WO2011077039A1 - Procede de communication vocale par paquets de données avec differents niveaux de protection - Google Patents

Procede de communication vocale par paquets de données avec differents niveaux de protection Download PDF

Info

Publication number
WO2011077039A1
WO2011077039A1 PCT/FR2010/052863 FR2010052863W WO2011077039A1 WO 2011077039 A1 WO2011077039 A1 WO 2011077039A1 FR 2010052863 W FR2010052863 W FR 2010052863W WO 2011077039 A1 WO2011077039 A1 WO 2011077039A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
frame
group
link layer
terminal
Prior art date
Application number
PCT/FR2010/052863
Other languages
English (en)
Inventor
Benoît BADARD
Jérôme PONS
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Publication of WO2011077039A1 publication Critical patent/WO2011077039A1/fr

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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0086—Unequal error protection
    • 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
    • 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
    • H04L2001/0098—Unequal error protection

Definitions

  • the present invention relates to the field of telecommunications. More particularly, the present invention relates to voice telecommunications over packet mode communication networks.
  • Data relating to voice communications in a packet-based communication network such as an IP network (Internet Protocol or Internet Protocol in French) also called VoIP (for Voice over Internet Protocol) communications, are transmitted as a stream of data packets between a transmitting terminal and one or more receiving terminals.
  • IP network Internet Protocol or Internet Protocol in French
  • VoIP Voice over Internet Protocol
  • This transmission can be altered in the event of malfunction of equipment belonging to the network (such as routers), interference of the transmission, etc.
  • This corruption causes the receiving terminal to reject a data packet comprising errors introduced during the transmission phase, which results in the loss of one or more data packets constituting the data packet flow. This results in a degradation of the quality of service.
  • a method for transmitting, by a terminal belonging to a packet mode communication network, at least one data frame comprising the following steps, implemented at a data link layer of the terminal:
  • each group of data comprising a header relating to the data link layer, a first group of data further comprising the first data sub-frame and layer-related headers protocols higher than the data link layer associated with the data frame, and a second data group further comprising the second data subframe,
  • the present invention makes it possible to apply different levels of protection to the data belonging to a VoIP communication.
  • By cutting a data frame belonging to a data packet stream relating to a sub-frame VoIP communication according to a level of protection required by the data included in the data frame it is possible to apply to each subframe data appropriate protection.
  • the data can be divided into three categories, or classes, according to the importance that these data have. for the restitution of the hearing quality.
  • the data belonging to the first class being the most important for the restitution of the hearing quality, they are applied a high protection, in the form for example of a turbo-coding solution.
  • the present invention also allows the transmission of data frames in a more resource-efficient way of the network, since the sub-frames requiring a lower level of protection are given adequate protection and not higher level protection as it does. is the case in the prior art. This increases the coverage of the VoIP communication service as well as the number of users who can simultaneously benefit from this service.
  • the solution that is the subject of the invention makes it possible to authorize the transfer to a protocol layer higher than the data link layer of data frames comprising altered data during the transmission over the network of this packet mode communication.
  • the header relating to the data link layer comprises an identifier of the data frame from which the data subframes are derived, an indication of the number of sub-frames. data frames from the data frame, and information relating to the sequencing of the data subframes.
  • the subject of the invention is also a method of reconstituting, by a terminal belonging to a packet communication network, at least one data frame comprising voice data, the method comprising the following steps, implemented at the a data link layer of the terminal:
  • each group of data comprising a header relating to the data link layer, a first group of data further comprising a first data sub-frame and headers relating to protocol layers. above the data link layer associated with the data frame, and a second data group further comprising a second data sub-frame,
  • each data group may be associated with a header relating to the data link layer, said header comprising an identification of the data frame from which each sub-item is derived. data frame, and an indication of the number of subframes of data from the data frame.
  • the terminal can group the received data groups comprising the subframes of data from the same data frame and know when they are complete to begin the reconstitution of the initial data frame.
  • the invention also relates to a terminal belonging to a packet mode communication network, of at least one data frame, the terminal comprising the following means, at a data link layer of the terminal:
  • the invention also relates to a terminal belonging to a packet communication network, comprising means for reconstituting at least one data frame comprising voice data, the terminal comprising the following means, at a layer level. data link of the terminal:
  • each group of data comprising a header relating to the data link layer, a first group of data further comprising a first data sub-frame and headers relating to upper protocol layers.
  • a second data group further comprising a second data sub-frame
  • the invention also relates to computer programs comprising program code instructions for carrying out the steps of the transmission and reception methods described above, when these programs are executed by a computer.
  • Each of the computer programs described above can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form , or in any other desirable form.
  • the invention also relates to a recording medium readable by a computer on which is recorded a computer program as described above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise a storage means, such as a ROM (for "Read Only Memory"), for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a floppy disk or a hard disk.
  • ROM Read Only Memory
  • magnetic recording means for example a floppy disk or a hard disk.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • FIG. 1 illustrates the division of a data frame according to one embodiment of the invention
  • FIG. 2 illustrates the transmission of a data frame according to one embodiment of the invention
  • FIG. 3 is a flowchart of steps implemented in a process for reconstituting transmitted data frames according to one embodiment of the invention
  • FIG. 4 schematically illustrates a transmitting terminal according to one embodiment of the invention
  • - Figure 5 schematically illustrates a receiving terminal according to one embodiment of the invention.
  • a voice signal is encoded into data frames.
  • the voice signal is coded using an encoder / decoder, or coded, such as the code ADR (Adaptive Multi-Rate Speech Coded).
  • the data frames are then transported in the form of data packets, such as IP packets.
  • This frame should not be understood as limiting.
  • the invention can also be applied in other types of networks such as GSM / GPRS / EDGE, CDMA 2000, HSPA, HSPA +, LTE / SAE, UMB, WiFi, WiMAX or other networks.
  • the data frame 100 is successively processed by protocol layers up to a protocol layer, called PhysJLayR physical layer.
  • the protocol layers are stacked hierarchically and include the highest hierarchical level to the lowest hierarchical level:
  • AMR layer a first protocol layer, called the AMR layer
  • RTP Real Time Transport Protocol
  • UDP User Datagram Protocol
  • UDP-Lite a third protocol layer, called the User Datagram Protocol (UDP) layer, or one of its evolutions such as UDP-Lite,
  • IP layer a fourth protocol layer, called an IP layer
  • PDCP Packet Data Convergence Protocol
  • RLC radio link control sublayer
  • MAC Medium Access Control
  • the data frame to be transmitted 100 comprises a set of data that can be classified according to different categories.
  • the first category consists of header data 101.
  • Such a header 101 includes, for example, an indication of the version of the codec used to code the useful data included in the data frame, a detection code of CRC (Cyclic Redundancy Check) type error, and other information on the processing to be applied to the data frame for transmission and decoding.
  • the second category consists of useful data. This useful data corresponds to the voice signal to be transmitted.
  • Data 102 corresponds to a first class of data, called Class A when the data frame is coded according to the AMR codec. This is the most representative data of the voice signal to be transmitted.
  • Data 104 corresponds to a third class of data, called Class C when the data frame is coded according to the AMR codec. A transmission error impacting these data 104 has little effect on the reconstitution of the voice signal.
  • Data 103 corresponds to a second class of data, called Class B when the data frame is coded according to the AMR codec. A transmission error impacting these data 103 has an impact on the reconstitution of the voice signal.
  • bit error ratio BER Bit Error Ratio
  • the data frame 100 comes from the protocol layer AMR, responsible for implementing the coding of the voice signal.
  • the data frame 100 is encapsulated in a RTP data frame, such an encapsulation step is implemented in the RTP protocol layer.
  • This RTP data frame includes a header 105 having an indication on the sequencing and synchronization of the frames of data to be transmitted, so that the receiving terminal can reconstruct the data stream to which the data frame 100 belongs.
  • the data frame thus obtained is transmitted to the UDP protocol layer for encapsulation in a UDP datagram.
  • a UDP header 106 is associated with the UDP datagram comprising the data frame 100 with which the header 105 is associated.
  • This header 106 includes an indication on a source port of the transmitting terminal of the data frame, an indication on a port of destination of the receiving terminal of the data frame, an indication of the size of the encapsulated data frame, and an error detection code, for example of the CRC type.
  • the UDP-Lite protocol is used which makes it possible to carry the error detection code only on a part of the UDP datagram.
  • the error detection code may only relate to the header 106.
  • This data frame i.e. the data frame 100 to which the headers 105 and 106 are associated, is then encapsulated in an IP packet at the IP protocol layer.
  • a header 107 having an indication on an IP address of the transmitting terminal, an IP address of the receiving terminal, a flow identifier, and a length of transported data is added.
  • the data frame thus obtained that is to say the data frame 100 to which the headers 105, 106 and 107 are associated, is then transmitted to the PDCP protocol layer, in particular for compressing the chain of data. heads previously added.
  • This PDCP layer compresses the headers 105, 106, and 107 in a single header 108.
  • the data frame thus obtained i.e. the data frame 100 with which the header 108 is associated, is then transmitted to the data link layer.
  • the data frame 100 with which the header 108 is associated is broken down according to a level of protection. required by the data included in the data frame 100. Thereafter, one places oneself in the case where the decision to cut the data frame 100 is taken at the level of the first RLC sublayer constituting the data link layer. .
  • a table is created which indicates, according to the size of the data frame and the number of bits belonging to each Class A, B or C, in which way the data frame 100 is to be cut.
  • header 109 is added which includes indications for the second MAC sub-layer constituting the data link layer at which the clipping is actually performed.
  • the data frame 100 is then divided into three sub-frames 110, 111, and 112.
  • the first sub-frame comprises the data 102.
  • the second sub-frame comprises the data 103.
  • the third sub-frame comprises the data 104.
  • a first group of data includes the headers 108, 109 and 101 and the data 102.
  • a second group of data includes the data 103 and a third group of data comprises the data 104.
  • the first group of data includes the data 104.
  • data group has headers for protocol layers above the data link layer associated with the data frame and the data subframe comprising data requiring a high level of protection, and the other data groups each include a a data subframe including data requiring lower levels of protection.
  • a group of data is for example a data packet unit or PDU (PackeI Data Unit).
  • a header 113 is associated with each data group.
  • the header 113 includes indications to enable the receiving terminal to reconstruct the data frame 100 with which the headers 109 and 108 are associated.
  • Such a header 113 includes an identifier of the data frame from which the data subframes are derived, and an indication of the number of subframes of data from the data frame as well as information relating to the sequencing of the subframes. - data frames.
  • the data groups are then passed to the PhysJLayR physical protocol layer for transfer over the UMTS network.
  • the data groups are encapsulated in transport frames and on this occasion a protection applied to each group of data depending on the level of protection required by the data included in each data group. This makes the transmission of data groups robust to sources of errors on the UMTS network.
  • a 1/3 turbo coding is applied to the data group including subframe 110 and headers 113, 108, 109, and 101, and the transport frame is added to the transport frame. CRC error detection code to obtain a first transport frame 114.
  • a 1/3 turbo coding is applied to the data group comprising the sub-frame 111 and the header 113 without a detection code. error, to obtain a second transport frame 115.
  • a turbo encoding 1 ⁇ 2 without error detection code is applied to the data group comprising the sub-frame 112 and the header 113 to obtain a third transport frame 116.
  • the constituent data of the data frame is given a level of protection which is a function of their importance in the initial data frame 100. The higher the data class, the higher the level of protection required.
  • the terminal 200 implements a step 205 of cutting, at the level of the data link layer as described above, of the data frame into three subframes of data according to the importance of the constituent data. of the data frame 100 relative to the voice signal to be transmitted.
  • the terminal 200 then generates as many data groups as there are subframes of data.
  • the first data group comprises the headers relating to protocol layers higher than the data link layer associated with the data frame and the first data subframe comprising the Class A data.
  • the terminal 200 applies the required protection to the first data group in step 206.
  • the first data group is then transmitted in the message 207 to a device 202 belonging to the UMTS network.
  • the terminal 200 applies appropriate protection to the other two groups of data in steps 208 and 210 and transmits the data sets to the equipment 202 in the messages 209 and 211.
  • the equipment 202 receives the messages 207, 209, and 211, reads the headers 113 relating to the data link layer of these messages during the respective steps 213, 214, and 215.
  • the equipment 202 reassembles, in a step 216, by means of the information contained in the headers 113, the sub-frames for reconstituting the data frame 100 to which the headers 109 and 108 are associated.
  • These data are then processed successively by the PDCP protocol layers, IP, UDP, RTP until obtaining the initial data frame 100.
  • the equipment 202 transmits the data frame thus reconstituted to a terminal 201 such as a fixed telephone or a mobile terminal.
  • the equipment 202 implements a step 205 'of cutting, at the level of the data link layer as described above, of a data frame 100, emitted for example by the terminal 201. in three subframes of data according to the importance of data constituting the data frame 100 relative to the voice signal to be transmitted.
  • the equipment 202 then generates as many data groups as there are subframes of data.
  • the first data group comprises the headers relating to protocol layers higher than the data link layer associated with the data frame and the first data subframe comprising the Class A data.
  • the equipment 202 then applies the required protection to the first data group during step 206 '.
  • the first data group is then transmitted in the message 207 'to the destination terminal 200 of the data frame.
  • the equipment 202 applies a appropriate protection to the other two groups of data in steps 208 'and 210' and transmits the data groups to the terminal 200 in the messages 209 'and 211'.
  • the terminal 200 receives the messages 207 ', 209', and 21 ⁇ , reads the headers 113 relating to the data link layer of these messages during the respective steps 213 ', 214', and 215 '.
  • the terminator 200 reassembles, in a step 216 ', using the information contained in the headers 113, the sub-frames to reconstruct the data frame 100 with which the headers 109 and 108 are associated. then successively processed by the protocol layers PDCP, IP, UDP, RTP until the initial data frame 100 is obtained.
  • steps are described of a reconstitution method according to an embodiment of the invention implemented by a terminal 201 which receives subframes of data.
  • step S40 the terminal 201 receives a group of data in a transport frame.
  • the terminal 201 reads the header 113 of the transport frame and determines in step T42 if it lacks data groups to reconstruct a data frame. If data groups are still missing, step S40 is repeated to receive another transport frame, otherwise step S43 of reconstructing the data frame is carried out using the data contained in the headers. 113 received transport frames.
  • the execution of the process of reconstituting the data frame 100 continues, these data having little effect on the reconstitution. voice signal. If the data group comprising the class A data is missing, the first constituent RLC sublayer of the data link layer stops the reconstitution of the data frame.
  • the receiving terminal receives the most important data for the recovery of the voice signal benefiting from high level protection.
  • the receiving terminal is then able to reconstruct the voice signal with a satisfactory quality of service.
  • FIG. 4 schematically illustrates a communication terminal 200 according to one embodiment of the invention.
  • This terminal 200 includes a processing unit 51 for implementing a transmission method according to the present invention.
  • a processing unit 51 for implementing a transmission method according to the present invention.
  • it has a memory unit 52.
  • This memory unit can comprise different types of memory.
  • the memory unit has a memory for storing calculation data.
  • the memory unit may also include a memory for storing a computer program according to the present invention for its execution by a processor of the processing unit.
  • the terminal also comprises a communication unit 53 for implementing communications over a telecommunications network.
  • Such a terminal 200 comprises means:
  • the data frame into at least two subframes of data according to a level of protection required by the data included in the data frame
  • generating at least two groups of data a first group of data comprising headers relating to protocol layers greater than the data link layer associated with the data frame and the data subframe comprising data requiring a data group.
  • high level of protection with a data link layer header associated with each data group,
  • FIG. 5 schematically illustrates a communication terminal 201 according to one embodiment of the invention.
  • This terminal 201 includes a processing unit 61 for implementing a reception method according to the present invention.
  • a processing unit 61 for implementing a reception method according to the present invention.
  • it has a memory unit 62.
  • This memory unit can comprise different types of memory.
  • the memory unit has a memory for storing calculation data.
  • the memory unit may also include a memory for storing a computer program according to the present invention for its execution by a processor of the processing unit.
  • the terminal also comprises a communication unit 63 for implementing communications over a telecommunications network.
  • Such a terminal 201 comprises means:
  • a first group of data comprising headers relating to protocol layers greater than the data link layer associated with the data frame and a data subframe comprising data constituting data.
  • the data frame requiring a high level of protection, a header relating to the data link layer being associated with each group of data, - reconstructing the data frame from the data subframes included in the data groups by means of information relating to the data frame included in the data link layer header associated with each group of data data.
  • first RLC sublayer constituting the data link layer implements decision-making as to the division of the data frame, the division actually being implemented by the data link layer.
  • second MAC sublayer constituting the data link layer is the first RLC sublayer constituting the data link layer.
  • the decision-making and the division take place at the second constituent MAC sub-layer of the data link layer.
  • decision-making and chopping occur at the level of the second RLC sublayer constituting the data link layer.
  • the number of data classes can vary and includes at least two classes.
  • the invention is also applicable to any type of packet-mode communication network, in particular wired networks, such as a copper or fiber-optic access network, or a Power Line Transmission (PLT) network.
  • wired networks such as a copper or fiber-optic access network, or a Power Line Transmission (PLT) network.
  • PLT Power Line Transmission
  • the transmitting or receiving terminals are, for example, a residential gateway or an IP telephone.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé de communication d'un flux de données vocales en mode paquet comportant les étapes : de découpage d'une trame de données à transmettre en au moins deux sous-trames de données en fonction d'un classement des bits de la trame selon un critère d'importance des bits dans la trame; de codage des sous-trames selon des modes de codage respectifs avec une robustesse qui est fonction de l'importance des bits de la sous-trame dans la trame de données à transmettre; et de transmission des sous-trames codées.

