FR2968869A1 - Procede de transmission d'un service dans un reseau de communications mobiles - Google Patents

Procede de transmission d'un service dans un reseau de communications mobiles Download PDF

Info

Publication number
FR2968869A1
FR2968869A1 FR1060390A FR1060390A FR2968869A1 FR 2968869 A1 FR2968869 A1 FR 2968869A1 FR 1060390 A FR1060390 A FR 1060390A FR 1060390 A FR1060390 A FR 1060390A FR 2968869 A1 FR2968869 A1 FR 2968869A1
Authority
FR
France
Prior art keywords
data
mac
matrix
sdu
efec
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.)
Pending
Application number
FR1060390A
Other languages
English (en)
Inventor
Bessem Sayadi
Morel Marie-Line Alberi
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.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent 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
Application filed by Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Priority to FR1060390A priority Critical patent/FR2968869A1/fr
Publication of FR2968869A1 publication Critical patent/FR2968869A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • H03M13/2703—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques the interleaver involving at least two directions
    • H03M13/2707—Simple row-column interleaver, i.e. pure block interleaving
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/63—Joint error correction and other techniques
    • H03M13/635—Error control coding in combination with rate matching
    • H03M13/6356—Error control coding in combination with rate matching by repetition or insertion of dummy data, i.e. rate reduction
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/63—Joint error correction and other techniques
    • H03M13/635—Error control coding in combination with rate matching
    • H03M13/6362—Error control coding in combination with rate matching by puncturing
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/65—Purpose and implementation aspects
    • H03M13/6522—Intended application, e.g. transmission or communication standard
    • H03M13/6525—3GPP LTE including E-UTRA
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/65—Purpose and implementation aspects
    • H03M13/6522—Intended application, e.g. transmission or communication standard
    • H03M13/653—3GPP HSDPA, e.g. HS-SCCH or DS-DSCH related
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/13—Linear codes
    • H03M13/15—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H03M13/151—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes using error location or error correction polynomials
    • H03M13/1515—Reed-Solomon codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2957—Turbo codes and decoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

La présente invention concerne un procédé de transmission d'un service dans un réseau de communications mobiles, comprenant : - au niveau d'une couche liaison de communication d'un émetteur du réseau de communications mobiles, - définir des rafales de données à partir de paquets de données d'un service ; - construire au moins une matrice d'encodage, en remplissant la matrice avec des portions de rafales de données en fonction de paramètres de dimensionnement de la matrice d'encodage ; - encoder la matrice d'encodage selon un code correcteur d'erreurs ; - définir un entête de placement d'un paquet de données dans une matrice de décodage correspondant à la matrice d'encodage ; - générer une pluralité de sections d'information dont au moins: - une section de données comprenant ledit entête de placement et au moins un paquet de données provenant d'une rafale de données ; - une section de redondances comprenant ledit entête de placement et au moins un symbole de parité généré lors de l'encodage de la matrice d'encodage ; - au niveau d'une couche physique de communication de l'émetteur, transmettre lesdites sections d'information.

Description

