KR102214371B1

KR102214371B1 - 정보 보고 방법과 디바이스, 및 불연속 전송 방법

Info

Publication number: KR102214371B1
Application number: KR1020187025089A
Authority: KR
Inventors: 첸 다이
Original assignee: 지티이 코포레이션
Priority date: 2016-02-06
Filing date: 2017-01-24
Publication date: 2021-02-09
Also published as: EP3393193A1; CN107046728A; US20180206290A1; EP3393193A4; CN107046728B; JP2019505133A; US20190373669A1; JP6685412B2; US10849185B2; US10440774B2; JP2020114012A; EP3393193B1; JP7071429B2; KR20180109986A; WO2017133565A1

Abstract

본 발명은 정보 보고 방법과 디바이스, 및 불연속 전송 방법을 제공한다. 본 발명에서는, 전송될 데이터량에 관한 정보, 전력 헤드룸 정보, 전송될 데이터량에 관한 정보와 전력 헤드룸 정보, SingleTone 또는 MultiTone 중 어느 하나가 지원되는지를 표시하는 정보, 및 CP 전송 모드 또는 UP 전송 모드 중 어느 하나가 구성되는지를 표시하는 정보 중 적어도 하나의 부분이 랜덤 액세스 절차 또는 RRC 연결 관련 절차의 업링크 메시지에 추가되며, RRC 연결 관련 절차는 RRC 연결 설정 절차, RRC 연결 재설정 절차, RRC 연결 복원 절차, 및 업링크 메시지를 보고하는 것 중 하나를 포함하지만 이에 제한되지는 않는다. 이에 의해, 본 발명은 랜덤 액세스 절차 또는 RRC 연결 관련 절차의 업링크 메시지에 의해 전송될 데이터량에 관한 정보 및/또는 전력 헤드룸 정보를 보고할 수 없는 관련 기술분야에서의 문제를 해결함으로써, 제어 평면 시그널링을 사용하여 데이터를 효과적으로 전송한다.

Description

정보 보고 방법과 디바이스, 및 불연속 전송 방법

이 특허 문서는 통신에 관한 것으로, 특히 정보 보고 및 불연속 전송을 위한 방법 및 디바이스에 관한 것이다.

도 1은 LTE 시스템 액세스 흐름도를 도시한다. 여기에는 다음과 같은 처리 단계들이 포함된다.

단계 102: 사용자 장비(UE)가 LTE(Long Term Evolution) 기지국(eNB)에 연결될 필요가 있을 때, UE는 먼저 eNB에 프리앰블을 전송한다. 이것은 RRC 연결 절차의 제1 메시지이므로, 전문 용어로 메시지 1(즉, msg1)이라고 한다.

단계 104: 프리앰블을 검출하면, UE는 랜덤 액세스 응답(RAR이라고 함)을 회신한다. 이것은 연결 절차에서의 제2 메시지이므로, 이 단계에서 전송되는 전체 메시지를 메시지 2라고 한다.

단계 106: UE는, RAR을 수신하면, RRC 연결 요청을 전송한다. 이것은 연결 절차에서의 제3 메시지이므로, 이 단계에서 전송되는 전체 메시지를 메시지 3이라고 한다. MAC 오버헤드 및 MAC PDU에서의 전체 RRC 메시지는 msg3의 내용에 속한다는 점에 유의한다. UE가 전체 연결 절차 동안 RRC 연결 요청 메시지를 항상 보낼 필요는 없다는 점에 주목한다. 다른 메시지들은 상이한 절차들로 전송될 수 있다. 예를 들어, NBIoT 시스템의 경우, UE는 새롭게 도입된 RRC 일시중지/재개 메커니즘 동안 메시지 3에서 RRC 일시중지/재개 메시지를 전송한다. 따라서, RRC 연결 요청은 msg3에 의해 운반될 수 있는 가능한 메시지들 중 단지 하나이다.

단계 108: eNB는 시그널링 무선 베어러 1(SRB1) 및 경합 레졸루션 플래그를 포함하는 RRC 연결 셋업 메시지를 회신함으로써 RRC 연결 요청에 응답한다. 이 메시지는 단계 4에서 전송되는 메시지이므로 통상 msg4라고 한다. 이 메시지는 연결 절차에서의 제4 메시지이므로, 이 단계에서 전송되는 메시지는 메시지 4라고 한다.

단계 110: 메시지 4의 내용에 기반하여, UE는 그 액세스 경합이 성공했는지 여부를 결정한다. 경합이 성공하면, UE는 메시지 4에 의해 운반된 정보에 따라 SRB1을 셋업하고 msg4에 의해 운반된 SRB1에 따라 RRC 연결 셋업 완료 메시지를 전송한다. 이 메시지는 연결 절차에서의 제4 메시지이므로, 이 단계에서 전송되는 메시지는 통상 메시지 5라고 하며, 메시지 5는 첨부 또는 서비스 요청 등과 같은 NAS(non-access stratum) 메시지들을 포함한다.

현재, UE들 간에 무선 자원의 합리적인 분배를 보장하기 위해, LTE 시스템은 각각의 UE가 그 내부 버퍼에 저장된, 전송에 사용가능한 데이터량의 상태를 보고할 것을 요구한다. 이 보고는 버퍼 상태 보고(BSR)로서 eNB로 전송된다. LTE 시스템에서, UE의 논리 채널들(LCH)은 5개의 논리 채널 그룹(LCG)으로 그룹화된다. BSR은 모든 LCH들에서 전송에 사용가능한 데이터에 관한 정보 및 그룹 시퀀스 번호를 보고한다. BSR은 물리적 업링크 공유 채널(Physical Uplink Shared Channel)(PUSCH라고 함)에 의해 전송된다.

LTE 시스템에서, 무선 링크를 통한 데이터 전송을 위한 시간 간격은 전송 시간 간격(TTL)이라고 한다. BSR은 eNB가 UE 무선 자원을 스케줄링하는데 중요한 참고 정보이기 때문에, LTE는 BSR에 대한 많은 타입들 및 전송 규칙들을 지정하였다. 트리거링 이벤트들에 따라, BSR은 정규 버퍼 상태 보고(정규 BSR), 주기적인 버퍼 상태 보고(주기적인 BSR) 또는 패딩 버퍼 상태 보고(패딩 BSR)의 세 가지 타입을 가질 수 있다. 여기서, 정규 BSR은 다음과 같은 트리거 이벤트들을 갖는다.

1. 논리 채널(LCH)에 현재 저장된 것들보다 더 높은 우선순위를 갖는, 논리 채널 상의 전송을 위한 상위 계층 데이터의 도달.

2. 서빙 셀의 변경.

3. BSR에서의 재전송 타이머(RETX_BSR_TIMER)는 만료되고, 데이터는 UE 버퍼에서 전송에 사용가능하다.

주기적인 BSR에 대한 트리거링 조건은 주기적인 BSR 타이머(PERIODIC BSR TIMER)의 만료를 포함한다.

패딩 BSR에 대한 트리거링 조건은, 전송을 기다리는 정규 BSR이나 주기적인 BSR이 없고, 업링크(PUSCH)에서 할당된 자원에서의 패딩 비트들의 수가 미디어 액세스 제어(MAC) 및 MAC 서브헤더의 제어 요소(CE)에서의 비트들의 합보다 크거나 같을 때를 포함한다.

패딩 BSR은 정규 BSR 및 주기적인 BSR에 대해 상보적이며, 채우는 특성을 갖는 반면에, 정규 BSR 및 주기적인 BSR은 채우지 않는다. 업링크에서 정규 BSR 및 주기적인 BSR이 전송되지 않을 때, 패딩 BSR은 UE 버퍼 내의 LCG 데이터 변경을 보다 적시에 eNB에게 알리기 위해 전송될 수 있다.

정규 BSR, 주기적인 BSR 및 패딩 BSR은 상이한 방식으로 전송되며, 정규 BSR 및 주기적인 BSR은 미디어 액세스 제어 패킷 데이터 유닛(MAC UDP)의 제어 요소(CE)에서 래핑(wrap)되는 반면에, 패딩 BSR은 MAC CE로 패키징된 MAC PDU의 패딩 비트들로 전송된다. BSR을 전송하는 세 가지 방법은 패딩 비트들이 사용되는지 여부에서만 서로 상이하다. MAC PDU는 PUSCH에 의해 전송된다.

BSR을 전송하는데 사용되는 포맷들은 또한 짧은 BSR, 절단된 BSR 및 긴 BSR로 구분될 수 있다. 도 2는 BSR 전송을 위한 제1 포맷을 도시한다. 도 3은 BSR 전송을 위한 제2 포맷을 도시한다. 도 2 및 도 3이 도시하는 바와 같이, LTE MAC 프로토콜 표준의 정의에 따라, 도 2에서의 포맷은 짧은 BSR 또는 절단된 BSR이라고 한다. 도 3에서의 포맷은 긴 BSR이다. 정규 BSR 또는 주기적인 BSR이 트리거링되고, 하나의 LCG만이 BSR이 전송을 위해 준비되는 TTI에서 전송에 사용가능한 데이터를 가질 때, UE는 짧은 BSR 포맷을 선택하여 BSR을 전송할 수 있다.

정규 또는 주기적인 BSR이 UE에 의해 트리거링되고, BSR이 전송을 위해 준비되는 TTI에서 전송에 사용가능한 데이터를 갖는 더 많은 LCG가 있을 때, UE는 긴 BSR 포맷을 선택하여 BSR을 전송할 수 있다. 패딩 BSR이 UE에 의해 트리거링되고, BSR이 전송을 위해 준비되는 TTI에서 더 많은 LCG가 있고, MAC PDU에서의 패딩 비트 수가 긴 BSR 포맷 및 관련 MAC 서브헤더를 운반하기에 충분하지 않을 때, UE는 BSR 전송을 위해 절단된 BSR 포맷을 선택할 수 있다. BSR이 UE에 의해 패딩 BSR로서 트리거링되고, 전송에 사용가능한 데이터를 갖는 하나의 LCG만이 BSR이 준비되는 TTI 내에 있을 때, UE는 짧은 BSR 포맷을 사용하여 BSR을 보고할 수 있다. 짧은 BSR 포맷 및 절단된 BSR 포맷은 도 3에 도시된 것과 동일한 포맷을 모두 사용하더라도, 상이한 의미들을 갖는다는 점에 주목할 가치가 있다.

BSR 트리거링 이벤트들은 모두 중요한 이벤트들이다. 정규 BSR이 트리거링될 때, 현재의 TTI에서 BSR을 전송하기 위한 PUSCH 자원이 사용가능하지 않으면, UE는 후속 TTI에서 PUSCH 자원을 얻으면 나중에 취소될 수 있는 스케줄링 요청(SR)을 트리거링할 필요가 있다. 물론, 후속 TTI에서 PUSCH 자원이 없으면, SR은 물리적 업링크 제어 채널(PUCCH)을 통해 eNB로 전송될 것이며, eNB는 PUSCH 자원을 UE에 할당할 수 있다.

현재의 LTE MAC 계층 프로토콜 표준(예를 들어, TS 36.321)의 정의에 따르면, BSR은 다음과 같이 트리거링되고 전송된다.

전술한 트리거링 조건들에 따라, UE는 모든 TTI에서 BSR을 트리거링할지 여부를 결정한다.

모든 TTI에서, UE는 이미 트리거링된 BSR이 존재하는지 여부를 결정한다. 트리거링된 BSR이 존재하면, UE는 현재 TTI에서 사용가능한 PUSCH 자원이 존재하는지 여부를 결정할 필요가 있다. 사용가능한 PUSCH 자원이 존재하면, UE는 BSR에 대한 MAC CE를 구성하기 위해 적절한 포맷을 선택한다. 트리거링된 BSR이 없다면, UE는 패딩 BSR을 트리거링할지 여부를 결정할 필요가 있다. 패딩 BSR을 트리거링할 수 있다면, BSR에 대한 MAC CE를 구성하기 위해 적절한 BSR 포맷을 선택해야 한다. MAC CE가 완료될 때, UE는 업링크 전송을 실행한다.

전력 헤드룸 보고(PHR)는, UE가 MAC CE의 방법을 사용하여 공칭 최대 전송 전력과 업링크 공유 채널(UL-SCH)의 추정 전송 전력 간의 차이를 eNB에게 보고할 때의 절차를 지칭한다. PHR을 트리거링하기 위한 조건들은 다음을 포함할 수 있다.

1. prohibitPHR-Timer가 만료되고, 경로 손실의 변화가 (최종 PHR 에포크로부터 계산된) 구성된 값보다 크다.

2. periodicPHR-Timer가 만료된다.

3. PHR 기능 엔티티가 구성되거나 재구성된다.

일단 PHR이 트리거링되면, UE는 자신이 PHR을 지원하는 업링크 자원을 가질 때 PHR을 전송한다. 도 4는 PHR에 대한 MAC CE 포맷을 도시한다. 도 4에 도시된 바와 같이, 전력 헤드룸(PH)은 6 비트의 길이를 갖는 비트들로 표현된다. 또한, 관련 기술 사양에서 디폴트값이 0인 2개의 예약된 비트(R)가 있다.

LTE 시스템에서, 포맷 타입 1은 통상 전력 헤드룸 보고에 사용되며, 전력 헤드룸 값은 64 레벨에서 물리적 계층으로부터 판독된다.

현재의 LTE 시스템에서, 기계 타입 통신 단말기들(예를 들어, 센서, 스마트 홈, 지능형 그리드 등)을 지원하기 위해, 협대역 사물 인터넷(NB-IoT)이 도입되었다. 이 시스템은 작은 데이터량의 기계 타입 통신을 사용하기 위해 180kHz의 대역폭을 가지며 높은 데이터률을 위해 설계된 단말기들의 스펙트럼 효율에 대한 작은 데이터량의 영향을 피하면서 동시에 단위 주파수 대역폭에 의해 운반되는 사용자들의 수를 증가시킨다.

그럼에도 불구하고, 협대역 시스템의 배치가 기계 타입 단말기들과 비기계 타입 단말기들을 분리할 수 있지만, 사용자의 전송률을 향상시키는데 도움이 되지는 않는다. 이는 협대역 시스템이 광대역 LTE와 동일한 제어 평면 및 사용자 평면을 사용하므로 제어 비용이 양쪽 모두 동일하기 때문이다. 따라서, LTE 시스템에 비해, 협대역 시스템은 스펙트럼 효율면에서 명백한 이점이 없다.

협대역 시스템들의 스펙트럼 효율을 향상시키고 시그널링의 오버헤드를 줄이기 위해, NAS 시그널링에 의해 데이터를 전송하는 개념이 NB-IoT 시스템에 최근 도입되었다. 시그널링 전송의 서비스 품질(QoS)이 고유한 반면, 데이터 전송은 다수의 QoS들을 제공할 수 있어야 하므로 제어 평면 시그널링에 의한 데이터 전송은 비정상적인 접근법이다. 따라서, 시그널링 전송 메커니즘을 사용하여 데이터를 전송하면 MAC 계층에 부정적인 영향을 주어 다양한 결과들을 초래할 것이다.

요약하면, MAC 스케줄링 및 HARQ 등과 같은 현재 알려진 기술들 중 어느 것도 시그널링 채널들을 통해 데이터를 효과적으로 전송하는 개념과 협력할 수 없다.

이 특허 문서는 메시지 보고 및 불연속 전송을 위한 방법 및 디바이스를 설명하여, 현재의 랜덤 액세스 절차 또는 현재의 RRC 연결 절차의 업링크 메시지에 의해 해결될 수 없는, 전송에 사용가능한 데이터량 및/또는 전력 헤드룸, 및 싱글 톤(SingleTone) 또는 멀티 톤들(MultiTone)에 대한 지원 또는 제어 평면(CP) 기반 또는 사용자 평면(UP) 기반 전송 모드가 구성되는지 여부에 관한 정보를 보고하는 문제를 적어도 해결한다.

개시된 기술들은, 하나의 양태에서, 다음 정보 중 적어도 하나를 랜덤 액세스 절차 및 RRC 연결 절차의 업링크 메시지에 추가하는 것을 포함하는 메시지 보고 방법을 제공한다.

-- 전송에 사용가능한 데이터량,

-- 전력 헤드룸,

-- SingleTone 또는 MultiTone의 지원,

-- UP 전송 모드 또는 CP 전송 모드.

RRC 연결 절차는 다음 중 어느 하나를 포함한다.

-- RRC 연결,

-- RRC 연결 재설정,

-- RRC 재개,

-- 업링크 메시지의 보고.

임의적으로, 업링크 메시지는,

메시지 3(msg3), 5(msg5) 및 msg5 이후에 전송된 임의의 메시지 중 어느 하나를 포함한다.

임의적으로, SingleTone 또는 MultiTone이 업링크 메시지에서 지원되는지 여부에 관한 정보를 추가하는 방법은 다음 중 어느 하나를 포함한다.

업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 SingleTone 또는 MultiTone의 지원을 표시한다. 업링크의 MAC CE에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 표시하며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나일 수 있다.

임의적으로, 업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 전달하는 방법은 다음 중 어느 하나를 추가로 포함한다.

LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더가 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반함을 표시하는 것을 포함하여, 새로운 논리 채널 식별자(LCID)를 정의하여 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반한다.

