WO2022141066A1 - 一种数据传输方法和装置 - Google Patents

一种数据传输方法和装置 Download PDF

Info

Publication number
WO2022141066A1
WO2022141066A1 PCT/CN2020/140905 CN2020140905W WO2022141066A1 WO 2022141066 A1 WO2022141066 A1 WO 2022141066A1 CN 2020140905 W CN2020140905 W CN 2020140905W WO 2022141066 A1 WO2022141066 A1 WO 2022141066A1
Authority
WO
WIPO (PCT)
Prior art keywords
metu
current
priority
logical channel
data
Prior art date
Application number
PCT/CN2020/140905
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 EP20967414.2A priority Critical patent/EP4262310A4/en
Priority to PCT/CN2020/140905 priority patent/WO2022141066A1/zh
Priority to CN202080106510.0A priority patent/CN116438904A/zh
Publication of WO2022141066A1 publication Critical patent/WO2022141066A1/zh
Priority to US18/343,186 priority patent/US20230354403A1/en

Links

Images

Classifications

    • 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/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • 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/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent
    • 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/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Definitions

  • the present application relates to the field of wireless communication technologies, and in particular, to a data transmission method and apparatus.
  • Cloud VR cloud virtual reality
  • eMBB enhanced mobile broadband
  • Cloud VR's high source rate, extremely high data integrity requirements, and extremely low air interface latency requirements have brought great transmission pressure to 5G new radio (NR).
  • NR 5G new radio
  • the typical delay constraint of one-way air interface transmission must be guaranteed to be 10ms.
  • the typical source rate of the current downlink Cloud VR is 30-50MHz.
  • An NR cell with a bandwidth of 100MHz can only ensure that about 5 Cloud VR services can reach an acceptable quality of service under the constraint of 10ms delay. QoS).
  • the capacity of the NR system becomes the bottleneck restricting the scale of Cloud VR.
  • the capacity of the NR system is insufficient, it is difficult to ensure that the integrity requirements of Cloud VR data transmission can be met under the premise of extremely low air interface delay requirements.
  • the embodiments of the present application provide a data transmission method and device, so as to improve the integrity of Cloud VR data transmission on the premise of meeting the extremely low air interface delay requirement.
  • an embodiment of the present application provides a data transmission method.
  • the method includes: a sending end device calculates an original priority of proportional fair PF scheduling of a target logical channel, where the target logical channel includes the sending end device to the receiving end device.
  • the logical channel for sending the target service data the sender device calculates the priority correction coefficient of the target logical channel according to whether the first data packet of the current minimum valid transmission unit METU being sent on the target logical channel has been out of the buffer queue; the sender device
  • the original priority of the target logical channel is weighted by the priority correction coefficient to obtain the modified priority of the target logical channel; the transmitting end device schedules the target logical channel according to the modified priority.
  • the data transmission method provided by the embodiment of the present application can be applied to, for example, a Cloud VR service scenario using HEVC encoding.
  • the original priority is corrected to speed up the transmission speed of the current METU, reduce the time urgency of the current METU transmission, and improve the integrity of Cloud VR data transmission.
  • the sending end device calculates the original priority of the proportional fair PF scheduling of the target logical channel, including: the sending end device determines whether the current METU has packet loss; if the current METU has packet loss, the sending end device Discard the unsent data packets in the current METU, and continue to judge whether there is packet loss in the next METU; if there is no packet loss in the current METU, the sender device calculates the original priority. In this way, the sending end device can actively discard the remaining unsent data packets of the METU when the current METU sent to the receiving end device has lost packets, thereby reducing invalid data transmission, saving air interface resources, and improving bandwidth utilization. Rate.
  • the target service data includes video data
  • the METU includes an image frame of the video data, or an independent bar-coded part slice of the image frame, or an independent block-shaped coded part tile of the image frame.
  • the sending end device calculates the priority correction coefficient of the target logical channel according to whether the first data packet of the current METU sent on the target logical channel has been out of the buffer queue, including: the sending end device determines Whether the first data packet of the current METU has been out of the buffer queue; if the first data packet of the current METU has not been out of the buffer queue, the sender device calculates the corresponding number of the target logical channel when the first data packet of the current METU has not been out of the buffer queue.
  • a priority correction coefficient if the first data packet of the current METU has been out of the buffer queue, the sender device calculates the second priority correction coefficient corresponding to the target logical channel when the first data packet of the current METU has been out of the buffer queue.
  • the transmitting end device can generate different priority correction coefficients according to the scheduling status of the first data packet of the current METU, so as to adopt different scheduling priorities for the target logical channel corresponding to the different scheduling statuses of the first data packet of the current METU.
  • the sending end device calculates the first priority correction coefficient corresponding to the target logical channel when the first data packet of the current METU is not out of the buffer queue, including: the sending end device calculates the waiting time of the current METU The time factor, the waiting time factor is obtained by the following formula:
  • W is the waiting time coefficient
  • t n is the current time, t in the time when the first data packet of the current METU enters the to-be-sent buffer of the target logical channel
  • T is the air interface transmission time between the sender device and the receiver device delay constraint
  • the transmitting end device determines the first priority correction coefficient according to the waiting time coefficient. Therefore, the waiting time coefficient can reflect the time urgency degree of the current METU transmission, so the first priority correction coefficient can be a correction coefficient based on time urgency scheduling.
  • the first priority coefficient increases monotonically or does not decrease monotonically with respect to the waiting time coefficient, and the first priority correction coefficient is greater than or equal to 1.
  • the sending end device calculates the second priority correction coefficient corresponding to the target logical channel when the first data packet of the current METU has been out of the buffer queue, including: the sending end device calculates the transmission of the current METU rate; the transmitting end device calculates the transmission time coefficient of the current METU, and the transmission time coefficient is obtained by the following formula:
  • R is the transmission time coefficient
  • Tw is the transmission waiting time of the current METU
  • T S is the transmission time of the current METU
  • C n is the amount of data not transmitted by the current METU
  • S is the transmission rate of the current METU
  • T is the transmission rate Delay constraint of air interface transmission between the end device and the receiving end device; the transmitting end device determines the second priority correction coefficient according to the transmission time coefficient. Therefore, the transmission time coefficient can reflect the time urgency of the current METU transmission, so the second priority correction coefficient can be a correction coefficient based on time urgency scheduling.
  • the second priority coefficient increases monotonically or does not decrease monotonically with respect to the transmission time coefficient, and the second priority correction coefficient is greater than or equal to 1.
  • the target service data includes a first type of data and a second type of data
  • the first type of data is more important than the second type of data
  • the target logical channel includes a The logical channel and the logical channel used to transmit the second type of data
  • the sender device uses the priority correction coefficient to weight the original priority of the target logical channel to obtain the modified priority of the target logical channel, including: the sender device converts the original priority
  • the first priority correction coefficient or the second priority correction coefficient corresponding to the target logical channel is multiplied, and an offset coefficient is added to obtain the correction priority of the logical channel transmitting the first type of data. Therefore, the transmitting end device can set different priorities for different logical channels according to the importance of the data.
  • the method further includes: in an optional implementation manner, the sending end device determines whether the transmission time coefficient is greater than a preset threshold value; if the transmission time coefficient is less than or equal to the threshold value , the sender device multiplies the original priority with the first priority correction coefficient or the second priority correction coefficient corresponding to the target logical channel to obtain the modified priority of the logical channel transmitting the second type of data. In this way, the transmitting end device can speed up the transmission of the relatively unimportant data when the time urgency of the relatively unimportant data transmission is not high, and improve the integrity of the data transmission.
  • the method further includes: if the transmission time coefficient is greater than the threshold value, the sending end device discards the untransmitted data packets of the current METU. In this way, the transmitting end device can discard the relatively unimportant data when the time urgency of the relatively unimportant data transmission is high, thereby improving the transmission integrity of the relatively important data.
  • an embodiment of the present application provides a data transmission apparatus, the data transmission apparatus has a function of implementing the above-mentioned behavior of the sending end device, and the function may be implemented by hardware or by executing corresponding software in hardware.
  • the hardware or software includes one or more unit modules corresponding to the above functions.
  • the data transmission device includes a processor and a memory; the memory includes program instructions, and when the program instructions are executed by the processor, the sender device performs the following method steps: calculating the proportional fairness PF scheduling of the target logical channel.
  • the original priority where the target logical channel includes the logical channel through which the sender device sends the target service data to the receiver device; according to whether the first data packet of the current minimum effective transmission unit METU being sent on the target logical channel has been out of the buffer queue , calculate the priority correction coefficient of the target logical channel; use the priority correction coefficient to weight the original priority of the target logical channel to obtain the modified priority of the target logical channel; schedule the target logical channel according to the modified priority.
  • the present application also provides a network device.
  • the network device includes: a memory and a processor; the memory and the processor are coupled; the memory is used to store computer program codes, the computer program codes include computer instructions, and when the processor executes the computer instructions, the network device is made to perform the above aspects and implementations thereof method in .
  • the present application also provides a computer storage medium.
  • the computer storage medium computer instructions, when executed on a network device, cause the network device to perform the methods in the above aspects and implementations thereof.
  • the present application also provides a computer program product comprising instructions, which, when executed on a computer, cause the computer to perform the methods in the above aspects and implementations thereof.
  • the present application also provides a chip system, the chip system includes a processor, which is used to support the above-mentioned apparatus or device to implement the functions involved in the above-mentioned aspects and the implementation manners thereof, for example, to generate or process the functions involved in the above-mentioned methods. the information involved.
  • FIG. 1 is an architecture diagram of an air interface-based data transmission system shown in an embodiment of the present application
  • FIG. 2 is a schematic structural diagram of a first device shown in an embodiment of the present application.
  • FIG. 3 is a schematic structural diagram of a second device provided by an embodiment of the present application.
  • FIG. 4 is a downlink transmission scenario diagram of the Cloud VR service shown in the embodiment of the present application.
  • Figure 5 is a schematic diagram of the number of logical channels required for Cloud VR service encoding in HEVC and SHVC formats
  • FIG. 6 is a schematic diagram of a situation that a METU under the PF scheduling mechanism may appear in actual transmission
  • FIG. 7 is a flowchart of a data transmission method provided in Embodiment 1 of the present application.
  • Fig. 8 is the schematic diagram that the first data packet of METU is scheduled immediately and after being waited for;
  • FIG. 9 is a flowchart of step S104 of the data transmission method provided by the embodiment of the present application.
  • FIG. 10 is a relationship diagram between the first priority correction coefficient f 1 (W) and the waiting time coefficient W shown in the embodiment of the present application;
  • FIG. 11 is a schematic diagram illustrating the meanings of parameters shown in an embodiment of the present application.
  • Fig. 13 is the simulation result diagram of the first embodiment of the present application.
  • Fig. 15 is the simulation result diagram of the second embodiment of the present application.
  • 16 is a schematic structural diagram of a data transmission apparatus provided by an embodiment of the present application.
  • FIG. 17 is a schematic structural diagram of another data transmission apparatus provided by an embodiment of the present application.
  • the 5th generation mobile networks provides the possibility for operators to develop more and richer services.
  • Cloud VR of virtual reality including Cloud XR of Extended Reality, Cloud AR of Augmented Reality, Cloud MR of Mixed Reality, etc.
  • eMBB enhanced mobile broadband
  • Cloud VR introduces the concepts and technologies of cloud computing and cloud rendering into VR business applications. With the help of a high-speed and stable network, the display output and sound output of the cloud are encoded and compressed and transmitted to the user's terminal device to realize VR business content. Cloud, render on the cloud.
  • Cloud VR's high source rate and extremely low air interface delay requirements have brought great transmission pressure to 5G NR.
  • To achieve an "immersive" experience in Cloud VR it must ensure that the end-to-end loopback response delay does not exceed 70ms, and the typical delay constraint decomposed into one-way air interface transmission is 10ms.
  • the typical source rate of the current downlink Cloud VR is 30-50MHz.
  • An NR cell with a bandwidth of 100MHz can only guarantee about 5 Cloud VR services to achieve acceptable QoS under the constraint of 10ms delay. Therefore, the capacity of the NR system is limited. It has become a bottleneck restricting the scale of Cloud VR.
  • NR In order to improve the capacity of NR system, NR currently adopts proportionally fair (PF) scheduling.
  • PF scheduling the scheduler at the data sending end (eg: base station) calculates a proportional fairness factor for each user according to the user's current transmission data volume, historical throughput characteristics, and QoS class identifier (QCI). , schedule each user's data flow in turn according to the proportional fairness factor.
  • QCI QoS class identifier
  • the goal of PF scheduling is to ensure both the fairness among users and the throughput rate of the NR system.
  • the NR system usually uses technologies such as hybrid automatic repeat request (HARQ) and high-level forward error correction (FEC) to ensure "frame-level" video transmission. data integrity.
  • HARQ hybrid automatic repeat request
  • FEC high-level forward error correction
  • Cloud VR uses the high efficiency video coding (HEVC) of H.265 or the scalable extension of HEVC (SHVC) as the most commonly used One of the video codec standards.
  • HEVC high efficiency video coding
  • SHVC scalable extension of HEVC
  • HEVC divides the image into several independent strip-coded parts, and each independent strip-coded part can be called a slice, so that the decoder can parse and decode these slices independently, so as to reduce transmission errors and improve the quality of the decoded image. damage to come.
  • HEVC newly introduces an optional block tile division, which divides the image frame into multiple rectangular areas with several horizontal and vertical boundaries. Each rectangular area is a tile and an independent coding unit.
  • SHVC adopts spatial layered coding or quality layered coding on the basis of HEVC, and its coding layer may include a base layer (BL) and an enhancement layer (EL).
  • the enhancement layer takes the base layer as the starting point and encodes the additional information of the image, so as to reconstruct the high-quality image during the decoding process, which occupies a large bandwidth resource.
  • NR can achieve acceptable QoS as long as the transmission of basic layer data is guaranteed; if the transmission of enhancement layer data can also be guaranteed, superior QoS can be achieved.
  • layered coding can better cope with the instantaneous fluctuation of channel quality.
  • NR Based on the current PF scheduling scheme adopted by NR and the H.265 HEVC/SHVC encoding and decoding scheme adopted by Cloud VR, NR still has many limitations in carrying Cloud VR services, which makes it difficult to guarantee the integrity of Cloud VR data transmission, such as :
  • Cloud VR has integrity constraints and delay constraints on data transmission over the air interface, but the current PF scheduling is to maximize the throughput of the physical layer as the scheduling goal, without considering the integrity of the data
  • the QoS based on the maximum throughput of the physical layer cannot be equal to the high-integrity and low-latency QoS required by Cloud VR.
  • technologies such as HARQ retransmission and high-level FEC adopted by NR: on the one hand, these technologies increase the bandwidth and delay, and the gain space for low-latency Cloud VR is limited; on the other hand, these technologies usually use "" Frame" as the guarantee object, the guarantee object has large granularity and lacks flexibility.
  • an embodiment of the present application provides a data transmission method.
  • the data transmission methods provided in the embodiments of the present application can be applied to any air interface-based data transmission scenarios that require low latency and integrity.
  • FIG. 1 is an architecture diagram of an air interface-based data transmission system according to an embodiment of the present application. As shown in FIG. 1 , this scenario may include a first device 100 , a second device 200 and a service server 300 , and data transmission is implemented between the first device 100 and the second device 200 through an air interface protocol.
  • the first device 100 may be a base station (eg: 5G base station gNB, 4G base station gNB, etc.) or a network device such as a wireless access point (wireless access point, WAP) device;
  • the second device 200 may be a virtual reality/extended reality /Augmented reality/mixed reality (VR/XR/AR/MR) devices, such as VR helmets, VR glasses, and the second device 200 may also be other devices, such as terminal devices such as mobile phones, tablet computers, and large-screen display devices.
  • a base station eg: 5G base station gNB, 4G base station gNB, etc.
  • a network device such as a wireless access point (wireless access point, WAP) device
  • the second device 200 may be a virtual reality/extended reality /Augmented reality/mixed reality (VR/XR/AR/MR) devices, such as VR helmets, VR glasses, and the second device 200 may also be other devices, such as terminal devices such as mobile phones
  • FIG. 2 is a schematic structural diagram of a first device shown in an embodiment of the present application.
  • the first device 100 may include a memory 110 , an antenna system 120 and a processor 130 .
  • the memory 110, the antenna system 120 and the processor 130 are coupled and connected, and program instructions are stored in the memory 110, and the processor 130 can call the program instructions in the memory 110 to make the first device 100 execute related methods, such as parsing messages, generating messages. text, receive and transmit data, etc. through the antenna system 120 .
  • the processor 130 of the first device 100 may include one or more processing units, such as a system on a chip (SoC), a central processing unit (CPU), a microcontroller ( microcontroller, MCU), memory controller, etc. Wherein, different processing units may be independent devices, or may be integrated in one or more processors.
  • SoC system on a chip
  • CPU central processing unit
  • MCU microcontroller
  • memory controller etc.
  • different processing units may be independent devices, or may be integrated in one or more processors.
  • the memory of the first device 100 may include one or more storage units, for example, may include volatile memory (volatile memory), such as: dynamic random access memory (dynamic random access memory, DRAM), static Random access memory (static random access memory, SRAM), etc.; can also include non-volatile memory (non-volatile memory, NVM), such as: read-only memory (read-only memory, ROM), flash memory (flash memory) Wait.
  • volatile memory volatile memory
  • DRAM dynamic random access memory
  • static Random access memory static random access memory
  • SRAM static Random access memory
  • NVM non-volatile memory
  • different storage units may be independent devices, or may be integrated or packaged in one or more processors or antenna systems 120 to become part of the processors or antenna systems 120 .
  • the antenna system 120 of the first device 100 is mainly used to receive and transmit signals, so as to realize data transmission between the first device 100 and the second device.
  • the structures illustrated in the embodiments of the present application do not constitute a specific limitation on the first device 100 .
  • the first device 100 may include more or less components than shown, or combine some components, or separate some components, or arrange different components, for example: when the first device When the device 100 is a base station, the multiple memories 110 and processors 130 of the first device 100 may be distributed in a baseband processing unit (base band unite, BBU) and a radio frequency processing unit (radio remote unit, RRU) of the base station.
  • baseband processing unit base band unite, BBU
  • RRU radio frequency processing unit
  • FIG. 3 is a schematic structural diagram of a second device provided by an embodiment of the present application.
  • the second device 200 may include a processor 210, a memory 220, an antenna 240, and the like.
  • the processor 210 may include one or more processing units, for example, the processor 210 may include an application processor (application processor, AP), a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), video codec, digital signal processor (digital signal processor, DSP), and/or neural-network processing unit (neural-network processing unit, NPU), etc.
  • different processing units may be independent devices, or may be integrated in one or more processors, such as integrated in a system on a chip (system on a chip, SoC).
  • a memory may also be provided in the processor 210 for storing instructions and data.
  • the memory in processor 210 is cache memory. The memory may hold instructions or data that have just been used or recycled by the processor 210 .
  • the processor 210 may include one or more interfaces.
  • the interface may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous transceiver (universal asynchronous transmitter) receiver/transmitter, UART) interface, mobile industry processor interface (MIPI), general-purpose input/output (GPIO) interface, subscriber identity module (SIM) interface, and / or universal serial bus (universal serial bus, USB) interface, etc.
  • I2C integrated circuit
  • I2S integrated circuit built-in audio
  • PCM pulse code modulation
  • PCM pulse code modulation
  • UART universal asynchronous transceiver
  • MIPI mobile industry processor interface
  • GPIO general-purpose input/output
  • SIM subscriber identity module
  • USB universal serial bus
  • Memory 220 may be used to store computer-executable program code, which includes instructions.
  • the memory 220 may include one or more storage units, for example, may include volatile memory (volatile memory), such as: dynamic random access memory (dynamic random access memory, DRAM), static random access memory (static random access memory, SRAM), etc.; may also include non-volatile memory (non-volatile memory, NVM), such as: read-only memory (read-only memory, ROM), flash memory (flash memory), and the like.
  • the processor 210 executes various functional applications and data processing of the second device 200 by executing the instructions stored in the memory 220 and/or the instructions stored in the memory provided in the processor.
  • the wireless communication function of the second device 200 may be implemented by the radio frequency module 230 .
  • the radio frequency module 230 can be set independently, or can be implemented by the processor 210 .
  • the radio frequency module 230 may include a 3GPP communication module 231 and a non-3GPP communication module 232.
  • the 3GPP communication module 231 may provide a solution including 2G/3G/4G/5G cellular communication applied on the second device 200 .
  • at least part of the functional modules of the 3GPP communication module 231 may be provided in the processor 210 .
  • at least part of the functional modules of the 3GPP communication module 231 may be provided in the same device as at least part of the modules of the processor 210 .
  • the non-3GPP communication module 232 may include a Wi-Fi module, a bluetooth (BT) module, a global navigation satellite system (GNSS) module, a near field communication (NFC) module, an infrared ( infrared, IR) modules, etc.
  • the non-3GPP communication module 232 may be one or more devices integrating at least one of the modules described above.
  • the wireless communication function of the second device 200 may include, for example, global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), fifth generation 5th generation mobile networks new radio (5G NR), BT, GNSS, WLAN, NFC, FM, and/or IR functions.
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • code division multiple access code division multiple access
  • CDMA code division multiple access
  • WCDMA wideband code division multiple access
  • time division code division multiple access time-division code division multiple access
  • TD-SCDMA time-division code division multiple access
  • LTE long term evolution
  • 5G NR fifth generation 5th generation mobile networks new radio
  • GNSS may include global positioning system (GPS), global navigation satellite system (GLONASS), Beidou navigation satellite system (BDS), quasi-zenith satellite system (quasi-zenith) satellite system, QZSS) and/or satellite based augmentation systems (SBAS).
  • GPS global positioning system
  • GLONASS global navigation satellite system
  • BDS Beidou navigation satellite system
  • QZSS quasi-zenith satellite system
  • SBAS satellite based augmentation systems
  • the second device 200 may include more or less components than shown in the figure, for example, the processor 210 and the memory 220, etc., or combine some components, or separate some components, or Different component arrangements.
  • the illustrated components may be implemented in hardware, software, or a combination of software and hardware.
  • the second device may further include: one or more display screens 250, one or more cameras 260, and the like.
  • the air interface-based data transmission between the first device 100 and the second device 200 may include two scenarios of downlink transmission and uplink transmission.
  • the downlink transmission refers to the transmission of data from the first device 100 to the second device 200 .
  • the first device 100 is the sending end device and the second device 200 is the receiving end device; correspondingly, the uplink transmission refers to the second device 200 Data is transmitted to the first device 100.
  • the first device 100 is the receiving end device, and the second device 200 is the transmitting end device.
  • the technical solutions of the embodiments of the present application can be applied to both downlink transmission and uplink transmission scenarios. However, due to limited space, only the downlink transmission scenario is taken as an example to describe the technical solutions of the embodiments of the present application.
  • For the uplink transmission scenario reference may be made to the downlink transmission scenario. Scenario implementation of technical solutions.
  • FIG. 4 is a downlink transmission scenario diagram of the Cloud VR service shown in the embodiment of the present application.
  • the Cloud VR service server sends the service data required by the Cloud VR service to the sending end device, and then sends the service data to the sending end device.
  • the end device sends service data to the receiving end device through the air interface.
  • the sending end device sends the service data to the sending end device in the form of the minimum effective transmission unit METU, and the sending end device needs to send the minimum effective transmission unit METU in the form of a data packet corresponding to the air interface protocol.
  • a METU may include One or more data packets, for example, when the sender device is a 5G base station gNB and the air interface is NR, the data packet is a packet data convergence protocol (PDCP) data packet.
  • PDCP packet data convergence protocol
  • the correspondence between the PDCP data packet and the METU, that is, which METU any PDCP data packet belongs to, is known to the sender device.
  • the corresponding relationship can be inferred from the service characteristics of the Cloud VR service.
  • the sender device can determine the PDCP data packets that arrive in the image frame period as the data of the same METU.
  • the corresponding relationship may also be indicated in a header-enhanced manner.
  • the sending end device may write the METU number corresponding to the PCDP data packet into the header of the PDCP data packet.
  • each network abstraction layer (NAL) unit generated by the encoder coding of the service server is a network abstraction layer (NAL) unit.
  • NAL network abstraction layer
  • METU the granularity of the NAL unit (that is, the granularity of the METU) is also different.
  • the granularity of NAL unit can be image frame, that is, each frame of image corresponds to one METU, and the granularity of NAL unit can also be slice, that is, each slice corresponds to one METU, NAL The granularity of the unit can also be tile, that is, each title corresponds to a METU.
  • FIG. 5 is a schematic diagram of the number of logical channels required for Cloud VR service encoding in HEVC and SHVC formats.
  • the sending end device may allocate one or more logical channels for the service data, and transmit the service data on the logical channel.
  • the video data sent by the sender device to the receiver device can be transmitted on one or more logical channels.
  • the encoder adopts HEVC format encoding, since the video data does not use the encoding method of spatial layering or quality layering, but only contains one layer of data, the video data can be transmitted on one logical channel.
  • the video data can include the base layer BL data and the enhancement layer EL data, so the video data can be in two logical channels. Up transmission, in which the base layer BL data is transmitted on one logical channel and the enhancement layer EL data is transmitted on another logical channel.
  • Cloud VR services require one-way air interface transmission to meet a certain delay constraint.
  • the typical value of the delay constraint is 10ms, for example. This means that when the sending end device sends METU to the receiving end device, it is required that each METU can complete the transmission within the delay constraint and the data packets in each METU can be correctly received by the receiving end device. It can meet the integrity requirements of data transmission of Cloud VR services under the constraint of delay.
  • Case 1 The data packets in the METU can be transmitted correctly, and the transmission of all data packets can satisfy the delay constraint.
  • Case 3 There is a packet transmission error in the METU, such as reaching the maximum number of retransmissions.
  • case 1 is the ideal transmission situation for METU, while cases 2 to 4 may affect the integrity of data transmission, resulting in the degradation of Cloud VR service quality.
  • FIG. 7 is a flowchart of a data transmission method provided by Embodiment 1 of the present application. As shown in FIG. 7 , the method may include the following steps S101 to S106:
  • Step S101 the sending end device determines whether the current METU sent on the target logical channel has packet loss.
  • the target logical channel refers to the logical channel established between the sender device and the receiver device for sending Cloud VR data (corresponding to the target service data in the claims). Therefore, the current METU sent on the target logical channel is The METU of Cloud VR data, and the current METU refers to the METU currently being sent by the sender device on the target logical channel.
  • the transmitting end device may perform step S101 at the beginning of each time slot slot scheduling.
  • the time slot is the smallest unit of data scheduling in technologies such as NR and LTE.
  • One radio frame in an NR or LTE signal includes multiple subframes, one subframe includes multiple time slots, and one time slot includes multiple orthogonal frequency-division multiplexing (orthogonal frequency-division multiplexing, OFDM) symbols.
  • Time slots and related concepts belong to the prior art in the fields of NR and LTE, and will not be repeated here.
  • the sending end device may determine whether the current METU has packet loss according to whether it receives a negative-acknowledgment (NACK) message fed back by the receiving end device.
  • NACK negative-acknowledgment
  • the receiving end device will send The end device feeds back an acknowledgment (ACK) message to inform the sending end device that it does not need to resend the data packet; if the receiving end device cannot decode correctly, it means that the data packet is sent incorrectly, and the receiving end device will send the The end device feeds back a NACK message to tell the sender device to resend the data packet; after the sender device resends the data packet to the preset maximum number of retransmissions, if it still receives a NACK message, it means that the data packet is lost. Packet, that is, the current METU has packet
  • step S101 the above-mentioned method of judging METU packet loss by the maximum number of retransmissions of HARQ is only an exemplary implementation, and does not constitute a specific limitation to step S101, and those skilled in the art can also use other methods for judging Whether the packet loss occurs in the METU does not exceed the protection scope of the embodiments of the present application.
  • step S102 if the current METU has packet loss, the transmitting end device discards the unsent data packets in the current METU, and jumps to step S101 to prepare to schedule the next METU.
  • the transmitting end device in order to schedule the transmission of data packets on each logical channel, the transmitting end device generally allocates PDCP buffers for each logical channel.
  • the data packets of the METU to be sent are put into PDCP buffers are sent in sequence. Therefore, the unsent data packets in the current METU will be located in the PDCP buffer corresponding to the target logical channel.
  • step S102 if a packet loss occurs in the current METU, the transmitting end device can discard all the data packets belonging to the current METU in the PDCP cache corresponding to the target logical channel. Clear the cache.
  • the sending end device may jump to step S101 to prepare to schedule the next METU when the next slot starts, for example, to determine whether the next METU has packet loss.
  • Step S103 if no packet loss occurs in the current METU, the transmitting end device calculates the original priority of the PF scheduling of the target logical channel.
  • the sender device is not only used to transmit Cloud VR service data, but also other data, such as voice data and packet data of other services, etc. Therefore, at the same time, the sender device may be on multiple logical channels. All data transmission. Generally speaking, the transmitting end device allocates the air interface resources of each logical channel through some scheduling algorithms, such as round robin (RR) scheduling, maximum carrier-to-interference (maximum C/I) scheduling, and PF scheduling.
  • RR round robin
  • maximum C/I maximum carrier-to-interference
  • PF scheduling a scheduling algorithms
  • the sender device will calculate the priority for each logical channel including the target logical channel, and then allocate air interface resources for each logical information according to the priority of each logical channel.
  • the higher the priority the more air interface resources are allocated and the smaller the priority is, the smaller the allocated air interface resources are.
  • the priority of the target logical channel calculated by the transmitting end device according to the PF scheduling is referred to as the original priority.
  • the original priority PF 0 of the target logical channel can be calculated by the following formula:
  • T represents the current data transmission rate of the target logical channel
  • R represents the historical average rate of the target logical channel
  • ⁇ and ⁇ are fairness coefficients
  • the fairness of PF scheduling can be adjusted by adjusting the values of ⁇ and ⁇ , such as ⁇ and ⁇ .
  • ⁇ can take a value of 1.
  • Step S104 the transmitting end device calculates the priority correction coefficient of the target logical channel according to whether the first data packet of the current METU has been scheduled.
  • the sending end device can package the METU data into one or more PDCP data packets for transmission over the air interface, and then send the data packets into the PDCP buffer.
  • the data packets in the PDCP buffer will be sequentially out of the buffer queue and sent to the receiving end device.
  • FIG. 8 is a schematic diagram showing that the first data packet of METU is scheduled immediately and after waiting.
  • the sending end device in order to improve the integrity of data transmission, the sending end device will try to continuously send data packets that belong to the same METU as much as possible. It can be understood from this that, according to the different statuses of the air interface resources allocated by the transmitting end device for the target logical channel, the transmitting end will adopt different scheduling methods for the METU data packets. . For example: if the air interface resources allocated by the sender device for the target logical channel are sufficient, the first data packet of a METU will not wait after entering the PDCP buffer, but will be sent directly out of the buffer queue to the receiver device.
  • This scheduling method can It is called immediate scheduling; if the air interface resources allocated by the sender device for the target logical channel are insufficient, the first data packet of a METU may wait for a period of time after entering the PDCP buffer, and then send it out of the buffer queue to the receiver device.
  • This scheduling method can be called waiting-after-scheduling, that is, waiting for a period of time before being scheduled.
  • the transmitting end device can estimate whether the air interface resources of the target logical channel are sufficient according to whether the first data packet of the current METU has been scheduled, and accordingly calculate the priority of the target logical channel in different ways. level correction factor.
  • FIG. 9 is a flowchart of step S104 of the data transmission method provided by the embodiment of the present application.
  • step S104 may specifically include the following steps S201-S203:
  • Step S201 the sending end device determines whether the first data packet of the current METU has been scheduled.
  • step S104 if the sending end device determines that the first data packet of the current METU does not wait after entering the PDCP buffer queue, but directly goes out of the buffer queue and sends it to the receiving end device, it can determine the first data packet of the current METU. If the packet is not scheduled, step S202 is executed; if the sending end device determines that the first data packet of the current METU enters the PDCP buffer queue and waits for one end of time and then goes out of the buffer queue and sends it to the receiving end device, it can determine the first data packet of the current METU. The data packets have been scheduled, and step S203 is executed.
  • Step S202 if the first data packet of the current METU is not scheduled, the transmitting end device calculates the first priority correction coefficient corresponding to the target logical channel in the case that the current METU is not scheduled.
  • step S202 may specifically include the following steps S301 and S302:
  • Step S301 the transmitting end device calculates the waiting time coefficient of the current METU.
  • the waiting time coefficient W can be calculated by the following formula:
  • t n is the current time
  • t in is the time when the first data packet of the current METU enters the PDCP buffer
  • T is the air interface transmission delay constraint.
  • the typical value of T is generally 10ms.
  • the waiting time coefficient W can reflect the time urgency of the current METU transmission. Specifically, the larger the waiting time coefficient W, the longer the time it takes for the sending end device to transmit the current METU, and the longer the time margin left for the sending end device to transmit the remaining data packets of the current METU under the delay constraint of air interface transmission. If the value is less, it means that the transmission urgency of the current METU is higher; the smaller the waiting time coefficient W is, the shorter the time-consuming of the transmitting end device to transmit the current METU is, and it is left for the transmitting end device to transmit the current METU under the delay constraint of air interface transmission. The longer the time headroom for the remaining packets, the lower the urgency of the current METU transmission.
  • Step S302 the transmitting end device determines the first priority correction coefficient according to the waiting time coefficient.
  • the first priority correction coefficient f 1 (W) set in this embodiment of the present application may be a monotonically increasing function relative to the waiting time coefficient W, or a monotonically non-decreasing function, and the first priority correction coefficient f 1 ( The larger W), the faster the expected transmission speed of the remaining data packets in the current METU.
  • the first priority correction coefficient f 1 (W) is greater than or equal to 1, and when the first priority correction coefficient f 1 (W) is equal to 1, it means that the transmission of the remaining data packets in the current METU will not be accelerated speed.
  • FIG. 10 is a relationship diagram between the first priority correction coefficient f 1 (W) and the waiting time coefficient W shown in the embodiment of the present application.
  • the first priority correction coefficient f 1 (W) and the waiting time coefficient W have the following functional relationship:
  • Step S203 if the first data packet of the current METU has been scheduled, the transmitting end device calculates the second priority correction coefficient corresponding to the target logical channel in the case that the current METU has been scheduled.
  • step S203 may specifically include the following steps S401-S403:
  • Step S401 the transmitting end device calculates the transmission rate S of the current METU.
  • the transmission rate S of the current METU can be calculated by the following formula:
  • C S is the amount of data that has been transmitted by the current METU, and the data unit may be, for example, bits or bytes, etc.; T S is the transmitted time of the current METU.
  • Step S402 the transmitting end device calculates the transmission time coefficient of the current METU according to the transmission rate of the current METU.
  • the transmission time coefficient R can be calculated by the following formula:
  • T is the delay constraint of air interface transmission.
  • Tw is the transmission waiting time of the current METU
  • T S is the transmitted time of the current METU
  • C n is the current METU The amount of untransmitted data
  • S is the transmission rate of the current METU.
  • the data packet of the current METU will not be sent to the receiving device immediately after entering the METU buffer of the target logical channel, but will temporarily stay in the METU buffer.
  • the sending end device will determine when to start sending the current METU data packet to the receiving end device according to the current priority of the target logical channel. Therefore, the first data packet from the current METU enters the METU cache.
  • Tw t 1 -t 0 .
  • the sender device may not know the exact value of the current METU untransmitted data amount C n , therefore, C n may be an estimated value.
  • the transmission time coefficient R can reflect the time urgency of the current METU transmission. Specifically, the larger the transmission time coefficient R, the longer the time it takes for the transmitting end device to transmit the current METU, and the more time margin left for the transmitting end device to transmit the remaining data packets of the current METU under the delay constraint of air interface transmission. If the value is less, it means that the transmission urgency of the current METU is higher; the smaller the transmission time coefficient R, the shorter the time it takes for the transmitting end device to transmit the current METU, which is left for the transmitting end device to transmit the current METU under the delay constraint of air interface transmission. The longer the time headroom for the remaining packets, the lower the urgency of the current METU transmission.
  • Step S403 the transmitting end device determines the second priority correction coefficient according to the transmission time coefficient.
  • the second priority correction coefficient f 2 (R) set in this embodiment of the present application may be a monotonically increasing function relative to the transmission time coefficient R, or a monotonically non-decreasing function, and the second priority correction coefficient f 2 ( The larger R), the faster the expected transmission speed of the remaining data packets in the current METU.
  • the second priority correction coefficient f 2 (R) is greater than or equal to 1, and when the second priority correction coefficient f 2 (R) is equal to 1, it indicates that the transmission speed of the remaining data packets in the current METU is not fast .
  • FIG. 12 is a relationship diagram between the second priority correction coefficient f 2 (R) and the transmission time coefficient R shown in the embodiment of the present application.
  • the second priority correction coefficient f 2 (R) and the transmission time coefficient R have the following functional relationship:
  • Step S105 the transmitting end device uses the priority correction coefficient to weight the original priority to obtain the corrected priority of the target logical channel.
  • Step S106 the transmitting end device schedules the target logical channel according to the modified priority.
  • the correction priority PF 1 will also be greater than or equal to 1. Or equal to the original priority PF 0 .
  • the sender device can schedule more air interface resources for the target logical channel, thereby speeding up the transmission speed of the untransmitted data packets in the current METU and reducing the current METU transmission This ensures that the untransmitted data packets in the current METU can be transmitted within the air interface delay constraint, avoid situations 2 and 3 as shown in Figure 6, and improve the integrity of Cloud VR data transmission.
  • the data transmission method provided in Embodiment 1 of the present application can be applied to, for example, a Cloud VR service scenario using HEVC encoding, and the combination of active packet loss and time-critical scheduling when METU transmission errors are used improves the integrity of Cloud VR data transmission .
  • the active packet loss method includes the sending end device actively discarding the remaining unsent data packets of the METU when the current METU sent to the receiving end device has lost packets, thereby reducing invalid data transmission and saving air interfaces. resources to improve bandwidth utilization; time urgency scheduling includes increasing the priority of the logical channel to speed up the current METU transmission speed when the transmitting end device has insufficient time margin to transmit the remaining data packets of the current METU under the delay constraint of air interface transmission. , reducing the time urgency of the current METU transmission and improving the integrity of Cloud VR data transmission.
  • the applicant simulated the method of the embodiment of the present application, and obtained that the method is applied to NR and Cloud VR service scenarios using HEVC coding.
  • user satisfaction rate the number of satisfied users per cell/the number of users per cell.
  • the user satisfaction rate is defined as the users whose frame error rate (FER) is less than 1%.
  • the simulation environment includes: a network topology with 7 base stations and 21 cells, the base station spacing is 300m, the antenna is 64 transmitting channels and 64 receiving channels 64T64R, and the terminal equipment (ie the receiving end equipment) adopts 4 transmitting channels and 4 receiving channels.
  • the cell bandwidth is 100MHz
  • the subcarrier spacing is 30kHz
  • the terminal equipment is evenly distributed
  • the number of terminal equipment in each cell ranges from 5 to 50
  • the source rate is 35Mbps.
  • the simulation results obtained by the applicant are shown in FIG. 13 .
  • the user satisfaction rate shows a rapid downward trend with the increase of the number of users, and the method of Embodiment 1 of the present application can significantly improve the user satisfaction rate.
  • the more the number of users in each cell the more obvious the relative gain.
  • the user satisfaction rate can rise from 58.8% when HEVC does not adopt this method to 65.8%, and the relative gain is 11.9%.
  • FIG. 14 is a flowchart of the data transmission method provided in Embodiment 2 of the present application. As shown in FIG. 14 , the method may include the following steps S501 to S506:
  • Steps S501 to S504 are the same as steps S101 to S104 in the first embodiment, and can be specifically implemented with reference to steps S101 to S104, which will not be repeated here. Some differences are:
  • the first embodiment can be applied to the Cloud VR service scene encoded in the HEVC format, and the sending end device and the receiving end device only need to transmit the Cloud VR service data through one logical channel; the second embodiment can be applied to the Cloud VR service encoded in the SHVC format.
  • the sending end device and the receiving end device need to transmit the BL data of the Cloud VR service through one logical channel, and the other logical channel to transmit the EL data. Therefore, the method of Embodiment 2 can be implemented separately for the data on each logical channel.
  • the target logical channel may be a logical channel for transmitting BL data or a logical channel for transmitting EL data. Different logical channels have different logical channel numbers, so the transmitting end device can distinguish EL data and BL data according to the logical channel numbers.
  • Step S505 the transmitting end device uses the priority correction coefficient to weight the original priority to obtain the corrected priority of the target logical channel.
  • step S505 is the same as that of step S105, and finally the correction priority of the target logical channel is obtained, but the specific implementation method of step S505 and step S105 is different: specifically, in step S505, the sender can First determine whether the target logical channel is a logical channel for transmitting BL data or a logical channel for transmitting EL data, and then according to the different data transmitted by the target logical channel, weight the original priority in different ways to obtain the modified priority of the target logical channel class.
  • step S505 may specifically include the following steps:
  • Step S601 the sending end device determines whether the target logical channel is a logical channel for transmitting EL data.
  • Step S602 if the target logical channel is not a logical channel for transmitting EL data, then explain that the target logical channel is a logical channel for transmitting BL data, and the sender device determines that the correction priority of the target logical channel is the original priority PF 0 and the priority correction coefficient.
  • Add an offset coefficient Offset to the product of Factor, that is: PF 1 PF 0 ⁇ Factor+Offset, and then jump to step S506, thereby speeding up the transmission speed of the untransmitted BL data packets in the current METU, ensuring the current METU
  • the untransmitted BL data packets can be transmitted within the air interface delay constraint.
  • the modified priority PF 1 of the target logical channel may be the product of the original priority PF 0 and the first priority modification coefficient f 1 (W) plus one
  • the modified priority PF 1 of the target logical channel can be the product of the original priority PF 0 and the second priority modification coefficient f 2 (R) plus one
  • the embodiments of the present application consider that in the Cloud VR service scenario encoded in the SHVC format, as long as the BL data can be completely transmitted, the Cloud VR service can achieve acceptable QoS. Therefore, in order to preferentially ensure the complete transmission of BL data, when the target logical channel is the logical channel for transmitting BL data, after multiplying the original priority PF 0 and the priority correction coefficient Factor, the sender device adds an additional An offset coefficient Offset, thereby further improving the correction priority of the target logical channel, preferably, the correction priority of the target logical channel is always the same as the priority of other logical channels transmitting EL data.
  • the offset coefficient Offset should be a positive number, such as 1, 2, 3, etc., which is not limited in this embodiment of the present application.
  • the sender can determine the value range of the offset coefficient Offset according to the priority of the voice service, the purpose of which is to make the correction priority of the target logical channel not higher than the priority of the voice service, so as to ensure the priority The highest voice services are not affected. For example, if the priority of the voice service is PF 2 , the offset coefficient Offset can be:
  • Step S603 if the target logical channel is a logical channel for transmitting EL data, the transmitting end device determines whether the transmission time coefficient of the current METU is greater than a preset threshold value.
  • the transmission time coefficient R can reflect the time urgency of the current METU transmission.
  • the transmission time coefficient R is large, it means that the current METU data packet transmission has consumed a long time, and the remaining data packet transmission is likely to be difficult to meet.
  • Delay constraint when the transmission time coefficient R is small, it means that the data packet transmission of the current METU has consumed a short time, and the remaining data packet transmission is more likely to meet the delay constraint.
  • a threshold value is set in this embodiment of the present application, and the threshold value is generally smaller than the delay constraint of the air interface, for example, a threshold value is set.
  • the value is 5ms, 6ms, etc., which is not specifically limited in this embodiment of the present application.
  • the sending end device takes the product of the original priority PF 0 and the priority correction coefficient Factor as the corrected priority PF 1 of the target logical channel, and then jumps to step S606, thereby speeding up the untransmitted EL data packets in the current METU This ensures that the untransmitted EL data packets in the current METU can be transmitted within the air interface delay constraint.
  • Step S605 if the transmission time coefficient of the current METU is greater than the preset threshold value, the sending end device discards the untransmitted data packets of the current METU.
  • the transmission time coefficient of the current METU is less than or equal to the preset threshold value, it means that the time urgency of the current METU transmission is high, and even if the transmission speed of the untransmitted EL data packets of the METU is accelerated, it is not necessarily It can make the current METU meet the delay constraint of the air interface. Therefore, in order to avoid the waste of air interface resources, the sender device can directly discard the untransmitted EL data packets of the current METU, and the saved air interface resources can be used to ensure the transmission of BL data. Make situation 4 as shown in Figure X to occur, the Cloud VR service satisfies acceptable QoS.
  • Step S506 the transmitting end device schedules the target logical channel according to the revised priority.
  • the modified priority PF 1 will also be greater than or equal to the original priority PF 0 .
  • the sender device can schedule more air interface resources for the target logical channel, thereby speeding up the transmission speed of the untransmitted data packets in the current METU, reducing the time urgency of the current METU transmission, and ensuring the untransmitted data packets in the current METU.
  • the transmission can be completed within the air interface delay constraint, avoiding situations 2 and 3 as shown in Figure X, and improving the integrity of Cloud VR data transmission.
  • the data transmission method provided in the second embodiment of the present application can be applied to, for example, a Cloud VR service scenario using SHVC encoding, and a combination of active packet loss when METU transmission errors, time-critical scheduling, and active discarding of unimportant EL data packets is adopted.
  • This method improves the integrity of Cloud VR data transmission.
  • the active packet loss method when the METU is transmitted incorrectly includes the sending end device actively discarding the remaining unsent data packets of the METU when the current METU sent to the receiving end device has lost packets, thereby reducing invalid data.
  • time urgency scheduling includes increasing the priority of logical channels when the transmitting end device has insufficient time margin to transmit the remaining METU data packets under the delay constraint of air interface transmission to speed up the current
  • the transmission speed of METU reduces the time urgency of current METU transmission and improves the integrity of Cloud VR data transmission
  • the way of actively discarding unimportant EL data packets includes the sending end device when the transmission time coefficient of the current METU is greater than the threshold value , and actively discard the untransmitted EL data packets, and use the saved air interface resources to ensure the transmission of BL data, so that the Cloud VR service can meet acceptable QoS.
  • the applicant simulated the method of the embodiment of the present application, and obtained that the method is applied to NR and the Cloud VR service scenario using SHVC coding.
  • user satisfaction rate the number of satisfied users per cell/the total number of users per cell.
  • the user satisfaction rate is defined as the users whose FER for BL packets is 0 and the FER for EL packets is less than 50%.
  • This simulation simulation environment is basically the same as the simulation simulation environment used in the first embodiment, the difference is that the 35Mbps signal source used in the second embodiment includes BL data and EL data, wherein the ratio of the data amount of BL data to EL data is 1 :9.
  • the simulation results obtained by the applicant are shown in FIG. 15 . It can be seen from Figure 15 that the user satisfaction rate of SHVC is much higher than that of HEVC, indicating that SHVC itself has a certain robustness against frame loss.
  • the method of Embodiment 2 of the present application can further significantly improve the user satisfaction rate based on the original SHVC solution. The more users in each cell, the more obvious the relative gain. For example, when each cell includes 12 users, the user satisfaction rate can be increased from SHVC The relative gain is 9.8% from 65.6% without this method to 72%, and the relative gain is 72% from 33.1% in HEVC without this method.
  • network devices such as base stations and wireless access points include hardware structures and/or software modules corresponding to each function.
  • network devices such as base stations and wireless access points include hardware structures and/or software modules corresponding to each function.
  • present application can be implemented in hardware or a combination of hardware and computer software with the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein. Whether a function is performed by hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of this application.
  • a network device such as a base station, as a sending end device, can implement corresponding functions through hardware modules.
  • the apparatus for implementing the behavior of the sending end device includes: a processor 710 and a memory 720; the memory 720 includes program instructions 721, and when the program instructions 721 are executed by the processor 710, make The sending end device performs the following method steps: calculating the original priority of the proportional fair PF scheduling of the target logical channel, wherein the target logical channel includes the logical channel through which the sending end device sends the target service data to the receiving end device; Whether the first data packet of the current minimum effective transmission unit METU sent has been out of the buffer queue, calculate the priority correction coefficient of the target logical channel; use the priority correction coefficient to weight the original priority of the target logical channel to obtain the correction of the target logical channel Priority; the target logical channel is scheduled according to the revised priority.
  • the data transmission apparatus provided in the embodiment of the present application can be applied to, for example, a Cloud VR service scenario using HEVC coding.
  • the original priority is corrected to speed up the transmission speed of the current METU, reduce the time urgency of the current METU transmission, and improve the integrity of Cloud VR data transmission.
  • the sending end device when the program instruction 721 is run by the processor 710, the sending end device specifically executes the following method steps: judging whether the current METU has packet loss; if the current METU has packet loss, discard the unsent data in the current METU Packet, and continue to judge whether the next METU has packet loss; if no packet loss occurs in the current METU, the sender device calculates the original priority. In this way, the sending end device can actively discard the remaining unsent data packets of the METU when the current METU sent to the receiving end device has lost packets, thereby reducing invalid data transmission, saving air interface resources, and improving bandwidth utilization. Rate.
  • the target service data includes video data
  • the METU includes an image frame of the video data, or an independent bar-coded part slice of the image frame, or an independent block-shaped coded part tile of the image frame.
  • the sending end device can realize the transmission scheduling of Cloud VR data with different granularities according to the granularity of METU.
  • the sending end device when the program instruction 721 is run by the processor 710, specifically performs the following method steps: judging whether the first data packet of the current METU has been scheduled; if the first data packet of the current METU has not been Scheduling, calculate the first priority correction coefficient of the target logical channel when the first data packet of the current METU is not scheduled; if the first data packet of the current METU has been scheduled, calculate the first priority correction coefficient of the target logical channel in the current METU Corresponding second priority correction coefficient when the data packet has been scheduled.
  • the transmitting end device can generate different priority correction coefficients according to the scheduling status of the first data packet of the current METU, so as to adopt different scheduling priorities for the target logical channel corresponding to the different scheduling statuses of the first data packet of the current METU.
  • the sending end device when the program instruction 721 is run by the processor 710, the sending end device specifically executes the following method steps: calculate the waiting time coefficient of the current METU, and the waiting time coefficient is obtained by the following formula:
  • W is the waiting time coefficient
  • t n is the current time, t in the time when the first data packet of the current METU enters the to-be-sent buffer of the target logical channel
  • T is the air interface transmission time between the sender device and the receiver device Delay constraint; determine the first priority correction coefficient according to the waiting time coefficient. Therefore, the waiting time coefficient can reflect the time urgency degree of the current METU transmission, so the first priority correction coefficient can be a correction coefficient based on time urgency scheduling.
  • the first priority coefficient increases monotonically or does not decrease monotonically with respect to the waiting time coefficient, and the first priority correction coefficient is greater than or equal to 1.
  • the sending end device when the program instruction 721 is run by the processor 710, the sending end device is made to specifically perform the following method steps: calculate the transmission rate of the current METU; calculate the transmission time coefficient of the current METU, and the transmission time coefficient is obtained by the following formula:
  • R is the transmission time coefficient
  • Tw is the transmission waiting time of the current METU
  • T S is the transmission time of the current METU
  • C n is the amount of data not transmitted by the current METU
  • S is the transmission rate of the current METU
  • T is the transmission rate Delay constraint of air interface transmission between the end device and the receiving end device
  • the second priority correction coefficient is determined according to the transmission time coefficient. Therefore, the transmission time coefficient can reflect the time urgency of the current METU transmission, so the second priority correction coefficient can be a correction coefficient based on time urgency scheduling.
  • the second priority coefficient increases monotonically or does not decrease monotonically with respect to the transmission time coefficient, and the second priority correction coefficient is greater than or equal to 1.
  • the target service data includes the first type of data and the second type of data
  • the first type of data is more important than the second type of data
  • the target logical channel includes a logical channel for transmitting the first type of data
  • the sending end device specifically executes the following method steps: correcting the original priority with the first priority correction coefficient or the second priority corresponding to the target logical channel
  • the priority correction factor is multiplied, and an offset factor is added to obtain the corrected priority of the logical channel transmitting the first type of data. Therefore, the transmitting end device can set different priorities for different logical channels according to the importance of the data.
  • the program instruction 721 when executed by the processor 710, it also causes the sending end device to perform the following method steps: judging whether the transmission time coefficient is greater than the preset threshold value; if the transmission time coefficient is less than or equal to the threshold value, The original priority is multiplied by the first priority correction coefficient or the second priority correction coefficient corresponding to the target logical channel to obtain the modified priority of the logical channel transmitting the second type of data. In this way, the transmitting end device can speed up the transmission of the relatively unimportant data when the time urgency of the relatively unimportant data transmission is not high, and improve the integrity of the data transmission.
  • the sending end device when the program instructions 721 are executed by the processor 710, the sending end device also causes the sending end device to perform the following method steps: if the transmission time coefficient is greater than the threshold value, discard the untransmitted data packets of the current METU. In this way, the transmitting end device can discard the relatively unimportant data when the time urgency of the relatively unimportant data transmission is high, thereby improving the transmission integrity of the relatively important data.
  • a network device such as a base station, as a transmitting end device, can implement corresponding functions through a software module.
  • the data forwarding apparatus for implementing the above-mentioned sending end device behavior function includes: an original priority calculation module 801, configured to calculate the original priority of the proportional fair PF scheduling of the target logical channel, Wherein, the target logical channel includes a logical channel through which the sender device sends target service data to the receiver device; the priority correction coefficient calculation module 802 is configured to calculate the current minimum valid transmission according to the current minimum valid transmission being sent on the target logical channel. Whether the first data packet of the unit METU has been out of the buffer queue, calculate the priority correction coefficient of the target logical channel; the correction priority calculation module 803 is used to use the priority correction coefficient to determine the original priority of the target logical channel. level weighting to obtain the modified priority of the target logical channel; the scheduling module 804 is configured to schedule the target logical channel according to the modified priority.
  • an original priority calculation module 801 configured to calculate the original priority of the proportional fair PF scheduling of the target logical channel
  • the target logical channel includes a logical channel through which the sender device
  • the embodiments of the present application further provide a computer storage medium, where computer instructions are stored in the computer storage medium, and when the computer storage medium runs on the computer, the computer can execute the methods of the above aspects.
  • Embodiments of the present application also provide a computer program product containing instructions, which, when run on a computer, cause the computer to execute the methods of the above aspects.
  • the present application also provides a chip system.
  • the chip system includes a processor for supporting the above-mentioned apparatus or device to implement the functions involved in the above-mentioned aspects, for example, generating or processing the information involved in the above-mentioned methods.
  • the chip system further includes a memory for storing necessary program instructions and data of the above-mentioned apparatus or device.
  • the chip system can be composed of chips, and can also include chips and other discrete devices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供了一种数据传输方法及装置。该方法包括 : 发送端设备计算目标逻辑信道的比例公平PF调度的原始优先级; 发送端设备根据在目标逻辑信道上正在发送的当前最小有效传输单元METU的首个数据包是否已出缓存队列, 计算目标逻辑信道的优先级修正系数; 发送端设备使用优先级修正系数对目标逻辑信道的原始优先级加权, 得到目标逻辑信道的修正优先级; 发送端设备根据修正优先级对目标逻辑信道进行调度。本申请实施例提供的数据传输方法例如可以应用于采用HEVC编码的Cloud VR业务场景中, 对传输Cloud VR业务数据的逻辑信道进行加权, 加快Cloud VR业务数据的传输速度, 以实现在满足极低的空口时延要求的前提下, 提高Cloud VR数据传输的完整性。

