WO2015079153A1 - Technique de restauration d'un service dans un réseau - Google Patents

Technique de restauration d'un service dans un réseau Download PDF

Info

Publication number
WO2015079153A1
WO2015079153A1 PCT/FR2014/053015 FR2014053015W WO2015079153A1 WO 2015079153 A1 WO2015079153 A1 WO 2015079153A1 FR 2014053015 W FR2014053015 W FR 2014053015W WO 2015079153 A1 WO2015079153 A1 WO 2015079153A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
interrogation
replacement
request
service request
Prior art date
Application number
PCT/FR2014/053015
Other languages
English (en)
Inventor
Jean-Claude Le Rouzic
José DOREE
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 WO2015079153A1 publication Critical patent/WO2015079153A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection

Definitions

  • the invention lies in the field of IP (Internet Protocol) type communication networks and more particularly relates to a technique for restoring a service for a user in an IMS (IP Multimedia System) type network.
  • IP Internet Protocol
  • IMS IP Multimedia System
  • An IMS network architecture as defined by the 3rd Generation Partnership Project (3GPP) standardization group enables the establishment and control of multimedia sessions between two user equipments as well as the reservation of resources for the multimedia streams at the network level. transport. With this architecture, network operators can conveniently control the quality of service offered.
  • the IMS architecture currently offers telephony, video telephony, Presence and Instant Messaging services and also manages the interaction of these services. It typically implements Session Initiation Protocol (SIP), as defined by the Internet Engineering Task Force (IETF) in RFC 3261 as a session management protocol, which enables the establishment, modification, or and terminating multimedia sessions in a network using the IP protocol.
  • SIP Session Initiation Protocol
  • IETF Internet Engineering Task Force
  • Such an IMS network architecture comprises in particular:
  • Each subscriber server contains the "profile" of a number of user devices of the network, this profile including their registration status, authentication and location data, and subscribed services;
  • S-CSCF Server-Call Server Control Function
  • Interrogating-Call Server Control Function I-CSCF
  • I-CSCF Interrogating-Call Server Control Function
  • proxy servers also called “proxy” servers
  • P-CSCF Proxy-Call Server Control Function
  • the 3GPP standardization group has defined in a technical specifications document TS 23.380 version 11.1.0 entitled "IMS Restoration Procedures", procedures related to the restoration of service within an IMS network when a nominal registration server is unreachable (eg, network failure, or failure of the registration server itself).
  • IMS Restoration Procedures procedures related to the restoration of service within an IMS network when a nominal registration server is unreachable (eg, network failure, or failure of the registration server itself).
  • two restoration procedures are described, the first involved when registering a user equipment on the IMS network (TS 23.380, ⁇ 4.2.2), and the second when the end of a session with a device. user (TS 23.380, ⁇ 4.3.3).
  • Both of these procedures provide for sending an ability request message by an I-CSCF interrogation server to an HSS subscriber server, so that the I-CSCF interrogation server can select a registration server S- Replacement CSCF.
  • Capabilities are defined in Chapter 6.7 of 3GPP TS 29.228 Technical Specification. This ensures service continuity in the transparent IMS network for the user.
  • a disadvantage of the service restoration procedures as specified in the TS 23.380 specification document is the cost in terms of network resources and processor load associated with failover to the replacement registration server. This failover is accompanied in particular by a migration of the information associated with a registered user from the nominal registration server to the replacement registration server, causing an increase in memory operations and exchanges between network servers. There is therefore a need to improve service restoration procedures in an IMS network.
  • One of the aims of the invention is to remedy the shortcomings / disadvantages of the state of the art and / or to make improvements thereto.
  • the invention relates to a method for processing a service request relating to a user in a communication network, implemented by a subscriber server and comprising the following steps:
  • 23.380 do not distinguish a failure of a nominal registration server from a failure occurring on a network path between an interrogation server and a registration server nominal.
  • these procedures propose in all cases to select a replacement registration server by performing a search procedure of such a server when the nominal registration server is deemed unreachable. Switching to a new recording server is, however, particularly expensive in terms of network resources. With the method of processing a service request, this failover can be avoided when the registration server is unreachable due to a network failure or event occurring between the interrogation server and the registration server. nominal.
  • the step of checking an activity of the nominal registration server allows the subscriber server to verify that the nominal registration server is reachable by a separate network path from the one passing through the interrogation server. The method thus makes it possible to differentiate the cases of failures specific to the nominal recording server from those intervening on the network path making it possible to reach it from the interrogation server.
  • the restoration procedure can then be adapted according to the type of failure observed.
  • the method allows the interrogation server to stop the search procedure of a server d replacement registration. It also allows you to select a replacement polling server according to the reselection procedure described in 3GPP specification TS 24.229 version 12.2.0.
  • An allocation of a replacement registration server for the relevant user can thus be avoided. Operations, including context recovery associated with the migration of user information and resulting protocol exchanges, are also avoided.
  • it is possible to dispense with exchanges associated with user authentication eg MAR / MAA messages, for Multimedia Authentication Request / Multimedia Authentication Answer
  • exchanges for the assignment of a registration server. eg SAR / SAA messages for Server Assignment Request / Server Assignment Answer.
  • the method saves network resources and optimizes the processing of service requests for a user. Service continuity is enhanced, which helps improve the quality of service perceived by the user.
  • the processing method furthermore comprises when an interruption of the search procedure has been triggered for a number of interrogation servers greater than a threshold, on reception from at least one other interrogation server. , a new request for obtaining a registration server identifier, followed by a reception of a new capacity request, the identifier corresponding to the identifier of the nominal registration server, a step d sending capabilities.
  • a failure of the latter server may be supposed. This occurs, for example, when a replacement polling server has been selected, but it can not in turn join the nominal registration server. Resuming execution of the search procedure of a registration server as described for example in specification TS 23.380, after a certain number of attempts by several different interrogation servers to join the server of registration. nominal registration is then preferable to selecting a replacement polling server. In particular, it has the advantage of allowing a processing of a new service request by searching for a replacement registration server.
  • the activity of the nominal registration server is checked from information relating to exchanges in the network of the subscriber server with the nominal registration server.
  • the subscriber server stores a great deal of information about the activity of the nominal registration server such as link state flags with the nominal registration server or traffic status indicators between the two servers. This information is easily accessible to the subscriber server and is a simple way of detecting the activity of the nominal registration server.
  • the traffic status indicators are, for example, counters associated with each type of messages exchanged (MAR / MAA, SAR / SAA or DWR / DWA for Device-Watchdog-Request / Device-Watchdog-Answer). These latter messages are more particularly defined in the IETF documents RFC 3588 and RFC 4740.
  • An indicator of the state of the link is for example a code indicating a status of the connection Diameter.
  • the activity of the nominal registration server is typically verified using monitoring DWR requests used to monitor the exchanges between the subscriber server and the nominal registration server. It should be noted that to control the activity of the nominal registration server, the various indicators mentioned do not require the creation of additional traffic within the network.
  • the processing method may in particular be implemented without obtaining data other than those already known to the subscriber server. Deployment of the process within an existing network architecture is facilitated.
  • this information makes it possible to implement the method for certain types of activity defined for example by a network operator. It is sufficient for the network operator to select only information about certain types of registration server activity, such as user authentication, or the registration server assignment to the user. . Different service restoration policies can thus be defined.
  • the activity of the nominal registration server is verified by a successful update of the user's profile with the nominal registration server.
  • a successful update of the user profile at the request of the subscriber server guarantees the activity of the nominal registration server both at the hardware level and at the application level.
  • the application layer of the nominal registration server being queried during the update of the user profile, a successful response of the latter in particular to guard against false positives related to the activity of the server.
  • the invention relates to a method for processing a service request relating to a user, implemented by an interrogation server and comprising the following steps:
  • the receipt of a command requesting to abort the search procedure of a replacement registration server allows the polling server to be informed that the nominal registration server is working and can be reached by a path alternative network.
  • the method for this purpose sends a redirection command to the proxy server issuing the service request for the user. This last redirection command allows the polling server to initiate the selection of a replacement polling server to join the nominal registration server.
  • the alternative network path thus corresponds to a network path making it possible to join the nominal registration server and passing through the selected replacement interrogation server.
  • the interrogation server selects the replacement interrogation server and the redirection command comprises an address of the replacement interrogation server.
  • the redirection command comprises an indication that the nominal registration server can not be reached by the server polling agent, allowing the proxy server to trigger obtaining an address of the replacement polling server.
  • the redirection command comprises a list of addresses of interrogation servers of the network, the replacement interrogation server being selected in the list by the proxy server.
  • a replacement polling server over another.
  • the alternative polling server chosen may differ.
  • this selection is also possible to associate priority criteria with the query servers of the network (e.g., weight associated with a server). Different strategies for selecting the replacement query server can thus be adopted by a network operator.
  • the invention relates to a subscriber server arranged to process a service request relating to a user, comprising:
  • a reception module arranged to receive from a query server, a request to obtain an identifier of a nominal registration server, followed by a reception of a request for capabilities that a server of the record must have in order to provide authorized services for the said user;
  • a first control module arranged to detect that a search procedure of a replacement registration server is being executed by the interrogation server following a detection that the nominal registration server does not is not reachable by the query server;
  • a second control module arranged to verify that the nominal registration server is active
  • a sending module arranged to send the query server a command to trigger the interruption of the search procedure and a selection of a replacement query server to process the service request.
  • the subscriber server further comprises a control module arranged to control when an interruption of the search procedure has been triggered for a number of interrogation servers greater than a threshold, on reception from at least one other interrogation server, a new request for obtaining a registration server identifier, followed by a reception of a new capacity request, the identifier corresponding to the identifier of the nominal registration server, a step of sending capabilities.
  • the invention relates to an interrogation server, arranged to process a service request relating to a user, comprising:
  • a first reception module arranged to receive the service request relating to a user coming from a proxy server
  • a first sending module arranged to send to a subscriber server a request to obtain an identifier of a nominal registration server, followed by a request for capabilities that a registration server must to be able to provide authorized services for the user;
  • a detection module arranged to detect that the nominal recording server is unreachable
  • control module arranged to control the triggering and interruption of a search procedure of a replacement recording server
  • a second reception module arranged to receive from the subscriber server a command requesting an interruption of the search procedure and a selection of a replacement interrogation server for processing the service request, the subscriber server; having verified that the nominal registration server is active;
  • a second sending module arranged to send the proxy server a redirection command of the service request to a replacement interrogation server to process the service request.
  • the subject of the invention is a system for processing a service request in a communication network comprising:
  • At least one interrogation server according to the fourth aspect
  • a recording server arranged to process a service request relating to a user.
  • the system furthermore comprises a proxy server that has received the service request, and arranged to select a replacement interrogation server on receipt of a redirection command from an interrogation server.
  • the invention also relates to a program for a subscriber server, comprising program code instructions intended to control the execution of the steps of the method described above, when said program is executed by said server and a support recordable record by a subscriber server on which a program for a subscriber server is recorded.
  • the invention also relates to a program for an interrogation server, comprising program code instructions for controlling performing the steps of the method described above, when said program is executed by said server and a recording medium readable by an interrogation server on which is recorded a program for an interrogation server.
  • FIG. 1 represents a system for processing a service request relating to a user in a communication network
  • FIG. 2 represents steps of a method of processing a service request relating to a user according to a particular embodiment
  • FIG. 3 represents an interrogation server according to a particular embodiment
  • FIG. 4 shows a subscriber server according to a particular embodiment.
  • FIG. 1 shows a system 2 for processing a service request in a communication network 1.
  • the multimedia services offered by this network 1 may include telephony services, video telephony, content sharing, presence, instant messaging, or television.
  • the system 2 makes it possible to transfer a registration request received from a proxy server 10 to a registration server 40, and to benefit from the services offered by this network. More specifically, the proxy server 10 relays a request for registration of a user equipment ⁇ User Equipment, or UE in English) 50 to an interrogation server 20.
  • the user equipment 50 is for example a fixed or mobile terminal, or a home or business gateway.
  • the system 2 comprises at least one interrogation server 20-21, a subscriber server 30 and the registration server 40.
  • the subscriber server 30 communicates with the interrogation servers 20-21 as well as with the subscriber server 30. recording server 40.
  • the proxy server 10 communicates with the interrogation servers 20-21.
  • FIG. 1 is a simplified representation of the system 2 in the communication network 1 in order to facilitate understanding thereof. No limitation is attached to the number of subscriber servers, registration servers, polling servers belonging to the communication network. Similarly, no limitation is attached to the number of user equipment.
  • the interrogation servers 20-21 are I-CSCF servers
  • the registration server 40 is an S-CSCF server
  • the subscriber server. 30 is an HSS server
  • the proxy server 10 is a P-CSCF server
  • some of these different servers can be gathered within the same entity, if any.
  • the SIP signaling protocol is used for exchanges with the user equipment 50, as well as between the proxy servers 10,
  • the exchanges between the subscriber server 30 on the one hand and the interrogation and registration server 40 on the other hand are supported by the Diameter protocol. as defined in the IETF RFC 4740 document.
  • the system 2 also comprises the proxy server 10.
  • FIG. 2 describes the steps of the method of processing a service request relating to a user according to a particular embodiment.
  • the interrogation server 20 receives a service request M1 relating to a user from a proxy server 10.
  • the service request M1 is for example a SIP REGISTER request to register with a server recording.
  • the interrogation server 20 interrogates in a step D2 the subscriber server 30 in order to obtain an identifier of the nominal registration server 40 having the characteristics required to reach the level of service subscribed by the user.
  • This interrogation is more particularly carried out by sending a M2 (User-Authorization-Request) UAR message according to the Diameter protocol as defined in RFC 4740 and in accordance with specifications 3GPP TS 24.229 and TS 29.228.
  • the subscriber server 30 receives the message UAR M2 and transmits a message UAA M3.
  • the interrogation server 20 receives from the subscriber server 30 in response to the request UAR M2, the message UAA (for User-Authorization-Answer) M3 indicating an identifier Id s _csc F of the server nominal registration 40 with which the user is registered.
  • This identifier is for example a Uniform Resource Identifier (URI) as defined by the IETF RFC 3986 document.
  • URI Uniform Resource Identifier
  • the interrogation server 20 then transfers, during a step D4, the SIP request
  • step D5 an absence of response to the SIP REGISTER request is noted by the interrogation server 20.
  • the SIP protocol provides a mechanism for retransmission of messages, after which after several unanswered sending attempts, the absence of response is considered to be identical to a 408 Request Timeout response code, indicating that no response from the nominal registration server 40 was received in the allotted time for processing the message.
  • the lack of response from the nominal registration server 40 results, for example, from a failure of the latter, from disturbed network traffic, or from any other cause that makes it impossible to join it or does not allow the latter to reply. to a received request.
  • the interrogation server 20 initiates a search procedure of a replacement registration server. For this the server interrogation 20 sends to the subscriber server 30 a new UAR M5 message including a request for capabilities.
  • the capability request is constructed by populating the User-Authorization-type field of the M5 UAR with the value REGISTRA TION_AND_CAPABILITIES.
  • the subscriber server 30 receives the capacity request contained in the UAR message M5 during a step E2. Receipt of this message allows the subscriber server 30 to detect that a search procedure of a replacement registration server has been initiated by the interrogation server 20. The detection that a search procedure of a replacement recording server is in progress, is more precisely obtained by the reception (step E1) of a first UAR message, followed by a second UAR message comprising a request for capabilities. This sequence of UAR messages indicates to the subscriber server 30 that the interrogation server 20 has not managed to reach the nominal registration server 40, and that a search of a replacement registration server is in progress.
  • a step E3a the subscriber server 30 requests an update of the user's profile to the registration server 40.
  • This update request is made in a non-limiting manner by sending a PPR request.
  • PPR request Push Profile Request
  • M6 Push Profile Answer
  • the activity of the registration server 40 is confirmed by the receipt (step E3b) of a Push Profile Answer (M7) indicating that the update the user's profile was successful. Since the processing of the response to an update request is also application level, a successful update makes it possible to ensure that the nominal registration server 40 is reachable at the application layer level.
  • the subscriber server 30 responds (step E4) to the message UAR M2 of the interrogation server 30 by sending it a message UAA M8 comprising a command requesting to trigger on the one hand the interruption of the search procedure of a replacement registration server and secondly the selection of a replacement query server to process the service request.
  • the interrogation server 20 receives the message M8 in a step D7, and interrupts the search procedure of a replacement registration server.
  • the interrogation server 20 obtains the address of a replacement interrogation server 21 making it possible to reach the nominal registration server 40.
  • the address of the replacement interrogation server 21 is example obtained by a Domain Name System (DNS) query.
  • DNS Domain Name System
  • the interrogation server 20 sends the proxy server 10 a redirection message M9 including the address of the replacement interrogation server 21 obtained in the previous step.
  • the redirection message is in particular a "Session Initiation Protocol (SIP) 305" message.
  • the proxy server 10 redirects (step H1) the SIP REGISTER M 10 service request to the replacement polling server 21, which terminates the method of processing the service request.
  • This redirection to the replacement query server conforms to the mechanism for reselecting a registration server described in section 5.2.2.1 of the 3GPP 24.229 Technical Specification, version 12.2.0.
  • the subscriber server 30 sends in step E4 a UAA response comprising capabilities that a server of registration of replacement must have to be able to provide authorized services for the user.
  • the interrogation server 20 can then transfer the service request to a replacement registration server as specified, for example, by the service restoration procedures of the technical specification TS 23.380.
  • the subscriber server 30 sends in step E4 a UAA response including capabilities when the search procedure of a replacement polling server 21 has been triggered for a number of servers. interrogation above a threshold. It is then a return to a restoration procedure, allowing a selection of a new recording server. More specifically, an L list of query servers, for which a command to trigger a selection of a replacement polling server 21 has been sent by the subscriber server 30, is stored by the latter.
  • the subscriber server 30 checks whether the interrogation server 20 belongs to the list L. If this is the case, a timer T is initialized. At the end of this delay, the interrogation server 20 is removed from the list L.
  • step E2 the subscriber server 30 verifies that the interrogation server 20 belongs to the list L. If the interrogation server 20 belongs to the list L, a command allowing the selection of a server D replacement interrogation 21 has already been sent to it, the timer T is then stopped. In the opposite case, the interrogation server 20 is added to the list L. When the number of interrogation servers 20-21 of the list L reaches a threshold S, the subscriber server sends to the step E4 a UAA response including capabilities.
  • the threshold S is set by the operator of the network with a value less than or equal to the number of interrogation servers 20-21 of the network and may for example take the value of two. Since the nominal registration server 40 is estimated to be unreachable from too many interrogation servers 20-21, the sending of the capabilities then makes it possible to select a replacement registration server, according to the standard restoration procedure. If, on the other hand, the number of interrogation servers 20-21 of the list L is below the threshold S, the subscriber server continues to respond with the sending of an M8 message. At the expiration of the timer T, the interrogation server with which this timer is associated is further removed from the list L.
  • the subscriber server 30 stores a table constructed from all the combinations of polling servers 20-21 and network registration servers.
  • Each line of this table comprises a pair (Slj; SE fe ) formed of an interrogation server SI ⁇ and a recording server SE fe , with which a counter C; is associated.
  • the table thus comprises n * m lines, with n the number of interrogation servers of the network and m the number of recording servers of the network.
  • the counters are incremented each time a UAR message is received comprising a request for capacities for the pair (SL; SE fe ) concerned. The counters thus account for the number of unsuccessful attempts to join a recording server SE fe given by a given query server SI ⁇ .
  • the table allows in particular to have an overview of the interrogation and registration servers of the network.
  • a UAR message with a capacity request is received for a given pair (SI ⁇ ; SE fe )
  • the subscriber server 30 consults its table and checks whether a counter has been incremented for at least one torque (SI ;; SE fe ) .. If only the counter C; has been incremented, the recording server SE fe is deemed unreachable due to a failure or an incident occurring on the network path between the query server SL and the recording server SE fe .
  • the subscriber server then implements the steps E3a, E3b and E4 previously described, with the sending of an M8 message when the activity of the nominal registration server is confirmed.
  • the network fault or problem is no longer isolated to a network path between a query server and a particular recording server. If the counter C ; reaches a threshold SI, the recording server SE fe is then deemed unreachable due to an incident occurred directly on the latter server.
  • This condition for determining that the recording server SE fe is unreachable can also be adapted to take into account all the counters associated with the recording server SE fe , by checking for example that the sum of the counters associated with it is greater than a threshold S2.
  • the subscriber server will then directly return a UAA message having capabilities in response to a next UAR message for a user registered with SE fe .
  • the counters are regularly reset when a timer expires.
  • the subscriber server 30 verifies that the nominal registration server is active, for example by checking in a database which is local if exchanges with the nominal registration server 40 associated with a service request distinct from the one being processed have occurred.
  • exchanges are for example messages MAR / MAA (Multimedia Authentication Request / Multimedia Authentication Answer) to authenticate a user, or messages SAR / SAA (Server Assignment Request / Server Assignment Answer) for the assignment of the recording server to an user.
  • the activity of the nominal registration server 40 can also be verified by network traffic monitoring message exchanges between the registration server 40 and the subscriber server 30, such as DWR (Device-Watchdog-Request) messages. ) and DWA (Device-Watchdog-Answer).
  • DWR Device-Watchdog-Request
  • DWA Device-Watchdog-Answer
  • This embodiment can in particular be implemented in combination with the steps E3a and E3b. It then makes it possible to ensure a double check of the activity of the nominal registration server 40, at the interface and application levels. It can also be implemented alone in replacement of steps E3a and E3b in order to minimize exchanges between subscriber server 30 and registration server 40.
  • the interrogation server 20 sends back to the proxy server 10 the response of a DNS query obtained in step D8, in a "SIP 3xx" type response message such as as defined in RFC 3261.
  • Reply messages of this type are intended to provide one or more addresses from which a called party, in the present embodiment a replacement polling server, may be contacted.
  • a response message "SIP 311" is for example specifically created for the type of redirection described.
  • This message typically includes a list consisting of the set or a subset of the polling servers of the network 1 with the exception of the interrogation server 20 having initially received the service request.
  • the proxy server 10 selects the replacement polling server 21 to which to redirect the service request, depending for example on the weight or priorities associated by the proxy server 10 to each polling server of the network 1.
  • step D8 of obtaining an address of a replacement interrogation server is not implemented.
  • the interrogation server 20 sends in step D9 a "SIP 3xx" type response message indicating to the proxy server 10 that the nominal registration server 40 is active but not reachable by the interrogation server 20.
  • the proxy server 10 On receipt of this "SIP 310" message, the proxy server 10 performs a DNS query, and selects then the replacement polling server 21 to which to redirect the service request, depending for example weight or priority associated by the proxy server 10 to each query server network 1.
  • the previous embodiments have been described for the processing of a SIP REGISTER service request.
  • the processing method implemented for example for a SIP INVITE request is equivalent to that implemented to process a SIP REGISTER request, only the entity issuing the service request and the types of messages exchanged between the interrogation server. 20 and the subscriber server 30 differ.
  • the sending entity no longer corresponds to a proxy server 10 but by other entities such as IBCF entities (Interconnection Border Control Function) of the user's network or a visited network, MGCF (Media Gateway Controller Function) ), or AS (Application Server).
  • IBCF entities Interconnection Border Control Function
  • MGCF Media Gateway Controller Function
  • AS Application Server
  • the servers instead of the UAR and UAA messages, exchange respectively LIR (for Location Info Request) and LIA (for Location Info Answer) messages.
  • FIG. 3 represents an interrogation server 20 arranged to process a service request relating to a user. It includes:
  • a first reception module 200 arranged to receive the service request relating to a user from a proxy server;
  • a first sending module 202 arranged to send to a subscriber server 30 a request for obtaining an identifier of a nominal registration server 40, followed by a request for capabilities that a server of registration 40 must have in order to provide authorized services for the user;
  • a detection module 204 arranged to detect that the nominal recording server is unreachable
  • control module 208 arranged to control the triggering and interruption of a search procedure of a replacement recording server
  • a second reception module 206 arranged to receive from the subscriber server 30 a command requesting an interruption of the search procedure and a selection of a replacement interrogation server to process the service request;
  • a second sending module 210 arranged to send to the proxy server 10 a redirection command of the service request to a replacement interrogation server 21 to process the service request.
  • the interrogation server also comprises a selection module 212 arranged to obtain a list of addresses of interrogation servers of the network and to select from this list a replacement interrogation server, the second sending module being further arranged to send a redirection command comprising an address of the replacement polling server.
  • the selection module previously described only makes it possible to obtain a list of addresses of interrogation servers of the network.
  • the second sending module is then arranged to transfer the list to the proxy server.
  • the second sending module is further arranged to send a redirection command comprising an indication that the nominal registration server can not be reached by the interrogation server, allowing the proxy server to trigger a get an address of the replacement polling server.
  • FIG. 4 represents a subscriber server 30 arranged to process a service request relating to a user. It includes:
  • a reception module 300 arranged to receive from an interrogation server 20, a request to obtain an identifier of a nominal registration server 40, followed by a reception of a request for capabilities that a registration server 40 must have in order to provide authorized services for the user;
  • a first control module 302 arranged to detect that a search procedure of a replacement registration server is being executed by the interrogation server following a detection that the nominal registration server is not reachable by the query server;
  • a second control module 304 arranged to check that the nominal registration server is active
  • a sending module 306 arranged to send to the interrogation server a command making it possible to trigger an interruption of the search procedure and a selection of a replacement interrogation server to process the service request.
  • the subscriber server also comprises a control module arranged to control when an interruption of the search procedure has been triggered for a number of interrogation servers greater than a threshold, on reception from at least one other interrogation server, a new request for obtaining a registration server identifier, followed by a reception of a new capacity request, the identifier corresponding to the identifier the nominal registration server, a step of sending the capabilities.
  • the invention is implemented by means of software and / or hardware components.
  • the term "module" may correspond in this document to both a software component, a hardware component or a set of hardware and / or software components, capable of implementing a function or a set of functions, as described above for the module concerned.
  • a software component corresponds to one or more computer programs, one or more subroutines of a program, or more generally to any element of a program or software.
  • Such a software component is stored in memory and then loaded and executed by a data processor of a physical entity and is able to access the hardware resources of this physical entity (memories, recording media, communication buses, electronic cards of a physical entity). input / output, user interfaces, etc.).
  • a material component corresponds to any element of a material set (or hardware). It may be a programmable hardware component or not, with or without an integrated processor for running software. This is for example an integrated circuit, a smart card, an electronic card for executing a firmware, etc.
  • the modules 200, 202, 204, 206, 208 and 210 are arranged to implement the previously described treatment method.
  • These are preferably software modules comprising software instructions for executing those of the steps of the previously described processing method, implemented by an interrogation server.
  • the invention therefore also relates to:
  • a program for an interrogation server comprising program code instructions intended to control the execution of the steps of the previously described processing method, when said program is executed by said interrogation server;
  • a recording medium readable by an interrogation server on which the program is recorded for an interrogation server.
  • modules 300, 302, 304 and 306 are arranged to implement the previously described treatment method.
  • These are preferably software modules comprising software instructions for executing those of the steps of the previously described processing method, implemented by a subscriber server.
  • the invention therefore also relates to:
  • a program for a subscriber server comprising program code instructions intended to control the execution of the steps of the previously described processing method, when said program is executed by said subscriber server;
  • a recording medium readable by a subscriber server on which the program for a subscriber server is recorded.
  • the software modules can be stored in or transmitted by a data carrier.
  • This may be a hardware storage medium, for example a CD-ROM, a magnetic diskette or a hard disk, or a transmission medium such as an electrical signal, optical or radio, or a telecommunications network.
  • a hardware storage medium for example a CD-ROM, a magnetic diskette or a hard disk, or a transmission medium such as an electrical signal, optical or radio, or a telecommunications network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Procédé de traitement d'une requête de service relative à un utilisateur dans un réseau de communication, mis en œuvre par un serveur d'abonnés et comprenant les étapes suivantes : - réception depuis un serveur d'interrogation d'une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal, suivie d'une réception d'une requête de capacités qu'un serveur d'enregistrement de remplacement doit disposer pour pouvoir fournir des services autorisés pour ledit utilisateur; - détection qu'une procédure de recherche d'un serveur d'enregistrement de remplacement est en cours d'exécution par le serveur d'interrogation suite à une détection que ledit serveur d'enregistrement nominal n'est pas joignable par ledit serveur d'interrogation; - vérification que ledit serveur d'enregistrement nominal est actif; - envoi d'une commande au serveur d'interrogation, ladite commande permettant de déclencher l'interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter ladite requête de service.