임의적으로, LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더에 대응하는 MAC CE가 SingleTone/MultiTone이 지원되는지 여부에 관한 정보를 포함함을 표시하는 것을 포함하여, 업링크 메시지에서의 MAC CE에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 전달하며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나일 수 있다.

임의적으로, CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 업링크 메시지에 추가하는 방법은 다음 중 어느 하나를 포함한다.

업링크 메시지에서 CCCH SDU의 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부를 표시한다.

업링크 메시지의 MAC CE에서 예약된 비트들을 사용하거나 비트 위치들을 재정의하여 UP 전송 모드 또는 CP 전송 모드가 구성되는지 여부에 관한 정보를 표시하며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나일 수 있다.

임의적으로, 업링크 메시지에서 CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하여 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반하는 방법은,

LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더가 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반함을 표시하는 것을 포함하여, CCCH 및 CP 전송 모드/UP 전송 모드에 관한 정보 모두에 동시에 대응하도록 새로운 논리 채널 식별자(LCID)를 정의하는 단계를 추가로 포함한다.

임의적으로, MAC CE에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 나타내는 방법은,

LCID의 MAC 서브헤더를 사용하여 MAC CE가 UP 전송 모드 또는 CP 전송 모드가 구성되는지 여부에 관한 정보를 운반함을 표시하는 것을 포함하여, MAC CE 및 CP 전송 모드/UP 전송 모드 정보에 동시에 대응하도록 새로운 논리 채널 식별자(LCID)를 정의하는 단계를 추가로 포함하며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나일 수 있다.

임의적으로, 전송에 사용가능한 데이터량에 관한 정보를 업링크 메시지에 추가하는 방법은 다음 중 어느 하나를 포함한다.

BSR MAC CE를 업링크 메시지에 추가한다.

업링크 메시지의 CCCH SDU에 전송에 사용가능한 데이터량에 관한 정보를 추가한다.

CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 전송에 사용가능한 데이터량에 관한 정보를 나타낸다.

임의적으로, 업링크 메시지에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 방법은,

표시 정보를 업링크 메시지에서 추가하여 업링크 메시지가 BSR MAC CE를 포함한다는 것을 표시하는 단계를 추가로 포함한다. 업링크 메시지에 표시 정보를 추가하는 방법은 다음 중 어느 하나를 포함한다.

MAC BSR과 연관된 MAC 서브헤더를 업링크 메시지에 추가한다.

CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 업링크 메시지가 BSR MAC CE를 포함한다는 것을 표시한다.

CCCH 및 BSR 모두와 동시에 연관된 새로운 논리 채널 식별자(LCID)를 정의하며, MAC 서브헤더는 LCID가 속하는 MAC PDU가 CCCH SDU 및 BSR MAC CE 모두를 포함함을 표시한다.

표시 정보를 CCCH에 추가하여 업링크 메시지가 BSR MAC CE를 운반한다는 것을 표시한다.

임의적으로, CCCH SDU에 업링크 메시지 내의 BSR MAC CE의 존재에 관한 표시 정보를 추가하는 방법은 다음 중 어느 하나를 포함한다.

CCCH SDU에 의해 운반되는 제어 평면 메시지에서 예비 비트를 표시 정보로서 정의한다.

CCCH SDU에 의해 운반되는 임계 확장 정보 요소(criticalExtension IE) 또는 비임계 확장 정보 요소(non-criticalExtension IE)에 표시 정보를 추가한다.

임의적으로, 업링크 메시지에 의해 운반되는 CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하는 방법은 다음 중 어느 하나를 포함한다.

LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더가 전송에 사용가능한 데이터량에 관한 정보를 포함함을 표시하는 것을 포함하여, 새로운 LCID를 정의한다. CCCH SDU와 연관되면서, MAC 서브헤더는 또한 전송에 사용가능한 데이터량에 관한 정보를 포함한다.

임의적으로, 업링크 메시지에 전력 헤드룸에 관한 정보를 추가하는 방법은 다음 중 어느 하나를 포함한다.

업링크 메시지에서 CCCH SDU에 전력 헤드룸 정보를 추가한다.

CCCH SDU에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 전력 헤드룸 정보를 표시한다.

임의적으로, 업링크 메시지가 PHR CE를 운반한다는 것을 표시하기 위해 업링크 메시지에 표시 정보를 추가함으로써 업링크 메시지에서 전력 헤드룸 정보를 추가하는 방법은 다음 중 어느 하나를 포함한다.

PHR CE와 연관된 MAC 서브헤더를 업링크 메시지에 추가한다.

업링크 메시지에 의해 운반되는 CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 업링크 메시지에서 PHR MAC CE를 나타낸다.

CCCH 및 PHR 모두와 동시에 연관된 새로운 LCID를 정의하며, LCID의 MAC 서브헤더는 LCID를 베어링하는 MAC PDU가 CCCH SDU 및 PHR MAC CE 모두를 포함한다는 것을 표시한다.

CCCH SDU에서 표시 정보를 추가하여 업링크가 PHR MAC CE를 운반함을 표시한다.

임의적으로, CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 PHR MAC CE를 운반한다는 것을 표시하는 방법은 다음 중 어느 하나를 포함한다.

CCCH SDU에 의해 운반되는 CP 메시지에서 예비 비트를 사용하여 표시 정보를 운반한다.

CCCH SDU에 의해 운반되는 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에 표시 정보를 추가한다.

임의적으로, 업링크 메시지에 의해 운반되는 CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 전력 헤드룸 정보를 전달하는 방법은 다음 중 어느 하나를 추가로 포함한다.

새로운 LCID를 정의하며, LCID의 MAC 서브헤더는 MAC 서브헤더가 전력 헤드룸 정보를 포함하고, MAC 서브헤더가 CCCH SDU와 연관되고 동시에 전력 헤드룸 정보를 포함한다는 것을 표시한다.

임의적으로, 전송에 사용가능한 데이터량 및 전력 헤드룸의 정보를 동시에 추가하는 방법은 다음 중 어느 하나를 포함한다.

업링크 메시지에 BSR_PHR 결합된 MAC CE를 추가한다.

CCCH SDU에서 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 동시에 업링크 메시지에 추가한다.

임의적으로, 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 동시에 추가하는 방법은 업링크 메시지에 표시 정보를 추가하는 단계를 추가로 포함하며, 표시 정보는 업링크 메시지가 BSR_PHR 결합된 MAC CE를 포함함을 표시한다. 표시 정보를 추가하는 방법은 다음 중 어느 하나를 포함한다.

BSR_PHR 결합된 MAC CE와 연관된 새로운 LCID를 정의한다.

LCID의 MAC 서브헤더를 사용하여 LCID가 속하는 MAC PDU가 BSR_PHR 결합된 MAC CE를 포함함을 표시한다.

업링크 메시지에서 연관된 CCCH PDU의 MAC 서브헤더에서 예약된 비트들을 사용하여 MAC PDU가 BSR_PHR 결합된 MAC CE를 운반함을 표시한다.

CCCH, PHR 및 BSR과 동시에 연관된 새로운 LCID를 정의하며, LCID의 MAC 헤더는 LCID가 속하는 MAC PDU가 CCCH SDU 및 BSR_PHR 결합된 MAC CE 모두를 포함한다는 것을 표시한다.

표시 정보를 CCCH SDU에서 추가하여 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시한다.

임의적으로, CCCH SDU에 표시 정보를 추가하여 업링크 메시지가 BSR_PHR 결합된 MAC를 운반한다는 것을 표시하는 방법은 다음 중 어느 하나를 포함한다.

CCCH SDU에 의해 운반되는 CP 메시지에서 예비 비트들을 표시 정보로서 정의한다.

CCCH SDU에 의해 운반되는 CP 메시지에서 criticalExtension IE 또는 non-criticalExtension IE에 표시 정보를 추가한다.

임의적으로, 표시 정보를 추가하여 업링크 메시지가 BSR MAC CE 또는 PHR MAC CE 또는 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시하는 방법은,

업링크 메시지에 의해 운반되는 CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들 및 F2 비트를 사용하여 표시 정보를 운반하는 단계를 추가로 포함하며, 표시 정보의 제1 값은 업링크 메시지가 BSR MAC CE를 운반한다는 것을 나타내고, 표시 정보의 제2 값은 업링크 메시지가 PHR MAC CE를 운반한다는 것을 나타내고, 표시 정보의 제3 값은 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 나타내며, 표시 정보의 제4 값은 업링크 메시지가 BSR_MAC CE, PHR MAC CE 및 BSR_PHR 결합된 MAC CE를 운반한다는 것을 나타낸다.

임의적으로, 제4 값이 00인 경우, 업링크 메시지는 BSR_MAC CE, PHR_MAC CE 또는 BSR_PHR 결합된 MAC CE를 운반하지 않는다.

임의적으로, 업링크 메시지에 BSR_PHR을 추가하는 포맷은 다음과 같다.

BSR_PHR 결합된 MAC CE는 BSR 및 PHR로 구성된다. BSR_PHR 결합된 MAC CE의 총 길이는 8N 비트이며, N은 정수이고, BSR은 다음 중 어느 하나로 구성될 수 있다. BSR은 전송에 사용가능한 데이터량만을 포함하고, BSR은 LCG 범위와 전송에 사용가능한 데이터량 모두를 포함한다.

임의적으로, BSR_PHR 결합된 MAC CE가 8 비트의 총 길이를 가질 때, BSR의 길이 및 PHR의 길이는 8 비트로 압축되고, 압축된 BSR의 데이터량의 범위와 현재의 LTE 프로토콜에서의 데이터량 범위 간의 매핑 관계는 다음과 같을 수 있다.

압축된 BSR에서 "전송에 사용가능한 데이터량"의 범위는 현재의 LTE 프로토콜의 전체 BSR 데이터량 테이블에 매핑되고, 미리 설정된 임계값보다 큰 값의 입도가 취해진다.

BSR에서 전송에 사용가능한 데이터량의 범위는, 입도의 변경 없이, 현재의 LTE 프로토콜의 BSR 데이터 매핑 테이블의 일부에 매핑된다.

압축된 PHR과 현재의 LTE 프로토콜의 PHR 간의 매핑은 다음 중 어느 하나일 수 있다.

압축된 PHR은 현재의 LTE 프로토콜의 전체 PHR 테이블에 매핑되고, 압축된 PHR의 입도는 미리 정의된 임계값보다 크다.

압축된 PHR은, 입도의 변경 없이, 현재의 LTE 프로토콜의 PHR 매핑 테이블의 일부에 매핑된다.

임의적으로, 업링크 메시지에서 BSR MAC CE 또는 PHR MAC CE 또는 BSR_PHR 결합된 MAC CE는 CCCH SDU 이후이거나 CCCH SDU 이전일 수 있다.

임의적으로, CCCH SDU에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 것은 CCCH SDU에 의해 운반되는 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 것을 포함한다.

임의적으로, 전송에 사용가능한 데이터량에 관한 정보를 추가하는 방법은 1 내지 6 비트를 사용하여 전송에 사용가능한 데이터량의 크기 레벨을 나타내는 단계를 포함하며, 상이한 레벨들은 상이한 데이터량 범위들에 대응한다.

임의적으로, CCCH SDU에서 전력 헤드룸 정보를 추가하는 방법은 CCCH SDU에 의해 운반되는 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에 전력 헤드룸 정보를 추가하는 단계를 포함한다.

임의적으로, 전력 헤드룸 정보를 추가하는 방법은 1 내지 6 비트를 사용하여 전력 헤드룸의 크기 레벨들을 나타내는 단계를 포함하며, 전력 헤드룸은 물리적 계층으로부터 획득된다.

임의적으로, CCCH SDU에서 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하는 방법은 CCCH SDU에 의해 운반되는 CP 메시지에서 criticalExtension IE 또는 non-criticalExtension IE에 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하는 단계를 포함한다.

임의적으로, 전송에 사용가능한 데이터량 또는 전력 헤드룸, 또는 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하기 전에, 이 방법은 BSR 또는 PHR이 트리거링되는지를 결정하는 단계를 포함하며, BSR 트리거링 규칙에 따라, 업링크 자원이 제1 전송에 사용가능할 때 BSR periodicBSR-Timer를 시작하지 않는다. PHR 트리거링 규칙에 따라, 제1 시간 전송을 위한 업링크 자원이 현재 사용가능할 때 periodicPHR-Timer를 시작하지 않는다.

임의적으로, 이러한 CP 메시지들은 다음 중 어느 하나를 포함한다.

- RRC 연결 요청 메시지,

- RRC 연결 완료 메시지,

- 보안 모드 완료 메시지,

- RRC 연결 재구성 완료 메시지,

- 업링크 메시지 전송 메시지,

- RRC 연결 재설정 요청 메시지,

- RRC 연결 재설정 완료 메시지,

- RRC 연결 재개 요청 메시지,

- RRC 연결 재개 요청 완료 메시지.

개시된 기술들의 다른 양태는 정보를 보고하기 위한 엔티티이다. 이는 다음 정보 중 적어도 하나가 랜덤 액세스 절차 및 RRC 연결 절차에서 추가되도록 구성된 처리 모듈, 및 업링크 메시지들을 보고하도록 구성된 보고 모듈을 포함한다.

- 전송에 사용가능한 데이터량,

- 전력 헤드룸,

- SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보,

- CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보.

대응하는 RRC 연결 절차들은 다음 중 하나를 포함한다.

- RRC 연결 절차,

- RRC 연결 재설정 절차,

- RRC 연결 복원 절차.

임의적으로, 업링크 메시지들은 msg1, msg5 및 msg5 이후에 전송된 임의의 업링크 메시지들을 포함하지만 이에 제한되지는 않는다.

임의적으로, 처리 모듈은, 업링크 메시지의 CCCH SDU와 연관되는 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하거나, 또는 업링크에서 예약된 비트들을 사용하거나 MAC CE 비트 위치를 재정의하여 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 전달하도록 구성되며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나일 수 있다.

임의적으로, 처리 모듈은, LCID의 MAC 서브헤더를 사용하여 이 LCID의 MAC 서브헤더가 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반함을 표시하는 것을 포함하여, CCCH 및 SingleTone/MultiTone 지원을 동시에 연관시키도록 새로운 논리 채널 식별자(LCID)를 정의하도록 구성되며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나를 포함한다.

임의적으로, 처리 모듈은, CCCH SDU와 연관된 MAC 서브헤더의 예약된 비트들을 사용하거나 비트 위치를 재정의하여 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부를 표시하거나, 업링크 내의 MAC CE에서 예약된 비트들을 사용하거나 업링크 내의 MAC CE에서 비트 위치를 재정의하여 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반하도록 구성되며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나를 포함한다.

임의적으로, 처리 모듈은, LCID의 MAC 서브헤더를 사용하여 이 LCID의 MAC 서브헤더가 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반함을 표시하는 것을 포함하여, 새로운 논리 채널 표시 LCID를 사용하여 CCCH 및 CP/UP 전송 모드 정보와 연관시키도록 구성된다.

임의적으로, 처리 모듈은, LCID의 MAC 서브헤더를 사용하여 이 LCID의 MAC 서브헤더가 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반함을 표시하는 것을 포함하여, 새로운 논리 채널 표시 LCID를 사용하여 MAC CE 및 CP/UP 전송 모드 정보와 연관시키도록 구성되며, MAC CE는 BSR MAC 또는 PHR MAC CE 중 어느 하나를 포함한다.

임의적으로, 전송에 사용가능한 데이터량의 정보가 추가되도록 구성되는 처리 모듈을 위한 방법은 다음 중 어느 하나를 포함한다.

- 업링크 메시지에서 BSR MAC CE를 추가한다.

- 업링크의 CCCH SDU에서 전송에 사용가능한 데이터량을 추가한다.

- 업링크에서의 CCCH SDU의 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하여 전송에 사용가능한 데이터량의 정보를 운반한다.

임의적으로, 처리 모듈은 표시 정보가 업링크 메시지에 추가되도록 구성되며, 표시 정보는 업링크 메시지의 BSR MAC CE를 설명하는데 사용된다. 표시 정보를 추가하는 방법은 다음 중 어느 하나를 포함한다.

- 업링크 메시지에서 BSR MAC CE의 MAC 서브헤더를 추가한다.

- 업링크 메시지에서의 CCCH SDU의 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하여 업링크가 BSR MAC CE를 운반한다는 것을 표시한다.

- LCID의 MAC 서브헤더를 사용하여 이 LCID에 대한 MAC PDU가 CCCH SDU뿐만 아니라 BSR MAC CE를 포함함을 표시하는 것을 포함하여, CCCH 및 BSR과 동시에 연관시키도록 새로운 LCID를 정의한다.

- CCCH SDU에서 표시 정보를 추가하여 업링크 메시지에서 BSR MAC CE의 존재를 표시한다.

임의적으로, 처리 모듈은, 표시 정보가 CCCH SDU에 추가되어 업링크 메시지에서 BSR MAC CE의 존재를 표시하도록 구성되며, 다음 중 어느 하나를 포함한다.

- 표시 정보로서 CCCH SDU에서 운반되는 CP 메시지에서 예비 비트를 정의하고, 표시 정보를 CCCH SDU에서 CP 메시지의 criticalExtension 또는 non-criticalExtension에 추가한다.

임의적으로, 처리 모듈은 업링크 메시지에서 CCCH SDU의 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하여 전송에 사용가능한 데이터량을 표시하도록 구성된다. 이것은 다음을 포함한다.

