CN103428484A - Transmission method and device - Google Patents

Transmission method and device Download PDF

Info

Publication number
CN103428484A
CN103428484A CN2012101589175A CN201210158917A CN103428484A CN 103428484 A CN103428484 A CN 103428484A CN 2012101589175 A CN2012101589175 A CN 2012101589175A CN 201210158917 A CN201210158917 A CN 201210158917A CN 103428484 A CN103428484 A CN 103428484A
Authority
CN
China
Prior art keywords
type
rlc pdu
rlc
video application
data frame
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2012101589175A
Other languages
Chinese (zh)
Other versions
CN103428484B (en
Inventor
姜怡
王瑜
权威
张戬
陈玉华
宋巍巍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201210158917.5A priority Critical patent/CN103428484B/en
Priority to PCT/CN2012/076404 priority patent/WO2013174036A1/en
Publication of CN103428484A publication Critical patent/CN103428484A/en
Application granted granted Critical
Publication of CN103428484B publication Critical patent/CN103428484B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The invention discloses a transmission method and device and relates to the technical field of communication networks. According to the transmission method and device, differential transmission services can be provided, and the advantages of gradable video coding can be fully achieved. According to the technical scheme, the type of an RLC PDU of an encapsulation video application encoding data frame is judged; when the type of the RLC PDU is the first type, a first processing mode is adopted, and first sending processing is conducted on the RLC PDU; when the type of the RLC PDU is the second type, a second processing mode is adopted, and a second sending processing is conducted on the RLC PDU. The transmission method and device are suitable for being used when video data frame transmission is conducted.

Description

Transmission method and device
Technical Field
The present invention relates to the field of communications network technologies, and in particular, to a transmission method and apparatus.
Background
Currently, when a scalable coding method is used to code a video application, the video coded data includes a base layer coded data frame and other enhancement layer coded data frames. The scalable encoding method can form a base layer having a basic picture quality and one or more enhancement layers having additional information, and the base layer and the enhancement layers have a constraint relationship therebetween and are then encoded and transmitted, respectively. The decoding end can decode independently after receiving the base layer coded data frame, but the decoding of the enhancement layer coded data frame needs to use the data of the base layer and decode together with the base layer coded data frame, so as to obtain the enhanced image effect. For a system adopting a scalable video coding method, during transmission, a video application server can determine the content to be transmitted by judging the network condition: if the network condition is better, the coded data frames of the base layer and the enhancement layer can be transmitted simultaneously; and when the network condition is poor, only the base layer coded data frame is transmitted.
In wireless transmission, a video coding frame of a video application is usually mapped into only one DRB (Data Radio Bearer) of a wireless network, and one RLC (Radio link Control) mode is uniquely determined, corresponding to one RLC entity. An RLC AM (Acknowledged Mode) entity includes an RLC AM entity sender and a corresponding RLC AM entity receiver.
Disclosure of Invention
Embodiments of the present invention provide a transmission method and apparatus, which can provide differentiated transmission services and fully utilize the advantages of scalable video coding.
The embodiment of the invention adopts the following technical scheme:
a method of transmission, comprising:
judging the type of a Radio Link Control (RLC) Protocol Data Unit (PDU) for packaging a video application coding data frame;
when the type of the RLC PDU is a first type, a first processing mode is adopted, and the RLC PDU is subjected to first sending processing;
and when the type of the RLC PDU is a second type, adopting a second processing mode, and performing second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode.
A method of transmission, comprising:
receiving an RLC PDU data packet sent by an RLC response mode AM entity sending party to which an RLC protocol data unit PDU of a video application coded data frame belongs;
determining the type of the RLC PDU;
when the type of the RLC PDU is a first type, a first receiving processing mode is adopted;
and when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode.
A transmission apparatus, comprising:
the judging unit is used for judging the type of a Radio Link Control (RLC) Protocol Data Unit (PDU) for packaging the video application coded data frame;
the processor is used for adopting a first processing mode and carrying out first sending processing on the RLC PDU when the type of the RLC PDU is a first type; and when the type of the RLC PDU is a second type, adopting a second processing mode and carrying out second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode.
A transmission apparatus, comprising:
the receiver is used for receiving an RLC PDU data packet sent by an RLC response mode AM entity sending party to which an RLC protocol data unit PDU of a packaging video application coding data frame belongs;
a processor for determining a type of the RLC PDU; when the type of the RLC PDU is a first type, a first receiving processing mode is adopted; and when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode.
The embodiment of the invention provides a transmission method and a device, which control the type of an RLC protocol data unit PDU by judging a wireless link for packaging a video application coding data frame; and carrying out different processing according to the type of the RLC PDU. The scheme provided by the embodiment of the invention can provide differentiated transmission service and fully exert the advantages of scalable video coding.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a flowchart of a transmission method according to embodiment 1 of the present invention;
fig. 2 is a flowchart of another transmission method according to embodiment 1 of the present invention;
fig. 3 is a block diagram of a transmission apparatus according to embodiment 1 of the present invention;
fig. 4 is a block diagram of another transmission apparatus provided in embodiment 1 of the present invention;
fig. 5A is a flowchart of a transmission method according to embodiment 2 of the present invention;
fig. 5B is a schematic diagram of a transmission method according to embodiment 2 of the present invention;
fig. 6A is a flowchart of another transmission method according to embodiment 2 of the present invention;
fig. 6B is a schematic diagram of another transmission method according to embodiment 2 of the present invention;
fig. 7 is a flowchart of another transmission method according to embodiment 2 of the present invention;
fig. 8 is a block diagram of a transmission apparatus according to embodiment 2 of the present invention;
fig. 9 is a block diagram of another transmission apparatus provided in embodiment 2 of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The technical scheme of the invention can be applied to various wireless networks, such as: a Global System for Mobile Communications (GSM) network, a General Packet Radio Service (GPRS) network, a Code Division Multiple Access (CDMA) network, a Wideband Code Division Multiple Access (WCDMA) network, a time Division-Synchronous Code Division Multiple Access (TD-SCDMA) network, or a Long Term Evolution (Long Term Evolution) network.
The base Station may be a Base Transceiver Station (BTS) in a GSM network, a GPRS network, or a CDMA network, a base Station (NodeB) in a WCDMA network, or an evolved Node B (eNB or eNodeB) in an LTE network.
In the embodiment of the present invention, the RLC acknowledged mode AM entity sending party to which the RLC protocol data unit PDU belongs for the radio link control that encapsulates the video application coded data frame may refer to a network device to which the RLC AM entity sending party belongs, such as a base station or a user terminal; correspondingly, the RLC AM entity receiver corresponding to the RLC acknowledged mode AM entity sender to which the RLC PDU belongs may refer to a network device to which the AM entity receiver belongs, for example, may be a user terminal or a base station.
Example 1
An embodiment of the present invention provides a transmission method, where an execution subject of the method is an RLC AM entity sender (may be referred to as "sender" for short), and as shown in fig. 1, the method includes the following steps:
step 101, judging the type of a Radio Link Control (RLC) Protocol Data Unit (PDU) for packaging a video application coding data frame;
optionally, when the type of the video application coding data frame encapsulated by the RLC PDU is the base layer video application coding data frame, or when the type of the video application coding data frame encapsulated by the RLC PDU includes the base layer video application coding data frame and the enhancement layer video application coding data frame, determining that the type of the RLC PDU is the first type; and when the type of the video application coded data frame encapsulated by the RLC PDU is the enhancement layer video application coded data frame, judging that the type of the RLC PDU is a second type.
Further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. For example, when the type of the video application coded data frame is a base layer video application coded data frame, or the type of the video application coded data frame includes a base layer video application coded data frame and an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a high priority; the second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. For example, when the type of the video application coded data frame is an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a low priority.
Step 102, when the type of the RLC PDU is a first type, adopting a first processing mode and carrying out first sending processing on the RLC PDU;
optionally, the execution method of this step includes:
sending an RLC PDU data packet to an RLC AM entity receiving party to which the RLC PDU belongs; or,
applying a first automatic retransmission request configuration parameter and sending an RLC PDU data packet to a receiving party; or,
and sending the type information of the RLC PDU and the RLC PDU data packet to a receiving party so that the receiving party executes corresponding operation according to the type information of the RLC PDU.
And 103, when the type of the RLC PDU is the second type, adopting a second processing mode, and performing second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode.
Optionally, the execution method of this step includes:
after sending an RLC PDU data packet to an RLC AM entity receiving party to which the RLC PDU belongs, sending a first control packet so as to enable the receiving party not to feed back a status report of the second type of RLC PDU; or,
applying a second automatic retransmission request configuration parameter and sending the RLC PDU data packet to a receiving party; or,
and sending the type information of the RLC PDU and the RLC PDU data packet to a receiving party so that the receiving party executes corresponding operation according to the type information of the RLC PDU.
Wherein, the first control packet includes: MRW (Moving Receiving Window) control PDU, which is used to instruct the Receiving side to update according to the value indicated in the MRW control PDU, so as not to feed back the status report of the second type RLC PDU.
It should be noted that steps 102 and 103 are selectively executed, that is, step 102 or step 103 is executed according to the specific determination result of step 101.
The embodiment of the invention provides a transmission method, which comprises the steps of judging the type of an RLC PDU (radio Link control Unit) for encapsulating video application coded data frames; when the type of the RLC PDU is a first type, a first processing mode is adopted, and the RLC PDU is subjected to first sending processing; and when the type of the RLC PDU is a second type, adopting a second processing mode, and performing second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode. The scheme provided by the embodiment of the invention can provide differentiated transmission service according to different types of RLC PDUs, and fully exerts the advantages of the scalable coding method.
An embodiment of the present invention provides another transmission method, where an execution subject of the method is an RLC AM entity receiver (may be referred to as a "receiver" for short), and as shown in fig. 2, the method includes:
step 201, receiving an RLC PDU data packet sent by an RLC response mode AM entity sending party to which an RLC protocol data unit PDU belonging to a radio link control encapsulated video application coded data frame belongs;
step 202, determining the type of RLC PDU;
specifically, the type of the RLC PDU is determined by analyzing the RLC PDU, wherein when the type of the video application coded data frame encapsulated by the RLC PDU is a base layer video application coded data frame, or when the type of the video application coded data frame encapsulated by the RLC PDU includes the base layer video application coded data frame and an enhancement layer video application coded data frame, the type of the RLC PDU is determined to be a first type; when the type of the video application coded data frame encapsulated by the RLC PDU is an enhancement layer video application coded data frame, determining that the type of the RLC PDU is a second type; or, determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender.
Further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. For example, when the type of the video application coded data frame is a base layer video application coded data frame, or the type of the video application coded data frame includes a base layer video application coded data frame and an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a high priority; the second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. For example, when the type of the video application coded data frame is an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a low priority.
Step 203, when the type of the RLC PDU is a first type, a first receiving processing mode is adopted;
specifically, when the type of the RLC PDU is a first type, a first status report of the RLC PDU is sent to a sending party; or,
when the type of the RLC PDU is a first type, applying a first automatic retransmission request configuration parameter; or,
and when the type of the RLC PDU is the first type, receiving the type information of the RLC PDU sent by the sending party, and sending a second status report of the RLC PDU to the sending party.
And 204, when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode.
Specifically, when the type of the RLC PDU is the second type, receiving a first control packet sent by a sender, and performing first update of a receiving state variable vr (r) value according to an indication in the received first control packet so as not to feed back a state report of the second type RLC PDU; or,
and when the type of the RLC PDU is the second type, determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender, and then performing second updating of a receiving state variable VR (R) value so as not to feed back a state report of the second type of the RLC PDU.
It should be noted that step 203 and step 204 are selectively executed, that is, step 203 or step 204 is executed according to the specific determination result of step 202.
The embodiment of the invention provides a transmission method, which comprises the steps of receiving an RLC PDU data packet sent by an RLC response mode AM entity sending party to which an RLC protocol data unit PDU belongs and which encapsulates a video application coded data frame; analyzing the RLC PDU data packet and determining the type of the RLC PDU; when the type of the RLC PDU is a first type, a first receiving processing mode is adopted; and when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode. The scheme provided by the embodiment of the invention can provide differentiated transmission service and fully exert the advantages of scalable video coding.
An embodiment of the present invention provides a transmission apparatus, which may be an RLC AM entity sender (may be referred to as "sender" for short), as shown in fig. 3, the apparatus includes: a judging unit 301, a processor 302;
a determining unit 301, configured to determine a type of a radio link control RLC protocol data unit PDU encapsulating a video application coded data frame;
optionally, the first determining module in the determining unit 301 is configured to determine that the type of the RLC PDU is the first type when the type of the video application coded data frame encapsulated by the RLC PDU is the base layer video application coded data frame, or when the type of the video application coded data frame encapsulated by the RLC PDU includes the base layer video application coded data frame and the enhancement layer video application coded data frame; further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. For example, when the type of the video application coded data frame is a base layer video application coded data frame, or the type of the video application coded data frame includes a base layer video application coded data frame and an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a high priority;
the second determining module in the determining unit 301 is configured to determine that the type of the RLC PDU is the second type when the type of the video application coded data frame encapsulated by the RLC PDU is the enhancement layer video application coded data frame. Further, the second type may be mapped with the low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, that is, the priority of the RLC PDU is determined to be the low priority. For example, when the type of the video application coded data frame is an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a low priority.
A processor 302, configured to, when the type of the RLC PDU is a first type, perform a first processing mode and perform a first transmission processing on the RLC PDU; and when the type of the RLC PDU is a second type, adopting a second processing mode and carrying out second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode.
Further, the first processing module in the processor 302 is configured to send an RLC PDU data packet to an RLC AM entity receiving party to which the RLC PDU belongs when the type of the RLC PDU is the first type; or,
a second processing module in the processor 302, configured to apply a first automatic retransmission request configuration parameter when the type of the RLC PDU is the first type, and send an RLC PDU packet to a receiving party; or,
a third processing module in the processor 302, configured to send the type information of the RLC PDU and the RLC PDU data packet to the receiving party when the type of the RLC PDU is the first type, so that the receiving party performs a corresponding operation according to the type information of the RLC PDU.
Further, a fourth processing module in the processor 302 is configured to, when the type of the RLC PDU is the second type, send the first control packet after sending the RLC PDU data packet to the RLC AM entity receiving party to which the RLC PDU belongs, so that the receiving party does not feed back the status report of the second type RLC PDU; or,
a fifth processing module in the processor 302, configured to apply a second automatic retransmission request configuration parameter when the type of the RLC PDU is the second type, and send an RLC PDU packet to the receiving party; or,
a sixth processing module in the processor 302 is configured to, when the type of the RLC PDU is the second type, send the type information of the RLC PDU and the RLC PDU data packet to the receiving party, so that the receiving party performs a corresponding operation according to the type information of the RLC PDU.
It should be noted that the transmitter in the embodiment of the present invention may be a base station (e.g., an evolved base station) or a user terminal. In addition, this embodiment may also provide another implementation manner, that is, the implementation manner includes a processor, and the processor may implement the functions including the determining unit 301 and the processor 302 in this embodiment, that is, the processor performs the function of determining the type of the RLC PDU and the function of performing differentiated processing according to different types of the RLC PDU.
The embodiment of the invention provides a transmission device, which judges the type of RLC PDU of an encapsulated video application coding data frame through a judging unit; the processor is used for adopting a first processing mode and carrying out first sending processing on the RLC PDU when the type of the RLC PDU is a first type; and when the type of the RLC PDU is a second type, adopting a second processing mode and carrying out second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode. The scheme provided by the embodiment of the invention can provide differentiated transmission service and fully exert the advantages of scalable video coding.
An embodiment of the present invention provides a transmission apparatus, which may be an RLC AM entity receiver (may be referred to as "receiver" for short), and as shown in fig. 4, the apparatus includes: a receiver 401, a processor 402;
a receiver 401, configured to receive an RLC PDU data packet sent by an RLC acknowledged mode AM entity sender to which an RLC protocol data unit PDU belonging to an encapsulated video application coded data frame belongs;
a processor 402, configured to determine a type of an RLC PDU, and when the type of the RLC PDU is a first type, adopt a first receiving and processing manner; and when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode.
Further, the processor 402 is specifically configured to determine the type of the RLC PDU by parsing the RLC PDU, where the type of the RLC PDU is determined to be the first type when the type of the video application coded data frame encapsulated by the RLC PDU is the base layer video application coded data frame, or when the type of the video application coded data frame encapsulated by the RLC PDU includes the base layer video application coded data frame and the enhancement layer video application coded data frame; when the type of the video application coded data frame packaged by the RLC PDU is an enhancement layer video application coded data frame, determining that the type of the RLC PDU is a second type;
or, determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender.
Further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. For example, when the type of the video application coded data frame is a base layer video application coded data frame, or the type of the video application coded data frame includes a base layer video application coded data frame and an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a high priority;
the second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. For example, when the type of the video application coded data frame is an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a low priority.
Further, a first processing module in the processor 402 is configured to send a first status report of the RLC PDU to the sender when the type of the RLC PDU is the first type; or, the second processing module is configured to apply the first automatic repeat request configuration parameter when the type of the RLC PDU is the first type; or, the third processing module is configured to receive type information of the RLC PDU sent by the sender and send a second status report of the RLC PDU to the sender when the type of the RLC PDU is the first type;
the fourth processing module is used for receiving the first control packet sent by the sender when the type of the RLC PDU is the second type, and performing first updating of a receiving state variable VR (R) value according to an indication in the received first control packet so as not to feed back a state report of the second type of RLC PDU; or, the fifth processing module is configured to, when the type of the RLC PDU is the second type, perform second update of a reception state variable vr (r) value so as not to feed back a status report of the second type RLC PDU after determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender.
It should be noted that the receiving party in the embodiment of the present invention may be a user terminal or a base station.
The embodiment of the invention provides a transmission device, which can provide differentiated transmission service and fully exert the advantages of scalable video coding.
Example 2
As shown in fig. 5A, a transmission method provided in an embodiment of the present invention includes the following steps:
step 501, a video application sender encodes data of a video application to obtain a video application encoded data frame;
the video application sender can be a video application server or a user terminal. The video application sender may encode data of a video application in a scalable coding manner, and the encoded video application encoded data frames may include base layer video application encoded data frames and/or enhancement layer video application encoded data frames.
Further, the video application sending party sends the video application coding data frame to the sending party.
Step 502, the sender judges the type of radio link control, RLC, protocol data unit, PDU, encapsulating the video application encoded data frame;
the sender in this step may be a base station or a user terminal. Specifically, when the video application sender is a video application server, the sender in this step is a base station, the video application server sends the encoded video application encoded data frame to the base station, and then the base station determines the type of the radio link control RLC protocol data unit PDU encapsulating the video application encoded data frame. When the video application sender is a user terminal, the sender in this step is the user terminal, and according to the protocol specification, the user terminal sends the video application coding data frame of the application layer to the transmission layer.
The sender can make a decision based on the type of the encoded data frame of the video application. Wherein the video application encoded data frame types include a base layer encoded data frame and an enhancement layer encoded data frame. A sending party can judge the type of a video application coding data frame through a Deep Packet analysis (D PI), and when the type of the video application coding data frame packaged by the RLC PDU is a base layer video application coding data frame or when the type of the video application coding data frame packaged by the RLC PDU comprises the base layer video application coding data frame and an enhancement layer video application coding data frame, the type of the RLC PDU is judged to be a first type; and when the type of the video application coded data frame encapsulated by the RLC PDU is the enhancement layer video application coded data frame, judging that the type of the RLC PDU is a second type.
Further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. For example, when the type of the video application coded data frame is a base layer video application coded data frame, or the type of the video application coded data frame includes a base layer video application coded data frame and an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a high priority;
the second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. For example, when the type of the video application coded data frame is an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a low priority.
It should be noted that DPI is only one means for detecting the type of video data frame, and the embodiments of the present invention are not limited to this method. Other methods capable of determining the type of detected video data frame are also within the scope of the present invention.
Step 503, when the type of the RLC PDU is the first type, the sending direction sends an RLC PDU data packet to an RLC answer mode AM entity receiving party to which the RLC PDU belongs;
it should be noted that, when the sender is a base station, the receiver is a user terminal; and when the sender is the user terminal, the receiver is the base station.
Step 504, when the type of the RLC PDU is the second type, after the sending direction sends an RLC PDU data packet to an RLC cam entity receiving party to which the RLC PDU belongs, sending a first control packet so as to enable the receiving party not to feed back a status report of the second type RLC PDU;
it should be noted that, steps 503 and 504 are optional steps, that is, step 503 or step 504 is determined to be executed according to the type of RLC PDU determined in step 502.
Optionally, after sending the second type RLC PDU, the sender may control sending of the first control packet through a timer, that is, after sending the second type RLC PDU, the sender starts a timer. And when the timer is overtime, sending a first control packet to a corresponding receiver. The duration of the timer may be configured by the base station through a Radio Resource Control (RRC) signaling or a Media Access Control (MAC) CE (Control Element), or may be a value mandatory by a protocol.
It should be noted that different video coding frames have different requirements for QoS (Quality of Service), for example, a base layer data frame requires high reliability, so that it is desirable to retransmit a plurality of times, but an enhancement layer data frame does not need high reliability, and if the channel condition is not good, although retransmission times can ensure successful transmission, from the receiving perspective, enhancement of video Quality is limited, and air interface resources are wasted to a certain extent. Therefore, when the system is loaded, by adopting the scheme provided by the embodiment of the invention, namely when the RLC PDU is of the second type, after the RLC PDU is sent, the first control packet can be sent to the receiving party so as to control the receiving window operation of the receiving party. Specifically, the first control packet may include an MRW control PDU, where the MRW control PDU is used to instruct the receiving side to update according to a value indicated by the MRW control PDU, so as not to feed back a status report of the second type RLC PDU.
Step 505, the receiving party receives the RLC PDU data packet sent by the sending party and determines the type of the RLC PDU;
further, the method for determining the type of the RLC PDU includes: when the type of the video application coded data frame packaged by the RLC PDU is a base layer video application coded data frame, or when the type of the video application coded data frame packaged by the RLC PDU comprises the base layer video application coded data frame and an enhancement layer video application coded data frame, determining that the type of the RLC PDU is a first type;
and when the type of the video application coding data frame encapsulated by the RLC PDU is the enhancement layer video application coding data frame, determining that the type of the RLC PDU is a second type.
Further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. The second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. The specific determination method may refer to step 502.
Step 506, when the type of the RLC PDU is the first type, the receiving side sends a first status report of the RLC PDU to the sending side;
the first status report is used for feeding back to the sending party, and the receiving party has successfully received the RLC PDU data packet. Further, after the first status report is sent, subsequent corresponding operations need to be performed, specifically, all AMD PDUs and AMD PDU segments outside the receiving window are assembled, and AMD PDU segments within an SN (serial number) (vr (r)) that are successfully received are assembled in sequence, that is, an RLC AM receiving entity delivers any byte segment in one or more AMD PDUs that fall outside the receiving window and a sequential byte segment in an AMD PDU corresponding to vr (r), removes an RLC header, and assembles into one or more RLC SDU delivery layers; otherwise, if the one or more byte segments cannot be assembled into one or more complete RLC SDUs, the byte segments are discarded. The assembled RLC SDU is then delivered to higher layers.
For example, an RLC SDU is divided into two RLC AMD PDUs for transmission, one of the two AMD PDUs is received correctly, but the other RLC SDU has no way of being recovered correctly at the receiving entity if only part of the byte segment is received successfully and the other part of the byte segment is not received successfully, and the correctly received part is discarded.
Step 507, when the type of the RLC PDU is the second type, the receiving side receives the first control packet sent by the sending side, and performs first update of the receiving state variable vr (r) value according to the indication in the received first control packet so as not to feed back the state report of the second type RLC PDU;
it should be noted that steps 506 and 507 are optional steps, that is, corresponding receiving processing is performed according to the determined type of the RLC PDU and the data packet sent by the sending party.
Update vr (mr) to the new vr (r) plus the receive window size. Where vr (mr) represents the receive window upper edge and vr (r) represents the receive window lower edge, both variables collectively representing the receive window.
It should be noted that, after updating the vr (r) value, a corresponding subsequent operation is performed, and the specific operation is referred to as step 506, which is not described in detail herein.
For example, in the schematic diagram of the transmission method shown in fig. 5B, a video application sender is taken as a video application server, the sender is taken as a base station, and a receiver is taken as a user terminal. Specifically, the video application server encodes the data of the video application to obtain a video application encoded data frame, and sends the video application encoded data frame to the base station; and the base station receives the video application coded data frame sent by the video application server and then judges the type of the RLC PDU encapsulating the video application coded data frame. When the type of the RLC PDU is a first type, sending an RLC PDU data packet to the user terminal; when the type of the RLC PDU is a second type, sending an RLC PDU data packet and a first control packet to the user terminal; and after receiving the RLC PDU data packet, the user terminal determines the type of the RLC PDU. And when the type of the RLC PDU is a first type, a first status report is sent to the base station, and when the type of the RLC PDU is a second type, the VR (R) value is updated according to the indication in the first control packet.
The embodiment of the invention provides a transmission method, which comprises the following steps of judging the type of RLC PDU of an encapsulated video application coding data frame: different operations are performed according to different types of RLC PDUs so that the advantages of the scalable coding method are fully exploited.
An embodiment of the present invention provides another transmission method, as shown in fig. 6A, the method includes:
601, a video application sender encodes data of video application to obtain a video application encoded data frame;
the video application sender can be a video application server or a user terminal. In particular, data for a video application may be encoded in a scalable coding manner, and the encoded frames of video data may include frames of base layer encoded data and/or frames of enhancement layer encoded data.
Step 602, the base station configures different ARQ (Automatic Repeat request) parameters for an RLC AM entity corresponding to a DRB carrying a video application encoded data frame, and sends the different ARQ parameters to the user terminal through an RRC connection reconfiguration process;
the base station may configure different ARQ parameters for different types of RLC PDUs encapsulating video application coded data frames according to the transmission protocol. For example, the maximum retransmission times of different types of RLC PDUs may be configured to different values, specifically, the maximum retransmission times configured for the first type (basic type) of RLC PDU is higher than the maximum retransmission times configured for the second type (enhanced type) of RLC PDU, that is, the basic type of RLC PDU is expected to be retransmitted for multiple times, so as to achieve better transmission quality; alternatively, the parameter polling protocol data unit "poll PDU" may be configured to have different values according to different types of RLC PDUs, specifically, the value of the polling protocol data unit configured for the first type (basic type) of RLC PDU is lower than the value of the polling protocol data unit configured for the second type (enhanced type) of RLC PDU, that is, it is desirable that the basic type of RLC PDU can send a status report as soon as possible; alternatively, the parameter polling bit "poll Byte" may be configured to be different values according to different types of RLC PDUs, and specifically, the value of the polling bit configured for the first type (basic type) of RLC PDU is lower than the value of the polling bit configured for the second type (enhanced type) of RLC PDU, i.e., it is expected that the basic type of RLC PDU can send the status report as soon as possible.
Step 603, the user terminal receives different ARQ parameters configured according to different types of RLC PDU sent by the base station, and configures the ARQ parameters;
it should be noted that the execution sequence between step 601 and step 602 and step 603 is not fixed, that is, step 601 may be executed first and then step 602 and step 603 are executed according to the method provided in this embodiment, or step 602 and step 603 may be executed first and then step 601 is executed.
Step 604, in the video transmission process, the sender judges the type of the rlc pdu encapsulating the video application coded data frame;
the sender in this step may be a base station or a user terminal. It should be noted that fig. 6A illustrates an example in which the transmitting side is a base station and the receiving side is a user terminal. Specifically, when the video application sender is a video application server, the sender in this step is a base station, the video application server sends the encoded video application encoded data frame to the base station, and then the base station determines the type of the radio link control RLC protocol data unit PDU encapsulating the video application encoded data frame. When the video application sending party is a user terminal, the sending party in the step is the user terminal, and the video application coded data frame of the application layer is sent to the transmission layer according to the protocol specification, so that the user terminal can disconnect the type of the radio link control RLC protocol data unit PDU which encapsulates the video application coded data frame.
Wherein the video application encoded data frame types include a base layer encoded data frame and an enhancement layer encoded data frame. The sender can judge the type of the video application coded data frame through the DPI. Specifically, when the type of the video application coded data frame encapsulated by the RLC PDU is the base layer video application coded data frame, or when the type of the video application coded data frame encapsulated by the RLC PDU includes the base layer video application coded data frame and the enhancement layer video application coded data frame, it is determined that the type of the RLC PDU is the first type; the first type of RLC PDU may also be referred to as a basic type RLC PDU, or a high priority RLC PDU;
when the type of the video application coded data frame encapsulated by the RLC PDU is an enhancement layer video application coded data frame, judging that the type of the RLC PDU is a second type; the second type of RLC PDU may also be referred to as an enhanced RLC PDU, or a low priority RLC PDU.
Further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. For example, when the type of the video application coded data frame is a base layer video application coded data frame, or the type of the video application coded data frame includes a base layer video application coded data frame and an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a high priority;
the second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. For example, when the type of the video application coded data frame is an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a low priority.
It should be noted that DPI is only one means for detecting the type of video data frame, and the embodiments of the present invention are not limited to this method. Other methods capable of determining the type of detected video data frame are also within the scope of the present invention.
605, when the type of the RLC PDU is the first type, applying a first automatic retransmission request configuration parameter, and transmitting an RLC PDU data packet to a receiving party;
it should be noted that the receiving side may be a user terminal or a base station. When the sender is a base station, the receiver is a user terminal; and when the sender is the user terminal, the receiver is the base station.
Optionally, when the first automatic repeat request configuration parameter is the maximum number of retransmissions, when the sending side determines to retransmit a certain RLC PDU or RLC PDU segment, the number of retransmissions of the RLC PDU is accumulated. And when the accumulated retransmission times reach the maximum retransmission times threshold of the type of the RLC PDU, executing the operation that the RLC PDU reaches the maximum retransmission times. Specifically, if the RLC PDU of the first type reaches the maximum retransmission number, it reports to a Radio Resource Control (RRC) layer to trigger an RRC connection reestablishment procedure.
Optionally, if a polling protocol data unit value is configured for the first type of RLC PDU, the sender increases 1 the first type of cumulative protocol technical unit value each time when newly transmitting one first type of RLC PDU, and sends a polling indication to the receiver when the first type of cumulative protocol technical unit value is greater than or equal to the configured polling protocol data unit value. The poll indication poll is a field in the PDU, and is used to indicate the receiving party to actively trigger the status report.
Optionally, if a polling bit value is configured for the first type of RLC PDU, the cumulative bit value of the first type is increased by 1 each time the sending side newly transmits one RLC PDU of the first type, and when the cumulative bit value of the first type is greater than or equal to the configured polling bit value, a polling indication is sent to the receiving side.
Step 606, when the type of the RLC PDU is the second type, applying a second automatic retransmission request configuration parameter, and sending the RLC PDU data packet to the receiving party;
it should be noted that steps 605 and 606 are optional steps, i.e. step 605 or step 606 is determined to be executed according to the RLC PDU type determined in step 604.
Optionally, when the second automatic repeat request configuration parameter is the maximum number of retransmissions, when the sending side determines to retransmit a certain RLC PDU or RLC PDU segment, the number of retransmissions of the RLC PDU is accumulated. And when the accumulated retransmission times reach the maximum retransmission times threshold of the type of the RLC PDU, executing the operation that the RLC PDU reaches the maximum retransmission times. Specifically, if the second type RLC PDU reaches the maximum retransmission number, a first control packet is sent to the receiving side, so that the receiving side does not feed back a status report of the second type RLC PDU. The first control packet includes: and moving a receiving window MRW control PDU, wherein the MRW control PDU is used for indicating a receiving party to update according to the value indicated in the MRW control PDU, so that a status report of the second type RLC PDU is not fed back.
Optionally, if a polling protocol data unit value is configured for the second type of RLC PDU, the sender increases 1 the cumulative protocol technical unit value of the first type each time when newly transmitting one RLC PDU of the second type, and sends a polling indication to the receiver when the cumulative protocol technical unit value of the second type is greater than or equal to the configured polling protocol data unit value. The poll indication poll is a field in the PDU, and is used to indicate the receiving party to actively trigger the status report.
Optionally, if a polling bit value is configured for the second type of RLC PDU, the cumulative bit value of the second type is increased by 1 each time the sending side newly transmits one RLC PDU of the second type, and when the cumulative bit value of the second type is greater than or equal to the configured polling bit value, a polling indication is sent to the receiving side.
Step 607, the receiving party receives the RLC PDU data packet sent by the sending party, analyzes the RLC PDU data packet, and determines the type of the RLC PDU;
specifically, when the type of the video application coded data frame encapsulated by the RLC PDU is the base layer video application coded data frame, or when the type of the video application coded data frame encapsulated by the RLC PDU includes the base layer video application coded data frame and the enhancement layer video application coded data frame, determining that the type of the RLC PDU is the first type;
and when the type of the video application coding data frame encapsulated by the RLC PDU is the enhancement layer video application coding data frame, determining that the type of the RLC PDU is a second type.
Further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. The second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. The specific determination method can refer to step 604.
Step 608, when the type of the RLC PDU is the first type, the receiving side applies the first automatic repeat request configuration parameter;
optionally, when receiving the first type RLC PDU carrying the polling indication, the sending side actively sends a status report to the corresponding sending side according to the type of the RLC PDU.
Step 609, when the type of the RLC PDU is the second type, the receiving party applies a second automatic repeat request configuration parameter.
When a first control packet sent by a sender is received, first updating of a receiving state variable VR (R) value is carried out according to an indication in the first control packet so as not to feed back a state report of the second type RLC PDU, and the specific updating VR (MR) is the sum of a new VR (R) and the size of a receiving window. Where vr (mr) represents the receive window upper edge and vr (r) represents the receive window lower edge, both variables collectively representing the receive window.
Optionally, when receiving the second type RLC PDU carrying the polling indication, the sending side actively sends a corresponding status report according to the type of the RLC PDU.
It should be noted that, in this embodiment, steps 608 and 609 are optional steps, that is, corresponding receiving processing is performed according to the determined RLC PDU type, that is, step 608 or step 609 is executed.
For example, in the schematic diagram of the transmission method shown in fig. 6B, a video application sender is taken as a video application server, the sender is taken as a base station, and a receiver is taken as a user terminal. Specifically, (1) the base station configures different automatic repeat request configuration parameters first, and sends the configured different automatic repeat request configuration parameters to the user terminal; after receiving the configuration parameters, the user terminal configures different automatic repeat request configuration parameters. (2) The video application server encodes the data of the video application to obtain a video application encoded data frame, and sends the video application encoded data frame to the base station; (3) and the base station receives the video application coded data frame sent by the video application server and then judges the type of the RLC PDU encapsulating the video application coded data frame. (4) When the type of the RLC PDU is a first type, applying a first automatic retransmission request configuration parameter and sending an RLC PDU data packet to the user terminal; (5) when the type of the RLC PDU is a second type, applying a second automatic retransmission request configuration parameter and sending an RLC PDU data packet to the user terminal; (6) and after receiving the RLC PDU data packet, the user terminal determines the type of the RLC PDU. (7) When the type of the RLC PDU is a first type, applying a first automatic retransmission request configuration parameter; (8) and when the type of the RLC PDU is the second type, receiving a first control packet sent by a sender, and updating a receiving state variable VR (R) value according to an indication in the received first control packet.
The embodiment of the invention provides a transmission method, which applies different automatic retransmission request parameters according to the judged priority by judging the type of RLC PDU (radio Link control protocol data Unit) of an encapsulated video application coding data frame. The scheme provided by the embodiment of the invention can provide differentiated transmission service for different types of RLC PDUs, and fully exerts the advantage of scalable video coding.
An embodiment of the present invention provides another transmission method, as shown in fig. 7, where the method includes:
step 701, a video application sender encodes data of a video application to obtain a video application encoded data frame;
the video application sender can be a video application server or a user terminal. In particular, data for a video application may be encoded in a scalable coding manner, and the encoded frames of video data may include frames of base layer encoded data and/or frames of enhancement layer encoded data.
Step 702, the base station configures different ARQ parameters for an RLC AM entity corresponding to a DRB carrying a video application coded data frame, and sends the different ARQ parameters to the user terminal through an RRC connection reconfiguration process;
the base station may configure different ARQ parameters for different priorities of RLC PDUs encapsulating video application coded data frames according to the transmission protocol. For example, only high priority RLC PDUs may be configured to need status reporting; different time durations may be configured for the timer t _ Reordering of RLC PDUs of different priorities.
Step 703, the user terminal receives different ARQ parameters configured according to different RLC PDU priorities sent by the base station, and configures the ARQ parameters;
it should be noted that the execution sequence between step 701 and step 702 and step 703 is not fixed, that is, step 701 may be executed first and then step 702 and step 703 may be executed according to the method provided in this embodiment, or step 702 and step 703 may be executed first and then step 701 may be executed.
Step 704, in the video transmission process, the sender judges the type of the rlc pdu encapsulating the video application coded data frame;
wherein the video application encoded data frame types include a base layer encoded data frame and an enhancement layer encoded data frame. The sender can judge the type of the video application coded data frame through the DPI. Specifically, when the type of the video application coded data frame encapsulated by the RLC PDU is the base layer video application coded data frame, or when the type of the video application coded data frame encapsulated by the RLC PDU includes the base layer video application coded data frame and the enhancement layer video application coded data frame, it is determined that the type of the RLC PDU is the first type; the first type of RLC PDU may also be referred to as a basic type RLC PDU, or a high priority RLC PDU;
when the type of the video application coded data frame encapsulated by the RLC PDU is an enhancement layer video application coded data frame, judging that the type of the RLC PDU is a second type; the second type of RLC PDU may also be referred to as an enhanced RLC PDU, or a low priority RLC PDU.
Further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. For example, when the type of the video application coded data frame is a base layer video application coded data frame, or the type of the video application coded data frame includes a base layer video application coded data frame and an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a high priority;
the second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. For example, when the type of the video application coded data frame is an enhancement layer video application coded data frame, the priority of the RLC PDU is determined to be a low priority.
It should be noted that DPI is only one means for detecting the type of video data frame, and the embodiments of the present invention are not limited to this method. Other methods capable of determining the type of detected video data frame are also within the scope of the present invention.
Step 705, when the type of the RLC PDU is the first type, the sending party sends the judged type information of the RLC PDU and the RLC PDU data packet to the receiving party so that the receiving party executes corresponding operation according to the type information of the RLC PDU;
it should be noted that the receiving side may be a user terminal or a base station. When the sender is a base station, the receiver is a user terminal; and when the sender is the user terminal, the receiver is the base station.
Optionally, the type information is carried in the RLC PDU, that is, a corresponding field carrying the type information is added to the header of the RLC PDU and sent to the receiving party. The type information may be the type information of the current RLC PDU itself; or the type of the first N RLC PDUs, where N is an integer greater than or equal to 1, that are transmitted. It should be noted that, the operations of adding and subtracting the SN of the RLC PDU are all adding and subtracting the size of the sending or receiving window. For example, the size of the sending or receiving window is 512, the SN of the current RLC PDU is 1, and N is 2, then the current RLC PDU carries the type of RLC PDU with SN of 511.
Optionally, an RLC control PDU is preset, the sender sends the RLC control PDU to the receiver, and the RLC control PDU is used to carry the type of the current RLC PDU or the type information of the sent RLC PDU. Optionally, when the sending side sends the RLC control PDU to the receiving side, the RLC control PDU may be placed in one control packet and sent to the receiving side, for example, a second control packet is sent to the receiving side, where the second control packet includes a preset RLC control PDU, and the RLC control PDU is used to carry a type of the current RLC PDU or a type of the sent RLC PDU.
Step 706, when the type of the RLC PDU is the second type, the sending party sends the judged type information of the RLC PDU and the RLC PDU data packet to the receiving party so that the receiving party executes corresponding operation according to the type information of the RLC PDU;
it should be noted that steps 705 and 706 are optional steps, i.e. step 705 is executed or step 706 is executed according to the determined RLC PDU type.
The specific implementation method in this step is the same as that in step 705, except for the type of RLC PDU, which may be referred to in step 705.
Step 707, the receiving side receives the RLC PDU data packet sent by the sending side, and determines the type of the RLC PDU;
specifically, the type of the RLC PDU is determined by analyzing the RLC PDU, wherein when the type of the video application coded data frame encapsulated by the RLC PDU is a base layer video application coded data frame, or when the type of the video application coded data frame encapsulated by the RLC PDU includes the base layer video application coded data frame and an enhancement layer video application coded data frame, the type of the RLC PDU is determined to be a first type; when the type of the video application coded data frame encapsulated by the RLC PDU is an enhancement layer video application coded data frame, determining that the type of the RLC PDU is a second type;
further, in the embodiment of the present invention, the type and the priority may be in a one-to-one mapping relationship, and specifically, the first type may be mapped one-to-one with the high priority, that is, when the type of the RLC PDU is determined to be the first type, that is, the priority of the RLC PDU is determined to be the high priority. The second type may be mapped with a low priority one by one, that is, when the type of the RLC PDU is determined to be the second type, the priority of the RLC PDU is determined to be a low priority. The specific determination method may specifically refer to step 704;
or, determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender.
Step 708, when the type of the RLC PDU is the first type, sending a first status report of the RLC PDU to the sender;
optionally, when the RLC PDU is the first type RLC PDU, a first status report is sent to the first type RLC PDU.
And 709, when the RLC PDU type is the second type, determining the RLC PDU type according to the RLC PDU type information sent by the sender, and then performing a second update of the receiving state variable vr (r) value so as not to feed back a status report of the second type RLC PDU.
Specifically, a second control packet is received, a receiving window is moved according to type information carried by a preset RLC control PDU in the second control packet, and a vr (r) value is updated to a vr (r) value of a first RLC PDU, where the first RLC PDU is an RLC PDU which is received and has a first SN (serial number) greater than that of a current RLC PDU and is not completely received.
It should be noted that steps 708 and 709 are optional steps, that is, corresponding receiving processing is performed according to the determined RLC PDU type.
The embodiment of the invention provides a transmission method, which can fully exert the advantages of a gradable coding method by judging the type of RLC PDU of a video application coding data frame and executing different processing according to the judged different types of the RLC PDU.
It should be noted that, when the transport layer Protocol of the video transmission uses TCP (transmission control Protocol), for the enhancement layer video application coded data frame, if the video application coded data frame is dropped due to the application of the above embodiment, the receiving side may reconstruct a data packet of the video application coded data frame to be delivered to the TCP layer, thereby avoiding unnecessary TCP layer retransmission.
An embodiment of the present invention provides a transmission apparatus, where the apparatus may be an RLC AM entity sender (may be referred to as "sender") and the sender may be a base station (e.g., an evolved node b) or a user terminal, as shown in fig. 8, the apparatus includes: the determining unit 801, the processor 802, and the processor 802 include one or a combination of the following modules: first processing module 8021, second processing module 8022, third processing module 8023, fourth processing module 8024, fifth processing module 8025, sixth processing module 8026;
a judging unit 801, configured to judge a type of a radio link control RLC protocol data unit PDU encapsulating a video application encoded data frame;
further, the determining unit 801 is specifically configured to determine that the type of the RLC PDU is the first type when the type of the video application coding data frame encapsulated by the RLC PDU is the base layer video application coding data frame, or when the type of the video application coding data frame encapsulated by the RLC PDU includes the base layer video application coding data frame and the enhancement layer video application coding data frame; and when the type of the video application coded data frame encapsulated by the RLC PDU is the enhancement layer video application coded data frame, judging that the type of the RLC PDU is a second type.
A processor 802, configured to, when the type of the RLC PDU is a first type, perform a first processing mode and perform a first transmission processing on the RLC PDU; and when the type of the RLC PDU is a second type, adopting a second processing mode and carrying out second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode.
Further, a first processing module 8021 in the processor 802 is configured to, when the type of the RLC PDU is the first type, send an RLC PDU data packet to an RLC AM entity receiving party to which the RLC PDU belongs; or,
a second processing module 8022 in the processor 802, configured to apply the first automatic retransmission request configuration parameter when the type of the RLC PDU is the first type, and send an RLC PDU data packet to the receiving party; or,
a third processing module 8023 in the processor 802, configured to send, when the type of the RLC PDU is the first type, the type information of the RLC PDU and the RLC PDU data packet to a receiving party, so that the receiving party performs a corresponding operation according to the type information of the RLC PDU;
a fourth processing module 8024 in the processor 802, configured to send, when the type of the RLC PDU is the second type, the first control packet after sending the RLC PDU data packet to the RLC AM entity receiving party to which the RLC PDU belongs, so that the receiving party does not feed back the status report of the second type RLC PDU; or,
a fifth processing module 8025 in the processor 802, configured to apply a second automatic retransmission request configuration parameter when the type of the RLC PDU is the second type, and send an RLC PDU packet to the receiving party; or,
a sixth processing module 8026 in the processor 802 is configured to, when the type of the RLC PDU is the second type, send the type information of the RLC PDU and the RLC PDU data packet to the receiving side, so that the receiving side performs a corresponding operation according to the type information of the RLC PDU.
Further, when the automatic repeat request configuration parameter is the maximum retransmission time, the second processing module 8022 is configured to report to the radio resource control RRC layer and trigger RRC reestablishment when the accumulated retransmission time of the first type RLC PDU reaches the configured maximum retransmission time threshold;
the fifth processing module 8035 is specifically configured to send the first control packet to the receiving party when the accumulated retransmission times of the second-type RLC PDU reaches the configured maximum retransmission time threshold, so that the receiving party does not feed back the status report of the second-type RLC PDU.
Wherein the first control packet may include: and moving a receiving window MRW control PDU, wherein the MRW control PDU is used for indicating a receiving party to update according to the value indicated in the MRW control PDU, so that the state report of the second type RLCPDU is not fed back.
Further, the third processing module 8023 or the sixth processing module 8036 is specifically configured to:
adding a field carrying a type message in a header of the RLC PDU and sending the field to a receiving party, wherein the type message is the type of the current RLC PDU or the type of the sent RLC PDU; or,
and presetting RLC control PDU (protocol data Unit) and sending the RLC control PDU to a receiving party, wherein the RLC control PDU is used for carrying the type of the current RLC PDU or the type of the sent RLC PDU.
It should be noted that the functions of the determining unit 801 and the processor 802 in this embodiment may be implemented by one processor, in other words, the processor is configured to perform the function of determining the type of the RLC PDU and the function of performing the differentiated processing according to the different types of the RLC PDU.
The embodiment of the invention provides a transmission device, which judges the type of RLC PDU through a judging unit; the processor is used for adopting a first processing mode and carrying out first sending processing on the RLC PDU when the type of the RLC PDU is a first type; and when the type of the RLC PDU is a second type, adopting a second processing mode and carrying out second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode. The scheme provided by the embodiment of the invention fully exerts the advantages of the scalable coding method through different processing of different types of RLC PDUs.
An embodiment of the present invention provides a transmission apparatus, where the apparatus may be an RLC AM entity receiver (may be referred to as a "receiver" for short), and a sender may be a user equipment or a base station (e.g., "evolved base station"), as shown in fig. 9, the apparatus includes: receiver 901, processor 902, wherein processor 902 comprises one or a combination of the following modules: a first processing module 9031, a second processing module 9032, a third processing module 9033, a fourth processing module 9034, and a fifth processing module 9035;
a receiver 901, configured to receive an RLC PDU data packet sent by an RLC acknowledged mode AM entity sender to which an RLC protocol data unit PDU of a radio link control encapsulated video application coded data frame belongs;
according to the RLC PDU data packet, the processor 902 is configured to determine a type of the RLC PDU, and when the type of the RLC PDU is the first type, a first receiving processing manner is adopted; and when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode.
Further, the processor 902 is specifically configured to: determining the type of the RLC PDU by analyzing the RLC PDU, wherein when the type of a video application coded data frame packaged by the RLC PDU is a base layer video application coded data frame, or when the type of the video application coded data frame packaged by the RLC PDU comprises the base layer video application coded data frame and an enhancement layer video application coded data frame, determining that the type of the RLC PDU is a first type; when the type of the video application coded data frame packaged by the RLC PDU is an enhancement layer video application coded data frame, determining that the type of the RLC PDU is a second type;
or, determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender.
Further, when the type of the RLC PDU is the first type, the first processing module 9021 in the processor 902 is configured to send a first status report of the RLC PDU to the sender when the type of the RLC PDU is the first type; or, the second processing module 9022 in the processor 902 is configured to apply the first automatic repeat request configuration parameter when the type of the RLC PDU is the first type and when the type of the RLC PDU is the first type; or, the third processing module 9023 in the processor 902 is configured to receive, when the type of the RLC PDU is the first type, type information of the RLC PDU sent by the sender and send, to the sender, a second status report of the RLC PDU;
a fourth processing module 9024 in the processor 902, configured to receive, when the type of the RLC PDU is the second type, a first control packet sent by the sender, and perform, according to an indication in the received first control packet, first update of a reception state variable vr (r) value so as not to feed back a status report of the second type RLC PDU; or, the fifth processing module 9025 in the processor 902 is configured to, when the type of the RLC PDU is the second type, after determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender, perform a second update of the value of the reception state variable vr (r) so as not to feed back a status report of the second type RLC PDU.
Further, the first update of the value of the receive state variable vr (r) may be to update vr (mr) to be the sum of the new vr (r) and the receive window size. Where vr (mr) represents the receive window upper edge and vr (r) represents the receive window lower edge, both variables collectively representing the receive window;
the second update of the value of the receiving status variable vr (r) may be to update the value of vr (r) to the value of vr (r) of the first RLC PDU, where the first RLC PDU is an RLC PDU that is received with a first SN (sequence number) greater than the SN of the current RLC PDU and is not completely received.
The embodiment of the invention provides a transmission device, which receives an RLC PDU data packet sent by a sender through a receiver, and a processor, which is used for determining the type of the RLC PDU and adopting a first receiving and processing mode when the type of the RLC PDU is a first type; and when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode. The device provided by the invention can provide differentiated transmission service and fully exert the advantages of the scalable coding method.
Through the above description of the embodiments, those skilled in the art will clearly understand that the present invention may be implemented by software plus necessary general hardware, and certainly may also be implemented by hardware, but in many cases, the former is a better embodiment. Based on such understanding, the technical solutions of the present invention may be substantially implemented or a part of the technical solutions contributing to the prior art may be embodied in the form of a software product, which is stored in a readable storage medium, such as a floppy disk, a hard disk, or an optical disk of a computer, and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device) to execute the methods according to the embodiments of the present invention.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims (16)

