Office Communications Server

La voix conférence Powers OCS 2007 version 2

Rajesh Ramanathan

À une vue d'ensemble :

• Conférence ad hoc
• Protocole de contrôle centralisé conférence
• Conférences multimodal

Contenu

Types de réunions
Base Architecture de conférence
Le protocole C3P
Comment les réunions sont créées
Inviter d'autres personnes à la conférence
Escalating un appel de deux-tiers à une conférence

Dans un article précédent de ce kit, « comment vocale Powers OCS 2007, », j'expliqué fonctionnement des appels vocaux dans le système Office Communications Server (OCS). J'AI également expliqué comment une base SIP INVITER est acheminé dans le système pour configurer une session d'homologue à homologue vocal et comment clients parcours NAT et pare-feu pour appellent l'établissement.

Dans cet article, J'AI découvrirez la partie de la conférence de l'article. OCS permet de conférences en temps réel configurer avec des utilisateurs intérieure et extérieure un pare-feu d'entreprise, prise en charge deux promotion ad hoc d'appels à une conférence et pre-scheduled conférences ou des réunions.

Conférence dans OCS 2007 repose sur sa prise en charge SIP (Session Initiation Protocol) et leverages les capacités de traversée NAT/pare-feu introduites pour les appels homologue à homologue. Comme les appels homologue à homologue, conférences peuvent être jointes à partir de n'importe où extérieur du pare-feu d'entreprise. Conférence dans OCS repose sur les rôles de serveur OCS 2007 conférence. Avec des serveurs dédiés qui fournissent les fonctionnalités de conférence, conférences peuvent adaptée quelques membres de à un cent ou davantage.

Figure 1 options d'invite dans Office Communicator 2007 R2

Les clients Office Communicator permettent à promouvoir un audio ou audio/vidéo appel une session de messagerie instantanée, ou un appel multimodal et session message instantané à une conférence, en toute transparence escalating ensemble tous les modes. Les utilisateurs peuvent ajouter des autres participants à deux tiers audio appels par glisser-déplacer les autres utilisateurs dans la liste Contacts Office Communicator ou à l'aide du menu invite (voir figure 1 ) dans une fenêtre de conversation, qui affiche un sélecteur de contact où l'utilisateur peut entrer un numéro de téléphone dans l'invitation.

L'invite par option de courrier électronique, qui est également disponible à partir du menu invite, crée un message électronique à l'aide de Microsoft Office Outlook et envoie la conférence URI à l'utilisateur distant (plus de la conférence URI dans un instant). Invitation par courrier électronique envoie également le nombre d'accès à distance dans le message si la conférence est planifiée à l'aide du complément conférence pour Microsoft Office Outlook. Lorsque invite par courrier électronique est utilisé, le participant à distance peut joindre la conférence à l'aide de Communicator Web Access, authentifier (ou participer anonymement) et sélectionnez pour composer du numéro de téléphone local. Il fournit une solution flexible.

Office Communicator 2007 version 2 comprend également la conformité maintenant option (illustrée La figure 2 ) pour un simple à créer rapidement des conférences ad hoc.

La figure 2 conférence maintenant dans Office Communicator 2007 R2

Types de réunions

Avant que j'aborde dans les détails du fonctionne de conférence, je doit expliquer les types de conférences OCS prend en charge. Conférences peuvent être créées dans Office Communications Server 2007 version 2 avec les types suivants :

Ouvrez authentifié Les utilisateurs authentifiés OCS 2007 peuvent joindre la conférence et inviter d'autres utilisateurs authentifiés. Le mot « ouvrir » signifie que l'appartenance est ouvert. Conférences ad hoc créés par Office Communicator 2007 version 2 sont ouverts authentifié par défaut.

Fermé authentifié Les utilisateurs authentifiés peuvent joindre la conférence, mais l'appartenance à la conférence est limité et contrôlée par l'organisateur.