- LCID의 MAC 서브헤더를 사용하여 전송에 사용가능한 데이터량에 관한 정보를 MAC 서브헤더에서 표시하는 것을 포함하여, 새로운 LCID를 정의한다.

- 이 MAC 서브헤더를 사용하여 CCCH SDU와 연관되면서 전송에 사용가능한 데이터량에 관한 정보를 표시한다.

임의적으로, 업링크 메시지에서 전력 헤드룸에 관한 정보를 추가하도록 구성된 처리 모듈을 위한 방법은 다음을 포함한다.

- 업링크 메시지에서 전력 헤드룸 보고 PHR MAC CE를 추가한다.

- 업링크 메시지의 CCCH SDU에서 전력 헤드룸 정보를 추가한다.

- 업링크에서 CCCH SDU의 MAC 서브헤더에서 예약된 비트들을 사용하거나 비트 위치를 재정의하여 전력 헤드룸에 관한 정보를 운반한다.

임의적으로, 처리 모듈은 표시 정보를 추가하도록 구성되며, 표시 정보는 업링크 메시지가 PHR MAC CE를 운반한다는 것을 전하는데 사용되며, 이 방법은 다음을 포함한다.

-- PHR MAC CE와 연관된 MAC 서브헤더를 추가한다.

-- 업링크 메시지에서 CCCH SDU와 연관된 MAC 서브헤더를 사용한다.

-- CCCH SDU와 연관된 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 PHR MAC CE가 업링크 메시지에 존재함을 표시한다.

-- LCID의 MAC 서브헤더를 사용하여 이 LCID의 MAC PDU가 CCCH SDU 및 PHR MAC CE 모두를 포함함을 표시하는 것을 포함하여, CCCH 및 PHR 모두와 동시에 연관된 새로운 LCID를 정의한다.

-- CCCH SDU에 표시 정보를 추가하여 업링크 메시지에 PHR MAC CE가 존재함을 알게 한다.

임의적으로, 처리 모듈은 표시 정보가 CCCH SDU에서 추가되어 PHR MAC CE가 업링크 메시지에 존재함을 표시하도록 구성되며, 이 방법은 다음을 포함한다.

-- CCCH SDU의 CP 메시지에서 criticalExtension IE 또는 non-cirticalExtension에 표시 정보를 추가한다.

임의적으로, 처리 모듈은 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보 모두를 동시에 추가하도록 구성되며, 이 방법은 다음 중 하나를 포함한다.

-- BSR_PHR 결합된 MAC CE를 업링크 메시지에 추가한다.

-- 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 CCCH SDU에 동시에 추가한다.

임의적으로, 처리 모듈은 표시 정보를 추가하도록 구성되며, 표시 정보는 업링크 메시지에 BSR_PHR 결합된 MAC CE가 존재함을 전하기 위한 것이며, 이 방법은 다음 중 하나를 포함한다.

-- BSR_PHR 결합된 MAC CE와 연관된 새로운 LCID를 정의하고, LCID의 MAC 서브헤더를 사용하여 LCID가 있는 MAC PDU가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시한다.

-- CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하여 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시한다.

-- LCID의 MAC 서브헤더를 사용하여 MAC PDU가 CCCH SDU뿐만 아니라 BSR_PHR 결합된 MAC CE를 포함함을 표시하는 것을 포함하여, CCCH, PHR 및 BSR에 동시에 연관된 새로운 LCID를 정의한다.

-- CCCH SDU에 표시 정보를 추가하여 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시한다.

임의적으로, 처리 모듈은 CCCH PDU에 표시 정보를 추가하여 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시하도록 구성되며, 이 방법은 다음 중 하나를 포함한다.

-- 표시 정보로서 CCCH SDU의 CP 메시지에서 예비 비트들을 정의한다.

-- CCCH SDU에 의해 운반되는 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에 표시 정보를 추가한다.

임의적으로, 처리 모듈은 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 전력 헤드룸에 관한 정보를 나타내도록 구성되며, 이 방법은 다음을 포함한다.

-- LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더가 전력 헤드룸에 관한 정보를 포함함을 표시하고, MAC 서브헤더를 사용하여 CCCH SDU와 연관되면서 전력 헤드룸에 관한 정보를 포함함을 표시하는 것을 포함하여, 새로운 LCID를 정의한다.

임의적으로, 처리 모듈은 업링크에서 CCCH SDU와 연관된 MAC 서브헤더의 예약된 비트 및 F2 비트를 표시 정보로서 설정하도록 구성되며, 표시 정보의 제1 값은 업링크가 BSR MAC CE를 운반한다는 것을 나타내고, 제2 값은 업링크 메시지가 PHR MAC CE를 운반한다는 것을 나타내고, 제3 값은 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 나타내며, 제4 값은 업링크 메시지가 BSR MAC CE, PHR MAC CE 및 BSR_PHR 결합된 MAC CE를 운반한다는 것을 나타낸다.

임의적으로, 제4 값이 00일 때, 이것은 업링크 메시지가 BSR MAC CE, PHR MAC CE 및 BSR_PHR 결합된 MAC CE를 운반한다는 것을 나타낸다.

임의적으로, 업링크 메시지에서 BSR_PHR 결합된 MAC CE를 추가하는 포맷은 다음과 같다.

BSR_PHR 결합된 MAC CE는 BSR 및 PHR로 구성되며, BSR_PHR 결합된 MAC CE의 총 길이는 8N 비트이며, N은 정수이고, BSR은 다음 중 하나로 구성되며, BSR은 전송에 사용가능한 데이터량의 범위를 포함하고, BSR은 LCG 범위와 전송에 사용가능한 데이터량 범위 모두를 포함한다.

임의적으로, BSR_PHR 결합된 MAC CE의 총 길이가 8 비트인 경우, BSR의 길이 및 PHR의 길이는 8 비트 미만으로 압축되어야 하며, 압축된 BSR에서 전송에 사용가능한 데이터량의 범위와 BSR 데이터량 간의 관계는 다음 방식들 중 하나로 매핑된다.

-- 압축된 BSR에서 전송에 사용가능한 데이터량의 범위는, 미리 설정된 임계값보다 큰 입도로, 현재의 LTE 프로토콜의 BSR 데이터량에 대한 전체 매핑 테이블에 매핑된다.

-- 전송에 사용가능한 데이터량의 압축된 BSR 범위는, 입도의 변경 없이, 현재의 LTE 프로토콜의 BSR 데이터량 매핑 테이블의 일부에만 매핑된다.

압축된 PHR과 현재의 LTE 프로토콜의 PHR 매핑 테이블 간의 관계는 다음 중 어느 하나를 포함한다.

-- 압축된 PHR은, 미리 설정된 임계값보다 큰 입도로, 현재의 LTE 프로토콜의 전체 PHR 매핑 테이블에 매핑된다.

-- PHR의 압축은 입도를 변경하지 않지만, 현재의 LTE 프로토콜의 PHR 매핑 테이블의 일부에만 매핑된다.

임의적으로, BSR MAC CCE 또는 PHR MAC CE 또는 BSR_PHR 결합된 MAC CE는 업링크 메시지에서 CCCH SDU를 뒤따르거나 CCCH SDU의 앞에 있다.

임의적으로, 처리 모듈은 CCCH SDU에서 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에 전송에 사용가능한 데이터량에 관한 정보를 추가하도록 구성된다.

임의적으로, 전송에 사용가능한 데이터량에 관한 정보를 추가하는 방법은 1 내지 6 비트로 전송에 사용가능한 데이터량의 크기 레벨들을 나타내는 단계를 포함하며, 상이한 크기 레벨들은 상이한 데이터량 범위들에 대응한다.

임의적으로, 처리 모듈은 CCCH SDU의 CP 메시지에서 criticalExtension IE 또는 non-criticalExtension IE에 전력 헤드룸에 관한 정보를 추가하도록 구성된다.

임의적으로, 전력 헤드룸에 관한 정보를 추가하는 방법은 1 내지 6 비트를 사용하여 전력 헤드룸의 크기 레벨 정보를 나타내는 단계를 포함하며, 전력 헤드룸은 물리적 계층으로부터 판독된다.

임의적으로, 처리 모듈은 전송에 사용가능한 데이터량에 관한 정보가 CCCH SDU에 의해 운반되는 CP 메시지에 추가되도록 구성된다.

임의적으로, 이러한 실시예는, 랜덤 액세스 응답 메시지로부터 표시 정보가 획득되도록 구성된 모듈을 획득하는 방법을 포함하며, 표시 메시지는 전송에 사용가능한 데이터량 또는 전력 헤드룸, 또는 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보가 UE에 의해 업링크 메시지에 추가된다는 것을 표시하는데 사용된다.

임의적으로, 이러한 실시예는 BSR 또는 PHR이 이미 트리거링되도록 구성된 제2 결정 모듈을 포함한다.

-- BSR 트리거링 규칙들에 따라, 제1 전송에 사용가능한 업링크 자원들이 존재할 때, periodicBSR-Timer를 시작하지 않는다.

-- PHR 트리거링 규칙들에 따라, 제1 전송에 사용가능한 업링크 자원들이 존재할 때, periodicPHR-Timer를 시작하지 않는다.

임의적으로, 이러한 CP 메시지들은 다음을 포함한다.

-- RRC 연결,

-- RRC 연결 완료,

-- 보안 모드 완료,

-- RRC 재연결 구성,

-- 업링크 전송,

-- RRC 재연결 요청,

-- RRC 재연결 완료,

-- RRC 재연결 재개 요청,

-- RRC 재연결 재개 완료.

이러한 구현예들에서 도시된 바와 같이, 다음의 정보, 즉

-- 전송에 사용가능한 데이터량 및/또는 전력 헤드룸에 관한 정보, 또는

-- SingleTone 또는 MultiTone의 지원에 관한 정보, 또는

-- 업링크 메시지를 전송하기 전에, CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부의 표시를 랜덤 액세스 절차 또는 RRC 연결 절차들에 추가하는 방법을 사용하여,

-- SingleTone 또는 MultiTone의 지원에 관한 정보, 또는

-- CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보의 문제를 해결한다. 이들은 현재의 랜덤 액세스 절차 또는 RRC 연결 절차들에서 보고될 수 없는 정보이다. 따라서, 본 발명의 방법들은 업링크 데이터 전송을 위해 CP 메시지를 사용하는 효율을 향상시킨다.

본 명세서에서 사용되는 도면들은 본 명세서에서 설명되는 기술들의 추가적인 설명을 제공한다. 구현예들의 목적은 개시된 기술들을 설명하기 위한 것이며, 이에 따라 추가적인 제한을 제기하지 않는다.

도 1은 관련 LTE 시스템에서의 랜덤 액세스 절차의 흐름도에 관한 것이다.
도 2는 현재 기술에서 BSR 전송에 사용되는 제1 포맷을 도시한다.
도 3은 현재 기술에서 BSR 전송에 사용되는 제2 포맷을 도시한다.
도 4는 현재 기술에서 MAC CE에서의 PHR의 포맷을 도시한다.
도 5는 개시된 기술들의 예에서의 메시지 보고의 흐름도를 도시한다.
도 6a는 개시된 기술들의 하나의 대표적인 구현에서 메시지 3에 BSR MAC CE를 추가하는 방법을 도시한다.
도 6b는 개시된 기술들의 하나의 대표적인 구현에서 메시지 3에 BSR MAC CE를 추가하는 다른 방법을 도시한다.
도 7은 메시지 3에 표시 정보를 추가하는 제1 방법을 도시하며, 메시지 3은 개시된 기술들에 따른 하나의 대표적인 구현예에서 BSR MAC CE를 운반한다.
도 8은 개시된 기술들에 따른 하나의 대표적인 구현예에서 메시지 3에 표시 정보를 추가하는 방법에 대응하는 BSR MAC CE의 포맷을 도시한다.
도 9는 개시된 기술들에 따른 하나의 대표적인 구현예에서 메시지 3이 BSR MAC CE를 운반하는 것을 설명하는, 메시지 3에 표시 정보를 추가하는 제2 방법을 도시한다.
도 10은 개시된 기술들에 따른 하나의 대표적인 구현예에서 메시지 3이 BSR MAC CE를 운반하는 것을 설명하는, 메시지 3에 표시 정보를 추가하는 제3 방법을 도시한다.
도 11a는 개시된 기술들에 따른 하나의 대표적인 구현예에서 메시지 3에 PHR MAC CE를 추가하는 방법을 도시한다.
도 11b는 개시된 기술들에 따른 하나의 대표적인 구현예에서 메시지 3에 PHR MAC CCE를 추가하는 다른 방법을 도시한다.
도 12는 개시된 기술들에 따른 하나의 대표적인 구현예에서 메시지 3이 PHR MAC CE를 운반하는 것을 설명하는, 메시지 3에 표시 정보를 추가하는 방법을 도시한다.
도 13은 개시된 기술들에 따른 하나의 대표적인 구현예에서 PHR MAC CE에 대응하는 표시 정보를 메시지 3에 추가하는 제1 방법에 대응하는 포맷을 도시한다.
도 14a는 개시된 기술들에 따른 하나의 대표적인 구현예에서 BSR_PHR 결합된 MAC CE에 대한 제1 포맷을 도시한다.
도 14b는 개시된 기술들에 따른 하나의 대표적인 구현예에서 BSR_PHR 결합된 MAC CE에 대한 제2 포맷을 도시한다.
도 14c는 개시된 기술들에 따른 하나의 대표적인 구현예에서 BSR_PHR 결합된 MAC CE에 대한 제3 포맷을 도시한다.
도 14d는 개시된 기술들에 따른 하나의 대표적인 구현예에서 BSR_PHR 결합된 MAC CE에 대한 제4 포맷을 도시한다.
도 14e는 개시된 기술들에 따른 하나의 대표적인 구현예에서 BSR_PHR 결합된 MAC CE에 대한 제5 포맷을 도시한다.
도 14f는 개시된 기술들에 따른 하나의 대표적인 구현예에서 BSR_PHR 결합된 MAC CE에 대한 제2 포맷을 도시한다.
도 15는 개시된 기술들에 따른 하나의 대표적인 구현예에서 메시지가 BSR_PHR 결합된 MAC CE를 운반하는 것을 설명하는, 메시지 3에 표시 정보를 추가하는 방법을 도시한다.
도 16은 개시된 기술들에 따른 하나의 대표적인 구현예에서 불연속 전송 방법을 도시한다.
도 17은 개시된 기술들에 따른 구현예에서 메시지 보고를 위한 프레임 아키텍처를 도시한다.
도 18은 개시된 기술들에 따른 하나의 대표적인 구현예에서 메시지 보고를 위한 프레임 아키텍처를 도시한다.

이하에서, 개시된 기술들은 도면들 및 구현예들에 의해 추가로 설명될 것이다. 별다른 모순이 없는 한, 구현예들과 예들의 특성들을 결합할 수 있다.

첨부된 도면들의 설명들 및 청구범위들에서의 단어들 "제1", "제2" 등은 객체들을 구분하는데 사용된다는 점에 주목할 가치가 있다. 이들은 임의의 주어진 순서나 시퀀스들을 나타내지는 않는다.

이 구현예는 정보를 보고하는 방법을 제공한다. 도 5는 구현예에 따른 정보 보고 방법의 흐름도이다. 이것은 다음을 포함한다.

단계 S502에서, 랜덤 액세스 절차 또는 RRC 연결 절차들에서,

전송에 사용가능한 데이터량에 관한 정보, 전력 헤드룸에 관한 정보, SingleTone 또는 MultiTone의 지원에 관한 정보, CP 또는 UP가 구성된 전송 모드인지 여부에 관한 정보를 추가하며,

RRC 연결 절차는,

- RRC 연결 절차,

- RRC 연결 재설정 절차,

- RRC 연결 재개 절차를 포함할 수 있지만 이에 제한되지는 않는다.

단계 S504에서, 업링크 메시지를 보고한다.

전술한 단계들에 의해, 개시된 기술들은 랜덤 액세스 절차 또는 RRC 연결 설정 절차에서 업링크 메시지들에 의해 전송에 사용가능한 데이터량 및/또는 전력 헤드룸에 관한 정보를 보고하는 문제를 해결하고, 이에 따라 데이터 전송을 위한 업링크 CP 시그널링의 활용도를 향상시킨다.

하나의 대표적인 실시예에서, 이러한 업링크 메시지는 msg3, msg5를 포함할 수 있지만 이에 제한되지 않으며, msg5 이후에 임의의 업링크 메시지를 전송할 수 있다.

임의적으로, 단계 S102에서, SingleTone 또는 MultiTone의 지원을 표시하기 위한 정보를 추가하는 방법은 다음의 동작을 포함할 수 있다.

단계 1(S1): 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하여 업링크 메시지에 의해 운반되는 CCCH SDU의 MAC 서브헤더에서 SingleTone 또는 MultiTone의 지원을 표현하거나, 또는 MAC CE에서 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하여 SingleTone 또는 MultiTone의 지원을 표시하며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나이다.

바람직한 실시예에서, 업링크 메시지에 의해 운반되는 CCCH SDU의 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하는 것은 CCCH 및 SingleTone/MultiTone에 동시에 대응하도록 새로운 논리 채널 표시자 LCID를 정의하는 것을 추가로 포함한다. 이것은 LCID의 MAC 서브헤더를 사용하여 LCID의 MAC 서브헤더가 SingleTone 또는 MultiTone이 지원되는지 여부의 정보를 운반함을 표시하는 것을 포함한다.

