KR101582708B1 - 스케줄링 요구 트리거의 취급 - Google Patents

Abstract

스케줄링 요구 트리거를 취급하기 위한 사용자 장비에서의 방법이 제공된다. 사용자 장비는 버퍼를 포함한다. 기지국에 송신될, 버퍼에 도달한 데이터를 수신한(501) 이후에, 사용자 장비는 스케줄링 요구 트리거를 생성한다(503). 스케줄링 요구 트리거는 취소될 때까지 계류 중이며 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다. 사용자 장비는 스케줄링 요구 트리거의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 확인된 경우, 또는 스케줄링 요구의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함되는 경우 중, 어느 것이든 먼저 발생하든 관계없이, 계류 중인 스케줄링 요구 트리거를 취소한다(504).

Description

스케줄링 요구 트리거의 취급{HANDLING A SCHEDULING REQUEST TRIGGER}

본 발명은 사용자 장비에서의 방법 및 배열에 관한 것으로, 특히 스케줄링 요구 트리거들을 취급하는 것에 관한 것이다.

무선 통신 시스템으로도 지칭되는 전형적인 셀룰러 무선 시스템에서, 모바일 단말기들 및/또는 무선 단말기로도 알려진 사용자 장비(UE)들은 무선 액세스 네트워크(RAN)를 통해 하나 이상의 코어 네트워크들에게 통신한다. 사용자 장비들은 "셀룰러" 전화기들로도 알려진 이동 전화기들과 같은 이동국들 또는 사용자 장비 유닛들, 및 무선 성능, 예를 들면 모바일 단말을 갖는 랩탑들일 수 있고, 따라서 예를 들면 무선 액세스 네트워크와 음성 및/또는 데이터를 통신하는 휴대용, 포켓, 핸드-헬드, 컴퓨터 내장 또는 차량 장착된 모바일 디바이스들일 수 있다.

무선 액세스 네트워크는 셀 영역들로 분할되는 지리적 영역을 커버하고, 각 셀 영역은 일부 네트워크들에서 "eNB", "NodeB" 또는 "B 노드"로도 불려지며 본 문헌에서 기지국으로 지칭되는 기지국, 예를 들면 무선 기지국(RBS)에 의해 서브된다. 하나의 셀은 기지국 사이트에서 무선 기지국 장비에 의해 무선 커버리지가 제공되는 지리적 영역이다. 기지국들은 무선 주파수들 상에서 동작하는 무선 인터페이스를 통해, 기지국들의 범위 내의 사용자 장비 유닛들과 통신한다.

2008년 후반에 3GPP 롱 텀 에볼루션(LTE) 표준의 제1 릴리스, 릴리스 8이 종료되었고 릴리스 9가 현재 진행중이다. E-UTRA(Evolved Universal Terrestrial Radio Access)는 LTE에 이용되는 무선 인터페이스이다.

무선 통신 시스템들에서, 무선 업링크(UL)는 사용자 장비로부터 기지국으로의 송신 경로이고, 무선 다운링크는 기지국으로부터 사용자 장비로의 송신 경로이다. LTE 릴리스 8에서, 기존의 데이터보다 높은 우선 순위를 갖는 새로운 UL데이터, 또는 어떠한 이전 데이터도 없는 경우에 임의의 우선 순위를 갖는 새로운 데이터의 UE 버퍼로의 도달은, 소위 정규 버퍼 상태 보고(BSR)를 트리거링한다. 이에 대해서는, 논리적 채널 그룹(LCG)에 속하는 논리적 채널에 대한 데이터만이 고려되는 바와 같이 부수적인 조건들이 존재하고, "새로운 UL 데이터의 도달"은 UL 데이터가 무선 링크 컨트롤러(RLC) 엔티티 또는 패킷 데이터 컨버전스 프로토콜(PDCP) 엔티티에서 송신에 이용가능하게 되는 경우로 정의된다. PDCP는 RLC 엔티티의 상위 층이다.

그러나, 기본적인 아이디어는 정규 BSR을 트리거하는 새로운 UL 데이터의 도달 시에 캡쳐된다. 정규 BSR은, 이에 대해, 스케줄링 요구(SR)를 트리거링한다. SR 트리거는 나중에 사용자 장비가 송신하기 원하는 새로운 데이터를 가지고 있다는 것이 통지되는 기지국에 운반되는 SR을 트리거링한다. SR은 물리적 업링크 제어 채널(PUCCH) 상에서 사용자 장비의 사전할당된 스케줄링 요구 리소스 상에서 송신되고 사용자 장비에 전용된 리소스 상에서 송신되므로 전용 SR(D-SR)로 알려져 있으며, 또는 물리적 랜덤 액세스 채널(PRACH) 상에서 송신되고 랜덤 액세스 SR(RA-SR)로 알려져 있다. 양쪽 경우들에서, SR을 송신할 기회들과 연관된 고정된 주기성이 있다. 이것은 사용자 장비가 그러한 기회가 이용가능할 때까지 대기해야 한다는 것을 의미한다.

기지국이 D-SR을 수신하는 경우, 기지국은 통상적으로 UL 그랜트를 발행한다. 사용자 장비가 그 그랜트 상에서 송신하는 경우, 그 버퍼들의 크기를 기술하는 소위 BSR 매체 액세스 제어(MAC) 제어 요소의 형태로 된 BSR을 포함하는 MAC 패킷 데이터 유닛(PDU)을 송신할 것이다. BSR은 BSR MAC 제어 요소를 포함하는 MAC 패킷 데이터 유닛(PDU)이 구축된 후에 버퍼 상태를 반영하도록 지시된다. 모든 데이터가 MAC PDU에 맞춰질 수 있지만 그 데이터뿐만 아니라 버퍼 상태 보고에 대한 충분한 공간이 없는 경우를 제외하고는, MAC PDU를 구축할 때 사용자 장비에서 BSR 트리거가 계류 중이라면, BSR이 항상 포함된다.

일단 사용자 장비 버퍼의 크기가 기지국에 보고되었다면, 이제 기지국은 사용자 장비가 얼마나 많은 데이터를 송신해야 할 지를 알고 있으므로 사용자 장비가 추가 SR들을 전송할 필요가 없다. 그러므로, SR 트리거는 사용자 장비가 다음 D-SR 기회에서 어떠한 D-SR도 전송하지 않도록 사용자 장비에서 취소될 수 있다.

이하에서, 이하의 용어가 이용된다는 점에 유의하라.

용어 "새로운 데이터의 도달"은 정규 BSR을 트리거링하기 위한 모든 부수적인 조건들이 만족된 상태에서 사용자 장비 버퍼에 새로운 UL 데이터의 도달을 나타내는 데 이용된다.

용어 "그랜트의 수신"은 새로운 송신을 위해 업링크 공유 채널(UL-SCH) 리소스들에 대한 물리적 다운링크 제어 채널(PDCCH) 그랜트의 수신을 나타내는 데 이용된다.

용어 "데이터의 송신"은 새로운 송신을 위해 이용가능하게 되었던 UL-SCH 리소스들 상에서의 UL 데이터의 송신을 나타내는 데 이용된다.

용어 "SR" 및 "스케줄링 요구"는 PUCCH 상에서의 D-SR의 시그널링을 나타내는 데 이용된다.

용어 "SR 트리거" 및 "스케줄링 요구 트리거"는 계류 중인 SR을 나타내는 데 이용된다.

"버퍼 상태 보고는 제1 데이터를 확인한다"와 같은 표현들이 이용되는 경우, 버퍼 상태 보고는, 버퍼 상태 보고가 포함된 송신이 수신된 이후에 제1 데이터에 대해 남아있는 모든 것을 반영한다는 것을 의미한다.

현재, SR은 취소될 때까지 계류 중인 것으로 간주되고, 즉 SR의 송신을 트리거하는 SR 트리거는 취소될 때까지 계류 중인 것으로 간주되는 것으로 결정되어 있다. 이는 새로운 송신을 위한 UL-SCH 리소스들이 그랜트되는, 서브프레임으로도 알려져 있는 제1 가능 송신 시간 인터벌(TTI)에서 취소된다.

더구나, 최근에는, 이러한 TTI에서 UL-SCH 리소스들이 새로운 송신을 위해 이용가능하다면, PDCCH 그랜트의 수신 시 또는 UL-SCH 리소스들이 이용가능했던 TTI에서 UL-SCH 리소스가 그랜트되었던 때가 명확하지 않은 것으로 간주되었으므로, 모든 계류 중인 SR(들)은 취소되는 것으로 결정되었다. UL-SCH 리소스들이 이용가능한 경우 TTI 내의 SR이 취소된 것이라 할 수 있다.

본 발명의 목적은 무선 통신 네트워크에서 성능을 개선하는 사용자 장비의 메커니즘을 제공하는 것이다.

본 발명의 제1 양태에 따르면, 상기 목적은 사용자 장비에서 스케줄링 요구 트리거를 취급하기 위한 방법에 의해 달성된다. 사용자 장비는 버퍼를 포함한다. 기지국에 송신될, 버퍼에 도달하는 데이터를 수신한 이후에, 사용자 장비는 스케줄링 요구 트리거를 생성한다. 스케줄링 요구 트리거는 취소될 때까지 계류 중이며, 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다. 사용자 장비는 스케줄링 요구 트리거의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 확인된 경우, 또는 스케줄링 요구의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에, 어느 쪽이 먼저 발생하든 관계없이, 계류 중인 스케줄링 요구 트리거를 취소한다.

본 발명의 제2 양태에 따르면, 상기 목적은 사용자 장비에서 스케줄링 요구 트리거를 취급하기 위한 방법에 의해 달성된다. 사용자 장비는 버퍼를 포함한다. 기지국에 송신될, 버퍼에 도달하는 데이터를 수신한 후, 사용자 장비는 스케줄링 요구 트리거를 생성한다. 스케줄링 요구 트리거는 취소될 때까지 계류 중이며, 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다. 사용자 장비는 계류 중인 스케줄링 요구 트리거를 언제라도 취소하지만, 스케줄링 데이터의 송신에 포함되거나 스케줄링 데이터의 송신에 직접적으로 포함된 버퍼 상태 보고에서 어느 데이터가 확인되었는지 및 이들 2가지 방식들 중 임의의 하나에서도 어느 데이터가 확인되지 않았는지를 추적한다. 다음 스케줄링 요구 기회가 나타나는 경우에, 사용자 장비는 언급된 2가지 방식들 중 어느 하나에서도 아직 확인되지 않았던 데이터를 버퍼가 포함하는 경우에만 스케줄링 요구를 전송한다.

본 발명의 제3 양태에 따르면, 상기 목적은 사용자 장비에서 스케줄링 요구 트리거를 취급하기 위한 방법에 의해 달성된다. 사용자 장비는 버퍼를 포함한다. 버퍼에 도달하는, 기지국에 송신될 데이터를 수신한 후, 사용자 장비는 스케줄링 요구 트리거를 생성한다. 스케줄링 요구 트리거는 취소될 때까지 계류 중이며, 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다. 사용자 장비는 스케줄링 요구 트리거의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 확인된 경우, 또는 스케줄링 요구의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에, 어느 쪽이 먼저 발생하든 관계없이, 계류 중인 스케줄링 요구 트리거를 취소한다. 대안적으로, 사용자 장비는 계류 중인 스케줄링 요구 트리거를 언제라도 취소하고, 그러나 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 어느 데이터가 확인되었는지 및 어느 데이터가 확인되지 않았는지를 추적한다. 다음 스케줄링 요구 기회가 나타나는 경우에, 사용자 장비는 버퍼 상태 보고에서 아직 확인되지 않았던 데이터를 버퍼가 포함하는 경우에만 스케줄링 요구를 전송한다.