Description

PROCEDE DE COMMUNICATION VOCALE PAR PAQUETS DE DONNÉES AVEC DIFFERENTS NIVEAUX DE PROTECTION
La présente invention concerne le domaine des télécommunications. Plus particulièrement, la présente invention concerne les télécommunications vocales sur des réseaux de communication en mode paquet.
Les données relatives à des communications vocales dans un réseau de communication en mode paquet, tel qu'un réseau IP {Internet Protocol ou protocole internet en français) également appelées communications VoIP (pour Voice over Internet Protocol ou voix sur réseau IP en français), sont transmises sous forme d'un flux de paquets de données entre un terrninal émetteur et un ou plusieurs terminaux récepteurs. Cette transmission peut être altérée en cas de dysfonctionnement d'équipements appartenant au réseau (tels que des routeurs), de parasitage de la transmission, etc. Cette altération conduit le terminal récepteur à rejeter un paquet de données comprenant des erreurs introduites lors de la phase de transmission, ce qui se traduit par la perte d'un ou plusieurs paquets de données constitutifs du flux de paquets de données. Ceci entraîne une dégradation de la qualité de service.
Ainsi, pour de telles communications VoIP, il n'est pas garanti que le terminal récepteur puisse reconstituer le flux de paquets de données initial en cas de perte de paquets de données.
Lorsque la communication VoIP est portée par un réseau de communication sans fil, cet inconvénient est accru, notamment en raison d'interférences radio impactant de manière négative les canaux de transmission non filaires.
Afin de palier ces inconvénients, il est connu d'appliquer aux paquets de données constitutifs d'une communication VoIP un niveau de protection contre l'altération des données constitutives des paquets de données le plus élevé possible. Une telle protection consiste par exemple à appliquer une solution de turbo-codage à l'ensemble des données constitutives d'un paquet de données.
Cependant une telle solution a pour inconvénient d'impliquer le rejet des paquets de données dès lors qu'ils comportent un nombre, même faible de données altérées. H est alors nécessaire de retransmettre ces paquets de données ce qui augmente le délai de transmission avec pour conséquence d'impacter négativement la qualité de service.
En outre, une telle solution est consommatrice en ressources du réseau et notamment en puissance d'émission du signal vocal nécessaire à la transmission des données. Ceci a pour conséquence de réduire le nombre d'utilisateurs pouvant bénéficier simultanément du service de communication VoIP. Un des buts de l'invention est de remédier à des inconvénients de l'état de l'art.
A cet effet, selon un premier aspect de l'invention, on propose un procédé d'émission, par un terminal appartenant à un réseau de communication en mode paquet, d'au moins une trame de données, le procédé comportant les étapes suivantes, mises en œuvre au niveau d'une couche liaison de données du terminal :
- découpage, de la trame de données en au moins deux sous-trames de données en fonction d'un niveau de protection requis pour les données comprises dans la trame de données, une première sous-trame de données comprenant des données requérant un niveau de protection élevé,
- génération d'au moins deux groupes de données, chaque groupe de données comprenant un en- tête relatif à la couche liaison de données, un premier groupe de données comportant en outre la première sous-trame de données et des entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données, et un deuxième groupe de données comportant en outre la deuxième sous-trame de données,
- application, à chaque groupe de données généré, d'une protection en fonction du niveau de protection requis pour les données comprises dans chaque groupe de données.
La présente invention permet d'appliquer différents niveaux de protection aux données appartenant à une communication VoIP. En découpant une trame de données appartenant à un flux de paquets de données relatif à une communication VoIP en sous-trame en fonction d'un niveau de protection requis par les données comprises dans la trame de données , il est possible d'appliquer à chaque sous-trame de données une protection appropriée. En effet, dans une trame de données appartenant à un flux de données relatif à une communication VoIP et codée, par exemple au moyen du codée AMR, les données peuvent être réparties en trois catégories, ou classes, suivant l'importance que ces données revêtent pour la restitution de la qualité auditive. Ainsi, les données appartenaat à la première classe étant les plus importantes pour la restitution de la qualité auditive, elles se voient appliquer une protection élevée, sous la forme par exemple d'une solution de turbo-codage.
La présente invention permet également la transmission de trames de données de manière plus économe en ressources du réseau, puisque les sous-trames nécessitant un niveau de protection moins élevé se voient appliquer une protection adéquate et non pas une protection de niveau plus élevée comme c'est le cas dans l'art antérieur. Ceci permet d'augmenter la couverture du service de communication VoIP ainsi que le nombre d'utilisateurs pouvant bénéficier simultanément de ce service. En outre, la solution objet de l'invention permet d'autoriser le transfert vers des couches protocolaires supérieures à la couche liaison de données une trames de données comprenant des données altérées lors de la transmission au travers du réseau ce communication en mode paquet.
En effet, pour des communications telles que des communications VoIP, il vaut mieux transmettre au codeur/décodeur une trame de données comprenant des données altérées, lorsque ces données ont une faible répercussion sur la reconstitution du signal vocal plutôt que de détruire la trame de données.
Enfin, en procédant au découpage au niveau de la couche liaison de données, c'est-à-dire une couche protocolaire basse, il est possible de réduire la taille des sous-trames. En effet, plus le découpage de la trame est opéré dans des couches protocolaires hautes, plus le nombre d'entêtés associé aux sous-trames de données est important (un en-tête par couche protocolaire).
Selon une caractéristique du procédé d'émission objet de l'invention, l'entête relatif à la couche liaison de données comporte un identifiant de la trame de données de laquelle sont issues les sous-trame de données, une indication sur le nombre de sous-trames de données issues de la trame de données, et des informations relatives au séquencement des sous-trames de données.
L'invention a également pour objet un procédé de reconstitution, par un terminal appartenant à un réseau de communication en mode paquets, d'au moins une trame de données comprenant des données vocales, le procédé comportant les étapes suivantes, mises en œuvre au niveau d'une couche liaison de données du terminal :
- réception d'au moins deux groupes de données, chaque groupe de données comprenant un entête relatif à la couche liaison de données, un premier groupe de données comportant en outre une première sous-trame de données et .des entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données, et un deuxième groupe de données comportant en outre une deuxième sous-trame de données,
- reconstitution de la trame de données à partir de la première et la deuxième sous-trames de données comprises respectivement dans le premier et le deuxième groupes de données au moyen d'informations relatives à la trame de données comprises dans l'entête relatif à la couche liaison de données associé à chaque groupe de données.
Afin de permettre la reconstitution de la trame par le terminal, on peut associe à chaque groupe de données un en-tête relatif à la couche liaison de données, ledit en-tête comportant une identification de la trame de données de laquelle est issue chaque sous-trame de données, et une indication sur le nombre de sous-trames de données issues de la trame de données. Ainsi, le terminal peut regrouper les groupes de données reçus comportant les sous- trames de données issues d'une même trame de données et savoir lorsqu'elles sont au complet pour commencer la reconstitution de la trame de données initiale.
L'invention concerne également un terminal appartenant à un réseau de communication en mode paquet, d'au moins une trame de données, le terminal comportant les moyens suivants, au niveau d'une couche liaison de données du terminal :
- découpage, de la trame de données en au moins deux sous-trames de données en fonction d'un niveau de protection requis pour les données comprises dans la trame de données, une première sous-trame de données comprenant des données requérant un niveau de protection élevé, - génération d'au moins deux groupes de données, chaque groupe de données comprenant un entête relatif à la couche liaison de données, un premier groupe de données comportant en outre la première sous-trame de données et des entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données, et un deuxième groupe de données comportant en outre la deuxième sous-trame de données,
- application, à chaque groupe de données généré, d'une protection en fonction du niveau de protection requis pour les données comprises dans chaque groupe de données.
L'invention a encore pour objet un terminal appartenant à un réseau de communication en mode paquets, comprenant des moyens de reconstitution d'au moins une trame de données comprenant des données vocales, le terminal comportant les moyens suivants, au niveau d'une couche liaison de données du terminal :
- réception d'au moins deux groupes de données, chaque groupe de données comprenant un entête relatif à la couche liaison de données, un premier groupe de données comportant en outre une première sous-trame de données et des entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données, et un deuxième groupe de données comportant en outre une deuxième sous-trame de données,
- reconstitution de la trame de données à partir de la première et la deuxième sous-trames de données comprises respectivement dans le premier et le deuxième groupes de données au moyen d'informations relatives à la trame de données comprises dans l'entête relatif à la couche liaison de données associé à chaque groupe de données.
Selon d'autres aspects, l'invention concerne également des programmes d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre des étapes des procédés d'émission et de réception décrits précédemment, lorsque ces programmes sont exécutés par un ordinateur. Chacun des programmes d'ordinateur décrits ci-dessus peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur tel que décrit précédemment.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM (pour "Read Only Memory"), par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Les avantages procurés par les programmes d'ordinateur, les supports lisibles par ordinateur, et les terminaux de communication, tels que succinctement exposés ci-dessus, sont au moins identiques à ceux mentionnés plus haut en liaison avec le procédé selon l'invention.
D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement îllustrative et doit être lue en regard des dessins annexés sur lesquels :
- la figure 1 illustre le découpage d'une trame de données selon un mode de réalisation de l'invention ;
- la figure 2 illustre l'émission d'une trame de données selon un mode de réalisation de l'invention ;
- la figure 3 est un organigramme d'étapes mises en œuvre dans un procédé de reconstitution de trames de données transmises selon un mode de réalisation de l'invention ;
- la figure 4 illustre schématiquement un terminal émetteur selon un mode de réalisation de l'invention ; et - la figure 5 illustre schématiquement un terminal récepteur selon un mode de réalisation de l'invention.
On se place dans la présente description dans le cadre d'un réseau mobile, par exemple un réseau UMTS (Universal Mobile Télécommunications System). Dans ce type de réseau, lun signal vocal est codé en trames de données. Par exemple, le signal vocal est codé à l'aide d'un codeur/décodeur, ou codée, tel que le codée AMR (Adaptive Multi-Rate speech Codée). Pour une communication de type VoIP au travers du réseau UMTS, les trames de données sont ensuite transportées sous la forme de paquets de données, tels que des paquets IP, Ce cadre ne doit pas être compris comme limitatif. L'invention peut aussi s'appliquer dans d'autres types de réseaux tels que les réseaux GSM/GPRS/EDGE, CDMA 2000, HSPA, HSPA+, LTE/SAE, UMB, WiFi, WiMAX ou autre.
En référence à la figure 1, on décrit un traitement appliqué à une trame de données issue du codage d'un signal vocal par un terminal de communication préalablement à son émission vers un autre terminal de communication au travers du réseau UMTS.
La trame de données 100 est successivement traitée par des couches protocolaires jusqu'à une couche protocolaire, dite couche physique PhysJLayR. Les couches protocolaires sont empilées de manière hiérarchique et comprennent du niveau hiérarchique le plus élevé vers le niveau hiérarchique le plus bas :
- une première couche protocolaire, dite couche AMR,
- une deuxième couche protocolaire, dite couche RTP {Real time Transport Protocol),
- une troisième couche protocolaire, dite couche UDP (User Datagram Protocol), ou une de ses évolutions telles que UDP-Lite,
- une quatrième couche protocolaire, dite couche IP,
- une cinquième couche protocolaire, dite couche PDCP (Packet Data Convergence Protocol),
- une sixième couche protocolaire, dite couche liaison de données comprenant une première sous-couche, dite sous-couche RLC (Radio Link Control). Cette sous- couche RLC est notamment chargée de contrôler le flux des trames de données à transmettre ; et une deuxième sous-couche, dite sous-couche MAC (Médium Access Control),
- et la couche physique. La trame de données à transmettre 100 comporte un ensemble de données pouvant être classées selon différentes catégories. La première catégorie est constituée par des données d'en- tête 101. Un tel en-tête 101 comporte par exemple une indication sur la version du codée utilisé pour coder les données utiles comprises dans la trame de données, un code de détection d'erreur de type CRC (Contrôle de Redondance Cyclique), et d'autres informations sur le traitement à appliquer à la trame de données en vue de sa transmission et son décodage. La deuxième catégorie est constituée par des données utiles. Ces données utiles correspondent au signal vocal à transmettre. Des données 102 correspondent à une première classe de données, dite Classe A lorsque la trame de données est codée selon le codée AMR. H s'agit des données les plus représentatives du signal vocal à transmettre. Une erreur de transmission impactant ces données 102 a une forte répercussion sur la reconstitution du signal vocal. Des données 104 correspondent à une troisième classe de données, dite Classe C lorsque la trame de données est codée selon le codée AMR. Une erreur de transmission impactant ces données 104 a une faible répercussion sur la reconstitution du signal vocal. Des données 103 correspondent à une deuxième classe de données, dite Classe B lorsque la trame de données est codée selon le codée AMR. Une erreur de transmission impactant ces données 103 a une répercussion sur la reconstitution du signal vocal.
Par exemple, pour une trame de données 100 ayant une taille de 32 octets avec 12 bits d' en-tête, 81 bits de Classe A, 103 bits de Classe B, et 60 bits de Classe C, on peut estimer que pour une bonne restitution du signal vocal, le taux d'erreur binaire BER (« Bit Error Ratio ») ne doit pas excéder 10"4 pour les bits de Classe A, 10"3 pour les bits de Classe B, et 10"2 pour les bits de Classe C.
La trame de données 100 est issue de la couche protocolaire AMR, chargée de la mise en œuvre du codage du signal vocal. Afin de transmettre cette trame au travers du réseau UMTS, la trame de données 100 est encapsulée dans une trame de données RTP, une telle étape d'encapsulation est mise en œuvre dans au niveau de la couche protocolaire RTP. Cette trame de données RTP comporte un en-tête 105 comportant une indication sur le séquencement et la synchronisation des trames de données à transmettre, afin que le terminal récepteur puisse reconstituer le flux de données auquel appartient la trame de données 100.
La trame de données ainsi obtenue, c'est-à-dire la trame de données 100 à laquelle est associé l'en-tête 105, est transmise à la couche protocolaire UDP, pour encapsulation dans un datagramme UDP. Un en-tête UDP 106 est associé au datagramme UDP comprenant la trame de donnéeslOO à laquelle est associé l'en-tête 105. Cet en-tête 106 comporte une indication sur un port source du terminal émetteur de la trame de données, une indication sur un port de destination du terminal récepteur de la trame de données, une indication sur la taille de la trame de données encapsulée, et un code de détection d'erreurs, par exemple de type CRC.
Par exemple, on utilise le protocole UDP-Lite qui permet de ne faire porter le code de détection d'erreurs que sur une partie du datagramme UDP. Par exemple, le code de détection d'erreur peut ne porter que sur l'en-tête 106.
Cette trame de données, c'est-à-dire la trame de données 100 à laquelle sont associés les en-têtes 105 et 106 est ensuite encapsulée dans un paquet IP au niveau de la couche protocolaire IP. Un en-tête 107 comportant une indication sur une adresse IP du terminal émetteur, une adresse IP du terminal récepteur, un identificateur de flux, et une longueur de données transportées est ajouté.
La trame de données ainsi obtenue, c'est-à-dire la trame de données 100 à laquelle sont associés les en-têtes 105, 106 et 107, est ensuite transmise à la couche protocolaire PDCP, notamment pour compresser la chaîne des en-têtes précédemment ajoutés. Cette couche PDCP compresse les en-têtes 105, 106, et 107 dans un en-tête unique 108.
La trame de données ainsi obtenue, c'est-à-dire la trame de données 100 à laquelle est associé l'en-tête 108, est ensuite transmise à la couche liaison de données.
Selon le présent mode de réalisation, c'est au niveau de la couche liaison de données qu'il est procédé à un découpage de la trame de données 100 à laquelle est associé l'en-tête 108 en fonction d'un niveau de protection requis par les données comprises dans la trame de données 100. Par la suite, on se place dans le cas où la décision de découper la trame de données 100 est prise au niveau de la première sous-couche RLC constitutive de la couche liaison de données.
Afin de réaliser ce découpage, une table est créée qui indique en fonction de là taille de la trame de données et du nombre de bits appartenant à chaque Classe A, B ou C, de quelle manière doit être découpée la trame de données 100. Un en-tête 109 est ajouté qui comporte des indications pour la seconde sous-couche MAC constitutive de la couche liaison de données au niveau de laquelle le découpage est effectivement réalisé.
La trame de données 100 est alors découpée en trois sous-trames 110, 111, et 112. La première sous-trame comporte les données 102. La deuxième sous-trame comporte les données 103. La troisième sous-trame comporte les données 104.
Trois groupes de données sont alors générés au niveau de la sous-couche MAC, chacun comprenant une sous-trame de données. Un premier groupe de données comporte les entêtes 108, 109 et 101 ainsi que les données 102. Un deuxième groupe de données comporte les données 103 et un troisième groupe de données comporte les données 104. De manière générale, le premier groupe de données comporte des entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données et la sous-trame de données comprenant des données requérant un niveau de protection élevé, et les autres groupes de données comportent chacun une sous-trame de données comprenant des données requérant des niveaux de protection moins élevés. Un groupe de données est par exemple une unité de paquet de données ou PDU {Packeî Data Unit).
Un en-tête 113 est associé à chaque groupe de données. L'en-tête 113 comporte des indications pour permettre au terminal récepteur de reconstituer la trame de données 100 à laquelle sont associés les en-têtes 109 et 108.
Un tel entête 113 comporte un identifiant de la trame de données de laquelle sont issues les sous-trames de données, et une indication sur le nombre de sous-trames de données issues de la trame de données ainsi que des informations relatives au séquencement des sous-trames de données.
Les groupes de données sont ensuite transmis à la couche protocolaire physique PhysJLayR pour le transfert au travers du réseau UMTS. Les groupes de données sont encapsulés dans des trames de transport et à cette occasion, une protection appliquée à chaque groupe de données en fonction du niveau de protection requis par les données comprises dans chaque groupe de données. Ceci permet de rendre la transmission des groupes de données robuste aux sources d'erreurs sur le réseau UMTS.
Par exemple, dans le présent mode de réalisation, on applique un turbo codage 1/3 au groupe de données comprenant la sous-trame 110 et les en-têtes 113, 108, 109 et 101, et on ajoute dans la trame de transport un code de détection d'erreur CRC pour obtenir une première trame de transport 114. En outre, on applique un turbo codage 1/3 au groupe de données comprenant la sous-trame 111 et l'en-tête 113 sans code de détection d'erreur, pour obtenir une deuxième trame de transport 115. Pour finir on applique un turbo codage ½ sans code de détection d'erreur au groupe de données comprenant la sous-trame 112 et l'en-tête 113 pour obtenir une troisième trame de transport 116. Ainsi, les données constitutives de la trame de données se voient appliquer un niveau de protection qui est fonction de leur importance dans la trame de données 100 initiale. Plus la classe de données est élevée, plus le niveau de protection requis est élevé.
En référence à la figure 2, on décrit une communication entre deux terminaux appartenant au réseau UMTS selon un mode de réalisation de l'invention. Le terminal 200, par exemple un terminal mobile, met en œuvre une étape 205 de découpage, au niveau de la couche liaison de données comme décrit précédemment, de la trame de données en trois sous-trames de données selon l'importance des données constitutives de la trame de données 100 relativement au signal vocal à transmettre. Le terminal 200 génère ensuite autant de groupes de données qu'il y a de sous-trames de données. Pour rappel, le premier groupe de données comporte les entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données et la première sous-trame de données comprenant les données de Classe A.
Comme décrit précédemment, le terminal 200 applique la protection requise au premier groupe de données lors de l'étape 206. Le premier groupe de données est alors transmis dans le message 207 à destination d'un équipement 202 appartenant au réseau UMTS. Le terminal 200 applique une protection appropriée aux deux autres groupes de données lors des étapes 208 et 210 et transmet les groupes de données à destination de l'équipement 202 dans les messages 209 et 211.
L'équipement 202 reçoit les messages 207, 209, et 211, lit les en-têtes 113 relatifs à la couche liaison de données de ces messages au cours des étapes respectives 213, 214, et 215. L'équipement 202 réassemble, dans une étape 216, au moyen des informations contenues dans les en-têtes 113, les sous-trames pour reconstituer la trame de données 100 à laquelle sont associés les en-têtes 109 et 108. Ces données sont ensuite traitées successivement par les couches protocolaires PDCP, IP, UDP, RTP jusqu'à obtenir la trame de données 100 initiale. L'équipement 202 transmet ensuite la trame de données ainsi reconstituée à destination d'un terminal 201 tel qu'un téléphone fixe ou un terminal mobile.
Dans un mode de réalisation particulier de l'invention, l'équipement 202 met en œuvre une étape 205' de découpage, au niveau de la couche liaison de données comme décrit précédemment, d'une trame de données 100, émise par exemple par le terminal 201. en trois sous-trames de données selon l'importance des données constitutives de la trame de données 100 relativement au signal vocal à transmettre. L'équipement 202 génère ensuite autant de groupes de données qu'il y a de sous-trames de données. Pour rappel, le premier groupe de données comporte les entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données et la première sous-trame de données comprenant les données de Classe A.
L'équipement 202 applique ensuite la protection requise au premier groupe de données lors de l'étape 206'. Le premier groupe de données est alors transmis dans le message 207' à destination du terminal 200 destinataire de la trame de données. L'équipement 202 applique une protection appropriée aux deux autres groupes de données lors des étapes 208' et 210' et transmet les groupes de données à destination du terminal 200 dans les messages 209' et 211 ' .
Le terminal 200 reçoit les messages 207', 209', et 21 Γ, lit les en-têtes 113 relatifs à la couche liaison de données de ces messages au cours des étapes respectives 213', 214', et 215'. Le termina] 200 réassemble, dans une étape 216', au moyen des informations contenues dans les en-têtes 113, les sous-trames pour reconstituer la trame de données 100 à laquelle sont associés les en-têtes 109 et 108. Ces données sont ensuite traitées successivement par les couches protocolaires PDCP, IP, UDP, RTP jusqu'à obtenir la trame de données 100 initiale.
En référence à la figure 3, on décrit des étapes d'un procédé de reconstitution selon un mode de réalisation de l'invention mis en œuvre par un terminal 201 qui reçoit des sous-trames de données.
Lors de l'étape S40, le terminal 201 reçoit un groupe de données dans une trame de transport. Le terminal 201 lit l'en-tête 113 de la trame de transport et détermine lors de l'étape T42 s'il lui manque des groupes de données pour reconstituer une trame de données. S'il manque encore des groupes de données, on réitère l'étape S40 pour recevoir une autre trame transport, sinon on passe à l'étape S43 de reconstitution de la trame de données à l'aide des données contenues dans les en-têtes 113 des trames de transport reçues.
Si il manque le groupe de données comprenant les données de classe B ou le groupe de données comprenant les données de classe B, l'exécution du procédé de reconstitution de la trame de données 100 se poursuit, ces données ayant une faible répercussion sur la reconstitution du signal vocal. S'il manque le groupe de données comprenant les données de classe A, la première sous-couche RLC constitutive de la couche liaison de données stoppe la reconstitution de la trame de données.
Ainsi, en cas d'altération d'une partie des données constitutives de la trame de données lors de la transmission au travers du réseau UMTS, les données les plus importantes pour la restitution du signal vocal bénéficiant d'une protection de niveau élevé, sont reçues par le terminal récepteur avec un taux d'erreur binaire très faible. Le terminal récepteur est alors susceptible de reconstituer le signal vocal avec une qualité de service satisfaisante.
La figure 4 illustre schématiquement un terminal 200 de communication selon un mode de réalisation de l'invention.
Ce terminal 200 comporte une unité de traitement 51 pour mettre en œuvre un procédé d'émission selon la présente invention. A cet effet il dispose d'une unité de mémoire 52. Cette unité de mémoire peut comporter différents types de mémoire. Par exemple l'unité de mémoire comporte une mémoire pour stocker des données de calcul. L'unité de mémoire peut également comporter une mémoire pour le stockage d'un programme d'ordinateur selon la présente invention pour son exécution par un processeur de l'unité de traitement. Le terminal comporte également une unité de communication 53 pour mettre en œuvre des communications sur un réseau de télécommunications.
Un tel terminal 200 comprend des moyens :
- de découpage, de la trame de données en au moins deux sous-trames de données en fonction d'un niveau de protection requis par les données comprises dans la trame de données,
- de génération d'au moins deux groupes de données, un premier groupe de données comportant des entêtes relatifs à des couches protocolaires supérieure à la couche liaison de données associés à la trame de données et la sous-trame de données comprenant des données requérant un niveau de protection élevé, un entête relatif à la couche liaison de données étant associé à chaque groupe de données,
- d'application, à chaque groupe de données généré, d'une protection en fonction du niveau de protection requis par les données comprises dans chaque groupe de données.
La figure 5 illustre schématiquement un terminal 201 de communication selon un mode de réalisation de l'invention.
Ce terminal 201 comporte une unité de traitement 61 pour mettre en œuvre un procédé de réception selon la présente invention. A cet effet il dispose d'une unité de mémoire 62. Cette unité de mémoire peut comporter différents types de mémoire. Par exemple l'unité de mémoire comporte une mémoire pour stocker des données de calcul. L'unité de mémoire peut également comporter une mémoire pour le stockage d'un programme d'ordinateur selon la présente invention pour son exécution par un processeur de l'unité de traitement. Le terminal comporte également une unité de communication 63 pour mettre en œuvre des communications sur un réseau de télécommunications.
Un tel terminal 201 comprend des moyens :
- de réception d'au moins deux groupes de données, un premier groupe de données comportant des entêtes relatifs à des couches protocolaires supérieure à la couche liaison de données associés à la trame de données et une sous-trame de données comprenant des données constitutives de la trame de données requérant un niveau de protection élevé, un entête relatif à la couche liaison de données étant associé à chaque groupe de données, - de reconstitution de la trame de données à partir des sous-trames de données comprises dans les groupes de données au moyen d'informations relatives à la trame de données comprises dans l'entête relatif à la couche liaison de données associé à chaque groupe de données.
La présente invention a été décrite et illustrée dans la présente description détaillée et dans les figures. La présente invention ne se limite pas aux formes de réalisation présentées. D'autres variantes et modes de réalisation peuvent être déduits et mis en œuvre par la personne du métier à la lecture de la présente description et des figures annexées.
Le mode de réalisation a été décrit dans le cas particulier où la première sous-couche RLC constitutive de la couche liaison de données met en œuvre la prise de décision quant au découpage de la trame de données, le découpage étant effectivement mis en œuvre par la deuxième sous-couche MAC constitutive de la couche liaison de données.
Dans une première variante de réalisation, la prise de décision et le découpage interviennent au niveau de ]a deuxième sous-couche MAC constitutive de la couche liaison de données.
Dans une deuxième variante de réalisation, la prise de décision et le découpage interviennent au niveau de la deuxième sous-couche RLC constitutive de la couche liaison de données.
Il est également possible de prévoir d'autres modes de protection des données que ceux décrits, notamment pour prévoir des niveaux de protection supplémentaires ou adaptés à d'autres modes de transmission.
De même, le nombre de classes de données peut varier et comprend au moins deux classes.
Enfin, l'invention trouve également son application pour tout type de réseau de communication en mode paquet, notamment des réseaux filaires, tel qu'un réseau d'accès sur support cuivre ou fibre optique, ou encore un réseau PLT (Power Line Transmission ou courants porteurs en ligne), les terminaux émetteurs ou récepteurs étant alors par exemple une passerelle résidentielle ou un téléphone IP.
Dans les revendications, le terme "comporter" n'exclut pas d'autres éléments ou d'autres étapes. L'article indéfini « un » n'exclut pas le pluriel. Un seul processeur ou plusieurs autres unités peuvent être utilisées pour mettre en œuvre l'invention. Les différentes caractéristiques présentées et/ou revendiquées peuvent être avantageusement combinées. Leur présence dans la description ou dans des revendications dépendantes différentes, n'excluent pas cette possibilité. Les signes de référence ne sauraient être compris comme limitant la portée de l'invention.