다른 바람직한 실시예에서, 업링크 메시지에서 MAC CE의 예약된 비트들을 사용하거나 비트 위치들을 재정의하여 SingleTone 또는 MultiTone의 지원에 관한 정보를 표시하는 것은, SingleTone/MultiTone 지원에 관한 정보 및 MAC CE와 연관된 새로운 논리 채널 식별자를 정의하는 것을 포함한다. 이것은 LCID의 MAC 서브헤더를 사용하여 이 MAC 서브헤더에 대응하는 MAC CE에서 SingleTone 또는 MultiTone 지원에 관한 정보를 표시하는 것을 포함하며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나이다.

임의적으로, 단계 S102에서, CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 추가하는 방법은 다음의 단계들을 포함할 수 있다.

단계 S2: 업링크 메시지에서 CCCH SDU의 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하여 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부를 표시한다. 또는, 업링크 메시지에서 MAC CE의 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 CP 전송 모드 또는 UP 전송 모드의 지원을 표시하며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나이다.

개시된 기술들의 대표적인 실시예에서, CCCH SDU와 연관된 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부를 표시하는 방법은 LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더가 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반함을 표시하는 것을 포함하여, CCCH 및 CP 전송 모드/UP 전송 모드에 동시에 대응하도록 새로운 논리 채널 표시자 LCID를 추가로 정의하는 단계를 포함한다.

다른 대표적인 실시예에서, 업링크 메시지의 MAC CE에서 예약된 비트들을 사용하거나 비트 위치들을 재정의하여 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부를 표시하는 것은 MAC CE 및 CP 전송 모드/UP 전송 모드의 정보에 동시에 대응하도록 새로운 논리 채널 표시자를 정의하는 것을 포함하며, LCID의 MAC 서브헤더는 MAC CE에 의해 운반되는 정보, CP 전송 모드 또는 UP 전송 모드의 구성에 관한 정보와 연관된다. 여기서, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나이다.

임의적으로, 업링크 메시지에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 방법은 다음을 포함한다.

방법 1은 업링크 메시지에서 버퍼 상태 보고(BSR)를 위해 미디어 액세스 제어(MAC) 제어 엔티티(CE)를 추가하는 것이다.

방법 2는 업링크 메시지의 CCCH SDU에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 것이다.

방법 3은 업링크 메시지에서 CCCH SDU의 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치를 재정의하여 전송에 사용가능한 데이터량을 표시하는 것이다.

대안적으로, 단계 S102에서, 전송에 사용가능한 데이터량에 관한 정보를 추가하는 방법은 다음의 동작들을 추가로 포함할 수 있다.

단계 S2에서, 업링크 메시지에 표시 정보를 추가하며, 표시 메시지는 업링크 메시지에서 BSR MAC CE의 존재를 전달하는데 사용된다. 표시 정보를 추가하는 방법들은 다음을 포함한다.

방법 1은 BSR MAC CE와 연관된 MAC 서브헤더를 업링크 메시지에 추가하는 것이다.

방법 2는 CCCH MAC CE와 연관된 MAC 서브헤더의 예약된 비트들을 사용하거나 비트 위치를 재정의하여 업링크 메시지에서 BSR MAC CE의 존재를 표시하는 것이다.

방법 3은 LCID의 MAC 서브헤더를 사용하여 LCID의 MAC PDU가 CCCH SDU 및 BSR MAC CE 모두를 포함함을 표시하는 것을 포함하여, CCCH 및 BSR에 대응하도록 새로운 논리 채널 표시자(LCID)를 정의하는 것이다.

방법 4는 CCCH SDU에서 표시 정보를 추가하여 업링크 메시지에서 BSR MAC CE의 존재를 표시하는 것이다.

하나의 대표적인 구현에서, CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 BSR MAC CE를 운반한다는 것을 표시하는 방법은,

(1) 표시 정보로서 CCCH SDU의 CP 메시지에서 예비 비트들을 정의하는 단계;

(2) CCCH SDU에서 CP 메시지의 criticalExension IE 또는 non-criticalExtension IE에 표시 정보를 추가하는 단계 중 어느 하나를 포함할 수 있다.

대안적으로, 단계 S102에서, 업링크 메시지에 의해 운반되는 CCCH SDU에서 예약된 비트들을 사용하거나 비트 위치들을 재정의하여 전송에 사용가능한 데이터량을 표시하는 방법은 다음 중 어느 하나를 포함한다.

(1) MAC 서브헤더가 전송에 사용가능한 데이터량에 관한 정보를 포함한다는 것을 표시하기 위해 LCID의 MAC 서브헤더를 포함하는 새로운 LCID를 정의한다.

(2) MAC 서브헤더는, CCCH SDU와 연관되면서, 전송에 사용가능한 데이터량에 관한 정보를 또한 포함한다.

임의적으로, 단계 S102에서, 업링크 메시지에서 전력 헤드룸 정보를 추가하는 방법들은 다음 중 어느 하나를 포함한다.

방법 1: 전력 헤드룸 보고(PHR) MAC CE를 추가한다.

방법 2: 업링크 메시지들에 의해 운반되는 CCCH SDU에서 전력 헤드룸 정보를 추가한다.

방법 3: 업링크 메시지에 의해 운반되는 CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하거나 비트 위치들을 재정의하여 전력 헤드룸의 정보를 표시한다.

임의적으로, 단계 S102에서, 전력 헤드룸 정보를 추가하는 방법은 다음의 단계들을 포함할 수 있다.

단계 S3: 업링크 메시지에 표시 정보를 추가하며, 표시 정보는 업링크 메시지가 PHR MAC CE를 운반한다는 것을 전한다. 표시 정보를 추가하는 방법은 다음의 방법들 중 어느 하나를 사용할 수 있다.

방법 1: 업링크 메시지에서 PHR MAC CE와 연관된 MAC 서브헤더를 추가한다.

방법 2: 업링크 메시지에 의해 운반되는 CCCH SDU와 연관된 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 업링크 메시지가 PHR MAC CE를 운반한다는 것을 표시한다.

방법 3: LCID의 MAC 서브헤더를 포함하여, CCCH 및 PHR 모두에 대응하도록 새로운 LCID를 정의하여 LCID의 MAC PDU가 CCCH SDU 및 PHR MAC CE 모두를 포함한다는 것을 표시한다.

방법 4: CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 PHR MAC CE를 운반한다는 것을 표현한다.

하나의 대표적인 구현에서, CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 PHR MAC CE를 운반한다는 것을 표현하는 것은 다음의 방법들 중 어느 하나에 의해 달성될 수 있다.

(1) CCCH SDU에 의해 운반되는 CP 메시지에서 예비 비트들을 표시 정보로서 정의한다.

(2) CCCH SDU에 의해 운반되는 CP 메시지에서 criticalExtension IE 또는 non-criticalExtension IE에 표시 정보를 추가한다.

대안적으로, 업링크 메시지에서 CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 전력 헤드룸 정보를 표시하는 방법들은 다음 중 어느 하나를 포함할 수 있다.

(1) LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더가 전력 헤드룸 정보를 포함함을 표시하는 것을 포함하여 새로운 LCID를 정의한다.

(2) MAC 서브헤더가 CCCH SDU에 대응하는 것과 동시에 전력 헤드룸 정보를 포함하게 한다.

임의적으로, 단계 S102에서, 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하는 방법들은 다음 중 어느 하나일 수 있다.

방법 1: 업링크 메시지에서 BSR_PHR 결합된 MAC CE를 추가한다.

방법 2: 업링크의 CCCH SDU에서 전력 헤드룸뿐만 아니라 전송에 사용가능한 데이터량에 관한 정보를 추가한다.

임의적으로, 단계 S102에서, 업링크 메시지에서 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 동시에 추가하는 것은 다음과 같이 달성될 수 있다.

단계 S4: 표시 정보를 추가하며, 표시 정보는 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 전하기 위한 것이다. 표시 정보를 추가하는 방법은 다음 중 어느 하나일 수 있다.

방법 1: LCID의 MAC 서브헤더를 사용하여 BSR_PHR 결합된 MAC CE에 대응하도록 새로운 LCID를 정의하여 LCID의 MAC PDU가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 전달한다.

방법 2: 업링크 메시지의 CCCH SDU에 대응하는 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 전달한다.

방법 3: CCCH, PHR 및 BSR에 동시에 대응하도록 새로운 LCID를 정의하며, LCID의 MAC 서브헤더는 LCID를 갖는 MAC PDU가 CCCH SDU 및 BSR_PHR 결합된 MAC CE 모두를 포함한다는 것을 표시한다.

방법 4: CCCH SDU에서 표시 정보를 추가하여 업링크가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시한다.

하나의 대표적인 구현에서, CCCH SDU에서 표시 정보를 추가하여 업링크가 BSR_PHR 결합된 MAC를 운반한다는 것을 표현하는 방법들은 다음 중 어느 하나를 포함한다.

(1) 표시 정보로서 CCCH SDU에서 CP 메시지의 예비 비트들을 정의한다.

(2) CCCH SDU에서 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에 표시 정보를 추가한다.

대안적으로, 단계 S102에서, 표시 정보를 추가하여 업링크 메시지가 BSR MAC CE 또는 PHR MAC CE 또는 BSR_PHR 결합된 MAC CE를 운반한다는 것을 전달하는 방법들은 다음의 단계들을 포함할 수 있다.

단계 S5: 업링크에서의 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트 및 F2 비트를 표시 정보로서 설정하며, 표시 정보에 의해 취해진 제1 값은 업링크 메시지가 BSR MAC CE를 운반한다는 것을 표시하고, 표시 정보에 의해 취해진 제2 값은 업링크 메시지가 PHR MAC CE를 운반한다는 것을 표시하고, 표시 정보에 의해 취해진 제3 값은 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시하며, 제4 값은 업링크 메시지가 BSR MAC CE, PHR MAC CE 및 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시한다.

하나의 대표적인 구현에서, 제4 값이 00일 때, 표시 정보는 업링크 메시지가 BSR MAC CE, PHR MAC CE 및 BSR_PHR 결합된 MAC CE를 운반하지 않는 것으로 해석된다.

임의적으로, 업링크에서 BSR_PHR 결합된 MAC CE를 추가하는 포맷은 BSR 및 PHR로 구성되고, BSR_PHR 결합된 MAC CE의 총 길이는 8N 비트이며, N은 정수이고, BSR은 다음의 방법들 중 어느 하나에 의해 구성된다.

방법 1: BSR은 전송에 사용가능한 데이터량의 범위만을 포함한다.

방법 2: BSR은 LCG 범위 및 전송에 사용가능한 데이터량의 범위를 포함한다.

임의적으로, BSR_PHR 결합된 MAC CE의 총 길이가 8 비트인 경우, BSR의 길이 및 PHR의 길이 모두가 8 비트 미만으로 압축되며, 압축된 BSR에서 전송에 사용가능한 데이터량의 범위는 다음의 방식들 중 어느 하나에 따라 현재의 LTE 프로토콜에서의 데이터량 매핑 테이블에 매핑된다.

(1) 압축된 BSR에서 전송에 사용가능한 데이터량의 범위는 현재의 LTE 프로토콜에서의 전체 BSR 데이터량 매핑 테이블에, 미리 설정된 임계값보다 큰 입도로 매핑된다.

(2) 압축 BSR에서 전송에 사용가능한 데이터량의 범위는 BSR 데이터량 매핑 테이블의 일부에 입도의 변경 없이 매핑된다.

압축된 PHR과 현재의 LTE 프로토콜에서의 PHR 매핑 테이블 간의 관계는 다음 중 어느 하나를 포함한다.

(1) 압축된 PHR은 현재의 LTE 프로토콜의 전체 PHR 매핑 테이블에 미리 설정된 임계값보다 큰 입도로 매핑된다.

(2) 압축된 PHR은 현재의 LTE 프로토콜의 PHR 매핑 테이블의 일부에 입도가 변경되어 매핑된다.

하나의 대표적인 구현에서, BSR MAC CE 또는 PHR MAC CE 또는 BSR_PHR 결합된 MAC CE는 업링크 메시지에서 CCCH SDU를 뒤따르거나 CCCH SDU보다 앞에 있다.

임의적으로, CCCH SDU에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 것은 CCCH SDU에 의해 운반되는 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에서 정보를 추가함으로써 달성될 수 있다. 구체적으로, 이것은 1 내지 6 비트를 사용하여 데이터 크기를 나타냄으로써 달성될 수 있으며, 상이한 크기들은 데이터량의 상이한 범위들에 대응한다.

임의적으로, 전력 헤드룸에 관한 정보를 추가하는 것은 CCCH SDU에 의해 운반되는 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에서 정보를 추가함으로써 달성될 수 있다. 구체적으로, 1 내지 6 비트는 전력 헤드룸의 크기들을 표현하는데 사용될 수 있으며, 전력 헤드룸 정보는 물리적 계층으로부터 판독된다.

임의적으로, CCCH SDU에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 것은 CCCH SDU에 의해 운반되는 CP 메시지의 criticalExtension IE 또는 non-criticalExtension IE에서 전송에 사용가능한 데이터량의 정보 및 전력 헤드룸의 정보를 추가함으로써 달성될 수 있다.

위에서 언급된 CP 메시지들은,

(1) RRC 연결 요청 메시지;

(2) RRC 연결 완료 메시지;

(3) 보안 모드 완료 메시지;

(4) RRC 연결 재구성 완료 메시지;

(5) 업링크 전송 메시지;

(6) RRC 연결 재설정 요청 메시지;

(7) RRC 연결 재설정 완료 메시지;

(8) RRC 연결 재개 요청 메시지;

(9) RRC 연결 재개 완료 메시지 중 어느 하나를 포함하지만 이에 제한되지 않는다는 점에 주목할 가치가 있다.

임의적으로, 단계 S102에서, 전송에 사용가능한 데이터량 또는 전력 헤드룸, 또는 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하기 전에, 다음의 단계들이 취해질 수 있다.

단계 S6: 랜덤 액세스 응답 메시지로부터 표시 정보를 획득하며, 표시 정보는 UE가 그 업링크 메시지에서 전송에 사용가능한 데이터량 또는 전력 헤드룸, 또는 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 가지고 있음을 표시하기 위한 것이다.

임의적으로, 단계 S102에서, 전송에 사용가능한 데이터량 또는 전력 헤드룸, 또는 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하기 전에, 다음의 동작들이 수행될 수 있다.

단계 S7: BSR 또는 PHR이 트리거링되는지를 결정하며, BSR 트리거링 규칙에 따라, 업링크 자원이 제1 전송에 사용가능하면 periodicBSR-Timer를 시작하지 않으며, PHR 트리거링 규칙에 따라, 업링크 자원이 제1 전송에 사용가능하면 periodicPHR-Timer를 시작하지 않는다.

이러한 바람직한 구현들은 다음의 구현예들과 관련하여 추가로 설명될 것이다.

구현예 Ⅰ:

이 구현예는 랜덤 액세스 절차의 업링크 메시지에서 BSR MAC CE를 추가하는 방법을 (예로서 메시지 3을 사용하여) 설명한다.

UE는 랜덤 액세스 절차 이전에 CP 시그널링 메시지를 통해 데이터를 전송하기로 결정했는지를 확인해야 한다.

도 6a는 하나의 대표적인 구현에 따라 메시지 3에 BSR MAC CE를 추가하는 예를 도시한다. 도 6b는 하나의 대표적인 구현에 따라 메시지 3에 BSR MAC CE를 추가하는 다른 예이다. 도 6a 및 도 6b에 도시된 바와 같이, 메시지 3에서의 BSR MAC CE는 다음의 위치들을 가질 수 있다.

- BSR MAC CE는 CCCH SDU를 뒤따르거나, 또는

- BSR MAC CE는 CCCH SDU보다 앞에 있으며, CCCH SDU를 포함하는 경우 CCCH SDU라고도 한다.

또한, 메시지 3이 BSR MAC CE를 포함한다는 것을 eNB에게 알리기 위해 BSR MAC CE가 메시지 3에 추가될 때 표시 정보가 필요하며, eNB는 메시지 3으로부터 BSR을 디코딩하기 전에 표시 정보를 판독할 수 있다.

하나의 대표적인 구현에서, 표시 정보를 추가하는 다음의 접근법들 중 어느 하나가 적용가능하다.

(1) 방법 1: BSR MAC CE에 대응하는 MAC 서브헤더를 추가한다. 도 7은 표시 정보를 추가하여 메시지 3이 BSR MAC CE를 운반한다는 것을 표시하는 제1 방법들을 나타낸다. 도 7에 도시된 바와 같이, BSR MAC CE의 MAC 서브헤더의 포맷은 현재의 프로토콜의 포맷과 동일하며, 즉 이 포맷은 R(예약된 비트), F2(현재 0), E(추가의 후속 서브헤더들이 존재하는지 여부를 표시함), 논리 채널 식별자(LCID 및 LCID 연관 BSR MAC CE는 현재의 LTE 프로토콜에서 값들 11101 또는 11110을 가지며, 각각 짧은 BSR 및 긴 BSR을 나타냄)의 4개의 부분으로 구성된다.

도 8은 개시된 기술들의 하나의 대표적인 구현에 따라 메시지 3에 표시 정보를 추가하기 위한 제1 방법에 대응하는 BSR MAC CE의 포맷을 도시한다. 도 8이 도시하는 바와 같이, 이 포맷은 각각 4개의 LCG에 매핑되는, LCG 범위에 대한 2 비트, 버퍼 크기의 64개의 클래스에 매핑되는, 버퍼 크기 범위에 대한 6 비트를 포함한다.

