KR20110039496A

KR20110039496A - 버퍼 상태를 보고하기 위한 방법 및 장치

Info

Publication number: KR20110039496A
Application number: KR1020117005481A
Authority: KR
Inventors: 폴 마리니어; 다이아나 파니; 크리스토퍼 알 케이브; 스테픈 이 테리
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2008-08-08
Filing date: 2009-08-07
Publication date: 2011-04-18
Also published as: TW201008347A; JP5411271B2; EP2332297A1; KR20140107676A; CN104581973A; US8116274B2; CN104619033A; JP2015092740A; US20140314027A1; KR101616663B1; JP5678164B2; EP2332297B1; JP2016106493A; KR101541575B1; JP2011530890A; AU2009279542B2; AU2009279542A1; TWI483642B; AR072929A1; MX2011001464A

Abstract

무선 송수신 유닛(WTRU)은 강화된 전용 채널(E-DCH) 전송을 위해 스케쥴링 정보의 일부로서 버퍼 상태를 보고한다. 버퍼 상태를 보고하기 위해, WTRU는 무선 리소스 제어(RRC) 엔티티에 의해 보고가 요청되는 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량을 계산한다. 총 데이터량은 무선 링크 제어(RLC) 엔티티에서의 전송 및 재전송에 이용가능한 데이터의 양과, 강화된 전용 채널에 대한 매체 접근 제어(MAC-i/is) 엔티티가 구성되는 경우 MAC-i/is 분할 엔티티에서의 전송에 이용가능한 데이터의 양을 포함한다. WTRU는 총 데이터량에 기초하여 설정되는 총 E-DCH 버퍼 상태(TEBS) 필드를 포함하는 스케쥴링 정보를 보낸다.

Description

버퍼 상태를 보고하기 위한 방법 및 장치{METHOD AND APPARATUS FOR REPORTING A BUFFER STATUS}

본 발명은 무선 통신에 관한 것이다.

고속 업링크 패킷 액세스(HSUPA; high speed uplink packet access)에 대하여, 계층 2(L2; layer 2) 프로토콜(즉, 매체 접근 제어(MAC; medium access control) 및 무선 링크 제어(RLC; radio link control))에 대한 개선이 3세대 파트너십 프로젝트(3GPP; third generation partnership project) 릴리즈 8로 도입되었다. 이들 개선은 무선 송수신 유닛(WTRU; wireless transmit/receive unit)의 MAC 계층에서의 분할(segmentation) 능력과 함께 플렉시블(flexible) RLC 프로토콜 데이터 유닛(PDU; protocol data unit) 사이즈를 도입함으로써 높은 데이터 레이트의 더 나은 지원을 가능하게 해준다. MAC-i/is 부계층(강화된 전용 채널(E-DCH; enhanced dedicated channel)을 처리하기 위한 MAC 엔티티)은 논리 채널 아이덴티티에 대하여 분할 엔티티(segmentation entity)를 포함한다. 전용 채널 MAC(MAC-d) PDU 또는 공통 채널 MAC(MAC-c) PDU가 이용가능한 전송 블록 공간 공간에 맞지 않는다면, MAC-i/is 엔티티는 MAC-d 또는 MAC-c PDU를 분할하고, 나머지 세그먼트를 분할 엔티티에 저장한다.

3GPP 릴리즈 6에서 HSUPA의 도입 이래로, WTRU가 요구하는 업링크 데이터 레이트를 노드 B 스케쥴러가 평가하는 것을 돕고 WTRU가 필요로 하는 시스템 리소스의 양과 노드 B가 실제로 사용할 수 있는 리소스의 양을 노드 B가 더 잘 볼 수 있도록 돕기 위한 메커니즘이 도입되었다. 이들 메커니즘 중의 하나는 MAC-e 또는 MAC-i PDU로 포함될 수 있는 스케쥴링 정보(SI; scheduling information)이다. 스케쥴링 정보는 RLC 계층에서의 전송 및 재전송에 이용 가능한 데이터의 양을 바이트 수로 식별하는 총 E-DCH 버퍼 상태(TEBS; total E-DCH buffer status) 필드를 포함한다. 스케쥴링 정보는 또한 이용가능한 데이터를 갖는 최고 우선순위 논리 채널(HLID; highest priority logical channel), 최고 우선순위 논리 채널 버퍼 상태(HLBS; highest priority logical channel buffer status), 및 UE 전력 헤드룸(UPH; UE power headroom)을 나타낸다. 스케쥴링 정보의 총 길이는 주파수 분할 듀플렉스(FDD; frequency division duplex)의 경우 18 비트이다. 시간 분할 듀플렉스(TDD; time division duplex)의 경우, 스케쥴링 정보는 WTRU가 발생시킬 셀간 간섭 정도의 추정에 노드 B를 도울 필드를 더 포함한다.

