Communication method and apparatus
By determining the RNTI based on the identification and orthogonal code information of the terminal device, the problems of data transmission delay and high power consumption in wireless communications are solved, and more efficient RNTI acquisition and resource utilization are achieved.
Patent Information
- Application Number
- PCT/CN2025/086309
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2024-04-03
- Filing Date
- 2025-03-31
- Publication Date
- 2025-10-09
AI Technical Summary
In wireless communications, when the amount of data is small, transmitting data through the third step of a four-step random access results in a long service transmission delay and high power consumption of the terminal device. Without performing the first two steps of random access, the wireless network temporary identifier for descrambling the physical downlink control channel cannot be obtained, resulting in the inability to receive contention resolution messages.
The terminal device determines the radio network temporary identifier (RNTI) corresponding to the second message based on the terminal device's identification information and orthogonal code information, and obtains the RNTI of the second message without performing the first two steps of random access, thereby reducing the interaction steps with the network device to reduce service transmission delay and power consumption.
By reducing the first two steps of random access, terminal devices can obtain RNTI more efficiently, reduce service transmission delay and power consumption, reduce the occupation of air interface resources, and improve uplink transmission capacity.
Smart Images

Figure CN2025086309_09102025_PF_FP_ABST
Abstract
Description
Communication method and device
[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 April 3, 2024, with application number 202410405496.4 and application name "A Communication Method and Device", 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 communication method and device. Background Art
[0004] In wireless communications, when the amount of data is small, in order to reduce the transmission delay of the service and reduce the power consumption of the terminal device, the terminal device can transmit the data to the network device together with the radio resource control (RRC) message sent to the network device through the third step of the four-step random access. When the network device subsequently receives the data, it can release the terminal device back to the RRC idle state or continue to schedule the uplink and downlink transmission of the terminal device.
[0005] However, data is transmitted through the third step of random access, and the service transmission delay is still large, and the power consumption of the terminal device is still high. To further reduce the service transmission delay and terminal device power consumption, the first two steps of random access can be omitted. However, if the first two steps of random access are omitted, the radio network temporary indentifier (RNTI) for descrambling the physical downlink control channel (PDCCH) cannot be obtained, resulting in the inability to receive contention resolution messages based on the PDCCH. Summary of the Invention
[0006] The embodiments of the present application provide a communication method and apparatus for solving the problem that data transmission in the third step of random access results in a long service transmission delay and high power consumption of a terminal device.
[0007] In the first aspect, the present application provides a communication method, which can be executed by a terminal device. The terminal device is, for example, a terminal device, or other device including the functions of a terminal device, or a chip system (or, chip) or other functional module, and the chip system or functional module can realize the functions of the terminal device, and the chip system or functional module is, for example, set in the terminal device. The following introduction takes the terminal device as an example. The method includes: sending a first message on a first resource, the first message including first data and a first identifier of a first terminal device; receiving a second message based on a first RNTI, the first RNTI being related to one or more of the following: the first identifier, the first resource or a first orthogonal code, the first orthogonal code being an orthogonal code for encoding the first data.
[0008] In an embodiment of the present application, the terminal device can determine the RNTI corresponding to the second message (such as the aforementioned msg4) based on the identification information of the terminal device, the orthogonal code information used when encoding the data, or the resource information of sending the data. In this way, the first two steps of random access can be omitted, and the RNTI corresponding to the second message can be obtained, which helps to reduce the interaction steps between the terminal device and the network device, reduce service transmission delay, and reduce terminal device power consumption.
[0009] In one possible implementation, the first terminal device may further receive a third message, where the third message is used to indicate the first resource or the first resource set. The third message may be a broadcast message or an RRC message. The network device sends resources for transmitting data via a broadcast message or an RRC message, and the terminal device does not need to initiate random access, thereby reducing the occupation of air interface resources. For example, the air interface resources occupied by msg1 and msg2 in random access may be reduced.
[0010] In one possible implementation, the third message is used to indicate a first resource set, where the first resource is any resource in the first resource set; or, the first resource is a resource in the first resource set whose corresponding index is associated with the first identifier. The terminal device randomly selects the first resource from the resource set, resulting in a higher efficiency in selecting the first resource. Alternatively, the terminal device selects the first resource from the first resource set based on the first identifier, resulting in a higher relevance of the first resource to the terminal device.
[0011] In one possible implementation, the first terminal device may also receive a fourth message, where the fourth message is used to indicate at least one RNTI, where the at least one RNTI is associated with the first resource set, and where the one or more RNTIs include the first RNTI. The network device sends the association relationship between the RNTI and the resources in the first resource set to the terminal device, so that the terminal device can obtain the RNTI based on the first resource after determining the first resource, thereby helping to improve the efficiency of the terminal device in obtaining the first RNTI.
[0012] In one possible implementation, the first terminal device may further receive a fifth message, where the fifth message is used to indicate one or more orthogonal codes, where the one or more orthogonal codes include the first orthogonal code. By introducing OCC-based encoding of transmitted data, the dimension by which the base station distinguishes UEs is increased, which helps reduce the probability of performance loss due to resource collisions selected by the UE.
[0013] In a possible implementation, the first orthogonal code is related to the first identifier. Determining the first orthogonal code according to the identifier of the terminal device allows the terminal device and the network device to determine the first RNTI according to the first orthogonal code with higher accuracy.
[0014] In one possible implementation, the first identifier includes: system (S)-temporary mobile subscription identifier (TMSI); fifth generation communication technology (5G)-S-TMSI; a random number generated by the first terminal device; or the first RNTI. The first identifier includes S-TMSI or 5G-S-TMSI in accordance with the provisions of the existing protocol. The first identifier is a random number generated by the terminal device, which allows unregistered terminal devices to transmit data, thereby improving service transmission delay and reducing power consumption of the terminal device. The first identifier is the RNTI allocated by the network device to the terminal device. The terminal device and the network device can directly use it as the RNTI for transmitting the second message without having to re-determine the first RNTI, which helps to improve the efficiency of determining the first RNTI and can reduce the power consumption of the terminal device.
[0015] In one possible implementation, the first RNTI is associated with the first identifier, and the first RNTI is the first identifier, or the first RNTI is a portion of the first identifier. Considering that the first identifier is less likely to conflict, determining the first RNTI based on the first identifier can reduce the probability of the terminal device receiving a second message that is not intended for the terminal device, thereby helping to reduce power consumption of the terminal device.
[0016] In one possible implementation, the first RNTI is a portion of the bits of the first identifier, and the second message includes a second identifier of the first terminal device, where the second identifier is the bits of the first identifier excluding the first RNTI. Sending the second identifier reduces the number of bits carried in the second message relative to sending the first identifier, thereby helping to reduce the signaling overhead of the second message.
[0017] In one possible implementation, the first terminal device may further determine whether the competition is successful based on the second identifier and the first RNTI. The terminal device may derive the first identifier of the terminal device based on the second identifier included in the second message and the RNTI used to receive the second message, thereby helping to reduce the overhead of the second message.
[0018] In one possible implementation, the first identifier includes the first RNTI, and the first terminal device may further determine that the first RNTI is a cell (C)-RNTI of the first terminal device. When the first identifier is an RNTI configured by a network device, the terminal device may directly use it as the C-RNTI for subsequent transmissions without having to obtain it through a second message, thereby reducing the overhead of the second message.
[0019] In one possible implementation, the second message includes one or more of the following: a C-RNTI of each terminal device in one or more terminal devices; a first identifier of each terminal device in one or more terminal devices; a second identifier of each terminal device in one or more terminal devices; an index of an orthogonal code corresponding to each terminal device in one or more terminal devices, or a timing advance (TA) corresponding to each terminal device in one or more terminal devices. When a network device receives data from multiple terminal devices, if the first RNTIs corresponding to the multiple terminal devices are the same, the network device can carry the information sent to the multiple terminal devices in the same message. In this way, since only one packet header is used, it helps to reduce the transmission overhead of the network device.
[0020] In a possible implementation, the second message is used to determine whether the contention is successful; and / or the second message is used to determine the C-RNTI. The second message may be, for example, msg4 in an existing random access.
[0021] In a second aspect, a communication method is provided, which can be executed by a network device. The network device is, for example, a network device, or other device including the functions of a network device, or a chip system (or chip) or other functional module, which can realize the functions of the network device, and the chip system or functional module is, for example, set in the network device. The network device includes, for example, a core network device and / or an access network device. The following introduction takes the network device as an example that it is a network device. The method includes: receiving a first message on a first resource, the first message including first data and a first identifier of a first terminal device; sending a second message based on a first radio network temporary identifier RNTI, the first RNTI being related to one or more of the following: the first identifier, the first resource, the first orthogonal code, or the configuration of the network device, the first orthogonal code being an orthogonal code for encoding the first data.
[0022] In a possible implementation, the network device may further send a third message, where the third message is used to indicate the first resource or the first resource set.
[0023] In a possible implementation, the network device may further send a fourth message, where the fourth message is used to indicate at least one RNTI, the at least one RNTI is associated with the first resource set, and the one or more RNTIs include the first RNTI.
[0024] In a possible implementation, the network device may further send a fifth message, where the fifth message is used to indicate one or more orthogonal codes, where the one or more orthogonal codes include the first orthogonal code.
[0025] In a possible implementation manner, the network device may further decode the first data based on the one or more orthogonal codes to determine the first orthogonal code.
[0026] In a possible implementation, the first identifier includes: a system-temporary mobile subscription identifier S-TMSI; a fifth-generation communication technology 5G-S-TMSI; a random number generated by the first terminal device; or the first RNTI.
[0027] In a possible implementation manner, the first RNTI is related to the first identifier, the first RNTI is the first identifier, or the first RNTI is part of the bits of the first identifier.
[0028] In a possible implementation, the first RNTI is part of the bits of the first identifier, and the second message includes the second identifier of the first terminal device, where the second identifier is the bits of the first identifier excluding the first RNTI.
[0029] In one possible embodiment, the second message includes one or more of the following: a C-RNTI for each terminal device in one or more terminal devices; a second identifier for each terminal device in one or more terminal devices; an index of an orthogonal code corresponding to each terminal device in one or more terminal devices; or a TA corresponding to one or more terminal devices.
[0030] In a possible implementation manner, the second message is used to determine whether the contention is successful; and / or the second message is used to determine the C-RNTI.
[0031] In the third aspect, a communication device is provided. The communication device may be the terminal device described in the first or second aspect above. The communication device has the functions of the above-mentioned terminal device. The communication device is, for example, a terminal device, or other device including the functions of a terminal device, or a chip system (or, chip) or other functional module, and the chip system or functional module can realize the functions of the terminal device, and the chip system or functional module is, for example, provided in the terminal device. In an optional implementation, the communication device includes a baseband device and a radio frequency device. In another optional implementation, the communication device includes a processing unit (sometimes also referred to as a processing module) and a transceiver unit (sometimes also referred to as a transceiver module). For the implementation of the transceiver unit, please refer to the relevant introduction of the ninth aspect.
[0032] In an optional embodiment, the transceiver unit (or, the sending unit) is used to send a first message on a first resource; the processing unit is used to control the transceiver unit (or, the receiving unit) to receive a second message based on a first wireless network identifier RNTI, and the first RNTI is related to one or more of the following: the first identifier, the first resource or a first orthogonal code, and the first orthogonal code is an orthogonal code for encoding the first data.
[0033] In an optional embodiment, the transceiver unit (or, the receiving unit) is used to receive a third message, and the third message is used to indicate the first resource or the first resource set; the processing unit is used to determine the first resource from the first resource set when the third message is used to indicate the first resource set, for example, determining any resource in the first resource set as the first resource; or, determining the resource whose corresponding index in the first resource set is related to the first identifier as the first resource.
[0034] In an optional embodiment, the transceiver unit (or, the receiving unit) is used to receive a fourth message, where the fourth message is used to indicate at least one RNTI, where the at least one RNTI is associated with the first resource set, and where the one or more RNTIs include the first RNTI.
[0035] In an optional implementation, the transceiver unit (or the receiving unit) is configured to receive a fifth message, where the fifth message is used to indicate one or more orthogonal codes, and the one or more orthogonal codes include the first orthogonal code.
[0036] In an optional implementation, the processing unit is configured to determine whether the contention is successful based on the second identifier and the first RNTI.
[0037] In an optional embodiment, the communication device also includes a storage unit (sometimes also referred to as a storage module), and the processing unit is used to couple with the storage unit and execute the program or instructions in the storage unit, enabling the communication device to perform the functions of the terminal device described in the first or second aspect above.
[0038] In a fourth aspect, a communication device is provided. The communication device may be the network device described in the first to second aspects above. The communication device has the functions of the above network devices. The communication device is, for example, a network device, or other device including the functions of a network device, or a chip system (or chip) or other functional module. The chip system or functional module can realize the functions of the network device, and the chip system or functional module is, for example, set in the network device. The network device includes, for example, a core network device and / or an access network device. In an optional implementation, the communication device includes a baseband device and a radio frequency device. In another optional implementation, the communication device includes a processing unit (sometimes also referred to as a processing module) and a transceiver unit (sometimes also referred to as a transceiver module). The transceiver unit can realize the sending function and the receiving function. When the transceiver unit realizes the sending function, it can be called a sending unit (sometimes also referred to as a sending module). When the transceiver unit realizes the receiving function, it can be called a receiving unit (sometimes also referred to as a receiving module). The sending unit and the receiving unit can be the same functional module, which is called a transceiver unit, and the functional module can realize the sending function and the receiving function; or the sending unit and the receiving unit can be different functional modules, and the transceiver unit is a general term for these functional modules.
[0039] In an optional embodiment, the transceiver unit (or, the receiving unit) is used to receive a first message on a first resource, wherein the first message includes first data and a first identifier of a first terminal device; the processing unit is used to control the transceiver unit (or, the sending unit) to send a second message based on a first wireless network temporary identifier RNTI, wherein the first RNTI is related to one or more of the following: the first identifier, the first resource or a first orthogonal code, wherein the first orthogonal code is an orthogonal code for encoding the first data.
[0040] In an optional implementation, the transceiver unit (or the sending unit) is configured to send a third message, where the third message is used to indicate the first resource or the first resource set.
[0041] In an optional embodiment, the transceiver unit (or, the sending unit) is used to send a fourth message, where the fourth message is used to indicate at least one RNTI, where the at least one RNTI is associated with the first resource set, and where the one or more RNTIs include the first RNTI.
[0042] In an optional implementation, the transceiver unit (or the sending unit) is configured to send a fifth message, where the fifth message is used to indicate one or more orthogonal codes, and the one or more orthogonal codes include the first orthogonal code.
[0043] In an optional implementation, the processing unit is configured to decode the first data based on the one or more orthogonal codes to determine the first orthogonal code.
[0044] In an optional embodiment, the communication device also includes a storage unit (sometimes also referred to as a storage module), and the processing unit is used to couple with the storage unit and execute the program or instructions in the storage unit, enabling the communication device to perform the functions of the network device described in the first or second aspect above.
[0045] In a fifth aspect, a communication device is provided, which may be the terminal device described in the first or second aspect above. The communication device has the functions of the above-mentioned terminal device. The communication device is, for example, a terminal device, or other device including the functions of a terminal device, or a chip system (or chip) or other functional module, which can realize the functions of the terminal device, and the chip system or functional module is, for example, provided in the terminal device. The communication device includes a processor for performing the functions of the terminal device described in any one of the first to eighth aspects above. Optionally, the communication device also includes a memory. The memory is used to store a computer program, and the processor is coupled to the memory. When the processor reads the computer program or instruction, the communication device executes the method performed by the terminal device in the above aspects.
[0046] In a sixth aspect, a communication device is provided, which may be the network device described in the first or second aspect above. The communication device has the functions of the above-mentioned network device. The communication device is, for example, a network device, or other device including the functions of a network device, or a chip system (or, chip) or other functional module, which can realize the functions of the network device, and the chip system or functional module is, for example, provided in the network device. The communication device includes a processor for performing the functions of the network device described in any one of the first to eighth aspects above. Optionally, the communication device also includes a memory. The memory is used to store a computer program, and the processor is coupled to the memory. When the processor reads the computer program or instruction, the communication device executes the method performed by the network device in the above aspects.
[0047] In a seventh aspect, a communication system is provided, comprising a terminal device and a network device, wherein the terminal device is configured to execute the method described in the first or second aspect, and the network device is configured to execute the method described in the first or second aspect. For example, the terminal device may be implemented by the communication device described in the third or fifth aspect, and the network device may be implemented by the communication device described in the fourth or sixth aspect. Optionally, the communication system may further include other devices, which are not limited thereto.
[0048] In an eighth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium is used to store a computer program or instruction. When the computer program or instruction is executed, the method executed by the terminal device or network device in the above aspects is implemented.
[0049] In a ninth aspect, a computer program product comprising instructions is provided, which enables the methods described in the above aspects to be implemented when the computer program or instructions are executed on a computer.
[0050] In a tenth aspect, a chip system is provided, comprising a processor and an interface, wherein the processor is configured to call and execute instructions from the interface so that the chip system implements the methods in the above aspects.
[0051] The beneficial effects of the second to tenth aspects mentioned above can refer to the corresponding beneficial effects of the first aspect and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS
[0052] FIG1A to FIG1D are schematic diagrams of several application scenarios of embodiments of the present application;
[0053] FIG2 is a flow chart of a communication method provided in an embodiment of the present application;
[0054] FIG3 is a schematic diagram of an OCC indication method;
[0055] Figures 4 and 5 are diagrams illustrating structures of several second messages provided in embodiments of the present application;
[0056] 6 to 8 are flow charts of several communication methods provided in embodiments of the present application;
[0057] FIG9 is a schematic diagram of a device provided in an embodiment of the present application;
[0058] FIG10 is a schematic diagram of another device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0059] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings.
[0060] In the embodiments of the present application, the number of nouns, unless otherwise specified, means "singular noun or plural noun", that is, "one or more". "At least one" means one or more, and "plural" means two or more. "And / or" describes the association relationship of associated objects, indicating that there may 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, where A and B can be singular or plural. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship. For example, A / B means: A or B. "At least one of the following items" 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 means: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, c can be single or multiple.
[0061] In the embodiments of this application, ordinal numbers such as "first" and "second" are used to distinguish between multiple objects and are not used to limit the size, content, order, timing, priority, or importance of multiple objects. In addition, the numbering of steps in the various embodiments described in this application is only for distinguishing different steps and is not used to define the order of the steps.
[0062] Below, some terms or concepts in the embodiments of the present application are explained to facilitate understanding by those skilled in the art.
[0063] In an embodiment of the present application, the terminal device is a device with wireless transceiver capabilities, which can be a fixed device, a mobile device, a handheld device (such as a mobile phone), a wearable device, a vehicle-mounted device, or a wireless device built into the above devices (for example, a communication module, a modem, or a chip system, etc.). The terminal device is used to connect people, objects, machines, etc., and can be widely used in various scenarios, such as but not limited to the following scenarios: perception scenarios, cellular communications, device-to-device communications (D2D), vehicle to everything (V2X), machine-to-machine / machine-type communications (M2M / MTC), Internet of Things (IoT), virtual reality (VR), augmented reality (AR), industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, indoor commercial scenarios (such as mobile phone screen projection, file sharing, mobile phone to VR glasses video transmission), satellite communications and other scenarios. When the terminal device is applied to V2X, it can also be called a V2X device, for example, a smart car (or intelligent car), a digital car, an unmanned car (or driverless car or pilotless car or automobile), a self-driving car (or autonomous car), a pure electric vehicle (or battery EV), a hybrid electric vehicle (HEV), a range-extended EV (REEV), a plug-in hybrid electric vehicle (PHEV), a new energy vehicle (new energy vehicle), or a roadside unit (RSU). The terminal device can also be a device used in D2D communication, such as an electricity meter or water meter.
[0064] In addition, in the embodiment of the present application, the terminal device can also be a terminal device in the Internet of Things (IoT) system. IoT is an important part of the future development of information technology. Its main technical feature is to connect objects to the network through communication technology, thereby realizing an intelligent network of human-machine interconnection and object interconnection.
[0065] The various terminal devices described above, if located on a vehicle (e.g., placed in or installed in a vehicle), can be considered as vehicle-mounted terminal devices, which are also referred to as on-board units (OBUs). The terminal device of the present application can also be an on-board module, on-board module, on-board component, on-board chip, or on-board unit built into a vehicle as one or more components or units, and the vehicle can implement the method of the present application through the built-in on-board module, on-board module, on-board component, on-board chip, or on-board unit.
[0066] The terminal device may sometimes be referred to as UE, terminal, access station, UE station, remote station, wireless communication device, or user equipment, etc.
[0067] In the embodiments of the present application, the communication device for implementing the terminal device function may be a terminal device, or may be a device capable of supporting the terminal device to implement the function, such as a chip system, which may be installed in the terminal device. In the technical solutions provided in the embodiments of the present application, the technical solutions provided in the embodiments of the present application are described by taking the terminal device as an example in which the device for implementing the terminal device function is a terminal device. In addition, for ease of description, the terminal device in the embodiments of the present application is described by taking a UE as an example.
[0068] The network devices in the embodiments of the present application include, for example, access network devices and / or core network devices. The access network device is a device with wireless transceiver functions, which is used to communicate with the terminal device. The access network devices include but are not limited to base stations (base transceiver station (BTS), node B (Node B), evolved node B (eNodeB) / eNB, or the next generation node B (gNodeB) / gNB), transmission reception points (TRP), base stations subsequently evolved by the third generation partnership project (3GPP), access nodes in wireless fidelity (Wi-Fi) systems, wireless relay nodes, wireless backhaul nodes, etc. The base station can be: a macro base station, a micro base station, a pico base station, a small station, a relay station, a base station on a satellite, a satellite ground station, etc. Multiple base stations can support networks with the same access technology, or they can support networks with different access technologies. A base station can include one or more co-station or non-co-station transmission and receiving points. The access network device may also be a wireless controller, a centralized unit (CU), and / or a distributed unit (DU) in a cloud radio access network (CRAN) scenario. The access network device may also be a server, etc. For example, the network device in the V2X technology may be a road side unit (RSU). The following describes the access network device using a base station as an example. The base station can communicate with the terminal device, or it can communicate with the terminal device through a relay station. The terminal device can communicate with multiple base stations in different access technologies. The core network device is used to implement functions such as mobility management, data processing, session management, policy and billing. The names of the devices that implement core network functions in systems with different access technologies may be different, and the embodiments of the present application are not limited to this. Taking the fifth generation mobile communication technology (5G) system as an example, the core network equipment includes, for example, access and mobility management function (AMF), session management function (SMF), policy control function (PCF) or user plane function (UPF), etc.
[0069] In the CU-DU architecture, the access network equipment may include one or more logical network elements such as a centralized unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU). The CU and DU may be configured separately or included in the same network element, such as a baseband unit (BBU). The RU may be included in a radio frequency device or radio frequency unit, such as a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH).
[0070] In different systems, CU (or CU-CP and CU-UP), DU or RU may also have different names, but those skilled in the art can understand their meanings. For example, in an open RAN (ORAN) system, CU may also be called an open CU (open CU, O-CU), DU may also be called an open DU (open DU, O-DU), CU-CP may also be called an open CU-CP (open CU-CP, O-CU-CP), CU-UP may also be called an open CU-UP (open CU-CP, O-CU-UP), and RU may also be called an open RU (open RU, O-RU). For convenience of description, the embodiments of the present application are described by taking CU, CU-CP, CU-UP, DU and RU as examples. Any of the CU (or CU-CP, CU-UP), DU and RU in the embodiments of the present application may be implemented by a software module, a hardware module, or a combination of a software module and a hardware module.
[0071] Optionally, in various embodiments of the present application, if the network device is a distributed architecture, for example, the network device includes a CU and a DU, or includes a CU-CP, a CU-UP and a DU, then the network device sends information to the UE, specifically, the DU included in the network device sends information to the UE; the network device receives information from the UE, specifically, the DU included in the network device receives information from the UE.
[0072] In the embodiments of the present application, the communication device for implementing the function of the network device may be a network device, or may be a device capable of supporting the network device to implement the function, such as a chip system, which may be installed in the network device. In the technical solutions provided in the embodiments of the present application, the technical solutions provided in the embodiments of the present application are described by taking the device for implementing the function of the network device as an example (for example, the device for implementing the function of the access network device is an access network device, and the device for implementing the function of the core network device is a core network device).
[0073] The following describes the technical features involved in the embodiments of this application.
[0074] A non-terrestrial network (NTN) refers to a network or network segment that utilizes satellite radio frequency (RF). A typical NTN network provides communication services via satellites, such as unmanned aircraft systems (UAS) or high-altitude platforms.
[0075] Satellite communications offer advantages such as wide coverage, long communication distances, high reliability, flexibility, and high throughput. Unaffected by geographical conditions, climate conditions, and natural disasters, they are widely used in aviation, maritime, and military communications. Integrating satellites into future fifth-generation mobile networks (5G) will provide communication services to areas difficult to reach by terrestrial networks, such as oceans and forests. This will enhance the reliability of 5G communications, providing more stable and high-quality communication services for users on trains, airplanes, and other modes of transportation. Furthermore, it will provide more data transmission resources and support a greater number of connections.
[0076] Generally speaking, the higher the satellite's orbit, the larger its coverage area, but the longer the communication latency. Generally speaking, satellite orbits can be categorized by altitude into low Earth orbit (LEO), medium Earth orbit (MEO), geosynchronous Earth orbit (GEO), and non-geosynchronous Earth orbit (NGSO). NGSO includes low Earth orbits (LEO) with altitudes of approximately 300 to 1,500 kilometers and medium Earth orbits (MEO) with altitudes of approximately 7,000 to 25,000 kilometers.
[0077] Satellite communications also hope to reduce service transmission delays and save energy consumption of terminal devices when the data volume is small. Currently, in wireless communications, random access usually includes 4 steps, namely, msg1 to msg4. When the data volume is small, data transmission can occur in the third step of the 4-step random access. Among them,
[0078] The implementation of msg1 may include the following steps:
[0079] 1. The terminal device selects the preamble index.
[0080] 2. The terminal device selects a random access channel (RACH) opportunity resource for sending the preamble, which can also be referred to as a RO resource. The RO resource includes time domain resources and frequency domain resources. One RO resource can also be called a RACH resource.
[0081] 3. The terminal device and the network device determine a random access (RA)-RNTI based on the RO resource.
[0082] 4. The terminal device determines the target receive power corresponding to the preamble.
[0083] The implementation of msg2 may include the following steps:
[0084] 1. The terminal device determines the time window and receiving time for receiving msg2.
[0085] 2. The network device uses the RA-RNTI to scramble the physical downlink control channel (PDCCH) and sends a random access response (RAR) media access control (MAC) protocol data unit (PDU) to the terminal device. Different preamble indices correspond to different subPDUs in the MAC PDU.
[0086] 3. The terminal device determines the time advance (TA), TC-RNTI and uplink (UL) grant of msg 3 based on the corresponding MAC subPDU.
[0087] The implementation of msg3 may include the following steps:
[0088] 1. The terminal device determines the UL grant based on the index of the preamble in msg1.
[0089] 2. The terminal device sends an RRC connection request on the common control channel (CCCH), and the RRC connection request carries the S-TMSI of the terminal device.
[0090] The implementation of msg4 may include the following steps:
[0091] 1. The terminal device uses the TC-RNTI carried in msg2 to descramble the PDCCH and obtain the contention resolution media access control element (MAC CE) included in msg4. The contention resolution MAC CE includes a UE contention resolution identity (ID). The UE contention resolution ID includes the first 48 bits of the UL CCCH service data unit (SDU) sent by the winning UE in msg3, or the UE contention resolution ID includes the UE ID sent by the winning UE in msg3, which can be used for contention resolution. The UE contention resolution ID included in the contention resolution MAC CE is further obtained. When the UE ID in msg3 is included in the MAC CE, the contention is considered to be resolved, or the MAC CE is compared with the first 48 bits of the CCCH SDU sent on msg3, and if they are consistent, the contention is considered to be resolved.
[0092] 2. The terminal device uses the TC-RNTI as the C-RNTI for subsequent transmissions.
[0093] As can be seen from the above steps, even with a small amount of data, the data transmission steps are still numerous, resulting in greater data transmission latency in satellite communication scenarios. Furthermore, compared to terrestrial communications, satellite communications have more limited air interface resources. Therefore, when there are more transmission steps, more air interface resources are occupied, resulting in reduced uplink transmission capacity.
[0094] Based on this, an embodiment of the present application provides a communication method, in which the terminal device can determine the RNTI corresponding to the second message (such as the aforementioned msg4) based on the network device configuration information, the identification information of the terminal device, the orthogonal code information used when encoding the data, or the resource information of the data sent. In this way, the terminal device can obtain the RNTI for PDCCH descrambling of msg4 without performing the aforementioned transmission of msg1 and msg2 to obtain the TC-RNTI for descrambling msg4, and obtain the information of msg4, which can reduce the service transmission delay and reduce the power consumption of the terminal device. In addition, not performing the aforementioned transmission of msg1 and msg2 can reduce the occupancy of air interface resources, which helps to improve the uplink transmission capacity.
[0095] The technical solutions provided in the embodiments of the present application can also be applied to the global system for mobile communications (GSM), or the satellite mobile communication system (GEO-mobile radio interface, GMR) system, or the 4G system, such as the LTE system, or can be applied to the 5G system, such as the new radio (NR) system, or can also be applied to the next generation mobile communication system or other similar communication systems, such as the 6G system, etc., without specific limitations. In addition, the technical solutions provided in the embodiments of the present application can also be applied to D2D scenarios, such as NR-D2D scenarios, etc., or to V2X scenarios, such as NR-V2X scenarios, etc. For example, the embodiments of the present application can be used in factory manufacturing, whole-house intelligence, intelligent driving, assisted driving, intelligent networked vehicles, indoor commercial use, or satellite communication scenarios and other fields.
[0096] Please refer to Figures 1A to 1D, which are schematic diagrams of several application scenarios of the embodiments of the present application. Figures 1A to 1C are satellite communication scenarios, and Figure 1D is a cellular communication scenario. According to the deployment scenarios of satellites and terrestrial networks, the satellite network architecture can be divided into three categories: transparent satellite architecture, satellite backhaul architecture, and regenerative satellite architecture. The architecture in which the UE is connected to the terrestrial access network via a satellite can be called a transparent satellite architecture (for example, Figure 1A), and the architecture in which the UE is connected to the terrestrial access network and then connected to the terrestrial network via a satellite can be called a satellite backhaul architecture (for example, Figure 1B). In addition, the architecture in which the access network equipment is set on the satellite (or the satellite has the function of the access network equipment) is called a regenerative satellite architecture (for example, Figure 1C).
[0097] In Figure 1A, network equipment used to transmit services (such as access network equipment and / or core network equipment, etc.) are all located on the ground. The UE accesses the access network equipment located on the ground through a satellite, thereby accessing the network. The satellite has a transparent transmission function.
[0098] In Figure 1B, the access network equipment is located on the ground. The UE communicates with the satellite through the ground access network and then connects to the ground network through the satellite.
[0099] In Figure 1C , the access network equipment is located on a satellite, or the underlying processing modules of the access network equipment are located on a satellite, or the satellite has some or all of the functions of the access network equipment. In addition to the access network equipment, other network equipment used to transmit services (such as core network equipment) is located on the ground. Alternatively, some or all of the core network equipment can also be located on a satellite, or the satellite can have some or all of the functions of the core network equipment.
[0100] In FIG1D , core network equipment and access network equipment located on the ground serve the UE.
[0101] The following describes the method provided by the embodiments of the present application in conjunction with the accompanying drawings. In the accompanying drawings corresponding to the various embodiments of the present application, all steps represented by dotted lines are optional steps. The various embodiments of this document can be applied to the network architecture shown in any of Figures 1A to 1D. For example, the UE described in the various embodiments of this document can be the UE shown in any of Figures 1A to 1D, and the network device described in the various embodiments of this document can be the access network device and / or core network device shown in any of Figures 1A to 1D.
[0102] An embodiment of the present application provides a communication method. Please refer to FIG2 , which is a flowchart of the method.
[0103] S201: A first UE sends a first message to a network device via a first resource. Correspondingly, the network device receives the first message. The first message includes first data and a first identifier of the first UE.
[0104] The first identifier of the first UE includes, for example, one or more of the following: the TMSI of the first UE, the 5G-S-TMSI of the first UE, the S-TMSI of the first UE, a random number generated by the first UE, or an identifier assigned to the first UE by the network device (for example, an inactive (I)-RNTI, or other RNTI). Alternatively, the first identifier of the first UE may also include other identifiers of the first UE, such as a resume transmission identifier (resume ID). Optionally, the first identifier may be related to the transmission method of the first data. For example, if the first data is carried through control signaling, the first identifier of the first UE may be, for example, the S-TMSI of the first UE, or the 5G-S-TMSI of the first UE; if the first data is transmitted through the service plane, the first identifier of the first UE may be, for example, a resume ID or an I-RNTI.
[0105] The first resource is a time-frequency domain resource configured by the network device for data transmission, and the first resource is, for example, a contention-based PUSCH resource. Therefore, optionally, before executing S201, the network device may also send a third message to the first terminal device, and the third message may be used to indicate the first resource, or the third message may also be used to indicate a first resource set, and the resources in the first resource set may be, for example, contention-based PUSCH resources. The third message may be, for example, a broadcast message, such as system information, or an RRC message, such as an RRC release message, an RRC reconfiguration message or other RRC message. Optionally, the first resource or the first resource set is a periodically configured resource.
[0106] If the third message is used to indicate the first resource set, the first UE may select the first resource from the first resource set when sending the first message to the network device. Optionally, the first UE may randomly select a resource from the first resource set as the first resource, or the first UE may select a resource associated with the first identifier of the first terminal device from the first resource set as the first resource, or the first UE may select the closest resource from the first resource set as the first resource.
[0107] For example, the first identifier of the first UE is 5G-S-TMSI or S-TMSI, and the first UE can determine that the resource corresponding to the index (index) of the first resource set is the first resource. The first modulus is a value obtained by taking the 5G-S-TMSI or S-TMSI modulo a parameter configured by the network device, and the configured parameter can be related to the number of resources included in the first resource set. Optionally, the parameter can be configured through a third message.
[0108] Optionally, if the third message is a broadcast message, such as system information, and the third message is used to indicate the first resource set, the network device can receive the first message on all resources included in the first resource set, that is, receive the first message from multiple UEs.
[0109] When the first UE sends the first data to the network device, it can also encode the first data. For example, the first UE can use orthogonal cover codes (OCC) to encode the first data. The orthogonal codes and OCC mentioned in the text are abbreviations of the above-mentioned orthogonal cover codes. Therefore, optionally, before executing S201, the network device may also send a fifth message to the first UE to indicate one or more orthogonal codes (such as OCC codes). Optionally, the fifth message may indicate one or more of the following: the length of the OCC code, the number of repetitions of the transmission, or the OCC code set that can be used for transmission, etc.
[0110] For example, please refer to FIG3 , which is a schematic diagram of an OCC indication method. FIG3 takes the OCC code length as an example. When the OCC code length is 4, the possible OCC codes may include the following combinations:
[0111] Combination 1: {1, 1, -1, -1};
[0112] Combination 2: {1, -1, 1, -1};
[0113] Combination 3: {1, -1, -1, 1};
[0114] Combination 4: {1, 1, 1, 1}.
[0115] The fifth message may also configure the usable OCC codes. For example, the fifth message may configure the usable OCC codes as the OCC codes corresponding to combination 2 and combination 4, namely {1, -1, 1, -1} and {1, 1, 1, 1}.
[0116] The first UE may repeatedly transmit first data on a first resource and encode the repeatedly transmitted first data using OCC coding. The first resource may be a single resource or a group of resources. If the first resource is a single resource, the first UE may repeatedly transmit the first data at different times (e.g., different time slots or different symbols) or frequencies of the first resource. If the first resource is a group of resources, the first UE may repeatedly transmit the first data on different resources. The network device may blindly detect all combinations corresponding to the OCC coding to determine the accessed UE and the orthogonal code used by the UE.
[0117] For example, the first UE encodes the repeatedly transmitted first data using the OCC code corresponding to combination 4. The network device may perform superposition processing on the data repeatedly transmitted on the first resource, determine the accessed UE (e.g., the first UE) and the first data transmitted by the first UE, and determine that the orthogonal code used by the first UE is the OCC code corresponding to combination 4. For another example, the first UE encodes the repeatedly transmitted first data using the OCC code corresponding to combination 2. The network device may subtract the first repeatedly transmitted data (i.e., the second data) from the first data on the first resource, and subtract the fourth data from the third data, and then add the obtained data to determine the accessed UE (e.g., the first UE) and the first data transmitted by the first UE, and determine that the OCC code used by the first UE is the OCC code corresponding to combination 2.
[0118] Optionally, when the fifth message indicates multiple orthogonal codes, the first UE may further select a first orthogonal code from the multiple orthogonal codes for encoding the first data. For example, the first UE may determine the first orthogonal code from the multiple orthogonal codes based on the lower 3 bits of the first identifier of the first UE, or the first UE may further determine the first orthogonal code from the multiple orthogonal codes based on a specific implementation. This embodiment of the present application does not limit the manner in which the first orthogonal code is determined.
[0119] The fifth message may be a broadcast message, such as system information, or an RRC message, such as an RRC release message, an RRC reconfiguration message, or other RRC message. The fifth message and the third message may be the same message or different messages. If the fifth message and the third message are different messages, the fifth message and the third message may be messages of the same type or different types. For example, if the third message is a broadcast message, the fifth message may be a broadcast message or an RRC message. This is not limited in the embodiments of the present application.
[0120] Optionally, if the fifth message is a broadcast message, such as system information, and the fifth message is used to indicate multiple orthogonal codes, the network device may receive the first message on all resources included in the first resource set. The first message may be, for example, msg3 in a four-step random access, or may be another message that can send data and the first identifier of the first UE. This embodiment of the present application is not limited to this.
[0121] Optionally, after sending the first message, the first UE receives the second message or monitors the PDCCH corresponding to the second message within a window. The window size can be a fixed value preset by the protocol, or can be obtained based on network configuration, such as through the third message or the fifth message. The specific implementation method can also be implemented by a timer or other methods, which are not limited here.
[0122] For example, after sending the first message, the first UE may start the first timer immediately or after waiting for a period of time, and receive the second message or monitor the PDCCH corresponding to the second message during the operation of the first timer. The first UE may start the first timer after offsetting T_offset at the moment of sending the first message. When T_offset = 0, the first timer is started immediately after the first UE sends the first message. When the offset is not 0, the first UE starts the first timer after waiting for a period of time after sending the first message. For example, T_offset = round trip time (RTT) between the satellite and the ground, wherein the round trip time between the satellite and the ground can be the round trip time from the first UE to the reference point configured by the network estimated by the first UE based on its own position. For example, the offset can also be the offset T_offset = T1 configured by the network device for the service cell where the first UE is located.
[0123] Optionally, when the first UE receives a second message indicating that the first UE successfully competed, the first UE determines that the competition was successful and can stop the first timer. When the first UE receives a second message indicating that the first UE failed to compete, the first UE determines that the competition failed and can stop and reset the first timer. Optionally, after resetting the first timer, if the first UE does not receive the second message while the first timer is running (not within the window), the first UE determines that the competition failed.
[0124] S202: The network device sends a second message to the first UE based on the first RNTI. Correspondingly, the first UE receives the second message based on the first RNTI.
[0125] The first RNTI is used to scramble the PDCCH, which is used to indicate the resources for receiving the second message. The first RNTI corresponding to the first UE may be related to one or more of the following: the first identifier of the first UE, the first resource, or the first orthogonal code. The first identifier of the first UE is carried in the first message, the first resource is the resource for transmitting the first message, and the first orthogonal code is the orthogonal code for encoding the first data in the first message. After receiving the first message, the network device can determine the first RNTI. Accordingly, the first UE determines the first RNTI for receiving the second message. Optionally, before executing S202, the first RNTI corresponding to the first UE can also be determined. For example, the network device determines the first identifier of the first UE based on the received first message, and can determine the first UE for which the first resource transmission is successful. The network device can determine the first RNTI corresponding to the first UE. For another example, after executing S201, the first UE can determine the first RNTI corresponding to the first UE.
[0126] Taking the first UE determining the first RNTI as an example, the first UE may determine the first RNTI in the following ways:
[0127] Mode 1: The first RNTI is related to the first identifier of the first UE.
[0128] The first UE may determine that the first identifier is the first RNTI, or the first UE may also determine that part of the bits of the first identifier is the first RNTI. For example, if the first identifier of the first UE is the TMSI of the first UE, the 5G-S-TMSI of the first UE, the S-TMSI of the first UE, or a random number generated by the first UE, the first UE may determine that part of the bits (bits) of the first identifier is the first RNTI, for example, the first UE may determine the lower 16 bits of the first identifier as the first RNTI, that is, the first RNTI = the first identifier mod 2^16. If the first identifier of the first UE is the RNTI allocated by the first UE to the first UE, for example, the first identifier is sent to the first UE by the first UE through an RRC message (for example, an RRC release message), the first UE may determine that the first identifier included in the first message is the first RNTI.
[0129] The first RNTI is related to the first identifier of the first UE. The first RNTIs corresponding to multiple UEs sending data on the same resource or different resources are different. The UE can quickly determine whether to resolve the competition for itself based on whether the PDCCH is scrambled for its corresponding first RNTI.
[0130] Mode 2: the first RNTI is related to the first resource.
[0131] The first UE may determine the first RNTI based on an index related to the first resource. For example, the first UE may determine the first RNTI based on an index of the time domain resource and an index of the frequency domain resource of the first resource, for example, first RNTI = 1 + t_id + 10 * f_id, where t_id is the index of the time domain resource of the first resource, and f_id is the index of the frequency domain resource of the first resource. Alternatively, the first UE may also determine the first RNTI based on the index of the first resource, for example, first RNTI = 1 + resource_id, where resource_id is the index of the first resource.
[0132] The first RNTI is related to the first resource, which can effectively reduce the parameters that the network needs to configure, and the first RNTIs corresponding to multiple UEs sending data on different resources are also different. The UE can quickly determine whether to resolve the competition for itself based on whether the PDCCH is encrypted for its corresponding first RNTI.
[0133] Mode 3: The first RNTI is associated with the first resource and the first orthogonal code.
[0134] The first UE may determine the first RNTI based on the first resource and the first orthogonal code. For example, the first UE may determine the first RNTI based on the index of the time domain resource of the first resource, the index of the frequency domain resource of the first resource and the index of the first orthogonal code, for example, the first RNTI = 1 + t_id + 10 * f_id + X * OOC_id, where OOC_id is the index of the first orthogonal code. Alternatively, the first UE may also determine the first RNTI based on the index of the first resource and the first orthogonal code, for example, the first RNTI = 1 + resource_id + 10 * OCC_id, where resource_id is the index of the first resource. Optionally, when the first UE determines the first RNTI based on the first resource and the first orthogonal code, the first UE may use the first orthogonal code for encoding when transmitting the first data, or may not use the first orthogonal code for encoding. For example, the first orthogonal code is configured by the network device for the first UE through an RRC message. The network device can determine the first orthogonal code corresponding to the first UE based on the first identifier of the first UE carried in the first message. In this way, even if the first data is not encoded using the first orthogonal code, the network device can still determine the first orthogonal code corresponding to the first UE. Therefore, the first UE does not need to use the first orthogonal code for encoding when transmitting the first data. If the first orthogonal code is broadcast by the network device through a broadcast message, the first UE can use the first orthogonal code for encoding when transmitting the first data.
[0135] The first RNTI is related to the first resource and the first orthogonal code, so that the first RNTIs corresponding to multiple UEs that select different resources and different orthogonal codes can be different. The UE can quickly determine whether to resolve the competition for itself based on whether the PDCCH is scrambled for its corresponding first RNTI.
[0136] Mode 4: the first RNTI is associated with the first orthogonal code.
[0137] The first UE can determine the first RNTI based on the first orthogonal code. Optionally, when the first UE determines the first RNTI based on the first orthogonal code, the first UE may use the first orthogonal code for encoding when transmitting the first data, or may not use the first orthogonal code for encoding. For example, the first orthogonal code is configured for the first UE by the network device through an RRC message, and the network device can determine the first orthogonal code corresponding to the first UE based on the first identifier of the first UE carried in the first message. In this way, even if the first data is not encoded using the first orthogonal code, the network device can also determine the first orthogonal code corresponding to the first UE, so the first UE may not use the first orthogonal code for encoding when transmitting the first data. If the first orthogonal code is broadcast by the network device through a broadcast message, the first UE can use the first orthogonal code for encoding when transmitting the first data.
[0138] The first RNTI is related to the first orthogonal code, so that the first RNTIs corresponding to UEs that select different orthogonal codes are different, which increases the dimension of distinguishing multiple UEs and helps reduce the probability of performance loss due to resource collision selected by UE.
[0139] Mode 5: The first RNTI is related to contention-based uplink transmission resources.
[0140] The network device broadcasts a dedicated first RNTI in system information for all UEs using the first resource to transmit data. All UEs using the first resource to transmit data have the same corresponding first RNTI. UEs using other resources to transmit data do not use the first RNTI. Using a unified first RNTI simplifies configuration and reduces terminal implementation complexity.
[0141] The above method of determining the first RNTI is only an example. The first RNTI can also be implemented in other ways. For example, the first RNTI can also be predefined by the protocol, or the first UE can also determine the first RNTI based on the period of the first resource or the size of the resource. For example, the network device can configure different RNTIs for resources of different sizes or different periods. The embodiments of the present application are not limited to this.
[0142] In the above-mentioned methods 2, 3, and 5, the first RNTI is associated with the first resource, and the network device may further send a fourth message to the first UE, where the fourth message is used to indicate at least one RNTI, and the at least one RNTI may be associated with the first resource set. For example, the at least one RNTI may be associated with resources in the first resource set. When the network device receives the first message at the first resource, it may determine the first RNTI based on the association between the first resource and the RNTI. Alternatively, if the first resource and the first resource set are periodically configured resources, the at least one RNTI may also be associated with the period of the first resource or the first resource set, that is, different periods correspond to different RNTIs.
[0143] The fourth message may be a broadcast message, such as system information, or an RRC message, such as an RRC release message, an RRC reconfiguration message, or other RRC message. The fourth message and the aforementioned third and fifth messages may be the same message or different messages. If the fourth message is different from the fifth message and the third message, the fourth message and the third or fifth message may be of the same type or different types, and this is not limited in the embodiments of the present application.
[0144] The first UE may use the first RNTI to descramble the monitored PDCCH, obtain resources for receiving the second message, such as the time-frequency location information of the resources, and receive the second message on the resources. The network device determines the first RNTI corresponding to the first UE in the same manner as the first UE determines the first RNTI. For example, if the first UE determines the first RNTI using the aforementioned method 1, the network device also determines the first RNTI using the aforementioned method 1.
[0145] Optionally, the second message can be used to determine whether the competition is successful. The first UE can determine whether the first message sent is sent successfully based on the received second message, or determine whether the selected first resource is successfully competed. The second message can be, for example, msg4 in the 4-step random access, or other messages that can be used to determine whether the competition is successful, or a MAC CE for determining the contention resolution (for example, a new MAC CE, or reuse of an existing contention resolution MAC CE), which is not limited in this embodiment of the present application. When the network device successfully receives data from a UE, it can send a second message to the UE to indicate that the UE has successfully competed.
[0146] Optionally, the network device may receive data from multiple UEs. For example, the network device may receive data from different UEs on different resources, so the network device needs to send a second message to the multiple UEs. If the first RNTIs corresponding to the multiple UEs determined by the network device are the same, for example, the first RNTIs corresponding to multiple PUSCH resources are the same, the network device can send only one second message and carry the relevant information of the multiple UEs in the second message, using the same packet header to reduce signaling overhead. If the first RNTIs corresponding to the multiple UEs determined by the network device are different, the network device can send a second message to at least one first UE corresponding to each first RNTI, and the network device schedules the second messages of different first UEs through PDCCHs scrambled by different first RNTIs. In this way, when the first UE monitors the PDCCH from the network device, it can use the corresponding first RNTI to descramble the PDCCH. If the descrambling fails, it indicates that the second message scheduled is not its own, and it is not necessary to receive the message that is not its own, saving energy consumption. The second message can be a MAC CE or a MAC PDU including at least one subPDU or an RRC message.
[0147] Optionally, the second message includes information for determining whether the competition is successful, which may be related to the first message sent by the first UE. For example, the second message includes the first identifier of the first UE included in the first message, or the second message includes the first M bits of the first message (such as CCCH), where M is a positive integer, or the second message includes the second identifier of the first UE in the first message. The second identifier of the first UE is the bits in the first identifier of the first UE excluding the first RNTI. For example, if the first identifier of the first UE includes 40 bits and the first RNTI is the lower 16 bits of the first identifier, the second identifier may be the upper 24 bits of the first identifier. In this way, after receiving the second message based on the first RNTI descrambled PDCCH, the first UE can determine whether the competition is successful for itself by determining the remaining information about the UE ID included in the second message, and at the same time, it can also reduce the amount of information included in the second message, thereby reducing signaling overhead. The second message may be an RRC message or a MAC CE.
[0148] Alternatively, the information included in the second message for determining whether the competition is successful may be related to the method for determining the first RNTI. For example, the method for determining the first RNTI is the above-mentioned method 1. For different UEs, the first RNTI determined by the network device is also different. The network device may send a second message to different UEs, that is, the second message only includes information related to the corresponding UE. Taking the network device sending a second message to the first UE as an example, the second message only includes information related to the first UE. For example, the second message may include the first identifier of the first UE, or the second identifier of the first UE. The second identifier of the first UE is the bit in the first identifier of the first UE excluding the first RNTI. For example, the first identifier of the first UE includes 40 bits, and the first RNTI is the lower 16 bits of the first identifier, then the second identifier may be the upper 24 bits of the first identifier. In this way, the amount of information included in the second message can be reduced, thereby reducing the signaling overhead.
[0149] The method for determining the first RNTI is the above-mentioned method 2. For multiple UEs transmitting data on the same resource, the determined first RNTI is the same, that is, the multiple UEs that choose to send on this resource can all descramble the PDCCH encrypted by the first RNTI used by the network device. If the multiple UEs use different orthogonal codes to encode the data, the network device can distinguish the multiple UEs, so the second message may include the first identifiers of the multiple UEs and / or the indexes of the orthogonal codes (OCC indexes). For example, please refer to Figure 4, which is an example of a second message. In the example shown in Figure 4, the second message includes the first identifier and OCC index (index) of each UE in the multiple UEs. If the multiple UEs do not encode the data, the network device cannot distinguish the multiple UEs, and the network device can successfully receive data from at most one UE (for example, the first UE), so the second message only includes the first identifier of the first UE.
[0150] For multiple UEs transmitting data on different resources, the determined first RNTIs are different. The network device can receive data from the multiple UEs and can distinguish the multiple UEs. The network device can send second messages based on different first RNTIs, that is, the second message only includes information related to the corresponding UE. Taking the network device sending the second message to the first UE as an example, the second message only includes information related to the first UE, for example, the second message only includes the first identifier of the first UE, or the second identifier of the first UE, and does not include the first identifiers or second identifiers of other UEs.
[0151] The first RNTI is determined in the manner described in Method 3 above. For multiple UEs sending data using different resources, the determined first RNTIs are different. The network device can send the second message based on different first RNTIs. For multiple UEs sending the first message using the same resource location, if different OCC codes are used, the first RNTIs determined by the multiple UEs are also different. The network device can send the second message based on different first RNTIs. That is, the second message only includes information related to the corresponding UE. Taking the example of the network device sending the second message to the first UE, the second message only includes the first identifier of the first UE and does not include the first identifiers of other UEs.
[0152] For multiple UEs that transmit data on the same resources and use the same orthogonal code to encode the transmitted data, the network device can successfully receive data from at most one UE (for example, the first UE). Therefore, the second message only includes the first identifier of the first UE, and does not include the first identifiers of other UEs.
[0153] The first RNTI is determined in the manner described in Method 4 above. If the orthogonal code corresponding to the UE is configured by the network device through an RRC message, different UEs determine different first RNTIs. The network device can send the second message based on the different first RNTIs, i.e., the second message only includes information related to the corresponding UE. For example, the network device sends the second message to the first UE. The second message only includes the first identifier of the first UE.
[0154] The first RNTI is determined using the method described in Method 5 above. For multiple UEs transmitting data using different resources, if the determined first RNTI is the same, the network device may send a second message based on the same first RNTI. This means that the second message may include information related to the multiple UEs. For example, the second message may include the first identifiers of the multiple first UEs. If the data transmitted by the multiple UEs uses OCC encoding, the second message may also include the OCC index of each UE.
[0155] Optionally, the second message can also be used to determine the C-RNTI. For example, when the network device successfully receives data from a certain UE, it can send a second message to the UE to indicate that the UE has successfully competed, and the second message can carry the RNTI of the UE for subsequently descrambling other PDCCHs in the cell, or it can be understood as the C-RNTI used subsequently, and the C-RNTI used subsequently is, for example, the target C-RNTI. For another example, the network device can configure a dedicated first RNTI for the first UE through the third message or the fifth message, such as configuring the first UE-specific first RNTI through the RRCrelease message. When the first UE determines that the competition is resolved, the configured first RNTI can be used as the C-RNTI for subsequent use. Multiple UEs can use the same second message, or different second messages. The second message can also be a MAC CE or a MAC PDU or RRC message including at least one subPDU.
[0156] Optionally, if the second message includes the C-RNTIs of multiple UEs, the second message may also include the first identifiers and / or OCC indexes of the multiple UEs. For example, please refer to Figure 5 for another example of a second message. In the example shown in Figure 5, the second message includes the OOC index and C-RNTI of each UE in the multiple UEs. The structure of the second message may be, for example, any of the forms shown in (a) and (b) of Figure 5.
[0157] Optionally, the second message may also be used to determine a timing advance (TA) of a UE that successfully competes.
[0158] Optionally, in the above embodiment, when the first RNTIs corresponding to different UEs are different, the network device can send a second message to different UEs, so the second message can only include the information of the packet header, that is, it does not include the relevant identifier of the UE, or the second message can also only include the information of the packet header, but not the relevant identifier of the first UE (for example, the first identifier, the second identifier or any one of the identifiers in the index of the corresponding orthogonal code).
[0159] Optionally, the second message may include one or more of the following: the C-RNTI of each UE in one or more UEs, the first identifier of each UE in one or more UEs; the second identifier of each UE in one or more UEs; the index of the orthogonal code corresponding to each UE in one or more UEs; or the TA of each UE in one or more UEs. The data sent by the one or more UEs is successfully received by the network device. C-RNTI is the cell identifier used when the UE enters subsequent transmission; the first identifier, the second identifier or the index of the orthogonal code can be used by the UE to determine whether the competition is successful. For example, if the second message includes C-RNTI, the second message can be used to determine the C-RNTI, and if the second message includes at least one of the first identifier, the second identifier or the index of the orthogonal code, the second message can be used to determine whether the competition is successful.
[0160] The content included in the above-mentioned second message may be located in the MAC CE of the second message. Optionally, the MAC CE may be a new MAC CE (e.g., contention resolution MAC CE), which is not recognized by the existing on-line UE (i.e., UE in RRC connection state), helping to reduce the probability of the on-line UE receiving the second message when the C-RNTI allocated by the network device to the on-line UE is the same as the first RNTI. If the on-line UE is able to recognize the MAC CE, the on-line UE may be discarded. Accordingly, if the first UE receives a data packet (e.g., a first data packet) sent to the on-line UE, that is, the first UE can descramble the PDCCH for indicating the resources for receiving the first data packet using the first RNTI, it can be determined whether the MAC CE is a MAC CE for contention resolution. If not, the PDCCH can be continuously monitored, for example, by monitoring or stopping monitoring according to the in-window monitoring method described in S201.
[0161] When the first UE monitors the PDCCH from the network device, it can use the determined first RNTI to descramble the PDCCH. If the descrambling fails, it indicates that the first data has not been successfully received by the network device, that is, the contention has failed. If the descrambling is successful, the first UE receives the second message according to the resources indicated by the PDCCH, and determines whether the second message includes the identifier of the first UE (for example, at least one of the first identifier, the second identifier, or the index of the corresponding orthogonal code), or determines whether the second message includes the first M bits of the sent first message, to determine whether the contention is successful. If included, it indicates that the first data is successfully received by the network device, and the first UE determines that the contention is successful. If not included, the first UE can also determine whether the second message includes the identifiers of other UEs. If the second message includes the identifiers of other UEs, it indicates that the data of other UEs is successfully received by the network device, but the first data is not successfully received by the network device, and the first UE determines that the contention has failed. Alternatively, it is also possible not to determine that the contention has failed, but to continue to monitor the PDCCH within the monitoring window and receive the second message sent subsequently. If the second message indicating that the first UE successfully competes is not received within the window, it is determined that the first UE has failed the contention. If the second message does not include the identifier of the other UE, that is, the second message only includes the information of the packet header, the first UE may determine that the competition is successful.
[0162] The first UE may also determine the target C-RNTI based on the second message. For example, if the second message includes the identifier of the first UE and the C-RNTI, the first UE may determine the C-RNTI as the target C-RNTI.
[0163] If the second message does not include the identifier and C-RNTI of the first UE, and the first identifier in the first message is the RNTI configured by the network device for the first UE through the RRC message, the first UE can determine that the RNTI configured by the network device for it is the target C-RNTI.
[0164] If the second message does not include the first UE's identifier but includes a C-RNTI, the first UE may determine that the C-RNTI in the second message is the target C-RNTI. For example, if the first UE's identifier included in the first message is the RNTI allocated to the first UE by the network device, upon receiving the first message, the network device may allocate a new C-RNTI to the first UE and send the new C-RNTI to the first UE via the second message. The first UE may then determine the new C-RNTI as the target C-RNTI.
[0165] Optionally, if the second message includes the second identifier of the first UE, the first UE may also determine the first identifier based on the second identifier and the first RNTI. If the first identifier is the first identifier of the first UE, it indicates that the competition is successful; if the first identifier is not the first identifier of the first UE, it indicates that the competition has failed. In the above embodiment, before the UE sends data to the network device, it may not initiate a random access request to the network device, but directly initiate data transmission, which effectively reduces the steps required to send data and can reduce the data transmission delay. At the same time, configuring multiple UEs based on shared uplink resources can effectively improve resource utilization.
[0166] Several embodiments are introduced below with reference to FIG6 to FIG8 . These embodiments are examples of the communication method introduced in the embodiment shown in FIG2 .
[0167] Please refer to Figure 6, which is a flowchart of a first example of the communication method provided in the embodiment shown in Figure 2. In this example, the first resource is broadcast by the network device via a broadcast message, and the network device does not send an orthogonal code to the first UE. In the embodiments of the present application, all optional steps are represented by dashed lines.
[0168] S601: A network device broadcasts a first resource or a first resource set, for example, via system information broadcast. Correspondingly, a first UE receives the first resource or the first resource set.
[0169] For example, the network device may broadcast the first resource or the first resource set via the third message in S201. For a description of the first resource or the first resource set, reference may be made to the description of the first resource or the first resource set in S201 and will not be repeated here. Optionally, if the third message is used to broadcast the first resource set, S602 may be executed. If the third message is used to broadcast the first resource, S603 may be executed.
[0170] S602: The first UE determines a first resource from a first resource set.
[0171] The manner in which the first UE determines the first resource from the first resource set may refer to the manner in which the first UE determines the first resource from the first resource set in S201, which will not be repeated here.
[0172] S603: The first UE sends a first message to the network device via the first resource. Correspondingly, the network device receives the first message via the first resource. The first message includes first data and a first identifier of the first UE.
[0173] For the related description of the first identifier of the first UE, reference may be made to the description of the first identifier of the first UE in S201 , which will not be repeated here.
[0174] Optionally, if the first resource set is broadcast in S601, the network device may receive the first message from multiple UEs on all resources of the first resource set.
[0175] S604: The network device sends a second message to the first UE based on the first RNTI. Correspondingly, the first UE receives the second message based on the first RNTI.
[0176] The first RNTI is used to scramble the PDCCH, which is used to indicate the resource for receiving the second message. The first RNTI corresponding to the first UE may be related to one or more of the following: network device configuration information, the first identifier of the first UE, or the first resource. Optionally, the first RNTI corresponding to the first UE may exist in the following situations:
[0177] Case 1: The first RNTI may be predefined by a protocol. The network device determines the RNTI predefined by the protocol as the first RNTI.
[0178] Case 2: The first RNTI can be broadcast by the network device. For example, the network device can broadcast at least one RNTI via the aforementioned fourth message, where the at least one RNTI includes the first RNTI. The number of RNTIs broadcast by the fourth message can be related to the number of resources broadcast by the third message. For example, if the number of resources broadcast by the third message is 1, the number of RNTIs broadcast by the fourth message is also 1. Optionally, if the first resource is a periodic resource, the number of RNTIs broadcast by the fourth message can also be greater than 1, that is, different periods correspond to different RNTIs.
[0179] If the number of resources broadcast by the third message is greater than 1, that is, the third message is used to broadcast the first resource set, the number of RNTIs broadcast by the fourth message may be 1, or may be greater than 1. When the number of RNTIs broadcast by the fourth message is greater than 1, the number of RNTIs broadcast by the fourth message is less than or equal to the number of resources included in the first resource set. Optionally, when the resources in the first resource set are periodic resources, the number of RNTIs broadcast by the fourth message may also be greater than the number of resources included in the first resource set, that is, one resource may correspond to multiple RNTIs, that is, different periods correspond to different RNTIs.
[0180] Among them, if the fourth message broadcasts only one RNTI, the network device can determine that the RNTI is the first RNTI. If the fourth message broadcasts multiple RNTIs, and the multiple RNTIs correspond to different resources, the fourth message can also be used to indicate the association relationship between the multiple RNTIs and the resources. The network device can determine that the RNTI corresponding to the first resource is the first RNTI based on the association relationship.
[0181] Case 3: The first RNTI is determined according to the first identifier of the first UE. The manner in which the network device determines the first RNTI according to the first identifier of the first UE can refer to the manner in which the network device determines the first RNTI based on the first identifier of the first UE in S202, which will not be repeated here.
[0182] Case 4: The first RNTI is determined according to the first resource or the first resource set configured in S601. For details, please refer to the method for determining the first RNTI in embodiment S202, which will not be described in detail here.
[0183] The manner in which the first UE determines the first RNTI may refer to the manner in which the network device determines the first RNTI corresponding to the first UE, i.e., refer to Cases 1 to 4, which are not described in detail here. The manner in which the first UE determines the first RNTI is the same as the manner in which the network device determines the first RNTI. For example, if the manner in which the network device determines the first RNTI is Case 1 above, the manner in which the first UE determines the first RNTI is also Case 1 above.
[0184] The second message can be used to determine whether the C-RNTI and / or competition is successful. When the functions implemented by the second message are different, the information included in the second message is different. For example, if the second message is used to determine the C-RNTI, the second message may only include the C-RNTI, but not include information used to determine whether the competition is successful, such as the first identifier or the second identifier of the UE. If the second message is used to determine whether the competition is successful, the second message may only include information used to determine whether the competition is successful, such as the first identifier or the second identifier of the UE, but not include the C-RNTI. If the second message is used to determine whether the C-RNTI and the competition are successful, the second message may include the C-RNTI and information used to determine whether the competition is successful, such as the first identifier or the second identifier of the UE. Among them, the relevant description of the second identifier can refer to the relevant introduction of the second identifier in S202, which will not be repeated here. In the embodiment of the present application, the second message is used to determine whether the C-RNTI and the competition are successful as an example.
[0185] Optionally, the second message may also be used by multiple UEs to determine the C-RNTI and whether the contention is successful. The second message may include the C-RNTIs of the multiple UEs and the first identifiers or second identifiers of the multiple UEs. For example, if the first RNTI is determined based on the above-mentioned situation 1, and the first RNTIs determined by the multiple UEs are the same, the network device may perform contention resolution using a single MAC CE. Therefore, the second message may include the C-RNTIs of the multiple UEs and the first identifiers or second identifiers of the multiple UEs.
[0186] If the first RNTI is determined based on the above situation 2, and the multiple UEs transmit data on the same resources, the network device cannot distinguish between the multiple UEs, and the network device can successfully receive data from at most one UE (for example, the first UE). Therefore, the second message only includes the first identifier of the first UE and the C-RNTI corresponding to the first UE.
[0187] The first UE can use the first RNTI to descramble the monitored PDCCH. If the descrambling is successful, the first UE can receive the second message based on the resources indicated by the PDCCH. If the descrambling fails, the first UE does not receive the second message, which helps to reduce the probability that the UE receives the second message but the first identifier or the second identifier of the UE carried in the second message is not its own identifier, thereby helping to reduce the power consumption of the UE.
[0188] S605: The first UE determines whether the C-RNTI and / or contention is successful according to the second message.
[0189] For example, if the first identifier of the UE carried in the second message includes the first identifier of the first UE, the first UE determines that the competition is successful; if the first identifier of the UE carried in the second message does not include the first identifier of the first UE, the first UE determines that the competition has failed. If the second message is also used to determine the C-RNTI, the first UE may also obtain the corresponding C-RNTI when determining that the competition is successful; if the first determination fails, the first UE does not obtain the C-RNTI.
[0190] For more information, see the process of determining whether the contention is successful according to the second message, or determining the C-RNTI according to the second message in embodiment S202.
[0191] In the above technical solution, by broadcasting PUSCH resources based on contention resolution, the air interface resources occupied by msg1 and msg2 can be reduced. Furthermore, the RNTI corresponding to the second message is determined based on network device configuration information, terminal device identification information, or resource information for transmitting data, thereby obtaining the corresponding C-RNTI from the contention resolution MAC CE received in the second message to ensure subsequent transmission.
[0192] Please refer to Figure 7, which is a flowchart of a second example of the communication method provided in the embodiment shown in Figure 2. In this example, the first resource is broadcast by the network device via a broadcast message, and the network device broadcasts multiple orthogonal codes to the first UE. In the embodiments of the present application, all optional steps are represented by dashed lines.
[0193] S701: A network device broadcasts a first resource or a first resource set, and broadcasts a plurality of orthogonal codes. Correspondingly, a first UE receives the first resource or the first resource set, and receives the plurality of orthogonal codes.
[0194] The message used to broadcast the first resource or the first resource set and the message used to broadcast multiple orthogonal codes can be the same broadcast message or different broadcast messages, and the embodiments of the present application do not limit this. Among them, the relevant description of the first resource or the first resource set can refer to the description of the first resource or the first resource set in S201, and the description of multiple orthogonal codes can refer to the description of multiple orthogonal codes in S201, which will not be repeated here. Optionally, if the network device broadcasts the first resource set, S702 can be executed. If the network device broadcasts the first resource, S703 can be executed.
[0195] S702: The first UE determines a first resource from a first resource set, and determines a first orthogonal code from a plurality of orthogonal codes.
[0196] S703: The first UE determines a first orthogonal code from a plurality of orthogonal codes.
[0197] In S702 and S703, the way in which the first UE determines the first resource from the first resource set can refer to the way in which the first UE determines the first resource from the first resource set in S201, and the way in which the first UE determines the first orthogonal code from multiple orthogonal codes can refer to the way in which the first UE determines the first orthogonal code from multiple orthogonal codes in S201, which will not be repeated here.
[0198] S704: The first UE sends a first message to the network device via the first resource. Correspondingly, the network device receives the first message via the first resource. The first message includes first data and a first identifier of the first UE.
[0199] For the related description of the first identifier of the first UE, reference may be made to the description of the first identifier of the first UE in S201 , which will not be repeated here.
[0200] S705: The network device blindly detects a combination of multiple orthogonal codes on the first resource to determine the accessed UE and the orthogonal code used by the UE.
[0201] The network device blindly detects the combination corresponding to multiple orthogonal codes on the first resource to determine the accessed UE and the orthogonal code used by the UE. The method for the network device blindly detects the combination corresponding to all OCC codes in S201 to determine the accessed UE and the orthogonal code used by the UE can be referred to, which will not be repeated here.
[0202] S706: The network device sends a second message to the first UE based on the first RNTI. Correspondingly, the first UE receives the second message based on the first RNTI.
[0203] For the description of the first RNTI corresponding to the first UE, reference may be made to the description of the first RNTI in S603. Optionally, the first RNTI corresponding to the first UE may be in the following situations:
[0204] Case 1: The first RNTI may be predefined by the protocol.
[0205] Case 2: The first RNTI may be broadcast by the network device.
[0206] Case 3: the first RNTI is determined according to the first identifier of the first UE.
[0207] Case 4: The first RNTI is determined according to the first resource or the first resource set configured in S701.
[0208] For the descriptions of the above cases 1 to 3, please refer to the descriptions of cases 1 to 4 in S604, which will not be repeated here.
[0209] Case 5: The first RNTI is determined based on the first resource and the first orthogonal code. The method for determining the first RNTI corresponding to the first UE based on the first resource and the first orthogonal code can refer to method 3 in S202 and will not be repeated here.
[0210] The manner in which the first UE determines the first RNTI may refer to the manner in which the network device determines the first RNTI corresponding to the first UE, i.e., refer to Cases 1 to 5, which are not described in detail here. The manner in which the first UE determines the first RNTI is the same as the manner in which the network device determines the first RNTI corresponding to the first UE. For example, if the manner in which the network device determines the first RNTI is Case 1 above, the manner in which the first UE determines the first RNTI is also Case 1 above.
[0211] The second message can be used to determine whether the C-RNTI and / or competition is successful. When the functions implemented by the second message are different, the information included in the second message is different. For example, if the second message is used to determine the C-RNTI, the second message may only include the C-RNTI, but not include information used to determine whether the competition is successful, such as the first identifier or the second identifier of the UE. If the second message is used to determine whether the competition is successful, the second message may only include information used to determine whether the competition is successful, such as the first identifier or the second identifier of the UE, but not include the C-RNTI. If the second message is used to determine whether the C-RNTI and the competition are successful, the second message may include the C-RNTI and information used to determine whether the competition is successful, such as the first identifier or the second identifier of the UE. Among them, the relevant description of the second identifier can refer to the relevant introduction of the second identifier in S202, which will not be repeated here. In the embodiment of the present application, the second message is used to determine whether the C-RNTI and the competition are successful as an example.
[0212] Optionally, the second message may also be used by multiple UEs to determine the C-RNTI and whether the contention is successful. The second message may include the C-RNTIs of the multiple UEs and the first identifiers or second identifiers of the multiple UEs. For example, if the first RNTI is determined based on the above-mentioned situation 1, and the first RNTIs determined by the multiple UEs are the same, the network device may perform contention resolution using a single MAC CE. Therefore, the second message may include the C-RNTIs of the multiple UEs and the first identifiers or second identifiers of the multiple UEs.
[0213] If the first RNTI is determined based on the above situation 2, and the multiple UEs transmit data on the same resources, where the multiple UEs use different OCC codes for the data they transmit, the network device can distinguish the multiple UEs, so the second message can include the first identifiers and / or orthogonal code indexes (OCC indexes) of the multiple UEs.
[0214] If the first RNTI is determined based on the above scenario 5, and different first RNTIs are determined for multiple UEs sending data using different resources, the network device can send the second message based on different first RNTIs, i.e., the second message only includes information related to the corresponding UE. For example, the network device sending the second message to the first UE includes only the first identifier of the first UE.
[0215] For multiple UEs that transmit data using the same resources and use the same orthogonal code to encode the transmitted data, the network device can successfully receive data from at most one UE (eg, the first UE), so the second message only includes the first identifier of the first UE.
[0216] The first UE can use the first RNTI to descramble the monitored PDCCH. If the descrambling is successful, the first UE can receive the second message based on the resources indicated by the PDCCH. If the descrambling fails, the first UE does not receive the second message, which helps to reduce the probability that the UE receives the second message, but the UE identifier carried in the second message (such as the first identifier, the second identifier or the index of the orthogonal code) is not its own identifier, thereby helping to reduce the power consumption of the UE.
[0217] S707: The first UE determines whether the C-RNTI and / or competition is successful according to the second message.
[0218] For more information, please refer to the description of determining whether the competition is successful according to the second message or determining the C-RNTI according to the second message in embodiment S202, which will not be repeated here.
[0219] In the above technical solution, by broadcasting contention-based PUSCH resources, the air interface resources occupied by msg1 and msg2 can be reduced. The RNTI corresponding to the second message is determined based on network device configuration information, terminal device identification information, or resource information for transmitting data. The corresponding C-RNTI is then obtained from the MAC CE for contention resolution received in the second message, ensuring subsequent transmission. Furthermore, by introducing OCC-based PUSCH resources to transmit msg3, the base station increases the ability to distinguish between UEs and reduces the probability of performance loss due to resource collisions selected by UEs.
[0220] Please refer to Figure 8, which is a flowchart of a third example of the communication method provided in the embodiment shown in Figure 2. In this example, the first resource is configured by the network device for the first UE via an RRC message, and the network device configures the first orthogonal code for the first UE via the RRC message. In the embodiments of the present application, all optional steps are indicated by dashed lines.
[0221] S801: A network device sends an RRC message to a first UE. Correspondingly, the first UE receives the RRC message. The RRC message is used to configure a first resource or a first resource set, and a first orthogonal code.
[0222] The RRC message used to configure the first resource or the first resource set and the first orthogonal code may be the same message or different messages. For example, if the RRC message used to configure the first resource or the first resource set is an RRC release message, the message used to configure the first orthogonal code is another RRC message or the RRC release message. Optionally, if the RRC message is used to configure the first resource set, S802 may be executed. If the RRC message is used to configure the first resource, S803 may be executed.
[0223] S802: The first UE determines a first resource from a first resource set.
[0224] The manner in which the first UE determines the first resource from the first resource set may refer to the manner in which the first UE determines the first resource from the first resource set in S201, which will not be repeated here.
[0225] S803: The first UE sends a first message to the network device via the first resource. Correspondingly, the network device receives the first message via the first resource. The first message includes first data.
[0226] Optionally, the first identifier of the first UE may also be included. For example, when certain conditions are met, the first identifier of the first UE may not be carried. For example, when the set of first UEs in the first resource configuration is smaller than the number of coding sets of the orthogonal code, the network device can distinguish multiple UEs by the orthogonal code in the first message, and thus the first identifier of the first UE may not be carried.
[0227] For the description of the first identifier of the first UE, please refer to the description of the first identifier of the first UE in S201, which will not be repeated here. Optionally, if the RRC message in S801 is configured with a first resource set, the network device can receive first messages from multiple UEs on all resources of the first resource set.
[0228] S804: The network device sends a second message to the first UE based on the first RNTI. Correspondingly, the first UE receives the second message based on the first RNTI.
[0229] The first RNTI is used to scramble the PDCCH, which is used to indicate the resources for receiving the second message. The first RNTI corresponding to the first UE may be related to one or more of the following: the first identifier of the first UE in the network device configuration information, the first resource, or the first orthogonal code. Optionally, the possible existence of the first RNTI corresponding to the first UE can refer to methods 1 to 5 in S202, which will not be repeated here. And the relevant description of the second message can refer to the relevant description of the second message in S202, which will not be repeated here.
[0230] S805: The first UE determines whether the C-RNTI and / or contention is successful according to the second message.
[0231] The first UE may determine that contention resolution is successful based on whether the second message includes the OCC index used by the first message, or based on successfully descrambling the second message based on the first PDCCH, or based on the second message including the first identifier of the first UE carried in the first message. After successful contention resolution, the first UE may determine a C-RNTI based on the second message, where the C-RNTI determined by the first UE may be carried in the second message. Alternatively, the first UE may obtain the RNTI used in the current serving cell based on S801 and subsequently use the RNTI as the C-RNTI.
[0232] For more descriptions related to S805, please refer to the description of determining the success of the competition based on the second message, or determining the C-RNTI based on the second message in S202, which will not be repeated here. Optionally, if the second message does not include the identifier and C-RNTI of the first UE, the first UE can determine that the RNTI configured for it by the network device is the target C-RNTI. If the second message does not include the identifier of the first UE, but the second message includes the C-RNTI, the first UE can determine that the C-RNTI in the second message is the target C-RNTI.
[0233] In the above technical solution, dedicated RRC messages are used to configure contention-based PUSCH resources, reducing the air interface resources occupied by msg1 and msg2. The RNTI corresponding to the second message is determined based on network device configuration information, terminal device identification information, or resource information for transmitted data. The corresponding C-RNTI is then retrieved from the contention-resolved MAC CE received in the second message, ensuring subsequent transmission. Furthermore, by introducing OCC-based PUSCH resource transmission of msg3, the base station increases the ability to distinguish between UEs and reduces the probability of performance loss due to resource collisions selected by UEs.
[0234] Figure 9 shows a schematic diagram of the structure of a communication device provided in an embodiment of the present application. The communication device 900 can be the network device or the circuit system of the network device described in the embodiment shown in any of Figures 2, 6, and 8, and is used to implement the method corresponding to the network device in the above method embodiment. Alternatively, the communication device 900 can be the UE or the circuit system of the UE described in the embodiment shown in any of Figures 2, 6, and 8, wherein, for example, one circuit system is a chip system.
[0235] The communication device 900 includes at least one processor 901. Processor 901 can be used for internal processing of the device to implement certain control processing functions. Optionally, processor 901 includes instructions. Optionally, processor 901 can store data. Optionally, different processors can be independent devices, located in different physical locations, or on different integrated circuits. Optionally, different processors can be integrated into one or more processors, for example, on one or more integrated circuits.
[0236] Optionally, the communication device 900 includes one or more memories 903 for storing instructions. Optionally, data may also be stored in the memories 903. The processor and memory may be provided separately or integrated together.
[0237] Optionally, the communication device 900 includes a communication line 902 and at least one communication interface 904. Since the memory 903, the communication line 902 and the communication interface 904 are all optional, they are indicated by dotted lines in FIG9 .
[0238] Optionally, the communication device 900 may further include a transceiver and / or an antenna. The transceiver may be used to send information to or receive information from other devices. The transceiver may be referred to as a transceiver, a transceiver circuit, an input / output interface, etc., and is used to implement the transceiver function of the communication device 900 through the antenna. Optionally, the transceiver includes a transmitter and a receiver. For example, the transmitter may be used to generate a radio frequency signal from a baseband signal, and the receiver may be used to convert the radio frequency signal into a baseband signal.
[0239] The processor 901 may include a general-purpose central processing unit (CPU), a microprocessor, an application specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present application.
[0240] Communication link 902 may include a pathway for transmitting information between the aforementioned components.
[0241] The communication interface 904 uses any transceiver or other device for communicating with other devices or communication networks, such as Ethernet, radio access network (RAN), wireless local area network (WLAN), wired access network, etc.
[0242] The memory 903 may be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type of dynamic storage device that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, an optical disc storage (including a compact disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto. The memory 903 may exist independently and be connected to the processor 901 via the communication line 902. Alternatively, the memory 903 may be integrated with the processor 901.
[0243] The memory 903 is used to store computer-executable instructions for executing the solution of the present application, and the execution is controlled by the processor 901. The processor 901 is used to execute the computer-executable instructions stored in the memory 903, thereby implementing the steps performed by the network device or terminal device described in any of the embodiments shown in Figures 6 to 8.
[0244] Optionally, the computer-executable instructions in the embodiments of the present application may also be referred to as application code, which is not specifically limited in the embodiments of the present application.
[0245] In a specific implementation, as an embodiment, the processor 901 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 9 .
[0246] In a specific implementation, as an embodiment, the communication device 900 may include multiple processors, such as the processor 901 and the processor 905 in FIG9 . Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. The processor herein may refer to one or more devices, circuits, and / or processing cores for processing data (e.g., computer program instructions).
[0247] When the device shown in FIG9 is a chip, such as a chip of a network device or terminal device, the chip includes a processor 901 (and may also include a processor 905), a communication circuit 902, and a communication interface 904. Optionally, the chip may include a memory 903. Specifically, the communication interface 904 may be an input interface, a pin, or a circuit. The memory 903 may be a register, a cache, or the like. The processor 901 and the processor 905 may be a general-purpose CPU, a microprocessor, an ASIC, or one or more integrated circuits for controlling the execution of a program of the communication method of any of the above-described embodiments.
[0248] In the embodiment of the present application, the functional modules of the device can be divided according to the above-mentioned method examples. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above-mentioned integrated module can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical functional division. There may be other division methods in actual implementation. For example, in the case of dividing each functional module according to each function, Figure 10 shows a schematic diagram of a device. The device 1000 can be the network device or terminal device involved in the above-mentioned various method embodiments, or a chip in the network device or terminal device. The device 1000 includes a sending unit 1001, a processing unit 1002 and a receiving unit 1003.
[0249] It should be understood that the device 1000 can be used to implement the steps performed by the network device or terminal device in the communication method of the embodiment of the present application. The relevant features can refer to any of the embodiments shown in any of the figures 2 above and Figures 6 to 8, and will not be repeated here.
[0250] Optionally, the functions / implementation processes of the sending unit 1001, the receiving unit 1003, and the processing unit 1002 in FIG10 may be implemented by the processor 901 in FIG9 calling computer-executable instructions stored in the memory 903. Alternatively, the functions / implementation processes of the processing unit 1002 in FIG10 may be implemented by the processor 901 in FIG9 calling computer-executable instructions stored in the memory 903, and the functions / implementation processes of the sending unit 1001 and the receiving unit 1003 in FIG10 may be implemented by the communication interface 904 in FIG9.
[0251] Optionally, when the device 1000 is a chip or a circuit, the functions / implementation processes of the sending unit 1001 and the receiving unit 1003 can also be implemented through pins or circuits.
[0252] The present application also provides a computer-readable storage medium, which stores a computer program or instruction. When the computer program or instruction is executed, the method performed by the network device or terminal device in the above-mentioned method embodiment is implemented. In this way, the functions described in the above embodiments can be implemented in the form of software functional units and sold or used as independent products. Based on this understanding, the technical solution of the present application is essentially or the part that contributes or the part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, server, network device or terminal device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk or an optical disk.
[0253] The present application also provides a computer program product, which includes: computer program code, which, when executed on a computer, enables the computer to execute the method executed by the network device or terminal device in any of the aforementioned method embodiments.
[0254] An embodiment of the present application further provides a processing device, including a processor and an interface; the processor is used to execute the method executed by the network device or terminal device involved in any of the above method embodiments.
[0255] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When software is used for implementation, it 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 the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, 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 a computer can access or a data storage device such as a server or data center that includes one or more available media integrations. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive (SSD)).
[0256] The various illustrative logic units and circuits described in the embodiments of the present application can be implemented or operated by a general-purpose processor, a digital signal processor (DSP), an ASIC, a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof. The general-purpose processor can be a microprocessor, and optionally, the general-purpose processor can also be any conventional processor, controller, microcontroller or state machine. The processor can also be implemented by a combination of computing devices, such as a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other similar configuration.
[0257] The steps of the methods or algorithms described in the embodiments of the present application can be directly embedded in hardware, software units executed by a processor, or a combination of the two. The software unit can be stored in RAM, flash memory, ROM, erasable programmable read-only memory (EPROM), EEPROM, registers, hard disks, removable disks, CD-ROMs, or other storage media in any form in the art. Exemplarily, the storage medium can be connected to the processor so that the processor can read information from the storage medium and can write information to the storage medium. Alternatively, the storage medium can also be integrated into the processor. The processor and storage medium can be provided in an ASIC, which can be provided in a network device or a terminal device. Alternatively, the processor and storage medium can also be provided in different components in the network device or the terminal device.
[0258] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more processes in the flowchart and / or one or more boxes in the block diagram.
[0259] The contents of the various embodiments of this application can refer to each other. If there is no special explanation and logical conflict, the terms and / or descriptions between different embodiments are consistent and can be referenced to each other. The technical features in different embodiments can be combined to form new embodiments according to their internal logical relationships.
[0260] It is understood that in the embodiments of the present application, the network device or terminal device may perform some or all of the steps in the embodiments of the present application. These steps or operations are merely examples. In the embodiments of the present application, other operations or variations of various operations may also be performed. In addition, the various steps may be performed in a different order than those presented in the embodiments of the present application, and it is possible that not all of the operations in the embodiments of the present application need to be performed.
Claims
1. A communication method, characterized in that: The method comprises: Sending a first message on a first resource, where the first message includes first data and a first identifier of a first terminal device; A second message is received based on a first radio network identifier RNTI, where the first RNTI is related to one or more of the following: the first identifier, the first resource, or a first orthogonal code, where the first orthogonal code is an orthogonal code for encoding the first data.
2. The method according to claim 1, wherein The method further comprises: A third message is received, where the third message is used to indicate the first resource or the first resource set.
3. The method according to claim 2, wherein The third message is used to indicate the first resource set, The first resource is any resource in the first resource set; or, The first resource is a resource in the first resource set whose corresponding index is related to the first identifier.
4. The method according to any one of claims 1 to 3, wherein: The method further comprises: A fourth message is received, where the fourth message is used to indicate at least one RNTI, where the at least one RNTI is associated with the first resource set, and the one or more RNTIs include the first RNTI.
5. The method according to any one of claims 1 to 4, characterized in that The method further comprises: A fifth message is received, where the fifth message is used to indicate one or more orthogonal codes, where the one or more orthogonal codes include the first orthogonal code.
6. The method according to claim 5, wherein The first orthogonal code is related to the first identifier.
7. The method according to any one of claims 1 to 6, wherein: The first identifier includes: System-temporary mobile subscription identity S-TMSI; Fifth-generation communication technology 5G-S-TMSI; A random number generated by the first terminal device; or The first RNTI.
8. The method according to any one of claims 1 to 7, wherein: The first RNTI is related to the first identifier, the first RNTI is the first identifier, or the first RNTI is part of the bits of the first identifier.
9. The method according to claim 8, wherein The first RNTI is part of the bits of the first identifier, and the second message includes the second identifier of the first terminal device, and the second identifier is the bits of the first identifier excluding the first RNTI.
10. The method according to claim 9, wherein The method further comprises: Determine whether the contention is successful based on the second identifier and the first RNTI.
11. The method according to any one of claims 7 to 10, wherein: The first identifier includes the first RNTI, and the method further includes: Determine that the first RNTI is the cell radio network temporary identifier C-RNTI of the first terminal device.
12. The method according to any one of claims 1 to 11, wherein: The second message includes one or more of the following: a C-RNTI for each of the one or more terminal devices; a first identifier of each terminal device in the one or more terminal devices; a second identifier of each terminal device in the one or more terminal devices; or, The index of the orthogonal code corresponding to each terminal device in one or more terminal devices.
13. The method according to any one of claims 1 to 12, wherein: The second message is used to determine whether the contention is successful; and / or the second message is used to determine the C-RNTI.
14. A communication method, characterized in that: The method comprises: receiving a first message at a first resource, where the first message includes first data and a first identifier of a first terminal device; The second message is sent based on a first radio network temporary identifier RNTI, where the first RNTI is related to one or more of the following: the first identifier, the first resource, or a first orthogonal code, where the first orthogonal code is an orthogonal code for encoding the first data.
15. The method according to claim 14, wherein The method further comprises: A third message is sent, where the third message is used to indicate the first resource or the first resource set.
16. The method according to claim 14 or 15, characterized in that The method further comprises: A fourth message is sent, where the fourth message is used to indicate at least one RNTI, where the at least one RNTI is associated with the first resource set, and the one or more RNTIs include the first RNTI.
17. The method according to any one of claims 14 to 16, wherein: The method further comprises: A fifth message is sent, where the fifth message is used to indicate one or more orthogonal codes, where the one or more orthogonal codes include the first orthogonal code.
18. The method according to claim 17, wherein The method further comprises: The first data is decoded based on the one or more orthogonal codes to determine the first orthogonal code.
19. The method according to any one of claims 14 to 18, wherein: The first identifier includes: System-temporary mobile subscription identity S-TMSI; Fifth-generation communication technology 5G-S-TMSI; A random number generated by the first terminal device; or The first RNTI.
20. The method according to any one of claims 14 to 19, wherein: The first RNTI is related to the first identifier, the first RNTI is the first identifier, or the first RNTI is part of the bits of the first identifier.
21. The method according to claim 20, wherein The first RNTI is part of the bits of the first identifier, and the second message includes the second identifier of the first terminal device, and the second identifier is the bits of the first identifier excluding the first RNTI.
22. The method according to any one of claims 19 to 21, wherein: The second message includes one or more of the following: a C-RNTI for each of the one or more terminal devices; A second identifier of each terminal device in one or more terminal devices a second identifier of each terminal device in the one or more terminal devices; or, The index of the orthogonal code corresponding to each terminal device in one or more terminal devices.
23. The method according to any one of claims 15 to 22, wherein: The second message is used to determine whether the contention is successful; and / or the second message is used to determine the C-RNTI.
24. A communication device, characterized in that: The communication device comprises a module for executing the method according to any one of claims 1 to 13, or a module for executing the method according to any one of claims 14 to 23.
25. A communication device, characterized in that: The communication device includes a processor, and the processor is configured to execute the method according to any one of claims 1 to 13, or execute the method according to any one of claims 14 to 23.
26. A computer-readable storage medium, characterized in that The computer-readable storage medium is used to store a computer program. When the computer program is run on a computer, the method according to any one of claims 1 to 13 is executed, or the method according to any one of claims 14 to 23 is executed.
27. A computer program product, characterized in that The computer program product comprises a computer program, and when the computer program is run on a computer, the computer is caused to perform the method according to any one of claims 1 to 13, or the computer is caused to perform the method according to any one of claims 14 to 23.
Citation Information
Patent Citations
Random access method, apparatus and device, and storage medium
CN110831230A
Random access method, terminal device and network device
US20210385854A1
Random access method and communication device
WO2020020270A1