WO2024007317A1 - Procédé de communication sans fil et dispositifs associés - Google Patents

Procédé de communication sans fil et dispositifs associés Download PDF

Info

Publication number
WO2024007317A1
WO2024007317A1 PCT/CN2022/104681 CN2022104681W WO2024007317A1 WO 2024007317 A1 WO2024007317 A1 WO 2024007317A1 CN 2022104681 W CN2022104681 W CN 2022104681W WO 2024007317 A1 WO2024007317 A1 WO 2024007317A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq feedback
sdt
procedure
multicast service
inactive state
Prior art date
Application number
PCT/CN2022/104681
Other languages
English (en)
Inventor
Xin Zhang
Original Assignee
Shenzhen Tcl New Technology Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Tcl New Technology Co., Ltd. filed Critical Shenzhen Tcl New Technology Co., Ltd.
Priority to PCT/CN2022/104681 priority Critical patent/WO2024007317A1/fr
Publication of WO2024007317A1 publication Critical patent/WO2024007317A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • the present disclosure relates to wireless communication technologies, and more particularly, to wireless communication method, and related devices such as a user equipment (UE) and a base station (BS) (e.g., a gNB) .
  • UE user equipment
  • BS base station
  • gNB gNode B
  • RAN radio access network
  • BS base stations
  • CN core network
  • LTE Long Term Evolution
  • E-UTRAN Evolved Universal Mobile Telecommunication System Territorial Radio Access Network
  • 5G or New radio (NR) systems where one or more cells are supported by a base station known as a gNB.
  • the network may order the UE to get into an RRC_IDLE state if the UE has no activity for a while. This is done to reduce UE’s power consumption.
  • the UE needs to transit from the RRC_IDLE state to an RRC_CONNECTED state whenever the UE needs to perform some activity. Since small amounts of data have to be sent very frequently in current mobile communication applications, frequent Idle-Connected-Idle transitions increase network signaling load and latency. Therefore, 5G NR has defined a new state called RRC_INACTIVE to reduce network signaling load and latency involved in transiting to RRC_CONNECTED state.
  • a UE In NR, a UE is in RRC_CONNECTED when an RRC connection has been established or in RRC_INACTIVE when the RRC connection is suspended. If this is not the case, the UE is in RRC_IDLE state, that is, no RRC connection is established.
  • the RRC_INACTIVE and RRC_IDLE states may be referred to a power saving state. More specifically, in RRC_INACTIVE state, the UE Access Stratum (AS) context is stored at both UE and network sides so that the core network connection is maintained (i.e., the UE keeps in CM (abbreviated from Connection Management) -CONNECTED) and the radio access network (RAN) connection is released.
  • the network can reach the inactive UE through RAN or CN Paging messages.
  • the UE performs a random access (RA) procedure to get access to network.
  • the RA procedure can be classified into a Contention Free Random Access (CFRA) type and a Contention-based Random Access (CBRA) type.
  • the contention-free or contention-based RA procedure can be a four-step (4-step) procedure or a two-step (2-step) procedure.
  • the UE transmits a contention-based PRACH preamble, also known as MSG1.
  • MSG2 contention-based PRACH preamble
  • the gNB responds with a random-access response (RAR) , also known as MSG2.
  • the RAR includes an uplink grant for scheduling a PUSCH transmission from the UE known as MSG3.
  • the UE transmits MSG3 including an ID for contention resolution.
  • the network transmits a contention resolution message, also known as MSG4, with the contention resolution ID.
  • MSG4 a contention resolution message
  • the UE receives MSG4, and if the UE finds its contention-resolution ID it sends an acknowledgement on a PUCCH, which completes the 4-step random access procedure.
  • the 2-step RA procedure is to reduce latency and control signaling overhead by having a single round trip cycle between the UE and the base station.
  • MSG1 preamble
  • MSG3 scheduled PUSCH transmission
  • MSG2 random-access respond
  • MSG4 contention resolution message
  • the 2-step procedure and the 4-step procedure can be applied to the CFRA in the case that the dedicated preamble is provided to the UE.
  • WI “NR small data transmissions (SDT) in inactive state” is introduced and specified in R17.
  • the motivation to have this WI is basically as the following: “NR supports RRC_INACTIVE state and UEs with infrequent (periodic and/or non-periodic) data transmission are generally maintained by the network in the RRC_INACTIVE state. Until Rel-16, the RRC_INACTIVE state doesn’t support data transmission. Hence, the UE has to resume the connection (i.e. move to RRC_CONNECTED state) for any DL (MT) and UL (MO) data. Connection setup and subsequently release to INACTIVE state happens for each data transmission however small and infrequent the data packets are. This results in unnecessary power consumption and signalling overhead. ”
  • Rel-17 MBS multicast/broadcast services
  • 5GS 5G system
  • the use cases identified that could benefit from this feature include public safety and mission critical, V2X applications, IPTV, live video, software delivery over wireless and IoT applications, etc.
  • Two delivery modes have been agreed for Rel-17 MBS with delivery mode 1 (only for multicast) capable of addressing higher QoS services and delivery mode 2 (only for broadcast) focusing on lower QoS services.
  • delivery mode 1 only for multicast
  • delivery mode 2 only for broadcast
  • the general main goal for Rel-18 should be to enable better deployment of MBS, such as improvement of resource efficiency and capacity based on Rel-17 MBS.
  • RAN only specifies multicast for UEs in RRC_CONNECTED state, which may not fully fulfil the requirements of Mission Critical Services for example, especially for cells with a large number of UEs. Also, to always keep UEs in RRC_CONNECTED state is not power efficient. It is therefore important to support multicast for UEs in RRC_INACTIVE.
  • UEs interested in receiving multicast services are mandatory to stay in connected state when receiving services and are able to use hybrid automatic repeat request (HARQ) to ensure the reliability.
  • HARQ hybrid automatic repeat request
  • UEs interested in receiving multicast services are allowed to stay in inactive state when receiving services. In inactive state, HARQ feedbacks are not able to be sent to gNB which lead to HARQ is allowed to be adopted. Therefore, in such case reliability cannot be ensured, especially for the multicast services with high reliability requirements.
  • the objective of the present disclosure is to provide a wireless communication method and related devices for improving the reliability of transmission of multicast services in inactive state.
  • an embodiment of the present application provides a wireless communication method, performed by a user equipment (UE) in a network, the method including: receiving multicast service in an inactive state; and triggering a small data transmission (SDT) procedure to send hybrid automatic repeat request (HARQ) feedback for the multicast service during the inactive state.
  • SDT small data transmission
  • an embodiment of the present application provides a wireless communication method, performed by a user equipment (UE) in a network, the method including: receiving multicast service in an inactive state; and transiting to a connected state and sending hybrid automatic repeat request (HARQ) feedback for the multicast service during the connected state.
  • UE user equipment
  • an embodiment of the present application provides a wireless communication method, performed by a user equipment (UE) in a network, the method including: receiving a first multicast packet with one or more repetitions in an inactive state without sending any hybrid automatic repeat request (HARQ) feedback for the first multicast packet or the one or more repetitions during the inactive state.
  • UE user equipment
  • an embodiment of the present application provides a wireless communication method, performed by a base station (BS) in a network, the method including: transmitting multicast service to a user equipment (UE) in an inactive state; and receiving hybrid automatic repeat request (HARQ) feedback for the multicast service, wherein the HARQ feedback is transmitted in a small data transmission (SDT) procedure from the UE in the inactive state.
  • BS base station
  • HARQ hybrid automatic repeat request
  • an embodiment of the present application provides a wireless communication method, performed by a base station (BS) in a network, the method including: transmitting multicast service to a user equipment (UE) in an inactive state; and receiving hybrid automatic repeat request (HARQ) feedback for the multicast service from the UE when the UE transits from the inactive state to a connected state.
  • BS base station
  • HARQ hybrid automatic repeat request
  • an embodiment of the present application provides a wireless communication method, performed by a base station (BS) in a network, the method including: transmitting a first multicast packet with one or more repetitions from a user equipment (UE) in an inactive state without receiving from the UE in the inactive state any hybrid automatic repeat request (HARQ) feedback for the first multicast packet or the one or more repetitions.
  • BS base station
  • HARQ hybrid automatic repeat request
  • an embodiment of the present application provides a UE, including a processor and a transmitter, wherein the processor is configured to call and run program instructions stored in a memory, to cooperate with the transmitter to execute the method of any of the first, the second, or the third aspect.
  • an embodiment of the present application provides a BS, including a processor and a transmitter, wherein the processor is configured to call and run program instructions stored in a memory, to cooperate with the transmitter to execute the method of any of the fourth, the fifth, or the sixth aspect.
  • an embodiment of the present application provides a computer readable storage medium provided for storing a computer program, which enables a computer to execute the method of any of the first to the sixth aspects.
  • an embodiment of the present application provides a computer program product, which includes computer program instructions enabling a computer to execute the method of any of the first to the sixth aspects.
  • an embodiment of the present application provides a computer program, when running on a computer, enabling the computer to execute the method of any of the first to the sixth aspects.
  • the non-transitory computer readable medium may include at least one from a group consisting of: a hard disk, a CD-ROM, an optical storage device, a magnetic storage device, a Read Only Memory, a Programmable Read Only Memory, an Erasable Programmable Read Only Memory, EPROM, an Electrically Erasable Programmable Read Only Memory and a Flash memory.
  • FIG. 1 is a schematic block diagram illustrating a communication network system according to an embodiment of the present application.
  • FIG. 2 is a flowchart of a wireless communication method according to a first embodiment of the present application.
  • FIG. 3 is a flowchart of enabling HARQ feedback in inactive state according to an embodiment of the present application.
  • FIG. 4A is a flowchart of transmitting HARQ feedback in 4-step RA-SDT for multicast services according to an embodiment of the present application.
  • FIG. 4B is a flowchart of transmitting HARQ feedback in 2-step RA-SDT for multicast services according to an embodiment of the present application.
  • FIG. 4C is a flowchart of transmitting HARQ feedback in CG-SDT for multicast services according to an embodiment of the present application.
  • FIG. 5A is a flowchart of transmitting HARQ feedback in subsequent transmission of 4-step RA-SDT for multicast services according to an embodiment of the present application.
  • FIG. 5B is a flowchart of transmitting HARQ feedback in subsequent transmission of 2-step RA-SDT for multicast services according to an embodiment of the present application.
  • FIG. 5C is a flowchart of transmitting HARQ feedback in subsequent transmission of CG-SDT for multicast services according to an embodiment of the present application.
  • FIG. 6 is a flowchart of a wireless communication method according to a second embodiment of the present application.
  • FIG. 7 is a flowchart of transmitting HARQ feedback in connected state for multicast services according to an embodiment of the present application.
  • FIG. 8 is a flowchart of a wireless communication method according to a third embodiment of the present application.
  • FIG. 9 is a flowchart of receiving multicast packets with repetitions in inactive state without transmission of HARQ feedback according to an embodiment of the present application.
  • FIG. 1 illustrates that, in some embodiments, one or more user equipments (UEs) 10 and a base station (e.g., gNB or eNB) 20 for wireless communication in a communication network system 30 according to an embodiment of the present application are provided.
  • the communication network system 30 includes the one or more UEs 10 and the base station 20.
  • the one or more UEs 10 may include a memory 12, a transceiver 13, and a processor 11 coupled to the memory 12 and the transceiver 13.
  • the base station 20 may include a memory 22, a transceiver 23, and a processor 21 coupled to the memory 22 and the transceiver 23.
  • the processor 11 or 21 may be configured to implement proposed functions, procedures and/or methods described in this description.
  • Layers of radio interface protocol may be implemented in the processor 11 or 21.
  • the memory 12 or 22 is operatively coupled with the processor 11 or 21 and stores a variety of information to operate the processor 11 or 21.
  • the transceiver 13 or 23 is operatively coupled with the processor 11 or 21, and the transceiver 13 or 23 transmits and/or receives a radio signal.
  • the processor 11 or 21 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and/or data processing device.
  • the memory 12 or 22 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and/or other storage device.
  • the transceiver 13 or 23 may include baseband circuitry to process radio frequency signals.
  • modules e.g., procedures, functions, and so on
  • the modules can be stored in the memory 12 or 22 and executed by the processor 11 or 21.
  • the memory 12 or 22 can be implemented within the processor 11 or 21 or external to the processor 11 or 21 in which case those can be communicatively coupled to the processor 11 or 21 via various means as is known in the art.
  • FIG. 2 is a flowchart of a wireless communication method 100 according to a first embodiment of the present application.
  • the method 100 includes the following.
  • the UE 10 receives from the base station 20 multicast service in an inactive state (e.g., RRC_INACTIVE state) .
  • the UE 10 sends and the base station 20 receives hybrid automatic repeat request (HARQ) feedback for the multicast service.
  • HARQ hybrid automatic repeat request
  • the UE 10 triggers a small data transmission (SDT) procedure to send the HARQ feedback during the inactive state.
  • the HARQ feedback is transmitted in the SDT procedure from the UE to the base station 20.
  • SDT small data transmission
  • the method further including: receiving an indication indicating that the HARQ feedback for the multicast service is enabled.
  • HARQ feedback is allowed to be adopted and can be enabled/disabled.
  • FIG. 3 is a flowchart of enabling HARQ feedback in inactive state according to an embodiment of the present application.
  • the base station e.g., gNB
  • the UE can send to the base station the HARQ feedback in the SDT procedure during the inactive state.
  • the HARQ feedback for the multicast service may be enabled when Quality of Service (QoS) of the multicast service is higher than a threshold.
  • QoS Quality of Service
  • the base station may decide to send the notification (Step 3) .
  • the QoS requirement of multicast service is high, the HARQ feedback may be enabled to ensure the reliability of transmission of multicast service.
  • the HARQ feedback may be disabled to enhance resource efficiency.
  • the SDT procedure is a 4-step Random Access (RA) -SDT procedure
  • the HARQ feedback is carried on MSG3.
  • the UE may transmit the HARQ feedback for the multicast service in a 4-step RA-SDT procedure.
  • FIG. 4A is a flowchart of transmitting HARQ feedback in 4-step RA-SDT for multicast services according to an embodiment of the present application.
  • the UE When the UE is in inactive state (e.g., RRC_INACTIVE state) and receives multicast services (steps 1 and 2) , if the HARQ feedback is enabled (e.g., multicast services requiring high QoS) , the UE may trigger a 4-step RA-SDT procedure to feed back ACK/NACK to the base station for the multicast service (step 3) .
  • the UE sends a preamble in MSG1 to the base station (step 4) , and the base station transmits back a random access response (RAR) message in MSG2 in response to the preamble (step 5) .
  • RAR random access response
  • a radio resource control (RRC) resume request is transmitted to the base station in MSG 3.
  • the HARQ feedback for the multicast service can be carried on MSG3 (step 6) .
  • the base station Upon reception of the RRC resume request, the base station sends MSG 4 to the UE for contention resolution (step 7) .
  • the UE may end the SDT procedure upon receiving RRCrelease with suspend configuration from gNB (steps 8 and 9) , and still stays in inactive state (step 10) .
  • the SDT procedure is a 2-step Random Access (RA) -SDT procedure
  • the HARQ feedback is carried on MSGA.
  • the UE may transmit the HARQ feedback for the multicast service in a 2-step RA-SDT procedure.
  • FIG. 4B is a flowchart of transmitting HARQ feedback in 2-step RA-SDT for multicast services according to an embodiment of the present application.
  • the UE When the UE is in inactive state (e.g., RRC_INACTIVE state) and receives multicast services (steps 1 and 2) , if the HARQ feedback is enabled (e.g., multicast services requiring high QoS) , the UE may trigger a 2-step RA-SDT procedure to feed back ACK/NACK to the base station for the multicast service (step 3) .
  • inactive state e.g., RRC_INACTIVE state
  • multicast services e.g., multicast services requiring high QoS
  • the UE sends a preamble and a radio resource control (RRC) resume request in MSGA to the base station, wherein the HARQ feedback for the multicast service can be carried on MSGA (step 4) , and the base station transmits back a random access response (RAR) message in MSGB in response to the preamble and sends the MSGB to the UE for contention resolution upon reception of the RRC resume request (step 5) .
  • RRC radio resource control
  • the UE may end the SDT procedure upon receiving RRCrelease with suspend configuration from gNB (steps 6 and 7) , and still stays in inactive state (step 8) .
  • the SDT procedure is a Configured Grant (CG) -SDT procedure
  • the HARQ feedback is transmitted on CG resources.
  • the UE may transmit the HARQ feedback for the multicast service in a CG-SDT procedure.
  • FIG. 4C is a flowchart of transmitting HARQ feedback in CG-SDT for multicast services according to an embodiment of the present application.
  • the UE When the UE is in inactive state (e.g., RRC_INACTIVE state) and receives multicast services (steps 1 and 2) , if the HARQ feedback is enabled (e.g., multicast services requiring high QoS) , the UE may trigger a CG-SDT procedure to feed back ACK/NACK to the base station for the multicast service (step 3) .
  • the UE sends a radio resource control (RRC) resume request to the base station, and the HARQ feedback for the multicast service can be transmitted on CG resources (step 4) .
  • the UE may end the SDT procedure upon receiving RRCrelease with suspend configuration from gNB (steps 5 and 6) , and still stays in inactive state (step 7) .
  • RRC radio resource control
  • the high level procedure for selection between SDT and non SDT procedure is as follows: If CG-SDT criteria is met: UE selects CG-SDT. UE initiate CG-SDT procedure. Else if RA-SDT criteria is met: UE selects RA-SDT. UE initiate RA-SDT procedure. Else: UE initiate non SDT procedure.
  • the HARQ feedback for the multicast service may be transmitted by subsequent transmission in a 4-step RA-SDT procedure.
  • the HARQ feedback for the multicast service may be the first HARQ feedback in the 4-step RA-SDT procedure and may also be the subsequent HARQ feedback in the 4-step RA-SDT procedure.
  • FIG. 5A is a flowchart of transmitting HARQ feedback in subsequent transmission of 4-step RA-SDT for multicast services according to an embodiment of the present application.
  • the HARQ feedback for the multicast service can be the subsequent HARQ feedback in the 4-step RA-SDT procedure (step 8) .
  • the subsequent HARQ feedback is sent after the first HARQ feedback.
  • the HARQ feedback for the multicast service may be transmitted by subsequent transmission in a 2-step RA-SDT procedure.
  • the HARQ feedback for the multicast service may be the first HARQ feedback in the 2-step RA-SDT procedure and may also be the subsequent HARQ feedback in the 2-step RA-SDT procedure.
  • FIG. 5B is a flowchart of transmitting HARQ feedback in subsequent transmission of 2-step RA-SDT for multicast services according to an embodiment of the present application.
  • subsequent transmission is performed on 2-step RA-SDT resources.
  • the HARQ feedback for the multicast service can be the subsequent HARQ feedback in the 2-step RA-SDT procedure (step 6) .
  • the subsequent HARQ feedback is sent after the first HARQ feedback.
  • the HARQ feedback for the multicast service may be transmitted by subsequent transmission in a CG-SDT procedure.
  • the HARQ feedback for the multicast service may be the first HARQ feedback in the CG-SDT procedure and may also be the subsequent HARQ feedback in the CG-SDT procedure.
  • FIG. 5C is a flowchart of transmitting HARQ feedback in subsequent transmission of CG-SDT for multicast services according to an embodiment of the present application.
  • the HARQ feedback for the multicast service can be the subsequent HARQ feedback in the CG-SDT procedure (step 5) .
  • the subsequent HARQ feedback is sent after the first HARQ feedback.
  • the method further includes: upon a timer expires or a counter reaches a maximum value, stopping sending the subsequent HARQ feedback.
  • a timer or a counter can be set/configured by the base station for subsequent transmission in SDT procedure (e.g., CG-SDT, 4-step RA-SDT, 2-step RA-SDT) .
  • SDT procedure e.g., CG-SDT, 4-step RA-SDT, 2-step RA-SDT
  • the UE may stop sending the subsequent HARQ feedback for the multicast services to the base station, and ACK/NACK are not allowed to be transmitted during the SDT procedure. That is, the subsequent HARQ feedback is allowed to transmit only when the timer is not expired or the counter remains within the maximum value.
  • FIG. 6 is a flowchart of a wireless communication method 200 according to a second embodiment of the present application.
  • the method 200 includes the following.
  • the UE 10 receives from the base station 20 multicast service in an inactive state (e.g., RRC_INACTIVE state) .
  • the UE 10 transits from the inactive state to a connected state (e.g., RRC_Connected state) and then sends hybrid automatic repeat request (HARQ) feedback for the multicast service during the connected state. That is, the base station 20 receives the HARQ feedback for the multicast service from the UE when the UE is in the connected state.
  • HARQ hybrid automatic repeat request
  • FIG. 7 is a flowchart of transmitting HARQ feedback in connected state for multicast services according to an embodiment of the present application.
  • the base station e.g., gNB
  • the UE sends HARQ feedback for the received multicast service during the connected state (step 5) .
  • the base station may then disable the HARQ feedback upon reception of the HARQ feedback (step 6) .
  • the UE may go to inactive state again if no HARQ feedback needs to be transmitted (step 7) .
  • the UE may again receive multicast service in the inactive state (Step 8) .
  • FIG. 8 is a flowchart of a wireless communication method 300 according to a third embodiment of the present application.
  • the above mechanisms focus on using HARQ feedback to ensure the reliability. There may be another way to improve the reliability.
  • the method 300 includes the following.
  • Step 310 the UE 10 receives from the base station 20 a first multicast packet with one or more repetitions in an inactive state. In this case, during the inactive state, no hybrid automatic repeat request (HARQ) feedback for the first multicast packet or the one or more repetitions needs to be sent from the UE 10 to the base station 20.
  • HARQ hybrid automatic repeat request
  • the UE 10 may receive from the base station 20 a second multicast packet without repetition in a connected state and send to the base station 20 the HARQ feedback for the second multicast packet during the connected state.
  • the reliability of transmission of multicast services in inactive state is ensured by transmission of the multicast packet with repetitions.
  • FIG. 9 is a flowchart of receiving multicast packets with repetitions in inactive state without transmission of HARQ feedback according to an embodiment of the present application.
  • the base station e.g., gNB
  • the base station may transmit the same multicast packet more than one time (i.e., a multicast packet with one or more repetitions) while the UE is in the inactive state (step 3) .
  • the transmission of multicast packets is with repetition.
  • the legacy reliability mechanism can be adopted such as HARQ feedback.
  • the UE After a multicast packet N is received during the connected state (step 6) , the UE sends HARQ feedback to the base station for the multicast packet N (step 7) .
  • the UE After a multicast packet N+1 is received during the connected state (step 8) , the UE sends HARQ feedback to the base station for the multicast packet N+1 (step 9) .
  • the transmission of multicast packets is without repetition.
  • Some embodiments of the present application are used by 5G-NR chipset vendors, V2X communication system development vendors, automakers including cars, trains, trucks, buses, bicycles, moto-bikes, helmets, and etc., drones (unmanned aerial vehicles) , smartphone makers, communication devices for public safety use, AR/VR device maker for example gaming, conference/seminar, education purposes.
  • Some embodiments of the present application are a combination of “techniques/processes” that can be adopted in 3GPP specification to create an end product.
  • Some embodiments of the present application could be adopted in the 5G NR unlicensed band communications.
  • the embodiment of the present application further provides a computer readable storage medium for storing a computer program.
  • the computer readable storage medium enables a computer to execute corresponding processes implemented by the UE/BS in each of the methods of the embodiment of the present application. For brevity, details will not be described herein again.
  • the embodiment of the present application further provides a computer program product including computer program instructions.
  • the computer program product enables a computer to execute corresponding processes implemented by the UE/BS in each of the methods of the embodiment of the present application. For brevity, details will not be described herein again.
  • the embodiment of the present application further provides a computer program.
  • the computer program enables a computer to execute corresponding processes implemented by the UE/BS in each of the methods of the embodiment of the present application. For brevity, details will not be described herein again.
  • any of the devices or apparatus that form part of the network may include at least a processor, a storage unit and a communications interface, wherein the processor unit, storage unit, and communications interface are configured to perform the method of any aspect of the present invention.