스케쥴링 정보 보고는 TEBS 및 서빙 그랜트의 값에 따라 달라지는 다수의 다양한 트리거링 메커니즘에 따라 트리거된다. 서빙 그랜트가 "제로(zero)"와 같거나 모든 HARQ 프로세스가 비활성화되고, TEBS가 0보다 커지게 되면, 스케쥴링 정보 보고가 트리거된다. 스케쥴링 정보 보고는 주기적으로 트리거될 수 있으며, 이는 RRC에 의해 구성된다. 2개의 상이한 주기적인 트리거(즉, 타이머)가 2개의 경우에 대하여 구성될 수 있다. 서빙 그랜트가 제로이거나 모든 프로세스가 비활성화되어 있고, TEBS가 0보다 큰 경우에, T_SING이 트리거링의 주기를 결정하는 타이머이다. 서빙 그랜트가 제로가 아니고 적어도 하나의 프로세스가 활성화되는 경우에, T_SIG이 트리거링의 주기를 결정하는 타이머이다. 서빙 그랜트가 임의의 스케쥴링된 MAC-d 플로우로부터 단일 PDU의 전송을 허용할만큼 작아지고 TEBS가 0보다 커지게 되면, 스케쥴링 정보 보고가 트리거될 수 있다. 스케쥴링 정보 보고는, E-DCH 서빙 셀 변경이 일어나고 새로운 E-DCH 서빙 셀이 이전의 서빙 E-DCH 무선 링크 세트(RLS; radio link set)의 일부가 아닌 경우, 트리거될 수 있다. TEBS가 0이라면, 구성된 트리거링 메커니즘 중의 하나에 의해 트리거된다 해도, 스케쥴링 정보는 전송되지 않는다.

해피 비트(happy bit)는 WTRU에 할당된 리소스와 현재 그랜트로 WTRU가 해피(happy)인지 여부를 노드 B가 알 수 있게 해주는 추가적인 메커니즘이다. 해피 비트는 E-DCH 전용 물리적 제어 채널(E-DPCCH; E-DCH dedicated physical control channel) 상의 포함을 위해 MAC 엔티티로부터 물리 계층으로 전달되는 단일 비트 필드이다. 해피 비트는 "happy" 아니면 "not happy"로 설정될 수 있다. "happy"는 WTRU가 더 많은 리소스를 사용할 수 있음을 나타내고, "not happy"는 WTRU가 더 이상의 리소스를 사용할 수 없음을 나타낸다. 해피 비트의 설정은 또한 TEBS에 기초한다.

해피 비트를 "not happy"로 설정할 조건들 중의 하나는, TEBS가 현재 서빙 그랜트 × 총 HARQ 프로세스 수에 대한 활성 HARQ 프로세스의 비율로써 Happy_bit_delay_condition ms보다 더 많이 전송될 것을 요구할 경우이다.

현행 3GPP 사양에 따르면, 스케쥴링 정보의 일부로서 보내진 TEBS는 RLC 계층에서의 전송 및 재전송에 이용가능한 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량만 바이트로 나타낸다. 그러나, MAC 엔티티에서의 분할 능력의 도입으로(즉, MAC-i/is 엔티티), MAC 엔티티는 분할 엔티티에 저장된 하나 이상의 세그먼트를 가질 수 있다. MAC-i/is 분할 엔티티에서 대기하고 있는 총 바이트 수는 TEBS 계산에 포함되지 않는다. 플렉시블 RLC PDU의 도입으로 인해 RLC 엔티티가 최대 RLC PDU 사이즈까지의 RLC PDU를 생성할 수 있다는 사실로 인해, 분할 엔티티에 저장된 비트의 수가 비교적 높을 수 있다. 따라서, MAC 계층 분할 엔티티에 저장된 데이터의 양을 포함하지 않음으로써, WTRU는 부정확한 TEBS를 보고한다. WTRU는 MAC 계층 분할 엔티티에 저장된 세그먼트를 전송하는데 추가의 리소스를 요구하므로, 그것들을 보고하지 않음으로써, 네트워크는 WTRU가 요구하는 리소스의 수를 부정확하게 보게 될 것이다.

