WO2007110523A1 - Procede, appareils et logiciel pour controler des points de declenchement de serveurs d ' appel - Google Patents

Procede, appareils et logiciel pour controler des points de declenchement de serveurs d ' appel Download PDF

Info

Publication number
WO2007110523A1
WO2007110523A1 PCT/FR2007/050912 FR2007050912W WO2007110523A1 WO 2007110523 A1 WO2007110523 A1 WO 2007110523A1 FR 2007050912 W FR2007050912 W FR 2007050912W WO 2007110523 A1 WO2007110523 A1 WO 2007110523A1
Authority
WO
WIPO (PCT)
Prior art keywords
application server
control word
server
call
service
Prior art date
Application number
PCT/FR2007/050912
Other languages
English (en)
Inventor
Vincent Danno
Sébastien PROUVOST
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 WO2007110523A1 publication Critical patent/WO2007110523A1/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/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Definitions

  • the present invention relates to a method for controlling, by an application server, at least one trigger point of at least one call server in a signaling network.
  • the invention finds a particularly advantageous application in the field of IMS signaling networks ("IP Multimedia Subsystem").
  • IMS networks governed in particular by specifications 3GPP TS 23.218 and 3GPP TS 24.229, make it possible to carry out signaling exchanges between terminals within data transport networks, such as the IP network.
  • the S-CSCF nodes of an IMS network are referred to as "call servers", a user equipment being attached to a given call server.
  • An application server is an entity responsible for providing a subscriber with one or more of the services to which he has subscribed.
  • An application server can provide a service on its own initiative, for example, the wake-up service of a user, or the automatic dial-up service ("click-to-dial") that a subscriber can solicit from the application server by clicking on a hypertext link from a browser.
  • An application server can also provide a service following an event carried by the signaling of the IMS network, this is the case for example of the call forwarding service when a call to a user equipment already busy is returned by an application server to another user device. It is then the call server of the called party, placed at the end of the signaling, which receives the event carried by the signaling, here the occupation of the called party, and which is responsible for invoking the server application to provide the subscriber called the call forwarding service to which he has subscribed.
  • an application server is invoked by a call server, it is called triggering.
  • a call server is only concerned by the triggers of one or more application servers, and it is the latter that by their treatment can provide the services subscribed by subscribers.
  • the user equipment, the call servers and the application servers communicate within the IMS network by the Session Initiation Protocol (SIP), governed in particular by the RFC 3261 recommendation.
  • SIP Session Initiation Protocol
  • a trip is made by SIP message exchange between a call server and an application server.
  • the same call server can trigger several application servers, each application server providing different service logic.
  • a user equipment is attached to a call server, which can operate in two modes, namely an "originating" mode and a terminating mode. In "originating" mode, the call server processes the SIP messages from the user equipment in the calling situation, while in terminating mode it manages the SIP messages to the equipment of the caller. user in called situation.
  • a call server having an "originating" role responsible for triggering the invocation of application servers for the account of A
  • a service operator can configure the trigger points for each of the operating modes of a call server. When operating in "originating" mode, the call server evaluates the subscriber's trigger points associated with its "originating" role, and this one only. Similarly for the terminating mode.
  • the call server evaluates the appropriate trigger points each time a SIP message is received initiating a dialogue or transaction called "standalone".
  • a trigger point is expressed as one or more elementary logic tests.
  • a basic logic test is called SPT (Service Point Trigger) and can take the wrong or true value.
  • the test relates to the contents of the SIP messages received by the call server; when the evaluation of the trigger point takes the true value, then the associated application server is triggered.
  • SPT Service Point Trigger
  • An example of an SPT implemented in a call server is
  • a trigger point can be complex and can be expressed for example in the form (SPT1 or SPT2) and (SPT3 or SPT4) which takes the true value if at least one of SPT1 and SPT2 is true, and one at less than SPT3 and SPT4 is true.
  • an application server such as the "click-to-dial" service
  • a subscriber can communicate with the corresponding application server by clicking for example on a hypertext link from his browser.
  • the application server is then informed of the request to connect the subscriber with a called party, which is performed by the application server by calling the subscriber and the called party on the signaling network and then putting in communication.
  • this call server is placed in terminating mode and evaluate the corresponding trigger points. It is understood that this evaluation operation does not make sense since the call to really take into account is not that of the application server to the subscriber but rather that of the subscriber to the called party where the same call server is in "originating" mode, and this with the risk of triggering by the call server one or more services incompatible with that sought, here the service "click-to-dial".
  • An application server may also provide a service to a subscriber on invocation by a call server as a result of an event carried by the signaling network, such as the call forwarding service.
  • the call server of A receives a signaling message from A that he must forward to B.
  • the call server of caller A verifies, by applying to the received message the trigger points in "originating" mode, whether to invoke one or more application servers under caller A, if the latter is subscribed to a service by example. If so, it sends the message to the application server concerned which can send back the message, possibly modified following its internal processing, made for the purpose of providing a service to the caller A for example.
  • the call server of A proceeds in the same way: control of the received signaling message, sending the message to another application server, receiving the possibly modified message, etc.
  • a disadvantage of this solution is that in case of incompatibility between a processing related to an S1 service provided by an application server SA1 and a processing related to an S2 service provided by an application server SA2 in a configuration of particular call, the application server SA2 does not have the means to know if the processing related to the service S1 has already been realized. Therefore, nothing prevents A's call server from triggering two mutually incompatible services in sequence.
  • the technical problem to be solved by the object of the present invention is to propose a method for controlling, by an application server, at least one trigger point of at least one a call server in a signaling network, said trigger point being for invoking an application server, which would allow an application server to provide a given service to a subscriber to ensure that other services made by one or more other application servers will not be executed when there is an inconsistency between these services and the given service to be provided.
  • control word of at least one trigger point of at least one call server, said control word being defined according to a service to be provided to an audit subscriber service
  • control word for said application server, inserting a control word in a signaling message, said control word being chosen according to a service provided to a subscriber,
  • control method allows the application server concerned to have, thanks to the control word, a means of to influence the behavior of the call servers in the choice of invocations to be performed following the evaluation of the trigger points and in particular the control tests involving said control word.
  • said decision consists of an inhibition of said invocation.
  • said invention also provides that said decision consists in triggering said invocation.
  • said triggering is a forced triggering of said invocation. Forced triggering is understood to mean a trip due to the presence of the control word alone: this is done by means of a control test which always takes the true value if the control word is present.
  • the trigger points concerned for example all the trigger points associated with the terminating mode when the purpose of the control word is to inhibit the triggering in terminating mode, are defined in such a way that if the relative control test the control word takes the wrong value, so the trigger point takes the wrong value. This means that if the control word is present in a received SIP message, then the trigger point takes the wrong value.
  • a call server that receives a SIP request containing the control word performs the corresponding intended action, which consists in particular of not triggering according to the procedures defined in the IMS standards.
  • the control word inserted in SIP signaling can be used as a SIP header, as a parameter of a SIP header or as a "body" (XML for example).
  • intermediate network SIP entities should be transparent to any unknown information conveyed in signaling.
  • a control word will therefore transit transparently from the application server to (s) call server (s) concerned (s).
  • the invention therefore requires no modification of standardized behaviors of SIP equipment other than the application servers.
  • the invention also relates to a computer program comprising instructions for executing the method according to the invention when said program is executed by a computer.
  • the invention further relates to an application server in a signaling network, characterized in that it comprises at least one control word of at least one trigger point of at least one call server, said server application being able to insert in a signaling message a control word chosen according to a service provided to a subscriber.
  • the invention relates to a call server in a signaling network, remarkable in that it includes in at least one trigger point at least one control test relating to at least one control word contained in a message of signaling from an application server, said call server being able to make a decision as to the invocation of the application server associated with said control test according to the result of the control test.
  • FIG. 1 is a diagram of a first embodiment of the control method according to the invention.
  • Figure 2 is a diagram of a second embodiment of the control method according to the invention.
  • FIG. 1 shows a message exchange diagram as part of a "click-to-dial" service made at the initiative of an application server.
  • caller A By clicking on a hypertext link for example, caller A informs the application server "click-to-dial" that he wishes to be put in contact with a called party B. The application server therefore initiates a call to A and a call to
  • the application server inserts into the "prompt" message a MOT control word whose purpose is to inhibit all invocation triggers by the call server. A when it has to evaluate its trigger points in "terminating" mode upon receipt of the "prompt" message from the application server.
  • the control word MOT can take for example the form of a SIP header named P-inhibitor.
  • each trigger point applicable to the "terminating" mode of the call server of A therefore becomes, for example:
  • the application server When the application server initiates the call to A, it inserts the P-inhibitor control word in the "prompt" signaling message, which is received by the call server of A. All trigger points that it must evaluate in terminating mode then have the wrong value because of the false value of the control test (NOT P-inhibitor). No application server invocation is performed by the A call server. It will be noted that in the embodiment just described the P-inhibitor control word has a general effect of inhibiting all the application server invocations that may be triggered by the A call server. In other words, the control word may be unique for a plurality of services provided to the subscriber.
  • FIG. 2 relates to a second embodiment of the invention in which an application server must provide a service on invocation of a call server.
  • A's call server receives a "prompt" SIP initialization message from A. This message is tested by A's call server using the trigger points associated with A in the "originating" mode. These tests having shown that the application server SA1 must be invoked for the provision of the service S1, the message "prompt” is sent to the application server SA1 in charge of delivering S1. If the application server SA1 establishes that, because of the configuration of the call, the service S2 is incompatible with the service S1, it inserts an appropriate control word in the received message and sends it back to the call server of A. The latter, during evaluations performed on its trigger points in "originating" mode, detects the presence of the control word inserted by SA1.
  • the rules it associates with the triggering of the second application server SA1 ' take into account the control test applied to the control word present in the received message and then have the effect of inhibiting the triggering of the second application server SA1 ', and, as a result, the non-execution of the S2 service hosted by SA1'.
  • the "prompt" message containing the control word is then sent to the call server of B, which normally performs an evaluation of its trigger points in "terminating" mode.
  • trigger points may also include control tests relating to the received control word, and, in the case of a negative test against an S3 service provided by the application server SA2 due to an incompatibility of the service S3 hosted by the application server SA2 with the service S1, the invocation of the application server SA2 by the call server of B is inhibited.
  • control word may have a selective and non-general effect, as in the previous embodiment described with reference to FIG. 1, in the sense that it may be specific to a service provided to the subscriber. If, for example, the services S2 and S3 must be inhibited, the control words P-inhibitor service2 and P-inhibitor service3 are inserted in the message "prompted" by the application server SA1, the call server of A having as an additional control test associated with SA1 '(NOT P- inhibitor service2) and the call server of B having as an additional control test associated with SA2 (NOT P-inhibitor service3). Another way of proceeding is for the application server SA1 to use as servicel control word and to choose (NOT servicel) as complementary control test associated with S2 on SA1 'and S3 on SA2.

