KR20240090510A

KR20240090510A - 트래픽 흐름 정보를 갖는 다수의 drx 구성들

Info

Publication number: KR20240090510A
Application number: KR1020247016510A
Authority: KR
Inventors: 호세 루이스 프라다스; 두호 강; 안드라 미하엘라 보이쿠
Original assignee: 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘)
Priority date: 2021-10-22
Filing date: 2022-10-21
Publication date: 2024-06-21
Also published as: EP4420479A1; WO2023069005A1; CA3235729A1

Abstract

DRX(Discontinuous Reception) 구성을 위한 트래픽 흐름 정보의 시그널링을 위한 시스템들 및 방법들이 제공된다. 흐름 유형을 결정하기 위해 UE를 작동시키는 방법은: 하향링크 제어 정보(DCI들); 라디오 네트워크 임시 식별자(RNTI들); 필드들의 조합 중 하나 이상과 하나 이상의 DRX 구성 사이의 연관을 갖는 흐름 식별 정보의 구성을 수신하는 단계; DRX 활성 시간에 PDCCH(Physical Downlink Control Channel)를 모니터링하는 단계; 흐름 유형의 DCI 지시를 갖는 PDCCH를 수신하는 것에 응답하여, DCI 지시와 연관된 DRX 구성 k를 식별하는 단계; 및 PDCCH 수신 이후 다음 심벌에서 대응하는 타이머를 시작하거나 재시작하는 단계를 포함한다. 이러한 방식으로, 구성들 중 하나 이상이 동시에 활성인 서빙 셀당 다수의 DRX 사이클 구성들을 최적화하기 위해, gNB로부터 UE로의 흐름 유형, DRX 구성, 또는 DRX 파라미터 값 지시에 대한 시그널링이 제공될 수 있다.

Description

트래픽 흐름 정보를 갖는 다수의 DRX 구성들

관련 출원들

본 출원은 2021년 10월 22일에 출원된 임시 특허 출원 일련 번호 제63/270,622호의 이익을 주장한다.

기술 분야

본 개시는 일반적으로 불연속 수신(DRX) 구성들에 관한 것이다.

본 개시는 트래픽이 다수의 트래픽 흐름들은 물론 트래픽 스케줄링을 위한 계층 1 시그널링을 포함하는, 불연속 수신(DRX), 확장 현실(XR) 애플리케이션들(일반적으로, 임의의 유형의 서비스)의 개념들에 관한 것이다. DRX 동작의 요약이 제공되고, 이어서 본 개시와 관련된 XR 트래픽의 세부 사항에 대한 설명이 제공된다. 추가적으로, 데이터 트래픽을 스케줄링하기 위한 계층 1에서의 시그널링에 관한 배경 정보는 PDCCH(Physical Downlink Control Channel) 및 DCI(Downlink Control Information)에 중점을 두고 제공된다.

DRX

DRX는 UE(사용자 장비)가 UE에서 데이터 트래픽이 예상되지 않는 특정 시간 기간들 동안 하향링크(DL)를 모니터링하지 않는 것에 의해 에너지를 절약할 수 있도록 하는 메커니즘이다. DRX 프레임워크는 상이한 주기들을 갖는 두 가지 상이한 유형의 DRX 사이클: 긴 DRX 사이클(long DRX cycle) 및 선택적인 짧은 DRX 사이클(short DRX cycle)로 구성된다. 원칙적으로, 짧은 DRX 사이클은 UE가 긴 DRX 사이클에 따라 작동할 때보다 UE가 DL을 더 자주 모니터링하게 한다. 긴 DRX 사이클 또는 짧은 DRX 사이클에 진입하는 것은 다음과 같이 발생한다. 짧은 DRX 사이클이 구성되지 않은 경우, 비활성 타이머(inactivity timer)가 만료된 후, 즉 일정 시간 기간 동안 DL 또는 상향링크(UL) 전송들이 없는 경우 UE는 긴 DRX 사이클에 진입한다. 선택적인 짧은 DRX 사이클이 구성된 경우, DRX 비활성 타이머가 만료된 후 UE는 이 사이클에 진입한다. 짧은 DRX 사이클이 구성되고 짧은 사이클 타이머가 만료되는 경우, UE는 긴 DRX 사이클에 진입한다.

DRX는 다음 주요 파라미터들에 의해 제어된다(추가 세부 사항은, 이후부터 [1]이라고 지칭되는, 3GPP, TS 38.321, V16.5.0(2021-06), 섹션 5.7 Discontinuous Reception(DRX)에 나와 있을 수 있다).

drx - onDurationTimer: DRX 사이클의 시작 부분에서의 지속기간(duration);

drx - SlotOffset: drx - onDurationTimer를 시작하기 전의 지연(delay);

drx - InactivityTimer: PDCCH(Physical Downlink Control Channel)가 MAC(Medium Access Control) 엔티티에 대한 새로운 UL 또는 DL 전송을 나타내는 PDCCH 기회 이후의 지속기간;

(브로드캐스트 프로세스를 제외한 DL HARQ(Hybrid Automatic Repeat Request) 프로세스별) drx - RetransmissionTimerDL: DL 재전송이 수신될 때까지의 최대 지속기간;

(UL HARQ 프로세스별) drx - RetransmissionTimerUL: UL 재전송에 대한 그랜트가 수신될 때까지의 최대 지속기간;

drx - LongCycleStartOffset: 긴 DRX 사이클 및 긴 DRX 사이클 및 짧은 DRX 사이클이 시작되는 서브프레임을 정의하는 drx - StartOffset;

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

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

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

(UL HARQ 프로세스별)drx - HARQ - RTT - TimerUL: UL HARQ 재전송 그랜트가 MAC 엔티티에 의해 예상되기 전의 최소 지속기간;

ps- Wakeup(선택적): PS-RNTI(Power Saving-Radio Network Temporary Identifier)에 의해 스크램블링된 CRC(Cyclic Redundancy Check)를 갖는 DCI(DCP)가 모니터링되지만 검출되지 않는 경우에 연관된 drx-onDurationTimer를 시작하는 구성;

ps- TransmitOtherPeriodicCSI (선택적): DCP가 구성되었지만 연관된drx -onDurationTimer가 시작되지 않은 경우에 drx - onDurationTimer에 의해 지시되는 시간 지속기간 동안 PUCCH(Physical Uplink Control Channel)를 통해 L1-RSRP가 아닌 주기적 CSI를 보고하는 구성;

ps- TransmitPeriodicL1 - RSRP(선택적): DCP가 구성되었지만 연관된drx -onDurationTimer가 시작되지 않은 경우에 drx - onDurationTimer에 의해 지시되는 시간 지속기간 동안 PUCCH를 통해 L1-RSRP인 주기적 CSI를 전송하는 구성.

DRX 구성은 다음 값들을 취할 수 있다(추가 세부 사항은, 이후부터 [2]라고 지칭되는, 3GPP, TS 38.331, V16.5.0(2021-06), 섹션 6.3.2 Radio resource control information elements에 나와 있을 수 있다).

DRX-Config 정보 요소

UE는 DRX 그룹에 각각 대응하는 최대 2개의 DRX 파라미터 세트로 구성될 수 있다. 서빙 셀은 하나의 DRX 그룹에만 할당될 수 있다[1]. 이는 UE가 단 하나의 긴 DRX 사이클 구성 및, 선택적으로, 하나의 짧은 DRX 사이클 구성에 따라 주어진 서빙 셀의 DL을 모니터링한다는 것을 의미한다.

UE가 긴 DRX 사이클을 사용하는 경우, UE는, 다음 조건이 충족되는 경우, drx-onDurationTimer를 시작하는 것에 의해 DL을 모니터링하며:

[(SFN x 10) + 서브프레임 번호] 모듈로 (drx-LongCycle) = drx-StartOffset,

여기서 SFN은 시스템 프레임 번호이다.

UE가 짧은 DRX 사이클을 사용하는 경우, UE는, 다음 조건이 충족되는 경우, drx-onDurationTimer를 시작하는 것에 의해 DL을 모니터링한다:

[(SFN x 10) + 서브프레임 번호] 모듈로 (drx-ShortCycle) = (drx-StartOffset) 모듈로 (drxShortCycle).

긴 DRX 사이클과 짧은 DRX 사이클에 따른 UE DL 모니터링 동작은 도 1에 예시되어 있다. 도 1은 긴 DRX 사이클과 짧은 DRX 사이클이 구성된 경우의 기본적인 UE DL 모니터링을 예시한다. drx-onDurationTimer 또는 drx-InactivityTimer가 실행되는 시간은 UE가 DL을 모니터링하는 활성 시간(Active Time)의 일부이다.

XR 트래픽

XR 애플리케이션들은 전형적으로 다수의 트래픽 흐름들을 생성하며 이는 3GPP에서 그에 따라 모델링된다(추가 세부 사항은, 이후부터 [3]으로 지칭되는, 3GPP, S4aV200640, “[FS_XRTraffic] Summary of XR Traffic Models for RAN1 and Open Issues”, 12 Jan. 2021에 나와 있을 수 있다). 예를 들어, 이러한 흐름들은, 제각기, 비디오, 오디오 및 데이터(제어) 트래픽에 대응할 수 있다. 이러한 흐름들 모두는 주기적인 것으로 가정되지만, 흐름들 각각에 대한 프레임 간 시간(inter-frame time)(즉, 주기성)과 데이터 레이트는 다른 흐름들과 상이하다. 예를 들어, DL XR 대화 트래픽의 경우, 비디오, 오디오 및 데이터 흐름들의 프레임 간 시간은, 제각기, 16.67ms(즉, 1/60fps), 20 내지 21.3ms, 및 10ms이다[3]. XR 트래픽의 다른 특성은, 특히 비디오 흐름들의 경우, 패킷 크기들이 전형적으로 변화한다는 것이다.

계층 1에서의 데이터 트래픽 스케줄링을 위한 PDCCH

3GPP NR 표준에서는, DCI가 PDCCH를 통해 수신된다. PDCCH는 상이한 포맷들을 갖는 메시지들에서 DCI를 운반할 수 있다(추가 세부 사항은, 이후부터 [5]라고 지칭되는, 3GPP, TS 38.212, V16.7.0(2021-09), 섹션 7 Downlink transport channels and control information에 나와 있을 수 있다). DCI 포맷들 0_0, 0_1 및 0_2는 PUSCH의 전송을 위한 상향링크 그랜트들을 UE에게 전달하는 데 사용되는 DCI 메시지들이다. DCI 포맷들 1_0, 1_1 및 1_2는 PDSCH의 전송을 위한 하향링크 그랜트들을 전달하는 데 사용된다.

NR에서, 프레임은 10ms의 지속기간을 갖고 10개의 서브프레임으로 구성된다. 각각의 서브프레임은 각각 14개의 OFDM 심벌로 구성된 개의 슬롯으로 구성되고, 여기서 제각기 kHz의 서브캐리어 간격에 대해 이다. 슬롯은 라디오 자원 할당을 위한 전형적인 단위이지만, NR은 임의의 OFDM 심벌에서 전송이 시작될 수 있게 하고 통신에 필요한 만큼의 심벌들 동안만 지속할 수 있게 한다.

DCI는 통상적으로, 궁극적으로 물리 계층 데이터 신호들의 수신에 필수적인, 시간-주파수 자원 할당, HARQ 프로세스, 변조 및 코딩, 및 재전송 관련 정보에 대한 정보만을 포함한다. 위의 DCI 포맷들을 갖는 PDCCH를 통해 새로운 전송이 지시되는 경우, UE는 PDCCH 수신 이후 다음 심벌에서 drx-InactivityTimer를 시작/재시작해야 한다. 이러한 DCI 포맷들은 특정 크기들만을 가질 수 있으며, 이는, 필요한 경우, 패딩(padding) 또는 절단(truncation)을 적용하는 것에 의해 달성될 수 있다. DRX 구성을 위한 개선된 시스템들 및 방법들이 필요하다.

DRX(Discontinuous Reception) 구성을 위한 트래픽 흐름 정보의 시그널링을 위한 시스템들 및 방법들이 제공된다. 일부 실시예들에서, 흐름 유형을 결정하기 위해 사용자 장비(UE)를 작동시키는 방법은: 하향링크 제어 정보(DCI들); 라디오 네트워크 임시 식별자(RNTI들); 필드들의 조합으로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관을 갖는 흐름 식별 정보의 구성을 수신하는 단계; DRX 활성 시간에 PDCCH(Physical Downlink Control Channel)를 모니터링하는 단계; 흐름 유형의 DCI 지시를 갖는 PDCCH를 수신하는 것에 응답하여, DCI 지시와 연관된 DRX 구성 k를 식별하는 단계; 및 PDCCH 수신 이후 다음 심벌에서 식별된 DRX 구성에 대한 대응하는 타이머를 시작하거나 재시작하는 단계를 포함한다. 이러한 방식으로, 구성들 중 하나 이상이 동시에 활성인 서빙 셀당 다수의 DRX 사이클 구성들을 최적화하기 위해, gNB로부터 UE로의 흐름 유형, DRX 구성, 또는 DRX 파라미터 값 지시에 대한 시그널링이 제공될 수 있다.

일부 실시예들에서, 흐름 유형을 지시하기 위해 네트워크 노드에 의해 수행되는 방법은: DCI들; RNTI들; 필드들의 조합; 및 흐름 아이덴티티(flow identity)로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관으로 UE를 구성하는 단계; 대응하는 DRX 구성 k를 식별해 주는 DCI 지시를 갖는 PDCCH를 전송하는 단계; 및 식별된 DRX 구성에 대한 대응하는 타이머가 PDCCH 이후 다음 심벌에서 시작되거나 재시작되는지를 결정하는 단계를 포함한다.

일부 실시예들에서, 흐름 아이덴티티는 LCID(Logical Channel ID) 및/또는 RB(Radio Bearer)를 포함한다.

일부 실시예들에서, 구성은 RRC(Radio Resource Control)를 통해 수신된다.

일부 실시예들에서, 이 방법은: drx-onDurationTimer 및/또는 drx-InactivityTimer가 해당 시간에 실행되고 있는 모든 DRX 구성들에 대한 대응하는 타이머를 시작하거나 재시작하는 단계를 또한 포함한다.

일부 실시예들에서, 지시된 DRX 구성과 연관된 대응하는 타이머는 모든 선택된 대응하는 타이머들에 적용될 것이다.

일부 실시예들에서, 이 방법은: drx-onDurationTimer 및/또는 drx-InactivityTimer가 해당 시간에 실행되고 있는 모든 DRX 구성들에 대한 대응하는 타이머를 시작하거나 재시작하는 단계 - 모든 선택된 drx-onDurationTimer 및/또는 drx-InactivityTimer(들)는 인덱스가 가리키는 값을 적용함 - 를 또한 포함한다.

일부 실시예들에서, 구성은 DRX 구성을 나타내는 인덱스; null/empty/default 또는 특수한 DRX 구성 인덱스를 나타내는 인덱스; 복수의 타이머 값들 중 특정 타이머 값을 나타내는 인덱스로 구성된 그룹 중 하나 이상을 포함한다.

일부 실시예들에서, 복수의 타이머 값들은 복수의 drx-InactivityTimer 값들을 포함한다.

일부 실시예들에서, 대응하는 타이머는 drx-InactivityTimer(k)를 포함한다.

일부 실시예들에서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 모든 다른 다수의 타이머들보다 하나의 미리 결정된 drx-InactivityTimer 값에 우선순위를 부여한다.

일부 실시예들에서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 흐름 인덱스 정보를 식별하기 위한 새로운 목적을 위해 기존 DCI 또는 상향링크 제어 정보(UCI) 필드들 중 일부 또는 전부를 해석한다.

일부 실시예들에서, 암시적 흐름 정보에 대한 특수한 물리 자원 할당 지시가 있을 때, 모든 다른 다수의 타이머들보다 하나의 drx-InactivityTimer 값에 우선순위를 부여하거나 흐름 인덱스 정보를 추출할 것이다.

일부 실시예들에서, UE는: 처리 회로 및 메모리를 포함하며, 여기서 메모리는 UE로 하여금: DCI들; RNTI들; 필드들의 조합으로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관을 갖는 흐름 식별 정보의 구성을 수신하게 하고; DRX 활성 시간에 PDCCH를 모니터링하게 하며; 흐름 유형의 DCI 지시를 갖는 PDCCH를 수신하는 것에 응답하여, DCI 지시와 연관된 DRX 구성 k를 식별하게 하고; PDCCH 수신 이후 다음 심벌에서 식별된 DRX 구성에 대한 대응하는 타이머를 시작하거나 재시작하게 하도록 구성된 명령어들을 포함한다.