본 발명의 제4 양태에 따르면, 상기 목적은 스케줄링 요구 트리거를 취급하기 위한 사용자 장비에 의해 달성된다. 사용자 장비는 기지국에 송신될 데이터를 수신하도록 구성된 버퍼를 포함하고, 그 데이터는 버퍼에 도달한다. 사용자 장비는 스케줄링 요구 트리거를 생성하도록 구성된 생성 유닛을 더 포함한다. 스케줄링 요구 트리거는 취소될 때까지 계류 중이며 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다. 사용자 장비는 스케줄링 요구 트리거의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 확인된 경우, 또는 스케줄링 요구의 생성을 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에, 어느 쪽이 먼저 발생하든 관계없이, 계류 중인 스케줄링 요구 트리거를 취소하도록 구성된 취소 유닛을 더 포함한다.

본 발명의 제5 양태에 따르면, 상기 목적은 스케줄링 요구 트리거를 취급하기 위한 사용자 장비에 의해 달성된다. 사용자 장비는 기지국에 송신될 데이터를 수신하도록 구성된 버퍼를 포함하고, 그 데이터는 버퍼에 도달한다. 사용자 장비는 스케줄링 요구 트리거를 생성하도록 구성된 생성 유닛을 더 포함한다. 스케줄링 요구 트리거는 취소될 때까지 계류 중이며, 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다. 사용자 장비는 계류 중인 스케줄링 요구 트리거를 언제라도 취소하도록 구성된 취소 유닛을 더 포함하지만, 스케줄링 데이터의 송신에 포함되거나 스케줄링 데이터의 송신에 직접적으로 포함된 버퍼 상태 보고에서 어느 데이터가 확인되었는지 및 이들 2가지 방식들 중 어느 하나에서도 어느 데이터가 확인되지 않았는지를 추적한다. 사용자 장비는 다음 스케줄링 요구 기회가 나타나는 경우에, 언급된 2가지 방식들 중 어느 하나에서도 아직 확인되지 않았던 데이터를 버퍼가 포함하는 경우에만 스케줄링 요구를 전송하도록 구성된 전송 유닛을 더 포함한다.

본 발명의 제6 양태에 따르면, 상기 목적은 스케줄링 요구 트리거를 취급하기 위한 사용자 장비에 의해 달성된다. 사용자 장비는 기지국에 송신될 데이터를 수신하도록 구성된 버퍼를 포함하고, 그 데이터는 버퍼에 도달한다. 사용자 장비는 스케줄링 요구 트리거를 생성하도록 구성된 생성 유닛을 더 포함한다. 스케줄링 요구 트리거는 취소될 때까지 계류 중이며, 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다. 사용자 장비는 스케줄링 요구 트리거의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 확인된 경우, 또는 스케줄링 요구의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에, 어느 쪽이 먼저 발생하든 관계없이, 계류 중인 스케줄링 요구 트리거를 취소하도록 구성된 취소 유닛을 더 포함한다. 대안적으로, 취소 유닛(930)은 계류 중인 스케줄링 요구 트리거를 언제라도 취소하도록 구성되지만, 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 어느 데이터가 확인되었는지 및 어느 데이터가 확인되지 않았는지를 추적한다. 이러한 대안에서, 사용자 장비는 다음 스케줄링 요구 기회가 나타나는 경우, 버서 상태 보고에서 아직 확인되지 않았던 데이터를 버퍼가 포함하는 경우에만 스케줄링 요구를 전송하도록 구성된 전송 유닛을 더 포함한다.

사용자 장비는 스케줄링 요구 트리거의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 확인된 경우, 또는 스케줄링 요구의 생성을 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에, 어느 쪽이 먼저 발생하든 관계없이, 계류 중인 스케줄링 요구 트리거를 취소하고, 또는 대안적으로, 계류 중인 스케줄링 요구 트리거를 언제라도 취소하지만, 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 어느 데이터가 확인되었는지 및 어느 데이터가 확인되지 않았는지를 추적한다. 이러한 취소는 동일한 형태, 그 목적을 서브한 경우에 계류 중인 스케줄링 요구를 취소하는 장점을 유도할 것이다. 이를 트리거링한 데이터가 버퍼 상태에서 확인되어 있거나, 또는 이를 트리거링한 데이터가 스케줄링된 송신에 포함되어 있는 때에, 스케줄링 요구가 취소되는 경우에만 이것이 보장된다. 그럼으로써, 무선 통신 네트워크에서의 성능은 어떠한 스케줄링 요구들도 불필요하게 전송되지 않고 어떠한 스케줄링 요구들도 에러나게 취소되지 않는 것을 확실하게 함으로써 개선된다. 스케줄링 요구들을 불필요하게 전송하는 것은 증가된 간섭, 및 기지국에 의해 전송된 업링크 공유 채널 리소스들에 대한 불필요한 그랜트들을 유발하고, 에러있게 취소된 스케줄링 요구들은 사용자 장비가 그 버퍼 내의 데이터를 송신할 수 없게 유도할 수 있다.

본 발명은 본 발명의 예로 든 실시예들을 예시하는 첨부된 도면들을 참조하여 더 상세하게 설명된다.
도 1은 문제 분석을 예시하는 개략도이다.
도 2는 문제 분석을 예시하는 개략도이다.
도 3은 문제 분석을 예시하는 개략도이다.
도 4는 무선 통신 네트워크의 실시예들을 예시하는 개략적인 블록도이다.
도 5는 하나의 방법의 실시예들을 도시하는 플로우차트이다.
도 6은 실시예들의 분석을 예시하는 개략도이다.
도 7은 실시예들의 분석을 예시하는 개략도이다.
도 8은 실시예들의 분석을 예시하는 개략도이다.
도 9는 사용자 장비의 실시예들을 예시하는 개략적인 블록도이다.
도 10은 사용자 장비의 실시예들을 예시하는 개략적인 블록도이다.

본 발명의 일부로서, 우선 문제가 식별되고 설명될 것이다. 상기 언급된 바와 같이, 최근에는, PDCCH 그랜트의 수신 시 또는 UL-SCH 리소스들이 이용가능했던 TTI에서 UL-SCH 리소스들이 그랜트되었던 때가 명확하지 않은 것으로 간주되었으므로, UL-SCH 리소스들이 TTI에서 새로운 송신을 위해 이용가능하다면, 모든 계류 중인 SR(들)은 취소되는 것으로 판정되었다. 이제, 최근의 결정에 따라 UL-SCH 리소스들이 이용가능한 TTI에서, 즉 새로운 데이터의 송신 시에 계류 중인 SR 트리거를 취소하는 경우를 고려하자.

도 1은 제1 데이터에 대한 그랜트가 수신되기 이전에 새로운 제2 데이터가 사용자 장비 버퍼에 도달하는 경우에 UL 데이터의 송신 시에 스케줄링 요구를 취소하는 대안의 분석을 예시하고 있다. 이하가 수행되었다고 가정한다. 제1 데이터가 사용자 장비 버퍼에 도달하였다. 제1 데이터는 버퍼 상태 보고를 트리거링하였다. 이러한 제1 데이터는 다음 스케줄링 요구 기회에서 스케줄링 요구를 전송하기 위한 제1 스케줄링 요구 트리거를 직접적으로 또는 간접적으로 트리거링하였다. 스케줄링 요구 기회가 발생했고 제1 스케줄링 요구가 기지국에 송신되었다. 제1 스케줄링 요구 트리거는 여전히 계류 중이다. 이는 UL 데이터의 송신 시에 취소될 것이다. 시간 라인을 보면, 나타나는 2개의 상이한 케이스들, 도 1에 예시된 케이스 a) 및 b)가 있다. 케이스 a)에서, 사용자 장비는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 스케줄링 요구 기회를 가지고 있다. 케이스 b)에서, 사용자 장비는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 어떠한 스케줄링 요구 기회도 가지지 않고, 다음 SR 기회는 데이터의 송신 이후에 발생한다.

케이스 a)에 대해, 이하의 단계들을 가정한다.

단계 100. 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고 트리거를 트리거링한다. 이러한 제2 데이터는 다음 기회에서 제2 데이터에 대한 스케줄링 요구를 전송하도록, 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다.

단계 110. 기지국에 전송된 제1 스케줄링 요구에 대한 응답으로서, 사용자 장비는 기지국으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 115. 제1 및 제2 스케줄링 요구 트리거들은 계류 중이며, 이는 사용자 장비가 다음 스케줄링 요구 기회에서 스케줄링 요구를 기지국에 전송할 것이라는 것을 의미한다. 이 시점에서, 스케줄링 요구 기회가 발생한다. 즉, 케이스 a)에 따라, 이러한 스케줄링 요구 기회는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 발생한다. 그러므로, 그랜트가 이미 수신되었더라도, 사용자 장비는 스케줄링 요구를 기지국에 다시 전송한다. 이것은 전송하는 것이 불필요하고 기지국이 수신하는 것을 혼동시킨다. 이것은 단점을 갖는다.

단계 120. 이 단계에서, 사용자 장비는 기지국에게 송신한다. 그랜트는 단지 리소스들의 그랜트이고 사용자 장비가 어느 데이터를 송신할 지를 결정하므로, 사용자 장비 송신이 제1 또는 제2 데이터로부터의 데이터를 포함하는 지가 확실히 알려질 수 없다. 제2 데이터는 제1 데이터보다 더 높은 우선 순위를 가질 수 있고, 그 경우에 제2 데이터의 일부들이 전송될 것이다. 그러나, 모든 데이터가 송신에 적합하지만 버퍼 상태 보고는 아닌 경우를 제외하고는, 버퍼 상태 보고가 기지국으로의 송신에 또한 포함된다. 포함되는 경우, 버퍼 상태 보고는 스케줄링된 송신이 수행된 후에 제1 및 제2 데이터에 대해 남아있는 모든 것을 확인한다. 이러한 예에서의 규칙은 UL 데이터의 송신 시에 SR을 취소하는 것이므로, 사용자 장비는 이 시점에서 양쪽 계류 중인 SR 트리거들을 취소한다. 그러나, 기지국은 제2 스케줄링 요구(115)를 해석하는 방법을 알지 못한다. 제2 스케줄링 요구에 기초하여, 송신(120)에서 확인되지 않았던 더 많은 데이터가 있다고 생각하는 새로운 그랜트를 전송할 수 있다. 송신(120)에 전송된 버퍼 상태 보고가 비어있는 버퍼들을 반영하는 경우, 그러한 새로운 그랜트는 패딩 비트들을 송신함으로써만 채워질 것이고, 이는 양쪽 그랜트 및 패딩 송신이 불필요하였다는 것을 의미하며, 다른 사용자 장비들에 이용될 수 있었던 리소스들을 차지한다.

케이스 b)에 대해, 더 적은 문제들이 있다. 이하의 단계들을 가정한다.

단계 100. 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고 트리거를 트리거링한다. 이러한 제2 데이터는 다음 기회에서 제2 데이터에 대한 스케줄링 요구를 전송하도록, 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다.

단계 110. 기지국에 전송된 제1 스케줄링 요구에 대한 응답으로서, 사용자 장비는 기지국으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 120. 사용자 장비는 기지국에 송신한다. 다시, 사용자 장비 송신이 제1 또는 제2 데이터로부터의 데이터를 포함하는 지가 확실하게 알려질 수 없다. 버퍼 상태 보고는 기지국으로의 송신에 포함되고, 그 버퍼 상태 보고는 제2 데이터가 그랜트 이전에 도달했으므로 제1 및 제2 데이터를 확인한다. 이러한 예에서의 규칙은 UL 데이터의 송신 시에 스케줄링 요구를 취소하는 것이므로, 사용자 장비는 이 시점에서 양쪽의 계류 중인 스케줄링 요구 트리거들을 취소한다. 이것은 추가적인 스케줄링 그랜트들이 전송될 필요가 없으므로 양호하다.

