O Office Communications Server

Como voz conferência Powers OCS 2007 R2

Rajesh Ramanathan

Visão geral:

• Conferência ad hoc
• Protocolo de controle centralizado de conferência
• Conferências multimodal

Conteúdo

Tipos de reuniões
Arquitetura básica de conferência
O protocolo C3P
Como as conferências são criadas
Convidar outras pessoas para a conferência
Escalar uma chamada de parceiro de dois para uma conferência

Em um artigo anterior desta série, "como voz Powers OCS 2007", discuti como chamadas de voz funcionam no sistema Office Communications Server (OCS). Eu também explicou como um convidar SIP básica é roteado no sistema para configurar uma sessão de voz ponto a ponto como clientes desviar NAT e firewalls para chamar o estabelecimento da.

Neste artigo, irá explorar a parte de conferência do texto. OCS permite conferências em tempo real configurar com usuários dentro e fora de um firewall corporativo, suporte a ambos os ad hoc escalonamento de chamadas para uma conferência e conferências pre-scheduled ou reuniões.

Conferência no OCS 2007 é construída sobre o suporte de protocolo SIP (Session Initiation Protocol) e usa os recursos de passagem NAT/Firewall introduzidos para chamadas ponto a ponto. Como chamadas ponto a ponto, conferências podem ser unidas em qualquer lugar fora do firewall corporativo. Conferência em OCS depende das funções de servidor OCS 2007 conferência. Com servidores dedicados que fornecem os recursos de conferência, conferências podem ser dimensionado de alguns membros para uma centena ou mais.

Figura 1 Convidar opções no Office Communicator 2007 R2

O Office Communicator clientes permitem escalonar de áudio ou chamada de áudio/vídeo, uma sessão de mensagem instantânea, ou uma chamada multimodal e sessão de mensagem instantânea para uma conferência, por perfeitamente escalar juntos todos os modos. Os usuários podem adicionar outros participantes a chamadas de áudio duas empresas arrastando e soltando outros usuários da lista Contatos no Office Communicator ou usando o menu de convidar (veja a Figura 1 ) em uma janela de conversa, que traz um selecionador de contato em que o usuário pode inserir um número de telefone no convite.

Os convidados pela opção de email, que também está disponível no menu de convidar, cria uma mensagem de email usando o Microsoft Office Outlook e a envia a conferência URI para o usuário remoto (mais informações sobre a conferência URI em instantes). Convite por email também envia o número de discagem na mensagem se a conferência estiver agendada usando o suplemento Conferencing para Outlook do Office de Microsoft. Quando convidar por email é usado, o participante remoto pode ingressar na conferência usando o Communicator Web Access, autenticação (ou participar anonimamente) e selecione para discar o número de telefone local. Isso fornece uma solução flexível.

Office Communicator 2007 R2 também oferece a opção atender agora (mostrada na A Figura 2 ) para uma maneira fácil de criar rapidamente conferências ad hoc.

A Figura 2 Conheça agora no Office Communicator 2007 R2

Tipos de reuniões

Antes de eu investigar em detalhes do funcionamento de conferência, deve Aborde os tipos de oferece suporte a conferências OCS. Conferências podem ser criadas no Office Communications Server 2007 R2 com os seguintes tipos:

abrir autenticado Os usuários autenticados OCS 2007 possam ingressar na conferência e convidar outros usuários autenticados. A palavra "abrir" significa que associação está aberto. Conferências ad hoc criadas pelo Office Communicator 2007 R2 estão abertas autenticados por padrão.

Fechado autenticado Usuários autenticados poderão ingressar na conferência, mas a associação à conferência é restrito e controlada pelo organizador.

anônimo Essas conferências têm as restrições loosest em quem tem permissão para ingressar. Os usuários sejam capazes de participar do Communicator Web Access sem autenticação contra OCS, ou pode usar um número de discagem para ingressar em uma conferência de um telefone.

Neste artigo, eu estou enfocando principalmente conferências autenticadas abertas.

Arquitetura básica de conferência

Conferência na arquitetura OCS se baseia em uma topologia em estrela quais todos os clientes se conectam com um pool de servidor de conferência central. A solução de conferência em OCS normalmente tem dois tipos de servidor principal que participam da conferência.

Em primeiro lugar off, há uma fábrica de foco, que atua como um gerente de conferência. Isso gerencia a lista participante na conferência e as modalidades de vários participantes estão usando. A fábrica de foco também encerra a conexão de controle sinalização com o líder de conferência e garante que os comandos (como sem áudio, ejetar e assim por diante) são canalizado corretamente aos servidores de mídia correta. A fábrica de foco também mantém a conexão para o banco de dados de conferência, que é usado para pesquisar conferências agendadas e números de discagem.

