WO2012089954A2 - Gestion des equipements utilisateurs ayant la meme identite publique par un serveur d'application dans un reseau ims - Google Patents

Gestion des equipements utilisateurs ayant la meme identite publique par un serveur d'application dans un reseau ims Download PDF

Info

Publication number
WO2012089954A2
WO2012089954A2 PCT/FR2011/052965 FR2011052965W WO2012089954A2 WO 2012089954 A2 WO2012089954 A2 WO 2012089954A2 FR 2011052965 W FR2011052965 W FR 2011052965W WO 2012089954 A2 WO2012089954 A2 WO 2012089954A2
Authority
WO
WIPO (PCT)
Prior art keywords
user equipment
data
application server
network
public identity
Prior art date
Application number
PCT/FR2011/052965
Other languages
English (en)
Other versions
WO2012089954A3 (fr
Inventor
Bertrand Bouvet
Nelly Trovel
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Publication of WO2012089954A2 publication Critical patent/WO2012089954A2/fr
Publication of WO2012089954A3 publication Critical patent/WO2012089954A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • 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]

Definitions

  • the invention is in the field of IMS (IP Multimedia Subsystem) type telecommunication networks as defined by the 3GPP (Third Generation Partnership Project).
  • IMS IP Multimedia Subsystem
  • 3GPP Third Generation Partnership Project
  • One of the goals of the IMS is to allow a user to access different services regardless of their type of IP connectivity.
  • IMS networks initially designed for mobile networks, tend to develop on fixed access networks such as ADSL (Asymmetric Digital Subscriber Line) or FTTH (fiber to the home), or cable networks in particular.
  • ADSL Asymmetric Digital Subscriber Line
  • FTTH fiber to the home
  • the IMS architectures for fixed networks have been deployed for the marketing of so-called "Multiplay" offers allowing a user to access various services of the IMS network, and in particular to access services to the Internet, to voice IP (VoIP) and Internet TV (IPTV) via a home gateway.
  • VoIP voice IP
  • IPTV Internet TV
  • telecommunications operators offer terminals complementary to fixed telephones, these additional terminals being equipped with voice over IP (VoIP) software using the same public identifier IMPU as that of the home gateway and a private identifier.
  • VoIP voice over IP
  • IMPI may or may not be the same as the home gateway.
  • the invention proposes a solution to enrich the possibilities of use of the different terminals sharing the same public identity IMPU.
  • the invention relates to an application server in an IMS network, this server comprising:
  • the invention also relates to a terminal management method implemented by an application server in an IMS network, this method comprising:
  • the invention thus relates to an application server able to inform the user equipment of the presence and status of other user equipment with the same public identity IMPU.
  • the invention also relates to a user equipment comprising means for registering in the heart of network IMS with a public identity, this equipment comprising:
  • the invention also relates to a data processing method implemented by a user equipment registered at the heart of network IMS with a public identity, this method comprising:
  • this data which data has been sent by an application server of the network, these data comprising at least information on another user equipment having the same public identity and an indication of a state of this other user equipment in the network;
  • the restitution of the data can in particular be a visual or sound restitution.
  • the state of a first user equipment communicated by the application server according to the invention to a second user equipment comprises at least one of:
  • the data received by a user equipment comprises the number of sessions in progress initiated by all the user equipment having the public identity and the maximum number allowed of these sessions.
  • the invention thus enables a user equipment to determine whether the other user equipment having the same public identity IMPU as its own is registered or not at the heart of the network and whether these equipment are nomadic or not.
  • the user of a terminal can thus decide not to answer an incoming call if he is informed that another user having another terminal registered at the heart of the IMS network is likely to take the call.
  • the restitution of these data may for example be a strident or insistent ringing if the user equipment is the only terminal registered at the heart of the network and therefore the only one able to take an incoming call.
  • the invention also allows a user to avoid initiating an outbound call that is unsuccessful when the maximum number of sessions for that public identity has been reached. It is recalled that each SIP terminal is independent in an IMS network and that, in the current state of the art, there is no mechanism enabling the core network to inform all the user equipment having an IMPU identity. given that all channels are used for this public identity. From a usage point of view, when all channels are busy for an IMPU public identity, the excess call request is routed to the core of the IMS network, and the network generates a SIP 403 Forbidden response code, translated into busy signal or message to the user.
  • the application server comprises means for detecting a change of a state affecting at least one of the SIP terminals registered at the core of the SIP network with the public identity IMPU concerned, the aforementioned data being sent to all other terminals following this detection.
  • Each user equipment is thus informed in real time and dynamically events (recording, deregistration, occupation, switching to nomadic mode, leaving nomadic mode, ...) affecting the other user equipment that share its public identity IMPU.
  • the information obtained by the application server according to the invention as a result of the recording or the deregistration of a user equipment at the heart of the IMS network may include at least one of:
  • a reachability address of this user equipment including for example its IP address, a port number and a transport protocol (UDP, TCP, TLS, ...);
  • an SIP identifier describing the type and possibly a context of use of this user equipment.
  • the parameter q can take a real value between 0 (minimum priority) and 1 (maximum priority); terminals with the same priority q ring simultaneously on an incoming call. Terminals having a different q value ring sequentially according to the order of this priority.
  • the backbone considers this to be a minimum priority.
  • the application server comprises means for recording a subscription of the first user equipment and a subscription of the other user equipment to a notification service.
  • the application server comprises means for recording a subscription of the first user equipment and a subscription of the other user equipment to a notification service.
  • the means for obtaining the application server are able to receive the aforementioned information in a publication SIP message sent by the first user equipment;
  • the communication means are able to communicate this data in a notification SIP message sent to the other user equipment.
  • the invention thus proposes defining a new EVENT PACKAGE event making it possible to notify a device having subscribed to this service with data on the other equipment sharing its public identity IMPU.
  • the means for obtaining the application server according to the invention receive the information on the user equipment directly from this equipment, for example in a message of the SIP PUBLISH type.
  • the means for obtaining the application server according to the invention receive the information on the user equipment in a SIP message received from an S-CSCF server of the network.
  • This SIP message may for example be a message that encapsulates the registration requests sent by the first user equipment to the S-CSCF server, in accordance with the Third Party Registration mechanism.
  • the user equipment is a SIP terminal, its processing means being able to restore the data on a human-machine interface of this terminal.
  • the user equipment according to the invention may consist of a home gateway.
  • the processing means of this gateway may be designed to convert the data received from the application server according to a telephony signaling protocol and to transmit the data thus converted to a terminal connected to the gateway for rendering on a human machine interface from this terminal.
  • This signaling protocol may for example be the V23 protocol.
  • This embodiment advantageously makes it possible to trace the data on non-SIP terminals and in particular on analogue or DECT telephones.
  • the invention also relates to a terminal connected to a home gateway and comprising:
  • the invention also relates to an alerting method implemented by a terminal connected to a home gateway, this method comprising:
  • the application server according to the invention can optionally implement the functions of an application server type Originating or type Terminating.
  • the various steps of the terminal management, data processing and alerting methods are determined by computer program instructions.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented by a computer, this program comprising instructions adapted to the implementation of the steps of a process as mentioned 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 form desirable shape.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • FIGS. 2A, 2B and 2C schematically represent the hardware architecture of an application server, a user equipment and a terminal according to the invention
  • Figure 1 illustrates a network in which the invention can be used.
  • a home gateway HGW offering a voice over IP service from a TEL home phone, consisting in this example by a telephone complying with the V23 standard.
  • the home gateway HGW connects via an access network RA, for example of the ADSL type, through a first DSLAM type network equipment, which is itself connected to an RC collection network, for example to ATM or Giga Ethernet type which allows it to reach a RO operator network through a first RI router.
  • RA access network
  • a first DSLAM type network equipment which is itself connected to an RC collection network, for example to ATM or Giga Ethernet type which allows it to reach a RO operator network through a first RI router.
  • the RO operator network of the IP backbone type makes it possible to reach, via a second router R2, the entry point of the IMS network.
  • the entry point of an IMS network is a so-called "edge" entity, referenced EB in FIG. 1, which may be constituted by:
  • the IMS network comprises in particular the functional entities P-CSCF, I-CSCF, S-CSCF, SLF, HSS, and DNS ENUM known to those skilled in the art.
  • the IMS network is interconnected with an AS application server according to the invention from which the SIP terminals registered at the heart of the IMS network can subscribe to access a notification service according to the invention.
  • a first mobile VoIP softphone VoIP UEI is connected to the home gateway HGW by a WiFi wireless link and uses the same public identity IMPU as the gateway HGW.
  • the HGW gateway behaves as a modem router for the UEl SIP terminal.
  • a mobile SIP terminal UE 2 is connected in WiFi to a hot spot HS connected to the network of the operator.
  • FIG. 2A there is shown the hardware architecture of an AS application server according to one embodiment of the invention.
  • this AS server has the hardware architecture of a computer. It comprises, in particular, a processor 11, a random access memory of the RAM 12 type, a ROM-type ROM 13, communication means 14, and a SIP stack 15.
  • ROM ROM 13 is a recording medium according to the invention. This recording medium is readable by the processor 11 and it stores a computer program PGAS comprising instructions for implementing a terminal management method and whose main steps are represented in flow chart form in two embodiments. in Figures 3 to 5.
  • FIG. 2B there is shown the hardware architecture of a user equipment UE according to one embodiment of the invention.
  • this equipment has the hardware architecture of a computer. It comprises in particular a processor 11, a random access memory RAM 12, a read ROM ROM 13, communication means 14, display means 16, and a SIP stack 15. It also comprises communication means 17 in accordance with the V23 protocol.
  • ROM ROM 13 is a recording medium according to the invention. This recording medium is readable by the processor 11 and it stores a computer program PGUE comprising instructions for implementing a data processing method and whose main steps are represented in flowchart form in two embodiments in Figures 3 to 5.
  • FIG. 2C there is shown the hardware architecture of a TEL terminal according to one embodiment of the invention.
  • this equipment has the hardware architecture of a computer. It comprises in particular a processor 11, a RAM type RAM 12, a ROM type ROM 13, communication means 14, display means 16. It also comprises communication means 17 compliant with protocol V23.
  • ROM ROM 13 is a recording medium according to the invention. This recording medium is readable by the processor 11 and it stores a PGTEL computer program comprising instructions for implementing an alerting method whose main steps are represented in flow chart form in two embodiments in FIGS. 3 to 5.
  • FIG. 3 represents a recording procedure of the user equipments HGW, UE1 and UE2 described previously with reference to FIG. 1.
  • this home gateway performs an initial registration IMS core network with the server S-CSCF.
  • This procedure is known to those skilled in the art. It includes sending a first SIP REGISTER registration request without authentication hardware, to which the S-CSCF server responds with a 401 Nonce response.
  • the HGW gateway then sends a second SIP REGISTER message containing the authentication hardware, for example according to the MD5 HTTP Digest protocol. It is assumed that the IMS network core accepts the registration for a duration of 3600 seconds.
  • This second registration request includes information INF1 on the gateway HGW, namely, in this example:
  • an SIP identifier describing the type and possibly the context of use of the HGW gateway.
  • the S-CSCF server when the registration of the HGW gateway is accepted at the heart of the network, the S-CSCF server encapsulates the SIP registration request and relays it, during a step E20, to the server of AS application according to the Third Party Registration mechanism.
  • the application server AS thus obtains, during this step E20, the information INF1 on the gateway HGW.
  • the HGW gateway subscribes to the notification service according to the invention, with the application server AS during a step E30 (for the sake of simplification, the passage through the S-CSCF of these exchanges is not shown), by sending a SIP SUBSCRIBE message as defined in the document RFC3265.
  • this service is associated with a new event event event, allowing any equipment that has subscribed to this service to receive information about other user equipment sharing its public identity IMPU.
  • the application server AS records the subscription of the gateway HGW and responds favorably by sending a response 200 OK. It provides in parameter of this response an EXPIRES parameter of renewal duration, equal in this example to 24H, this parameter to be taken into account as in known manner to issue subsequent requests for subscription to the service according to the invention.
  • the application server AS sends immediately, during a step E40, a NOTIFY type notification SIP message comprising data D1 within the meaning of the invention, to inform the gateway that there is no other user equipment registered at the core of the IMS network with the same public identity IMPU.
  • the data D1 is converted and transmitted to the TEL telephone via the V23 protocol during a step E50.
  • the converted data DC1 is restored on the human-machine interface of the TEL telephone during a step E60.
  • the UE1 PC softphone registers initially at the core of the IMS network (step E10), the registration SIP request being relayed to the application server AS (step E20) according to the Third Party Registration mechanism, as previously described for the HGW gateway.
  • the application server immediately sends a notification SIP NOTIFY message to the home gateway HGW to inform it of the presence of the PC softphone UE1 and to communicate the data D1 of this softphone obtained from the information INF1 contained in the recording request issued by the softphone, encapsulated and relayed to the AS application server as described above.
  • these data D1 include;
  • This data D1 is converted by the gateway HGW and transmitted to the TEL telephone (step E50) for rendering on the human-machine interface of this terminal.
  • step E30 the PC softphone UE1 subscribes to the notification service according to the invention (step E30), this subscription being accepted by the application server AS and positively acknowledged by sending a 200 OK response.
  • the application server AS notifies (step E40) instantly the softphone PC and communicates the data Dl on this gateway HGW.
  • this data D1 includes a presence indication of the gateway GW, the date and time of recording of the gateway HGW, the priority q of this gateway, the geographical location of the gateway HGW (home ); and an indication that the HGW gateway is not in communication.
  • the mobile terminal UE2 is started and that it registers itself at the heart of the network (step E10) through the hotspot HS, the information INF1 on this terminal being relayed (step E20) to the server AS by the mechanism Third Party Registration.
  • the two other user devices sharing the same public identity IMPU and having subscribed to the notification service according to the invention are instantly notified (steps E40) of the registration of the mobile terminal UE2.
  • the notification messages comprise data D1 according to which the mobile terminal UE2 is nomadic, in addition to the other information previously described. This data is restored (step E60) directly as regards the UE1 PC softphone and after conversion (step E50) to the V23 protocol for the TEL telephone connected behind the HGW gateway.
  • step E30 the mobile phone subscribes to the notification service according to the invention (step E30) and that it is notified (step E40) data Dl relating to the gateway HGW and softphone PC UE1.
  • This data is rendered on the human-machine interface of the mobile terminal UE2 during a step E60.
  • This data makes it possible in particular for the user of the mobile terminal UE2 in nomadic situation to know the state of presence and occupation of the softphone PC UE1 and the gateway HGW.
  • FIG. 3 there are shown subsequent registration stages Eli requested, in this order, by the PC softphone UE1, the mobile terminal UE2 and the gateway HGW.
  • Each of these registration requests is relayed to the AS application server (steps E20) according to the Third Party Registration mechanism.
  • the application server AS does not notify the user equipment UE1, UE2, HGW of these subsequent requests since they are not representative of a change of presence or occupancy.
  • the terminal UE2 explicitly requests that it no longer subscribe to the notification service according to the invention during a step E70, and that it is de-registered (step E80) from the core network IMS by sending a message.
  • SIP REGISTER request in which the EXPIRES parameter is set to zero.
  • This request is relayed during a step E20 to the application server AS which is thus informed of this deregistration.
  • the two other user devices sharing the same public identity IMPU and for which the subscription to the notification service according to the invention are instantly notified (steps E40) of the deregistration of the mobile terminal UE2.
  • An indicator representative of this desegregation is restored (step E60) by the PC softphone UE1.
  • the indicator is converted by the HGW gateway to V23 format (step E50) and returned by the TEL telephone connected behind the HGW gateway (step E60).
  • HGW gateway and the UE1 PC softphone renew their subscriptions with the AS server by sending SUBSCRIBE Subscription SIP requests during steps E31 and that these requests are accepted and acknowledged.
  • the server AS responds to these subsequent subscription requests by sending notification messages (steps E40) comprising the data relating to all user equipments sharing the public identity IMPU, and these data are restored (steps E60) on the screen of the terminals UE2, TEL.
  • the UE1 PC softphone initiates an outgoing call to an UE3 terminal by sending an INVITE request during a step E100.
  • This request is relayed by the S-CSCF server to the application server AS during a step El 10, because, in this example, the application server AS implements the Originating telephone services.
  • the application server AS checks, during a step E120, whether the number of current sessions initiated by the set of user equipment having the public identity IMPU is compatible with the maximum number authorized from these sessions. In this example, it is assumed that the above maximum number is 1 and there is no call in progress. Therefore, the call initiated by the PC softphone UEl is allowed and a media flow is established in a standard way between the caller UE1 and the called UE3 (general step E130). The signaling necessary to establish this flow is known to those skilled in the art and is not shown here.
  • the application server AS instantaneously notifies the gateway HGW during a step E40 to indicate that the softphone PC UEl is in communication and that the IMS network is no longer able to accept new calls. initiated by devices sharing the public identity IMPU, the maximum number of simultaneous sessions having been reached.
  • the gateway HGW converts these data format V23 (step E50) for restitution by TEL phone (step E60).
  • the application server AS notifies the gateway HGW and an appropriate flag is returned on the terminal TEL.
  • FIG. 5 represents another embodiment of the invention, in which the Third Party Registration mechanism is not used.
  • the user equipment HGW, UE1 transmit (step E210), once registered at the core of the IMS network, a publication SIP request PUBLISH to the application server AS.
  • the application server AS thus records the presence of the user equipment and positively acknowledges the request (step E220) by sending a 200 OK response.
  • the user equipment subscribes to the service according to the invention as described with reference to the first embodiment by sending subscription messages (steps E30).
  • the AS server notifies (steps E40) each equipment of the recording and the unregistering in the heart of network IMS of user equipment having the same public identity IMPU.
  • These notification messages include data D1 on these devices which can be restored (step E60) on the human-machine interfaces of the terminals.

