Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/10—Architectures or entities
  • H04L65/1016—IP multimedia subsystem [IMS]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
  • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/10—Architectures or entities
  • H04L65/102—Gateways
  • H04L65/1033—Signalling gateways
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/10—Architectures or entities
  • H04L65/1046—Call controllers; Call servers
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/1066—Session management
  • H04L65/1069—Session establishment or de-establishment
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/1066—Session management
  • H04L65/1101—Session protocols
  • H04L65/1104—Session initiation protocol [SIP]
• • 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/02—Standardisation; Integration
  • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]

Definitions

• Title of the invention Process for processing messages exchanged in a telecommunications network, for example with a view to their analysis.
• the invention relates to the general field of telecommunications. It relates more particularly to a solution making it possible to extract messages, for example signaling messages exchanged between equipment items of a communication network, in particular with a view to analyzing these messages.
• this SIP protocol makes it possible to exchange signaling messages between all the nodes of the IMS network constituting it, and in particular between the user equipment UE, the P-CSCF (Proxy-Call Session Control Function), I-CSCF (Interrogating CSCF) and S-CSCF (Serving CSCF) devices, AS application servers (Application Server), voice mail, etc.
• P-CSCF Proxy-Call Session Control Function
• I-CSCF Interrogating CSCF
• S-CSCF Serving CSCF
• AS application servers Application Server
• voice mail etc.
• the SIP protocol is structured in different layers defined in RFC 3261 (Request for Comment): Transport, Transaction, Dialog, Session.
• a SIP Dialog represents a peer-to-peer SIP relationship between two User Agent (UA) that persists for a certain time.
• the dialog facilitates the chaining of messages between user agents and the routing of requests between these agents.
• the dialog represents a context in which it is possible to interpret SIP messages.
• a dialogue is identified at the level of each UA agent with a dialogue identifier (Dialog ID) which comprises three parameters Call-ID, localTag and remoteTag.
• B2BUA Back-to-Back User Agent
• B2BUA Back-to-Back User Agent
• RFC 7989 httpsi // tools. Ietf.org/html/rfc7989 '
• This Session- header ID being kept when crossing B2BUAs and proxies, it makes it possible to maintain a link between different transactions associated with the same session.
• this header has several drawbacks.
• the Session-ID header is in fact made up of a unique identifier of the sender "local-uuid” and a unique identifier of the recipient "remote-uuid" (the information "local-uuid” and "remote-uuid Present in a request being reversed in the responses).
• the header can therefore only be known after having received the first response from the remote equipment.
• This remote equipment may change during the call logic (for example in the event of successive connections to voice servers before the recipient, due to the implementation of a call transfer logic in the absence response, in case of call transfer ...), the local-uuid part and / or the remote-uuid part of the header may change during the progress of the call depending on the devices involved during the call.
• this Session-ID header as defined in RFC 7989 lies in the fact that this header is intended and used only for the identification of a session (i.e. of a communication establishing a medium ). It cannot therefore be used to analyze messages exchanged outside a session, for example an exchange of messages during the registration of a terminal, a set of exchanges of independent requests but linked to the implementation. of a single service, for example an SMSoIP (SMS over IP) service, etc.
• SMSoIP SMS over IP
• SIP protocol is not the only protocol involved in establishing communications. Network devices can in fact communicate with each other via interfaces using protocols other than the SIP protocol.
• certain interfaces of the IMS network can use the Diameter protocol defined in the IETF document RFC 6733 (e.g. Rx / Gx interfaces for the establishment of the various media streams, Sh interface used by an application server, or interface Cx used by the S-CSCF or Ro / Rf interfaces used for the management of charging tickets) or the H.248 protocol defined by ITTU (e.g. Iq interface used by the P-CSCF for media flow control, interface Ix used by IIBCF (Interconnection Border Control Function) or Mn interface used by MGCF (Media Gateway Control Function)).
• ITTU e.g. Iq interface used by the P-CSCF for media flow control, interface Ix used by IIBCF (Interconnection Border Control Function) or Mn interface used by MGCF (Media Gateway Control Function)
• EPC Evolved Packet Network
• GTPv2 protocol defined in the 3GPP TS 29.274 standard. V0.3.0 which makes it possible to control the resources associated with a mobile device during connection to the network or during the execution of a call for example.
• the invention relates to a method for processing messages implemented by a device in a telecommunications network, this method comprising:
• the invention relates to a message processing device comprising:
• control module configured to check that each message sent by the device with a view to performing this service includes the correlation identifier associated with this service.
• the invention can be implemented by devices of any kind in the network, in particular UE (in English User Equipment), eNB (evolved Node B), MME (Mobility Management Entity), SGW (Serving Gateway) , PGW (Packet Data Network Gateway), PCRF (Policy and charging rules function), HSS (Home Subscriber Server), P-CSCF (Proxy-Call Session Control Function), I-CSCF (Interrogating Call Session Control Function), S- CSCF (Serving-Call Session Control Function), TAS (Telephony Application Server), ...
• the invention also relates to a system comprising at least one message processing device as mentioned above.
• this system comprises:
• a consultation device configured to extract at least one message from said at least one storage space using the correlation identifier.
• the messages can for example be stored in the storage space by one or more probes which continuously scan the network, for example, and record a copy of these messages in the storage space.
• the messages associated with the same service all include the correlation identifier, and can therefore be retrieved from the storage space (s) using this correlation identifier, by means of an appropriate filter.
• the messages thus extracted can then be analyzed, for example with a view to diagnosing a problem ("troubleshooting" in English) on the network or in the context of automatic network tests to facilitate the analysis of the results of these tests.
• the analysis of the extracted messages can be carried out without distinction by an analysis device to which the messages thus extracted are supplied or by an expert.
• the correlation identifier is inserted into the messages, independently of their protocols and of the interfaces on which these messages are conveyed.
• the correlation identifier is able to establish a correlation between messages associated with a service, for a plurality of distinct protocols and / or a plurality of distinct interfaces.
• the invention When the invention is implemented in an IMS network, it makes it possible to correlate and analyze all the messages associated with the same service, whatever their protocols, for example SIP, Diameter, GTPv2, or H.248. .
• the messages received or sent conform to a protocol from among the SIP protocol, the Diameter protocol, the GTPv2 protocol and the H.248 protocol.
• the device When the device according to the invention implements two protocols, it can receive the correlation identifier in a message conforming to a first protocol and send a message comprising the correlation identifier according to a second protocol distinct from the first protocol.
• I-CSCF entity which, within the framework of the same service, receives messages conforming to the SIP protocol and sends messages conforming to the Diameter protocol.
• the correlation identifier is intended to establish the correlation between messages associated with a service, in other words it is specifically intended for this sole use.
• the invention proposes to introduce a correlation identifier associated uniquely with a service provided by a telecommunications network, to record this identifier of correlation in a context associated with this service, and to insert this correlation identifier in the messages relating to this service, independently of the protocol of these messages and / or of the interface on which they are sent.
• the messages associated with the same service all include the same identifier conveyed through all the protocols and all the interfaces requested for the implementation of the service, and which makes it possible to link the messages together.
• the context in which the correlation identifier is recorded may be the context which groups together, in a manner known to a person skilled in the art of telecommunications, all of the data necessary for the proper execution of a service.
• the messages processed by different pieces of equipment which cooperate to provide a given service can thus be correlated by the correlation identifier proposed by the invention.
• the identification and analysis of the messages exchanged within the framework of this service are thus greatly facilitated, and this, in a very simple way.
• the invention can be implemented for any type of service, in particular for a service for registering a terminal in the network, a service for establishing a communication on the network, a service for sending a. short message (in English SMS, short message service), a videoconference service, a service for subscribing to a network event, for example an event notifying a message submission or a conference event.
• a service for registering a terminal in the network a service for establishing a communication on the network
• a service for sending a. short message in English SMS, short message service
• a videoconference service for subscribing to a network event, for example an event notifying a message submission or a conference event.
• the correlation identifier can be used by the analysis device to collect information on all the messages involved in the implementation of a service, whatever the protocols of these messages and the interfaces used to exchange these messages.
• the information collected can be used to establish the diagnosis of a problem (in English "troubleshooting") or to facilitate the analysis of the results of automatic network tests, a major concern of telecommunications operators, to validate a service, to verify a distribution of the network. charged.
• the invention can also be implemented in the context of legal interceptions, for example.
• the correlation identifier is extracted from a dedicated field of a message received by the device.
• a device checks whether this message includes a correlation identifier in this dedicated field and records it in the context associated with the service performed by this message if this has not already been done.
• the device can then insert in the messages that it sends to other devices on the network, whatever their protocol, and whatever the interface used, to propagate the correlation identifier so as to correlate all the messages involved. in the same department.
• the device can propagate the message to another device, after having verified that the correlation identifier is indeed recorded in the context associated with the service to which the messages received and propagated (that is, sent) participate.
• the correlation identifier propagated by a device may be identical to that received by the device or derived from it.
• the identifier can for example consist of a root common to all the messages relating to the service supplemented by additional information before insertion into a message.
• At least part of the correlation identifier for example the aforementioned root, can be generated randomly.
• This additional information can be of any kind. They can for example represent a user of the device who inserts the correlation identifier in the message, an instant of generation of the identifier, etc.
• Additional information can also represent the device which inserts the correlation identifier in the message.
• This may for example be the IMSI (International Mobile Subscriber Identity) or I ⁇ MEI (International Mobile Equipment Identity) for a mobile device and the MAC (Media Access Control) address for a fixed device.
• IMSI International Mobile Subscriber Identity
• I ⁇ MEI International Mobile Equipment Identity
• MAC Media Access Control
• This additional information makes it possible to simply trace all the sessions / subscriptions / services invoked at the initiative of a device or a user.
• the correlation identifier is generated by said device.
• the correlation identifier is generated by said device and inserted in a message sent by said device, when said message sent is the first message sent by said device in as part of a service.
• the correlation identifier is generated by said device, on receipt of a message relating to a service and not comprising a correlation identifier.
• the first item of equipment involved in the service does not comply with the invention or is not able to generate the correlation identifier
• the latter can be generated by the first item of equipment in the chain of devices involved. in the service upon receipt of a message which, although participating in the same service, does not include a correlation identifier.
• each message sent with a view to performing a service comprises the correlation identifier associated with this service unless this message is sent over a communication interface verifying a predefined criterion.
• This predefined criterion may for example be that the communication interface is a radio interface.
• this embodiment avoids overloading the messages conveyed on the air interface, between the base station eNodeB and the terminals UE, and thus saving radio resources.
• this predefined criterion may be that the communication interface is an interface between two given devices of the network, for example between the MME entity and the eNodeB station, for which the analysis of the messages exchanged between these two devices is not is not useful.
• each message sent with a view to performing a service comprises the correlation identifier associated with this service unless this message is sent to an external network satisfying a predefined criterion.
• This predefined criterion may be that the external network does not have an agreement with the network in which the invention is implemented.
• the message processing method can be implemented by a computer program.
• the invention also relates to a computer program on a recording medium, this program being capable of being implemented in a computer, this program comprises instructions allowing the implementation of a method such as described above.
• This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other. desirable shape.
• the invention also relates to an information medium or a recording medium readable by a computer, and comprising instructions of a computer program as mentioned above.
• the information or recording medium can be any entity or device capable of storing the programs.
• the media can include a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or else a magnetic recording means, for example a floppy disk or a disk. hard, or flash memory.
• the information or recording medium can be a transmissible medium such as an electrical or optical signal, which can be routed via an electrical or optical cable, by radio link, by wireless optical link or by other ways.
• the program according to the invention can in particular be downloaded from an Internet type network.
• the information or recording medium can be an integrated circuit in which a program is incorporated, the circuit being adapted to execute or to be used in the execution of one of the methods as described above.
• FIG. 1 represents a system according to a particular embodiment of the invention
• FIG. 2 represents in the form of a flowchart the main steps of a method for processing messages in accordance with a particular embodiment of the invention
• FIG. 3A represents an example of a field of a message which can be used in a particular embodiment of the invention.
• FIG. 3B represents an example of declaration of an H.248 package defining the correlation identifier CID for the H.248 protocol in accordance with a particular embodiment of the invention
• FIG. 4A shows a sequence of state-of-the-art voice call establishment messages
• FIG. 4B illustrates an exemplary implementation of the invention in the context of the sequence of messages of FIG. 4A;
• FIG. 5A shows a sequence of messages, known from the prior art, for the registration of user equipment in an IMS network
• FIG. 5B the figure illustrates an exemplary implementation of the invention in the context of the sequence of messages of figure 5A;
• FIG. 6A illustrates a signaling flow according to the state of the art for configuring a session of the IMS access network
• FIG. 6B illustrates how the messages of FIG. 6A can be modified by an exemplary implementation of the invention
• FIG. 7 represents the hardware architecture of a message processing device according to a particular embodiment of the invention.
• FIG. 8 represents the functional architecture of a message processing device according to a particular embodiment of the invention.
• FIG. 1 represents a system S in accordance with a particular embodiment of the invention in a telecommunications network managed by an operator OP.
• the message processing devices 100 ' are configured to communicate with each other via various communication interfaces, by means of messages MSG'E, MSG'S, MSG''S, conforming to identical or different protocols to cooperate in the realization of a given service (registering user equipment in a network, establishing communication between several equipment, setting up a videoconference, etc.).
• messages MSG'E, MSG'S, MSG''S conforming to identical or different protocols to cooperate in the realization of a given service (registering user equipment in a network, establishing communication between several equipment, setting up a videoconference, etc.).
• these messages are considered to be associated with this service and each or some of the items of equipment stores a context as known in order to store the elements necessary for the performance of this service.
• the message processing devices 100 ′ are configured in accordance with the invention to record in the context associated with the service a correlation identifier CID uniquely associated with this service, and making it possible to correlate the messages exchanged within the framework of this service with one another. service.
• a dedicated field intended to contain this correlation identifier CID has been provided in each protocol used by the telecommunications network, this dedicated field being able to vary from one protocol to another.
• MSG'E a message received by the processing device 100 'and MSG's, MSG''s messages sent by the processing device 100' within the framework of this cooperation.
• these devices 100 ′ are configured to insert in all the messages participating in a service (possibly with a few exceptions), the correlation identifier CID recorded in the context associated with this service, this making it possible to establish a link between the messages belonging to the same service, independently of the protocols to which these messages conform and of the interfaces on which these messages are conveyed.
• the devices 100 are all configured to insert the same correlation identifier CID for a given service.
• different correlation identifiers but derived from each other and comprising a common root (for example completed by a suffix and / or a variable prefix (s)) can be used, the important thing being to be able to link the correlation identifiers inserted in all the messages implemented in the realization of a given service, and to be able to easily filter the messages relating to the same service from the common root.
• the SO probe is configured to scan the network and record a copy of these messages in SS storage space, for example in trace files.
• the messages which perform the same service include, in a field predefined by the protocol of this message, a correlation identifier associated with this service.
• the DAN analysis device comprises a consultation MCO module configured to extract the messages from the storage space SS by using the correlation identifier CID associated with a service and a MOA module able to trigger the analysis of these messages.
• a consultation MCO module configured to extract the messages from the storage space SS by using the correlation identifier CID associated with a service
• a MOA module able to trigger the analysis of these messages.
• the triggering of the analysis of the messages can consist in transmitting them to the operator OP of the network or to a third party for analysis.
• the invention thus makes it possible to analyze all the messages associated with the same service on the basis of the correlation identifier CID included in these messages.
• FIG. 2 represents the main steps of a message processing method in accordance with the invention, implemented by a device 100 ′.
• This process involves two processes:
• the process PI is implemented by the device 100 'to send at least one message MSG's, following the reception of an incoming message MSG'E;
• the process P2 is implemented by the device 100 'to send at least one message MSG's, this transmission not being related to the reception of a message by this device.
• the device 100 'receives a message MSG'E during a step E10 and that it triggers the execution of the process PI.
• step E20 the device 100 'checks whether the message MSG'E received in step E10 includes a correlation identifier CID. If this is the case the result of the E20 test is positive, otherwise it is negative.
• each protocol defines a dedicated field intended to contain the correlation identifier CID.
• step E20 the device 100 'checks whether the message MSG'E includes the dedicated field defined by the protocol of this message intended to contain the correlation identifier CID. If this field exists in the message MSG'E and includes a value, this value is considered to be a correlation identifier CID within the meaning of the invention.
• the device 100 checks during a step E30 whether this correlation identifier CID is recorded in the context CTX associated with the service to which the message contributes. MSG'E OU in which this message is exchanged.
• CTX context associated with a service groups together all the data necessary for the proper execution of this service; those skilled in the art know how to associate a received message with the context of the service to which this message relates.
• the result of the test E30 is negative and the device 100 'records, during a step E40, the correlation identifier CID in the context CTX associated with the service carried out by the message MSG' E.
• the device 100 ′ checks during a test E50 whether the CTX context associated with the service performed by the MSG'E message already has a correlation identifier CID. If this is not the case, the result of the test E50 is negative and the device 100 ′ generates a correlation identifier CID during a step E60, then records, during a step E70, this correlation identifier CID in the CTX context associated with the service performed by the message MSG'E.
• the CID correlation identifier associated with a service can be generated randomly. It can also consist of several parts, for example:
• These different parts are defined as a function of the processing of the stored messages which can be carried out by the DAN analysis device by applying filters corresponding to one or more of these parts (including the common root).
• test E50 when its result is positive the test E30 when its result is positive
• step E40 and the step E70 are followed by a step E80 during which the message MSG'E received in step E10 is processed.
• This processing depends on the MSG'E message and the logic of the service to which it relates. It is not part of the invention. Different examples of treatment will be described later.
• the device 100 determines, during a step E82, whether the device 100' must send at least one message MSG's to at least one device 100 j of the network following or within the framework of this treatment. If not, the result of test E82 is negative and the PI process stops.
• the device 100 determines, during a test E84, whether the correlation identifier CID must be inserted in this message.
• the correlation identifier CID is inserted in each message sent by the device 100 ′ within the framework of the service considered in order to be able to easily correlate the messages exchanged by the various entities of the network relating to this service.
• a few exceptions can be considered, in particular with a view to saving network resources, or when the messages are sent to another network that the operator OP does not control. For example, it may be decided not to insert the correlation identifier CID:
• the result of the test E84 is positive.
• the device 100 'does not strictly speaking need to insert the correlation identifier CID in the MSG's message, but just check that the correlation identifier CID is present in the MSG's messages. Otherwise, the device 100 'inserts the correlation identifier CID in the message MSG's during a step E90.
• the device 100 ′ sends the message to the IOC device during a step E100.
• the device 100 If the result of the test E84 is negative, the device 100 'sends the message MSG's to the device 100 5 (step E100) without inserting the correlation identifier CID therein.
• each of the messages MSG's can be sent by the device 100i according to a protocol identical to or distinct from the protocol of the received message MSG'E.
• the examples described below will in particular illustrate situations in which:
• the message processing method in accordance with the invention described here also comprises a process P2 implemented by the device 100i to send at least one message MSG's, this transmission not being related to the reception of a message by this. device.
• the device 100 determines whether the context associated with the service performed by the message MSG's includes a correlation identifier CID.
• the process P2 comprises a step E14, similar to the step E60 during which the device 100 'generates a correlation identifier CID and a step E16, similar to step E70, during which the device 100 ′ records this correlation identifier CID in the context CTX associated with the service carried out by the message MSG's.
• Step E16 is followed by test E84 already described during which device 100 'determines whether the correlation identifier CID must be inserted in the message MSG's.
• the message MSG's is transmitted to the device 100 j 'during step E100, this message including or not including the correlation identifier CID depending on the result of test E84. If the device 100 'determines (test Eli) that the message MSG's is participating in a service whose context CTX includes a correlation identifier CID, the result of the test Eli is positive, and the process P2 obtains (step E18) the identifier of correlation recorded in this context.
• Step E18 is followed by the test E84 already described during which the device 100i determines whether the correlation identifier CID must be inserted in the message MSG's.
• the message MSG's is transmitted to the device 100 j ' during step E100, this message including or not including the correlation identifier CID depending on the result of test E84.
• the same correlation identifier CID can be advantageously included in messages conforming to different protocols and / or sent on different communication interfaces.
• the CID correlation identifier can be included in an AVP ("Attribute-Value Pair") field of the message provided for this purpose, named by “SIP-Correlation-ID” example, an example of which referenced ATD is given in FIG. 3A.
• the correlation identifier CID can be defined in a new package (in English "Package") provided for this purpose, an example referenced P248 is presented at Figure 3B.
• the correlation identifier CID can be inserted in a new information element called for example “SIP-Correlation-ID” provided for this purpose.
• FIG. 4A shows a sequence of messages from a service for setting up a voice call as described in the state of the art, in FIG. 5 of the document “VoLTE Service”. Description and Implementation Guidelines Version 1.0 December 18, 2014 ”.
• a user equipment UE1 sends a SIP INVITE message in which it defines the communication parameters in accordance with the SDP protocol (Session Description Protocol).
• This SIP INVITE message is sent to the P-CSCF (Proxy-Call Session Control Function) identified during the registration procedure of the user equipment UE1.
• P-CSCF Proxy-Call Session Control Function
• the P-CSCF adds a header comprising billing information (P-Charging-Vector) and transmits the SIP INVITE message to the S-CSCF (Serving CSCF) identified during the procedure d 'registration.
• the S-CSCF checks whether the requested services can be delivered for the user equipment UE1. If this is the case, the S-CSCF routes, during a step D3, the SIP INVITE message to a TAS server (Telephony Application Server).
• TAS server Telephony Application Server
• the S-CSCF routes the SIP INVITE message to the I-CSCF (Interrogating CSCF) in order to determine the S-CSCF of the called party.
• the user equipment called UE2 (not shown) sends back an SDP response in a SIP 183 Progress message.
• the SDP response indicates that preconditions are also desired, that a confirmation should be sent when the resource reservation preconditions are met on the calling side, and that the media stream is idle.
• the SIP 183 Progress message is received by the S-CSCF and transmitted to the P-CSCF (step D6).
• the P-CSCF uses the SDP response to configure the Access Gateway (IMS-AGW) if it is deployed.
• IMS-AGW Access Gateway
• the P-CSCF analyzes the SDP response and sends an AAR (Authorize / Authenticate Request) message from the Diameter protocol to the PCRF with the required service information.
• the PCRF associates the service information with the subscription information corresponding to the authorized services and the QoS quality of service information.
• the PCRF identifies the IP-Connectivity Access Network (IP-CAN) session that was established during the LTE Attach procedure.
• IP-CAN IP-Connectivity Access Network
• the PCRF sends a RAR (Diameter protocol) request to the PGW (Packet Data Network Gateway) to trigger the creation of a bearer dedicated to voice with the quality parameters associated service.
• RAR Diameter protocol
• PGW Packet Data Network Gateway
• the PGW gateway acknowledges receipt of the RAR (Diameter protocol) message to the PCRF.
• RAR Diameter protocol
• the PCRF then acknowledges receipt of the AAR (Diameter protocol) message to the P-CSCF during a step D10.
• AAR Diameter protocol
• the PGW gateway sends a Create Bearer Request message to the SGW (Serving Gateway) conforming to the GTP-v2 protocol in order to create the support for the VoLTE media.
• SGW Serving Gateway
• the SGW gateway sends the Create Bearer Request message (GTP-v2 protocol) to the MME (Mobility Management Entity).
• GTP-v2 protocol Create Bearer Request message
• the MME entity sends an E-RAB Setup Request message (SI AP protocol) to the eNodeB base station including in particular the quality of service parameters to activate the bearer for the voice traffic .
• SI AP protocol E-RAB Setup Request message
• the eNodeB base station associates these quality of service parameters with those required for the radio bearer, then sends, during a step D14, a connection reconfiguration request RRC Conn Reconfiguration (RRC protocol) to the calling user equipment UE1.
• RRC protocol connection reconfiguration request
• the calling user equipment UE1 sends an acknowledgment message (RRC Conn Reconfiguration Response) (RRC protocol) to the base station eNodeB.
• the eNodeB base station acknowledges receipt to the MME entity of the E RAB Setup Request message (by sending an E-RAB Setup Response message) (SI AP protocol) during a step D16.
• SI AP protocol E-RAB Setup Response message
• the MME entity sends a Create Bearer Response message (GTPv2 protocol) to the SGW gateway to acknowledge receipt of the activation of the medium.
• This message includes the identity of the medium and the user's whereabouts information.
• the SGW gateway transmits this information to the PGW gateway (GTPv2 protocol) during a D18 activity.
• the P-CSCF transmits the SIP 183 Progress response to the calling user equipment UE1.
• the user equipment UE1 During a step D20, the user equipment UE1 generates a PRACK message (SIP protocol) which is transmitted to the termination side of the call.
• SIP protocol PRACK message
• FIG. 4B illustrates an exemplary implementation of the invention within the framework of the service for establishing a voice call described above with reference to FIG. 4A.
• messages are marked with a "*" sign to represent that they include a CID correlation field.
• each of the devices UE1, eNB, MME; SGW, PGW, PCRF; P-CSCF, S-CSCF, TAS, I-CSCF and UE2 is a device 100 ′ in accordance with the invention and implements the message processing method described with reference to FIG. 2.
• the invention and in particular how this is articulated with the sequence of messages contributing to the realization of the service of establishment of the voice call presented in FIG. 4A, reference is made below, in a combined manner, to the steps of FIG. 4A and to the steps of FIG. 2 when the steps of FIG. 2 complete the steps of FIG. 4A.
• the calling user equipment UE1 when it wants to send a SIP INVITE message, it executes the process P2 of the message processing method. During a step E14, it generates a correlation identifier CID, and records it in the context CXT associated with the voice call establishment service during a step E16 of this method. It inserts the correlation identifier CID in the SIP INVITE message (step E90) and sends this message to the P-CSCF (step D1, step E1 00).
• the P-CSCF When the P-CSCF receives this SIP-INVITE message (positive result of the E10 test), it creates a CTX context associated with the voice call establishment service. It determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is not recorded in the CTX context. The P-CSCF records the correlation identifier in the CTX context (step E40) then processes the SIP INVITE message (step E80). This treatment consists in particular of add a header to the message with billing information (P-Charging-Vector). The P-CSCF determines (test E82) that it should propagate the SIP INVITE message to the S-CSCF. In the embodiment described here, the P-CSCF checks that the correlation identifier is already inserted in this SIP INVITE message. The P-CSCF propagates the SIP INVITE message to the SCSCF (step E100, step D2).
• the S-CSCF When the S-CSCF receives the SIP-INVITE message (positive result of the test E10), it creates a CTX context for the voice call establishment service. It determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is not recorded in the CTX context. The S-CSCF records the correlation identifier in the CTX context (step E40) then processes the SIP INVITE message (step E80). During this processing, the S-CSCF checks in particular whether the requested services can be delivered for the calling user equipment UE1.
• the S-CSCF determines (test E82) that it must propagate the SIP INVITE message to the TAS. In the embodiment described here, the S-CSCF checks that the correlation identifier CID is already included in this SIP INVITE message. The S-CSCF propagates the SIP INVITE message to the TAS server (step E100, step D3).
• the S-CSCF determines that it should also propagate the SIP INVITE message to I ⁇ -CSCF. In the embodiment described here, the S-CSCF determines that the correlation identifier should also be included in this SIP INVITE message.
• the S-CSCF transmits the SIP INVITE message to the I-CSCF (step E100, step D4) so that the latter determines the S-CSCF of the called party.
• the user equipment called UE2 When the user equipment called UE2 receives the SIP INVITE message (positive result of the test E10), it creates a CTX context for this voice call establishment service. It determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is not recorded in the CTX context. The user equipment called UE2 records the correlation identifier CID in the context CTX (step E40) then processes the SIP INVITE message (step E80).
• the user equipment called UE2 inserts the correlation identifier in the SIP 183 Progress message.
• the called user equipment UE2 sends the SIP 183 Progress message back to the calling user equipment UE1 (step D5, step E100).
• the S-CSCF When the S-CSCF receives the SIP 183 Progress message, it determines (test E20) that this message has a correlation identifier CID and (test E30) that this correlation identifier is already registered in the CTX context of the establishment service. 'voice call. It propagates this SIP 183 Progress message to the P-CSCF (step D6).
• the P-CSCF When the P-CSCF receives the SIP 183 Progress message, it determines (test E20) that this message includes a correlation identifier CID and (test E30) that this correlation identifier is already registered in the CTX context of the establishment service. 'voice call.
• the P-CSCF processes the message during a step E80, this processing consisting in particular of analyzing the SDP response contained in the message. It inserts (step E90) the correlation identifier CID in the AAR message of the Diameter protocol using a new AVP SIP-Correlation-ID field defined in this protocol and sends (step E100, step D7) the AAR message (Diameter protocol) at PCRF.
• the PCRF When the PCRF receives the Diameter protocol AAR message, it creates a CTX context for the voice call establishment service. It determines (test E20) that this AAR message includes a correlation identifier CID and (test E30) that this correlation identifier is not recorded in the context CTX.
• the PCRF records the correlation identifier in the CTX context (step E40) and processes the AAR message during a step E80. This processing consists in particular of associating the service information with the subscription information corresponding to the authorized services and the QoS quality of service information.
• the PCRF inserts the correlation identifier CID in the RAR message of the Diameter protocol.
• the PCRF sends (step D8, step E100) the RAR request to the PGW gateway.
• the PGW gateway When the PGW gateway receives the RAR (Diameter protocol) message, it creates a CTX context for the voice call establishment service. It determines (test E20) that the RAR message includes a correlation identifier CID and (test E30) that this correlation identifier CID is not recorded in the context CTX. The gateway PGW records the correlation identifier CID in the context CTX (step E40) and processes the RAR message during a step E80.
• RAR Diameter protocol
• the PGW gateway inserts the correlation identifier CID in the RAA (Diameter protocol) message that it sends (step D9, step E100) to the PCRF.
• RAA Diameter protocol
• the PGW gateway inserts the correlation identifier CID in the Create Bearer Request message conforming to the GTP-v2 protocol that it sends (step Dll, step E100) to the SGW gateway ( Serving Gateway) in order to create support for VoLTE media.
• the PGW gateway uses for this purpose a new information element of the GTP-v2 protocol defined to carry the correlation identifier CID.
• the PCRF inserts the correlation identifier CID in the AAA message of the Diameter protocol that it sends to the P-CSCF (step E1100, step D10).
• the SGW gateway When the SGW gateway receives the Create Bearer Request message (GTP-v2 protocol), it creates a CTX context for the voice call. It determines (test E20) that this message includes a correlation identifier CID and (test E30) that this correlation identifier CID is not recorded in the context CTX. The SGW gateway records the correlation identifier in the CTX context (step E40) and processes the Create Bearer Request message during a step E80. The SGW gateway propagates the Create Bearer Request message to the MME entity (step E100, step D12).
• the MME entity when the MME entity receives the Create Bearer Request message (GTP-v2 protocol), it creates a CTX context for the voice call establishment service. It determines (test E20) that this message includes a correlation identifier CID and (test E30) that this correlation identifier is not recorded in its context CTX. The MME entity records the correlation identifier in its CTX context (step E40) and processes the Create Bearer Request message during a step E80.
• the MME entity decides in step E84 that the correlation identifier CID must be included in the E-RAB Setup Request message (SI AP protocol) that it must send to the control station.
• SI AP protocol E-RAB Setup Request message
• the entity MME inserts the correlation identifier CID in the E-RAB Setup Request message (SI AP protocol) and sends this message to the base station eNodeB (step E100, step D13).
• the eNodeB base station When the eNodeB base station receives the E-RAB Setup Request message, it creates a CTX context for the voice call setup service. It determines (test E20) that this E-RAB Setup Request message includes a correlation identifier and (test E30) that this correlation identifier is not recorded in the CTX context.
• the base station eNodeB records the correlation identifier CID in the context CTX (step E40) and processes the E-RAB Setup Request message during a step E80. This processing consists in particular in associating the quality of service parameters with those required for the radio bearer.
• the base station eNodeB decides (step E84) not to send the correlation identifier CID in the connection reconfiguration request message RRC Conn Reconfiguration that it sends to the calling user equipment.
• UE1 via the radio interface (step E100, step D14).
• the calling user equipment UE1 receives the connection reconfiguration request message RRC Conn Reconfiguration and responds to it by sending a message (RRC Conn Reconfiguration Response) to the base station eNodeB (step E1 00, step DI 5) .
• the eNodeB base station When the eNodeB base station receives the RRC Conn Reconfiguration Response message, it determines (test E20) that this message participates in the call establishment service associated with the CTX context and that this CTX context includes a correlation identifier CID (test E30 ) The eNodeB base station inserts the correlation identifier CID in the E-RAB Setup Response message (SI AP protocol) that it sends to the MME entity (step E100, step D16).
• SI AP protocol E-RAB Setup Response message
• the MME entity When the MME entity receives the E-RAB Setup Response message, it determines (test E20) that this message includes a correlation identifier CID and (test E30) that this correlation identifier is already registered in the CTX context associated with the service of call establishment.
• the MME entity inserts the correlation identifier CID in the Create Bearer Response message (GTPv2 protocol) that it sends to the SGW gateway (step E100, step D17).
• the SGW gateway When the SGW gateway receives the Create Bearer Response message, it determines (test E20) that this message includes a correlation identifier CID and (test E30) that this correlation identifier is already registered in the CTX context associated with the establishment service. 'call.
• the SGW gateway propagates the Create Bearer Response message to the PGW gateway (step E100, step D18).
• the P-CSCF inserts the correlation identifier CID in the SIP 183 Progress response that it transmits to the calling user equipment UE1 (step D19).
• the calling user equipment UE1 inserts the correlation identifier CID in the SIP PRACK message that it transmits to the terminating side of the call (step D20).
• the MME entity decided in step E84 that the correlation identifier CID should be sent in the E-RAB Setup Request message (SI AP protocol) to the base station eNodeB .
• SI AP protocol E-RAB Setup Request message
• step E84 the entity MME decides not to send the correlation identifier CID to the base station eNodeB.
• FIG. 5A shows a sequence of messages, known from the prior art, for carrying out a registration service for a user equipment UE in an IMS network. This sequence is taken from figure 3 of the document “VoLTE Service Description and Implementation Guidelines Version 1.0 18 December 2014”.
• the user equipment UE sends a SIP REGISTER message to the P-CSCF identified during the registration procedure.
• the P-CSCF receives the SIP registration request from the user equipment UE and inserts a PATH header including the SIP-URI address of the P-CSCF and transmits the registration request to the I-CSCF during of a step F2.
• the I-CSCF can be determined by a DNS query or can be preconfigured in the P-CSCF.
• the I-CSCF sends a UAR (User Authorization Request) message of the Diameter protocol to the HSS server (Home Subscriber Server) to obtain the identifier of the S-CSCF server associated with the user equipment UE .
• UAR User Authorization Request
• the HSS server sends this identifier to the I-CSCF in a UAA (User Authorization Answer) message of the Diameter protocol during a step F4.
• UAA User Authorization Answer
• the I-CSCF transmits the SIP REGISTER registration request to the S-CSCF.
• the S-CSCF sends a MAR (Multimedia Authentication Request) (Diameter protocol) message to the HSS server in order to retrieve authentication vectors from the IMS AKA (Authentication and Key Agreement) security protocol.
• MAR Multimedia Authentication Request
• IMS AKA Authentication and Key Agreement
• the HSS server sends the authentication vectors back to the S-CSCF in a MAA (Multimedia Authentication Answer) message of the Diameter protocol.
• MAA Multimedia Authentication Answer
• the S-CSCF On receipt of the AKA IMS authentication vectors, the S-CSCF responds (step F8) to the SIP REGISTER request by sending I ⁇ -CSCF a SIP 401 Unauthorized response indicating the security mechanism to be used.
• This response is propagated (step F9) by the I-CSCF to the P-CSCF then (step F10) by the P-CSCF to the user equipment UE.
• the user equipment UE extracts parameters RAND and AUTN from this SIP response message, calculates a RES (user RESPONSE) value of the AKA protocol, and encryption and integrity keys.
• RES user RESPONSE
• the user equipment UE sends a new SIP REGISTER registration request message to the P-CSCF, this message comprising the value RES indicating that this message is protected.
• the P-CSCF verifies the security parameters and propagates, during a step F12, the SIP REGISTER registration request message to I ⁇ -CSCF by including the value RES therein.
• the I-CSCF sends a UAR message of the Diameter protocol to the HSS server to retrieve the name of the S-CSCF.
• the HSS server responds to this message by sending a UAA message of the Diameter protocol during a step F14.
• the I-CSCF transmits the SIP REGISTER message to the S-CSCF during a step F15.
• the S-CSCF sends a SAR (Server Assignment Request) message of the Diameter protocol to the HSS server to obtain the profile of the user of the user equipment UE.
• SAR Server Assignment Request
• the HSS server sends the profile of the user to the S-CSCF in a SAA (Server Assignment Answer) message of the Diameter protocol during a step F17.
• SAA Server Assignment Answer
• the S-CSCF sends an SIP 200 OK response message to I ⁇ -CSCF, which transmits this message to the P-CSCF during a step F19.
• the P-CSCF transmits the SIP 200 OK response to the user equipment UE during a step F20 and the user equipment UE is registered with the IMS network.
• the P-CSCF sends, during a step F21, an AAR (Authenticate and Authorize Request) message of the Diameter protocol to the PCRF to request to be informed in the event of a communication problem in order to trigger an IMS de-registration.
• AAR Authenticate and Authorize Request
• the PCRF responds to the P-CSCF with an AAA (Authenticate and Authorize Answer) message of the Diameter protocol during a step F22.
• AAA Authenticate and Authorize Answer
• FIG. 5B illustrates an exemplary implementation of the invention within the framework of the registration service of a user equipment UE described previously with reference to FIG. 5A.
• messages are marked with a "*" sign to represent that they include a CID correlation field.
• each of the devices UE, P-CSCF, I-CSCF, HSS, PCRF is a device 100 ′ in accordance with the invention and implements the message processing method described with reference to FIG. 2.
• the user equipment UE when it wants to send a SIP REGISTER message, it executes the process P2 of the message processing method. During a step E14, it generates a correlation identifier CID, and records it in the context CXT associated with the registration service of the equipment UE during a step E16 of this method. It inserts the correlation identifier CID in the SIP REGISTER message (step E90) and sends this message to the P-CSCF identified during the registration procedure (step F1, step E100).
• the P-CSCF When the P-CSCF receives the SIP REGISTER message (positive result of the E10 test) / it creates a CTX context for this registration service. It determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is not recorded in the CTX context.
• the P-CSCF registers the correlation identifier in the CTX context (step E40) then processes the SIP REGISTER message (step E80).
• the P-CSCF inserts a PATH header comprising the SIP-URI address of the P-CSCF in the SIP REGISTER message then propagates this message to the I-CSCF (step F2, step E100).
• the ICSCF When the ICSCF receives the SIP REGISTER message (positive E10 test result) / it creates a CTX context for this registration service. It determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is not recorded in the CTX context. The I-CSCF records the correlation identifier in the CTX context (step E40).
• the I-CSCF decides (step E84) not to send the correlation identifier CID in the UAR message of the Diameter protocol sent to the HSS server (step F3, step E100).
• the HSS server responds to the UAR message of the Diameter protocol by sending the I-CSCF a UAA message comprising the identifier of the S-CSCF.
• the I-CSCF determines that this UAR message participates in the registration service associated with the CTX context and that this context includes a correlation identifier CID. It inserts the correlation identifier CID (step E90) in the SIP REGISTER registration request and transmits this request to the S-CSCF (step F5, step E1100).
• the S-CSCF When the S-CSCF receives the SIP REGISTER message (positive E10 test result), it creates a CTX context for the registration service. It determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is not recorded in the CTX context. The S-CSCF records the correlation identifier in the CTX context (step E40).
• the S-CSCF decides (step E84) to insert the correlation identifier (step E90) in the MAR message (Diameter protocol) that it sends to the HSS server in order to retrieve vectors d authentication of the IMS AKA security protocol (step F6, step E100).
• the HSS server When the HSS server receives the MAR message (positive E10 test result), it creates a CTX context for the registration service. It determines (test E20) that this message MAR includes a correlation identifier CID, and that (test E30) this correlation identifier is not recorded in the context CTX. The HSS server saves the correlation identifier in the CTX context and inserts this identifier CID (step E90) in the MAA message (Diameter protocol) comprising the authentication vectors that it transmits this message to the S-CSCF (step F7, step E100).
• MAA message Diameter protocol
• the S-CSCF When the S-CSCF receives the MAA message (result of the positive test E10), it determines (test E20) that this message participates in the realization of the registration service associated with the context CTX and that this context includes a correlation identifier CID ( test E30). The S-CSCF inserts the correlation identifier (step E90) in the SIP 401 Unauthorized message and transmits this message to the I-CSCF (step F8, step E100).
• the I-CSCF When the I-CSCF receives the SIP 401 Unauthorized message (positive E10 test result), it determines (E20 test) that this message includes a CID correlation identifier, and that (E30 test) this correlation identifier is saved in the context CTX associated with the registration service of the user UE.
• the I-CSCF propagates the SIP 401 Unauthorized message to the P-CSCF (step F9, step E100).
• the P-CSCF When the P-CSCF receives the SIP 401 Unauthorized message (positive E10 test result) / it determines (E20 test) that this message includes a CID correlation identifier, and that (E30 test) this correlation identifier is already recorded in the CTX context associated with the registration service of the user UE.
• the P-CSCF propagates the Unauthorized message 401 to the user equipment UE (step F10, step E100).
• the user equipment UE When the user equipment UE receives the SIP 401 Unauthorized message (positive test result E10), it determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier CID is already registered in the context associated with the registration service.
• the user equipment UE processes this message during a step E80. In particular, the user equipment UE extracts parameters RAND and AUTN from this message, calculates a RES (user RESPONSE) value of the AKA protocol, and encryption and integrity keys.
• the user equipment UE inserts the correlation identifier CID (step E90) in a new registration request message (step E90) SIP REGISTER and transmits this message to the P-CSCF (step Fil, step E100).
• the P-CSCF When the P-CSCF receives the new SIP REGISTER registration request message (result of test E10 positive) / it determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is already registered in the context associated with the registration service of the user UE.
• the P-CSCF device processes this message during a step E80, in particular by checking the security parameters.
• the P-CSCF device inserts the value RES and propagates the new SIP REGISTER registration request to the I-CSCF (step F12, step E100).
• the I-CSCF When the I-CSCF receives this new SIP REGISTER registration request message (result of positive test E10), it determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is already registered in the context associated with the registration service of the user UE.
• the I-CSCF decides (step E84) not to insert the correlation identifier (step E90) in the UAR message of the Diameter protocol that it sends to the HSS (step F13, step E1 00).
• the HSS server sends the name of the S-CSCF to the I-CSCF in the UAA (Diameter protocol) response message.
• the I-CSCF checks that the correlation identifier CID is correctly understood in the SIP REGISTER registration request received from P-CSCF, and propagates this request to the S-CSCF (step F15, step E1100).
• the S-CSCF When the S-CSCF receives the SIP REGISTER message (result of test E10 positive), it determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is already registered in the context associated with the registration service of the user UE.
• the S-CSCF inserts the correlation identifier CID (step E90) in the SAR (Diameter protocol) message and transmits this message to the HSS server to obtain the profile of the user of the user equipment UE (step F16, step E100 ).
• the HSS server When the HSS server receives the SAR message (positive result of test E10), it determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is already recorded in the context associated with the EU user registration service.
• the HSS server inserts the correlation identifier (step E90) in the SAA (Diameter protocol) message comprising the profile of the user and transmits this message to the S-CSCF (step F17, step E100).
• SAA Diameter protocol
• the S-CSCF When the S-CSCF receives the SAA message (result of test E10 positive), it determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is already recorded in the associated context to the registration service of the user UE.
• the S-CSCF inserts the correlation identifier (step E90) in the SIP 200 OK response message and transmits this message to the I-CSCF (step F18, step E100).
• the I-CSCF When the I-CSCF receives the 200 OK response message (result of the positive test E10), it determines (test E20) that this message includes a correlation identifier CID, and that (test E30) this correlation identifier is already recorded. in the context associated with the registration service of the user UE.
• the I-CSCF propagates the 200 OK response message to the P-CSCF (step F19, step E100).
• the P-CSCF When the P-CSCF receives the 200 OK response message (positive result of the E10 test), it determines (E20 test) that this message includes a CID correlation identifier, and that (E30 test) this correlation identifier is already stored in the context associated with the registration service of the user UE.
• the P-CSCF propagates the response message 200 OK to the user equipment UE (step F20, step E1 00).
• the P-CSCF inserts the correlation identifier CID in the AAR message of the Diameter protocol that it sends to the PCRF to request to be informed in the event of a communication problem in order to trigger an IMS de-registration (step F21).
• the PCRF responds to the P-CSCF with an AAA (Authenticate and Authorize Answer) message comprising the correlation identifier CID during a step F22.
• AAA Authenticate and Authorize Answer
• FIG. 6A illustrates a signaling flow in accordance with the state of the art for configuring a session from the IMS access network to the IMS core when the P-CSCF invokes the IMS-ALG (IMS Application Level Gateway) function. ).
• IMS-ALG IMS Application Level Gateway
• the IMS-ALG IMS Application Level Gateway
• the IMS-ALG Upon receipt of a logon request, the IMS-ALG extracts the destination network address (es) and the offeror's port number (s) from the body of the signaling message. received from the calling party endpoint. During a step G2, it requests the IMS-AGW gateway to allocate IP transport resources (T2) via the Reserve AGW Connection Point procedure. During a step G3, the IMS-AGW gateway creates the outgoing termination. On receipt of the response from the IMS-AGW gateway, the IMS-ALG gateway modifies the destination address and / or the port (s) of the offeror contained in the message body of signaling of the application and propagating (step G4) the establishment of the session to the calling party.
• the IMS-ALG gateway modifies the destination address and / or the port (s) of the offeror contained in the message body of signaling of the application and propagating (step G4) the establishment of the session to the calling party.
• the IMS-ALG gateway replaces the IP address in the SDP using the information received from the IMS-AGW gateway.
• the IMS-ALG gateway transmits the new SDP offer to the called party.
• the SDP answer is received from the party called by the IMS-ALG gateway.
• the IMS-ALG gateway On receipt of the SDP from the terminating part, the IMS-ALG gateway sends (step G8) an H248 MD Req command to the IMS-AGW gateway as part of the “Configure AGW Connection Point” procedure and asks the IMS- gateway AGW to allocate transport resources (Tl) via the “Reserve and Configure AGW Connection Point” procedure.
• the IMS-AGW (ATGW) gateway configures the outgoing termination.
• the IMS-AGW gateway responds to the IMS-ALG gateway with an H.248 MOD Resp message.
• the IMS-ALG Upon receipt of the response from the IMS-AGW, the IMS-ALG sends an H.248 ADD Req message to create the inbound termination. During a step G12, the IMS-AGW gateway creates the inbound termination. During a step G13, the IMS-AGW gateway responds to the IMS-ALG gateway with an H.248 ADD Resp message and provides the address and the port of the incoming termination.
• the IMS-ALG gateway replaces the IP address in the SDP response using the information received from the IMS-AGW gateway.
• the SDP answer message is sent in response to the INVITE command received at step G1.
• Figure 6B illustrates how the messages of Figure 6A can be modified by an exemplary implementation of the invention.
• the IMS-ALG gateway implements the message processing method, it determines (step E20) that the correlation identifier is in the SIP INVITE message, it determines (step E30) that the correlation identifier is not not in the CTX context associated with the videoconference service, therefore records it in this context (step E40), inserts it into the H248 ADD req message (step E90) that it sends to the IMS AGW gateway (step G2, step E100);
• the IMS-AGW gateway When the IMS-AGW gateway receives the H248 ADD req message (step G2), it implements the method for processing this message and determines (step E20) that the correlation identifier is present in this message. It determines (step E30) that the correlation identifier CID is not in the context CTX associated with the videoconferencing service and records it in this context (step E40). The MS AGW gateway then processes the message H238 ADD Req by creating the outgoing termination (step E80, step G3). Then, the IMS gateway AGW inserts the correlation identifier CID in the message H248 ADD resp (step E90) that it sends to the IMS gateway ALG (step G4, step E100);
• the IMS-ALG gateway When the IMS-ALG gateway receives the message H248 ADD resp (step G4), it implements the method for processing this message and determines (step E20) that the correlation identifier CID is present in this message. It determines (step E30) that the correlation identifier CID is already in the context CTX associated with the videoconferencing service.
• the IMS AGW gateway then processes the H238 ADD Resp message by replacing the IP address in the SDP using the information received from the IMS-AGW gateway (step E80, step G5).
• the IMS ALG gateway inserts the correlation identifier in a SIP INVITE message (step E90) that it sends to the called party (step G6, step E100).
• the IMS ALG gateway also inserts the correlation identifier CID in a H248 MOD req message (step E90) that it sends to the AGW gateway (step G8, step E100);
• step G6 when the called party receives the SIP INVITE message (step G6), it implements the method for processing this message and determines (step E20) that the correlation identifier is present in this message. It determines (step E30) that the correlation identifier CID is not in the CTX context associated with the videoconferencing service and therefore records it in this context (step E40). The called party inserts the correlation identifier CID in the SIP Progress message 183 (step E90) that it sends to the IMS ALG gateway (step G7, step E100);
• the AGW gateway when the AGW gateway receives the H 248 Mode req message (step G8), it implements the method for processing this message and determines (step E20) that the correlation identifier is present in this message. It determines (step E30) that the correlation identifier CID is recorded in the context CTX associated with the videoconferencing service.
• the AGW gateway then processes the H248 MOD Req message by configuring the outgoing termination (step E80, step G9).
• the AGW gateway inserts the correlation identifier CID in the H28 MOD Resp message (step E90) that it sends to the IMS ALG gateway (step G10, step E100);
• the ALG gateway When the ALG gateway receives the H248 Mode resp message (step G10), it implements the method for processing this message and determines (step E20) that the correlation identifier is present in this message. It determines (step E30) that the correlation identifier CID is recorded in the context CTX associated with the videoconferencing service. The AGW gateway inserts the correlation identifier CID in the message H28 ADD req (step E90) that it sends to the IMS AGW gateway (step G11, step E100);
• the AGW gateway When the AGW gateway receives the H248 ADD req message (step Gll), it implements the method for processing this message and determines (step E20) that the correlation identifier is present in this message. It determines (step E30) that the correlation identifier CID is recorded in the context CTX associated with the videoconferencing service. The AGW gateway then processes the H248 MOD Req message by creating the incoming termination (step E80, step G12). The gateway AGW inserts the correlation identifier CID in the message H248 ADD Resp (step E90) that it sends to the gateway IMS ALG (step G 13, step E1 00);
• the IMS-ALG gateway When the IMS-ALG gateway receives the message H248 ADD resp (step G13), it implements the method for processing this message and determines (step E20) that the correlation identifier is present in this message. It determines (step E30) that the correlation identifier CID is already in the context CTX associated with the videoconferencing service.
• the IMS AGW gateway then processes the H248 ADD Resp message by replacing the IP address in the SDP response using the information received from the IMS-AGW gateway (step E80, step G14).
• the IMS ALG gateway inserts the correlation identifier in the SIP message 183 (step E90) that it sends to the calling party (step G15, step E1 00).
• FIG. 7 represents the hardware architecture of a device 100 ′ in accordance with a particular embodiment of the invention.
• this device has the hardware architecture of a computer. It comprises a processor 10, communication means 11, a random access memory of the RAM type 12, a rewritable non-volatile memory 13 and a read only memory 14.
• the read only memory constitutes an information medium for storing a computer program PG- TT-MSG according to the invention.
• the processor 10 executes this computer program, it implements the message processing method described with reference to FIG. 2.
• the CTX context associated with a service is recorded in the rewritable non-volatile memory 13.
• FIG. 8 represents the functional architecture of a device 100 ′ in accordance with a particular embodiment of the invention.
• This device can be implemented in a hardware way as illustrated in figure 7. It comprises:
• a MOIC module configured to obtain a correlation identifier CID uniquely associated with a service carried out by a telecommunications network, this correlation identifier being able to establish a correlation between messages associated with this service independently of the protocols to which said conforms. messages and / or interfaces on which said messages are conveyed;
• a MEIC module configured to record a correlation identifier in a CTX context associated with this service
• control module MCT configured to check that each message sent by the device 100 'with a view to performing the service includes the correlation identifier associated with this service.
• This control module is in particular configured to ensure, before propagating a message received to another device, that the propagated message does indeed include the correlation identifier if this identifier is to be sent to this device.

Landscapes

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

Applications Claiming Priority (2)

Publications (1)

Family

ID=73038099

Family Applications (1)

Country Status (4)

Family Cites Families (12)

• 2020
  • 2020-06-26 FR FR2006716A patent/FR3111507A1/fr not_active Withdrawn
• 2021
  • 2021-06-25 EP EP21742457.1A patent/EP4173233A1/de active Pending
  • 2021-06-25 US US18/002,944 patent/US20230353601A1/en active Pending
  • 2021-06-25 WO PCT/FR2021/051171 patent/WO2021260337A1/fr unknown

Also Published As

Similar Documents

Legal Events