Landscapes

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

Abstract

L'invention concerne un procédé de contrôle, par un serveur d'application, d'au moins un point de déclenchement d'au moins un serveur d'appel dans un réseau de signalisation, ledit point de déclenchement étant destiné à invoquer un serveur d'application. Selon l'invention, ledit procédé comprend les étapes consistant à : en fonctionnement, pour ledit serveur d'application, insérer un mot de contrôle dans un message de signalisation, ledit mot de contrôle étant choisi en fonction d'un service fourni à un abonné, pour un serveur d'appel recevant ledit message de signalisation, appliquer ledit test de contrôle sur ledit mot de contrôle, prendre une décision quant à l'invocation du serveur d'application associé audit test de contrôle en fonction du résultat du test de contrôle. Application aux réseaux de signalisation IMS.

Description

PROCEDE, APPAREILS ET LOGICIEL POUR CONTROLER DES POINTS DE DECLENCHEMENT DE SERVEURS D'APPEL
La présente invention concerne un procédé de contrôle, par un serveur d'application, d'au moins un point de déclenchement d'au moins un serveur d'appel dans un réseau de signalisation.
L'invention trouve une application particulièrement avantageuse dans le domaine des réseaux de signalisation IMS (« IP Multimedia Subsystem »).
Les réseaux IMS, régis notamment par les spécifications 3GPP TS 23.218 et 3GPP TS 24.229, permettent de réaliser des échanges de signalisation entre des terminaux au sein de réseaux de transport de données, tels que le réseau IP. Les nœuds S-CSCF d'un réseau IMS sont désignés sous le terme de « serveurs d'appel », un équipement d'usager étant rattaché à un serveur d'appel donné.
Un serveur d'application est une entité chargée de fournir à un abonné un ou plusieurs des services auxquels il a souscrit. Un serveur d'application peut fournir un service de sa propre initiative, c'est le cas par exemple du service de réveil d'un usager, ou du service de numérotation automatique (« click-to-dial ») qu'un abonné peut solliciter auprès du serveur d'application en cliquant sur un lien hypertexte depuis un navigateur.
Un serveur d'application peut aussi fournir un service suite à un événement porté par la signalisation du réseau IMS, c'est le cas par exemple du service de renvoi d'appels lorsqu'un appel à destination d'un équipement d'usager déjà occupé est renvoyé par un serveur d'application vers un autre équipement d'usager. C'est alors le serveur d'appel de l'appelé occupé, placé en coupure de la signalisation, qui reçoit l'événement porté par la signalisation, ici l'occupation de l'appelé, et qui est chargé d'invoquer le serveur d'application correspondant, de manière à fournir à l'appelé abonné le service de renvoi d'appels auquel il a souscrit. Lorsqu'un serveur d'application est invoqué par un serveur d'appel, on parle de déclenchement. De même, on appelle points de déclenchement les tests logiques effectués par un serveur d'appel pour décider s'il y a lieu ou non de déclencher l'invocation d'un serveur d'application.
Ce sont les opérateurs de services qui sont responsables de la définition des points de déclenchement qui doivent être configurés dans les serveurs d'appel pour chaque abonné. Les serveurs d'appel n'ont pas accès aux services eux-mêmes, mais uniquement aux tests logiques qui leur indiquent si dans telle situation il y a lieu d'invoquer tel serveur d'application. Un serveur d'appel n'est donc concerné que par les déclenchements d'un ou plusieurs serveurs d'application, et ce sont ces derniers qui par leur traitement permettent de fournir les services souscrits par les abonnés.
D'une manière générale, les équipements d'usagers, les serveurs d'appel et les serveurs d'application communiquent au sein du réseau IMS par le protocole de signalisation SIP (« Session Initiation Protocol »), régi notamment par la recommandation RFC 3261. En conséquence, un déclenchement s'effectue par un échange de messages SIP entre un serveur d'appel et un serveur d'application. Bien entendu, un même serveur d'appel peut déclencher plusieurs serveurs d'application, chaque serveur d'application fournissant des logiques de service différentes. Comme cela a été mentionné plus haut, un équipement d'usager est rattaché à un serveur d'appel, lequel peut fonctionner selon deux modes, à savoir un mode dit « originating » et un mode dit « terminating ». En mode « originating », le serveur d'appel traite les messages SIP provenant de l'équipement d'usager en situation d'appelant, tandis qu'en mode « terminating » il gère les messages SIP à destination de l'équipement d'usager en situation d'appelé.
Lors d'un appel SIP classique entre un appelant A et un appelé B, deux serveurs d'appel sont donc impliqués : un serveur d'appel ayant un rôle « originating », responsable du déclenchement de l'invocation de serveurs d'application pour le compte de A, et un serveur d'appel ayant un rôle « terminating », responsable du déclenchement de l'invocation de serveurs d'application pour le compte de B. Un opérateur de services peut configurer les points de déclenchement pour chacun des modes de fonctionnement d'un serveur d'appel. Lorsqu'il fonctionne en mode « originating », le serveur d'appel évalue les points de déclenchement de l'abonné associés à son rôle « originating », et à celui-ci seulement. De même pour le mode « terminating ».
Le serveur d'appel évalue les points de déclenchement adéquats à chaque réception d'un message SIP initiant un dialogue ou une transaction dite « standalone ».
Un point de déclenchement s'exprime sous la forme d'un ou plusieurs tests logiques élémentaires. Un test logique élémentaire est appelé SPT (« Service Point Trigger ») et peut prendre la valeur fausse ou vraie. Le test porte sur le contenu des messages SIP reçus par le serveur d'appel ; lorsque l'évaluation du point de déclenchement prend la valeur vraie, alors il y a déclenchement du serveur d'application associé. Un exemple de SPT implémenté dans un serveur d'appel est
« Request-URI = = tel : +3314529411 » qui, s'il prend la valeur vraie, provoque l'invocation d'un serveur d'application donné pour la fourniture d'un service donné. Si le contenu du paramètre Request-URI d'un message SIP reçu par ce serveur d'appel est effectivement tel : +3314529411, alors le déclenchement de l'invocation prévue a lieu.
Un point de déclenchement peut être complexe et s'exprimer par exemple sous la forme (SPT1 ou SPT2) et (SPT3 ou SPT4) qui prend la valeur vraie si l'un au moins de SPT1 et SPT2 est vrai, et l'un au moins de SPT3 et SPT4 est vrai. Actuellement, pour réaliser un service rendu à la seule initiative d'un serveur d'application, comme le service « click-to-dial », un abonné peut communiquer avec le serveur d'application correspondant en cliquant par exemple sur un lien hypertexte depuis son navigateur. Le serveur d'application est alors informé de la demande de mise en relation de l'abonné avec un appelé, ce qui est réalisé par le serveur d'application en appelant l'abonné et l'appelé sur le réseau de signalisation puis en les mettant en communication.
Cependant, comme l'appel du serveur d'application vers l'abonné transite par le serveur d'appel de l'abonné, ce serveur d'appel se place en mode « terminating » et évalue les points de déclenchement correspondants. On comprend que cette opération d'évaluation n'a pas de sens puisque l'appel à prendre réellement en compte n'est pas celui du serveur d'application vers l'abonné mais plutôt celui de l'abonné vers l'appelé où le même serveur d'appel est en mode « originating », et ceci avec le risque de déclencher par le serveur d'appel un ou plusieurs services incompatibles avec celui recherché, ici le service « click-to-dial ».
Un serveur d'application peut également fournir un service à un abonné sur invocation par un serveur d'appel à la suite d'un événement porté par le réseau de signalisation, comme le service de renvoi d'appels. C'est le cas lorsqu'un appelant veut joindre un appelé B, le serveur d'appel de A reçoit un message de signalisation de A qu'il doit acheminer vers B. Avant d'acheminer ce message, le serveur d'appel de l'appelant A vérifie, en appliquant au message reçu les points de déclenchement en mode « originating », s'il doit invoquer un ou plusieurs serveurs d'application au titre de l'appelant A, si ce dernier est abonné à un service par exemple. Dans l'affirmative, il envoie le message au serveur d'application concerné qui peut lui renvoyer le message, éventuellement modifié suite à ses traitements internes, réalisés dans le but de fournir un service à l'appelant A par exemple. Si, au niveau du même serveur d'appel, celui de l'appelant A, il existe d'autres points de déclenchement à tester, le serveur d'appel de A procède de la même façon : contrôle du message de signalisation reçu, envoi du message à un autre serveur d'application, réception du message éventuellement modifié, etc. Un inconvénient de cette solution est qu'en cas d'incompatibilité entre un traitement lié à un service S1 fourni par un serveur d'application SA1 et un traitement lié à un service S2 fourni par un serveur d'application SA2 dans une configuration d'appel particulière, le serveur d'application SA2 n'a pas les moyens de savoir si le traitement lié au service S1 a déjà été réalisé. Par conséquent, rien n'empêche au serveur d'appel de A de déclencher à la suite deux services incompatibles entre eux
II en est de même au niveau du serveur d'appel de l'appelé B qui, à la réception du message de signalisation envoyé par le serveur d'appel de A, doit effectuer une évaluation de ses points de déclenchement en mode « terminating » en faveur de B. Comme le serveur d'appel de B ne connaît pas les invocations de serveurs d'application effectuées par le serveur d'appel de A, il peut être amené à invoquer des services incompatibles avec ceux déclenchés par le serveur d'appel de A. Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé de contrôle, par un serveur d'application, d'au moins un point de déclenchement d'au moins un serveur d'appel dans un réseau de signalisation, ledit point de déclenchement étant destiné à invoquer un serveur d'application, qui permettrait à un serveur d'application chargé de fournir un service donné à un abonné de s'assurer que d'autres services réalisés par un ou plusieurs autres serveurs d'application ne seront pas exécutés lorsqu'il y a incompatibilité entre ces services et le service donné à fournir.
La solution au problème technique posé consiste, selon la présente invention, en ce que ledit procédé comprend les étapes consistant à :
- dans une phase préalable,
* définir dans ledit serveur d'application au moins un mot de contrôle d'au moins un point de déclenchement d'au moins un serveur d'appel, ledit mot de contrôle étant défini en fonction d'un service à fournir à un abonné audit service,
* inclure dans ledit point de déclenchement dudit serveur d'appel au moins un test de contrôle portant sur ledit mot de contrôle,
- en fonctionnement,
* pour ledit serveur d'application, insérer un mot de contrôle dans un message de signalisation, ledit mot de contrôle étant choisi en fonction d'un service fourni à un abonné,
* pour un serveur d'appel recevant ledit message de signalisation,
° appliquer ledit test de contrôle sur ledit mot de contrôle, ° prendre une décision quant à l'invocation du serveur d'application associé audit test de contrôle en fonction du résultat du test de contrôle.
Ainsi, le procédé de contrôle conforme à l'invention permet au serveur d'application concerné de disposer, grâce au mot de contrôle, d'un moyen d'influencer le comportement des serveurs d'appel dans le choix des invocations à effectuer suite à l'évaluation des points de déclenchement et notamment les tests de contrôle impliquant ledit mot de contrôle.
Selon l'invention, ladite décision consiste en une inhibition de ladite invocation. Cependant, l'invention prévoit également que ladite décision consiste en un déclenchement de ladite invocation. En particulier, ledit déclenchement est un déclenchement forcé de ladite invocation. On entend par déclenchement forcé un déclenchement dû à la seule présence du mot de contrôle : ceci est réalisé au moyen d'un test de contrôle qui prend systématiquement la valeur vraie si le mot de contrôle est présent.
On comprend que, de cette manière, un serveur d'appel averti par la présence du mot de contrôle s'abstienne de déclencher des invocations de serveurs d'applications dont les services seraient incompatibles avec un service donné déjà fourni. C'est l'opérateur de services qui a la charge de configurer les points de déclenchement en ajoutant des tests SPT de contrôle relatifs à la présence ou non du mot de contrôle. Le test de contrôle est défini de sorte que si le mot est présent, il prend la valeur fausse.
Les points de déclenchement concernés, par exemple tous les points de déclenchement associés au mode « terminating » lorsque le but du mot de contrôle est d'inhiber les déclenchements en mode « terminating », sont définis de manière telle que si le test de contrôle relatif au mot de contrôle prend la valeur fausse, alors le point de déclenchement prend la valeur fausse. Cela signifie que si le mot de contrôle est présent dans un message SIP reçu, alors le point de déclenchement prend la valeur fausse. Un serveur d'appel qui reçoit une requête SIP contenant le mot de contrôle effectue l'action correspondante prévue, qui consiste en particulier à ne pas provoquer de déclenchements conformément aux procédures définies dans les standards IMS. Le mot de contrôle inséré dans la signalisation SIP peut l'être en tant qu'en-tête SIP, en tant que paramètre d'un en-tête SIP ou en tant que « body » (XML par exemple). Telles que définies en normalisation à I1IETF ainsi que dans le cadre de sa mise en œuvre au sein de I1IMS dans les organismes 3GPP et TISPAN, les entités SIP réseau intermédiaires doivent être transparentes à toute information inconnue véhiculée dans la signalisation. Un mot de contrôle transitera donc en transparence depuis le serveur d'application jusqu'au(x) serveur(s) d'appel concerné(s). L'invention ne nécessite donc aucune modification des comportements standardisés des équipements SIP autre que les serveurs d'application.
L'invention concerne également un programme d'ordinateur comprenant des instructions pour l'exécution du procédé selon l'invention lorsque ledit programme est exécuté par un ordinateur.
L'invention concerne en outre un serveur d'application dans un réseau de signalisation, remarquable en ce qu'il comprend au moins un mot de contrôle d'au moins un point de déclenchement d'au moins un serveur d'appel, ledit serveur d'application étant apte à insérer dans un message de signalisation un mot de contrôle choisi en fonction d'un service fourni à un abonné.
Enfin, l'invention concerne un serveur d'appel dans un réseau de signalisation, remarquable en ce qu'il inclut dans au moins un point de déclenchement au moins un test de contrôle portant sur au moins un mot de contrôle contenu dans un message de signalisation provenant d'un serveur d'application, ledit serveur d'appel étant apte à prendre une décision quant à l'invocation du serveur d'application associé audit test de contrôle en fonction du résultat du test de contrôle. La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée.
La figure 1 est un schéma d'un premier mode de réalisation du procédé de contrôle conforme à l'invention. La figure 2 est un schéma d'un deuxième mode de réalisation du procédé de contrôle conforme à l'invention. Sur la figure 1 , est représenté un diagramme d'échanges de messages dans le cadre d'un service « click-to-dial » rendu à l'initiative d'un serveur d'application.
En cliquant sur un lien hypertexte par exemple, l'appelant A informe le serveur d'application « click-to-dial » qu'il souhaite être mis en relation avec un appelé B. Le serveur d'application initie donc un appel vers A et un appel vers
B au moyen du message SIP d'initialisation connu sous le nom de « invite ».
Après réception des messages SIP de réponse « 200 OK » et envoi des messages SIP d'acquittement « ACK », la communication est établie entre A et B.
Cependant, contrairement à ce qui se produit dans un appel classique, le serveur d'application insère dans le message « invite » un mot de contrôle MOT dont le but est d'inhiber tous les déclenchements d'invocations par le serveur d'appel de A lorsqu'il doit évaluer ses points de déclenchement en mode « terminating » à réception du message « invite » venant du serveur d'application.
Le mot de contrôle MOT peut prendre par exemple la forme d'un en-tête SIP nommé P-inhibiteur.
Par ailleurs, l'opérateur ajoute aux points de déclenchement des invocations du serveur d'appel de A en mode « terminating » un test de contrôle (NOT P-inhibiteur) qui prend la valeur fausse quant le mot de contrôle P-inhibiteur est présent dans le message « invite ». La définition de chaque point de déclenchement applicable au mode « terminating » du serveur d'appel de A devient donc par exemple :
(SPT1 ou SPT2) et (SPT3 ou SPT4) et (NOT P-inhibiteur)
Lorsque le serveur d'application initie l'appel vers A, il insère le mot de contrôle P-inhibiteur dans le message de signalisation « invite », lequel est reçu par le serveur d'appel de A. Tous les points de déclenchement qu'il doit évaluer en mode « terminating » ont alors la valeur fausse du fait de la valeur fausse du test de contrôle (NOT P-inhibiteur). Aucune invocation de serveurs d'application n'est effectuée par le serveur d'appel de A. On remarquera que dans le mode de réalisation qui vient d'être décrit le mot de contrôle P-inhibiteur a un effet général consistant à inhiber toutes les invocations de serveurs d'application susceptibles d'être déclenchées par le serveur d'appel de A. En d'autres termes, le mot de contrôle peut être unique pour une pluralité de services fournis à l'abonné.
La figure 2 se rapporte à un deuxième mode de réalisation de l'invention dans lequel un serveur d'application doit fournir un service sur invocation d'un serveur d'appel.
Considérons un abonné A qui se trouve en relation avec un serveur d'appel A à la suite, par exemple, d'un appel qu'il a initié vers un appelé B. L'appelant A est abonné à un premier service S1 auprès d'un premier serveur d'application SA1 et à un deuxième service S2 auprès d'un deuxième serveur d'application SA1 ' (non représenté).
Le serveur d'appel de A reçoit un message d'initialisation SIP « invite » provenant de A. Ce message est testé par le serveur d'appel de A en utilisant les points de déclenchement associés à A dans le mode « originating ». Ces tests ayant montré que le serveur d'application SA1 doit être invoqué pour la fourniture du service S1 , le message « invite » est envoyé au serveur d'application SA1 en charge de délivrer S1. Si le serveur d'application SA1 établit que, du fait de la configuration de l'appel, le service S2 est incompatible avec le service S1 , il insère un mot de contrôle approprié dans le message reçu et le renvoie au serveur d'appel de A. Celui-ci, lors des évaluations effectuées sur ses points de déclenchement en mode « originating », détecte la présence du mot de contrôle inséré par SA1. Les règles qu'il associe au déclenchement du deuxième serveur d'application SA1' prennent en compte le test de contrôle appliqué au mot de contrôle présent dans le message reçu et ont alors pour effet d'inhiber le déclenchement du deuxième serveur d'application SA1 ', et, par suite la non- exécution du service S2 hébergé par SA1'. Le message « invite » contenant le mot de contrôle est ensuite envoyé au serveur d'appel de B, lequel effectue normalement à son tour une évaluation de ses points de déclenchement en mode « terminating ». Ces points de déclenchement peuvent également comporter des tests de contrôle portant sur le mot de contrôle reçu, et, en cas de test négatif à rencontre d'un service S3 fourni par le serveur d'application SA2 dû à une incompatibilité du service S3 hébergé par le serveur d'application SA2 avec le service S1 , l'invocation du serveur d'application SA2 par le serveur d'appel de B est inhibée.
Dans ce mode de réalisation, le mot de contrôle peut avoir un effet sélectif et non général, comme dans le mode de réalisation précédent décrit en référence à la figure 1 , au sens où il peut être spécifique à un service fourni à l'abonné. Si par exemple, les services S2 et S3 doivent être inhibés, les mots de contrôle P-inhibiteur service2 et P-inhibiteur service3 sont insérés dans le message « invite » par le serveur d'application SA1 , le serveur d'appel de A ayant comme test de contrôle supplémentaire associé à SA1' (NOT P- inhibiteur service2) et le serveur d'appel de B ayant comme test de contrôle supplémentaire associé à SA2 (NOT P-inhibiteur service3). Une autre façon de procéder est pour le serveur d'application SA1 d'utiliser comme mot de contrôle servicel et de choisir (NOT servicel) comme test de contrôle complémentaire associé à S2 sur SA1 ' et S3 sur SA2.

