Options de déploiement d'Enterprise Voice

Dernière rubrique modifiée : 2009-04-30

Enterprise Voice propose plusieurs scénarios de déploiement en fonction des diverses stratégies et chronologies de déploiement ainsi que des investissements téléphoniques existants. Il existe deux catégories de scénarios :

• Coexistence entre Office Communications Server et PBX
• Serveur Office Communications Server autonome

Remarque :

Si vous implémentez l'option de déploiement avec l'intégration PBX dans laquelle tous les utilisateurs sont configurés pour Enterprise Voice et un système PBX d'ancienne génération, vous devez continuer à utiliser le système PBX pour la messagerie vocale et les services liés. Si vous réalisez un déploiement autonome d'Enterprise Voice pour l'intégralité ou pour une partie de votre organisation, vous devrez déployer la messagerie unifiée Exchange pour les utilisateurs qui ne sont plus hébergés sur le système PBX.

Coexistence entre Office Communications Server et PBX

Cette option qui implique la coexistence entre un système PBX, Office Communications Server 2007 et Office Communicator 2007, offre une combinaison flexible et puissante de téléphonie traditionnelle et de communications unifiées présentant des avantages tels que des fonctionnalités audio avancées, un contrôle d'appel intuitif, des notifications de présence enrichie et la possibilité de communiquer directement depuis des applications Microsoft Office.

Cette coexistence entre Office Communications Server et le système PBX comporte deux alternatives :

• Intégration native IP-PBX
• Intégration TDM-PBX via une passerelle multimédia

Intégration native IP-PBX

L'intégration native IP-PBX désigne la coexistence intégrale entre Office Communications Server et un système PBX qui prend en charge nativement les médias SIP et IP sous un format interopérable avec Enterprise Voice. L'intégration native PBX permet à tous les utilisateurs d'une organisation d'émettre et de recevoir des appels téléphoniques sur leur téléphone de bureau PBX existant ou Office Communicator 2007.

Les appels sont ancrés sur le système d'où provient l'appel. Les appels provenant du réseau RTC ou de téléphones PBX sont ancrés au système PBX. Les appels initialisés par Office Communicator sont ancrés au serveur Office Communications Server. Le système d'ancrage d'un appel est configuré de manière à diriger l'appel vers l'autre système tout en faisant sonner ses propres systèmes d'extrémité. L'intégralité de la signalisation et des médias prend fin et est normalisée sur le serveur de médiation, qui assure des fonctions de médiation pour la signalisation et les médias entre les deux systèmes.

La figure suivante illustre une topologie classique pour une intégration PBX.

Figure 1. Option de déploiement avec intégration native IP-PBX

L'intégration PBX est possible uniquement avec un système IP-PBX qui prend en charge nativement les médias SIP et IP interopérables avec le serveur Office Communications Server.

Seuls les modèles IP-PBX les plus récents prennent en charge l'intégration native PBX. Il est cependant possible que le fournisseur du système PBX doive fournir une mise à niveau du logiciel. Cette nouvelle génération de systèmes IP PBX est en cours de développement par plusieurs fournisseurs tiers (une liste de fournisseurs est disponible en anglais sur https://go.microsoft.com/fwlink/?LinkId=125757). Pour plus d'informations sur la disponibilité de ces systèmes et les fonctionnalités prises en charge, adressez-vous directement à chaque fournisseur.

Les scénarios d'appel simples qui suivent illustrent le fonctionnement de l'intégration PBX.

Appel extérieur destiné à un utilisateur interne

Bob appelle Alice sur le réseau téléphonique commuté (RTC). L'appel est routé par le fournisseur de services RTC vers le système PBX de l'entreprise, qui fait sonner le téléphone de bureau PBX d'Alice. L'appel est également dirigé vers le serveur Office Communications Server. Le système PBX dirige l'appel en traduisant l'alerte d'appel entrant en une transaction SIP INVITE et en transmettant cette demande au serveur de médiation connecté au serveur Office Communications Server. Le serveur Office Communications Server effectue à son tour une recherche inversée de numéro sur le numéro cible afin d'obtenir tous les systèmes d'extrémité SIP enregistrés d'Alice et les faire sonner lorsqu'il les trouve. Alice peut prendre l'appel sur l'appareil de son choix. Lorsqu'elle y répond, la sonnerie s'arrête sur tous les autres systèmes d'extrémité.