anonyme Ces conférences ont les restrictions loosest sur qui est autorisé à joindre. Les utilisateurs peuvent joindre à partir de Communicator Web Access sans authentification contre OCS, ou ils peuvent utiliser un numéro d'accès à distance pour joindre une conférence à partir d'un téléphone.

Dans cet article, je suis se concentre principalement sur conférences authentifiés ouverts.

Base Architecture de conférence

Conférence dans l'architecture OCS est basée sur une topologie en étoile où tous les clients se connecter à un pool de serveur de conférence central. La solution de conférence dans OCS est généralement deux types de serveurs principaux qui participent à la conférence.

Tout d'abord désactiver, il est une fabrique focus, qui joue un Gestionnaire de conférence. Il gère la liste participant dans la conférence et les modalités divers participants actuellement utilisé. La fabrique de focus également termine la connexion contrôle signalisation avec les étiquettes de conférence et garantit que les commandes (comme Muet, éjecter et ainsi de suite) sont correctement channeled sur les serveurs correctes. La fabrique de focus gère également la connexion à la base de données conférence qui est utilisé pour recherche des conférences planifiées et numéros d'accès à distance.

Ensuite, il sont un ou plusieurs unités de contrôle multipoint (MCUs). Le MCU fournit support multiplexage capacités pour une conférence. Dans le système OCS, sont les rôles MCU suivants :

• Messagerie INSTANTANÉE MCU fournit la messagerie instantanée entre plusieurs parties.
• Audio/vidéo MCU fournit mixage audio et vidéo de basculer entre plusieurs parties.
• Les données MCU fournissent Live Meeting fonctionnalités, telles que Bureau partage, whiteboarding et ainsi de suite.

La fabrique de focus étant le Gestionnaire de conférence, tous les clients sont donnés une adresse pour la fabrique de focus lorsqu'ils sont mis en service. Cette adresse est envoyée via le inband création mécanisme que J'AI mentionné dans l'article « Comment présence Powers OCS 2007. »

la figure 3 illustre l'architecture logique pour une conférence a trois clients Office Communicator pour trois utilisateurs. Les lignes en pointillés représentent le canal de signalisation de SIP-basé est établi entre les clients et le focus, à son tour établit le canal avec le MCUs différents. Les lignes pleines affichent le flux audio/vidéo qui est terminé sur le MCU audio/vidéo. Autres flux de média, tels que messagerie INSTANTANÉE et les données, est intentionnellement omis de ce schéma dans le but de simplicité.

La figure 3 architecture logique d'une conférence trois tiers

Le protocole C3P

La solution de conférence OCS est basée hors de centraliser Conference Control Protocol (généralement appelé CCCP ou C3P pour court). Cela est un protocole basé sur XML client-serveur qui sauvegarde piggy sur un SIP et fournit les mécanismes suivants :

• Un document de conférence (ou une liste) qui répertorie les participants de modes différents dans laquelle les participants différents sont actuellement en cours et la conférence.
• Un mécanisme de commande/réponse qui permet aux clients d'émettre des commandes au serveur de conférence (fabrique focus) ce qui leur peuvent créer la conférence ou contrôler d'autres aspects de celui-ci.

Par exemple, AddConference est une commande C3P est utilisé pour ajouter une conférence à l'usine de focus. La fabrique de focus répond avec une conférence unique URI SIP, qui repose l'utilisateur est propre URI SIP. Par exemple, imaginons que mon URI SIP est sip:rajesh@contoso.com. Le client émet une commande AddConference, la fabrique de focus serait revenez une clé unique à la conférence qui ressemble à ceci : sip:rajesh@contoso.com;gruu;opaque=app:conf:focus:id:A0DB798E3EDA984FACAD30D1A8DCD35A. Cette clé URI SIP identifie la conférence OCS. Elle peut être partagé avec d'autres participants pour leur donner accès à la conférence. Ce est la même URI est envoyé dans le message généré en utilisant l'invite par option de courrier électronique.