Claims

REVENDICATIONS
1. Procédé de contrôle, par un serveur d'application, d'au moins un point de déclenchement d'au moins un serveur d'appel dans un réseau de signalisation, ledit point de déclenchement étant destiné à invoquer un serveur d'application, caractérisé en ce que ledit procédé comprend les étapes consistant à : - dans une phase préalable,
* définir dans ledit serveur d'application au moins un mot de contrôle d'au moins un point de déclenchement d'au moins un serveur d'appel, ledit mot de contrôle étant défini en fonction d'un service à fournir à un abonné audit service, * inclure dans ledit point de déclenchement dudit serveur d'appel au moins un test de contrôle portant sur ledit mot de contrôle, - en fonctionnement,
* pour ledit serveur d'application, insérer un mot de contrôle dans un message de signalisation, ledit mot de contrôle étant choisi en fonction d'un service fourni à un abonné,
* pour un serveur d'appel recevant ledit message de signalisation,
° appliquer ledit test de contrôle sur ledit mot de contrôle, ° prendre une décision quant à l'invocation du serveur d'application associé audit test de contrôle en fonction du résultat du test de contrôle.
2. Procédé selon la revendication 1 , caractérisé en ce que ladite décision consiste en une inhibition de ladite invocation.
3. Procédé selon la revendication 1 , caractérisé en ce que ladite décision consiste en un déclenchement de ladite invocation.
4. Procédé selon la revendication 3, caractérisé en ce que ledit déclenchement est un déclenchement forcé de ladite invocation.
5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit service est fourni à l'initiative du serveur d'application.
6. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit service est fourni par le serveur d'application sur invocation d'un serveur d'appel.
7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit mot de contrôle est unique pour une pluralité de services fournis audit abonné.
8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ledit mot de contrôle est spécifique à un service fourni audit abonné.
9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que ledit mot de contrôle est inséré dans une signalisation SIP sous forme d'un en-tête SIP, d'un paramètre d'en-tête SIP, ou de »body ».
10. Programme d'ordinateur comprenant des instructions pour l'exécution du procédé selon les revendications 1 à 9 lorsque ledit programme est exécuté par un ordinateur.
11. Serveur d'application dans un réseau de signalisation, caractérisé en ce qu'il comprend au moins un mot de contrôle d'au moins un point de déclenchement d'au moins un serveur d'appel, ledit serveur d'application étant apte à insérer dans un message de signalisation un mot de contrôle choisi en fonction d'un service fourni à un abonné.
12. Serveur d'appel dans un réseau de signalisation, caractérisé en ce qu'il inclut dans au moins un point de déclenchement au moins un test de contrôle portant sur au moins un mot de contrôle contenu dans un message de signalisation provenant d'un serveur d'application, ledit serveur d'appel étant apte à prendre une décision quant à l'invocation du serveur d'application associé audit test de contrôle en fonction du résultat du test de contrôle.
PCT/FR2007/050912 2006-03-28 2007-03-12 Procede, appareils et logiciel pour controler des points de declenchement de serveurs d ' appel WO2007110523A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0651071 2006-03-28
FR0651071 2006-03-28

