KR20030037947A - 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서전송 포맷 자원 셋을 송수신하는 장치 및 방법 - Google Patents

Abstract

본 발명은 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에 관한 것으로서, 적어도 2개 이상의 레벨들을 가지는 최초 전송 포맷 자원 셋 트리를 구성하기 위해 사용할 컴퍼넌트들을 결정하고, 상기 결정한 컴퍼넌트들 각각에 대해 레벨을 할당하는 과정과, 상기 컴퍼넌트들 각각에 대해 레벨을 할당한 이후 임의의 제1레벨에 속한 서브 컴퍼넌트들을 상기 최초 전송 포맷 자원 셋 트리에서 상기 제1레벨보다 낮은 레벨인 제2레벨보다 좌측에 배치하는 과정과, 상기 제1레벨의 서브 컴퍼넌트들 각각에 대해 상기 제2레벨의 모든 서브 컴퍼넌트들을 배치하는 과정과. 상기 모든 서브 컴퍼넌트들에 대한 배치 완료 후 상기 최초 전송 포맷 자원 셋 트리의 위에서부터 아래로 식별자를 부여하는 과정과, 상기 식별자를 부여하여 상기 최초 전송 포맷 자원 셋을 구성완료하면, 상기 최초 전송 포맷 자원 셋에서 사용하지 않는 최초 전송 포맷 자원 관련 정보들을 제거하여 전송 포맷 자원 셋을 구성한다.

Description

고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 전송 포맷 자원 셋을 송수신하는 장치 및 방법{APPARATUS FOR TRANSMITTING/RECEIVING TRANSPROT FORMAT RESOURCE SET IN COMMUNICATION SYSTEM USING HIGH SPEED DOWNLINK PACKET ACCESS SCHEME AND METHOD THEROF}

본 발명은 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에 관한 것으로서, 특히 사용자 데이터에 대한 전송 포맷 자원 셋을 전송하는 장치 및 방법에 관한 것이다.

본 발명은 고속 순방향 패킷 접속 통신 시스템에 관한 것으로서, 특히 역방향 제어 정보의 양을 줄이는 방식에 관한 것이다.

일반적으로, 고속 순방향 패킷 접속(High Speed Downlink Packet Access)방식은 UMTS(Universal Mobile Terrestrial System) 통신 시스템에서 순방향 고속 패킷 데이터 전송을 지원하기 위한 순방향 데이터 채널인 고속 순방향 공통 채널(HS-DSCH: High Speed - Downlink Shared Channel, 이하 "HS-DSCH"라 칭하기로 한다)과 이와 관련된 제어채널들을 포함한 데이터 전송방식을 총칭한다. 상기 고속 순방향 패킷 접속을 지원하기 위해서 적응적 변조방식 및 코딩 방식(Adaptive Modulation and Coding: 이하 "AMC"라 한다), 복합 재전송 방식(Hybrid Automatic Retransmission Request: 이하 "HARQ"라 함) 및 빠른 셀 선택(Fast Cell Select: 이하 "FCS"라 함)방식이 제안되었다.

그러면 여기서 상기 고속 순방향 패킷 접속을 지원하기 위한 방식들인 AMC 방식과, FCS 방식과, HARQ 방식에 대해서 설명하기로 한다.

첫 번째로, AMC 방식에 대해 설명하기로 한다.