Anne est travailleur mobile ; elle appelle Alice depuis son ordinateur portable en cliquant sur son nom dans la liste des contacts Office Communicator. L'appel est passé sous la forme d'une demande SIP INVITE. Le serveur Office Communications Server effectue une recherche inversée de numéro sur le numéro appelé et fait sonner tous les systèmes d'extrémité SIP d'Alice. Le serveur Office Communications Server dirige également l'appel vers le système PBX qui sait interpréter le protocole SIP et utilise donc l'URI TEL pour faire sonner le téléphone de bureau PBX d'Alice. Encore une fois, Alice peut prendre l'appel sur l'appareil de son choix.

Appels entre utilisateurs internes

Tous les utilisateurs internes étant activés pour les appels PBX et VoIP, l'appareil que chaque utilisateur choisit pour passer un appel détermine le système qui gère le routage. Si Alice utilise son téléphone PBX pour appeler l'extension de Dan, le système PBX route l'appel vers le téléphone de bureau de Dan. Cependant, le système PBX dirige également l'appel vers le serveur Office Communications Server, qui route l'appel vers tous les systèmes d'extrémité SIP de Dan.

Si Alice utilise Office Communicator ou un téléphone SIP pour passer l'appel, la demande SIP INVITE est envoyée au serveur Office Communications Server, qui la route vers tous les systèmes d'extrémité de Dan ainsi que vers le système PBX, qui fait sonner le téléphone de bureau PBX de Dan.

Appel interne destiné à un utilisateur externe

Le routage d'appels vers des numéros externes dépend des règles de routage configurées sur le système PBX et sur le serveur Office Communications Server. Les règles de routage peuvent être configurées sur le serveur Office Communications Server afin que les appels soient routés vers des numéros de téléphone du système PBX ou une passerelle multimédia, le cas échéant.

Messagerie vocale

Les utilisateurs activés pour l'intégration PBX n'ont pas accès à la messagerie vocale d'Office Communications Server. Par conséquent, lors du déploiement de l'intégration PBX, prévoyez de conserver la messagerie vocale sur votre système PBX. Si vous supprimez finalement la messagerie vocale de votre système PBX, vous pouvez désactiver l'intégration PBX et reconfigurer la messagerie vocale sur la messagerie unifiée Exchange, comme indiqué dans ce guide. Pour plus d'informations, consultez Étape 1. Configurer la messagerie unifiée sur Microsoft Exchange pour qu'elle fonctionne avec Office Communications Server.

Transfert d'appel

Le transfert d'appel peut être configuré sur Office Communicator, le téléphone PBX, ou les deux. Si les deux sont configurés, ils doivent pointer vers la même destination.

Appel d'équipe

Dans Office Communications Server 2007 R2, la nouvelle fonctionnalité d'appel d'équipe permet de transférer des appels entrants à une équipe définie. Dans cette situation, le téléphone de chaque membre sonne et tous les membres peuvent voir qui a transféré l'appel. Lorsqu'un membre de l'équipe répond à l'appel, les téléphones des autres membres arrêtent de sonner.

Délégation d'appel

La délégation d'appel permet aux gestionnaires de déléguer le traitement des appels à un ou plusieurs assistants administratifs ou d'autres délégués. Lorsqu'un délégué répond à un appel, le gestionnaire en est informé et voit également le nom du délégué qui a répondu.

Response Group

Le service Response Group permet aux administrateurs de créer et de configurer un ou plusieurs groupes Response Group de petite taille en vue du routage et de la mise en attente des appels téléphoniques entrants vers un ou plusieurs agents désignés. Ces groupes Response Group peuvent être déployés au niveau des services ou des groupes de travail, ainsi que dans des installations de téléphonie entièrement nouvelles. Par exemple, un groupe Response Group peut être un support technique interne, un bureau de service client ou un gestionnaire d'appels externes général.

Office Communications Server 2007 R2 Attendant

Office Communications Server 2007 R2 Attendant est un nouveau client intégré de gestion des appels qui permet à un utilisateur de gérer efficacement de nombreuses conversations à la fois grâce à une prise en charge rapide des appels, à la messagerie instantanée et au routage à l'écran dans une seule fenêtre. Il est conçu pour les assistants administratifs, les délégués d'équipe, les réceptionnistes et les utilisateurs devant gérer plusieurs appels ou conversations simultanément.