Claims

REVENDICATIONS
1. Procédé d'émission, par un terminal appartenant à un réseau de communication en mode paquet, d'au moins une trame de données, caractérisé en ce que le procédé comporte les étapes suivantes, mises en œuvre au niveau d'une couche liaison de données du terminal :
- découpage, de la trame de données en au moins deux sous-trames de données en fonction d'un niveau de protection requis pour les données comprises dans la trame de données, une première sous-trame de données comprenant des données requérant un niveau de protection élevé,
- génération d'au moins deux groupes de données, chaque groupe de données comprenant un entête relatif à la couche liaison de données, un premier groupe de données comportant en outre la première sous-trame de données et des entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame dé données, et un deuxième groupe de données comportant en outre la deuxième sous-trame de données,
- application, à chaque groupe de données généré, d'une protection en fonction du niveau de protection requis pour les données comprises dans chaque groupe de données.
2. Procédé selon la revendication 1 dans lequel l'entête relatif à la couche liaison de données comporte un identifiant de la trame de données de laquelle sont issues les sous-trame de données, une indication sur le nombre de sous-trames de données issues de la trame de données, et des informations relatives au séquencement des sous-trames de données.
3. Procédé de reconstitution, par un terminal appartenant à un réseau de communication en mode paquets, d'au moins une trame de données comprenant des données vocales, caractérisé en ce que le procédé comporte les étapes suivantes, mises en œuvre au niveau d'une couche liaison de données du terminal :
- réception d'au moins deux groupes de données, chaque groupe de données comprenant un entête relatif à la couche liaison de données, un premier groupe de données comportant en outre une première sous-trame de données et des entêtes relatifs à des couches protocolaires supérieures à la couche Maison de données associés à la trame de données, et un deuxième groupe de données comportant en outre une deuxième sous-trame de données,
- reconstitution de la trame de données à partir de la première et la deuxième sous-trames de données comprises respectivement dans le premier et le deuxième groupes de données au moyen d'informations relatives à la trame de données comprises dans l'entête relatif à la couche liaison de données associé à chaque groupe de données.
4. Terminal appartenant à un réseau de communication en mode paquet, d'au moins une trame de données, caractérisé en ce que le terminal comporte les moyens suivants, au niveau d'une couche liaison de données du terminal :
- découpage, de la trame de données en au moins deux sous-trames de données en fonction d'un niveau de protection requis pour les données comprises dans la trame de données, une première sous-trame de données comprenant des données requérant un niveau de protection élevé,
- génération d'au moins deux groupes de données, chaque groupe de données comprenant un entête relatif à la couche liaison de données, un premier groupe de données comportant en outre la première sous-trame de données et des entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données, et un deuxième groupe de données comportant en outre la deuxième sous-trame de données,
- application, à chaque groupe de données généré, d'une protection en fonction du niveau de protection requis pour les données comprises dans chaque groupe de données.
5. Terminal appartenant à un réseau de communication en mode paquets, comprenant des moyens de reconstitution d'au moins une trame de données comprenant des données vocales, caractérisé en ce que le terminal comporte les moyens suivants, au niveau d'une couche liaison de données du terminal :
- réception d'au moins deux groupes de données, chaque groupe de données comprenant un entête relatif à la couche liaison de données, un premier groupe de donnéls comportant en outre une première sous-trame de données et des entêtes relatifs à des couches protocolaires supérieures à la couche liaison de données associés à la trame de données, et un deuxième groupe de données comportant en outre une deuxième sous-trame de données,
- reconstitution de la trame de données à partir de la première et la deuxième sous-trames de données comprises respectivement dans le premier et le deuxième groupes de données au moyen d'informations relatives à la trame de données comprises dans l'entête relatif à la couche liaison de données associé à chaque groupe de données.
6. Programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre des étapes du procédé d'émission selon la revendication 1 lorsque le programme est exécuté par un processeur.
7. Support d'enregistrement lisible par un module d'autorisation d'accès à un premier terminal sur lequel est enregistré le programme selon la revendication 6.
8. Programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre des étapes du procédé de reconstitution selon la revendication 3 lorsque le programme est exécuté par un processeur,
9. Support d'enregistrement lisible par un module d'autorisation d'accès à un premier terminal sur lequel est enregistré le programme selon la revendication 8.
PCT/FR2010/052863 2009-12-23 2010-12-21 Procede de communication vocale par paquets de données avec differents niveaux de protection WO2011077039A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0959495 2009-12-23
FR0959495 2009-12-23

