FR2945397A1 - Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d'un reseau sans fil, et equipement correspondant - Google Patents

Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d'un reseau sans fil, et equipement correspondant Download PDF

Info

Publication number
FR2945397A1
FR2945397A1 FR0953015A FR0953015A FR2945397A1 FR 2945397 A1 FR2945397 A1 FR 2945397A1 FR 0953015 A FR0953015 A FR 0953015A FR 0953015 A FR0953015 A FR 0953015A FR 2945397 A1 FR2945397 A1 FR 2945397A1
Authority
FR
France
Prior art keywords
type
encapsulation
frame
block
packets
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.)
Granted
Application number
FR0953015A
Other languages
English (en)
Other versions
FR2945397B1 (fr
Inventor
Safouane Sfar
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.)
ST Ericsson SA
Original Assignee
ST Ericsson SA
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 ST Ericsson SA filed Critical ST Ericsson SA
Priority to FR0953015A priority Critical patent/FR2945397B1/fr
Priority to EP10719935.8A priority patent/EP2428004B1/fr
Priority to PCT/EP2010/055960 priority patent/WO2010128009A1/fr
Priority to US13/319,144 priority patent/US8705535B2/en
Priority to KR1020117026390A priority patent/KR20120025459A/ko
Publication of FR2945397A1 publication Critical patent/FR2945397A1/fr
Application granted granted Critical
Publication of FR2945397B1 publication Critical patent/FR2945397B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W99/00—Subject matter not provided for in other groups of this subclass
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • 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/04—Protocols for data compression, e.g. ROHC
    • 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
    • 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]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • 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]
    • H04L69/166—IP fragmentation; TCP segmentation
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Landscapes

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

Abstract

Procédé de traitement de paquets du type IP au sein d'un équipement (ASF) d'un réseau de communication sans fil comprenant une encapsulation des paquets au sein de trames véhiculées sur un canal de communication du réseau sans fil. Ladite encapsulation comprend une première encapsulation des paquets de signalisation du type IP dans une trame d'un premier type (33, 34, RRC) contenant une indication associée à ce type de paquet puis une encapsulation supplémentaire de ladite trame de premier type dans une trame d'un deuxième type (37, 39, RLC) différent du premier type, et une deuxième encapsulation des paquets transportant les données utilisateur du type IP dans une trame d'un troisième type (35, PDCP) puis une encapsulation supplémentaire de ladite trame de troisième type dans une trame de deuxième type (38, RLC).

Description

