WO2017143538A1 - 语音数据传输方法以及装置 - Google Patents

语音数据传输方法以及装置 Download PDF

Info

Publication number
WO2017143538A1
WO2017143538A1 PCT/CN2016/074451 CN2016074451W WO2017143538A1 WO 2017143538 A1 WO2017143538 A1 WO 2017143538A1 CN 2016074451 W CN2016074451 W CN 2016074451W WO 2017143538 A1 WO2017143538 A1 WO 2017143538A1
Authority
WO
WIPO (PCT)
Prior art keywords
header
voice data
data packet
packet
real
Prior art date
Application number
PCT/CN2016/074451
Other languages
English (en)
French (fr)
Inventor
魏冬冬
唐浩
周国华
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2016/074451 priority Critical patent/WO2017143538A1/zh
Publication of WO2017143538A1 publication Critical patent/WO2017143538A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a voice data transmission method and apparatus.
  • LTE Long Term Evolution
  • VoIP Voice over Internet Protocol
  • AMR Adaptive Multirate
  • EVS Enhanced Voice Service
  • the embodiment of the present application provides a voice data transmission method and apparatus, which can improve resource utilization when using EVS coding.
  • the first aspect provides a voice data transmission method, which can be applied to a base station or a terminal, and the method includes:
  • the voice data packet including the complete packet header information is sent to the receiver; if the feedback message indicating that the voice data packet is successfully received is received, the packet header information of the voice data packet to be transmitted is received. Adjusting one or more packet header parameters to generate a target voice data packet, wherein the size of the target voice data packet satisfies a transport block size adaptation condition; and then transmitting the target voice data packet, so that the data packet can be adapted to an existing one Transport block size reduces unnecessary padding and improves resource utilization.
  • the method further includes: when adjusting one or more header parameters in the header information of the to-be-transmitted voice data packet, first deleting In addition to the real-time transport protocol header, the user data packet protocol header, and the Internet Protocol header in the header information; then add the lower 8 bits of the serial number information of the real-time transport protocol header.
  • the overhead is reduced, and the size of the existing transport block is adapted, thereby reducing unnecessary padding and improving resource utilization.
  • the method further includes: when adjusting one or more header parameters in the header information of the voice packet to be transmitted, first deleting the real-time transmission in the header information The protocol header, the user data packet protocol header, and the Internet Protocol header; then add the serial number information of the real-time transport protocol header; then configure the transmission mode of the radio link control layer to be transparent.
  • the transmission mode of the radio link control layer By configuring the transmission mode of the radio link control layer to be transparent, the transmission of the radio link control protocol header is eliminated, the overhead is reduced, and the existing transport block size can be adapted.
  • the method further includes: when adjusting one or more header parameters in the header information of the voice packet to be transmitted, first deleting the real-time transmission in the header information. Protocol header, user packet protocol header, and Internet Protocol header; then add a robust header compression header, where the robust header compression header is obtained according to the real-time transport protocol header, the user data packet protocol header, and the Internet Protocol header compression;
  • the transmission mode of the radio link control layer is configured in a transparent mode. By adopting the transparent mode, the radio link control protocol header is not required to be transmitted, the overhead is reduced, and the existing transport block size can be adapted.
  • the second aspect provides a voice data transmission method, which can be applied to a base station or a terminal, and the method includes:
  • adjusting one or more header parameters in the header information of the to-be-transmitted voice data packet includes: first deleting a real-time transport protocol header, a user data packet protocol header, an internet protocol header in the header information; and then adding a real-time transport protocol header The lower 8 bits of information in the serial number information; finally, the transmission mode of the radio link control layer is configured to be transparent.
  • the transparent mode and the lower 8 bits of the serial number information of the real-time transport protocol header can be used to minimize header overhead and reduce
  • the transport block size of the voice packet is transmitted on the air interface, so that the lower-order modulation and coding scheme can be used to enhance the uplink coverage of the VoIP service.
  • the third aspect provides a voice data transmission method, which can be applied to a base station or a terminal, and the method includes:
  • the base station or the terminal When the base station or the terminal performs the voice service, if the voice data packet including the complete packet header information is received, a feedback message indicating that the voice data packet is successfully received is sent; after receiving the target transmission data, according to the complete data The package restores the target transmission data, thereby reducing unnecessary padding during the transmission process and improving resource utilization.
  • the method further includes: when performing restoration processing on the target transmission data according to the complete data packet, first parsing the target voice data packet to obtain the target voice The serial number information of the real-time transport protocol packet header included in the data packet; and then restoring the real-time transport protocol header, the user data packet protocol header, and the internet protocol header of the target voice data packet according to the complete data packet, wherein the real-time The timestamp information of the transport protocol header is calculated based on the complete data packet and the sequence number information of the real-time transport protocol header.
  • a fourth aspect provides a voice data transmission apparatus, including: a first sending module and a first compression module, wherein the first sending module and the first compressing module are configured to perform the method in the first aspect.
  • the device can be a terminal or a base station.
  • the first compression module includes a unit for performing each step in the method in the first possible implementation manner of the foregoing first aspect.
  • the first compression module includes a unit for performing each step in the method in the second possible implementation manner of the foregoing first aspect.
  • the first compression module includes means for performing the steps of the method in the third possible implementation of the first aspect described above.
  • a fifth aspect provides a voice data transmission apparatus, including: a second sending module and a second compressing module, wherein the second sending module and the second compressing module are configured to perform the method in the second aspect.
  • the device can be a terminal or a base station.
  • a voice data transmission apparatus including: a transceiver module and a restoration module, wherein the transceiver module and the restoration module are configured to perform the method in the third aspect.
  • the device can be a terminal or a base station.
  • the restoration module includes means for performing the various steps in the method of the first possible implementation of the third aspect above.
  • a voice data transmission apparatus includes: a receiver, a transmitter, and a processor, wherein the processor is connected to the receiver and the transmitter, and the processor is configured to execute the method of the foregoing first aspect .
  • the device can be a terminal or a base station.
  • a voice data transmission apparatus includes: a receiver, a transmitter, and a processor, wherein the processor is connected to the receiver and the transmitter, and the processor is configured to execute the method of the second aspect .
  • the device can be a terminal or a base station.
  • a ninth aspect provides a voice data transmission apparatus, including: a receiver, a transmitter, and a processor, wherein the processor is connected to the receiver and the transmitter, and the processor is configured to execute the method of the foregoing third aspect .
  • the device can be a terminal or a base station.
  • a computer storage medium having program code for indicating execution of the method of the first aspect described above.
  • a computer storage medium having program code for indicating execution of the method of the second aspect described above.
  • a computer storage medium having stored therein program code for indicating execution of the method of the above third aspect.
  • the technical solution provided by the present application when performing voice data transmission, first transmits a complete data packet, and then adjusts one or more header parameters in the header information of the subsequent data packet, so that the data packet is adapted to the existing one.
  • Transport block size reduces unnecessary padding and improves resource utilization.
  • FIG. 1 is a schematic diagram of an implementation environment of a method for transmitting voice data according to an embodiment of the present application.
  • FIG. 2 is a schematic diagram of packet header information in voice service data transmission.
  • FIG. 3 is a flowchart of a first embodiment of a voice data transmission method according to an embodiment of the present application.
  • FIG. 4 is a flowchart of a second embodiment of a voice data transmission method according to an embodiment of the present application.
  • FIG. 5 is a flowchart of a third embodiment of a voice data transmission method according to an embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of a first embodiment of a voice data transmission apparatus according to an embodiment of the present disclosure intention.
  • FIG. 7 is a schematic structural diagram of a second embodiment of a voice data transmission apparatus according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic structural diagram of a third embodiment of a voice data transmission apparatus according to an embodiment of the present disclosure.
  • FIG. 9 is a schematic structural diagram of a fourth embodiment of a voice data transmission apparatus according to an embodiment of the present disclosure.
  • FIG. 1 is a schematic diagram of an implementation environment of a method for transmitting voice data according to an embodiment of the present application.
  • the voice transmission data method is applied to an LTE communication system.
  • each base station (Evolved Node B, eNB) communicates with each other and accesses a Serving Gateway (S-GW).
  • S-GW Serving Gateway
  • the user equipment (UE) accesses the base station to implement communication.
  • voice communication that is, VoIP
  • the terminal and the base station first compress the voice data by using a voice compression algorithm, and then the voice data according to TCP/IP (Transmission Control Protocol/Internet Protocol).
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • FIG. 2 shows a schematic diagram of packet header information in voice service data transmission.
  • the voice data packet passes through the PDCP (Packet Data Convergence Protocol) layer, the RLC (Radio Link Control) layer, and the MAC (Media Access Control). Layer, the corresponding packet header is added at each layer.
  • the voice data may include an RTP (Real-time Transport Protocol) header, a UDP (User Datagram Protocol) header, an IP (Internet Protocol) header, a PDCP header, an RLC header, and a MAC. Baotou.
  • the RTP header, the UDP header, and the IP header are compressed to generate a RoHC (Robust header compression) header.
  • RoHC RoHC
  • FIG. 3 is a flowchart of a first embodiment of a voice data transmission method according to an embodiment of the present application.
  • the voice data transmission method can be applied to the terminal, and can also be applied to the base station, that is, in the uplink service, the terminal uses the voice data transmission method to transmit the voice data to the base station;
  • the base station transmits the voice data to the terminal by using the voice data transmission method.
  • the voice data transmission method includes the following steps S301-S303.
  • the following description is made by using an uplink service example, that is, the voice data transmission method is executed by the terminal. It can be understood by those skilled in the art that the steps of performing the voice data transmission method by the base station are similar to those in the downlink service, and are not described herein.
  • step S301 when the voice service is performed, a voice data packet including the complete header information is transmitted.
  • the voice data packet including the complete header information is first sent to the base station.
  • the complete header information means that the voice data packet is not compressed, and the voice data packet completely includes an RTP header, a UDP header, and an IP header.
  • the voice data packet may further include a PDCP packet header, an RLC packet header, and a MAC header.
  • step S302 if a feedback message indicating that the voice data packet is successfully received is received, one or more of the header parameters of the header information of the to-be-transmitted voice data packet are adjusted to generate a target voice data packet, where The size of the target voice data packet satisfies the transport block size adaptation condition.
  • the base station determines whether it has a header compression condition. If yes, the base station returns a feedback message to the terminal according to the voice data packet, and the feedback information It is used to indicate that the voice data packet is successfully received.
  • the feedback information can be used to indicate header compression that supports voice packets.
  • the feedback message is RRC (Radio Resource Control) signaling.
  • the determining, by the base station, whether the header compression condition is available may be determined by determining whether a file corresponding to the compression mode is provided. Among them, the compressed file varies according to the specific compression method.
  • the size of the header information obtained after the adjustment satisfies the transport block size adaptation condition.
  • TBS Transport Block Size
  • the size of the voice packet will be adapted as much as possible, and the existing TBS table is based on the AMR code design. Since the EVS voice packet with the rate close is larger than the AMR voice packet with the AMR code when the EVS encoding is adopted, the existing EVS encoding cannot be adapted to the TBS, and the resource utilization rate is low. Therefore, the EVS voice packet needs to be compressed accordingly to adapt to the existing TBS.
  • the EVS coding needs to be used when EVS coding is used.
  • the header information is compressed by 2 bytes to satisfy the existing TBS adaptation conditions.
  • the total header overhead is 8 bytes, including the RoHC header occupying 3 bytes, the PDCP header occupying 1 byte, and the RLC header occupying 1 byte.
  • the MAC header occupies 1 byte and additionally includes 2 extra bytes, which can be used for padding of the RoHC header, and can also be used for BSR (Buffer Status Report) and PHR (Power headroom Report).
  • the adaptation of the TBS can be implemented by adjusting the RoHC header, the RLC header, and the extra bytes, that is, by adjusting the RoHC header, the RLC header, and the extra byte, the header overhead is reduced to 6. Bytes. It can be understood that how to adjust the header parameters can be saved in the file corresponding to the compression mode.
  • the following example illustrates how to adjust one or more header parameters in the header information of a transmitted voice packet.
  • the one or more header parameters in the header information of the to-be-transmitted voice data packet are adjusted, including: deleting a real-time transport protocol header, a user data packet protocol header, and an internet protocol in the header information. a header; adding the lower 8 bits of the serial number information of the real-time transport protocol header.
  • the subsequent packet can be restored according to the complete packet.
  • the UDP header and IP header of the subsequent data packet, and the RTP header only needs to obtain the serial number part of the RTP header. Therefore, in the present embodiment, the RTP header, the UDP header, and the IP header in the header information are directly deleted without performing the compression of the RoHC. For subsequent restoration, it is also necessary to add the lower 8 bits of the sequence number information (SN) of the RTP header. Optionally, you need to add a certain number of extra bytes.
  • the sum of header overheads at this time is 6 bytes, wherein the lower 8 bits of the RTP header sequence occupy 1 byte, the PDCP header occupies 1 byte, and the RLC header occupies 1 byte.
  • the MAC header takes up 1 byte. The extra byte occupies 2 bytes.
  • the overhead is reduced, and the adaptation to the existing TBS is implemented, thereby reducing unnecessary padding and improving the performance of data demodulation.
  • the one or more header parameters in the header information of the to-be-transmitted voice data packet are adjusted, including: deleting a real-time transport protocol header, a user data packet protocol header, and the Internet in the header information. a protocol packet header; adding sequence number information of the real-time transport protocol packet header; and configuring a transmission mode of the radio link control layer to be in a transparent mode.
  • the RTP header, the UDP header, and the IP header are deleted, and the serial number information of the RTP header is added.
  • the difference from the previous embodiment is that, in this embodiment, the added RTP header is The serial number information is complete and takes up 2 bytes.
  • the transmission mode of the RLC layer includes a transparent mode, an unacknowledged mode (UM), and an acknowledgment mode (AM).
  • UM unacknowledged mode
  • AM acknowledgment mode
  • the RLC layer directly performs a forwarding operation according to the packet type. There is no need to add an RLC header at this time, and there is no need to transmit the RLC header, thereby saving 1 byte.
  • the sum of the header overheads at this time is 6 bytes, wherein the RTP header serial number information occupies 2 bytes, the PDCP header occupies 1 byte, the MAC header occupies 1 byte, and the extra byte occupies 2 bytes.
  • the transmission mode of the RLC layer by configuring the transmission mode of the RLC layer and transmitting the sequence number information of the RTP header, it is possible to reduce the overhead and adapt the existing TBS.
  • the one or more header parameters in the header information of the to-be-transmitted voice data packet are adjusted, including: deleting a real-time transport protocol header, a user data packet protocol header, and the Internet in the header information. Protocol header; adding a robust header compression header, which is obtained according to a real-time transport protocol header, a user data packet protocol header, and an Internet Protocol header compression; and the radio link control layer transmission mode is configured to be transparent mode.
  • the RoHC header is not adjusted, that is, the RTP header, the UDP header, and the IP header are deleted, and the RoHC header is obtained according to the RTP header, the UDP header, and the IP header compression.
  • the transmission mode of the radio link control layer is also configured to be in the transparent mode.
  • the head overhead at this time is 6 bytes, wherein the RoHC header occupies 3 bytes, the PDCP header occupies 1 byte, and the MAC header occupies 1 byte. The extra byte occupies 1 byte.
  • extra bytes are used for padding of the RoHC header, it can also be used for control elements such as BSR and PHR. After the extra bytes are adjusted to 1 byte, the extra bytes will only support RoHC 1 byte change, and it cannot support multiplexing with MAC CE (Control Element).
  • MAC CE Control Element
  • the EVS-encoded voice data packet needs to be reduced by 2 bytes.
  • the size of the RoHC packet header and the RLC packet header are adjusted, and the foregoing three implementation manners are only Some of these implementations are listed. It can be understood by those skilled in the art that the adaptation of the TBS can be implemented by adjusting the parameters of the packet header in other manners, and details are not described herein.
  • step S303 the target voice data packet is transmitted.
  • the terminal sends the compressed target data packet to the base station, and the base station performs a corresponding decompression and restoration operation according to the target voice data packet to obtain the transmitted voice data to implement communication.
  • the complete data packet is first transmitted, and then the data packet to be transmitted is compressed by using a preset packet header compression policy, so that the data packet is adapted.
  • Some transport block sizes reduce unnecessary padding and improve resource utilization.
  • FIG. 4 is a flowchart of a second embodiment of a voice data transmission method according to an embodiment of the present application.
  • the voice data transmission method can be applied to the terminal, and can also be applied to the base station, that is, in the uplink service, the terminal uses the voice data transmission method to transmit the voice data to the base station;
  • the base station transmits the voice data to the terminal by using the voice data transmission method.
  • the voice data transmission method includes steps S401-S403.
  • the following description is made by using an uplink service example, that is, the voice data transmission method is executed by the terminal. It can be understood by those skilled in the art that the steps of performing the voice data transmission method by the base station are similar to those in the downlink service, and are not described herein.
  • step S401 when the voice service is performed, a voice data packet including the complete header information is transmitted.
  • the voice data packet including the complete header information is first sent to the base station.
  • the complete header information means that the voice data packet is not compressed, and the voice data packet completely includes an RTP header, a UDP header, and an IP header.
  • the voice The data packet may further include a PDCP header, an RLC header, and a MAC header.
  • step S402 if a reply message returned according to the voice data packet is received, one or more of the header parameters of the header information of the voice data packet to be transmitted are adjusted to generate a target voice data packet.
  • the base station determines whether it has a header compression condition. If yes, the base station returns a feedback message to the terminal according to the voice data packet, and the feedback information It is used to indicate that the voice data packet is successfully received.
  • the reply message is RRC (Radio Resource Control) signaling.
  • the determining, by the base station, whether the header compression condition is available may be determined by determining whether a file corresponding to the compression mode is provided.
  • the terminal receives the feedback message returned by the base station according to the voice data packet, the one or more header parameters of the packet header information of the to-be-transmitted voice data packet are adjusted to generate a target voice data packet.
  • the adjusting one or more header parameters in the header information of the to-be-transmitted voice data packet includes:
  • the RTP header, the UDP header, and the IP header are first deleted, and the lower 8 bits of the sequence number of the corresponding RTP header are added.
  • no additional information is added to the header information.
  • the header overhead at this time is to maximize the size after the redundancy is removed, and the total overhead of the header is 3 bytes, wherein the lower 8 bits of the RTP header sequence occupy 1 byte, and the PDCP header occupies 1 byte, the MAC header Take up 1 byte.
  • the transmission mode of the RLC layer is configured, and no extra bytes are added, thereby maximizing the header overhead, thereby reducing the transport block for transmitting the voice packet in the air interface.
  • the size which allows the use of lower-order modulation and coding schemes, enhances the uplink coverage of VoIP services.
  • step S403 the target voice data packet is transmitted.
  • the terminal sends the compressed target data packet to the base station, and the base station performs a corresponding decompression and restoration operation according to the target voice data packet to obtain the transmitted voice data to implement communication.
  • the complete data packet is first transmitted, and then the subsequent data packet is compressed, by deleting the real-time transmission protocol packet header and the user data packet in the packet header information.
  • the protocol header and the Internet Protocol header add the lower 8 bits of the sequence number information of the real-time transport protocol header, and configure the transmission mode of the RLC layer to be transparent mode, which can minimize header overhead and reduce voice packets transmitted on the air interface.
  • the transport block size allows for the use of lower order modulation and coding schemes to enhance the uplink coverage of VoIP services.
  • FIG. 5 is a flowchart of a third embodiment of a voice data transmission method according to an embodiment of the present application.
  • the voice data transmission method can be applied to the terminal, and can also be applied to the base station. After the terminal or the base station receives the voice data, the voice data needs to be decompressed to restore the data information therein.
  • the voice data transmission method includes steps S501-S502.
  • steps S501-S502 For convenience of description, the following description is made by using an uplink service example, that is, the voice data transmission method is performed by a base station. It can be understood by those skilled in the art that the steps of performing the voice data transmission method by the terminal are similar to those in the downlink service, and are not described herein.
  • step S501 when the voice service is executed, if a voice data packet including the complete header information is received, a feedback message indicating that the voice data packet is successfully received is sent.
  • the base station determines whether it has the header compression condition. If yes, the base station sends a feedback message indicating that the voice data packet is successfully received. .
  • the feedback message is RRC signaling.
  • the determining, by the base station, whether the header compression condition is available may be determined by determining whether a file corresponding to the compression mode is provided.
  • step S502 the target voice data packet is received, and the target voice data packet is restored according to the complete data packet, wherein the target voice data packet includes sequence number information of a real-time transport protocol packet header.
  • the base station After the base station receives the target transmission data that is sent after the terminal is compressed, the base station performs a restoration process on the target transmission data according to the complete data packet received in step S501.
  • the reduction process includes decompression and speculation of corresponding data information.
  • performing the restoration processing on the target transmission data according to the complete data packet including: parsing the target voice data packet, and acquiring the real information included in the target voice data packet
  • the serial number information of the transport protocol packet header; the real-time transport protocol header, the user data packet protocol header, and the internet protocol header of the target voice data packet are restored according to the complete data packet, wherein the time stamp of the real-time transport protocol packet header
  • the information is calculated based on the complete data packet and the serial number information of the real-time transport protocol header.
  • the target transmission data sent by the terminal only includes the serial number information of the RTP header, wherein the serial number information may be complete serial number information, or may be a lower 8 bits including only the serial number. information.
  • the timestamp information of the RTP header can be calculated according to the sequence number information of the RTP header. Further, according to the obtained time stamp information of the RTP header and the complete RTP header, UDP header and IP header included in the received complete packet, the RTP header, the UDP header, and the IP header in the target transmission data may be performed. reduction. The following details how to perform a restore operation.
  • the fields in the RTP header can be divided into two types: a constant field and a changed field.
  • the unchanged fields include: V (version), P (padding), X (extension), CC (providing source count), M (marker), PT (load category), SSRC identifier (synchronization source identifier), and CSRC identifier (providing source identifier)
  • the changed fields include: SN (serial number information) and Timestamp ( Timestamp information).
  • the target transmission data includes sequence number information, and the timestamp information can be calculated according to the sequence number information, and the unchanged field can be the same as the corresponding field in the first received complete data packet. The value is used to restore the RTP header in the subsequent packet header.
  • the UDP header When the packet header is a UDP header, the UDP header includes: Source Port (the source process uses the port), Destination Port (the destination process uses the port), Length (packet length), and CheckSum (datagram checksum).
  • the Source Port and the Destination Port may be based on the same value of the corresponding field in the first received complete packet, and the Length may be calculated according to the length of the data packet, and the CheckSum may be padded with 0 to implement the subsequent data packet header.
  • the restore of the UDP header The restore of the UDP header.
  • the fields in the IP header can be divided into three types: a change field, a predictable field, and a constant field.
  • the change fields include: Type of service, Identification, and Time to live; the predictable fields include: Total Length, Header Checksum, and unchanged.
  • Fields include: Version, IHL (IP Header Length), Flags (Flag), Fragment Offset (fragment offset) Move), Protocol, Source Address, Destination Address.
  • the invariant field may adopt the same value as the corresponding field in the first received complete data packet; the Type of service and the Time to live in the change field may also be used. The value of the corresponding field in the complete packet received first is the same value.
  • the identification in the change field can be added according to certain rules according to the value of the corresponding field in the complete received data packet, for example, the previous one can be added.
  • the value of the packet is incremented by one; the Total Length in the inferred field can be calculated according to the length of the data packet, and the Header Checksum can be calculated according to the remaining values in the packet header, thereby realizing the restoration of the IP header in the subsequent packet header.
  • the target transmission data is restored according to the complete data packet, including a real-time transmission protocol header that restores the target transmission data according to a robust header compression header of the target transmission data.
  • a real-time transmission protocol header that restores the target transmission data according to a robust header compression header of the target transmission data.
  • robust header compression is adopted for the RTP header, the UDP header, and the IP header, and the RoHC header is generated.
  • the restoration only the RHC header, UDP header and IP header of the corresponding target transmission data can be obtained according to the corresponding reduction of the RoHC header.
  • the voice data transmission method in the embodiment of the present application when receiving the voice data transmission, if the voice data packet including the complete packet header information is received, the sender is notified of the data compression by replying the information, and the compressed target data is received. After that, the target data is restored, and corresponding data information is obtained, so that unnecessary filling can be reduced in the transmission process, and resource utilization is improved.
  • FIG. 6 is a schematic structural diagram of a first embodiment of a voice data transmission apparatus according to an embodiment of the present application.
  • the voice data transmission device may be a terminal or a base station.
  • the voice data transmission device can include:
  • a first sending module 601 configured to send a voice data packet including complete header information when performing voice service
  • the first compression module 602 is configured to: when receiving a feedback message indicating that the voice data packet is successfully received, adjust one or more header parameters in the header information of the to-be-transmitted voice data packet to generate a target voice data packet. , wherein the size of the target voice data packet satisfies a transport block size adaptation condition;
  • the first sending module 601 is further configured to send the target voice data packet
  • the first compression module 602 includes:
  • a first header deletion unit configured to delete a real-time transport protocol header, a user data packet protocol header, and an internet protocol header in the header information
  • a first sequence number adding unit configured to add lower 8-bit information in the serial number information of the real-time transport protocol packet header.
  • the first compression module 602 includes:
  • a second header deletion unit configured to delete a real-time transport protocol header, a user data packet protocol header, and an internet protocol header in the header information
  • a second serial number adding unit configured to add serial number information of the real-time transport protocol packet header
  • a second configuration unit configured to configure a transmission mode of the radio link control layer to be in a transparent mode.
  • the first compression module 602 includes:
  • a third header deletion unit configured to delete a real-time transport protocol header, a user data packet protocol header, and an internet protocol header in the header information
  • a header adding unit configured to add a robust header compression header, which is obtained according to a real-time transport protocol header, a user data packet protocol header, and an Internet Protocol header compression;
  • a third configuration unit configured to configure a transmission mode of the radio link control layer to be in a transparent mode.
  • the voice data transmission apparatus in the embodiment of the present application first transmits a complete data packet when performing voice data transmission, and then compresses a subsequent data packet by using a preset header compression policy, so that the data packet is adapted to the existing one.
  • Transport block size reduces unnecessary padding and improves resource utilization.
  • FIG. 7 is a schematic structural diagram of a second embodiment of a voice data transmission apparatus according to an embodiment of the present application.
  • the voice data transmission device may be a terminal or a base station.
  • the voice data transmission device can include:
  • a second sending module 701 configured to send a voice data packet including complete header information when performing a voice service
  • a second compression module 702 configured to: when receiving a feedback message indicating that the voice data packet is successfully received, adjust one or more header parameters in the header information of the to-be-transmitted voice data packet to generate a target voice data packet.
  • the second sending module 701 is further configured to send the target voice data packet
  • the adjusting one or more header parameters in the header information of the to-be-transmitted voice data packet includes:
  • the transmission mode of the radio link control layer is configured to be in a transparent mode.
  • the voice data transmission device in the embodiment of the present application first transmits a complete data packet when performing voice data transmission, and then compresses the subsequent data packet by deleting the real-time transmission protocol header and the user data packet in the packet header information.
  • the protocol header and the Internet Protocol header add the lower 8 bits of the sequence number information of the real-time transport protocol header, and configure the transmission mode of the RLC layer to be transparent mode, which can minimize header overhead and reduce voice packets transmitted on the air interface.
  • the transport block size allows for the use of lower order modulation and coding schemes to enhance the uplink coverage of VoIP services.
  • FIG. 8 is a schematic structural diagram of a third embodiment of a voice data transmission apparatus according to an embodiment of the present application.
  • the voice data transmission device may be a terminal or a base station.
  • the voice data transmission device can include:
  • the transceiver module 801 is configured to: when receiving a voice data packet including complete packet header information, send a feedback message indicating that the voice data packet is successfully received;
  • the restoration module 802 is configured to receive a target voice data packet, and perform a restoration process on the target voice data packet according to the complete data packet, where the target voice data packet includes sequence number information of a real-time transport protocol packet header.
  • the restoration module 801 can further include:
  • a parsing unit configured to parse the target voice data packet, and obtain sequence number information of a real-time transport protocol packet header included in the target voice data packet;
  • a restore unit configured to restore, according to the complete data packet, a real-time transport protocol header, a user data packet protocol header, and an internet protocol header of the target voice data packet, where the timestamp information of the real-time transport protocol packet header is The complete data packet and the serial number information of the real-time transport protocol packet header are calculated.
  • the voice data transmission device in the embodiment of the present application when receiving the voice data transmission, if receiving the voice data packet including the complete packet header information, notify the sender that the data pressure can be performed by replying the information. After receiving the compressed target data, the target data is restored to obtain corresponding data information, thereby reducing unnecessary padding during the transmission process and improving the performance of data demodulation.
  • FIG. 9 is a schematic structural diagram of a fourth embodiment of a voice data transmission apparatus according to an embodiment of the present application.
  • the voice data transmission device may be a terminal or a base station. It can be understood that FIG. 9 does not show all the components of the voice data transmission device, and those skilled in the art can understand that when the voice is When the data transmission device is a terminal and a base station, the components will be different.
  • the voice data transmission device may include a receiver 901, a transmitter 902, and a processor 903.
  • the receiver 901, the transmitter 902, and the processor 903 can communicate via the bus 104.
  • the bus 104 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus.
  • the bus 104 can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 9, but it does not mean that there is only one bus or one type of bus.
  • the voice transmission data device may further include a memory 904, where the memory 904 may include a volatile memory, such as a random access memory (English: random-access memory, abbreviation: RAM); Including non-volatile memory (English: non-volatile memory), such as flash memory (English: flash memory), hard disk (English: hard disk drive, abbreviation: HDD) or solid state drive (English: solid-state drive, abbreviation :SSD);
  • the memory 105 may also include a combination of the above types of memories.
  • the processor 903 may be a central processing unit (English: central processing unit, abbreviated: CPU), a network processor (English: network processor, abbreviated: NP) or a combination of a CPU and an NP.
  • CPU central processing unit
  • NP network processor
  • the processor 903 may further include a hardware chip.
  • the hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (abbreviated as PLD), or a combination thereof.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the above PLD can be a complex programmable logic device (English: complex programmable logic device, abbreviation: CPLD), field-programmable gate array (English: field-programmable gate array, abbreviation: FPGA), general array logic (English: generic array Logic, abbreviation: GAL) or any combination thereof.
  • the memory 904 is further configured to store program instructions.
  • the processor 903 can invoke the program instructions to implement a voice data transmission method as shown in the embodiments of FIG. 3, FIG. 4 and FIG. 5 of the present application.
  • the transmitter 902 is configured to send a voice data packet including complete header information when performing voice service.
  • the processor 903 is configured to: when the receiver 901 receives a feedback message indicating that the voice data packet is successfully received, adjust one or more header parameters in the header information of the voice data packet to be transmitted, Generating a target voice data packet, wherein a size of the target voice data packet satisfies a transport block size adaptation condition;
  • the transmitter 902 is further configured to send the target voice data packet
  • the processor 903 adjusts one or more header parameters of the header information of the voice data packet to be transmitted, including: deleting a real-time transport protocol header and a user data packet protocol header in the header information. And an internet protocol header; adding the lower 8 bits of the serial number information of the real-time transport protocol header.
  • the processor 903 adjusts one or more header parameters of the header information of the voice data packet to be transmitted, including: deleting a real-time transport protocol header and a user data packet protocol header in the header information. And an internet protocol packet header; adding serial number information of the real-time transport protocol packet header; and configuring a transmission mode of the radio link control layer to be transparent mode.
  • the processor 903 adjusts one or more header parameters of the header information of the voice data packet to be transmitted, including: deleting a real-time transport protocol header and a user data packet protocol header in the header information. And an internet protocol header; adding a robust header compression header, which is obtained according to a real-time transport protocol header, a user data packet protocol header, and an internet protocol header compression; and a radio link control layer transmission mode configuration In transparent mode.
  • the voice data transmission apparatus in the embodiment of the present application first transmits a complete data packet when performing voice data transmission, and then compresses a subsequent data packet by using a preset header compression policy, so that the data packet is adapted to the existing one.
  • the transport block size reduces unnecessary padding and improves data demodulation performance.
  • the transmitter 902 is configured to send a voice data packet including complete header information when performing voice service.
  • the processor 903 is configured to receive, by the receiver 901, the voice data packet Receiving a successful feedback message, adjusting one or more header parameters in the header information of the to-be-transmitted voice data packet to generate a target voice data packet;
  • the transmitter 902 is further configured to send the target voice data packet
  • the adjusting one or more header parameters in the header information of the to-be-transmitted voice data packet includes:
  • the voice data transmission device in the embodiment of the present application first transmits a complete data packet when performing voice data transmission, and then compresses the subsequent data packet by deleting the real-time transmission protocol header and the user data packet in the packet header information.
  • the protocol header and the Internet Protocol header add the lower 8 bits of the sequence number information of the real-time transport protocol header, and configure the transmission mode of the RLC layer to be transparent mode, which can minimize header overhead and reduce voice packets transmitted on the air interface.
  • the transport block size allows for the use of lower order modulation and coding schemes to enhance the uplink coverage of VoIP services.
  • the embodiment of the present application further provides a computer storage medium, where the computer storage medium can store a program, and the program includes the steps of the voice data transmission method as shown in FIG. 3, FIG. 4 and FIG.
  • Computer readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another.
  • a storage medium may be any available media that can be accessed by a computer.
  • the computer readable medium may include a random access memory (RAM), a read-only memory (ROM), and an electrically erasable programmable read-only memory (Electrically Erasable Programmable).
  • EEPROM Electrically Error Read-Only Memory
  • CD-ROM Compact Disc Read-Only Memory
  • Any connection may suitably be a computer readable medium.
  • the software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wireless technologies such as infrared, radio, and microwave, Then coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, wireless and microwave are included in the fixing of the associated medium.
  • DSL Digital Subscriber Line
  • a disk and a disc include a compact disc (CD), a laser disc, a compact disc, a digital versatile disc (DVD), a floppy disc, and a Blu-ray disc, wherein the disc is usually magnetically copied, and the disc is The laser is used to optically replicate the data. Combinations of the above should also be included within the scope of the computer readable media.

