WO2013135196A1 - 数据包传输方法及系统、发送端设备与接收端设备 - Google Patents

数据包传输方法及系统、发送端设备与接收端设备 Download PDF

Info

Publication number
WO2013135196A1
WO2013135196A1 PCT/CN2013/072700 CN2013072700W WO2013135196A1 WO 2013135196 A1 WO2013135196 A1 WO 2013135196A1 CN 2013072700 W CN2013072700 W CN 2013072700W WO 2013135196 A1 WO2013135196 A1 WO 2013135196A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
data packet
quality
requirement information
packet
Prior art date
Application number
PCT/CN2013/072700
Other languages
English (en)
French (fr)
Inventor
韩广林
张戬
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP13760816.2A priority Critical patent/EP2827543B1/en
Publication of WO2013135196A1 publication Critical patent/WO2013135196A1/zh
Priority to US14/486,516 priority patent/US9763131B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS

Definitions

  • the bearer In the Evolved Packet System (EPS), the bearer is used to transmit the service data of the user equipment (User Equipment; UE), and the Bearer includes the core network according to the network through which the service data in the bearer passes.
  • Core Network; CN Core Network
  • Radio Access Network Radio Access Network; RAN carrying two ways.
  • the RAN carries two transmission modes in the Radio Link Control (RCC) layer: Acknowledged Mode (AM) and Unacknowledged Mode. (Un-acknowledged mode; UM).
  • RLC Radio Link Control
  • AM Acknowledged Mode
  • UM Unacknowledged mode
  • the RLC layer uses the Automatic Repeat-reQuest (ARQ) mechanism to transmit service data, and the receiving end acknowledges each packet sent by the sender to indicate that the packet is correct.
  • ARQ Automatic Repeat-reQuest
  • the AM mode is applied to service transmissions with lower latency requirements and higher reliability requirements.
  • UM mode the RLC layer is only responsible for sending and receiving data packets, and does not retransmit the transmitted data packets, nor does it provide feedback confirmation for the received data packets.
  • the UM mode is mainly used for delay requests. Higher, less demanding business.
  • the data packets corresponding to the data are processed centrally, resulting in low efficiency of processing the data packets. Summary of the invention
  • the embodiments of the present invention provide a data packet transmission method and system, a sender device, and a receiver device, which are used to solve the defect that the data packet processing efficiency in the prior art is low.
  • an embodiment of the present invention provides a data packet transmission method, including:
  • the sending end determines the service quality requirement information of the service data according to the content or type of the service data, where the service quality requirement information includes at least a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication.
  • the service quality requirement information includes at least a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication.
  • the sending end carries the quality of service requirement information in a data packet corresponding to the service data
  • the sending end sends the data packet carrying the quality of service requirement information to the receiving end, so that the receiving end performs scheduling processing on the data packet according to the quality of service requirement information.
  • the embodiment of the present invention further provides a data packet transmission method, including: receiving, by a receiving end, a data packet that carries the service quality requirement information sent by the sending end; the service quality requirement information is that the sending end is based on the service data. Determining, by the content or the type, the quality of service requirement information includes at least one of a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication;
  • the receiving end performs scheduling processing on the data packet according to the quality of service requirement information.
  • the embodiment of the present invention further provides a sending end device, including:
  • a determining module configured to determine quality of service requirement information of the service data according to content or type of service data, where the quality of service requirement information includes a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication At least one of them;
  • a processing module configured to carry the quality of service requirement information in a data packet corresponding to the service data
  • a sending module configured to send the data packet carrying the quality of service requirement information to the receiving end device, where the receiving end device performs scheduling processing on the data packet according to the quality of service requirement information.
  • the embodiment of the present invention further provides a receiving end device, including:
  • a receiving module configured to receive a data packet that carries the quality of service requirement information sent by the sending end device, where the quality of service requirement information is determined by the sending end device according to the content or type of the service data, where the service quality requirement information includes the transmission Delay priority level, transmission reliability priority At least one of a level level, a packet loss indication, and an emergency indication;
  • a processing module configured to perform scheduling processing on the data packet according to the quality of service requirement information.
  • an embodiment of the present invention further provides a data packet transmission system, including the transmitting end device as described above and the receiving end device as described above.
  • the data packet transmission method and system, the sender device, and the receiver device in the embodiment of the present invention determine the service quality requirement information of the service data according to the content or type of the service data, where the service quality requirement information includes the transmission delay priority. At least one of a level, a transmission reliability priority level, a packet loss indication, and an emergency indication; and carrying the quality of service requirement information in a data packet sent to the receiving end, so that the receiving end can receive the service quality demand information according to the information
  • the packet is scheduled for processing.
  • the technical solution of the embodiment of the present invention can overcome the defect that all data packets in the prior art are processed centrally, resulting in low processing efficiency of the data packet, and scheduling the received data packet according to the service quality requirement information. Thereby, the processing efficiency of the data packet can be effectively improved.
  • FIG. 1 is a flowchart of a data packet transmission method according to an embodiment of the present invention.
  • FIG. 2 is a data format diagram of an Initialization Segment according to an embodiment of the present invention.
  • FIG. 3 is a data format diagram of a Media Segment according to an embodiment of the present invention.
  • FIG. 4 is a data format diagram of another Initialization Segment according to an embodiment of the present invention.
  • FIG. 5 is a data format diagram of a GTP data packet according to an embodiment of the present invention.
  • FIG. 6 is a data format diagram of a PDCP data packet according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a data packet transmission method according to another embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a device at a transmitting end according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of a receiving end device according to an embodiment of the present invention. Detailed ways
  • FIG. 1 is a flowchart of a data packet transmission method according to an embodiment of the present invention.
  • the execution body of the data packet transmission method of this embodiment is a sender.
  • the data packet transmission method in this embodiment may specifically include the following steps:
  • the sender determines the quality of service (QoS) requirement information of the service data according to the content or type of the service data.
  • QoS quality of service
  • the QoS requirement information of this embodiment includes at least one of a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication;
  • the different transmission delay priority levels correspond to the delay requirements in different transmission processes.
  • the higher the transmission priority level, the higher the reliability requirement of the data packet; the different transmission reliability priority levels correspond to the reliability requirements of different transmission processes.
  • the packet loss indication is used to indicate whether the packet can be discarded.
  • the emergency indication is used to indicate whether the data packet belongs to an emergency data packet. For an urgent data packet, the transmission device on the transmission path may transmit the data packet before other non-emergency data packets.
  • the sending end carries QoS requirement information in a data packet corresponding to the service data.
  • the sending end sends a data packet carrying the QoS requirement information to the receiving end, so that the receiving end performs scheduling processing on the data packet according to the QoS requirement information.
  • the QoS requirement information is set by the sending end according to the content or type of the service data, where the QoS requirement information includes a transmission delay priority level, a transmission reliability priority level, and a packet loss indication. And at least one of the emergency indications; and carrying the QoS requirement information in the data packet sent to the receiving end, so that the receiving end can perform scheduling processing on the received data packet according to the QoS requirement information.
  • the sending end may specifically be a gateway node.
  • step 101 and step 102 in the foregoing embodiment may specifically include the following situations:
  • the carrying the QoS requirement information in the data packet corresponding to the service data may include: the sending end carries the QoS requirement information in the remaining bits of the Initialization Segment and/or the Media Segment.
  • the Media Segment here refers to the media data segmentation.
  • the transmitting end sends a data packet carrying the QoS requirement information to the receiving end, so that the receiving end performs scheduling processing on the data packet according to the QoS requirement information, which may specifically include: sending The terminal sends a data packet including an initialization segment and/or a Media Segment to the receiving end, so that the receiving end performs the data packet including the Initialization Segment and/or the Media Segment according to the QoS requirement information carried in the Initialization Segment and/or the Media Segment. Scheduling processing.
  • the data packet including the Initialization Segment and/or the Media Segment includes Initialization Segment and/or Media Segment and data content, wherein the Initialization Segment and/or the Media Segment carry QoS requirement information.
  • the step 100 of the embodiment shown in FIG. 1 is that the sender carries the QoS requirement information in the data packet corresponding to the service data, which may include: the sender is in Initialization.
  • the new t ⁇ feature of the boost port in the Segment and/or Media Segment carries the QoS requirement information.
  • the transmitting end sends a data packet carrying the QoS requirement information to the receiving end, so that the receiving end performs scheduling processing on the data packet according to the QoS requirement information, which may specifically include: sending The terminal sends a data packet including an initialization segment and/or a Media Segment to the receiving end, so that the receiving end performs the data packet including the Initialization Segment and/or the Media Segment according to the QoS requirement information carried in the Initialization Segment and/or the Media Segment. Scheduling processing.
  • the corresponding QoS requirement information may further include at least one of inter-frame dependency information, frame quality information, and layer indication information.
  • Inter-frame dependency information is used to indicate the dependencies between frames, that is, whether the video data packet is referenced by other data packets, and the degree of reference.
  • the quality information of the frame indicates the degree of influence of the current packet on the quality of the video playback.
  • the indication information of the layer is used to indicate whether the current data packet belongs to the base layer data packet or the enhancement layer when the video data is processed by the layered coding method.
  • a higher transmission priority level is set for the main key frame of the video and/or the corresponding data packet of the reference frame, and the data packet corresponding to other data that is not important or has low reliability can be set lower.
  • Transmission priority level which ensures that critical data packets can be reliably transmitted to users, improving the viewing experience of users under narrowband transmission.
  • the transmission delay can be set to a high priority and/or urgent data; otherwise, The transmission delay can be set to a low priority and/or not urgent.
  • the key data packets required for video playback such as: data packets containing metadata, or data packets referenced by one or more frames, can be set to not be lost, and can be set for normal video data. In order to be able to lose the package.
  • FIG. 2 is a data format diagram of an Initialization Segment according to an embodiment of the present invention
  • FIG. 3 is a data format diagram of a Media Segment according to an embodiment of the present invention.
  • the QoS requirement information is carried in a new t-port in the Initialization Segment and the Media Segment.
  • the QoS requirement information specifically carries the transmission delay priority level and the transmission reliability priority. Which of the level, packet loss indication, and emergency indication can be pre-defined.
  • FIG. 4 is a data format diagram of another initialization segment according to an embodiment of the present invention. As shown in FIG. 4, two new bits are added in the Initialization Segment to carry a transmission delay priority level and a transmission reliability priority level. For example. Figure 4 is only an alternative.
  • the delay priority level, transmission reliability priority level, packet loss indication, emergency indication, inter-frame dependency information, and frame quality can be transmitted in the Initialization Segment and the Media Segment.
  • At least one of the information and the layer indication information, which one or several of the information may be carried, may be preset, and is no longer - for example.
  • the third case: the step 100" in the embodiment shown in FIG. 1 above corresponds to the service data.
  • the QoS requirement information is carried in the data packet, which may include: the sender adds a first extended header information, a GTP data packet, in a packet header of a General Packet Radio Service Tunneling Protocol (GTP) packet.
  • GTP General Packet Radio Service Tunneling Protocol
  • the service data is included; the sender carries the QoS requirement information in the first extended header information.
  • the transmitting end sends a data packet carrying the QoS requirement information to the receiving end, so that the receiving end performs scheduling processing on the data packet according to the QoS requirement information, which may include:
  • the receiving end sends a GTP data packet carrying the QoS requirement information, so that the receiving end performs scheduling processing on the GTP data packet according to the QoS requirement information.
  • FIG. 5 is a data format diagram of a GTP data packet according to an embodiment of the present invention.
  • the first extended header information is newly added in the header of the GTP packet of FIG. 5, and the transmission delay priority level is added to the first extended header information as an example.
  • the transmission delay priority level, the transmission reliability priority level, the packet loss indication, and the emergency indication may be specifically added to the first extended header information. No longer here - for example.
  • the step 100 the sender carries the QoS requirement information in the data packet corresponding to the service data", which may specifically include: the sender is in the Internet Protocol (IP) packet. Carrying QoS requirements information in the header of the packet;
  • IP Internet Protocol
  • the transmitting end sends a data packet carrying the QoS requirement information to the receiving end, so that the receiving end performs scheduling processing on the data packet according to the QoS requirement information, which may include:
  • the receiving end sends an IP data packet carrying the QoS requirement information, so that the receiving end performs scheduling processing on the IP data packet according to the QoS requirement information.
  • the sending end may be specifically a base station (such as an eNodeB), and the receiving end may be a user equipment (User Equipment; UE).
  • the steps 101 and 102 in the above embodiment may specifically include the following situations:
  • Step 100 The sending end carries the QoS requirement information in the data packet corresponding to the service data in the foregoing embodiment, which may include: the packet data convergence protocol (Packet Data Convergence Protocol;
  • the second extended header information is newly added to the header of the data packet, and the PDCP data packet includes service data.
  • the sender carries the QoS requirement information in the second extended header information.
  • the transmitting end sends a data packet carrying the QoS requirement information to the receiving end, so that the receiving end performs scheduling processing on the data packet according to the QoS requirement information.
  • the body may include: the sending end sends the PDCP data packet carrying the QoS requirement information to the receiving end, so that the receiving end performs scheduling processing on the PDCP data packet according to the QoS requirement information.
  • FIG. 6 is a data format diagram of a PDCP data packet according to an embodiment of the present invention.
  • a second extended header information is newly added in a header of a PDCP packet, and a transmission delay priority level and a transmission reliability priority level are added to the second extended header information, for example, for example, Specifically, an indication E of at least one extension header may be newly added in the header of the PDCP packet for indicating whether to use the extension header information and/or the type of the extension header.
  • the extended header indication E in Fig. 6 is used to indicate the extension of the header information carrying the QoS requirement information in the current PDCP packet header.
  • D/C indicates: 0 means data, 1 means control information; R means reserved; E means extended header indication.
  • the serial number of the PDCP packet is divided into two lines, the first behavior is 4 bits, and the second behavior is 8 bits.
  • Step 100 The sending end carries the QoS requirement information in the data packet corresponding to the service data in the foregoing embodiment, which may include: the radio link control (RLC)
  • RLC radio link control
  • the third extended header information is newly added in the header of the protocol data packet, and the RLC protocol data packet includes service data; the sender carries the QoS requirement information in the third extended header information.
  • the transmitting end sends a data packet carrying the QoS requirement information to the receiving end, so that the receiving end performs scheduling processing on the data packet according to the QoS requirement information, which may include:
  • the receiving end sends the RLC protocol data packet carrying the QoS requirement information, so that the receiving end performs scheduling processing on the RLC protocol data packet according to the QoS requirement information.
  • the transmission delay priority threshold and the transmission reliability priority threshold may be set in the sending end, and the sending end may be greater than the transmission delay priority threshold, greater than the transmission reliable priority threshold, and no packet loss indication.
  • the data packet setting with emergency indication carries the QoS requirement information, and does not carry the QoS requirement information in each data packet, which helps to reduce the bandwidth resource overhead of the system.
  • the QoS requirement information is carried in a data packet that is greater than the transmission delay priority threshold, is greater than the transmission reliability priority threshold, has no packet loss indication, and has an emergency indication, and is less than the transmission delay priority threshold and less than the transmission reliability.
  • the priority value, the packet loss indication, and the packet without the emergency indication do not carry the QoS requirement information.
  • the receiving end When the receiving end receives the data packet that does not carry the QoS requirement information, the data packet is instructed according to the QoS requirement information. Priority processing. The reverse is also true, and will not be repeated here. The case of inter-frame dependency information, frame quality information, and layer indication information is similar, and will not be described herein.
  • the transmitting end determines the key frame packet loss ratio is lower than 10-6, rather than key frame data Packet loss rate may be higher than 10-6, the transmit end can set the key frame packets is high level of reliability of data packets, and packets of non-key frame reliability level is not provided, when the receiver receives When a packet with a high priority is carried, it is processed according to a high priority packet. When the receiving end receives a packet that does not carry a high priority, it is processed according to a non-high priority packet.
  • the QoS requirement information is set by the sending end according to the content or type of the service data, where the QoS requirement information includes a transmission delay priority level, a transmission reliability priority level, and a packet loss indication. And at least one of the emergency indications; and carrying the QoS requirement information in the data packet sent to the receiving end, so that the receiving end can perform scheduling processing on the received data packet according to the QoS requirement information.
  • FIG. 7 is a flowchart of a data packet transmission method according to another embodiment of the present invention. As shown in FIG. 7, the data packet transmission method in this embodiment may specifically include the following steps:
  • the receiving end receives a data packet that is sent by the sending end and carries the QoS requirement information.
  • the QoS requirement information in the embodiment is determined by the sender according to the content or type of the service data, and the QoS requirement information includes at least one of a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication.
  • the receiving end performs scheduling processing on the data packet according to the QoS requirement information.
  • the data packet transmission method of this embodiment differs from the embodiment shown in FIG. 1 only in that: the data packet transmission method of the embodiment shown in FIG. 1 described the technical solution of the present invention on the transmitting end side, and the present embodiment is receiving The technical solution of the present invention is described on the end side. For details, refer to the description of the embodiment shown in FIG. 1 , and details are not described herein again.
  • the receiving end receives the data packet carrying the QoS requirement information sent by the transmitting end; the QoS requirement information is determined by the sending end according to the content or type of the service data, and the QoS requirement information includes the transmission delay priority. At least one of a level level, a transmission reliability priority level, a packet loss indication, and an emergency indication. Then, the receiving end performs scheduling processing on the data packet according to the QoS requirement information.
  • the transmitting end may be a gateway node or a server, and the receiving end is a base station (such as an eNodeB).
  • the step 200 in the foregoing embodiment shown in FIG. 1 may specifically include the following cases: The first case: When the service data is video service data, the receiving end receives the sending segment and includes the Initialization Segment and/or Or the data packet of the Media Segment, where the QoS requirement information is carried in the newization slot of the Initialization Segment and/or the Media Segment or the new t-bit of the booster port.
  • the receiving end receives the GTP data packet that carries the QoS requirement information sent by the sending end, and the QoS requirement information is carried in the newly added first extended header information in the packet header of the GTP data packet.
  • the receiving end receives the IP data packet carrying the QoS requirement information sent by the transmitting end, and the QoS requirement information is carried in the packet header of the IP data packet.
  • the QoS requirement information further includes at least one of interframe dependency information, quality information of the frame, and indication information of the layer.
  • the first mode the base station uses the hybrid automatic repeat request for the data packet according to the QoS requirement information (Hybrid Automatic Repeat Request)
  • the number of retransmissions of the HARQ is transmitted, for example: when the base station receives the data packet carrying the high reliability priority information, the base station can increase the number of retransmissions of the high priority data packet, thereby increasing the number of retransmissions of the data packet. Transmission reliability;
  • the second mode the base station uses the high-reliability low-order Modulation Coding Scheme (MCS) transmission according to the QoS requirement information;
  • MCS Modulation Coding Scheme
  • the third mode the base station improves the transmission power of the data packet according to the QoS requirement information.
  • the fourth mode the base station improves the scheduling priority of the current UE according to the QoS requirement information, for example: when the base station receives the high delay priority When the data packet of the level information is used, the base station may improve the scheduling priority level of the UE or data currently served, and preferentially schedule the data packet;
  • the fifth mode the base station determines, according to the QoS requirement information, that the data packet cannot be discarded unless the data packet is successfully received by the UE. For example, when the base station receives the data packet carrying the packet loss indication, the base station cannot The packet is cached for too long and the packet is discarded until the packet is
  • the sending end may specifically be a base station (such as an eNodeB), and the receiving end may specifically be a UE.
  • step 200 in the foregoing embodiment may specifically include the following situations:
  • the first case the receiving end receives the PDCP data packet that carries the QoS requirement information sent by the sending end, and the QoS requirement information is carried in the newly added second extended header information in the header of the PDCP data packet; or
  • the PDCP entity in the base station may send data to the UE according to the QoS requirement information corresponding to the data packet. For example, when the PDCP data packet corresponds to a high transmission reliability priority, the PDCP entity in the base station sends the PDCP data packet. After the bottom layer is received, if the underlying transmission failure acknowledgment is received, or if the transmission success acknowledgment is not received, the PDCP data packet is retransmitted. For example, when the PDCP data packet is sent to the bottom layer, a base station pre-configured retransmission timer is started, and if the response to the successful reception of the PDCP data packet is still not obtained before the retransmission timer expires, the retransmission is performed. The PDCP packet. Conversely, if the PDCP packet corresponds to a low transmission reliability priority, then when the PDCP packet is dropped, there is no need to wait for the underlying transmission to be successfully acknowledged.
  • the receiving end receives the RLC protocol data packet that is sent by the sending end and carries the QoS requirement information, and the QoS requirement information is carried in the newly added third extended header information in the packet header of the RLC protocol data packet.
  • the corresponding step 201: “Receiving the QoS requirement information to perform scheduling processing on the data packet” may include: the UE receives the data packet, and delivers the data packet to the upper application.
  • the UE may deliver the data packet to the upper layer according to the QoS requirement information carried in the data packet according to the indication of the QoS requirement information.
  • the UE can directly deliver the data packet without waiting for the previous out-of-order data packet to be received, so that the data is delivered in order.
  • the data packet can be processed in time according to the QoS requirement information of the data packet, thereby effectively improving the processing efficiency of the data packet.
  • the data packet transmission method in the extended embodiment of the embodiment shown in FIG. 1 describes the technical solution of the present invention on the transmitting end side, and the extended embodiment of the embodiment shown in FIG.
  • the technical solution of the present invention is described on the receiving end side. For details, refer to the description of the extended embodiment of the embodiment shown in FIG. 1 , and details are not described herein again.
  • the data packet transmission method of the foregoing embodiment is configured to receive the bearer sent by the transmitting end by the receiving end.
  • the QoS requirement information is set by the sending end according to the content or type of the service data, and the QoS requirement information includes a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication. At least one of them.
  • the receiving end then schedules the data packet according to the QoS requirement information.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.
  • FIG. 8 is a schematic structural diagram of a device at a transmitting end according to an embodiment of the present invention.
  • the transmitting device of this embodiment may specifically include a determining module 10, a processing module 1 1 and a sending module 12.
  • the determining module 10 is configured to determine QoS requirement information of the service data according to the content or type of the service data, where the QoS requirement information includes at least one of a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication;
  • the processing module 11 is connected to the determining module 10, and the processing module 11 is configured to carry the QoS requirement information determined by the determining module 10 in the data packet corresponding to the service data.
  • the sending module 12 is connected to the processing module 1 1 , and the sending module 12 is configured to send, to the receiving end device, the data packet carrying the QoS requirement information processed by the processing module 11 for the receiving end device to perform scheduling processing on the data packet according to the QoS requirement information. .
  • the transmitting end device of the present embodiment which implements the data packet transmission by using the above-mentioned module, is the same as the implementation mechanism of the related method embodiment. For details, refer to the description of the related method embodiment, and details are not described herein again.
  • the transmitting end device of the embodiment determines the QoS requirement information of the service data according to the content or type of the service data by using the foregoing module, where the QoS requirement information includes a transmission delay priority level and a transmission reliability priority level. At least one of a packet loss indication and an emergency indication And carrying the QoS requirement information in the data packet sent to the receiving end, so that the receiving end can perform scheduling processing on the received data packet according to the QoS requirement information.
  • the sending end in the embodiment shown in FIG. 8 may specifically be a gateway node or a server, and the receiving end is a base station (such as an eNodeB).
  • the specific operations performed by the processing module 1 1 and the sending module 12 in the above embodiment may include the following situations:
  • the first case is: the processing module 1 is specifically configured to: when the service data is the video service data, carry the QoS requirement information determined by the determining module 10 in the Initialization Segment and/or the Media Segment?
  • the module 12 is specifically configured to send, to the receiving end device, a data packet including an initialization segment and/or a Media Segment processed by the processing module 11 for the receiving device to perform QoS requirement information carried in the Initialization Segment and/or the Media Segmen.
  • the data packet including the Initialization Segment and/or the Media Segment is scheduled for processing.
  • the processing module 1 is specifically configured to: when the service data is the video service data, add the new bit in the initialization segment and/or the Media Segment to carry the QoS requirement information determined by the determining module 10; Transmitting, to the receiving end device, a data packet including the Initialization Segment and/or the Media Segment processed by the processing module 11 for the receiving end device to include the Initialization Segment according to the QoS requirement information carried in the Initialization Segment and/or the Media Segment And / or Media Segment packets are scheduled for processing.
  • the QoS requirement information further includes at least one of interframe dependency information, quality information of the frame, and indication information of the layer.
  • the third case: the processing module 1 is specifically configured to newly add the first extended header information in the header of the GTP data packet, where the GTP data packet includes the service data, and is determined by the first extended header information carrying determining module 10
  • the QoS requirement information is used by the sending module 12 to send the GTP data packet carrying the QoS requirement information processed by the processing module 11 to the receiving end device, so that the receiving end device performs scheduling processing on the GTP data packet according to the QoS requirement information.
  • the processing module 1 is specifically configured to carry the QoS requirement information determined by the determining module 10 in the packet header of the IP data packet; the sending module 12 is specifically configured to send the carrying QoS requirement processed by the processing module 11 to the receiving end device.
  • the transmitting end in the embodiment shown in FIG. 8 may specifically be a base station (such as an eNodeB), and the receiving end may specifically be a U E.
  • the specific operations performed by the processing module 1 1 and the sending module 12 in the foregoing embodiment may include the following situations:
  • the processing module 11 is specifically configured to newly add second extended header information in the header of the PDCP data packet, where the PDCP data packet includes service data, and is determined by the second extended header information carrying determining module 10
  • the QoS requirement information is sent by the sending module 12 to the receiving end device to send the PDCP data packet carrying the QoS requirement information processed by the processing module 1 1 for the receiving end device to perform scheduling processing on the PDCP data packet according to the QoS requirement information.
  • the second case: the processing module 1 is specifically configured to newly add third extended header information in the packet header of the RLC protocol data packet, where the RLC protocol data packet includes service data; and in the third extended header information carrying determining module 10 determined QoS requirements information.
  • the sending module 12 is specifically configured to send, to the receiving end device, the RLC protocol data packet that is processed by the processing module 1 1 and carries the QoS requirement information, so that the receiving end device performs scheduling processing on the RLC protocol data packet according to the QoS requirement information.
  • the transmitting end device of the foregoing embodiment is the same as the implementation mechanism of the foregoing related method embodiment by using the above-mentioned module to implement data packet transmission. For details, refer to the description of the foregoing related method embodiments, and details are not described herein again.
  • the transmitting end device of the foregoing embodiment can overcome the defect that all data packets in the prior art are processed centrally, resulting in low processing efficiency of the data packet, and scheduling the received data packet according to the QoS requirement information, thereby Can effectively improve the processing efficiency of data packets.
  • FIG. 9 is a schematic structural diagram of a receiving end device according to an embodiment of the present invention. As shown in FIG. 9, the receiving end device of this embodiment may specifically include a receiving module 20 and a processing module 21.
  • the receiving module 20 is configured to receive a data packet that carries the QoS requirement information sent by the sending end device, where the QoS requirement information is determined by the sending end device according to the content or type of the service data, where the QoS requirement information includes a transmission delay priority level, and the transmission At least one of a reliability priority level, a packet loss indication, and an emergency indication.
  • the processing module 21 is connected to the receiving module 20, and the processing module 21 is configured to perform scheduling processing on the data packet according to the QoS requirement information received by the receiving module 20.
  • the receiving end device of the present embodiment which implements the data packet transmission by using the above-mentioned module, is the same as the implementation mechanism of the foregoing related method embodiment. For details, refer to the description of the foregoing related method embodiments, and details are not described herein again.
  • the receiving end device of the embodiment by using the foregoing module, receives the data packet carrying the QoS requirement information sent by the sending end by the receiving end; the QoS requirement information is determined by the sending end according to the content or type of the service data, and the QoS requirement information includes At least one of a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency indication.
  • the receiving end then schedules the data packet according to the QoS requirement information.
  • the sending end in the embodiment shown in FIG. 9 may specifically be a gateway node or a server, and the receiving end is a base station (such as an eNodeB).
  • the specific execution operation of the receiving module 20 in the above embodiment may include the following situations:
  • the receiving module 20 is specifically configured to: when the service data is the video service data, receive the data packet that is sent by the sending end device, including the Initialization Segment and/or the Media Segment, where the multiplication in the Initialization Segment and/or the Media Segment is The new t ⁇ feature of the bit or booster port carries QoS requirement information.
  • the receiving module 20 is specifically configured to receive the GTP data packet that carries the QoS requirement information sent by the sending end device, where the QoS requirement information is carried in the newly added first extended header information in the header of the GTP data packet.
  • the receiving module 20 is specifically configured to receive an IP data packet that carries the QoS requirement information sent by the sending end device, where the QoS requirement information is carried in a packet header of the IP data packet;
  • the QoS requirement information further includes at least one of inter-frame dependency information, quality information of the frame, and indication information of the layer.
  • the transmitting end in the embodiment shown in FIG. 9 may specifically be a base station (such as an eNodeB), and the receiving end may specifically be a UE.
  • the receiving module 20 in the foregoing embodiment may perform the following operations:
  • the receiving module 20 is specifically configured to receive a PDCP data packet that carries the QoS requirement information sent by the sending end device, where the QoS requirement information is carried in a second extended header that is newly added in the header of the PDCP data packet.
  • the receiving module 20 is specifically configured to receive the RLC protocol data packet that is sent by the sending end device and carries the QoS requirement information, where the QoS requirement information is carried in the newly added third extended header information in the packet header of the RLC protocol data packet.
  • the receiving end device of the foregoing embodiment implements the data packet transmission by using the above-mentioned module, and the implementation mechanism of the foregoing related method embodiment is the same. For details, refer to the description of the related method embodiment, and details are not described herein again.
  • the receiving end device of the foregoing embodiment can overcome the defect that all data packets in the prior art are processed centrally, resulting in low processing efficiency of the data packet, and scheduling the received data packet according to the QoS requirement information, thereby Can effectively improve the processing efficiency of data packets.
  • FIG. 10 is a schematic structural diagram of a data packet transmission system according to an embodiment of the present invention.
  • the data packet transmission system of this embodiment may specifically include a sender device 30 and a receiver device 40.
  • the transmitting device 30 and the receiving device 40 are connected to enable data communication.
  • the sender device 30 in this embodiment is configured to determine QoS requirement information of the service data according to the content or type of the service data, where the QoS requirement information includes a transmission delay priority level, a transmission reliability priority level, a packet loss indication, and an emergency. At least one of the indications; and carrying the set QoS requirement information in the data packet corresponding to the service data; and transmitting the data packet carrying the QoS requirement information to the receiving end device 40;
  • the receiving end device 40 is configured to receive a data packet carrying the QoS requirement information sent by the transmitting end device 30, and perform scheduling processing on the data packet according to the received QoS requirement information.
  • the transmitting end device 30 of the embodiment may specifically use the transmitting end device in the foregoing FIG. 8 and its extended embodiment
  • the receiving end device 40 may specifically use the receiving end device in the foregoing FIG. 9 and its extended embodiment.
  • the data packet transmission method in the above-mentioned FIG. 1 and FIG. 7 and the corresponding extended embodiment may be used to implement data packet transmission between the transmitting end device 30 and the receiving end device 40.
  • the transmitting device 30 of the embodiment may be a gateway node or a server, and the receiving device 40 is a base station (such as an eNodeB). Or the transmitting device 30 may be a base station (such as an eNodeB), and the receiving device 40 may be a UE.
  • the transmitting end device carries the QoS requirement information by using the data packet sent to the receiving end device, and is received by the receiving end device.
  • the end device performs scheduling processing on the data packet according to the QoS requirement information.
  • the device embodiments described above are merely illustrative, wherein the units illustrated as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located in one place. , or it can be distributed to at least two network elements. Some or all of the modules may be selected according to actual needs to achieve the objectives of the embodiment. Those of ordinary skill in the art can understand and implement without undue creative work.

Landscapes

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

Abstract

本发明实施例提供一种数据包传输方法及系统、发送端设备与接收端设备。其方法包括：发送端根据业务数据的内容或者类型确定业务数据的QoS需求信息；QoS需求信息包括传输时延优先级级别、传输可靠性优先级级别、丟包指示和紧急指示中的至少一个；发送端在业务数据对应的数据包中携带QoS需求信息；并向接收端发送携带QoS需求信息的数据包，以供接收端根据QoS需求信息对数据包进行调度处理。本发明实施例的技术方案，能够克服现有技术中所有数据包进行集中处理，导致数据包的处理效率较低的缺陷，通过根据服务质量需求信息对接收的该数据包进行调度处理，从而能够有效地提高数据包的处理效率。

Description

数据包传输方法及系统、 发送端设备与接收端设备
本申请要求了于 2012年 3月 15日提交中国专利局，申请号为 201210068125.9、 发明名称为 "数据包传输方法及系统、 发送端设备与接收端设备" 的中国申 请的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及通信系统领域， 特别涉及一种数据包传输方法及系统、 发送 端设备与接收端设备。 背景技术
演进分组系统 （Evolved Packet System; EPS)中， 釆用承载（Bearer )来 传输用户设备（User Equipment; UE )的业务数据， 按照承载中的业务数据所 经过的网络的不同， Bearer 包含核心网 （Core Network; CN)承载和无线接入 网 (Radio Access Network; RAN 载两种方式。
在现有的无线网络中， 对于某一个特定的业务， RAN承载在无线链路 控制 （Radio Link Control ; RLC ) 层可以釆用两种传输模式： 确认模式 (Acknowledged Mode; AM)和非确认模式 (Un-acknowledged mode; UM)。 在 AM模式下， RLC层釆用自动重传请求 （Automatic Repeat-reQuest; ARQ)机 制传输业务数据， 接收端会对发送端所发送出的每一个数据包进行确认， 以 表示该数据包被正确接收， 该 AM模式应用于对时延要求较低， 而对可靠性要 求较高的业务传输。 在 UM模式下， RLC 层只负责发送、 接收数据包， 并 不对所发送的数据包进行重传，也不对所接收的数据包反馈确认，相对于 AM 模式， UM模式主要应用于对时延要求较高， 对可靠性要求较低的业务。 现有技术中至少存在如下缺点： 无论对于 CN承载还是对于 RAN承载， 还 是在 RAN承载的 AM模式还是 UM模式中，现有的无线网络中釆用的传输方式 均将业务中的不同类型的业务数据对应的数据包集中处理， 导致数据包的处 理效率较低。 发明内容
本发明实施例提供一种数据包传输方法及系统、 发送端设备与接收端设 备， 用于解决现有技术中数据包的处理效率较低的缺陷。
一方面， 本发明实施例提供一种数据包传输方法， 包括：
发送端根据业务数据的内容或者类型确定所述业务数据的服务质量需 求信息， 所述服务质量需求信息包括传输时延优先级级别、 传输可靠性优先 级级别、 丟包指示和紧急指示中的至少一个；
所述发送端在所述业务数据对应的数据包中携带所述服务质量需求信 息；
所述发送端向接收端发送携带所述服务质量需求信息的所述数据包， 以 供接收端根据所述服务质量需求信息对所述数据包进行调度处理。
另一方面， 本发明实施例还提供一种数据包传输方法， 包括： 接收端接收发送端发送的携带服务质量需求信息的数据包； 所述服务质 量需求信息为所述发送端根据业务数据的内容或者类型确定的， 所述服务质 量需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和 紧急指示中的至少一个；
所述接收端根据所述服务质量需求信息对所述数据包进行调度处理。 再一方面， 本发明实施例还提供一种发送端设备， 包括：
确定模块， 用于根据业务数据的内容或者类型确定所述业务数据的服务 质量需求信息， 所述服务质量需求信息包括传输时延优先级级别、 传输可靠 性优先级级别、 丟包指示和紧急指示中的至少一个；
处理模块， 用于在所述业务数据对应的数据包中携带所述服务质量需求 信息；
发送模块， 用于向接收端设备发送携带所述服务质量需求信息的所述数 据包， 以供接收端设备根据所述服务质量需求信息对所述数据包进行调度处 理。
又一方面， 本发明实施例还提供一种接收端设备， 包括：
接收模块， 用于接收发送端设备发送的携带服务质量需求信息的数据 包； 所述服务质量需求信息为所述发送端设备根据业务数据的内容或者类型 确定的， 所述服务质量需求信息包括传输时延优先级级别、 传输可靠性优先 级级别、 丟包指示和紧急指示中的至少一个；
处理模块， 用于根据所述服务质量需求信息对所述数据包进行调度处 理。
再另一方面， 本发明实施例还提供一种数据包传输系统， 包括如上所述 的发送端设备和如上所述的接收端设备。
本发明实施例的数据包传输方法及系统、 发送端设备与接收端设备， 通 过由发送端根据业务数据的内容或者类型确定业务数据的服务质量需求信 息， 该服务质量需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧急指示中的至少一个； 并在向接收端发送的数据包中携带该服 务质量需求信息， 这样接收端便可以根据服务质量需求信息对接收的该数据 包进行调度处理。 釆用本发明实施例的技术方案， 能够克服现有技术中所有 数据包进行集中处理， 导致数据包的处理效率较低的缺陷， 通过根据服务质 量需求信息对接收的该数据包进行调度处理， 从而能够有效地提高数据包的 处理效率。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下 面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在 不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明一实施例提供的数据包传输方法的流程图。
图 2为本发明实施例提供的一种 Initialization Segment的数据格式图。 图 3为本发明实施例提供的一种 Media Segment的数据格式图。
图 4为本发明实施例提供的另一种 Initialization Segment的数据格式图。 图 5为本发明实施例提供的一种在 GTP数据包的数据格式图。
图 6为本发明实施例提供的一种在 PDCP数据包的数据格式图。
图 7为本发明另一实施例提供的数据包传输方法的流程图。
图 8为本发明实施例提供的发送端设备的结构示意图。
图 9为本发明实施例提供的接收端设备的结构示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明一实施例提供的数据包传输方法的流程图。 如图 1所示， 本实 施例的数据包传输方法的执行主体为一发送端。 本实施例的数据包传输方法 , 具体可以包括如下步骤：
100、 发送端根据业务数据的内容或者类型确定业务数据的服务质量 ( Quality of Service; QoS )需求信息；
本实施例的 QoS需求信息包括传输时延优先级级别、 传输可靠性优先级 级别、 丟包指示和紧急指示中的至少一个；
其中传输时延优先级的级别越高， 表示该数据包对时延要求越高， 要求 越小的传输时延； 不同的传输时延优先级级别对应不同的传输过程中的时延 要求。 传输可靠优先级级别越高， 表示该数据包对可靠性要求越高； 不同的 传输可靠优先级级别对应不同的传输过程的可靠性要求。 丟包指示用于表示 该数据包是否可以被丟弃。 紧急指示用以指示该数据包是否属于紧急数据包， 对于紧急的数据包， 在传输路径上的传输设备， 可以先于其他非紧急数据包， 而对该数据包进行传输。
101、 发送端在业务数据对应的数据包中携带 QoS需求信息；
102、发送端向接收端发送携带 QoS需求信息的数据包， 以供接收端根据 QoS需求信息对数据包进行调度处理。
本实施例的数据包传输方法， 通过由发送端根据业务数据的内容或者类 型为业务数据设置 QoS需求信息， 该 QoS需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧急指示中的至少一个； 并在向接收端 发送的数据包中携带该 QoS需求信息， 这样接收端便可以根据 QoS需求信息 对接收的该数据包进行调度处理。 釆用本实施例的技术方案， 能够克服现有 技术中所有数据包进行集中处理， 导致数据包的处理效率较低的缺陷， 通过 根据 QoS需求信息对接收的该数据包进行调度处理， 从而能够有效地提高数 据包的处理效率。
可选地，在上述图 1所示实施例的基础上，还可以包括如下可选技术方案， 构成图 1所示实施例的扩展实施例。
在图 1所示实施例的扩展实施例中， 发送端具体可以为网关节点
( Gateway node )或者服务器 （Server ) , 接收端为基站 （如 eNodeB ) 。 此时对应地上述实施例中的步骤 101和步骤 102具体可以包括以下几种情况： 第一种情况： 当业务数据为视频业务数据时， 上述图 1所示实施例中的步 骤 100"发送端在业务数据对应的数据包中携带 QoS需求信息"，具体可以包括： 发送端在初始化分段 ( Initialization Segment ) 和 /或媒体分段 （ Media Segment ) 的剩余比特位中携带 QoS需求信息。 这里的 Media Segment即指 的是媒体数据分段。
对应地， 上述图 1所示实施例中的步骤 102"发送端向接收端发送携带 QoS 需求信息的数据包， 以供接收端根据 QoS需求信息对数据包进行调度处理"， 具体可以包括： 发送端向接收端发送包括有 Initialization Segment 和 /或 Media Segment的数据包， 以供接收端根据 Initialization Segment 和 /或 Media Segment中携带的 QoS需求信息对包括有 Initialization Segment和 /或 Media Segment的数据包进行调度处理。 其中包括有 Initialization Segment 和 /或 Media Segment的数据包中包含 Initialization Segment 和 /或 Media Segment和数据内容， 其中 Initialization Segment和 /或 Media Segment中携 带有 QoS需求信息。
第二种情况： 当业务数据为视频业务数据时， 上述图 1所示实施例中的步 骤 100"发送端在业务数据对应的数据包中携带 QoS需求信息"，具体可以包括： 发送端在 Initialization Segment和 /或 Media Segment中增力口的新 t匕特位中携 带 QoS需求信息。
对应地， 上述图 1所示实施例中的步骤 102"发送端向接收端发送携带 QoS 需求信息的数据包， 以供接收端根据 QoS需求信息对数据包进行调度处理"， 具体可以包括： 发送端向接收端发送包括有 Initialization Segment 和 /或 Media Segment的数据包， 以供接收端根据 Initialization Segment 和 /或 Media Segment中携带的 QoS需求信息对包括有 Initialization Segment和 /或 Media Segment的数据包进行调度处理。 进一步可选地， 当上述业务数据为视频业务数据时， 此时对应的 QoS需 求信息中还可以包括帧间依赖信息、 帧的质量信息和层的指示信息中的至少 一个。
其中帧间依赖信息， 用于表示帧间的依赖关系， 即表示该视频数据包是 否被其他数据包所参考， 以及参考程度等信息。 帧的质量信息表示当前数据 包对于视频播放质量的影响的程度信息。 层的指示信息， 用于表示当视频数 据釆用分层编码方式处理时， 指示当前数据包属于基本层数据包、 还是增强 层的数据包。
以视频业务为例， 对于视频的主要关键帧和 /或被参考帧对应数据包设置 较高的传输优先级别， 对于其他不重要或可靠性较低的数据对应的数据包， 可以设置较低的传输优先级别， 这种方式可以保证关键的数据包可以被可靠 的传输给用户， 提升了用户在窄带传输下的观看体验。
以实时视频业务为例， 对于接近绝对播放时间 （实况转播中需要某帧需 要被客户端播放的绝对时间） 的视频数据， 可以设置传输时延为高优先级和 / 或为紧急数据； 否则， 可以设置传输时延为低优先级和 /或不紧急。
以视频业务为例， 对于视频播放所需要关键数据包， 比如： 包含元数据 的数据包， 或被一个或多个帧参考的数据包， 可以设置为不能丟包， 对于普 通的视频数据可以设置为可以丟包。
图 2为本发明实施例提供的一种 Initialization Segment的数据格式图， 图 3 为本发明实施例提供的一种 Media Segment的数据格式图。如图 2和图 3所示， 以在 Initialization Segment和 Media Segment中增力口一个新 t匕特位携带 QoS 需求信息， 例如该 QoS需求信息具体携带传输时延优先级级别、 传输可靠性 优先级级别、 丟包指示和紧急指示中的哪一个可以预先规定。 图 4为本发明实 施例提供的另一种 Initialization Segment的数据格式图， 如图 4所示， 以在 Initialization Segment中增加两个新比特位携带输时延优先级级别和传输可 靠性优先级级别为例。图 4仅为一个可选方案，实际应用中，可以在 Initialization Segment和 Media Segment中传输时延优先级级别、 传输可靠性优先级级别、 丟包指示、 紧急指示、 帧间依赖信息、 帧的质量信息和层的指示信息中的至 少一个， 具体携带哪一个或者几个可以预先设定， 在此不再——举例。
第三种情况： 上述图 1所示实施例中的步骤 100"发送端在业务数据对应的 数据包中携带 QoS需求信息"， 具体可以包括： 发送端在通用分组无线业务隧 道协议 ( General Packet Radio Service Tunnelling Protocol; GTP) )数据包 的包头中新增加第一扩展头部信息， GTP数据包中包括业务数据； 发送端在 第一扩展头部信息携带 QoS需求信息。
对应上述图 1所示实施例中的步骤 102"发送端向接收端发送携带 QoS需 求信息的数据包， 以供接收端根据 QoS需求信息对数据包进行调度处理"， 具 体可以包括： 发送端向接收端发送携带 QoS需求信息的 GTP数据包， 以供接 收端根据 QoS需求信息对 GTP数据包进行调度处理。
图 5为本发明实施例提供的一种在 GTP数据包的数据格式图。如图 5所示， 以在图 5的 GTP数据包的包头中新增加第一扩展头部信息， 并在第一扩展头部 信息中增加传输时延优先级级别为例。 实际应用中在该第一扩展头部信息中 具体可以增加传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧 急指示中的一个或者多个。 在此不再——举例。
第四种情况： 上述图 1所示实施例中的步骤 100"发送端在业务数据对应的 数据包中携带 QoS需求信息"， 具体可以包括： 发送端在网际协议（ Internet Protocol; IP )数据包的包头中携带 QoS需求信息；
对应上述图 1所示实施例中的步骤 102"发送端向接收端发送携带 QoS需 求信息的数据包， 以供接收端根据 QoS需求信息对数据包进行调度处理"， 具 体可以包括： 发送端向接收端发送携带 QoS需求信息的 IP数据包， 以供接收 端根据 QoS需求信息对 IP数据包进行调度处理。
可选地，在图 1所示实施例的扩展实施例中，发送端具体还可以为基站（如 eNodeB ) , 接收端具体可以为用户设备 ( User Equipment; UE ) 。 此时对 应地上述实施例中的步骤 101和步骤 102具体可以包括以下几种情况：
第一种情况： 上述图 1所示实施例中的步骤 100"发送端在业务数据对应的 数据包中携带 QoS需求信息"， 具体可以包括： 发送端在分组数据汇聚协议 ( Packet Data Convergence Protocol; PDCP )数据包的包头中新增加第二 扩展头部信息， PDCP数据包中包括业务数据； 发送端在第二扩展头部信息携 带 QoS需求信息。
对应上述图 1所示实施例中的步骤 102"发送端向接收端发送携带 QoS需 求信息的数据包， 以供接收端根据 QoS需求信息对数据包进行调度处理"， 具 体可以包括： 发送端向接收端发送携带 QoS需求信息的 PDCP数据包， 以供接 收端根据 QoS需求信息对 PDCP数据包进行调度处理。
图 6为本发明实施例提供的一种在 PDCP数据包的数据格式图。 如图 6所 示， 以在 PDCP数据包的包头中新增加第二扩展头部信息， 并在第二扩展头部 信息中增加传输时延优先级级别和传输可靠性优先级级别为例， 例如具体可 以在 PDCP 数据包的包头中新增加至少一个扩展头的指示 E, 用于指示是 否使用扩展头信息和 /或扩展头的类型。 例如图 6中的扩展头指示 E用于指示当 前 PDCP数据包包头中携带有 QoS需求信息的头部信息的扩展。 其中 D/C 指 示： 0表示数据， 1表示控制信息； R表示保留； E表示扩展头指示。其中 PDCP 数据包的序号分为两行， 第一行为 4bit, 第二行为 8bit。
第二种情况： 上述图 1所示实施例中的步骤 100"发送端在业务数据对应的 数据包中携带 QoS需求信息"， 具体可以包括： 发送端在无线链路控制（ Radio Link Control; RLC )协议数据包的包头中新增加第三扩展头部信息， RLC协 议数据包中包括业务数据； 发送端在第三扩展头部信息携带 QoS需求信息。
对应上述图 1所示实施例中的步骤 102"发送端向接收端发送携带 QoS需 求信息的数据包， 以供接收端根据 QoS需求信息对数据包进行调度处理"， 具 体可以包括： 发送端向接收端发送携带 QoS需求信息的 RLC协议数据包， 以 供接收端根据 QoS需求信息对 RLC协议数据包进行调度处理。
实际应用中， 发送端中可以设置有传输时延优先级阔值和传输可靠优先 级阔值， 发送端可以对大于传输时延优先级阔值、 大于传输可靠优先级阔值、 没有丟包指示以及有紧急指示的数据包设置携带 QoS需求信息， 而不用在每 个数据包中都携带 QoS需求信息， 该方式有助于降低系统的带宽资源开销。 例如在大于传输时延优先级阔值、 大于传输可靠优先级阔值、 没有丟包指示 以及有紧急指示的数据包中携带 QoS需求信息， 而在小于传输时延优先级阔 值、 小于传输可靠优先级阔值、 有丟包指示以及没有紧急指示的数据包中不 携带 QoS需求信息， 当接收端接收到未携带有 QoS需求信息的数据包， 则将 该数据包按照 QoS需求信息指示的低优先级方式处理。 反之亦然， 在此不再 赘述。 对于帧间依赖信息、 帧的质量信息和层的指示信息的情况类似， 在此 亦不再赘述。
比如： 当发送端判断关键帧数据包的丟包率要低于 10—6, 而非关键帧数据 包的丟包率可以高于 10-6,则发送端可以设置关键帧的数据包为高可靠性级别 的数据包， 而对非关键帧的数据包不设置可靠性级别， 当接收端接收到携带 有高优先级的数据包时， 则按照高优先级数据包处理， 当接收端接收到没有 携带有高优先级得数据包时， 则按照非高优先级数据包处理。
上述实施例的数据包传输方法， 通过由发送端根据业务数据的内容或者 类型为业务数据设置 QoS需求信息， 该 QoS需求信息包括传输时延优先级级 别、 传输可靠性优先级级别、 丟包指示和紧急指示中的至少一个； 并在向接 收端发送的数据包中携带该 QoS需求信息， 这样接收端便可以根据 QoS需求 信息对接收的该数据包进行调度处理。 釆用上述实施例的技术方案， 能够克 服现有技术中所有数据包进行集中处理， 导致数据包的处理效率较低的缺陷， 通过根据 QoS需求信息对接收的该数据包进行调度处理， 从而能够有效地提 高数据包的处理效率。
图 7为本发明另一实施例提供的数据包传输方法的流程图。 如图 7所示， 本实施例的数据包传输方法， 具体可以包括如下步骤：
200、 接收端接收发送端发送的携带 QoS需求信息的数据包；
本实施例中的 QoS需求信息为发送端根据业务数据的内容或者类型确定 的， QoS需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包 指示和紧急指示中的至少一个。
201、 接收端根据 QoS需求信息对数据包进行调度处理。
本实施例的数据包传输方法与上述图 1所示实施例的区别仅在于： 上述图 1所示实施例的数据包传输方法在发送端侧描述本发明的技术方案， 而本实施 例在接收端侧描述本发明的技术方案， 详细可以参考上述图 1所示实施例的记 载， 在此不再赘述。
本实施例的数据包传输方法， 通过由接收端接收发送端发送的携带 QoS 需求信息的数据包； QoS需求信息为发送端根据业务数据的内容或者类型确 定的， QoS需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟 包指示和紧急指示中的至少一个。 然后接收端根据 QoS需求信息对数据包进 行调度处理。 釆用本实施例的技术方案， 能够克服现有技术中所有数据包进 行集中处理， 导致数据包的处理效率较低的缺陷， 通过根据 QoS需求信息对 接收的该数据包进行调度处理， 从而能够有效地提高数据包的处理效率。 可选地，在上述图 7所示实施例的基础上，还可以包括如下可选技术方案， 构成图 7所示实施例的扩展实施例。
在图 7所示实施例的扩展实施例中， 发送端具体可以为网关节点 ( Gateway node )或者服务器 （Server ) , 接收端为基站 （如 eNodeB ) 。 此时对应地上述图 1所示实施例中的步骤 200具体可以包括以下几种情况： 第一种情况： 当业务数据为视频业务数据时， 接收端接收发送端发送的 包括有 Initialization Segment 和 /或 Media Segment的数据包， 其中在 Initialization Segment和 /或 Media Segment的乘 'J余匕特位或者增力口的新 t匕特 位中携带有 QoS需求信息。
第二种情况： 接收端接收发送端发送的携带 QoS需求信息的 GTP数据包， QoS需求信息携带在 GTP数据包的包头中新增加的第一扩展头部信息中。
第三种情况： 接收端接收发送端发送的携带 QoS需求信息的 IP数据包， QoS需求信息携带在 IP数据包的包头中。
进一步可选地， 当业务数据为视频业务数据时， QoS需求信息还包括帧 间依赖信息、 帧的质量信息和层的指示信息中的至少一个。
可选地， 当接收端为基站时， 此时对应地步骤 201 "接收端根据 QoS需求 第一种方式： 基站根据 QoS需求信息对该数据包釆用增加混合自动重传 请求（ Hybrid Automatic Repeat Request; HARQ )的重传次数的方式进行传 输， 比如： 当基站接收到携带有高可靠优先级信息的数据包时， 基站可以增 加高优先级的数据包的重传次数， 进而增加该数据包的传输可靠性；
第二种方式： 基站根据 QoS需求信息对该数据包釆用釆用高可靠性的低 阶的调制编码方式（Modulation Coding Scheme; MCS )传输；
第三种方式： 基站根据 QoS需求信息对该数据包的传输提升发送功率； 第四种方式：基站根据 QoS需求信息提高当前 UE 的调度优先级， 比如： 当基站接收到携带有高时延优先级信息的数据包时， 基站可以提高当前服务 的 UE 或数据的调度优先级别， 优先调度该数据包；
第五种方式：基站根据 QoS需求信息，确定除非该数据包被 UE成功接收， 否则该数据包不能被丟弃， 比如： 当基站接收到携带有不允许丟包指示的数 据包时， 不能由于该数据包緩存时间过长而丟弃该数据包， 直到该数据包被
UE接收到。 以上几种方式仅为举例， 实际应用中除了上述情况还可以釆用其他扩展 方式进行数据包传输， 在此不再——列举。
可选地，在图 7所示实施例的扩展实施例中 ,发送端具体还可以为基站（如 eNodeB ) , 接收端具体可以为 UE。 此时对应地上述实施例中的步骤 200具体 可以包括以下几种情况：
第一种情况： 接收端接收发送端发送的携带 QoS需求信息的 PDCP数据 包， QoS需求信息携带在 PDCP数据包的包头中新增加的第二扩展头部信息 中； 或者
可选的，基站中的 PDCP 实体可以按照数据包所对应的 QoS需求信息发 送数据给 UE, 例如， PDCP数据包对应高传输可靠性优先级时， 基站中的 PDCP实体在将该 PDCP数据包发送给底层后，如果接收到底层的传输失败确 认，或没有接收到传输成功确认，则重发该 PDCP数据包。再例如： 当将 PDCP 数据包发送给底层时， 启动一个基站预配置的重传定时器， 在该重传定时器 超时之前， 仍然没有得到对应该 PDCP数据包的接收成功的响应， 则重传该 PDCP数据包。 相反如果 PDCP数据包对应低传输可靠性优先级， 则在丟弃 PDCP数据包时， 不需要等待接收底层的传输成功确认。
第二种情况： 接收端接收发送端发送的携带 QoS需求信息的 RLC协议数 据包， QoS需求信息携带在 RLC协议数据包的包头中新增加的第三扩展头部 信息中。
可选地， 当接收端为 UE时， 此时对应地步骤 201"接收端 居 QoS需求 信息对数据包进行调度处理 "具体可以包括： UE接收到数据包， 并将该数据 包递交给上层应用， 例如 UE可以按照数据包中所携带的 QoS需求信息， 按 照 QoS需求信息的指示， 将数据包递交给上层。
例如如果该数据包中指示为紧急数据包和 /或传输时延高优先级数据包， 则 UE可以直接递交该数据包，而不用等待接收到之前的乱序数据包后才按序 递交， 这样能够根据数据包的 QoS需求信息对该数据包进行及时处理， 有效 地提高数据包的处理效率。 例的扩展实施例的区别仅在于： 上述图 1所示实施例的扩展实施例中的数据包 传输方法在发送端侧描述本发明的技术方案， 而图 7所示实施例的扩展实施例 在接收端侧描述本发明的技术方案， 详细可以参考上述图 1所示实施例的扩展 实施例的记载， 在此不再赘述。
上述实施例的数据包传输方法， 通过由接收端接收发送端发送的携带
QoS需求信息的数据包； QoS需求信息为发送端根据业务数据的内容或者类 型为业务数据设置的， QoS需求信息包括传输时延优先级级别、 传输可靠性 优先级级别、 丟包指示和紧急指示中的至少一个。 然后接收端根据 QoS需求 信息对数据包进行调度处理。 釆用上述实施例的技术方案， 能够克服现有技 术中所有数据包进行集中处理， 导致数据包的处理效率较低的缺陷， 通过根 据 QoS需求信息对接收的该数据包进行调度处理， 从而能够有效地提高数据 包的处理效率。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算机可 读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步骤； 而 前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码 的介质。
图 8为本发明实施例提供的发送端设备的结构示意图。 如图 8所示， 本实 施例的发送端设备， 具体可以包括确定模块 10、 处理模块 1 1和发送模块 12。
其中确定模块 10用于根据业务数据的内容或者类型确定业务数据的 QoS 需求信息， QoS需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧急指示中的至少一个； 处理模块 1 1与确定模块 10连接， 处理模 块 1 1用于在业务数据对应的数据包中携带确定模块 10确定的 QoS需求信息。 发送模块 12与处理模块 1 1连接， 发送模块 12用于向接收端设备发送处理模块 1 1处理后的携带 QoS需求信息的数据包， 以供接收端设备根据 QoS需求信息 对数据包进行调度处理。
本实施例的发送端设备， 通过釆用上述模块实现数据包传输与上述相关 方法实施例的实现机制相同， 详细可以参考上述相关方法实施例的记载， 在 此不再赘述。
本实施例的发送端设备， 通过釆用上述模块实现通过发送端根据业务数 据的内容或者类型确定业务数据的 QoS需求信息， 该 QoS需求信息包括传输 时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧急指示中的至少一 个； 并在向接收端发送的数据包中携带该 QoS需求信息， 这样接收端便可以 根据 QoS需求信息对接收的该数据包进行调度处理。 釆用本实施例的技术方 案， 能够克服现有技术中所有数据包进行集中处理， 导致数据包的处理效率 较低的缺陷， 通过根据 QoS需求信息对接收的该数据包进行调度处理， 从而 能够有效地提高数据包的处理效率。
可选地， 图 8所示实施例的中的发送端具体可以为网关节点 （Gateway node )或者服务器（Server ) , 接收端为基站（如 eNodeB ) 。 此时对应地上 述实施例中的处理模块 1 1和发送模块 12具体执行操作可以包括以下几种情 况：
第一种情况： 处理模块 1 1具体用于当业务数据为视频业务数据时， 在 Initialization Segment和 /或 Media Segment^j乘 'J余匕特位中携带确定模块 10 确定的 QoS需求信息； 发送模块 12具体用于向接收端设备发送包括有处理模 块 1 1处理得到的 Initialization Segment和 /或 Media Segment的数据包， 以供 接收端设备根据 Initialization Segment和 /或 Media Segmen中携带的 QoS需 求信息对包括有 Initialization Segment和 /或 Media Segment的数据包进行调 度处理。
第二种情况： 处理模块 1 1具体用于当业务数据为视频业务数据时， 在 Initialization Segment和 /或 Media Segment中增加新比特位中携带确定模块 10确定的 QoS需求信息； 发送模块 12具体用于向接收端设备发送包括有处理 模块 1 1处理得到的 Initialization Segment和 /或 Media Segment的数据包， 以 供接收端设备根据 Initialization Segment和 /或 Media Segment中携带的 QoS 需求信息对包括有 Initialization Segment和 /或 Media Segment的数据包进行 调度处理。
进一步可选地， 当业务数据为视频业务数据时， QoS需求信息还包括帧 间依赖信息、 帧的质量信息和层的指示信息中的至少一个。
第三种情况： 处理模块 1 1具体用于在 GTP数据包的包头中新增加第一扩 展头部信息， GTP数据包中包括业务数据； 并在第一扩展头部信息携带确定 模块 10确定的 QoS需求信息； 发送模块 12具体用于向接收端设备发送处理模 块 1 1处理得到的携带 QoS需求信息的 GTP数据包， 以供接收端设备根据 QoS 需求信息对 GTP数据包进行调度处理。 第三种情况： 处理模块 1 1具体用于在 IP数据包的包头中携带确定模块 10 确定的 QoS需求信息； 发送模块 12具体用于向接收端设备发送处理模块 1 1处 理得到的携带 QoS需求信息的 IP数据包， 以供接收端设备根据 QoS需求信息 对 IP数据包进行调度处理。
可选地， 图 8所示实施例的中的发送端具体可以为基站 （如 eNodeB ) , 接收端具体可以为 U E。此时对应地上述实施例中的处理模块 1 1和发送模块 12 具体执行操作可以包括以下几种情况：
第一种情况：处理模块 1 1具体用于在 PDCP数据包的包头中新增加第二扩 展头部信息， 该 PDCP数据包中包括业务数据； 并在第二扩展头部信息携带确 定模块 10确定的 QoS需求信息； 发送模块 12具体用于向接收端设备发送处理 模块 1 1处理得到的携带 QoS需求信息的 PDCP数据包， 以供接收端设备根据 QoS需求信息对 PDCP数据包进行调度处理。
第二种情况： 处理模块 1 1具体用于在 RLC协议数据包的包头中新增加第 三扩展头部信息， 该 RLC协议数据包中包括业务数据； 并在第三扩展头部信 息携带确定模块 10确定的 QoS需求信息。 发送模块 12具体用于向接收端设备 发送处理模块 1 1处理得到的携带 QoS需求信息的 RLC协议数据包， 以供接收 端设备根据 QoS需求信息对 RLC协议数据包进行调度处理。
上述实施例的发送端设备， 通过釆用上述模块实现数据包传输与上述相 关方法实施例的实现机制相同， 详细可以参考上述相关方法实施例的记载， 在此不再赘述。 釆用上述实施例的发送端设备， 能够克服现有技术中所有数据包进行集中 处理， 导致数据包的处理效率较低的缺陷， 通过根据 QoS需求信息对接收的 该数据包进行调度处理， 从而能够有效地提高数据包的处理效率。
图 9为本发明实施例提供的接收端设备的结构示意图。 如图 9所示， 本实 施例的接收端设备， 具体可以包括接收模块 20和处理模块 21。
其中接收模块 20用于接收发送端设备发送的携带 QoS需求信息的数据 包；该 QoS需求信息为发送端设备根据业务数据的内容或者类型确定的， QoS 需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧 急指示中的至少一个。 处理模块 21与接收模块 20连接， 处理模块 21用于根据 接收模块 20接收的 QoS需求信息对数据包进行调度处理。 本实施例的接收端设备， 通过釆用上述模块实现数据包传输与上述相关 方法实施例的实现机制相同， 详细可以参考上述相关方法实施例的记载， 在 此不再赘述。
本实施例的接收端设备， 通过釆用上述模块实现由接收端接收发送端发 送的携带 QoS需求信息的数据包； QoS需求信息为发送端根据业务数据的内 容或者类型确定的， QoS需求信息包括传输时延优先级级别、 传输可靠性优 先级级别、 丟包指示和紧急指示中的至少一个。 然后接收端根据 QoS需求信 息对数据包进行调度处理。 釆用本实施例的技术方案， 能够克服现有技术中 所有数据包进行集中处理，导致数据包的处理效率较低的缺陷，通过根据 QoS 需求信息对接收的该数据包进行调度处理， 从而能够有效地提高数据包的处 理效率。
可选地， 图 9所示实施例的中的发送端具体可以为网关节点 （Gateway node )或者服务器（Server ) , 接收端为基站（如 eNodeB ) 。 此时对应地上 述实施例中的接收模块 20具体执行操作可以包括以下几种情况：
接收模块 20具体用于当业务数据为视频业务数据时， 接收发送端设备发 送的包括有 Initialization Segment 和 /或 Media Segment的数据包， 其中在 Initialization Segment和 /或 Media Segment的乘 'J余匕特位或者增力口的新 t匕特 位中携带有 QoS需求信息。
或者接收模块 20具体用于接收发送端设备发送的携带 QoS需求信息的 GTP数据包， 该 QoS需求信息携带在 GTP数据包的包头中新增加的第一扩展 头部信息中。
或者接收模块 20具体用于接收发送端设备发送的携带 QoS需求信息的 IP 数据包， 该 QoS需求信息携带在 IP数据包的包头中；
进一步地， 当业务数据为视频业务数据时， QoS需求信息还包括帧间依 赖信息、 帧的质量信息和层的指示信息中的至少一个。
可选地， 图 9所示实施例的中的发送端具体可以为基站 （如 eNodeB ) , 接收端具体可以为 UE。 此时对应地上述实施例中的接收模块 20具体执行操作 可以包括以下几种情况：
接收模块 20具体用于接收发送端设备发送的携带 QoS需求信息的 PDCP 数据包，该 QoS需求信息携带在 PDCP数据包的包头中新增加的第二扩展头部 信息中；
或者接收模块 20具体用于接收发送端设备发送的携带 QoS需求信息的 RLC协议数据包， 该 QoS需求信息携带在 RLC协议数据包的包头中新增加的 第三扩展头部信息中。
上述实施例的接收端设备， 通过釆用上述模块实现数据包传输与上述相 关方法实施例的实现机制相同， 详细可以参考上述相关方法实施例的记载， 在此不再赘述。
釆用上述实施例的接收端设备， 能够克服现有技术中所有数据包进行集 中处理， 导致数据包的处理效率较低的缺陷， 通过根据 QoS需求信息对接收 的该数据包进行调度处理， 从而能够有效地提高数据包的处理效率。
图 10为本发明一实施例提供的数据包传输系统的结构示意图。 如图 10所 示， 本实施例的数据包传输系统， 具体可以包括发送端设备 30和接收端设备 40。 发送端设备 30和接收端设备 40相连接， 能够进行数据通信。
本实施例中的发送端设备 30用于根据业务数据的内容或者类型确定业务 数据的 QoS需求信息， 该 QoS需求信息包括传输时延优先级级别、 传输可靠 性优先级级别、 丟包指示和紧急指示中的至少一个； 并在业务数据对应的数 据包中携带设置的 QoS需求信息； 并向接收端设备 40发送携带 QoS需求信息 的数据包；
接收端设备 40用于接收发送端设备 30发送的携带 QoS需求信息的数据 包； 并根据接收的 QoS需求信息对数据包进行调度处理。
具体地，本实施例的发送端设备 30具体可以釆用上述图 8及其扩展实施例 中的发送端设备，接收端设备 40具体可以釆用上述图 9及其扩展实施例中的接 收端设备。 且本实施例中的发送端设备 30和接收端设备 40之间可以釆用上述 图 1和图 7以及相应扩展实施例的数据包传输方法实现数据包的传输， 详细可 以参考上述相关实施例的记载， 在此不再赘述。
本实施例的发送端设备 30具体可以网关节点（Gateway node )或者服务 器（Server ) , 接收端设备 40为基站（如 eNodeB )。 或者发送端设备 30具体 可以为基站（如 eNodeB ) , 接收端设备 40具体可以为 UE。
本实施例的数据包传输系统， 通过釆用上述发送端设备和接收端设备， 发送端设备通过向接收端设备发送的数据包中携带 QoS需求信息， 并由接收 端设备根据 QoS需求信息对数据包进行调度处理。 釆用本实施例的技术方案， 能够克服现有技术中所有数据包进行集中处理， 导致数据包的处理效率较低 的缺陷， 通过根据 QoS需求信息对接收的该数据包进行调度处理， 从而能够 有效地提高数据包的处理效率。
以上所描述的装置实施例仅仅是示意性的， 其中作为分离部件说明的单 元可以是或者也可以不是物理上分开的， 作为单元显示的部件可以是或者也 可以不是物理单元， 即可以位于一个地方， 或者也可以分布到至少两个网络 单元上。 可以根据实际的需要选择其中的部分或者全部模块来实现本实施例 方案的目的。 本领域普通技术人员在不付出创造性的劳动的情况下， 即可以 理解并实施。 最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要求 书
1、 一种数据包传输方法， 其特征在于， 包括：
发送端根据业务数据的内容或者类型确定所述业务数据的服务质量需求信 息， 所述服务质量需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧急指示中的至少一个；
所述发送端在所述业务数据对应的数据包中携带所述服务质量需求信息； 所述发送端向接收端发送携带所述服务质量需求信息的所述数据包， 以供 所述接收端根据所述服务质量需求信息对所述数据包进行调度处理。
2、 根据权利要求 1所述的方法， 其特征在于， 当所述业务数据为视频业务 数据时， 所述发送端在所述业务数据对应的数据包中携带所述服务质量需求信 息， 包括： 需求信息；
所述发送端向接收端发送携带所述服务质量需求信息的所述数据包， 以供 接收端根据所述服务质量需求信息对所述数据包进行调度处理， 包括： 数据包， 以供接收端根据所述初始化分段和 /或所述媒体分段中携带的所述服务 质量需求信息对包括有所述初始化分段和 /或所述媒体分段的数据包进行调度处 理。
3、 根据权利要求 1所述的方法， 其特征在于， 当所述业务数据为视频业务 数据时， 所述发送端在所述业务数据对应的数据包中携带所述服务质量需求信 息， 包括：
所述发送端在初始化分段和 /或媒体分段中增加的新比特位中携带所述服务 质量需求信息；
所述发送端向接收端发送携带所述服务质量需求信息的所述数据包， 以供 接收端根据所述服务质量需求信息对所述数据包进行调度处理， 包括： 数据包， 以供接收端根据所述初始化分段和 /或所述媒体分段中携带的所述服务 质量需求信息对包括有所述初始化分段和 /或所述媒体分段的数据包进行调度处 理。
4、 根据权利要求 2所述的方法， 其特征在于， 所述服务质量需求信息还包 括帧间依赖信息、 帧的质量信息和层的指示信息中的至少一个。
5、 根据权利要求 1所述的方法， 其特征在于， 所述发送端在所述业务数据 对应的数据包中携带所述服务质量需求信息， 包括：
所述发送端在通用分组无线业务隧道协议数据包的包头中新增加第一扩展 头部信息， 所述通用分组无线业务隧道协议数据包中包括所述业务数据；
所述发送端在所述第一扩展头部信息携带所述服务质量需求信息； 所述发送端向接收端发送携带所述服务质量需求信息的所述数据包， 以供 接收端根据所述服务质量需求信息对所述数据包进行调度处理， 包括：
所述发送端向接收端发送携带所述服务质量需求信息的所述通用分组无线 业务隧道协议数据包， 以供接收端根据所述服务质量需求信息对所述通用分组 无线业务隧道协议数据包进行调度处理。
6、 根据权利要求 1所述的方法， 其特征在于， 所述发送端在所述业务数据 对应的数据包中携带所述服务质量需求信息， 包括：
所述发送端在网际协议数据包的包头中携带所述服务质量需求信息； 所述发送端向接收端发送携带所述服务质量需求信息的所述数据包， 以供 接收端根据所述服务质量需求信息对所述数据包进行调度处理， 包括：
所述发送端向接收端发送携带所述服务质量需求信息的所述网际协议数据 包， 以供接收端根据所述服务质量需求信息对所述网际协议数据包进行调度处 理。
7、 根据权利要求 2-6任一所述的方法， 其特征在于， 所述发送端为网关节 点或者服务器， 所述接收端为基站。
8、 根据权利要求 1所述的方法， 其特征在于， 所述发送端在所述业务数据 对应的数据包中携带所述服务质量需求信息， 包括：
所述发送端在分组数据汇聚协议数据包的包头中新增加第二扩展头部信 息， 所述分组数据汇聚协议数据包中包括所述业务数据；
所述发送端在所述第二扩展头部信息携带所述服务质量需求信息； 所述发送端向接收端发送携带所述服务质量需求信息的所述数据包， 以供 接收端根据所述服务质量需求信息对所述数据包进行调度处理， 包括：
所述发送端向接收端发送携带所述服务质量需求信息的所述分组数据汇聚 协议数据包， 以供接收端根据所述服务质量需求信息对所述分组数据汇聚协议 数据包进行调度处理。
9、 根据权利要求 1所述的方法， 其特征在于， 所述发送端在所述业务数据 对应的数据包中携带所述服务质量需求信息， 包括：
所述发送端在无线链路控制协议数据包的包头中新增加第三扩展头部信 息， 所述无线链路控制协议数据包中包括所述业务数据；
所述发送端在所述第三扩展头部信息携带所述服务质量需求信息； 所述发送端向接收端发送携带所述服务质量需求信息的所述数据包， 以供 接收端根据所述服务质量需求信息对所述数据包进行调度处理， 包括：
所述发送端向接收端发送携带所述服务质量需求信息的所述无线链路控制 协议数据包， 以供接收端根据所述服务质量需求信息对所述无线链路控制协议 数据包进行调度处理。
10、 根据权利要求 8或者 9所述的方法， 其特征在于， 所述发送端为基站， 所述接收端为用户设备。
1 1、 一种数据包传输方法、 其特征在于， 包括：
接收端接收发送端发送的携带服务质量需求信息的数据包； 所述服务质量 需求信息为所述发送端根据业务数据的内容或者类型确定的， 所述服务质量需 求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧急指 示中的至少一个；
所述接收端根据所述服务质量需求信息对所述数据包进行调度处理。
12、 根据权利要求 1 1所述的方法， 其特征在于， 接收端接收发送端发送的 携带服务质量需求信息的数据包， 包括：
当所述业务数据为视频业务数据时， 所述接收端接收所述发送端发送的包 括有初始化分段和 /或媒体分段的数据包， 其中在所述初始化分段和 /或所述媒体 分段的剩余比特位或者增加的新比特位中携带有所述服务质量需求信息； 或者 所述接收端接收所述发送端发送的携带所述服务质量需求信息的通用分组 无线业务隧道协议数据包， 所述服务质量需求信息携带在所述通用分组无线业 务隧道协议数据包的包头中新增加的第一扩展头部信息中； 或者
所述接收端接收所述发送端发送的携带所述服务质量需求信息的网际协议 数据包， 所述服务质量需求信息携带在所述网际协议数据包的包头中。
13、 根据权利要求 12所述的方法， 其特征在于， 当所述业务数据为视频业 务数据时， 所述服务质量需求信息还包括帧间依赖信息、 帧的质量信息和层的 指示信息中的至少一个。
14、 根据权利要求 12或 13所述的方法， 其特征在于， 所述发送端为网关节 点或者服务器， 所述接收端为基站。
15、 根据权利要求 1 1所述的方法， 其特征在于， 接收端接收发送端发送的 携带服务质量需求信息的数据包， 包括：
所述接收端接收所述发送端发送的携带所述服务质量需求信息的分组数据 汇聚协议数据包， 所述服务质量需求信息携带在所述分组数据汇聚协议数据包 的包头中新增加的第二扩展头部信息中； 或者
所述接收端接收所述发送端发送的携带所述服务质量需求信息的无线链路 控制协议数据包， 所述服务质量需求信息携带在所述无线链路控制协议数据包 的包头中新增加的第三扩展头部信息中。
16、 根据权利要求 15所述的方法， 其特征在于， 所述发送端为基站， 所述 接收端为用户设备。
17、 一种发送端设备， 其特征在于， 包括：
确定模块， 用于根据业务数据的内容或者类型确定所述业务数据的服务质 量需求信息， 所述服务质量需求信息包括传输时延优先级级别、 传输可靠性优 先级级别、 丟包指示和紧急指示中的至少一个；
处理模块， 用于在所述业务数据对应的数据包中携带所述确定模块确定的 服务质量需求信息；
发送模块， 用于向接收端设备发送所述处理模块处理的携带所述服务质量 需求信息的所述数据包， 以供接收端设备根据所述服务质量需求信息对所述数 据包进行调度处理。
18、 根据权利要求 17所述的设备， 其特征在于：
所述处理模块， 具体用于当所述业务数据为视频业务数据时， 在初始化分 段和 /或媒体分段的剩余比特位中携带所述服务质量需求信息；
所述发送模块， 具体用于向所述接收端设备发送包括有所述初始化分段和 / 或所述媒体分段的数据包， 以供接收端设备根据所述初始化分段和 /或所述媒体 分段中携带的所述服务质量需求信息对包括有所述初始化分段和 /或所述媒体分 段的数据包进行调度处理。
19、 根据权利要求 17所述的设备， 其特征在于：
所述处理模块， 具体用于在初始化分段和 /或媒体分段中增加的新比特位中 携带所述服务质量需求信息；
所述发送模块， 具体用于向所述接收端设备发送包括有所述初始化分段和 / 或所述媒体分段的数据包， 以供接收端设备根据所述初始化分段和 /或所述媒体 分段中携带的所述服务质量需求信息对包括有所述初始化分段和 /或所述媒体分 段的数据包进行调度处理。
20、 根据权利要求 18所述的设备， 其特征在于， 所述服务质量需求信息还 包括帧间依赖信息、 帧的质量信息和层的指示信息中的至少一个。
21、 根据权利要求 17所述的设备， 其特征在于：
所述处理模块， 具体用于在通用分组无线业务隧道协议数据包的包头中新 增加第一扩展头部信息， 所述通用分组无线业务隧道协议数据包中包括所述业 务数据； 并在所述第一扩展头部信息携带所述服务质量需求信息；
所述发送模块， 具体用于向接收端设备发送携带所述服务质量需求信息的 所述通用分组无线业务隧道协议数据包， 以供接收端设备根据所述服务质量需 求信息对所述通用分组无线业务隧道协议数据包进行调度处理。
22、 根据权利要求 17所述的设备， 其特征在于：
所述处理模块， 具体用于在网际协议数据包的包头中携带所述服务质量需 求信息；
所述发送模块， 具体用于向接收端设备发送携带所述服务质量需求信息的 所述网际协议数据包， 以供接收端设备根据所述服务质量需求信息对所述网际 协议数据包进行调度处理。
23、 根据权利要求 18-22任一所述的设备， 其特征在于， 所述发送端设备为 网关节点或者服务器， 所述接收端设备为基站。
24、 根据权利要求 17所述的设备， 其特征在于：
所述处理模块， 具体用于在分组数据汇聚协议数据包的包头中新增加第二 扩展头部信息， 所述分组数据汇聚协议数据包中包括所述业务数据； 并在所述 第二扩展头部信息携带所述服务质量需求信息；
所述发送模块， 具体用于向接收端设备发送携带所述服务质量需求信息的 所述分组数据汇聚协议数据包， 以供接收端设备根据所述服务质量需求信息对 所述分组数据汇聚协议数据包进行调度处理。
25、 根据权利要求 17所述的设备， 其特征在于：
所述处理模块， 具体用于在无线链路控制协议数据包的包头中新增加第三 扩展头部信息， 所述无线链路控制协议数据包中包括所述业务数据； 并在所述 第三扩展头部信息携带所述服务质量需求信息；
所述发送模块， 具体用于向接收端设备发送携带所述服务质量需求信息的 所述无线链路控制协议数据包， 以供接收端设备根据所述服务质量需求信息对 所述无线链路控制协议数据包进行调度处理。
26、 根据权利要求 24或者 25所述的设备， 其特征在于， 所述发送端设备为 基站， 所述接收端设备为用户设备。
27、 一种接收端设备， 其特征在于， 包括：
接收模块， 用于接收发送端设备发送的携带服务质量需求信息的数据包； 所述服务质量需求信息为所述发送端设备根据业务数据的内容或者类型确定 的， 所述服务质量需求信息包括传输时延优先级级别、 传输可靠性优先级级别、 丟包指示和紧急指示中的至少一个；
处理模块， 用于根据所述接收模块接收的服务质量需求信息对所述数据包 进行调度处理。
28、 根据权利要求 27所述的设备， 其特征在于：
所述接收模块， 具体用于当所述业务数据为视频业务数据时， 接收所述发 送端设备发送的包括有初始化分段和 /或媒体分段的数据包， 其中在所述初始化 分段和 /或所述媒体分段的剩余比特位或者增加的新比特位中携带有所述服务质 量需求信息；
或者所述接收模块， 具体用于接收所述发送端设备发送的携带所述服务质 量需求信息的通用分组无线业务隧道协议数据包， 所述服务质量需求信息携带 在所述通用分组无线业务隧道协议数据包的包头中新增加的第一扩展头部信息 中；
或者所述接收模块， 具体用于接收所述发送端设备发送的携带所述服务质 量需求信息的网际协议数据包， 所述服务质量需求信息携带在所述网际协议数 据包的包头中； 进一步地， 当所述业务数据为视频业务数据时， 所述服务质量需求信息还 包括帧间依赖信息、 帧的质量信息和层的指示信息中的至少一个；
进一步地， 所述发送端设备为网关节点或者服务器， 所述接收端设备为基 站。
29、 根据权利要求 27所述的设备， 其特征在于：
所述接收模块， 具体用于接收所述发送端设备发送的携带所述服务质量需 求信息的分组数据汇聚协议数据包， 所述服务质量需求信息携带在所述分组数 据汇聚协议数据包的包头中新增加的第二扩展头部信息中；
或者所述接收模块， 具体用于接收所述发送端设备发送的携带所述服务质 量需求信息的无线链路控制协议数据包， 所述服务质量需求信息携带在所述无 线链路控制协议数据包的包头中新增加的第三扩展头部信息中；
进一步地， 所述发送端设备为基站， 所述接收端设备为用户设备。
30、 一种数据包传输系统， 其特征在于， 包括如上权利要求 17-26任一所述 的发送端设备和如上权利要求 27-29任一所述的接收端设备。
PCT/CN2013/072700 2012-03-15 2013-03-15 数据包传输方法及系统、发送端设备与接收端设备 WO2013135196A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13760816.2A EP2827543B1 (en) 2012-03-15 2013-03-15 Method and system for data packet transmission and sending terminal equipment and receiving terminal equipment
US14/486,516 US9763131B2 (en) 2012-03-15 2014-09-15 Method and system for transmitting data packet, sending end device and receiving end device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210068125.9 2012-03-15
CN201210068125.9A CN103312441B (zh) 2012-03-15 2012-03-15 数据包传输方法及系统、发送端设备与接收端设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/486,516 Continuation US9763131B2 (en) 2012-03-15 2014-09-15 Method and system for transmitting data packet, sending end device and receiving end device

