KR101208530B1 - 이동 통신 시스템에서 제어 정보를 처리하는 방법 - Google Patents

Abstract

본 발명은 제어 정보를 처리하는 방법에 관한 것으로, 보다 구체적으로, 단말의 불필요한 대기를 방지하는 이동 통신 시스템에서 제어 정보를 처리하는 방법에 관한 것이다. 본 발명은 상술한 목적을 달성하기 위해, UM(Unacknowledged mode)모드에서 동작하고, 수신 윈도우와 타이머를 구비하는 RLC (Radio Link Control) 엔터티에 의하여, 송신 측으로부터 복수 회 전송되는 프로토콜 데이터 유닛(Protocol Data Unit)들을 수신하되, 하나의 공통 논리 채널을 통하여 수신하는 단계; 상기 수신된 프로토콜 데이터 유닛의 일련 번호(sequence number)와, 수신 윈도우 및 타이머를 이용하여 상기 수신된 프로토콜 데이터 유닛들을 재정리하는 단계; 상기 재정리된 프로토콜 데이터 유닛들을 처리하여 적어도 하나의 서비스 데이터 유닛(Service Data Unit)을 재구성하는 단계; 및 상기 적어도 하나의 서비스 데이터 유닛을 전달하는 단계를 포함한다.

제어 정보, RRC, UM RLC, 수신 윈도우, 타이머

Description

이동 통신 시스템에서 제어 정보를 처리하는 방법{Method for processing control information in mobile communication system}

도 1은 UMTS(Universal Mobile Telecommunications System)의 망구조를 나타낸 그림이다.

도 2는 UMTS에서 사용하는 무선 프로토콜의 구조를 나타내는 도면이다.

도 3은 종래의 기술에 따른 수신 측의 UM RLC동작으로, 하위 단으로부터 RLC PDU를 전달받을 때의 동작을 나타낸다.

도 4는 RRC 연결 과정을 나타내는 절차 흐름도이다.

도 5는 본 실시예에서 제안하는 재정리 절차를 나타내는 절차 흐름도이다.

본 발명은 제어 정보를 처리하는 방법에 관한 것으로, 보다 구체적으로, 단말의 불필요한 대기를 방지하는 이동 통신 시스템에서 제어 정보를 처리하는 방법에 관한 것이다.

도 1은 UMTS(Universal Mobile Telecommunications System)의 망구조를 나타낸 그림이다. UMTS시스템은 크게 단말(User Equipment; UE)과 UTMS 무선접속 망(UMTS Terrestrial Radio Access Network; UTRAN) 및 핵심망(Core Network; CN)으로 이루어져 있다. UTRAN은 한 개 이상의 무선망부시스템(Radio Network Sub-systems; RNS)을 포함하고, 각 RNS는 하나의 무선망제어기(Radio Network Controller; RNC)와 이 RNC에 의해서 관리되는 하나 이상의 기지국(Node B)으로 구성된다. 하나의 Node B에는 하나 이상의 셀(Cell)이 존재한다.

도 2는 UMTS에서 사용하는 무선 프로토콜의 구조를 보이고 있다. 이러한 무선 프로토콜 계층들은 단말과 UTRAN에 쌍(pair)으로 존재하여, 무선 구간의 데이터 전송을 담당한다. 각각의 무선 프로토콜 계층들에 대해 설명하면, 먼저 제 1 계층인 PHY 계층은 다양한 무선전송기술을 이용해 데이터를 무선 구간에 전송하는 역할을 한다. PHY 계층은 상위 계층인 MAC 계층과 전송채널(Transport Channel)을 통해 연결되어 있으며, 전송채널은 크게 채널의 공유 여부에 따라 전용(Dedicated) 전송 채널과 공용(Common) 전송 채널로 나뉜다.

제 2 계층에는 MAC, RLC, PDCP 및 BMC 계층이 존재한다. 먼저 MAC 계층은 다양한 논리채널(Logical Channel)을 다양한 전송채널에 매핑시키는 역할을 한다. 또한 여러 논리채널을 하나의 전송채널에 매핑시키는 논리채널 다중화(Multiplexing)의 역할도 수행한다. MAC 계층은 상위계층인 RLC 계층과는 논리채널(Logical Channel)로 연결되어 있으며, 논리채널은 크게 전송되는 정보의 종류에 따라 제어평면(Control Plane)의 정보를 전송하는 제어채널(Control Channel)과 사용자평면(User Plane)의 정보를 전송하는 트래픽 채널(Traffic Channel)로 나뉜다.

RLC 계층은 각 무선베어러(Radio Bearer; RB)의 QoS(quality of Service)에 대한 보장과 이에 따른 데이터의 전송을 담당한다. RLC는 RB 고유의 QoS를 보장하기 위해 RB 마다 한 개 또는 두 개의 독립된 RLC 개체(Entity)를 두고 있으며, 다양한 QoS를 지원하기 위해 TM (Transparent Mode, 투명모드), UM (Unacknowledged Mode, 무응답모드) 및 AM (Acknowledged Mode, 응답모드)의 세가지 RLC 모드를 제공하고 있다. 또한, RLC는 하위계층이 무선 구간으로 데이터를 전송하기에 적합하도록 데이터 크기를 조절하는 역할도 하고 있으며, 이를 위해 상위계층으로부터 수신한 데이터를 분할 및 연결하는 기능도 수행한다.

PDCP 계층은 RLC 계층의 상위에 위치하며, IPv4나 IPv6와 같은 IP 패킷을 이용하여 전송되는 데이터가 상대적으로 대역폭이 작은 무선 구간에서 효율적으로 전송될 수 있도록 한다. 이를 위해, PDCP 계층은 헤더압축(Header Compression) 기능을 수행하는데, 이는 데이터의 헤더(Header) 부분에서 반드시 필요한 정보만을 전송하도록 하여, 무선 구간의 전송효율을 증가시키는 역할을 한다. PDCP 계층은 헤더압축이 기본 기능이기 때문에 PS domain에만 존재하며, 각 PS 서비스에 대해 효과적인 헤더압축 기능을 제공하기 위해 RB 당 한 개의 PDCP entity가 존재한다.

그 외에도 제 2계층에는 BMC (Broadcast/Multicast Control) 계층이 RLC 계층의 상위에 존재하여, 셀 방송 메시지(Cell Broadcast Message)를 스케쥴링하고, 특정 셀에 위치한 단말들에게 방송하는 기능을 수행한다.

제 3 계층의 가장 하부에 위치한 RRC (Radio Resource Control, 무선자원제어) 계층은 제어평면에서만 정의되며, RB들의 설정, 재설정 및 해제와 관련되어 제 1 및 제 2 계층의 파라미터들을 제어하고, 또한 논리채널, 전송채널 및 물리채널들 의 제어를 담당한다. 이때, RB는 단말과 UTRAN간의 데이터 전달을 위해 무선 프로토콜의 제1 및 제 2 계층에 의해 제공되는 논리적 경로(path)를 의미한다. 일반적으로 RB가 설정된다는 것은, 특정 서비스를 제공하기 위해 필요한 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. 특정 단말의 RRC 계층과 UTRAN의 RRC 계층이 서로 RRC 메시지를 주고 받을 수 있도록 연결되어 있을 때 해당 단말은 RRC연결 상태(Connected state)에 있게 되며, 연결되어 있지 않을 때 해당 단말은 휴지상태(Idle state) 상태에 있게 된다.

이하 RLC계층에 대해 좀더 구체적으로 설명한다.

RLC 계층의 기본 기능은 각 RB의 QoS에 대한 보장과 이에 따른 데이터의 전송이다. RB 서비스는 무선 프로토콜의 제2계층이 상위에 제공하는 서비스이기 때문에 제2계층 전체가 QoS에 영향을 주지만, 그 중에서도 특히 RLC의 영향이 크다. RLC는 RB 고유의 QoS를 보장하기 위해 RB 마다 독립된 RLC 개체(Entity)를 두고 있으며, 다양한 QoS를 지원하기 위해 투명모드(Transparent Mode; 이하 TM이라 약칭함), 무응답모드(Unacknowledged Mode; 이하 UM이라 약칭함) 및 응답모드(Acknowledged Mode; 이하 AM이라 약칭함)의 세가지 RLC 모드를 제공하고 있다. 이러한 RLC의 세가지 모드는 각각이 지원하는 QoS가 다르기 때문에 동작 방법에 차이가 있으며, 그 세부적인 기능 역시 차이가 있다. 따라서, RLC는 그 동작 모드에 따라 살펴볼 필요가 있다.

TM RLC는 RLC PDU를 구성함에 있어 상위로부터 전달받은 RLC SDU에 아무런 오버헤드를 붙이지 않는 모드이다. 즉, RLC가 SDU를 투명(Transparent)하게 통과시키므로 TM RLC라고 하며, 이러한 특성으로 인해 사용자평면과 제어평면에서 다음과 같은 역할을 수행한다. 사용자 평면에서는 RLC 내에서의 데이터 처리 시간이 짧기 때문에 주로 회선 서비스 영역(Circuit Service domain; 이하 'CS domain'으로 약칭함)의 음성이나 스트리밍 같은 실시간 회선 데이터의 전송을 담당하며, 제어평면에서는 RLC 내에서의 오버헤드가 없기 때문에 상향(Uplink)의 경우 불특정 단말로부터의 RRC 메시지에 대한 전송을, 하향(Downlink)의 경우 셀 내의 모든 단말에게 방송되는 RRC 메시지에 대한 전송을 담당한다.