Abstract

Ce serveur d'application comporte : - des moyens d'obtention aptes à obtenir (E20) des informations (INFl) sur au moins un premier équipement utilisateur (UEl) comportant une identité publique (IMPU) donnée, consécutivement à l'enregistrement (E10) ou au désenregistrement de ce premier équipement utilisateur (UEl) en cœur de réseau IMS; et - des moyens d'envoi aptes à envoyer à au moins un autre équipement utilisateur (UE2) enregistré en cœur de réseau IMS avec la même identité publique (IMPU), des données (Dl) comportant au moins une partie de ces informations (INFl) et une indication (IE1) sur un état (El) du premier équipement utilisateur (UEl) dans le réseau.

Description

Gestion des équipements utilisateurs avant la même identité publique par un serveur d'application dans un réseau IMS
Arrière-plan de l'invention
L'invention se situe dans le domaine des réseaux de télécommunication de type IMS (IP Multimedia Subsystem) tel que défini par le 3GPP (Third Génération Partnership Project).
L'un des objectifs de l'IMS est de permettre à un utilisateur d'accéder à différents services quel que soit son type de connectivité IP.
Les réseaux IMS, initialement conçus pour les réseaux mobiles, tendent à se développer sur des réseaux d'accès fixes de type ADSL (Asymmetric Digital Subscriber Line), ou FTTH (Fiber To The Home), ou sur des réseaux câblés notamment.
Les architectures IMS pour les réseaux fixes ont en particulier été déployées pour la commercialisation d'offres dites « Multiplay » permettant à un utilisateur d'accéder à différents services du réseau IMS, et notamment à des services d'accès au réseau Internet, de voix sur IP (VoIP) et de télévision sur internet (IPTV), via une passerelle domestique.
Afin de diversifier leur offre, les opérateurs de télécommunication proposent des terminaux complémentaires aux téléphones fixes, ces terminaux complémentaires étant équipés d'un logiciel de voix sur IP (VoIP) utilisant le même identifiant public IMPU que celui de la passerelle domestique et un identifiant privé IMPI pouvant être ou non le même que celui de la passerelle domestique.
L'invention propose une solution pour enrichir les possibilités d'usage des différents terminaux partageant la même identité publique IMPU.
Objet et résumé de l'invention
Plus précisément, et selon un premier aspect, l'invention concerne un serveur d'application dans un réseau IMS, ce serveur comportant:
- des moyens d'obtention aptes à obtenir des informations sur au moins un premier équipement utilisateur comportant une identité publique donnée, consécutivement à l'enregistrement ou au désenregistrement de ce premier équipement utilisateur en cœur de réseau IMS; et - des moyens d'envoi aptes à envoyer à au moins un autre équipement utilisateur enregistré en cœur de réseau IMS avec la même identité publique, des données comportant au moins une partie de ces informations et une indication sur un état du premier équipement utilisateur dans le réseau.
Corrélativement, l'invention vise aussi un procédé de gestion de terminaux mis en œuvre par un serveur d'application dans un réseau IMS, ce procédé comportant:
- une étape d'obtention d'informations sur au moins un premier équipement utilisateur comportant une identité publique donnée, consécutivement à l'enregistrement ou au désenregistrement du premier équipement utilisateur en cœur de réseau IMS; et
- une étape d'envoi, à au moins un autre équipement utilisateur enregistré en cœur de réseau IMS ayant la même identité publique, de données comportant au moins une partie desdites informations et une indication sur un état du premier équipement utilisateur dans le réseau.
D'une façon générale, l'invention concerne ainsi un serveur d'application apte à informer des équipements utilisateurs de la présence et de l'état des autres équipements utilisateurs ayant la même identité publique IMPU.
Selon un deuxième aspect, l'invention vise aussi un équipement utilisateur comportant des moyens pour s'enregistrer en cœur de réseau IMS avec une identité publique, cet équipement comportant :
- des moyens de réception de données émises par un serveur d'application du réseau, ces données comportant des informations sur au moins un autre équipement utilisateur ayant la même identité publique et une indication sur un état de cet autre équipement utilisateur dans le réseau ; et
- des moyens de traitement de ces données en vue de leur restitution par une interface homme-machine d'un terminal utilisateur.
Corrélativement, l'invention vise aussi un procédé de traitement de données mis en œuvre par un équipement utilisateur enregistré en cœur de réseau IMS avec une identité publique, ce procédé comportant :
- une étape de réception de ces données, celles-ci ayant été émises par un serveur d'application du réseau, ces données comportant au moins des informations sur un autre équipement utilisateur ayant la même identité publique et une indication sur un état de cet autre équipement utilisateur dans le réseau ; et
- une étape de traitement de ces données en vue de leur restitution par une interface homme-machine d'un terminal.
La restitution des données peut notamment être une restitution visuelle ou sonore. Dans un mode particulier de réalisation, l'état d'un premier équipement utilisateur communiqué par le serveur d'application selon l'invention à un deuxième équipement utilisateur comporte au moins une indication parmi:
- une indication de présence du premier équipement utilisateur ;
- la date et/ou l'heure dudit enregistrement ou dudit désenregistrement ;
- une localisation géographique du premier équipement utilisateur; et
- un état d'occupation du premier équipement utilisateur.
Dans un mode particulier de réalisation, les données reçues par un équipement utilisateur comportent le nombre de sessions en cours initiées par l'ensemble des équipements utilisateurs ayant l'identité publique et le nombre maximum autorisé de ces sessions.
L'invention permet ainsi à un équipement utilisateur de déterminer si les autres équipements utilisateurs ayant la même identité publique IMPU que la sienne sont enregistrés ou non en cœur de réseau et si ces équipements sont en situation de nomadisme ou non.
L'utilisateur d'un terminal peut ainsi décider de ne pas répondre à un appel entrant s'il est informé qu'un autre utilisateur possédant un autre terminal enregistré en cœur de réseau IMS est susceptible de prendre l'appel.
Dans ce mode de réalisation, la restitution de ces données peut par exemple être une sonnerie stridente ou insistante si l'équipement utilisateur est le seul terminal enregistré en cœur de réseau et par conséquent le seul à pouvant prendre un appel entrant.
L'invention permet aussi à un utilisateur d'éviter d'initier un appel sortant voué à l'échec lorsque le nombre maximum de session pour cette identité publique a été atteint. On rappelle en effet que chaque terminal SIP est indépendant dans un réseau IMS et qu'il n'existe pas, dans l'état actuel de la technique, de mécanisme permettant au cœur de réseau d'informer tous les équipements utilisateurs ayant une identité IMPU donnée que tous les canaux sont utilisés pour cette identité publique. D'un point de vue de l'usage, lorsque tous les canaux sont occupés pour une identité publique IMPU, la demande d'appel en excès est routée en cœur de réseau IMS, et le réseau génère un code de réponse SIP 403 Forbidden, traduit en signal d'occupation ou en message à l'utilisateur.
Dans un mode particulier de réalisation, le serveur d'application selon l'invention comporte des moyens pour détecter un changement d'un état affectant au moins un des terminaux SIP enregistrés en cœur de réseau SIP avec l'identité publique IMPU concernée, les données précitées étant envoyées à tous les autres terminaux consécutivement à cette détection.
Chaque équipement utilisateur est ainsi informé en temps réel et de façon dynamique des événements (enregistrement, désenregistrement, occupation, passage en mode nomadisme, sortie du mode nomadisme, ...) affectant les autres équipements utilisateurs qui partagent son identité publique IMPU.
Les informations obtenues par le serveur d'application selon l'invention consécutivement à l'enregistrement ou au désenregistrement d'un équipement utilisateur en cœur de réseau IMS peuvent notamment comprendre au moins une information parmi :
- l'identité publique IMPU de cet équipement utilisateur ;
- une adresse de joignabilité de cet équipement utilisateur comprenant par exemple son adresse IP, un numéro de port et, un protocole de transport (UDP, TCP, TLS,...) ;
-un paramètre de priorité q de cet équipement utilisateur conforme à la norme RFC3261; et
- un identifiant SIP décrivant le type et éventuellement un contexte d'utilisation de cet équipement utilisateur.
On rappelle que le paramètre q peut prendre une valeur réelle entre 0 (priorité minimale) et 1 (priorité maximale) ; les terminaux ayant la même priorité q sonnent de manière simultanée sur un appel entrant. Les terminaux ayant une valeur q différente sonnent de manière séquentielle selon l'ordre de cette priorité. Lorsque le paramètre q n'est pas défini, le cœur de réseau considère qu'il s'agit d'une priorité minimale.
Dans un mode particulier de réalisation, le serveur d'application selon l'invention comporte des moyens pour enregistrer une souscription du premier équipement utilisateur et une souscription de l'autre équipement utilisateur à un service de notification. Dans ce mode de réalisation :
- les moyens d'obtention du serveur d'application sont aptes à recevoir les informations précitées dans un message SIP de publication émis par le premier équipement utilisateur ; et
- les moyens de communication sont aptes à communiquer ces données dans un message SIP de notification envoyé à l'autre équipement utilisateur.
L'invention propose ainsi de définir un nouvel événement EVENT PACKAGE permettant de notifier un équipement ayant souscrit à ce service avec des données sur les autres équipements partageant son identité publique IMPU. Dans un mode particulier de réalisation, les moyens d'obtention du serveur d'application selon l'invention reçoivent les informations sur les équipements utilisateur directement de ces équipements, par exemple dans un message de type SIP PUBLISH.
Dans un autre mode particulier de réalisation, les moyens d'obtention du serveur d'application selon l'invention reçoivent les informations sur les équipements utilisateur dans un message SIP reçu d'un serveur S-CSCF du réseau.
Ce message SIP peut par exemple être un message qui encapsule les requêtes d'enregistrement envoyées par le premier équipement utilisateur au serveur S-CSCF, conformément au mécanisme Third Party Registration.
Ce mécanisme est plus fiable que le mécanisme de publication mentionné précédemment.
Dans un mode particulier de réalisation, l'équipement utilisateur est un terminal SIP, ses moyens de traitement étant aptes à restituer les données sur une interface homme-machine de ce terminal.
L'équipement utilisateur selon l'invention peut être constitué par une passerelle domestique. Les moyens de traitement de cette passerelle peuvent être conçus pour convertir les données reçues du server d'application selon un protocole de signalisation téléphonique et à transmettre les données ainsi converties à un terminal connecté à la passerelle en vue de leur restitution sur une interface homme machine de ce terminal.
Ce protocole de signalisation téléphonique peut par exemple être le protocole V23. Ce mode de réalisation permet avantageusement de remonter les données sur des terminaux non SIP et en particulier sur des téléphones analogiques ou DECT.
Par conséquent, l'invention vise aussi un terminal connecté à une passerelle domestique et comportant :
- des moyens pour recevoir de cette passerelle, selon un protocole de signalisation téléphonique, des données comportant des informations sur au moins un autre équipement utilisateur ayant la même identité publique que la passerelle et une indication sur un état de cet autre équipement utilisateur dans le réseau ; et
- des moyens de restitution de ces données sur une interface homme-machine du terminal.
Corrélativement, l'invention vise aussi un procédé d'alerte mis en œuvre par un terminal connecté à une passerelle domestique, ce procédé comportant :
- une étape de réception, en provenance de cette passerelle, selon un protocole de signalisation téléphonique, des données comportant des informations sur au moins un autre équipement utilisateur ayant la même identité publique que la passerelle et une indication sur un état de cet autre équipement utilisateur dans le réseau ; et - une étape de restitution de ces données sur une interface homme machine du terminal.
Le serveur d'application selon l'invention peut éventuellement mettre en œuvre les fonctions d'un serveur d'application de type Originating ou de type Terminating.
Dans un mode particulier de réalisation, les différentes étapes des procédés de gestion de terminaux, de traitement de données et d'alerte sont déterminées par des instructions de programmes d'ordinateurs.
En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre par un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé tel que mentionné ci-dessus.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous en référence aux dessins qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente de façon schématique des équipements conformes à l'invention, dans leur environnement ;
- les figures 2A, 2B et 2C représentent schématiquement l'architecture matérielle d'un serveur d'application, d'un équipement utilisateur et d'un terminal selon l'invention ;
- les figures 3 et 4 représentent un premier mode de réalisation de l'invention ; et
- la figure 5 représente un deuxième mode de réalisation de l'invention. Description détaillée de l'invention
La figure 1 illustre un réseau dans lequel l'invention peut être utilisée.
Sur cette figure, on a représenté une passerelle domestique HGW offrant un service de voix sur IP à partir d'un téléphone domestique TEL, constitué dans cet exemple par un téléphone conforme à la norme V23.
La passerelle domestique HGW se connecte via un réseau d'accès RA, par exemple de type ADSL, au travers d'un premier équipement réseau de type DSLAM, celui-ci étant lui-même connecté à un réseau de collecte RC, par exemple de type ATM ou Giga Ethernet ce qui lui permet d'atteindre un réseau opérateur RO à travers un premier routeur RI.
Le réseau opérateur RO, de type backbone IP permet d'atteindre, au travers un deuxième routeur R2, le point d'entrée du réseau IMS.
De façon connue, le point d'entrée d'un réseau IMS est une entité dite « de bordure », référencée EB sur la figure 1, celle-ci pouvant être constituée par :
- un équipement SBC (Session Border Controller) ;
- un serveur P-CSCF ;
- un équipement remplissant à la fois les fonctions d'un équipement SBC et celles d'un serveur P-CSCF.
Le réseau IMS comporte notamment les entités fonctionnelles P-CSCF, I-CSCF, S- CSCF, SLF, HSS, et DNS ENUM connues de l'homme du métier.
Dans l'exemple décrit ici le réseau IMS est interconnecté à un serveur d'application AS conforme à l'invention auprès duquel les terminaux SIP enregistrés en cœur de réseau IMS peuvent souscrire pour accéder à un service de notification selon l'invention. Dans l'exemple de la figure 1, un premier terminal mobile secondaire SIP de voix sur IP (softphone VoIP) UEl est connecté à la passerelle domestique HGW par une liaison sans fil WiFi et utilise la même identité publique IMPU que la passerelle HGW.
La passerelle HGW se comporte en modem routeur pour le terminal SIP UEl.
Dans l'exemple décrit ici, un terminal SIP mobile UE 2 est connecté en WiFi à un hot spot HS connecté au réseau de l'opérateur.
En référence à la figure 2A, on a représenté l'architecture matérielle d'un serveur d'application AS conforme à un mode de réalisation de l'invention.
Dans le mode de réalisation décrit ici, ce serveur AS a l'architecture matérielle d'un ordinateur. Il comporte notamment un processeur 11, une mémoire vive de type RAM 12, une mémoire morte de type ROM 13, des moyens de communication 14, et une pile SIP 15.
La mémoire morte de type ROM 13 constitue un support d'enregistrement conforme à l'invention. Ce support d'enregistrement est lisible par le processeur 11 et il mémorise un programme d'ordinateur PGAS comprenant des instructions pour mettre en œuvre un procédé de gestion de terminaux et dont les principales étapes sont représentées sous forme d'organigramme dans deux modes de réalisation aux figures 3 à 5.
En référence à la figure 2B, on a représenté l'architecture matérielle d'un équipement utilisateur UE conforme à un mode de réalisation de l'invention.
Dans le mode de réalisation décrit ici, cet équipement a l'architecture matérielle d'un ordinateur. Il comporte notamment un processeur 11, une mémoire vive de type RAM 12, une mémoire morte de type ROM 13, des moyens de communication 14, des moyens d'affichage 16, et une pile SIP 15. Il comporte également des moyens 17 de communication conformes au protocole V23.
La mémoire morte de type ROM 13 constitue un support d'enregistrement conforme à l'invention. Ce support d'enregistrement est lisible par le processeur 11 et il mémorise un programme d'ordinateur PGUE comprenant des instructions pour mettre en œuvre un procédé de traitement de données et dont les principales étapes sont représentées sous forme d'organigramme dans deux modes de réalisation aux figures 3 à 5.
En référence à la figure 2C, on a représenté l'architecture matérielle d'un terminal TEL conforme à un mode de réalisation de l'invention.
Dans le mode de réalisation décrit ici, cet équipement a l'architecture matérielle d'un ordinateur. Il comporte notamment un processeur 11, une mémoire vive de type RAM 12, une mémoire morte de type ROM 13, des moyens de communication 14, des moyens d'affichage 16. Il comporte également des moyens 17 de communication conformes au protocole V23.
La mémoire morte de type ROM 13 constitue un support d'enregistrement conforme à l'invention. Ce support d'enregistrement est lisible par le processeur 11 et il mémorise un programme d'ordinateur PGTEL comprenant des instructions pour mettre en œuvre un procédé d'alerte dont les principales étapes sont représentées sous forme d'organigramme dans deux modes de réalisation aux figures 3 à 5.
La figure 3 représente une procédure d'enregistrement des équipements utilisateurs HGW, UE1 et UE2 décrits précédemment en référence à la figure 1.
Au cours d'une étape générale E10, après le démarrage de la passerelle HGW, cette passerelle domestique effectue un enregistrement initial en cœur de réseau IMS auprès du serveur S-CSCF. Cette procédure est connue de l'homme du métier. Elle comprend notamment l'envoi d'une première requête d'enregistrement SIP REGISTER sans matériel d'authentification, à laquelle le serveur S-CSCF répond par une réponse 401 Nonce. La passerelle HGW émet ensuite un deuxième message SIP REGISTER comportant le matériel d'authentification, par exemple selon le protocole MD5 HTTP Digest. On suppose que le de cœur de réseau IMS accepte l'enregistrement pour une durée de 3600 secondes.
Cette deuxième requête d'enregistrement comporte des informations INF1 sur la passerelle HGW, à savoir, dans cet exemple :
- son identité publique IMPU, autrement connue sous l'acronyme AoR (address of record) ;
- son adresse de joignabilité, constituée par son adresse IP, un numéro de port et, un protocole de transport (UDP, TCP, TLS,...) ;
-un paramètre de priorité q conforme à la norme RFC3261, de priorité maximale égale à 1; et
- un identifiant SIP décrivant le type et éventuellement le contexte d'utilisation de la passerelle HGW.
Dans ce mode de réalisation, lorsque l'enregistrement de la passerelle HGW est accepté en cœur de réseau, le serveur S-CSCF encapsule la requête d'enregistrement SIP et la relaye, au cours d'une étape E20, vers le serveur d'application AS conformément au mécanisme Third Party Registration.
Le serveur d'application AS obtient ainsi, au cours de cette étape E20, les informations INF1 sur la passerelle HGW.
On suppose que la passerelle HGW souscrit au service de notification selon l'invention, auprès du serveur d'application AS au cours d'une étape E30 (par souci de simplification, le passage par le S-CSCF de ces échanges n'est pas représenté), par l'envoi d'un message SIP SUBSCRIBE tel que défini dans le document RFC3265. Dans le mode de réalisation décrit ici, ce service est associé à un nouvel événement Event Package, permettant à tout équipement ayant souscrit à ce service de recevoir des informations concernant les autres équipements utilisateur partageant son identité publique IMPU.
On suppose que le serveur d'application AS enregistre la souscription de la passerelle HGW et y répond favorablement par l'envoi d'une réponse 200 OK. Il fournit en paramètre de cette réponse un paramètre EXPIRES de durée de renouvellement, égal dans cet exemple à 24H, ce paramètre devant être pris en compte comme de façon connue pour émettre des requêtes subséquentes de souscription au service selon l'invention.
Puis, le serveur d'application AS envoie immédiatement, au cours d'une étape E40, un message SIP de notification de type NOTIFY comportant des données Dl au sens de l'invention, pour informer la passerelle qu'il n'y a pas d'autre équipement utilisateur enregistré en cœur de réseau IMS avec la même identité publique IMPU.
Dans le mode de réalisation décrit ici, les données Dl sont converties et transmises au téléphone TEL via le protocole V23 au cours d'une étape E50.
Les données converties DC1 sont restituées sur l'interface homme-machine du téléphone TEL au cours d'une étape E60.
On suppose maintenant que le softphone PC UE1 s'enregistre de façon initiale en cœur de réseau IMS (étape E10), la requête SIP d'enregistrement étant relayée au serveur d'application AS (étape E20) selon le mécanisme Third Party Registration, comme décrit précédemment pour la passerelle HGW.
Le serveur d'application envoie immédiatement un message SIP NOTIFY de notification à destination de la passerelle domestique HGW pour l'informer de la présence du softphone PC UE1 et pour lui communiquer les données Dl de ce softphone obtenues à partir des informations INFl contenues dans la requête d'enregistrement émise par le softphone, encapsulée et relayée au serveur d'application AS comme décrit précédemment.
Dans l'exemple décrit ici, ces données Dl comportent ;
- une indication de présence du softphone PC UE1 ;
- la date et l'heure d'enregistrement du softphone PC UE1 ;
- la priorité du softphone PC UE1;
- la localisation géographique du softphone PC UE1 (maison) ; et
- une indication selon laquelle le softphone PC UE1 n'est pas en communication. Ces données Dl sont converties par la passerelle HGW et transmises au téléphone TEL (étape E50) pour restitution sur l'interface homme-machine de ce terminal.
On suppose que le softphone PC UE1 souscrit au service de notification selon l'invention (étape E30), cette souscription étant acceptée par le serveur d'application AS et acquittée positivement par l'envoi d'une réponse 200 OK.
Le serveur d'application AS notifie (étape E40) instantanément le softphone PC et lui communique les données Dl sur cette passerelle HGW. Dans l'exemple décrit ici, ces données Dl comportent une indication de présence de la passerelle GW, la date et l'heure d'enregistrement de la passerelle HGW, la priorité q de cette passerelle, la localisation géographique de la passerelle HGW (maison); et une indication selon laquelle la passerelle HGW n'est pas en communication.
On suppose que le terminal mobile UE2 est démarré et qu'il s'enregistre en cœur de réseau (étape E10) à travers le hotspot HS, les informations INF1 sur ce terminal étant relayées (étape E20) au serveur AS par le mécanisme Third Party Registration.
Les deux autres équipements utilisateur partageant la même identité publique IMPU et ayant souscrit au service de notification selon l'invention (passerelle HGW ; softphone PC UE1) sont instantanément notifiés (étapes E40) de l'enregistrement du terminal mobile UE2. Dans l'exemple de réalisation décrit ici, les messages de notification comportent des données Dl selon laquelle le terminal mobile UE2 est nomade, en plus des autres informations décrites précédemment. Ces données sont restituées (étape E60) directement en ce qui concerne le softphone PC UE1 et après conversion (étape E50) au protocole V23 pour le téléphone TEL connecté derrière la passerelle HGW.
On suppose que le téléphone mobile souscrit au service de notification selon l'invention (étape E30) et qu'il est notifié (étape E40) des données Dl relatives à la passerelle HGW et au softphone PC UE1. Ces données sur restituées sur l'interface homme-machine du terminal mobile UE2 au cours d'une étape E60. Ces données permettent notamment à l'utilisateur du terminal mobile UE2 en situation de nomadisme de connaître l'état de présence et d'occupation du softphone PC UE1 et de la passerelle HGW.
Sur la figure 3, on a représenté des étapes Eli d'enregistrements subséquents demandés, dans cet ordre, par le softphone PC UE1, terminal mobile UE2 et la passerelle HGW. Chacune de ces demandes d'enregistrement est relayée vers le serveur d'application AS (étapes E20) selon le mécanisme Third Party Registration. Dans le mode de réalisation décrit ici, le serveur d'application AS ne notifie pas les équipements utilisateurs UE1, UE2, HGW de ces demandes subséquentes puisqu'elles ne sont pas représentatives d'un changement de présence ou d'occupation.
On suppose que le terminal UE2 demande explicitement à ne plus souscrire au service de notification selon l'invention au cours d'une étape E70, puis qu'il se désenregistre (étape E80) du cœur de réseau IMS par l'envoi d'une requête SIP REGISTER dans laquelle le paramètre EXPIRES est mis à zéro.
Cette requête est relayée au cours d'une étape E20 vers le serveur d'application AS qui est ainsi informé de ce désenregistrement.
Les deux autres équipements utilisateur partageant la même identité publique IMPU et pour lesquels la souscription au service de notification selon l'invention (passerelle HGW ; softphone PC UE1) est toujours active sont instantanément notifiés (étapes E40) du désenregistrement du terminal mobile UE2.
Un indicateur représentatif de ce désenregsitement est restitué (étape E60) par le softphone PC UE1. L'indicateur est converti par la passerelle HGW au format V23 (étape E50) et restitué par le téléphone TEL connecté derrière la passerelle HGW (étape E60).
On suppose que la passerelle HGW et que le softphone PC UE1 renouvellent leurs souscriptions auprès du serveur AS par l'envoi de requêtes SIP SUBSCRIBE de souscription subséquentes au cours d'étapes E31 et que ces demandes sont acceptées et acquittées positivement.
Dans le mode de réalisation décrit ici, le serveur AS répond à ces demandes de souscription subséquentes par l'envoi de messages de notification (étapes E40) comportant les données relatives à tous les équipements utilisateurs partageant l'identité publique IMPU, et ces données sont restituées (étapes E60) sur l'écran des terminaux UE2, TEL.
En référence à la figure 4, on suppose que le softphone PC UE1 initie un appel sortant vers un terminal UE3 par l'envoi d'une requête INVITE au cours d'une étape E100. Cette requête est relayée par le serveur S-CSCF vers le serveur d'application AS au cours d'une étape El 10, car, dans cet exemple, le serveur d'application AS met en œuvre les services téléphoniques Originating.
Dans le mode de réalisation décrit ici, le serveur d'application AS vérifie, au cours d'une étape E120 si le nombre de sessions en cours initiées par l'ensemble des équipements utilisateurs ayant l'identité publique IMPU est compatible avec le nombre maximum autorisé de ces sessions. Dans cet exemple, on suppose que le nombre maximum précité est égal à 1 et qu'il n'y a pas d'appel en cours. Par conséquent, l'appel initié par le softphone PC UEl est autorisé et un flux média est établi de façon standard entre l'appelant UEl et l'appelé UE3 (étape générale E130). La signalisation nécessaire à l'établissement de ce flux est connue de l'homme du métier et n'est pas représentée ici.
Le serveur d'application AS selon l'invention notifie instantanément la passerelle HGW au cours d'une étape E40 pour lui indiquer que le softphone PC UEl est en communication et que le réseau IMS n'est plus en mesure d'accepter de nouveaux appels initiés par des équipements partageant l'identité publique IMPU, le nombre maximal de sessions simultanées ayant été atteint.
La passerelle HGW convertit ces données au format V23 (étape E50) pour restitution par le téléphone TEL (étape E60).
Bien entendu, dès que la session se termine, le serveur d'application AS notifie la passerelle HGW et un indicateur approprié est restitué sur le terminal TEL.
La figure 5 représente un autre mode de réalisation de l'invention, dans lequel il n'est pas fait usage du mécanisme Third Party Registration.
Dans ce mode de réalisation, les équipements utilisateurs HGW, UEl émettent (étape E210), une fois enregistrés en cœur de réseau IMS, une requête SIP PUBLISH de publication au serveur d'application AS.
Le serveur d'application AS enregistre ainsi la présence des équipements utilisateurs et acquitte positivement la requête (étape E220) par l'envoi d'une réponse 200 OK.
Les équipements utilisateur souscrivent au service selon l'invention comme décrit en référence au premier mode de réalisation par l'envoi de messages de souscription (étapes E30).
Comme dans le premier mode de réalisation, le serveur AS selon l'invention notifie (étapes E40) chaque équipement de l'enregistrement et du désenrgistrement en cœur de réseau IMS des équipements utilisateur ayant la même identité publique IMPU. Ces messages de notification comportent des données Dl sur ces équipements qui peuvent être restituées (étape E60) sur les interfaces homme-machine des terminaux.