1. A method of transmission, comprising:
judging the type of a Radio Link Control (RLC) Protocol Data Unit (PDU) for packaging a video application coding data frame;
when the type of the RLC PDU is a first type, a first processing mode is adopted, and the RLC PDU is subjected to first sending processing;
and when the type of the RLC PDU is a second type, adopting a second processing mode, and performing second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode.
2. The method of claim 1, wherein determining the type of radio link control, RLC, protocol data unit, PDU, encapsulating the video application encoded data frame comprises:
when the type of the video application coding data frame packaged by the RLC PDU is a base layer video application coding data frame, or when the type of the video application coding data frame packaged by the RLC PDU comprises a base layer video application coding data frame and an enhancement layer video application coding data frame, judging that the type of the RLC PDU is a first type;
and when the type of the video application coding data frame encapsulated by the RLC PDU is an enhancement layer video application coding data frame, judging that the type of the RLC PDU is a second type.
3. The method of claim 2, wherein the performing the first transmission process on the RLC PDU in the first processing mode comprises:
sending an RLC PDU data packet to an RLC AM entity receiving party to which the RLC PDU belongs; or,
applying a first automatic retransmission request configuration parameter and sending the RLC PDU data packet to the receiving party; or,
sending the type information of the RLC PDU and the RLC PDU data packet to the receiving party so that the receiving party can execute corresponding operation according to the type information of the RLC PDU;
and/or the presence of a gas in the gas,
the second sending and processing the RLC PDU by using the second processing method includes:
after sending an RLC PDU data packet to an RLC AM entity receiving party to which the RLC PDU belongs, sending a first control packet so as to enable the receiving party not to feed back a status report of a second type of RLC PDU; or,
applying a second automatic retransmission request configuration parameter and sending the RLC PDU data packet to the receiving party; or,
and sending the type information of the RLC PDU and the RLC PDU data packet to the receiving party so that the receiving party can execute corresponding operation according to the type information of the RLC PDU.
4. The method of claim 3,
when the automatic repeat request configuration parameter includes a maximum number of retransmissions, the applying a first automatic repeat request configuration parameter includes: when the accumulated retransmission times of the first type RLC PDU reaches the configured maximum retransmission time threshold, reporting to a Radio Resource Control (RRC) layer and triggering RRC reconstruction;
the applying second automatic repeat request configuration parameters comprises: and when the accumulative retransmission times of the second type RLC PDU reaches a configured maximum retransmission time threshold, sending the first control packet to the receiving party so as to enable the receiving party not to feed back a status report of the second type RLC PDU.
5. The method of claim 3, wherein the sending the RLC PDU type information and the RLC PDU packet to the receiving party comprises:
adding a field carrying type information in the header of the RLC PDU and sending the field to the receiving party, wherein the type information is the type of the current RLC PDU or the type of the sent RLC PDU; or,
presetting RLC control PDU and sending the RLC control PDU to the receiving party, wherein the RLC control PDU is used for carrying the type of the current RLC PDU or the type of the sent RLC PDU.
6. A method of transmission, comprising:
receiving an RLC PDU data packet sent by an RLC response mode AM entity sending party to which an RLC protocol data unit PDU of a video application coded data frame belongs;
determining the type of the RLC PDU;
when the type of the RLC PDU is a first type, a first receiving processing mode is adopted;
and when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode.
7. The method of claim 6, wherein the determining the type of the RLC PDU comprises:
determining the type of the RLC PDU by analyzing the RLC PDU, wherein when the type of a video application coding data frame packaged by the RLC PDU is a base layer video application coding data frame, or when the type of the video application coding data frame packaged by the RLC PDU comprises the base layer video application coding data frame and an enhancement layer video application coding data frame, determining that the type of the RLC PDU is a first type, and when the type of the video application coding data frame packaged by the RLC PDU is the enhancement layer video application coding data frame, determining that the type of the RLC PDU is a second type;
or, determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender.
8. The method of claim 7, wherein the employing the first reception processing mode comprises:
sending a first status report of the RLC PDU to the sender; or,
applying the first automatic repeat request configuration parameter; or,
receiving the type information of the RLC PDU sent by the sender, and sending a second status report of the RLC PDU to the sender;
and/or the presence of a gas in the gas,
the second receiving and processing mode comprises the following steps:
receiving a first control packet sent by the sender, and performing first updating of a receiving state variable VR (R) value according to an indication in the received first control packet so as not to feed back a state report of a second type RLC PDU; or,
and after determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender, performing second updating of a receiving state variable VR (R) value so as not to feed back a state report of the second type of RLC PDU.
9. A transmission apparatus, comprising:
the judging unit is used for judging the type of a Radio Link Control (RLC) Protocol Data Unit (PDU) for packaging the video application coded data frame;
the processor is used for adopting a first processing mode and carrying out first sending processing on the RLC PDU when the type of the RLC PDU is a first type; and when the type of the RLC PDU is a second type, adopting a second processing mode and carrying out second sending processing on the RLC PDU, wherein the second processing mode is different from the first processing mode.
10. The apparatus according to claim 9, wherein the determining unit is specifically configured to:
when the type of the video application coded data frame packaged by the RLC PDU is a base layer video application coded data frame, or when the type of the video application coded data frame packaged by the RLC PDU comprises a base layer video application coded data frame and an enhancement layer video application coded data frame, judging that the type of the RLC PI) U is a first type;
or when the type of the video application coding data frame encapsulated by the RLC PDU is an enhancement layer video application coding data frame, judging that the type of the RLC PDU is a second type.
11. The apparatus of claim 10, wherein the processor comprises:
the first processing module is used for sending an RLC PDU data packet to an RLC AM entity receiving party to which the RLC PDU belongs when the type of the RLC PDU is a first type; or, the second processing module is configured to apply a first automatic retransmission request configuration parameter when the type of the RLC PDU is the first type, and send the RLC PDU packet to the receiving party; or, the third processing module is configured to send the type information of the RLC PDU and the RLC PDU data packet to the receiving party when the type of the RLC PDU is the first type, so that the receiving party performs a corresponding operation according to the type information of the RLC PDU;
the fourth processing module is used for sending an RLC PDU data packet to an RLC AM entity receiving party to which the RLC PDU belongs when the type of the RLC PDU is the second type, and then sending the first control packet so as to enable the receiving party not to feed back a status report of the second type of the RLC PDU; or, the fifth processing module is configured to apply a second automatic retransmission request configuration parameter when the type of the RLC PDU is the second type, and send the RLC PDU packet to the receiving party; or, the sixth processing module is configured to send the type information of the RLC PDU and the RLC PDU data packet to the receiving party when the type of the RLC PDU is the second type, so that the receiving party performs a corresponding operation according to the type information of the RLC PDU.
12. The apparatus according to claim 11, wherein when the ARQ configuration parameter comprises a maximum number of retransmissions,
the second processing module is specifically configured to report to a Radio Resource Control (RRC) layer and trigger RRC reestablishment when the cumulative retransmission times of the first type RLC PDUs reach a configured maximum retransmission time threshold;
the fifth processing module is specifically configured to send the first control packet to the receiving party when the cumulative retransmission times of the second-type RLC PDUs reaches the configured maximum retransmission time threshold, so that the receiving party does not feed back a status report of the second-type RLC PDUs.
13. The apparatus according to claim 11, wherein the third processing module or the sixth processing module is specifically configured to:
adding a field carrying type information in the header of the RLC PDU and sending the field to the receiving party, wherein the type information is the type of the current RLC PDU or the type of the sent RLC PDU; or,
presetting RLC control PDU and sending the RLC control PDU to the receiving party, wherein the RLC control PDU is used for carrying the type of the current RLC PDU or the type of the sent RLC PDU.
14. A transmission apparatus, comprising:
the receiver is used for receiving an RLC PDU data packet sent by an RLC response mode AM entity sending party to which an RLC protocol data unit PDU of a packaging video application coding data frame belongs;
the processor is used for determining the type of the RLC PDU and adopting a first receiving and processing mode when the type of the RLC PDU is a first type; and when the type of the RLC PDU is a second type, adopting a second receiving processing mode, wherein the second receiving processing mode is different from the first receiving processing mode.
15. The apparatus of claim 14, wherein the processor is specifically configured to:
determining the type of the RLC PDU by analyzing the RLC PDU, wherein when the type of a video application coding data frame packaged by the RLC PDU is a base layer video application coding data frame, or when the type of the video application coding data frame packaged by the RLC PDU comprises the base layer video application coding data frame and an enhancement layer video application coding data frame, determining that the type of the RLC PDU is a first type, and when the type of the video application coding data frame packaged by the RLC PDU is an enhancement layer video application coding data frame, determining that the type of the RLC PDU is a second type;
or, determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender.
16. The apparatus of claim 15, wherein the processor comprises:
the first processing module is used for sending a first status report of the RLC PDU to the sender when the type of the RLC PDU is a first type; or, the second processing module is configured to apply the first automatic repeat request configuration parameter when the type of the RLC PDU is the first type; or, the third processing module is configured to receive type information of the RLC PDU sent by the sender and send a second status report of the RLC PDU to the sender when the type of the RLC PDU is the first type;
a fourth processing module, configured to receive the first control packet sent by the sender when the type of the RLC PDU is the second type, and perform a first update of a receiving state variable vr (r) value according to an indication in the received first control packet so as not to feed back a status report of the second type RLC PDU; or, the fifth processing module is configured to, after determining the type of the RLC PDU according to the type information of the RLC PDU sent by the sender, perform second update of a reception state variable vr (r) value so as not to feed back a status report of the second type RLC PDU.
CN201210158917.5A 2012-05-21 2012-05-21 A kind of transmission method and device Active CN103428484B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201210158917.5A CN103428484B (en) 2012-05-21 2012-05-21 A kind of transmission method and device
PCT/CN2012/076404 WO2013174036A1 (en) 2012-05-21 2012-06-01 Transmission method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210158917.5A CN103428484B (en) 2012-05-21 2012-05-21 A kind of transmission method and device