(2) 방법 2: 메시지 3에서 운반되는 CCCH SDU의 MAC 서브헤더에서 예약된 비트를 사용하여 메시지 3이 BSR MAC CE를 포함한다는 것을 전달하며, CCCH SDU의 MAC 서브헤더는 BSR MAC CE의 추가적인 MAC 서브헤더 없이 CCCH SDU 및 BSR MAC CE를 동시에 표시할 수 있으며, 이는 시스템 오버헤드를 절약한다.

도 8은 개시된 기술들의 하나의 대표적인 구현에 따라 메시지 3에 표시 정보를 추가하여 메시지 3이 BSR MAC CE를 운반한다는 것을 전달하는 제2 방법을 도시한다. 도 9가 도시하는 바와 같이, CCCH SDU의 MAC 서브헤더에서 원래 예약된 비트 "R"은 "BSR MAC CE가 운반되는지 여부"를 표시하는 B 플래그로서 재정의되며, B=0은 메시지 3이 BSR MAC CE를 운반하지 않는다는 것을 나타내고, B=1은 메시지 3이 BSR MAC CE를 운반한다는 것을 나타낸다.

(3) 방법 3: CCCH 및 BSR에 대응하도록 새로운 논리 채널 식별자를 정의하며, LCID의 MAC 서브헤더는 MAC PDU가 CCCH SDU 및 BSR MAC CE 모두를 포함한다는 것을 표시한다.

예를 들어, 현재의 LTE 표준의 LCID 리스트에서, 01100-10101은 예약된 비트 범위이고 사용되지 않는다. 따라서, 새로운 정보를 도입하기 위해 이러한 비트들 중 어느 하나를 선택할 수 있다. 도 10은 개시된 기술들의 하나의 대표적인 구현에 따라 메시지 3에 표시 정보를 추가하여 메시지 3이 BSR MAC CE를 운반한다는 것을 전달하는 제3 방법을 도시한다. 도 10이 도시하는 바와 같이, "CCCH 및 BSR"에 대해 10101을 선택하면, eNB는 이 LCID를 검출할 때 메시지 3이 BSR MAC CE를 운반한다는 것을 알게 될 것이다. 또한, CCCH SDU에 의해 운반되는 CP 메시지를 RRC 연결 요청의 예로 들면, RRC 연결 요청의 예비 비트는 표시 정보로서 정의될 수 있다. 예를 들어, RRCConnectionRequest 신호의 내용은 다음과 같이 정의될 수 있다.

BSR-mac-CE-Ind는 재정의된 표시 정보 비트이고, BSR-mac-CE-Ind가 값 1을 가질 때 메시지 3은 BSR MAC CE를 운반하는 반면, BSR-mac-CE-Ind가 값 0을 가질 때 메시지 3은 BSR MAC CE를 운반하지 않는다.

다른 예에서, 표시 정보는 다음과 같이 RRCConnectionRequest의 criticalExtensionFuture 메시지 요소(정보 요소, IE로 지칭됨)에 추가될 수 있다.

여기서, criticalExtensionFuture는 1 비트의 크기를 갖는 BSR-mac-CE-Ind IE로서 재정의된다. 따라서, 메시지 3은 BSR-mac-CE-Ind IE가 1과 동일할 때 BSR MAC CE를 포함하는 반면, 메시지 3은 BSR-mac-CE-Ind IE가 값 0을 가질 때 BSR MAC CE를 포함하지 않는다.

구현예 Ⅱ:

이 구현예는 랜덤 액세스 절차에서 PHR MAC CE를 업링크 메시지에(예를 들어, 다음의 메시지 3을 통해) 추가하는 방법을 도시한다.

랜덤 액세스 절차 이전에, UE는 CP 시그널링을 통해 데이터를 전송하는지를 확인할 필요가 있다.

도 11a는 개시된 기술들의 하나의 대표적인 구현에 따라 메시지 3에서 PHR MAC CE를 추가하는 방법을 도시한다. 도 11b는 개시된 기술들의 하나의 대표적인 구현에 따라 메시지 3에서 PHR MAC CE를 추가하는 다른 방법이다. 도 11a 및 도 11b에 도시된 바와 같이, PHR MAC CE는 CCCH SDU보다 앞에 위치하며, MAC SDU는 CCCH를 포함하는 경우 CCCH SDU로도 지칭된다.

또한, 메시지 3이 PHR MAC CE를 운반한다는 것을 표시하기 위해, 추가적인 표시 정보가 필요하며, eNB는 표시 정보를 판독함으로써 메시지 3으로부터 PHR을 디코딩할 수 있다.

하나의 대표적인 구현에서, 표시 정보를 추가하는 다음의 방법이 사용될 수 있다.

(1) 방법 1: PHR MAC CE에 대응하도록 MAC 서브헤더를 추가한다. 도 12는 하나의 대표적인 구현에 따라 표시 정보를 추가하여 메시지 3이 PHR MAC CE를 운반한다는 것을 전달하는 제1 방법을 도시한다. 도 12에 도시된 바와 같이, PHR MAC CE의 MAC 서브헤더의 포맷은 현재의 LTE 프로토콜의 포맷과 동일하며, 즉 이 포맷은 R(예약된 비트), F2(0), E(더 많은 서브헤더들이 뒤따르는지 여부를 표시함), LCID의 4개의 부분으로 구성된다.

도 13은 하나의 대표적인 구현에 따라 메시지 3에서 표시 정보를 추가하는 제1 방법과 연관된 PHR MAC CE의 포맷을 도시한다. 도 13에 도시된 바와 같이, 예약된 범위는 2 비트를 포함하고, 64개의 전력 헤드룸 레벨에 매핑되는 PHR 값 범위는 6 비트를 포함한다.

(2) 방법 2: 메시지 3에 의해 운반되는 CCCH SDU의 MAC 서브헤더에서 예약된 비트들을 사용하여 메시지 3이 PHR MAC CE를 포함함을 표시하며, CCCH SDU의 MAC 서브헤더는 PHR MAC CE의 추가적인 MAC 서브헤더 없이 CCCH SDU 및 PHR MAC CE를 동시에 표시할 수 있으며, 이는 시스템 오버헤드를 절약한다.

(3) 방법 3: CCCH 및 PHR 모두와 연관되도록 새로운 논리 채널 식별자(LCID)를 정의하며, LCID의 MAC 서브헤더는 CCCH SDU 및 PHR MAC CE 모두가 MAC PDU에 존재함을 표시한다.

(4) 방법 4: RRCConnectionRequest 메시지의 예비 비트를 사용하여 표시 정보를 베어링하거나, 또는 표시 정보를 criticalExtentionFuture IE에 추가한다.

구현예 Ⅲ:

이 구현예는 랜덤 액세스 절차에서 (메시지 3이 다음에서 사용되는 경우) 업링크 메시지에 의해 운반되는 CCCH SDU에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 방법을 설명한다.

이 예는 RRC 연결 설정 요청이다. RRCConnection 요청 메시지에서 전송에 사용가능한 데이터량에 관한 정보를 추가하는 것은 전송에 사용가능한 데이터량에 관한 정보를 criticalExtensionFuture에서 추가하는 것을 의미한다. 하나의 대표적인 구현은 다음과 같이 진행된다.

1 내지 6 비트를 사용하여 전송에 사용가능한 데이터량의 크기를 나타내고, 상이한 레벨들은 데이터량의 상이한 범위에 대응하며, 예를 들어,

이다.

criticalExtensionFuture가 6 비트 길이를 갖는 BSR IE로서 재정의되며, 이는 물론 정의에 의해 더 짧을 수 있다.

상이한 BSR 길이는 상이한 데이터량 범위에 대응한다. 예를 들어, 6 비트 길이가 사용되는 경우, BSR 길이는 현재의 LTE 프로토콜의 버퍼 크기, 및 매핑된 데이터량의 범위 및 입도와 동일하다.

BSR IE가 4 비트 길이인 경우, 전송에 사용가능한 데이터량의 매핑된 범위 및 입도는 다음의 옵션들을 가질 수 있다.

(1) BSR 입도는 현재의 LTE 프로토콜의 입도와 동일하다. 현재의 LTE 프로토콜의 BSR 매핑 테이블은 64개의 레벨을 가지며, BSR IE의 4 비트 길이는 처음 16개의 레벨에 매핑될 수 있다.

(2) BSR 입도는 LTE 프로토콜의 입도보다 4배 크며 4 비트 길이이다. 그 다음에, BSR IE에서의 이러한 4 비트는 현재의 LTE 프로토콜에서 동일한 데이터량 범위의 BSR 매핑 테이블에 매핑될 수 있다.

구현예 Ⅳ:

이 바람직한 구현예는 (이하에서 메시지 3을 예로 사용하여) 랜덤 액세스 업링크 메시지에서 CCCH SDU에 전력 헤드룸을 추가하는 방법을 설명한다.

CCCH SDU에 의해 운반되는 CP 메시지가 RRC 연결 요청 메시지인 예에 의해 이하에서 이를 설명한다. 전력 헤드룸 정보를 추가하는 것은 RRCConnectionRequest 메시지의 criticalExtensionFuture IE에서 전력 헤드룸을 추가하는 것을 의미하며, 대표적인 구현 절차는 다음과 같다.

1 내지 6 비트를 사용하여 물리적 계층으로부터 판독되는 전력 헤드룸의 크기를 나타낸다. 예를 들어,

이다.

여기서, criticalExtentionFuture는 PHR IE로서 재정의되고 6 비트의 크기이며, 이는 물론 더 짧을 수 있다.

상이한 PHR 길이는 상이한 전력 헤드룸 범위에 대응한다. 예를 들어, 6 비트의 선택은 현재의 LTE 프로토콜에서 지정된 PHR MAC CE의 전력 헤드룸 길이와 동일할 것이며, 전력 헤드룸 레벨 범위 및 입도가 동일하다. 4 비트의 선택을 위해, 전력 헤드룸 및 입도에 대한 매핑은 다음과 같이 이루어질 수 있다.

(1) 현재의 LTE 프로토콜에서 지정된 것과 동일한 PHR 입도를 선택하며, 이는 전력 헤드룸 레벨 테이블에서 64개의 레벨을 갖는다. 4 비트 표현은 현재의 LTE 프로토콜의 전력 헤드룸 테이블의 처음 16개의 레벨에 매핑될 수 있다.

(2) 현재의 LTE 프로토콜에서 지정된 것의 PHR 입도의 4배의 입도를 선택한다. 이것은 현재의 LTE 프로토콜의 PHR에 대한 동일한 전력 헤드룸 레벨 테이블에 대한 4 비트의 매핑을 허용한다.

구현예 Ⅴ:

이 구현예는 랜덤 액세스 절차의 업링크 메시지(이하에서 메시지 3을 예로 듬)에서 BSR_PHR 결합된 MAC CE를 추가하는 방법을 설명한다.

BSR_PHR 결합된 MAC CE를 랜덤 액세스 절차의 메시지 3에서 추가할 때, BSR_PHR 결합된 MAC CE는 다음의 포맷을 가질 수 있다.

BSR 및 PHR은 사용가능한 비트들을 공유하며, 총 비트 길이는 8 비트 또는 16 비트일 수 있다. BSR은 다음의 방식들 중 어느 하나에 의해 구성될 수 있다.

(1) BSR은 전송에 사용가능한 데이터량만을 포함한다.

(2) BSR은 LCG 및 전송에 사용가능한 데이터량 모두를 포함한다.

예를 들어, 도 14a는 개시된 기술들의 하나의 대표적인 구현에 따른 BSR_PHR 결합된 MAC CE의 제1 포맷을 도시한다.

도 14b에 도시된 바와 같이, BSR과 PHR의 총 길이가 6 비트인 경우, LCG는 2 비트로 나타내지고 4개의 상이한 LCG에 매핑된다. 그 다음에, 버퍼 크기는 6 비트로 나타내지고 64개의 상이한 버퍼 크기 레벨에 매핑된다. 2개의 예약된 비트가 있다. PH 값은 6 비트로 나타내지고 64개의 전력 헤드룸 레벨에 매핑된다.

도 14c에 도시된 바와 같이, BSR 및 PHR의 총 길이가 8 비트인 경우, 버퍼 크기는 2 비트로 나타내지고 4개의 상이한 버퍼 크기에 매핑되며, PH는 6 비트로 나타내지고 64개의 상이한 전력 헤드룸 값에 매핑된다.

도 14c는 개시된 기술들에 따른 하나의 대표적인 구현의 BSR_PHR의 제3 포맷을 도시한다. 도 14c에 도시된 바와 같이, BSR 및 PHR의 총 길이가 8 비트인 경우, 버퍼 크기는 4 비트로 나타내지고 16개의 상이한 버퍼 크기에 매핑되며, PH는 4 비트로 나타내지고 16개의 전력 헤드룸 값에 매핑된다.

도 14d는 개시된 기술들에 따른 하나의 대표적인 구현에서의 BSR_PHR 결합된 MAC CE의 제4 포맷을 도시한다. 도 14d에 도시된 바와 같이, BSR 및 PHR의 총 길이가 8 비트인 경우, 버퍼 크기는 6 비트로 나타내지고 64개의 상이한 버퍼 크기에 매핑되며, PH는 2 비트로 나타내지고 4개의 상이한 전력 헤드룸 값에 매핑된다.

도 14e는 개시된 기술들에 따른 하나의 대표적인 구현에서의 BSR_PHR 결합된 MAC CE의 제5 포맷을 도시한다.

도 14e에 도시된 바와 같이, BSR 및 PHR의 총 길이가 8 비트인 경우, LCG는 1 비트로 나타내지고 2개의 상이한 LCG에 매핑되고, 버퍼 크기는 3 비트로 나타내지고 8개의 상이한 버퍼 크기에 매핑되며, PH는 4 비트로 나타내지고 16개의 상이한 전력 헤드룸 값에 매핑된다.

도 14f는 개시된 기술들에 따른 하나의 대표적인 구현에서의 BSR_PHR 결합된 MAC CE의 제5 포맷을 도시한다.

도 14f에 도시된 바와 같이, BSR 및 PHR의 총 길이가 8 비트인 경우, LCG는 1 비트로 나타내지고 2개의 상이한 LCG에 매핑되고, 버퍼 크기는 4 비트로 나타내지고 16개의 상이한 버퍼 크기에 매핑되며, PH는 3 비트로 나타내지고 8개의 상이한 전력 헤드룸 값에 매핑된다.

도 14e 및 도 14f 모두에서 BSR이 LCG를 포함한다는 점에 주목할 가치가 있다. BSR_PHR 결합된 MAC CE가 8 비트의 사용가능한 길이를 가질 때, 그 값이 8 비트 미만으로 나타내지면, 이는 압축된 BSR 및 압축된 PHR로 지칭된다.

압축된 BSR의 전송에 사용가능한 데이터량은 다음의 방식들 중 어느 하나에 의해 현재의 LTE 프로토콜의 BSR 데이터량 테이블에 매핑될 수 있다.

(1) 압축된 BSR의 전송에 사용가능한 데이터량은 현재의 전체 LTE 프로토콜의 BSR 테이블에 더 거친 입도(coarser granularity)로 매핑된다.

(2) 전송에 사용가능한 데이터량의 입도는 압축된 BSR에서 변경되지 않으며, 그 값들만이 현재의 LTE 프로토콜의 BSR 테이블의 일부에만 매핑된다. 예를 들어, BSR이 3 비트로 압축된다고 가정하면, 현재의 LTE 프로토콜에서의 버퍼 크기의 6 비트 표현과는 달리, 압축된 BSR은 전송에 사용가능한 데이터량의 BSR 버퍼 크기 테이블의 처음 8개의 값에 매핑된다.

압축된 PHR 값들과 현재의 LTE 프로토콜의 PHR 테이블의 값들 간의 관계는 다음 중 어느 하나를 포함할 수 있다.

(1) 압축된 PHR은 현재의 LTE 프로토콜의 전체 PHR 테이블에 더 거친 입도로 매핑된다.

(2) 압축된 PHR은 현재의 LTE 프로토콜의 PHR 테이블의 일부에만 입도에 대한 변경 없이 매핑된다.

더욱이, 표시 정보가 메시지 3에 또한 추가되어 메시지 3이 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시하며, 이 구현예에서 이는 다음의 방법들 중 어느 하나에 의해 달성될 수 있다.

(1) 방법 1: BSR_PHR 결합된 MAC CE에 대응하도록 새로운 LCID를 정의하며, LCID의 MAC 서브헤더는 MAC PDU가 BSR_PHR 결합된 MAC CE를 포함한다는 것을 표시한다. 예를 들어, 도 15는 이러한 접근법의 일례이다. 도 15에 도시된 바와 같이, 현재의 LTE 프로토콜의 LCID 테이블에서, 예약된 비트 범위 01100-10101은 사용되지 않으며 새로운 정의를 제공하기 위해 사용될 수 있다. 10100이 "BSR_PHR 결합된 MAC CE"로 정의된다고 가정하면, eNB는 LCID를 검출함으로써 메시지 3이 BSR_PHR 결합된 MAC CE를 운반한다는 것을 알 수 있다.

