KR20240053529A

KR20240053529A - 무선 통신 시스템에서 mbs(멀티캐스트 브로드캐스트 서비스)에 대한 불연속 수신(drx) 명령을 핸들링하는 방법 및 장치

Info

Publication number: KR20240053529A
Application number: KR1020230135657A
Authority: KR
Inventors: 쳉 리-치
Original assignee: 아서스 테크놀러지 라이센싱 아이엔씨.
Priority date: 2022-10-17
Filing date: 2023-10-12
Publication date: 2024-04-24
Also published as: US20240147573A1; CN117915480A

Abstract

방법들, 시스템들, 및 장치들은, 무선 통신 시스템에서 사용자 단말(User Equipment; UE)이 제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 불연속 수신(discontinuous reception; DRX) 구성을 적용하는 단계, 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하는 단계, 멀티캐스트에 대한 주기적 (사전-)구성된 다운링크 할당에 의해 네트워크로부터 전송된 DRX 명령 매체 액세스 제어(Medium Access Control; MAC) 제어 엘리먼트(Control Element; CE)를 수신하는 단계, 제2 온지속기간 타이머를 중지하는 단계, 및 제2 비활성 타이머를 중지하는 단계를 포함할 수 있다.

Description

무선 통신 시스템에서 MBS(멀티캐스트 브로드캐스트 서비스)에 대한 불연속 수신(DRX) 명령을 핸들링하는 방법 및 장치{METHOD AND APPARATUS OF HANDLING DISCONTINUOUS RECEPTION (DRX) COMMAND FOR MBS (MULTICAST BROADCAST SERVICE) OPERATION IN A WIRELESS COMMUNICATION SYSTEM}

관련 출원들에 대한 상호 참조

본 출원은 2022년 10월 17일자로 출원된 미국 가특허 출원 일련번호 제63/416,646호에 대한 이익 및 우선권을 주장하며, 이러한 출원은 본원에 참조로서 완전히 포함된다.

기술분야

본 개시는 전반적으로 무선 통신 네트워크들에 관한 것으로서, 보다 더 구체적으로, 무선 통신 시스템에서 멀티캐스트 브로드캐스트 서비스(Multicast Broadcast Service; MBS) 동작에 대한 불연속 수신(discontinuous reception; DRX) 명령을 핸들링하기 위한 방법 및 장치에 관한 것이다.

모바일 통신 디바이스들로의 그리고 이로부터의 대용량 데이터 통신에 대한 수요가 급증함에 따라, 전통적인 모바일 음성 통신 네트워크들은 인터넷 프로토콜(Internet Protocol; IP) 데이터 패킷으로 통신하는 네트워크들로 진화하고 있다. 이러한 IP 데이터 패킷 통신은 모바일 통신 디바이스들의 사용자들에게 인터넷 전화(voice over IP), 멀티미디어, 멀티캐스트 및 주문형 통신 서비스들을 제공할 수 있다.

예시적인 네트워크 구조는 진화된 범용 지상 무선 액세스 네트워크(Evolved Universal Terrestrial Radio Access Network; E-UTRAN)이다. E-UTRAN 시스템은 이상에서 언급된 인터넷 전화 및 멀티미디어 서비스들을 실현하기 위하여 높은 데이터 스루풋을 제공할 수 있다. 차세대(예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 기구에 의해 논의되고 있다. 따라서, 3GPP 표준을 발전시키고 완결하기 위하여 3GPP 표준의 현재 바디(body)에 대한 변경들이 현재 제시되고 검토되고 있다.

무선 통신 시스템에서 멀티캐스트 브로드캐스트 서비스(Multicast Broadcast Service; MBS)에 대한 불연속 수신(discontinuous reception; DRX) 명령을 핸들링하기 위한 방법들, 시스템들, 및 장치들이 제공된다. gNB가 그룹(Group; G)-구성된 스케줄링(Configured Scheduling; CS)-무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI) 또는 구성된 스케줄링(CS)-RNTI로 어드레싱된 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)에 의해 또는 사전-구성된 다운링크 할당/자원 상의 (그룹 사용자 단말(User Equipment; UE)에 대한) 멀티캐스트 (송신)(예를 들어, 멀티캐스트-브로드캐스트 서비스들(MBS), 반-영구적 스케줄링(Semi-Persistent Scheduling; SPS))에 대한 DRX 명령 매체 액세스 제어(Medium Access Control; MAC) 제어 엘리먼트(Control Element; CE)를 스케줄링하도록 허용된 경우(즉, 포인트-대-다중포인트(Point-to-Multipoint; PTM)에 대한 정밀 시간 프로토콜(Precision Time Protocol; PTP)), UE는 기존 방법들에 따라 UE 전력을 절감하기 위해 DRX 명령 MAC CE에 기초하여 관련 DRX 타이머를 중지하는 것을 수행하지 않을 것이다. 본 발명의 개시된 방법들 및 장치들을 통해, gNB는 G-CS-RNTI로 어드레싱된 PDCCH에 의한 또는 사전-구성된 다운링크(Downlink; DL) 할당 상의 멀티캐스트에 대한 DRX 명령 MAC CE를 스케줄링하기 위한 더 많은 기회들을 갖거나 또는 스케줄링하도록 허용될 수 있으며, 따라서, UE는 PDCCH 모니터링에 대한 UE 전력을 절감하기 위해서 관련 DRX 타이머들을 중지하기 위해 DRX 명령을 수행할 수 있다.

다양한 실시예들에서, 무선 통신 시스템에서 UE에 대한 방법은, 제1 온지속기간(onDuration) 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 DRX 구성을 적용하는 단계, 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하는 단계, 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 DRX 명령 MAC CE를 수신하는 단계, 제2 온지속기간 타이머를 중지하는 단계, 및 제2 비활성 타이머를 중지하는 단계를 포함할 수 있다.

다양한 실시예들에서, 무선 통신 시스템에서 UE에 대한 방법은, 제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 DRX 구성을 적용하는 단계, 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하는 단계, 유니캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 제1 DRX 명령 MAC CE를 수신하는 단계, 제1 DRX 명령 MAC CE의 수신에 응답하여 제1 온지속기간 타이머를 중지하는 단계, 제1 DRX 명령 MAC CE의 수신에 응답하여 제1 비활성 타이머를 중지하는 단계, 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 제2 DRX 명령 MAC CE를 수신하는 단계, 제2 DRX 명령 MAC CE의 수신에 응답하여 제2 온지속기간 타이머를 중지하는 단계, 및 제2 DRX 명령 MAC CE의 수신에 응답하여 제2 비활성 타이머를 중지하는 단계를 포함한다.

도 1은 본 발명의 실시예들에 따른 무선 통신 시스템의 도면을 도시한다.
도 2는 본 발명의 실시예들에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템의 블록도이다.
도 3은 본 발명의 실시예들에 따른 통신 시스템의 기능 블록도이다.
도 4는 예시적인 본 발명의 실시예들에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는3GPP TS 38.300 V17.1.0 (2022-06)의 도 16.10.3-1: Layer 2 Architecture for Multicast Session의 재현이다.
도 6은3GPP TS 38.300 V17.1.0 (2022-06)의 도 16.10.3-2: Downlink Layer 2 Architecture for Broadcast Session의 재현이다.
도 7은, 본 발명의 실시예들에 따른, MBS/멀티캐스트에 대한 SPS 구성이 UE 측에 구성되고 UE가 t1에서 SPS 구성에 기초하여 멀티캐스트에 대한 PDU에 포함된 DRX 명령을 성공적으로 수신/디코딩하는 UE 전력을 낭비하는 것의 예시적인 도면이다.
도 8은, 본 발명의 실시예들에 따른, UE가 t1에서 SPS 구성에 기초하여 멀티캐스트에 대한 DRX 명령을 포함하는 PDU를 수신/디코딩하는 데 실패한, UE 전력을 낭비하는 것의 예시적인 도면이다.
도 9는, 본 발명의 실시예들에 따른, MBS/멀티캐스트에 대한 SPS 구성이 UE 측에 구성되고 UE가 t1에서 SPS 구성에 기초하여 멀티캐스트에 대한 PDU에 포함된 DRX 명령을 성공적으로 수신/디코딩하는, UE 전력을 낭비하지 않는 경우의 예시적인 도면이다.
도 10은, 본 발명의 실시예들에 따른, UE가 t1에서 SPS 구성에 기초하여 멀티캐스트에 대한 DRX 명령을 포함하는 PDU를 수신/디코딩하는 데 실패한, UE가 전력을 낭비하지 않는 경우의 예시적인 도면이다.
도 11은, 본 발명의 실시예들에 따른, UE가 적어도 유니캐스트 DRX 구성을 적용하고, 적어도 멀티캐스트 DRX 구성을 적용하며, DRX 명령 MAC CE를 수신하고, 제2 온지속기간 타이머를 중지하며, 제2 비활성 타이머를 중지하는 순서도이다.
도 12는, 본 발명의 실시예들에 따른, UE가 적어도 유니캐스트 DRX 구성을 적용하고, 적어도 멀티캐스트 DRX 구성을 적용하며, 제1 DRX 명령 MAC CE를 수신하고, 제1 온지속기간 타이머를 중지하며, 제1 비활성 타이머를 중지하고, 제2 DRX 명령 MAC CE를 수신하고, 제2 온지속기간 타이머를 중지하며, 제2 비활성 타이머를 중지하는 순서도이다.

본원에서 설명되는 본 발명은 이하에서 설명되는 예시적인 무선 통신 시스템들 및 디바이스들에 적용되거나 또는 구현될 수 있다. 이에 더하여, 본 발명은 주로 3GPP 아키텍처 기준 모델의 맥락에서 설명된다. 그러나, 개시된 정보를 가지고, 당업자는 3GPP2 네트워크 아키텍처뿐만 아니라 다른 네트워크 아키텍처들에서 본 발명의 측면들을 사용하고 구현하기 위해 용이하게 적응시킬 수 있다는 것이 이해될 것이다.

이하에서 논의되는 예시적인 무선 통신 시스템들 및 디바이스들은 브로드캐스트 서비스를 지원하는 무선 통신 시스템을 이용한다. 무선 통신 시스템들은 음성, 데이터, 등과 같은 다양한 유형들의 통신을 제공하기 위해 널리 배포된다. 이러한 시스템들은 코드 분할 다중 액세스(code division multiple access; CDMA), 시간 분할 다중 액세스(time division multiple access; TDMA), 직교 주파수 분할 다중 액세스(orthogonal frequency division multiple access; OFDMA), 3GPP LTE(Long Term Evolution) 무선 액세스, 3GPP LTE-A(Long Term Evolution Advanced) 무선 액세스, 3GPP2 UMB(Ultra Mobile Broadband), WiMax, 3GPP NR(New Radio), 또는 어떤 다른 변조 기술들에 기초할 수 있다.

특히, 이하에서 설명되는 예시적인 무선 통신 시스템들 및 디바이스들은, [1] 3GPP TS 36.331 V16.0.0 (2020-03), "3GPP TSG RAN; Radio Resource Control (RRC) protocol specification (Release 16)"; [2] 3GPP TS 36.321 V16.0.0 (2020-03), "3GPP TSG RAN; Medium Access Control (MAC) protocol specification (Release 16)"; [3] 3GPP TS 38.321 V17.2.0 (2022-09), "3GPP TSG RAN; Medium Access Control (MAC) protocol specification (Release 17)"; [4] 3GPP TS 38.300 V17.1.0 (2022-06), "3GPP TSG RAN; NR; NR and NG-RAN Overall Description; Stage 2 (Release 17)"; [5] 3GPP TS 38.213 V17.2.0 (2022-06), "3GPP TSG RAN; NR; NR and NG-RAN Overall Description; Stage 2 (Release 17)"; [6] 3GPP TS 38.331 V17.1.0 (2022-06), "3GPP TSG RAN; NR; Radio Resource Control (RRC) protocol specification (Release 17)"; 및 [7] R2-2209656 "Clarifications on DRX and HARQ buffer handling" Huawei, CBN, HiSilicon를 포함하여 본원에서 3GPP로 지칭되는 "3rd Generation Partnership Project"라는 명칭의 컨소시엄에 의해 제공되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다. 이로써 이상에서 열거된 표준들 및 문서들은 명백하고 완전하게 그 전체가 참조로서 통합된다.

도 1은 본 발명의 일 실시예에 따른 다중 액세스 무선 통신 시스템을 도시한다. 액세스 네트워크(access network; AN)(100)는, 하나는 104 및 106을 포함하며, 다른 것은 108 및 110을 포함하고, 추가적인 것은 112 및 114를 포함하는 다수의 안테나 그룹들을 포함한다. 도 1에서, 각각의 안테나 그룹에 대하여 단지 2개의 안테나들만이 도시되지만, 그러나 더 많거나 또는 더 적은 안테나들이 각각의 안테나 그룹에 대하여 사용될 수 있다. 액세스 단말(access terminal; AT)(116)이 안테나들(112 및 114)과 통신하며, 여기에서 안테나들(112 및 114)은 포워드 링크(120)를 통해 액세스 단말(116)로 정보를 송신하고 리버스 링크(118)를 통해 AT(116)로부터 정보를 수신한다. AT(122)는 안테나들(106 및 108)과 통신하며, 여기에서 안테나들(106 및 108)은 포워드 링크(126)를 통해 AT(122)로 정보를 송신하고 리버스 링크(124)를 통해 AT(122)로부터 정보를 수신한다. FDD 시스템에서, 통신 링크들(118, 120, 124 및 126)은 통신을 위하여 상이한 주파수를 사용할 수 있다. 예를 들어, 포워드 링크(120)는 리버스 링크(118)에 의해 사용되는 것과는 상이한 주파수를 사용할 수 있다.

안테나들의 각각의 그룹 및/또는 이들이 통신하도록 설계된 영역이 흔히 액세스 네트워크의 섹터로 지칭된다. 실시예에서, 안테나 그룹들은 각기 액세스 네트워크(100)에 의해 커버되는 영역의 섹터 내에서 액세스 단말들과 통신하도록 설계된다.

포워드 링크들(120 및 126)을 통한 통신에서, 액세스 네트워크(100)의 송신 안테나들은 상이한 액세스 단말들(116 및 122)에 대하여 포워드 링크들의 신호-대-잡음 비를 개선하기 위하여 빔포밍(beamforming)을 사용할 수 있다. 또한, 액세스 단말들로 송신하기 위해 그것의 커버리지를 통해 랜덤하게 산란되는 빔포밍을 사용하는 액세스 네트워크는 일반적으로 그것의 모든 액세스 단말들로 단일 안테나를 통해 송신하는 액세스 네트워크보다 이웃 셀들 내의 액세스 단말들에 대하여 더 적은 간섭을 초래한다.

AN은 단말들과 통신하기 위해 사용되는 고정국 또는 기지국일 수 있으며, 또한 액세스 포인트, 노드 B, 기지국, 향상된 기지국, e노드B, 또는 어떤 다른 용어로 지칭될 수 있다. AT는 또한 사용자 단말(UE), 무선 통신 디바이스, 단말, 액세스 단말 또는 어떤 다른 용어로 지칭될 수 있다.

도 2는 MIMO 시스템(200) 내의 (액세스 네트워크로도 알려진) 송신기 시스템(210) 및 (액세스 단말(AT) 또는 사용자 단말(UE)로도 알려진) 수신기 시스템(250)의 간략화된 블록도이다. 송신기 시스템(210)에서, 다수의 데이터 스트림들에 대한 트래픽 데이터가 데이터 소스(212)로부터 송신(TX) 데이터 프로세서(214)에 제공된다.

일 실시예에서, 각각의 데이터 스트림은 개별적인 송신 안테나를 통해 송신된다. TX 데이터 프로세서(214)는 코딩된 데이터를 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 코딩 기법에 기초하여 각각의 데이터에 대한 트래픽 데이터를 포맷하고, 코딩하며, 인터리빙(interleave)한다.