일부 실시예들에서, 네트워크 노드는: 처리 회로 및 메모리를 포함하며, 여기서 메모리는 네트워크 노드로 하여금: DCI들; RNTI들; 필드들의 조합; 및 흐름 아이덴티티로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관으로 UE를 구성하게 하고; 대응하는 DRX 구성 k를 식별해 주는 DCI 지시를 갖는 PDCCH를 전송하게 하며; 식별된 DRX 구성에 대한 대응하는 타이머가 PDCCH 이후 다음 심벌에서 시작되거나 재시작되는지를 결정하게 하도록 구성된 명령어들을 포함한다.

본 명세서에 포함되어 그의 일부를 형성하는 첨부 도면의 도면들은 본 개시의 여러 양태들을 예시하고, 본 설명과 함께, 본 개시의 원리들을 설명하는 역할을 한다.
도 1은 긴 DRX 사이클과 짧은 DRX 사이클이 구성된 경우의 기본적인 UE(User Equipment) DL(Downlink) 모니터링을 예시한다.
도 2는 가장 긴 drx-InactivityTimer(2)가 실행되어 불필요한 UE 전력 소비로 이어지는 흐름 지시가 없는 다수의 DRX(Discontinuous Reception) 구성들의 제한을 예시한다.
도 3은 활성 시간이 도 2에서의 T2 대신 T1 순간에 끝나는 제안된 해결책을 예시한다.
도 4은 본 개시의 일부 실시예들에 따른 통신 시스템의 예를 도시한다.
도 5는 본 개시의 일부 실시예들에 따른, drx-InactivityTimer들을 시작/재시작하기 위해, UE가 다수의 DRX 사이클 구성들을 결합하기 위한 제안된 수정을 예시한다.
도 6는 본 개시의 일부 실시예들에 따른 UE를 도시한다.
도 7은 본 개시의 일부 실시예들에 따른 네트워크 노드를 도시한다.
도 8은 본 개시의 일부 실시예들에 따른, 도 4의 호스트의 실시예일 수 있는 호스트의 블록 다이어그램이다.
도 9는 일부 실시예들에 의해 구현되는 기능들이 가상화될 수 있는 가상화 환경을 예시한 블록 다이어그램이다.
도 10은 일부 실시예들에 따른 호스트가 부분 무선 연결을 통해 네트워크 노드를 통해 UE와 통신하는 통신 다이어그램을 도시한다.

아래에서 제시되는 실시예들은 해당 기술 분야의 통상의 기술자가 실시예들을 실시할 수 있게 하는 정보를 나타내고 실시예들을 실시하는 최상의 모드를 예시한다. 첨부 도면의 도면들을 고려하여 이하의 설명을 읽어볼 때, 해당 기술 분야의 통상의 기술자는 본 개시의 개념들을 이해할 것이고 본 명세서에서 상세히 언급되지 않은 이 개념들의 응용들을 인식할 것이다. 이 개념들 및 애플리케이션들이 본 개시의 범위 내에 속한다는 것이 이해되어야 한다.

본 개시의 일부 실시예들은 2021년 9월 3일에 출원된 가출원 번호 제63/240,864호: “Methods for Supporting Multiple DRX Configurations”과 관련되어 있다. 해당 출원은 본 명세서에서 [4]로 지칭되고 다수의 DRX 구성들을 지원하는 초기 해결책들과 관련되어 있다. 본 개시의 일부 실시예들은 각각의 DRX 구성이, 해당 이전 출원에서 개시된 바와 같이 UE에 의해 시작되는, 대응하는 drx-onDurationTimer를 갖는 것으로 가정한다.

몇몇 과제들이 현재 존재한다. [4]에서는, 현재 표준 PDCCH 사양들에 따라, UE가 PDCCH에 의해 어떤 특정 데이터 흐름이 스케줄링되고 있는지에 대한 정보를 가지고 있지 않은 경우 다수의 DRX 구성들에 대한 지원이 제안되었다. 결과적으로, [4]에서 UE에 의해 (즉, DRX 구성당 하나씩) 다수의 drx-InactivityTimer들이 구현될 때, 활성 시간에 있는 DRX 구성들의 모든 drx-InactivityTimer들은, 스케줄링된 데이터가 어느 흐름에 속했는지에 관계없이, (재)시작된다. 이는, 스케줄링되지 않은 흐름들에 대응하는 DRX 구성들로 인해, 불필요한 전체 활성 시간의 증가를 초래할 수 있다. 이는 도 2에 예시되어 있으며, 여기서 PDCCH는 흐름 1에 대한 전송을 스케줄링하지만 그것이 어떤 흐름에 대한 것인지는 나타내지 않는다. 도 2는 가장 긴 drx-InactivityTimer(2)가 실행되어 불필요한 UE 전력 소비로 이어지는 흐름 지시가 없는 다수의 DRX 구성들의 제한을 예시한다[4]. 그 결과, 3개의 drx-onDurationTimer 모두가 실행되고 있으므로, UE는 3개의 흐름 모두에 대해 drx-InactivityTimer들을 시작한다. 흐름 2에 대한 drx-InactivityTimer(2)가 가장 길기 때문에, 활성 시간은 T2 순간에 끝나지만, 스케줄링된 데이터는 흐름 1에 대한 것이고 T1에서 끝나는 drx-InactivityTimer(1)를 시작하는 것으로 충분하다.

본 개시의 특정 양태들 및 그 실시예들은 이들 또는 다른 과제들에 대한 해결책들을 제공할 수 있다. 제안된 해결책은, 구성들 중 하나 이상이 동시에 활성인 서빙 셀당 다수의 DRX 사이클 구성들을 최적화하기 위해, gNB로부터 UE로의 흐름 유형, DRX 구성, 또는 DRX 파라미터 값 지시에 대한 시그널링을 제공한다. 스케줄링 순간에 DRX 구성에 연결된 정보를 나타내도록 계층 1 시그널링을 수정하는 방법들이 제안된다. 이 정보는 이어서 스케줄링된 흐름을 연관된 DRX 구성에 매핑하고 대응하는 drx-InactivityTimer를 (재)시작하기 위해 UE에서 사용될 수 있다.

본 개시의 일부 실시예들은, 대응하는 특정 DRX 파라미터들을 적절하게 선택/업데이트하도록 UE에게 시그널링하기 위해, 다수의 DRX 구성들이 활성화될 때 L1 및 L2 시그널링에 의한 동적 트래픽 흐름 지시 방법들을 제안한다.

특정 실시예들은 이하의 기술적 장점(들) 중 하나 이상을 제공할 수 있다. 제안된 해결책은 다수의 DRX들이 구성될 때 트래픽 흐름의 빠른 지시에 의해 drx-InactivityTimer의 불필요한 시작 또는 재시작을 방지하여, UE에서 높은 절전 이득을 얻는다.

본 개시의 일부 실시예들은 [4]에서 제안된 실시예들에 비해 추가적인 장점들을 갖는다. 구체적으로, UE는 어떤 트래픽 흐름이 스케줄링되고 있는지에 대해 통보받으며, 따라서 이 흐름을 저장된 DRX 구성에 매핑할 수 있다. 결과적으로, 다수의 drx-InactivityTimer들이 구현된 경우, UE는 스케줄링된 흐름에 대응하는 해당 타이머만을 (재)시작할 수 있다. 이것은 활성 시간이 도 2에서의 T2 대신 T1 순간에 끝나는 제안된 해결책을 예시하는 도 3에 도시되어 있다.

도 4는 일부 실시예들에 따른 통신 시스템(400)의 예를 도시한다. 이 예에서, 통신 시스템(400)은 라디오 액세스 네트워크(RAN)와 같은 액세스 네트워크(404), 및 하나 이상의 코어 네트워크 노드(408)를 포함하는 코어 네트워크(406)를 포함하는 통신 네트워크(402)를 포함한다. 액세스 네트워크(404)는, 네트워크 노드들(410A 및 410B)(이들 중 하나 이상은 일반적으로 네트워크 노드들(410)이라고 지칭될 수 있음)과 같은, 하나 이상의 액세스 네트워크 노드, 또는 임의의 다른 유사한 3GPP(Third Generation Partnership Project) 액세스 노드 또는 비-3GPP 액세스 포인트(AP)를 포함한다. 네트워크 노드들(410)은, 예컨대 UE들(412A, 412B, 412C, 및 412D)(이들 중 하나 이상은 일반적으로 UE들(412)이라고 지칭될 수 있음)을 하나 이상의 무선 연결을 통해 코어 네트워크(406)에 연결하는 것에 의해, 사용자 장비(UE)의 직접 또는 간접 연결을 용이하게 한다.

무선 연결을 통한 예시적인 무선 통신은 전자기파, 라디오파, 적외선파, 및/또는 전선, 케이블 또는 다른 재료 전도체를 사용하지 않고 정보를 전달하는 데 적합한 다른 유형의 신호들을 사용하여 무선 신호들을 전송 및/또는 수신하는 것을 포함한다. 더욱이, 상이한 실시예들에서, 통신 시스템(400)은 임의의 개수의 유선 또는 무선 네트워크들, 네트워크 노드들, UE들, 및/또는 유선 연결을 통해서든 무선 연결을 통해서든 관계없이 데이터 및/또는 신호들의 통신을 용이하게 하거나 이에 참여할 수 있는 임의의 다른 컴포넌트들 또는 시스템들을 포함할 수 있다. 통신 시스템(400)은 임의의 유형의 통신, 원격통신, 데이터, 셀룰러, 라디오 네트워크, 및/또는 다른 유사한 유형의 시스템을 포함하고/하거나 이들과 인터페이싱할 수 있다.

UE들(412)은, 네트워크 노드들(410) 및 다른 통신 디바이스들과 무선으로 통신하도록 배열되며, 구성되고/되거나, 작동 가능한 무선 디바이스들을 포함한, 매우 다양한 통신 디바이스들 중 임의의 것일 수 있다. 유사하게, 네트워크 노드들(410)은 무선 네트워크 액세스와 같은 네트워크 액세스를 가능하게 하고/하거나 제공하기 위해, 및/또는 통신 네트워크(402)에서의 관리와 같은 다른 기능들을 수행하기 위해 UE들(412) 및/또는 통신 네트워크(402) 내의 다른 네트워크 노드들 또는 장비와 직접 또는 간접적으로 통신하도록 배열되고, 통신할 수 있으며, 통신하도록 구성되고/되거나 통신하도록 작동 가능하다.

묘사된 예에서, 코어 네트워크(406)는 네트워크 노드들(410)을 호스트(416)와 같은 하나 이상의 호스트에 연결시킨다. 이러한 연결들은 직접적이거나 하나 이상의 중간 네트워크나 디바이스를 통해 간접적일 수 있다. 다른 예들에서, 네트워크 노드들은 호스트들에 직접 결합될 수 있다. 코어 네트워크(406)는 하드웨어 및 소프트웨어 컴포넌트들로 구성된 하나 이상의 코어 네트워크 노드(예를 들면, 코어 네트워크 노드(408))를 포함한다. 이러한 컴포넌트들의 특징들은 UE들, 네트워크 노드들, 및/또는 호스트들과 관련하여 설명된 것들과 실질적으로 유사할 수 있으며, 따라서 그 설명은 일반적으로 코어 네트워크 노드(408)의 대응하는 컴포넌트들에 적용 가능하다. 예시적인 코어 네트워크 노드들은 MSC(Mobile Switching Center), MME(Mobility Management Entity), HSS(Home Subscriber Server), AMF(Access and Mobility Management Function), SMF(Session Management Function), AUSF(Authentication Server Function), SIDF(Subscription Identifier De-Concealing Function), UDM(Unified Data Management), SEPP(Security Edge Protection Proxy), NEF(Network Exposure Function) 및/또는 UPF(User Plane Function) 중 하나 이상의 기능들을 포함한다.

호스트(416)는 액세스 네트워크(404) 및/또는 통신 네트워크(402)의 운영자 또는 제공자 이외의 서비스 제공자의 소유 또는 제어 하에 있을 수 있고, 서비스 제공자에 의해 또는 서비스 제공자를 대신하여 운영될 수 있다. 호스트(416)는 하나 이상의 서비스를 제공하기 위해 다양한 애플리케이션들을 호스팅할 수 있다. 이러한 애플리케이션들의 예들은 라이브 및 사전 레코딩된 오디오/비디오 콘텐츠, 복수의 UE들에 의해 검출되는 다양한 주변 조건들에 대한 데이터를 검색 및 컴파일하는 것과 같은 데이터 수집 서비스들, 분석 기능, 소셜 미디어, 원격 디바이스들을 제어하거나 다른 방식으로 그와 상호 작용하기 위한 기능들, 경보 및 감시 센터를 위한 기능들, 또는 서버에 의해 수행되는 임의의 다른 이러한 기능을 포함한다.

전체적으로, 도 4의 통신 시스템(400)은 UE들, 네트워크 노드들, 및 호스트들 간의 연결을 가능하게 한다. 그러한 의미에서, 통신 시스템(400)은, GSM(Global System for Mobile Communications); UMTS(Universal Mobile Telecommunications System); LTE(Long Term Evolution); 및/또는 다른 적합한 2G, 3G, 4G, 또는 5G(Second, Third, Fourth, or Fifth Generation) 표준들, 또는 임의의 적용 가능한 미래 세대 표준(예를 들면, 6G(Sixth Generation)); IEEE(Institute of Electrical and Electronics Engineers) 802.11 표준들(WiFi)과 같은 WLAN(Wireless Local Area Network) 표준들; 및/또는 WiMax(Worldwide Interoperability for Microwave Access), Bluetooth, Z-Wave, NFC(Near Field Communication) ZigBee, LiFi, 및/또는 LoRa 및 Sigfox와 같은 임의의 LPWAN(Low Power Wide Area Network) 표준들과 같은 임의의 다른 적절한 무선 통신 표준을 포함하지만 이에 제한되지 않는 특정 표준들과 같은, 미리 정의된 규칙들 또는 절차들에 따라 작동하도록 구성될 수 있다.

일부 예들에서, 통신 네트워크(402)는 3GPP 표준화된 특징들을 구현하는 셀룰러 네트워크이다. 그에 따라, 통신 네트워크(402)는 통신 네트워크(402)에 연결된 상이한 디바이스들에 상이한 논리적 네트워크들을 제공하기 위해 네트워크 슬라이싱을 지원할 수 있다. 예를 들어, 통신 네트워크(402)는 일부 UE들에게는 URLLC(Ultra Reliable Low Latency Communication) 서비스들을 제공할 수 있는 반면, 다른 UE들에게는 eMBB(enhanced Mobile Broadband) 서비스들을 제공하고/하거나 또 다른 UE들에게는 mMTC(massive Machine Type Communication)/massive IoT(Internet of Things) 서비스들을 제공할 수 있다.

일부 예들에서, UE들(412)은 직접적인 인간 상호 작용 없이 정보를 전송 및/또는 수신하도록 구성된다. 예를 들어, UE는 미리 결정된 스케줄에 따라, 내부 또는 외부 이벤트에 의해 트리거될 때, 또는 액세스 네트워크(404)로부터의 요청들에 응답하여 정보를 액세스 네트워크(404)로 전송하도록 설계될 수 있다. 추가적으로, UE는 단일 RAT(Radio Access Technology) 또는 다중 RAT 또는 다중 표준 모드에서 작동하도록 구성될 수 있다. 예를 들어, UE는 Wi-Fi, NR(New Radio) 및 LTE 중 임의의 하나 또는 조합으로 작동할 수 있다, 즉, EN-DC(E-UTRAN(Evolved UMTS Terrestrial RAN) NR - Dual Connectivity)와 같은, MR-DC(Multi-Radio Dual Connectivity)를 위해 구성될 수 있다.