투명모드(TM 모드)와는 달리 RLC에서 오버헤드가 추가되는 모드를 비투명모드(Non-transparent mode)라고 하며, 여기에는 전송한 데이터에 대한 수신 확인 무응답모드(UM)와 응답모드(AM) 두 종류가 있다. UM RLC는 각 PDU마다 일련번호(Sequence Number; 이하 SN이라 약칭함)를 포함한 PDU 헤더를 붙여 보냄으로써, 수신 측으로 하여금 어떤 PDU가 전송 중 소실되었는가를 알 수 있게 한다. 송신 측 RLC의 입장에서 보면, 무응답모드로 동작하는 송신 측은 수신 측에서 해당 PDU를 제대로 수신했는가의 여부를 확인하지 않으며, 따라서 한번 전송한 PDU는 재전송하지 않는다. 무응답모드로 동작하는 수신측 RLC의 입장에서는 수신한 PDU의 일련번호를 통해서 어느 PDU가 손실되었는지를 판단하며, 또한 손실된 것으로 판단된 PDU에 대해서는 더 이상 수신을 기대하지 않고, 또한 수신한 PDU는 즉시 상위단으로 전달한다. 예를 들어 어떤 UM RLC가 일련번호가 3인 RLC PDU를 수신한 후 일련번호가 6인 RLC PDU를 수신했다면 이 UM RLC는 일련번호가 4 또는 일련번호가 5인 RLC PDU에 대해서는 수신에 실패했다고 판단하고 더 이상 수신을 기대하지 않는다. 이와 같은 기능으로 인해 UM RLC는 주로 사용자 평면에서는 방송/멀티캐스트 데이터의 전송이나 패킷 서비스 영역(Packet Service domain; 이하 PS domain으로 약칭함)의 음성(예:VoIP)이나 스트리밍 같은 실시간 패킷 데이터의 전송을 담당하며, 제어 평면에서는 셀 내의 특정 단말 또는 특정 단말 그룹에게 전송하는 RRC 메시지 중 수신확인 응답이 필요 없는 RRC 메시지의 전송을 담당한다.

비투명모드 중 하나인 AM RLC는 UM RLC와 마찬가지로 PDU 구성 시에 SN를 포함한 PDU 헤더를 붙여 PDU를 구성하지만, UM RLC와는 달리 송신 측이 송신한 PDU에 대해 수신측이 응답(Acknowledgement)을 하는 큰 차이가 있다. AM RLC에서 수신측이 응답을 하는 이유는 자신이 수신하지 못한 PDU에 대해 송신측이 재전송(Retransmission)을 하도록 요구하기 위해서이며, 이러한 재전송 기능이 AM RLC의 가장 큰 특징이다. 결국 AM RLC는 재전송을 통해 오류가 없는(error-free) 데이터 전송을 보장하는데 그 목적이 있으며, 이러한 목적으로 인해 AM RLC는 주로 사용자평면에서는 PS domain의 TCP/IP 같은 비실시간 패킷 데이터의 전송을 담당한다.

이하, UM RLC에 대해서 구체적으로 알아보기로 한다.

UM RLC는 다음과 같은 환경 변수들을 설정하고 관리한다.

VR(US)은 차기수신번호를 나타낸다. 이값은 가장 마지막으로 수신된 RLC PDU의 SN 값의 바로 다음 값을 의미한다. 즉, SN값이 'x'인 값이 수신되었다면 VR(US)는 'x+1'로 설정된다.

송신 측의 UM RLC는 상위 단(예를 들어, UM RLC의 상위 계층)으로부터 RLC SDU(Service Data Unit)를 전달받으면, 전달받은 RLC SDU들을 자르거나(Segmentation) 붙이는(Concatenation) 작업을 통해서 적당한 크기로 만든 후 각각에 순차적으로 일련번호를 할당하여 RLC PDU를 생성한 후 하위 단(예를 들어, UM RLC의 하위 계층)으로 전달한다. 또한, UM RLC는 수신 측에서 RLC PDU로부터 RLC SDU를 제대로 복원해 낼 수 있도록 RLC PDU내에서 RLC SDU의 경계면의 위치를 알려주는 길이 지시자(Length Indicator; 이하 'LI'라 약칭함)를 RLC PDU에 포함시킨다.

여기서 SN(일련번호)은 7 비트로 표현된다. 이것은 SN을 간결하게 표현함으로써, 각 RLC PDU에서의 헤더 부분을 줄여, 실제 전달해야 할 데이터의 전송효율을 높이기 위해서이다. 따라서 실제 RLC PDU에 포함되어 전송되는 일련번호는 0부터 127까지의 값이다. 이에, 송신 측은 0부터 순차적으로 각 RLC PDU에 일련번호를 할당하여 사용하며, 127 다음에는 다시 0부터 할당하여 사용한다. 이런 경우처럼, 일련번호가 127과 같이 높은 값에서 0과 같이 낮은 값부터 다시 사용되기 시작하는 것을, 랩 어라운드(Wrap-Around)가 발생했다고 한다. 따라서 랩 어라운드가 발생한 후의 RLC PDU들은 랩 어라운드가 발생하기 전의 RLC PDU들보다 뒤에 전달되어야 하는 RLC PDU들이다. 수신 측은 수신된 RLC PDU에 대해서 항상 SN을 검사한다. 만약, 수신한 RLC PDU의 SN가, 마지막에 수신되어 있던 RLC PDU보다 작으면 랩 어라운드가 발생했다고 판단한다. 또한, 랩 어라운드 발생 이후 수신되는 RLC PDU 들은 모두 기존에 수신되어 있던 RLC PDU보다 이후에 발생한 RLC PDU들로 간주한다.

도 3은 종래의 기술에 따른 수신 측의 UM RLC동작으로, 하위 단으로부터 RLC PDU를 전달받을 때의 동작을 나타낸다.

수신 측은 SN 값을 갖는 RLC PDU를 수신한다(S300).

VR(US)를 수신한 RLC PDU의 SN값에 맞추어 재설정한다(S301).

S301의 과정에서 VR(US)값이 갱신폭이 1이 아니면 손실된 RLC PDU가 있는 것으로 판단하고(S302), 손실된 것으로 판단된 RLC PDU들과 관련된 RLC SDU들을 삭제하고(S303), 갱신폭이 1이면 다음의 과정을 수행한다.

성공적으로 수신된 RLC PDU들을 이용하여 복원과정을 수행한 후, 성공적으로 복원된 RLC SDU 들을 RLC의 상위 계층으로 전달(S304)한 후 과정을 종료한다(S305).

이하 단말의 RRC 상태(RRC state)와 RRC 연결 방법에 대해 상술한다. RRC 상태란 단말의 RRC가 UTRAN의 RRC와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC 연결 상태(RRC connected state), 연결되어 있지 않은 경우는 RRC 휴지 상태(RRC idle state)라고 부른다.

RRC 연결 상태의 단말에 대한 RRC 연결이 존재하기 때문에, UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있다. 따라서 단말을 효과적으로 제어할 수 있다. 그러나, RRC 휴지 상태의 단말은 UTRAN이 파악할 수는 없으며, 셀보다 더 큰 지역 단위인 로케이션 에어리어(Location Area) 또는 라우팅 에어리어(Routing Area) 단위로 CN(핵심망)이 관리한다. 즉, RRC 휴지 상태의 단말은 큰 지역 단위로 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위 해서는 RRC 연결 상태(connected state)로 이동해야 한다.

사용자가 단말의 전원을 맨 처음 켰을 때, 단말은 먼저 적절한 셀을 탐색한 후 해당 셀에서 RRC 휴지 상태에 머무른다. RRC 휴지 상태의 단말은 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정(RRC connection procedure)을 통해 UTRAN의 RRC와 RRC 연결을 맺고 RRC 연결 상태(RRC connected state)로 천이한다. RRC 휴지 상태에 있던 단말이 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도 등의 이유로 상향 데이터 전송이 필요하다거나, 아니면 UTRAN으로부터 페이징 메시지를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.

RRC 휴지 상태의 단말이 UTRAN과 RRC 연결을 맺기 위해서는 상기한 바와 같이 RRC 연결 과정 (RRC connection procedure)을 진행해야 한다. RRC 연결 과정은 크게, 단말이 UTRAN으로 RRC 연결 요청 (RRC connection request) 메시지 전송, UTRAN이 단말로 RRC 연결 설정 (RRC connection setup) 메시지 전송, 그리고 단말이 UTRAN으로 RRC 연결 설정 완료 (RRC connection setup complete) 메시지 전송의 세단계로 이루어진다. 이러한 RRC 연결 과정을 도 4에 도시하였다.

우선 RRC 연결 요청 (RRC connection request) 과정(S401)을 설명한다.

RRC 휴지 상태의 단말은 통화 시도 또는 UTRAN의 페이징에 대한 응답 등의 이유로 RRC 연결을 맺고자 할 경우, 먼저 단말은 RRC 연결 요청 (RRC connection request) 메시지를 UTRAN으로 전송한다. 이때, RRC 연결 요청 메시지는 단말의 초기단말식별자(Initial UE identity)와 RRC 연결 이유 (Establishment cause) 등을 포함한다. 초기단말식별자는 단말 고유의 식별자로서, 전세계 어느 지역에서도 해당 단말을 식별할 수 있도록 한다. RRC 연결 이유로는 여러 가지가 있으며, 통화 시도라던가 페이징에 대한 응답 등의 이유가 있다. 단말은 RRC 연결 요청 메시지를 전송과 동시에 타이머를 구동하고, 타이머가 만료될 때까지 UTRAN으로부터 RRC 연결 설정(RRC connection setup) 메시지 또는 RRC 연결 거절 (RRC connection reject) 메시지를 수신하지 못하면 RRC 연결 요청 메시지를 다시 한번 전송한다. RRC 연결 요청 메시지의 최대 전송 회수는 특정 값으로 제한되어 있다.

이하, RRC 연결 설정 (RRC connection setup) 과정(S402)을 설명한다.

