FR 2945397 A1 20101112 FR 0953015 A 20090506 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 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. 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. 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. 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. 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. 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. 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. 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. Equipement selon l'une quelconque des revendications 5 à 8, comportant un module du type PDCP incorporant le troisième bloc d'encapsulation (MEC) 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.