KR100972353B1 - 프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 방법, 장치 및 시스템 - Google Patents

프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 방법, 장치 및 시스템 Download PDF

Info

Publication number
KR100972353B1
KR100972353B1 KR1020077015374A KR20077015374A KR100972353B1 KR 100972353 B1 KR100972353 B1 KR 100972353B1 KR 1020077015374 A KR1020077015374 A KR 1020077015374A KR 20077015374 A KR20077015374 A KR 20077015374A KR 100972353 B1 KR100972353 B1 KR 100972353B1
Authority
KR
South Korea
Prior art keywords
network element
retransmissions
user equipment
protocol data
codeword
Prior art date
Application number
KR1020077015374A
Other languages
English (en)
Other versions
KR20070092261A (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
Application filed by 노키아 코포레이션 filed Critical 노키아 코포레이션
Publication of KR20070092261A publication Critical patent/KR20070092261A/ko
Application granted granted Critical
Publication of KR100972353B1 publication Critical patent/KR100972353B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/12—Outer and inner loops
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

FP헤더는 노드 B가 재전송 수를 결정할 수 없었거나 정확히 결정할 수 없었음을 RNC에 신호하기 위해 사용된다. 제1실시예는 노드 B가 실제 재전송 수를 알지 못함을 나타내기 위해 lub 프레임 프로토콜 DATA FRAME 헤더 상의 'HARQ 재전송 수' 필드에 사용되는 비트 패턴을 확보하는 것이다. 제2실시예는 FP헤더의 "HARQ 재전송 수"에 설정된 값이 노드 B에 의한 추정/짐작된 값인지를 나타내기 위해 Iub/Iur FP DATA FRAME 헤더에 1 비트 플래그를 정의하는 것이다.

Description

프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 방법, 장치 및 시스템{Method, apparatus and system for providing a frame protocol data frame header}
본 발명의 분야는 이동통신이며, 더 상세하게는 예를 들어 외부 루프 파워제어에서 서빙용 무선망제어기에 의해 사용하기 위해 사용자장비로부터 기지국으로의 재전송의 보고에 관한 것이다.
본 발명은 범용 이동통신 시스템(UMTS) 지상 무선접속(UTRA)의 3GPP(Third Generation Partnership Project) 규격에 관한 것이며 더 상세하게는 주파수분할 듀플렉스(FDD)에서 사용되는 강화형 업링크 특징인 광대역 코드분할 다중접속(WCDMA) 고속 업링크 패킷 액세스(HSUPA)에 관한 것이다. 이 특징은 3GPP에서 명시되어 있고 3GPP 릴리즈 6을 겨냥하고 있다.
도 1을 참조하면, 범용 이동통신 시스템(UMTS) 패킷망 아키텍처는 사용자장비(UE), UMTS 지상 무선접속망(UTRAN), 및 코어네트워크(CN)를 주된 아키텍처 요소들로서 구비한다. UE는 UTRAN에 무선(Uu)인터페이스를 통해 인터페이스되는 반면, UTRAN은 (유선) Iu인터페이스를 통해 코어네트워크에 인터페이스한다.
도 2는 이 아키텍처의 특히 UTRAN의 일부 더 상세한 내용을 보인다. UTRAN은 다수의 무선망 서브시스템들(RNS들)을 구비하며, 각각의 무선망 서브시스템은 적어도 하나의 무선망제어기(RNC)를 담고 있다. 각각의 RNC는 GSM 기지국들에 대한 3GPP 대응부들인 다수의 노드 B들에 연결된다. 각각의 노드 B는 다수의 UE들과는 도 1에 보인 무선인터페이스(Uu)를 통해 무선 접촉될 수 있다. 주어진 UE는 만일 노드 B들 중의 하나 이상이 다른 RNC들에 연결되어 있는 경우에도 다수의 노드 B들과는 무선 접촉되고 있다. 예를 들어 도 2의 UE1은 RNS(1)의 노드 B(2) 및 RNS(2)의 노드 B(3)와 무선 접촉할 수 있고 여기서 노드 B(2) 및 노드 B(3)는 이웃하는 노드 B들이다. 다른 RNS들의 RNC들은 이동 UE들이 양 RNC들과는 접촉을 유지한 채로 하나의 RNC의 노드 B에 속한 셀로부터 다른 RNC의 노드 B에 속한 셀로 넘어가는 것을 허용하는 Iur 인터페이스에 의해 연결될 수 있다. RNC들 중의 하나는 "서빙용" 또는 "제어용" RNC(SRNC 또는 CRNC)로서 동작할 것인 반면 다른 RNC는 "표류(drift)" RNC(DRNC)로서 동작할 수 있다. 일련의 그러한 표류 RNC들은 주어진 SRNC로부터 연장하도록 확립될 수 있다. 다수의 노드 B들은 각각이 이웃하는 셀들의 제어하에 있을 수 있다는 점에서 통상 이웃하는 노드 B들이라고 할 것이다. 이동 UE들이 동일한 RNC에 연결되어 있기 때문에, 또는 만일 그것들이 다른 RNC들에 연결되어 있고 RNC들이 서로 연결되어 있다면, 이동 노드 B들은 새로운 노드 B와의 연결을 재확립하는 일 없이 이웃하는 셀들을 횡단할 수 있을 것이다. UE의 그러한 이동 동안, UE가 UTRAN에 대한 적어도 하나의 무선링크를 항상 유지할 수 있도록 무선링크들이 추가되고 포기되는 것이 때때로 요구된다. 이것은 소프트-핸드오 버(SHO)라 불린다.
3GPP HSUPA 표준화에서는 E-DCH(enhanced-dedicated channel)상의 데이터 전송물과 함께 E-DPCCH(enhanced-dedicated physical control channel)상의 RSN(retransmission sequence number)를 UE가 전송하는 것이 합의되어 있다. 노드 B는 RSN으로부터 사용하려는 잉여 버전을 "안다". 노드 B는 그것의 재전송 카운터를 RSN에 기초하여 조절할 수도 있다. 더욱이, 노드 B는 블록을 제대로 수신하는데 요구되는 재전송들의 수(재전송 수)(4비트 필드가 FP헤더에 확보됨)를 SRNC에 보고하는 것이 합의되어 있다. 외부 루프 파워 제어(OLPC)는 이 정보를 다른 채널들의 파워 오프셋들 및 SIR 타겟들을 조절하는데 이용할 수 있다.
RSN은 2비트로 지정될 수 있다. 즉, 그것은 0, 1, 2 및 3의 값들을 가질 수 있다. 3을 초과하는 재전송들이 있는 경우에도 RSN이 3으로 포화한다는 것이 명기되어 있다. 즉, 3을 초과하는 재전송들이 있을 때 RSN은 0, 1, 2, 3, 3, 3의 값들을 취할 수 있다는 것이 명기되어 있다. 만일 노드 B가 처음 3개의(또는 그 이상의) 전송들을 누락하였지만(즉, E-DPCCH를 수신하지도 않았지만) 그 다음, 예컨대, 2개의 전송물들(둘 다는 RSN = 3을 가짐)을 수신한다면, 그것들을 소프트 결합하고 최종적으로는 블록을 제대로 디코딩한다. 그 다음 노드 B는 제대로 수신된 블록을 SRNC에 송신하고 그 SRNC에 이 블록을 위해 요구된 재전송 수를 알릴 것이다. 그러나, 노드 B는 이 블록의 전송들이 시작되었을 때를 "알지" 못하며, 그것은 RSN=3의 모든 경우들에서 3, 4, 5 등의 전송들을 누락했을 수 있다.
노드 B의 "지식"에 관련하여, 노드 B가 수신하는 제1전송물이 RSN=3을 가질 때 문제가 발생할 수 있고, 그러면 노드 B는 제1전송물이 송신되었을 때를 (부득이) "알지" 못하게 된다.
노드 B는 그것이 RSN = 0, 1 또는 2를 가지는 전송물을 UE로부터 수신하는지를 결정하고 그러므로 그것을 "안다". 모든 것이 잘못되었고 그래서 UE가 RSN=3으로 (한번 또는 여러 번) 재전송하는 경우에도, 노드 B는 재전송 수를 카운트할 수 있다. 즉, 계산할 수 있다.
일부 예들은 다음과 같다:
UE는 다음 RSN을 전송한다: 0 1 2 3 3 3
노드 B는 다음을 수신한다: - 1 - 3 - 3
이 예에서 노드 B는 실제 재전송 수가 5임을 (제1(RSN=3) 재전송 후) 카운트할 수 있다. 하이픈(-)은 노드 B가 그 전송물을 완전히 누락하였음을, 즉, RSN 또는 RSN이 송신된 E-DPCCH를 디코딩할 수 없음을 나타내며; 위의 1은 노드 B가 E-DPCCH를 제대로 수신하였고 그것으로부터 RSN=1을 판독하였지만 E-DPCCH상의 데이터를 제대로 디코딩하지 못하고 그러므로 재전송이 요구되었음을 나타내며; 제2 및 제4 재전송물은 완전히 누락되었고(E-DPCCH에서조차도); 제3재전송물(RSN=3)은 수신되었고 재전송물 1과 결합되었지만 그 데이터는 아직 올바르지 않았고; 끝으로, 제5재전송물은 제1 및 제3 재전송물들과 결합되었을 때 데이터의 올바른 디코딩이 이루어지게 하고 ACK가 UE에 송신되었고 제대로 수신된 데이터는 RNC(FP 데이터 프레임으로)에 송신되었고 'Num of HARQ retrans' = 5(=0101)가 FP헤더로 보고되었다.
제2예는 다음과 같다:
UE는 다음 RSN을 전송한다: 0 1 2 3 3
노드 B는 다음을 수신한다: 0 - - 3 3
이 예에서 노드 B는 실제 재전송 수가 4임을 카운트할 수 있다.
제3예는 다음과 같다:
UE는 다음 RSN을 전송한다: 0 1 2 3 3
노드 B는 다음을 수신한다: - - - 3 3
이 제3예에서 노드 B는 실제 재전송 수가 4임을 반드시 카운트할 수 있는 것은 아니고, 그러므로 FP헤더로 재전송 수를 정확히 나타낼 수 있는 것은 아니게 된다. 만일 전송 수가 5번의 전송(즉, 4번의 재전송)을 말하는 것으로 한정된다면, 마지막 경우에서 노드 B는 4번의 재전송이 있음을 알고 그것을 보고할 수 있다. 이것은 노드 B가 아는지를 결정하는데 UE로부터 수신된 RSN에만 항상 의존할 수 없는 이유의 일 예이다(즉, 얼마간의 부가적인 정보(이 예에서는 최대 전송 수)가 이용가능할 수 있어야 한다).
본 발명의 목적은 전술한 문제의 상황에 그리고 유사한 문제의 상황들에 적용될 수 있는 전술한 문제에 대한 해법을 제공하는 것이다.
노드 B는 위에 제3 예로 한정되지는 않는다. 전송들이 시작되는 때를 추측할 수 있다. 만일 그렇게 하면, 이것이 추정이고 단순히 결정될 수 없다는 것이 RNC에 열려져야 하는지의 문제가 발생한다.
아이디어는 노드 B가 재전송 수를 결정할 수 없었거나 정확히 결정할 수 없었음을 RNC에 신호하는데 FP헤더를 이용한다는 것이다.
이것을 하는 하나의 방법은 Iub 프레임 프로토콜 DATA FRAME 헤더에 하나의 'HARQ 재전송 수' 코드워드를 노드 B가 실제 재전송 수를 알지 못함을 나타내기 위해 확보하는 것이다.
다른 방법은 Iub/Iur FP DATA FRAME 헤더에 하나의 비트플래그를 FP헤더의 HARQ 재전송 수에 설정된 값이 노드 B에 의해 추정된(estimated)/짐작된(guessed) 값, 즉 R-값(right value)인지를 나타내기 위해 정의하는 것이다.
두 경우들에서, 노드 B는 정확한 재전송 수를 알지못함을 RNC에 신호하는 수단을 가져야 한다. 플래그가 사용되는 방식에서, 플래그는 노드 B가 재전송 수를 '짐작'할 때에만 설정되어야 한다. 노드 B가 재전송 수를 알/추정할 때(즉 그것을 짐작하지 않을 때), 노드 B는 두 경우들에서 그 (올바른) 값을 보고해야 한다. 첫 번째 방법과 두 번째 방법 사이의 차이는 노드 B가 알지 못하고(그리고 추정할 수 없는) 경우를 어떻게 다루는지에 있다. 첫 번째 방법에 의하면, 'HARQ retrans' 필드의 하나의 코드워드가 확보(예비)되고 두 번째 방법은 1비트 플래그를 그것에 추가하는(그리고 그 플래그는 FP헤더의 '스페어'비트 대신 송신될 수 있다는) 것이다.
첫 번째 방법은 부가적인 비트들이 필요로 하지 않는다는 이점을 가지는 반면 두 번째 방법은 재전송 수의 얼마간의 (신뢰할 수 없기는 한) 어림짐작(guestimate)이 플래그에 부가하여 주어질 수 있다는 이점을 가진다.
그러나, 두 방법들에 의하면, 노드 B가 실제 재전송 수를 알지 못함을 노드 B가 RNC에 나타내는 수단이 있어야 한다. 위에서 언급된 바와 같이, 하나의 방법은 하나의 코드워드를 확보하는 것이고 다른 방법은 그 사실을 나타내는 1 비트 플래그를 추가하는 것이다.
본원 명세서가 HSUPA 상황에 대한 개선의 맥락에서 본 발명을 개시하고 있지만, 핵심 개념이 무선 인터페이스들에서 다른 상황들에 적용 가능하며 HSUPA에 제한되지 않고 업링크 방향에 제한되지 않는다는 것이 실현되어야 한다.
도 1은 종래기술의 범용 이동통신 시스템(UMTS)을 위한 패킷망 아키텍처를 보인다.
도 2는 종래기술의 UMTS의 전체 아키텍처의 일부 더 상세한 내용을 보인다.
도 3a는 종래기술의 프레임 프로토콜(FP) 데이터 프레임 헤더의 부분을 보인다.
도 3b는 노드 B가 재전송 수를 결정할 수 없었거나 정확히 결정할 수 없었음을 RNC에 신호하기 위해 FP헤더를 이용하는 전술한 첫 번째 방법을 수행하는 본 발명의 제1실시예에 따른, 예비 코드워드를 가지는 FP 데이터 프레임 헤더를 보인다.
도 3c는 노드 B가 재전송 수를 결정할 수 없었거나 정확히 결정할 수 없었음을 RNC에 신호하기 위해 FP헤더를 이용하는 전술한 두 번째 방법을 수행하는 본 발명의 제2실시예에 따라 사용되는 스페어 비트를 보인다.
도 4는 여기서 수행되는 본 발명의 양태들을 도시하는 상세내용을 가지는 기 지국을 포함하여 연동하여 동작하는 기기들의 조합을 구비한 시스템의 실시예를 도시한다.
도 5는 도 4의 무선망제어기(RNC)를 더 상세히 보인다.
우선 도 3a~3c에 보인 정확한 프레임 구조가 단순히 예시적인 것이고 본 발명은 여기에 보인 어떠한 특정 구조에도 얽매이지 않고 나중에 개발될 수 있는 구조상의 변경들에 따라 적합하게 될 수 있다는 것이 확실히 이해되어야 한다.
도 3a는 3GPP 표준화 프로세스에서 제안되어 있는 E-DCH를 위한 가능한 프레임 프로토콜 (FP) 헤더(헤더의 부분)를 보인다. 거기서, 필드 'Num of HARQ retrans'는 필요했던 재전송 수를 말한다. 본 발명의 제1실시예에 의하면, 이 필드는 노드 B가 재전송 수를 알지 못함을 나타내는 특수한 값을 가질 수 있다.
예를 들어, 도 3b에 보인 것처럼, 코드워드 1111 또는 1110(1111은 최대 재전송수로도 블록이 제대로 수신되지 않았었음을 나타내기 위해 확보될 수 있다)은 재전송 수가 미지의 것임을 나타내기 위해 확보될 수 있다. 상단으로부터 코드워드를 확보하는 것이 최선인데 14 또는 15회의 재전송이 허용/요구되는 일이 일어나지 않을 것 같기 때문이다.
노드 B가 재전송 수를 짐작할 필요는 없고 그것이 알지 못함을 단순히 알려줄 수 있다는 이점이 있다. SRNC에서 OLPC는 예컨대, 정보를 버리는 것에 의해 이것을 고려할 수 있다. 또한 OLPC는 적어도 3회의 재전송이 요구되었었고 노드 B가 처음 3번을 누락하였음(그렇지 않으면 노드 B는 실제 재전송 수를 알 것이다)을 안 다. 그러면 SRNC는 제어를 위해 헤더에 들어 있는 시그널링을 이용할 수 있어, 예를 들어 기지국(노드 B) 및 사용자장비 사이의 무선링크의 파워를 제어하는 것에 한정되지는 않지만 이와 같은 그것의 무선망 제어 기능들 중의 하나 이상에 관련된 결정을 행하게 된다.
UE가 소프트 핸드오버(SHO) 중이고 2 이상의 노드 B들로부터 수신된 FP DATA FRAME들 내의 "HARQ 재전송 수"에 다른 값들이 설정된 경우에는 다른 이점이 있는데; 만일 그것들 중의 하나가 제안되는 예비 코드워드를 가진다면, RNC는 그 값을 무시하고 대신 올바른 값을 사용할 수 있다.
그러나, 일부 SHO의 경우들에서, 다른 노드 B들은 '정상(normal)'인 HARQ 재전송 수를 위해 다른 값들을 송신할 수 있다는 점에 주의해야 한다. 이것은 예컨대 노드 B1이 2회의 전송으로 패킷을 수신하고 그 데이터를 RNC에 "HARQ 재전송 수"=1을 이용하여 전해주고 ACK를 UE에 송신할 때 일어난다. 만일 이 ACK가 UE에서 NAK로서 잘못 이해되고 UE가 패킷을 (불필요하게) 재전송한다면 이제 노드 B2는 그것을 제대로 수신하고 그것을 RNC에 "HARQ 재전송 수"=2를 이용하여 전해주고 ACK를 UE에 송신한다. 이것은 정상적인 행동이고 RNC는 이것을 다룰 수 있고 OLPC에서 고려할 수 있다.
도 3c는 E-DCH를 위해 프레임 프로토콜(FP) 헤더(헤더의 부분)를 이용하는 새로운 방법을 가지는 본 발명의 제2실시예를 보인다. 예를 들면, 현재의 FP 규격에서는, 3비트의 "Subframe number" 4비트의 "HARQ 재전송 수" 및 1비트의 "스페어 비트"로 맨 먼저 구성된 하나의 바이트가 존재한다. 본 발명의 제2실시예에 의하 면, 제안되는 1 비트 플래그는 1비트의 스페어 비트를 이용할 수 있다. 제안되는 1 비트 플래그는 값 0 또는 1을 취한다. 예로서, 이 플래그의 값 "0"은 보고된 "HARQ 재전송 수"가 올바른 값임을 나타낼 수 있고 플래그의 값 "1"은 보고된 값이 추정된 값이기만 함을 나타내는데 이용될 수 있다. 이 1 비트 플래그는 FP헤더의 얼마간 다른 위치에 놓일 수도 있다는 점에 유의해야 한다. '스페어' 비트는 예로서만 사용되었다.
노드 B가 성공적으로 디코딩한 처음 패킷이 RSN=0, 1, 또는 2를 가지고 다음이 만족되는 경우에
- 디코딩된 패킷이 올바르고(정확하고); 또는
- 디코딩된 패킷이 올바르지 않고 노드 B는 처음 디코딩된 패킷의 수신 후에 재전송된 정확한 패킷을 수신할 때,
노드 B는 서빙용 무선망제어기(SRNC)에 전해지는 FP DATA FRAME의 플래그에 "0"을 설정한다.
노드 B가 성공적으로 디코딩(즉, 노드는 패킷의 RSN을 판독할 수 있음)한 처음 패킷이 RSN=3을 가지고 다음이 만족되는 경우에
- 디코딩된 패킷이 올바르고(정확하고); 또는
- 디코딩된 패킷이 올바르지 않고 노드 B는 처음 디코딩된 패킷의 수신 후에 재전송된 정확한 패킷을 수신할 때, 그리고
- 노드 B가 재전송 수를 결정하는데 사용할 수 있는 다른 정보가 없음
노드 B는 서빙용 무선망제어기(SRNC)에 전해지는 FP DATA FRAME의 플래그에 "1"을 설정한다.
본 발명의 제2실시예의 이점은 "Num of HarQ retrans" 필드의 보고된 HARQ 재전송 수가 올바른 값인지 또는 노드 B에 의해 추정된 값인지를 SRNC가 알 수 있다는 것이다. 이 정보는 OLPC(Open Loop Power Control)를 개선하는데 유용할 수 있다.
UE가 소프트 핸드오버(SHO) 중이고 2개 이상의 노드 B들로부터 수신된 FP DATA FRAME들의 "HARQ 재전송 수"에 다른 값들이 설정된 경우에 다른 이점이 있는데; 만일 그것들 중의 하나가 제안되는 플래그=0을 가진다면, RNC는 플래그로부터 어떤 값이 올바른 값인지를 알 수 있다.
도 4는 본 발명을 수행하는 연동하여 동작하는 기기들의 조합을 구비한 시스템의 실시예를 보이며, 더 상세하게는, 그러한 시스템에서의 기지국(노드 B)을 더 상세히 보인다. 보이는 사용자장비(40)는 재전송 순번 신호를 라인(42) 상에서 기지국(44)에 송신하는데 이 기지국은 그것에 응답하는 입/출력(I/O) 기기(46)를 가진다. I/O기기(46)는 재전송 순번 신호를 라인(48) 상에서 수신기(50)에 제공한다. 재전송 순번 신호는 사용자장비로부터 기지국으로의 데이터의 재전송 수를 나타내는 크기를 가진다. 재전송 수의 값들은 0, 1, 2 및 3과 같은 제1범위로 한정될 수 있다. 즉, 재전송 순번 신호는 2개의 이진 비트들로 제한될 수 있고 이용가능한 비트수가 제한되기 때문에 4회의 재전송까지만 나타낼 수 있을 수 있다. 수신기(50)는 재전송 순번 신호 및 그것의 값을 결정기(54)에 제공하고 결정기는 재전송 수를 결정한다. 기지국이 전술한 범위(0, 1, 2, 3)의 최대 수를 가지는 재전송 순번을 수신한 일부 경우들에서도 위의 본 발명의 배경기술 부분에서 설명된 처음 2가지 예들에 대해 이것을 쉽사리 행할 수 있다. 그런 경우들에서, 수신기(50) 또는 약간 다른 관련된 엔티티(이를테면 결정기(54))는 정확한 재전송 수를 헤더의 "Number of HARQ retrans" 필드에 제공할 수 있고 RNC에의 전송을 위해 프레임을 라인(51) 상에서 송신기(62)에 송신한다.
그러나, 위의 배경기술 부분에서 주어진 제3예의 경우, 만일 기지국이 예를 들어 상기 범위의 최대값을 가지는 재전송 순번을 수신하였고 기지국이 올바르거나 정확한 재전송 카운트를 결정할 수 없었다고 결정기(54)가 결정한다면, 결정기는 그 사실을 나타내는 신호를 라인(56)으로 선택기(58)에 제공하는데, 선택기는 예를 들어 본 발명의 제1실시예에 따른 코드워드 선택기일 수 있거나, 또는 다른 제한적이 아닌 예로서, 본 발명의 제2실시예에 따른 스페어 비트 플래그 선택기일 수 있다. 선택기(58)는, 본 발명의 제1실시예에 따르면, 사용자장비에 이용가능한 제1범위보다 큰 제2범위의 값들을 가지는 복수 개의 코드워드들 중에서 확보되는 예비 코드워드를 선택한다. 예를 들어, 사용자 장비가 2 비트로 제한될 수 있지만, 프로토콜 계층구조에서 높은 레벨들에 보고하기 위해 기지국에서 이용가능한 코드워드들은 그 목적을 위해 할당된 4 비트를 가질 수 있다. 위에서 제안된 바와 같이, 그 이유는 노드 B가 예컨대 3을 넘는 실제 재전송 수를 (믿을만한 방식으로) 실제로 확인할 수 있거나 또는 재전송 수를 신뢰성 있게 추정하기 위해 이용가능한 다른 정보를 이용할 수 있기 때문이다. 그래서 코드워드들의 값들은 사용자장비로부터 기지국으로 데이터의 실제 또는 추정된 재전송 수를 나타낼 수 있다. 만일 그러한 실제 또는 추정된 수가 확실하지 않았다면 또는 만일 그러한 추정이 믿을만하지 못하였다면 예비 코드워드는 사용된다. 예비 코드워드는 선택기(58)에 의해 선택되고 그것의 표시는 라인(60)으로 송신기(62)에 신호로서 제공되고 송신기는 라인(64)에서 예비 코드워드를 가지는 신호를 입/출력기기(66)에 송신한다. I/O기기(66)는 프레임 프로토콜 데이터 프레임 헤더에 예비 코드워드를 가지는 신호를 라인(68)에서 서빙용 무선망제어기일 수 있는 무선망제어기(70)에 제공한다. 만일 RNC(70)가 서빙용 RNC가 아니면, RNC(70)는 사용자장비로부터 기지국으로의 데이터의 실제 재전송 수에 관한 정보를 기지국이 가지지 않음을 나타내는 예비 코드워드를 Iur 인터페이스를 통해 서빙용 무선망제어기에 송신한다. 기지국(44)이 본 발명을 수행하기 위한 기능 블록들로서 보이고 있지만, 많은 다른 기능들이 기지국에서 수행되고 본 발명에 따라 수행되는 기능들을 도시하는데 필요한 것들만이 상세히 보이고 있다는 것이 이해될 것이다. RNC(70)와 사용자장비(40)는 기지국(44)을 통해 직접 통신할 수 있고 이 사실은 입/출력기기들(66, 46) 사이의 신호선(74)에 의해 보이고 있다는 것도 이해되어야 한다.
도시된 기능 블록들은 소프트웨어, 하드웨어, 또는 소프트웨어 및 하드웨어의 어떤 조합으로 수행될 수 있다는 것도 이해되어야 한다. 예를 들어, 칩(75)은 결정기(54)와 선택기(58)가 집적회로에서 조합될 수 있다는 것을 보이기 위해 도 4에 보이고 있다. 또는, 그것의 기능들은 컴퓨터 판독가능 매체에 저장된 코드의 실행에 의해 수행될 수 있다.
도 4는 본 발명의 제2실시예를 설명하는데에도 유용하다. 수신기(50)로부터 라인(52)으로 신호를 수신한 후, 선택기(58)는 스페어 비트를 위해 "1"을 선택하고 "Num of HARQ retrans"를 위해 카운트의 값을 선택한다. 선택기(58)는 "Num of HARQ retrans"를 위한 카운트가 오직 추정치만임을 나타내기 위해 스페어 비트를 위해 "1"을 선택한다. 결정기(54)가 그 카운트가 정확하다고 결정한 경우들에서, 결정기는 선택기(58)에 그렇게 알릴 수 있고, 정확한 재전송 수가 "Num of HARQ retrans" 필드에 표시되어 있음을 나타내기 위해 스페어 비트 플래그는 "0"으로 설정된다.
이제 도 5를 참조하면, 도 4의 RNC(70)가 더 상세히 보이고 있다. 그것은 신호처리기(80)를 구비하며 신호처리기는 라인(82) 상의 수신기(84)로부터의 프레임 프로토콜 데이터 프레임 헤더 신호에 응답하며 수신기는 신호선(86) 상에서 프레임 프로토콜 데이터 프레임 헤더를 입/출력기기(88)로부터 수신하며 입/출력기기는 신호선(90)에 의해 노드 B(44)에 연결된다. 기지국으로부터의 프레임 프로토콜 데이터 프레임 헤더에 응답하여, 신호처리기(80)는 어떤 제어관련 기능을 수행하고 그 다음 제어신호일 수 있는 출력신호를 라인(92)으로 송신기(94)에 제공하고 송신기는 라인(96)으로 출력 제어신호를 라인(90)으로 기지국(44)에 전송하기 위해 입/출력기기(88)에 제공한다. 기지국(44)은 예를 들어 자신과 사용자장비(40) 사이의 무선링크(42) 상의 파워를 제어하기 위해 제어신호를 이용한다. 프레임 데이터 프로토콜 데이터 프레임 헤더에 들어 있는 스페어 비트 플래그 및/또는 "HARQ 재전송 수" 필드의 값은 입/출력기기(88)에 의해, 수신기(84) 또는 신호처리기(80)에 의해 추출될 수 있다. 신호처리기는 플래그 및/또는 "Num of HARQ retrans" 필드를 이용하여 사용자장비(40)에 의해 기지국(44)으로의 실제 또는 추정된 재전송 수를 결정하고(또는 그것은 신뢰성 있게 추정되지 않을 수 있음) 그것을 기초로 하여 적당한 제어 동작을 선택한다. 만일 재전송 수에 관해 예컨대, UE(40)에 의해 보고하기 위해 이용가능한 제1범위를 벗어나 기지국이 믿을만한 정보를 가지지 않음을 나타내는데 예비 코드워드 1111 또는 1110이 이용된다면, 신호처리기(80)는 어떤 기능을 수행하기 위해 어느 적당한 방식으로 그 사실을 이용한다. 또는, 제2실시예에 의하면, 만일 스페어 비트 플래그가 "0"으로 설정된다면, "Num of HARQ retrans" 필드에 들어 있는 카운트가 정확하다는 사실이 알려지고 만일 그것이 "1"이면 그것이 추정치일 뿐임이 알려진다. 여기서 중요한 것은 일부 경우들에서 다수의 재전송들이 있었지만 그 수는 정확히 알려지지 않았다는 사실을 신호처리기(80)가 알게 된다는 점이다. 제1실시예에서, 알려진 정확한 수가 없다는 사실만이 보고되고 추정치는 제공되지 않는다. 제2실시예에서 추정치는 그 추정치가 그야말로 추정치라는 정보와 함께 제공된다.
본 발명의 최선의 실시형태에 관하여 본 발명이 보이고 설명되었지만, 이 기술분야의 숙련자에게는 각종 다른 장치들 및 방법들이 첨부된 청구항들의 범위 내에 들면서 본 발명의 목적들을 수행하기 위해 제공될 수 있다는 것이 명백할 것이다.

Claims (44)

  1. 프레임 프로토콜 데이터 프레임 헤더를 제공하는 방법에 있어서,
    사용자장비로부터 제1 네트워크 요소로의 데이터의 재전송 수를 나타내는 재전송 순번 신호를 사용자장비로부터 무선인터페이스를 통해 제1 네트워크 요소에서 수신하는 단계로서, 상기 재전송 수의 값들이 제1범위로 한정되는, 단계;
    제1 네트워크 요소가 재전송 순번을 수신하였지만 재전송 수를 결정할 수 없었는지 여부를 제1 네트워크 요소에서 결정하는 단계; 및
    사용자장비로부터 제1 네트워크 요소로의 데이터의 실제 상기 재전송 수에 관한 정보를 제1 네트워크 요소가 가지지 않음을 나타내는 시그널링을 프레임 프로토콜 데이터 프레임 헤더 상에서 제2 네트워크 요소에의 전송을 위해 제1 네트워크 요소에서 상기 프레임 프로토콜 데이터 프레임 헤더에 포함시키는 단계를 포함하는 프레임 프로토콜 데이터 프레임 헤더 제공 방법.
  2. 제1항에 있어서, 상기 시그널링은 상기 제1범위보다 큰 제2범위의 값들을 가지는 복수 개의 코드워드들 중에서 확보된 예비 코드워드를 포함하며, 상기 코드워드들의 상기 제2범위의 값들은 사용자장비로부터 제1 네트워크 요소로의 데이터의 재전송 수를 나타내며, 프레임 프로토콜 데이터 프레임 헤더 상의 제2 네트워크 요소로의 전송을 위한 상기 예비 코드워드는 제1 네트워크 요소가 사용자장비로부터 제1 네트워크 요소로의 데이터의 실제 상기 재전송 수에 관한 정보를 가지지 않음을 나타내는, 프레임 프로토콜 데이터 프레임 헤더 제공 방법.
  3. 제2항에 있어서, 상기 예비 코드워드는 1110인, 프레임 프로토콜 데이터 프레임 헤더 제공 방법.
  4. 제2항에 있어서, 상기 예비 코드워드는 1111인, 프레임 프로토콜 데이터 프레임 헤더 제공 방법.
  5. 제2항에 있어서, 상기 예비 코드워드는 상기 제2범위의 상한으로부터 확보되는, 프레임 프로토콜 데이터 프레임 헤더 제공 방법.
  6. 제1항에 있어서, 시그널링을 제1 네트워크 요소에서 상기 프레임 프로토콜 데이터 프레임 헤더에 포함시키는 상기 단계는, 상기 프레임 프로토콜 데이터 프레임 헤더의 코드워드에서의 복수 개의 비트들 중에서 플래그비트를 위한 값을 선택하는 단계로서, 상기 플래그비트의 상기 값은 사용자장비로부터 제1 네트워크 요소로의 데이터의 재전송 수를 나타내는 상기 헤더 내 전송용 값이 실제 값인지 추정값인지를 나타내는, 단계를 포함하는, 프레임 프로토콜 데이터 프레임 헤더 제공 방법.
  7. 프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 장치에 있어서,
    사용자장비로부터 상기 장치로의 데이터의 재전송 수를 나타내는 재전송 순번 신호를 사용자장비로부터 무선인터페이스를 통해 수신하는 수신기로서, 상기 재전송 수의 값들이 제1범위로 한정되는, 수신기;
    상기 장치가 재전송 순번을 수신하였지만 재전송 수를 결정할 수 없었는지 여부를 상기 장치에서 결정하는 결정기; 및
    사용자장비로부터 상기 장치로의 데이터의 실제 상기 재전송 수에 관한 정보를 상기 장치가 가지지 않음을 나타내는 시그널링을 프레임 프로토콜 데이터 프레임 헤더 상에서 네트워크 요소로의 전송을 위해 선택하는 선택기를 포함하는 프레임 프로토콜 데이터 프레임 헤더 제공 장치.
  8. 제7항에 있어서, 상기 시그널링은 상기 제1범위보다 큰 제2범위의 값들을 가지는 복수 개의 코드워드들 중에서 확보된 예비 코드워드를 포함하며, 상기 코드워드들의 상기 제2범위의 값들은 사용자장비로부터 상기 장치로의 데이터의 재전송 수를 나타내며, 프레임 프로토콜 데이터 프레임 헤더 상의 상기 네트워크 요소로의 전송을 위한 상기 예비 코드워드는 상기 장치가 사용자장비로부터 상기 장치로의 데이터의 실제 상기 재전송 수에 관한 정보를 가지지 않음을 나타내는, 프레임 프로토콜 데이터 프레임 헤더 제공 장치.
  9. 제8항에 있어서, 상기 예비 코드워드는 1111인, 프레임 프로토콜 데이터 프레임 헤더 제공 장치.
  10. 제8항에 있어서, 상기 예비 코드워드는 1110인, 프레임 프로토콜 데이터 프레임 헤더 제공 장치.
  11. 제8항에 있어서, 상기 예비 코드워드는 상기 제2범위의 상한으로부터 확보되는, 프레임 프로토콜 데이터 프레임 헤더 제공 장치.
  12. 제7항에 있어서, 상기 장치 내 시그널링을 선택하는 상기 선택기는, 상기 프레임 프로토콜 데이터 프레임 헤더의 코드워드에서의 복수 개의 비트들 중에서 플래그비트를 위한 값을 선택하는 선택기로서, 상기 플래그비트의 상기 값은 사용자장비로부터 상기 장치로의 데이터의 재전송 수를 나타내는 상기 헤더 내 전송용 값이 실제 값인지 추정값인지를 나타내는, 선택기를 포함하는, 프레임 프로토콜 데이터 프레임 헤더 제공 장치.
  13. 프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 시스템에 있어서,
    (a) 제1 네트워크 요소로서
    (i) 사용자장비로부터 제1 네트워크 요소로의 데이터의 재전송 수를 나타내는 재전송 순번 신호를 사용자장비로부터 무선인터페이스를 통해 수신하는 수신기로서, 상기 재전송 수의 값들이 제1범위로 한정되는, 수신기,
    (ⅱ) 제1 네트워크 요소가 재전송 순번을 수신하였지만 재전송 수를 결정할 수 없었는지 여부를 결정하는 결정기, 및
    (ⅲ) 사용자장비로부터 제1 네트워크 요소로의 데이터의 실제 상기 재전송 수에 관한 정보를 제1 네트워크 요소가 가지지 않음을 나타내는 시그널링을 프레임 프로토콜 데이터 프레임 헤더 상에서 제2 네트워크 요소로의 전송을 위해 선택하는 선택기를 구비하는 제1 네트워크 요소; 및
    (b) 무선링크에 의해 상기 제1 네트워크 요소에 연결되며 상기 재전송 순번 신호를 상기 제1 네트워크 요소에 전송하는 사용자장비를 포함하는 프레임 프로토콜 데이터 프레임 헤더 제공 시스템.
  14. 제13항에 있어서, 상기 시그널링은 상기 제1범위보다 큰 제2범위의 값들을 가지는 복수 개의 코드워드들 중에서 확보된 예비 코드워드를 포함하며, 상기 코드워드들의 상기 제2범위의 값들은 사용자장비로부터 제1 네트워크 요소로의 데이터의 재전송 수를 나타내며, 프레임 프로토콜 데이터 프레임 헤더 상의 상기 제2 네트워크 요소로의 전송을 위한 상기 예비 코드워드는 제1 네트워크 요소가 사용자장비로부터 제1 네트워크 요소로의 데이터의 실제 상기 재전송 수에 관한 정보를 가지지 않음을 나타내는, 프레임 프로토콜 데이터 프레임 헤더 제공 시스템.
  15. 제14항에 있어서, 상기 예비 코드워드는 1111인, 프레임 프로토콜 데이터 프레임 헤더 제공 시스템.
  16. 제14항에 있어서, 상기 예비 코드워드는 1110인, 프레임 프로토콜 데이터 프레임 헤더 제공 시스템.
  17. 제14항에 있어서, 상기 예비 코드워드는 상기 제2범위의 상한으로부터 확보되는, 프레임 프로토콜 데이터 프레임 헤더 제공 시스템.
  18. 제14항에 있어서, 상기 제2 네트워크 요소는 제어 기능에 사용하기 위해 상기 프레임 프로토콜 데이터 프레임 헤더에 응답하는, 프레임 프로토콜 데이터 프레임 헤더 제공 시스템.
  19. 삭제
  20. 삭제
  21. 삭제
  22. 삭제
  23. 제1항 내지 제6항 중 어느 한 항에 있어서, 상기 제1 네트워크 요소는 기지국이고 상기 제2 네트워크 요소는 서빙용 무선망제어기인, 프레임 프로토콜 데이터 프레임 헤더 제공 방법.
  24. 제7항 내지 제12항 중 어느 한 항에 있어서, 상기 장치는 기지국이고 상기 네트워크 요소는 서빙용 무선망제어기인, 프레임 프로토콜 데이터 프레임 헤더 제공 장치.
  25. 제13항 내지 제18항 중 어느 한 항에 있어서, 상기 제1 네트워크 요소는 기지국이고 상기 제2 네트워크 요소는 서빙용 무선망 제어기인, 프레임 프로토콜 데이터 프레임 헤더 제공 시스템.
  26. 삭제
  27. 프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 집적회로에 있어서,
    상기 집적회로는, 사용자장비로부터 기지국으로의 데이터의 재전송 수를 나타내는 재전송 순번 신호를 사용자장비로부터 무선 인터페이스를 통해 수신하는 수신기를 가지는 기지국에서 동작하도록 구성되는 것으로서, 이때 상기 재전송 수의 값들은 제1범위로 한정되어 구성되고,
    상기 집적회로는,
    기지국이 재전송 순번을 수신하였지만 재전송 수를 결정할 수 없었는지 여부를 결정하는 결정부; 및
    상기 결정부의 상기 결정에 기초하여, 사용자장비로부터 기지국으로의 데이터의 실제 상기 재전송 수에 관한 정보를 기지국이 가지지 않음을 나타내는 시그널링을 프레임 프로토콜 데이터 프레임 헤더 상에서 네트워크 요소에의 전송을 위해 선택하는 선택부를 포함하는, 프레임 프로토콜 데이터 프레임 헤더 제공 집적회로.
  28. 제27항에 있어서, 상기 시그널링은 상기 제1범위보다 큰 제2범위의 값들을 가지는 복수 개의 코드워드들 중에서 확보된 예비 코드워드를 포함하며, 상기 코드워드들의 상기 제2범위의 값들은 사용자장비로부터 기지국으로의 데이터의 재전송 수를 나타내며, 프레임 프로토콜 데이터 프레임 헤더 상의 네트워크 요소로의 전송을 위한 상기 예비 코드워드는 기지국이 사용자장비로부터 기지국으로의 데이터의 실제 상기 재전송 수에 관한 정보를 가지지 않음을 나타내는, 프레임 프로토콜 데이터 프레임 헤더 제공 집적회로.
  29. 제28항에 있어서, 상기 예비 코드워드는 1111인, 프레임 프로토콜 데이터 프레임 헤더 제공 집적회로.
  30. 제28항에 있어서, 상기 예비 코드워드는 1110인, 프레임 프로토콜 데이터 프레임 헤더 제공 집적회로.
  31. 제28항에 있어서, 상기 예비 코드워드는 상기 제2범위의 상한으로부터 확보되는, 프레임 프로토콜 데이터 프레임 헤더 제공 집적회로.
  32. 제27항에 있어서, 상기 기지국 내 시그널링을 선택하는 상기 선택부는, 상기 프레임 프로토콜 데이터 프레임 헤더의 코드워드에서의 복수 개의 비트들 중에서 플래그비트를 위한 값을 선택하는 선택기로서, 상기 플래그비트의 상기 값은 사용자장비로부터 상기 기지국으로의 데이터의 재전송 수를 나타내는 상기 헤더 내 전송용 값이 실제 값인지 추정값인지를 나타내는, 선택기를 포함하는, 프레임 프로토콜 데이터 프레임 헤더 제공 집적회로.
  33. 수신되는 프레임 프로토콜 데이터 프레임 헤더에 응답하기 위한 신호처리기에 있어서,
    상기 신호처리기는, 사용자장비로의 무선링크를 가지는 기지국을 포함하는 네트워크에서의 무선망제어기에서 동작하도록 구성되고,
    상기 신호처리기는,
    상기 기지국으로부터의 프레임 프로토콜 데이터 프레임 헤더를 수신하는 수신부; 및
    제어 기능을 위한 상기 기지국으로의 전송을 위하여 상기 제어 기능을 위한 제어신호를 제공하는 제어신호 제공부를 포함하고,
    상기 제어 기능을 위한 상기 제어신호를 제공함에 있어 상기 신호처리기에 의해 사용하기 위해 사용자장비로부터 상기 무선링크를 통한 상기 기지국으로의 데이터의 실제 재전송 수에 관한 정보를 상기 기지국이 가지고 있지 않음을 나타내는 시그널링을 상기 데이터 프레임 헤더가 포함하는, 수신 프레임 프로토콜 데이터 프레임 헤더에 응답하기 위한 신호처리기.
  34. 제33항에 있어서, 상기 시그널링은, 상기 기지국이 사용자장비로부터 상기 기지국으로의 데이터의 실제 상기 재전송 수에 관한 정보를 가지지 않음을 나타내기 위해 상기 헤더의 예비 코드워드를 사용하는, 수신 프레임 프로토콜 데이터 프레임 헤더에 응답하기 위한 신호처리기.
  35. 제33항에 있어서, 상기 시그널링은, 상기 기지국이 사용자장비로부터 상기 기지국으로의 데이터의 실제 상기 재전송 수에 관한 정보를 가지지 않음과 재전송 수를 보고하기 위해 사용되는 상기 헤더의 코드워드의 필드에 추정치를 제공함을 나타내기 위해 상기 헤더의 플래그를 사용하는, 수신 프레임 프로토콜 데이터 프레임 헤더에 응답하기 위한 신호처리기.
  36. 제33항에 있어서, 상기 제어 기능은 상기 기지국 및 상기 사용자장비 사이의 상기 무선링크의 파워를 제어하기 위한 것인, 수신 프레임 프로토콜 데이터 프레임 헤더에 응답하기 위한 신호처리기.
  37. 제34항에 있어서, 상기 예비 코드워드는 1111인, 수신 프레임 프로토콜 데이터 프레임 헤더에 응답하기 위한 신호처리기.
  38. 제34항에 있어서, 상기 예비 코드워드는 1110인, 수신 프레임 프로토콜 데이터 프레임 헤더에 응답하기 위한 신호처리기.
  39. 사용자장비로부터 제1 네트워크 요소로의 데이터의 재전송 수를 나타내는 재전송 순번 신호를 사용자장비로부터 무선인터페이스를 통해 제1 네트워크 요소에서 수신하는 단계로서, 상기 재전송 수의 값들이 제1범위로 한정되는 단계;
    제1 네트워크 요소가 재전송 순번을 수신하였지만 재전송 수를 결정할 수 없었는지 여부를 제1 네트워크 요소에서 결정하는 단계; 및
    사용자장비로부터 제1 네트워크 요소로의 데이터의 실제 상기 재전송 수에 관한 정보를 제1 네트워크 요소가 가지지 않음을 나타내는 시그널링을 프레임 프로토콜 데이터 프레임 헤더 상에서 제2 네트워크 요소에의 전송을 위해 제1 네트워크 요소에서 선택하는 단계를 포함하는, 프레임 프로토콜 데이터 프레임 헤더 제공 방법을 실행하기 위한 코드가 기록되어 있는 컴퓨터로 읽을 수 있는 매체.
  40. 제39항에 있어서, 상기 시그널링은 상기 제1범위보다 큰 제2범위의 값들을 가지는 복수 개의 코드워드들 중에서 확보된 예비 코드워드를 포함하며, 상기 코드워드들의 상기 제2범위의 값들은 사용자장비로부터 제1 네트워크 요소로의 데이터의 재전송 수를 나타내며, 프레임 프로토콜 데이터 프레임 헤더 상의 제2 네트워크 요소로의 전송을 위한 상기 예비 코드워드는 제1 네트워크 요소가 사용자장비로부터 제1 네트워크 요소로의 데이터의 실제 상기 재전송 수에 관한 정보를 가지지 않음을 나타내는, 컴퓨터로 읽을 수 있는 매체.
  41. 제40항에 있어서, 상기 예비 코드워드는 1110인, 컴퓨터로 읽을 수 있는 매체.
  42. 제40항에 있어서, 상기 예비 코드워드는 1111인, 컴퓨터로 읽을 수 있는 매체.
  43. 제40항에 있어서, 상기 예비 코드워드는 상기 제2범위의 상한으로부터 확보되는, 컴퓨터로 읽을 수 있는 매체.
  44. 제39항에 있어서, 시그널링을 제1 네트워크 요소에서 선택하는 상기 단계는, 상기 프레임 프로토콜 데이터 프레임 헤더의 코드워드에서의 복수 개의 비트들 중에서 플래그비트를 위한 값을 선택하는 단계로서, 상기 플래그비트의 상기 값은 사용자장비로부터 제1 네트워크 요소로의 데이터의 재전송 수를 나타내는 상기 헤더 내 전송용 값이 실제 값인지 추정값인지를 나타내는, 단계를 포함하는, 컴퓨터로 읽을 수 있는 매체.
KR1020077015374A 2005-01-05 2005-12-30 프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 방법, 장치 및 시스템 KR100972353B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US64191305P 2005-01-05 2005-01-05
US60/641,913 2005-01-05

Publications (2)

Publication Number Publication Date
KR20070092261A KR20070092261A (ko) 2007-09-12
KR100972353B1 true KR100972353B1 (ko) 2010-07-26

Family

ID=36647455

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020077015374A KR100972353B1 (ko) 2005-01-05 2005-12-30 프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 방법, 장치 및 시스템

Country Status (13)

Country Link
US (1) US7668192B2 (ko)
EP (1) EP1834433B1 (ko)
JP (1) JP4616356B2 (ko)
KR (1) KR100972353B1 (ko)
CN (1) CN101095304B (ko)
AT (1) ATE538553T1 (ko)
BR (1) BRPI0519847B1 (ko)
CA (1) CA2592902C (ko)
MX (1) MX2007008193A (ko)
PE (1) PE20060907A1 (ko)
RU (1) RU2409900C2 (ko)
TW (1) TWI314406B (ko)
WO (1) WO2006072826A1 (ko)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8645786B2 (en) 2004-09-15 2014-02-04 Nokia Siemens Networks Gmbh & Co. Kg Decoding method
EP1638238A1 (en) * 2004-09-15 2006-03-22 Siemens Aktiengesellschaft Method for combining data packets by a telecommunication device
RU2396711C2 (ru) * 2005-01-06 2010-08-10 Эл Джи Электроникс Инк. Улучшения системы высокоскоростной пакетной передачи данных по восходящей линии связи
KR20070110326A (ko) * 2005-02-08 2007-11-16 노키아 코포레이션 Ｉｕｂ 인터페이스를 통한 ＨＡＲＱ 장애 표시
EP1861965A1 (en) * 2005-03-22 2007-12-05 Samsung Electronics Co, Ltd Method and apparatus for transmitting packet data
JP4481858B2 (ja) * 2005-03-30 2010-06-16 株式会社日立製作所 情報伝送方法及び情報伝送システム
US8086257B2 (en) * 2005-08-11 2011-12-27 Alcatel Lucent Dedicated control channel detection for enhanced dedicated channel
KR100950453B1 (ko) * 2005-08-19 2010-04-02 삼성전자주식회사 복합 자동 재전송 요구를 지원하는 이동통신 시스템에서궤환 신호의 신뢰도를 제어하는 방법 및 장치
JP4840073B2 (ja) * 2006-10-18 2011-12-21 日本電気株式会社 移動体通信システム、基地局装置及びそれらに用いるアップリンクパケット再送回数推定方法
JP5663168B2 (ja) * 2006-12-15 2015-02-04 テレフオンアクチーボラゲット エル エム エリクソン（パブル） シングルビットのセグメンテーションのインジケータ
JPWO2008096878A1 (ja) * 2007-02-09 2010-05-27 株式会社エヌ・ティ・ティ・ドコモ 再送制御方法及び受信側装置
WO2008114198A2 (en) * 2007-03-21 2008-09-25 Koninklijke Philips Electronics N.V. Reporting of retransmissions for downlink packet
WO2009116474A1 (ja) * 2008-03-17 2009-09-24 日本電気株式会社 通信システム、基地局、移動局、再送制御方法およびプログラム
JPWO2010005037A1 (ja) * 2008-07-09 2012-01-05 シャープ株式会社 通信装置、通信システム、受信方法及び通信方法
BRPI1011595A2 (pt) * 2009-03-17 2016-03-22 Ericsson Telefon Ab L M "método em uma estação base de rádio para operar controle de potência de malha exterior de um equipamento de usuário, método em um nó de controle de rede para determinar um parâmetro de controle de potência de malha exterior, estação base de rádio, e, nó de controle de rede."
US8588839B2 (en) * 2009-12-16 2013-11-19 Telefonaktiebolaget L M Ericsson (Publ) Power loop control method and apparatus

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69738511T2 (de) * 1996-12-26 2009-02-05 Ntt Mobile Communications Network Inc. Datensendeverfahren
CN1225875C (zh) * 2001-09-29 2005-11-02 华为技术有限公司 在高速媒体接入控制层实现数据重传的方法
CN100379191C (zh) * 2002-06-26 2008-04-02 华为技术有限公司 通信网络中的数据重传方法
KR100584431B1 (ko) 2003-02-14 2006-05-26 삼성전자주식회사 부호 분할 다중 접속 통신 시스템에서 역방향 데이터재전송 시스템 및 방법
EP1507352B1 (en) * 2003-08-14 2007-01-31 Matsushita Electric Industrial Co., Ltd. Time monitoring of packet retransmissions during soft handover
DE60336813D1 (de) * 2003-09-23 2011-06-01 Panasonic Corp Protokolkontextübertragung in einem Mobilfunkkommunikationsystem
RU2396711C2 (ru) * 2005-01-06 2010-08-10 Эл Джи Электроникс Инк. Улучшения системы высокоскоростной пакетной передачи данных по восходящей линии связи

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HARQ Retransmission and Failure Indication for improved Outer loop power control; R3-041503; 3GPP TSG RAN WG3 Meeting #45; Shin-Yokohama, Japan 15th-19th, November 2004; www.3gpp.org

Also Published As

Publication number Publication date
WO2006072826A1 (en) 2006-07-13
BRPI0519847A2 (pt) 2011-09-27
EP1834433A1 (en) 2007-09-19
CN101095304B (zh) 2010-10-13
TW200644486A (en) 2006-12-16
CA2592902C (en) 2011-11-01
RU2409900C2 (ru) 2011-01-20
US20060146889A1 (en) 2006-07-06
US7668192B2 (en) 2010-02-23
MX2007008193A (es) 2007-08-07
PE20060907A1 (es) 2006-08-28
CA2592902A1 (en) 2006-07-13
TWI314406B (en) 2009-09-01
JP4616356B2 (ja) 2011-01-19
ATE538553T1 (de) 2012-01-15
CN101095304A (zh) 2007-12-26
RU2007124793A (ru) 2009-02-20
JP2008527823A (ja) 2008-07-24
BRPI0519847B1 (pt) 2019-03-06
EP1834433B1 (en) 2011-12-21
KR20070092261A (ko) 2007-09-12

Similar Documents

Publication Publication Date Title
KR100972353B1 (ko) 프레임 프로토콜 데이터 프레임 헤더를 제공하기 위한 방법, 장치 및 시스템
US10952191B2 (en) Fixed HS-DSCH or E-DCH allocation for VoIP (or HS-DSCH without HS-SCCH/E-DCH without E-DPCCH)
TWI406528B (zh) 通過Ｉｕｂ介面之混合自動重覆請求（ＨＡＲＱ）失敗指示之技術
KR20080035527A (ko) 무선 통신 시스템에서의 업링크 상에서 강화된 데이터채널의 용량을 증가시키는 방법
JP2007536854A (ja) 通信方法、パケット無線システム、制御装置及びユーザ端末
JP2014027682A (ja) 無線通信システムにおいてアップリンク上のエンハンスト・データ・チャネルの容量を増大させる方法
EP1955447B1 (en) Arrangement and method in a mobile communication network
JP2008547344A (ja) ワイヤレス通信システムにおけるｈ−ａｒｑ用の装置及び方法
US8842551B2 (en) Method and apparatus for transmitting/receiving hybrid automatic repeat request failure indication
JP2009212874A (ja) 基地局装置、移動機、移動体通信システム及びそれらに用いるチャネル処理制御方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130701

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20140703

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20150619

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20160616

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20170616

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20190617

Year of fee payment: 10