KR20230159541A

KR20230159541A - Redcap ue 식별

Info

Publication number: KR20230159541A
Application number: KR1020237035878A
Authority: KR
Inventors: 사물리 하이키 투르티넨; 쥬씨-페카 코스키넨; 알렘 클라스
Original assignee: 노키아 테크놀로지스 오와이
Priority date: 2021-03-24
Filing date: 2022-03-22
Publication date: 2023-11-21
Also published as: US11683849B2; EP4115694A4; AU2022244205A1; US20220312530A1; CN115399057A; WO2022200684A1; EP4115694A1

Abstract

RRC 연결 셋업 또는 재개 절차 동안, 사용자 장비는 Msg3을 사용하여 네트워크에 대해 자신을 명시적으로 식별할 수 있다. 여분의 비트를 사용하거나 또는 Msg3에 부가적인 비트들을 포함하기보다는, MAC PDU의 MAC 서브-헤더의 LCID 필드의 하나 이상의 값들이 감소된 능력 사용자 장비를 식별하기 위해 사용될 수 있다. 감소된 능력 사용자 장비를 식별할 수 있는 하나 이상의 LCID 필드 값들은 또한 공통 제어 채널 서비스 데이터 유닛 사이즈를 식별하도록 구성될 수 있다. 다양한 타입들의 RedCap UE들을 식별하기 위해 복수의 LCID 필드 값들이 정의될 수 있다.

Description

REDCAP UE 식별

예시적이고 비-제한적인 실시예들은 일반적으로 통신 디바이스들의 식별에 관한 것으로, 더 상세하게는, RRC 유휴 상태 또는 비활성 상태에 있는 동안의 감소된 능력 사용자 장비의 식별에 관한 것이다.

사용자 장비가 라디오 자원 제어 연결 셋업, 재개, 또는 재설정 절차를 수행하는 것은 알려져 있다.

전술한 양상들 및 다른 특징들은 첨부 도면들과 관련하여 취해진 다음의 설명에서 설명되며, 도면들에서:
도 1은 예시적인 실시예들이 실시될 수 있는 하나의 가능하고 비-제한적인 예시적인 시스템의 블록 다이어그램이고;
도 2는 본원에 설명된 바와 같은 특징들을 예시하는 다이어그램이고;
도 3은 본원에 설명된 바와 같은 특징들을 예시하는 다이어그램이고;
도 4는 본원에 설명된 바와 같은 특징들을 예시하는 다이어그램이고;
도 5는 본원에 설명된 바와 같은 특징들을 예시하는 다이어그램이고;
도 6은 본원에 설명된 바와 같은 특징들을 예시하는 다이어그램이고;
도 7은 본원에 설명된 바와 같은 단계들을 예시하는 흐름도이고; 그리고
도 8은 본원에 설명된 바와 같은 특징들을 예시하는 흐름도이다.

본 명세서 및/또는 도시된 도면들에서 발견될 수 있는 다음의 약어들은 다음과 같이 정의된다:

3GPP 3세대 파트너쉽 프로젝트

5G 5세대

5GC 5G 코어 네트워크

AMF 액세스 및 모빌리티 관리 기능

AS 액세스 계층군

BWP 대역폭 부분

CCCH 공통 제어 채널

CCE 제어 채널 엘리먼트

C-RNTI 셀 라디오 네트워크 임시 식별자

CU 중앙 유닛

DRX 불연속 수신

DU 분산 유닛

eLCID 확장 논리 채널 ID

eNB(또는 eNodeB) 진화된 Node B(예를 들어, LTE 기지국)

EN-DC E-UTRA-NR 이중 연결성

en-gNB 또는 En-gNB UE를 향해 NR 사용자 평면 및 제어 평면 프로토콜 종단들을 제공하고, EN-DC에서 2차 노드로서 작용하는 노드

E-UTRA 진화된 범용 지상 라디오 액세스, 즉, LTE 라디오 액세스 기술

FDD 주파수 분할 듀플렉스

gNB(또는 gNodeB) 5G/NR에 대한 기지국, 즉, UE를 향해 NR 사용자 평면 및 제어 평면 프로토콜 종단들을 제공하고, NG 인터페이스를 통해 5GC에 연결된 노드

I/F 인터페이스

IAB 통합 액세스 및 백홀

IE 정보 엘리먼트

IOT 사물 인터넷

L1 계층 1

LCID 논리 채널 ID

LPWA 저전력 광역 네트워크

LTE 롱 텀 에볼루션

MAC 매체 액세스 제어

MCS 변조 및 코딩 방식

MME 모빌리티 관리 엔티티

NAS 비 액세스 계층군

ng 또는 NG 차세대

ng-eNB 또는 NG-eNB 차세대 eNB

NR 뉴 라디오

N/W 또는 NW 네트워크

PDCCH 물리 다운링크 제어 채널

PDCP 패킷 데이터 수렴 프로토콜

PDU 프로토콜 데이터 유닛

PHY 물리 계층

PRACH 물리 랜덤 액세스 채널

PUSCH 물리 업링크 공유 채널

RA 랜덤 액세스

RACH 랜덤 액세스 채널

RAN 라디오 액세스 네트워크

RedCap 감소된 능력(즉, 디바이스/UE)

RF 라디오 주파수

RLC 라디오 링크 제어

RNA RAN 통지 영역

RNAU RAN 통지 영역 업데이트

RRH 원격 라디오 헤드

RRC 라디오 자원 제어

RRM 라디오 자원 관리

RS 기준 신호

RU 라디오 유닛

Rx 수신기

SA 독립형

SAP 서비스 액세스 포인트

SCH 공유 채널

SDAP 서비스 데이터 적응 프로토콜

SDU 서비스 데이터 유닛

SGW 서빙 게이트웨이

SI 연구 항목

SMF 세션 관리 기능

SSB 동기화 신호 블록

TM 투명 모드

Tx 송신기

UAC 통합 액세스 제어

UE 사용자 장비(예를 들어, 무선, 통상적으로 모바일 디바이스)

UPF 사용자 평면 기능

도 1을 참조하면, 도 1은 예들이 실시될 수 있는 하나의 가능하고 비-제한적인 예의 블록 다이어그램을 도시한다. UE(user equipment)(110), RAN(radio access network) 노드(170) 및 네트워크 엘리먼트(들)(190)가 예시된다. 도 1의 예에서, UE(user equipment)(110)는 무선 네트워크(100)와 무선 통신한다. UE는 무선 네트워크(100)에 액세스할 수 있는 무선 디바이스이다. UE(110)는 하나 이상의 버스들(127)을 통해 상호연결된 하나 이상의 프로세서들(120), 하나 이상의 메모리들(125), 및 하나 이상의 트랜시버들(130)을 포함한다. 하나 이상의 트랜시버들(130) 각각은 수신기(Rx)(132) 및 송신기(Tx)(133)를 포함한다. 하나 이상의 버스들(127)은 어드레스, 데이터 또는 제어 버스들일 수 있고, 마더보드 또는 집적 회로, 광섬유들 또는 다른 광학 통신 장비 등 상의 일련의 라인들과 같은 임의의 상호연결 메커니즘을 포함할 수 있다. 하나 이상의 트랜시버들(130)은 하나 이상의 안테나들(128)에 연결된다. 하나 이상의 메모리들(125)은 컴퓨터 프로그램 코드(123)를 포함한다. UE(110)는 다수의 방식들로 구현될 수 있는 부분들(140-1 및/또는 140-2) 중 하나 또는 둘 모두를 포함하는 모듈(140)을 포함한다. 모듈(140)은 하드웨어로 모듈(140-1)로서 구현될 수 있는데, 이를테면, 하나 이상의 프로세서들(120)의 일부로서 구현될 수 있다. 모듈(140-1)은 또한 집적 회로로서 또는 다른 하드웨어, 이를테면 프로그래밍 가능 게이트 어레이를 통해 구현될 수 있다. 다른 예에서, 모듈(140)은, 컴퓨터 프로그램 코드(123)로서 구현되고 하나 이상의 프로세서들(120)에 의해 실행되는 모듈(140-2)로서 구현될 수 있다. 예를 들어, 하나 이상의 메모리들(125) 및 컴퓨터 프로그램 코드(123)는, 하나 이상의 프로세서들(120)을 이용하여, 사용자 장비(110)로 하여금, 본원에 설명된 바와 같은 동작들 중 하나 이상을 수행하게 하도록 구성될 수 있다. UE(110)는 무선 링크(111)를 통해 RAN 노드(170)와 통신한다.

이러한 예에서 RAN 노드(170)는 UE(110)와 같은 무선 디바이스들에 의한 무선 네트워크(100)에 대한 액세스를 제공하는 기지국이다. RAN 노드(170)는 기지국(예를 들어, 5G, 6G 등), 예를 들어 NR(New Radio)로 또한 지칭되는, 5G에 대한 기지국일 수 있다. 5G에서, RAN 노드(170)는 gNB 또는 ng-eNB 중 어느 하나로서 정의되는 NG-RAN 노드일 수 있다. gNB는, UE를 향해 NR 사용자 평면 및 제어 평면 프로토콜 종단들을 제공하고 NG 인터페이스를 통해 5GC(이를테면, 예를 들어, 네트워크 엘리먼트(들)(190))에 연결된 노드이다. ng-eNB는, UE를 향해 E-UTRA 사용자 평면 및 제어 평면 프로토콜 종단들을 제공하고 NG 인터페이스를 통해 5GC에 연결된 노드이다. NG-RAN 노드는 다수의 gNB들을 포함할 수 있고, 이는 또한 CU(central unit)(gNB-CU)(196) 및 DU(distributed unit)(gNB-DU)들을 포함할 수 있고, 이들의 DU(195)가 도시된다. DU는, RU(radio unit)을 포함하거나 그에 커플링되어 RU(radio unit)를 제어할 수 있음을 주목한다. gNB-CU는 하나 이상의 gNB-DU들의 동작을 제어하는, gNB의 RRC, SDAP 및 PDCP 프로토콜들 또는 en-gNB의 RRC 및 PDCP 프로토콜들을 호스팅하는 논리 노드이다. gNB-CU는 gNB-DU와 연결된 F1 인터페이스를 종결한다. F1 인터페이스는 참조번호(198)로서 예시되지만, 참조번호(198)는 또한 RAN 노드(170)의 원격 엘리먼트들과 RAN 노드(170)의 중앙화된 엘리먼트들 사이, 이를테면 gNB-CU(196)와 gNB-DU(195) 사이의 링크를 예시한다. gNB-DU는 gNB 또는 en-gNB의 RLC, MAC 및 PHY 계층들을 호스팅하는 논리 노드이고, 논리 노드의 동작은 gNB-CU에 의해 부분적으로 제어된다. 하나의 gNB-CU는 하나 또는 다수의 셀들을 지원한다. 하나의 셀은 단 하나의 gNB-DU에 의해 지원된다. gNB-DU는 gNB-CU와 연결된 F1 인터페이스(198)를 종결한다. DU(195)는, 예를 들어, RU의 일부로서 트랜시버(160)를 포함하는 것으로 고려되지만, 이것의 일부 예들은, 예를 들어, DU(195)의 제어 하에 있고 DU(195)에 연결된 별개의 RU의 일부로서 트랜시버(160)를 가질 수 있음을 주목한다. RAN 노드(170)는 또한, LTE(long term evolution)의 경우 eNB(evolved NodeB) 기지국, 또는 임의의 다른 적합한 기지국 또는 노드일 수 있다.

RAN 노드(170)는 하나 이상의 버스들(157)을 통해 상호연결된 하나 이상의 프로세서들(152), 하나 이상의 메모리들(155), 하나 이상의 네트워크 인터페이스들(N/W I/F(들))(161), 및 하나 이상의 트랜시버들(160)을 포함한다. 하나 이상의 트랜시버들(160) 각각은 수신기(Rx)(162) 및 송신기(Tx)(163)를 포함한다. 하나 이상의 트랜시버들(160)은 하나 이상의 안테나들(158)에 연결된다. 하나 이상의 메모리들(155)은 컴퓨터 프로그램 코드(153)를 포함한다. CU(196)는 프로세서(들)(152), 메모리들(155) 및 네트워크 인터페이스들(161)을 포함할 수 있다. DU(195)는 또한 자신만의 메모리/메모리들 및 프로세서(들), 및/또는 다른 하드웨어를 포함할 수 있지만, 이들은 도시되지 않음을 주목한다.