(2) 방법 2: 메시지 3에 의해 운반되는 CCCH SDU의 MAC 서브헤더에서 예약된 1 비트를 사용하여 메시지 3이 BSR_PHR 결합된 MAC CE를 포함함을 표시한다.

(3) 방법 3: CCCH 및 PHR 결합된 BSR 모두에 대응하도록 새로운 논리 채널 식별자(LCID)를 정의하며, LCID의 MAC 서브헤더는 MAC PDU가 CCCH SDU 및 BSR_PHR 결합된 MAC CE 모두를 포함한다는 것을 표시한다.

(4) 방법 4: CCCH SDU에서 표시 정보를 추가하여 메시지 3이 BSR_PHR 결합된 MAC CE를 포함한다는 것을 표시하며, RRCConnectionRequest 메시지의 예비 비트가 표시 정보로서 정의되거나, 또는 RRCConnectionRequest의 criticalExtensionFuture IE에서 표시 정보를 추가한다.

구현예 Ⅵ:

이 구현예는 랜덤 액세스 절차에서 업링크 메시지(이하에서 메시지 3을 예로 사용할 것임)의 CCCH SDU에서 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하는 것에 대해 설명한다.

이하에서는, CCCH SDU에서 운반되는 CP의 RRC 연결 요청 메시지를 예로 사용한다. RRCConnectionRequest 메시지에서 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하는 목적은 RRCConnectionRequest의 criticalExtensionFuture IE에서 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하는 것에 있다.

구현예 Ⅶ:

이 구현예에서, 업링크 메시지(이하에서 메시지 3이 예로 사용됨)에 표시 정보를 추가하여 메시지 3이 BSR MAC CE 또는 PHR MAC CE 또는 BSR_PHR 결합된 MAC CE를 포함한다는 것을 표시하는 방법은 다음을 추가로 포함할 수 있다.

- 표시 정보에 대해 2 비트가 4개의 값(즉, 00, 01, 10, 11)에 대응하는 예약된 비트(R 비트) 및 F2 비트를 사용하여 BSR MAC CE, PHR MAC CE, BSR_PHR 결합된 MAC CE를 운반한다는 정보 및 이러한 타입들의 MAC CE 중 어느 것도 운반하지 않는다는 정보를 전달하며, 비트 값 00은 메시지 3이 3개의 MAC CE 중 어느 것도 운반하지 않는다는 것을 표시한다.

구현예 Ⅷ:

이 구현예에서, 기지국으로부터 UE에 의해 수신된 메시지 2는 메시지 2가 전송에 사용가능한 데이터량 또는 전력 헤드룸, 또는 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 표시 정보를 포함한다는 것이 UE에 의해 요구되는지 여부에 관한 지시를 포함한다. 이 예시 절차에서, UE에 의해 수신된 메시지 2(즉, BSR 메시지)는 이러한 표시 정보를 포함한다.

구현예 Ⅸ:

이 구현예에서, SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 표시하기 위해, 업링크의 CCCH SDU와 연관된 MAC 서브헤더에서 예약된 비트가 사용되거나 현재 비트 위치들이 재정의되는 것이 가능하다.

현재의 LTE 프로토콜에서, MAC 서브헤더의 포맷은 다음을 포함한다.

(1) R: R은 예약된 비트이고 단일 비트이다.

(2) F2, F: 이들은 MAC SDU 또는 MAC CE의 크기를 표시하며, F2는 1 비트이고, F는 1 비트이다.

(3) E: 다른 MAC 서브헤더가 이것을 뒤따르는지 여부를 표시한다. E는 단일 비트이다.

(4) LCID: 이것은 5 비트 길이이며, MAC CE가 어떤 타입의 MAC SDU 또는 MAC CE에 대응하는지를 표시한다.

예를 들어, MAC 서브헤더가 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반한다는 것을 업링크 메시지 3이 전달하는 경우, 메시지 3은 하나의 CCCH SDU(즉, MAC SDU)만을 운반하고, MAC 서브헤더의 포맷은 총 길이가 8 비트인 R/F2/E/LCID를 포함한다. F2와 E는 정의된 목적을 가지고 있지만, 메시지 3의 경우, F2와 E에 의해 취해진 값들에 관계 없이 eNB에 의한 착오가 없다. 따라서, F2 및 E 비트들을 재정의하는 것이 가능하다.

이 구현예에서, R 또는 F2 또는 E는 SingleTone 또는 MultiTone이 지원되는지 여부를 표시하도록 재정의될 수 있다. 예를 들어, 값 1은 SingleTone의 지원을 의미하고, 값 0은 MultiTone의 지원을 의미한다.

동일한 정보는 또한 다른 업링크 메시지, 예를 들어 메시지 5에 의해 운반될 수 있다. 그 다음에, R은 SingleTone 또는 MultiTone이 지원되는지 여부를 표시하도록 정의될 수 있다.

대안적으로, 업링크 메시지의 MAC 서브헤더가 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반한다는 것을 eNB가 알기 위해, 다음의 두 가지 방법이 사용될 수 있다.

방법 1: 주어진 업링크 메시지(예를 들어, 디폴트로 메시지 3)의 CCCH SDU와 연관된 MAC 서브헤더가 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반하는 것을 디폴트 동작으로 한다.

방법 2: 정의 "CCCH 및 SingleTone 또는 MultiTone 여부"에 대해 LCID의 예약된 값 중 하나를 선택한다. eNB는 LCID의 MAC 서브헤더가 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반한다는 것을 알게 된다.

구현예 Ⅹ:

이 구현예에서, 업링크 메시지에서 MAC CE의 예약된 비트들이 사용되거나 MAC CE의 비트 위치들이 재정의되어 SingleTone 또는 MultiTone이 지원되는지 여부의 정보를 나타낸다.

전술한 MAC CE는 BSR MAC CE, PHR MAC CE를 포함하지만 이에 제한되지는 않는다.

SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보가 예로서 업링크 메시지 3에 의해 운반된다고 가정하면, 이 정보는 BSR MAC CE에 배치될 수 있다.

현재의 LTE 시스템에서 BSR MAC CE의 포맷은 LCG ID 및 버퍼 크기로 구성되며, LCG ID는 논리 채널 그룹의 시퀀스 번호를 나타내며 2 비트를 취한다. 따라서, 예를 들어 BSR MAC CE가 재정의되는 표 1에서와 같이 LCG ID의 2 비트를 재정의할 수 있다. 표 1이 다음과 같이 주어지면, 비트 0은 MultiTone이 지원되지 않는 경우 0으로 재정의되고, MultiTone이 지원되는 경우 1로 재정의될 수 있다.

<표 1>

더욱이, PHR MAC CE에서의 이러한 정보 설정의 예는 다음과 같을 수 있다.

현재의 LTE 시스템에서의 BSR MAC CE는 2개의 예약된 비트, 6개의 전력 헤드룸 비트로 구성된다. 따라서, 예약된 비트 중 하나는, 제1 예약된 비트가 SingleTone 지원에 대해 0 및 MultiTone 지원에 대해 1, 또는 MultiTone이 지원되지 않는 경우에 0 및 MultiTone이 지원되는 경우에 1이 되는 식으로 재정의될 수 있다.

대안적으로, 업링크에서의 MAC CE가 (예로서 BSR MAC CE 및 PHR MAC CE를 사용하여) SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반한다는 것을 eNB가 알게 하도록 다음의 방법들을 사용할 수 있다.

"BSR MAC CE 및 SingleTone 또는 MultiTone 지원"을 정의하기 위해 LCID에서 예약된 비트 중 하나를 선택하고, 그 다음에 eNB는 이 LCID와 연관된 BSR MAC CE가 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반한다는 것을 LCID의 검사에 기반하여 알게 될 것이다.

또는, "PHR MAC CE 및 SingleTone 또는 MultiTone의 지원 여부"의 정의를 위해 LCID에서 예약된 비트들 중 하나를 선택하고, 그 다음에 eNB는 이 LCID의 PHR MAC CE가 SingleTone 또는 MultiTone이 지원되는지 여부에 관한 정보를 운반한다는 것을 알게 될 것이다.

구현예 XI:

이 구현예에서는, 업링크의 MAC CE에서의 예약된 비트들을 사용하거나, 업링크의 MAC CE에서의 비트 위치들을 재정의하여 전송의 UP 모드 또는 CP 모드가 구성되는지 여부에 관한 정보를 표시한다.

MAC CE는 BSR MAC 및 PHR MAC CE 중 어느 하나를 포함할 수 있지만 이에 제한되지는 않는다.

업링크 메시지 3이 UP 또는 CP 전송 모드가 구성되는지 여부를 표시하기 위한 것으로 가정하면, 표시 정보는 다음의 예에서와 같이 BSR MAC CE에 배치될 수 있다.

현재의 LTE 시스템에서의 BSR MAC CE의 포맷은 LCID와 버퍼 크기의 두 부분으로 구성되며, LCG ID는 3 비트의 논리 채널 시퀀스 번호를 나타낸다. 따라서, BSR MAC CE의 재정의가 예로서 주어지는 표 2에 도시된 바와 같이, LCID에 대한 2 비트가 재정의될 수 있으며, 비트 0은 지원되지 않는 UP 전송 모드에 대해 0, 지원되는 UP 전송 모드에 대해 1로 재정의될 수 있다.

<표 2>

또한, 정보는 다음의 예들이 보여주는 바와 같이 PHR MAC CE에 또한 배치될 수 있다.

현재의 LTE 시스템의 BSR MAC CE의 포맷은 2개의 예약된 비트 및 6 비트의 전력 헤드룸 레벨들로 구성된다. 따라서, 1개의 예약된 비트가 재정의될 수 있으며, 예를 들어 제1 예약된 비트는 UP 전송 모드가 구성되는 경우 0으로, CP 전송 모드가 구성되는 경우 1로 정의된다. 또는, UP 전송 모드가 지원되지 않는 경우 0으로, UP 전송 모드가 지원되는 경우 1로 정의된다.

대안적으로, 업링크 메시지의 MAC CE가 UP 전송 모드 또는 CP 전송 모드가 구성되는지 여부에 관한 정보를 운반한다는 것을 eNB에게 전하기 위해 다음의 방법이 사용될 수 있으며, BSR MAC CE 및 PHR MAC CE를 사용하는 예가 사용된다.

정의 "BSR MAC CE 및 UP 또는 CP 전송 모드가 구성되는지 여부"에 대해 LCID에서 예약된 비트들 중 하나를 선택한다. 그 다음에, eNB는 이 LCID와 연관된 BSR MAC CE가 UP 또는 CP 전송 모드가 구성되는지 여부에 관한 정보를 운반한다는 것을 알 수 있다.

또는, 정의 "PHR MAC CE 및 UP 또는 CP 전송 모드가 구성되는지 여부"에 대해 예약된 비트들 중 하나를 선택한다. 그 다음에, eNB는 연관된 LCID의 PHR MAC CE가 UP 또는 CP 전송 모드가 구성되는지 여부에 관한 정보를 운반한다는 것을 알 수 있다.

구현예 XII:

이 구현예에서, 업링크 메시지에서 CCCH SDU의 MAC 서브헤더에서 예약된 비트들 또는 재정의된 비트 위치들은 CP 또는 UP 전송 모드가 구성되는지 여부를 표시하는데 사용된다.

현재의 LTE 프로토콜에서 MAC 서브헤더의 포맷은 예 Ⅸ에 도시된 바와 같다.

이 예에서, 메시지 3의 MAC 서브헤더는 CP 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반하는데 사용된다. 메시지 3은 하나의 CCCH SDU만, 즉 MAC SDU만을 운반하며, 이는 총 길이가 8 비트인 R/F2/E/LCID 포맷을 가지며, F2 및 E는 다른 목적들을 위해 이미 정의되어 있다. 그러나, 메시지 3의 경우에, F2와 E의 값이 무엇이든 간에 eNB는 착오하지 않을 것이다. 따라서, 새로운 정보를 운반하기 위해 메시지 3에서 F2와 E를 재정의할 수 있다.

이 구현예에서, R 또는 F2 또는 E는 CP 또는 UP 전송 모드가 구성되는지 여부를 표시하도록 정의될 수 있다. 예를 들어, 값 1은 CP 전송 모드에 대한 것이고, 값 0은 UP 전송 모드에 대한 것이다.

다른 업링크 메시지, 예를 들어 메시지 5가 동일한 목적을 위해 사용되면, R 비트는 CP 또는 UP 전송 모드가 구성되는지 여부를 표시하도록 정의될 수 있다.

대안적으로, 업링크 메시지의 MAC 서브헤더가 CP 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반한다는 것을 eNB가 알 수 있도록 하기 위해 다음의 방법들이 사용될 수 있다.

방법 1: 디폴트 값, 일부 업링크 메시지(예를 들어, 메시지 3이 디폴트가 되게 함)에서 CCCH SDU의 MAC 서브헤더가 CP 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반한다.

방법 2: 정의 "CCCH 및 CP 또는 UP 전송 모드가 구성되는지 여부"에 대해 LCID에서 예약된 비트들 중 하나를 선택한다. 그 다음에, eNB는 이 LCID의 MAC 서브헤더가 CP 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반한다는 것을 LCID의 검사를 통해 알 것이다.

구현예 XIII:

이 구현예는 업링크에서 CCCH SDU와 연관된 MAC 서브헤더의 예약된 비트들을 사용하거나 현재 비트 위치들을 재정의하여 복수의 정보를 나타내는 것에 관한 것이다. 다음은 업링크의 메시지 3에서 MAC 서브헤더의 경우의 예이다.

메시지 3의 MAC 서브헤더에 의해 운반되는 정보가 "전송에 사용가능한 데이터량"이라고 가정한다. 대표적인 구현 Ⅸ에 따르면, 현재의 LTE 프로토콜의 MAC 서브헤더의 포맷은 R, R2 및 E로 구성되며, 모두는 전송에 사용가능한 데이터량에 관한 정보를 운반하는데 사용될 수 있다. 이것은 공동으로 전송에 사용가능한 데이터량에 관한 정보를 나타내기 위해 1, 2 또는 3 비트를 선택함으로써 달성될 수 있다. 예를 들어, R 및 F2가 전송에 사용가능한 데이터량에 관한 정보를 나타내는데 사용되면, 2 비트는 표 3에서와 같이 정의될 수 있으며, K1, K2, K3 및 K4는 모두 정수들이다.

<표 3>

위 매핑 테이블은 또한 현재의 LTE 사양(3GPP 사양 TS36.321, 표 6.1.3.1-1 참조)으로부터 BSR 매핑 테이블의 섹션으로부터 취해질 수 있으며, 표 4에 도시된 바와 같이 제1 레벨들만을 취한다.

<표 4>

또는, 현재의 LTE 사양의 BSR 테이블의 처음 4개의 레벨에 고정 수를 곱하여 전송에 사용가능한 데이터량을 나타내는데 있어서 각각의 레벨의 범위를 확장할 수 있다. 예를 들어, 승수가 4인 경우, 맵 표는 표 5가 된다.

<표 5>

또는, 각각의 레벨에 고정 수를 곱하여, 표 6에 도시된 바와 같이, 전송에 사용가능한 데이터량을 나타내는데 있어서 레벨들의 범위를 확장한다.

<표 6>

대안적으로, 업링크 메시지의 MAC 서브헤더가 전송에 사용가능한 데이터량에 관한 정보를 운반한다는 것을 eNB가 알 수 있도록 하기 위해, 다음의 두 가지 방법이 사용될 수 있다.

방법 1: 디폴트 프로토콜 규칙, 주어진 업링크 메시지(예를 들어, 메시지 3이 디폴트가 되게 함)에서 CCCH SDU와 연관된 MAC 서브헤더가 전송에 사용가능한 데이터량의 정보에 대한 디폴트 운반자로서 설정된다.

방법 2: LCID에서의 예약된 값들로부터 "CCCH 및 전송에 사용가능한 데이터량"의 표현을 위해 하나를 선택한다. 그 다음에, eNB는 LCID의 MAC 서브헤더가 전송에 사용가능한 데이터량에 관한 정보를 운반한다는 것을 LCID 값에 기반하여 알 것이다.

메시지 3에서의 MAC 서브헤더가 "전력 헤드룸 정보"를 운반하는데 사용되는 경우, 이 접근법은 "전송에 사용가능한 데이터량"에 대한 대표적인 구현예와 동일할 것이다.

메시지 3에서의 MAC 서브헤더가 "SingleTone 지원 또는 MultiTone 지원" 및 "CP 전송 모드 또는 UP 전송 모드"에 관한 정보를 동시에 운반하는 경우, 현재의 LTE 사양의 MAC 서브헤더 포맷은 구현예 Ⅸ에 도시된 바와 같이 이용될 수 있으며, R, F2 및 E 모두에는 각각의 의미들이 주어질 수 있다.

예를 들어, R 및 F2 비트들은 표 7에 도시된 바와 같이 어떤 정보가 운반되고 어떤 값들이 취해지는지를 표시하는데 사용될 수 있다.

<표 7>

구현예 XIV:

이 구현예에서, UE는 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 전송하기 전에, BSR 또는 PHR이 이미 트리거링된 것으로 결정할 수 있고, UE는 다음에 도시된 바와 같이 BSR 또는 PHR을 트리거링하기 위한 규칙들을 따른다.

(1) 제1 전송을 위해 업링크에서 사용가능한 업링크 자원이 존재하면, periodicBSR-Timer를 시작하지 않는다.