Claims

REVENDICATIONS
1. Serveur d'application (AS) dans un réseau IMS comportant:
- des moyens d'obtention aptes à obtenir (E20) des informations (INFl) sur au moins un premier équipement utilisateur (UE1) comportant une identité publique (IMPU) donnée, consécutivement à l'enregistrement (E10) ou au désenregistrement dudit premier équipement utilisateur (UE1) en cœur de réseau IMS; et
- des moyens d'envoi aptes à envoyer à au moins un autre équipement utilisateur (UE2) enregistré en cœur de réseau IMS avec la même identité publique (IMPU), des données (Dl) comportant au moins une partie desdites informations (INFl) et une indication (IE1) sur un état (El) dudit un moins un premier équipement utilisateur (UE1) dans le réseau.
2. Serveur d'application (AS) selon la revendication 1, caractérisé en ce qu'il comporte :
- des moyens pour enregistrer (E30) une souscription du premier équipement utilisateur (UE1) et une souscription dudit au moins autre équipement utilisateur (UE2) à un service de notification, et en ce que :
- lesdits moyens d'obtention sont aptes à recevoir lesdites informations (INFl) dans un message SIP de publication émis par ledit premier équipement utilisateur (UE1); et en ce que :
- lesdits moyens de communication sont aptes à communiquer lesdites données (Dl) dans un message SIP de notification envoyé audit au moins un autre équipement utilisateur (UE2).
3. Serveur d'application selon la revendication 1, caractérisé en ce que lesdits moyens d'obtention sont aptes à recevoir lesdites informations (INFl) dans un message SIP reçu d'un serveur S-CSCF dudit réseau.
4. Serveur d'application selon la revendication 3, caractérisé en ce que ledit message SIP encapsule une requête d'enregistrement envoyée par ledit premier équipement utilisateur (UE1) audit serveur S-CSCF, conformément au mécanisme Third Party Registration.
5. Serveur d'application selon la revendication 4, caractérisé en ce que ledit serveur (AS) est un serveur d'application de type Originating ou de type Terminating.
6. Serveur d'application selon l'une des revendications 1 à 5, caractérisé en ce que lesdites informations (INFl) sur ledit au moins un premier équipement utilisateur (UE1) comprennent au moins une information choisie parmi:
- ladite identité publique (IMPU) ;
- une adresse de joignabilité dudit premier équipement utilisateur ;
-un paramètre de priorité q dudit premier équipement utilisateur conforme à la norme RFC3261; et
- un identifiant SIP décrivant le type et éventuellement un contexte d'utilisation dudit premier équipement utilisateur.
7. Serveur d'application selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit état (El) dudit au moins un premier équipement utilisateur comporte au moins une indication parmi:
- une indication de présence dudit premier équipement utilisateur ;
- la priorité dudit premier équipement utilisateur;
- la date et/ou l'heure dudit enregistrement ou dudit désenregistrement ;
- une localisation géographique dudit premier équipement utilisateur; et
- un état d'occupation dudit premier équipement utilisateur.
8. Serveur d'application selon l'une quelconque des revendications 1 à 7, caractérisé en ce que lesdites données (Dl) comportent en outre le nombre de sessions en cours initiées par l'ensemble des équipements utilisateurs ayant ladite identité publique et le nombre maximum autorisé de ces sessions.
9. Serveur d'application selon l'une quelconque des revendications 1 à 8, caractérisé en ce qu'il comporte des moyens pour détecter un changement d'un dit état affectant au moins un des terminaux SIP enregistrés en cœur de réseau SIP avec ladite identité publique (IMPU), lesdites données étant envoyées à tous les autres terminaux consécutivement à ladite détection.
10. Procédé de gestion de terminaux mis en œuvre par un serveur d'application (AS) dans un réseau IMS comportant:
- une étape d'obtention d'informations sur au moins un premier équipement utilisateur (UE1) comportant une identité publique (IMPU) donnée, consécutivement à l'enregistrement ou au désenregistrement dudit premier équipement utilisateur (UE1) en cœur de réseau IMS; et
- une étape d'envoi, à au moins un autre équipement utilisateur enregistré en cœur de réseau IMS ayant la même identité publique, de données (Dl) comportant au moins une partie desdites informations et une indication sur un état dudit un moins un premier équipement utilisateur dans le réseau.
11. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PGAS) comprenant des instructions pour l'exécution des étapes du procédé de gestion d'appels selon la revendication 10.
12. Programme d'ordinateur (PGAS) comportant des instructions pour l'exécution des étapes du procédé de gestion de terminaux selon la revendication 10 lorsque ledit programme est exécuté par un ordinateur.
13. Equipement utilisateur (HGW, UE2) comportant des moyens pour s'enregistrer en cœur de réseau IMS avec une identité publique (IMPU) donnée, caractérisé en ce qu'il comporte :
- des moyens de réception de données (Dl) émises par un serveur d'application dudit réseau, ces données (Dl) comportant des informations sur au moins un autre équipement utilisateur (UE1) ayant la même identité publique (IMPU) et une indication sur un état (El) dudit au moins un autre équipement utilisateur dans le réseau ;
- des moyens de traitement (E60) desdites données (Dl) en vue de leur restitution par une interface homme-machine d'un terminal utilisateur (TEL, UE2).
14. Equipement utilisateur (HGW) selon la revendication 13 constitué par une passerelle domestique (HGW), caractérisé en ce que lesdits moyens de traitement sont aptes à convertir lesdites données (Dl) selon un protocole de signalisation téléphonique et à transmettre (E50) les données converties (DC1) à un terminal (TEL) connecté à ladite passerelle en vue de leur restitution (E60) sur une interface homme machine dudit terminal.
15. Equipement utilisateur (UE2) selon la revendication 13 constitué par un terminal SIP (UE2) caractérisé en ce que lesdits moyens de traitement sont aptes à restituer lesdites données (Dl) sur une interface homme machine dudit terminal SIP (UE2).
16. Terminal (TEL) connecté à une passerelle domestique (HGW), caractérisé en ce qu'il comporte :
- des moyens pour recevoir de ladite passerelle (HCW), selon un protocole de signalisation téléphonique, des données (DCl) comportant des informations sur au moins un autre équipement utilisateur (UE1) ayant la même identité publique (IMPU) que ladite passerelle et une indication sur un état (El) dudit au moins un autre équipement utilisateur (UE1) dans le réseau ; et
- des moyens de restitution desdites données (DCl) sur une interface homme machine dudit terminal.
17. Procédé de traitement de données (Dl) mis en œuvre par un équipement utilisateur (HGW, UE2) enregistré en cœur de réseau IMS avec une identité publique (IMPU) donnée, caractérisé en ce qu'il comporte :
- une étape de réception desdites données (Dl), celles-ci ayant été émises par un serveur d'application (AS) dudit réseau, ces données (Dl) comportant au moins des informations sur un autre équipement utilisateur (UE1) ayant la même identité publique (IMPU) et une indication sur un état (El) dudit au moins un autre équipement utilisateur (UE1) dans le réseau ; et
- une étape de traitement desdites données (Dl) en vue de leur restitution par une interface homme-machine d'un terminal utilisateur (TEL, UE2).
18. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PGUE) comprenant des instructions pour l'exécution des étapes du procédé de traitement selon la revendication 17.
19. Programme d'ordinateur (PGUE) comportant des instructions pour l'exécution des étapes du procédé de traitement selon la revendication 17 lorsque ledit programme est exécuté par un ordinateur.
20. Procédé d'alerte mis en œuvre par un terminal (TEL) connecté à une passerelle domestique (HGW), caractérisé en ce qu'il comporte :
- une étape de réception, en provenance de ladite passerelle (HGW), selon un protocole de signalisation téléphonique, des données (DCl) comportant au moins des informations sur un autre équipement utilisateur (UE1) ayant la même identité publique (IMPU) que ladite passerelle et une indication sur un état (El) dudit au moins un autre équipement utilisateur (UE1) dans le réseau ; et
- une étape de restitution desdites données (DC1) sur une interface homme machine dudit terminal.
21. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PGTEL) comprenant des instructions pour l'exécution des étapes du procédé d'alerte selon la revendication 20.
22. Programme d'ordinateur (PGTEL) comportant des instructions pour l'exécution des étapes du procédé d'alerte selon la revendication 20 lorsque ledit programme est exécuté par un ordinateur.
PCT/FR2011/052965 2010-12-30 2011-12-13 Gestion des equipements utilisateurs ayant la meme identite publique par un serveur d'application dans un reseau ims WO2012089954A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1061384 2010-12-30
FR1061384A FR2970137A1 (fr) 2010-12-30 2010-12-30 Gestion des equipements utilisateurs ayant la meme identite publique par un serveur d'application dans un reseau ims