Publications (1)

Publication Number Publication Date
WO2011077039A1 true WO2011077039A1 (fr) 2011-06-30

Family

ID=42937350

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2010/052863 WO2011077039A1 (fr) 2009-12-23 2010-12-21 Procede de communication vocale par paquets de données avec differents niveaux de protection

Country Status (1)

Country Link
WO (1) WO2011077039A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020516178A (ja) * 2017-04-01 2020-05-28 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ処理方法及び装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1443784A1 (fr) * 2001-11-08 2004-08-04 Mitsubishi Denki Kabushiki Kaisha Procede de communication sans fil et terminal mobile utilise a cette fin
US20060245417A1 (en) * 2005-04-29 2006-11-02 Conner Keith F Method to provide unequal error protection and unequal error detection for internet protocol applications
US20070223469A1 (en) * 2005-11-17 2007-09-27 Interdigital Technology Corporation Method and apparatus for supporting voice over ip services over a cellular wireless communication network
WO2009120626A1 (fr) * 2008-03-27 2009-10-01 Intel Corporation Transmissions adaptatives pour distribution d'application optimisée dans des réseaux sans fil

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1443784A1 (fr) * 2001-11-08 2004-08-04 Mitsubishi Denki Kabushiki Kaisha Procede de communication sans fil et terminal mobile utilise a cette fin
US20060245417A1 (en) * 2005-04-29 2006-11-02 Conner Keith F Method to provide unequal error protection and unequal error detection for internet protocol applications
US20070223469A1 (en) * 2005-11-17 2007-09-27 Interdigital Technology Corporation Method and apparatus for supporting voice over ip services over a cellular wireless communication network
WO2009120626A1 (fr) * 2008-03-27 2009-10-01 Intel Corporation Transmissions adaptatives pour distribution d'application optimisée dans des réseaux sans fil

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020516178A (ja) * 2017-04-01 2020-05-28 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ処理方法及び装置
US11290214B2 (en) 2017-04-01 2022-03-29 Huawei Technologies Co., Ltd. Data processing method and device
JP7101702B2 (ja) 2017-04-01 2022-07-15 華為技術有限公司 データ処理方法及び装置