또한, 네트워크가 WTRU의 그랜트를 0으로 감소시킬 경우에 WTRU는 여전히 MAC 계층 분할 엔티티에 일부 전송할 데이터를 가질 수 있다. 현재 스케쥴링 정보 트리거링 메커니즘은, TEBS가 0보다 더 커지고 서빙 그랜트가 0이면, WTRU가 스케쥴링 정보를 보낼 수 있게 해준다. 그러나, TEBS는 0이지만 WTRU가 MAC 계층 분할 엔티티에 일부 남아 있는 데이터를 가진다면, WTRU 전송은 그 상황에서 중단(stall)될 것이다. 트리거링 조건으로는 WTRU가 TEBS를 보낼 수 없을 것이며, 따라서 WTRU가 그의 버퍼에서의 데이터의 전송을 성공적으로 완료시키는데 추가의 리소스를 요구한다는 것을 네트워크는 모를 것이다. 이는 전송을 지연시키며 WTRU가 데이터의 전송을 완료하는 것을 막을 것이다.

해피 비트의 설정도 또한 TEBS에 따라 좌우된다. TEBS가 0인 경우 또는 TEB가 부정확하게 설정되고 WTRU가 MAC 계층 분할 엔티티에 하나 이상의 MAC 세그먼트를 가질 경우, WTRU는 해피 비트를 적절하게 설정하지 못할 것이다. TEBS가 너무 적게 추산되는 사실로 인해, WTRU는 지연 제한 내에 데이터를 전송할 수 있다고 WTRU가 계산할 수 있다. 그러나, MAC 계층에 포함된 데이터가 고려되었다면, WTRU는 지연 기준을 충족시킬 수 없을 수 있다.

본 발명은 버퍼 상태를 보고하기 위한 방법 및 장치를 제공하고자 한다.

WTRU는 E-DCH 전송에 대한 스케쥴링 정보의 일부로서 버퍼 상태를 보고한다. 버퍼 상태를 보고하기 위해, WTRU는 무선 리소스 제어(RRC; radio resource control) 엔티티에 의해 보고가 요청되는 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량을 계산한다. 총 데이터량은 RLC 엔티티에서의 전송 및 재전송에 이용가능한 데이터의 양과, MAC-i/is 엔티티가 구성되는 경우 MAC-i/is 분할 엔티티에서의 전송에 이용가능한 데이터의 양을 포함한다. WTRU는 총 데이터량에 기초하여 설정되는 TEBS 필드를 포함하는 스케쥴링 정보를 보낸다.

본 발명에 따르면, 버퍼 상태를 보고하기 위한 방법 및 장치를 제공할 수 있다.

첨부 도면과 함께 예로써 주어진 다음의 상세한 설명으로부터 보다 상세한 이해가 이루어질 수 있다.
도 1은 무선 통신 시스템을 도시한다.
도 2는 도 1의 무선 통신 시스템의 WTRU 및 노드 B의 기능 블록도이다.
도 3은 제1 실시예에 따라 TEBS를 보고하는 예시적인 프로세스의 흐름도이다.
도 4는 제2 실시예에 따라 버퍼 상태를 보고하고 스케쥴링 정보를 보내는 예시적인 프로세스의 흐름도이다.

이하 언급될 때, 용어 "WTRU"는 사용자 기기(UE), 이동국, 고정 또는 이동 가입자 유닛, 페이저, 셀룰러 전화, 개인용 휴대 정보 단말기(PDA), 컴퓨터, 또는 무선 환경에서 동작할 수 있는 임의의 기타 유형의 사용자 디바이스를 포함하지만, 이에 한정되는 것은 아니다. 이하 언급될 때, 용어 "노드 B"는 기지국, 사이트 컨트롤러, 액세스 포인트(AP), 또는 무선 환경에서 동작할 수 있는 임의의 기타 유형의 인터페이싱 디바이스를 포함하지만, 이에 한정되는 것은 아니다. 용어 "MAC-is/i" 및 "MAC-i/is"는 상호 교환가능하게 사용될 수 있다.

도 1은 복수의 WTRU(110), 노드 B(120), 제어 무선 네트워크 컨트롤러(CRNC; controlling radio network controller)(130), 서빙 무선 네트워크 컨트롤러(SRNC; serving radio network controller)(140), 및 코어 네트워크(150)를 포함하는 무선 통신 시스템(100)을 도시한다. 노드 B(120)와 CRNC(130)는 집합적으로 UTRAN(universal terrestrial radio access network)으로 불릴 수 있다.

도 1에 도시된 바와 같이, WTRU(110)는 CRNC(130) 및 SRNC(140)와 통신하는 노드 B(120)와 통신한다. 3개의 WTRU(110), 하나의 노드 B(120), 하나의 CRNC(130), 및 하나의 SRNC(140)가 도 1에 도시되어 있지만, 무선 및 유선 디바이스의 임의의 조합이 무선 통신 시스템(100)에 포함될 수 있다는 것을 유의하여야 한다.