단계 125. 스케줄링 요구 기회는 케이스 b)에 따라 이 시점에, 즉 데이터의 송신 이후에 발생한다. 사용자 장비는 케이스 a)에서와 같이, UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에 어떠한 스케줄링 요구 기회도 가지지 않는다. 스케줄링 요구 트리거들은 취소되고, 따라서 더 이상 계류 중이지 않다. 이것은, 사용자 장비가 이러한 다음 스케줄링 요구 기회에서 스케줄링 요구를 다시 기지국에 전송하지 않을 것이라는 것을 의미한다. 스케줄링 요구가 송신 시에 취소되었던 것은 OK이다. 제2 데이터는 그랜트 이전에 도달되었으므로, 제2 데이터가 버퍼 상태 보고에서 확인되고, 또는 송신에 완전하게 포함된다는 것이 보장된다. 그것은 양호하고 안전하다.

케이스 a)에서, 스케줄링 요구 기회가 발생하는 경우에, 스케줄링 요구 트리거는 아직 취소되지 않았다. 그러므로, 사용자 장비가 그 이전 스케줄링 요구에 응답하여 그랜트를 이미 수신했지만, 새로운 스케줄링 요구가 전송된다. 도시된 케이스에서는 제2 스케줄링 요구에 대한 필요성이 없지만, 사용자 장비는 스펙에 의해 지시되어 이를 전송한다. 스케줄링 요구가 물리적 업링크 제어 채널(PUCCH) 상에서 불필요한 간섭을 생성하므로, 이것은 사용자 장비 에너지 및 무선 리소스들의 허비이다. 그러므로, 이러한 여분 스케줄링 요구는 불필요하고, 따라서 이것은 단점이다. 추가적으로, 상기 설명된 바와 같이 불필요한 스케줄링 요구에 응답하여 기지국이 무엇을 해야 할 지가 명백하지 않다. 유의할 점은, 사용자 장비가 제1 데이터를 수신했지만 제2 데이터는 전혀 수신하지 않았더라도, 여분의 불필요한 스케줄링 요구 및 그 원하지 않던 결과들을 갖는 동일한 절차가 케이스 a)에서 발생할 것이고, 따라서 이는 비상적인 시나리오가 아니라는 점이다.

그러나, 사용자 장비가 제1 스케줄링 요구에 대응하는 그랜트가 수신된 이후에 그 버퍼에 새로운 데이터를 획득하는 경우에, 도 2 및 3과 관련된 이하의 예에서 더 나쁜 문제들을 갖는 훨씬 더 복잡한 케이스가 있다. 이러한 새로운 데이터는 스케줄링 요구 트리거를 트리거링한다. 시간 라인을 보면, 나타나는 2개의 상이한 케이스들, 도 2에 예시된 케이스 a) 및 도 3에 예시된 케이스 b)가 있다. 이러한 예에서, 도 1과 관련된 케이스 a)에서의 예와 같이, 사용자 장비는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 스케줄링 요구 기회를 가지고 있다. 케이스 b)에서, 사용자 장비는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 어떠한 스케줄링 요구 기회를 가지지 않고 있고, 다음 스케줄링 요구 기회는 데이터의 송신 이후에 발생한다.

케이스 a) 및 케이스 b)에서, 2개의 각각의 대안들, 대안 I 및 대안 II가 있다. 도 2는 케이스 a) 대안 I 및 케이스 a) 대안 II를 도시하고 있고, 도 3은 케이스 b) 대안 I 및 케이스 b) 대안 II를 도시하고 있다.

그러므로, 도 2는 케이스 a)에 대해 새로운 데이터가 그랜트의 수신과 그랜트에 대응한 데이터의 송신 사이에 도달하는 경우에 UL 데이터의 송신 시에 SR을 취소하는 것에 대한 대안의 분석을 예시하고 있고, 여기에서 사용자 장비는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 SR 기회를 가지고 있다. 이하가 수행되었다고 가정한다. 제1 데이터가 사용자 장비 버퍼에 도달하였다. 이러한 제1 데이터는 버퍼 상태 보고 트리거를 트리거링하였다. 이러한 제1 데이터는 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로, 다음 스케줄링 요구 기회에서 스케줄링 요구를 전송하기 위한 제1 스케줄링 요구 트리거를 트리거링하였다. SR 기회가 발생했고, 제1 스케줄링 요구는 기지국에 송신된다. 제1 스케줄링 요구 트리거는 여전히 계류 중이다. 이는 UL 데이터의 송신 시에 취소될 것이다.

케이스 a-I)에 대해, 이하의 단계들을 가정한다.

단계 200 케이스 a-I). 기지국에 전송된 SR에 대한 응답으로서, 사용자 장비는 기지국으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 210 케이스 a-I). 하나의 시간 주기 동안에, 사용자 장비는 송신될 제1 데이터의 일부 또는 모두에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 모든 데이터가 적합하지만 버퍼 상태 보고가 아닌 것을 제외하고는, 패킷 데이터유닛에 버퍼 상태 보고를 포함하며, 그 패킷 데이터 유닛은 나중에 송신 시에 기지국에 전송될 것이다. 버퍼 상태 보고는 제1 데이터를 확인한다.

단계 220 케이스 a-I). 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고를 트리거링한다. 이러한 제2 데이터는 다음 기회에서 스케줄링 요구를 전송하도록, 추가적으로, 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다. 양쪽 제1 및 제2 데이터에 의해 트리거링된 제1 스케줄링 요구 트리거뿐만 아니라 제2 스케줄링 요구 트리거도 계류 중이다.

단계 240 케이스 a-I). 이 시점에서, 스케줄링 요구 기회가 발생한다. 즉, 이러한 스케줄링 요구 기회는 케이스 a)에 따라 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 발생한다. 그러므로, 사용자 장비는 스케줄링 요구가 아직 취소되지 않았으므로, 제2 스케줄링 요구를 기지국에 전송한다. 제2 데이터가 사용자 장비 버퍼에서 이용가능하게 되기 전에, 사용자 장비가 전송될 제1 데이터의 일부 또는 모두를 포함하는 패킷 데이터 유닛을 이미 구축했으므로, 이것이 필요하다. 그럼으로써, 제2 데이터는 송신 시에 전송될 버퍼 상태 보고에서 확인되지 않는다.

단계 250 케이스 a-I). 사용자 장비는 버퍼 상태 보고를 포함하는 패킷 데이터를 송신하고, 그 버퍼 상태 보고는 제1 데이터(상기 언급됨)에 의해 트리거링되었으며 그 버퍼 상태 보고는 제1 데이터를 확인하지만 제2 데이터는 확인하지 못한다. 이러한 예에서 규칙은 UL 데이터의 송신 시에 스케줄링 요구를 취소하는 것이므로, 사용자 장비는 이 시점에서 양쪽 계류 중인 스케줄링 요구 트리거들을 취소한다. 이러한 포인트에서, 기지국이 전송되는 제2 스케줄링 요구를 해석하는 방법을 아는 것이 어렵다. 제2 스케줄링 요구가 제2 데이터에 대응하는지 또는 그것이 그 스케줄링 요구 트리거가 아직 취소되지 않았던 제1 데이터에 대응하는 지를 알지 못한다. 기지국이 그랜트를 전송하지 않는다면, 그 데이터를 버퍼에 있는 상태로 사용자 장비를 남겨둘 위험성이 있고, 기지국이 새로운 그랜트를 전송한다면, 이러한 그랜트가 불필요했고 대응하는 송신이 단지 패딩할 것이라는 위험성을 가지고 있다. 추가적으로, 예를 들면 PUCCH에 대한 과도한 간섭 또는 PUCCH 커버리지 문제들로 인해 제2 스케줄링 요구가 기지국에 의해 청취되지 않는 경우, 이제, 스케줄링 요구 트리거들이 취소되고, 제2 데이터에 대해 어떠한 새로운 그랜트도 수신되지 않더라도 어떠한 새로운 스케줄링 요구도 전송되지 않을 것이다. 이것은, 사용자 장비가 기지국으로부터 그 제2 데이터를 송신할 그랜트를 얻을 수 없다는 것을 의미하고, 이는 기지국이 그 존재를 모르고 있으므로 그것이 사용자 장비에 남아있을 것이라는 것을 의미한다.

케이스 a-II)에 대하여, 이하의 단계들을 가정한다.

단계 200 케이스 a-II). 기지국에 전송된 제1 스케줄링 요구에 대한 응답으로서, 사용자 장비는 기지국으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 220 케이스 a-II). 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고 트리거를 트리거링한다. 이러한 제2 데이터는 다음 기회에 스케줄링 요구를 전송하도록, 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다. 이러한 케이스 a-II)에서, 케이스 a-I과는 다르게, 제2 데이터는 패킷 데이터 유닛을 구축하기 이후 대신에, 그 이전에 도달한다.

단계 230 케이스 a-II). 하나의 시간 주기 동안에, 사용자 장비는 송신될 데이터에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 여기에서 데이터는 사용자 장비의 버퍼들에서의 데이터의 우선 순위에 따라 패킷 데이터 유닛 내에 구축된다. 사용자 장비는 모든 데이터가 적합하지만 버퍼 상태 보고가 그렇지 않은 것을 제외하고, 우선 순위에 따른 제1 및 제2 데이터, 및 버퍼 상태 보고를 패킷 데이터 유닛에 포함하고, 그 패킷 데이터 유닛은 나중에 송신 시에 기지국에 전송될 것이다. 패킷 데이터 유닛은 나중에 송신 시에 기지국에 전송될 것이다.

단계 240 케이스 a-II). 제1 및 제2 스케줄링 요구 트리거들은 계류 중이다. 이 시점에서, 스케줄링 요구 기회가 발생한다. 즉, 이러한 스케줄링 요구 기회는 케이스 a)에 따라 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 발생한다. 그러므로, 사용자 장비는 사용자 장비의 양쪽 스케줄링 요구 트리거들이 아직 취소되지 않았으므로, 스케줄링 요구를 기지국에 다시 전송한다. 도 1a에서와 같이, 양쪽 제1 및 제2 데이터는 이미 할당된 리소스들 상에 전송된 버퍼 상태 보고에 포함될 것이므로, 이 케이스에서는 이것이 불필요하다.

단계 250 케이스 a-II). 사용자 장비는 구축된 패킷 데이터 유닛 내의 데이터 및 버퍼 상태 보고를 송신하고, 이 버퍼 상태 보고는 제1 데이터 및 제2 데이터를 확인한다. 본 예에서 규칙은 UL 데이터의 송신 시에 스케줄링 요구를 취소하는 것이므로, 사용자 장비는 양쪽 계류 중인 스케줄링 요구 트리거들을 이 시점에서 취소한다.

케이스 a), 양쪽 케이스 a-I 및 케이스 a-II에서, 여분 스케줄링 요구가 전송되지만, 이를 수신하는 경우에, 기지국은 단지 2개의 스케줄링 요구를 수신하였다는 것만을 알고 있고, 케이스 a-I과 케이스 a-II를 구별할 수 없으며, 즉 양쪽 스케줄링 요구들 뒤에 동일한 데이터가 있었는지 여부 또는 제2 스케줄링 요구에 대한 추가 데이터가 수신되었는지를 구별할 수 없다. 이에 대응하여, 새로운 데이터는 버퍼 상태 보고가 구축되었던 이후에 도달할 수 있었으므로, 기지국은 수신했던 버퍼 상태 보고가 사용자 장비 버퍼 크기를 실제로 반영하는지를 알지 못한다. 그러므로, 기지국은 추측해야 하고, 그 추측에 따라, 그랜트를 허비하거나 새로운 데이터를 추적하지 못할 위험성이 있으며, 기지국은 새로운 데이터가 보고되지 않았으므로 사용자 장비에 대한 부정확한 버퍼 크기 추정을 가지고 있다.