각각의 데이터 스트림에 대한 코딩된 데이터는 OFDM 기술들을 사용하여 파일럿 데이터와 멀티플렉싱될 수 있다. 파일럿 데이터는 전형적으로 알려진 방식으로 프로세싱된 알려진 데이터 패턴이며, 채널 응답을 추정하기 위해 수신기 시스템에서 사용될 수 있다. 그런 다음, 각각의 데이터 스트림에 대한 멀티플렉싱된 파일럿 및 코딩된 데이터는 변조 심볼들을 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 변조 기법(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM)에 기초하여 변조된다(예를 들어, 심볼 매핑된다). 각각의 데이터 스트림에 대한 데이터 레이트, 코딩, 및 변조는 프로세서(230)에 의해 수행되는 명령어들에 의해 결정될 수 있다. 메모리(232)는 프로세서(230)에 결합된다.

그런 다음, 모든 데이터 스트림들에 대한 변조 심볼들이 TX MIMO 프로세서(220)에 제공되며, 이것은 (예를 들어, OFDM에 대하여) 변조 심볼들을 추가로 프로세싱할 수 있다. 그런 다음, TX MIMO 프로세서(220)는 N_T 변조 심볼 스트림들을 N_T 송신기들(TMTR)(222a 내지 222t)로 제공한다. 특정 실시예들에서, TX MIMO 프로세서(220)는 데이터 스트림들의 심볼들 및 심볼이 송신되는 안테나에 빔포밍 가중치들을 적용한다.

각각의 송신기(222)는 하나 이상의 아날로그 신호들을 제공하기 위해 개별적인 심볼 스트림을 수신하고 프로세싱하며, MIMO 채널을 통한 송신에 적절한 변조된 신호를 제공하기 위해 아날로그 신호들을 추가로 조절(예를 들어, 증폭, 필터링, 및 업컨버팅(upconvert))한다. 그런 다음, 송신기들(222a 내지 222t)로부터의 N_T 변조된 신호들이 각기 N_T 안테나들(224a 내지 224t)을 통해 송신된다.

수신기 시스템(250)에서, 송신된 변조된 신호들이 N_R 안테나들(252a 내지 252r)을 통해 수신되며, 각각의 안테나(252)로부터의 수신된 신호들이 개별적인 수신기(RCVR)(254a 내지 254r)로 제공된다. 각각의 수신기(254)는 개별적인 수신된 신호들을 조절(예를 들어, 필터링, 증폭, 및 다운컨버팅(downconvert))하며, 샘플들을 제공하기 위해 조절된 신호를 디지털화하고, 대응하는 "수신된" 심볼 스트림을 제공하기 위해 샘플들을 추가로 프로세싱한다.

그런 다음, RX 데이터 프로세서(260)는 N_T "검출된" 심볼 스트림들을 제공하기 위해 특정 수신기 프로세싱 기술에 기초하여 N_R 수신기들(254)로부터 N_R 수신된 심볼 스트림들을 수신하고 프로세싱한다. 그런 다음, RX 데이터 프로세서(260)는 데이터 스트림에 대한 트래픽 데이터를 복원하기 위해 각각의 검출된 심볼 스트림을 복조하고, 디인터리빙(deinterleave)하며, 디코딩한다. RX 데이터 프로세서(260)에 의한 프로세싱은 송신기 시스템(210)에서 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)에 의해 수행된 프로세싱에 대하여 상보적이다.

프로세서(270)는 주기적으로 어떠한 사전-코딩 매트릭스가 사용될지를 결정한다(이하에서 논의됨). 프로세서(270)는 매트릭스 인덱스 부분 및 랭크 값 부분을 포함하는 리버스 링크 메시지를 공식화(formulate)한다.

리버스 링크 메시지는 통신 링크 및/또는 수신된 데이터 스트림에 관한 다양한 유형들의 정보를 포함할 수 있다. 그런 다음, 리버스 링크 메시지는, 변조기(280)에 의해 변조되고, 송신기들(254a 내지 254r)에 의해 조절되며, 다시 송신기 시스템(210)으로 송신되는, 데이터 소스(236)로부터 다수의 데이터 스트림들에 대한 트래픽 데이터를 또한 수신하는 TX 데이터 프로세서(238)에 의해 프로세싱된다.

송신기 시스템(210)에서, 수신기 시스템(250)으로부터의 변조된 신호들은 안테나들(224)에 의해 수신되고, 수신기들(222)에 의해 조절되며, 복조기(240)에 의해 복조되고, RX 데이터 프로세서(242)에 의해 프로세싱되어 수신기 시스템(250)에 의해 송신된 리버스 링크 메시지를 추출한다. 그런 다음, 프로세서(230)는 빔포밍 가중치들을 결정하기 위해 사용할 사전-코딩 매트릭스를 결정하고, 그런 다음 추출된 메시지를 프로세싱한다.

메모리(232)는 일시적으로 프로세서(230)를 통해 240 또는 242로부터 일부 버퍼링된/계산 데이터를 저장하거나, 212로부터 일부 버퍼링된 데이터를 저장하거나, 또는 일부 특정 프로그램 코드들을 저장하기 위해 사용될 수 있다. 그리고, 메모리(272)는 일시적으로 프로세서(270)를 통해 260으로부터 일부 버퍼링된/계산 데이터를 저장하거나, 236으로부터 일부 버퍼링된 데이터를 저장하거나, 또는 일부 특정 프로그램 코드들을 저장하기 위해 사용될 수 있다.

이제 도 3을 참조하면, 이러한 도면은 본 발명의 일 실시예에 따른 통신 디바이스의 대안적인 간략화된 기능 블록도를 도시한다. 도 3에 도시된 바와 같이, 무선 통신 시스템에서 통신 디바이스(300)는 도 1의 UE들(또는 AT들)(116 및 122)을 실현하기 위해 사용될 수 있으며, 무선 통신 시스템은 바람직하게는 NR 시스템이다. 통신 디바이스(300)는 입력 디바이스(302), 출력 디바이스(304), 제어 회로(306), 중앙 프로세싱 유닛(CPU)(308), 메모리(310), 프로그램 코드(312), 및 트랜시버(314)를 포함할 수 있다. 제어 회로(306)는 CPU(308)를 통해 메모리(310) 내의 프로그램 코드(312)를 실행하여 통신 디바이스(300)의 동작을 제어한다. 통신 디바이스(300)는 키보드 또는 키패드와 같은 입력 디바이스(302)를 통해 사용자에 의해 입력되는 신호들을 수신할 수 있으며, 모니터 또는 스피커들과 같은 출력 디바이스(304)를 통해 이미지들 및 사운드들을 출력할 수 있다. 트랜시버(314)는 무선 신호들을 수신하고 송신하기 위해 사용되어, 수신된 신호를 제어 회로(306)로 전달하고 제어 회로(306)에 의해 생성되는 신호들을 무선으로 출력한다.

도 4는 본 발명의 일 실시예에 따른 도 3에 도시된 프로그램 코드(312)의 간략화된 블록도이다. 이러한 실시예에서, 프로그램 코드(312)는 애플리케이션 계층(400), 계층 3 부분(402), 및 계층 2 부분(404)을 포함하며, 계층 1 부분(406)에 결합된다. 계층 3 부분(402)은 일반적으로 무선 자원 제어를 수행한다. 계층 2 부분(404)은 일반적으로 링크 제어를 수행한다. 계층 1 부분(406)은 일반적으로 물리적 연결들을 수행한다.

LTE, LTE-A, 또는 NR 시스템들에 대하여, 계층 2 부분(404)은 무선 링크 제어(Radio Link Control; RLC) 계층 및 매체 액세스 제어(Medium Access Control; MAC) 계층을 포함할 수 있다. 계층 3 부분(402)은 무선 자원 제어(Radio Resource Control; RRC) 계층을 포함할 수 있다.

각각의 발명 단락 또는 섹션에서 설명되는 다음의 단락들, (하위-)글머리 기호들, 포인트들, 액션들, 또는 청구항들 중 임의의 2개 이상이 특정 방법을 형성하기 위해 논리적으로, 합리적으로, 그리고 적절하게 조합될 수 있다.

다음의 발명 단락들 또는 섹션들의 각각에서 설명되는 임의의 문장, 단락, (하위-)불릿, 포인트, 액션 또는 청구항은 특정 방법 또는 장치를 형성하기 위해 독립적으로 그리고 개별적으로 구현될 수 있다. 다음의 발명 개시내용에서 의존성, 예를 들어, "기초하는", "보다 더 구체적으로", "예" 등은 특정 방법 또는 장치를 제한하지 않을 단지 하나의 가능한 실시예이다.

TS 36.331 V16.0.0 (2020-03) ([1] 3GPP TS 36.331 V16.0.0 (2020-03), "3GPP TSG RAN; Radio Resource Control (RRC) protocol specification (Release 16)")에서, 일부 인용들이 아래와 같이 표시된다.

************************** 인용 시작 *******************************

6.3.7a SC-PTM 정보 엘리먼트들

- SC-MTCH-InfoList

IE SC-MTCH-InfoList는, SC-MRB를 통해 송신된 진행중인 MBMS 세션들의 리스트, 각각의 MBMS 세션에 대한 연관된 G-RNTI 및 스케줄링 정보를 제공한다.

SC-MTCH-InfoList 정보 엘리먼트

************************** 인용 종료 *******************************

TS 36.321 V16.0.0 ([2] 3GPP TS 36.321 V16.0.0 (2020-03), "3GPP TSG RAN; Medium Access Control (MAC) protocol specification (Release 16)")에서, 일부 인용들이 아래와 같이 표시된다.

************************** 인용 시작 *******************************

5.7 불연속 수신(Discontinuous Reception; DRX)

MAC 엔티티는, MAC 엔티티의 C-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, 반-영구적 스케줄링 C-RNTI(구성된 경우), UL 반-영구적 스케줄링 V-RNTI(구성된 경우), eIMTA-RNTI(구성된 경우), SL-RNTI(구성된 경우), SL-V-RNTI(구성된 경우), CC-RNTI(구성된 경우), SRS-TPC-RNTI(구성된 경우), 및 AUL C-RNTI(구성된 경우)에 대한 UE의 PDCCH 모니터링 활동을 제어하는 DRX 기능으로 RRC에 의해 구성될 수 있다. RRC_CONNECTED에 있을 때, DRX가 구성되는 경우, MAC 엔티티는 이러한 절에서 지정된 DRX 동작을 사용하여 PDCCH를 불연속적으로 모니터링하도록 허용되거나; 그렇지 않으면 MAC 엔티티는 PDCCH를 연속적으로 모니터링한다. DRX 동작을 사용할 때, MAC 엔티티는 또한 이러한 사양의 다른 절들에서 발견되는 요건들에 따라 PDCCH를 모니터링해야 한다. RRC는, 타이머들 onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer(1ms TTI를 사용하여 스케줄링된 HARQ 프로세스들에 대해, 브로드캐스트 프로세스를 제외하고는 DL HARQ 프로세스당 하나씩), drx-RetransmissionTimerShorttTI(숏 TTI를 사용하여 스케줄링된 HARQ 프로세스들에 대해, DL HARQ 프로세스당 하나씩), drx-ULRetransmissionTimer(1ms TTI를 사용하여 스케줄링된 HARQ 프로세스들에 대해, 비동기식 UL HARQ 프로세스당 하나씩), drx-ULRetransmissionTimerShorttTI(숏 TTI를 사용하여 스케줄링된 HARQ 프로세스들에 대해, 비동기식 UL HARQ 프로세스당 하나씩), longDRX-Cycle, drxStartOffset의 값 및 선택적으로 drxShortCycleTimer 및 shortDRX-Cycle을 구성함으로써 DRX 동작을 제어한다. (브로드캐스트를 프로세스 제외한) DL HARQ 프로세스당 HARQ RTT 타이머 및 비동기식 UL HARQ 프로세스당 UL HARQ RTT 타이머가 또한 정의된다(7.7절 참조).

DRX 사이클이 구성될 때, 활성 시간은 다음 동안의 시간을 포함한다:

[…]

5.7a SC-PTM에 대한 불연속 수신(Discontinuous Reception; DRX)

MAC 엔티티의 각각의 G-RNTI 및, 향상된 커버리지 내의 NB-IoT UE들, BL UE들 또는 UE들에 대해, 각각의 SC-RNTI는, TS 36.331 [8]에 지정된 이러한 G-RNTI 및 SC-RNTI에 대한 UE의 PDCCH 모니터링 활동을 제어하는 DRX 기능으로 RRC에 의해 구성될 수 있다. RRC_IDLE 또는 RRC_CONNECTED에 있을 때, DRX가 구성되는 경우, MAC 엔티티는 이러한 절에서 지정된 DRX 동작을 사용하여 이러한 G-RNTI 또는 SC-RNTI에 대해 PDCCH를 불연속적으로 모니터링하도록 허용되거나; 그렇지 않으면 MAC 엔티티는 이러한 G-RNTI 또는 SC-RNTI에 대해 PDCCH를 연속적으로 모니터링한다. MAC 엔티티의 각각의 G-RNTI 또는 SC-RNTI에 대해, RRC는, G-RNTI에 대한 그리고 SC-RNTI에 대한 타이머들 onDurationTimerSCPTM, drx-InactivityTimerSCPTM, SCPTM-SchedulingCycle 및 SCPTM-SchedulingOffset의 값을 구성함으로써 이것의 DRX 동작을 제어한다. 이러한 절에 지정된 DRX 동작은 각각의 G-RNTI 및 SC-RNTI에 대해 독립적으로 그리고 하위절 5.7에 지정된 DRX 동작과 독립적으로 수행된다.

G-RNTI에 대해 또는 SC-RNTI에 대해 DRX가 구성될 때, 활성 시간은 다음 동안의 시간을 포함한다:

- onDurationTimerSCPTM 또는 drx-InactivityTimerSCPTM가 실행 중인 동안의 시간.

TS 36.331 [8]에 지정된 바와 같이 G-RNTI에 대해 또는 SC-RNTI에 대해 DRX가 구성될 때, MAC 엔티티는 이러한 G-RNTI 또는 SC-RNTI에 대해 각각의 서브프레임에 대해 다음과 같이 해야 한다:

- [(H-SFN * 10240 + SFN * 10) + 서브프레임 번호] modulo (SCPTM-SchedulingCycle) = SCPTM-SchedulingOffset인 경우:

- onDurationTimerSCPTM을 시작한다.

- 활성 시간 동안, PDCCH-서브프레임에 대해:

- PDCCH를 모니터링한다;

- PDCCH가 DL 송신을 나타내는 경우:

● - UE가 향상된 커버리지 내의 BL UE 또는 UE인 경우:

- 대응하는 PDSCH 수신의 마지막 반복을 포함하는 서브프레임에서 drx-InactivityTimerSCPTM을 시작하거나 또는 재시작한다.

● - UE가 NB-IoT UE인 경우:

- onDurationTimerSCPTM을 중지한다;

- drx-InactivityTimerSCPTM을 중지한다;

- 대응하는 PDSCH 수신의 마지막 반복을 포함하는 서브프레임 다음의 다음 PDCCH 기회(occasion)의 첫 번째 서브프레임에서 drx-InactivityTimerSCPTM을 시작한다.

● - 그렇지 않으면:

- drx-InactivityTimerSCPTM을 시작하거나 또는 재시작한다.

● 노트: H-SFN이 구성되지 않은 경우, 이것의 값은 시작 서브프레임의 계산에서 0으로 설정된다.

************************** 인용 종료 *******************************

TS 38.321 V17.2.0 ([3] 3GPP TS 38.321 V17.2.0 (2022-09), "3GPP TSG RAN; Medium Access Control (MAC) protocol specification (Release 17)")에서, 일부 인용들이 아래와 같이 표시된다.

************************** 인용 시작 *******************************

5.7 불연속 수신(Discontinuous Reception; DRX)

MAC 엔티티는, MAC 엔티티의 C-RNTI, CI-RNTI, CS-RNTI, INT-RNTI, SFI-RNTI, SP-CSI-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, TPC-SRS-RNTI, AI-RNTI, SL-RNTI, SLCS-RNTI 및 SL 반-영구적 스케줄링 V-RNTI에 대한 UE의 PDCCH 모니터링 활동을 제어하는 DRX 기능으로 RRC에 의해 구성될 수 있다. DRX 동작을 사용할 때, MAC 엔티티는 또한 이러한 사양의 다른 절들에서 발견되는 요건들에 따라 PDCCH를 모니터링해야 한다. RRC_CONNECTED에 있을 때, DRX가 모든 활성화된 서빙 셀들에 대해 구성되는 경우, MAC 엔티티는 이러한 절에서 지정된 DRX 동작을 사용하여 PDCCH를 불연속적으로 모니터링할 수 있거나; 그렇지 않으면 MAC 엔티티는 TS 38.213 [6]에서 지정된 바와 같이 PDCCH를 모니터링해야 한다.