Conférence

Les téléconférences sont établies sur le système qui initie la conférence. Si Office Communicator établit une conférence sur le serveur de conférence A/V d'Office Communications Server, les téléphones PBX sont inscrits à la conférence par le moyen d'un « appel » en tant que segment d'appel sortant. Un système PBX ou utilisateur RTC peut également utiliser Intendant Conférence pour se connecter à une conférence A/V Office Communications Server. Si un utilisateur du système PBX crée une conférence PBX, un utilisateur Enterprise Voice peut se connecter à la conférence (c'est-à-dire la rejoindre) en tant que segment d'appel normal entrant ou sortant.

Contrôle d'appel distant

Le contrôle d'appel distant (RCC) permet aux utilisateurs d'Office Communicator de surveiller et contrôler leurs téléphones PBX. Cette fonctionnalité est désactivée pour Enterprise Voice, mais elle reste disponible avec l'intégration PBX. Si vous avez déjà mis en œuvre le contrôle d'appel distant pour vos utilisateurs Office Communications Server, il n'est pas nécessaire de modifier ce paramètre lorsque vous les activez pour l'intégration PBX.

Intégration TDM-PBX via une passerelle multimédia

Si vous voulez permettre la coexistence d'Office Communications Server et PBX sur une infrastructure TDM-PBX prenant en charge la duplication des appels, vous pouvez également déployer une passerelle multimédia certifiée Microsoft ou une combinaison passerelle/serveur de médiation entre Office Communications Server et le système PBX. Plusieurs de ces passerelles multimédias sont disponibles dans le cadre de notre programme de partenariat Microsoft Unified Communications Media Gateway (la liste actuelle est disponible en anglais sur le site https://go.microsoft.com/fwlink/?LinkId=125757). Ces passerelles multimédias interagissent avec le serveur de médiation Office Communications Server via des médias SIP et IP, ainsi qu'avec le système PBX via divers protocoles de téléphonie.

Figure 2. Intégration TDM-PBX via une passerelle multimédia

Serveur Office Communications Server autonome

Si votre organisation utilise l'un des déploiements décrits dans cette section, vous pouvez utiliser Office Communications Server 2007 comme solution de téléphonie unique pour une partie ou l'ensemble d'une organisation. Cette section décrit les déploiements suivants dans le détail :

• Déploiement par divisions
• Déploiement dans un environnement vierge

Déploiement par divisions

Dans un déploiement par divisions, le serveur Office Communications Server est la seule solution de téléphonie pour des équipes ou divisions particulières, tandis que le reste des utilisateurs de l'organisation continue à utiliser un système PBX. La stratégie de déploiement incrémentiel permet d'introduire la téléphonie IP dans votre entreprise par le biais de programmes pilotes contrôlés. Les groupes de travail dont les besoins en communication sont mieux pris en charge par les communications unifiées de Microsoft sont déplacés vers Enterprise Voice, tandis que les autres utilisateurs restent sur le système PBX existant. Il est possible d'effectuer la migration de groupes de travail supplémentaires vers la VoIP si nécessaire.

L'option de déploiement par divisions est conseillée pour les groupes d'utilisateurs clairement définis qui partagent des exigences en termes de communications et acceptent une gestion centralisée. Cette option est également attrayante si vous avez des équipes ou divisions qui sont dispersées sur des zones géographiques étendues, un scénario où les économies sur les frais d'appels longue distance peuvent être considérables. En fait, cette option est utile pour la création d'équipes virtuelles dont les membres peuvent être disséminés dans le monde entier. Vous pouvez créer, modifier ou dissoudre ces équipes pour répondre rapidement aux besoins de l'entreprise en termes de rotation.

La figure suivante illustre la topologie générique pour le déploiement d'Enterprise Voice derrière un système PBX. Il s'agit de la topologie recommandée pour le déploiement par divisions.

Figure 3 Option de déploiement par divisions

Dans cette topologie, les divisions ou groupes de travail sélectionnés sont activés pour VoIP. Une passerelle multimédia relie le groupe de travail activé pour VoIP au système PBX. Les utilisateurs activés pour VoIP, notamment les travailleurs à distance, communiquent sur le réseau IP. Les appels d'utilisateurs VoIP au réseau RTC et aux collaborateurs qui ne sont pas activés pour VoIP sont routés vers la passerelle multimédia appropriée. Les appels de collègues qui se trouvent toujours sur le système PBX, ou d'appelants sur le réseau RTC, sont routés vers la passerelle multimédia, qui les transmet à Office Communications Server 2007 à des fins de routage.

