KR101020239B1 - 적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에기반하여 데이터율의 증가를 요청하는 장치, 방법, 및컴퓨터 프로그램 생성물 - Google Patents

적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에기반하여 데이터율의 증가를 요청하는 장치, 방법, 및컴퓨터 프로그램 생성물 Download PDF

Info

Publication number
KR101020239B1
KR101020239B1 KR1020087010044A KR20087010044A KR101020239B1 KR 101020239 B1 KR101020239 B1 KR 101020239B1 KR 1020087010044 A KR1020087010044 A KR 1020087010044A KR 20087010044 A KR20087010044 A KR 20087010044A KR 101020239 B1 KR101020239 B1 KR 101020239B1
Authority
KR
South Korea
Prior art keywords
transport block
size
transmitted
data
identified
Prior art date
Application number
KR1020087010044A
Other languages
English (en)
Other versions
KR20080066713A (ko
Inventor
베노아 세비르
아호 카리 란타
Original Assignee
노키아 코포레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37899408&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=KR101020239(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 노키아 코포레이션 filed Critical 노키아 코포레이션
Publication of KR20080066713A publication Critical patent/KR20080066713A/ko
Application granted granted Critical
Publication of KR101020239B1 publication Critical patent/KR101020239B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • H04W28/22Negotiating communication rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0039Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver other detection of signalling, e.g. detection of TFCI explicit signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/36Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0215Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H04W28/0221Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices power availability or consumption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/14Flow control between communication endpoints using intermediate storage
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명에 따른 방법은 현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여, 적어도: 송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하는 단계; 복수 개의 잠재적 전송 블록들 중 하나를 식별하는 단계로서, 식별된 잠재적 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하도록 충분히 큰 상응하는 전송 블록 크기를 가지는 단계; 식별된 잠재적 전송 블록이 송신될 수 있는지 여부를 결정하는 단계; 및 송신될 수 있는 상기 식별된 잠재적 전송 블록에 응답하여 상기 현재 데이터율의 증가에 대한 요청을 송신하는 단계를 수행하는 단계를 포함한다.

Description

적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에 기반하여 데이터율의 증가를 요청하는 장치, 방법, 및 컴퓨터 프로그램 생성물{Apparatus, method and computer program product to request a data rate increase based on ability to transmit at least one more selected data unit}
본 발명의 전형적이고 비제한적인 실시예는 일반적으로 무선 통신 시스템, 장치와 방법과 관련되고, 특히, 사용자 장비와 같은 장치로 하여금 데이터율의 증가를 요청하도록 허용하기 위한 무선 통신 시스템 기법에 관련된다.
다음 약어들은 다음과 같이 정의된다.
DCH 전용 채널(Dedicated Channel)
DPDCH 전용 물리적 데이터 채널(Dedicated Physical Data Channel)
DPCCH 전용 물리적 제어 채널(Dedicated Physical Control Channel)
E-DCH 확장 업링크 DCH(Enhanced Uplink DCH)
E-DPDCH 확장 DPDCH(Enhanced DPDCH)
E-DPCCH 확장 DPCCH(Enhanced DPCCH)
E-TFC E-DCH 전송 포맷 조합(E-DCH Transport Format Combination)
HSUPA 고속 업링크 패킷 접근(High Speed Uplink Packet Access)
IE 정보 요소(Information Element)
MAC 매체 접근 제어(Medium Access Control)
Node B 기지국(base station)
PDU 프로토콜 데이터 유닛(Protocol Data Unit)
RLC 무선 링크 제어(Radio Link Control)
RNC 무선 네트워크 제어기(Radio Network Controller)
RRC 무선 자원 제어(Radio Resource Control)
SDU 서비스 데이터 유닛(Service Data Unit)
SG 서비스 허가(Serving Grant)
TTI 송신 타이밍 간격(Transmission Timing Interval)
UE 예를 들어, 이동 단말기와 같은 사용자 장비
본 발명의 관심 분야는 예를 들어, 3GPP TS 25.309, 3세대 파트너십 프로젝트의 릴리즈 6; 기술 사양 그룹 무선 접근 네트워크(Technical Specification Group Radio Access Network); FDD 확장 업링크; 전체 설명(Overall Description); 스테이지 2(릴리스 6) 내의 패킷 데이터 트래픽을 위한 업링크 DCH(EDCH)이다.
HSUPA에서, 개선을 위한 특정한 시도는, 현재에는 패킷 스케쥴러 기능성 중 일부를 노드 B로 배포함으로써, 버스트가 존재하는(bursty) 비실시간 트래픽의 스케쥴링을 RNC의 계층 3(L3, 네트워크 계층)에 의하여 제공되는 것보다 고속으로 만들려는 접근법에 의하여 시도된다. 주된 사상은, 링크 적응이 더 고속으로 수행되면 패킷 데이터 사용자들 간에 업링크 전력 자원을 더 효율적으로 이용할 수 있다는 것인데, 그 이유는 패킷들이 한 사용자로부터 송신되면 스케쥴링된 자원은 즉시 다른 사용자에게 가용되도록 만들어질 수 있기 때문이다. 이러한 기법은, 고속 데이터율이 버스트가 존재하는 고속 데이터율 어플리케이션을 수행하는 사용자들에게 할당될 경우와 같은 잡음 상승의 최대 변동가능성(peaked variability)을 피하려고 시도한다.
현재의 아키텍쳐에서는, 패킷 스케쥴러는 RNC 내에 위치하며, 따라서 패킷 스케쥴러가 순시적 트래픽에 적응하는 능력이 제한되는데, 그 이유는 RNC 및 UE 간의 RRC 시그널링 인터페이스 상의 대역폭 제한 때문이다. 그러므로, 이러한 변동 가능성을 완화하기 위하여, 패킷 스케쥴러는 업링크 전력을 할당하는데 있어서 보수적임으로써 후속 스케쥴러 주기 동안의 비활성 사용자들로부터의 영향을 고려하여야 하는데, 이러한 솔루션은 할당된 고 데이터율 및 긴 릴리스 타이머 값이 존재할 경우에는 스펙트럼적으로 비효율적인 것으로 밝혀졌다.
그러므로, EDCH를 이용하면 패킷 스케쥴러 기능성 중 대부분이 노드 B로 전달되고, 즉, 업링크 자원을 할당하는 책임을 지는 노드 B가 존재한다. 이러한 스케쥴링이 효율적으로 수행되기 위해서는, 노드 B는 UE로부터 몇 가지 정보를 획득하여야 한다. 3GPP에서는 소위 "행복 비트"가 정의되며, 이것은 E-DPCCH에 포함된다. 해피 비트는 언제나 전송되며, "UP"(불행(unhappy)이라고도 불림) 또는 "KEEP"(행복이라고도 불림) 중 하나를 표시할 수 있다. UE가 UP 요청을 전송하면, 이 요청은, UE가 더 높은 비트율을 획득하고자 한다는 것을 의미하는 반면(즉, 현재 비트율로는 만족하지 않는다는 것을 의미하는 반면에), UE가 "KEEP" 요청을 전송하면, 이러한 요청은 해당 UE가 현재의 비트율에 만족한다는 것(즉, 현재의 비트율로 행복하다는 것)을 나타낸다.
3GPP는 UP-요청(즉, 불행 상태)이 다음과 같이 전송될 수 있다고 정의한다:
다음과 같은 조건 모두가 만족되면 해피 비트는 "불행"으로 설정될 것인데, 이러한 조건은,
1) UE가 현재의 서비스 허가에 의하여 허용되는 것보다 높은 E-DPDCH 내지 DPCCH 율로 송신하는데 가용한 충분한 전력을 가질 것; 및
2) 전체 버퍼 상태가 현재의 서비스_허가와 함께 송신될 Happy_Bit_Delay_Condition 밀리초(ms)보다 더 많이 요구할 것 들이다.
이에 대한 참조는 3GPP TS 25.321, 3세대 파트너십 프로젝트의 섹션 11.8.1.5; 기술 사양 그룹 무선 접근 네트워크(Technical Specification Group Radio Access Network); 매체 접근 제어(MAC) 프로토콜 사양 (릴리스 6)(버전 6.5.0)(2005-06) 들에서 이루어진다.
언제 해당 UE가 더 높은 데이터율(예를 들어, 비트율)에서 전송하는데 가용한 전력을 가지는지에 대한 기준을 정의하는데 문제점이 발생한다.
E-TFC들은 그들 간에 매우 적은 단계들만을 가짐으로써, 송신될 상위 계층 데이터 패킷(SDU)들의 모든 크기 및 개수에 상대적으로 정확하게 정합되도록 정의된다. E-TFC들의 전송 블록들의 전송 블록 크기에는 작은 단계들만이 발생한다. 그러나, 정의에 존재하는 문제점은, 만일 해당 UE가 현재 E-TFC Y로 송신한다면(예를 들어, 특정 전송 블록 크기를 송신한다면), UE가 E-TFC Y+1로 송신할(예를 들어, 다소 더 큰 전송 블록 크기를 송신할) 충분한 전력을 가진다면, UE는 "불행"을 표시하지 않을 것이다. 이것은, 실용적 관점에서 후속 E-TFC는 거의 하나 이상의 SDU를 수용하지 않을 것이기 때문이고, 따라서 더 높은 데이터율로 송신하는데 이용될 수 없기 때문이다. 예를 들어, 다소 더 큰 전송 블록 크기는 전형적으로 다른 SDU를 수용할 수 없다.
그러므로, 기본적 문제점은, 상위 계층들로부터의 데이터가 특정한 크기의 SDU 내에서 MAC으로 진행한다는 것이고, 또한 송신된 데이터율을 증가시킨다는 것은 단일 전송 블록 내에(예를 들어, 한 E-TFC에서) 하나 또는 수 개의 추가적인 SDU(들)을 송신한다는 것을 의미한다는 것이다.
본 발명의 예시적인 일 실시예에서, 현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여, 적어도: 송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하는 단계; 복수 개의 잠재적 전송 블록들 중 하나를 식별하는 단계로서, 식별된 잠재적 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하도록 충분히 큰 상응하는 전송 블록 크기를 가지는 단계; 식별된 잠재적 전송 블록이 송신될 수 있는지 여부를 결정하는 단계; 및 송신될 수 있는 상기 식별된 잠재적 전송 블록에 응답하여 상기 현재 데이터율의 증가에 대한 요청을 송신하는 단계를 수행하는 단계를 포함하는 방법이 개시된다.
본 발명의 예시적인 다른 실시예에서, 처리 유닛을 포함하는 장치가 개시되는데, 상기 처리 유닛은 현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여, 송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하는 동작, 복수 개의 잠재적 전송 블록들 중 하나를 식별하는 동작으로서, 식별된 잠재적 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하도록 충분히 큰 상응하는 전송 블록 크기를 가지는 동작, 식별된 잠재적 전송 블록이 송신될 수 있는지 여부를 결정하는 동작, 및 송신될 수 있는 상기 식별된 잠재적 전송 블록에 응답하여 상기 현재 데이터율의 증가에 대한 요청을 송신하는 동작을 수행하도록 구성되는 것을 특징으로 한다.
본 발명의 예시적인 다른 실시예에서, 적어도 하나의 데이터 프로세서에 의하여 실행될 수 있는 기계 독출 명령어들의 프로그램을 실질적으로 구현하는 컴퓨터 프로그램 생성물로서, 상기 데이터 프로세서로 하여금 동작들을 수행하도록 하는 컴퓨터 프로그램 생성물이 개시된다. 이러한 동작은, 현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여, 적어도: 송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하는 동작; 복수 개의 잠재적 전송 블록들 중 하나를 식별하는 동작으로서, 식별된 잠재적 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하도록 충분히 큰 상응하는 전송 블록 크기를 가지는 동작; 식별된 잠재적 전송 블록이 송신될 수 있는지 여부를 결정하는 동작; 및 송신될 수 있는 상기 식별된 잠재적 전송 블록에 응답하여 상기 현재 데이터율의 증가에 대한 요청의 송신을 야기하는 동작을 포함하는 동작을 수행하는 동작을 포함한다.
본 발명의 추가적인 예시적 실시예에서는 장치가 개시된다. 현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여, 적어도: 송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하기 위한 수단; 복수 개의 잠재적 전송 블록들 중 하나를 식별하기 위한 수단으로서, 식별된 잠재적 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하도록 충분히 큰 상응하는 전송 블록 크기를 가지는 수단; 식별된 잠재적 전송 블록이 송신될 수 있는지 여부를 결정하기 위한 수단; 및 송신될 수 있는 상기 식별된 잠재적 전송 블록에 응답하여 상기 현재 데이터율의 증가에 대한 요청을 송신하기 위한 수단이 동작된다.
본 발명의 예시적인 다른 실시예에서, 확장 업링크 전용 채널(enhanced uplink dedicated channel, E-DCH) 송신을 위하여, 사용자 장비가 현재 데이터율보다 높은 데이터율에서 송신하는데 가용한 충분한 전력을 가질 것이라는 기준이 적어도 만족된다면 더 높은 데이터율에 대한 요청을 나타내는 상태로 적어도 하나의 비트를 설정하는 단계를 포함하는 방법이 개시된다. 상기 사용자 장비가 충분한 가용 전력을 가지는지 여부에 대한 평가 동작은 상기 적어도 하나의 비트가 송신된 송신 타이밍 간격(transmission timing interval, TTI)내에서 송신되도록 선택된 E-TFC의 전송 블록 크기보다 적어도 x 비트만큼 큰 전송 블록 크기를 가지는 E-DCH 전송 포맷 조합(E-DCH transport format combination, E-TFC)을 식별하는 단계로서, x는 비-스케쥴링된 MAC-d(medium access control-d) 플로우들에 속하지 않고 버퍼 내에 데이터를 가지는 모든 논리적 채널로부터 구성된 최소의 무선 링크 제어(radio link control, RLC) 프로토콜 데이터 유닛(protocol data unit, PDU) 크기인 단계를 포함한다. 평가 동작은 또한 상기 선택된 E-TFC의 전력 오프셋에 기반하여, 상기 식별된 E-TFC가 지원되는지 점검하는 단계를 포함하는 것을 특징으로 한다.
본 발명의 예시적인 추가적 실시예에서, 처리 유닛을 포함하는 장치에 있어서, 상기 처리 유닛은, 확장 업링크 전용 채널(E-DCH) 송신을 위하여, 사용자 장비가 현재 데이터율보다 높은 데이터율에서 송신하는데 가용한 충분한 전력을 가질 것이라는 기준이 적어도 만족된다면 더 높은 데이터율에 대한 요청을 나타내는 상태로 적어도 하나의 비트를 설정하도록 구성된다. 상기 처리 유닛은, 다음과 같은 동작들을 통하여 상기 사용자 장비가 충분한 가용 전력을 가지는지 여부를 평가하도록 구성되고: 상기 처리 유닛이 상기 적어도 하나의 비트가 송신된 송신 타이밍 간격(TTI)내에서 송신되도록 선택된 E-TFC의 전송 블록 크기보다 적어도 x 비트만큼 큰 전송 블록 크기를 가지는 E-DCH 전송 포맷 조합(E-TFC)을 식별되도록 구성되되, x는 비-스케쥴링된 MAC-d 플로우들에 속하지 않고 버퍼 내에 데이터를 가지는 모든 논리적 채널로부터 구성된 최소의 무선 링크 제어(RLC) 프로토콜 데이터 유닛(PDU) 크기이며; 및 상기 처리 유닛이 상기 선택된 E-TFC의 전력 오프셋에 기반하여, 상기 식별된 E-TFC가 지원되는지 점검하도록 구성되는 것을 특징으로 한다.
본 발명의 전술된 실시예 및 다른 실시예들은 후술되는 실시예에 대한 상세한 설명을 첨부된 도면과 함께 이해함으로써 명확해질 것이다.
도 1은 본 발명의 예시적 실시예들을 실시할 때 이용되기에 적합한 다양한 전자 장치들의 간략화된 블록도를 도시한다.
도 2는 E-DCH 전송 블록 상에 매핑된 RLC PDU 들을 예시한다.
도 3은 본 발명의 예시적인 실시예들의 동작을 설명하는데 유용한 논리적 흐름도이다.
도 4는 다른 엔티티 및 시그널링 채널에 연결된 MAC-es/e 엔티티의 블록도이다.
도 5는 도 3의 블록 3B의 논리적 흐름도이다.
도 6은 개시된 발명의 실시예들과 함께 이용되기에 적합한 하나 또 는 그 이상의 예시적 집적 회로의 블록도이다.
도 7은 도 3의 논리적 흐름도의 더욱 상세한 버전을 설명하는데 유용한 논리적 흐름도이다.
본 발명의 예시적 실시예들을 이용함으로써 해결되는 예시적인 문제점은, UE가 E-TFC Y(예를 들어, 특정 전송 블록 크기로써 특징됨)와 함께 현재 송신한다고 가정할 때, 더 높은 데이터율을 이용한 송신을 허용하는 X(이하 x로도 표시됨)의 가장 작은 가능한 값(예를 들어, 양의 정수)을 가지는 E-TFC Y+X가 무엇인지 어떻게 정의할 지에 관한 것이다. 즉, E-TFC Y보다 하나 많은 SDU에 맞춤되는 지원되는(예를 들어, 차단되지 않고 송신가능한) E-TFC Y+X가 무엇인가를 정의할 지에 관한 것이다.
본 발명의 예시적 실시예들은 적어도 일부에 있어서 예를 들어, 3GPP TS 25.309, 3세대 파트너십 프로젝트; 기술 사양 그룹 무선 접근 네트워크; FDD 확장 업링크; 전체 설명(Overall Description); 스테이지 2(릴리스 6) (버전 6.10.2)(2004-12) 내의 패킷 데이터에 대한 업링크 DCH의 확장(E-DCH)을 제공하는데 관련된다. 본 명세서에서 기술되는 예시적 실시예들은 그 예로서 E-DCH를 이용하지만, 개시된 발명은 이에 한정되는 것은 아니다.
우선 본 발명의 예시적인 실시예를 실시하는데 이용되기에 적합한 다양한 전자 장치들의 간략화된 블록도를 예시하는 도 1을 참조한다. 도 1에서, 무선 네트워크(1)는 UE (10), 기지국(예를 들어, 노드 B)(12), 및 무선 네트워크(1)를 위한 제어기(14)(예를 들어 RNC)를 포함한다. UE(10)는 데이터 프로세서(DP, 10A), 프로그램(PROG, 10C)을 저장하는 메모리(MEM, 10B), 및 기지국(예를 들어, 노드 B, 12)과의 양방향 무선 통신을 위한 적합한 무선 주파수(RF) 송수신기(10D)를 포함하며, 기지국(12)은 역시 DP(12A), PROG(12C)을 포함하는 MEM(12B), 및 적합한 RF 송수신기(12D)를 포함한다. 기지국(12)은 데이터 경로(13)를 통하여 제어기(14)로 연결되며, 제어기(14)는 역시 DP(14A) 및 관련 PROG(14C)을 저장하는 MEM(14B)을 포함한다. 적어도 PROG(10C)는, DP(10A)에 의하여 실행되면 UE(10)로 하여금 본 발명의 예시적 실시예에 따라서 동작하도록 야기하는 프로그램 명령어를 포함하는 것으로 가정되는데, 이에 대해서는 해당 부분에서 상세히 후술된다.
도 1에 도시된 바와 같이, Uu 인터페이스는 UMTS(Universal Mobile Telecommunications System) 지상파 무선 접근 네트워크(UMTS Terrestrial Radio Access Network, UTRAN) 및 UE(10) 사이의 인터페이스이다. UTRAN은 전형적으로 노드 B와 같은 하나 또는 그 이상의 기지국(12), 및 RNC 또는 기지국 제어기와 같은 하나 또는 그 이상의 제어기(14)를 포함한다. 데이터 경로(123)는 Iu를 포함하는데, 이것은 제어기(14)(예를 들어, RNC, BSC) 및 3G(3세대) 코어 네트워크(CN)(도 1에는 미도시) 사이의 상호 접속점이다. 또한, 도 1에는 이하 참조되는 UE 송신 버퍼(Tx_BUF)(10E)가 도시된다. 원할 경우 송신 버퍼(10E)는 메모리(10B)의 일부일 수 있다는 점에 주의한다.
일반적으로, 장치 UE(10)의 다양한 실시예들은 셀룰러 전화기, 무선 통신 기능을 가지는 개인휴대 정보단말기(PDA), 무선 통신 기능을 가지는 휴대형 컴퓨터, 무선 통신 기능을 가지는 디지털 카메라와 같은 촬영기기, 무선 통신 기능을 가지는 게이밍 기기, 무선 통신 기능을 가지는 음악 저장 및 재생 가전제품, 무선 인터넷 접속 및 브라우징이 가능한 인터넷 가전제품, 뿐 아니라 그러한 기능들의 조합들을 통합하고 있는 휴대형 유닛 또는 단말기를 포함할 수 있으나, 본 발명은 이러한 예들에 한정되는 것은 아니다.
본 발명의 실시예들은 UE(10)의 DP(10A) 및 다른 DP에 의하여 실행될 수 있는 컴퓨터 소프트웨어에 의하여 구현되거나, 또는 하드웨어에 구현되거나, 또는 소프트웨어 및 하드웨어의 조합에 의하여 구현될 수 있다. MEM(10B, 12B, 14B)은 논리적 기술 환경에 적합한 모든 형태를 가질 수 있으며, 반도체 기반 메모리 장치, 자기 메모리 장치 및 시스템, 광학 메모리 장치 및 시스템, 고정식 메모리 및 착탈식 메모리와 같은 모든 적합한 데이터 저장 기법을 이용하여 구현될 수 있다. DP(10A, 12A, 14A)는 논리 적 기술 환경에 적합한 모든 타입을 가질 수 있으며, 범용 컴퓨터, 특수 목적 컴퓨터, 마이크로프로세서, 디지털 신호 처리기(DSP), 및 다중-코어 프로세서 아키텍쳐에 기반한 프로그램들 중 하나 또는 그 이상을 한정적이지 않은 예시로서 포함한다. 메모리(10B, 12B, 및 14B)는 기계 독출 명령어의 프로그램을 실질적으로 구현하는 컴퓨터 프로그램 생성물로부터의 기계 독출 명령어들을 포함할 수 있는데, 이러한 프로그램 생성물은 본 명세서에서 설명된 동작들을 수행하기 위하여 적어도 하나의 데이터 프로세서(10C, 12C, 14C)에 의하여 실행될 수 있다. 이러한 컴퓨터 프로그램 생성물은 콤팩트 디스크(CD), 디지털 다기능 디스크(DVD), 메모리 스틱 또는 기계 독출 명령어들의 프로그램을 포함하기에 적합한 모든 다른 생성물을 포함할 수 있다.
본 발명의 예시적 실시예들에 대해서 더 상세하게 설명하는 동안, 예시적인 일 실시예에는 현재 허용된 E-TFC보다 더 많은 SDU의 송신을 허용하는 E-TFC를 식별하기 위한 한 가지 규칙이 제공된다. 이 규칙은, UE(10)가 다음으로 큰 E-TFC(예를 들어, 현재 E-TFC의 전송 블록 크기보다 다소 큰 전송 블록 크기에 의하여 특징됨)를 송신할 수 있는 충분한 전력을 가지는지를 단지 검사하는 것과는 상이한데, 이 기술은 실질적으로는 현재의 E-TFC보다 더 많은 데이터를 송신하도록 허용하지 않는다. 이것은 사실인데, 그 이유는 다른 SDU는 전형적으로 다음으로 큰 E-TFC의 전송 블 록 크기 및 현재의 E-TFC보다 다소 더 작은 전송 블록 크기 사이의 공간차(space difference)에는 맞춤될 수 없기 때문이다.
또한, 구현할 수 있는 다양한 대안적 실시예들이 존재할 수 있다는 점에도 주의하는데, 그 이유는 UE(10)는 상이한 RLC PDU 크기를 이용할 수 있는 다중 서비스(예를 들어, 논리적 채널)를 이용하여 동시적으로 구성될 수 있기 때문이다. 그러나, 오직 하나의 RLC PDU 크기만 이용된다면(이것이 전형적인 경우이다), 상이한 대안들도 모두 동일한 솔루션으로 수렴된다.
도 2는 어떻게 하나 또는 다중 RLC PDU들이 단일 E-DCH 전송 블록(270) 내에 매핑될 수 있는지를 예시한다. PROG(10C)의 일부로서의 MAC 엔티티(210)는 복수 개의 서브-엔티티들을 포함하는데, 이들 중에서 MAC-d(210-1), MAC-es(210-2), 및 MAC-e(210-3)가 도시된다. MAC 엔티티(210)는 전형적으로 RRC(205)에 의하여 구성되는데, 이것 역시 PROG(10C)의 일부이다. 또한, 도 2에는 RLC 엔티티(230) 및 L1 엔티티(240)도 도시된다. RLC 엔티티(230) 및 L1 엔티티(240) 모두도 PROG(10C)의 일부라는 점에 주의한다. 각 엔티티들 230, 210-1, 210-2, 210-3, 및 240도 계층인 것으로 간주되는데, 여기서 RLC 엔티티(230)는 최상위 계층이고, L1 엔티티(240)는 최하위 계층이다. 그러므로, 정보는 업링크에서는 최상위 계층인 RLC 엔티티(230)로부터 최하위 계층인 L1 엔티티(240)로 진행한다. 도 2에서, 그리고 3GPP TS 25.321, 섹션 4.2.3에 정의된 바와 같이, MAC-d 엔티티(210-1)는 모든 전용 전송 채널로의 접근을 제어하는 반면, MAC-e/es 엔티티들(210-2, 210-3)(단일 MAC-e/es 엔티티라고 공통적으로 불린다)은 E-DCH 전송 채널로의 접근을 제어한다.
RLC 엔티티(230)는 RLC PDU(231)를 생성하고, MAC-d 엔티티(210-1)는 MAC-d PDU (240)을 생성하며, MAC-es 엔티티는 헤더 정보(251) 및 MAC-es PDU(250)를 생성하고, MAC-e 엔티티(210-3)는 MAC-e PDU (260)를 생성한다. 헤더 정보(251)는 [DDI, N} 커플이라고 불리고 데이터 기술자 표시기(Data Description Indicator, DDI) 필드(252) 및 N 필드(253)를 포함한다. 3GPP TS 25.321 (릴리스 6) (버전 6.5.0) (2005-06)의 섹션 9.2.4.2.인 "MAC-e 헤더 파라미터"에 따르면, DDI 필드(252)는 논리적 채널, MAC-d 플로우 및 관련된 MAC-es PDU (250)으로 연결된 MAC-d PDU의 크기를 식별한다. DDI 값 및 논리적 채널 ID, MAC-d 흐름, 및 PDU 크기 간의 매핑은 상위 계층들에 의하여 제공된다. DDI 필드(252)의 길이는 6비트이다. N 필드(253)는 동일한 DDI 값에 상응하는 연속적 MAC-d PDU의 개수를 표시한다. N 필드의 길이는 6비트이다. MAC-e 헤더(224)가 다중 헤더 정보(251)로부터 다중 [DDI, N} 커플들을 포함하는 것이 이해될 수 있다.
SDU는 계층으로 진입하는 데이터 유닛이고, PDU는 계층에 머무는 데이터 유닛이다. MAC-d 엔티티(210-1)에 관련하여, SDU는 RLC PDU(231)를 나타낸다(즉, RLC 엔티티(230)가 MAC-d 엔티티(210-1) 상위의 계층이고, MAC-d 엔티티(210-1)로의 SDU 입력인 RLC PDU(231)를 생성한다). 그러면, MAC-d 엔티티(210-1)는 해당 SDU (즉, RLC PDU(231))를 이용하여 MAC-d PDU (240)를 생성하는데, 이것은 MAC-es 엔티티(210-2)의 SDU 자체이다. 그러므로, SDU 및 PDU라는 용어는 상호 교환적으로 이용될 수 있으며, 이들 각각은 설명중인 특정 계층에 적합한 데이터 유닛을 나타낸다.
더 높은 데이터율 송신을 허용하기 위하여, 더 많은 RLC PDU(231)들이 L1 엔티티(240)의 단일 전송 블록(270)에 맞춤되어야 한다. 이것은, MAC-e PDU(260)의 전송 블록 크기가 적어도 한 RLC PDU(231)의 크기만큼 증가되어야 한다는 것을 나타낸다. MAC-e 헤더(224)가 고정된 크기를 가질 것이기 때문에, 전송 블록 크기는 MAC-e PDU(260)의 데이터부(225)의 크기인 것으로 간주될 수 있다. 다른 예시에서, MAC-es PDU(250)는 또한 크기(221)를 포함하고, 크기(221)는 다른 RLC PDU(231)를 수용하기에 적합한 크기로 증가되어야 한다. 예시적인 실시예에서, 계층의 전송 블록 크기는 오직 데이터부(225)와 같은 데이터부만을 포함하는데, 그 반면에 전송 블록 크기는 필요할 경우 모든 헤더(예를 들어, MAC-e 헤더(224)) 및 패딩의 크기를 포함할 수 있다. 다른 예시적 실시예에서, 한 RLC PDU(231)를 더 가산하면, 헤더(예를 들어, MAC-e 헤더(224))는 RLC PDU(231)가 어떤 논리적 채널에 속하느냐에 따라서 변경될 수도 있고 변경 되지 않을 수도 있다:
만일 RLC PDU(231)가 DDI가 이미 포함된 논리적 채널에 속한다면, N은 증가되고 헤더 크기(254)는 변경되지 않는다.
만일 RLC PDU(231)가 DDI가 포함되지 않은 논리적 채널에 속한다면(즉, 신규한 RLC PDU 크기 또는 신규한 논리적 채널), 신규한 [DDI, N} 커플(예를 들어, 헤더 정보(251))이 요구된다. 이러한 신규한 [DDI, N} 커플은 MAC-e 헤더(224)의 크기(254)를 증가시킬 것이다. 그러므로, MAC-e 헤더(224)의 크기 증가는 선택된 E-TFC보다 X 비트만큼 더 큰 전송 블록 크기를 가지는 E-TFC의 식별자 내에 암시될 것이다(예를 들어, 후술되는 도 5의 블록(510)을 참조한다).
MAC-e PDU(260)가 MAC-e 엔티티(210-3)를 위한 전송 블록이라는 점에 주의한다. 이와 유사하게, MAC-es PDU(250)는 MAC-es 엔티티(210-2)를 위한 전송 블록이다.
후술되는 예시적 실시예들에 관련하여 후술되는 상세한 설명에 주의하여야 한다.
첫째로, 현재의 E-TFC는, 동일한 TTI 내에서 해피 비트로서 데이터를 송신하도록 (E-TFC 선택(E-TFCS)에서) 선택되도록 현재 허용된 최대 전송 블록 크기를 가지는 E-TFC를 나타낸다(예를 들어, 구성된 E-TFCS에 기반하여 선택된 전력 오프셋 및 스케쥴러에 의하여 제어되는 서비스 허용). 또는, 현재 E-TFC는 동일한 TTI 내에서 해피 비트로서 데이터를 송신하도록 E-TFC 선택에서 선택된 E-TFC를 나타낸다(예를 들어, 구성된 E-TFCS에 기반하면, 지원되는 E-TFC들의 목록, 선택된 전력 오프셋, 스케쥴러에 의하여 제어되는 스케쥴링 허용, 및 송신될 비-스케쥴링된 데이터의 양 등). E-TFC 선택은 예를 들어 3GPP TS 25.321 (릴리스 6)(버전 6.5.0) (2005-06)의 섹션 11.8.1.4에 설명된다.
둘째로, 스케쥴링된 논리적 채널은 비-스케쥴링된 MAC-d 플로우에 속하지 않는 논리적 채널이다. 3GPP TS 25.321, 섹션 4.2.3에 정의된 바와 같이, MAC-d는 모든 전용 전송 채널로의 접근을 제어한다. 또한, 업링크에서는, 만일 전용 타입의 논리적 채널이 공통 전송 채널로 매핑된다면, MAC-d는 해당 데이터를 MAC-es/e로 제출한다. 논리적 채널들을 전송 채널 상에 매핑하는 동작은 RRC에 의하여 구성되는 다중화에 기반한다. RRC 기능에 따르면, RRC는 일반적으로 MAC의 내부 구성을 제어한다.
셋째로, 동일한 전력 오프셋이란 동일한 TTI 내에서 데이터를 해피 비트로서 송신하도록 선택된 E-TFC의 E-TFC 선택 동안에 선택된 전력 오프셋인 것으로 간주된다. 3GPP TS 25.321 (릴리스 6)(버전 6.5.0) (2005-06)의 섹션 3.1.2에 설명된 바와 같이, 전력 오프셋은 주어진 E-TFC에 대한 E-DPDCH(들) 및 기준 E-DPDCH 전력 레벨 간의 전력 오프셋이다. 전력 오프셋 속성은, MAC-e PDU 내에서 홀로 운반되고 후속하여 E-DCH 타입의 상응하는 코딩된 콤포지트 전송 채널(Coded Composite Transport Channel, CCTrCh) 내에서 운반될 때 MAC-d 플로우 내의 요구되는 서비스 품질(QoS)을 획득하도록 설정된다. 기준 E-DPDCH 전력 오프셋은 하나 또는 수 개의 기준 E-TFC(들)을 위하여 UE로 시그널링된다. 전형적으로, 송신의 전력 오프셋은 최상위 우선 순위의 데이터가 송신되도록 허용하는 MAC-d 플로우의 복합 자동 요청(HARQ) 프로필에 상응하는 전력 오프셋이다. 만일 하나 이상의 MAC-d가 동일한 최상위 우선 순위의 데이터가 송신되도록 허용하면, 어떤 MAC-d 플로우가 선호되는지 선택하는 것은 구현된 장치의 몫으로 남겨진다.
넷째로, 송신 버퍼(10E) 내의 데이터란 스케쥴링된 MAC-d 플로우에 속하는 UE 송신 버퍼(10E) 내의 데이터를 나타낸다.
본 발명의 예시적인 일 실시예에 따르면, UE(10)는 (PROG(10C)에 따라서) 다음과 같이 동작한다.
현재의 E-TFC가 다음의 Happy_Bit_Delay_Condition에 의하여 정의된 시간 간격에서 또는 그 이하에서 송신 버퍼(10E) 내의 모든 데이터를 배달할 수 있는지 식별한다.
({버퍼 내의 데이터 [bits] * TTI 길이 [ms]} / 현재의 E-TFC 전송 블록 크기 [bits] < Happy_Bit_Delay_Condition )
만일 현재의 E-TFC보다 하나 더 많은 RLC PDU가 송신되도록 허용하 기에 충분한 전송 블록을 가지는 E-TFC가 존재하는지를 식별한다. 비록 이러한 식별을 위하여 다섯 개의 상이한 규칙들이 이하 후술되지만, 실제로는 오직 하나만이 사용 선택되고 구현될 수 있다.
1. 현재의 E-TFC의 전송 블록 크기보다 X 비트만큼 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링된 모든 논리적 채널들 중에서 구성된 최소 RLC PDU 크기이다.
2. 현재의 E-TFC의 전송 블록 크기보다 X 비트만큼 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링된 모든 논리적 채널들 중에서 구성된 최대 RLC PDU 크기이다.
3. 현재의 E-TFC의 전송 블록 크기보다 X 비트만큼 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링될 수 있는 최상위 우선권 논리적 채널에 대하여 구성된 RLC PDU 크기이다.
4. 현재의 E-TFC의 전송 블록 크기보다 X 비트만큼 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링될 수 있으며 UE(10)의 송신 버퍼(10E) 내에 데이터를 가지는 최상위 우선권 논리적 채널에 대해서 구성된 RLC PDU 크기이다.
5. 현재의 E-TFC의 전송 블록 크기보다 X 비트만큼 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링될 수 있으며 UE(10)의 송신 버퍼(10E) 내에 데이터를 가지는 최상위 우선권 논리적 채 널에 대해서 구성된 최소 RLC PDU 크기이다.
더 높은 데이터율을 가진 송신을 허용하는 E-TFC를 식별한 이후에는, UE(10)는 UE가 실제로 해당 데이터율에서 송신하기에 적합한 전력을 가지는지 여부를 평가한다(예를 들어, E-TFC가 차단되지 않고 따라서 지원되는지 등). 만일 평가 결과가 긍정적이고, 버퍼 내의 데이터량 기준이 만족된다면, 즉, 현재의 E-TFC가 Happy_Bit-Delay_Condition에서 또는 그 이하에서 UE의 버퍼 내에서 데이터를 배달할 수 없으면, UE(10)는 '해피 비트'를 '불행'을 설정하고, 즉, UE(10)는 "UP" 요청을 기지국(12)으로 전송한다.
전술된 기준이 R2-050179, 3GPP TSG-RAN WG2 Meeting #45bis, Sophia Antipolis, France, 10-14 January 2005에 발행된 것들과 상이하다는 점에 주의하는데, 발행된 바에 따르면, 섹션 2.3(UE 동작)에서 해피 비트를 "UP"(예를 들어, "불행")으로 설정하기 위하여 제안되는 조건은 다음과 같다:
UE는 x 개의 TTI들 내에서 현재의 비트율을 가지고 UE가 전송할 수 있는 것보다 UE의 버퍼(예를 들어, 전체 버퍼) 내에 더 많은 데이터를 가지고 있을 것(여기서 x는 필요할 경우 네트워크에 의하여 구성될 수 있다).
UE가 더 높은 비트율에서 송신할 충분한 전력 및 다른 성능들을 가 지고 있을 것. 그러면, 해피 비트는 상기 두 가지 조건이 만족되는 모든 TTI에서 설정될 것이다.
현재로는, MAC 헤더(예를 들어, 헤더(224))의 비트들은 E-TFC 선택에서 고려되지 않으며, 반대로 만일 MAC 헤더의 비트들이 고려된다면, 상기 X의 값은 해당 MAC 헤더에 대해서 가산된 비트들의 상응하는 개수만큼 증가되어야 한다는 점에도 주의하여야 할 수 있다.
더 나아가 전술된 버퍼 측면에 대하여, 그리고 역시 도 3을 참조하면, 다음과 같은 포인트들이 더욱 예시될 수 있다.
블록 3A. 우선 UE(10)는 버퍼 내의 데이터량 기준이 만족되는지 여부를 검사한다. 이러한 동작이 수행됨으로써, 만일 UE(10)가 현재(스케쥴러에 의하여 최대 허용된) E-TFC에서 Delay_Condition에서 또는 그 이하에서 UE의 버퍼 내의 모든 (스케쥴링된) 데이터를 송신할 수 없으면, 해당 UE는 버퍼 내에 충분한 데이터를 가지게 된다. 더 상세히 설명하면, 다음과 같다:
data_in_the_buffer / data_rate =< 지연 조건
여기서, data_in_the_buffer는 스케쥴링된 MAC-d 플로우의 비트 단위의 데이터량이고; data_rate는 현재 (스케쥴링에 의하여 최대 허용된) E-TFC의 전송 블록 크기 / TTI 길이이다.
블록 3B. 그러면, UE(10)는 어떤 것이 실제로 더 많은 개수의 RLC PDU를 송신할 수 있는, 현재의 (스케쥴러에 의하여 최대 허용된) E-TFC 상위의 다음 E-TFC 인지 검출한다. 제1 단계는 이용할 RLC PDU 크기를 식별하는 것이다. 어떤 크기의 RLC PDU를 이용해야 할지에 대한 식별 동작은 전술된 다섯 가지 규칙들 중 하나를 이용하여 달성될 수 있다.
특히, 도 3에 더불어 도 5를 참조하면, 도 5는 어떻게 블록 3B가 수행되어야 하는지에 대한 일 예를 도시한다. 블록 510에서, 선택된 E-TFC의 전송 블록 크기보다 X (또는 x) 비트만큼 더 큰 전송 블록 크기를 가지는 E-TFC에 대한 식별이 이루어진다. 선택된 E-TFC는, 해피 비트가 송신될 수 있는 송신 타이밍 간격(TTI) 내에서 송신되도록 선택된 E-TFC이다. 블록들(520) 각각은 X의 크기를 결정하는 규칙이다:
블록 520-1에서, X는 스케쥴링될 수 있는(예를 들어, 송신되기 위하여) 모든 논리적 채널들 중에서 구성된 최소 RLC PDU 크기인 것으로 결정된다.
블록 520-2에서, X는 스케쥴링될 수 있는(예를 들어, 송신되기 위하여) 모든 논리적 채널들 중에서 구성된 최대 RLC PDU 크기인 것으로 결정된다.
블록 520-3에서, X는 스케쥴링될 수 있는(예를 들어, 송신되기 위하여) 최고 우선권의 논리적 채널에 대하여 구성된 RLC PDU 크기인 것으로 결정된다.
블록 520-4에서, X는 스케쥴링될 수 있고(예를 들어, 송신되기 위하여) UE(10)의 송신 버퍼(10E) 내에 데이터를 가지는 최상위 우선권의 논리적 채널에 대하여 구성된 RLC PDU 크기인 것으로 결정된다.
블록 520-5에서, X는 스케쥴링될 수 있고(예를 들어, 송신되기 위하여) UE(10)의 송신 버퍼(10E) 내에 데이터를 가지는 논리적 채널들 중에서 구성된 최소 RLC PDU 크기인 것으로 결정된다.
전술된 설명에서, RLC PDU(231)가 DDI가 포함되지 않은 논리적 채널(즉, 신규한 RLC PDU 크기 또는 신규한 논리적 채널)에 속한다면, 신규한 [DDI, N} 커플(예를 들어, 헤더 정보(251))이 요구된다고 설명한 바가 있다. 이러한 신규한 [DDI, N} 커플은 MAC-e 헤더(224)의 크기(254)를 증가시키게 된다. 그러므로, 만일 블록(520) 내에서 선택된 RLC PDU(231)가 DDI가 포함되지 않은 논리적 채널에 속한다면, 적합한 E-TFC를 식별할 때 블록(510)은 2MAC-e 헤더(224)의 크기(254)의 증가를 고려할 것이다.
블록 3C. 그러면, 단계 2에서 식별된 E-TFC가 지원되는 상태를 가지는지(예를 들어, 식별된 E-TFC가 차단 상태가 아닌지)가 식별된다. 만일 식별된 E-TFC가 지원되는 상태를 가지면, 식별된 E-TFC는 송신될 수 있다고 간주될 수 있는데, 그 이유는 지원되는 상태를 가지는 E-TFC는 해당 E-TFC가 차단되지 않는다는 것 뿐만 아니라 UE가 식별된 E-TFC를 송신하는데 충분한 전력을 가진다는 것을 의미하기 때문이다. 예를 들어, 3GPP TS 25.321 (릴리스 6)(버전 6.5.0) (2005-06)의 섹션 11.8.1.4에 설명된 바와 같이, 각 TTI 경계에서, 구성된 E-DCH 전송 채널을 가지는 CELL_DCH 상태의 UE는, E-TFC의 요구된 송신 전력 대 최대 UE 송신 전력에 기반하여 구성된 모든 MAC-d 플로우에 대한 각각의 E-TFC의 상태(예를 들어, 지원되거나 차단되는 상태)를 결정할 것이다. 그러므로, 지원되는 상태를 가지는 식별된 E-TFC란, UE가 식별된 E-TFC를 송신하기에 충분한 전력을 가진다는 것을 의미한다. 그러므로, 지원되는 상태를 가지는 E-TFC는 해당 E-TFC가 송신될 수 있다는 것을 의미한다.
블록 3D. 만일 블록 3A 및 3B 모두 YES를 표시하면, 해피 비트를 "불행"(예를 들어, "UP")으로 설정함으로써 데이터율의 증가를 요청한다.
블록 3G. 만일 블록 3A 또는 3C가 now라면, 해피 비트는 "행복"(예를 들어, "KEEP")으로 설정되고, 동일한 데이터율을 요청한다(예를 들어, 현재의 데이터율이 적합하다는 것을 나타낸다).
블록 3E. UE(10)는 해피 비트를 예를 들어 기지국(12)으로 송신한다. 해피 비트는 실제 데이터를 전송하는데 이용된 것과 다른 수단을 이용하여 전송된 대역-외 시그널링(out-of-band signaling)을 이용하여 송신된다는 점에 주의한다. 예를 들어, E-DPCCH는 E-DPDCH와 다중화된 코드이다: E-DPDCH는 데이터 및 계층 2(L2) 정보를 운반하는 반면에, E-DPCCH는 해피 비트, E-TFCI(E-DCH 전송 포맷 조합 식별자, E-DCH Transport Format Combination Indicator) 및 해당 데이터 송신과 관련된 재송신 시퀀스 번호를 운반한다.
블록 3B 및 3C가 블록 3F인 것으로 간주될 수 있으며, 여기서 UE(10)가 더 높은 데이터율(예를 들어, 현재 데이터율에 비하여)에서 송신할 충분한 전력을 가지는지 여부가 결정된다는 점에 주의한다. 블록 3B는 현재 선택된(그리고 송신될) E-TFC보다 더 큰 잠재적 E-TFC를 식별하고, 이러한 식별이 데이터율(예를 들어, TTI 내의 E-TFC의 송신에 기반하여)을 또한 선택한다는 점에 주의한다. 그러면, 블록 3C는 지원된 상태(예를 들어, 잠재적 E-TFC가 차단되지 않음)를 가짐으로써 더 큰 잠재적 E-TFC가 송신될 수 있는지를 결정한다. UE가 지원되는 상태를 가지는 E-TFC를 송신할 충분한 전력을 가진다는 점에 주의한다(예를 들어, 지원되는 상태 자체는 해당 E-TFC를 송신할 충분한 전력이 있음을 표시하는데, 그 이유는 UE가 해당 E-TFC를 송신할 충분한 전력을 가지는지 여부 및 UE가 해당 E-TFC를 송신할 충분한 전력을 가지면 E-TFC들이 지원되는 상태를 가지는지 여부를 결정하는 동작을 수행한 바 있기 때문이다).
도 1 내지 도 3 및 도 5를 적절하게 참조하면서 도 4로 돌아가면, 도 4는 다른 엔티티 및 시그널링 채널에 연결된 MAC-es/e 엔티티(430)의 블록도이다. MAC-es/e 엔티티(430)는 도 2의 MAC-es 엔티티(210-2) 및 MAC-e 엔티티(210-3) 모두에 상응하며, PROG 10C의 일부이다. 도 4는 3GPP TS 25.321, 3세대 파트너십 프로젝트의 명칭 "MAC-e/es 엔티티-UE 측"인 섹션 4.2.3.4의 도 4.2.3.4.1; 기술 사양 그룹 무선 접근 네트워크(Technical Specification Group Radio Access Network); 매체 접근 제어(MAC) 프로토콜 사양 (릴리스 6)(버전 6.5.0)(2005-06)의 수정된 버전이라는 점에 주의한다.
MAC-es/e 엔티티(430)는 E-TFC 선택 엔티티(440), 다중화 및 TSN(송신 시퀀스 번호, Transmission Sequence Number) 설정 엔티티(445), 및 HARQ 엔티티(450)를 포함한다. 도 4는 MAC-es/e 엔티티(430)가 MAC-d 엔티티(예를 들어, MAC-d 엔티티(210-1) 및 MAC-control(예를 들어, RRC로부터)에 연결되고, E-DPCDH 및 E-DPCCH를 포함하는 복수 개의 채널에 연결되는 것을 도시한다. 데이터(예를 들어, L1 엔티티(240)를 이용하여 전송 블록(270)으로 변환된 MAC-e PDU(260))는 E-DPDCH를 이용하여 송신되고, 해피 비트(460)는 E-DPCCH를 이용하여 송신된다.
MAC-es/e 엔티티(430)는 MAC-d 플로우(490)를 수신한다. MAC-d 플로우(490)는 데이터 유닛들(470-1 내지 470-M)에 상응하고, 각 데이터 유닛은 상응하는 크기(475)를 가진다. 데이터 유닛(470)은 또한 논리적 채널(LC, 480-1 내지 480-X)에 상응한다. 데이터 유닛(470) 및 논리적 채널(480) 간에 일대일 상관성이 존재할 수도 있고, 존재하지 않을 수 있다. 도 2에 도시된 바와 같이, 데이터 유닛(470)은 MAC-d 엔티티(210-1)에 의 하여 MAC-d PDU(280) 내로 패키지화될 수 있다. 그러므로, MAC-d 플로우(490)는 MAC-d PDU(240)를 포함한다.
3GPP TS.321의 섹션 4.2.3.4(여기서는 도 4의 부재 번호를 이용한다)에서 설명된 바와 같이:
HARQ 엔티티(예를 들어, HARQ 엔티티(450))가 HARQ 프로토콜에 관련된 MAC 기능의 처리를 담당한다. 이것은 MAC-e 페이로드의 저장 및 해당 페이로드의 재송신을 담당한다. HARQ 프로토콜의 상세한 구조는 MAC-Control SAP(Service Access Point)를 통하여 RRC에 의하여 제공된다. HARQ 엔티티는 E-TFC, 재송신 시퀀스 번호(RSN), 및 계층 1(L1)에 의하여 이용되는 전력 오프셋을 제공한다.
다중화 및 TSN 설정 엔티티(예를 들어, 엔티티(445))는 다중 MAC-d PDU들을 MAC-es PDU로 접합시키는 동작, 및 E-TFC 선택 기능에 의하여 지시된 바와 같이, 하나 또는 다중 MAC-es PDU들을 단일 MAC-e PDU로 다중화하는 것을 담당한다. 또한, 이것은 각 MAC-es PDU에 대하여 논리적 채널 당 TSN을 관리 및 설정하는 동작도 담당한다.
E-TFC 선택 엔티티(엔티티 440)는 계층 1(L1)을 통하여 UTRAN으로부터 수신된 스케쥴링 정보(상대적 허가 및 절대적 허가(Absolute Grant)) 및 RRC를 통하여 시그널링된 서비스 허가 값에 따르는 E-TFC 선택 및 E-DCH 상에 매핑된 상이한 플로우들 간의 중재를 담당한다. E-TFC 엔티티의 세부적인 구조는 MAC-Control SAP(Service Access Point)를 통하여 RRC에 의하여 제공된다. E-TFC 선택 기능이 다중화 기능을 제어한다.
도 4에 도시된 예에서, E-TFC 선택 엔티티(440)가 본 명세서에서 제공되는 방법 및 기법들 중 적어도 일부를 수행하도록 수정된다. 다른 실시예에서, 본 명세서에서 제공되는 방법 및 기법들은, 입력을 예를 들어, E-TFC 선택 엔티티(440)로 제공하는 다른 엔티티(도 4에는 미도시)에 의하여 적어도 일부 수행된다. 다른 예시적인 실시예에서, 본 명세서에서 제공되는 방법 및 기법은 적어도 일부에 있어서 하나 또는 그 이상의 엔티티(440, 445, 450)들에 의하여 수행된다. 또다른 실시예에서, MAC-es/e 엔티티(430) 외부의 엔티티가 본 명세서에서 제공된 방법 및 기법들을 수행하고, 입력을 MAC-es/e 엔티티(430)로 제공한다.
E-TFC 선택 엔티티(440)가 도 3 및 도 5의 방법들을 수행하도록 수정된다고 가정하면, E-TFC 선택 엔티티(440)는 복수 개의 잠재적 E-TFC들(410), E-TFC(410-1 내지 410-N)들 중에서 선택할 수 있는데, 이들 각각은 상응하는 전송 블록 크기(TBS)(420-1 내지 420-N)를 가진다. 각 전송 블록 크기(420)는 전송 블록 크기(220, 221, 또는 225) 중 하나와 상응한다. 예를 들어, 도 5에서 E-TFC 선택 엔티티(440) 내의 규칙을 이용하면, 적절한 전송 블록 크기(420)를 가지는 적절한 잠재적 E-TFC(410)를 선택한다. 또한, E-TFC 선택 엔티티(440)는 해피 비트가 송신되는 송신 시간 기 간(TTI) 내의 송신을 위하여 선택된 E-TFC(441)를 결정하고, 선택된 E-TFC(442)에 대한 전력 오프셋(442)을 결정했다. 전술된 바와 같이, E-TFC(441) 및 전력 오프셋(442)은 UE(10)가 더 높은 데이터율로 송신하기에 충분한 전력을 가지는지 결정할 때 이용된다(예를 들어, RLC PDU(231)과 같은 적어도 하나 이상의 데이터 유닛을 수용하기에 적합한 전송 블록 크기를 이용한다). E-TFC(410) 가 송신하기에 적합한 잠재적 E-TFC들이며(예를 들어, 송신될 수 있도록), 이들은 더 높은 데이터율에서의 송신에 적합한 상응하는 전송 블록 크기(420)를 선택하는데 이용된다. 이러한 잠재적 E-TFC들은 전형적으로 후속 TTI에서 송신되지 않을 것이지만, 잠재적 E-TFC들이 송신될 수 있다고 가정하면 후속 TTI에서 송신될 수 있다(예를 들어, 지원된다면 송신될 수 있는데, 지원된다는 것은 UE가 E-TFC를 송신하기에 충분한 전력을 가진다는 것을 나타낸다). 또한, 선택된 E-TFC(441)는 송신되도록 선택되고 후속 TTI 내에서 송신되도록 스케쥴링된 E-TFC이다.
전술되고 도 5에서 다시 설명된 다양한 규칙들이 이하 더욱 상세히 논의되며 사용 예를 이용하여 설명된다.
첫째로 UE(10)에 의하여 채택된 서비스 A 및 B를 가정하는데, A는 200비트의 PDU 및 더 높은 우선권을 가지고, B는 100비트의 PDU 및 낮은 우선 순위를 가진다고 가정한다. 그러면, 다섯 개의 개별적 규칙들은 다 음과 같이 적용될 것이다.
1. 현재의 E-TFC의 전송 블록 크기보다 X 비트 더 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링된 모든 논리적 채널들 중에서 구성된 최소의 RLC PDU 크기이다. 이 경우에, X = min(100, 200)이며, 즉, X = 100비트이다.
2. 현재의 E-TFC의 전송 블록 크기보다 X 비트 더 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링된 모든 논리적 채널들 중에서 구성된 최대의 RLC PDU 크기이다. 이 경우에, X = max(100, 200)이며, 즉, X = 200비트이다.
3. 현재의 E-TFC의 전송 블록 크기보다 X 비트 더 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링될 수 있는 최고 순위의 논리적 채널에 대하여 구성된 RLC PDU 크기이다. 이 경우에는, X = 최고 우선 순위의 PDU 크기이며, 즉, X = 200비트이다.
4. 현재의 E-TFC의 전송 블록 크기보다 X 비트 더 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링될 수 있으며 UE(10)의 송신 버퍼(10E) 내에 데이터를 포함하는 최고 순위의 논리적 채널에 대하여 구성된 RLC PDU 크기이다. 이 경우에는, X = 버퍼 내에 데이터를 가지는 최고 우선순위의 PDU 크기이다. 이제, 지연 조건을 달성시키기 위해서는 지연 조건을 달성하기 위한 데이터를 가져야 하는데, 따라서 많은 것이 공지된다. 만약 A가 데이터를 가지면 X = 200인데, 만일 A가 데이터를 가지지 않으면 X = 1000이다.
5. 현재의 E-TFC의 전송 블록 크기보다 X 비트 더 큰 전송 블록 크기를 가지는 E-TFC를 식별하는데, 여기서 X는 스케쥴링될 수 있으며 UE(10)의 송신 버퍼(10E) 내에 데이터를 포함하는 논리적 채널에 대하여 구성된 최소 RLC PDU 크기이다. 이 경우에는, A 및 B가 데이터를 가지거나, 또는 B만이 데이터를 가지면, x = 100이고, A만 데이터를 가지면, X = 200이다.
전술된 방식으로 기준을 정의하는 것들의 예시적 장점들 중 하나는, UE(10)는 오직 UE가 실제로 더 높은 데이터율로 송신할 수 있을 때에만 고속 데이터율을 요청한다는 점이라는 것이 이해될 수 있다. 그러나, PDU 크기를 아예 고려하지 않는 경우와 비교할 때, X의 연산을 추가함으로써 UE(10)의 성능에 현저한 열화를 발생시켜서는 안된다.
전술된 바에 기반할 때, 본 발명의 예시적인 실시예들은, 고속 데이터율에서의 송신을 허용하는 E-TFC를 식별하기 위한 PDU 크기를 적어도 부분적으로 기반하여, UE(10)로 현재의 데이터율(또는 스케쥴링 허가) 보다 더 높은 데이터율(또는 스케줄링 허가)을 요청하도록 적어도 하나의 속도 요청 비트를 설정하도록 동작시키는 방법, 장치, 및 컴퓨터 프로그램 생성물을 제공할 것이라는 것은 명백하다.
일반적으로, 다양한 실시예들은 전용 회로와 같은 하드웨어 또는 소프트웨어 또는 이들의 조합을 이용하여 구현될 수 있다. 예를 들어, 몇 가지 측면들은 하드웨어로 구현되고, 다른 측면들은 소프트웨어(예를 들어, 펌웨어)로 구현될 수 있는데, 이러한 소프트웨어는 제어기, 마이크로프로세서, 또는 다른 연산 장치에 의하여 실행될 수 있지만, 본 발명은 이에 한정되는 것은 아니다. 도 6은 본 명세서의 예시적 실시예들을 수행하도록 구성되는 처리 유닛(610)을 포함하는 하나 또는 그 이상의 집적 회로(600)를 도시한다. 처리 유닛(610)은 하나 또는 그 이상의 데이터 프로세서(DP)(640)(예를 들어, 도 1의 DP(10A)), 프로그램(620)(예를 들어, 도 1의 PROG(10C)), 메모리(MEM, 630)(예를 들어, 도 1의 MEM(10B))를 포함하는데, 프로그램은 DP(640)에서 실행되기에 적합한 명령어들을 포함한다. 처리 유닛(610)은 또한 본 명세서에서 제공된 하나 또는 그 이상의 기법들을 수행하도록 설계되는 회로부(650)를 포함할 수 있다. 이러한 회로부(650)는 메모리(MEM, 770)로의 접근을 가질 수 있으며, 이에 따라서, 예를 들어 E-TFC(410), 선택된 E-TFC(441), 및 전력 오프셋(442)에 관련된 정보를 저장한다. 이러한 실시예에서, 회로부(650)는 하나 또는 그 이상의 버스(670)를 통하여 DP(640)에 연결된다. 다른 실시예에서는, 처리 유닛(610)은 오직 회로부(650)(예를 들어, MEM(660)가 있거나 없을 수 있다)만을 가지거나, 또는 DP(640) 만을 가지거나, 또는 PROG(620)를 가지는 관 련 MEM(630)을 가진다.
비록 본 발명의 다양한 측면들이 블록도, 흐름도, 또는 다른 도식적 표현을 이용하여 예시되고 설명될 수 있지만, 이러한 본 명세서에 설명된 블록, 장치, 시스템, 기법, 또는 방법들이 하드웨어(예를 들어, 전용 회로, 로직, 전용 하드웨어, 제어기, 또는 다른 연산 장치) 또는 소프트웨어(예를 들어, 펌웨어), 또는 이들의 조합에 의하여 구현될 수 있지만, 본 발명은 이에 한정되는 것이 아니라는 점이 이해되어야 한다.
본 발명의 실시예들은 집적 회로 모듈(예를 들어, 도 6에 도시된 바와 같은)과 같은 다양한 성분에서 실시될 수 있다. 집적 회로의 설계는 대략 매우 자동화된 공정이다. 복잡하고 강력한 소프트웨어 툴들이 로직 레벨의 설계를 반도체 기판 상에 에칭되고 형성될 준비가 되어 있는 반도체 회로 설계로 변경하는데 이용될 수 있다.
산호세, 캘리포니아의 캘리포니아 카덴쯔 디자인의 마운틴 뷰의 시놉시스 회사에 의하여 제공되는 것과 같은 프로그램들이 매우 잘 설립된 설계 규칙은 물론 사전 저장된 설계 모듈의 라이브러리를 이용함으로써 반도체 칩 상에 도체들을 자동적으로 라우팅하고 구성 요소들의 위치를 정할 수 있다. 반도체 회로에 대한 설계가 완성되면, 결과적인 디자인(표준화된 전기 포맷(예를 들어, Opus, GDSII, 등)을 가지는)은 반도체 제조 설비 또는 제조를 위한 "fab"으로 송신될 수 있다.
이제 도 7을 참조하면, 도 7은 도 3의 논리적 흐름도의 더 상세한 버전을 설명하는데 유용한 논리적 흐름도를 도시한다. 도 7에 도시된 방법 700은 블록 710에서 개시되는데, 이 블록은 UE가 현재 데이터율(예를 들어, 현재의 데이터율은 해피 비트가 송신되어야 하는 TTI 내의 송신을 위하여 이미 선택된 바 있는 E-TFC를 송신하는데 이용된다)보다 더 높은 데이터율에서 송신할 충분한 전력을 가지는지 여부가 판단된다. 블록 710은 블록 720 및 730을 이용하여 실행될 수 있다.
블록 720에서, 해피 비트(예를 들어, 데이터율의 증가에 대한 요청을 나타내거나 또는 현재의 데이터율이 적합하다고 나타내는 적어도 하나의 비트)가 송신되어야 하는 TTI 내의 송신을 위하여 이미 선택된 바 있는 E-TFC의 전송 블록 크기보다 적어도 x 비트만큼 더 큰 전송 블록 크기를 가지는 E-TFC가 식별된다. x는 도시된 실시예에서는 비-스케쥴링된 MAC-d 플로우에 속하지 않으며(즉, 스케쥴링된 MAC-d 플로우에 속함) 버퍼(예를 들어, 도 1의 버퍼(10E)) 내에 데이터를 가지는 모든 논리적 채널 중에서 구성된 최소의 RLC PDU 크기를 가지도록 선택된다. 블록 730에서, 선택된 E-TFC의 전력 오프셋에 기반하여, 식별된 E-TFC가 지원되는지를 점검한다. 선택된 E-TFC를 이용하는 것보다 식별된 E-TFC를 송신하기 위하여 주어진 전력 오프셋을 이용할 때 더 큰 전력이 필요하지만, 블록 730은 노드 B(예를 들어, 도 1의 기지국(12))가 결정할 수 있는 기준을 제공한다: 데이터 를 디코딩 함으로써 노드 B는 어떠한 전력 오프셋이 이용되었는지를 알 수 있다. 다시 말하면, 도시된 실시예에서, 식별된 E-TFC 및 선택된 E-TFC 모두는 동일한 전력 오프셋을 가지지만, 식별된 E-TFC의 실제 송신은 선택된 E-TFC의 송신보다 더 많은 전력을 소모한다.
평가가 블록 710에서 이루어지면, 블록 740에서 UE가 현재 데이터율보다 더 높은 데이터율에서 송신하기에 충분한 전력을 가지는지 여부가 결정된다. 만일 그렇지 않으면(블록 740이 NO이면), 적어도 하나의 비트(예를 들어, 해피 비트)는 현재의 데이터율이 적합하다는(즉, UE가 현재의 데이터율에 만족한다는) 것을 나타내는 상태로 설정된다. 이것은 블록 750에서 수행된다. 만일 그러하면(블록 740이 YES이면), 적어도 하나의 비트(예를 들어, 해피 비트)는 더 높은 데이터율에 대한 요청을 표시하는 상태로 설정된다(즉, 해당 UE는 현재 데이터율과 맞지 않는다는 것이다. 이것은 블록 760에서 발생한다. 블록 770에서, 적어도 하나의 비트가 이 실시예에서는 E-DPCCH를 이용하여 송신된다.
본 명세서를 첨부된 도면들과 함께 읽으면, 전술된 설명에 관련된 관련 분야의 당업자들에게는 다양한 수정 및 적응화 동작이 명백하게 수행될 수 있다. 그러나, 본 발명의 교시 내용 중 어느 것 또는 모든 것은 여전히 본 발명의 비한정적 실시예들의 기술적 범위 내에 포함된다. 예를 들어, 비록 전술된 설명이 단일 해피 비트에 관하여 수행되었으나, 하나 이상의 비트가 수정(예를 들어, 설정되거나 소거됨으로써)되어 데이터의 증가를 요청하거나 현재의 데이터율이 적합하다는 것을 표시할 수 있다. 하나 이상의 비트는 모든 개수의 상이한 메시지를 이용하여 송신될 수 있다.
더 나아가, 본 발명의 다양한 비한정적 실시예들의 특징 중 몇 가지는 다른 특징들의 상응하는 이용을 수반하지 않아도 효과가 있을 수 있다는 점에도 주의한다. 따라서, 전술된 상세한 설명은 오직 본 발명의 실시예들의 개념, 교시 내용에 대한 단순한 예인 것이며 이를 한정하는 것은 아님이 이해되어야 한다.
본 발명의 전형적이고 비제한적인 실시예는 일반적으로 무선 통신 시스템, 장치와 방법에 적용될 수 있고, 특히, 사용자 장비와 같은 장치로 하여금 데이터율의 증가를 요청하도록 허용하기 위한 무선 통신 시스템 기법에 적용될 수 있다.

Claims (47)

  1. 삭제
  2. 삭제
  3. 삭제
  4. 삭제
  5. 삭제
  6. 삭제
  7. 삭제
  8. 삭제
  9. 삭제
  10. 삭제
  11. 삭제
  12. 삭제
  13. 삭제
  14. 삭제
  15. 삭제
  16. 현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여, 적어도:
    송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하는 단계;
    복수 개의 전송 블록들 중 하나를 식별하는 단계로서, 식별된 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하는 상응하는 전송 블록 크기를 가지는 단계;
    식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 단계; 및
    상기 식별된 전송 블록이 송신될 수 있다고 결정되면, 상기 현재 데이터율의 증가에 대한 요청을 송신하는 단계를 수행하는 단계를 포함하고,
    버퍼 내의 데이터량 기준이 만족되는지 여부를 결정하는 단계를 더 포함하고,
    상기 선택 단계, 상기 식별 단계, 식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 상기 단계, 및 상기 송신 단계는 상기 버퍼 내의 데이터량 기준이 만족된다는 결정에 응답하여 수행되는 것을 특징으로 하는 방법.
  17. 처리 유닛을 포함하는 장치에 있어서, 상기 처리 유닛은 현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여,
    송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하는 동작,
    복수 개의 전송 블록들 중 하나를 식별하는 동작으로서, 식별된 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하는 상응하는 전송 블록 크기를 가지는 동작,
    식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 동작, 및
    상기 식별된 전송 블록이 송신될 수 있다고 결정되면, 상기 현재 데이터율의 증가에 대한 요청을 송신하는 동작을 수행하도록 구성되는 것을 특징으로 하는 장치.
  18. 제17항에 있어서,
    상기 처리 유닛은 적어도 하나의 집적 회로 상에 구현되는 것을 특징으로 하는 장치.
  19. 제17항에 있어서,
    상기 처리 유닛에 연결된 송수신기 및 상기 송수신기에 연결된 적어도 하나의 안테나를 더 포함하는 것을 특징으로 하는 장치.
  20. 제17항에 있어서,
    셀룰러 전화기, 무선 통신 기능을 가지는 개인 휴대용 단말기(PDA), 무선 통신 기능을 가지는 휴대용 컴퓨터, 무선 통신 기능을 가지는 이미지 캡쳐 장치, 무선 통신 기능을 가지는 게임 장치, 무선 통신 기능을 가지는 음악 저장 및 재생 장비, 또는 인터넷 장비 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  21. 제17항에 있어서, 식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 상기 동작은,
    상기 식별된 전송 블록이 지원되는 상태를 가지는지 여부를 결정하는 동작을 더 포함하는 것을 특징으로 하는 장치.
  22. 제21항에 있어서, 식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 상기 동작은,
    소정 시간 간격 동안에 상기 식별된 전송 블록을 송신하기에 충분한 전력이 가용한지 여부를 결정하는 동작을 더 포함하는 것을 특징으로 하는 장치.
  23. 제17항에 있어서,
    상기 전송 블록의 상기 전송 블록 크기는 헤더의 크기 및 데이터부의 크기를 포함하는 것을 특징으로 하는 장치.
  24. 제17항에 있어서, 상기 송신 동작은,
    상기 현재 데이터율의 증가에 대한 요청을 표시하는 상태로 적어도 하나의 비트를 수정하는 동작 및
    수정된 적어도 하나의 상기 비트를 송신하는 동작을 더 포함하는 것을 특징으로 하는 장치.
  25. 제24항에 있어서, 상기 수정 동작은,
    해피 비트(Happy Bit)를 "불행" 상태로 설정하는 동작 및
    상기 설정된 해피 비트를 송신하는 동작을 더 포함하는 것을 특징으로 하는 장치.
  26. 제17항에 있어서,
    상기 무선 채널은 확장 전용 물리적 데이터 채널을 포함하고,
    상기 송신 동작은, 확장 전용 물리적 데이터 채널을 통하여 현재 데이터율의 증가에 대한 요청을 송신하는 동작을 더 포함하는 것을 특징으로 하는 장치.
  27. 제17항에 있어서,
    상기 선택된 전송 블록은 확장 전용 채널 전송 포맷 조합의 전송 블록을 포함하고,
    복수 개의 전송 블록들은, 데이터를 송신하는데 이용될 수 있는 확장 전용 채널 전송 포맷 조합들의 복수 개의 전송 블록들을 포함하며,
    상기 데이터 유닛은 무선 링크 제어기로부터의 프로토콜 데이터 유닛을 포함하는 것을 특징으로 하는 장치.
  28. 제17항에 있어서, 상기 처리 유닛은,
    버퍼 내의 데이터량 기준이 만족되는지 여부를 결정하는 동작을 수행하도록 더욱 구성되고,
    상기 선택 동작, 상기 식별 동작, 식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 상기 동작, 및 상기 송신 동작은 상기 버퍼 내의 데이터량 기준이 만족된다는 결정에 응답하여 수행되는 것을 특징으로 하는 장치.
  29. 적어도 하나의 데이터 프로세서에 의하여 실행될 수 있는 기계 독출 명령어들의 프로그램을 저장한 컴퓨터로 독출가능한 기록매체로서, 상기 프로그램은 상기 데이터 프로세서로 하여금:
    현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여, 적어도:
    송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하는 동작;
    복수 개의 전송 블록들 중 하나를 식별하는 동작으로서, 식별된 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하는 상응하는 전송 블록 크기를 가지는 동작;
    식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 동작; 및
    상기 식별된 전송 블록이 송신될 수 있다고 결정되면, 상기 현재 데이터율의 증가에 대한 요청의 송신을 야기하는 동작을 포함하는 동작을 수행하도록 야기하는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  30. 제29항에 있어서, 식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 상기 동작은,
    상기 식별된 전송 블록이 지원되는 상태를 가지는지 여부를 결정하는 동작을 더 포함하는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  31. 제30항에 있어서, 식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 상기 동작은,
    소정 시간 간격 동안에 상기 식별된 전송 블록을 송신하기에 충분한 전력이 가용한지 여부를 결정하는 동작을 더 포함하는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  32. 제29항에 있어서,
    상기 전송 블록의 상기 전송 블록 크기는 헤더의 크기 및 데이터부의 크기를 포함하는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  33. 제29항에 있어서, 송신을 야기하는 상기 동작은,
    상기 현재 데이터율의 증가에 대한 요청을 표시하는 상태로 적어도 하나의 비트를 수정하는 동작 및
    수정된 적어도 하나의 상기 비트의 송신을 야기하는 동작을 더 포함하는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  34. 제33항에 있어서, 상기 수정 동작은,
    해피 비트(Happy Bit)를 "불행" 상태로 설정하는 동작 및
    상기 설정된 해피 비트의 송신을 야기하는 동작을 더 포함하는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  35. 제29항에 있어서,
    상기 무선 채널은 확장 전용 물리적 데이터 채널을 포함하고,
    상기 송신 야기 동작은, 확장 전용 물리적 데이터 채널을 통한 현재 데이터율의 증가에 대한 요청의 송신을 야기하는 동작을 더 포함하는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  36. 제29항에 있어서,
    상기 선택된 전송 블록은 확장 전용 채널 전송 포맷 조합의 전송 블록을 포함하고,
    복수 개의 전송 블록들은, 데이터를 송신하는데 이용될 수 있는 확장 전용 채널 전송 포맷 조합들의 복수 개의 전송 블록들을 포함하며,
    상기 데이터 유닛은 무선 링크 제어기로부터의 프로토콜 데이터 유닛을 포함하는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  37. 제29항에 있어서, 상기 동작은,
    버퍼 내의 데이터량 기준이 만족되는지 여부를 결정하는 동작을 더 포함하고,
    상기 선택 동작, 상기 식별 동작, 식별된 전송 블록이 송신될 수 있는지 여부를 결정하는 상기 동작, 및 상기 송신 야기 동작은 상기 버퍼 내의 데이터량 기준이 만족된다는 결정에 응답하여 수행되는 것을 특징으로 하는 컴퓨터로 독출가능한 기록매체.
  38. 현재 데이터율에서 무선 채널을 통하여 송신될 전송 블록의 선택에 응답하여, 적어도:
    송신을 위하여 스케쥴링될 수 있는 데이터 유닛을 위한 크기를 선택하기 위한 수단;
    복수 개의 전송 블록들 중 하나를 식별하기 위한 수단으로서, 식별된 전송 블록은 적어도 상기 데이터 유닛의 선택된 크기 및 현재 선택된 전송 블록의 전송 블록 크기를 수용하는 상응하는 전송 블록 크기를 가지는 수단;
    식별된 전송 블록이 송신될 수 있는지 여부를 결정하기 위한 수단; 및
    상기 식별된 전송 블록이 송신될 수 있다고 결정되면, 상기 현재 데이터율의 증가에 대한 요청을 송신하기 위한 수단을 동작시키는 것을 특징으로 하는 장치.
  39. 제38항에 있어서,
    셀룰러 전화기, 무선 통신 기능을 가지는 개인 휴대용 단말기(PDA), 무선 통신 기능을 가지는 휴대용 컴퓨터, 무선 통신 기능을 가지는 이미지 캡쳐 장치, 무선 통신 기능을 가지는 게임 장치, 무선 통신 기능을 가지는 음악 저장 및 재생 장비, 또는 인터넷 장비 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  40. 삭제
  41. 삭제
  42. 삭제
  43. 삭제
  44. 삭제
  45. 삭제
  46. 삭제
  47. 삭제
KR1020087010044A 2005-09-29 2006-09-28 적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에기반하여 데이터율의 증가를 요청하는 장치, 방법, 및컴퓨터 프로그램 생성물 KR101020239B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US72161805P 2005-09-29 2005-09-29
US60/721,618 2005-09-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020107022176A Division KR101087188B1 (ko) 2005-09-29 2006-09-28 적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에 기반하여 데이터율의 증가를 요청하는 장치, 방법, 및 컴퓨터 프로그램 생성물

Publications (2)

Publication Number Publication Date
KR20080066713A KR20080066713A (ko) 2008-07-16
KR101020239B1 true KR101020239B1 (ko) 2011-03-08

Family

ID=37899408

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020087010044A KR101020239B1 (ko) 2005-09-29 2006-09-28 적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에기반하여 데이터율의 증가를 요청하는 장치, 방법, 및컴퓨터 프로그램 생성물
KR1020107022176A KR101087188B1 (ko) 2005-09-29 2006-09-28 적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에 기반하여 데이터율의 증가를 요청하는 장치, 방법, 및 컴퓨터 프로그램 생성물

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020107022176A KR101087188B1 (ko) 2005-09-29 2006-09-28 적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에 기반하여 데이터율의 증가를 요청하는 장치, 방법, 및 컴퓨터 프로그램 생성물

Country Status (18)

Country Link
US (1) US8059682B2 (ko)
EP (1) EP1929826B1 (ko)
JP (1) JP4733748B2 (ko)
KR (2) KR101020239B1 (ko)
CN (1) CN101347013B (ko)
BR (1) BRPI0617260B1 (ko)
CY (1) CY1118563T1 (ko)
DE (1) DE602006050788C5 (ko)
DK (1) DK1929826T3 (ko)
FI (1) FI1929826T7 (ko)
HU (1) HUE030044T2 (ko)
LT (1) LT1929826T (ko)
MY (1) MY154496A (ko)
PL (1) PL1929826T3 (ko)
PT (1) PT1929826T (ko)
RU (1) RU2385550C2 (ko)
WO (1) WO2007036790A1 (ko)
ZA (1) ZA200803546B (ko)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI506997B (zh) * 2005-04-29 2015-11-01 Interdigital Tech Corp 多工增強上鏈頻道資料的無線傳輸/接收單元及方法
US8116292B2 (en) * 2005-04-29 2012-02-14 Interdigital Technology Corporation MAC multiplexing and TFC selection procedure for enhanced uplink
DE102006004250B4 (de) * 2006-01-30 2008-04-24 Infineon Technologies Ag Kommunikationseinrichtung, Verfahren zum Betreiben einer Kommunkationseinrichtung und Computerprogrammelement
US8000291B2 (en) * 2006-07-06 2011-08-16 Interdigital Technology Corporation Wireless communication method of selecting an enhanced uplink transport format combination by setting a scheduling grant payload to the highest payload that can be transmitted
KR101367571B1 (ko) 2006-08-21 2014-02-25 인터디지탈 테크날러지 코포레이션 무선 통신 시스템에서 스케쥴링 정보를 송신하는 방법 및 장치
CN101166076B (zh) * 2006-10-20 2012-06-27 创新音速有限公司 无线通信系统设定上链路传输信道组态的方法及相关装置
KR101389075B1 (ko) 2007-06-27 2014-05-26 삼성전자주식회사 이동 통신 시스템에서 맥 프로토콜 데이터 유닛을 생성하는장치 및 방법
JP5199350B2 (ja) 2007-07-04 2013-05-15 テレフオンアクチーボラゲット エル エム エリクソン(パブル) ユーザ端末電力不足表示
WO2009040763A2 (en) * 2007-09-26 2009-04-02 Nokia Corporation Apparatus, methods, and computer program products providing a dynamic header structure for signaling resource allocations
WO2009045913A2 (en) * 2007-09-28 2009-04-09 Interdigital Patent Holdings, Inc. Method and apparatus for generating radio link control protocol data units
KR101568887B1 (ko) * 2007-09-28 2015-11-12 인터디지탈 패튼 홀딩스, 인크 무선 통신에서의 강화된 전송 포맷 조합 선택을 위한 방법 및 장치
KR101108396B1 (ko) * 2007-09-28 2012-01-30 인터디지탈 패튼 홀딩스, 인크 무선 통신을 위한 프로토콜 데이터 유닛의 레이어 2 프로세싱 및 생성을 위한 방법 및 장치
US20090097401A1 (en) * 2007-10-12 2009-04-16 Wael William Diab Method and system for configurable data rate thresholds for energy efficient ethernet
JP5346959B2 (ja) * 2008-02-01 2013-11-20 インターデイジタル パテント ホールディングス インコーポレイテッド 論理チャネルを優先順位付けするための方法および装置
US8259580B2 (en) * 2008-06-20 2012-09-04 Interdigital Patent Holdings, Inc. Method and apparatus for setting a happy bit on an E-DCH dedicated physical control channel
US8358614B2 (en) 2008-10-31 2013-01-22 Interdigital Patent Holdings, Inc. Method and apparatus for handling uplink transmissions using multiple uplink carriers
KR101297877B1 (ko) 2008-10-31 2013-08-20 인터디지탈 패튼 홀딩스, 인크 다수의 상향링크 반송파를 사용하는 무선 전송 방법 및 장치
US8620334B2 (en) 2009-03-13 2013-12-31 Interdigital Patent Holdings, Inc. Method and apparatus for carrier assignment, configuration and switching for multicarrier wireless communications
SG175343A1 (en) 2009-04-24 2011-11-28 Interdigital Patent Holdings Method and apparatus for generating a radio link control protocol data unit for multi-carrier operation
CN101951643B (zh) * 2009-09-03 2014-04-23 开曼群岛威睿电通股份有限公司 通信接入程序的方法、装置及系统
CN102014508B (zh) * 2009-09-04 2013-08-07 中兴通讯股份有限公司 一种半静态调度重激活的方法及基站
KR101683597B1 (ko) * 2010-01-11 2016-12-20 엘지전자 주식회사 무선 통신 시스템에서 복수의 주파수를 사용하는 단말의 전력 증감 요청 방법 및 장치
EP2578039A4 (en) * 2010-05-26 2016-11-16 Ericsson Telefon Ab L M METHOD AND DEVICE FOR INCREASED BITRATE
US9380490B2 (en) 2010-11-08 2016-06-28 Qualcomm Incorporated System and method for uplink multiple input multiple output transmission
US9516609B2 (en) 2010-11-08 2016-12-06 Qualcomm Incorporated System and method for uplink multiple input multiple output transmission
US9497773B2 (en) * 2012-02-08 2016-11-15 QUALOCOMM Incorporated Method and apparatus for enhancing resource allocation for uplink MIMO communication
CN103370971B (zh) * 2010-12-30 2016-11-09 瑞典爱立信有限公司 上行链路传输定时
WO2013076899A1 (ja) 2011-11-25 2013-05-30 日本電気株式会社 無線局、及び無線局によるユーザーデータの処理方法
JP6146309B2 (ja) 2011-11-25 2017-06-14 日本電気株式会社 無線局、及び無線局によるユーザーデータの処理方法
EP2800447B1 (en) 2011-11-25 2017-11-22 Nec Corporation Wireless station and method of processing user data with wireless station
EP2785139B1 (en) 2011-11-25 2019-06-05 Nec Corporation Wireless station and method of processing user data with wireless station
US8902901B2 (en) * 2012-03-23 2014-12-02 Itron, Inc. Communication packet conversion
WO2013147490A1 (ko) * 2012-03-26 2013-10-03 엘지전자 주식회사 무선 통신 시스템에서 무선 자원의 동적 자원 변경을 위한 harq 수행 방법 및 이를 위한 장치
CN103391579B (zh) 2012-05-11 2017-04-12 华为技术有限公司 服务授权值的处理方法、用户设备及网络设备
EP2846495B1 (en) * 2012-05-30 2017-07-12 Huawei Technologies Co., Ltd. Multi-flow transmission scheduling method and device
WO2013187817A1 (en) * 2012-06-12 2013-12-19 Telefonaktiebolaget L M Ericsson (Publ) Methods providing buffer estimation and related network nodes and wireless terminals
CN105430035A (zh) * 2014-09-18 2016-03-23 腾讯科技(北京)有限公司 一种上传网络数据的方法和装置
US9888073B2 (en) * 2015-06-15 2018-02-06 Flir Commercial Systems, Inc. System and method for managing a collective data transfer rate of a plurality of edge devices
CN107613557B (zh) * 2016-07-11 2020-03-24 电信科学技术研究院 一种发射功率确定方法、终端、网络设备和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010066281A (ko) * 1999-12-31 2001-07-11 서평원 범용 이동통신 시스템의 전송채널 포맷 관리 방법
KR20020045073A (ko) * 2000-12-07 2002-06-19 조정남 비동기식 차세대 이동 통신 시스템에서의 단일 이동단말기의 트래픽 조절 방법
KR20030000494A (ko) * 2001-06-25 2003-01-06 에스케이 텔레콤주식회사 비동기식 차세대 이동통신 시스템에서의 단일 이동단말기의 논리 채널에 대한 우선 순위 제어 방법
GB2401760A (en) 2003-05-15 2004-11-17 Nec Technologies Transport format selection

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100810281B1 (ko) * 2002-03-30 2008-03-07 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 전송 포맷 선택을위한 검색시간 최소화 방법
US20040160922A1 (en) 2003-02-18 2004-08-19 Sanjiv Nanda Method and apparatus for controlling data rate of a reverse link in a communication system
US7363010B2 (en) * 2004-04-15 2008-04-22 Qualcomm Incorporated Power control for intermittently active data channels in a wireless communication system
US7580388B2 (en) * 2004-06-01 2009-08-25 Lg Electronics Inc. Method and apparatus for providing enhanced messages on common control channel in wireless communication system
EP1892901A3 (en) * 2004-10-01 2011-07-13 Panasonic Corporation Quality-of-service (qos)-aware scheduling for uplink transmission on dedicated channels
US8189615B2 (en) * 2004-12-23 2012-05-29 Nokia Corporation Method and apparatus for communicating scheduling information from a UE to a radio access network
ATE436169T1 (de) * 2005-04-01 2009-07-15 Panasonic Corp ZUWEISUNG DES ßHAPPY BITß IN EINEM MOBILEN KOMMUNIKATIONSSYSTEM
DE602005011101D1 (de) * 2005-04-01 2009-01-02 Panasonic Corp Zeitliche Planung von Endgeräten in einem Funkkommunikationssystem
US8179836B2 (en) * 2005-04-20 2012-05-15 Interdigital Technology Corporation Method and apparatus for controlling transmissions via an enhanced dedicated channel
TWI506997B (zh) * 2005-04-29 2015-11-01 Interdigital Tech Corp 多工增強上鏈頻道資料的無線傳輸/接收單元及方法
US8116292B2 (en) * 2005-04-29 2012-02-14 Interdigital Technology Corporation MAC multiplexing and TFC selection procedure for enhanced uplink
US8086257B2 (en) * 2005-08-11 2011-12-27 Alcatel Lucent Dedicated control channel detection for enhanced dedicated channel

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010066281A (ko) * 1999-12-31 2001-07-11 서평원 범용 이동통신 시스템의 전송채널 포맷 관리 방법
KR20020045073A (ko) * 2000-12-07 2002-06-19 조정남 비동기식 차세대 이동 통신 시스템에서의 단일 이동단말기의 트래픽 조절 방법
KR20030000494A (ko) * 2001-06-25 2003-01-06 에스케이 텔레콤주식회사 비동기식 차세대 이동통신 시스템에서의 단일 이동단말기의 논리 채널에 대한 우선 순위 제어 방법
GB2401760A (en) 2003-05-15 2004-11-17 Nec Technologies Transport format selection

Also Published As

Publication number Publication date
MY154496A (en) 2015-06-30
US8059682B2 (en) 2011-11-15
EP1929826B1 (en) 2016-11-02
EP1929826A1 (en) 2008-06-11
FI1929826T9 (fi) 2024-03-08
LT1929826T (lt) 2017-01-10
US20070073895A1 (en) 2007-03-29
CN101347013A (zh) 2009-01-14
DK1929826T3 (en) 2017-01-23
DE602006050788C5 (de) 2024-06-13
WO2007036790A1 (en) 2007-04-05
RU2385550C2 (ru) 2010-03-27
HUE030044T2 (en) 2017-04-28
JP4733748B2 (ja) 2011-07-27
FI1929826T7 (fi) 2024-03-08
PT1929826T (pt) 2016-12-30
PL1929826T3 (pl) 2017-06-30
BRPI0617260A2 (pt) 2011-07-19
KR20100114946A (ko) 2010-10-26
KR20080066713A (ko) 2008-07-16
ZA200803546B (en) 2009-03-25
JP2009510874A (ja) 2009-03-12
RU2008115902A (ru) 2009-11-10
CY1118563T1 (el) 2017-07-12
BRPI0617260A8 (pt) 2016-04-19
KR101087188B1 (ko) 2011-11-25
EP1929826A4 (en) 2012-07-18
BRPI0617260B1 (pt) 2018-12-04
CN101347013B (zh) 2012-07-25

Similar Documents

Publication Publication Date Title
KR101020239B1 (ko) 적어도 하나 이상의 선택된 데이터 유닛의 송신 가능성에기반하여 데이터율의 증가를 요청하는 장치, 방법, 및컴퓨터 프로그램 생성물
JP4750800B2 (ja) パディングのために使用される他のスペースを用いてue及び無線アクセスネットワーク間のスケジューリング情報を通信するための方法及び装置
KR101086683B1 (ko) 버퍼 상태 보고를 수행하는 방법 및 장치
JP5782087B2 (ja) 無線通信における拡張トランスポート・フォーマット・コンビネーション選択のための方法および装置
US7693156B2 (en) Apparatus, method and computer program product providing user equipment operation by considering scheduling information with regard to the use of relative grants
TWI449447B (zh) 傳送格式組合選擇之方法與裝置
EP2077691B1 (en) Method and apparatus for performing buffer status reporting (BSR)
CN101164262A (zh) 经强化专用频道排成传输方法及装置
JP2008503145A (ja) 移動通信システムにおけるサービス品質保障のためのトランスポートフォーマット組み合わせ選択方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J201 Request for trial against refusal decision
E902 Notification of reason for refusal
A107 Divisional application of patent
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20140205

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20150130

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20160127

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20170201

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20180201

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20190129

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20200129

Year of fee payment: 10