예에서, 허브(414)는 하나 이상의 UE(예를 들면, UE(412C 및/또는 412D))와 네트워크 노드(예를 들면, 네트워크 노드(410B)) 사이의 간접 통신을 용이하게 하기 위해 액세스 네트워크(404)와 통신한다. 일부 예들에서, 허브(414)는 제어기, 라우터, 콘텐츠 소스 및 분석, 또는 UE들과 관련하여 본 명세서에 설명된 다른 통신 디바이스들 중 임의의 것일 수 있다. 예를 들어, 허브(414)는 UE들을 위해 코어 네트워크(406)에 대한 액세스를 가능하게 하는 광대역 라우터일 수 있다. 다른 예로서, 허브(414)는 명령들 또는 명령어들을 UE들 내의 하나 이상의 액추에이터로 송신하는 제어기일 수 있다. 명령들 또는 명령어들은 UE들, 네트워크 노드들(410)로부터 또는 허브(414) 내의 실행 가능한 코드, 스크립트, 프로세스, 또는 다른 명령어들에 의해 수신될 수 있다. 다른 예로서, 허브(414)는 UE 데이터에 대한 임시 저장소로서 역할하는 데이터 수집기(data collector)일 수 있으며, 일부 실시예들에서, 데이터의 분석 또는 다른 처리를 수행할 수 있다. 다른 예로서, 허브(414)는 콘텐츠 소스일 수 있다. 예를 들어, VR(Virtual Reality) 헤드셋, 디스플레이, 라우드스피커 또는 다른 미디어 전달 디바이스인 UE의 경우, 허브(414)는 네트워크 노드를 통해 VR 자산, 비디오, 오디오, 또는 감각 정보에 관련된 다른 미디어 또는 데이터를 검색할 수 있고, 허브(414)는 이어서 이를 직접, 로컬 처리를 수행한 후, 및/또는 추가적인 로컬 콘텐츠를 추가한 후에 UE에 제공한다. 또 다른 예에서, 허브(414)는, 특히 UE들 중 하나 이상이 저에너지 IoT 디바이스들인 경우, UE들에 대한 프록시 서버 또는 오케스트레이터(orchestrator)로서 역할한다.

허브(414)는 네트워크 노드(410B)에 대한 상시/지속적 또는 간헐적 연결을 가질 수 있다. 허브(414)는 또한 허브(414)와 UE들(예를 들면, UE(412C 및/또는 412D)) 사이, 그리고 허브(414)와 코어 네트워크(406) 사이의 상이한 통신 방식 및/또는 스케줄을 허용할 수 있다. 다른 예들에서, 허브(414)는 유선 연결을 통해 코어 네트워크(406) 및/또는 하나 이상의 UE에 연결된다. 더욱이, 허브(414)는 액세스 네트워크(404)를 통해 M2M(Machine-to-Machine) 서비스 제공자에 및/또는 직접 연결을 통해 다른 UE에 연결하도록 구성될 수 있다. 일부 시나리오들에서, UE들은 유선 또는 무선 연결을 통해 허브(414)를 통해 여전히 연결되어 있는 동안 네트워크 노드들(410)과 무선 연결을 설정할 수 있다. 일부 실시예들에서, 허브(414)는 전용 허브 - 즉, 주요 기능이 네트워크 노드(410B)로부터 UE들로/UE들로부터 네트워크 노드(410B)로 통신을 라우팅하는 것인 허브 - 일 수 있다. 다른 실시예들에서, 허브(414)는 비전용(non-dedicated) 허브 - 즉, UE들과 네트워크 노드(410B) 사이의 통신을 라우팅하도록 작동할 수 있지만 추가적으로 특정 데이터 채널들에 대한 통신 시작 및/또는 종료 지점으로서 작동할 수 있는 디바이스 - 일 수 있다.

일부 실시예들에서, 다수의 트래픽 흐름들이 상이한 주기성으로 존재할 때 다수의 DRX 구성들을 최적화하기 위해 L1 또는 L2 시그널링을 통해 흐름 유형을 동적으로 지시하는 방법이 제공된다.

다수의 DRX 동작들에 대한 트래픽 흐름 지시

다음 실시예들은 NW가, 예를 들어, DCI들, RNTI들, 필드들의 조합, 흐름 아이덴티티(예를 들면, LCID(Logical Channel ID) 또는 RB(Radio Bearer))와 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관을 갖는 RRC(Radio Resource Control)를 통해 UE를 구성했다는 사실에 기초한다.

(A) 제1 실시예에서, PDCCH는 스케줄링된 대응하는 PDSCH 데이터에 대한 트래픽 흐름 유형을 지시할 수 있다.

(A1) 새로운 DL이 PDCCH에 의해 지시될 때, PDCCH는 또한 UE에게 제공되는 복수의 DRX 구성들/DRX 구성들의 리스트로부터의 하나의 DRX 구성에, 또는 복수의 값들 중 drx-InactivityTimer에 대한 값과 같은 특정 값에 대응하는 인덱스를 지시할 수 있다. 이 인덱스는 1) 기존 DCI 포맷에 새로운 필드들을 도입하는 것에 의해 또는 2) 기존 DCI 필드들 중 일부를 재사용하지만 상위 계층 시그널링을 통해 흐름 지시를 위한 필드들의 새로운 목적을 알려주는 것에 의해, 또는 3) 새로운 DCI 포맷을 도입하는 것에 의해 지시될 수 있다. 어느 경우든지, 특정 DCI 지시와 대응하는 DRX 구성 세트 사이의 매핑은 미리 결정되어야 한다.

(A2) DCI의 특별한 목적을 나타내기 위해 기존 DCI가 새로운 RNTI로 스크램블링되는 것도 가능하다. 예를 들어, gNB는 새로운 스크램블링된 DCI가 다수의 타이머들 중, 가장 짧거나 가장 길 수 있는, 미리 결정된 drx-InactivityTimer를 UE가 선택하도록 되어 있다는 것을 UE에 시그널링할 수 있다. 다른 예에서, 기존 DCI 포맷을 갖는 새로운 RNTI는 궁극적으로 상세한 흐름 정보의 단문 메시지로서 역할하는 기존 DCI 필드들 내의 비트들의 상이한 목적을 UE에 알릴 수 있다. 세부 흐름 정보는 대응하는 트래픽 흐름의 자원 할당의 시작 및/또는 종료 시간의 슬롯 인덱스일 수 있다. 이는 UE가 지시된 시간 윈도에 대해 어느 DRX 파라미터 세트가 사용되어야 하는지를 선택하는 데 유용할 수 있다.

(A3) 새로운 RNTI를 사용하는 대신, 기존 물리 자원 할당의 특수한 구성이 UE에게 흐름 정보를 암시적으로 나타낼 수 있다. 비제한적인 예로서, 특수한 CCE(control channel element) 할당, 특수한 시간(또는 주파수) 도메인 자원 할당, 또는 특수한 HARQ 프로세스 번호가 RRC 시그널링에 의해 미리 예약될 수 있는 DCI에서 송신될 수 있으며, 그러면 UE는 미리 결정된 drx-InactivityTimer를 선택할 것이다. 더 많은 트래픽 흐름 정보를 전달하기 위해 CCE 할당, 특수한 시간-주파수 도메인 자원 할당, 특수한 HARQ 프로세스의 모든 해당 차원들을 결합하는 것도 가능하다.

비제한적인 예로서, PDCCH를 통한 위의 흐름 지시 모두는 UCI(Uplink Control Information)에 의한 상향링크 PUSCH 전송을 위한 PDCCH에도 적용될 수 있다. 이는 UE가 DCI 전송을 기다리지 않고 트래픽 흐름 정보를 지시할 수 있게 한다.

(B) 제2 실시예는 MAC PDU에서 LCID/흐름 정보를 추출하는 것이다.

(B1) MAC PDU에서, 각각의 MAC 서브헤더는 MAC 서브PDU(MAC subPDU)가 사용자 데이터/시그널링, 즉 RB들인지 또는 MAC 서브PDU가 MAC CE인지를 나타내는 LCID를 포함한다. NW가 영향을 미치기를 원하는 각각의 DRX 구성에 대해, 네트워크는 네트워크가 영향을 미치기를 원하는 DRX 구성들 중 하나와 연관된 RB에 대응하는 MAC 서브헤더에 1비트 지시를 포함시킬 것이다.

(B2) 상기에 대한 대안으로, 하나 이상의 인덱스, 예를 들면, DRX 구성 인덱스/LCID/흐름을 포함시키기 위해, MAC CE가 MAC PDU에 추가될 수 있다. 이러한 인덱스들은 다음을 나타낼 수 있다:

a) 현재 DRX 사이클에 더 이상 데이터가 없는 흐름들, 또는

b) PDCCH에 의해 이미 스케줄링되었지만 PDSCH/PUSCH에서 아직 전송되지 않은 흐름들, 또는

c) 비활성 타이머를 재시작할 필요가 없는 DRX 구성.

흐름 지시의 수신 시의 UE 거동

일부 실시예들에서, UE가 흐름 지시를 수신한 후에 DRX를 작동시키는 대응하는 방법들이 제공된다. 네트워크(예를 들면, gNB)가, 1부터 n까지 번호가 매겨질 수 있는, 다수의 선택된 DRX 사이클 구성들을 UE로 송신할 때, UE는 어느 DRX가 어느 LCID/RB와 결합되어 있는지를 알 수 있다.

도 5는, drx-InactivityTimer들을 시작/재시작하기 위해, UE가 다수의 DRX 사이클 구성들을 결합하기 위한 제안된 수정을 예시한다. 3GPP Rel-16 해결책과 비교하여 제안된 수정 사항들은 굵게 표시되어 있다. 파라미터 k는 1 내지 n DRX 사이클 구성들 중 임의의 것을 지칭한다. UE는 DCI들; RNTI들; 필드들의 조합; 및 흐름 아이덴티티로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관을 갖는 구성을 수신하고(단계(500)); DRX 활성 시간에 PDCCH를 모니터링하며(단계(502)); DRX DCI 지시를 갖는 PDCCH를 수신하는 것에 응답하여, DCI 지시와 연관된 DRX 구성 k를 식별(500)하고/하거나(단계(504)); PDCCH 수신 이후 다음 심벌에서 drx-InactivityTimer(k)를 시작하거나 재시작한다(단계(508)).

일부 실시예들에서, UE는 다음과 같이, 네트워크에 의해 흐름들이 지시되는지 여부 및 어느 흐름들이 지시되는지에 따라 drx-InactivityTimer들을 시작/재시작/중지시킨다.

(A) PDCCH가 트래픽 흐름 유형을 나타내는 경우:

(A1) PDCCH가 인덱스를 나타내는 경우:

(A1.1) 인덱스가 DRX 구성을 나타내는 경우:

a) drx-onDurationTimer 및/또는 drx-InactivityTimer가 해당 시간에 실행되고 있는 경우, UE는 지시된 DRX 구성에 대한 대응하는 타이머들(예를 들면, drx-InactivityTimer)을 시작하거나 재시작하는 반면, 다른 DRX 구성들은 영향을 받지 않을 것이거나(도 5 참조),

b) UE는 drx-onDurationTimer 및/또는 drx-InactivityTimer가 해당 시간에 실행되고 있는 모든 DRX 구성들에 대한 drx-InactivityTimer를 시작하거나 재시작한다. 한 가지 옵션은 다음과 같다:

b.1) 한 가지 옵션은 지시된 DRX 구성과 연관된drx-InactivityTimer가 모든 선택된 drx-InactivityTimer(들)에 적용될 것이라는 것이고; 대안적으로.

(A1.2) 인덱스가 null/empty/default 또는 특수한 DRX 구성 인덱스를 나타내는 경우:

a) UE는 각각의 연관된 DRX 구성에 대한 drx -onDurationTimer 및/또는 drx - InactivityTimer가 해당 시간에 실행되고 있는 경우 모든 DRX 구성들에 대한 drx-InactivityTimer를 시작하거나 재시작한다. 각각의 시작되거나 재시작된 타이머에 적용할 값은 그 자신의 구성에 대응한다.

(A1.3) 인덱스가 복수의 타이머(예를 들면, drx-InactivityTimer) 값들 중 특정 타이머 값을 나타내는 경우:

a) UE는 각각의 연관된 DRX 구성에 대한 drx -onDurationTimer 및/또는 drx - InactivityTimer가 해당 시간에 실행되고 있는 경우 모든 DRX 구성들에 대한 drx-InactivityTimer를 시작하거나 재시작한다. 모든 선택된 drx-InactivityTimer(들)는 인덱스가 가리키는 값을 적용할 것이다.

(A2) PDCCH가 새로운 RNTI로 스크램블링되는 경우, UE는 두 가지 상이한 경우를 따를 수 있다. 첫째, UE는 다른 모든 다수의 타이머들보다 하나의 미리 결정된 drx-InactivityTimer 값에 우선순위를 부여할 수 있다. 둘째, UE는 흐름 인덱스 정보를 식별하는 새로운 목적을 위해 기존 DCI 또는 UCI 필드들 중 일부 또는 전부를 해석하고 위의 A1.1 및 A1.2에서 설명된 것과 동일한 절차를 따른다.

(A3) (6.1.1-A3에서 설명된 바와 같은) 암시적 흐름 정보에 대한 특수한 물리 자원 할당 지시가 있을 때, UE는 모든 다른 다수의 타이머들보다 하나의 drx-InactivityTimer 값에 우선순위를 부여할 것이거나 위의 A1.1 및 A1.2에서의 동일한 절차를 따르기 위해 흐름 인덱스 정보를 추출할 것이다.

UE가 위의 단계들(A1/2/3) 중 하나에서 액션들을 수행한 후, UE는 궁극적으로 슬립 기간(sleep period)에 진입할 것이고 PDCCH를 모니터링하는 것을 중지할 것이다. 다음 DRX 기간이 시작될 때, 그 값들을 수정한 해당 DRX 구성들에 대해, UE는 다음 중 하나를 따를 것이다:

- UE는 인덱스에 의해 지시되는 DRX 구성과 연관된 타이머 값들을 계속 사용할 것이거나,

- UE는 각각의 대응하는 DRX 구성에 대한 RRC 구성에서 초기에 제공된 타이머 값들을 재적용할 것이다.

(B) UE가 PDSCH를 수신하기 전에, PDCCH가 UE에 의해 수신된다. UE가 새로운 전송을 나타내는 PDCCH를 수신할 때, [4]에서의 제안과 같이, UE는 drx-onDurationTimer 및/또는 drx-InactivityTimer가 실행되고 있는 DRX 구성들의 모든 drx-InactivityTimer들을 시작/재시작한다. 추가적으로, UE는 PDSCH에서 전송되는 MAC PDU로부터 흐름 정보/LCID(들)를 추출한다:

(B1) UE가 PDSCH를 수신할 때, UE는 MAC PDU의 MAC 서브헤더들로부터 LCID를 추출하고 추가적인 필드가 이 LCID에 대한 트래픽의 끝을 지시하는지를 검사한다. 트래픽의 끝이 지시되는 경우, UE는 그의 다음 DRX 사이클까지 이 LCID와 연관된 DRX 구성에 대한 drx-InactivityTimer를 재시작하지 않을 것이다.

(B2) 대안적으로, 인덱스(들)를 나타내는 MAC CE가 MAC PDU에 있는 경우:

B2.a) 인덱스(들)가 더 이상 데이터가 없는 흐름들을 나타내는 경우, UE는, 그 각자의 다음 DRX 사이클까지, 그들과 연관된 DRX 구성(들)에 대한 drx-InactivityTimer를 재시작하지 않을 것이거나;

B2.b) 인덱스(들)가 PDCCH에 의해 이미 스케줄링되었지만 아직 전송되지 않은 흐름들을 나타내는 경우, UE는 지시된 흐름들 또는 현재 MAC 서브헤더 내의 LCID와 연관된 DRX 구성들에 대응하지 않는 모든 실행 중인 drx - InactivityTimer들을 중지시킬 수 있다.

B2.c) 인덱스(들)가 DRX 구성을 나타내는 경우, UE는 지시된 DRX 구성(들)에 대한 drx-InactivityTimer를 재시작하지 않을 것이다. 대안적으로, UE는 지시된 DRX 구성(들)에 대한 drx-InactivityTimer를 재시작할 것이다.

(B3) (B1/2)에 대한 대안으로, UE는 새로운 DL/UL 전송들을 스케줄링하는 모든 PDCCH에 대해 카운터를 증가시킬 수 있다. 새로운 전송을 위해 스케줄링된 PDSCH/PUSCH가 발생할 때, UE는 이 카운터를 감소시킨다. 카운터가 0인 경우(즉, 이 전송 이후에 새로운 DL/UL 전송이 예상되지 않는 경우), UE는 현재 PDSCH/PUSCH에서의 LCID(들)를 검사할 수 있고 현재 PDSCH/PUSCH에서의 LCID(들)와 연관되지 않은 DRX 구성들의 모든 실행 중인 drx-InactivityTimer들을 중지시킬 수 있다.

