KR20020062520A

KR20020062520A - 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널사용 방법

Info

Publication number: KR20020062520A
Application number: KR1020010003609A
Authority: KR
Inventors: 예정화; 박재홍; 이종원; 이유로
Original assignee: 주식회사 하이닉스반도체
Priority date: 2001-01-22
Filing date: 2001-01-22
Publication date: 2002-07-26

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야

본 발명은 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것임.

2. 발명이 해결하려고 하는 기술적 과제

본 발명은, 비동기식 차세대 이동통신 시스템 등에서 이동국이 QoS 우선 순위, 전송 속도 및 지연 등이 서로 다른 서비스들을 동시에 사용하는 경우에, 각 서비스의 QoS를 보장하도록 다중(Multiple) CCTrCH를 사용함으로써, 이동국에 제공되는 서비스의 품질 및 시스템 성능을 향상시키기 위한 다중 코드 합성 전송 채널 사용 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하고자 함.

3. 발명의 해결방법의 요지

본 발명은, 광대역 무선통신 시스템에서 다중(Multiple) 코드 합성 전송 채널(CCTrCH : Coded Composite Transport Channel)을 사용하기 위한 방법에 있어서, 무선망에서 무선자원을 관리하는 RRC(Radio Resource Control) 프로토콜 엔티티가 코어망으로부터 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스품질(QoS) 관련 정보를 수신하는 제 1 단계; 수신된 서비스품질(QoS) 관련 정보를 바탕으로, Mutiple CCTrCH의 사용 유무, 동시에 사용할 수 있는 CCTrCH의개수 및 동시에 사용할 수 있는 CCTrCH들의 식별자 정보와 같은 Mutiple CCTrCH 사용 정보를 결정하는 제 2 단계; 및 상기 이동국이 요구하거나 상기 이동국에 제공해야 하는 서비스가 원활히 수행될 수 있도록, 논리채널, 트랜스포트 채널, 물리채널을 할당하고 상기 무선망의 각 프로토콜 엔티티에 필요한 정보들을 할당하여 상기 이동국으로 상기 Multiple CCTrCH 사용 정보를 RRC 메시지에 실어 전송하는 제 3 단계를 포함함.

4. 발명의 중요한 용도

본 발명은 비동기 차세대 이동통신 시스템과 IP 기반의 이동통신 시스템 등에 이용됨.

Description

광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법{Method of implementing multiple coded composite transport channel}

본 발명은 광대역 무선통신 시스템에서 다중(Multiple) 코드 합성 전송 채널(CCTrCH : Coded Composite Transport Channel) 사용 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것으로, 특히 현재 북미방식과 유럽방식으로 표준화가 추진되고 있는 IMT-2000(International Mobile Telecommunication), UMTS(Universal Mobile Telecommunication Service) 등과 같은 차세대 이동통신 시스템의 RRC(Radio Resource Control) 프로토콜 엔티티에서 Multiple CCTrCH 사용을 지원하도록 하도록 하는 것이다.

도 1 은 일반적인 광대역 무선통신망(W-CDMA)의 구성 예시도로서, 비동기 이동통신망(UTRAN : UTMS Terrestrial Radio Access Network)의 일 예를 도시한 것이다.

도 1에 도시된 바와 같이, 비동기 이동통신망(UTRAN)은 비동기 방식의 이동국(UE : User Equipment)(100), 비동기 무선망(RNS : Radio Network Subsystem)(200), 그리고 무선통신 코어 네트워크(예를 들면, 유럽방식의 비동기 GSM-MAP core network)(300)간에 유기적으로 연결되어 구성되며, 각 연동 구조에서의 프로토콜 스택 구조는 도 2와 같다.

여기서, 본 발명은 비동기식 이동통신망(UTRAN)에서 Dedicated Type Multiple CCTrCH를 사용하기 위한 비동기 무선망(RNS)(200)의 무선 자원을 관리하는 RRC 프로토콜 엔티티에서의 동작에 대한 방안으로서, 회선 데이터(Circuit Data) 서비스, 패킷 데이터(Packet Data) 서비스 그리고 회선+패킷 데이터(Circuit + Packet Data) 서비스를 사용하는 기술 분야에 적용할 수 있다.

도 1에 도시된 바와 같은 비동기 이동통신 시스템(UTRAN) 연동 구조에서, 데이터를 전송하는 경우, 계층3(Layer 3)의 제어 신호 메시지(Control Signaling Message(RRC Message))를 통하여 이동국(UE)(100)이 사용하게 되는 서비스들에 대하여 서비스품질(QoS : Quality of Service)에 따른 논리채널(Lgical Channel), 트랜스포트 채널(Transport Channel), 물리채널(Physical Channel)이 할당되며, 프로토콜 관점에서 RLC(Radio Link Control), MAC(Medium Access Control), 물리계층(Physical Layer)이 정상적인 동작을 수행할 수 있도록 설정된다.

무선 인터페이스(Radio Interface)는 도 2에 도시된 바와 같이 L1(물리계층), L2(MAC/RLC 계층), L3(RRC 계층)으로 이루어져 있다.