PROCEDE DE TRANSMISSION D'UN SERVICE DANS UN RESEAU DE COMMUNICATIONS MOBILES
DOMAINE TECHNIQUE La présente invention concerne un procédé d'un service dans un réseau de communications mobiles. L'invention concerne également un procédé de réception d'un service dans un réseau de communications mobiles. L'invention concerne également un émetteur et un récepteur permettant de mettre en oeuvre respectivement le procédé de transmission et le procédé de réception.
Elle trouve une application particulière dans le domaine des réseaux de communication mobile, en particulier mais non exclusivement dans le domaine de transmission de contenus multimédia.
ARRIÈRE-PLAN TECHNOLOGIQUE Dans le domaine des réseaux de communication mobile, un état de la technique connu de procédé de transmission d'un service est décrit dans la norme MBMS (« Multicast Broadcast Services Multimédia ») et dans la norme EMBMS (« Enhanced Multicast Broadcast Services Multimédia »).
Actuellement, les services de télévision multimédia ou vidéo deviennent le trafic le plus important sur les réseaux de communication mobiles. Aussi, la norme MBMS a été développée pour faire face au nombre élevé d'abonnés regardant simultanément le même contenu d'un service dans des zones géographiques comprenant plusieurs cellules radio. Cette norme MBMS porte ainsi sur la radiodiffusion numérique de services audio et vidéo, tels que des chaînes de télévision, à des terminaux mobiles tels que des téléphones portables, à travers des réseaux cellulaires sans fil existants, tels que les réseaux 3GPP, UTRAN, 3G LTE. Lorsqu'un terminal mobile reçoit une rafale de données correspondant à un service, la réception peut être affectée par : - une forte atténuation de la rafale de données en raison d'un obstacle qui se situerait entre l'émetteur du service et le terminal mobile, cette atténuation étant couramment appelée en anglais « shadowing effect ») - des réflexions multiples de la rafale de données (par exemple sur des immeubles en ville) ce qui entraîne de longues interruptions dans la réception de la rafale de données ; - le fait que le terminal mobile soit hors connexion et donc ne reçoive pas la rafale de données, par exemple lorsqu'il se trouve sous un pont.
DESCRIPTION GENERALE La présente invention propose un procédé de transmission d'un service dans un réseau de communications mobiles, qui permettre de résoudre le problème mentionné ci-dessus.
Ce but est atteint par un procédé de transmission d'un service dans un réseau de communications mobiles, comprenant : - au niveau d'une couche liaison de communication d'un émetteur du réseau de communications mobiles, - définir des rafales de données à partir de paquets de données d'un service ; - construire au moins une matrice d'encodage, en remplissant la matrice avec des portions de rafales de données en fonction de paramètres de dimensionnement de la matrice d'encodage ; - encoder la matrice d'encodage selon un code correcteur d'erreurs ; - définir un entête de placement d'un paquet de données dans une matrice de décodage correspondant à la matrice d'encodage ; - générer une pluralité de sections d'information dont au moins: une section de données comprenant ledit entête de placement et au moins un paquet de données provenant d'une rafale de données ; - une section de redondances comprenant ledit entête de placement et au moins un symbole de parité généré lors de l'encodage de la matrice d'encodage ; - au niveau d'une couche physique de communication de l'émetteur, transmettre lesdites sections d'information. Comme on va le voir en détail par la suite, en introduisant des symboles de parité au niveau d'un service, cela permet au récepteur de pouvoir corriger les erreurs lorsqu'il y a un problème au niveau de la transmission d'un service.
Selon des modes de réalisation non limitatifs, le procédé peut comporter en outre une ou plusieurs caractéristiques supplémentaires parmi les suivantes : - Le procédé comprend : - au niveau d'une couche de contrôle des ressources radio de l'émetteur, transmettre via un lien radio : - les paramètres de dimensionnement de la matrice d'encodage du service ; et - un nombre de paquets de données par colonne de la matrice d'encodage. Ainsi, le récepteur va pouvoir construire une matrice de décodage en s'appuyant sur les paramètres de dimensionnement, et sur le nombre de paquets de données par colonne des matrices d'encodage. - L'encodage s'effectue en appliquant le code correcteur d'erreurs auxdites matrices d'encodage dans le sens contraire du remplissage de la matrice d'encodage. Cela permet une dispersion des erreurs paquets présentes dans une matrice et donc améliore la correction de la rafale de données. - Le code correcteur d'erreurs est un code Reed-Solomon ou un turbo-code.
La taille d'une rafale de données est supérieure ou égale au débit moyen de transmission d'un service multiplié par une période de répétition de transmission d'un service. - La taille d'une rafale de données est dimensionnée en fonction du débit maximum de transmission d'un service. - Les paramètres de dimensionnement des matrices d'encodage comprennent : - une profondeur d'entrelacement des paquets de données ; - une profondeur d'entrelacement des symboles de parité associées auxdits paquets de données ; - un délai de transmission entre des paquets de données et des symboles de parité associés ; - un code mère du code correcteur d'erreurs ; et - un nombre total de colonnes de la matrice d'encodage. 15 - Le remplissage d'une matrice d'encodage s'effectue à partir d'une colonne d'une rafale de données d'indice donné selon la formule suivante : la position de la colonne dans la matrice d'encodage est égal à l'indice de la rafale de données auquel est additionné le numéro de la 20 colonne modulo la profondeur d'entrelacement des paquets de données le tout multiplié par un nombre déterminé, ledit nombre étant égal au maximum : - des paramètres de dimensionnement ; et - de la somme de la profondeur d'entrelacement des paquets de 25 données et de la profondeur d'entrelacement des symboles de parité moins le délai de transmission. - Lors de la transmission des sections d'information, une section de données est envoyée après une section de redondances associée en 30 fonction d'un délai de transmission entre des paquets de données et des symboles de parité associés. Ainsi, cela permet de recevoir les symboles de parité avant les paquets de données de sorte à récupérer lesdits paquets de données s'ils n'ont pas été reçus par le récepteur. - Le procédé comprend l'ordonnancement et le multiplexage de sections d'information avant la transmission au niveau de la couche physique de communication. - L'entête de placement comprend : - un indice de positionnement de chaque paquet de données dans une matrice d'encodage ; ou - le nombre de paquets de données total dans une matrice d'encodage ; ou - un index de rafale de données ; ou - un indice de positionnement de chaque symbole de parité dans une matrice d'encodage. En outre, il est également proposé un procédé de réception d'un service dans un réseau de communications mobiles, comprenant : - au niveau d'une couche physique de communication d'un récepteur du réseau de communications mobiles, recevoir une pluralité de sections d'information, dont : - au moins une section de données comprenant un entête de placement d'un paquet de données dans au moins une matrice de décodage et au moins un paquet de données ; - au moins une section de redondances comprenant un entête de placement et au moins un symbole de parité ; - au niveau d'une couche liaison de communication du récepteur : - désencapsuler lesdites sections d'information pour obtenir les entêtes de placement associées, les paquets de données et les symboles de parité se trouvant dans lesdites sections d'information ; - construire au moins une matrice de décodage en fonction de paramètres de dimensionnement de la matrice de décodage et remplir la matrice de décodage en fonction des entêtes de placement avec : - les paquets de données des sections de données ; - les symboles de parité des sections de redondances ; et - décoder la matrice de décodage avec un algorithme correspondant au code correcteur d'erreurs utilisé pour générer les symboles de parité.
En outre, il est également proposé un émetteur d'un réseau de communications mobiles adapté pour : - au niveau d'une couche liaison de communication de l'émetteur, - définir des rafales de données à partir de paquets de données d'un service ; - construire au moins une matrice d'encodage, en remplissant la matrice avec des portions de rafales de données en fonction de paramètres de dimensionnement de la matrice d'encodage ; - encoder la matrice d'encodage selon un code correcteur d'erreurs ; - définir un entête de placement d'un paquet de données dans une matrice de décodage correspondant à la matrice d'encodage ; - générer une pluralité de sections d'information dont au moins: - une section de données comprenant ledit entête de placement et au moins un paquet de données provenant d'une rafale de données ; - une section de redondances comprenant ledit entête de placement et au moins un symbole de parité généré lors de l'encodage de la matrice d'encodage ; - au niveau d'une couche physique de communication de l'émetteur, transmettre lesdites sections d'information.
En outre, il est également proposé un récepteur d'un réseau de communications mobiles adapté pour : - au niveau d'une couche physique de communication du récepteur, recevoir une pluralité de sections d'information, dont : - au moins une section de données comprenant un entête de placement d'un paquet de données dans au moins une matrice de décodage et au moins un paquet de données ; - au moins une section de redondances comprenant un entête de placement et au moins un symbole de parité ; - au niveau d'une couche liaison de communication du récepteur : - désencapsuler lesdites sections d'information pour obtenir les entêtes de placement associées, les paquets de données et les symboles de parité se trouvant dans lesdites sections d'information ; - construire au moins une matrice de décodage en fonction de paramètres de dimensionnement de la matrice de décodage et remplir la matrice de décodage en fonction des entêtes de placement avec : - les paquets de données des sections de données ; - les symboles de parité des sections de redondances ; et - décoder la matrice de décodage avec un algorithme correspondant au code correcteur d'erreurs utilisé pour générer les symboles de parité. En outre, il est également proposé un réseau de communications mobiles comprenant un émetteur selon la caractéristique précédente et un récepteur selon la caractéristique précédente. L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. 25 BREVE DESCRIPTION DES FIGURES Celles-ci ne sont présentées qu'à titre indicatif et nullement limitatif de l'invention. - La Fig. 1 est un organigramme simplifié d'un mode de réalisation non limitatif du procédé de transmission selon l'invention ; 30 - La Fig. 2 est un organigramme plus détaillé d'un mode de réalisation non limitatif du procédé de transmission de la Fig. 1 avec une étape supplémentaire ; - La Fig. 3 illustre schématiquement des couches de communication 10 15 20 d'un émetteur mettant en oeuvre le procédé de transmission de la Fig. 2
- La Fig. 4 est un schéma d'une matrice d'encodage construite selon le procédé de transmission de la Fig. 2 ; - La Fig. 5 illustre schématiquement le format d'une section d'information créée selon le procédé de transmission de la Fig. 2 et une encapsulation de ladite section dans un paquet de données selon le procédé de transmission de la Fig. 2 ; - La Fig. 6 un organigramme simplifié d'un mode de réalisation non limitatif du procédé de réception selon l'invention ; - La Fig. 7 illustre schématiquement un réseau de communication mobile comprenant un émetteur adapté pour mettre en oeuvre le procédé de transmission de la Fig. 2 et un récepteur adapté pour mettre en oeuvre le procédé de réception de la Fig. 6.
DESCRIPTION DE MODES DE REALISATION
Le procédé de transmission d'un service S dans un réseau de communications mobiles NTW, est décrit dans un mode de réalisation non limitatif à la Fig. 1 et à la Fig. 2.
Il est mis en oeuvre dans un réseau de communications mobiles NTW comportant une pluralité d'émetteurs RX et une pluralité de récepteurs RX.
Dans un mode de réalisation non limitatif, le protocole de communication est le protocole MBMS (« Multicast Broadcast Services Multimédia »), et le réseau de communication mobile NTW est un réseau de communication mobile de quatrième génération tel que 3GPP, UTRAN ou encore 3G LTE. Le réseau de communication mobile NTW est organisé selon les couches de communication suivantes : - 7ème couche application ; _ 6ème couche présentation ; _ 5ème couche session ; _ 4ème couche transport ; _ 3ème couche réseau nommée couche RRC (« Radio Ressource Control ») 2ème couche liaison comprenant : - une première sous-couche PDPC (« Packet Data Convergence Control ») - une deuxième sous-couche RLC (« Radio Link Control ») ; - une troisième sous-couche MAC (« Medium Access Control ») 1 ere couche physique PHY
Ces couches étant connues de l'homme du métier, elles ne sont pas décrites ici.
Dans un exemple non limitatif, en liaison montante, l'émetteur TX est un terminal utilisateur UE et le récepteur RX est une station de base BS telle qu'un téléphone mobile, et inversement en liaison descendante.
Lorsqu'un récepteur RX demande à accéder à un service S, tel qu'une chaîne de télévision, d'un multiplex de services MS composé des services Si à Sm tels qu'illustré à la Fig. 3, ledit service S est envoyé par l'émetteur, de la couche application vers la couche liaison en passant par les couches présentation, session, transport et réseau selon des modes de transmission connus de l'homme du métier. On notera que lorsque le service S arrive sur la couche liaison, des canaux logiques de communication LogCH sont utilisés tels qu'illustrés sur la Fig. 3. Ledit service S est envoyé sous forme de paquets de données MAC_SDU, et ce pendant une période de transmission d'un service TS. Ainsi, une première portion du service S est envoyée pendant un premier créneau temporel, puis une deuxième portion de service est envoyée pendant un deuxième créneau temporel une période de transmission TS suivante etc.
A ce moment, le procédé de transmission d'un service S dans un réseau de communications mobiles NTW, est mis en oeuvre tel qu'illustré à la Fig. 1 et à la Fig. 2. Il comprend : au niveau d'une couche liaison de communication MAC d'un émetteur TX d'un réseau de communications mobiles, - définir des rafales de données ADST à partir de paquets de données MAC_SDU d'un service S (étape DEF_ADST(MAC_SDU)) ; - construire au moins une matrice d'encodage M, en remplissant la matrice avec des portions de rafales de données ADST en fonction de paramètres de dimensionnement PARAM de la matrice d'encodage M (étape FILL_M(ADST, PARAM(B,S, D)) ; - encoder la matrice d'encodage selon un code correcteur d'erreurs CC (étape ENCOD_M(CC=RSIITC, EFEC)) ; - définir un entête de placement FEC_HD d'un paquet de données MAC_SDU dans une matrice de décodage M' correspondant à la matrice d'encodage M (étape DEF_FEC_HD(IPOS, NB_SDU, IADST)) ; - générer une pluralité de sections d'information ISEC dont au moins (étape GEN_ISEC(DATA_SEC ; EFEC_SEC)) : - une section de données DATA_SEC comprenant ledit entête de placement FEC_HD et au moins un paquet de données MAC_SDU provenant d'une rafale de données ADST ; - une section de redondances EFEC_SEC comprenant ledit entête de placement FEC_HD et au moins un symbole de parité EFEC généré lors de l'encodage de la matrice d'encodage ; - au niveau d'une couche physique de communication PHY de l'émetteur, transmettre lesdites sections d'information ISEC (étape TX(ISEC(DATA_SEC, EFEC_SEC)). Dans un mode de réalisation non limitatif, le procédé comprend l'ordonnancement et le multiplexage de sections d'information ISEC avant la transmission au niveau de la couche physique de communication PHY (étape TDM&MUX(ISEC) illustrée à la Fig. 1 ou à la Fig. 2). Dans un mode de réalisation non limitatif, le procédé comprend : - au niveau d'une couche de contrôle des ressources radio RRC de l'émetteur TX, transmettre via un lien radio RB :30 - les paramètres de dimensionnement PARAM de la matrice d'encodage M du service ; et - un nombre NB de paquets de données MAC_SDU par colonne Col de la matrice d'encodage M. (étape TX_RB(PARAM(B, S, D), NB) illustrée à la Fig. 2)
Pour la suite de la description, dans le mode de réalisation non limitatif du procédé décrit, le procédé comprend ces étapes supplémentaires.
Ainsi, le procédé de transmission d'un service S dans un réseau de communications mobiles NTW est décrit en détail ci-après en se référant aux figures 2 à 4.
Dans une première étape 1), au niveau de la couche liaison de communication MAC d'un émetteur TX d'un réseau de communications mobiles, on définit des rafales de données ADST à partir de paquets de données MAC_SDU d'un service S. On notera qu'une rafale de données ADST comporte des colonnes Col et des lignes Lig et que la taille (nombre de colonnes et nombre de lignes) d'une rafale de données ADST est définie par un opérateur qui gère le réseau de communication mobile NTW. Dans un premier mode de réalisation non limitatif, la taille d'une rafale de données ADST est supérieure ou égale au débit moyen de transmission d'un service cj,k multiplié par une période de répétition de transmission d'un service TS.
On a ainsi la taille d'une rafale de données ADST (ramenée en nombre de bits): Tj*K*8>_cIDj,k*TS, soit T. l''i,k* S [1] Avec : - Tj, le nombre de lignes dans la rafale de données ADST30 - Tj*K, la quantité de données dans la rafale de données ADST en terme d'octets, soit Tj*K*8, la quantité de données dans la rafale de données ADST en terme de bits. On notera que la quantité de données dans la rafale de données est exactement égale à cl.j,k* TS - clDj,k, le débit moyen de transmission d'un service Sj pendant une keme période de transmission d'un service TS - K le nombre de colonnes dans la rafale de données ADST. On notera que K est fixé par l'opérateur et il est borné par le seuil suivant : K <_ n * rmère - rmère, est le code mère. On rappelle que le code mère représente le rapport entre le volume d'information utile et le volume total d'information (utile et parités). - n le nombre totale de colonnes d'une matrice d'encodage.
Ainsi, dans un exemple non limitatif, si le débit moyen d'une chaîne de télévision est de 200kbits/sec, et la période de transmission de la chaîne de télévision est de 0,5 sec, le volume de données dans une rafale de données sera égale à 100 kbits.
Dans un deuxième mode de réalisation non limitatif, la taille d'une rafale de données ADST est dimensionnée en fonction du débit maximum de transmission MBRj d'un service S. Dans ce cas, on a : MBR *TS T - _ i [2] K*8 Si l'on prend comme hypothèse que chaque colonne Col de la rafale de données ADST contient un nombre entier µj de paquets de données MAC_SDU ou de symboles de parité EFEC (la taille d'un paquet de données étant constante), alors le nombre NB de paquets de données MAC_SDU par colonne est de : Tj*8=µj*taille MAC_SDUP-- µj*tailleTB Avec taille TB = taille d'une trame de transport En utilisant l'expression [2] ci-dessus, on obtient : µ J - P' K * tailleTB On notera que cette dernière expression peut être utilisée par la couche RRC pour configurer le nombre NB de paquets de données MAC_SDU par colonne Col d'une matrice d'encodage M comme on le verra par la suite.
Dans une deuxième étape 2), au niveau de la couche liaison de communication MAC d'un émetteur TX d'un réseau de communications mobiles, on construit des matrices d'encodage M, en remplissant la matrice avec des portions de rafales de données ADST en fonction de paramètres de dimensionnement PARAM de la matrice d'encodage M.
La construction comprend : - 2a) la déduction du nombre de colonnes chargées de recevoir des données utiles DATA et le nombre de colonnes chargées de recevoir les symboles de parité EFEC (étape DEF_COL(DATA, PARITE) illustrée à la Fig. 1 et à la Fig. 2) ; - 2b) le remplissage de la matrice d'encodage M avec des portions de rafales de données ADST en fonction de paramètres de dimensionnement PARAM de la matrice d'encodage M. (étape FILL M(ADST, PARAM(B,S,D)).
La déduction 2a) est décrite ci-après. On notera que le nombre total de colonnes est n et est fixé par l'opérateur. Le nombre de colonnes destiné aux données utiles DATA est C = n*rmère. Parmi ces C colonnes, K colonnes contiennent réellement de la donnée utile (les paquets de données MAC_SDU) fournit par les données ADST et les (C-K) colonnes sont remplit d'octets de remplissage, tels que des zéros, comme décrit plus loin. n étant le nombre total de colonne de données (utiles+parité), on a (n-K) le nombre de colonnes maximum chargées de recevoir les symboles de parité EFEC.
Le remplissage 2b) des matrices M est décrite ci-après. On notera qu'une matrice d'encodage M(n, Tj) comporte une taille qui est différente de celle d'une rafale de données ADST (soit un nombre MBRJ * TS différent de colonnes n et mais un même nombre de lignes Tj), taille définie précédemment. Par ailleurs, une rafale de données ADST remplit une pluralité de matrices d'encodage M. Ainsi, une matrice d'encodage M comporte des paquets de données MAC_SDU provenant de plusieurs rafales de données ADST. Dans un mode de réalisation non limitatif, le remplissage s'effectue en remplissant colonne par colonne ou ligne par ligne une matrice d'encodage M avec les paquets de données MAC_SDU (qui proviennent des portions de rafales de données ADST) tel qu'illustré sur la Fig. 4.
Dans un exemple non limitatif, chaque colonne Col de la matrice a une largeur d'un octet, car c'est une implémentation de référence des codes correcteurs. Dans un mode de réalisation non limitatif, les paramètres de dimensionnement de la matrice d'encodage M comprennent : - une profondeur d'entrelacement B des paquets de données MAC_SDU ; - une profondeur d'entrelacement S des symboles de parité EFEC associées auxdits paquets de données MAC_SDU ; - un délai D de transmission entre des paquets de données 20 MAC_SDU et des symboles de parité EFEC associés ; - un code mère du code correcteur d'erreurs CC ; et - un nombre total de colonnes de la matrice d'encodage M. Les deux premiers paramètres B et S permettent notamment de déterminer les nombre de matrices d'encodage M. On notera que le paramètre B 25 représente un modulo de remplissage. Ainsi, dans un mode de réalisation non limitatif, le remplissage d'une matrice d'encodage M s'effectue à partir d'une colonne j d'une rafale de données ADST d'indice k' selon la formule suivante : la position POS d'une colonne j dans la matrice d'encodage est égal à l'indice k' de la rafale de données 30 ADST auquel est additionné le numéro de colonne j modulo la profondeur d'entrelacement des paquets de données B le tout multiplié par un nombre déterminé N, ledit nombre N étant égal au maximum : - des paramètres de dimensionnement B, S, D ; et de la somme de la profondeur d'entrelacement des paquets de données B et de la profondeur d'entrelacement des symboles de parité S moins le délai de transmission D. On a ainsi la formule suivante : position POSj de la colonne j dans la matrice d'encodage = (k'+ j[B])[N] avec N = max(B,S,D,B+S-D). Dans un exemple non limitatif, si B=3, S=2 et D=O, on aura cinq matrices d'encodage M. En effet, avec la première rafale de données ADST1, on aura - sa 1 ère colonne qui remplit une première matrice d'encodage M1, - sa 2ème colonne qui remplit une deuxième matrice d'encodage M2, - sa 3ème colonne qui remplit une troisième matrice d'encodage M3, - sa 4ème colonne qui remplit la première matrice d'encodage M1, - sa 5ème colonne qui remplit une deuxième matrice d'encodage M2, etc.
Dans une troisième étape 3), on encode la matrice d'encodage selon un code correcteur d'erreurs CC. Dans un mode de réalisation non limitatif, l'encodage s'effectue en appliquant le code correcteur d'erreurs CC auxdites matrices d'encodage M dans le sens contraire du remplissage de la matrice d'encodage M. Ainsi, dans l'exemple non limitatif de l'écriture d'une matrice d'encodage M, colonne par colonne, le code correcteur d'erreurs CC est appliqué ligne par ligne et on obtient ainsi des colonnes de symboles de parité EFEC telles illustrées sur la Fig. 4.
Dans un mode de réalisation non limitatif, le code correcteur d'erreurs CC est un code Reed-Solomon RS, ou un bloc turbo-code TC. Ces codes de protection d'erreur permettent à un récepteur RX de détecter et de corriger les erreurs d'une rafale de données reçue ADST sans avoir besoin de demander une retransmission de données à l'émetteur TX.
On rappelle que ces codes sont des codes par bloc. En effet, ils prennent en entrée un bloc de données de taille fixée, qui est transformé en un bloc de sortie de taille fixée.
Grâce à un ajout de redondances qui sont définies par les symboles de parité EFEC, ces codes permettent de corriger deux types d'erreurs: - les erreurs induisant une modification des données, ou certains bits passent de la valeur 0 à la valeur 1 et vice versa ; - les erreurs provoquant des pertes d'informations aussi appelées effacements, lorsque des paquets de données sont perdus ou effacés. Ainsi, les symboles de parité EFEC, appelés également redondances, vont permettre au récepteur RX de retrouver les paquets de données MAC_SDU perdus.
Concernant le code Reed-Solomon RS, on le note RS(n,k) avec n, le nombre de bits d'information total, à savoir les bits d'information utiles DATA et les bits d'informations de parité PARITE et k = le nombre de bits d'information utiles DATA. On rappelle que n représente aussi le nombre total de colonnes d'une matrice d'encodage. Les N = (1-r)*n colonnes sont remplies par les symboles de parité de volume égal au plus (1- rmère)*k. r représente le taux de code. A cet effet, pour obtenir le taux de code à partir du code mère rmère, un poinçonnage est appliqué sur les données de parité. La technique de poinçonnage (appelée « Puncturing » en anglais) permet de sélectionner un bit de parité parmi d'autres pour l'application du code mère.
Cela permet de réduire le volume de données transmis. Cette technique étant bien connue de l'homme du métier, elle n'est pas décrite ici. On notera que le taux de code r est connu de l'émetteur, tandis que le code mère rmère est connu de l'émetteur et du récepteur.
Le code correcteur d'erreurs Reed-Solomon est utilisé avec un taux de codage mère rmère= k/n, avec n = 2', ie N*
Ainsi, si r=1/3, k=1 et n=3, cela signifie que l'on a 2 bits de redondance de plus qu'un bit d'information utile.
On notera que plus on augmente le taux de codage r, plus on augmente la fiabilité et la robustesse des transmissions, mais plus on diminue l'efficacité de la bande passante utilisée pour transmettre les données puisque l'on envoie plus de bits. Ainsi, un taux de codage r de 1 /5 est meilleur qu'un taux de codage r de 1/2 en termes de fiabilité.
Par ailleurs, on notera que le taux de codage mère rmère est défini par les caractéristiques du code correcteur d'erreurs CC sélectionné par l'opérateur du réseau de communication mobile NTW.
On notera que lorsque les paquets de données MAC_SDU ne remplissent pas toutes les colonnes k prévues pour les bits d'information utiles DATA, le remplissage comprend le remplissage du reste des colonnes k avec des octets de remplissage (remplissage appelé « padding » en anglais), dans un exemple non limitatif, avec des zéros, tel qu'illustré sur la Fig. 4.
Dans une quatrième étape 4), au niveau de la couche liaison de communication MAC d'un émetteur TX d'un réseau de communications mobiles, on définit un entête de placement FEC_HD d'un paquet de données MAC SDU dans une matrice de décodage M' correspondant à la matrice d'encodage M.
Dans des exemples non limitatifs, cet entête de placement FEC_HD comprend un indice de positionnement IPOS de chaque paquet de données MAC_SDU dans une matrice d'encodage M ; ou - le nombre de paquets de données total NB_SDU dans une matrice d'encodage M ; ou - un index de rafale de données IADST ; ou - un indice de positionnement IPOS' de chaque symbole de parité EFEC dans une matrice d'encodage M.
Ces données IPOS, NB_SDU, IADST, et IPOS' vont permettre par la suite au récepteur RX de replacer un paquet de données MAC_SDU dans la bonne matrice décodage M' pour le décodage.
On notera que cet entête de placement FEC_HD peut également être utilisé pour vérifier l'intégrité d'un paquet, le type de protocole utilisé, le numéro d'un paquet etc.
Dans une cinquième étape 5), au niveau de la couche liaison de communication MAC d'un émetteur TX d'un réseau de communications mobiles, on génère une pluralité de sections d'information ISEC dont au moins : - une section de données DATA_SEC comprenant ledit entête de placement FEC HD et au moins un paquet de données MAC SDU provenant d'une rafale de données ADST ; - une section de redondances EFEC_SEC comprenant ledit entête de placement FEC_HD et au moins un symbole de parité EFEC généré lors de l'encodage de la matrice d'encodage M.
Les sections de données DATA_SEC sont générées à partir des rafales de données ADST.
Dans un mode de réalisation non limitatif, une section de données DATA_SEC comporte un unique paquet de données MAC_SDU d'une rafale de données ADST. On notera que dans le cas où une section de données DATA_SEC comporte une pluralité de MAC_SDU, au moyen du caractère intrinsèque d'un paquet de données MAC_SDU, on sait à quelle rafale de données ADST il appartient. Les sections de redondances EFEC_SEC sont générées à partir des symboles de parité EFEC calculés dans les matrices d'encodage M.
On notera qu'une section de redondances EFEC_SEC comprend au moins un symbole de parité EFEC.
Ainsi, les paquets de données MAC_SDU et les symboles de parité EFEC sont encapsulés dans des sections d'informations ISEC comprenant ledit 25 entête de placement FEC_HD.
Comme décrit plus loin dans la description, on notera que ce sont les paquets MAC_SDU qu'on positionne dans les matrices de décodage M' et non les sections ISEC. Les sections ISEC ne sont que des paquets 30 contenant un paquet MAC_SDU et un entête de placement. Les sections ISEC traversent la fin de la couche liaison MAC, la couche physique PHY et le canal de transmission puis sont reçues par la couche physique PHY du récepteur, et atteignent sa couche liaison MAC. Elles sont ensuite désencapsulées pour donner soit les paquets MAC_SDU, soit les symboles 18 de parité EFEC qui sont placés dans la bonne matrice de décodage M' à la bonne colonne et à la bonne ligne.
Ainsi, à partir d'une rafale de données ADST, on obtient une pluralité de sections ISEC dans lesquelles sont répartis les paquets de données MAC_PDU desdites rafales de données ADST et les symboles de parité associés EFEC, une section ISEC d'une rafale de données ADST étant reconnue par l'index de rafale de données IADST.
Dans une sixième étape 6), au niveau de la couche liaison de communication MAC d'un émetteur TX d'un réseau de communications mobiles, on ordonne et on multiplexe les sections d'information ISEC avant la transmission au niveau de la couche physique de communication PHY. Cet ordonnancement et ce multiplexage sont effectués de manière connue de l'homme du métier et sont décrits dans un mode de réalisation non limitatif dans la publication « LTE The UMTS Long Term Evolution ; From theory to Pracyical » S. sesia, I. Toufik, M. Baker - WILEY publiée le 02-09-2010 sous la référence TM-H0850.
Dans une septième étape 7), au niveau de la couche physique de communication d'un émetteur TX, on transmet lesdites sections d'information ISEC. La transmission se fait vers le récepteur RX. A cet effet, tel qu'illustré sur la Fig. 2 ou la Fig. 3, préalablement, les sections d'information ISEC sont encapsulées dans des paquets de données MAC PDU au niveau de la sous-couche de liaison MAC (étape DEF_MAC_PDU(ISEC)), et les paquets de données MAC_PDU sont eux-mêmes encapsulés dans des trames de transport TB au niveau de la couche physique de communication PHY (étape 7a), DEF_TB(MAC_PDU)).
Ces paquets de données MAC_PDU comprennent également un entête d'encapsulation MAC_LCID issue de la sous-couche MAC. Cet entête étant connue de l'homme du métier, elle n'est pas décrite ici. Dans un mode de réalisation non limitatif, un paquet de données MAC_P DU comprend une unique section d'information ISEC afin d'assurer une rétrocompatibilité avec des équipements de même technologie et qui n'implémentent pas ce procédé, mais de couche MAC standard où un paquet MAC_SDU est encapsulé dans un paquet MAC_PDU.
Dans un mode de réalisation non limitatif, lors de la transmission des sections d'information ISEC, une section de données DATA_SEC est envoyée après une section de redondances EFEC_SEC associée en fonction d'un délai de transmission D entre des paquets de données MAC SDU et des symboles de parité EFEC associés (étape 7b) TX(TB(MAC PDU(DATA SEC)), TB(MAC PDU(EFEC SEC)), D) illustrée sur la Fig. 2. Cela permet au récepteur de retrouver la rafale de données ADST correspondante s'il y a une perte de transmission ou non transmission de ladite rafale entre l'émetteur TX et le récepteur RX. Ainsi, dans un exemple non limitatif, si le récepteur RX passe sous un pont, il est en mode hors connexion (« offline » en anglais) pendant quelques secondes. Il ne va donc pas recevoir certaines rafales de données ADST. Grâce à ce délai D, il va retrouver les rafales de données ADST non reçues avec les symboles de parité associés EFEC qu'il aura reçu avant de se trouver sous le pont.
Ainsi, dans un exemple non limitatif, si le délai de transmission D est égal à 100, cela signifie que le(s) symbole(s) de parité EFEC compris dans la section de redondances EFEC_SEC va permettre de corriger le paquet de données MAC_SDU compris dans la section de données DATA_SEC qui arrivera cent sections ISEC après la section de redondances EFEC_SEC.
Dans une huitième étape 8), au niveau d'une couche de contrôle des ressources radio RRC de l'émetteur TX, on transmet via un lien radio RB : - les paramètres de dimensionnement PARAM de la matrice d'encodage 30 M du service ; et - un nombre NB de paquets de données MAC_SDU par colonne Col des matrices d'encodage M. On notera que le récepteur ne connait pas K, le nombre de colonnes dans la rafale de données ADST, fixé par l'opérateur et il a besoin d'estimer K pour remplir le nombre exact de 35 colonnes de données utiles dans chaque matrice de décodage M'. Il connait P le nombre total de données par rafale de données ADST (envoyé dans chaque paquet) et avec NB le nombre de paquets par colonne, il peut en déduire K (K = NP/NB). On notera que le lien radio RB est dans un exemple non limitatif un canal radio support de contrôle appelé « radio bearer » en anglais. Ainsi, grâce à ces paramètres de dimensionnement PARAM, le récepteur va pouvoir construire des matrices de décodage M' comme décrit ci-après. On notera que cette huitième étape est effectuée de manière indépendante des autres étapes, soit en parallèle d'une des étapes décrites ci-dessus, soit préalablement à ces étapes. La couche liaison de communication MAC récupère en effet les données PARAM pour définir les rafales de données ADST et construire les matrices M comme vu précédemment. Par ailleurs, la couche physique PHY récupère également les données PARAM.
Ainsi, après la transmission d'un service par l'émetteur, le procédé de réception d'un service S dans un réseau de communications mobiles NTW, est mis en oeuvre. Ledit procédé est illustré à la Fig. 6. Il comprend : - au niveau d'une couche physique de communication PHY d'un récepteur RX du réseau de communications mobiles, recevoir une pluralité de sections d'information ISEC (étape RX(ISEC(DATA_SEC, EFEC_SEC)), dont - au moins une section de données DATA_SEC comprenant un entête de placement FEC_HD d'un paquet de données MAC_SDU dans au moins une matrice de décodage M' et au moins un paquet de données MAC_SDU ; - au moins une section de redondances EFEC_SEC comprenant un entête de placement FEC_HD et au moins un symbole de parité EFEC ; - au niveau d'une couche liaison de communication MAC du récepteur RX : - désencapsuler lesdites sections d'information ISEC pour obtenir les entêtes de placement FEC_HD associées, les paquets de données MAC_SDU et les symboles de parité EFEC se trouvant dans lesdites sections d'information ISEC ; (étape DESENC_ISEC(FEC_HD(IPOS, NB_SDU, IADST), MAC_SDU, EFEC) ; - construire au moins une matrice de décodage M' en fonction de paramètres de dimensionnement PARAM de la matrice de décodage M' et remplir la matrice de décodage M en fonction des entêtes de placement FEC_HD (étape CONSTRUCT_M'(PARAM, FEC_HD)) avec : - les paquets de données MAC_SDU des sections de données DATA SEC ; - les symboles de parité EFEC des sections de redondances EFEC_SEC ; et - décoder la matrice de décodage M' avec un algorithme correspondant au code correcteur d'erreurs CC utilisé pour générer les symboles de parité (étape DECOD_M'(CC=RSIITC)).
Dans un mode de réalisation non limitatif, le procédé de réception comprend en outre 0) la réception (étape RX_RB(PARAM(B, S, D), NB) illustrée à la Fig. 6) : - des paramètres de dimensionnement PARAM des matrices d'encodage M d'un service ; et - d'un nombre NB de paquets de données MAC_SDU par colonne Col des matrices d'encodage M.
Dans des exemples non limitatifs, l'algorithme de décodage utilisant le code correcteur d'erreurs CC est un algorithme de Berlkamp-Massey pour les codes Reed Solomon, Max-Log-MAP ou un algorithme équivalent pour les codes bloc Turbo codes. Ces algorithmes étant bien connus de l'homme du métier, ils ne sont pas décrits ici.
Ainsi, le récepteur RX reçoit ainsi via sa couche physique de communication PHY les trames de transport TB et est adapté pour : - au niveau de sa couche physique de communication PHY, recevoir une pluralité de sections d'information ISEC, dont : - au moins une section de données DATA_SEC comprenant un entête de placement FEC_HD d'un paquet de données MAC_SDU dans des matrices de décodage M' et au moins un paquet de données MAC SDU ; - au moins une section de redondances EFEC_SEC comprenant un entête de placement FEC_HD et au moins un symbole de parité EFEC ; - au niveau de sa couche liaison de communication MAC : - désencapsuler lesdites sections d'information ISEC pour obtenir les entêtes de placement FEC_HD associées, les paquets de données MAC_SDU et les symboles de parité EFEC se trouvant dans lesdites sections d'information ISEC ; - construire des matrices de décodage M' en fonction de paramètres de dimensionnement PARAM des matrices de décodage M' et remplir les matrices de décodage M en fonction des entêtes de placement FEC HD avec : - les paquets de données MAC_SDU des sections de données DATA_SEC (sous-étape FILL M'(MAC SDU, PARAM(B,S,D) illustrée à I Fig. 5) ; - les symboles de parité EFEC des sections de redondances EFEC_SEC (sous-étape FILL M'(EFEC, FEC HD) illustrée à I Fig. 5) ; et - décoder les matrices de décodage M' avec un algorithme correspondant au code correcteur d'erreurs CC utilisé pour générer les symboles de parité.
Ainsi, le récepteur RX sait : - définir la matrice de décodage M' qui contiendra tel ou tel paquet de données MAC_SDU grâce aux paramètres de dimensionnement PARAM ; - à quel endroit positionner un paquet de données MAC_SDU dans la matrice de décodage définie M', grâce aux informations se trouvant dans les entêtes de placement FEC_HD, et notamment grâce à l'indice de positionnement IPOS de chaque paquet de données MAC_SDU et l'index de rafale de données IADST ; - quand une matrice de décodage M' est totalement remplie, grâce aux informations se trouvant dans les entêtes de placement FEC_HD, et notamment grâce au nombre de paquets de données NB_SDU dans une matrice d'encodage M ; - s'il a reçu ou non toutes les rafales de données ADST d'un service grâce aux informations se trouvant dans les entêtes de placement FEC_HD, et notamment grâce à l'index de rafale de données IADST ; - placer les symboles de parité EFEC correspondant aux paquets de données MAC_PDU dans les bonnes matrices de décodage M' grâce aux informations se trouvant dans les entêtes de placement FEC_HD, et notamment grâce à l'index de rafale de données IADST et grâce et notamment grâce à l'indice de positionnement IPOS de chaque symboles de parité EFEC.
On notera que les paramètres de dimensionnement PARAM des matrices de décodage M' sont les mêmes que les paramètres de dimensionnement PARAM des matrices d'encodage M. Par ailleurs, le nombre de matrices de décodage M' est le même que le nombre de matrice d'encodage M.
Le décodage étant bien connu de l'homme du métier, que ce soit dans l'exemple non limitatif du code Reed-Solomon ou d'un bloc turbo-code, il n'est pas décrit ici. Le décodage permet de vérifier les symboles de parité et de contrôler si une erreur est survenue dans la transmission d'un service.
Dans l'affirmative, le récepteur RX corrige les erreurs au moyen desdits symboles de parité EFEC. La correction étant bien connue de l'homme du métier, que ce soit dans l'exemple non limitatif du code Reed-Solomon ou d'un bloc turbo-code, il n'est pas décrit ici.
Par ailleurs, on notera que lors de la désencapsulation desdites sections d'information ISEC, le récepteur RX : - désencapsule les paquets de données MAC_PDU (qui comprennent les sections d'information ISEC) des trames de transport TB au niveau de sa couche physique PHY (sous-étape DESENC_TB(MAC_PDU) illustrée à la Fig. 6) ; et désencapsule lesdites sections d'information ISEC des paquets de données MAC_PDU au niveau de la sous-couche de liaison MAC (étape DESENC MAD PDU(ISEC) illustrée à la Fig. 6). Ainsi, le procédé de transmission permet de protéger la transmission d'une pluralité de services en appliquant des codes correcteurs d'erreurs aux différents services d'un multiplex de services. On obtient ainsi des codes correcteurs d'erreurs inter-services. 10 Le procédé de transmission d'un service S dans un réseau de communications mobiles NTW est mis en oeuvre par ledit réseau de communication mobile NTW illustré de façon schématique à la Fig. 7 selon un mode de réalisation non limitatif et plus particulièrement par un émetteur 15 TX dudit réseau. L'émetteur TX d'un réseau de communications mobiles est adapté pour : - au niveau d'une couche liaison de communication MAC de l'émetteur, - définir des rafales de données ADST à partir de paquets de données MAC_SDU d'un service S ; 20 - construire au moins une matrice d'encodage M, en remplissant la matrice avec des portions de rafales de données ADST en fonction de paramètres de dimensionnement PARAM de la matrice d'encodage M ; - encoder la matrice d'encodage selon un code correcteur d'erreurs 25 CC ; - définir un entête de placement FEC_HD d'un paquet de données MAC_SDU dans une matrice de décodage M' correspondant à la matrice d'encodage M ; - générer une pluralité de sections d'information ISEC dont au moins : 30 - une section de données DATA_SEC comprenant ledit entête de placement FEC_HD et au moins un paquet de données MAC_SDU provenant d'une rafale de données ADST ; - une section de redondances EFEC_SEC comprenant ledit 35 entête de placement FEC_HD et au moins un symbole de5 parité EFEC généré lors de l'encodage de la matrice d'encodage ; au niveau d'une couche physique de communication PHY de l'émetteur, transmettre lesdites sections d'information ISEC. Ainsi, l'émetteur TX comporte un encodeur pour effectuer l'encodage des matrices M et un émetteur radio pour effectuer la transmission des sections d'information ISEC.
10 Le procédé de réception d'un service S dans un réseau de communications mobiles NTW est mis en oeuvre par ledit réseau de communication mobile NTW illustré de façon schématique à la Fig. 7 selon un mode de réalisation non limitatif et plus particulièrement par un récepteur RX dudit réseau. 15 Le récepteur RX dans un réseau de communications mobiles NTW est adapté pour : - au niveau d'une couche physique de communication PHY du récepteur RX, recevoir une pluralité de sections d'information ISEC dont : - au moins une section de données DATA_SEC comprenant un entête 20 de placement FEC_HD d'un paquet de données MAC_SDU dans au moins une matrice de décodage M' et au moins un paquet de données MAC_SDU ; - au moins une section de redondances EFEC_SEC comprenant un entête de placement FEC_HD et au moins un symbole de parité 25 EFEC ; - au niveau d'une couche liaison de communication MAC du récepteur RX : - désencapsuler lesdites sections d'information ISEC pour obtenir les entêtes de placement FEC_HD associées, les paquets de données 30 MAC_SDU et les symboles de parité EFEC se trouvant dans lesdites sections d'information ISEC ; - construire au moins une matrice de décodage M' en fonction de paramètres de dimensionnement PARAM de la matrice de décodage M' et remplir la matrice de décodage M en fonction des entêtes de 35 placement FEC_HD avec :5 - les paquets de données MAC_SDU des sections de données DATA SEC ; - les symboles de parité EFEC des sections de redondances EFEC_SEC ; et - décoder la matrice de décodage M' avec un algorithme correspondant au code correcteur d'erreurs CC utilisé pour générer les symboles de parité.
Ainsi, le récepteur RX comporte un décodeur pour effectuer le 10 décodage des matrices M et donc construire les matrices M' et un récepteur radio pour effectuer la réception des sections d'information ISEC.
On notera que la mise en oeuvre du procédé de transmission exposé ci-dessus peut être effectuée au moyen d'un dispositif micro programmé 15 « software », d'une logique câblée et/ou de composants électroniques « hardware ». Il en est de même pour la mise en oeuvre du procédé de réception exposé ci-dessus. Ainsi, le réseau de communication NTW peut comporter un ou plusieurs produits programmes d'ordinateur PG comportant une ou plusieurs 20 séquences d'instructions exécutables par une unité de traitement d'information telle qu'un microprocesseur, ou d'une unité de traitement d'un microcontrôleur, d'un ASIC, d'un ordinateur etc., l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé de transmission ou du procédé de réception décrit. 25 Un tel programme d'ordinateur PG peut être inscrit en mémoire non volatile inscriptible de type ROM ou en mémoire non volatile réinscriptible de type EEPROM ou FLASH. Ledit programme d'ordinateur PG peut être inscrit en mémoire en usine ou encore chargé en mémoire ou téléchargé à distance en mémoire. Les séquences d'instructions peuvent être des séquences 30 d'instructions machine, ou encore des séquences d'un langage de commande interprétées par l'unité de traitement au moment de leur exécution. Dans l'exemple non limitatif de la Fig. 7, un premier programme d'ordinateur PG1 est inscrit dans une mémoire d'un émetteur TX et un 35 deuxième produit programme d'ordinateur PG2 est inscrit dans une mémoire d'un récepteur RX.
Bien entendu la description n'est pas limitée à l'application, aux modes de réalisation et aux exemples décrits ci-dessus. Ainsi, des codes correcteurs d'erreurs CC autres que les codes en bloc données à titre d'exemple non limitatif, peuvent être utilisés tels que des codes correcteurs d'erreurs convolutifs, tels que dans un exemple non limitatif le code de Viterbi ou encore des codes LDPC.
Ainsi, le procédé de transmission s'applique dans le cas de diffusion d'un service d'un émetteur vers une pluralité de récepteurs (« multicasting » en anglais) mais également d'un émetteur vers un unique récepteur (« unicasting » en anglais).
Ainsi, l'invention décrite présente notamment les avantages suivants : - elle permet d'avoir un codage inter-services et donc de récupérer les rafales de données ADST correspondant à un service dans le cas d'une perte ou non transmission d'une ou plusieurs rafales de données ADST, et en particulier dans le cas d'une atténuation, de réflexions multiples ou encore de mode hors connexion du terminal mobile ; - elle permet d'avoir un niveau de protection d'un service qui est indépendant d'un fournisseur de service car situé au niveau de la couche MAC (qui est proche de la couche physique) au lieu d'un niveau applicatif : ainsi, un fournisseur de service, qui agit au niveau applicatif, n'a pas à implémenter cette protection dans son système d'envoi d'un service. Seul l'opérateur qui gère le réseau de communication aura à le faire. Cela simplifie ainsi la gestion par le fournisseur de service de son système et réduit ses coûts ; elle permet de séparer la transmission de l'information utile (des paquets de données MAC SU) de leur symboles de parité associés, qui permet d'obtenir une mise au point d'un retard (délai de transmission) flexible qui est important pour la diffusion de chaînes de télévision par exemple : un compromis entre le retard et la performance dans la récupération des erreurs peut être fait. elle permet de gagner de la place pour la bande passante utile utilisée 28 pour transmettre les services car les symboles de parité sont générés au niveau du réseau de communication mobile NTW et plus au niveau du système du fournisseur de service ; elle fournit une solution entièrement conforme à l'architecture MAC de diffusion des réseaux cellulaires 3GPP qui permettent une diffusion d'un service d'une station de base vers plusieurs terminaux mobiles selon le protocole de communication MBMS ; - elle permet d'éviter une fragmentation/concaténation des paquets qui provoque dans les couches supérieures (couche applicative) une propagation importante des erreurs paquets survenues dans la couche radio.

