WO2013121158A1 - Procédé d'enregistrement d'un serveur d'application et serveur d'application - Google Patents

Procédé d'enregistrement d'un serveur d'application et serveur d'application Download PDF

Info

Publication number
WO2013121158A1
WO2013121158A1 PCT/FR2013/050316 FR2013050316W WO2013121158A1 WO 2013121158 A1 WO2013121158 A1 WO 2013121158A1 FR 2013050316 W FR2013050316 W FR 2013050316W WO 2013121158 A1 WO2013121158 A1 WO 2013121158A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
identifier
party
application server
core network
Prior art date
Application number
PCT/FR2013/050316
Other languages
English (en)
Inventor
Laurent Renard
Miguel Labranche
Original Assignee
Orange
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 Orange filed Critical Orange
Publication of WO2013121158A1 publication Critical patent/WO2013121158A1/fr

Links

Classifications

    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
    • 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/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • 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/10—Architectures or entities
    • H04L65/1053—IP private branch exchange [PBX] functionality entities or arrangements
    • 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/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • 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
    • 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/1073—Registration or de-registration
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
    • 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/53—Network services using third party service providers

Definitions

  • the invention relates to the general field of telecommunications.
  • It relates more particularly to the management of access, by a terminal, to a communication service provided by a third party network connected to a VoIP core network (or VoIP for Voice Over IP), such as for example a core IP Multimedia Subsystem.
  • a VoIP core network or VoIP for Voice Over IP
  • VoIP Voice Over IP
  • a third-party network is understood to mean a network distinct from that of the terminal accessing the service and the voice-over-IP core network, capable of providing services that are not managed by the VoIP core network: it may be in particular a network of a different nature, or operated by an operator different from the operator of the terminal network and / or the operator of the voice over IP network core.
  • the third-party network may be a private network of an enterprise including a private auto-switch entity or infrastructure (also known as PBX or PBX for Private Automatic Branch eXchange), the terminal may be a terminal mobile capable of communicating on a mobile telecommunications network such as in particular a GSM network (Global System for Mobile Communications) or UMTS (Universal Mobile Telecommunications System), and the VoIP core network can be an IMS core network.
  • a private auto-switch entity or infrastructure also known as PBX or PBX for Private Automatic Branch eXchange
  • the terminal may be a terminal mobile capable of communicating on a mobile telecommunications network such as in particular a GSM network (Global System for Mobile Communications) or UMTS (Universal Mobile Telecommunications System)
  • the VoIP core network can be an IMS core network.
  • the invention thus has a preferred but nonlimiting application within the framework of the ICS service (IMS Centralized Service) developed by the 3GPP standard (Third Generation Partnership Project), and described in particular in document 3GPP TS 23.292 entitled “Technical Specification Group Services and System Aspects; IP Multimedia Subsystem centralized services; Stage 2 ", Release 11, v1.0.0, June 2011.
  • IMS Centralized Service IMS Centralized Service
  • 3GPP TS 23.292 entitled “Technical Specification Group Services and System Aspects; IP Multimedia Subsystem centralized services; Stage 2 ", Release 11, v1.0.0, June 2011.
  • the ICS service aims to provide, via an IMS core network, multimedia services to a mobile user independently of the access network with which the user is connected (ie circuit-switched access network or packets). Users of circuit-switched access networks can thus benefit from new IMS services while continuing to benefit from the services traditionally offered by circuit-switched access networks, which services are now managed by the IMS core network.
  • the ICS service relies in particular on the triggering of an SCC AS (Service Centralization and Continuity Application Server) application server, in charge of ensuring the continuity of services for the different access networks.
  • SCC AS Service Centralization and Continuity Application Server
  • the SCC AS server has the particular function of managing the termination of each communication passing through it by selecting the domain (switching of packets or circuits) to which to route this communication.
  • the features of the SCC AS server are described in more detail in 3GPP TS 24.292 titled "Technical Specification Group Core Network and Terminals; IP Multimedia Core Network Subsystem; Centralized Services; Stage 3 ", Release 10, v10.5.0, September 2001.
  • the IMS core network that manages and provides the services offered to the mobile terminal.
  • this definition responds well to residential or Centrex-type service offerings (ie proposing to an enterprise an outsourcing of the management of its VoIP services), for which all the services offered are hosted by the same service provider.
  • operator ie the operator of the core network IMS, it does not allow to offer to a terminal services offered by third-party networks not managed by the core network IMS.
  • the invention responds in particular to this need by proposing a method for registering an application server of a VoIP core network with a third party network comprising an entity capable of providing at least one service, process comprising:
  • a step of registering the application server with the third-party network using these registration data comprising sending a registration request to the third-party network containing the second identifier and reachability information; the application server on the core network.
  • the invention also aims at an application server of a VoIP core network comprising:
  • the second identifier and the registration data being associated with the first identifier in a database of the core network
  • Means for registering the application server with the third-party network using these registration data including means for sending a registration request to the third-party network containing the second identifier and a reachability information of the application server on the core network.
  • the invention thus proposes to extend, via an application server of the VoIP core network, the registration of the terminal to the third party network providing the service to which the terminal wishes to access.
  • the term "registration data” means data enabling the application server to register with the third party network providing the service.
  • data can be used to define the signaling path to the third-party network, such as the domain name representing the third-party network, or the reachability information of the entity in charge of the third-party network records. service, or authentication data on the third-party network on behalf of the second identifier, and so on.
  • the application server registers with the third party network using registration data and a communication identifier used to communicate on the third party network (second identifier within the meaning of the invention). , which are associated with the terminal in a database of the core network.
  • This database is fed, for example, when provisioning the service offered by the third party network entity to the core network. It can be stored at the application server level or in another core network entity (for example in a HSS type server).
  • the registration data and the communication identifier on the third party network associated with the identifier of the terminal on the backbone can be obtained by the application server in different ways.
  • this information can be obtained by the application server by querying the database using the identifier of the terminal on the core network.
  • they can be obtained during the detection of the registration of the terminal by the application server: thus, for example, they can be contained in a notification of the terminal record sent by a core network entity. and received by the application server.
  • the application server therefore registers with the entity of the third party network in the name of the terminal.
  • the terminal can thus access, via the application server, the service provided by the third party network, even if this service is not hosted directly by the core network.
  • the entity of the third-party network has no actual knowledge of the terminal (in this case, the terminal does not need to be directly connected to the third party network to receive the service) and vice versa.
  • the invention is therefore completely transparent for the terminal which only needs to register with the core network to access the service offered by the third party network.
  • the invention therefore has a preferred but non-limiting application in the context of the ICS service proposed by the 3GPP standard for an IMS core network: the registration logic of the terminal at the heart of the IMS network to access services is in effect respected by the invention, including when these services are not managed and / or hosted directly by the backbone.
  • the invention advantageously makes it possible, in such a context, to enrich the offer of services proposed within the framework of the ICS service.
  • the second identifier used to communicate on the third party network can be an internal communication identifier to the third party network, that is to say without visibility or special meaning outside the third party network.
  • the third party network is an enterprise private network and the entity providing a service a private branch exchange or PBX, an extension number internal to the third party network managed by the private branch exchange.
  • the invention advantageously makes it possible to extend the services offered by the company's PBX to any terminal other than the fixed terminals of the company.
  • enterprise for which the services offered by the PBX are conventionally intended such as, for example, a mobile terminal registered with the core network IMS.
  • the invention applies to other third-party networks as well as to other third-party network entities able to provide services. These entities may be spread over one or more devices of the third party network.
  • the invention also relates to a method of management by an application server of a voice over IP network core of an access by a terminal to a service provided by an entity of a third party network connected to the core network, this process comprising:
  • the application server may further comprise means for transferring to the terminal or to the entity of the third party network at least one message received by the application server relating to the service provided by the entity of the third party network, so as to allow access to this service by the terminal.
  • the meaning of the invention means a message that can be processed or managed by the entity of the third-party network as part of this service.
  • the entity of the third party network is a private branch exchange providing an incoming and outgoing call management service
  • calls to the terminal and / or issued by the terminal to which the service is provided via the server of application are messages relating to the service provided by the entity of the third party network within the meaning of the invention.
  • the application server triggered when the terminal is registered with the core network according to the invention is on the path of the messages relating to the service offered by the entity of the third party network to and from of the terminal. It relays (ie transfers) these messages sometimes to the terminal, sometimes to the entity of the third network, after mapping the identifier of the terminal to the core network and the communication identifier used on the third party network, to allow the terminal to access the service provided by the entity of the third party network.
  • the transfer step of the management method according to the invention comprises:
  • the management method has the same advantages as the recording method, described above.
  • the VOIP core network is an IMS core network.
  • the application server once registered with the entity of the third-party network, therefore behaves like a relay agent or "back-to-back user agent" with respect to the messages relating to the service.
  • the third party network entity establishing the correspondence between the terminal identifier on the core network and the communication identifier on the third party network.
  • the application server according to the invention may advantageously be an SCC AS application server as defined by the 3GPP standard.
  • the functionality of the SCC AS application server defined by the 3GPP standard is enriched with services other than the services actually managed by the IMS core network.
  • an application server separate from the application server SCC AS eg an application server dedicated solely to access to the service provided by the entity of the third party network
  • an application server separate from the application server SCC AS can be triggered to extend the service. registration of the terminal with the third-party core network entity.
  • the invention thus relies not only on the application server of the core network that registers with the entity of the third party network providing the service, but also:
  • the invention therefore also relates to a method of providing a service by an entity of a third party network connected to a voice over IP core network, this method comprising:
  • the invention also relates to an entity of a third party network capable of providing a service, the third party network being connected to a voice over IP core network, this entity comprising:
  • the invention also relates to a database of a voice over IP core network associating at least one identifier of a terminal on said core network, a communication identifier on a third party network connected to the core of the voice network. over IP and registration data from this third-party network.
  • the invention aims at a communication system comprising:
  • a terminal capable of registering with the VoIP core network with a first identifier of the terminal on the core network;
  • a third party network connected to the VoIP core network comprising an entity according to the invention, capable of providing a service
  • the VoIP network core comprising:
  • a database associating with the first identifier of the terminal, a second communication identifier on the third party network and registration data with the third party network;
  • An application server able to detect a recording of the terminal on the VoIP core network with the first identifier, to obtain the second communication identifier on the third party network and the registration data from the third-party network associated with the first identifier in the database, and register with the third-party network with a registration request containing this second identifier and a reachability address of the application server on the core network.
  • - VoIP network backbone is an IMS core network
  • the application server is an SCC AS server of the IMS core network, defined by the 3GPP standard.
  • the third party network entity is a private branch exchange.
  • the entity of the third party network, the core network database and the system according to the invention have the same advantages as those mentioned above for the recording method, the method for managing the access to a service and the application server according to the invention.
  • the various steps of the recording method and / or the method of managing access to a service are determined by instructions of computer programs.
  • the various steps of the method of providing a service are determined by instructions of computer programs.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented in an application server or more generally in a computer, this program comprising instructions adapted to implementing the steps of a registration method and / or a method of managing access to a service as described above.
  • the invention also relates to a computer program on an information carrier, this program being capable of being implemented in an entity of a third party network or more generally in a computer, this program comprising instructions adapted to the implementation of the steps of a method of providing a service as described above.
  • These programs can use any programming language, and be in the form of source codes, object codes, or intermediate codes between source code and object code, such as in a partially compiled form, or in any other desirable shape.
  • 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 disk. hard.
  • 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 other means.
  • the program according to the invention can be downloaded in particular on 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 the execution of the method in question.
  • the recording method, the management method, the supply method, the application server, the third-party network entity, the database and the system. communication device according to the invention present in combination all or part of the aforementioned characteristics.
  • FIG. 1 shows, schematically, a communication system according to the invention comprising an application server, a database and an entity of a third party network according to the invention in a particular embodiment
  • FIGS. 2 and 3 respectively show, schematically, the hardware architecture of the entity of the third party network and the application server of Figure 1, in a particular embodiment
  • FIG. 4A illustrates an exemplary database in accordance with the invention establishing the correspondence between the identifier of the terminal on the core network on the one hand, and the communication identifier on the third party network and the data of recording on the third party network, in a particular embodiment
  • FIG. 4B illustrates an example database maintained by the entity of the third party network establishing the correspondence between the communication identifier on the third party network and the reachability information of the application server, in a particular embodiment
  • FIG. 5 represents, in the form of a flow chart, the main steps of a recording method and a method for managing access to a service in a particular embodiment in which these methods are implemented. by the application server of Figure 1;
  • FIG. 6 represents, in the form of a flow chart, the main steps of a method of providing a service in a particular embodiment in which this method is implemented by the entity of the third network represented in FIG. 1.
  • FIG. 1 represents, in its environment, a communication system 1 according to the invention, in a particular embodiment.
  • the communication system 1 comprises:
  • At least one terminal 2 connected to an access network HNW, and capable of registering via this network with the core network CN;
  • a third party network 3NW connected to the heart of the CN network and capable of providing one or more communication services (i.e. multimedia services) via an entity 3 according to the invention.
  • the terminal 2 is a mobile terminal and the access network HNW is a mobile telecommunications network, such as for example a GSM or UMTS network.
  • the access network HNW is a mobile telecommunications network, such as for example a GSM or UMTS network.
  • GSM Global System for Mobile communications
  • UMTS Universal Mobile Subscriber Identity
  • the VoIP CN core network is here a core network incorporating an IMS architecture and implementing, for the signaling exchanged in the core network, the SIP session initiation protocol.
  • the characteristics of the IMS architecture and the SIP protocol are defined respectively at the 3GPP and IETF standards, in particular in the documents 3GPP TS 22.228 "Service requirements for the IP Multimedia Core Network Subsystem (Stage 1)" and IETF RFC 3261 Session Initiation Protocol. They are therefore not described in detail here.
  • the third party network 3NW is here a private enterprise network known per se, and the entity 3, a private branch exchange also called PBX or PABX. Entity 3 is here able to provide one or more communication services S (such as, for example, voice over IP services) to various terminals 4, connected to the third party network 3NW via internal lines (also known as name extensions) and have public credentials (such as a phone number) associated with these internal lines.
  • communication services S such as, for example, voice over IP services
  • internal lines also known as name extensions
  • public credentials such as a phone number
  • the third party network 3NW uses the SIP session initiation protocol for its communications.
  • SIP session initiation protocol for its communications.
  • other protocols may be envisaged within the scope of the invention, such as proprietary VoIP protocols.
  • the terminals 4 are for example fixed terminals, such as wired telephone terminals, or wireless terminals such as WIFI® terminals (WIreless FIdelity), able to communicate according to the SIP protocol.
  • fixed terminals such as wired telephone terminals
  • wireless terminals such as WIFI® terminals (WIreless FIdelity)
  • WIFI® terminals WIreless FIdelity
  • Each internal line or each extension managed by the entity 3 is associated, in a manner known per se, with an internal identifier to the third party network 3NW or extension number, such as for example a 4-digit number (eg 2900, 2906 , etc.).
  • These internal identifiers are communication identifiers used by the terminals 4 to communicate with each other on the third party network 3NW, without having access to the public telephone network. They are also associated, in a database 10 of the entity 3, the public identifiers of the terminals 4 managed by the entity 3, that is to say here to the fixed telephone numbers of the terminals 4 known to the public .
  • the entity 3 is also able to provide the communication services S to so-called "external" terminals, which are not connected directly to the third party network 3NW.
  • These external terminals are here mobile terminals. They have public identifiers or MSISDN numbers (Mobile Station Integrated Services Digital Network) which are associated at the database level 10 with internal line extensions managed by the entity 3 and reserved for these external terminals.
  • MSISDN numbers Mobile Station Integrated Services Digital Network
  • the PBX entity 3 here has the hardware architecture of a computer, as shown diagrammatically in FIG. 2. It comprises in particular a processor 3A, a random access memory 3B, a read-only memory 3C in which the database of data 10, and 3D communication means with the CN core network and with the terminals 4, these 3D communication means implementing in particular the SIP protocol.
  • the entity 3 includes means of communication with the terminals 4 different from its 3D communications means with the core network CN, implementing for example another standardized or proprietary protocol .
  • the read-only memory 3C of the entity 3 constitutes a recording medium in accordance with the invention, readable by the processor 3A and on which is recorded a computer program according to the invention, comprising instructions for the execution of the steps of a method for providing a service according to the invention, described later with reference to FIG.
  • the invention is of course applicable to other 3NW third party networks, as well as to other entities capable of providing services.
  • third network in the sense of the invention, a telecommunications network separate from the network of the terminal 2 and VoIP CN core network, in other words, different nature or the same nature but operated by a different operator.
  • This may include a local or private network, connected and registered with the CN core network, and able to provide services that are not managed or hosted directly by the CN core network.
  • the CN IMS core network comprises several functional entities.
  • it comprises in particular:
  • a CSCF 5 entity (Call Session Control Function), itself composed of several equipment or logical servers (not represented in FIG. 1) such as for example:
  • I-CSCF Interrogating Call Session Control Function
  • an S-CSCF Server Call Session Control Function
  • P-CSCF Proxy Call Session Control Function
  • One or more Application Servers hosting and providing services such as for example an application server 6 according to the invention and an SCC Server AS 7 (Service Centralization and Continuity Application Server), participating in the application server.
  • an SCC Server AS 7 Service Centralization and Continuity Application Server
  • ICS IMS Centralized Service
  • the architecture and functionalities of an SCC AS server as well as the ICS service are described in more detail in the documents 3GPP TS 23.292 and 3GPP TS 24.292 cited above;
  • An I-BCF 8 server (Interconnection Border Control Function) serving as a gateway to the external networks at the heart of the CN network, such as in particular to the 3NW third party network, and which fulfills, among other things, address translation functions ( or NAT for Network Address Translation in English) and firewall (or "firewall” in English); and
  • database is meant in the sense of the invention any type of structure for storing data, such as a table for example.
  • the application server 6 here has the hardware architecture of a computer, as shown diagrammatically in FIG. 3. It notably comprises a processor 6A, a random access memory 6B, a read-only memory 6C, 6D communication means (FIG. with, in particular, the CN core network entities, the terminal 2 and the entity 3) implementing the SIP protocol, and the consultation means 6E of the database 9.
  • the read-only memory 6C of the application server 6 constitutes a recording medium in accordance with the invention, readable by the processor 6A and on which is recorded a computer program according to the invention, comprising instructions for executing steps of a recording method and a management method according to the invention described later with reference to Figure 5.
  • the communication service S is here an incoming and outgoing call management service associated with the extensions of internal lines and the public identifiers (fixed or mobile telephone numbers) connected to these internal line extensions, managed by the entity 3. L
  • the invention is not limited to call management services and makes it possible to offer other types of multimedia services to the terminal 2.
  • a plurality of communication identifiers internal to the third party network ie internal extension numbers managed by the entity 3
  • identifiers are similar or identical in their form to the internal communication identifiers associated with the extensions of the third-party network and used to communicate to the 4.
  • they are associated with the MSISDN numbers of the terminals (ie public identifiers) subscribing to the service S and which are managed by the entity 3.
  • the identifiers thus reserved and the public identifiers associated with them are communicated by the entity 3 to the heart of the CN network, for example when provisioning the service S in the ICS service offering of the CN core network.
  • This provisioning can be done in particular via the subscription of the entity 3 to a call collection and routing service of the company, also known as "business trunking" in English, offered by the core network CN.
  • the subscription to the business trunking service by the entity 3 can also be done via another VoIP core network than the CN core network, in which case communications between the core network are set up to exchange the information necessary for the implementation of the invention.
  • the identifiers communicated by the entity 3 are then stored in the base 9 of the HSS server of the core network CN.
  • This registration data includes here the domain name corresponding to the third party network managing the service S, as well as authentication data (eg a login and a password) on the third party network associated with the internal identifiers communicated by the service provider. entity 3.
  • authentication data eg a login and a password
  • other registration data with the third party network may be considered.
  • the user of the terminal 2 has subscribed to the heart of the CN network to the ICS service offering of the CN core network enriched with the service S offered by the third party network 3NW.
  • the core network CN stores in the database 9 of the HSS server, an identifier ID2 of the terminal 2 on the core network CN in association with the public IDPUB2 of the terminal 2 (MSISDN number of the terminal 2), and the INT2 communication identifier internal to the network 3NW associated with the public identifier IDPUB2, communicated by the entity 3.
  • the identifier ID2 is here a "temporary" identifier in the sense of the 3GPP standard, assigned to the terminal 2 on the core network CN; such an identifier is known per se, and derived from the International Mobile Subscriber Identity (IMSI) number of the terminal 2. This is the identifier used by the terminal 2 to identify itself on the CN network core when it is registered. .
  • the identifier ID2 and the identifier INT2 respectively constitute a first identifier of the terminal 2 on the core network CN and a second communication identifier on the third network within the meaning of the invention.
  • An example database 9 is illustrated in Figure 4A.
  • the database 9 is a two-dimensional table, in which each line associates with an identifier of a terminal on the CN core network, the public identifier of this terminal and an internal network communication identifier. 3NW third party associated with this public identifier.
  • the database 9 contains registration data associated with the identifier ID2, which includes a domain name, SIP DOMAIN 3, representing the third party network 3NW, as well as authentication data PASSWD_INT2 from the third-party network.
  • These authentication data are data required when registering with the third party network with the internal communication identifier INT2; they consist, for example, of the internal communication identifier INT2 and of an associated password.
  • entity 3 is in charge of the registration on the third party network 3NW, so that the resolution of the domain name SIP DOMAIN 3 allows direct access to entity 3.
  • the recording can be carried out by another entity of the third party network which, following this recording, establishes the link with the entity 3 and transmits the messages relating to the service S to the entity 3.
  • the network core CN associates with the profile of the terminal 2, criteria iFC (initial Filter Criteria) known in so that the terminal 2 can benefit from the ICS service and in particular so that it can access the service S offered by the PBX entity 3.
  • criteria iFC initial Filter Criteria
  • One of these criteria aims in particular to trigger the application server 6 when the terminal 2 is registered with the heart network CN and the notification of the application server 6 of the registration of the terminal 2. This notification is performed here in accordance with the service "Third Party Registration" defined by the standard 3GPP.
  • the application server 6 (as well as the SCC AS 7 application server) subscribes to a notification service of the registration of the terminal 2 at the heart of the CN network, such as the "Third Party” service. Registration "defined by the 3GPP standard.
  • This SIP REGISTER request passes through the P-CSCF server and is then transmitted to the I-CSCF server which identifies the S-CSCF server receiving the request.
  • the S-CSCF server responds to the I-CSCF server by a SIP message 200OK containing all the public identifiers managed by the entity 3 (ie number of the fixed terminals 4, and identifiers of the mobile terminals managed by the entity 3 such as the public identifier IDPUB2 of the terminal 2), and previously communicated to the core network CN during the provisioning of the service S.
  • the SIP message 200 OK is transferred in a reverse direction to that taken by the REGISTER request (i.e. via the P-CSCF server) to the entity 3.
  • the terminal 2 must register, in accordance with the invention, with the core network CN, in a manner known per se and described in particular in the document 3GPP TS 23.292.
  • the intervention of an Enhanced Mobile Switching Server (eMSC) making the transition between core circuits and the core network CN may be required for terminals connected to circuit-switched networks (in this case is the eMSC server which generates the temporary identifier ID2 of the terminal on the core network CN).
  • eMSC Enhanced Mobile Switching Server
  • This record is translated by sending a SIP REGISTER registration request to the S-CSCF server of the CN core network (or directly by the terminal 2 if the HNW network is a network implementing the SIP protocol (the request sent by the terminal then passes through the P-CSCF server and then the I-CSCF server of the CN network core before arriving at the S-CSCF server), or via the eMSC server during the attachment of the mobile terminal. 2 to this server).
  • This request contains the identifier ID2 of the terminal 2 on the core network CN.
  • This record allows the CN core network to trigger the iFC (Initial Filter Criteria) criteria associated with the Terminal 2 profile and stored in the HSS server; in particular, the S-CSCF server CN core network triggers the application server 6 and notifies it of the registration of the terminal 2.
  • iFC Initial Filter Criteria
  • the S-CSCF server CN core network triggers the application server 6 and notifies it of the registration of the terminal 2.
  • the application server 6 is thus notified by the S-CSCF server of the registration of the terminal 2 on the core network CN with the identifier ID2.
  • step E10 The receipt of this notification by the application server 6 constitutes a step of detecting the registration of the terminal 2 on the core network CN within the meaning of the invention.
  • the application server 6 interrogates, using its means 6E, the database 9 of the HSS server in order to obtain the communication identifier on the third party network 3NW associated with the terminal 2 and the registration data required for registration with the third party network 3NW (step E20).
  • the means 6E are known to those skilled in the art and will not be described in more detail here.
  • the communication identifier on the third-party network and the registration data with the third-party network, associated with the identifier ID2 can be obtained by the application server 6 on the occasion of the notification of the registration of the terminal 2 on the backbone by the S-CSCF server. This information may be contained in particular in the notification message sent by the S-CSCF server to the application server 6.
  • the application server 6 obtains the internal communication identifier INT2 as well as the registration data SIP DOMAIN 3 and PASSWDJNT2, associated in the base 9 with the identifier ID2.
  • the reachability information AoC6 of the application server 6 is here a contact address (Address of Contact, in English) of the application server 6.
  • the registration request sent by the application server 6 to the third party network 3NW is here a SIP REGISTER request having:
  • R-URI the domain name SIP DOMAIN 3 identifying the third party network 3NW and more particularly here the entity 3;
  • the communication identifier INT2 on the third party network For the destination field (TO field) and the source field (FROM field): the communication identifier INT2 on the third party network; and
  • CONTACT field the reachability address AoC6 of the application server 6 on the core network CN. This request passes through the I-BCF server 8 and is transmitted to the entity 3, which is responsible here for the registration of the equipment on the third party network.
  • the entity 3 receives the registration request from the application server 6 (step FIO).
  • This reception step constitutes a step of detecting the registration of the application server 6 with the third party network within the meaning of the invention.
  • FIG. 4B illustrates an example of a database 10 stored in the ROM 3C of the entity 3.
  • the application server 6 Once the application server 6 has been registered with the entity 3, the latter then provides the service S to the identifier INT2 or to the public identifier IDPUB2 of the terminal 2 via the application server 6 (step F30).
  • the entity 3 provides, in the same way as the terminals 4 which are connected to the third party network 3NW, the service S to the terminal 2 via the application server 6 which is responsible for relaying the messages relating to this. service S sometimes to the terminal 2 sometimes to the entity 3, even though the terminal 2 is not connected to the third party network 3NW but only registered with the heart network CN.
  • the sending by the entity 3 to the application server 6 of messages relating to the service S and intended for the identifier INT2 or the public identifier IDPUB2 associated with the identifier INT2 (eg messages sent to the identifier INT2 by a terminal connected to the third-party network or sent to the public identifier IDPUB2 by a device external to the third-party network).
  • the entity 3 substitutes the known identifier INT2 of the application server 6 instead of the public identifier IDPUB2 in the message, before it is transferred to the server application 6; and
  • the messages relating to the service S destined for the identifier ID2 of the terminal 2 or originating from the terminal 2, before relaying them to the entity 3;
  • the messages relating to the service S intended for the identifier INT2 and coming from the entity 3, before relaying them to the terminal 2.
  • This association is done, in the embodiment described here, by inserting the appropriate identifier in the message before relaying it to the terminal 2 or to the entity 3.
  • the application server 6 When the message received by the application server 6 relating to the service S comes from the terminal 2 and contains the identifier ID2 of the terminal on the core network CN, the application server 6 substitutes the internal communication identifier INT2 to the place of the identifier ID2 in the message, before its transfer to the entity 3; and
  • the application server 6 When the message received by the application server 6 relating to the service S originates from the entity 3 of the third party network 3NW and contains the internal communication identifier INT2, the application server 6 substitutes the identifier ID2 instead of the identifier INT2 in the message, before its transfer to the terminal 2.
  • the application server 6 thus plays a role of "back-to-back user agent" between the terminal 2 and the entity 3.
  • the service S provided by the entity 3 is an incoming and outgoing call management service concerning the extensions of internal lines registered with the entity 3, and in particular the internal line extension identified by the identifier INT2 associated with the terminal 2. Thanks to the invention, the entity 3 is therefore in charge of the management of incoming and outgoing calls relating to the terminal 2, via the server of application 6.
  • the terminals 4 can communicate with the terminal 2 by directly using the number of INT2 extension.
  • the messages sent by the terminals 4 to the identifier INT2 as part of these communications are processed by the entity 3: the latter extracts from the database 10 stored in its read-only memory 3C, the address of AoC6 reachability of the application server 6 on the heart network CN, using the identifier INT2, then transmits these messages to the application server 6 using the reachability address AoC6 for it to transfer them to turn to terminal 2.
  • the application server 6 upon receipt of such a message from the entity 3 destined for the identifier INT2 (answer yes to the test of the step E50), the application server 6 consults the database 9 at using the identifier INT2 to obtain the identifier ID2 of the terminal 2 on the core network CN. Then, after having substituted in the message received from the entity 3 the identifier ID2 of the terminal 2 to the identifier INT2, it transfers this message to the terminal 2 via the core network CN (step E60).
  • the application server 6 is on the path of the messages sent by the terminal 2 as part of the service S.
  • this message passes through the server.
  • application 6 and contains the identifier ID2 of the terminal 2.
  • the application server 6 associates the message received from the terminal 2 to the internal communication identifier INT2 by consulting the database 9, substitutes the identifier INT2 to the identifier ID2 in the message, then transfers the message to the entity 3 (step E70).
  • the destination equipment ie terminal 4 of the third party network or device connected to another network
  • similar steps can also be implemented when a device external to the third party network 3NW, for example another terminal 2 'of the mobile telecommunications network HNW, sends a message to the terminal 2 containing its public identifier IDPUB2, if it is exchanged as part of the service S.
  • a device external to the third party network 3NW for example another terminal 2 'of the mobile telecommunications network HNW, sends a message to the terminal 2 containing its public identifier IDPUB2, if it is exchanged as part of the service S.
  • the entity 3 On receiving such a message, the entity 3 extracts from the database 10 stored in its read-only memory 3C, the internal communication identifier INT2 and the reachability address AoC6 of the application server 6 on the heart of CN network, associated with the public identifier IDPUB2 contained in the message. It then substitutes, in the message, the communication identifier INT2 to the public identifier IDPUB2, and then transmits the modified message to the application server 6 using the reachability address AoC6.
  • the application server 6 associates the message received from the entity 3 to the identifier ID2, substitutes the identifier ID2 to the identifier INT2 contained in the message, then transfers it to the terminal 2.
  • the entity 3 is in charge of registering the terminals on the third party network 3NW for access to the communication service S.
  • this record can be managed by another entity of the network.
  • third party which establishes the link with the entity 3 and informs it of the registration of the application server 6 (and in particular of the reachability address of the application server and the communication identifier on the third-party network contained in the registration request from the application server 6).
  • the reception of this information constitutes a step of detecting a record with the third party network of the application server within the meaning of the invention.
  • the application server 6 is a separate server of the SCC AS server defined by the 3GPP standard.
  • the third party network 3NW implements the SIP protocol, which facilitates exchanges between the core network CN (and in particular the application server 6), and the entity 3.
  • the third party network may use another protocol distinct from the SIP protocol during communications within its network, such as another standard protocol or a proprietary protocol.
  • the entity 3 may furthermore include a function for translating this protocol to the SIP protocol and vice versa, implemented during the transmission of messages to the application server or the reception of messages originating from the server. application. This translation function can of course be implemented in another variant by an entity distinct from the entity 3.
  • the identifier used to communicate on the third party network is an internal identifier of the extension number type.
  • other identifiers internal to the third-party network may be envisaged, for example a local IP (Internet Protocol) address.
  • the invention is not limited to identifiers internal to the third party network, that is to say to identifiers without visibility or special meaning outside the third party network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Conformément à l'invention, le procédé d'enregistrement d'un serveur d'application d'un cœur de réseau de voix sur IP auprès d'un réseau tiers comprenant une entité fournissant un service comprend : — la détection (E10) d'un enregistrement d'un terminal sur le cœur de réseau avec un premier identifiant (ID2) sur ce cœur de réseau; — l'obtention (E20) d'un deuxième identifiant (INT2) de communication sur le réseau tiers et de données d'enregistrement auprès du réseau tiers, le deuxième identifiant et les données d'enregistrement étant associés au premier identifiant dans une base de données du cœur de réseau; et — l'enregistrement (E30) du serveur d'application auprès du réseau tiers en utilisant les données d'enregistrement obtenues, cet enregistrement comprenant l'envoi d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant (INT2) et une information de joignabilité (AoC6) du serveur d'application sur le cœur de réseau.

Description

Procédé d'enregistrement d'un serveur d'application et serveur d'application
Arrière-plan de l'invention
L'invention se rapporte au domaine général des télécommunications.
Elle concerne plus particulièrement la gestion de l'accès, par un terminal, à un service de communication fourni par un réseau tiers connecté à un cœur de réseau de voix sur IP (ou VoIP pour Voice Over IP), tel que par exemple un cœur de réseau IMS (IP Multimedia Subsystem).
Par réseau tiers, on entend au sens de l'invention, un réseau distinct de celui du terminal accédant au service et du cœur de réseau de voix sur IP, apte à fournir des services non gérés par le cœur de réseau de voix sur IP : il peut s'agir notamment d'un réseau de nature différente, ou opéré par un opérateur différent de l'opérateur du réseau du terminal et/ou de l'opérateur du cœur de réseau de voix sur IP.
Par exemple, le réseau tiers peut être un réseau privé d'une entreprise incluant une entité ou une infrastructure de type auto-commutateur privé (aussi connu sous le nom de PABX ou PBX pour Private Automatic Branch eXchange), le terminal peut être un terminal mobile apte à communiquer sur un réseau de télécommunications mobile tels que notamment un réseau GSM (Global System for Mobile communications) ou UMTS (Universal Mobile Télécommunications System), et le cœur de réseau de voix sur IP peut être un cœur de réseau IMS.
L'invention a ainsi une application privilégiée mais non limitative dans le cadre du service ICS (IMS Centralized Service) développé par le standard 3GPP (Third Génération Partnership Project), et décrit notamment dans le document 3GPP TS 23.292 intitulé « Technical Spécification Group Services and System Aspects ; IP Multimedia Subsystem centralized services ; Stage 2 », Release 11, vl 1.0.0, juin 2011.
De façon générale, le service ICS vise à offrir, via un cœur de réseau IMS, des services multimédia à un utilisateur mobile indépendamment du réseau d'accès avec lequel l'utilisateur est connecté (i.e. réseau d'accès à commutation de circuits ou de paquets). Les utilisateurs de réseaux d'accès à commutation de circuits peuvent ainsi bénéficier de nouveaux services IMS tout en continuant de bénéficier des services traditionnellement offerts par les réseaux d'accès à commutation de circuits, ces services étant maintenant gérés par le cœur de réseau IMS.
A cette fin, le service ICS s'appuie notamment sur le déclenchement d'un serveur d'application SCC AS (Service Centralization and Continuity Application Server), en charge d'assurer la continuité des services pour les différents réseaux d'accès. Le serveur SCC AS a notamment pour fonction de gérer la terminaison de chaque communication transitant par lui en sélectionnant le domaine (commutation de paquets ou de circuits) vers lequel router cette communication. Les fonctionnalités du serveur SCC AS sont décrites plus en détail dans le document 3GPP TS 24.292 intitulé «Technical Spécification Group Core Network and Terminais; IP Multimedia Core Network Subsystem; Centralized Services; Stage 3 », Release 10, vlO.5.0, septembre 2001. Ainsi, dans la définition actuelle du service ICS prévue par le standard 3GPP, c'est le cœur de réseau IMS qui gère et fournit les services offerts au terminal mobile. Or, si cette définition répond bien à des offres de services de type résidentielles ou Centrex (i.e. proposant à une entreprise une externalisation de la gestion de ses services de voix sur IP), pour lesquelles l'ensemble des services offerts sont hébergés par un même opérateur, à savoir l'opérateur du cœur de réseau IMS, elle ne permet pas de proposer à un terminal des services offerts par des réseaux tiers non gérés par le cœur de réseau IMS.
Objet et résumé de l'invention
L'invention répond notamment à ce besoin en proposant un procédé d'enregistrement d'un serveur d'application d'un cœur de réseau de voix sur IP auprès d'un réseau tiers comprenant une entité apte à fournir au moins un service, ce procédé comprenant :
— une étape de détection d'un enregistrement d'un terminal sur le cœur de réseau avec un premier identifiant du terminal sur le cœur de réseau ;
— une étape d'obtention d'un deuxième identifiant de communication sur le réseau tiers et de données d'enregistrement auprès du réseau tiers, le deuxième identifiant et les données d'enregistrement étant associés au premier identifiant dans une base de données du cœur de réseau ; et
— une étape d'enregistrement du serveur d'application auprès du réseau tiers en utilisant ces données d'enregistrement, cette étape comprenant l'envoi d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant et une information de joignabilité du serveur d'application sur le cœur de réseau.
Corrélativement, l'invention vise aussi un serveur d'application d'un cœur de réseau de voix sur IP comprenant :
— des moyens de détection d'un enregistrement d'un terminal sur le cœur de réseau avec un premier identifiant de ce terminal sur le cœur de réseau ;
— des moyens d'obtention :
o d'un deuxième identifiant de communication sur un réseau tiers connecté au cœur de réseau et comprenant une entité apte à fournir un service ; et
o de données d'enregistrement auprès du réseau tiers ;
le deuxième identifiant et les données d'enregistrement étant associés au premier identifiant dans une base de données du cœur de réseau ; et
— des moyens d'enregistrement du serveur d'application auprès du réseau tiers utilisant ces données d'enregistrement, ces moyens d'enregistrement comprenant des moyens d'envoi d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant et une information de joignabilité du serveur d'application sur le cœur de réseau. L'invention propose ainsi de prolonger, par l'intermédiaire d'un serveur d'application du cœur de réseau de voix sur IP, l'enregistrement du terminal jusqu'au réseau tiers fournissant le service auquel souhaite accéder le terminal.
Par « données d'enregistrement », on entend au sens de l'invention, des données permettant au serveur d'application de s'enregistrer auprès du réseau tiers fournissant le service. Il peut s'agir par exemple de données permettant de définir le chemin de signalisation jusqu'au réseau tiers telles que le nom de domaine représentant le réseau tiers ou une information de joignabilité de l'entité en charge des enregistrements sur le réseau tiers pour le service, ou de données d'authentification sur le réseau tiers au nom du deuxième identifiant, etc.
Plus précisément, conformément à l'invention, le serveur d'application s'enregistre auprès du réseau tiers en utilisant des données d'enregistrement et un identifiant de communication utilisé pour communiquer sur le réseau tiers (deuxième identifiant au sens de l'invention), qui sont associés au terminal dans une base de données du cœur de réseau. Cette base de données est alimentée, par exemple, lors du provisionnement du service offert par l'entité du réseau tiers auprès du cœur de réseau. Elle peut être stockée au niveau du serveur d'application ou dans une autre entité du cœur de réseau (par exemple dans un serveur de type HSS).
Les données d'enregistrement et l'identifiant de communication sur le réseau tiers associés à l'identifiant du terminal sur le cœur de réseau peuvent être obtenus par le serveur d'application de différentes manières. Ainsi, ces informations peuvent être obtenues par le serveur d'application en interrogeant la base de données à l'aide de l'identifiant du terminal sur le cœur de réseau. En variante, elles peuvent être obtenues lors de la détection de l'enregistrement du terminal par le serveur d'application : ainsi, par exemple, elles peuvent être contenues dans une notification de l'enregistrement du terminal envoyée par une entité du cœur de réseau et reçue par le serveur d'application.
Conformément à l'invention, le serveur d'application s'enregistre donc auprès de l'entité du réseau tiers au nom du terminal. Le terminal peut ainsi accéder, par l'intermédiaire du serveur d'application, au service fourni par le réseau tiers, même si ce service n'est pas hébergé directement par le cœur de réseau.
On notera que, conformément à l'invention, seul le serveur d'application est visible de l'entité du réseau tiers : l'entité du réseau tiers n'a pas connaissance à proprement parler du terminal (en l'espèce, le terminal n'a pas besoin d'être connecté directement au réseau tiers pour bénéficier du service) et inversement. L'invention est donc totalement transparente pour le terminal qui n'a besoin que de s'enregistrer auprès du cœur de réseau pour pouvoir accéder au service offert par le réseau tiers.
L'invention a donc une application privilégiée mais non limitative dans le contexte du service ICS proposé par le standard 3GPP pour un cœur de réseau IMS : la logique d'enregistrement du terminal auprès du cœur de réseau IMS pour accéder à des services est en effet respectée par l'invention, y compris lorsque ces services ne sont pas gérés et/ou hébergés directement par le cœur de réseau. L'invention permet avantageusement, dans un tel contexte, d'enrichir l'offre de services proposée dans le cadre du service ICS.
Le deuxième identifiant utilisé pour communiquer sur le réseau tiers peut être un identifiant de communication interne au réseau tiers, c'est-à-dire sans visibilité ou signification particulière en dehors du réseau tiers. Il peut s'agir par exemple, lorsque le réseau tiers est un réseau privé d'entreprise et l'entité fournissant un service un autocommutateur privé ou PBX, d'un numéro d'extension interne au réseau tiers géré par l'autocommutateur privé.
Dans cet exemple particulier d'implémentation d'un réseau tiers de type réseau privé d'entreprise incluant un PBX, l'invention permet avantageusement de prolonger les services offerts par le PBX de l'entreprise à un terminal quelconque distinct des terminaux fixes de l'entreprise auxquels sont destinés classiquement les services offerts par le PBX, tel que par exemple un terminal mobile enregistré auprès du cœur de réseau IMS.
En variante, l'invention s'applique à d'autres réseaux tiers ainsi qu'à d'autres entités de réseaux tiers aptes à fournir des services. Ces entités peuvent être réparties sur un équipement ou plusieurs équipements du réseau tiers.
L'invention vise également un procédé de gestion par un serveur d'application d'un cœur de réseau de voix sur IP d'un accès par un terminal à un service fourni par une entité d'un réseau tiers connecté au cœur de réseau, ce procédé comprenant :
— une étape d'enregistrement du serveur d'application auprès du réseau tiers, conformément à un procédé d'enregistrement selon l'invention ; et
— une étape de transfert vers le terminal ou vers l'entité du réseau tiers d'au moins un message reçu par le serveur d'application relatif au service fourni par l'entité du réseau tiers, de sorte à permettre l'accès à ce service par le terminal.
Corrélativement, le serveur d'application selon l'invention peut en outre comporter des moyens de transfert vers le terminal ou vers l'entité du réseau tiers d'au moins un message reçu par le serveur d'application relatif au service fourni par l'entité du réseau tiers, de sorte à permettre l'accès à ce service par le terminal.
Par message relatif au service fourni par l'entité du réseau tiers, on entend au sens de l'invention, un message susceptible d'être traité ou géré par l'entité du réseau tiers dans le cadre de ce service. Par exemple, si l'entité du réseau tiers est un autocommutateur privé fournissant un service de gestion des appels entrants et sortants, les appels destinés au terminal et/ou émis par le terminal auquel est fourni le service par l'intermédiaire du serveur d'application sont des messages relatifs au service fourni par l'entité du réseau tiers au sens de l'invention.
Autrement dit, le serveur d'application déclenché lors de l'enregistrement du terminal auprès du cœur de réseau conformément à l'invention, se trouve sur le chemin des messages relatifs au service offert par l'entité du réseau tiers à destination et en provenance du terminal. Il relaie (i.e. transfère) ces messages tantôt vers le terminal, tantôt vers l'entité du réseau tiers, après avoir mis en correspondance l'identifiant du terminal sur le cœur de réseau et l'identifiant de communication utilisé sur le réseau tiers, afin de permettre au terminal d'accéder au service fourni par l'entité du réseau tiers.
Ainsi, dans un mode privilégié de réalisation, l'étape de transfert du procédé de gestion selon l'invention comprend :
— lorsque le message reçu par le serveur d'application relatif au service provient du terminal et contient le premier identifiant du terminal sur le cœur de réseau, la substitution du deuxième identifiant à la place du premier identifiant dans le message avant son transfert vers l'entité du réseau tiers ; et
— lorsque le message reçu par le serveur d'application relatif au service provient de l'entité du réseau tiers et contient le deuxième identifiant, la substitution du premier identifiant à la place du deuxième identifiant dans le message avant son transfert vers le terminal.
Le procédé de gestion dispose des mêmes avantages que le procédé d'enregistrement, décrits précédemment.
Dans un mode particulier de réalisation de l'invention, le cœur de réseau de voix sur IP est un cœur de réseau IMS.
Dans ce mode de réalisation particulier, le serveur d'application, une fois enregistré auprès de l'entité du réseau tiers, se comporte donc comme un agent de relais ou « back-to-back user agent » par rapport aux messages relatifs au service fourni par l'entité du réseau tiers, en établissant la correspondance entre l'identifiant du terminal sur le cœur de réseau et l'identifiant de communication sur le réseau tiers.
Dans un mode particulier de réalisation de l'invention, le serveur d'application selon l'invention peut être avantageusement un serveur d'application SCC AS tel que défini par le standard 3GPP. On enrichit ainsi les fonctionnalités du serveur d'application SCC AS défini par le standard 3GPP, avec d'autres services que les services gérés à proprement parler par le cœur de réseau IMS.
Dans une variante de réalisation, un serveur d'application distinct du serveur d'application SCC AS (ex. un serveur d'application dédié uniquement à l'accès au service fourni par l'entité du réseau tiers) peut être déclenché pour prolonger l'enregistrement du terminal auprès de l'entité du cœur de réseau tiers.
L'invention s'appuie ainsi non seulement sur le serveur d'application du cœur de réseau qui s'enregistre auprès de l'entité du réseau tiers fournissant le service, mais également :
— sur la base de données du cœur de réseau de voix sur IP qui établit la correspondance entre d'une part l'identifiant du terminal sur le cœur de réseau, et d'autre part l'identifiant de communication sur le réseau tiers et les données d'enregistrement sur le réseau tiers ; et
— sur l'entité du réseau tiers à proprement parler fournissant le service (ainsi que le procédé de fourniture de service mis en œuvre par cette entité). L'invention vise donc également un procédé de fourniture d'un service par une entité d'un réseau tiers connecté à un cœur de réseau de voix sur IP, ce procédé comprenant :
— une étape de détection d'un enregistrement d'un serveur d'application du cœur de réseau auprès du réseau tiers, à l'aide d'une requête d'enregistrement contenant une information de joignabilité du serveur d'application sur le cœur de réseau et un identifiant de communication sur le réseau tiers ;
— une étape de fourniture du service à l'identifiant de communication sur le réseau tiers ou à un autre identifiant associé à l'identifiant de communication (ex. un identifiant public du terminal tel qu'un numéro de téléphone connu du public), en utilisant l'information de joignabilité du serveur d'application contenue dans la requête d'enregistrement, cette étape de fourniture comprenant :
o l'envoi, au serveur d'application, de messages destinés à l'identifiant de communication ou à l'autre identifiant associé à l'identifiant de communication sur le réseau tiers ; et o la réception, en provenance du serveur d'application, de messages concernant l'identifiant de communication sur le réseau tiers relatifs audit service.
Corrélativement, l'invention concerne aussi une entité d'un réseau tiers apte à fournir un service, ce réseau tiers étant connecté à un cœur de réseau de voix sur IP, cette entité comprenant :
— des moyens de détection d'un enregistrement d'un serveur d'application du cœur de réseau auprès du réseau tiers, à l'aide d'une requête d'enregistrement contenant une information de joignabilité du serveur d'application sur le cœur de réseau et un identifiant de communication sur le réseau tiers ;
— des moyens de fourniture du service à l'identifiant de communication sur le réseau tiers ou à un autre identifiant associé à l'identifiant de communication sur le réseau tiers, ces moyens de fournitures étant aptes à utiliser l'information de joignabilité du serveur d'application contenue dans la requête d'enregistrement, et comprenant :
o des moyens d'envoi, au serveur d'application, de messages destinés à l'identifiant de communication sur le réseau tiers ou à l'autre identifiant associé à cet identifiant de communication ; et
o des moyens de réception, en provenance du serveur d'application, de messages concernant l'identifiant de communication sur le réseau tiers relatifs audit service. L'invention vise aussi une base de données d'un cœur de réseau de voix sur IP associant à au moins un identifiant d'un terminal sur ledit cœur de réseau, un identifiant de communication sur un réseau tiers connecté au cœur de réseau de voix sur IP et des données d'enregistrement auprès de ce réseau tiers.
Selon un autre aspect, l'invention vise un système de communication comprenant :
— un cœur de réseau de voix sur IP ; — un terminal apte à s'enregistrer auprès du cœur de réseau de voix sur IP avec un premier identifiant du terminal sur le cœur de réseau ; et
— un réseau tiers connecté au cœur de réseau de voix sur IP comportant une entité conforme à l'invention, apte à fournir un service ;
le cœur de réseau de voix sur IP comportant :
— une base de données selon l'invention, associant au premier identifiant du terminal, un deuxième identifiant de communication sur le réseau tiers et des données d'enregistrement auprès du réseau tiers ; et
— un serveur d'application selon l'invention apte à détecter un enregistrement du terminal sur le cœur de réseau de voix sur IP avec le premier identifiant, à obtenir le deuxième identifiant de communication sur le réseau tiers et les données d'enregistrement auprès du réseau tiers associés au premier identifiant dans la base de données, et à s'enregistrer auprès du réseau tiers avec une requête d'enregistrement contenant ce deuxième identifiant et une adresse de joignabilité du serveur d'application sur le cœur de réseau.
Dans un mode privilégié de l'invention :
— le cœur de réseau de voix sur IP est un cœur de réseau IMS ;
— le serveur d'application est un serveur SCC AS du cœur de réseau IMS, défini par le standard 3GPP ; et
— l'entité du réseau tiers est un autocommutateur privé.
L'entité du réseau tiers, la base de données du cœur de réseau et le système selon l'invention disposent des mêmes avantages que ceux cités précédemment pour le procédé d'enregistrement, le procédé de gestion de l'accès à un service et le serveur d'application selon l'invention.
Dans un mode particulier de réalisation, les différentes étapes du procédé d'enregistrement et/ou du procédé de gestion de l'accès à un service sont déterminées par des instructions de programmes d'ordinateurs.
De même, dans un mode particulier de réalisation, les différentes étapes du procédé de fourniture d'un service sont déterminées par des instructions de programmes d'ordinateurs.
En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans un serveur d'application ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé d'enregistrement et/ou d'un procédé de gestion de l'accès à un service tel(s) que décrit(s) ci-dessus.
De façon similaire, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans une entité d'un réseau tiers ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé de fourniture d'un service tel que décrit ci- dessus. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de codes source, codes objet, ou de codes intermédiaires entre code source et code objet, tels 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) 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 selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, 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é en question.
On peut également envisager, dans d'autres modes de réalisation, que le procédé d'enregistrement, le procédé de gestion, le procédé de fourniture, le serveur d'application, l'entité du réseau tiers, la base de données et le système de communication selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
— la figure 1 représente, de façon schématique, un système de communication conforme à l'invention comportant un serveur d'application, une base de données et une entité d'un réseau tiers conformes à l'invention dans un mode particulier de réalisation ;
— les figures 2 et 3 représentent respectivement, de façon schématique, l'architecture matérielle de l'entité du réseau tiers et du serveur d'application de la figure 1, dans un mode particulier de réalisation ;
— la figure 4A illustre un exemple de base de données conforme à l'invention établissant la correspondance entre l'identifiant du terminal sur le cœur de réseau d'une part, et l'identifiant de communication sur le réseau tiers et les données d'enregistrement sur le réseau tiers d'autre part, dans un mode particulier de réalisation ; — la figure 4B illustre un exemple de base de données maintenue par l'entité du réseau tiers établissant la correspondance entre l'identifiant de communication sur le réseau tiers et une information de joignabilité du serveur d'application, dans un mode particulier de réalisation ;
— la figure 5 représente, sous forme d'ordinogramme, les principales étapes d'un procédé d'enregistrement et d'un procédé de gestion de l'accès à un service dans un mode particulier de réalisation dans lequel ces procédés sont mis en œuvre par le serveur d'application de la figure 1 ; et
— la figure 6 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de fourniture d'un service dans un mode particulier de réalisation dans lequel ce procédé est mis en œuvre par l'entité du réseau tiers représentée sur la figure 1.
Description détaillée de l'invention
La figure 1 représente, dans son environnement, un système de communication 1 conforme à l'invention, dans un mode particulier de réalisation.
Conformément à l'invention, le système de communication 1 comporte :
— un cœur de réseau CN de voix sur IP ;
— au moins un terminal 2, connecté à un réseau d'accès HNW, et apte à s'enregistrer via ce réseau auprès du cœur de réseau CN ; et
— un réseau tiers 3NW, connecté au cœur de réseau CN, et apte à fournir un ou plusieurs services de communication (i.e. services multimédia) par l'intermédiaire d'une entité 3, conforme à l'invention.
Dans le mode de réalisation décrit ici, le terminal 2 est un terminal mobile et le réseau d'accès HNW est un réseau de télécommunications mobile, tel que par exemple un réseau GSM ou UMTS. Bien entendu, d'autres réseaux d'accès, à commutation de circuits ou de paquets, peuvent être envisagés dans le cadre de l'invention.
Par ailleurs, le cœur de réseau CN de VoIP est ici un cœur de réseau incorporant une architecture IMS et mettant en œuvre, pour la signalisation échangée dans le cœur de réseau, le protocole d'initiation de session SIP. Les caractéristiques de l'architecture IMS et le protocole SIP sont définis respectivement au niveau des standards 3GPP et de l'IETF, notamment dans les documents 3GPP TS 22.228 « Service requirements for the IP Multimedia Core Network Subsystem (Stage 1) » et IETF RFC 3261 « Session Initiation Protocol ». Ils ne sont, de ce fait, pas décrits en détail ici.
Cette hypothèse concernant le cœur de réseau CN n'est toutefois pas limitative, et l'invention s'applique également à d'autres architectures de cœur de réseau VoIP, comme par exemple à une architecture H323, ainsi qu'à d'autres protocoles de communication que le protocole SIP.
Le réseau tiers 3NW est ici un réseau privé d'entreprise connu en soi, et l'entité 3, un autocommutateur privé aussi appelée PBX ou PABX. L'entité 3 est apte ici à fournir un ou plusieurs services de communication S (tels que par exemple des services de voix sur IP) à divers terminaux 4, connectés au réseau tiers 3NW par l'intermédiaire de lignes internes (aussi connues sous le nom d'extensions) et disposant d'identifiants publics (tels qu'un numéro de téléphone), associés à ces lignes internes.
On suppose par ailleurs ici que le réseau tiers 3NW utilise pour ses communications le protocole d'initiation de session SIP. Bien entendu, d'autres protocoles peuvent être envisagés dans le cadre de l'invention, comme par exemple des protocoles de VoIP propriétaires.
Les terminaux 4 sont par exemple des terminaux fixes, tels que des terminaux téléphoniques filaires, ou des terminaux sans fil tels que des terminaux WIFI® (WIreless FIdelity), aptes à communiquer selon le protocole SIP.
Chaque ligne interne ou chaque extension gérée par l'entité 3 est associée, de façon connue en soi, à un identifiant interne au réseau tiers 3NW ou numéro d'extension, tel que par exemple un numéro à 4 chiffres (ex. 2900, 2906, etc.). Ces identifiants internes sont des identifiants de communication utilisés par les terminaux 4 pour communiquer entre eux sur le réseau tiers 3NW, sans accéder au réseau téléphonique public. Ils sont par ailleurs associés, dans une base de données 10 de l'entité 3, aux identifiants publics des terminaux 4 gérés par l'entité 3, c'est-à-dire ici aux numéros de téléphone fixes des terminaux 4 connus du public.
Conformément à l'invention et comme décrit plus en détail ultérieurement, l'entité 3 est également apte à fournir les services de communication S à des terminaux dits « externes », qui ne sont pas connectés directement au réseau tiers 3NW. Ces terminaux externes sont ici des terminaux mobiles. Ils disposent d'identifiants publics ou numéros MSISDN (Mobile Station Integrated Services Digital Network), qui sont associés au niveau de la base de données 10 à des extensions de lignes internes gérées par l'entité 3 et réservées pour ces terminaux externes.
L'entité PBX 3 dispose ici de l'architecture matérielle d'un ordinateur, telle que représentée schématiquement sur la figure 2. Elle comporte notamment un processeur 3A, une mémoire vive 3B, une mémoire morte 3C dans laquelle est stockée notamment la base de données 10, et des moyens de communication 3D avec le cœur de réseau CN et avec les terminaux 4, ces moyens de communication 3D mettant en œuvre notamment le protocole SIP.
En variante, si les terminaux 4 ne sont pas des terminaux SIP, l'entité 3 inclut des moyens de communication avec les terminaux 4 distincts de ses moyens de communications 3D avec le cœur de réseau CN, implémentant par exemple un autre protocole normalisé ou propriétaire.
La mémoire morte 3C de l'entité 3 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 3A et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé de fourniture d'un service conforme à l'invention, décrites ultérieurement en référence à la figure 6.
L'invention s'applique bien entendu à d'autres réseaux tiers 3NW, ainsi qu'à d'autres entités susceptibles de fournir des services. En effet, comme mentionné précédemment, on entend par réseau tiers au sens de l'invention, un réseau de télécommunications distinct du réseau du terminal 2 et du cœur de réseau CN de VoIP, autrement dit, de nature différente ou de même nature mais opéré par un opérateur différent. Il peut s'agir notamment d'un réseau local ou privé, connecté et enregistré auprès du cœur de réseau CN, et apte à fournir des services non gérés ni hébergés directement par le cœur de réseau CN.
De façon connue, le cœur de réseau IMS CN comprend plusieurs entités fonctionnelles. Ainsi, dans le mode de réalisation décrit ici, il comprend notamment :
— une entité CSCF 5 (Call Session Control Function), elle-même composée de plusieurs équipements ou serveurs logiques (non représentés sur la figure 1) tels que par exemple :
o un serveur I-CSCF (Interrogating Call Session Control Function), en charge de l'aiguillage pour l'initialisation des connexions au cœur de réseau CN ;
o un serveur S-CSCF (Serving Call Session Control Function) en charge de l'enregistrement des terminaux sur le cœur de réseau CN ; et
o un ou plusieurs serveurs P-CSCF (Proxy Call Session Control Function), points de contact des terminaux avec le cœur de réseau CN ;
— un ou plusieurs serveurs d'applications (Application Servers) hébergeant et fournissant des services, comme par exemple un serveur d'application 6 conforme à l'invention et un serveur SCC AS 7 (Service Centralization and Continuity Application Server), participant à l'offre d'un service ICS (IMS Centralized Service) par le cœur de réseau CN. L'architecture et les fonctionnalités d'un serveur SCC AS ainsi que le service ICS sont décrits plus en détail dans les documents 3GPP TS 23.292 et 3GPP TS 24.292 cités précédemment ;
— un serveur I-BCF 8 (Interconnection Border Control Function), servant de passerelle vers les réseaux externes au cœur de réseau CN, tels que notamment vers le réseau tiers 3NW, et qui remplit entre autres, des fonctions de traduction d'adresses (ou NAT pour Network Address Translation en anglais) et de pare-feu (ou « firewall » en anglais) ; et
— une base de données 9, conforme à l'invention, intégrée ici dans le serveur HSS (Home Subscriber Service) du cœur de réseau CN. Par base de données, on entend au sens de l'invention tout type de structure permettant de stocker des données, telle qu'une table par exemple.
Le serveur d'application 6 dispose ici de l'architecture matérielle d'un ordinateur, telle que représentée schématiquement sur la figure 3. Il comporte notamment un processeur 6A, une mémoire vive 6B, une mémoire morte 6C, des moyens de communication 6D (avec, en particulier, les entités du cœur de réseau CN, le terminal 2 et l'entité 3), mettant en œuvre le protocole SIP, et des moyens de consultation 6E de la base de données 9.
La mémoire morte 6C du serveur d'application 6 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 6A et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé d'enregistrement et d'un procédé de gestion selon l'invention décrites ultérieurement en référence à la figure 5.
Dans le mode de réalisation décrit ici, on envisage d'enrichir le service ICS défini par le standard 3GPP et proposé par le cœur de réseau CN au terminal mobile 2, en fournissant au terminal 2, conformément à l'invention, au moins un service de communication S hébergé et offert par l'entité 3 du réseau tiers 3NW, par l'intermédiaire du serveur d'application 6 du cœur de réseau CN.
Le service de communication S est ici un service de gestion des appels entrants et sortants associés aux extensions de lignes internes et aux identifiants publics (numéros de téléphones fixes ou mobiles) reliés à ces extensions de lignes internes, gérés par l'entité 3. L'invention ne se limite toutefois pas à des services de gestion d'appel et permet d'offrir d'autres types de services multimédia au terminal 2.
Ainsi, comme mentionné précédemment, on réserve au préalable, au niveau de l'entité 3, une pluralité d'identifiants de communication internes au réseau tiers (i.e. ici des numéros internes d'extensions gérées par l'entité 3), destinés à permettre la fourniture du service S conformément à l'invention à des terminaux externes au réseau tiers, tels que le terminal mobile 2. Ces identifiants sont similaires ou identiques dans leur forme aux identifiants de communication internes associés aux extensions du réseau tiers et utilisés pour communiquer au sein du réseau par les terminaux 4. Ils sont associés, dans la base de données 10 de l'entité 3, aux numéros MSISDN des terminaux (i.e. identifiants publics) ayant souscrit au service S et qui sont gérés par l'entité 3.
Les identifiants ainsi réservés et les identifiants publics qui leur sont associés sont communiqués par l'entité 3 au cœur de réseau CN, par exemple lors du provisionnement du service S dans l'offre de service ICS du cœur de réseau CN. Ce provisionnement peut se faire notamment via la souscription de l'entité 3 à un service de collecte et de routage des appels de l'entreprise, aussi connu sous le nom de « business trunking » en anglais, proposé par le cœur de réseau CN. On note que la souscription au service de business trunking par l'entité 3 peut également se faire par le biais d'un autre cœur de réseau de voix sur IP que le cœur de réseau CN, auquel cas des communications entre les cœurs de réseau sont mises en place afin d'échanger les informations nécessaires à la mise en œuvre de l'invention.
Les identifiants communiqués par l'entité 3 sont alors stockés dans la base 9 du serveur HSS du cœur de réseau CN.
Sont également stockées à cette occasion, dans la base de données 9 du serveur HSS, des données permettant un enregistrement auprès du réseau tiers 3NW. Ces données d'enregistrement incluent ici le nom de domaine correspondant au réseau tiers gérant le service S, ainsi que des données d'authentification (ex. un login et un mot de passe) sur le réseau tiers associées aux identifiants internes communiqués par l'entité 3. Bien entendu, d'autres données d'enregistrement auprès du réseau tiers peuvent être envisagées.
On suppose par ailleurs, que l'utilisateur du terminal 2 a souscrit auprès du cœur de réseau CN à l'offre de service ICS du cœur de réseau CN enrichie avec le service S proposé par le réseau tiers 3NW.
Lors de cette étape de souscription, le cœur de réseau CN mémorise dans la base de données 9 du serveur HSS, un identifiant ID2 du terminal 2 sur le cœur de réseau CN en association avec l'identifiant public IDPUB2 du terminal 2 (numéro MSISDN du terminal 2), et l'identifiant INT2 de communication interne au réseau 3NW associé à l'identifiant public IDPUB2, communiqué par l'entité 3.
L'identifiant ID2 est ici un identifiant « temporaire » au sens du standard 3GPP, affecté au terminal 2 sur le cœur de réseau CN ; un tel identifiant est connu en soi, et dérivé du numéro IMSI (International Mobile Subscriber Identity) du terminal 2. Il s'agit de l'identifiant utilisé par le terminal 2 pour s'identifier sur le cœur de réseau CN lors de son enregistrement. L'identifiant ID2 et l'identifiant INT2 constituent respectivement un premier identifiant du terminal 2 sur le cœur de réseau CN et un deuxième identifiant de communication sur le réseau tiers au sens de l'invention.
Un exemple de base de données 9 est illustré à la figure 4A.
Selon cet exemple, la base de données 9 est une table à deux dimensions, dans laquelle chaque ligne associe à un identifiant d'un terminal sur le cœur de réseau CN, l'identifiant public de ce terminal et un identifiant de communication interne au réseau tiers 3NW associé à cet identifiant public. Ainsi, conformément à l'exemple représenté, l'identifiant ID2 du terminal 2 sur le cœur de réseau CN est associé au numéro d'extension interne INT2=2906 sur le réseau tiers 3NW et à l'identifiant public IDPUB2 du terminal 2.
En outre, dans l'exemple illustré à la figure 4A, la base de données 9 contient des données d'enregistrement associées à l'identifiant ID2, qui incluent un nom de domaine, SIP DOMAIN 3, représentant le réseau tiers 3NW, ainsi que des données d'authentification PASSWD_INT2 auprès du réseau tiers. Ces données d'authentification sont des données requises lors de l'enregistrement auprès du réseau tiers avec l'identifiant de communication interne INT2 ; elles sont par exemple constituées de l'identifiant de communication interne INT2 et d'un mot de passe associé.
Dans le mode de réalisation décrit ici, par souci de simplification, on suppose que l'entité 3 est en charge de l'enregistrement sur le réseau tiers 3NW, si bien que la résolution du nom de domaine SIP DOMAIN 3 permet d'accéder directement à l'entité 3.
En variante, l'enregistrement peut être réalisé par une autre entité du réseau tiers, qui suite à cet enregistrement, établit la liaison avec l'entité 3 et transmet les messages relatifs au service S à destination de l'entité 3.
Par ailleurs, au cours de l'étape de souscription du terminal 2 au service ICS enrichi, le cœur de réseau CN associe au profil du terminal 2, des critères iFC (initial Filter Criteria) connus en soi, afin que le terminal 2 puisse bénéficier du service ICS et notamment afin qu'il puisse accéder au service S offert par l'entité PBX 3. L'un de ces critères vise notamment le déclenchement du serveur d'application 6 lorsque le terminal 2 s'enregistre auprès du cœur de réseau CN et la notification du serveur d'application 6 de l'enregistrement du terminal 2. Cette notification est réalisée ici conformément au service « Third Party Registration » défini par le standard 3GPP.
En variante, le serveur d'application 6 (de même que le serveur d'application SCC AS 7) s'abonne à un service de notification de l'enregistrement du terminal 2 au cœur de réseau CN, tel que le service « Third Party Registration » défini par le standard 3GPP.
Pour fournir le service S au terminal 2, on suppose maintenant que l'entité 3 s'enregistre auprès du cœur de réseau CN, à l'aide d'une requête SIP REGISTER.
Cette requête SIP REGISTER transite par le serveur P-CSCF, puis est transmise au serveur I-CSCF qui identifie le serveur S-CSCF destinataire de la requête. Le serveur S-CSCF répond au serveur I-CSCF par un message SIP 200OK contenant l'ensemble des identifiants publics gérés par l'entité 3 (i.e. numéro des terminaux fixes 4, et identifiants des terminaux mobiles gérés par l'entité 3 tels que l'identifiant public IDPUB2 du terminal 2), et communiqués précédemment au cœur de réseau CN lors du provisionnement du service S.
Le message SIP 200 OK est transféré selon un chemin inverse à celui emprunté par la requête REGISTER (i.e. via le serveur P-CSCF) à l'entité 3.
On suppose maintenant que l'utilisateur du terminal 2 souhaite accéder au service S offert par l'entité 3.
Pour pouvoir bénéficier de ce service, le terminal 2 doit s'enregistrer, conformément à l'invention, auprès du cœur de réseau CN, de façon connue en soi et décrite notamment dans le document 3GPP TS 23.292. L'intervention d'un serveur eMSC (enhanced Mobile Switching Server) faisant la transition entre cœur de réseau « circuits » et le cœur de réseau CN peut être requise pour les terminaux connectés à des réseaux à commutation de circuits (dans ce cas, c'est le serveur eMSC qui génère l'identifiant temporaire ID2 du terminal sur le cœur de réseau CN).
Cet enregistrement se traduit par l'envoi d'une requête d'enregistrement SIP REGISTER au serveur S-CSCF du cœur de réseau CN (soit directement par le terminal 2 si le réseau HNW est un réseau mettant en œuvre le protocole SIP (la requête envoyée par le terminal transite alors par le serveur P-CSCF puis le serveur I-CSCF du cœur de réseau CN avant d'arriver au serveur S-CSCF), soit par l'intermédiaire du serveur eMSC lors de l'attachement du terminal mobile 2 à ce serveur).
Cette requête contient l'identifiant ID2 du terminal 2 sur le cœur de réseau CN. Cet enregistrement permet au cœur de réseau CN de déclencher les critères iFC (initial Filter Criteria) associés au profil du terminal 2 et stockés dans le serveur HSS ; notamment, le serveur S-CSCF du cœur de réseau CN déclenche le serveur d'application 6 et notifie celui-ci de l'enregistrement du terminal 2. Nous allons maintenant décrire, en référence aux figures 5 et 6, les principales étapes d'un procédé d'enregistrement et de gestion de l'accès au service S mises en œuvre par le serveur d'application 6 conformément à l'invention (cf. figure 5), suite à l'enregistrement du terminal 2 sur le cœur de réseau CN, ainsi que les principales étapes d'un procédé de fourniture mises en œuvre par l'entité 3 pour fournir le service S (cf. figure 6).
Conformément au service « Third Party Registration », le serveur d'application 6 est donc notifié par le serveur S-CSCF de l'enregistrement du terminal 2 sur le cœur de réseau CN avec l'identifiant ID2.
La réception de cette notification par le serveur d'application 6 constitue une étape de détection de l'enregistrement du terminal 2 sur le cœur de réseau CN au sens de l'invention (étape E10).
Sur détection de cet enregistrement, le serveur d'application 6 interroge, à l'aide de ses moyens 6E, la base de données 9 du serveur HSS afin d'obtenir l'identifiant de communication sur le réseau tiers 3NW associé au terminal 2 et les données d'enregistrement requises pour un enregistrement auprès du réseau tiers 3NW (étape E20). Les moyens 6E sont connus de l'homme du métier et ne seront pas décrits plus en détail ici.
Dans un autre mode de réalisation, l'identifiant de communication sur le réseau tiers et les données d'enregistrement auprès du réseau tiers, associés à l'identifiant ID2, peuvent être obtenus par le serveur d'application 6 à l'occasion de la notification de l'enregistrement du terminal 2 sur le cœur de réseau par le serveur S-CSCF. Ces informations peuvent être contenues notamment dans le message de notification envoyé par le serveur S-CSCF au serveur d'application 6.
Le serveur d'application 6 obtient à l'issue de cette étape d'interrogation l'identifiant de communication interne INT2 ainsi que les données d'enregistrement SIP DOMAIN 3 et PASSWDJNT2, associés dans la base 9 à l'identifiant ID2.
Puis il envoie, en utilisant les données d'enregistrement ainsi obtenues, une requête d'enregistrement auprès du réseau tiers 3 contenant l'identifiant INT2 et une information de joignabilité, notée AoC6, sur le cœur de réseau CN (étape E30). L'information de joignabilité AoC6 du serveur d'application 6 est ici une adresse de contact (Address of Contact, en anglais) du serveur d'application 6.
La requête d'enregistrement envoyée par le serveur d'application 6 au réseau tiers 3NW est ici une requête SIP REGISTER ayant :
— pour R-URI : le nom de domaine SIP DOMAIN 3 identifiant le réseau tiers 3NW et plus particulièrement ici l'entité 3 ;
— pour champ de destination (champ TO) et de provenance (champ FROM) : l'identifiant INT2 de communication sur le réseau tiers ; et
— pour champ de contact (champ CONTACT) : l'adresse de joignabilité AoC6 du serveur d'application 6 sur le cœur de réseau CN. Cette requête transite par le serveur I-BCF 8 et est transmise à l'entité 3, qui est en charge ici de l'enregistrement des équipements sur le réseau tiers.
En référence à la figure 6, l'entité 3 reçoit la requête d'enregistrement du serveur d'application 6 (étape FIO). Cette étape de réception constitue une étape de détection de l'enregistrement du serveur d'application 6 auprès du réseau tiers au sens de l'invention.
L'entité 3 enregistre le serveur d'application 6 en mémorisant, dans la base de données 10 de sa mémoire morte 3C, l'adresse de joignabilité du serveur d'application 6 sur le cœur de réseau CN en association avec l'identifiant INT2=2906 de communication sur le réseau tiers 3NW (étape F20).
La figure 4B illustre un exemple de base de données 10 stockée dans la mémoire morte 3C de l'entité 3. Conformément à cet exemple, l'identifiant public du terminal 2, IDPUB2, est mémorisé en association avec l'identifiant de communication interne INT2=2906 et l'adresse de joignabilité AoC6 du serveur d'application 6.
Une fois le serveur d'application 6 enregistré auprès de l'entité 3, celle-ci fournit alors le service S à l'identifiant INT2 ou à l'identifiant public IDPUB2 du terminal 2 par l'intermédiaire du serveur d'application 6 (étape F30).
Autrement dit, l'entité 3 fournit, au même titre que les terminaux 4 qui sont connectés au réseau tiers 3NW, le service S au terminal 2 par l'intermédiaire du serveur d'application 6 qui se charge de relayer les messages relatifs à ce service S tantôt vers le terminal 2 tantôt vers l'entité 3, alors même que le terminal 2 n'est pas connecté au réseau tiers 3NW mais seulement enregistré auprès du cœur de réseau CN.
La fourniture du service S par l'entité 3 se traduit notamment par :
— l'envoi par l'entité 3 au serveur d'application 6, de messages relatifs au service S et destinés à l'identifiant INT2 ou à l'identifiant public IDPUB2 associé à l'identifiant INT2 (ex. messages envoyés à l'identifiant INT2 par un terminal connecté au réseau tiers ou envoyés à l'identifiant public IDPUB2 par un dispositif externe au réseau tiers). Dans le cas d'un message destiné à l'identifiant public IDPUB2, l'entité 3 substitue l'identifiant INT2 connu du serveur d'application 6 à la place de l'identifiant public IDPUB2 dans le message, avant son transfert vers le serveur d'application 6 ; et
— la réception et le traitement par l'entité 3 de messages relatifs au service S en provenance du serveur d'application 6 et concernant l'identifiant INT2 (ex. messages émis par le terminal 2 et associés à l'identifiant INT2 par le serveur d'application 6).
Le serveur d'application 6, quant à lui, associe :
— à l'identifiant INT2, les messages relatifs au service S, destinés à l'identifiant ID2 du terminal 2 ou émanant du terminal 2, avant de les relayer vers l'entité 3 ; et
— à l'identifiant ID2, les messages relatifs au service S, destinés à l'identifiant INT2 et provenant de l'entité 3, avant de les relayer vers le terminal 2. Cette association se fait, dans le mode de réalisation décrit ici, en insérant l'identifiant adéquat dans le message avant de le relayer vers le terminal 2 ou vers l'entité 3. Autrement dit :
— lorsque le message reçu par le serveur d'application 6 relatif au service S provient du terminal 2 et contient l'identifiant ID2 du terminal sur le cœur de réseau CN, le serveur d'application 6 substitue l'identifiant de communication interne INT2 à la place de l'identifiant ID2 dans le message, avant son transfert vers l'entité 3 ; et
— lorsque le message reçu par le serveur d'application 6 relatif au service S provient de l'entité 3 du réseau tiers 3NW et contient l'identifiant de communication interne INT2, le serveur d'application 6 substitue l'identifiant ID2 à la place de l'identifiant INT2 dans le message, avant son transfert vers le terminal 2.
Le serveur d'application 6 joue ainsi un rôle de « back-to-back user agent » entre le terminal 2 et l'entité 3.
Dans le mode de réalisation décrit ici, comme mentionné précédemment, le service S fourni par l'entité 3 est un service de gestion des appels entrants et sortants concernant les extensions de lignes internes enregistrées auprès de l'entité 3, et notamment de l'extension de ligne interne identifiée par l'identifiant INT2 associés au terminal 2. Grâce à l'invention, l'entité 3 est donc en charge de la gestion des appels entrants et sortants relatifs au terminal 2, par l'intermédiaire du serveur d'application 6.
Différents messages associés au service S fourni au terminal 2 peuvent être traités par l'entité 3, comme illustrés dans les exemples présentés ci-après.
Ainsi, selon un premier exemple d'illustration, suite à l'enregistrement du serveur d'application 6 par l'entité 3 en association avec l'identifiant INT2, les terminaux 4 peuvent communiquer avec le terminal 2 en utilisant directement le numéro d'extension INT2.
Les messages envoyés par les terminaux 4 à destination de l'identifiant INT2 dans le cadre de ces communications, sont traités par l'entité 3 : celle-ci extrait de la base de données 10 stockée dans sa mémoire morte 3C, l'adresse de joignabilité AoC6 du serveur d'application 6 sur le cœur de réseau CN, à l'aide de l'identifiant INT2, puis transmet ces messages au serveur d'application 6 en utilisant l'adresse de joignabilité AoC6 pour qu'il les transfère à son tour jusqu'au terminal 2.
En référence à la figure 5, sur réception d'un tel message de l'entité 3 destiné à l'identifiant INT2 (réponse oui au test de l'étape E50), le serveur d'application 6 consulte la base de données 9 à l'aide de l'identifiant INT2 pour obtenir l'identifiant ID2 du terminal 2 sur le cœur de réseau CN. Puis, après avoir substitué dans le message reçu de l'entité 3 l'identifiant ID2 du terminal 2 à l'identifiant INT2, il transfère ce message vers le terminal 2 via le cœur de réseau CN (étape E60).
Par ailleurs, conformément à l'invention, le serveur d'application 6 se trouve sur le chemin des messages émis par le terminal 2 dans le cadre du service S. Ainsi, selon un deuxième exemple d'illustration, lorsque le terminal 2 émet un message, soit à destination d'un terminal 4 du réseau tiers, soit à destination d'un dispositif connecté à un autre réseau, ce message transite par le serveur d'application 6 et contient l'identifiant ID2 du terminal 2. Le serveur d'application 6 associe le message reçu du terminal 2 à l'identifiant de communication interne INT2 en consultant la base de données 9, substitue l'identifiant INT2 à l'identifiant ID2 dans le message, puis transfère le message vers l'entité 3 (étape E70).
L'entité 3, en charge des messages concernant l'identifiant INT2, redirige alors ce message, en fonction de l'équipement destinataire (i.e. terminal 4 du réseau tiers ou dispositif connecté à un autre réseau), au sein du réseau tiers ou vers un autre réseau.
Selon un troisième exemple d'illustration, des étapes similaires peuvent également être mises en œuvre lorsqu'un dispositif externe au réseau tiers 3NW, par exemple un autre terminal 2' du réseau de télécommunications mobiles HNW, émet un message à destination du terminal 2 contenant son identifiant public IDPUB2, si celui-ci est échangé dans le cadre du service S.
L'entité 3 étant en effet en charge des appels entrant et sortant relatifs à l'identifiant public IDPUB2 du terminal 2, ce message doit être traité par l'entité 3 avant d'être transmis au terminal 2.
Sur réception d'un tel message, l'entité 3 extrait de la base de données 10 stockée dans sa mémoire morte 3C, l'identifiant de communication interne INT2 et l'adresse de joignabilité AoC6 du serveur d'application 6 sur le cœur de réseau CN, associés à l'identifiant public IDPUB2 contenu dans le message. Elle substitue alors, dans le message, l'identifiant de communication INT2 à l'identifiant public IDPUB2, puis transmet le message ainsi modifié au serveur d'application 6 en utilisant l'adresse de joignabilité AoC6.
Le serveur d'application 6 associe le message reçu de l'entité 3 à l'identifiant ID2, substitue l'identifiant ID2 à l'identifiant INT2 contenu dans le message, puis le transfère au terminal 2.
Dans le mode de réalisation décrit ici, l'entité 3 est en charge de l'enregistrement des terminaux sur le réseau tiers 3NW pour l'accès au service de communication S. En variante, cet enregistrement peut être géré par une autre entité du réseau tiers, qui établit la liaison avec l'entité 3 et l'informe de l'enregistrement du serveur d'application 6 (et notamment de l'adresse de joignabilité du serveur d'application et de l'identifiant de communication sur le réseau tiers contenus dans la requête d'enregistrement provenant du serveur d'application 6). La réception de cette information constitue une étape de détection d'un enregistrement auprès du réseau tiers du serveur d'application au sens de l'invention.
Dans le mode de réalisation décrit ici, le serveur d'application 6 est un serveur distinct du serveur SCC AS défini par le standard 3GPP. Toutefois, dans un autre mode de réalisation, on peut enrichir les fonctionnalités du serveur SCC AS défini dans le standard 3GPP de sorte à intégrer au niveau du serveur SCC AS les différentes fonctions remplies par le serveur d'application 6 de l'invention.
Par ailleurs, dans le mode de réalisation décrit ici, le réseau tiers 3NW met en œuvre le protocole SIP, ce qui facilite les échanges entre le cœur de réseau CN (et notamment le serveur d'application 6), et l'entité 3. En variante, le réseau tiers peut utiliser un autre protocole distinct du protocole SIP lors des communications au sein de son réseau, comme par exemple un autre protocole normalisé ou un protocole propriétaire. Dans cette variante, l'entité 3 peut inclure en outre une fonction de traduction de ce protocole vers le protocole SIP et inversement, mise en œuvre lors de la transmission de messages vers le serveur d'application ou la réception de messages en provenance du serveur d'application. Cette fonction de traduction peut bien entendu être mise en œuvre dans une autre variante par une entité distincte de l'entité 3.
En outre, dans le mode de réalisation décrit ici, l'identifiant utilisé pour communiquer sur le réseau tiers est un identifiant interne de type numéro d'extension. Toutefois d'autres identifiants internes au réseau tiers peuvent être envisagés comme par exemple une adresse IP (Internet Protocol) locale.
Par ailleurs, l'invention ne se limite pas à des identifiants internes au réseau tiers, c'est-à-dire à des identifiants sans visibilité ou signification particulière en dehors du réseau tiers.

Claims

REVENDICATIONS
1. Procédé d'enregistrement d'un serveur d'application (6) d'un cœur de réseau de voix sur IP (CN) auprès d'un réseau tiers (3NW) comprenant une entité (3) apte à fournir un service, ledit procédé comprenant :
— une étape de détection (E10) d'un enregistrement d'un terminal (2) sur ledit cœur de réseau (CN) avec un premier identifiant (ID2) dudit terminal sur ledit cœur de réseau ;
— une étape d'obtention (E20) d'un deuxième identifiant (INT2) de communication sur ledit réseau tiers (3NW) et de données d'enregistrement auprès du réseau tiers (3NW), le deuxième identifiant et les données d'enregistrement étant associés au premier identifiant dans une base de données du cœur de réseau ; et
— une étape d'enregistrement du serveur d'application auprès du réseau tiers en utilisant les données d'enregistrement obtenues, cette étape d'enregistrement comprenant l'envoi (E30) d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant (INT2) et une information de joignabilité (AoC6) du serveur d'application sur le cœur de réseau.
2. Procédé de gestion par un serveur d'application (6) d'un cœur de réseau de voix sur IP (CN) d'un accès par un terminal (2) à un service fourni par une entité (3) d'un réseau tiers (3NW) connecté au cœur de réseau (CN), ledit procédé comprenant :
— une étape d'enregistrement (E10,E20,E30) du serveur d'application (6) auprès du réseau tiers, conformément à un procédé d'enregistrement selon la revendication 1 ;
— une étape de transfert (E60,E70) vers le terminal (2) ou vers l'entité (3) du réseau tiers d'au moins un message reçu par le serveur d'application (6) relatif audit service fourni par l'entité du réseau tiers, de sorte à permettre l'accès à ce service par le terminal.
3. Procédé de gestion selon la revendication 2 dans lequel l'étape de transfert comprend :
— lorsque le message reçu par le serveur d'application (E50) relatif audit service provient du terminal (2) et contient le premier identifiant (ID2) du terminal sur le cœur de réseau (CN), la substitution du deuxième identifiant (INT2) à la place du premier identifiant (ID2) dans le message avant son transfert (E70) vers l'entité (3) du réseau tiers ; et
— lorsque le message reçu par le serveur d'application (E50) relatif audit service provient de l'entité (3) du réseau tiers et contient le deuxième identifiant (INT2), la substitution du premier identifiant (ID2) à la place du deuxième identifiant (INT2) dans le message avant son transfert (E60) vers le terminal (2).
4. Procédé de gestion selon la revendication 2, dans lequel le deuxième identifiant (INT2) est un identifiant interne au réseau tiers.
5. Procédé de gestion selon la revendication 2, dans lequel le cœur de réseau de voix sur IP (CN) est un cœur de réseau IMS.
6. Procédé de gestion selon la revendication 2, dans lequel l'entité (3) du réseau tiers est un autocommutateur privé et le deuxième identifiant (INT2) de communication sur le réseau tiers (3NW) est un numéro d'extension interne au réseau tiers, géré par l'autocommutateur privé.
7. Procédé de gestion selon la revendication 5, dans lequel le serveur d'application
(6) est un serveur SCC-AS défini par le standard 3GPP.
8. Serveur d'application (6) d'un cœur de réseau de voix sur IP (CN) comprenant :
— des moyens de détection d'un enregistrement d'un terminal (2) sur le cœur de réseau avec un premier identifiant (ID2) de ce terminal sur le cœur de réseau ;
— des moyens d'obtention :
o d'un deuxième identifiant (INT2) de communication sur un réseau tiers (3NW) connecté au cœur de réseau et comprenant une entité (3) apte à fournir un service ; et
o de données d'enregistrement auprès du réseau tiers (3NW) ;
le deuxième identifiant (INT2) et les données d'enregistrement étant associés au premier identifiant (ID2) dans une base de données du cœur de réseau ; et
— des moyens d'enregistrement auprès du réseau tiers utilisant lesdites données d'enregistrement, ces moyens d'enregistrement comprenant des moyens d'envoi d'une requête d'enregistrement à destination du réseau tiers contenant le deuxième identifiant (INT2) et une information de joignabilité (AoC6) du serveur d'application sur le cœur de réseau.
9. Serveur d'application (6) selon la revendication 8, comprenant en outre des moyens de transfert vers le terminal (2) ou vers l'entité (3) du réseau tiers d'au moins un message reçu par le serveur d'application (6) relatif au service fourni par l'entité (3) du réseau tiers, de sorte à permettre l'accès à ce service par le terminal.
10. Procédé de fourniture d'un service par une entité (3) d'un réseau tiers (3NW) connecté à un cœur de réseau de voix sur IP (CN), ledit procédé comprenant :
— une étape de détection (F10) d'un enregistrement auprès du réseau tiers d'un serveur d'application (6) du cœur de réseau à l'aide d'une requête d'enregistrement contenant une information de joignabilité (AoC6) du serveur d'application sur le cœur de réseau et un identifiant (INT2) de communication sur le réseau tiers ; et — une étape de fourniture (F30) dudit service audit identifiant (INT2) de communication sur ledit réseau tiers ou à un autre identifiant (IDPUB2) associé audit identifiant de communication (INT2), en utilisant l'information de joignabilité (AoC6) du serveur d'application contenue dans la requête d'enregistrement, ladite étape de fourniture comprenant :
o l'envoi, audit serveur d'application (6), de messages destinés à l'identifiant de communication (INT2) sur le réseau tiers ou à l'autre identifiant associé à l'identifiant de communication (INT2) ; et
o la réception, en provenance dudit serveur d'application (6), de messages concernant l'identifiant de communication (INT2) sur le réseau tiers, relatifs audit service.
11. Entité (3) d'un réseau tiers (3NW) apte à fournir un service, ledit réseau tiers étant connecté à un cœur de réseau de voix sur IP (CN), ladite entité comprenant :
— des moyens de détection d'un enregistrement auprès du réseau tiers d'un serveur d'application (6) du cœur de réseau à l'aide d'une requête d'enregistrement contenant une information de joignabilité (AoC6) du serveur d'application sur le cœur de réseau et un identifiant (INT2) de communication sur le réseau tiers ; et
— des moyens de fourniture dudit service audit identifiant (INT2) de communication sur ledit réseau tiers ou un autre identifiant associé audit identifiant de communication (INT2), lesdits moyens de fournitures étant aptes à utiliser l'information de joignabilité (AoC6) du serveur d'application contenue dans la requête d'enregistrement et comprenant :
o des moyens d'envoi (3D), audit serveur d'application (6), de messages destinés à l'identifiant de communication (INT2) sur le réseau tiers ou à l'autre identifiant associé audit identifiant de communication ; et
o des moyens de réception (3D), en provenance dudit serveur d'application (6), de messages concernant l'identifiant de communication sur le réseau tiers relatifs audit service.
12. Base de données (9) d'un cœur de réseau de voix sur IP (CN) associant à au moins un identifiant (ID2) d'un terminal sur ledit cœur de réseau, un identifiant (INT2) de communication sur un réseau tiers connecté au cœur de réseau de voix sur IP et des données d'enregistrement auprès de ce réseau tiers.
13. Système de communication (1) comprenant :
— un cœur de réseau de voix sur IP (CN) ;
— un terminal (2) apte à s'enregistrer auprès du cœur de réseau de voix sur IP avec un premier identifiant (ID2) du terminal sur ledit cœur de réseau ; et
— un réseau tiers (3NW) connecté au cœur de réseau de voix sur IP comportant une entité (3) conforme à la revendication 11, apte à fournir un service ; ledit cœur de réseau de voix sur IP comportant :
— une base de données (9) selon la revendication 12, associant au premier identifiant (ID2) du terminal, un deuxième identifiant (INT2) de communication sur le réseau tiers et des données d'enregistrement auprès du réseau tiers ; et
— un serveur d'application (6) selon la revendication 8 apte à détecter un enregistrement du terminal (2) sur le cœur de réseau de voix sur IP avec le premier identifiant (ID2), à obtenir le deuxième identifiant (INT2) et les données d'enregistrement auprès du réseau tiers associés au premier identifiant dans ladite base de données (9), et à s'enregistrer auprès du réseau tiers avec une requête d'enregistrement contenant le deuxième identifiant (INT2) et une adresse de joignabilité du serveur d'application (AoC6) sur le cœur de réseau.
14. Système de communication (1) selon la revendication 13 dans lequel :
— le cœur de réseau de voix sur IP (CN) est un cœur de réseau IMS ;
— le serveur d'application (6) est un serveur SCC-AS du cœur de réseau IMS, défini par le standard 3GPP ; et
— l'entité (3) du réseau tiers est un autocommutateur privé.
15. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé d'enregistrement selon la revendication 1 ou du procédé de gestion selon la revendication 2 ou du procédé de fourniture d'un service selon la revendication 10 lorsque ledit programme est exécuté par un ordinateur.
PCT/FR2013/050316 2012-02-17 2013-02-15 Procédé d'enregistrement d'un serveur d'application et serveur d'application WO2013121158A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1251478 2012-02-17
FR1251478A FR2987207A1 (fr) 2012-02-17 2012-02-17 Procede d'enregistrement d'un serveur d'application et serveur d'application

Publications (1)

Publication Number Publication Date
WO2013121158A1 true WO2013121158A1 (fr) 2013-08-22

Family

ID=47901179

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2013/050316 WO2013121158A1 (fr) 2012-02-17 2013-02-15 Procédé d'enregistrement d'un serveur d'application et serveur d'application

Country Status (2)

Country Link
FR (1) FR2987207A1 (fr)
WO (1) WO2013121158A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3074397A1 (fr) * 2017-11-30 2019-05-31 Orange Procede de traitement d'un appel entrant dans un reseau de telecommunications et serveur tas le mettant en oeuvre

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1724976A1 (fr) * 2004-02-17 2006-11-22 Ginganet Corporation APPAREIL DE R SOLUTION D’ADRESSE, PROC D&Eacu te; DE R SOLUTION D’ADRESSE, ET SYST ME DE CO MMUNICATION UTILISANT CEUX-CI
WO2011019309A1 (fr) * 2009-08-11 2011-02-17 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et dispositif autorisant des services multimédias pour un dispositif dans un réseau local

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1724976A1 (fr) * 2004-02-17 2006-11-22 Ginganet Corporation APPAREIL DE R SOLUTION D’ADRESSE, PROC D&Eacu te; DE R SOLUTION D’ADRESSE, ET SYST ME DE CO MMUNICATION UTILISANT CEUX-CI
WO2011019309A1 (fr) * 2009-08-11 2011-02-17 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et dispositif autorisant des services multimédias pour un dispositif dans un réseau local

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Technical Specification Group Core Network and Terminais; IP Multimedia Core Network Subsystem; Centralized Services; Stage 3", 3GPP TS 24.292, September 2001 (2001-09-01)
"Technical Specification Group Services and System Aspects ; IP Multimedia Subsystem centralized services ; Stage 2", 3GPP TS 23.292, June 2011 (2011-06-01)
KIM LYNGGAARD LARSEN ET AL: "Corporate Convergence with the 3GPP IP Multimedia Subsystem", NEXT GENERATION MOBILE APPLICATIONS, SERVICES AND TECHNOLOGIES, 2007. NGMAST '07. THE 2007 INTERNATIONAL CONFERENCE ON, IEEE, PISCATAWAY, NJ, USA, 1 September 2007 (2007-09-01), pages 29 - 35, XP031142476, ISBN: 978-0-7695-2878-6 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3074397A1 (fr) * 2017-11-30 2019-05-31 Orange Procede de traitement d'un appel entrant dans un reseau de telecommunications et serveur tas le mettant en oeuvre
WO2019106253A1 (fr) * 2017-11-30 2019-06-06 Orange Procédé de traitement d'un appel entrant dans un réseau de télécommunications et serveur tas le mettant en œuvre
US11153352B2 (en) 2017-11-30 2021-10-19 Orange Method for processing an incoming call in a telecommunications network and TAS server implementing same

Also Published As

Publication number Publication date
FR2987207A1 (fr) 2013-08-23

Similar Documents

Publication Publication Date Title
EP1560368A1 (fr) Procédé d'établissement d'une session multimédia entre un équipement appelant et un équipement appelé d'un réseau du type à sous domaine multimédia et système de communication mettant en oeuvre ce procédé
EP2769526B1 (fr) Procédé d'échange d'informations relatives à des services de communication enrichie
FR2982107A1 (fr) Procede de gestion d'une communication destinee a un utilisateur et serveur d'application
EP2708002B1 (fr) Procédé de traitement d'une requête de basculement d'une communication entre deux réseaux d'accès
WO2016083751A1 (fr) Procede de communication entre un terminal equipe d'un client webrtc et un terminal accessible via un cœur de reseau ims
EP2856732B1 (fr) Procédé et entité de traitement d'un message
EP3646554B1 (fr) Procédé de traitement d'une requête et serveur d'un coeur de réseau ip multimédia
WO2013121158A1 (fr) Procédé d'enregistrement d'un serveur d'application et serveur d'application
EP3391615B1 (fr) Procédé de communication entre un terminal appelant et une pluralité de terminaux appelés
EP3583757B1 (fr) Procédé de changement de réseau mobile
WO2012085429A2 (fr) Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis
FR2980328A1 (fr) Procede de traitement d'une requete d'un service dependant de la localisation d'un terminal mobile
EP2801178B1 (fr) Procédé dynamique de détermination d'une liste de services dans un réseau sip
WO2014114871A1 (fr) Enregistrement d'un equipement client par l'intermediaire d'un serveur mandataire dans un reseau de communication
FR2985135A1 (fr) Procede de propagation des associations entre adresses de contact et identites privees dans un reseau ip.
FR3111496A1 (fr) Procédés et serveurs de gestion des services d’un terminal additionnel dans un réseau de cœur SIP
EP2429145B1 (fr) Procédé de présentation d'appel dans un réseau IMS et serveur d'application apte à mettre en oeuvre ce procédé
EP2538704A1 (fr) Indexation d'un message court réalisée par le coeur du réseau
FR2988951A1 (fr) Procede d'enregistrement d'un serveur aupres d'une pluralite de coeurs de reseau, et serveur.
FR2912584A1 (fr) Reseau ims autorisant la portabilite d'identifiants publics d'utilisateurs.
FR2972092A1 (fr) Procede de gestion d'identites publiques par un utilisateur d'un reseau ims

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: 13710465

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13710465

Country of ref document: EP

Kind code of ref document: A1