단말로부터 RRC 연결 요청 메시지를 수신한 UTRAN은 무선 자원이 충분한 경우에는 단말의 RRC 연결 요청을 수락하고, 응답 메시지인 RRC 연결 설정 (RRC connection setup) 메시지를 단말로 전송한다. 이때, RRC 연결 설정 메시지에는 초기단말식별자와 함께 무선망임시식별자 (RNTI, Radio Network Temporary Identity) 및 무선베어러 설정 정보 등을 포함하여 전송한다. 무선망임시식별자는 UTRAN이 RRC 연결 상태의 단말을 식별하기 위해서 할당하는 단말 식별자이다. 상기 식별자는 RRC 연결이 존재하는 경우에만 사용되며, 또한 UTRAN 내에서만 사용된다. 단말은 RRC 연결이 설정된 이후에는, UTRAN과 초기단말식별자 대신 무선망임시식별자를 사용하여 교신한다. 초기단말식별자는 단말 고유의 식별자인데 이를 빈번하게 사용하게 되면 유출될 염려가 있다. 따라서 보안상의 이유로 RRC 연결 과정에서만 잠시 사용하고 이후에는 무선망임시식별자를 사용한다.

이하, RRC 연결 설정 완료 (RRC connection setup complete) 과정(S403)을 설명한다.

RRC 연결 설정 메시지를 수신한 단말은 먼저 이 메시지에 포함되어 있는 초기단말식별자와 자신의 식별자를 비교하여, 수신한 메시지가 자신에게 전송된 메시지인지 확인한다. 확인 결과 자신에게 전송된 메시지인 경우, 단말은 UTRAN이 할당한 무선망임시식별자를 저장하고, 이를 이용하여 UTRAN으로 RRC 연결 설정 완료 (RRC connection setup complete) 메시지를 전송한다. 이때, RRC 연결 설정 완료 메시지에는 단말의 성능 정보 등이 포함된다. 단말이 RRC 연결 설정 메시지를 성공적으로 전송하면, 비로소 단말은 UTRAN과 RRC 연결을 맺게 되고 RRC 연결 상태로 천이한다.

여기서 RRC 연결 요청 메시지는 RACH(Random Access Channel)를 통해서 전송되고 RRC 연결 설정 메시지는 FACH(Forward Access Channel)를 통해서 전송된다. 그런데 RRC 연결 설정을 맺기 전까지 네트워크는 단말의 존재를 모른다. 따라서 단말은 모든 단말이 공통적으로 사용하는 RACH를 사용해서 첫 번째 메시지인 RRC 연결 요청 메시지를 보낸다. 그리고 이 RACH는 CCCH(Common Control Channel)라는 모든 단말이 공통으로 사용하는 논리 채널을 거쳐서 네트워크의 연결관리단에 전달된다. 마찬가지로 단말이 네트워크로부터 전달받는 첫 번째 메시지도 모든 단말이 공통적으로 수신하는 채널로 전달된다. 또한 네트워크가 전달하는 첫 번째 메시지인 RRC연결 설정 메시지에 상기 단말에게만 해당되는 연결 설정 방법 및 채널 정보가 포함되므로, 단말이 RRC연결 설정 메시지를 수신하기 전까지 네트워크는 공통 채널을 통해서만 메시지를 단말에게 전달할 수 있다. 이때 RRC 연결 설정 메시지는 CCCH를 통해서 전달되며, 또한 이 메시지는 UM RLC 모드로 전송된다.

본 발명의 상술한 종래 기술을 개선하기 제안된 것으로, 본 발명의 목적은, 보다 빠른 RRC 연결 설정 방법을 제안하는 것이다.

본 발명의 또 다른 목적은, 이동 단말의 불필요한 대기가 필요없는 제어 정보 처리 방법을 제안하는 것이다.

발명의 개요

본 발명은 상술한 목적을 달성하기 위해, UM(unacknowledged mode)모드에서 동작하고, 수신 윈도우와 타이머를 구비하는 RLC (Radio Link Control) 엔터티에 의하여, 송신 측으로부터 복수 회 전송되는 프로토콜 데이터 유닛(Protocol Data Unit)들을 수신하되, 하나의 공통 논리 채널을 통하여 수신하는 단계; 상기 수신된 프로토콜 데이터 유닛의 일련 번호(sequence number)와, 수신 윈도우 및 타이머를 이용하여 상기 수신된 프로토콜 데이터 유닛들을 재정리하는 단계; 상기 재정리된 프로토콜 데이터 유닛들을 처리하여 적어도 하나의 서비스 데이터 유닛(Service Data Unit)을 재구성하는 단계; 및 상기 적어도 하나의 서비스 데이터 유닛을 전달하는 단계를 포함한다.

또한, 본 발명에 따른 제어 정보 처리 방법은, 무선 자원의 제어를 위한 제1 제어 메시지를 네트워크로 전송하는 단계; 상기 네트워크로부터 상기 제1 제어 메시지의 수신 여부를 지시하는 제2 제어 메시지가 수신되는 특정한 채널을 관찰하는 단계; 및 상기 관찰 결과에 따라, 상기 제1 제어 메시지를 상기 네트워크로 재전송하는 단계를 포함하는 특징을 갖는다.

또한, 본 발명에 따른 제어 정보 처리 방법은, 무선 자원의 제어를 위한 제1 제어 메시지가 이동 단말로부터 수신되는지 여부를 판단하는 단계; 상기 판단 결과에 따라, 상기 제1 제어 메시지의 수신 여부를 지시하는 제2 제어 메시지를 특정한 채널을 통해 상기 이동 단말로 송신하는 단계; 및 상기 이동 단말이 상기 제2 제어 메시지를 수신했는지 여부에 따라, 상기 이동 단말로부터 상기 제1 제어 메시지를 재수신하는 단계를 포함하는 특징을 갖는다.

또한, 본 발명에 따른 제어 정보 처리 방법은, 하위 계층으로부터 적어도 하나의 프로토콜 데이터 유닛을 수신하는 단계; 상기 수신된 프로토콜 데이터 유닛으로부터 적어도 하나의 서비스 데이터 유닛에 대한 복원이 실패하는 경우, 상기 적어도 하나의 서비스 데이터 유닛의 특정한 영역이 성공적으로 수신되었는지 여부를 판단하는 단계; 상기 판단 결과에 따라 상위 계층으로 상기 특정한 영역을 포함하는 제어 데이터를 전달하는 단계를 포함하여 이루어진다.

또한, 본 발명에 따른 제어 정보 처리 방법은, 무선 자원의 제어를 위한 제어 메시지를 네트워크로 전송하는 단계; 상기 제어 메시지에 대한 응답 메시지에 상응하고, 특정한 단말을 식별하는 식별자를 포함하는 적어도 하나의 프로토콜 데이터 유닛을 네트워크로부터 수신하는 단계; 상기 수신한 적어도 하나의 프로토콜 데이터 유닛으로부터 적어도 하나의 서비스 데이터 유닛이 복원될 수 있는지를 판단하는 단계; 및 상기 판단 결과에 따라 상기 제어 메시지를 상기 네트워크로 재전 송하는 단계를 포함한다

또한, 본 발명에 따른 제어 정보 처리 방법은, 무선 자원의 제어를 위한 제어 메시지를 이동 단말로부터 수신하는 단계; 상기 제어 메시지에 대한 응답 메시지에 상응하는 적어도 하나의 프로토콜 데이터 유닛에 특정한 단말을 식별하는 식별자를 포함시키는 단계; 상기 적어도 하나의 프로토콜 데이터 유닛을 상기 이동 단말로 송신하는 단계; 및 상기 이동 단말이 상기 적어도 하나의 프로토콜 데이터 유닛을 성공적으로 수신했는지 여부에 따라, 상기 제어 메시지를 상기 이동 단말로부터 재수신하는 단계를 수행한다.

발명의 실시예

제 1 실시예

본 실시예에 의한 신호 송수신 방법에 의하면 종래의 RRC 연결 설정 절차를 개선할 수 있다. 상술한 바와 같이, RRC 연결 설정 메시지는 CCCH를 통해서 전송되며, 이때 CCCH은 UM RLC에 의해 사용된다. 이때에는 특정 단말만을 위한 물리적 채널이 설정되기 전이므로, 공통물리채널을 통해서 메시지들이 전달된다. 즉, 상기 RRC연결 설정 메시지가 전달되어야 하는 단말에게 특화된 물리채널로 전달되는 것이 아니다. 따라서, 해당되는 단말이 제대로 수신할 확률이 낮다.

따라서 비록 단말이 RRC연결 요구 메시지를 전송했고, 이를 네트워크가 성공적으로 수신하였고, 또한 네트워크가 제대로 RRC 연결 설정 메시지를 단말에게 전송하였다고 하더라도, 공통 채널이라는 CCCH의 특성 및 ACK를 받지 않는 UM RLC의 특성상 단말이 제대로 받지 못하는 경우가 많다. 이때 단말은 T300 타이머가 만료 할 때까지 기다린 후, 만료 때까지 RRC 연결 설정 메시지를 받지 못하면, 다시 RRC 연결 요구 메시지를 네트워크로 전송한다. 실제 UMTS 시스템에서 T300 타이머는 4초로 설정되므로, 단말이 한번 RRC 연결 설정 메시지를 수신 실패 할 때마다, 4초간의 연결 지연이 발생한다. 이는 사용자에게 나쁜 품질을 제공하는 원인이 된다.

본 실시예에 따른 신호 송수신 방법은 네트워크에서 단말로의 보다 확실하고 빠르게 메시지를 전송하는 방법을 제안한다. 즉 본 실시예는, 네트워크가 단말에게 RRC 메시지를 공통물리채널 또는 공통전달채널을 통해서 전달하는 경우, RLC 엔티티는 하나의 RLC SDU에 대해서 발생하는 RLC PDU들에 대해서 한 번 이상 전송하는 방법을 제안하고자 한다.