Claims (15)

  1. REVENDICATIONS1- Procédé de transmission d'un service (S) dans un réseau de communications mobiles (NTW), comprenant : - au niveau d'une couche liaison de communication (MAC) d'un émetteur (TX) du réseau de communications mobiles, - définir des rafales de données (ADST) à partir de paquets de données (MAC_SDU) d'un service (S) ; - construire au moins une matrice d'encodage (M), en remplissant la matrice avec des portions de rafales de données (ADST) en fonction de paramètres de dimensionnement (PARAM) de la matrice d'encodage (M) ; - encoder la matrice d'encodage selon un code correcteur d'erreurs (CC) ; - définir un entête de placement (FEC_HD) d'un paquet de données (MAC SDU) dans une matrice de décodage (M') correspondant à la matrice d'encodage (M) ; - générer une pluralité de sections d'information (ISEC) dont au moins: - une section de données (DATA_SEC) comprenant ledit entête de placement (FEC_HD) et au moins un paquet de données (MAC_SDU) provenant d'une rafale de données (ADST) ; - une section de redondances (EFEC_SEC) comprenant ledit entête de placement (FEC_HD) et au moins un symbole de parité (EFEC) généré lors de l'encodage de la matrice d'encodage ; - au niveau d'une couche physique de communication (PHY) de l'émetteur (TX), transmettre lesdites sections d'information (ISEC).
  2. 2- Procédé selon la revendication 1, comprenant : - au niveau d'une couche de contrôle des ressources radio (RRC) de l'émetteur (TX), transmettre via un lien radio (RB) : - les paramètres de dimensionnement (PARAM) de la matrice d'encodage (M) du service ; et- un nombre (NB) de paquets de données (MAC_SDU) par colonne (Col) de la matrice d'encodage (M).
  3. 3- Procédé selon la revendication 1 ou la revendication 2, dans lequel l'encodage s'effectue en appliquant le code correcteur d'erreurs (CC) auxdites matrices d'encodage (M) dans le sens contraire du remplissage de la matrice d'encodage (M).
  4. 4- Procédé selon l'une quelconque des revendications précédentes, dans lequel le code correcteur d'erreurs est un code de Reed-Solomon (RS) ou un turbo-code (TC).
  5. 5- Procédé selon l'une quelconque des revendications précédentes, dans lequel la taille d'une rafale de données (ADST) est supérieure ou égale au débit moyen de transmission d'un service (^I)j,k) multiplié par une période de répétition de transmission d'un service (TS).
  6. 6- Procédé selon l'une quelconque des revendications précédentes 1 à 4, dans lequel la taille d'une rafale de données (ADST) est dimensionnée en fonction du débit maximum de transmission d'un service (MBRj).
  7. 7- Procédé selon l'une quelconque des revendications précédentes, dans lequel les paramètres de dimensionnement (PARAM) de la matrice d'encodage (M) comprennent : - une profondeur d'entrelacement (B) des paquets de données (MAC_SDU) ; - une profondeur d'entrelacement (S) des symboles de parité (EFEC) associées auxdits paquets de données (MAC SDU) ; - un délai (D) de transmission entre des paquets de données (MAC SDU) et des symboles de parité (EFEC) associés ; - un code mère du code correcteur d'erreurs (CC) ; et - un nombre total de colonnes de la matrice d'encodage (M).
  8. 8- Procédé selon la revendication 7, dans lequel le remplissage d'une matrice d'encodage (M) s'effectue à partir d'une colonne (j) d'unerafale de données (ADST) d'indice donné (k') selon la formule suivante : la position (POSj) de la colonne (j) dans la matrice d'encodage est égal à l'indice (k') de la rafale de données (ADST) auquel est additionné le numéro de la colonne (j) modulo la profondeur d'entrelacement des paquets de données (B) le tout multiplié par un nombre déterminé (N), ledit nombre (N) étant égal au maximum : - des paramètres de dimensionnement (B, S, D) ; et - de la somme de la profondeur d'entrelacement des paquets de données (B) et de la profondeur d'entrelacement des symboles de parité (S) moins le délai de transmission (D).
  9. 9- Procédé selon l'une quelconque des revendications précédentes, dans lequel lors de la transmission des sections d'information (ISEC), une section de données (DATA_SEC) est envoyée après une section de redondances associée (EFEC_SEC) en fonction d'un délai de transmission (D) entre des paquets de données (MAC_SDU) et des symboles de parité (EFEC) associés.
  10. 10-Procédé selon l'une quelconque des revendications précédentes, comprenant l'ordonnancement et le multiplexage de sections d'information (ISEC) avant la transmission au niveau de la couche physique de communication (PHY).
  11. 11-Procédé selon l'une quelconque des revendications précédentes, dans lequel l'entête de placement (FEC_HD) comprend : - un indice de positionnement (IPOS) de chaque paquet de données (MAC_SDU) dans une matrice d'encodage (M) ; ou - le nombre de paquets de données total (NB_SDU) dans une matrice d'encodage (M) ; ou - un index de rafale de données (IADST) ; ou - un indice de positionnement (IPOS') de chaque symbole de parité (EFEC) dans une matrice d'encodage (M).
  12. 12-Procédé de réception d'un service (S) dans un réseau de communications mobiles (NTW), comprenant : - au niveau d'une couche physique de communication (PHY) d'un récepteur (RX) d'un réseau de communications mobiles, recevoir une pluralité de sections d'information (ISEC), dont : - au moins une section de données (DATA_SEC) comprenant un entête de placement (FEC_HD) d'un paquet de données (MAC_SDU) dans au moins une matrice de décodage (M') et au moins un paquet de données (MAC_SDU) ; - au moins une section de redondances (EFEC_SEC) comprenant un entête de placement (FEC_HD) et au moins un symbole de parité (EFEC) ; - au niveau d'une couche liaison de communication (MAC) du récepteur (RX) : - désencapsuler lesdites sections d'information (ISEC) pour obtenir les entêtes de placement (FEC_HD) associées, les paquets de données (MAC_SDU) et les symboles de parité (EFEC) se trouvant dans lesdites sections d'information (ISEC) ; - construire au moins une matrice de décodage (M') en fonction de paramètres de dimensionnement (PARAM) de la matrice de décodage (M') et remplir la matrice de décodage (M) en fonction des entêtes de placement (FEC_HD) avec : - les paquets de données (MAC_SDU) des sections de données (DATA_SEC) ; - les symboles de parité (EFEC) des sections de redondances (EFEC_SEC) ; et - décoder la matrice de décodage (M') avec un algorithme correspondant au code correcteur d'erreurs (CC) utilisé pour générer les symboles de parité.
  13. 13-Emetteur (TX) d'un réseau de communications mobiles (NTW) adapté pour - au niveau d'une couche liaison de communication (MAC) de l'émetteur (TX),- définir des rafales de données (ADST) à partir de paquets de données (MAC_SDU) d'un service (S) ; - construire au moins une matrice d'encodage (M), en remplissant la matrice avec des portions de rafales de données (ADST) en fonction de paramètres de dimensionnement (PARAM) de la matrice d'encodage (M) ; - encoder la matrice d'encodage selon un code correcteur d'erreurs (CC) ; - définir un entête de placement (FEC HD) d'un paquet de données (MAC_SDU) dans une matrice de décodage (M') correspondant à la matrice d'encodage (M) ; - générer une pluralité de sections d'information (ISEC) dont au moins: - une section de données (DATA_SEC) comprenant ledit entête de placement (FEC_HD) et au moins un paquet de données (MAC_SDU) provenant d'une rafale de données (ADST) ; - une section de redondances (EFEC_SEC) comprenant ledit entête de placement (FEC_HD) et au moins un symbole de parité (EFEC) généré lors de l'encodage de la matrice d'encodage ; - au niveau d'une couche physique de communication (PHY) de l'émetteur (TX), transmettre lesdites sections d'information (ISEC). 25
  14. 14-Récepteur (RX) d'un réseau de communications mobiles (NTW) adapté pour : - au niveau d'une couche physique de communication (PHY) d'un récepteur (RX) du réseau de communications mobiles, recevoir une pluralité de sections d'information (ISEC), dont : 30 - au moins une section de données (DATA_SEC) comprenant un entête de placement (FEC_HD) d'un paquet de données (MAC_SDU) dans au moins une matrice de décodage (M') et au moins un paquet de données (MAC_SDU) ; 10 15 20- au moins une section de redondances (EFEC_SEC) comprenant un entête de placement (FEC_HD) et au moins un symbole de parité (EFEC) ; - au niveau d'une couche liaison de communication (MAC) du récepteur (RX) : - désencapsuler lesdites sections d'information (ISEC) pour obtenir les entêtes de placement (FEC_HD) associées, les paquets de données (MAC_SDU) et les symboles de parité (EFEC) se trouvant dans lesdites sections d'information (ISEC) ; - construire au moins une matrice de décodage (M') en fonction de paramètres de dimensionnement (PARAM) de la matrice de décodage (M') et remplir la matrice de décodage (M) en fonction des entêtes de placement (FEC_HD) avec : - les paquets de données (MAC_SDU) des sections de données (DATA SEC) ; - les symboles de parité (EFEC) des sections de redondances (EFEC SEC) ; et - décoder la matrice de décodage (M') avec un algorithme correspondant au code correcteur d'erreurs (CC) utilisé pour générer les symboles de parité.
  15. 15-Réseau de communications mobiles (NTW) comprenant un émetteur selon la revendication 13, et un récepteur selon la revendication 14.25