Em segundo lugar, há um ou mais unidades de controle multiponto (MCUs). O MCU fornece mídia multiplexação recursos para uma conferência. No sistema OCS, existe as seguintes funções MCU:

• Mensagens INSTANTÂNEAS MCU fornece mensagem instantânea entre várias partes.
• Áudio/vídeo MCU fornece mistura de áudio e vídeo alternar entre várias partes.
• Dados MCU fornecem recursos do Live Meeting, tais como da área de trabalho de compartilhamento, whiteboarding e assim por diante.

Como a fábrica de foco é o Gerenciador de conferências, todos os clientes recebem um endereço para a fábrica de foco quando eles são provisionados. Esse endereço é enviado pelo inband provisionamento mecanismo que mencionado no artigo " como presença Powers OCS 2007. "

a Figura 3 mostra a arquitetura lógica de uma conferência que tem três clientes do Office Communicator para três usuários. As linhas pontilhadas representam o canal de sinalização SIP-com base em que é estabelecido entre os clientes e o foco, que por sua vez estabelece o canal com os MCUs vários. As linhas sólidas mostram o fluxo de áudio/vídeo é finalizado no MCU áudio/vídeo. Outros fluxos de mídia, como mensagens INSTANTÂNEAS e dados, são intencionalmente omitidos deste diagrama para fins de simplicidade.

A Figura 3 arquitetura lógica de uma conferência de três empresas

O protocolo C3P

A solução de conferência OCS se baseia fora da centralizado Conference Control Protocol (comumente chamado como CCCP ou C3P abreviada). Isso é um protocolo cliente-servidor com base em XML que faz piggy em um SIP e fornece mecanismos a seguir:

• Um documento de conferência (ou roster) que lista os participantes da conferência e diversos modos em que os participantes de vários estejam atualmente em.
• Um mecanismo de comando/resposta que permite que os clientes emitir comandos para o servidor de conferência (foco fábrica) para que eles podem criar a conferência ou controlar outros aspectos dele.

Por exemplo, AddConference é um comando C3P que é usado para adicionar uma conferência para a fábrica de foco. A fábrica de foco responde com uma conferência exclusiva URI SIP, que se baseia logoff do usuário é o próprio URI SIP. Por exemplo, digamos que o URI do SIP é sip:rajesh@contoso.com. Quando o cliente emite um comando AddConference, a fábrica de foco retornaria uma chave exclusiva para a conferência aparência semelhante a esta: sip:rajesh@contoso.com;gruu;opaque=app:conf:focus:id:A0DB798E3EDA984FACAD30D1A8DCD35A. Essa chave de URI SIP identifica a conferência de OCS. Ele pode ser compartilhado com outros participantes para conceder a eles acesso à conferência. Isso é o mesmo URI enviado na mensagem gerada usando o convidar por email opção.

Desde que SIP URI a conferência é criado usando o Criador de conferência URI de SIP própria, isso garante que as diretivas aplicadas à conferência podem ser derivadas de diretivas do criador. Isso também significa que diretivas relacionadas ao discar para PSTN e itens semelhantes podem ser aplicadas com base no que é permitido para o preenchimento de conferência específico.

Outro comando C3P, AddUser, é um comando que adiciona um participante para a conferência. Ela também especifica a função do participante, como participante ou apresentador. O líder/apresentador tem que adicionar se à conferência usando AddUser assim que o comando AddConference é emitido. O líder/apresentador pode usar AddUser para convidar pontos de extremidade ou clientes com um URI SIP para uma conferência, bem como números de telefone PSTN. Para iniciar discando check-out para números de telefone as MCUs, um nó XML <dialout> precisa ser definido no comando AddUser. Referirá a este comando combinado como AddUserDialOut.

Um comando de C3P terceiro, GetConference, é usado para recuperar todos os recursos de conferência. Depois que um cliente se conecta ao foco, ela precisa recuperar as informações de URI SIP sobre os MCUs vários no sistema para que ele pode conversar com diretamente para os MCUs. Essas informações sobre os MCUs são recuperadas usando GetConference. Um áudio/vídeo MCU SIP URI que é recuperada usando GetConference é semelhante esta: sip:rajeshra@microsoft.com;gruu;opaque=app:conf:audio-video:id:A0DB798E3EDA984FACAD30D1A8DCD35A. Observe que cada um dos URIs SIP — uma fábrica de foco de conferência ou um servidor de conferência específico — é realmente um identificador roteável usuário URI (GRUU). EU rapidamente falamos sobre GRUUs no " como presença Powers OCS 2007" artigo.

