Office Communications Server

Cómo Voice potencias de conferencia OCS 2007 R2

Rajesh Ramanathan

En resumen:

• Conferencia ad hoc
• Protocolo de control centralizado de conferencia
• Conferencias multimodal

Contenido

Tipos de reuniones
Arquitectura de conferencia básica
El protocolo C3P
Cómo se crean conferencias
Invitar a otras personas a la conferencia
Reasignación de una llamada de dos partes a una conferencia

En un artículo anterior de esta serie, "cómo voz poderes OCS 2007," hablé funcionan de llamadas de voz en el sistema de Office Communications Server (OCS). También explica cómo se enruta un básica SIP INVITE en el sistema para establecer una sesión de voz de igual a igual y cómo los clientes atravesar NAT y servidores de seguridad para llame al establecimiento.

En este artículo, examinará la parte de la conferencia del artículo. OCS permite conferencias en tiempo real configurar con usuarios dentro y fuera de un servidor de seguridad corporativo, admitir tanto escalado ad hoc de llamadas a una conferencia y conferencias pre-scheduled o reuniones.

Conferencias en OCS 2007 se basa en su soporte técnico de protocolo de inicio de sesión (SIP) y aprovecha las capacidades de transversal NAT o servidor de seguridad introducidas para las llamadas de igual a igual. Al igual que las llamadas de igual a igual, conferencias pueden unirse de en cualquier lugar fuera del firewall corporativo. Conferencias en OCS se basa en las funciones de servidor OCS 2007 conferencia. Con los servidores dedicados que proporcionen las características de conferencia, conferencias pueden escalar desde unos pocos miembros a un cientos o incluso más.

Figura 1 invitar A las opciones de Office Communicator 2007 R2

Los clientes de Office Communicator ofrecen la posibilidad de escalar un sonido o llamada de audio y vídeo, una sesión de mensaje instantáneo, una llamada multimodal y sesión de mensaje instantáneo para una conferencia mediante perfectamente reasignación juntos todos los modos. Los usuarios pueden agregar a los asistentes adicionales a las llamadas de audio dos proveedores arrastrando y soltando otros usuarios de la lista Contactos de Office Communicator o mediante el menú de invitar A (consulte la figura 1 ) en una ventana de conversación, lo que plantea un selector de contacto donde el usuario puede escribir un número de teléfono en la invitación.

Los invitar A opción de correo electrónico, que también está disponible en el menú de invitar A, crea un mensaje utilizando Microsoft Office Outlook y envía la conferencia URI al usuario remoto (más en la conferencia URI en un momento). Invitación por correo electrónico también envía el número de acceso telefónico en el mensaje si la conferencia está programada utilizando el complemento de conferencia para Microsoft Office Outlook. Cuando se invitar A por correo electrónico se utiliza, el participante remoto puede unirse a la conferencia mediante Communicator Web Access, autenticar (o unirse de forma anónima) y seleccionar para marcar fuera al número de teléfono local. Esto proporciona una solución flexible.

Office Communicator 2007 R2 también ofrece (que se muestra en la opción cumplir ahora La figura 2 ) para obtener un procedimiento sencillo para crear rápidamente conferencias ad hoc.

La Figura 2 reunirse ahora en Office Communicator 2007 R2

Tipos de reuniones

Antes de profundizar en los detalles del funcionamiento de la conferencia, deben Describa los tipos de conferencias OCS admite. Conferencias se pueden crear en Office Communications Server 2007 R2 con los siguientes tipos:

abrir autenticado Usuarios autenticados frente a OCS 2007 pueden unirse a la conferencia e invitar a otros usuarios autenticados. La palabra "abrir" significa que suscripción está abierto. Conferencias ad hoc creadas por Office Communicator 2007 R2 están abiertas autenticados por el valor predeterminado.

Cerrado autenticado Los usuarios autenticados pueden unirse a la conferencia, pero la pertenencia a la conferencia está restringida y controlada por el organizador de la.