도 3은 케이스 b)에 대해 그랜트의 수신과 그랜트에 대응하는 데이터의 송신 사이에 새로운 데이터가 도달한 경우에, UL 데이터의 송신 시에 스케줄링 요구를 취소하는 것에 대한 대안의 분석을 예시하고 있고, 여기에서 사용자 장비는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에 어떠한 스케줄링 요구 기회를 가지고 있지 않으며 다음 스케줄링 요구 기회는 데이터의 송신 이후에 발생한다. 이하가 수행되었다고 가정한다. 제1 데이터가 사용자 장비 버퍼에 도달하였다. 이러한 제1 데이터는 버퍼 상태 보고 트리거를 트리거링하였다. 이러한 제1 데이터는 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로, 다음 스케줄링 요구 기회에서 스케줄링 요구를 전송하기 위한 제1 스케줄링 요구 트리거를 트리거링하였다. 스케줄링 요구 기회가 발생했고, 제1 스케줄링 요구는 기지국에 송신된다. 제1 스케줄링 요구 트리거는 여전히 계류 중이다. 이것은 UL 데이터의 송신 시에 취소될 것이다.

케이스 b-I)에 대해, 이하의 단계들을 가정한다.

단계 300 케이스 b-I). 기지국에 전송된 스케줄링 요구에 대한 응답으로서, 사용자 장비는 기지국으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 310 케이스 b-I). 하나의 시간 주기 동안에, 사용자 장비는 송신될 제1 데이터의 일부 또는 모두에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 모든 데이터가 적합하지만 버퍼 상태 보고가 그렇지 않은 것을 제외하고는, 패킷 데이터 유닛에 버퍼 상태 보고를 포함한다. 패킷 데이터 유닛은 나중에 송신 시에 기지국에 전송될 것이다. 버퍼 상태 보고는 제1 데이터를 확인한다.

단계 320 케이스 b-I). 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고를 트리거링한다. 이러한 제2 데이터는 다음 기회에서 스케줄링 요구를 전송하도록, 추가적으로, 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다.

단계 340 케이스 b-I). 사용자 장비는 패킷 데이터 유닛 내에 구축된 제1 데이터를 송신하고, 패킷 데이터 유닛 내에 버퍼 상태 보고를 포함하며, 그 버퍼 상태 보고는 제1 데이터에 의해 트리거링되었으며 그 버퍼 상태 보고는 제1 데이터를 확인하지만 제2 데이터는 확인하지 못한다. 이러한 예에서 규칙은 UL 데이터의 송신 시에 스케줄링 요구를 취소하는 것이므로, 사용자 장비는 이 시점에서 양쪽 계류 중인 스케줄링 요구 트리거들을 취소한다. 이것은, 어떠한 스케줄링 요구 기회도 이 시점에서 나타나지 않으므로, 사용자 버퍼 내에 제2 데이터가 있지만 제2 데이터에 대한 임의의 스케줄링 요구가 기지국에 아직 송신되지 않았다는 것을 나타내는 어떠한 계류 중인 스케줄링 요구 트리거들이 더 이상 없다는 것을 의미한다. 이 경우, 제2 데이터에 필요한 스케줄링 요구가 소실될 것이다!

단계 350 케이스 b-I). 케이스 b)에 따라, 이 시점에서, 즉, 데이터의 송신 이후에 스케줄링 요구 기회가 발생한다. 단계 340에서 취소되었으므로, 어떠한 스케줄링 요구 트리거도 계류 중이지 않다. 그러므로, 상기 언급된 바와 같이, 이 케이스에서, 제2 데이터에 대한 SR은 손실될 것이다. 이것은 좋지 못하다.

케이스 b-II)에 대하여, 이하의 단계들을 가정한다.

단계 300 케이스 b-II). 기지국에 전송된 스케줄링 요구에 대한 응답으로서, 사용자 장비는 기지국으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 320 케이스 b-II). 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고 트리거를 트리거링한다. 이러한 제2 데이터는 다음 기회에 스케줄링 요구를 전송하도록 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다. 이러한 케이스 b-II)에서, 케이스 b-I과는 다르게, 제2 데이터는 패킷 데이터 유닛을 구축하기 이후 대신에, 그 이전에 도달한다.

단계 330 케이스 b-II). 하나의 시간 주기 동안에, 사용자 장비는 송신될 데이터에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 여기에서 데이터는 사용자 장비의 버퍼들 내의 데이터의 우선 순위에 따라 패킷 데이터 유닛 내에 구축된다. 사용자 장비는 모든 데이터가 적합하지만 버퍼 상태 보고는 그렇지 않는 것을 제외하고, 우선 순위에 따른 제1 및 제2 데이터, 및 버퍼 상태 보고를 패킷 데이터 유닛에 포함하고, 그 패킷 데이터 유닛은 나중에 송신 시에 기지국에 전송될 것이다. 버퍼 상태 보고는 양쪽 제1 및 제2 데이터를 확인한다.

단계 340 케이스 b-II). 사용자 장비는 구축된 패킷 데이터 유닛 내의 데이터 및 버퍼 상태 보고를 송신하고, 그 버퍼 상태 보고는 제1 데이터 및 제2 데이터를 확인한다. 본 예에서 규칙은 UL 데이터의 송신 시에 SR을 취소하는 것이므로, 사용자 장비는 이 시점에서 계류 중인 SR 트리거를 취소한다.

단계 350 케이스 b-II). 케이스 b)에 따라, 이 시점에서, 즉 데이터의 송신 이후에, SR 기회가 발생한다. 단계 340에서 취소되었으므로, 어떠한 SR 트리거도 계류 중이지 않다. 이 케이스에서 제1 및 제2 데이터가 이미 송신되거나 BSR에서 설명되었으므로, 이것은 양호하다.

알 수 있는 바와 같이, 케이스 b-II)는 잘 작용하지만, 케이스 b-I)은 그렇지 못하다. 양쪽 케이스들에서, 트리거링된 제2 스케줄링 요구 트리거는 제1 데이터가 송신될 때 취소되므로, 결코 전송되지 못한다. 그러나, 제2 데이터가 케이스 b-I)에서와 같이 전송된 버퍼 상태 보고에 포함되지 않는 경우, 기지국은 이 데이터에 관해 알지 못할 것이다. 2가지 것들이 상황을 세이브할 수 있다. 사용자 장비는 그 그랜트 시에 송신이 버퍼 상태 보고를 포함하므로 다른 데이터에 대한 그랜트를 수신하고 스케줄링 요구에 대한 응답이 아니고서는 결코 전송되지 않으며, 또는 새로운 SR은 더 새로운 데이터의 도달에 의해 트리거링된다.

이들 중 하나가 발생하지 않는다면, 사용자 장비는, "재송신 버퍼 상태 보고 타이머"또는 "retx-BSR-타이머"로 알려진 고장 대체(fallback) 메커니즘이 만료하여 스케줄링 요구를 트리거링할 때까지는, 새로운 스케줄링 요구를 전송하는 수단을 전혀 가지지 못한다. 그러나, 이러한 타이머는 상당한 지연을 추가시키는 320ms의 최소값을 가지고 있다.

그러므로, 본 발명의 목적은 무선 통신 네트워크에서 성능을 개선하는 사용자 장비의 메커니즘을 제공하는 것이다.

이제, 본 솔루션을 참조하면, 도 4는 본 솔루션이 구현되는 무선 통신 시스템(100)을 도시하고 있다. 무선 통신 시스템(100)은 LTE 통신 시스템, 마이크로파 액세스를 위한 월드와이드 상호운용성(WiMax) 또는 업링크 스케줄링에 대한 스케줄링 요구들을 취급하는 임의의 다른 무선 통신 시스템일 수 있는 패킷-기반 통신 시스템이다.

무선 통신 시스템(100)은 하나의 셀(115)을 서브하는 기지국(110)을 포함한다. 기지국(110)은 eNB, 무선 기지국(RBS), 또는 셀 내에 존재하는 사용자 장비들과 무선 캐리어를 통해 통신할 수 있는 임의의 다른 네트워크 유닛과 같은 무선 기지국이다.

셀(115) 내에 존재하는 사용자 장비(120)는 기지국(110)에 의해 서브되고, 따라서 MAC PDU들과 같은 데이터 패킷 유닛들을 무선 채널(125)을 통해 기지국(110)에 송신할 수 있다. 사용자 장비(120)는 단말기, 예를 들면 모바일 단말기 또는 무선 단말기, 모바일 폰, 랩탑과 같은 컴퓨터, 개인휴대단말기(PDA), 또는 무선 인터페이스를 통해 기지국과 통신할 수 있는 임의의 다른 무선 네트워크 유닛들일 수 있다. 무선 인터페이스는 예를 들면 LTE에 이용되는 E-UTRA 무선 인터페이스일 수 있다.

사용자 장비(120)는 버퍼를 포함하고, 그 버퍼에 기지국(110)에 송신되어야 될 새로운 업링크 데이터가 도달한다. 데이터는 음성 데이터, 비디오 데이터, 사진 데이터, 텍스트 데이터, 또는 사용자가 송신하기 원하는 임의의 다른 종류의 데이터일 수 있다. 이미 존재하는 데이터보다 더 높은 우선 순위를 갖는 새로운 UL 데이터, 또는 어떠한 이전 데이터도 없는 경우에 임의의 우선 순위의 새로운 데이터의 사용자 장비 버퍼로의 도달은 버퍼 상태 보고를 트리거링한다. 도달된 새로운 데이터는 추가적으로 직접적으로 또는 간접적으로 스케줄링 요구 트리거를 트리거링하여 계류 중이도록 한다. 간접적인 트리거링은 도달된 데이터가 스케줄링 요구 트리거를 트리거하는 버퍼 상태 보고를 트리거링하도록 수행될 수 있다. 스케줄링 요구 트리거는 다음 스케줄링 요구 기회에서 기지국(110)에 전송되도록 스케줄링 요구를 트리거링할 것이다. "스케줄링 요구 트리거"는 또한 "계류 중인 스케줄링 요구"로 지칭될 수 있다. 상기 언급된 바와 같이, 기지국(110)에 스케줄링 요구들을 송신하는 기회들과 연관된 고정된 주기성이 있고, 따라서 사용자 장비(120)는 그러한 기회가 이용가능해질 때까지 기다려야 한다. 스케줄링 요구를 수신하는 기지국(110)은 그러한 방식으로, 사용자 장비(120)가 송신하기 원하는 새로운 데이터를 가지고 있다는 것을 통지받는다. 스케줄링 요구 트리거는 계류 중이거나 계류 중이지 않다. 스케줄링 요구는 통상적으로 임의의 특정 도달된 데이터와 연관되지 않고, 스케줄링 요구 트리거는 그를 트리거링한 데이터와 내재적으로 연관되어 있더라도, 임의의 데이터와 연관될 필요가 없다. 그러나, 여기에서 제2 데이터로 불리는 추가 데이터가 사용자 장비 버퍼에 도달한 경우에, 스케줄링 요구 트리거를 트리거링하고, 스케줄링 요구 트리거가 이미 트리거링되어 있더라도 추가 스케줄링 요구가 트리거링된다.

스케줄링 요구에 대한 응답으로서, 기지국(110)은 통상적으로 업링크 그랜트를 사용자 장비(120)에 전송한다. 그랜트는 사용자 장비에 특정되지만, 그 사용자 장비의 임의의 특정 도달된 데이터와 연관되지 않는다. eNB에 의해 설정되고 사용자 장비(120)에 시그널링된 우선 순위들은 사용자 장비(120)가 할당되었던 리소스들 상에서 어느 특정 데이터가 송신될 지를 결정한다.

스케줄링 절차의 취급을 더 신뢰성있게 수행하여 무선 통신 네트워크에서 성능을 개선하기 위해, 본 솔루션에 따른 계류 중인 스케줄링 요구 트리거는 이하와 같이 취소된다.

