Data transmission method and apparatus, and communication device
By synchronizing more fine-grained RBG configurations between network devices and terminal devices in extended real-world technology, the resource waste problem caused by upstream pre-scheduling is solved, and the refined scheduling control and DCI overhead are achieved.
Patent Information
- Application Number
- PCT/CN2024/110774
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2023-09-01
- Filing Date
- 2024-08-08
- Publication Date
- 2025-03-06
AI Technical Summary
In the extended real-life technology, the uplink pre-scheduling method of base stations leads to a large granularity of resource allocation, resulting in the problem of resource waste.
By synchronizing more fine-grained resource block group (RBG) configurations between network devices and terminal devices, dynamically schedule resource usage, reduce resource waste, and carry indication information through wireless resource control signaling, avoiding increasing DCI overhead.
Fine scheduling control is realized, reducing resource waste and avoiding the increase in DCI overhead due to fine-grained configuration.
Smart Images

Figure CN2024110774_06032025_PF_FP_ABST
Abstract
Description
Data transmission method, device and communication equipment
[0001] CROSS-REFERENCE TO RELATED APPLICATIONS
[0002] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office of the People's Republic of China on September 1, 2023, with application number 202311131823.3 and invention name "A data transmission method, device and communication equipment", the entire contents of which are incorporated by reference into this application. Technical Field
[0003] The present application relates to the field of communication technology, and in particular to a data transmission method, apparatus, and communication equipment. Background Art
[0004] In recent years, with the continuous advancement and improvement of extended reality (XR) technology, related industries have flourished. Today, XR technology has entered various fields closely related to people's production and daily lives, including education, entertainment, military, healthcare, environmental protection, transportation, and public health. Multimodal services, as a new type of service, build on XR by adding a tactile experience dimension, enabling remote touch and remote control, and realizing remote perception in multiple aspects such as vision, hearing, touch, and kinesthetics. This has great potential for development in related fields such as industrial automation, healthcare, and distance education, providing users with a comprehensive interactive experience and possessing great application value and commercial potential.
[0005] In a communications network, user equipment (UE) typically requires base stations to allocate transmission resources when transmitting data. Currently, base stations can not only dynamically schedule transmission resources for UEs in response to UE requests, but also proactively schedule transmission resources for UEs through uplink pre-scheduling, even when the UE has no scheduling requirements. This reduces transmission latency by eliminating the need for UEs to send scheduling requests to the base station.
[0006] Existing protocols specify two resource allocation methods: Type 0 and Type 1. Type 0 allocates resources at the resource block group (RBG) granularity, while Type 1 allocates resources at the resource block (RB) granularity. However, in uplink pre-scheduling, the amount of pre-scheduled data is relatively fixed, which can also be understood as the size of the allocated scheduling resources being relatively fixed. Therefore, when the RBG granularity is large, resource waste may occur.
[0007] Summary of the Invention
[0008] The present application provides a data transmission method, apparatus, and communication equipment to reduce waste of resources.
[0009] In a first aspect, the present application provides a data transmission method, which can be performed by a network device or a module (such as a chip) in the network device. The method includes: sending first indication information to a terminal device; wherein the first indication information indicates that the transmission bandwidth and the adopted RBG configuration are a third configuration; the RBG configuration also includes a first configuration and a second configuration, and N of the M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; the first indication information further indicates the number of RBGs or the number of RBs that the terminal device can use, the number of RBGs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry, and the number of RBs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry.
[0010] In this method, through finer-grained RBG configuration (granularity can be used to indicate the number of RBs included in the RBG, and finer granularity can indicate that it includes fewer RBs), refined scheduling control can be achieved, thereby reducing resource waste; wherein, the finer-grained RBG configuration can include one finer-grained RBG configuration, and can also include multiple RBG configurations with different granularities, wherein at least one RBG configuration among the multiple RBG configurations with different granularities has a finer granularity. In addition, by indicating the number of RBGs or RBs that can be used to the terminal device, the increase in DCI overhead during uplink pre-scheduling can be avoided. It can be understood that by synchronizing the RBG configuration with the terminal device, the network device can be applied to some uplink pre-scheduling scenarios with a small amount of data and a relatively concentrated amount of transmitted data.
[0011] In a possible embodiment, the method further includes: sending downlink control information (DCI) to the terminal device, the DCI indicating the RBG allocated to the terminal device based on the third configuration; the number of the allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; and receiving data transmitted by the terminal device through the allocated RBGs.
[0012] In this embodiment, based on the RBG configuration synchronized from the network device to the terminal device, resource waste can be reduced when performing uplink pre-scheduling, and an increase in DCI overhead can also be avoided.
[0013] In a possible embodiment, the DCI is used to indicate coding information of the RBG allocation method, and the coding information is used by the terminal device to decode to obtain the RBG allocated to the terminal device based on the third configuration.
[0014] In this embodiment, by mapping the RBG allocation mode to coding information, an increase in DCI overhead caused by finer-grained RBG configuration can be avoided.
[0015] In a possible embodiment, the third configuration is used to directly indicate M types of RBGs corresponding to the transmission bandwidth.
[0016] In this embodiment, by means of direct indication, the terminal device can avoid table lookup, reduce the processing load of the terminal device, and also reduce the data transmitted when the network device synchronizes the RBG configuration to the terminal device.
[0017] In a possible embodiment, the third configuration is used to indicate a P-group RBG configuration corresponding one-to-one to a P-group bandwidth part size, the P-group bandwidth part size includes a first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; wherein the M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the first bandwidth part size.
[0018] In this embodiment, the complete configuration is sent to the terminal device. After receiving the complete configuration, the terminal device can obtain the configuration of the application by looking up the table.
[0019] In a possible embodiment, the number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by multiple RBG numbers, and the maximum value among the multiple RBG numbers is the number of RBGs or RBs that can be used.
[0020] In this embodiment, the network device can indicate the number of RBGs or RBs that can be used by the terminal device in various forms, which can be determined based on the characteristics of the service data.
[0021] In a possible embodiment, the first indication information is carried through radio resource control (RRC) signaling.
[0022] In this embodiment, the network device can provide instructions to the terminal device by multiplexing RRC signaling.
[0023] In a second aspect, the present application provides a data transmission method, which can be executed by a terminal device or a module (such as a chip) in the terminal device. The method includes: receiving first indication information sent by a network device; wherein the first indication information indicates that the transmission bandwidth and the adopted RBG configuration are a third configuration; the RBG configuration also includes a first configuration and a second configuration, and N of the M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; the first indication information also indicates the number of RBGs or the number of RBs that the terminal device can use, the number of RBGs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry, and the number of RBs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry.
[0024] In a possible embodiment, the method further includes: receiving DCI sent by the network device, the DCI indicating the RBG allocated to the terminal device based on the third configuration; the number of allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; and transmitting data to the network device through the allocated RBGs.
[0025] In a possible embodiment, the DCI is used to indicate coding information of the RBG allocation method, and the coding information is used by the terminal device to decode to obtain the RBG allocated to the terminal device based on the third configuration.
[0026] In a possible embodiment, the third configuration is used to directly indicate M types of RBGs corresponding to the transmission bandwidth.
[0027] In a possible embodiment, the third configuration is used to indicate a P-group RBG configuration corresponding one-to-one to a P-group bandwidth part size, the P-group bandwidth part size includes a first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; wherein the M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the first bandwidth part size.
[0028] In a possible embodiment, the number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by multiple RBG numbers, and the maximum value among the multiple RBG numbers is the number of RBGs or RBs that can be used.
[0029] In a possible embodiment, the first indication information is carried through radio resource control RRC signaling.
[0030] In a third aspect, the present application provides a data transmission device, which includes: a transceiver unit. The transceiver unit is used to send a first indication message to a terminal device; wherein the first indication message indicates that the transmission bandwidth and the adopted resource block group RBG configuration are the third configuration; the RBG configuration also includes a first configuration and a second configuration, and the N types of RBGs among the M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and the M and N are positive integers; the first indication message also indicates the number of RBGs or RBs that the terminal device can use, the number of RBGs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry, and the number of RBs that can be used is smaller than the number of RBs that the transmission bandwidth can carry. In an optional embodiment, the transceiver unit can be called and executed by a processing unit.
[0031] In a possible embodiment, the transceiver unit is further used to: send downlink control information DCI to the terminal device, the DCI indicating the RBG allocated to the terminal device based on the third configuration; the number of allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; and receive data transmitted by the terminal device through the allocated RBGs.
[0032] In a possible embodiment, the DCI is used to indicate coding information of the RBG allocation method, and the coding information is used by the terminal device to decode to obtain the RBG allocated to the terminal device based on the third configuration.
[0033] In a possible embodiment, the third configuration is used to directly indicate M types of RBGs corresponding to the transmission bandwidth.
[0034] In a possible embodiment, the third configuration is used to indicate a P-group RBG configuration corresponding one-to-one to a P-group bandwidth part size, the P-group bandwidth part size includes a first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; wherein the M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the first bandwidth part size.
[0035] In a possible embodiment, the number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by multiple RBG numbers, and the maximum value among the multiple RBG numbers is the number of RBGs or RBs that can be used.
[0036] In a possible embodiment, the first indication information is carried through radio resource control RRC signaling.
[0037] In a fourth aspect, the present application provides a data transmission device, comprising: a transceiver unit. The transceiver unit is configured to receive first indication information sent by a network device; wherein the first indication information indicates that the transmission bandwidth and the adopted resource block group (RBG) configuration are a third configuration; the RBG configuration further includes a first configuration and a second configuration, wherein N of the M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; the first indication information further indicates the number of RBGs or RBs that the terminal device can use, wherein the number of RBGs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry, and the number of RBs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry.
[0038] In a possible embodiment, the transceiver unit is further used to: receive downlink control information DCI sent by the network device, the DCI indicating the RBG allocated to the terminal device based on the third configuration; the number of allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; and transmit data to the network device through the allocated RBGs.
[0039] In a possible embodiment, the DCI is used to indicate coding information of the RBG allocation method, and the coding information is used by the terminal device to decode to obtain the RBG allocated to the terminal device based on the third configuration.
[0040] In a possible embodiment, the third configuration is used to directly indicate M types of RBGs corresponding to the transmission bandwidth.
[0041] In a possible embodiment, the third configuration is used to indicate a P-group RBG configuration corresponding one-to-one to a P-group bandwidth part size, the P-group bandwidth part size includes a first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; wherein the M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the first bandwidth part size.
[0042] In a possible embodiment, the number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by multiple RBG numbers, and the maximum value among the multiple RBG numbers is the number of RBGs or RBs that can be used.
[0043] In a possible embodiment, the first indication information is carried through radio resource control RRC signaling.
[0044] The technical effects of the second to fourth aspects mentioned above can refer to the corresponding technical effects of the first to second aspects mentioned above, and the repeated parts will not be repeated.
[0045] In a fifth aspect, an embodiment of the present application provides a communication device, which includes: at least one processor and an interface circuit; the interface circuit is used to provide input and / or output of programs or instructions for the at least one processor; the at least one processor is used to execute the program or instructions so that the communication device can implement the method provided in the above-mentioned first aspect or any possible implementation method thereof, or execute the program or instructions so that the communication device can implement the method provided in the above-mentioned second aspect or any possible implementation method thereof.
[0046] In a sixth aspect, an embodiment of the present application provides a computer storage medium, which stores a software program. When the software program is read and executed by one or more processors, it can implement the method provided by the above-mentioned first aspect or any possible implementation method thereof, or it can implement the method provided by the above-mentioned second aspect or any possible implementation method thereof.
[0047] In the seventh aspect, an embodiment of the present application provides a computer program product comprising instructions, which, when executed on a computer, enables the computer to execute the method provided in the above-mentioned first aspect or any possible implementation method thereof, or enables the computer to execute the method provided in the above-mentioned second aspect or any possible implementation method thereof.
[0048] In an eighth aspect, an embodiment of the present application provides a chip system, which includes a processor for supporting the device to implement the functions involved in the above-mentioned first aspect, or for supporting the device to implement the functions involved in the above-mentioned second aspect.
[0049] In one possible design, the chip system further includes a memory for storing necessary program instructions and data. The chip system can be composed of a chip or include a chip and other discrete devices.
[0050] In the ninth aspect, an embodiment of the present application also provides a chip system, which includes a processor and an interface, wherein the interface is used to obtain a program or instruction, and the processor is used to call the program or instruction to implement or support the device to implement the functions involved in the first aspect, or the processor is used to call the program or instruction to implement or support the device to implement the functions involved in the second aspect.
[0051] In one possible design, the chip system further includes a memory for storing program instructions and data necessary for the terminal device. The chip system can be composed of a chip or include a chip and other discrete devices.
[0052] In a tenth aspect, a communication system is provided, which includes the device described in the third aspect (such as a network device) and the device described in the fourth aspect (such as a terminal device).
[0053] Based on the implementations provided in the above aspects, this application can also be further combined to provide more implementations. BRIEF DESCRIPTION OF THE DRAWINGS
[0054] FIG1 is a schematic diagram of the architecture of a communication system 1000 used in an embodiment of the present application;
[0055] FIG2 is a schematic diagram of a multimodal service scenario in this application;
[0056] FIG3 is a schematic diagram of a probability distribution of tactile data packets arriving at an uplink time slot provided in an embodiment of the present application;
[0057] FIG4 shows one schematic diagram of a dynamic scheduling process;
[0058] FIG5 shows a second schematic diagram of a dynamic scheduling process;
[0059] FIG6 is a schematic diagram of an RBG scheduling resource according to an embodiment of the present application;
[0060] FIG7 is a flow chart of a data transmission method provided in an embodiment of the present application;
[0061] FIG8 is a second schematic diagram of an RBG scheduling resource provided in an embodiment of the present application;
[0062] FIG9 is another schematic flow chart of a data transmission method provided in an embodiment of the present application;
[0063] FIG10 is a third schematic diagram of an RBG scheduling resource provided in an embodiment of the present application;
[0064] FIG11 is a schematic diagram of one of the interactive flow charts of a data transmission method provided in an embodiment of the present application;
[0065] FIG12 is a second interactive flow diagram of a data transmission method provided in an embodiment of the present application;
[0066] FIG13 is a schematic diagram of a structure of a communication device in the present application;
[0067] FIG14 is a second structural diagram of a communication device in this application. DETAILED DESCRIPTION
[0068] The technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, not all of the embodiments. The terms "first", "second" and corresponding terminology labels in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable where appropriate, and this is merely a way of distinguishing objects of the same properties when describing the embodiments of the present application. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, so that a process, method, system, product or device that includes a series of units is not necessarily limited to those units, but may include other units that are not clearly listed or inherent to these processes, methods, products or devices.
[0069] In the description of this application, unless otherwise specified, " / " means or, for example, A / B can mean A or B; "and / or" in this application is merely a description of the association relationship of associated objects, indicating that there can be three relationships, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of this application, "at least one" refers to one or more items, and "multiple items" refers to two or more items. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.
[0070] The technical solutions provided in the embodiments of the present application can be applied to various communication systems. The embodiments of the present invention can be applied to the new radio (NR) system; they can also be applied to other wireless communication systems, such as the long term evolution (LTE) system, the global system for mobile communication (GSM), the universal mobile telecommunications system (UMTS), the code division multiple access (CDMA) system, and new network equipment systems. The embodiments of the present application do not specifically limit this. In addition, the term "system" can be interchangeable with "network".
[0071] Figure 1 is a schematic diagram of the architecture of a communication system 1000 used in an embodiment of the present application. As shown in Figure 1 , the communication system includes a radio access network 100 and a core network 200. Optionally, the communication system 1000 may also include the Internet 300. The radio access network 100 may include at least one radio access network device (such as 110a and 110b in Figure 1 ) and at least one terminal (such as 120a-120j in Figure 1 ). The terminal is wirelessly connected to the radio access network device, and the radio access network device is wirelessly or wiredly connected to the core network. The core network device and the radio access network device may be independent, distinct physical devices, or the core network device's functions and the radio access network device's logical functions may be integrated into the same physical device, or a single physical device may integrate some of the core network device's functions and some of the radio access network device's functions. Terminals and radio access network devices may be interconnected via wired or wireless connections. Figure 1 is merely a schematic diagram. The communication system may also include other network devices, such as wireless relay devices and wireless backhaul devices, which are not shown in Figure 1 .
[0072] Radio access network equipment is the access device that terminals use to wirelessly access a communication system. Radio access network equipment can be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next-generation NodeB (gNB) in fifth-generation (5G) mobile communication systems, a next-generation base station in sixth-generation (6G) mobile communication systems, or a base station in future mobile communication systems. It can also be a module or unit that performs some of the functions of a base station, such as a centralized unit (CU) or a distributed unit (DU). The CU here completes the functions of the radio resource control protocol and the packet data convergence protocol (PDCP) of the base station, and can also complete the functions of the service data adaptation protocol (SDAP); the DU completes the functions of the radio link control layer and the medium access control (MAC) layer of the base station, and can also complete the functions of part of the physical layer or all of the physical layer. For the specific description of each of the above protocol layers, please refer to the relevant technical specifications of the 3rd Generation Partnership Project (3GPP). The wireless access network device can be a macro base station (such as 110a in Figure 1), a micro base station or an indoor station (such as 110b in Figure 1), or a relay node or a donor node, etc. The embodiments of the present application do not limit the specific technology and specific device form adopted by the wireless access network device. For the convenience of description, the network device is used as the abbreviation of the wireless access network device, and the base station is used as an example of the wireless access network device.
[0073] A terminal is a device with wireless transceiver capabilities that can send signals to a base station or receive signals from a base station. A terminal may also be referred to as a terminal device, user equipment (UE), mobile station, mobile terminal, etc. Terminals can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IOT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, etc. UE can be a mobile phone, tablet computer, computer with wireless transceiver capabilities, wearable device, vehicle, airplane, ship, robot, robotic arm, smart home device, etc. The embodiments of this application do not limit the specific technology and specific device form adopted by the UE.
[0074] Base stations and UEs can be fixed or mobile. They can be deployed on land, indoors or outdoors, handheld or vehicle-mounted; on water; or on aircraft, balloons, and satellites. The embodiments of this application do not limit the application scenarios of base stations and UEs.
[0075] The roles of base stations and UEs can be relative. For example, the helicopter or drone 120i in Figure 1 can be configured as a mobile base station. For UE 120j accessing the radio access network 100 via 120i, UE 120i is a base station. However, for base station 110a, 120i is a UE, meaning that communication between 110a and 120i occurs via a wireless air interface protocol. Of course, communication between 110a and 120i can also occur via a base station-to-base station interface protocol. In this case, 120i is also a base station relative to 110a. Therefore, base stations and UEs can be collectively referred to as communication devices. 110a and 110b in Figure 1 can be referred to as communication devices with base station functionality, and 120a-120j in Figure 1 can be referred to as communication devices with UE functionality.
[0076] Communication between base stations and UEs, between base stations, and between UEs can be carried out through authorized spectrum, unauthorized spectrum, or both; communication can be carried out through spectrum below 6 gigahertz (GHz), spectrum above 6 GHz, or spectrum below 6 GHz and spectrum above 6 GHz. The embodiments of the present application do not limit the spectrum resources used for wireless communication.
[0077] In the embodiments of the present application, the functions of the base station may also be performed by a module (such as a chip) in the base station, or by a control subsystem that includes the base station functions. The control subsystem that includes the base station functions here may be a control center in the above-mentioned application scenarios such as smart grid, industrial control, smart transportation, and smart city. The functions of the UE may also be performed by a module (such as a chip or modem) in the UE, or by a device that includes the UE functions.
[0078] In this application, a base station sends downlink signals or downlink information to a UE, and the downlink information is carried on a downlink channel. The UE sends uplink signals or uplink information to the base station, and the uplink information is carried on an uplink channel. To communicate with the base station, the UE needs to establish a wireless connection with the cell controlled by the base station. The cell with which the UE has established a wireless connection is called the UE's serving cell. When the UE communicates with the serving cell, it may also be subject to interference from signals in neighboring cells.
[0079] It can be understood that in the embodiments of the present application, the physical downlink shared channel (PDSCH), physical downlink control channel (PDCCH), physical uplink control channel (PUCCH) and physical uplink shared channel (PUSCH) are only used as examples of downlink data channels, downlink control channels, uplink control channels and uplink data channels, respectively. In different systems and different scenarios, data channels and control channels may have different names, and the embodiments of the present application do not limit this.
[0080] The following is a brief introduction to the technical concepts involved in this application:
[0081] 1. Extended Reality
[0082] Extended reality is a general term for various reality-related technologies, including virtual reality (VR), augmented reality (AR) and mixed reality (MR).
[0083] VR technology primarily refers to the rendering of visual and audio scenes to simulate the sensory stimulation of real-world visuals and audio to the user as closely as possible. VR technology typically requires the user to wear a head-mounted display (HMD) to completely replace the user's field of view with simulated visual components, and requires the user to wear headphones to provide accompanying audio. Furthermore, some kind of head and motion tracking of the user is usually required in VR to update the simulated visual and audio content in a timely manner, ensuring that the visual and audio content experienced by the user is consistent with the user's behavior.
[0084] AR technology mainly refers to providing additional visual or auditory information or artificially generated content in the real environment perceived by the user. The user's acquisition of the real environment can be direct, that is, without intermediate sensing, processing and rendering, or indirect, that is, transmitted through sensors and other means, and further enhanced processing.
[0085] MR technology is an advanced form of AR. One of its implementation methods is to insert some virtual elements into the physical scene in order to provide users with an immersive experience that these elements are part of the real scene.
[0086] 2. Multimodal Services
[0087] As a new service, building on XR by adding a tactile experience dimension, it enables remote touch and remote control, enabling multi-faceted remote perception through vision, hearing, touch, and kinesthetics. This service has significant potential for development in related fields such as industrial automation, healthcare, and distance education, providing users with a comprehensive interactive experience and possessing significant application value and commercial potential. As shown in Figure 2, multimodal services enable the simultaneous transmission of multiple data streams in multi-sensory control scenarios. For example, the simultaneously transmitted data streams may include: stream 1 (for image and sound services), stream 2 (for tactile services), stream 3 (for execution feedback data services, such as force and position services), and stream 4 (for position, action, tactile perception data, and command services).
[0088] 3. Tactile signals
[0089] Haptic signals have high requirements for reliability and latency. For example, the current 3GPP standard stipulates that unencoded haptic signals must have a transmission reliability of 99.9% and a latency of 5ms, while encoded haptic signals must have a transmission reliability of 99.999% and a latency of 5ms.
[0090] Tactile signals have different characteristics before and after encoding. Before encoding, the signal generated by each tactile sensor is periodic, generating 500 to 2000 packets per second, with each packet size ranging from 12 to 48 bytes. After tactile encoding, the signal generated by each tactile sensor arrives randomly, with the time interval between two signal arrivals following a generalized Pareto distribution, and the size of each arriving packet remains constant.
[0091] After tactile encoding, the amount of tactile data is relatively small. Consider the case where a user uses multiple tactile sensors at the same time (generally, the number of sensors in glove-type devices is 10 to 20). Since the signal generation of each sensor is independent, the data arriving at the network for each user is also uneven, but the amount of data transmitted in each uplink time slot is concentrated in a certain range. For example, Figure 3 is a schematic diagram of the probability distribution of tactile data packets arriving at an uplink time slot provided in an embodiment of the present application. As can be seen from Figure 3, the amount of data transmitted in each uplink time slot is concentrated in the data packet number range of 10 to 40.
[0092] It should be noted that the following embodiments of the present application do not limit the conditions that the uplink data must meet, and can be applied to the transmission of any uplink data. For example, the uplink data transmitted using the method provided in the embodiments of the present application may refer to uplink data that has high latency requirements, high reliability requirements, and is generated non-periodically. Among them, high latency requirements can be understood as latency requirements that are less than a preset latency threshold, and high reliability requirements can be understood as reliability requirements that are greater than a preset reliability threshold. For example, the uplink data may be an encoded tactile signal, or other uplink data that is generated non-periodically, and this application does not limit this.
[0093] The following is a brief introduction to the existing uplink data transmission solution:
[0094] Solution 1: Dynamic Scheduling
[0095] In 5G networks, dynamic scheduling refers to the use of control signaling by network equipment to instruct UEs to send data in each time slot. This uplink data transmission solution can flexibly allocate time and frequency resources for uplink data transmission based on service needs, but each scheduling requires related control signaling, and the control signaling overhead is relatively large. For example, Figure 4 shows a schematic diagram of a dynamic scheduling process, and the specific process is as follows:
[0096] Step 401: The UE sends a scheduling request (SR) to the network device. When the UE has uplink data to transmit, it sends an SR on the PUCCH to the network device. The SR is used to request uplink authorization from the network device. The SR only informs the network device whether there is uplink data transmission, but does not inform the network device of the amount of uplink data to be transmitted.
[0097] Step 402: The network device sends downlink control information (DCI) to the UE. After receiving the SR, the network device will respond to the SR, that is, perform uplink authorization for the UE. Exemplarily, the network device sends DCI on the PDCCH, wherein the DCI format (format) used by the DCI can be DCI format 0_0 or 0_1. The DCI is used to indicate the time-frequency resources allocated to the UE for transmitting uplink data, that is, PUSCH resources. Since the network device does not know the amount of data that the UE needs to transmit at this time, generally, the network device can schedule the UE according to a smaller, fixed data size. In addition, if the UE does not receive a response from the network device to the SR, the UE can continue to send the SR.
[0098] Step 403: The UE transmits data to the network device, where the transmitted data includes a buffer status report (BSR). After receiving the DCI, the UE sends uplink data on the PUSCH resources allocated by the network device. The UE can send a BSR on the PUSCH resources to inform the network device how much data remains to be sent. If the BSR is greater than 0, the network device continues to schedule the UE by re-allocating PUSCH resources to the UE via the PDCCH in step 404. The UE then continues data transmission on the re-allocated PUSCH resources in step 405.
[0099] Step 404: The network device sends DCI to the UE. The specific implementation process can be found in step 402 and will not be repeated here.
[0100] Step 405: The UE transmits data to the network device, where the transmitted data includes the BSR. The specific implementation process can be found in step 403 and will not be repeated here. At this time, if the BSR is equal to 0, it means that the data that the UE needs to transmit has been sent.
[0101] For the above solution 1, when the tactile signal arrives, the UE needs to trigger SR reporting first and then BSR reporting, which may result in failure to meet the transmission delay requirement of the tactile signal.
[0102] Solution 2: Uplink pre-scheduling
[0103] Different from dynamic scheduling, uplink pre-scheduling means that the UE does not need to send an SR, and the network equipment actively allocates time and frequency resources for the UE to transmit uplink data, thereby reducing transmission delay. For example, Figure 5 shows a schematic diagram of a dynamic scheduling process, the specific process is as follows:
[0104] Step 501: The network device sends DCI to the UE. Exemplarily, the network device proactively sends DCI on the PDCCH for pre-scheduling, wherein the DCI is used to indicate the time-frequency resources allocated to the UE for transmitting uplink data, namely, PUSCH resources.
[0105] Step 502: The UE transmits data to the network device, wherein the transmitted data includes a BSR. After receiving the DCI, the UE transmits uplink data on the PUSCH resource allocated by the network device. The UE may send a BSR on the PUSCH resource to inform the network device how much data remains to be sent.
[0106] If the BSR is greater than 0, the network device will continue to schedule the UE through the following step 503 , that is, allocate PUSCH resources to the UE again through the PDCCH, and then the UE will continue to transmit data on the reallocated PUSCH resources through the following step 504 .
[0107] In addition, it is worth noting that if the amount of uplink data does not reach the number of pre-scheduled resources, padding will be sent. In this case, the UE does not need to report a BSR.
[0108] Step 503: The network device sends DCI to the UE. If the BSR received by the network device indicates that the UE has remaining uplink data, it will continue to schedule the user and indicate the scheduling information to the UE via the PDCCH.
[0109] Step 504: The UE transmits data to the network device. The UE transmits data on the PUSCH resources indicated by the network device.
[0110] Regarding the above-mentioned solution 2, in order to ensure that the tactile signal can be transmitted completely and timely, the network device needs to reserve sufficient resources for the UE, and the resources can only be used by the UE, which may lead to resource waste.
[0111] Option 3: Existing resource allocation method
[0112] The existing protocol specifies two resource allocation methods: type 0 and type 1:
[0113] (1) Type 0 is a resource block group (RBG) allocation method that supports both discontinuous and continuous allocation. For type 0 resource allocation, existing protocols specify the number of RBs contained in an RBG under different bandwidth scenarios, as shown in Table 1 below:
[0114] Table 1
[0115] As can be seen from Table 1, for example, when the bandwidth is 100MHz (the corresponding bandwidth part size = 273 specified in the protocol), taking configuration 2 as an example, one RBG contains 16 RBs. When using uplink pre-scheduling technology, the amount of pre-scheduled data is fixed, so the size of the allocated scheduling resources is relatively fixed. Therefore, when the RBG granularity is large, there may be a waste of resources. For example, Figure 6 is a schematic diagram of an RBG scheduling resource provided in an embodiment of the present application. If the amount of pre-scheduled data is 17 RBs, RBG2-1 and RBG2-2 need to be allocated at this time, but RBG2-2 only requires 1 RB, so there is a waste of 15 RB resources. Therefore, in combination with Figure 6, it can be seen that in the uplink pre-scheduling scenario where the amount of data is small and the amount of transmitted data is concentrated in a certain range, there is a problem of resource waste due to the large scheduling granularity.
[0116] (2) Type 1 is a resource block (RB) granularity allocation method that only supports continuous allocation.
[0117] Based on this, the present application provides a data transmission method for achieving refined granularity scheduling without increasing DCI overhead, thereby effectively reducing resource waste. For example, FIG7 is a flow chart of a data transmission method provided in an embodiment of the present application, the method comprising:
[0118] Step 701: The network device configures a more fine-grained RBG size table for different bandwidth scenarios. It is understood that the RBG size table can be expanded in multiple configurations based on the existing protocol table. The RBG sizes of the expanded configurations are smaller than the RBG sizes specified in the existing protocol. For example, the configured RBG size table may be as shown in Table 2 below:
[0119] Table 2
[0120] As can be seen from Table 2 above, compared to Table 1, Configuration 3 can be extended; wherein, the RBG size corresponding to each bandwidth part size indicated in Configuration 3 is smaller than the RBG size corresponding to Configuration 1 and Configuration 2, thereby achieving a more fine-grained configuration. It should be noted that the embodiment of the present application is not limited to the configuration method of Configuration 3 shown in Table 2, and other configuration methods can be extended. For example, the RBG size corresponding to the bandwidth part size of 145-275 can be any value between 1 and 15. In addition, the embodiment of the present application does not limit the number of extended configuration methods. For example, in addition to extending Configuration 3, Configuration 4, Configuration 5, etc. can also be extended.
[0121] Still taking the case of a bandwidth of 100 MHz (the corresponding bandwidth part size specified in the protocol is 273) as an example, an RBG indicated in configuration 3 includes 8 RBs. For example, FIG8 is a schematic diagram of RBG scheduling resources provided in an embodiment of the present application. If the amount of pre-scheduled data is still 17 RBs, RBG3-1, RBG3-2, and RBG3-3 need to be allocated. Compared with RBG2-1 and RBG2-2 used in FIG6, only 7 RB resources are wasted at this time, thereby reducing the resource waste problem caused by the large granularity of the scheduled RBG size.
[0122] Step 702: The network device sends indication information 1 to the UE, where the indication information 1 is used to indicate the RBG configuration adopted by the network device.
[0123] In an optional embodiment, the network device may configure one of configuration 1, configuration 2, configuration 3, etc. through RBG-size in RRC signaling. For example, RBG-size in RRC signaling may indicate configuration 3, indicating that the RBG configuration adopted by the network device is configuration 3.
[0124] In another optional embodiment, the network device may configure the RBG-size to a specific value via the RBG-size in RRC signaling. For example, if the transmission bandwidth between the network device and the UE is 100 MHz, the corresponding bandwidth part size specified in the protocol is 273, and the RBG configuration used is configuration 3, the network device may directly indicate RBG size = 8 corresponding to configuration 3 to the UE.
[0125] Step 703: The network device sends indication information 2 to the UE, where the indication information 2 is used to indicate the number of RBGs or RBs that can be used by the UE.
[0126] In an optional embodiment, the indication information 2 of step 703 and the indication information 1 of step 702 can be indicated by different fields in the RRC signaling. Exemplarily, the indication information 2 can be indicated by adding a new field "the maximum number of RBGs that can be used (for example, in English: max-RBG-num)" in the PUSCH-Config of the RRC signaling. When fine-grained RBG size configuration is used (for example, using configuration 3), the newly added field takes effect and can be used to indicate the number of RBGs that can be allocated in the DCI frequency domain resource allocation (FDRA) domain. The newly added field "max-RBG-num" can have multiple representations, for example, possible forms include but are not limited to the following:
[0127] (1) Maximum number of RBGs that can be allocated. For example, the maximum number of RBGs that can be allocated may be 4, which means that a maximum of 4 RBGs can be allocated to the UE.
[0128] (2) RBG number range. For example, the value range can be 1 to 4, which means that 1, 2, 3, or 4 RBGs can be allocated to the UE, or indirectly means that a maximum of 4 RBGs can be allocated to the UE.
[0129] (3) Multiple RBG numbers. For example, the multiple RBG numbers can be 1, 3, or 4. The values of the multiple RBG numbers may not be continuous. In this case, it means that 1, 3, or 4 RBGs can be allocated to the UE, and it can also indirectly mean that a maximum of 4 RBGs can be allocated to the UE.
[0130] By setting the newly added field "max-RBG-num", we can avoid the problems of low indication efficiency, excessive increase in the number of bits required for indication in the FDRA field, and increased DCI overhead caused by the increase in the number of allocated RBGs due to fine-grained RBG size. When implementing this application, the value of this field can be set in combination with the characteristics of the service data.
[0131] It should be noted that the newly added field may also be "the maximum number of RBs that can be used (for example, in English it may be: max-RB-num)", and the maximum number of RBs that can be used may also be used to determine the maximum number of RBGs that can be used.
[0132] Step 704: The network device sends DCI to the UE.
[0133] In an optional embodiment, the network device can encode the allocated RBG based on indication information 1 and indication information 2, so as to map the allocated frequency domain resources to an indication position of a certain number of bits, and then carry it in the DCI, thereby avoiding the increase of DCI overhead due to the fine-grained RBG size.
[0134] For example, when the bandwidth is 100MHz (the corresponding bandwidth part size specified in the protocol is 273), using a table containing fine-grained RBG size (e.g., Table 2), and the RBG-size parameter in the RRC signaling is configured as configuration 3, the corresponding 1 RBG contains 8 RBs, and the maximum number of RBGs that can be carried by the transmission bandwidth is 34. The max-RBG-num field takes effect. If max-RBG-num is set to 4, the number of indicator bits required for FDRA is as shown in the following formula 1-1:
[0135] in, It can be used to indicate the number of existing RBG allocation results based on the maximum number of RBGs that can be carried by the transmission bandwidth being 34 and the "max-RBG-num" configuration being 4. This can be used to indicate rounding up to the smallest integer that can fully represent all RBG allocation results. Formula 1-1 can be used to indicate that all RBG allocation results can be indicated using the 16-bit indication position in the DCI. For example, if the allocated RBGs are RBG1, RBG2, and RBG3, the resulting encoding can be mapped to the 16-bit indication position, thereby indicating the RBGs allocated by the network device to the UE in the DCI.
[0136] In addition, if configuration 1 or configuration 2 in the existing protocol is used, the maximum number of bits required to indicate the position indicated by the FDRA field can be expressed as follows:
[0137] in, The bandwidth part size corresponding to the bandwidth is 273. P represents the number of RBs in the RBG when using configuration 1 or configuration 2, which is 16. It can be used to indicate rounding up to the smallest integer that can represent all RBG allocation results. Formula 1-2 can be used to indicate that all RBG allocation results can be indicated using 18 bits.
[0138] Therefore, in the embodiment of the present application, through the fine-grained configuration of RBG size and "max-RBG-num", not only can resource waste be reduced, but also the increase in DCI overhead can be avoided.
[0139] Step 705: The UE determines the allocated RBGs based on the DCI. It is understood that when the network device maps the allocated RBGs to certain indicated locations on the DCI, the UE can decode the indication information of these indicated locations on the DCI into frequency domain resources based on the same mapping rule to obtain the allocated RBGs.
[0140] In an optional embodiment, the UE may use a bitmap to indicate the RBG allocation method. The bitmap length is the number of bits required for the fine-grained scheduling FDRA indication, for example, 16 bits obtained in formula 1-1 in the above example. The process of the UE obtaining the allocated RBG based on the DCI may be as follows:
[0141] Step 7051: Based on the RBG configuration and transmission bandwidth used by the network device indicated in indication information 1, determine the number of RBs included in the RBG configuration; based on the transmission bandwidth and the number of RBs, determine the maximum number N of RBGs that can be carried by the transmission bandwidth. N can be represented by the following formula 2-1:
[0142] in, The bandwidth part size corresponding to the bandwidth is 273. P represents the number of RBs contained in the RBG when configuration 3 is adopted, which is 8. It can be used to indicate rounding up, indicating the minimum integer that can fully represent the results of all RBG allocations. Formula 2-1 yields N = 34, indicating that the transmission bandwidth can carry a maximum of 34 RBGs.
[0143] Step 7052: Based on the "max-RBG-num" field indicated in indication information 2 and N, determine the number of bits M required for the FDRA indication. M can be expressed as shown in the following formula 2-2:
[0144] For example, N in Formula 2-2 may be 34 obtained in Formula 2-1, and "max-RBG-num" may be 4, so M is 16. In this way, the UE can determine the indication position of the 16-bit number in the DCI to indicate the RBG allocated by the network device to the UE.
[0145] Step 7053: Traverse 1 to 2 M If the current value is n, it is converted into a binary bitmap. The bitmap length is M, and any missing bits are padded with zeros. The number of RBGs used when determining n is P. The number (i.e., position) of the RBG corresponding to the current n is obtained by permuting and traversing according to the number of combinations. This allows the bitmap to be associated with the RBGs in use. For example, the allocated RBGs may be RBG3-1, RBG3-2, and RBG3-3.
[0146] Step 706: The UE transmits data to the network device on the allocated RBG.
[0147] 7 , the fine-grained RBG size indication method can effectively reduce resource waste caused by large scheduling granularity. Furthermore, by indicating "max-RBG-num", the increased DCI overhead that may be caused by the fine-grained indication method can be avoided.
[0148] For another example, FIG9 is another flowchart of a data transmission method provided in an embodiment of the present application, the method including:
[0149] Step 901: For different bandwidth scenarios, the network device configures a RBG size table, including a finer-grained and mixed-granularity RBG size table. The fine-grained configuration method can refer to the configuration method in step 701; the difference from step 701 is that not only can a finer-grained RBG size be configured, but a mixed-granularity method can also be used to provide a variety of different RBG sizes. For example, the configured RBG size table may be shown in Table 3 below:
[0150] Table 3
[0151] As can be seen from Table 3 above, Configuration 4 can be expanded compared to Table 1. Taking a bandwidth part size of 145-275 as an example, the RBG size indicated in Configuration 4 can include two granularities: 8 and 16. The RBG size of 8 is smaller than the RBG size of 16 corresponding to Configurations 1 and 2, and 16 is the same as the RBG size of 16 corresponding to Configurations 1 and 2. In addition, index 1 and index 2 in Table 1 can be used to determine which RBGs are of size 8 and which are of size 16.
[0152] It should be noted that the embodiments of the present application do not limit the number of different granularities that can be configured. For example, two different granularities can be included, or three or more different granularities can be included. For example, the RBG size corresponding to the bandwidth part size of 145-275 in Table 3 can also include index3:6, etc. In addition, the embodiments of the present application do not limit the number of extended configurations. For example, in addition to extending configuration 4, configuration 5 and configuration 6 can also be extended.
[0153] Still taking the case where the bandwidth is 100MHz (the corresponding bandwidth part size=273 specified in the protocol) as an example, an RBG indicated in configuration 4 contains 8 RBs or 16 RBs. For example, Figure 10 is a schematic diagram of an RBG scheduling resource provided in an embodiment of the present application. If the amount of pre-scheduled data is 17 RBs, the RBGs that can be allocated at this time are 1 RBG4-1 with a 16-granularity and 1 RBG4-2 with an 8-granularity. Compared with RBG2-1 and RBG2-2 used in Figure 6, there is only a waste of 7 RB resources at this time, which can reduce the resource waste problem caused by the larger granularity of the scheduled RBG size, and still only needs to indicate two RBGs, which will not increase the DCI overhead.
[0154] Step 902: The network device sends indication information 1 to the UE, where the indication information 1 is used to indicate the RBG configuration adopted by the network device.
[0155] In an optional embodiment, the network device may configure one of configuration 1, configuration 2, configuration 4, etc. through RBG-size in RRC signaling. For example, RBG-size in RRC signaling may indicate configuration 4, indicating that the RBG configuration adopted by the network device is configuration 4.
[0156] In another optional embodiment, the network device may configure the RBG-size to a specific value via the RBG-size in RRC signaling. For example, based on a transmission bandwidth of 100 MHz between the network device and the UE, corresponding to bandwidth part size = 273, and the adopted RBG configuration as configuration 4, the network device may directly indicate the RBG size corresponding to configuration 4, including index 1 = 8 and index 2 = 16, to the UE; wherein index 1 and index 2 can be used to determine which RBGs have a size of 8 and which have a size of 16. It is worth noting that the transmission bandwidth between the network device and the UE may also be indicated to the UE via RRC signaling.
[0157] Step 903: The network device sends indication information 2 to the UE, where the indication information 2 is used to indicate the number of RBGs or RBs that the UE can use.
[0158] In an optional embodiment, the indication information 2 of step 903 and the indication information 1 of step 902 can be indicated by different fields in the RRC signaling. Exemplarily, the indication information 2 can be indicated by adding a new field "maximum number of RBs required (for example, in English: RB-require-num, or max-RB-num)" in the PUSCH-Config of the RRC signaling. When a mixed granularity RBG size configuration is used (for example, using configuration 4), the newly added field takes effect and can be used to indicate the number of RBs that can be allocated in the DCI frequency domain resource allocation (FDRA) domain, and can also be used to indirectly indicate the number of RBGs that can be allocated. The newly added field "RB-require-num" can also have multiple representations, for example, possible forms include but are not limited to the following:
[0159] (1) Maximum number of allocable RBs: For example, the maximum number of allocable RBs may be 64, which means that a maximum of 64 RBs can be allocated to a UE.
[0160] (2) RB number value range: For example, the value range can be 1 to 64, which indirectly indicates that a maximum of 64 RBs can be allocated to the UE.
[0161] (3) Multiple RB numbers. For example, the multiple RB numbers can be 40, 50, 60, or 64. The values of the multiple RB numbers may not be continuous. In this case, it means that a maximum of 40, 50, 60, or 64 RBs can be allocated to the UE, and it can also indirectly indicate that a maximum of 64 RBs can be allocated to the UE.
[0162] By setting the newly added field "RB-require-num", not only can the problem of resource waste caused by large scheduling granularity be reduced, but also the problem of low indication efficiency, excessive increase in the number of bits required for indication in the FDRA field, and increased DCI overhead caused by the increase in the number of allocated RBGs due to fine-grained RBG size can be avoided. When implementing this application, the value of this field can be set in combination with the characteristics of the service data.
[0163] Step 904: The network device sends DCI to the UE.
[0164] In an optional embodiment, similar to the principle of step 704, the network device can encode the allocated RBG based on indication information 1 and indication information 2, so as to map the allocated frequency domain resources to an indication position of a certain number of bits, and then carry it in the DCI, thereby avoiding the increase of DCI overhead due to including a finer-grained mixed granularity RBG size.
[0165] For example, when the bandwidth is 100MHz (the corresponding bandwidth part size specified in the protocol is 273), a mixed granularity RBG size table containing finer granularity is used (e.g., Table 3), and the RBG-size parameter configuration in the RRC signaling can be configuration 4. In this case, a part of the RBG can contain 8 RBs, and the maximum number of RBGs containing 8 RBs that can be carried by the transmission bandwidth is 34. The other part of RBG can contain 16 RBs, and the maximum number of RBGs containing 16 RBs that can be carried by the transmission bandwidth is 17. The "RB-require-num" field takes effect. If "RB-require-num" is configured as 40, one RBG with 8 granularity and two RBGs with 16 granularity can be allocated. The maximum number of bits required for the corresponding FDRA to indicate the position is as shown in the following formula 3-1:
[0166] in, It can be used to indicate the number of existing RBG allocation results, which include selecting 2 RBGs from 17 RBGs with a granularity of 16 that can be carried by the maximum transmission bandwidth, and selecting 1 RBG from 34 RBGs with a granularity of 8 that can be carried by the maximum transmission bandwidth. This can be used to indicate rounding up to the smallest integer that can fully represent all RBG allocation results. Formula 3-1 can be used to indicate that all RBG allocation results can be indicated using 13 bits. For example, the allocated RBGs may include: RBG4-1, which contains 16 RBs; RBG4-2, which contains 16 RBs; and RBG4-3, which contains 8 RBs. This allocation result can be mapped to the 13-bit indication position to obtain the encoding result, which can then be indicated in the DCI.
[0167] Therefore, the embodiment of the present application can not only reduce resource waste but also avoid increasing DCI overhead by configuring the RBG size with mixed granularity and "RB-require-num".
[0168] Step 905: The UE determines the allocated RBGs based on the DCI. It is understood that when the network device maps the allocated RBGs to certain indicated locations on the DCI, the UE can decode the indication information of these indicated locations on the DCI into frequency domain resources based on the same mapping rule to obtain the allocated RBG results.
[0169] In an optional embodiment, the UE may use a bitmap to indicate the RBG allocation method. The bitmap length is the number of bits required for the fine-grained scheduling FDRA indication, for example, 13 bits obtained in Formula 3-1 in the above example. The process of the UE obtaining the allocated RBG based on the DCI may be as follows:
[0170] Step 9051: Based on the RBG configuration and transmission bandwidth used by the network device indicated in indication information 1, determine the number of RBs included in different types of RBG configurations; based on the transmission bandwidth and the number of RBs, determine the maximum number of RBGs Nn that the transmission bandwidth can carry; where n can be used to represent different hybrid granularities. N1 corresponding to the 8-granularity RBG configuration can be referred to as shown in the following formula 4-1:
[0171] in, The bandwidth part size corresponding to the bandwidth is 273. P1 indicates the number of RBs contained in the RBG corresponding to index 1 when configuration 4 is adopted, which is 8. This can be used to indicate rounding up, indicating the minimum integer that can fully represent all RBG allocations. Formula 4-1 yields N1 = 34, indicating that the transmission bandwidth can carry a maximum of 34 RBGs, each containing 8 RBs.
[0172] The N2 corresponding to the 16-granularity RBG configuration can be found in the following formula 4-2:
[0173] in, The bandwidth part size corresponding to the bandwidth is 273. P2 indicates the number of RBs contained in the RBG corresponding to index 2 when configuration 4 is used, which is 16. It can be used to indicate rounding up, indicating the minimum integer that can fully represent the RBG allocation results. Formula 4-2 yields N2 = 17, indicating that the transmission bandwidth can carry a maximum of 17 RBGs containing 16 RBs.
[0174] Step 9052: Determine the number of bits M required for the FDRA indication. M can be expressed as shown in the following formula 4-3:
[0175] At this point, M can be obtained as 13, thus confirming that the 13 bits included in the DCI are used to indicate the allocated RBGs. N1 in Formula 4-3 can be obtained based on Formula 4-1 and is 34; N2 can be obtained based on Formula 4-2 and is 17. Where X1 can represent the number of RBGs selected with 8 granularity, and X2 can represent the number of RBGs selected with 16 granularity, which can be obtained based on "RB-require-num", for example, as shown in the following Formula 4-4: X2 = s / / P2 Formula 4-4
[0176] Here, s is the value of the RB-require-num configuration field, and P2 is the number of RBs in the RBG, which is 16. / / can be used to indicate integer division. The resulting X2 is 2, indicating the selection of two 16-granularity RBGs.
[0177] Based on the number of RBGs with 16 granularities selected in Formula 4-4, X1 can also be obtained according to the remainder obtained in Formula 4-4, for example, as shown in the following Formula 4-5: X1 = (s-X2*P2) / / P1 Formula 4-5
[0178] P1 is the number of RBs in the RBG, which is 8. From Formula 4-5, X1 is 1, indicating that a 16-granularity RBG is selected.
[0179] It can be understood that based on Formula 4-3 to Formula 4-5, M can be obtained as 13. In this way, the UE can determine the indication position of the 13-bit number in the DCI, which is used to indicate the RBG allocated by the network device to the UE.
[0180] It should be noted that in the embodiment of the present application, division and rounding can also be performed based on the 8-granularity RBG to determine the number of 8-granularity RBGs to be selected, and then the number of 16-granularity RBGs to be selected is determined based on the remainder. The present application does not limit the method of determining the number of RBGs of different granularities, which can be determined by negotiation between the network device and the UE.
[0181] Step 9053: Traverse 1 to 2 M If the current value is n, it is converted into a binary bitmap. The bitmap length is M, and any missing bits are padded with zeros. The number of RBGs used when determining n is P. The traversal is performed according to the permutation number to obtain the number (i.e., position) of the RBG corresponding to the current n. This allows the bitmap to be associated with the RBGs in use. For example, the allocated RBGs may be RBG4-1 with 16 granularity, RBG4-2 with 16 granularity, and RBG4-3 with 8 granularity.
[0182] Step 906: The UE transmits data to the network device on the allocated RBG.
[0183] The embodiment described in FIG9 shows that the fine-grained RBG size indication method can effectively reduce the problem of resource waste caused by large scheduling granularity. In addition, by indicating "RB-require-num", the problem of increased DCI overhead caused by mixed granularity indication methods including fine granularity can be avoided.
[0184] In another optional embodiment, FIG11 is a schematic diagram of an interactive process of a data transmission method provided in an embodiment of the present application. The process includes:
[0185] Step 1101: The network device sends a first indication message to the UE; wherein, the first indication message indicates that the transmission bandwidth and the adopted RBG configuration are the third configuration; the RBG configuration also includes the first configuration and the second configuration, and N types of RBGs among the M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and the M and N are positive integers; the first indication message also indicates the number of RBGs or the number of RBs that can be used by the terminal device, the number of RBGs that can be used is smaller than the number of RBGs that can be carried by the transmission bandwidth, and the number of RBs that can be used is smaller than the number of RBs that can be carried by the transmission bandwidth.
[0186] Based on the process in Figure 11, the network device can synchronize the RBG configuration with the UE, so that the network device can send DCI to the terminal device based on the RBG configuration in Figure 11 to implement uplink pre-scheduling. For example, Figure 12 is a schematic diagram of another interactive process of a data transmission method provided in an embodiment of the present application. The process includes:
[0187] Step 1102: The network device sends DCI to the UE, where the DCI indicates the RBGs allocated to the terminal device based on the third configuration; the number of allocated RBGs is less than or equal to the number of available RBGs, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of available RBs.
[0188] Step 1103: The network device receives the data transmitted by the UE through the allocated RBG.
[0189] Figure 13 shows a possible exemplary block diagram of a communication device involved in an embodiment of the present application. Device 1300 includes a transceiver unit 1320, which may include a receiving unit and a sending unit. Device 1300 may also include a processing unit 1310, which may be used to control and manage the operations of device 1300. Transceiver unit 1320 is used to support communication between device 1300 and other network entities. Optionally, device 1300 may also include a storage unit for storing program code and data of device 1300.
[0190] Optionally, each unit in the apparatus 1300 may be implemented by software.
[0191] Optionally, the processing unit 1310 can be a processor or a controller, for example, a general-purpose central processing unit (CPU), a general-purpose processor, a digital signal processing (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, a transistor logic device, a hardware component or any combination thereof. It can implement or execute the various exemplary logic blocks, modules and circuits described in conjunction with the disclosure of the embodiments of the present application. The processor can also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and the like. The transceiver unit 1320 can be a communication interface, a transceiver or a transceiver circuit, etc., wherein the communication interface is a general term. In a specific implementation, the communication interface can include multiple interfaces, and the storage unit can be a memory.
[0192] When the apparatus 1300 is a chip in a network device, the processing unit 1310 in the apparatus 1300 may support the apparatus 1300 in executing the actions of the network device in the above method examples.
[0193] The transceiver unit 1320 can support the device 1300 to communicate with the UE or the core network device. For example, the transceiver unit 1320 can support the device 1300 to execute steps 701 to 704 and step 706 in Figure 7, or steps 901 to 904 and step 906 in Figure 9; or step 1101 in Figure 11; or step 1102 and step 1103 in Figure 12.
[0194] It should be understood that the device 1300 according to the embodiment of the present application may correspond to the network device in the aforementioned method embodiment, and the operations and / or functions of the various units in the device 1300 are respectively for implementing the corresponding steps of the method of the network device in the aforementioned method embodiment, and therefore the beneficial effects in the aforementioned method embodiment can also be achieved. For the sake of brevity, they are not elaborated here.
[0195] The transceiver unit 1320 is used to send a first indication message to the terminal device; wherein, the first indication message indicates that the transmission bandwidth and the adopted RBG configuration are the third configuration; the RBG configuration also includes the first configuration and the second configuration, and N types of RBGs among the M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; the first indication message also indicates the number of RBGs or the number of RBs that the terminal device can use, the number of RBGs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry, and the number of RBs that can be used is smaller than the number of RBs that the transmission bandwidth can carry.
[0196] In a possible embodiment, the transceiver unit 1320 is further used to: send DCI to the terminal device, where the DCI indicates the RBG allocated to the terminal device based on the third configuration; the number of allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; and receive data transmitted by the terminal device through the allocated RBGs.
[0197] In a possible embodiment, the DCI is used to indicate coding information of the RBG allocation method, and the coding information is used by the terminal device to decode to obtain the RBG allocated to the terminal device based on the third configuration.
[0198] In a possible embodiment, the third configuration is used to directly indicate M types of RBGs corresponding to the transmission bandwidth.
[0199] In a possible embodiment, the third configuration is used to indicate a P-group RBG configuration corresponding one-to-one to a P-group bandwidth part size, the P-group bandwidth part size includes a first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; wherein the M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the first bandwidth part size.
[0200] In a possible embodiment, the number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by multiple RBG numbers, and the maximum value among the multiple RBG numbers is the number of RBGs or RBs that can be used.
[0201] In a possible embodiment, the first indication information is carried through radio resource control RRC signaling.
[0202] When the device 1300 is a UE or a chip in the UE, the processing unit 1310 in the device 1300 can support the device 1300 to perform the actions of the UE in the above method examples, for example, it can support the device 1300 to perform steps 702 to 706 in Figure 7, or steps 902 to 906 in Figure 9; or step 1101 in Figure 11; or steps 1102 and 1103 in Figure 12.
[0203] The transceiver unit 1320 can support the device 1300 to communicate with the network device. For example, the transceiver unit 1320 can support the device 1300 to execute steps 701 to 704, step 706 in Figure 7, or steps 901 to 904, step 906 in Figure 9; or step 1101 in Figure 11; or step 1102, step 1103 in Figure 12.
[0204] The transceiver unit 1320 is used to receive first indication information sent by a network device; wherein, the first indication information indicates that the transmission bandwidth and the adopted RBG configuration are the third configuration; the RBG configuration also includes a first configuration and a second configuration, and N types of RBGs among the M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; the first indication information also indicates the number of RBGs or the number of RBs that the terminal device can use, the number of RBGs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry, and the number of RBs that can be used is smaller than the number of RBs that the transmission bandwidth can carry.
[0205] In a possible embodiment, the transceiver unit 1320 is further used to: receive DCI sent by the network device, where the DCI indicates the RBG allocated to the terminal device based on the third configuration; the number of allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; and transmit data to the network device through the allocated RBGs.
[0206] In a possible embodiment, the DCI is used to indicate coding information of the RBG allocation method, and the coding information is used by the terminal device to decode to obtain the RBG allocated to the terminal device based on the third configuration.
[0207] In a possible embodiment, the third configuration is used to directly indicate M types of RBGs corresponding to the transmission bandwidth.
[0208] In a possible embodiment, the third configuration is used to indicate a P-group RBG configuration corresponding one-to-one to a P-group bandwidth part size, the P-group bandwidth part size includes a first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; wherein the M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the first bandwidth part size.
[0209] In a possible embodiment, the number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by multiple RBG numbers, and the maximum value among the multiple RBG numbers is the number of RBGs or RBs that can be used.
[0210] In a possible embodiment, the first indication information is carried through RRC signaling.
[0211] It should be understood that the device 1300 according to the embodiment of the present application may correspond to the UE in the aforementioned method embodiment, and the operations and / or functions of the various units in the device 1300 are respectively for implementing the corresponding steps of the method of the UE in the aforementioned method embodiment, and therefore the beneficial effects in the aforementioned method embodiment can also be achieved. For the sake of brevity, they are not elaborated here.
[0212] FIG14 shows a schematic structural diagram of a communication device 1400 according to an embodiment of the present application. As shown in FIG14 , the device 1400 includes: a processor 1401 .
[0213] When the apparatus 1400 is a UE or a chip in the UE, in one possible implementation, when the processor 1401 is configured to call an interface, the processor 1401 performs the following actions:
[0214] Receive first indication information sent by a network device; wherein, the first indication information indicates that the transmission bandwidth and the adopted RBG configuration are the third configuration; the RBG configuration also includes the first configuration and the second configuration, and N types of RBGs among the M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and the M and N are positive integers; the first indication information also indicates the number of RBGs or the number of RBs that the terminal device can use, the number of RBGs that can be used is smaller than the number of RBGs that the transmission bandwidth can carry, and the number of RBs that can be used is smaller than the number of RBs that the transmission bandwidth can carry.
[0215] In a possible embodiment, the method further includes: receiving DCI sent by the network device, the DCI indicating the RBG allocated to the terminal device based on the third configuration; the number of allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; and transmitting data to the network device through the allocated RBGs.
[0216] In a possible embodiment, the DCI is used to indicate coding information of the RBG allocation method, and the coding information is used by the terminal device to decode to obtain the RBG allocated to the terminal device based on the third configuration.
[0217] In a possible embodiment, the third configuration is used to directly indicate M types of RBGs corresponding to the transmission bandwidth.
[0218] In a possible embodiment, the third configuration is used to indicate a P-group RBG configuration corresponding one-to-one to a P-group bandwidth part size, the P-group bandwidth part size includes a first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; wherein the M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the first bandwidth part size.
[0219] In a possible embodiment, the number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, the number of RBGs or RBs that can be used is indirectly indicated by multiple RBG numbers, and the maximum value among the multiple RBG numbers is the number of RBGs or RBs that can be used.
[0220] In a possible embodiment, the first indication information is carried through RRC signaling.
[0221] It should be understood that the apparatus 1400 may also be used to execute other steps and / or operations of the network device in the foregoing embodiments, which are not described here for the sake of brevity.
[0222] It should be understood that the processor 1401 can call an interface to perform the above-mentioned sending and receiving actions, wherein the called interface can be a logical interface or a physical interface, which is not limited to this. Optionally, the physical interface can be implemented by a transceiver. Optionally, the device 1400 also includes a transceiver 1403.
[0223] Optionally, the apparatus 1400 further includes a memory 1402 , which can store program codes in the above method embodiments for easy calling by the processor 1401 .
[0224] Specifically, if the device 1400 includes a processor 1401, a memory 1402, and a transceiver 1403, the processor 1401, the memory 1402, and the transceiver 1403 communicate with each other through an internal connection path to transmit control and / or data signals. In one possible design, the processor 1401, the memory 1402, and the transceiver 1403 can be implemented by a chip. The processor 1401, the memory 1402, and the transceiver 1403 can be implemented in the same chip, or they can be implemented in different chips, or any two of their functions can be combined and implemented in a single chip. The memory 1402 can store program code, and the processor 1401 calls the program code stored in the memory 1402 to implement the corresponding functions of the device 1400.
[0225] The present application also provides a communication system, which includes a UE and a network device, wherein the network device is used to execute the steps and / or operations on the network device side in the above embodiments, and the UE is used to execute the steps and / or operations on the UE side in the above embodiments.
[0226] An embodiment of the present application further provides a computer-readable storage medium, which stores a computer program. When the computer program runs on a computer, the computer executes the methods shown in the above embodiments.
[0227] The methods provided in the embodiments of the present application can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, they can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in accordance with the embodiments of the present invention is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user device, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more available media integrated therein. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a digital video disc (DVD)), or a semiconductor medium (eg, a solid state disk (SSD)).
[0228] The above embodiments are merely a detailed introduction to the technical solutions of the present application. However, the descriptions of the above embodiments are intended only to facilitate understanding of the methods of the embodiments of the present invention and should not be construed as limiting the embodiments of the present invention. Any changes or substitutions that can be readily conceived by those skilled in the art should fall within the scope of protection of the embodiments of the present invention.
Claims
1. A data transmission method, characterized in that: include: Sending first indication information to a terminal device; wherein the first indication information indicates that the transmission bandwidth and the adopted resource block group RBG configuration are a third configuration; the RBG configuration also includes a first configuration and a second configuration, and N of the M RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; The first indication information also indicates the number of RBGs or resource blocks RBs that can be used by the terminal device, the number of RBGs that can be used is less than the number of RBGs that can be carried by the transmission bandwidth, and the number of RBs that can be used is less than the number of RBs that can be carried by the transmission bandwidth.
2. The method according to claim 1, characterized in that The method further comprises: Sending downlink control information DCI to the terminal device, where the DCI indicates an RBG allocated to the terminal device based on the third configuration; the number of the allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; The data transmitted by the terminal device is received through the allocated RBG.
3. The method according to claim 2, characterized in that The DCI is used to indicate the coding information of the RBG allocation method, and the coding information is used for the terminal device to decode and obtain the RBG allocated to the terminal device based on the third configuration.
4. The method according to any one of claims 1 to 3, characterized in that The third configuration is used to directly indicate the M types of RBGs corresponding to the transmission bandwidth.
5. The method according to any one of claims 1 to 3, characterized in that The third configuration is used to indicate the P group RBG configuration corresponding to the P group bandwidth part size one by one, the P group bandwidth part size includes the first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; The M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the size of the first bandwidth part.
6. The method according to any one of claims 1 to 5, characterized in that The number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, The number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, The usable number of RBGs or RBs is indirectly indicated by multiple numbers of RBGs, and the maximum value of the multiple numbers of RBGs is the usable number of RBGs or RBs.
7. The method according to any one of claims 1 to 6, characterized in that The first indication information is carried via radio resource control RRC signaling.
8. A data transmission method, characterized in that: include: Receive first indication information sent by a network device; wherein the first indication information indicates that the transmission bandwidth and the adopted resource block group RBG configuration are a third configuration; the RBG configuration also includes a first configuration and a second configuration, N types of RBGs among M types of RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; The first indication information also indicates the number of RBGs or resource blocks RBs that can be used by the terminal device, the number of RBGs that can be used is less than the number of RBGs that can be carried by the transmission bandwidth, and the number of RBs that can be used is less than the number of RBs that can be carried by the transmission bandwidth.
9. The method according to claim 8, characterized in that The method further comprises: receiving downlink control information DCI sent by the network device, the DCI indicating that the terminal device is allocated based on the third configuration; The number of the allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; Data is transmitted to the network device through the allocated RBG.
10. The method according to claim 9, characterized in that The DCI is used to indicate the coding information of the RBG allocation method, and the coding information is used for the terminal device to decode and obtain the RBG allocated to the terminal device based on the third configuration.
11. The method according to any one of claims 8 to 10, characterized in that The third configuration is used to directly indicate the M types of RBGs corresponding to the transmission bandwidth.
12. The method according to any one of claims 8 to 10, characterized in that The third configuration is used to indicate the P group RBG configuration corresponding to the P group bandwidth part size one by one, the P group bandwidth part size includes the first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; The M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the size of the first bandwidth part.
13. The method according to any one of claims 8 to 12, characterized in that The number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, The number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, The usable number of RBGs or RBs is indirectly indicated by multiple numbers of RBGs, and the maximum value of the multiple numbers of RBGs is the usable number of RBGs or RBs.
14. The method according to any one of claims 8 to 13, characterized in that The first indication information is carried via radio resource control RRC signaling.
15. A data transmission device, characterized in that: include: A transceiver unit, configured to send first indication information to a terminal device; wherein the first indication information indicates that the transmission bandwidth and the adopted resource block group RBG configuration are a third configuration; the RBG configuration further includes a first configuration and a second configuration, and N of the M RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; The first indication information also indicates the number of RBGs or resource blocks RBs that can be used by the terminal device, the number of RBGs that can be used is less than the number of RBGs that can be carried by the transmission bandwidth, and the number of RBs that can be used is less than the number of RBs that can be carried by the transmission bandwidth.
16. The device according to claim 15, characterized in that The transceiver unit is further used for: Sending downlink control information DCI to the terminal device, where the DCI indicates an RBG allocated to the terminal device based on the third configuration; the number of the allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; The data transmitted by the terminal device is received through the allocated RBG.
17. The device according to claim 16, characterized in that The DCI is used to indicate the coding information of the RBG allocation method, and the coding information is used for the terminal device to decode and obtain the RBG allocated to the terminal device based on the third configuration.
18. The device according to any one of claims 15 to 17, characterized in that The third configuration is used to directly indicate the M types of RBGs corresponding to the transmission bandwidth.
19. The device according to any one of claims 15 to 17, characterized in that The third configuration is used to indicate the P group RBG configuration corresponding to the P group bandwidth part size one by one, the P group bandwidth part size includes the first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; The M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the size of the first bandwidth part.
20. The device according to any one of claims 15 to 19, characterized in that The number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, The number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, The usable number of RBGs or RBs is indirectly indicated by multiple numbers of RBGs, and the maximum value of the multiple numbers of RBGs is the usable number of RBGs or RBs.
21. The device according to any one of claims 15 to 20, characterized in that The first indication information is carried via radio resource control RRC signaling.
22. A data transmission device, characterized in that: include: A transceiver unit, configured to receive first indication information sent by a network device; wherein the first indication information indicates that the transmission bandwidth and the adopted resource block group RBG configuration are a third configuration; the RBG configuration further includes a first configuration and a second configuration, and N of the M RBGs corresponding to the transmission bandwidth in the third configuration are smaller than the RBGs corresponding to the transmission bandwidth in the first configuration or the second configuration, and M and N are positive integers; The first indication information also indicates the number of RBGs or resource blocks RBs that can be used by the terminal device, the number of RBGs that can be used is less than the number of RBGs that can be carried by the transmission bandwidth, and the number of RBs that can be used is less than the number of RBs that can be carried by the transmission bandwidth.
23. The device according to claim 22, characterized in that The transceiver unit is further used for: Receiving downlink control information DCI sent by the network device, where the DCI indicates an RBG allocated to the terminal device based on the third configuration; The number of the allocated RBGs is less than or equal to the number of RBGs that can be used, or the sum of the number of RBs included in the allocated RBGs is less than or equal to the number of RBs that can be used; Data is transmitted to the network device through the allocated RBG.
24. The device according to claim 23, characterized in that The DCI is used to indicate the coding information of the RBG allocation method, and the coding information is used for the terminal device to decode and obtain the RBG allocated to the terminal device based on the third configuration.
25. The device according to any one of claims 22 to 24, characterized in that The third configuration is used to directly indicate the M types of RBGs corresponding to the transmission bandwidth.
26. The device according to any one of claims 22 to 25, characterized in that The third configuration is used to indicate the P group RBG configuration corresponding to the P group bandwidth part size one by one, the P group bandwidth part size includes the first bandwidth part size, the transmission bandwidth belongs to the first bandwidth part size, and P is a positive integer; The M types of RBGs corresponding to the transmission bandwidth are indirectly indicated based on the M types of RBGs corresponding to the size of the first bandwidth part.
27. The device according to any one of claims 22 to 26, characterized in that The number of RBGs or RBs that can be used is directly indicated by a numerical value, and the numerical value is the number of RBGs or RBs that can be used; or, The number of RBGs or RBs that can be used is indirectly indicated by a numerical range, and the maximum value in the numerical range is the number of RBGs or RBs that can be used; or, The usable number of RBGs or RBs is indirectly indicated by multiple numbers of RBGs, and the maximum value of the multiple numbers of RBGs is the usable number of RBGs or RBs.
28. A communication device, characterized in that: The communication device comprises a transceiver, a processor and a memory; the memory stores program instructions; when the program instructions are executed, the communication device executes the method according to any one of claims 1 to 7.
29. A communication device, characterized in that: The communication device comprises a transceiver, a processor and a memory; the memory stores program instructions; when the program instructions are executed, the communication device executes the method according to any one of claims 8 to 14.
30. A chip, characterized in that: The chip is coupled to a memory, and the chip reads a computer program stored in the memory to execute the method according to any one of claims 1 to 7.
31. A chip, characterized in that: The chip is coupled to a memory, and the chip reads a computer program stored in the memory to execute the method according to any one of claims 8 to 14.
32. A computer-readable storage medium, characterized in that: The storage medium stores a computer program or an instruction. When the computer program or the instruction is executed by the communication device, the method according to any one of claims 1 to 7 or the method according to any one of claims 8 to 14 is implemented.
33. A computer program product, characterized in that The method comprises instructions which, when executed on a computer, cause the computer to perform the method according to any one of claims 1 to 7 or the method according to any one of claims 8 to 14.
34. A communication system, characterized in that: Comprising the device as claimed in any one of claims 15 to 21, and the device as claimed in any one of claims 22 to 27.
Citation Information
Patent Citations
Method and device for executing random access in wireless cellular communication system
CN110268648A
Method and device for determining size of resource block group
CN110460555A
Frequency domain resource allocation for downlink (DL) and uplink (UL) in new radio (NR)
US20230139455A1