구체적으로 본 발명은, 단말이 RRC 메시지를 공통물리채널 또는 공통전달채널을 통해서 전달받는 경우, 단말은 같은 RLC PDU들을 복수 번 수신하게 되더라도, 정확하게 RLC SDU들을 복원하여 상위단으로 전달할 수 있는 방법을 제안한다.

구체적으로 본 발명은 재정리타이머와 수신윈도우를 이용하여 동작하는 RLC엔티티를 제안한다. 즉, 본 실시예는 복수 번 전송되는 경우에도 SN에 따라 순차적으로 RLC PDU가 저장될 수 있도록 상기 수신윈도우를 이용하는 방법을 제안한다. 또한, 수신윈도우를 사용하는 경우 특정한 RLC PDU의 수신을 기다리다 동작이 지연되는 것을 방지하기 위해 상기 재정리타이머를 사용하는 방법을 제안한다.

구체적으로 상기 과정에서, 네트워크는 상기 메시지를 무응답모드의 RLC를 통해서 전송할 것을 제안한다.

바람직하게 상기과정에서, 네트워크는 RNC로 할 것을 제안한다. 바람직하게 상기과정에서 RRC 메시지는 공통논리채널에 매핑될 것을 제안한다. 바람직하게 상기과정에서 공통논리채널은 CCCH로 할 것을 제안한다.

바람직하게 상기과정에서 RRC 메시지는 공통전달채널을 통해서 전달 될 것을 제안한다. 바람직하게 상기과정에서 공통논리채널은 공통전달채널로 매핑 될 것을 제안한다. 바람직하게 상기과정에서 공통전달채널은 FACH로 할 것을 제안한다.

바람직하게 상기과정에서 공통전달채널은 공통물리채널로 매핑 될 것을 제안한다. 바람직하게 상기과정에서 RRC 메시지는 공통물리채널을 통해서 전달될 것을 제안한다. 바람직하게 상기과정에서 공통물리채널은 S-CCPCH(Secondary Common Control Physical Channel)로 할 것을 제안한다.

보다 구체적으로 본 발명은, 단말의 RRC 메시지 수신 성공 확률을 높이기 위해서, 네트워크가 RRC 메시지를 복수 번 전송하는 것을 제안한다.

이를 위해 본 발명은 단말이 하나의 공통채널을 통해서 같은 RLC PDU를 한 번 이상 수신하는 경우에 대한 RLC 엔티티의 동작 방법을 제안한다. 즉, 본 실시예는 UM RLC가 하나의 채널로부터 같은 RLC SDU에 대한 같은 RLC PDU를 복수 번 수신할 경우, 수신윈도우와 재정리타이머를 이용하여 수신한 RLC PDU를 처리하는 방법을 제안한다.

바람직하게, 수신윈도우를 이용하여 RLC PDU를 처리하는 방법은 UM RLC가 수신한 RLC PDU를 바탕으로 자신이 수신을 기대할 수 있는 RLC PDU의 SN값들의 범위를 관리하여 처리하는 방법을 말한다.

바람직하게, 재정리타이머를 이용하여 RLC PDU를 처리하는 방법은, UM RLC가 수신한 RLC PDU에 대해서 재구성(reassemble)을 위해서 예약되지 못한 채 수신윈도우에 남아 있는 경우, 재정리타이머를 동작시켜 일정시간이 지나면 다른 PDU의 수신 여부와는 상관없이 상기 RLC PDU를 처리하는 방법을 말한다.

바람직하게, UM RLC는 상위 단으로부터 재정리 지시자(Re-ordering Indication)를 통해 재정리(Re-ordering)를 설정받았을 경우에는 상기 채널을 통해 같은 RLC PDU를 한번 이상 수신할 수 있는 경우로 판단하여 동작한다. 또한, UM RLC는 상위 단으로부터 재정리 지시자를 통해 재정리를 설정받지 못하는 경우, 종래와 같이 하나의 논리 채널에 대해서는 같은 RLC PDU를 최대 한 번만 수신할 수 있는 것으로 판단하고 동작한다.

바람직하게, 단말은 재정리 지시자에 대한 정보를 네트워크로부터 전달받을 것을 제안한다. 네트워크는 시스템 정보를 통해서 단말들이 상기 RRC 메시지들을 수신할 때, 재정리(Re-ordering)를 수행할지 여부에 대한 정보를 알려준다. 단말의 RRC는 상기 정보를 바탕으로 RLC에게 재정리 지시자를 통해서 단말이 어떻게 동작해야 할지를 알려준다.

달리 표현하면, 상기 네트워크는 보다 신뢰성 있는 RRC 메시지 전송을 하기 원하는 경우, 시스템 정보를 전달하는 채널과 메시지를 통해서, 상기 네트워크가 RRC 메시지를 보낼 경우, 재정리기능을 사용함을 알려 준다. 만약 상기 네트워크가 재정리 기능을 이용하여 RRC 메시지를 보내지 않는 경우에는, 재정리기능을 사용하지 않는다고 시스템정보를 통해서 알려주거나 또는 재정리기능의 사용 여부 자체를 알려주지 않는다.

단말은 상기 시스템정보를 수신한 후, 시스템 정보에 의해 RRC 메시지의 전송에서 재정리기능이 사용됨을 지시하면 재정리 기능을 사용한다. 구체적으로는 RRC메시지가 전달되는 채널로 매핑된 RLC 엔티티에 대해서 재정리 기능을 사용하여 처리한다. 그러나, 단말이 재정리기능이 사용되지 않음을 지시하는 시스템 정보를 수신하는 경우(예를 들어, RRC 메시지의 전송에서 재정리기능의 비활성화를 지시하거나 또는 재정리 기능의 활성화 여부에 관한 정보를 제공하지 않는 경우)에는, 재정리 기능을 사용하지 않는다. 구체적으로는 RRC 메시지가 전달되는 채널로 매핑된 RLC 엔티티에 대해서 재정리 기능을 사용하지 않고 처리한다.

재정리 기능의 활성화 여부는 시스템정보가 알리는 릴리즈 번호에 따라 식별될 수 있다. 구체적으로는, 시스템정보가 통신 규격이 3GPP 릴리즈 7(release 7), 또는 릴리즈 8(release 8)임을 알리면, 재정리 기능을 활성화할 수 있다.

재정리 기능을 사용하는 경우, 네트워크가 재정리 기능을 위한 다양한 설정 값들을 제공하는 것이 바람직하다. 상기 설정 값은, 수신윈도우의 크기, 또는 재정리타이머의 타이머 값을 포함한다. 단말은 설정 값을 시스템정보로 수신하면 이 값들을 이용하여, RLC 엔티티에 대한 설정을 수행한다.

상술한 내용을 도 5를 참조하여 설명하면 다음과 같다.

도 5는 수신윈도우 및 재정리타이머를 설정하는 방법의 일례에 관한 것이다. 이하 본 실시예에서 제안하는 수신윈도우 및 재정리타이머를 위한 변수를 설명한다.

수신윈도우는 RLC 엔티티가 수신하여 처리하는 RLC PDU의 SN값의 범위에 대 응한다. 상기 수신윈도우의 범위는 이하에서 설명할 VR(UDH)에서 수신윈도우크기를 뺀 값보다 같거나 크다. 수신윈도우에 포함되는 RLC PDU의 SN은 VR(UDH)보다 작은 값이다.

수신윈도우크기는 수신윈도우의 크기를 나타내는 값이다.

VR(UDR)는 수신윈도우의 수신 대기 번호를 나타낸다. 이값은 재정리가 설정되었을 경우에 사용된다. 이값은 순차적으로 수신된 마지막 RLC PDU의 SN 값의 다음 값을 의미한다. VR(UDR)의 초기값은 다음과 같이 정해진다. RLC 엔티티가 초기화되고 나서 가장 처음으로 수신된 RLC PDU로 인하여 이하에서 설명할 VR(UDH)가 설정되면, VR(UDH)값에서 수신윈도우크기 값을 뺀 후 1을 더한 값을 VR(UDR)의 초기값으로 한다.

VR(UDH)는 수신윈도우의 최대수신번호를 나타낸다. 이값은 재정리가 설정되었을 경우에 사용된다. 이값은 UM RLC에서의 수신윈도우의 상한값을 의미한다. 또한 이값은 수신된 RLC PDU의 SN 값 중 가장 큰 값의 다음 값을 의미한다. 만약, 이전에 설정된 수신윈도우의 범위를 벗어나는 SN(=x)을 갖는 RLC PDU가 수신되는 경우, VR(UDH)는 다음과 결정된다. 만약, x인 RLC PDU가 수신되면, VR(UDH)는 x에 1을 더한 값으로 설정된다. VR(UDH)의 초기값은 RLC 엔티티가 초기화되고 나서 가장 처음으로 수신된 RLC PDU의 SN으로 정해진다.

VR(UDT)는 타이머지시번호를 나타낸다. 이값은 재정리가 설정되었을 경우에만 사용되며, 이값은 재정리타이머가 설정된 RLC PDU에 해당하는 SN값으로 설정된다. 초기값은 0이다.

본 실시예를 따르면, UM RLC는 새로운 RLC PDU를 하위 계층으로부터 전달받는다. 또한, 재정리가 활성화되었는지의 여부에 따라, 재정리가 설정되지 않았을 경우에는 종래와 같이 동작하고, 재정리가 설정된 경우에는 수신된 RLC PDU의 SN 값과 수신윈도우 및 재정리타이머에 따라 동작한다(S1).