RAN 노드(170)는 다수의 방식들로 구현될 수 있는 부분들(150-1 및/또는 150-2) 중 하나 또는 둘 모두를 포함하는 모듈(150)을 포함한다. 모듈(150)은 하드웨어로 모듈(150-1)로서 구현될 수 있는데, 이를테면, 하나 이상의 프로세서들(152)의 일부로서 구현될 수 있다. 모듈(150-1)은 또한 집적 회로로서 또는 다른 하드웨어, 이를테면 프로그래밍 가능 게이트 어레이를 통해 구현될 수 있다. 다른 예에서, 모듈(150)은, 컴퓨터 프로그램 코드(153)로서 구현되고 하나 이상의 프로세서들(152)에 의해 실행되는 모듈(150-2)로서 구현될 수 있다. 예를 들어, 하나 이상의 메모리들(155) 및 컴퓨터 프로그램 코드(153)는, 하나 이상의 프로세서들(152)을 이용하여, RAN 노드(170)로 하여금, 본원에 설명된 바와 같은 동작들 중 하나 이상을 수행하게 하도록 구성된다. 모듈(150)의 기능성은 분산될 수 있는데, 이를테면, DU(195)와 CU(196) 사이에 분산될 수 있거나, 또는 DU(195)에서만 구현될 수 있음을 주목한다.

하나 이상의 네트워크 인터페이스들(161)은 네트워크를 통해, 이를테면 링크들(176 및 131)을 통해 통신한다. 2 개 이상의 gNB들(170)은 예를 들어 링크(176)를 사용하여 통신할 수 있다. 링크(176)는 유선 또는 무선 또는 둘 모두일 수 있고, 예를 들어 5G에 대한 Xn 인터페이스, LTE에 대한 X2 인터페이스, 또는 다른 표준들에 대한 다른 적합한 인터페이스를 구현할 수 있다.

하나 이상의 버스들(157)은 어드레스, 데이터 또는 제어 버스들일 수 있고, 마더보드 또는 집적 회로, 광섬유들 또는 다른 광학 통신 장비, 무선 채널들 등 상의 일련의 라인들과 같은 임의의 상호연결 메커니즘을 포함할 수 있다. 예를 들어, 하나 이상의 트랜시버들(160)은 LTE에 대한 RRH(remote radio head)(195) 또는 5G에 대한 gNB 구현을 위한 DU(distributed unit)(195)로서 구현될 수 있고, RAN 노드(170)의 다른 엘리먼트들은 가능하게는 물리적으로 RRH/DU와 상이한 위치에 있고, 하나 이상의 버스들(157)은 부분적으로, 예를 들어 RAN 노드(170)의 다른 엘리먼트들(예를 들어, CU(central unit), gNB-CU)을 RRH/DU(195)에 연결하기 위한 광섬유 케이블 또는 다른 적합한 네트워크 연결로서 구현될 수 있다. 참조번호(198)는 또한 그러한 적합한 네트워크 링크(들)를 표시한다.

본원의 설명이 "셀들"이 기능들을 수행함을 표시하지만, 셀을 형성하는 장비가 기능들을 수행할 것이 명백해야 한다는 것이 주목된다. 셀은 기지국의 일부를 구성한다. 즉, 기지국당 다수의 셀들이 존재할 수 있다. 예를 들어, 단일 캐리어 주파수 및 연관된 대역폭에 대해 3 개의 셀들이 존재할 수 있으며, 각각의 셀은 단일 기지국의 커버리지 영역이 대략 타원형 또는 원형을 커버하도록 360도 영역의 1/3을 커버한다. 더욱이, 각각의 셀은 단일 캐리어에 대응할 수 있고, 기지국은 다수의 캐리어들을 사용할 수 있다. 따라서, 캐리어당 3 개의 120도 셀들, 및 2 개의 캐리어들이 존재하면, 기지국은 총 6 개의 셀들을 갖는다.

무선 네트워크(100)는, 코어 네트워크 기능성을 포함할 수 있고 그리고 링크 또는 링크들(181)을 통해 추가적인 네트워크, 이를테면 전화 네트워크 및/또는 데이터 통신 네트워크(예를 들어, 인터넷)와의 연결성을 제공하는 네트워크 엘리먼트 또는 엘리먼트들(190)을 포함할 수 있다. 5G에 대한 이러한 코어 네트워크 기능성은 액세스 및 모빌리티 관리 기능(들)(AMF(들)) 및/또는 사용자 평면 기능들(UPF(들)) 및/또는 세션 관리 기능(들)(SMF(들))을 포함할 수 있다. LTE에 대한 이러한 코어 네트워크 기능성은 MME(Mobility Management Entity)/SGW(Serving Gateway) 기능성을 포함할 수 있다. 이들은 단지, 네트워크 엘리먼트(들)(190)에 의해 지원될 수 있는 예시적인 기능들이며, 5G 및 LTE 기능들 둘 모두가 지원될 수 있음을 주목한다. RAN 노드(170)는 링크(131)를 통해 네트워크 엘리먼트(190)에 커플링된다. 링크(131)는 예를 들어 5G에 대한 NG 인터페이스, 또는 LTE에 대한 S1 인터페이스, 또는 다른 표준들에 대한 다른 적합한 인터페이스로서 구현될 수 있다. 네트워크 엘리먼트(190)는 하나 이상의 버스들(185)을 통해 상호연결된 하나 이상의 프로세서들(175), 하나 이상의 메모리들(171), 및 하나 이상의 네트워크 인터페이스들(N/W I/F(들))(180)을 포함한다. 하나 이상의 메모리들(171)은 컴퓨터 프로그램 코드(173)를 포함한다. 하나 이상의 메모리들(171) 및 컴퓨터 프로그램 코드(173)는, 하나 이상의 프로세서들(175)을 이용하여, 네트워크 엘리먼트(190)로 하여금, 하나 이상의 동작들을 수행하게 하도록 구성된다.

무선 네트워크(100)는 하드웨어 및 소프트웨어 네트워크 자원들과 네트워크 기능성을 단일 소프트웨어-기반 관리 엔티티인 가상 네트워크로 결합하는 프로세스인 네트워크 가상화를 구현할 수 있다. 네트워크 가상화는, 종종 자원 가상화와 결합되는 플랫폼 가상화를 수반한다. 네트워크 가상화는, 많은 네트워크들 또는 네트워크들의 부분들을 가상 유닛으로 결합하는 외부로서, 또는 단일 시스템 상의 소프트웨어 컨테이너들에 네트워크-형 기능성을 제공하는 내부로서 카테고리화된다. 네트워크 가상화로부터 기인하는 가상화된 엔티티들은 여전히, 일부 레벨에서, 프로세서들(152 또는 175) 및 메모리들(155 및 171)과 같은 하드웨어를 사용하여 구현되고, 또한 이러한 가상화된 엔티티들은 기술적 효과들을 생성한다는 것을 주목한다.

컴퓨터 판독가능 메모리들(125, 155, 및 171)은 로컬 기술 환경에 적합한 임의의 타입을 가질 수 있으며, 임의의 적합한 데이터 저장 기술, 이를테면, 반도체 기반 메모리 디바이스들, 플래시 메모리, 자기 메모리 디바이스들 및 시스템들, 광학 메모리 디바이스들 및 시스템들, 고정 메모리 및 착탈형 메모리를 사용하여 구현될 수 있다. 컴퓨터 판독가능 메모리들(125, 155, 및 171)은 저장 기능들을 수행하기 위한 수단일 수 있다. 프로세서들(120, 152, 및 175)은 로컬 기술 환경에 적합한 임의의 타입을 가질 수 있으며, 비-제한적인 예들로서, 범용 컴퓨터들, 특수 목적 컴퓨터들, 마이크로프로세서들, DSP(digital signal processor)들, 및 멀티-코어 프로세서 아키텍처에 기반한 프로세서들 중 하나 이상을 포함할 수 있다. 프로세서들(120, 152, 및 175)은 이를테면 UE(110), RAN 노드(170), 및 본원에 설명된 바와 같은 다른 기능들을 제어하는 기능들을 수행하기 위한 수단일 수 있다.

일반적으로, 사용자 장비(110)의 다양한 실시예들은 셀룰러 전화들, 이를테면, 스마트 폰들, 태블릿들, 무선 통신 능력들을 갖는 PDA(personal digital assistant)들, 무선 통신 능력들을 갖는 휴대용 컴퓨터들, 무선 통신 능력들을 갖는 이미지 캡처 디바이스들, 이를테면 디지털 카메라들, 무선 통신 능력들을 갖는 게이밍 디바이스들, 무선 통신 능력들을 갖는 음악 저장 및 재생 어플라이언스들, 무선 인터넷 액세스 및 브라우징을 허용하는 인터넷 어플라이언스들, 무선 통신 능력들을 갖는 태블릿들뿐만 아니라 이러한 기능들의 결합들을 통합하는 휴대용 유닛들 또는 단말들을 포함할 수 있지만, 이에 제한되지 않는다. 이외에도, 사용자 장비(110)의 다양한 실시예들은 차량들에 통합된 디바이스들, 차량 여행과 연관된 인프라구조, 도로들의 보행자들 또는 다른 비-차량 사용자들에 의해 사용되는 웨어러블 디바이스들, 교통 사용자들과 관련이 없는 사용자 장비, 공공 안전 사용자 장비 및/또는 다른 상업적 사용자 장비, 유선 또는 무선 통신 능력들을 갖는 센서들, IoT(Internet of Things) 디바이스들, 센서들로부터 정보를 수신할 수 있고 무선 통신 능력들을 갖는 디바이스들 등을 포함할 수 있지만, 이에 제한되지 않는다.

본원에 설명된 바와 같은 특징들은 일반적으로, 감소된 능력(RedCap) 디바이스들의 식별 및 네트워크 액세스 제어를 가능하게 하는 것에 관한 것이다. 3GPP TR 38.875에서 언급된 바와 같이, RedCap UE는 감소된 능력들을 갖는 NR UE를 지칭할 수 있다. 이는, 현재 NR 규격들에 의해 아직 최상으로 서빙되지 않는 5G 사용 사례들(웨어러블들, 비디오 감시 및 산업 무선 센서 네트워크들을 포함함)의 확장을 가능하게 하기 위해 3GPP 규격들 릴리스 17에서 도입되었다. RedCap 디바이스들은 비교적 낮은 복잡성, 비용, 및/또는 사이즈를 갖는 디바이스들을 포함할 수 있다. 본 개시내용의 예시적인 실시예들 및 RedCap UE에 대한 사용 사례들은 산업 IoT(Internet of Things) 센서들, 무선 센서들, 비디오 감시 디바이스들, IoT(Internet of Things) 디바이스들, 웨어러블들, 및/또는 운송, 추적, 인프라구조, 농업, 스마트 도시들 등에 사용되는 디바이스들을 포함할 수 있지만, 이에 제한되지 않는다. 웨어러블들은 피부와 접촉하거나 피부 근처에 있는 센서들, 스마트 패브릭, 심박수 모니터들, 온도 모니터들 등을 포함할 수 있다. RedCap 디바이스들은 RP-193238로부터의 다음의 설명에 부합할 수 있거나 또는 부합하지 않을 수 있다:

"... 일반 요건들:

디바이스 복잡성: 새로운 디바이스 타입에 대한 주요 동기는 Rel-15/Rel-16의 하이-엔드 eMBB 및 URLLC 디바이스들과 비교하여 디바이스 비용 및 복잡성을 낮추는 것이다. 이는 특히 산업 센서들에 대한 경우이다.

디바이스 사이즈: 대부분의 사용 사례들에 대한 요건은, 표준이 콤팩트한 폼 팩터(form factor)를 갖는 디바이스 설계를 가능하게 한다는 것이다.

배치 시나리오들: 시스템은 FDD 및 TDD에 대한 모든 FR1/FR2 대역들을 지원해야 한다.

사용 사례 특정 요건들:

산업 무선 센서들: 기준 사용 사례들 및 요건들은 TR 22.832 및 TS 22.104에서 설명된다: 통신 서비스 이용가능성은 99.99%이고 단대단 레이턴시는 100 ms 미만이다. 기준 비트 레이트는 모든 사용 사례들에 대해 2 Mbps 미만(잠재적으로 비대칭, 예를 들어 UL 헤비 트래픽)이고, 디바이스는 고정적이다. 배터리는 적어도 몇 년 지속되어야 한다. 안전 관련 센서들의 경우, 레이턴시 요건은 5-10 ms로 더 낮다(TR 22.804).