Conforme mencionei antes, rides C3P na parte superior do SIP e o SIP permite sessões a ser criada entre os agentes do usuário duas (ou, para ser sintaticamente correto, entre um cliente de agente de usuário e um servidor de agente do usuário). A carga de uma sessão do SIP não precisa ser sempre um SDP áudio ou vídeo (protocolo de descrição de sessão); ele pode ser uma maneira de estabelecer um canal de sinalização puro. Esse conceito é usado por clientes para estabelecer um canal de sinalização SIP-com base em com a fábrica de foco para uma sessão de conferência particular.

A Figura 4 Criando e ingressar em uma conferência

Como as conferências são criadas

A primeira etapa é criar uma conferência e estabelecer um SIP de sinalização sessão com a fábrica de foco. O primeiro comando que um cliente usa é criar uma sessão de conferência na fábrica foco para que o cliente pode começar a interação com o foco de conferência. Isso é feito usando uma solicitação SIP especial denominado serviço. O par de solicitação/200 OK serviço executar o comando de AddConference e a resposta AddConference, respectivamente. Quando a etapa de serviço/200 OK for concluída, o cliente obteve uma identificação de conferência exclusivo que pode usar para se comunicar com o foco para obter informações relacionadas a MCUs, adicione outros usuários e gerenciar a participação de conferência.

O cliente, em seguida, adiciona próprio da conferência, enviando um CONVITE para a conferência URI que contém um comando C3P AddUser especificando a sessão do cliente. Isso conclui a etapa inicial de criação da conferência e ingressar em foco.

A próxima etapa é para que o cliente Junte-se a mídia nos MCUs vários. Por exemplo, se a conferência será uma chamada de áudio, em seguida, o cliente do Office Communicator emitirá um convidar SIP normal com um corpo SDP áudio ou áudio/vídeo.

A última etapa é para o cliente convidar outros clientes para participar da conferência. a Figura 4 ilustra essa seqüência de eventos usado para inicializar uma conferência na fábrica foco.

Observe que depois que a solicitação de serviço é feita, o primeiro comando <adduser> é executado como uma carga de convidar em vez de um SDP. Depois que esta caixa de diálogo é criada, outros comandos, como a adição de novos usuários, são enviados como mensagens de SIP INFO sobre a caixa de diálogo convidar mesma com o foco. O primeiro comando C3P enviado para a fábrica de foco é o comando GetConference, que retorna os URIs de SIP do MCU já mencionei. O cliente configura agora uma sessão de mídia (dessa vez com o áudio SDP) segunda para o URI SIP de O/V MCU indicado na resposta getConference.

Links para partes anterior desta série

	" Como presença Powers OCS 2007" technet.microsoft.com/en-us/Magazine/2008.02.ocsim.aspx
	"Como voz Powers OCS 2007" technet.microsoft.com/en-us/Magazine/2008.07.OCS.aspx
	"Como remoto chamada controle Powers OCS 2007 R2" technet.microsoft.com/en-us/Magazine/dd440963.aspx

Convidar outras pessoas para a conferência

Agora que você está familiarizado com como um cliente cria uma conferência de fábrica de foco e associa O/V MCU, pode detalhes como o cliente pode convidar outros clientes para a conferência. Há três métodos básicos que podem ser usados aqui: um convite do aplicativo ad hoc enviado para o cliente remoto usando SIP, uma conexão dial - out solicitação enviada para a fábrica de foco para criar um VoIP convidar a partir O/V MCU ou associação de conferência URI (que faz parte de uma reunião agendada).

Quando um contato está selecionado, Office Communicator tenta enviar um CONVITE do aplicativo (ou CONVITE do aplicativo) para o cliente remoto para convidá-lo em uma conferência em vez de diretamente iniciando uma solicitação de discagem da A/V MCU. Um aplicativo-CONVITE é um especial SIP convidar que contém uma carga de dados XML que contém o URI do SIP da conferência. Um cliente que recebe o aplicativo-CONVITE é capaz de ingressar na conferência baseada no foco-URI no App-CONVITE. O aplicativo-CONVITE é sempre a melhor maneira para convidar outro cliente porque ele contém informações sobre outras modalidades possíveis, como mensagens instantâneas na conferência.

Quando um usuário seleciona um número de telefone específico para um contato, ou quando o usuário seleciona convidar por telefone, o Office Communicator, em vez disso, emite um comando AddUserDialout para O/V MCU. Um CONVITE de discagem externa é uma simples VoIP convidar originadas O/V MCU que permite que clientes de nível inferior e pontos de extremidade PSTN ingressar em uma conferência de áudio/vídeo.

Criar uma conferência pessoa 3

Com base nas informações que apresentei até o momento, vai detalhe como Alice é capaz de criar uma conferência com Bob e o Carol diretamente. Alice optar por clique com o botão direito do mouse no Bob e Carol no contato Office Communicator listar e iniciar uma conferência do Communicator. Figura 5 mostra que Office Communicator cliente Alice primeiro cria a conferência e associa-lo usando as construções de que ter discutido.