제1 실시예에서, 스케줄링 요구를 트리거링한 데이터가 기지국(110)에 송신될 스케줄링 데이터의 송신에 포함되는 버퍼 상태 보고에서 확인되는 경우, 또는 스케줄링 요구를 트리거링한 데이터가 기지국에 송신될 스케줄링 데이터의 송신에 포함되는 경우, 어느 것이 처음으로 발생하는지 관계없이, 계류 중인 스케줄링 요구가 취소된다. 이러한 후자의 케이스에서, 스케줄링된 데이터는 송신될 필요가 없고, 단지 1 비트 나중에 송신될 패킷 데이터 유닛에 포함될 뿐이다.

대안으로, 제2 실시예에서, 계류 중인 스케줄링 유닛은 사용자 장비에 의해 언제라도 취소되지만, 사용자 장비(120)는 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 어느 데이터가 확인되었는지, 및 어느 데이터가 확인되지 않았는지를 추적하고, 다음 스케줄링 요구 기회가 나타나는 때에, 버퍼가 버퍼 상태 보고에 아직 확인되지 않았던 데이터를 포함하는 경우에만, 사용자 장비(120)는 스케줄링 요구를 전송한다. 이것은 제1 실시예에서 계류 중인 스케줄링 요구를 갖는 것과 등가이지만, 반드시 "계류 중인 스케줄링 요구를 가지고 있는"것으로 불려질 필요는 없다. 그러나, 결과는 동일할 것이고, 다음 스케줄링 요구 기회에서, 사용자 장비(120)는 버퍼 상태 보고에 아직 포함되지 않았던 데이터가 있으며 그 데이터가 아직 전송되지 않았던 경우에, 스케줄링 요구를 전송할 것이다.

이제, 일부 실시예들에 따라 스케줄링 요구 트리거를 취급하기 위한 기지국(110)에서의 방법에 관련된 본 솔루션은 도 5에 도시된 플로우차트를 참조하여 설명될 것이다. 상기 언급된 바와 같이, 사용자 장비(120)는 버퍼를 포함한다.

방법은 이하의 단계들을 포함하고, 이들 단계들은 또한 이하에 기재된 것 이외에 또 하나의 적합한 순서로 실행될 수도 있다.

단계 501

사용자 장비(120)의 버퍼는 기지국(110)에 송신될 데이터를 수신한다.

단계 502

이 단계는 일부 실시예들에 따라 선택적이고, 사용자 장비(120)는 버퍼 상태 보고 트리거를 생성한다. 버퍼 상태 보고 트리거는 도달된 데이터에 의해 트리거링된다.

단계 503

사용자 장비(120)는 스케줄링 요구 트리거를 생성하고, 그 스케줄링 요구 트리거는 취소될 때까지 계류 중이며, 그 생성은 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다. 스케줄링 요구 트리거를 생성하는 이러한 단계가 간접적으로 수행되는 일부 실시예들에서, 생성은 도달된 데이터에 의해 트리거링된 버퍼 상태 보고 트리거의 생성에 의해 트리거링된다.

단계 504

제1 실시예에 따르면, 스케줄링 요구를 트리거링한 데이터가 기지국(110)에 송신될 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에서 확인되는 경우에, 사용자 장비(120)는 계류 중인 스케줄링 요구를 취소하거나, 스케줄링 요구를 트리거링한 데이터가 기지국에 송신될 스케줄링 데이터의 송신에 포함되는 경우에, 사용자 장비(120)는 계류 중인 스케줄링 요구를 취소하며, 어느 것이 처음으로 발생하든지 관계없다. 그러므로, 계류 중인 스케줄링 요구 트리거는 버퍼 상태 보고 MAC 제어 요소를 포함하는 MAC PDU가 구축될 때 동시 인스턴스에서 취소될 수 있다.

MAC PDU와 같은 패킷 데이터 유닛은 구축되는 경우, 패킷 데이터 유닛을 구축한 후에 사용자 장비 버퍼에 남아있는 데이터를 확인하는 BSR MAC 제어 요소와 같은 버퍼 상태 보고를 포함한다. 버퍼 상태 보고 트리거는 MAC PDU가 구축되는 때에 계류 중이라면, 그러한 버퍼 상태 보고는 포함되고, 모든 데이터가 MAC PDU에 적합할 수는 없다.

스케줄링 요구를 트리거링한 데이터가 BSR MAC 제어 요소에 의해 표현된 버퍼 상태 보고에 포함되는 경우, 또는 스케줄링 요구를 트리거링한 모든 데이터가 송신을 위한 MAC PDU에 포함되었던 경우에, 사용자 장비(120)는 계류 중인 스케줄링 요구를 취소할 수 있다. LTE 표준들의 컨텍스트에서, 그러한 동작 방법은 스케줄링 요구를 트리거링한 버퍼 상태 보고가 취소된 때에 사용자 장비(120)가 계류 중인 스케줄링 요구를 취소하는 것으로 이해될 수 있다. 여기에서, "때"는 반드시 시간 상의 일치를 의미하는 것은 아니고, 그 계류 중인 스케줄링 요구를 트리거링한 계류 중인 버퍼 상태 보고의 취소 시에 계류 중인 스케줄링 요구가 취소되는 것으로 이해될 수 있다. 환언하면, 적어도 하나의 실시예에서, 현재 스케줄링 데이터의 송신이 대응하는 버퍼 상태 보고 트리거가 생성되도록 한 모든 새로운 데이터를 포함하는 경우에, 또는 다음으로 현재 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고 - 하나 이상의 다른 계류 중인 버퍼 상태 보고 트리거들로 인해 생성될 수 있음 -가 새로운 데이터를 확인하는 경우에, 예를 들면 대응하는 버퍼 상태 보고 트리거를 취소하는 것과 함께, 계류 중인 스케줄링 요구 트리거가 취소된다.

단계 505

제2 실시예에 따르면, 단계 504에 대한 대안으로서, 사용자 장비(120)는 계류 중인 스케줄링 요구를 언제라도 취소하지만, 사용자 장비(120)는 스케줄링 데이터의 송신에 포함된 버퍼 상태 보고에 어느 데이터가 확인되었는지, 및 어느 데이터가 확인되지 않았는지, 그리고 일부 실시예들에 따라 스케줄링 데이터의 송신에 포함되지 않았는지를 추적한다.

단계 506

제2 실시예에 따르면, 다음 스케줄링 요구 기회가 나타나는 경우, 버퍼가 버퍼 상태 보고에서 아직 확인되지 않았던 데이터를 포함하는 경우에만, 사용자 장비(120)는 스케줄링 요구를 전송한다.

이러한 대안 실시예에서, 사용자 장비(120)는, 3GPP에 의해 테스트될 수 있는 행태를 여전히 이행하면서도, 단계 504에서 제1 실시예에 따라 취소되는 시점 이전 또는 이후에, 원할 때는 언제나 그 계류 중인 스케줄링 요구 트리거를 내부적으로 취소할 수 있다. 이것은 상기 언급된 바와 같이, 버퍼 상태 보고에 아직 포함되지 않았고 그리고 일부 실시예들에 따라 스케줄링된 UL 데이터 송신에도 포함되지 않았던 데이터를 추적하는 사용자 장비(120)에 의해 수행된다. 이것은 제1 실시예에서 계류 중인 스케줄링 요구를 가지고 있는 것과 등가이지만, 반드시 "계류 중인 스케줄링 요구를 가지고 있는 것"으로 불려질 필요는 없다. 그러나, 결과는 동일할 것이고, 다음 스케줄링 요구 기회에서, 사용자 장비(120)는 버퍼 상태 보고에 아직 포함되지 않은 데이터가 있고 그 데이터가 아직 전송되지 않았던 경우에 스케줄링 요구를 전송할 것이다.

또한, 상기 언급된 바와 같은 일부 실시예들에서, 버퍼 상태 보고 트리거는 업링크 송신 버퍼에 인커밍하는 새로운 데이터에 응답하여 생성될 수 있고, 스케줄링 요구 트리거는 버퍼 상태 보고 트리거에 대응하여 생성될 수 있다. 그러므로, 업링크 송신 버퍼에 새로운 데이터를 수신하는 것은 새로운 버퍼 상태 보고 트리거가 생성되도록 유발하고, 이는 새로운 스케줄링 요구 트리거를 유발시킨다.

여기에 설명된 하나 이상의 실시예들에서, 계류 중인 버퍼 상태 보고 트리거들 및 대응하는 계류 중인 스케줄링 요구 트리거들의 양호한 취급 및 취소는 업링크 데이터가 사용자 장비(120)에 처박히는 것을 방지하고, 및/또는 불필요한 스케줄링 요구 송신들 및 결과적으로 불필요한 업링크 리소스 그랜트들을 방지하거나 적어도 감소시킨다.

본 기술분야의 숙련자들이라면, 버퍼 상태 보고 트리거들 및 대응하는 스케줄링 요구 트리거들은 플래그들 또는 다른 논리적 인디케이터들로 구현될 수 있고, 이들은 계류 중인 상태를 표시하도록 설정되거나 다르게는 생성되고 취소를 위해 클리어링되거나 다르게는 삭제될 수도 있다는 것을 잘 알고 있을 것이다.

도 6은 제1 데이터에 대한 그랜트가 수신되기 이전에 새로운 제2 데이터가 사용자 장비에 도달하는 경우에 제1 실시예에 따른 본 솔루션의 분석을 예시하고 있다. 즉, 제1 실시예는 스케줄링 요구를 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 버퍼 상태 보고에서 확인되는 경우에 스케줄링 요구 트리거를 취소하는 단계를 포함하고, 또는 사용자 장비(120)는 스케줄링 요구를 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에 계류 중인 스케줄링 요구를 취소하며, 어느 쪽이 처음으로 발생하든 관계가 없다. 다시, 이하가 수행되었다고 가정한다. 제1 데이터가 사용자 장비 버퍼에 도달하였고, 이는 도 5의 단계 501에 대응한다. 이러한 제1 데이터는 버퍼 상태 보고를 트리거링했고, 이는 도 5의 단계 501에 대응한다. 이러한 제1 데이터는 다음 스케줄링 요구 기회에서 스케줄링 요구를 전송하기 위한 제1 스케줄링 요구 트리거를 직접적으로 또는 간접적으로 트리거링했고, 이는 도 5에서 단계 503에 대응한다. 스케줄링 요구 기회가 발생했고, 제1 스케줄링 요구는 기지국(110)에 송신되었다. 제1 스케줄링 요구 트리거는 여전히 계류 중이다. 시간 라인을 보면, 나타나는 2개의 상이한 케이스들, 도 6에 도시된 케이스 a) 및 b)가 있다. 케이스 a)에서, 사용자 장비(120)는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에 스케줄링 요구 기회를 가진다. 케이스 b)에서 사용자 장비(120)는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 어떠한 스케줄링 요구 기회도 가지지 않고, 다음 스케줄링 요구 기회가 데이터의 송신 이후에 발생한다.

케이스 a)에 대해, 이하의 단계들을 가정한다.

단계 600. 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고를 트리거링한다. 이러한 제2 데이터는 다음 기회에서 스케줄링 요구를 전송하도록, 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다.

단계 610. 기지국(110)에 전송된 제1 스케줄링 요구에 대한 응답으로서, 사용자 장비(120)는 기지국(110)으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 612. 하나의 시간 주기 동안에, 사용자 장비(120)는 송신될 제1 데이터 및 제2 데이터의 일부 또는 모두에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 모든 데이터가 적합하지만 버퍼 상태 보고는 그렇지 않은 경우를 제외하고는, 패킷 데이터 유닛에 버퍼 상태 보고를 포함한다. 패킷 데이터 유닛은 나중에 송신 시에 기지국(110)에 전송될 것이다. 본 솔루션에 따르면, 모든 계류 중인 스케줄링 요구 트리거들은 이 시점에서 취소되고, 또한 모든 계류 중인 버퍼 상태 보고 트리거들도 마찬가지이다.