(2) 제1 전송을 위해 업링크에서 사용가능한 업링크 자원이 존재하면, periodicPHR-Timer를 시작하지 않는다.

이 구현예는 UE가 NBIOT 시스템에서 주기적인 BSR 방법을 어떻게 사용하는지를 추가로 설명할 것이다.

방법 1: UE는 그 장비 타입이 NBIOT 단말기인지 여부 또는 액세스 중인 네트워크의 타입이 NBIOT 네트워크인지 여부를 결정한다. 그 장비가 NBIOT 타입이거나 그 네트워크가 NBIOT 네트워크인 경우, UE는 어떠한 경우에도 periodicBSR-Timer를 시작하지 않을 것이다.

방법 2: UE는 그 장비 타입이 NBIOT 단말기인지 여부 또는 액세스 중인 네트워크의 타입이 NBIOT 네트워크인지 여부를 결정한다. 그 장비가 NBIOT 타입이거나 그 네트워크가 NBIOT 네트워크인 경우, UE는 BSR을 트리거링하고 제1 전송을 위한 업링크 자원을 가질 때 periodicBSR-Timer를 시작할 필요가 없다.

이 구현예에서, UE가 NBIOT 시스템에서 PHR을 어떻게 사용하는지에 대한 추가 설명이 다음에 주어진다.

방법 2: UE는 그 장비 타입이 NBIOT 단말기인지 여부 또는 액세스 중인 네트워크의 타입이 NBIOT 네트워크인지 여부를 결정한다. 그 장비가 NBIOT 타입이거나 그 네트워크가 NBIOT 네트워크인 경우, UE는 BSR을 트리거링하고 제1 전송을 위한 업링크 자원을 가질 때 periodicPHR-Timer를 시작할 필요가 없다.

위에서 주어진 구현예들에서 액세스 네트워크 요소는 eNB일 뿐만 아니라 또한 EPC 아키텍처와 호환되는 한 소형 셀, 홈 기지국 및 다른 타입들의 네트워크 요소일 수 있음에 주목한다. 코어 네트워크 요소는 MME를 지칭할 뿐만 아니라 또한 C-SGN, NBIoT MME 및 기계 타입 통신들에 필요한 통신 및 모바일 관리를 지원하는 다른 코어 네트워크 요소들일 수 있다.

구현예 XV:

불연속 전송의 경우, 기지국은 DRX 타이머를 시작할지 여부를 UE에게 지시하는 불연속(DRX) 타이머 제어 정보를 시그널링함으로써 UE에게 지시할 수 있다.

대안적으로, DRX 타이머가 시작되어야 하는지 여부를 표시하는 방법들은,

UE에 대한 다운링크 데이터가 사용가능한지 여부, 또는

DRX 타이머를 시작할 필요가 있는지 여부, 또는

UE가 DRX 타이머를 시작할 필요성을 결정할 수 있게 하는 다른 방식의 적용가능성 중 어느 하나를 포함할 수 있다.

임의적으로, 시그널링은 미디어 액세스 제어 유닛(MAC CE) 또는 물리적 다운링크 공통 제어 채널(PDCCH)의 DCI 다운링크 제어 정보를 적어도 포함할 수 있다.

PDCCH의 DCI를 통해 DRX 타이머 제어 정보를 표시하기 위해, 기지국은 DCI에 의해 표시된 다운링크 데이터에 기반하여 결정을 내릴 수 있다. UE가 사용가능한 다운링크 데이터량이 존재하면, 기지국은 DCI에서 DRX 타이머가 시작될 것임을 표시한다.

임의적으로, 시그널링 메시지가 기지국에 의해 전송되는 동안, 이 시그널링 메시지와 연관되거나 시그널링 메시지에 의해 운반되는 다운링크 데이터를 사용하는 것 이외에, 기지국은 시그널링 메시지에서 UE가 DRX 타이머를 시작할 것인지 여부를 표시할 수 있다.

임의적으로, 시그널링 포맷이 PDCCH에 의해 운반되는 DCI이고, DCI가 또한 다운링크 데이터 전송 스케줄링 정보를 표시하는 경우, UE는 스케줄링 정보에 따라 다운링크 데이터를 수신한다. DCI에 의해 운반되는 DRX 타이머에 관한 정보가 UE가 DRX 타이머를 시작할 필요가 있음을 표시하면, UE는 DRX 타이머를 시작하기 전에 성공적인 다운링크 데이터 수신에 응답하여 피드백을 업링크를 통해 전송한다. 또는, UE는 DRX 타이머를 시작하기 전에 성공적인 다운링크 데이터 수신에 응답하여 피드백을 업링크를 통해 전송하고, DRX 타이머 시작 오프셋 기간을 기다린다. 또는, UE는 PDCCH에 의해 운반되는 DCI를 수신하자마자 DRX 타이머를 시작한다.

임의적으로, UE는 다운링크 데이터를 수신하는데 실패하면, 전술한 바와 같이 DRX 타이머 제어에 관한 정보에 관계 없이, DRX 타이머가 시작되어야 하는지 여부를 결정할 필요가 있다.

MAC CE를 사용하여 DRX 타이머 제어 정보를 표시할 때, MAC CE는 데이터 요소가 다운링크 데이터를 추가로 포함할 수 있는 다운링크 프로토콜 데이터 요소에서 운반될 수 있다. MAC CE에 의해 운반되는 DRX 타이머 제어 정보가 UE가 DRX 타이머를 시작할 필요가 있음을 나타내는 경우, UE는 MAC CE의 수신시 DRX 타이머를 시작한다. 또는, UE는, MAC CE를 운반한 다운링크 데이터 요소(또는 다운링크 데이터 패키지로 지칭됨)의 성공적인 수신에 응답하여 업링크에서 피드백을 전송한 후, DRX 타이머를 시작한다. 또는, UE는, MAC CE를 운반한 다운링크 데이터의 성공적인 수신에 응답하여 업링크에서 피드백을 전송한 후, DRX 타이머 시작 오프셋 기간을 기다리고 DRX 타이머를 시작한다.

UE가 DRX 타이머 시작 오프셋 기간을 수신하는 방법은,

- UE와 기지국 간의 프로토콜을 통해, 또는

- 기지국에 의해 전송된 DRX 타이머 제어 정보를 통해, 또는

- 전용 RRC 시그널링, 셀 브로드캐스트 정보 또는 MAC CE를 통하는 것 중 어느 하나일 수 있다.

UE는 다음 조건들 중 어느 하나가 충족될 때 DRX 타이머 동작을 중지시킨다.

- UE는 새로운 데이터 전송 또는 재전송을 포함하는 다운링크 데이터 전송을 표시하는 PDCCH를 수신하거나, 또는

- DRX 타이머가 만료되거나, 또는

- UE는 DRX 타이머를 중지시키도록 UE에게 지시하는 시그널링을 기지국으로부터 수신한다.

기지국은 DRX 타이머 제어 정보를 통해, 또는 기지국과 UE 간의 프로토콜을 통해, 또는 셀 시스템 메시지를 통해, 또는 각각의 구성을 포함하는 RRC 메시지의 전송을 통해, 또는 MAC CE를 통해 DRX 타이머의 지속기간을 전달한다. 여기서, DRX 타이머의 지속기간은 DRX 타이머 시작과 그 만료 사이의 시간을 의미한다.

UE는 DRX 타이머 시작과 그 만료 사이의 시간인 DRX 타이머가 작동하는 동안 PDCCH를 청취한다.

구현예 XVI:

도 16은 시간 에포크 0에서 기지국이 시간 에포크 1에서 다운링크 데이터의 전송을 스케줄링하고, PDCCH에서 운반된 DCI를 통해 DRX 타이머 제어 정보를 표시하는 것을 도시한다. 제어 정보는 UE가 DRX 타이머를 시작할 필요가 있는지 여부를 전한다. 기지국은 에포크 0에서 스케줄링된 데이터에 기반하여 UE에 전송될 새로운 데이터가 존재하는지 여부를 결정한다. 전송될 새로운 데이터가 존재하면, 기지국은 DRX 타이머를 시작하도록 UE에게 지시하거나, 아니면 DRX 타이머를 시작하지 않도록 UE에게 지시한다.

DRX 타이머를 시작할지 여부에 관한 정보는 또한 전송할 새로운 데이터 또는 UE가 DRX 타이머를 시작할 필요성을 결정할 수 있게 하는 다른 정보가 존재하는지 여부로 표현(formulate)될 수 있다는 점에 주목한다.

에포크 1에서, 기지국은 PDCCH에 의해 시간 에포크 0에서 스케줄링된 다운링크 데이터를 전송한다. UE는 PDCCH 내의 스케줄링된 정보에 기반하여 정보를 수신한다. 이 예에서, UE가 다운링크 데이터를 성공적으로 수신했다는 것이 사실이다.

에포크 3에서, UE는 다운링크 데이터의 성공적인 수신에 응답하여 피드백, 즉 ACK를 업링크 상으로 전송한다.

ACK를 전송한 후, UE는 PDCCH에 의해 운반되는 DCI 내의 DRX 타이머 제어 정보에 기반하여 DRX 타이머를 시작할 것인지 여부를 결정한다. 이 예에서, 기지국이 DRX 타이머를 시작하도록 UE에게 지시하거나, 기지국이 전송에 사용가능한 새로운 데이터량을 갖는다고 가정한다.

DRX 타이머에 대한 시작 오프셋 기간을 기다린 후, UE는 시간 에포크 5에서 DRX 타이머를 시작한다.

전술한 DRX 타이머 시작 오프셋 기간은 프로토콜을 통해 결정되거나, PDCCH에 의해 운반되는 DCI에서의 DRX 타이머 제어 정보를 통해 또는 셀 시스템 메시지를 통해, 또는 UE와 기지국 간의 전용 RRC 신호 또는 에포크 0 이전에 전송된 MAC CE를 통해 표시된다.

이 예에서, DRX 타이머 시작 오프셋 기간은 2 시간 간격이다.

임의적으로, UE는 DRX 시작 오프셋 기간 동안 PDCCH를 청취하지 않는다.

DRX 타이머의 지속기간은 프로토콜을 통해 합의되거나, 에포크 0에서 PDCCH에 의해 운반되는 DCI에서의 DRX 타이머 제어 정보를 통해 또는 셀 시스템 메시지를 통해, 또는 UE와 기지국 간의 전용 신호 또는 에포크 0 이전에 전송된 MAC CE를 통해 표시된다.

이 예에서, 지속기간은 7 시간 간격이다.

DRX가 작동하는 시간 동안, UE는 PDCCH를 청취한다.

시간 에포크 10에서, 기지국은 새로운 PDCCH를 전송하고, 새로운 다운링크 데이터를 UE에 스케줄링한다. UE는, PDCCH 시그널링의 수신시, 작동 중인 DRX 타이머를 중지시킨다.

UE가 새로운 PDCCH 시그널링을 수신하지 않으면, UE는 휴면 상태에 들어가기 전에 타이머가 만료될 때까지 PDCCH를 계속해서 청취한다.

UE는, 다운링크 데이터를 수신하는데 실패하면, DRX 타이머 제어 정보(새로운 데이터가 존재하는지 여부를 표시함) 또는 DRX 타이머가 시작할지 여부에 관계 없이 DRX 타이머를 시작한다는 점에 주목한다. 이 때, UE가 DRX 타이머를 시작하는 방법은, UE가 다운링크 데이터의 수신에 성공할 때와, 동일한 중지 조건뿐만 아니라 DRX 타이머 시작 오프셋 기간 및 DRX 타이머 지속기간을 획득하는 방법 등에서 동일하다.

이것은 다운링크 데이터 프로토콜 패킷들을 사용하여 MAC CE를 운반함으로써 DRX 타이머 정보를 표시할 때 기지국에도 또한 적용되는 구현예이다.

이 구현예는 또한 이러한 구현예 및 방법들을 실현하는데 적용가능한 정보 보고 디바이스를 제공한다. 다음에서 사용되는 "모듈"이라는 용어는 소프트웨어/하드웨어가 미리 정의된 기능들을 실현하는데 사용된다. 다음에서 설명될 디바이스가 소프트웨어 실현에 더 잘 적용되지만, 하드웨어 또는 하드웨어 및 소프트웨어를 사용한 실현을 생각할 수 있다.

도 17은 개시된 기술들에 따른 대표적인 구현예에 기반한 정보 보고 디바이스의 아키텍처를 도시한다. 도 17에 도시된 바와 같이, 이 디바이스는,

랜덤 액세스 절차 또는 RRC 연결 절차들에서, 전송에 사용가능한 데이터량, 전력 헤드룸, 전송에 사용가능한 데이터량 및 전력 헤드룸, SingleTone 또는 MutliTone의 지원, 구성된 CP 전송 모드 또는 UP 전송 모드의 정보 중 어느 하나를 추가하도록 구성된 처리 모듈(10)과, 업링크 메시지를 보고하도록 구성된 보고 모듈(20)을 포함하며, RRC 연결 절차들은,

- RRC 연결 절차,

- RRC 재설정 절차,

- RRC 재개 절차 중 어느 하나를 포함한다.

하나의 대표적인 구현에서, 이러한 업링크 메시지는 메시지 2, 메시지 5, 및 메시지 5 이후에 전송된 임의의 메시지 중 어느 하나를 포함할 수 있지만 이에 제한되지는 않는다.

임의적으로, 처리 모듈(10)은, 업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 SingleTone 또는 MultiTone의 지원에 관한 정보를 전달하도록 구성되거나, 또는 MAC CE에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 SingleTone 또는 MultiTone의 지원에 관한 정보를 전달하도록 구성되며, MAC CE는 BSR MAC CE 또는 PHR MAC CE를 포함한다.

하나의 대표적인 구현에서, 모듈(10)은, LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더가 SingleTone 또는 MultiTone 지원에 관한 정보를 운반함을 표시하는 것을 포함하여, CCCH 및 SingTone/MultiTone 정보에 동시에 대응하도록 새로운 논리 채널 식별자(LCID)를 정의하도록 구성된다.

하나의 대표적인 구현에서, 모듈(10)은, MAC CE 및 SingleTone/MultiTone 지원 정보에 동시에 대응하도록 LCID의 MAC 서브헤더를 사용하는 것을 포함하여, MAC CE 및 SingleTone/MultiTone 지원 정보에 동시에 대응하도록 새로운 논리 채널 식별자(LCID)를 정의하도록 구성되며, MAC CE는 BSR MAC CE 또는 PHR MAC CE일 수 있다.

임의적으로, 처리 모듈(10)은, 업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 CP 전송 모드 또는 UP 전송 모두가 구성되는지 여부에 관한 정보를 전달하도록 구성되거나, 또는 MAC CE에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 CP 전송 모드 또는 UP 전송 모두가 구성되는지 여부에 관한 정보를 전달하도록 구성되며, MAC CE는 BSR MAC CE 또는 PHR MAC CE일 수 있다.

하나의 대표적인 구현에서, 모듈(10)은, LCID의 MAC 서브헤더를 사용하여 서브헤더에 대응하는 MAC CE가 CP 전송 모드 또는 UP 전송 모드가 구성되는지 여부에 관한 정보를 운반함을 표시하는 것을 포함하여, MAC CE 및 CP 전송/UP 전송 모드 정보에 대응하게 새로운 논리 채널 식별자(LCID)를 정의하도록 구성되며, MAC CE는 BSR MAC CE 또는 PHR MAC CE 중 어느 하나일 수 있다.

임의적으로, 처리 모듈(10)은 다음 방식들 중 어느 하나로 전송에 사용가능한 데이터량의 정보를 추가하도록 구성된다.

방법 1: BSR MAC CE에 대응하는 MAC 서브헤더를 업링크 메시지들에서 추가한다.

방법 2: 업링크 메시지에서 운반되는 CCCH PDU에 대응하는 MAC 서브헤더에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 업링크가 BSR MAC CE를 운반한다는 정보를 전달한다.

방법 3: LCID의 MAC 서브헤더를 사용하여 LCID의 MAC SDU가 CCCH SDU 및 BSR MAC CE 모두를 포함함을 표시하는 것을 포함하여, CCCH 및 BSR에 동시에 대응하도록 새로운 논리 채널 식별자(LCID)를 정의한다.

방법 4: CCCH SDU에 표시 정보를 추가하여, 업링크 메시지가 BSR MAC CE를 운반한다는 것을 표시한다.

하나의 대표적인 구현에서, CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 BSR MAC CE를 운반한다는 것을 전달하도록 구성된 모듈(10)은 다음 중 어느 하나를 포함한다.

대안적으로, 업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 전송에 사용가능한 데이터량에 관한 정보를 전달하도록 구성된 처리 모듈(10)은 다음 방법들 중 하나를 포함한다.

- MAC 서브헤더가 전송에 사용가능한 데이터량에 관한 정보를 포함함을 표시하고 MAC 서브헤더가 CCCH SDU에 대응하고 전송에 사용가능한 데이터량의 정보를 포함함을 동시에 표시하도록 LCID의 MAC 서브헤더를 사용하는 것을 포함하여 새로운 LCID를 정의한다.

임의적으로, 처리 모듈(10)은 다음의 방법들 중 하나로 업링크 메시지에서 전력 헤드룸의 정보를 추가하도록 구성된다.

방법 1: 업링크 메시지에 PHR MAC CE를 추가한다.