anónimo Estas conferencias tienen las restricciones loosest en quién está autorizado a unirse. Los usuarios son capaces de unir de Communicator Web Access sin autenticar con OCS, o pueden utilizar un número de acceso telefónico para unirse a una conferencia desde el teléfono.

En este artículo, estoy centra principalmente en conferencias autenticadas abiertas.

Arquitectura de conferencia básica

Conferencias en la arquitectura de OCS se basa en una topología en estrella donde se conecten todos los clientes a un grupo de servidor de conferencias central. La solución de conferencias en OCS normalmente tiene dos tipos de servidores principales que participan en la conferencia.

En primer lugar fuera, hay una fábrica de enfoque, que actúa como un Administrador de conferencia. Esto administra la lista de participante en la conferencia y las modalidades que actualmente utilizan varios participantes. El generador de enfoque también finaliza la conexión de control señalización con el relleno de conferencia y garantiza que comandos (como silencio, expulsar etc.) son channeled correctamente a los servidores de multimedia correcta. La fábrica de enfoque también mantiene la conexión a la base de datos de conferencias, que se utiliza para buscar conferencias programadas y los números de acceso telefónico.

En segundo lugar, hay uno o más unidades de control multipunto (MCU). La MCU proporciona medios multiplexado capacidades para una conferencia. En el sistema OCS, existen las siguientes funciones MCU:

• Mensajería INSTANTÁNEA MCU proporciona mensajería instantánea entre varias partes.
• Audio/vídeo MCU proporciona mezcla de audio y vídeo cambiar entre varias partes.
• Datos MCU proporcionan características de Live Meeting, tales como el escritorio para compartir, pizarra y así sucesivamente.

Dado que la fábrica de enfoque es el administrador de conferencia, todos los clientes reciben una dirección de la fábrica de foco cuando se aprovisionado. Esta dirección se envía a través la inband aprovisionamiento mecanismo he mencionado en el artículo " Cómo potencias de presencia OCS 2007. "

Figura 3 muestra la arquitectura lógica para una conferencia que tiene tres clientes de Office Communicator para tres usuarios. Las líneas de puntos representan el canal de señalización basada en SIP que está establecido entre los clientes y el enfoque, que a su vez se establece el canal con las MCU distintos. Las líneas sólidas mostrar la secuencia de audio o vídeo que se termina en el MCU de audio o vídeo. Otros flujos de medios, como mensajería INSTANTÁNEA y los datos, se omiten intencionadamente de este diagrama con el fin de simplificar las cosas.

Figura 3 arquitectura lógica de una conferencia de tres proveedores

El protocolo C3P

Se basará la solución de conferencias OCS fuera de centralizado conferencia Protocolo de control (comúnmente denominadas como CCCP o C3P para abreviar). Esto es un protocolo de cliente-servidor basada en XML que crea una seguridad en un SIP de piggy y proporciona los siguientes mecanismos:

• Un documento de conferencia (o roster) que listas los participantes en la conferencia y los distintos modos en que los diversos participantes están actualmente en.
• Un mecanismo de comando o respuesta que permite a los clientes para emitir comandos al servidor de conferencias (enfoque de fábrica) para que pueden crear la conferencia o controlar otros aspectos de la misma.

Por ejemplo, AddConference es un comando de C3P que se utiliza para agregar una conferencia a la fábrica de foco. La fábrica de enfoque responde con una conferencia única identificador URI de SIP, que se basa fuera el usuario es el propio identificador URI SIP. Por ejemplo, supongamos el identificador URI SIP es sip:rajesh@contoso.com. Cuando el cliente emite un comando AddConference, la fábrica de enfoque devolverá el una clave única para la conferencia que es similar: sip:rajesh@contoso.com;gruu;opaque=app:conf:focus:id:A0DB798E3EDA984FACAD30D1A8DCD35A. Esta clave SIP URI identifica la conferencia OCS. Se puede compartir con otros participantes para darles acceso a la conferencia. Se trata del mismo identificador URI que se envía el mensaje generado mediante la invitar A por la opción de correo electrónico.

