Office Communications Server
Appel à la distance contrôle Powers OCS 2007 version 2
Rajesh Ramanathan
À une vue d'ensemble :
- Que faire contrôle appel à distance
- Comment fonctionne RCC
- Scénarios OCS courants d'implémentation RCC
Contenu
La norme CSTA
Démarrer le canal RCC
Le flux MakeCall simple
Le flux appel réponse simple
RCC et intégration de présence
RCC et conférence
RCC dans Enterprise Voice avec PBX
Les limites de RCC
Cet article est une suite de la série couvrant comment Office Communications Server (OCS) 2007 offre des communications unifiées, voix sur fonctionnalités IP (VoIP) et conférence. Ici, j'aborderai comment Office Communications Server intègre la fonctionnalité contrôle d'appel à distance (RCC) avec PBX hérités et comment différents scénarios liés l'appel peuvent être pris en charge utilisant RCC. J'AI également Evoquez brièvement la configuration de fourche double et comment RCC peut être utilisée que dans cette configuration pour offrent une option flexible à l'utilisateur d'effectuer et recevoir des appels de Office Communicator ou au téléphone PBX.
Dans mon article » La présence Powers OCS 2007« J'AI fourni une vue d'ensemble de la solution 2007 OCS, expliquant comment divers éléments imbrication. J'AI expliqué également la présence joue un rôle clé dans la communication unifiée et comment il est utilisé pour le routage efficace des appels vocaux. Dans » La voix Powers OCS 2007« Je L'AI indiqué comment OCS offre les fonctionnalités VoIP. J'AI a également pris un bref aperçu des différentes options de configuration pour un utilisateur en se concentrant sur Enterprise Voice configuration.
Une autre configuration que J'AI touché brièvement lors était RCC qui livrés avec Live Communications Server 2005 et Office Communicator 2005 contrôler les appels à partir du téléphone PBX. Avec OCS 2007, cette fonctionnalité est toujours disponible comme une autre configuration lorsqu'il y a un déploiement PBX existant. Il existe également une option d'activation RCC avec Enterprise Voice, où les utilisateurs peuvent utiliser les deux le PBX téléphone, ainsi que Office Communicator pour gérer les appels.
RCC est la capacité à envoyer ou recevoir des appels sur un périphérique autre que votre ordinateur. Cela signifie OCS, suivantes :
- Lorsque le sonne téléphone PBX, une alerte apparaît dans Communicator qui vous permet de répondre de l'appel.
- Lorsque vous numéro de téléphone d'une personne sur Communicator, le téléphone PBX va désactiver hook en mode speakerphone et compose le numéro.
- Transfert d'appel peut être définie sur le téléphone PBX.
- Appels entrants au nombre peuvent être deflected aux autres numéros de téléphone.
- Événements de contrôle Mid-call, tels que transfert étape unique et Consultative transfert, peuvent être effectuées sur un appel sur le téléphone PBX. Signaux DTMF peuvent être envoyés à partir de la téléphone PBX dans l'interface utilisateur Communicator.
Figure 1 RCC la configuration
Un des différences entre la configuration RCC et Enterprise Voice grands est que dans la configuration RCC, clients Office Communicator simplement devez signalisation contrôles configuré avec le PBX, il n'est aucun appel VoIP envoyé aux clients Office Communicator. En d'autres termes, Office Communicator n'est utilisé comme un softphone dans ces configurations.
Dans la configuration plus simple, RCC peut être déployé en configurant une passerelle SIP/CSTA entre le PBX et OCS. La passerelle SIP/CSTA fournit une interface SIP (Session Initiation Protocol) vers le côté OCS et signalisation des messages regroupées dans des messages SIP Computer-Supported Telecommunications application (CSTA) pour communiquer avec les clients Office Communicator.
Vers le côté PBX, la passerelle SIP/CSTA utilise propriétaires PBX spécifiques au fournisseur signalisation interfaces. Comme vous pouvez le voir dans la figure 1 , déploiements RCC exploiter la connectivité réseau (RTPC) de téléphone commuté publique qui est fournie par le PBX pour effectuer des appels dans l'univers RTPC. Ces déploiements également exploiter le système de messagerie vocale qui est lié au PBX.
la figure 2 illustre le diagramme logique des comment appels vocaux tient dans un système RCC. Comme vous le constatez, le client Office Communicator crée une session signalisation où appel contrôle messages basés sur le protocole CSTA flux entre le client Office Communicator et la passerelle SIP/CSTA. L'appel réel lui-même est compris entre le téléphone de bureau PBX et le point de terminaison distant, peut être une autre PBX assistance téléphonique ou un point de terminaison RTPC, ou même un autre utilisateur Enterprise Voice-activé sur un téléphone OCS.
La figure 2 appelle dans une configuration RCC
La norme CSTA
Implémentation RCC dans Office Communicator est basée sur L'ECMA (European Computer Manufacturers Association) technique rapport-87 (TR 87). Cela est une implémentation SIP du modèle CSTA également proposée par ECMA. Un autre standard, 323 ECMA, fournit le schéma détaillé des messages XML qui sont envoyés dans le canal SIP pour une implémentation CSTA. Office Communicator suit un sous-ensemble des fonctionnalités et les méthodes dans TR-87. Documentation plus détaillée sur la prise en charge de la norme CSTA dans Communicator est disponible via le Programme Microsoft Connect. Notez que dans le reste de cet article, CSTA fait référence au protocole générique utilisé entre les clients Office Communicator et le PBX.
Démarrer le canal RCC
Dans l'article « Comment présence Powers OCS », J'AI expliqué comment le SIP Uniform Resource Identifier (URI) est un important du système OCS et comment chaque utilisateur est affecté un URI SIP permettant les appels à être routé à l'utilisateur. Lorsque les clients Office Communicator communiquer avec une passerelle SIP/CSTA, ils doivent identifier quel téléphone Office Communicator doit contrôle. Ce numéro de téléphone est identifié comme un URI de ligne, qui est en fait un numéro de téléphone au format RFC 3966. Cette propriété URI de ligne est stockée dans Active Directory d'enregistrement de l'utilisateur et est rendue disponible pour Office Communicator dans le cadre d'inband mise en service.
Lors du démarrage, les clients Office Communicator doivent également se connecter à la passerelle SIP/CSTA (qui est adressée comme défini par l'URI de serveur dans la configuration utilisateur dans OCS) pour configurer un canal INVITER persistant. Communicator sait sur la fonctionnalité RCC et l'URI de serveur utilisant le mécanisme d'attribution de privilèges d'accès inband (également décrit dans l'article « Comment présence Powers OCS »).
Le système RCC suit un modèle de commande/Response. Chaque message que Office Communicator envoie à la passerelle SIP/CSTA contient une commande codée comme une charge XML (323 ECMA). Chaque réponse ou de notification de la passerelle SIP/CSTA contient également une charge XML (323 ECMA). Le premier SIP INVITER crée la session et contient un message RequestSystemStatus CSTA. La passerelle SIP/CSTA accepte la demande et répond avec un RequestSystemStatusResponse dans les 200 OK (voir figure 3 ).
La figure 3 inviter modèle avec SIP/CSTA Gateway
Notez qu'aucun BYE correspondant à L'INVITE. Cela est dû au fait que L'INVITATION est définie comme une session sur le bord long durables sur les commandes suivantes à partir d'Office Communicator peuvent être envoyés ou notifications reçues à partir de la passerelle SIP/CSTA.
Une fois la séquence d'inviter/200 OK est terminée, Office Communicator interroge les fonctionnalités de la passerelle SIP/CSTA (qui est lié aux capacités du PBX) pour découvrir l'ensemble de fonctionnalités pris en charge. Et il initialise contrôle sur la ligne téléphonique.
Interroger les capacités du PBX est une étape importante de démarrage, selon les fonctionnalités sont prises en charge de la passerelle PBX/CSTA, divers éléments d'interface utilisateur dans Office Communicator peut être désactivées ou peut ne pas être disponibles à tout. Par exemple, si la fonctionnalité de transfert de l'étape unique n'est pas prise en charge sur la passerelle SIP/CSTA, Office Communicator s'affiche pas le bouton transfert pour un appel dans les contrôles d'appel.
Ainsi, une configuration RCC nécessite deux paramètres qui sont consommés par les clients Office Communicator. Tout d'abord est URI du serveur, qui est un URI SIP qui contient l'adresse de la passerelle SIP/CSTA et permet aux se connecter au serveur en émettant un SIP INVITER à l'URI, les clients Office Communicator. (Cet URI est généralement de gateway@contoso.com le formulaire.)
Deuxième est URI de ligne, qui est un URI TEL qui identifie le numéro de téléphone dans le système PBX. Cet URI suit le format RFC 3966 (par exemple, TEL: +14255551212 ou TEL:4255551212 ; ext = 1212).
Une fois le démarrage initial est terminé, Office Communicator reçoit les événements du PBX chaque fois qu'un changement d'état se produit sur la ligne téléphonique surveillés tel que spécifié par un numéro de téléphone. Lorsque Office Communicator doit provenir ou répondez à un appel, il envoie un message informations contenant messages CSTA XML à la passerelle SIP/CSTA. Événements provenant de la passerelle SIP/CSTA contiennent également des messages XML CSTA incorporés dans des messages SIP INFO (voir figure 4 pour un exemple).
Figure 4 message d'informations et de réponse HTTP 200 OK
INFO sip:gateway@contoso.com SIP/2.0
From: <sip:alice@ocs.contoso.com>;tag=31424bf782;epid=77e47b4782
To: <sip:gateway@ocs.contoso.com>;tag=1fbe74b0
Call-ID: 52c4a528322d4457a486283ccf78b696
User-Agent: UCCP/2.0.6362.0 OC/2.0.6362.0 (Microsoft Office Communicator)
Content-Disposition: signal;handling=required
Content-Type: application/csta+xml
Content-Length: 277
<?xml version="1.0"?>
<MakeCall xmlns="http://www.ecma-international.org/standards/ecma-323/csta/ed3">
<callingDevice>tel:+14255551212;ext=1212</callingDevice>
<calledDirectoryNumber>tel:+14258828080;ext=5555</calledDirectoryNumber>
<autoOriginate>doNotPrompt</autoOriginate>
</MakeCall>
SIP/2.0 200 OK
From: <sip:alice@ocs.contoso.com>;tag=31424bf782;epid=77e47b4782
To: <sip:gateway@ocs.contoso.com>;tag=1fbe74b0
Call-ID: 52c4a528322d4457a486283ccf78b696
Content-Disposition: signal;handling=required
Supported: 100rel,replaces,timer
User-Agent: Example Gateway Release 1.0 version 4.2.3
Contact: <sip:gateway@ocs.contoso.com>
Content-Type: application/csta+xml
Content-Length: 247
<?xml version="1.0" encoding="UTF-8"?>
<MakeCallResponse xmlns="http://www.ecma-international.org/standards/ecma-323/csta/ed3">
<callingDevice>
<callID>17772</callID>
<deviceID> tel:+14255551212;ext=1212</deviceID>
</callingDevice>
</MakeCallResponse>
Notez que OCS sert d'un proxy SIP dans ce scénario. Les messages signalisation entre les clients Office Communicator et la passerelle SIP/CSTA sont passaient par manière transparente par le serveur OCS. Pour garantir que la passerelle SIP/CSTA s'exécute et le lien de signalisation est disponible, Office Communicator actualiser la boîte de dialogue INVITER toutes les 10 minutes en envoyant un Re-INVITE avec la commande RequestSystemStatus.
Le flux MakeCall simple
La séquence d'un appel est mis en surbrillance dans la figure 5 . L'utilisateur effectuer un appel à un nombre en tapant le numéro dans la zone de recherche Office Communicator ou en sélectionnant le numéro de téléphone d'un contact dans la liste cliquez sur pour appel. Lorsque l'utilisateur sélectionne pour appeler un numéro, Office Communicator émet une commande MakeCall à la passerelle SIP/CSTA contenant le numéro de téléphone est sélectionné pour l'appel. L'interface RCC permet uniquement aux utilisateurs d'effectuer des appels vers les numéros de téléphone. Lorsque l'utilisateur sélectionne l'option Communicator appel pour appeler une personne, Office Communicator provient un appel VoIP URI SIP de l'utilisateur distant.
La figure 5 d'exécution d'un appel
La séquence de message dans La figure 5 Indique comment la passerelle SIP/CSTA traduit une commande MakeCall messages PBX propriétaires ; le téléphone PBX va désactiver hook et place un appel au numéro de téléphone sélectionné.
Notez que l'interface à la passerelle SIP/CSTA fournit des mécanismes élaborées pour indiquer divers états du téléphone. Dans cet exemple, vous constatez qu'il existe plusieurs événements reçus par Office Communicator qui indiquent l'activité sur le téléphone PBX. Ces commencent par le OriginatedEvent (indiquant que le téléphone PBX est d'origine un appel sortant) pour le DeliveredEvent (indiquant un état Ringing). Au moment où qu'un DeliveredEvent est reçu, il est possible qu'un chemin multimédia pour lire des sons ringback a déjà été établie entre le téléphone et l'utilisateur distant.
Lorsque l'appel est finalement répondu à, le PBX envoie les signaux appropriés à la passerelle SIP/CSTA et un EstablishedEvent est envoyée à Office Communicator indiquant que l'appel a été répondu (voir La figure 6 ).
La figure 6 l'appel a été complété.
Le flux appel réponse simple
Quand un appel est dans le système PBX, le PBX informe la passerelle SIP/CSTA, qui à son tour est issue une notification DeliveredEvent CSTA envoyée à Office Communicator (voir figure 7 ). Une fois Office Communicator reçoit la notification DeliveredEvent, la notification d'appel entrant est affichée pour l'utilisateur.
La figure 7 réponse À un appel
Office Communicator effectue également recherche RNL nom inverse sur les contacts de service de carnet d'adresses et Microsoft Office Outlook de l'utilisateur d'afficher un nom d'affichage à l'appelant correspondant. L'utilisateur peut maintenant répondre l'appel de la notification, entraînant une commande AnswerCall CSTA à la passerelle SIP/CSTA. À ce stade, la passerelle SIP/CSTA convertit le AnswerCall un message de réponse spécifique PBX approprié et le canal de média bidirectionnelle est configuré entre l'appelant et le téléphone PBX.
RCC et intégration de présence
Grâce à l'intégration RCC, état de téléphone d'un utilisateur est maintenant intégré à la présence. Par exemple, chaque fois que l'utilisateur est un appel sur le PBX, Office Communicator modifier statut de l'utilisateur à en un appel. Cet état peut être affiché sur les clients Office Communicator d'autres utilisateurs. En outre, les utilisateurs peuvent publier leurs numéros de téléphone personnel à la présence pour d'autres personnes peuvent les appeler sur leurs numéros domestique ou mobile via Office Communicator.
Mais Notez que lorsque la présence d'Office Communicator 2007 est définie sur ne pas déranger, possibilité de ne pas déranger le système PBX n'est pas déclenchée. Un utilisateur doit gérer manuellement l'état ne pas déranger sur le système PBX.
RCC et conférence
Lorsque dans un appel RCC, Office Communicator 2007 ne permet pas l'utilisateur ajouter un autre utilisateur à l'appel à l'aide d'Office Communicator. Toutefois, les utilisateurs peuvent toujours créer une conférence sur le téléphone PBX en utilisant la fonctionnalité de conférence au téléphone PBX. Dans ce cas, Office Communicator continue à afficher l'appel comme un appel peer-to-peer, au lieu d'un appel de conférence.
Similaire à la promotion à trois tiers scénario, téléconférences entrants sur le téléphone PBX apparaissent en tant qu'appels peer-to-peer sur Office Communicator et peut être répondu qu'appels peer-to-peer sur Office Communicator.
RCC dans Enterprise Voice avec PBX
RCC peut être utilisée dans le scénario de Enterprise Voice avec intégration PBX (embranchement en également connu sous le nom double fourche). Dans un Enterprise Voice avec PBX Intégration scénario, le PBX et OCS fourchette de systèmes appelle vers eux pour permettre à l'utilisateur d'utiliser le téléphone PBX ou le softphone Office Communicator pour répondre appels. Cette option permet aux utilisateurs de tirer parti de tous les avantages des Enterprise Voice.
L'Enterprise Voice avec scénario d'intégration PBX avec RCC ajouté sur offre une expérience unique : les utilisateurs peuvent pour répondre à un appel entrant à partir d'une seule notification appel entrant dans Office Communicator (voir sur le téléphone ou Office Communicator La figure 8 ).
La figure 8 Sélection d'un point de terminaison pour répondre à un appel entrant
En outre, utilisateurs avec les ordinateurs bloc-notes peuvent utiliser Office Communicator comme un softphone pour effectuer des appels lorsque hors site d'entreprise. Utilisateur avez encore la possibilité de créer téléconférences à partir d'Office Communicator en exploitant les fonctionnalités de conférence offertes par Office Communication Server A/V multi-point contrôle unités (MCUs).
Les limites de RCC
RCC fournit un moyen simple pour atteindre l'intégration avec un déploiement PBX existant. Toutefois, fonctionnalités un utilisateur RCC-activé sont limitées par le téléphone PBX câblé possibilités. Par exemple, un utilisateur Enterprise Voice peut tirer parti de prise en charge OCS native de fonctionnalités vocales extérieur et effectuer et recevoir des appels VoIP à partir de deux à l'intérieur et extérieur de l'organisation.
Scénario Enterprise Voice permet également plusieurs fonctionnalités de présence qui OCS fournit (tels que présence niveaux d'accès à autoriser les interruptions urgentes au cours de ne pas déranger, l'équipe). Un utilisateur RCC-uniquement n'a pas accès à ces fonctionnalités. En outre, autres fonctionnalités, telles qu'escalating conférences deux tiers à une conférence multipartie, prises en sont également uniquement charge avec des utilisateurs Enterprise Voice.
Dans un système RCC, le PBX est le maître des règles de traitement d'appel. Par conséquent, les paramètres ou des règles qui divertir appels automatiquement ou envoyer à une ligne partagée sont réellement contrôlées au PBX. Nouvelles fonctionnalités disponibles pour un utilisateur de Enterprise Voice, tels que sonnerie simultanées et la fonctionnalité de délégation introduite avec OCS 2007 R2, ne sont pas disponibles pour un utilisateur RCC-uniquement.
Configurations RCC sont conçues pour être limité à un PBX déployé dans un emplacement unique. C'est pourquoi plusieurs règles de numérotation spécifique de l'emplacement ne sont pas prises en charge pour RCC topologie. En revanche, une configuration d'Enterprise Voice permet plusieurs emplacements pour spécifier et les utilisateurs des magasins donnés reçoivent nombres règles de normalisation qui sont spécifiques à leurs emplacements.
Néanmoins, RCC offre un moyen pratique afin de fournir les fonctionnalités de téléphonie OCS dans certains scénarios. Tandis que qu'il offre un ensemble de fonctionnalités limitées par rapport aux Enterprise Voice, lorsque utilisé dans une configuration d'Enterprise Voice (pour l'embranchement en fourche double), RCC pouvez accorder aux utilisateurs un ensemble riche de fonctionnalités OCS avec la possibilité d'effectuer et recevoir des appels de soit un téléphone de bureau ou Office Communicator.
Rajesh Ramanathan fonctionne en tant que responsable de programme sur l'équipe Office Communicator. Il a travaillé dans les communications pour 15 ans et a conçu vocale protocoles, expériences utilisateur et voix et expériences de conférence pour Office Communicator 2007 R2. Vous pouvez le contacter à rajeshra@Microsoft.com.