WO2012085429A2 - Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis - Google Patents

Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis Download PDF

Info

Publication number
WO2012085429A2
WO2012085429A2 PCT/FR2011/053055 FR2011053055W WO2012085429A2 WO 2012085429 A2 WO2012085429 A2 WO 2012085429A2 FR 2011053055 W FR2011053055 W FR 2011053055W WO 2012085429 A2 WO2012085429 A2 WO 2012085429A2
Authority
WO
WIPO (PCT)
Prior art keywords
subscriber
network
server
ims network
cscf
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.)
Ceased
Application number
PCT/FR2011/053055
Other languages
English (en)
Other versions
WO2012085429A3 (fr
Inventor
José DOREE
Jean-Claude Le Rouzic
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of WO2012085429A2 publication Critical patent/WO2012085429A2/fr
Publication of WO2012085429A3 publication Critical patent/WO2012085429A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5116—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal

Definitions

  • the present invention relates to networks of type IP ("Internet Protocol”) which are able to implement advanced session control protocols.
  • IP Internet Protocol
  • IP networks allow the broadcasting of conversational data, such as "Voice over IP”, “Content Sharing”, “Presence”, or “Instant Messaging”.
  • the communication services can identify physical or virtual resources by means of character strings, for example H.323 aliases or "URIs" (initials of the English words “Uniform Resource Identifier” meaning “Uniform Resource Identifier”). ").
  • URIs initials of the English words “Uniform Resource Identifier” meaning "Uniform Resource Identifier”).
  • the URI syntax is defined in RFC 3986 of the Internet Engineering Task Force (IIETF); the knowledge of the URI of a resource makes it possible to obtain the IP address of a device of the network of the operator managing this resource.
  • the present invention relates, more particularly, to the emulation over an IP network of telephone calls placed from a subscriber station connected to a network emulating the PSTN / ISDN network.
  • “Emulation” means that the subscriber uses his telephone in the same way as if the telephone line was connected to a Switched Telephone Network (STN) or to a Digital Network. Integrated Services Digital Network (ISDN). This emulation is achieved by means of next-generation collection equipment located between the telephones and the backbone.
  • STN Switched Telephone Network
  • ISDN Integrated Services Digital Network
  • PSTN Public Switched Telephone Network
  • PSTN Public Switched Telephone Network
  • an analog terminal is connected to a central office by a pair of wires, called “local loop", powered by the network.
  • the telephone exchanges are themselves linked together by high speed links.
  • These analog telephone terminals can be of various kinds, for example an individual telephone (subscriber station), a public telephone or a PABX (initials of the words “Private Automatic Branch eXchange” meaning "private telephone switch") which serves mainly to link the telephone sets of an establishment ("internal" lines) with the public telephone network ("external" lines).
  • ISDN access offers digital links that combine the broad geographic coverage of the PSTN with a high data rate (up to 2 Mbit / s) conveying voice, data and video.
  • the conventional advanced session control protocols such as the H.323 and SIP protocols
  • use so-called “signaling” messages which are messages enabling a terminal to request a connection with another terminal, or also messages indicating that a telephone line is busy, or signaling that the called telephone is ringing, or signaling that such phone is connected to the network and can be joined in this or that way.
  • signaling When a client registered on a network using an advanced session control protocol wishes to benefit from a multimedia service offered by the network, it sends a signaling message to the network specifying its request.
  • the SIP (Initials of Session Initiation Protocol) protocol was defined by the IETF in RFC 3261 This protocol allows the establishment, modification and termination of multimedia sessions in a network using the IP protocol.
  • This SIP protocol is used in particular in infrastructure type IMS (initials of the words "IP Multimedia Subsystem” meaning "Multimedia Subsystem over IP”).
  • the IMS has been defined by the 3rd Generation Partnership Project (3GPP) and TISPAN (Telecommunications and Internet Converged Services and Protocols for Advanced Networking). It is a network architecture introduced by 3GPP for mobile networks, then taken over by TISPAN for fixed networks.
  • This architecture enables the dynamic establishment and control of multimedia sessions between two clients, as well as the reservation of resources at the level of the network for transporting multimedia streams.
  • network operators can conveniently implement a management policy, provide a predetermined Quality of Service, and calculate the amounts to be billed to customers.
  • the IMS currently provides access to telephony, videophone, Presence and Instant Messaging services, which it also manages.
  • Each user of an IMS network can be identified by means of various identities, including ⁇ (initials of the words “IP Multimedia Private Identity” meaning “Private Identity for Multimedia IP”) and IMPU (initials of the English words “IP Multimedia Public Identity “meaning” Public Identity for IP Multimedia "). These identities are in the form of URIs.
  • IMPI is a unique identity permanently assigned to the user by the network operator, and is used, for example, for registration, authorization of access, administration of services offered to the user, and billing. A user uses his IMPU to communicate with other users. For a given IMPI, there may be several IMPUs.
  • An IMPU can be shared with another phone, so that these phones can both be joined with the same identity (for example, a single phone number for an entire family users).
  • These identifiers of a customer are configured by the operator when the customer creates an account with this operator, and exploited when registering the customer terminal on the network.
  • the IMS networks comprise one or more servers, generally called “S-CSCF” (initials of the words “Serving-Call Server Control Function” meaning “Function Control Service Call Server”), Functions (among other functions) to manage the registration procedure of devices connected to the network.
  • S-CSCF server-Call Server Control Function
  • these networks comprise one or more servers, generally called “l-CSCF” (initials of the English words “Interrogating-Call Server Control Function” meaning “Query Call Server Control Function”) which, at the moment of a user terminal, interrogate a server called “HSS” (initials of the words “Home Subscriber Server” meaning “Nominal Subscriber Server”) to be able to select an S-CSCF server having the characteristics that are obligatorily (and, if necessary, optionally) required to reach the level of service subscribed by this user.
  • each UE can, after an S-CSCF server has been allocated to it, send a subscription request to certain services, including event-package services for the connection. In progress.
  • This may be for example a voicemail deposit notification service, or a presence notification service that allows this user to receive information (such as "available", "busy”, or "in meeting ") published by another user he has designated.
  • the S-CSCF servers mentioned above, contribute to the implementation of these various services by managing the signaling routing, on the one hand, between each UE and the servers of the network specialized in the implementation of such services. or such service subscribed by the user, and secondly towards other users managed by the same network or by a network connected to it.
  • the servers of type l-CSCF or of type S-CSCF exchange information with one or more server (s) HSS type mentioned above.
  • the HSS servers each contain a client database, and are therefore the equivalent in IP networks of "HLR" servers (initials of the words “Home Location Register” meaning “Nominal Location Register”) used in GSM networks. .
  • HLR Home Location Register
  • Each HSS server contains the profile of a number of network users, this profile including their registration status, authentication and location data, and subscribed services.
  • VoIP Voice over IP
  • IMS Internet / TV / unlimited telephony
  • UAA Subscriber Connection Unit
  • next-generation gateways that perform the call signaling protocol adaptation for communication with the IMS core, as well as the encoding / decoding of the media streams.
  • a first category consists of access gateways located in the network of an operator called “Voice over IP gateways" A-VGW ("Access Voice over IP Gateways", which the hereinafter referred to as “Voice Gateways”, or VGW, for the sake of brevity), such as DSLAM-SIP (DSLAM) are the initials of the words “Digital Subscriber Line Access Multiplexer” meaning “access line multiplexer”. 'Digital subscribers' means devices that collect DSL data traffic over a number of telephone lines).
  • the VGW gateways are connected at the access network level to a P-CSCF server (for "Proxy-Call Server Control Function").
  • a second category also constituted by access gateways located in the network of an operator, includes gateways called “media gateways” A-MGW (in English, “Access Media Gateways”, which will be referred to below by “Media Gateways”, or MGW, for the sake of brevity), such as DSLAM-H248.
  • media gateways are intended to convert media streams between different networks of networks.
  • RTC so-called “next-generation” radio access networks (2G, 2.5G and 3G) or private networks (PBX), or at the level of the interconnection between the networks of two operators, or to broadcast or control media streams to users on the same network.
  • Media gateways are typically controlled at the access network level by a “Media Gateway Controller” (MGC), which provides call control and signaling functionality.
  • MTC Media Gateway Controller
  • H.248 also known as "MEGACO”
  • AGCF AGCF
  • Figure 1 illustrates, as an example, a Voice Gateway VGW.
  • This VGW comprises in particular a master unit controlling remote units, to which subscriber lines are connected.
  • each of these subscriber lines must be located geographically. This is essential to make certain services, the most notable of which is the routing of emergency calls. Indeed, an emergency number is characterized in that it is trivialized (short number identical throughout the network), but must be routed near the caller. The information allowing the proximity routing is called "localization"; in France, for example, location information is usually in the form of a postal code (INSEE code).
  • INSEE code postal code
  • the backbone comprises l / S-CSCF and HSS servers, already described above, and may include links to other networks.
  • the l / S-CSCF server is generally connected to "application servers" (AS), such as telephony servers, voicemail servers, or servers. presence.
  • AS application servers
  • IMS architectures it is planned to store the information allowing the location in two databases.
  • the first of these databases is the HSS.
  • the information allowing the localization is contained in the field "Line Identifier" defined by the standard TS 129 433. This information is fed statically (by the operator of the network), and is processed during the procedure of registration of the terminals. It is indeed always possible to obtain geographical location information, such as an INSEE code in France, from the information contained in the "Line Identifier", and this, using a maintained database. by the operator.
  • Line Code the subscriber's access code
  • the second database for localization is the CLF server (initials of the English words "Connectivity session Location and repository Function” meaning “Location and Session Deposit Function for Connectivity”), to which the P-CSCF and AGCF servers have access.
  • the CLF server also contains the information of the "Line Identifier”.
  • the CLF is dynamically powered, and maps an IP transport address to the Line Identifier information. To do this, complex procedures are implemented when attaching to the network of a gateway (when it obtains its IP address), in order to allow the storage in the CLF of the association between the information contained in the "Line Identifier" and the IP address assigned at the end of this attachment procedure.
  • the P-CSCF access the information contained in the "Line Identifier" of the CLF on the basis of a key corresponding to the received IP address. Finally, this information is stored locally on the P-CSCF, respectively the AGCF.
  • the locating information obtained from the CLF may be transmitted upstream of the network (in particular the I / S-CSCF) in a parameter of the SIP header "P-Access-Network-Info", which has been defined in IETF RFC 3455 and specified in 3GPP TS 24.229.
  • the same gateway can cover several different geographical locations
  • the IP address of the gateway can not be used to determine the location of a particular subscriber station because this IP address is common to all subscriber stations attached to the gateway.
  • an application server AS may also need location information, for example in the case where another architecture than an IMS network has been selected for the routing of the emergency numbers, or for implement services based on geolocation.
  • next-generation gateways are not configured by the operator with the public identities (IMPU) associated with each subscriber line, because this would be a constraint too much. important for the Operator Information System.
  • An access identifier is thus used to allow a gateway to indicate to the network the source of a call, or conversely to route to its destination a call sent to the gateway by the network.
  • this access identifier appears in different SIP header fields (such as From, To, and P-Preferred-ld); in the case of an MGW, it is the termination identifier H.248 (Termination Id) that acts as the access identifier.
  • the operators are constrained to configure in a local table the association between the access identifier d a subscriber and one (or more) public identity (s) of this subscriber.
  • the present invention therefore relates to a method for locating and identifying a subscriber connected to a fixed network emulating the PSTN / ISDN, said network emulating the PSTN / ISDN comprising a gateway enabling said subscriber to access an IMS network.
  • Said method is remarkable in that, following the registration of the subscriber line, or of said gateway on said IMS network, it comprises the following steps:
  • the S-CSCF server of the IMS network interrogates the HSS server of this network on the basis of the public identity of the subscriber, or the public identity of a group to which the subscriber belongs, the server S-CSCF determines, from the response to its interrogation received from said HSS server, information comprising at least the access identifier of the subscriber, or subscribers belonging to said group, and / or a parameter representing the location of the subscriber, or subscribers belonging to said group, and
  • the server S-CSCF transmits said information in connection with said public identity to a receiver device of the IMS network.
  • the authors of the present invention have realized that the fact that, according to current standards, the use of information recorded in the HSS is limited to fixed lines without nomadism, corresponds to the problem of connected subscriber stations, by for example, to a Voice Gateway (since the latter connects fixed accesses emulating a PSTN subscriber line or an ISDN subscriber line, and therefore there is no nomadic service to take into account).
  • a Voice Gateway since the latter connects fixed accesses emulating a PSTN subscriber line or an ISDN subscriber line, and therefore there is no nomadic service to take into account.
  • the location of a terminal accessing, via a Voice Gateway the services of an IMS network is constant over time and corresponds to the location of the PSTN or ISDN subscriber line connected to this Voice Gateway.
  • the authors of the present invention have therefore sought how one could exploit the information contained in the HSS, such as the information allowing the location, in a simpler way than in the state of the art.
  • the information concerning the access identifier and the location of a subscriber are made accessible to a receiving device of the IMS network, and can then be directly exploited as needed.
  • said receiver device may be of various types.
  • it can be included in an access network server, such as a P-CSCF or an AGCF.
  • a core network server such as an AS application server.
  • one can, thanks to the invention, easily locate a subscriber connected to a network emulating the PSTN or ISDN and placed an emergency call.
  • said access identifier and / or said parameter are transmitted within a message sent in response to a notification made to the S-CSCF server of said registration on the IMS network.
  • said access identifier and / or said parameter are transmitted within a message sent in response to an implicit or explicit subscription made by said receiving device to the S-CSCF server following said registration. on the IMS network.
  • the information enabling the location and / or identification of a subscriber, or a group of subscribers, is provided to said receiving device simply and efficiently.
  • the invention relates to a receiver device in an IMS network, said IMS network being connected to a gateway providing a subscriber access to the IMS network emulating the PSTN / ISDN.
  • Said receiving device is remarkable in that it comprises means for, following the registration of the subscriber line, or of said gateway on said IMS network:
  • an S-CSCF server of the IMS network in connection with the public identity of the subscriber, or the public identity of a group to which the subscriber belongs, data comprising at least the access identifier of the subscriber, or subscribers belonging to said group, and / or a parameter representing the location of the subscriber, or subscribers belonging to said group, and
  • the invention also relates to various servers of an IMS network.
  • an access server of an IMS network comprising a receiver device as briefly described above.
  • the invention also relates, secondly, to an application server of an IMS network, comprising a receiver device as briefly described above.
  • the invention also relates, thirdly, to an S-CSCF server in an IMS network, said IMS network being connected to a gateway providing access to said IMS network to a subscriber of a fixed network emulating the PSTN / ISDN.
  • Said S-CSCF server is remarkable in that it comprises means for, following the registration of the subscriber line, or said gateway on said IMS network:
  • the HSS server of the IMS network based on the public identity of the subscriber, or the public identity of a group to which the subscriber belongs,
  • the invention also relates to a computer program downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor.
  • This computer program is notable in that it includes instructions for performing the steps of any of the subscriber location and identification methods succinctly set forth above, when executed on a computer.
  • FIG. 2 described above, presents some elements of a classical IMS architecture
  • FIG. 3 represents a Voice Gateway which has been directly configured with location information
  • FIG. 4 shows the relationship between some data stored in an HSS server.
  • the HSS database server is interrogated in particular: • by the l-CSCF when registering a user terminal to allocate an I / S-CSCF server to the terminal or to find the l / S-CSCF server that has already been allocated to it;
  • the "Line Identifier" field is associated in the HSS with one or more user identifiers, for example one or more IMPI / IMPU couple (s). Any user of the IMS network is thus jointly identified and located.
  • the invention exploits certain information contained in the HSS, in order to make them accessible to a device receiving this information, which may, after registration, use them directly for a variety of applications, as described above.
  • a P-CSCF will be considered as a receiver device.
  • a new parameter representing the location information and the access identifier, is introduced in the P-Associated-URI SIP header contained in the S-CSCF response to the P-Associated-URI header.
  • CSCF when registering the subscriber line or gateway on the network. Messages will be presented that can be exchanged between the P-CSCF and the S-CSCF, for example, where VGW and P-CSCF use an optimized registration procedure called "Group Registration". and which allows the implicit registration of a group of subscribers.
  • the gateway registration message sent by the P-CSCF to the S-CSCF via the l-CSCF could then read as follows:
  • the P-CSCF registers the public group identity VGW12@operator.ims.com, and following this registration, the S-CSCF returns, after querying the HSS and interpreting the response received. (which represents, for example, data contained in the "Line Identifier"), the information that this public group identity is actually associated with two individual public identities, namely:
  • +33296051 1 12@operator.ims.com both located by the INSEE code 22300 and associated with access identifiers VGW1 2/5/41 and VGW1 2/5/42.
  • the P-CSCF then stores this data, which can then be used for calls made by the VGW.
  • a call issued by the subscriber station on identity access VGW1 2/5/41 such as:
  • the VGW and P-CSCF may also use a registration procedure called "Line Registration", which requires the individual registration of each access.
  • Line Registration a registration procedure that requires the individual registration of each access.
  • the use of this procedure does not alter the principle of this embodiment, the location always appearing in said new parameter of the P-Associated-URI header.
  • the message sent by the P-CSCF to the S-CSCF via the l-CSCF is in this case the registration of the subscriber line instead of the gateway.
  • a new parameter representing the location information and the access identifier, is introduced in an event package "reg-event" according to the document RFC 3680, to which the P-CSCF subscribes, implicitly or explicitly, at the S-CSCF after registration of the subscriber line or bridge.
  • the S-CSCF then sends, after interrogation of the HSS and interpretation of the received response (which represents, for example, data contained in the "Line Identifier"), the location parameter and / or the access identifier to the PSS. -CSCF.
  • the NOTIFY message sent by the S-CSCF to the P-CSCF and associated with said reg- event package could then be labeled as follows:
  • xmlns "urn: ietf: params: xml: ns: reginfo"
  • the implementation of the invention within the nodes of the telecommunications network can be implemented by means of software and / or hardware components.
  • the software components can be integrated into a typical network node management computer program. That is why, as indicated above, the present invention also relates to a computer system.
  • This computer system conventionally comprises a central processing unit controlling signals by a memory, as well as an input unit and an output unit.
  • this computer system can be used to execute a computer program comprising instructions for implementing the method of locating and identifying a subscriber according to the invention.
  • the invention also relates to a downloadable computer program from a communication network comprising instructions for the execution of the steps of a method of locating and identifying a subscriber according to the invention, when it is run on a computer.
  • This computer program may be stored on a computer readable medium and may be executable by a microprocessor.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any another desirable form.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk. ) or a hard disk.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by others. means.
  • the computer program according to the invention can in particular be downloaded to an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in carrying out the method of locating and identifying a subscriber according to the invention. 'invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Emergency Management (AREA)
  • Marketing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé de localisation et d'identification d'un abonné connecté à un réseau fixe émulant le RTC/RNIS, ledit réseau émulant le RTC/RNIS comprenant une passerelle (VGW, MGW) permettant audit abonné d'accéder à un réseau IMS. Ledit procédé est remarquable en ce que, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle (VGW, MGW) sur ledit réseau IMS, il comprend les étapes suivantes : - le serveur S-CSCF du réseau IMS interroge le serveur HSS de ce réseau sur la base de l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné, - le serveur S-CSCF détermine, à partir de la réponse à son interrogation reçue de la part dudit serveur HSS, des informations comprenant au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe, et - le serveur S-CSCF transmet lesdites informations en liaison avec ladite identité publique à un dispositif récepteur du réseau IMS.

Description

PROCÉDÉ DE LOCALISATION ET D'IDENTIFICATION D'UN ABONNÉ CONNECTÉ À UN RÉSEAU ÉMULANT LE RTC/RNIS
La présente invention concerne les réseaux de type IP (« Internet Protocol ») qui sont aptes à mettre en œuvre des protocoles de contrôle de session évolués.
On rappelle que les réseaux IP permettent la diffusion de données conversationnelles, tels que « Voix sur IP », « Partage de Contenu », « Présence », ou « Messagerie Instantanée ». Dans ces réseaux, les services de communication peuvent identifier des ressources physiques ou virtuelles au moyen de chaînes de caractères, par exemple des alias H.323 ou des « URI » (initiales des mots anglais « Uniform Resource Identifier » signifiant « Identifiant Uniforme de Ressource »). La syntaxe des URI est définie dans le document RFC 3986 de IIETF (Internet Engineering Task Force) ; la connaissance de l'URI d'une ressource permet d'obtenir l'adresse IP d'un équipement du réseau de l'opérateur gérant cette ressource.
La présente invention concerne, plus particulièrement, l'émulation sur un réseau IP des appels téléphoniques placés depuis un poste d'abonné connecté à un réseau émulant le réseau RTC/RNIS. Par « émulation », on entend que l'abonné utilise son poste téléphonique de la même façon que si la ligne téléphonique était reliée à un Réseau Téléphonique Commuté (RTC) (« Switched Téléphone Network » ou STN en anglais) ou à un Réseau Numérique à Intégration de Services (RNIS) (« Integrated Services Digital Network » ou ISDN en anglais) classiques. Cette émulation est réalisée au moyen d'équipements de collecte de nouvelle génération situés entre les postes téléphoniques et le cœur de réseau.
On rappelle que le RTC, et en particulier le réseau téléphonique commuté public (en anglais, PSTN), est un réseau de téléphonie fixe dans lequel un terminal analogique est relié à un central téléphonique par une paire de fils, appelée « boucle locale », alimentée par le réseau. Les centraux téléphoniques sont eux-mêmes reliés entre eux par des liens à haut débit. Ces terminaux téléphoniques analogiques peuvent être de diverses sortes, par exemple un téléphone individuel (poste d'abonné), un publiphone ou un PABX (initiales des mots anglais « Private Automatic Branch eXchange » signifiant « autocommutateur téléphonique privé ») qui sert principalement à relier les postes téléphoniques d'un établissement (lignes « internes ») avec le réseau téléphonique public (lignes « externes »).
On rappelle également qu'un accès RNIS offre des liaisons numériques qui combinent la large couverture géographique du RTC avec un débit de données élevé (jusqu'à 2 Mbit/s) véhiculant la voix, les données et la vidéo.
On rappelle par ailleurs que les protocoles de contrôle de session évolués classiques, tels que les protocoles H.323 et SIP, utilisent des messages dits « de signalisation », qui sont des messages permettant à un terminal de demander une connexion avec un autre terminal, ou également des messages signalant qu'une ligne téléphonique est occupée, ou signalant que le téléphone appelé sonne, ou encore signalant que tel téléphone est connecté au réseau et peut être joint de telle ou telle manière. Lorsqu'un client enregistré sur un réseau utilisant un protocole de contrôle de session évolué souhaite bénéficier d'un service multimédia offert par le réseau, il émet vers le réseau un message de signalisation précisant sa requête.
Le protocole SIP (initiales des mots anglais « Session Initiation Protocol » signifiant « Protocole d'Initialisation de Session ») a été défini par l'IETF dans le document RFC 3261 . Ce protocole permet l'établissement, la modification et la terminaison de sessions multimédia dans un réseau utilisant le protocole IP. Ce protocole SIP est utilisé notamment dans les infrastructures de type IMS (initiales des mots anglais « IP Multimedia Subsystem » signifiant « Sous-système Multimédia sur IP »). L'IMS a été défini par les organismes de normalisation 3GPP (« 3rd Génération Partnership Project ») et TISPAN (« Télécommunications and Internet Converged Services and Protocols for Advanced Networking »). C'est une architecture de réseau introduite par le 3GPP pour les réseaux mobiles, puis reprise par TISPAN pour les réseaux fixes. Cette architecture permet l'établissement dynamique et le contrôle de sessions multimédia entre deux clients, ainsi que la réservation de ressources au niveau du réseau de transport des flux multimédias. Grâce à cette architecture, les opérateurs réseau peuvent commodément mettre en œuvre une politique de gestion, fournir une Qualité de Service prédéterminée, et calculer les montants à facturer aux clients. L'IMS permet actuellement d'accéder à des services de type téléphonie, visiophonie, Présence et Messagerie Instantanée, dont elle gère aussi l'interaction.
Chaque utilisateur d'un réseau IMS peut y être identifié au moyen de diverses identités, dont ΓΙΜΡΙ (initiales des mots anglais « IP Multimedia Private Identity » signifiant « Identité Privée pour IP Multimédia ») et l'IMPU (initiales des mots anglais « IP Multimedia Public Identity » signifiant « Identité Publique pour IP Multimédia »). Ces identités se présentent sous la forme d'URI. L'IMPI est une identité unique affectée de manière permanente à l'utilisateur par l'opérateur du réseau, et est utilisé, par exemple, pour l'enregistrement, l'autorisation d'accès, l'administration des services offerts à l'utilisateur, et la facturation. Un utilisateur se sert de son IMPU pour communiquer avec d'autres utilisateurs. Pour un IMPI donné, il peut y avoir plusieurs IMPU. Un IMPU peut être partagé avec un autre téléphone, de manière à ce que ces téléphones puissent être tous les deux joints avec la même identité (par exemple, un numéro de téléphone unique pour toute une famille d'utilisateurs). Ces identifiants d'un client sont configurés par l'opérateur lors de la création par le client d'un compte auprès de cet opérateur, et exploités lors de l'enregistrement du terminal du client sur le réseau.
Lorsque donc un client souhaite bénéficier des services offerts par un réseau IMS, son terminal UE (pour « User Equipment » en anglais) doit, sauf exceptions (cas de certains appels d'urgence), s'enregistrer sur le réseau. Pour pouvoir enregistrer les utilisateurs, les réseaux IMS comprennent un ou plusieurs serveurs, généralement appelés « S- CSCF » (initiales des mots anglais « Serving-Call Server Control Function » signifiant « Fonction de Contrôle du Serveur d'Appels de Service »), aptes (entre autres fonctions) à gérer la procédure d'enregistrement des dispositifs connectés au réseau.
En outre, ces réseaux comprennent un ou plusieurs serveurs, généralement appelés « l-CSCF » (initiales des mots anglais « Interrogating-Call Server Control Function » signifiant « Fonction de Contrôle du Serveur d'Appels d'Interrogation ») qui, au moment de l'enregistrement d'un terminal d'utilisateur, interrogent un serveur appelé « HSS » (initiales des mots anglais « Home Subscriber Server » signifiant « Serveur d'Abonné Nominal ») pour pouvoir sélectionner un serveur S- CSCF possédant les caractéristiques qui sont obligatoirement (et, le cas échéant, optionnellement) requises pour atteindre le niveau de service souscrit par cet utilisateur.
En effet, chaque UE peut, après qu'un serveur S-CSCF lui ait été ainsi attribué, envoyer une requête de souscription à certains services, notamment des services de notification d'événements (« event-package » en anglais) pour la connexion en cours. Il peut s'agir par exemple d'un service de notification de dépôt de message vocal, ou d'un service de notification de présence permettant à cet utilisateur de recevoir des informations (telles que « disponible », « occupé », ou « en réunion ») publiées par un autre utilisateur qu'il a désigné. Les serveurs S-CSCF, mentionnés ci-dessus, contribuent à la mise en œuvre de ces divers services en gérant le routage de la signalisation, d'une part, entre chaque UE et les serveurs du réseau spécialisés dans la mise en œuvre de tel ou tel service souscrit par l'utilisateur, et d'autre part en direction d'autres utilisateurs gérés par le même réseau ou par un réseau qui lui est relié.
Pour pouvoir acheminer ces diverses requêtes au sein du réseau, les serveurs de type l-CSCF ou de type S-CSCF (d'ailleurs souvent combinés en un même serveur, dénoté l/S-CSCF) échangent des informations avec un ou plusieurs serveur(s) de type HSS mentionné ci- dessus. Les serveurs HSS contiennent chacun une base de données- clients, et sont donc l'équivalent dans les réseaux IP des serveurs « HLR » (initiales des mots anglais « Home Location Register » signifiant « Registre de Localisation Nominal ») utilisés dans les réseaux GSM. Chaque serveur HSS contient le profil d'un certain nombre d'utilisateurs du réseau, ce profil comprenant leur état d'enregistrement, des données d'authentification et de localisation, et les services souscrits.
Par ailleurs, les opérateurs téléphoniques ont commencé la migration de leurs réseaux de commutation téléphonique vers des réseaux de téléphonie dits de « Voix sur IP » (en anglais, « Voice over IP » ou VoIP). Alors que le parc des abonnés RTC traditionnels est en décroissance, celui des abonnés VoIP qui ont souscrit à une offre de services groupés (Internet/TV/téléphonie illimitée) est en forte croissance. Ces abonnés VoIP sont (ou seront) raccordés à des cœurs de réseau IMS, tandis que les abonnés RTC sont actuellement quant à eux raccordés à des autocommutateurs temporels (dans les centraux téléphoniques) par le biais d'Unités de Raccordement d'Abonnés (URA) (un « autocommutateur temporel » opère sur des signaux multiplexés dans le temps). Dans ces circonstances, les opérateurs doivent exploiter parallèlement deux réseaux différents, ce qui multiplie les coûts d'exploitation et de maintenance.
Il est donc apparu souhaitable de faire converger ces réseaux sans pour autant remplacer les terminaux du parc RTC (en raison de l'attachement de nombre de clients à leur ligne téléphonique classique, et des dépenses que leur remplacement entraînerait), d'où la notion « d'émulation du RTC ». Les abonnés RTC sont alors raccordés à des passerelles de nouvelle génération qui réalisent l'adaptation protocolaire de signalisation d'appel pour la communication avec le cœur IMS, ainsi que l'encodage/décodage des flux média. Dans le cadre de la présente invention, on mentionnera, à titre non-limitatif, deux catégories de telles passerelles de nouvelle génération.
Une première catégorie est constituée par des passerelles d'accès situées dans le réseau d'un opérateur et que l'on appelle des « passerelles Voix sur IP » A-VGW (en anglais, « Access Voice over IP Gateways », que l'on désignera ci-dessous par « Voice Gateways », ou VGW, par souci de brièveté), telles que les DSLAM-SIP (DSLAM sont les initiales des mots anglais « Digital Subscriber Line Access Multiplexer » signifiant « multiplexeur d'accès de lignes d'abonnés numériques » ; il s'agit de dispositifs qui collectent le trafic de données DSL transitant sur un certain nombre de lignes téléphoniques). Dans une architecture IMS, les passerelles VGW sont reliées, au niveau du réseau d'accès, à un serveur P-CSCF (pour « Proxy-Call Server Control Function »).
Une deuxième catégorie, également constituée par des passerelles d'accès situées dans le réseau d'un opérateur, regroupe les passerelles appelées « passerelles média » A-MGW (en anglais, « Access Media Gateways », que l'on désignera ci-dessous par « Media Gateways », ou MGW, par souci de brièveté), telles que les DSLAM-H248. On rappelle à cet égard que, dans les réseaux VoIP, les passerelles média sont destinées à convertir des flux média entre différents réseaux de télécommunications tels que le RTC, les réseaux d'accès radio dits « de nouvelle génération » (2G, 2.5G et 3G) ou les réseaux privés (PBX), ou au niveau de l'interconnexion entre les réseaux de deux opérateurs, ou encore pour diffuser ou contrôler des flux médias vers des utilisateurs d'un même réseau. Les passerelles média sont généralement contrôlées, au niveau du réseau d'accès, par un « Contrôleur de Passerelle Média » (« Media Gateway Controller » ou MGC en anglais), qui fournit le contrôle d'appel et la fonctionnalité de signalisation. Dans l'architecture IMS, la communication entre les passerelles média et les contrôleurs obéit à un protocole appelé H.248 (connu aussi sous le nom de « MEGACO »), notamment à l'interface entre, d'une part, une MGW, et d'autre part un MGC situé dans une entité appelée AGCF (initiales des mots anglais « Access Gateway Control Function » signifiant « Fonction de Contrôle de Passerelle d'Accès »).
La figure 1 illustre, à titre d'exemple, une Voice Gateway VGW.
Cette VGW comprend notamment une unité maître commandant des unités distantes, auxquelles sont raccordées des lignes d'abonné.
Vu du plan de contrôle IMS, chacune de ces lignes d'abonné doit être repérée géographiquement parlant. Cela est indispensable pour rendre certains services, dont le plus notable est celui de routage des appels d'urgence. En effet, un numéro d'urgence est caractérisé en ce qu'il est banalisé (numéro court identique sur tout le réseau), mais doit être routé à proximité de l'appelant. L'information permettant le routage de proximité est appelée « localisation » ; en France par exemple, l'information de localisation se présente habituellement sous la forme d'un code postal (code INSEE).
On va expliquer à présent comment les informations de localisation sont traitées dans les réseaux IMS, en référence à la figure 2 qui présente quelques éléments d'une architecture IMS classique. Le cœur de réseau comprend des serveurs l/S-CSCF et HSS, déjà décrits ci-dessus, et peut comporter des liens vers d'autres réseaux. De plus, le serveur l/S-CSCF est généralement relié à des « serveurs d'applications » (« application servers » ou AS en anglais), tels que des serveurs de téléphonie, des serveurs de messagerie vocale, ou encore des serveurs de présence.
Dans les architectures IMS, il est prévu de pouvoir stocker les informations permettant la localisation dans deux bases de données.
La première de ces bases de données est le HSS. Les informations permettant la localisation sont contenues dans le champ « Line Identifier » défini par la norme TS 129 433. Ces informations sont alimentées statiquement (par l'opérateur du réseau), et sont traitées lors de la procédure d'enregistrement des terminaux. Il est en effet toujours possible d'obtenir une information de localisation géographique, telle qu'un code INSEE en France, à partir des informations contenues dans le « Line Identifier », et ce, à l'aide d'une base de données entretenue par l'opérateur.
Concrètement, les informations contenues dans le champ « Line Identifier » sont les suivantes :
- l'identifiant d'opérateur de réseau (« Network Operator Code » en anglais),
- l'identifiant de zone (« Location Area Code » en anglais), et
- l'identifiant d'accès de l'abonné (« Line Code » en anglais), ainsi que détaillé dans la spécification ES 283 035 de l'ETSI. Bien que potentiellement exploitables pour des services s'appuyant sur la géolocalisation, les informations du champ « Line Identifier » voient leur utilisation limitée, dans les normes actuelles, au contrôle de l'authentification pour les lignes fixes sans nomadisme. Il importe de noter que, selon les normes actuelles, les informations du champ « Line Identifier » ne sont jamais transmises depuis le HSS vers l'aval du réseau, notamment vers le P-CSCF ou l'AGCF ; ces informations contenues dans le HSS ne sont donc pas accessibles au P-CSCF ou à l'AGCF, et ne peuvent pas être exploitées comme on pourrait le souhaiter.
La seconde base de données permettant la localisation est le serveur CLF (initiales des mots anglais « Connectivity session Location and repository Function » signifiant « Fonction de Localisation et de dépôt de session pour la Connectivité »), auquel les serveurs P-CSCF et AGCF ont accès. En effet, le serveur CLF contient lui aussi les informations du « Line Identifier ». Le CLF est alimenté dynamiquement, et met en correspondance une adresse de transport IP avec les informations du « Line Identifier ». Pour ce faire, des procédures complexes sont mises en œuvre lors de l'attachement au réseau d'une passerelle (lorsque qu'elle obtient son adresse IP), afin de permettre le stockage dans le CLF de l'association entre les informations contenues dans le « Line Identifier » et l'adresse IP attribuée à l'issue de cette procédure d'attachement. Ensuite, lors d'un enregistrement SIP, respectivement H.248, de cette passerelle, le P-CSCF, respectivement l'AGCF, accèdent aux informations contenues dans le « Line Identifier » du CLF sur la base d'une clé correspondant à l'adresse IP reçue. Enfin, ces informations sont stockées localement sur le P-CSCF, respectivement l'AGCF.
Le stockage local sur le P-CSCF ou l'AGCF est en particulier nécessaire lorsqu'un abonné compose un appel d'urgence, de manière à ce que les informations permettant la localisation soient transmises au serveur E-CSCF (initiales des mots anglais « Emergency Call Session Control Function » signifiant « Fonction de Contrôle de Session pour les Appels d'Urgence »), chargé de retraduire le numéro d'urgence en numéro de proximité sur la base de la situation géographique de l'abonné.
Les informations permettant la localisation obtenues de la part du CLF peuvent être transmises vers l'amont du réseau (notamment le l/S- CSCF) dans un paramètre de l'en-tête SIP « P-Access-Network-Info », qui a été défini dans la RFC 3455 de l'IETF et précisé dans la spécification TS 24.229 du 3GPP.
Cependant, jusqu'à une date récente, aucun mécanisme ne permettait de déterminer la localisation d'une ligne d'abonné fixe reliée à une passerelle de nouvelle génération, de manière en particulier à pouvoir traiter les appels d'urgence conformément au modèle général (c'est-à- dire, au moyen du E-CSCF). En effet, deux particularités d'une telle passerelle rendaient inopérants les mécanismes normalisés :
- une même passerelle peut couvrir plusieurs localisations géographiques différentes, et
- l'adresse IP de la passerelle ne peut pas être utilisée pour déterminer la localisation d'un poste d'abonné particulier car cette adresse IP est commune à tous les postes d'abonné rattachés à la passerelle.
Ces particularités rendaient impossible l'utilisation du CLF par un P-CSCF rattachant une VGW, ou par un AGCF rattachant une MGW, pour déterminer la localisation d'un abonné.
Pour résoudre ce problème, il a été récemment envisagé, dans le cas spécifique des passerelles VGW, la solution suivante, illustrée sur la figure 3 : l'opérateur configure les informations du « Line Identifier » directement au niveau de la VGW elle-même, puis ces informations sont transmises vers le P-CSCF comme paramètre de l'en-tête SIP P-Access- Network-lnfo précité. Mais cette solution présente plusieurs inconvénients :
- elle implique, au niveau de la VGW, une configuration statique pour laquelle l'opérateur du réseau doit mettre en place des procédures et des interfaces spécifiques ;
- elle introduit une redondance avec l'information équivalente potentiellement déjà disponible au niveau du HSS ; or l'introduction de données équivalentes est une source classique de problèmes de cohérence entre informations dans un réseau ; et
- elle s'appuie sur l'utilisation d'une interface de type « User to Network » (référencée Gm dans l'architecture IMS) entre la VGW et le P-CSCF ; or un tel agencement est peu fiable dans la mesure où, par construction, les informations qui sont transmises au P- CSCF via une interface Gm ne sont pas vérifiées par le réseau, de sorte qu'un agent autre que l'opérateur du réseau pourrait transmettre au P-CSCF des informations erronées ou malveillantes.
De même, dans le cas des passerelles MGW, il a été proposé, dans le cadre de la normalisation, que l'opérateur configure les informations du « Line Identifier » directement au niveau de l'AGCF. Mais cette solution présente elle aussi plusieurs inconvénients :
- elle implique, au niveau de l'AGCF, une configuration statique pour laquelle l'opérateur du réseau doit mettre en place des procédures spécifiques ; et
- elle introduit une redondance avec l'information équivalente potentiellement déjà disponible au niveau du HSS.
On notera par ailleurs qu'un serveur d'applications AS peut également avoir besoin d'informations de localisation, par exemple dans le cas où une autre architecture qu'un réseau IMS a été retenue pour le routage des numéros d'urgence, ou pour mettre en œuvre des services s'appuyant sur la géo-localisation.
Un problème analogue se pose, dans l'état de l'art, en ce qui concerne une autre information du « Line Identifier » que l'information permettant la localisation, à savoir l'identifiant d'accès de l'abonné.
En effet, les passerelles de nouvelle génération ne sont pas configurées par l'opérateur avec les identités publiques (IMPU) associées à chaque ligne d'abonné, car cela constituerait une contrainte trop importante pour le Système d'Information de l'opérateur. On utilise donc un identifiant d'accès pour permettre à une passerelle d'indiquer au réseau la source d'un appel, ou inversement pour router vers sa destination un appel envoyé à la passerelle par le réseau. Dans le cas d'une VGW, cet identifiant d'accès apparaît dans différents champs d'en- tête SIP (tels que From, To, et P-Preferred-ld) ; dans le cas d'une MGW, c'est l'identifiant de terminaison H.248 (Termination Id) qui joue le rôle d'identifiant d'accès.
Les identités publiques n'étant donc pas, selon l'état de l'art, enregistrées dans le P-CSCF ou l'AGCF, les opérateurs sont contraints de configurer dans une table locale l'association entre l'identifiant d'accès d'un abonné et une (ou plusieurs) identité(s) publique(s) de cet abonné.
Il en est de même pour les besoins des serveurs d'applications AS. En outre, dans ce cas, il faut :
- retraduire systématique ces informations au sein d'un AS au départ et à l'arrivée des appels, et
- mettre en place des procédures complexes pour pouvoir accéder à des profils de services différenciés associés à l'identité publique de chaque abonné.
La présente invention concerne donc un procédé de localisation et d'identification d'un abonné connecté à un réseau fixe émulant le RTC/RNIS, ledit réseau émulant le RTC/RNIS comprenant une passerelle permettant audit abonné d'accéder à un réseau IMS. Ledit procédé est remarquable en ce que, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle sur ledit réseau IMS, il comprend les étapes suivantes :
- le serveur S-CSCF du réseau IMS interroge le serveur HSS de ce réseau sur la base de l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné, - le serveur S-CSCF détermine, à partir de la réponse à son interrogation reçue de la part dudit serveur HSS, des informations comprenant au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe, et
- le serveur S-CSCF transmet lesdites informations en liaison avec ladite identité publique à un dispositif récepteur du réseau IMS.
En effet, les auteurs de la présente invention ont réalisé que le fait que, selon les normes actuelles, l'utilisation des informations enregistrées dans le HSS est limitée aux lignes fixes sans nomadisme, correspond à la problématique des postes d'abonnés reliés, par exemple, à une Voice Gateway (puisque cette dernière raccorde des accès fixes émulant une ligne d'abonné RTC ou une ligne d'abonné RNIS, et qu'il n'y a donc pas de service de nomadisme à prendre en compte). En d'autres termes, la localisation d'un terminal accédant, via une Voice Gateway, aux services d'un réseau IMS est constante dans le temps et correspond à la localisation de la ligne d'abonné RTC ou RNIS raccordée à cette Voice Gateway. Les auteurs de la présente invention ont donc cherché comment l'on pouvait exploiter les informations contenues dans le HSS, telles que les informations permettant la localisation, de manière plus simple que dans l'état de l'art.
Grâce à l'invention, les informations concernant l'identifiant d'accès et la localisation d'un abonné sont rendues accessibles à un dispositif récepteur du réseau IMS, et peuvent être alors directement exploitées selon les besoins.
On notera que ledit dispositif récepteur peut être de divers types. Ainsi, il peut être inclus dans un serveur du réseau d'accès, comme un P- CSCF ou un AGCF. Il peut tout aussi bien être inclus dans un serveur du réseau cœur comme un serveur d'applications AS. Par exemple, on peut, grâce à l'invention, aisément localiser un abonné connecté à un réseau émulant le RTC ou le RNIS et qui a placé un appel d'urgence.
Comme autre exemple, on peut, grâce à l'invention, aisément associer l'identifiant d'accès d'un abonné avec une identité publique de cet abonné ; ainsi, dans le cas du P-CSCF, cela permet de substituer l'identifiant d'accès reçu dans les champs « From » ou « P-Preferred-ld » par une identité publique directement compréhensible dans le réseau IMS. On peut de même substituer l'identifiant d'accès contenu dans un champ appelé « P-Asserted-ld » par une identité certifiée par le réseau.
Selon des caractéristiques particulières, ledit identifiant d'accès et/ou ledit paramètre sont transmis au sein d'un message émis en réponse à une notification, faite au serveur S-CSCF, dudit enregistrement sur le réseau IMS.
Selon d'autres caractéristiques particulières, ledit identifiant d'accès et/ou ledit paramètre sont transmis au sein d'un message émis en réponse à une souscription, implicite ou explicite, effectuée par ledit dispositif récepteur auprès du serveur S-CSCF suite audit enregistrement sur le réseau IMS.
Grâce à ces dispositions, les informations permettant la localisation et/ou l'identification d'un abonné, ou d'un groupe d'abonnés, sont fournies audit dispositif récepteur de manière simple et efficace.
Corrélativement, l'invention concerne un dispositif récepteur dans un réseau IMS, ledit réseau IMS étant connecté à une passerelle fournissant à un abonné un accès au réseau IMS émulant le RTC/RNIS. Ledit dispositif récepteur est remarquable en ce qu'il comprend des moyens pour, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle sur ledit réseau IMS :
- recevoir de la part d'un serveur S-CSCF du réseau IMS, en liaison avec l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné, des données comprenant au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe, et
- enregistrer lesdites données en liaison avec l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné.
L'invention concerne également divers serveurs d'un réseau IMS.
Elle concerne ainsi, premièrement, un serveur d'accès d'un réseau IMS, comprenant un dispositif récepteur tel que décrit succinctement ci- dessus.
L'invention concerne aussi, deuxièmement, un serveur d'applications d'un réseau IMS, comprenant un dispositif récepteur tel que décrit succinctement ci-dessus.
L'invention concerne aussi, troisièmement, un serveur S-CSCF dans un réseau IMS, ledit réseau IMS étant connecté à une passerelle fournissant un accès audit réseau IMS à un abonné d'un réseau fixe émulant le RTC/RNIS. Ledit serveur S-CSCF est remarquable en ce qu'il comprend des moyens pour, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle sur ledit réseau IMS :
- interroger le serveur HSS du réseau IMS sur la base de l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné,
- déterminer, à partir de la réponse à son interrogation reçue de la part dudit serveur HSS, des informations comprenant au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe, et
- transmettre lesdites informations en liaison avec ladite identité publique à un dispositif récepteur du réseau IMS. Les avantages offerts par ces dispositifs et ces serveurs sont essentiellement les mêmes que ceux offerts par les procédés corrélatifs succinctement exposés ci-dessus.
On notera qu'il est possible de réaliser les dispositifs succinctement décrits ci-dessus dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques.
L'invention vise également un 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. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour l'exécution des étapes de l'un quelconque des procédés de localisation et d'identification d'un abonné succinctement exposés ci- dessus, lorsqu'il est exécuté sur un ordinateur.
Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par lesdits procédés.
D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous de modes de réalisation particuliers, donnés à titre d'exemples non limitatifs. La description se réfère aux figures qui l'accompagnent, dans lesquelles :
- la figure 1 , décrite ci-dessus, représente une Voice Gateway,
- la figure 2, décrite ci-dessus, présente quelques éléments d'une architecture IMS classique,
- la figure 3, décrite ci-dessus, représente une Voice Gateway qui a été directement configurée avec des informations de localisation, et
- la figure 4 représente la relation entre certaines données enregistrées dans un serveur HSS.
On va maintenant illustrer le fonctionnement et les avantages de l'invention dans le cadre de modes de réalisation.
Dans un réseau IMS, le serveur de base de données HSS est notamment interrogé : • par la fonction l-CSCF lors de l'enregistrement d'un terminal d'utilisateur afin d'allouer un serveur l/S-CSCF au terminal ou de retrouver le serveur l/S-CSCF qui lui a été déjà alloué ;
• par la fonction S-CSCF lors de l'enregistrement initial du terminal afin de télécharger les données concernant les services souscrits, dont notamment les points de détection qui permettront au serveur l/S-CSCF de déterminer quel message de signalisation il doit acheminer vers quel serveur d'application AS ;
• par la fonction S-CSCF lors des enregistrements du terminal, afin d'informer le serveur HSS de l'installation ou de la prolongation d'un enregistrement sur le serveur l/S-CSCF ; et
• par la fonction S-CSCF, afin de récupérer les informations nécessaires à l'authentification de la signalisation émise par le terminal.
En outre, comme illustré sur la figure 4, le champ « Line Identifier » est associé dans le HSS à un ou plusieurs identifiant(s) de l'utilisateur, par exemple un ou plusieurs couple(s) IMPI/IMPU. Tout utilisateur du réseau IMS est donc ainsi conjointement identifié et localisé.
L'invention exploite certaines informations contenues dans le HSS, afin de les rendre accessibles à un dispositif récepteur de ces informations, qui pourra, après enregistrement, les utiliser directement pour une variété d'applications, comme décrit ci-dessus.
On va décrire à présent deux modes de réalisation, dans lesquelles, à titre d'exemple, on considérera un P-CSCF en tant que dispositif récepteur.
Selon un premier mode de réalisation, un nouveau paramètre, représentant l'information de localisation et l'identifiant d'accès, est introduit dans l'en-tête SIP P-Associated-URI figurant dans la réponse du S-CSCF au P-CSCF lors de l'enregistrement de la ligne d'abonné ou de la passerelle sur le réseau. On va présenter des messages pouvant ainsi être échangés entre le P-CSCF et le S-CSCF, dans le cas, à titre d'exemple, où la VGW et le P-CSCF utilisent une procédure d'enregistrement optimisée appelée « Group Registration » et qui permet l'enregistrement implicite d'un groupe d'abonnés.
Le message d'enregistrement de la passerelle envoyé par le P- CSCF au S-CSCF via le l-CSCF pourrait alors être libellé comme suit :
REGISTER sip : operator . ims . corn SIP/2.0
To: <sip:VGW12@operator . ims . com>
From: [ ...]
Call-Id: [ ...]
CSeq: 1 REGISTER
Contact : [ ... ] et la réponse du S-CSCF au P-CSCF pourrait être libellée comme suit :
SIP/2.0 200 OK
To: <sip:VGW12@operator . ims . com>
From: [ ...]
Call-Id: [ ...]
CSeq: 1 REGISTER
Contact : [ ... ]
P-Associated-URI : <sip : +33296051111@operator . ims . corn >; lineld= VGW12/5/41/loc : 22300
P-Associated-URI :<sip:+33296051112@opérâtor. ims . corn >; lineld= VGW12/5/42/loc : 22300
[...]
Dans l'exemple ci-dessus, le P-CSCF enregistre l'identité publique de groupe VGW12@operator.ims.com, et, suite à cet enregistrement, le S-CSCF retourne, après interrogation du HSS et interprétation de la réponse reçue (qui représente, par exemple, des données contenues dans le « Line Identifier »), l'information que cette identité publique de groupe est en fait associée à deux identités publiques individuelles, à savoir :
+33296051 1 1 1 @operator.ims.com, et
+33296051 1 12@operator.ims.com, toutes deux localisées par le code INSEE 22300 et associées aux identifiants d'accès VGW1 2/5/41 et VGW1 2/5/42.
Le P-CSCF mémorise alors ces données, qui pourront par la suite être utilisées lors des appels émis par la VGW. Ainsi un appel émis par le poste d'abonné sur l'accès d'identité VGW1 2/5/41 tel que :
INVITE tel : +33123456789 SIP/2.0
To: <tel:+33123456789>
Front: <sip:VGW12%2f05%2f42>
Call-Id: [ ...]
CSeq: 1 INVITE
Contact : [ ... ]
[...] sera relayé vers le cœur IMS sous la forme
INVITE tel : +33123456789 SIP/2.0
To: <tel: +33123456789>
Front: < sip : +33296051111@operator . ims . corn >
P-Asserted-Id: < sip: +33296051111@operator . ims . com >
P-Access-Network-Info: [ ...] loc=22300 [ ...]
Call-Id: [ ...]
CSeq: 1 INVITE
Contact : [ ... ]
La VGW et le P-CSCF peuvent également utiliser une procédure d'enregistrement appelée « Line Registration », qui requiert l'enregistrement individuel de chaque accès. L'utilisation de cette procédure ne modifie en rien le principe du présent mode de réalisation, la localisation apparaissant toujours dans ledit nouveau paramètre de l'entête P-Associated-URI. La seule différence est que le message envoyé par le P-CSCF au S-CSCF via le l-CSCF concerne dans ce cas l'enregistrement de la ligne d'abonné au lieu de la passerelle.
Selon un deuxième mode de réalisation, un nouveau paramètre, représentant l'information de localisation et l'identifiant d'accès, est introduit dans un event package « reg-event » selon le document RFC 3680, auquel le P-CSCF souscrit, implicitement ou explicitement, auprès du S-CSCF après l'enregistrement de la ligne d'abonné ou de la passerelle. Le S-CSCF envoie alors, après interrogation du HSS et interprétation de la réponse reçue (qui représente, par exemple, des données contenues dans le « Line Identifier »), le paramètre de localisation et/ou l'identifiant d'accès au P-CSCF.
Toujours dans l'exemple de l'enregistrement de groupe, le message NOTIFY envoyé par le S-CSCF au P-CSCF et associé audit reg- event package pourrait alors être libellé corne suit :
NOTIFY sip : VGW12 @operator . ims . com SIP/2.0
To: <sip:VGW12@operator . ims . com>
From : [ ... ]
Call-Id: [ ...]
CSeq: 1 NOTIFY
Contact : [ ... ]
Event : req
[ ... ]
Content-Length : ..
<?xml
<reginfo>
xmlns="urn : ietf : params : xml :ns:reginfo"
version=" 1 "
state= [ ... ]
<registration>
aor= [ ... ]
id=[...]
state= [ ... ]
<contact>
id=[...]
state= [ ... ]
event= [ ... ]
lineld= VGW12/5/41/loc : 22300
<uri>
[...]
</uri>
</contact>
</registration>
</reginfo>
Ledit paramètre a été ici introduit dans le « body XML ».
La mise en œuvre de l'invention au sein des nœuds du réseau de télécommunications (notamment, le S-CSCF et le dispositif récepteur des informations de localisation) peut être réalisée au moyen de composants logiciels et/ou matériels.
Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de nœud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé de localisation et d'identification d'un d'abonné selon l'invention.
En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour l'exécution des étapes d'un procédé de localisation et d'identification d'un d'abonné selon l'invention, lorsqu'il est exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur.
Ce programme peut utiliser n'importe quel langage de programmation, et se présenter sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (« floppy dise » en anglais) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
En variante, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de localisation et d'identification d'un d'abonné selon l'invention.

Claims

R E V E N D I C A T I O N S
1 . Procédé de localisation et d'identification d'un abonné connecté à un réseau fixe émulant le RTC/RNIS, ledit réseau émulant le RTC/RNIS comprenant une passerelle (VGW, MGW) permettant audit abonné d'accéder à un réseau IMS, caractérisé en ce que, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle (VGW, MGW) sur ledit réseau IMS, il comprend les étapes suivantes :
- le serveur S-CSCF du réseau IMS interroge le serveur HSS de ce réseau sur la base de l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné,
- le serveur S-CSCF détermine, à partir de la réponse à son interrogation reçue de la part dudit serveur HSS, des informations comprenant au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe, et
- le serveur S-CSCF transmet lesdites informations en liaison avec ladite identité publique à un dispositif récepteur du réseau IMS.
2. Procédé de localisation et d'identification selon la revendication 1 , caractérisé en ce que ledit identifiant d'accès et/ou ledit paramètre sont transmis au sein d'un message émis en réponse à une notification, faite au serveur S-CSCF, dudit enregistrement sur le réseau IMS.
3. Procédé de localisation et d'identification selon la revendication 1 , caractérisé en ce que ledit identifiant d'accès et/ou ledit paramètre sont transmis au sein d'un message émis en réponse à une souscription, implicite ou explicite, effectuée par ledit dispositif récepteur auprès du serveur S-CSCF suite audit enregistrement sur le réseau IMS.
4. Procédé de localisation et d'identification selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit dispositif récepteur est inclus dans un serveur d'accès (P-CSCF, AGCF) du réseau IMS, ou dans un serveur d'applications (AS) du réseau cœur IMS.
5. Procédé de localisation et d'identification selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite réponse de la part du serveur HSS à l'interrogation du serveur S-CSCF représente des données contenues dans un « Line Identifier » selon la norme TS 129 433.
6. Dispositif récepteur dans un réseau IMS, ledit réseau IMS étant connecté à une passerelle (VGW, MGW) fournissant un accès audit réseau IMS à un abonné d'un réseau fixe émulant le RTC/RNIS, caractérisé en ce qu'il comprend des moyens pour, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle (VGW, MGW) sur ledit réseau IMS :
- recevoir de la part d'un serveur S-CSCF du réseau IMS, en liaison avec l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné, des données comprenant au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe, et
- enregistrer lesdites données en liaison avec l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné.
7. Serveur d'accès (P-CSCF, AGCF) d'un réseau IMS, caractérisé en ce qu'il comprend un dispositif récepteur selon la revendication 6.
8. Serveur d'applications (AS) d'un réseau IMS, caractérisé en ce qu'il comprend un dispositif récepteur selon la revendication 6.
9. Serveur S-CSCF dans un réseau IMS, ledit réseau IMS étant connecté à une passerelle (VGW, MGW) fournissant un accès audit réseau IMS à un abonné d'un réseau fixe émulant le RTC/RNIS, caractérisé en ce qu'il comprend des moyens pour, suite à l'enregistrement de la ligne d'abonné, ou de ladite passerelle (VGW, MGW) sur ledit réseau IMS :
- interroger le serveur HSS du réseau IMS sur la base de l'identité publique de l'abonné, ou de l'identité publique d'un groupe auquel appartient l'abonné,
- déterminer, à partir de la réponse à son interrogation reçue de la part dudit serveur HSS, des informations comprenant au moins l'identifiant d'accès de l'abonné, ou des abonnés appartenant audit groupe, et/ou un paramètre représentant la localisation de l'abonné, ou des abonnés appartenant audit groupe, et
- transmettre lesdites informations en liaison avec ladite identité publique à un dispositif récepteur du réseau IMS.
10. Moyen de stockage de données inamovible, ou partiellement ou totalement amovible, comportant des instructions de code de programme informatique pour l'exécution des étapes d'un procédé de localisation et d'identification d'un d'abonné selon l'une quelconque des revendications 1 à 5.
1 1 . 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 pour l'exécution des étapes d'un procédé de localisation et d'identification d'un d'abonné selon l'une quelconque des revendications 1 à 5, lorsqu'il est exécuté sur un ordinateur.
PCT/FR2011/053055 2010-12-21 2011-12-19 Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis Ceased WO2012085429A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1060978A FR2969453A1 (fr) 2010-12-21 2010-12-21 Procede de localisation et d'identification d'un abonne connecte a un reseau emulant le rtc/rnis
FR1060978 2010-12-21

Publications (2)

Publication Number Publication Date
WO2012085429A2 true WO2012085429A2 (fr) 2012-06-28
WO2012085429A3 WO2012085429A3 (fr) 2012-11-15

Family

ID=43901117

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2011/053055 Ceased WO2012085429A2 (fr) 2010-12-21 2011-12-19 Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis

Country Status (2)

Country Link
FR (1) FR2969453A1 (fr)
WO (1) WO2012085429A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2879416A4 (fr) * 2012-09-20 2015-08-05 Zte Corp Procédé et système réalisant une association de numéros

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110351110B (zh) * 2018-04-04 2021-07-16 华为技术有限公司 一种配置终端参数的方法、设备及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100596084C (zh) * 2006-04-20 2010-03-24 华为技术有限公司 移动电路域用户接入ims网络的系统及其接入的注册方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"ETSI ES283035 v1.1.1; Telecommunications and Internet Converged Services and Protocols for Advanced Networks (TISPAN);Network Attachment Sub-System (NASS);e2 interface based on the DIAMETER protocol", ETSI, July 2006 (2006-07-01)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2879416A4 (fr) * 2012-09-20 2015-08-05 Zte Corp Procédé et système réalisant une association de numéros
US9537666B2 (en) 2012-09-20 2017-01-03 Zte Corporation Number association realizing method and system

Also Published As

Publication number Publication date
WO2012085429A3 (fr) 2012-11-15
FR2969453A1 (fr) 2012-06-22

Similar Documents

Publication Publication Date Title
US8090840B2 (en) Methods and apparatus to provide a call-associated content service
EP1931104B1 (fr) Procédé de contrôle de l&#39;établissement de canaux de communication multimédia
KR20110030404A (ko) 통신 네트워크 통합 방법 및 통신 시스템
WO2011064492A1 (fr) Procede de basculement d&#39;un hss primaire sur un hss de secours dans un reseau ip
EP3085065A1 (fr) Procédé de mise a jour dynamique d&#39;informations obtenues de la part d&#39;un serveur dns
EP3583757B1 (fr) Procédé de changement de réseau mobile
EP2926524B1 (fr) Routage d&#39;une requête de service visant un abonné ims
US8942227B1 (en) Enhanced filtering for an IP multimedia subsystem
EP2449745A1 (fr) Procede de selection d&#39;une ressource reseau
EP3158709B1 (fr) Sélection dynamique par un appelant parmi une pluralité de terminaux d&#39;un appelé
FR2969453A1 (fr) Procede de localisation et d&#39;identification d&#39;un abonne connecte a un reseau emulant le rtc/rnis
FR2873881A1 (fr) Procede de fonctionnement d&#39;un reseau operant sous le protocole sip et reseau mettant en oeuvre un tel procede
FR2980328A1 (fr) Procede de traitement d&#39;une requete d&#39;un service dependant de la localisation d&#39;un terminal mobile
EP2801178B1 (fr) Procédé dynamique de détermination d&#39;une liste de services dans un réseau sip
EP3391615B1 (fr) Procédé de communication entre un terminal appelant et une pluralité de terminaux appelés
EP3472993B1 (fr) Procédé de détermination d&#39;un ensemble de formats de codage pour établir une communication
FR2936390A1 (fr) Procede et dispositif pour un systeme de communication offrant des services d&#39;itinerance
WO2013093282A1 (fr) Procede de propagation des associations entre adresses de contact et identites privees dans un reseau ip
WO2012072942A2 (fr) Procede contre la formation de boucles dans les renvois d&#39;appel
WO2010149915A1 (fr) Procédé d&#39;émulation des signaux de boucle
WO2012049404A1 (fr) Procede de traitement des flux de presence dans un reseau sip
WO2012117178A1 (fr) Procédé de gestion d&#39;identites publiques par un utilisateur d&#39;un reseau ims
EP1903751A1 (fr) Procédé de routage d&#39;une demande d&#39;établissement d&#39;appel

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11817394

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11817394

Country of ref document: EP

Kind code of ref document: A2