Publications (1)

Publication Number Publication Date
WO2007110523A1 true WO2007110523A1 (fr) 2007-10-04

Family

ID=37478745

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2007/050912 WO2007110523A1 (fr) 2006-03-28 2007-03-12 Procede, appareils et logiciel pour controler des points de declenchement de serveurs d ' appel

Country Status (1)

Country Link
WO (1) WO2007110523A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009076865A1 (fr) * 2007-12-07 2009-06-25 Huawei Technologies Co., Ltd. Méthode, appareil et système de détection d'une application non sip d'un utilisateur ims

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030187992A1 (en) * 2001-05-07 2003-10-02 Steenfeldt Rico Werni Service triggering framework
WO2003088611A1 (fr) * 2002-04-12 2003-10-23 Siemens Aktiengesellschaft Representation d'expressions booleennes pour la specification de filtres par xml

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030187992A1 (en) * 2001-05-07 2003-10-02 Steenfeldt Rico Werni Service triggering framework
WO2003088611A1 (fr) * 2002-04-12 2003-10-23 Siemens Aktiengesellschaft Representation d'expressions booleennes pour la specification de filtres par xml

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP SA WG2: "Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); IP Multimedia (IM) session handling; IM call model; Stage 2 (3GPP TS 23.218 version 7.0.0 Release 7)", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-CN1, no. V700, December 2005 (2005-12-01), pages 1 - 59, XP014032463, ISSN: 0000-0001 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009076865A1 (fr) * 2007-12-07 2009-06-25 Huawei Technologies Co., Ltd. Méthode, appareil et système de détection d'une application non sip d'un utilisateur ims

