WO2010149915A1 - Procédé d'émulation des signaux de boucle - Google Patents

Procédé d'émulation des signaux de boucle Download PDF

Info

Publication number
WO2010149915A1
WO2010149915A1 PCT/FR2010/051249 FR2010051249W WO2010149915A1 WO 2010149915 A1 WO2010149915 A1 WO 2010149915A1 FR 2010051249 W FR2010051249 W FR 2010051249W WO 2010149915 A1 WO2010149915 A1 WO 2010149915A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
loop
network
type
access device
Prior art date
Application number
PCT/FR2010/051249
Other languages
English (en)
Inventor
Jean-Claude Le Rouzic
José DOREE
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 WO2010149915A1 publication Critical patent/WO2010149915A1/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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment

Definitions

  • IP type networks m Internet Protocot
  • IP networks allow the broadcasting of conversational data, such as "Voice over IP”, “Content Sharing”, “Presence”, or “Instant Messaging”.
  • the present invention relates to the emulation over an IP network of telephone calls placed on an analog phone.
  • emulation is meant that the user of this phone uses it in the same way as if your telephone line was connected to a conventional Switched Telephone Network 1 (STN).
  • STN Switched Telephone Network 1
  • Emulation is achieved by means of next-generation collection equipment located between the telephones and the backbone.
  • PSTN public switched telephone network
  • PSTN public switched telephone network
  • H.323 and SIP protocols use so-called “signaling" messages, which are messages allowing a terminal to request a connection with another terminal, or also messages signaling that a telephone line is busy, or signaling that the called telephone is ringing. , or else signaling that such phone is connected to the network and can be attached in this or that way.
  • signaling When a cite registered on a network using an advanced session control protocol wishes to benefit from a multimedia service offered by the network, it sends to the network a signaling message specifying its request.
  • the H.323 protocol was developed by TUtT-T.
  • the SIP protocol has been defined by the IETF in the RFC document.
  • This protocol allows the establishment, modification and termination of multimedia sessions in a network using the IP protocol.
  • the SIP protocol also allows for event notification procedures and the sending of information outside the context of a session. It is widely used for instant messaging service orders.
  • session establishment requests and queries exchanged outside any dialog.
  • the associated functions are implemented by a logical entity called "User Agent” (meaning "user agent” in English), which behaves, according to the circumstances, as a "client” or as a "server”.
  • the invention is well suited especially to IMS type of infrastructure ( "IP Multimedia Subsystenf).
  • the IMS 1 was defined by standards bodies 3GPP ⁇ " 3rd Generation Partnership Project) and TISPAN
  • 3GPP ⁇ 3rd Generation Partnership Project
  • TISPAN 3rd Generation Partnership Project
  • This is a network architecture introduced by 3GPP for mobile networks and then taken over by TISPAN for fixed networks, which uses SIP protocol.
  • dynamic recovery and control of multimedia sessions between two clients as well as the reservation of resources at the level of the multimedia streaming network Thanks to this architecture, the network operators can conveniently implement a management policy, provide a Quality of Service predetermined, and calculate how much to charge customers.
  • the 1 IMS currently provides access to such services telephony, video telephony, presence and instant messaging, which also manages the interaction.
  • VoIP over IP Voice over IP 1
  • VoIP subscribers are (or will be) connected to IMS network cores, while the PSTN subscribers are currently connected to time switches (in the telephone exchanges) through Subscriber Connection Units (URAs). ) (a "time switch” operates on multiplexed signals over time).
  • UAAs Subscriber Connection Units
  • RTC emulation RTC subscribers are then connected to * URA new types that perform the protocol adaptation of call signaling for communication with IMS 1 Ie heart and encoding / decoding of the media stream: in the context of the present invention, these new types of URA will called "URA-SIP". Examples of these URA-SIPs are home gateways and gateways in companies ("Gatewaysf Residential" in English), and gateways in the network of an operator f Voice Gateways.
  • DSLAM-SIP DSLAM-SIP
  • Digital Subscriber Access M ⁇ i ⁇ plexef Digital Subscriber Access M ⁇ i ⁇ plexef
  • digital subscriber line access multiplexer devices that collect data traffic DSL transiting over a number of telephone lines
  • the analog terminals of the PSTN network are able to receive the heart network or transmit to it signals called "loop signals".
  • An example of a loop signal is provided by the line polarity inversion which makes it possible to modify the polarities of the wire a and the wire constituting the analog copper pair connecting the subscriber.
  • the use of a particular type of loop signal is generally related to the provision of a particular service. Loop signals are used, for example, in certain PBXs which, when transmitting a telephone call from an external line to an internal station on their private network, confirm this transmission by sending a loop signal to the external line. Loop signals are also used in some public payphones in combination with the transmission of charging pulses.
  • the cases of use of the loop signals are in fact extremely varied, and depend on the history of the implementations of each operator.
  • the Technical Report No. 150 I 1 offers such a first look at the use of loop signals in different European countries.
  • ETSI ETR 150 offers such a first look at the use of loop signals in different European countries.
  • the PSTN network particular subscriber line discriminations make it possible to identify subscriber accesses for which the transmission of particular loop signals is necessary.
  • the implementation is simplified because of the centralized architecture and mono-manufacturer between the line connecting member (URA) and the service processing member (RTC switch).
  • the present invention therefore relates to a method of emulating loop signals. This method is remarkable in that it comprises the following preliminary steps:
  • the user of an analog telephone terminal connected to an IP type communications network via an access device acquires rights to a loop signal service of at least one predetermined type
  • a predetermined device of said network is initialized or configured according to said rights to the service. and in that it further comprises the following steps:
  • said access device receives from the network a session control signal containing information for controlling the applying to said terminal a loop signal of said at least one predetermined type, and / or
  • said access device transmits to the network a session control signal containing information to account for this application.
  • An additional advantage of the invention is the possibility of conveniently introducing on the network new services based on loop signals: in fact, it suffices to add in the network new telephony servers capable of managing these services. new services and to control the access devices according to the invention.
  • the addition of a new service based on loop signals requires the change, costly to implement, the management software in each switch.
  • said initialized or configured device is constituted by a device located in the heart of the network.
  • said session control signal is a request or a response containing a header indicating said at least one type of loop signal.
  • This header according to the invention makes it possible to implement said first method conveniently.
  • said configured device is constituted by said access device.
  • said access device subscribes to a telephony server or a call server, on behalf of the user of the terminal, to the notification of said at least one type of signal. loop.
  • a telephony server or a call server subscribes to said access device, on behalf of the user of the terminal, to the notification of said at least one type of loop signal.
  • This subscription according to the invention makes it possible to conveniently implement said second way.
  • the invention relates to various devices.
  • an access device to an IP type communications network for a telephone terminal analog is remarkable in that, the user of said analog telephone terminal having acquired rights to a loop signal service of at least one predetermined type, it comprises means for: - following the detection in the heart of the network the need to apply for said terminal a loop signal of said at least one predetermined type, receive from the network a session control signal containing information for controlling the application for said terminal of a loop signal of said at least one predetermined type, and / or - following the application by said terminal of a loop signal of said at least one predetermined type, transmitting to the network a session control signal containing information to account for this application .
  • said session control signal is a request or a response containing a header indicating said at least one type of loop signal.
  • said access device is configured according to said rights to a loop signal service.
  • said access device further comprises means for:
  • This network core device is remarkable in that, the user of said terminal analog telephone network having acquired rights to a loop signal service of at least one predetermined type, it comprises means for:
  • said network core device is initiated or configured according to said rights to a loop signal service.
  • said core network device further comprises means for:
  • the invention also relates to a computer program downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor.
  • This computer program is notable in that it includes instructions for performing the steps of any of the methods of emulating loop signals succinctly set forth above, when run on a computer.
  • FIG. 1 schematically represents a system for providing multimedia services capable of implementing the invention
  • FIG. 2 represents a block diagram of a first variant of a first embodiment of the invention, in the case of an application command of a loop signal,
  • FIG. 2bis represents a block diagram of the same variant as in FIG. 2, in the case of a report of the application of a loop signal,
  • FIG. 3 represents a block diagram of a second variant of the first embodiment of the invention, in the case of an application command of a loop signal;
  • FIG. 3bis represents a block diagram of the same variant as in FIG. 3, in the case of a report of the application of a loop signal,
  • FIG. 4 represents a block diagram of a second embodiment of the invention, in the case of an application command of a loop signal
  • FIG. 4bis shows a block diagram of the same embodiment as in FIG. 4, in the case of a report of the application of a loop signal.
  • the system illustrated in Figure 1 is based on an IMS type network architecture, as briefly presented above.
  • the multimedia services offered by such a system may include telephony services, video telephony, content sharing
  • the terminal 10 is an analog telephone terminal, for example an individual (fixed) telephone, represented by UE (for "User Equipmenf" in English) in FIG. 1.
  • This analog terminal 10 is connected to the network 20 via an access device 1 of the URA-SIP type as defined above, for example a home gateway.
  • the terminal 11 is a priori any, that is to say it may be a fixed or mobile terminal, analog or digital; it can have SIP signaling means, and include means for rendering audiovisual content.
  • the terminal 11 is, for example, represented by an individual digital terminal UE.
  • this multimedia service delivery system relies on a network that complies with the IMS architecture defined in 3GPP, and which comprises:
  • an I / S-CSCF call server 22 manages in particular the registration procedure of devices connected to the network 20; in fact, for such a device to benefit from the services provided by this network, this device must, with some exceptions (in the case of certain emergency calls) register with the server 1 / S-CSCF 22; the server I / S-CSCF 22 also handles the routing of signaling between I 1 URA-SIP 1 (respectively, the terminal 11) and the voice mail server VM 25, presence PS 26 and telephony TAS 27, and routing to other terminals managed by the same IMS network and routing of the signaling between this IMS network 20 and other networks (not shown);
  • the P-CSCF 21 server (respectively, 28) is the SIP contact point of I 1 URA-SJP 1 (respectively of the terminal 11) in the IMS network, thus all the SIP signaling exchanged between the URA-SIP 1 (respectively, the terminal 11) and the I / S-CSCF call server 22 passes through this P-CSCF server 21 (respectively, 28);
  • HSS server 24 contains the profile of the user of the terminal 10, 11 in terms of authentication, location and subscribed services;
  • an SLF server for "S ⁇ bscriber Location Functiorf"
  • an SLF server 23 is used in networks containing several HSS servers, this SLF server 23 is interrogated by the functions t-CSCF and S-CSCF to find the address of the HSS server 24 hosting the data of the user of the terminal 10, 11;
  • the VM server 25 manages the subscription of the terminal 11 to the events of deposit / consultation of the messages of the user of this terminai, and notifies the terminal 11 at the occurrence of these events;
  • the server PS 26 manages the subscription of the terminal 11 to the presence events that the user of this terminal wishes to monitor, and notifies the terminal at the occurrence of these events;
  • a TAS server manages the telephone services to which the user of the terminal 10 has subscribed with his operator, such as the presentation of the CUP number or the CNlP name, the blocking of certain OCB outgoing calls, the conditional CFB or non-conducting CFNR or Unconditional CFU response or messaging (CFB-VM, CFNR-VM, CFU-VM), CW queues, CT queues, CH warnings; in particular, the TAS server is invoked in each call in originator mode for the services relating to the caller (CLIP, CNIP, OCB) and in terminatintf mode for the services relating to the called party (CFNR, CFB, CFU) .
  • the VM 25 voicemail servers, the PS presence servers 26 and the TAS telephony servers 27 are examples of so-called "application servers" (inapplication server ⁇ or AS in English).
  • the VM servers 25 and the PS presence servers 26 manage services (for example, message store / consultation or presence) to which any device registered on the network 20 can subscribe; the telephone servers TAS 27 manage telephone services to which the user of such a device can subscribe.
  • the database server HSS 24 is notably interrogated:
  • I-CSCF when registering I 1 URA-SIP 1 (respectively, of the terminal 11) in order to allocate an I / S-CSCF server 22 to the URA-SIP 1 (respectively, to the terminal 11) or to find the I / S-CSCF server 22 that has already been allocated to it; • by the S-CSCF function during the initial registration PURA-SIP 1 (respectively, of the terminal 11) in order to download the data relating to the subscribed services, in particular the detection points which will enable the J / S-CSCF server 22 determine which signaling message it should route to which application server (such as VM 25, PS 26 or TAS 27);
  • SIP requests or responses of various types are used to convey the information allowing either to control the application (future) or to report of the application (passed) of a loop signal.
  • SIP requests or responses convey this information in a header specific to the invention which indicates which loop signals must be, or have just been, applied.
  • FIG. 2 A first variant of this embodiment is illustrated in FIG. 2.
  • this specific mark is recorded in the HSS 24 in charge of the user of the terminal 10 (configuration of the HSS 24), then the S -CSCF 22 obtains from HSS 24 the profile of this user (initialization of S-CSCF 22); this profile contains information about the rights of this user to the affected service.
  • the dialogue with I 1 URA-SIP 1 is then established (step E2).
  • the S-CSCF 22 can then use this information to manage the transmission of SIP requests which command I 1 URA-SIP 1, whenever necessary, to apply one of the loop signals to which the user of the terminal 10 subscribed.
  • I 1 URA-SIP 1 may issue a SIP response including the header according to the invention to confirm that it has executed this command.
  • the URA-SIP 1 can issue a request including the header according to the invention to account for the application of a loop signal by the terminal 10 at the initiative of the latter.
  • this information will be taken into account only under the condition of the specific marking mentioned above, which assumes that the user of the terminal 10 has subscribed to this type of loop signal; in the absence of such marking, your information contained in the ⁇ n-head will simply not be taken into account.
  • the S-CSCF 22 may issue a SIP response including the header according to the invention to confirm that it has been notified of this report.
  • FIG. 3 A second variant of this embodiment is illustrated in FIG. 3.
  • said specific mark is recorded, during an initialization or configuration phase, in the TAS 27 in charge at the terminal 10.
  • the dialogue with I 1 URA-SIP 1 is then established (step E2).
  • the TAS 27 can then use this information to manage the transmission of SIP requests that command the URA-SIP 1, whenever necessary, to apply a certain loop signal.
  • the URA-SIP 1 may issue a SIP response including the header according to the invention to confirm that it has executed this command.
  • the URA-SIP 1 can send a SIP request including the header according to the invention to report on the application of a loop signal. by the terminus 10 at the initiative of the latter.
  • this information will be taken into account only under condition of the specific marking mentioned above.
  • the TAS 27 may issue a SIP response including the header according to the invention to confirm that it has been notified of this report.
  • the URA-1 SIP 1 should just be able to correctly interpret the content of the header of the invention carried in SIP requests.
  • I 1 URA-SIP 1 which is configured (step E1) with a specific mark for each telephone terminal connected to it and whose user has acquired rights to a service associated with such or such loop signal. This embodiment uses a new type of event
  • Event package * in English offered for subscription and to be used as part of the subscription / notification mechanism as defined in RFC3265 standard.
  • I 1 URA-SIP 1 subscribes to the telephony server TAS 27 or the call server S-CSCF 22, on behalf of the user of the terminal 10, one or more types of loop signals through ⁇ ⁇ event package according to the invention.
  • the dialogue with I 1 URA-SIP 1 is established (step E2).
  • the TAS 27 or the S-CSCF 22 detects the need to apply for the terminal 10 a loop signal of one of these types, it issues a notification to this effect, which is transmitted to I 1 URA-SIP 1 .
  • TAS 27 detects the need to apply the "Stop_Ringing" and "Reduced_Battery H " signals, the TAS 27 will then send, as part of the SIP dialogue established by the subscription, an associated notification (under form, as part of the SIP protocol, a session control signal of the type "NOTIFY"), which will be retransmitted to the URA-SIP 1.
  • This notification can take the following form:
  • the co ⁇ s of the notification is coded in the form of text, but one could as well code this body in XML language.
  • FIG. 4a A second variant of this embodiment is illustrated in Figure 4a.
  • the telephony server TAS 27 or the call server S-CSCF 22 subscribes, on behalf of the user of the terminal 10, to the URA-SIP 1, to one or more types of loop signals.
  • dialogue with URA-I 1 SIP 1 is set (step E2).
  • the terminal 10 applies on its own initiative a loop signal of one of these types, the URA-SIP 1 reports this by transmitting a session control signal of the "NOTIFY" type.
  • the servers concerned may also be arranged such that the subscription request submitted by the URA-SIP 1 as described with reference to FIG. 4 automatically triggers an inverse subscription as described with reference to FIG. 4bis.
  • Pulse signals (ie of calibrated duration): Pulsed normal polarity, Pulsed reversed polarity, Pulsed battery on c-wire, Pulsed on hook, Pulsed reduced battery, Pulsed no battery, Initial ring, Meter tap, 50 Hz tap, Register recall (timed loop open), Pulsed off hook (pulsed loop closed), Pulsed b-wire connected to earth, Earth loop pulse, Pulsed b-wire connected to battery, Pulsed a-wire connected to earth, Pulsed a-wire connected to battery , Pulsed c-wire connected to earth, Pulsed c-wire disconnected, Pulsed normal battery, Pulsed a-wire disconnected, Pulsed b-wire disconnected.
  • the implementation of the invention within the nodes of the telecommunications network can be realized by means of software and / or hardware components.
  • the software components can be integrated into a typical network node management computer program. Therefore, as indicated above, the present invention also relates to a computer system.
  • This computer system conventionally comprises a central processing unit controlling signals by a memory, as well as an input unit and an output unit. Moreover, this computer system can be used to execute a computer program comprising instructions for implementing the method of emulating the loop signals according to the invention.
  • the invention also relates to a downloadable computer program from a communication network comprising instructions for executing the steps of a method of emulating the loop signals according to the invention, when it is executed on a computer.
  • This computer program may be stored on a computer readable medium and may be executable by a microprocessor.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any another desirable form.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a diskette ("floppy dise” in English). ) or a hard disk.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the computer program according to the invention can in particular be downloaded to an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method of emulation of the loop signals according to the invention.

Landscapes

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

Abstract

L'invention concerne un procédé d'émulation des signaux de boucle. Ce procédé comprend les étapes préalables suivantes : l'utilisateur d'un terminal téléphonique analogique (10) raccordé à un réseau de communications de type IP (20) via un dispositif d'accès (1) acquiert des droits à un service de signaux de boucle d'au moins un type prédéterminé; et un dispositif (1, 22, 24, 27) prédéterminé dudit réseau (20) est initialisé ou configuré en fonction desdits droits au service. Ce procédé comprend en outre les étapes suivantes; - suite à la détection dans le cœur du réseau (20) de la nécessité d'appliquer pour ledit terminal (10) un signal de boucle dudit au moins un type prédéterminé, ledit dispositif d'accès (1) reçoit du réseau (20) un signal de contrôle de session contenant des informations pour commander l'application pour ledit terminal (10) d'un signal de boucle dudit au moins un type prédéterminé, et/ou - suite à l'application par ledit terminal (10) d'un signal de boucle dudit au moins un type prédéterminé, ledit dispositif d'accès (1) émet vers le réseau (20) un signal de contrôle de session contenant des informations pour rendre compte de cette application.

Description

PROCEDE D'EMULATION DES SIGNAUX DE BOUCLE
La présente Invention concerne notamment (mais pas exclusivement) les réseaux de type IP (m Internet Protocot) qui sont aptes à mettre en œuvre des protocoles de contrôle de session évolués. Les réseaux IP permettent la diffusion de données conversationnelles, tels que "Voix sur IP", "Partage de Contenu", "Présence", ou "Messagerie Instantanée".
Plus particulièrement, la présente invention concerne l'émulation sur un réseau IP des appels téléphoniques placés sur un téléphone analogique. Par "émulation", on entend que l'utilisateur de ce téléphone l'utilise de Ia même façon que si ta ligne téléphonique était reliée à un Réseau Téléphonique Commuté (RTC) (en anglais "Switched Téléphone Network1 ou STN) classique. Cette émulation est réalisée au moyen d'équipements de collecte de nouvelle génération situés entre les téléphones et le cœur de réseau.
On rappelle que le RTC, et en particulier le réseau téléphonique commuté public RTCP (en anglais, PSTN), est un réseau de téléphonie fixe ou mobile dans lequel un terminal analogique est relié à un central téléphonique par une paire de fils, appelée "boucle locale", alimentée par le réseau. Les centraux téléphoniques sont eux-mêmes reliés entre eux par des liens à haut débit. Ces terminaux téléphoniques analogiques peuvent être de diverses sortes, par exemple un téléphone individuel (poste d'abonné), un publiphone ou un PABX (initiales des mots anglais "Private Automatic Branch eXchange" signifiant "autocommutateur téléphonique privé") qui sert principalement à relier les postes téléphoniques d'un établissement (lignes "internes") avec le réseau téléphonique public (lignes "externes").
On rappelle également que les protocoles de contrôle de session évolués classiques, tels que les protocoles H.323 et SIP ("Session Initiation ProtocoF), utilisent des messages dits "de signalisation", qui sont des messages permettant à un terminal de demander une connexion avec un autre terminal, ou également des messages signalant qu'une ligne téléphonique est occupée, ou signalant que le téléphone appelé sonne, ou encore signalant que tel téléphone est connecté au réseau et peut être joint de telle ou telle manière. Lorsqu'un citent enregistré sur un réseau utilisant un protocole de contrôle de session évolué souhaite bénéficier d'un service multimédia offert par le réseau, il émet vers le réseau un message de signalisation précisant sa requête. Le protocole H.323 a été mis au point par TUtT-T. Il spécifie des procédures concernant la signalisation, la négociation de codeur- décodeur, et le transport de l'information. Il est largement utilisé par les fabricants d'équipements vocaux et de conférences vidéo, ainsi que dans plusieurs applications Internet en temps-réel telles que "NetMeeting11. Le protocole SIP a été défini par l'IETF dans le document RFC
3261. Ce protocole permet l'établissement, Ja modification et la terminaison de sessions multimédia dans un réseau utilisant le protocole IP. Le protocole SIP permet également des procédures de notification d'événements et l'envoi d'informations en dehors du contexte d'une session. II est largement utilisé pour des commandes de services de messagerie instantanée. Ainsi, dans un environnement SIP, il existe différents types de communications telles que des requêtes d'établissement de sessions et des requêtes échangées hors de tout dialogue. Dans les dispositifs obéissant à ce protocole, les fonctions associées sont mises en œuvre par une entité logique appelée "User Agent' (signifiant "agent d'usager" en anglais), qui se comporte, selon les circonstances, comme un "client" ou comme un "serveur".
L'invention convient bien en particulier aux infrastructures de type IMS ("IP Multimedia Subsystenf). L1IMS a été défini par les organismes de normalisation 3GPP {"3rd Génération Partnership Project) et TISPAN ("Télécommunications and Internet Convergea Services and Protocols for Advanced Networking*). C'est une architecture de réseau introduite par le 3GPP pour les réseaux mobiles, puis reprise par TISPAN pour les réseaux fixes. Cette architecture, qui utilise le protocole SIP, permet rétablissement dynamique et le contrôle de sessions multimédia entre deux clients ainsi que la réservation des ressources au niveau du réseau de transport des flux multimédias. Grâce à cette architecture, les opérateurs réseau peuvent commodément mettre en œuvre une politique de gestion, fournir une Qualité de Service prédéterminée, et calculer les montants à facturer aux clients. L1IMS permet actuellement d'accéder à des services de type téléphonie, visiophonie, présence et messagerie instantanée, dont elle gère aussi l'interaction.
Les opérateurs téléphoniques ont commencé la migration de leur réseau de commutation téléphonique vers des réseaux dits de "Voix sur IP" (en anglais, 'Voice over IP1 ou VoIP). Alors que le parc des abonnés RTC traditionnels est en décroissance, celui des abonnés VoIP, qui ont souscrit à une offre de services groupés (Internet/TV/téléphonie illimitée), est en forte croissance. Ces abonnés VoIP sont (ou seront) raccordés à des cœurs de réseau IMS, tandis que les abonnés RTC sont actuellement quant à eux raccordés à des autocommutateurs temporels (dans les centraux téléphoniques) par le biais d'Unités de Raccordement d'Abonnés (URA) (un "autocommutateur temporel" opère sur des signaux multiplexes dans le temps). Dans ces circonstances, les opérateurs doivent exploiter parallèlement deux réseaux différents, ce qui multiplie les coûts d'exploitation et de maintenance.
Il est donc apparu souhaitable de faire converger ces réseaux sans pour autant remplacer les terminaux du parc RTC (en raison de l'attachement de nombre de clients à leur ligne téléphonique classique, et des dépenses que leur remplacement entraînerait), d'où la notion "d'émulation du RTC". Les abonnés RTC sont alors raccordés à de nouveaux types d*URA qui réalisent l'adaptation protocolaire de signalisation d'appel pour la communication avec Ie cœur IMS1 ainsi que l'encodage/décodage des flux média : dans le cadre de la présente invention, ces nouveaux types d'URA seront appelés "URA-SIP". Comme exemples de ces URA-SIP, on trouve d'une part les passerelles domestiques et les passerelles situées dans des entreprises (" Résidentiel Gatewaysf en anglais), et d'autre part les passerelles situées dans le réseau d'un opérateur f Voice Gateways* en anglais) telles que les DSLAM-SIP (DSLAM sont les initiales des mots anglais "Digital Subscriber Une Access Mυiϋplexef signifiant "multiplexeur d'accès de lignes d'abonnés numériques" ; il s'agit de dispositifs qui collectent le trafic de données DSL transitant sur un certain nombre de lignes téléphoniques).
Les terminaux analogiques du réseau RTC sont aptes à recevoir du réseau cœur ou émettre vers celui-ci des signaux dits "signaux de boucle". Un exemple de signal de boucle est fourni par l'inversion de polarité de ligne qui permet de modifier les polarités du fil a et du fil b constitutifs de la paire de cuivre analogique raccordant l'abonné. L'usage d'un type particulier de signal de boucle est généralement lié à la fourniture d'un service particulier. On utilise par exemple les signaux de boucle dans certains PABX qui, lorsqu'ils transmettent à un poste interne à leur réseau privé un appel téléphonique provenant d'une ligne externe, confirment cette transmission en envoyant un signal de boucle à la ligne externe. On utilise aussi les signaux de boucle dans certains publiphones en association avec l'émission d'impulsions de taxation. Les cas d'usage des signaux de boucles sont en fait extrêmement variés, et dépendent de l'historique des mises en œuvre de chaque opérateur. Le Rapport Technique n° 150 de I1ETSI (ETR 150) offre par exemple un premier aperçu de l'utilisation des signaux de boucle dans différents pays européens. Dans le réseau RTC, des discriminations de ligne d'abonné particulières permettent d'identifier tes accès d'abonnés pour lesquels l'émission de signaux de boucle particuliers est nécessaire. Dans ce type de réseau, la réalisation est simplifiée du fait de l'architecture centralisée et mono-constructeur entre l'organe de raccordement des lignes (URA) et l'organe de traitement des services (commutateur RTC). Dans une architecture IMS en revanche, les équipements de cœur, d'accès et de services ne sont habituellement pas fournis par le même constructeur, et doivent donc inîer-opérer par des mécanismes standardisés ; pour éviter les adaptations spécifiques "opérateur* ou "service* sur les équipements d'accès (qui représentent Ia majorité de l'investissement d'un opérateur), il est hautement souhaitable de préserver ces équipements de toute mise en œuvre spécifique.
Or il n'existe pas à l'heure actuelle, dans les protocoles de contrôle de session évolués, de mécanisme permettant de véhiculer les informations relatives aux signaux de boucle dans les réseaux de VoIP et plus particulièrement dans les cœurs de réseaux IMS. Autrement dit, rien n'est prévu dans ces protocoles pour permettre l'émulation des signaux de boucle dans de tels réseaux. Gela peut paraître surprenant compte tenu de l'utilité considérable des signaux de boucle (comme l'atteste leur riche utilisation dans les réseaux RTC), mais s'explique sans doute par la difficulté à trouver, pour mettre en œuvre les signaux de boucle dans des réseaux de type IP, un mécanisme standard qui soit une extension "naturelle" des protocoles évolués existants, et qui soit donc simple à installer au sein des architectures déjà mises en place.
La présente invention concerne donc un procédé d'émulation des signaux de boucle. Ce procédé est remarquable en ce qu'il comprend les étapes préalables suivantes :
- l'utilisateur d'un terminal téléphonique analogique raccordé à un réseau de communications de type IP via un dispositif d'accès acquiert des droits à un service de signaux de boucle d'au moins un type prédéterminé, et
- un dispositif prédéterminé dudit réseau est initialisé ou configuré en fonction desdits droits au service. et en ce qu'il comprend en outre les étapes suivantes :
- suite à la détection dans le cœur du réseau de la nécessité d'appliquer pour ledit terminal un signal de boucle dudit au moins un type prédéterminé, ledit dispositif d'accès reçoit du réseau un signal de contrôle de session contenant des informations pour commander l'application pour ledit terminal d'un signal de boucle dudit au moins un type prédéterminé, et/ou
- suite à l'application par ledit terminal d'un signal de boucle dudit au moins un type prédéterminé, ledit dispositif d'accès émet vers le réseau un signal de contrôle de session contenant des informations pour rendre compte de cette application.
On notera que ladite détection dans le cœur de réseau de la nécessité d'appliquer un signal de boucle pourra résulter :
- soit du déroulement d'un service téléphonique auquel l'utilisateur du terminal téléphonique analogique a souscrit, - soit d'une action sur le terminal téléphonique analogique, auquel cas cette action est traduite par ledit dispositif d'accès en une requête émise vers le cœur de réseau.
Grâce à l'invention, on peut mettre en œuvre les signaux de boucle dans les réseaux de type IP au moyen d'un mécanisme complétant de manière simple les protocoles de contrôle de session évolués classiques.
Un avantage supplémentaire de l'invention est la possibilité d'introduire commodément sur le réseau de nouveaux services à base de signaux de boucle : en effet, il suffit pour ce faire d'ajouter dans le réseau de nouveaux serveurs de téléphonie aptes à gérer ces nouveaux services et à commander les dispositifs d'accès conformément à l'invention. Dans les réseaux RTC au contraire, l'ajout d'un nouveau service à base de signaux de boucle requiert le changement, coûteux à mettre en œuvre, du logiciel de gestion dans chaque autocommutateur.
Selon des caractéristiques particulières, ledit dispositif initialisé ou configuré est constitué par un dispositif situé dans le cœur du réseau.
Grâce à ces dispositions, on dispose d'une première façon efficace de prendre en compte les droits de l'utilisateur du terminal téléphonique analogique à un service de signaux de boucle.
Selon des caractéristiques encore plus particulières, ledit signal de contrôle de session est une requête ou une réponse contenant un en-tête indiquant ledit au moins un type de signal de boucle.
Cet en-tête selon l'invention permet de mettre en œuvre commodément ladite première façon.
Selon d'autres caractéristiques particulières, ledit dispositif configuré est constitué par ledit dispositif d'accès.
Grâce à ces dispositions, on dispose d'une seconde façon efficace de prendre en compte les droits de l'utilisateur du terminal téléphonique analogique à un service de signaux de boucle.
Selon des caractéristiques encore plus particulières, ledit dispositif d'accès souscrit auprès d'un serveur de téléphonie ou d'un serveur d'appel, pour le compte de l'utilisateur du terminal, à la notification dudit au moins un type de signal de boucle. Selon d'autres caractéristiques encore plus particulières, un serveur de téléphonie ou un serveur d'appel souscrit auprès dudit dispositif d'accès, pour le compte de l'utilisateur du terminal, à la notification dudit au moins un type de signal de boucle.
Cette souscription selon l'invention permet de mettre en œuvre commodément ladite seconde façon.
Corrélativement, l'invention concerne divers dispositifs.
Elle concerne ainsi, premièrement, un dispositif d'accès à un réseau de communications de type IP pour un terminal téléphonique analogique. Ce dispositif d'accès est remarquable en ce que, l'utilisateur dudit terminal téléphonique analogique ayant acquis des droits à un service de signaux de boucle d'au moins un type prédéterminé, il comprend des moyens pour : - suite à la détection dans le cœur du réseau de la nécessité d'appliquer pour ledit terminal un signal de boucle dudit au moins un type prédéterminé, recevoir du réseau un signal de contrôle de session contenant des informations pour commander l'application pour ledit terminal d'un signal de boucle dudit au moins un type prédéterminé, et/ou - suite à l'application par ledit terminal d'un signal de boucle dudit au moins un type prédéterminé, émettre vers le réseau un signal de contrôle de session contenant des informations pour rendre compte de cette application.
Selon des caractéristiques particulières, ledit signal de contrôle de session est une requête ou une réponse contenant un en-tête indiquant ledit au moins un type de signal de boucle.
Selon d'autres caractéristiques particulières, ledit dispositif d'accès est configuré en fonction desdits droits à un service de signaux de boucle.
Selon des caractéristiques encore plus particulières, ledit dispositif d'accès comprend en outre des moyens pour :
- souscrire auprès d'un serveur de téléphonie ou d'un serveur d'appel, pour le compte de l'utilisateur du terminal, à la notification dudit au moins un type de signal de boucle, et/ou
- accepter, de la part d'un serveur de téléphonie ou d'un serveur d'appel, une souscription, pour le compte de l'utilisateur du terminal), à la notification dudit au moins un type de signal de boucle.
Elle concerne aussi, deuxièmement, un dispositif situé dans le cœur d'un réseau de communications de type IP auquel est raccordé un terminal téléphonique analogique via un dispositif d'accès. Ce dispositif de cœur de réseau est remarquable en ce que, l'utilisateur dudit terminal téléphonique analogique ayant acquis des droits à un service de signaux de boucle d'au moins un type prédéterminé, il comprend des moyens pour :
- détecter, le cas échéant, la nécessité d'appliquer pour ledit terminal un signal de boucle dudit au moins un type prédéterminé et émettre alors à destination dudit dispositif d'accès un signal de contrôle de session contenant des informations pour commander l'application pour ledit terminal d'un signal de boucle dudit au moins un type prédéterminé, et/ou
- suite à l'application par ledit terminal d'un signal de boucle dudit au moins un type prédéterminé, recevoir de la part dudit dispositif d'accès un signal de contrôle de session contenant des informations pour rendre compte de cette application.
Selon des caractéristiques particulières, ledit dispositif de cœur de réseau est initiatisé ou configuré en fonction desdits droits à un service de signaux de boucle.
Selon d'autres caractéristiques particulières, ledit dispositif de cœur de réseau comprend en outre des moyens pour :
- accepter, de la part de la part dudit dispositif d'accès, une souscription, pour le compte de l'utilisateur du terminal, à la notification dudit au moins un type de signal de boucle, et/ou
- souscrire auprès dudit dispositif d'accès, pour le compte de l'utilisateur du terminal, à la notification dudit au moins un type de signal de boucle.
Les avantages offerts par ces dispositifs sont essentiellement les mêmes que ceux offerts par les procédés corrélatifs succinctement exposés ci-dessus.
On notera qu'il est possible de réaliser les dispositifs succinctement décrits ci-dessus dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques. L'Invention vise également un programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour l'exécution des étapes de l'un quelconque des procédés d'émulation des signaux de boucle succinctement exposés ci-dessus, lorsqu'il est exécuté sur un ordinateur.
Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerte par lesdits procédés. D'autres aspects et avantages de l'invention apparaîtront à la lecture de Ia description détaillée ci-dessous de modes de réalisation particuliers, donnés à titre d'exemples non limitatifs. La description se réfère aux figures qui l'accompagnent, dans lesquelles :
- la figure 1 représente schématiquement un système pour la fourniture de services multimédia apte à mettre en œuvre l'invention,
- la figure 2 représente un schéma fonctionnel d'une première variante d'un premier mode de réalisation de l'invention, dans le cas d'une commande d'application d'un signal de boucle,
- la figure 2bis représente un schéma fonctionnel de la même variante que sur la figure 2, dans le cas d'un compte-rendu de l'application d'un signal de boucle,
- la figure 3 représente un schéma fonctionnel d'une seconde variante du premier mode de réalisation de l'invention, dans le cas d'une commande d'application d'un signal de boucle, - la figure 3bis représente un schéma fonctionnel de la même variante que sur la figure 3, dans le cas d'un compte-rendu de l'application d'un signal de boucle,
- la figure 4 représente un schéma fonctionnel d'un deuxième mode de réalisation de l'invention, dans le cas d'une commande d'application d'un signal de boucle, et - la figure 4bis représente un schéma fonctionnel du même mode de réalisation que sur la figure 4, dans le cas d'un compte-rendu de l'application d'un signai de boucle.
Le système illustré sur la figure 1 est fondé sur une architecture de réseau de type IMS, tel que présenté succinctement ci-dessus. Les services multimédia offerts par un tel système peuvent comprendre des services de téléphonie, de vidéo-téléphonie, de partage de contenu
(*content-sharinξf en anglais), de présence, de messagerie instantanée, ou de télévision. Ces services sont à la disposition de terminaux 10, 11 raccordés directement ou indirectement à un réseau 20 comprenant une infrastructure de transport IP et des serveurs IMS.
Dans l'exemple considéré, le terminal 10 est un terminal téléphonique analogique, par exemple un téléphone (fixe) individuel, représenté par UE (pour "User Equipmenf en anglais) sur la figure 1. Ce terminal analogique 10 est raccordé au réseau 20 via un dispositif d'accès 1 du type URA-SIP tel que défini ci-dessus, par exemple une passerelle domestique.
Le terminal 11 est a priori quelconque, c'est-à-dire qu'il peut s'agir d'un terminal fixe ou mobile, analogique ou numérique ; il peut disposer de moyens de signalisation SIP, et comprendre des moyens de restitution d'un contenu audiovisuel. Sur la figure 1 , le terminal 11 est, à titre d'exemple, représenté par un terminal individuel numérique UE.
Comme le montre la figure 1 , ce système de fourniture de services multimédia s'appuie sur un réseau 20 conforme à l'architecture IMS définie au 3GPP, et qui comprend :
• une infrastructure de transport IP (non représentée) ;
• un ou plusieurs serveurs d'appel I/S-CSCF (pour la combinaison d'une fonction " Interrogating-Call Server Control Functiorf' et d'une fonction " Serving-Call Server Control Functiorf dans le même serveur) ; un serveur d'appel I/S-CSCF 22 gère notamment la procédure d'enregistrement des dispositifs connectés au réseau 20 ; en effet, pour qu'un tel dispositif puisse bénéficier des services fournis par ce réseau, ce dispositif doit, sauf exceptions (cas de certains appels d'urgence) s'enregistrer auprès du serveur 1/S-CSCF 22 ; le serveur I/S-CSCF 22 gère également le routage de la signalisation entre I1URA-SIP 1 (respectivement, le terminal 11) et les serveurs de messagerie vocale VM 25, de présence PS 26 et de téléphonie TAS 27, ainsi que le routage en direction d'autres terminaux gérés par te même réseau IMS et le routage de la signalisation entre ce réseau IMS 20 et d'autres réseaux (non- représentés) ;
• un (ou plusieurs) serveur(s) P-CSCF (pour "Proxy-CafI Server Contrat Functiorf) ; le serveur P-CSCF 21 (respectivement, 28) est le point de contact SIP de I1URA-SJP 1 (respectivement, du terminal 11) dans le réseau IMS ; ainsi, toute la signalisation SIP échangée entre f URA-SIP 1 (respectivement, le terminal 11) et le serveur d'appel I/S-CSCF 22 passe par ce serveur P-CSCF 21 (respectivement, 28) ;
• un ou plusieurs serveurs de base de données, de type HSS (pour "Home Subscribβr Server*) ; un serveur HSS 24 contient le profil de l'utilisateur du terminal 10, 11 en termes de données d'authentification, de localisation et de services souscrits ;
• optionnellement, un serveur de type SLF (pour "Sυbscriber Location Functiorf) ; un serveur SLF 23 est utilisé dans les réseaux contenant plusieurs serveurs HSS ; ce serveur SLF 23 est interrogé par les fonctions t-CSCF et S-CSCF pour trouver l'adresse du serveur HSS 24 hébergeant les données de l'utilisateur du terminal 10, 11 ;
• un (ou plusieurs) serveur(s) de messagerie vocale VM 25 ; le serveur VM 25 gère la souscription du terminal 11 aux événements de dépôt/consultation des messages de l'utilisateur de ce terminai, et notifie le terminal 11 lors de l'occurrence de ces événements ;
• un (ou plusieurs) serveur(s) de présence PS 26 ; le serveur PS 26 gère la souscription du terminal 11 aux événements de présence que l'utilisateur de ce terminai souhaite surveiller, et notifie le terminal lors de l'occurrence de ces événements ; et
• un (ou plusieurs) serveur(s) de téléphonie TAS 27 ; un serveur TAS gère les services téléphoniques auxquels l'utilisateur du terminal 10 a souscrits auprès de son opérateur, tels que la présentation du numéro CUP ou du nom CNlP, au blocage de certain appels sortants OCB, aux renvois conditionnels sur occupation CFB ou non- réponse CFNR ou inconditionnels CFU ou vers messagerie (CFB- VM, CFNR-VM, CFU-VM), aux mises en attente CW, aux va-et- vients CT, aux mises en garde CH ; en particulier le serveur TAS est invoqué dans chaque appel en mode "originatinçf' pour les services relatifs à l'appelant (CLIP, CNIP, OCB) et en mode "terminatintf pour les services relatifs à l'appelé (CFNR, CFB, CFU). Les serveurs de messagerie vocale VM 25, les serveurs de présence PS 26 et les serveurs de téléphonie TAS 27 sont des exemples de ce que l'on appelle des "serveurs d'applications" inapplication server^ ou AS en anglais). Les serveurs VM 25 et les serveurs de présence PS 26 gèrent des services (par exemple de dépôt/consultation de message, ou de présence) auxquels tout dispositif enregistré sur le réseau 20 peut souscrire ; les serveurs de téléphonie TAS 27 gèrent des services téléphoniques auxquels l'utilisateur d'un tel dispositif peut souscrire.
Le serveur de base de données HSS 24 est notamment interrogé :
• par la fonction I-CSCF lors de l'enregistrement de I1URA-SIP 1 (respectivement, du terminal 11 ) afin d'allouer un serveur I/S-CSCF 22 à l'URA-SIP 1 (respectivement, au terminal 11) ou de retrouver le serveur I/S-CSCF 22 qui lui a été déjà alloué ; • par Ia fonction S-CSCF lors de l'enregistrement initial PURA-SIP 1 (respectivement, du terminal 11) afin de télécharger les données concernant les services souscrite, dont notamment les points de détection qui permettront au serveur J/S-CSCF 22 de déterminer quel message de signalisation il doit acheminer vers quel serveur d'application (comme par exemple le VM 25, le PS 26 ou le TAS 27) ;
• par la fonction S-CSCF lors des enregistrements de PURA-SIP 1 (respectivement, du terminal 11), afin d'informer le serveur HSS 24 de l'installation ou de la prolongation d'un enregistrement sur le serveur I/S-CSCF 22 ; et
• par la fonction S-CSCF, afin de récupérer les informations nécessaires à Pauthentification de la signalisation émise par PURA- SIP 1 (respectivement, Ie terminal 11), On va maintenant illustrer le fonctionnement et les avantages de l'invention dans le cadre de modes de réalisation illustrés sur les figures 2 à 4bis.
Dans Ie but de fournir une interface générique, les modes de réalisation ci-après décrivent des éléments de protocote nécessaires au transfert des informations associées aux signaux de boucle sans préjuger de la mise en œuvre des services associés à ces signaux de boucle.
Selon un premier mode de réalisation, on utilise les requêtes ou réponses SIP de divers types (INVITE, re-INVITE, UPDATE, PRACK, ou autre) pour véhiculer les informations permettant soit de commander l'application (future), soit de rendre compte de l'application (passée), d'un signal de boucle. Ces requêtes ou réponses SIP véhiculent ces informations dans un en-tête spécifique à l'invention qui indique quels signaux de boucle doivent être, ou viennent d'être, appliqués.
Voici un exemple d'une telle requête SIP, dans laquelle l'en-tête selon l'invention est appelé "LineSignal" : INVITE sip: Iinel2@operator . ims . com SIP/2.0 Via: i ...} Max-Forwards : [ ...3 To: I ... }
Prom: [ .. • J CaIl-ID: [ ,.,] CSeq: 14 INVITE Contact: t ...3
IiineSîgnalt Stop_Ringinsr, Rβducβd_battβry
Ces requêtes ou réponses SIP ne sont émises que si une marque spécifique a été enregistrée dans le cœur de réseau pour le compte d'un terminal (en l'occurrence, le terminal 10) dont l'utilisateur a acquis des droits à un service associé à tel ou tel signal de boucle.
Une première variante de ce mode de réalisation est illustrée sur la figure 2. Lors d'une étape E1, cette marque spécifique est enregistrée dans le HSS 24 en charge de l'utilisateur du terminal 10 (configuration du HSS 24), puis le S-CSCF 22 obtient du HSS 24 le profil de cet utilisateur (initialisation du S-CSCF 22) ; ce profil contient des informations relatives aux droits de cet utilisateur au service concerné. Le dialogue avec I1URA- SIP 1 est ensuite établi (étape E2). Le S-CSCF 22 peut alors exploiter cette information pour gérer l'émission des requêtes SIP qui commandent à I1URA-SIP 1 , chaque fois que nécessaire, d'appliquer l'un des signaux de boucle auxquels l'utilisateur du terminal 10 a souscrits.
Optionnellement, une fois cette commande exécutée, I1URA-SIP 1 pourra émettre une réponse SIP incluant l'en-tête selon l'invention pour confirmer qu'il a bien exécuté cette commande. Inversement, comme illustré sur la figure 2bis, après les étapes E1 et E2, l'URA-SIP 1 peut émettre une requête incluant l'en-tête selon l'invention pour rendre compte de l'application d'un signal de boucle par le terminal 10 à l'initiative de ce dernier. Toutefois, ces informations ne seront prises en compte que sous condition du marquage spécifique mentionné ci-dessus, lequel suppose quant à lui que l'utilisateur du terminal 10 a souscrit à ce type de signal de boucle ; en l'absence d'un tel marquage, tes informations contenues dans l'βn-tête ne seront simplement pas prises en compte.
Optionnellement, une fois ce compte-rendu reçu, te S-CSCF 22 pourra émettre une réponse SIP incluant l'en-tête selon l'invention pour confirmer qu'il a bien été notifié de ce compte-rendu.
Une seconde variante de ce mode de réalisation est illustrée sur la figure 3. Lors d'une étape E1, ladite marque spécifique est enregistrée, au cours d'une phase d'initialisation ou de configuration, dans le TAS 27 en charge au terminal 10. Le dialogue avec I1URA-SIP 1 est ensuite établi (étape E2). Le TAS 27 peut alors exploiter cette information pour gérer l'émission des requêtes SIP qui commandent à l'URA-SIP 1 , chaque fois que nécessaire, d'appliquer un certain signal de boucle.
Optionnellement, une fois cette commande exécutée, l'URA-SIP 1 pourra émettre une réponse SIP incluant l'en-tête selon l'invention pour confirmer qu'il a bien exécuté cette commande.
Inversement, comme illustré sur la figure 3bis, après les étapes E1 et E2, l'URA-SIP 1 peut émettre une requête SIP incluant l'en-tête selon l'invention pour rendre compte de l'application d'un signal de boucle par le terminai 10 à l'initiative de ce dernier. Naturellement, comme dans la première variante, ces informations ne seront prises en compte que sous condition du marquage spécifique mentionné ci-dessus.
Optionnellement, une fois ce compte-rendu reçu, le TAS 27 pourra émettre une réponse SIP incluant l'en-tête selon l'invention pour confirmer qu'il a bien été notifié de ce compte-rendu. On notera que dans ce premier mode de réalisation, il n'est pas requis de configurer l'URA-SIP 1 en fonction des droits de l'utilisateur du terminal 10 à un service de signaux de boucle. L1URA-SIP 1 doit simplement être en mesure d'interpréter correctement le contenu de l'entête selon l'invention transporté dans les requêtes SIP. Selon un deuxième mode de réalisation, c'est I1URA-SIP 1 qui est configuré (étape E1) avec une marque spécifique pour chaque terminal téléphonique qui lui est raccordé et dont l'utilisateur a acquis des droits à un service associé à tel ou tel signal de boucle. Ce mode de réalisation utilise un nouveau type d'événement
(" event package* en anglais) offert en souscription et destiné à être utilisé dans le cadre du mécanisme de souscription/notification tel que défini dans le standard RFC3265.
Une première variante de ce mode de réalisation est illustrée sur ta figure 4. Après l'étape E1, I1URA-SIP 1 souscrit auprès du serveur de téléphonie TAS 27 ou du serveur d'appel S-CSCF 22, pour le compte de l'utilisateur du terminal 10, à un ou plusieurs types de signaux de boucle au moyen de \ιevent package selon l'invention. Après souscription, le dialogue avec I1URA-SIP 1 est établi (étape E2). Lorsque le TAS 27 ou le S-CSCF 22 détecte la nécessité d'appliquer pour le terminal 10 un signal de boucle de l'un de ces types, il émet une notification à cet effet, qui est transmise à I1URA-SIP 1.
Voici un exemple d'une telle requête de souscription, dans lequel \m event package* selon l'invention est appelé "LineSignal" :
SUBSCRIBE sip :myAS@operator . ims. corn SIP/2.0
TO: [ ...]
Froiα: <sip: [email protected]>; tag=78923
CaIl-Id: [ ...] CSeq: 1 SUBSCRIBE
Contact : { ... ]
Eventi LineSignal
Expires : [ ... ]
Accβpti application/LinβSignal-notification Content-Length: 0
Supposons qu'à un moment donné, suite à la souscription, le TAS
27 détecte la nécessité d'appliquer les signaux "Stop_Ringing" et "Reduced_BatteryH ; le TAS 27 va alors émettre, dans le cadre du dialogue SIP établi par la souscription, une notification associée (sous forme, dans le cadre du protocole SIP, d'un signal de contrôle de session du type "NOTIFY"), qui sera retransmise à l'URA-SIP 1. Cette notification peut avoir la forme suivante :
NOTIFY sip:linel2êoperator. ims.com SIP/2.0
To: [ ...]
From: I ... ]
Contact : [ ... ]
CaIl-ID: [ ... ] CSeq: 2 NOTIFY
Evβntj LineSignal
Subscription-State: active;expires= t •••]
Content-Type: application/LinβS±ffnal-notification
Contβnt-Lβagtht 41
LinβSignal : Stop_Ringing, Rβducβd_battβry
Dans l'exemple ci-dessus, le coφs de la notification est codé sous forme de texte, mais on pourra aussi bien coder ce corps en langage XML.
Une seconde variante de ce mode de réalisation est illustrée sur la figure 4bis. Après l'étape E1 , le serveur de téléphonie TAS 27 ou le serveur d'appel S-CSCF 22 souscrit, pour le compte de l'utilisateur du terminal 10, auprès de i'URA-SIP 1, à un ou plusieurs types de signaux de boucle. Après souscription, le dialogue avec I1URA-SIP 1 est établi (étape E2). Dans cette seconde variante, lorsque le terminal 10 applique de sa propre initiative un signal de boucle de l'un de ces types, I'URA-SIP 1 en rend compte en émettant un signal de contrôle de session du type "NOTIFY". On peut en outre, optionnellement, agencer les serveurs concernés de telle sorte que la demande de souscription présentée par I'URA-SIP 1 comme décrit en référence à la figure 4 déclenche automatiquement une souscription inverse comme décrit en référence à la figure 4bis.
On notera pour terminer que la présente invention permet notamment de transmettre les signaux suivants, qui sont tous mentionnés dans la norme EN 300 324-1 (destinée à satisfaire les besoins des réseaux paneuropéens) : - signaux stables (i.e. dont la durée est indéterminée) : Normal polarity, Reversed polarity, Battery on c-wire, No battery on c-wire, Battery on a- wire, A-wire on earth, No battery on a-wire, No battery on b-wire, Reduced battery, No battery, Alternate reduced power/no power, Normal battery, Stop ringing, Start pilot frequency, Stop pilot frequβncy, Low impédance on b-wire, B-wire connected to earth, B-wire disconnected from earth, Battery on b-wire, Low loop impédance, Hîgh loop impédance, Anomalous loop impédance, A-wîre disconnected from earth, C-wire on earth, C-wire disconnected from earth, Ramp to reverse potarity, Ramp to normal pofarity ;
- signaux à impulsion (i.e. de durée calibrée) : Pulsed normal polarity, Pulsed reversed polarity, Pulsed battery on c-wire, Pulsed on hook, Pulsed reduced battery, Pulsed no battery, Initial ring, Meter puise, 50 Hz puise, Register recall (timed loop open), Pulsed off hook (pulsed loop closed), Pulsed b-wire connected to earth, Earth loop puise, Pulsed b-wire connected to battery, Pulsed a-wire connected to earth, Pulsed a-wire connected to battery, Pulsed c-wire connected to earth, Pulsed c-wire disconnected, Pulsed normal battery, Pulsed a-wire disconnected, Pulsed b-wire disconnected. La mise en œuvre de l'invention au sein des nœuds du réseau de télécommunications (plus précisément, l'entité d'accès URA-SIP 1 , le serveur d'appel S-CSCF 22 et le serveur TAS 27 dans les exemples de réalisation décrits ci-dessus) peut être réalisée au moyen de composants logiciels et/ou matériels. Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de nœud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour Ja mise en œuvre du procédé d'émulation des signaux de boucle selon l'invention.
En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour l'exécution des étapes d'un procédé d'émulation des signaux de boucle selon l'invention, lorsqu'il est exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur. Ce programme peut utiliser n'importe quel langage de programmation, et se présenter sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microétectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette ("floppy dise? en anglais) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
En variante, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé d'émulation des signaux de boucle selon l'invention.

Claims

R E V E N D I C ATI O N S
1. Procédé d'émulation des signaux de boucle, caractérisé en ce qu'il comprend les étapes préalables suivantes :
- l'utilisateur d'un terminal téléphonique analogique (10) raccordé à un réseau de communications (20) de type IP via un dispositif d'accès (1) acquiert des droits à un service de signaux de boucle d'au moins un type prédéterminé, et
- un dispositif (1, 22, 24, 27) prédéterminé dudit réseau (20) est initialisé ou configuré (E1) en fonction desdits droits au service, et en ce qu'il comprend en outre les étapes suivantes :
- suite à la détection dans le cœur du réseau (20) de la nécessité d'appliquer pour ledit terminal (10) un signal de boucle dudit au moins un type prédéterminé, ledit dispositif d'accès (1) reçoit du réseau (20) un signal de contrôle de session contenant des informations pour commander l'application pour ledit terminal (10) d'un signal de boucle dudit au moins un type prédéterminé, et/ou
- suite à l'application par ledit terminal (10) d'un signal de boucle dudit au moins un type prédéterminé, ledit dispositif d'accès (1) émet vers le réseau (20) un signal de contrôle de session contenant des informations pour rendre compte de cette application.
2. Procédé d'émulation des signaux de boucle selon la revendication 1 , caractérisé en ce que ledit dispositif initialisé ou configuré est constitué par un dispositif (22, 24, 27) situé dans le cœur du réseau (20).
3. Procédé d'émulation des signaux de boucle selon la revendication 2, caractérisé en ce que ledit signal de contrôle de session est une requête ou une réponse contenant un en-tête indiquant ledit au moins un type de signal de boucle.
4. Procédé d'émulation des signaux de boucle selon la revendication 1, caractérisé en ce que ledit dispositif configuré est constitué par ledit dispositif d'accès (1).
5. Procédé d'émulation des signaux de boucle selon la revendication 4, caractérisé en ce que ledit dispositif d'accès (1) souscrit auprès d'un serveur de téléphonie (27) ou d'un serveur d'appel (22), pour le compte de l'utilisateur du terminal (10), à la notification dudit au moins un type de signal de boucle.
6. Procédé d'émulation des signaux de boucle selon la revendication 4, caractérisé en ce qu'un serveur de téléphonie (27) ou un serveur d'appel (22) souscrit auprès dudit dispositif d'accès (1), pour le compte de l'utilisateur du terminal (10), à la notification dudit au moins un type de signal de boucle.
7. Procédé d'émulation des signaux de boucle selon l'une quelconque des revendications 1 à 6, caractérisé en ce que le réseau (20) utilise au moins H.323 ou SIP en tant que protocole de contrôle de session.
8. Dispositif d'accès (1) à un réseau de communications de type
IP (20) pour un terminal téléphonique analogique (10), caractérisé en ce que, l'utilisateur dudit terminal téléphonique analogique (10) ayant acquis des droits à un service de signaux de boucle d'au moins un type prédéterminé, il comprend des moyens pour :
- suite à la détection dans le cœur du réseau (20) de la nécessité d'appliquer pour ledit terminal (10) un signal de boucle dudit au moins un type prédéterminé, recevoir du réseau (20) un signal de contrôle de session contenant des informations pour commander l'application pour ledit terminal (10) d'un signal de boucle dudit au moins un type prédéterminé, et/ou - suite à l'application par ledit terminal (10) d'un signal de boucle dudit au moins un type prédéterminé, émettre vers le réseau (20) un signal de contrôle de session contenant des informations pour rendre compte de cette application.
9. Dispositif d'accès (1) selon la revendication 8, caractérisé en ce que ledit signal de contrôle de session est une requête ou une réponse contenant un en-tête indiquant ledit au moins un type de signal de boucle.
10. Dispositif d'accès (1) selon la revendication 8, caractérisé en ce qu'il est configuré en fonction desdits droits à un service de signaux de boucle.
11. Dispositif d'accès (1 ) selon la revendication 10, caractérisé en ce qu'il comprend en outre des moyens pour :
- souscrire auprès d'un serveur de téléphonie (27) ou d'un serveur d'appel (22), pour le compte de l'utilisateur du terminal (10), à la notification dudit au moins un type de signal de boucle, etfou
- accepter, de la part d'un serveur de téléphonie (27) ou d'un serveur d'appel (22), une souscription, pour le compte de l'utilisateur du terminal (10), à la notification dudit au moins un type de signal de boucle.
12. Dispositif (22, 27) situé dans le cœur d'un réseau de communications (20) de type IP auquel est raccordé un terminal téléphonique analogique (10) via un dispositif d'accès (1 ), caractérisé en ce que, l'utilisateur dudit terminal téléphonique analogique (10) ayant acquis des droits à un service de signaux de boucle d'au moins un type prédéterminé, il comprend des moyens pour : - détecter, le cas échéant, la nécessité d'appliquer pour ledit terminal
(10) un signal de boucle dudit au moins un type prédéterminé et émettre alors à destination dudit dispositif d'accès (1) un signal de contrôle de session contenant des informations pour commander l'application pour ledit terminai (10) d'un signal de boucle dudit au moins un type prédéterminé, etfou
- suite à l'application par ledit terminal (10) d'un signal de boucle dudit au moins un type prédéterminé, recevoir de la part dudit dispositif d'accès (1) un signal de contrôle de session contenant des informations pour rendre compte de cette application.
13. Dispositif (22, 27) de cœur de réseau selon la revendication 12, caractérisé en ce qu'il est initialisé ou configuré en fonction desdits droits à un service de signaux de boucle.
14. Dispositif (22, 27) de cœur de réseau selon la revendication
12, caractérisé en ce qu'il comprend en outre des moyens pour :
- accepter, de la part de la part dudiî dispositif d'accès (1), une souscription, pour le compte de l'utilisateur du terminal (10), à la notification dudit au moins un type de signal de boucle, et/ou - souscrire auprès dudit dispositif d'accès (1), pour le compte de l'utilisateur du terminal (10), à Ia notification dudit au moins un type de signal de boucle.
15. Dispositif de cœur de réseau selon l'une quelconque des revendications 12 à 14, caractérisé en ce qu'il est constitué par un serveur de téléphonie (27).
16. Dispositif de cœur de réseau selon l'une quelconque des revendications 12 à 14, caractérisé en ce que, ledit réseau de communications (20) étant de type IMS, il est constitué par un serveur d'appel S-CSCF (22).
17. Moyen de stockage de données inamovible, ou partiellement ou totalement amovible, comportant des instructions de code de programme informatique pour l'exécution des étapes d'un procédé d'émulation des signaux de boucle selon l'une quelconque des revendications 1 à 7.
18. Programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur etfou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions pour l'exécution des étapes d'un procédé d'émulation des signaux de boucle selon l'une quelconque des revendications 1 à 7, lorsqu'il est exécuté sur un ordinateur.
PCT/FR2010/051249 2009-06-26 2010-06-21 Procédé d'émulation des signaux de boucle WO2010149915A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0954364 2009-06-26
FR0954364 2009-06-26

Publications (1)

Publication Number Publication Date
WO2010149915A1 true WO2010149915A1 (fr) 2010-12-29

Family

ID=41557473

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2010/051249 WO2010149915A1 (fr) 2009-06-26 2010-06-21 Procédé d'émulation des signaux de boucle

Country Status (1)

Country Link
WO (1) WO2010149915A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080240087A1 (en) * 2006-12-13 2008-10-02 Verizon Services Corp. Hybrid internet protocol based session control protocol and pstn communications

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080240087A1 (en) * 2006-12-13 2008-10-02 Verizon Services Corp. Hybrid internet protocol based session control protocol and pstn communications

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Signalling Protocols and Switching (SPS); V5 interface Public Switched Telephone Network (PSTN) mappings; ETR 150", ETSI STANDARDS, LIS, SOPHIA ANTIPOLIS CEDEX, FRANCE, vol. SP-3, 1 September 1994 (1994-09-01), XP014011254, ISSN: 0000-0001 *

Similar Documents

Publication Publication Date Title
US8811382B2 (en) Methods and apparatus to provide a call-associated content service
EP2408164B1 (fr) Système de reproduction de ressources média
US9258134B2 (en) System and method for recording communication interaction over a mobile device
EP1931104B1 (fr) Procédé de contrôle de l&#39;établissement de canaux de communication multimédia
EP2504982B1 (fr) Procede de basculement d&#39;un hss primaire sur un hss de secours dans un reseau ip
FR3015838A1 (fr) Procede de mise a jour dynamique d&#39;informations obtenues de la part d&#39;un serveur dns
EP2449745B1 (fr) Procédé de sélection d&#39;une ressource réseau
EP2926524A1 (fr) Routage d&#39;une requete de service visant un abonne ims
FR3090252A1 (fr) Procédé de basculement d’une communication de TCP sur UDP
FR2969453A1 (fr) Procede de localisation et d&#39;identification d&#39;un abonne connecte a un reseau emulant le rtc/rnis
WO2010149915A1 (fr) Procédé d&#39;émulation des signaux de boucle
EP3472993B1 (fr) Procédé de détermination d&#39;un ensemble de formats de codage pour établir une communication
FR3049805A1 (fr) Procede de transfert de reseau d&#39; acces pour un terminal mobile en itinerance
EP3646578B1 (fr) Procédé de synchronisation d&#39;état média
EP3391615A1 (fr) Procede de communication entre un terminal appelant et une pluralite de terminaux appeles
FR2927491A1 (fr) Procede et dispositif de transfert d&#39;un signal de flux multimedia au cours d&#39;une session de communication
EP2801178B1 (fr) Procédé dynamique de détermination d&#39;une liste de services dans un réseau sip
WO2011161365A1 (fr) Notification d&#39;incident sur un acces rnis raccorde a un reseau ip
FR2935858A1 (fr) Procede de telecommunication mettant en oeuvre les moyens d&#39;une organisation telle qu&#39;une entreprise
WO2012072942A2 (fr) Procede contre la formation de boucles dans les renvois d&#39;appel
WO2018150150A1 (fr) Procédé de changement de réseau mobile
FR3066872A1 (fr) Procede de controle d&#39; une communication comprenant des transactions multiples
EP2248333A1 (fr) Procede de gestion d&#39;une session de communication au niveau d&#39;une passerelle domestique
WO2012049404A1 (fr) Procede de traitement des flux de presence dans un reseau sip
FR2972092A1 (fr) Procede de gestion d&#39;identites publiques par un utilisateur d&#39;un reseau ims

Legal Events

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

Ref document number: 10734517

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10734517

Country of ref document: EP

Kind code of ref document: A1