물리계층(Physical Layer)과 상위계층(Upper Layer)은 접속점(SAP : Service Access Point)을 통하여 데이터와 제어 정보를 주고 받게 된다. MAC 계층위에 존재하는 RLC) 계층에서 논리채널(Logical Channel)을 MAC 계층에 넘겨주면 MAC 계층에서 트랜스포트 채널로 변환하여 물리계층으로 내려보낸다. 이때, 물리계층은 RRC 계층의 제어를 받아 트랜스포트 채널(Transport Channel)을 물리채널로 매핑한 후송신하게 된다.

여기서, 논리채널(Logical Channel)은 RLC 계층과 MAC 계층간에 데이터를 전달하는 채널이다. 즉, 논리채널은 비동기 무선망(RNS)(200)과 이동국(UE)(100) 내부의 RLC 프로토콜에서 생성된 RLC-PDU(Radio Link Control Protocol Data Unit)를 MAC 프로토콜로 전송하기 위해서 사용되는 매개체이다.

그리고, 트랜스포트 채널(Transport Channel)은 MAC 계층과 물리계층(L1)간에 데이터를 전달하는 채널이다. 이러한 트랜스포트 채널은 이동국(UE)(100)마다 하나 이상이 사용되며, 하나의 트랜스포트 채널에는 이동국(UE)(100)이 이용하고 있는 서비스중 하나 또는 다수의 서비스를 합쳐서 이용할 수 있다. 즉, 트랜스포트 채널은 비동기 무선망(RNS)(200)과 이동국(UE)(100) 내부의 MAC 프로토콜에서 생성된 MAC-PDU(Medium Access Control Protocol Data Unit)를 물리계층(Physical Layer)으로 전송하기 위해서 사용되는 매개체이다.

또한, 물리채널(Physical Channel)은 비동기 무선망(RNS)(200)과 이동국(UE)(100) 사이의 무선 프레임(Radio Frame)을 전송하기 위해서 사용되는 매개체이다.

또한, CCTrCH는 MAC 계층에서 물리계층(L1)으로 내려온 여러 개의 트랜스포트 채널을 무선을 통하여 이동국(UE)(100)으로 전송하기 위해 트랜스포트 채널 타입에 따라 하나로 합친 것이다.

여기서, 도 3에 도시된 바와 같이 상위 계층(Upper Layer)의 데이터는 RLC 프로토콜로 전송되고, RLC 프로토콜은 수신된 데이터를 RLC-PDU로 변경하여 MAC 프로토콜로 전송한다. 이후, MAC 프로토콜에서는 수신된 RLC-PDU을 MAC-PDU로 변경하여 물리계층(Physical Layer)으로 전송한다. 이때, 물리계층(Physical Layer)에서는 수신된 MAC PDU를 무선 프레임(Radio Frame)으로 변경하여 이동국(또는 비동기 무선망(200))(100)로 전송한다.

상기와 같은 동작중에서 물리계층(Physical Layer)에서는 트랜스포트 채널(Transport Channel)을 통하여 MAC 프로토콜로부터 수신한 MAC-PDU에 CRC를 붙이고, 코딩(Coding), 인터리빙(Interleaving) 그리고 율매칭(Rate Matching) 동작을 수행하여 코드 블록(Code Block)을 생성한다. 그리고, 같은 종류의 트랜스포트 채널(Transport Channel)을 통하여 MAC-PDU들은 각각 코드 블록(Code Block)으로 생성된 후, 하나의 코드 블록(Code Block)으로 생성될 수 있는데, 이를 CCTrCH (Coded Composite Transport Channel)이라고 한다. 이러한 과정이 도 4에 도시되었다.

도 4에서는 여러 개의 트랜스포트 채널이 1개 이상의 DPDCH(Dedicated Physical Data Channel)로 어떻게 멀티플렉싱되는지를 보여 준다.

도 4에서, CRC(Cyclic Redundancy Check) 블록은 트랜스포트 블록에 대한 에러 검출을 위해 사용되는데, 제공되는 서비스 종류에 따라 0, 8, 16, 또는 24개의 비트가 사용된다. 트랜스포트 블록 연결(Concatenation)과 코드 블록 세그먼테이션(Segmentation) 기능은 임의의 한 TTI(Transmission Time Interval) 동안 전송될 트랜스포트 블록들에 대한 연결(Concatenation) 기능 및 코드 블록의 세그먼테이션(Segmentation) 기능을 수행한다.

채널 코딩은 컨볼루션(Convolution) 코딩과 터보 코딩이 사용되며, 서비스의 종류에 따라 코딩이 되지 않고 전송되는 경우도 있다.

실시간(Real-time) 서비스는 FEC 부호화(Encoding)만을 사용하며, 비 실시간(Non Real-time) 서비스 FEC와 ARQ(Automatic Repeat for reQuest)를 혼용하여 사용한다. 콘볼루션(Convolution) 코드의 속도(Rate)는 1/2 또는 1/3이며, 터보 코드의 경우 1/3만을 사용한다. 가능한 인터리빙 길이는 10, 20, 40, 80msec이다.

