WO2025232666A1 - Procédé de communication et appareil de communication - Google Patents
Procédé de communication et appareil de communicationInfo
- Publication number
- WO2025232666A1 WO2025232666A1 PCT/CN2025/092249 CN2025092249W WO2025232666A1 WO 2025232666 A1 WO2025232666 A1 WO 2025232666A1 CN 2025092249 W CN2025092249 W CN 2025092249W WO 2025232666 A1 WO2025232666 A1 WO 2025232666A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- uplink
- message
- terminal device
- configuration information
- resource configuration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
Definitions
- This application relates to the field of communications, and more specifically, to a communication method and a communication device.
- One possible uplink transmission method is as follows: the user equipment (UE) performs uplink transmission based on common uplink resources. For example, when the UE performs mobile-terminated early data transmission (MO-EDT) without physical random access (PRACH), the UE transmits uplink data based on common uplink resources; PRACH-free MO-EDT can also be called PRACH-free EDT.
- MO-EDT mobile-terminated early data transmission
- PRACH-free MO-EDT can also be called PRACH-free EDT.
- PRACH-free MO-EDT can also be called PRACH-free EDT.
- PUR contention-based preconfigured uplink resources
- This application provides a communication method and a communication device that enables a terminal device to back off when it determines that the uplink transmission has failed, thereby facilitating successful retransmission after the uplink transmission fails.
- a communication method is provided.
- This method can be applied to the terminal side; that is, it can be executed by the terminal device or by components of the terminal device (such as a chip, chip system, circuit, or communication module).
- This application does not limit the scope of the method.
- the following description mainly uses a terminal device as an example.
- the method includes: receiving first uplink resource configuration information; sending an uplink message through the uplink resource indicated by the first uplink resource configuration information; determining that the uplink message transmission failed; and retransmitting the uplink message after a first backoff time.
- the terminal device can determine uplink transmission failure and retransmit after backoff, thereby improving the retransmission success rate. For example, when terminal device #1 and terminal device #2 send uplink messages through uplink resource #1, uplink transmission failure occurs due to uplink conflict (i.e., the uplink messages sent by terminal device #1 and terminal device #2 interfere with each other). Then, after backoff, terminal device #1 retransmits the uplink message on uplink resource #2, and terminal device #2 retransmits the uplink message on uplink resource #3. Since uplink resource #2 and uplink resource #3 are different, both terminal device #1 and terminal device #2 can successfully retransmit.
- shared resources such as public uplink resources or contention-based PUR resources
- the method further includes: starting a window or timer after sending an uplink message; determining that the uplink message transmission failed, including: determining that the uplink message transmission failed in the event of at least one of the following events: event 1, the window or timer expires and no downlink message is received; or, event 2, the window or timer expires and a downlink message is received before the window or timer expires, the downlink message is not scrambled with a first radio network temporary identifier (RNTI), the first RNTI is determined according to the uplink resource indicated by the first uplink resource configuration information, or the first RNTI is a common RNTI; or, event 3, the window or timer expires and a downlink message is received before the window or timer expires, the identifier of the terminal device included in the downlink message does not match the identifier of the terminal device included in the uplink message; or, event 4, downlink control information (DCI) is received before the
- DCI downlink control information
- the DCI is scrambled using the first RNTI, and the DCI includes third uplink resource configuration information.
- the terminal device determines that the uplink message transmission has failed based on any of events 1 to 3, the terminal device can still determine that the uplink message transmission has failed even if the network device does not indicate uplink transmission failure or retransmission to the terminal device, thereby facilitating the triggering of uplink message retransmission. Furthermore, since it is not necessary for the network device to indicate uplink transmission failure or retransmission to the terminal device, the downlink signaling overhead of the network device can be reduced.
- the terminal device can determine uplink message transmission failure before the window or timer expires. This is conducive to triggering uplink message retransmission as soon as possible, reducing retransmission latency, and saving power consumption of the terminal device.
- retransmitting uplink messages includes: retransmitting uplink messages via uplink resources indicated by the first uplink resource configuration information.
- the terminal device determines that the uplink message transmission has failed, and the DCI includes third uplink resource configuration information, then after the first backoff time, the terminal device will still use the uplink resources indicated by the first uplink resource configuration information to retransmit the uplink message. In other words, the terminal device ignores the third uplink resource configuration information included in the DCI. It can be understood that by using the uplink resources indicated by the first uplink resource configuration information to retransmit the uplink message after backoff, instead of using the uplink resources indicated by the third uplink resource configuration information, the terminal device can avoid retransmission failure caused by multiple terminal devices simultaneously using the uplink resources indicated by the third uplink resource configuration information to retransmit the uplink message.
- the method further includes: receiving second uplink resource configuration information; retransmitting uplink messages, including: retransmitting uplink messages through uplink resources indicated by the second uplink resource configuration information.
- the terminal device determines that the uplink message transmission has failed, and the DCI includes third uplink resource configuration information, then after the first backoff time, the terminal device will still use the uplink resources indicated by the second uplink resource configuration information to retransmit the uplink message. In other words, the terminal device ignores the third uplink resource configuration information included in the DCI. It can be understood that by using the uplink resources indicated by the first uplink resource configuration information to retransmit the uplink message after backoff, instead of using the uplink resources indicated by the third uplink resource configuration information, the terminal device can avoid retransmission failure caused by multiple terminal devices simultaneously using the uplink resources indicated by the third uplink resource configuration information to retransmit the uplink message.
- the method further includes: receiving backoff time parameter information, the backoff time parameter information being used to determine a first backoff time, the backoff time parameter information including one or more of the following: a second backoff time, an index of the second backoff time; and randomly selecting a first backoff time between 0 and the second backoff time.
- the terminal device can determine the first backoff time based on the received backoff time parameter information. Furthermore, the terminal device randomly selects the first backoff time between 0 and the second backoff time, which facilitates different terminal devices randomly selecting different first backoff times. When different terminal devices randomly select different first backoff times, they will retransmit on different uplink resources, thus increasing the chances of successful retransmission.
- the method further includes: receiving indication information, the indication information being used to indicate backoff in the event of uplink transmission failure.
- the terminal device can determine whether to back off in the event of uplink transmission failure before retransmitting uplink, thereby avoiding retransmission failure when retransmitting uplink immediately after uplink transmission failure.
- the method further includes: receiving a public RNTI.
- the terminal device can monitor the physical downlink control channel (PDCCH) based on the common RNTI, and thus determine whether an uplink transmission failure has occurred based on whether the PDCCH scrambled by the common RNTI is detected.
- PDCCH physical downlink control channel
- a communication method is provided. This method can be applied to the network side; that is, it can be executed by a network device or by a component of the network device (such as a chip, chip system, circuit, or communication module). This application does not limit the scope of the method.
- the following description mainly uses a network device as an example.
- the method includes: sending first uplink resource configuration information; receiving uplink messages through uplink resources indicated by the first uplink resource configuration information; and sending downlink messages and/or DCI, wherein the downlink messages or DCI are used to determine that the uplink message transmission failed.
- the downlink message is not scrambled with the first RNTI.
- the first RNTI is determined based on the uplink resources indicated by the first uplink resource configuration information, or the first RNTI is a common RNTI, or the identifier of the terminal device included in the downlink message does not match the identifier of the terminal device included in the uplink message.
- the DCI is used to indicate uplink message transmission failure.
- the method further includes: sending backoff time parameter information, the backoff time parameter information being used to determine a first backoff time, the backoff time parameter information including one or more of the following: a second backoff time, an index of the second backoff time; the first backoff time being between 0 and the second backoff time.
- the method further includes: sending indication information, which is used to indicate backoff in the event of uplink transmission failure.
- the DCI is scrambled by a first RNTI, which is determined based on the uplink resources indicated by the first uplink resource configuration information, or the first RNTI is a common RNTI, and the DCI contains the third uplink resource allocation information.
- the method further includes: sending a public RNTI.
- a communication apparatus for performing the method in any of the possible implementations of the first to second aspects described above.
- the apparatus may include units and/or modules for performing the method in any of the possible implementations of the first to second aspects, such as processing units and/or communication units.
- the device is a communication device (such as a terminal device or a network device).
- the communication unit can be a transceiver or an input/output interface;
- the processing unit can be at least one processor.
- the transceiver can be a transceiver circuit.
- the input/output interface can be an input/output circuit.
- the device is a chip, chip system, circuit, or communication module for communication equipment (such as terminal equipment or network equipment).
- the communication unit may be an input/output interface, interface circuit, output circuit, input circuit, pin, or related circuit on the chip, chip system, or circuit;
- the processing unit may be at least one processor, processing circuit, or logic circuit.
- a communication device comprising: at least one processor for executing a computer program or instructions to perform the method in any of the possible implementations of the first to second aspects described above.
- the device further comprises a memory for storing the computer program or instructions.
- the device further comprises a communication interface coupled to the processor, which can be used to input the computer program or instructions to the processor or to output information from the processor.
- the device is a communication device (such as a terminal device or a network device).
- the device is a chip, chip system, circuit, or communication module for communication equipment (such as terminal equipment or network equipment).
- a processor is provided for performing the method provided in any one of the first to second aspects described above.
- the transmission and acquisition/reception operations involved in the processor can be understood as processor output and reception, input and other operations, or as transmission and reception operations performed by radio frequency circuits and antennas. This application does not limit them in this regard.
- the device further includes: a memory for storing a program; correspondingly, at least one processor for executing the computer program or instructions in the memory.
- the device also includes a communication interface.
- the communication interface is coupled to the processor and can be used to input information to the processor or output information from the processor.
- a sixth aspect provides a computer-readable storage medium storing program code for execution by a device, the program code including methods for performing any of the possible implementations of the first to second aspects described above.
- a computer program product containing instructions which, when run on a computer, causes the computer to perform the method in any of the possible implementations of the first to second aspects described above.
- a chip including a processor and a communication interface, the processor reading instructions from a memory through the communication interface and executing the method provided by any of the above implementations of the first to second aspects.
- the chip is a modem chip, also known as a baseband chip, or a system-on-chip (SoC) chip containing a modem core or a system-in-package (SIP) chip.
- SoC system-on-chip
- SIP system-in-package
- the chip further includes a memory storing computer programs or instructions, and a processor for executing the computer programs or instructions in the memory.
- the processor is used to execute the method provided by any of the above implementations of the first to second aspects.
- a computer program product containing instructions which, when run on a computer, causes the computer to perform the method provided by any of the above implementations of the first to second aspects.
- a communication system including the aforementioned terminal equipment and network equipment.
- Figure 1 shows a schematic diagram of a network architecture applicable to embodiments of this application.
- Figure 2 shows a schematic diagram of an architecture of a communication system applicable to embodiments of this application.
- Figure 3 shows a schematic diagram of a quasi-fixed cell.
- Figure 4 shows a schematic diagram of a mobile cell.
- Figure 5 illustrates the interaction between the UE and the access network equipment during the MO-EDT process initiated by the UE.
- Figure 6 illustrates the interaction between the UE and the access network device during a UE-based PUR transmission.
- FIG. 7 shows a schematic flowchart of the communication method provided in an embodiment of this application.
- FIG. 8 shows a schematic flowchart of the communication method provided in an embodiment of this application.
- Figure 9 is a schematic diagram of a communication device 1200 provided in an embodiment of this application.
- Figure 10 is a schematic diagram of another communication device 1300 provided in an embodiment of this application.
- FIG 11 is a schematic diagram of a chip system 1400 provided in an embodiment of this application.
- the technical solutions provided in this application can be applied to various communication systems, such as: 5th generation (5G) or new radio (NR) systems, long term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, wireless local area network (WLAN) systems, satellite communication systems, future communication systems, or integrated systems of multiple systems.
- 5G 5th generation
- NR new radio
- LTE long term evolution
- LTE frequency division duplex
- TDD LTE time division duplex
- WLAN wireless local area network
- satellite communication systems satellite communication systems
- future communication systems satellite communication systems
- IoT Internet of Things
- a satellite communication system includes a satellite base station and terminal equipment.
- the satellite base station provides communication services to the terminal equipment.
- the satellite base station can also communicate with other base stations.
- a satellite can act as a base station or as a terminal device.
- “satellite” can refer to unmanned aerial vehicles (UAVs), hot air balloons, low-Earth orbit (LEO) satellites, medium-Earth orbit (MEO) satellites, high-Earth orbit (HEO) satellites, etc.
- UAVs unmanned aerial vehicles
- LEO low-Earth orbit
- MEO medium-Earth orbit
- HEO high-Earth orbit
- Satellite can also refer to non-terrestrial base stations or non-terrestrial equipment, etc.
- a device can send signals to or receive signals from another device. These signals can include information, signaling, or data.
- the device can also be replaced by an entity, network entity, communication device, mobile device, network element, communication module, node, communication node, communication apparatus, etc.
- This disclosure uses a device as an example.
- a communication system can include at least one terminal device and at least one network device.
- the network device can send downlink signals to the terminal device, and/or the terminal device can send uplink signals to the network device.
- the terminal device in this disclosure can be replaced by a first communication device, and the network device can be replaced by a second communication device, both performing the corresponding communication methods described in this disclosure.
- the corresponding communication methods in this disclosure can be applied between network devices or between terminal devices, without limitation herein.
- the terminal device in this application embodiment can be a device or module that accesses the aforementioned communication system and has corresponding communication functions.
- the terminal device can include various devices with wireless communication capabilities, which can be used to connect people, objects, machines, etc.
- the terminal device can be widely used in various scenarios, such as: cellular communication, D2D, V2X, peer-to-peer, M2M, MTC, IoT, virtual reality (VR), augmented reality (AR), industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, autonomous delivery, etc.
- the terminal device can be a terminal in any of the above scenarios, such as an MTC terminal, an IoT terminal, etc.
- Terminal devices can be user equipment, terminals, fixed equipment, mobile stations or mobile devices, subscriber units, handheld devices, vehicle-mounted devices, wearable devices, cellular phones, smartphones, session initiation protocol (SIP) phones, wireless data cards, personal digital assistants (PDAs), computers, tablets, etc., all conforming to the 3rd Generation Partnership Project (3GPP) standard.
- 3GPP 3rd Generation Partnership Project
- the terminal device includes a brain, laptop computer, wireless modem, handset, laptop computer, computer with wireless transceiver capability, smart book, vehicle, satellite, global positioning system (GPS) device, target tracking device, aircraft (e.g., drone, helicopter, multi-helicopter, quad-helicopter, or airplane), boat, remote control device, smart home device, industrial equipment, transport vehicle with wireless communication capability, communication module, roadside unit (RSU) with terminal function, or device built into the above devices (e.g., communication module, modem, or chip in the above devices), or other processing device connected to a wireless modem.
- GPS global positioning system
- target tracking device aircraft (e.g., drone, helicopter, multi-helicopter, quad-helicopter, or airplane), boat, remote control device, smart home device, industrial equipment, transport vehicle with wireless communication capability, communication module, roadside unit (RSU) with terminal function, or device built into the above devices (e.g., communication module, modem, or chip in the above devices), or other processing device connected to a wireless mode
- a UE can also be used as a base station.
- a UE can act as a scheduling entity, providing sidelink signaling between UEs in scenarios such as V2X, D2D, or end-to-end.
- the device for implementing the functions of the terminal device can be the terminal device itself, or it can be any device capable of supporting the terminal device in implementing those functions, such as a chip system.
- This device can be installed in or used in conjunction with the terminal device.
- the chip system can be composed of chips or may include chips and other discrete components.
- This embodiment only uses the terminal device as an example to illustrate the device for implementing the functions of the terminal device, and does not constitute a limitation on the solution of this embodiment.
- the network device in this application embodiment can be a device or module with corresponding communication functions.
- the network device can be a device used to communicate with terminal devices; it can also be called an access network device or a wireless access network device, such as a base station.
- the network device can refer to a radio access network (RAN) node (or device) that connects terminal devices to a wireless network.
- RAN radio access network
- a base station can broadly encompass, or be replaced by, various names including: NodeB, evolved NodeB (eNB), next-generation NodeB (gNB), relay station, access point, transmitting and receiving point (TRP), transmitter point, master station, auxiliary station, motor slide retainer (MSR) node, home base station, network controller, access node, wireless node, access point (AP), transmission node, transceiver node, baseband unit (BBU), remote radio unit (RRU), active antenna unit (AAU), remote radio head (RRH), central unit (CU), distributed unit (DU), positioning node, etc.
- a base station can be a macro base station, micro base station, relay node, donor node, or similar entities, or combinations thereof.
- a base station can also refer to a communication module, modem, or chip installed within the aforementioned equipment or apparatus.
- a base station can also be a mobile switching center, a device that performs base station functions in D2D, V2X, and M2M communications, or a device that performs base station functions in future communication systems.
- a base station can support networks using the same or different access technologies. The embodiments of this application do not limit the specific technologies or device forms used in the network equipment.
- Base stations can be fixed or mobile.
- a helicopter or drone can be configured to act as a mobile base station, and one or more cells can move depending on the location of the mobile base station.
- a helicopter or drone can be configured as a device to communicate with another base station.
- the network devices mentioned in the embodiments of this application may be devices including CU, DU, or CU and DU, or devices with control plane CU nodes (central unit-control plane (CU-CP)) and user plane CU nodes (central unit-user plane (CU-UP)) and DU nodes.
- the network devices may include gNB-CU-CP, gNB-CU-UP, and gNB-DU.
- RAN nodes collaborate to assist terminals in achieving wireless access, with different RAN nodes each implementing some of the base station's functions.
- RAN nodes can be CUs, DUs, CU-CPs, CU-UPs, or radio units (RUs).
- CUs and DUs can be configured separately or included in the same network element, such as a BBU.
- RUs can be included in radio equipment or radio units, such as RRUs, AAUs, or RRHs.
- the CU Core Unit
- the CU is a logical node that carries the Radio Resource Control (RRC) layer, Service Data Adaptation Protocol (SDAP) layer, Packet Data Convergence Protocol (PDCP) layer, and other control functions of the access network equipment.
- RRC Radio Resource Control
- SDAP Service Data Adaptation Protocol
- PDCP Packet Data Convergence Protocol
- the CU connects to network nodes such as the core network through interfaces, which may be E2 interfaces, etc.
- the CU has some core network functions.
- the CU e.g., the PDCP layer and higher layers
- connects to the DU e.g., the Radio Link Control (RLC) layer and lower layers
- RLC Radio Link Control
- these interfaces can provide control plane (C-Plane) and user plane (U-Plane) functions (e.g., interface management, system information management, UE context management, RRC message transmission, etc.).
- C-Plane control plane
- U-Plane user plane
- the F1 application protocol (F1AP) is the application protocol for the F1 interface, defining the F1 signaling procedures in some examples.
- the F1 interface supports the control plane (F1-C) and the user plane (F1-U).
- the CU can be split into CU-CP and CU-UP.
- CU-CP is a logical node carrying the RRC layer and the control plane part of PDCP (PDCP-C) layer, used to implement the CU's control plane functions.
- CU-CP can interact with network elements in the core network used to implement control plane functions. These network elements in the core network can be access and mobility function network elements.
- CU-UP is a logical node carrying the SDAP layer and the user plane part of PDCP (PDCP-U) layer, used to implement the CU's user plane functions.
- CU-UP can interact with network elements in the core network used to implement user plane functions.
- CU and DU configurations are merely examples; the functions of CU and DU can be configured as needed.
- CU or DU can be configured to have more protocol layer functions, or CU or DU can be configured to have only partial protocol layer processing functions.
- some functions of the RLC layer and the functions of the protocol layer above the RLC layer can be placed in the CU, while the remaining functions of the RLC layer and the functions of the protocol layer below the RLC layer can be placed in the DU.
- the functions of the CU or DU can be divided according to service type or other system requirements. For instance, based on latency, functions that need to meet low latency requirements can be placed in the DU, while functions that do not need to meet such latency requirements can be placed in the CU.
- the DU (Distributed Unit) is a logical node that carries the RLC (Real-Time Control) layer, the medium access control (MAC) layer, the higher physical layer (Higher PHY) layer, and other functions.
- the DU can control at least one RU (Remote Root).
- the DU connects to the RU through interfaces, which can be fronthaul interfaces.
- the Higher PHY layer includes the PHY layer processing, such as forward error correction (FEC) encoding and decoding, scrambling, modulation, and demodulation.
- FEC forward error correction
- the RU is a logical node that carries both lower physical layer (PHY) and radio frequency (RF) processing.
- the RU can be a TRP, RRH, or other similar entity.
- the Lower PHY includes PHY processing functions such as Fast Fourier Transform (FFT), Inverse Fast Fourier Transform (IFFT), digital beamforming, and filtering.
- FFT Fast Fourier Transform
- IFFT Inverse Fast Fourier Transform
- the RU communicates with one or more UEs via a radio link.
- a DU and RU can cooperate to implement the functions of the PHY layer.
- a DU can be connected to one or more RUs.
- the functions of DU and RU can be configured in various ways depending on the design. For example, a DU can be configured to implement baseband functions, and an RU can be configured to implement mid-RF functions. Another example is that a DU can be configured to implement higher-level functions in the PHY layer, and an RU can be configured to implement lower-level functions in the PHY layer, or to implement both lower-level and RF functions. Higher-level functions in the physical layer can include a portion of the physical layer's functions that are closer to the MAC layer, while lower-level functions in the physical layer can include another portion of the physical layer's functions that are closer to the mid-RF side.
- the processing unit in the BBU used to implement baseband functions is called the baseband high (BBH) unit
- the processing unit in the RRU/AAU/RRH used to implement baseband functions is called the baseband low (BBL) unit.
- a radio access network can also be an open radio access network (O-RAN) architecture.
- CU can also be called an open CU (open CU, O-CU)
- DU can also be called an open DU (open DU, O-DU)
- CU-CP can also be called an open CU-CP (open CU-CP, O-CU-CP)
- CU-UP can also be called an open CU-UP (open CU-UP, O-CU-UP)
- RU can also be called an open RU (open RU, O-RU).
- Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software modules and hardware modules.
- the device for implementing the functions of a network device can be a network device itself, or a device capable of supporting the network device in implementing those functions, such as a chip system, chip, circuit, or communication module (i.e., a communication module that performs communication functions).
- This device can be installed within the network device.
- the chip system can be composed of chips, or it can include chips and other discrete devices.
- the device can be configured with program instructions for performing corresponding communication functions. This embodiment only uses a network device as an example to illustrate the device for implementing the functions of a network device, and does not limit the solution of this embodiment.
- Network devices and terminal devices can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can also be deployed in the air on airplanes, balloons, and satellites. This application does not limit the scenario in which the network devices and terminal devices are located.
- terminal devices and network devices can be hardware devices, software functions running on dedicated hardware, or software functions running on general-purpose hardware, such as virtualization functions instantiated on a platform (e.g., a cloud platform), or entities that include dedicated or general-purpose hardware devices and software functions. This application does not limit the specific form of the terminal devices and network devices.
- NTN non-terrestrial network
- UAS unmanned aircraft system
- Figure 1 is a schematic diagram of the network architecture applicable to an embodiment of this application.
- the terrestrial mobile terminal (UE) accesses the network through a 5G New Radio interface.
- the 5G access network equipment is deployed on satellites and connected to the terrestrial core network via a wireless link. Simultaneously, wireless links exist between satellites to complete signaling interaction and user data transmission between access network equipment.
- the various network elements in Figure 1 and their interfaces are described below:
- Terminal devices Mobile devices that support 5G New Radio, such as mobile phones and tablets. They can access satellite networks and initiate calls, internet access, and other services via the air interface.
- 5G access network equipment mainly provides wireless access services, allocates wireless resources to access terminals, and provides reliable wireless transmission protocols and data encryption protocols, such as base stations.
- 5G Core Network This includes services such as user access control, mobility management, session management, user security authentication, and billing. It consists of multiple functional units, which can be divided into control plane and data plane functional entities.
- the Access and Mobile Management function (AMF) is responsible for user access management, security authentication, and mobility management.
- the User Plane function (UPF) is responsible for managing user plane data transmission and traffic statistics.
- the Session Management function (SMF) is primarily responsible for session management in the mobile network, such as session establishment, modification, and release.
- Ground station responsible for forwarding signaling and service data between satellite access network equipment and 5G core network.
- 5G New Radio The wireless link between a terminal and access network equipment.
- Xn interface The interface between 5G access network devices and other access network devices, mainly used for signaling interactions such as handover.
- NG interface The interface between 5G access network equipment and 5G core network, mainly for exchanging non-access stratum (NAS) signaling of the core network and user service data.
- NAS non-access stratum
- the network architecture in Figure 1 is illustrated using the example of a UE accessing the network via a 5G New Radio interface. This application does not limit the network accessed by the UE. For example, the UE can access the network via 4G.
- Figure 2 is a schematic diagram of an architecture of a communication system applicable to an embodiment of this application.
- the communication system may include at least one network device, such as the satellite device shown in Figure 1; the communication system may also include at least one terminal device, such as the terminal device shown in Figure 1.
- the network device and the terminal device can communicate via a wireless link.
- the network equipment in this wireless communication system can be any device with wireless transceiver capabilities.
- This equipment includes, but is not limited to: base station controllers (BSCs), base transceiver stations (BTSs), etc., and can also be one or a group of antenna panels (including multiple antenna panels) of a base station in a 5G system, or even a satellite.
- BSCs base station controllers
- BTSs base transceiver stations
- antenna panels including multiple antenna panels
- Figure 2 shows only one network device and one terminal device as an example.
- This communication system is not limited to including more terminal devices.
- a satellite can cover multiple terminal devices for communication.
- Each terminal device is also not limited to communicating with only one network device. For example, if a satellite moves, the terminal device may need to reselect a satellite for access communication.
- Figure 2 is merely an example and does not constitute any limitation on the scope of protection of this application.
- the communication method provided in the embodiments of this application may also involve network elements or devices not shown in Figure 2, and of course, the communication method provided in the embodiments of this application may also include only some of the network elements shown in Figure 2.
- network architecture shown above is merely an illustrative example, and the network architecture applicable to the embodiments of this application is not limited thereto. Any network architecture capable of realizing the functions of the above-described network elements is applicable to the embodiments of this application.
- the aforementioned network elements or functions can be divided into one or more services, and furthermore, services that exist independently of network functions may also exist.
- instances of the aforementioned functions, instances of services included in the aforementioned functions, or instances of services that exist independently of network functions can all be referred to as service instances.
- NTN refers to networks or network segments that utilize onboard radio frequencies (RF) from satellites (UAS).
- Satellite communication offers advantages such as wide coverage, long communication distance, high reliability, high flexibility, and high throughput.
- RF radio frequencies
- Introducing satellites into 5G can provide communication services to areas difficult to cover with terrestrial networks, such as oceans and forests. It can enhance the reliability of 5G communication, providing more stable and higher-quality communication services for users on trains, airplanes, and other modes of transportation. It can also provide more data transmission resources and support a larger number of connections.
- a quasi-fixed cell also known simply as a quasi-fixed cell, is a type of satellite whose beam covers one geographic area for a limited time and a different geographic area for another time (e.g., the case of a non-geosynchronous orbit (NGSO) satellite generating a steerable beam).
- NGSO non-geosynchronous orbit
- the steerable beam generated by satellite 1 covers geographic area 1 at times t1, t2, and t3; therefore, geographic area 1 can be called a quasi-fixed cell.
- a moving cell also known simply as a mobile cell, is a cell whose coverage area shifts across the Earth's surface as the satellite moves (e.g., when an NGSO satellite generates a fixed or non-steerable beam).
- the geographical areas covered by the fixed or non-steerable beam generated by satellite 1 at times t1, t2, and t3 are geographical area 1, geographical area 2, and geographical area 3, respectively. Therefore, geographical area 1, geographical area 2, and geographical area 3 can all be referred to as moving cells.
- NTN-based NG-RAN architectures
- RAN architectures based on NTN include transparent satellite architecture, regenerative satellite without ISL (gNB-processed payload), regenerative satellite with ISL (gNB-processed payload), regenerative satellite with ISL (gNB-processed payload), regenerative satellite with a regenerative satellite based on gNB-DU (gNB-DU), and gNB-processed payload based on relay-like architectures.
- NTN-based RAN architecture can be found in the descriptions of existing protocols or standards. To avoid redundancy, this application will not elaborate further.
- NTN-based RAN architectures are merely examples, and NTN-based RAN architectures may include other architectures with the same or similar characteristics, which this application does not limit.
- MO-EDT Mobile-Initiated Early Data Transmission
- MO-EDT is triggered when the following conditions are met: 1) The upper or higher layer has requested the establishment or restoration of an RRC connection for mobile-initiated data transmission; 2) The uplink data size is less than or equal to the transport block (TB) size indicated in the system message.
- TB transport block
- Figure 5 illustrates the interaction between the UE and the access network device during the UE-initiated MO-EDT procedure. As shown in Figure 5, the interaction between the UE and the access network device may include the following steps.
- the UE sends a random access preamble to the access network equipment.
- the access network equipment receives a random access preamble from the UE.
- the UE When a UE requests a connection to establish mobile-originating data transmission, the UE initiates the MO-EDT procedure and selects the random access preamble configured for early data transmission (EDT) to send to the access network equipment.
- EDT early data transmission
- the mobile-originating data originates from an upper layer or a higher layer.
- the access network device sends a random access response to the UE.
- the UE receives a random access response from the access network device.
- the random access response can instruct the access network equipment to allocate uplink resources for the UE to send message #1.
- the UE sends message #1 to the access network device.
- the access network device receives message #1 from the UE.
- the UE uses the uplink resources allocated to the UE as indicated in the random access response to send message #1.
- message #1 can be an RRC Early Data Request (RRCE) message.
- message #1 may include at least one of the following parameters: System Architecture Evolution Temporary Mobile Subscriber Identity (S-TMSI), Establishment Cause value, or Dedicated Info for NAS.
- S-TMSI System Architecture Evolution Temporary Mobile Subscriber Identity
- Establishment Cause value Dedicated Info for NAS.
- message #1 can be an RRCEarlyDataRequest message.
- message #1 may include at least one of the following parameters: 5G-S-TMSI, establishment cause, or dedicated info for NAS.
- message #1 can be an RRC Connection Resume Request message.
- message #1 may include at least one of the following parameters: resume ID, resume cause, short resume message authentication code-integrity (short resume MAC-I), or uplink data.
- message #1 can be an RRCConnectionResumeRequest message.
- message #1 may include at least one of the following parameters: inactive radio network temporary identifier (I-RNTI), resume cause, short resume MAC-I, uplink data, or access stratum (AS) route area identifier (RAI).
- I-RNTI inactive radio network temporary identifier
- AS access stratum
- RAI route area identifier
- the access network device After receiving message #1, the access network device interacts with the core network elements.
- the process of interaction between the access network device and the core network elements can refer to existing protocols or standards, and will not be described in detail in this application.
- the access network device sends message #2 to the UE.
- the UE receives message #2 from the access network device.
- message #2 can be an RRC Early Data Complete (RRCEarlyDataComplete) message.
- message #2 may include dedicated info for NAS.
- an access network device can send an RRCEarlyDataComplete message on the common control channel (CCCH) to keep the UE in the RRC_IDLE state. If the access network device receives downlink data from a core network element, the RRCEarlyDataComplete message contains the downlink data.
- CCCH common control channel
- message #2 can be an RRC Connection Release message.
- message #2 can include at least one of the following parameters: release cause, resumeID, next hop chaining count (NCC), or downlink data.
- release cause can be RRC-Suspend, revoverID, NCC, or data radio bearer robust header compression (ROHC) (drb-ContinueROHC).
- message #2 can include at least one of the following parameters: release cause, I-RNTI, NCC, or downlink data.
- the release cause is RRC-Suspend, I-RNTI, NCC, and drb-ContinueROHC.
- the access network device receives downlink data from a core network element, it encrypts and transmits the RRCEarlyDataComplete message on the dedicated transmission channel (DTCH), and the RRCConnectionRelease message contains the downlink data.
- the DTCH is multiplexed with the RRCConnectionRelease message on the dedicated control channel (DTCH).
- the UE can request a PUR and obtain the PUR configuration in the previous RRC connection.
- the UE will maintain the PUR configuration when in RRC_IDLE state.
- Transmissions using a PUR allow for a single uplink transmission from RRC_IDLE using pre-configured uplink resources without performing a random access procedure.
- a transmission using a PUR is triggered when an upper layer requests the establishment or restoration of an RRC connection, and the UE has a valid PUR for transmission, and the TA (timing advance) verification standard is met.
- Figure 6 illustrates the interaction between the UE and the access network device during a UE-Used PUR transmission. As shown in Figure 6, the interaction between the UE and the access network device may include the following steps.
- the UE sends message #3 to the access network device.
- the access network device receives message #3 from the UE.
- the UE has determined that it can use PUR resources, then when the UE needs to send mobile originating data, it can trigger the transmission using PUR.
- message #3 can be an RRCEarlyDataRequest message.
- message #3 may include at least one of the following parameters: 5G-S-TMSI, establishment cause, or dedicated info for NAS.
- message #3 can be an RRCConnectionResumeRequest message.
- message #3 may include at least one of the following parameters: resumeID, establishment cause, short resume MAC-I, or uplink data.
- message #3 can be an RRCConnectionResumeRequest message.
- message #3 may include at least one of the following parameters: I-RNTI, establishment cause, short resume MAC-I, or uplink data.
- the access network device After receiving message #3, the access network device interacts with the core network elements.
- the process of interaction between the access network device and the core network elements can refer to existing protocols or standards, and will not be described in detail in this application.
- the access network device sends message #4 to the UE.
- the UE receives message #4 from the access network device.
- message #4 can be an RRCEarlyDataComplete message, a layer 1 acknowledgment (layer 1 Ack), or a MAC control element (CE).
- an access network device can send an RRCEarlyDataComplete message on the common control channel (CCCH) to keep the UE in the RRC_IDLE state.
- the RRCEarlyDataComplete message may include dedicated info for NAS, and if the access network device receives downlink data from a core network element, the RRCEarlyDataComplete message contains the downlink data.
- the access network device can send a Layer 1 confirmation to the UE.
- the Layer 1 confirmation may include a time advance adjustment to update the TA and terminate the transmission process.
- the access network device can send a MAC CE to the UE.
- the MAC CE may include a time adjustment command to update the TA and terminate the transmission process.
- message #4 can be an RRCConnectionRelease message.
- message #4 may include at least one of the following parameters: release cause, resumeID, NCC, downlink data, or time advance command.
- message #4 may include at least one of the following parameters: release cause, I-RNTI, NCC, downlink data, or time advance command.
- MO-EDT can omit S501 and S502 as shown in Figure 5.
- MO-EDT omitting S501 and S502 can be called PRACH-free MO-EDT, or PRACH-free EDT.
- the UE can perform contention-based PUR transmission, also known as contention-based PUR.
- MO-EDT omits S501 and S502 shown in Figure 5, it is equivalent to omitting the step of the access network device allocating resources for the UE to transmit message #1.
- the UE will use shared resources to send message #1.
- the shared resources are resources configured by the access network device for multiple UEs and can be used by multiple UEs; these shared resources can also be called public resources.
- contention-based PUR transmission the access network device does not use unicast to configure dedicated PUR resources for the UE, but rather configures shared PUR resources for multiple UEs. In other words, multiple UEs can use the same PUR resources to send message #3.
- this application provides a communication method that enables a terminal device to back off when it determines that the uplink transmission has failed, thereby facilitating successful retransmission after the uplink transmission fails.
- instruction may include direct instruction, indirect instruction, explicit instruction, and implicit instruction.
- instruction information may include direct instruction, indirect instruction, explicit instruction, and implicit instruction.
- the information indicated by the instruction information is called the information to be instructed.
- the information to be instructed there are many ways to indicate the information to be instructed, such as, but not limited to, directly indicating the information to be instructed, such as the information to be instructed itself or its index. It can also indirectly indicate the information to be instructed by indicating other information, where there is a relationship between the other information and the information to be instructed. It can also indicate only a part of the information to be instructed, while the other parts are known or pre-agreed upon.
- the instruction of specific information can be achieved by using a pre-agreed (e.g., protocol-defined) arrangement of various pieces of information, thereby reducing instruction overhead to some extent.
- the information to be instructed can be sent as a whole or divided into multiple sub-information pieces, and the sending period and/or timing of these sub-information pieces can be the same or different.
- send and “receive” indicate the direction of signal transmission.
- send information to XX can be understood as the destination of the information being XX, which may include direct transmission via the air interface or indirect transmission via the air interface by other units or modules.
- Receiveive information from YY can be understood as the source of the information being YY, which may include direct reception from YY via the air interface or indirect reception from YY via the air interface by other units or modules.
- Send can also be understood as the "output” of the chip interface, and “receive” can also be understood as the "input” of the chip interface. In other words, sending and receiving can occur between devices, such as between network devices and terminal devices, or within a device, such as between components, modules, chips, software modules, or hardware modules within the device via a bus, wiring, or interface.
- first and second are used for descriptive convenience only to distinguish objects and are not intended to limit the scope of the embodiments of this application. They are not used to describe the order or sequence of features. It should be understood that the objects described in this way can be interchanged where appropriate so as to describe solutions other than those in the embodiments of this application.
- predefined may mean a standard protocol predefined, or it may mean that the devices have agreed or negotiated in advance.
- terminal devices and network devices are used as examples for illustrative purposes.
- the term "terminal device” can be replaced by a component of a terminal device (e.g., a chip, chip system, circuit, or communication module), and the term “network device” can be replaced by a component of a network device (e.g., a chip, chip system, circuit, or communication module).
- Figure 7 shows a schematic flowchart of the communication method provided in an embodiment of this application. As shown in Figure 7, method 700 may include the following steps.
- the network device sends the first uplink resource configuration information.
- the terminal device receives the first uplink resource configuration information from the network device.
- the first uplink resource configuration information is used to indicate uplink resources. It can be understood that the uplink resources indicated by the first uplink resource configuration information are the uplink resources configured by the network device for the terminal device.
- the first uplink resource configuration information may include one or more of the following: location information of the uplink resource in the time domain, location information of the uplink resource in the frequency domain, or the period of the uplink resource.
- the location information of the uplink resource's time domain resources may include one or more of the following: the time resource indicator value (TRIV) corresponding to the uplink resource, the index of the time domain unit included in the uplink resource, the time domain unit offset information of the time domain unit included in the uplink resource relative to the time domain unit where the first uplink resource configuration information is located, the starting time domain unit index of the uplink resource, or the number of time domain units included in the uplink resource.
- the time domain unit may be a slot, mini-slot, symbol, frame, subframe, etc.
- the location information of the uplink resource's frequency domain resources may include one or more of the following: the frequency resource indicator value (FRIV) corresponding to the uplink resource, the index of the frequency domain units included in the uplink resource, the index of the starting frequency domain unit included in the uplink resource, or the number of frequency domain units included in the uplink resource.
- FRIV frequency resource indicator value
- a frequency domain unit may be a subchannel, subband, physical resource block (PRB), resource element (RE), subcarrier, carrier, bandwidth part (BWP), etc.
- the network device sends the first uplink resource configuration information via multicast or broadcast.
- the network device sends the first uplink resource configuration information via unicast. It should be noted that if the network device sends the first uplink resource configuration information via unicast, then the network device sends the same first uplink resource configuration information to multiple terminal devices respectively via unicast. For example, the network device sends the first uplink resource configuration information to UE#1 via unicast, and also sends the first uplink resource configuration information to UE#2 via unicast.
- the uplink resource indicated by the first uplink resource configuration information is a public or shared resource.
- multiple terminal devices that receive the first uplink resource configuration information can use the uplink resource indicated by the first uplink resource configuration information to perform uplink transmission.
- method 700 also includes S711.
- the terminal device receives backoff time parameter information from the network device.
- the backoff time parameter information is used to determine the first backoff time or the first backoff resource quantity.
- the first backoff time is the duration of the delay when the terminal device performs the backoff.
- the first backoff resource quantity is the amount of time-domain resources delayed when the terminal device performs the backoff.
- method 700 further includes: the terminal device determining a second backoff time based on the backoff time parameter information; and the terminal device randomly selecting a first backoff time between 0 and the second backoff time.
- method 700 further includes: the terminal device determining a second backoff resource quantity based on the backoff time parameter information; and the terminal device randomly selecting a first backoff resource quantity between 0 and the second backoff resource quantity.
- the backoff time parameter information includes one or more of the following: second backoff time, index of the second backoff time, or, number of second backoff resources.
- the terminal device and network device have predefined or preconfigured a backoff time parameter table, which includes at least one backoff time and an index to at least one backoff time
- the backoff time parameter information may include an index to a second backoff time. Accordingly, the terminal device can determine the second backoff time based on the index of the second backoff time and the backoff time parameter table.
- the time unit for the aforementioned backoff time can be seconds (s), milliseconds (ms), time slots, micro-time slots, symbols, frames, subframes, etc.
- network devices send backoff time parameter information via multicast or broadcast.
- the network device sends backoff time parameter information via unicast. It should be noted that if the network device sends backoff time parameter information via unicast, it sends the same backoff time parameter information to multiple terminal devices separately. For instance, the network device sends backoff time parameter information to UE#1 via unicast, and also sends backoff time parameter information to UE#2 via unicast.
- method 700 may not need to execute S711.
- the network device sends backoff time parameter information to the terminal device before executing method 700, then method 700 may not need to execute S711.
- method 700 also includes S712.
- the terminal device receives instruction information from the network device.
- the indication information is used to indicate whether to backoff in the event of an uplink transmission failure.
- This application does not limit the specific form of the instruction information.
- the indication information may include 1 bit. If the value of the indication information is "0", the indication information is used to indicate that no backoff will be performed in the event of uplink transmission failure. If the value of the indication information is "1", the indication information is used to indicate that backoff will be performed in the event of uplink transmission failure.
- network devices send instruction information via multicast or broadcast.
- the network device sends indication information via unicast. It should be noted that if the network device sends indication information via unicast, it sends the same indication information to multiple terminal devices. For instance, the indication information sent by the network device to UE#1 via unicast indicates backoff in the event of uplink transmission failure, and the indication information sent by the network device to UE#2 via unicast also indicates backoff in the event of uplink transmission failure.
- method 700 may not execute S712. Alternatively, if the network device sends indication information to the terminal device before executing method 700, then method 700 may not execute S712. Alternatively, if the network device sends backoff time parameter information to the terminal device, it implicitly indicates backoff in the event of uplink transmission failure, and method 700 may not execute S712. Alternatively, if the network device does not send backoff time parameter information to the terminal device, it implicitly indicates not backoff in the event of uplink transmission failure, and method 700 may not execute S712.
- method 700 also includes S713.
- the terminal device receives the public RNTI from the network device.
- the public RNTI is used to scramble downlink messages.
- method 700 may not need to execute S713.
- the network device scrambles the downlink message using an RNTI determined by the uplink resources indicated by the first uplink resource configuration information, then method 700 may not need to execute S713.
- S710 to S713 is not limited in the embodiments of this application.
- S710 can be executed before or after S711 to S713, or S710 can be executed simultaneously with S711 to S713.
- the first uplink resource configuration information, backoff time parameter information, indication information, and common RNTI can be included in the same message.
- S720 The terminal device sends an uplink message to the network device.
- the terminal device sends uplink messages through the uplink resources indicated by the first uplink resource configuration information.
- the uplink message may include the identifier of the terminal device.
- the identifier of the terminal device may be the cell-radio network temporary identifier (C-RNTI) of the terminal device in cell #1.
- C-RNTI cell-radio network temporary identifier
- the identifier of the terminal device is the S-TMSI assigned to the terminal device by the core network element, or the identifier of the terminal device is a random number.
- the uplink resource indicated by the first uplink resource configuration information is a public or shared resource
- multiple terminal devices may simultaneously send uplink messages through the uplink resource indicated by the first uplink resource configuration information, which may cause the terminal devices to fail to send uplink messages.
- the network device may not be able to receive the uplink message from the terminal device, or, if it does receive the uplink message from the terminal device, it may be unable to parse the uplink message.
- the terminal device can start or restart a window or timer.
- the terminal device can start or restart the window or timer one round-trip time (RTT) after the end time unit of the uplink message, or the terminal device can start or restart the window or timer after adding the UE-eNB/gNB RTT to the end time unit of the physical uplink shared channel (PUSCH) transmission corresponding to the uplink message.
- RTT round-trip time
- PUSCH physical uplink shared channel
- the terminal device will start or restart the window or timer after the last uplink message is sent.
- method 700 also includes S721.
- network devices send downlink messages, downlink control information (DCI), or MAC messages.
- DCI downlink control information
- MAC media access control
- the terminal device receives downlink messages, DCI messages, or MAC messages.
- the network device after receiving an uplink message from a terminal device, if the network device determines that it cannot parse the uplink message, it can send a DCI or MAC message to the terminal device.
- the DCI (Distributed Information Message) is used to indicate uplink message transmission failure; it can also be referred to as a downlink layer 1 (L1) message.
- the DCI is scrambled using a first RNTI (Reference Resource Interchange) and includes third uplink resource configuration information.
- This DCI can reuse the legacy PUR (Programmed Receiver Retransmission) message format N0.
- the third uplink resource configuration information is carried in resource allocation-related fields within the DCI, such as resource assignment and scheduling delay fields.
- MAC messages include indication information #1, which is used to indicate uplink message transmission failure, or to indicate retransmission, or to indicate retransmission after backoff.
- indication information #1 which is used to indicate uplink message transmission failure, or to indicate retransmission, or to indicate retransmission after backoff.
- MAC messages can be called downlink layer 2 (L2) messages.
- the downlink message sent by the network device is a downlink message sent to other terminal devices.
- the downlink message is not scrambled with the first RNTI, or the identifier of the terminal device included in the downlink message does not match the identifier of the terminal device included in the uplink message, or the identifier of the terminal device included in the downlink message does not match the identifier cached by the terminal device.
- the first RNTI is either a common RNTI or an RNTI determined based on the uplink resources indicated by the first uplink resource configuration information.
- the RNTI determined based on the uplink resources indicated by the first uplink resource configuration information can be denoted as X-RNTI.
- X-RNTI 1 + t_id + 10 * f_id, where t_id and f_id are the indexes of the time-domain resource and frequency resource of the uplink resources indicated by the first uplink resource configuration information, respectively.
- a mismatch between the terminal device identifier included in the downlink message and the terminal device identifier included in the uplink message means that the terminal device identifiers included in the downlink message and the uplink message are used to identify different terminal devices. For example, the terminal device identifier included in the downlink message is used to identify terminal device #1, while the terminal device identifier included in the uplink message is used to identify terminal device #2.
- a mismatch between the terminal device identifier included in the downlink message and the identifier cached in the terminal device cache means that the terminal device identifier included in the downlink message and the identifier cached in the terminal device cache are used to identify different terminal devices.
- the terminal device identifier included in the downlink message is used to identify terminal device #1, while the identifier cached in the terminal device #2 is used to identify terminal device #2.
- the identifier cached in the terminal device cache can be S-TMSI or C-RNTI.
- the terminal device can receive the downlink messages from the network device.
- the terminal device has determined that the uplink message transmission failed.
- the terminal device After starting or restarting a window or timer, the terminal device monitors the PDCCH and/or receives downlink messages from the network device within the window or during the timer's operation. Then, it determines that uplink message transmission has failed if at least one of the following events occurs: Event 1, the window or timer expires and the terminal device does not receive a downlink message from the network device; Event 2, the window or timer expires and the terminal device receives a downlink message from the network device before the window or timer expires, and the downlink message is not scrambled with the first RNTI; Event 3, the window or timer expires and the terminal device receives a downlink message from the network device before the window or timer expires, and the identifier of the terminal device included in the downlink message does not match the identifier of the terminal device included in the uplink message; Event 4, the terminal device receives a DCI from the network device before the window or timer expires, and the DCI indicates uplink message transmission
- the terminal device did not receive downlink messages from the network device means that the terminal device did not receive any downlink messages from the network device during the window or timer's execution.
- the downlink message received by the terminal device is the downlink message received by the terminal device through the PDCCH.
- the downlink message received by the terminal device may be a MAC protocol data unit (PDU) or an RRC message.
- PDU MAC protocol data unit
- RRC message is a downlink message received by the terminal device through the physical downlink shared channel (PDSCH).
- PDSCH corresponds to the PDCCH scrambled with the first RNTI that the terminal device monitors during the window or timer operation.
- the terminal device can stop the window or timer if the terminal device receives a DCI from the network device before the window or timer expires.
- the terminal device can stop the window or timer if the terminal device receives a MAC message from the network device before the window or timer expires.
- a terminal device stops the window or timer, it is equivalent to the terminal device stopping monitoring the PDCCH and/or receiving downlink messages from network devices.
- the terminal device determines that the uplink message transmission has failed based on any of events 1 to 3, the terminal device can still determine that the uplink message transmission has failed even if the network device does not indicate uplink transmission failure or retransmission to the terminal device, thus facilitating timely triggering of uplink message retransmission. Furthermore, since it is not necessary for the network device to indicate uplink transmission failure or retransmission to the terminal device, downlink signaling overhead can be reduced.
- the terminal device can determine the failure before the window or timer expires. This facilitates triggering uplink message retransmission more quickly and reduces retransmission latency. Furthermore, in the event of event 4 or 5, the terminal device can stop the window or timer, or in other words, stop monitoring the PDCCH and/or receiving downlink messages from network devices, thereby saving power consumption.
- the terminal device retransmits the uplink message.
- the terminal device determines that the uplink message transmission has failed, it will retransmit the uplink message.
- the uplink message sent by the terminal device in S710 may be the same message as the uplink message retransmitted in S740, or the uplink message sent by the terminal device in S710 may be different from the uplink message retransmitted in S740.
- the terminal device adjusts the modulation and coding scheme (MCS) during retransmission, the uplink message sent by the terminal device in S710 may be different from the uplink message retransmitted in S740.
- MCS modulation and coding scheme
- the terminal device after a first backoff time delay, the terminal device retransmits the uplink message using the uplink resources indicated by the first uplink resource configuration information.
- the first backoff time is randomly selected by the terminal device between 0 and a second backoff time. It should be noted that the terminal device has an equal probability of selecting any backoff time from 0 to the second backoff time; in other words, the terminal device randomly selects the first backoff time evenly distributed between 0 and the second backoff time, or alternative backoff times that can serve as the first backoff time are evenly distributed between 0 and the second backoff time.
- the unit of the first backoff time is the same as the unit of the second backoff time, or the duration corresponding to the unit of the first backoff time is less than the duration corresponding to the unit of the second backoff time.
- the second backoff time is x subframes
- the second backoff time is x seconds
- the terminal device retransmits the uplink message through the uplink resource indicated by the first uplink resource configuration information after a delay of at least the number of uplink resources indicated by the first backoff resource configuration information. For example, in S710, the terminal device sends an uplink message through the r-th uplink resource indicated by the first uplink resource configuration information; then in S740, the terminal device retransmits the uplink message through the (r+m+s)-th uplink resource indicated by the first uplink resource configuration information, where m is the number of first backoff resources, and r, s, and m are integers greater than or equal to 0.
- the number of first backoff resources is randomly selected by the terminal device from 0 to the number of second backoff resources.
- the terminal device has an equal probability of selecting any number of backoff resources from 0 to the number of second backoff resources; in other words, the terminal device randomly selects the number of first backoff resources uniformly from 0 to the number of second backoff resources, or, in other words, the number of alternative backoff resources that can be used as the number of first backoff resources is uniformly distributed from 0 to the number of second backoff resources.
- the terminal device determines that the uplink message transmission failed in the event 4, and the DCI includes the third uplink resource configuration information, the terminal device will still use the uplink resources indicated by the first uplink resource configuration information to retransmit the uplink message after delaying the first backoff time or delaying at least the number of uplink resources indicated by the first backoff resource configuration information. In other words, the terminal device ignores the third uplink resource configuration information included in the DCI.
- method 700 executes S712 and the indication information is used to indicate backoff in the event of uplink transmission failure, the terminal device will backoff after determining that the uplink message transmission has failed, and then retransmit the uplink message.
- the terminal device determines that the uplink message transmission has failed, it retransmits the uplink message without backing up.
- the uplink message can be retransmitted using the uplink resources indicated by the first uplink resource configuration information, or the uplink message can be retransmitted using the uplink resources indicated by the third uplink resource configuration information.
- method 700 does not execute S712, or if method 700 executes S712 and the indication information is used to indicate that no backoff will be performed in the event of uplink transmission failure, then after the terminal device determines that the uplink message transmission has failed, it will retransmit the uplink message without backoff.
- the terminal device can determine that the uplink transmission has failed and back off before retransmitting, thereby improving the success rate of retransmission. For example, when terminal device #1 and terminal device #2 send uplink messages through uplink resource #1, uplink transmission fails due to uplink conflict (i.e., the uplink messages sent by terminal device #1 and terminal device #2 interfere with each other). Then, after backing off, terminal device #1 retransmits the uplink message on uplink resource #2, and terminal device #2 retransmits the uplink message on uplink resource #3. Since uplink resource #2 and uplink resource #3 are different, both terminal device #1 and terminal device #2 can successfully retransmit.
- shared resources e.g., public uplink resources or contention-based PUR resources
- FIG 8 shows a schematic flowchart of the communication method provided in an embodiment of this application. As shown in Figure 8, method 800 may include the following steps.
- the network device sends the first uplink resource configuration information.
- the terminal device receives the first uplink resource configuration information from the network device.
- method 800 also includes S811.
- the network device sends backoff time parameter information.
- the terminal device receives backoff time parameter information from the network device.
- method 800 also includes S812.
- the terminal device receives instruction information from the network device.
- method 800 also includes S813.
- the terminal device receives the public RNTI from the network device.
- Method 800 also includes S814.
- the network device sends the second uplink resource configuration information.
- the terminal device receives the second uplink resource configuration information from the network device.
- the second uplink resource configuration information is used to indicate uplink resources. It can be understood that the uplink resources indicated by the second uplink resource configuration information are the uplink resources configured by the network device for the terminal device.
- the second line of resource configuration information may include one or more of the following: location information of the uplink resource in the time domain, location information of the uplink resource in the frequency domain, or the period of the uplink resource.
- the network device sends the second uplink resource configuration information via multicast or broadcast.
- the network device sends the second uplink resource configuration information via unicast. It should be noted that if the network device sends the second uplink resource configuration information via unicast, then the network device sends the same second uplink resource configuration information to multiple terminal devices respectively via unicast. For example, the network device sends the second uplink resource configuration information to UE#1 via unicast, and also sends the second uplink resource configuration information to UE#2 via unicast.
- the uplink resource indicated by the second uplink resource configuration information is a public or shared resource.
- multiple terminal devices that receive the second uplink resource configuration information can use the uplink resource indicated by the second uplink resource configuration information to perform uplink transmission.
- S810 to S814 is not limited in this application embodiment.
- S810 can be executed before or after S811 to S814, or S810 can be executed simultaneously with S811 to S814.
- the first uplink resource configuration information, backoff time parameter information, indication information, common RNTI, and second resource configuration information can be included in the same message.
- S820 The terminal device sends an uplink message to the network device.
- the terminal device sends uplink messages through the uplink resources indicated by the first uplink resource configuration information.
- method 800 also includes S821.
- network devices send downlink messages or DCI or MAC messages.
- the terminal device receives downlink messages, DCI messages, or MAC messages.
- the terminal device has determined that the uplink message transmission failed.
- the terminal device retransmits the uplink message.
- the terminal device determines that the uplink message transmission has failed, it retransmits the uplink message.
- the uplink message sent by the terminal device in S810 may be the same message as the uplink message retransmitted in S840, or the uplink message sent by the terminal device in S810 may be different from the uplink message retransmitted in S840.
- the terminal device adjusts the MCS during retransmission, the uplink message sent by the terminal device in S810 may be different from the uplink message retransmitted in S840.
- the terminal device after a first backoff time delay, the terminal device retransmits the uplink message using uplink resources indicated by the second uplink resource configuration information.
- the description of the first backoff time can be found in S740 of method 700 above.
- the terminal device retransmits the uplink message using the uplink resources indicated by the second uplink resource configuration information after a delay of at least the number of first backoff resources.
- a description of the number of first backoff resources can be found in S740 of method 700 above.
- the terminal device determines that the uplink message transmission failed in the event 4, and the DCI includes the third uplink resource configuration information, the terminal device will still use the uplink resources indicated by the second uplink resource configuration information to retransmit the uplink message after delaying the first backoff time or delaying at least the number of uplink resources indicated by the first backoff resources. In other words, the terminal device ignores the third uplink resource configuration information included in the DCI.
- method 800 executes S812 and the indication information is used to indicate backoff in the event of uplink transmission failure, the terminal device will backoff after determining that the uplink message transmission has failed, and then retransmit the uplink message.
- the terminal device determines that the uplink message transmission has failed, it retransmits the uplink message without backing up.
- the terminal device may retransmit uplink messages using uplink resources indicated by the first uplink resource configuration information, or by using uplink resources indicated by the second uplink resource configuration information.
- the terminal device determines that the uplink message transmission failed in the event 4, and the DCI includes the third uplink resource configuration information, it can retransmit the uplink message using the uplink resources indicated by the first uplink resource configuration information, or retransmit the uplink message using the uplink resources indicated by the third uplink resource configuration information, or retransmit the uplink message using the uplink resources indicated by the second uplink resource configuration information.
- method 800 does not execute S812, or if method 800 executes S812 and the indication information is used to indicate that no backoff will be performed in the event of uplink transmission failure, then after the terminal device determines that the uplink message transmission has failed, it will retransmit the uplink message without backoff.
- the terminal device can determine that the uplink transmission has failed, and then back off before retransmitting, thereby improving the success rate of retransmission.
- shared resources such as public uplink resources or contention-based PUR resources
- a sending information to B can include A sending information directly to B, or it can include A sending information to B through other devices or network elements, and there is no limitation on this.
- FIG. 9 is a schematic diagram of a communication device 900 provided in an embodiment of this application.
- the device 900 includes a transceiver unit 910 and a processing unit 920.
- the transceiver unit 910 can be used to implement corresponding communication functions.
- the transceiver unit 910 can also be referred to as a communication interface or communication unit.
- the processing unit 920 can be used to perform processing.
- the transceiver unit 910 may include a receiving unit and a sending unit, whereby the receiving unit implements the function of receiving and the sending unit implements the function of sending.
- the device 900 may further include a storage unit, which can be used to store instructions and/or data, and the processing unit 920 can read the instructions and/or data in the storage unit to enable the device to implement the aforementioned method embodiments.
- a storage unit which can be used to store instructions and/or data
- the processing unit 920 can read the instructions and/or data in the storage unit to enable the device to implement the aforementioned method embodiments.
- the device 900 is used to execute the steps or processes executed by the device in the above method embodiment
- the transceiver unit 910 is used to execute the transceiver-related operations on the device side in the above method embodiment
- the processing unit 920 is used to execute the processing-related operations on the device side in the above method embodiment.
- the device 900 is used to execute the steps or processes executed by the terminal device in the embodiments shown in Figures 7 and 8.
- the transceiver unit 910 is used to receive first uplink resource configuration information; the transceiver unit 910 is also used to send an uplink message through the uplink resources indicated by the first uplink resource configuration information; the processing unit 920 is used to determine that the uplink message transmission failed; the transceiver unit 910 is also used to retransmit the uplink message after a first backoff time.
- the device 900 is used to perform the steps or processes executed by the network device in the embodiments shown in Figures 7 and 8.
- the transceiver unit 910 is used to send first uplink resource configuration information; the transceiver unit 910 is also used to receive uplink messages through the uplink resources indicated by the first uplink resource configuration information; the transceiver unit 910 is also used to send downlink messages and/or DCI, the downlink messages or DCI being used to determine that the uplink message transmission failed.
- the device 900 here is embodied in the form of a functional unit.
- the term "unit” here can refer to an application-specific integrated circuit (ASIC), electronic circuitry, a processor (e.g., a shared processor, a proprietary processor, or a group processor, etc.) and memory for executing one or more software or firmware programs, integrated logic circuitry, and/or other suitable components supporting the described functions.
- ASIC application-specific integrated circuit
- the device 900 can be specifically a device (such as a terminal device or a network device) in the above embodiments, and can be used to execute the various processes and/or steps corresponding to the device in the above method embodiments; to avoid repetition, these will not be described again here.
- the apparatus 900 of each of the above-described schemes has the function of implementing the corresponding steps performed by the devices (such as terminal devices, network devices, etc.) in the above-described methods.
- the functions can be implemented in hardware or by hardware executing corresponding software.
- the hardware or software includes one or more modules corresponding to the above functions; for example, the transceiver unit can be replaced by a transceiver (e.g., the sending unit in the transceiver unit can be replaced by a transmitter, and the receiving unit in the transceiver unit can be replaced by a receiver), and other units, such as processing units, can be replaced by processors, each executing the transceiver operations and related processing operations in the respective method embodiments.
- the transceiver unit 910 described above can also be a transceiver circuit (for example, it may include a receiving circuit and a transmitting circuit), and the processing unit can be a processing circuit.
- the device in Figure 9 can be the equipment in the foregoing embodiments, or it can be a chip or a chip system, such as a system-on-chip (SoC).
- the transceiver unit can be an input/output circuit or a communication interface; the processing unit is a processor, microprocessor, or integrated circuit integrated on the chip. No limitations are imposed here.
- FIG 10 is a schematic diagram of another communication device 1000 provided in an embodiment of this application.
- the device 1000 includes a processor 1010, which is coupled to a memory 1020.
- the memory 1020 is used to store computer programs or instructions and/or data.
- the processor 1010 is used to execute the computer programs or instructions stored in the memory 1020, or to read the data stored in the memory 1020, in order to execute the methods in the above method embodiments.
- processors 1010 there may be one or more processors 1010.
- the memory 1020 may be one or more.
- the memory 1020 can be integrated with the processor 1010, or it can be set separately.
- the device 1000 further includes a transceiver 1030, which is used for receiving and/or transmitting signals.
- the processor 1010 is used to control the transceiver 1030 to receive and/or transmit signals.
- the transceiver 1030 may include a receiver for receiving signals and a transmitter for transmitting signals.
- processor 1010 may have the functions of processing unit 920 shown in FIG9
- memory 1020 may have the functions of storage unit
- transceiver 1030 may have the functions of transceiver unit 910 shown in FIG9.
- the device 1000 is used to implement the operations performed by the device (such as a terminal device, or a network device, etc.) in the various method embodiments described above.
- the device such as a terminal device, or a network device, etc.
- processor 1010 is used to execute computer programs or instructions stored in memory 1020 to implement the relevant operations of the devices (such as terminal devices, or network devices, etc.) in the various method embodiments described above.
- devices such as terminal devices, or network devices, etc.
- processors mentioned in the embodiments of this application can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
- DSPs digital signal processors
- ASICs application-specific integrated circuits
- FPGAs field-programmable gate arrays
- a general-purpose processor can be a microprocessor or any conventional processor.
- Non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory.
- Volatile memory can be random access memory (RAM).
- RAM can be used as an external cache.
- RAM includes the following forms: static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).
- SRAM static random access memory
- DRAM dynamic random access memory
- SDRAM synchronous dynamic random access memory
- DDR SDRAM double data rate synchronous dynamic random access memory
- ESDRAM enhanced synchronous dynamic random access memory
- SLDRAM synchronous linked dynamic random access memory
- DR RAM direct rambus RAM
- the processor is a general-purpose processor, DSP, ASIC, FPGA, or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component
- the memory storage module
- the device in Figure 10 can be the equipment described in the foregoing embodiments, or it can be a chip or a chip system, such as a system-on-chip (SoC).
- the transceiver can be an input/output circuit or a communication interface;
- the processor can be a processor, microprocessor, or integrated circuit integrated on the chip. No limitations are imposed here.
- memory described herein is intended to include, but is not limited to, these and any other suitable types of memory.
- FIG 11 is a schematic diagram of a chip system 1100 provided in an embodiment of this application.
- the chip system 1100 (or may also be called a processing system) includes logic circuits 1110 and input/output interfaces 1120.
- the logic circuit 1110 can be a processing circuit in the chip system 1100.
- the logic circuit 1110 can be coupled to a memory unit, calling instructions from the memory unit, enabling the chip system 1100 to implement the methods and functions of the embodiments of this application.
- the input/output interface 1120 can be an input/output circuit in the chip system 1100, outputting processed information from the chip system 1100, or inputting data or signaling information to be processed into the chip system 1100 for processing.
- the logic circuit 1110 is coupled to the input/output interface 1120, and the input/output interface 1120 can input uplink resource configuration information to the logic circuit 1110 for processing.
- the logic circuit 1110 is coupled to the input/output interface 1120, and the input/output interface 1120 can output uplink resource configuration information to the terminal device.
- the chip system 1100 is used to implement operations performed by devices (such as terminal devices, or network devices, etc.) in the various method embodiments described above.
- logic circuit 1110 is used to implement processing-related operations performed by a device (such as a terminal device or a network device) in the above method embodiments;
- input/output interface 1120 is used to implement sending and/or receiving-related operations performed by a device (such as a terminal device or a network device) in the above method embodiments.
- This application also provides a computer-readable storage medium storing computer instructions for implementing the methods executed by a device (such as a terminal device or a network device) in the above-described method embodiments.
- the computer program when executed by a computer, it enables the computer to implement the methods described in the embodiments of the above methods, which are executed by a device (such as a terminal device or a network device).
- a device such as a terminal device or a network device.
- This application also provides a computer program product comprising instructions which, when executed by a computer, implement the methods described above as being executed by a device (such as a terminal device or a network device).
- This application also provides a communication system that includes the terminal devices and/or network devices described in the embodiments above.
- the communication system includes the terminal devices and/or network devices shown in the embodiments of FIG8 to FIG9.
- the disclosed apparatus and methods can be implemented in other ways.
- the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods.
- multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed.
- the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of apparatus or units may be electrical, mechanical, or other forms.
- implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof.
- software When implemented using software, it can be implemented entirely or partially 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, all or part of the processes or functions described in the embodiments of this application are generated.
- the computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device.
- the computer can be a personal computer, a server, or a network device, etc.
- the computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another.
- the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means.
- 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 integrates one or more available media.
- the available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state drives (SSDs)).
- the aforementioned available media include, but are not limited to, USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks, and other media capable of storing program code.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Les modes de réalisation de la présente demande concernent un procédé et un appareil de communication. Selon la présente demande, après l'envoi d'un message de liaison montante par l'intermédiaire d'une ressource de liaison montante indiquée par des premières informations de configuration de ressource de liaison montante, un dispositif terminal peut déterminer si l'envoi du message de liaison montante a échoué. En outre, si le dispositif terminal détermine que l'envoi du message de liaison montante a échoué, le dispositif terminal retransmet le message de liaison montante après qu'un premier instant de réduction de puissance est retardé, ce qui améliore la réussite de retransmission du dispositif terminal après une défaillance de transmission de liaison montante.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410571981.9A CN120935821A (zh) | 2024-05-09 | 2024-05-09 | 通信方法及通信装置 |
| CN202410571981.9 | 2024-05-09 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2025232666A1 true WO2025232666A1 (fr) | 2025-11-13 |
Family
ID=97580775
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2025/092249 Pending WO2025232666A1 (fr) | 2024-05-09 | 2025-04-30 | Procédé de communication et appareil de communication |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN120935821A (fr) |
| WO (1) | WO2025232666A1 (fr) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020047806A1 (fr) * | 2018-09-06 | 2020-03-12 | 北京小米移动软件有限公司 | Procédé de transmission d'informations de rétroaction, dispositif, appareil et système |
| CN115669155A (zh) * | 2020-08-06 | 2023-01-31 | Oppo广东移动通信有限公司 | 数据通信的方法、终端设备及网络设备 |
| US20230371079A1 (en) * | 2020-09-29 | 2023-11-16 | Nec Corporation | Method, device and computer storage medium of communication |
-
2024
- 2024-05-09 CN CN202410571981.9A patent/CN120935821A/zh active Pending
-
2025
- 2025-04-30 WO PCT/CN2025/092249 patent/WO2025232666A1/fr active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020047806A1 (fr) * | 2018-09-06 | 2020-03-12 | 北京小米移动软件有限公司 | Procédé de transmission d'informations de rétroaction, dispositif, appareil et système |
| CN115669155A (zh) * | 2020-08-06 | 2023-01-31 | Oppo广东移动通信有限公司 | 数据通信的方法、终端设备及网络设备 |
| US20230371079A1 (en) * | 2020-09-29 | 2023-11-16 | Nec Corporation | Method, device and computer storage medium of communication |
Also Published As
| Publication number | Publication date |
|---|---|
| CN120935821A (zh) | 2025-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12089228B2 (en) | Multiple radio access technology communications | |
| US11419184B2 (en) | Multiple radio access technology communications | |
| US11863665B2 (en) | Security capabilities in an encryption key request | |
| CN115486188B (zh) | 非地面网络中的缓冲区状态报告传输 | |
| US11936525B2 (en) | Determining a time to perform an update | |
| CN115669151B (zh) | 随机接入信息的处理方法、终端和网络设备 | |
| US20250380334A1 (en) | Small data transmissions in an inactive state to disaggregated base stations | |
| CN116192337B (zh) | 无线通信的方法及装置 | |
| EP4583548A1 (fr) | Procédé de communication, appareil de communication et système | |
| US20250317824A1 (en) | Cell handover method, terminal device and network device | |
| WO2025232666A1 (fr) | Procédé de communication et appareil de communication | |
| US20250344276A1 (en) | Edt completion enhancement associated with iot-ntn | |
| JP7791356B2 (ja) | 分散ユニットdu間通信方法および関連装置 | |
| WO2025160756A1 (fr) | Dispositifs et procédés de communication | |
| WO2021072629A1 (fr) | Procédé et dispositif pour établir une connexion de commande de ressources radio | |
| CN121080083A (zh) | 用于无线通信的方法和装置 | |
| WO2024255571A1 (fr) | Procédé de communication et appareil associé | |
| WO2025065177A1 (fr) | Procédé de communication sans fil et dispositifs terminaux | |
| WO2025118111A1 (fr) | Procédés et appareils de communication sans fil | |
| WO2025157247A1 (fr) | Procédé et appareil de communication, et équipement terminal et dispositif de réseau | |
| JP2025513478A (ja) | 分散ユニットdu間通信方法および関連装置 |