Publications (2)

Publication Number Publication Date
CN103428484A true CN103428484A (en) 2013-12-04
CN103428484B CN103428484B (en) 2016-11-23

Family

ID=49623042

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210158917.5A Active CN103428484B (en) 2012-05-21 2012-05-21 A kind of transmission method and device

Country Status (2)

Country Link
CN (1) CN103428484B (en)
WO (1) WO2013174036A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106664245A (en) * 2014-08-19 2017-05-10 高通股份有限公司 Multicasting traffic using multi-connectivity
CN108400842A (en) * 2017-02-04 2018-08-14 展讯通信(上海)有限公司 A kind of state report sending method and device applied to recipient
WO2018195960A1 (en) * 2017-04-28 2018-11-01 Oppo广东移动通信有限公司 Method and apparatus for wireless communication
WO2024174091A1 (en) * 2023-02-21 2024-08-29 上海移远通信技术股份有限公司 Wireless communication method and apparatus

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004057874A1 (en) * 2002-12-20 2004-07-08 Koninklijke Philips Electronics N.V. Method and system for delivering dual layer hdtv signals through broadcasting and streaming
CN101217346A (en) * 2007-01-05 2008-07-09 大唐移动通信设备有限公司 An AM mode state feedback method and system
CN101227383A (en) * 2007-01-15 2008-07-23 上海贝尔阿尔卡特股份有限公司 Multimedia service data transmission method, base station equipment and communication system
CN101394555A (en) * 2008-10-24 2009-03-25 清华大学 High error tolerant low time delay video transmission method and device suitable for deep space communication
CN101610257A (en) * 2009-07-17 2009-12-23 北京邮电大学 A kind of real-time context perception of internet business flow and the method for classification marking

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1753493A (en) * 2004-09-24 2006-03-29 松下电器产业株式会社 Cross-layer connecting method for wireless multimedia communication system
US8045507B2 (en) * 2007-01-15 2011-10-25 Samsung Electronics Co., Ltd. Method and apparatus for processing uplink data by DRX-mode terminal in mobile telecommunication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004057874A1 (en) * 2002-12-20 2004-07-08 Koninklijke Philips Electronics N.V. Method and system for delivering dual layer hdtv signals through broadcasting and streaming
CN101217346A (en) * 2007-01-05 2008-07-09 大唐移动通信设备有限公司 An AM mode state feedback method and system
CN101227383A (en) * 2007-01-15 2008-07-23 上海贝尔阿尔卡特股份有限公司 Multimedia service data transmission method, base station equipment and communication system
CN101394555A (en) * 2008-10-24 2009-03-25 清华大学 High error tolerant low time delay video transmission method and device suitable for deep space communication
CN101610257A (en) * 2009-07-17 2009-12-23 北京邮电大学 A kind of real-time context perception of internet business flow and the method for classification marking

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106664245A (en) * 2014-08-19 2017-05-10 高通股份有限公司 Multicasting traffic using multi-connectivity
CN106664245B (en) * 2014-08-19 2020-06-09 高通股份有限公司 Multicasting traffic using multiple connections
US11323851B2 (en) 2014-08-19 2022-05-03 Qualcomm Incorporated Multicasting traffic using multi-connectivity
CN108400842A (en) * 2017-02-04 2018-08-14 展讯通信(上海)有限公司 A kind of state report sending method and device applied to recipient
WO2018195960A1 (en) * 2017-04-28 2018-11-01 Oppo广东移动通信有限公司 Method and apparatus for wireless communication
CN110235416A (en) * 2017-04-28 2019-09-13 Oppo广东移动通信有限公司 The method and apparatus of wireless communication
JP2020519066A (en) * 2017-04-28 2020-06-25 オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method and apparatus
US11296831B2 (en) 2017-04-28 2022-04-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for wireless communication
CN110235416B (en) * 2017-04-28 2023-09-26 Oppo广东移动通信有限公司 Method and apparatus for wireless communication, and computer-readable storage medium
WO2024174091A1 (en) * 2023-02-21 2024-08-29 上海移远通信技术股份有限公司 Wireless communication method and apparatus