Publications (1)

Publication Number Publication Date
WO2013135196A1 true WO2013135196A1 (zh) 2013-09-19

Family

ID=49137259

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/072700 WO2013135196A1 (zh) 2012-03-15 2013-03-15 数据包传输方法及系统、发送端设备与接收端设备

Country Status (4)

Country Link
US (1) US9763131B2 (zh)
EP (1) EP2827543B1 (zh)
CN (1) CN103312441B (zh)
WO (1) WO2013135196A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115314445A (zh) * 2022-08-26 2022-11-08 杭州朗和科技有限公司 数据报文传输方法及装置、存储介质和电子设备

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105263067B (zh) * 2014-07-17 2018-02-16 中国科学院声学研究所 一种可伸缩编码视频流的多网并发传输方法
CN104486793A (zh) * 2014-08-26 2015-04-01 上海华为技术有限公司 一种数据传输方法及基站
US10896299B2 (en) * 2015-03-31 2021-01-19 Felica Networks, Inc. Information processing device and information processing method
CN113038528B (zh) * 2015-04-10 2024-02-13 三星电子株式会社 用于在无线通信系统中将数据分组路由到用户设备的基站
US10050894B2 (en) * 2015-05-13 2018-08-14 Telefonaktiebolaget Lm Ericsson (Publ) Method for controlling transmission of data
CN106330663A (zh) * 2015-06-30 2017-01-11 展讯通信（上海）有限公司 一种数据发送方法及系统以及移动终端
CN106993308A (zh) * 2016-01-20 2017-07-28 上海大唐移动通信设备有限公司 一种VoLTE网络的语音服务质量监测方法、设备及系统
US11072356B2 (en) 2016-06-30 2021-07-27 Transportation Ip Holdings, Llc Vehicle control system
US10205784B2 (en) * 2016-03-21 2019-02-12 General Electric Company Communication system and method for controlling data distribution quality of service in time sensitive networks
US10814893B2 (en) 2016-03-21 2020-10-27 Ge Global Sourcing Llc Vehicle control system
JP6772294B2 (ja) * 2016-05-11 2020-10-21 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． 通信方法と通信装置
WO2018006249A1 (zh) * 2016-07-04 2018-01-11 华为技术有限公司 一种5G通信系统中的QoS控制方法及相关设备
CN107889154A (zh) * 2016-09-30 2018-04-06 华为技术有限公司 一种通信方法及装置
CN108419275B (zh) * 2017-02-10 2022-01-14 华为技术有限公司 一种数据传输方法、通信设备、终端和基站
CN115119198A (zh) * 2017-03-19 2022-09-27 上海朗帛通信技术有限公司 一种用于下行传输的方法和装置
CN108667573B (zh) * 2017-04-01 2021-04-20 华为技术有限公司 一种数据处理方法、装置及相关设备
KR102334214B1 (ko) * 2017-05-15 2021-12-02 삼성전자주식회사 QoS(Quality of Service) 정보를 제어하는 방법 및 장치
CN107248960B (zh) * 2017-06-21 2020-06-19 深圳市盛路物联通讯技术有限公司 一种基于传输时长的物联网数据上报控制方法及转发节点
CN109547993A (zh) * 2017-07-25 2019-03-29 西安中兴新软件有限责任公司 一种无线终端初始接入的方法和装置
US10779174B2 (en) * 2017-08-11 2020-09-15 Lenovo (Singapore) Pte. Ltd. Method and apparatus for monitoring control candidates based on assignments of data packets with different reliabilities
EP3682575B1 (en) * 2017-09-12 2023-04-05 Telefonaktiebolaget LM Ericsson (PUBL) Radio communication of critical packet data units
CN109871264A (zh) * 2017-12-01 2019-06-11 江苏奥博洋信息技术有限公司 一种根据优先级自动调配任务发布计划的方法
CN109936538A (zh) * 2017-12-17 2019-06-25 北京信威通信技术股份有限公司 一种视频业务数据传输方法
CN111727613B (zh) * 2018-02-09 2022-06-10 华为技术有限公司 一种数据传输方法和装置
CN110311865B (zh) * 2018-03-20 2021-07-09 华为技术有限公司 一种视频数据的传输方法以及相关设备
CN110730467A (zh) * 2018-07-17 2020-01-24 维沃移动通信有限公司 数据传输方法及数据接收设备
CN110798860B (zh) * 2018-08-01 2023-06-20 华为技术有限公司 数据处理方法、设备及系统
CN110913421B (zh) * 2018-09-18 2021-10-29 大唐移动通信设备有限公司 一种语音包数量的确定方法及装置
CN111130705A (zh) * 2018-10-31 2020-05-08 中国移动通信有限公司研究院 一种数据包发送的方法和设备
EP3925167A1 (en) 2019-02-13 2021-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods to reduce consecutive packet loss for delay critical traffic
CN111867114B (zh) * 2019-04-28 2022-08-26 华为技术有限公司 一种确定调度优先级的方法及装置
CN112019363B (zh) * 2019-05-30 2021-12-14 华为技术有限公司 确定业务传输需求的方法、设备及系统
US10868750B1 (en) 2019-08-09 2020-12-15 Verizon Patent And Licensing Inc. Method and device for facilitating delivery of content in a multi-access edge computing (MEC) environment
CN113498108B (zh) * 2020-03-20 2023-06-27 华为技术有限公司 基于业务类型调整数据传输策略的芯片、设备以及方法
WO2023061555A1 (en) * 2021-10-12 2023-04-20 Huawei Technologies Co., Ltd. Device and method for group qos control of multiple qos flows
CN114286447B (zh) * 2021-12-27 2024-08-02 中国联合网络通信集团有限公司 调度优先级的调整方法、设备及存储介质
WO2023184545A1 (zh) * 2022-04-02 2023-10-05 Oppo广东移动通信有限公司 一种数据传输方法及装置、通信设备
CN118139109A (zh) * 2022-12-02 2024-06-04 维沃移动通信有限公司 数据包的处理方法及通信设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030035396A1 (en) * 2001-08-17 2003-02-20 Jacobus Haartsen Method for mapping quality of service requirements to radio protocol parameters
CN101646074A (zh) * 2008-08-05 2010-02-10 中兴通讯股份有限公司 视频数据的实时传输方法
CN101662414A (zh) * 2008-08-30 2010-03-03 成都市华为赛门铁克科技有限公司 一种数据访问的处理方法、系统和装置
CN101808037A (zh) * 2010-03-15 2010-08-18 中兴通讯股份有限公司 交换网中流量管理的方法和装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE522068C2 (sv) * 1999-07-15 2004-01-13 Ericsson Telefon Ab L M Metod och anordning för att åstadkomma radioaccessbärartjänster
EP1613005A4 (en) * 2003-04-09 2010-07-21 Nec Corp RADIO NETWORK CONTROL DEVICE AND SERVICE QUALITY CONTROL METHOD USED FOR THIS DEVICE
US7606178B2 (en) * 2005-05-31 2009-10-20 Cisco Technology, Inc. Multiple wireless spanning tree protocol for use in a wireless mesh network
US8948206B2 (en) * 2006-08-31 2015-02-03 Telefonaktiebolaget Lm Ericsson (Publ) Inclusion of quality of service indication in header compression channel
US8503483B2 (en) * 2007-05-04 2013-08-06 Cisco Technology, Inc. Synchronizing media data from multiple data channels for IP network transport
US8355402B2 (en) * 2007-09-14 2013-01-15 Zte (Usa) Inc. Enhancement of path quality of service in multi-hop packet communication networks
CN101557282A (zh) 2008-06-16 2009-10-14 华为技术有限公司 一种无线链路控制重传处理方法和装置
US8194593B2 (en) * 2009-03-11 2012-06-05 Sony Corporation Quality of service architecture for home mesh network
JP5688016B2 (ja) * 2009-06-17 2015-03-25 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信システム、移動端末、ネットワークノード並びに基地局装置
CN102340535B (zh) * 2011-07-13 2014-04-02 华为技术有限公司 数据传输方法、设备和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030035396A1 (en) * 2001-08-17 2003-02-20 Jacobus Haartsen Method for mapping quality of service requirements to radio protocol parameters
CN101646074A (zh) * 2008-08-05 2010-02-10 中兴通讯股份有限公司 视频数据的实时传输方法
CN101662414A (zh) * 2008-08-30 2010-03-03 成都市华为赛门铁克科技有限公司 一种数据访问的处理方法、系统和装置
CN101808037A (zh) * 2010-03-15 2010-08-18 中兴通讯股份有限公司 交换网中流量管理的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2827543A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115314445A (zh) * 2022-08-26 2022-11-08 杭州朗和科技有限公司 数据报文传输方法及装置、存储介质和电子设备
CN115314445B (zh) * 2022-08-26 2023-12-12 网易（杭州）网络有限公司 数据报文传输方法及装置、存储介质和电子设备