노트 1: 무효(Void)

RRC는 다음의 파라미터들을 구성함으로써 DRX 동작을 제어한다:

- drx-onDurationTimer: DRX 사이클의 시작에서의 지속기간;

- drx-SlotOffset: drx-onDurationTimer를 시작하기 이전의 지연;

- drx-InactivityTimer: PDCCH가 MAC 엔티티에 대해 새로운 UL, DL 또는 SL 송신을 나타내는 PDCCH 기회 이후의 지속기간;

- drx-RetransmissionTimerDL(브로드캐스트 프로세스를 제외하고 DL HARQ 프로세스당): DL 재송신이 수신될 때까지의 최대 지속기간;

- drx-RetransmissionTimerUL(UL HARQ 프로세스당): UL 재송신에 대한 승인이 수신될 때까지의 최대 지속기간;

- drx-LongCycleStartOffset: 롱 및 숏 DRX 사이클이 시작하는 서브프레임을 정의하는 drx-StartOffset 및 롱 DRX 사이클;

- drx-ShortCycle(선택적): 숏 DRX 사이클;

- drx-ShortCycleTimer(선택적): UE가 숏 DRX 사이클을 따라야 하는 지속기간;

- drx-HARQ-RTT-TimerDL(브로드캐스트 프로세스를 제외하고 DL HARQ 프로세스당): MAC 엔티티에 의해 HARQ 재송신에 대한 DL 할당이 예상되기 이전의 최소 지속기간;

- drx-HARQ-RTT-TimerUL(UL HARQ 프로세스당): MAC 엔티티에 의해 UL HARQ 재송신 승인이 예상되기 이전의 최소 지속기간;

- drx-RetransmissionTimerSL(SL HARQ 프로세스당): SL 재송신에 대한 승인이 수신될 때까지의 최대 지속기간;

- drx-HARQ-RTT-TimerSL(SL HARQ 프로세스당): MAC 엔티티에 의해 SL 재송신 승인이 예상되기 이전의 최소 지속기간;

- ps-Wakeup(선택적): DCP가 모니터링되지만 검출되지 않는 경우에, 연관된 drx-onDurationTimer를 시작하기 위한 구성;

- ps-TransmitOtherPeriodicCSI(선택적): DCP가 구성되지만 연관된 drx-onDurationTimer가 시작되지 않는 경우에, drx-onDurationTimer에 의해 표시된 시간 지속기간 동안 PUCCH에 대한 L1-RSRP가 아닌 주기적 CSI를 보고하기 위한 구성;

- ps-TransmitPeriodicL1-RSRP(선택적): DCP가 구성되지만 연관된 drx-onDurationTimer가 시작되지 않는 경우에, drx-onDurationTimer에 의해 표시된 시간 지속기간 동안 PUCCH에 대한 L1-RSRP인 주기적 CSI를 송신하기 위한 구성;

- downlinkHARQ-FeedbackDisabled(선택적): DL HARQ 프로세스당 HARQ 피드백을 인에이블하기 위한 구성;

- uplinkHARQ-Mode(선택적): UL HARQ 프로세스당 HARQmodeA 또는 HARQmodeB를 설정하기 위한 구성.

MAC 엔티티의 서빙 셀들은 별개의 DRX 파라미터들을 가지고 2개의 DRX 그룹들로 RRC에 의해 구성될 수 있다. RRC가 2차 DRX 그룹을 구성하지 않을 때, 오직 하나의 DRX 그룹만이 존재하며, 모든 서빙 셀들은 해당 하나의 DRX 그룹에 속한다. 2개의 DRX 그룹들이 구성될 때, 각각의 서빙 셀은 2개의 그룹들 중 하나에 고유하게 할당된다. 각각의 DRX 그룹에 대해 별개로 구성되는 DRX 파라미터들은 다음과 같다: drx-onDurationTimer, drx-InactivityTimer. DRX 그룹들에 공통되는 DRX 파라미터들을 다음과 같다: drx-SlotOffset, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, drx-LongCycleStartOffset, drx-ShortCycle(선택적), drx-ShortCycleTimer(선택적), drx-HARQ-RTT-TimerDL, drx-HARQ-RTT-TimerUL, downlinkHARQ-FeedbackDisabled(선택적) 및 uplinkHARQ-Mode(선택적).

DRX가 구성될 때, DRX 그룹 내의 서빙 셀들에 대한 활성 시간은 다음 동안의 시간을 포함한다:

- DRX 그룹에 대해 구성된 drx-onDurationTimer 또는 drx-InactivityTimer가 실행 중인 시간; 또는

- drx-RetransmissionTimerDL, drx-RetransmissionTimerUL 또는 drx-RetransmissionTimerSL이 DRX 그룹 내의 임의의 서빙 셀에서 실행 중인 시간; 또는

- (5.1.5절에 설명된 바와 같은) ra-ContentionResolutionTimer 또는 (5.1.4a절에 설명된 바와 같은) msgB-ResponseWindow가 실행 중인 시간; 또는

- (5.4.4절 또는 5.22.1.5절에 설명되는 바와 같은) 스케줄링 요청이 PUCCH에서 전송되고 계류 중인 시간. 이러한 서빙 셀이 비-지상 네트워크의 부분인 경우, 활성 시간은, SR_COUNTER가 계류 중인 SR(들)을 갖는 모든 SR 구성들에 대해 0일 때 수행되는 스케줄링 요청 송신에 UE-gNB RTT를 더한 것 이후에 시작된다; 또는

- (5.1.4절 및 5.1.4a절에서 설명되는 바와 같은) 경합-기반 랜덤 액세스 프리엠블 중에서 MAC 엔티티에 의해 선택되지 않은 랜덤 액세스 프리앰블에 대한 랜덤 액세스 응답의 성공적인 수신 이후에, MAC 엔티티의 C-RNTI로 어드레싱된 새로운 송신을 나타내는 PDCCH가 수신되지 않은 시간.

다음의 MAC 타이머들은 비-지상 네트워크에서 DRX 동작을 위해 사용된다:

- HARQ-RTT-TimerDL-NTN(인에이블된 HARQ 피드백으로 구성된 DL HARQ 프로세스당): MAC 엔티티에 의해 HARQ 재송신에 대한 DL 할당이 예상되기 이전의 최소 지속기간;

- HARQ-RTT-TimerUL-NTN(HARQModeA로 구성된 UL HARQ 프로세스당): MAC 엔티티에 의해 UL HARQ 재송신 승인이 예상되기 이전의 최소 지속기간.

DRX가 구성될 때, MAC 엔티티는 다음과 같이 해야 한다:

1> MAC PDU가 유니캐스트에 대한 구성된 다운링크 할당에서 수신되는 경우:

2> 이러한 서빙 셀이 downlinkHARQ-FeedbackDisabled로 구성된 경우:

3> 대응하는 HARQ 프로세스가 HARQ feedback enabled로 구성된 경우:

4> 대응하는 HARQ 프로세스에 대한 HARQ-RTT-TimerDL-NTN를, drx-HARQ-RTT-TimerDL에 최신 이용가능 UE-gNB RTT 값을 더한 것과 동일하게 설정한다;

4> DL HARQ 피드백을 운반하는 대응하는 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 HARQ-RTT-TimerDL-NTN을 시작한다.

2> 그렇지 않으면:

3> DL HARQ 피드백을 운반하는 대응하는 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-HARQ-RTT-TimerDL을 시작한다.

노트 1a: 무효.

노트 1b: 무효.

2> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL을 중지한다;

2> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL-PTM을 중지한다.

...

1> drx-HARQ-RTT-TimerDL이 만료되는 경우:

2> 대응하는 HARQ 프로세스의 데이터가 성공적으로 디코딩되지 않은 경우:

3> drx-HARQ-RTT-TimerDL의 만료 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL을 시작한다.

1> HARQ-RTT-TimerDL-NTN이 만료되는 경우:

3> HARQ-RTT-TimerDL-NTN의 만료 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL을 시작한다.

1> drx-HARQ-RTT-TimerUL이 만료되는 경우:

2> drx-HARQ-RTT-TimerUL의 만료 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerUL을 시작한다.

1> HARQ-RTT-TimerUL-NTN이 만료되는 경우:

2> HARQ-RTT-TimerUL-NTN의 만료 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerUL을 시작한다.

…

1> 유니캐스트 송신에 대한 C-RNTI로 스크램블된 DCI를 갖는 DRX 명령 MAC CE 또는 롱 DRX 명령 MAC CE가 수신되는 경우:

2> 각각의 DRX 그룹에 대한 drx-onDurationTimer를 중지한다;

2> 각각의 DRX 그룹에 대한 drx-InactivityTimer를 중지한다.

1> DRX 그룹에 대한 drx-InactivityTimer가 만료되는 경우:

2> 숏 DRX 사이클이 구성된 경우:

3> drx-InactivityTimer의 만료 이후의 첫 번째 심볼에서 이러한 DRX 그룹에 대한 drx-ShortCycleTimer를 시작하거나 또는 재시작한다;

3> 이러한 DRX 그룹에 대해 숏 DRX 사이클을 사용한다.

2> 그렇지 않으면:

3> 이러한 DRX 그룹에 대해 롱 DRX 사이클을 사용한다.

1> 유니캐스트 송신에 대한 C-RNTI로 스크램블된 DCI를 갖는 DRX 명령 MAC CE가 수신되는 경우:

2> 숏 DRX 사이클이 구성된 경우:

3> DRX 명령 MAC CE 수신의 끝 이후의 첫 번째 심볼에서 각각의 DRX 그룹에 대한 drx-ShortCycleTimer를 시작하거나 또는 재시작한다;

3> 각각의 DRX 그룹에 대해 숏 DRX 사이클을 사용한다.

2> 그렇지 않으면:

3> 각각의 DRX 그룹에 대해 롱 DRX 사이클을 사용한다.

1> DRX 그룹에 대한 drx-ShortCycleTimer가 만료되는 경우:

2> 이러한 DRX 그룹에 대해 롱 DRX 사이클을 사용한다.

1> 롱 DRX 명령 MAC CE가 수신되는 경우:

2> 각각의 DRX 그룹에 대한 drx-ShortCycleTimer를 중지한다;

2> 각각의 DRX 그룹에 대해 롱 DRX 사이클을 사용한다.

1> 각각의 DRX 그룹에 대해 숏 DRX 사이클이 사용되고, [(SFN x 10) + 서브프레임 번호] 모듈로(modulo) (drx-ShortCycle) = (drx-StartOffset) 모듈로 (drx-ShortCycle)인 경우:

2> 서브프레임의 시작으로부터 drx-SlotOffset 이후에 이러한 DRX 그룹에 대해 drx-onDurationTimer를 시작한다.

1> 이러한 DRX 그룹에 대해 롱 DRX 사이클이 사용되고, [(SFN x 10) + 서브프레임 번호] 모듈로 (drx-LongCycle) = drx-StartOffset인 경우:

2> DCP 모니터링이 TS 38.213 [6], 10.3절에 지정된 바와 같이 활성 DL BWP에 대해 구성된 경우:

3> TS 38.213 [6]에 지정된 바와 같이, 하위 계층으로부터 수신된 현재 DRX 사이클과 연관된 DCP 표시가 drx-onDurationTimer를 시작할 것을 표시한 경우; 또는

3> TS 38.213 [6]에 지정된 바와 같이, 현재 DRX 사이클과 연관된 시간 영역의 모든 DCP 기회(들)가 마지막 DCP 기회가 시작되기 4 ms 이전까지 전송된 스케줄링 요청 및 수신된 승인들/할당들/DRX 명령 MAC CE/ 롱 DRX 명령 MAC CE를 고려한 활성 시간에서, 또는 측정 갭 동안에, 또는 MAC 엔티티가 (5.1.4절에 지정된 바와 같이) ra-ResponseWindow가 실행 중인 동안 C-RNTI에 의해 식별된 SpCell의 recoverySearchSpaceId에 의해 표시된 탐색 공간에서 PDCCH 송신에 대해 모니터링할 때 발생한 경우; 또는

3> ps-Wakeup가 참(true)의 값을 가지고 구성되고 현재 DRX 사이클과 연관된 DCP 표시가 하위 계층들로부터 수신되지 않은 경우:

4> 서브프레임의 시작으로부터 drx-SlotOffset 이후에 drx-onDurationTimer를 시작한다.

2> 그렇지 않으면:

3> 서브프레임의 시작으로부터 drx-SlotOffset 이후에 이러한 DRX 그룹에 대한 drx-onDurationTimer를 시작한다.

노트 2: 셀 그룹에서 반송파들에 걸쳐 정렬되지 않은 SFN의 경우에, SpCell의 SFN은 DRX 지속 기간을 계산하기 위해 사용된다.

1> DRX 그룹이 활성 시간에 있는 경우:

2> TS 38.213 [6]에 지정된 바와 같이 이러한 DRX 그룹의 서빙 셀들에서 PDCCH를 모니터링한다;

2> PDCCH가 DL 송신을 나타내는 경우; 또는

2> PDCCH가 TS 38.213 [6]의 9.1.4절에 지정된 바와 같이 원-샷(one-shot) HARQ 피드백을 나타내는 경우; 또는

2> PDCCH가 TS 38.213 [6]의 9.1.5절에 지정된 바와 같이 HARQ 피드백의 재송신을 나타내는 경우:

3> 이러한 서빙 셀이 downlinkHARQ-FeedbackDisabled로 구성된 경우:

4> 대응하는 HARQ 프로세스가 HARQ feedback enabled로 구성된 경우:

5> 대응하는 HARQ 프로세스에 대한 HARQ-RTT-TimerDL-NTN를, drx-HARQ-RTT-TimerDL에 최신 이용가능 UE-gNB RTT 값을 더한 것과 동일하게 설정한다;

5> DL HARQ 피드백을 운반하는 대응하는 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 HARQ-RTT-TimerDL-NTN을 시작한다.

3> 그렇지 않으면:

4> DL HARQ 피드백을 운반하는 대응하는 송신의 끝 이후의 첫 번째 심볼에서, 그들의 HARQ 피드백이 보고된 대응하는 HARQ 프로세스(들)에 대한 drx-HARQ-RTT-TimerDL을 시작하거나 또는 재시작한다.

노트 3: HARQ 피드백이 TS 38.213 [6]에 지정된 바와 같이 적용할 수 없는 k1 값을 나타내는 PDSCH-to-HARQ_feedback 타이밍에 의해 연기될 때, DL HARQ 피드백을 전송할 대응하는 송신 기회는 HARQ-ACK 피드백을 요청하는 이후의 PDCCH에 표시된다.

3> 그들의 HARQ 피드백이 보고된 대응하는 HARQ 프로세스(들)에 대한 drx-RetransmissionTimerDL을 중지한다;

3> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL-PTM을 중지한다;

3> PDSCH-to-HARQ_feedback 타이밍이 TS 38.213 [6]에 지정된 바와 같이 적용할 수 없는 k1 값을 나타내는 경우:

4> 대응하는 HARQ 프로세스에 대한 (번들(bundle) 내의) PDSCH 송신 이후의(마지막 PDSCH 송신의 끝 이후의) 첫 번째 심볼에서 drx-RetransmissionTimerDL을 시작한다.

2> PDCCH가 UL 송신을 나타내는 경우:

3> 이러한 서빙 셀이 uplinkHARQ-Mode로 구성된 경우:

4> 대응하는 HARQ 프로세스가 HARQModeA로서 구성된 경우:

5> 대응하는 HARQ 프로세스에 대한 HARQ-RTT-TimerUL-NTN를, drx-HARQ-RTT-TimerUL에 최신 이용가능 UE-gNB RTT 값을 더한 것과 동일하게 설정한다;

5> drx-LastTransmissionUL이 구성되는 경우:

6> 대응하는 PUSCH 송신의 (번들 내의) 마지막 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 HARQ-RTT-TimerUL-NTN을 시작한다.