Landscapes

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

Abstract

本申请公开了一种语音数据传输方法以及装置，所述语音数据传输方法包括：在执行语音业务时，发送包括完整包头信息的语音数据包；若接收到用于指示所述语音数据包接收成功的反馈消息，则对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包，其中所述目标语音数据包的尺寸满足传输块大小适配条件；发送所述目标语音数据包。采用本申请实施例，能够使得数据包适配现有的传输块大小，减少不必要的填充，提高资源利用率。

Description

语音数据传输方法以及装置 技术领域
本申请涉及通信技术领域，尤其涉及一种语音数据传输方法以及装置。
背景技术
LTE(Long Term Evolution，长期演进)作为新一代无线通信标准，能够更好的支持分组业务，同时提供更高效的频谱利用率、更大的系统吞吐量，以支持不断增长的移动宽带业务。LTE系统采用分组域传输语音业务，即VoIP(Voice over Internet Protocol，基于IP的语音传输)业务。当前技术中，VoIP的语音编码方式主要采用传统的AMR(Adaptive Multirate，自适应多速率)编码，随着高清语音技术的成熟，EVS(Enhanced Voice Service，增强语音业务)编码的使用也日益广泛。
当前技术中，当采用EVS编码时，与传统的AMR编码相比，在达到相同语音质量的前提下，EVS编码需要的编码速率会更低。然而，采用EVS编码时的资源利用率会较低，因此，如何提高EVS编码时的资源利用率，是一个亟需解决的问题。
发明内容
本申请实施例提供了一种语音数据传输方法以及装置，能够在采用EVS编码时提高资源利用率。
第一方面，提供了一种语音数据传输方法，可应用于基站或者终端上，方法包括：
在基站或者终端执行语音业务时，首先发送包括完整包头信息的语音数据包到接收方；若接收到用于指示所述语音数据包接收成功的反馈消息，则对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包，其中所述目标语音数据包的尺寸满足传输块大小适配条件；然后发送目标语音数据包，从而使得数据包能够适配现有的传输块大小，减少了不必要的填充，提高了资源利用率。
结合第一方面，在第一种可能的实现方式中，所述方法进一步包括：在对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整时，首先删 除包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；然后添加实时传输协议包头的序列号信息中的低8位信息。通过传输实时传输协议包头中序列号的低8位信息，减少了头开销，实现对现有传输块大小的适配，从而减少了不必要的填充，提高了资源利用率。
结合第一方面，在第二种可能的实现方式中，所述方法进一步包括：在对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整时，首先删除包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；然后添加实时传输协议包头的序列号信息；再将无线链路控制层的传输模式配置为透明模式。通过将无线链路控制层的传输模式配置为透明模式，使得无需传输无线链路控制协议包头，减少了头开销，能够适配现有的传输块大小。
结合第一方面，在第三种可能的实现方式中，所述方法进一步包括：在对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整时，首先删除包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；然后添加鲁棒性头压缩包头，其中鲁棒性头压缩包头是根据实时传输协议包头、用户数据包协议包头以及互联网协议包头压缩得到；再将无线链路控制层的传输模式配置为透明模式。通过采用透明模式，使得无需传输无线链路控制协议包头，减少了头开销，能够适配现有的传输块大小。
第二方面，提供了一种语音数据传输方法，可应用于基站或者终端上，方法包括：
当基站或者终端在执行语音业务时，首先发送包括完整包头信息的语音数据包；若接收到用于指示所述语音数据包接收成功的反馈消息，则对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包；最后发送生成的目标语音数据包。其中，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整包括：首先删除包头信息中的实时传输协议包头、用户数据包协议包头、互联网协议包头；然后添加实时传输协议包头的序列号信息中的低8位信息；最后将无线链路控制层的传输模式配置为透明模式。通过删除包头信息中的实时传输协议包头、用户数据包协议包头、互联网协议包头，采用透明模式以及添加实时传输协议包头的序列号信息中的低8位信息，能够最大化的减少头开销，减少在空口传输语音包的传输块大小，从而可以使用更低阶的调制编码方案，增强了VoIP业务的上行覆盖。
第三方面，提供了一种语音数据传输方法，可应用于基站或者终端上，方法包括：
当基站或者终端在执行语音业务时，若接收到包括完整包头信息的语音数据包，则发送用于指示所述语音数据包接收成功的反馈消息；在接收到目标传输数据之后，根据完整的数据包对目标传输数据进行还原处理，从而使得传输过程中能够减少不必要的填充，提高了资源利用率。
结合第三方面，在第一种可能的实现方式中，所述方法进一步包括：在根据完整的数据包对目标传输数据进行还原处理时，首先解析所述目标语音数据包，获取所述目标语音数据包中包含的实时传输协议包头的序列号信息；然后根据所述完整的数据包还原所述目标语音数据包的实时传输协议包头、用户数据包协议包头以及互联网协议包头，其中，所述实时传输协议包头的时间戳信息为根据所述完整的数据包以及所述实时传输协议包头的序列号信息计算得到。
第四方面，提供了一种语音数据传输装置，包括：第一发送模块以及第一压缩模块，该第一发送模块以及第一压缩模块用于执行上述第一方面中的方法。该装置可以是终端或者基站。
结合第四方面，在第一种可能的实现方式中，该第一压缩模块包括用于执行上述第一方面第一种可能的实现方式中的方法中各个步骤的单元。
结合第四方面，在第二种可能的实现方式中，该第一压缩模块包括用于执行上述第一方面第二种可能的实现方式中的方法中各个步骤的单元。
结合第四方面，在第三种可能的实现方式中，该第一压缩模块包括用于执行上述第一方面第三种可能的实现方式中的方法中各个步骤的单元。
第五方面，提供了一种语音数据传输装置，包括：第二发送模块以及第二压缩模块，该第二发送模块以及第二压缩模块用于执行上述第二方面中的方法。该装置可以是终端或者基站。
第六方面，提供了一种语音数据传输装置，包括：收发模块以及还原模块，该收发模块以及还原模块用于执行上述第三方面中的方法。该装置可以是终端或者基站。
结合第六方面，在第一种可能的实现方式中，该还原模块包括用于执行上述第三方面第一种可能的实现方式中的方法中各个步骤的单元。
第七方面，提供了一种语音数据传输装置，包括：接收器、发送器以及处理器，所述处理器与所述接收器、发送器相连，所述处理器用于执行上述第一方面的方法。该装置可以是终端或者基站。
第八方面，提供了一种语音数据传输装置，包括：接收器、发送器以及处理器，所述处理器与所述接收器、发送器相连，所述处理器用于执行上述第二方面的方法。该装置可以是终端或者基站。
第九方面，提供了一种语音数据传输装置，包括：接收器、发送器以及处理器，所述处理器与所述接收器、发送器相连，所述处理器用于执行上述第三方面的方法。该装置可以是终端或者基站。
第十方面，提供了一种计算机存储介质，该计算机存储介质中存储有程序代码，该程序代码用于指示执行上述第一方面的方法。
第十一方面，提供了一种计算机存储介质，该计算机存储介质中存储有程序代码，该程序代码用于指示执行上述第二方面的方法。
第十二方面，提供了一种计算机存储介质，该计算机存储介质中存储有程序代码，该程序代码用于指示执行上述第三方面的方法。
本申请提供的技术方案，在进行语音数据传输时，首先传输完整的数据包，再对后续的数据包的包头信息中的一个或者多个包头参数进行调整，从而使得数据包适配现有的传输块大小，减少了不必要的填充，提高资源利用率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种语音传输数据方法的实施环境图。
图2为语音业务数据传输中包头信息示意图。
图3为本申请实施例提供的一种语音数据传输方法第一实施例的流程图。
图4为本申请实施例提供的一种语音数据传输方法第二实施例的流程图。
图5为本申请实施例提供的一种语音数据传输方法第三实施例的流程图。
图6为本申请实施例提供的一种语音数据传输装置第一实施例的结构示 意图。
图7为本申请实施例提供的一种语音数据传输装置第二实施例的结构示意图。
图8为本申请实施例提供的一种语音数据传输装置第三实施例的结构示意图。
图9为本申请实施例提供的一种语音数据传输装置第四实施例的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1所示为本申请实施例提供的一种语音传输数据方法的实施环境图。如图所示，所述语音传输数据方法应用于LTE通信系统，在LTE通信系统中，各个基站(Evolved Node B，eNB)之间通信连接，并接入服务网关(Serving Gateway，S-GW)，终端(user equipment，UE)通过接入基站，实现通信。在本实施方式中，当需要采用语音通信即VoIP时，终端和基站都会先采用语音压缩算法对语音数据进行压缩处理，然后把语音数据按照TCP/IP(Transmission Control Protocol/Internet Protocol，网络通讯协议)标准进行打包，经过IP网络和空口传输将数据包发送至接收方，再由接收方对数据进行解压和还原。图2所示为语音业务数据传输中包头信息示意图。如图所示，语音数据包依次经过了PDCP(Packet Data Convergence Protocol，分组数据汇聚层协议)层、RLC(Radio Link Control，无线链路控制)层以及MAC(Media Access Control，媒体接入控制)层，在每一层会添加对应的数据包头部。所述语音数据可能包括RTP(Real-time Transport Protocol，实时传输协议)包头、UDP(User Datagram Protocol，用户数据包协议)包头、IP(Internet Protocol，互联网协议)包头、PDCP包头、RLC包头以及MAC包头。其中，RTP包头、UDP包头以及IP包头经过压缩可生成RoHC(Robust header compression，鲁棒性头压缩)包头。
图3为本申请实施例提供的一种语音数据传输方法第一实施例的流程图。在本实施方式中，该语音数据传输方法可应用于终端上，也可以应用于基站上，即可以是在上行业务中，终端采用该语音数据传输方法将语音数据传输给基站；也可以是在下行业务中，基站采用该语音数据传输方法将语音数据传输给终端。该语音数据传输方法包括以下步骤S301-S303。为了方便描述，下面采用上行业务举例来进行说明，即由终端来执行该语音数据传输方法。本领域技术人员可以理解的是，当在下行业务中时，由基站执行该语音数据传输方法的步骤与之类似，在此不赘述。
在步骤S301中，在执行语音业务时，发送包括完整包头信息的语音数据包。
本步骤中，当终端在执行语音时，首先发送包括完整包头信息的语音数据包到基站。本实施方式中，完整包头信息是指该语音数据包未经过压缩，该语音数据包完整的包括了RTP包头、UDP包头以及IP包头。可选地，所述语音数据包还可进一步包括PDCP包头、RLC包头以及MAC包头。
在步骤S302中，若接收到用于指示所述语音数据包接收成功的反馈消息，则对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包，其中所述目标语音数据包的尺寸满足传输块大小适配条件。
本步骤中，基站在接收到所述包括完整包头信息的语音数据包了之后，会判断自身是否具备头压缩条件，若具备，则基站根据该语音数据包向终端返回反馈消息，所述反馈信息用于指示所述语音数据包接收成功。可选地，该反馈信息可以用于指示支持语音数据包的头压缩。可选地，该反馈消息为RRC(Radio Resource Control，无线资源控制)信令。其中，基站判断是否具备头压缩条件可以通过判断是否具备对应压缩方式的文件(Profile)来确定。其中，压缩方式的文件根据具体压缩方式的不同而有所不同。当终端接收到基站根据所述语音数据包返回的反馈消息时，则触发对应的头压缩方案，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包。
其中，调整后得到的包头信息的尺寸满足传输块大小适配条件。当前技术中，为了尽可能的提升LTE系统中的语音性能，在LTE标准中设计TBS(Transport Block Size，传输块大小)时，对于VoIP业务有特殊考虑，TBS 会尽可能的适配语音包的大小，现有的TBS表格正是基于AMR编码设计。由于在采用EVS编码时，速率接近时的EVS语音包会比采用AMR编码的AMR语音包大，导致现有的EVS编码无法适配TBS，资源利用率较低。因此需要对EVS语音包进行相应的压缩，以适配现有的TBS。在本实施方式中，若当前采用的语音编码方式为EVS编码，由于EVS编码下，同速率的EVS语音数据包比AMR语音数据包大2个字节，因此，当采用EVS编码时，需要将包头信息压缩2个字节，以满足现有的TBS适配条件。参照图2所示，在现有的语音数据包中，头开销总和为8个字节，其中包括了RoHC包头占用3个字节，PDCP包头占用1个字节，RLC包头占用1个字节，MAC包头占用1个字节，另外还包括2个额外字节，所述额外字节可用于RoHC包头的填充，还可用于BSR(Buffer Status Report，缓存状态上报)以及PHR(Power headroom Report)等控制元素传输。在本实施方式中，可以通过调整RoHC包头、RLC包头以及额外字节来实现对TBS的适配，即通过调整RoHC包头、RLC包头、额外字节这一个或者三个参数使得头开销降低为6个字节。可以理解的是，具体如何调整包头参数可以保存为对应压缩方式的文件中。
下面举例说明如何对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整。
在一种实施方式中，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；添加所述实时传输协议包头的序列号信息中的低8位信息。
具体的，在本实施方式中，由于RoHC包头是由RTP包头、UDP包头以及IP包头压缩得到的，由于在步骤S301中已经传输了完整的数据包，因此后续可以根据该完整的数据包还原出后续数据包的UDP包头以及IP包头，而RTP包头则只需要获取RTP包头的序列号部分即可。因此，在本实施方式中，不进行RoHC的压缩，而是直接删除包头信息中的RTP包头、UDP包头以及IP包头。为了后续的还原，还需要添加RTP包头的序列号信息(SN)中的低8位信息。可选的，还需要添加一定数量的额外字节。在本实施方式中，此时的头开销总和为6个字节，其中，RTP包头序列号低8位信息占用1个字节，PDCP包头占用1个字节，RLC包头占用1个字节，MAC包头占用1个字节， 额外字节占用2个字节。本实施方式中，通过传输RTP包头中序列号的低8位信息，减少了头开销，实现对现有TBS的适配，从而减少了不必要的填充，提高了数据解调的性能。
在另一种实施方式中，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；添加所述实时传输协议包头的序列号信息；将无线链路控制层的传输模式配置为透明模式。
具体的，在本实施方式中，同样删除了RTP包头、UDP包头以及IP包头，添加了RTP包头的序列号信息，与上一实施例不同之处在于，本实施例中，添加的RTP包头的序列号信息为完整的，占用2个字节。此外，在本实施方式中，还需要将RLC层的传输模式配置为透明模式(Transparent Mode，TM)。其中，RLC层的传输模式包括透明模式、非确认模式(Unacknowledged Mode，UM)以及确认模式(Acknowledged Mode，AM)，当传输模式为透明模式时，RLC层直接根据报文类型执行转发操作，因此此时无需添加RLC头，不需要传输RLC包头，从而可以节省1个字节。可选的，还需要添加一定数量的额外字节。此时的头开销总和为6个字节，其中，RTP包头序列号信息占用2个字节，PDCP包头占用1个字节，MAC包头占用1个字节，额外字节占用2个字节。本实施方式中，通过配置RLC层的传输模式以及传输RTP包头的序列号信息，能够减少头开销，适配现有的TBS。
在又一种实施方式中，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；添加鲁棒性头压缩包头，所述鲁棒性头压缩包头是根据实时传输协议包头、用户数据包协议包头以及互联网协议包头压缩得到；将无线链路控制层的传输模式配置为透明模式。
具体的，在本实施方式中，对RoHC包头不做调整，即还是删除RTP包头、UDP包头以及IP包头，根据RTP包头、UDP包头以及IP包头压缩得到RoHC头。和上一实施方式相同，本实施方式中，同样将无线链路控制层的传输模式配置为透明模式。此外，为了达到将头开销减小到6个字节的目的，还需要进一步的将额外字节调整为1字节。此时的头开销为6个字节，其中，RoHC包头占用3个字节，PDCP包头占用1个字节，MAC包头占用1个字节， 额外字节占用1个字节。需要说明的是，由于额外字节用于RoHC包头的填充，还可用于BSR以及PHR等控制元素。在将额外字节调整为1个字节了之后，所述额外字节将只能支持RoHC1个字节的变化，而且也无法支持与MAC CE(Control Element，控制元素)的复用。本实施方式中，通过配置RLC层的传输模式以及减少额外字节的大小，能够减少头开销，适配现有的TBS。
需要说明的是，为了适配现有的TBS，需要将EVS编码的语音数据包减少2个字节，本申请实施例中通过调整RoHC包头、RLC包头的大小来实现，上述三种实施方式只是列举了其中的部分实施方式。本领域技术人员可以理解的是，还可以通过其他方式调整包头参数来实现对TBS的适配，在此不赘述。
在步骤S303中，发送所述目标语音数据包。
本步骤中，终端将压缩后得到的目标语音数据包发送至基站，基站根据该目标语音数据包执行对应的解压缩和还原操作，以得到传输的语音数据，实现通信。
本申请实施例中的语音数据传输方法，在进行语音数据传输时，首先传输完整的数据包，再对后续待传输的数据包采用预置的包头压缩策略进行压缩，从而使得数据包适配现有的传输块大小，减少了不必要的填充，提高了资源利用率。
图4为本申请实施例提供的一种语音数据传输方法第二实施例的流程图。在本实施方式中，该语音数据传输方法可应用于终端上，也可以应用于基站上，即可以是在上行业务中，终端采用该语音数据传输方法将语音数据传输给基站；也可以是在下行业务中，基站采用该语音数据传输方法将语音数据传输给终端。该语音数据传输方法包括步骤S401-S403。为了方便描述，下面采用上行业务举例来进行说明，即由终端来执行该语音数据传输方法。本领域技术人员可以理解的是，当在下行业务中时，由基站执行该语音数据传输方法的步骤与之类似，在此不赘述。
在步骤S401中，在执行语音业务时，发送包括完整包头信息的语音数据包。
本步骤中，当终端在执行语音时，首先发送包括完整包头信息的语音数据包到基站。本实施方式中，完整包头信息是指该语音数据包未经过压缩，该语音数据包完整的包括了RTP包头、UDP包头以及IP包头。可选地，所述语音 数据包还可进一步包括PDCP包头、RLC包头以及MAC包头。
在步骤S402中，若接收到根据所述语音数据包返回的回复消息，则对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包。
本步骤中，基站在接收到所述包括完整包头信息的语音数据包了之后，会判断自身是否具备头压缩条件，若具备，则基站根据该语音数据包向终端返回反馈消息，所述反馈信息用于指示所述语音数据包接收成功。可选地，该回复消息为RRC(Radio Resource Control，无线资源控制)信令。其中，基站判断是否具备头压缩条件可以通过判断是否具备对应压缩方式的文件(Profile)来确定。当终端接收到基站根据所述语音数据包返回的反馈消息时，则对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包。
其中，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整包括：
删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；添加所述实时传输协议包头的序列号信息中的低8位信息；将无线链路控制层的传输模式配置为透明模式。
具体的，在本实施方式中，首先删除RTP包头、UDP包头以及IP包头，添加对应的RTP包头的序列号的低8位信息。另外，还需要将RLC层的传输模式配置为透明模式。此外，也不对包头信息添加额外信息。此时的头开销为最大化去除冗余之后的大小，头开销总和为3个字节，其中，RTP包头序列号低8位信息占用1个字节，PDCP包头占用1个字节，MAC包头占用1个字节。本实施方式中，通过传输RTP头中序列号的低8位信息，配置RLC层的传输模式，不添加额外字节，最大化的减少了头开销，从而减少了在空口传输语音包的传输块大小，从而可以使用更低阶的调制编码方案，增强了VoIP业务的上行覆盖。
在步骤S403中，发送所述目标语音数据包。
本步骤中，终端将压缩后得到的目标语音数据包发送至基站，基站根据该目标语音数据包执行对应的解压缩和还原操作，以得到传输的语音数据，实现通信。
本申请实施例中的语音数据传输方法，在进行语音数据传输时，首先传输完整的数据包，再对后续的数据包进行压缩，通过删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头，添加所述实时传输协议包头的序列号信息中的低8位信息，同时配置RLC层的传输模式为透明模式，能够最大化的减少头开销，减少在空口传输语音包的传输块大小，从而可以使用更低阶的调制编码方案，增强了VoIP业务的上行覆盖。
图5为本申请实施例提供的一种语音数据传输方法第三实施例的流程图。在本实施方式中，该语音数据传输方法可应用于终端上，也可以应用于基站上，当终端或者基站接收到语音数据之后，需要对语音数据进行解压缩以还原得到其中的数据信息。该语音数据传输方法包括步骤S501-S502。为了方便描述，下面采用上行业务举例来进行说明，即由基站来执行该语音数据传输方法。本领域技术人员可以理解的是，当在下行业务中时，由终端执行该语音数据传输方法的步骤与之类似，在此不赘述。
在步骤S501中，在执行语音业务时，若接收到包括完整包头信息的语音数据包，则发送用于指示所述语音数据包接收成功的反馈消息。
本步骤中，当基站接收到终端发送的包括了完整包头信息的语音数据包时，基站判断自身是否具备头压缩条件，如具备，则基站发送用于指示所述语音数据包接收成功的反馈消息。可选地，所述反馈消息为RRC信令。其中，基站判断是否具备头压缩条件可以通过判断是否具备对应压缩方式的文件来确定。
在步骤S502中，接收目标语音数据包，根据所述完整的数据包对所述目标语音数据包进行还原处理，其中，所述目标语音数据包中包含实时传输协议包头的序列号信息。
本步骤中，当基站接收到终端经过压缩了之后发送的目标传输数据了之后，根据步骤S501中接收到的完整的数据包对所述目标传输数据进行还原处理。所述还原处理包括解压缩以及推测得到相应的数据信息。
由于终端压缩数据包的方式不同，还原数据包的方式也会相应的不同，下面进行详细的说明。
在一种实施方式中，根据所述完整的数据包对所述目标传输数据进行还原处理，包括：解析所述目标语音数据包，获取所述目标语音数据包中包含的实 时传输协议包头的序列号信息；根据所述完整的数据包还原所述目标语音数据包的实时传输协议包头、用户数据包协议包头以及互联网协议包头，其中，所述实时传输协议包头的时间戳信息为根据所述完整的数据包以及所述实时传输协议包头的序列号信息计算得到。
具体的，在本实施方式中，终端发送的目标传输数据只包含了RTP包头的序列号信息，其中所述序列号信息可以是完整的序列号信息，还可以是只包括序列号的低8位信息。根据所述RTP包头的序列号信息可以计算出所述RTP包头的时间戳信息。进一步的，根据得到的RTP包头的时间戳信息以及接收到的完整的数据包中包含的完整的RTP包头、UDP包头以及IP包头，可以对目标传输数据中的RTP包头、UDP包头以及IP包头进行还原。下面详细介绍如何进行还原操作。
当数据包头为RTP包头时，RTP包头中的字段可以分为不变的字段以及变化的字段两类，其中，不变的字段包括：V(版本)、P(填充)、X(扩展)、CC(提供源计数)、M(标记)、PT(载荷类别)、SSRC identifier(同步源标识符)和CSRC identifier(提供源标识符)，变化的字段包括：SN(序列号信息)和Timestamp(时间戳信息)。在本实施方式中，目标传输数据中包含了序列号信息，根据序列号信息可以计算得到时间戳信息，而不变的字段可以采用与最先接收到的完整的数据包中的对应字段相同的值，以此实现对后续数据包头中的RTP包头的还原。
当数据包头为UDP包头时，UDP包头包括：Source Port(源端进程使用端口)、Destination Port(目的端进程使用端口)、Length(数据包长度)以及CheckSum(数据报校验和)。其中，Source Port以及Destination Port可以根据最先接收到的完整的数据包中的对应字段相同的值，Length可以根据数据包的长度计算得到，CheckSum可以用0填充，以此实现对后续数据包头中的UDP包头的还原。
当数据包头为IP包头时，IP包头中的字段可以分为变化字段、可推算字段以及不变字段三类。其中，变化字段包括：Type of service(服务类型)、Identification(标识)和Time to live(生存时间)；可推算字段包括：Total Length(总长度)、Header Checksum(包头校验位)；不变字段包括：Version(版本)、IHL(IP Header Length，首部长度)、Flags(标示)、Fragment Offset(片段偏 移)、Protocol(协议)、Source Address(源地址)、Destination Address(目的地址)。在本实施方式中，在进行还原操作时，不变字段可以采用与最先接收到的完整的数据包中的对应字段相同的值；变化字段中的Type of service以及Time to live也可以采用与最先接收到的完整的数据包中的对应字段相同的值，变化字段中的Identification可根据最先接收到的完整的数据包中的对应字段的值按照一定规则进行添加，比如可以在前一包的数值上加1；可推算字段中的Total Length可以根据数据包的长度计算得到，Header Checksum则可根据包头中的其余值计算得到，以此实现对后续数据包头中的IP包头的还原。
在另一种实施方式中，根据所述完整的数据包对所述目标传输数据进行还原处理，包括根据所述目标传输数据的鲁棒性头压缩包头还原所述目标传输数据的实时传输协议包头、用户数据包协议包头以及互联网协议包头。
具体的，在本实施方式中，对RTP包头、UDP包头以及IP包头采取了鲁棒性头压缩，生成了RoHC包头。在进行还原时，只需要根据RoHC包头进行对应的还原即可得到相应的目标传输数据的RTP包头、UDP包头以及IP包头。
本申请实施例中的语音数据传输方法，在进行语音数据传输时，若接收到包括完整包头信息的语音数据包，则通过回复信息告知发送方可以进行数据压缩，在接收到压缩后的目标数据之后，对目标数据进行还原，得到相应的数据信息，从而使得传输过程中能够减少了不必要的填充，提高了资源利用率。
为便于更好的实施本申请实施例的上述方案，下面还提供用于配合实施上述方案的相关装置。
图6所示为本申请实施例提供的一种语音数据传输装置第一实施例的结构示意图。在本实施方式中，所述语音数据传输装置可以为终端，也可以为基站。该语音数据传输装置可包括：
第一发送模块601，用于在执行语音业务时，发送包括完整包头信息的语音数据包；
第一压缩模块602，用于当接收到用于指示所述语音数据包接收成功的反馈消息时，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包，其中所述目标语音数据包的尺寸满足传输块大小适配条件；
所述第一发送模块601还用于发送所述目标语音数据包；
在一种实施方式中，所述第一压缩模块602包括：
第一包头删除单元，用于删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
第一序列号添加单元，用于添加所述实时传输协议包头的序列号信息中的低8位信息。
在另一种实施方式中，所述第一压缩模块602包括：
第二包头删除单元，用于删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
第二序列号添加单元，用于添加所述实时传输协议包头的序列号信息；
第二配置单元，用于将无线链路控制层的传输模式配置为透明模式。
在又一种实施方式中，所述第一压缩模块602包括：
第三包头删除单元，用于删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
包头添加单元，用于添加鲁棒性头压缩包头，所述鲁棒性头压缩包头是根据实时传输协议包头、用户数据包协议包头以及互联网协议包头压缩得到；
第三配置单元，用于将无线链路控制层的传输模式配置为透明模式。
可以理解的是，本实施例的装置的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再进行赘述。
本申请实施例中的语音数据传输装置，在进行语音数据传输时，首先传输完整的数据包，再对后续的数据包采用预置的包头压缩策略进行压缩，从而使得数据包适配现有的传输块大小，减少了不必要的填充，提高了资源利用率。
图7所示为本申请实施例提供的一种语音数据传输装置第二实施例的结构示意图。在本实施方式中，所述语音数据传输装置可以为终端，也可以为基站。该语音数据传输装置可包括：
第二发送模块701，用于在执行语音业务时，发送包括完整包头信息的语音数据包；
第二压缩模块702，用于当接收到用于指示所述语音数据包接收成功的反馈消息时，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包；
所述第二发送模块701还用于发送所述目标语音数据包；
其中，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整包括：
删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
添加所述实时传输协议包头的序列号信息中的低8位信息；
将无线链路控制层的传输模式配置为透明模式。
本申请实施例中的语音数据传输装置，在进行语音数据传输时，首先传输完整的数据包，再对后续的数据包进行压缩，通过删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头，添加所述实时传输协议包头的序列号信息中的低8位信息，同时配置RLC层的传输模式为透明模式，能够最大化的减少头开销，减少在空口传输语音包的传输块大小，从而可以使用更低阶的调制编码方案，增强了VoIP业务的上行覆盖。
图8所示为本申请实施例提供的一种语音数据传输装置第三实施例的结构示意图。在本实施方式中，所述语音数据传输装置可以为终端，也可以为基站。该语音数据传输装置可包括：
收发模块801，用于在执行语音业务时，若接收到包括完整包头信息的语音数据包，则发送用于指示所述语音数据包接收成功的反馈消息；
还原模块802，用于接收目标语音数据包，根据所述完整的数据包对所述目标语音数据包进行还原处理，其中，所述目标语音数据包中包含实时传输协议包头的序列号信息。
其中，所述还原模块801可进一步包括：
解析单元，用于解析所述目标语音数据包，获取所述目标语音数据包中包含的实时传输协议包头的序列号信息；
还原单元，用于根据所述完整的数据包还原所述目标语音数据包的实时传输协议包头、用户数据包协议包头以及互联网协议包头，其中，所述实时传输协议包头的时间戳信息为根据所述完整的数据包以及所述实时传输协议包头的序列号信息计算得到。
本申请实施例中的语音数据传输装置，在进行语音数据传输时，若接收到包括完整包头信息的语音数据包，则通过回复信息告知发送方可以进行数据压 缩，在接收到压缩后的目标数据之后，对目标数据进行还原，得到相应的数据信息，从而使得传输过程中能够减少了不必要的填充，提高了数据解调的性能。
图9所示为本申请实施例提供的一种语音数据传输装置第四实施例的结构示意图。在本实施方式中，所述语音数据传输装置可以为终端，也可以为基站，可以理解的是，图9未示出语音数据传输装置的全部元件，本领域技术人员可以理解的是，当语音数据传输装置为终端和为基站时，在组成元件上会有所不同。该语音数据传输装置可包括：接收器901、发送器902以及处理器903。所述接收器901、发送器902以及处理器903之间可以通过总线104进行通信。所述总线104可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。所述总线104可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
所述语音传输数据装置还可以包括存储器904，所述存储器904可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器105还可以包括上述种类的存储器的组合。
所述处理器903可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：network processor，缩写：NP)或者CPU和NP的组合。
所述处理器903还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：generic array logic,缩写：GAL)或其任意组合。
可选地，所述存储器904还用于存储程序指令。所述处理器903可以调用所述程序指令，实现如本申请图3、图4以及图5实施例中所示的语音数据传输方法。
在一种实施方式中，所述发送器902，用于在执行语音业务时，发送包括完整包头信息的语音数据包；
所述处理器903，用于当所述接收器901接收到用于指示所述语音数据包接收成功的反馈消息时，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包，其中所述目标语音数据包的尺寸满足传输块大小适配条件；
所述发送器902还用于发送所述目标语音数据包；
进一步的，可选地，所述处理器903对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；添加所述实时传输协议包头的序列号信息中的低8位信息。
进一步的，可选地，所述处理器903对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；添加所述实时传输协议包头的序列号信息；将无线链路控制层的传输模式配置为透明模式。
进一步的，可选地，所述处理器903对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；添加鲁棒性头压缩包头，所述鲁棒性头压缩包头是根据实时传输协议包头、用户数据包协议包头以及互联网协议包头压缩得到；将无线链路控制层的传输模式配置为透明模式。
本申请实施例中的语音数据传输装置，在进行语音数据传输时，首先传输完整的数据包，再对后续的数据包采用预置的包头压缩策略进行压缩，从而使得数据包适配现有的传输块大小，减少了不必要的填充，提高了数据解调的性能。
在另一种实施方式中，所述发送器902，用于在执行语音业务时，发送包括完整包头信息的语音数据包；
所述处理器903，用于当所述接收器901接收到用于指示所述语音数据包 接收成功的反馈消息时，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包；
所述发送器902还用于发送所述目标语音数据包；
其中，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整包括：
删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；添加所述实时传输协议包头的序列号信息中的低8位信息；将无线链路控制层的传输模式配置为透明模式。
本申请实施例中的语音数据传输装置，在进行语音数据传输时，首先传输完整的数据包，再对后续的数据包进行压缩，通过删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头，添加所述实时传输协议包头的序列号信息中的低8位信息，同时配置RLC层的传输模式为透明模式，能够最大化的减少头开销，减少在空口传输语音包的传输块大小，从而可以使用更低阶的调制编码方案，增强了VoIP业务的上行覆盖。
本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可存储有程序，所述程序执行时包括如图3、图4以及图5所示的语音数据传输方法的步骤。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为根据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本申请实施例装置中的单元可以根据实际需要进行合并、划分和删减。本领域的技术人员可以将本说明书中描述的不同实施例以及不同实施例的特征进行结合或组合。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(Digital Subscriber Line，DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本申请所使用的，盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
总之，以上所述仅为本申请技术方案的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种语音数据传输方法，其特征在于，包括：
    在执行语音业务时，发送包括完整包头信息的语音数据包；
    若接收到用于指示所述语音数据包接收成功的反馈消息，则对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包，其中所述目标语音数据包的尺寸满足传输块大小适配条件；
    发送所述目标语音数据包。
  2. 如权利要求1所述的语音数据传输方法，其特征在于，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加所述实时传输协议包头的序列号信息中的低8位信息。
  3. 如权利要求1所述的语音数据传输方法，其特征在于，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加所述实时传输协议包头的序列号信息；
    将无线链路控制层的传输模式配置为透明模式。
  4. 如权利要求1所述的语音数据传输方法，其特征在于，所述对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加鲁棒性头压缩包头，所述鲁棒性头压缩包头是根据实时传输协议包头、用户数据包协议包头以及互联网协议包头压缩得到；
    将无线链路控制层的传输模式配置为透明模式。
  5. 一种语音数据传输方法，其特征在于，包括：
    在执行语音业务时，发送包括完整包头信息的语音数据包；
    若接收到用于指示所述语音数据包接收成功的反馈消息，则对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包；
    发送所述目标语音数据包；
    其中，所述对包头信息中的一个或者多个包头参数进行调整包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加所述实时传输协议包头的序列号信息中的低8位信息；
    将无线链路控制层的传输模式配置为透明模式。
  6. 一种语音数据传输方法，其特征在于，包括：
    在执行语音业务时，若接收到包括完整包头信息的语音数据包，则发送用于指示所述语音数据包接收成功的反馈消息；
    接收目标语音数据包，根据所述完整的数据包对所述目标语音数据包进行还原处理，其中，所述目标语音数据包中包含实时传输协议包头的序列号信息。
  7. 如权利要求6所述的一种语音数据传输方法，其特征在于，所述根据所述完整的数据包对所述目标语音数据包进行还原处理，包括：
    解析所述目标语音数据包，获取所述目标语音数据包中包含的实时传输协议包头的序列号信息；
    根据所述完整的数据包还原所述目标语音数据包的实时传输协议包头、用户数据包协议包头以及互联网协议包头，其中，所述实时传输协议包头的时间戳信息为根据所述完整的数据包以及所述实时传输协议包头的序列号信息计算得到。
  8. 一种语音数据传输装置，其特征在于，包括：
    第一发送模块，用于在执行语音业务时，发送包括完整包头信息的语音数据包；
    第一压缩模块，用于当接收到用于指示所述语音数据包接收成功的反馈消息时，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包，其中所述目标语音数据包的尺寸满足传输块大小适配条件；
    所述第一发送模块还用于发送所述目标语音数据包。
  9. 如权利要求8所述的语音数据传输装置，其特征在于，所述第一压缩模块包括：
    第一包头删除单元，用于删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    第一序列号添加单元，用于添加所述实时传输协议包头的序列号信息中的低8位信息。
  10. 如权利要求8所述的语音数据传输装置，其特征在于，所述第一压缩模块包括：
    第二包头删除单元，用于删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    第二序列号添加单元，用于添加所述实时传输协议包头的序列号信息；
    第二配置单元，用于将无线链路控制层的传输模式配置为透明模式。
  11. 如权利要求8所述的语音数据传输装置，其特征在于，所述第一压缩模块包括：
    第三包头删除单元，用于删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    包头添加单元，用于添加鲁棒性头压缩包头，所述鲁棒性头压缩包头是根据实时传输协议包头、用户数据包协议包头以及互联网协议包头压缩得到；
    第三配置单元，用于将无线链路控制层的传输模式配置为透明模式。
  12. 一种语音数据传输装置，其特征在于，包括：
    第二发送模块，用于在执行语音业务时，发送包括完整包头信息的语音数 据包；
    第二压缩模块，用于当接收到用于指示所述语音数据包接收成功的反馈消息时，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包；
    所述第二发送模块还用于发送所述目标语音数据包；
    其中，所述对包头信息中的一个或者多个包头参数进行调整包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加所述实时传输协议包头的序列号信息中的低8位信息；
    将无线链路控制层的传输模式配置为透明模式。
  13. 一种语音数据传输装置，其特征在于，包括：
    收发模块，用于在执行语音业务时，若接收到包括完整包头信息的语音数据包，则发送用于指示所述语音数据包接收成功的反馈消息；
    还原模块，用于接收目标语音数据包，根据所述完整的数据包对所述目标语音数据包进行还原处理，其中，所述目标语音数据包中包含实时传输协议包头的序列号信息。
  14. 如权利要求13所述的一种语音数据传输装置，其特征在于，所述还原模块，包括：
    解析单元，用于解析所述目标语音数据包，获取所述目标语音数据包中包含的实时传输协议包头的序列号信息；
    还原单元，用于根据所述完整的数据包还原所述目标语音数据包的实时传输协议包头、用户数据包协议包头以及互联网协议包头，其中，所述实时传输协议包头的时间戳信息为根据所述完整的数据包以及所述实时传输协议包头的序列号信息计算得到。
  15. 一种语音数据传输装置，其特征在于，包括发送器、接收器以及处理器，
    所述发送器，用于在执行语音业务时，发送包括完整包头信息的语音数据 包；
    所述处理器，用于当所述接收器接收到用于指示所述语音数据包接收成功的反馈消息时，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包，其中所述目标语音数据包的尺寸满足传输块大小适配条件；
    所述发送器还用于发送所述目标语音数据包。
  16. 如权利要求15所述的语音数据传输装置，其特征在于，所述处理器对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加所述实时传输协议包头的序列号信息中的低8位信息。
  17. 如权利要求15所述的语音数据传输装置，其特征在于，所述处理器对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加所述实时传输协议包头的序列号信息；
    将无线链路控制层的传输模式配置为透明模式。
  18. 如权利要求15所述的语音数据传输装置，其特征在于，所述处理器对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加鲁棒性头压缩包头，所述鲁棒性头压缩包头是根据实时传输协议包头、用户数据包协议包头以及互联网协议包头压缩得到；
    将无线链路控制层的传输模式配置为透明模式。
  19. 一种语音数据传输装置，其特征在于，包括发送器、接收器以及处理器，
    所述发送器，用于在执行语音业务时，发送包括完整包头信息的语音数据包；
    所述处理器，用于当所述接收器接收到用于指示所述语音数据包接收成功的反馈消息时，对待传输语音数据包的包头信息中的一个或者多个包头参数进行调整，生成目标语音数据包；
    所述发送器还用于发送所述目标语音数据包；
    其中，所述对包头信息中的一个或者多个包头参数进行调整包括：
    删除所述包头信息中的实时传输协议包头、用户数据包协议包头以及互联网协议包头；
    添加所述实时传输协议包头的序列号信息中的低8位信息；
    将无线链路控制层的传输模式配置为透明模式。
  20. 一种计算机存储介质，其特征在于，
    所述计算机存储介质可存储有程序，所述程序执行时包括如权利要求1-7任一项所述的步骤。
PCT/CN2016/074451 2016-02-24 2016-02-24 语音数据传输方法以及装置 WO2017143538A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/074451 WO2017143538A1 (zh) 2016-02-24 2016-02-24 语音数据传输方法以及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/074451 WO2017143538A1 (zh) 2016-02-24 2016-02-24 语音数据传输方法以及装置

Publications (1)

Publication Number Publication Date
WO2017143538A1 true WO2017143538A1 (zh) 2017-08-31

Family

ID=59685980

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/074451 WO2017143538A1 (zh) 2016-02-24 2016-02-24 语音数据传输方法以及装置

Country Status (1)

Country Link
WO (1) WO2017143538A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113726719A (zh) * 2020-05-25 2021-11-30 成都鼎桥通信技术有限公司 语音数据的传输方法、装置、设备和存储介质
WO2024073874A1 (en) * 2022-10-07 2024-04-11 Apple Inc. Packet aggregation for enhanced ue to ntn voice operations

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010133022A1 (zh) * 2009-05-19 2010-11-25 华为技术有限公司 语音包发送、接收的方法、装置和系统
CN102006295A (zh) * 2010-11-26 2011-04-06 重庆金美通信有限责任公司 基于atm承载ip语音的数据压缩方法
CN103248604A (zh) * 2012-02-01 2013-08-14 华为技术有限公司 增强VoIP数据上行覆盖的方法、终端及基站
US20150049678A1 (en) * 2013-08-15 2015-02-19 General Dynamics Broadband, Inc. Apparatus and Methods for Semi-Persistent Scheduling

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010133022A1 (zh) * 2009-05-19 2010-11-25 华为技术有限公司 语音包发送、接收的方法、装置和系统
CN102006295A (zh) * 2010-11-26 2011-04-06 重庆金美通信有限责任公司 基于atm承载ip语音的数据压缩方法
CN103248604A (zh) * 2012-02-01 2013-08-14 华为技术有限公司 增强VoIP数据上行覆盖的方法、终端及基站
US20150049678A1 (en) * 2013-08-15 2015-02-19 General Dynamics Broadband, Inc. Apparatus and Methods for Semi-Persistent Scheduling

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113726719A (zh) * 2020-05-25 2021-11-30 成都鼎桥通信技术有限公司 语音数据的传输方法、装置、设备和存储介质
WO2024073874A1 (en) * 2022-10-07 2024-04-11 Apple Inc. Packet aggregation for enhanced ue to ntn voice operations

Similar Documents

Publication Publication Date Title
RU2461147C2 (ru) Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи
KR101216100B1 (ko) 단편화 패킹 확장헤더를 수반하는 ｍａｃ ｐｄｕ를 전송하는 방법 및 장치
TW201630376A (zh) 具有分割確認訊號傳遞的縮短的塊確認
KR20100007970A (ko) 다수의 프로토콜들을 사용하여 무선 통신을 위한 시퀀스 번호 재사용
RU2767321C1 (ru) Способ и устройство для беспроводной связи
WO2017049647A1 (zh) 一种数据发送方法、数据接收方法和相关设备
US9900802B2 (en) Data transmission method and apparatus, base station, and user equipment
KR102598577B1 (ko) 통신 방법 및 디바이스
WO2010121410A1 (zh) 一种采用arq机制的头压缩通信方法和装置
US20170078916A1 (en) Data processing method and apparatus
WO2020156261A1 (zh) 一种数据压缩的方法及基站
WO2018176480A1 (zh) 数据处理方法和设备
WO2018145301A1 (zh) 一种传输数据的方法和装置
WO2018227906A1 (zh) 一种长期演进上的语音Volte数据保障方法和设备
US20200128112A1 (en) Packet transmission method, proxy server, and computer-readable storage medium
US20180115634A1 (en) Protocol frame transmission method, apparatus, and system, and node device
WO2020198966A1 (zh) 无线通信的方法和设备
WO2017143538A1 (zh) 语音数据传输方法以及装置
CN109525374B (zh) 数据传输的方法、无线接入点、用户设备及传输设备
WO2020199030A1 (zh) 一种压缩处理方法、解压缩处理方法及相关设备
WO2020097855A1 (zh) 无线通信的方法和通信设备
WO2022100467A1 (zh) 报文处理方法、装置、设备及存储介质
KR20100081901A (ko) 랜덤선형부호화를 사용한 데이터 송수신 방법
WO2017067224A1 (zh) 一种报文处理方法及装置
WO2021087729A1 (zh) 一种指示解压缩对象的方法及装置、通信设备

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 16890992

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16890992

Country of ref document: EP

Kind code of ref document: A1