상기 과정에서 UM RLC가 종래와 같이 동작한다는 것은, 수신된 RLC PDU의 SN값에 따라서 VR(US)를 갱신하고, VR(US)의 갱신폭이 1이 아니면 손실된 PDU가 있는 것으로 판단하고, 손실된 것으로 판단된 RLC PDU들과 관련된 RLC SDU들을 삭제하며, 성공적으로 수신되었다고 판단된 RLC SDU들만 복원하여 상위로 전달하는 과정을 의미한다. 만약 상기의 과정에서 VR(US)의 갱신폭이 1이면 손실된 PDU가 없는 것으로 판단하고, 수신된 RLC PDU들을 바탕으로 RLC SDU들을 복원하여 상위로 전달하는 것을 의미한다. 특정한 RLC PDU와 관련된 RLC SDU는, 상기 RLC SDU의 일부 데이터 또는 상기 RLC SDU의 끝을 나타내는 LI(길이지시자)가 상기 특정한 RLC PDU에 포함되는 경우에 상기 RLC SDU를 나타낸다.

상술한 'UM RLC가 RLC PDU의 SN과, 수신윈도우 및 재정리타이머에 따라 동작한다(S1).'는 것은 이하의 내용을 의미한다. 즉 UM RLC는 새로이 수신된 RLC PDU에 대해서 상기 RLC PDU의 SN 값과 수신윈도우와 수신대기번호(VR(UDR))를 이용하여 검사하고 그 검사 결과에 따라서 해당 RLC PDU를 처리(S2)한 이후, SN 값이 VR(UDR)인 RLC PDU의 존재 유무에 따라서 추가적으로 RLC PDU를 처리(S3)하며, 그 이후 추가적으로 재정리타이머를 처리(S4)하며, 추가적으로 재구성이 예약된 RLC PDU에 대해서 처리한다(S5).

상기 과정에서 'RLC PDU의 SN값과 수신윈도우와 수신대기번호(VR(UDR))를 이용하여 검사하고 그 검사 결과에 따라서 해당 RLC PDU를 처리한다(S2).'는 것은 다음과 같다. 우선 UM RLC는 수신된 RLC PDU의 SN값이 수신윈도우 내에 위치하는지 검사한다. 만약 상기 PDU의 SN값이 수신 윈도우 내에 위치할 때에는, 상기 SN값이 VR(UDR)보다 작거나 혹은 상기 SN값에 해당하는 RLC PDU가 기존에 수신된 경우 해당 RLC PDU를 삭제하고 그렇지 않으면 해당하는 RLC PDU를 수신버퍼 내에 상기 RLC PDU의 SN값이 지시하는 곳에 놓는다. 만약 수신된 RLC PDU의 SN값이 수신윈도우 내에 위치하지 않으면 상기 수신된 RLC PDU를 상기 RLC PDU의 SN값이 지시하는 곳에 두고, VR(UDH)값을 상기 RLC PDU의 SN값으로 설정하여 수신윈도우의 위치를 갱신한다. 이후, 단말에 구비된 수신버퍼 내에 저장되어 있는 PDU들 중에서 SN이, 갱신된 수신윈도우의 범위 밖에 있는 RLC PDU들(즉 SN이 VR(UDH)에서 수신윈도우크기 값을 뺀 하한 값으로부터 VR(UDH)이라는 상한 값 사이에 존재하지 않는 RLC PDU들)은 재구성을 위해서 예약하며, 만약 VR(UDR)이 갱신된 수신윈도우 보다 작을 경우 VR(UDR)을 VR(UDH)에서 수신윈도우크기를 뺀 값으로 갱신한다.

상기 과정에서 'SN값이 VR(UDR)인 RLC PDU의 존재의 유무에 따라서 RLC PDU를 처리한다(S3).'는 것은, 특정 SN값을 가진 RLC PDU가 수신윈도우 내에 존재할 경우, 상기 RLC PDU부터 포함하여 순차적으로 수신되지 않은 첫 번째 RLC PDU까지를 재구성을 위해 예약하고, VR(UDR)값을 상기 순차적으로 수신되지 않은 첫 번째 RLC PDU의 SN값으로 갱신한다.

상기 과정에서 '재정리타이머를 처리한다(S4).'는 것은, 우선 UM RLC는 동작 하고 있는 재정리타이머가 존재하면, SN값이 VR(UDT)인 RLC PDU가 재구성을 위해 예약되었는지 검사하고, 검사 결과 재구성을 위해 예약되어 있으면 재정리타이머를 중지시키는 것을 의미한다. 그 후 UM RLC는 동작하고 있는 재정리타이머가 있는지 다시 검사하고, 그 검사 결과 동작중인 재정리타이머가 없으면, 수신버퍼 내에 존재하면서 재구성이 예약되지 않은 RLC PDU들이 있는지 검사하고, 수신버퍼 내에 존재하면서 재구성이 예약되지 않은 RLC PDU들이 있으면, 상기 PDU들 중에서 가장 높은 SN 값에 해당하는 RLC PDU에 대해서 재정리타이머를 재가동시키고, 상기 RLC PDU의 SN값으로 VR(UDT)를 갱신한다.

상기 과정에서 '재구성이 예약된 RLC PDU에 대해서 처리한다(S5).'는 것은, 재구성이 예약된 RLC PDU에 대해서, 우선 수신하지 못한 RLC PDU들이 있으면 상기 수신하지 못한 RLC PDU들과 관련된 RLC SDU들을 삭제하고, 그 후 수신되어 있는 RLC PDU들을 바탕으로 RLC SDU들을 복원(즉, 재구성)하여 상위로 전달하는 것을 의미한다. 여기서 특정한 RLC PDU와 관련된 RLC SDU는, 상기 RLC SDU의 일부 데이터 또는 상기 RLC SDU의 끝을 나타내는 LI(길이 지시자)가 상기 특정한 RLC PDU에 포함되는 경우, 이때의 RLC SDU를 의미한다.

또한 상기 과정들에서 언제라도 재정리타이머가 만료되면, VR(UDT)값 이하인 RLC PDU들을 재구성하기 위해 예약하고, SN 값이 VR(UDT)인 RLC PDU부터 순차적으로 수신되어 있지 않은 첫 번째 RLC PDU까지를 재구성하기 위해 예약하고, 상기 순차적으로 수신되지 않은 첫 번째 RLC PDU의 SN값으로 VR(UDR)를 갱신한다. 이상의 과정을 수행한 결과, 수신버퍼 내에 존재하면서 재구성이 예약되지 않은 RLC PDU들 이 있을 경우, 상기 PDU들 중에서 가장 높은 SN값에 해당하는 RLC PDU에 대해서 재정리타이머를 재가동시키고, 상기 RLC PDU의 SN값으로 VR(UDT)를 갱신한다. VR(UDT)에 해당되는 SN의 PDU가 수신버퍼에서 제거되면 재정리타이머는 정지된다. 재정리 기능에 의해 RLC PDU가 수신버퍼에 쌓일 때, 재정리타이머가 동작하지 안으면 재정리타이머가 시작되고, VR(UDT)는 상기 PDU의 SN값으로 지정된다.

도 5는 상술한 재정리 동작을 상술한 변수들을 통해 구현하는 구체적인 일례이다. 이하, 도 5에 표시된 각 단계를 구체적으로 설명한다.

UM RLC의 하위 단으로부터 SN값이 RSN인 RLC PDU를 수신한다(S501).

재정리가 설정되었으면 S505 과정부터 수행하고, 재정리가 설정되지 않았으면 S503부터 수행한다(S502).

VR(US)를 갱신하고, VR(US)의 갱신폭이 1이 아니면 손실된 것으로 판단된 PDU들과 관련 있는 SDU들을 삭제한다(S503). 이 경우 손실된 것으로 판단되는 RLC PDU들은, 일련번호가 갱신되기 전의 VR(US)보다 같거나 크고 RSN보다는 작은 RLC PDU들을 말한다.

수신된 RLC PDU를 이용하여 RLC SDU를 복원하고 상위로 전달한 후 과정을 끝낸다(S504).

RSN이 수신윈도우의 영역에 포함되지 않다면 S507 과정부터 수행하고, RSN이 수신윈도우의 영역에 포함되면 S506 과정부터 수행한다(S505).

RSN이 VR(UDR)보다 작거나 혹은 수신된 RLC PDU가 이전에 수신되었던 PDU이면 해당 RLC PDU를 삭제하고 그렇지 않으면 수신 버퍼 내에 RSN이 지시하는 곳에 해당 RLC PDU를 놓는다. 그 후 과정 10부터 수행한다(S506).

RSN이 지시하는 곳에 수신된 RLC PDU를 위치시키고, VR(UDH)를 RSN에 1을 더한 값으로 갱신한다(S507).

갱신된 수신윈도우보다 작은 SN값을 가진, 즉 수신윈도우 외부에 위치하는, RLC PDU들을 재구성을 위해서 예약한다(S508).

VR(UDR)이 갱신된 수신윈도우의 아래쪽에 위치하면 VR(UDR)을 VR(UDH)에 수신윈도우크기를 뺀 값으로 갱신한다(S509).

VR(UDR)에 해당하는 RLC PDU가 수신버퍼 내에 저장되어 있지 않으면 S512 과정부터 수행하고 그렇지 않으면 다음의 과정부터 수행한다(S510).

수신버퍼 내에서, VR(UDR)에 해당하는 RLC PDU부터 순차적으로 수신되어 있지 않은 첫번째 RLC PDU까지의 RLC PDU들을 재구성을 위해서 예약한다(S511). 그 후 상기 순차적으로 수신되어 있지 않은 첫 번째 RLC PDU의 SN값으로 VR(UDR)을 갱신한다.

재정리타이머가 동작하고 있지 않으면 S514 과정부터 수행하고 그렇지 않으면 S513 과정부터 수행한다(S512).

VR(UDT)에 해당하는 RLC PDU가 재구성을 위해 예약되어 있으면 재정리 타이머를 중지한다(S513).

재정리타이머가 동작중이면 S517부터 수행하고, 그렇지 않으면 다음의 과정부터 수행한다(S514).