Description

一种数据传输方法和装置 技术领域
本申请涉及无线通信技术领域，尤其涉及一种数据传输方法和装置。
背景技术
随着第五代移动通信技术(5th generation mobile networks，5G)的发展，虚拟现实的云化(cloud virtual reality，Cloud VR)可能会成为未来许多5G运营商首选的增强移动宽带(enhanced mobile broadband，eMBB)业务之一。
然而，Cloud VR较高的信源速率、极高的数据完整性要求和极低的空口时延要求给5G新空口(new radio，NR)带来了极大的传输压力。例如，Cloud VR要实现“沉浸式”体验，必须保证单向空口传输的时延约束典型值为10ms。当前下行Cloud VR的典型信源速率是30～50MHz，一个带宽为100MHz的NR小区在10ms时延约束下，大约只能保障5个左右Cloud VR的业务达到可以接受的服务质量(quality of service，QoS)。
因此，NR系统的容量成为制约Cloud VR规模上量的瓶颈，当NR系统容量不足时，难以保证在极低的空口时延要求的前提下，满足Cloud VR数据传输的完整性要求。
发明内容
本申请实施例提供了一种数据传输方法及装置，以实现在满足极低的空口时延要求的前提下，提高Cloud VR数据传输的完整性。
第一方面，本申请实施例提供了一种数据传输方法，该方法包括：发送端设备计算目标逻辑信道的比例公平PF调度的原始优先级，其中，目标逻辑信道包括发送端设备向接收端设备发送目标业务数据的逻辑信道；发送端设备根据在目标逻辑信道上正在发送的当前最小有效传输单元METU的首个数据包是否已出缓存队列，计算目标逻辑信道的优先级修正系数；发送端设备使用优先级修正系数对目标逻辑信道的原始优先级加权，得到目标逻辑信道的修正优先级；发送端设备根据修正优先级对目标逻辑信道进行调度。
本申请实施例提供的数据传输方法例如可以应用于采用HEVC编码的Cloud VR业务场景中，发送端设备可以根据目标逻辑信道上的METU的首个数据包的发送状态，对目标逻辑信道的原始优先级加权，对原始优先级进行修正，以加快当前METU的传输速度，降低当前METU传输的时间紧迫性程度，提高Cloud VR数据传输的完整性。
在一种可选择的实现方式中，发送端设备计算目标逻辑信道的比例公平PF调度的原始优先级，包括：发送端设备判断当前METU是否出现丢包；如果当前METU出现丢包，发送端设备丢弃当前METU中未发送的数据包，并且继续判断下一个METU是否出现丢包；如果当前METU未出现丢包，发送端设备计算原始优先级。由此，发送端设备能够在发送给接收端设备的当前METU已经出现丢包的情况下，主动丢弃这个METU的其余未发送的数据包，从而减少无效的数据传输，节约空口资源，提升带宽利用率。
在一种可选择的实现方式中，目标业务数据包括视频数据，METU包括视频数据的图像帧、或者图像帧的独立的条形编码部分slice、或者图像帧的独立的块形编码部分tile。由此，发送端设备可以根据METU的粒度不同，实现对Cloud VR数据不同粒度的传输调度。
在一种可选择的实现方式中，发送端设备根据在目标逻辑信道上发送的当前METU的首个数据包是否已出缓存队列，计算目标逻辑信道的优先级修正系数，包括：发送端设备判断当前METU的首个数据包是否已出缓存队列；如果当前METU的首个数据包未出缓存队列，发送端设备计算目标逻辑信道在当前METU的首个数据包未出缓存队列情况下对应的第一优先级修正系数；如果当前METU的首个数据包已出缓存队列，发送端设备计算目标逻辑信道在当前METU的首个数据包已出缓存队列情况下对应的第二优先级修正系数。由此，发送端设备可以根据当前METU的首个数据包的调度状态生成不同的优先级修正系数，从而对应当前METU的首个数据包的不同调度状态对目标逻辑信道采取不同的调度优先级。
在一种可选择的实现方式中，发送端设备计算目标逻辑信道在当前METU的首个数据包未出缓存队列情况下对应的第一优先级修正系数，包括：发送端设备计算当前METU的等待时间系数，等待时间系数通过以下公式得到：
Figure PCTCN2020140905-appb-000001
其中，W为等待时间系数，t n为当前时刻，t in当前METU的首个数据包进入到目标逻辑信道的待发送缓存的时刻，T为发送端设备与接收端设备之间空口传输的时延约束；发送端设备根据等待时间系数确定第一优先级修正系数。由此，等待时间系数能够反映出当前METU传输的时间紧迫性程度，因此第一优先级修正系数可以成为一个基于时间紧迫性调度的修正系数。
在一种可选择的实现方式中，第一优先级系数相对于等待时间系数单调递增或者单调不减，第一优先级修正系数大于或者等于1。
在一种可选择的实现方式中，发送端设备计算目标逻辑信道在当前METU的首个数据包已出缓存队列情况下对应的第二优先级修正系数，包括：发送端设备计算当前METU的传输速率；发送端设备计算当前METU的传输时间系数，传输时间系数通过以下公式得到：
Figure PCTCN2020140905-appb-000002
其中，R为传输时间系数，T w为当前METU的传输等待时间，T S为当前METU的已传输时间，C n为当前METU未传输的数据量，S为当前METU的传输速率，T为发送端设备与接收端设备之间空口传输的时延约束；发送端设备根据传输时间系数确定第二优先级修正系数。由此，传输时间系数能够反映出当前METU传输的时间紧迫性程度，因此第二优先级修正系数可以成为一个基于时间紧迫性调度的修正系数。
在一种可选择的实现方式中，第二优先级系数相对于传输时间系数单调递增或者单调不减，第二优先级修正系数大于或者等于1。
在一种可选择的实现方式中，目标业务数据包括第一类数据和第二类数据，第一类数据的重要性高于第二类数据，目标逻辑信道包括用于传输第一类数据的逻辑信道和用于传输第二类数据的逻辑信道，发送端设备使用优先级修正系数对目标逻辑信道的原始优先级加权，得到目标逻辑信道的修正优先级，包括：发送端设备将原始优先级与目标逻辑信道对应的第一优先级修正系数或者第二优先级修正系数相乘，再加上一个偏移系数，得到传输第一类数据的逻辑信道的修正优先级。由此，发送端设备可以根据数据的重要性不同为不同的逻辑信道设置不同的优先级。
在一种可选择的实现方式中，该方法还包括：在一种可选择的实现方式中，发送端设备 判断传输时间系数是否大于预设门限值；如果传输时间系数小于或者等于门限值，发送端设备将原始优先级与目标逻辑信道对应的第一优先级修正系数或者第二优先级修正系数的相乘，得到传输第二类数据的逻辑信道的修正优先级。这样，发送端设备可以在相对不重要的数据传输的时间紧迫性程度不高时，加快相对不重要的数据的传输，提高数据传输的完整性。
在一种可选择的实现方式中，该方法还包括：如果传输时间系数大于门限值，发送端设备丢弃当前METU的未传输的数据包。这样，发送端设备可以在相对不重要的数据传输的时间紧迫性程度高时，丢弃相对不重要的数据，提高相对重要的数据的传输完整性。
第二方面，本申请实施例提供了一种数据传输装置，该数据传输装置具有实现上述发送端设备的行为的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的单元模块。在一个可能的设计中，该数据传输装置包括处理器和存储器；存储器包括有程序指令，程序指令被处理器运行时，使得发送端设备执行如下方法步骤：计算目标逻辑信道的比例公平PF调度的原始优先级，其中，目标逻辑信道包括发送端设备向接收端设备发送目标业务数据的逻辑信道；根据在目标逻辑信道上正在发送的当前最小有效传输单元METU的首个数据包是否已出缓存队列，计算目标逻辑信道的优先级修正系数；使用优先级修正系数对目标逻辑信道的原始优先级加权，得到目标逻辑信道的修正优先级；根据修正优先级对目标逻辑信道进行调度。
第三方面，本申请还提供了一种网络设备。该网络设备包括：存储器和处理器；存储器和处理器耦合；存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器执行计算机指令时，使网络设备执行上述各方面及其实现方式中的方法。
第四方面，本申请还提供了一种计算机存储介质。该计算机存储介质计算机指令，当计算机指令在网络设备上运行时，使得网络设备执行上述各方面及其实现方式中的方法。
第五方面，本申请还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面及其实现方式中的方法。
第六方面，本申请还提供了一种芯片系统，该芯片系统包括处理器，用于支持上述装置或设备实现上述各方面及其实现方式中所涉及的功能，例如，生成或处理上述方法中所涉及的信息。
附图说明
图1是本申请实施例示出的基于空口的数据传输系统架构图；
图2是本申请实施例示出的第一设备的结构示意图；
图3是本申请实施例提供的第二设备的结构示意图；
图4是本申请实施例示出的Cloud VR业务的下行传输场景图；
图5是Cloud VR业务采用HEVC和SHVC格式编码所需逻辑信道的数量示意图；
图6是PF调度机制下的METU在实际传输中可能出现的情况示意图；
图7是本申请实施例一提供的数据传输方法的流程图；
图8是METU的首个数据包被立即调度和被等待后调度的示意图；
图9是本申请实施例提供的数据传输方法的步骤S104的流程图；
图10是本申请实施例示出的第一优先级修正系数f 1(W)和等待时间系数W的关系图；
图11是本申请实施例示出的参数的含义说明示意图；
图12是本申请实施例示出的第二优先级修正系数f 2(R)和传输时间系数R的关系图；
图13是本申请实施例一的仿真模拟结果图；
图14是本申请实施例二提供的数据传输方法的流程图；
图15是本申请实施例二的仿真模拟结果图；
图16是本申请实施例提供的一种数据传输装置的结构示意图；
图17是本申请实施例提供的另一种数据传输装置的结构示意图。
具体实施方式
第五代移动通信技术(5th generation mobile networks，5G)凭借其更快的速度，更低的时延，及更多的连接数，为运营商发展更多丰富的业务提供了可能。其中，虚拟现实的云化Cloud VR(还包括扩展现实的云化Cloud XR、增强现实的云化Cloud AR、混合现实的云化Cloud MR等)就可能会成为未来许多5G运营商首选的增强移动宽带(enhanced mobile broadband，eMBB)业务之一。Cloud VR将云计算、云渲染的理念及技术引入到VR业务应用中，借助高速稳定的网络，将云端的显示输出和声音输出等经过编码压缩后传输到用户的终端设备，实现VR业务内容上云、渲染上云。
但是，Cloud VR较高的信源速率和极低的空口时延要求给5G NR带来了极大的传输压力。Cloud VR要实现“沉浸式”体验，必须保证端到端的回环响应时延不超过70ms，分解到单向空口传输的时延约束典型值是10ms。当前下行Cloud VR的典型信源速率是30～50MHz，一个带宽为100MHz的NR小区在10ms时延约束下，大约只能保障5个左右Cloud VR的业务达到可以接受的QoS，因此NR系统的容量成为制约Cloud VR规模上量的瓶颈。
为了提高NR系统的容量，目前NR采用了比例公平(proportionally fair，PF)调度。在PF调度中，数据的发送端(例如：基站)的调度器根据用户的当前传输数据量、历史的吞吐率特性和QoS类标识(QoS class identifier，QCI)，为每个用户计算比例公平因子，按照比例公平因子的大小依次调度各个用户的数据流。PF调度的目标是既保证用户之间的公平性，又保证NR系统的吞吐率。此外，NR系统对于Cloud VR使用的视频传输，还通常通过混合自动重传请求(hybrid automatic repeat request，HARQ)、高层前向纠错(forward error correction，FEC)等技术，保障“帧级”的数据完整性。
为了减轻传输差错给解码图像质量带来的损害，Cloud VR以H.265的高效率视频编码(high efficiency video coding，HEVC)或HEVC的可分级扩展(scalabilty extension of HEVC，SHVC)作为最常用的视频编解码标准之一。其中，HEVC将图像分为若干独立的条形编码部分，每个独立的条形编码部分可以称作一个条slice，使得解码器可独立解析、解码这些slice，以减轻传输差错给解码图像质量带来的损害。此外，HEVC新引入了可选的块tile划分，用水平和垂直的若干条边界将图像帧划分为多个矩形区域，每个矩形区域就是一个tile，同时也是一个独立的编码单位。SHVC在HEVC的基础上采用空间分层编码或质量分层编码的方式，其编码层可以包括基本层(base layer，BL)和增强层(enhancement layer，EL)，其中，基本层对图像的低质量进行编码，占用带宽资源小；增强层以基本层为起点，对图像的附加信息进行编码，从而在解码过程中重构高高质量的图像，占用带宽资源大。这样，NR只要保障基本层数据的传输就能达到可接受的QoS；如果增强层数据的传输也能保障，就能达到优越的QoS。分层编码从原理上可以更好地应对信道质量的瞬时波动。
基于目前NR采用的PF调度方案和Cloud VR采用的H.265 HEVC/SHVC编解码方案，NR在用于承载Cloud VR业务方面还存在诸多局限性，导致Cloud VR数据传输的完整性难以保障，例如：
从空口角度来说：(1)Cloud VR对数据在空口传输有完整性约束和时延约束的要求，但是目前的PF调度是以物理层吞吐率最大化作为调度目标的，没有考虑数据的完整性约束和时延约束，而基于物理层吞吐率最大化的QoS无法与Cloud VR所要求的高完整性低时延的QoS划等号。(2)对于NR采用的HARQ重传、高层FEC等技术来说：一方面，这些技术增加了带宽和时延，对于低时延的Cloud VR增益空间有限；另一方面，这些技术通常以“帧”作为保障对象，保障对象颗粒度大、缺乏灵活性。
从信源角度来说：一方面，尽管H.265为了对抗传输差错而支持划分slice/tile，但目前NR无法感知帧/Slice/Tile级别的最小有效传输单元(minimal effective transmission unit，METU)，因而也就无法保障METU的完整性。另一方面，尽管SHVC对于Cloud VR而言具有对抗信道质量瞬时波动的巨大潜力，但由于现有协议不支持同一业务配多个QoS数据流(例如不支持对同一个用户的Cloud VR业务配置基本层的QoS数据流和增强层的QoS数据流)，SHVC并未广泛使用。
为解决上述技术问题，提高Cloud VR数据传输的完整性，本申请实施例提供了一种数据传输方法。本申请实施例提供的数据传输方法可以应用于任何基于空口的有低时延和完整性要求的数据传输场景中。
图1是本申请实施例示出的基于空口的数据传输系统架构图。如图1所示，该场景可以包括第一设备100、第二设备200和业务服务器300，第一设备100和第二设备200之间通过空口协议实现数据传输。其中，第一设备100可以是基站(例如：5G基站gNB、4G基站gNB等)或者是无线接入点(wireless access point，WAP)设备等网络设备；第二设备200可以是虚拟现实/扩展现实/增强现实/混合现实(VR/XR/AR/MR)设备等，例如VR头盔、VR眼镜，第二设备200还可以是其他设备，例如：手机、平板电脑、大屏显示设备等终端设备。
图2是本申请实施例示出的第一设备的结构示意图。如图2所示，第一设备100可以包括存储器110、天线系统120和处理器130。存储器110、天线系统120和处理器130耦合连接，存储器110中存储有程序指令，处理器130可调用存储器110中的程序指令，使第一设备100执行相关的方法，例如解析报文、生成报文，通过天线系统120接收和发送数据等。
本申请实施例中，第一设备100的处理器130可以包括一个或者多个处理单元，例如系统芯片(system on a chip，SoC)、中央处理器(central processing unit，CPU)、微控制器(microcontroller，MCU)、存储控制器等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
本申请实施例中，第一设备100的存储器可以包括一个或者多个存储单元，例如可以包括易失性存储器(volatile memory)，如：动态随机存取存储器(dynamic random access memory，DRAM)、静态随机存取存储器(static random access memory，SRAM)等；还可以包括非易失性存储器(non-volatile memory，NVM)，如：只读存储器(read-only memory，ROM)、闪存(flash memory)等。其中，不同的存储单元可以是独立的器件，也可以集成或者封装在一个或者多个处理器或者天线系统120中，成为处理器或者天线系统120的一部分。
本申请实施例中，第一设备100的天线系统120主要用于进行信号的接收和发送，以实现第一设备100与第二设备之间的数据传输。
可以理解的是，本申请实施例示意的结构并不构成对第一设备100的具体限定。在本申请的一些实施例中，第一设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，例如：当第一设备100为基站时，第一设备100 的多个存储器110和处理器130可以分布在基站的基带处理单元(base band unite，BBU)和射频处理单元(radio remote unit，RRU)中。
图3是本申请实施例提供的第二设备的一种结构示意图。如图3所示，第二设备200可以包括处理器210，存储器220，天线240等。
在一些实施例中，处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，视频编解码器，数字信号处理器(digital signal processor，DSP)，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中，例如集成在系统芯片(system on a chip，SoC)中。处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。
在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purpose input/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
存储器220可以用于存储计算机可执行程序代码，可执行程序代码包括指令。存储器220可以包括一个或者多个存储单元，例如可以包括易失性存储器(volatile memory)，如：动态随机存取存储器(dynamic random access memory，DRAM)、静态随机存取存储器(static random access memory，SRAM)等；还可以包括非易失性存储器(non-volatile memory，NVM)，如：只读存储器(read-only memory，ROM)、闪存(flash memory)等。处理器210通过运行存储在存储器220的指令，和/或存储在设置于处理器中的存储器的指令，执行第二设备200的各种功能应用以及数据处理。
第二设备200的无线通信功能可以通过射频模块230实现。射频模块230可以单独设置，也可以通过处理器210来实现。
在一些实施例中，射频模块230可以包括3GPP通信模块231、非3GPP通信模块232。3GPP通信模块231可以提供应用在第二设备200上的包括2G/3G/4G/5G等蜂窝通信的解决方案。在一些实施例中，3GPP通信模块231的至少部分功能模块可以被设置于处理器210中。在一些实施例中，3GPP通信模块231的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。
非3GPP通信模块232可以包括Wi-Fi模块，蓝牙(bluetooth，BT)模块、全球导航卫星系统(global navigation satellite system，GNSS)模块、近距离无线通信技术(near field communication，NFC)模块、红外(infrared，IR)模块等。非3GPP通信模块232可以是集成上述至少一个模块的一个或多个器件。
第二设备200的无线通信功能例如可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)， 长期演进(long term evolution，LTE)，第五代移动通信技术新空口(5th generation mobile networks new radio，5G NR)，BT，GNSS，WLAN，NFC，FM，和/或IR等功能。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
可以理解的是，本申请实施例示意的结构并不构成对第二设备200的具体限定。在本申请另一些实施例中，第二设备200可以包括比图示更多或更少的部件，例如，处理器210和存储器220等，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。第二设备还可以包括：一个或多个显示屏250，一个或多个摄像头260等。
基于图2示出的第一设备100和图3示出的第二设备200，第一设备100与第二设备200之间的基于空口的数据传输可以包括下行传输和上行传输两种场景。其中，下行传输是指第一设备100向第二设备200传输数据，此时，第一设备100为发送端设备，第二设备200为接收端设备；相应地，上行传输是指第二设备200向第一设备100传输数据，此时，第一设备100为接收端设备，第二设备200为发送端设备。本申请实施例的技术方案可以应用于下行传输和上行传输两种场景，但因篇幅有限，以下仅以下行传输场景为例对本申请实施例的技术方案进行展开说明，上行传输场景可以参照下行传输场景的技术方案实施。
图4是本申请实施例示出的Cloud VR业务的下行传输场景图。如图4所示，以Cloud VR业务的下行传输场景为例，当接收端设备使用Cloud VR业务时，Cloud VR的业务服务器将Cloud VR业务所需的业务数据发送给发送端设备，再由发送端设备通过空口将业务数据发送给接收端设备。其中，发送端设备是将业务数据以最小有效传输单元METU的方式发送给发送端设备的，而发送端设备需要将最小有效传输单元METU以空口协议对应的数据包的形式发送，一个METU可以包括一个或者多个数据包，例如：发送端设备为5G基站gNB，空口为NR时，该数据包为分组数据汇聚协议(packet data convergence protocol，PDCP)数据包。
一般来说，PDCP数据包与METU的对应关系，即任意的PDCP数据包属于具体属于哪一个METU，对于发送端设备来说是已知的。该对应关系可以由Cloud VR业务的业务特征推断得到，例如：发送端设备可以将图像帧周期内集中到来的PDCP数据包判定为同一个METU的数据。该对应关系也可以由报头增强的方式来指示，例如，发送端设备可以将PCDP数据包对应的METU编号写入到PDCP数据包的报头中。
进一步地，以Cloud VR业务传输H.265视频数据为例，根据H.265视频压缩编码的特点，业务服务器的编码器编码产生的每个网络抽象层(network abstraction layer，NAL)单元即为一个METU。根据编码器的配置不同，NAL单元的粒度(也就是METU的粒度)也不相同。例如：当编码器采用HEVC/SHVC格式编码时，NAL单元的粒度可以是图像帧frame，即每一帧图像对应一个METU，NAL单元的粒度还可以是slice，即每一个slice对应一个METU，NAL单元的粒度还可以是tile，即每一个title对应一个METU。
图5是Cloud VR业务采用HEVC和SHVC格式编码所需逻辑信道的数量示意图。如图5所示，发送端设备为了将业务数据发送给接收端设备，可以为业务数据分配一个或者多个逻辑信道，将业务数据在逻辑信道上进行传输。以Cloud VR业务为例，根据编码器的配置不同，发送端设备发送给接收端设备的视频数据可以在一个或者多个逻辑信道上传输。例如： 当编码器采用HEVC格式编码时，由于视频数据不使用空间分层或者质量分层的编码方式，仅包含一层数据，因此视频数据可以在一个逻辑信道上传输。又例如，当编码器采用SHVC格式编码时，由于视频数据使用空间分层或者质量分层的编码方式，视频数据可以包括基本层BL数据和增强层EL数据，因此视频数据可以在两个逻辑信道上传输，其中，基本层BL数据在一个逻辑信道上传输，增强层EL数据在另一个逻辑信道上传输。
为了保证Cloud VR业务质量，Cloud VR业务要求单向空口传输满足一定的时延约束，该时延约束的典型值例如为10ms。这就意味着，在发送端设备向接收端设备发送METU时，要求每个METU能够在时延约束内完成发送并且每个METU中的数据包能够被接收端设备全部正确接收，只有这样，才能够满足Cloud VR业务在时延约束下的数据传输的完整性要求。
然而，如图6所示，在当前的PF调度机制下，由于没有考虑数据的完整性约束和时延约束，METU在实际传输中，可能会出现以下集中情况：
情况1：METU中的数据包均能传输正确，并且所有数据包的传输均能够满足时延约束。
情况2：METU中的数据包均能传输正确，但是部分数据包的传输无法满足时延约束。
情况3：METU中有数据包传输错误，例如达到最大重传次数。
情况4：METU中的数据包均能传输正确，但是METU中存在相对不重要的数据包并且该部分数据包的传输无法满足时延约束。
在上述4种情况中，情况1是METU的理想传输情况，而情况2～4均可能会对数据传输的完整性造成影响，导致Cloud VR业务质量下降。
实施例一
本申请实施例提供了一种数据传输方法，该方法例如可以应用于采用HEVC格式编码的Cloud VR业务场景中，或者其他发送端设备与任一接收端设备通过一条逻辑信道传输业务数据的场景中。图7是本申请实施例一提供的数据传输方法的流程图。如图7所示，该方法可以包括一下步骤S101～步骤S106：
步骤S101，发送端设备判断在目标逻辑信道发送的当前METU是否出现丢包。
其中，目标逻辑信道是指发送端设备与接收端设备之间建立的用于发送Cloud VR数据(对应权利要求书中的目标业务数据)的逻辑信道，因此在目标逻辑信道上发送的当前METU为Cloud VR数据的METU，而当前METU则指的是发送端设备当前在目标逻辑信道上正在发送的METU。
具体实现中，发送端设备可以在每个时隙slot调度开始时，执行步骤S101。
其中，时隙slot是NR和LTE等技术中的数据调度的最小单位。NR或LTE信号中的一个无线帧中包含多个子帧，一个子帧中包含多个时隙，一个时隙中包含多个正交频分复用(orthogonal frequency-division multiplexing，OFDM)符号。时隙及相关概念属于NR和LTE等领域中的现有技术，此处不再赘述。
具体实现中，发送端设备可以根据是否接收到接收端设备反馈的否定应答(negative-acknowledgment，NACK)消息来判断当前METU是否出现丢包。例如，在应用HARQ的空口技术中，对于发送端设备发送给接收端设备的任一个数据包：如果接收端设备能够正确译码，即表示该数据包发送正确，这时接收端设备会向发送端设备反馈一个确认(acknowledgment，ACK)消息，以告知发送端设备无需重新发送这个数据包；如果接收端设备不能够正确译码，即表示该数据包发送错误，这时接收端设备会向发送端设备反馈一个 NACK消息，以告知发送端设备重新发送这个数据包；在发送端设备重新发送这个数据包到达预设的最大重传次数之后，如果依然收到了NACK消息，则表示这个数据包丢包，即当前METU出现了丢包现象。
这里需要补充说明的是，上述通过HARQ的最大重传次数判断METU丢包的方式仅仅是一个示例性的实现方式，不构成对步骤S101的具体限定，本领域技术人员还可以采用其他用于判断METU是否出现丢包的方式，这些都没有超出本申请实施例的保护范围。
步骤S102，如果当前METU出现丢包，发送端设备丢弃当前METU中未发送的数据包，并且跳转至步骤S101，准备调度下一个METU。
一般来说，发送端设备为了调度各个逻辑信道上的数据包传输，一般会为每个逻辑信道分配PDCP缓存，对应权利要求书中的待发送缓存，将待发送的METU的数据包均投入到PDCP缓存，按照先后顺序发送。因此，当前METU中尚未发送的数据包会位于目标逻辑信道对应的PDCP缓存中。
那么，步骤S102在具体实现中，如果当前METU出现丢包，发送端设备可以将目标逻辑信道对应的PDCP缓存中的所有属于当前METU的数据包丢弃，所述丢弃例如可以是将数据包从PDCP缓存中清除。
然后，发送端设备可以跳转到步骤S101，准备待下一个slot开始时，调度下一个METU，例如判断下一个METU是否出现丢包。
可以理解的是，由于当前METU已经出现了丢包，那么，即使将当前METU中剩余的数据包全部正确发送给接收端设备，业务无法保证这个METU的传输完整性，并且发送剩余的数据包还浪费了空口资源。因此，发送端设备在判断出当前METU已经出现了丢包时，主动丢弃当前METU中未发送的数据包，使这些数据包不会被发送给接收端设备，由此减少了空口资源的浪费，节约出的空口资源可以用来发送其他METU的数据包，保障其他METU的时延约束和完整性要求。
步骤S103，如果当前METU未出现丢包，发送端设备计算目标逻辑信道的PF调度的原始优先级。
可以理解的是，发送端设备不仅用于传输Cloud VR业务数据，还用于传输其他数据，例如：语音数据和其他业务的分组数据等，因此在同一时刻，发送端设备可能在多个逻辑信道上均有数据传输。一般来说，发送端设备会通过一些调度算法来分配各个逻辑信道的空口资源，例如：轮询(round robin，RR)调度、最大载干比(maximum C/I)调度和PF调度等。
以NR最普遍采用的PF调度为例，发送端设备会为包括目标逻辑信道在内的每条逻辑信道计算优先级，然后根据各个逻辑信道的优先级为各个逻辑信息分配空口资源，优先级越大，分配的空口资源越多，优先级越小，分配的空口资源也就越小。
为便于描述，本申请实施例将发送端设备根据PF调度计算得到的目标逻辑信道的优先级称作原始优先级。
下面示例性地描述PF调度计算目标逻辑信道的原始优先级的方法：
其中，目标逻辑信道的原始优先级PF 0可以通过以下公式计算得到：
Figure PCTCN2020140905-appb-000003
其中，T表示目标逻辑信道当前的数据传输速率，R表示目标逻辑信道的历史平均速率，α和β为公平性系数，通过调整α和β的取值可以调整PF调度的公平程度，例如α和β可以 取值为1。
步骤S104，发送端设备根据当前METU的首个数据包是否已被调度，计算目标逻辑信道的优先级修正系数。
一般来说，发送端设备在接收到来自业务服务器的METU数据之后，可以将METU数据打包成一个或者多个用于在空口中传输的PDCP数据包，然后将数据包送入PDCP缓存中。位于PDCP缓存中的数据包会依次出缓存队列并且发送给接收端设备。
图8是METU的首个数据包被立即调度和被等待后调度的示意图。如图8所示，本申请实施例中，为了提高数据传输的完整性，发送端设备会尽可能将同属于一个METU的数据包连续发送。据此可以理解的是，根据发送端设备为目标逻辑信道分配的空口资源状态的不同，发送端会对METU的数据包采用不同的调度方式，其中，上述调度例如可以包括数据包出PDCP缓存队列。例如：如果发送端设备为目标逻辑信道分配的空口资源充足，那么一个METU的首个数据包进入到PDCP缓存之后不会等待，而是直接出缓存队列发送给接收端设备，这种调度方式可称为立即调度；如果发送端设备为目标逻辑信道分配的空口资源不足，那么一个METU的首个数据包进入到PDCP缓存之后可能会等待一段时间，然后再出缓存队列发送给接收端设备，这种调度方式可称为等待后调度，即等待一段时间后才被调度。
据此，在步骤S104中，发送端设备可以根据当前METU的首个数据包是否已被调度而预估到目标逻辑信道的空口资源是否充足，并且相应地采用不同的方式计算目标逻辑信道的优先级修正系数。
图9是本申请实施例提供的数据传输方法的步骤S104的流程图。
如图9所示，在一种实现方式中，步骤S104具体可以包括以下步骤S201-步骤S203：
步骤S201，发送端设备判断当前METU的首个数据包是否已被调度。
结合步骤S104中描述的内容，发送端设备如果判断当前METU的首个数据包进入到PDCP缓存队列后没有等待，而是直接出缓存队列发送给接收端设备，则可以确定当前METU的首个数据包未被调度，则执行步骤S202；发送端设备如果判断当前METU的首个数据包进入到PDCP缓存队列后等待了一端时间然后再出缓存队列发送给接收端设备，则可以确定当前METU的首个数据包已被调度，则执行步骤S203。
步骤S202，如果当前METU的首个数据包未被调度，发送端设备计算目标逻辑信道在当前METU未被调度情况下对应的第一优先级修正系数。
在一种实现方式中，步骤S202具体可以包括以下步骤S301和步骤S302：
步骤S301，发送端设备计算当前METU的等待时间系数。
具体实现中，等待时间系数W可以通过以下公式计算得到：
Figure PCTCN2020140905-appb-000004
其中，t n为当前时刻，t in为当前METU的首个数据包进入到PDCP缓存的时刻，T为空口传输的时延约束，在Cloud VR业务中，T的典型值一般为10ms。
可以理解的是，等待时间系数W能够反映出当前METU传输的时间紧迫性程度。具体来说，等待时间系数W越大，说明发送端设备传输当前METU的耗时越长，留给发送端设备在空口传输的时延约束下传输当前METU的剩余数据包的时间余量就越少，意味着当前METU的传输紧迫性越高；等待时间系数W越小，说明发送端设备传输当前METU的耗时越短，留给发送端设备在空口传输的时延约束下传输当前METU的剩余数据包的时间余量就 越长，意味着当前METU的传输紧迫性越低。
步骤S302，发送端设备根据等待时间系数确定第一优先级修正系数。
由于等待时间系数W反映的是当前METU传输的时间紧迫性程度，当时间紧迫性高时，需要加快当前METU中剩余数据包的传输速度。因此，本申请实施例设置第一优先级修正系数f 1(W)可以是一个相对于等待时间系数W的单调增函数，或者是单调不减函数，并且，第一优先级修正系数f 1(W)越大，表示期望的当前METU中剩余数据包的传输速度越快。
在一种实现方式中，第一优先级修正系数f 1(W)大于或者等于1，当第一优先级修正系数f 1(W)等于1时，表示不加快当前METU中剩余数据包的传输速度。
图10是本申请实施例示出的第一优先级修正系数f 1(W)和等待时间系数W的关系图。
在一种实现方式中，如图10所示，第一优先级修正系数f 1(W)和等待时间系数W具有以下函数关系：
Figure PCTCN2020140905-appb-000005
其中：当W≤0.2时，f 1(W)＝1，此时f 1(W)为单调不减不增函数；当0.2＜W≤0.8时，f 1(W)＝5·W，此时f 1(W)为单调增函数；当W＞0.8时，f 1(W)＝4，此时f 1(W)为单调不减不增函数；因此，整体上来看，f 1(W)相对于等待时间系数W为单调不减函数。
步骤S203，如果当前METU的首个数据包已被调度，发送端设备计算目标逻辑信道在当前METU已被调度情况下对应的第二优先级修正系数。
在一种实现方式中，步骤S203具体可以包括以下步骤S401-步骤S403：
步骤S401，发送端设备计算当前METU的传输速率S。
具体实现中，当前METU的传输速率S可以通过以下公式计算得到：
Figure PCTCN2020140905-appb-000006
其中，C S为当前METU已经传输的数据量，其数据单位例如可以是比特bit或者字节Byte等；T S为当前METU的已传输时间。
步骤S402，发送端设备根据当前METU的传输速率，计算当前METU的传输时间系数。
具体实现中，传输时间系数R可以通过以下公式计算得到：
Figure PCTCN2020140905-appb-000007
其中，T为空口传输的时延约束，在Cloud VR业务中，T的典型值一般为10ms；T w为当前METU的传输等待时间；T S为当前METU的已传输时间；C n为当前METU未传输的数据量；S为当前METU的传输速率。
这里需要补充说明的是，在上述步骤S401和步骤S402中，出现了当前METU的传输等待时间T w和当前METU的已传输时间T S等参数，为便于本领域技术人员理解上述参数的含义，下面结合附图11对这些参数的含义进行说明。
如图11所示，在当前METU被等待后调度的情况下，当前METU的数据包在进入到目标逻辑信道的METU缓存之后不会立刻被发送给接收端设备，而是暂时停留在METU缓存中等候发送端设备的调度，发送端设备会根据目标逻辑信道当前的优先级确定什么时候开始将当前METU的数据包发送给接收端设备，因此，从当前METU的首个数据包进入到METU缓存的时刻t 0，到当前METU的首个数据包离开METU缓存被发送的时刻t 1，会有一个时间 差，这个时间差即为当前METU的传输等待时间T w，即：T w＝t 1-t 0。进一步可以理解，从当前METU的首个数据包离开METU缓存被发送的时刻t 1，到当前时刻t n，也会有一个时间差，这个时间差即为当前METU的已传输时间T S。进一步可以理解，当前METU已经传输的数据量C S即为在截止到当前时刻t n的当前METU已经传输的数据量，其余则为当前METU未传输的数据量C n。
需要进一步补充说明的是，由于Cloud VR业务的数据是时间连续的发送给发送端设备的，因此在步骤S402计算传输时间系数R时，当前METU可能有一部分数据尚未被发送端设备接收，在这种情况下，发送端设备可能不知道当前METU未传输的数据量C n的准确值，因此，C n可以是一个估计值。具体计算C n的估计值时，发送端设备可以统计一段时间内的METU的平均数据量作为当前METU的预估数据量。那么可以得到：当前METU未传输的数据量C n＝当前METU的预估数据量-当前METU已经传输的数据量C S。
可以理解的是，传输时间系数R能够反映出当前METU传输的时间紧迫性程度。具体来说，传输时间系数R越大，说明发送端设备传输当前METU的耗时越长，留给发送端设备在空口传输的时延约束下传输当前METU的剩余数据包的时间余量就越少，意味着当前METU的传输紧迫性越高；传输时间系数R越小，说明发送端设备传输当前METU的耗时越短，留给发送端设备在空口传输的时延约束下传输当前METU的剩余数据包的时间余量就越长，意味着当前METU的传输紧迫性越低。
步骤S403，发送端设备根据传输时间系数确定第二优先级修正系数。
由于传输时间系数R反映的是当前METU传输的时间紧迫性程度，当时间紧迫性高时，需要加快当前METU中剩余数据包的传输速度。因此，本申请实施例设置第二优先级修正系数f 2(R)可以是一个相对于传输时间系数R的单调增函数，或者是单调不减函数，并且，第二优先级修正系数f 2(R)越大，表示期望的当前METU中剩余数据包的传输速度越快。
在一种实现方式中，第二优先级修正系数f 2(R)大于或者等于1，当第二优先级修正系数f 2(R)等于1时，表示不快当前METU中剩余数据包的传输速度。
图12是本申请实施例示出的第二优先级修正系数f 2(R)和传输时间系数R的关系图。
在一种实现方式中，如图12所示，第二优先级修正系数f 2(R)和传输时间系数R具有以下函数关系：
Figure PCTCN2020140905-appb-000008
其中：当R≤0.5时，f 2(R)＝1，此时f 2(R)为单调不减不增函数；当0.5＜R≤0.8时，f 2(R)＝R(1-R)，此时f 2(R)为单调增函数；当R＞0.8时，f 2(R)＝4，此时f 2(R)为单调不减不增函数；因此，整体上来看，f 2(R)相对于传输时间系数R为单调不减函数。
步骤S105，发送端设备使用优先级修正系数对原始优先级加权，得到目标逻辑信道的修正优先级。
具体实现中，目标逻辑信道的修正优先级PF 1可以为原始优先级PF 0和的优先级修正系数Factor的乘积，即：PF 1＝PF 0×Factor。那么：
对于当前METU的首个数据包未被调度的情况，目标逻辑信道的修正优先级PF 1可以为原始优先级PF 0和第一优先级修正系数f 1(W)的乘积，即：PF 1＝PF 0×f 1(W)。
对于当前METU的首个数据包已被调度的情况，目标逻辑信道的修正优先级PF 1可以为原始优先级PF 0和第二优先级修正系数f 2(R)的乘积，即：PF 1＝PF 0×f 2(R)。
步骤S106，发送端设备根据修正优先级对目标逻辑信道进行调度。
可以理解理解的是，由于在上述实施例中第一优先级修正系数f 1(W)和第二优先级修正系数f 2(R)均大于或者等于1，因此修正优先级PF 1也会大于或者等于原始优先级PF 0。当修正优先级PF 1也会大于原始优先级PF 0时，发送端设备可以为目标逻辑信道调度更多的空口资源，从而加快当前METU中的未传输的数据包的传输速度，降低当前METU传输的时间紧迫性程度，保证当前METU中的未传输的数据包能够在空口时延约束内完成传输，避免如图6所示的情况2和情况3发生，提高Cloud VR数据传输的完整性。
本申请实施例一提供的数据传输方法例如可以应用于采用HEVC编码的Cloud VR业务场景中，采用了METU传输错误时主动丢包和时间紧迫性调度结合的方式提高了Cloud VR数据传输的完整性。具体来说，主动丢包方式包括发送端设备在发送给接收端设备的当前METU已经出现丢包的情况下，主动丢弃这个METU的其余未发送的数据包，从而减少无效的数据传输，节约空口资源，提升带宽利用率；时间紧迫性调度包括发送端设备在空口传输的时延约束下传输当前METU剩余数据包的时间余量不足时，提高逻辑信道的优先级，以加快当前METU的传输速度，降低当前METU传输的时间紧迫性程度，提高Cloud VR数据传输的完整性。
为证明本申请实施例一的方法能够提高Cloud VR数据传输的完整性的技术效果，申请人对本申请实施例的方法进行了仿真模拟，得到该方法应用于NR和采用HEVC编码的Cloud VR业务场景下的用户满足率。其中，用户满足率＝每小区cell满意用户数/每小区用户数。对于HEVC编码格式，用户满意率定义为误帧率(frame error rate，FER)小于1％的用户。
该仿真模拟环境包括：采用7基站21小区的网络拓扑，基站间距300m，天线为64个发送通道和64个接收通道64T64R，终端设备(即接收端设备)采用4个发送通道和4个接收通道。小区带宽为100MHz，子载波间隔30kHz，终端设备为均匀分布，每个小区终端设备数量从5个～50个不等，信源速率为35Mbps。
申请人得到的仿真结果如图13所示。从图13可以看出，用户满足率随着用户数量的增多呈现急速下降趋势，而本申请实施例一的方法能够显著提高用户满足率，每个小区用户数量越多，相对增益越明显，例如当每个小区包括10个用户，用户满足率能够从HEVC未采用本方法时的58.8％上升到65.8％，相对增益为11.9％。
实施例二
本申请实施例提供了一种数据传输方法，该方法例如可以应用于采用SHVC格式编码的Cloud VR业务场景中，或者其他发送端设备与任一接收端设备通过多条逻辑信道传输业务数据的场景中。图14是本申请实施例二提供的数据传输方法的流程图。如图14所示，该方法可以包括以下步骤S501～步骤S506：
步骤S501～步骤S504与实施例一中的步骤S101～步骤S104相同，具体可以参照步骤S101～步骤S104实施，这里不再赘述。一些区别之处在于：
实施例一可以应用于采用HEVC格式编码的Cloud VR业务场景中，发送端设备与接收端设备只需要通过一条逻辑信道传输Cloud VR业务数据；实施例二可以应用于采用SHVC格式编码的Cloud VR业务场景中，发送端设备与接收端设备需要通过一条逻辑信道传输Cloud VR业务的BL数据，另一条逻辑信道传输EL数据，因此实施例二的方法可以分别针对于每一条逻辑信道上的数据实施，目标逻辑信道可以是传输BL数据的逻辑信道，还可以是传输EL数据的逻辑信道。不同的逻辑信道具有不同的逻辑信道号，因此发送端设备可以 根据逻辑信道号区分EL数据和BL数据。
步骤S505，发送端设备使用优先级修正系数对原始优先级加权，得到目标逻辑信道的修正优先级。
步骤S505在思路上与步骤S105相同，并且最终都是得到目标逻辑信道的修正优先级，但是步骤S505与步骤S105在具体实现方式上有所不同：具体来说，在步骤S505中，发送端可以首先判断目标逻辑信道是传输BL数据的逻辑信道还是传输EL数据的逻辑信道，然后根据目标逻辑信道传输的数据的不同，采用不同的方式对原始优先级进行加权，以得到目标逻辑信道的修正优先级。
进一步如图14所示，在一种实现方式中，步骤S505具体可以包括以下步骤：
步骤S601，发送端设备判断目标逻辑信道是否为传输EL数据的逻辑信道。
步骤S602，如果目标逻辑信道不是传输EL数据的逻辑信道，那么说明目标逻辑信道是传输BL数据的逻辑信道，发送端设备确定目标逻辑信道的修正优先级为原始优先级PF 0和优先级修正系数Factor的乘积再加上一个偏移系数Offset，即：PF 1＝PF 0×Factor+Offset，然后跳转至步骤S506，从而加快当前METU中的未传输的BL数据包的传输速度，保证当前METU中的未传输的BL数据包能够在空口时延约束内完成传输。
其中，对于当前METU的首个数据包未被调度的情况，目标逻辑信道的修正优先级PF 1可以为原始优先级PF 0和第一优先级修正系数f 1(W)的乘积再加上一个偏移系数Offset，即：PF 1＝PF 0×f 1(W)+Offset。
另外，对于当前METU的首个数据包已被调度的情况，目标逻辑信道的修正优先级PF 1可以为原始优先级PF 0和第二优先级修正系数f 2(R)的乘积再加上一个偏移系数Offset，即：PF 1＝PF 0×f 2(R)+Offset。
这里需要补充说明的是，本申请实施例考虑到在采用SHVC格式编码的Cloud VR业务场景中，只要BL数据能够完整传输，就能够使得Cloud VR业务达到可接受的QoS。因此，为了优先保证BL数据的完整传输，当目标逻辑信道是传输BL数据的逻辑信道时，发送端设备在将原始优先级PF 0和的优先级修正系数Factor的相乘之后，又额外加上一个偏移系数Offset，从而进一步提高目标逻辑信道的修正优先级，优选实现目标逻辑信道的修正优先级始终要与其他传输EL数据的逻辑信道的优先级。
可以理解的是，为进一步提高目标逻辑信道的修正优先级，偏移系数Offset应为正数，例如1、2、3等，本申请实施例对此不做限定。
在一种实现方式中，发送端可以根据语音业务的优先级确定偏移系数Offset的取值范围，其目的是使目标逻辑信道的修正优先级不高于语音业务的优先级，以保证优先级最高的语音业务不受影响。示例地，如果语音业务的优先级为PF 2，那么偏移系数Offset可以为：
0<Offset≤PF 2-PF 0×Factor
步骤S603，如果目标逻辑信道是传输EL数据的逻辑信道，发送端设备判断当前METU的传输时间系数是否大于预设门限值。
传输时间系数R能够反映出当前METU传输的时间紧迫性程度，当传输时间系数R较大时，说明当前METU的数据包传输已经消耗了较长的时间，剩余的数据包传输很可能难以满足时延约束；当传输时间系数R较小时，说明当前METU的数据包传输已经消耗了较短的时间，剩余的数据包传输更可能满足时延约束。因为，为了针对传输时间系数R较大和较小这两种情况采取不同的调度措施，本申请实施例设置了一个门限值，改门限值例如一般小于 空口的时延约束，例如设置门限值为5ms、6ms等，本申请实施例对此不做具体限定。
步骤S604，如果当前METU的传输时间系数小于或者等于预设门限值，发送端设备确定目标逻辑信道的修正优先级为原始优先级PF 0和的优先级修正系数Factor的乘积，即：PF 1＝PF 0×Factor。
其中，在当前METU的传输时间系数小于或者等于预设门限值时，说明当前METU传输的时间紧迫性程度不高，因此如果加快METU的未传输的EL数据包的传输速度，则可以实现METU的传输满足空口的时延约束。因此，发送端设备将原始优先级PF 0和的优先级修正系数Factor的乘积作为目标逻辑信道的修正优先级PF 1，然后跳转至步骤S606，从而加快当前METU中的未传输的EL数据包的传输速度，保证当前METU中的未传输的EL数据包能够在空口时延约束内完成传输。
步骤S605，如果当前METU的传输时间系数大于预设门限值，发送端设备丢弃当前METU的未传输的数据包。
其中，在当前METU的传输时间系数小于或者等于预设门限值时，说明当前METU传输的时间紧迫性程度较高，这时即使加快METU的未传输的EL数据包的传输速度，也不一定能使得当前METU满足空口的时延约束，因此，为了避免空口资源浪费，发送端设备可以直接丢弃当前METU的未传输的EL数据包，节省出来的空口资源可以用于保障BL数据的传输，避免使如图X所示的情况4发生，Cloud VR业务满足可接受的QoS。
步骤S506，发送端设备根据修正优先级对目标逻辑信道进行调度。
可以理解理解的是，由于在上述实施例中第一优先级修正系数f 1(W)和第二优先级修正系数f 2(R)均大于或者等于1，同时偏移系数Offset也大于0，因此修正优先级PF 1也会大于或者等于原始优先级PF 0。发送端设备可以为目标逻辑信道调度更多的空口资源，从而加快当前METU中的未传输的数据包的传输速度，降低当前METU传输的时间紧迫性程度，保证当前METU中的未传输的数据包能够在空口时延约束内完成传输，避免如图X所示的情况2和情况3发生，提高Cloud VR数据传输的完整性。
本申请实施例二提供的数据传输方法例如可以应用于采用SHVC编码的Cloud VR业务场景中，采用了METU传输错误时主动丢包、时间紧迫性调度以及主动丢弃不重要的EL数据包相结合的方式提高了Cloud VR数据传输的完整性。具体来说，METU传输错误时主动丢包方式包括发送端设备在发送给接收端设备的当前METU已经出现丢包的情况下，主动丢弃这个METU的其余未发送的数据包，从而减少无效的数据传输，节约空口资源，提升带宽利用率；时间紧迫性调度包括发送端设备在空口传输的时延约束下传输当前METU剩余数据包的时间余量不足时，提高逻辑信道的优先级，以加快当前METU的传输速度，降低当前METU传输的时间紧迫性程度，提高Cloud VR数据传输的完整性；主动丢弃不重要的EL数据包的方式包括发送端设备在当前METU的传输时间系数大于门限值时，主动丢弃未传输的EL数据包，将节省出来的空口资源用于保障BL数据的传输，使Cloud VR业务满足可接受的QoS。
为证明本申请实施例二的方法能够提高Cloud VR数据传输的完整性的技术效果，申请人对本申请实施例的方法进行了仿真模拟，得到该方法应用于NR和采用SHVC编码的Cloud VR业务场景下的用户满足率。其中，用户满足率＝每小区cell满意用户数/每小区总用户数。对于HEVC编码格式，用户满意率定义为BL数据包的FER为0且EL数据包的FER小于50％的用户。
该仿真模拟环境与实施例一采用的仿真模拟环境基本相同，区别之处在于，实施例二采 用的35Mbps的信源包括BL数据和EL数据，其中BL数据和EL数据的数据量之比为1：9。
申请人得到的仿真结果如图15所示。从图15可以看出，SHVC相比于HEVC方案的用户满足率高的多，说明SHVC自身就具有一定的抗丢帧鲁棒性。本申请实施例二的方法能够在原有SHVC方案基础上进一步显著提高用户满足率，每个小区用户数量越多，相对增益越明显，例如当每个小区包括12个用户，用户满足率能够从SHVC未采用本方法时的65.6％上升到72％，相对增益为9.8％，从HEVC未采用本方法时的33.1％上升到72％，相对增益为72％。
上述实施例对本申请提供的数据传输方法的各步骤进行了介绍。可以理解的是，基站、无线接入点等网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
例如，基站等网络设备作为发送端设备可以通过硬件模块来实现相应的功能。
在一个实施例中，如图16所示，用于实现上述发送端设备行为的装置包括：处理器710和存储器720；存储器720包括有程序指令721，程序指令721被处理器710运行时，使得发送端设备执行如下方法步骤：计算目标逻辑信道的比例公平PF调度的原始优先级，其中，目标逻辑信道包括发送端设备向接收端设备发送目标业务数据的逻辑信道；根据在目标逻辑信道上正在发送的当前最小有效传输单元METU的首个数据包是否已出缓存队列，计算目标逻辑信道的优先级修正系数；使用优先级修正系数对目标逻辑信道的原始优先级加权，得到目标逻辑信道的修正优先级；根据修正优先级对目标逻辑信道进行调度。
本申请实施例提供的数据传输装置例如可以应用于采用HEVC编码的Cloud VR业务场景中，发送端设备可以根据目标逻辑信道上的METU的首个数据包的发送状态，对目标逻辑信道的原始优先级加权，对原始优先级进行修正，以加快当前METU的传输速度，降低当前METU传输的时间紧迫性程度，提高Cloud VR数据传输的完整性。
在一种实现方式中，程序指令721被处理器710运行时，使得发送端设备具体执行如下方法步骤：判断当前METU是否出现丢包；如果当前METU出现丢包，丢弃当前METU中未发送的数据包，并且继续判断下一个METU是否出现丢包；如果当前METU未出现丢包，发送端设备计算原始优先级。由此，发送端设备能够在发送给接收端设备的当前METU已经出现丢包的情况下，主动丢弃这个METU的其余未发送的数据包，从而减少无效的数据传输，节约空口资源，提升带宽利用率。
在一种实现方式中，目标业务数据包括视频数据，METU包括视频数据的图像帧、或者图像帧的独立的条形编码部分slice、或者图像帧的独立的块形编码部分tile。由此，发送端设备可以根据METU的粒度不同，实现对Cloud VR数据不同粒度的传输调度。
在一种实现方式中，程序指令721被处理器710运行时，使得发送端设备具体执行如下方法步骤：判断当前METU的首个数据包是否已被调度；如果当前METU的首个数据包未被调度，计算目标逻辑信道在当前METU的首个数据包未被调度情况下对应的第一优先级修正系数；如果当前METU的首个数据包已被调度，计算目标逻辑信道在当前METU的首个数据 包已被调度情况下对应的第二优先级修正系数。由此，发送端设备可以根据当前METU的首个数据包的调度状态生成不同的优先级修正系数，从而对应当前METU的首个数据包的不同调度状态对目标逻辑信道采取不同的调度优先级。
在一种实现方式中，程序指令721被处理器710运行时，使得发送端设备具体执行如下方法步骤：计算当前METU的等待时间系数，等待时间系数通过以下公式得到：
Figure PCTCN2020140905-appb-000009
其中，W为等待时间系数，t n为当前时刻，t in当前METU的首个数据包进入到目标逻辑信道的待发送缓存的时刻，T为发送端设备与接收端设备之间空口传输的时延约束；根据等待时间系数确定第一优先级修正系数。由此，等待时间系数能够反映出当前METU传输的时间紧迫性程度，因此第一优先级修正系数可以成为一个基于时间紧迫性调度的修正系数。
在一种实现方式中，第一优先级系数相对于等待时间系数单调递增或者单调不减，第一优先级修正系数大于或者等于1。
在一种实现方式中，程序指令721被处理器710运行时，使得发送端设备具体执行如下方法步骤：计算当前METU的传输速率；计算当前METU的传输时间系数，传输时间系数通过以下公式得到：
Figure PCTCN2020140905-appb-000010
其中，R为传输时间系数，T w为当前METU的传输等待时间，T S为当前METU的已传输时间，C n为当前METU未传输的数据量，S为当前METU的传输速率，T为发送端设备与接收端设备之间空口传输的时延约束；根据传输时间系数确定第二优先级修正系数。由此，传输时间系数能够反映出当前METU传输的时间紧迫性程度，因此第二优先级修正系数可以成为一个基于时间紧迫性调度的修正系数。
在一种实现方式中，第二优先级系数相对于传输时间系数单调递增或者单调不减，第二优先级修正系数大于或者等于1。
在一种实现方式中，目标业务数据包括第一类数据和第二类数据，第一类数据的重要性高于第二类数据，目标逻辑信道包括用于传输第一类数据的逻辑信道和用于传输第二类数据的逻辑信道，程序指令721被处理器710运行时，使得发送端设备具体执行如下方法步骤：将原始优先级与目标逻辑信道对应的第一优先级修正系数或者第二优先级修正系数相乘，再加上一个偏移系数，得到传输第一类数据的逻辑信道的修正优先级。由此，发送端设备可以根据数据的重要性不同为不同的逻辑信道设置不同的优先级。
在一种实现方式中，程序指令721被处理器710运行时，还使得发送端设备执行如下方法步骤：判断传输时间系数是否大于预设门限值；如果传输时间系数小于或者等于门限值，将原始优先级与目标逻辑信道对应的第一优先级修正系数或者第二优先级修正系数的相乘，得到传输第二类数据的逻辑信道的修正优先级。这样，发送端设备可以在相对不重要的数据传输的时间紧迫性程度不高时，加快相对不重要的数据的传输，提高数据传输的完整性。
在一种实现方式中，程序指令721被处理器710运行时，还使得发送端设备执行如下方法步骤：如果传输时间系数大于门限值，丢弃当前METU的未传输的数据包。这样，发送端设备可以在相对不重要的数据传输的时间紧迫性程度高时，丢弃相对不重要的数据，提高相对重要的数据的传输完整性。
另外，基站等网络设备作为发送端设备可以通过软件模块来实现相应的功能。
在一个实施例中，如图17所示，用于实现上述发送端设备行为功能的数据转发装置包括：原始优先级计算模块801，用于计算目标逻辑信道的比例公平PF调度的原始优先级，其中，所述目标逻辑信道包括所述发送端设备向接收端设备发送目标业务数据的逻辑信道；优先级修正系数计算模块802，用于根据在所述目标逻辑信道上正在发送的当前最小有效传输单元METU的首个数据包是否已出缓存队列，计算所述目标逻辑信道的优先级修正系数；修正优先级计算模块803，用于使用所述优先级修正系数对所述目标逻辑信道的原始优先级加权，得到所述目标逻辑信道的修正优先级；调度模块804，用于根据所述修正优先级对所述目标逻辑信道进行调度。
本申请实施例还提供一种计算机存储介质，计算机存储介质中存储有计算机指令，当其在计算机上运行时，使得计算机执行上述各方面的方法。
本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面的方法。
本申请还提供了一种芯片系统。该芯片系统包括处理器，用于支持上述装置或设备实现上述方面中所涉及的功能，例如，生成或处理上述方法中所涉及的信息。在一种可能的设计中，芯片系统还包括存储器，用于保存上述装置或设备必要的程序指令和数据。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (24)

  1. 一种数据传输方法，其特征在于，包括：
    发送端设备计算目标逻辑信道的比例公平PF调度的原始优先级，其中，所述目标逻辑信道包括所述发送端设备向接收端设备发送目标业务数据的逻辑信道；
    所述发送端设备根据在所述目标逻辑信道上正在发送的当前最小有效传输单元METU的首个数据包是否已出缓存队列，计算所述目标逻辑信道的优先级修正系数；
    所述发送端设备使用所述优先级修正系数对所述目标逻辑信道的原始优先级加权，得到所述目标逻辑信道的修正优先级；
    所述发送端设备根据所述修正优先级对所述目标逻辑信道进行调度。
  2. 根据权利要求1所述的方法，其特征在于，所述发送端设备计算目标逻辑信道的比例公平PF调度的原始优先级，包括：
    所述发送端设备判断所述当前METU是否出现丢包；
    如果所述当前METU出现丢包，所述发送端设备丢弃所述当前METU中未发送的数据包，并且继续判断下一个METU是否出现丢包；
    如果所述当前METU未出现丢包，所述发送端设备计算所述原始优先级。
  3. 根据权利要求1或2所述的方法，其特征在于，
    所述目标业务数据包括视频数据，所述METU包括所述视频数据的图像帧、或者所述图像帧的独立的条形编码部分slice、或者所述图像帧的独立的块形编码部分tile。
  4. 根据权利要求1-3任一项所述的方法，其特征在于，所述发送端设备根据在所述目标逻辑信道上发送的当前METU的首个数据包是否已出缓存队列，计算所述目标逻辑信道的优先级修正系数，包括：
    所述发送端设备判断所述当前METU的首个数据包是否已出缓存队列；
    如果所述当前METU的首个数据包未出缓存队列，所述发送端设备计算所述目标逻辑信道在所述当前METU的首个数据包未出缓存队列情况下对应的第一优先级修正系数；
    如果所述当前METU的首个数据包已出缓存队列，所述发送端设备计算所述目标逻辑信道在所述当前METU的首个数据包已出缓存队列情况下对应的第二优先级修正系数。
  5. 根据权利要求4所述的方法，其特征在于，所述发送端设备计算所述目标逻辑信道在所述当前METU的首个数据包未出缓存队列情况下对应的第一优先级修正系数，包括：
    所述发送端设备计算所述当前METU的等待时间系数，所述等待时间系数通过以下公式得到：
    Figure PCTCN2020140905-appb-100001
    其中，W为所述等待时间系数，t n为当前时刻，t in所述当前METU的首个数据包进入到所述目标逻辑信道的待发送缓存的时刻，T为所述发送端设备与所述接收端设备之间空口传输的时延约束；
    所述发送端设备根据所述等待时间系数确定所述第一优先级修正系数。
  6. 根据权利要求5所述的方法，其特征在于，所述第一优先级系数相对于所述等待时间系数单调递增或者单调不减，所述第一优先级修正系数大于或者等于1。
  7. 根据权利要求4所述的方法，其特征在于，所述发送端设备计算所述目标逻辑信道在所述当前METU的首个数据包已出缓存队列情况下对应的第二优先级修正系数，包括：
    所述发送端设备计算所述当前METU的传输速率；
    所述发送端设备计算所述当前METU的传输时间系数，所述传输时间系数通过以下公式得到：
    Figure PCTCN2020140905-appb-100002
    其中，R为所述传输时间系数，T w为所述当前METU的传输等待时间，T s为所述当前METU的已传输时间，C n为所述当前METU未传输的数据量，S为所述当前METU的传输速率，T为所述发送端设备与所述接收端设备之间空口传输的时延约束；
    所述发送端设备根据所述传输时间系数确定所述第二优先级修正系数。
  8. 根据权利要求7所述的方法，其特征在于，所述第二优先级系数相对于所述传输时间系数单调递增或者单调不减，所述第二优先级修正系数大于或者等于1。
  9. 根据权利要求7或8所述的方法，其特征在于，所述目标业务数据包括第一类数据和第二类数据，所述第一类数据的重要性高于所述第二类数据，所述目标逻辑信道包括用于传输所述第一类数据的逻辑信道和用于传输所述第二类数据的逻辑信道，所述发送端设备使用所述优先级修正系数对所述目标逻辑信道的原始优先级加权，得到所述目标逻辑信道的修正优先级，包括：
    所述发送端设备将所述原始优先级与所述目标逻辑信道对应的第一优先级修正系数或者第二优先级修正系数相乘，再加上一个偏移系数，得到所述传输所述第一类数据的逻辑信道的修正优先级。
  10. 根据权利要求9所述的方法，其特征在于，还包括：
    所述发送端设备判断所述传输时间系数是否大于预设门限值；
    如果所述传输时间系数小于或者等于所述门限值，所述发送端设备将所述原始优先级与所述目标逻辑信道对应的所述第一优先级修正系数或者第二优先级修正系数的相乘，得到所述传输所述第二类数据的逻辑信道的修正优先级。
  11. 根据权利要求10所述的方法，其特征在于，还包括：
    如果所述传输时间系数大于所述门限值，所述发送端设备丢弃所述当前METU的未传输的数据包。
  12. 一种数据传输装置，其特征在于，用作发送端设备，所述装置包括处理器和存储器；所述存储器包括有程序指令，所述程序指令被所述处理器运行时，使得所述发送端设备 执行如下方法步骤：
    计算目标逻辑信道的比例公平PF调度的原始优先级，其中，所述目标逻辑信道包括所述发送端设备向接收端设备发送目标业务数据的逻辑信道；
    根据在所述目标逻辑信道上正在发送的当前最小有效传输单元METU的首个数据包是否已出缓存队列，计算所述目标逻辑信道的优先级修正系数；
    使用所述优先级修正系数对所述目标逻辑信道的原始优先级加权，得到所述目标逻辑信道的修正优先级；
    根据所述修正优先级对所述目标逻辑信道进行调度。
  13. 根据权利要求12所述的装置，其特征在于，所述程序指令被所述处理器运行时，使得所述发送端设备具体执行如下方法步骤：
    判断所述当前METU是否出现丢包；
    如果所述当前METU出现丢包，丢弃所述当前METU中未发送的数据包，并且继续判断下一个METU是否出现丢包；
    如果所述当前METU未出现丢包，所述发送端设备计算所述原始优先级。
  14. 根据权利要求12或13所述的装置，其特征在于，
    所述目标业务数据包括视频数据，所述METU包括所述视频数据的图像帧、或者所述图像帧的独立的条形编码部分slice、或者所述图像帧的独立的块形编码部分tile。
  15. 根据权利要求12-14任一项所述的装置，其特征在于，所述程序指令被所述处理器运行时，使得所述发送端设备具体执行如下方法步骤：
    判断所述当前METU的首个数据包是否已出缓存队列；
    如果所述当前METU的首个数据包未出缓存队列，计算所述目标逻辑信道在所述当前METU的首个数据包未出缓存队列情况下对应的第一优先级修正系数；
    如果所述当前METU的首个数据包已出缓存队列，计算所述目标逻辑信道在所述当前METU的首个数据包已出缓存队列情况下对应的第二优先级修正系数。
  16. 根据权利要求15所述的装置，其特征在于，所述程序指令被所述处理器运行时，使得所述发送端设备具体执行如下方法步骤：
    计算所述当前METU的等待时间系数，所述等待时间系数通过以下公式得到：
    Figure PCTCN2020140905-appb-100003
    其中，W为所述等待时间系数，t n为当前时刻，t in所述当前METU的首个数据包进入到所述目标逻辑信道的待发送缓存的时刻，T为所述发送端设备与所述接收端设备之间空口传输的时延约束；
    根据所述等待时间系数确定所述第一优先级修正系数。
  17. 根据权利要求16所述的装置，其特征在于，所述第一优先级系数相对于所述等待时间系数单调递增或者单调不减，所述第一优先级修正系数大于或者等于1。
  18. 根据权利要求15所述的装置，其特征在于，所述程序指令被所述处理器运行时，使得所述发送端设备具体执行如下方法步骤：
    计算所述当前METU的传输速率；
    计算所述当前METU的传输时间系数，所述传输时间系数通过以下公式得到：
    Figure PCTCN2020140905-appb-100004
    其中，R为所述传输时间系数，T w为所述当前METU的传输等待时间，T s为所述当前METU的已传输时间，C n为所述当前METU未传输的数据量，S为所述当前METU的传输速率，T为所述发送端设备与所述接收端设备之间空口传输的时延约束；
    根据所述传输时间系数确定所述第二优先级修正系数。
  19. 根据权利要求18所述的装置，其特征在于，所述第二优先级系数相对于所述传输时间系数单调递增或者单调不减，所述第二优先级修正系数大于或者等于1。
  20. 根据权利要求18或19所述的装置，其特征在于，所述目标业务数据包括第一类数据和第二类数据，所述第一类数据的重要性高于所述第二类数据，所述目标逻辑信道包括用于传输所述第一类数据的逻辑信道和用于传输所述第二类数据的逻辑信道，所述程序指令被所述处理器运行时，使得所述发送端设备具体执行如下方法步骤：
    将所述原始优先级与所述目标逻辑信道对应的第一优先级修正系数或者第二优先级修正系数相乘，再加上一个偏移系数，得到所述传输所述第一类数据的逻辑信道的修正优先级。
  21. 根据权利要求20所述的装置，其特征在于，所述程序指令被所述处理器运行时，还使得所述发送端设备执行如下方法步骤：
    判断所述传输时间系数是否大于预设门限值；
    如果所述传输时间系数小于或者等于所述门限值，将所述原始优先级与所述目标逻辑信道对应的所述第一优先级修正系数或者第二优先级修正系数的相乘，得到所述传输所述第二类数据的逻辑信道的修正优先级。
  22. 根据权利要求21所述的装置，其特征在于，所述程序指令被所述处理器运行时，还使得所述发送端设备执行如下方法步骤：
    如果所述传输时间系数大于所述门限值，丢弃所述当前METU的未传输的数据包。
  23. 一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在网络设备上运行时，使得所述网络设备执行如权利要求1-11中任一项所述的方法。
  24. 一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-11中任一项所述的方法。
PCT/CN2020/140905 2020-12-29 2020-12-29 一种数据传输方法和装置 WO2022141066A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP20967414.2A EP4262310A4 (en) 2020-12-29 2020-12-29 DATA TRANSMISSION METHOD AND APPARATUS
PCT/CN2020/140905 WO2022141066A1 (zh) 2020-12-29 2020-12-29 一种数据传输方法和装置
CN202080106510.0A CN116438904A (zh) 2020-12-29 2020-12-29 一种数据传输方法和装置
US18/343,186 US20230354403A1 (en) 2020-12-29 2023-06-28 Data transmission method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/140905 WO2022141066A1 (zh) 2020-12-29 2020-12-29 一种数据传输方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/343,186 Continuation US20230354403A1 (en) 2020-12-29 2023-06-28 Data transmission method and apparatus

Publications (1)

Publication Number Publication Date
WO2022141066A1 true WO2022141066A1 (zh) 2022-07-07

Family

ID=82258714

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/140905 WO2022141066A1 (zh) 2020-12-29 2020-12-29 一种数据传输方法和装置

Country Status (4)

Country Link
US (1) US20230354403A1 (zh)
EP (1) EP4262310A4 (zh)
CN (1) CN116438904A (zh)
WO (1) WO2022141066A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117915146B (zh) * 2024-03-18 2024-06-04 上海朗力半导体有限公司 一种视频流传输方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130094356A1 (en) * 2011-06-27 2013-04-18 Seth Keith Prioritizing highly compressed traffic to provide a predetermined quality of service
CN103873189A (zh) * 2012-12-13 2014-06-18 联想(北京)有限公司 数据发送方法及设备
CN106507488A (zh) * 2016-11-23 2017-03-15 中国联合网络通信集团有限公司 一种配置流媒体数据的优先级的方法、装置及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6788687B2 (en) * 2001-10-30 2004-09-07 Qualcomm Incorporated Method and apparatus for scheduling packet data transmissions in a wireless communication system
CN102833867B (zh) * 2011-06-13 2017-05-10 中兴通讯股份有限公司 一种比例公平调度方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130094356A1 (en) * 2011-06-27 2013-04-18 Seth Keith Prioritizing highly compressed traffic to provide a predetermined quality of service
CN103873189A (zh) * 2012-12-13 2014-06-18 联想(北京)有限公司 数据发送方法及设备
CN106507488A (zh) * 2016-11-23 2017-03-15 中国联合网络通信集团有限公司 一种配置流媒体数据的优先级的方法、装置及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Overview of coverage enhancement: scenarios, channels, services and potential solutions", 3GPP DRAFT; R1-2004155, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. E-meeting; 20200525 - 20200605, 16 May 2020 (2020-05-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051885913 *
See also references of EP4262310A4 *