FR1060390A 2010-12-10 2010-12-10 Procede de transmission d'un service dans un reseau de communications mobiles Pending FR2968869A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1060390A FR2968869A1 (fr) 2010-12-10 2010-12-10 Procede de transmission d'un service dans un reseau de communications mobiles

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1060390A FR2968869A1 (fr) 2010-12-10 2010-12-10 Procede de transmission d'un service dans un reseau de communications mobiles

Publications (1)

Publication Number Publication Date
FR2968869A1 true FR2968869A1 (fr) 2012-06-15

Family

ID=44318480

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1060390A Pending FR2968869A1 (fr) 2010-12-10 2010-12-10 Procede de transmission d'un service dans un reseau de communications mobiles

Country Status (1)

Country Link
FR (1) FR2968869A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090067450A1 (en) * 2002-06-18 2009-03-12 Gunther Liebl Method and system for encoding or decoding a sequence of digital data

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090067450A1 (en) * 2002-06-18 2009-03-12 Gunther Liebl Method and system for encoding or decoding a sequence of digital data

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JEON W J ET AL: "Simulation Framework and Performance Analysis of Multimedia Broadcasting Service over Wireless Networks", DISTRIBUTED COMPUTING SYSTEMS, 2009. ICDCS '09. 29TH IEEE INTERNATIONAL CONFERENCE ON, IEEE, PISCATAWAY, NJ, USA, 22 June 2009 (2009-06-22), pages 93 - 100, XP031485516, ISBN: 978-0-7695-3659-0 *