Similar Documents

Publication Publication Date Title
EP2218203B1 (fr) Procede et dispositif de transmission robuste d'en-tetes reseau compresses
EP2332335A1 (fr) Systeme et procede de determination de parametres de codage
FR2949931A1 (fr) Procedes et dispositifs de transmission d'un flux de donnees, produit programme d'ordinateur et moyen de stockage correspondants.
FR2903253A1 (fr) Procede permettant de determiner des parametres de compression et de protection pour la transmission de donnees multimedia sur un canal sans fil.
EP1172961A1 (fr) Système de communication, récepteur, méthode d'estimation d'erreurs dues au canal
FR2937491A1 (fr) Procedes de transmission et de gestion de trames de voix, produit programme d'ordinateur, moyen de stockage et dispositifs correspondants.
EP2406929B1 (fr) Procede et dispositif de transmission robuste de flux de paquets de donnees a en-tetes compresses sans augmentation de debit
EP2193620B8 (fr) Procede et equipement de transmission de donnees depuis l'infrastructure d'un reseau de radiocommunication vers des equipements utilisateur
FR3045249A1 (fr) Procede, dispositif de relayage et destinataire avec retour dans un systeme omamrc
EP3639427B1 (fr) Procédé et système omamrc de transmission avec adaptation lente de lien
WO2019068982A1 (fr) Signalisation d'une requête d'adaptation d'une session de communication en voix sur ip
EP2282432B1 (fr) Procédé de transmission de données multimedia dans des réseaux de communication ad hoc
FR2929787A1 (fr) Procede et dispositif de traitement d'un flux de donnees
FR2903257A1 (fr) Procede de communication adapte a la transmission de paquets de donnees
WO2011077039A1 (fr) Procede de communication vocale par paquets de données avec differents niveaux de protection
EP1122717A1 (fr) Procédé de codage pour la restitution sonore des signaux numérisés transmis par l'échange de paquets
EP1172958A1 (fr) Système de communication, émetteur, mèthode de protection contre des erreurs de transmission
EP1427154B1 (fr) Procédé de contrôle d'une mémoire tampon de paquets de données, et dispositif correspondant
EP1665234A1 (fr) Procede de transmission d un flux d information par insertion a l'interieur d'un flux de donnees de parole, et codec parametrique pour sa mise en oeuvre
EP1526751A1 (fr) Procédé de gestion de ressources de traitement dans un système de radiocommunications mobiles
EP2122895A2 (fr) Procede de retransmission a redondance incrementale pour des paquets fragmentes
EP1071076B1 (fr) Système de communication, récepteur, dispositif et procédé de correction d'erreurs dues au canal
EP1797683B1 (fr) Procede et systeme de transmission de donnees entre un reseau local et un reseau principal autorisant une adaptation du format desdites donnees
FR3052944B1 (fr) Procede de segmentation de donnees a haut rendement
WO2005013578A1 (fr) Procede de transmission d'informations supplementaires par compression d'en-tete

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10809305

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10809305

Country of ref document: EP

Kind code of ref document: A1