EP2030418A2 - Procede de routage pour numeros non standard dans un mecanisme de routage pour numeros standard - Google Patents
Procede de routage pour numeros non standard dans un mecanisme de routage pour numeros standardInfo
- Publication number
- EP2030418A2 EP2030418A2 EP07765992A EP07765992A EP2030418A2 EP 2030418 A2 EP2030418 A2 EP 2030418A2 EP 07765992 A EP07765992 A EP 07765992A EP 07765992 A EP07765992 A EP 07765992A EP 2030418 A2 EP2030418 A2 EP 2030418A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- standard
- routing
- standard number
- numbers
- enum
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
Definitions
- the present invention relates to a routing method for restoring a call to a non-standard number in a network including a routing mechanism for standard numbers.
- the invention applies in particular to any end-to-end SIP signaling network whose routing relies on the ENUM technology, capable of carrying services based on non-E.164 numbering as short numbers or belonging to private numbering plans.
- IMS IP Multimedia Subsystem
- networks based on IMS architectures apply routing mechanisms different from those traditionally used in switched telephone networks (PSTNs). These IMS mechanisms are essentially based on a particular function of the Domain Name System (DNS), called ENUM, which, in this context, makes it possible to translate a telephone number into a SIP identifier called URI (Uniform Resource Identifier). ”) Natively mutable in networks using the SIP protocol, which is the case of IMS architectures.
- DNS Domain Name System
- SIP protocol which is the case of IMS architectures.
- the ENUM function described in the IETF RFC 3761 standard, makes it possible to know, by querying the DNS system using a standard telephone number in accordance with the international standard ITU E.164, the possible multimedia identifiers for joining a correspondent. .
- the result of an ENUM request can be one or more URIs with their processing order and their preference.
- URIs are then used to reference resources or services associated with the E.164 standard number such as, for example, an e-mail address, a web page, a directory service, fixed or mobile reference numbers, or an alias of Voice over IP, videophone or instant messaging for SiP or H.323 protocols.
- a call established using an E.164 standard number in an IMS network is performed according to the following routing mechanism.
- an S-CSCF Cluster Session Control Function
- an S-CSCF server having determined that the called number complies with the standard E.164, converts this number into an expression, a domain name, serving as a basis for querying the ENUM function, which will respond to the request with at least one URI.
- the S-CSCF server builds the expression "9.8.7.6.5.4.3.2.1.3.3” to concatenate it to another "root” domain name ( a predefined root) and obtain the full name "9.8.7.6.5.4.3.2.1.3.3.root”.
- RFC 3761 defines the root value as "e164.arpa”. Once concatenated, the fully qualified domain name thus formed is "9.8.7.6.5.4.3.2.1.e164.arpa”. Note that the IMS also allows you to set your own root as a parameter of the SIP server.
- the root domain name "e164.arpa” thus represents the root of a tree structure of the ENUM translation database associating at least one URI identifier with the expression provided by the S-CSCF server.
- the ENUM function searches in the translation database whose root is "e164.arpa” or URI identifiers corresponding to the expression received when (s) exist (s).
- a URI identifier returned to the SIP server by the ENUM function is for example of the type "sip: dupond@provider.com” where "provider.com” is a domain name.
- the call setup request is then routed to another SIP server associated with the domain "provider.com".
- This IMS SIP server which is the entry point to the network associated with the domain name "provider.com” is generally called I-CSCF (I for "Interrogating").
- the routing logic is as follows: any IMS subscriber has an entry in the ENUM database, a number that is not present in this database must not be routed to an IMS server such as N-CSCF, but to a destination outside the IMS network.
- ENUM does not consider hosting non-standard numbers belonging to a numbering plan other than the E.164 international numbering plan. Therefore, when a non-standard number is used to address a destination in the IMS network, it is not present in the ENUM tree, and the routing can not be performed according to the mechanism just described. but requires a special mechanism dedicated to this new dialing configuration.
- This dedicated mechanism may consist of complicating the number analysis methods at the level of the SIP servers S-CSCF or defining a default route, for example imposing the transit via the switched network RTC.
- the S-CSCF server detects that this short number can not be present in the ENUM database and that, therefore, the destination of the call does not belong to the SIP network, In this case, the S-CSCF server refrains from making a request to the ENUM function and directly directs the call to the switched network RTC.
- the call is then processed by complex routing mechanisms known to RTC networks that need not be further described here.
- the current mechanisms in IMS architectures are subject to a constraint that limits their use to only standard numbers in the E.164 international format, because they base the DNS ENUM database tree on a predefined single root, in General the root "e164.arpa" mentioned above. It is therefore impossible to use it to analyze non-standard E.164 numbers such as short numbers of the subscriber dial plan or a private numbering plan, for example, and to send this type of destination without an ad-hoc mechanism. in an IMS network.
- the technical problem to be solved by the object of the present invention is to propose a routing method for establishing a call to a non-standard number in a network including a routing mechanism for standard numbers associating, in a translation base, standard numbers a tree structure capable of providing a standard number at least one routing identifier in the network, which would treat non-standard numbers as easily as standard numbers, avoiding the use of a complex ad-hoc mechanism, for example a routing to an external network, such as the RTC network cited in the solution example presented above.
- the solution to the technical problem posed consists, according to the invention, in that, a specific root (“domain”) being associated with at least one category of non-standard numbers, and a specific tree structure being constructed on said specific root (" domain ”) in said translation database (DNS ENUM), the method comprises the following steps:
- the method according to the invention consists in providing, via the signaling used when establishing the call to a non-standard number, the specific root associated with this category of non-standard numbers.
- the invention involves enriching the translation base, such as the ENUM database, of complementary tree structures constructed from specific roots, a specific root being associated with a given category of non-standard numbers. For example, to private short numbers of the internal numbering plan to an XYZ 1 company constituting a nonstandard number category, we can associate in the translation database a specific root such as "XYZ” or "xyz.com", just as the root "e164.arpa" is associated with E.164 standard numbers.
- said specific root is transmitted as a given value to the context parameter ("phone-context") defined in the IETF RFC 3966 standard.
- the invention also relates to a translation base intended to associate standard numbers with a tree structure capable of supplying a standard number with a routing identifier in a network, which is remarkable in that said translation database also contains at least one associated tree structure. to non-standard numbers.
- the invention also relates to a terminal requesting a non-standard number in a network including a routing mechanism for standard numbers associating standard numbers with a tree structure capable of supplying a standard number with at least one routing identifier in the network. remarkable in that said terminal is capable of providing, during a call sent to a non-standard number, said non-standard number accompanied by a specific root of a specific tree structure associated with a non-standard number category to which belongs said non-standard number.
- the invention also relates to a call server intended to receive a call establishment request from a terminal in a network including a routing mechanism for standard numbers associating standard numbers with a tree structure capable of providing a number standard at least one routing identifier in the network, wherein a specific root ("domain”) is associated with at least one non-standard number category, and a specific tree structure being constructed on said specific root ("domain") in said database (DNS)
- said call server comprises the means for:
- the invention further relates to a routing server for establishing calls in a network including a call number routing mechanism associating, in a translation database, at least one category of call numbers with a root a tree structure capable of providing a call number with at least one routing identifier in the network, characterized in that, a specific root ("domain") being associated with at least one non-standard number category, and a specific tree structure being built on said specific root
- said routing server comprises means for:
- the invention relates to a computer program product downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor, characterized in that it comprises program code instructions for carrying out the process according to the invention.
- the invention finally relates to a computer program product downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor, notable in that it includes program code instructions for executing the operations performed by the routing server according to the invention.
- FIG. 1 is a diagram illustrating the exchanges between an SIP server S-CSCF and a DNS database ENUM.
- FIG. 2 represents a routing algorithm associated with the diagram of FIG. 1.
- non-E.164-compliant numbers must be conveyed in call setup messages with a parameter defining the context in which they may be interpreted.
- This context parameter for example the "phone-context" parameter as defined in the IETF RFC 3966 standard, makes it possible to specify the perimeter within which the number conveyed must be interpreted and outside which it is not valid.
- This context parameter can be valuated by different types of entities during the call, in particular the call terminal itself or a server initiating the call.
- the method according to the invention constructs for non-standard numbers not belonging to the E.164 plane the ENUM DNS request associated with a given category of non-standard numbers from the name of a specific root assigned to that category in the context parameter, for example "phone-context" of the URI present in the Request-URI field of the call setup message. For this request to succeed, a corresponding specific tree structure based on this root is previously created in the ENUM database where non-standard numbers of the intended category are associated with SIP URIs.
- the SIP server S-CSCF then formulates a request from the expression "4.3.2.1. xyz.com ".
- the ENUM database performs a search in a specific tree structure whose root is "xyz.com” and sends back to the S-CSCF server the URI identifier "sip: abc@xyz.com".
- the call setup request is then routed through the standard PIMS routing mechanisms to an I-CSCF server associated with the "xyz.com” domain.
- the SIP server On receipt of such a call setup request, the SIP server having determined that the requested number is not an E.164 number queries the DNS ENUM database having previously concatenated the sequence "3.2.1.3. numerocourt.operateur.com ". The ENUM server is therefore interrogated on the domain "3.2.1.3. numerocourt.operateur.com "and responds with a routing identifier value that has been previously provided, for example" s ' ⁇ : service @ operator. com Surrey
- any entity can then easily route calls to non-standard E.164 numbers in I 1 IMS, without the need for a specific number analysis.
- this new specific tree in which will be stored all non-standard numbers interpretable in the same dial plan.
- a new specific DNS tree can be created in which non-standard numbers can be associated with a SIP URI, naturally routable in SIP networks.
- Each new tree will derive from a proper root specific to the dialing context designated by the domain name carried by the "phone-context" parameter.
- Another embodiment is to create a dedicated SIP parameter to convey the specific ENUM root information to be used, for example "enum-root”.
- the parameter "phone-context" always present would then simply give an indication of the context while the new parameter would carry the specific ENUM root domain name associated with this context.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Procédé de routage d'un appel établi au moyen d'un numéro non standard dans un réseau incluant un mécanisme de routage pour numéros standard (E.164) associant, dans une base (DNS ENUM) de traduction, aux numéros standard une structure arborescente apte à fournir à un numéro standard au moins un identifiant (URI SIP) de routage dans le réseau. Selon l'invention, une racine spécifique («domaine») étant associée à au moins une catégorie de numéros non standard, et une structure arborescente spécifique étant construite sur ladite racine spécifique («domaine») dans iadite base (DNS ENUM) de traduction, ledit procédé comprend les étapes suivantes : - recevoir une demande d'établissement d'appel vers un numéro non standard, et - de transmettre à un serveur (SIP S-CSCF) de routage, ledit numéro non standard accompagné de ladite racine spécifique, dans ladite demande d'établissement d'appel. Application au routage de numéros non E.164 dans l'IMS.
Description
PROCEDE DE ROUTAGE POUR NUMEROS NON STANDARD DANS UN MECANISME DE ROUTAGE POUR NUMEROS STANDARD
La présente invention concerne un procédé de routage pour rétablissement d'un appel vers un numéro non standard dans un réseau incluant un mécanisme de routage pour numéros standard.
L'invention s'applique notamment à tout réseau à signalisation SIP («Session Initiation Protocol») de bout en bout dont le routage s'appuie sur la technologie ENUM, susceptible de porter des services à base de numérotation non E.164 comme des numéros courts ou appartenant à des plans de numérotation privés.
Un exemple de réseaux concernés par l'invention est illustré par les réseaux construits sur une architecture SiP particulière connue sous le nom de IMS («IP Multimedia Subsystem»).
D'une manière générale, les réseaux basés sur des architectures IMS appliquent des mécanismes de routage différents de ceux traditionnellement utilisés dans les réseaux de téléphonie commutés (RTC). Ces mécanismes IMS reposent pour l'essentiel sur une fonction particulière du système DNS («Domain Name System»), appelée ENUM, qui, dans ce contexte, permet de traduire un numéro de téléphone en un identifiant SIP appelé URI («Uniform Resource Identifier») nativement mutable dans les réseaux utilisant le protocole SIP, ce qui est le cas des architectures IMS. Ces mécanismes de routage normalisés sont aujourd'hui applicables à des numéros standard s'intégrant dans le plan de numérotation international dit « E.164 » en référence à la Recommandation UIT qui la définit. Ces numéros téléphoniques au format international E.164 sont désormais utilisés dans des architectures client-serveur, telles que les annuaires par exemple, comme clé universelle permettant d'accéder à un ensemble d'identifiants associés à ces numéros.
La fonction ENUM, décrite dans le standard IETF RFC 3761 , permet de connaître, par interrogation du système DNS à l'aide d'un numéro de téléphone standard conforme à la norme internationale UIT E.164, les identifiants multimédias possibles pour joindre un correspondant. Le résultat d'une requête ENUM peut être un ou plusieurs identifiants URI accompagnés de leur ordre de traitement et leur préférence. Ces identifiants URI sont alors utilisés pour référencer des ressources ou des services associés au numéro standard E.164 comme, par exemple, une adresse e-mail, une page web, un service d'annuaire, des numéros de renvois fixes ou mobiles, ou un alias de Voix sur IP, de visiophone ou de messagerie instantanée pour les protocoles SiP ou H.323.
Un appel établi au moyen d'un numéro standard E.164 dans un réseau à architecture IMS s'effectue selon le mécanisme de routage suivant.
Dans NMS, à la suite d'une demande d'établissement d'un appel vers un numéro au format international E.164, un serveur S-CSCF («Call Session Control Function»), ayant déterminé que le numéro appelé est conforme au standard E.164, effectue une conversion de ce numéro en une expression, un nom de domaine, servant de base à l'interrogation de la fonction ENUM, laquelle répondra à la requête par au moins un identifiant URI. Par exemple, à partir du numéro standard E.164 «+33123456789» le serveur S-CSCF construit l'expression «9.8.7.6.5.4.3.2.1.3.3» pour la concaténer à un autre nom de domaine « root » (une racine prédéfinie) et obtenir le nom complet «9.8.7.6.5.4.3.2.1.3.3.racine». La RFC 3761 définit par exemple la valeur de racine comme étant «e164.arpa». Une fois concaténé, le nom de domaine complet ainsi formé est «9.8.7.6.5.4.3.2.1.e164.arpa». Signalons que l'IMS autorise également de définir sa propre racine en tant que paramètre du serveur SIP.
Le nom de domaine racine «e164.arpa» représente ainsi la racine d'une structure arborescente de la base de traduction ENUM associant au moins un identifiant URI à l'expression fournie par le serveur S-CSCF. En réponse à la requête, la fonction ENUM recherche dans la base de traduction dont la racine est «e164.arpa» le ou les identifiants URI correspondants à l'expression reçue lorsqu'il(s) existe(nt).
Un identifiant URI retourné au serveur SIP par la fonction ENUM est par exemple du type «sip:dupond@provider.com» où «provider.com» est un nom de domaine. La demande d'établissement d'appel est alors routée vers un autre serveur SIP associé au domaine «provider.com». Ce serveur IMS SIP qui constitue le point d'entrée vers le réseau associé au nom de domaine «provider.com» est généralement appelé I-CSCF (I pour « Interrogating »).
Ainsi, dans une architecture IMS, la logique de routage est la suivante : tout abonné IMS possède une entrée dans la base ENUM, un numéro qui n'est pas présent dans cette base de données ne doit pas être routé vers un serveur IMS tel que N-CSCF, mais vers une destination à l'extérieur du réseau IMS. Or, ENUM ne considère pas l'hébergement des numéros non standard appartenant à un plan de numérotage autre que le plan de numérotation international E.164. C'est pourquoi, lorsqu'un numéro non standard est utilisé pour adresser une destination dans le réseau IMS, il n'est pas présent dans l'arborescence ENUM, et le routage ne peut être effectué conformément au mécanisme qui vient d'être décrit, mais nécessite un mécanisme particulier dédié à cette nouvelle configuration de numérotation.
Ce mécanisme dédié peut consister à complexifier les méthodes d'analyse des numéros au niveau des serveurs SIP S-CSCF ou à définir une route par défaut, imposant par exemple le transit par le réseau commuté RTC.
Plus précisément, lorsqu'un terminal appelant qui appartient au réseau
SIP effectue une demande d'établissement d'appel au moyen d'un numéro court, non standard, le serveur S-CSCF détecte que ce numéro court ne peut être présent dans la base ENUM et que, par conséquent, la destination de l'appel n'appartient pas au réseau SIP, Dans ce cas, le serveur S-CSCF s'abstient d'effectuer une requête auprès de la fonction ENUM et dirige directement l'appel vers le réseau commuté RTC. L'appel est alors traité par des mécanismes complexes de routage connus des réseaux RTC qu'il n'est pas nécessaire de décrire davantage ici. En résumé, les mécanismes en vigueur actuellement dans les architectures IMS sont soumis à une contrainte qui limite leur utilisation aux seuls numéros standard au format international E.164, car ils font reposer l'arborescence de la base DNS ENUM sur une racine unique prédéfinie, en
général la racine «e164.arpa» mentionnée plus haut. Il est donc impossible de l'utiliser pour analyser des numéros non standard E.164 comme les numéros courts du plan de numérotation abonné ou d'un plan de numérotation privé par exemple, et d'adresser sans mécanisme ad-hoc ce type de destination dans un réseau IMS.
Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé de routage pour l'établissement d'un appel vers un numéro non standard dans un réseau incluant un mécanisme de routage pour numéros standard associant, dans une base de traduction, aux numéros standard une structure arborescente apte à fournir à un numéro standard au moins un identifiant de routage dans le réseau, qui permettrait de traiter les numéros non standard aussi facilement que les numéros standard, en évitant d'avoir recours à un mécanisme ad-hoc complexe, par exemple un routage vers un réseau extérieur, comme le réseau RTC cité dans l'exemple de solution présenté plus haut.
La solution au problème technique posé consiste, selon l'invention, en ce que, une racine spécifique («domaine») étant associée à au moins une catégorie de numéros non standard, et une structure arborescente spécifique étant construite sur ladite racine spécifique («domaine») dans ladite base (DNS ENUM) de traduction, le procédé comprend les étapes suivantes :
- de recevoir une demande d'établissement d'appel vers un numéro non standard, et
- de transmettre à un serveur (SIP S-CSCF) de routage, ledit numéro non standard accompagné de ladite racine spécifique, dans ladite demande d'établissement d'appel.
Ainsi, le procédé conforme à l'invention consiste à fournir, via la signalisation utilisée lors de l'établissement de l'appel vers un numéro non standard, la racine spécifique associée à cette catégorie de numéros non standard. L'invention implique d'enrichir la base de traduction, comme la base ENUM, de structures arborescentes complémentaires construites à partir de racines spécifiques, une racine spécifique étant associée à une catégorie donnée de numéros non standard. Par exemple, à des numéros courts privés du plan de numérotation interne à une entreprise XYZ1 constituant une
catégorie de numéros non standard, on peut associer dans la base de traduction une racine spécifique telle que «XYZ» ou «xyz.com», tout comme la racine «e164.arpa» est associée aux numéros standard E.164.
Il suffit alors d'accompagner le numéro court privé composé de la racine spécifique correspondante pour qu'un serveur SIP du type S-CSCF repère que la catégorie de numéros non standard correspondante est connue de la base ENUM et formule une requête vers cette base pour obtenir un identifiant URI, selon un mécanisme équivalent à celui mis en oeuvre pour les numéros standard. Selon un aspect de l'invention, ladite racine spécifique est transmise sous la forme d'une valeur donnée au paramètre de contexte («phone- context») défini dans le standard IETF RFC 3966.
L'invention concerne également une base de traduction destinée à associer à des numéros standard une structure arborescente apte à fournir à un numéro standard un identifiant de routage dans un réseau, remarquable en ce que ladite base de traduction contient également au moins une structure arborescente associée à des numéros non standard.
L'invention concerne en outre un terminal demandeur d'un numéro non standard dans un réseau incluant un mécanisme de routage pour numéros standard associant aux numéros standard une structure arborescente apte à fournir à un numéro standard au moins un identifiant de routage dans le réseau, remarquable en ce que ledit terminal est apte à fournir, lors d'un appel émis vers un numéro non standard, ledit numéro non standard accompagné d'une racine spécifique d'une structure arborescente spécifique associée à une catégorie de numéros non standard à laquelle appartient ledit numéro non standard.
L'invention concerne par ailleurs un serveur d'appel destiné à recevoir une demande d'établissement d'appel d'un terminal dans un réseau incluant un mécanisme de routage pour numéros standard associant aux numéros standard une structure arborescente apte à fournir à un numéro standard au moins un identifiant de routage dans le réseau, remarquable en ce que, une racine spécifique («domaine») étant associée à au moins une catégorie de numéros non standard, et une structure arborescente spécifique étant
construite sur ladite racine spécifique («domaine») dans ladite base (DNS
ENUM) de traduction, ledit serveur d'appel comprend les moyens pour :
- recevoir une demande d'établissement d'appel vers un numéro non standard, et
- transmettre à un serveur (SIP S-CSCF) de routage ledit numéro non standard accompagné de ladite racine spécifique, dans ladite demande d'établissement d'appel.
L'invention concerne de plus un serveur de routage pour l'établissement d'appels dans un réseau incluant un mécanisme de routage pour numéros d'appel associant, dans une base de traduction, à au moins une catégorie de numéros d'appel une racine d'une structure arborescente apte à fournir à un numéro d'appel au moins un identifiant de routage dans le réseau, remarquable en ce que, une racine spécifique («domaine») étant associée à au moins une catégorie de numéros non standard, et une structure arborescente spécifique étant construite sur ladite racine spécifique
(«domaine») dans ladite base (DNS ENUM) de traduction, ledit serveur de routage comprend des moyens pour :
- recevoir ledit numéro non standard accompagné de ladite racine spécifique, dans ladite demande d'établissement d'appel;
- vérifier la présence de ladite racine dans la base de traduction;
- transmettre, en cas de vérification positive, ledit numéro d'appel à la base de traduction, et
- recevoir de la base de traduction ledit identifiant de routage (URI SIP). En outre, l'invention concerne un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution du procédé selon l'invention. L'invention concerne enfin un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur,
remarquable en ce qu'il comprend des instructions de code de programme pour l'exécution des opérations réalisées par le serveur de routage selon l'invention.
La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée.
La figure 1 est un schéma illustrant les échanges entre un serveur SIP S-CSCF et une base DNS ENUM. La figure 2 représente un algorithme de routage associé au schéma de la figure 1.
Dans les réseaux IMS, les numéros non conformes au standard E.164 doivent être véhiculés dans les messages d'établissement d'appel accompagnés d'un paramètre définissant le contexte dans lequel ils peuvent être interprétés. Ce paramètre de contexte, par exemple le paramètre «phone- context» tel que défini dans la norme IETF RFC 3966, permet de spécifier le périmètre au sein duquel le numéro véhiculé doit être interprété et en dehors duquel il n'est pas valable. Ce paramètre de contexte peut être valorisé par différents types d'entités au cours de l'appel, en particulier le terminal d'appel lui-même ou un serveur initiant l'appel.
Le procédé conforme à l'invention construit pour des numéros non standard n'appartenant pas au plan E.164 la requête DNS ENUM associée à une catégorie donnée de numéros non standard à partir du nom d'une racine spécifique affectée à cette catégorie dans le paramètre de contexte, par exemple «phone-context» de l'URI présente dans le champ Request-URI du message d'établissement d'appel. Pour que cette requête aboutisse, une structure arborescente spécifique correspondante basée sur cette racine est préalablement créée dans la base ENUM où les numéros non standard de la catégorie envisagée sont associés à des identifiants URI SIP. On peut prendre l'exemple de numéros privés du plan de numérotation interne de l'entreprise XVZ dont le nom de domaine associé est «xyz.com». Dans un exemple d'application de l'invention, lors d'un appel SIP à destination du numéro court 1234 du plan de numérotation interne de l'entreprise XVZ
dont le titulaire a pour nom «abc», le numéro 1234 est accompagné dans le message INVITE SIP d'un paramètre «phone-context=xyz.com» au niveau du terminal demandeur, ou d'un serveur d'appel destiné à recevoir l'appel SIP du terminal, et transmis à un serveur SIP S-CSCF, lequel détermine que la racine spécifique «xyz.com» est connue de la base ENUM. Le serveur SIP S-CSCF formule alors une requête à partir de l'expression «4.3.2.1. xyz.com». La base ENUM effectue une recherche dans une structure arborescente spécifique dont la racine est «xyz.com» et renvoie au serveur S-CSCF l'identifiant URI «sip:abc@xyz.com». La demande d'établissement d'appel est ensuite routée par les mécanismes de routage standard de PIMS vers un serveur I-CSCF associé au domaine «xyz.com».
De la même manière, les appels à destination de numéros courts internes à un opérateur peuvent être initiés en accompagnant le numéro demandé, par exemple «3123», par un paramètre de contexte comme «phone-context=numerocourt.operateur.com». Sur réception d'une telle demande d'établissement d'appel, le serveur SIP ayant déterminé que le numéro demandé n'est pas un numéro E.164 interroge la base DNS ENUM en ayant préalablement construit par concaténation la séquence «3.2.1.3. numerocourt.operateur.com». Le serveur ENUM est donc interrogé sur le domaine «3.2.1.3. numerocourt.operateur.com» et répond par une valeur d'identifiant de routage qui lui aura été préalablement fournie, par exemple «s'φ :service@operateur. com» .
Ce mécanisme est illustré par les figures 1 et 2.
Bien entendu, comme l'indique plus particulièrement la figure 2, le choix d'une valeur de paramètre de contexte égale au nom de domaine racine spécifique d'une arborescence DNS dans laquelle seront enregistrés les numéros non standard E.164 est sans impact sur le traitement de numéros standard E.164, lesquels peuvent continuer à être traduits sur la racine de référence «e164.aφa» ou une autre, si tel a été le choix d'implémentation. Comme le montre la figure 2, en cas d'échec, c'est-à-dire si le numéro d'appel n'est ni un numéro standard E.164, ni un numéro non standard, court ou privé par exemple, implémenté dans la base ENUM conformément à
l'invention, il est alors nécessaire de recourir à un mécanisme ad hoc, comme le routage vers le réseau commuté RTC cité plus haut.
D'une manière générale, en appliquant une requête ENUM à partir du nom de domaine racine porté par le paramètre «phone-context», n'importe quelle entité pourra alors aisément router les appels vers des numéros non standard E.164 dans I1IMS, sans nécessiter d'analyse spécifique du numéro.
Chaque numéro non E.164 véhiculé dans I1IMS étant accompagné de la seule information nécessaire à son propre routage, l'acheminement des appels est automatisé. Dès lors, pour tous les types de numéros demandés, E.164 et non E.164, l'acheminement des appels dans les réseaux IMS repose entièrement sur l'infrastructure DNS.
En résumé, le procédé conforme à l'invention consiste à :
- utiliser le nom de domaine porté par le paramètre de contexte associé aux numéros non E.164 comme nom de domaine racine d'une arborescence spécifique DNS de type ENUM, parallèle à celle utilisée pour les numéros E.164,
- créer cette nouvelle arborescence spécifique dans laquelle seront stockés tous les numéros non standard interprétables dans le même plan de numérotation. Pour chaque contexte d'interprétation de numéro, comme plan privé, service spécial, plan de numérotation abonné, etc., pourra ainsi être créée une nouvelle arborescence spécifique DNS dans laquelle les numéros non standard pourront se voir associer une URI SIP, naturellement routable dans les réseaux SIP. Chaque nouvelle arborescence dérivera d'une racine propre spécifique au contexte de numérotation désigné par le nom de domaine porté par le paramètre «phone-context».
Un autre mode de réalisation consiste à créer un paramètre SIP dédié pour véhiculer l'information de racine spécifique ENUM à utiliser, par exemple «enum-root». Le paramètre «phone-context» toujours présent porterait alors simplement une indication du contexte tandis que le nouveau paramètre porterait le nom de domaine racine spécifique ENUM associé à ce contexte.
La demande d'établissement d'appel SIP pourrait alors véhiculer par exemple «phone-context=+33» et «enum-root= xyz.com». Cet autre mode de réalisation permettrait :
- de ne pas imposer de formalisme sur le paramètre «phone-context», l'utilisation d'un nom de domaine se faisant alors au détriment d'une valeur de type "+<chiffres>",
- passer outre les procédures qui pourraient être liées au paramètre «phone- context» déjà implémentées dans certains équipements et incompatibles avec le format nom de domaine ou la sémantique induite par le premier mode de réalisation de l'invention précédemment décrit.
Claims
1. Procédé de routage pour rétablissement d'un appel vers un numéro non standard dans un réseau incluant un mécanisme de routage pour numéros standard (E.164) associant, dans une base (DNS ENUM) de traduction, aux numéros standard une structure arborescente apte à fournir à un numéro standard au moins un identifiant (URI SIP) de routage dans le réseau, caractérisé en ce que, une racine spécifique («domaine») étant associée à au moins une catégorie de numéros non standard, et une structure arborescente spécifique étant construite sur ladite racine spécifique («domaine») dans ladite base (DNS ENUM) de traduction, ledit procédé comprend les étapes suivantes
- de recevoir une demande d'établissement d'appei vers un numéro non standard, et
- de transmettre à un serveur (SIP S-CSCF) de routage, ledit numéro non standard accompagné de ladite racine spécifique, dans ladite demande d'établissement d'appel.
2. Procédé selon la revendication 1 , caractérisé en ce que ladite racine spécifique est transmise sous la forme d'une valeur donnée au paramètre de contexte («phone-context») défini dans le standard IETF RFC 3966.
3. Procédé selon la revendication 1 , caractérisé en ce que ladite racine spécifique est une valeur donnée à un paramètre dédié («enum-root»).
4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que lesdits numéros standard sont des numéros conformes à la numérotation internationale E.164.
5. Procédé selon la revendication 4, caractérisé en ce que ladite base de traduction est fournie par la fonction ENUM du système DNS.
6. Procédé selon la revendication 5, caractérisé en ce que ladite racine spécifique est un nom de domaine («domaine»).
7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit réseau est basé sur une architecture IMS.
8. Procédé selon la revendication 7, caractérisé en ce que ledit identifiant de routage est un identifiant URI SIP.
9. Base (DNS ENUM) de traduction destinée à associer à des numéros standard (E.164) une structure arborescente apte à fournir à un numéro standard un identifiant (URI SIP) de routage dans un réseau, caractérisée en ce que ladite base de traduction contient également au moins une structure arborescente associée à des numéros non standard.
10. Terminal demandeur d'un numéro non standard dans un réseau incluant un mécanisme de routage pour numéros standard (E.164) associant aux numéros standard une structure arborescente apte à fournir à un numéro standard au moins un identifiant (URI SIP) de routage dans le réseau, caractérisé en ce que ledit terminal est apte à fournir, lors d'un appel émis vers un numéro non standard, ledit numéro non standard accompagné d'une racine spécifique d'une structure arborescente spécifique associée à une catégorie de numéros non standard à laquelle appartient ledit numéro non standard.
1 1 . Serveur d'appel destiné à recevoir une demande d'établissement d'appel d'un terminal dans un réseau incluant un mécanisme de routage pour numéros standard (E.164) associant, dans une base (DNS ENUM) de traduction, aux numéros standard une structure arborescente apte à fournir à un numéro standard au moins un identifiant (URI SIP) de routage dans le réseau, caractérisé en ce que, une racine spécifique («domaine») étant associée à au moins une catégorie de numéros non standard, et une structure arborescente spécifique étant construite sur ladite racine spécifique («domaine») dans ladite base (DNS ENUM) de traduction, ledit serveur d'appel comprend les moyens pour :
- recevoir une demande d'établissement d'appel vers un numéro non standard, et - transmettre à un serveur (SIP S-CSCF) de routage ledit numéro non standard accompagné de ladite racine spécifique, dans ladite demande d'établissement d'appel.
12. Serveur (SIP S-CSCF) de routage pour l'établissement d'appels dans un réseau incluant un mécanisme de routage pour numéros standard (E.164) associant, dans une base (DNS ENUM) de traduction, aux numéros standard une structure arborescente apte à fournir à un numéro standard au moins un identifiant (URI SIP) de routage dans le réseau, caractérisé en ce que, une racine spécifique («domaine») étant associée à au moins une catégorie de numéros non standard, et une structure arborescente spécifique étant construite sur ladite racine spécifique («domaine») dans ladite base (DNS ENUM) de traduction, ledit serveur de routage comprend des moyens pour : - recevoir ledit numéro non standard accompagné de ladite racine spécifique, dans ladite demande d'établissement d'appel;
- vérifier la présence de ladite racine dans la base de traduction;
- transmettre, en cas de vérification positive, ledit numéro d'appel à la base de traduction, et - recevoir de la base de traduction ledit identifiant de routage (URI SIP).
13. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution du procédé selon les revendications 1 à 8.
14. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution des opérations réalisées par le serveur de routage selon la revendication 12.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0651737 | 2006-05-15 | ||
PCT/FR2007/051211 WO2007132108A2 (fr) | 2006-05-15 | 2007-05-03 | Procede de routage pour numeros non standard dans un mecanisme de routage pour numeros standard |
Publications (1)
Publication Number | Publication Date |
---|---|
EP2030418A2 true EP2030418A2 (fr) | 2009-03-04 |
Family
ID=37708280
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP07765992A Withdrawn EP2030418A2 (fr) | 2006-05-15 | 2007-05-03 | Procede de routage pour numeros non standard dans un mecanisme de routage pour numeros standard |
Country Status (2)
Country | Link |
---|---|
EP (1) | EP2030418A2 (fr) |
WO (1) | WO2007132108A2 (fr) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9603590D0 (en) * | 1996-02-20 | 1996-04-17 | Hewlett Packard Co | Method of accessing a target entity over a communciations network |
FR2841072A1 (fr) * | 2002-06-14 | 2003-12-19 | France Telecom | Systeme de consultation et/ou mise a jour de serveurs dns et/ou d'annuaires ldap |
SE0202059D0 (sv) * | 2002-07-02 | 2002-07-02 | Ericsson Telefon Ab L M | Method and apparatus for routing a service request in a telecommunication system |
-
2007
- 2007-05-03 WO PCT/FR2007/051211 patent/WO2007132108A2/fr active Application Filing
- 2007-05-03 EP EP07765992A patent/EP2030418A2/fr not_active Withdrawn
Non-Patent Citations (1)
Title |
---|
FALTSTROM CISCO SYSTEMS INC M MEALLING VERISIGN P: "The E.164 to URI DDDS Application draft-ietf-enum-rfc2916bis-01.txt; draft-ietf-enum-rfc2916bis-01.txt", 5. JCT-VC MEETING; 96. MPEG MEETING; 16-3-2011 - 23-3-2011; GENEVA; (JOINT COLLABORATIVE TEAM ON VIDEO CODING OF ISO/IEC JTC1/SC29/WG11 AND ITU-T SG.16 ); URL: HTTP://WFTP3.ITU.INT/AV-ARCH/JCTVC-SITE/,, vol. enum, no. 1, 1 June 2002 (2002-06-01), XP015001849, ISSN: 0000-0004 * |
Also Published As
Publication number | Publication date |
---|---|
WO2007132108A3 (fr) | 2008-01-03 |
WO2007132108A2 (fr) | 2007-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1932081B1 (fr) | Acheminement d'appels dans un reseau | |
US8355333B2 (en) | Methods and systems for session initiation protocol control of network equipment | |
EP2080339B1 (fr) | Procede de routage d'un message sip en cas d'indisponibilite de noeuds intermediaires | |
US20070081518A1 (en) | Open programmable software protocol stack for use with an Internet telephony system | |
EP3155791B1 (fr) | Procédé d'établissement d'une session webrtc | |
EP1994724B1 (fr) | Procede et systeme de caracterisation de noeuds de communication heterogenes | |
JP2011066888A (ja) | 企業外の電話を企業内のユーザに関連付けるネットワーク・フレームワーク | |
EP3085065B1 (fr) | Procédé de mise a jour dynamique d'informations obtenues de la part d'un serveur dns | |
EP1950926B1 (fr) | Architecture IMS utilisant une table de hachage distribuée | |
EP2532147B1 (fr) | Procédé de génération d'une adresse SIP publique permanente associée à une identité privée sur un réseau IMS | |
WO2016083751A1 (fr) | Procede de communication entre un terminal equipe d'un client webrtc et un terminal accessible via un cœur de reseau ims | |
WO2014072665A1 (fr) | Procédé de résolution d'un numéro de téléphone porté en un identifiant de ressource réseau | |
Boucadair | Inter-Asterisk Exchange (IAX): Deployment Scenarios in SIP-Enabled Networks | |
WO2007132108A2 (fr) | Procede de routage pour numeros non standard dans un mecanisme de routage pour numeros standard | |
EP1855446A1 (fr) | Méthode et système de traitement d'une demande de service | |
KR100710563B1 (ko) | P2p-sip 기반의 sip 단말과 표준 sip 기반시스템의 연동방법 | |
Vingarzan et al. | Development of an open source IMS core for emerging IMS testbeds, the academia and beyond | |
WO2009080971A1 (fr) | Procede de configuration d'un terminal d'utilisateur dans un reseau de telephonie ip | |
US20060165065A1 (en) | Communications address provisioning system and method therefor | |
EP2801178B1 (fr) | Procédé dynamique de détermination d'une liste de services dans un réseau sip | |
FR2974472A1 (fr) | Procede de resolution d'un numero de telephone porte en un identifiant de ressource ip | |
EP3149902A1 (fr) | Technique d'obtention d'une politique de routage de requêtes émises par un module logiciel s'exécutant sur un dispositif client | |
Jammulamadaka | Infrastructure Electronic Numbering Implementation in Australia | |
WO2010112740A2 (fr) | Procede de routage d'une demande d'etablissement d'appel | |
WO2015181483A1 (fr) | Procédé de conversion d'un numéro formé selon un plan de numérotation local vers un numéro formé selon un plan de numérotation global |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20081212 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR |
|
DAX | Request for extension of the european patent (deleted) | ||
17Q | First examination report despatched |
Effective date: 20100602 |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: ORANGE |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20170607 |