수신버퍼내에 저장되어 있으면서 재구성을 위해 예약되지 않은 RLC PDU들이 있으면 S516 과정부터 수행하고, 그렇지 않으면 S517 과정부터 수행한다(S515).

수신버퍼내에서 재구성을 위해 예약되지 않은 RLC PDU중에서 가장 큰 SN값을 가진 RLC PDU에 대해서 재정리타이머를 구동시키고, VR(UDT)를 상기 PDU의 SN값으로 설정한다(S516).

재정리가 예약된 RLC PDU들에 대해서, 손실된 것으로 판단된 RLC PDU들과 관련있는 RLC SDU들은 삭제하고, 수신되어 있는 RLC PDU들에 대해서는 RLC SDU를 복원한 후 상위단으로 전달하고 과정을 종료한다(S517).

상술한 동작을 정리하면 다음과 같다. 상술한 바와 같이, 수신윈도우는 중복 수신되는 UM RLC PDU를 처리하기 위한 수단으로 이용된다. 보다 구체적으로 순차적으로 수신된(in sequence) RLC PDU의 위치를 지시하는 VR(UDR)과 수신윈도우의 상한을 지시하는 VR(UDH) 및 윈도우의 크기를 이용하여 중복 수신되는 UM RLC PDU를 처리한다. 상기 수신윈도우를 이용하면, 처음으로 수신된 RLC PDU가 있으면 저장하고 수신 윈도우의 영역을 갱신하고, 중복하여 수신되거나 이미 순차적으로 수신된 RLC PDU가 있으면 삭제한다. 수신윈도우는 순차적으로 수신되지 않은 RLC PDU들을 관리하기 위해 그 상한과 하한이 갱신된다.

상기 수신윈도우를 사용하면, 특정한 RLC PDU들이 복수 번 수신되거나 순서가 순차적이지 못하여도, 순차적으로 저장하는 장점이 있다. 그러나, 이 경우 수신이 불가능한 RLC PDU를 한없이 기다릴 수 있으므로, 재정리타이머를 이용하여 일정한 시간이 경과할 때까지 수신하지 못한 RLC PDU들과 그에 관련된 RLC SDU들도 삭제한다. 보다 구체적으로, 재정리 타이머의 동작에 따라, VT(UDT) 이하의 SN를 갖 는 RLC PDU들을 수신이 불가능한 RLC PDU로 간주해버리고 삭제한다.

상기 과정에서 네트워크의 동작은 재정리기능을 지원하는 단말뿐만 아니라 재정리기능을 지원하지 않는 단말도 고려해야 한다. 재정리 기능을 지원하지 않는 단말은 기존의 UM RLC의 동작을 수행하는 단말들을 의미한다. 이런 단말들은 항상 수신된 RLC PDU의 SN이 1씩 증가하기를 바라고, 만약 SN의 증가가 1을 초과할 경우, RLC PDU의 손실이 발생했다고 가정한다. 따라서 네트워크가 재정리기능을 지원하는 경우, 만약 하나의 RLC SDU에 대한 RLC PDU들의 전송 순서가 임의로 바뀐다면, 재정리 기능을 지원하지 않는 단말은 제대로 수신할 수가 없을 것이다.

따라서 본 발명은 재정리기능을 이용하는 네트워크의 RLC 엔티티가 재정리기능을 지원하지 않는 단말에게도 정확하게 RRC 메시지들을 전송할 수 있는 방법을 제안하고자 한다.

구체적으로 본 발명은, 하나의 RLC SDU에 대한 RLC PDU들은 순차적으로 전송될 것을 제안한다. 예를 들어 RLC SDU 1을 구성하는 PDU가 RLC PDU 1, RLC PDU 2, RLC PDU 3인 경우, 상기 RLC PDU는 항상 RLC PDU 1, RLC PDU 2, RLC PDU 3의 순서로 단말로 전송되며, 하나의 RLC PDU를 두 번 이상 전송하는 경우에도, RLC PDU 1 -> RLC PDU 2 -> RLC PDU 3 -> RLC PDU 1 -> RLC PDU 2 -> RLC PDU 3의 순으로 전송할 것을 제안한다.

또 다른 방법으로는 네트워크는 단말에게 메시지를 전송할 때, RLC PDU를 복수 번 전송하는 경우, 하나의 RLC PDU는 재전송하려는 회수만큼 연속적으로 전송할 것을 제안한다. 예를 들어, RLC SDU가 RLC PDU 1, RLC PDU 2, RLC PDU 3으로 구성 되는 경우, 그리고 하나의 RLC PDU를 두 번씩 전송한다고 하는 경우, RLC PDU 1 -> RLC PDU 1 -> RLC PDU 2 -> RLC PDU 2 -> RLC PDU 3 -> RLC PDU 3의 방식으로 전송할 것을 제안한다.

또한 연속된 RRC 메시지를 전송할 때, 하나는 재정리를 지원하는 단말을 대상으로 하고, 또 다른 하나는 재정리를 지원하지 않는 단말을 대상으로 하는 경우, 두 개의 메시지의 부분들을 하나의 RLC PDU에 포함하지 말 것을 제안한다. 즉 하나의 RLC PDU에 두 개 이상의 RLC SDU의 부분을 포함하지 않을 것을 제안한다.

또한, 재정리 기능을 선택적으로 사용할 것을 제안한다. 구체적으로, 네트워크는 단말의 릴리즈 정보, 혹은 단말의 재정리기능의 지원 유무에 대한 정보를 바탕으로, 상기 재정리 기능을 지원하는 단말에게만 하나의 RLC PDU를 여러 번 전송하는 기능을 사용할 것을 제안한다. 이를 위해서 단말은 RRC연결시 네트워크에게 자신의 재정리기능 지원 유무를 알려줄 것을 제안한다.

제 2 실시예

본 실시예는 단말이 필요 이상으로 네트워크의 응답을 기다리는 것을 막는 방법을 제안한다. 즉, 단말이 보낸 RRC 메시지가 네트워크에 수신이 되지 않았다면, 단말이 네트워크의 응답을 기다리는 것은 의미가 없다. 예를 들어 단말이 RRC 연결 요구 메시지를 보낸 후 단말은 네트워크의 응답을 기다리며, 재전송 타이머가 만료될 때까지 응답이 없으면, 그때서야 단말은 다시 RRC연결 요구 메시지를 보낸다. 이때 단말이 전송한 RRC 연결 요구 메시지가 네트워크에 제대로 도착하지 않았다면, 단말이 네트워크의 응답을 기다리는 것은 의미가 없다. 따라서 단말은 자신 이 전송한 메시지가 네트워크에 제대로 도착하지 않음을 인식한 직후, 다시 RRC연결 요구 메시지 등의 RRC 메시지를 다시 전송하는 것이 바람직하다.

이를 위해 본 발명은 단말은 상향공용채널을 통해서 RRC 메시지를 보낸 경우, 일정 시간내에 네트워크로부터 상기 메시지를 제대로 수신하였다는 응답이 없으면 다시 RRC 메시지를 전송한다.

바람직하게 상기과정에서, 네트워크는 RNC로 할 것을 제안한다. 바람직하게 상기과정에서 RRC 메시지는 공통논리채널에 매핑될 것을 제안한다. 바람직하게 상기과정에서 공통논리채널은 CCCH(Common Control Channel)로 할 것을 제안한다.

바람직하게 상기과정에서 RRC 메시지는 공통전달채널을 통해서 전달될 것을 제안한다. 바람직하게 상기과정에서 공통논리채널은 공통전달채널로 매핑 될 것을 제안한다. 바람직하게 상기과정에서 공통전달채널은 RACH(random access channel)로 할 것을 제안한다.

바람직하게 상기과정에서 공통전달채널은 공통물리채널로 매핑 될 것을 제안한다. 바람직하게 상기과정에서 RRC 메시지는 공통물리채널을 통해서 전달될 것을 제안한다.바람직하게 상기과정에서 공통물리채널은 PRACH(Physical Random Access Channel)로 할 것을 제안한다.

상기 과정에서 네트워크는 단말로부터 RRC 메시지를 수신하면 이에 대한 응답을 즉시 준다. 이를 주는 방법은 여러 가지가 있을 수 있다.

응답을 즉시 주는 첫 번째 일례로, 네트워크는 단말로부터 상기채널들을 통해서 메시지를 수신하면 그에 대한 수신 확인을 즉시 단말에게 전송한다. 예를 들 어 RRC 연결 요구 메시지를 받으면, 네트워크는 RRC연결 요구 메시지를 수신했다고 단말에게 알린다. 이를 수신한 단말은 네트워크로부터 자신이 보낸 RRC 메시지에 대한 응답 메시지를 받을 때까지 기다린다. 예를 들어 단말이 RRC 연결 요구 메시지를 전송했다면, 단말은 이에 대한 수신확인을 받은 후, RRC연결 설정 메시지를 기다린다.

상기 과정에서 단말은 자신이 RRC메시지를 상기의 채널로 전송한 후, 일정 시간 내에 네트워크로부터 수신확인을 받지 못하면, 즉시 RRC 메시지를 재전송 한다.

주의할 것은 상기 수신확인 정보는 네트워크가 단말이 보낸 RRC 메시지를 성공적으로 수신했는지 여부에 관한 정보를 의미한다는 것이다. 예를 들어, 종래의 RRC 연결 설정 메시지는 RRC 연결 요청 메시지에 대한 응답 메시지의 성공적 수신 여부를 나타내는 메시지가 아니라 RRC 연결을 위한 메시지이기 때문에, 상기 수신확인 정보와는 구별된다.