단계 615. 제1 및 제2 스케줄링 요구 트리거들은 계류 중이지 않고, 이는 사용자 장비(120)가 다음 스케줄링 요구 기회에서 기지국(110)에 스케줄링 요구를 전송하지 않을 것이라는 것을 의미한다. 이 시점에서, 스케줄링 요구 기회가 발생하고, 어떠한 스케줄링 요구도 전송되지 않는다. 모든 데이터는 버퍼 상태 보고 또는 스케줄링된 송신 중 어느 하나에서 확인되었으므로, 이것은 양호하다.

단계 620. 사용자 장비(120)는 구축된 패킷 데이터 유닛을 기지국(110)에 송신한다.

케이스 b)에 대해, 이하의 단계들을 가정한다.

단계 600. 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고 트리거를 트리거링한다. 이러한 제2 데이터는 다음 기회에서 스케줄링 요구를 전송하도록, 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로 스케줄링 요구 트리거를 트리거링한다. 이 단계는 케이스 a)에 대한 것과 동일하다.

단계 610. 기지국(110)에 전송된 제1 스케줄링 요구에 대한 응답으로서, 사용자 장비(120)는 기지국(110)으로부터 송신에 대한 UL 그랜트를 수신한다. 이 단계는 또한 케이스 a)에 대한 것과 동일하다.

단계 612. 하나의 시간 주기 동안에, 사용자 장비(120)는 송신될 제1 데이터 및 제2 데이터의 일부 또는 모두에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 모든 데이터가 적합하지만 버퍼 상태 보고는 그렇지 않은 경우를 제외하고는, 패킷 데이터 유닛에 버퍼 상태 보고를 포함한다. 패킷 데이터 유닛은 나중에 송신 시에 기지국(110)에 전송될 것이다. 본 솔루션에 따르면, 모든 계류 중인 스케줄링 요구 트리거들은 이 시점에서 취소되고, 또한 모든 계류 중인 버퍼 상태 보고 트리거들도 마찬가지이다.

단계 620. 사용자 장비(120)는 구축된 패킷 데이터 유닛을 기지국(110)에 송신한다. 다시, 사용자 장비(120)가 제1 또는 제2 데이터에 따라 송신하는지가 확실하게 알려질 수 없다. 버퍼 상태 보고는 기지국(110)으로의 송신에 포함되고, 제2 데이터가 그랜트 이전에 도달되었으므로 그 버퍼 상태 보고는 제1 및 제2 데이터를 확인한다. 이러한 예에서의 규칙은 스케줄링 요구를 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 버퍼 상태 보고에서 확인되는 경우에 스케줄링 요구 트리거를 취소하는 것이고, 또는 사용자 장비(120)는 스케줄링 요구를 트리거링한 데이터가 기지국에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에 계류 중인 스케줄링 요구를 취소하며, 어느 것이 처음으로 발생하든 관계없다. 이러한 버퍼 상태 보고 및 제1 및 제2 데이터를 포함하는 데이터 패킷 유닛이 이러한 전송 시점 이전에, 즉 단계 620 이전에 구축되었으므로, 사용자 장비(120)는 계류 중인 스케줄링 요구 트리거들을 취소하였다. 다음 스케줄링 요구 기회에서 추가적인 스케줄링 요구를 전송할 이유가 전혀 없으므로, 이것은 양호하다.

단계 625. 스케줄링 요구 기회는 케이스 b)에 따라, 이 시점에서, 즉 데이터의 송신 이후에 발생한다. 사용자 장비(120)는 케이스 a)에서와 같이, UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 어떠한 스케줄링 요구 기회도 가지지 않는다. 스케줄링 요구 트리거는 이미 취소되었고, 따라서 더 이상 계류 중이지 않다. 이것은 사용자 장비(120)가 다음 스케줄링 요구 기회에서 기지국(110)에 스케줄링 요구를 다시 전송하지 않을 것이라는 것을 의미한다. 이것은 양호하다.

그러므로, 케이스 a)도 케이스 b)도 전송되는 임의의 불필요한 스케줄링 요구가 전혀 없고, 스케줄링 요구가 의미하는 것에 관해 사용자 장비(110)에서 모호성이 전혀 없다. 양쪽 케이스들 a) 및 b)에서, 스케줄링 요구는, 사용자 장비(110)가 이전에 알지 못했던 새로운 데이터가 사용자 장비(120)에 있다는 것을 의미한다. 패킷 유닛 구축(612) 이전에 스케줄링 요구 기회(615)가 존재하는 에러 케이스가 여전히 존재하고, 그 경우에 도 1에서 케이스 a)의 분석과 유사하게, 전송되는 여분 스케줄링 요구 및 SR이 의미하는 것에 관한 사용자 장비(110)에서의 모호성이 있을 것이지만, 그러나 도 1에서와 같이 제2 데이터의 도달과 데이터의 송신 사이에서 SR 기회를 가질 확률보다는, 도 6에서의 가능한 에러 케이스에서와 같이 제2 데이터의 도달과 패킷 유닛의 구축 사이에서 SR 기회를 가질 훨씬 더 작은 확률이 있다.

도 7 및 8은 제1 스케줄링 요구에 대응하는 그랜트가 수신된 이후에 사용자 장비(120)가 그 버퍼에 새로운 데이터를 얻는 경우에, 제1 실시예에 따른 본 솔루션의 분석을 예시하고 있다. 이러한 새로운 데이터는 스케줄링 요구 트리거를 트리거링한다. 시간 라인을 보면, 나타나는 2개의 상이한 케이스들, 도 7에 예시된 케이스 a) 및 도 8에 예시된 케이스 b)가 있다. 케이스 a)에서, 사용자 장비(120)는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 스케줄링 요구 기회를 가지고 있다. 케이스 b)에서, 사용자 장비(120)는 UL 그래트를 수신하는 것과 데이터를 송신하는 것 사이에서 어떠한 스케줄링 요구 기회도 가지지 않으며, 다음 스케줄링 요구 기회는 데이터의 송신 이후에 온다.

케이스 a) 및 케이스 b)에서, 2개의 각각의 대안들, 대안 I 및 대안 II가 있다. 도 7은 케이스 a) 대안 I 및 케이스 a) 대안 II를 도시하고 있고, 도 8은 케이스 b) 대안 I 및 케이스 b) 대안 II를 도시하고 있다.

그러므로, 도 7은 케이스 a)에 대해 그랜트의 수신과 그랜트에 대응한 데이터의 송신 사이에 새로운 데이터가 도달하는 경우의 시나리오에서 본 솔루션에 따른 분석을 예시하고 있고, 여기에서 사용자 장비(120)는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 스케줄링 요구 기회를 가지고 있다. 이하가 수행되었다고 가정한다. 제1 데이터가 사용자 장비 버퍼에 도달하였고, 이는 도 5에서 단계 501에 대응한다. 이러한 제1 데이터는 버퍼 상태 보고를 트리거링했고, 이는 도 5에서 단계 502에 대응한다. 이러한 제1 데이터는 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로, 다음 스케줄링 요구 기회에서 스케줄링 요구를 전송하기 위한 제1 스케줄링 요구 트리거를 트리거링했고, 이는 도 5에서 단계 503에 대응한다. 스케줄링 요구 기회가 발생했고 제1 스케줄링 요구가 기지국에 송신된다. 제1 스케줄링 요구 트리거는 아직 계류 중이다. 본 솔루션에 따르면, 스케줄링 요구 트리거는 스케줄링 요구를 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 버퍼 상태 보고에서 확인된 경우에 취소될 것이고, 또는 사용자 장비(120)는 스케줄링 요구를 트리거링한 데이터가 기지국에 전송되는 스케줄링 데이터의 송신에 포함되는 경우에 계류 중인 스케줄링 요구를 취소하며, 어느 것이 처음으로 발생하든 관계없다.

케이스 a-I)에 대해, 이하의 단계들을 가정한다.

단계 700 케이스 a-I). 기지국(110)에 전송된 스케줄링 요구에 대한 응답으로서, 사용자 장비(120)는 기지국으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 710 케이스 a-I). 하나의 시간 주기 동안에, 사용자 장비(120)는 송신될 제1 데이터의 일부 또는 모두에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 모든 데이터가 적합하지만 버퍼 상태 보고는 그렇지 않은 경우를 제외하고는, 패킷 데이터 유닛에 버퍼 상태 보고를 포함하며, 그 패킷 데이터 유닛은 나중에 송신 시에 사용자 장비(110)에 전송될 것이다. 버퍼 상태 보고는 제1 데이터를 확인한다. 본 솔루션의 제1 실시예에 따르면, 계류 중인 제1 스케줄링 요구가 이 시점에서 취소되고, 이는 도 5에서 단계 504에 대응한다.

단계 720 케이스 a-I). 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고를 트리거링한다. 이러한 제2 데이터는 다음 기회에서 스케줄링 요구를 전송하도록, 추가적으로 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다. 제2 스케줄링 요구 트리거는 계류 중이며, 이는 제2 데이터에 의해 트리거링된다.

단계 740 케이스 a-I). 이러한 시점에서, 스케줄링 요구 기회가 발생한다. 즉, 이러한 스케줄링 요구 기회는 케이스 a)에 따라 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 발생한다. 그러므로, 사용자 장비(120)는 제2 스케줄링 요구가 계류 중이므로, 제2 스케줄링 요구를 기지국(110)에 전송한다. 제2 데이터가 사용자 장비 버퍼에서 이용가능하게 되기 전에, 사용자 장비(120)가 전송될 제1 데이터의 일부 또는 모두를 포함하는 패킷 데이터 유닛을 이미 구축했으므로, 이것이 필요하다. 그럼으로써, 제2 데이터는 송신 시에 기지국(110)에 전송될 버퍼 상태 보고에서 확인되지 않는다.

단계 750 케이스 a-I). 사용자 장비(120)는 버퍼 상태 보고를 포함하는 패킷 데이터 유닛을 송신하고, 그 버퍼 상태 보고는 제1 데이터에 의해 트리거링되었으며(상기 언급됨) 그 버퍼 상태 보고는 제1 데이터를 확인하지만 제2 데이터는 확인하지 못한다. 이러한 포인트에서, 기지국(110)이 전송되는 제2 스케줄링 요구를 해석하는 방법을 아는 것이 더 이상 어렵지 않고, 이는 송신 시에 수신된 버퍼 상태 보고에 대해 확인되지 않은 새로운 데이터에 대응한다. 추가적으로, 기지국(110)은 제2 스케줄링 요구가 전송되지 않은 경우에 제2 데이터에 관해 알지 못하므로, 사용자 장비(120)가 제2 스케줄링 요구를 전송하는 것이 필요하였다.

케이스 a-II)에 대해, 이하의 단계들을 가정한다.

단계 700 케이스 a-II). 기지국에 전송된 제1 스케줄링 요구에 대한 응답으로서, 사용자 장비(120)는 기지국(110)으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 720 케이스 a-II). 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고를 트리거링한다. 이러한 제2 데이터는 추가적으로 다음 기회에서 스케줄링 요구를 전송하도록, 직접적으로 또는 간접적으로 버퍼 상태 보고를 통해 제2 스케줄링 요구 트리거를 트리거링한다. 이러한 케이스 a-II)에서, 케이스 a-I과는 다르게, 제2 데이터는 패킷 데이터 유닛을 구축하기 이후 대신에, 그 이전에 도달한다.

단계 730 케이스 a-II). 하나의 시간 주기 동안에, 사용자 장비(120)는 송신될 데이터에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 그 데이터는 사용자 장비의 버퍼들 내의 데이터의 우선 순위에 따라 패킷 데이터 유닛 내에 구축된다. 사용자 장비(120)는 모든 데이터가 적합하지만 버퍼 상태 보고는 그렇지 않은 경우를 제외하고는, 우선 순위에 따른 제1 및 제2 데이터 및 버퍼 상태 보고를 패킷 데이터 유닛에 포함시키고, 그 패킷 데이터 유닛은 나중에 송신 시에 기지국(110)에 전송될 것이다. 버퍼 상태 보고는 팩킹된 데이터 유닛에 구축된 제1 및 제2 데이터를 확인한다. 본 솔루션의 제1 실시예에 따르면, 계류 중인 제1 및 제2 스케줄링 요구들이 이 시점에서 취소되고, 이는 도 5에서 단계 504에 대응한다.