상기 AMC 방식은 특정 기지국(Node B, 이하 Node B"라 칭하기로 한다)과 사용자 단말기(UE: User Element, 이하 UE라 칭하기로 한다) 사이의 채널 상태에 따라 서로 다른 데이터 채널의 변조방식과 코딩방식을 결정하여, 상기 Node B 전체의 사용효율을 향상시키는 데이터 전송 방식을 말한다. 따라서 상기 AMC 방식은 복수개의 변조방식들과 복수개의 코딩방식들을 가지며, 상기 변조방식들과 코딩방식들을 조합하여 데이터 채널 신호를 변조 및 코딩한다. 통상적으로 상기 변조방식들과 코딩방식들의 조합들 각각을 변조 및 코딩 스킴(Modulation and Coding Scheme: 이하 "MCS"라 함)라고 하며, 상기 MCS 수에 따라 레벨(level) 1에서 레벨(level) n까지 복수개의 MCS들을 정의할 수 있다. 즉, 상기 AMC 방식은 상기 MCS의 레벨(level)을 상기 UE와 현재 무선 접속되어 있는 Node B 사이의 채널 상태에 따라 적응적으로 결정하여 상기 Node B 전체 시스템 효율을 향상시키는 방식이다.

두 번째로, FCS 방식을 설명하기로 한다.

상기 FCS 방식은 상기 고속 순방향 패킷 접속 방식을 사용하고 있는 UE가 셀 중첩지역, 즉 소프트 핸드오버 영역에 위치할 경우 복수개의 셀들 중 채널 상태가 좋은 셀을 빠르게 선택하는 방법이다. 상기 FCS 방식은 구체적으로,(1) 상기 고속 순방향 패킷 접속 방식을 사용하고 있는 UE가 임의의 제1 Node B와 임의의 제2 Node B의 셀 중첩지역에 진입할 경우, 상기 UE는 복수의 셀들, 즉 복수개의 Node B와의 무선 링크(이하 "Radio Link"라 칭한다.)를 설정한다. 이때 상기 UE와 Radio Link를 설정한 셀들의 집합을 액티브 셋(active set)이라 칭한다. (2) 상기 액티브 셋에 포함된 셀들 중에서 가장 양호한 채널상태를 유지하고 있는 셀로부터만 고속 순방향 패킷 접속 방식용 패킷 데이터를 수신하여 전체적인 간섭(interference)을 감소시킨다. 여기서, 상기 액티브 셋에서 채널상태가 가장 양호하여 고속 순방향패킷 접속 패킷 데이터를 전송하는 셀을 베스트 셀(best cell)이라 하고, 상기 UE(130)는 상기 액티브 셋에 속하는 셀들의 채널 상태를 주기적으로 검사하여 현재베스트 셀보다 채널 상태가 더 좋은 셀이 발생할 경우 상기 현재의 베스트 셀을 새로 발생한 채널 상태가 더 좋은 셀로 바꾸기 위해 베스트 셀 지시자(Best Cell Indicator) 등을 상기 액티브 셋에 속해있는 셀들로 전송한다. 상기 베스트 셀 지시자에는 베스트 셀로 선택된 셀의 식별자가 포함되어 전송되고, 이에 상기 액티브 셋내의 셀들은 상기 베스트 셀 지시자를 수신하고 상기 베스트 셀 지시자에 포함된 셀 식별자를 검사한다. 그래서 상기 액티브 셋 내의 셀들 각각은 상기 베스트 셀 지시자가 자신에게 해당하는 베스트 셀 지시자인지를 검사하고, 상기 검사결과 베스트 셀로 선택된 해당 셀은 고속 순방향 공통 채널(HS-DSCH)을 이용해서 상기 UE로 패킷 데이터를 전송한다.

세번째로, HARQ 방식, 특히 다채널 정지-대기 혼화 자동 재전송 방식(n-channel Stop And Wait Hybrid Automatic Retransmission Request:이하 "n-channel SAW HARQ"라 칭한다.)을 설명하기로 한다.

상기 HARQ 방식은 ARQ(Automatic Retransmission Request) 방식의 전송 효율을 증가시키기 위해 다음과 같은 2 가지 방안을 새롭게 적용한 것이다. 첫 번째 방안은 상기 HARQ는 UE와 Node B 사이에서의 재전송 요구 및 응답을 수행하는 것이고, 두 번째 방안은 오류가 발생한 데이터들을 일시적으로 저장하였다가 해당 데이터의 재전송 데이터와 결합(Combining)해서 전송하는 것이다. 또한 고속 순방향 패킷 접속 방식에서는 종래의 멈춤-대기 자동 재전송(Stop and Wait ARQ::SAW ARQ)방식의 단점을 보완하기 위해서 상기 n-channel SAW HARQ라는 방식을 도입하였다. 상기 SAW ARQ방식의 경우 이전 패킷 데이터에 대한 ACK를 수신하여야만 다음 패킷데이터를 전송한다. 그런데, 이렇게 이전 패킷 데이터에 대한 ACK를 수신한 후에만 다음 패킷데이터를 전송하기 때문에 패킷 데이터를 현재 전송할 수 있음에도 불구하고 ACK을 대기하여야 하는 경우가 발생할 수 있다. 상기 n-channel SAW HARQ 방식에서는 상기 이전 패킷 데이터에 대한 ACK를 받지 않은 상태에서 다수의 패킷 데이터들을 연속적으로 전송해서 채널의 사용 효율을 높일 수 있다. 즉, UE와 Node B간에 n 개의 논리적인 채널(Logical Channel)들을 설정하고, 특정 시간 또는 채널 번호로 상기 n 개의 채널들 각각을 식별 가능하다면, 패킷 데이터를 수신하게 되는 상기 UE는 임의의 시점에서 수신한 패킷데이터가 어느 채널을 통해 전송된 패킷 데이터인지를 알 수 있으며, 수신되어야 할 순서대로 패킷 데이터들을 재구성하거나, 해당 패킷 데이터를 소프트 컴바이닝(soft combining) 하는 등 필요한 조치를 취할 수 있다.

상기 AMC 방식과, FCS 방식과, HARQ 방식을 지원하여 통신 효율을 높이는 상기 고속 순방향 패킷 접속 통신 시스템은 전체 순방향(forward) 전송 자원들 중 일부의 전송 자원들을 다수의 UE들이 공유하는 시스템이다. 상기 순방향 전송 자원들에는 전송 출력과 직교 코드(orthogonal code)인 OVSF(Orthogonal Variable Spreading Factor) 코드(code)가 있는데, 상기 OVSF 코드의 경우 현재 표준으로 논의되고 있는 바에 따르면, 확산계수(SF: Spreading Factor)가 16인 경우(SF = 16) 10개의 OVSF 코드를 상기 고속 순방향 패킷 접속 통신 시스템에 사용하는 것이 고려되고있다.

상기 고속 순방향 패킷 접속 통신 시스템에서 사용 가능한 다수개의 OVSF 코드들은 특정 동일 시간에 다수의 UE들이 동시에 사용하는 것이 가능하다. 즉, 상기 고속 순방향 패킷 접속 통신 시스템내에서 특정 동일 시간에서 다수의 UE들간에 OVSF 코드 다중화가 가능하다. 상기와 같은 OVSF 코드 다중화를 도 1을 참조하여 설명하기로 한다.

상기 도 1은 통상적인 고속 순방향 패킷 접속 통신 시스템에서 OVSF 코드를 할당한 일 예를 도시한 도면이다. 상기 도 1을 설명함에 있어 특히 상기 확산 계수가 16인 경우(SF = 16)를 일 예로 하여 설명하기로 한다.

상기 도 1을 참조하면, 각 OVSF 코드들을 코드 트리(code tree)의 위치에 따라 C(i,j)로 도시되어 있다. 상기 C(i,j)에서 상기 변수 i는 상기 확산 계수값을 나타내며, 상기 변수 j는 상기 OVSF 코드 트리에서 맨 좌측으로부터 존재하는 순서를 나타낸 것이다. 일 예로 상기 C(16,0)은 상기 확산 계수가 16이며, OVSF 코드 트리에서 상기 확산 계수가 16일 경우 좌측으로부터 첫 번째 위치에 존재한다는 것을 나타낸다. 상기 도 1은 상기 확산 계수가 16일 경우 상기 OVSF 코드 트리에서 7번째부터 16번째까지, 즉 C(16.6)에서 C(16,15)까지 10개의 OVSF 코드를 상기 고속 순방향 패킷 접속 통신 시스템에 할당하는 경우를 도시하고 있다. 상기 10개의 OVSF 코드들은 다수의 UE들에게 다중화 될 수 있다.

예를 들어 A, B, C를 상기 고속 순방향 패킷 접속 통신 시스템을 사용하고 있는 임의의 사용자들, 즉 임의의 UE들이라고 가정하면, 임의의 시점 t0에서 A에게는 4개의 코드, B에게는 5개의 코드, C에게는 1개의 코드 등과 같이 코드 다중화가 가능하다. 각 UE들에게 할당할 OVSF 코드의 개수와 OVSF 코드 트리 상의 위치는 상기 Node B가 결정하며, 이는 상기 Node B에 저장되어 있는 UE들 각각의 사용자 데이터(user data) 양을 고려해서 결정된다.

한편, 상기 HSDPA 통신 시스템에서 사용되는 채널의 종류는 다음과 같다.

먼저 실제 사용자 데이터(user data)가 전송되는 HS-DSCH와, Node B가 상기에서 설명한 AMC, FCS, HARQ 등에 관한 정보를 UE에게 전송하는 데 사용되는 공통 제어 채널(SHCCH: Shared Control Channel, 이하 "SHCCH"라 칭하기로 한다)과, 상기 Node B가 UE에게 가까운 미래에 UE가 수신해야 할 데이터가 있음을 알려주는 Associated DPCH(Dedicated Physical Channel) 등 3 종류의 순방향 채널(forward channel)이 존재하며, HARQ와 AMC를 지원하기 위해 UE가 Node B에게 feedback 정보를 전송하는 1 종류의 역방향 채널(reverse channel)이 존재한다.

그러면 여기서 상기 SHCCH를 도 2를 참조하여 설명하기로 한다.

상기 도 2는 통상적인 고속 순방향 접속 방식을 사용하는 통신 시스템의 공통 제어 채널 구조를 도시한 도면이다.

상기 도 2를 참조하면, 먼저 전송 포맷 및 자원 관련 정보(TFRI: Transport Format and Resource related Information, 이하 "TFRI"라 칭하기로 한다) 필드(field)는 MCS 레벨과 코드 할당 정보, 트랜스포트 블록 셋(TBS: Transport Block Set, 이하 "TBS"라 칭하기로 한다) 크기 등과 같은 정보를 포함한다. 그리고 HARQ 정보(information) 필드는 HARQ 프로세서 번호 등과 같은 HARQ 관련 정보를포함한다. 또한, CRC(Cyclic Redundancy Check) 필드는 상기 TFRI 필드에 대한 오류 확인, 또는 TFRI 필드와 HARQ 필드에 대한 오류확인 기능을 수행한다.

그러면 여기서 상기 TFRI 필드에 포함되는 정보들을 설명하기로 한다.

(1) MCS 레벨: 해당 UE에게 전송되는 HS-DSCH에 사용될 MCS 레벨

(2) 코드 할당 정보 : 해당 UE에게 전송되는 HS-DSCH의 코드 개수

(3) TBS 크기 : 해당 UE에게 전송되는 HS-DSCH에 실리는 트랜스포트 블록(TB: Transport Block, 이하 "TB"라 칭하기로 한다)들의 개수로서, 상기 해당 UE의 레이트 매칭(rate matching)에 필요한 파라미터(parameter)이다.

그런데 상기에서 설명한 바와 같은 MCS 레벨과, 코드 할당 정보와, TBS 크기 정보와 같은 정보들 각각에 TFRI 필드에 개별적인 필드를 별도로 설정하여 독립적으로 전달하는 방식은 다음과 같은 이유로 비효율적이다. 그 이유는 상기 MCS 레벨의 수와 코드 할당 정보는 UE마다 상이할 수 있다. 즉 임의의 UE A는 정의된 모든 MCS 레벨을 지원하지만, 또 다른 UE B는 그 중 몇 개의 MCS 레벨만 지원할 수도 있다. 마찬가지로 임의의 UE A는 많은 수의 코드를 동시에 처리할 수 있지만, 임의의 UE B는 상기 UE A보다 보다 적은 수의 코드만 처리할 수 있다. 그러므로 상기 UE A는 MCS 레벨과 코드 할당 정보 필드에 각각 3 비트와 6 비트가 필요하고, UE B는 MCS 레벨과 코드 할당 정보 필드에 각각 2 비트와 4 비트가 필요할 수도 있으며, 이럴 경우 MCS 레벨 필드와 코드 할당 정보(Code info) 필드의 크기를 고정하는 것은 비효율적이게 되는 것이다. 그리고 상기와 같은 비효율성 문제는 상기 TBS 크기 정보에도 동일하게 적용된다.

그래서 현재 표준 논의에서는 상기 정보들, 즉 MCS 레벨과, 코드 할당 정보와, TBS 크기 정보를 하나의 셋(set)으로 구성해서 상기 셋에 논리적 식벽자를 부여하도록 하는 방안이 제시되고 있다. 이와 같이 TFRI에 논리적 식별자가 부여된 예제가 하기 표 1이다.

그러면 여기서 트랜스포트 채널(TCH: Transport CHannel, 이하 "TCH"라 칭하기로 한다) 아이디(ID)와 상기 TBS 크기 정보에 대해서 좀 더 자세히 설명하기로 한다. 상기 TCH는 물리 채널(physical channel)에서 데이터를 처리하는 방식들의 집합을 의미하며, 통상적으로 TCH는 해당 TCH를 통해 전송되는 데이터가 어떤 코딩 레이트(coding rate)로 어떤 채널 코딩(channel coding) 방식에 의해서 코딩되었는지, 데이터가 어떤 크기로 분할되어 전송되는지(TB 크기), 한 전송 시구간(TTI: Transmission Time Interval, 이하 "TTI"라 칭하기로 한다)동안 몇 개의 TB를 전송하는 것이 가능한지에 대해 정의된다. 그래서 임의의 상이한 2개의 TCH는 각각 상기와 같은 사항들이 상이하게 된다. 동일한 고속 순방향 물리 공통 채널(HS-PDSCH: High Speed-Physical Downlink Shared CHannel, 이하 "HS-PDSCH"라 칭하기로 한다)을 통해서 다수개의 TCH가 시간적으로 다중화될 수 있으므로, 임의의 시점에 수신한 HS-PDSCH가 어느 트랜스포트 채널에 속하는지 UE가 인지할 수 있어야 하며, 이를 알려주는 것이 TCH ID이다.

그리고 상기 TBS 크기는 UE의 물리계층(physical layer)이 레이트 매칭된 비트수를 계산할 수 있도록 Node B가 UE에게 알려주는 정보이다. 상기 TBS 크기는 임의의 UE가 한 TTI동안 전송되는 TB들의 개수를 나타내며, 레이트 매칭 방식은 Node B의 물리계층이 사용자 데이터를 반복(repetition)하거나 천공(puncturing)했을 경우, 상기 반복 또는 천공이 어떤 형태로 이루어졌는지를 나타내는 정보이다. 상기 TBS 크기는 상기에서 설명한 바와 같이 TFRI 필드를 통해 전달되며, 레이트 매칭 방식은 따로 전달되지 않는데, 그 이유는 상기 TBS 크기와 상기 레이트 매칭 방식은 서로 대응 관계를 가지고 있어서 상기 TBS 크기를 알면 상기 레이트 매칭 방식도 같이 알 수 있기 때문이다.

다음으로 상기 HSDPA 통신 시스템의 송신기 물리 계층 구조를 도 3을 참조하여 설명하기로 한다.

상기 도 3은 통상적인 고속 순방향 패킷 접속 통신 시스템의 송신기 물리 계층 채널 구조를 도시한 도면이다.

상기 도 3을 참조하면, 상위계층으로부터 물리계층, 즉 트랜스포트 채널(transport channel)로 전송해야할 트랜스포트 블록들이 전달된다(301). 여기서, 상기 상위계층에서 물리 계층으로 상기 트랜스포트 블록들이 전달되는 주기는 매 전송시구간(TTI)별로 이루어지며, 상기 전송시구간 단위로 전송되는 트랜스포트 블록들이 트랜스포트 블록 셋을 구성하며, 상기 트랜스포트 블록 셋을 통해 전송되는 상기 트랜스포트 블록들의 개수가 상기 트랜스포트 블록 셋의 크기(TBS size)가되는 것이다. 상기 상위계층으로부터 전달된 트랜스포트 블록들, 즉 트랜스포트 블록 셋에 상기 도 3에 도시한 바와 같이 헤더(header) 정보가 삽입(header attachment)된다(302). 상기 헤더 정보는 상기 송신기에 대응한 수신기측에서 상기 트랜스포트 블록 셋의 트랜스포트 블록들에 대한 순서 정렬에 이용가능한 일련 번호(serial number)와 같은 정보등이 될 수 있다. 그리고 나서 상기 헤더 정보가 삽입된 트랜스포트 블록 셋에는 CRC(Cyclic Redundancy Check)가 부가된다(303). 여기서, 상기 CRC는 일 예로 24 비트 CRC 연산이 고려될 수 있다.

상기 CRC가 부가된 트랜스포트 블록 셋은 오류 정정 부호를 위한 채널 코딩에 적합한 크기의 코드 블록(code block)으로 세그먼트(segment)된 후(304), 채널 전송을 위해 채널 코딩(channel coding)된다(305). 여기서, 상기 채널 코딩까지 완료된 데이터들을 코딩 블록(coded block)이라고 칭하고, 상기 코드 블록 세그멘테이션을 수행한 후, 즉 D4에서 상기 트랜스포트 블록을 구성하는 정보 비트(information bit)는 상기 채널 코딩을 통해, 즉 D5에서 심볼(symbol)로 변환된다. 상기 코딩 블록은 실제 물리 계층으로 전송하기 위해 물리 계층 프레임(frame)의 길이 및 스프레딩 팩터(spreading factor) 등을 고려하여 레이트 매칭(rate matching)된다(306). 즉, 상기 레이트 매칭은 상기 코딩 블록을 실제 물리 채널을 통해 전송가능한 정보의 양과 동일하게 되도록 해주는 과정이다. 일 예로 상기 채널 코딩을 통해 출력된 심볼의 개수가 D5개이고, 최종적으로 상기 물리 채널을 통해 전송될 심볼의 개수가 D9개라면 상기 레이트 매칭을 통해서 상기 전송될 심볼들의 개수를 일치시키게 되는 것이다. 즉, 상기 D5가 D9보다 크다면 천공이실행되고, 상기 D9이 D5보다 크다면 반복이 실행되어 상기 D5와 D9의 심볼 개수를 일치시키는 것이다.

상기 레이트 매칭된 데이터는 물리 채널을 통해 전송될 수 있는 단위로 분할된다(physical channel segmentation)(307). 여기서, 상기 물리 채널 세그멘테이션은 고속 순방향 공통 채널은 복수개의 코드로 구성될 수 있으므로, 전체 데이터를 각각의 코드에 합당한 크기로 분할해 주는 것이다. 상기 물리 채널 세그멘테이션된 데이터들은 연집오류(burst error)를 방지하기 위해 인터리빙(interleaving)되고(308) 상기 인터리빙된 데이터가 최종적으로 전송될 물리 채널로 매핑되어(physical channel mapping) 해당 물리 채널로 전송된다(309).

상기 도 3에서 설명한 바와 같이 전송하고자 하는 사용자 데이터는 상기와 같은 과정들을 거치면서 그 데이터 양이 하기와 같이 변화하게 된다.

D1 = 트랜스포트 블록의 크기(TB_size) * 트랜스포트 블록 셋의 크기(TBS_size)

D2 = D1 + 헤더 크기(Header_size)

D3 = D2 + CRC 크기(일 예로 24 bit)

D4 = D3

D5 = D4 * 1/코딩레이트(CR: Coding Rate)

D6 = D5 + 레이트 매칭의 크기(RM)

D7 = D6

D8 = D7

D9 = D8 = {(트랜스포트 블록 크기*트랜스포트 블록 셋 크기*헤더 크기+CRC 크기)/코딩 레이트 + 레이트 매칭}[(TB_Size * TBS + Header_Size+CRC)/CR + RM]

또한, 상기 도 3에서 상기 사용자 데이터는 상기 과정들을 거치면서 그 데이터 단위가 다음과 같이 변화한다. D1 내지 D4는 정보비트(IB : Information Bit) 단위, D5 내지 D8 은 심볼(Symbol) 단위, D9은 변조된 심볼(MS: Modulated Symbol)단위가 된다. 즉, 상기 정보 비트가 채널 코딩을 거치면 심볼이 되고, 상기 심볼이 변조 과정을 거치면서 변조된 심벌이 되는 것이다.

그리고, 상기 D9은 실제 물리 채널을 통해 전송되는 데이터의 총합을 의미하므로 하기 수학식 1과 같이 표현가능하다.

D9 = NC(코드의 개수) * Code_capa(하나의 코드가 전달할 수 있는 데이터의 양) = NC * [(타임슬롯당 칩레이트/확산계수)* 전송시구간(TTI) 당 타임슬롯의 수 * MO(변조 오더)] = NC * MO * 480

상기 수학식 1에서 단위는 심볼 단위가 되며, 상기 수학식 1을 상기 D9에 대한 등가로 다시 정리하면 하기 수학식 2와 같이 표현 가능하다.

[TB_Size * TBS + Header_Size+CRC]/CR + RM = NC*480*MO

그리고 상기 수학식 2는 다시 하기 수학식 3과 같이 표현가능하다.

RM = NC * 480 * MO * CR TB_Size * TBS Header_Size CRC

상기 수학식 3에서 상기 레이트 매칭이 반복(repetition)이라면 상기 변수 RM은 양수값이, 상기 레이트 매칭이 천공(puncturing)이라면 상기 변수 RM은 음수값이 된다.

상기 도 3에서 설명한 각 과정들의 데이터양을 도 4를 참조하여 설명하기로 한다.

상기 도 4는 상기 도 3의 물리 계층 채널 구조에서 각 과정들의 데이터 양을 도시한 도면이다.

상기 도 4를 참조하면, D9은 물리 채널을 통해 전송되는 데이터의 총합을 의미하며, 임의의 시점에서 Node B에 의해서 정해지는 상수이다. 즉, 상기 D9은 임의의 시점에서 임의의 사용자 단말기에게 할당된 코드의 수와 MCS 레벨에 의해서 결정된다. 트랜스포트 블록 크기(TB_Size), CRC 크기, 헤더 크기(Header_Size) 역시 해당 호가 진행되는 동안은 변하지 않는 상수이며, 트랜스포트 블록 셋(TBS)은 Node B에 저장되어 있는 해당 사용자 단말기의 데이터 양에 따라 변하는 변수이다. 다시 말해서, 상기 수학식들에서 매 전송시구간(TTI)마다 변하는 파라미터들은 트랜스포트 블록 셋(TBS), 코드 개수(NC), 변조 오더(MO), 코딩 레이트(CR)이며, 상기 파라미터들은 모두 공통 제어 채널의 트랜스포트 포맷 리소스 정보(TFRI)를 통해 기지국에서 사용자 단말기로 매 전송시구간마다 통보해 준다. 상기 도 3에서 설명한 각 과정들의 데이터양을 도 4를 참조하여 설명하기로 한다.

또한 상기 도 3에서 설명한 물리 계층 구조의 레이트 매칭 동작을 도 5를 참조하여 설명하기로 한다.

상기 도 5는 통상적인 레이트 매칭 방식을 도시한 도면이다.

상기 도 5를 참조하면, 기지국, 즉 송신기가 레이트 매칭을 결정하면 상기 도 3에서 설명한 물리 계층 채널 구조에서 D5로 도시되어 있는 코딩 블록들을 동일한 간격으로 상기 레이트 매칭에 따라서 반복하거나 천공한 후 다음 채널 처리를 수행한 후 사용자 단말기, 즉 수신기로 전송하게 된다. 그러면 상기 수신기는 상기 레이트 매칭값이 음수일 경우, 즉 코딩 블록들이 천공된 경우에는 상기 천공된 부분에 0을 삽입해서(0 insertion) 상기 D5와 동일한 크기로 생성한 후 채널 디코더(channel decoder)로 출력한다.

이와는 반대로 상기 레이트 매칭값이 양수일 경우, 즉 상기 코딩 블록들이 반복된 경우에는 상기 반복된 비트들을 합산해서 상기 D5와 동일한 크기로 생성한 뒤 상기 채널 디코더로 출력한다. 결국 상기 수신기는 상기 송신기가 전송한 레이트 매칭값을 인지하면 정확하게 동작하는 것이 가능하게 되는 것이다. 그리고 상기 HSDPA에서는 트랜스포트 블록 셋(TBS), 코드의 개수(NC), 코딩 레이트를 기지국에서 사용자 단말기로 매 전송시구간마다 통보하여서 상기 기지국과 사용자 단말기가 동일한 레이트 매칭값을 산출하는 것이 가능하도록 하고 있다.

그런데, 현재 HSDPA 방식을 사용하는 통신 시스템에서 HSDPA 호 설정에 이전에 필요한 메시지 교환 및 TFRI ID 할당 방식 등에 대해서는 구현된 바가 없으며, 또한 상기 다수의 정보들, 즉 MCS 레벨 정보와, 코드 정보(code info)와, TBS 크기 정보와. TCH ID 정보 등과 같은 정보등을 각각 역방향 제어 정보로서 전송함으로써상기 역방향 제어 정보들을 전송하기 위해서 많은 비트들을 사용하게 되어 자원의 효율성을 저하시키게 된다는 문제점이 있었다.

따라서, 본 발명의 목적은 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 사용자데이터에 대한 전송 포맷 및 자원 관련 정보를 송수신하는 장치 및 방법을 제공함에 있다.

본 발명의 다른 목적은 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 공통 제어 채널을 통해 전송되는 제어 정보 양을 감소시키는 장치 및 방법을 제공함에 있다.

상기한 목적들을 달성하기 위한 본 발명은; 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 전송 포맷 자원 셋을 송수신하는 방법에 있어서, 사용자 단말기가 자신이 지원가능한 변조 방식을 나타내는 변조 능력과, 상기 사용자 단말기가 고속 순방향 패킷 접속 방식을 지원할 경우 한번에 처리 가능한 직교 코드 개수 정보를 나타내는 멀티 코드 능력을 포함시켜 무선 자원 제어 연결 요청 메시지를 무선 네트워크 제어기로 전송하는 과정과, 상기 무선 네트워크 제어기는 상기 변조능력과 멀티 코드 능력을 사용자 단말기 고속 순방향 패킷 접속 정보로, 상기 사용자 단말기가 속한 셀에서 지원가능한 변조 및 코딩 스킴 레벨 정보를 나타내는 셀 지원가능 변조 및 코딩 스킴 레벨 셋과, 상기 셀에서 지원 가능한 코드 정보를 나타내는 셀 코드 스페이스를 셀 고속 순방향 패킷 접속 정보로 저장하는 과정과,상기 무선 네트워크 제어기가 사용자 단말기 및 셀 고속 순방향 패킷 접속 정보를 저장한 이후 상기 사용자 단말기로부터 호 설정 요구를 수신하면, 상기 요구된 호에 대한 무선 접속 베어러 파라미터들을 검사하여 상기 요구된 호가 상기 고속 순방향 패킷 접속 호일 경우 상기 사용자 단말기 및 셀 고속 순방향 패킷 접속 정보를 가지고 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋을 결정하고, 상기 결정된 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋과 멀티 코드 능력을 해당 기지국으로 전송하는 과정과, 상기 기지국은 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋 및 멀티 코드 능력을 가지고 상기 사용자 단말기에 대한 전송 포맷 자원 셋을 구성하는 과정을 포함함을 특징으로 한다.

도 1은 통상적인 고속 순방향 패킷 접속 통신 시스템에서 OVSF 코드를 할당한 일 예를 도시한 도면

도 2는 통상적인 고속 순방향 접속 방식을 사용하는 통신 시스템의 공통 제어 채널 구조를 도시한 도면

도 3은 통상적인 고속 순방향 패킷 접속 통신 시스템의 송신기 물리 계층 채널 구조를 도시한 도면

도 4는 상기 도 3의 물리 계층 채널 구조에서 각 과정들의 데이터 양을 도시한 도면

도 5는 통상적인 레이트 매칭 방식을 도시한 도면

도 6은 본 발명의 일 실시예에 따른 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 전송 포맷 및 자원 관련 정보를 전송하기 위한 신호 흐름을 도시한 도면

도 7은 본 발명의 일 실시예에 따른 최초 전송 포맷 자원 셋 구조를 도시한 도면

도 8은 본 발명의 또 다른 실시예에 따른 서브 컴포넌트 비에 따른 최초 전송 포맷 자원 정보 트리 구조를 도시한 도면

도 9는 본 발명의 또 다른 실시예에 따른 TBS 컴퍼넌트 구조를 도시한 도면

도 10은 본 발명의 또 다른 실시예에 따른 공통 제어 채널 송신기 구조를 도시한 도면

도 11은 통상적인 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템의 공통 제어 채널 수신기 구조를 도시한 도면

도 12는 본 발명의 또 다른 실시예에 따른 기지국에서 전송 포맷 자원 셋을 구성하는 과정을 도시한 순서도

도 13은 본 발명의 또 다른 실시예에 따른 사용자 단말기에서 전송 포맷 자원 셋을 구성하는 과정을 도시한 순서도

도 14는 본 발명의 또 다른 실시예에 따른 고속 순방향 공통 채널 송신기 물리 계층 채널 구조를 도시한 도면

도 15는 본 발명의 또 다른 실시예에 따른 고속 순방향 패킷 접속 통신 시스템의 송신기 물리 계층 채널 구조에서 각 과정들의 데이터 양을 도시한 도면

이하, 본 발명에 따른 바람직한 실시예를 첨부한 도면을 참조하여 상세히 설명한다. 하기의 설명에서는 본 발명에 따른 동작을 이해하는데 필요한 부분만이 설명되며 그 이외 부분의 설명은 본 발명의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다.

도 6은 본 발명의 일 실시예에 따른 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 전송 포맷 및 자원 관련 정보를 전송하기 위한 신호 흐름을 도시한 도면이다.

상기 도 6에는 사용자 단말기(UE: User Element, 이하 "UE"라 칭하기로 한다)와, 기지국(Node B)과, 무선 네트워크 제어기(RNC: Radio Network Controller,이하 "RNC"라 칭하기로 한다)와, 코어 네트워크(CN: Core Network, 이하 "CN"이라 칭하기로 한다)간의 고속 순방향 패킷 접속(HSDPA: High Speed Downlink Packet Access) 호를 설정하기 위한 신호 흐름이 도시되어 있다. 그리고 상기 도 6에 타원형으로 도시되어 있는 부분은 메시지(message)를 송수신하는 프로토콜(protocol) 엔터티(entity)를 의미한다. 그리고 도시되어 있는 메시지들에 포함되어야 할 정보의 종류는 하기 표 2 에 나타내었으며, 상기 HSDPA를 위해 새롭게 추가되거나 수정되어야 할 정보(Information Element)들만 표기하였다. 또한 하기 표 2의 Refernce 영역은 IE의 전체 리스트에 대한 정보를 얻을 수 있는 참고 문헌들을 나타낸 것이다.

그러면 상기 도 6과 상기 표 2를 참조하여 상기 UE가 HSDPA 호를 설정하는 과정을 설명하기로 한다.

먼저 UE는 임의의 셀(cell)에 진입하면, 셀 선택 과정을 거쳐서 필요한 시스템 정보(SI: System Information)를 획득한 후 RRC(Radio Resource Control) CONNECTION REQUEST 메시지를 전송한다(601단계). 여기서, 상기 셀 선택 과정은 임의의 셀의 공통 파일럿 채널(CPICH:Common PIlot CHannel)과 제1제어채널(PCCPCH: Primary Common Control CHannel) 등을 이용해서 해당 셀과 동기를 맞추고, 랜덤 억세스 채널(RACH: Random Access CHannel, 이하 "RACH"라 칭하기로 한다) 정보를 획득하는 과정을 의미한다. 상기 RRC CONNECTION REQUEST 메시지에는 상기 RNC가 해당 UE에게 RRC connection 설정인가 여부를 판단할 수 있도록 UE identity IE등이 삽입된다. 상기 RRC connection은 상기 UE가 최초로 시스템에 접속해서 네트워크로 필요한 정보를 전송할 수 있는 신호 연결(signalling connection)을 의미하지만, 경우에 따라서는 사용자 데이터(user data)를 전송하는 전용 채널(DCH: Dedicated CHannel)이 RRC connection에 포함되기도 한다.

상기 RRC CONNECTION REQUEST 메시지를 수신한 RNC는 UE identity IE를 이용해서 해당 UE에게 RRC connection 인가 여부를 결정한 뒤, RRC connection을 인가할 경우 RRC connection에 관한 여러 IE들을 포함하고 있는 RRC CONNECTION SETUP 메시지를 상기 UE로 전송한다(602단계). 상기 RRC CONNECTION SETUP 메시지에는 상기 UE가 RACH, 순방향 억세스 채널(FACH: Forward Access Channel, 이하 "FACH"라 칭하기로 한다) 등 공통 채널(common channel)에서 사용할 UE 식별자 등이 포함된다. 상기 메시지를 수신한 UE는 RRC CONNECTION SETUP COMPLETE 메시지에 UE radio access capability IE를 포함시켜서 RNC로 전송한다(603단계). 통상적으로 상기 UE radio access capability IE에는 물리 채널 성능(Physical channel capability) 항목과 터보 코딩(turbo codung)을 지원하는지 여부를 나타내는 항목 등이 포함된다. 그런데, 본 발명의 실시예에서는 상기 IE에 해당 UE가 지원하는 변조 방식들을 추가하며, 이 정보를 변조 성능(Modulation Capability)이라고 정의하기로 한다. 예를 들어 임의의 UE가 QPSK, 16QAM을 지원한다면, UE radio access capability IE의 Modulation Capability 항목에 QPSK와 16 QAM이 명시된다. 또한 상기 Physical channel capability 항목에 해당 UE가 상기 HSDPA를 지원한다면 상기 UE가 한 번에 처리할 수 있는 OVSF 코드의 개수 정보를 포함시키며 이 정보를 멀티 코드 능력(multi code capability)이라고 정의하기로 한다. 상기 RRC CONNECTION SETUP COMPLETE 메시지를 수신한 RNC는 상기 multi code capability와 modulation capability 항목을 UE HSDPA capability라는 변수에 저장한다. 상기에서 설명한 바와 같이 RRC connection을 설정한 UE는 필요할 경우, 상기 CN으로 새로운 호 설정을 요구하는 메시지를 전송한다(604단계). 여기서, 상기 UE가 상기 DN으로 새로운 호 설정을 요구하는 메시지는 INITIAL DIRECT TRANSFER라는 RRC 메시지의 NAS(Non Access Stratum) message IE에 포함되어 전송된다. 상기 NAS 메시지에는 상기 CN이 해당 호를 처리하기 위해 필요한 정보, 예를 들어 호의 품질 관련 정보가 포함될 수 있다. 그래서 상기 UE가 INITIAL DIRECT TRANSFER 메시지를 RNC로 전송함에 따라 상기 RNC는 상기 메시지를 INITIAL UE MESSAGE라는 RANAP 메시지로 변형시켜서 상기 CN으로 전달한다(605단계). 상기 INITIAL UE MESSAGE를 수신한 CN은 상기 INITIAL UE MESSAGE 메시지에 포함되어 있는 NAS message IE의 품질 관련 정보를 근거로 하여 무선 접속 베어러(RAB: Radio Access Bearer) 파라미터를 결정한다.상기 RAB 파라미터로는 해당 호의 최대 전송 속도(Maximum bit rate), 인가 전송 속도(Guranteed bit rate), 호의 종류를 나타내는 트래픽 등급(traffic class)등을 들 수 있다. 상기 Traffic class는 conversational class, streaming class, interactive class, background class 등이 있으며, conversational class와 streaming class는 실시간성을 가지고 음성 통신을 포함한 다중미디어 서비스가 주로 해당되며, interactive class, background class는 비실시간성을 가지며 데이터 서비스가 주로 해당된다. 그래서 만약 상기 604단계 및 605단계에서 상기 UE가 요청한 호가 데이터 서비스라면 상기 CN은 RAB parameter에 interactive 또는 background class를 적용할 것이며, 음성 서비스라면 conversational class를 적용할 것이다. 상기와 같이 RAB parameter들을 결정한 CN은 RAB ASSIGNMENT REQUEST 메시지를 상기 RNC로 전송한다(606단계). 상기 RNC는 상기 RAB ASSIGNMENT REQUEST 메시지에 포함되어 있는 RAB parameter를 토대로 해당 UE에게 어떤 채널을 설정할지 결정한다. 만약 상기 RAB parameter가 설정하고자 하는 호가 고속 데이터 서비스라는 점을 지시할 경우, 즉 RAB parameter의 traffic class가 interactive 또는 background class로 Max bit rate가 대단히 높을 경우, 상기 RNC는 상기 호를 HSDPA 호로 설정할 수 있으며 이 경우 다음과 같은 동작을 취한다.

먼저 RNC는 해당 UE의 UE HSDPA capability를 참조해서, 사용자 단말기 지원가능 MCS 레벨 셋(UE supported MCS level set)과 사용자 단말기 지원가능 코드 스페이스(UE supported code space)를 결정한다. 여기서, 상기 UE supported MCSlevel set은 해당 UE가 위치하고 있는 셀에서 지원하는 MCS level 들 중에서 상기 UE 자신이 지원 가능한 MCS level들만 취한 값들의 집합이다. 예를 들어 상기 UE가 속한 셀에서 지원하는 MCS level들의 집합인 셀 지원가능 MCS 레벨 셋(cell supported MCS level set)이 [{MCS 1 = QPSK & 1/3 turbo coding},{MCS 2 = QPSK & 2/3 turbo coding}, {MCS 3 = 16QAM & 1/3 turbo coding}, {MCS 4 = 16QAM & 2/3 turbo coding}, {MCS 5 = 64QAM & 2/3 turbo coding}]이며, UE의 Modulation capability가 QPSK와 16QAM이라면, UE supported MCS level set은 [{MCS 1 = QPSK & 1/3 turbo coding},{MCS 2 = QPSK & 2/3 turbo coding}, {MCS 3 = 16QAM & 1/3 turbo coding}, {MCS 4 = 16QAM & 2/3 turbo coding}]이 된다. 결국, 상기 UE supported MCS level set을 결정하는 규칙을 일반화하면 다음과 같다. Cell supported MCS level set에서 UE가 지원하는 변조 방식과 일치하는 MCS level들을 뽑아 낸 후, 그 MCS level들을 modulation order와 코딩 레이트가 작은 순서대로 나열한 후 각각에 level index를 부여하면 UE supported MCS level set의 구성이 완료된다.

또한, 상기 cell supported MCS level set은 RNC가 자신이 관장하는 cell 별로 관리하며, cell이 구성되는 단계에서 작성되어 cell HSDPA context에 저장된다. 그리고 상기 cell HSDPA context에는 cell supported MCS level set외에 cell code space도 저장된다. 상기 cell code space는 해당 셀에서 HS-PDSCH용으로 사용하는 OVSF 코드들의 시작점과 끝점으로 표현된다. 만약 임의의 셀이 HS-PDSCH용으로 (16,6)에서 (16,15)까지 10개의 코드를 사용한다면, 상기 cell code space는[(16,6),(16,15)]가 된다. 그리고 상기 cell HSDPA context에는 이외에도 SHCCH에 할당된 OVSF 코드 정보도 저장된다. 일 예로 임의의 셀에 4개의 SHCCH이 설정되어 있다면, 각 각의 SHCCH의 식별자와 OVSF 코드를 대응시킨 [SHCCH 0 = (256,32), SHCCH 1 = (256,64), SHCCH 2 = (256,96), SHCCH 3 = (256,128)]과 같은 정보가 저장된다.

상기 RAB ASSIGNMENT REQUEST 메시지를 수신하고, UE supported MCS level set을 결정한 RNC는 해당 셀을 관장하는 Node B로 RADIO LINK SETUP REQUEST 메시지를 전송한다(607단계). 본 발명의 실시예에서는 상기 RADIO LINK SETUP REQUEST 메시지에 HS-DSCH info IE를 새롭게 정의하며, HS-DSCH info IE에는 UE supported MCS level set과 UE의 multi code capability가 포함된다. Node B는 UE supported MCS level set과 UE의 multi code capability를 이용해서 전송 포맷 자원 셋(TFRS: Transport Format Resource Set)를 구성한 뒤, RADIO LINK SETUP RESPONSE 메시지를 전송해서, 해당 UE에 대한 TFRS 구성이 완료되었음을 알린다(608단계). 한편, 또 다른 실시예로 상기 607단계가 아닌 603단계에서 RNC가 수신된 상기 UE supported MCS level set과 UE의 multi code capability를 이용해서 전송 포맷 자원 셋을 구성할 수도 있다.

여기서, 상기 TFRS 구성 방법에 대해서는 하기에서 설명하기로 하므로 그 상세한 설명은 생략하기로 한다. 상기 RADIO LINK SETUP RESPONSE를 수신한 RNC는 UE에게 RADIO BEARER SETUP 메시지를 송신한다(609단계). 이 때 상기 RADIO LINK SETUP RESPONSE메시지에 HS-PDSCH info IE를 새롭게 추가한다. 상기 HS-PDSCH info에는 UE supported MCS level set, cell code space, SHCCH 식별자 및 OVSF 코드 정보가 포함된다. RADIO BEARER SETUP 메시지를 수신한 UE는 TFRS를 구성한 후, RADIO BEARER SETUP COMPLETE 메시지를 전송해서 HS-DSCH를 수신할 준비가 완료되었음을 RNC에게 통보한다(610단계). 상기 RNC는 RAB ASSIGNMENT RESPONSE 메시지를 CN으로 송신해서, 호 설정이 완료되었음을 통보한다(611단계).

상기 도 6에서 설명한 HSDPA 호 설정 과정을 요약하면 다음과 같다.

UE는 RRC CONNECTION SETUP COMPLETE 메시지를 이용해서, multi code capability와 modulation capability를 RNC에게 알려주고, RNC는 이 정보들을 UE HSDPA context에 저장한다. 또한 RNC는 최초 셀 구성과정에서 cell supported MCS level set과 cell code space를 cell HSDPA context에 저장한다. 상기 RNC는 CN으로부터 임의의 호 설정을 요청 받을 때, 해당 호에 대한 RAB parameter들을 토대로, 해당 호를 HSDPA 호로 설정할 지를 결정하고, HSDPA 호라면 UE HSDPA context와 cell HSDPA context를 이용해서 UE supported MCS level set을 산출한다. 그리고 나서 상기 RNC는 상기 UE supported MCS level set과 multi code capability를 Node B로 전달하고, 상기 UE supported MCS level set과 multi code capability를 전달받은 Node B는 이 정보들을 이용해서 TFRS를 구성한다. 또한 상기 RNC는 UE supported MCS level set과 cell code space와 SHCCH 관련 정보를 UE에게 전달하고, 상기 UE가 상기 전달받은 UE supported MCS level set과 cell code space를 이용해서 TFRS를 구성하면 상기 HSDPA 통신 준비가 완료된다.

다음으로 UE와 Node B 각각이 상기 TFRS를 구성하는 방식들을 설명하기로 한다. 상기 TFRS를 구성하기 위해 본 발명에서는 다수의 실시예들을 설명하는데 상기 다수의 실시예들은 다음과 같은 기본적인 동작에 있어서는 동일하다. 상기 도 6에서 설명한 HSDPA 호 설정 과정을 통해서 UE와 Node B는 동일한 UE supported MCS level set, cell code space, multi code capability를 인지한다. 그리고, TFRI 필드는 MCS level 정보, code 정보, TBS 크기 정보의 조합으로 이루어진다. 하기 설명에 있어서 상기 TFRI 필드에 포함되는 정보들, 즉 MCS level 정보, code 정보, TBS 크기 정보들 각각을 "컴퍼넌트(component)"라 칭하기로 하며, 상기 각 컴퍼넌트들을 도 7에 도시한 바와 같이 트리(tree) 형태로 구성해서 최초 전송 포맷 자원 셋(ITFRS: Initial TFRS, 이하 "ITFRS"라 칭하기로 한다)를 생성한다. 상기 ITFRS는 모든 최초 전송 포맷 자원 관련 정보(ITFRI: Initial TFRI)들의 집합을 의미한다.

그러면 여기서 도 7을 참조하여 상기 ITFRS 구조를 설명하기로 한다.

상기 도 7은 본 발명의 일 실시예에 따른 최초 전송 포맷 자원 셋 구조를 도시한 도면이다.

상기 도 7에는 3가지 컴퍼넌트들이 존재하고 있으며, 컴퍼넌트 X가 level 1, 컴퍼넌트 Y가 level 2, 컴퍼넌트 Z가 level 3 이다. 상기 level은 상기 도 7에 도시되어 있는 바와 같이 상기 ITFRS 트리 구조에서 좌측부터 우측 방향으로 증가하여 위치하며, 상기 level 1은 코드 상에서 가장 상위 원소, level 2는 다음 상위 원소를 의마하게 된다. 상기 ITFRS를 구성하는 방식은 다음과 같이 일반화할 수 있다.

먼저 ITFRS 구성에 사용될 컴퍼넌트들이 결정되면, 각 컴퍼넌트들에게 level을 할당한다. 임의의 level n에 속한 서브 컴퍼넌트들을 level n-1 보다 상기 ITFRS 트리의 좌측에 배치하고, level n의 서브 컴퍼넌트 하나 당 level n-1의 모든 서브 컴퍼넌트들을 배치한다. 모든 level들에 대해서 상기와 같은 과정이 완료되고, 상기 ITFRS 트리 구조에서 위부터 아래로 식별자가 부여되면 상기 ITFRS 구성이 완료된다. 상기 ITFRS가 구성되면 Node B는 사용하지 않을 ITFRI들을 제거해서 TFRS를 구성한 뒤, 사용하지 않을 ITFRI들을 UE에게 공지한다.

그러면 다음으로 상기 ITFRS 구성에 사용할 컴퍼넌트들로 MCS level(component_MCS) 정보와, 코드 정보(component_code)와, 트랜스포트 블록 셋 크기(component_TBS) 정보를 사용하여 상기 ITFRS를 구성하는 제1 ITFRS 구성 방법을 설명하기로 한다.

1. 제1 ITFRS 구성 방법

상기 Component_MCS의 서브 컴퍼넌트들은 UE supported MCS level set의 원소들로 구성된다. 예를 들어 임의의 UE supported MCS level set이 [{MCS 1 = QPSK & 1/3 turbo coding},{MCS 2 = QPSK & 2/3 turbo coding}, {MCS 3 = 16QAM & 1/3 turbo coding}, {MCS 4 = 16QAM & 2/3 turbo coding}]이라면, component_MCS의 서브 컴퍼넌트들은 MCS 1, MCS 2, MCS 3, MCS 4가 된다. 또한, 상기 Component_code의 서브 컴퍼넌트들은 기출원된 특허 P2001-55572의 방식을 이용해서 산출하게 되는 것으로, 확산 계수 16(SF=16)의 OVSF 코드 10개, 즉 OVSF 코드 트리 상 (16,6) ~ (16,15) 코드들이 HS-DSCH에 사용될 경우, 코드 할당 정보는 하기 표 3과 같이논리적 식별자와 대응된다.

상기 표 3에서, SP는 할당된 코드의 시작점(SP: Start Point)을, NC는 할당된 코드의 개수(NC: Number of Code)를 나타낸다. 상기 표 3과 같이 cell code space를 이용해서 구성한 코드 식별자 테이블을 "코드 식별자 기본 테이블"로 정의하기로 한다. 만약 UE의 multi code capability가 cell code space의 코드 개수와 동일할 경우, 상기 코드 식별자 기본 테이블의 항목들이 component_code의 서브 컴퍼넌트들로 대응된다. 만약 UE의 multi code capability가 cell code space의 코드 개수보다 작을 경우, 상기 표 3과 같은 코드 식별자 기본 테이블을 코드 식별자 수정 테이블로 다음과 같은 규칙에 의거 변형한다. Multi code capability 값이 n이라면, 코드 식별자 기본 테이블의 NC 항목이 n 보다 큰 열들을 테이블에서 제거하고, 식별자를 상에서 하로 다시 부여하면 코드 식별자 수정 테이블이 구성된다. 하기 표 4에 multi code capability가 5인 경우의 코드 식별자 수정 테이블을 나타내었다.

상기 표 3에서는, 즉 cell code space보다 multi code capability가 크거나 같은 경우 component_code의 서브 컴퍼넌트들의 개수는 55개가 되고, 상기 표 3에서 도시한 바와 같이 0 ~ 54 사이의 식별자로 구분된다. 그러나, 상기 표 4에서는, 즉 cell code space보다 multi code capability가 작은 경우 component_code의 서브 컴퍼넌트들의 개수는 40개가 되고, 0 ~ 39 사이의 식별자로 구분된다. 그러므로상기 UE와 Node B는 cell code space와 multi code capability 정보를 이용해서 동일한 코드 식별자 기본 테이블 또는 코드 식별자 수정 테이블을 구성할 수 있다.

다음으로 Component_TBS의 서브 컴퍼넌트들은 TBS 크기의 절대값이 아닌 일정한 기준값으로 부터의 차이만 알려주는 방식으로, TBS 크기를 알려주는 데 필요한 정보의 양을 줄인다. 기준값은 MCS 레벨과 코드의 개수에 대응되는 물리 채널의 용량들로 정의되며, 기준값의 조밀도는, P2001-61543에서의 제 3 실시예에서는 코드 개수로 설정하였지만, 본 발명에서는 경우에 따라 유연하게 설정한다. 에서 보여주는 바와 같이 임의의 시점에 MCS 레벨과 코드의 개수가 결정되면, 전송 가능한 TBS 크기의 최대값 계산이 가능하다.

임의의 MCS 레벨과 코드 개수에 대응되는 전송 가능한 최대 TBS 크기를 TBS(code 개수, MCS 레벨)라고 한다면, 코드 개수 x와 MCS 레벨 y에서의 기준값은 TBS(x-1,y)로 설정할 수 있다. 상기 기준값의 용도는, Node B가 UE에게 실제 사용된 TBS 크기와 기준값사이의 차이(offset)를 알려주면, UE는 임의의 시점의 MCS 레벨과 코드 개수를 이용 기준값을 산출하고, 그 기준값과 offset을 합산해서 TBS 크기를 구할 수 있도록 하는데 있다. 기준값은 임의의 MCS 레벨과 코드 개수에 대응되는 물리 채널의 용량과 일대일로 대응된다. 하기 표 5에 MCS 레벨과 코드 개수에 따른 물리 채널의 용량을 제시하였다. HS-DSCH 용으로 확산계수 16인 OVSF 코드 10개가 할당되었으며, UE supported MCS level set은 [{MCS 1 = QPSK & 1/3 turbo coding},{MCS 2 = QPSK & 2/3 turbo coding}, {MCS 3 = 16QAM & 1/2 turbo coding}, {MCS 4 = 16QAM & 3/4 turbo coding}, {MCS 5 = 64QAM & 2/3 turbocoding}] 의 5가지 MCS 레벨로 구성된 상황을 가정한다. 수치는 비트 단위이다.

임의의 코드 개수 x와 MCS 레벨 y에 대한 물리 채널 용량을 PCC(x,y)라고 할 때 상기 표 5의 수치들은 하기 수학식 4에 따라 계산된다.

PCC(x,y) = (chip rate/SF) * Time slots in a TTI * MO_y * CR_y * x

상기 수학식 4에서 chip rate은 2560, 확산계수 SF는 16, 한 TTI 내의 타임슬롯 수는 3으로 계산하며, MO_y와 CR_y는 MCS 레벨 y의 모듈레이션 오더와 코딩 레이트를 의미한다. 모듈레이션 오더는 QPSK는 2, 16QAM은 4, 64QAM은 6이다. 그리고 하기 수학식 5를 이용하면 PCC(x,y)를 이용해서 TBS(x,y)를 산출할 수 있다.

TBS(x,y) = RD{[PCC(x,y)- OH]/TB_size}

상기 수학식 5에서 OH는 오버헤드(overhead)의 크기를 의미하며, 302에서 부가되는 MAC-hs 헤더 크기와 303에서 부가되는 CRC 크기의 합으로 산출된다. TB_size는 TB의 크기를 의미하며, 하나의 트랜스포트 채널 당 하나의 값이 호 설정 과정에서 RNC가 결정해서, RADIO LINK SETUP REQUEST 메시지(607)와 RADIO BEARER SETUP 메시지(609)를 통해 Node B와 UE에게 통보된다. RD{}는 임의의 실수를 내림해서 정수로 만드는 함수이다.

하기 표 6에 표 5의 수치를 이용해서 TBS(x,y)의 수치를 산출한 기준값 테이블을 도시하였다. 이 때 OH는 30 비트, TB_size는 100 비트를 가정하였다.

UE는 RADIO BEARER SETUP 메시지(609)를 통해 TB 크기(TB_size), MAC-hs 헤더 크기와 CRC 크기, UE supported MCS level set을 수신하면, 자신의 multi code capability를 참조해서 상기와 같은 상기 표 6과 같은 TBS 테이블을 구성한다. 먼저 테이블의 코드 개수 항목을 1에서 code capability 값까지 설정하고, MCS level 항목을 UE supported MCS level set의 값들로 설정해서 TBS(x,y)를 산출해서 상기표 6과 같은 TBS 테이블을 작성한다. 그리고 Node B는 RADIO LINK SETUP REQUEST 메시지(607)를 통해 TB 크기(TB_size), MAC-hs 헤더 크기와 CRC 크기, UE supported MCS level set, UE multi code capability을 수신하면, 상기 UE와 마찬가지로 TBS 테이블을 구성할 수 있다.

또한 임의의 코드 개수 x와 임의의 MCS 레벨 y에 대응되는 상태를 S(x,y)라고 할 때, S(x,y)에서 Node B는 TBS 테이블을 가지고서 하기 수학식 6과 같이 오프셋(offset) 값을 산출한다.

Offset = ATBS(x,y)-TBS(x-1,y)

상기 수학식 6에서, 상기 ATBS는 해당 시점에 전송해야 할 실제 TB들의 개수이다. Node B는 TFRI를 통해 상기 offset 값을 UE에게 통보하고, 이애 상기 UE는 TBS 테이블과 offset을 이용해서 ATBS를 산출한다.

그리고 상기 Component_TBS의 서브 컴퍼넌트들은 기본적으로는 가장 큰 용량의 PCC와 다음으로 큰 용량의 PCC에 대응되는 TBS 최대값 사이의 차이에 의해서 결정된다. 이를 상기 표 6을 일 예로 하여 설명하면, TBS(5,5)와 TBS(5,4)의 차이 값인 19만큼의 서브 컴퍼넌트들이 필요하므로, 하기 수학식 7과 같은 관계가 성립하게 된다.

Component_TBS = [1,2,3,,TBS_MAX_VARIATION],

상기 수학식 7에서, 상기 TBS_MAX_VARIATION = TBS(code_MAX,MCS_MAX)-TBS(code_MAX-1,MCS_MAX)이고, 상기 Code_MAX는 임의의 UE가 동시에 처리할 수 있는 코드의 개수인 multi code capability이고, 상기 MCS_MAX는 UE supported MCS level set 중 가장 높은 MCS 레벨이다.

상기에서는 ITFRS를 구성하기 위한 컴퍼넌트들, 즉 component_MCS, component_code, component_TBS에 대해서 설명하였다. 그러면 다음으로 상기 설명한 컴퍼넌트들 각각을 이용하여 TFRS를 구성하는 제1TFRS 구성 방법을 설명하기로 한다.

1. 제1 TFRS 구성 방법

상기 제1 TFRS 구성 방법에서는 상기 component_MCS와 component_code는 hard component로 component_TBS는 soft component로 분류한다. 여기서, 상기 Hard component는 모든 서브 컴퍼넌트들이 TFRS에 포함되어야 하는 component를 의미하며, soft component는 경우에 따라 일부 서브 컴퍼넌트들이 TFRS에서 제외될 수 있는 component를 의미한다.

먼저, Node B는 SHCCH의 TFRI 필드의 크기를 근거로 최대 전송 포맷 자원 셋 크기(TFRS_MAX_SIZE)를 결정하는데, 상기 TFRS_MAX_SIZE는 하기 수학식 8과 같이 구해진다.

상기 수학식 8에서 상기 TFRI_FIELD_SIZE는 TFRI 필드의 크기를 의미한다. 일 예로 상기 TFRI 필드 크기, 즉 TFRI_FIELD_SIZE가 10 비트라면, TFRS_MAX_SIZE는1024가 된다.

다음으로 상기 Node B는 hard component인 component_MCS에 속하는 서브 컴퍼넌트들의 개수(component_MCS_SIZE)와 component_code에 속하는 서브 컴퍼넌트들의 개수(component_code_SIZE)를 구한다. 여기서, 상기 Component_MCS_SIZE는 UE supported MCS level set에 속하는 원소(element) 수와 동일하며, component_code_SIZE는 코드 식별자 수정 테이블의 열 개수와 동일하다. 그리고 나서 상기 Node B는 상기 component_MCS_SIZE와 component_code_SIZE를 곱해 hard component_SIZE를 구하고, soft component_SIZE를 구한다. 이를 수학식으로 나타내면 하기 수학식 9와 같다.

Hard component_SIZE = component_MCS_SIZE * component_code_SIZE

Available soft component_SIZE = TFRS_MAX_SIZE / hard component_SIZE

또한 상기 Node B는 soft component가 다수개 존재할 경우 다음과 같이 각 soft component들의 개수를 결정한다. 예를 들어 soft component_x, soft component_y, soft_component_z가 존재한다면, soft component_x_SIZE * soft component_y_SIZE * soft component_z_SIZE <= Available soft component_SIZE가 되도록 soft component들의 크기를 결정한다. 각 soft component들의 크기가 결정되면, 각 soft component들의 서브 컴포넌트 비(sub component ratio)를 다음과 같이 결정한다.

임의의 soft component_x의 sub component가 [x_1,x_2,x_3,,x_n]일 때, 각sub component들의 sub component ratio를 [x_r_1,x_r_2,x_r_3,,x_r_n]이라고 하면, x_r_1+x_r_2+x_r_3++x_r_n = soft component_x_SIZE가 되어야 하며, 0< x_r_1,x_r_2,x_r_3,,x_r_n <= 1이라야 하며, 상기에서 sub component ratio는 해당 component의 레벨까지 구성된 TFRS 트리상에서 해당 sub component가 존재할 확률을 의미한다. 이를 도 8을 참조하여 자세히 설명하기로 한다.

상기 도 8은 본 발명의 또 다른 실시예에 따른 서브 컴포넌트 비에 따른 최초 전송 포맷 자원 정보 트리 구조를 도시한 도면이다.

상기 도 8을 참조하면, ITFRI를 "ITFRI_level_순차적인 정수"와 같이 level별로 구분하였다. 즉 ITFRI_3_2는 level 3 컴퍼넌트까지만 고려해서 구성한 ITFRS의 2번째 ITFRI를 의미한다. 상기 도 8에는 도시한 바와 같이 x, y, z 라는 3개의 컴퍼넌트가 존재하며, 상기 x는 hard component이고, 상기 y와 z는 soft component이다. 또한 상기 각 소프트 컴퍼넌트들의 서브 컴퍼넌트(sub component)를 component_x = [1,2], component_y = [1,2,3], component_z = [1,2]와 같이 정의하고, 상기 TFRS_MAX_SIZE를 설명의 편의상 9라고 가정하면, hard component를 고려한 Available soft component_SIZE는 4.5가 된다. 상기 Soft_component_y_SIZE를 2.5, Soft_component_z_SIZE를 1.8 이라고 하면, 두 상기 Soft_component_y_SIZE와 Soft_component_z_SIZE의 곱은 상기 Available soft component_SIZE인 4.5와 동일하다. 그래서 soft component의 sub component ratio를 해당 soft component_SIZE를 바탕으로 산출할 경우 하기 수학식 10과 같이 표현된다.

Sub component ratio_y = [1,1,0.5], sub component ratio_z = [1,0.8]

상기 수학식 10에서, y_1과 y_2는 바로 상위 레벨인 level 1의 모든 경우에 대해서 존재하며, y_3는 0.5의 확률로 존재한다는 것이다. 상기 도 8에서 y_3에 해당하는 ITFRI_2_3은 존재하지만, ITFRI_2_6은 존재하지 않는다. 마찬가지로 z_1은 항상 존재하지만, z_2에 해당하는 ITFRI_3_4는 존재하지 않는다. 그러면 상기와 같은 방식으로 TFRS를 구성하는 방식을 설명하면 다음과 같다.

우선, Node B는 TFRS_MAX_SIZE를 결정하고, 컴퍼넌트들을 구성하고 각 컴퍼넌트들을 하드 컴퍼넌트(Hard component_1,... ,hard component_n)와 소프트 컴퍼넌트(soft component_1,...,soft component_m)로 구분하고, 상기 각 컴퍼넌트들의 레벨을 결정한 이후 상기 hard component들만 사용해서 ITFRS_n을 구성한다. ITFRS_n은 레벨 n까지의 컴퍼넌트들을 이용해서 구성한 ITFRS를 의미한다. 그리고 설명의 편의상 다음과 같이 레벨이 결정된 것으로 가정한다.

Level 1 = hard component_1,..., Level n = hard component_n, Level n+1 = soft component_1,..., Level n+m = soft component_m

그리고 나서 상기 Node B는 Hard component_SIZE를 산출하고(Hard component_SIZE = hard component_size_1 * hard component_size_2 * hard component_size_3 *··· * hard component_size_n), 다시 Available soft component_SIZE를 산출하고(Available soft component_SIZE = TFRS_MAX_SIZE/Hard component_SIZE), 상기 산출한 Available soft component_SIZE를 토대로 soft component_SIZE들을 결정한다(Soft component_1_SIZE *···*softcomponent_m_SIZE <= Available soft component_SIZE). 여기서, 상기 soft component_SIZE들은 각 soft component들의 중요도와 원래 크기를 참조해서 결정한다. 예를 들어 soft component_x의 서브 컴퍼넌트들의 개수가 3개, soft component_y의 서브 컴퍼넌트들의 개수가 5개이며, available soft component_SIZE가 12인 경우, soft component_x가 더 중요하다면, soft component_x_SIZE를 3으로 soft component_y_SIZE를 4로 설정할 수 있을 것이다.

이후 상기 기지국은 상기 각 soft component들의 서브 컴퍼넌트들을 결정한다. 이 때 전체 서브 컴퍼넌트들 중 중요한 서브 컴프넌트들을 선택한다. 다시 상기 기지국은 상기 선택한 서브 컴퍼넌트들의 sub component ratio를 결정하는데, 이때도 상기 서브 컴퍼넌트의 중요도에 따라 sub component ratio를 결정한다. 일 예로 K개의 서브 컴퍼넌트들을 포함하는 Soft component_x를 설명하면 다음과 같다.

X_r_1 + x_r_2 + +x_r_k = soft component_x_SIZE

그리고 나서 상기 기지국은 최상위 레벨의 soft component를 이용해서 ITFRS_n+1을 구성한다. 그리고 상기 검출한 Sub component ratio에 따라 상기 구성된 ITFRS_n+1에서 제외된 ITFRI_n+1들을 저장한다. 이 때 제외할 ITFRI들을 일정한 규칙에 의거해서 제외할 수 있으며, 상기 규칙에 의해 제외할 ITFRI를 결정할 경우 그 규칙을 저장하여 동일하게 적용되도록 한다. 이후 상기 기지국은 다음 레벨의 soft component를 이용해서 ITFRS_n+2를 구성하고, sub component ratio에 따라 ITFRS_n+2에서 제외된 ITFRI_n+2들을 저장한다. 이때, 상기 저장디어 있는 규칙을동일하게 적용하여 상기 ITFRS_n+2에서 제외할 ITFRI를 결정하도록 하는 것이다. 그리고 이런식으로 soft component까지 ITFRI를 구성하여 결과적으로 ITFRS_n+m+1이 완성되면 상기 기지국은 ITFRS_n+m+1을 TFRS로 저장한다.

상기와 같이 TFRS를 완성한 Node B는 다음과 정보들, 즉 Hard component의 종류, soft component의 종류와 각 soft component_SIZE와 각 sub component의 종류와 각 sub component ratio, 제거된 ITFRI_n+1들,....,ITFRI_n+m+1들 또는 제거 규칙들을 RADIO LINK SETUP RESPONSE 메시지에 포함시켜 RNC로 전달한다. 그러면 상기 RNC는 상기 기지국으로부터 수신한 정보들을 RADIO BEARER SETUP 메시지에 포함시켜 UE로 전달하고, 이에 상기 UE는 상기 RNC로부터 수신한 상기 정보들을 이용 상기 과정을 반복 동일한 TFRS를 구성한다.

다음으로 본 발명의 실시예에 따른 일 예를 설명하기로 한다.

임의의 셀과 UE사이에 component_MCS, component_code, component_TBS가 존재하고, 상기 component_MCS, component_code, component_TBS는 각각 다음과 같은 sub component들로 구성되며, component_MCS와 component_code가hard component이다. 여기서, 상기 Component_MCS = [{MCS 1 = QPSK & 1/3 turbo coding},{MCS 2 = QPSK & 2/3 turbo coding}, {MCS 3 = 16QAM & 1/3 turbo coding}, {MCS 4 = 16QAM & 2/3 turbo coding}] 이고, 상기 Component_code = [0,1,, 39] 각 식별자의 의미는 상기에서 설명한 표 4와 동일하며, 상기 TFRS_MAX_SIZE를 1024라고 하면, Available soft component_SIZE는 6.4 (=1024/(40*4))가 된다. 또한, Soft component가 하나만 존재하므로, component_TBS_SIZE는 6.4가 되며, Component_TBS의 sub component들을 [1,2,3,4,5,6,7]로 설정하고 sub component ratio를 [1,1,1,0.4,1,1,1]로 설정한다. 이때 상기 component_TBS의 sub component들은 상대값들로 S(x,y)에서 하기 수학식 11과 같은 의미를 지닌다.

Variation(x,y) = TBS(x,y)-TBS(x-1,y)

Sub component n = INT[(n/component_TBS_SIZE) * variation(x,y)]

상기 수학식 11에서 상기 INT[X]는 임의의 실수 X에 가장 가까운 정수를 의미한다. 그리고 상기 S(x,y)에서 sub component n이 의미하는 바는 variation(x,y)를 component_TBS_SIZE 등분해서 그 값을 n 배한 만큼한 offset 값과 동일하다. 이를 도 9를 참조하여 설명하기로 한다.

상기 도 9는 본 발명의 또 다른 실시예에 따른 TBS 컴퍼넌트 구조를 도시한 도면이다.

상기 도 9를 참조하면, S(x,y)에서 component_TBS가 [1,2,3]으로 설정되어 있고 TBS(x,y)가 43, TBS(x-1,y)가 30이라면, variation(x,y)는 13이 된다. 그러므로 sub component 1이 실제 의미하는 바는 INT[(1/3) * 13] = 4이고, sub component 2의 실제 의미는 INT[(2/3) * 13] = 9이 되며, sub component 3의 실제 의미는 INT[(3/3) * 13] = 13 이라는 offset 값이다. 상기 S(x,y)에서 임의의 Node B가 임의의 UE에게 36개의 TB들을 전송해야 할 경우 상기 Node B는 sub component 2를 포함하는 TFRI를 전송하고, 실제 TB들의 개수와 offset 값과의 차이, 즉 3만큼 TB를 반복한다. 상기 UE는 sub component 2를 수신하면, 전달받은 HS-DSCH 데이터의 TB들의 개수를 39로 인식하고 처리하며, 상기 반복된 TB들은 무선 링크 제어(RLC: Radio Link Control) 계층에서 폐기되는데, 이 과정은 상기 본원출원인이 기출원한 P2001-61543의 제 1실시예에 설명되어 있다.

603단계에서 수신된 UE supported MCS level set과 multi code capability를 이용하여 RNC에서 TFRS를 결정하는 경우의 상기 RNC, 또는 607단계에서 수신된 UE supported MCS level set과 multi code capability를 이용하여 Node B에서 TFRS를 결정하는 경우의 상기 Node B는 B는 모든 component들의 sub component들이 결정되면, Component_MCS를 level 1로, component_code를 level 2로, component_TBS를 level 3로 설정하고 ITFRS_3를 하기 표 7와 같이 구성한다.

상기 표 7은 모든 레벨을 포함하는 ITFRS_3이며, 모두 1120개의 원소를 포함하고 있으므로 TFRS_MAX_SIZE와의 차이인 96개의 ITFRS_3을 제거하여야 한다. 이 때 sub component 4의 sub component ratio가 0.4 이고 나머지 sub component ratio는 모두 1이므로, sub component 4에 해당하는 ITFRI_3들을 제거한 후, 나머지 ITFRI들의 식별자를 다시 순서대로 지정하면 하기 표 8과 같은 TFRS가 구성된다.

즉, 607단계에서 수신된 UE supported MCS level set과 multi code capability를 이용하여 Node B에서 TFRS를 결정하는 경우의 상기 Node B는 ITFRS_3에서 제거한 ITFRI_3의 식별자들을 DELETED_ITFRI_3라는 변수에 저장해서, RADIO LINK SETUP RESPONSE 메시지에 포함시켜 RNC에 전달한다. 이때, 상기 ITFRI_3은 일정한 제거 규칙에 따라 이루어질 수 있는데, 예를 들어 (ITFRI_2)MOD5가 2와 0이 되는 ITFRI_2에 속하는 ITFRI_3의 sub component 4를 제거할 수 있다. 이 경우 상기 Node B는 DELETED_ITFRI_3 변수에 상기 규칙을 저장하고 RNC로 전달한다.

또한, 다른 실시예로 603단계에서 수신된 UE supported MCS level set과 multi code capability를 이용하여 RNC에서 TFRS를 결정하는 경우의 상기 RNC는 TFRI를 구성할 수 있도록 하는 Component_MCS, component_code, component_TBS 정보뿐만 아니라 상기 DELETED_ITFRI_3를 Node B 및 UE로 직접 전달한다. 이때, 상기 DELETED_ITFRI_3대신에 ITFRS_3에서 선택한 ITFRI_3의 식별자들을 소정의 변수에 저장하여 전송할 수 도 있다.

다음으로 상기 TFRS를 구성하는 Node B의 동작을 도 12를 참조하여 설명하기로 한다.

상기 도 12는 본 발명의 또 다른 실시예에 따른 기지국에서 전송 포맷 자원 셋을 구성하는 과정을 도시한 순서도이다.

상기 도 12를 참조하면, 먼저 1201단계에서 RNC로부터 RADIO LINK SETUP REQUEST 메시지를 수신한 Node B는 TFRS 구성에 필요한 정보들을 인지하고 1202단계로 진행한다. 상기 1202단계에서 상기 Node B는 상기 TFRS 구성에 필요한 정보들 중 UE supported MCS level set을 이용해서 component_MCS를 구성한 후 1203단계로 진행한다. 상기 1203단계에서 상기 Node B는 Cell code space를 이용해서 코드 식별자 기본 테이블을 구성하고, UE의 multi code capability가 cell code space의 크기보다 작을 경우 코드 식별자 수정 테이블을 구성한한 후 1204단계로 진행한다. 여기서, 상기 Multi code capability와 cell code space가 동일한 경우 코드 식별자 기본 테이블과 코드 식별자 수정 테이블은 동일하게 되는 것이다. 또한 상기 Node B는 상기 셀 식별자 수정 테이블의 항목들을 component_code의 서브 컴퍼넌트와 대응시켜서 component_code를 구성한 후 1204단계로 진행한다. 상기 1204단계에서 상기 Node B는 상기 component_MCS와 component_code의 level을 설정하고, ITFRS_2를 구성한후 1205단계로 진행한다. 상기 1205단계에서 상기 Node B는 Hard component_SIZE 값을 이용해서 Available soft component_SIZE를 산출한 후 1206단계로 진행한다. 여기서, 상기 soft component는 component_TBS 하나밖에 없으므로, Available soft component_SIZE는 component_TBS_SIZE와 동일하다.

상기 1206단계에서 상기 Node B는 상기 component_TBS의 서브 컴퍼넌트들을 결정하고 1207단계로 진행한다. 상기 1207단계에서 상기 Node B는 각각의 sub component ratio들을 설정한 후 1208단계로 진행한다. 상기 1208단계에서 상기 Node B는 ITFRS_3를 구성한 뒤 상기 1207단계에서 설정된 sub component ratio에 적합하게 ITFRI_3를 제거하고 나머지 ITFRI_3들에 식별자를 재할당하여 TFRS 구성을 완료한 후 1209단계로 진행한다. 여기서, 상기 DELETED_ITFRI_3에 제거한 ITFRI_3의 식별자들 또는 제거 규칙을 저장한다. 상기 1209단계에서 RADIO LINK SETUP RESPONSE 메시지에 UE가 TFRS를 구성하는데 필요한 정보들을 삽입해서 RNC에 전달한다.

다음으로 상기 TFRS를 구성하는 UE의 동작을 도 13을 참조하여 설명하기로 한다.

상기 도 13은 본 발명의 또 다른 실시예에 따른 사용자 단말기에서 전송 포맷 자원 셋을 구성하는 과정을 도시한 순서도이다.

상기 도 13을 참조하면, 먼저 1301단계에서 UE는 RNC로부터 RADIO BEARER SETUP 메시지를 수신하면, TFRS 구성과 관련된 정보들을 인지한 후 1302단계로 진행한다. 상기 1302단계에서 상기 UE는 Component_MCS를 구성한 후 1303단계로 진행한다. 상기 1303단계에서 상기 UE는 Component_code를 구성하고 1304단계로 진행하여 ITFRS_2를 구성한후 1305단계로 진행한다. 상기 1305단계에서 상기 UE는 component_TBS를 구성한 뒤 1306단계로 진행하여 ITFRS_3를 구성하고 1307단계로 진행한다. 상기 1307단계에서 상기 UE는 DELETED_ITFRS_3의 정보들을 이용해서 TFRS를 구성하고 1308단계로 진행하여 RADIO BEARER SETUP COMPLETE 메시지를 전송해서 RNC에게 TFRS 구성이 성공적으로 완료되었음을 통보한다.

그러면 다음으로 도 10을 참조하여 공통 제어 채널 송신기 구조를 설명하기로 한다.

상기 도 10은 본 발명의 또 다른 실시예에 따른 공통 제어 채널 송신기 구조를 도시한 도면이다.

Node B는 사용자 데이터를 HS-DSCH를 통해 전송하기에 앞서, 코드 할당부(1006)를 통해 인가할 코드의 개수 정보(code info)를, MCS 제어부(1005)를 통해 적용할 MCS 레벨 정보(MCS info)를, 레이트 매칭 제어부(1004)를 통해 전송할트랜스포트 블록의 개수 정보(TBS size)를 TFRI 생성부(1007)로 전달한다. 이 때 코드 할당부는 사용자 버퍼(1001)의 상황을 고려하여 코드를 할당하고, 레이트 매칭 제어부는 사용자 버퍼의 지시에 따라 전송할 트랜스포트 블록의 개수를 결정하며, MCS 제어부는 해당 UE가 전송한 역방향 제어 정보를 처리하는 역방향 제어 정보 처리부(1002)의 채널 품질 정보를 고려해서 MCS 레벨을 결정한다. TFRI 생성부(1007)는 전달 받은 code info, MCS info, TBS size 정보를 이용해서 TFRI를 결정한다. TFRI 생성부는 상기 설명한 방식에 의해 구성된 TFRS를 저장하고 있으며, code info는 HS-DSCH를 수신할 UE가 수신하여야 하는 OVSF 코드에 관한 정보, MCS info는 HS-DSCH를 수신할 UE에게 할당된 MCS 레벨을, TBS size 정보는 HS-DSCH를 통해 송신되는 트랜스포트 블록의 실제 개수를 의미한다. TFRI 생성부는 TBS size 정보와 가장 근접한 offset 값에 해당하는 component_TBS의 sub component에 해당하는 TFRI를 할당하여야 하며, TBS size 정보와 offset의 차이값을 1401로 전달해서, 1401이 트랜스포트 블록을 리피티션 하도록 한다. 또한 offset 값을 1407로 전달해서 1407이 적절한 레이트 매칭 동작을 수행하도록 한다. 상기 TFRI 스트림에는 CRC 연산부에서 CRC 연산이 행해진 뒤 도 2 의 CRC 필드가 더해진다. 상기 CRC 필드가 더해진 비트 스트림은 다중화기(1009)로 전달된다. 다중화기(1009)는 HARQ 제어부(1003)가 전달한 HARQ info 와 1008에서 전달된 비트 스트림을 도 2 의 슬롯 포맷에 준하는 단일 비트 스트림으로 변형한다. 상기 단일 비트 스트림은 확산기(1010)에서 미리 정해진 확산 코드로 확산되고 스크램블러(1011)에서 스크램블링 코드로 혼화된다. 이 후 합산기(1012)에서 다른 채널들의 데이터들과 합산된뒤, 변조기(1013)에서 변조를 거치고, RF부(1014)에서 RF 대역 신호로 바뀐 후 안테나(1015)를 통해 송신된다.

도 11은 통상적인 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템의 공통 제어 채널 수신기 구조를 도시한 도면이다.

안테나(1101)에 의해 RF 대역 신호는 RF부(1102)에서 기저대역 신호로 변환되고, 복조기(1103)에 의해 복조된 후 역스크램블러(1104)에서 역혼화된 뒤, 역확산기(1105)에서 역확산된다. 상기 역확산된 신호는 역다중화기(1106)에서, TFRI 필드, CRC 필드와 HARQ 필드로 분리된다. TFRI 필드와 CRC 필드는 CRC 연산부(1107)에서 CRC 연산을 거쳐서 TFRI 해석기(1108)에서 Code info, MCS level, TBS size info로 분리된다. 역다중화기(1106)에서 분리된 HARQ info는 HARQ 제어부로 전달된다.

도 14는 본 발명의 또 다른 실시예에 따른 고속 순방향 공통 채널 송신기 물리 계층 채널 구조를 도시한 도면이다.

상기 도 14를 참조하면, 1401의 트랜스포트 블록 반복 단계와 1407의 레이트 매칭 단계만 제외하면, 상기에서 설명한 도 3과 동일하다. 1401단계에서 Node B는 TFRI 생성부(1007)가 전달한 값만큼 반복을 실행한다. 그리고 상기 1407단계에서 레이트 매칭부는 TFRI 생성부가 전달한 offset 값을 이용해서 하기와 같이 레이트 매칭을 실행하는데, 이때 S(x,y)인 상황을 가정한다.

RM = PCC(x,y)-{[TBS(x-1,y) + offset]*TB_size + MAC_hs header_size + CRC_size}

이하 나머지 동작은 상기에서 설명한 도 3과 동일하므로 그 상세한 설명을 생략하기로 한다.

상기에서는 TFRI에 component로 MCS 레벨, 코드 정보, TBS 정보가 포함되는 경우를 일 예로 하여 설명을 하였다. 이제부터는 상기 TFRI의 component가 모듈레이션 방식, 코드 정보, TBS 정보가 포함될 경우 TFRS를 효과적으로 구성하는 방법에 대해서 설명하기로 한다.

상기에서 설명한 바와 같이 MCS 레벨은 모듈레이션 방식과 코딩 방식의 조합이다. 그러므로 Node B가 TFRI를 통해 모듈레이션 방식(Modulation scheme), 코드 정보(code info), TBS 정보를 UE에게 전달하면, UE는 Node B로부터 수신한 모듈레이션 방식, 코드 정보, TBS 정보들을 바탕으로 코딩 레이트를 검출하는 것이 가능하게 된다. 이를 상세하게 설명하면 다음과 같다.

먼저, 설명의 편의상 TFRI에 MCS, code info, TBS를 포함시키는 방법을 "규칙 1"이라 정의하고, 상기 TFRI에 MS, codeinfo, TBS를 포함시키는 방안을 "규칙 2"로 정의하기로 한다. 즉, 상기에서 상기 규칙 1에 대해서 설명하였으며, 이제부터 상기 규칙 2를 설명하기로 한다.

상기 규칙 2는 상기 도 3에서 채널 코딩부(305)에서 미리 약속된 값에 의해 1차 채널 코딩을 실행하고, 레이트 매칭부(306)에서 부가적인 코딩을 실시한다. 예를 들어 임의의 상황 하에서 Node B는 주어진 PCC가 1000 심볼이고, 채널 코딩부(305)에서 1 차 채널 코딩된 TB의 크기가 300 심볼일 경우, 상기 레이트 매칭부(305)에서 레이트 매칭을 통해 상기 300 심볼을 반복해서 1000 심볼로 생성한다. Node B는 상기 레이트 매칭된 데이터를 전송하기 앞서, SHCCH의 TFRI를 통해 MS와 Code info, TBS를 UE에게 통보하면, UE는 상기 Node B로부터 수신한 MS와 Code info를 통해 심볼 단위의 PCC를 산출하고, PCC를 TBS로 나눈 값을 통해 코딩 레이트를 산출한다.

이를 도 15를 참조하여 설명하면 다음과 같다.

상기 도 15는 본 발명의 또 다른 실시예에 따른 고속 순방향 패킷 접속 통신 시스템의 송신기 물리 계층 채널 구조에서 각 과정들의 데이터 양을 도시한 도면이다.

상기 도 15를 설명하기에 앞서 상기 도 15에 도시되어 있는 D 값들은 상기 도 3에서 설명한 D 값들과 동일한 값을 가진다. 상기 도 15에 도시되어 있는 D3는 TB들을 연접하고 헤더와 CRC를 붙인 뒤의 비트 수를 의미하는데, 상기 D3는 채널 코딩부를 거치면서 MCR(Mother Coding rate)의 역수로 곱해진 양의 심볼로 변환되어 D5가 된다. 상기 MCR은 임의의 UE나 Node B가 모든 코딩 레이트들을 지원할 수 없기 때문에 하나의 코딩 레이트를 이용해서 일차 채널 코딩을 실행하고 필요한 만큼 반복 또는 천공을 실행해서 최종 코딩 레이트와 일치시키는 방식을 사용할 경우 사용되는 상기 일차 코딩의 코딩 레이트를 의미한다. 일반적으로 MCR은 1/3 코딩 레이트 사용이 고려되고 있다. 상기 D5는 PCC인 D7과 정확하게 일치하도록 레이트 매칭부에서 반복 또는 천공되어 D6가 된다. 이 때 상기 D6와 D5의 비율을 편의상 "제2코딩 레이트(2CR: 2nd Coding Rate, 이하 "2CR"이라고 칭하기로 한다)"라고 정의하기로 한다. 결과적으로, 비트 단위의 사용자 데이터 D3의 최종 코딩레이트는MCR과 2CR의 곱인 TCR(Total Coding Rate)이 되며, D3를 TCR로 나눈 값이 PCC의 크기와 일치하게 된다.

상기에서 설명한 바와 같이 임의의 시점에서 UE가 TB들의 개수(TBS size)와 TB의 크기(TB size), 헤더와 CRC 크기, PCC 크기를 알면, TCR을 산출할 수 있고, MCR이 고정되어 있으므로, 결과적으로 2CR의 값을 산출할 수 있다. 상기 2CR 값은 수신부에서 역 레이트 매칭을 수행할 때 반복이나 천공할 심볼의 수를 산출하는 기초가 된다. 예를 들어 2CR이 3.5라면 3.5배 만큼 역 레이트매칭을 수행해서 채널 디코더의 입력될 심볼의 크기 D3를 구할 수 있다.

결국 상기 규칙 2에서는 Node B와 UE가 MS, Code info, TBS size 정보를 TFRI 필드를 통해 송수신하여 실제 물리 계층에서 필요한 동작을 취할 수 있도록 한다. 상기 TBS size는 도 3에서 D5와 D6사이의 비와 일대일로 대응되어서 수신단의 물리계층이 레이트매칭 동작을 적절하게 수행하도록 한다. 물론 현재 상기 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에 대한 표준화 과정에서 고려되고 있는 바와 같이 상기 TBS size 정보에 TB 개수의 절대값을 대응시키는 방식을 고려하여 볼 수도 있으나, 이는 상기에서 설명한 바와 같이 상기 TBS size가 TB size, 코드 개수, MS에 따라 변동성이 크기 때문에, 상기 TBS_component의 subcomponent로 TBS size 절대값을 사용할 경우 상기 TBS_component의 size가 굉장히 커진다는 문제점이 있다.

그러므로 본 발명의 상기 규칙 2는 상기 TBS_component의 subcomponent로 TBS size의 상대 값을 사용해서, TBS_component size를 줄이는 방안 역시 제시한다.

상기 규칙 2는 TCR의 범위를 한정함으로써, Node B와 UE가 주어진 MS와 코드 개수에 따라 TBS size의 기준값을 산출하고, 상기 기준값으로부터 차이값만 송수신하는 방식으로 component_TBS의 size를 줄이게 된다. 이를 상세히 설명하면 다음과 같다.

먼저 임의의 TTI 동안 전송되는 TBS를 심볼 단위로 변환하면 하기 수학식 12와 같다.

D6 = (TB size * TBS size + Header Size + CRC size) * 1/MCR * 1/2CR

D7 = NC * MO * (Chip Rate/SF) * 3 = PCC(MO,NC)

상기 수학식 12에서 상기 D7은 주어진 상황 하에서 물리 채널의 용량을 의미하며, 상기 물리 채널의 용량은 MO와 NC의 변수이다. 상기 수학식 12에서 상기 D6와 D7은 동일하므로, 2CR은 하기 수학식 13과 같이 표현된다.

2CR = (TB size * TBS size + Header Size + CRC size)/[MCR * PCC(MO,NC)]

상기 수학식 13에서 상기 TBS size는 하기 수학식 14와 같이 표현된다.

TBS size = [2CR * MCR * PCC(MO,NC) - (Header Size + CRC size)]/ TB size

상기 수학식 14의 우변에서 2CR을 제외한 모든 변수들은 미리 주어진 값이므로, 상기 2CR의 범위를 미리 정해두면, 임의의 S(x,y)에서 TBS size의 범위,TBS(x,y)를 결정할 수 있다. S(x,y)는 x라는 MO와 y라는 NC가 주어진 임의의 상황을 의미한다.

임의의 S(x,y)에서 TBS(x,y)를 다음과 같이 정의할 때, 즉 TBS_MIN(x,y) <= TBS(x,y) <= TBS_MAX(x,y)이라고 정의할 때, 상기 TBS_MIN(x,y)와 TBS_MAX(x,y)는 하기 수학식 15와 같이 표현된다.

TBS_MIN(x,y) = RD{[2CR_MIN * MCR * PCC(MO,NC) - (Header Size + CRC size)]/ TB size}

TBS_MAX(x,y) = RD{[2CR_MAX * MCR * PCC(MO,NC) - (Header Size + CRC size)]/ TB size}

상기 수학식 15에서 상기 2CR_MIN과 2CR_MAX는 임의의 HSDPA 호 설정 과정에서 미리 정의된 2CR의 최소값과 최대값을 의미한다.

결국 UE와 Node B는 HSDPA 호 설정 시, 2CR의 최소값과 최대값을 주고 받아서, TBS_MIN(x,y)를 임의의 상황 S(x,y)에서의 기준값으로 설정하고, SHCCH의 TFRI를 통해서는 그 offset만 송수신하면 된다.

상기 규칙 2를 지원하기 위한 신호 흐름들은 상기 도 6에서 설명한 신호 흐름들과 동일하며, 다만 일부 메시지들에 포함되는 IE는 다음과 같이 변경된다.

상기 도 6에서 601단계 내지 606단계까지의 신호 흐름들은 상기 규칙 2에도 동일하게 적용되며, 다만 607단계부터 상이하게 적용된다. 이를 살펴보면, 상기 RADIO LINK SETUP REQUEST 메시지의 HS-DSCH information IE에는 UE supported MSset과 UE의 multi code capability와 해당 호의 coding rate range가 포함된다. 여기서, 상기 UE supported MS set은 RRC CONNECTION SETUP COMPLETE 메시지의 UE radio access capability IE에 포함되는 Modulation capability와 동일한 값을 가지며, multi code capability는 동 메시지의 동 IE에 포함되어 있는 정보와 동일한 값을 가진다. 그리고, 상기 Coding rate range는 상기에서 설명한 바와 같이 상기 2CR의 최대값(2CR_MAX)과 최소값(2CR_MIN), 또는 TCR의 최대값(TCR_MAX)과 최소값(TCR_MIN)으로 구성될 수 있다. 상기 coding rate range는 채널 환경에 대한 시뮬레이션(simulation)값으로 적합한 수치가 정해질수 있으며, 상기 수치 자체를 설정하는 과정을 여기서는 상세히 설명하지 않기로 한다. 상기 Coding rate range는 MS의 종류에 따라 상이한 값들이 주어질 수 있는데, 예를 들어 QPSK에서는 1/6 <= TCR <= 1/3, 16QAM에서는 1/3 <= TCR <= 2/3, 64 QAM에서는 2/3 <= TCR <= 5/6 만 사용하기로 미리 규정할 수 있을 것이다. 이 경우 각 S(x,y)에서 각 MS에 대응되는 TCR 혹은 2CR을 TCR_x 또는 2CR_x라고 표기하면, S(x,y)에서 TBS_MIN(x,y)와 TBS_MAX(x,y)는 다음과 같이 유도된다.

TBS_MIN(x,y) = RD{[2CR_x_MIN * MCR * PCC(x,y) - (Header Size + CRC size)]/ TB size}

TBS_MAX(x,y) = RD{[2CR_x_MAX * MCR * PCC(x,y) - (Header Size + CRC size)]/ TB size}

Node B는 상기 RADIO LINK SETUP REQUEST 메시지를 수신하면, UE supported MS set의 원소들을 component_MS의 subcomponent로 설정하고, multi codecapability 정보를 이용해서 component_code의 subcomponent를 설정한다. 이 때 component_code 구성은 상기 규칙 1에서 설명한 바와 동일하다. 또한 coding rate range를 이용해서 component_TBS의 subcomponent를 설정한다. 상기 component_TBS의 subcomponent 설정 과정은 하기에서 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다. 상기 각 component들에 대한 subcomponent들의 설정이 완료되면, 상기 규칙 1에서 제시한 방법에 의거 ITFRS와 TFRS를 구성한다. 임의의 component를 hard component로 할지 soft component로 할지는 채널 상황에 따라 적응적으로 결정할 수 있다. 또한 상기 soft component들의 subcomponent들의 subcomponent ratio역시 상황에 따라 적응적으로 결정할 수 있다. 일 예로, component_MS와 component_code는 hard component로, component_TBS는 soft component로 설정할 수 있을 것이다. 상기 TFRS 구성이 완료되면, Node B는 RADIO LINK SETUP RESPONSE 메시지를 RNC로 송신한다. 여기서, 상기 RADIO LINK SETUP RESPONSE 메시지는 상기 규칙 1 및 규칙 2 모두에서 동일한 형태로 사용된다.

상기 RADIO LINK SETUP RESPONSE 메시지를 수신한 RNC는 UE에게 RADIO BEARER SETUP 메시지를 전송한다. 여기서, 상기 RADIO BEARER SETUP 메시지의 HS-DSCH information IE에는 cell code space 정보, UE supported MS set, coding rate range 정보, hard component의 종류, soft component의 종류, soft component의 크기와 sub component ratio 등이 포함된다. UE는 자신의 multi code capability와 cell code space 정보를 이용해서 component_code를 구성하고, UE supported MS set을 이용해서 component_MS를 구성하고, coding rate range 정보를이용해서 component_TBS를 구성한다. 상기 component들의 구성을 완료한 후, hard component의 종류, soft component의 종류, soft component의 크기와 sub component ratio를 이용해서 TFRS를 구성한 후, RADIO BEARER SETUP COMPLETE 메시지를 상기 RNC로 전송한다.

그러면 다음으로 component_TBS의 subcomponent들에 대해서 설명하기로 한다.

상기에서 설명한 바와 같이 임의의 상황 S(x,y)에서 TBS_MIN(x,y)과 TBS_MAX(x,y)는 하기 수학식 16으로 표현된다.

TBS_MIN(x,y) = RD{[2CR_x_MIN * MCR * PCC(x,y) - (Header Size + CRC size)]/ TB size}

TBS_MAX(x,y) = RD{[2CR_x_MAX * MCR * PCC(x,y) - (Header Size + CRC size)]/ TB size}

UE와 Node B는 상기 수학식 16에 의해서 모든 S(x,y)에 대해서 TBS_MIN(x,y)값과 TBS_MAX(x,y)값을 산출한다. 일 예로, UE supported MS set이 QPSK, 16QAM이고, multi code capability가 10, 헤더와 CRC의 합이 30 비트, TB size가 100 비트, MCR이 1/3, coding rate range가 1/6 <= TCR_QPSK <= 1/3, 1/3 <= TCR_16QAM <= 2/3 로 주어진다면, TBS_MIN(x,y)와 TBS_MAX(x,y)들은 하기 표 9에 나타낸 바와 같다.

상기 일 예에서 component_TBS의 subcomponent는 해당 S(x,y)에서 0에서 TBS_MIN(x,y)과 TBS_MAX(x,y)의 차까지의 정수들의 집합이므로 하기 표 10과 같다. 상기에서 설명한 component_TBS와 달리 상기 규칙 2에서는 상기 S(x,y)에 따라 subcomponent들이 변화한다. 그러면 Component_MS의 subcomponent들을 [QPSK =1, 16 QAM =2]로 정의한다.

상기 표 10에서 subcomponent 항목의 왼쪽 셋(set)들은 실제 TBS size들의 집합이고, 오른쪽 셋(set)들은 offset 값에 대응되는 subcomponent들의 집합이다.

그리고 상기 일 예에서 ITFRS는 표 11과 같다.

상기 Component_code가 1인 경우는 상기 코드 개수가 10개인 경우를 의미하며, S(1,10)인 상황과 동일하므로 해당 component_TBS에는 0 에서 16까지, 즉 17개의 subcomponent들이 존재한다. 그리고 상기 Component_code가 2인 경우는 상기 코드 개수가 9개인 경우를 의미하므로, 해당 component_TBS에는 0 에서 14까지, 즉15개의 subcomponent들이 존재한다. 이와 같이 먼저 level 2까지의 hard component들을 이용해서 ITFRS_2를 먼저 구성한 후, 각 ITFRI_2에 해당하는 S(x,y)를 참조해서 ITFRI_2별로 component_TBS의 subcomponent들을 대응시키면 상기 표 11과 같은 ITFRS_3가 구성되는 것이다. 상기 일 예에서는 ITFRS_3의 크기가 1967이므로, soft component인 component_TBS의 크기를 변경해야 할 필요가 발생할 수 있다. 이 경우 본 발명의 규칙 1에서와 마찬가지로 필요에 따라 중요도가 떨어지는 subcomponent들을 ITFRS에서 제외하고, 상기 제외한 ITFRI들을 RNC에 전달할 수 있다.

결과적으로, 상기에서 설명한 본 발명의 규칙 2는 궁극적으로 TFRI에 MCS가 아닌 MS가 대응될 때, TBS_component를 구성하는 방법에 관한 것이며, 또한 TBS_component를 soft component로 상정할 때, TBS_component의 크기를 변경하는 방법에 관한 것이다. 이외의 부분들은 상기 규칙 1과 상기 규칙 2에 있어서 모두 동일하고, 다만 TFRS를 구성하기 위해 RNC, Node B, UE가 사전에 송수신하는 정보(HS-DSCH info IE)에 포함되는 정보들의 종류는 상기에서 설명한 바와 같이 상이한 점들이 존재한다.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

상술한 바와 같은 본 발명은, 고속 순방향 패킷 접속을 사용하는 통신 시스템에서 사용자 데이터에 대한 역방향 제어 정보를 전송하기 위한 비트수를 줄여주어 자원의 효율성을 증가시키며, 시스템 효율을 증가시킨다는 이점을 가진다.

Claims (7)

1. 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 전송 포맷 자원 셋을 송수신하는 방법에 있어서,

   사용자 단말기가 자신이 지원가능한 변조 방식을 나타내는 변조 능력과, 상기 사용자 단말기가 고속 순방향 패킷 접속 방식을 지원할 경우 한번에 처리 가능한 직교 코드 개수 정보를 나타내는 멀티 코드 능력을 포함시켜 무선 자원 제어 연결 요청 메시지를 무선 네트워크 제어기로 전송하는 과정과,

   상기 무선 네트워크 제어기는 상기 변조능력과 멀티 코드 능력을 사용자 단말기 고속 순방향 패킷 접속 정보로, 상기 사용자 단말기가 속한 셀에서 지원가능한 변조 및 코딩 스킴 레벨 정보를 나타내는 셀 지원가능 변조 및 코딩 스킴 레벨 셋과, 상기 셀에서 지원 가능한 코드 정보를 나타내는 셀 코드 스페이스를 셀 고속 순방향 패킷 접속 정보로 저장하는 과정과,

   상기 무선 네트워크 제어기가 사용자 단말기 및 셀 고속 순방향 패킷 접속 정보를 저장한 이후 상기 사용자 단말기로부터 호 설정 요구를 수신하면, 상기 요구된 호에 대한 무선 접속 베어러 파라미터들을 검사하여 상기 요구된 호가 상기 고속 순방향 패킷 접속 호일 경우 상기 사용자 단말기 및 셀 고속 순방향 패킷 접속 정보를 가지고 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋을 결정하고, 상기 결정된 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋과 멀티 코드 능력을 해당 기지국으로 전송하는 과정과,

   상기 기지국은 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋 및 멀티 코드 능력을 가지고 상기 사용자 단말기에 대한 전송 포맷 자원 셋을 구성하는 과정을 포함함을 특징으로 하는 상기 방법.
2. 제1항에 있어서,

   상기 무선 네트워크 제어기는 상기 결정된 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋과 셀 코드 스페이스를 상기 사용자 단말기로 전송하는 과정과,

   상기 사용자 단말기가 상기 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋과 셀 코드 스페이스를 가지고서 사용자 단말기 자신에 대한 전송 포맷 자원 셋을 구성하는 과정을 더 포함함을 특징으로 하는 상기 방법.
3. 제1항에 있어서,

   상기 무선 접속 베어러 파라미터는 호의 최대 전송 속도와, 인가 전송 속도와, 트래픽 등급임을 특징으로 하는 상기 방법.
4. 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 전송 포맷 자원 셋을 송수신하는 방법에 있어서,

   적어도 2개 이상의 레벨들을 가지는 최초 전송 포맷 자원 셋 트리를 구성하기 위해 사용할 컴퍼넌트들을 결정하고, 상기 결정한 컴퍼넌트들 각각에 대해 레벨을 할당하는 과정과,

   상기 컴퍼넌트들 각각에 대해 레벨을 할당한 이후 임의의 제1레벨에 속한 서브 컴퍼넌트들을 상기 최초 전송 포맷 자원 셋 트리에서 상기 제1레벨보다 낮은 레벨인 제2레벨보다 좌측에 배치하는 과정과,

   상기 제1레벨의 서브 컴퍼넌트들 각각에 대해 상기 제2레벨의 모든 서브 컴퍼넌트들을 배치하는 과정과.

   상기 모든 서브 컴퍼넌트들에 대한 배치 완료 후 상기 최초 전송 포맷 자원 셋 트리의 위에서부터 아래로 식별자를 부여하는 과정과,

   상기 식별자를 부여하여 상기 최초 전송 포맷 자원 셋을 구성완료하면, 상기 최초 전송 포맷 자원 셋에서 사용하지 않는 최초 전송 포맷 자원 관련 정보들을 제거하여 전송 포맷 자원 셋을 구성하는 과정을 포함함을 특징으로 하는 상기 방법.
5. 제4항에 있어서,

   상기 컴퍼넌트들은 변조 및 코딩 스킴 레벨 정보와, 코드 정보와, 트랜스포트 블록 셋 크기임을 특징으로 하는 상기 방법.
6. 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서 전송 포맷 자원 셋을 송수신하는 방법에 있어서,

   사용자 단말기가 자신이 지원가능한 변조 방식을 나타내는 변조 능력과, 상기 사용자 단말기가 고속 순방향 패킷 접속 방식을 지원할 경우 한번에 처리 가능한 직교 코드 개수 정보를 나타내는 멀티 코드 능력을 포함시켜 무선 자원 제어 연결 요청 메시지를 무선 네트워크 제어기로 전송하는 과정과,

   상기 무선 네트워크 제어기는 상기 변조능력과 멀티 코드 능력을 사용자 단말기 고속 순방향 패킷 접속 정보로, 상기 사용자 단말기가 속한 셀에서 지원가능한 변조 및 코딩 스킴 레벨 정보를 나타내는 셀 지원가능 변조 및 코딩 스킴 레벨 셋과, 상기 셀에서 지원 가능한 코드 정보를 나타내는 셀 코드 스페이스를 셀 고속 순방향 패킷 접속 정보로 저장하는 과정과,

   상기 무선 네트워크 제어기가 사용자 단말기 및 셀 고속 순방향 패킷 접속 정보를 저장한 이후 상기 사용자 단말기로부터 호 설정 요구를 수신하면, 상기 요구된 호에 대한 무선 접속 베어러 파라미터들을 검사하여 상기 요구된 호가 상기 고속 순방향 패킷 접속 호일 경우 상기 사용자 단말기 및 셀 고속 순방향 패킷 접속 정보를 가지고 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋을 결정하고, 상기 결정된 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋과, 상기 호에 대한 코딩 레이트 레인지와, 멀티 코드 능력을 해당 기지국으로 전송하는 과정과,

   상기 기지국은 사용자 단말기 지원 가능 변조 및 코딩 스킴 레벨 셋과, 상기코딩 레이트 레인지 및 멀티 코드 능력을 가지고 상기 사용자 단말기에 대한 전송 포맷 자원 셋을 구성하는 과정을 포함함을 특징으로 하는 상기 방법.
7. 제6항에 있어서,

   상기 코딩 레이트 레인지는 제2코딩 레이트의 최대값 및 최소값 또는 최종 코딩 레이트의 최대값 및 최소값으로 구성됨을 특징으로 하는 상기 방법.