A Figura 5 como uma conferência é criada

Media agora está fluindo de instância de Alice do Office Communicator para MCUs o antivírus. Em seguida, Office Communicator acionado Alice separe aplicativo convida a URI do SIP de Bob e do Carol SIP URI. Acontece que Bob é no trabalho e seus toques de telefone do Office Communicator. Quando Bob aceita a conferência, o seu cliente do Office Communicator envia 200 OK para o aplicativo-CONVITE e envia um BYE para a sessão imediatamente como ele possui todas as informações do corpo CONVITE do aplicativo e não precisa manter a sessão virtual com cliente do Office Communicator Alice funcionamento. Bob do Office Communicator e associa a fábrica de foco e O/V MCU na mesma maneira Alice Office Communicator primeiro associados a conferência.

Carol também recebe os toques CONVITE do aplicativo e o Office Communicator para ela, também. Carol decide desviar a chamada de conferência para seu celular da entrada brindar de chamada. Quando Carol seleciona esta opção, o cliente do Office Communicator associa o foco com base no URI de foco e, em seguida, comando problemas um C3P AddUserDialout para discagem externa para o celular de Carol em vez de ingressar em diretamente.

Escalar uma chamada de parceiro de dois para uma conferência

Escalar uma conferência de duas empresas é um pouco mais atrativo que simplesmente iniciando uma conferência. Isso ocorre porque a chamada de duas empresas deve ser mantida até que ambas as partes alternar para a conferência. O Office Communicator clientes realizar um processo de escalação sincronizada em que cada cliente ingressa na conferência antes de encerrar a chamada ponto a ponto.

Digamos, Alice é falar com Bob e decide arrastar e soltar Carol na conferência. Quando escalar as duas partes em uma conferência, ocorrem as seguintes etapas:

1. Office Communicator cliente Alice cria uma sessão de conferência com base na fábrica de foco.
2. Em seguida, Alice Office Communicator associa O/V MCU com a chamada em manter (RTP fluxo inativo).
3. Depois que a associação de conferência é bem-sucedida, o Alice Office Communicator envia um aplicativo-convidar para o cliente de Bob especificando a conferência URI.
4. Bob Office Communicator começa a etapa de escalonamento e associa o foco e O/V MCU com o fluxo RTP em manter.
5. Depois de Bob Office Communicator associa O/V MCU com êxito, ele envia um BYE para a sessão de mesmo nível.
6. Tanto o cliente de Alice como cliente de Bob ativar o fluxo RTP O/V MCU ao mesmo tempo para manter a continuidade da chamada.
7. Agora o cliente de Alice envia um aplicativo-CONVITE para o cliente de Office Communicator do Carol para convidar o terceiros para a conferência.

Observe que essa seqüência de etapas é executada com muito cuidado. Se Office Communicator cliente Bob não puder ingressar no servidor de conferência, em seguida, o escalonamento de conferência falhará e continuar as chamadas ponto a ponto.

Também é oferecido suporte escalar chamadas PSTN para uma conferência, mas o em vez de enviar o aplicativo-CONVITE na etapa 3, Office Communicator pode emitir um AddUserDialOut para O/V MCU e adicionar um cabeçalho de substituições para que a chamada da A/V MCU pode substituir a chamada ponto a ponto entre os dois pontos de extremidade do Office Communicator. Isso é ilustrado na Figura 6 e 7 de Figura .

A Figura 6 escalar chamadas PSTN para uma conferência — no processo

A Figura 7 escalar chamadas PSTN para uma conferência — estado final

O Office Communicator oferece suporte à interoperação com outros clientes que não têm suporte para o mecanismo de CONVITE do aplicativo. Para isso, ele usa um mecanismo fallback usar AddUserDialout da A/V MCU. Na situação acima, se Carol foi em um cliente que não oferecem suporte a aplicativo-CONVITE, um código de resposta 415 para o aplicativo-CONVITE acionaria Office Communicator volte para O/V MCU discagem externa.

Descrevi uma chamada de áudio entre duas pessoas sendo escalonado para uma conferência. Mas o que aconteceria se houvesse instantâneas mensagens na sessão? Quando houver mais de uma modalidade em uma conferência, a clientes do Office Communicator verifique que a ambas as modalidades com êxito são escalonadas antes a conferência está confirmada e o terceiros convidado para a conferência. Isso garante que a experiência multimodal entre os dois participantes é mantida.

Rajesh Ramanathan trabalhou no espaço de comunicações há 15 anos e foi projetado protocolos de voz, experiências de usuário e mais que recentemente a voz Communicator e conferência experiência para o Office Communicator 2007 e R2. Ele trabalha atualmente como gerente de programas de cliente potencial na equipe do Office Communicator. Ele pode ser contatado para comentários no rajeshra@Microsoft.com