비디오 감시: TS 22.804에서 설명된 바와 같이, 기준 경제적 비디오 비트레이트는 2-4 Mbps, 레이턴시 < 500 ms, 신뢰도 99%-99.9%일 것이다. 예를 들어, 농업을 위한 하이-엔드 비디오는 7.5-25 Mbps를 요구할 것이다. 트래픽 패턴이 UL 송신들에 의해 좌우된다는 것이 주목된다.

웨어러블들: 스마트 웨어러블 애플리케이션에 대한 기준 비트레이트는 DL에서 10-50 Mbps 및 UL에서 최소 5 Mbps, 그리고 디바이스의 피크 비트 레이트의 경우 더 높게 다운링크에 대해 150 Mbps 및 업링크에 대해 50 Mbps일 수 있다. 디바이스의 배터리는 며칠(최대 1-2주) 지속되어야 한다..."

본 개시내용의 예시적인 실시예들에서, RedCap UE 식별 및 네트워크 액세스 제어는, UE가 RRC_IDLE 또는 RRC_INACTIVE 상태에 있는 동안 네트워크에 대한 액세스를 시도할 때 인에이블될 수 있다. 더 구체적으로, 일부 예시적인 실시예들에서, RedCap UE 식별은 2-단계 RA(Random Access) 절차의 MsgA에서 또는 4-단계 랜덤 액세스 절차의 Msg3에서 인에이블될 수 있다. 본 개시내용의 예시적인 실시예에서, RedCap UE의 표시는 MAC(medium access control) SDU(service data unit) 또는 MAC CE(control element)의 서브헤더의 LCID(logical channel ID) 필드에서 전달될 수 있다.

2-단계 RA 절차는, 데이터를 포함할 수 있는 PUSCH(physical uplink shared channel) 송신 및 랜덤 액세스 프리앰블을 포함하는 MsgA를 UE가 전송하는 것을 수반할 수 있다. 이어서, 네트워크는 MsgB를 전송함으로써 UE MSGA 송신에 응답할 수 있다. 4-단계 RA 절차는, UE가 랜덤 액세스 프리앰블을 포함하는 Msg1을 전송하는 것을 수반할 수 있고; 네트워크는 예를 들어 타이밍 어드밴스 커맨드 및 Msg3에 대한 송신 자원들을 포함하는 랜덤 액세스 응답 또는 Msg2에 의해 Msg1 송신에 응답할 수 있고; 이어서, UE는 배정된 자원들 상에서 Msg3을 송신할 수 있고; 네트워크가 Msg3을 디코딩할 수 있으면, 네트워크는 Msg4로 응답할 수 있으며, 이는 경합 해결이라고 또한 지칭된다. 4-단계 RA 절차의 예들이 도 3 및 도 4를 참조하여 아래에서 설명된다. 본 설명에서의 논의들에 관해, Msg3 측면에서 이후에 설명되는 바와 같은 예시적인 실시예들은 MsgA에 동일하게 적용가능하며, 그 반대도 마찬가지이다.

3GPP 릴리스 17(RP-193238)에서, RedCap 디바이스들(NR-Light로 또한 알려짐)에 대한 지원에 대한 작업 아이템이 승인되었다. RedCap 디바이스들을 지원하기 위해 다음의 목적들이 식별되었다:

"... 다음을 포함하는 잠재적 UE 복잡도 감소 특징들을 식별 및 연구한다:

UE RX/TX 안테나들의 감소된 수

UE 대역폭 감소

주: Rel-15 SSB 대역폭은 재사용되어야 하고 L1 변화들은 최소화되어야 한다.

하프-듀플렉스-FDD

완화된 UE 프로세싱 시간

완화된 UE 프로세싱 능력

주1: 위에서 정의된 작업은 LPWA 사용 사례들과 중첩하지 않아야 한다. 고려되는 가장 낮은 능력은 LTE 카테고리 1bis 모뎀 이상이어야 한다.

적용가능한 사용 사례들(예를 들어, 지연 내성)에서의 감소된 능력 UE들에 대한 UE 전력 절약 및 배터리 수명 향상을 연구한다:

더 적은 수들의 블라인드 디코딩들 및 CCE 제한들에 의한 감소된 PDCCH 모니터링

RRC 비활성 및/또는 유휴에 대한 확장된 DRX

고정식 디바이스들에 대한 RRM 완화

다음을 포함하는, 이러한 복잡성 감소의 성능 저하가 완화되거나 또는 제한될 수 있게 할 연구 기능성:

디바이스 복잡도 감소로 인한 잠재적인 커버리지 감소를 보상하기 위한 커버리지 복구.

하나 이상의 디바이스 타입들의 제한된 세트의 정의를 고려하고 그러한 디바이스 타입들이 의도된 사용 사례들에만 사용됨을 보장하는 방법을 고려하는 ― 이러한 감소된 능력들을 정의 및 제한하는 방법에 대한 표준화 프레임워크 및 원리들을 연구한다.

감소된 기능을 가진 디바이스들이 네트워크들 및 네트워크 운영자들이 명시적으로 식별가능할 수 있게 하고 운영자들이 원하는 경우 자신들의 액세스를 제약할 수 있게 할 기능성을 연구한다.

주2: 커버리지 향상 연구와의 잠재적인 중첩이 RAN#87에서 논의 및 해결된다.

주3: Rel-15 및 Rel-16 UE와의 공존이 보장되어야 한다

주4: 이 SI는 SA 모드 및 단일 연결성에 초점을 맞추어야 한다..."

"감소된 능력들을 갖는 디바이스들이 네트워크들 및 네트워크 운영자들에게 명시적으로 식별가능할 수 있게 하고 원하는 경우 운영자들이 자신들의 액세스를 제약할 수 있게 할 기능성을 연구"하기 위한 목적은 본 개시내용의 예시적인 실시예들에 의해 가능해질 수 있다.

RAN2#111-e에서, 다음의 합의들이 이루어졌다:

"… REDCAP UE가 셀에 캠핑 온(camp on)할 수 있는지 여부를 표시하기 위해 시스템 정보 내의 표시가 필요하다. 표시가 명시적이든 또는 묵시적이든 FFS.

UAC 메커니즘은 또한 REDCAP UE들에 적용된다.

시스템 정보는 REDCAP 동작이 주파수 상에서 허용/금지(bar)되는지 여부를 표시한다. FFS는 레거시 intraFreqReselection을 재사용하거나 또는 별개의 플래그를 도입한다

예를 들어 다음을 포함하는, REDCAP UE들에 대한 UAC의 향상을 추가로 논의한다:

a. REDCAP UE들에 대한 새로운 액세스 아이덴티티를 정의한다

b. REDCAP UE들에 대한 새로운 액세스 카테고리들을 정의한다

(임의의 최종 판정을 위해 우리는 SA1 및/또는 CT1을 체크할 필요가 있다)..."

RAN1#102-e에서, RedCap UE들에 대한 UE 식별과 관련하여 다음의 합의들이 이루어졌다:

"... 다음의 표시 방법들을 포함하는, RedCap UE들의 식별을 위한 옵션들을 추가로 연구한다:

옵션 1: 예를 들어, 별개의 초기 UL BWP, 별개의 PRACH 자원 또는 PRACH 프리앰블 파티셔닝을 통한 Msg1 송신 동안.

옵션 2: Msg3 송신 동안.

옵션 3: 포스트 Msg4 확인응답.

예를 들어, Msg5 송신 동안 또는 UE 능력 보고의 일부 동안.

옵션 4: MsgA 송신 동안(2-단계 RACH인 경우의 지원을 조건으로 함)

다른 옵션들이 배제되지 않는다.

주: 이 연구는 RAN2로부터의 안내 없이 하향 선택의 어떠한 의도도 없이, RAN1 관점으로부터 식별된 옵션들의 실현가능성 및 이들에 대한 찬반 양론을 설정하는 것을 의도한다.

결론:

RAN1, 일시적인 액세스 금지 및 혼잡 제어의 문제들에 대한 RAN2에서의 추가적인 진행을 대기하기 위한 RAN1..."

본 개시내용의 예시적인 실시예들은 MsgA 및/또는 Msg3 송신 동안의 RedCap UE들의 식별에 관한 것일 수 있다.

3GPP RAN2#112 e-미팅에서, RedCap 식별 및 액세스 제약에 대해 다음의 합의들이 이루어졌다:

"... RAN2 관점으로부터 Msg3 동안에 RedCap UE들을 식별할 필요가 있는지 여부는 다음의 2 개의 양상들에 의존한다:

RAN1 계류중인, RedCap UE에 대한 Msg4/5 특수 핸딩이 필요한지 여부

셀 금지 및 UAC 메커니즘 이외에도 RedCap UE들의 일부를 거부할 필요가 있는지 여부

식별이 요구되는 경우에 대한 RAN2 선호도들에 대해 어떠한 언급도 없이 TP에 가능한 옵션들(msg1, msg3, msg5)을 포함시킨다

RedCap UE 식별에 대한 LS를 RAN1에 전송하지 않고, 추가 RAN1 프로세스를 대기한다

RedCap UE들에 대한 UAC 향상에 대해 LS를 SA1로 연기한다.

RedCap UE들에 대한 캠핑 표시자에 대한 논의를 WI 페이즈(phase)로 연기한다.

RedCap UE들에 대한 intraFreqReselection 표시자에 대한 논의를 WI 페이즈로 연기한다..."

RAN1은 RedCap UE들의 식별을 위한 이들 상이한 옵션들에 대해 RAN1 관점으로부터 실현가능성, 필요성, 찬반 양론을 연구하였다. 옵션 2(즉, UE 식별이 MSG3 송신 동안 일어남)의 경우, 인에이블먼트(enablement)를 위해 다음의 방법들이 가능할 수 있다:

방법들	장점	단점
방법 1: 기존의 Msg3 정의에서 여분의 비트를 사용한다	Msg3 페이로드 내의 여분의 비트만이 활용되는 경우 RAN1 규격들에 대한 제한된 영향	Msg3 내의 여분의 비트만이 사용되면, 이는 Msg3 페이로드에서 현재 이용가능한 단일 여분의 비트를 소비할 것이며, 이는 바람직하지 않을 수 있다.
방법 2: RedCap UE 타입(들)을 표시하는 부가적인 하나 이상의 비트들을 반송하도록 Msg3 사이즈를 확장시킨다.	Msg3 사이즈를 확장시키는 옵션은 이러한 UE 식별을 위한 비트들의 수에서 양호한 확장성(scalability)을 제공할 수 있고; 예를 들어, (정의된 경우) RedCap 디바이스 타입들의 서브-타입들이 Msg3에서 표시될 경우.	확장된 Msg3 사이즈가 도입되면, 레거시 Msg3과 확장된 Msg3 정의들의 사용 사이에서 검출을 가능하게 하는 메커니즘들이 필요하다.

표 1은 3GPP TR 38.875: "Study on support of reduced capability NR devices"(릴리스 17)로부터 포함된다. 표 1에서 언급된 바와 같이, (MsgA/Msg3에서 반송되는) 기존의 RRCSetupRequest 또는 RRCResumeRequest의 여분의 비트를 사용하는 것은 바람직하지 않을 수 있는데, 그 이유는 그것이 그러한 메시지들에서 유일한 여분의 비트를 사용할 것이기 때문이다. 그 결과, 임의의 본질적인 부가들은 나중에 도입될 수 없었다. 표 1에서 언급된 바와 같이, RedCap UE 타입(들)을 표시하도록 구성된 부가적인 비트(들)를 반송하도록 Msg3의 사이즈를 확장시키는 것은 어느 MSG3 타입/사이즈가 사용되는지를 식별하기 위한 추가적인 메커니즘들을 필요로 하게 할 수 있다. 따라서, 추가 정보가 Msg3으로 인코딩되도록 요구되는 경우 더 열악한 커버리지가 초래될 수 있다. 커버리지는 표 1의 방법 2의 구현이 없더라도 넌-RedCap UE에 대한 것보다 RedCap UE에 대한 커버리지가 더 열악해질 수 있다는 것이 주목될 수 있다.