Il existe deux topologies recommandées pour la connexion d'Enterprise Voice à une infrastructure PBX existante : Enterprise Voice derrière et devant le système PBX.

Enterprise Voice derrière le système PBX

Dans cette topologie, tous les appels du réseau RTC arrivent dans le système PBX, qui achemine les appels destinés aux utilisateurs Enterprise Voice vers une passerelle multimédia, tandis que les appels destinés aux utilisateurs du système PBX continuent à être routés de la façon habituelle. Le tableau suivant indique les avantages et les inconvénients de cette topologie.

Tableau 1. Avantages et inconvénients du déploiement d'Enterprise Voice derrière le système PBX

Avantages	Inconvénients
Le système PBX continue de desservir les utilisateurs non activés pour Enterprise Voice.	Si nécessaire, une ligne de jonction dans le système PBX doit être ajoutée pour la connexion à la passerelle.
Le système PBX gère tous les dispositifs d'ancienne génération.	Le système PBX doit être configuré pour router les numéros Enterprise Voice vers la passerelle.
Les utilisateurs peuvent conserver les mêmes numéros de téléphone.

Enterprise Voice devant le système PBX

Dans cette topologie, tous les appels arrivent sur la passerelle multimédia. Cette dernière achemine les appels destinés aux utilisateurs Enterprise Voice vers Office Communications Server et ceux destinés aux utilisateurs PBX vers le système PBX. Les appels destinés au réseau RTC provenant d'utilisateurs Enterprise Voice et PBX sont routés via le réseau IP vers la passerelle multimédia la plus rentable. Le tableau suivant indique les avantages et les inconvénients de cette topologie.

Tableau 2. Avantages et inconvénients du déploiement d'Enterprise Voice devant le système PBX

Avantages	Inconvénients
Le système PBX continue de desservir les utilisateurs non activés pour Enterprise Voice.	Les passerelles existantes peuvent ne pas prendre en charge la capacité ou les fonctionnalités voulues.
Le système PBX gère tous les dispositifs d'ancienne génération.	Il peut être nécessaire de réinitialiser des tronçons de l'opérateur d'échange local pour pointer vers la passerelle multimédia.
Les utilisateurs Enterprise Voice conservent les mêmes numéros de téléphone.

Les options d'accès distant et de déploiement par divisions partent du principe que vous disposez d'une infrastructure PBX existante et envisagez d'introduire Enterprise Voice de manière incrémentielle à des plus petits groupes ou équipes de votre organisation. L'option de déploiement dans un environnement vierge suppose que vous envisagez de déployer Enterprise Voice dans un site ne disposant d'aucune infrastructure de téléphonie traditionnelle.

Déploiement dans un environnement vierge

Enterprise Voice permet aux nouvelles entreprises ou aux nouveaux sites d'implémenter une solution VoIP complète sans avoir à se soucier de l'intégration PBX ni à subir les coûts substantiels de déploiement et de maintenance d'une infrastructure IP-PBX. Cette solution prend en charge à la fois les travailleurs sur site et à distance.

Dans ce scénario, tous les appels sont routés sur le réseau IP. Les appels destinés au réseau RTC sont routés vers la passerelle multimédia appropriée. Office Communicator ou Office Communicator Phone Edition sert de téléphone logiciel. Étant donné qu'aucun téléphone PBX n'est contrôlé par les utilisateurs, le contrôle d'appel distant n'est pas disponible. Le déploiement facultatif de la messagerie unifiée Exchange offre les services de messagerie vocale et de standard automatique.

Remarque :

Outre l'infrastructure réseau qui est requise pour prendre en charge Office Communications Server 2007, le déploiement dans un environnement vierge peut nécessiter également un petit système PBX pour la prise en charge des télécopieurs et des périphériques analogiques ou RNIS. Pour certains scénarios, une nouvelle liaison PRI (Primary Rate Interface) avec un nouvel ensemble de numéros peut être nécessaire.

La figure suivante illustre une topologie classique pour un déploiement dans un environnement vierge.

Figure 4. Option de déploiement dans un environnement vierge