도 6은 일부 실시예들에 따른 UE(600)를 도시한다. 본 명세서에서 사용되는 바와 같이, UE는 네트워크 노드들 및/또는 다른 UE들과 무선으로 통신할 수 있고, 통신하도록 구성되며, 배열되고/되거나 작동할 수 있는 디바이스를 지칭한다. UE의 예들은 스마트 폰, 모바일 폰, 셀 폰, VoIP(Voice over Internet Protocol) 폰, 무선 로컬 루프 폰(wireless local loop phone), 데스크톱 컴퓨터, PDA(Personal Digital Assistant), 무선 카메라, 게이밍 콘솔 또는 디바이스, 음악 저장 디바이스, 재생 기기(playback appliance), 웨어러블 단말 디바이스, 무선 엔드포인트, 이동국, 태블릿, 랩톱, LEE(Laptop Embedded Equipment), LME(Laptop Mounted Equipment), 스마트 디바이스, 무선 CPE(Customer Premise Equipment), 차량 탑재 또는 차량 내장/통합 무선 디바이스 등을 포함하지만, 이에 제한되지 않는다. 다른 예들은 NB-IoT(Narrowband Internet of Things) UE, MTC(Machine Type Communication) UE, 및/또는 eMTC(enhanced MTC) UE를 포함한, 3GPP에 의해 식별되는 임의의 UE를 포함한다.

UE는, 예를 들어 사이드링크 통신, DSRC(Dedicated Short-Range Communication), V2V(Vehicle-to-Vehicle), V2I(Vehicle-to-Infrastructure), 또는 V2X(Vehicle-to-Everything)를 위한 3GPP 표준을 구현하는 것에 의해, D2D(Device-to-Device) 통신을 지원할 수 있다. 다른 예들에서, UE는 관련 디바이스를 소유 및/또는 조작하는 인간 사용자의 의미에서의 사용자를 반드시 갖는 것은 아닐 수 있다. 그 대신에, UE는 인간 사용자에 대한 판매 또는 인간 사용자에 의한 조작을 위해 의도되어 있지만 특정 인간 사용자와 연관되지 않을 수 있거나 초기에 연관되지 않을 수 있는 디바이스(예를 들면, 스마트 스프링클러 제어기)를 나타낼 수 있다. 대안적으로, UE는 최종 사용자에 대한 판매 또는 최종 사용자에 의한 조작을 위해 의도되어 있지 않지만 사용자의 이익과 연관되거나 사용자의 이익을 위해 조작될 수 있는 디바이스(예컨대, 스마트 전력계)를 나타낼 수 있다.

UE(600)는 버스(604)를 통해 입력/출력 인터페이스(606), 전원(608), 메모리(610), 통신 인터페이스(612), 및/또는 임의의 다른 컴포넌트, 또는 이들의 임의의 조합에 작동 가능하게 결합되는 처리 회로(602)를 포함한다. 특정 UE들은 도 6에 도시된 컴포넌트들의 전부 또는 서브세트를 활용할 수 있다. 컴포넌트들 간의 통합 레벨은 UE마다 다를 수 있다. 게다가, 특정 UE들은, 다수의 프로세서들, 메모리들, 트랜시버들, 송신기들, 수신기들 등과 같은, 컴포넌트의 다수의 인스턴스들을 포함할 수 있다.

처리 회로(602)는 명령어들 및 데이터를 처리하도록 구성되고 메모리(610)에 머신 판독 가능한 컴퓨터 프로그램들로서 저장된 명령어들을 실행하도록 작동하는 임의의 순차 상태 머신(sequential state machine)을 구현하도록 구성될 수 있다. 처리 회로(602)는 (예를 들면, 이산 로직, FPGA(Field Programmable Gate Array), ASIC(Application Specific Integrated Circuit) 등에서의) 하나 이상의 하드웨어 구현 상태 머신; 적절한 펌웨어와 함께 프로그래밍 가능한 로직; 하나 이상의 저장된 컴퓨터 프로그램, 적절한 소프트웨어와 함께, 마이크로프로세서 또는 디지털 신호 프로세서(DSP)와 같은 범용 프로세서; 또는 이들의 임의의 조합으로서 구현될 수 있다. 예를 들어, 처리 회로(602)는 다수의 CPU(Central Processing Unit)들을 포함할 수 있다.

이 예에서, 입력/출력 인터페이스(606)는 입력 디바이스, 출력 디바이스, 또는 하나 이상의 입력 및/또는 출력 디바이스에 대한 인터페이스 또는 인터페이스들을 제공하도록 구성될 수 있다. 출력 디바이스의 예들은 스피커, 사운드 카드, 비디오 카드, 디스플레이, 모니터, 프린터, 액추에이터, 방출기(emitter), 스마트카드, 다른 출력 디바이스, 또는 이들의 임의의 조합을 포함한다. 입력 디바이스는 사용자가 UE(600)에 정보를 캡처할 수 있도록 할 수 있다. 입력 디바이스의 예들은 터치 감응형(touch-sensitive) 또는 존재 감응형(presence-sensitive) 디스플레이, 카메라(예를 들면, 디지털 카메라, 디지털 비디오 카메라, 웹 카메라 등), 마이크로폰, 센서, 마우스, 트랙볼, 방향 패드, 트랙패드, 스크롤 휠, 스마트카드 등을 포함한다. 존재 감응형 디스플레이는 사용자로부터의 입력을 감지하기 위한 용량성 또는 저항성 터치 센서를 포함할 수 있다. 센서는, 예를 들어, 가속도계, 자이로스코프, 틸트 센서, 힘 센서, 자력계, 광학 센서, 근접 센서, 생체 측정 센서 등 또는 이들의 임의의 조합일 수 있다. 출력 디바이스는 입력 디바이스와 동일한 유형의 인터페이스 포트를 사용할 수 있다. 예를 들어, USB(Universal Serial Bus) 포트가 입력 디바이스와 출력 디바이스를 제공하는 데 사용될 수 있다.

일부 실시예들에서, 전원(608)은 배터리 또는 배터리 팩으로 구성된다. 외부 전원(예를 들면, 전기 콘센트), 광기전력 디바이스, 또는 전지(power cell)와 같은, 다른 유형의 전원들이 사용될 수 있다. 전원(608)은 전원(608) 자체 및/또는 외부 전원으로부터의 전력을 입력 회로 또는 전력 케이블과 같은 인터페이스를 통해 UE(600)의 다양한 부분들에 전달하기 위한 전력 회로를 더 포함할 수 있다. 전력을 전달하는 것은, 예를 들어, 전원(608)을 충전하기 위한 것일 수 있다. 전력 회로는 전원(608)으로부터의 전력에 대해 임의의 포맷팅, 변환, 또는 다른 수정을 수행하여 그 전력을 전력이 공급되는 UE(600)의 각자의 컴포넌트들에 적합하도록 만들 수 있다.

메모리(610)는 RAM(Random Access Memory), ROM(Read Only Memory), PROM(Programmable ROM), EPROM(Erasable PROM), EEPROM(Electrically EPROM), 자기 디스크, 광학 디스크, 하드 디스크, 이동식 카트리지, 플래시 드라이브 등과 같은 메모리일 수 있거나 이들을 포함하도록 구성될 수 있다. 일 예에서, 메모리(610)는, 운영 체제, 웹 브라우저 애플리케이션, 위젯, 가젯 엔진(gadget engine), 또는 다른 애플리케이션과 같은 하나 이상의 애플리케이션 프로그램(614), 및 대응하는 데이터(616)를 포함한다. 메모리(610)는, UE(600)에 의한 사용을 위해, 각종의 다양한 운영 체제들 또는 운영 체제들의 조합들 중 임의의 것을 저장할 수 있다.

메모리(610)는, RAID(Redundant Array of Independent Disks), 플래시 메모리, USB 플래시 드라이브, 외부 하드 디스크 드라이브, 썸 드라이브(thumb drive), 펜 드라이브, 키 드라이브, HD-DVD(High Density Digital Versatile Disc) 광학 디스크 드라이브, 내부 하드 디스크 드라이브, Blu-Ray 광학 디스크 드라이브, HDDS(Holographic Digital Data Storage) 광학 디스크 드라이브, 외부 미니 DIMM(Dual In-line Memory Module), SDRAM(Synchronous Dynamic RAM), 외부 마이크로-DIMM SDRAM; USIM(Universal SIM) 및/또는 ISIM(Internet Protocol Multimedia Services Identity Module)과 같은 하나 이상의 SIM(Subscriber Identity Module)을 포함하는 UICC(Universal Integrated Circuit Card) 형태의 변조 방지 모듈(tamper resistant module)과 같은 스마트카드 메모리; 다른 메모리; 또는 이들의 임의의 조합과 같은, 다수의 물리 드라이브 유닛들을 포함하도록 구성될 수 있다. UICC는 예를 들어 eUICC(embedded UICC), iUICC(Integrated UICC) 또는 'SIM 카드'로 통상적으로 알려진 이동식 UICC일 수 있다. 메모리(610)는 UE(600)가 일시적 또는 비일시적 메모리 매체에 저장된 명령어들, 애플리케이션 프로그램들 등에 액세스하거나, 데이터를 오프로드하거나, 데이터를 업로드할 수 있도록 할 수 있다. 통신 시스템을 활용하는 것과 같은, 제조 물품은 디바이스 판독 가능 저장 매체일 수 있거나 이를 포함할 수 있는 메모리(610)로서 또는 메모리(610)에 유형적으로 구체화될 수 있다.

처리 회로(602)는 통신 인터페이스(612)를 사용하여 액세스 네트워크 또는 다른 네트워크와 통신하도록 구성될 수 있다. 통신 인터페이스(612)는 하나 이상의 통신 서브시스템을 포함할 수 있고 안테나(622)를 포함하거나 이에 통신 가능하게 결합될 수 있다. 통신 인터페이스(612)는, 예컨대, 무선 통신을 할 수 있는 다른 디바이스(예를 들면, 다른 UE 또는 액세스 네트워크에서의 네트워크 노드)의 하나 이상의 원격 트랜시버와 통신하는 것에 의해, 통신하는 데 사용되는 하나 이상의 트랜시버를 포함할 수 있다. 각각의 트랜시버는 네트워크 통신(예를 들면, 광학, 전기, 주파수 할당 등)을 제공하는 데 적절한 송신기(618) 및/또는 수신기(620)를 포함할 수 있다. 더욱이, 송신기(618) 및 수신기(620)는 하나 이상의 안테나(예를 들면, 안테나(622))에 결합될 수 있고 회로 컴포넌트들, 소프트웨어 또는 펌웨어를 공유할 수 있거나 대안적으로 별도로 구현될 수 있다.

예시된 실시예에서, 통신 인터페이스(612)의 통신 기능들은 셀룰러 통신, WiFi 통신, LPWAN 통신, 데이터 통신, 음성 통신, 멀티미디어 통신, 블루투스, NFC와 같은 단거리 통신(short-range communications), 위치를 결정하기 위해 GPS(Global Positioning System)를 사용하는 것과 같은 위치 기반 통신, 다른 유사한 통신 기능, 또는 이들의 임의의 조합을 포함할 수 있다. 통신은, IEEE 802.11, CDMA(Code Division Multiplexing Access), WCDMA(Wideband CDMA), GSM, LTE, NR, UMTS, WiMax, 이더넷, TCP/IP(Transmission Control Protocol/Internet Protocol), SONET(Synchronous Optical Networking), ATM(Asynchronous Transfer Mode), QUIC(Quick User Datagram Protocol Internet Connection), HTTP(Hypertext Transfer Protocol) 등과 같은, 하나 이상의 통신 프로토콜 및/또는 표준에 따라 구현될 수 있다.

센서 유형에 관계없이, UE는, 자신의 통신 인터페이스(612)를 통해, 또는 네트워크 노드에 대한 무선 연결을 통해 자신의 센서들에 의해 캡처되는 데이터의 출력을 제공할 수 있다. UE의 센서들에 의해 캡처되는 데이터는 다른 UE를 통해 네트워크 노드로 무선 연결을 통해 전달될 수 있다. 출력은 주기적이거나(예를 들면, 감지된 온도를 보고하는 경우 15분마다 한 번), 랜덤하거나(예를 들면, 여러 센서들로부터의 보고로 인한 부하를 균등화(even out)하기 위해), 트리거링 이벤트에 응답한 것이거나(예를 들면, 수분이 검출되는 경우 경고가 송신됨), 요청(예를 들면, 사용자 개시 요청)에 응답한 것이거나, 연속 스트림(예를 들면, 환자의 라이브 비디오 피드)일 수 있다.

다른 예로서, UE는 무선 연결을 통해 네트워크 노드로부터 무선 입력을 수신하도록 구성된 통신 인터페이스에 관련된 액추에이터, 모터, 또는 스위치를 포함한다. 수신된 무선 입력에 응답하여, 액추에이터, 모터, 또는 스위치의 상태들이 변경될 수 있다. 예를 들어, UE는 수신된 입력에 따라 비행 중인 드론의 제어 표면들 또는 로터들을 조정하는 모터 또는 수신된 입력에 따라 의료 절차를 수행하는 로봇 팔을 포함할 수 있다.

UE는, IoT 디바이스의 형태일 때, 하나 이상의 애플리케이션 도메인에서 사용하기 위한 디바이스일 수 있으며, 이러한 도메인들은 도시 웨어러블(city wearable) 기술, 확장된 산업 애플리케이션 및 헬스케어를 포함하지만 이에 제한되지 않는다. 이러한 IoT 디바이스의 비제한적인 예들은 연결된 냉장고 또는 냉동고, 텔레비전, 연결된 조명 디바이스, 전기 계량기, 로봇 진공 청소기, 음성 제어 스마트 스피커, 홈 보안 카메라, 모션 검출기, 온도 조절기, 연기 검출기, 도어/창문 센서, 홍수/습기 센서, 전기 도어 잠금 장치, 연결된 초인종, 히트 펌프와 같은 에어컨 시스템, 자율 주행 차량, 감시 시스템, 날씨 모니터링 디바이스, 차량 주차 모니터링 디바이스, 전기 차량 충전소, 스마트 워치, 피트니스 트래커(fitness tracker), AR(Augmented Reality) 또는 VR을 위한 머리 장착형 디스플레이, 촉각 증강(tactile augmentation) 또는 감각 증진(sensory enhancement)을 위한 웨어러블, 스프링클러(water sprinkler), 동물 또는 물품 추적 디바이스, 식물이나 동물을 모니터링하기 위한 센서, 산업용 로봇, UAV(Unmanned Aerial Vehicle), 및 심박수 모니터 또는 원격 제어 수술 로봇과 같은 임의의 종류의 의료 디바이스에 있거나 내장되는 디바이스이다. IoT 디바이스 형태의 UE는 도 6에 도시된 UE(600)와 관련하여 설명된 바와 같이 다른 컴포넌트들에 추가하여 IoT 디바이스의 의도된 응용에 따라 회로 및/또는 소프트웨어를 포함한다.

또 다른 구체적인 예로서, IoT 시나리오에서, UE는 모니터링 및/또는 측정을 수행하고, 이러한 모니터링 및/또는 측정의 결과를 다른 UE 및/또는 네트워크 노드로 전송하는 머신 또는 다른 디바이스를 나타낼 수 있다. UE는 이 경우에, 3GPP 콘텍스트에서 MTC 디바이스라고 지칭될 수 있는, M2M 디바이스일 수 있다. 하나의 특정 예로서, UE는 3GPP NB-IoT 표준을 구현할 수 있다. 다른 시나리오들에서, UE는 자신의 작동 상태 또는 자신의 작동과 연관된 다른 기능들을 모니터링 및/또는 보고할 수 있는, 자동차, 버스, 트럭, 선박, 비행기와 같은, 차량 또는 다른 장비를 나타낼 수 있다.

실제로, 단일 사용 사례와 관련하여 임의의 개수의 UE들이 함께 사용될 수 있다. 예를 들어, 제1 UE는 드론이거나 드론에 통합될 수 있고 드론을 조작하는 원격 컨트롤러인 제2 UE에 드론의 속도 정보(속도 센서를 통해 획득됨)를 제공할 수 있다. 사용자가 원격 컨트롤러로부터 변경을 수행할 때, 제1 UE는 드론의 속도를 높이거나 낮추기 위해 (예를 들면, 액추에이터를 제어하는 것에 의해) 드론 상의 스로틀을 조정할 수 있다. 제1 및/또는 제2 UE는 위에서 설명된 기능들 중 하나 초과의 기능을 또한 포함할 수 있다. 예를 들어, UE는 센서와 액추에이터를 포함할 수 있으며, 속도 센서와 액추에이터들 양쪽 모두에 대한 데이터의 통신을 핸들링할 수 있다.

도 7은 일부 실시예들에 따른 네트워크 노드(700)를 도시한다. 본 명세서에서 사용되는 바와 같이, 네트워크 노드는 통신 네트워크에서 UE 및/또는 다른 네트워크 노드들 또는 장비와 직접 또는 간접적으로 통신할 수 있고, 통신하도록 구성되며, 배열되고/되거나 작동 가능한 장비를 지칭한다. 네트워크 노드들의 예들은 AP(예를 들면, 라디오 AP), 기지국(BS)(예를 들면, 라디오 BS, 노드 B, eNB(evolved Node B) 및 gNB(NR Node B))를 포함하지만, 이에 제한되지 않는다.

