EP2767122A1 - Structure d'intégration de services mobiles - Google Patents

Structure d'intégration de services mobiles

Info

Publication number
EP2767122A1
EP2767122A1 EP12840460.5A EP12840460A EP2767122A1 EP 2767122 A1 EP2767122 A1 EP 2767122A1 EP 12840460 A EP12840460 A EP 12840460A EP 2767122 A1 EP2767122 A1 EP 2767122A1
Authority
EP
European Patent Office
Prior art keywords
networks
network
service
applications
services
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP12840460.5A
Other languages
German (de)
English (en)
Other versions
EP2767122A4 (fr
Inventor
Laurent Pison
Olivier Paterour
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Airbus Defence and Space SAS
Original Assignee
1919 Polo Patent SL
Cassidian SAS
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
Priority claimed from PCT/EP2012/003586 external-priority patent/WO2013053414A2/fr
Application filed by 1919 Polo Patent SL, Cassidian SAS filed Critical 1919 Polo Patent SL
Priority to EP12840460.5A priority Critical patent/EP2767122A4/fr
Publication of EP2767122A1 publication Critical patent/EP2767122A1/fr
Publication of EP2767122A4 publication Critical patent/EP2767122A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • 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
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems

Definitions

  • the present invention relates to the field of mobile service integration structures.
  • the invention finds particularly advantageous applications in private professional radiocommunication systems (or PMR system, for Professional or Private Mobile Radio in English).
  • This mobile services integration structure aims to provide applications with a set of advanced services such as optimized management and access to critical resources, such as radio, in a manner that is transparent to the various users of the services. applications.
  • PMR public mobile radio systems
  • PMR networks based on low bandwidth technologies (or Narrowband, in English), and from an outdated generation ( or legacy, but continues to be used, in PMR networks based on broadband technologies (or Broadband).
  • low flow rate PMR network is meant a TETRA technology network, or TETRAPOL, or P25.
  • Broadband based PMR refers to an IP-WAN technology network.
  • IP-WAN network means based on WiFi technology (Wlreless Fldelity), and / or WiMAX (Worldwide Interoperability for Microwave Access), and / or 2G (2 OME generation cellular network), and / or 3G (3rd generation cellular network) and / or LTE (Long Term Evolution), and / or future technology.
  • This evolution is intended to allow the integration of new services based on IP (or Protocol Internet, in English), but also to continue to support the services of networks of PMR from previous generation, such as radio and all interfaces.
  • IMS IP Multimedia Services
  • IMS system does not allow access control between the multiple applications used by the same user.
  • This IMS system also does not allow multi-user access to one or more IP networks with priority or load balancing features.
  • the IMS system is primarily oriented to allow mobile users to access the application resources of the infrastructure for highly heterogeneous, international networks, and not to manage for example a competitive access of multiple users from one or several applications.
  • the present invention aims to solve all the disadvantages of the state of the art.
  • the invention proposes a structure for integrating mobile services, according to any one of the features of claim 1 and the following claims, to ensure that the load capacity of each of the networks will be taken into account. , that priorities and access rights will be defined between the different users to be able to access the various applications, that there will be access rights between the applications, the sessions, the users and the networks.
  • the invention makes it possible to control the access between the different applications used by the same user.
  • the invention further allows access of multiple users to one or more IP networks with priority or load balancing functions.
  • the invention also makes it possible to ensure access control between several networks and in particular load balancing.
  • the invention also allows the support of multicast / broadcast or a mix of unicast / multicast / broadcast networks, mainly due to the SIP protocol (for Session Initialization Protocol, in English), or any other IP signaling protocol, same owner .
  • the invention makes it possible to manage the specificities of the different networks, be it QoS Quality of Service, unicast / multicast / broadcast, as well as security strategies.
  • the invention is able to support any legacy service, from the moment this service is already based on ⁇ .
  • the invention supports heterogeneous signaling protocols, in particular via the addition of gateways.
  • the invention relates to a mobile services integration structure characterized in that it comprises an upper structure and a lower structure, said upper structure comprising:
  • said lower structure comprising:
  • an IP routing unit to the radio network providing IP routing of data to the appropriate IP networks, configured to take into account network configuration, user profile, QoS and security assurance ,
  • - a user management unit particularly with regard to registration, de-registration, mobility and security, such as the use of SSO.
  • the invention also relates to a network infrastructure comprising:
  • control room for managing a set of applications that can be accessible to users
  • an encompassing access network legacy networks, public security IP networks, commercial cellular IP networks, WLAN / LAN-IP networks, and wired networks,
  • the invention further comprises a terminal comprising:
  • At least one modem capable of connecting to at least one network, of the radio access network
  • a service domain comprising, in a non-exhaustive manner, a PTT client, an SDS client and an RAL layer,
  • an application layer comprising a set of applications, characterized in that it comprises a mobile services integration structure according to claim 1, able to interact with the structure of the network infrastructure.
  • the invention also relates to a method of operating an integration structure, according to any one of the preceding features, characterized in that it comprises the following steps, when said terminal according to the invention, has been registered with the structure according to the invention, via the available access networks:
  • the structure receives a request coming either from an application server located in the control room, or from an application client located in the terminal according to the invention
  • the structure according to the invention determines whether said user accesses several services simultaneously, said structure performing a hierarchy of the use of the services operating simultaneously for the same user according to the priority level assigned to the applications,
  • the structure according to the invention determines for all the available IP networks, which one or more are most suitable for making the requested service in function, according to a non-exhaustive list, of the load of the network, the unicast or broadcast configuration, or load balancing between IP networks,
  • a step where the structure according to the invention initiates a session between the application requesting the service and towards the application for which the service is intended, a step, where the structure according to the invention allows the media streams to be ready to be sent by the source application to the destination application.
  • FIG. 1a a schematic representation of the infrastructure of low-speed PMR systems, according to the state of the art
  • FIG. 1b a schematic representation of the infrastructure of PMR systems with broadband IP services, according to one embodiment of the invention
  • FIG. 2 a schematic representation of a mobile communication structure, according to one embodiment of the invention.
  • FIG. 3a-3b an illustration of the functional diagram of the operating method of the structure 200, according to one embodiment of the invention.
  • Figures 4a-4c schematic representations of the implementation of the method according to Figures 3a and 3b, according to one embodiment of the invention
  • FIG. 5 a schematic representation of the terminal comprising a mobile services integration structure, according to one embodiment of the invention.
  • FIG. 1a is an illustration of a so-called legacy low-bandwidth PMR system infrastructure.
  • PMR system legacy it is necessary to understand in the remainder of the description a system PMR (for Private Mobile Radio, in English) based on TETRA technology (for TErrestrial Trunked RAdio), or TETRAPOL (for TETRA POLice), or P25 (for Project 25).
  • TETRA technology for TErrestrial Trunked RAdio
  • TETRAPOL for TETRA POLice
  • P25 for Project 25
  • FIG. 1a thus shows that a network infrastructure 101 based on a legacy PMR system comprises one or more PTT / SDS servers 102 (Short Data Services, in English), able to interface with a set of base stations 103 broadcasting a simple low speed radio signal.
  • This infrastructure 101 allows in particular to manage your radio resources, such as base stations BS (or Base Station, in English), mobile terminals or UE (for User Equipment), radio channels, etc.
  • IP services are completely dissociated from the PTT services.
  • a server 104 offers low-speed IP services that are accessible directly from an IP access network 105 such as the commercial network GPRS (General Packet Radio Service, in English).
  • IP access network 105 such as the commercial network GPRS (General Packet Radio Service, in English).
  • GPRS General Packet Radio Service, in English.
  • few low speed IP services can be used directly. There is therefore a need to access high-speed IP services.
  • FIG. 1b illustrates such an evolution of the system presented in FIG. 1a, except that it is compatible with broadband IP services.
  • PS Public Safety
  • TEDS Tetra Enhanced Data Services
  • Narrowband IP or Narrow Band
  • Broadband IP 109 or Broadband
  • cellular IP networks 107 of the commercial type such as the 2.5G network, or 3G, or 4G, or WAN (for Wide Area Network, in English), such as Wimax for example, as well as 108 WLAN / networks.
  • LAN-IP can also independently access each other to each of these services.
  • legacy PMR services such as the voice service, or the SDS service, which are transported over the IP protocol, with or without SIP (Session Initialization Protocol), with new IP services, which are NB (Narrow Band), and / or WB (Wide Band), and / or BB (Broad Band), which may also be based on the SIP protocol or not;
  • SIP Session Initialization Protocol
  • the invention proposes to solve all of the aforementioned constraints by setting up a structure 200 for integrating mobile services.
  • This structure 200 according to the invention is illustrated more explicitly in FIG. 2.
  • the control room 110 makes it possible to manage the set applications that may be accessible to users via their respective terminals.
  • access networks 120 TetraPol, Tetra or P25, the public security IP networks 106 based on, for example, an LTE solution, or a TEDS solution are included to facilitate understanding.
  • Cellular IP 107 of the commercial type, such as the 2.5G (referenced 105), or 3G, or 4G, or IWLAN network, as well as the 108 WLAN / LAN-IP networks. It should be noted that wired networks (Gigabit Ethernet) can also be used to connect the network infrastructure 100 to the terminal 250.
  • the structure 200 of the invention provides an independent layer for the applications of the control room 110, in order to take advantage of the services and multiple access networks readily available. transparent for your applications.
  • This structure 200 also manages access control, in terms of load capacity, priority and QoS (Quality of Service), between multiple applications to a user, between multiple users to a network, etc. .
  • this structure 200 is subdivided into a higher structure
  • the upper structure 220 is able to select the service domain 130, in other words, to determine whether the required application is legacy service domain or IP, and able to manage the different requests. These applications can be dedicated to voice, short data services (SDS), or IP data services.
  • the upper structure 220 includes means for providing APIs for voice, SDS, and IP applications. This structure 220 also comprises means for making a first selection of service domain according to selection criteria, which can be configured. The legacy service can be added optionally.
  • the lower structure 210 comprises an IP routing unit 211 to the radio network making it possible to globally allow IP routing of the data to the appropriate IP networks, taking into account the configuration of the network, the profile of the network. 'user, the assurance of QoS and Ea security.
  • the structure 210 includes a network interface 212 which is dedicated to each radio network to manage the specificities, such as the management of the QoS, security, etc., of each radio network once it has been chosen.
  • This lower structure 210 not only provides an IP routing capability appropriate for a given service for each user, but it includes a functional control unit 213 which manages the access control and also provides application control, among the various services and services. applications used by the user, since no control is performed between applications that work simultaneously, and by the applications themselves, since this is not their role.
  • a user management unit 214 especially with regard to their registration, their deregistration, their mobility, their security such as the use of SSO (for Single Sign On). Global control is performed from a list of services used by multiple users to ensure that priority services remain secure.
  • SSO Single Sign On
  • the terminal 250 illustrated in FIGS. 2 and 6, which has previously been mentioned, will now be described in a more detailed manner.
  • This terminal 250 comprises one or more modem (s) 251, 251a, 251b, able to connect to at least one network 103, 106, 107, 108, of the access network 120 radio, configured so as to be able to connect, if necessary, simultaneously with several networks 103, 106, 107, 108.
  • modem s
  • Each modem is connected to a lower structure 252 performing the same functions as the lower structure 210, previously mentioned, except that it does not include a functional control unit 213 that manages access control, and interface dedicated network 212 managing specificities, such as QoS.
  • the structure 256 of the terminal 250 interacts with the structure 200 of the network infrastructure 100 for all the processes that will be described later and respectively referenced 310 and 320.
  • This lower structure 252 is connected to a service domain 253 including non-exhaustively a PTT client 253a, an SDS client 253b, as well as a RAL layer (for Radio Abstraction Layer, in English).
  • the service domain 253 is connected to an upper structure 254 similar in every respect to the upper structure 220 of the network infrastructure 100 except that it is dedicated only to the resources and needs of the terminal 250.
  • This upper structure 254 is connected to a network.
  • application layer 255 comprising a set of applications 255a, 255b.
  • the terminal 250 is not a manually transportable terminal (or Hand Held, in English) and acts as a router for a set of terminals.
  • the services and applications 255a, 255b, supported are reduced since they are reported in slave or dependent terminals (not shown). Consequently, the terminal 250 is able to accommodate a set of Hand Held type terminals or not and supporting themselves a mobile services integration structure identical to the description made for the terminal 250.
  • This possibility of the terminal 250 offers a advantage considerable since it allows to have a single point of concentration vis-à-vis the access networks 120.
  • FIG. 3a illustrates an initialization method 310 of a client terminal 250 with respect to its user, said initialization method being reiterated for each access network 120 to which a terminal 250 connects.
  • the terminal 250 initiates a connection to one or more of the networks 103, 106, 107, 108.
  • the terminal 250 performs its authentication on the network (s) 103, 106, 107, 108, selected (s).
  • the terminal 250 initiates, if necessary, the security parameters specific to its connection to the network 103, 106, 107, 108, selected.
  • the terminal 250 is registered with the structure 200 via the networks 103, 106, 107, 108 available.
  • a method 320 for processing the service requests sent by the applications is performed.
  • the lower structure 200 receives a request from either the application server (not shown) located in the control room 110, or the application client located in the terminal 250.
  • the structure 200 or 256 When the structure 200 or 256 has detected a request from a service of the source application, then it performs a step 322. All subsequent steps from 322 are managed directly by the structure 200, in the case of a service requested from a server d application, or between the structures 256 and 200, in the case of a service requested from the terminal 250.
  • step 322 the structure 200, 256, controls the access of this service for a recipient user previously provided with a terminal 250.
  • the structure 200, 256 determines whether said user accesses several services simultaneously.
  • the structure 200, 256 performs a hierarchy of the use of services operating simultaneously for the same user depending on the priority level assigned to the applications.
  • the structure 200, 256 selects a service domain for the requested service. This step 332 may be optional.
  • the structure 200, 256 determines for all the available networks, which one or more are the most appropriate to make the requested service in function, according to a non-exhaustive list, of the load of the network, of the configuration unicast or broadcast, or the load balancing between networks 106, 107, 108.
  • the structure 200, 256 performs as in step 323, a hierarchy of the use of services operating simultaneously for the same user based on a non-exhaustive list of criteria that is specific to each private radio system manager, such as the priority level assigned to the respective data flowing through the services, the capacity or the load of the network. access 120 borrowed by each of the services, the unicast or broadcast configuration, or even the load balancing between the access networks 120.
  • the structure 200, 256 implements the service on the selected networks 106, 107, 108.
  • the structure 200, 256 optionally performs, and if several networks are chosen to make the service, either a load balancing between the access networks 120, or an alternating mode of the use of networks used among the access networks 120, or is a method aggregation dependent on several rules and configurations of said networks.
  • the structure 200, 256 initializes, for each IP network 106, 107, 108, a unicast or broadcast carrier based for example on the number of users present in a given zone.
  • the structure 200, 256 optionally sets up and if QoS is available, for each IP network 106, 107, 108, QoS quality of service adapted.
  • the structure 200,256 sets up, for each IP network 106, 107, 108, a suitable security strategy.
  • step 330 the structure 200, 256 initiates the session between the application requesting the service and the application for which the service is intended.
  • the structure 200, 256 allows the media streams to be ready to be sent by the source application to the destination application.
  • steps 326 to 329 may be individually optional and that this sequence of steps may be modified, depending on the desired implementation.
  • a short data service SDS transmits raw data to a terminal 250.
  • the upper structure 220 selects the IP network provided that the user is registered on the IP network and that said IP network is preferred to a legacy network by configuration. Otherwise, the structure 220 will select the legacy network.
  • the structure 220 determines whether the SDS application requires going through an IP network or not. The SDS application does not need to go through the IP network, so the lower structure 210 becomes transparent, and the SDS application uses a TCS type interface (for Tetra Connectlvlty Server, in English) to reach the network infrastructure appropriate legacy.
  • TCS type interface for Tetra Connectlvlty Server, in English
  • a raw IP data must reach a terminal 250.
  • the upper structure 220 selects the network. IP provided that the user is registered on the IP network and said IP network is preferred to a legacy network by configuration. Otherwise, the structure 220 will select the legacy network. If on the other hand the IP data is advanced IP such as http (for Hyper Text Transfer Protocol, for example), then the structure 210 supports this IP data. Thus, according to FIG. 4b, this datum being of IP type, then the lower structure 210 selects the appropriate IP access network 106, 107, 108, as a function of the priority level. assigned to the data, the capacity or the load of the access networks 106, 107, 108, of unicast or broadcast configuration, or of the load balancing between said networks.
  • a PTT voice service must reach a terminal 250.
  • the upper structure 220 selects the IP network provided the user is registered on the IP network and said IP network is preferred to a legacy network by configuration. Otherwise, your 220 structure will select the legacy network.
  • the structure 220 determines whether the voice service requires going through an iP network or not. Since the voice service does not need to go through the IP network, then the lower structure 210 becomes transparent, and the voice service uses a TCS (for Tetra Connectivity Server) type interface in order to reach the appropriate legacy network infrastructure. .
  • TCS Tetra Connectivity Server
  • the capacity or the load of the access networks 103, 106, 107, 108, the unicast or broadcast configuration, or even the load balancing between said networks introduces the IP network as support for the legacy network.
  • the voice service becomes IP, then the lower structure 210 selects the appropriate IP access network 106, 107, 108.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention a pour objet une structure (200, 256) d'intégration de services mobiles caractérisé en ce qu'elle comporte une structure supérieure (220, 254) et une structure inférieure (210, 252), ladite structure supérieure (220, 254) comportant : - des moyens aptes à sélectionner, en fonction de critères de sélection, un domaine de service (130, 253) de sorte à déterminer si une application (111, 112, 1 13, 255a, 255b) requise, tel que des applications voix, des applications SDS, ou des applications de données sur IP, est du domaine de service legacy ou IP, - des moyens aptes à gérer les différentes requêtes, et - des moyens permettant de fournir des API pour les applications (111, 112, 113, 255a, 255b) voix, SDS, et IP, ladite structure inférieure (210, 252) comportant; - une unité (211) de routage IP vers le réseau radio assurant un routage IP des données aux réseaux IP (106, 107, 108, 251, 251a, 251b) appropriés, configuré de sorte à prendre en compte la configuration du réseau, le profil de l'utilisateur, l'assurance de la QoS et de la sécurité, - une unité (214) de gestion des utilisateurs, notamment en ce qui concerne leur enregistrement, leur désenregistrement, leur mobilité et leur sécurité tel que l'utilisation du SSO.

Description

STRUCTURE D'INTEGRATION DE SERVICES MOBILES
Domaine de l'invention
La présente invention se rapporte au domaine des structures d'intégration de services mobiles. L'invention trouve des applications particulièrement avantageuses dans les systèmes privés de radiocommunication professionnelle (ou système PMR, pour Professional ou Private Mobile Radio en anglais).
Cette structure d'intégration de services mobiles selon l'invention a pour but de fournir aux applications un ensemble de services avancés tels qu'une gestion et un accès optimisés aux ressources critiques, tel que la radio, de manière transparente pour les différents utilisateurs des applications.
Etat de la technique et problèmes techniques rencontrés
Dans te domaine des systèmes numériques privés de radiocommunication mobile, appelé par la suite système PMR, il existe un besoin de faire évoluer des réseaux PMR basés sur des technologies bas débit (ou Narrowband, en anglais), et issus d'une génération dépassée (ou legacy, en anglais), mais continuant à être utilisée, en des réseaux PMR basés sur des technologies haut débit (ou Broadband, en anglais). Par réseau PMR basé sur du bas débit, on entend un réseau de technologie TETRA, ou TETRAPOL, ou P25. Par réseau PMR basé sur du haut débit, on entend un réseau de technologie IP-WAN. Par réseaux IP-WAN, on entend des réseaux se basant sur les technologies WIFI (Wlreless Fldelity), et/ou WIMAX (Worldwide Interoperability for Microwave Access), et/ou 2G (2ôme Génération de réseau cellulaire), et/ou 3G (3ème Génération de réseau cellulaire), et/ou LTE (Long Term Evolution), et/ou de future technologie.
Cette évolution a pour but de permettre l'intégration de nouveaux services basés sur IP (ou Protocol Internet, en anglais), mais également de continuer à supporter les services de réseaux PMR issus de génération précédentes, tels que la radio ainsi que l'ensemble des interfaces.
Les réseaux bas et haut débits, ainsi que ieurs services respectifs associés, ont besoin d'être gérés systématiquement et efficacement pour s'assurer que les services dédiés aux missions critiques pourront être fournies et continuer à être développés. Dans t'état de la technique, il existe des systèmes d'intégration des moyens de télécommunication comme l'IMS (pour IP Multimédia Services, en anglais). Un tel système IMS ne fourni uniquement que l'intégration des services IP et ne prend pas en compte la gestion des réseaux non IP, tels que les réseaux PMR legacy, avec une forte focalisation sur les services de type voix, et/ou ayant une séparation du plan de contrôle et du plan utilisateur tout en gérant de manière séparée le plan de contrôle et le plan de données.
Toutefois, un tel système IMS ne permet pas un contrôle d'accès entre les multiples applications utilisées par un même utilisateur. Ce système IMS ne permet pas non plus un accès de plusieurs utilisateurs à un ou à de multiple réseaux IP avec des fonctions d'équilibrage de priorité ou de charge. De plus, le système IMS est surtout orienté pour permettre aux utilisateurs mobiles d'accéder aux ressources applicatives de l'infrastructure pour des réseaux fortement hétérogènes, internationaux, et pas de gérer par exemple un accès concurrentiel de plusieurs utilisateurs à partir d'une ou plusieurs applications.
Exposé de l'invention
La présente invention vise à résoudre l'ensemble des inconvénients de l'état de la technique. Pour cela, l'invention propose une structure d'intégration des services mobiles, selon l'une quelconque des caractéristiques de la revendication 1 et des revendications suivantes, permettant de s'assurer que la capacité de charge de chacun des réseaux sera prise en compte, que des priorités et des droits d'accès seront définies entre les différents utilisateurs pour pouvoir accéder aux différentes applications, qu'il existera des droits d'accès entre les applications, les sessions, les utilisateurs et les réseaux.
L'invention permet de contrôler l'accès entre les différentes applications utilisées par un même utilisateur. L'invention permet en outre un accès de plusieurs utilisateurs à un ou à plusieurs réseaux IP avec des fonctions d'équilibrage de priorité ou de charge. L'invention permet également d'assurer un contrôle d'accès entre plusieurs réseaux et notamment l'équilibrage de charge. L'invention permet aussi le support du multicast/broadcast ou d'un mixte de réseaux unicast/multicast/broadcast, due principalement au protocole SIP (pour Session Initialization Protocol, en anglais), ou tout autre protocole de signalisation sur IP, même propriétaire. L'invention permet d'une manière générale de gérer les spécificités des différents réseaux, que cela soit, la Qualité de Service QoS (Quality of Service), unicast/multicast/broadcast, ainsi que les stratégies de sécurité. L'invention est apte à supporter n'importe quel service legacy, à partir du moment où ce service est déjà basé sur de l'ΙΡ. Pour finir, l'invention supporte des protocoles de signalisation hétérogène, notamment via l'ajout de passerelles.
L'invention à pour objet une structure d'intégration de services mobiles caractérisé en ce qu'elle comporte une structure supérieure et une structure inférieure, ladite structure supérieure comportant :
- des moyens aptes à sélectionner, en fonction de critères de sélection, un domaine de service de sorte à déterminer si une application requise, tel que des applications voix, des applications SDS, ou des applications de données sur IP, est du domaine de service legacy ou IP, - des moyens aptes à gérer les différentes requêtes, et
- des moyens permettant de fournir des API pour les applications voix, SDS, et IP,
ladite structure inférieure comportant :
- une unité de routage IP vers le réseau radio assurant un routage IP des données aux réseaux IP appropriés, configuré de sorte à prendre en compte la configuration du réseau, le profil de l'utilisateur, l'assurance de la QoS et de la sécurité,
- une unité de gestion des utilisateurs, notamment en ce qui concerne leur enregistrement, leur désenregistrement, leur mobilité et leur sécurité tel que l'utilisation du SSO.
L'invention a également pour objet une infrastructure réseau comportant :
- une salle de contrôle permettant de gérer un ensemble d'applications pouvant être accessible aux utilisateurs,
- un domaine de service, notamment pour supporter le service PTT legacy,
- un réseau d'accès englobant, les réseaux legacy, les réseaux IP de sécurité publique, les réseaux IP cellulaire de type commercial, les réseaux WLAN/LAN-IP, ainsi que des réseaux filaires,
caractérisé en ce qu'il comporte une structure d'intégration de service mobile, selon l'une quelconque des caractéristiques précédentes. L'invention comporte en outre un terminal comportant :
- au moins un modem, apte à se connecter à au moins un réseau, du réseau d'accès radio,
- un domaine de services comportant de manière non exhaustive un client PTT, un client SDS, ainsi qu'une couche RAL,
- une couche applicative comportant un ensemble d'applications, caractérisé en ce qu'il comporte une structure d'intégration de services mobiles selon la revendication 1 , apte à interagir avec la structure de l'infrastructure réseau.
L'invention concerne également un procédé de fonctionnement d'une structure d'intégration, selon l'une quelconque des caractéristiques précédentes, caractérisé en ce qu'il comporte les étapes suivantes, lorsque ledit terminal selon l'invention, a été enregistré auprès de la structure selon l'invention, via les réseaux d'accès disponibles :
- une étape, où la structure reçoit une requête provenant soit d'un serveur d'applications localisé dans la salle de contrôle, soit d'un client applicatif situé dans le terminal selon l'invention,
- une étape, où la structure selon l'invention contrôle l'accès de ce service pour un utilisateur destinataire muni préalablement d'un terminal selon l'invention,
- une étape, où la structure selon l'invention détermine si ledit utilisateur accède à plusieurs services simultanément, ladite structure effectuant une hiérarchie de l'utilisation des services fonctionnant simultanément pour un même utilisateur en fonction du niveau de priorité attribué aux applications,
- une étape, où la structure selon l'invention détermine pour l'ensemble des réseaux IP disponibles, lequel ou lesquels sont les plus appropriés pour rendre le service demandé en fonction, selon une liste non exhaustive, de la charge du réseau, de la configuration unicast ou broadcast, ou encore de l'équilibrage des charges entre les réseaux IP,
- une étape, où la structure selon l'invention met en œuvre le service sur les réseaux IP sélectionnés,
- une étape, où la structure selon l'invention initie une session entre l'application requérant le service et vers l'application à qui est destiné le service, - une étape, où la structure selon l'invention permet aux flux de média d'être prêt à être envoyé par l'application source vers l'application destinataire.
Brève description des figures
L'invention sera mieux comprise à ia lecture de la description qui suit et à l'examen des figures qui l'accompagnent. Celles-ci ne sont présentées qu'à titre illustratif, mais nullement limitatif de l'invention. Les figures montrent :
- Figure 1a : une représentation schématique de l'infrastructure de systèmes PMR bas débit, selon l'état de la technique ;
- Figure 1b : une représentation schématique de l'infrastructure de systèmes PMR avec des services IP à large bande, selon un mode de réalisation de l'invention ;
- Figure 2 : une représentation schématique d'une structure de communication mobile, selon un mode de réalisation de l'invention ;
- Figures 3a-3b : une illustration du diagramme fonctionnel du procédé de fonctionnement de la structure 200, selon un mode de réalisation de l'invention ;
- Figures 4a-4c : des représentations schématiques de la mise en œuvre du procédé selon les figures 3a et 3b, selon un mode de réalisation de l'invention ;
- Figure 5 : une représentation schématique du terminal comportant une structure d'intégration de services mobiles, selon un mode de réalisation de l'invention.
Description de l'invention
On note dès à présent que les figures ne sont pas à l'échelle.
Les réalisations suivantes sont des exemples. Bien que la description se réfère à un ou plusieurs modes de réalisation, ceci ne signifie pas nécessairement que chaque référence concerne le même mode de réalisation, ou que les caractéristiques s'appliquent seulement à un seul mode de réalisation. De simples caractéristiques de différents modes de réalisation peuvent également être combinées pour fournir d'autres réalisations.
La figure 1a est une illustration d'une infrastructure de système PMR bas débit dite legacy. Par système PMR legacy, il faut comprendre dans le reste de la description un système PMR (pour Private Mobile Radio, en anglais) basée sur une technologie TETRA (pour TErrestrial Trunked RAdio), ou TETRAPOL (pour TETRA POLice), ou P25 (pour Project 25). Ces technologies sont dites legacy, dans le sens où elles sont issues d'une génération technologique dépassée, mais continuent à être utilisées. La figure 1a montre ainsi qu'une infrastructure 101 réseau basée sur un système PMR legacy comporte un ou plusieurs serveurs 102 PTT/SDS (pour Short Data Services, en anglais), apte à s'interfacer à un ensemble de stations de bases 103 diffusant un simple signal radioélectrique bas débit. Cette infrastructure 101 permettant notamment de gérer tes ressources radio, comme par exemple les stations de base BS (ou Base Station, en anglais), les terminaux mobiles ou UE (pour User Equipement), les canaux radio, etc. , est complètement liées et administré avec des ressources PTT, tel que les utilisateurs, tes appels de groupe, etc..
Sur cette figure 1a, on constate que les services IP sont totalement dissociés des services PTT. En effet, un serveur 104 propose des services IP à bas débit qui sont accessibles directement à partir d'un réseau 105 d'accès IP tel que le réseau commercial GPRS (pour General Packet Radio Service, en anglais). Toutefois, peu de services IP bas débit peuvent être utilisés directement. Il existe donc un besoin d'accéder à des services IP à haut débit.
Pour ce faire, la figure 1b illustre une telle évolution du système présenté à la figure 1a, à ceci prêt qu'il est compatible avec les services IP à large bande. En effet, au moyen de réseaux IP 106 de sécurité publique PS (Public Safety) basés, par exemple, sur une solution LTE (Long Term Evolution), ou sur une solution amélioré du TETRA pour des services de données, encore appelé TEDS (pour Tetra Enhanced Data Services, en anglais), il est possible d'accéder à la fois aux services IP à bande étroite NB (ou Narrow Band, en anglais), ou aux services IP 109 à large bande BB (ou Broad Band, en anglais). De même, les réseaux IP cellulaires 107 de type commercial, comme le réseau 2,5G, ou 3G, ou 4G, ou WAN (pour Wide Area Network, en anglais), comme le Wimax par exemple, ainsi que les réseaux 108 WLAN/LAN-IP, peuvent également accéder indépendamment les uns des autres à chacun de ces services.
Cependant, au regard de la figure 1b, il existe un certain nombre de contraintes pour que simultanément, il soit possible : - de maintenir disponible des services PMR legacy, tels que le service voix, ou le service SDS, qui sont transportés via le protocole IP, avec ou sans protocole SIP (pour Session Initialization Protocol, en anglais), avec de nouveaux services IP, qui sont NB (Narrow Band), et/ou WB (Wide Band), et/ou BB (Broad Band), qui peuvent également être basé sur le protocole SIP ou non ;
- de fournir des réseaux d'accès hétérogènes avec la possibilité d'en contrôler l'accès ;
- d'assurer une priorité et un contrôle entre les multiples applications, basées sur le protocole IP, ou pas, vers plusieurs réseaux qu'ils soient radio ou non. Cela inclus la vérification des capacités de chaque réseau, sans rapport avec les requêtes des applications et le nombre d'utilisateur présent. Chaque application peut ignorer que les autres applications sont utilisées par les utilisateurs et les ressources du réseau ;
- d'assurer une priorité et un contrôle d'accès aux flux de multiples applications et des sessions pour chaque utilisateur ;
- d'assurer une priorité et un contrôle d'accès d'un ensemble ou d'un groupe d'utilisateur, notamment en définissant le rôle de chaque utilisateur ;
- d'assurer l'accès aux utilisateurs en mode unicast ou broadcast. L'invention se propose de résoudre l'ensemble des contraintes précédemment citées en mettant en place une structure 200 d'intégration de services mobiles. Cette structure 200 selon l'invention est illustrée de manière plus explicite à la figure 2. Ainsi, la structure 200 est localisée entre une salle de contrôle 110 et les réseaux d'accès 120. La salle de contrôle 110 permet de gérer l'ensemble des applications qui pourront être accessible aux utilisateurs via leurs terminaux respectifs. Par réseaux d'accès 120, on englobe pour faciliter la compréhension, les réseaux legacy 103 de type TetraPol, Tetra ou P25, les réseaux IP 106 de sécurité publique basés par exemple, sur une solution LTE, ou sur une solution TEDS, les réseaux IP cellulaire 107 de type commercial, comme le réseau 2,5G (référencé 105), ou 3G, ou 4G, ou IWLAN, ainsi que les réseaux 108 WLAN/LAN-IP. Il est à noter que des réseaux filaires (Gigabit Ethernet) peuvent être également utilisés pour la connection de l'infrastructure réseau 100 au terminal 250.
La structure 200 selon l'invention fournit une couche indépendante pour les applications de la salle de contrôle 110, afin de tirer profit des services et des réseaux d'accès multiples disponibles de manière transparente pour tes applications. Cette structure 200 gère également le contrôle d'accès, en matière de capacité de charge, de priorité et de qualité de service ou QoS (Quality of Service), entre de multiples applications vers un utilisateur, entre de multiple utilisateurs vers un réseau, etc.
Toutefois, cette structure 200 se subdivise en une structure supérieure
220 et une structure inférieure 210. La structure supérieure 220 est apte à sélectionner le domaine de service 130, autrement dit, de déterminer si l'application requise est du domaine de service legacy ou IP, et apte à gérer les différentes requêtes. Ces applications peuvent être dédiées à la voix, ou pour les services de données courtes SDS (Short Data Services), ou pour les services de données par IP. La structure supérieure 220 comporte des moyens permettant de fournir des API pour les applications voix, SDS, et IP. Cette structure 220 comporte également des moyens pour effectuer une première sélection de domaine de service en fonction de critères de sélection, qui peuvent être configurés. Le service legacy pouvant être ajouté de manière optionnel.
En ce qui concerne la structure inférieure 210, elle comporte une unité 211 de routage IP vers le réseau radio s'assurant de permettre globalement le routage IP des données aux réseaux IP appropriés, en prenant en compte la configuration du réseau, le profil de l'utilisateur, l'assurance de la QoS et de Ea sécurité.
La structure 210 comporte une interface réseau 212 qui est dédiée à chaque réseau radio pour gérer les spécificités, telles que la gestion de la QoS, sécurité, etc., de chaque réseau radio une fois que celui-ci a été choisi.
Cette structure inférieure 210 ne fournie pas seulement une capacité de routage IP appropriée pour un service donné pour chaque utilisateur, mais elle comporte une unité 213 de contrôle fonctionnelle qui gère le contrôle d'accès et fournie également un contrôle applicatif, parmi les différents services et applications utilisés par l'utilisateur, puisqu'aucun contrôle n'est effectué entre les applications qui travaillent simultanément, et par les applications elles même, puisque ce n'est pas leur rôle.
Une unité 214 de gestion des utilisateurs, notamment en ce qui concerne leur enregistrement, leur désenregistrement, leur mobilité, leur sécurité tel que l'utilisation du SSO (pour Single Sign On, en anglais). Un contrôle global est effectué parmi une liste de services utilisés par plusieurs utilisateurs, afin d'être sûr que les services prioritaires restent assurés.
Le terminal 250, illustré aux figures 2 et 6, qui a précédemment été cité, va maintenant faire l'objet d'une description un peu plus détaillée.
Ce terminal 250 comporte un ou plusieurs modem(s) 251 , 251a, 251b, apte à se connecter à au moins un réseau 103, 106, 107, 108, du réseau d'accès 120 radio, configuré de sorte à pouvoir se connecter, si besoin, simultanément à plusieurs réseaux 103, 106, 107, 108.
Chaque modem est connecté à une structure inférieure 252 remplissant les mêmes fonctions que la structure inférieure 210, précédemment cité, à ceci près qu'elle ne comporte pas d'unité 213 de contrôle fonctionnelle gérant notamment le contrôle d'accès, et d'interface réseau 212 dédiée gérant des spécificités, telles que la QoS.
II est à noter que la structure 256 du terminal 250 interagit avec la structure 200 de l'infrastructure réseau 100 pour tous les procédés qui vont être décrit par la suite et respectivement référencés 310 et 320.
Cette structure inférieure 252 est connectée à un domaine de services 253 comportant de manière non exhaustive un client PTT 253a, un client SDS 253b, ainsi qu'une couche RAL (pour Radio Abstraction Layer, en anglais). Le domaine de services 253 est connecté à une structure supérieure 254 semblable en tout point à la structure supérieure 220 de l'infrastructure réseau 100 excepté qu'elle est dédiée uniquement aux ressources et besoins du terminal 250. Cette structure supérieure 254 est connectée à une couche 255 applicative comportant un ensemble d'applications 255a, 255b.
Dans une variante de réalisation du terminal 250 selon l'invention, celui-ci n'est pas un terminal transportable manuellement (ou Hand Held, en anglais) et agit comme un routeur pour un ensemble de terminaux. Dans un tel cas les services et applications 255a, 255b, supportés sont réduits puisqu'ils sont reportés dans des terminaux esclaves ou dépendant (non représentés). Par conséquent, le terminal 250 est apte à accueillir un ensemble de terminaux de type Hand Held ou non et supportant eux-mêmes une structure d'intégration de services mobiles identique à la description faite pour le terminal 250. Cette possibilité du terminal 250 offre un avantage considérable puisque celui-ci permet d'avoir un point unique de concentration vis-à-vis des réseaux d'accès 120.
Le procédé de fonctionnement de la structure 200 selon l'invention va maintenant être explicité en relation dans un premier temps aux figures 3a, 3b, puis par la suite aux figures 4a, 4b.
La figure 3a illustre un procédé d'initialisation 310 d'un terminal 250 client par rapport à son utilisateur, ledit procédé d'initialisation étant réitéré pour chaque réseau d'accès 120 auquel un terminal 250 se connecte.
Ainsi, à une étape 311 , le terminal 250 initie une connection à un ou plusieurs des réseaux 103, 106, 107, 108.
A une étape 312, le terminal 250 procède à son authentification sur le ou les réseau(x) 103, 106, 107, 108, sélectionné(s).
A une étape 313, le terminal 250 initie, si cela s'avère nécessaire, les paramètres de sécurité propre à sa connection sur le réseau 103, 106, 107, 108, sélectionné.
A une étape 314, le terminal 250 est enregistré auprès de la structure 200 via les réseaux 103, 106, 107, 108 disponible.
Lorsque le terminal 250 est correctement connecté et enregistré à un ou plusieurs réseau(x) selon le procédé 310, alors un procédé 320 de traitement des requêtes de services émises par les applications est effectué.
Ainsi, à une étape 321, la structure inférieure 200 reçoit une requête provenant soit du serveur d'applications (non représenté) localisé dans la salle de contrôle 110, soit du client applicatif situé dans le terminal 250. Lorsque la structure 200 ou 256 a détecté une requête provenant d'un service de l'application source, alors il effectue une étape 322. Toutes les étapes suivantes à partir de 322 sont soit gérées directement par la structure 200, dans le cas d'un service demandé depuis un serveur d'application, ou entre les structures 256 et 200, dans le cas d'un service demandé depuis le terminal 250.
A l'étape 322, la structure 200, 256, contrôle l'accès de ce service pour un utilisateur destinataire muni préalablement d'un terminal 250.
A une étape 323, la structure 200, 256, détermine si ledit utilisateur accède à plusieurs services simultanément. La structure 200, 256, effectue une hiérarchie de l'utilisation des services fonctionnant simultanément pour un même utilisateur en fonction du niveau de priorité attribué aux applications. A une étape 332, la structure 200, 256, sélectionne un domaine de service pour le service demandé. Cette étape 332 pouvant être optionnelle.
A une étape 324, ia structure 200, 256, détermine pour l'ensemble des réseaux disponibles, lequel ou lesquels sont les plus appropriés pour rendre le service demandé en fonction, selon une liste non exhaustive, de ia charge du réseau, de la configuration unicast ou broadcast, ou encore de l'équilibrage des charges entre les réseaux 106, 107, 108. Pour cela la structure 200, 256 effectue comme à l'étape 323, une hiérarchie de l'utilisation des services fonctionnant simultanément pour un même utilisateur en fonction, d'une liste non exhaustive de critères qui est propres à chaque gestionnaire de système privé de radiocommunication, tels que le niveau de priorité attribué aux données respectives circulant par l'intermédiaire des services, la capacité ou la charge du réseau d'accès 120 emprunté par chacun des services, la configuration unicast ou broadcast, ou encore l'équilibrage des charges entre les réseaux d'accès 120.
A une étape 325, la structure 200, 256, met en œuvre le service sur les réseaux 106, 107, 108 sélectionnés.
A une étape 326, la structure 200, 256, effectue de manière optionnelle, et si plusieurs réseaux sont choisis pour rendre le service, soit un équilibrage des charges entre les réseaux d'accès 120, soit un mode alterné de l'utilisation de réseaux utilisés parmi les réseaux d'accès 120, ou soit une agrégation de méthode dépendant de plusieurs règles et configurations desdits réseaux.
A une étape 327, la structure 200, 256, initialise, pour chaque réseau IP 106, 107, 108, une porteuse unicast ou broadcast en fonction par exemple, du nombre d'utilisateurs présent dans une zone déterminée.
A une étape 328, la structure 200, 256, met en place de manière optionnelle et si ia QoS est disponible, pour chaque réseau IP 106, 107, 108, une qualité de service QoS adaptée.
A une étape 329, la structure 200,256 met en place, pour chaque réseau IP 106, 107, 108, une stratégie de sécurité adaptée.
A une étape 330, la structure 200, 256, initie la session entre l'application requérant le service et vers l'application à qui est destiné le service. A une étape 331, la structure 200, 256, permet aux flux de média d'être prêt à être envoyé par l'application source vers l'application destinataire.
Il est à noter que les étapes 326 à 329 peuvent être Individuellement optionnelles et que cette séquence d'étapes peut être modifiée, suivant l'implémentation souhaité.
Le procédé 320 va maintenant être mis en application sur deux modes de réalisation illustrés respectivement aux figures 4a, 4b et 4c.
Il est à noter que les descriptions faites ci-dessous sont décrites dans le cadre d'un routage du serveur d'applications vers le client applicatif dans le terminal 250 (non représenté sur tes figures 4a, 4b et 4c), mais peut être appliqué de manière identique du client applicatif dans le terminal 250 vers les serveurs d'application.
Dans un premier mode de réalisation, illustré à la figure 4a, un service de données courtes SDS transmet une donnée brute à destination d'un terminal 250. Par l'intermédiaire d'une interface entre la structure 200 et le serveur d'application, la structure supérieure 220 sélectionne le réseau IP à condition que l'utilisateur soit enregistré sur le réseau IP et que le dit réseau IP est préféré à un réseau legacy par configuration. Sinon, la structure 220 va sélectionner le réseau legacy. Ainsi, la structure 220 détermine si l'application SDS nécessite de passer par un réseau IP ou non. L'application SDS ne nécessitant pas de passer par le réseau IP, alors la structure inférieure 210 devient transparente, et l'application SDS utilise une interface de type TCS (pour Tetra Connectlvlty Server, en anglais) afin d'atteindre l'infrastructure réseau legacy appropriée.
Dans un deuxième mode de réalisation, illustré à la figure 4b, une donnée IP brute doit atteindre un terminal 250. Par l'Intermédiaire d'une Interface entre la structure 200 et le serveur d'application, la structure supérieure 220, sélectionne le réseau IP à condition que l'utilisateur soit enregistré sur le réseau IP et que le dit réseau IP est préféré à un réseau legacy par configuration. Sinon, la structure 220 va sélectionner le réseau legacy. SI par contre la donnée IP est du protocole IP évolué tel que du http (pour Hyper Text Transfer Protocol, en anglais) par exemple, alors la structure 210 prend -en charge cette donnée IP. Ainsi, selon la figure 4b, cette donnée étant de type IP, alors la structure inférieure 210 sélectionne le réseau d'accès IP 106, 107, 108, approprié, en fonction du niveau de priorité attribué à la donnée, de la capacité ou de la charge des réseaux d'accès 106, 107, 108, de fa configuration unicast ou broadcast, ou encore de l'équilibrage des charges entre lesdits réseaux.
Dans un troisième mode de réalisation, illustré à la figure 4c, un service de voix PTT doit atteindre un terminal 250. Par l'intermédiaire d'une interface entre la structure 200 et le serveur d'application, la structure supérieure 220, sélectionne le réseau IP à condition que l'utilisateur soit enregistré sur le réseau IP et que le dit réseau IP est préféré à un réseau legacy par configuration. Sinon, ta structure 220 va sélectionner le réseau legacy. Ainsi, la structure 220 détermine si le service voix nécessite de passer par un réseau iP ou non. Le service voix ne nécessitant pas de passer par le réseau IP, alors la structure inférieure 210 devient transparente, et le service voix utilise une interface de type TCS (pour Tetra Connectivity Server, en anglais) afin d'atteindre l'infrastructure réseau legacy appropriée. Toutefois en fonction du niveau de priorité attribué au service voix, de la capacité ou de la charge des réseaux d'accès 103, 106, 107, 108, de la configuration unicast ou broadcast, ou encore de l'équilibrage des charges entre lesdits réseaux, le RAL (pour Radio Abstraction Layer, en anglais) introduit le réseau IP comme support au réseau legacy. Le service voix devenant IP, alors la structure inférieure 210 sélectionne te réseau d'accès IP 106, 107, 108, approprié.

Claims

REVENDICATIONS
1 - Structure (200, 256) d'intégration de services mobiles caractérisé en ce qu'elle comporte une structure supérieure (220, 254) et une structure inférieure (210, 252), ladite structure supérieure (220, 254) comportant :
- des moyens aptes à sélectionner, en fonction de critères de sélection, un domaine de service (130, 253) de sorte à déterminer si une application (111, 1 12, 113, 255a, 255b) requise, tel que des applications voix, des applications SDS, ou des applications de données sur IP, est du domaine de service legacy ou IP,
- des moyens aptes à gérer les différentes requêtes, et
- des moyens permettant de fournir des API pour les applications (111 , 112, 113, 255a, 255b) voix, SDS, et IP,
ladite structure inférieure (210, 252) comportant :
- une unité (211) de routage IP vers le réseau radio assurant un routage IP des données aux réseaux IP (106, 107, 108, 251 , 251a, 251b) appropriés, configuré de sorte à prendre en compte la configuration du réseau, le profil de l'utilisateur, l'assurance de la QoS et de la sécurité,
- une unité (214) de gestion des utilisateurs, notamment en ce qui concerne leur enregistrement, leur désenregistrement, leur mobilité et leur sécurité tel que l'utilisation du SSO.
2 - Structure (200) d'intégration de services mobiles selon la revendication 1 , caractérisé en ce que, la structure inférieure comporte
- une interface réseau (212) dédiée à chaque réseau radio pour gérer les spécificités, telles que par exemple, la QoS, la stratégie de sécurité, de chaque réseau (103, 106, 107, 108) radio, une fois que celui-ci a été choisi,
- une unité (213) de contrôle fonctionnelle, gérant le contrôle d'accès et fournissant également un contrôle applicatif, parmi les différents services et applications utilisés par l'utilisateur.
3 - Infrastructure réseau (100) comportant :
- une salle de contrôle (110) permettant de gérer un ensemble d'applications pouvant être accessible aux utilisateurs,
- un domaine de service, notamment pour supporter le service (102) PTT legacy, - un réseau d'accès (120) englobant, les réseaux legacy (103), les réseaux IP (106) de sécurité publique, les réseaux IP cellulaire (107) de type commercial, les réseaux (108) WLAN/LAN-IP, ainsi que des réseaux filaires, caractérisé en ce qu'il comporte une structure (200) selon l'une des revendications 1 ou 2.
4 - Terminal (250) comportant :
- au moins un modem (251, 251a, 251b), apte à se connecter à au moins un réseau (103, 106, 107, 108), du réseau (120) d'accès radio,
- un domaine de services (253) comportant de manière non exhaustive un client PTT (253a), un client SDS (253b), ainsi qu'une couche
RAL (253c),
- une couche (255) applicative comportant un ensemble d'applications (255a, 255b),
caractérisé en ce qu'il comporte une structure (256) d'intégration de services mobiles selon la revendication 1, apte à interagir avec la structure (200) de l'infrastructure réseau (100).
5 - Procédé (320) de fonctionnement d'une structure d'intégration selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte les étapes suivantes, lorsque le terminal (250) selon la revendication 4, a été enregistré auprès de la structure (200), via les réseaux (103, 106, 107, 108) disponible :
- une étape (321), où la structure inférieure (200) reçoit une requête provenant soit d'un serveur d'applications localisé dans la salle de contrôle (110), soit d'un client applicatif situé dans le terminal (250),
- une étape (322), où la structure (200, 256) contrôle l'accès de ce service pour un utilisateur destinataire muni préalablement d'un terminai (250),
- une étape (323), où la structure (200, 256) détermine si ledit utilisateur accède à plusieurs services simultanément, ladite structure (200, 256) effectuant une hiérarchie de l'utilisation des services fonctionnant simultanément pour un même utilisateur en fonction du niveau de priorité attribué aux applications,
- une étape (324), où la structure (200, 256) détermine pour l'ensemble des réseaux disponibles, lequel ou lesquels sont les plus appropriés pour rendre le service demandé en fonction, selon une liste non exhaustive, de la charge du réseau, de la configuration unicast ou broadcast, ou encore de l'équilibrage des charges entre les réseaux (106, 107, 108),
- une étape (325), où la structure (200, 256) met en œuvre le service sur les réseaux (106, 107, 108) sélectionnés,
- une étape (330), où la structure (200, 256) initie la session entre l'application requérant le service et vers l'application à qui est destiné le service,
- une étape (331), où la structure (200, 256) permet aux flux de média d'être prêt à être envoyé par l'application source vers l'application destinataire.
6 - Procédé (320) selon la revendication 5, caractérisé en ce qu'il comporte une étape (332), où la structure (200, 256) sélectionne un domaine de service pour le service demandé.
7 - Procédé (320) selon l'une quelconque des revendications 5 à 6, caractérisé en ce qu'il comporte une étape (326), si plusieurs réseaux sont choisis pour rendre le service, où la structure (200, 256) effectue soit un équilibrage des charges entre les réseaux d'accès (120), ou soit un mode alterné de l'utilisation de réseaux utilisés parmi les réseaux d'accès (120), ou soit une agrégation de méthode dépendant de plusieurs règles et configurations desdits réseaux.
8 - Procédé (320) selon l'une quelconque des revendications 5 à 7, caractérisé en ce qu'il comporte une étape (327), où la structure (200, 256) initialise, pour chaque réseau IP (106, 107, 108), une porteuse unicast ou broadcast en fonction, par exemple, du nombre d'utilisateurs présent dans une zone déterminée.
9 - Procédé (320) selon l'une quelconque des revendications 5 à 8, caractérisé en ce qu'il comporte une étape (328), où la structure (200, 256) met en place, si la QoS est disponible, pour chaque réseau IP (106, 107, 108), une qualité de service QoS adaptée.
10 - Procédé (320) selon l'une quelconque des revendications 5 à 9, caractérisé en ce qu'il comporte une étape (329), où la structure (200, 256) met en place, pour chaque réseau IP (106, 107, 108), une stratégie de sécurité adaptée.
EP12840460.5A 2011-10-12 2012-10-15 Structure d'intégration de services mobiles Withdrawn EP2767122A4 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP12840460.5A EP2767122A4 (fr) 2011-10-12 2012-10-15 Structure d'intégration de services mobiles

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201161546222P 2011-10-12 2011-10-12
PCT/EP2012/003586 WO2013053414A2 (fr) 2011-10-12 2012-08-24 Systeme de radiocommunication numerique permettant l'evolution d'une infrastructure et de terminaux a bande etroite vers une infrastructure et des terminaux a large bande
PCT/IB2012/002266 WO2013054189A1 (fr) 2011-10-12 2012-10-15 Structure d'intégration de services mobiles
EP12840460.5A EP2767122A4 (fr) 2011-10-12 2012-10-15 Structure d'intégration de services mobiles

Publications (2)

Publication Number Publication Date
EP2767122A1 true EP2767122A1 (fr) 2014-08-20
EP2767122A4 EP2767122A4 (fr) 2015-07-29

Family

ID=51205653

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12840460.5A Withdrawn EP2767122A4 (fr) 2011-10-12 2012-10-15 Structure d'intégration de services mobiles

Country Status (3)

Country Link
US (1) US10511639B2 (fr)
EP (1) EP2767122A4 (fr)
WO (1) WO2013054189A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101943989B1 (ko) 2015-06-05 2019-01-30 삼성전자주식회사 데이터를 송수신하는 방법, 서버 및 단말기
US11902890B2 (en) * 2018-02-03 2024-02-13 Nokia Technologies Oy Application based routing of data packets in multi-access communication networks

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7890653B2 (en) * 2003-05-26 2011-02-15 Panasonic Corporation Operation history utilization system
US8042154B2 (en) 2005-11-07 2011-10-18 Cisco Technology, Inc. Allowing network access for proxy mobile IP cases for nodes that do not support CHAP authentication
FI119314B (fi) 2006-02-01 2008-09-30 Teliasonera Ab Järjestelmien välinen viestintä matkaviestintäjärjestelmässä
MY166339A (en) * 2008-01-16 2018-06-25 Siemens Convergence Creators Gmbh Method for improving the transmission capabilities of a trunked radio system
EP2259658A1 (fr) 2009-06-04 2010-12-08 Siemens Schweiz AG Procédé pour l'interconnection de deux réseaux PMR
US8509120B2 (en) * 2010-06-01 2013-08-13 Telefonakiebolaget Lm Ericsson (Publ) Preserving mid-call state in IMS centralized services sessions
US9088874B2 (en) * 2010-12-13 2015-07-21 Motorola Solutions, Inc. Method and system of providing service to a mobile device in a communication network

Also Published As

Publication number Publication date
WO2013054189A1 (fr) 2013-04-18
US20140241253A1 (en) 2014-08-28
US10511639B2 (en) 2019-12-17
EP2767122A4 (fr) 2015-07-29

Similar Documents

Publication Publication Date Title
EP4475599B1 (fr) Procédé de connexion d'un terminal utilisateur a une tranche de réseau
EP1565030B1 (fr) Procédé de sélection d'un réseau de communications, à partir d'informations sur des points d'accès de réseau local sans fil, transmises par un réseau cellulaire
EP3456031B1 (fr) Procédé d'accès à un contenu hébergé sur un serveur selectionné en fonction de la localisation du terminal utilisateur
EP3366009B1 (fr) Procédé de continuité de services fournis par une passerelle résidentielle
US20120317197A1 (en) Peer to peer (p2p) operation by integrating with content delivery networks (cdn)
EP3417591A1 (fr) Procédé et serveur de sélection d'un serveur d'entrée d'un réseau de communication ims
Kärkkäinen et al. Liberouter: Towards autonomous neighborhood networking
FR2928800A1 (fr) Procede de gestion de requetes d'obtention d'identifiants de pairs en vue d'acceder en mode p2p a des contenus qu'ils stockent, et dispositif de gestion et equipement de reseau associes.
EP2163071A2 (fr) Procédé de détermination automatique d'un groupe de pairs situés dans le voisinage d'un autre pair au sein d'un réseau de communication, et serveur, dispositif d'analyse et équipement de communication associés
EP3526993A1 (fr) Sécurisation du choix du réseau visité en itinérance
EP2767122A1 (fr) Structure d'intégration de services mobiles
WO2008017792A2 (fr) Procede de diffusion d'informations dans un reseau distribue
FR2992810A1 (fr) Procede d'emission d'un message par un serveur d'un coeur de reseau ip multimedia, et serveur
WO2007088311A1 (fr) Dispositif et procede de controle d'acces d'equipement(s) d'utilisateur(s) a des services de type mbms offerts par un reseau mobile
EP2508017B1 (fr) Procede pour assurer la continuite de la gestion de sessions de communications operees a partir d'un terminal mobile de quatrieme generation
FR3017017A1 (fr) Procede de communication entre un terminal alimente par batterie et une station de base et reseau de communication associes
EP3149918B1 (fr) Téléchargement de contenu et mise a disposition de réseaux
EP2767107A2 (fr) Systeme de radiocommunication numerique permettant l'evolution d'une infrastructure et de terminaux a bande etroite vers une infrastructure et des terminaux a large bande
EP3366069A1 (fr) Passerelle résidentielle hybride
EP2446608B1 (fr) Technique de contrôle d'accès par une entité cliente à un service
EP3008927B1 (fr) Procede de gestion de la mobilite d'un noeud
WO2025078594A1 (fr) Procédés de sélection de tranches réseau adaptées à un service, de gestion d'au moins une tranche réseau et de communication, et entités configurées pour mettre en œuvre ces procédés
FR2918241A1 (fr) Procede, serveur et application pour le partage de contenus personnels entre terminaux d'usager(s)
EP1850604B1 (fr) Dispositif de contrôle de fourniture â des équipements d'utilisateurs de données rélatives â un service de diffusion d'un réseau mobile
WO2013144504A1 (fr) Base de donnees, serveur hss, et serveurs de controle d'un reseau ims

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140409

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: AIRBUS DS SAS

Owner name: 1919 POLO PATENT S.L.

DAX Request for extension of the european patent (deleted)
RA4 Supplementary search report drawn up and despatched (corrected)

Effective date: 20150630

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 4/10 20090101AFI20150624BHEP

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: AIRBUS DEFENCE AND SPACE SAS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20240501