Desde SIP URI la conferencia se creó con el creador de conferencia propio URI SIP, esto asegura que las directivas aplicadas a la conferencia se pueden derivar de directivas el creador. También significa que directivas relativas al marcar fuera para PSTN y similares pueden aplicarse en función de lo que se permite para el relleno de conferencia específico.

Otro comando de C3P, AddUser, es un comando que agrega un participante en la conferencia. También especifica la función del participante, tales como asistentes o del instructor. El relleno o del instructor tiene que agregar a sí mismo a la conferencia mediante AddUser en cuanto el comando AddConference es emitido. El responsable y moderador puede utilizar AddUser para invitar a los extremos o clientes con un URI SIP en una conferencia, así como los números de teléfono PSTN. Para iniciar marcando a los números de teléfono desde las MCU, un nodo XML de <dialout> tiene que establecerse en el comando AddUser. Hará referencia a este comando combinada como AddUserDialOut.

Un comando de C3P tercero, GetConference, se utiliza para recuperar todas las capacidades de conferencia. Una vez que un cliente se conecta al enfoque, debe recuperar la información de URI del SIP sobre las MCU distintos en el sistema por lo que pueden comunicarse directamente con las MCU. Esta información sobre las MCU se recupera mediante GetConference. Un audio/vídeo MCU SIP URI que se ha recuperado utilizando GetConference es similar: sip:rajeshra@microsoft.com;gruu;opaque=app:conf:audio-video:id:A0DB798E3EDA984FACAD30D1A8DCD35A. Tenga en cuenta que cada uno de los identificadores URI SIP, si un generador de enfoque de conferencia o un servidor de conferencias específico, es realmente un global Routable usuario URI (GRUU). Brevemente hablado acerca GRUUs en la " página potencias de presencia OCS 2007" artículo.

Como he mencionado antes, rides C3P del SIP y el SIP permite las sesiones que crearse entre los agentes de usuario dos (o, sean sintácticamente correctos, entre un cliente de agente de usuario y un servidor de agente de usuario). La carga de una sesión SIP no es necesario siempre que un SDP audio o vídeo (Protocolo de descripción de sesión); puede ser una forma de establecer un canal de señalización puro. Este concepto se utiliza por los clientes para establecer un canal de señalización basada en SIP con la fábrica de foco para una sesión de conferencia determinado.

La figura 4 crear y unirse a una conferencia

Cómo se crean conferencias

El primer paso es crear una conferencia y establecer un SIP señalización de sesión con la fábrica de foco. El primer comando que un cliente utiliza consiste en crear una sesión de conferencia en la fábrica de enfoque para que el cliente pueda iniciarse interactuar con el enfoque de conferencia. Esto se realiza mediante una petición especial de SIP llama al servicio. El par de solicitud/200 ACEPTAR servicio llevan el comando AddConference y la respuesta AddConference, respectivamente. Una vez completado el paso de servicio y 200 ACEPTAR, el cliente ha obtenido un ID de conferencia único que puede usar para comunicarse con el foco al obtener información relacionada con la MCU, agregar otros usuarios y administrar la pertenencia a la conferencia.

El cliente, a continuación, agrega propia a la conferencia mediante el envío una INVITACIÓN a la conferencia identificador URI que contiene un comando C3P AddUser especificando la sesión del cliente. Este modo finaliza el paso inicial de crear la conferencia y unir el enfoque.

El paso siguiente es para que el cliente unir el medio en la MCU distintos. Por ejemplo, si la conferencia será una llamada de audio, a continuación, el cliente de Office Communicator envía normal SIP INVITE con un cuerpo SDP audio o audio o vídeo.

El último paso es para que el cliente invitar a otros clientes para participar en la conferencia. Figura 4 se ilustra esta secuencia de eventos que se utiliza para inicializar una conferencia en la fábrica de foco.