Similar Documents

Publication Publication Date Title
WO2008047037A1 (fr) Procede de routage d'un message sip en cas d'indisponibilite de noeuds intermediaires
US7937463B2 (en) Method and server for invoking application servers in a SIP network
EP1479203B1 (fr) Correlation des requetes en qualite de service
EP2148489A1 (fr) Etablissement et contrôle d'appel par équipement tiers
EP2856732B1 (fr) Procédé et entité de traitement d'un message
EP2606626B1 (fr) Traitement de transfert de communication en mode sip
EP2396950B1 (fr) Procede et systeme de gestion de la signalisation dans un reseau de telecommunications
WO2007110523A1 (fr) Procede, appareils et logiciel pour controler des points de declenchement de serveurs d ' appel
FR2965690A1 (fr) Procede de gestion de la priorite de flux media preliminaires
EP2891292A1 (fr) Procedes, dispositifs et systeme de journalisation d'appels pour terminaux
WO2013079865A1 (fr) ENREGISTREMENT D'UN DISPOSITIF AUPRES D'UN COEUR DE RESEAU VoIP
FR2873881A1 (fr) Procede de fonctionnement d'un reseau operant sous le protocole sip et reseau mettant en oeuvre un tel procede
WO2017212172A1 (fr) Procédé d'enrichissement d'une signalisation d'une communication et dispositif
EP3560168B1 (fr) Classification et aiguillage de messages de contrôle d'une infrastructure de communications
EP2833610B1 (fr) Système et procédé pour la prise d'un appel préalablement dirigé sur messagerie vocale
WO2012085429A2 (fr) Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis
EP1964369A2 (fr) Procédé, appareils et programme d'ordinateur de gestion de flux entre équipements fonctionnant selon le protocole sip sur un réseau de télécomunications
FR3045999A1 (fr) Procede de communication entre un appelant et une pluralite de terminaux appeles
WO2014170582A1 (fr) Procede de restauration de service dans un reseau ims
WO2012072942A2 (fr) Procede contre la formation de boucles dans les renvois d'appel
WO2021123659A1 (fr) Procede d'acheminement de messages, equipement reseau associe
WO2012117178A1 (fr) Procédé de gestion d'identites publiques par un utilisateur d'un reseau ims
EP2507970A1 (fr) Procédés d'envoi et de traitement d'une reponse sip
EP1956792A1 (fr) Dispositif d'aide au traitement de messages de signalisation pour un équipement de réseau de communication
FR3066872A1 (fr) Procede de controle d' une communication comprenant des transactions multiples

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

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

Country of ref document: EP

Kind code of ref document: A1