무선 프레임 세그먼테이션(Radio Frame Segmentation) 블록은 비트 패딩(Padding)을 담당하며, 율매칭(Rate Matching) 블록은 입력 데이터를 물리채널에서 전송 가능한 비트 속도(Rate)로 적용(Adaptation)하는 기능을 담당하는데, 반복(Repetition) 코딩 및 펀쳐링(Punchuring) 기술이 이 목적으로 사용된다.

트랜스포트 멀티플렉싱 블록은 매 10msec마다 트랜스포트 채널들을 직렬로 결합하는 역할을 수행하는데, 이 블록의 출력은 코드 합성 전송(Coded Composite Transport) 채널이라 불리운다. 만일 여러 개의 물리채널이 코드 합성 전송 데이터를 전송하는데 필요할 경우 이 데이터는 물리채널 세그먼테이션 블록에서 분리가 된다.

하향 링크는 가변 전송속도를 위해 슬롯 단위의 DTX(Discontinuous Transmission)을 사용할 수 있다.

현재, 비동기 차세대 이동통신 시스템에서, 물리계층(Physical Layer)에서는 특정 TTI(Transmission Time Interval) 시점에서, MAC 프로토콜로부터 여러 종류의 트랜스포트 채널(Transport Channel)을 통하여 MAC-PDU들을 수신할 수 있으며, 이를 각각 코드 블록(Code Block)으로 생성한 후, 여러 종류의 CCTrCH를 생성할 수 있다. 예를 들면, 물리계층(Physical Layer)에서 특정 TTI 시점에서 3개의 DCH(Dedicated CHannel) 트랜스포트 채널(Transport Channel)들과 2개의 FACH(Forward Access Channel) 트랜스포트 채널(Transport Channel)들을 통하여 PDU를 수신할 경우, 물리계층(Physical Layer)은 오직 DCH 타입 1개의 CCTrCH와 FACH 타입 1개의 CCTrCH를 생성한다.