Tenga en cuenta que una vez se realizado la solicitud de servicio, el primer comando <adduser> se ejecuta como una carga de INVITACIÓN en lugar de un SDP. Una vez creado este cuadro de diálogo, otros comandos, como agregar nuevos usuarios, se envían como mensajes de SIP información sobre el mismo cuadro de diálogo INVITACIÓN con el foco. El primer comando de C3P que se envía a la fábrica de enfoque es el comando GetConference, que devuelve los URI de SIP de MCU ya he mencionado. El cliente configura ahora una sesión de medio segunda (esta vez el audio SDP) al URI SIP de la/V MCU indicado en la respuesta getConference.

Vínculos a los elementos anteriores de esta serie

	" Cómo presencia poderes OCS 2007" technet.microsoft.com/en-us/Magazine/2008.02.ocsim.aspx
	"Cómo Voice poderes OCS 2007" technet.microsoft.com/en-us/Magazine/2008.07.OCS.aspx
	"Cómo remoto llamada control poderes OCS 2007 R2" technet.microsoft.com/en-us/Magazine/dd440963.aspx

Invitar a otras personas a la conferencia

Ahora que está familiarizado con cómo un cliente crea una conferencia a partir de la fábrica de enfoque y une a la A y MCU V, puede detalle cómo el cliente puede invitar a otros clientes en la conferencia. Existen tres métodos básicos que se pueden utilizar aquí: una invitación de aplicación ad hoc enviado para el cliente remoto mediante SIP, un marcado, solicitud envía a la fábrica de enfoque para crear un INVITE VoIP desde el y V MCU, o unirse a de la conferencia URI (que forma parte de una reunión programada).

Cuando se selecciona un contacto, Office Communicator intenta enviar una INVITACIÓN de aplicación (o INVITACIÓN de la aplicación) con el cliente remoto para invitar a en una conferencia en lugar de iniciar directamente una solicitud de marcado fuera del/V MCU. Una aplicación de INVITACIÓN es especial SIP INVITE que contiene una carga de datos XML que contiene SIP URI la conferencia. Un cliente que recibe la aplicación de INVITACIÓN es capaz de unirse a la conferencia basándose en el enfoque de identificador URI de la aplicación de INVITACIÓN. La aplicación de INVITACIÓN es siempre el método preferido para invitar a otro cliente porque contiene información sobre otros modalidades posibles, como la mensajería instantánea en la conferencia.

Cuando un usuario selecciona un número de teléfono específico para un contacto, o cuando el usuario selecciona invitar A por teléfono, Office Communicator en su lugar emite un comando AddUserDialout a la A y V MCU. Una INVITACIÓN de salida marcado es un VoIP simple INVITE procedentes de la A y MCU V que permite a clientes de bajo nivel y PSTN extremos unirse a una conferencia de audio o vídeo.

Crear una conferencia persona 3

En función de la información que ha presentado hasta ahora, le detalle cómo Alice es capaz de crear una conferencia con Roberto y Cecilia directamente. Alicia elige haga clic con el botón secundario del mouse en Blas y Cecilia en contacto Office Communicator lista y empezar a una conferencia de Communicator. la figura 5 muestra que Office Communicator cliente Alice primero crea la conferencia y combina con las construcciones que ha explicado.

La figura 5 cómo se crea una conferencia

Media es ahora fluye de instancia de Alice de Office Communicator hacia el MCU AV. A continuación, se activa de Office Communicator Alice separa app-invita a Bob SIP URI y SIP URI del Cecilia. Bob ocurre en el trabajo y sus anillos de teléfono de Office Communicator. Cuando Luis acepta la conferencia, su cliente de Office Communicator envía 200 ACEPTAR la INVITACIÓN de aplicación y envía un BYE a la sesión inmediatamente ya que tiene toda la información del cuerpo de INVITACIÓN de la aplicación y no es necesario para mantener la sesión virtual con Office Communicator cliente Alice activo. A continuación Bob es Office Communicator, combina la fábrica de enfoque y el/MCU V en la misma manera Alice Office Communicator unido en primer lugar la conferencia.