바람직하게, 상기 과정에서 네트워크가 단말에게 보내는 수신확인 메시지는 RRC메시지이다. 또는 네트워크는 단말이 전송한 RRC메시지에 대한 수신확인을 보내기 위해서, 특별한 물리 채널을 이용할 것을 제안한다. 현재 RACH를 통한 전송에 있어서 프리엠블(PREAMBLE) 부분은 AICH(Acquisition Indication Channel)라는 채널을 통해서 수신확인을 받는다. 따라서, 물리적으로 특정 단말에 특화된 채널을 통해서, 단말이 전송한 메시지 부분에 대한 응답만을 단말에게 전송할 수 있다. 즉, 특정 단말만을 위한 물리 채널을 통해 수신확인을 해줄 수 있다. 예를 들어, RRC 연결 요청 메시지를 받으면, 네트워크는 RRC 연결 요청 메시지를 수신했다고 물리채널을 이용하여 단말에게 알린다. 이를 수신한 단말은 네트워크로부터 자신이 보낸 RRC 메시지에 대한 응답 메시지를 받을 때까지 기다린다. 예를 들어 단말이 RRC 연결 요청 메시지를 전송했다면, 단말은 이에 대한 수신확인을 받은 후, RRC연결 설정 메시지를 기다린다.

상기 과정에서 단말은 자신이 RRC메시지를 상기의 채널로 전송한 후, 일정 시간 내에 네트워크로부터 물리채널을 통해 수신확인을 받지 못하면, 즉시 RRC 메시지를 재전송한다.

상기 과정에서 단말이 수신확인을 수행하는 물리채널은, 단말이 RRC메시지를 전송한 후, 또는 단말이 상향물리채널을 통해 데이터 전송을 수행한 후 일정 시간 이후에, 하향 물리채널을 통해서 단말에게 전송된다. 간단하게 한 비트(bit)의 정보를 단말에게 전송할 수도 있다.

응답을 즉시 주는 두 번째 일례로, 단말로부터 RRC 메시지를 수신한 네트워크가, 자신이 응답을 보낼 것으로 예상되는 시간을 단말에게 알려주는 것이다. 실제 네트워크는 자신에게 부하(Load)가 많이 걸린 경우, 자신이 처리해야할 작업중에서 우선 순위가 높은 것부터 처리할 것이다. 만약 어떤 단말이 RRC 연결 요청 메시지를 보냈고, 네트워크가 이를 제대로 수신했다고 하더라도, 우선순위가 높은 작업들이 많이 밀려 있다면, 단말이 응답메시지를 대기하는 최대시간 T300을 초과할 수도 있다. 따라서, 이 경우에 다시 단말이 RRC 연결 요청 메시지를 보낸다면, 이는 괜히 네트워크의 작업량 초과만 초래할 것이다. 따라서 이 경우 네트워크가 자 신이 상기 단말에게 언제쯤 응답을 보내 줄 수 있는지 알려준다면 도움이 될 것이다. 또한 단말은 상기 메시지를 수신하여, 그 시간만큼 기다리고, 그 도중에 t300타이머가 만료하더라도, 네트워크가 알려준 시간만큼 RRC 응답 메시지를 기다린다. 그리고 그 시간이 지나도 네트워크로부터 응답 RRC 메시지를 받지 못하면, 그때 서야 단말은 새로이 메시지를 전송하거나 다른 과정을 수행한다.

제 3 실시예

본 발명의 목적을 달성하기 위해 제 3 실시예는 새로운 RLC 엔터티의 동작 방법 및 새로운 RLC 메시지의 형식을 제안한다.

이하, 새로운 RLC 엔터티의 동작 방법을 설명한다.

실제로 RLC 엔티티는 상위 계층으로부터 전달받은 RLC SDU의 전달하는 동작을 수행하거나, 하위 계층으로부터 전달받은 RLC PDU들을 조합하여 RLC SDU를 복원하고 RLC SDU를 상위 계층으로 전달하는 동작을 수행한다. 따라서, RLC 엔티티는 자신이 전송하는 데이터의 내용에 상관없이 동작한다. 정의된 RLC SDU의 포맷은 RLC SDU의 대상이 무엇인지 알려주지 않는다.

특히, 여러 단말이 공통적으로 사용하는 채널에 RLC 엔티티가 매핑되어 있을 경우, RLC 엔티티는 자신이 수신했고, 성공적으로 디코딩한 모든 메시지를 상위단으로 전달한다. 그리고 자신이 부분적으로 수신한 RLC SDU는 폐기한다. 그런데 대부분의 RRC메시지는, 예를 들어 공통채널을 통해서 전송되는 RRC 메시지는, 메시지의 특정 부분(예를 들어, 첫 부분)에 어느 단말을 목적으로 하고 있는지 알려준다. 즉 어떤 RLC SDU가 여러 부분으로 쪼개어 지더라도, 첫 부분만 제대로 수신했다면, 수신 측은 해당 RRC 메시지가 누구를 대상으로 했는지 알 수 있다.

특히 RLC 엔티티는 여러 LI를 이용하여, 자신이 수신한 RLC PDU에 포함된 RLC SDU의 조각이 RLC SDU의 첫 부분인지 아닌지를 알 수 있다. 또한, 각각의 RLC PDU는 물리 계층에서 에러가 있는지를 검증받을 수 있다. 따라서 만약 RLC 엔티티가 공통채널을 통해서 수신한 RLC PDU에 대해서, 비록 그 RLC PDU와 연관된 모든 RLC PDU들을 수신할 수는 없어도, 상기 RLC PDU가 어떤 RLC SDU의 첫 부분을 포함하고 있고, 또한 상기 RLC PDU들이 CRC 에러가 없다면, 상기 RLC 엔티티는 상기 RLC PDU부터 연속적인 RLC PDU들을 이용하여, RLC SDU의 첫 부분부터 연속적으로 추출할 수 있는 최대한의 RLC SDU의 부분을 추출하여, RRC단으로 전달하고, 또한 그것이 완전하지 않은 RLC SDU임을 알려줄 것을 제안한다.

이를 수신한 RRC 엔티티는 상기 RRC 메시지의 일부를 이용하여, 첫 부분을 해석하여, 자신의 식별자가 포함되어 있는지 확인한다. 그리하여 자신의 식별자가 포함되어 있으면, 자신으로 전송된 RRC메시지가 전송에 실패했음을 인지하고, 자신이 기다라고 있던 응답을 제대로 받을 수 없다고 판단한다. 그리고 즉시 자신이 시도하려던 RRC 과정을 재수행한다. 예를 들어, 단말이 RRC 연결 설정 메시지를 기다리고 있었고, RLC엔티티가 완전하지 않게 수신되었다고 지시자와 함께 첫 부분을 포함한 부분 RRC 메시지를 전달하면, RRC 엔티티는 RLC로부터 부분적으로 전달받은 RRC 메시지에 자신의 식별자가 포함되어 있는지 검사한다. 검사 결과 자신의 식별자가 있으면, 자신이 RRC 연결 설정 메시지 수신에 실패했다고 판단하고, 즉시 다시 RRC연결 요구 메시지 전송을 시작하는 것을 제안한다.

물론 이 과정에서 이미 RRC연결 요구 메시지 전송의 최대허용횟수를 초과하여 RRC 연결 요구 메시지를 전송했다면, RRC는 모든 동작을 중지하고, 상위 단에 이를 알리는 것이 바람직하다

상기 과정에서 자신의 식별자는 RNTI 또는 상위 단에서 사용하는 식별자인 IMSI(International Mobile Station Identity), P-TMSI(Packet Temporary Mobile Subscriber Identity), TMIS(Temporary Mobile Subscriber Identity)등을 의미한다.

정리하면, 상술한 동작을 통해, 본 실시예에 따른 RLC 엔터티는 SDU의 성공적인 복원이 불가능하더라도, 종래와는 달리, 해당 SDU 및 해당 SDU에 상응하는 PDU들을 삭제하지 아니한다. 즉, SDU의 첫 부분이 제대로 수신되는 경우, 메시지의 수신자를 파악할 수 있으므로, 특정한 RLC SDU의 첫 부분을 포함하는 RLC PDU들에 대해 에러가 없는 경우 복구할 수 있는 RLC SDU의 일부분을 상위 단으로 전송한다.

이하, 본 실시예에서 제안하는 새로운 RLC 메시지의 형식을 설명한다.

본 실시예에 따라, MAC 계층에서 단말의 상위 식별자를 이용하여, 단말에게 응답을 보낼 수도 있다. 또는, RLC PDU의 헤더 부분을 확장하여 단말의 식별자를 추가할 수 있다. 즉, 네트워크는 상기 채널을 통해서 RRC 메시지를 보낼 때, 즉 RRC 메시지가 매핑된 RLC 엔티티는, RLC PDU에 식별자를 포함하여 전송한다. 단말측은 상기 RRC 메시지에 해당하는 RLC PDU를 하나라도 받은 경우, 네트워크가 자신이 보낸 RRC 메시지에 응답했음을 알 수 있다. 이 경우, 단말은 상기 RLC PDU에 연결된 RLC SDU를 완전하게 복원하지 못할 경우, 다시 RRC 과정을 수행하여, 네트워 크로 RRC메시지를 보낼 수 있다. 이를 통해, 빠른 RRC 메시지의 송수신이 가능하다. 바람직하게 상기 RRC 과정은 RRC 연결 설정 메시지를 전송하는 과정이다. 바람직하게 상기과정에서, 네트워크가 단말로 보내는 메시지는, RRC 과정을 위한 메시지 대신에 셀업데이트확인(CELL UPDATE CONFIRM) 메시지일 수 있다. 즉, 단말의 이동에 따라 종래 A 셀에서 B 셀과의 통신을 수행하는 경우, B 셀에 대한 셀업데이트 절차를 수행한다. 셀업데이트 절차에서는 셀업데이트확인 메시지를 전송하는데, 이 경우, 셀업데이트확인(CELL UPDATE CONFIRM) 메시지에 단말을 식별하기 위한 정보를 포함시킬 수 있다.

본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 안되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

본 발명은 다음과 같은 효과가 있다.