Landscapes

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

Abstract

L'invention divulgue un procédé de communication sans fil. Le procédé, mis en œuvre par un équipement utilisateur (UE) dans un réseau, consiste à recevoir un service de multidiffusion dans un état inactif et déclencher une procédure de transmission de petites données (SDT) pour envoyer une rétroaction de demande de répétition automatique hybride (HARQ) pour le service de multidiffusion pendant l'état inactif. Le procédé peut améliorer la fiabilité de transmission de services de multidiffusion dans un état inactif.
PCT/CN2022/104681 2022-07-08 2022-07-08 Procédé de communication sans fil et dispositifs associés WO2024007317A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/104681 WO2024007317A1 (fr) 2022-07-08 2022-07-08 Procédé de communication sans fil et dispositifs associés

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/104681 WO2024007317A1 (fr) 2022-07-08 2022-07-08 Procédé de communication sans fil et dispositifs associés

Publications (1)

Publication Number Publication Date
WO2024007317A1 true WO2024007317A1 (fr) 2024-01-11

Family

ID=89454593

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/104681 WO2024007317A1 (fr) 2022-07-08 2022-07-08 Procédé de communication sans fil et dispositifs associés

Country Status (1)

Country Link
WO (1) WO2024007317A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019161927A1 (fr) * 2018-02-26 2019-08-29 Nokia Technologies Oy Gestion de zone de trafic de multidiffusion et mobilité pour réseau sans fil
WO2021041601A1 (fr) * 2019-08-29 2021-03-04 Qualcomm Incorporated Distribution de services de diffusion à l'aide de différents modes de support de radiodiffusion/multidiffusion
WO2021207467A1 (fr) * 2020-04-08 2021-10-14 Idac Holdings, Inc. Procédés et appareil de réception de petites données de liaison descendante
CN114448576A (zh) * 2020-11-03 2022-05-06 中国移动通信有限公司研究院 一种数据重传的方法、装置及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019161927A1 (fr) * 2018-02-26 2019-08-29 Nokia Technologies Oy Gestion de zone de trafic de multidiffusion et mobilité pour réseau sans fil
WO2021041601A1 (fr) * 2019-08-29 2021-03-04 Qualcomm Incorporated Distribution de services de diffusion à l'aide de différents modes de support de radiodiffusion/multidiffusion
WO2021207467A1 (fr) * 2020-04-08 2021-10-14 Idac Holdings, Inc. Procédés et appareil de réception de petites données de liaison descendante
CN114448576A (zh) * 2020-11-03 2022-05-06 中国移动通信有限公司研究院 一种数据重传的方法、装置及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OPPO: "Discussion on RACH-based SDT", 3GPP DRAFT; R2-2107248, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20210816 - 20210827, 6 August 2021 (2021-08-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052033988 *

Similar Documents

Publication Publication Date Title
US10849164B2 (en) High reliability and early data transmission
CN107592984B (zh) 在无线通信系统中根据基于竞争的调度请求执行副链路传输的方法和设备
US20180124829A1 (en) Method and apparatus for configuring random access channel in short tti or contention based uplink transmission in wireless communication system
US9345048B2 (en) Random access data channel for machine type communications
EP3289716B1 (fr) Procédé et appareil pour réaliser une résolution de conflit pour une émission de pusch à base de conflit dans un système de communication sans fil
US10555348B2 (en) Method for operating a fast random access procedure in a wireless communication system and a device therefor
US10237889B2 (en) Conditional uplink grant
US10462706B2 (en) Use of wait period to obtain on-demand system information for wireless networks
US20110310852A1 (en) Methods And Arrangements For Handover
WO2008133479A1 (fr) Procédé de commande de l'attribution de ressources radio dans un système de communication mobile
US20190239167A1 (en) Power Control Enhancement for Random Access
US20210297188A1 (en) Data transmission method and communication apparatus
WO2020143383A1 (fr) Procédé et dispositif de transmission de données
CN114342535B (zh) 上行信号的发送和接收方法以及装置
US10455559B2 (en) License assisted listen-before-talk
WO2024007317A1 (fr) Procédé de communication sans fil et dispositifs associés
US10506631B2 (en) Method and apparatus for controlling congestion of contention based PUSCH transmission or contention based SR transmission in wireless communication system
US11490422B2 (en) Methods, terminal device and base station for channel sensing in unlicensed spectrum
KR20230146656A (ko) 사이드링크 불연속 수신 커맨드 트리거 방법, 장치, 및 시스템
WO2020134215A1 (fr) Procédé permettant à un noeud de réseau de changer le format de sous-en-tête de commande d'accès au support, et appareil de noeud de réseau
US20240121805A1 (en) Communication method and device
WO2023035860A1 (fr) Procédé et appareil de radiomessagerie
WO2022205331A1 (fr) Procédés et appareils pour services de diffusion et de multidiffusion
WO2023155998A1 (fr) Attribution de ressources radio sensible à l'état de rrc et économe en énergie
CN114342465A (zh) 无线通信的方法和终端设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22949899

Country of ref document: EP

Kind code of ref document: A1