Also Published As

Publication number Publication date
US20150003242A1 (en) 2015-01-01
EP2827543A4 (en) 2015-03-11
EP2827543B1 (en) 2020-07-15
CN103312441B (zh) 2017-11-17
EP2827543A1 (en) 2015-01-21
CN103312441A (zh) 2013-09-18
US9763131B2 (en) 2017-09-12

Similar Documents

Publication Publication Date Title
WO2013135196A1 (zh) 数据包传输方法及系统、发送端设备与接收端设备
US7848287B2 (en) Bi-directional RLC non-persistent mode for low delay services
JP4562694B2 (ja) 再送制御方法及び装置
JP4387393B2 (ja) 無線通信システムにおける送信側の再確立時に制御ｐｄｕを処理する方法及び装置
US8331269B2 (en) Method and device for transmitting voice in wireless system
JP5351329B2 (ja) 無線通信システムにおいて１対多サービスを受信する方法及び端末
US20080101290A1 (en) Apparatus for Arq Controlling in Wireless Portable Internet System and Method Thereof
WO2018177432A1 (zh) 一种数据处理方法、装置及相关设备
US20090168708A1 (en) Techniques for maintaining quality of service for connections in wireless communication systems
JP2007531432A5 (zh)
JP2010283843A5 (zh)
CN102340535B (zh) 数据传输方法、设备和系统
WO2009022877A2 (en) A method of transmitting and processing data block of specific protocol layer in wireless communication system
WO2009051386A2 (en) Method of performing arq procedure for transmitting high rate data
WO2012130094A1 (zh) 一种用于帧确认的方法和装置
WO2015066836A1 (zh) 视频业务数据传输方法、数据接收装置和数据发送装置
WO2008134984A1 (fr) Procédé, système et dispositif d'interrogation
WO2014205814A1 (zh) 一种数据传输方法、装置、基站及用户设备
JP2015188255A (ja) 移動端末の無線充電のための方法
WO2011026414A1 (zh) 数据传输方法及设备
JP4176402B2 (ja) 通信管理方法、通信管理プログラム、通信管理プログラムを記録した記録媒体、ならびに通信局
WO2013174036A1 (zh) 一种传输方法及装置
WO2019128937A1 (zh) 一种上行数据调度方法以及相关设备
WO2011015058A1 (zh) 一种分组数据传输系统和方法
JP5239477B2 (ja) 無線基地局装置及びその通信方法

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: 13760816

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013760816

Country of ref document: EP