위에서 설명한 바와 같은 동작을 하는 비동기식 차세대 이동통신 시스템에서 이동국(UE(100)은 동시에 여러 종류의 서비스를 사용할 수 있으며, 이러한 서비스들은 각각 서비스품질(QoS : Quality of Service)를 가지고 있다. 각 서비스들에 대한 QoS들은 우선 순위를 가지고 있다. 그리고, QoS는 트래픽 클래스(Traffic Class)에 따라,

상호작용 클래스(Interactive Class), 대화형 클래스(Conversational Class), 스트리밍 클래스(Streaming Class) 그리고 백그라운드 클래스(Background Class)로 구분이 되며, 각 트래픽 클래스(Traffic Class)에 따라 서로 다른 QoS 속성(Attribute)들을 가지고 있으며, QoS는 전송 데이터 속도(Data Rate), 지연(Delay)에 민감하다.

여기서, 대화형 클래스(Conversational Class)는 텔레포니 스피치(Telephony Speech) 등과 같은 실시간 음성 통화 서비스 클래스이고, 스트리밍 클래스(Streaming Class)는 실시간 비디오/오디오(Video/Audio) 서비스 클래스이다. 또한, 상호작용 클래스(Interactive Class)는 웹 브라우징(Web Browsing), 데이터베이스 검색(Database Retrieval), serve access 등과 같은 온라인(On-line)으로 서버와 같은 곳에 데이터 전송을 요구하는 서비스 클래스이다. 또한, 백그라운드 클래스(Background Class)는 전자메일(E-mail), 단문서비스(SMS : Short Message Service), 데이터베이스 다운로드(DB Download) 등과 같이 백그라운드에서 데이터 파일(Data File)을 전송 및 수신할 수 있는 서비스 클래스이다.

비동기 차세대 이동통신 시스템에서 사용되는 QoS 및 우선순위는 다음의 (표 1)과 같다.

우선순위	Traffic Class	비고
1	Interactive Class	Traffic Handling Priority=1
2	Conversational Class	-
3	Streaming Class	-
4	Interactive Class	Traffic Handling Priority=2
5	Interactive Class	Traffic Handling Priority=3
6	Background Class	-

상기에서 설명한 내용을 기본으로 하여, 비동기 무선망(RNS)(200)은 이동국(UE)(100)이 요청한 서비스의 QoS에 따라 적절한 자원을 할당하게 되고, 이동국(UE)(100)에 제공되는 서비스들은 QoS의 우선순위에 의해 스케쥴링(Scheduling)되어 서비스를 제공하게 된다. 또한, 이동국(UE)(100)이 여러 개의 서비스를 가지고 있는 경우, 물리계층(Physical Layer)에서는 MAC 프로토콜로부터 MAC-PDU들을 수신하여 Dedicated Type CCTrCH를 1개를 생성한 후, 이를 무선 프레임(Radio Frame)을 변경하게 된다. 즉, 이동국(UE)(100)에 여러 서비스를 제공할 경우라도, 하나의 CCTrCH를 생성하게 된다는 것이다.

종래의 비동기식 차세대 이동통신 시스템에서 이동국(UE)(100)이 여러 가지 QoS를 가지는 여러 가지 서비스를 사용하는 경우에 대해서 다음과 같은 경우에 대해서 고려되어야 한다.

첫째, 우선순위가 다른 높은 전송 속도를 가지는 서비스들을 이용하는 경우이다.

둘째, 우선순위가 다른 높은 전송 속도를 가지는 서비스와 낮은 전송 속도를 가지는 경우이다.

세째, 우선순위가 다른 낮은 전송 속도를 가지는 서비스들을 이용하는 경우이다.

이와 같은 경우, 이러한 서비스들은 하나의 CCTrCH를 이용하게 된다.

하나의 CCTrCH에는 QoS의 우선순위에 따라 하나의 서비스에 해당하는 데이터만 포함될 수도 있거나, QoS의 우선순위와 관계없이 이동국(UE)(100)이 사용하는 하나 이상의 서비스들에 해당하는 데이터가 포함될 수도 있다.

만약, 하나의 CCTrCH에 QoS의 우선순위에 따라 우선순위가 높은 하나의 서비스에 해당하는 데이터만 포함되는 경우, QoS의 우선 순위가 낮은 서비스에는 지연(Delay)이 발생하여 서비스를 할 수 없거나, QoS에 정의된 전송 속도를 지원할 수 없는 문제가 발생한다.

그리고, 하나의 CCTrCH에 여러 가지 서비스들의 데이터들이 포함되는 경우, 각 서비스들의 서로 다른 전송 속도의 차이에 의해 각 서비스들의 QoS를 만족시킬수 없는 상태에서 서비스가 이루어지는 문제가 발생한다.

따라서, 비동기식 차세대 이동통신 시스템에서 이동국(UE)(100)이 QoS 우선 순위, 전송 속도 및 지연(Delay) 등이 서로 다른 서비스들을 동시에 사용하는 경우에, 각 서비스의 QoS를 보장하여, 이동국(UE)(100)에 제공되는 서비스의 품질 및 시스템 성능을 향상시킬 수 있는 방안이 필수적으로 요구된다.

상기한 바와 같은 요구에 부응하기 위하여 제안된 본 발명은, 비동기식 차세대 이동통신 시스템 등에서 이동국이 QoS 우선 순위, 전송 속도 및 지연 등이 서로 다른 서비스들을 동시에 사용하는 경우에, 각 서비스의 QoS를 보장하도록 다중(Multiple) CCTrCH를 사용함으로써, 이동국에 제공되는 서비스의 품질 및 시스템 성능을 향상시키기 위한 다중 코드 합성 전송 채널 사용 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하는데 그 목적이 있다.

도 1 은 일반적인 광대역 무선통신망(W-CDMA)의 구성 예시도.

도 2 는 일반적인 비동기 이동통신 시스템(UTRAN)의 구성 예시도.

도 3 은 종래의 RLC-PU, RLC-PDU, MAC-PDU, 전송 블록(Transport Block)과의 관계를 나타낸 설명도.

도 4 는 일반적인 CCTrCH 생성 과정을 나타낸 설명도.

도 5a 내지 5c 는 본 발명에 따른 무선 베어러 설정(Radio Bearer Setup) 메시지의 일실시예 구성도.

도 6a 내지 6c 는 본 발명에 따른 무선 베어러 재구성(Radio Bearer Reconfiguretion) 메시지의 일실시예 구성도.

도 7 은 본 발명에 따른 다중(Multiple) 코드 합성 전송 채널(CCTrCH) 사용을 지원하기 위한 RRC 프로토콜 엔티티의 동작 과정을 나타낸 일실시예 흐름도.

*도면의 주요 부분에 대한 부호의 설명

100 : 이동국 200 : 비동기 무선망

300 : 무선통신 코어 네트워크

상기 목적을 달성하기 위한 본 발명은, 광대역 무선통신 시스템에서 다중(Multiple) 코드 합성 전송 채널(CCTrCH : Coded Composite Transport Channel)을 사용하기 위한 방법에 있어서, 무선망에서 무선자원을 관리하는 RRC(Radio Resource Control) 프로토콜 엔티티가 코어망으로부터 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스품질(QoS) 관련 정보를 수신하는 제 1 단계; 수신된 서비스품질(QoS) 관련 정보를 바탕으로, Mutiple CCTrCH의 사용 유무, 동시에 사용할 수 있는 CCTrCH의 개수 및 동시에 사용할 수 있는 CCTrCH들의 식별자 정보와 같은 Mutiple CCTrCH 사용 정보를 결정하는 제 2 단계; 및 상기 이동국이 요구하거나 상기 이동국에 제공해야 하는 서비스가 원활히 수행될 수 있도록, 논리채널, 트랜스포트 채널, 물리채널을 할당하고 상기 무선망의 각 프로토콜 엔티티에 필요한 정보들을 할당하여 상기 이동국으로 상기 Multiple CCTrCH 사용 정보를 RRC 메시지에 실어 전송하는 제 3 단계를 포함하여 이루어진 것을 특징으로 한다.

그리고, 본 발명은 다중(Multiple) 코드 합성 전송 채널(CCTrCH : Coded Composite Transport Channel) 사용을 지원하기 위하여, 프로세서를 구비한 광대역 무선통신 시스템에, 무선망에서 무선자원을 관리하는 RRC(Radio Resource Control) 프로토콜 엔티티가 코어망으로부터 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스품질(QoS) 관련 정보를 수신하는 제 1 기능; 수신된 서비스품질(QoS) 관련 정보를 바탕으로, Mutiple CCTrCH의 사용 유무, 동시에 사용할 수 있는 CCTrCH의 개수 및 동시에 사용할 수 있는 CCTrCH들의 식별자 정보와 같은 Mutiple CCTrCH 사용 정보를 결정하는 제 2 기능; 및 상기 이동국이 요구하거나 상기 이동국에 제공해야 하는 서비스가 원활히 수행될 수 있도록, 논리채널, 트랜스포트 채널, 물리채널을 할당하고 상기 무선망의 각 프로토콜 엔티티에 필요한 정보들을 할당하여 상기 이동국으로 상기 Multiple CCTrCH 사용 정보를 RRC 메시지에 실어 전송하는 제 3 기능을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.

본 발명은 비동기식 차세대 이동통신 시스템에서 이동국이 QoS 우선 순위, 전송 속도 및 지연 등이 서로 다른 서비스들을 동시에 사용하는 경우에, 각 서비스의 QoS를 보장하도록 Multiple CCTrCH를 사용함으로써, 이동국에 제공되는 서비스의 품질 및 시스템 성능을 향상시킬 수 있는 방안을 제공하고자 한다.

이를 위하여, 본 발명은 Multiple CCTrCH를 지원하기 위하여 비동기 무선망(RNS)의 RRC 프로토콜 엔티티에서 이동국(UE)이 요구한 서비스들의 QoS 정보, 즉 QoS 우선 순위, 전송 속도 및 Delay 등과 관련된 정보를 Iu 인터페이스(즉, 무선통신 코어 네트워크와 비동기 무선망(RNS) 사이의 인터페이스)를 통하여 무선통신 코어 네트워크로부터 수신한다. 이때, 비동기 무선망(RNS)의 RRC 프로토콜 엔티티는 수신된 정보를 이용하여 Multiple CCTrCH의 사용 유무, 사용하게 되는 경우의 Multiple CCTrCH의 개수 및 Multiple CCTrCH Identity 정보를 결정하고, 여기에 맞게 논리채널(Logical Channel), 트랜스포트 채널(Transport Channel) 및 물리채널(Physical Channel)(예를 들면, 무선 자원)을 할당하고 각 프로토콜 엔티티에 필요한 정보들을 할당하여 이동국(UE)으로 RRC 메시지를 통하여 전송한다.

상술한 목적, 특징들 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다.

비동기식 차세대 이동통신 시스템에서 Multiple CCTrCH를 사용할 수 있도록하기 위해서, 본 발명에서 제안하는 방식은 크게 두 부분으로 나눌 수 있다.

첫째, Multiple CCTrCH를 사용할 수 있도록 해주는 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티에서의 Multiple CCTrCH 결정 알고리즘이다.

둘째, Multiple CCTrCH를 사용할 수 있도록 RRC 프로토콜 엔티티에서 결정된 내용을 이동국(UE)(100)으로 전송하는 방안이다.

기본적으로, 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 Iu 인터페이스, 즉 무선통신 코어 네트워크(300)와 비동기 무선망(RNS)(200) 사이의 인터페이스를 통하여 무선통신 코어 네트워크(300)으로 이동국(UE)(100)이 요청하거나, 이동국(UE)(100)에게 제공해야 하는 서비스들의 QoS의 정보를 수신하게 된다. 이때, 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티에서 수신하는 메시지는 무선 접속 베어러 할당 요구(RAB(Radio Access Bearer) Assignment Request) 메시지이고, 이 메시지의 RAB 파라미터 정보 요소(IE : Information Element)를 통하여 이동국(UE)(100)이 요청하거나, 이동국(UE)(100)에게 제공해야 하는 서비스들의 QoS 정보를 수신하게 된다.

먼저, Multiple CCTrCH를 사용할 수 있도록 해주는 RRC 프로토콜 엔티티에서의 Multiple CCTrCH 결정 알고리즘을 살펴보면 다음과 같다.

무선통신 코어 네트워트(300)로부터 이동국(UE)(100)이 요청하거나 이동국(UE)(100)에게 제공해야 하는 서비스들의 QoS 정보들을 수신한 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 우선 QoS 정보에서 트래픽 클래스(Traffic Class), 전송 속도 및 지연(Delay) 등과 관련된 정보를 해석한다. 그리고, RRC 프로토콜 엔티티는 트래픽 클래스(Traffic Class) 개수에 따른 CCTrCH 개수를 결정하고, 결정된 CCTrCH의 식별자(Identity)를 결정한다.

한편, Multiple CCTrCH를 사용할 수 있도록 RRC 프로토콜 엔티티에서 결정된 내용을 이동국(UE)(100)에게 전송하는 방안을 살펴보면 다음과 같다.

비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티에서 결정된 내용인 CCTrCH 개수, CCTrCH 식별자(Identity) 등의 정보를 이동국(UE)(100)에 자원할당을 하는데 이용되는 메시지는 무선 베어러 설정(Radio Bearer Setup) 메시지와 이동국(UE)(100)에 할당된 자원을 변경하는데 사용되는 메시지인 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지에 포함하여 전송하게 된다.

여기서, 무선 베어러 설정(Radio Bearer Setup) 메시지는 이동국(UE)(100)이 요구하거나 이동국(UE)(100)에 제공해야 하는 서비스가 처음인 경우에 이동국(UE)(100)으로 전송되는 메시지이고, 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지는 이동국(UE)(100)이 현재 서비스중에 새로운 서비스를 사용하거나 하나의 서비스를 제거하는 경우에 이동국(UE)(100)으로 전송되는 메시지이다.

Multiple CCTrCH를 사용할 수 있도록 지원하기 위해서는, 도 5a 내지 5c와 같이 무선 베어러 설정(Radio Bearer Setup) 메시지와, 도 6a 내지 6c와 같이 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지에 Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator), CCTrCH 개수(Number of CCTrch) 및 CCTrCH 식별자(Identity) 등과 같은 IE들이 포함되어야 하며, 새롭게 정의되는 IE과 그 설명은 다음과 같다.

Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator) IE는 길이가(Length)가 1비트이고, Multiple CCTrCH의 사용 유무를 표시한다. 즉, "Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator) = OFF = 0"은 Multiple CCTrCH를 사용하지 않음을 의미하고, "Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator) = ON = 1"은 Multiple CCTrCH를 사용함을 의미한다.