본 개시내용의 예시적인 실시예들은 표 1의 방법 1 및 방법 2에 대한 대안을 제공할 수 있다. 대안적인 방법은, RRC 메시지들의 여분의 비트를 사용하지 않고 그리고 부가적인 비트(들)로 MsgA/Msg3 사이즈를 확장시키지 않으면서 NW가 RRC 메시지 콘텐츠에 기초하여 RedCap UE들을 식별할 수 있게 할 수 있다.

본 개시내용의 예시적인 실시예들은 UE 식별이 늦어도 Msg3(또는 MsgA의 PUSCH 부분)에서 수행되는 것을 수반할 수 있다. 예시적인 실시예들에서, Msg3-기반 식별은 UE에 대해 강제적일 수 있고; Msg1 기반 솔루션은 시나리오에 따라 구성할 NW에 대해 선택적일 수 있다. 예시적인 실시예들에서, UE 식별은 MsgA/Msg3 송신 동안, 즉, RRC 재개 절차 동안(UE가 RRC_INACTIVE 상태에 있을 때) 또는 RRC 설정 절차 동안(UE가 RRC_IDLE 상태에 있을 때) 일어날/발생할 수 있다.

이제 도 2를 참조하면, 상태 전이들을 갖는 5G NR에서의 예시적인 RRC 상태 머신이 예시된다. UE는 RRC_CONNECTED 상태(210), RRC_INACTIVE 상태(220) 또는 RRC_IDLE 상태(230)에 있을 수 있다. UE가 RRC_INACTIVE 상태(220)에 있는 경우, 라디오 연결은, 코어 네트워크 연결성이 활성으로 유지되는 동안에만 중단(suspend)될 수 있는데, 즉, UE가 CM(Connection Management)-CONNECTED 상태로 유지된다. UE AS(Access Stratum) 콘텍스트(UE 비활성 AS 콘텍스트로 지칭됨)는 (재개 메시지(242)를 이용하여) 중단된 연결의 고속 재개를 위해 UE 측 및 앵커 gNB 측 둘 모두에 저장될 수 있다. 이러한 보유된 정보에 기초하여, UE는, (셋업 메시지(252)를 이용하여) 라디오 및 코어 네트워크 둘 모두에 대한 새로운 연결의 설정을 요구하는 RRC_IDLE 상태(230)의 UE와 비교하여 훨씬 더 낮은 지연 및 연관된 시그널링 오버헤드로 라디오 연결을 재개할 수 있다.

(타이머-기반일 수 있는) 특정 데이터 활동 이후, UE는 RRC_CONNECTED 상태(210)로부터 RRC_INACTIVE(220) 또는 RRC_IDLE(230) 상태로 이동될 수 있다. 예를 들어, 이러한 상태 전이는, 각각 중단 메시지(244)(또는 해제 메시지를 통해 반송되는 중단) 또는 해제 메시지(254)로 발생할 수 있다. RRC_INACTIVE 상태(220)의 UE는 또한 해제 메시지(250)로 타이머 만료 및/또는 데이터 비활동으로 인해 RRC_IDLE 상태(230)로 전이될 수 있다.

오버로드 또는 "실패" 경우들로 인해 상태 전이가 또한 발생할 수 있다. RRC_CONNECTED 상태(210)의 UE는 거부 메시지(246)로 RRC_INACTIVE 상태(220)로 또는 거부 메시지(256)로 RRC_IDLE 상태(230)로 전이할 수 있다. RRC_INACTIVE 상태(220)의 UE는 해제 메시지(248)로 RRC_IDLE 상태(230)로 전이할 수 있다.

이제 도 3을 참조하면, (성공적인) RRC 연결 설정/셋업 절차/프로세스의 예가 예시된다. 이러한 절차는, gNB에 연결하고(즉, RRC 연결의 설정을 요청하고) RRC_CONNECTED 상태(210)로 전이하기 위해, RRC_IDLE 상태(230)의 UE에 의해 사용될 수 있다. 도 3의 예에서, Msg3 송신은 RRCSetupRequest 뿐만 아니라 UE-아이덴티티 및 연결을 설정하기 위한 이유/원인을 반송할 수 있다.

310에서, RRC_IDLE 모드에 있을 수 있는 UE는 Msg1을 gNB에 송신할 수 있다. Msg1은 RACH(random access channel) 프리앰블을 포함할 수 있다. 320에서, gNB는 Msg2를 UE에 송신할 수 있다. Msg2는 RA(random access) 응답을 포함할 수 있다. 330에서, UE는 Msg3을 gNB에 송신할 수 있다. Msg3은 RRC 연결 셋업 요청 또는 RRC 셋업 요청을 포함할 수 있다. 예시적인 실시예에서, Msg3은 또한, RedCap UE일 수 있는 UE의 식별을 포함할 수 있다. 예시적인 실시예에서, UE는 공통 제어 채널 및 장치의 타입을 표시하는 논리 채널 식별자를 결정할 수 있다. Msg3은, RRC 셋업 요청을 포함할 수 있는 공통 제어 채널(CCCH: common control channel) SDU(service data unit)를 포함할 수 있다. 결정된 LCID는 CCCH SDU의 MAC 서브헤더와 연관될 수 있다. 결정된 논리 채널 식별자는 Msg3과 함께 송신될 수 있다. 340에서, gNB는 Msg4를 UE에 송신할 수 있다. Msg4는 RRC 연결 셋업 메시지 또는 RRC 셋업 메시지를 포함할 수 있다. 350에서, UE는 Msg5를 gNB에 송신할 수 있다. Msg5는 RRC 연결 셋업 완료 또는 RRC 셋업 완료 메시지 및 NAS(non access stratum) 서비스 요청을 포함할 수 있다. 352에서, gNB는 네트워크의 AMF(access and mobility management function)에 초기 UE 메시지를 송신할 수 있다. 354에서, AMF는 초기 콘텍스트 셋업 요청을 gNB에 송신할 수 있다. 360에서, gNB는 Msg6를 UE에 송신할 수 있다. Msg6은 보안 모드 커맨드, 및 RRC 연결 재구성(또는 RRC 재구성) 메시지를 포함할 수 있다. 370에서, UE는 Msg7를 gNB에 송신할 수 있다. Msg7은 보안 모드 완료 표시, 및 RRC 연결 재구성 완료 메시지 또는 RRC 재구성 완료 메시지를 포함할 수 있다. 380에서, gNB는 초기 콘텍스트 셋업 완료 메시지를 AMF에 송신할 수 있다. 도 3의 프로세스는 UE가 RRC_CONNECTED 상태로 전이하게 할 수 있다.

Msg3에 포함된 RRCSetupRequest 메시지는 설정 원인의 표시 및/또는 UE의 아이덴티티의 표시를 포함할 수 있다. 예에서, RRCSetupRequest 메시지는 시그널링 라디오 베어러 SRB0을 사용하여; 투명 모드(TM)의 RLC-SAP(radio link control service access point)를 이용하여; 그리고 논리 채널로서 CCCH(common control channel)를 이용하여 UE로부터 네트워크로 송신될 수 있다. RRCSetupRequest 메시지는 다음과 같을 수 있다:

establishmentCause은 상위 계층들로부터 수신된 정보에 따라 RRCSetupRequest에 대한 설정 원인을 제공할 수 있다. gNB는 UE에 의해 사용되고 있는 알려지지 않은 원인 값으로 인해 RRCSetupRequest를 거부할 것으로 예상되지 않을 수 있다. ue-아이덴티티는 하위 계층들에 의한 경합 해결을 가능하게 하기 위해 포함된 UE 아이덴티티를 포함할 수 있다.

이제 도 4를 참조하면, Msg3이 RRCResumeRequest(1)에 대응하고 다른 IE(information element)들 중에서 ResumeIdentity 및 resumeCause IE들을 포함하는 RRC 연결 재개 절차의 예가 예시된다. 이러한 절차는, gNB에 연결하고(즉, RRC 연결의 재개를 요청하고) RRC_CONNECTED 상태(210)로 전이하기 위해, RRC_INACTIVE 상태(220)의 UE에 의해 사용될 수 있다. RRCResumeRequest(1) 메시지는 중단된 RRC 연결의 재개를 요청하기 위해 또는 RNAU(RNA(RAN notification area) update)를 수행하기 위해 사용될 수 있다.

410에서, RRC_INACTIVE 상태(220)에 있을 수 있는 UE는 Msg1을 gNB에 송신할 수 있다. Msg1은 RACH 프리앰블을 포함할 수 있다. 415에서, gNB는 Msg2를 UE에 송신할 수 있다. Msg2는 RA 응답을 포함할 수 있다. 420에서, UE는 Msg3를 gNB에 송신할 수 있다. Msg3은 RRC 재개 요청을 포함할 수 있다. Msg3은 또한, RedCap UE일 수 있는 UE의 식별을 포함할 수 있다. 예시적인 실시예에서, UE는 공통 제어 채널 및 장치의 타입을 표시하는 논리 채널 식별자를 결정할 수 있다. Msg3은, RRC 셋업 요청을 포함할 수 있는 공통 제어 채널(CCCH: common control channel) SDU(service data unit)를 포함할 수 있다. 결정된 LCID는 CCCH SDU의 MAC 서브헤더와 연관될 수 있다. 결정된 논리 채널 식별자는 Msg3과 함께 송신될 수 있다. 425에서, gNB는 앵커 gNB에 UE 콘텍스트 리트리브 요청을 송신할 수 있다. 430에서, 앵커 gNB는 UE 콘텍스트 리트리브 응답을 gNB에 송신할 수 있다. 435에서, gNB는 Msg4를 UE에 송신할 수 있다. Msg4는 RRC 재개 메시지를 포함할 수 있다. UE는 RRC_CONNECTED 상태(210)로 전이할 수 있다. 440에서, UE는 Msg5를 gNB에 송신할 수 있다. Msg5는 RRC 재개 완료 메시지를 포함할 수 있다. 445에서, gNB는 Xn-UP 어드레스 표시를 앵커 gNB에 송신할 수 있다. 450에서, gNB는 경로 스위칭 요청을 AMF에 송신할 수 있다. 455에서, AMF는 경로 스위칭 응답을 gNB에 송신할 수 있다. 460에서, gNB는 콘텍스트 해제 메시지를 AMF에 송신할 수 있다.

Msg3에 포함된 RRCResumeRequest 메시지는 재개 조항의 표시, UE의 아이덴티티의 표시 및/또는 인증 토큰의 표시를 포함할 수 있다. 예에서, RRCResumeRequest 메시지는 시그널링 라디오 베어러 SRB0을 사용하여; TM 내의 RLC-SAP를 이용하여; 그리고 논리 채널로서 CCCH를 이용하여 UE로부터 네트워크로 송신될 수 있다. RRCResumeRequest 메시지는 다음과 같을 수 있다:

resumeCause은 상위 계층들 또는 RRC에 의해 제공된 바와 같은 RRC 연결 재개 요청에 대한 재개 원인을 제공할 수 있다. 네트워크는 UE에 의해 사용되고 있는 알려지지 않은 원인 값으로 인해 RRCResumeRequest를 거부할 것으로 예상되지 않을 수 있다. resumeIdentity는 gNB에서 UE 콘텍스트 리트리벌을 가능하게 하기 위해 UE 아이덴티티를 제공할 수 있다. resumeMAC-I는 gNB에서 UE 인증을 가능하게 하기 위한 인증 토큰을 포함할 수 있다. MAC-I의 16개의 최하위 비트들은 특정된 AS 보안 구성을 사용하여 계산될 수 있다.

대안적으로, 재개 원인의 표시, UE의 아이덴티티의 표시 및/또는 인증 토큰의 표시를 포함할 수 있는 RRCResumeRequest1 메시지가 Msg3에 포함될 수 있다. 예에서, RRCResumeRequest1 메시지는 시그널링 라디오 베어러 SRB0을 사용하여; TM 내의 RLC-SAP를 이용하여; 그리고 논리 채널로서 CCCH1을 이용하여 UE로부터 네트워크로 송신될 수 있다. RRCResumeRequest1 메시지는 다음과 같을 수 있다:

resumeCause은 상위 계층들 또는 RRC에 의해 제공된 바와 같은 RRCResumeRequest1에 대한 재개 원인을 제공할 수 있다. gNB는 UE에 의해 사용되고 있는 알려지지 않은 원인 값으로 인해 RRCResumeRequest1를 거부할 것으로 예상되지 않을 수 있다. resumeIdentity는 gNB에서 UE 콘텍스트 리트리벌을 가능하게 하기 위해 UE 아이덴티티를 제공할 수 있다. resumeMAC-I는 gNB에서 UE 인증을 가능하게 하기 위한 인증 토큰을 포함할 수 있다. MAC-I의 16개의 최하위 비트들은 특정된 AS 보안 구성을 사용하여 계산될 수 있다.