Depuis que URI SIP de la conférence est créé à l'aide de l'auteur de conférence URI SIP propre, ainsi que les stratégies appliquées à la conférence peuvent dériver de stratégies de l'auteur. Cela signifie également que les stratégies permettant de composer pour RTPC et d'autres peuvent être appliquées selon ce qui est autorisé pour les étiquettes de conférence spécifique.

Une autre commande de C3P, AddUser, est une commande qui ajoute un participant à la conférence. Il spécifie également le rôle du participant, tels que participant ou du présentateur. Le leader/présenteur est lui-même ajouter à la conférence à l'aide de AddUser dès que la commande AddConference est émise. Le leader/présenteur peut utiliser AddUser pour inviter les points de terminaison ou les clients avec un URI SIP dans une conférence, ainsi que les numéros de téléphone RTPC. Pour commencer la numérotation aux numéros de téléphone à partir des MCUs, un nœud XML <dialout> doit être défini dans la commande AddUser. JE faire référence à cette commande combinée comme AddUserDialOut.

Une troisième commande C3P, GetConference, est utilisée pour récupérer toutes les fonctionnalités de conférence. Une fois qu'un client se connecte à activé, il doit récupère les informations URI SIP relatives les MCUs différents dans le système afin qu'il peut communiquer directement les MCUs. Cette informations sur les MCUs sont extrait à l'aide de GetConference. Un audio/vidéo MCU URI SIP qui est extrait à l'aide de GetConference ressemble à ceci : sip:rajeshra@microsoft.com;gruu;opaque=app:conf:audio-video:id:A0DB798E3EDA984FACAD30D1A8DCD35A. Notez que chacun de l'URI SIP — une fabrique de focus conférence ou d'un serveur de conférence spécifique, est en fait un identificateur repositionnables utilisateur URI (GRUU). J'AI brièvement parlé GRUUs dans le « mode présence Powers OCS 2007" article.

Comme indiqué précédemment, saison C3P au-dessus de la SIP et le SIP permet de sessions est créée entre les agents utilisateurs deux (ou, point de vue syntaxique correcte entre un client d'agent utilisateur et un serveur d'agent utilisateur). La charge utile d'une session SIP ne doit pas toujours être un SDP audio ou vidéo (Protocol Description de session); il peut être permet d'établir un canal de signalisation pur. Ce concept est utilisée par les clients pour établir un canal de signalisation SIP-base associé à la fabrique de focus pour une session de conférence spécifique.

La figure 4 Création et rejoindre une conférence

Comment les réunions sont créées

La première étape consiste à créer une conférence et établir un SIP signalisation session avec la fabrique de focus. La première commande qu'un client utilise consiste à créer une session de conférence en usine active le client permettre d'interagir avec le focus de conférence. Pour cela l'aide d'une demande de SIP spéciale appelé SERVICE. La paire de demande/200 OK SERVICE exécuter la commande AddConference et la réponse AddConference, respectivement. Une fois l'étape SERVICE/200 OK est terminé, le client a obtenu un code unique conférence qui il pouvez utiliser pour communiquer avec le focus pour obtenir des informations liées aux MCUs ajouter d'autres utilisateurs et gérer l'appartenance de conférence.

Le client ajoute ensuite proprement dit à la conférence en envoyant une invitation à la conférence URI qui contient une commande C3P AddUser spécifiant la session du client. Ceci termine l'étape initiale de création de la conférence et joindre le focus.

L'étape suivante est pour le client pour joindre le support sur les MCUs différents. Par exemple, si la conférence est un appel audio, puis le client Office Communicator émet un normal SIP INVITER avec un corps SDP audio ou audio/vidéo.

La dernière étape est pour le client pour inviter d'autres clients à participer à la conférence. la figure 4 illustre cette séquence d'événements utilisé pour initialiser une conférence dans la fabrique de focus.