Publications (2)

Publication Number Publication Date
WO2012089954A2 true WO2012089954A2 (fr) 2012-07-05
WO2012089954A3 WO2012089954A3 (fr) 2012-11-15

Family

ID=43902601

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2011/052965 WO2012089954A2 (fr) 2010-12-30 2011-12-13 Gestion des equipements utilisateurs ayant la meme identite publique par un serveur d'application dans un reseau ims

Country Status (2)

Country Link
FR (1) FR2970137A1 (fr)
WO (1) WO2012089954A2 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2814225A1 (fr) 2013-05-31 2014-12-17 Orange Procédé et dispositif correspondant de gestion de l'établissement d'une communication entre un terminal appelant et un groupe de terminaux partageant une même identité publique
CN111277995A (zh) * 2018-12-05 2020-06-12 中国移动通信集团甘肃有限公司 一种对终端用户进行识别的方法及设备
CN114585077A (zh) * 2022-02-28 2022-06-03 北京小米移动软件有限公司 网络注册方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1990968A1 (fr) * 2007-05-07 2008-11-12 Nokia Siemens Networks Oy Procédé pour faire fonctionner un système de télécommunications
SE531952C2 (sv) * 2007-08-24 2009-09-15 Teliasonera Ab Uppdatering av tillkännagivanden om sessionshändelser för slutanvändare
US8559419B2 (en) * 2008-05-27 2013-10-15 Telefonaktiebolaget L M Ericsson (Publ) Handling of terminating calls for a shared public user identity in an IP multimedia subsystem

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2814225A1 (fr) 2013-05-31 2014-12-17 Orange Procédé et dispositif correspondant de gestion de l'établissement d'une communication entre un terminal appelant et un groupe de terminaux partageant une même identité publique
US9900441B2 (en) 2013-05-31 2018-02-20 Orange Method and corresponding device for managing the set-up of a communication between a calling terminal and a group of terminals sharing one and the same public identity
CN111277995A (zh) * 2018-12-05 2020-06-12 中国移动通信集团甘肃有限公司 一种对终端用户进行识别的方法及设备
CN111277995B (zh) * 2018-12-05 2023-04-07 中国移动通信集团甘肃有限公司 一种对终端用户进行识别的方法及设备
CN114585077A (zh) * 2022-02-28 2022-06-03 北京小米移动软件有限公司 网络注册方法及装置
CN114585077B (zh) * 2022-02-28 2024-02-13 北京小米移动软件有限公司 网络注册方法及装置