그리고, CCTrCH 개수(Number of CCTrCH) IE는 길이(Length)가 3비트이고, 동시에 사용할 수 있는 CCTrCH의 개수를 표시하며, 1 ~ 7를 사용하고, 0은 무시한다.

또한, CCTrCH Identity IE는 길이(Length)가 3비트이고, 동시에 사용할 수 있는 CCTrCH들의 Identity를 표시하며, CCTrCH 개수 IE와 동일한 방식으로 사용되는 것으로서, 1 ~ 7을 사용하고, 0은 무시한다.

본 발명에서 제안한 상기 3가지 IE를 포함한 새로운 무선 베어러 설정(Radio Bearer Setup) 메시지 구조가 도 5a 내지 5c에 도시되었고, 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지 구조는 도 6a 내지 6c에 도시되었다.

이제, 도 7을 참조하여 본 발명에 따른 다중(Multiple) 코드 합성 전송 채널(CCTrCH) 사용을 지원하기 위한 RRC 프로토콜 엔티티의 전반적인 동작 과정을 살펴보기로 한다.

먼저, 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티가 Iu 인터페이스(즉, 무선통신 코어 네트워크(300)와 비동기 무선망(RNS)(200) 사이의 인터페이스)를 통하여 무선통신 코어 네트워크(300)로부터 RAB(Radio Access Bearer) 할당 요구 메시지를 수신하여(701), 수신된 RAB 할당 요구 메시지에서 RAB 파라미터 IE 그룹(Group)을 발췌한다(702). 이때, RAB 파라미터 IE 그룹(Group)은 트래픽 클래스(Traffic Class), 전송 속도 및 지연(Delay) 등의 정보를 포함한 IE를 의미한다.