도 2는 도 1의 무선 통신 시스템(100)의 WTRU(110) 및 노드 B(120)의 기능 블록도이다. 도 2에 도시된 바와 같이, WTRU(110)는 노드 B(120)와 통신하고, 둘 다 버퍼 상태를 보고하는 방법을 수행하도록 구성된다.

통상의 WTRU에서 찾아볼 수 있는 컴포넌트에 더하여, WTRU(110)는 프로세서(115), 수신기(116), 송신기(117), 메모리(118), 및 안테나(119)를 포함한다. 메모리(118)는 운영 체제, 애플리케이션 등을 포함하는 소프트웨어를 저장하도록 제공된다. 프로세서(115)는 아래에 개시된 실시예에 따라 버퍼 상태를 보고하는 방법을 단독으로 또는 소프트웨어와 연관되어 수행하도록 제공된다. 예를 들어, 프로세서(115)는, RLC 엔티티에서의 전송 및 재전송에 이용가능한 데이터의 양과, 강화된 전용 채널에 대한 매체 접근 제어 부계층(MAC-i/is)의 분할 엔티티에서의 전송에 이용가능한 데이터의 양을 포함하는, 보고가 요청되는 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량을 계산하고, 총 데이터량에 기초하여 설정되는 TEBS 필드를 포함한 스케쥴링 정보를 보내도록 구성된다. 수신기(116)와 송신기(117)는 프로세서(115)와 통신한다. 안테나(119)는 무선 데이터의 전송과 수신을 용이하게 하도록 수신기(116)와 송신기(117) 둘 다와 통신한다.

통상의 기지국에서 찾아볼 수 있는 컴포넌트에 더하여, 노드 B(120)는 프로세서(125), 수신기(126), 송신기(127), 메모리(128), 및 안테나(129)를 포함한다. 프로세서(125)는 아래에 개시된 임의의 실시예에 따라 버퍼 상태를 보고하는 방법을 지원하도록 구성된다. 수신기(126)와 송신기(127)는 프로세서(125)와 통신한다. 안테나(129)는 무선 데이터의 전송과 수신을 용이하게 하도록 수신기(126)와 송신기(127) 둘 다와 통신한다.

제1 실시예에 따르면, TEBS 필드는 RRC에 의해 보고가 요청된 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량을 식별하고 RLC에서의 전송 및 재전송 그리고 MAC-i/is 엔티티의 분할 엔티티에서의 전송에 이용가능한 데이터량을 바이트 수로 나타내도록, TEBS의 정의가 수정된다.

도 3은 제1 실시예에 따라 TEBS를 보고하는 예시적인 프로세스(300)의 흐름도이다. WTRU는 RRC에 의해 보고가 요청되는 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량을 계산한다(단계 302). 총 데이터량을 계산하는데 있어서, WTRU는 RLC 엔티티에서의 전송 및 재전송에 이용가능한 데이터의 양과, MAC-i/is 엔티티가 구성되는 경우에 MAC-i/is 분할 엔티티에서의 전송에 이용가능한 데이터의 양을 포함시킨다. 그 다음, WTRU는 총 데이터량에 기초하여 설정되는 TEBS 필드를 포함하는 스케쥴링 정보를 보낸다(단계 304).

스케쥴링되지 않은(non-scheduled) 그랜트가 구성되어 있는 논리 채널에 속한 MAC-i/is 분할 엔티티에 저장되어 있는 세그먼트는 총 데이터량에 포함되지 않을 수 있다. 또한, RRC가 적용성(applicability)을 제한한 논리 채널에 속한 MAC-i/is 분할 엔티티에 저장되어 있는 세그먼트는 총 데이터량에 포함되지 않을 수 있다. MAC가 확인응답 모드(AM; acknowledged mode) RLC 엔티티에 접속되는 경우, RLC Tx 윈도우 외측의 RLC PDU와 전송될 제어 PDU도 또한 TEBS에 포함될 수 있다. 피어 엔티티에 의해 부정 확인응답되지 않고 전송된 RLC PDU는 TEBS에 포함되지 않을 수 있다.

제1 실시예는 최고 우선순위 논리 채널 버퍼 상태(HLBS) 계산에도 적용될 수 있다. HLBS는 최고 우선순위 논리 채널 아이덴티티(HLID) 필드에 의해 식별되는 논리 채널로부터 이용가능한 데이터의 양을 나타낼 수 있으며, TEBS 인덱스에 따라, 미리 결정된 바이트 수(예를 들어, 50,000 바이트)에 관하여 또는 TEBS에 의해 보고된 버퍼 크기 범위의 최고값에 관하여, RLC에서의 전송 및 재전송에 그리고 MAC-i/is 엔티티의 분할 엔티티에서의 전송에 이용가능한 데이터의 양을 포함한다.

