WO2013174036A1 - 一种传输方法及装置 - Google Patents

一种传输方法及装置 Download PDF

Info

Publication number
WO2013174036A1
WO2013174036A1 PCT/CN2012/076404 CN2012076404W WO2013174036A1 WO 2013174036 A1 WO2013174036 A1 WO 2013174036A1 CN 2012076404 W CN2012076404 W CN 2012076404W WO 2013174036 A1 WO2013174036 A1 WO 2013174036A1
Authority
WO
WIPO (PCT)
Prior art keywords
rlc pdu
type
rlc
video application
pdu
Prior art date
Application number
PCT/CN2012/076404
Other languages
English (en)
French (fr)
Inventor
姜怡
王瑜
权威
张戬
陈玉华
宋巍巍
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2013174036A1 publication Critical patent/WO2013174036A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing 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/234327—Processing 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/631—Multimode 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

Definitions

  • the present invention relates to the field of communication network technologies, and in particular, to a transmission method and apparatus. Background technique
  • the video coded data includes base layer coded data frames and other enhancement layer coded data frames.
  • the scalable coding method can form a basic layer with basic image quality, and one or more enhancement layers with additional information. There is a constraint relationship between the base layer and the enhancement layer, and then separately encoded and transmitted.
  • the decoding end can decode the base layer encoded data frame separately, but the decoding of the enhancement layer encoded data frame requires the base layer data to be decoded together with the base layer encoded data frame to obtain the enhanced image effect.
  • the video application server can determine the content to be transmitted by judging the network condition: if the network condition is good, the coded data frames of the base layer and the enhancement layer can be simultaneously transmitted; When the network condition is poor, only the base layer encoded data frame is transmitted.
  • 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.
  • a transmission method including:
  • the type of the RLC PDU is the first type, adopting a first processing manner, and performing a first sending process on the RLC PDU;
  • the second processing mode is performed, and the second processing manner is performed on the RLC PDU, where the second processing manner is different from the first processing manner.
  • a transmission method including:
  • a transmission device comprising:
  • a determining unit configured to determine a radio link control RLC protocol data unit PDU type of the encapsulated video application encoded data frame
  • a processor configured to use a corresponding receiving processing manner according to the content included in the first data packet.
  • An embodiment of the present invention provides a method and apparatus for transmitting, by determining a type of a RLC protocol data unit PDU of a radio link that encapsulates a video application coded data frame, and performing different processing according to the type of the RLC PDU.
  • the solution provided by the embodiment of the present invention can provide a differentiated transmission service and fully utilize the advantages of scalable video coding.
  • Embodiment 1 is a flowchart of a transmission method according to Embodiment 1 of the present invention.
  • 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 1 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. 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 according to Embodiment 2 of the present invention.
  • the technical solution of the present invention can be applied to various wireless networks, for example, a Global System for Mobile Communications (GSM) network, a General Packet Radio Service (GPRS) network, and a code division. Code Division Multiple Access (CDMA) network, Wideband Code Division Multiple Access (WCDMA) network, Time Divi-synchronous Code Division Multiple Access (TD-Division) SCDMA) Network or Long Term Evolution (LTE) network.
  • the base station may be a GSM network, a GPRS network, or a base station (BTS) in a CDMA network, or may be a base station (NodeB) in a WCDMA network, or may be an evolved type in an LTE network.
  • Base station (Evo lut i ona l Node B, referred to as eNB or eNodeB).
  • the RLC response mode AM entity sender to which the radio link control RLC protocol data unit PDU of the video application coded data frame belongs may be referred to as the network device to which the RLC AM entity sender belongs, for example, may be a base station.
  • the embodiment of the present invention provides a transmission method, where the execution entity of the method is an RLC AM entity sender (may be referred to as a "sender"). As shown in FIG. 1, the method includes the following steps:
  • Step 1 01 Determine a type of a radio link control RLC protocol data unit PDU of the encapsulated video application encoded data frame
  • the type of the video application coded data frame encapsulated by the RLC PDU is a base layer video application coded data frame
  • the type of the video application coded data frame encapsulated by the RLC PDU includes a base layer video application coded data frame and an enhancement.
  • the type of the RLC PDU is determined to be the first type.
  • the type of the video application coded data frame encapsulated by the RLC PDU is the enhanced layer video application coded data frame
  • the type of the RLC PDU is determined to be the first type. Two types.
  • the type and the priority may be a mapping relationship, and specifically, the first type may be mapped with a high priority, that is, when it is determined that the type of the RLC PDU is the first type, That is, the priority of the RLC PDU is determined to be a high priority.
  • the RLC PDU is determined. The priority of the RLC PDU is low priority.
  • Step 102 When the type of the RLC PDU is the first type, adopt a first processing manner, and perform a first sending process on the RLC PDU.
  • the method for performing this step includes:
  • Step 103 When the type of the RLC PDU is the second type, adopt a second processing manner, and perform a second sending process on the RLC PDU, where the second processing manner is different from the first processing manner.
  • the method for performing this step includes:
  • the first control packet After sending the RLC PDU data packet to the RLC AM entity receiver to which the RLC PDU belongs, the first control packet is sent, so that the receiver does not feed back the new status report; or
  • the RLC PDU packet After transmitting the third control packet to the recipient, the RLC PDU packet is sent so that the recipient does not feed back a new status report.
  • the third control packet includes: a priority indication control PDU, carrying type information of all RLC PDUs corresponding to the non-acknowledgment-sequence number NACK_SN, or carrying type information of the second type RLC PDU in the RLC PDU corresponding to all NACK_SNs and The ACK_SN in the status report or the type information of the type of the RLC PDU corresponding to all the NACK_SNs and the type of the RLC PDU of the first type and the ACK_SN in the status report.
  • the embodiment of the present invention provides a method for transmitting, determining the type of the RLC PDU of the coded data frame of the encapsulated video application; when the type of the RLC PDU is of the first type, using the first processing mode, and performing the first sending of the RLC PDU
  • the type of the RLC PDU is the second type, the second processing mode is adopted, and the second processing is performed on the RLC PDU, where the second processing manner is different from the first processing manner.
  • the solution provided by the embodiment of the present invention can provide differentiated transmission services according to different types of RLC PDUs, and fully utilize the advantages of the scalable coding method.
  • An embodiment of the present invention provides another method for transmitting.
  • the method is implemented by an RLC AM entity receiver (referred to as a "receiver"). As shown in FIG. 2, the method includes:
  • Step 202 Adopt a corresponding receiving processing manner according to the content included in the first data packet. Sending, to the sender, a first status of the RLC PDU when the first data packet includes an RLC PDU data packet carrying a polling indication; or
  • the first data packet includes the first control packet, receiving a first update of the state variable VR(R) value according to the received indication in the first control packet to not feed back a new status report; or, when the first data packet includes type information of the RLC PDU, and when the RLC PDU is of the first type, the second status report of the RLC PDU is sent to the sender; or
  • a fourth update of the VR(R) value is performed to not feed back a new status report.
  • the type and the priority may be a mapping relationship, and specifically, the first type may be mapped with a high priority, that is, when it is determined that the type of the RLC PDU is the first type, That is, the priority of the RLC PDU is determined to be a high priority.
  • the RLC PDU is determined.
  • the priority of the RLC PDU is low priority.
  • the priority of the RLC PDU is judged to be prioritized.
  • An embodiment of the present invention provides a method for transmitting, by receiving a coded data frame of a packaged video application.
  • the RLC PDU data packet sent by the sender of the RLC acknowledgment mode AM entity to which the RLC protocol data unit PDU belongs; parsing the RLC PDU data packet, determining the type of the RLC PDU; when the type of the RLC PDU is the first type, The first receiving processing mode is used when the type of the RLC PDU is the second type, where the second receiving processing mode is different from the first receiving processing mode.
  • the solution provided by the embodiment of the present invention can provide a differentiated transmission service and fully utilize the advantages of scalable video coding.
  • the embodiment of the present invention provides a transmission device, which may be an RLC AM entity sender (may be referred to as a "sender," for short).
  • the device includes: a determining unit 301, a processor 302, and a determining unit 301.
  • the first type may be mapped to a high priority, that is, when it is determined that the type of the RLC PDU is the first type, that is, the priority of the RLC PDU is determined to be a high priority.
  • 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 RLC PDU is determined.
  • Priority is 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 encoded data frame encapsulated by the RLC PDU is an enhanced layer video application encoded data frame. Further, the second type may be mapped to the low priority one by one, that is, when it is determined that the type of the RLC PDU is the second type, that is, the priority of the RLC PDU is determined to be the 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 judged to be a low priority.
  • the processor 302 is configured to: when the type of the RLC PDU is the first type, use the first processing manner, And performing a first sending process on the RLC PDU; and when the type of the RLC PDU is the second type, adopting a second processing manner, and performing a second sending process on the RLC PDU, where the second processing manner is different from the first processing manner .
  • the first processing module in the processor 302 is configured to: when the type of the RLC PDU is the first type, send the RLC PDU data packet to the RLC AM entity receiver to which the RLC PDU belongs; or, the processor 302
  • the second processing module is configured to: when the type of the RLC PDU is the first type, apply the first automatic retransmission request configuration parameter, and send the RLC PDU data packet to the receiver; or the third processing module in the processor 302,
  • the type of the RLC PDU is the first type, the type information of the RLC PDU and the RLC PDU data packet are sent to the receiver, so that the receiver performs the corresponding operation according to the type information of the RLC PDU; or
  • a third processing module in the processor 302, configured to send the RLC PDU data packet to the receiver, so that the receiver performs the corresponding operation according to the type of the RLC PDU determined by the RLC PDU data packet.
  • the fourth processing module in the processor 302 is configured to: after the RLC PDU data packet is sent to the RLC AM entity receiver to which the RLC PDU belongs, send the first control packet, so that the type of the RLC PDU is the second type, so that Cause the recipient not to feed back a new status report; or,
  • a fifth processing module in the processor 302 configured to: when the type of the RLC PDU is the second type, apply a second automatic retransmission request configuration parameter, and send the RLC PDU data packet to the receiver; or, in the processor 302 a sixth processing module, 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 receiver, so that the receiver performs the corresponding operation according to the type information of the RLC PDU; or
  • a sixth processing module in the processor 302, configured to send the RLC PDU data packet to the receiver, so that the receiver performs a corresponding operation according to a type of the RLC PDU determined by the RLC PDU data packet; or ,
  • An eighth processing module in the processor 302, configured to: when the type of the RLC PDU is a second type And sending, after sending the third control packet to the receiver, the RLC PDU data packet, so that the receiver does not feed back a new status report.
  • the sender in the embodiment of the present invention may be a base station (such as an evolved base station) or a user terminal.
  • this embodiment may further provide another embodiment, that is, including a processor, which may implement the functions of the determining unit 301 and the processor 302 in the embodiment, that is, the processor performs the judgment of the RLC PDU.
  • the embodiment of the present invention provides a transmission apparatus, where the determining unit determines the type of the RLC PDU that encapsulates the encoded data frame of the video application, and the processor is configured to adopt the first processing mode when the type of the RLC PDU is the first type, and The RLC PDU performs the first sending process; and when the RLC PDU type is the second type, the second processing mode is used, and the RLC PDU is subjected to the second sending process, where the second processing mode is different from the first processing mode.
  • the solution provided by the embodiment of the present invention can provide differentiated transmission services and fully utilize the advantages of scalable video coding.
  • the embodiment of the present invention provides a transmission device, which may be an RLC AM entity receiver (referred to as a "receiver"). As shown in FIG. 4, the device includes: a receiver 401, a processor 402;
  • a receiver 401 configured to receive a radio link control of the encapsulated video application coded data frame, an RLC protocol data unit, an RLC response mode to which the PDU belongs, and a first data packet sent by the AM entity sender;
  • the processor 402 is configured to use a corresponding receiving processing manner according to the content included in the first data packet.
  • the first processing module in the processor 402 is configured to send, when the first data packet includes an RLC PDU data packet carrying a polling indication, to send, by the sender, a first status report of the RLC PDU.
  • a second processing module in the processor 402, configured to: when the first data packet includes the first control packet, perform a first receiving state variable VR(R) according to the received indication in the first control packet Update to not report a new status report; or,
  • a third processing module in the processor 402, configured to: when the first data packet includes type information of an RLC PDU, and the RLC PDU is of a first type, send the RLC PDU to the sender Second status report; or,
  • a fourth processing module in the processor 402, configured to: when the first data packet includes type information of the RLC PDU, and the RLC PDU is of the second type, perform a second value of the received state variable VR (R) Update to not report a new status report; or,
  • a determining module in the processor 402 configured to determine a type of the RLC PDU when the first data packet includes an RLC PDU data packet, and a fifth processing module in the processor 402, configured to: when the RLC PDU is the first In a type, the second state 4 of the RLC PDU is sent to the sender; the sixth processing module in the processor 402 is configured to receive the state variable VR when the RLC PDU is of the second type. a second update of the (R) value to report back to the new status; or
  • the seventh processing module in the processor 402 is configured to: when the first data packet includes the retransmitted RLC PDU data packet, and the sequence number of the RLC PDU is the updated VR (R), perform VR (R) The third update of the value; or,
  • the eighth processing module of the processor 402 is configured to perform a fourth update of the VR (R) value to not feed back the new status report when the third data packet is included in the first data packet.
  • the determining module is specifically configured to: determine, by parsing the RLC PDU, a type of the RLC PDU, where, when the type of the video application encoded data frame encapsulated by the RLC PDU is a base layer video application encoded data frame, Or determining, 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 a first type; When the type of the video application coded data frame encapsulated by the RLC PDU is an enhanced layer video application coded data frame, determining that the type of the RLC PDU is a second type;
  • the type and the priority may be a mapping relationship, and specifically, the first type may be mapped with a high priority, that is, when it is determined that the type of the RLC PDU is the first type, That is, the priority of the RLC PDU is determined to be a high priority.
  • the type of the video application coded data frame is a base layer video application coded data frame, or the video application encodes a data frame class
  • the type includes the base layer video application coded data frame and the enhancement layer video application coded data frame, it is judged
  • the priority of the RLC PDU is high priority
  • the second type can be mapped to the priority of the RLC PDU, 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 a low priority.
  • the priority of the RLC PDU is judged to be a low priority.
  • the receiver in the embodiment of the present invention may be a user terminal or a base station.
  • Embodiments of the present invention provide a transmission apparatus, which can provide differentiated transmission services and fully utilize the advantages of scalable video coding.
  • Step 501 A video application sender encodes data of a video application to obtain a video application coded data frame.
  • the video application sender can be a video application server or a user terminal.
  • the video application may encode the data of the video application in a scalable coding manner, and the encoded video application coded data frame may include a base layer video application coded data frame and/or an enhancement layer video application coded data frame.
  • the video application sender sends the video application encoded data frame to the sender.
  • Step 502 The sender determines the type of the radio link control RLC protocol data unit PDU of the encapsulated video application coded data frame.
  • the sender in this step may be a base station or a user terminal.
  • the sender in this step is a base station, and the video application server sends the encoded video application coded data frame to the base station, and then the base station determines the encapsulated video application coded data frame.
  • the radio link controls the type of RLC protocol data unit PDU.
  • the sender of the video application is the user terminal, the sender in this step is the user terminal. According to the protocol, the user terminal sends the video application coded data frame of the application layer to the wireless transmission layer.
  • the sender can judge according to the type of the encoded data frame of the video application. Among them, video application editing
  • the code data frame type includes a base layer coded data frame and an enhancement layer coded data frame.
  • the sender can pass
  • DPI Deep Packet Interpretation
  • the type of the video application coded data frame encapsulated by the RLC PDU is the base layer video application coded data frame, or is encapsulated by the RLC PDU.
  • the type of the video application coded data frame includes the base layer video application coded data frame and the enhancement layer video application coded data frame
  • the type of the RLC PDU is determined to be the first type
  • the type of the video application coded data frame encapsulated by the RLC PDU When the encoded data frame is applied for the enhancement layer video, it is determined that the type of the RLC PDU is the second type.
  • the type and the priority may be a mapping relationship, and specifically, the first type may be mapped with a high priority, that is, when it is determined that the type of the RLC PDU is the first type, That is, the priority of the RLC PDU is determined to be a high priority.
  • 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
  • Priority is high priority;
  • the second type can be mapped to the priority of the 4th, 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 enhanced layer video application coded data frame, the priority of the RLC PDU is judged to be a low priority.
  • Step 504 When the type of the RLC PDU is the second type, after receiving the RLC PDU data packet, the RLC AM entity receiving party that sends the RLC PDU sends the first control packet, so that the receiver does not feed back the new status report. It should be noted that step 503 and step 504 are optional steps, that is, according to the type of the RLC PDU determined in step 502, it is determined to perform step 503 or perform step 504.
  • the basic layer data frame requires high reliability, so it is desirable to retransmit more times, but the enhancement layer data frame does not need to be so.
  • High reliability if the channel conditions are not good, retransmission multiple times can guarantee the transmission success, but from the perspective of reception, the enhancement of video quality is limited, and the air interface resources are wasted to some extent. Therefore, when the system is heavily loaded, the solution provided by the embodiment of the present invention, that is, when the RLC PDU is of the second type, after the RLC PDU is sent, the first control packet may be sent to the receiver to control the receiving of the receiver. Window operation.
  • the first control packet may include an MRW control PDU, and the MRW control PDU is used to indicate that the receiver updates according to the value indicated by the MRW control PDU, and does not feed back the new status report.
  • the first data packet may include an RLC PDU data packet, and may also include a first control packet sent by the sender.
  • the first data packet may include an RLC PDU data packet, and may also include a first control packet sent by the sender.
  • the video application sender is the user terminal
  • the sender is the user terminal
  • the receiver is the base station as an example for description.
  • the base station first configures different automatic retransmission request configuration parameters, and sends the configured different automatic retransmission request configuration parameters to the user terminal; after receiving the user terminal, the application configures different automatic retransmission request configurations. parameter.
  • the user terminal application layer encodes the data of the video application, obtains the video application encoded data frame, and sends the video application encoded data frame to the user terminal wireless transmission layer; (3) the user terminal determines the RLC of the encapsulated video application encoded data frame.
  • the type of PDU is the type of PDU.
  • An embodiment of the present invention provides another transmission method. As shown in FIG. 7, the method includes: Step 701: A video application sender encodes data of a video application to obtain a video application coded data frame.
  • step 701 may be performed first according to the method provided in this embodiment, and then step 702 and step 703 may be performed, or step 702 may be performed first. In step 703, step 701 is performed again.
  • Step 704 In the video transmission process, the sender determines the type of the RLC PDU that encapsulates the video application encoded data frame.
  • the video application coded data frame type includes a base layer coded data frame and an enhancement layer coded data frame.
  • the sender can judge the video application encoded data frame type through DPI. Specifically, 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 the type of the video application coded data frame encapsulated by the RLC PDU includes a base layer video application code number When the frame and the enhancement layer video application encode the data frame, the type of the RLC PDU is determined to be the first type; the first type of RLC PDU may also be referred to as a basic RLC PDU, or a high priority RLC PDU; when the RLC PDU is When the type of the encapsulated video application coded data frame is an enhanced layer video application coded data frame, the type of the RLC PDU is determined to be the second type; the second type of RLC PDU may also be referred to as an enhanced RLC PDU, or a low priority RLC PDU
  • the type and the priority may be a mapping relationship, and specifically, the first type may be mapped with a high priority, that is, when it is determined that the type of the RLC PDU is the first type, That is, the priority of the RLC PDU is determined to be a high priority.
  • 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
  • Priority is high priority;
  • DP I is only a means for detecting the type of video data frame, and the embodiment of the present invention is not limited to the method. Other methods capable of judging the type of detected video data frame are also within the scope of the present invention.
  • step 704 is an optional step aggregation. Step 704 is performed only when the receiver determines the type of the RLC PDU packet by using the type information sent by the sender in step 706.
  • the receiver may be a user terminal or a base station.
  • the sender is a base station
  • the receiver is a user terminal; when the sender is a user terminal, the receiver is a base station.
  • step 610 when the receiver determines the RLC PDU packet type by using the type information sent by the sender, the sender needs to send the type information of the determined RLC PDU packet to the receiver.
  • the type of the RLC PDU is determined by parsing the RLC PDU, where the type of the video application coded data frame encapsulated by the RLC PDU is a base layer video application coded data frame, or the video application coded data frame encapsulated by the RLC PDU
  • the type of the RLC PDU is determined to be the first type
  • the type of the video application coded data frame encapsulated by the RLC PDU is the enhancement layer video application code In the case of a data frame
  • it is determined that the type of the RLC PDU is the second type
  • the third automatic retransmission request configuration parameter is a parameter configured when performing step 702 and step 703. Specifically, when the RLC PDU is the first type of RLC PDU, the second status report is triggered, for the first type of RLC PDU. Send a second status report.
  • Step 708 When the type of the RLC PDU is the second type, the receiver applies a fourth automatic retransmission request configuration parameter.
  • the fourth automatic repeat request configuration parameter is a parameter configured when executed in steps 702 and 703. Specifically, a second update of the received state variable VR(R) value is performed to not feed back the new status report.
  • receiving the second control packet moving the receiving window according to the type information carried by the preset RLC control PDU in the second control packet, and updating the VR (R) value to the SN of the first RLC PDU, where the first RLC PDU
  • the first SN (ser i es number , serial number) is larger than the SN of the current RLC PDU, and there is no RLC PDU that is completely received.
  • the subsequent corresponding operations are performed after the VR ( R ) value is updated.
  • one RLC SDU is divided into two RLC AMD PDUs for transmission.
  • One of the two AMD PDUs is correctly received, but the other part of the byte segment is successfully received, and the other part of the segment is not received.
  • Successfully received then there is no way for the RLC SDU that is not fully received to be correctly restored on the receiving entity, and the correctly received part is also discarded.
  • An embodiment of the present invention provides a method for transmitting, by determining a coded data frame of a packaged video application.
  • the type of RLC PDU performs different processing according to different types of determining RLC PDUs, so that the advantages of the scalable coding method are fully utilized.
  • An embodiment of the present invention provides another transmission method. As shown in FIG. 10, the method includes: Step 1001: A video application sender encodes data of a video application to obtain a video application coded data frame.
  • the video application sender can be a video application server or a user terminal.
  • the data of the video application may be encoded in a scalable coding manner, and the encoded video data frame may include a base layer encoded data frame and/or an enhancement layer encoded data frame.
  • the video application sender sends the video application encoded data frame to the sender.
  • the sender in this step may be a base station or a user terminal.
  • the sender in this step is a base station, and the video application server sends the encoded video application encoded data frame to the base station, and then the base station encapsulates the video application encoded data frame.
  • the RLC PDU data packet is sent to the user terminal.
  • the sender of the video application is the user terminal
  • the sender in this step is the user terminal.
  • the user terminal sends the video application coded data frame of the application layer to the wireless transmission layer.
  • the RLC PDU corresponding to the ACK-S indicates that the S of the RLC PDU is AC_SN D.
  • the status report may carry one or more NACK_SNs, so the RLC PDU corresponding to the NACK-SN may be one or more .
  • the type of the RLC PDU is determined to be the first type; and the type of the video application coded data frame encapsulated by the RLC PDU is the enhanced layer video application coded data. In the case of a frame, it is determined that the type of the RLC PDU is the second type.
  • DP I is only a means for detecting the type of video data frame, and the embodiment of the present invention is not limited to the method. Other methods capable of judging the type of detected video data frame are also within the scope of the present invention.
  • Step 1 005 When the type of the RLC PDU is the first type, the first type of RLC PDU is retransmitted; when the type of the RLC PDU is the second type, the third control packet is sent;
  • the third control packet may be: a priority indication control PDU, carrying all NACKs Type information of the RLC PDU corresponding to the SN, or carrying the type information of the second type RLC PDU in the RLC PDU corresponding to all the NACK_SNs, and the ACK (Acknowledgement)-SN in the status report, or carrying all NACK-SN correspondences RLC PDU
  • the type is the type information of the first type RLC PDU and the ACK_SN in the status report.
  • the third control packet has a higher transmission priority than all RLC PDU packets.
  • Step 1006 The receiver receives the first data packet sent by the sender.
  • Step 1007 The receiver uses the corresponding receiving processing mode according to the content included in the first data packet.
  • the receiver receives the first type RLC PDU retransmitted by the sender, and the SN of the first type RLC PDU is the updated VR (R ), a third update to VR(R) that does not trigger the transmission of a new status report during the update of VR(R).
  • the VR (R) is updated to the first SN is greater than the SN of the first type of RLC PDU, and is not completed.
  • the fourth update of the received state variable VR ( R ) value is performed to not trigger the sending of the new status report.
  • the receiver receives the third control packet, moves the receiving window according to the type information carried in the third control packet, and updates the VR(R) value to the SN of the first RLC PDU, where if all the NACK_SN correspond to the RLC PDU The type is all the second type RLC PDU, then the first RLC PDU is the first SN is larger than the ACK_SN, and the RLC PDU is not completely received; otherwise, the first RLC PDU is the first one of the RLC PDUs corresponding to all the NACK_SN The first type of RLC PDU that is completely received.
  • one RLC SDU is divided into two RLC AMD PDUs for transmission.
  • One of the two AMD PDUs is correctly received, but the other part of the byte segment is successfully received, and the other part of the segment is not received.
  • Successfully received then there is no way for the RLC SDU that is not fully received to be correctly restored on the receiving entity, and the correctly received part is also discarded.
  • the encoded data frame is applied to the enhancement layer video, and if it is discarded due to the application of the above embodiment, the receiver A packet of a video application encoded data frame can be reconstructed and submitted to the TCP layer to avoid unnecessary TCP layer retransmission.
  • TCP Transmission Control Protocol
  • the embodiment of the present invention provides a transmission device, which may be a RLC AM entity sender (may be referred to as a "sender"), and the sender may be a base station (such as an evolved base station) or a user terminal, as shown in FIG.
  • the device includes: a determining unit 801, a processor 802, and a processor 802, which includes one or a combination of the following modules: a first processing module 8021, a second processing module 8022, a third processing module 8023, a fourth processing module 8024, and a fifth processing.
  • the determining unit 801 is configured to determine, by determining, a type of a radio link control RLC protocol data unit PDU of the encapsulated video application encoded data frame;
  • the determining unit 801 is specifically configured to: when the type of the video application encoded data frame encapsulated by the RLC PDU is a base layer video application encoded data frame, or when the type of the video application encoded data frame encapsulated by the RLC PDU includes a base layer video application When the encoded data frame and the enhancement layer video application coded data frame, the type of the RLC PDU is determined to be the first type; and when the type of the video application coded data frame encapsulated by the RLC PDU is the enhanced layer video application coded data frame, RLC PDU The type is the second type.
  • the processor 802 is configured to: when the type of the RLC PDU is the first type, adopt a first processing manner, and perform a first sending process on the RLC PDU; and when the type of the RLC PDU is the second type, adopt a second processing manner And performing a second sending process on the RLC PDU, where the second processing mode is different from the first processing mode.
  • the first processing module 8021 in the processor 802 is configured to: when the type of the RLC PDU is the first type, send the RLC PDU data packet to the RLC AM entity receiver to which the RLC PDU belongs; or
  • the third processing module 8023 in the processor 802 is configured to: when the type of the RLC PDU is the first type, send the type information of the RLC PDU and the RLC PDU data packet to the receiver, so that the receiver performs the type information according to the RLC PDU. Corresponding operation; or the third processing module 8023 in the processor 802 is configured to send the RLC PDU data packet to the receiver, so that the receiver performs a corresponding operation according to the type of the RLC PDU determined by the RLC PDU data packet;
  • the fourth processing module 8024 in the processor 802 is configured to: after the RLC PDU data packet is sent to the RLC AM entity receiver to which the RLC PDU belongs, send the first control packet, so as to receive the RLC PDU, when the type of the RLC PDU is the second type. The party does not feedback the new status report; or,
  • the fifth processing module 8025 in the processor 802 is configured to: when the type of the RLC PDU is the second type, apply the second automatic retransmission request configuration parameter, and send the RLC PDU data packet to the receiver; or
  • the 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 receiver, so that the receiver performs the type information according to the RLC PDU. Corresponding operation; or the sixth processing module 8026 in the processor 802 is configured to send the RLC PDU data packet to the receiver, so that the receiver performs the corresponding operation according to the type of the RLC PDU determined by the RLC PDU data packet.
  • the seventh processing module 8027 in the processor 802 is configured to resend the RLC PDU data packet to the receiver when the type of the RLC PDU is the first type; or
  • the eighth processing module 8028 in the processor 802 is configured to: after the third control packet is sent to the receiver, send the RLC PDU data packet, so that the receiver does not feed back the new status report, when the type of the RLC PDU is the second type. .
  • the second processing module 8022 is configured to: when the first type of RLC PDU cumulative retransmission times reaches the configured maximum retransmission threshold, the RRC is controlled to the radio resource.
  • the layer reports and triggers RRC reconstruction;
  • the first control packet may include: a mobile receiving window MRW Control PDU, the MRW Control PDU is used to instruct the receiving party to update according to the value indicated in the MRW Control PDU, and does not feed back the new status report.
  • the third processing module 8023 or the sixth processing module 8036 is specifically configured to: add a field carrying a type message to a header of the RLC PDU and send the field to the receiver, and the type message is a type of the current RLC PDU or a sent RLC PDU. Type; or,
  • the RLC control PDU is preset, and the RLC control PDU is sent to the receiver, and the RLC control PDU is used to carry the type of the current RLC PDU or the type of the RLC PDU that has been sent.
  • the functions of the determining unit 801 and the processor 802 may be performed by one processor.
  • the processor is configured to perform the function of determining the type of the RLC PDU and perform according to different types of the RLC PDU. The function of differentiation processing.
  • the embodiment of the present invention provides a transmission apparatus, where the determining unit determines the type of the RLC PDU, and the processor is configured to: when the type of the RLC PDU is the first type, adopt the first processing manner, and perform the first sending processing on the RLC PDU. And when the type of the RLC PDU is the second type, the second processing mode is used, and the second processing is performed on the RLC PDU, where the second processing manner is different from the first processing manner.
  • the solution provided by the embodiment of the present invention performs different processing on different types of RLC PDUs. Make full use of the advantages of scalable coding methods.
  • the embodiment of the present invention provides a transmission apparatus, which may be an RLC AM entity receiver (may be referred to as a "receiver"), and the sender may be a user terminal or a base station (for example, "evolved base station"), as shown in FIG.
  • the device includes: a receiver 901, a processor 902, where the processor 902 includes one or a combination of the following modules: a first processing module 9021, a second processing module 9022, a third processing module 9023, and a fourth processing module 9024.
  • a receiver 901 configured to receive a radio link control for encapsulating a video application coded data frame, an RLC response mode to which the data unit PDU belongs, and a first data packet sent by the sender of the AM entity;
  • the processor 902 is configured to adopt a corresponding receiving processing manner according to the content included in the first data packet.
  • 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 first data packet includes the RLC PDU data packet carrying the polling indication;
  • the second processing module 9022 in the processor 902 is configured to: when the first data packet includes the first control packet, perform a first update of the received state variable VR (R) value according to the received indication in the first control packet Not to report a new status report; or,
  • the third processing module 9023 of the processor 902 is configured to: when the first data packet includes type information of the RLC PDU, and the RLC PDU is of the first type, send a second status report of the RLC PDU to the sender; or
  • the fourth processing module 9024 in the processor 902 is configured to: when the first data packet includes type information of the RLC PDU, and the RLC PDU is of the second type, perform a second update of the received state variable VR (R) value to Feedback new status reports; or,
  • the determining module 9025 in the processor 902 is configured to determine the type of the RLC PDU when the first data packet includes the RLC PDU data packet, and the fifth processing module 9026 in the processor 902 is configured to use the RLC PDU as the first type.
  • the sixth processing module 9027 in the processor 902 is configured to receive the state variable VR (R) when the RLC PDU is of the second type.
  • the determining module 9025 is specifically configured to: determine, by parsing the RLC PDU, a type of the RLC PDU, where 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 RLC PDU is used When the type of the encapsulated video application coded data frame includes the base layer video application coded data frame and the enhancement layer video application coded data frame, the type of the RLC PDU is determined to be the first type; and the video application coded data frame encapsulated by the RLC PDU When the type of the encoded data frame is an enhancement layer video application, the type of the RLC PDU is determined to be the second type;
  • the seventh processing module 9028 in the processor 902 is configured to perform VR when the first data packet includes the retransmitted RLC PDU data packet, and the sequence number of the RLC PDU is the updated VR (R). a third update of the value of R); or,
  • the eighth processing module 9029 in the processor 902 is configured to perform a fourth update of the VR (R) value when the third control packet is included in the first data packet to not feed back the new status report.
  • the first update of the receive state variable VR (R) value may be the update VR (MR) to the sum of the new VR (R) and the receive window size.
  • VR (MR) represents the upper edge of the receiving window
  • VR (R) represents the lower edge of the receiving window
  • the second update of the received state variable VR(R) value may be a value of updating the VR(R) value to the VR) of the first RLC PDU, where the first RLC PDU is the first SN (series number) is greater than the current The SN of the RLC PDU, and the RLC PDU that is not completely received;
  • the third update of the received state variable VR (R) value may be that if the SN of the first type RLC PDU is greater than the ACK_SN, the VR (R) is updated to the SN of the first type RL greater than the first type RLC PDU, and is not completely received.
  • the VR (R) is updated to the SN that is greater than the first type RLC PDU, and The first type of RLC PDU is not completely received; otherwise, if the first type of RLC PDU is completely correctly received between the SN and ACK_SN of the first type of RLC PDU, the update VR (R) to the first SN is greater than ACK – SN, and not fully received RLC PDU; the fourth update of the receive state variable VR(R) value may be to update the VR(R) value to the first RLC PDU SN, wherein if all types of RLC PDUs corresponding to the NACK_SN are second type RLC PDUs, the first RLC PDU is the first RSN PDU whose SN is greater than ACK_SN and is not completely received; otherwise, An RLC PDU is a first type of RLC PDU that
  • An embodiment of the present invention provides a medium transmission apparatus, which receives, by a receiver, an RLC PDU data packet sent by a sender, and a processor, configured to determine a type of the RLC PDU, and when the type of the RLC PDU is the first type, adopting the first receiving When the type of the RLC PDU is the second type, and the second receiving processing mode is adopted, the second receiving processing mode is different from the first receiving processing mode.
  • the apparatus provided by the present invention can provide differentiated transmission services and take full advantage of the scalable coding method.
  • the present invention can be implemented by means of software plus necessary general hardware, and of course, by hardware, but in many cases, the former is a better implementation. .
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a readable storage medium, such as a floppy disk of a computer.
  • a hard disk or optical disk or the like includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.