이후, 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 발췌된 RAB 파라미터 IE 그룹에서 클래스(Traffic Class), 전송 속도 및 지연(Delay) 등의 정보를 해석하여(703), 트래픽 클래스(Traffic Class)의 개수를 확인한다(704).

확인결과, 트래픽 클래스(Traffic Class)의 개수(즉, 이동국(UE)(100)이 요구하거나 이동국(UE)(100)에게 제공해야 하는 서비스의 개수)가 1인 경우에(705), 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator) IE를 0으로 설정한다(706). 이는 Multiple CCTrCh를 사용하지 않는다는 것으로 의미한다.

그리고, 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 이동국(UE)(100)이 요구하거나 이동국(UE)(100)에 제공해야 하는 서비스가 원활이 수행될 수 있도록, 논리채널(Logical Channel), 트랜스포트 채널(Transport Channel), 물리채널(Physical Channel)을 할당하고 RLC와 MAC 프로토콜 엔티티 초기화 파라미터를 설정한다(707).

다음으로, 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 이동국(UE)(100)이 요구하거나 이동국(UE)(100)에 제공해야 하는 서비스를 지원하기 위해서 지금까지 설정된 모든 정보를 무선 베어러 설정(Radio Bearer Setup) 메시지 또는 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지를 통하여 이동국(UE)(100)에 전송한다(708). 이때, 무선 베어러 설정(Radio Bearer Setup) 메시지는 이동국(UE)(100)이 요구하거나 이동국(UE)(100)에 제공해야 하는 서비스가 처음인 경우에 이동국(UE)(100)으로 전송되는 메시지이고, 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지는 이동국(UE)(100)이 현재 서비스중에 새로운 서비스를 사용하거나 하나의 서비스를 제거하는 경우에 이동국(UE)(100)으로 전송되는 메시지이다.