제2 실시예에 따르면, TEBS의 정의는 수정되지 않지만, 스케쥴링 정보 트리거링 기준이 수정된다. 도 4는 제2 실시예에 따라 버퍼 상태를 보고하고 스케쥴링 정보를 보내는 예시적인 프로세스(400)의 흐름도이다. WTRU는 TEBS 및 MAC-i/is 분할 엔티티에 저장된 총 데이터량을 계산한다(단계 402). MAC-i/is 분할 엔티티 버퍼 상태는 "총 MAC 버퍼 상태"(TMBS; total MAC buffer status)라 칭한다. TMBS는, MAC-i/is 엔티티의 분할 엔티티에서의 전송에 이용가능한, RRC에 의해 보고가 요청된 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량을 바이트로 식별한다.

스케쥴링되지 않은 그랜트가 구성되어 있는 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트는 TMBS 값을 계산할 때 고려되지 않을 수 있다. 또한, RRC가 적용성을 제한한 논리 채널에 속하는 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트는 TMBS 계산에 카운트되지 않을 수 있다.

WTRU는 수정된 스케쥴링 정보 트리거링 기준이 충족되는지 여부를 결정한다(단계 404). 그러한 경우, WTRU는 스케쥴링 정보의 전송을 트리거한다(단계 406). 그렇지 않은 경우에는, 스케쥴링 정보 보고가 트리거되지 않는다.

스케쥴링 정보는 다음 조건들 중의 적어도 하나가 충족되는 경우 트리거될 수 있다: (1) 서빙 그랜트가 "0"과 같거나 모든 HARQ 프로세스가 비활성화되어 있고, TEBS가 0보다 커지거나 TMBS가 0보다 큼(또는 대안으로서, 구성된 문턱값보다 큼); (2) 서빙 그랜트가 "0"과 같거나 모든 HARQ 프로세스가 비활성화되어 있고, TEBS와 TMBS의 합이 0보다 큼(또는 대안으로서, 구성된 문턱값보다 큼); (3) 서빙 그랜트가 "0"과 같거나 모든 HARQ 프로세스가 비활성화되어 있고, TEBS가 0이고 TMBS가 0보다 큼; 또는 (4) 주기적 트리거링. 서빙 그랜트가 0이거나 모든 HARQ 프로세스가 비활성화되어 있고, TEBS 또는 TMBS가 0보다 크다면,(또는 대안으로서, TMBS가 문턱값보다 크거나, TEBS와 TMBS의 합이 문턱값보다 크다면) 스케쥴링 정보가 트리거될 수 있다. 이 경우에, T_SING은 트리거링의 주기를 결정하기 위한 타이머로서 사용될 수 있다. 서빙 그랜트가 0이 아니고 적어도 하나의 HARQ 프로세스가 활성화되어 있으며 TEBS는 0이지만 TMBS가 0이 아닌 경우, 스케쥴링 정보가 또한 트리거될 수 있다.

현행 3GPP 사양에 따르면, TEBS가 0이라면, 구성된 트리거링 메커니즘 중의 하나에 의해 트리거되었다 해도, 스케쥴링 정보는 전송되지 않을 것이다. 제2 실시예에 따르면, 이러한 규칙은, 구성된 트리거링 메커니즘 중의 하나에 의해 트리거되었다 해도, TEBS와 TMBS 둘 다 0이면(대안으로서 TEBS와 TMBS의 합이 0이면) 스케쥴링 정보가 전송되지 않도록, 수정된다.

상기 스케쥴링 정보 트리거링 기준 중의 하나가 충족되고 TEBS가 0이지만 TMBS는 0이 아닌 경우, TMBS 값이 스케쥴링 정보의 TEBS 필드에서 보고될 수 있다. 대안으로서, TEBS 0이 보고되는 것이 허용될 수 있지만, MAC 분할 엔티티에서의 데이터가 이용가능함을 나타내도록 새로운 필드가 스케쥴링 정보에 추가될 수 있다. 새로운 필드는 단지 MAC 엔티티에서 일부 데이터가 이용가능함을 나타내는 일 비트일 수 있거나, TMBS 값 범위에 대한 인덱스를 나타낼 수 비트일 수 있다.

대안으로서, TEBS 0이 보고되는 것이 허용될 수 있지만, 필드 중의 하나가 TMBS 값을 나타내도록 재해석될(reinterpret) 수 있다. 예를 들어, HLBS 필드가 TMBS를 나타내는데 사용될 수 있다. TEBS가 0이고 HLBS 필드가 비제로인 경우 이는 HLBS 필드가 TMBS 값을 포함한다는 것을 의미함을 알도록 네트워크가 구성될 수 있다. 대안으로서, TEBS 0이 시그널링될 수 있고, TMBS가 0보다 크다면 해피 비트는 "unhappy"로 설정될 수 있다. 대안으로서, TEBS 0이 보고될 수 있지만, HLID 필드가 TMBS 값을 나타내도록 재해석될 수 있다.

