WO2023130463A1 - Procédé et appareil d'amélioration d'un mécanisme mbs drx - Google Patents

Procédé et appareil d'amélioration d'un mécanisme mbs drx Download PDF

Info

Publication number
WO2023130463A1
WO2023130463A1 PCT/CN2022/071084 CN2022071084W WO2023130463A1 WO 2023130463 A1 WO2023130463 A1 WO 2023130463A1 CN 2022071084 W CN2022071084 W CN 2022071084W WO 2023130463 A1 WO2023130463 A1 WO 2023130463A1
Authority
WO
WIPO (PCT)
Prior art keywords
rtt timer
harq rtt
computer program
harq
ues
Prior art date
Application number
PCT/CN2022/071084
Other languages
English (en)
Inventor
Xin Zhang
Original Assignee
Tcl Communication Technology (Chengdu) Limited
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 Tcl Communication Technology (Chengdu) Limited filed Critical Tcl Communication Technology (Chengdu) Limited
Priority to PCT/CN2022/071084 priority Critical patent/WO2023130463A1/fr
Publication of WO2023130463A1 publication Critical patent/WO2023130463A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Definitions

  • This application relates to wireless communication, and more particularly, to the multicast/broadcast service (MBS) system.
  • MMS multicast/broadcast service
  • Multicast and broadcast communications have been considered to pave the way for resource efficient transmission to multiple end users which require to receive same contents. Due to this obvious gain, as a late entrant in 5G Release 17 (Rel-17) , 3GPP started to build functional support of multicast and broadcast services (MBS) over an existing 5G standards framework.
  • MMS multicast and broadcast services
  • MBS is targeted to enable diverse services including public safety and mission critical, Vehicle-to-Everything (V2X) applications, transparent IPv4/IPv6 multicast delivery, IPTV, software delivery over wireless, group communications and IoT applications.
  • V2X Vehicle-to-Everything
  • IPTV IPTV
  • Service requirements for different uses cases of MBS differ in their requirements for reliability, latency, QoS handling, service area coverage, service continuity and security aspects. Therefore, it becomes imperative to build a comprehensive mechanism for MBS to address these diverse needs.
  • RAN Radio Access Network
  • RRC_CONNECTED state which may not fully fulfil the requirements of, e.g., Mission Critical Services, especially for cells with a large number of UEs according to TR 23.774.
  • to always keep UEs in RRC_CONNECTED state is not power efficient.
  • the multicast session can be deactivated and UEs belonging to the multicast group can transit to RRC_INACTIVE or IDLE state.
  • RRC_INACTIVE or IDLE state.
  • These UEs have to re-enter RRC_CONNECTED state when the multicast session is about to be re-activated. It is therefore important to support multicast for UEs in RRC_INACTIVE.
  • a RAN node delivers separate copies of MBS data packet over radio to individual UE.
  • Point-to-Multipoint (PTM) delivery method a RAN node delivers a single copy of MBS data packets over radio to a set of UEs.
  • a RAN node may use a combination of PTP/PTM to deliver an MBS packet to UEs. Moreover, in case that reliable transmission is required for cell edge user with bad channel quality, the PTM (Point-to-Multipoint) transmission can be switched to PTP (Point-to-Point) leg.
  • PTM Point-to-Multipoint
  • the Rel-17 NR MBS broadcast solution allows that the UE receives broadcast service in a downlink only manner i.e. performing broadcast reception without a need to access the network beforehand.
  • the UE may be required to simultaneously receive broadcast service and unicast service from the network (s) of same or another operator, and some UEs may share the hardware resources between broadcast and unicast. Therefore, the unicast connection might be impacted by the broadcast reception for this kind of UEs.
  • the optimization for such case is not specifically addressed in Rel-17.
  • Rel-17 MBS already provides the basic function to support MBS services
  • 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.
  • the present application is directed to a method for MBS DRX mechanism improvement in the next generation wireless communication networks.
  • a method for setting HARQ RTT Timer includes: For UE-specific ACK/NACK based HARQ-ACK feedback,
  • gNB decides and indicates UEs to start the HARQ RTT Timer at the end of GC-PDCCH/GC-PDSCH reception.
  • UEs decides to start the HARQ RTT Timer at the end of GC-PDCCH/GC-PDSCH reception.
  • gNB indicates UEs to start the HARQ RTT Timer at the end of GC-PDCCH/GC-PDSCH reception under certain conditions, and UEs still trigger the HARQ RTT Timer after UE-specific PUCCH resource based NACK transmission.
  • a method for monitoring UE specific PDCCH/C-RNTI is provided.
  • UE monitors UE specific PDCCH/C-RNTI when either DRX-onDurationTimerPTM or DRX-InactivityTimerPTM or DRX-RetransmissionTimerDLPTM are running.
  • Fig. 1 shows an example of a long DRX cycle for PTM.
  • Fig. 2 shows an embodiment of the disclosed method for UE monitoring UE specific PDCCH/C-RNTI.
  • Fig. 3 shows another embodiment of the disclosed method for UE monitoring UE specific PDCCH/C-RNTI.
  • Fig. 4 shows a schematic view of an embodiment of the disclosed method for gNB indicating UE to start the HARQ RTT Timer.
  • Fig. 5 shows a schematic view of an embodiment of the disclosed method for UE to start the HARQ RTT Timer (without gNB indicating) .
  • Fig. 6 shows a schematic view of an embodiment of the disclosed method for gNB or UE to start the HARQ RTT Timer.
  • Fig. 7 shows a schematic view of a telecommunication system.
  • the present application relates to an improvement in MBS mechanism.
  • the following description is presented to enable one of ordinary skill in the art to make and use the invention as provided in the context of a particular application and its requirements.
  • Various modifications to the preferred embodiment will be apparent to those with skill in the art, and the general principles defined herein may be applied to other embodiments. Therefore, the present application is not intended to be limited to the particular embodiments shown and described, but is to be accorded the widest scope consistent with the principles and novel features herein disclosed.
  • NR In 5G system applications, reducing power consumption at the terminal is a big challenge.
  • NR also supports DRX (Discontinuous Reception) as a technical feature for UE energy saving.
  • DRX discontinuous reception
  • a wireless device such as a user equipment (UE)
  • UE user equipment
  • PDCCH physical downlink control channel
  • gNB Next Generation Node B
  • the discontinuous monitoring can provide significant power savings at the UE since the receiver at the UE can be turned off.
  • Discontinuous Reception (DRX) in 5G is of two states, RRC_IDLE/RRC_INACTIVE state and RRC_CONNECTED state.
  • RRC_IDLE/RRC_INACTIVE state the UE periodically wakes up to monitor for paging messages and goes back to sleep mode if paging message is not intended for it.
  • DRX in 5G is introduced to improve UE battery power consumption by allowing the UE to periodically enter ‘sleep’ state (IDLE/INACTIVE duration) during which PDCCH need not be monitored.
  • the UE In order to monitor PDCCH for possible downlink/uplink data, the UE is allowed to wake up periodically and stay ‘awake’ (CONNECTED duration) for a certain amount of time before going to ‘sleep’ again. Additionally, the UE may be required to wake up occasionally to monitor PDCCH, this is for example to receive a possible re-transmission.
  • a UE can communicate with a gNB, to negotiate time periods in which the UE will receive communications from the gNB. During the negotiated times when information is not received, the UE can turn its receiver off and enter a low power state or enter sleep state. These sleep state may last anywhere from a single millisecond to hundreds of milliseconds or longer. The duration and timing of the sleep state can be negotiated between the UE and the gNB.
  • the RRC signaling can be used to manage the use of DRX by setting various parameters. Examples of parameters that can be set in the RRC_CONNECTED state are illustrated in the following table.
  • Fig. 1 illustrates an example of a long DRX cycle for PTM.
  • the long DRX cycle is shown relative to an DRX-onDurationTimerPTM, an overlapping DRX-InactivityTimerPTM, a DRX-HARQ-RTT-timerPTM, and a DRX-RetransmissionTimerDLPTM.
  • the DRX-HARQ-RTT-TimerPTM is started after the decoding delay of the PDCCH.
  • the RF modem can be turned on for a number of consecutive subframes set by the On Duration Timer to listen to the control channel.
  • the Inactivity Timer can specify the consecutive number of TTIs (transmission time interval) during which the UE will monitor the PDCCH after successfully decoding a PDCCH indicating an uplink or a downlink data transfer for the UE.
  • the Inactivity Timer can keep the UE awake for a certain period during data transfer even if the On-Duration Timer has expired.
  • the Inactivity Timer is usually triggered within an On-Duration period. If the On-Duration period is longer, the Inactivity Timer may start and expire within the awake period.
  • the Inactivity Timer may only be triggered for new transmissions in both an uplink and downlink and not for retransmissions.
  • Another DRX feature is related to power saving during HARQ retransmissions. For example, when a UE fails to decode a transport block of a HARQ active process, the UE assumes that the next retransmission will take place after a DRX retransmission timer. This allows the UE to enter a power saving state without the need to listen to the PDCCH.
  • a HARQ round trip time (RTT) timer can be started after 1ms (for decoding delay) of the PDCCH indicating a downlink shared channel (PDSCH) transmission.
  • the HARQ RTT timer can be started for every downlink shared channel transmission.
  • HARQ RTT timer indicates when the HARQ retransmission will arrive at the earliest.
  • HARQ RTT Timer indicates when the HARQ retransmission will arrive at the earliest.
  • the DRX-Retransmission timer is turned on after the HARQ RTT Timer expires. After it is turned on, the DRX mechanism will be suspended, waiting for retransmission. The DRX mechanism will return after the Retransmission time expires. This is the mechanism designed for retransmission.
  • the UE will turn off the receiver only when neither DRX-InactivityTimerPTM nor DRX-RetransmissionTimerDLPTM is activated. That is to say, even if the DRX-InactivityTimerPTM expires, but the DRX-RetransmissionTimerDLPTM is still running, the receiver still needs to be turned on to wait for the HARQ retransmission mechanism.
  • HARQ-ACK feedback and HARQ retransmissions are supported to achieve high reliability for multicast mode.
  • HARQ-ACK feedback is required for gNB to know UE’s reception status and perform the retransmission.
  • feedback resource in PUCCH may be overloaded when many UEs are served for a multicast session.
  • a criterion of retransmission could be failure of reception at one UE. Based on these factors, configuration flexibility of HARQ-ACK feedback options is allowed as follows:
  • ⁇ ACK/NACK based HARQ-ACK feedback UE feedbacks ACK or NACK over a UE dedicated PUCCH resources. This mechanism be efficient when the number of UEs receiving the multicast data is small.
  • ⁇ NACK only based HARQ-ACK feedback UE feedbacks only NACK over common PUCCH resources shared with other UEs in same group. This mechanism is resource-efficient but gNB cannot detect the case that UE fails decoding of PDCCH information.
  • No HARQ-ACK feedback UE does not send any feedback for received data.
  • gNB can use this option to save the PUCCH resource.
  • gNB can dynamically switch between ACK/NACK based HARQ-ACK feedback and No HARQ-ACK feedback by RRC signaling or Downlink Control Information (DCI) .
  • DCI Downlink Control Information
  • HARQ retransmission has further flexibility to use either PTM-type or PTP-type retransmission, after the initial transmission of PTM-type destined to multiple UEs.
  • PTM-type retransmission is a typical retransmission to the same recipients of the initial transmission by using shared G-RNTI (Group RNTI, RNTI stands for Radio Network Temporary Identifier) .
  • G-RNTI Group RNTI, RNTI stands for Radio Network Temporary Identifier
  • PTP-type retransmission is a dedicated retransmission for a single UE by using UE’s C-RNTI (Cell RNTI) . This PTP-type retransmission would be beneficial when optimal resource configuration such as modulation and coding scheme (MCS) is possible for the retransmission.
  • MCS modulation and coding scheme
  • DRX for PTM is configured as FIG. 1, in the case that retransmission is PTM, UEs in the same group will monitor G-RNTI based on the pattern in FIG. 1. In the case that retransmission is PTP, how UE monitors UE specific PDCCH/C-RNTI?
  • UE monitors UE specific PDCCH/C-RNTI when either DRX-onDurationTimerPTM or DRX-InactivityTimerPTM or DRX-RetransmissionTimerDLPTM are running, as shown in Fig. 2.
  • UE monitors UE specific PDCCH/C-RNTI only when DRX-RetransmissionTimerDLPTM is running, as shown in Fig. 3. For example, when DRX-onDurationTimerPTM and DRX-InactivityTimerPTM are running but DRX-RetransmissionTimerDLPTM is not running, the UE does not monitor UE specific PDCCH/C-RNTI.
  • UE monitors UE specific PDCCH/C-RNTI only during unicast DRX’s active time.
  • Unicast DRX’s RTT timer can be started when PTP retransmission is expected.
  • gNB decides and indicates UEs to start the HARQ RTT Timer at the end of GC-PDCCH/GC-PDSCH reception.
  • the first way is for gNB to decide if UEs should start the HARQ RTT Timer at the end of GC-PDCCH/GC-PDSCH. For example, there are 3 UEs in a GC (Group Common) group. gNB can decide if UEs should start the HARQ RTT Timer, in the case of 1, 2, or all the 3 UEs failed to decode the GC-PDCCH/GC-PDSCH.
  • Fig. 4 shows a schematic view of an embodiment of the disclosed method for gNB indicating UE to start the HARQ RTT Timer.
  • the gNB may decide and indicate all UEs to start the HARQ RTT Timer, and may also decide and indicate a certain UE or several certain UEs to start the HARQ RTT Timer, but the present application is not limited to this.
  • UEs decides to start the HARQ RTT Timer at the end of GC-PDCCH/GC-PDSCH reception.
  • the second way is for UEs to decide if UEs should start the HARQ RTT Timer based on whether they decoded the GC-PDCCH/GC-PDSCH successfully or not, and gNB will not make the decision. For example, there are 3 UEs in a GC group. UE 1 &2 successfully decoded the GC- PDCCH/GC-PDSCH while UE 3 failed. In the case that UEs are configured to transmit HARQ feedback via UE specific PUCCH resource, UE 1 &2 will send ACK, and UE 3 will send NACK and meanwhile UE 3 will start the HARQ RTT Timer.
  • gNB is informed that UE 3 failed to decode the GC-PDCCH/GC-PDSCH, then gNB will retransmit the lost packet. All the 3 UEs will receive the retransmitted packet. UE 1 and 2 are aware that this is a retransmitted packet via NDI (New Data Indicator) , and they will discard this packet, while UE 3 will perform the HARQ soft combination after the reception of this retransmitted packet.
  • Fig. 5 shows a schematic view of an embodiment of the disclosed method for UE to start the HARQ RTT Timer by itself (without gNB indicating) .
  • gNB indicates UEs to start the HARQ RTT Timer at the end of GC-PDCCH/GC-PDSCH reception under certain conditions, and UEs still trigger the HARQ RTT Timer after UE-specific PUCCH resource based NACK transmission.
  • the third way is kind of combination the first way and the second way.
  • it is the gNB to decide to start the HARQ RTT Timer
  • the UEs to decide to start the HARQ RTT Timer independently.
  • the condition can be the number of the UEs in the group. When the number of UEs in the group exceeds a threshold, the gNB decides to start the HARQ RTT Timer, and when the number of UEs in the group is less than this threshold, UE can decide to start the HARQ RTT Timer by itself.
  • the condition also can be the number of the UEs reporting NACK in the group. It is noted that the conditions discussed above are merely examples. This application is not limited to the examples.
  • Fig. 6 shows a schematic view of an embodiment of the disclosed method for gNB or UE to start the HARQ RTT Timer.
  • the HARQ RTT Timer can count from multicast group GC-PDCCH/GC-PDSCH reception, or count from the reception of indication from gNB.
  • HARQ RTT timer counting starts from end of common PUCCH resource based NACK transmission (i.e. same as Unicast DRX behaviour) .
  • NW Network
  • a telecommunication system including a UE 10 and a gNB 20 executes the disclosed method according to an embodiment of the present application.
  • Fig. 4 is shown for illustrative not limiting, and the system may comprise more UEs and gNBs. Connections between devices and device components are shown as lines and arrows in the Figs.
  • the UE 10 may include a processor 11, a memory 12, and a transceiver 13.
  • the gNB 20 may include a processor 21, a memory 22, and a transceiver 23.
  • Each of the processors 11, 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 processors 11, 21.
  • Each of the memory 12, 22, operatively stores a variety of programs and information to operate a connected processor.
  • Each of the transceivers 13, 23 is operatively coupled with a connected processor, transmits and/or receives a radio signal.
  • the gNB 20 may be an eNB, a gNB, or one of other radio nodes.
  • Each of the processors 11, 21 may include a general-purpose central processing unit (CPU) , application-specific integrated circuits (ASICs) , other chipsets, logic circuits and/or data processing devices.
  • Each of the memory 12, 22 may include read-only memory (ROM) , a random access memory (RAM) , a flash memory, a memory card, a storage medium and/or other storage devices.
  • Each of the transceivers 13, 23 may include baseband circuitry and radio frequency (RF) circuitry to process radio frequency signals.
  • RF radio frequency
  • the background section of this application may contain background information about the problem or environment of the invention rather than describe prior art by others. Thus inclusion of material in the background section is not an admission of prior art by the Applicant.

