Règles de normalisation

Les appareils tels que le téléphone de bureau Office Communicator Phone Edition utilisent des règles de normalisation pour interpréter les chiffres entrés par les utilisateurs lorsqu'ils composent un numéro en ayant décroché le téléphone. Lors d'une numérotation avec le téléphone décroché, à mesure que l'utilisateur entre des chiffres à l'aide du pavé de numérotation, le téléphone compare les nombres entrés avec les règles de normalisation. Lorsqu'une correspondance est détectée, le téléphone initialise l'appel en envoyant une demande d'acheminement SIP à Office Communications Server. Si le plan de numérotation possède des règles avec des séquences de chiffres qui se chevauchent, les utilisateurs peuvent obtenir des résultats ambigus quand ils utilisent la numérotation téléphonique avec le téléphone décroché.

Par exemple :

• La règle [^ 9425 (\d {7}) $ +1425$1] traduit un numéro de téléphone à 10 chiffres commençant par 9425 en un numéro à 11 chiffres commençant par +1, en transformant 94255550100 en 14255550100.
• La règle [^(\d{5})$ +125355$1] traduit un numéro de téléphone à 5 chiffres en numéros à 11 chiffres commençant par +125355, en transformant 90101 en +12535590101.

Lorsqu'un utilisateur compose le numéro 94255550102, dès que 42555 est entré, une correspondance est détectée avec la deuxième règle et un appel est initialisé (autrement dit, une demande SIP INVITE est envoyée) prématurément.

Pour contourner ce problème dans Office Communications Server 2007, les règles qui contiennent la séquence de caractères t? sont ignorées par le téléphone Office Communicator Phone Edition et ne sont pas utilisées pour exécuter l'optimisation de numérotation téléphonique avec le téléphone décroché.

Pour corriger le problème décrit dans la section précédente, dans Office Communications Server 2007 R2 :

• L'administrateur peut définir le préfixe d'accès externe pour le profil d'emplacement afin d'aider à clarifier les règles qui se chevauchent.
• L'administrateur peut signaler les règles qui établissent un lien vers les numéros de téléphone d'entreprise internes.

Ces modifications ont les effets suivants :

• Les modifications de schéma apportées au profil d'emplacement et aux règles de normalisation sont envoyées au client (par exemple le téléphone Office Communicator Phone Edition) via une mise en service intrabande.
• Toutes les règles spécifiques pour le téléphone Office Communicator Phone Edition peuvent être supprimées du profil d'emplacement. Par exemple, la séquence de caractères t? décrite précédemment peut être supprimée des expressions courantes car elle n'est plus nécessaire.
• Si le premier chiffre composé par un utilisateur correspond au préfixe d'accès externe, le périphérique (par exemple un téléphone Office Communicator Phone Edition) ignore le chiffre et n'utilise pas les règles référencées comme ExtensionInterne. Par exemple, si un utilisateur compose 08005551212, le premier zéro est supprimé par le périphérique et l'appel est traité comme un appel gratuit. Comme les numéros de téléphone qui commencent par 0 ne sont pas traités comme des extensions internes, une correspondance de règle de normalisation n'est pas effectuée dès que l'utilisateur compose les quatre premiers chiffres.
• Si l'administrateur souhaite unifier les expériences de numérotation avec téléphone raccroché et décroché, les règles qui sont spécifiques à Office Communicator et ne s'appliquent pas à l'appareil téléphonique doivent être signalées par l'indicateur doNotdialFromDevice. Ainsi, le périphérique ignore ces règles lorsqu'il exécute la correspondance de règle. Par exemple, en prenant les exemples de règles de composition précédentes, les appels du périphérique vers les numéros locaux doivent être préfixés à l'aide d'un 0, mais les appels Office Communicator peuvent être effectués sans ajouter de 0 devant.

Pour plus d'informations sur la configuration d'Office Communications Server 2007 R2 avec les améliorations de règle de normalisation, consultez Planification des fonctions vocales.

Cette option exige que vous ajoutiez des règles au profil d'emplacement qui identifient les numéros E.164 qui ne commencent pas par le signe plus. Par exemple, un profil d'emplacement pour Redmond aux États-Unis peut nécessiter une règle qui ajoute comme préfixe le signe plus à tous les numéros à 11 chiffres commençant par le chiffre 1. En pratique, la formulation de règles identifiant correctement toutes les instances de numéros E.164 dont le signe plus initial est manquant peut être difficile et prendre du temps.

Il s'agit de l'option recommandée lorsque les modèles de numérotation sont identiques entre les clients Office Communications Server et la messagerie unifiée (par exemple, en l'absence de besoin de préfixe hors réseau).

Même lorsque les modèles de numérotation ne sont pas identiques entre les clients Office Communications Server et la messagerie unifiée, les administrateurs ont la possibilité de définir et de classer les règles de normalisation de manière à accommoder les deux scénarios. Cette approche présente une complexité supplémentaire, mais elle permet aux clients Office Communications Server de passer des appels à partir des listes des contacts Outlook, même si le format du numéro ne respecte pas le plan de numérotation normal.

Cette option vous évite la tâche difficile d'avoir à garantir qu'un seul profil d'emplacement représente deux ensembles de modèles de numérotation, l'un de la messagerie unifiée Exchange, l'autre des clients Office Communications Server. L'inconvénient est qu'il est alors nécessaire de configurer et de gérer deux profils d'emplacement.