동일한 개념이 해피 비트의 트리거링에 적용될 수 있다. TEBS와 TMBS의 합이 현재 서빙 그랜트 × 총 HARQ 프로세스 수에 대한 활성 HARQ 프로세스의 비율로써 Happy_bit_delay_condition ms보다 더 많이 전송될 것을 요구한다면 해피 비트가 "unhappy"로 설정되도록, 해피 비트를 트리거하는 조건이 수정된다.

TEBS가 0과 같은지 아닌지 여부에 관계없이, MAC-i/is가 구성될 때마다, WTRU는 항상 스케쥴링 정보의 "TEBS" 필드 내에 TEBS와 TMBS의 합을 보고할 수 있다. 이 방식이 사용된다면, 스케쥴링 정보 내의 "TEBS" 필드의 이름은 TEBS의 종래 정의와의 혼동을 피하기 위해 다른 이름으로 교체될 수 있다(예를 들어, TEBSS(total E-DCH buffer status with segmentation).

제3 실시예에 따르면, 데이터를 전송하기를 시도하며 리소소를 낭비하는 것을 피하기 위해 MAC-i/is 엔티티의 분할 엔티티에 저장된 데이터가 어떤 조건 하에서는 폐기될 수 있다. WTRU가 제한된 그랜트, 채널 우선순위 등으로 인해 특정 기간 동안 전송될 수 없는 MAC 엔티티 내의 저장된 세그먼트를 갖는 경우에, 가장 마지막 세그먼트의 전송과 저장된 세그먼트 사이의 미리 구성된 시간이 경과하면, 그 전송 지연이 상위 계층에 사용되기에는 너무 클 것이므로 또는 이 세그먼트를 포함한 RLC PDU가 전부 재전송될 것이므로 이 세그먼트를 폐기하는 것이 유리할 것이다.

서빙 그랜트가 "0"과 같거나 모든 HARQ 프로세스가 비활성화되어 있는 경우 분할 엔티티에서의 데이터는 폐기될 수 있다. 이 경우에 데이터는 모든 논리 채널들에 대하여 또는 대안으로서 스케쥴링된 플로우에 매핑된 모든 논리 채널들에 대하여 폐기될 수 있다.

폐기 타이머가 만료되는 경우 또한 분할 엔티티에서의 데이터가 폐기될 수 있다. 폐기 타이머는 특정 논리 채널에 고유할 수 있다. 이 경우에, 폐기 타이머는 이 논리 채널에 대한 분할 엔티티에서의 특정 PDU로부터의 데이터의 도달시 시작될 수 있고, 이 PDU로부터의 모든 데이터가 전송될 때 중지될 수 있다. 폐기 타이머가 만료되면, 관련 논리 채널로부터의 데이터만 폐기된다. 대안으로서, 폐기 타이머는 모든 논리 채널들에 걸쳐 고유할 수 있다. 이 경우에, 폐기 타이머는 서빙 그랜트가 "0"과 같거나 모든 HARQ 프로세스가 비활성화될 때 시작될 수 있고, 서빙 그랜트가 0보다 더 커지게 될 때 중지될 수 있다. 폐기 타이머가 만료되면, 데이터는 모든 논리 채널들에 대하여 또는 스케쥴링된 플로우에 매핑된 모든 논리 채널들에 대하여 폐기될 수 있다.

실시예

1. 버퍼 상태를 보고하는 방법.

2. 실시예 1에 있어서, RRC 엔티티에 의해 보고가 요청되는 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량 - 상기 총 데이터량은 RLC 엔티티에서의 전송 및 재전송에 이용가능한 데이터량과, MAC-i/is 엔티티가 구성되는 경우 MAC-i/is의 분할 엔티티에서의 전송에 이용가능한 데이터량을 포함함 - 을 계산하는 것을 포함하는 방법.

3. 실시예 2에 있어서, 상기 총 데이터량에 기초하여 설정되는 TEBS 필드를 포함하는 스케쥴링 정보를 보내는 것을 포함하는 방법.

4. 실시예 2 또는 3에 있어서, 스케쥴링되지 않은 그랜트가 구성되어 있는 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트는 상기 총 데이터량에 포함되지 않는 것인 방법.

5. 실시예 2 내지 4 중 어느 하나에 있어서, 상기 RRC 엔티티가 적용성을 제한한 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트는 상기 총 데이터량에 포함되지 않는 것인 방법.

6. 실시예 2 내지 5 중 어느 하나에 있어서, RLC 전송 윈도우 외측의 RLC PDU 및 제어 PDU는 상기 총 데이터량에 포함되는 것인 방법.

7. 실시예 2 내지 6 중 어느 하나에 있어서, 부정 확인응답되지 않고 전송된 RLC PDU는 상기 총 데이터량에 포함되지 않는 것인 방법.

8. 실시예 2 내지 7 중 어느 하나에 있어서, 서빙 그랜트가 "0"과 같거나 모든 HARQ 프로세스가 비활성화되어 있는 경우에 상기 MAC-i/is의 분할 엔티티에서의 데이터가 폐기되는 것인 방법.

9. 버퍼 상태를 보고하기 위한 WTRU.

10. 실시예 9에 있어서, RLC PDU 및 RLC PDU의 세그먼트를 저장하는 메모리를 포함하는 WTRU.

11. 실시예 10에 있어서, 보고가 요청되는 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량 - 상기 총 데이터량은 RLC 엔티티에서의 전송 및 재전송에 이용가능한 데이터량과, MAC-i/is의 분할 엔티티에서의 전송에 이용가능한 데이터량을 포함함 - 을 계산하고, 상기 총 데이터량에 기초하여 설정되는 TEBS 필드를 포함하는 스케쥴링 정보를 보내도록 구성되는 프로세서를 포함하는 WTRU.

12. 실시예 11에 있어서, 상기 프로세서는 스케쥴링되지 않은 그랜트가 구성되어 있는 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트를 상기 총 데이터량에 포함시키지 않도록 구성되는 것인 WTRU.

13. 실시예 11 또는 12에 있어서, 상기 프로세서는 RRC 엔티티가 적용성을 제한한 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트를 상기 총 데이터량에 포함시키지 않도록 구성되는 것인 WTRU.

14. 실시예 11 내지 13 중 어느 하나에 있어서, 상기 프로세서는 RLC 전송 윈도우 외측의 RLC PDU 및 제어 PDU를 상기 총 데이터량에 포함시키도록 구성되는 것인 WTRU.

15. 실시예 11 내지 14 중 어느 하나에 있어서, 상기 프로세서는 부정 확인응답되지 않고 전송된 RLC PDU를 상기 총 데이터량에 포함시키지 않도록 구성되는 것인 WTRU.

16. 실시예 11 내지 15 중 어느 하나에 있어서, 상기 프로세서는 서빙 그랜트가 "0"과 같거나 모든 HARQ 프로세스가 비활성화되어 있는 경우에 상기 MAC-i/is의 분할 엔티티에서의 데이터를 폐기하도록 구성되는 것인 WTRU.

특징 및 구성요소가 특정 조합으로 상기에 설명되었지만, 각각의 특징 또는 구성요소는 다른 특징 및 구성요소 없이 단독으로 사용될 수 있거나, 다른 특징 및 구성요소와 함께 또는 다른 특징 및 구성요소 없이 다양한 조합으로 사용될 수 있다. 여기에 제공된 방법 또는 흐름도는 범용 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터 판독가능한 저장 매체에 포함된 컴퓨터 프로그램, 소프트웨어 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능한 저장 매체의 예로는 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내부 하드 디스크 및 이동식 디스크와 같은 자기 매체, 자기 광학 매체, 및 CD-ROM 디스크 및 DVD와 같은 광학 매체를 포함한다.

적합한 프로세서는 예로써, 범용 프로세서, 특수 용도 프로세서, 종래 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연관되는 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuit), FPGA(Field Programmable Gate Array) 회로, 임의의 기타 유형의 집적 회로(IC), 및/또는 상태 머신을 포함한다.