이제 도 5를 참조하면, Msg3을 반송할 수 있는 업링크(UL) SCH(shared channel)에 대한 5G NR MAC(medium access control) PDU(protocol data unit)의 예가 예시된다. MSg3에서 반송될 수 있는 RRCResumeRequest(1) 또는 RRCSetupRequest는 공통 제어 채널(CCCH, CCCH1) 상에서 SRB0을 사용하여 전달/송신/전송될 수 있다. Msg3은 UL-SCH 전송 채널 상에서 송신될 수 있다.

MAC PDU는 하나 이상의 MAC 서브-PDU들로 구성될 수 있다. 각각의 MAC 서브-PDU는 다음의 필드들: 오직 MAC 서브헤더(패딩을 포함함); MAC 서브헤더 및 MAC SDU; MAC 서브헤더 및 MAC CE(제어 엘리먼트); 및/또는 MAC 서브헤더 및 패딩 중 하나로 구성될 수 있다. MAC 서브-PDU의 다른 구성들이 가능할 수 있다.

이제 도 5를 참조하면, 예시적인 MAC PDU는 적어도 MAC 서브PDU들(510, 520, 530) 등을 포함한다. MAC 서브PDU(510)는 MAC SDU를 포함한다. MAC 서브PDU(510)는 서브헤더(512) 및 MAC SDU(514) 내의 R/F/LCID/L 필드들을 포함한다. MAC 서브PDU(520)는 MAC CE 1을 포함한다. MAC 서브PDU(520)는 서브헤더(522) 및 고정-사이즈 MAC CE(524)에 R/LCID 필드들을 포함한다. MAC 서브PDU(530)는 MAC CE 2를 포함한다. MAC 서브PDU(530)는 가변-사이즈 MAC CE(534) 및 서브헤더(532) 내의 R/F/LCID/L 필드들을 포함한다. MAC PDU의 다른 구성들이 가능할 수 있다.

MAC SDU들은 가변 사이즈들을 가질 수 있다. 각각의 MAC 서브헤더는 MAC SDU, MAC CE 또는 패딩 중 어느 하나에 대응할 수 있다. 고정 사이즈의 MAC CE에 대한 MAC 서브헤더, 패딩, 및 UL CCCH를 포함하는 MAC SDU(예를 들어, 520)는 2 개의 헤더 필드들(R/LCID/(eLCID))로 구성될 수 있다. 이제 도 6을 참조하면, CCCH를 포함하는 MAC SDU에 대한 R/LCID/(eLCID) MAC 서브헤더 필드들의 예들이 예시된다. MAC 서브헤더는 0으로 세팅될 수 있는 예비 비트 R(예를 들어, 610, 620, 640, 650)을 포함할 수 있다. MAC 서브헤더는 또한 LCID 필드(예를 들어, 630, 660)를 포함할 수 있다. LCID(Logical Channel ID) 필드는 UL-SCH에 대한 아래의 표 2에 설명된 바와 같이, 대응하는 MAC SDU의 논리 채널 인스턴스, 또는 대응하는 MAC CE의 타입, 또는 패딩을 식별할 수 있다.

MAC 서브헤더당 하나의 LCID 필드가 존재할 수 있다. LCID 필드 사이즈는 6 비트일 수 있다/6 비트를 포함할 수 있다. 예에서, LCID 필드가 코드포인트/인덱스 34로 세팅되면(즉, 100010의 값을 갖는다면)(아래의 표 2 참조), eLCID 필드(670)를 포함하는 8 비트를 포함하는 하나의 부가적인 옥텟이 MAC 서브헤더에 존재할 수 있으며, LCID 필드(660)를 포함하는 옥텟이 뒤따를 수 있다. LCID 필드가 코드포인트/인덱스 33으로 세팅되면(즉, 100001의 값을 갖는다면)(아래의 표 2 참조), eLCID 필드(들)를 위해/eLCID 필드(들)를 포함하는 2 개의 부가적인 옥텟들이 MAC 서브헤더에 존재할 수 있고, 이들 2 개의 부가적인 옥텟들이 LCID 필드(도 6에 도시되지 않음)를 포함하는 옥텟을 뒤따를 수 있다.

MAC 서브헤더는 eLCID 필드를 포함할 수 있다. 확장 논리 채널 ID(eLCID: extended Logical Channel ID) 필드는 대응하는 MAC SDU의 논리 채널 인스턴스 또는 대응하는 MAC CE의 타입을 식별할 수 있다. eLCID 필드의 사이즈는 8 비트 또는 16 비트일 수 있다. 2-옥텟 eLCID 및 관련 MAC 서브헤더 포맷을 사용하는 eLCID 공간은, 구성되는 경우에만, IAB(integrated access and backhaul) 노드들 사이의 또는 IAB 노드와 IAB 도너 사이의 NR 백홀 링크들 상에서 사용될 수 있다는 것이 주목될 수 있다.

LCID 필드는 MAC 서브헤더마다 고유할 수 있고, 송신의 콘텐츠를 표시할 수 있는데, 예를 들어 RRCSetupRequest 또는 RRCResumeRequest(1)을 송신할 때, 각각, 코드포인트/인덱스 0 또는 52에 대응하는 64 비트 또는 48 비트에 대해 CCCH(1)가 사용된다.

표 2는 UL-SCH에 대한 LCID 필드의 값들(즉, MAC LCID 필드 구조)을 입증한다:

코드포인트/인덱스	LCID 값들
0	사이즈 64 비트의 CCCH(TS 38.331 [5]에서 "CCCH1"로 지칭됨)
1-32	논리 채널의 아이덴티티
33	확장 논리 채널 ID 필드(2-옥텟 eLCID 필드)
34	확장 논리 채널 ID 필드(1-옥텟 eLCID 필드)
35-44	예비
45	절단된 사이드링크 BSR
46	사이드링크 BSR
47	예비
48	LBT 실패(4 옥텟)
49	LBT 실패(1 옥텟)
50	BFR(1 옥텟 Ci)
51	절단된 BFR(1 옥텟 Ci)
52	사이즈 48 비트의 CCCH(TS 38.331 [5]에서 "CCCH"로 지칭됨)
53	권장 비트 레이트 질의
54	다중 엔트리 PHR(4 옥텟 Ci)
55	구성된 그랜트 확인
56	다중 엔트리 PHR(1 옥텟 Ci)
57	단일 엔트리 PHR
58	C-RNTI
59	절단된 쇼트 BSR
60	절단된 롱 BSR
61	쇼트 BSR
62	롱 BSR
63	패딩

표 2에서, 인덱스 0은 CCCH1로 지칭될 수 있는 사이즈 64 비트의 CCCH를 표시한다. MAC PDU가 이러한 값을 갖는 LCID 서브헤더 필드를 포함하는 MAC 서브PDU를 포함하면, CCCH1은 RRCSetupRequest 또는 RRCResumeRequest(1)를 송신하기 위해 사용될 수 있음이 이해될 수 있다. MAC PDU가 52의 값을 갖는 LCID 서브헤더 필드를 포함하는 MAC 서브PDU를 포함하면, 48 비트의 사이즈인 CCCH가 RRCSetupRequest 또는 RRCResumeRequest를 송신하기 위해 사용될 수 있음이 이해될 수 있다. 다시 말해서, CCCH SDU는 RRCSetupRequest 또는 RRCResumeRequest와 같은 RRC 연결 요청을 포함할 수 있다.

예시적인 실시예에서, UE는 RRC 메시지들의 기존 콘텐츠를 사용하여 Msg3 송신을 통해 식별될 수 있다. 예시적인 실시예에서, RedCap UE들에 대한 하나 이상의 CCCH(들)에 대응하는 부가적인 LCID(logical channel identifier) 값(들)이 정의될 수 있다. 예를 들어, 하나의 LCID 값은 CCCH SDU 사이즈(예를 들어, 48 또는 64 비트의 CCCH SDU 사이즈들)마다 정의될 수 있다. 다시 말해서, 예시적인 실시예에서, 논리 채널 식별자는 CCCH SDU 사이즈를 표시할 수 있다. 사이즈는 48 비트 또는 64 비트와 같은 미리 정의된 사이즈일 수 있다. 예시적인 실시예에서, 이러한 정의된 LCID 값은 대응하는 CCCH SDU에 대한 MAC 서브헤더 내의 LCID 필드의 예비 값들을 사용할 수 있다.

예시적인 실시예에서, UE로부터 Msg3(또는 MsgA)을 반송하는 MAC PDU를 수신하는 gNB는, MAC PDU의 MAC 서브PDU가 RedCap UE 또는 RedCap UE의 타입과 같은 UE의 타입을 표시하도록 구성된 LCID 값을 반송하는 LCID 서브헤더 필드를 포함하면, UE가 RedCap UE 또는 RedCap UE의 타입과 같은 특정 타입의 UE임을 이해/결정할 수 있다. 부가적으로, LCID 값은 CCCH SDU 사이즈를 표시할 수 있다. LCID 값은 코드포인트 또는 인덱스, 예를 들어 아래의 표 3에서와 같이 정의된 코드포인트 또는 인덱스에 의해 식별될 수 있다. MAC PDU가, RedCap UE(의 타입)와 연관된 CCCH SDU 사이즈를 표시하도록 구성된 LCID 값을 반송하는 LCID 서브헤더 필드를 포함하는 MAC PDU의 MAC 서브PDU를 포함하지 않으면, gNB는 UE를 RedCap UE인 것으로 간주하지 않을 수 있다.

예시적인 실시예에서, UE는 CCCH 및 UE의 타입을 표시하는 논리 채널 식별자를 결정할 수 있다. 논리 채널 식별자는 LCID 필드를 통해 송신될 수 있다.

예시적인 실시예에서, UE는 CCCH SDU를 송신하기로 결정하고, 송신될 CCCH SDU에 기초하여 MAC 서브PDU를 통해 송신할 논리 채널 식별자를 결정할 수 있다. 논리 채널 식별자는 LCID 필드를 통해 송신될 수 있다.

표 2의 예에서, 코드포인트/인덱스 35-44는 예비된다. 예시적인 실시예에서, [35-44]의 범위 내의 2 개의 코드포인트/인덱스가 RedCap UE 식별을 위해 사용될 수 있으며, 이는 아래의 표 3의 예에 예시된 바와 같이, UL-SCH에 대한 LCID 값들을 야기할 수 있다.

예시적인 실시예에서, RedCap UE는 Msg3의 MAC PDU에서 사용되는 LCID 값에 기초하여 식별될 수 있다.

예시적인 실시예에서, CCCH 및 RedCap UE 식별을 위한 LCID는 단일 CCCH SDU 사이즈에 대해서만, 예를 들어, 48 또는 64 비트의 사이즈에 대해서만 정의될 수 있다.

예시적인 실시예에서, 추가적인 상이한 RedCap UE 타입들, 예를 들어, RedCap UE 타입 1, RedCap UE 타입 2, RedCap UE 타입 3 등을 구별하기 위해 추가 LCID 값들이 정의될 수 있다. 예를 들어, 표 3의 예에 기초하여, 특정 RedCap UE 타입을 표시하기 위해 42의 코드포인트/인덱스 또는 임의의 다른 코드포인트/인덱스가 부가적으로 정의될 수 있다.

표 3은, RedCap UE 식별을 위한 새로운 값들을 포함하는, UL-SCH에 대한 LCID 필드의/LCID 필드에 대한 예시적인 값들(즉, MAC LCID 필드 구조)을 입증한다:

코드포인트/인덱스	LCID 값들
0	사이즈 64 비트의 CCCH(TS 38.331 [5]에서 "CCCH1"로 지칭됨)
1-32	논리 채널의 아이덴티티
33	확장 논리 채널 ID 필드(2-옥텟 eLCID 필드)
34	확장 논리 채널 ID 필드(1-옥텟 eLCID 필드)
35-42	예비
43	REDCAP UE들에 대한 사이즈 64 비트의 CCCH(TS 38.331 [5]에서 "CCCH1"로 지칭됨)
44	REDCAP UE들에 대한 사이즈 48 비트의 CCCH(TS 38.331 [5]에서 "CCCH"로 지칭됨)
45	절단된 사이드링크 BSR
46	사이드링크 BSR
47	예비
48	LBT 실패(4 옥텟)
49	LBT 실패(1 옥텟)
50	BFR(1 옥텟 Ci)
51	절단된 BFR(1 옥텟 Ci)
52	사이즈 48 비트의 CCCH(TS 38.331 [5]에서 "CCCH"로 지칭됨)
53	권장 비트 레이트 질의
54	다중 엔트리 PHR(4 옥텟 Ci)
55	구성된 그랜트 확인
56	다중 엔트리 PHR(1 옥텟 Ci)
57	단일 엔트리 PHR
58	C-RNTI
59	절단된 쇼트 BSR
60	절단된 롱 BSR
61	쇼트 BSR
62	롱 BSR
63	패딩

코드포인트/인덱스 35-44가 예비될 수 있는 표 2의 예와 대조적으로, 표 3의 예에서, 코드포인트/인덱스 35-42는 예비될 수 있다. 표 3의 예에서, 코드포인트/인덱스 43은, CCCH1로 또한 지칭될 수 있는, RedCap UE들에 대한 사이즈 64 비트의 CCCH를 표시하도록 구성될 수 있다. 다시 말해서, LCID 43은 CCCH(사이즈 64 비트의 CCCH(1)) 및 UE의 타입(RedCap UE)을 표시할 수 있다. 표 3의 예에서, 코드포인트/인덱스 44는, CCCH로 또한 지칭될 수 있는, RedCap UE들에 대한 사이즈 48 비트의 CCCH를 표시하도록 구성될 수 있다. 다시 말해서, LCID 44는 CCCH(사이즈 48 비트의 CCCH) 및 UE의 타입(RedCap UE)을 표시할 수 있다. 다른 예에서, 부가적인 예비 코드포인트/인덱스는 예를 들어 35-42의 범위에서 부가적인 상이한 RedCap UE 타입들을 구별하기 위해 용도 변경(repurpose)/정의될 수 있다. 일부 예들에서, 상이한 RedCap UE 타입들은 1 Rx 가능 RedCap UE 및 2 Rx 가능 RedCap UE를 포함할 수 있으며, 여기서, RedCap UE는 1 개 또는 2 개의 수신기 체인들을 각각 가질 것이다.

표 3에 기초한 예에서, RedCap UE에 의해 송신된 Msg3은 예를 들어 6 비트의 LCID 서브헤더 필드를 포함할 수 있다. 서브헤더의 LCID 필드는 값 101011(즉, 43) 및/또는 101100(즉, 44)을 포함할 수 있다. 예를 들어, 하나 이상의 RedCap UE 타입들을 표시하기 위해 상이한 또는 부가적인 LCID 값들이 정의될 수 있다. RedCap UE들을 표시하도록 정의된 값들은 예비 LCID 필드 값들로 간주되지 않을 수 있다. Msg3으로 구성된 MAC PDU가 CCCH SDU 사이즈 및 UE 타입(예를 들어, RedCap)을 표시하도록 구성된 LCID 값을 포함할 수 있기 때문에, 수신 gNB, 기지국 또는 다른 네트워크 노드는 송신 UE를, 특정 CCCH를 통해 송신하는 특정 타입(예를 들어, RedCap)의 UE로서 식별할 수 있다.

MAC 서브헤더당 단 하나의 LCID 필드만이 가능할 수 있다. 예시적인 실시예에서, 예를 들어, RedCap UE 식별에 사용하도록 의도된 LCID 필드가 일부 다른 사용에 이미 활용/의도되는지 여부를 결정함으로써, 어떠한 충돌들도 가능하지 않은 것이 결정/보증될 수 있다. 예시적인 실시예에서, LCID 필드에 대한 의도된 사용에서의 충돌은 CCCH(common control channel) 길이와 함께 RedCap UE를 표시함으로써 해결/방지될 수 있다. 표 3의 예에서, LCID 값은 (예를 들어, 코드포인트/인덱스 43에서) RedCap UE 및 CCCH 사이즈와 연관될 수 있는 한편, 다른 LCID 값은 (예를 들어, 코드포인트/인덱스 44에서) RedCap UE 및 (상이한 또는 동일한) CCCH 사이즈와 연관될 수 있다. 예에서, 이들 LCID는 동일한 또는 상이한 타입들의 RedCap UE와 연관될 수 있다.

다른 LCID 값들은 RedCap UE들에 특정하지 않을 수 있는 Msg3을 통해 표시될 수 있다. 예를 들어, RRC_CONNECTED에 있을 수 있는 UE는 예를 들어 코드포인트/인덱스 58에서 C-RNTI(cell radio network temporary identifier)를 표시할 수 있다. MAC 그룹 C-RNTI MAC CE(LCID=58)가 Msg3에서 송신되면, UE가 이미 RedCap UE로서 식별되었기 때문에, RedCap UE 식별과 연관된 LCID 값의 포함은 불필요할 수 있다.

예시적인 실시예에서, UE가 RedCap UE인지 여부의 표시를 포함하는, UE에 의해 gNB에 송신된 메시지는 적어도, RRC 연결 요청을 포함하는 CCCH SDU를 포함할 수 있다. 다시 말해서, 메시지는 CCCH SDU 뿐만 아니라 다른 콘텐츠, 이를테면 서브헤더, MAC CE, 데이터 등을 포함할 수 있다(예를 들어, 도 5 참조). 메시지는 예를 들어 MAC PDU일 수 있다. UE는 이러한 메시지를 송신할 때 RRC_IDLE 또는 RRC_INACTIVE 상태 중 하나에 있을 수 있다. UE가 RedCap UE인지 여부의 표시는 UE가 복수의 상이한 RedCap UE 타입들 중 하나라는 표시일 수 있다.

예시적인 실시예에서, UE의 타입의 표시를 포함하는, UE에 의해 gNB에 송신된 메시지는 또한 CCCH의 표시를 포함할 수 있다. CCCH의 표시는 복수의 상이한 CCCH(예를 들어, CCCH, CCCH1 등) 중 하나의 표시일 수 있다.

예시적인 실시예에서, UE의 타입의 표시 및/또는 CCCH의 표시를 포함하는 메시지를 UE로부터 수신하는 gNB(또는 다른 기지국)는 UE가 RedCap UE 또는 RedCap UE의 타입이라는 결정에 기초하여 UE의 액세스를 제약할지 여부를 결정할 수 있다. 부가적으로 또는 대안적으로, gNB는 (예를 들어, 대역폭 능력에 대해) 연결 설정/재개 페이즈에서 UE를 스케줄링할지 여부를 결정할 수 있다. 예를 들어, UE가 RedCap UE 또는 RedCap UE의 타입이라고 gNB가 결정하면, gNB는, RedCap UE 또는 RedCap UE의 타입이 규격에 따라 사용할 수 있는 대역폭을 사용하여 CM-CONNECTED 상태(도 2 참조)로의 전이를 위해 UE를 스케줄링하기로 판정할 수 있다. 부가적으로 또는 대안적으로, gNB는 UE가 RedCap UE 또는 RedCap UE의 타입이라는 결정에 기초하여 특징 세트(예를 들어, MCS(modulation and coding scheme))를 결정할 수 있다.

본 개시내용의 예시적인 실시예들, 이를테면, RedCap UE들/다른 타입들의 UE에 특정할 수 있는 새로운 LCID 값들의 인에이블먼트 및/또는 사용의 기술적 효과는, MSG3 내의 어떠한 부가적인 비트들도 없이 그리고/또는 RedCap UE를 식별하기 위해 MSG3 내의 유일한 여분의 비트를 사용하지 않으면서, NW가 레거시 NR UE로부터 RedCap UE를 식별할 수 있게 하는 것일 수 있다.

본 개시내용의 예시적인 실시예들의 기술적 효과는, RedCap UE의 식별이 레거시 UE들에 대해 투명할 수 있다는 것일 수 있다.

본 개시내용의 예시적인 실시예들의 기술적 효과는 RRC_IDLE 또는 RRC_INACTIVE를 포함하는 임의의 RRC 상태에서 RedCap UE의 식별을 가능하게 하는 것일 수 있다.

본 개시내용의 예시적인 실시예들의 기술적 효과는, UE의 어떠한 임시 식별도 NW에 의해 배정되지 않은 경우 초기 어태치의 경우에 대해 RedCap UE의 식별을 가능하게 하는 것일 수 있다.

도 7은 예시적인 방법(700)의 잠재적인 단계들을 예시한다. 예시적인 방법(700)은: 논리 채널 식별자를 결정하는 단계(710) ― 논리 채널 식별자는 공통 제어 채널을 표시하고 사용자 장비의 타입을 표시함 ― ; 및 결정된 논리 채널 식별자를 포함하는 메시지를 송신하는 단계(720)를 포함할 수 있다.

도 8은 예시적인 방법(800)의 잠재적인 단계들을 예시한다. 예시적인 방법(800)은: 사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하는 단계(810) ― 논리 채널 식별자는 공통 제어 채널을 표시하고 사용자 장비의 타입을 표시함 ― ; 및 논리 채널 식별자에 기초하여 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하는 단계(820)를 포함할 수 있다.

일 양상에 따르면, 예시적인 방법이 제공될 수 있으며, 이 방법은, 사용자 장비에서, 논리 채널 식별자를 결정하는 단계 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시함 ― ; 및 결정된 논리 채널 식별자를 포함하는 메시지를 송신하는 단계를 포함한다.

표시된 타입의 사용자 장비는 감소된 능력 타입의 사용자 장비를 포함할 수 있다.

논리 채널 식별자를 결정하는 단계는, 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라고 결정하는 단계; 및 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라는 결정에 적어도 부분적으로 기초하여 논리 채널 식별자를 결정하는 단계를 더 포함할 수 있다.

논리 채널 식별자는 공통 제어 채널 서비스 데이터 유닛 사이즈를 표시할 수 있다.

공통 제어 채널 서비스 데이터 유닛 사이즈는 미리 정의된 사이즈를 포함할 수 있고, 여기서, 미리 정의된 사이즈는 48 비트 또는 64 비트 중 적어도 하나를 포함할 수 있다.

논리 채널 식별자는 감소된 능력 사용자 장비와 연관된 값을 포함할 수 있다.

논리 채널 식별자는 코드포인트 또는 인덱스에 의해 식별될 수 있다.

메시지는 적어도 공통 제어 채널 서비스 데이터 유닛을 포함할 수 있고, 공통 제어 채널 서비스 데이터 유닛은 적어도 라디오 자원 제어 연결 요청을 포함할 수 있다.

라디오 자원 제어 연결 요청은 라디오 자원 제어 셋업 요청 또는 라디오 자원 제어 재개 요청 중 적어도 하나를 포함할 수 있다.

사용자 장비는 라디오 자원 제어 비활성 상태 또는 라디오 자원 제어 유휴 상태 중 적어도 하나에 있을 수 있다.

메시지는 랜덤 액세스 절차 메시지 3 또는 랜덤 액세스 절차 메시지 A를 포함할 수 있다.

논리 채널 식별자는 사용자 장비가 하나 또는 복수의 타입들의 감소된 능력 사용자 장비를 포함한다는 것을 표시할 수 있다.

논리 채널 식별자는 사용자 장비 타입을 표시하도록 구성된 복수의 논리 채널 식별자들 중 하나를 포함할 수 있다.

논리 채널 식별자는 복수의 논리 채널 식별자들 중 하나를 포함할 수 있고, 복수의 논리 채널 식별자들 중 제1 논리 채널 식별자는 제1 공통 제어 채널 서비스 데이터 유닛을 표시할 수 있고, 복수의 논리 채널 식별자들 중 제2 논리 채널 식별자는 제2 공통 제어 채널 서비스 데이터 유닛을 표시할 수 있고, 제1 공통 제어 채널 서비스 데이터 유닛의 사이즈 및 제2 공통 제어 채널 서비스 데이터 유닛의 사이즈는 상이할 수 있다.

하나의 예시적인 실시예에 따르면, 장치는: 적어도 하나의 프로세서; 및 컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함할 수 있으며; 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서를 이용하여, 장치로 하여금, 논리 채널 식별자를 결정하게 하고 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 장치의 타입을 표시함 ― ; 및 결정된 논리 채널 식별자를 포함하는 메시지를 송신하게 하도록 구성된다.