우선, 본 발명은 이동 단말이 불필요한 대기 없이 RRC 연결 절차를 수행하는 장점이 있다. 또한, 본 발명의 제어 정보 처리 방법에 의하면 보다 신속하게 셀 업데이트 절차를 수행할 수 있다.

Claims (31)

1. UM(Unacknowledgede mode)모드에서 동작하고, 수신 윈도우와 타이머를 구비하는 RLC (Radio Link Control) 엔터티에 의하여, 송신 측으로부터 복수 회 전송되는 프로토콜 데이터 유닛(Protocol Data Unit)들을 수신하되, 하나의 공통 논리 채널을 통하여 수신하는 단계;

   상기 수신된 프로토콜 데이터 유닛의 일련 번호(sequence number)와, 수신 윈도우 및 타이머를 이용하여 상기 수신된 프로토콜 데이터 유닛들을 재정리하는 단계;

   상기 재정리된 프로토콜 데이터 유닛들을 처리하여 적어도 하나의 서비스 데이터 유닛(Service Data Unit)을 재구성하는 단계; 및

   상기 적어도 하나의 서비스 데이터 유닛을 전달하는 단계

   를 포함하여 이루어지는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
2. 제1항에 있어서,

   상위 계층으로부터 수신되는 지시 정보에 따라 상기 재정리하는 단계를 수행할지 여부를 결정하는 단계

   를 더 포함하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
3. 제1항에 있어서,

   상기 수신 윈도우를 이용하는 것은, 수신된 프로토콜 데이터 유닛들을 바탕으로 수신할 것이라 기대하는 상기 프로토콜 데이터 유닛들의 상기 일련번호의 범위를 관리하는 것

   을 특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
4. 제1항에 있어서,

   상기 수신 윈도우는, 프로토콜 데이터 유닛들을 버퍼에 임시 저장하기 위해 이용되는 것을 특징으로 하되, 상기 임시 저장은 비순차적인 프로토콜 데이터 유닛들이 순차적으로 전달되게 하는 수신 및 재정리를 위한 것

   을 특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
5. 제1항에 있어서,

   상기 수신 윈도우는, 상기 재정리된 프로토콜 데이터 유닛들을 처리한 이후에 갱신되는 것

   을 특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
6. 제1항에 있어서,

   상기 타이머를 이용한다는 것은, 재구성을 위해 예약되지 않고 수신 윈도우에 존재하는 수신된 프로토콜 데이터 유닛들을 위한 재정리타이머를 동작시키는 것이고,

   상기 재구성을 위해 예약되지 않고 수신 윈도우에 존재하는 수신된 프로토콜 데이터 유닛들은, 다른 프로토콜 데이터 유닛들의 수신 여부에 상관 없이 특정한 시간이 경과된 이후에 처리되는 것을

   특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
7. 제1항에 있어서,

   상기 타이머는 재정리를 위해 프로토콜 데이터 유닛들을 수신하고 임시로 저장하는 기간을 제한하기 위하여 이용되는 것을

   특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
8. 제1항에 있어서,

   새롭게 수신되는 프로토콜 데이터 유닛의 일련번호가 이미 수신된 프로토콜 데이터 유닛의 일련번호인 경우, 새롭게 수신되는 프로토콜 데이터 유닛을 제거하는 단계

   를 더 포함하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
9. 제1항에 있어서,

   상기 복수 회 전송되는 프로토콜 데이터 유닛은, RRC(Radio Resource Control) 연결 설정 메시지에 상응하는 것

   을 특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
10. 제1항에 있어서,

    상기 공통 논리 채널은, CCCH(Common Control Channel)인 것

    을 특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
11. 무선 자원의 제어를 위한 제1 제어 메시지를 네트워크로 전송하는 단계;

    상기 네트워크로부터 상기 제1 제어 메시지의 수신 여부를 지시하는 제2 제어 메시지가 수신되는 특정한 채널을 관찰하는 단계; 및

    상기 관찰 결과에 따라, 상기 제1 제어 메시지를 상기 네트워크로 재전송하는 단계

    를 포함하여 이루어지는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
12. 제11항에 있어서,

    상기 특정한 채널은, 특정한 물리 채널 및 논리 채널 중 어느 하나인 것

    을 특징으로 하는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
13. 제11항에 있어서,

    상기 재전송하는 단계는, 상기 네트워크로부터 일정 시간 동안 상기 제2 제어 메시지를 수신하지 못한 경우에 수행되는 것

    을 특징으로 하는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
14. 제11항에 있어서,

    상기 제1 제어 메시지는 RRC 연결 요청 메시지인 것

    을 특징으로 하는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
15. 무선 자원의 제어를 위한 제1 제어 메시지가 이동 단말로부터 수신되는지 여부를 판단하는 단계;

    상기 판단 결과에 따라, 상기 제1 제어 메시지의 수신 여부를 지시하는 제2 제어 메시지를 특정한 채널을 통해 상기 이동 단말로 송신하는 단계; 및

    상기 이동 단말이 상기 제2 제어 메시지를 수신했는지 여부에 따라, 상기 이동 단말로부터 상기 제1 제어 메시지를 재수신하는 단계

    를 포함하여 이루어지는 이동 통신 시스템에서 제어 정보를 수신하는 방법.
16. 제15항에 있어서,

    상기 특정한 채널은, 특정한 물리 채널 및 논리 채널 중 어느 하나인 것

    을 특징으로 하는 이동 통신 시스템에서 제어 정보를 수신하는 방법.
17. 제15항에 있어서,

    상기 제1 제어 메시지는, RRC 연결 요청 메시지인 것

    을 특징으로 하는 이동 통신 시스템에서 제어 정보를 수신하는 방법.
18. 하위 계층으로부터 적어도 하나의 프로토콜 데이터 유닛을 수신하는 단계;

    상기 수신된 프로토콜 데이터 유닛으로부터 적어도 하나의 서비스 데이터 유닛에 대한 복원이 실패하는 경우, 상기 적어도 하나의 서비스 데이터 유닛의 특정한 영역이 성공적으로 수신되었는지 여부를 판단하는 단계;

    상기 판단 결과에 따라 상위 계층으로 상기 특정한 영역을 포함하는 제어 데이터를 전달하는 단계.

    를 포함하여 이루어지는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
19. 제18항에 있어서, 상기 제어 데이터를 전달하는 단계는,

    상기 특정한 영역이 성공적으로 수신된 경우 수행되는 것

    을 특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
20. 제18항에 있어서,

    상기 특정한 영역은, 상기 적어도 하나의 서비스 데이터 유닛의 시작 점을 포함하는 것

    을 특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
21. 제18항에 있어서,

    상기 상위 계층으로 전달되는 상기 제어 데이터는,

    상기 특정한 영역으로부터 연속적으로 에러 없이 수신된 영역을 포함하는 것

    을 특징하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
22. 제18항에 있어서,

    상기 적어도 하나의 프로토콜 데이터 유닛은, RRC 연결 설정 메시지에 상응하는 것을 특징으로 하는 이동 통신 시스템에서 제어 정보를 처리하는 방법.
23. 무선 자원의 제어를 위한 제어 메시지를 네트워크로 전송하는 단계;

    상기 제어 메시지에 대한 응답 메시지에 상응하고, 특정한 단말을 식별하는 식별자를 포함하는 적어도 하나의 프로토콜 데이터 유닛을 네트워크로부터 수신하는 단계;

    상기 수신한 적어도 하나의 프로토콜 데이터 유닛으로부터 적어도 하나의 서비스 데이터 유닛이 복원될 수 있는지를 판단하는 단계; 및

    상기 판단 결과에 따라 상기 제어 메시지를 상기 네트워크로 재전송하는 단계

    를 포함하여 이루어지는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
24. 제23항에 있어서,

    상기 식별자를 이용하여 상기 수신된 적어도 하나의 프로토콜 데이터 유닛이 자신을 위한 것인지 여부를 판단하는 단계

    를 더 포함하는 것을 특징으로 하는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
25. 제23항에 있어서,

    상기 식별자는, 상기 적어도 하나의 프로토콜 데이터 유닛의 헤더(header)에 포함되는 것을 특징으로 하는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
26. 제23항에 있어서,

    상기 응답 메시지는, RRC 연결 설정 메시지인 것을 특징으로 하는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
27. 제23항에 있어서,

    상기 응답 메시지는, 셀 업데이트 확인 메시지인 것을 특징으로 하는 이동 통신 시스템에서 제어 정보를 송신하는 방법.
28. 무선 자원의 제어를 위한 제어 메시지를 이동 단말로부터 수신하는 단계;

    상기 제어 메시지에 대한 응답 메시지에 상응하는 적어도 하나의 프로토콜 데이터 유닛에 특정한 단말을 식별하는 식별자를 포함시키는 단계;

    상기 적어도 하나의 프로토콜 데이터 유닛을 상기 이동 단말로 송신하는 단계; 및

    상기 이동 단말이 상기 적어도 하나의 프로토콜 데이터 유닛을 성공적으로 수신했는지 여부에 따라, 상기 제어 메시지를 상기 이동 단말로부터 재수신하는 단계

    를 포함하여 이루어지는 이동 통신 시스템에서 제어 정보를 수신하는 방법.
29. 제28항에 있어서,

    상기 식별자는, 상기 적어도 하나의 프로토콜 데이터 유닛의 헤더에 포함되는 것을 특징으로 하는 이동 통신 시스템에서 제어 정보를 수신하는 방법.
30. 제28항에 있어서,

    상기 응답 메시지는, RRC 연결 설정 메시지인 것을 특징으로 하는 이동 통신 시스템에서 제어 정보를 수신하는 방법.
31. 제28항에 있어서,

    상기 응답 메시지는, 셀 업데이트 확인 메시지인 것을 특징으로 하는 이동 통신 시스템에서 제어 정보를 수신하는 방법.

Images