방법 2: 업링크 메시지에 의해 운반되는 CCCH SDU에 전력 헤드룸 정보를 추가한다.

방법 3: 업링크 메시지에서 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 전력 헤드룸 정보를 표현한다.

임의적으로, 처리 모듈(10)은 표시 정보를 추가하도록 구성되며, 표시 정보는 업링크 메시지가 PHR MAC CE를 운반한다는 것을 전한다. 표시 정보를 추가하는 방법은 다음 중 어느 하나를 포함한다.

방법 1: PHR MAC CE에 대응하는 MAC 서브헤더를 업링크 메시지에서 추가한다.

방법 2: 업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 업링크 메시지가 PHR MAC CE를 운반한다는 것을 전달한다.

방법 3: LCID의 MAC 서브헤더를 사용하여 LCID의 MAC SDU가 CCCH SDU 및 PHR MAC CE 모두를 포함함을 표시하는 것을 포함하여, CCCH 및 PHR 모두에 대응하도록 새로운 LCID를 정의한다.

방법 4: CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 PHR MAC CE를 포함한다는 것을 알게 한다.

하나의 대표적인 구현 동안, 처리 모듈(10)은 다음의 방식들 중 어느 하나에 의해 CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 PHR MAC CE를 운반한다는 것을 전하도록 구성된다.

(1) CCCH SDU에 의해 운반되는 CP 메시지의 예비 비트들을 정의한다.

임의적으로, 업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트들 또는 재정의된 현재 비트 위치들을 사용하여 전력 헤드룸에 관한 정보를 전달하도록 구성된 처리 모듈(10)은 다음 중 어느 하나를 추가로 포함한다.

(1) LCID의 MAC 서브헤더를 사용하여 MAC 서브헤더가 전력 헤드룸 정보를 포함함을 표시하는 것을 포함하여, 새로운 논리 채널 식별자(LCID)를 정의한다.

(2) CCCH SDU 및 전력 헤드룸 정보에 동시에 대응하도록 MAC 서브헤더를 사용한다.

임의적으로, 처리 모듈(10)은, 다음의 방법들 중 하나에 의해, 업링크 메시지에서 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 동시에 추가하도록 구성된다.

방법 1: BSR_PHR 결합된 MAC CE를 업링크 메시지들에 추가한다.

방법 2: 업링크 메시지에 의해 운반되는 CCCH SDU에서 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가한다.

임의적으로, 모듈(10)은 업링크 메시지에서 표시 정보를 추가하도록 구성되며, 표시 정보는 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 전하기 위한 것이다. 표시 정보를 추가하는 방법들은 다음 중 어느 하나를 포함한다.

방법 1: LCID의 MAC 서브헤더를 사용하여 PCID의 MAC PDU가 BSR_PHR 결합된 MAC CE를 운반함을 표시하는 것을 포함하여, BSR_PHR 결합된 MAC CE에 대응하도록 새로운 LCID를 정의한다.

방법 2: 업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 하나의 예약된 비트를 사용하여 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시한다.

방법 3: LCID의 MAC CE 서브헤더를 사용하여 그 LCID의 MAC PDU가 CCCH SDU뿐만 아니라 BSR_PHR 결합된 MAC CE를 포함함을 표시하는 것을 포함하여, CCCH, PHR 및 BSR에 동시에 대응하도록 새로운 LCID를 정의한다.

방법 4: CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시한다.

하나의 대표적인 구현에서, 모듈(10)은 CCCH SDU에서 표시 정보를 추가하여 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 표시하도록 구성된다. 이 목적을 위한 방법들은 다음 중 어느 하나를 포함한다.

- 표시 정보로서 CCCH PDU에 의해 운반되는 CP 메시지에서 예비 비트들을 정의한다.

- CCCH SDU에 의해 운반되는 CP 메시지에서 criticalExtension IE 또는 non-criticalExtension IE에 표시 정보를 추가한다.

임의적으로, 처리 모듈(10)은 표시 정보로서 업링크 메시지에 의해 운반되는 CCCH SDU에 대응하는 MAC 서브헤더에서 예약된 비트들 및 F2 비트를 사용하도록 추가로 구성될 수 있으며, 제1 값을 취하는 표시 정보는 업링크 메시지가 BSR MAC CE를 운반한다는 것을 의미하고, 제2 값을 취하는 표시 정보는 업링크 메시지가 PHR MAC CE를 운반한다는 것을 의미하고, 제3 값을 취하는 표시 정보는 업링크 메시지가 BSR_PHR 결합된 MAC CE를 운반한다는 것을 의미하며, 제4 값을 취하는 표시 정보는 업링크 메시지가 BSR MAC CE, PHR MAC CE 및 BSR_PHR 결합된 MAC CE를 운반한다는 것을 의미한다.

하나의 대표적인 구현에서, 00을 취하는 제4 값은 업링크 메시지가 BSR MAC CE, PHR MAC CE 및 BSR_PHR 결합된 MAC CE를 운반한다는 것을 의미한다.

임의적으로, 업링크 메시지에 BSR_PHR 결합된 MAC CE를 추가하는 포맷은, BSR_PHR 결합된 MAC CE가 BSR 및 PHR로 구성되는 방식을 포함하고, BSR_PHR 결합된 MAC CE의 총 길이는 N이 정수인 8N 비트에 달하며, BSR은 다음의 방법들 중 어느 하나에 의해 구성될 수 있다.

방법 1: BSR은 전송에 사용가능한 데이터량의 값들만을 포함한다.

방법 2: BSR은 LCG 값들 및 전송에 사용가능한 데이터량의 값들 모두를 포함한다.

임의적으로, BSR_PHR 결합된 MAC CE가 8 비트의 총 길이를 가질 때, PHR의 길이 및 PHR의 길이 모두가 8 비트 미만으로 압축되며, 압축된 BSR 및 현재의 LTE 프로토콜로부터의 BSR 데이터에서 전송에 사용가능한 데이터량의 범위는 다음에서와 같이 서로 매핑될 수 있다.

(1) 압축된 BSR에서 전송에 사용가능한 데이터량의 범위는 미리 설정된 임계값보다 큰 입도에 따라 현재의 LTE 프로토콜의 전체 BSR 데이터량 테이블에 매핑된다.

(2) 압축된 BSR에서 전송에 사용가능한 데이터량의 범위는, 입도의 변경 없이, 현재의 LTE 프로토콜의 BSR 데이터량 테이블의 일부에 매핑된다.

(1) 압축된 PHR에서 전송에 사용가능한 데이터량의 범위는, 미리 설정된 임계값보다 큰 입도에 따라, 현재의 LTE 프로토콜의 전체 PHR 데이터량 테이블에 매핑된다.

(2) 압축된 PHR에서 전송에 사용가능한 데이터량의 범위는, 입도의 변경 없이, 현재의 LTE 프로토콜의 PHR 데이터량 테이블의 일부에 매핑된다.

하나의 구현예에서, BSR MAC CE 또는 PHR MAC CE 또는 BSR_PHR 결합된 MAC CE는 업링크 메시지에서 CCCH SDU 이후 또는 CCCH SDU 이전에 배치될 수 있다.

대안적으로, 처리 모듈(10)은 전력 헤드룸 정보를 CCCH SDU의 CP 메시지에서 cirticalExtesnion IE 또는 non-criticalExtension IE에 추가하도록 구성된다. 구체적으로, 전력 헤드룸을 추가하는 방법은 1 내지 6 비트를 사용하여 전력 헤드룸의 크기를 나타낼 수 있으며, 전력 헤드룸은 물리적 계층으로부터 판독된다.

임의적으로, 처리 모듈(10)은 CCCH SDU의 CP 메시지에서 criticalExtension IE 또는 non-criticalExtension IE에 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가하도록 구성된다.

이러한 CP 메시지는 다음 중 어느 하나일 수 있지만 이에 제한되지는 않는다는 점에 주목해야 한다.

(1) RRC 연결 요청 메시지;

(2) RRC 연결 완료 메시지;

(3) 보안 모드 완료 메시지;

(4) RRC 연결 재구성 완료 메시지;

(5) 업링크 전송 메시지들;

(6) RRC 연결 재설정 요청 메시지;

(7) RRC 연결 재설정 완료 메시지;

(8) RRC 연결 재개 요청 메시지;

(9) RRC 연결 재개 완료 메시지.

대안적으로, 도 18은 개시된 기술들에 따른 메시지 보고 디바이스의 구조를 도시한다.

도 18에 도시된 바와 같이, 이러한 디바이스는 또한,

수신된 랜덤 액세스 응답 메시지로부터 표시 정보를 획득하도록 구성된 획득 모듈(30)을 포함하며, 표시 정보는 UE가 업링크 메시지에서 전송에 사용가능한 데이터량 또는 전력 헤드룸, 또는 전송에 사용가능한 데이터량 및 전력 헤드룸에 관한 정보를 추가한다는 것을 전한다.

임의적으로, 도 18에 도시된 바와 같이, 이러한 디바이스는 또한 BSR 또는 PHR이 이미 트리거링된 것으로 결정하도록 구성된 결정 모듈(40)을 포함하며, BSR 트리거링 규칙들에 따라, 업링크 자원이 제1 전송에 현재 사용가능할 때 periodicBSR-Timer가 트리거링되지 않으며, PHR 트리거링 규칙들에 따라, 업링크 자원이 제1 전송에 현재 사용가능할 때 periodicPHR-Timer가 트리거링되지 않는다.

전술한 모든 모듈들은 소프트웨어 또는 하드웨어에 의해 실현될 수 있다는 점에 주목해야 한다. 후자의 경우, 이러한 실현은 다음의 방법으로 달성될 수 있지만 이에 제한되지는 않는다.

모든 모듈들이 동일한 프로세서 내에 있거나, 이들이 더 많은 프로세서들에 각각 배치된다.

위에 개시된 기술들에서의 모듈들 및 단계들이 컴퓨팅 디바이스들을 사용하여 실현될 수 있고, 단일 컴퓨팅 디바이스 상에 집중될 수 있거나, 또는 네트워크를 통해 더 많은 컴퓨팅 디바이스들에 분산될 수 있다는 것은 관련 기술분야의 통상의 기술자에게 있어서의 사건이다. 임의적으로, 이들은 실행가능한 컴퓨터 프로그램 코드에 의해 실현될 수 있으며, 이에 따라 저장 디바이스에 저장되고 컴퓨팅 디바이스에 의해 수행될 수 있다. 일부 경우들에서, 이러한 단계들은 본 명세서에서 설명되거나 도시된 시퀀스와 상이하게 수행될 수 있거나, 또는 상이한 집적 회로 모듈들로 만들어 질 수 있거나, 개시된 기술들의 복수의 모듈들 또는 단계들이 단일의 집적 회로 모듈에서 실현될 수 있다. 따라서, 개시된 기술들은 임의의 특정한 하드웨어 및 소프트웨어에 제한되지 않는다.

전술한 모든 것은 단지 구현예들일 뿐이다. 관련 기술분야의 통상의 기술자에게 있어서, 개시된 기술들은 다양한 수정 및 변형을 가질 수 있다. 개시된 기술들의 사상 및 원리 내에서의 임의의 변경, 동등한 대체 및 개선은 본 특허 문서의 보호 범위에 포함되어야 한다.

산업상 이용 가능성

전술한 바와 같이, 개시된 기술들의 구현예들은 데이터 전송을 위한 제어 시그널링의 효율적인 사용을 가능하게 하는 이점들을 갖는 정보 보고 및 불연속 전송을 위한 방법 및 디바이스를 제공한다.

Claims

무선 통신 방법으로서,
랜덤 액세스 절차에서 모바일 디바이스에 의해 기지국에게 미디어 액세스 제어(MAC) 제어 요소를 포함하는 메시지를 전송하는 단계를 포함하며,
상기 MAC 제어 요소는 전송에 사용가능한 데이터량 및 전력 헤드룸을 표시하는 정보를 포함하고,
상기 MAC 제어 요소는 8 비트의 길이를 가지고, 상기 8 비트 중 4 비트는 전송들에 사용가능한 데이터량을 표시하고, 상기 8 비트 중 2 비트는 상기 전력 헤드룸을 표시하는 무선 통신 방법.
제1항에 있어서,
상기 MAC 제어 요소는 공통 제어 채널(CCCH) 서비스 데이터 유닛(SDU)에 대한 MAC 서브헤더에 의해 식별되는 무선 통신 방법.
제2항에 있어서,
상기 CCCH SDU에 대한 상기 MAC 서브헤더는 상기 MAC 제어 요소 및 상기 CCCH SDU 모두를 표시하는 논리 채널 식별자(LCID)를 포함하는 무선 통신 방법.
제3항에 있어서,
상기 MAC 제어 요소는 상기 CCCH SDU 이전에 배치되는 무선 통신 방법.
제1항에 있어서,
상기 메시지는 Msg3을 포함하는 무선 통신 방법.
삭제
삭제
삭제
무선 통신 방법으로서,
랜덤 액세스 절차에서의 기지국에서, 모바일 디바이스로부터 메시지를 수신하는 단계를 포함하며,
상기 메시지는 전송에 사용가능한 데이터량 및 전력 헤드룸을 표시하는 정보를 포함하는 미디어 액세스 제어(MAC) 제어 요소를 포함하고,
상기 MAC 제어 요소는 8 비트의 길이를 가지고, 상기 8 비트 중 4 비트는 전송들에 사용가능한 데이터량을 표시하고, 상기 8 비트 중 2 비트는 상기 전력 헤드룸을 표시하는 미디어 액세스 제어(MAC) 제어 요소를 포함하는 무선 통신 방법.
제9항에 있어서,
상기 MAC 제어 요소는 공통 제어 채널(CCCH) 서비스 데이터 유닛(SDU)에 대한 MAC 서브헤더에 의해 식별되는 무선 통신 방법.
제10항에 있어서,
상기 CCCH SDU에 대한 상기 MAC 서브헤더는 상기 MAC 제어 요소 및 상기 CCCH SDU 모두를 표시하는 논리 채널 식별자(LCID)를 포함하는 무선 통신 방법.
제11항에 있어서,
상기 MAC 제어 요소는 상기 CCCH SDU 이전에 배치되는 무선 통신 방법.
제9항에 있어서,
상기 메시지는 Msg3을 포함하는 무선 통신 방법.
삭제
삭제
삭제
무선 통신 장치로서,
미디어 액세스 제어(MAC) 제어 요소를 포함하는 메시지를 생성하도록 구성된 프로세서 - 상기 MAC 제어 요소는 전송에 사용가능한 데이터량 및 전력 헤드룸을 표시하는 정보를 포함함 -; 및
랜덤 액세스 절차에서 상기 메시지를 기지국에게 전송하도록 구성된 전송기
를 포함하고,
상기 MAC 제어 요소는 8 비트의 길이를 가지고, 상기 8 비트 중 4 비트는 전송들에 사용가능한 데이터량을 표시하고, 상기 8 비트 중 2 비트는 상기 전력 헤드룸을 표시하는 무선 통신 장치.
제17항에 있어서,
상기 MAC 제어 요소는 공통 제어 채널(CCCH) 서비스 데이터 유닛(SDU)에 대한 MAC 서브헤더에 의해 식별되는 무선 통신 장치.
제18항에 있어서,
상기 CCCH SDU에 대한 상기 MAC 서브헤더는 상기 MAC 제어 요소 및 상기 CCCH SDU 모두를 표시하는 논리 채널 식별자(LCID)를 포함하는 무선 통신 장치.
제19항에 있어서,
상기 MAC 제어 요소는 상기 CCCH SDU 이전에 배치되는 무선 통신 장치.
제17항에 있어서,
상기 메시지는 Msg3을 포함하는 무선 통신 장치.
삭제
삭제
삭제
무선 통신 장치로서,
랜덤 액세스 절차에서, 모바일 디바이스로부터 메시지를 수신하도록 구성된 수신기를 포함하며,
상기 메시지는 전송에 사용가능한 데이터량 및 전력 헤드룸을 표시하는 정보를 포함하는 미디어 액세스 제어(MAC) 제어 요소를 포함하고,
상기 MAC 제어 요소는 8 비트의 길이를 가지고, 상기 8 비트 중 4 비트는 전송들에 사용가능한 데이터량을 표시하고, 상기 8 비트 중 2 비트는 상기 전력 헤드룸을 표시하는 무선 통신 장치.
제25항에 있어서,
상기 MAC 제어 요소는 공통 제어 채널(CCCH) 서비스 데이터 유닛(SDU)에 대한 MAC 서브헤더에 의해 식별되는 무선 통신 장치.
제26항에 있어서,
상기 CCCH SDU에 대한 상기 MAC 서브헤더는 상기 MAC 제어 요소 및 상기 CCCH SDU 모두를 표시하는 논리 채널 식별자(LCID)를 포함하는 무선 통신 장치.
제27항에 있어서,
상기 MAC 제어 요소는 상기 CCCH SDU 이전에 배치되는 무선 통신 장치.
제25항에 있어서,
상기 메시지는 Msg3을 포함하는 무선 통신 장치.
삭제
삭제
삭제
코드를 저장하는 비일시적 컴퓨터 판독가능한 매체로서,
상기 코드는 프로세서에 의해 실행될 때 상기 프로세서로 하여금 제1항 내지 제5항 및 제9항 내지 제13항 중 어느 한 항을 구현하게 하는 비일시적 컴퓨터 판독가능한 매체.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제