Cecilia también recibe el número de timbres INVITACIÓN de la aplicación y Office Communicator para su, así. Cecilia decide distracción la llamada de conferencia a su teléfono móvil de la listo llamada entrante. Cuando Cecilia selecciona esta opción, el cliente de Office Communicator une el enfoque basándose en el comando de problemas un C3P AddUserDialout para marcar fuera a móvil teléfono del Cecilia enfoque de identificador URI y, a continuación, en lugar de unirse a directamente.

Reasignación de una llamada de dos partes a una conferencia

Reasignación de una conferencia dos proveedores es un poco más complicado que simplemente iniciar una conferencia. Esto se debe a la llamada a dos proveedores debe mantenerse hasta ambas partes cambie a través de a la conferencia. Los clientes de Office Communicator llevar a cabo un proceso de escalado sincronizada donde cada uno de los clientes une la conferencia antes de finalizar la llamada de igual a igual.

Supongamos, Alicia hablar a Roberto y decide arrastrar y colocar Cecilia en la conferencia. Reasignación de las dos partes en una conferencia, se producen los siguientes pasos:

1. Cliente de Office Communicator de Alice crea una sesión de conferencia basándose en la fábrica de foco.
2. A continuación, Alice Office Communicator se une el/V MCU con la llamada en mantenga (RTP secuencia inactiva).
3. Una vez la combinación de conferencia es correcta, Alice Office Communicator envía una aplicación de INVITACIÓN al cliente de Luis que especifica el identificador URI de conferencia.
4. Bob Office Communicator comienza el paso de asignación y combina el enfoque y el/V MCU con el flujo RTP de contener.
5. Una vez que Bob Office Communicator se une el/V MCU correctamente, se envía un BYE a la sesión del mismo nivel.
6. Cliente de Alice y cliente de Bob activar la secuencia RTP para el/V MCU al mismo tiempo para mantener la continuidad de la llamada.
7. Ahora cliente Alice envía una INVITACIÓN de aplicación cliente de Office Communicator del Cecilia para invitar al tercero en la conferencia.

Tenga en cuenta que esta secuencia de pasos se ejecuta con mucho cuidado. Si cliente de Office Communicator Bob es no se puede unir el servidor de conferencias, a continuación, da error el escalado de conferencia y continuar con las llamadas de igual a igual.

Reasignación de llamadas PSTN a una conferencia también admiten, pero en lugar de enviar la INVITACIÓN de aplicación en el paso 3, Office Communicator podría emitir un AddUserDialOut para el/V MCU y agregar un encabezado reemplaza para que la llamada desde el/V MCU puede sustituir la llamada de punto a punto entre los dos extremos de Office Communicator. Esto se muestra en la figura 6 y 7 .

Figura 6 reasignación de llamadas PSTN a una conferencia, en proceso

La figura 7 reasignación de llamadas PSTN a una conferencia, estado final

Office Communicator permite interoperar con otros clientes que no admiten el mecanismo de aplicación de INVITACIÓN. Para ello, se utiliza un mecanismo de reserva para mediante AddUserDialout desde el y V MCU. En el escenario anterior, si era Cecilia en un cliente que no admite la INVITACIÓN de la aplicación, un código de respuesta 415 para la aplicación de INVITACIÓN desencadenarían Office Communicator retroceder a la/V MCU Marcar fuera.

QUE he descrito una llamada de audio entre dos personas se transferido a una conferencia. Pero ¿qué ocurriría si se ha producido en la sesión de mensajería instantánea? Cuando hay más de una modalidad en una conferencia, los clientes de Office Communicator asegúrese de que las modalidades de ambos se transferido correctamente antes de la conferencia se confirma y el tercero invitadas a la conferencia. Esto garantiza que se mantiene la experiencia multimodal entre los dos participantes.

Rajesh Ramanathan ha trabajado en el espacio de las comunicaciones de 15 años y ha diseñado los protocolos de voz, experiencias de usuario y más que recientemente conferencia de la voz de Communicator y experiencia de para Office Communicator 2007 y R2. Actualmente trabaja como responsable de administrador de programas en el equipo de Office Communicator. Puede ponerse para comentarios en rajeshra@Microsoft.com