5> 그렇지 않으면:

6> 대응하는 PUSCH 송신의 (번들 내의) 첫 번째 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 HARQ-RTT-TimerUL-NTN을 시작한다.

3> 그렇지 않으면:

4> drx-LastTransmissionUL이 구성되는 경우:

5> 대응하는 PUSCH 송신의 (번들 내의) 마지막 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-HARQ-RTT-TimerUL을 시작한다.

4> 그렇지 않으면:

5> 대응하는 PUSCH 송신의 (번들 내의) 첫 번째 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-HARQ-RTT-TimerUL을 시작한다.

3> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerUL을 중지한다.

2> PDCCH가 SL 송신을 나타내는 경우:

…

2> PDCCH가 이러한 DRX 그룹의 서빙 셀에서의 새로운 송신(DL, UL 또는 SL)을 나타내는 경우:

3> PDCCH 수신의 끝 이후의 첫 번째 심볼에서 이러한 DRX 그룹에 대한 drx-InactivityTimer를 시작하거나 또는 재시작한다.

노트 3a: 구성된 승인 유형 2의 구성된 사이드링크 승인, 구성된 승인 유형 2, 또는 SPS의 활성화를 나타내는 PDCCH는 새로운 송신을 나타내는 것으로 간주된다.

노트 3b: PDCCH 수신이 38.213의 10.1절에 설명된 바와 같이 대응하는 탐색 공간들로부터 2개의 PDCCH 후보들을 포함하는 경우, 시간적으로 더 늦게 끝나는 PDCCH 후보의 끝 이후의 첫 번째 심볼에서 이러한 DRX 그룹에 대한 drx-InactivityTimer를 시작하거나 또는 재시작한다.

2> HARQ 프로세스가 다운링크 피드백 정보를 수신하고, 수신확인이 표시되는 경우:

1> DCP 모니터링이 TS 38.213 [6], 10.3절에 지정된 바와 같이 활성 DL BWP에 대해 구성된 경우; 및

1> 현재 심볼 n이 drx-onDurationTimer 지속기간 내에 발생하는 경우; 및

1> 현재 DRX 사이클과 연관된 drx-onDurationTimer가 이러한 절에 지정된 바와 같이 시작되지 않는 경우:

2> 이러한 절에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지, 수신된 승인들/할당들/DRX 명령 MAC CE/롱 DRX 명령 MAC CE 및 전송된 스케줄링 요청을 고려하여 MAC 엔티티가 활성 시간에 있지 않을 경우; 및

2> allowCSI-SRS-Tx-MulticastDRX-Active가 구성되지 않은 경우, 또는 모든 멀티캐스트 DRX들이, 5.7b에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지 수신된 MBS 멀티캐스트에 대한 멀티캐스트 할당들/DRX 명령 MAC CE를 고려하여 활성 시간에 있지 않을 것이고 모든 멀티캐스트 세션들이 멀티캐스트 DRX로 구성된 경우:

3> TS 38.214 [7]에 정의된 주기적 SRS 및 반-영구적 SRS를 송신하지 않는다;

3> PUSCH에 대해 구성된 반-영구적 CSI를 보고하지 않는다;

3> ps-TransmitPeriodicL1-RSRP가 참의 값을 가지고 구성되지 않은 경우:

4> PUCC에 대한 L1-RSRP인 주기적 CSI를 보고하지 않는다.

3> ps-TransmitOtherPeriodicCSI가 참의 값을 가지고 구성되지 않은 경우:

4> PUCCH에 대한 L1-RSRP이 아닌 주기적 CSI를 보고하지 않는다.

1> 그렇지 않으면:

2> 현재 심볼 n에서, 이러한 절에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지, 전송된 스케줄링 요청, 수신된 DRX 명령 MAC CE/롱 DRX 명령 MAC CE 및 이러한 DRX 그룹의 서빙 셀(들)에서 스케줄링된 승인들/할당들을 고려하여 DRX 그룹이 활성 시간에 있지 않을 경우; 및

2> allowCSI-SRS-Tx-MulticastDRX-Active가 구성되지 않은 경우, 또는, 현재 심볼 n에서, DRX 그룹에 대응하는 모든 멀티캐스트 DRX들이, 5.7b에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지 수신된 MBS 멀티캐스트에 대한 멀티캐스트 할당들/DRX 명령 MAC CE를 고려하여 활성 시간에 있지 않을 것이고 DRX 그룹에 대응하는 모든 멀티캐스트 세션들이 멀티캐스트 DRX로 구성된 경우:

3> 이러한 DRX 그룹에서 TS 38.214 [7]에 정의된 주기적 SRS 및 반-영구적 SRS를 송신하지 않는다;

3> 이러한 DRX 그룹에서 PUSCH에 대해 구성된 반-영구적 CSI 및 PUCCH에 대한 CSI를 보고하지 않는다.

2> CSI 마스킹(csi-Mask)이 상위 계층들에 의해 셋업되는 경우:

3> 현재 심볼 n에서, 이러한 절에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지, 수신된 DRX 명령 MAC CE/롱 DRX 명령 MAC CE 및 이러한 DRX 그룹 내의 서빙 셀(들) 상에서 스케줄링된 승인들/할당들을 고려하여 DRX 그룹의 drx-onDurationTimer가 실행 중이지 않을 경우; 및

2> allowCSI-SRS-Tx-MulticastDRX-Active가 구성되지 않은 경우, 또는, 현재 심볼 n에서, DRX 그룹에 대응하는 모든 멀티캐스트 DRX들의 drx-onDurationTimerPTM(들)이, 5.7b에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지 수신된 MBS 멀티캐스트에 대한 DRX 명령 MAC CE 및 멀티캐스트 할당들을 고려하여 실행 중이 아닐 것이고 DRX 그룹에 대응하는 모든 멀티캐스트 세션들이 멀티캐스트 DRX로 구성된 경우:

4> 이러한 DRX 그룹에서 PUCCH에 대한 CSI를 보고하지 않는다.

노트 4: UE가 TS 38.213 [6] 9.2.5절에 지정된 절차에 따라 다른 중첩 UCI(들)와 PUCCH에 대해 구성된 CSI를 멀티플렉싱하고, 다른 UCI(들)와 멀티플렉싱된 이러한 CSI가, 이러한 PUCCH가 구성된 DRX 그룹의 DRX 활성 시간 외부의 또는 CSI 마스킹이 상위 계층들에 의해 셋업되는 경우 이러한 PUCCH가 구성된 DRX 그룹의 온-지속기간 기간 외부의 PUCCH 자원에서 보고될 경우, 다른 UCI(들)와 멀티플렉싱된 이러한 CSI를 보고할지 여부는 UE 구현에 달려있다.

MAC 엔티티가 DRX 그룹의 서빙 셀들에서 PDCCH를 모니터링하고 있는지 여부와 무관하게, MAC 엔티티는, 이러한 것이 예상될 때, DRX 그룹 내의 서빙 셀들에서 TS 38.214 [7]에서 정의된 HARQ 피드백, PUSCH에 대한 비주기적 CSI, 및 비주기적 SRS를 송신한다.

MAC 엔티티는, 이것이 완전한 PDCCH 기회가 아닌 경우에(예를 들어, 활성 시간이 PDCCH 기회의 중간에서 시작하거나 또는 끝나는 경우) PDCCH를 모니터링할 필요가 없다.

[…]

5.7b MBS 멀티캐스트에 대한 불연속 수신(Discontinuous Reception; DRX)

MBS 멀티캐스트에 대해, MAC 엔티티는, TS 38.331 [5]에 지정된 바와 같이 MAC 엔티티의 G-RNTI(들) 및 G-CS-RNTI(들)에 대한 UE의 PDCCH 모니터링 활동을 제어하는 G-RNTI당 또는 G-CS-RNTI당 DRX 기능으로 RRC에 의해 구성될 수 있다. RRC_CONNECTED에 있을 때, 멀티캐스트 DRX가 구성되는 경우, MAC 엔티티는 이러한 절에서 지정된 멀티캐스트 DRX 동작을 사용하여 이러한 G-RNTI 또는 G-CS-RNTI에 대해 PDCCH를 불연속적으로 모니터링하도록 허용되거나; 그렇지 않으면 MAC 엔티티는 TS 38.213 [6]에 지정된 바와 같이 이러한 G-RNTI 또는 G-CS-RNTI에 대해 PDCCH를 연속적으로 모니터링한다. 이러한 절에 지정된 멀티캐스트 DRX 동작은 각각의 G-RNTI 및 G-CS-RNTI에 대해 독립적으로 그리고 5.7절 및 5.7a절에 지정된 DRX 동작과 독립적으로 수행된다.

RRC는 다음의 파라미터들을 구성함으로써 G-RNT당 또는 G-CS-RNTI당 멀티캐스트 DRX 동작을 제어한다:

- drx-onDurationTimerPTM: DRX 사이클의 시작에서의 지속기간;

- drx-SlotOffsetPTM: drx-onDurationTimerPTM을 시작하기 이전의 지연;

- drx-InactivityTimerPTM: PDCCH가 MAC 엔티티에 대해 새로운 DL 멀티캐스트 송신을 나타내는 PDCCH 기회 이후의 지속기간;

- drx-LongCycleStartOffsetPTM: 롱 DRX 사이클이 시작하는 서브프레임을 정의하는 drx-StartOffset-PTM 및 롱 DRX 사이클 drx-LongCycle-PTM;

- drx-RetransmissionTimerDL-PTM(MBS 멀티캐스트에 대해 DL HARQ 프로세스당): DL 멀티캐스트 재송신이 수신될 때까지의 최대 지속기간;

- drx-HARQ-RTT-TimerDL-PTM(MBS 멀티캐스트에 대해 DL HARQ 프로세스당): MAC 엔티티에 의해 HARQ 재송신에 대한 DL 멀티캐스트 할당이 예상되기 이전의 최소 지속기간.

G-RNTI 또는 G-CS-RNTI에 대해 멀티캐스트 DRX가 구성될 때, 활성 시간은 다음 동안의 시간을 포함한다:

- 이러한 G-RNTI 또는 G-CS-RNTI에 대한 drx-onDurationTimerPTM 또는 drx-InactivityTimerPTM 또는 drx-RetransmissionTimerDL-PTM이 실행 중인 시간.

G-RNTI 또는 G-CS-RNTI에 대해 멀티캐스트 DRX가 구성될 때, MAC 엔티티는 이러한 G-RNTI 또는 G-CS-RNTI에 대해 다음과 같이 해야 한다:

1> MAC PDU가 구성된 다운링크 멀티캐스트 할당에서 수신되는 경우:

2> HARQ 피드백이 인에이블된 경우:

3> DL HARQ 피드백을 운반하는 대응하는 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-HARQ-RTT-TimerDL-PTM을 시작한다;

2> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL-PTM을 중지한다;

2> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL을 중지한다.

1> drx-HARQ-RTT-TimerDL-PTM이 만료되는 경우:

3> drx-HARQ-RTT-TimerDL-PTM의 만료 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL-PTM을 시작한다.

1> G-RNTI로 스크램블된 DCI를 갖는 DRX 명령 MAC CE가 수신되는 경우:

2> 이러한 G-RNTI에 대한 DRX의 drx-onDurationTimerPTM을 중지한다;

2> 이러한 G-RNTI에 대한 DRX의 drx-InactivityTimerPTM을 중지한다.

1> [(SFN x 10) + subframe number] modulo (drx-LongCycle-PTM) = drx-StartOffset-PTM인 경우:

2> 서브프레임의 시작으로부터 drx-SlotOffsetPTM 이후에 drx-onDurationTimerPTM을 시작한다.

1> MAC 엔티티가 이러한 G-RNTI 또는 G-CS-RNTI에 대해 활성 시간에 있는 경우:

2> TS 38.213 [6]에 지정된 바와 같이 이러한 G-RNTI 또는 G-CS-RNTI에 대해 PDCCH를 모니터링한다;

2> PDCCH가 DL 멀티캐스트 송신을 나타내는 경우:

3> HARQ 피드백이 인에이블된 경우:

4> DL HARQ 피드백을 운반하는 대응하는 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-HARQ-RTT-TimerDL-PTM을 시작한다;

4> DL HARQ 피드백을 운반하는 대응하는 송신의 끝 이후의 첫 번째 심볼에서 대응하는 HARQ 프로세스에 대한 drx-HARQ-RTT-TimerDL을 시작한다.

3> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL을 중지한다.

2> PDCCH가 이러한 G-RNTI 또는 G-CS-RNTI에 대한 새로운 멀티캐스트 송신을 나타내는 경우:

3> PDCCH 수신의 끝 이후의 첫 번째 심볼에서 drx-InactivityTimerPTM를 시작하거나 또는 재시작한다.

노트: 멀티캐스트 SPS의 활성화를 나타내는 PDCCH는 새로운 송신을 나타내는 것으로 간주된다.

MAC 엔티티는, 이것이 완전한 PDCCH 기회가 아닌 경우에(예를 들어, G-RNTI 또는 G-CS-RNTI에 대한 활성 시간이 PDCCH 기회의 중간에서 시작하거나 또는 끝나는 경우에) G-RNTI 또는 G-CS-RNTI에 대해 PDCCH를 모니터링할 필요가 없다.

…

6.1.3.5 DRX 명령 MAC CE

DRX 명령 MAC CE는 표 6.2.1-1에 지정된 바와 같이 LCID를 갖는 MAC 서브헤더에 의해 식별된다.

이는 제로 비트들의 고정된 크기를 갖는다.

…

6.2.1 DL-SCH 및 UL-SCH에 대한 MAC 서브헤더

MAC 서브헤더는 다음의 필드들로 구성된다:

- LCID: 논리 채널 ID 필드는, DL-SCH 및 UL-SCH 각각에 대해 표 6.2.1-1, 표 6.2.1-1c 및 표 6.2.1-2에 설명된 바와 같이 대응하는 MAC CE 또는 패딩의 유형 또는 대응하는 MAC SDU의 논리 채널 인스턴스를 식별한다. MAC 서브헤더당 하나의 LCID 필드가 존재한다. LCID 필드의 크기는 6 비트이다. LCID 필드가 34로 설정되는 경우, 하나의 추가적인 옥텟은 eLCID 필드를 포함하는 MAC 서브헤더에 존재하고, 이는 LCID 필드를 포함하는 옥텟 뒤에 온다. LCID 필드가 33으로 설정되는 경우, 2개의 추가적인 옥텟들은 eLCID 필드를 포함하는 MAC 서브헤더에 존재하고, 이러한 2개의 추가적인 옥텟들은 LCID 필드를 포함하는 옥텟 뒤에 온다;

노트 1: MBS 브로드캐스트에 대해, 동일한 LCID가 상이한 G-RNTI들에 대응하는 논리 채널들에 대해 할당된 경우 논리 채널은 G-RNTI 및 LCID에 기초하여 식별된다.

- eLCID: 확장된 논리 채널 ID 필드는, DL-SCH 및 UL-SCH 각각에 대해 표 6.2.1-1a, 표 6.2.1-1b, 표 6.2.1-2a 및 표 6.2.1-2b에 설명된 바와 같이 대응하는 MAC CE의 유형 또는 대응하는 MAC SDU의 논리 채널 인스턴스를 식별한다. eLCID 필드의 크기는 8 비트 또는 16 비트이다.

노트 2: 2-옥텟 eLCID 및 관련 MAC 서브헤더 포맷을 사용하는 확장된 논리 채널 ID 공간은, 멀티캐스트 MTCH들에 대해, 또는 IAB 노드들 사이의 또는 IAB 노드와 IAB 공여자 사이의 NR 백홀 링크들에서, 구성될 때에만, 사용된다.

- L: 길이 필드는 대응하는 MAC SDU 또는 가변-크기 MAC CE의 길이를 바이트로 나타낸다. 고정된-크기의 MAC CE들, 패딩, 및 UL CCCH를 포함하는 MAC SDU들에 대응하는 서브헤더들을 제외하고 MAC 서브헤더당 하나의 L 필드가 존재한다. L 필드의 크기는 F 필드에 의해 표시된다;