Also Published As

Publication number Publication date
WO2012089954A3 (fr) 2012-11-15
FR2970137A1 (fr) 2012-07-06

Similar Documents

Publication Publication Date Title
US9124469B2 (en) System and method to initiate a presence driven peer to peer communications session on non-IMS and IMS networks
EP3639541B1 (fr) Configuration d'un terminal dans un réseau ims avec une stratégie de resélection d'un type réseau
EP2266285B1 (fr) Procede de terminaison d'un appel et terminal de voix sur ip
WO2012089954A2 (fr) Gestion des equipements utilisateurs ayant la meme identite publique par un serveur d'application dans un reseau ims
EP2926524B1 (fr) Routage d'une requête de service visant un abonné ims
EP3646554B1 (fr) Procédé de traitement d'une requête et serveur d'un coeur de réseau ip multimédia
FR3091404A1 (fr) Procédé de traitement de messages vocaux, procédé de désactivation d'un codage DTMF et procédé de traitement d'une demande de désactivation d'un codage DTMF.
EP3718310B1 (fr) Procédé de traitement d'un appel entrant dans un réseau de télécommunications et serveur tas le mettant en oeuvre
WO2017203118A1 (fr) Procédé de repli dans un réseau de télécommunication
EP3391615B1 (fr) Procédé de communication entre un terminal appelant et une pluralité de terminaux appelés
EP3162019B1 (fr) Procédé et dispositif d'établissement d'une communication
EP2819374B1 (fr) Dispositif et un procédé d' établissement d' une communication destinée a une identité publique partagée
WO2012085429A2 (fr) Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis
WO2017220883A1 (fr) Procédé de détermination d'un ensemble de formats de codage pour établir une communication
EP2429145B1 (fr) Procédé de présentation d'appel dans un réseau IMS et serveur d'application apte à mettre en oeuvre ce procédé
EP2506524B1 (fr) Procédés et dispositifs de notification d'état de services de communication
FR3018027A1 (fr) Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d'un terminal
FR3034944A1 (fr) Procede et dispositif d'etablissement d'une communication
FR2988951A1 (fr) Procede d'enregistrement d'un serveur aupres d'une pluralite de coeurs de reseau, et serveur.
WO2015092238A1 (fr) Procédé et dispositif d'établissement d'une communication enrichie
WO2011151572A1 (fr) Procede et dispositif de presentation d'un appel entrant dans un reseau ims
EP2248333A1 (fr) Procede de gestion d'une session de communication au niveau d'une passerelle domestique

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11811102

Country of ref document: EP

Kind code of ref document: A2