BS들은 그들이 제공하는 커버리지의 양(또는, 달리 말하면, 그들의 전송 전력 레벨)에 기초하여 카테고리화될 수 있고, 따라서, 제공된 커버리지의 양에 따라, 펨토 BS, 피코 BS, 마이크로 BS, 또는 매크로 BS라고 지칭될 수 있다. BS는 릴레이를 제어하는 릴레이 노드(relay node) 또는 릴레이 도너 노드(relay donor node)일 수 있다. 네트워크 노드는 중앙집중식 디지털 유닛들 및/또는, 때때로 RRH들(Remote Radio Heads)이라고 지칭되는, RRU들(Remote Radio Units)과 같은 분산 라디오 BS의 하나 이상의(또는 모든) 부분을 또한 포함할 수 있다. 그러한 RRU들은 안테나 통합 라디오(antenna integrated radio)로서 안테나와 통합될 수 있거나 통합되지 않을 수 있다. 분산 라디오 BS의 부분들은 DAS(Distributed Antenna System)에서의 노드들이라고도 지칭될 수 있다.

네트워크 노드의 다른 예들은 다중 전송 포인트(multi-TRP) 5G 액세스 노드, MSR BS와 같은 MSR(Multi-Standard Radio) 장비, RNC(Radio Network Controller) 또는 BSC(BS Controller)와 같은 네트워크 제어기, BTS(Base Transceiver Station), 전송 포인트, 전송 노드, MCE(Multi-Cell/Multicast Coordination Entity), O&M(Operation and Maintenance) 노드, OSS(Operations Support System) 노드, SON(Self-Organizing Network) 노드, 포지셔닝 노드(예를 들면, E-SMLC(Evolved Serving Mobile Location Center)), 및/또는 MDT(Minimization of Drive Test)를 포함한다.

네트워크 노드(700)는 처리 회로(702), 메모리(704), 통신 인터페이스(706), 및 전원(708)을 포함한다. 네트워크 노드(700)는, 각각이 그 자신의 각자의 컴포넌트들을 가질 수 있는, 다수의 물리적으로 분리된 컴포넌트들(예를 들면, Node B 컴포넌트와 RNC 컴포넌트, 또는 BTS 컴포넌트와 BSC 컴포넌트 등)로 구성될 수 있다. 네트워크 노드(700)가 다수의 개별 컴포넌트들(예를 들면, BTS 및 BSC 컴포넌트들)을 포함하는 특정 시나리오들에서, 개별 컴포넌트들 중 하나 이상은 여러 네트워크 노드들 간에 공유될 수 있다. 예를 들어, 단일 RNC가 다수의 노드 B들을 제어할 수 있다. 그러한 시나리오에서, 각각의 고유한 Node B와 RNC 쌍은, 일부 경우에, 단일의 개별 네트워크 노드로 간주될 수 있다. 일부 실시예들에서, 네트워크 노드(700)는 다수의 RAT들을 지원하도록 구성될 수 있다. 이러한 실시예들에서, 일부 컴포넌트들은 중복될(duplicated) 수 있고(예를 들면, 상이한 RAT들에 대한 개별 메모리(704)), 일부 컴포넌트들은 재사용될 수 있다(예를 들면, 안테나(710)가 상이한 RAT들에 의해 공유될 수 있다). 네트워크 노드(700)는 네트워크 노드(700)에 통합된 상이한 무선 기술들, 예를 들어 GSM, WCDMA, LTE, NR, WiFi, Zigbee, Z-wave, LoRaWAN(Long Range Wide Area Network), RFID(Radio Frequency Identification) 또는 Bluetooth 무선 기술들에 대한 다양하게 예시된 컴포넌트들의 다수의 세트들을 또한 포함할 수 있다. 이 무선 기술들은 네트워크 노드(700) 내의 다른 컴포넌트들 및 동일하거나 상이한 칩 또는 칩 세트에 통합될 수 있다.

처리 회로(702)는, 단독으로 또는, 메모리(704)와 같은, 다른 네트워크 노드(700) 컴포넌트들과 함께, 네트워크 노드(700) 기능을 제공하도록 작동 가능한 마이크로프로세서, 제어기, 마이크로컨트롤러, CPU, DSP, ASIC, FPGA, 또는 임의의 다른 적합한 컴퓨팅 디바이스, 자원, 또는 하드웨어, 소프트웨어 및/또는 인코딩된 로직의 조합 중 하나 이상의 조합을 포함할 수 있다.

일부 실시예들에서, 처리 회로(702)는 시스템 온 칩(SOC)을 포함한다. 일부 실시예들에서, 처리 회로(702)는 RF(Radio Frequency) 트랜시버 회로(712) 및 기저대역 처리 회로(714) 중 하나 이상을 포함한다. 일부 실시예들에서, RF 트랜시버 회로(712) 및 기저대역 처리 회로(714)는 개별 칩들(또는 칩 세트들), 보드들, 또는, 라디오 유닛들 및 디지털 유닛들과 같은, 유닛들 상에 있을 수 있다. 대안의 실시예들에서, RF 트랜시버 회로(712) 및 기저대역 처리 회로(714)의 일부 또는 전부는 동일한 칩 또는 칩 세트, 보드들, 또는 유닛들 상에 있을 수 있다.

메모리(704)는 처리 회로(702)에 의해 사용될 수 있는 정보, 데이터, 및/또는 명령어들을 저장하는 영구 저장소(persistent storage), 솔리드 스테이트 메모리, 원격 장착 메모리(remotely mounted memory), 자기 매체, 광학 매체, RAM, ROM, 대용량 저장 매체(예를 들어, 하드 디스크), 이동식 저장 매체(예를 들어, 플래시 드라이브, CD(Compact Disk) 또는 DVD(Digital Video Disk)), 및/또는 임의의 다른 휘발성 또는 비휘발성, 비일시적 디바이스 판독 가능 및/또는 컴퓨터 실행 가능 메모리 디바이스들을, 제한 없이, 포함한 임의의 형태의 휘발성 또는 비휘발성 컴퓨터 판독 가능 메모리를 포함할 수 있다. 메모리(704)는, 처리 회로(702)에 의해 실행되고 네트워크 노드(700)에 의해 활용될 수 있는 로직, 규칙들, 코드, 테이블들, 및/또는 다른 명령어들 중 하나 이상을 포함하는 컴퓨터 프로그램, 소프트웨어, 애플리케이션을 포함한, 임의의 적합한 명령어들, 데이터 또는 정보를 저장할 수 있다. 메모리(704)는 처리 회로(702)에 의해 행해지는 임의의 계산들 및/또는 통신 인터페이스(706)를 통해 수신되는 임의의 데이터를 저장하는 데 사용될 수 있다. 일부 실시예들에서, 처리 회로(702)와 메모리(704)는 통합된다.

통신 인터페이스(706)는 네트워크 노드, 액세스 네트워크, 및/또는 UE 사이의 시그널링 및/또는 데이터의 유선 또는 무선 통신에 사용된다. 예시된 바와 같이, 통신 인터페이스(706)는, 예를 들어, 유선 연결을 통해 네트워크로 및 네트워크로부터 데이터를 송신 및 수신하기 위한 포트(들)/단자(들)(716)를 포함한다. 통신 인터페이스(706)는 안테나(710)에 결합될 수 있거나, 또는 특정 실시예들에서 안테나(710)의 일부일 수 있는 라디오 프런트 엔드 회로(718)를 또한 포함한다. 라디오 프런트 엔드 회로(718)는 필터들(720) 및 증폭기들(722)을 포함한다. 라디오 프런트 엔드 회로(718)는 안테나(710) 및 처리 회로(702)에 연결될 수 있다. 라디오 프런트 엔드 회로(718)는 안테나(710)와 처리 회로(702) 사이에서 통신되는 신호들을 컨디셔닝하도록 구성될 수 있다. 라디오 프런트 엔드 회로(718)는 무선 연결을 통해 다른 네트워크 노드들 또는 UE들로 송출되어야 하는 디지털 데이터를 수신할 수 있다. 라디오 프런트 엔드 회로(718)는 필터들(720) 및/또는 증폭기들(722)의 조합을 사용하여 디지털 데이터를 적절한 채널 및 대역폭 파라미터들을 갖는 라디오 신호로 변환할 수 있다. 라디오 신호는 이어서 안테나(710)를 통해 전송될 수 있다. 유사하게, 데이터를 수신할 때, 안테나(710)는 라디오 신호들을 수집할 수 있으며, 이 라디오 신호들은 이어서 라디오 프런트 엔드 회로(718)에 의해 디지털 데이터로 변환된다. 디지털 데이터는 처리 회로(702)에 전달될 수 있다. 다른 실시예들에서, 통신 인터페이스(706)는 상이한 컴포넌트들 및/또는 컴포넌트들의 상이한 조합들을 포함할 수 있다.

특정 대안적인 실시예들에서, 네트워크 노드(700)는 별도의 라디오 프런트 엔드 회로(718)를 포함하지 않고, 그 대신에, 처리 회로(702)가 라디오 프런트 엔드 회로를 포함하고 안테나(710)에 연결된다. 유사하게, 일부 실시예들에서, RF 트랜시버 회로(712)의 전부 또는 일부는 통신 인터페이스(706)의 일부이다. 또 다른 실시예들에서, 통신 인터페이스(706)는 하나 이상의 포트 또는 단자(716), 라디오 프런트 엔드 회로(718), 및 RF 트랜시버 회로(712)를 라디오 유닛(도시되지 않음)의 일부로서 포함하고, 통신 인터페이스(706)는 디지털 유닛(도시되지 않음)의 일부인 기저대역 처리 회로(714)와 통신한다.

안테나(710)는, 무선 신호들을 송신 및/또는 수신하도록 구성된, 하나 이상의 안테나 또는 안테나 어레이를 포함할 수 있다. 안테나(710)는 라디오 프런트 엔드 회로(718)에 결합될 수 있으며, 데이터 및/또는 신호들을 무선으로 전송 및 수신할 수 있는 임의의 유형의 안테나일 수 있다. 특정 실시예들에서, 안테나(710)는 네트워크 노드(700)와 분리되고 인터페이스 또는 포트를 통해 네트워크 노드(700)에 연결 가능하다.

안테나(710), 통신 인터페이스(706), 및/또는 처리 회로(702)는 네트워크 노드(700)에 의해 수행되는 것으로 본 명세서에 설명된 임의의 수신 동작들 및/또는 특정 획득 동작들을 수행하도록 구성될 수 있다. 임의의 정보, 데이터 및/또는 신호들은 UE, 다른 네트워크 노드 및/또는 임의의 다른 네트워크 장비로부터 수신될 수 있다. 유사하게, 안테나(710), 통신 인터페이스(706), 및/또는 처리 회로(702)는 네트워크 노드(700)에 의해 수행되는 것으로 본 명세서에 설명된 임의의 전송 동작들을 수행하도록 구성될 수 있다. 임의의 정보, 데이터 및/또는 신호들은 UE, 다른 네트워크 노드 및/또는 임의의 다른 네트워크 장비로 전송될 수 있다.

전원(708)은 네트워크 노드(700)의 다양한 컴포넌트들에 각자의 컴포넌트들에 적합한 형태로(예를 들면, 각각의 각자의 컴포넌트에 필요한 전압 및 전류 레벨로) 전력을 제공한다. 전원(708)은 추가로, 네트워크 노드(700)의 컴포넌트들에 본 명세서에 설명된 기능을 수행하기 위한 전력을 공급하기 위해 전력 관리 회로를 포함하거나 이에 결합될 수 있다. 예를 들어, 네트워크 노드(700)는 입력 회로 또는 전기 케이블과 같은 인터페이스를 통해 외부 전원(예를 들면, 전력 그리드 또는 전기 콘센트)에 연결 가능할 수 있으며, 이에 의해 외부 전원은 전원(708)의 전력 회로에 전력을 공급한다. 추가 예에서, 전원(708)은 전력 회로에 연결되거나 전력 회로에 통합된 배터리 또는 배터리 팩의 형태의 전원을 포함할 수 있다. 외부 전원이 고장나면 배터리가 백업 전력을 제공할 수 있다.

네트워크 노드(700)의 실시예들은 본 명세서에 설명된 기능 중 임의의 것 및/또는 본 명세서에 설명된 주제를 지원하는 데 필요한 임의의 기능을 포함한, 네트워크 노드의 기능의 특정 측면들을 제공하기 위한 도 7에 도시된 것들 이외의 추가적인 컴포넌트들을 포함할 수 있다. 예를 들어, 네트워크 노드(700)는 네트워크 노드(700)에의 정보의 입력을 가능하게 하고 네트워크 노드(700)로부터 정보의 출력을 가능하게 하기 위한 사용자 인터페이스 장비를 포함할 수 있다. 이것은 사용자가 네트워크 노드(700)에 대한 진단, 유지보수, 수리, 및 다른 관리 기능들을 수행할 수 있게 할 수 있다.

도 8은 본 명세서에 설명된 다양한 양태들에 따른, 도 4의 호스트(416)의 실시예일 수 있는 호스트(800)의 블록 다이어그램이다. 본 명세서에서 사용되는 바와 같이, 호스트(800)는 독립형 서버, 블레이드 서버, 클라우드 구현 서버, 분산 서버, 가상 머신, 컨테이너, 또는 서버 팜 내의 처리 자원들을 포함한, 하드웨어 및/또는 소프트웨어의 다양한 조합들일 수 있거나 이를 포함할 수 있다. 호스트(800)는 하나 이상의 UE에게 하나 이상의 서비스를 제공할 수 있다.

호스트(800)는 버스(804)를 통해 입력/출력 인터페이스(806), 네트워크 인터페이스(808), 전원(810), 및 메모리(812)에 작동 가능하게 결합되는 처리 회로(802)를 포함한다. 다른 실시예들에서 다른 컴포넌트들이 포함될 수 있다. 이러한 컴포넌트들의 특징들은 도 6 및 도 7과 같은 이전 도면들의 디바이스들과 관련하여 설명된 것들과 실질적으로 유사할 수 있으므로, 그 설명은 일반적으로 호스트(800)의 대응하는 컴포넌트들에 적용 가능하다.

메모리(812)는 하나 이상의 호스트 애플리케이션 프로그램(814)을 포함하는 하나 이상의 컴퓨터 프로그램 및 데이터(816)를 포함할 수 있으며, 데이터(816)는 사용자 데이터, 예를 들면, 호스트(800)를 위해 UE에 의해 생성된 데이터 또는 UE를 위해 호스트(800)에 의해 생성된 데이터를 포함할 수 있다. 호스트(800)의 실시예들은 도시된 컴포넌트들의 서브세트만 또는 그 전부를 활용할 수 있다. 호스트 애플리케이션 프로그램들(814)은 컨테이너 기반 아키텍처로 구현될 수 있으며, UE들의 다수의 상이한 클래스들, 유형들, 또는 구현들(예를 들면, 핸드셋, 데스크톱 컴퓨터, 웨어러블 디스플레이 시스템, 헤드업 디스플레이 시스템)을 위한 트랜스코딩을 포함한, 비디오 코덱(예를 들면, VVC(Versatile Video Coding), HEVC(High Efficiency Video Coding), AVC(Advanced Video Coding), MPEG(Moving Picture Experts Group), VP9) 및 오디오 코덱(예를 들면, FLAC(Free Lossless Audio Codec), AAC(Advanced Audio Coding), MPEG, G.711)에 대한 지원을 제공할 수 있다. 호스트 애플리케이션 프로그램들(814)은 또한 사용자 인증 및 라이센싱 검사를 제공할 수 있으며, 코어 네트워크 내부 또는 에지에 있는 디바이스와 같은, 중앙 노드에 상태(health), 경로(route) 및 콘텐츠 이용 가능성을 주기적으로 보고할 수 있다. 그에 따라, 호스트(800)는 UE에 대한 OTT(Over-The-Top) 서비스들을 위해 상이한 호스트를 선택 및/또는 지시할 수 있다. 호스트 애플리케이션 프로그램들(814)은 HLS(HTTP Live Streaming) 프로토콜, RTMP(Real-Time Messaging Protocol), RTSP(Real-Time Streaming Protocol), DASH 또는 MPEG-DASH(Dynamic Adaptive Streaming over HTTP) 등과 같은 다양한 프로토콜들을 지원할 수 있다.