- F: 포맷 필드는 길이 필드의 크기를 나타낸다. 고정된-크기의 MAC CE들, 패딩, 및 UL CCCH를 포함하는 MAC SDU들에 대응하는 서브헤더들을 제외하고 MAC 서브헤더당 하나의 F 필드가 존재한다. F 필드의 크기는 1 비트이다. 값 0은 8 비트의 길이 필드를 나타낸다. 값 1은 16 비트의 길이 필드를 나타낸다.

- R: 0으로 설정된 예비 비트.

MAC 서브헤더는 옥텟(octet) 정렬된다.

표 6.2.1-1, DL-SCH에 대한 LCID의 값들

************************** 인용 종료 *******************************

3GPP TS 38.300 ([4] 3GPP TS 38.300 V17.1.0 (2022-06), "3GPP TSG RAN; NR; NR and NG-RAN Overall Description; Stage 2 (Release 17)")에서, 일부 인용들이 아래와 같이 표시된다.

************************** 인용 시작 *******************************

16.10 멀티캐스트 및 브로드캐스트 서비스들

16.10.1 개괄

NR 시스템은 멀티캐스트/브로드캐스트 서비스들(multicast/broadcast services; MBS)의 자원 효율적 전달을 가능하게 한다.

브로드캐스트 통신 서비스에 대해, 동일한 서비스 및 동일한 특정 콘텐츠가 지리적 영역 내의 모든 UE들에 동시에 제공된다(즉, 브로드캐스트 서비스 영역 내의 모든 UE들은 데이터를 수신하도록 인가된다). 브로드캐스트 통신 서비스는 브로드캐스트 세션을 사용하여 UE들로 전달된다. UE는 RRC_IDLE, RRC_INACTIVE 및 RRC_CONNECTED 상태에서 브로드캐스트 통신 서비스를 수신할 수 있다.

멀티캐스트 통신 서비스에 대해, 동일한 서비스 및 동일한 특정 콘텐츠는 UE들의 전용 세트에 동시에 제공된다(즉, 멀티캐스트 서비스 영역 내의 모든 UE들이 데이터를 수신하도록 인가되지는 않는다). 멀티캐스트 통신 서비스는 멀티캐스트 세션을 사용하여 UE들로 전달된다. UE는, 16.10.5.4절에 정의된 바와 같이, PTP 및/또는 PTM 전달과 같은 메커니즘들로 RRC_CONNECTED 상태에서 멀티캐스트 통신 서비스를 수신할 수 있다. HARQ 피드백/재송신이 PTP 및 PTM 송신 둘 모두에 적용될 수 있다.

16.10.2 네트워크 아키텍처

4절에 지정된 전체 NG-RAN 아키텍처가 NR MBS에 적용된다. MBS 멀티캐스트는 NE-DC 및 NR-DC 시나리오들에서 MCG 측에서만 지원될 수 있으며, 즉, MN-종료 MCG MRB에 대해서만 지원될 수 있고; SCG에서의 MBS 브로드캐스트의 구성은 UE에 대해 지원되지 않는다.

NR MBS에 대한 QoS 모델은 TS 23.247 [45]에서 발견될 수 있다.

16.10.3 프로토콜 아키텍처

도 16.10.3-1 및 16.10.3-2는 각각 멀티캐스트 세션 및 브로드캐스트 세션에 대한 다운링크 계층 2 아키텍처를 도시하며, 여기서 MBS 프로토콜 스택은 다음의 차이들을 가지고 6절에서 설명된 것과 동일한 계층 2 서브계층들을 포함한다:

- SDAP 서브계층은 다음의 기능들만을 제공한다:

- MBS QoS 흐름과 MRB 사이의 매핑;

- 사용자 평면 데이터의 전송.

- PDCP 서브계층은 다음의 기능들만을 제공한다:

- 사용자 평면 데이터의 전송;

- PDCP SN들의 유지관리;

- ROHC 프로토콜 또는 EHC 프로토콜을 사용하는 헤더 압축 및 압축해제;

- 재배열(Reordering) 및 순서대로(in-order) 전달;

- 중복 폐기.

- 멀티캐스트 세션에 대해, gNB는 다음의 멀티캐스트 MRB 구성(들) 중 하나 이상의 전용 RRC 시그널링을 통해 UE에 제공한다:

- PTP 송신에 대한 DL 전용 RLC-UM 또는 양방향 RLC-UM 구성을 갖는 멀티캐스트 MRB;

- PTP 송신에 대한 RLC-AM 엔티티 구성을 갖는 멀티캐스트 MRB;

- PTM 송신에 대한 DL 전용 RLC-UM 엔티티를 갖는 멀티캐스트 MRB;

- PTP 송신에 대한 하나의 DL 전용 RLC-UM 엔티티 및 PTM 송신에 대한 다른 DL 전용 RLC-UM 엔티티인 2개의 RLC-UM 엔티티들을 갖는 멀티캐스트 MRB;

- PTP 송신에 대한 하나의 DL RLC-UM 엔티티와 PTM 송신에 대한 하나의 UL RLC-UM 엔티티 및 PTM 송신에 대한 다른 DL 전용 RLC-UM 엔티티인 3개의 RLC-UM 엔티티들을 갖는 멀티캐스트 MRB;

- PTP 송신에 대한 하나의 RLC-AM 엔티티 및 PTM 송신에 대한 다른 DL 전용 RLC-UM 엔티티인 2개의 RLC 엔티티들을 갖는 멀티캐스트 MRB.

- 멀티캐스트 세션에 대해, gNB는 RRC 시그널링을 사용하여 MRB 유형을 변경할 수 있다.

도 5는, 도 16.10.3-1: Downlink Layer 2 Architecture for Multicast Session의 재현이다.

- 브로드캐스트 세션에 대해, gNB는 브로드캐스트 RRC 시그널링을 통해 다음의 브로드캐스트 MRB 구성을 UE에 제공한다:

- PTM 송신에 대한 하나의 DL 전용 RLC-UM 엔티티를 갖는 브로드캐스트 MRB.

도 6은, 도 16.10.3-2: Downlink Layer 2 Architecture for Broadcast Session의 재현이다.

16.10.4 그룹 스케줄링

다음의 논리 채널들이 MBS 전달을 위해 사용된다:

- MTCH: 네트워크로부터 UE로의 멀티캐스트 세션 또는 브로드캐스트 세션의 MBS 데이터를 송신하기 위한 포인트-대-다중포인트 다운링크 채널;

- DTCH: 네트워크로부터 UE로 멀티캐스트 세션의 MBS 데이터를 송신하기 위한 6.2.2절에 정의된 포인트-대-포인트 채널;

- MCCH: 네트워크로부터 UE로 하나 또는 몇몇 MTCH(들)에 연관된 MBS 브로드캐스트 제어 정보를 송신하기 위해 사용되는 포인트-대-다중포인트 다운링크 채널.

그룹 송신에 대해 논리 채널들과 전송 채널들 사이에 다음의 연결들이 존재한다:

- MCCH은 DL-SCH에 매핑될 수 있다;

- MTCH은 DL-SCH에 매핑될 수 있다.

다음은 그룹 송신에 대한 RNTI의 사용을 설명한다:

- UE는 동일하거나 또는 상이한 G-RNTI들/G-CS-RNTI들을 사용하여 상이한 서비스들을 수신할 수 있다.

16.10.5 멀티캐스트 핸들링

16.10.5.1 세션 관리

TS 23.247 [45]에 지정된 바와 같은 2개의 전달 모드들이 있다:

- 5GC 공유 MBS 트래픽 전달;

- 5GC 개별 MBS 트래픽 전달.

TS 23.247 [45]에 지정된 바와 같이, gNB가 MBS를 지원하는 경우, 네트워크는 5GC 공유 MBS 트래픽 전달을 사용해야 하며, 이러한 경우에 멀티캐스트 세션에 대한 MBS 세션 자원 콘텍스트는, 제1 UE가 멀티캐스트 세션에 참여할 때 gNB에서 셋업된다.

MBS 공유 전달 모드에서, 공유 NG-U 자원들은 MBS 사용자 데이터를 gNB에 제공하기 위해 사용된다. gNB는, 멀티캐스트 세션에 대한 공유 NG-U 자원들을 할당하기 위해 5GC를 향한 멀티캐스트 분배 셋업 절차를 개시한다. 다수의 MBS 세션 영역들이 위치 종속적 MBS 서비스들에 대한 동일한 멀티캐스트 세션과 연관되는 경우에, 다수의 NG-U 공유 자원들은 gNB에 의해 서비스되는 MBS 영역 세션 ID당 동일한 멀티캐스트 세션에 대해 설정된다.

공유 NG-U 자원은 다음의 전송 옵션들 중 하나에 적용된다:

- 유니캐스트 전송;

- 멀티캐스트 전송.

5GC 공유 MBS 트래픽 전달에 대해, MBS 세션 자원은 하나 또는 몇몇 MRB들을 포함한다. 주어진 MRB에 대해 데이터 손실의 최소화가 적용되는 경우, PDCP COUNT 값들의 할당의 동기화는 다음의 방법들 중 하나 또는 조합에 의해 적용된다:

- NG-U에 제공된 DL MBS QFI 시퀀스 번호에 의한 PDCP COUNT 값들의 도출. gNB들 사이에서의 대응하는 MRB의 PDCP SN 크기 및 MRB 매핑에 대한 MBS QoS 흐름에 대한 동기화는 네트워크 구현에 의해 달성된다.

- PDCP COUNT 값들의 할당을 위한 공통 엔티티를 포함하는, gNB들 사이에서 공유되는, NG-RAN에서의 공유 NG-U 종료의 배치. gNB들 사이에서의 대응하는 MRB의 PDCP SN 크기 및 MRB 매핑에 대한 MBS QoS 흐름에 대한 동기화는 네트워크 구현에 의해 달성될 수 있다.

PDCP COUNT 값들이 NG-U에 제공된 DL MBS QFI 시퀀스 번호로부터 도출되고 하나의 QoS 흐름만이 MRB에 매핑되는 경우, gNB는 PDCP PDU의 PDCP COUNT 값을 NG-U를 통해 수신된 패킷과 함께 제공된 DL MBS QFI 시퀀스 번호의 값으로 설정해야 한다. PDCP COUNT 값들이 NG-U에 제공된 DL MBS QFI 시퀀스 번호로부터 도출되고 다수의 QoS 흐름들이 MRB에 매핑되는 경우, gNB는 이러한 MRB에 매핑된 QoS 흐름들의 DL MBS QFI 시퀀스 번호들의 합으로부터 PDCP PDU의 PDCP COUNT 값을 도출할 수 있다.

1. 노트: 동일한 MRB에 매핑된 MBS QoS 흐름들에 대한 사용자 데이터가 상이한 순서로 상이한 gNB들에서 NG-U를 통해 도달하는 경우 또는 NG-U를 통한 데이터의 손실의 경우에 PDCP COUNT 값들의 동기화 및 데이터 손실의 최소화의 관련 핸들링은 구현에 달려있다.

[…]

16.10.5.4 MBS 멀티캐스트 데이터의 수신

멀티캐스트 서비스에 대해, gNB는 다음의 방법들을 사용하여 멀티캐스트 MBS 데이터 패킷들을 전달할 수 있다:

- PTP 송신: gNB는 각각의 UE들에 독립적으로 MBS 데이터 패킷들의 별개의 카피들을 전달하며, 즉, gNB는 동일한 UE-특정 RNTI로 스크램블되는 UE-특정 PDSCH를 스케줄링하기 위해 UE-특정 RNTI(예를 들어, C-RNTI)에 의해 스크램블된 CRC를 갖는 UE-특정 PDCCH를 사용한다.

- PTM 송신: gNB는 UE들의 세트에 MBS 데이터 패킷들의 단일 카피를 전달하며, 예를 들어, gNB는 동일한 그룹-공통 RNTI로 스크램블되는 그룹-공통 PDSCH를 스케줄링하기 위해 그룹-공통 RNTI에 의해 스크램블된 CRC를 갖는 그룹-공통 PDCCH를 사용한다.

UE가 PTM 송신 및 PTP 송신 둘 모두로 구성되는 경우, gNB는, MBS 세션 QoS 요건들, 참여한 UE들의 수, 수신 품질에 대한 UE 개별 피드백, 및 다른 기준과 같은 정보에 기초하여, 16.10.3절에 정의된 프로토콜 스택에 기초하여, 주어진 UE에 대해 PTM 레그(leg) 및/또는 PTP 레그에 의해 멀티캐스트 데이터를 전달할지 여부를 동적으로 결정한다. 결정과 무관하게 동일한 QoS 요건들이 적용된다.

16.10.5.5 CA의 지원

UE는 한 번에 PCell 또는 단일 SCell 중 하나로부터 MBS 멀티캐스트 데이터를 수신할 수 있다.

16.10.5.6 DRX

PTM/PTP 송신에 대해 다음의 DRX 구성들이 가능하다:

- PTM 송신에 대해, 멀티캐스트 DRX는, UE-특정 DRX에 독립적인 G-RNTI/G-CS-RNTI당 구성된다.

- PTP 송신에 대해, UE-특정 DRX가 재사용되며, 즉, UE-특정 DRX는 MBS 멀티캐스트의 PTP 송신 및 유니캐스트 송신 둘 모두에 대해 사용된다. PTP를 통한 PTM 재송신에 대해, UE는 UE-특정 DRX의 활성 시간 동안 C-RNTI/CS-RNTI에 의해 스크램블된 PDCCH를 모니터링한다.

16.10.5.7 물리 계층

SRB에 의해 구성된 공통 주파수 자원은 DL BWP로서 동일한 뉴머롤로지(numerology)로 그리고 그 내부에 제한된 복수의 연속적인 PRB들을 갖는 'MBS 주파수 영역'으로서 멀티캐스트 스케줄링을 위해 정의되지만, 멀티캐스트 스케줄링은 특성 특성들(예를 들어, PDCCH, PDSCH 및 SPS 구성들)을 가질 수 있다.

2개의 HARQ-ACK 보고 모드들이 MBS에 대해 정의된다:

- 제1 HARQ-ACK 보고 모드에 대해, UE는, UE가 SPS PDSCH 릴리즈를 나타내는 DCI 포맷을 검출하거나 또는 전송 블록을 정확하게 디코딩할 때 ACK 값을 갖는 HARQ-ACK 정보를 생성하며; 그렇지 않으면, UE는 NACK 값을 갖는 HARQ-ACK 정보를 생성한다.

- 제2 HARQ-ACK 보고 모드에 대해, UE는, ACK 값들을 갖는 HARQ-ACK 정보만을 포함할 PUCCH를 송신하지 않는다.

멀티캐스트에 대한 HARQ-ACK 피드백은, DCI 스케줄링 멀티캐스트 송신에서의 표시 및/또는 G-RNTI당 또는 G-CS-RNTI당 상위 계층 구성에 의해 인에이블되거나 또는 디세이블될 수 있다.

16.10.6 브로드캐스트 핸들링

[…]

************************** 인용 종료 ******************************

3GPP TS 38.213 ([5] 3GPP TS 38.213 V17.2.0 (2022-06), "3GPP TSG RAN; NR; NR and NG-RAN Overall Description; Stage 2 (Release 17)")에서, 일부 인용들이 아래와 같이 표시된다.

************************** 인용 시작 *******************************

18 멀티캐스트 브로드캐스트 서비스들

이러한 절은 서빙 셀에서 MBS에 대한 PDCCH 수신들, PDSCH 수신들, 및 PUCCH 송신들에 대해서만 적용가능하다. PDSCH 수신들을 스케줄링하는 G-RNTI 또는 G-CS-RNTI에 의해 스크램블된 CRC를 갖는 DCI 포맷들은 멀티캐스트 DCI 포맷들로 지칭되며, PDSCH 수신들은 멀티캐스트 PDSCH 수신들로 지칭된다. PDSCH 수신들을 스케줄링하는 MTCH에 대한 G-RNTI 또는 MCCH-RNTI에 의해 스크램블된 CRC를 갖는 DCI 포맷들은 브로드캐스트 DCI 포맷들로 지칭되며, PDSCH 수신들은 브로드캐스트 PDSCH 수신들로 지칭된다. 멀티캐스트 DCI 포맷들 또는 멀티캐스트 PDSCH 수신들과 연관된 HARQ-ACK 정보는 멀티캐스트 HARQ-ACK 정보로 지칭된다.