단계 740 케이스 a-II). 이 시점에서, 스케줄링 요구 기회가 발생한다. 즉, 이러한 스케줄링 요구 기회는 케이스 a)에 따라 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 발생한다. 스케줄링 요구 트리거들은 더 이상 계류 중이지 않고, 그러므로, 사용자 장비(120)는 기지국(110)에 어떠한 스케줄링 요구도 전송하지 않을 것이다. 양쪽 제1 및 제2 데이터는 이미 할당된 리소스들 상에서 전송된 버퍼 상태 보고에서 확인될 것이므로, 그렇게 하는 것이 불필요할 것이기 때문에, 이것은 양호하다.

단계 750 케이스 a-II). 사용자 장비(120)는 구축된 패킷 데이터 유닛에서의 데이터 및 버퍼 상태 보고를 송신하고, 그 버퍼 상태 보고는 제1 데이터 및 제2 데이터를 확인한다.

그러므로, 케이스 a-I)도 케이스 a-II)도 전송되는 임의의 불필요한 스케줄링 요구가 없고, 스케줄링 요구가 의미하는 것에 관해 기지국(110)에서 모호성이 전혀 없다. 양쪽 케이스들 a-I) 및 a-II)에서, 스케줄링 요구는, 기지국(110)이 이전에 알지 못했던 새로운 데이터가 사용자 장비(120)에 있다는 것을 의미한다. 도 6에 대해 설명된 바와 같은 동일한 에러 케이스가 여전히 존재하지만, 본 발명에 있어서 발생할 훨씬 더 작은 확률을 가지고 있다.

그러므로, 도 8은 케이스 b)에 대해 새로운 데이터가 그랜트의 수신과 그랜트에 대응하는 데이터의 송신 사이에 도달하는 경우의 시나리오에서 본 솔루션에 따른 분석을 예시하고 있고, 여기에서 사용자 장비(120)는 UL 그랜트를 수신하는 것과 데이터를 송신하는 것 사이에서 어떠한 스케줄링 요구 기회도 가지고 있지 않으며, 다음 스케줄링 요구 기회는 데이터의 송신 이후에 발생한다. 이하가 수행되었다고 가정한다. 제1 데이터가 사용자 장비 버퍼에 도달하였고, 이는 도 5에서 단계 501에 대응한다. 이러한 제1 데이터는 버퍼 상태 보고를 트리거링했고, 이는 도 5에서 단계 502에 대응한다. 이러한 제1 데이터는 버퍼 상태 보고 트리거를 통해 직접적으로 또는 간접적으로, 다음 스케줄링 요구 기회에서 스케줄링 요구를 전송하기 위한 제1 스케줄링 요구 트리거를 트리거링했고, 이는 도 5에서 단계 503에 대응한다. 스케줄링 요구 기회가 발생했고 제1 스케줄링 요구가 기지국에 송신된다. 제1 스케줄링 요구 트리거는 아직 계류 중이다. 본 솔루션에 따르면, 스케줄링 요구 트리거는 스케줄링 요구를 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 버퍼 상태 보고에서 확인된 경우에 취소될 것이고, 또는 사용자 장비(120)는 스케줄링 요구를 트리거링한 데이터가 기지국에 전송되는 스케줄링 데이터의 송신에 포함되는 경우에 계류 중인 스케줄링 요구를 취소하며, 어느 것이 처음으로 발생하든 관계없다.

케이스 b-I)에 대해, 이하의 단계들을 가정한다.

단계 800 케이스 b-I). 기지국에 전송된 스케줄링 요구에 대한 응답으로서, 사용자 장비(120)는 기지국으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 810 케이스 b-I). 하나의 시간 주기 동안에, 사용자 장비(120)는 송신될 제1 데이터의 일부 또는 모두에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 모든 데이터가 적합하지만 버퍼 상태 보고는 그렇지 않은 경우를 제외하고는, 패킷 데이터 유닛에 버퍼 상태 보고를 포함하며, 그 패킷 데이터 유닛은 나중에 송신 시에 사용자 장비(110)에 전송될 것이다. 버퍼 상태 보고는 제1 데이터를 확인한다. 본 솔루션의 제1 실시예에 따르면, 계류 중인 제1 스케줄링 요구는 이 시점에서 취소되고, 이는 도 5에서 단계 504에 대응한다.

단계 820 케이스 b-I). 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고 트리거를 트리거링한다. 이러한 제2 데이터는 추가적으로 다음 기회에서 스케줄링 요구를 전송하도록, 직접적으로 또는 간접적으로 제2 스케줄링 요구 트리거를 트리거링한다.

단계 840 케이스 b-I). 사용자 장비(120)는 패킷 데이터 유닛에 구축된 제1 데이터를 송신하고, 버퍼 상태 보고를 패킷 데이터 유닛에 포함시키며, 그 버퍼 상태 보고는 제1 데이터에 의해 트리거링되었고(상기 언급됨), 그 버퍼 상태 보고는 제1 데이터를 확인하지만 제2 데이터는 확인하지 못한다.

단계 850 케이스 b-I). 케이스 b)에 따라, 이 시점에서, 즉 데이터의 송신 이후에, 스케줄링 요구 기회가 발생한다. 제2 스케줄링 요구 트리거가 이 시점에서 계류 중이므로, 사용자 장비(120)는 이 시점에서 스케줄링 요구를 기지국(110)에게 전송한다. 제2 데이터에 대한 어떠한 스케줄링 요구도 사용자 장비(110)에게 아직 송신되지 않았으므로, 이것은 양호하다. 이제, 제2 데이터에 대한 스케줄링 요구가 손실될 위험이 없다!

케이스 b-II)에 대해, 이하의 단계들을 가정한다.

단계 800 케이스 b-II). 기지국에 전송된 스케줄링 요구에 대한 응답으로서, 사용자 장비(120)는 기지국(110)으로부터 송신에 대한 UL 그랜트를 수신한다.

단계 820 케이스 b-II). 새로운 제2 데이터가 사용자 장비 버퍼에 도달한다. 이러한 제2 데이터는 버퍼 상태 보고를 트리거링한다. 이러한 제2 데이터는 추가적으로 다음 기회에서 스케줄링 요구를 전송하도록, 직접적으로 또는 간접적으로 버퍼 상태 보고를 통해 제2 스케줄링 요구 트리거를 트리거링한다. 이러한 케이스 a-II)에서, 케이스 a-I과는 다르게, 제2 데이터는 패킷 데이터 유닛을 구축하기 이후 대신에, 그 이전에 도달한다.

단계 830 케이스 b-II). 하나의 시간 주기 동안에, 사용자 장비(120)는 송신될 데이터에 대해 MAC PDU와 같은 패킷 데이터 유닛을 구축하고, 그 데이터는 사용자 장비의 버퍼들 내의 데이터의 우선 순위에 따라 패킷 데이터 유닛 내에 구축된다. 사용자 장비(120)는 우선 순위에 따른 제1 및 제2 데이터 및 버퍼 상태 보고를 패킷 데이터 유닛에 포함하고, 그 패킷 데이터 유닛은 나중에 송신 시에 사용자 장비(110)에 전송될 것이다. 버퍼 상태 보고는 팩킹된 데이터 유닛에 구축된 제1 및 제2 데이터를 확인한다. 본 솔루션의 제1 실시예에 따르면, 계류 중인 제1 및 제2 스케줄링 요구들이 이 시점에서 취소되고, 이는 도 5에서 단계 504에 대응한다.

단계 840 케이스 b-II). 사용자 장비(120)는 패킷 데이터 유닛의 데이터 및 버퍼 상태 보고를 송신하고, 그 버퍼 상태 보고는 제1 데이터 및 제2 데이터를 확인한다.

단계 850 케이스 b-II). 케이스 b)에 따라, 이 시점에서, 즉 데이터의 송신 이후에, 스케줄링 요구 기회가 발생한다. 스케줄링 요구 트리거가 단계 830에서 취소되었으므로, 어떠한 것도 계류 중이지 않다. 제1 및 제2 데이터는 이미 송신되었거나 BSR에서 확인되었으므로, 이 케이스에서 이것이 양호하다.

스케줄링 요구 트리거를 취급하기 위해 도 5에서 지칭된 방법 단계들을 수행하기 위해, 사용자 장비(120)는 도 9에 도시된 배열을 포함한다.

상기 언급된 바와 같이, 사용자 장비(120)는 기지국(110)에 송신될 데이터를 수신하도록 구성된 버퍼(900)를 포함한다.

사용자 장비(120)는 스케줄링 요구 트리거를 생성하도록 구성된 생성 유닛(920)을 더 포함하고, 그 스케줄링 요구 트리거는 취소될 때까지 계류 중이며 그 생성은 도달된 데이터에 의해 직접적으로 또는 간접적으로 트리거링된다.

사용자 장비(120)는 취소 유닛(930)을 더 포함한다.

제1 실시예에 따르면, 취소 유닛(930)은 스케줄링 요구 트리거의 생성을 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 버퍼 상태 보고에서 확인되는 경우에, 또는 스케줄링 요구의 생성을 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에, 계류 중인 스케줄링 요구 트리거를 취소하도록 구성되고, 어느 쪽이 처음으로 발생하든 관계없다.

제2 실시예에 따르면, 취소 유닛(930)은 계류 중인 스케줄링 요구 트리거를 언제라로 취소하도록 구성되지만, 스케줄링 데이터의 송신에 포함되거나 스케줄링 된 데이터 송신에 직접적으로 포함되는 버퍼 상태 보고에서 어느 데이터가 확인되었는지, 및 이들 2개의 방법들 중 어느 하나에서도 어느 데이터가 확인되지 않았는지를 추적한다.

조합된 제1 및 제2 실시예에 따르면, 취소 유닛(930)은 스케줄링 요구 트리거의 생성을 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 버퍼 상태 보고에서 확인되는 경우에, 또는 스케줄링 요구의 생성을 트리거링한 데이터가 기지국(110)에 송신되는 스케줄링 데이터의 송신에 포함되는 경우에(어느 쪽이 처음으로 발생하든 관계없다), 계류 중인 스케줄링 요구 트리거를 취소하도록 구성되고, 또는 대안적으로 계류 중인 스케줄링 요구 트리거를 언제라로 취소하지만 스케줄링 데이터의 송신에 포함되는 버퍼 상태 보고에서 어느 데이터가 확인되었는지 및 어느 데이터가 확인되지 않았는지를 추적하도록 구성된다.

제2 실시예 및 조합된 제1 및 제2 실시예에 따르면, 사용자 장비(120)는 다음 스케줄링 요구 기회가 나타나는 경우에, 버퍼가 언급된 2가지 방식들의 어느 하나에서도 아직 확인되지 않았던 데이터를 포함하는 경우에만, 스케줄링 요구를 전송하도록 구성된 전송 유닛(940)을 포함한다.

조합된 제1 및 제2 실시예에 따르면, 전송 유닛(940)은 다음 스케줄링 요구 기회가 나타나는 경우에, 버퍼가 버퍼 상태 보고에서 아직 확인되지 않았던 데이터를 포함하는 경우에만, 스케줄링 요구를 전송하도록 구성된다.