도 9는 일부 실시예들에 의해 구현되는 기능들이 가상화될 수 있는 가상화 환경(900)을 예시한 블록 다이어그램이다. 본 맥락에서, 가상화는 가상화 하드웨어 플랫폼들, 저장 디바이스들, 및 네트워킹 자원들을 포함할 수 있는 장치들 또는 디바이스들의 가상 버전들을 생성하는 것을 의미한다. 본 명세서에서 사용되는 바와 같이, 가상화는 본 명세서에 설명된 임의의 디바이스 또는 그 컴포넌트들에 적용될 수 있으며, 기능의 적어도 일부가 하나 이상의 가상 컴포넌트로서 구현되는 구현에 관련된다. 본 명세서에 설명된 기능들 중 일부 또는 전부는, 네트워크 노드, UE, 코어 네트워크 노드, 또는 호스트로서 작동하는 하드웨어 컴퓨팅 디바이스와 같은, 하드웨어 노드들 중 하나 이상에 의해 호스팅되는 하나 이상의 가상 환경(900)에서 구현되는 하나 이상의 가상 머신(VM)에 의해 실행되는 가상 컴포넌트들로서 구현될 수 있다. 게다가, 가상 노드가 라디오 연결(예를 들면, 코어 네트워크 노드 또는 호스트)을 필요로 하지 않는 실시예들에서, 노드는 완전히 가상화될 수 있다.

애플리케이션(902)(대안적으로 소프트웨어 인스턴스, 가상 어플라이언스, 네트워크 기능, 가상 노드, 가상 네트워크 기능 등으로 불릴 수 있음)은 본 명세서에 개시된 실시예들의 일부의 특징들, 기능들, 및/또는 이점들의 일부를 구현하기 위해 가상화 환경(Q400)에서 실행된다.

하드웨어(904)는 처리 회로, 하드웨어 처리 회로에 의해 실행 가능한 소프트웨어 및/또는 명령어들을 저장하는 메모리, 및/또는 네트워크 인터페이스, 입력/출력 인터페이스 등과 같은 본 명세서에 설명된 다른 하드웨어 디바이스들을 포함한다. 소프트웨어는 하나 이상의 가상화 계층(906)(하이퍼바이저 또는 VM 모니터(VMM)라고도 지칭됨)을 인스턴스화하며, VM들(908A 및 908B)(이들 중 하나 이상은 일반적으로 VM들(908)이라고 지칭될 수 있음)을 제공하고/하거나, 본 명세서에 설명된 일부 실시예들과 관련하여 설명된 기능들, 특징들 및/또는 이점들 중 임의의 것을 수행하기 위해 처리 회로에 의해 실행될 수 있다. 가상화 계층(906)은 VM들(908)에 네트워킹 하드웨어처럼 보이는 가상 운영 플랫폼을 제시할 수 있다.

VM들(908)은 가상 처리, 가상 메모리, 가상 네트워킹 또는 인터페이스 및 가상 저장소를 포함하고, 대응하는 가상화 계층(906)에 의해 실행될 수 있다. 가상 기기(902)의 인스턴스의 상이한 실시예들은 VM들(908) 중 하나 이상에서 구현될 수 있고, 구현들은 상이한 방식들로 이루어질 수 있다. 하드웨어의 가상화는 일부 맥락에서 NFV(Network Function Virtualization)라고 지칭된다. NFV는 데이터 센터들 및 고객 구내 장비에 위치할 수 있는 많은 네트워크 장비 유형들을 산업 표준 대용량 서버 하드웨어, 물리적 스위치들, 및 물리적 저장소에 통합(consolidate)시키는 데 사용될 수 있다.

NFV의 맥락에서, VM(908)은 프로그램들이 물리적 비가상화된 머신(physical, non-virtualized machine) 상에서 실행되고 있는 것처럼 프로그램들을 실행하는 물리적 머신(physical machine)의 소프트웨어 구현일 수 있다. VM들(908) 각각, 및 해당 VM을 실행하는 하드웨어(904)의 해당 부분은, 해당 VM에 전용된 하드웨어 및/또는 해당 VM에 의해 다른 VM들(908)과 공유되는 하드웨어이든 관계없이, 별개의 가상 네트워크 요소들을 형성한다. 여전히 NFV의 맥락에서, 가상 네트워크 기능은 하드웨어(904) 위의 하나 이상의 VM(908)에서 실행되고 애플리케이션(902)에 대응하는 특정 네트워크 기능들을 핸들링하는 일을 담당한다.

하드웨어(904)는 일반(generic) 또는 특정(specific) 컴포넌트들을 갖는 독립형 네트워크 노드에서 구현될 수 있다. 하드웨어(904)는 가상화를 통해 일부 기능들을 구현할 수 있다. 대안적으로, 하드웨어(904)는, 많은 하드웨어 노드들이 함께 작동하고, 그 중에서도, 애플리케이션들(902)의 수명 주기 관리를 감독하는 관리 및 오케스트레이션(management and orchestration)(910)을 통해 관리되는, (예를 들면, 데이터 센터 또는 CPE에서와 같은) 보다 큰 하드웨어 클러스터의 일부일 수 있다. 일부 실시예들에서, 하드웨어(904)는 하나 이상의 안테나에 결합될 수 있는 하나 이상의 송신기 및 하나 이상의 수신기를 각각 포함하는 하나 이상의 라디오 유닛에 결합된다. 라디오 유닛들은 하나 이상의 적절한 네트워크 인터페이스를 통해 다른 하드웨어 노드들과 직접 통신할 수 있고 가상 컴포넌트들과 결합하여 RAN 또는 BS와 같은, 라디오 능력들을 갖는 가상 노드를 제공하는 데 사용될 수 있다. 일부 실시예들에서, 일부 시그널링은 하드웨어 노드들과 라디오 유닛들 사이의 통신을 위해 대안적으로 사용될 수 있는 제어 시스템(912)의 사용으로 제공될 수 있다.

도 10은 일부 실시예들에 따른 부분 무선 연결을 통해 네트워크 노드(1004)를 통해 UE(1006)와 통신하는 호스트(1002)의 통신 다이어그램을 도시한다. 이전 단락들에서 논의된 UE(예컨대, 도 4의 UE(412A) 및/또는 도 6의 UE(600)), 네트워크 노드(예컨대, 도 4의 네트워크 노드(410A) 및/또는 도 7의 네트워크 노드(700)), 및 호스트(예컨대, 도 4의 호스트(416) 및/또는 도 8의 호스트(800))의, 다양한 실시예들에 따른, 예시적인 구현들이 이제 도 10을 참조하여 설명될 것이다.

호스트(800)와 마찬가지로, 호스트(1002)의 실시예들은 통신 인터페이스, 처리 회로, 및 메모리와 같은 하드웨어를 포함한다. 호스트(1002)는 호스트(1002)에 저장되거나 호스트(1002)에 의해 액세스 가능하고 처리 회로에 의해 실행 가능한 소프트웨어를 또한 포함한다. 소프트웨어는 UE(1006)와 호스트(1002) 사이에 연장되는 OTT 연결(1050)을 통해 연결되는 UE(1006)와 같은, 원격 사용자에게 서비스를 제공하도록 작동 가능할 수 있는 호스트 애플리케이션을 포함한다. 원격 사용자에게 서비스를 제공할 시에, 호스트 애플리케이션은 OTT 연결(1050)을 사용하여 전송되는 사용자 데이터를 제공할 수 있다.

네트워크 노드(1004)는 연결(1060)을 통해 호스트(1002) 및 UE(1006)와 통신할 수 있게 하는 하드웨어를 포함한다. 연결(1060)은 직접 연결(direct)일 수 있거나 (도 4의 코어 네트워크(406)와 같은) 코어 네트워크 및/또는 하나 이상의 공용, 사설, 또는 호스팅된 네트워크와 같은 하나 이상의 다른 중간 네트워크를 통과할 수 있다. 예를 들어, 중간 네트워크는 백본 네트워크 또는 인터넷일 수 있다.

UE(1006)는 하드웨어 및 소프트웨어를 포함하며, 이 소프트웨어는 UE(1006)에 저장되거나 UE(1006)에 의해 액세스 가능하고 UE의 처리 회로에 의해 실행 가능하다. 소프트웨어는 호스트(1002)의 지원 하에 UE(1006)를 통해 인간 또는 비인간 사용자에게 서비스를 제공하도록 작동 가능할 수 있는 웹 브라우저 또는 운영자 특정(operator-specific) "앱"과 같은 클라이언트 애플리케이션을 포함한다. 호스트(1002)에서, 실행 중인 호스트 애플리케이션은 UE(1006) 및 호스트(1002)에서 종단되는 OTT 연결(1050)을 통해 실행 중인 클라이언트 애플리케이션과 통신할 수 있다. 사용자에게 서비스를 제공함에 있어서, UE의 클라이언트 애플리케이션은 호스트의 호스트 애플리케이션으로부터 요청 데이터를 수신하고, 요청 데이터에 응답하여 사용자 데이터를 제공할 수 있다. OTT 연결(1050)은 요청 데이터 및 사용자 데이터 양쪽 모두를 전송할 수 있다. UE의 클라이언트 애플리케이션은 사용자와 상호 작용하여 OTT 연결(1050)을 통해 호스트 애플리케이션에 제공하는 사용자 데이터를 생성할 수 있다.

OTT 연결(1050)은 호스트(1002)와 네트워크 노드(1004) 사이의 연결(1060)을 통해 그리고 네트워크 노드(1004)와 UE(1006) 사이의 무선 연결(1070)을 통해 연장되어 호스트(1002)와 UE(1006) 사이의 연결을 제공할 수 있다. OTT 연결(1050)이 제공될 수 있는 연결(1060) 및 무선 연결(1070)은, 임의의 중간 디바이스들 및 이러한 디바이스들을 통한 메시지들의 정확한 라우팅에 대한 명시적인 참조 없이, 네트워크 노드(1004)를 통한 호스트(1002)와 UE(1006) 사이의 통신을 예시하기 위해 추상적으로 그려졌다.

OTT 연결(1050)을 통해 데이터를 전송하는 예로서, 단계(1008)에서, 호스트(1002)는 사용자 데이터를 제공하며, 이 사용자 데이터는 호스트 애플리케이션을 실행하는 것에 의해 수행될 수 있다. 일부 실시예들에서, 사용자 데이터는 UE(1006)와 상호 작용하는 특정 인간 사용자와 연관된다. 다른 실시예들에서, 사용자 데이터는 명시적인 인간 상호 작용 없이 호스트(1002)와 데이터를 공유하는 UE(1006)와 연관된다. 단계(1010)에서, 호스트(1002)는 UE(1006)를 향해 사용자 데이터를 운반하는 전송을 개시한다. 호스트(1002)는 UE(1006)에 의해 전송되는 요청에 응답하여 전송을 개시할 수 있다. 요청은 UE(1006)와의 인간 상호 작용에 의해 또는 UE(1006)에서 실행되는 클라이언트 애플리케이션의 동작에 의해 야기될 수 있다. 전송은, 본 개시 전반에 걸쳐 설명된 실시예들의 교시내용에 따라, 네트워크 노드(1004)를 통과할 수 있다. 그에 따라, 단계(1012)에서, 네트워크 노드(1004)는 본 개시 전반에 걸쳐 설명된 실시예들의 교시내용에 따라, 호스트(1002)가 개시한 전송에서 전달된 사용자 데이터를 UE(1006)로 전송한다. 단계(1014)에서, UE(1006)는 전송에서 전달된 사용자 데이터를 수신하며, 이는 호스트(1002)에 의해 실행되는 호스트 애플리케이션과 연관된 UE(1006)에서 실행되는 클라이언트 애플리케이션에 의해 수행될 수 있다.

일부 예들에서, UE(1006)는 호스트(1002)에 사용자 데이터를 제공하는 클라이언트 애플리케이션을 실행한다. 사용자 데이터는 호스트(1002)로부터 수신된 데이터에 대한 반응 또는 응답으로 제공될 수 있다. 그에 따라, 단계(1016)에서, UE(1006)는 사용자 데이터를 제공할 수 있으며, 이는 클라이언트 애플리케이션을 실행하는 것에 의해 수행될 수 있다. 사용자 데이터를 제공함에 있어서, 클라이언트 애플리케이션은 UE(1006)의 입력/출력 인터페이스를 통해 사용자로부터 수신된 사용자 입력을 추가로 고려할 수 있다. 사용자 데이터가 제공된 특정 방식에 관계없이, UE(1006)는, 단계(1018)에서, 네트워크 노드(1004)를 통해 호스트(1002)를 향한 사용자 데이터의 전송을 개시한다. 단계(1020)에서, 본 개시 전반에 걸쳐 설명된 실시예들의 교시내용에 따라, 네트워크 노드(1004)는 UE(1006)로부터 사용자 데이터를 수신하고 호스트(1002)를 향한 수신된 사용자 데이터의 전송을 개시한다. 단계(1022)에서, 호스트(1002)는 UE(1006)에 의해 개시된 전송에서 전달된 사용자 데이터를 수신한다.

다양한 실시예들 중 하나 이상은, 무선 연결(1070)이 마지막 세그먼트를 형성하는, OTT 연결(1050)을 사용하여 UE(1006)에 제공되는 OTT 서비스들의 성능을 개선시킨다. 보다 정확하게는, 이러한 실시예들의 교시내용은, 예를 들면, 데이터 레이트, 레이턴시, 전력 소비 등을 개선시킬 수 있고, 이에 의해, 예를 들면, 감소된 사용자 대기 시간, 파일 크기에 대한 완화된 제한, 개선된 콘텐츠 해상도, 보다 나은 응답성, 연장된 배터리 수명 등과 같은 이점들을 제공할 수 있다.

예시적인 시나리오에서, 공장 상태 정보(factory status information)가 호스트(1002)에 의해 수집되고 분석될 수 있다. 다른 예로서, 호스트(1002)는 지도를 생성하는 데 사용하기 위해 UE로부터 검색되었을 수 있는 오디오 및 비디오 데이터를 처리할 수 있다. 다른 예로서, 호스트(1002)는 차량 정체를 제어하는 데(예를 들면, 교통 신호등을 제어하는 데) 도움을 주기 위해 실시간 데이터를 수집하고 분석할 수 있다. 다른 예로서, 호스트(1002)는 UE에 의해 업로드된 감시 비디오를 저장할 수 있다. 다른 예로서, 호스트(1002)는 UE들로 브로드캐스팅, 멀티캐스팅 또는 유니캐스팅할 수 있는 비디오, 오디오, VR 또는 AR과 같은 미디어 콘텐츠를 저장하거나 이에 대한 액세스를 제어할 수 있다. 다른 예들로서, 호스트(1002)는 에너지 가격 책정, 발전 요구의 균형을 맞추기 위한 시간이 중요하지 않은(non-time critical) 전기 부하의 원격 제어, 위치 서비스, 프레젠테이션 서비스(예컨대, 원격 디바이스들로부터 수집된 데이터로부터 다이어그램 등을 컴파일하는 것), 또는 데이터를 수집, 검색, 저장, 분석 및/또는 전송하는 임의의 다른 기능을 위해 사용될 수 있다.

일부 예들에서, 하나 이상의 실시예들이 개선시키는 데이터 레이트, 레이턴시 및 다른 인자들을 모니터링할 목적으로 측정 절차가 제공될 수 있다. 측정 결과들의 변동들에 응답하여, 호스트(1002)와 UE(1006) 사이의 OTT 연결(1050)을 재구성하기 위한 선택적인 네트워크 기능이 추가로 있을 수 있다. OTT 연결(1050)을 재구성하기 위한 측정 절차 및/또는 네트워크 기능은 호스트(1002) 및/또는 UE(1006)의 소프트웨어 및 하드웨어에서 구현될 수 있다. 일부 실시예들에서, 센서들(도시되지 않음)은 OTT 연결(1050)이 통과하는 다른 디바이스들에 배포되거나 이 통신 디바이스들과 연관될 수 있으며; 센서들은 위에 예시된 모니터링된 양들의 값들을 공급하는 것 또는 다른 물리적 양들의 값들 - 이들로부터 소프트웨어는 모니터링된 양들을 계산 또는 추정할 수 있음 - 을 공급하는 것에 의해 측정 절차에 참여할 수 있다. OTT 연결(1050)의 재구성은 메시지 포맷, 재전송 설정, 선호된 라우팅 등을 포함할 수 있으며; 재구성은 네트워크 노드(1004)의 동작을 직접 변경할 필요가 없다. 이러한 절차들 및 기능들은 본 기술 분야에서 알려져 있고 실시될 수 있다. 특정 실시예들에서, 측정은 호스트(1002)에 의한 처리량, 전파 시간, 레이턴시 등의 측정을 용이하게 하는 독점적 UE 시그널링을 수반할 수 있다. 소프트웨어가, 전파 시간, 오류 등을 모니터링하는 동안, OTT 연결(1050)을 사용하여 메시지들, 특히 비어 있는 또는 '더미' 메시지들이 전송되게 한다는 점에서 측정들이 구현될 수 있다.