Similar Documents

Publication Publication Date Title
TWI501579B (zh) 使用透過單播系統接收之增量冗餘以在廣播系統中接收資料的接收器與接收方法
EP2218203B1 (fr) Procede et dispositif de transmission robuste d&#39;en-tetes reseau compresses
US8151305B2 (en) Mobile television broadcast system
US9258084B2 (en) Method and implementation for network coefficents selection
KR101591238B1 (ko) Ｈｔｔｐ 서버들 사이의 소스 데이터 및 리페어 데이터의 할당에 의한 컨텐츠 전달 시스템
US8402350B2 (en) System, method and apparatus for reducing blockage losses on information distribution networks
EP2193620B8 (fr) Procede et equipement de transmission de donnees depuis l&#39;infrastructure d&#39;un reseau de radiocommunication vers des equipements utilisateur
EP1505508A1 (fr) Procede de stockage de donnees, systeme de stockage de donnees, dispositif de regulation d&#39;enregistrement de donnees, dispositif de commande d&#39;enregistrement de donnees, dispositif de reception de donnees et terminal de traitement de donnees
EP2282432B1 (fr) Procédé de transmission de données multimedia dans des réseaux de communication ad hoc
WO2009071781A1 (fr) Procede de transmission de donnees depuis une infrastructure d&#39;un reseau de radiocommunication vers des equipements utilisateur, et equipements pour la mise en œuvre du procede
Nazir et al. Performance evaluation of Raptor and Random Linear Codes for H. 264/AVC video transmission over DVB-H networks
EP2119077B1 (fr) Procede et dispositif contre la perte de salves dans un systeme de transmission dvb-h
FR2903257A1 (fr) Procede de communication adapte a la transmission de paquets de donnees
EP2436134B1 (fr) Procédé de transmission de données depuis une infrastructure d&#39;un réseau de radiocommunication vers des équipements utilisateur, et équipements pour la mise en oeuvre du procédé
FR2918832A1 (fr) Procedes de transmission de donnees par des noeuds relais dans un reseau de communication synchrone, procede de reception, produit programme d&#39;ordinateur, moyen de stockage et noeuds correspondants.
EP2122895B1 (fr) Procede de retransmission a redondance incrementale pour des paquets fragmentes
FR2968869A1 (fr) Procede de transmission d&#39;un service dans un reseau de communications mobiles
RU2711354C1 (ru) Способ передачи данных по асинхронным сетям связи с возможностью восстановления данных при их потере из-за наличия ошибок соединения в сетях связи
Jenkac et al. Flexible outer Reed-Solomon coding on RLC layer for MBMS over GERAN
EP2163020B1 (fr) Methode a base de codes correcteurs d&#39;erreurs applicable a un flux de donnees multimedia a debit variable
RU2706879C1 (ru) Способ передачи данных по пакетным сетям связи с возможностью восстановления данных при их потере из-за наличия ошибок соединения в сетях связи
EP1853039B1 (fr) Équipements d&#39;encapsulation IP et de modulation pour la transmission de paquets IP de données par synchronisation de méga-trames avec des méga-rafales
WO2023152447A1 (fr) Fragmentation de paquets
WO2009118258A1 (fr) Procédé de détection de paquets ip manquants dans un flux dvb-h
FR3032077A1 (fr) Procede de diffusion multipoint d&#39;un flux de donnees au format ip

Legal Events

Date Code Title Description
GC Lien (pledge) constituted

Effective date: 20131018

RG Lien (pledge) cancelled

Effective date: 20141016