Landscapes

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

Abstract

La présente demande concerne un procédé d'amélioration d'un mécanisme MBS DRX dans les réseaux de communication sans fil de nouvelle génération. Selon un aspect, la présente demande concerne un procédé de réglage d'un temporisateur HARQ RTT. Le procédé comprend les opérations suivantes : pour une rétroaction HARQ-ACK basée sur un ACK/NACK spécifique à un UE, (I) un gNB décide et indique aux UE de démarrer le temporisateur RTT HARQ à la fin de la réception GC-PDCCH/GC-PDSCH ; (Ii) les UE décident de démarrer le temporisateur HARQ RTT à la fin de la réception GC-PDCCH/GC-PDSCH ; (iii) le gNB indique aux UE de démarrer le temporisateur HARQ RTT à la fin de la réception GC-PDCCH/GC-PDSCH dans certaines conditions et les UE déclenchent toujours le temporisateur le HARQ RTT après une transmission NACK basée sur des ressources PUCCH spécifiques à l'UE.
PCT/CN2022/071084 2022-01-10 2022-01-10 Procédé et appareil d'amélioration d'un mécanisme mbs drx WO2023130463A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/071084 WO2023130463A1 (fr) 2022-01-10 2022-01-10 Procédé et appareil d'amélioration d'un mécanisme mbs drx

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/071084 WO2023130463A1 (fr) 2022-01-10 2022-01-10 Procédé et appareil d'amélioration d'un mécanisme mbs drx