본 명세서에 설명된 컴퓨팅 디바이스들(예를 들어, UE들, 네트워크 노드들, 호스트들)은 하드웨어 컴포넌트들의 예시된 조합을 포함할 수 있지만, 다른 실시예들은 컴포넌트들의 상이한 조합을 갖는 컴퓨팅 디바이스들을 포함할 수 있다. 이러한 컴퓨팅 디바이스들이 본 명세서에 개시된 태스크들, 특징들, 기능들 및 방법들을 수행하는 데 필요한 하드웨어 및/또는 소프트웨어의 임의의 적합한 조합을 포함할 수 있다는 것이 이해되어야 한다. 본 명세서에 설명된 결정, 계산, 획득 또는 유사한 동작들은 처리 회로에 의해 수행될 수 있으며, 이 처리 회로는, 예를 들어, 획득된 정보를 다른 정보로 변환하는 것, 획득된 정보 또는 변환된 정보를 네트워크 노드에 저장된 정보와 비교하는 것, 및/또는 획득된 정보 또는 변환된 정보에 기초하여 하나 이상의 동작을 수행하는 것, 및 상기 처리의 결과로서 결정을 행하는 것에 의해 정보를 처리할 수 있다. 더욱이, 컴포넌트들이 더 큰 상자 내에 위치하거나 다수의 상자들 내에 내포된 단일 상자들로서 묘사되지만 실제로 컴퓨팅 디바이스들은 단일의 예시된 컴포넌트를 구성하는 다수의 상이한 물리적 컴포넌트들을 포함할 수 있으며 기능은 개별적인 컴포넌트들 간에 분할될 수 있다. 예를 들어, 통신 인터페이스는 본 명세서에 설명된 컴포넌트들 중 임의의 것을 포함하도록 구성될 수 있고/있으며, 컴포넌트들의 기능은 처리 회로와 통신 인터페이스 간에 분할될 수 있다. 다른 예에서, 이러한 컴포넌트들 중 임의의 것의 비-계산 집약적(non-computationally intensive) 기능들은 소프트웨어 또는 펌웨어로 구현될 수 있고 계산 집약적 기능들은 하드웨어로 구현될 수 있다.

특정 실시예들에서, 본 명세서에 설명된 기능 중 일부 또는 전부는, 특정 실시예들에서 비일시적 컴퓨터 판독 가능 저장 매체 형태의 컴퓨터 프로그램 제품일 수 있는, 메모리에 저장된 명령어들을 실행하는 처리 회로에 의해 제공될 수 있다. 대안의 실시예들에서, 기능의 일부 또는 전부는, 하드 와이어드 방식으로와 같이, 개별 또는 이산 디바이스 판독 가능 저장 매체에 저장된 명령어들을 실행하지 않고 처리 회로에 의해 제공될 수 있다. 그 특정의 실시예들 중 임의의 것에서, 비일시적 컴퓨터 판독 가능 저장 매체에 저장된 명령어들을 실행하는지의 여부에 관계없이, 처리 회로는 설명된 기능을 수행하도록 구성될 수 있다. 이러한 기능에 의해 제공되는 이점은 처리 회로 단독으로 또는 컴퓨팅 디바이스의 다른 컴포넌트들로 제한되지 않고, 컴퓨팅 디바이스 전체에 의해, 및/또는 최종 사용자 및 무선 네트워크 전반에 의해 향유된다.

실시예들

그룹 A 실시예들

실시예 1: 흐름 유형을 결정하기 위해 사용자 장비에 의해 수행되는 방법으로서, 이 방법은: a. DCI들; RNTI들; 필드들의 조합; 및 흐름 아이덴티티로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관을 갖는 구성을 수신하는 단계(500); b. DRX 활성 시간에 PDCCH를 모니터링하는 단계(502); c. DRX DCI 지시를 갖는 PDCCH를 수신하는 것(504)에 응답하여, DCI 지시와 연관된 DRX 구성 k를 식별하는 단계(506); 및 d. PDCCH 수신 이후 다음 심벌에서 지시된 DRX 구성에 대한 대응하는 타이머를 시작하거나 재시작하는 단계(508) 중 하나 이상을 포함하는, 방법.

실시예 2: 실시예 1에 있어서, 흐름 아이덴티티는 LCID 또는 RB를 포함하는, 방법.

실시예 3: 실시예 1 내지 실시예 2 중 어느 한 실시예에 있어서, 구성은 RRC를 통해 수신되는, 방법.

실시예 4: 실시예 1 내지 실시예 3 중 어느 한 실시예에 있어서, drx-onDurationTimer 및/또는 drx-InactivityTimer가 해당 시간에 실행되고 있는 모든 DRX 구성들에 대한 대응하는 타이머를 시작하거나 재시작하는 단계를 더 포함하는, 방법.

실시예 5: 실시예 1 내지 실시예 4 중 어느 한 실시예에 있어서, 지시된 DRX 구성과 연관된 대응하는 타이머는 모든 선택된 대응하는 타이머들에 적용될 것인, 방법.

실시예 6: 실시예 1 내지 실시예 5 중 어느 한 실시예에 있어서, drx-onDurationTimer 및/또는 drx-InactivityTimer가 해당 시간에 실행되고 있는 모든 DRX 구성들에 대한 대응하는 타이머를 시작하거나 재시작하는 단계 - 모든 선택된 drx-InactivityTimer(들)는 인덱스가 가리키는 값을 적용함 - 를 더 포함하는, 방법.

실시예 7: 실시예 1 내지 실시예 6 중 어느 한 실시예에 있어서, 구성은 DRX 구성을 나타내는 인덱스; null/empty/default 또는 특수한 DRX 구성 인덱스를 나타내는 인덱스; 복수의 타이머(예를 들면, drx-InactivityTimer) 값들 중 특정 타이머 값을 나타내는 인덱스로 구성된 그룹 중 하나 이상을 포함하는, 방법.

실시예 8: 실시예 1 내지 실시예 7 중 어느 한 실시예에 있어서, 대응하는 타이머는 drx-InactivityTimer(k)를 포함하는, 방법.

실시예 9: 실시예 1 내지 실시예 8 중 어느 한 실시예에 있어서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 모든 다른 다수의 타이머들보다 하나의 미리 결정된 drx-InactivityTimer 값에 우선순위를 부여하는, 방법.

실시예 10: 실시예 1 내지 실시예 8 중 어느 한 실시예에 있어서, 일부 실시예들에서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 흐름 인덱스 정보를 식별하기 위한 새로운 목적을 위해 기존 DCI 또는 UCI 필드들 중 일부 또는 전부를 해석하는, 방법.

실시예 11: 실시예 1 내지 실시예 10 중 어느 한 실시예에 있어서, 암시적 흐름 정보에 대한 특수한 물리 자원 할당 지시가 있을 때, 모든 다른 다수의 타이머들보다 하나의 drx-InactivityTimer 값에 우선순위를 부여하거나 흐름 인덱스 정보를 추출할 것인, 방법.

실시예 12: 이전의 실시예들 중 어느 한 실시예에 있어서, 사용자 데이터를 제공하는 단계; 및 네트워크 노드로의 전송을 통해 사용자 데이터를 호스트로 포워딩하는 단계를 더 포함하는, 방법.

그룹 B 실시예들

실시예 13: 흐름 유형을 지시하기 위해 네트워크 노드에 의해 수행되는 방법으로서, 이 방법은: a. DCI들; RNTI들; 필드들의 조합; 및 흐름 아이덴티티로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관으로 사용자 장비를 구성하는 단계; b. DCI 지시와 연관된 DRX 구성 k를 식별해 주는 DRX DCI 지시를 갖는 PDCCH를 전송하는 단계; 및 c. 지시된 DRX 구성에 대한 대응하는 타이머가 PDCCH 이후 다음 심벌에서 시작되거나 재시작되는지를 결정하는 단계 중 하나 이상을 포함하는, 방법.

실시예 14: 실시예 13에 있어서, 흐름 아이덴티티는 LCID 또는 RB를 포함하는, 방법.

실시예 15: 실시예 13 내지 실시예 14 중 어느 한 실시예에 있어서, 구성은 RRC를 통해 전송되는, 방법.

실시예 16: 실시예 13 내지 실시예 15 중 어느 한 실시예에 있어서, 구성은 DRX 구성을 나타내는 인덱스; null/empty/default 또는 특수한 DRX 구성 인덱스를 나타내는 인덱스; 복수의 타이머(예를 들면, drx-InactivityTimer) 값들 중 특정 타이머 값을 나타내는 인덱스로 구성된 그룹 중 하나 이상을 포함하는, 방법.

실시예 17: 실시예 13 내지 실시예 16 중 어느 한 실시예에 있어서, 대응하는 타이머는 drx-InactivityTimer(k)를 포함하는, 방법.

실시예 18: 실시예 13 내지 실시예 17 중 어느 한 실시예에 있어서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 사용자 장비는 모든 다른 다수의 타이머들보다 하나의 미리 결정된 drx-InactivityTimer 값에 우선순위를 부여하는, 방법.

실시예 19: 실시예 13 내지 실시예 17 중 어느 한 실시예에 있어서, 일부 실시예들에서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 사용자 장비는 흐름 인덱스 정보를 식별하기 위한 새로운 목적을 위해 기존 DCI 또는 UCI 필드들 중 일부 또는 전부를 해석하는, 방법.

실시예 20: 실시예 1 내지 실시예 10 중 어느 한 실시예에 있어서, 암시적 흐름 정보에 대한 특수한 물리 자원 할당 지시가 있을 때, 사용자 장비는 모든 다른 다수의 타이머들보다 하나의 drx-InactivityTimer 값에 우선순위를 부여하거나 흐름 인덱스 정보를 추출할 것인, 방법.

실시예 21: 이전의 실시예들 중 어느 한 실시예에 있어서, 사용자 데이터를 획득하는 단계; 및 사용자 데이터를 호스트 또는 사용자 장비에게 포워딩하는 단계를 더 포함하는, 방법.

그룹 C 실시예들

실시예 22: 흐름 유형을 결정하기 위한 사용자 장비로서, 그룹 A 실시예들 중 어느 한 실시예의 단계들 중 어느 한 단계를 수행하도록 구성된 처리 회로; 및 처리 회로에 전력을 공급하도록 구성된 전력 공급 회로를 포함하는, 사용자 장비.

실시예 23: 흐름 유형을 결정하기 위한 네트워크 노드로서, 그룹 B 실시예들 중 어느 한 실시예의 단계들 중 어느 한 단계를 수행하도록 구성된 처리 회로; 및 처리 회로에 전력을 공급하도록 구성된 전력 공급 회로를 포함하는, 네트워크 노드.

실시예 24: 흐름 유형을 결정하기 위한 사용자 장비(UE)로서, 무선 신호들을 송신 및 수신하도록 구성된 안테나; 안테나 및 처리 회로에 연결되고, 안테나와 처리 회로 사이에서 통신되는 신호들을 컨디셔닝하도록 구성된 라디오 프런트 엔드 회로; 그룹 A 실시예들 중 어느 한 실시예의 단계들 중 어느 한 단계를 수행하도록 구성된 처리 회로; 처리 회로에 연결되고 UE에의 정보의 입력이 처리 회로에 의해 처리될 수 있게 하도록 구성된 입력 인터페이스; 처리 회로에 연결되고 처리 회로에 의해 처리된 정보를 UE로부터 출력하도록 구성된 출력 인터페이스; 및 처리 회로에 연결되고 UE에 전력을 공급하도록 구성된 배터리를 포함하는, UE.

실시예 25: OTT(over-the-top) 서비스를 제공하기 위해 통신 시스템에서 작동하도록 구성되는 호스트로서, 사용자 데이터를 제공하도록 구성된 처리 회로; 및 사용자 장비(UE)로 전송하기 위해 셀룰러 네트워크로의 사용자 데이터의 전송을 개시하도록 구성된 네트워크 인터페이스를 포함하며, UE는 통신 인터페이스 및 처리 회로를 포함하고, UE의 통신 인터페이스 및 처리 회로는 호스트로부터 사용자 데이터를 수신하기 위해 그룹 A 실시예들 중 어느 한 실시예의 단계들 중 어느 한 단계를 수행하도록 구성되는, 호스트.

실시예 26: 이전 실시예에 있어서, 셀룰러 네트워크는 호스트로부터 UE로 사용자 데이터를 전송하기 위해 UE와 통신하도록 구성된 네트워크 노드를 더 포함하는, 호스트.

실시예 27: 이전 2개의 실시예에 있어서, 호스트의 처리 회로는 호스트 애플리케이션을 실행하여, 이에 의해 사용자 데이터를 제공하도록 구성되고; 호스트 애플리케이션은 UE에서 실행되는 클라이언트 애플리케이션과 상호 작용하도록 구성되며, 클라이언트 애플리케이션은 호스트 애플리케이션과 연관되는, 호스트.

실시예 28: 네트워크 노드 및 사용자 장비(UE)를 더 포함하는 통신 시스템에서 작동하는 호스트에 의해 구현되는 방법으로서, UE에 사용자 데이터를 제공하는 단계; 및 네트워크 노드를 포함하는 셀룰러 네트워크를 통해 사용자 데이터를 UE로 운반하는 전송을 개시하는 단계를 포함하며, UE는 호스트로부터 사용자 데이터를 수신하기 위해 그룹 A 실시예들 중 어느 한 실시예의 동작들 중 어느 한 동작을 수행하는, 방법.

실시예 29: 이전 실시예에 있어서, 호스트에서, UE로부터 사용자 데이터를 수신하기 위해 UE에서 실행되는 클라이언트 애플리케이션과 연관된 호스트 애플리케이션을 실행하는 단계를 더 포함하는, 방법.

실시예 30: 이전 실시예에 있어서, 호스트에서, UE에서 실행되는 클라이언트 애플리케이션으로 입력 데이터를 전송하는 단계 - 입력 데이터는 호스트 애플리케이션을 실행하는 것에 의해 제공됨 - 를 더 포함하며, 사용자 데이터는 호스트 애플리케이션으로부터의 입력 데이터에 응답하여 클라이언트 애플리케이션에 의해 제공되는, 방법.

실시예 31: OTT(over-the-top) 서비스를 제공하기 위해 통신 시스템에서 작동하도록 구성되는 호스트로서, 사용자 데이터를 제공하도록 구성된 처리 회로; 및 사용자 장비(UE)로 전송하기 위해 셀룰러 네트워크로의 사용자 데이터의 전송을 개시하도록 구성된 네트워크 인터페이스를 포함하며, UE는 통신 인터페이스 및 처리 회로를 포함하고, UE의 통신 인터페이스 및 처리 회로는 사용자 데이터를 호스트로 전송하기 위해 그룹 A 실시예들 중 어느 한 실시예의 단계들 중 어느 한 단계를 수행하도록 구성되는, 호스트.

실시예 32: 이전 실시예에 있어서, 셀룰러 네트워크는 UE로부터 호스트로 사용자 데이터를 전송하기 위해 UE와 통신하도록 구성된 네트워크 노드를 더 포함하는, 호스트.

실시예 33: 이전 2개의 실시예에 있어서, 호스트의 처리 회로는 호스트 애플리케이션을 실행하여, 이에 의해 사용자 데이터를 제공하도록 구성되고; 호스트 애플리케이션은 UE에서 실행되는 클라이언트 애플리케이션과 상호 작용하도록 구성되며, 클라이언트 애플리케이션은 호스트 애플리케이션과 연관되는, 호스트.

실시예 34: 네트워크 노드 및 사용자 장비(UE)를 더 포함하는 통신 시스템에서 작동하도록 구성된 호스트에 의해 구현되는 방법으로서, 호스트에서, UE에 의해 네트워크 노드를 통해 호스트로 전송되는 사용자 데이터를 수신하는 단계를 포함하며, UE는 사용자 데이터를 호스트로 전송하기 위해 그룹 A 실시예들 중 어느 한 실시예의 단계들 중 어느 한 단계를 수행하는, 방법.

실시예 35: 이전 실시예에 있어서, 호스트에서, UE로부터 사용자 데이터를 수신하기 위해 UE에서 실행되는 클라이언트 애플리케이션과 연관된 호스트 애플리케이션을 실행하는 단계를 더 포함하는, 방법.