Landscapes

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

Abstract

本发明公开一种传输方法及装置，涉及通信网络技术领域，可以提供差异化的传输服务，充分发挥可分级视频编码的优势。本发明实施例提供的方案包括：判断封装视频应用编码数据帧的RLC PDU的类型；当所述RLC PDU的类型为第一类型时，采用第一处理方式，并对所述RLC PDU进行第一发送处理；当所述RLC PDU的类型为第二类型时，采用第二处理方式，并对所述RLC PDU进行第二发送处理。本发明实施例提供的方案适合于进行视频数据帧传输时采用。

Description

一种传输方法及装置 技术领域
本发明涉及通信网络技术领域， 尤其涉及一种传输方法及装置。 背景技术
目前， 当釆用可分级的编码方法对视频应用进行编码时， 视频编码的数 据包括基本层编码数据帧和其他增强层编码数据帧。 可分级编码方法可以形 成一个具有基本图像质量的基本层， 以及一个或多个具有额外信息的增强层， 基本层和增强层之间存在着制约关系， 然后分别进行编码和传输。 解码端在 接收到基本层编码数据帧后能够单独解码， 但增强层编码数据帧的解码需要 用到基本层的数据， 与基本层编码数据帧共同解码， 才能得到增强后的图像 效果。 对于采用可分级视频编码方法的***来说， 在传输过程中， 视频应用 服务器可以通过判断网络状况决定发送的内容： 如网络状况较好时， 可以同 时传送基本层和增强层的编码数据帧； 而在网络状况较差时， 则只传送基本 层编码数据帧。
由于在无线传输中， 一个视频应用的视频编码帧通常仅映射到无线网络 的一条 DRB ( Data Radio Bearer, 数据无线承载）中， 并且唯一确定一种 RLC ( Radio Link Control, 无线链路控制）模式， 对应一个 RLC实体。 一个 RLC AM ( Acknowledged Mode, 确认模式） 实体， 包括一个 RLC AM实体发送方 和一个对应的 RLC AM实体接收方。 发明内容
本发明的实施例提供一种传输方法及装置， 可以提供差异化的传输服务， 充分发挥可分级视频编码的优势。
本发明的实施例釆用如下技术方案：
一种传输方法， 包括：
判断封装视频应用编码数据帧的无线链路控制 RLC协议数据单元 PDU的 类型；
当所述 RLC PDU的类型为第一类型时， 采用第一处理方式， 并对所述 RLC PDU进行第一发送处理；
当所述 RLC PDU的类型为第二类型时， 采用第二处理方式， 并对所述 RLC PDU进行第二发送处理， 其中， 所迷第二处理方式与所述第一处理方式不同。
一种传输方法， 包括：
接收封装视频应用编码数据帧的无线链路控制 RLC协议数据单元 PDU所 属的 RLC应答模式 AM实体发送方发送的第一数据包；
根据所述第一数据包所包括的内容， 釆用相应的接收处理方式。
一种传输装置， 包括：
判断单元， 用于判断封装视频应用编码数据帧的无线链路控制 RLC协议 数据单元 PDU的类型；
处理器， 用于当所述 RLC PDU的类型为第一类型时， 釆用第一处理方式， 并对所述 RLC PDU进行第一发送处理； 以及当所述 RLC PDU的类型为第二类 型时， 采用第二处理方式， 并对所述 RLC PDU进行第二发送处理， 其中， 所 述第二处理方式与所述第一处理方式不同。
一种传输装置， 包括：
接收器， 用于接收封装视频应用编码数据帧的无线链路控制 RLC协议数 据单元 PDU所属的 RLC应答模式 AM实体发送方发送的第一数据包；
处理器， 用于根据所述第一数据包所包括的内容， 釆用相应的接收处理 方式。
本发明实施例提供一种传输的方法及装置， 通过判断封装视频应用编码 数据帧的无线链路控制 RLC协议数据单元 PDU的类型； 根据所述 RLC PDU的 类型进行不同的处理。 本发明实施例提供的方案可以提供差异化的传输服务， 充分发挥可分级视频编码的优势。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下 , 还可以根据这些附图获得其他的附图。
图 1为本发明实施例 1提供的一种传输方法的流程图；
图 2为本发明实施例 1提供的另一种传输方法的流程图；
图 3为本发明实施例 1提供的一种传输装置的框图；
图 4为本发明实施例 1提供的另一种传输装置的框图；
图 5A为本发明实施例 2提供的一种传输方法的流程图；
图 5B为本发明实施例 1提供的一种传输方法的示意图；
图 6A为本发明实施例 2提供的另一种传输方法的流程图；
图 6B为本发明实施例 2提供的另一种传输方法的示意图；
图 7为本发明实施例 2提供的另一种传输方法的流程图；
图 8为本发明实施例 2提供的一种传输装置的框图；
图 9为本发明实施例 2提供的另一种传输装置的框图；
图 10为本发明实施例 2提供的另一种传输方法的流程图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明的技术方案， 可以应用于各种无线网络， 例如： 全球移动通信系 统 ( Global System for Mobile Communications, 简称 GSM) 网络、 通用分 组无线业务（General Packet Radio Service, 简称 GPRS) 网络、 码分多址 (Code Division Multiple Access,简称 CDMA)网络、宽带码分多址（ Wideband Code Division Multiple Access, 简称 WCDMA)网络、时分同步码分多址（ Time Divi s ion-Synchronous Code Division Multiple Access, 简称 TD-SCDMA ) 网络或长期演进 (Long Term Evolution, 简称 LTE) 网络等。 其中基站可以是 GSM 网络、 GPRS 网络或 CDMA 网络中的基站 （Ba se Transce i ver S t a t ion , 简称 BTS )， 也可以是 WCDMA网络中的基站（ NodeB )， 还可以是 LTE网络中的演进型基站（ Evo lut i ona l Node B ,简称 eNB或 eNodeB )。
本发明实施例中， 封装视频应用编码数据帧的无线链路控制 RLC协议数 据单元 PDU所属的 RLC应答模式 AM实体发送方， 可以指代该 RLC AM实体发 送方所属的网络设备， 比如可以为基站或者用户终端； 相应的， RLC PDU所属 的 RLC应答模式 AM实体发送方对应的 RLC AM实体接收方， 可以指代该 AM实 体接收方所属的网络设备， 比如可以为用户终端或者基站。
实施例 1
本发明实施例提供一种传输方法， 该方法的执行主体为 RLC AM实体发送 方 （可简称 "发送方"）， 如图 1所示， 该方法包括以下步骤：
步骤 1 01 ,判断封装视频应用编码数据帧的无线链路控制 RLC协议数据单 元 PDU的类型；
可选的， 当 RLC PDU所封装的视频应用编码数据帧的类型为基本层视频 应用编码数据帧， 或者当 RLC PDU 所封装的视频应用编码数据帧的类型包括 基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU 的类型为第一类型； 当 RLC PDU 所封装的视频应用编码数据帧的类型为增强 层视频应用编码数据帧时， 则判断 RLC PDU的类型为第二类型。
进一步的， 本发明实施例中类型和优先级可以为——映射的关系， 具体 的， 第一类型可以与高优先级——映射， 即当判断出 RLC PDU 的类型为第一 类型时， 亦即判断出 RLC PDU 的优先级为高优先级。 例如， 当视频应用编码 数据帧的类型为基本层视频应用编码数据帧， 或者视频应用编码数据帧的类 型包括基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU的优先级为高优先级； 第二类型可以与低优先级——映射， 即当判断 出 RLC PDU的类型为第二类型时， 亦即判断出 RLC PDU的优先级为低优先级。 例如， 当视频应用编码数据帧的类型为增强层视频应用编码数据帧时， 则判 断 RLC PDU的优先级为氏优先级。 步骤 102， 当 RLC PDU 的类型为第一类型时， 采用第一处理方式， 并对 RLC PDU进行第一发送处理；
可选的， 本步骤的执行方法包括：
向 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包； 或者， 应用第一自动重传请求配置参数， 并将 RLC PDU数据包发送给接收方； 或者，
将 RLC PDU的类型信息和 RLC PDU数据包发送给接收方， 以便接收方根 据 RLC PDU的类型信息执行对应的操作； 或者，
将所述 RLC PDU数据包发送给所述接收方， 以便所述接收方根据所述 RLC PDU数据包判断的 RLC PDU的类型执行对应的操作； 或者，
向所述接收方重新发送 RLC PDU数据包。
步骤 103， 当 RLC PDU 的类型为第二类型时， 采用第二处理方式， 并对 RLC PDU进行第二发送处理， 其中， 第二处理方式与第一处理方式不同。
可选的， 本步骤的执行方法包括：
向 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包后， 发送第一 控制包， 以便使接收方不反馈新的状态报告； 或者，
应用第二自动重传倩求配置参数， 并将 RLC PDU数据包发送给接收方； 或者，
将 RLC PDU的类型信息和 RLC PDU数据包发送给接收方， 以便接收方根 据 RLC PDU的类型信息执行对应的操作； 或者，
将所述 RLC PDU数据包发送给所述接收方， 以便所述接收方根据所述 RLC PDU数据包判断的 RLC PDU的类型执行对应的操作； 或者，
向所述接收方发送第三控制包后， 发送所述 RLC PDU数据包， 以便使所 述接收方不反馈新的状态报告。
其中， 第一控制包包括： MR ( Mov ing Rece i v ing Window , 移动接收窗 口 ) 控制 PDU , MR 控制 PDU用于指示接收方根据 MRW控制 PDU中指示的值 进行更新， 从而不反馈新的状态报告。 所述第三控制包包括： 优先级指示控制 PDU, 携带所有非确认-序列号 NACK_SN对应的 RLC PDU的类型信息， 或者携带所有 NACK_SN对应的 RLC PDU 中类型为第二类型 RLC PDU的类型信息及所述状态报告中的 ACK_SN, 或者携 带所有 NACK_SN对应的 RLC PDU中类型为第一类型 RLC PDU的类型信息及所 迷状态 告中的 ACK_SN。
需要说明的是， 步骤 102与步骤 103为选择性执行， 即根据步骤 101具 体的判断结果， 执行步骤 102或者执行步驟 103。
本发明实施例提供一种传输的方法，判断封装视频应用编码数据帧的 RLC PDU的类型； 当 RLC PDU的类型为第一类型时， 釆用第一处理方式， 并对 RLC PDU进行第一发送处理； 当 RLC PDU的类型为第二类型时，采用第二处理方式， 并对 RLC PDU进行第二发送处理， 其中， 第二处理方式与第一处理方式不同。 本发明实施例提供的方案， 根据不同的 RLC PDU 的类型， 可以提供差异化的 传输服务， 充分发挥可分级编码方法的优势。
本发明实施例提供另一种传输方法， 该方法的执行主体为 RLC AM实体接 收方 （可简称 "接收方"）， 如图 2所示， 该方法包括：
步驟 201,接收封装视频应用编码数据帧的无线链路控制 RLC协议数据单 元 PDU所属的 RLC应答模式 AM实体发送方发送的第一数据包；
步骤 202， 根据第一数据包所包括的内容， 采用相应的接收处理方式。 当所述第一数据包中包括携带轮询指示的 RLC PDU数据包时， 向所述发 送方发送所述 RLC PDU的第一状态 告； 或者，
当所述第一数据包中包括第一控制包时， 根据接收到的第一控制包中的 指示进行接收状态变量 VR ( R)值的第一更新以不反馈新的状态报告； 或者， 当所述第一数据包中包括 RLC PDU的类型信息， 且所述 RLC PDU为第一 类型时， 向所述发送方发送所述 RLC PDU的第二状态报告； 或者，
当所述第一数据包中包括 RLC PDU的类型信息， 且所述 RLC PDU为第二 类型时， 进行接收状态变量 VR ( R)值的第二更新以不反馈新的状态报告； 或 者， 当所述第一数据包中包括 RLC PDU数据包时， 判断 RLC PDU的类型， 当 所述 RLC PDU为第一类型时， 向所述发送方发送所述 RLC PDU的第二状态报 告， 当所述 RLC PDU为第二类型时， 进行接收状态变量 VR ( R )值的第二更新 以不反馈新的状态报告； 或者，
当所述第一数据包中包括重传的 RLC PDU数据包， 且 RLC PDU的序列号 为已更新的 VR ( R ) 时， 进行 VR ( R )值的第三更新； 或者，
当所述第一数据包中包括第三控制包时， 进行 VR ( R )值的第四更新以不 反馈新的状态报告。
进一步的， 所述判断所述 RLC PDU的类型包括： 通过解析所述 RLC PDU , 确定所述 RLC PDU的类型， 其中， 当所述 RLC PDU所封装的视频应用编码数 据帧的类型为基本层视频应用编码数据帧， 或者当所述 RLC PDU 所封装的视 频应用编码数据帧的类型包括所述基本层视频应用编码数据帧和增强层视频 应用编码数据帧时， 则判断所述 RLC PDU的类型为第一类型； 以及当所述 RLC PDU所封装的视频应用编码数据帧的类型为增强层视频应用编码数据帧时，则 判断所述 RLC PDU的类型为第二类型；
或者， 根据所述发送方发送的 RLC PDU 的类型信息， 确定所述 RLC PDU 的类型。
进一步的， 本发明实施例中类型和优先级可以为——映射的关系， 具体 的， 第一类型可以与高优先级——映射， 即当判断出 RLC PDU 的类型为第一 类型时， 亦即判断出 RLC PDU 的优先级为高优先级。 例如， 当视频应用编码 数据帧的类型为基本层视频应用编码数据帧， 或者视频应用编码数据帧的类 型包括基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU的优先级为高优先级； 第二类型可以与低优先级——映射， 即当判断 出 RLC PDU的类型为第二类型时， 亦即判断出 RLC PDU的优先级为低优先级。 例如， 当视频应用编码数据帧的类型为增强层视频应用编码数据帧时， 则判 断 RLC PDU的优先级为氏优先级。
本发明实施例提供一种传输的方法， 通过接收封装视频应用编码数据帧 的无线链路控制 RLC协议数据单元 PDU所属的 RLC应答模式 AM实体发送方发 送的 RLC PDU数据包； 解析 RLC PDU数据包， 确定 RLC PDU的类型； 当 RLC PDU 的类型为第一类型时， 采用第一接收处理方式； 当 RLC PDU 的类型为第二类 型时， 釆用第二接收处理方式， 其中， 第二接收处理方式与第一接收处理方 式不同。 本发明实施例提供的方案可以提供差异化的传输服务， 充分发挥可 分级视频编码的优势。
本发明实施例提供一种传输装置， 该装置可以为 RLC AM实体发送方 （可 简称 "发送方，，）， 如图 3所示， 该装置包括： 判断单元 301 , 处理器 302 ; 判断单元 301，用于判断封装视频应用编码数据帧的无线链路控制 RLC协 议数据单元 PDU的类型；
可选的， 判断单元 301 中的第一判断模块， 用于当 RLC PDU所封装的视 频应用编码数据帧的类型为基本层视频应用编码数据帧， 或者当 RLC PDU 所 封装的视频应用编码数据帧的类型包括基本层视频应用编码数据帧和增强层 视频应用编码数据帧时， 则判断 RLC PDU 的类型为第一类型； 进一步的， 本 发明实施例中类型和优先级可以为一一映射的关系， 具体的， 第一类型可以 与高优先级——映射， 即当判断出 RLC PDU 的类型为第一类型时， 亦即判断 出 RLC PDU 的优先级为高优先级。 例如， 当视频应用编码数据帧的类型为基 本层视频应用编码数据帧， 或者视频应用编码数据帧的类型包括基本层视频 应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU 的优先级 为高优先级；
判断单元 301 中的第二判断模块， 用于当 RLC PDU所封装的视频应用编 码数据帧的类型为增强层视频应用编码数据帧时， 则判断 RLC PDU 的类型为 第二类型。进一步的，第二类型可以与低优先级一一映射，即当判断出 RLC PDU 的类型为第二类型时， 亦即判断出 RLC PDU 的优先级为氐优先级。 例如， 当 视频应用编码数据帧的类型为增强层视频应用编码数据帧时， 则判断 RLC PDU 的优先级为低优先级。
处理器 302， 用于当 RLC PDU的类型为第一类型时， 釆用第一处理方式， 并对 RLC PDU进行第一发送处理； 以及当 RLC PDU的类型为第二类型时， 采 用第二处理方式， 并对 RLC PDU 进行第二发送处理， 其中， 第二处理方式与 第一处理方式不同。
进一步的， 处理器 302 中的第一处理模块， 用于当 RLC PDU的类型为第 一类型时， 向 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包； 或者， 处理器 302 中的第二处理模块， 用于当 RLC PDU的类型为第一类型时， 应用第一自动重传请求配置参数， 并 RLC PDU数据包发送给接收方； 或者， 处理器 302 中的第三处理模块， 用于当 RLC PDU的类型为第一类型时， 将 RLC PDU的类型信息和 RLC PDU数据包发送给接收方， 以便接收方根据 RLC PDU的类型信息执行对应的操作； 或者，
处理器 302 中的第三处理模块， 用于将所述 RLC PDU数据包发送给所述 接收方， 以便所述接收方根据所述 RLC PDU数据包判断的 RLC PDU的类型执 4亍对应的操作；
进一步的， 处理器 302 中的第四处理模块， 用于当 RLC PDU的类型为第 二类型时， 向 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包后， 发 送第一控制包， 以便使接收方不反馈新的状态报告； 或者，
处理器 302 中的第五处理模块， 用于当 RLC PDU的类型为第二类型时， 应用第二自动重传请求配置参数， 并 RLC PDU数据包发送给接收方； 或者， 处理器 302 中的第六处理模块， 用于当 RLC PDU的类型为第二类型时， 将 RLC PDU的类型信息和 RLC PDU数据包发送给接收方， 以便接收方根据 RLC PDU的类型信息执行对应的操作； 或者，
处理器 302 中的第六处理模块， 用于将所述 RLC PDU数据包发送给所述 接收方， 以便所述接收方根据所述 RLC PDU数据包判断的 RLC PDU的类型执 行对应的操作； 或者，
处理器 302 中的第七处理模块， 用于当所述 RLC PDU的类型为第一类型 时， 向所述接收方重新发送 RLC PDU数据包； 或者，
处理器 302 中的第八处理模块， 用于当所述 RLC PDU的类型为第二类型 时， 向所述接收方发送第三控制包后， 发送所述 RLC PDU数据包， 以便使所 述接收方不反馈新的状态报告。
需要说明的是， 本发明实施例中的发送方可以为基站 （比如演进基站 ) 或者用户终端。 另外， 本实施例还可以提供另一实施方式， 即包括一个处理 器， 此处理器可以实现包括本实施例中的判断单元 301和处理器 302的功能， 即由此处理器执行判断 RLC PDU的类型的功能以及根据 RLC PDU的不同类型 进行差异化处理的功能。
本发明实施例提供一种传输装置， 通过判断单元判断封装视频应用编码 数据帧的 RLC PDU的类型； 处理器， 用于当 RLC PDU的类型为第一类型时， 采用第一处理方式， 并对 RLC PDU进行第一发送处理； 以及当 RLC PDU的类 型为第二类型时， 釆用第二处理方式， 并对 RLC PDU进行第二发送处理， 其 中， 第二处理方式与第一处理方式不同。 本发明实施例提供的方案可以提供 差异化的传输服务， 充分发挥可分级视频编码的优势。
本发明实施例提供一种传输装置， 该装置可以为 RLC AM实体接收方 （可 简称 "接收方"）， 如图 4所示， 装置包括： 接收器 401 , 处理器 402 ;
接收器 401 ,用于接收封装视频应用编码数据帧的无线链路控制 RLC协议 数据单元 PDU所属的 RLC应答模式 AM实体发送方发送的第一数据包；
处理器 402， 用于根据第一数据包所包括的内容， 釆用相应的接收处理方 式。
进一步的， 处理器 402 中的第一处理模块， 用于当所述第一数据包中包 括携带轮询指示的 RLC PDU数据包时， 向所述发送方发送所述 RLC PDU的第 一状态报告； 或者，
处理器 402 中的第二处理模块， 用于当所述第一数据包中包括第一控制 包时， 根据接收到的第一控制包中的指示进行接收状态变量 VR ( R )值的第一 更新以不反馈新的状态报告； 或者，
处理器 402 中的第三处理模块， 用于当所述第一数据包中包括 RLC PDU 的类型信息， 且所述 RLC PDU为第一类型时， 向所述发送方发送所述 RLC PDU 的第二状态报告； 或者，
处理器 402 中的第四处理模块， 用于当所述第一数据包中包括 RLC PDU 的类型信息， 且所述 RLC PDU为第二类型时， 进行接收状态变量 VR ( R )值的 第二更新以不反馈新的状态报告； 或者，
处理器 402 中的判断模块， 用于当所述第一数据包中包括 RLC PDU数据 包时， 判断 RLC PDU的类型； 处理器 402中的第五处理模块， 用于当所述 RLC PDU为第一类型时， 向所述发送方发送所述 RLC PDU的第二状态 4艮告； 处理器 402中的第六处理模块， 用于当所述 RLC PDU为第二类型时， 进行接收状态变 量 VR ( R )值的第二更新以不反馈新的状态报告； 或者，
处理器 402中的第七处理模块，用于当所述第一数据包中包括重传的 RLC PDU数据包， 且 RLC PDU的序列号为已更新的 VR ( R ) 时， 进行 VR ( R )值的 第三更新； 或者，
处理器 402 中的第八处理模块， 用于当所述第一数据包中包括第三控制 包时， 进行 VR ( R )值的第四更新以不反馈新的状态报告。
进一步的， 判断模块具体用于 , 通过解析所述 RLC PDU ,确定所述 RLC PDU 的类型， 其中， 当所述 RLC PDU 所封装的视频应用编码数据帧的类型为基本 层视频应用编码数据帧， 或者当所述 RLC PDU 所封装的视频应用编码数据帧 的类型包括所述基本层视频应用编码数据帧和增强层视频应用编码数据帧 时， 则判断所述 RLC PDU的类型为第一类型； 以及当所述 RLC PDU所封装的 视频应用编码数据帧的类型为增强层视频应用编码数据帧时，则判断所述 RLC PDU的类型为第二类型；
或者， 根据所述发送方发送的 RLC PDU 的类型信息， 确定所述 RLC PDU 的类型；
进一步的， 本发明实施例中类型和优先级可以为——映射的关系， 具体 的， 第一类型可以与高优先级——映射， 即当判断出 RLC PDU 的类型为第一 类型时， 亦即判断出 RLC PDU 的优先级为高优先级。 例如， 当视频应用编码 数据帧的类型为基本层视频应用编码数据帧， 或者视频应用编码数据帧的类 型包括基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断
RLC PDU的优先级为高优先级；
第二类型可以与 4氐优先级——映射， 即当判断出 RLC PDU 的类型为第二 类型时， 亦即判断出 RLC PDU 的优先级为低优先级。 例如， 当视频应用编码 数据帧的类型为增强层视频应用编码数据帧时， 则判断 RLC PDU 的优先级为 低优先级。
需要说明的是， 本发明实施例中的接收方可以为用户终端或者基站。 本发明实施例提供一种传输的装置， 可以提供差异化的传输服务， 充分 发挥可分级视频编码的优势。
实施例 2
本发明实施例提供的一种传输方法，如图 5A所示，该方法包括以下步骤： 步骤 501 , 视频应用发送方对视频应用的数据进行编码， 获得视频应用编 码数据帧；
视频应用发送方可以为视频应用服务器， 也可以为用户终端。 视频应用 发送方可以采用可分级编码方式对视频应用的数据进行编码， 编码后的视频 应用编码数据帧可以包括基本层视频应用编码数据帧和 /或增强层视频应用 编码数据帧。
进一步的， 视频应用发送方将视频应用编码数据帧发送给发送方。
步驟 502 ,发送方判断封装视频应用编码数据帧的无线链路控制 RLC协议 数据单元 PDU的类型；
本步驟中的发送方可以为基站， 也可以为用户终端。 具体的， 当视频应 用发送方为视频应用服务器时， 则本步驟中的发送方为基站， 视频应用服务 器将编码后的视频应用编码数据帧发送给基站， 然后基站判断封装视频应用 编码数据帧的无线链路控制 RLC协议数据单元 PDU的类型。 当视频应用发送 方为用户终端时， 则本步骤中的发送方为用户终端， 根据协议规定， 用户终 端将应用层的视频应用编码数据帧发送给无线传输层。
发送方可以根据视频应用编码数据帧类型进行判断。 其中， 视频应用编 码数据帧类型包括基本层编码数据帧和增强层编码数据帧。 发送方可以通过
DPI ( Deep Packet Interpre ta t ion , 深度包解析）， 判断视频应用编码数据 帧类型， 当 RLC PDU所封装的视频应用编码数据帧的类型为基本层视频应用 编码数据帧， 或者当 RLC PDU 所封装的视频应用编码数据帧的类型包括基本 层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU 的 类型为第一类型； 当 RLC PDU 所封装的视频应用编码数据帧的类型为增强层 视频应用编码数据帧时， 则判断 RLC PDU的类型为第二类型。
进一步的， 本发明实施例中类型和优先级可以为——映射的关系， 具体 的， 第一类型可以与高优先级——映射， 即当判断出 RLC PDU 的类型为第一 类型时， 亦即判断出 RLC PDU 的优先级为高优先级。 例如， 当视频应用编码 数据帧的类型为基本层视频应用编码数据帧， 或者视频应用编码数据帧的类 型包括基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU的优先级为高优先级；
第二类型可以与 4氐优先级一一映射， 即当判断出 RLC PDU 的类型为第二 类型时， 亦即判断出 RLC PDU 的优先级为低优先级。 例如， 当视频应用编码 数据帧的类型为增强层视频应用编码数据帧时， 则判断 RLC PDU 的优先级为 低优先级。
需要说明的是， DP I只是检测视频数据帧类型的一种手段， 本发明实施例 并不限于该方法。 其他能够判断检测视频数据帧类型的方法也在本发明的保 护范围内。
步骤 503 , 当 RLC PDU的类型为第一类型时， 发送方向 RLC PDU所属的 RLC应答模式 AM实体接收方发送 RLC PDU数据包；
需要说明的是， 当发送方为基站时， 接收方为用户终端； 当发送方为用 户终端时， 接收方为基站。
步骤 504， 当 RLC PDU的类型为第二类型时， 发送方向 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包后， 发送第一控制包， 以便使接收方 不反馈新的状态报告； 需要说明的是， 步骤 503与步骤 504为可选择的步骤， 即根据步骤 502 判断的 RLC PDU的类型， 确定执行步骤 503或者执行步骤 504。
可选的， 在发送完第二类型 RLC PDU后， 可以通过定时器来控制对第一 控制包的发送， 即在发送完第二类型 RLC PDU后， 发送方启动一个定时器。 当定时器超时后， 向对应的接收方发送第一控制包。 定时器的时长可以由基 站通过 RRC (Radio Resource Control, 无线资源控制）信令或 MAC (Media Access Control, 媒体接入控制） CE ( Control Element, 控制元素） 进行 配置， 也可以为协议强制规定的值。
需要说明的是， 不同的视频编码帧对 QoS (Quality of Service, 服务质 量） 的要求不同， 比如基本层数据帧要求可靠性高， 所以希望重传次数多些， 但是增强层数据帧不需要那么高的可靠性， 如果信道条件不好时， 重传多次 虽然可以保证传输成功， 但是从接收角度来看， 对视频质量的增强是有限的， 一定程度上浪费了空口资源。 因此， 当***负荷重时， 釆用本发明实施例提 供的方案， 即 RLC PDU为第二类型时， 在发送完 RLC PDU后， 可以向接收方 发送第一控制包， 以便控制接收方的接收窗口操作。 具体的， 第一控制包可 以包括 MRW控制 PDU, MRW控制 PDU用于指示接收方根据 MRW控制 PDU指示的 值进行更新， 从而不反馈新的状态报告。
步骤 505， 接收方接收发送方发送的第一数据包；
第一数据包中可以包括 RLC PDU数据包， 也可以包括发送方发送的第一 控制包。
步骤 506, 根据第一数据包所包括的内容， 采用相应的接收处理方式。 当第一数据包中包括 RLC PDU数据包时 , 相应地执行 RLC PDU接收处理 , 相应地更新接收窗口参数。 进一步的， 如果接收到的所述 RLC PDU 中携带轮 询指示 poll, 则触发状态报告的发送， 其中， 轮询指示 poll为 PDU中的一个 字段， 用于指示接收方主动触发状态报告。
可选的， 当第一数据包中包括第一控制包时， 接收方接收发送方发送的 第一控制包， 根据接收到的第一控制包中的指示进行接收状态变量 VR (R)值 的第一更新以不反馈新的状态报告；
更新 VR (皿） 为新的 VR ( R ) 与接收窗口大小的和。 其中， VR ( MR )表 示接收窗口上沿， 而 VR ( R )表示接收窗口下沿， 这两个变量共同表示接收 窗口。
需要说明的是， 在更新 VR ( R )值后还执行后续相应操作。 具体的， 组装 接收窗口之外的所有 AMD PDU及 AMD PDU 分段， 并按序组装成功接收的 SN ( ser i es number , 序列号） =VR ( R ) 内的 AMD PDU分段， 即 RLC AM接收方 实体将落在接收窗外的一个或多个 AMD PDU中的任意字节部分 segment 以及 VR ( R )对应 AMD PDU中的顺序字节 s egment , 去掉 RLC头， 组装成一个或多 个 RLC SDU递交给高层； 否则， 如果上述一个或多个字节 segment 不能被组 装成一个或多个完整的 RLC SDU， 则丢弃这些字节 segmen t。 之后将组装好的 RLC SDU递交给高层。
例如， 一个 RLC SDU被分成了两个 RLC AMD PDU进行传输， 这两个 AMD PDU 中的一个被正确接收了， 但另外一个只有部分的字节 segment 被成功接收， 另外部分的字节 segment 没有被成功接收， 那么没有被完全接收的 RLC SDU 就没有办法在接收方实体被正确还原， 那么正确接收的部分也要被丢弃。
例如图 5B所示的传输方法的示意图中， 以视频应用发送方为视频应用服 务器， 发送方为基站， 接收方为用户终端为例进行描述。 具体的， 视频应用 服务器对视频应用的数据进行编码， 获得视频应用编码数据帧， 将视频应用 编码数据帧发送给基站； 基站接收视频应用服务器发送的视频应用编码数据 帧， 然后判断封装视频应用编码数据帧的 RLC PDU的类型。 当 RLC PDU的类 型为第一类型时， 向用户终端发送 RLC PDU数据包； 当 RLC PDU的类型为第 二类型时， 向用户终端发送 RLC PDU数据包和第一控制包； 用户终端接收到 RLC PDU数据包以及第一控制包后， 根据第一控制包中的指示更新 VR ( R )值。
本发明实施例提供一种传输的方法， 通过判断封装视频应用编码数据帧 的 RLC PDU的类型： 根据 RLC PDU的不同类型执行不同的操作， 使得充分发 挥可分级编码方法的优势。 本发明实施例提供另一种传输方法， 如图 6A所示， 该方法包括： 步骤 601， 视频应用发送方对视频应用的数据进行编码， 获得视频应用编 码数据帧；
视频应用发送方可以为视频应用服务器， 也可以为用户终端。 具体地， 可以采用可分级编码方式对视频应用的数据进行编码， 编码后的视频数据帧 可以包括基本层编码数据帧和 /或增强层编码数据帧。
步骤 602 , 基站为承载视频应用编码数据帧的 DRB对应的 RLC AM实体配 置不同的 ARQ ( Aut oma t i c Repea t reques t,自动重传请求）参数， 并通过 RRC 连接重配置过程， 将不同的 ARQ参数发送给用户终端；
基站可以根据传输协议为封装视频应用编码数据帧的 RLC PDU 的不同类 型配置不同的 ARQ参数。 例如， 可以将不同类型的 RLC PDU的最大重传次数 配置为不同的值， 具体的， 为第一类型 （基本型） 的 RLC PDU 配置的最大重 传次数比为第二类型 （增强型） 的 RLC PDU 配置的最大重传次数高， 即希望 基本型的 RLC PDU 多次重传， 以达到较好的传输质量； 或者， 可以将参数轮 询协议数据单元 "po l l PDU" 根据 RLC PDU 的不同类型配置为不同的值， 具 体的， 为第一类型 （基本型） 的 RLC PDU 配置的轮询协议数据单元值比为第 二类型 （增强型） 的 RLC PDU 配置的轮询协议数据单元值低， 即希望基本型 的 RLC PDU可以尽快发送状态 ^艮告； 或者， 可以将参数轮询字节 "po l l Byte" 根据 RLC PDU 的不同类型配置为不同的值， 具体的， 为第一类型 （基本型） 的 RLC PDU配置的轮询字节值比为第二类型 （增强型） 的 RLC PDU配置的轮 询字节值低， 即希望基本型的 RLC PDU可以尽快发送状态报告。
步骤 603 , 用户终端接收基站发送的根据 RLC PDU的不同类型而配置的不 同的 ARQ参数， 并配置 ARQ参数；
需要说明的是， 步驟 601与步骤 602和步骤 603之间执行顺序不固定， 即可以按照本实施例提供的方法先执行步骤 601，再执行步骤 602和步骤 603， 或者也可以先执行步驟 602和步骤 603 , 再执行步骤 601。
步骤 604， 在视频传输过程中， 发送方判断封装视频应用编码数据帧的 RLC PDU的类型；
本步骤中的发送方可以为基站， 也可以为用户终端。 需要说明的是， 图 6A 中以发送方为基站， 接收方为用户终端为例进行描述。 具体的， 当视频应 用发送方为视频应用服务器时， 则本步骤中的发送方为基站， 视频应用服务 器将编码后的视频应用编码数据帧发送给基站， 然后基站判断封装视频应用 编码数据帧的无线链路控制 RLC协议数据单元 PDU的类型。 当视频应用发送 方为用户终端时， 则本步驟中的发送方为用户终端， 根据协议规定， 将应用 层的视频应用编码数据帧发送给无线传输层， 以便用户终端断封装视频应用 编码数据帧的无线链路控制 RLC协议数据单元 PDU的类型。
其中， 视频应用编码数据帧类型包括基本层编码数据帧和增强层编码数 据帧。 发送方可以通过 DP I， 判断视频应用编码数据帧类型。 具体的， 当 RLC PDU所封装的视频应用编码数据帧的类型为基本层视频应用编码数据帧，或者 当 RLC PDU 所封装的视频应用编码数据帧的类型包括基本层视频应用编码数 据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU 的类型为第一类型； 第一类型的 RLC PDU也可以被称为基本型 RLC PDU , 或者高优先级 RLC PDU; 当 RLC PDU 所封装的视频应用编码数据帧的类型为增强层视频应用编码 数据帧时， 则判断 RLC PDU的类型为第二类型； 第二类型的 RLC PDU也可以 被称为增强型 RLC PDU , 或者低优先级 RLC PDU。
进一步的， 本发明实施例中类型和优先级可以为——映射的关系， 具体 的， 第一类型可以与高优先级——映射， 即当判断出 RLC PDU 的类型为第一 类型时， 亦即判断出 RLC PDU 的优先级为高优先级。 例如， 当视频应用编码 数据帧的类型为基本层视频应用编码数据帧， 或者视频应用编码数据帧的类 型包括基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU的优先级为高优先级；
第二类型可以与低优先级一一映射， 即当判断出 RLC PDU 的类型为第二 类型时， 亦即判断出 RLC PDU 的优先级为低优先级。 例如， 当视频应用编码 数据帧的类型为增强层视频应用编码数据帧时， 则判断 RLC PDU 的优先级为 低优先级。
需要说明的是， DP I只是检测视频数据帧类型的一种手段， 本发明实施例 并不限于该方法。 其他能够判断检测视频数据帧类型的方法也在本发明的保 护范围内。
步骤 605 , 当 RLC PDU的类型为第一类型时， 应用第一自动重传请求配置 参数， 并将 RLC PDU数据包发送给接收方；
需要说明的是， 接收方可以为用户终端或者基站。 当发送方为基站时， 接收方为用户终端； 当发送方为用户终端时， 接收方为基站。
可选的， 当第一自动重传请求配置参数为最大重传次数时， 则当发送方 决定重传某个 RLC PDU或 RLC PDU分段时， 累计该 RLC PDU的重传次数。 当 累计的重传次数达到 RLC PDU 的类型的最大重传次数门限， 则执行 RLC PDU 达到最大重传次数的操作。 具体的， 如果第一类型的 RLC PDU 达到最大重传 次数时， 则向 RRC层 （Rad io Resource Cont ro l , 无线资源控制）报告， 触 发 RRC连接重建过程。
可选的， 如果为第一类型的 RLC PDU 配置了轮询协议数据单元值， 发送 方每次新传输一个第一类型的 RLC PDU 时， 则第一类型的累计协议技术单元 值增加 1 , 当第一类型的累计协议技术单元值大于或者等于配置的轮询协议数 据单元值时，则向接收方发送轮询指示。轮询指示 po l l为 PDU中的一个字段， 用于指示接收方主动触发状态报告。
可选的， 如果为第一类型的 RLC PDU 配置了轮询字节值， 发送方每新传 输一个第一类型的 RLC PDU时， 则第一类型的累计字节值增加所发送 RLC PDU 字节大小， 当第一类型的累计字节值大于或者等于配置的轮询字节值时， 则 向接收方发送轮询指示。
步骤 606 , 当 RLC PDU的类型为第二类型时， 应用第二自动重传请求配置 参数， 并 RLC PDU数据包发送给接收方；
需要说明的是， 步驟 605与步驟 606为可选择的步骤， 即根据步骤 604 判断的 RLC PDU的类型， 确定执行步骤 605或者执行步骤 606。 可选的， 当第二自动重传请求配置参数为最大重传次数时， 则当发送方 决定重传某个 RLC PDU或 RLC PDU分段时， 累计该 RLC PDU的重传次数。 当 累计的重传次数达到 RLC PDU 的类型的最大重传次数门限， 则执行 RLC PDU 达到最大重传次数的操作。 具体的， 如果第二类型的 RLC PDU 达到最大重传 次数时， 则向接收方发送第一控制包， 以便使接收方不反馈新的状态报告。 第一控制包包括： 移动接收窗口 MRW控制 PDU, MRW控制 PDU用于指示接收 方根据置 W控制 PDU中指示的值进行更新， 从而不反馈新的状态报告。
可选的， 如果为第二类型的 RLC PDU 配置了轮询协议数据单元值， 发送 方每次新传输一个第二类型的 RLC PDU 时， 则第一类型的累计协议技术单元 值增加 1 , 当第二类型的累计协议技术单元值大于或者等于配置的轮询协议数 据单元值时，则向接收方发送轮询指示。轮询指示 po l l为 PDU中的一个字段， 用于指示接收方主动触发状态报告。
可选的， 如果为第二类型的 RLC PDU 配置了轮询字节值， 发送方每新传 输一个第二类型的 RLC PDU时， 则第二类型的累计字节值增加所发送 RLC PDU 字节大小， 当第二类型的累计字节值大于或者等于配置的轮询字节值时， 则 向接收方发送轮询指示。
步驟 607 , 接收方接收发送方发送的第一数据包；
第一数据包中可以包括 RLC PDU数据包， 也可以包括发送方发送的第一 控制包。
步骤 608 , 接收方根据第一数据包所包括的内容， 釆用相应的接收处理方 式。
当第一数据包中可以包括 RLC PDU数据包时， 相应地执行 RLC PDU接收 处理， 相应地更新接收窗口参数。 可选的， 当接收到携带轮询指示的 RLC PDU 数据包时， 则向发送方发送状态报告。
可选的， 当第一数据包中可以包括第一控制包时， 接收到发送方发送的 第一控制包， 4艮据第一控制包中的指示进行接收状态变量 VR ( R )值的第一更 新以不反馈新的状态报告， 具体的更新 VR ( MR ) 为新的 VR ( R ) 与接收窗口 大小的和。 其中， VR (MR)表示接收窗口上沿， 而 VR (R)表示接收窗口下 沿， 这两个变量共同表示接收窗口。
需要说明的是， 在更新 VR (R)值后还执行后续相应操作。 具体的， 组装 接收窗口之外的所有 AMD PDU及 AMD PDU 分段， 并按序组装成功接收的 SN ( series number, 序列号） =VR ( R ) 内的 AMD PDU分段， 即 RLC AM接收方 实体将落在接收窗外的一个或多个 AMD PDU中的任意字节部分 segment 以及 VR (R)对应 AMD PDU中的顺序字节 segment, 去掉 RLC头， 组装成一个或多 个 RLC SDU递交给高层； 否则， 如果上述一个或多个字节 segment 不能被组 装成一个或多个完整的 RLC SDU， 则丢弃这些字节 segment。 之后将组装好的 RLC SDU递交给高层。
例如， 一个 RLC SDU被分成了两个 RLC AMD PDU进行传输， 这两个 AMD PDU 中的一个被正确接收了， 但另外一个只有部分的字节 segment 被成功接收， 另外部分的字节 segment 没有被成功接收， 那么没有被完全接收的 RLC SDU 就没有办法在接收方实体被正确还原， 那么正确接收的部分也要被丢弃。
例如图 6B所示的传输方法的示意图中， 以视频应用发送方为用户终端， 发送方为用户终端， 接收方为基站为例进行描述。 具体的， （1 )基站首先配 置不同的自动重传请求配置参数， 并将配置的不同的自动重传请求配置参数 发送给用户终端； 用户终端接收到后， 应用配置不同的自动重传请求配置参 数。 （ 2 ) 用户终端应用层对视频应用的数据进行编码 , 获得视频应用编码数 据帧， 将视频应用编码数据帧发送给用户终端无线传输层； （ 3 ) 用户终端判 断封装视频应用编码数据帧的 RLC PDU的类型。 （4 ) 当 RLC PDU的类型为第 一类型时， 应用第一自动重传请求配置参数， 并向基站发送 RLC PDU数据包； ( 5 ) 当 RLC PDU的类型为第二类型时， 应用第二自动重传请求配置参数， 并 向基站发送 RLC PDU数据包； （6 )基站接收到 RLC PDU数据包后， 根据轮询 指示发送状态报告； 或者， 接收发送方发送的第一控制包， 并根据接收到的 第一控制包中的指示更新接收状态变量 VR (R)值。
本发明实施例提供一种传输的方法， 通过判断封装视频应用编码数据帧 的 RLC PDU 的类型， 根据判断的类型应用不同的自动重传请求参数。 本发明 实施例提供的方案通过对不同类型的 RLC PDU可以提供差异化的传输服务， 充分发挥可分级视频编码的优势。
本发明实施例提供另一种传输方法， 如图 7所示， 该方法包括： 步骤 701 , 视频应用发送方对视频应用的数据进行编码， 获得视频应用编 码数据帧；
视频应用发送方可以为视频应用服务器， 也可以为用户终端。 具体地， 可以釆用可分级编码方式对视频应用的数据进行编码， 编码后的视频数据帧 可以包括基本层编码数据帧和 /或增强层编码数据帧。
步驟 702 , 基站为承载视频应用编码数据帧的 DRB对应的 RLC AM实体配 置不同的 ARQ参数， 并通过 RRC连接重配置过程， 将不同的 ARQ参数发送给 用户终端；
基站可以根据传输协议为封装视频应用编码数据帧的 RLC PDU 的不同优 先级配置不同的 ARQ参数。 例如， 可以配置仅高优先级 RLC PDU需要进行状 态才艮告； 可以为不同优先级的 RLC PDU的定时器 t_Reorder ing配置不同的时 长。
步驟 703 , 用户终端接收基站发送的根据不同 RLC PDU优先级而配置的不 同的 ARQ参数， 并配置这些 ARQ参数；
需要说明的是， 步驟 701与步骤 702和步骤 703之间执行顺序不固定， 即可以按照本实施例提供的方法先执行步骤 701，再执行步骤 702和步骤 703， 或者也可以先执行步骤 702和步驟 703, 再执行步骤 701。
步骤 704 , 在视频传输过程中， 发送方判断封装视频应用编码数据帧的 RLC PDU的类型；
其中， 视频应用编码数据帧类型包括基本层编码数据帧和增强层编码数 据帧。 发送方可以通过 DPI , 判断视频应用编码数据帧类型。 具体的， 当 RLC PDU所封装的视频应用编码数据帧的类型为基本层视频应用编码数据帧，或者 当 RLC PDU 所封装的视频应用编码数据帧的类型包括基本层视频应用编码数 据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU 的类型为第一类型； 第一类型的 RLC PDU也可以被称为基本型 RLC PDU , 或者高优先级 RLC PDU; 当 RLC PDU 所封装的视频应用编码数据帧的类型为增强层视频应用编码 数据帧时， 则判断 RLC PDU的类型为第二类型； 第二类型的 RLC PDU也可以 被称为增强型 RLC PDU , 或者低优先级 RLC PDU。
进一步的， 本发明实施例中类型和优先级可以为——映射的关系， 具体 的， 第一类型可以与高优先级——映射， 即当判断出 RLC PDU 的类型为第一 类型时， 亦即判断出 RLC PDU 的优先级为高优先级。 例如， 当视频应用编码 数据帧的类型为基本层视频应用编码数据帧， 或者视频应用编码数据帧的类 型包括基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU的优先级为高优先级；
第二类型可以与 4氐优先级一一映射， 即当判断出 RLC PDU 的类型为第二 类型时， 亦即判断出 RLC PDU 的优先级为低优先级。 例如， 当视频应用编码 数据帧的类型为增强层视频应用编码数据帧时， 则判断 RLC PDU 的优先级为 低优先级。
需要说明的是， DP I只是检测视频数据帧类型的一种手段， 本发明实施例 并不限于该方法。 其他能够判断检测视频数据帧类型的方法也在本发明的保 护范围内。
需要说明的是， 步驟 704为可选步專聚， 仅当步骤 706 中， 接收方通过发 送方发送的类型信息来确定 RLC PDU数据包类型时， 才需要执行步骤 704。
步骤 705 ,发送方将 RLC PDU的类型信息和 RLC PDU数据包发送给接收方， 或者， 发送方将 RLC PDU数据包发送给接收方；
需要说明的是， 接收方可以为用户终端或者基站。 当发送方为基站时， 接收方为用户终端； 当发送方为用户终端时， 接收方为基站。
可选的， 发送方将判断的 RLC PDU数据包的类型信息发送给接收方， 以 便接收方根据 RLC PDU的类型信息执行对应的操作。 具体的， 通过在 RLC PDU 中携带类型信息， 即通过在 RLC PDU 的报头中增加携带类型信息的相应字段 并发送给接收方。 类型信息可以是当前 RLC PDU 自身的类型信息； 也可以是 其前 N个被发送的 RLC PDU的类型， 其中 N为大于等于 1的整数。 需要说明 的是， 本发明中实施例涉及到对 RLC PDU的序号 SN进行加减的操作均为发送 或接收窗口大小的加减。 例如， 发送或接收窗口大小为 512， 当前 RLC PDU的 SN为 1 , N为 2 , 则当前 RLC PDU携带的是 SN为 51 1的 RLC PDU的类型。
可选的， 预设 RLC控制 PDU , 发送方将 RLC控制 PDU发送给接收方 , RLC 控制 PDU用于携带当前 RLC PDU的类型或者已发送的 RLC PDU的类型信息。 可选的， 发送方将 RLC控制 PDU发送给接收方时， 可以将 RLC控制 PDU置于 一个控制包中发送给接收方， 例如， 将第二控制包发送给接收方， 其中， 第 二控制包中包括预设 RLC控制 PDU , RLC控制 PDU用于携带当前 RLC PDU的类 型或者已发送的 RLC PDU的类型。
需要说明的是， 仅当步骤 7 06 中， 接收方通过发送方发送的类型信息来 确定 RLC PDU数据包类型时， 发送方才需要将判断的 RLC PDU数据包的类型 信息发送给接收方。
步骤 706 , 接收方接收发送方发送的 RLC PDU数据包， 确定 RLC PDU的类 型；
具体的， 通过解析 RLC PDU , 确定 RLC PDU的类型， 其中， 当 RLC PDU所 封装的视频应用编码数据帧的类型为基本层视频应用编码数据帧，或者当 RLC PDU 所封装的视频应用编码数据帧的类型包括基本层视频应用编码数据帧和 增强层视频应用编码数据帧时，则确定 RLC PDU的类型为第一类型；当 RLC PDU 所封装的视频应用编码数据帧的类型为增强层视频应用编码数据帧时， 则确 定 RLC PDU的类型为第二类型；
进一步的， 本发明实施例中类型和优先级可以为——映射的关系， 具体 的， 第一类型可以与高优先级——映射， 即当判断出 RLC PDU 的类型为第一 类型时， 亦即判断出 RLC PDU 的优先级为高优先级。 第二类型可以与氏优先 级——映射， 即当判断出 RLC PDU的类型为第二类型时， 亦即判断出 RLC PDU 的优先级为低优先级。 具体的判断方式可以具体参照步骤 704 ; 或者， 根据发送方发送的 RLC PDU的类型信息， 确定 RLC PDU的类型。 步骤 707， 当 RLC PDU的类型为第一类型时， 接收方应用第三自动重传请 求配置参数；
第三自动重传请求配置参数为在步骤 702和步骤 703执行时配置的参数， 具体的， 当 RLC PDU为第一类型的 RLC PDU时， 第二状态报告被触发， 对第 一类型的 RLC PDU发送第二状态报告。
步骤 708 , 当 RLC PDU的类型为第二类型时， 接收方应用第四自动重传请 求配置参数；
第四自动重传请求配置参数为在步骤 702和步骤 703执行时配置的参数， 具体的， 进行接收状态变量 VR ( R )值的第二更新以不反馈新的状态报告。
具体的， 接收第二控制包， 根据第二控制包中预设 RLC控制 PDU携带的 类型信息， 移动接收窗口， 并更新 VR ( R )值至第一 RLC PDU的 SN , 其中， 第一 RLC PDU为第一个 SN ( ser i es number , 序列号） 大于当前 RLC PDU的 SN, 且没有被完整接收的 RLC PDU。
需要说明的是， 在更新 VR ( R )值后还执行后续相应操作。 具体的， 组装 接收窗口之外的所有 AMD PDU及 AMD PDU 分段， 并按序组装成功接收的 SN ( ser i es n菌 ber , 序列号） =VR ( R ) 内的 AMD PDU分段， 即 RLC AM接收方 实体将落在接收窗外的一个或多个 AMD PDU中的任意字节部分 segment 以及 VR ( R )对应 AMD PDU中的顺序字节 s egment , 去掉 RLC头， 组装成一个或多 个 RLC SDU递交给高层； 否则， 如果上述一个或多个字节 segment 不能被组 装成一个或多个完整的 RLC SDU, 则丟弃这些字节 segmen t。 之后将组装好的 RLC SDU递交给高层。
例如， 一个 RLC SDU被分成了两个 RLC AMD PDU进行传输， 这两个 AMD PDU 中的一个被正确接收了， 但另外一个只有部分的字节 segment 被成功接收， 另外部分的字节 segment 没有被成功接收， 那么没有被完全接收的 RLC SDU 就没有办法在接收方实体被正确还原， 那么正确接收的部分也要被丟弃。
本发明实施例提供一种传输的方法， 通过判断封装视频应用编码数据帧 的 RLC PDU的类型， 根据判断 RLC PDU的不同类型执行不同处理， 使得充分 发挥可分级编码方法的优势。
本发明实施例提供另一种传输方法， 如图 1 0所示， 该方法包括： 步骤 1001 , 视频应用发送方对视频应用的数据进行编码， 获得视频应用 编码数据帧；
视频应用发送方可以为视频应用服务器， 也可以为用户终端。 具体地， 可以采用可分级编码方式对视频应用的数据进行编码， 编码后的视频数据帧 可以包括基本层编码数据帧和 /或增强层编码数据帧。
进一步的， 视频应用发送方将视频应用编码数据帧发送给发送方。
步驟 1002 , 发送方将封装有视频应用编码数据帧的 RLC PDU数据包发送 给接收方；
本步骤中的发送方可以为基站， 也可以为用户终端。 具体的， 当视频应 用发送方为视频应用服务器时， 则本步骤中的发送方为基站， 视频应用服务 器将编码后的视频应用编码数据帧发送给基站， 然后基站将封装有视频应用 编码数据帧的 RLC PDU数据包发送给用户终端。 当视频应用发送方为用户终 端时， 则本步驟中的发送方为用户终端， 根据协议规定， 用户终端将应用层 的视频应用编码数据帧发送给无线传输层。
步骤 1 003， 当状态报告被触发时， 接收方向发送方发送状态报告； 具体的， 状态报告被触发的条件为： 如果接收方收到含有轮询指示 po l l 的 RLC PDU， 则接收方向发送方发送状态报告； 如果重排序定时器超时时， 则 接收方向发送方发送状态报告。
步驟 1 004， 发送方接收状态报告， 判断其中所有 NACK ( Not Acknowledgement , 非确认） —SN对应的 RLC PDU的类型；
具体的， ACK- S 对应的 RLC PDU指 RLC PDU的 S 为 AC _ SND 此外， 状态报告中可以携带一个或多个 NACK_ SN， 因此所述 NACK-SN对应的 RLC PDU 可以为一个或多个。
具体的， 发送方可以根据视频应用编码数据帧类型判断承载视频应用编 码数据帧的 RLC PDU 的类型。 其中， 视频应用编码数据帧类型包括基本层编 码数据帧和增强层编码数据帧。 发送方可以通过 DP I , 判断视频应用编码数据 帧类型， 当 RLC PDU所封装的视频应用编码数据帧的类型为基本层视频应用 编码数据帧， 或者当 RLC PDU 所封装的视频应用编码数据帧的类型包括基本 层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU 的 类型为第一类型； 当 RLC PDU 所封装的视频应用编码数据帧的类型为增强层 视频应用编码数据帧时， 则判断 RLC PDU的类型为第二类型。
进一步的， 本发明实施例中类型和优先级可以为——映射的关系， 具体 的， 第一类型可以与高优先级——映射， 即当判断出 RLC PDU 的类型为第一 类型时， 亦即判断出 RLC PDU 的优先级为高优先级。 例如， 当视频应用编码 数据帧的类型为基本层视频应用编码数据帧， 或者视频应用编码数据帧的类 型包括基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断 RLC PDU的优先级为高优先级；
第二类型可以与 4氐优先级一一映射， 即当判断出 RLC PDU 的类型为第二 类型时， 亦即判断出 RLC PDU 的优先级为低优先级。 例如， 当视频应用编码 数据帧的类型为增强层视频应用编码数据帧时， 则判断 RLC PDU 的优先级为 低优先级。
需要说明的是， DP I只是检测视频数据帧类型的一种手段， 本发明实施例 并不限于该方法。 其他能够判断检测视频数据帧类型的方法也在本发明的保 护范围内。
步骤 1 005 , 当 RLC PDU的类型为第一类型时， 则重传第一类型 RLC PDU; 当 RLC PDU的类型为第二类型时， 则发送第三控制包；
具体的， 针对一个状态报告， 当其中 NACK_ SN对应的 RLC PDU中有第二 类型 RLC PDU 时， 将发送一个第三控制包； 第三控制包可以为： 优先级指示 控制 PDU， 携带所有 NACK-SN 对应的 RLC PDU 的类型信息， 或者携带所有 NACK_ SN对应的 RLC PDU中类型为第二类型 RLC PDU的类型信息及状态报告中 的 ACK ( Acknowledgement ,确认）—SN， 或者携带所有 NACK— SN对应的 RLC PDU 中类型为第一类型 RLC PDU的类型信息及状态报告中的 ACK_SN。
第三控制包的发送优先级高于所有 RLC PDU数据包的发送优先级。
步驟 1006 , 接收方接收发送方发送的第一数据包；
第一数据包中可以包括重传的 RLC PDU数据包， 或者第一数据包中包括 第三控制包。
步骤 1007， 接收方根据第一数据包所包括的内容， 釆用相应的接收处理 方式。
可选的， 当第一数据包中包括重传的 RLC PDU数据包时， 接收方接收到 发送方重传的第一类型 RLC PDU，且第一类型 RLC PDU的 SN为更新后的 VR( R )， 对 VR ( R ) 进行第三更新 , 在更新 VR ( R ) 的过程中以不触发新的状态报告的 发送。
具体的， 如果第一类型 RLC PDU的 SN大于 ACK_SN, 则更新 VR ( R ) 至第 一个 SN大于第一类型 RLC PDU的 SN， 且没有被完整接收的 RLC PDU;
否则， 如果在第一类型 RLC PDU的 SN与 ACK_SN间存在没有被正确接收 的第一类型 RLC PDU, 则更新 VR ( R ) 至第一个 SN大于第一类型 RLC PDU的 SN, 且没有被完整接收的第一类型 RLC PDU; 否则， 如果在第一类型 RLC PDU 的 SN与 ACK—SN间为完全被正确接收的第一类型 RLC PDU, 则更新 VR ( R ) 至 第一个 SN大于 ACK_SN， 且没有被完整接收的 RLC PDU。
可选的， 当第一数据包中包括第三控制包时， 进行接收状态变量 VR ( R ) 值的第四更新以不触发新的状态报告的发送。
具体的， 接收方接收第三控制包， 根据第三控制包中携带的类型信息， 移动接收窗口，并更新 VR( R )值至第一 RLC PDU的 SN,其中，如果所有 NACK_SN 对应的 RLC PDU的类型均为第二类型 RLC PDU, 则第一 RLC PDU为第一个 SN 大于 ACK_SN,且没有被完整接收的 RLC PDU;否则，第一 RLC PDU为所有 NACK_SN 对应的 RLC PDU中第一个没有被完整接收的第一类型 RLC PDU。
需要说明的是， 在更新 VR ( R )值后还执行后续相应操作。 具体的， 组装 接收窗口之外的所有 AMD PDU及 AMD PDU 分段， 并按序组装成功接收的 SN ( ser i es number , 序列号） =VR ( R ) 内的 AMD PDU分段， 即 RLC AM接收方 实体将落在接收窗外的一个或多个 AMD PDU中的任意字节部分 segment 以及 VR ( R )对应 AMD PDU中的顺序字节 s egment , 去掉 RLC头， 组装成一个或多 个 RLC SDU递交给高层； 否则， 如果上述一个或多个字节 segment 不能被组 装成一个或多个完整的 RLC SDU, 则丟弃这些字节 segmen t。 之后将组装好的 RLC SDU递交给高层。
例如， 一个 RLC SDU被分成了两个 RLC AMD PDU进行传输， 这两个 AMD PDU 中的一个被正确接收了， 但另外一个只有部分的字节 segment 被成功接收， 另外部分的字节 segment 没有被成功接收， 那么没有被完全接收的 RLC SDU 就没有办法在接收方实体被正确还原， 那么正确接收的部分也要被丢弃。
需要说明的是， 当上述视频传输的传输层协议使用了 TCP ( Transmission Control Protocol, 传输控制协议）时， 对于增强层视频应用编码数据帧， 如果 由于应用了上述实施例而被丢弃时， 接收方可以重构一个视频应用编码数据 帧的数据包递交给 TCP层， 从而避免不必要的 TCP层重传。
本发明实施例提供一种传输装置， 该装置可以为 RLC AM实体发送方 （可 简称 "发送方"）， 该发送方可以为基站 （比如演进基站） 或者用户终端， 如 图 8所示， 该装置包括： 判断单元 801 , 处理器 802， 处理器 802包括如下模 块之一或其组合：第一处理模块 8021，第二处理模块 8022，第三处理模块 8023， 第四处理模块 8024 , 第五处理模块 8025 , 第六处理模块 8026， 第七处理模块 8027 , 第八处理模块 8028 ;
判断单元 801 , 用于判断判断封装视频应用编码数据帧的无线链路控制 RLC协议数据单元 PDU的类型；
进一步地， 判断单元 801具体用于当 RLC PDU所封装的视频应用编码数 据帧的类型为基本层视频应用编码数据帧， 或者当 RLC PDU 所封装的视频应 用编码数据帧的类型包括基本层视频应用编码数据帧和增强层视频应用编码 数据帧时， 则判断 RLC PDU的类型为第一类型； 以及当 RLC PDU所封装的视 频应用编码数据帧的类型为增强层视频应用编码数据帧时， 则判断 RLC PDU 的类型为第二类型。
处理器 802， 用于当 RLC PDU的类型为第一类型时， 采用第一处理方式， 并对 RLC PDU进行第一发送处理； 以及当 RLC PDU的类型为第二类型时， 采 用第二处理方式， 并对 RLC PDU 进行第二发送处理， 其中， 第二处理方式与 第一处理方式不同。
进一步的， 处理器 802中的第一处理模块 8021 , 用于当 RLC PDU的类型 为第一类型时， 向 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包； 或者，
处理器 802中的第二处理模块 8022， 用于当 RLC PDU的类型为第一类型 时， 应用第一自动重传倩求配置参数， 并 RLC PDU数据包发送给接收方； 或 者，
处理器 802中的第三处理模块 8023 , 用于当 RLC PDU的类型为第一类型 时， 将 RLC PDU的类型信息和 RLC PDU数据包发送给接收方， 以便接收方根 据 RLC PDU的类型信息执行对应的操作； 或者， 处理器 802 中的第三处理模 块 8023 , 用于将 RLC PDU数据包发送给接收方， 以便接收方根据 RLC PDU数 据包判断的 RLC PDU的类型执行对应的操作；
处理器 802中的第四处理模块 8024 , 用于当 RLC PDU的类型为第二类型 时， 向 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包后， 发送第一 控制包， 以便使接收方不反馈新的状态报告； 或者，
处理器 802中的第五处理模块 8025 , 用于当 RLC PDU的类型为第二类型 时， 应用第二自动重传请求配置参数， 并 RLC PDU数据包发送给接收方； 或 者，
处理器 802中的第六处理模块 8026 , 用于当 RLC PDU的类型为第二类型 时， 将 RLC PDU的类型信息和 RLC PDU数据包发送给接收方， 以便接收方根 据 RLC PDU的类型信息执行对应的操作； 或者， 处理器 802 中的第六处理模 块 8026 , 用于将 RLC PDU数据包发送给接收方， 以便接收方根据 RLC PDU数 据包判断的 RLC PDU的类型执行对应的操作。 处理器 802中的第七处理模块 8027 , 用于当 RLC PDU的类型为第一类型 时， 向接收方重新发送 RLC PDU数据包； 或者，
处理器 802中的第八处理模块 8028 , 用于当 RLC PDU的类型为第二类型 时， 向接收方发送第三控制包后， 发送 RLC PDU数据包， 以便使接收方不反 馈新的状态报告。
进一步的， 当自动重传请求配置参数为最大重传次数时， 第二处理模块 8022 , 用于当第一类型 RLC PDU 累计重传次数达到配置的最大重传次数门限 时， 向无线资源控制 RRC层报告并触发 RRC重建；
第五处理模块 8035具体用于当第二类型 RLC PDU累计重传次数达到配置 的最大重传次数门限时， 向接收方发送第一控制包， 以便使接收方不反馈新 的状态报告。
其中， 第一控制包可以包括： 移动接收窗口 MRW控制 PDU, MRW控制 PDU 用于指示接收方根据 MRW控制 PDU中指示的值进行更新， 从而不反馈新的状 态报告。
进一步的， 第三处理模块 8023或者第六处理模块 8036具体用于： 在 RLC PDU 的包头中增加携带类型消息的字段并发送给接收方， 类型消 息为当前 RLC PDU的类型或者已发送的 RLC PDU的类型； 或者，
预设 RLC控制 PDU， 并将 RLC控制 PDU发送给接收方， RLC控制 PDU用于 携带当前 RLC PDU的类型或者已发送的 RLC PDU的类型。
需要说明的是， 本实施例中判断单元 801 与处理器 802的功能可以由一 个处理器来完成， 换句话说， 此处理器用于执行判断 RLC PDU 的类型的功能 以及根据 RLC PDU的不同类型执行差异化处理的功能。
本发明实施例提供一种传输装置， 通过判断单元判断 RLC PDU 的类型； 处理器， 用于当 RLC PDU的类型为第一类型时， 采用第一处理方式， 并对 RLC PDU进行第一发送处理； 以及当 RLC PDU的类型为第二类型时， 釆用第二处理 方式， 并对 RLC PDU进行第二发送处理， 其中， 第二处理方式与第一处理方 式不同。 本发明实施例提供的方案通过对不同类型的 RLC PDU 的不同处理， 使得充分发挥可分级编码方法的优势。
本发明实施例提供一种传输装置， 该装置可以为 RLC AM实体接收方 （可 简称 "接收方"）， 发送方可以为用户终端或者基站 （例如 "演进基站"）， 如 图 9所示， 该装置包括： 接收器 901， 处理器 902， 其中， 处理器 902包括如 下模块之一或其组合： 第一处理模块 9021 , 第二处理模块 9022 , 第三处理模 块 9023 , 第四处理模块 9024 , 判断模块 9025 , 第五处理模块 9026 , 第六处 理模块 9027 , 第七处理模块 9028 , 第八处理模块 9029;
接收器 901 ,用于接收封装视频应用编码数据帧的无线链路控制 RLC协议 数据单元 PDU所属的 RLC应答模式 AM实体发送方发送的第一数据包；
处理器 902 , 用于根据第一数据包所包括的内容， 采用相应的接收处理方 式。
进一步的， 处理器 902中的第一处理模块 9021， 用于当第一数据包中包 括携带轮询指示的 RLC PDU数据包时， 向发送方发送 RLC PDU的第一状态报 告； 或者，
处理器 902 中的第二处理模块 9022 , 用于当第一数据包中包括第一控制 包时， 根据接收到的第一控制包中的指示进行接收状态变量 VR ( R )值的第一 更新以不反馈新的状态报告； 或者，
处理器 902 中的第三处理模块 9023， 用于当第一数据包中包括 RLC PDU 的类型信息， 且 RLC PDU为第一类型时， 向发送方发送 RLC PDU的第二状态 报告； 或者，
处理器 902 中的第四处理模块 9024 , 用于当第一数据包中包括 RLC PDU 的类型信息， 且 RLC PDU为第二类型时， 进行接收状态变量 VR ( R )值的第二 更新以不反馈新的状态报告； 或者，
处理器 902中的判断模块 9025 , 用于当第一数据包中包括 RLC PDU数据 包时， 判断 RLC PDU的类型； 处理器 902中的第五处理模块 9026， 用于当 RLC PDU为第一类型时， 向发送方发送 RLC PDU的第二状态报告； 处理器 902中的 第六处理模块 9027，用于当 RLC PDU为第二类型时，进行接收状态变量 VR ( R ) 值的第二更新以不反馈新的状态报告；
进一步的， 判断模块 9025具体用于： 通过解析 RLC PDU, 确定 RLC PDU 的类型， 其中， 当 RLC PDU 所封装的视频应用编码数据帧的类型为基本层视 频应用编码数据帧， 或者当 RLC PDU 所封装的视频应用编码数据帧的类型包 括基本层视频应用编码数据帧和增强层视频应用编码数据帧时， 则确定 RLC PDU的类型为第一类型； 以及当 RLC PDU所封装的视频应用编码数据帧的类型 为增强层视频应用编码数据帧时， 则确定 RLC PDU的类型为第二类型；
或者， 根据发送方发送的 RLC PDU的类型信息， 确定 RLC PDU的类型。 进一步的， 处理器 902中的第七处理模块 9028， 用于当第一数据包中包 括重传的 RLC PDU数据包， 且 RLC PDU的序列号为已更新的 VR ( R ) 时， 进行 VR (R)值的第三更新； 或者，
处理器 902 中的第八处理模块 9029, 用于当第一数据包中包括第三控制 包时， 进行 VR ( R )值的第四更新以不反馈新的状态报告。
进一步的， 接收状态变量 VR (R)值的第一更新可以为更新 VR (MR) 为 新的 VR (R) 与接收窗口大小的和。 其中， VR (MR)表示接收窗口上沿， 而 VR (R)表示接收窗口下沿， 这两个变量共同表示接收窗口；
接收状态变量 VR ( R )值的第二更新可以为更新 VR ( R )值至第一 RLC PDU 的 VR )值， 其中， 第一 RLC PDU为第一个 SN ( series number, 序列号） 大于当前 RLC PDU的 SN, 且没有被完整接收的 RLC PDU;
接收状态变量 VR (R)值的第三更新可以为如果第一类型 RLC PDU的 SN 大于 ACK_SN, 则更新 VR (R) 至第一个 SN大于第一类型 RLCPDU的 SN, 且没 有被完整接收的 RLC PDU; 否则， 如果在第一类型 RLC PDU的 SN与 ACK_SN间 存在没有被正确接收的第一类型 RLC PDU, 则更新 VR (R) 至第一个 SN大于 第一类型 RLC PDU的 SN, 且没有被完整接收的第一类型 RLC PDU; 否则， 如 果在第一类型 RLC PDU的 SN与 ACK_SN间为完全被正确接收的第一类型 RLC PDU, 则更新 VR (R)至第一个 SN大于 ACK— SN, 且没有被完整接收的 RLC PDU; 接收状态变量 VR ( R )值的第四更新可以为更新 VR ( R )值至第一 RLC PDU 的 SN ,其中，如果所有 NACK _ SN对应的 RLC PDU的类型均为第二类型 RLC PDU , 则第一 RLC PDU为第一个 SN大于 ACK_ SN， 且没有被完整接收的 RLC PDU; 否 则， 第一 RLC PDU为所有 NACK_ SN对应的 RLC PDU中第一个没有被完整接收 的第一类型 RLC PDU。
本发明实施例提供一中传输装置， 通过接收器接收发送方发送的 RLC PDU 数据包， 处理器， 用于确定 RLC PDU的类型， 且当 RLC PDU的类型为第一类 型时， 采用第一接收处理方式； 当 RLC PDU 的类型为第二类型时， 以及采用 第二接收处理方式， 其中， 第二接收处理方式与第一接收处理方式不同。 使 得本发明提供的装置可以提供差异化的传输服务， 充分发挥可分级编码方法 的优势。
通过以上的实施方式的描述， 所属领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件的方式来实现， 当然也可以通过硬件， 但 很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明的技术方案本 质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来， 该 计算机软件产品存储在可读取的存储介质中， 如计算机的软盘， 硬盘或光盘 等， 包括若干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行本发明各个实施例所述的方法。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应所述以权利要求的保护范围为准。

Claims

权利要求 书
1、 一种传输方法， 其特征在于， 包括：
判断封装视频应用编码数据帧的无线链路控制 RLC协议数据单元 PDU的类 型；
当所述 RLC PDU的类型为第一类型时，采用第一处理方式，并对所述 RLC PDU 进行第一发送处理；
当所述 RLC PDU的类型为第二类型时，采用第二处理方式，并对所述 RLC PDU 进行第二发送处理， 其中， 所述第二处理方式与所述第一处理方式不同。
2、 根据权利要求 1所述的方法， 其特征在于， 所述判断封装视频应用编码 数据帧的无线链路控制 RLC协议数据单元 PDU的类型， 包括：
当所述 RLC PDU 所封装的视频应用编码数据帧的类型为基本层视频应用编 码数据帧， 或者当所述 RLC PDU所封装的视频应用编码数据帧的类型包括基本 层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断所述 RLC PDU 的类型为第一类型；
当所述 RLC PDU 所封装的视频应用编码数据帧的类型为增强层视频应用编 码数据帧时， 则判断所述 RLC PDU的类型为第二类型。
3、 根据权利要求 2所述的方法， 其特征在于， 所述釆用第一处理方式， 并 对所述 RLC PDU进行第一发送处理包括：
向所述 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包； 或者， 应用第一自动重传倩求配置参数， 并将所述 RLC PDU数据包发送给所述接 方； 或者，
将所述 RLC PDU的类型信息和所述 RLC PDU数据包， 以便所述接收方根据 所述 RLC PDU的类型信息执行对应的操作； 或者，
将所述 RLC PDU数据包发送给所述接收方，以便所述接收方根据所述 RLC PDU 数据包判断的 RLC PDU的类型执行对应的操作；
和 /或，
所述采用第二处理方式， 并对所述 RLC PDU进行第二发送处理包括： 向所述 RLC PDU所属的 RLC AM实体接收方发送 RLC PDU数据包后， 发送第 一控制包， 以便使所述接收方不反馈新的状态报告； 或者，
应用第二自动重传请求配置参数， 并将所述 RLC PDU数据包发送给所述接 收方； 或者，
将所述 RLC PDU的类型信息和所述 RLC PDU数据包， 以便所述接收方根据 所述 RLC PDU的类型信息执行对应的操作； 或者，
将所述 RLC PDU数据包发送给所述接收方，以便所述接收方根据所述 RLC PDU 数据包判断的 RLC PDU的类型执行对应的操作。
4、 根据权利要求 2所述的方法， 其特征在于， 所述釆用第一处理方式， 并 对所述 RLC PDU进行第一发送处理包括：
向所述接收方重新发送 RLC PDU数据包；
和 /或，
所述釆用第二处理方式， 并对所述 RLC PDU进行第二发送处理包括： 向所述接收方发送第三控制包后， 发送所述 RLC PDU数据包， 以便使所述 接收方不反馈新的状态报告。
5、 根据权利要求 3所述的方法， 其特征在于，
当所述自动重传请求配置参数包括最大重传次数时， 所述应用第一自动重 传请求配置参数包括： 当第一类型 RLC PDU 累计重传次数达到配置的最大重传 次数门限时， 向无线资源控制 RRC层报告并触发 RRC重建；
所述应用第二自动重传请求配置参数包括： 当第二类型 RLC PDU 累计重传 次数达到配置的最大重传次数门限时， 向所述接收方发送所述第一控制包， 以 便使所述接收方不反馈新的状态报告。
6、 根据权利要求 3所述的方法， 其特征在于， 所述将所述 RLC PDU的类型 信息和所述 RLC PDU数据包发送给所述接收方包括：
在所述 RLC PDU 的包头中增加携带类型信息的字段并发送给所述接收方， 所述类型信息为当前 RLC PDU的类型或者已发送的 RLC PDU的类型； 或者， 预设 RLC控制 PDU , 并将所述 RLC控制 PDU发送给所述接收方， 所述 RLC控 制 PDU用于携带当前 RLC PDU的类型或者已发送的 RLC PDU的类型。
7、 一种传输方法， 其特征在于， 包括：
接收封装视频应用编码数据帧的无线链路控制 RLC协议数据单元 PDU所属 的 RLC应答模式 AM实体发送方发送的第一数据包；
根据所述第一数据包所包括的内容， 采用相应的接收处理方式。
8、 根据权利要求 7所述的方法， 其特征在于， 所述根据所述第一数据包所 包括的内容， 采用相应的接收处理方式包括：
当所述第一数据包中包括携带轮询指示的 RLC PDU数据包时， 向所述发送 方发送所述 RLC PDU的第一状态报告； 或者，
当所述第一数据包中包括第一控制包时， 根据接收到的第一控制包中的指 示进行接收状态变量 VR ( R )值的第一更新以不反馈新的状态报告。
9、 根据权利要求 7所述的方法， 其特征在于， 所述根据所述第一数据包所 包括的内容， 釆用相应的接收处理方式包括：
当所述第一数据包中包括 RLC PDU的类型信息， 且所述 RLC PDU为第一类 型时， 向所述发送方发送所述 RLC PDU的第二状态 · ^告； 或者，
当所述第一数据包中包括 RLC PDU的类型信息， 且所述 RLC PDU为第二类 型时， 进行接收状态变量 VR ( R )值的第二更新以不反馈新的状态报告； 或者， 当所述第一数据包中包括 RLC PDU数据包时， 判断 RLC PDU的类型， 当所 述 RLC PDU为第一类型时， 向所述发送方发送所述 RLC PDU的第二状态艮告， 当所述 RLC PDU为第二类型时， 进行接收状态变量 VR ( R )值的第二更新以不反 馈新的状态报告。
10、 根据权利要求 9所述的方法， 其特征在于， 所述判断所述 RLC PDU的 类型包括：
通过解析所述 RLC PDU, 确定所述 RLC PDU的类型， 其中， 当所述 RLC PDU 所封装的视频应用编码数据帧的类型为基本层视频应用编码数据帧， 或者当所 述 RLC PDU 所封装的视频应用编码数据帧的类型包括所述基本层视频应用编码 数据帧和增强层视频应用编码数据帧时， 则判断所述 RLC PDU 的类型为第一类 型； 以及当所述 RLC PDU 所封装的视频应用编码数据帧的类型为增强层视频应 用编码数据帧时， 则判断所述 RLC PDU的类型为第二类型；
或者， 根据所述发送方发送的 RLC PDU的类型信息， 确定所述 RLC PDU的 类型。
11、 根据权利要求 7 所述的方法， 其特征在于， 所述根据所述第一数据包 所包括的内容， 采用相应的接收处理方式包括：
当所述第一数据包中包括重传的 RLC PDU数据包， 且 RLC PDU的序列号为 已更新的 VR ( R ) 时， 进行 VR ( R )值的第三更新； 或者，
当所述第一数据包中包括第三控制包时， 进行 VR ( R )值的第四更新以不反 馈新的状态报告。
12、 一种传输装置， 其特征在于， 包括：
判断单元， 用于判断封装视频应用编码数据帧的无线链路控制 RLC协议数 据单元 PDU的类型；
处理器， 用于当所述 RLC PDU 的类型为第一类型时， 采用第一处理方式， 并对所述 RLC PDU进行第一发送处理； 以及当所述 RLC PDU的类型为第二类型 时， 采用第二处理方式， 并对所述 RLC PDU进行第二发送处理， 其中， 所述第 二处理方式与所述第一处理方式不同。
1 3、 根据权利要求 12所述的装置， 其特征在于， 所述判断单元具体用于： 当所述 RLC PDU 所封装的视频应用编码数据帧的类型为基本层视频应用编 码数据帧， 或者当所述 RLC PDU所封装的视频应用编码数据帧的类型包括基本 层视频应用编码数据帧和增强层视频应用编码数据帧时， 则判断所述 RLC PDU 的类型为第一类型；
或者， 当所述 RLC PDU 所封装的视频应用编码数据帧的类型为增强层视频 应用编码数据帧时， 则判断所述 RLC PDU的类型为第二类型。
14、 根据权利要求 1 3所述的装置， 其特征在于， 所述处理器包括： 第一处理模块， 用于当所述 RLC PDU的类型为第一类型时， 向所述 RLC PDU 所属的 RLC AM实体接收方发送 RLC PDU数据包； 或者， 第二处理模块， 用于当 所述 RLC PDU 的类型为第一类型时， 应用第一自动重传请求配置参数， 并所述 RLC PDU数据包发送给所述接收方； 或者， 第三处理模块， 用于当所述 RLC PDU 的类型为第一类型时， 将所述 RLC PDU的类型信息和所述 RLC PDU数据包发送 给所述接收方， 以便所述接收方根据所述 RLC PDU的类型信息执行对应的操作； 或者， 所述第三处理模块， 用于将所述 RLC PDU数据包发送给所述接收方， 以 便所述接收方根据所述 RLC PDU数据包判断的 RLC PDU的类型执行对应的操作； 第四处理模块， 用于当所述 RLC PDU的类型为第二类型时， 向所迷 RLC PDU 所属的 RLC AM实体接收方发送 RLC PDU数据包后， 发送第一控制包， 以便使所 述接收方不反馈新的状态报告； 或者， 第五处理模块， 用于当所述 RLC PDU 的 类型为第二类型时， 应用第二自动重传请求配置参数， 并所述 RLC PDU数据包 发送给所述接收方； 或者， 第六处理模块， 用于当所述 RLC PDU 的类型为第二 类型时， 将所述 RLC PDU的类型信息和所述 RLC PDU数据包发送给所述接收方， 以便所述接收方根据所述 RLC PDU 的类型信息执行对应的操作； 或者， 所述第 六处理模块， 用于将所述 RLC PDU数据包发送给所述接收方， 以便所述接收方 根据所述 RLC PDU数据包判断的 RLC PDU的类型执行对应的操作。
15、 根据权利要求 1 3所述的装置， 其特征在于， 所述处理器包括： 第七处理模块， 用于当所述 RLC PDU 的类型为第一类型时， 向所述接收方 重新发送 RLC PDU数据包； 或者，
第八处理模块， 用于当所述 RLC PDU 的类型为第二类型时， 向所述接收方 发送第三控制包后， 发送所述 RLC PDU数据包， 以便使所述接收方不反馈新的 状态报告。
16、 根据权利要求 14所述的装置， 其特征在于， 当所述自动重传请求配置 参数包括最大重传次数时，
所述第二处理模块具体用于当第一类型 RLC PDU 累计重传次数达到配置的 最大重传次数门限时， 向无线资源控制 RRC层 4艮告并触发 RRC重建；
所述第五处理模块具体用于当第二类型 RLC PDU 累计重传次数达到配置的 最大重传次数门限时， 向所述接收方发送所述第一控制包， 以便使所述接收方 不反馈新的状态报告。
17、 根据权利要求 14所述的装置， 其特征在于， 所述第三处理模块或者第 六处理模块具体用于：
在所述 RLC PDU 的包头中增加携带类型信息的字段并发送给所述接收方， 所述类型信息为当前 RLC PDU的类型或者已发送的 RLC PDU的类型； 或者， 预设 RLC控制 PDU， 并将所述 RLC控制 PDU发送给所述接收方， 所述 RLC控 制 PDU用于携带当前 RLC PDU的类型或者已发送的 RLC PDU的类型。
18、 一种传输装置， 其特征在于， 包括：
接收器， 用于接收封装视频应用编码数据帧的无线链路控制 RLC 协议数据 单元 PDU所属的 RLC应答模式 AM实体发送方发送的第一数据包；
处理器， 用于根据所述第一数据包所包括的内容， 釆用相应的接收处理方 式。
19、 根据权利要求 18所述的装置， 其特征在于， 所述处理器包括： 第一处理模块， 用于当所述第一数据包中包括携带轮询指示的 RLC PDU数 据包时， 向所述发送方发送所述 RLC PDU的第一状态报告； 或者，
第二处理模块， 用于当所述第一数据包中包括第一控制包时， 根据接收到 的第一控制包中的指示进行接收状态变量 VR ( R )值的第一更新以不反馈新的状 态报告。
20、 根据权利要求 18所述的装置， 其特征在于， 所述处理器包括： 第三处理模块， 用于当所述第一数据包中包括 RLC PDU 的类型信息， 且所 迷 RLC PDU为第一类型时， 向所述发送方发送所述 RLC PDU的第二状态 告； 或者，
第四处理模块， 用于当所述第一数据包中包括 RLC PDU 的类型信息， 且所 述 RLC PDU为第二类型时， 进行接收状态变量 VR ( R )值的第二更新以不反馈新 的状态报告； 或者，
判断模块， 用于当所述第一数据包中包括 RLC PDU数据包时 , 判断 RLC PDU 的类型； 第五处理模块， 用于当所述 RLC PDU 为第一类型时， 向所述发送方发 送所述 RLC PDU的第二状态艮告； 第六处理模块， 用于当所述 RLC PDU为第二 类型时， 进行接收状态变量 VR ( R )值的第二更新以不反馈新的状态报告。
21、 根据权利要求 20所述的装置， 其特征在于， 所述判断模块具体用于： 通过解析 RLC PDU, 确定 RLC PDU的类型， 其中， 当所述 RLC PDU所封装的 视频应用编码数据帧的类型为基本层视频应用编码数据帧， 或者当所述 RLC PDU 所封装的视频应用编码数据帧的类型包括所述基本层视频应用编码数据帧和增 强层视频应用编码数据帧时， 则判断所述 RLC PDU 的类型为第一类型； 以及当 所述 RLC PDU 所封装的视频应用编码数据帧的类型为增强层视频应用编码数据 帧时， 则判断所述 RLC PDU的类型为第二类型； 或者，
根据发送方发送的 RLC PDU的类型信息， 确定 RLC PDU的类型。
22、 根据权利要求 18所述的装置， 其特征在于， 所述处理器包括： 第七处理模块， 用于当所述第一数据包中包括重传的 RLC PDU数据包， 且 RLC PDU的序列号为已更新的 VR ( R ) 时， 进行 VR ( R )值的第三更新； 或者， 第八处理模块， 用于当所述第一数据包中包括第三控制包时， 进行 VR ( R ) 值的第四更新以不反馈新的状态报告。
PCT/CN2012/076404 2012-05-21 2012-06-01 一种传输方法及装置 WO2013174036A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210158917.5A CN103428484B (zh) 2012-05-21 2012-05-21 一种传输方法及装置
CN201210158917.5 2012-05-21

Publications (1)

Publication Number Publication Date
WO2013174036A1 true WO2013174036A1 (zh) 2013-11-28

Family

ID=49623042

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/076404 WO2013174036A1 (zh) 2012-05-21 2012-06-01 一种传输方法及装置

Country Status (2)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11296831B2 (en) 2017-04-28 2022-04-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for wireless communication

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10142799B2 (en) * 2014-08-19 2018-11-27 Qualcomm Incorporated Multicasting traffic using multi-connectivity
CN108400842A (zh) * 2017-02-04 2018-08-14 展讯通信（上海）有限公司 一种应用于接收方的状态报告发送方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1753493A (zh) * 2004-09-24 2006-03-29 松下电器产业株式会社 无线多媒体通信***的跨层联合方法
CN101217346A (zh) * 2007-01-05 2008-07-09 大唐移动通信设备有限公司 一种am模式状态反馈方法及***
KR20080067293A (ko) * 2007-01-15 2008-07-18 삼성전자주식회사 이동 통신 시스템에서 불연속 수신 동작을 수행하는 단말의역방향 데이터 처리 방법 및 장치

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1509081A (zh) * 2002-12-20 2004-06-30 �ʼҷ����ֵ��ӹɷ����޹�˾ 通过广播和网络流传送双层hdtv信号的方法和***
CN101227383B (zh) * 2007-01-15 2014-09-17 上海贝尔股份有限公司 多媒体服务数据传输方法、基站设备和通信***
CN101394555B (zh) * 2008-10-24 2010-06-09 清华大学 适用于深空通信的高容错低延时的视频传输方法及装置
CN101610257B (zh) * 2009-07-17 2012-08-15 北京邮电大学 一种互联网业务流的实时上下文感知与分级标记的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1753493A (zh) * 2004-09-24 2006-03-29 松下电器产业株式会社 无线多媒体通信***的跨层联合方法
CN101217346A (zh) * 2007-01-05 2008-07-09 大唐移动通信设备有限公司 一种am模式状态反馈方法及***
KR20080067293A (ko) * 2007-01-15 2008-07-18 삼성전자주식회사 이동 통신 시스템에서 불연속 수신 동작을 수행하는 단말의역방향 데이터 처리 방법 및 장치

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11296831B2 (en) 2017-04-28 2022-04-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for wireless communication

Also Published As

Publication number Publication date
CN103428484A (zh) 2013-12-04
CN103428484B (zh) 2016-11-23

Similar Documents

Publication Publication Date Title
TWI415433B (zh) 雙向無線電連結控制非持久模式低延遲服務
CN108809542B (zh) 一种数据传输的处理方法和装置
JP5351329B2 (ja) 無線通信システムにおいて１対多サービスを受信する方法及び端末
JP6907444B2 (ja) データ伝送方法、通信デバイス、端末、および基地局
JP4968858B2 (ja) データ送信方法及びデータ再転送方法
AU2003276747B2 (en) Method for moving a receive window in a radio access network
RU2455776C2 (ru) Способ и устройство улучшения rlc для гибкого размера pdu rlc
KR101577451B1 (ko) Ｒｌｃ 무한 재전송 오류를 검출하고 처리하는 방법
WO2013135196A1 (zh) 数据包传输方法及***、发送端设备与接收端设备
US20200128416A1 (en) Technique for Monitoring a Radio Communication
US20100303054A1 (en) Apparatus and method for adaptive tsp setting to minimize duplicate packet transmissions
CN102340535B (zh) 数据传输方法、设备和***
KR20100106572A (ko) 무선 리소스 제어 시그널링을 사용하는 무선 링크 제어 리셋
JP2008503934A (ja) 無線通信におけるリンク制御のための方法および装置
JP5037633B2 (ja) 移動通信システムにおけるｒｌｃｐｄｕ送信方法、無線リソース割当方法、及び移動通信システムのｒｌｃエンティティ
US20170012745A1 (en) Method and apparatus for triggering acknowledgement status report in wireless communications system
WO2012100670A1 (zh) 一种数据包的重传方法及装置
WO2007143916A1 (fr) procédé de déclenchement DE rapport d'informationS DE PLANIFICATION dans un canal dédié amélioré et UN dispositif d'abonné
WO2008084959A2 (en) Apparatus for transmitting control information in a mobile communication system
WO2014026386A1 (zh) 数据包传输方法和装置
WO2013174036A1 (zh) 一种传输方法及装置
WO2018077195A1 (zh) 数据重传方法及装置、mac设备
KR101201046B1 (ko) 이동통신 시스템에서 제어 메시지를 재전송하는 방법 및장치
WO2023137854A1 (zh) 重发超限及双无条件下rlc确认模式增强方法及装置
WO2022204999A1 (zh) 存活时间的处理方法和终端设备

Legal Events

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

Ref document number: 12877309

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12877309

Country of ref document: EP

Kind code of ref document: A1