표시된 타입의 장치는 감소된 능력 타입의 장치를 포함할 수 있다.

논리 채널 식별자를 결정하는 것은, 예시적인 장치가, 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라고 결정하고; 그리고 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라는 결정에 적어도 부분적으로 기초하여 논리 채널 식별자를 결정하도록 추가로 구성되는 것을 포함할 수 있다.

장치는 라디오 자원 제어 비활성 상태 또는 라디오 자원 제어 유휴 상태 중 적어도 하나에 있을 수 있다.

논리 채널 식별자는 장치가 하나 또는 복수의 타입들의 감소된 능력 장치를 포함한다는 것을 표시할 수 있다.

논리 채널 식별자는 장치 타입을 표시하도록 구성된 복수의 논리 채널 식별자들 중 하나를 포함할 수 있다.

논리 채널 식별자는 복수의 논리 채널 식별자들 중 하나를 포함할 수 있고, 복수의 논리 채널 식별자들 중 제1 논리 채널 식별자는 제1 공통 제어 채널 서비스 데이터 유닛을 표시할 수 있고, 복수의 논리 채널 식별자들 중 제2 논리 채널 식별자는 제2 공통 제어 채널 서비스 데이터 유닛을 표시할 수 있고, 제1 공통 제어 채널 서비스 데이터 유닛의 사이즈 및 제2 공통 제어 채널 서비스 데이터 유닛의 사이즈는 상이하다.

하나의 예시적인 실시예에 따르면, 장치는: 논리 채널 식별자를 결정하고 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 장치의 타입을 표시함 ― ; 그리고 결정된 논리 채널 식별자를 포함하는 메시지를 송신하는 것을 수행하도록 구성된 회로부를 포함할 수 있다.

하나의 예시적인 실시예에 따르면, 장치는: 프로세싱 회로부; 컴퓨터 프로그램 코드를 포함하는 메모리 회로부를 포함할 수 있고, 메모리 회로부 및 컴퓨터 프로그램 코드는, 프로세싱 회로부를 이용하여, 장치가: 논리 채널 식별자를 결정할 수 있게 하고 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 결정된 논리 채널 식별자를 포함하는 메시지를 송신할 수 있게 하도록 구성된다.

본 출원에서 사용되는 바와 같이, "회로부"라는 용어는 다음 중 하나 이상 또는 전부를 지칭할 수 있다: (a) 하드웨어-전용 회로 구현들(이를테면, 단지 아날로그 및/또는 디지털 회로부의 구현들) 및 (b) 하드웨어 회로들과 소프트웨어의 조합들, 이를테면, (적용가능한 경우): (i) 소프트웨어/펌웨어와 아날로그 및/또는 디지털 하드웨어 회로(들)의 조합, 및 (ⅱ) 장치, 이를테면 모바일 폰 또는 서버로 하여금 다양한 기능들을 수행하게 하기 위해 함께 작동하는 메모리(들), 소프트웨어, 및 (디지털 신호 프로세서(들)를 포함하여) 소프트웨어와 하드웨어 프로세서(들)의 임의의 부분들, 및 (c) 동작을 위해 소프트웨어(예를 들어, 펌웨어)를 요구하는 하드웨어 회로(들) 및/또는 프로세서(들), 이를테면, 마이크로프로세서(들) 또는 마이크로프로세서(들)의 일부 ― 그러나, 소프트웨어가 동작을 위해 필요하지 않은 경우에는 소프트웨어가 존재하지 않을 수 있음 ― . 회로부의 이러한 정의는, 임의의 청구항들에서의 사용을 포함하는 본 출원에서의 이 용어의 모든 사용들에 적용된다. 추가적인 예로서, 본 출원에서 사용된 바와 같이, 회로부란 용어는 또한, 단지 하드웨어 회로 또는 프로세서(또는 다수의 프로세서들) 또는 하드웨어 회로 또는 프로세서의 일부 및 이의(또는 이들의) 동반되는 소프트웨어 및/또는 펌웨어의 구현을 커버한다. 회로부란 용어는 또한, 예를 들어 그리고 특정 청구항 엘리먼트에 적용가능한 경우, 모바일 디바이스에 대한 베이스밴드 집적 회로 또는 프로세서 집적 회로, 또는 서버, 셀룰러 네트워크 디바이스, 또는 다른 컴퓨팅 또는 네트워크 디바이스의 유사한 집적 회로를 커버한다.

하나의 예시적인 실시예에 따르면, 장치는: 논리 채널 식별자를 결정하고 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 장치의 타입을 표시함 ― ; 그리고 결정된 논리 채널 식별자를 포함하는 메시지를 송신하는 것을 수행하기 위한 수단을 포함할 수 있다.

논리 채널 식별자를 결정하는 것을 수행하도록 구성된 수단은, 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라고 결정하고; 그리고 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라는 결정에 적어도 부분적으로 기초하여 논리 채널 식별자를 결정하는 것을 수행하도록 추가로 구성될 수 있다.

하나의 예시적인 실시예에 따르면, 프로그램 명령들이 저장되어 있는 비-일시적인 컴퓨터-판독가능 매체가 제공되고, 프로그램 명령들은, 적어도 하나의 프로세서로 실행될 때, 적어도 하나의 프로세서로 하여금, 논리 채널 식별자를 결정하게 하고 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시함 ― ; 그리고 결정된 논리 채널 식별자를 포함하는 메시지를 송신하게 한다.

논리 채널 식별자를 결정하는 것은, 예시적인 비-일시적인 컴퓨터-판독가능 매체가, 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라고 결정하고; 그리고 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라는 결정에 적어도 부분적으로 기초하여 논리 채널 식별자를 결정하도록 추가로 구성되는 것을 포함할 수 있다.

다른 예시적인 실시예에 따르면, 동작들을 수행하기 위해 머신에 의해 실행가능한 명령들의 프로그램을 유형적으로 구현하는, 머신에 의해 판독가능한 비-일시적인 프로그램 저장 디바이스가 제공될 수 있으며, 동작들은, 논리 채널 식별자를 결정하는 동작 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시함 ― ; 및 결정된 논리 채널 식별자를 포함하는 메시지를 송신하는 동작을 포함한다.

일 양상에 따르면, 예시적인 방법이 제공될 수 있으며, 이 방법은, 사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하는 단계 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시할 수 있음 ― ; 및 논리 채널 식별자에 기초하여 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하는 단계를 포함한다.

예시적인 방법은: 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초하여, 네트워크에 대한 사용자 장비의 액세스를 제약할지 여부를 결정하는 단계, 연결 설정을 위해 사용자 장비를 스케줄링할지 여부를 결정하는 단계, 연결 재개를 위해 사용자 장비를 스케줄링할지 여부를 결정하는 단계, 사용자 장비가 사용할 수 있는 특징 세트를 결정하는 단계, 또는 사용자 장비가 사용할 수 있는 변조 및 코딩 방식을 결정하는 단계 중 적어도 하나를 더 포함할 수 있다.

예시적인 방법은 수신된 메시지에 대한 응답을 사용자 장비에 송신하는 단계를 더 포함할 수 있고, 송신된 응답은 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초할 수 있다.

하나의 예시적인 실시예에 따르면, 장치는: 적어도 하나의 프로세서; 및 컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함할 수 있으며; 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서를 이용하여, 장치로 하여금: 사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하게 하고 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시할 수 있음 ― ; 그리고 논리 채널 식별자에 기초하여 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하도록 구성된다.

예시적인 장치는: 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초하여, 네트워크에 대한 사용자 장비의 액세스를 제약할지 여부를 결정하는 것, 연결 설정을 위해 사용자 장비를 스케줄링할지 여부를 결정하는 것, 연결 재개를 위해 사용자 장비를 스케줄링할지 여부를 결정하는 것, 사용자 장비가 사용할 수 있는 특징 세트를 결정하는 것, 또는 사용자 장비가 사용할 수 있는 변조 및 코딩 방식을 결정하는 것 중 적어도 하나를 수행하도록 추가로 구성될 수 있다.

예시적인 장치는 수신된 메시지에 대한 응답을 사용자 장비에 송신하도록 추가로 구성될 수 있고, 송신된 응답은 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초할 수 있다.

하나의 예시적인 실시예에 따르면, 장치는, 사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하는 것 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시할 수 있음 ― ; 및 논리 채널 식별자에 기초하여 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하는 것을 수행하도록 구성된 회로부를 포함할 수 있다.

하나의 예시적인 실시예에 따르면, 장치는: 프로세싱 회로부; 및 컴퓨터 프로그램 코드를 포함하는 메모리 회로부를 포함할 수 있으며; 메모리 회로부 및 컴퓨터 프로그램 코드는, 프로세싱 회로부를 이용하여, 장치로 하여금: 사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하게 하고 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시할 수 있음 ― ; 그리고 논리 채널 식별자에 기초하여 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하도록 구성된다.

하나의 예시적인 실시예에 따르면, 장치는, 사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하는 것 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시할 수 있음 ― ; 및 논리 채널 식별자에 기초하여 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하는 것을 수행하기 위한 수단을 포함할 수 있다.

수단은, 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초하여, 네트워크에 대한 사용자 장비의 액세스를 제약할지 여부를 결정하는 것, 연결 설정을 위해 사용자 장비를 스케줄링할지 여부를 결정하는 것, 연결 재개를 위해 사용자 장비를 스케줄링할지 여부를 결정하는 것, 사용자 장비가 사용할 수 있는 특징 세트를 결정하는 것, 또는 사용자 장비가 사용할 수 있는 변조 및 코딩 방식을 결정하는 것 중 적어도 하나를 수행하도록 추가로 구성될 수 있다.

수단은 수신된 메시지에 대한 응답을 사용자 장비에 송신하는 것을 수행하도록 추가로 구성될 수 있고, 송신된 응답은 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초할 수 있다.

하나의 예시적인 실시예에 따르면, 프로그램 명령들이 저장되어 있는 비-일시적인 컴퓨터-판독가능 매체가 제공되고, 프로그램 명령들은, 적어도 하나의 프로세서로 실행될 때, 적어도 하나의 프로세서로 하여금, 사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하게 하고 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시할 수 있음 ― ; 그리고 논리 채널 식별자에 기초하여 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하게 한다.

예시적인 비-일시적인 컴퓨터-판독가능 매체는, 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초하여, 네트워크에 대한 사용자 장비의 액세스를 제약할지 여부를 결정하는 것, 연결 설정을 위해 사용자 장비를 스케줄링할지 여부를 결정하는 것, 연결 재개를 위해 사용자 장비를 스케줄링할지 여부를 결정하는 것, 사용자 장비가 사용할 수 있는 특징 세트를 결정하는 것, 또는 사용자 장비가 사용할 수 있는 변조 및 코딩 방식을 결정하는 것 중 적어도 하나를 수행하도록 추가로 구성될 수 있다.

예시적인 비-일시적인 컴퓨터-판독가능 매체는 수신된 메시지에 대한 응답을 사용자 장비에 송신하도록 추가로 구성될 수 있고, 송신된 응답은 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초할 수 있다.

다른 예시적인 실시예에 따르면, 동작들을 수행하기 위해 머신에 의해 실행가능한 명령들의 프로그램을 유형적으로 구현하는, 머신에 의해 판독가능한 비-일시적인 프로그램 저장 디바이스가 제공될 수 있으며, 동작들은, 사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하는 동작 ― 논리 채널 식별자는 공통 제어 채널을 표시할 수 있고, 사용자 장비의 타입을 표시할 수 있음 ― ; 및 논리 채널 식별자에 기초하여 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하는 동작을 포함한다.

전술한 설명은 단지 예시적임이 이해되어야 한다. 당업자들에 의해 다양한 대안들 및 수정들이 고안될 수 있다. 예를 들어, 다양한 종속 청구항들에서 열거된 특징들은 임의의 적합한 조합(들)으로 서로 조합될 수 있다. 이외에도, 위에서 설명된 상이한 실시예들로부터의 특징들이 새로운 실시예로 선택적으로 조합될 수 있다. 따라서, 설명은 첨부된 청구항들의 범위 내에 속하는 모든 이러한 대안들, 수정 및 변형들을 포괄하는 것으로 의도된다.

Claims