Remarquez qu'une fois la demande de SERVICE effectuée, la première commande <adduser> est suivre comme une charge INVITER au lieu d'un SDP. Une fois créée, cette boîte de dialogue autres commandes, comme l'ajout de nouveaux utilisateurs, sont envoyées sous forme de messages INFO SIP via la boîte de dialogue INVITER même avec le focus. La première commande C3P envoyée à la fabrique de focus est la commande GetConference, qui renvoie l'URI de SIP MCU avons déjà mentionné. Le client définit maintenant une deuxième session média (cette fois le SDP audio) à l'URI SIP de le/V MCU indiqué dans la réponse getConference.

Liens vers des précédentes sections de cette série

	« La présence Powers OCS 2007" technet.microsoft.com/en-us/Magazine/2008.02.ocsim.aspx
	La voix Powers OCS 2007 technet.microsoft.com/en-us/Magazine/2008.07.OCS.aspx
	« Comment distant appel contrôle Powers OCS 2007 version 2 » technet.microsoft.com/en-us/Magazine/dd440963.aspx

Inviter d'autres personnes à la conférence

Maintenant que vous familiarisé avec comment un client crée une conférence à partir de la fabrique de focus et relie le/V MCU, J'AI pouvez détail comment le client peut inviter autres clients dans la conférence. Il existe trois méthodes base peuvent être utilisées ici : une invitation application ad hoc envoyée au client distant à l'aide SIP, un accès à distance - requête envoyé à la fabrique de focus pour créer un VoIP INVITER à partir de le/V MCU ou la jointure de la conférence URI (qui fait partie d'une réunion planifiée).

Lorsqu'un contact est sélectionné, Office Communicator tente d'envoyer une invitation à l'application (ou invitation de l'application) au client à distance pour inviter dans une conférence au lieu de lancer directement une demande de composer en sortie à partir de le/V MCU. Une application-invitation est un spécial SIP INVITER qui contient une charge de données XML contenant l'URI SIP de la conférence. Un client qui reçoit L'INVITATION-application est en mesure de joindre la conférence selon le focus-URI dans l'application à INVITER. L'application-invitation est toujours préférable pour inviter un autre client car il contient des informations sur les autres modalités potentielles, telles que la messagerie instantanée dans la conférence.

Lorsqu'un utilisateur sélectionne un numéro de téléphone spécifique pour un contact ou que l'utilisateur sélectionne invite par téléphone, Office Communicator émet au lieu de cela une commande AddUserDialout à L'A/V MCU. Une invitation de composer en sortie est un simple VoIP INVITER provenant de le/MCU de V permet aux clients de niveau inférieur et points de terminaison RTPC joindre une conférence audio/vidéo.

Création d'une conférence personne 3

Selon les informations que j'avez présentés jusqu'à présent, je vous décrivent comment Alice est capable de créer une conférence avec trois et Carol directement. Alice choisit de cliquer avec le bouton droit sur trois Carol dans Office Communicator contact liste et de démarrer une conférence à partir de Communicator. la figure 5 montre que client Office Communicator d'Alice crée la conférence et joint en utilisant les constructions que j'ai abordé tout d'abord.

La figure 5 comment une conférence est créée

Média est maintenant se déplaçant d'instance d'Alice d'Office Communicator vers le MCUs une violation d'accès. Ensuite, Office Communicator déclenche d'Alice sépare application-invite URI SIP de Robert et URI SIP de Carol. Trois se trouve qu'au travail et son sonne téléphone Office Communicator. Lorsque Bob accepte la conférence, son client Office Communicator envoie 200 OK à l'application à INVITER et envoie un BYE à la session immédiatement car il a toutes les informations du corps INVITER de l'application et n'a pas besoin de maintenir la session virtuelle avec client Office Communicator d'Alice actif. Trois de Office Communicator, puis joint la fabrique de focus et le/V MCU dans Office Communicator d'Alice de manière même joint tout d'abord la conférence.