Description

TECHNIQUE DE RESTAURATION D'UN SERVICE DANS UN RÉSEAU
L'invention se situe dans le domaine des réseaux de communication de type IP (Internet Protocol) et concerne plus particulièrement une technique de restauration d'un service pour un utilisateur dans un réseau de type IMS (IP Multimedia System).
Une architecture de réseau IMS telle que définie par le groupe de normalisation 3GPP (pour 3rd Génération Partnership Project) permet l'établissement et le contrôle de sessions multimédia entre deux équipements utilisateur ainsi que la réservation de ressources pour les flux multimédias au niveau du réseau de transport. Grâce à cette architecture, les opérateurs de réseaux peuvent commodément contrôler la qualité de service offerte. L'architecture IMS permet actuellement d'offrir des services de type téléphonie, visiophonie, Présence et Messagerie Instantanée et gère également l'interaction de ces services. Elle met généralement en œuvre le protocole SIP (pour Session Initiation Protocol), tel que défini par l'IETF (Internet Engineering Task Force) dans le document RFC 3261 en tant que protocole de gestion de sessions, lequel permet l'établissement, la modification et la terminaison de sessions multimédia dans un réseau utilisant le protocole IP.
Une telle architecture de réseau IMS comprend notamment :
- un ou plusieurs serveurs d'abonnés, ou serveurs HSS (pour Home Subscriber Server), contenant chacun une base de données utilisateurs. Chaque serveur d'abonnés contient le « profil » d'un certain nombre d'équipements utilisateur du réseau, ce profil comprenant leur état d'enregistrement, des données d'authentification et de localisation, et les services souscrits ;
- un ou plusieurs serveurs d'enregistrement, appelés « S-CSCF » (pour Serving-Call Server Control Function) permettant notamment de gérer la procédure d'enregistrement des équipements utilisateur connectés au réseau ;
- un ou plusieurs serveurs d'interrogation, appelés « I-CSCF » (pour Interrogating-Call Server Control Function), permettant d'interroger un serveur d'abonnés au moment de l'enregistrement d'un équipement utilisateur, afin de d'obtenir un identifiant d'un serveur d'enregistrement disposant des caractéristiques requises pour atteindre le niveau de service souscrit par l'utilisateur, un tel serveur est appelé par la suite « serveur d'enregistrement nominal » ;
- un ou plusieurs serveurs mandataires (aussi appelés serveurs « proxy »), désignés par « P-CSCF » (pour Proxy-Call Server Control Function), servant d'entité de raccordement entre le cœur de réseau IMS et le réseau d'accès utilisé par les équipements utilisateur, aptes à retransmettre tous les messages de signalisation entre les équipements utilisateur d'une part et les serveurs S- CSCF ou I-CSCF d' autre part.
Afin d'assurer une continuité de service dans un réseau IMS, le groupe de normalisation 3GPP a défini dans un document de spécifications techniques TS 23.380 version 11.1.0, intitulé « IMS Restoration Procédures », des procédures relatives à la restauration de service au sein d'un réseau IMS lorsqu'un serveur d'enregistrement nominal est injoignable (e.g., panne réseau, ou panne du serveur d'enregistrement lui-même). Deux procédures de restauration sont en particulier décrites, la première intervenant lors de l'enregistrement d'un équipement utilisateur sur le réseau IMS (TS 23.380, §4.2.2), et la seconde lors de la fin d'une session avec un équipement utilisateur (TS 23.380, §4.3.3). Ces deux procédures prévoient un envoi d'un message de demande de capacités par un serveur d'interrogation I-CSCF à un serveur d'abonnés HSS, afin que le serveur d'interrogation I-CSCF puisse sélectionner un serveur d'enregistrement S-CSCF de remplacement. Ces « capacités » sont définies dans le Chapitre 6.7 des spécifications techniques 3GPP TS 29.228. Ceci permet d'assurer une continuité de service dans le réseau IMS transparente pour l'utilisateur.
Un inconvénient des procédures de restauration de service telles que spécifiées dans le document de spécification TS 23.380, est le coût en termes de ressources du réseau et de charge processeur associé au basculement vers le serveur d'enregistrement de remplacement. Ce basculement s'accompagne notamment d'une migration des informations associées à un utilisateur enregistré auprès du serveur d'enregistrement nominal vers le serveur d'enregistrement de remplacement, provoquant une augmentation des opérations mémoire et des échanges entre serveurs du réseau. Il existe donc un besoin d'améliorer les procédures de restauration de service dans un réseau IMS.
Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations.
Selon un premier aspect l'invention concerne un procédé de traitement d'une requête de service relative à un utilisateur dans un réseau de communication, mis en œuvre par un serveur d' abonnés et comprenant les étapes suivantes :
- réception depuis un serveur d'interrogation d'une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal, suivie d'une réception d'une requête de capacités qu'un serveur d'enregistrement de remplacement doit disposer pour pouvoir fournir des services autorisés pour l'utilisateur ;
- détection qu'une procédure de recherche d'un serveur d'enregistrement de remplacement est en cours d'exécution par le serveur d'interrogation, suite à une détection que ledit serveur d'enregistrement nominal n'est pas joignable par le serveur d'interrogation ;
- vérification que le serveur d'enregistrement nominal est actif ;
- envoi d'une commande au serveur d'interrogation, cette commande permettant de déclencher l'interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter la requête de service.
Les procédures de restauration de service telles que décrites dans la spécification TS
23.380 ne distinguent pas une panne d'un serveur d'enregistrement nominal d'une panne intervenant sur un chemin réseau entre un serveur d'interrogation et un serveur d'enregistrement nominal. En particulier, ces procédures proposent dans tous les cas de sélectionner un serveur d'enregistrement de remplacement en exécutant une procédure de recherche d'un tel serveur dès lors que le serveur d'enregistrement nominal est réputé injoignable. Le basculement vers un nouveau serveur d'enregistrement est cependant particulièrement coûteux en termes de ressources du réseau. Grâce au procédé de traitement d'une requête de service, ce basculement peut être évité lorsque le serveur d'enregistrement est injoignable en raison d'une panne ou d'un incident réseau intervenant entre le serveur d'interrogation et le serveur d'enregistrement nominal. L'étape de vérification d'une activité du serveur d'enregistrement nominal permet au serveur d'abonnés de vérifier que le serveur d'enregistrement nominal est joignable par un chemin réseau distinct de celui passant par le serveur d'interrogation. Le procédé permet ainsi de différencier les cas de pannes propres au serveur d'enregistrement nominal de ceux intervenant sur le chemin réseau permettant de l'atteindre à partir du serveur d'interrogation. La procédure de restauration peut alors être adaptée en fonction du type de panne constatée.
Lorsqu'un type de panne correspondant à une panne intervenant sur le chemin réseau permettant d'atteindre le serveur d'enregistrement nominal est identifié, le procédé permet de commander au serveur d'interrogation d'interrompre la procédure de recherche d'un serveur d'enregistrement de remplacement. Il permet également de sélectionner un serveur d'interrogation de remplacement conformément à la procédure de resélection décrite dans la spécification 3GPP TS 24.229 version 12.2.0.
Une allocation d'un serveur d'enregistrement de remplacement pour l'utilisateur concerné peut ainsi être évitée. Les opérations, notamment de récupération de contextes associés à la migration des informations relatives à l'utilisateur et les échanges protocolaires qui en résultent, sont également évités. Il est en particulier possible de s'affranchir des échanges associés à authentification de l'utilisateur (e.g. messages MAR/MAA, pour Multimedia Authentication Request/Multimedia Authentication Answer), ainsi que des échanges pour l'assignation d'un serveur d'enregistrement à l'utilisateur (e.g. messages SAR/SAA, pour Server Assignment Request/Server Assignment Answer). Le procédé permet d'économiser les ressources du réseau et d'optimiser le traitement des requêtes de service relatives à un utilisateur. La continuité de service est renforcée, ce qui contribue à améliorer la qualité de service perçue par l'utilisateur.
Selon une caractéristique particulière le procédé de traitement comprend en outre lorsqu'une interruption de la procédure de recherche a été déclenchée pour un nombre de serveurs d'interrogation supérieur à un seuil, sur réception en provenance d'au moins un autre serveur d'interrogation, d'une nouvelle requête d'obtention d'un identifiant de serveur d'enregistrement, suivie d'une réception d'une nouvelle requête de capacités, l'identifiant correspondant à l'identifiant du serveur d'enregistrement nominal, une étape d'envoi des capacités.
Lorsque des requêtes de capacités sont reçues de plusieurs serveurs d'interrogation distincts pour le même serveur d'enregistrement nominal, une défaillance de ce dernier serveur peut-être supposée. Ceci se produit par exemple lorsqu'un serveur d'interrogation de remplacement a été sélectionné, mais qu'il ne parvient pas à son tour à joindre le serveur d'enregistrement nominal. La reprise de l'exécution de la procédure de recherche d'un serveur d'enregistrement telle que décrite par exemple dans la spécification TS 23.380, au bout d'un certain nombre de tentatives par plusieurs serveurs d'interrogation distincts pour joindre le serveur d'enregistrement nominal est alors préférable à la sélection d'un serveur d'interrogation de remplacement. Elle présente en particulier l'avantage de permettre un traitement d'une nouvelle requête de service en recherchant un serveur d'enregistrement de remplacement.
Selon une caractéristique particulière l'activité du serveur d'enregistrement nominal est vérifiée à partir d'informations relatives à des échanges dans le réseau du serveur d'abonnés avec le serveur d'enregistrement nominal.
Le serveur d'abonnés mémorise de nombreuses informations relatives à l'activité du serveur d'enregistrement nominal telles que des indicateurs d'état du lien avec le serveur d'enregistrement nominal ou des indicateurs d'état du trafic entre les deux serveurs. Ces informations sont faciles d'accès pour le serveur d'abonnés et constituent un moyen simple de détection de l'activité du serveur d'enregistrement nominal. Les indicateurs d'état du trafic sont par exemple des compteurs associés à chaque type de messages échangés (MAR/MAA, SAR/SAA ou encore DWR/DWA pour Device-Watchdog-Request/Device-Watchdog-Answer). Ces derniers messages sont plus particulièrement définis dans les documents de l'IETF RFC 3588 et RFC 4740. Un indicateur de l'état du lien est par exemple un code indiquant un statut de la connexion Diameter. L'activité du serveur d'enregistrement nominal est typiquement vérifiée à l'aide de requêtes DWR de surveillance utilisées pour surveiller les échanges entre le serveur d'abonnés et le serveur d'enregistrement nominal. Il est à noter que pour contrôler l'activité du serveur d'enregistrement nominal, les différents indicateurs mentionnés ne nécessitent pas la création de trafic supplémentaire au sein du réseau. Le procédé de traitement peut notamment être mis en œuvre sans obtention de données autres que celles déjà connues du serveur d'abonnés. Le déploiement du procédé au sein d'une architecture réseau existante est facilité.
En outre ces informations permettent de mettre en œuvre le procédé pour certains types d'activité définis par exemple par un opérateur de réseau. Il suffit à l'opérateur de réseau de sélectionner uniquement des informations relatives à certains types d'activité du serveur d'enregistrement, tels que l'authentification de l'utilisateur, ou encore l'affectation du serveur d'enregistrement à l'utilisateur. Différentes politiques de restauration de services peuvent ainsi être définies.
Selon une caractéristique particulière, l'activité du serveur d'enregistrement nominal est vérifiée par une mise à jour réussie du profil de l'utilisateur auprès du serveur d'enregistrement nominal. Une mise à jour réussie du profil utilisateur à la demande du serveur d'abonnés permet de garantir l'activité du serveur d'enregistrement nominal tant au niveau matériel qu'au niveau applicatif. La couche applicative du serveur d'enregistrement nominal étant interrogée lors de la mise à jour du profil utilisateur, une réponse réussie de ce dernier permet notamment de se prémunir de faux positifs relatifs à l'activité du serveur.
Selon un deuxième aspect l'invention concerne un procédé de traitement d'une requête de service relative à un utilisateur, mis en œuvre par un serveur d'interrogation et comprenant les étapes suivantes :
- réception de la requête de service relative à un utilisateur en provenance d'un serveur mandataire ; - envoi à un serveur d'abonnés d'une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal, détection que le serveur d'enregistrement nominal est injoignable et déclenchement d'une procédure de recherche d'un serveur d'enregistrement de remplacement, envoi d'une requête de capacités qu'un serveur d'enregistrement de remplacement doit disposer pour pouvoir fournir des services autorisés pour ledit utilisateur ;
- réception depuis le serveur d'abonnés d'une commande demandant une interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter la requête de service, le serveur d'abonnés ayant vérifié que le serveur d'enregistrement nominal est actif ;
- envoi au serveur mandataire d'une commande de redirection de la requête de service vers un serveur d'interrogation de remplacement pour traiter la requête de service.
Les avantages énoncés pour le procédé de traitement selon le premier aspect sont directement transposables au procédé de traitement selon le deuxième aspect.
En outre la réception d'une commande demandant d'interrompre la procédure de recherche d'un serveur d'enregistrement de remplacement permet au serveur d'interrogation d'être informé que le serveur d'enregistrement nominal fonctionne et peut être joint par un chemin réseau alternatif. Le procédé permet à cette fin l'envoi d'une commande de redirection vers le serveur mandataire émetteur de la requête de service relative à l'utilisateur. Cette dernière commande de redirection permet au serveur d'interrogation d'initier la sélection d'un serveur d'interrogation de remplacement pour joindre le serveur d'enregistrement nominal. Le chemin réseau alternatif correspond ainsi à un chemin réseau permettant de joindre le serveur d'enregistrement nominal et passant par le serveur d'interrogation de remplacement sélectionné.
Selon une caractéristique particulière, le serveur d'interrogation sélectionne le serveur d'interrogation de remplacement et la commande de redirection comprend une adresse du serveur d'interrogation de remplacement.
Selon une caractéristique particulière, la commande de redirection comprend une indication que le serveur d'enregistrement nominal n'est pas joignable par le serveur d'interrogation, permettant au serveur mandataire de déclencher une obtention d'une adresse du serveur d'interrogation de remplacement.
Selon une caractéristique particulière, la commande de redirection comprend une liste d'adresses de serveurs d'interrogation du réseau, le serveur d'interrogation de remplacement étant sélectionné dans la liste par le serveur mandataire.
En fonction de la topologie du réseau, il peut être avantageux de sélectionner un serveur d'interrogation de remplacement plutôt qu'un autre. En particulier, selon qu'il est sélectionné par le serveur d'interrogation ou par le serveur mandataire, le serveur d'interrogation de remplacement choisi peut différer. En outre lorsque cette sélection est mise en œuvre par un serveur mandataire, il est également possible d'associer des critères de priorités aux serveurs d'interrogation du réseau (e.g. poids associé à un serveur). Différentes stratégies de sélection du serveur d'interrogation de remplacement peuvent ainsi être adoptées par un opérateur de réseau.
Selon un troisième aspect, l'invention concerne un serveur d'abonnés agencé pour traiter une requête de service relative à un utilisateur, comprenant :
- un module de réception, agencé pour recevoir depuis un serveur d'interrogation, une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal, suivie d'une réception d'une requête de capacités qu'un serveur d'enregistrement doit posséder pour pouvoir fournir des services autorisés pour ledit utilisateur ;
- un premier module de contrôle, agencé pour détecter qu'une procédure de recherche d'un serveur d'enregistrement de remplacement est en cours d'exécution par le serveur d'interrogation suite à une détection que le serveur d'enregistrement nominal n'est pas joignable par le serveur d'interrogation ;
- un deuxième module de contrôle, agencé pour vérifier que le serveur d'enregistrement nominal est actif ;
- un module d'envoi, agencé pour envoyer au serveur d'interrogation une commande permettant de déclencher l'interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter la requête de service.
Les avantages présentés selon le premier aspect sont directement transposables au serveur d'abonnés selon le troisième aspect.
Selon une caractéristique particulière, le serveur d'abonnés comprend en outre un module de commande agencé pour commander lorsqu'une interruption de la procédure de recherche a été déclenchée pour un nombre de serveurs d'interrogation supérieur à un seuil, sur réception en provenance d'au moins un autre serveur d'interrogation, d'une nouvelle requête d'obtention d'un identifiant de serveur d'enregistrement, suivie d'une réception d'une nouvelle requête de capacités, l'identifiant correspondant à l'identifiant du serveur d'enregistrement nominal, une étape d'envoi des capacités. Selon un quatrième aspect, l'invention concerne un serveur d'interrogation, agencé pour traiter une requête de service relative à un utilisateur, comprenant :
- un premier module de réception, agencé pour recevoir la requête de service relative à un utilisateur en provenance d'un serveur mandataire ;
- un premier module d'envoi, agencé pour envoyer à un serveur d'abonnés une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal, suivie d'une requête de capacités qu'un serveur d'enregistrement doit posséder pour pouvoir fournir des services autorisés pour l'utilisateur ;
- un module de détection, agencé pour détecter que le serveur d'enregistrement nominal est injoignable ;
- un module de commande, agencé pour commander le déclenchement et l'interruption d'une procédure de recherche d'un serveur d'enregistrement de remplacement ;
- un deuxième module de réception, agencé pour recevoir depuis le serveur d'abonnés une commande demandant une interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter la requête de service, le serveur d'abonnés ayant vérifié que le serveur d'enregistrement nominal est actif ;
- un deuxième module d'envoi, agencé pour envoyer au serveur mandataire une commande de redirection de la requête de service vers un serveur d'interrogation de remplacement pour traiter la requête de service.
Les avantages présentés pour l'une quelconque des caractéristiques particulières du procédé selon le deuxième aspect sont directement transposables au serveur d'interrogation selon le quatrième aspect.
Selon un cinquième aspect, l'invention a pour objet un système de traitement d'une requête de service dans un réseau de communication comprenant :
- un serveur d'abonnés selon l'une quelconque des caractéristiques selon le troisième aspect ;
- au moins un serveur d'interrogation selon le quatrième aspect ;
- un serveur d'enregistrement agencé pour traiter une requête de service relative à un utilisateur.
Selon une caractéristique particulière, le système comprend en outre un serveur mandataire ayant reçu la requête de service, et agencé pour sélectionner un serveur d'interrogation de remplacement sur réception d'une commande de redirection depuis un serveur d'interrogation.
Selon un sixième aspect, l'invention concerne également un programme pour un serveur d'abonnés, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé précédemment décrit, lorsque ledit programme est exécuté par ledit serveur et un support d'enregistrement lisible par un serveur d'abonnés sur lequel est enregistré un programme pour un serveur d' abonnés.
De même, l'invention concerne également un programme pour un serveur d'interrogation, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé précédemment décrit, lorsque ledit programme est exécuté par ledit serveur et un support d'enregistrement lisible par un serveur d'interrogation sur lequel est enregistré un programme pour un serveur d'interrogation.
L'invention sera mieux comprise à l'aide de la description suivante de modes de réalisation particuliers, en référence aux dessins annexés sur lesquels :
- la figure 1 représente un système de traitement d'une requête de service relative à un utilisateur dans un réseau de communication ;
- la figure 2 représente des étapes d'un procédé de traitement d'une requête de service relative à un utilisateur selon un mode particulier de réalisation ;
- la figure 3 représente un serveur d'interrogation selon un mode particulier de réalisation ;
- la figure 4 représente un serveur d'abonnés selon un mode particulier de réalisation.
La figure 1 représente un système 2 de traitement d'une requête de service dans un réseau de communication 1. Les services multimédia offerts par ce réseau 1 peuvent comprendre des services de téléphonie, de vidéo-téléphonie, de partage de contenu, de présence, de messagerie instantanée, ou de télévision. Le système 2 permet de transférer une demande d'enregistrement reçue d'un serveur mandataire 10 vers un serveur d'enregistrement 40, et de bénéficier des services offerts par ce réseau. Plus précisément le serveur mandataire 10 relaie une demande d'enregistrement d'un équipement utilisateur {User Equipment, ou UE en anglais) 50 vers un serveur d'interrogation 20. L'équipement utilisateur 50 est par exemple un terminal fixe ou mobile, ou une passerelle domestique ou d'entreprise. Le système 2 comprend au moins un serveur d'interrogation 20-21, un serveur d'abonnés 30 et le serveur d'enregistrement 40. Le serveur d'abonné 30 communique avec les serveurs d'interrogation 20-21 ainsi qu'avec le serveur d'enregistrement 40. Le serveur mandataire 10 communique avec les serveurs d'interrogation 20- 21.
Il est par ailleurs à noter que la figure 1 est une représentation simplifiée du système 2 dans le réseau de communication 1 afin d'en faciliter la compréhension. Aucune limitation n'est attachée au nombre de serveurs d'abonnés, de serveurs d'enregistrement, de serveurs d'interrogation appartenant au réseau de communication. De même, aucune limitation n'est attachée au nombre d'équipements utilisateur.
Dans le cas particulier où le réseau de communication 1 présente une architecture de type IMS, les serveurs d'interrogation 20-21 sont des serveurs I-CSCF, le serveur d'enregistrement 40 est un serveur S-CSCF, le serveur d'abonnés 30 est un serveur HSS, le serveur mandataire 10 est un serveur P-CSCF, certains de ces différents serveurs pouvant être rassemblés au sein d'une même entité, le cas échéant. Dans le cas d'une telle architecture IMS, le protocole de signalisation SIP est utilisé pour les échanges avec l'équipement utilisateur 50, ainsi qu'entre les serveurs mandataire 10, d'interrogation 20 et d'enregistrement 40. Les échanges entre le serveur d'abonnés 30 d'une part et le serveur d'interrogation 20 et d'enregistrement 40 d'autre part, sont quant à eux supportés par le protocole Diameter tel que défini dans le document de l'IETF RFC 4740. Il est également à noter que dans un mode particulier de réalisation le système 2 comprend également le serveur mandataire 10.
La figure 2 décrit les étapes du procédé de traitement d'une requête de service relative à un utilisateur selon un mode particulier de réalisation.
Dans une étape Dl, le serveur d'interrogation 20 reçoit une requête de service Ml relative à un utilisateur en provenance d'un serveur mandataire 10. La requête de service Ml est par exemple une requête SIP REGISTER d'enregistrement auprès d'un serveur d'enregistrement.
Le serveur d'interrogation 20 interroge dans une étape D2 le serveur d'abonnés 30 afin d'obtenir un identifiant du serveur d'enregistrement nominal 40 possédant les caractéristiques requises pour atteindre le niveau de service souscrit par l'utilisateur. Cette interrogation est plus particulièrement réalisée par l'envoi d'un message UAR (pour User-Authorization-Request) M2 selon le protocole Diameter tel que défini dans la RFC 4740 et conformément aux spécifications 3GPP TS 24.229 et TS 29.228.
Dans une étape El, le serveur d'abonnés 30 reçoit le message UAR M2 et transmet un message UAA M3.
Lors d'une étape D3, le serveur d'interrogation 20 reçoit du serveur d'abonnés 30 en réponse à la requête UAR M2, le message UAA (pour User-Authorization-Answer) M3 lui indiquant un identifiant Ids_cscF du serveur d'enregistrement nominal 40 auprès duquel l'utilisateur est enregistré. Cet identifiant est par exemple un identifiant uniforme de ressource (Uniform Resource Identifier ou URI en anglais) tel que défini par le document de l'IETF RFC 3986.
Le serveur d'interrogation 20 transfère ensuite lors d'une étape D4 la requête SIP
REGISTER (message M4) vers le serveur d'enregistrement nominal 40 identifié à l'étape D3.
A l'étape D5, une absence de réponse à la requête SIP REGISTER est constatée par le serveur d'interrogation 20. Le protocole SIP prévoit un mécanisme de réémission de messages, à l'issue duquel après plusieurs tentatives d'envoi sans réponse, l'absence de réponse est considérée comme étant identique à un code de réponse 408 Request Timeout, indiquant qu'aucune réponse du serveur d'enregistrement nominal 40 n'a été reçue dans le temps imparti pour le traitement du message. L'absence de réponse du serveur d'enregistrement nominal 40 résulte par exemple d'une panne de ce dernier, d'un trafic réseau perturbé, ou de toute autre cause ne permettant pas de le joindre ou ne permettant pas à ce dernier de répondre à une requête reçue.
Dans une étape D6, conformément aux procédures de restauration du service IMS telles que définies dans la spécification technique 3GPP TS 23.380, le serveur d'interrogation 20 initie ne procédure de recherche d'un serveur d'enregistrement de remplacement. Pour cela le serveur d'interrogation 20 envoie au serveur d'abonnés 30 un nouveau message UAR M5 comportant une demande de capacités. La demande de capacités est construite en renseignant le champ User- Authorization-type du message UAR M5 par la valeur REGISTRA TION_AND_CAPABILITIES.
Le serveur d'abonnés 30 reçoit la demande de capacités contenue dans le message UAR M5 lors d'une étape E2. La réception de ce message permet au serveur d'abonnés 30 de détecter qu'une procédure de recherche d'un serveur d'enregistrement de remplacement a été initiée par le serveur d'interrogation 20. La détection qu'une procédure de recherche d'un serveur d'enregistrement de remplacement est en cours, est plus précisément obtenue par la réception (étape El) d'un premier message UAR, suivi d'un deuxième message UAR comportant une demande de capacités. Cette séquence de messages UAR indique en effet au serveur d'abonnés 30 que le serveur d'interrogation 20 n'est pas parvenu à joindre le serveur d'enregistrement nominal 40, et qu'une recherche d'un serveur d'enregistrement de remplacement est en cours.
Dans une étape E3a, le serveur d'abonnés 30 demande une mise à jour du profil de l'utilisateur au serveur d'enregistrement 40. Cette demande de mise à jour se fait à titre non limitatif par l'envoi d'une requête PPR (Push Profile Request) M6, telle que décrite dans la RFC 4740. L'activité du serveur d'enregistrement 40 est confirmée par la réception (étape E3b) d'une réponse PPA (Push Profile Answer) M7 indiquant que la mise à jour du profil de l'utilisateur a réussi. Le traitement de la réponse à une demande de mise à jour étant par ailleurs de niveau applicatif, une mise à jour réussie permet de s'assurer que le serveur d'enregistrement nominal 40 est joignable au niveau couche applicative.
Lorsque l'activité du serveur d'enregistrement nominal 40 est vérifiée (étapes E3a-E3b), le serveur d'abonnés 30 répond (étape E4) au message UAR M2 du serveur d'interrogation 30 en lui envoyant un message UAA M8 comprenant une commande demandant de déclencher d'une part l'interruption de la procédure de recherche d'un serveur d'enregistrement de remplacement et d'autre part la sélection d'un serveur d'interrogation de remplacement pour traiter la requête de service.
Le serveur d'interrogation 20 reçoit le message M8 dans une étape D7, et interrompt la procédure de recherche d'un serveur d'enregistrement de remplacement.
Dans une étape D8, le serveur d'interrogation 20 obtient l'adresse d'un serveur d'interrogation de remplacement 21 permettant de joindre le serveur d'enregistrement nominal 40. L'adresse du serveur d'interrogation de remplacement 21 est à titre d'exemple obtenue par une interrogation DNS (Domain Name System).
Lors d'une étape D9, le serveur d'interrogation 20 envoie au serveur mandataire 10 un message de redirection M9 comprenant l'adresse du serveur d'interrogation de remplacement 21 obtenue à l'étape précédente. Le message de redirection est en particulier un message « SIP (Session Initiation Protocol) 305 ». Le serveur mandataire 10 redirige (étape Hl) la requête de service SIP REGISTER M 10 vers le serveur d'interrogation de remplacement 21, ce qui met fin au procédé de traitement de la requête de service. Cette redirection vers le serveur d'interrogation de remplacement est conforme au mécanisme de resélection d'un serveur d'enregistrement décrit en section 5.2.2.1 de la spécification technique 3GPP 24.229, version 12.2.0.
Lorsque l'activité du serveur d'enregistrement nominal 40 n'a pu être vérifiée lors des étapes E3a-E3b, le serveur d'abonnés 30 envoie à l'étape E4 une réponse UAA comprenant des capacités qu'un serveur d'enregistrement de remplacement doit disposer pour pouvoir fournir des services autorisés pour l'utilisateur. Le serveur d'interrogation 20 peut alors transférer la requête de service vers un serveur d'enregistrement de remplacement tel que spécifié par exemple par les procédures de restauration de service de la spécification technique TS 23.380.
Dans un mode de réalisation particulier, le serveur d'abonnés 30 envoie à l'étape E4 une réponse UAA comprenant des capacités lorsque la procédure de recherche d'un serveur d'interrogation de remplacement 21 a été déclenchée pour un nombre de serveurs d'interrogation supérieur à un seuil. Il s'agit alors d'un retour à une procédure de restauration, permettant une sélection d'un nouveau serveur d'enregistrement. Plus précisément, une liste L des serveurs d'interrogations, pour lesquels une commande permettant de déclencher une sélection d'un serveur d'interrogation de remplacement 21 a été envoyée par le serveur d'abonnés 30, est mémorisée par ce dernier. Lors de l'étape El, le serveur d'abonnés 30 vérifie si le serveur d'interrogation 20 appartient à la liste L. Si tel est le cas, une temporisation T est initialisée. A l'expiration de cette temporisation, le serveur d'interrogation 20 est retiré de la liste L. Dans le cas contraire, c'est-à- dire lorsque le serveur d'interrogation n'appartient pas à la liste, ou lorsque la liste L est vide, les étapes E2 à E4 sont exécutées telles que décrites précédemment en relation avec le premier mode de réalisation. Lors de l'étape E2, le serveur d'abonnés 30 vérifie que le serveur d'interrogation 20 appartient à la liste L. Si le serveur d'interrogation 20 appartient à la liste L, une commande permettant la sélection d'un serveur d'interrogation de remplacement 21 lui a déjà été envoyée, la temporisation T est alors arrêtée. Dans le cas contraire, le serveur d'interrogation 20 est ajouté à la liste L. Lorsque le nombre de serveurs d'interrogation 20-21 de la liste L atteint un seuil S, le serveur d'abonnés envoie à l'étape E4 une réponse UAA comportant les capacités. Le seuil S est paramétré par l'opérateur du réseau avec une valeur inférieure ou égale au nombre de serveurs d'interrogation 20-21 du réseau et peut par exemple prendre la valeur de deux. Le serveur d'enregistrement nominal 40 étant estimé injoignable depuis un nombre trop important de serveurs d'interrogation 20-21, l'envoi des capacités permet alors la sélection d'un serveur d'enregistrement de remplacement, selon la procédure classique de restauration. Si en revanche le nombre de serveurs d'interrogation 20-21 de la liste L est en dessous du seuil S, le serveur d'abonnés continue de répondre avec l'envoi d'un message M8. A l'expiration de la temporisation T, le serveur d'interrogation auquel cette temporisation est associée est en outre retiré de la liste L. Ceci permet de prendre en compte lors de l'envoi d'un prochain message UAR par ce dernier serveur d'interrogation pour le même serveur d'enregistrement nominal 40, le fait que le chemin réseau entre les deux serveurs est de nouveau valide. Cela permet également au serveur d'abonnés 30 de répondre à une prochaine demande de capacités de ce dernier serveur d'interrogation pour le même serveur d'enregistrement nominal par un message M8 tel que décrit précédemment, lorsque la difficulté à joindre le serveur d'enregistrement nominal 40 ne s'est pas manifestée de nouveau pendant une période d'observation. En outre le serveur d'interrogation ainsi retiré de la liste L fourni un chemin réseau permettant d'atteindre le serveur d'enregistrement nominal 40 (i.e. chemin réseau entre le serveur d'interrogation retiré de la liste L et le serveur d'enregistrement nominal 40).
Dans un autre mode de réalisation, le serveur d' abonnés 30 mémorise une table construite à partir de l'ensemble des combinaisons de serveurs d'interrogation 20-21 et des serveurs d'enregistrement du réseau. Chaque ligne de cette table comprend un couple (Slj ; SEfe) formé d'un serveur d'interrogation SI^ et d'un serveur d'enregistrement SEfe , auquel est associé un compteur C;. La table comprend ainsi n * m lignes, avec n le nombre de serveurs d'interrogation du réseau et m le nombre de serveurs d'enregistrement du réseau. Les compteurs sont incrémentés à chaque réception d'un message UAR comprenant une demande de capacités pour le couple (SL ; SEfe) concerné. Les compteurs rendent ainsi compte du nombre de tentatives en échec pour joindre un serveur d'enregistrement SEfe donné par un serveur d'interrogation SI^ donné. La table permet notamment d'avoir une vision d'ensemble des serveurs d'interrogation et d'enregistrement du réseau. Lorsqu' à l'étape E2 un message UAR comportant une demande de capacités est reçu pour un couple (SI^ ; SEfe) donné, le serveur d' abonnés 30 consulte sa table et vérifie si un compteur a été incrémenté pour au moins un couple (SI; ; SEfe) .. Si seul le compteur C; a été incrémenté, le serveur d'enregistrement SEfe est réputé injoignable en raison d'une panne ou d'un incident intervenu sur le chemin réseau entre le serveur d'interrogation SL et le serveur d'enregistrement SEfe . Le serveur d'abonnés met alors en œuvre les étapes E3a, E3b et E4 précédemment décrites, avec l'envoi d'un message M8 lorsque l'activité du serveur d'enregistrement nominal est confirmée. Lorsqu'au contraire plusieurs compteurs distincts de C; pour un même serveur d'enregistrement SEfe ont été incrémentés, la panne ou l'incident réseau n'est plus isolé à un chemin réseau entre un serveur d'interrogation et un serveur d'enregistrement particulier. Si le compteur C; atteint un seuil S I , le serveur d'enregistrement SEfe est alors réputé injoignable en raison d'un incident survenu directement sur ce dernier serveur. Cette condition de détermination que le serveur d'enregistrement SEfe est injoignable peut également être adaptée pour prendre en compte l'ensemble des compteurs associés au serveur d'enregistrement SEfe , en vérifiant par exemple que la somme des compteurs qui lui sont associés est supérieure à un seuil S2. Le serveur d'abonnés renverra alors directement un message UAA comportant les capacités en réponse à un prochain message UAR pour un utilisateur enregistré auprès de SEfe. Les compteurs sont régulièrement remis à zéro à l'expiration d'une temporisation.
Il est également souligné qu'aucune limitation n'est attachée au mode de vérification de l'activité du serveur d'enregistrement nominal 40. Dans un mode particulier de réalisation, le serveur d'abonnés 30 vérifie que le serveur d'enregistrement nominal est actif, en contrôlant par exemple dans une base de données qui lui est locale si des échanges avec le serveur d'enregistrement nominal 40 associés à une requête de service distincte de celle en cours de traitement ont eu lieu. Ces échanges sont par exemple des messages MAR/MAA (Multimedia Authentication Request / Multimedia Authentication Answer) pour authentifier un utilisateur, ou encore des messages SAR/SAA {Server Assignment Request / Server Assignment Answer) pour l'assignation du serveur d'enregistrement à un utilisateur. L'activité du serveur d'enregistrement nominal 40 peut également être vérifiée par des échanges de messages de surveillance du trafic réseau entre le serveur d'enregistrement 40 et le serveur d'abonnés 30, tels que des messages DWR (Device-Watchdog-Request) et DWA (Device-Watchdog-Answer). Ce mode de réalisation peut en particulier être mis en œuvre en combinaison avec les étapes E3a et E3b. Il permet alors d'assurer une double vérification de l'activité du serveur d'enregistrement nominal 40, aux niveaux interface et applicatif. Il peut également être mis en œuvre seul en remplacement des étapes E3a et E3b afin de minimiser les échanges entre serveur d'abonnés 30 et serveur d'enregistrement 40.
Dans un mode particulier de réalisation, lors de l'étape D9 le serveur d'interrogation 20 renvoie au serveur mandataire 10 la réponse d'une interrogation DNS obtenue à l'étape D8, dans un message de réponse de type « SIP 3xx » tel que défini dans la RFC 3261. Les messages de réponse de ce type ont vocation à fournir une ou plusieurs adresses auprès de desquelles un appelé, dans le présent mode de réalisation un serveur d'interrogation de remplacement, peut être joint. A cette fin un message de réponse « SIP 311 » est par exemple spécifiquement créé pour le type de redirection décrit. Ce message comprend typiquement une liste constituée de l'ensemble ou d'un sous-ensemble des serveurs d'interrogation du réseau 1 à l'exception du serveur d'interrogation 20 ayant initialement reçu la requête de service. Le serveur mandataire 10 choisit ensuite le serveur d'interrogation de remplacement 21 vers lequel rediriger la requête de service, en fonction par exemple de poids ou de priorités associés par le serveur mandataire 10 à chaque serveur d'interrogation du réseau 1.
Dans un mode particulier de réalisation, l'étape D8 d'obtention d'une adresse d'un serveur d'interrogation de remplacement n'est pas mise en œuvre. Le serveur d'interrogation 20 envoie à l'étape D9 un message de réponse de type « SIP 3xx » indiquant au serveur mandataire 10 que le serveur d'enregistrement nominal 40 est actif mais non joignable par le serveur d'interrogation 20.
Par exemple, il s'agit d'un message « SIP 310 » spécifiquement créé à cet effet. A réception de ce message « SIP 310 » le serveur mandataire 10 effectue une interrogation DNS, et sélectionne ensuite le serveur d'interrogation de remplacement 21 vers lequel rediriger la requête de service, en fonction par exemple de poids ou de priorités associés par le serveur mandataire 10 à chaque serveur d'interrogation du réseau 1.
Les précédents modes de réalisation ont été décrits pour le traitement d'une requête de service SIP REGISTER. Il n'existe cependant pas de limitations quant aux types de requête de service traités. Le procédé de traitement mis en œuvre par exemple pour une requête SIP INVITE est équivalent à celui mis en œuvre pour traiter une requête SIP REGISTER, seuls l'entité émettrice de la requête de service et les types de messages échangés entre le serveur d'interrogation 20 et le serveur d'abonnés 30 diffèrent. L'entité émettrice ne correspond plus à un serveur mandataire 10 mais par d'autres entités telles que des entités IBCF (Interconnection Border Control Function) du réseau nominal de l'utilisateur ou d'un réseau visité, des MGCF (Media Gateway Controller Function), ou encore des AS (Application Server). De même, au lieu des messages UAR et UAA, les serveurs s'échangent respectivement des messages LIR (pour Location Info Request) et LIA (pour Location Info Answer).
La figure 3 représente un serveur d'interrogation 20 agencé pour traiter une requête de service relative à un utilisateur. Il comprend notamment :
- un premier module de réception 200, agencé pour recevoir la requête de service relative à un utilisateur en provenance d'un serveur mandataire ;
- un premier module d'envoi 202, agencé pour envoyer à un serveur d'abonnés 30 une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal 40, suivie d'une requête de capacités qu'un serveur d'enregistrement 40 doit posséder pour pouvoir fournir des services autorisés pour l'utilisateur ;
- un module de détection 204, agencé pour détecter que le serveur d'enregistrement nominal est injoignable ;
- un module de commande 208, agencé pour commander le déclenchement et l'interruption d'une procédure de recherche d'un serveur d'enregistrement de remplacement ;
- un deuxième module de réception 206, agencé pour recevoir depuis le serveur d'abonnés 30 une commande demandant une interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter la requête de service ;
- un deuxième module d'envoi 210, agencé pour envoyer au serveur mandataire 10 une commande de redirection de la requête de service vers un serveur d'interrogation de remplacement 21 pour traiter la requête de service.
Dans un mode de réalisation particulier, le serveur d'interrogation comprend également un module de sélection 212 agencé pour obtenir une liste d'adresses de serveurs d'interrogation du réseau et pour sélectionner dans cette liste un serveur d'interrogation de remplacement, le deuxième module d'envoi étant en outre agencé pour envoyer une commande de redirection comprenant une adresse du serveur d'interrogation de remplacement.
Dans un autre mode de réalisation, le module de sélection précédemment décrit permet seulement d'obtenir une liste d'adresses de serveurs d'interrogation du réseau. Le deuxième module d'envoi est alors agencé pour transférer la liste au serveur mandataire.
Dans un autre mode de réalisation particulier, le deuxième module d'envoi est en outre agencé pour envoyer une commande de redirection comprenant une indication que le serveur d'enregistrement nominal n'est pas joignable par le serveur d'interrogation, permettant au serveur mandataire de déclencher une obtention d'une adresse du serveur d'interrogation de remplacement.
La figure 4 représente un serveur d' abonnés 30 agencé pour traiter une requête de service relative à un utilisateur. Il comprend notamment :
- un module de réception 300, agencé pour recevoir depuis un serveur d'interrogation 20, une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal 40, suivie d'une réception d'une requête de capacités qu'un serveur d'enregistrement 40 doit posséder pour pouvoir fournir des services autorisés pour l'utilisateur ;
- un premier module de contrôle 302, agencé pour détecter qu'une procédure de recherche d'un serveur d'enregistrement de remplacement est en cours d'exécution par le serveur d'interrogation suite à une détection que le serveur d'enregistrement nominal n'est pas joignable par le serveur d'interrogation ;
- un second module de contrôle 304, agencé pour vérifier que le serveur d'enregistrement nominal est actif ;
- un module d'envoi 306, agencé pour envoyer au serveur d'interrogation une commande permettant de déclencher une interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter la requête de service.
Dans un mode de réalisation particulier, le serveur d'abonnés comprend également un module de commande agencé pour commander lorsqu'une interruption de la procédure de recherche a été déclenchée pour un nombre de serveurs d'interrogation supérieur à un seuil, sur réception en provenance d'au moins un autre serveur d'interrogation, d'une nouvelle requête d'obtention d'un identifiant de serveur d'enregistrement, suivie d'une réception d'une nouvelle requête de capacités, l'identifiant correspondant à l'identifiant du serveur d'enregistrement nominal, une étape d'envoi des capacités.
L'invention est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit précédemment pour le module concerné. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc).
De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou non, avec ou sans processeur intégré pour l'exécution de logiciel. Il s'agit par exemple d'un circuit intégré, d'une carte à puce, d'une carte électronique pour l'exécution d'un micrologiciel (firmware), etc.
Dans un mode de réalisation particulier, les modules 200, 202, 204, 206, 208 et 210 sont agencés pour mettre en œuvre le procédé de traitement précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter celles des étapes du procédé de traitement précédemment décrit, mises en œuvre par un serveur d'interrogation. L'invention concerne donc aussi :
- un programme pour un serveur d'interrogation, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé de traitement précédemment décrit, lorsque ledit programme est exécuté par ledit serveur d'interrogation ;
- un support d'enregistrement lisible par un serveur d'interrogation sur lequel est enregistré le programme pour un serveur d'interrogation.
De même, les modules 300, 302, 304 et 306 sont agencés pour mettre en œuvre le procédé de traitement précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter celles des étapes du procédé de traitement précédemment décrit, mises en œuvre par un serveur d'abonnés. L'invention concerne donc aussi :
- un programme pour un serveur d'abonnés, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé de traitement précédemment décrit, lorsque ledit programme est exécuté par ledit serveur d' abonnés ;
- un support d'enregistrement lisible par un serveur d'abonnés sur lequel est enregistré le programme pour un serveur d'abonnés.
Les modules logiciels peuvent être stockés dans ou transmis par un support de données.
Celui-ci peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support de transmission tel qu'un signal électrique, optique ou radio, ou un réseau de télécommunication.

Claims

REVENDICATIONS
1. Procédé de traitement d'une requête de service relative à un utilisateur dans un réseau de communication (1), mis en œuvre par un serveur d'abonnés (30) et comprenant les étapes suivantes :
- réception (El) depuis un serveur d'interrogation (20) d'une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal (40), suivie d'une réception (E2) d'une requête de capacités qu'un serveur d'enregistrement de remplacement doit disposer pour pouvoir fournir des services autorisés pour ledit utilisateur ;
- détection qu'une procédure de recherche d'un serveur d'enregistrement de remplacement est en cours d'exécution par le serveur d'interrogation, suite à une détection que ledit serveur d'enregistrement nominal n'est pas joignable par ledit serveur d'interrogation ;
- vérification (E3a-E3b) que ledit serveur d'enregistrement nominal est actif ;
- envoi (E4) d'une commande au serveur d'interrogation, ladite commande permettant de déclencher l'interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter ladite requête de service.
2. Procédé de traitement selon la revendication 1, comprenant en outre lorsqu'une interruption de la procédure de recherche a été déclenchée pour un nombre de serveurs d'interrogation supérieur à un seuil, sur réception en provenance d'au moins un autre serveur d'interrogation, d'une nouvelle requête d'obtention d'un identifiant de serveur d'enregistrement, suivie d'une réception d'une nouvelle requête de capacités, ledit identifiant correspondant à l'identifiant dudit serveur d'enregistrement nominal, une étape d'envoi desdites capacités.
3. Procédé de traitement d'une requête de service relative à un utilisateur, mis en œuvre par un serveur d'interrogation (20) et comprenant les étapes suivantes :
- réception (Dl) de ladite requête de service relative à un utilisateur en provenance d'un serveur mandataire ;
- envoi (D2) à un serveur d'abonnés (30) d'une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal (40), détection que le serveur d'enregistrement nominal est injoignable et déclenchement d'une procédure de recherche d'un serveur d'enregistrement de remplacement, envoi d'une requête (D6) de capacités qu'un serveur d'enregistrement de remplacement doit disposer pour pouvoir fournir des services autorisés pour ledit utilisateur ;
- réception (D7) depuis le serveur d'abonnés (30) d'une commande demandant une interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter ladite requête de service, le serveur d'abonnés ayant vérifié que le serveur d'enregistrement nominal est actif ; - envoi (D9) au serveur mandataire (10) d'une commande de redirection de ladite requête de service vers un serveur d'interrogation de remplacement (21) pour traiter ladite requête de service.
4. Procédé de traitement selon la revendication 3, dans lequel ledit serveur d'interrogation sélectionne le serveur d'interrogation de remplacement et la commande de redirection comprend une adresse du serveur d'interrogation de remplacement.
5. Procédé de traitement selon la revendication 3, dans lequel la commande de redirection comprend une indication que le serveur d'enregistrement nominal n'est pas joignable par le serveur d'interrogation, permettant au serveur mandataire de déclencher une obtention d'une adresse du serveur d'interrogation de remplacement.
6. Procédé de traitement selon la revendication 3, dans lequel la commande de redirection comprend une liste d'adresses de serveurs d'interrogation dudit réseau, le serveur d'interrogation de remplacement étant sélectionné par ledit serveur mandataire dans ladite liste.
7. Serveur d'abonnés (30), agencé pour traiter une requête de service relative à un utilisateur, comprenant :
- un module de réception (300), agencé pour recevoir depuis un serveur d'interrogation (20), une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal (40), suivie d'une réception d'une requête de capacités qu'un serveur d'enregistrement (40) doit posséder pour pouvoir fournir des services autorisés pour ledit utilisateur ;
- un premier module de contrôle (302), agencé pour détecter qu'une procédure de recherche d'un serveur d'enregistrement de remplacement est en cours d'exécution par le serveur d'interrogation suite à une détection que ledit serveur d'enregistrement nominal n'est pas joignable par ledit serveur d'interrogation ;
- un deuxième module de contrôle (304), agencé pour vérifier que ledit serveur d'enregistrement nominal est actif ;
- un module d'envoi (306), agencé pour envoyer au serveur d'interrogation une commande permettant de déclencher l'interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter ladite requête de service.
8. Serveur d'abonnés selon la revendication 7, comprenant en outre un module de commande agencé pour commander lorsqu'une interruption de ladite procédure de recherche a été déclenchée pour un nombre de serveurs d'interrogation supérieur à un seuil, sur réception en provenance d'au moins un autre serveur d'interrogation, d'une nouvelle requête d'obtention d'un identifiant de serveur d'enregistrement, suivie d'une réception d'une nouvelle requête de capacités, ledit identifiant correspondant à l'identifiant du serveur d'enregistrement nominal, une étape d'envoi desdites capacités.
9. Serveur d'interrogation (20), agencé pour traiter une requête de service relative à un utilisateur, comprenant :
- un premier module de réception (200), agencé pour recevoir ladite requête de service relative à un utilisateur en provenance d'un serveur mandataire ;
- un premier module d'envoi (202), agencé pour envoyer à un serveur d'abonnés (30) une requête d'obtention d'un identifiant d'un serveur d'enregistrement nominal (40), suivie d'une requête de capacités qu'un serveur d'enregistrement (40) doit posséder pour pouvoir fournir des services autorisés pour ledit utilisateur ;
- un module de détection (204), agencé pour détecter que le serveur d'enregistrement nominal est injoignable ;
- un module de commande (208), agencé pour commander le déclenchement et l'interruption d'une procédure de recherche d'un serveur d'enregistrement de remplacement ;
- un deuxième module de réception (206), agencé pour recevoir depuis le serveur d'abonnés (30) une commande demandant une interruption de la procédure de recherche et une sélection d'un serveur d'interrogation de remplacement pour traiter ladite requête de service, le serveur d'abonnés ayant vérifié que le serveur d'enregistrement nominal est actif ;
- un deuxième module d'envoi (210), agencé pour envoyer au serveur mandataire (10) une commande de redirection de ladite requête de service vers un serveur d'interrogation de remplacement (21) pour traiter ladite requête de service.
10. Système de traitement d'une requête de service dans un réseau de communication (1), ledit système comprenant :
- un serveur d'abonnés (30) selon l'une des revendications 7 à 8 ;
- au moins un serveur d'interrogation (20-21) selon la revendication 9 ;
- un serveur d'enregistrement (40) agencé pour traiter une requête de service relative à un utilisateur.
11. Système selon la revendication 10, comprenant en outre un serveur mandataire (10), ledit serveur mandataire ayant reçu ladite requête de service, agencé pour sélectionner un serveur d'interrogation de remplacement (21) sur réception d'une commande de redirection depuis un serveur d'interrogation (20).
12. Programme pour un serveur d'abonnés (30), comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé selon l'une des revendications 1 à 2, lorsque ledit programme est exécuté par ledit serveur.
13. Programme pour un serveur d'interrogation (20), comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé selon l'une des revendications 3 à 6, lorsque ledit programme est exécuté par ledit serveur.
PCT/FR2014/053015 2013-11-29 2014-11-24 Technique de restauration d'un service dans un réseau WO2015079153A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1361893A FR3014277A1 (fr) 2013-11-29 2013-11-29 Technique de restauration d'un service dans un reseau
FR1361893 2013-11-29

Publications (1)

Publication Number Publication Date
WO2015079153A1 true WO2015079153A1 (fr) 2015-06-04

Family

ID=49998531

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2014/053015 WO2015079153A1 (fr) 2013-11-29 2014-11-24 Technique de restauration d'un service dans un réseau

Country Status (2)

Country Link
FR (1) FR3014277A1 (fr)
WO (1) WO2015079153A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110417595A (zh) * 2019-07-29 2019-11-05 北京奇艺世纪科技有限公司 业务服务容灾方法、装置、系统、管理服务器及电子设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020128008A1 (en) * 2001-03-12 2002-09-12 Son Phan-Anh Recovery techniques in mobile networks

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020128008A1 (en) * 2001-03-12 2002-09-12 Son Phan-Anh Recovery techniques in mobile networks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "Discussion on S-CSCF Service Restoration", 3GPP DRAFT; C4-071408, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG4, no. Kobe; 20070928, 28 September 2007 (2007-09-28), XP050038020 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110417595A (zh) * 2019-07-29 2019-11-05 北京奇艺世纪科技有限公司 业务服务容灾方法、装置、系统、管理服务器及电子设备

Also Published As

Publication number Publication date
FR3014277A1 (fr) 2015-06-05

Similar Documents

Publication Publication Date Title
RU2426275C2 (ru) Способ, система и элемент сети для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, или отказе элемента сети
US9413618B2 (en) Method, system and devices for managing user provisioning of a service in an IMS network
US20100177767A1 (en) Ims network system and data restoring method
EP2772035B1 (fr) Procede de gestion d'une communication destinee a un utilisateur et serveur d'application
EP2504982B1 (fr) Procede de basculement d'un hss primaire sur un hss de secours dans un reseau ip
EP2366238B1 (fr) Procede et systeme de regulation du trafic de redemarrage dans un reseau de telecommunications
EP2920942B1 (fr) Selection de periodes de rafraichissement dans un reseau ip
WO2015044596A1 (fr) Technique de restauration d'un service dans un réseau
EP2396950B1 (fr) Procede et systeme de gestion de la signalisation dans un reseau de telecommunications
EP2273763B1 (fr) Système et procédé de détection d'une perte de liaison entre une passerelle de communication et un service applicatif
EP2353278B1 (fr) Procede de gestion d'un utilisateur dans un reseau de telecommunications, et dispositif associe
EP2550776B1 (fr) Procede de gestion des enregistrements dans un reseau ims et serveur s-cscf mettant en oeuvre ce procede
WO2010079307A1 (fr) Procede et systeme de regulation du trafic de redemarrage dans un reseau de telecommunications
WO2015079153A1 (fr) Technique de restauration d'un service dans un réseau
WO2013079865A1 (fr) ENREGISTREMENT D'UN DISPOSITIF AUPRES D'UN COEUR DE RESEAU VoIP
WO2014170582A1 (fr) Procede de restauration de service dans un reseau ims
EP2458813B1 (fr) Procédé de détection d'une situation de nomadisme d'un terminal SIP et terminal mettant en oeuvre ce procédé
WO2014114871A1 (fr) Enregistrement d'un equipement client par l'intermediaire d'un serveur mandataire dans un reseau de communication
EP2801178B1 (fr) Procédé dynamique de détermination d'une liste de services dans un réseau sip
WO2009083682A2 (fr) Procede de gestion d'une requete de signalisation applicative dans un reseau ims
WO2013093282A1 (fr) Procede de propagation des associations entre adresses de contact et identites privees dans un reseau ip
WO2011117513A1 (fr) Procedes et dispositifs de contrôle de passerelles media
WO2010112738A1 (fr) Procede d'envoi d'un message de notification, serveur de sessions d'acces et systeme de communications
WO2012117178A1 (fr) Procédé de gestion d'identites publiques par un utilisateur d'un reseau ims
WO2012056159A1 (fr) Procedes et reseau dans lesquels un terminal peut passer en mode veille

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

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

Country of ref document: EP

Kind code of ref document: A1