장치로서,
적어도 하나의 프로세서; 및
적어도 하나의 비-일시적인 메모리 및 컴퓨터 프로그램 코드를 포함하며,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서를 이용하여, 상기 장치로 하여금,
논리 채널 식별자를 결정하게 하고 ― 상기 논리 채널 식별자는 공통 제어 채널을 표시하고 장치의 타입을 표시함 ―; 그리고
상기 결정된 논리 채널 식별자를 포함하는 메시지를 송신하게 하도록 구성되는, 장치.
제1 항에 있어서,
상기 표시된 타입의 장치는 감소된 능력 타입의 장치를 포함하는, 장치.
제1 항 또는 제2 항에 있어서,
상기 논리 채널 식별자를 결정하는 것은, 상기 장치가,
공통 제어 채널 서비스 데이터 유닛이 송신될 것이라고 결정하고; 그리고
상기 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라는 결정에 적어도 부분적으로 기초하여 상기 논리 채널 식별자를 결정하도록 추가로 구성되는 것을 포함하는, 장치.
제1 항 내지 제3 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 공통 제어 채널 서비스 데이터 유닛 사이즈를 표시하는, 장치.
제4 항에 있어서,
상기 공통 제어 채널 서비스 데이터 유닛 사이즈는 미리 정의된 사이즈를 포함하고, 상기 미리 정의된 사이즈는 48 비트 또는 64 비트 중 적어도 하나를 포함하는, 장치.
제1 항 내지 제5 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 감소된 능력 사용자 장비와 연관된 값을 포함하는, 장치.
제1 항 내지 제6 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 코드포인트 또는 인덱스에 의해 식별되는, 장치.
제1 항 내지 제7 항 중 어느 한 항에 있어서,
상기 메시지는 적어도 공통 제어 채널 서비스 데이터 유닛을 포함하고, 상기 공통 제어 채널 서비스 데이터 유닛은 적어도 라디오 자원 제어 연결 요청을 포함하는, 장치.
제8 항에 있어서,
상기 라디오 자원 제어 연결 요청은 라디오 자원 제어 셋업 요청 또는 라디오 자원 제어 재개 요청 중 적어도 하나를 포함하는, 장치.
제1 항 내지 제9 항 중 어느 한 항에 있어서,
상기 장치는 라디오 자원 제어 비활성 상태 또는 라디오 자원 제어 유휴 상태 중 적어도 하나에 있는, 장치.
제1 항 내지 제10 항 중 어느 한 항에 있어서,
상기 메시지는 랜덤 액세스 절차 메시지 3 또는 랜덤 액세스 절차 메시지 A를 포함하는, 장치.
제1 항 내지 제11 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 상기 장치가 하나 또는 복수의 타입들의 감소된 능력 장치를 포함함을 표시하는, 장치.
제1 항 내지 제12 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 장치 타입을 표시하도록 구성된 복수의 논리 채널 식별자들 중 하나를 포함하는, 장치.
제1 항 내지 제13 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 복수의 논리 채널 식별자들 중 하나를 포함하고, 상기 복수의 논리 채널 식별자들 중 제1 논리 채널 식별자는 제1 공통 제어 채널 서비스 데이터 유닛을 표시하고, 상기 복수의 논리 채널 식별자들 중 제2 논리 채널 식별자는 제2 공통 제어 채널 서비스 데이터 유닛을 표시하고, 상기 제1 공통 제어 채널 서비스 데이터 유닛의 사이즈 및 상기 제2 공통 제어 채널 서비스 데이터 유닛의 사이즈는 상이한, 장치.
방법으로서,
사용자 장비에서, 논리 채널 식별자를 결정하는 단계 ― 상기 논리 채널 식별자는 공통 제어 채널을 표시하고 상기 사용자 장비의 타입을 표시함 ―; 및
상기 결정된 논리 채널 식별자를 포함하는 메시지를 송신하는 단계를 포함하는, 방법.
제15 항에 있어서,
상기 표시된 타입의 사용자 장비는 감소된 능력 타입의 사용자 장비를 포함하는, 방법.
제15 항 또는 제16 항에 있어서,
상기 논리 채널 식별자를 결정하는 단계는,
공통 제어 채널 서비스 데이터 유닛이 송신될 것이라고 결정하는 단계; 및
상기 공통 제어 채널 서비스 데이터 유닛이 송신될 것이라는 결정에 적어도 부분적으로 기초하여 상기 논리 채널 식별자를 결정하는 단계
를 더 포함하는, 방법.
제15 항 내지 제17 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 공통 제어 채널 서비스 데이터 유닛 사이즈를 표시하는, 방법.
제18 항에 있어서,
상기 공통 제어 채널 서비스 데이터 유닛 사이즈는 미리 정의된 사이즈를 포함하고, 상기 미리 정의된 사이즈는 48 비트 또는 64 비트 중 적어도 하나를 포함하는, 방법.
제15 항 내지 제19 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 감소된 능력 사용자 장비와 연관된 값을 포함하는, 방법.
제15 항 내지 제20 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 코드포인트 또는 인덱스에 의해 식별되는, 방법.
제15 항 내지 제21 항 중 어느 한 항에 있어서,
상기 메시지는 적어도 공통 제어 채널 서비스 데이터 유닛을 포함하고, 상기 공통 제어 채널 서비스 데이터 유닛은 적어도 라디오 자원 제어 연결 요청을 포함하는, 방법.
제22 항에 있어서,
상기 라디오 자원 제어 연결 요청은 라디오 자원 제어 셋업 요청 또는 라디오 자원 제어 재개 요청 중 적어도 하나를 포함하는, 방법.
제15 항 내지 제23 항 중 어느 한 항에 있어서,
상기 사용자 장비는 라디오 자원 제어 비활성 상태 또는 라디오 자원 제어 유휴 상태 중 적어도 하나에 있는, 방법.
제15 항 내지 제24 항 중 어느 한 항에 있어서,
상기 메시지는 랜덤 액세스 절차 메시지 3 또는 랜덤 액세스 절차 메시지 A를 포함하는, 방법.
제15 항 내지 제25 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 상기 사용자 장비가 하나 또는 복수의 타입들의 감소된 능력 사용자 장비를 포함함을 표시하는, 방법.
제15 항 내지 제26 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 사용자 장비 타입을 표시하도록 구성된 복수의 논리 채널 식별자들 중 하나를 포함하는, 방법.
제15 항 내지 제27 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 복수의 논리 채널 식별자들 중 하나를 포함하고, 상기 복수의 논리 채널 식별자들 중 제1 논리 채널 식별자는 제1 공통 제어 채널 서비스 데이터 유닛을 표시하고, 상기 복수의 논리 채널 식별자들 중 제2 논리 채널 식별자는 제2 공통 제어 채널 서비스 데이터 유닛을 표시하고, 상기 제1 공통 제어 채널 서비스 데이터 유닛의 사이즈 및 상기 제2 공통 제어 채널 서비스 데이터 유닛의 사이즈는 상이한, 방법.
장치로서,
제15 항 내지 제28 항 중 어느 한 항에 따른 방법을 수행하기 위한 수단을 포함하는, 장치.
장치로서,
논리 채널 식별자를 결정하는 것 ― 상기 논리 채널 식별자는 공통 제어 채널을 표시하고 상기 장치의 타입을 표시함 ―; 및
상기 결정된 논리 채널 식별자를 포함하는 메시지를 송신하는 것을 수행하기 위한 수단을 포함하는, 장치.
장치로서,
적어도 하나의 프로세서; 및
적어도 하나의 비-일시적인 메모리 및 컴퓨터 프로그램 코드를 포함하며,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서를 이용하여, 상기 장치로 하여금,
사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하게 하고 ― 상기 논리 채널 식별자는 공통 제어 채널을 표시하고 상기 사용자 장비의 타입을 표시함 ―; 그리고
상기 논리 채널 식별자에 기초하여 상기 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하게 하도록 구성되는, 장치.
제31 항에 있어서,
상기 표시된 타입의 사용자 장비는 감소된 능력 타입의 사용자 장비를 포함하는, 장치.
제31 항 또는 제32 항에 있어서,
상기 논리 채널 식별자는 공통 제어 채널 서비스 데이터 유닛 사이즈를 표시하는, 장치.
제33 항에 있어서,
상기 공통 제어 채널 서비스 데이터 유닛 사이즈는 미리 정의된 사이즈를 포함하고, 상기 미리 정의된 사이즈는 48 비트 또는 64 비트 중 적어도 하나를 포함하는, 장치.
제31 항 내지 제34 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 감소된 능력 사용자 장비와 연관된 값을 포함하는, 장치.
제31 항 내지 제35 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 코드포인트 또는 인덱스에 의해 식별되는, 장치.
제31 항 내지 제36 항 중 어느 한 항에 있어서,
상기 메시지는 적어도 공통 제어 채널 서비스 데이터 유닛을 포함하고, 상기 공통 제어 채널 서비스 데이터 유닛은 적어도 라디오 자원 제어 연결 요청을 포함하는, 장치.
제37 항에 있어서,
상기 라디오 자원 제어 연결 요청은 라디오 자원 제어 셋업 요청 또는 라디오 자원 제어 재개 요청 중 적어도 하나를 포함하는, 장치.
제31 항 내지 제38 항 중 어느 한 항에 있어서,
상기 사용자 장비는 라디오 자원 제어 비활성 상태 또는 라디오 자원 제어 유휴 상태 중 적어도 하나에 있는, 장치.
제31 항 내지 제39 항 중 어느 한 항에 있어서,
상기 메시지는 랜덤 액세스 절차 메시지 3 또는 랜덤 액세스 절차 메시지 A를 포함하는, 장치.
제31 항 내지 제40 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 상기 사용자 장비가 하나 또는 복수의 타입들의 감소된 능력 사용자 장비를 포함함을 표시하는, 장치.
제31 항 내지 제41 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 사용자 장비 타입을 표시하도록 구성된 복수의 논리 채널 식별자들 중 하나를 포함하는, 장치.
제31 항 내지 제42 항 중 어느 한 항에 있어서,
상기 논리 채널 식별자는 복수의 논리 채널 식별자들 중 하나를 포함하고, 상기 복수의 논리 채널 식별자들 중 제1 논리 채널 식별자는 제1 공통 제어 채널 서비스 데이터 유닛을 표시하고, 상기 복수의 논리 채널 식별자들 중 제2 논리 채널 식별자는 제2 공통 제어 채널 서비스 데이터 유닛을 표시하고, 상기 제1 공통 제어 채널 서비스 데이터 유닛의 사이즈 및 상기 제2 공통 제어 채널 서비스 데이터 유닛의 사이즈는 상이한, 장치.
제31 항 내지 제43 항 중 어느 한 항에 있어서,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서를 이용하여, 상기 장치로 하여금, 상기 사용자 장비가 감소된 능력 사용자 장비를 포함한다는 결정에 기초하여,
네트워크에 대한 상기 사용자 장비의 액세스를 제약할지 여부를 결정하는 것,
연결 설정을 위해 상기 사용자 장비를 스케줄링할지 여부를 결정하는 것,
연결 재개를 위해 상기 사용자 장비를 스케줄링할지 여부를 결정하는 것,
상기 사용자 장비가 사용할 수 있는 특징 세트를 결정하는 것, 또는
상기 사용자 장비가 사용할 수 있는 변조 및 코딩 방식을 결정하는 것
중 적어도 하나를 수행하게 하도록 추가로 구성되는, 장치.
제44 항에 있어서,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서를 이용하여, 상기 장치로 하여금,
수신된 메시지에 대한 응답을 상기 사용자 장비에 송신하게 하도록 추가로 구성되고, 상기 송신된 응답은 상기 사용자 장비가 상기 감소된 능력 사용자 장비를 포함한다는 결정에 기초하는, 장치.
방법으로서,
사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하는 단계 ― 상기 논리 채널 식별자는 공통 제어 채널을 표시하고 상기 사용자 장비의 타입을 표시함 ―; 및
상기 논리 채널 식별자에 기초하여 상기 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하는 단계를 포함하는, 방법.
장치로서,
사용자 장비로부터, 논리 채널 식별자를 포함하는 메시지를 수신하는 것 ― 상기 논리 채널 식별자는 공통 제어 채널을 표시하고 상기 사용자 장비의 타입을 표시함 ―; 및
상기 논리 채널 식별자에 기초하여 상기 사용자 장비가 감소된 능력 사용자 장비를 포함하는지 여부를 결정하는 것을 수행하기 위한 수단을 포함하는, 장치.