Office Communications Server
Potencias de control de llamada modo remoto OCS 2007 R2
Rajesh Ramanathan
En resumen:
- Control remoto de llamada A qué puede hacer
- Cómo funciona RCC
- OCS escenarios para implementar RCC
Contenido
El estándar CSTA
Ejecutar un bootstrap el canal RCC
El flujo de MakeCall básico
El flujo de llamada de respuesta básico
Integración de presencia y RCC
Conferencia y RCC
RCC en Enterprise Voice con PBX
Las limitaciones de RCC
En este artículo es una continuación de la serie sobre cómo Office Communications Server (OCS) 2007 permite la comunicación unificada Voice sobre las características de IP (VoIP) y conferencia. Aquí abordaré cómo Office Communications Server proporciona la función de control de llamada remota (RCC) con PBX heredadas y cómo distintos escenarios de llamada de relacionados con pueden ser compatibles con RCC. También tocar brevemente acerca de la configuración de bifurcación dual y cómo puede utilizarse RCC en esa configuración para proporcionar una opción flexible para el usuario realizar y recibir llamadas desde Office Communicator o el teléfono central de CONMUTACIÓN.
En mi artículo" Cómo potencias de presencia OCS 2007" Proporcionaba una descripción general de la solución OCS 2007, que explica cómo distintos encajan. También explica cómo en que presencia desempeña un papel clave en la comunicación unificada y cómo se utiliza para el enrutamiento eficazmente las llamadas de voz. En" Cómo Voice poderes OCS 2007" He explicado cómo OCS proporciona capacidades de VoIP. También tuvo un breve vistazo a varias opciones de configuración para un usuario, centrándose en la configuración de Enterprise Voice.
Otra configuración que brevemente usada en era RCC, que incluía con Live Communication Server 2005 y permite Office Communicator 2005 controlar llamadas desde el teléfono central de CONMUTACIÓN. Con 2007 OCS, esta característica está todavía disponible como una configuración alternativa cuando no hay una implementación de PBX existente. También hay una opción para habilitar RCC con Enterprise Voice, dónde los usuarios pueden utilizar tanto la PBX, así como Office Communicator de teléfono para administrar sus llamadas.
RCC es la capacidad para enviar o recibir llamadas en un dispositivo distinto de su equipo. Para OCS, esto significa que las siguientes:
- Cuando el número de timbres PBX teléfono, aparece una alerta en Communicator que permite responder a la llamada.
- Cuando se hizo clic en persona número de teléfono en Communicator, el teléfono PBX pasa fuera del enlace en el modo de teléfono con altavoz y marca el número.
- Reenvío de llamada se puede establecer en el teléfono central de CONMUTACIÓN.
- Llamadas entrantes en el número pueden ser deflected a otros números de teléfono.
- Eventos de control Mid-Call, como transferencia de paso único y transferencia de consultoría, pueden realizarse en una llamada en el teléfono central de CONMUTACIÓN. Las señales DTMF se pueden enviar desde el teléfono PBX con interfaz de usuario en Communicator.
Figura 1 RCC la configuración
Una de las grandes diferencias entre la configuración RCC y Enterprise Voice es que en la configuración RCC, los clientes de Office Communicator sólo tienen controles configurado con la PBX de señalización, no es ninguna llamada de VoIP enviado a los clientes de Office Communicator. En otras palabras, Office Communicator no se utiliza como un softphone en estas configuraciones.
En la configuración más sencilla, se puede implementar mediante la configuración de una puerta de enlace SIP y CSTA entre la PBX y OCS RCC. La puerta de enlace SIP y CSTA proporciona una interfaz de protocolo de inicio de sesión (SIP) hacia el lado OCS y utiliza Computer-Supported telecomunicaciones Application (CSTA) ajustados dentro de los mensajes SIP de mensajes de señalización para comunicarse con clientes de Office Communicator.
Hacia la parte central de CONMUTACIÓN, la puerta de enlace SIP y CSTA utiliza propietarias PBX específica del proveedor señalización interfaces. Como puede ver en la figura 1 , las implementaciones de RCC aprovechan la pública de telefonía conmutada (PSTN) conectividad proporcionada por la PBX para realizar llamadas sin en el mundo PSTN. Las implementaciones de este tipo también aprovechan el sistema de correo de voz que está conectado a la PBX.
Figura 2 muestra el diagrama lógico de cómo se ajustan las llamadas de voz en un sistema RCC. Como puede ver, el cliente de Office Communicator crea una sesión señalización donde en que los mensajes de control de llamada que se basan en el protocolo CSTA fluir entre el cliente de Office Communicator y la puerta de enlace SIP y CSTA. La llamada real propio se encuentra entre el teléfono de asistencia al cliente de PBX y el extremo remoto, que puede ser otro teléfono de asistencia al cliente de PBX o un extremo PSTN, o incluso otro usuario Enterprise Voice-habilitado un teléfono OCS.
La Figura 2 llamadas en una configuración RCC
El estándar CSTA
Implementación de RCC en Office Communicator se basa en el equipo Europea fabricantes Association (ECMA) técnica informe-87 (TR-87). Ésta es una implementación SIP del modelo de CSTA también propuesto por ECMA. Otro estándar, ECMA 323, proporciona el esquema detallado de los mensajes XML que se envían en el canal SIP para una implementación de CSTA. Office Communicator sigue un subconjunto de las funciones y los métodos de 87-TR. La documentación más detallada sobre la compatibilidad con el estándar CSTA de Communicator está disponible a través de la Programa de Microsoft Connect. Tenga en cuenta que en el resto de este artículo, hace CSTA referencia para el protocolo genérico que se utiliza entre los clientes de Office Communicator y la PBX.
Ejecutar un bootstrap el canal RCC
En el artículo "Cómo presencia poderes OCS", explica cómo el SIP (URI) es una importante parte del sistema OCS y cómo cada usuario se asigna un identificador URI SIP que permite que las llamadas a enviarse al usuario. Cuando los clientes de Office Communicator comunicarse con una puerta de enlace SIP y CSTA, necesitan identificar qué teléfono necesita control Office Communicator. Este número de teléfono se identifica como un URI de línea, que es básicamente un número de teléfono en el formato de 3966 de solicitud de cambio. Esta propiedad de identificador URI de la línea se almacena en Active Directory en el registro del usuario y se realiza disponible para Office Communicator como parte del aprovisionamiento inband.
Durante el inicio, los clientes de Office Communicator también necesitan conectarse a la puerta de enlace CSTA y SIP (que se resuelve como se define en el URI de servidor en la configuración de usuario en OCS) para establecer un canal de INVITACIÓN persistente. Communicator conoce la capacidad RCC y el URI de servidor utilizando el mecanismo de aprovisionamiento inband (que también se explica en el artículo "Cómo presencia poderes OCS").
El sistema RCC sigue un modelo response o comando. Cada mensaje que Office Communicator se envía a la puerta de enlace SIP y CSTA contiene un comando codificado como una carga XML (323 ECMA). Cada respuesta o notificación de la puerta de enlace SIP y CSTA también contiene una carga XML (323 ECMA). El primer SIP INVITE, se crea la sesión y contiene un mensaje de CSTA RequestSystemStatus. La puerta de enlace SIP y CSTA acepta la solicitud y responde con un RequestSystemStatusResponse en el 200 ACEPTAR (consulte la figura 3 ).
La figura 3 invitar A modelo con la puerta de enlace de CSTA y SIP
Tenga en cuenta que no hay ningún BYE correspondiente a la INVITACIÓN. Esto se debe está configurada la INVITACIÓN como una sesión duradera durante mucho tiempo en que los comandos subsiguientes de Office Communicator se pueden enviar o notificaciones recibidas de la puerta de enlace SIP y CSTA.
Una vez completada la secuencia de INVITACIÓN y 200 ACEPTAR, Office Communicator consulta las funciones de la puerta de enlace CSTA y SIP (que se relaciona con funciones de la PBX) para descubrir el conjunto de características compatibles. Y, a continuación, inicia la supervisión de la línea de teléfono.
Consultar las funciones de la PBX es un paso importante de ejecutar un bootstrap, dependiendo de qué características se admiten en la puerta de enlace CSTA y PBX, diversos elementos de interfaz de usuario de Office Communicator puede deshabilitarse o es posible que no estén disponibles en absoluto. Por ejemplo, si la característica de transferencia de paso único no se admite en la puerta de enlace SIP y CSTA, Office Communicator no mostrar el botón Transferir para una llamada en los controles de llamada.
Por lo tanto una configuración RCC requiere dos parámetros que se utilizado por los clientes de Office Communicator. En primer lugar es identificador URI de servidor, que es un identificador URI SIP que contiene la dirección de la puerta de enlace SIP y CSTA y permite que los clientes de Office Communicator para conectarse al servidor mediante la emisión de un SIP INVITE al identificador URI. (Este identificador URI es normalmente de gateway@contoso.com el formulario).
Segundo es el URI de línea es un URI TEL que identifica el número de teléfono en el sistema central de CONMUTACIÓN. Este identificador URI sigue el formato RFC 3966 (por ejemplo, TEL: +14255551212 o TEL:4255551212; ext = 1212).
Una vez completada la iniciarse inicial, Office Communicator recibe los eventos de la PBX siempre que se produce un cambio de estado en la línea telefónica supervisados según lo especificado por un número de teléfono. Cuando Office Communicator necesita se originan responder ni responder a una llamada, envía un mensaje de información que contiene el XML de CSTA mensajes a la puerta de enlace SIP y CSTA. Eventos recibidos desde la puerta de enlace SIP y CSTA también contienen mensajes de CSTA XML incrustados en los mensajes de información de SIP (consulte la figura 4 para obtener un ejemplo).
Figura 4 mensaje de información y 200 respuesta ACEPTAR
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>
Observe que no tiene OCS como un proxy SIP en este escenario. Los mensajes de señalización entre los clientes de Office Communicator y la puerta de enlace SIP y CSTA se pasan a través de forma transparente por el servidor OCS. Para asegurarse de que se ejecuta la puerta de enlace SIP y CSTA y el vínculo de señalización está disponible, Office Communicator actualiza el cuadro de diálogo de INVITACIÓN cada 10 minutos mediante el envío de un Re-INVITE con el comando RequestSystemStatus.
El flujo de MakeCall básico
La secuencia de realizar una llamada está resaltada en la figura 5 . El usuario puede realizar una llamada a un número al escribir en el número en el cuadro de búsqueda de Office Communicator o seleccionando el número de teléfono de un contacto en la lista haga clic para llamada. Cuando el usuario selecciona para llamar a un número, Office Communicator emite un comando MakeCall a la puerta de enlace SIP y CSTA que contenga el número de teléfono que está seleccionado para la llamada. La interfaz RCC sólo permite que los usuarios realizar llamadas a los números de teléfono. Cuando el usuario selecciona la opción llamada Communicator llamar a alguien, Office Communicator se origina una llamada de VoIP al identificador URI SIP con el usuario remoto.
La figura 5 cómo hacer que una llamada
La secuencia de mensajes La figura 5 se muestra cómo la puerta de enlace SIP y CSTA traduce un comando MakeCall en mensajes de PBX propietarios; el teléfono PBX deja fuera del enlace y coloca una llamada al número de teléfono seleccionado.
Observe que la interfaz para la puerta de enlace SIP y CSTA ofrece mecanismos elaboradas para indicar los distintos estados del teléfono. En este ejemplo, verá que hay varios eventos que indican la actividad en el teléfono PBX recibidos por Office Communicator. Estos comenzar con la OriginatedEvent (que indica que el teléfono de la PBX es original una llamada de salida) a la DeliveredEvent (que indican un estado Ringing). En el momento que se recibe un DeliveredEvent, es posible que ya se ha establecido una ruta de multimedia para reproducir sonidos ringback entre el teléfono y el usuario remoto.
Cuando finalmente se respondido a la llamada, la PBX envía las señales correspondientes a la puerta de enlace SIP y CSTA y un EstablishedEvent se envía a Office Communicator que indica que la llamada se ha respondido (consulte la Figura 6 ).
Figura 6 se ha respondido a la llamada
El flujo de llamada de respuesta básico
Cuando recibe una llamada en el sistema central de CONMUTACIÓN, la PBX informa de la puerta de enlace SIP y CSTA, que a su vez se origina una notificación de CSTA DeliveredEvent enviada a Office Communicator (consulte la figura 7 ). Una vez que Office Communicator recibe la notificación DeliveredEvent, la notificación de llamada entrante se muestra al usuario.
La figura 7 una llamada de respuesta
Office Communicator también realiza RNL (consulta de nombre inversa) frente a los contactos de servicio de libreta de direcciones y Microsoft Office Outlook del usuario que se muestra un nombre de presentación para que el llamador correspondiente. El usuario ahora puede contestar la llamada de la notificación, resultantes de un comando de CSTA AnswerCall a la puerta de enlace SIP y CSTA. En este momento, la puerta de enlace SIP y CSTA convierte la AnswerCall en un mensaje de respuesta específicas PBX adecuado y está configurado el canal de medios bidireccional entre el llamador y el teléfono PBX.
Integración de presencia y RCC
Con la integración RCC, estado de teléfono de un usuario ahora está integrado con presencia. Por ejemplo, siempre que el usuario esté en una llamada de la PBX, Office Communicator se cambiar el estado del usuario a en una llamada. Este estado se puede ver en clientes de Office Communicator de otros usuarios. Además, los usuarios pueden publicar sus números de teléfono personal a través de presencia para otras personas pueden llamar a ellos en sus números móvil o principal a través de Office Communicator.
Pero tenga en cuenta que cuando la presencia de Office Communicator 2007 está establecida en No molestar, No molestar capacidad el sistema de PBX no se desencadena. Un usuario debe administrar manualmente el estado de No molestar en el sistema central de CONMUTACIÓN.
Conferencia y RCC
Cuando en una llamada RCC, Office Communicator 2007 no permite al usuario agregar otro usuario a la llamada utilizan Office Communicator. No obstante, los usuarios pueden todavía crear una conferencia en el teléfono PBX mediante conferencias capacidad el teléfono PBX. Cuando esto ocurre, Office Communicator sigue mostrar la llamada como una llamada de igual a igual, en lugar de una llamada de conferencia.
Similar a la asignación a tres proveedores escenario, las llamadas de conferencia entrantes en el teléfono PBX aparecen como igual a igual llamadas en Office Communicator y se puede responder a como igual a igual llamadas en Office Communicator.
RCC en Enterprise Voice con PBX
RCC puede utilizarse en el escenario Enterprise Voice con la integración de PBX (también conocido como dual ramificación). En un Enterprise Voice con el escenario de integración central de CONMUTACIÓN, bifurcación de sistemas de las PBX y OCS llama al hacia entre sí para permitir que el usuario utilice el teléfono PBX o la softphone Office Communicator para responder llamadas a. Esta opción permite a los usuarios aprovechar todas las ventajas de Enterprise Voice.
Enterprise Voice con PBX escenario de integración con RCC agregado en ofrece una experiencia única: los usuarios son capaces de responda a una llamada entrante en el teléfono o en Office Communicator desde una única notificación de llamada entrante en Office Communicator (consulte la Figura 8 ).
Figura 8 elección de un extremo para atender una llamada entrante
Además, los usuarios con equipos portátiles pueden usar Office Communicator como un softphone para realizar llamadas al fuera de las instalaciones de empresa. Usuario incluso tener la capacidad de crear las llamadas de conferencia desde Office Communicator aprovechando las capacidades de conferencia proporcionadas por Office Communication Server a/control de punto múltiple V unidades (MCU).
Las limitaciones de RCC
RCC proporciona una manera fácil para conseguir la integración con una implementación de PBX existente. Sin embargo, las funciones de un usuario habilitado el RCC están limitadas por qué puede hacer el teléfono PBX con cable. Por ejemplo, un usuario Enterprise Voice puede aprovechar la compatibilidad nativa OCS con capacidades de voz fuera y realizar y recibir llamadas de VoIP desde ambos dentro y fuera de la organización.
Escenario Enterprise Voice también permite que varias características de presencia que OCS proporciona (como los niveles de acceso de presencia para permitir interrupciones urgentes durante No molestar, el equipo). Un usuario de sólo RCC no tendrán acceso a estas características. Además, otras características, tales como la reasignación de conferencias de dos proveedores a una conferencia con varios usuarios, también sólo son compatibles con Enterprise Voice usuarios.
En un sistema RCC, la PBX es el maestro de las reglas de control de llamada. Por lo tanto, cualquier configuración o reglas que distracción llamadas automáticamente o enviar a una línea compartida se controlan realmente en la PBX. Nuevas características disponibles para un usuario Enterprise Voice, tales como sonar simultáneas y la característica de delegación introducida con OCS 2007 R2, no están disponibles para un usuario de sólo RCC.
Las configuraciones de RCC están diseñadas para estar limitada a un PBX implementado en una sola ubicación. Ésta es la razón por la no se admiten varias reglas de marcado específicas de la ubicación de la topología RCC. Por el contrario, una configuración de Enterprise Voice permite a varias ubicaciones que se va especificar y los usuarios en ubicaciones específicas reciben números reglas de normalización que son específicas de sus ubicaciones.
No obstante, RCC ofrece una forma práctica para proporcionar funciones de telefonía OCS en ciertas situaciones. Mientras ofrece un conjunto de características limitadas comparado con Enterprise Voice, cuando se utiliza en una configuración de Enterprise Voice (dual ramificación), RCC puede dar a los usuarios un amplio conjunto de características de OCS junto con la flexibilidad para realizar y recibir llamadas de un teléfono de asistencia al cliente o Office Communicator.
Rajesh Ramanathan funciona como responsable de administrador de programas en el equipo de Office Communicator. Ha trabajado en las comunicaciones de 15 años y ha diseñado los protocolos de voz, experiencias de usuario y voz y conferencias experiencias para Office Communicator 2007 R2. Puede ponerse en rajeshra@Microsoft.com.