Also Published As

Publication number Publication date
WO2013174036A1 (en) 2013-11-28
CN103428484B (en) 2016-11-23

Similar Documents

Publication Publication Date Title
AU2003276747B2 (en) Method for moving a receive window in a radio access network
RU2461147C2 (en) Method of processing radio protocol in mobile communication system and mobile communication transmitter
KR101163275B1 (en) Method for transmitting pdcp status report
KR101577451B1 (en) Method of detecting and handling an endless rlc retransmission
EP2136501B1 (en) Method of delivering a PDCP data unit to an upper layer
US10924219B2 (en) Transmitting node, receiving node, methods and mobile communications system
US8649279B2 (en) Apparatus and method for adaptive TSP setting to minimize duplicate packet transmissions
US20170041766A1 (en) Media access control segmentation and packet data convergence protocol delivery notification with enhanced component carriers
EP3737183B1 (en) Communication methods, apparatuses and computer-readable storage medium
US8386671B2 (en) Communication system, communication device and communication method
US20120201205A1 (en) Method for improved robust header compression with low signal energy
US9930694B2 (en) Re-transmitting a poll to a peer protocol entity when a timer expires
US20170012745A1 (en) Method and apparatus for triggering acknowledgement status report in wireless communications system
CN108282292B (en) Method, sending end and receiving end for processing data
US9900802B2 (en) Data transmission method and apparatus, base station, and user equipment
EP2079244A1 (en) Mobile communication system, radio base station, and handover control method
CN110506404A (en) A kind of data receiving state method for reporting and device
CN108463987B (en) Wireless communication device, wireless communication system, and wireless communication method
CN103428484B (en) A kind of transmission method and device
KR101595575B1 (en) Apparatus and method for transmitting/receiving data in a mobile communication system
GB2462699A (en) Delivering PDCP SDUs to an upper layer within a receiving side entity of an E-UMTS
KR101617044B1 (en) Method for Retransmitting Data Unit using Delivery Status Information from a Peer Entity
US20240340249A1 (en) Packet data convergence protocol service data unit discard method and user equipment
WO2009102166A2 (en) Method and apparatus for transmitting data by using prioritized bit rate in mobile communication system
CN117596218A (en) Communication method and device

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant