WO2021238676A1 - 数据传输方法及装置 - Google Patents
数据传输方法及装置 Download PDFInfo
- Publication number
- WO2021238676A1 WO2021238676A1 PCT/CN2021/093728 CN2021093728W WO2021238676A1 WO 2021238676 A1 WO2021238676 A1 WO 2021238676A1 CN 2021093728 W CN2021093728 W CN 2021093728W WO 2021238676 A1 WO2021238676 A1 WO 2021238676A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- network
- data
- network coding
- terminal device
- coding
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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
Definitions
- This application relates to the field of communication technology, and in particular to a data transmission method and device.
- the doctor determines further execution instructions based on the video information of the on-site situation.
- doctors have to rely on the video information they see to determine the corresponding surgical actions. Therefore, the communication system is required to transmit video information as short as possible, and the real-time requirements are high. However, the current communication system cannot meet the real-time requirements. Sexual needs.
- the embodiments of the present application provide a data transmission method and device, which can support the use of network coding to transmit data between network equipment and terminal equipment, thereby reducing transmission delay, improving transmission efficiency, and meeting the real-time requirements of the communication system.
- the embodiments of the present application provide a data transmission method, where the method may be executed by a network device, or may be executed by a component of the network device (for example, a processor, a chip, or a chip system, etc.).
- the data transmission method may include: a network device determining a first network coding mode and a network coding parameter corresponding to the first network coding mode.
- the network device may determine the first network coding method for the terminal device according to the network coding capability information of the terminal device and/or at least one network coding method recommended by the core network device.
- the network device may determine the network coding parameter corresponding to the first network coding mode according to the network coding capability information of the terminal device.
- the network device sends configuration information to the terminal device, where the configuration information includes the first network coding mode and network coding parameters.
- the first network coding mode and network coding parameters may be configured by the network device for the data radio bearer (DRB) of the terminal device.
- the configuration information may be DRB configuration information, and the DRB configuration information may also include DRB parameters configured by the network device.
- the terminal device receives the configuration information. The network device and the terminal device can use the first network coding mode to transmit data according to the network coding parameter.
- a corresponding network coding method can be used to transmit data between the network device and the terminal device, thereby improving transmission efficiency and reducing transmission delay.
- the network coding parameters include one or more of the following parameters: the number of parallel network coding or network decoding processes, the memory size required for network coding or network decoding, and The number of original data packets contained in a data unit in uplink transmission or downlink transmission, the sum of the number of bits of the original data packet contained in a data unit, the size of the network coded data packet after the original data packet is network coded, and the original data
- the logical channel priority process of the radio bearer is LCP parameters and so on.
- the network device can configure various network coding parameters for the terminal device, which is convenient for the terminal device to perform network coding or network decoding.
- the network device may use the first network encoding method to network encode data according to the network encoding parameters, and send the network encoded data to the terminal device; or, the network device may receive The network-encoded data sent by the terminal device is network-decoded using the first network encoding method according to the network encoding parameters to obtain the data before the network encoding.
- the method for the network device to determine the first network coding manner may be to receive a first message from the core network device, the first message including at least one network coding recommended by the core network device Mode, and determine the first network coding mode according to the at least one network coding mode.
- the network device can determine the first network coding method for the terminal device according to at least one network coding method recommended by the core network device, thereby reducing the load of the network device.
- the network device may also obtain the network coding capability information of the terminal device, and determine the network coding parameter corresponding to the first network coding manner according to the network coding capability information of the terminal device.
- the network device configures the terminal device with network coding parameters corresponding to the first network coding mode according to the network coding capability information of the terminal device, so that the configured network coding parameters match the network coding capability of the terminal device.
- the network device may send a capability report request to the terminal device to obtain the network coding capability information of the terminal device. It is understandable that the network device may not send a capability report request to the terminal device, and the terminal device actively reports the network coding capability information, which is not limited in the embodiment of the present application.
- the terminal device sends capability information to the network device, and the capability information includes the network coding capability information of the terminal device.
- the network device receives the capability information and sends the capability information to the core network device.
- the core network device stores the capability information of the terminal device, so that when the access network needs to obtain the capability information of the terminal device, it can obtain the capability information of the terminal device from the core network device.
- the network coding capability information of the terminal device is carried through the capability information of the terminal device, so that the network device can subsequently configure network coding parameters for the terminal device according to the network coding capability information of the terminal device.
- the first network coding mode and network coding parameters may be configured for the radio bearer of the terminal device.
- the network device may use the first network coding method to transmit the data carried by the radio with the terminal device according to the network coding parameter.
- the terminal device is configured with the network coding mode and network coding parameters with the granularity of the radio bearer, so as to be compatible with the existing data transmission through the radio bearer.
- the network device can configure the same network coding method for the multiple radio bearers, or the network device can also be configured for different radio bearers Different network coding methods.
- the network device can also determine that a certain radio bearer or multiple radio bearers do not use network coding. For example, if the data of the same session is transmitted through three radio bearers, the network device can determine two of the three radio bearers. One radio bearer does not use the network coding method, and one of the radio bearers uses the network coding method. The network equipment may also determine that the uplink transmission and downlink transmission of a radio bearer use different network coding methods.
- the network coding mode can be configured for the radio bearer in a variety of ways, so as to meet the network coding mode configuration requirements of the radio bearer.
- the network coding capability information includes one or more of the following information: at least one network coding method supported by the terminal device; and the terminal device simultaneously performs network coding
- the number of radio bearers The number of radio bearers; the sum of the data rates of the radio bearers that the terminal device performs network coding at the same time; in the case of using two MAC entities at the same time, the number of radio bearers that the terminal device performs network coding for one MAC entity at the same time
- the maximum number of parallel network encoding or network decoding processes that the terminal device can support simultaneously the size of the memory that the terminal device can use for network encoding and network decoding;
- For each network coding mode of each radio bearer the maximum memory size used by the terminal device for network coding and network decoding.
- network coding parameters can be configured for the terminal device through the network coding capability information, so that the configured network coding parameters match the network coding capability of the terminal device.
- the network device may allocate uplink resources for the terminal device to transmit the network-encoded data.
- the network device receives the BSR from the terminal device, where the BSR includes a first data volume, where the first data volume may be the original data volume before network encoding of the data to be sent, or the data to be sent The actual amount of data after network encoding.
- the network device may allocate uplink resources for transmitting the network-encoded data to the terminal device according to the first data volume reported by the terminal device.
- the network device may allocate uplink resources for transmitting the network coded data to the terminal device according to the actual data volume. If the first data volume is the original data volume before network encoding of the data to be sent, the network device can determine the actual data volume of the data to be sent after network encoding according to the network coding parameters and/or channel condition information, and The actual data volume allocates uplink resources for transmitting network-coded data to the terminal device.
- the network device can accurately allocate uplink resources for the terminal device.
- the network equipment may determine the actual data volume after network encoding the above-mentioned data to be sent according to the network coding parameters and/or channel condition information and the first data volume, and the network equipment allocates data for the terminal equipment according to the actual data volume. Uplink resources for transmitting network-encoded data.
- the terminal device can report the original data volume before network coding, and the network device can calculate the actual data volume after network coding based on network coding parameters and/or channel status information, thereby being compatible with the existing BSR reporting process.
- the network device may configure multiple priorities for the logical channel.
- the network device may configure two priorities for the logical channel.
- the two priorities may be the first priority in the first round of LCP resource allocation and the second priority in the second round of LCP resource allocation. priority.
- the second priority in the second round of LCP resource allocation may indicate that the logical channel has the lowest priority in the second round of LCP resource allocation.
- the network device can configure two priority levels for the logical channel that performs rateless network coding, thereby ensuring that in the second round of LCP resource allocation, the priority is higher than the priority of the logical channel that performs rateless network coding.
- Low logical channels can be allocated to uplink resources.
- the network device may configure multiple GBRs for the logical channel.
- the network device may configure two GBRs for the logical channel.
- the two GBRs may be the first guaranteed bit rate GBR in the first round of LCP resource allocation and the second GBR in the second round of LCP resource allocation. Guaranteed bit rate GBR.
- the network device can configure two GBRs for the logical channel that performs rateless network coding, thereby ensuring that in the second round of LCP resource allocation, the priority is lower than the priority of the logical channel that performs rateless network coding.
- the logical channels can be allocated to uplink resources.
- the network device after the network device receives the network-encoded data sent by the terminal device in the first network encoding manner according to the network encoding parameter, it may also be based on the target of sending feedback information. At the time, it is determined to send feedback information to the terminal device, and the feedback information is used to instruct the network device to perform network decoding on the network-encoded data.
- the network device can send feedback information to the terminal device, so that the terminal device optimizes subsequent network coding based on the feedback information, and improves the success rate of network decoding.
- the foregoing target timing includes one or more of the following timings:
- Receiving the first network coding data packet corresponding to the data unit starts a timer, and sends feedback information when the timer reaches a target value;
- the feedback information is periodically sent according to a target period, where the target period is preset or configured by the network device.
- the target timing for sending feedback information can be configured, and the success rate of receiving feedback information can be improved.
- the feedback information includes one or more of the following information:
- embodiments of the present application provide a data transmission method, where the method may be executed by a terminal device, or may be executed by a component of the terminal device (for example, a processor, a chip, or a chip system, etc.).
- the data transmission method may include: the terminal device receives configuration information from the network device, where the configuration information includes the first network coding mode and network coding parameters corresponding to the first network coding mode.
- the terminal device can use the first network coding mode to transmit data with the network device according to the network coding parameter.
- a corresponding network coding method can be used to transmit data between the network device and the terminal device, thereby improving transmission efficiency and reducing transmission delay.
- the network coding parameters include one or more of the following parameters: the number of parallel network coding or network decoding processes, the memory size required for network coding or network decoding, and The number of original data packets contained in a data unit in uplink transmission or downlink transmission, the sum of the number of bits of the original data packet contained in a data unit, the size of the network coded data packet after the original data packet is network coded, and the original data
- the terminal device may use the first network encoding method to network encode data according to the network encoding parameters, and send the network encoded data to the network device; or, the terminal device may receive The network-encoded data sent by the network device is network-decoded using the first network-encoding method according to the network-encoding parameters to obtain the data before the network-encoding.
- the terminal device may report the network coding capability information to the network device.
- the terminal device may receive a capability report request from the network device, and according to the capability report request, send capability information to the network device, where the capability information includes network coding capability information of the terminal device.
- the network device may send the capability information to the core network device for storage, and if the access network needs the network coding capability information of the terminal device, it may obtain the capability information of the terminal device from the core network device.
- the network coding capability information of the terminal device is carried through the capability information of the terminal device, so that the network device can subsequently configure network coding parameters for the terminal device according to the network coding capability information of the terminal device.
- the first network coding mode and network coding parameters are configured for the radio bearer of the terminal device.
- the terminal device can use the first network coding mode to transmit the data of the radio bearer with the network device according to the network coding parameter.
- the terminal device is configured with the network coding mode and network coding parameters with the granularity of the radio bearer, so as to be compatible with the existing data transmission through the radio bearer.
- the terminal device before the terminal device sends the network-encoded data, the terminal device sends a BSR to the network device, where the BSR includes a first amount of data, and the first amount of data may be the amount of data to be sent The original data volume of the data before network coding, or it can be the actual data volume of the data to be sent after network coding.
- the network device after receiving the BSR, the network device can allocate uplink resources for transmitting network-coded data to the terminal device according to the first data volume.
- the terminal device may determine the data to be sent for network encoding according to the network coding parameters and/or channel condition information before sending the BSR to the network device The actual amount of data after.
- the terminal device may allocate the uplink resource to the logical channel.
- the terminal device may allocate uplink resources for the logical channel according to the first priority of the logical channel in the first round of LCP resource allocation and the second priority in the second round of LCP resource allocation.
- the logical channel may be a logical channel that performs rateless network coding; optionally, the second priority in the second round of LCP resource allocation may indicate the priority of the logical channel in the second round of LCP resource allocation lowest.
- the data of the logical channel may include data corresponding to a radio bearer, and the data of the radio bearer may be data obtained after network coding is performed using a rateless network coding method.
- the data of the logical channel includes data corresponding to the radio bearer, and it can be understood that the data of the logical channel includes data mapped on the corresponding radio bearer.
- the terminal device can allocate uplink resources for the logical channel according to the two priorities of the logical channel performing the rateless network coding, thereby ensuring that in the second round of LCP resource allocation, the priority is higher than that of the performing rateless network.
- a logical channel with a low priority of the coded logical channel can be allocated to the uplink resource.
- the terminal device may use the first guaranteed bit rate GBR in the first round of LCP resource allocation and the second guaranteed bit rate GBR in the second round of LCP resource allocation according to the logical channel.
- Allocate uplink resources for the logical channel corresponds to the radio bearer, and the logical channel may be a logical channel that performs rateless network coding.
- the data of the logical channel may include data corresponding to a radio bearer, and the data of the radio bearer may be data obtained after network coding is performed using a rateless network coding method.
- the terminal device can allocate uplink resources for the logical channel according to the two GBRs of the logical channel that performs rateless network coding, thereby ensuring that in the second round of LCP resource allocation, the priority is higher than that for performing rateless network coding.
- the logical channel with low priority of the logical channel can be allocated to the uplink resource.
- the terminal device may also send the feedback information according to the target timing, It is determined to send feedback information to the network device, where the feedback information is used to instruct the terminal device to perform network decoding on the network-encoded data.
- the terminal device can send feedback information to the network device, so that the network device optimizes subsequent network coding based on the feedback information, and improves the success rate of network decoding.
- the target timing includes one or more of the following timings:
- Receiving the first network coding data packet corresponding to the data unit starts a timer, and sends feedback information when the timer reaches a target value;
- the feedback information is periodically sent according to a target period, where the target period is preset or configured by the network device.
- the target timing for sending feedback information can be configured, and the success rate of receiving feedback information can be improved.
- the feedback information includes one or more of the following information:
- an embodiment of the present application provides a communication device, including various modules or units for executing the method of the first aspect or the second aspect.
- an embodiment of the present application provides a communication device including a processor.
- the processor is coupled with the memory and can be used to execute instructions in the memory to implement the method of the first aspect or the second aspect described above.
- the communication device further includes a memory.
- the communication device further includes a communication interface, and the processor is coupled with the communication interface.
- an embodiment of the present application provides a processor, including: an input circuit, an output circuit, and a processing circuit.
- the processing circuit is configured to receive a signal through the input circuit and transmit a signal through the output circuit, so that the processor executes the method of the first aspect or the second aspect.
- the above-mentioned processor can be one or more chips
- the input circuit can be an input pin
- the output circuit can be an output pin
- the processing circuit can be a transistor, a gate circuit, a flip-flop, and various logic circuits, etc.
- the input signal received by the input circuit may be received and input by, for example, but not limited to, a receiver
- the signal output by the output circuit may be, for example, but not limited to, output to the transmitter and transmitted by the transmitter
- the circuit can be the same circuit, which is used as an input circuit and an output circuit at different times.
- the embodiments of the present application do not limit the specific implementation manners of the processor and various circuits.
- an embodiment of the present application provides a processing device, including a processor and a memory.
- the processor is used to read instructions stored in the memory, and can receive signals through a receiver, and transmit signals through a transmitter, so as to execute the method of the first aspect or the second aspect.
- processors there are one or more processors and one or more memories.
- the memory may be integrated with the processor, or the memory and the processor may be provided separately.
- the memory can be a non-transitory (non-transitory) memory, such as a read only memory (ROM), which can be integrated with the processor on the same chip, or can be set in different On the chip, the embodiment of the present application does not limit the type of the memory and the setting mode of the memory and the processor.
- ROM read only memory
- sending configuration information may be a process of outputting configuration information from the processor
- receiving configuration information may be a process of receiving configuration information by the processor.
- the data output by the processor may be output to the transmitter, and the input data received by the processor may come from the receiver.
- the transmitter and receiver can be collectively referred to as a transceiver.
- the processing device in the sixth aspect described above may be one or more chips.
- the processor in the processing device can be implemented by hardware or software.
- the processor may be a logic circuit, integrated circuit, etc.; when implemented by software, the processor may be a general-purpose processor, which is implemented by reading software codes stored in the memory, and the memory may Integrated in the processor, can be located outside the processor, and exist independently.
- the embodiments of the present application provide a computer program product.
- the computer program product includes: a computer program (also called code, or instruction), which when the computer program is executed, causes the computer to execute the above-mentioned first One aspect or the second aspect of the method.
- an embodiment of the present application provides a readable storage medium that stores a computer program (also called code or instruction) when it runs on a computer, so that the above-mentioned first aspect Or the method of the second aspect is implemented.
- a computer program also called code or instruction
- an embodiment of the present application provides a communication system, including the aforementioned network device and/or terminal device.
- the communication system may also include core network equipment.
- a chip system in a tenth aspect, includes a processor and an interface circuit.
- the processor is used to call and run a computer program (also called code or instruction) stored in the memory from the memory to implement the first
- a computer program also called code or instruction
- the chip system further includes a memory, and the memory is used to store necessary program instructions and data.
- the chip system can be composed of chips, and can also include chips and other discrete devices.
- FIG. 1 is a schematic diagram of the architecture of a communication system applied in an embodiment of the present application
- FIG. 2 is a schematic diagram of an LCP process provided by an embodiment of the present application.
- FIG. 3 is a schematic flowchart of a data transmission method provided by an embodiment of the present application.
- FIG. 4 is a schematic diagram of sending feedback information according to an embodiment of the present application.
- FIG. 5 is a schematic flowchart of a data transmission method provided by an embodiment of the present application.
- FIG. 6 is a schematic diagram of resource allocation of a logical channel provided by an embodiment of the present application.
- FIG. 7 is a schematic diagram of resource allocation of another logical channel provided by an embodiment of the present application.
- FIGS 8 and 9 are schematic diagrams of the structure of possible communication devices provided by embodiments of the present application.
- LTE long term evolution
- UMTS universal mobile telecommunication system
- 5G fifth generation
- NR new radio
- FIG. 1 shows a schematic diagram of a 5G system that can be applied to the present application.
- the system can be divided into two parts: access network and core network.
- the access network is used to implement functions related to wireless access, and mainly includes access network (AN) equipment 102.
- the access network equipment includes radio access network (RAN) equipment and other radio access network (RAN) equipment. Connected device (such as WiFi).
- the core network mainly includes the following key logical network elements: user plane function (user plane function) 103, access and mobility management function (access and mobility management function, AMF) 105, session management function (session management function) 106, strategy Control function (policy control function, PCF) 107, unified data management function (unified data management) 109.
- the system 100 may also include a user equipment (UE) 101, a data network (DN) 104, and an application function (AF) 108.
- UE user equipment
- DN data network
- AF application function
- the UE may also be called terminal equipment.
- the terminal device can communicate with one or more core networks (CN) via the AN device.
- Terminal equipment can be called an access terminal, terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, wireless network device, user agent, or user device.
- the terminal can be a cellular phone, a cordless phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), a handheld with wireless communication function Devices, computing devices or other devices connected to wireless modems, in-vehicle devices, wearable devices or the Internet of Things, terminal devices in vehicle networks, and terminal devices of any shape in future networks, etc.
- SIP session initiation protocol
- WLL wireless local loop
- PDA personal digital assistant
- AN equipment is a type of equipment that connects terminal equipment to a wireless network, and may specifically be a base station.
- the base station may include various forms of base stations, such as: macro base stations, micro base stations (also referred to as small stations), relay stations, access points, and so on.
- the base transceiver station (BTS) in access, CDMA can also be the base station (NodeB, NB) in wideband code division multiple access (WCDMA), or the evolved base station in LTE (Evolved Node B, eNB or eNodeB), or relay station or access point, or in-vehicle equipment, wearable equipment, and the next generation Node B (gNB) in the 5G system or the public land mobile network that will evolve in the future (public land mobile network, PLMN) base stations in the network.
- AP access point
- WLAN wireless local area network
- GSM global system for mobile communications
- code division multiple access code division multiple access
- CDMA code division multiple access
- NodeB, NB wideband code division multiple access
- WCDMA wideband code division multiple access
- LTE evolved Node B, eNB or eNodeB
- relay station or access point or in-vehicle equipment, wearable equipment
- gNB next generation Node B
- 5G system public land mobile network
- UDM has functions such as managing the user's contract data and generating user authentication information.
- AMF is mainly responsible for UE registration management, UE connection management, UE reachability management, UE access authorization and access authentication, UE security functions, UE mobility management, and network slice selection , SMF selection and other functions.
- the AMF serves as the anchor point of the N1/N2 interface signaling connection and provides the N1/N2 interface session management (SM) message routing for the SMF, and maintains and manages the status information of the UE.
- SM N1/N2 interface session management
- AMF is a mobile management network element in the 5G system.
- SMF is mainly responsible for all control plane functions of UE session management, including UPF selection and control, internet protocol (IP) address allocation and management, session quality of service (QoS) management, from PCF Obtain policy and charging control (PCC) policies, etc.
- SMF is also used as the termination point of the SM part in the non-access stratum (NAS) message.
- PCF has functions such as providing policy rules to control plane functional entities.
- AF can be an application server, which can belong to an operator or a third party.
- UPF is mainly responsible for processing user messages, such as forwarding, charging, etc., and can be used as the anchor point of the protocol data unit (PDU) session connection, that is, the PDU session anchor (PSA) ), responsible for data message filtering, data transmission/forwarding, rate control, billing information generation, user plane QoS processing, uplink transmission authentication, transmission level verification, downlink data packet buffering, and downlink data notification triggering.
- PDU protocol data unit
- PDU session anchor responsible for data message filtering, data transmission/forwarding, rate control, billing information generation, user plane QoS processing, uplink transmission authentication, transmission level verification, downlink data packet buffering, and downlink data notification triggering.
- PDU protocol data unit
- PDA PDU session anchor
- UPF can also be used as a branch point for multi-homed PDU sessions.
- DN a network that provides users with data transmission services, such as IP Multi-media service (IMS), the Internet, and so on.
- DN can include application server (AS).
- AS is a software framework that provides an environment in which applications run, and is used to provide applications with services such as security, data, transaction support, load balancing, and large-scale distributed system management.
- the UE obtains application messages through communication with the AS. It should be noted that the aforementioned AF is the control plane of the AS.
- the embodiments of the present application are not limited to be applied to the system architecture shown in FIG. 1.
- the communication system to which the data transmission method of the embodiment of the present application can be applied may include more or fewer network elements or devices.
- the device or network element in Figure 1 can be hardware, software that is functionally divided, or a combination of the two.
- the devices or network elements in Figure 1 can communicate with other devices or network elements.
- the access network devices that provide wireless access functions for terminal devices may be collectively referred to as network devices.
- it may be the AN device in FIG. 1, specifically it may be a base station of various forms, and so on.
- the control plane protocol layer structure may include the radio resource control (RRC) layer, the packet data convergence protocol (PDCP) layer, the radio link control (RLC) layer, and the media interface. Access control (media access control, MAC) layer and physical layer and other protocol layer functions.
- RRC radio resource control
- PDCP packet data convergence protocol
- RLC radio link control
- MAC media access control
- the user plane protocol layer structure can include the functions of the PDCP layer, the RLC layer, the MAC layer, and the physical layer; in one implementation, the PDCP layer can also include a service data adaptation protocol (SDAP) layer .
- SDAP service data adaptation protocol
- the wireless channel between the network device and the terminal device objectively fluctuates. If a transport block (TB) happens to encounter a low channel quality during transmission, it may cause a transmission error, and the receiver cannot successfully decode it after receiving it. In this case, the existing communication system solves the problem through retransmission, that is, the receiver sends a negative acknowledgment (NACK) to the sender, and the sender retransmits the TB. Retransmission will introduce additional delay, and the TB of real-time multimedia services is usually very large, and the error is usually only a small part of it. Because a small part of the TB is transmitted incorrectly and the entire TB is retransmitted, it will waste wireless resources and cause The efficiency is reduced.
- NACK negative acknowledgment
- network coding can be applied to data transmission between terminal equipment and network equipment.
- the network device can configure the first network coding method used by the network coding and the network coding parameters corresponding to the first network coding method.
- the network device and the terminal device can use the first network coding method for data transmission according to the network coding parameter.
- the sender may use the first network coding method to perform network coding on the original data packet included in the data unit according to the network coding parameter, to obtain multiple network coding data packets corresponding to the data unit.
- the sender may be a network device or a terminal device.
- the “data unit” in the embodiments of the present application may also be referred to as “data grouping” or “coding group” or “coding block” or “coding batch” or “coding unit” and so on.
- One data unit may include at least one original data packet, and network coding may be performed on at least one original data packet included in the data unit to obtain multiple network coded data packets corresponding to the data unit.
- the sender does not need to wait for the network encoding of the original data packet contained in the data unit before sending the network encoded data packet to the receiver, but can perform the network encoding process on the original data packet contained in the data unit In the process, while performing network coding, part of the network coding data packet corresponding to the data unit that has been obtained is sent. After receiving the network coded data packet, the receiver uses the first network sending mode to perform network decoding on the network coded data packet according to the network coding parameters, so as to obtain the original data packet.
- the sender is a network device
- the receiver can be a terminal device
- the sender is a terminal device
- the receiver can be a network device.
- the receiver sends feedback information to the sender.
- the feedback information may be used to indicate the identification of the original data packet successfully decoded in the data unit.
- the feedback information may also include the identification of the data unit.
- a data unit can be uniquely identified by the identifier of the data unit.
- the group ID can be used to uniquely identify the data group; or if the data unit is replaced with a coded batch, the batch ID can be used Uniquely identify the coded batch; or, if the data unit is replaced with a coded block, the block identifier can be used to uniquely identify the coded block.
- the sender can optimize the network coding according to the feedback information.
- Other original data packets other than the original data packet are added with more redundant information for network coding, so as to improve the decoding success rate of the other original data packets.
- the receiver does not need to retransmit the TB, but can improve the network decoding success rate of the original data packet by optimizing the network coding, thereby reducing the transmission delay, improving the data transmission efficiency, and meeting the requirements of the communication system. Real-time requirements.
- the network coding methods that can be used for network coding in the embodiments of the present application include but are not limited to: traditional algebraic coding, narrowly defined rateless network coding, and network coding.
- the traditional algebraic coding can include distributed algebraic coding, for example, Hamming (Hamming) code, RS code represented by the maximum distance separable code (MDS) code, Local Repairable codes, etc.; narrowly no Rate coding may include Luby Transform Code (LT), Raptor, RaptorQ, and so on.
- the network coding may include random linear network coding (Random Linear Network Coding, RLNC), batch sparse code (BATS) code combined with multiple LT codes, and so on.
- the network coding in the embodiment of the present application may refer to the network coding performed by the upper layer, and is different from the channel coding of the physical layer.
- the upper layer may be a protocol layer with a network coding function.
- the protocol layer may include but is not limited to a radio link control (RLC) layer, or a packet data convergence protocol (PDCP) layer, or back The backhaul adaptation protocol (BAP) layer, or the media access control (media access control, MAC) layer, etc., are not limited in the embodiment of the present application.
- the sender (also known as the encoder) divides multiple original data packets into multiple data units, one data unit contains at least one original data packet, and the sender performs network encoding on the original data packet contained in the data unit to obtain
- the number of network coded data packets corresponding to the data unit is usually greater than the number of original data packets contained in the data unit.
- the sender can transmit multiple network coded data packets corresponding to the obtained data unit to the receiver in batches.
- the original data packets in the embodiments of the present application can be replaced with original data segments or original data blocks, etc.
- the network coded data packets can be replaced by network coded data segments, network coded packets, coded data packets, network coded data blocks, or network coded One of the data unit and so on.
- the encoded data may include service data and/or control information elements generated by the access layer.
- the control information elements generated by the access layer may include, but are not limited to, SDAP control PDU, PDCP control PDU, and RLC control. PDU, MAC control PDU and so on.
- the terminal device Before sending data, the terminal device can report the amount of data to be sent to the network device through the BSR, and the network device allocates uplink resources for the terminal device to transmit uplink data according to the amount of data reported by the terminal device.
- Logical channel priority (logical channel priority, LCP) process
- the terminal device After the network device configures the uplink resource for the terminal device, the terminal device further allocates the uplink resource to each logical channel (LCH) through the LCP process.
- LCH logical channel
- the LCP process can be divided into the first round of LCP resource allocation and the second round of LCP resource allocation. If the uplink resources have been allocated, the second round of LCP resource allocation may not be performed.
- the amount of data to be sent on LCH A is 300 bytes
- the amount of data to be sent on LCH B is 700 bytes
- the amount of data to be sent on LCH C is 200 bytes.
- the priority order of each logical channel configured by the network equipment is that the priority of LCH A is higher than that of LCH C, and the priority of LCH C is higher than that of LCH B.
- the guaranteed bit rate (guaranteed bit rate, GBR) of LCH A is 100
- the GBR of LCH C is 150
- the GBR of LCH B is 50.
- GBR refers to the minimum bit rate guaranteed by the system, and the corresponding bit rate can be maintained even when transmission resources are tight.
- the terminal equipment allocates uplink resources for each LCH according to the priority order of each LCH and the GBR of each LCH. As shown in Figure 2, according to the GBR of LCH A with the highest priority, 100 bytes of uplink resources are allocated for transmission of LCH A, and according to the GBR of LCH C with the second highest priority, LCH C is allocated for transmission of 150 words For the uplink resources of the section, according to the GBR of the LCH B with the lowest priority, an uplink resource of 50 bytes is allocated to the LCH B for transmission.
- the uplink resources configured by the network device for the terminal device will not be allocated to the LCH with lower priority. For example, if the network device configures the terminal device with 250-byte uplink resources, during the first round of LCP resource allocation, LCH B cannot obtain the uplink resource, or the network device configures the terminal device with For transmission of 300-byte uplink resources, the second round of LCP resource allocation will not be performed after the end of the first round of LCP resource allocation.
- each LCH allocates uplink resources in order of priority, that is, in the second round of LCP resource allocation, the transmission requirements of the high-priority LCH are always met first.
- FIG. 3 is a schematic flowchart of a data transmission method provided by an embodiment of this application. This embodiment relates to a specific process of data transmission between an access network device, a core network device, and a terminal device. As shown in FIG. 3, the method may include: S100, S101, S102, and S103. The execution sequence of S100, S101, S102, and S103 is not limited in the embodiment of the present application.
- the network device determines a first network coding mode and a network coding parameter corresponding to the first network coding mode.
- the network device may configure the first network coding method and the network coding parameters corresponding to the first network coding method for the terminal device.
- the network coding parameters may include one or more of the following parameters A to J:
- the number of parallel network encoding or network decoding processes may indicate that the original data packets contained in several data units are simultaneously network coded in parallel.
- the number of parallel network decoding processes can indicate that the network coded data packets corresponding to several data units are simultaneously decoded in parallel.
- the original data packets numbered 1-10 belong to a data unit 1
- the original data packets numbered 11-20 belong to data unit 2.
- the number of parallel network coding processes is 2.
- the number of parallel network decoding processes is two.
- C The number of original data packets contained in a data unit in uplink transmission or downlink transmission.
- the size of the network coded data packet after network coding of the original data packet can configure the size of each network coded data packet corresponding to the data unit, and/or the network device can configure each network in the multiple network coded data packets obtained by network coding the original data packet contained in the data unit
- the size distribution of the encoded data packet, the size distribution can also be called the distribution mode.
- the size distribution may represent the distribution law of the size of each network coded data packet, for example, the size of each network coded data packet conforms to a normal distribution.
- F The number of multiple network coded data packets obtained after network coding of the original data packets contained in the data unit.
- the network device may determine the first network coding mode according to at least one network coding mode recommended by the core network device, and the core network device may be AMF or SMF.
- the network device determining the first network coding method may include step one and step two. The two steps are described below:
- Step 1 The network device receives a first message from the core network device, where the first message includes at least one network coding method recommended by the core network device.
- the session request sent by the terminal device to the core network device triggers the core network device to send the first message to the network device associated with the terminal device, where the session request sent by the terminal device to the core network device may include
- the terminal device may not recommend the network coding mode, which is not limited in the embodiment of the present application.
- the first message may be a service setup message or a PDU session setup (PDU session setup) message.
- the first message may include a list of network coding methods recommended by the core network device, where the list of network coding methods includes at least one network coding method recommended by the core network device.
- the core network device may determine at least one recommended network coding method based on one or more of the following information: session (quality of service, QoS) requirements, the type of service of the data to be sent by the terminal device, and the network of the terminal device Coding capability information or network coding method recommended by the terminal device.
- session quality of service, QoS
- QoS quality of service
- the core network device may determine at least one recommended network coding method based on one or more of the following information: session (quality of service, QoS) requirements, the type of service of the data to be sent by the terminal device, and the network of the terminal device Coding capability information or network coding method recommended by the terminal device.
- the network coding capability information of the terminal device may be obtained by the core network device through the capability reporting process of the terminal device.
- the network device sends a capability report request to the terminal device, and after the terminal device receives the capability report request, it sends capability information to the network device.
- the terminal device actively sends the capability information to the network device.
- the capability information includes network coding capability information used to indicate the network coding capability of the terminal device.
- the network device sends the capability information reported by the terminal device to the core network device, and the core network device stores the capability information.
- the capability information includes network coding capability information of the terminal device.
- the network coding capability information may include one or more of the following information a to g:
- At least one network coding method supported by the terminal device includes: traditional algebraic coding, narrowly defined rateless network coding, and network coding.
- the traditional algebraic coding category can include distributed algebraic coding, for example, Hamming (Hamming) codes, MDS codes represented by RS codes, Local Repairable codes, etc.; narrowly defined non-rate network coding categories can include LT, Raptor, RaptorQ and so on.
- Network coding can include RLNC, BATS code combined with multiple LT codes, and so on.
- the number of radio bearers that the terminal device performs network coding for one MAC entity at the same time In the case of using two MAC entities at the same time, the number of radio bearers that the terminal device performs network coding for one MAC entity at the same time.
- the maximum number of parallel network coding or network decoding processes that the terminal device can support at the same time is the maximum number of parallel network coding or network decoding processes that the terminal device can support at the same time.
- the maximum memory size of the terminal device for network coding and network decoding For each network coding method of each radio bearer, the maximum memory size of the terminal device for network coding and network decoding.
- the core network device in addition to recommending at least one network coding method, can also specify the network coding method used for each data stream in the session.
- Step 2 The network device determines the first network coding method according to at least one network coding method recommended by the core network device.
- the network device configures the network coding mode as the first network coding mode to the terminal device. If the network coding mode recommended by the core network device includes multiple network coding modes, the network device can select a network coding mode from the multiple network coding modes as the first network coding mode and configure it to the terminal device. It is understandable that the first network coding mode configured by the network device for the terminal device may also be different from at least one network coding mode recommended by the core network device. For example, the network device determines the first network according to the network coding capability information of the terminal device. Coding mode, and the first network coding mode is different from at least one network coding mode recommended by the core network device.
- the network device determines the first network coding method, it can further configure the network coding parameters corresponding to the first network coding method for the terminal device according to the network coding capability information of the terminal device.
- the network coding capability information of the terminal device may come from the core network device, that is, the terminal device may obtain the network coding capability information of the terminal device from the core network device.
- the network device may also locally store the network coding capability information of the terminal device.
- the core network device may request the capability information from the terminal device. For example, the core network device sends capability indication information to the network device associated with the terminal device. After receiving the capability indication information, the network device sends a capability report request to the terminal device to request the terminal device to report capability information containing network coding capability information. The network device then sends the received capability information to the core network device for storage.
- the first network coding mode and network coding parameters may be configured by the network device to the radio bearer (RB) of the terminal device, where the RB may be a data radio bearer, DRB).
- RB radio bearer
- the network device may configure the same network coding method for the multiple DRBs, or the network device may also configure different network coding methods for different DRBs.
- the data of the same session is transmitted through three DRBs on the air interface.
- the network device can configure the same network coding method for two or three DRBs, or the network device can also configure different configurations for each of the three DRBs.
- the method of network coding is not limited in the embodiment of this application.
- the network device can also determine that a certain DRB or multiple DRBs do not use network coding. For example, if the data of the same session is transmitted through three DRBs over the air interface, the network device can determine two DRBs of the three DRBs. The network coding method is not used, and one of the DRBs uses the network coding method. The network device can also determine that the uplink transmission and downlink transmission of a DRB use different network coding methods.
- the network device can configure the network coding parameters corresponding to the network coding mode to the DRB that determines the network coding mode. It is understandable that if different network coding methods are used for uplink transmission and downlink transmission of the same DRB, different network coding parameters can be configured for uplink transmission and downlink transmission respectively.
- a network device sends configuration information to a terminal device, where the configuration information includes the first network coding mode and the network coding parameters.
- the configuration information may also include identification information of the DRB.
- the configuration information may be DRB configuration information, and the DRB configuration information may also include DRB parameters configured by the network device for the terminal device.
- S102 The terminal device receives configuration information.
- S103 The network device and the terminal device use the first network coding mode to transmit data according to the network coding parameter.
- the network device and the terminal device may use the first network coding mode to transmit data according to the network coding parameters.
- the network device and the terminal device may use the first network coding mode to transmit data of the DRB according to the network coding parameters.
- transmitting the data of the DRB can also be understood as transmitting the data mapped on the DRB.
- the network device may also reconfigure the network coding mode and/or network coding parameters.
- the network device may also reconfigure the network coding mode and/or network coding parameters, which is not limited in the embodiment of the present application.
- the network device can act as a data sender, perform network coding on the data to be sent by the network device, and send the network coded data to the terminal device.
- the terminal device can act as a data sender, perform network encoding on the data to be sent by the terminal device, and send the network encoded data to the network device.
- the following is a description of whether the sender is a network device or a terminal device.
- the network device serves as the sender of the data.
- the network device may use the first network coding method to perform network coding on the data to be sent by the network device according to the network coding parameters, and send the network coded data to the terminal device.
- using the first network coding method to perform network coding on the data can be understood as using the network coding algorithm corresponding to the first network coding method to perform network coding on the data.
- the terminal device can receive the network-encoded data sent by the network device, and use the first network encoding method to perform network decoding on the network-encoded data according to the network encoding parameters to obtain the data sent by the network device.
- using the first network encoding method to perform network decoding on the network-encoded data can be understood as using the network decoding algorithm corresponding to the first network encoding method to perform network decoding on the network-encoded data.
- the terminal device may determine whether to send feedback information to the network device according to the target timing of sending the feedback information, where the feedback information is used to instruct the terminal device to perform network decoding on the network-encoded data. If the current time meets the target time for sending the feedback information, the terminal device sends the feedback information to the network device.
- the terminal device serves as the sender of the data.
- the terminal device may use the first network coding method to perform network coding on the data to be sent by the terminal device according to the network coding parameters, and send the network coded data to the network device.
- the terminal device can report through the BSR to request the network device to allocate uplink resources for the terminal device to transmit the network-encoded data.
- the terminal device can report through the BSR to request the network device to allocate uplink resources for the terminal device to transmit the network-encoded data.
- the terminal device can report through the BSR to request the network device to allocate uplink resources for the terminal device to transmit the network-encoded data.
- the description of the embodiment in FIG. 5 will not be repeated for the time being.
- the network device can receive the network-encoded data sent by the terminal device, and use the first network encoding method to perform network decoding on the network-encoded data according to the network encoding parameters to obtain the data sent by the terminal device.
- the network device may determine whether to send feedback information to the terminal device according to the target timing of sending the feedback information, where the feedback information is used to instruct the network device to perform network decoding on the network-encoded data. If the network device determines to send feedback information to the terminal device, for example, the current time meets the target timing for sending the feedback information, the network device sends the feedback information to the terminal device.
- the redundancy rate used by the sender when network encoding the data can be determined in the following three ways:
- Method 1 If the network device is configured with the redundancy rate of the network coding, for example, the redundancy rate of the network coding is configured through the parameter H in the network coding parameters, then the sender can use the configured network coding redundancy rate for network coding. Correspondingly, the receiver can also use the configured network coding redundancy rate to perform network decoding.
- the sender can select a redundancy rate range within the redundancy rate range.
- the redundancy rate is used for network coding, and the used redundancy rate is indicated in the header information of the network coding data packet.
- the receiver can obtain the redundancy rate by analyzing the header information, and use the obtained redundancy rate to perform network decoding.
- the sender in addition to indicating the above-mentioned redundancy rate in the header information of the network coded data packet, the sender can also specify the sub-header corresponding to the MAC service data unit (service data unit, SDU) where the data packet is located. (subheader) indicates the foregoing redundancy rate; or, the sender may also add a MAC CE to the MAC PDU where the data packet is located, and indicate the foregoing redundancy rate in the MAC CE; or, the sender may also perform downlink control The above-mentioned redundancy rate is indicated in the information (downlink control information, DCI).
- DCI downlink control information
- the sender can select a redundancy rate from the full set of redundancy rates (for example, 1% to 100%) for network coding , And indicate the used redundancy rate in the header information of the network coded data packet.
- the receiver can obtain the redundancy rate by analyzing the header information, and use the obtained redundancy rate to perform network decoding.
- the redundancy rate may also be referred to as the code rate.
- the target timing for sending the feedback information may be preset in the terminal device or the network device, or may be configured by the network device
- the network device may configure the target timing of sending feedback information through the parameter G (that is, the feedback parameter) in the aforementioned network coding parameters.
- the target timing for sending feedback information may include one or more of the following timings:
- Receiving the first network coding data packet corresponding to the data unit starts a timer, and sends feedback information when the timer reaches a target value, where the target value may be that the network device uses radio resource control (RRC) Signaling configuration;
- RRC radio resource control
- the threshold may be configured by the network device through RRC signaling
- the ratio threshold may be
- the network equipment is configured through RRC signaling.
- the total number of original data packets contained in the data unit may be notified by the network device to the terminal device through RRC signaling, or the total number of original data packets contained in the data unit may also be the packet header of the data packet through the network encoding Information is transmitted to the recipient;
- the feedback information is sent periodically according to the target period.
- the target period may be preset or configured by the network device through RRC signaling.
- the sender may perform network coding on the original data packets contained in the multiple data units respectively in parallel, that is, the number of parallel network coding processes is multiple.
- the receiver can also perform network decoding on the network coded data packets corresponding to multiple data units in parallel, that is, there are multiple parallel network decoding processes.
- parallel network coding and parallel network decoding please refer to the aforementioned network decoding The description of parameter A in the encoding parameter will not be repeated here.
- the content of the feedback information can be different according to whether the network coding or network decoding is performed on multiple data units in parallel.
- the content of the feedback information can be explained separately below. It is understandable that the content of the feedback information can pass the parameter G in the aforementioned network coding parameters (that is, the feedback parameter) Configure it.
- the receiver can give overall feedback on the decoding of the data unit.
- the feedback information can include a Boolean information for Indicate whether the original data packet contained in the current data unit of the sender is successfully decoded; or, the receiver can also feed back the identifier of the original data packet that has been successfully decoded and/or unsuccessfully decoded in the data unit.
- the sender and receiver only perform network coding and network decoding on one data unit at the same time, when the receiver successfully decodes all the original data packets contained in the current data unit, the sender can send the network coded data corresponding to the next data unit Bag. Optionally, before all the original data packets contained in the current data unit are successfully decoded, the sender will not transmit the network coded data packet corresponding to the next data unit.
- the receiver can individually feedback the decoding status of each data unit as a whole, or it can also specifically feedback the successful decoding and/or of each data unit. Or the identification information of the original data packet that was not successfully decoded.
- the receiver may send feedback information to the sender, and the feedback information may be used to indicate the identification of the data unit successfully decoded and/or unsuccessfully decoded.
- the receiver may send feedback information to the sender, the feedback information indicating the original data contained in each data unit The identification of the original data packet and the identification of the data unit that are successfully decoded and/or unsuccessfully decoded in the packet.
- the feedback information may indicate that the original data packet 1 and the original data packet 2 in the data unit 1 are successfully decoded, and the original data packet 2 and the original data packet 3 in the data unit 2 are successfully decoded.
- the data unit is the data packet
- the protocol layer for network coding is the RLC layer as an example. It is understandable that, The protocol layer for network coding can also be other protocol layers.
- Data packets numbered 1-10 belong to the same data group, such as data group A.
- the sender may be a terminal device or a network device. If the sender is a terminal device, the corresponding receiver is a network device; if the sender is a network device, the corresponding receiver is a terminal device.
- the RLC layer of the sender receives the PDCP PDU of the upper PDCP layer.
- the RLC layer further generates the corresponding RLC PDU according to the PDCP PDU.
- the RLC layer can take the 10 RLC PDUs corresponding to the data packets numbered 1-10 as a data packet, and perform network coding on the 10 RLC PDUs in the data packet according to the network coding parameters and network coding methods configured by the network device.
- the sender may send the network coded data packets in batches according to the air interface resource situation between the sender and the receiver.
- the receiver can also perform network decoding on the network coded data packet according to the network coding parameters and network coding mode configured by the network device to obtain the data packet sent by the sender. For example, the receiver performs network decoding on the received network coded data packet to obtain data packet 1 and data packet 2, and the receiver sends feedback information to the sender.
- the feedback information can indicate that data packet 1 and data packet 2 of data packet A have been received. Then, that is, data packet 1 and data packet 2 of data packet A are decoded successfully.
- the sender can add more redundant information to the data packets numbered 3-10 in the network encoding process according to the feedback information sent by the receiver, so that the receiver can successfully decode the data packets 3-10.
- FIG. 5 is a schematic flowchart of a data transmission method provided by an embodiment of this application.
- This embodiment relates to a specific process of transmitting uplink data between an access network device, a core network device, and a terminal device.
- the method may include: S500, S501, S502, S503, S504, and S505.
- the execution sequence of S500, S501, S502, S503, S504, and S505 is not limited in the embodiment of the present application.
- the network device determines the first network coding mode and the network coding parameters corresponding to the first network coding mode.
- a network device sends configuration information to a terminal device, where the configuration information includes the first network coding mode and the network coding parameters.
- S502 The terminal device receives configuration information.
- step S500-step S502 in the embodiment of the present application please refer to step S100-step S102 in the embodiment of FIG. 3, which will not be repeated here.
- the terminal device sends a BSR to the network device, where the BSR includes a first data volume, where the first data volume is the original data volume before network encoding of the data to be sent, or after the network encoding of the data to be sent The actual amount of data.
- the first amount of data included in the BSR may be the actual amount of data after network encoding of the data to be sent.
- the actual data volume may be obtained by the terminal device according to the network coding parameters and/or channel status information, and the original data volume before network coding of the data to be sent.
- the network coding parameter is the network coding redundancy rate or the network coding redundancy rate range
- the channel status information is the signal to interference plus noise ratio (SINR) to illustrate the calculation of the actual data volume.
- SINR signal to interference plus noise ratio
- the actual data amount can also be calculated according to other parameters, which is not limited in the embodiment of the present application.
- the actual data amount can be calculated according to the network coding redundancy rate.
- a network device can configure a DRB with a network coding redundancy rate of 50%, and the original data volume of the data to be sent before network coding is 100 bytes, then the actual data volume transmitted on the air interface after network coding can be calculated It is 150 bytes.
- the actual data amount can be calculated according to the network coding redundancy rate range.
- a network device can configure a DRB with a network coding redundancy rate ranging from 30% to 80%, and the original data volume before network coding of the data to be sent is 100 bytes.
- the network coding redundancy rate used by the most recently transmitted transport block (TB) from the current moment is 60%. If the time difference between the most recent transmission time and the current time is less than the preset time threshold, the redundancy rate can be 60%, and the actual data volume transmitted on the air interface after network encoding can be calculated to be 160 bytes.
- the redundancy rate can be re-determined according to the current channel condition information. It is understandable that it is determined again according to the channel condition information.
- the redundancy rate belongs to the range of network coding redundancy rate. For example, the redundancy rate corresponding to each SINR can be predefined.
- the SINR of the current channel can be obtained by querying the SINR of the current channel.
- Corresponding redundancy rate, and according to the redundancy rate calculate the actual amount of data transmitted on the air interface after network encoding.
- the actual data volume can be calculated according to the network coding redundancy rate and channel status information.
- the network equipment can configure the network coding redundancy rate of a certain DRB to be 50%, and indicate to the terminal equipment that "50% network coding redundancy rate applies to the channel SINR of 15dB. If the channel is other SINR, it can be based on The corresponding relationship between the offset value of each SINR and the redundancy rate correction value obtains the redundancy rate corresponding to the other SINR".
- the corresponding relationship between the offset value of each SINR and the redundancy rate correction value can be defined by an agreement.
- the corresponding relationship between the offset value of each SINR and the redundancy rate correction value can be defined in the form of a table.
- the offset value of the SINR may be the difference between the SINR of the channel and the standard SINR (for example, the standard SINR is 15 dB).
- the redundancy rate correction value may be the size of the redundancy rate corresponding to the offset value of the SINR.
- the redundancy rate correction value may also be the difference between the redundancy rate corresponding to the offset value of the SINR and the standard redundancy rate (for example, the standard redundancy rate is 50%).
- the definition of the offset value and redundancy rate correction value of the SINR is not limited in the embodiment of the present application.
- the offset value of the SINR of the current channel can be calculated to be 5dB.
- the redundancy rate can be corrected to 70% according to the corresponding relationship between the offset value of each SINR and the redundancy rate correction value, that is, the redundancy rate corresponding to the SINR of the current channel is 70%. If the original data volume of the data to be sent before network encoding is 100 bytes, it can be calculated that the actual data volume transmitted on the air interface after network encoding is 130 bytes.
- the actual data volume can be calculated according to the network coding redundancy rate range and channel status information.
- a network device can configure a DRB with a network coding redundancy rate ranging from 30% to 80%, and correspondingly, the SINR range is -10dB-30dB.
- the correspondence relationship between the redundancy rate range and the SINR range may be defined through a table.
- the correspondence between each redundancy rate in the redundancy rate range and each SINR in the SINR range may be defined through a table.
- the SINR range can be divided into multiple SINR sub-ranges, and the corresponding relationship between each SINR sub-range and each redundancy rate in the redundancy rate range can be defined through a table.
- the SINR of the current channel can be determined according to the redundancy rate corresponding to the SINR that is close to the SINR of the current channel. Corresponding redundancy rate, and calculate the actual data amount according to the redundancy rate. If the corresponding relationship between each SINR sub-range and each redundancy rate in the redundancy rate range is defined, the SINR sub-range to which the SINR of the current channel belongs can be determined, and the redundancy rate corresponding to the SINR sub-range is determined as the current channel's The redundancy rate corresponding to the SINR, and the actual data amount is calculated according to the redundancy rate.
- the terminal device can infer the actual data volume after network encoding; if the terminal device sends the BSR, the data to be sent has already been network-encoded , The terminal device can use the network-encoded data volume as the actual data volume; if the terminal device sends a BSR, part of the data to be sent has been network-encoded, but some of the data has not yet been network-encoded, the terminal device It can be inferred that the amount of data after the network encoding of "this part of the data that has not been network coded" is added to the amount of data after the network encoding of the "this part of data that has been network encoded", so that the sum of the two parts of data is taken as The actual amount of data.
- the original data volume of the data to be sent by the terminal device before network encoding may be 100 bytes, and the terminal device determines that the actual data volume after network encoding is 200 bytes according to the channel condition information and/or network encoding parameters.
- the terminal device may send a BSR, which indicates that the actual data volume after network encoding is 200 bytes, that is, the first data volume is 200 bytes.
- the first amount of data included in the BSR may be the original amount of data before network coding is performed on the data to be sent. It is understandable that if the first data volume is the original data volume, the network device can calculate the actual data volume after network encoding of the data to be sent based on the network coding parameters and/or channel condition information and the original data volume. Among them, the method for the network device to calculate the actual data volume can refer to the method for the terminal device to calculate the actual data volume, which will not be repeated here.
- the first data volume included in the BSR may also be an intermediate data volume used to calculate the actual data volume, that is, the terminal device may calculate the intermediate data volume according to the original data volume.
- the network device further calculates the actual data volume based on the intermediate data volume.
- the terminal device can calculate the amount of intermediate data based on the network coding parameters and the amount of original data.
- the network device corrects the intermediate data volume according to the channel status information to determine the actual data volume.
- the original data volume of the data to be sent before network encoding is 100 bytes, and the terminal device can determine that the intermediate data volume is 150 bytes according to the 50% redundancy rate in the network encoding parameters, and report the first data volume through the BSR It is 150 bytes.
- the network device corrects the amount of intermediate data according to channel status information, etc., and finally determines that the actual amount of data transmitted over the air interface after network encoding is 200 bytes.
- the terminal device determines the actual data volume. If the first data volume included in the BSR is the original data volume, it can be considered that the actual data volume is determined by the network device. If the first data volume included in the BSR is the intermediate data volume, it can be considered that the terminal device and the network device jointly determine the actual data volume. In the embodiments of this application, the actual data volume is determined by the terminal device, or determined by the network device, or jointly determined by the terminal device and the network device, and may be configured by the network device. Optionally, the network device may pass the aforementioned network coding parameters The parameter I (that is, the calculation method of the BSR) configures the determination method of the actual data volume.
- the parameter I that is, the calculation method of the BSR
- the actual data volume may be determined by the terminal device, or determined by the network device, or jointly determined by the terminal device and the network device.
- the actual data volume is determined by the terminal device.
- the network device allocates uplink resources for transmitting network-encoded data to the terminal device according to the first data volume.
- the network device receives the BSR sent by the terminal device, and determines the actual data volume of the data to be sent after the network coding is performed on the data to be sent according to the first data volume included in the BSR.
- the network device allocates uplink resources for transmitting network-coded data to the terminal device according to the actual data volume. For example, if the actual data volume after network encoding is 200 bytes, the network device allocates uplink resources for transmitting 200 bytes to the terminal device.
- S505 The terminal device sends the network coded data to the network device in the uplink resource.
- the terminal device performs network coding on the data to be sent, and sends the network coded data on the uplink resources allocated by the network device.
- the network device receives the network-encoded data, and performs network decoding on the network-encoded data. Further, the network device sends the decoded data to the core network device. For example, the network device sends the decoded data to the UPF.
- the amount of data decoded by the network device can be the same as the amount of original data to be sent by the terminal device. For example, the amount of original data to be sent by the terminal device is 100 bytes, and the actual amount of data after network encoding is 200 bytes. , The amount of data decoded by the network device can also be 100 bytes.
- network-encoded data may be mapped on the DRB, and the data mapped on the DRB may be sent through a corresponding logical channel.
- the terminal device Before sending the data of the logical channel, the terminal device can allocate uplink resources for the logical channel through the LCP process.
- the data of the logical channel may include data in the DRB corresponding to the logical channel.
- the rateless network coding refers to the generation of endless network coding data for limited input data.
- the network device when the network coding mode configured by the network device for the radio bearer corresponding to the logical channel is rateless network coding, that is, the logical channel performs rateless network coding, and the network device can configure the logical channel Multiple priorities.
- the network device may configure two priorities for the logical channel. The two priorities may be the first priority in the first round of LCP resource allocation and the second priority in the second round of LCP resource allocation. priority.
- the network device may configure the first priority and the second priority through the parameter J (that is, the LCP parameter) in the foregoing network coding parameters.
- the terminal device when it allocates uplink resources to the logical channel, it may be based on the first priority of the logical channel in the first round of LCP resource allocation and the second priority in the second round of LCP resource allocation, Allocate uplink resources for the logical channel.
- the second priority in the second round of LCP resource allocation may indicate that the logical channel has the lowest priority in the second round of LCP resource allocation.
- the network device may configure a priority for the logical channel.
- the three logical channels are LCH A, LCH B, and LCH C.
- LCH C performs rateless network coding, so it can be used for this LCH.
- C configures the first priority in the first round of LCP resource allocation (that is, the first priority of LCH C is after LCH A and before LCH B) and the second priority in the second round of LCP resource allocation (That is, the second priority order of LCH C is after all LCHs).
- the amount of data after network encoding in the LCH A, LCH C, and LCH B is 300 bytes, infinity, and 700 bytes, respectively.
- the priority order of the three LCHs in the first round of LCP resource allocation is LCH A, LCH C, and LCH B, from high to low.
- LCH A is allocated for transmission of 100 bytes of uplink resources
- LCH C is allocated for use
- LCH B is allocated for transmission of 50 bytes of uplink resources.
- the priority order of the three LCHs in the second round of LCP resource allocation is LCH A, LCH B, and LCH C respectively.
- LCH A is allocated for transmission of 200 bytes of uplink resources
- LCH B is allocated for transmission of 650 bytes. All the remaining uplink resources are allocated for LCH C.
- the network device when the network coding mode configured by the network device for the radio bearer corresponding to the logical channel is rateless network coding, that is, the logical channel performs rateless network coding, and the network device can configure the logical channel Multiple GBRs.
- the network device may configure two GBRs for the logical channel.
- the two GBRs may be the first guaranteed bit rate GBR in the first round of LCP resource allocation and the second GBR in the second round of LCP resource allocation. Guaranteed bit rate GBR.
- the network device may configure the first guaranteed bit rate GBR and the second guaranteed bit rate GBR through the parameter J (that is, the LCP parameter) in the aforementioned network coding parameters.
- the terminal device when it allocates uplink resources to the logical channel, it can be based on the first guaranteed bit rate GBR of the logical channel in the first round of LCP resource allocation and the second guarantee in the second round of LCP resource allocation.
- the bit rate is GBR, and uplink resources are allocated for this logical channel.
- the ratio between the second guaranteed bit rate GBR in the second round of LCP resource allocation for each logical channel that performs rateless network coding can be configured. That is, in the second round of LCP resource allocation, uplink resources are allocated proportionally to the multiple logical channels that perform rateless network coding.
- the network device may configure a GBR for the logical channel, that is, the GBR in the first round of LCP resource allocation.
- the following is an example of logical channel allocation of uplink resources with reference to Figure 7.
- the three logical channels are LCH A, LCH B, and LCH C.
- LCH C performs rateless network coding, so it can be the LCH C
- the first guaranteed bit rate GBR configured in the first round of LCP resource allocation (as shown in the figure, the first guaranteed bit rate GBR of LCH C is 150) and the second guaranteed bit rate GBR in the second round of LCP resource allocation (That is, the second guaranteed bit rate GBR of the LCH C is 200).
- the amount of data encoded by the LCH A, LCH C, and LCH B network is 300 bytes, infinity, and 700 bytes, respectively.
- the priority order of the three LCHs from high to low is LCH A, LCH C, and LCH B respectively.
- LCH A is allocated uplink resources for transmission of 100 bytes
- LCH C is allocated for transmission of 150 bytes
- Resources, LCH B is allocated for transmission of 50 bytes of uplink resources.
- LCH A is allocated for transmission of 200 bytes of uplink resources
- LCH B is allocated for transmission.
- 650 bytes of uplink resources are allocated for LCH C to transmit 200 bytes of uplink resources. It is understandable that after the end of the second round of LCP resource allocation, if the uplink resources allocated by the network device to the terminal device still remain, in the third round of LCP resource allocation, all the remaining resources are allocated to the LCH C.
- the network device and the terminal device include hardware structures and/or software modules corresponding to each function.
- the network device and the terminal device include hardware structures and/or software modules corresponding to each function.
- this application can be implemented in the form of hardware, software, or a combination of hardware and software. Whether a certain function is executed by hardware, software, or computer software driving the hardware depends on the specific application scenarios and design constraints of the technical solution.
- the communication device may be a network device, a terminal device, or a module (such as a chip) applied to a network device or a terminal device.
- the communication device 800 includes a processing unit 810 and a transceiving unit 820.
- the communication device 800 is used to implement the functions of the network device or the terminal device in the method embodiment shown in FIG. 3 above.
- the processing unit 810 is used to determine the first network coding mode and the network coding parameters corresponding to the first network coding mode.
- the transceiver unit 820 is used to send configuration information to the terminal device, the configuration information includes the above-mentioned first network coding method and network coding parameters; the transceiver unit 820 is also used to transmit to the terminal device using the above-mentioned first network coding method according to the above-mentioned network coding parameters data.
- the transceiver unit 820 is used to receive configuration information from the network device, and the configuration information includes the first network coding mode and the first network coding mode Corresponding network coding parameters; the transceiver unit 820 is further configured to use the first network coding method to transmit data with the network device according to the network coding parameters.
- processing unit 810 and the transceiver unit 820 can be obtained directly by referring to the relevant description in the method embodiment shown in FIG. 3, and will not be repeated here.
- the communication device 900 includes a processor 910 and an interface circuit 920.
- the processor 910 and the interface circuit 920 are coupled to each other.
- the interface circuit 920 may be a transceiver or an input/output interface.
- the communication device 900 may further include a memory 930 for storing instructions executed by the processor 910 or storing input data required by the processor 910 to run the instructions or storing data generated after the processor 910 runs the instructions.
- the processor 910 is used to implement the function of the above-mentioned processing unit 810
- the interface circuit 920 is used to implement the function of the above-mentioned transceiving unit 820.
- the terminal device chip When the foregoing communication device is a chip applied to a terminal device, the terminal device chip implements the function of the terminal device in the foregoing method embodiment.
- the terminal device chip receives information from other modules in the terminal device (such as a radio frequency module or antenna), and the information is sent by the network device to the terminal device; or, the terminal device chip sends information to other modules in the terminal device (such as a radio frequency module or antenna).
- the antenna sends information, which is sent from the terminal device to the network device.
- the network device chip When the foregoing communication device is a chip applied to a network device, the network device chip implements the function of the network device in the foregoing method embodiment.
- the network device chip receives information from other modules in the network device (such as a radio frequency module or antenna), and the information is sent by the terminal device to the network device; or, the network device chip sends information to other modules in the network device (such as a radio frequency module or antenna).
- the antenna sends information, which is sent by the network device to the terminal device.
- the processor in the embodiments of the present application may be a central processing unit (Central Processing Unit, CPU), or may be other general-purpose processors, digital signal processors (Digital Signal Processors, DSPs), or application specific integrated circuits. (Application Specific Integrated Circuit, ASIC), Field Programmable Gate Array (Field Programmable Gate Array, FPGA) or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof.
- the general-purpose processor may be a microprocessor or any conventional processor.
- the processor may be random access memory (Random Access Memory, RAM), flash memory, read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable Except for programmable read only memory (Erasable PROM, EPROM), electrically erasable programmable read only memory (Electrically EPROM, EEPROM), registers, hard disk, mobile hard disk, CD-ROM or any other form of storage medium known in the art middle.
- An exemplary storage medium is coupled to the processor, so that the processor can read information from the storage medium and can write information to the storage medium.
- the storage medium may also be an integral part of the processor.
- the processor and the storage medium may be located in the ASIC.
- the ASIC can be located in a network device or a terminal device.
- the processor and the storage medium may also exist as discrete components in the network device or the terminal device.
- the above-mentioned embodiments it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof.
- software it can be implemented in the form of a computer program product in whole or in part.
- the computer program product includes one or more computer programs or instructions.
- the computer may be a general-purpose computer, a special-purpose computer, a computer network, a network device, a terminal device, or other programmable devices.
- the computer program or instruction may be stored in a computer-readable storage medium or transmitted through the computer-readable storage medium.
- the computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server integrating one or more available media.
- the usable medium may be a magnetic medium, such as a floppy disk, a hard disk, and a magnetic tape; it may also be an optical medium, such as a DVD; and it may also be a semiconductor medium, such as a solid state disk (SSD).
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供一种数据传输方法及装置,其中,数据传输方法可以包括:网络设备确定第一网络编码方式和第一网络编码方式对应的网络编码参数,网络设备向终端设备发送配置信息,该配置信息包括第一网络编码方式和网络编码参数,网络设备和终端设备根据上述网络编码参数和第一网络编码方式传输数据。采用本申请的技术方案,可以降低传输时延,提高传输效率。
Description
本申请要求于2020年05月27日提交中国专利局、申请号为202010463451.4、申请名称为“数据传输方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请涉及通信技术领域,尤其涉及一种数据传输方法及装置。
随着移动通信网络技术的不断发展,数据传输时延不断降低,传输容量越来越大。一些实时性强、数据容量要求大的应用也逐渐渗入到移动通信网络中,例如大型实景游戏、远程手术等。该些场景的共同特点是:强交互性、数据量大、实时性要求高。例如,在远程手术场景中,医生通过头盔等设备远程观察手术现场的情况,并通过手套等设备发出相应的指令,该指令传输到手术现场后,可以通过现场的机械操作手执行该指令。其中,操作手执行的现场情况的视频信息再经由摄像头和其它医用专业设备转换为信号,传到医生的头盔中,医生根据现场情况的视频信息,确定进一步的执行指令。在该远程手术场景中,医生要依赖看到的视频信息,确定相应的手术动作,所以要求通信系统传输视频信息的时延尽可能地短,实时性要求高,而目前的通信系统无法满足实时性需求。
发明内容
本申请实施例提供了一种数据传输方法及装置,可以支持网络设备与终端设备之间使用网络编码传输数据,从而降低传输时延,提高传输效率,满足通信系统的实时性需求。
第一方面,本申请实施例提供一种数据传输方法,其中,该方法可以由网络设备执行,也可以由网络设备的部件(例如处理器、芯片、或芯片系统等)执行。该数据传输方法可以包括:网络设备确定第一网络编码方式和第一网络编码方式对应的网络编码参数。其中,网络设备可以是根据终端设备的网络编码能力信息和/或核心网设备推荐的至少一种网络编码方式,为终端设备确定第一网络编码方式。网络设备可以根据终端设备的网络编码能力信息,确定该第一网络编码方式对应的网络编码参数。网络设备向该终端设备发送配置信息,该配置信息包括第一网络编码方式和网络编码参数。可选的,该第一网络编码方式和网络编码参数可以是网络设备为终端设备的数据无线承载(data radio bearer,DRB)配置的。示例性的,该配置信息可以是DRB配置信息,该DRB配置信息还可以包括网络设备配置的DRB参数。相应的,终端设备接收该配置信息。网络设备和终端设备可以根据该网络编码参数,使用该第一网络编码方式传输数据。
通过实施第一方面所描述的方法,网络设备与终端设备之间可以使用相应的网络编码方式来传输数据,从而可以提高传输效率,降低传输时延。
在第一方面的一种可能的实现方式中,网络编码参数包括以下参数中的一种或者多种:并行网络编码或者网络解码的进程个数,网络编码或者网络解码所需的内存大小,在上行传输或者下行传输中一个数据单元包含的原始数据包的个数,一个数据单元包含的原始数 据包的比特数总和,对原始数据包进行网络编码后的网络编码数据包的大小,对原始数据包进行网络编码后的网络编码数据包的数量,网络解码的反馈参数,网络编码的冗余率或者冗余率范围,缓存状态上报(buffer status report,BSR)的计算方式,使用无速率网络编码的无线承载的逻辑信道优先级流程LCP参数等等。
通过实施该方法,网络设备可以给终端设备配置各种网络编码参数,便于终端设备进行网络编码或者网络解码。
在第一方面的一种可能的实现方式中,网络设备可以根据网络编码参数,使用第一网络编码方式对数据进行网络编码,并向终端设备发送网络编码后的数据;或者,网络设备可以接收终端设备发送的网络编码后的数据,并根据网络编码参数,使用第一网络编码方式对该网络编码后的数据进行网络解码,获得网络编码前的数据。
在第一方面的一种可能的实现方式中,网络设备确定第一网络编码方式的方法可以是,从核心网设备接收第一消息,该第一消息包括核心网设备推荐的至少一种网络编码方式,并根据该至少一种网络编码方式确定第一网络编码方式。
通过实施该方法,网络设备可以根据核心网设备推荐的至少一种网络编码方式,为终端设备确定第一网络编码方式,减轻网络设备的负载。
在第一方面的一种可能的实现方式中,网络设备还可以获取终端设备的网络编码能力信息,并根据终端设备的网络编码能力信息,确定该第一网络编码方式对应的网络编码参数。
通过实施该方法,网络设备根据终端设备的网络编码能力信息,为终端设备配置第一网络编码方式对应的网络编码参数,从而使得配置的网络编码参数与终端设备的网络编码能力匹配。
在第一方面的一种可能的实现方式中,网络设备可以向终端设备发送能力上报请求,以获取终端设备的网络编码能力信息。可以理解的是,网络设备也可以不向终端设备发送能力上报请求,而终端设备主动上报网络编码能力信息,本申请实施例不作限定。
相应的,终端设备向网络设备发送能力信息,该能力信息包括终端设备的网络编码能力信息。网络设备接收该能力信息,并向核心网设备发送该能力信息。核心网设备存储终端设备的能力信息,以便于接入网需要获取终端设备的能力信息时,从该核心网设备获取该终端设备的能力信息。
通过实施该方法,将终端设备的网络编码能力信息通过终端设备的能力信息携带,便于网络设备后续可以根据终端设备的网络编码能力信息为终端设备配置网络编码参数。
在第一方面的一种可能的实现方式中,第一网络编码方式和网络编码参数可以是给终端设备的无线承载配置的。网络设备可以根据网络编码参数,使用第一网络编码方式与终端设备传输该无线承载的数据。
通过实施该方法,以无线承载为粒度为终端设备配置网络编码方式和网络编码参数,从而与现有的通过无线承载传输数据兼容。
在第一方面的一种可能的实现方式中,如果同一会话的数据通过多个无线承载传输,网络设备可以为多个无线承载配置相同的网络编码方式,或者网络设备也可以为不同无线承载配置不同的网络编码方式。
可以理解的是,网络设备也可以确定某一个无线承载或多个无线承载不使用网络编码方式,例如,同一会话的数据通过三个无线承载传输,网络设备可以确定该三个无线承载中的两个无线承载不使用网络编码方式,而其中一个无线承载使用网络编码方式。网络设备也可以确定一个无线承载的上行传输和下行传输分别使用不同的网络编码方式。
通过实施该方法,可以通过多种方式为无线承载配置网络编码方式,从而满足无线承载的网络编码方式配置需求。
在第一方面的一种可能的实现方式中,网络编码能力信息包括以下信息中的一项或者多项:所述终端设备支持的至少一种网络编码方式;所述终端设备同时进行网络编码的无线承载的数量;所述终端设备同时进行网络编码的无线承载的数据速率之和;在同时使用两个MAC实体的情况下,所述终端设备针对一个MAC实体同时进行网络编码的无线承载的数量;针对每个无线承载的每种网络编码方式,所述终端设备最大能同时支持的并行网络编码或者网络解码的进程个数;所述终端设备能用于网络编码和网络解码的内存大小;针对每个无线承载的每种网络编码方式,所述终端设备用于网络编码和网络解码的最大内存大小。
通过实施该方法,可以通过网络编码能力信息为终端设备配置网络编码参数,从而使得所配置的网络编码参数与终端设备的网络编码能力匹配。
在第一方面的一种可能的实现方式中,终端设备在发送网络编码后的数据之前,网络设备可以为终端设备分配用于传输网络编码后的数据的上行资源。可选的,网络设备从终端设备接收BSR,该BSR包括第一数据量,其中,该第一数据量可以是对待发送的数据进行网络编码前的原始数据量,或者,是对待发送的数据进行网络编码后的实际数据量。网络设备可以根据终端设备上报的第一数据量,为该终端设备分配用于传输网络编码后的数据的上行资源。其中,若第一数据量是对待发送的数据进行网络编码后的实际数据量,该网络设备可以根据该实际数据量,为终端设备分配用于传输网络编码后的数据的上行资源。若第一数据量是对待发送的数据进行网络编码前的原始数据量,该网络设备可以根据网络编码参数和/或信道状况信息,确定对待发送的数据进行网络编码后的实际数据量,并根据该实际数据量,为终端设备分配用于传输网络编码后的数据的上行资源。
通过实施该方法,网络设备可以为终端设备精准分配上行资源。
在第一方面的一种可能的实现方式中,若第一数据量是对待发送的数据进行网络编码前的原始数据量。网络设备可以根据所述网络编码参数和/或信道状况信息、第一数据量,确定对上述待发送的数据进行网络编码后的实际数据量,网络设备根据实际数据量,为终端设备分配用于传输网络编码后的数据的上行资源。
通过实施该方法,终端设备可以上报进行网络编码前的原始数据量,网络设备可以根据网络编码参数和/或信道状况信息计算得到网络编码后的实际数据量,从而与现有BSR上报流程兼容。
在第一方面的一种可能的实现方式中,在网络设备为逻辑信道对应的无线承载配置的网络编码方式是无速率网络编码时,该网络设备可以为该逻辑信道配置多个优先级。示例性的,网络设备可以为该逻辑信道配置两个优先级,该两个优先级可以分别是在第一轮LCP资源分配中的第一优先级和在第二轮LCP资源分配中的第二优先级。
可选的,第二轮LCP资源分配中的第二优先级可以指示该逻辑信道在第二轮LCP资源分配中的优先级最低。
通过实施该方法,网络设备可以为执行无速率网络编码的逻辑信道配置两个优先级,从而可以保证在第二轮LCP资源分配中,优先级比该执行无速率网络编码的逻辑信道的优先级低的逻辑信道可以分配到上行资源。
在第一方面的一种可能的实现方式中,网络设备为逻辑信道对应的无线承载配置的网络编码方式是无速率网络编码时,该网络设备可以为该逻辑信道配置多个GBR。示例性的,网络设备可以为该逻辑信道配置两个GBR,该两个GBR可以分别是在第一轮LCP资源分配中的第一保证比特速率GBR和在第二轮LCP资源分配中的第二保证比特速率GBR。
通过实施该方法,网络设备可以为执行无速率网络编码的逻辑信道配置两个GBR,从而可以保证在第二轮LCP资源分配中,优先级比该执行无速率网络编码的逻辑信道的优先级低的逻辑信道可以分配到上行资源。
在第一方面的一种可能的实现方式中,网络设备根据所述网络编码参数,使用所述第一网络编码方式接收终端设备发送的网络编码后的数据之后,还可以根据发送反馈信息的目标时机,确定向终端设备发送反馈信息,该反馈信息用于指示网络设备对所述网络编码后的数据进行网络解码的情况。
通过实施该方法,网络设备可以向终端设备发送反馈信息,以便于终端设备根据反馈信息优化后续网络编码,提高网络解码的成功率。
在第一方面的一种可能的实现方式中,上述目标时机包括以下时机中的一个或者多个:
接收到数据单元对应的第一个网络编码数据包启动计时器,当所述计时器达到目标值时发送反馈信息;
针对数据单元,当解码成功的原始数据包的数量大于门限值时,发送反馈信息;
针对数据单元,当解码成功的原始数据包的数量与所述数据单元包含的原始数据包总数量之间的比值达到比例门限值时,发送反馈信息;
按照目标周期,周期性发送反馈信息,所述目标周期是预设的或者所述网络设备配置的。
通过实施该方法,可以配置发送反馈信息的目标时机,提高反馈信息的接收成功率。
在第一方面的一种可能的实现方式中,所述反馈信息包括以下信息中的一项或者多项:
用于指示数据单元包含的原始数据包是否成功解码;
用于指示数据单元包含的多个原始数据包中成功解码和/或未成功解码的原始数据包的标识;
用于指示多个数据单元中成功解码和/或未成功解码的数据单元的标识;
用于指示数据单元包含的多个原始数据包中成功解码和/或未成功解码的原始数据包的标识和所述数据单元的标识。
通过实施该方法,可以精确反馈网络设备对数据单元包含的原始数据包的解码情况,便于终端设备优化后续网络编码,提高网络解码成功率。
第二方面,本申请实施例提供一种数据传输方法,其中,该方法可以由终端设备执行,也可以由终端设备的部件(例如处理器、芯片、或芯片系统等)执行。该数据传输方法可 以包括:终端设备从网络设备接收配置信息,其中,该配置信息包括第一网络编码方式和第一网络编码方式对应的网络编码参数。
终端设备可以根据该网络编码参数,使用第一网络编码方式与网络设备传输数据。
通过实施第二方面所描述的方法,网络设备与终端设备之间可以使用相应的网络编码方式来传输数据,从而可以提高传输效率,降低传输时延。
在第二方面的一种可能的实现方式中,网络编码参数包括以下参数中的一种或者多种:并行网络编码或者网络解码的进程个数,网络编码或者网络解码所需的内存大小,在上行传输或者下行传输中一个数据单元包含的原始数据包的个数,一个数据单元包含的原始数据包的比特数总和,对原始数据包进行网络编码后的网络编码数据包的大小,对原始数据包进行网络编码后的网络编码数据包的数量,网络解码的反馈参数,网络编码的冗余率或者冗余率范围,缓存状态上报BSR的计算方式,使用无速率网络编码的无线承载的逻辑信道优先级流程LCP参数等等。
在第二方面的一种可能的实现方式中,终端设备可以根据网络编码参数,使用第一网络编码方式对数据进行网络编码,并向网络设备发送网络编码后的数据;或者,终端设备可以接收网络设备发送的网络编码后的数据,并根据网络编码参数,使用第一网络编码方式对该网络编码后的数据进行网络解码,获得网络编码前的数据。
在第二方面的一种可能的实现方式中,终端设备在接收配置信息之前,该终端设备可以向网络设备上报网络编码能力信息。可选的,终端设备可以从网络设备接收能力上报请求,并根据能力上报请求,向网络设备发送能力信息,该能力信息包括终端设备的网络编码能力信息。可选的,网络设备可以将该能力信息发送至核心网设备进行存储,接入网若需要终端设备的网络编码能力信息,可以从核心网设备获取该终端设备的能力信息。
通过实施该方法,将终端设备的网络编码能力信息通过终端设备的能力信息携带,便于网络设备后续可以根据终端设备的网络编码能力信息为终端设备配置网络编码参数。
在第二方面的一种可能的实现方式中,第一网络编码方式和网络编码参数是给终端设备的无线承载配置的。终端设备可以根据网络编码参数,使用第一网络编码方式与网络设备传输该无线承载的数据。
通过实施该方法,以无线承载为粒度为终端设备配置网络编码方式和网络编码参数,从而与现有的通过无线承载传输数据兼容。
在第二方面的一种可能的实现方式中,终端设备在发送网络编码后的数据之前,该终端设备向网络设备发送BSR,该BSR包括第一数据量,该第一数据量可以是对待发送的数据进行网络编码前的原始数据量,或者,可以是对待发送的数据进行网络编码后的实际数据量。相应的,网络设备接收该BSR后,可以根据第一数据量,为终端设备分配用于传输网络编码后的数据的上行资源。其中,若第一数据量是对待发送的数据进行网络编码后的实际数据量,终端设备向网络设备发送BSR之前,可以根据网络编码参数和/或信道状况信息,确定对待发送的数据进行网络编码后的实际数据量。
通过实施该方法,便于网络设备为终端设备精准分配上行资源。
在第二方面的一种可能的实现方式中,在网络设备为终端设备配置上行资源后,终端设备可以将该上行资源分配给逻辑信道。可选的,终端设备可以根据逻辑信道在第一轮LCP 资源分配中的第一优先级和在第二轮LCP资源分配中的第二优先级,为该逻辑信道分配上行资源,该逻辑信道与无线承载对应,该逻辑信道可以是执行无速率网络编码的逻辑信道;可选的,第二轮LCP资源分配中的第二优先级可以指示该逻辑信道在第二轮LCP资源分配中的优先级最低。
该逻辑信道的数据可以包括对应无线承载的数据,该无线承载的数据可以是使用无速率网络编码方式进行网络编码后得到的数据。其中,逻辑信道的数据包括对应无线承载的数据,可以理解为,逻辑信道的数据包括映射在对应无线承载的数据。
通过实施该方法,终端设备可以根据执行无速率网络编码的逻辑信道的两个优先级为该逻辑信道分配上行资源,从而可以保证在第二轮LCP资源分配中,优先级比该执行无速率网络编码的逻辑信道的优先级低的逻辑信道可以分配到上行资源。
在第二方面的一种可能的实现方式中,终端设备可以根据逻辑信道在第一轮LCP资源分配中的第一保证比特速率GBR和在第二轮LCP资源分配中的第二保证比特速率GBR,为该逻辑信道分配上行资源,该逻辑信道与无线承载对应,该逻辑信道可以是执行无速率网络编码的逻辑信道。
该逻辑信道的数据可以包括对应无线承载的数据,该无线承载的数据可以是使用无速率网络编码方式进行网络编码后得到的数据。
通过实施该方法,终端设备可以根据执行无速率网络编码的逻辑信道的两个GBR为该逻辑信道分配上行资源,从而可以保证在第二轮LCP资源分配中,优先级比该执行无速率网络编码的逻辑信道的优先级低的逻辑信道可以分配到上行资源。
在第二方面的一种可能的实现方式中,终端设备根据网络编码参数,使用所述第一网络编码方式接收网络设备发送的网络编码后的数据之后,还可以根据发送反馈信息的目标时机,确定向网络设备发送反馈信息,该反馈信息用于指示终端设备对所述网络编码后的数据进行网络解码的情况。
通过实施该方法,终端设备可以向网络设备发送反馈信息,以便于网络设备根据反馈信息优化后续网络编码,提高网络解码的成功率。
在第二方面的一种可能的实现方式中,所述目标时机包括以下时机中的一个或者多个:
接收到数据单元对应的第一个网络编码数据包启动计时器,当所述计时器达到目标值时发送反馈信息;
针对数据单元,当解码成功的原始数据包的数量大于门限值时,发送反馈信息;
针对数据单元,当解码成功的原始数据包的数量与所述数据单元包含的原始数据包总数量之间的比值达到比例门限值时,发送反馈信息;
按照目标周期,周期性发送反馈信息,所述目标周期是预设的或者所述网络设备配置的。
通过实施该方法,可以配置发送反馈信息的目标时机,提高反馈信息的接收成功率。
在第二方面的一种可能的实现方式中,所述反馈信息包括以下信息中的一项或者多项:
用于指示数据单元包含的原始数据包是否成功解码;
用于指示数据单元包含的多个原始数据包中成功解码和/或未成功解码的原始数据包的标识;
用于指示多个数据单元中成功解码和/或未成功解码的数据单元的标识;
用于指示数据单元包含的多个原始数据包中成功解码和/或未成功解码的原始数据包的标识和所述数据单元的标识。
通过实施该方法,可以精确反馈终端设备对数据单元包含的原始数据包的解码情况,便于网络设备优化后续网络编码,提高网络解码成功率。
第三方面,本申请实施例提供了一种通信装置,包括用于执行第一方面或者第二方面的方法的各个模块或单元。
第四方面,本申请实施例提供了一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第一方面或者第二方面的方法。可选地,该通信装置还包括存储器。可选地,该通信装置还包括通信接口,处理器与通信接口耦合。
第五方面,本申请实施例提供了一种处理器,包括:输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号,并通过所述输出电路发射信号,使得所述处理器执行第一方面或者第二方面的方法。
在具体实现过程中,上述处理器可以为一个或多个芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第六方面,本申请实施例提供了一种处理装置,包括处理器和存储器。该处理器用于读取存储器中存储的指令,并可通过接收器接收信号,通过发射器发射信号,以执行第一方面或者第二方面的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解,相关的数据交互过程例如发送配置信息可以为从处理器输出配置信息的过程,接收配置信息可以为处理器接收配置信息的过程。具体地,处理器输出的数据可以输出给发射器,处理器接收的输入数据可以来自接收器。其中,发射器和接收器可以统称为收发器。
上述第六方面中的处理装置可以是一个或多个芯片。该处理装置中的处理器可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第七方面,本申请实施例提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序(也可以称为代码,或指令),当所述计算机程序被运行时,使得计算机执行上述 第一方面或者第二方面的方法。
第八方面,本申请实施例提供了一种可读存储介质,所述可读存储介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得上述第一方面或者第二方面的方法被实现。
第九方面,本申请实施例提供了一种通信系统,包括前述网络设备和/或终端设备。
可选的,该通信系统还可以包括核心网设备。
第十方面,提供了一种芯片系统,该芯片系统包括处理器和接口电路,处理器用于从存储器中调用并运行存储器中存储的计算机程序(也可以称为代码,或指令),以实现第一方面或者第二方面所涉及的功能,在一种可能的设计中,该芯片系统还包括存储器,存储器用于保存必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
图1是本申请实施例应用的通信系统的架构示意图;
图2是本申请实施例提供的LCP流程示意图;
图3是本申请实施例提供的一种数据传输方法的流程示意图;
图4是本申请实施例提供的一种反馈信息发送示意图;
图5是本申请实施例提供的一种数据传输方法的流程示意图;
图6是本申请实施例提供的一种逻辑信道的资源分配示意图;
图7是本申请实施例提供的另一种逻辑信道的资源分配示意图;
图8和图9是本申请实施例提供的可能的通信装置的结构示意图。
本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long term evolution,LTE)系统、通用移动通信系统(universal mobile telecommunication system,UMTS)、第五代(5th generation,5G)系统、新无线(new radio,NR)以及随着技术的发展出现的其他新的系统等。
图1示出了一种可以应用于本申请的5G系统的示意图。如图1所示,该系统可以分为接入网和核心网两部分。接入网用于实现无线接入有关的功能,主要包括接入网络(access network,AN)设备102,接入网络设备包括了无线接入网络(radio access network,RAN)设备以及其它通过空口接入的设备(比如WiFi)。核心网主要包括以下几个关键逻辑网元:用户面功能(user plane function)103、接入及移动管理功能(access and mobility management function,AMF)105、会话管理功能(session management function)106、策略控制功能(policy control function,PCF)107、统一数据管理功能(unified data management)109。该系统100还可以包括用户设备(user equipment,UE)101、数据网络(data network,DN)104和应用功能(application function,AF)108。各网元之间的接口如图1中所示。应理解,网元之间还可以采用服务化接口进行通信。
UE,也可以称为终端设备。终端设备可以经AN设备与一个或多个核心网(core network,CN)进行通信。终端设备可称为接入终端、终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线网络设备、用户代理或用户装置。终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless localloop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备或物联网、车辆网中的终端设备以及未来网络中的任意形态的终端设备等。
AN设备,是一种将终端设备接入到无线网络的设备,具体可以为基站。基站可以包括各种形式的基站,例如:宏基站,微基站(也称为小站),中继站,接入点等。具体可以为:无线局域网(wireless local area network,WLAN)中的接入点(access point,AP),全球移动通信系统(global system for mobile communications,GSM)或码分多址接入(code division multiple access,CDMA)中的基站(base transceiver station,BTS),也可以是宽带码分多址(wideband code division multiple access,WCDMA)中的基站(NodeB,NB),还可以是LTE中的演进型基站(Evolved Node B,eNB或eNodeB),或者中继站或接入点,或者车载设备、可穿戴设备以及5G系统中的下一代节点B(the next generation Node B,gNB)或者未来演进的公用陆地移动网(public land mobile network,PLMN)网络中的基站等。
UDM,具备管理用户的签约数据,生成用户的认证信息等功能。
AMF,主要负责UE的注册管理、UE的连接管理、UE的可达性管理、UE的接入授权和接入鉴权、UE的安全功能,UE的移动性管理,网络切片(network slice)选择,SMF选择等功能。AMF作为N1/N2接口信令连接的锚点并为SMF提供N1/N2接口会话管理(session management,SM)消息的路由,维护和管理UE的状态信息。AMF是5G系统中的一种移动管理网元。
SMF,主要负责UE会话管理的所有控制面功能,包括UPF的选择与控制,网络互连协议(internet protocol,IP)地址分配及管理,会话的服务质量(quality of service,QoS)管理,从PCF获取策略与计费控制(policy and charging control,PCC)策略等。SMF还作为非接入层(non-access stratum,NAS)消息中SM部分的终结点。
PCF,具备向控制面功能实体提供策略规则等功能。
AF,可以是应用服务器,其可以属于运营商,也可以属于第三方。
UPF,主要负责对用户报文进行处理,如转发、计费等,可以作为协议数据单元(protocol data unit,PDU)会话(session)连接的锚定点,即PDU会话锚点(PDU session anchor,PSA),负责对UE的数据报文过滤、数据传输/转发、速率控制、生成计费信息、用户面QoS处理、上行传输认证、传输等级验证、下行数据包缓存及下行数据通知触发等。UPF还可以作为多宿主(multi-homed)PDU会话的分支点。
DN,为用户提供数据传输服务的网络,例如,IP多媒体业务(IP Multi-media service,IMS)、互联网等。DN中可以包括应用服务器(application server,AS),AS是一种软件框架,提供一个应用程序运行的环境,用于为应用程序提供安全、数据、事务支持、负载平衡大型分布式系统管理等服务。UE通过与AS通信获取应用报文。需要说明的是,上述AF为AS的控制面。
应理解,本申请实施例并不限定只应用于图1所示的系统架构中。例如,可以应用本 申请实施例的数据传输方法的通信系统中可以包括更多或更少的网元或设备。图1中的设备或网元可以是硬件,也可以是从功能上划分的软件或者以上二者的结合。图1中的设备或网元之间可以通过其他设备或网元通信。
为方便描述,本申请实施例中可以将为终端设备提供无线接入功能的接入网设备统称为网络设备。例如,可以是图1中的AN设备,具体可以为各种形式的基站等等。
本申请实施例中的网络设备和终端设备之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packet data convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理层等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能;在一种实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层。
网络设备与终端设备之间的无线信道客观上存在波动,如果一个传输块(transport block,TB)传输时恰好碰到信道质量低谷,则可能导致传输错误,接收方收到后无法成功解码,对于该种情况,现有的通信系统是通过重传解决,即接收方向发送方发送否定确认(negative acknowledgment,NACK),发送方重传该TB。重传会引入额外的时延,并且实时多媒体业务的TB通常都很大,而错误的通常只是其中一小部分,因为TB的一小部分传输出错而重新传输整个TB,会浪费无线资源,造成效率降低。
采用本申请的技术方案,可以将网络编码应用于终端设备与网络设备之间进行数据传输。其中,网络设备可以配置网络编码所使用的第一网络编码方式以及第一网络编码方式对应的网络编码参数。网络设备与终端设备之间可以根据该网络编码参数,使用该第一网络编码方式进行数据传输。
具体可选的,发送方可以根据网络编码参数,使用第一网络编码方式对数据单元包含的原始数据包进行网络编码,获得该数据单元对应的多个网络编码数据包。其中,该发送方可以是网络设备或者终端设备。本申请实施例中的“数据单元”也可以称为“数据分组”或者“编码组”或者“编码块”或者“编码分批”或者“编码单元”等等。一个数据单元可以包括至少一个原始数据包,可以对该数据单元包括的至少一个原始数据包进行网络编码,获得该数据单元对应的多个网络编码数据包。
为了提高传输效率,发送方可以不用等对该数据单元包含的原始数据包网络编码完成后才向接收方发送网络编码数据包,而可以在对该数据单元包含的原始数据包进行网络编码的过程中,一边进行网络编码,一边发送已经得到的该数据单元对应的部分网络编码数据包。接收方接收到网络编码数据包后,根据网络编码参数,使用第一网络发送方式对该网络编码数据包进行网络解码,从而获得原始数据包。其中,若发送方是网络设备,则接收方可以是终端设备,若发送方是终端设备,则接收方可以是网络设备。
进一步地,接收方向发送方发送反馈信息,该反馈信息可以用于指示该数据单元中解码成功的原始数据包的标识,进一步可选的,该反馈信息还可以包括该数据单元的标识。其中,一个数据单元可以用该数据单元的标识唯一标识。可选的,若该数据单元被替换为数据分组,则可以用组标识(group ID)唯一标识该数据分组;或者,若数据单元被替换为编码分批,则可以用批标识(batch ID)唯一标识该编码分批;或者,若数据单元被替换为 编码块,则可以用块标识唯一标识该编码块。
发送方在对该数据单元包含的原始数据包进行网络编码的过程中,可以根据该反馈信息,对网络编码进行优化,例如,发送方可以对该数据单元包含的原始数据包中除解码成功的原始数据包外的其他的原始数据包添加更多的冗余信息进行网络编码,以提高该其他的原始数据包的解码成功率。采用本申请实施例的技术方案,接收方不需要重传TB,而可以通过优化网络编码达到提高原始数据包的网络解码成功率,从而减小传输时延,提高数据传输效率,满足通信系统的实时性需求。
首先,在描述本申请实施例之前,对本申请实施例涉及的名称或术语进行介绍。
1、网络编码
本申请实施例中网络编码可以使用的网络编码方式包括但不限于:传统代数编码、狭义的无速率网络编码以及网络编码。其中,传统代数编码可以包括分布式代数编码,例如,汉明(Hamming)码、RS码为代表的极大距离可分(maximum distance separable code,MDS)码,Local Repairable codes等等;狭义的无速率编码,可以包括卢比变换码(Luby Transform Code,LT)、Raptor、RaptorQ等等。网络编码可以包括随机线性网络编码(Random Linear Network Coding,RLNC),和结合多元LT码的分批稀疏(batch sparse code,BATS)码等等。
本申请实施例中的网络编码可以是指上层所进行的网络编码,而不同于物理层的信道编码。该上层可以是具有网络编码功能的协议层,该协议层可以包括但不限于无线链路控制(radio link control,RLC)层、或分组数据汇聚协议(packet data convergence protocol,PDCP)层、或回传适配(backhaul adaptation protocol,BAP)层、或媒体接入控制(media access control,MAC)层等等,本申请实施例不作限定。
发送方(也可以被称为编码方)将多个原始数据包分成多个数据单元,一个数据单元包含至少一个原始数据包,发送方对数据单元中包含的原始数据包进行网络编码,从而获得该数据单元对应的多个网络编码数据包,通常所得到的数据单元对应的网络编码数据包的个数大于该数据单元所包含的原始数据包的个数。
根据发送方与接收方(也可以被称为解码方)之间的传输资源情况,发送方可以将获得的数据单元对应的多个网络编码数据包分批传输给接收方。
本申请实施例的原始数据包可以替换为原始数据分段或者原始数据块等等,网络编码数据包可以替换为网络编码数据分段、网络编码包、编码数据包、网络编码数据块或者网络编码数据单元等等中的一个。在本申请实施例中,被编码的数据可以包括业务数据和/或接入层生成的控制信元,接入层生成的控制信元可以包括但不限于SDAP控制PDU,PDCP控制PDU,RLC控制PDU,MAC控制PDU等等。
2、缓存状态上报(buffer status report,BSR)
终端设备在发送数据之前,可以通过BSR向网络设备上报待发送的数据量,网络设备根据终端设备上报的数据量,为该终端设备分配上行资源用于传输上行数据。
3、逻辑信道优先级(logical channel priority,LCP)流程
在网络设备为终端设备配置上行资源后,该终端设备会通过LCP流程将该上行资源进 一步分配给各个逻辑信道(logical channel,LCH)。请参照图2所示,在LCP流程中可以分为第一轮LCP资源分配和第二轮LCP资源分配,可以理解的是,若在第一轮LCP资源分配中,网络设备为终端设备分配的上行资源已经分配完,则可以不进行第二轮LCP资源分配。
可选的,如图2所示,LCH A待发送的数据量为300字节,LCH B待发送的数据量为700字节,LCH C待发送的数据量为200字节。
网络设备配置各个逻辑信道的优先级顺序为,LCH A的优先级高于LCH C,LCH C的优先级高于LCH B。网络设备配置第一轮LCP资源分配中,LCH A的保证比特速率(guaranteed bit rate,GBR)为100,LCH C的GBR为150,LCH B的GBR为50。其中,GBR是指系统保证承载的最小比特速率,即使在传输资源紧张的情况下,相应的比特速率也能够保持。
第一轮LCP资源分配时,终端设备按照各个LCH的优先级顺序以及各个LCH的GBR为各个LCH分配上行资源。如图2所示,根据优先级最高的LCH A的GBR,为LCH A分配用于传输100字节的上行资源,根据优先级次高的LCH C的GBR,为LCH C分配用于传输150字节的上行资源,根据优先级最低的LCH B的GBR,为LCH B分配用于传输50字节的上行资源。
可以理解的是,在第一轮LCP资源分配过程中,若网络设备为终端设备配置的上行资源已经分配完,则不会为优先级更低的LCH分配上行资源。例如,若网络设备为终端设备配置了用于传输250字节的上行资源,则在第一轮LCP资源分配过程中,LCH B则无法获得上行资源,又或者,网络设备为终端设备配置了用于传输300字节的上行资源,则在第一轮LCP资源分配结束后不再进行第二轮LCP资源分配。
若在第一轮LCP资源分配结束后,网络设备为终端设备配置的上行资源仍然存在剩余,则进行第二轮LCP资源分配。在第二轮LCP资源分配时,各个LCH按优先级顺序分配上行资源,即第二轮LCP资源分配中总是先满足高优先级的LCH的传输需求。
如图所示,在第二轮LCP资源分配中,为优先级最高的LCH A分配用于传输200字节的上行资源(由于LCH A总共待发送的数据量为300字节,而在第一轮LCP资源分配中已经分配用于传输100字节的上行资源,因此在第二轮LCP资源分配中分配用于传输300-100=200字节的上行资源)。为优先级次高的LCH C分配用于传输50字节的上行资源(由于LCH C总共待发送的数据量为200字节,而在第一轮LCP资源分配中已经分配用于传输150字节的上行资源,因此在第二轮LCP资源分配中需分配用于传输200-150=50字节的上行资源)。为优先级最低的LCH B分配用于传输650字节的上行资源(由于LCH B总共待发送的数据量为700字节,而在第一轮LCP资源分配中已经分配用于传输50字节的上行资源,因此在第二轮LCP资源分配中需分配用于传输700-50=650字节的上行资源)。
图3为本申请实施例提供的一种数据传输的方法的流程示意图,本实施例涉及的是接入网设备、核心网设备和终端设备之间进行数据传输的具体过程。如图3所示,该方法可以包括:S100、S101、S102以及S103,其中,S100、S101、S102以及S103的执行顺序,本申请实施例不作限制。
S100,网络设备确定第一网络编码方式和第一网络编码方式对应的网络编码参数。
具体的,网络设备可以为终端设备配置第一网络编码方式和第一网络编码方式对应的网络编码参数。其中,网络编码参数可以包括以下参数A至J中的一种或者多种:
A、并行网络编码或者网络解码的进程个数。其中,并行网络编码的进程个数可以指示同时对几个数据单元分别包含的原始数据包并行进行网络编码。并行网络解码的进程个数可以指示同时对几个数据单元分别对应的网络编码数据包并行进行网络解码。例如,编号为1-10的原始数据包属于一个数据单元1,将编号为11-20的原始数据包属于数据单元2。如果同时对数据单元1包含的原始数据包进行网络编码和数据单元2包含的原始数据包进行网络编码,则并行网络编码的进程个数为2。如果同时对数据单元1对应的网络编码数据包进行网络解码和数据单元2对应的网络编码数据包进行网络解码,则并行网络解码的进程个数为2。
B、网络编码或者网络解码所需的内存大小。
C、在上行传输或者下行传输中一个数据单元包含的原始数据包的个数。
D、一个数据单元包含的原始数据包的比特数总和。
E、对原始数据包进行网络编码后的网络编码数据包的大小。其中,网络设备可以配置数据单元对应的每个网络编码数据包的大小,和/或,网络设备可以配置对数据单元包含的原始数据包进行网络编码后得到的多个网络编码数据包中各个网络编码数据包的大小分布,该大小分布也可以称为分布模式。该大小分布可以表示各个网络编码数据包的大小的分布规律,比如,该各个网络编码数据包的大小符合正态分布。
F、对数据单元包含的原始数据包进行网络编码后得到的多个网络编码数据包的数量。
G、网络解码的反馈参数。
H、网络编码的冗余率或者冗余率范围。
I、缓存状态上报BSR的计算方式。
J、使用无速率网络编码的无线承载的逻辑信道优先级流程LCP参数。
其中,参数A至J中部分参数的内容解释见后续实施例的描述。
可选的,网络设备可以根据核心网设备推荐的至少一种网络编码方式确定第一网络编码方式,该核心网设备可以是AMF或者SMF。其中,网络设备确定第一网络编码方式可以包括步骤一和步骤二,下面对该两个步骤分别阐述:
步骤一、网络设备从核心网设备接收第一消息,该第一消息包括核心网设备推荐的至少一种网络编码方式。
示例性的,可以是终端设备向核心网设备发送的会话请求触发该核心网设备向与该终端设备关联的网络设备发送第一消息,其中,终端设备向核心网设备发送的会话请求中可以包括终端设备推荐的网络编码方式,可以理解的是,该终端设备也可以不推荐网络编码方式,本申请实施例不作限定。
可选的,第一消息可以是业务建立消息或者PDU会话建立(PDU session setup)消息。该第一消息可以包括核心网设备推荐的网络编码方式列表,其中,该网络编码方式列表中包括核心网设备推荐的至少一种网络编码方式。
核心网设备可以根据以下信息中的一项或者多项确定推荐的至少一种网络编码方式: 会话的(quality of service,QoS)要求、终端设备待发送的数据的业务类型、该终端设备的网络编码能力信息或终端设备推荐的网络编码方式。
其中,终端设备的网络编码能力信息可以是核心网设备通过终端设备的能力上报流程获取的。具体可选的,可以是在终端设备向网络注册时,网络设备向该终端设备发送能力上报请求,在终端设备接收到能力上报请求后,向该网络设备发送能力信息。或者,也可以是终端设备主动向网络设备发送能力信息。能力信息中包括用于表示终端设备的网络编码能力的网络编码能力信息。
相应的,网络设备将终端设备上报的能力信息发送给核心网设备,核心网设备存储该能力信息。可以理解的是,该能力信息中包括终端设备的网络编码能力信息。
示例性的,网络编码能力信息可以包括以下信息a至g中的一项或者多项:
a、终端设备支持的至少一种网络编码方式。其中,终端设备支持的至少一种网络编码方式包括:传统代数编码类、狭义的无速率网络编码类以及网络编码类。其中,传统代数编码类可以包括分布式代数编码,例如,汉明(Hamming)码、RS码为代表的MDS码,Local Repairable codes等等;狭义的无速率网络编码类,可以包括LT、Raptor、RaptorQ等等。网络编码类可以包括RLNC,和结合多元LT码的BATS码等等。
b、终端设备同时进行网络编码的无线承载的数量。
c、终端设备同时进行网络编码的无线承载的数据速率之和。
d、在同时使用两个MAC实体的情况下,终端设备针对一个MAC实体同时进行网络编码的无线承载的数量。
e、针对每个无线承载的每种网络编码方式,终端设备最大能同时支持的并行网络编码或者网络解码的进程个数。
f、终端设备能用于网络编码和网络解码的内存大小。
g、针对每个无线承载的每种网络编码方式,终端设备用于网络编码和网络解码的最大内存大小。
在一些可选的方式中,核心网设备除了推荐至少一种网络编码方式外,还可以指定会话内每个数据流所使用的网络编码方式。
步骤二、网络设备根据核心网设备推荐的至少一种网络编码方式,确定第一网络编码方式。
具体的,如果核心网设备推荐的网络编码方式中只包含一种网络编码方式,则网络设备将该网络编码方式作为第一网络编码方式配置给终端设备。如果核心网设备推荐的网络编码方式中包含多种网络编码方式,则网络设备可以从该多种网络编码方式中选择一种网络编码方式作为第一网络编码方式配置给终端设备。可以理解的是,网络设备为终端设备配置的第一网络编码方式也可以与核心网设备推荐的至少一种网络编码方式不同,例如,网络设备根据终端设备的网络编码能力信息,确定第一网络编码方式,而该第一网络编码方式不同于核心网设备推荐的至少一种网络编码方式。
通过实施步骤一和步骤二,网络设备确定第一网络编码方式后,可以进一步根据终端设备的网络编码能力信息,为该终端设备配置该第一网络编码方式对应的网络编码参数。其中,终端设备的网络编码能力信息可以是来自于核心网设备,即终端设备可以向核心网 设备获取该终端设备的网络编码能力信息。或者,网络设备也可以本地存储终端设备的网络编码能力信息。
可选的,若终端设备是向核心网设备获取网络编码能力信息,当该核心网设备没有保存该终端设备的网络编码能力信息时,该核心网设备可以向终端设备请求能力信息。例如,核心网设备向该终端设备关联的网络设备发送能力指示信息,该网络设备接收到能力指示信息后,向终端设备发送能力上报请求,以请求终端设备上报包含网络编码能力信息的能力信息,网络设备再将接收的能力信息发送给核心网设备存储。
在一些可选的实施方式中,第一网络编码方式和网络编码参数可以是网络设备给终端设备的无线承载(radio bearer,RB)配置的,其中,RB可以是数据无线承载(data radio bearer,DRB)。
示例性的,如果同一会话的数据在空口通过多个DRB传输,网络设备可以为多个DRB配置相同的网络编码方式,或者网络设备也可以为不同DRB配置不同的网络编码方式。例如,同一会话的数据在空口通过三个DRB传输,网络设备可以为其中两个或三个DRB配置相同的网络编码方式,或者,网络设备也可以分别为三个DRB中的每个DRB配置不同的网络编码方式,本申请实施例不作限定。
可以理解的是,网络设备也可以确定某一个DRB或多个DRB不使用网络编码方式,例如,同一会话的数据在空口通过三个DRB传输,网络设备可以确定该三个DRB中的两个DRB不使用网络编码方式,而其中一个DRB使用网络编码方式。网络设备也可以确定一个DRB的上行传输和下行传输分别使用不同的网络编码方式。
可选的,如果核心网设备对会话内的多个数据流分别指示了不同的网络编码方式,网络设备不会将使用不同网络编码方式的数据流映射到同一个DRB,网络设备也不会将使用了网络编码方式的数据流和不使用网络编码方式的数据流映射到同一个DRB。
网络设备可以对确定网络编码方式的DRB配置网络编码方式对应的网络编码参数。可以理解的是,如果同一个DRB的上行传输和下行传输分别使用不同的网络编码方式,则可以分别为上行传输和下行传输配置不同的网络编码参数。
S101,网络设备向终端设备发送配置信息,所述配置信息包括所述第一网络编码方式和所述网络编码参数。
在一个实施例中,若该第一网络编码方式和网络编码参数是网络设备给终端设备的DRB配置的,配置信息还可以包括DRB的标识信息。可选的,该配置信息可以是DRB配置信息,该DRB配置信息中还可以包括网络设备为终端设备配置的DRB的参数。
S102,终端设备接收配置信息。
S103,网络设备和终端设备根据网络编码参数,使用第一网络编码方式传输数据。
具体的,网络设备配置第一网络编码方式和网络编码参数后,该网络设备和终端设备可以根据网络编码参数,使用第一网络编码方式传输数据。可选的,若第一网络编码方式和网络编码参数是网络设备给终端设备的DRB配置的,则网络设备和终端设备可以根据网络编码参数,使用第一网络编码方式传输该DRB的数据。其中,传输该DRB的数据也可以理解为,传输映射在该DRB的数据。
示例性的,在数据传输的过程中,网络设备也可以重新配置网络编码方式和/或网络编 码参数。可选的,终端设备在进行小区切换过程中,网络设备也可以重新配置网络编码方式和/或网络编码参数,本申请实施例不作限定。
其中,网络设备可以作为数据的发送方,对网络设备待发送的数据进行网络编码,并向终端设备发送网络编码后的数据。或者,终端设备可以作为数据的发送方,对终端设备待发送的数据进行网络编码,并向网络设备发送网络编码后的数据。下面分别对发送方为网络设备或终端设备进行阐述。
在第一种可选的实施方式中,网络设备作为数据的发送方。具体的,网络设备可以根据网络编码参数,使用第一网络编码方式对该网络设备待发送的数据进行网络编码,并将网络编码后的数据发送给终端设备。其中,使用第一网络编码方式对数据进行网络编码,可以理解为,使用该第一网络编码方式对应的网络编码算法对数据进行网络编码。
相应的,终端设备可以接收网络设备发送的网络编码后的数据,并根据网络编码参数,使用第一网络编码方式对该网络编码后的数据进行网络解码,获得网络设备发送的数据。其中,使用第一网络编码方式对网络编码后的数据进行网络解码,可以理解为,使用第一网络编码方式对应的网络解码算法对网络编码后的数据进行网络解码。
可选的,终端设备可以根据发送反馈信息的目标时机,确定是否向网络设备发送反馈信息,该反馈信息用于指示终端设备对网络编码后的数据进行网络解码的情况。若当前时机满足发送反馈信息的目标时机,则终端设备向该网络设备发送反馈信息。
在第二种可选的实施方式中,终端设备作为数据的发送方。具体的,终端设备可以根据网络编码参数,使用第一网络编码方式对终端设备待发送的数据进行网络编码,并将网络编码后的数据发送给网络设备。需要说明的是,该终端设备在将网络编码后的数据发送给网络设备之前,可以通过BSR上报,以请求网络设备为终端设备分配用于传输网络编码后的数据的上行资源,具体可以参照后续图5实施例的描述,暂不赘述。
相应的,网络设备可以接收终端设备发送的网络编码后的数据,并根据网络编码参数,使用第一网络编码方式对该网络编码后的数据进行网络解码,获得终端设备发送的数据。
可选的,网络设备可以根据发送反馈信息的目标时机,确定是否向终端设备发送反馈信息,该反馈信息用于指示网络设备对网络编码后的数据进行网络解码的情况。若网络设备确定向终端设备发送反馈信息,例如,当前时机满足发送反馈信息的目标时机,则网络设备向该终端设备发送反馈信息。
需要说明的是,在第一种可选的实施方式和第二种可选的实施方式中,发送方对数据进行网络编码时所使用的冗余率可以通过以下三种方式确定:
方式1、若网络设备配置了网络编码的冗余率,例如,通过网络编码参数中的参数H配置网络编码的冗余率,则发送方可以使用配置的网络编码冗余率进行网络编码。相应的,接收方也可以使用配置的网络编码冗余率进行网络解码。
方式2、若网络设备配置了网络编码的冗余率范围,例如,通过网络编码参数中的参数H配置了网络编码的冗余率范围,则发送方可以在该冗余率范围内选择一个冗余率进行网络编码,并在网络编码数据包的包头信息中指示所使用的冗余率。相应的,接收方可以通过解析包头信息,获得冗余率,并使用该获得的冗余率进行网络解码。
在方式2中,发送方除了可以在网络编码数据包的包头信息中指示上述冗余率之外, 还可以在该数据包所在的MAC业务数据单元(service data unit,SDU)对应的子头部(subheader)中指示上述冗余率;或者,发送方还可以在该数据包所在的MAC PDU中添加一个MAC CE,在该MAC CE中指示上述冗余率;或者,发送方还可以在下行控制信息(downlink control information,DCI)中指示上述冗余率。
方式3、若网络设备未配置网络编码的冗余率和网络编码的冗余率范围,则发送方可以在冗余率的全集(例如1%至100%)中选择一个冗余率进行网络编码,并在网络编码数据包的包头信息中指示所使用的冗余率。相应的,接收方可以通过解析包头信息,获得冗余率,并使用该获得的冗余率进行网络解码。在本申请实施例中,冗余率又可以称为码率。
可选的,在第一种可选的实施方式和第二种可选的实施方式中,发送反馈信息的目标时机可以预先设置在终端设备或者网络设备中,或者,也可以是由网络设备配置的,例如,网络设备可以通过前述网络编码参数中的参数G(即反馈参数)配置发送反馈信息的目标时机。
可选的,发送反馈信息的目标时机可以包括以下时机中的一个或者多个:
接收到数据单元对应的第一个网络编码数据包启动计时器,当所述计时器达到目标值时发送反馈信息,其中,该目标值可以是网络设备通过无线资源控制(radio resource control,RRC)信令配置的;
针对数据单元,当解码成功的原始数据包的数量大于门限值时,发送反馈信息,其中,该门限值可以是网络设备通过RRC信令配置的;
针对数据单元,当解码成功的原始数据包的数量与所述数据单元包含的原始数据包的总数量之间的比值达到比例门限值时,发送反馈信息,其中,该比例门限值可以是网络设备通过RRC信令配置的。可选的,数据单元包含的原始数据包的总数量可以是网络设备通过RRC信令通知给终端设备的,或者,数据单元包含的原始数据包的总数量也可以是通过网络编码数据包的包头信息传输给接收方;
按照目标周期,周期性发送反馈信息,该目标周期可以是预设的或者可以是网络设备通过RRC信令配置的。
在一些可选的实施方式中,发送方可以并行对多个数据单元包含的原始数据包分别进行网络编码,即并行网络编码的进程个数为多个。接收方也可以并行对多个数据单元对应的网络编码数据包分别进行网络解码,即并行网络解码的进程个数为多个,其中,关于并行网络编码以及并行网络解码的描述可以参照前述对网络编码参数中的参数A的描述,在此不再赘述。
根据是否对多个数据单元并行进行网络编码或者网络解码,反馈信息的内容可以不同,下面分别阐述,可以理解的是,反馈信息的内容可以通过前述网络编码参数中的参数G(即反馈参数)进行配置。
当发送方和接收方同时只对一个数据单元进行网络编码和网络解码时,接收方可以对该数据单元的解码情况进行整体反馈,具体的,该反馈信息可以包括一个布尔型的信息,用于指示发送方当前数据单元包含的原始数据包是否解码成功;或者,接收方也可以反馈该数据单元中解码成功和/或未成功解码的原始数据包的标识。
当发送方和接收方同时只对一个数据单元进行网络编码和网络解码时,在接收方成功 解码得到当前数据单元包含的所有原始数据包时,发送方可以发送下一个数据单元对应的网络编码数据包。可选的,在当前数据单元包含的所有原始数据包未成功解码之前,发送方不会传输下一个数据单元对应的网络编码数据包。
当发送方和接收方同时对多个数据单元并行进行网络编码或者网络解码时,接收方可以对各个数据单元的解码情况分别进行整体反馈,或者,也可以具体反馈各个数据单元中解码成功和/或未成功解码的原始数据包的标识信息。
示例性的,若接收方对各个数据单元的解码情况分别进行整体反馈,接收方可以向发送方发送反馈信息,该反馈信息可以用于指示成功解码和/或未成功解码的数据单元的标识。
示例性的,若接收方具体反馈各个数据单元中解码成功和/或未成功解码的原始数据包的标识信息,接收方可以向发送方发送反馈信息,该反馈信息指示各个数据单元包含的原始数据包中成功解码和/或未成功解码的原始数据包的标识和数据单元的标识。示例性的,该反馈信息可以指示数据单元1中的原始数据包1和原始数据包2成功解码,数据单元2中的原始数据包2和原始数据包3成功解码。
下面结合附图4对本申请实施例的反馈信息发送过程进行举例说明,在图4实施例中,以数据单元为数据分组,进行网络编码的协议层为RLC层作为举例说明,可以理解的是,进行网络编码的协议层也可以是其他协议层。编号为1-10的数据包属于同一个数据分组,例如数据分组A。其中,发送方可以是终端设备或者网络设备。如果发送方是终端设备,则对应的接收方是网络设备;如果发送方是网络设备,则对应的接收方是终端设备。
发送方的RLC层接收上层PDCP层的PDCP PDU。RLC层进一步根据PDCP PDU生成对应的RLC PDU。RLC层可以将编号为1-10的数据包所对应的10个RLC PDU作为一个数据分组,根据网络设备配置的网络编码参数以及网络编码方式,对数据分组中的10个RLC PDU进行网络编码,获得多个网络编码数据包,发送方将网络编码数据包发送给接收方进行网络解码。可选的,发送方可以根据发送方与接收方之间的空口资源情况,分批发送网络编码数据包。
相应的,接收方也可以根据网络设备配置的网络编码参数以及网络编码方式,对网络编码数据包进行网络解码,获得发送方发送的数据包。例如,接收方对接收的网络编码数据包进行网络解码,获得数据包1和数据包2,则接收方向发送方发送反馈信息,反馈信息可以指示数据分组A的数据包1和数据包2已经收到,即数据分组A的数据包1和数据包2解码成功。发送方可以根据接收方发送的反馈信息,在网络编码过程中,对编号为3-10的数据包添加更多的冗余信息,便于接收方解码成功得到数据包3-10。
图5为本申请实施例提供的一种数据传输的方法的流程示意图,本实施例涉及的是接入网设备、核心网设备和终端设备之间传输上行数据的具体过程。如图3所示,该方法可以包括:S500、S501、S502、S503、S504以及S505,其中,S500、S501、S502、S503、S504以及S505的执行顺序,本申请实施例不作限制。
S500,网络设备确定第一网络编码方式和第一网络编码方式对应的网络编码参数。
S501,网络设备向终端设备发送配置信息,所述配置信息包括所述第一网络编码方式 和所述网络编码参数。
S502,终端设备接收配置信息。
其中,本申请实施例的步骤S500-步骤S502请参照图3实施例的步骤S100-步骤S102,在此不再赘述。
S503,终端设备向网络设备发送BSR,所述BSR包括第一数据量,所述第一数据量是对待发送的数据进行网络编码前的原始数据量,或者,是对待发送的数据进行网络编码后的实际数据量。
在一些可选的实施例中,BSR中包括的第一数据量可以是对待发送的数据进行网络编码后的实际数据量。该实际数据量可以是终端设备根据网络编码参数和/或信道状况信息、对待发送的数据进行网络编码前的原始数据量获得的。
下面以网络编码参数为网络编码冗余率或者网络编码冗余率范围,信道状况信息为信号与干扰加噪声比(signal to interference plus noise ratio,SINR),对计算实际数据量进行举例说明,当然,也可以根据其他参数计算得到实际数据量,本申请实施例不作限定。
示例性的,可以根据网络编码冗余率,计算得到实际数据量。例如,网络设备可以配置某个DRB的网络编码冗余率是50%,待发送的数据进行网络编码前的原始数据量为100字节,则可以计算得到网络编码后在空口传输的实际数据量为150字节。
示例性的,可以根据网络编码冗余率范围,计算得到实际数据量。例如,网络设备可以配置某个DRB的网络编码冗余率范围是30%-80%,对待发送的数据进行网络编码前的原始数据量为100字节。在距离当前时刻最近一次传输的传输块(transport block,TB)所使用的网络编码冗余率是60%。如果该最近的一次传输的时刻与当前时刻之间的时间差小于预设的时间阈值,则可以根据冗余率是60%,计算得到网络编码后在空口传输的实际数据量为160字节。如果该最近的一次传输的时刻与当前时刻之间的时间差大于或等于预设的时间阈值,则可以根据当前的信道状况信息,重新确定冗余率,可以理解的是重新根据信道状况信息确定的冗余率属于网络编码冗余率范围。例如,可以预先定义各个SINR所对应的冗余率,在最近一次传输的时刻与当前时刻之间的时间差大于或等于预设的时间阈值时,可以根据当前信道的SINR,查询获得当前信道的SINR对应的冗余率,并根据该冗余率,计算得到网络编码后在空口传输的实际数据量。
示例性的,可以根据网络编码冗余率和信道状况信息,计算得到实际数据量。例如,网络设备可以配置某个DRB的网络编码冗余率是50%,并且向终端设备指示“50%的网络编码冗余率适用于信道的SINR为15dB,如果信道是其它SINR,则可以根据各个SINR的偏移值和冗余率修正值之间的对应关系得到该其它SINR对应的冗余率”。
其中,各个SINR的偏移值和冗余率修正值之间的对应关系可以由协议定义,例如,可以通过表格的方式定义各个SINR的偏移值和冗余率修正值之间的对应关系。SINR的偏移值可以是信道的SINR与标准SINR(例如标准SINR为15dB)之间的差值。冗余率修正值可以是SINR的偏移值对应的冗余率的大小。或者冗余率修正值也可以是SINR的偏移值对应的冗余率与标准冗余率(例如标准冗余率为50%)之间的差值。SINR的偏移值和冗余率修正值的定义本申请实施例不作限定。
例如,当前信道的SINR为10dB,标准SINR为15dB,则可以计算得到当前信道的SINR 的偏移值为5dB。可以根据各个SINR的偏移值和冗余率修正值之间的对应关系,将冗余率修正为70%,即当前信道的SINR对应的冗余率是70%。如果待发送的数据进行网络编码前的原始数据量为100字节,则可以计算得到网络编码后在空口传输的实际数据量为130字节。
示例性的,可以根据网络编码冗余率范围和信道状况信息,计算得到实际数据量。例如,网络设备可以配置某个DRB的网络编码冗余率范围是30%-80%,对应的,SINR范围是-10dB-30dB。可选的,可以是通过表格定义该冗余率范围与该SINR范围之间的对应关系。例如,可以通过表格定义该冗余率范围内各个冗余率与该SINR范围内各个SINR之间的对应关系。又例如,可以将SINR范围划分为多个SINR子范围,并通过表格定义各个SINR子范围与冗余率范围内各个冗余率之间的对应关系。
可以理解的是,若是定义冗余率范围内各个冗余率与该SINR范围内各个SINR之间的对应关系,则可以根据当前信道的SINR接近的SINR对应的冗余率,确定当前信道的SINR所对应的冗余率,并根据该冗余率,计算得到实际数据量。若是定义各个SINR子范围与冗余率范围内各个冗余率之间的对应关系,则可以确定当前信道的SINR所属SINR子范围,并将该SINR子范围对应的冗余率确定为当前信道的SINR所对应的冗余率,并根据该冗余率,计算得到实际数据量。
可选的,终端设备发送BSR时,可能还没有对待发送的数据进行网络编码,则终端设备可以推测进行网络编码后的实际数据量;如果终端设备发送BSR时,已经对待发送的数据完成网络编码,则终端设备可以将网络编码后的数据量作为实际数据量;如果终端设备发送BSR时,已经对待发送的数据中的一部分数据完成网络编码,但还有一部分数据尚未进行网络编码,则终端设备可以推测“尚未进行网络编码的这部分数据”进行网络编码后的数据量,加上“已经完成网络编码的这部分数据”进行网络编码后的数据量,从而将这两部分数据量的总和作为实际数据量。
例如,终端设备待发送的数据在网络编码前的原始数据量可以为100字节,终端设备根据信道状况信息和/或网络编码参数,确定网络编码后的实际数据量为200字节。终端设备可以发送BSR,该BSR指示网络编码后的实际数据量为200字节,即第一数据量为200字节。
在另一些可选的实施例中,BSR中包括的第一数据量可以是对待发送的数据进行网络编码前的原始数据量。可以理解的是,若第一数据量是原始数据量,网络设备可以根据网络编码参数和/或信道状况信息、该原始数据量,计算得到对待发送的数据进行网络编码后的实际数据量。其中,网络设备计算实际数据量的方法可以参照终端设备计算实际数据量的方法,在此不再赘述。
在又一些可选的实施例中,BSR中包括的第一数据量还可以是用于计算实际数据量的中间数据量,即终端设备可以根据原始数据量,计算中间数据量。网络设备进一步根据该中间数据量,计算实际数据量。例如,终端设备可以根据网络编码参数和原始数据量,计算中间数据量。网络设备根据信道状况信息对该中间数据量进行修正,确定实际数据量。例如,待发送的数据进行网络编码前的原始数据量是100字节,终端设备可以根据网络编码参数中的冗余率50%确定中间数据量是150字节,并通过BSR上报第一数据量为150字 节。网络设备接收到该BSR后,根据信道状况信息等对此中间数据量进行修正,最终确定网络编码后在空口传输的实际数据量是200字节。
可以理解的是,若BSR中包括的第一数据量是实际数据量,则可以认为是由终端设备确定实际数据量。若BSR中包括的第一数据量是原始数据量,则可以认为是由网络设备确定实际数据量。若BSR中包括的第一数据量是中间数据量,则可以认为是由终端设备和网络设备共同确定实际数据量。本申请实施例中,实际数据量是由终端设备确定,或网络设备确定,或终端设备和网络设备共同确定,可以是由网络设备配置的,可选的,网络设备可以通过前述网络编码参数中的参数I(即BSR的计算方式)配置实际数据量的确定方式。
需要说明的是,在终端设备进行网络编码,网络设备进行网络解码的场景中,实际数据量可以是由终端设备确定,或网络设备确定,或终端设备和网络设备共同确定。在终端设备进行网络编码,UPF进行网络解码的场景中,实际数据量由终端设备确定。
S504,网络设备根据第一数据量,为终端设备分配用于传输网络编码后的数据的上行资源。
具体的,网络设备接收终端设备发送的BSR,并根据BSR中包括的第一数据量,确定对待发送的数据进行网络编码后的实际数据量。网络设备根据该实际数据量为终端设备分配用于传输网络编码后的数据的上行资源。例如,网络编码后的实际数据量为200字节,则网络设备为终端设备分配用于传输200字节的上行资源。
S505,终端设备在上行资源向网络设备发送网络编码后的数据。
在一个实施例中,终端设备对待发送的数据进行网络编码,并在网络设备分配的上行资源发送网络编码后的数据。相应的,网络设备接收该网络编码后的数据,并对该网络编码后的数据进行网络解码。进一步,网络设备将解码得到的数据发送给核心网设备,例如,网络设备将解码得到的数据发送给UPF。可以理解的是,网络设备解码得到的数据量与终端设备待发送的原始数据量可以相同,例如,终端设备待发送的原始数据量是100字节,网络编码后的实际数据量为200字节,网络设备解码得到的数据量可以也为100字节。
示例性的,网络编码后的数据可以映射在DRB,映射在DRB的数据可以是通过对应的逻辑信道发送。终端设备在发送逻辑信道的数据之前,可以通过LCP流程为该逻辑信道分配上行资源。其中,逻辑信道的数据可以包括与该逻辑信道对应的DRB中的数据。
本申请实施例中,可以提供以下两种可选的实施方式以解决优先级顺序低于执行无速率网络编码的LCH无法在第二轮LCP资源分配中分配到上行资源的问题。其中,无速率网络编码是指针对有限的输入数据生成无穷无尽的网络编码数据。
第一种可选的实施方式,在网络设备为逻辑信道对应的无线承载配置的网络编码方式是无速率网络编码时,即该逻辑信道执行无速率网络编码,该网络设备可以为该逻辑信道配置多个优先级。示例性的,网络设备可以为该逻辑信道配置两个优先级,该两个优先级可以分别是在第一轮LCP资源分配中的第一优先级和在第二轮LCP资源分配中的第二优先级。可选的,网络设备可以通过前述网络编码参数中的参数J(即LCP参数)配置该第一优先级和第二优先级。
具体可选的,终端设备在给该逻辑信道分配上行资源时,则可以根据逻辑信道在第一轮LCP资源分配中的第一优先级和在第二轮LCP资源分配中的第二优先级,为该逻辑信道 分配上行资源。可选的,第二轮LCP资源分配中的第二优先级可以指示该逻辑信道在第二轮LCP资源分配中的优先级最低。
可选的,若网络设备为逻辑信道对应的无线承载配置的网络编码方式不是无速率网络编码时,该网络设备可以为该逻辑信道配置一个优先级。
下面结合图6对为逻辑信道分配上行资源进行举例说明,如图所示,三个逻辑信道分别为LCH A、LCH B和LCH C,其中,LCH C执行无速率网络编码,因此可以为该LCH C配置在第一轮LCP资源分配中的第一优先级(即LCH C的第一优先级顺序在LCH A之后,而在LCH B之前)和在第二轮LCP资源分配中的第二优先级(即LCH C的第二优先级顺序在所有LCH之后)。
该LCH A、LCH C和LCH B中网络编码后的数据量分别为300字节、无穷大、700字节。该三个LCH在第一轮LCP资源分配中的优先级顺序从高到低分别为LCH A、LCH C和LCH B。在第一轮LCP资源分配中,根据该三个LCH在第一轮LCP资源分配中优先级顺序以及各个LCH的GBR,为LCH A分配用于传输100字节的上行资源,为LCH C分配用于传输150字节的上行资源,为LCH B分配用于传输50字节的上行资源。该三个LCH在第二轮LCP资源分配中的优先级顺序从高到低分别为LCH A、LCH B和LCH C。在第二轮LCP资源分配中,根据该三个LCH在第二轮LCP资源分配中优先级顺序,为LCH A分配用于传输200字节的上行资源,为LCH B分配用于传输650字节的上行资源,为LCH C分配剩余的所有上行资源。
第二种可选的实施方式,在网络设备为逻辑信道对应的无线承载配置的网络编码方式是无速率网络编码时,即该逻辑信道执行无速率网络编码,该网络设备可以为该逻辑信道配置多个GBR。示例性的,网络设备可以为该逻辑信道配置两个GBR,该两个GBR可以分别是在第一轮LCP资源分配中的第一保证比特速率GBR和在第二轮LCP资源分配中的第二保证比特速率GBR。可选的,网络设备可以通过前述网络编码参数中的参数J(即LCP参数)配置该第一优保证比特速率GBR和第二保证比特速率GBR。
具体可选的,终端设备在给该逻辑信道分配上行资源时,则可以根据逻辑信道在第一轮LCP资源分配中的第一保证比特速率GBR和在第二轮LCP资源分配中的第二保证比特速率GBR,为该逻辑信道分配上行资源。
示例性的,如果有多个执行无速率网络编码的逻辑信道,则可以配置各个执行无速率网络编码的逻辑信道在第二轮LCP资源分配中的第二保证比特速率GBR之间的比例关系,即在第二轮LCP资源分配中,按比例为该多个执行无速率网络编码的逻辑信道分配上行资源。
可选的,若网络设备为逻辑信道对应的无线承载配置的网络编码方式不是无速率网络编码时,该网络设备可以为该逻辑信道配置一个GBR,即第一轮LCP资源分配中的GBR。
下面结合图7对逻辑信道分配上行资源进行举例说明,如图所示,三个逻辑信道分别为LCH A、LCH B和LCH C,其中,LCH C执行无速率网络编码,因此可以为该LCH C配置在第一轮LCP资源分配中的第一保证比特速率GBR(如图所示,LCH C的第一保证比特速率GBR是150)和在第二轮LCP资源分配中的第二保证比特速率GBR(即LCH C的第二保证比特速率GBR是200)。
该LCH A、LCH C和LCH B网络编码后的数据量分别为300字节、无穷大、700字节。该三个LCH的优先级顺序从高到低分别为LCH A、LCH C和LCH B。在第一轮LCP资源分配中,根据该三个LCH的优先级顺序以及各个LCH的GBR,为LCH A分配用于传输100字节的上行资源,为LCH C分配用于传输150字节的上行资源,为LCH B分配用于传输50字节的上行资源。在第二轮LCP资源分配中,根据该三个LCH的优先级顺序以及LCH C的第二保证比特速率GBR,为LCH A分配用于传输200字节的上行资源,为LCH B分配用于传输650字节的上行资源,为LCH C分配用于传输200字节的上行资源。可以理解的是,在第二轮LCP资源分配结束后,若网络设备为终端设备分配的上行资源仍然有剩余,则在第三轮LCP资源分配中,为LCH C分配所有剩余资源。
可以理解的是,为了实现上述实施例中功能,网络设备和终端设备包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件、软件、或硬件和软件相结合的形式来实现。某个功能究竟以硬件、软件、或是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图8和图9为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端设备或网络设备的功能,因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中,该通信装置可以是网络设备,也可以是终端设备,还可以是应用于网络设备或终端设备的模块(如芯片)。
如图8所示,通信装置800包括处理单元810和收发单元820。通信装置800用于实现上述图3中所示的方法实施例中网络设备或终端设备的功能。
当通信装置800用于实现图3所示的方法实施例中网络设备的功能时,处理单元810用于确定第一网络编码方式和第一网络编码方式对应的网络编码参数。收发单元820用于向终端设备发送配置信息,该配置信息包括上述第一网络编码方式和网络编码参数;收发单元820还用于根据上述网络编码参数,使用上述第一网络编码方式与终端设备传输数据。
当通信装置800用于实现图3所示的方法实施例中终端设备的功能时,收发单元820用于从网络设备接收配置信息,该配置信息包括第一网络编码方式和该第一网络编码方式对应的网络编码参数;收发单元820还用于根据上述网络编码参数,使用上述第一网络编码方式与所述网络设备传输数据。
有关上述处理单元810和收发单元820更详细的描述可以直接参考图3所示的方法实施例中相关描述直接得到,这里不加赘述。
如图9所示,通信装置900包括处理器910和接口电路920。处理器910和接口电路920之间相互耦合。可以理解的是,接口电路920可以为收发器或输入输出接口。可选的,通信装置900还可以包括存储器930,用于存储处理器910执行的指令或存储处理器910运行指令所需要的输入数据或存储处理器910运行指令后产生的数据。
当通信装置900用于实现图3所示的方法时,处理器910用于实现上述处理单元810的功能,接口电路920用于实现上述收发单元820的功能。
当上述通信装置为应用于终端设备的芯片时,该终端设备芯片实现上述方法实施例中 终端设备的功能。该终端设备芯片从终端设备中的其它模块(如射频模块或天线)接收信息,该信息是网络设备发送给终端设备的;或者,该终端设备芯片向终端设备中的其它模块(如射频模块或天线)发送信息,该信息是终端设备发送给网络设备的。
当上述通信装置为应用于网络设备的芯片时,该网络设备芯片实现上述方法实施例中网络设备的功能。该网络设备芯片从网络设备中的其它模块(如射频模块或天线)接收信息,该信息是终端设备发送给网络设备的;或者,该网络设备芯片向网络设备中的其它模块(如射频模块或天线)发送信息,该信息是网络设备发送给终端设备的。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其它通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中处理器可以是随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于网络设备或终端设备中。当然,处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、终端设备、或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,DVD;还可以是半导体介质,例如,固态硬盘(solid state disk,SSD)。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
Claims (30)
- 一种数据传输方法,其特征在于,包括:确定第一网络编码方式和所述第一网络编码方式对应的网络编码参数;向所述终端设备发送配置信息,所述配置信息包括所述第一网络编码方式和所述网络编码参数;根据所述网络编码参数,使用所述第一网络编码方式与所述终端设备传输数据。
- 如权利要求1所述的方法,其特征在于,所述网络编码参数包括以下参数中的一种或者多种:并行网络编码或者网络解码的进程个数,网络编码或者网络解码所需的内存大小,在上行传输或者下行传输中一个数据单元包含的原始数据包的个数,一个数据单元包含的原始数据包的比特数总和,对原始数据包进行网络编码后的网络编码数据包的大小,对原始数据包进行网络编码后的网络编码数据包的数量,网络解码的反馈参数,网络编码的冗余率或者冗余率范围,缓存状态上报BSR的计算方式,使用无速率网络编码的无线承载的逻辑信道优先级流程LCP参数。
- 如权利要求1或2所述的方法,其特征在于,所述根据所述网络编码参数,使用所述第一网络编码方式与所述终端设备传输数据,具体包括:根据所述网络编码参数,使用所述第一网络编码方式向所述终端设备发送网络编码后的数据;或者,根据所述网络编码参数,使用所述第一网络编码方式接收所述终端设备发送的网络编码后的数据。
- 如权利要求1-3任一项所述的方法,其特征在于,所述确定第一网络编码方式,具体包括:从核心网设备接收第一消息,所述第一消息包括所述核心网设备推荐的至少一种网络编码方式;根据所述至少一种网络编码方式,确定第一网络编码方式。
- 如权利要求1-3任一项所述的方法,其特征在于,所述确定所述第一网络编码方式对应的网络编码参数,具体包括:获取终端设备的网络编码能力信息;根据所述终端设备的网络编码能力信息,确定所述第一网络编码方式对应的网络编码参数。
- 如权利要求5所述的方法,其特征在于,所述方法还包括:向所述终端设备发送能力上报请求;从所述终端设备接收能力信息,所述能力信息包括所述网络编码能力信息;向核心网设备发送所述能力信息。
- 如权利要求1-3任一项所述的方法,其特征在于,所述第一网络编码方式和所述网络编码参数是给所述终端设备的无线承载配置的;所述根据所述网络编码参数,使用所述第一网络编码方式与所述终端设备传输数据,具体包括:根据所述网络编码参数,使用所述第一网络编码方式与所述终端设备传输所述无线承载的数据。
- 如权利要求7所述的方法,其特征在于,属于同一个会话的多个无线承载中不同无线承载的网络编码方式不同;或者,属于同一个会话的多个无线承载的网络编码方式相同。
- 如权利要求5或6所述的方法,其特征在于,所述网络编码能力信息包括以下信息中的一项或者多项:所述终端设备支持的至少一种网络编码方式;所述终端设备同时进行网络编码的无线承载的数量;所述终端设备同时进行网络编码的无线承载的数据速率之和;在同时使用两个MAC实体的情况下,所述终端设备针对一个MAC实体同时进行网络编码的无线承载的数量;针对每个无线承载的每种网络编码方式,所述终端设备最大能同时支持的并行网络编码或者网络解码的进程个数;所述终端设备能用于网络编码和网络解码的内存大小;针对每个无线承载的每种网络编码方式,所述终端设备用于网络编码和网络解码的最大内存大小。
- 如权利要求3所述的方法,其特征在于,所述根据所述网络编码参数,使用所述第一网络编码方式接收所述终端设备发送的网络编码后的数据之前,还包括:从所述终端设备接收BSR,所述BSR包括第一数据量,所述第一数据量是对待发送的数据进行网络编码前的原始数据量,或者,是对待发送的数据进行网络编码后的实际数据量;根据所述第一数据量,为所述终端设备分配用于传输所述网络编码后的数据的上行资源。
- 如权利要求10所述的方法,其特征在于,所述第一数据量是对待发送的数据进行网络编码前的原始数据量;所述根据所述第一数据量,为所述终端设备分配用于传输所述网络编码后的数据的上行资源,具体包括:根据所述网络编码参数和/或信道状况信息、所述第一数据量,确定对所述待发送的数据进行网络编码后的实际数据量;根据所述实际数据量,为所述终端设备分配用于传输所述网络编码后的数据的上行资源。
- 如权利要求7所述的方法,其特征在于,所述方法还包括:为所述终端设备的逻辑信道配置在第一轮LCP资源分配中的第一优先级和在第二轮LCP资源分配中的第二优先级,所述逻辑信道与所述无线承载对应。
- 如权利要求7所述的方法,其特征在于,所述方法还包括:为所述终端设备的逻辑信道配置在第一轮LCP资源分配中的第一保证比特速率GBR和在第二轮LCP资源分配中的第二保证比特速率GBR,所述逻辑信道与所述无线承载对应。
- 一种数据传输方法,其特征在于,包括:从网络设备接收配置信息,所述配置信息包括第一网络编码方式和所述第一网络编码方式对应的网络编码参数;根据所述网络编码参数,使用所述第一网络编码方式与所述网络设备传输数据。
- 如权利要求14所述的方法,其特征在于,所述网络编码参数包括以下参数中的一种或者多种:并行网络编码或者网络解码的进程个数,网络编码或者网络解码所需的内存大小,在上行传输或者下行传输中一个数据单元包含的原始数据包的个数,一个数据单元包含的原始数据包的比特数总和,对原始数据包进行网络编码后的网络编码数据包的大小,对原始数据包进行网络编码后的网络编码数据包的数量,网络解码的反馈参数,网络编码的冗余率或者冗余率范围,缓存状态上报BSR的计算方式,使用无速率网络编码的无线承载的逻辑信道优先级流程LCP参数。
- 如权利要求14或15所述的方法,其特征在于,所述根据所述网络编码参数,使用所述第一网络编码方式与所述网络设备传输数据,具体包括:根据所述网络编码参数,使用所述第一网络编码方式向所述网络设备发送网络编码后的数据;或者,根据所述网络编码参数,使用所述第一网络编码方式接收所述网络设备发送的网络编码后的数据。
- 如权利要求14-16任一项所述的方法,其特征在于,所述从网络设备接收配置信息之前,还包括:从所述网络设备接收能力上报请求;根据所述能力上报请求,向所述网络设备发送能力信息,所述能力信息包括终端设备的网络编码能力信息。
- 如权利要求14-16任一项所述的方法,其特征在于,所述第一网络编码方式和所述网络编码参数是给终端设备的无线承载配置的;所述根据所述网络编码参数,使用所述第一网络编码方式与所述网络设备传输数据, 具体包括:根据所述网络编码参数,使用所述第一网络编码方式与所述网络设备传输所述无线承载的数据。
- 如权利要求16所述的方法,其特征在于,所述根据所述网络编码参数,使用所述第一网络编码方式向所述网络设备发送网络编码后的数据之前,还包括:向所述网络设备发送BSR,所述BSR包括第一数据量,所述第一数据量是对待发送的数据进行网络编码前的原始数据量,或者,是对待发送的数据进行网络编码后的实际数据量。
- 如权利要求19所述的方法,其特征在于,所述第一数据量是对所述待发送的数据进行网络编码后的实际数据量;所述向所述网络设备发送BSR之前,还包括:根据所述网络编码参数和/或信道状况信息、对所述待发送的数据进行网络编码前的原始数据量,获得所述第一数据量。
- 如权利要求18所述的方法,其特征在于,所述方法还包括:根据逻辑信道在第一轮LCP资源分配中的第一优先级和在第二轮LCP资源分配中的第二优先级,为所述逻辑信道分配上行资源,所述逻辑信道与所述无线承载对应;所述根据所述网络编码参数,使用所述第一网络编码方式与所述网络设备传输映射在所述无线承载的数据,具体包括:根据所述网络编码参数,使用所述第一网络编码方式在所述上行资源传输所述逻辑信道的数据,所述逻辑信道的数据包括所述无线承载的数据。
- 如权利要求18所述的方法,其特征在于,所述方法还包括:根据逻辑信道在第一轮LCP资源分配中的第一保证比特速率GBR和在第二轮LCP资源分配中的第二保证比特速率GBR,为所述逻辑信道分配上行资源,所述逻辑信道与所述无线承载对应;所述根据所述网络编码参数,使用所述第一网络编码方式与所述网络设备传输映射在所述无线承载的数据,具体包括:根据所述网络编码参数,使用所述第一网络编码方式在所述上行资源传输所述逻辑信道的数据,所述逻辑信道的数据包括所述无线承载的数据。
- 如权利要求16所述的方法,其特征在于,所述根据所述网络编码参数,使用所述第一网络编码方式接收所述网络设备发送的网络编码后的数据之后,还包括:根据发送反馈信息的目标时机,确定向所述网络设备发送反馈信息,所述反馈信息用于指示终端设备对所述网络编码后的数据进行网络解码的情况。
- 如权利要求23所述的方法,其特征在于,所述目标时机包括以下时机中的一个或 者多个:接收到数据单元对应的第一个网络编码数据包启动计时器,当所述计时器达到目标值时发送反馈信息;针对数据单元,当解码成功的原始数据包的数量大于门限值时,发送反馈信息;针对数据单元,当解码成功的原始数据包的数量与所述数据单元包含的原始数据包总数量之间的比值达到比例门限值时,发送反馈信息;按照目标周期,周期性发送反馈信息,所述目标周期是预设的或者所述网络设备配置的。
- 如权利要求23或24所述的方法,其特征在于,所述反馈信息包括以下信息中的一项或者多项:用于指示数据单元包含的原始数据包是否成功解码;用于指示数据单元包含的多个原始数据包中成功解码和/或未成功解码的原始数据包的标识;用于指示多个数据单元中成功解码和/或未成功解码的数据单元的标识;用于指示数据单元包含的多个原始数据包中成功解码和/或未成功解码的原始数据包的标识和所述数据单元的标识。
- 一种通信装置,其特征在于,所述通信装置包括用于执行权利要求1-13或14-25中任一项所述方法的模块或单元。
- 一种通信装置,其特征在于,所述装置包括处理器和存储器,所述处理器和所述存储器耦合,所述处理器用于实现如权利要求1至13或14至25中任一项所述的方法。
- 一种通信装置,其特征在于,包括:处理器和接口电路;所述接口电路,用于接收代码指令并传输至所述处理器;所述处理器,用于运行所述代码指令以执行如权利要求1至13或14至25中任一项所述的方法。
- 一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至13中任一项所述的方法,或,实现如权利要求14至25中任一项所述的方法。
- 一种计算机程序产品,其特征在于,所述计算机程序产品包括指令,当所述指令被计算机运行时,实现如权利要求1至13中任一项所述的方法,或,实现如权利要求14至25中任一项所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010463451.4 | 2020-05-27 | ||
CN202010463451.4A CN113746592A (zh) | 2020-05-27 | 2020-05-27 | 数据传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021238676A1 true WO2021238676A1 (zh) | 2021-12-02 |
Family
ID=78723513
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2021/093728 WO2021238676A1 (zh) | 2020-05-27 | 2021-05-14 | 数据传输方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN113746592A (zh) |
WO (1) | WO2021238676A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114745751A (zh) * | 2022-04-15 | 2022-07-12 | 中国电信股份有限公司 | 数据传输方法及装置、电子设备和存储介质 |
WO2023244146A1 (en) * | 2022-06-16 | 2023-12-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Packet data convergence protocol using configured network coding |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115623469A (zh) * | 2021-07-15 | 2023-01-17 | 华为技术有限公司 | 一种网络编码功能的配置方法以及相关装置 |
CN116418452A (zh) * | 2021-12-30 | 2023-07-11 | 华为技术有限公司 | 一种通信方法及装置 |
CN117134859A (zh) * | 2022-05-20 | 2023-11-28 | 中兴通讯股份有限公司 | 数据处理方法及电子设备、计算机可读存储介质 |
CN115766613B (zh) * | 2022-10-28 | 2023-05-23 | 华能信息技术有限公司 | 一种数据传输管理方法及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109217990A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 一种数据传输方法及装置 |
US20190053260A1 (en) * | 2017-08-10 | 2019-02-14 | Sharp Laboratories Of America, Inc. | SYSTEMS AND METHODS FOR INDICATING PRIORITY OF LOGICAL CHANNEL GROUPS (LCGs) IN A 5G NR BUFFER STATUS REPORT (BSR) |
CN109565494A (zh) * | 2016-09-30 | 2019-04-02 | 松下电器(美国)知识产权公司 | 不同的ofdm参数集方案中的改进的上行链路资源分配 |
-
2020
- 2020-05-27 CN CN202010463451.4A patent/CN113746592A/zh active Pending
-
2021
- 2021-05-14 WO PCT/CN2021/093728 patent/WO2021238676A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109565494A (zh) * | 2016-09-30 | 2019-04-02 | 松下电器(美国)知识产权公司 | 不同的ofdm参数集方案中的改进的上行链路资源分配 |
CN109217990A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 一种数据传输方法及装置 |
US20190053260A1 (en) * | 2017-08-10 | 2019-02-14 | Sharp Laboratories Of America, Inc. | SYSTEMS AND METHODS FOR INDICATING PRIORITY OF LOGICAL CHANNEL GROUPS (LCGs) IN A 5G NR BUFFER STATUS REPORT (BSR) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114745751A (zh) * | 2022-04-15 | 2022-07-12 | 中国电信股份有限公司 | 数据传输方法及装置、电子设备和存储介质 |
CN114745751B (zh) * | 2022-04-15 | 2023-11-21 | 中国电信股份有限公司 | 数据传输方法及装置、电子设备和存储介质 |
WO2023244146A1 (en) * | 2022-06-16 | 2023-12-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Packet data convergence protocol using configured network coding |
Also Published As
Publication number | Publication date |
---|---|
CN113746592A (zh) | 2021-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021238676A1 (zh) | 数据传输方法及装置 | |
JP6907444B2 (ja) | データ伝送方法、通信デバイス、端末、および基地局 | |
US11743773B2 (en) | Flow control method and apparatus | |
RU2652418C1 (ru) | Система и способ совместной передачи в лицензируемых и нелицензируемых диапазонах с использованием фонтанных кодов | |
WO2021259112A1 (zh) | 一种业务传输方法及装置 | |
KR102566795B1 (ko) | 데이터 송신을 위한 방법, 디바이스, 및 시스템 | |
EP3737183B1 (en) | Communication methods, apparatuses and computer-readable storage medium | |
WO2018059438A1 (zh) | 消息传输方法、设备和系统 | |
WO2021012996A1 (zh) | 信息传输方法及装置 | |
CN110944395A (zh) | 无线调度的方法和装置 | |
US20210297188A1 (en) | Data transmission method and communication apparatus | |
US20210219171A1 (en) | Communication method and device | |
WO2021088594A1 (zh) | 基于ntn的数据传输方法、装置和存储介质 | |
WO2020191785A1 (zh) | 一种车联网系统中的通信方法及终端设备、网络设备 | |
WO2018171676A1 (zh) | 数据传输的方法和装置 | |
WO2022083627A1 (zh) | 传输方法及设备 | |
WO2021035763A1 (zh) | 通信方法、装置及系统 | |
US8908592B2 (en) | System and method for uplink power control | |
WO2022056877A1 (zh) | 信息传输方法、终端设备和网络设备 | |
WO2022133918A1 (zh) | 解码失败的处理方法、装置和系统 | |
JP2023540718A (ja) | 通信システム | |
CN116134878A (zh) | 通信方法和装置 | |
CN115315914A (zh) | 方法和通信装置 | |
CN116711247A (zh) | 数据传输方法及通信装置 | |
WO2023019490A1 (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: 21812269 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 21812269 Country of ref document: EP Kind code of ref document: A1 |