Publications (1)

Publication Number Publication Date
WO2023130463A1 true WO2023130463A1 (fr) 2023-07-13

Family

ID=87072957

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/071084 WO2023130463A1 (fr) 2022-01-10 2022-01-10 Procédé et appareil d'amélioration d'un mécanisme mbs drx

Country Status (1)

Country Link
WO (1) WO2023130463A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111345103A (zh) * 2017-11-22 2020-06-26 鸿颖创新有限公司 在多个部分带宽之上的非连续接收操作

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111345103A (zh) * 2017-11-22 2020-06-26 鸿颖创新有限公司 在多个部分带宽之上的非连续接收操作

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ETRI: "DL monitoring for MBS DRX", 3GPP DRAFT; R2-2110924, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online meeting; 20211101 - 20211112, 22 October 2021 (2021-10-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052067363 *
LENOVO, MOTOROLA MOBILITY: "Report of offline discussion: [AT116-e][050][MBS] UP continuation", 3GPP DRAFT; R2-2111526, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20211101 - 20211112, 9 November 2021 (2021-11-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052082712 *
QUALCOMM INC.: "NR Multicast DRX aspects", 3GPP DRAFT; R2-2107545, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-Meeting; 20210816 - 20210827, 5 August 2021 (2021-08-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052032341 *
QUALCOMM INC.: "NR Multicast DRX aspects", 3GPP DRAFT; R2-2109901, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-Meeting; 20211101 - 20211112, 21 October 2021 (2021-10-21), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052066357 *

Similar Documents

Publication Publication Date Title
KR20210095056A (ko) 무선 통신 시스템에서 불연속 수신 동작을 고려하여 디바이스 대 디바이스 리소스 선택을 처리하는 방법 및 장치
US9451547B2 (en) Coordinated signaling of scheduling information for uplink and downlink communications
KR101422031B1 (ko) 방송 및 멀티캐스트 서비스를 위한 랜덤 억세스 방법
US8711798B2 (en) Provision of downlink packet access services to user equipment in spread spectrum communication network
WO2018030305A1 (fr) Terminal sans fil, et station de base
US10735914B2 (en) Methods and apparatus for multicast or broadcast transmission
US20120257559A1 (en) Battery consumption control method of user equipment in mobile communication system
WO2008115023A1 (fr) Transmission et réception de données mbms dans un système de communication mobile par paquets
KR20080111392A (ko) 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말
WO2011079814A1 (fr) Procédé et appareil de configuration de ressources basées sur la contention
CN116438921A (zh) 用于接收多播和广播服务的rrc状态维持的方法和系统
US20230422346A1 (en) Multicast service receiving method, multicast service configuration method, terminal, and network side device
WO2021197472A1 (fr) Procédé de surveillance de liaison latérale, dispositif, et support de stockage
US20230224090A1 (en) Method and apparatus for handling discontinuous reception (drx) timer for data reception of unicast and multicast in a wireless communication system
WO2023130463A1 (fr) Procédé et appareil d'amélioration d'un mécanisme mbs drx
WO2022089312A1 (fr) Procédé de maintien de service dans un système de relais de liaison latérale et dispositif de relais, et support
WO2022151448A1 (fr) Procédé et appareil de commande de réception discontinue
WO2022027204A1 (fr) Procédé de configuration de cycle de réception discontinue, terminal et support de stockage
EP4354777A1 (fr) Procédé et appareil de gestion de temporisateur de réception discontinue (drx) pour la réception de données de multidiffusion dans un système de communication sans fil
WO2023065224A1 (fr) Réception discontinue pour service de diffusion et de multi-diffusion
US20230413018A1 (en) Multicast service receiving method and apparatus, and electronic device
WO2023245567A1 (fr) Procédés et appareil de transmission et de réception de services de multidiffusion dans un état de rrc inactif ou en veille
US20100098002A1 (en) Method of transmitting data within a telecommunications system
CN116250260A (zh) 用于nr mbs服务的harq重传的方法和系统

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: 22917933

Country of ref document: EP

Kind code of ref document: A1