Also Published As

Publication number Publication date
US20230354403A1 (en) 2023-11-02
EP4262310A1 (en) 2023-10-18
CN116438904A (zh) 2023-07-14
EP4262310A4 (en) 2024-01-03

Similar Documents

Publication Publication Date Title
KR100929145B1 (ko) 서비스 고유 전송 시간 제어를 동반한 고속 업링크 패킷액세스 (ｈｓｕｐａ) 자율 전송을 위한 저속 ｍａｃ-ｅ
WO2018127131A1 (zh) 信息传输方法、终端设备及接入网设备
US11570786B2 (en) Wireless communication method and device
WO2021238676A1 (zh) 数据传输方法及装置
WO2022188686A1 (zh) 一种通信方法及设备
US20230354403A1 (en) Data transmission method and apparatus
WO2020163986A1 (zh) 一种资源指示方法、终端设备及网络设备
KR20170014967A (ko) 무선 통신 시스템에서 데이터 송신 속도를 제어하기 위한 장치 및 방법
JP5308976B2 (ja) 無線通信システム、無線基地局、無線端末、および無線通信方法
WO2022133918A1 (zh) 解码失败的处理方法、装置和系统
WO2015081469A1 (zh) 传输数据的方法及装置
WO2019095971A1 (zh) 一种通信方法及设备
WO2022117103A1 (zh) 上行控制信息传输方法、接收方法、终端和网络设备
WO2023050081A1 (zh) 无线通信方法、终端设备和网络设备
WO2021203967A1 (zh) 一种资源指示方法及相关设备
CN114599093A (zh) 上行控制信息传输方法、接收方法、终端和网络设备
WO2023138622A1 (zh) 资源配置方法与装置、网络设备和终端设备
WO2024168688A1 (zh) 数据处理方法和装置
WO2023216986A1 (zh) 缓存状态报告bsr指示方法和装置
WO2024168869A1 (en) Wireless communication method and related devices
WO2023016285A1 (zh) 通信方法及装置
WO2024169477A1 (zh) 上行链路控制信息的发送方法及装置
WO2024168672A1 (zh) 数据处理方法和装置
WO2024109868A1 (zh) 通信方法及装置、存储介质、终端设备、网络设备
WO2022151493A1 (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: 20967414

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020967414

Country of ref document: EP

Effective date: 20230714

NENP Non-entry into the national phase

Ref country code: DE