UE는, PDSCH 수신들을 스케줄링하기 위해 멀티캐스트 DCI 포맷들의 CRC를 스크램블하기 위해 서빙 셀당 하나 이상의 G-RNTI들을 제공받을 수 있다. UE는, PDSCH 수신들에 대한 활성화/릴리즈를 제공하는 멀티캐스트 DCI 포맷들의 CRC를 스크램블하기 위해 서빙 셀당 하나 이상의G-CS-RNTI를 제공받을 수 있다.

UE는 MCCH 및 MTCH를 제공하는 PDCCH 및 PDSCH 수신들에 대해 cfr-Config-MCCH-MTCH 및 MBS 주파수 자원에 의해 구성될 수 있으며[12, TS 38.331]; 그렇지 않으면, MBS 주파수 자원은, MCCH 및 MTCH를 제공하는 PDCCH 및 PDSCH 수신들에 대해 Type0-PDCCH CSS 세트와 연관된 인덱스 0을 갖는 CORESET에 대한 것과 동일하다. UE는 10.1절에 설명된 바와 같이 MCCH 또는 MTCH에 대한 PDSCH 수신들을 스케줄링하기 위해 PDCCH를 모니터링한다.

PDCCH-ConfigCommon 또는 PDSCH-ConfigCommon에 의해 제공된 상위 계층 파라미터 값을 참조하는 절들에서, 적용가능할 때 MCCH/MTCH PDCCH 수신들 또는 PDSCH 수신들 각각에 대한 대응하는 상위 계층 파라미터 값은 [12, TS 38.331]에서 설명된 바와 같이 제공된다.

UE는 2개의 서빙 셀들에서 MCCH 또는 MTCH에 대한 PDSCH들을 동시에 수신할 필요는 없다. UE는 서빙 셀에서 다음을 동시에 수신할 필요가 없다

- MCCH 및 MTCH에 대한 PDSCH들, 또는

- 2개 이상의 MTCH PDSCH들, 또는

- MTCH 및 PBCH에 대한 PDSCH, 또는

- SI-RNTI에 의해 또는 P-RNTI에 의해 스크램블된 CRC를 갖는 DCI 포맷 1_0에 의해 스케줄링된 PDSCH 및 MCCH 또는 MTCH에 대한 PDSCH

RRC_CONNECTED 상태의 UE는 서빙 셀에서 다음을 동시에 수신할 필요가 없다

- MCCH 또는 MTCH에 대한 PDSCH들 및 멀티캐스트 PDSCH, 또는

- 2개 이상의 멀티캐스트 PDSCH들, 또는

- 멀티캐스트 PDSCH 및 PBCH, 또는

- RA-RNTI에 의해 스크램블된 CRC를 갖는 DCI 포맷 1_0에 의해 스케줄링된 PDSCH 및 멀티캐스트 PDSCH 또는 MCCH 또는 MTCH에 대한 PDSCH

UE는, cfr-Config-Multicast에 의해 DL BWP당, PDCCH 및 PDSCH 수신들에 대해 DL BWP 내의 MBS 주파수 자원으로 구성될 수 있다[4, TS 38.211]. cfr-Config-Multicast가 locationAndBandwidth-Multicast를 포함하지 않는 경우, MBS 주파수 자원은 활성 DL BWP이다. UE는 2개의 서빙 셀들에서 PDSCH들을 동시에 수신할 필요가 없다. DL BWP에 대해 PDCCH-Config 또는 PDSCH-Config 또는 SPS-Config에 의해 제공된 상위 계층 파라미터 값을 참조하는 절들에서, 적용가능할 때 멀티캐스트 PDCCH, PDSCH, 또는 SPS PDSCH 수신들에 대한 대응하는 상위 계층 파라미터 값은 [12, TS 38.331]에서 설명된 바와 같이 제공된다.

제1 또는 제2 PUCCH-Config에 의해 제공된 상위 계층 파라미터 값을 참조하는 절들에서, 적용가능할 때 멀티캐스트 PDCCH 또는 PDSCH 수신들과 연관된 PUCCH 송신들에 대한 대응하는 상위 계층 파라미터 값들은 [12, TS 38.331]에서 설명된 바와 같이 제공된다. SPS-PUCCH-AN 또는 SPS-PUCCH-AN-List에 의해 제공된 상위 계층 파라미터 값을 참조하는 절들에서, 적용가능할 때 멀티캐스트 SPS PDSCH 수신들과 연관된 PUCCH 송신들에 대한 대응하는 상위 계층 파라미터 값들은 [12, TS 38.331]에서 설명된 바와 같이 제공된다. pdsch-HARQ-ACK-Codebook 또는 pdsch-HARQ-ACK-CodebookList에 의해 제공된 상위 계층 파라미터 값을 참조하는 절들에서, 적용가능할 때 멀티캐스트 HARQ-ACK 정보와 연관된 HARQ-ACK 코드북들에 대한 대응하는 상위 계층 파라미터 값들은 [12, TS 38.331]에서 설명된 바와 같이 제공된다.

UE는, 10.1절에 설명된 바와 같이 대응하는 SPS PDSCH 구성에 대한 SPS PDSCH 수신들의 활성화/릴리즈에 대해 또는 PDSCH 수신들을 스케줄링하기 위해 PDCCH를 모니터링한다.

UE는, 제1 HARQ-ACK 보고 모드에 따라 또는 제2 HARQ-ACK 보고 모드에 따라, 각각 G-RNTI 또는 G-CS-RNTI와 연관된 전송 블록 수신에 대한 HARQ-ACK 정보를 제공하기 위해, G-CS-RNTI에 대한 sps-HARQ-Feedback-Option-Multicast에 의해 또는 G-RNTI에 대한 harq-Feedback-Option-Multicast에 의해 구성될 수 있다. UE는, 유니캐스트 HARQ-ACK 정보를 갖는 PUCCH 송신에 대해 9절에서 설명된 바와 같은 임의의 HARQ-ACK 보고 모드에 따라 멀티캐스트 HARQ-ACK 정보를 갖는 PUCCH 송신에 대한 우선순위를 결정한다.

- 제1 HARQ-ACK 보고 모드에 대해, UE는, 9절 및 9.1절 내지 9.3절에서 설명된 바와 같이, UE가 SPS PDSCH 릴리즈를 나타내는 DCI 포맷을 검출하거나 또는 전송 블록을 정확하게 디코딩할 때 ACK 값을 갖는 HARQ-ACK 정보를 생성하며; 그렇지 않으면, UE는 NACK 값을 갖는 HARQ-ACK 정보를 생성한다.

제2 HARQ-ACK 보고 모드에 대해, UE는, ACK 값들을 갖는 HARQ-ACK 정보만을 포함할 PUCCH를 송신하지 않는다. 제2 HARQ-ACK 보고 모드는, PDSCH 수신을 스케줄링하지 않는 연관된 HARQ-ACK 정보를 갖는 DCI 포맷들에 대해, 또는 SPS 구성에 대한 SPS PDSCH 수신들의 활성화 이후의 첫 번째 SPS PDSCH 수신에 대해 적용가능하지 않다.

제2 HARQ-ACK 보고 모드에 대해, HARQ-ACK 정보 비트의 수가 1일 때, UE는, HARQ-ACK 정보 비트가 NACK 값을 가질 때에만 PUCCH를 송신한다. PUCCH 포맷 0과 연관된 PUCCH 자원에 대해, UE는, 9.2.3절에서 HARQ-ACK 정보에 대해 설명된 바와 같이 m0을 획득함으로써 그리고 mcs = 0을 설정함으로써 [4, TS 38.211]에서 설명된 바와 같이 PUCCH를 송신한다. PUCCH 포맷 1과 연관된 PUCCH 자원에 대해, UE는 b(0) = 0을 설정함으로써 [4, TS 38.211]에서 설명된 바와 같이 PUCCH를 송신한다.

제2 HARQ-ACK 보고 모드 및 하나의 G-RNTI로만 구성된 UE에 대해, UE는, 표 18-1에서 설명된 바와 같이, HARQ-ACK 정보의 값들에 기초하여 PUCCH 송신에 대한 자원들의 세트로부터 자원을 선택함으로써 또는 제1 HARQ-ACK 보고 모드에 따라 PUCCH에 HARQ-ACK 정보 비트들을 제공하기 위해 moreThanOneNackOnlyMode에 의해 표시를 받을 수 있다. UE는, 9.1.3.1절에 설명된 바와 같이, Type-2 HARQ-ACK 코드북에 따라 제2 HARQ-ACK 보고 모드에 대한 HARQ-ACK 정보 비트들을 생성한다.

[…]

UE가 우선순위 값을 갖는 PUCCH 송신들에 대한 pucch-ConfigurationListMulticast1 또는 pucch-ConfigurationListMulticast2를 제공받는 경우, UE는, UE가 각각 제1 HARQ-ACK 보고 모드 또는 제2 HARQ-ACK 보고 모드에 따라 연관된 HARQ-ACK 정보를 제공하는 각각의 G-RNTI 또는 G-CS-RNTI에 대한 pucch-ConfigurationListMulticast1 또는 pucch-ConfigurationListMulticast2에 따라 우선순위 값을 갖는 PUCCH를 송신한다. 제2 HARQ-ACK 보고 모드에만 연관된 HARQ-ACK 정보에 대해, UE가 moreThanOneNackOnlyMode를 제공받고 UE가 제1 HARQ-ACK 보고 모드에 따라 그리고 적어도 하나의 DCI 포맷 검출에 응답하여 HARQ-ACK 정보를 제공할 때, UE는, 제공되는 경우, pucch-ConfigurationListMulticast1로부터 PUCCH 자원을 결정하며; 그렇지 않으면, UE는 pucch-Config/pucch-ConfigurationList로부터 PUCCH 자원을 결정한다.

전송 블록의 초기 송신을 제공하는 PDSCH 수신은 멀티캐스트 DCI 포맷에 의해서만 스케줄링된다. 제1 HARQ-ACK 보고 모드에 대해, 전송 블록의 재송신을 제공하는 PDSCH 수신은, C-RNTI를 사용하는 유니캐스트 DCI 포맷에 의해 또는 전송 블록의 초기 송신의 G-RNTI와 동일한 G-RNTI를 사용하는 멀티캐스트 DCI 포맷에 의해 스케줄링될 수 있다[6, TS 38.214].

대응하는 SPS PDSCH 구성에 대해 G-CS-RNTI를 사용하는 SPS PDSCH 수신들에 대한 활성화는 CS-RNTI를 G-CS-RNTI로 대체함으로써 10.2절에서 설명된 바와 같은 멀티캐스트 DCI 포맷에 의해서만 제공된다. 대응하는 SPS PDSCH 구성에 대해 G-CS-RNTI를 사용하는 SPS PDSCH 수신들에 대한 릴리즈는, CS-RNTI에 의해 스크램블된 CRC를 갖는 DCI에 의해, 또는 CS-RNTI를 G-CS-RNTI로 대체함으로써 10.2절에서 설명된 바와 같은 멀티캐스트 DCI 포맷에 의해 제공된다. 제1 HARQ-ACK 보고 모드에 대해 그리고 UE가 SPS PDSCH에서 수신한 전송 블록에 대해, 전송 블록의 재송신을 제공하는 PDSCH 수신은, 전송 블록의 초기 송신의 G-CS-RNTI와 동일한 G-CS-RNTI를 사용하는 멀티캐스트 DCI 포맷에 의해 또는 CS-RNTI를 사용하는 유니캐스트 DCI 포맷에 의해 스케줄링될 수 있다[6, TS 38.214].

UE는, PDSCH 수신들에 대한 HARQ-ACK 정보를 제공하기 위해, 'enabled'로 설정된 값을 갖는 harq-FeedbackEnablerMulticast에 의해 G-RNTI당 또는 G-CS-RNTI당 구성될 수 있다. UE가 G-RNTI 또는 G-CS-RNTI에 대한 harq-FeedbackEnablerMulticast를 제공받지 않을 때, 또는 UE가 'disabled'로 설정된 값을 갖는 harq-FeedbackEnablerMulticast를 제공받을 때, UE는 개별적인 PDSCH 수신들에 대해 HARQ-ACK 정보를 제공하지 않는다. UE가 G-RNTI 또는 G-CS-RNTI에 대해 'dci-enabler'로 설정된 값을 갖는 harq-FeedbackEnablerMulticast를 제공받는 경우, UE는, G-RNTI 또는 G-CS-RNTI와 연관된 멀티캐스트 DCI 포맷에 의한 표시에 기초하여 PDSCH 수신들에 대해 HARQ-ACK 정보를 제공할지 여부를 결정한다[4, TS 38.212].

UE가, 9절 및 9.2.5절에서 설명된 바와 같이, 제2 HARQ-ACK 보고 모드에 따른 멀티캐스트 HARQ-ACK 정보와 제1 HARQ-ACK 보고 모드에 따른 멀티캐스트 HARQ-ACK 정보, 유니캐스트 HARQ-ACK 정보, 또는 CSI 보고들을 제1 PUCCH에 또는 PUSCH에 멀티플렉싱할 경우, UE는 제1 HARQ-ACK 보고 모드에 따라 HARQ-ACK 정보를 제공한다. HARQ-ACK 정보를 PUCCH 또는 PUSCH에 멀티플렉싱하기 이전에 제2 HARQ-ACK 보고 모드에 따른 HARQ-ACK 정보를 갖는 제2 PUCCH와 다른 PUCCH들 또는 PUSCH들 사이의 중첩을 해결하기 위해, UE는, HARQ-ACK 정보의 모든 값들이 'ACK'일 때 제2 PUCCH를 송신할 것이라고 간주한다.

UE가 다수의 G-RNTI들 또는 G-CS-RNTI들을 제공받는 경우, HARQ-ACK 코드북 유형에 대한 구성은 모든 G-RNTI들 또는 G-CS-RNTI들에 적용된다.

************************** 인용 종료 *******************************

3GPP TS 38.331 ([6] 3GPP TS 38.331 V17.1.0 (2022-06), "3GPP TSG RAN; NR; Radio Resource Control (RRC) protocol specification (Release 17)")에서, 일부 인용들이 아래와 같이 표시된다.

************************** 인용 시작 *******************************

- MAC-CellGroupConfig

IE MAC-CellGroupConfig는, DRX를 포함하여, 셀 그룹에 대한 MAC 파라미터들을 구성하기 위해 사용된다.

MAC-CellGroupConfig 정보 엘리먼트

- BWP-DownlinkDedicated

IE BWP-DownlinkDedicated는 다운링크 BWP의 전용(UE 특정) 파라미터들을 구성하기 위해 사용된다.

BWP-DownlinkDedicated 정보 엘리먼트

- CFR-ConfigMulticast

IE CFR-ConfigMulticast는, 하나의 전용 BWP에 대한 멀티캐스트에 대한 UE 특정 공통 주파수 자원 구성을 나타낸다.

CFR-ConfigMulticast 정보 엘리먼트

- SPS-Config

IE SPS-Config는 다운링크 반-영구적 송신을 구성하기 위해 사용된다. 다수의 다운링크 SPS 구성들dl 서빙 셀의 하나의 BWP에 구성될 수 있다.

SPS-Config 정보 엘리먼트

************************** 인용 종료 *******************************

R2-2209656 ([7] R2-2209656 "Clarifications on DRX and HARQ buffer handling" Huawei, CBN, HiSilicon)에서, 일부 인용들이 아래와 같이 표시된다.

************************** 인용 시작 *******************************

2.2 UE가 PTP 재송신을 지원하지 않는 경우 drx-HARQ-RTT-TimerDL의 불필요한 시작

이전 RAN2 회의들에서, 다음의 합의들이 이루어졌다.

그러나, 현재 사양에서 강조 표시된 부분은 반영되지 않는다. 또한, C-RNTI를 통한 PTM 재송신에 대해, RAN1은 2가지 선택적 UE 능력을 정의한다: 33-2d(멀티캐스트 동적 스케줄링에 대한 PTP 재송신) 및 33-5-1d(멀티캐스트에 대한 SPS 그룹-공통 PDSCH에 대한 PTP 재송신).