한편, 트래픽 클래스(Traffic Class)의 개수(즉, 이동국(UE)(100)이 요구하거나 이동국(UE)(100)에게 제공해야 하는 서비스의 개수)가 1이 아닌 경우, 즉 트래픽 클래스(Traffic Class)의 개수(즉, 상기 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스의 개수)가 2 이상인 경우에(705), 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator) IE를 1로 설정한다(709). 이는 Multiple CCTrCH를 사용한다는 것을 의미한다.

그리고, 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 CCTrCH 개수 IE를 설정한다(710). 이는 Multiple CCTrCH를 사용하는 경우에만 사용될 수 있는 것으로서, 설정되는 CCTrCH 개수는 트래픽 클래스(Traffic Class) 개수만큼 설정하게 된다.

이후에, 비동기 무선망(RNS)(200)의 RRC 프로토콜 엔티티는 CCTrCH Identity IE를 설정한다(711). 이는 Multiple CCTrCH를 사용하는 경우에만 사용될 수 있는것으로서, 설정되는 CCTrCH마다 고유의 Identity를 구분한다.

이하의 동작은 상기 "707" 단계 및 "708" 단계와 동일한 과정을 수행한다.

상술한 바와 같은 본 발명의 방법은 프로그램으로 구현되어 컴퓨터로 읽을 수 있는 기록매체(씨디롬, 램, 롬, 플로피 디스크, 하드 디스크, 광자기 디스크 등)에 저장될 수 있다.

이상에서 설명한 본 발명은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 있어 본 발명의 기술적 사상을 벗어나지 않는 범위내에서 여러 가지 치환, 변형 및 변경이 가능하므로 전술한 실시예 및 첨부된 도면에 한정되는 것이 아니다.

상기한 바와 같은 본 발명은, 비동기식 차세대 이동통신 시스템에서 Multiple CCTrCH를 사용할 수 있게 함으로써, 이동국이 요구하거나 이동국에 제공해야 하는 서비스들이 요구하는 QoS를 만족시킬 수 있으며, 이동국은 더욱 좋은 서비스를 받을 수 있고, 시스템의 성능 또한 향상시킬 수 있는 효과가 있다. 또한, 종래의 RRC 프로토콜 메시지에 3가지의 IE를 추가하여 Multiple CCTrCH를 사용할 수 있도록 함으로써, 기존의 동작의 변경없이 용이하게 Multiple CCTrCH를 지원할 수 있으며, Multiple CCTrCH를 사용하지 않는 시스템과의 호환성(Compatibility)을 지원할 수 있는 효과가 있다.

Claims

광대역 무선통신 시스템에서 다중(Multiple) 코드 합성 전송 채널(CCTrCH : Coded Composite Transport Channel)을 사용하기 위한 방법에 있어서,

무선망에서 무선자원을 관리하는 RRC(Radio Resource Control) 프로토콜 엔티티가 코어망으로부터 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스품질(QoS) 관련 정보를 수신하는 제 1 단계;

수신된 서비스품질(QoS) 관련 정보를 바탕으로, Mutiple CCTrCH의 사용 유무, 동시에 사용할 수 있는 CCTrCH의 개수 및 동시에 사용할 수 있는 CCTrCH들의 식별자 정보와 같은 Mutiple CCTrCH 사용 정보를 결정하는 제 2 단계; 및

상기 이동국이 요구하거나 상기 이동국에 제공해야 하는 서비스가 원활히 수행될 수 있도록, 논리채널, 트랜스포트 채널, 물리채널을 할당하고 상기 무선망의 각 프로토콜 엔티티에 필요한 정보들을 할당하여 상기 이동국으로 상기 Multiple CCTrCH 사용 정보를 RRC 메시지에 실어 전송하는 제 3 단계

를 포함하는 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법.
제 1 항에 있어서,

상기 RRC 메시지는,

상기 이동국이 요구하거나 상기 이동국에 제공해야 하는 서비스가 처음인 경우에 상기 이동국으로 전송되는 무선 베어러 설정(Radio Bearer Setup) 메시지와, 상기 이동국이 현재 서비스중에 새로운 서비스를 사용하거나 하나의 서비스를 제거하는 경우에 상기 이동국으로 전송되는 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지를 포함하는 것을 특징으로 하는 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법.
제 2 항에 있어서,

상기 무선 베어러 설정(Radio Bearer Setup) 메시지에는,

Multiple CCTrCH 사용을 지원할 수 있도록, Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator) 정보, 동시에 사용할 수 있는 CCTrCH 개수(Number of CCTrch) 정보, 그리고 동시에 사용할 수 있는 CCTrCH들의 식별자(Identity) 정보가 포함되어 있는 것을 특징으로 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법.
제 2 항에 있어서,

상기 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지에는,

Multiple CCTrCH 사용을 지원할 수 있도록, Multiple CCTrCH 사용유무(Multiple CCTrCH Indicator) 정보, 동시에 사용할 수 있는 CCTrCH 개수(Number of CCTrch) 정보, 그리고 동시에 사용할 수 있는 CCTrCH들의 식별자(Identity) 정보가 포함되어 있는 것을 특징으로 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법.
제 1 항에 있어서,