소프트웨어와 연관된 프로세서는 무선 송수신 유닛(WTRU), 사용자 기기(UE), 단말기, 기지국, 무선 네트워크 컨트롤러(RNC), 또는 임의의 호스트 컴퓨터에 사용하기 위한 무선 주파수 트랜시버를 구현하는데 사용될 수 있다. WTRU는 카메라, 비디오 카메라 모듈, 비디오폰, 스피커폰, 진동 장치, 스피커, 마이크로폰, 텔레비전 트랜시버, 핸즈프리 헤드셋, 키보드, 블루투스 모듈, 주파수 변조(FM) 라디오 유닛, LCD 디스플레이 유닛, OLED 디스플레이 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및/또는 임의의 무선 로컬 영역 네트워크(WLAN) 또는 초광대역(UWB) 모듈과 같이 하드웨어 및/또는 소프트웨어로 구현되는 모듈과 함께 사용될 수 있다.

110: 무선 송수신 유닛(WTRU)
120: 노드 B
130: 제어 무선 네트워크 컨트롤러(CRNC)
140: 서빙 무선 네트워크 컨트롤러(SRNC)
150: 코어 네트워크

Claims

버퍼 상태를 보고하는 방법에 있어서,
무선 리소스 제어(RRC; radio resource control) 엔티티에 의해 보고가 요청되는 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량 - 상기 총 데이터량은 무선 링크 제어(RLC; radio link control) 엔티티에서의 전송 및 재전송에 이용가능한 데이터량과, 강화된 전용 채널에 대한 매체 접근 제어 부계층(MAC-i/is) 엔티티가 구성되는 경우 MAC-i/is의 분할 엔티티에서의 전송에 이용가능한 데이터량을 포함함 - 을 계산하고;
상기 총 데이터량에 기초하여 설정되는 총 강화된 전용 채널(E-DCH; enhanced dedicated channel) 버퍼 상태(TEBS; total E-DCH buffer status) 필드를 포함하는 스케쥴링 정보를 보내는 것을 포함하는 버퍼 상태의 보고 방법.
청구항 1에 있어서, 스케쥴링되지 않은(non-scheduled) 그랜트가 구성되어 있는 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트는 상기 총 데이터량에 포함되지 않는 것인 버퍼 상태의 보고 방법.
청구항 1에 있어서, 상기 RRC 엔티티가 적용성(applicability)을 제한한 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트는 상기 총 데이터량에 포함되지 않는 것인 버퍼 상태의 보고 방법.
청구항 1에 있어서, RLC 전송 윈도우 외측의 RLC 프로토콜 데이터 유닛(PDU; protocol data unit) 및 제어 PDU는 상기 총 데이터량에 포함되는 것인 버퍼 상태의 보고 방법.
청구항 1에 있어서, 부정 확인응답되지 않고 전송된 RLC PDU는 상기 총 데이터량에 포함되지 않는 것인 버퍼 상태의 보고 방법.
청구항 1에 있어서, 서빙 그랜트가 "0"과 같거나 모든 HARQ(hybrid automatic repeat request) 프로세스가 비활성화되어 있는 경우에 상기 MAC-i/is의 분할 엔티티에서의 데이터가 폐기되는 것인 버퍼 상태의 보고 방법.
버퍼 상태를 보고하기 위한 무선 송수신 유닛(WTRU; wireless transmit/receive unit)에 있어서,
무선 링크 제어(RLC) 프로토콜 데이터 유닛(PDU) 및 RLC PDU의 세그먼트를 저장하는 메모리; 및
보고가 요청되는 모든 논리 채널들에 걸쳐 이용가능한 총 데이터량 - 상기 총 데이터량은 RLC 엔티티에서의 전송 및 재전송에 이용가능한 데이터량과, 강화된 전용 채널에 대한 매체 접근 제어 부계층(MAC-i/is)의 분할 엔티티에서의 전송에 이용가능한 데이터량을 포함함 - 을 계산하고, 상기 총 데이터량에 기초하여 설정되는 총 강화된 전용 채널(E-DCH) 버퍼 상태(TEBS) 필드를 포함하는 스케쥴링 정보를 보내도록 구성되는 프로세서를 포함하는 무선 송수신 유닛.
청구항 7에 있어서, 상기 프로세서는 스케쥴링되지 않은 그랜트가 구성되어 있는 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트를 상기 총 데이터량에 포함시키지 않도록 구성되는 것인 무선 송수신 유닛.
청구항 7에 있어서, 상기 프로세서는 무선 리소스 제어(RRC) 엔티티가 적용성을 제한한 논리 채널에 속한 MAC-i/is의 분할 엔티티에 저장되어 있는 세그먼트를 상기 총 데이터량에 포함시키지 않도록 구성되는 것인 무선 송수신 유닛.
청구항 7에 있어서, 상기 프로세서는 RLC 전송 윈도우 외측의 RLC PDU 및 제어 PDU를 상기 총 데이터량에 포함시키도록 구성되는 것인 무선 송수신 유닛.
청구항 7에 있어서, 상기 프로세서는 부정 확인응답되지 않고 전송된 RLC PDU를 상기 총 데이터량에 포함시키지 않도록 구성되는 것인 무선 송수신 유닛.
청구항 7에 있어서, 상기 프로세서는 서빙 그랜트가 "0"과 같거나 모든 HARQ 프로세스가 비활성화되어 있는 경우에 상기 MAC-i/is의 분할 엔티티에서의 데이터를 폐기하도록 구성되는 것인 무선 송수신 유닛.