Carol reçoit également le nombre de sonneries INVITER de l'application et Office Communicator pour lui, ainsi. Carol décide divertir l'appel de conférence à son téléphone portable à partir de la toast appel entrant. Lorsque Carol sélectionne cette option, le client Office Communicator relie le focus en fonction des URI de focus et puis commande problèmes un C3P AddUserDialout pour composer au téléphone portable du Carol plutôt que de joindre directement.

Escalating un appel de deux-tiers à une conférence

Escalating une conférence deux tiers est un peu plus complexe que simplement démarrage une conférence. Cela est dû au fait que l'appel de deux-tiers doit être conservé jusqu'à ce que les deux parties passer sur à la conférence. Les clients Office Communicator effectuer un processus d'escalade synchronisée où chaque client rejoint la conférence avant de terminer l'appel homologue à homologue.

Disons, Alice parler à Bernard et décide de faire glisser et déposer Carol dans la conférence. Lorsque escalating les deux parties dans une conférence, les étapes suivantes se produisent :

1. D'Alice Office Communicator client crée une session de conférence en fonction de la fabrique de focus.
2. Puis d'Alice Office Communicator joint le/V MCU avec l'appel de maintenir (flux RTP inactif).
3. Une fois que la jointure de conférence est réussie, d'Alice Office Communicator envoie une invitation-application client Robert spécifiant la conférence URI.
4. Office Communicator Robert commence à l'étape de promotion et joint le focus et le/MCU V avec le flux RTP en contenir.
5. Une fois que Office Communicator Robert rejoint le/V MCU avec succès, il envoie un BYE à la session homologue.
6. Client d'Alice et Bob client activer le flux RTP le/V MCU en même temps pour conserver la continuité de l'appel.
7. Désormais d'Alice client envoie une application-INVITER de Carol Office Communicator client pour inviter le tiers à la conférence.

Notez que cette séquence de procédure est très soigneusement exécutée. Si client Office Communicator de Robert est impossible de joindre le serveur de conférence, puis la promotion de conférence échoue et continuer aux appels homologue à homologue.

Escalating RTPC appels à une conférence est également pris en charge, mais au lieu d'envoyer l'application-INVITER dans l'étape 3, Office Communicator est envoie un AddUserDialOut à L'A/V MCU et ajouter un en-tête remplace afin que l'appel de le/V MCU peut remplacer l'appel homologue à homologue entre les deux extrémités Office Communicator. Ce est illustré dans la figure 6 et 7 figure .

La figure 6 Escalating RTPC appels à une conférence, en cours

La figure 7 Escalating RTPC appels à une conférence, état final

Office Communicator prend en charge interopérabilité avec les autres clients qui ne prennent pas en charge le mécanisme d'application à INVITER. Pour cela, il utilise un mécanisme de secours pour utilisation AddUserDialout à partir de le/V MCU. Dans le scénario ci-dessus, si Carol était sur un client qui ne prennent en charge Application-invitation, un code de 415 réponse à l'application-INVITER déclenche Office Communicator pour revenir à le/V MCU composer des.

J'ai décrit un appel audio entre deux personnes est affecté à une conférence. Mais que se passerait-il si il était instantanée dans la session de messagerie ? Lorsqu'il y a plusieurs modalité dans une conférence, Office Communicator clients Assurez-vous que les deux les modalités sont correctement remontées avant de la conférence est validée et le site tiers invitées à la conférence. Cela garantit que l'expérience multimodal entre les deux participants est conservée.

Rajesh Ramanathan travaille dans l'espace de communication de 15 ans et a conçu vocale protocoles, expériences utilisateur et plus que récemment le Communicator vocaux et conférence rencontrer pour Office Communicator 2007 et R2. Il travaille actuellement comme responsable de programme de l'équipe Office Communicator. Vous pouvez le contacter pour les commentaires à rajeshra@Microsoft.com