상기 서비스품질(QoS) 관련 정보는,

서비스품질(QoS) 우선순위(트래픽 클래스(Traffic Class)), 전송 속도 및 지연(Delay)과 관련된 정보인 것을 특징으로 하는 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법.
제 1 항 내지 제 5 항 중 어느 한 항에 있어서,

상기 무선망은,

실질적으로, 비동기 무선망(RNS)인 것을 특징으로 하는 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법.
제 6 항에 있어서,

상기 RRC 프로토콜 엔티티는,

상기 코어망으로부터 상기 이동국이 요청하거나 상기 이동국에게 제공해야 하는 서비스들의 서비스품질(QoS) 정보들을 수신하여 서비스품질(QoS) 정보에서 트래픽 클래스(Traffic Class), 전송 속도 및 지연(Delay)과 관련된 정보를 해석하고, 트래픽 클래스(Traffic Class) 개수에 따른 CCTrCH 개수를 결정하고, 결정된 CCTrCH 식별자(Identity)를 결정한 후에, 결정된 내용들을 상기 무선 베어러 설정(Radio Bearer Setup) 메시지와 상기 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지에 포함하여 상기 이동국으로 전송하는 것을 특징으로 하는 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법.
제 7 항에 있어서,

상기 RRC 프로토콜 엔티티의 동작 과정은,

상기 코어망과 상기 비동기 무선망(RNS) 사이의 인터페이스(Iu 인터페이스)를 통하여 상기 RRC 프로토콜 엔티티가 상기 코어망으로부터 RAB(Radio Access Bearer) 할당 요구 메시지를 수신하는 제 1 과정;

수신된 RAB 할당 요구 메시지에서 RAB 파라미터들을 추출하는 제 2 과정;

추출된 RAB 파라미터들에서 클래스(Traffic Class), 전송 속도 및 지연(Delay) 관련 정보를 해석하여, 트래픽 클래스(Traffic Class)의 개수를 확인하는 제 3 과정;

상기 제 3 과정의 확인결과, 트래픽 클래스(Traffic Class)의 개수(즉, 상기 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스의 개수)가 1인 경우에, Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator) 정보를 0으로 설정하는 제 4 과정;

상기 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스가 원활이 수행될 수 있도록, 논리채널, 트랜스포트 채널, 물리채널을 할당하고 RLC(Radio Link Control)와 MAC(Medium Access Control) 프로토콜 엔티티 초기화 파라미터를 설정하는 제 5 과정;

상기 제 5 과정 수행후에, 상기 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스를 지원하기 위해서, 설정된 모든 정보를 상기 무선 베어러 설정(Radio Bearer Setup) 메시지나 상기 무선 베어러 재구성(Radio Bearer Reconfiguration) 메시지를 통하여 상기 이동국에 전송하는 제 6 과정;

상기 제 3 과정의 확인결과, 트래픽 클래스(Traffic Class)의 개수(즉, 상기 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스의 개수)가 1이 아닌 경우, 즉 트래픽 클래스(Traffic Class)의 개수(즉, 상기 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스의 개수)가 2 이상인 경우에, Multiple CCTrCH 사용 유무(Multiple CCTrCH Indicator) 정보를 1로 설정하는 제 7 과정; 및

상기 제 7 과정 수행후에, 트래픽 클래스(Traffic Class) 개수만큼 사용하게 되는 CCTrCH 개수를 설정하고, 설정된 CCTrCH 개수만큼 CCTrCH 식별자(Identity) 정보를 설정한 후에, 상기 제 5 과정으로 넘어가는 제 8 과정

을 포함하는 광대역 무선통신 시스템에서의 다중 코드 합성 전송 채널 사용 방법.
다중(Multiple) 코드 합성 전송 채널(CCTrCH : Coded Composite Transport Channel) 사용을 지원하기 위하여, 프로세서를 구비한 광대역 무선통신 시스템에,

무선망에서 무선자원을 관리하는 RRC(Radio Resource Control) 프로토콜 엔티티가 코어망으로부터 이동국이 요구하거나 상기 이동국에게 제공해야 하는 서비스품질(QoS) 관련 정보를 수신하는 제 1 기능;

수신된 서비스품질(QoS) 관련 정보를 바탕으로, Mutiple CCTrCH의 사용 유무, 동시에 사용할 수 있는 CCTrCH의 개수 및 동시에 사용할 수 있는 CCTrCH들의 식별자 정보와 같은 Mutiple CCTrCH 사용 정보를 결정하는 제 2 기능; 및

상기 이동국이 요구하거나 상기 이동국에 제공해야 하는 서비스가 원활히 수행될 수 있도록, 논리채널, 트랜스포트 채널, 물리채널을 할당하고 상기 무선망의 각 프로토콜 엔티티에 필요한 정보들을 할당하여 상기 이동국으로 상기 Multiple CCTrCH 사용 정보를 RRC 메시지에 실어 전송하는 제 3 기능

을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.