현재 사양에 따르면, UE가 C-RNTI를 통한 PTM 재송신을 지원하지 않는 경우에도, UE는 여전히 PTM 송신을 수신한 이후에 대응하는 HARQ 프로세스에 대한 drx-HARQ-RTT-TimerDL을 시작하며, 이는 UE 전력 낭비를 야기할 것이다.

따라서, 우리는, UE가 C-RNTI를 통한 PTM 재송신을 지원하지 않는 경우 UE가 PTM 송신을 수신한 이후에 대응하는 HARQ 프로세스에 대해 drx-HARQ-RTT-TimerDL을 시작할 필요가 없음을 명확히 할 것을 RAN2에 제안한다.

제안 3: UE가 C-RNTI를 통한 PTM 재송신을 지원하지 않는 경우 UE가 PTM 송신을 수신한 이후에 drx-HARQ-RTT-TimerDL을 시작할 필요가 없다는 것을 명확하게 한다.

************************** 인용 종료 *******************************

이슈들 및 해법들:

불연속 수신(Discontinuous Reception; DRX)(패턴/구성)은, 멀티캐스트 서비스에 대응할 수 있는, 그룹(Group; G)-무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI) 또는 G-구성된 스케줄링(Configured Scheduling; CS)-RNTI와 연관된다고 가정한다. 네트워크/gNB가 멀티캐스트에 의한 2개 이상의 사용자 단말(User Equipment; UE)에 대한 멀티캐스트에 대해 구성된 다운링크(Downlink; DL) 할당과 연관되거나 또는 G-RNTI로 어드레싱될 수 있는 데이터(예를 들어, 전송 블록(Transport Block; TB)) 또는 매체 액세스 제어(Medium Access Control; MAC) 패킷 데이터 유닛(Packet Data Unit; PDU)을 새로 송신한 이후에, gNB는, 데이터가 UE에 의해 성공적으로 디코딩되지 않은 경우, G-CS-RNTI로 어드레싱될 수 있거나 또는 (특정) UE에 대한 C-RNTI 또는 CS-RNTI로 어드레싱될 수 있는 데이터를 재송신할 수 있다. UE는 멀티캐스트 DRX(구성) 및 유니캐스트 DRX(구성)으로 동시에 구성될 수 있으며, 각각 자체적인 관련/독립적 DRX 타이머들(예를 들어, 멀티캐스트에 대한 DRX 온지속기간 타이머(drx-onDurationTimerPTM), 유니캐스트에 대한 DRX 온지속간 타이머(drx-onDurationTimer), 또는 DRX 비활성 타이머들(drx-InactivityTimerPTM 및 drx-InactivityTimer))을 갖는 것으로 가정된다. DRX 명령 MAC 제어 엘리먼트(Control Element; CE)는 멀티캐스트와 유니캐스트에 대해 동일한 (PDU) 포맷을 가질 수 있다고 가정한다.

기존 방법들 및 장치들에 따르면, UE가 네트워크 또는 gNB로부터 스케줄링된/전송된 DRX 명령 MAC CE를 수신할 때, UE는 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링하지 않음으로써 UE의 전력을 절감하기 위해 관련 DRX 타이머들(예를 들어, 온지속기간 타이머들 및 비활성 타이머들)을 중지할 것이다. 그러나, UE가 관련 DRX 타이머들을 중지하는 관련 액션들을 수행하지 않을 것이기 때문에, 네트워크 또는 gNB는 멀티캐스트 또는 유니캐스트에 대한 사전-구성된 다운링크 할당(예를 들어, 반-영구적 스케줄링, 또는 SPS(Semi-Persistent Scheduling))에 DRX 명령 MAC CE를 스케줄링하도록 허용되지 않는다. 멀티캐스트 및 브로드캐스트 서비스들(Multicast and Broadcast Services; MBS)/멀티캐스트 또는 유니캐스트 서비스에 대해 SPS를 사용할 가능성이 매우 높다는 것을 고려하면, gNB 또는 네트워크가 UE로 DRX 명령 MAC CE를 스케줄링/전송하기 위해 이러한 주기적 송신 기회들을 사용하는 것이 유익하다. 그리고, UE는 UE 전력을 절감하기 위해 그에 따라 전술한 DRX 타이머들을 중지하는 액션들을 수행할 것이다. 예를 들어, 도 7(문제) 및 도 8(해법)에 도시된 바와 같이, MBS/멀티캐스트에 대한 SPS 구성(예를 들어, 주기성은 길이 [t1, t2]임)은 (네트워크/gNB로부터 전송된 무선 자원 제어(Radio Resource Control; RRC) 구성에 기초하여) UE 측에 구성되며, UE는 t1에서 SPS 구성에 기초하여 멀티캐스트에 대해 PDU에 포함된 DRX 명령을 성공적으로 수신/디코딩한다. UE는 멀티캐스트에 대한 전술한 관련 DRX 타이머들(예를 들어, drx-onDurationTimerPTM 및 drx-InactivityTimerPTM)을 중지할 수 있다.

멀티캐스트(또는 유니캐스트)에 대한 사전-구성된 다운링크 할당들의 경우에 더하여, UE는, DRX 명령 MAC CE를 포함하는 MAC PDU/TB의 (가장) 첫 번째 송신이 성공적으로 디코딩되지 않을 수 있기 때문에 G-CS-RNTI 또는 CS-RNTI로 어드레싱된 PDCCH에 의해 DRX 명령 MAC을 수신할 수 있다. 이러한 경우에, UE는 또한 멀티캐스트에 대한 전술한 관련 DRX 타이머들을 중지해야 한다. 예를 들어, 도 8(문제) 및 도 10(해법)에 도시된 바와 같이, UE는 t1에서 SPS 구성에 기초하여 멀티캐스트에 대한 DRX 명령을 포함하는 PDU를 수신/디코딩하는 데 실패한다. 물론, UE는 t1에서 PDU가 DRX 명령 MAC CE를 포함하고 있는지 여부를 알지 못한다. 그런 다음, UE는 G-CS-RNTI 또는 CS-RNTI로 어드레싱된 PDCCH에 의해 t2에서 DRX 명령을 성공적으로 수신하며, 멀티캐스트에 대한 전술한 관련 DRX 타이머들(예를 들어, drx-onDurationTimerPTM 및 drx-InactivityTimerPTM)을 중지할 수 있다.

DRX 명령 MAC CE를 전술한 관련 DRX 타이머들에 적용하는 것은 이러한 타이머들을 중지하는 것 또는 시작하는 것을 의미할 수 있다. DRX 명령 MAC CE를 포함하는 MAC PDU 또는 TB의 (가장) 첫 번째 또는 이전 송신이 멀티캐스트와 연관되는 경우, UE는 전술한 관련 DRX 타이머들에 대해 멀티캐스트에 대한 DRX 명령 MAC CE를 적용하고 유니캐스트 DRX 타이머들에 대해서는 적용하지 않을 것이다.

도 11을 참조하면, 본 발명의 이러한 그리고 다른 개념들, 시스템들, 및 방법들로, 무선 통신 시스템에서 UE에 대한 방법(1000)은, 제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 DRX 구성을 적용하는 단계(단계(1002)), 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하는 단계(단계(1004)), 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 DRX 명령 MAC CE를 수신하는 단계(단계(1006)), 제2 온지속기간 타이머를 중지하는 단계(단계(1008)), 및 제2 비활성 타이머를 중지하는 단계(단계(1010))를 포함한다.

다양한 실시예들에서, 멀티캐스트 DRX 구성은 G-CS-RNTI와 연관된다.

다양한 실시예들에서, 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당은 G-CS-RNTI로 어드레싱된 PDCCH에 의해 활성화된다.

다양한 실시예들에서, 방법은, 제1 지속기간 타이머를 중지하지 않는 단계, 및 제1 비활성 타이머를 중지하지 않는 단계를 더 포함한다.

다양한 실시예들에서, 방법은, 제1 온지속기간 타이머 및/또는 제1 비활성 타이머가 실행 중인 경우 PDCCH를 모니터링하는 단계, 및 제2 온지속기간 타이머 및/또는 제2 비활성 타이머가 실행 중인 경우 PDCCH를 모니터링하는 단계를 더 포함한다.

다양한 실시예들에서, 제1 온지속기간 타이머는 drx-onDurationTimer이거나, 및/또는 제1 비활성 타이머는 drx-InactivityTimer이거나, 및/또는 제2 온지속기간 타이머는 drx-onDurationTimerPTM이거나, 및/또는 제2 비활성 타이머는 drx-InactivityTimerPTM이다.

다시 도 3 및 도 4를 참조하면, UE의 관점으로부터의 하나 이상의 실시예들에서, 디바이스(300)는 송신기의 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, (i) 제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 DRX 구성을 적용하고; (ii) 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하며; (iii) 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 DRX 명령 MAC CE를 수신하고; (iv) 제2 온지속기간 타이머를 중지하며; 및 (v) 제2 비활성 타이머를 중지하기 위해 프로그램 코드(312)를 실행할 수 있다. 또한, CPU(308)는, 이상에서, 이하에서, 또는 달리 본원에서 설명된 액션들, 단계들, 및 방법들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

다시 도 3 및 도 4를 참조하면, 네트워크의 관점으로부터의 하나 이상의 실시예들에서, 디바이스(300)는 송신기의 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, (i) UE에서, 제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 DRX 구성을 적용하고; (ii) UE에서, 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하며; (iii) 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 전송되는 DRX 명령 MAC CE를 UE로 송신하고; (iv) UE에서, 제2 온지속기간 타이머를 중지하며; 및 (v) UE에서, 제2 비활성 타이머를 중지하기 위해 프로그램 코드(312)를 실행할 수 있다. 또한, CPU(308)는, 이상에서, 이하에서, 또는 달리 본원에서 설명된 액션들, 단계들, 및 방법들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 12를 참조하면, 본 발명의 이러한 그리고 다른 개념들, 시스템들, 및 방법들로, 무선 통신 시스템에서 UE에 대한 방법(1020)은, 제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 DRX 구성을 적용하는 단계(단계(1022)), 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하는 단계(단계(1024)), 유니캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 제1 DRX 명령 MAC CE를 수신하는 단계(단계(1026)), 제1 DRX 명령 MAC CE의 수신에 응답하여 제1 온지속기간 타이머를 중지하는 단계(단계(1028)), 제1 DRX 명령 MAC CE의 수신에 응답하여 제1 비활성 타이머를 중지하는 단계(단계(1030)), 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 제2 DRX 명령 MAC CE를 수신하는 단계(단계(1032)), 제2 DRX 명령 MAC CE의 수신에 응답하여 제2 온지속기간 타이머를 중지하는 단계(단계(1034)), 및 제2 DRX 명령 MAC CE의 수신에 응답하여 제2 비활성 타이머를 중지하는 단계(단계(1036))를 포함한다.

다양한 실시예들에서, 제1 DRX 명령 MAC CE 및 제2 DRX 명령 MAC CE는 동일한 포맷을 가지며, 논리 채널 ID의 동일한 값 60과 연관된다.

다시 도 3 및 도 4를 참조하면, UE의 관점으로부터의 하나 이상의 실시예들에서, 디바이스(300)는 송신기의 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, (i) 제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 DRX 구성을 적용하고; (ii) 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하며; (iii) 유니캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 제1 DRX 명령 MAC CE를 수신하고; (iv) 제1 DRX 명령 MAC CE의 수신에 응답하여 제1 온지속기간 타이머를 중지하며; (v) 제1 DRX 명령 MAC CE의 수신에 응답하여 제1 비활성 타이머를 중지하고; (vi) 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송된 제2 DRX 명령 MAC CE를 수신하며; (vii) 제2 DRX 명령 MAC CE의 수신에 응답하여 제2 온지속기간 타이머를 중지하고; 및 (viii) 제2 DRX 명령 MAC CE의 수신에 응답하여 제2 비활성 타이머를 중지하기 위해 프로그램 코드(312)를 실행할 수 있다. 또한, CPU(308)는, 이상에서, 이하에서, 또는 달리 본원에서 설명된 액션들, 단계들, 및 방법들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

다시 도 3 및 도 4를 참조하면, 네트워크의 관점으로부터의 하나 이상의 실시예들에서, 디바이스(300)는 송신기의 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, (i) UE에서, 제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 DRX 구성을 적용하고; (ii) UE에서, 제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하며; (iii) 유니캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 전송되는 제1 DRX 명령 MAC CE를 UE로 송신하고; (iv) UE에서, 제1 DRX 명령 MAC CE의 수신에 응답하여 제1 온지속기간 타이머를 중지하며; (v) UE에서, 제1 DRX 명령 MAC CE의 수신에 응답하여 제1 비활성 타이머를 중지하고; (vi) 멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 전송되는 제2 DRX 명령 MAC CE를 UE로 송신하며; (vii) UE에서, 제2 DRX 명령 MAC CE의 수신에 응답하여 제2 온지속기간 타이머를 중지하고; 및 (viii) UE에서, 제2 DRX 명령 MAC CE의 수신에 응답하여 제2 비활성 타이머를 중지하기 위해 프로그램 코드(312)를 실행할 수 있다. 또한, CPU(308)는, 이상에서, 이하에서, 또는 달리 본원에서 설명된 액션들, 단계들, 및 방법들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

텍스트 제안, 예를 들어, 3GPP TS 38.321 V17.2.0(2022-09)에 대한 텍스트 제안:

5.7 불연속 수신(Discontinuous Reception; DRX)

…

DRX가 구성될 때, MAC 엔티티는 다음과 같이 해야 한다:

…

1> DRX 명령 MAC CE가 C-RNTI 또는 CS-RNTI 로 어드레싱된 PDCCH에 의해, 또는 유니캐스트 송신에 대한 구성된 다운링크 할당에 의해 수신되거나, 또는 롱 DRX 명령 MAC CE가 수신되는 경우:

5.7에서 아래와 같이 유사한 것이 변경된다.

2> 각각의 DRX 그룹에 대한 drx-onDurationTimer를 중지한다;

2> 각각의 DRX 그룹에 대한 drx-InactivityTimer를 중지한다.

1> DRX 그룹에 대한 drx-InactivityTimer가 만료되는 경우:

2> 숏 DRX 사이클이 구성된 경우:

3> 이러한 DRX 그룹에 대해 숏 DRX 사이클을 사용한다.

2> 그렇지 않으면:

3> 이러한 DRX 그룹에 대해 롱 DRX 사이클을 사용한다.

1> DRX 명령 MAC CE가 C-RNTI 또는 CS-RNTI 로 어드레싱된 PDCCH에 의해, 또는 유니캐스트 송신에 대한 구성된 다운링크 할당에 의해 수신되는 경우:

1> DRX 명령 MAC CE가 C-RNTI로 어드레싱된 PDCCH에 의해 (처음으로) 수신되거나 또는 유니캐스트 송신에 대한 구성된 다운링크 할당에 의해 (처음으로) 수신되는 경우:

1> DRX 명령 MAC CE가 수신되고 , DRX 명령 MAC CE를 포함하는 TB/MAC PDU에 대한 (가장) 첫 번째 다운링크 할당이 C-RNTI로 어드레싱된 PDCCH 에 의해 수신되거나 또는 검출되거나 또는 유니캐스트(송신)에 대한 구성된 다운링 할당에 의해 수신되거나 또는 검출되는 (표시되는) 경우:

1> 유니캐스트(송신)에 대한 DRX 명령 MAC CE가 수신되는 경우:

노트: 유니캐스트(송신)는, TB 또는 MAC PDU가 C-RNTI로 어드레싱된 PDCCH에 의해 또는 멀티캐스트(송신)에 대한 구성된 다운링크 할당에 의해 처음으로 수신되거나 또는 검출된다는 것을 의미한다:

노트: 유니캐스트(송신)는, 유니캐스트(송신)에 대한 (가장) 첫 번째 다운링크 할당이 C-RNTI로 어드레싱된 PDCCH에 의해 수신되거나 또는 검출되거나 또는 유니캐스트에 대한 구성된 다운링크 할당에 의해 표시된다는 것을 의미한다:

2> 숏 DRX 사이클이 구성된 경우:

3> 각각의 DRX 그룹에 대해 숏 DRX 사이클을 사용한다.

2> 그렇지 않으면:

3> 각각의 DRX 그룹에 대해 롱 DRX 사이클을 사용한다.

…

[…]

2> HARQ 피드백이 인에이블된 경우:

1> drx-HARQ-RTT-TimerDL-PTM이 만료되는 경우:

1> DRX 명령 MAC CE가 G-RNTI 또는 G-CS-RNTI 또는 C-RNTI 또는 CS-RNTI로 어드레싱된 PDCCH에 의해, 또는 멀티캐스트에 대한 구성된 다운링크 할당에 의해 수신되는 경우:

1> DRX 명령 MAC CE가 G-RNTI (또는 G-CS-RNTI) 로 어드레싱된 PDCCH에 의해 (처음으로) 수신되거나, 또는 멀티캐스트에 대한 구성된 다운링크 할당에 의해 (처음으로) 수신되는 경우:

1> DRX 명령 MAC CE가 수신되고, DRX 명령 MAC CE를 포함하는 TB/MAC PDU에 대한 (가장) 첫 번째 다운링크 할당이 G-RNTI 또는 G-CS-CRNTI 로 어드레싱된 PDCCH 에 의해 수신되거나 또는 검출되거나 또는 멀티캐스트(송신)에 대한 구성된 다운링 할당에 의해 수신되거나 또는 검출되는 (표시되는) 경우:

1> 멀티캐스트(송신)에 대한 DRX 명령 MAC CE가 수신되는 경우:

노트: 멀티캐스트(송신)는, TB 또는 MAC PDU가 G-RNTI 또는 G-CS-RNTI로 어드레싱된 PDCCH에 의해 또는 (MBS) 멀티캐스트에 대한 구성된 다운링크 할당에 의해 처음으로 수신되거나 또는 검출된다는 것을 의미한다:

노트: 멀티캐스트(송신)는, 멀티캐스트(송신)에 대한 (가장) 첫 번째 다운링크 할당이 G-RNTI 또는 G-CS-RNTI로 어드레싱된 PDCCH에 의해 수신되거나 또는 검출되거나 또는 멀티캐스트에 대한 구성된 다운링크 할당에 의해 수신되거나 또는 검출된다는(표시된다는) 것을 의미한다:

2> 이러한 G-RNTI 또는 G-CS-RNTI 에 대한 DRX의 drx-onDurationTimerPTM을 중지한다;

2> 이러한 G-RNTI 또는 G-CS-RNTI 에 대한 DRX의 drx-InactivityTimerPTM을 중지한다.

이상의 개념들 또는 교시들의 임의의 조합은 새로운 실시예들로 공동으로 조합되거나 또는 형성될 수 있다. 개시된 세부사항들 및 실시예들은 적어도 (비제한적으로) 이상에서 그리고 본 명세서에서 언급된 이슈들을 해결하기 위해 사용될 수 있다.

본 명세서에서 제안된 방법들, 대안예들, 단계들, 예들, 및 실시예들 중 임의의 것은 독립적으로, 개별적으로, 및/또는 함께 결합된 다수의 방법들, 대안예들, 단계들, 예들, 및 실시예들과 함께 적용될 수 있다는 것을 유의해야 한다.

본 개시의 다양한 측면들이 이상에서 설명되었다. 본원에서의 교시들이 광범위한 형태들로 구현될 수 있으며, 본원에서 개시되는 임의의 특정 구조, 기능, 또는 이 둘 모두가 단지 대표적일 뿐이라는 것이 명백할 것이다. 본원의 교시들에 기초하여 당업자는, 본원에 개시된 측면들이 임의의 다른 측면들과 독립적으로 구현될 수 있다는 것, 및 이러한 측면들 중 2개 이상이 다양한 방식들로 결합될 수 있다는 것을 이해해야 한다. 예를 들어, 본원에서 기술된 측면들 중 임의의 수의 측면들을 사용하여 장치가 구현될 수 있거나 또는 방법이 실시될 수 있다. 이에 더하여, 본원에서 기술된 측면들 중 하나 이상에 더하여 또는 그 외의 다른 구조, 기능, 또는 구조 및 기능을 사용하여 이러한 장치가 구현될 수 있거나 또는 이러한 방법이 실시될 수 있다. 이상의 개념들 중 일부의 일 예로서, 일부 측면들에서, 동시 채널들이 펄스 반복 주파수들에 기초하여 설정될 수 있다. 일부 측면들에서, 동시 채널들은 펄스 위치 또는 오프셋들에 기초하여 설정될 수 있다. 일부 측면들에서, 동시 채널들은 시간 호핑(hopping) 시퀀스들에 기초하여 설정될 수 있다. 일부 측면들에서, 동시 채널들은 펄스 반복 주파수들, 펄스 위치들 또는 오프셋들, 및 시간 호핑 시퀀스들에 기초하여 설정될 수 있다.

당업자들은, 정보 및 신호들이 다양하고 상이한 기술들 및 기법들 중 임의의 것을 사용하여 표현될 수 있다는 것을 이해할 것이다. 예를 들어, 이상의 설명 전체에 걸쳐 언급되는 데이터, 명령어들, 명령들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 입자들, 광학적 필드들 또는 입자들, 또는 이들의 임의의 조합에 의해 표현될 수 있다.

당업자들은 추가로, 본원에서 개시된 측면들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들, 및 알고리즘 단계들이 전자 하드웨어(예를 들어, 소스 코딩 또는 어떤 다른 기술을 사용하여 설계될 수 있는, 디지털 구현예, 아날로그 구현예, 또는 이들 둘의 조합), 명령어들을 통합하는 다양한 형태들의 프로그램 또는 설계 코드(편의성을 위하여, 본원에서 "소프트웨어" 또는 "소프트웨어 모듈"로서 지칭될 수 있음), 또는 둘 모두의 조합으로서 구현될 수 있다는 것을 이해할 것이다. 하드웨어 및 소프트웨어의 이러한 호환성을 명확하게 예시하기 위하여, 다양한 예시적인 구성 요소들, 블록들, 모듈들, 회로들 및 단계들이 이상에서 그들의 기능성과 관련하여 일반적으로 설명되었다. 이러한 기능성이 하드웨어로서 또는 소프트웨어로서 구현되는지 여부는 전체 시스템에 부과되는 설계 제약들 및 특정 애플리케이션에 의존한다. 당업자들은 각각의 특정 애플리케이션에 대하여 다양한 방식들로 설명된 기능성을 구현할 수 있지만, 이러한 구현 결정들이 본 개시의 범위로부터의 이탈을 야기하는 것으로서 해석되지 않아야 한다.

이에 더하여, 본원에서 개시된 측면들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 및 회로들은 집적 회로("IC"), 액세스 단말, 또는 액세스 포인트 내에 구현되거나 또는 이에 의해 수행될 수 있다. IC는, 본원에서 설명된 기능들을 수행하도록 설계된, 범용 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 애플리케이션 특정 집적 회로(application specific integrated circuit; ASIC), 필드 프로그램가능 게이트 어레이(field programmable gate array; FPGA) 또는 다른 프로그램가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 구성 요소들, 전기적 구성 요소들, 광학적 구성 요소들, 기계적 구성 요소들, 또는 이들의 임의의 조합을 포함할 수 있으며, IC 내에, IC 외부에, 또는 둘 모두에 상주하는 코드들 또는 명령어들을 실행할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안예에서, 프로세서는 임의의 통상적인 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합으로서, 예를 들어, DSP 및 마이크로프로세서, 복수의 마이크로프로세서들, DSP 코어와 함께 하나 이상의 마이크로프로세서들의 조합으로서, 또는 임의의 다른 이러한 구성으로서 구현될 수 있다.

임의의 개시된 프로세스에서 단계들의 임의의 특정 순서 또는 계층은 샘플 접근 방식의 일 예임이 이해되어야 한다. 설계 선호사항들에 기초하여, 프로세스들 내의 단계들의 특정 순서 또는 계층은 본 개시의 범위 내에 남아 있으면서 재배열될 수 있다는 것이 이해되어야 한다. 첨부된 방법 청구항들은 샘플 순서로 다양한 단계들의 요소들을 나타내며, 제공되는 특정 순서 또는 계층으로 한정되도록 의도되지 않는다.

본원에 개시된 구현예들과 관련하여 설명된 방법 또는 알고리즘의 단계들은 하드웨어로 직접적으로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이들 둘의 임의의 조합으로 실현될 수 있다. 소프트웨어 모듈(예를 들어, 실행가능 명령어들 및 관련 데이터를 포함함) 및 다른 데이터는, RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈가능 디스크, CD-ROM, 또는 당업계에서 공지된 임의의 다른 형태의 컴퓨터-판독가능 저장 매체 내에 존재할 수 있다. 샘플 저장 매체는, 예를 들어, 컴퓨터/프로세서(편의성을 위하여 본원에서 "프로세서"로 지칭될 수 있음)와 같은 기계에 결합될 수 있으며, 이러한 프로세서는 저장 매체로부터 정보(예를 들어, 코드)를 판독하고 이에 정보를 기입할 수 있다. 샘플 저장 매체는 프로세서에 통합될 수 있다. 프로세서 및 저장 매체는 ASIC 내에 존재할 수 있다. ASIC은 사용자 단말 내에 존재할 수 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말 내의 별개의 구성 요소들로서 존재할 수 있다. 또한, 일부 측면들에서, 임의의 적절한 컴퓨터-프로그램 제품은 본 개시의 측면들 중 하나 이상과 관련된 코드들을 포함하는 컴퓨터-판독가능 매체를 포함할 수 있다. 일부 측면들에서, 컴퓨터 프로그램 제품은 패키징 재료들을 포함할 수 있다.

본 발명이 다양한 측면들 및 예들과 관련하여 설명되었지만, 본 발명이 추가적인 수정들이 가능하다는 것이 이해될 것이다. 본 출원은, 일반적으로 본 발명의 원리들을 따르며, 본 발명이 관련되는 기술분야 내에서 공지되고 관습적인 실시의 범위 내에 있는 바와 같은 본 개시로부터의 이탈들을 포함하는, 본 발명의 임의의 변형예들, 사용들 또는 개조들을 포괄하도록 의도된다.

Claims

사용자 단말(User Equipment; UE)의 방법으로서,
제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 불연속 수신(Discontinuous Reception; DRX) 구성을 적용하는 단계;
제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하는 단계;
멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송되는 DRX 명령 매체 액세스 제어(Medium Access Control; MAC) 제어 엘리먼트(Control Element; CE)를 수신하는 단계;
상기 제2 온지속기간 타이머를 중지하는 단계; 및
상기 제2 비활성 타이머를 중지하는 단계를 포함하는, 방법.
청구항 1에 있어서,
상기 멀티캐스트 DRX 구성은 그룹(Group; G)-구성된 스케줄링(Configured Scheduling; CS)-무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)와 연관되는, 방법.
청구항 1에 있어서,
멀티캐스트에 대한 상기 주기적 (사전)-구성된 다운링크 할당은 G-CS-RNTI로 어드레싱된 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)에 의해 활성화되는, 방법.
청구항 1에 있어서,
상기 방법은,
상기 제1 온지속기간 타이머를 중지하지 않는 단계; 및
상기 비활성 타이머를 중지하지 않는 단계를 더 포함하는, 방법.
청구항 1에 있어서,
상기 방법은,
상기 제1 온지속기간 타이머 및/또는 상기 제1 비활성 타이머가 실행 중인 경우 PDCCH를 모니터링하는 단계; 및
상기 제2 온지속기간 타이머 및/또는 상기 제2 비활성 타이머가 실행 중인 경우 PDCCH를 모니터링하는 단계를 더 포함하는, 방법.
청구항 1에 있어서,
상기 제1 온지속기간 타이머는 drx-onDurationTimer이며; 및/또는
상기 제1 비활성 타이머는 drx-InactivityTimer이고; 및/또는
상기 제2 온지속기간 타이머는 drx-onDurationTimerPTM이며; 및/또는
상기 제2 비활성 타이머는 drx-InactivityTimerPTM인, 방법.
사용자 단말(User Equipment; UE)의 방법으로서,
제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 불연속 수신(Discontinuous Reception; DRX) 구성을 적용하는 단계;
제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하는 단계;
유니캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송되는 제1 DRX 명령 매체 액세스 제어(Medium Access Control; MAC) 제어 엘리먼트(Control Element; CE)를 수신하는 단계;
상기 제1 DRX 명령 MAC CE의 수신에 응답하여 상기 제1 온지속기간 타이머를 중지하는 단계;
상기 제1 DRX 명령 MAC CE의 수신에 응답하여 상기 제1 비활성 타이머를 중지하는 단계;
멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 상기 네트워크로부터 전송되는 제2 DRX 명령 MAC CE를 수신하는 단계;
상기 제2 DRX 명령 MAC CE의 수신에 응답하여 상기 제2 온지속기간 타이머를 중지하는 단계; 및
상기 제2 DRX 명령 MAC CE의 수신에 응답하여 상기 제2 비활성 타이머를 중지하는 단계를 포함하는, 방법.
청구항 7에 있어서,
상기 제1 DRX 명령 MAC CE 및 상기 제2 DRX 명령 MAC CE는 동일한 포맷을 가지며, 논리 채널 신원(Identity; ID)의 동일한 값 60과 연관되는, 방법.
청구항 7에 있어서,
상기 방법은,
상기 제1 온지속기간 타이머 및/또는 상기 제1 비활성 타이머가 실행 중인 경우 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링하는 단계; 및
상기 제2 온지속기간 타이머 및/또는 상기 제2 비활성 타이머가 실행 중인 경우 PDCCH를 모니터링하는 단계를 더 포함하는, 방법.
청구항 7에 있어서,
상기 제1 온지속기간 타이머는 drx-onDurationTimer이며; 및/또는
상기 제1 비활성 타이머는 drx-InactivityTimer이고; 및/또는
상기 제2 온지속기간 타이머는 drx-onDurationTimerPTM이며; 및/또는
상기 제2 비활성 타이머는 drx-InactivityTimerPTM인, 방법.
사용자 단말(User Equipment; UE)로서,
메모리; 및
상기 메모리에 동작가능하게 결합되는 프로세서를 포함하며, 상기 프로세서는 프로그램 코드를 실행하도록 구성되어:
제1 온지속기간 타이머 및/또는 제1 비활성 타이머와 연관된 적어도 유니캐스트 불연속 수신(Discontinuous Reception; DRX) 구성을 적용하고;
제2 온지속기간 타이머 및/또는 제2 비활성 타이머와 연관된 적어도 멀티캐스트 DRX 구성을 적용하며;
멀티캐스트에 대한 주기적 (사전)-구성된 다운링크 할당에 의해 네트워크로부터 전송되는 DRX 명령 매체 액세스 제어(Medium Access Control; MAC) 제어 엘리먼트(Control Element; CE)를 수신하고;
상기 제2 온지속기간 타이머를 중지하며; 그리고
상기 제2 비활성 타이머를 중지하는, UE.
청구항 11에 있어서,
상기 멀티캐스트 DRX 구성은 그룹(Group; G)-구성된 스케줄링(Configured Scheduling; CS)-무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)와 연관되는, UE.
청구항 11에 있어서,
멀티캐스트에 대한 상기 주기적 (사전)-구성된 다운링크 할당은 G-CS-RNTI로 어드레싱된 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)에 의해 활성화되는, UE.
청구항 11에 있어서,
상기 프로세서는 프로그램 코드를 실행하도록 더 구성되어:
상기 제1 온지속기간 타이머를 중지하지 않고; 그리고
상기 비활성 타이머를 중지하지 않는, UE.
청구항 11에 있어서,
상기 프로세서는 프로그램 코드를 실행하도록 더 구성되어:
상기 제1 온지속기간 타이머 및/또는 상기 제1 비활성 타이머가 실행 중인 경우 PDCCH를 모니터링하고; 그리고
상기 제2 온지속기간 타이머 및/또는 상기 제2 비활성 타이머가 실행 중인 경우 PDCCH를 모니터링하는, UE.
청구항 11에 있어서,
상기 제1 온지속기간 타이머는 drx-onDurationTimer인, UE.
청구항 11에 있어서,
상기 제1 비활성 타이머는 drx-InactivityTimer인, UE.
청구항 11에 있어서,
상기 제2 온지속기간 타이머는 drx-onDurationTimerPTM인, UE.
청구항 11에 있어서,
상기 제2 비활성 타이머는 drx-InactivityTimerPTM인, UE.