DEMANDE DE BREVET B08-5025FR/FZ/AR 07-LMS-079
Société anonyme dite : ST-Ericsson SA (ST-Ericsson Ltd)
Procédé de traitement de paquets du type IP destinés à être véhiculés sur un canal de communication d'un réseau sans fil, et équipement correspondant. Invention de : Safouane SFAR Procédé de traitement de paquets du type IP destinés à être véhiculés sur un canal de communication d'un réseau sans fil, et équipement correspondant.
La présente invention concerne le domaine des communications sans fil et plus particulièrement le transport de paquets IP (Internet Protocol selon un terme anglo-saxon bien connu de l'homme du métier) sur un réseau sans fil. Elle concerne notamment le traitement des paquets IP réalisé au sein des équipements d'un réseau sans fil avant leur transport sur ledit réseau. De tels équipements peuvent être par exemple des stations de base ou des appareils de communication sans fil, tels que des téléphones mobiles cellulaires. L'invention s'applique avantageusement mais non limitativement aux systèmes de communication régis par les normes UMTS ou LTE. Les communications y sont organisées sous forme de couches. Lors du passage de la couche IP aux couches propres au réseau sans fil, un module logiciel, nommé PDCP par abus de langage car mettant en oeuvre le protocole PDCP (Packet Data Convergence Protocol), est aujourd'hui utilisé. Un module PDCP est prévu par exemple dans une station de base ou dans un contrôleur de stations de base (appelé aussi contrôleur de réseau radio, RNC dans le cadre de la norme UMTS) et un module PDCP homologue est prévu dans l'appareil sans fil, par exemple le téléphone mobile cellulaire.
Selon un mode de mise en oeuvre et de réalisation, il est proposé d'ajouter des fonctionnalités à un module PDCP existant de façon à notamment proposer deux encapsulations différentes en fonction du type de données transportées dans le paquet IP, ce qui peut permettre d'interfacer un réseau IP avec un réseau sans fil de façon à obtenir une meilleure qualité de service de bout en bout. Selon un aspect, il est proposé un procédé de traitement de paquets du type IP au sein d'un équipement d'un réseau de communication sans fil comprenant une encapsulation des paquets au sein de trames véhiculées sur un canal de communication du réseau sans fil. Selon une caractéristique générale de cet aspect, ladite encapsulation comprend une première encapsulation des paquets de signalisation du type IP dans une trame d'un premier type, par exemple une trame de type RRC, contenant une indication associée à ce type de paquet puis une encapsulation supplémentaire de ladite trame de premier type dans une trame d'un deuxième type, par exemple une trame de type RLC, différent du premier type , et une encapsulation des paquets transportant les données utilisateur du type IP dans une trame d'un troisième type, par exemple une trame de type PDCP, puis une encapsulation supplémentaire de ladite trame de troisième type dans une trame de deuxième type. Ainsi cela peut permettre à la signalisation IP d'être séparée dans le réseau sans fil par rapport aux données IP. De plus, en fonction du type de trame choisi, certaines fonctionnalités peuvent être ajoutées spécifiquement au transport des paquets de signalisation du type IP. De plus, de part l'indication contenue dans les trames de premier type transportant les paquets de signalisation IP, ces trames peuvent être facilement séparées des autres trames de premier type. Selon un mode de réalisation, l'indication est ajoutée dans l'entête de la trame de premier type. Selon un mode de mise en oeuvre supplémentaire, chaque paquet transportant les données utilisateur du type IP contient une indication de qualité de service, et on transpose cette indication de qualité de service dans l'entête de la trame de troisième type encapsulant ledit paquet. Ainsi, parmi les paquets transportant les données utilisateur du type IP, un ordre de priorité est établi. Un paquet prioritaire sera transmis dans une trame prioritaire. Cela permet de proposer une meilleure qualité de service et d'avoir une continuité dans le réseau sans fil de la politique de qualité au niveau IP. Avantageusement, dans le cas de la norme LTE, ladite encapsulation des paquets de signalisation du type IP comprend en outre une encapsulation additionnelle de la trame de premier type dans une trame de troisième type, par exemple de type PDCP, puis une encapsulation de la trame de troisième type dans la trame de deuxième type.
Selon un autre aspect, il est proposé un équipement d'un réseau de communication sans fil comprenant des premiers moyens configurés pour délivrer des paquets du type IP, des moyens d'encapsulation configurés pour encapsuler les paquets dans des trames destinées à être véhiculées sur un canal de communication d'un réseau sans fil.
Selon une caractéristique générale de cet autre aspect, lesdits moyens d'encapsulation comportent un premier bloc d'encapsulation configuré pour effectuer une encapsulation dans une trame d'un premier type, un deuxième bloc d'encapsulation configuré pour effectuer une encapsulation dans une trame d'un deuxième type, différent du premier type, un troisième bloc d'encapsulation comportant deux sous blocs configurés pour effectuer une encapsulation dans une trame d'un troisième type, et l'équipement comporte en outre des moyens de contrôle aptes par l'intermédiaire du premier sous bloc du troisième bloc à délivrer un paquet de signalisation du type IP au premier bloc d'encapsulation puis à délivrer ladite trame de premier type au deuxième bloc d'encapsulation le premier bloc étant en outre apte à incorporer dans la trame de premier type une indication associée à ce type de paquet, et les moyens de contrôle sont aptes à délivrer un paquet de données du type IP au deuxième sous bloc du troisième bloc d'encapsulation puis à délivrer la dite trame de troisième type au deuxième bloc d'encapsulation Avantageusement, le premier bloc est configuré pour incorporer ladite indication dans l'entête de la trame de premier type. Selon un autre mode de réalisation, chaque paquet transportant les données utilisateur du type IP contient une indication de qualité de service, et le deuxième sous bloc du troisième bloc est en outre configuré pour transposer ladite indication de qualité de service dans l'entête de la trame de troisième type encapsulant ledit paquet. De manière préférentielle, les moyens de contrôle sont en outre aptes à aiguiller les trames de premier type vers le premier sous bloc du troisième bloc d'encapsulation puis à aiguiller les trames résultantes vers le deuxième bloc. Selon un autre mode de réalisation supplémentaire, l'équipement comporte un module du type PDCP incorporant le troisième bloc d'encapsulation. Selon un dernier mode de réalisation, l'équipement forme un appareil de communication sans fil, par exemple un téléphone mobile cellulaire. D'autres avantages et caractéristiques de l'invention apparaîtront à l'étude de la description détaillée de modes de mise en oeuvre et de réalisation, pris à titre d'exemples non limitatifs et illustrés par les dessins annexés sur lesquels : - la figure 1 illustre le positionnement de modules PDCP au sein d'un réseau sans fil UMTS et LTE ; - la figure 2 illustre schématiquement le fonctionnement d'un module PDCP selon l'état de la technique ; - la figure 3 illustre un mode de réalisation d'un module PDCP selon l'invention ; - la figure 4 et 5 illustrent un exemple de fonctionnement d'un module PDCP et des moyens d'encapsulation selon l'invention respectivement lors de l'émission d'un paquet IP sur le réseau sans fil UMTS et LTE; - la figure 6 illustre une transposition par le module PDCP de la catégorie de classe Diffserv en une indication de qualité de service.
Sur la figure 1 est représenté le positionnement de modules PDCP référencés MPDCPi dans les réseaux sans fil de type UMTS ou LTE. Dans le réseau UMTS, un module MPDCP1 se situe au sein du contrôleur de réseau radio RNC.
Dans le cas du réseau LTE, la station de base SB incorpore le contrôleur de réseau radio, ainsi elle incorpore donc le module MPDCP1. Dans les deux générations de réseau sans fil, un deuxième module MPDCP2 se situe dans l'appareil sans fil de l'utilisateur ASF apte à dialoguer avec la station de base SB ou le contrôleur de réseau radio RNC via un canal de communication CH. Sur la figure 2 est représenté le fonctionnement d'un module MPDCPi suivant l'état de la technique, que ce soit dans le téléphone mobile cellulaire, dans la station de base ou le contrôleur de réseau radio RNC. Dans cette figure, il est fait référence au fonctionnement par couches tel que décrit dans le modèle OSI (Open Systems Interconnection Reference Model selon des termes anglo-saxons bien connus de l'homme du métier). L'entête du paquet IP reçu 21 par le module PDCP est compressée et il lui ajouté une entête PDCP. Le résultat 22 est envoyé à un autre module traitant la couche inférieure, RLC (Radio Link Control, selon un terme anglo-saxon bien connu de l'homme du métier). Comme on peut le voir, cet autre module segmente le paquet IP et l'encapsule dans une trame RLC en ajoutant son entête. Le résultat 23 est alors transmis à un module de la couche MAC. Celui-ci multiplexe si nécessaire les trames RLC puis les encapsulent dans des trames MAC. Le module MAC transfère alors ces données 24 à la couche physique. Les données sont alors codées et modulées pour la transmission sur le réseau sans fil. I1 apparaît ici que tous les paquets IP sont soumis au même traitement par le module MPDCPi. Ce traitement sans discernement des paquets IP représente deux inconvénients. D'une part, un paquet IP transportant des données utilisateur prioritaires sera traité de la même façon qu'un paquet IP transportant des données utilisateur non prioritaires. D'autre part, les paquets IP transportant la signalisation seront traités de la même façon que les paquets transportant des données utilisateur. Sur la figure 3, est illustré un exemple de module MPDCP suivant l'invention par exemple incorporé dans l'appareil ASF et référencé MPDCP2, étant entendu que ce qui va être décrit ci-après est valable pour le module MPDCP1 de la station de base dans un réseau LTE ou de contrôleur de réseau radio RNC dans un réseau UMTS. L'appareil de communication sans fil ASF comprend un étage de traitement numérique en bande de base ETN ainsi qu'un étage de traitement radiofréquence analogique ETA et une antenne ANT. L'étage de traitement numérique ETN comporte un microprocesseur incluant des modules logiciels. Parmi ceux-ci on compte: - le module PHY (traitement de la couche physique); - le module MAC (Media Access Control); -le premier bloc d'encapsulation MERRC qui traite les trames RRC; il est capable d'ajouter/de retirer l'entête RRC; il réalise donc l'encapsulation/la décapsulation des trames d'un premier type (trames RRC); - le deuxième bloc d'encapsulation MERLC qui traite les trames RLC, il est capable d'ajouter/de retirer l'entête RLC; il réalise donc l'encapsulation/la décapsulation des trames d'un deuxième type (trames RLC); - le module PDCP MPDCP2; celui-ci contient notamment un troisième bloc d'encapsulation. Ce bloc comporte deux sous blocs MEC1 et MEC2 aptes à effectuer une encapsulation dans une trame de troisième type (trame PDCP); et - les moyens de traitement MTIP de paquets IP. - les moyens de contrôle CONT qui sont aptes à acheminer les trames ou paquets entre les deux sous blocs MEC1 et MEC2 et les premier et deuxième blocs d'encapsulation. Le bloc MERRC est notamment dédié aux trames de signalisation du type IP issues du module MPDCP2 suivant l'invention. Le bloc MERLC est notamment dédié aux trames de données du type IP issues du module MPDCP2. Le module MPDCP2 est représenté fonctionnellement séparé en deux moitiés, chacune des deux représentant un sens de transmission (émission ou réception). Dans le sens émission, interviennent les moyens de contrôle CONT, les moyens de classification CLASS puis les premiers et deuxième sous blocs et les premier et deuxième blocs. Les moyens de classification CLASS sont aptes à effectuer une analyse du contenu des paquets IP reçus des moyens de traitement MTIP et à envoyer vers les deux sous blocs MEC1 et MEC2 respectivement les paquets IP de signalisation et les paquets IP transportant les données utilisateur. Le deuxième sous bloc MEC2 est apte à encapsuler les paquets IP transportant les données dans une trame de troisième type (PDCP). Puis les moyens de contrôle CONT sont aptes à envoyer ces trames via le point d'accès ACS2 (Service Acces Point, selon un terme anglo- saxon bien connu de l'homme du métier) vers le deuxième bloc d'encapsulation MERLC. Les moyens de contrôle CONT sont aptes après le passage des paquets de signalisation du type IP dans le premier sous bloc MEC1 à les acheminer vers le premier bloc MERRC via le point d'accès ACS1.
Le premier bloc d'encapsulation MERRC est apte à encapsuler les paquets IP de signalisation dans des trames du premier type (RRC). Dans le cas de la norme LTE, les moyens de contrôle CONT sont alors aptes à envoyer les trames du premier type RRC vers le premier sous bloc MEC1 via le point d'accès ACS3. Puis, après réception par le sous bloc MEC1 des trames RRC via le point d'accès ACS3 et encapsulation dans une trame de troisième type PDCP, les moyens de contrôle CONT sont en outre aptes à acheminer les trames de troisième type vers le deuxième bloc MERLC via le point d'accès ACS2. Dans le cas de la norme UMTS, les moyens de contrôle CONT sont aptes à envoyer directement les trames du premier type RRC vers le deuxième bloc d'encapsulation MERLC. Le deuxième bloc MERLC est apte à encapsuler les trames de troisième type PDCP ou les trames du premier type RRC dans une trame du deuxième type RLC. En d'autres termes, il reçoit des trames PDCP contenant des paquets de données du type IP en norme UMTS et LTE et des paquets de signalisation du type IP, en norme LTE. I1 reçoit des trames RRC contenant des paquets de signalisation du type IP en norme UMTS.
Dans le sens réception, le module MPDCP2 comprend en outre des moyens d'aiguillage AIG et des interfaces de traitement INT1 et INT2. Les moyens d'aiguillage AIG sont aptes à aiguiller chacune des trames PDCP, en fonction des moyens dont elle est issue, vers l'interface de traitement INT1, ou INT2 qui lui est dédiée.
En d'autres termes, dans le sens réception, les trames RRC et RLC décapsulées respectivement par les blocs MERRC et MERLC et contenant respectivement la signalisation du type IP et les données du type IP, sont envoyées vers deux points d'accès ACS4 et ACS5 différents du module MPDCP2. En fonction du point d'accès, les moyens d'aiguillage aiguillent alors vers l'interface de traitement INT1 ou vers l'interface de traitement INT2. L'interface de traitement INT1 est dédiée aux trames venant du bloc MERRC contenant la signalisation du type IP et l'interface de traitement INT2 est dédiée aux trames venant du bloc MERLC contenant les données du type IP.
Les interfaces de traitement INT1 et INT2 sont des interfaces fonctionnelles avec les moyens de traitement MTIP. Les moyens CLASS, AIG et le troisième bloc se trouvent dans le module MPDCP2. Les premier et deuxième blocs MERRC et MERLC sont couplés avec le module MPDCP2.
Les moyens et modules illustrés sont réalisables par exemple sous la forme de modules logiciels ou de lignes de code. Sur la figure 4, est représenté le fonctionnement du module MPDCP2, des blocs MERRC et MERLC de la figure 3 dans le sens montant (en émission) selon une première variante. Cette variante s'applique au cas d'un réseau sans fil UMTS. Une classification entre les paquets de signalisation du type IP (31) et les paquets transportant des données du type IP (32) peut être requise. Celle-ci peut être réalisée par les moyens de classifications CLASS.
Les entête des paquets IP transportant les données utilisateur sont compressées. Puis les paquets IP sont encapsulés dans des trames PDCP (35). Cette encapsulation est réalisée par le deuxième sous bloc MEC2. I1 ajoute aux paquets IP une entête PDCP. L'entête de la trame PDCP est notamment renseignée par une information de qualité de service IPT, cette transposition est explicitée en figure 6. Les trames PDCP sont alors transmises par les moyens de contrôle CONT vers le deuxième bloc d'encapsulation MERLC. Ce bloc les encapsule dans des trames RLC (38). L'entête RLC peut être renseignée par l'information de qualité de service qui a été ajoutée dans la trame PDCP. Les trames RLC sont alors transmises au module MAC (41) puis vers le module PHY pour leur transmission sur le canal CH. Les entêtes des paquets IP de signalisation (31) sont tout d'abord compressées par le module MPDCP2. Ils sont alors transmis sans encapsulation dans une trame PDCP du premier sous bloc MEC1 vers le bloc MERRC par les moyens de contrôle CONT. Le bloc MERRC va les encapsuler (34) dans des trames RRC. L'entête RRC comprend un champ renseigné par une indication sous la forme d'un bit 1 ou 0. Cette indication permet de distinguer la signalisation IP des autres signalisations NAS (Non Access Stratum) ou RRC selon des acronymes anglo-saxons bien connus de l'homme du métier. Dans ce champ, un 1 correspond par exemple à la signalisation IP et un 0 correspond à la signalisation NAS ou RRC. Les trames RRC sont alors transmises via les moyens de contrôle CONT au bloc MERLC. Le bloc MERLC les encapsule dans des trames RLC (37) qui sont envoyées vers la couche MAC (40) et enfin le module PHY pour leur transmission sur l'interface radio CH. Sur la figure 5, est représenté le fonctionnement du module MPDCP2, des blocs MERRC et MERLC de la figure 3 dans le sens montant (en émission) selon une deuxième variante. Cette variante s'applique aux réseaux sans fil de type LTE. Tout d'abord, les paquets transportant les données du type IP sont séparés des paquets transportant la signalisation du type IP.
Le traitement alors réalisé sur les paquets transportant les données utilisateur du type IP est identique à celui réalisé dans la première variante traitée dans la figure 4. Les entêtes des paquets IP de signalisation (31) sont tout d'abord compressées par le module MPDCP2. Après un passage par le premier sous bloc MEC1 du module MPDCP2, les paquets sont transmis par les moyens de contrôle CONT vers le premier bloc d'encapsulation MERRC. Le bloc MERRC les encapsule dans des trames RRC (33). L'entête RRC, comprenant l'indication, ajoutée par le bloc MERRC est identique à celle ajoutée dans le cas de la norme UMTS. La trame RRC est transmise au premier sous bloc MEC1 du module MPDCP2 par les moyens de contrôle CONT. Le premier sous bloc MEC1 les encapsule dans des trames PDCP (36) et elles sont transmises par les moyens de contrôle CONT au deuxième bloc MERLC. Le deuxième bloc MERLC encapsule les trames PDCP dans des trames RLC (39). Celles-ci sont alors transmises vers la couche MAC (42) et enfin le module PHY pour leur transmission sur l'interface radio CH.
En d'autres termes, dans les deux variantes, le paquet IP contenant la signalisation est envoyé sous la forme d'un message réseau à travers un SRB (Signalling Radio Bearer, selon des termes anglo-saxons bien connus de l'homme du métier) dédié uniquement la signalisation IP. Etant transportés dans des trames RRC spécifiques, les paquets de signalisation IP sont facilement distinguables des autres signalisations (NAS Non Access Stratum ou RRC Radio Ressource Control, selon des termes anglo-saxons bien connus de l'homme du métier). De plus, étant donné que les trames RRC supportent des fonctionnalités telles que la protection de l'intégrité, le transport par les trames RRC permet d'apporter une protection de l'intégrité aux paquets de signalisation IP. Sur la figure 6 est précisé le traitement du module MPDCPi sur les paquets de données utilisateur du type IP. I1 correspond à la transposition dans l'entête de la trame PDCP de l'indication de qualité de service de l'entête IP. Cette indication peut être transposée aussi par le bloc MERLC et le module MAC dans l'entête MAC et RLC. Dans un premier temps la classe Diffserv (selon un acronyme bien connu de l'homme du métier) de chacun des paquets IP est déterminée par l'analyse du champ DSCP (selon un acronyme bien connu de l'homme du métier) dans l'entête IP. Puis à cette classe est associée une classe de service UMTS/LTE CSi. La valeur de cette classe correspond donc à l'indication de qualité de service pour le paquet IP. On convertit alors cette classe en une information de qualité de service IPT qui est renseignée dans l'entête de la trame RLC, PDCP, ou MAC. En d'autres termes, le sous bloc MEC2 du module MPDCPi transpose l'indication de qualité de service de l'entête du paquet IP dans l'entête de la trame PDCP. Cette indication peut aussi être transposée dans l'entête de la trame RLC et dans l'entête de la trame MAC respectivement par le bloc MERLC et le module MAC. A titre d'exemple, une classe de service UMTS/LTE CSi peut être la classe vidéo en haute définition dans la catégorie lecture en diffusion (streaming class) qui peut être associée à l'indication de qualité de service Diffserv AF23.En conclusion, l'invention telle qu'elle a été décrite permet de transporter les paquets de signalisation IP dans des trames dédiées à la signalisation des réseaux sans fil. Les trames transportant les paquets de signalisation du type IP sont identifiables et se distinguent à la fois des trames transportant la signalisation classique du réseau sans fil et des trames transportant les paquets IP de données. L'utilisation de moyens d'aiguillage en réception permet d'aiguiller directement une trame vers la bonne interface de traitement dédiée aux traitements du type de paquets contenus dans la trame sans avoir au préalable à analyser les paquets pour connaître leur type (signalisation du type IP ou données utilisateur du type IP), et d'augmenter ainsi la vitesse de traitement. Par exemple, un module SIP (Session Initiation Protocol selon un terme anglo-saxon bien connu de l'homme du métier) interfacé avec le module PDCP selon l'invention peut recevoir directement les paquets transportant la signalisation SIP et peut donc traiter la signalisation SIP sans supporter l'ensemble des fonctionnalités IP.5

Claims (10)

  1. REVENDICATIONS1. Procédé de traitement de paquets du type IP au sein d'un équipement (ASF) d'un réseau de communication sans fil comprenant une encapsulation des paquets au sein de trames véhiculées sur un canal de communication du réseau sans fil, caractérisé en ce que ladite encapsulation comprend une première encapsulation des paquets de signalisation du type IP dans une trame d'un premier type (33, 34, RRC) contenant une indication associée à ce type de paquet puis une encapsulation supplémentaire de ladite trame de premier type dans une trame d'un deuxième type (37, 39, RLC) différent du premier type, et une encapsulation des paquets transportant les données utilisateur du type IP dans une trame d'un troisième type (35, PDCP) puis une encapsulation supplémentaire de ladite trame de troisième type dans une trame de deuxième type (38, RLC).
  2. 2. Procédé selon la revendication 1, dans lequel ladite indication est ajoutée dans l'entête de la trame de premier type (33, 34).
  3. 3. Procédé selon l'une quelconque des revendications 1 à 2, dans lequel chaque paquet transportant les données utilisateur du type IP contient une indication de qualité de service, et on transpose cette indication de qualité de service dans l'entête de la trame de troisième type (35, PDCP) encapsulant ledit paquet.
  4. 4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel ladite encapsulation des paquets de signalisation du type IP comprend en outre une encapsulation additionnelle de la trame de premier type dans une trame de troisième type puis une encapsulation de la trame de troisième type dans la trame de deuxième type.
  5. 5. Equipement d'un réseau de communication sans fil comprenant des premiers moyens (MTIP) configurés pour délivrer des paquets du type IP, des moyens d'encapsulation (MEC, MERLC,MERRC) configurés pour encapsuler les paquets dans des trames destinées à être véhiculées sur un canal de communication d'un réseau sans fil, caractérisé en ce que les moyens d'encapsulation comportent un premier bloc d'encapsulation configuré pour effectuer une encapsulation dans une trame d'un premier type (MERRC), un deuxième bloc d'encapsulation configuré pour effectuer une encapsulation dans une trame d'un deuxième type (MERLC), différent du premier type, un troisième bloc d'encapsulation (MEC) comportant deux sous blocs (MEC1, MEC2) configurés pour effectuer une encapsulation dans une trame d'un troisième type, et l'équipement comporte en outre des moyens de contrôle (CONT) aptes par l'intermédiaire du premier sous bloc du troisième bloc à délivrer un paquet de signalisation du type IP au premier bloc d'encapsulation (MERRC) puis à délivrer ladite trame de premier type au deuxième bloc d'encapsulation (MERLC) le premier bloc (MERRC) étant en outre apte à incorporer dans la trame de premier type une indication associée à ce type de paquet, et les moyens de contrôle (CONT) sont aptes à délivrer un paquet de données du type IP au deuxième sous bloc du troisième bloc d'encapsulation (MEC2) puis à délivrer la dite trame de troisième type au deuxième bloc d'encapsulation (MERLC)
  6. 6. Equipement selon la revendication 5, dans lequel le premier bloc (MERRC) est configuré pour incorporer ladite indication dans l'entête de la trame de premier type (RRC).
  7. 7. Equipement selon la revendication 5 à 6, dans lequel chaque paquet transportant les données utilisateur du type IP contient une indication de qualité de service, et dans lequel le deuxième sous bloc du troisième bloc est en outre configuré pour transposer ladite indication de qualité de service dans l'entête de la trame de troisième type encapsulant ledit paquet (35, PDCP).
  8. 8. Equipement selon l'une quelconque des revendications 5 à 7, dans lequel les moyens de contrôle (CONT) sont en outre aptes à aiguiller les trames de premier type (33, RRC) vers le premier sousbloc du troisième bloc d'encapsulation (MEC1) puis à aiguiller les trames résultantes (PDCP) vers le deuxième bloc (MERLC).
  9. 9. Equipement selon l'une quelconque des revendications 5 à 8, comportant un module du type PDCP incorporant le troisième bloc d'encapsulation (MEC)
  10. 10. Equipement selon l'une quelconque des revendications 5 à 9, formant un appareil de communication sans fil, par exemple un téléphone mobile cellulaire.
FR0953015A 2009-05-06 2009-05-06 Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d'un reseau sans fil, et equipement correspondant Expired - Fee Related FR2945397B1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
FR0953015A FR2945397B1 (fr) 2009-05-06 2009-05-06 Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d'un reseau sans fil, et equipement correspondant
EP10719935.8A EP2428004B1 (fr) 2009-05-06 2010-05-03 Procédé de traitement de paquets du type ip destinés à être transportés sur un canal de communication d'un réseau sans fil, et équipement associé
PCT/EP2010/055960 WO2010128009A1 (fr) 2009-05-06 2010-05-03 Procédé de traitement de paquets du type ip destinés à être transportés sur un canal de communication d'un réseau sans fil, et équipement associé
US13/319,144 US8705535B2 (en) 2009-05-06 2010-05-03 Method for processing packets of the IP type intended to be carried over a communications channel of a wireless network, and equipment for same
KR1020117026390A KR20120025459A (ko) 2009-05-06 2010-05-03 무선 네트워크의 통신 채널을 통해 운반되도록 의도된 ⅰｐ 타입의 패킷들을 처리하기 위한 방법 및 이를 위한 장비

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0953015A FR2945397B1 (fr) 2009-05-06 2009-05-06 Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d'un reseau sans fil, et equipement correspondant

Publications (2)

Publication Number Publication Date
FR2945397A1 true FR2945397A1 (fr) 2010-11-12
FR2945397B1 FR2945397B1 (fr) 2011-05-06

Family

ID=42124423

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0953015A Expired - Fee Related FR2945397B1 (fr) 2009-05-06 2009-05-06 Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d'un reseau sans fil, et equipement correspondant

Country Status (5)

Country Link
US (1) US8705535B2 (fr)
EP (1) EP2428004B1 (fr)
KR (1) KR20120025459A (fr)
FR (1) FR2945397B1 (fr)
WO (1) WO2010128009A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9232434B2 (en) * 2012-11-07 2016-01-05 Futurewei Technologies, Inc. System and method for WiFi offload
CN103974325B (zh) 2013-01-31 2018-04-27 华为技术有限公司 多制式网络融合的方法、设备及系统
US10172066B2 (en) 2013-10-23 2019-01-01 Telefonaktiebolaget Lm Ericsson (Publ) Flexible bearer handling
WO2017052496A1 (fr) 2015-09-21 2017-03-30 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et appareil de transport ip entre un nœud radio et une passerelle de commande à fonctions radio
CN109005527B (zh) * 2017-06-06 2022-07-12 华为技术有限公司 一种数据传输方法和终端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2399716A (en) * 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications network
US20050008013A1 (en) * 2003-04-23 2005-01-13 Covaro Networks, Inc. Embedded management channel for SONET path terminating equipment connectivity
US20050071517A1 (en) * 2003-09-30 2005-03-31 O'mahony Barry A. Encapsulation technique

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112995B (fi) * 2001-01-16 2004-02-13 Nokia Corp Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä
EP1261183A1 (fr) * 2001-05-23 2002-11-27 Telefonaktiebolaget L M Ericsson (Publ) Méthode et système pour traiter une unité de données
EP1875763B1 (fr) * 2005-04-29 2010-11-24 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Interfonctionnement de reseaux de radio cellulaires et reseaux de donnees sans fil
KR100726175B1 (ko) * 2005-12-09 2007-06-11 한국전자통신연구원 무선 휴대 인터넷 시스템에서 상위 프로토콜 메시지의 방송 전송 방법 및 장치
EP2247038B1 (fr) * 2005-12-31 2015-04-22 Huawei Technologies Co., Ltd. Procédé et système d'optimisation de la couche réseau radio en vue de l'interconnexion entre réseaux et procédé d'interconnexion entre le réseau radio et le réseau cable
KR101419287B1 (ko) * 2006-07-07 2014-07-14 삼성전자주식회사 Ｉｐｄｃ 서비스를 제공하는 장치 및 방법 및 ｉｐｄｃ서비스를 처리하는 장치 및 방법
CN101360271B (zh) * 2007-08-01 2015-05-27 华为技术有限公司 电路域业务数据的无线承载方法、装置及系统
US8315243B2 (en) * 2007-08-14 2012-11-20 Qualcomm Incorporated Transport of PDCP control PDUs within MAC frames
US8902927B2 (en) * 2007-10-01 2014-12-02 Qualcomm Incorporated Medium access control header format
US20100041405A1 (en) * 2008-08-15 2010-02-18 Gallagher Michael D Method and apparatus for inter home node b handover in a home node b group
US9693184B2 (en) * 2008-08-18 2017-06-27 Qualcomm Incorporated Control plane location solution to support wireless access

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2399716A (en) * 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications network
US20050008013A1 (en) * 2003-04-23 2005-01-13 Covaro Networks, Inc. Embedded management channel for SONET path terminating equipment connectivity
US20050071517A1 (en) * 2003-09-30 2005-03-31 O'mahony Barry A. Encapsulation technique

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NEC: "S1X2 Sequence Number based Reordering, R2-063251", INTERNET CITATION, 6 October 2006 (2006-10-06), pages 1 - 3, XP002483949, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_56/Documents/R2-063251.zip> [retrieved on 20080611] *

Also Published As

Publication number Publication date
WO2010128009A1 (fr) 2010-11-11
US20120099531A1 (en) 2012-04-26
KR20120025459A (ko) 2012-03-15
EP2428004B1 (fr) 2014-01-15
US8705535B2 (en) 2014-04-22
EP2428004A1 (fr) 2012-03-14
FR2945397B1 (fr) 2011-05-06

Similar Documents

Publication Publication Date Title
EP1267530B1 (fr) Procédé de transmission de paquets IP à travers un système cellulaire de radiocommunication, et equipements du système cellulaire pour la mise en oeuvre de ce procédé
EP1665661A1 (fr) Procede de differenciation de la qualite de service dans les reseaux de communication mobile en mode paquets
FR2890271A1 (fr) Creation de messages de protocole de controle d&#39;acces a un s upport d&#39;information systeme, detection
FR2875986A1 (fr) Unite de protocole de couche de protection de donnees, dispositifs de telephonie mobile, unite de controle de reseau de telephonie mobile et procede de lecture de donnees associe
EP2517365B1 (fr) Procede de selection d&#39;un mode de transmission
FR2945397A1 (fr) Procede de traitement de paquets du type ip destines a etre vehicules sur un canal de communication d&#39;un reseau sans fil, et equipement correspondant
US20160352801A1 (en) System and method for determining deterioration in call quality between one or more wireless end-users based on codec characteristics
FR2925808A1 (fr) Procede de communication dans un reseau comprenant un reseau primaire et un reseau secondaire
EP1434454A1 (fr) Procédé de dimensionnement de réseau de transport pour réseau d&#39;accès radio d&#39;un réseau de radiocommunications mobiles
WO2005120115A1 (fr) Procede de commutation entre deux services de telephonie
EP1982465B1 (fr) Dispositif et procede de controle d&#39;acces d&#39;equipement(s) d&#39;utilisateur(s) a des services de type mbms offerts par un reseau mobile
EP1616450B1 (fr) Procede de controle du transfert entre reseau umts et gsm d&#39; une demande de service en telephonie mobile et dispositif de controle correspondant
WO2010128228A1 (fr) Technique de traitement de flots dans un reseau de communication
EP2206384B1 (fr) Procede de commutation de noeud d&#39;acces
EP1850602A2 (fr) Procédé et système pour accelérer l&#39;accès à un contenu à partir d&#39;un terminal mobile
EP1850604B1 (fr) Dispositif de contrôle de fourniture â des équipements d&#39;utilisateurs de données rélatives â un service de diffusion d&#39;un réseau mobile
EP1843489A1 (fr) Dispositif de traitement de données à transmettre sur une voie retour d&#39;un réseau de communication et ne necessitant pas d&#39;acquittement systématique sur une voie aller
EP1358774B1 (fr) Systeme de test pour reseau de radio-telephonie cellulaire
EP2373027B1 (fr) Procédé et système de transmission coopérative d&#39;une séquence vidéo
EP2165485B1 (fr) Gestion de paquets de couche reseau dans un reseau d&#39;acces d&#39;un reseau de telecommunications
EP2890026A1 (fr) Procédé de communication mis en oeuvre par un noeud de relais
FR2996099A1 (fr) Dispositif et procede pour transmettre un signal de radiodiffusion
FR3100681A1 (fr) Procédé et dispositif de communication V2X pour véhicule
EP2901652B1 (fr) Procédé de sécurisation d&#39;un canal de transmission de données de voix et dispositif de sécurisation associé
WO2009153528A1 (fr) Procede de gestion de la qualite de service dans un systeme de communication mobile

Legal Events

Date Code Title Description
RM Correction of a material error
PLFP Fee payment

Year of fee payment: 7

ST Notification of lapse

Effective date: 20170131