실시예 36: 이전 실시예에 있어서, 호스트에서, UE에서 실행되는 클라이언트 애플리케이션으로 입력 데이터를 전송하는 단계 - 입력 데이터는 호스트 애플리케이션을 실행하는 것에 의해 제공됨 - 를 더 포함하며, 사용자 데이터는 호스트 애플리케이션으로부터의 입력 데이터에 응답하여 클라이언트 애플리케이션에 의해 제공되는, 방법.

실시예 37: OTT(over-the-top) 서비스를 제공하기 위해 통신 시스템에서 작동하도록 구성되는 호스트로서, 사용자 데이터를 제공하도록 구성된 처리 회로; 및 사용자 장비(UE)로 전송하기 위해 셀룰러 네트워크 내의 네트워크 노드로의 사용자 데이터의 전송을 개시하도록 구성된 네트워크 인터페이스를 포함하고, 네트워크 노드는 통신 인터페이스 및 처리 회로를 가지며, 네트워크 노드의 처리 회로는 호스트로부터 UE로 사용자 데이터를 전송하기 위해 그룹 B 실시예들 중 어느 한 실시예의 동작들 중 어느 한 동작을 수행하도록 구성되는, 호스트.

실시예 38: 이전 실시예에 있어서, 호스트의 처리 회로는 사용자 데이터를 제공하는 호스트 애플리케이션을 실행하도록 구성되고; UE는 호스트로부터의 사용자 데이터의 전송을 수신하기 위해 호스트 애플리케이션과 연관된 클라이언트 애플리케이션을 실행하도록 구성된 처리 회로를 포함하는, 호스트.

실시예 39: 네트워크 노드 및 사용자 장비(UE)를 더 포함하는 통신 시스템에서 작동하도록 구성된 호스트에서 구현되는 방법으로서, UE에 사용자 데이터를 제공하는 단계; 및 네트워크 노드를 포함하는 셀룰러 네트워크를 통해 사용자 데이터를 UE로 운반하는 전송을 개시하는 단계를 포함하며, 네트워크 노드는 호스트로부터 UE로 사용자 데이터를 전송하기 위해 그룹 B 실시예들 중 어느 한 실시예의 동작들 중 어느 한 동작을 수행하는, 방법.

실시예 40: 이전 실시예에 있어서, 네트워크 노드에서, UE를 위해 호스트에 의해 제공되는 사용자 데이터를 전송하는 단계를 더 포함하는, 방법.

실시예 41: 이전 2개의 실시예 중 어느 한 실시예에 있어서, 사용자 데이터는 UE에서 실행되는 클라이언트 애플리케이션과 상호 작용하는 호스트 애플리케이션을 실행하는 것에 의해 호스트에서 제공되고, 클라이언트 애플리케이션은 호스트 애플리케이션과 연관되는, 방법.

실시예 42: 오버-더-톱 서비스를 제공하도록 구성된 통신 시스템으로서, 호스트를 포함하며, 이 호스트는 사용자 장비(UE)를 위한 사용자 데이터를 제공하도록 구성된 처리 회로 - 사용자 데이터는 오버-더-톱 서비스와 연관됨 -; 및 UE로 전송하기 위해 셀룰러 네트워크 노드로의 사용자 데이터의 전송을 개시하도록 구성된 네트워크 인터페이스를 포함하며, 네트워크 노드는 통신 인터페이스 및 처리 회로를 가지며, 네트워크 노드의 처리 회로는 호스트로부터 UE로 사용자 데이터를 전송하기 위해 그룹 B 실시예들 중 어느 한 실시예의 동작들 중 어느 한 동작을 수행하도록 구성되는, 통신 시스템.

실시예 43: 이전 실시예에 있어서, 네트워크 노드; 및/또는 사용자 장비를 더 포함하는, 통신 시스템.

실시예 44: OTT(over-the-top) 서비스를 제공하기 위해 통신 시스템에서 작동하도록 구성되는 호스트로서, 사용자 데이터의 수신을 개시하도록 구성된 처리 회로; 및 셀룰러 네트워크 내의 네트워크 노드로부터 사용자 데이터를 수신하도록 구성된 네트워크 인터페이스를 포함하며, 네트워크 노드는 통신 인터페이스 및 처리 회로를 가지며, 네트워크 노드의 처리 회로는 호스트를 위해 사용자 장비(UE)로부터 사용자 데이터를 수신하기 위해 그룹 B 실시예들 중 어느 한 실시예의 동작들 중 어느 한 동작을 수행하도록 구성되는, 호스트.

실시예 45: 이전 2개의 실시예에 있어서, 호스트의 처리 회로는 호스트 애플리케이션을 실행하여, 이에 의해 사용자 데이터를 제공하도록 구성되고; 호스트 애플리케이션은 UE에서 실행되는 클라이언트 애플리케이션과 상호 작용하도록 구성되며, 클라이언트 애플리케이션은 호스트 애플리케이션과 연관되는, 호스트.

실시예 46: 이전 2개의 실시예 중 어느 한 실시예에 있어서, 사용자 데이터의 수신을 개시하는 것은 사용자 데이터를 요청하는 것을 포함하는, 호스트.

실시예 47: 네트워크 노드 및 사용자 장비(UE)를 더 포함하는 통신 시스템에서 작동하도록 구성된 호스트에 의해 구현되는 방법으로서, 호스트에서, UE로부터의 사용자 데이터의 수신을 개시하는 단계 - 사용자 데이터는 네트워크 노드가 UE로부터 수신한 전송으로부터 비롯됨 - 를 포함하며, 네트워크 노드는 호스트를 위해 UE로부터 사용자 데이터를 수신하기 위해 그룹 B 실시예들 중 어느 한 실시예의 단계들 중 어느 한 단계를 수행하는, 방법.

실시예 48: 이전 실시예에 있어서, 네트워크 노드에서, 수신된 사용자 데이터를 호스트로 전송하는 단계를 더 포함하는, 방법.

이하의 약어들 중 적어도 일부가 본 개시에서 사용될 수 있다. 약어들 사이에 불일치가 있는 경우, 위에서 사용된 방식에 우선권이 주어져야 한다. 아래에서 여러 번 열거되는 경우, 첫 번째 열거가 임의의 후속 열거(들)보다 우선시되어야 한다.

3GPP Third Generation Partnership Project

5G Fifth Generation

5GC Fifth Generation Core

5GS Fifth Generation System

AF Application Function

AMF Access and Mobility Function

AN Access Network

AP Access Point

ASIC Application Specific Integrated Circuit

AUSF Authentication Server Function

CPU Central Processing Unit

CRC Cyclic Redundancy Check

DCI Downlink Control Information

DCP DCI with CRC scrambled by PS-RNTI

DL Downlink

DN Data Network

DRX Discontinuous Reception

DSP Digital Signal Processor

eNB Enhanced or Evolved Node B

EPS Evolved Packet System

E-UTRA Evolved Universal Terrestrial Radio Access

FPGA Field Programmable Gate Array

gNB New Radio Base Station

gNB-DU New Radio Base Station Distributed Unit

HSS Home Subscriber Server

IoT Internet of Things

IP Internet Protocol

LCID Logical Channel ID

LTE Long Term Evolution

MAC Medium Access Control

MME Mobility Management Entity

MTC Machine Type Communication

NEF Network Exposure Function

NF Network Function

NR New Radio

NRF Network Function Repository Function

NSSF Network Slice Selection Function

NW Network

OFDM Orthogonal Frequency Division Multiplexing

OTT Over-the-Top

PC Personal Computer

PCF Policy Control Function

PDCCH Physical Downlink Control Channel

PDU Packet Data Unit

P-GW Packet Data Network Gateway

PS-RNTI Power Saving Radio Network Temporary Identifier

PUCCH Physical Uplink Control Channel

QoS Quality of Service

RAM Random Access Memory

RAN Radio Access Network

RB Radio Bearer

RNTI Radio Network Temporary Identifier

ROM Read Only Memory

RRC Radio Resource Control

RRH Remote Radio Head

RTT Round Trip Time

SCEF Service Capability Exposure Function

SMF Session Management Function

UCI Uplink Control Information

UDM Unified Data Management

UE User Equipment

UL Uplink

UPF User Plane Function

XR Extended Reality

해당 기술 분야의 통상의 기술자는 본 개시의 실시예들에 대한 개선들 및 수정들을 인식할 것이다. 그러한 개선들 및 수정들 모두는 본 명세서에서 개시되는 개념들의 범위 내에 있는 것으로 간주된다.

Claims

흐름 유형을 결정하기 위해 사용자 장비(UE)(600)에 의해 수행되는 방법으로서,
하향링크 제어 정보(DCI들); 라디오 네트워크 임시 식별자(RNTI들); 필드들의 조합으로 구성된 그룹 중 하나 이상과 하나 이상의 DRX(Discontinuous Reception) 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관을 갖는 흐름 식별 정보의 구성을 수신하는 단계(500);
DRX 활성 시간에 PDCCH(Physical Downlink Control Channel)를 모니터링하는 단계(502);
흐름 유형의 DCI 지시를 갖는 PDCCH를 수신하는 것(504)에 응답하여, 상기 DCI 지시와 연관된 상기 DRX 구성 k를 식별하는 단계(506); 및
상기 PDCCH 수신 이후 다음 심벌에서 상기 식별된 DRX 구성에 대한 대응하는 타이머를 시작하거나 재시작하는 단계(508)
를 포함하는, 방법.
제1항에 있어서, 흐름 아이덴티티는 LCID(Logical Channel ID) 및/또는 RB(Radio Bearer)를 포함하는, 방법.
제1항 또는 제2항에 있어서, 상기 구성은 RRC(Radio Resource Control)를 통해 수신되는, 방법.
제1항 내지 제3항 중 어느 한 항에 있어서, drx-onDurationTimer들 및/또는 drx-InactivityTimer들이 해당 시간에 실행되고 있는 모든 DRX 구성들에 대한 대응하는 타이머를 시작하거나 재시작하는 단계를 더 포함하는, 방법.
제1항 내지 제4항 중 어느 한 항에 있어서, 상기 지시된 DRX 구성과 연관된 상기 대응하는 타이머는 모든 선택된 대응하는 타이머들에 적용될 것인, 방법.
제1항 내지 제5항 중 어느 한 항에 있어서, drx-onDurationTimer 및/또는 drx-InactivityTimer가 해당 시간에 실행되고 있는 모든 DRX 구성들에 대한 대응하는 타이머를 시작하거나 재시작하는 단계 - 모든 선택된 drx-onDurationTimer 및/또는 drx-InactivityTimer(들)는 인덱스가 가리키는 값을 적용함 - 를 더 포함하는, 방법.
제1항 내지 제6항 중 어느 한 항에 있어서, 상기 구성은 DRX 구성을 나타내는 인덱스; null/empty/default 또는 특수한 DRX 구성 인덱스를 나타내는 인덱스; 복수의 타이머 값들 중 특정 타이머 값을 나타내는 인덱스로 구성된 그룹 중 하나 이상을 포함하는, 방법.
제7항에 있어서, 상기 복수의 타이머 값들은 복수의 drx-InactivityTimer 값들을 포함하는, 방법.
제1항 내지 제8항 중 어느 한 항에 있어서, 상기 대응하는 타이머는 drx-InactivityTimer(k)를 포함하는, 방법.
제1항 내지 제9항 중 어느 한 항에 있어서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 모든 다른 다수의 타이머들보다 하나의 미리 결정된 drx-InactivityTimer 값에 우선순위를 부여하는, 방법.
제1항 내지 제9항 중 어느 한 항에 있어서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 흐름 인덱스 정보를 식별하기 위한 새로운 목적을 위해 기존 DCI 또는 상향링크 제어 정보(UCI) 필드들 중 일부 또는 전부를 해석하는, 방법.
제1항 내지 제11항 중 어느 한 항에 있어서, 암시적 흐름 정보에 대한 특수한 물리 자원 할당 지시가 있을 때, 모든 다른 다수의 타이머들보다 하나의 drx-InactivityTimer 값에 우선순위를 부여하거나 흐름 인덱스 정보를 추출할 것인, 방법.
흐름 유형을 지시하기 위해 네트워크 노드(700)에 의해 수행되는 방법으로서,
하향링크 제어 정보(DCI들); 라디오 네트워크 임시 식별자(RNTI들); 필드들의 조합; 및 흐름 아이덴티티로 구성된 그룹 중 하나 이상과 하나 이상의 DRX(Discontinuous Reception) 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관으로 사용자 장비(UE)(600)를 구성하는 단계;
대응하는 DRX 구성 k를 식별해 주는 DCI 지시를 갖는 PDCCH(Physical Downlink Control Channel)를 전송하는 단계; 및
상기 식별된 DRX 구성에 대한 대응하는 타이머가 PDCCH 이후 다음 심벌에서 시작되거나 재시작되는지를 결정하는 단계
를 포함하는, 방법.
제13항에 있어서, 상기 흐름 아이덴티티는 LCID(Logical Channel ID) 및/또는 RB(Radio Bearer)를 포함하는, 방법.
제13항 또는 제14항에 있어서, 상기 구성은 RRC(Radio Resource Control)를 통해 전송되는, 방법.
제13항 내지 제15항 중 어느 한 항에 있어서, 상기 구성은 DRX 구성을 나타내는 인덱스; null/empty/default 또는 특수한 DRX 구성 인덱스를 나타내는 인덱스; 복수의 타이머 값들 중 특정 타이머 값을 나타내는 인덱스로 구성된 그룹 중 하나 이상을 포함하는, 방법.
제13항 내지 제16항 중 어느 한 항에 있어서, 상기 대응하는 타이머는 drx-InactivityTimer(k)를 포함하는, 방법.
제13항 내지 제17항 중 어느 한 항에 있어서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 상기 UE(600)는 모든 다른 다수의 타이머들보다 하나의 미리 결정된 drx-InactivityTimer 값에 우선순위를 부여하는, 방법.
제13항 내지 제18항 중 어느 한 항에 있어서, PDCCH가 새로운 RNTI로 스크램블링되는 경우, 상기 UE(600)는 흐름 인덱스 정보를 식별하기 위한 새로운 목적을 위해 기존 DCI 또는 상향링크 제어 정보(UCI) 필드들 중 일부 또는 전부를 해석하는, 방법.
제13항 내지 제19항 중 어느 한 항에 있어서, 암시적 흐름 정보에 대한 특수한 물리 자원 할당 지시가 있을 때, 상기 UE(600)는 모든 다른 다수의 타이머들보다 하나의 drx-InactivityTimer 값에 우선순위를 부여하거나 상기 흐름 인덱스 정보를 추출할 것인, 방법.
사용자 장비(UE)(600)로서,
처리 회로(602) 및 메모리(610)를 포함하며, 상기 메모리(610)는 상기 UE(600)로 하여금:
DCI들; RNTI들; 필드들의 조합으로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관을 갖는 흐름 식별 정보의 구성을 수신하게 하고(500);
DRX 활성 시간에 PDCCH를 모니터링하게 하며(502);
흐름 유형의 DCI 지시를 갖는 PDCCH를 수신하는 것(504)에 응답하여, 상기 DCI 지시와 연관된 상기 DRX 구성 k를 식별하게 하고(506);
상기 PDCCH 수신 이후 다음 심벌에서 상기 식별된 DRX 구성에 대한 대응하는 타이머를 시작하거나 재시작하게 하도록(508)
구성된 명령어들을 포함하는, UE(600).
제21항에 있어서, 상기 UE(600)는 제2항 내지 제12항 중 어느 한 항의 방법을 수행하도록 추가로 적응되는, UE(600).
네트워크 노드(700)로서,
처리 회로(702) 및 메모리(704)를 포함하며, 상기 메모리(704)는 상기 네트워크 노드(700)로 하여금:
DCI들; RNTI들; 필드들의 조합; 및 흐름 아이덴티티로 구성된 그룹 중 하나 이상과 하나 이상의 DRX 구성의 세트 중 하나 이상의 DRX 구성 사이의 연관으로 사용자 장비(UE)(600)를 구성하게 하고;
대응하는 DRX 구성 k를 식별해 주는 DCI 지시를 갖는 PDCCH를 전송하게 하며;
상기 식별된 DRX 구성에 대한 대응하는 타이머가 PDCCH 이후 다음 심벌에서 시작되거나 재시작되는지를 결정하게 하도록
구성된 명령어들을 포함하는, 네트워크 노드(700).
제23항에 있어서, 상기 네트워크 노드(700)는 제14항 내지 제20항 중 어느 한 항의 방법을 수행하도록 추가로 적응되는, 네트워크 노드(700).