스케줄링 요구 트리거를 취급하기 위한 본 메커니즘은 본 솔루션의 기능들을 수행하기 위한 컴퓨터 프로그램 코드와 함께, 도 9에 도시된 사용자 장비(120)에서의 프로세서(950)와 같은 하나 이상의 프로세서들을 통해 구현될 수 있다. 상기 언급된 프로그램 코드는 또한 예를 들면 사용자 장비(120)에 로딩되는 경우에 본 솔루션을 수행하기 위한 컴퓨터 프로그램 코드를 수반하는 데이터 캐리어의 형태로 된 컴퓨터 프로그램 제품으로서 제공될 수도 있다. 하나의 그러한 캐리어는 CD ROM 디스크의 형태로 될 수 있다. 그러나, 이는 메모리 스틱과 같은 다른 데이터 캐리어들로도 실행가능하다. 컴퓨터 프로그램 코드는 또한 서버 상의 순수한 프로그램 코드로 제공되어 사용자 장비(120)에 다운로딩될 수 있다.

도 10은 트랜시버 회로들(무선주파수 수신기 전방-엔드, 송신 변조기/증폭기, 등)과 동작가능하게 연관된 처리 회로들, 및 하나 이상의 송신/수신 안테나들을 포함하는 사용자 장비(120)의 하나의 실시예를 도시하고 있다.

사용자 장비(120)는 예를 들면 모바일 단말기, 또는 LTE 표준들에 기초하여 무선 통신 시스템에서의 동작을 위해 구성된 다른 타입의 사용자 장비이다.

어느 경우든, 사용자 장비(120)는 여기에 기재된 실시예들의 임의의 하나를 구현하도록 구성된다. 예를 들면, 처리 회로들은 하나 이상의 베이스대역 프로세서들을 포함할 수 있다. 적어도 하나의 실시예에서, 처리 회로들은 디지털 신호 처리기(DSP) 또는 다른 디지털 프로세서와 같은 하나 이상의 마이크로프로세서-기반 회로들을 포함한다. 또한, 본 기술분야의 숙련자들이라면, 사용자 장비(120)가 프로그램 명령들, 구성 및 제공 데이터, 작업 데이터, 등을 저장하기 위한 하나 이상의 메모리 회로들 - 예를 들면, 비휘발성 및 휘발성 -을 포함한다는 것을 잘 알고 있을 것이다.

특히, 사용자 장비(120) 내의 처리 회로들은 업링크 송신을 위한 데이터를 버퍼링하기 위한 버퍼(900) - 작업 메모리의 예비된 부분일 수 있음 -와 같은 업링크 송신 버퍼, 및 여기에 기재되고 도 9와 관련하여 상기 텍스트에서 참조된 제어 및 처리의 모두 또는 일부를 구현하기 위한 연관된 컨트롤러를 포함한다. 즉, 취소 유닛(930)과 같은 컨트롤러의 하나 이상의 실시예들은 스케줄링 요구를 트리거링한 데이터가 버퍼 상태 보고 MAC 제어 요소에 포함되거나 스케줄링 요구를 트리거링한 데이터가 송신되는 경우에, 어느 것이 먼저 발생했든 관계없이, 계류 중인 스케줄링 요구를 취소하도록 구성된다. LTE 컨텍스트에서, 사용자 장비(120)는 스케줄링 요구를 트리거링한 버퍼 상태 보고가 취소된 경우에 계류 중인 스케줄링 요구를 취소하도록 구성되는 것으로 이해될 수 있다.

다르게는, 사용자 장비의 컨트롤러는 하드웨어, 소프트웨어 또는 그 조합을 통해, 어느 데이터가 버퍼 상태 보고에 포함되거나 다르게는 확인되어 있는 지 및 어느 데이터가 그렇지 않은 지를 추적하도록 구성될 수 있다. 따라서, 스케줄링 요구 기회가 오는 경우에, 사용자 장비(120)는 버퍼 상태 보고에서 아직 확인되지 않았던 데이터를 가지고 있는 경우에 스케줄링 요구를 전송한다(버퍼 상태 보고는 전송될 필요는 없고, 예를 들면 버퍼 상태 보고가 송신을 위해 조립된 MAC PDU에 포함된다면 충분하다).

양쪽 실시예들 1 및 2는 동일한 행태를 유도하고, 그 장점은, 그 목적을 서브한 경우에 계류 중인 SR을 취소하는 것은 당연하다는 점이다. 이것은 이를 트리거링한 데이터가 버퍼 상태 보고에서 확인되거나 이를 트리거링한 데이터가 송신된 때에 취소되는 경우에만 보장된다. 임의의 다른 솔루션은 모호성들 또는 전송된 불필요한 SR들, 및/또는 불필요한 그랜트들을 유도할 것이다.

일부 실시예들에 따르면, 본 솔루션은 이하와 같이 참조될 수 있다. 스케줄링 요구는 트리거링되는 때에, 취소될 때까지 계류 중인 것으로 간주될 것이다. MAC PDU가 조립되고 이러한 PDU가 버퍼 상태 보고를 트리거링한 최종 이벤트까지(이를 포함함) 버퍼 상태를 포함하는 버퍼 상태 보고를 포함하는 경우에, 또는 업링크 그랜트가 송신을 위해 이용가능한 모든 계류 중인 데이터를 수용할 수 있는 경우에, 모든 계류 중인 스케줄링 요구들은 취소될 것이다.

단어 "포함하다(comprise)"또는 "포함하는(comprising)"을 이용하는 경우에, 비-제한적인 것으로 해석될 것이고, 즉 "적어도 포함하는"을 의미한다. 단어 "구축된"은 본 텍스트에서 단어 "조립된"과 동일하다.

본 발명은 상기 기재된 양호한 실시예들로 제한되지 않는다. 다양한 대안들, 변형들 및 등가물들이 이용될 수 있다. 그러므로, 상기 실시예들은 첨부된 청구항들에 의해 정의된 본 발명의 범주를 제한하는 것으로 받아들여서는 안 된다.

Claims (12)

1. 사용자 장비(120)에서 스케줄링 요구 트리거를 취급(handling)하기 위한 방법으로서 - 상기 사용자 장비(120)는 버퍼(900)를 포함함 - ,
   기지국(110)에 송신될 데이터를 수신하는 단계(501) - 상기 데이터는 상기 버퍼(900)에 도달함 - ;
   버퍼 상태 보고 트리거를 생성하는 단계(502) - 상기 버퍼 상태 보고 트리거의 생성은 상기 도달된 데이터에 의해 트리거링됨 - ; 및
   스케줄링 요구 트리거를 생성하는 단계(503) - 상기 스케줄링 요구 트리거는 취소될 때까지 계류 중이며, 상기 생성하는 단계는 상기 도달된 데이터에 의해 트리거되는 상기 버퍼 상태 보고 트리거의 생성에 의해 트리거링됨 - ;
   을 포함하고,
   상기 방법은, 상기 버퍼(900)가 버퍼 상태 보고에서 아직 확인되지 않았고(has not yet accounted for) 현재 스케줄링된 업링크 데이터 송신에 포함되지 않는 데이터를 포함하는 경우에 스케줄링 요구를 송신하는 단계를 포함하는 것을 특징으로 하는 방법.
2. 제1항에 있어서, 상기 스케줄링 요구 트리거의 생성을 트리거링한 상기 데이터가 상기 기지국(110)에 송신될 스케줄링된 데이터 송신에 포함되는 버퍼 상태 보고에서 확인(accounted for)되는 경우, 또는 현재 스케줄링된 데이터 송신이, 상기 스케줄링 요구를 트리거링한 상기 버퍼 상태 보고 트리거를 생성되게 한 상기 도달된 데이터의 전부를 포함하는 경우 중, 어느 것이든 먼저 일어나는 경우에, 상기 계류 중인 스케줄링 요구 트리거를 취소하는 단계(504)를 더 포함하는 방법.
3. 제1항 또는 제2항에 있어서, 다음 스케줄링 요구의 기회가 출현하는 경우, 상기 스케줄링 요구를 송신하는 단계를 더 포함하는 방법.
4. 제1항에 있어서, 상기 계류 중인 스케줄링 요구 트리거를 언제든지 취소(505)하되, 스케줄링된 데이터 송신에 포함되는 상기 버퍼 상태 보고에서 확인되었거나 또는 상기 스케줄링된 데이터의 송신에 직접적으로 포함된 데이터가 무엇인지 및 이들 2가지 방식들 중 어느 것에서도 확인되지 않은 데이터가 무엇인지를 추적하는 단계; 및
   다음 스케줄링 요구의 기회가 출현하는 경우, 상기 버퍼가 상기 2가지 방식들 중 어느 것에서도 확인되지 않은 데이터를 포함하는 경우에 스케줄링 요구를 송신하는 단계(506)
   를 더 포함하는 방법.
5. 제2항 또는 제4항에 있어서, 상기 취소하는 단계(504, 505)는 상기 스케줄링 요구 트리거의 취소를 트리거링하는 상기 버퍼 상태 보고 트리거를 취소함으로써 수행되는 방법.
6. 스케줄링 요구 트리거를 취급하기 위한 사용자 장비(120)로서,
   기지국(110)에 송신될 데이터를 수신하도록 구성되는 버퍼(900) - 상기 사용자 장비(120)는 버퍼 상태 보고 트리거를 생성하도록 또한 구성되고, 상기 버퍼 상태 보고 트리거의 생성은 도달된 데이터에 의해 트리거링됨 - ; 및
   스케줄링 요구 트리거를 생성하도록 구성되는 생성 유닛(920) - 상기 스케줄링 요구 트리거는 취소될 때까지 계류 중이며, 상기 생성은 상기 도달된 데이터에 의해 트리거되는 상기 버퍼 상태 보고 트리거의 생성에 의해 트리거링됨 - ;
   을 포함하고,
   상기 사용자 장비는, 상기 버퍼(900)가 버퍼 상태 보고에서 아직 확인되지 않았고 현재 스케줄링된 업링크 데이터 송신에 포함되지 않는 데이터를 포함하는 경우에 스케줄링 요구를 송신하기 위한 수단(930, 940)을 포함하는 것을 특징으로 하는 사용자 장비.
7. 제6항에 있어서, 상기 스케줄링 요구를 송신하기 위한 수단은
   상기 스케줄링 요구 트리거의 생성을 트리거링한 상기 데이터가 상기 기지국(110)에 송신될 스케줄링된 데이터 송신에 포함되는 버퍼 상태 보고에서 확인되는 경우, 또는 현재 스케줄링된 데이터 송신이, 상기 스케줄링 요구를 트리거링한 상기 버퍼 상태 보고 트리거를 생성되게 한 상기 도달된 데이터의 전부를 포함하는 경우 중, 어느 것이든 먼저 일어나는 경우에, 상기 계류 중인 스케줄링 요구 트리거를 취소하도록 구성되는 취소 유닛(930)
   을 포함하는, 사용자 장비.
8. 제6항에 있어서, 상기 스케줄링 요구를 송신하기 위한 수단은
   상기 계류 중인 스케줄링 요구 트리거를 언제든지 취소하되, 스케줄링된 데이터 송신에 포함되는 상기 버퍼 상태 보고에서 확인되었거나 또는 상기 스케줄링된 데이터 송신에 직접적으로 포함된 데이터가 무엇인지 및 이들 2가지 방식들 중 어느 것에서도 확인되지 않은 데이터가 무엇인지를 추적하도록 구성되는 취소 유닛(930)
   을 포함하며,
   상기 사용자 장비(120)는, 다음 스케줄링 요구의 기회가 출현하는 경우, 상기 버퍼가 상기 2가지 방식들 중 어느 것에서도 아직 확인되지 않은 데이터를 포함하는 경우에 스케줄링 요구를 송신하도록 구성되는 송신 유닛(940)을 더 포함하는 사용자 장비.
9. 제6항에 있어서, 상기 스케줄링 요구를 송신하기 위한 수단은, 상기 버퍼(900)가 버퍼 상태 보고에서 아직 확인되지 않은 데이터를 포함하는 경우에 스케줄링 요구를 송신하도록 구성되는 송신 유닛(940)을 포함하는 사용자 장비.
10. 삭제
11. 삭제
12. 삭제

Images