KR100541014B1

KR100541014B1 - 서빙 무선 네트워크 서브 시스템 재배치 중에 무선 링크제어 엔티티 재구축을 결정하는 방법

Info

Publication number: KR100541014B1
Application number: KR1020030019576A
Authority: KR
Inventors: 리-치 쿠오
Original assignee: 아스텍 컴퓨터 인코퍼레이티드
Priority date: 2002-06-21
Filing date: 2003-03-28
Publication date: 2006-01-10
Also published as: US20040203971A1; CN1468013A; KR20030097643A; TWI231679B; CN1274165C; US7068636B2; JP2004032728A; EP1377096A1; EP1377096B1; TW200400737A; DE60316751D1; DE60316751T2

Abstract

무선통신장치는, 기지국(Base Station)과 업링크통신이 불가능한 상태를 포함하여, 다수의 상태를 가지는 RRC계층을 지원한다. RRC계층은 무선장치를 위해 기지국재배치절차를 개시하는 기지국으로부터 재구성절차를 수신한다. 재구성절차에 대한 응답으로, 무선장치는 기지국에 확인정보를 전송한다. RRC계층은 기지국이 성공적으로 확인정보를 수신하였다는 승인을 수신한다. 최종적으로, 하나의 상태에서, 승인에 대한 응답으로, RRC계층은 기지국재배치절차를 달성하기 위해 무선장치에 의해 지원되는 RLC엔티티를 재구축한다. 또 다른 실시예에서, 업링크동작이 가능한 상태로 전이될 때, RRC계층은 RLC엔티티를 재구축한다.

RNS, SRNS, DRNS, UTRAN, RNC, 코어네트워크, UE

Description

서빙 무선 네트워크 서브 시스템 재배치 중에 무선 링크 제어 엔티티 재구축을 결정하는 방법 {Method for determining RLC entity re-establishment during SRNS relocation}

도 1은 무선통신시스템의 블럭다이어그램을 간략히 나타낸 도면,

도 2는 UMTS무선인터페이스 프로토콜구조의 블럭다이어그램을 간략히 나타낸 도면,

도 3은 도 2에 나타낸 무선자원제어(RRC)계층의 상태도를 나타낸 도면,

도 4는 본 발명에 따라, 무선장치의 블럭다이어그램을 나타낸 도면,

도 5는 무선통신시스템내에서 도 4에 나타낸 UE의 블럭다이어그램을 간략히 나타낸 도면,

도 6은 본 방법발명의 제1실시예의 메세지시퀀스챠트를 나타낸 도면, 그리고

도 7은 본 방법발명의 제2실시예의 메세지시퀀스챠트를 나타낸 도면이다.

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

20 : RNS 20s : SRNS

20d : DRNS 20u : UTRAN

22 : RNC 24 : 노드 B

28 : RB_0,RB_n 30 : 코어네트워크

30p : PS도메인 30c : CS도메인

40 : UE 48 : RB_0, RB_n

60 : 물리적계층 70 : PDCP계층

72 : RLC계층 74 : MAC계층

76 : RLC엔티티 76t : tHFN

76r : rHFN 80 : RRC계층

92 : C-플레인 94 : U-플레인

81 : 아이들모드 82 : CELL_DCH

83 : CELL_FACH 84 : CELL_PCH

85 : URA_PCH 86 : UTRA RRC 접속모드

100 : UE 102 : 키패드

104 : LCD 106 : 제어회로

106c : CPU 106m : 메모리

107 : 프로그램 코드 108 : 송수신기

202 : RB₂ 204 : 초기목록(Start list)

204p : PS 초기값 204c : CS 초기값

208 : RB_{0 ,} RB_n

본 발명은 무선통신네트워크에 관한 것으로, 더욱 상세하게 본 발명은 3GPP SRNS 재배치 절차가 이루어지는 동안에, RLC엔티티의 구축시기를 결정하는 방법에 관한 것이다.

도 1은 제3세대 협력사업(3rd Generation Partnership Project : 3GPP)규격인 3GPP TS 25.322 V3.10.0 "RLC프로토콜 규격"과 3GPP TS 25.331 V3.10.0 "무선자원제어(RRC) 규격"에 규정된 무선통신 네트워크(10)의 블럭다이어그램을 간략히 나타낸 도면이다. 도1을 참조하면, 무선통신 네트워크(10)에는 코어 네트워크(Core network : CN)(30)와 통신하는 다수의 무선네트워크 서브시스템(Radio Network Subsystems : RNSs)(20)이 포함된다. 다수의 RNSs(20)는 보편적 이동통신시스템(Universal Mobile Telecommunication System : UMTS) 지상무선접속 네트워크(Terrestrial Radio Access Network) 또는 약어로 UTRAN라고 불린다. 각 RNS(20)에는 다수의 노드 B(24)와 통신하는 무선네트워크 제어기(Radio Network Controller : RNC)(22)가 포함된다. 각 노드 B(24)는, 무선신호들을 송/수신하는데 적합하며 셀영역을 정의하는 송수신기이다. 다수의 셀들, 즉 다수의 노드 B(24)은 하나로 합쳐져 UTRAN 등록지역(UTRAN Registration Area : URA)을 정의한다. 특히, 무선통신 네트워크(10)는 특정 RNS(20)에, 일반적으로 사용자장치, User Equipment(UE)라고 불리는 하나의 모바일 유니트(40)를 할당하며, 따라서 특정 RNS(20)는 UE(40)의 서빙 RNS(serving RNS : SRNS)라고 불린다. UE(40)으로 전송되는 데이터는 CN(30)(또는 UTRAN(20u))에 의해 SRNS(20s)로 송신된다. 통상적으로, 상기 데이터는 특정 데이터구조를 갖는 하나 이상의 패킷형태로 송신되고, 패킷이 다수의 무선베어러(Radio Bearer : RBs)(28,48) 중 하나를 따라서 진행된다고 생각한다. SRNS(20s)에 구축된 RB(28)는 UE(40)에 구축된 RB(48)와 대응된다. RBs는 RB0부터 RBn까지 연속적으로 번호가 매겨진다. 통상적으로, RB0부터 RB4까지는 시그널링 RBs(signaling RBs : RBs)에 전용되는데, 이들은 UTRAN(20u)과 UE(40)사이에 프로토콜신호의 통과를 위해 사용되며, 이하에서 보다 상세하게 설명될 것이다. 통상적으로, 번호4보다 큰 RBs(28,48)(즉, RB5, RB6 등)는 사용자 데이터를 전송하는데 사용된다. 상기 RNC(22)는 셀업데이트절차에 의해 UE(40)에 할당된 노드 B(24)를 이용하며, 그 결과 UE(40)로 데이터를 전송하고 UE(40)로부터 데이터를 수신할 수 있다. 상기 셀업데이트절차는 노드 B(24)에 의해 규정된 바와 같이 셀을 바꾸고, 심지어는 URA를 바꾸기 위해, UE(40)에 의해 개시된다. 예를 들면, 새로운 셀영역의 선택은 SRNS(20s)의 도메인내에 있는 UE(40)의 위치에 의존할 것이다. UE(40)는 무선통신네트워크(10)에 데이터를 보내는데, SRNS(20s)에 의해 수신되고, CN(30)으로 전송된다. 때때로, UE(40)는, 드리프트 RNS(drift RNS : DRNS)(20d)라고 불리는, 다른 RNS(20)의 도메인에 가깝게 이동할 수 있다. 상기 DRNS(20d)의 노드 B(24)는 UE(40)으로부터 전송된 신호를 수신할 수 있다. 상기 DRNS(20d)의 RNC(22)는 상기 수신된 신호를 SRNS(20s)에 전송한다. 상기 SRNS(20s)는 복호화되고 최종적으로 패킷데이터로 처리되는 결합신호를 생성하기 위해, DRNS(20d)로부터 전송된 상기 신호에 자신의 노드 B(24)로부터의 대응신호들을 더한 신호를 이용한다. 상기 SRNS(20s)는 수신받은 데이터를 CN(30)으로 전송한다. 따라서 UE(40)과 CN(30)사이의 모든 통신은 SRNS(20s)를 통해야만 한다.

도 2는 통신네트워크(10)에 의해 사용되는 UMTS 무선인터페이스 프로토콜구조의 블럭다이어그램을 간략히 나타낸 도면이다. 도 1과 관련하여 도 2를 참조하면, UE(40)과 UTRAN(20u)사이의 통신은 계층 1, 계층 2, 및 계층 3을 포함하는 다중-계층(multi-layered)통신프로토콜을 통해 이루어지는데, 이들 계층은 시그널링 플레인(signaling plane : C-plane)(92)과 사용자 플레인(user plane : U-plane)(94)을 위해 전송을 담당한다. 계층1은 물리적계층(60)이고, DRNS(20d)와 SRNS(20s)로부터 수신된 신호들을 UTRAN(20u)에서 결합한다. 계층2에는 패킷데이터 콘버전스 프로토콜(Packet Data Convergence Protocol : PDCP)계층(70), 무선링크제어(Radio Link Control : RLC)계층(72), 및 매체액세스제어(Medium Access Control : MAC)계층(74)이 포함된다. 계층3에는 무선자원제어(Radio Resource Control : RRC)계층(80)이 포함된다. 상기 C-plane(92)은 UE(40)와 UTRAN(20u)사이의 시그널링 데이타(signaling data)를 위한 전송을 다루는 반면, U-plane(94)은 UE(40)과 UTRAN(20u)사이의 사용자데이터 전송을 다룬다. 상기 RRC(80)은 UTRAN(20u)과 UE(40)사이의 모든 RBs(28,48)를 구축하고 구성한다. 상기 PDCP계층(70)은 U-plane(94)으로부터 수신된 서비스데이터유니트(Service Data Units : SDUs)에 헤더압축(header compression)을 제공한다. 상기 RLC계층(72)은 PDCP(70)SDUs와 RRC(80)SDUs의 세그먼트를 RLC 프로토콜 데이터 유니트(PDUs)에 제공하고, 승인모드(Acknowleded Mode : AM)전송하에서, 상위계층(PDCP계층(70)이나 RRC계층(80)과 같은)에 RLC PDUs가 UTRAN(20u)와 UE(40) 사이에서 성공적으로 송/수신되었는지의 확인(confirmation)을 제공할 수 있다. MAC계층(74)는 물리적계층(60)과 인터페이스하는 전송채널에 RLC PDUs의 스케쥴링과 멀티플렉싱을 제공한다.

이하에서 사용되는 전문용어에 주목할 필요가 있다. PDU는 계층으로부터 생성되고, 하위계층을 통과하거나 하위계층으로부터 수신된 패킷인 반면에, SDU는 상위계층으로부터 수신되거나 상위계층을 통과하는 패킷이다. 따라서, PDCP PDU는 RLC SDU이다. 또한, RLC PDU는 MAC SDU이며, 이하 유사하다. 일반적으로, 상위계층으로부터 수신된 SDU데이터에 헤더를 부가하거나, UE(40)와 UTRAN(20u)사이의 계층대계층간(layer-to-layer)통신을 위해 내부적으로 패킷을 생성시킴으로서 PDU가 형성된다. 계층 2스택에서 RLC계층(72)은 본발명과 특별히 관련된다. 상기 RLC계층(72)은 MAC계층(74)에 의해 결정된 고정크기의 RLC PDUs를 발생시키고, 전송을 위해 MAC계층(74)에 상기 RLC PDUs를 송신하거나 MAC계층(74)으로부터 RLC PDUs를 수신한다. 각 RLC PDU는 RLC PDUs스트림에서 상기 RLC PDU의 순차적 위치(sequential position)를 지시하고, 헤더에 있는, n비트 시퀀스 넘버를 확실하게 운반(carry)하는데, n비트 시퀀스 넘버는 RLC SDUs(즉, PDCP PDUs 또는 RRC PDUs)를 형성하기 위해 RLC PDUs가 적절한 순서대로 조합되게 하게 한다. RLC계층(72)은 하나 이상의 RLC엔티티(76)로 구성된다. 각 RLC엔티티(76)는 개별적으로 RBs(28,48)과 관련된다. UTRAN(20u)측의 RB(28)을 위해, 상기 RB(28)에 단독으로 전용된 RLC엔티티(76)가 있다. 이와 유사하게, UE(40)측의 RB(48)을 위해, 대응하는 RLC엔티티(76)가 있다. 상기 RB(28,48)을 위한 상기 두개의 대응하는 RLC엔티티(76)는 "RLC피어엔티티"라 칭한다. RLC PDUs의 헤더내에 포함된(carried) n비트 시퀀스 넘버에서 "n"값은 RLC피어엔티티(76)사이에 활용되는 전송모드에 의존한다. 예를 들면, RLC피어엔티티(76)가 성공적으로 수신된 각 RLC PDU를 승인하는 AM전송에서, n은 12이다. 다른 전송모드에서 n은 7이다. UTRAN(20u)와 UE(40)사이에 통신이 성공적으로 되게하기 위해, RLC피어엔티티(76)가 서로 적절하게 동기화되는 것이 필요하다. 특히, 각 RLC엔티티(76)은 두 개의 하이퍼프레임 넘버(hyperframe number : HFNs)인 수신HFN(rHFN)(76r)과 전송HFN(tHFN)(76t)를 포함한다. tHFN(76t)와 rHFN(76r)은 각각 패킷데이터의 암호화와 복호화를 위해 사용된다. 상기 암호화/복호화를 성공적으로 수행하기 위해, RLC피어엔티티(76)은 rHFN(76r)과 tHFN(76t)값들과 동기화되어야 한다. 특히, RLC엔티티(76)의 rHFN(76r)은 그의 RLC피어엔티티(76)의 tHFN과 일치되어야 하고, 그역도 일치하여야 한다. RLC PDUs가 RLC엔티티(76)에 의해 전송되는 동안, rHFN(76r)은 끊임없이 그 값이 증가한다. 상기 rHFN(76r)은 수신된 RLC PDUs의 시퀀스 넘버에서 얼마나 많이 롤오버(rollover)가 검출되는지를 카운트한다. 상기 tHFN은 전송된 RLC PDUs의 시퀀스 넘버에서 얼마나 많이 롤오버가 검출되는지를 카운트한다. 따라서, HFNs(76r,76t)는 RLC PDU시퀀스넘버의 비전송 상위비트(non-transmitted high order bits)로 생각될 수 있고, 상기 HFNs(76r,76t)는 RLC피어엔티티(76)에 적절하게 동기화되는 것이 필요하다.

RRC계층(80)은 RBs(28,48)를 구축하고 구성한다. RRC계층(80)은 RRC계층(80)이 작동하는 방법에 영향을 미치는 다양한 동작상태를 가지고 있다.

도 3은 RRC계층(80)의 상태도를 나타낸 도면이다. 도 1 및 도 2와 관련하여 도 3을 참조하면, RRC계층(80)은 아이들 모드(idle mode)(81)와 UTRA RRC 접속모드(UTRA RRC Connected mode)(86)인, 두개의 기본적인 상태를 가진다. 아이들모드에서, RRC계층(80)은 그의 피어RRC계층(80)과 개방된 통신라인이 없다. 즉, UTRAN(20u)에서 모든 UEs(40)에 이용가능한 일반채널인 RB0를 제외하고, 피어엔티티 RRC계층(80)사이에 통신을 가능하게 하는 이용가능한 RBs(28,48)가 없다. UE(40)을 플랫폼(flatform)의 예로 활용하려면, 일단 UE(40)의 RRC계층(80)은 UTRAN(20u)에서 그의 피어 RRC계층(80)과 연결을 구축하고, UE(40)의 RRC계층(80)은 UTRA RRC 접속모드(86)으로 전이하여야 한다. 상기 연결은 통상적으로 분할된 채널인 RB0를 따라 시작된다. 내부적으로, UTRA RRC 접속모드(86)는 CELL_DCH(82), CELL_FACH(83), CELL_PCH(84), 및 URA_PCH(85)인 4가지의 특유한(unique) 상태를 가진다. CELL_DCH상태(82)는 업링크통신(UE(40)에서 UTRAN(20u)로)과 다운링크(UTRAN(20u)에서 UE(40)로)통신을 위해, 전용채널이 UE(40)에 할당되는 것으로 특징지워진다. CELL_FACH상태(83)는 전용채널이 UE(40)에 할당되지는 않으나, 대신 업링크를 위해 UE(40)에 디폴트 공통 또는 공유된 전송채널이 할당되는 것으로 특징지워진다. CELL_PCH상태(84)는 전용 물리적 채널이 UE(40)에 할당되지 않고, UE(40)을 위한 업링크 동작은 불가능하며, UE(40)의 위치는 셀레벨(즉 노드 B 기반(basis)(24))으로 UTRAN(20u)에 의해 알려지는 것으로 특징지워진다. URA_PCH상태(85)는 전용 물리적 채널이 UE(40)에 할당되지 않고, UE(40)을 위한 업링크 동작이 불가능하고, UE(40)의 위치는 URA 기반으로 UTRAN(20u)에 의해 알려지는 것으로 특징지워진다.

다수의 재구성절차는 RBs(28,48)을 설치하고 구성하기 위해 RRC계층(80)에 이용된다. 상기 절차들은 RB(28,48)를 따라 UE(40)에 특정 메세지를 송신하는 UTRAN(20u)과, 메세지에 대응하여 순차적으로 응답하는 UE(40)을 수반한다. 통상적으로, 메세지는 SRB인 RB2를 따라 송신된다. 메세지에는 무선 베어러 구축,무선 베어러 재구성, 무선 베어어 해제, 전송 채널 재구성 및 물리적채널 재구성이 포함된다. 상기 각 재구성메세지에 대해, UE(40)은 UE(40)측에 절차가 성공 또는 실패하였는지를 지시하는 "완료(Complete)" 또는 "실패(Failure)"대응응답메세지를 가지고 있는데, 이는 절차를 완료하기 위해 UTRAN(20u)에 필요한 정보를 UTRAN(20u)에 제공할 수 있다. 재구성메세지와 응답메세지는 모두 선택적(optional) 정보요소들(Information Elements : IEs)을 운반할 수 있는데, IEs는 부수적인 정보를 보유하는 데이터필드(fields of data)이다. 상기 재구성 절차에 더해서, 셀업데이트 절차가 또한 존재하는데, 이는 UE(40)로부터 셀업데이트 메세지를 생성하고, 이는 UTRAN(20u)에 의해 응답된다. 셀업데이트 절차는 URA의 셀위치(즉, 노드 B(24)) 또는 연결상태(82, 83, 84, 및 85)의 변화를 지시하기 위해 UE(40)에 의해 사용된다.

UE(40)이 DRNS(20d)의 도메인으로 가깝게 이동함에 따라, UTRAN(20u)가 DRNS(20d)하에 UE(40)을 위치시키기 위한 결정을 하고, DRNS(20d)가 UE(40)의 새로운 SRNS(20s)가 되기 위해 전송처리가 일어난다. 상기 절차는 SRNS재배치절차라고 불린다. 상기 SRNS재배치절차는 (사전에 주목되었던) RRC절차와 결합되어질 수 있 다. 특히, 무선베어러재배치메세지에 "새로운 U-RNTI"IE를 포함하므로서, SRNS재배치절차가 트리거(trigger)된다. 다른절차들(무선베어러구축, 무선베어러복구, 전송채널재구성, 물리적채널재구성 및 셀업데이트)에서는, "다운링크 카운터 동기화 정보"IE를 포함하므로서, SRNS재배치가 트리거된다.

SRNS재배치가 수행되어지는 것을 지시하는 재구성메세지(SRNS(20s)로부터 RBs(28)을 따라 송신된)가 수신되면, UE(40)은 RB2(48)의 RLC엔티티(76)을 재구축하고, RB2(48)에 대한 rHFN(76r)과 tHFN(76t)을 재초기화한다. RB2(48)을 위한 RLC엔티티(76)는 UE(40)을 위한 새로운 SRNS(20s)로서 역할을 수행할 DRNS(20d)에서 피어엔티티(76)에 재구축된다. RB2(48)에 대한 rHFN(76r)과 tHFN(76t)를 위한 새로운 값은 다음 방정식에 의해 주어진다. 상기 방정식은 MAX(a,b)가 a와 b중에서 더 큰수를 선택하는 연산이라 할때, MAX(RB2의 rHFN, RB2의 tHFN)+1 이다. 따라서 UE(40)은 각 CN(30)도메인을 위한 초기값을 계산하고, 응답메세지내의 "초기값(START list)"IE에 상기 초기값을 포함한다. 초기값은 RB0를 제외하고 다른 모든 RBs(48,28)의 rHFN(76r)과 tHFN(76t)를 초기화하기 위해 사용된다. RB(48,28)의 rHFN(76r)과 tHFN(76t)를 초기화하기 위해 사용되는 초기값은 특별한 RB(48,28)가 관계되는 도메인에 의존한다. 지금, 패킷스위칭(Packet Switching)(PS)도메인(30p)과 서킷스위칭(Circuit Swiching)(CS)도메인(30c), 두개의 도메인이 있다. 따라서, 현재 초기목록 IE(START list IE)는 PS도메인(30p)을 위한 초기값과 CS도메인(30c)을 위한 초기값 두개를 보유하고 있다. UE(40)은 초기목록 IE를 포함하는 응답메세지를 RB2(48)을 따라 UTRAN(20u)로 전송한다. RB2(48)의 RLC엔티티(76)는 AM연결이므로, UE(40)의 RRC계층(80)은 RLC엔티티(76)이 RRC계층(80)에 알리는 동안, UTRAN(20u)가 성공적으로 응답메세지를 수신하는지 여부를 알 수 있다. RB2(48)의 RLC계층(76)이 응답메세지의 성공적인 전송을 확인한 후에, 만약 UE(40)의 RRC계층(80)의 새로운 상태가 CELL_DCH(82) 또는 CELL_FACH(83)이면, UE(40)의 RRC계층(80)은 다른 모든 RBs(48)(공통채널인 RB0를 제외하고)을 위해 RLC엔티티(76)를 재구축하고, 상기 RBs(48)에 대한 rHFN(76r)과 tHFN(76t)을 UTRAN(20u)에 응답메세지가 포함된 적절한 초기값으로 재초기화한다.

응답메세지에 대한 확인이 수신되었을 때, RRC계층(80)의 새로운 상태가 CELL_DCH상태(82) 또는 CELL_FACH상태(83)인 경우에만 RBs(48)가 재구축되므로, 만약 SRNS 재배치절차가 수행되고, UE(40)이 CELL_PCH상태(85) 또는 URA_PCH상태(84)로 미끄러져 들어가면(slip into), 문제가 발생할 수 있다. 상기 문제는 UE(40)에 의해 셀업데이트가 수행되는 주기성(periodic nature)에 기인하여 발생할 수 있다. SRNs재배치절차중에 UE(40)의 RRC계층(80)의 새로운 상태가 CELL_PCH상태(85) 또는 URA_PCH상태(84)중 하나가 된 경우에, 다른 RBs(48)(즉,RB1, RB2, RB3, RB4,...,RBn)의 RLC엔티티(76)은 재구축되지 않고, HFN값(76r,76t)은 재초기화되지 않는다. 그 결과, UE(40)의 RRC계층(80)이 CELL_DCH상태(82) 또는 CELL_FACH상태(83)로의 전이되고, 상기 RLC엔티티(76)는 UTRAN(20u)측의 RLC피어엔티티(76)에 적절하게 동기화되지 않는다. 상기 동기화의 부재는 암호화/복호화절차가 브레이크다운(breakdown)되는 이유가 되며, 결과적으로 상기 RBs(28,48)를 따라 통신하는 기능을 더이상 수행하지 못하게 된다.

본발명의 주요목적은 SRNS재배치절차동안에, RLC엔티티재구축를 결정하기 위한 방법을 제공하는 것이다.

간략하게 요약하면, 본 발명의 바람직한 실시예는 보편적 지상무선접속네트워크(Universal Terrestrial Radio Access Network)(UTRAN)에 Serving Radio Network Subsystem(SRNS)재배치절차를 수행하는 무선통신장치에서 무선링크제어(Radio Link Control : RLC)엔티티의 재구축을 결정하기 위한 방법을 개시하는 것이다. 무선통신장치는, UTRAN과 업링크통신이 불가능한 CELL_PCH상태 및 URA_PCH상태를 포함하는, 다수의 상태를 가지는 무선자원제어(Radio Resource Control)(RRC)계층을 지원한다. RRC계층은 UTRAN으로부터 무선장치에 SRNS재배치절차를 개시하는 재구성절차를 수신한다. 무선장치는 재구성절차에 대한 응답으로 UTRAN에 확인정보를 전송한다. RRC계층은 UTRAN이 확인(confirmation)정보를 성공적으로 수신하였다는 승인(acknowledgement)을 수신한다. 최종적으로, CELL_PHC상태나 URA_PCH상태에서, 승인에 대한 응답으로, RRC계층은 SRNS재배치절차를 달성하기 위해 무선장치에 의해 지원되는 RLC엔티티를 재구축한다. 또 다른 실시예에서는, 업링크동작이 가능한 상태로 전이할 때, RRC계층은 RLC엔티티를 재구축한다.

CELL_PCH나 URA_PCH상태에서, 본 방법발명이 SRNS재배치절차가 충분하고 적절하게 끝마치는 것을 보장하는 동안에 무선베어러의 재구축를 수행하는 것에 본발명의 이점이 있다. 특히, 본발명은 UE RLC 엔티티가 UTRAN에서 그들의 개별적 RLC 피어 엔티티에 동기화되어 남아있는 것을 보장한다.

이하에서는 도면을 참조하여 본 발명을 보다 상세하게 설명한다.

이하에서, 사용자장치(User Equipment)(UE)는 무선통신장치이고, 이는 이동전화, 휴대용 송수신기, PDA, 컴퓨터, 또는 무선으로 데이터의 교환을 요구하는 어느 장치일 수 있다. 상기 무선 데이터 교환은 3GPP-규격 프로토콜(3GPP-specified protocols)에 따라야 한다. 무선전송을 달성하기 위해 물리적 계층에 다양한 수단이 사용될 수 있고, 이하에서 개시될 시스템에는 다양한 수단이 사용될 수 있음을 알아야 한다.

도 4는 이하에서 UE(100)이라 불려질, 본 발명에 따른 무선장치의 블럭다이어 그램을 나타낸 도면이다. 도 4를 참조하면. 대부분, 본발명인 UE(100)는 선행기술의 UE(40)과 동일하다. 3GPP 통신프로토콜의 일반적 양상을 설명한 도 2와 도 3은 또한 본 방법발명을 설명하는데 적합하다. UE(100)은 각각 키패드(102)와 LCD(Liquid Crystal Display)(104)와 같이, 입력을 받고 출력을 제공하는 장치들을 포함한다. 송수신기(108)는 무선신호들을 수신하고, 대응데이터를 제어회로(106)에 제공할 수 있고, 또한 제어회로(106)로부터 수신된 데이터를 무선으로 전송할 수 있다. 따라서 송수신기(108)은 본발명의 통신프로토콜의 계층1스택(60)의 부분이다. 제어회로(106)은 UE(100)의 작동을 제어하고, 통신프로토콜의 계층2 및 계층3스택을 구현하는데 사용된다. 이를 위해, 제어회로(106)는 무선통신장치의 업계에 알려진 장치(arrangement)인, 메모리(106m)와 전기통신을 하는 CPU(Central Processing Unit)(106c)를 포함한다. 메모리(106m)는 본발명인 통신프로토콜의 계 층2와 계층3스택을 구현하기 위해 사용되는 프로그램코드(107)을 보유한다. 선행기술의 UE(40)의 관점에서, 본발명인 UE(100)는 본방법발명을 구현하기 위해 프로그램코드(107)에 변경을 가한다.

도 5는 무선통신시스템(110)내의 UE(100)의 블럭다이어그램을 간략히 나타낸 도면이다. 도 2 내지 도 4와 관련하여, 도 5 를 참조하면, 무선통신시스템(110)은 코어네트워크(130)와 통신하는 UTRAN(120u)를 포함한다. UTRAN(120u)과 코어네트워크(130)은 선행기술과 기능적으로 동일하다. 먼저, UE(100)는 RB0 내지 RBn(프로그램코드(107)에 의해 지원받는)인 복수의 무선베어러(208)를 통해 SRNS(120s)와 통신한다. 특히 UE(100)은 SRNS(120s)과 RB2(202)를 구축한다. UE(40)이 DRNS(120d)의 도메인에 근접하게 이동하면, UTRAN(120u)은 DRNS(120d)하에 UE(100)을 배치하는 결정을 하고, SRNS 재배치 절차가 시작된다. 상기한 대로, SRNS 재배치 절차는 무선 베어러 재구성 메세지에 "새로운 U-RNTI"IE를 포함하거나, 무선 베어러 조정(setup), 무선 베어러 복구(release), 전송채널 재구성(reconfguration), 물리적 채널 재구성 및 셀업데이트 메세지에 "다운링크 카운터 동기화 정보"IE를 포함함므로서, 다른 RRC(80)절차와 결합될 수 있다. UE(100)의 RRC계층(80)이 SRNS재배치가 수행되도록 지시하는 재구성메세지를 수신하면, RRC계층(80)은 UE(100)에서 SRNS재배치절차를 시작한다. SRNS절차에 응하여 UE(100)는, DRNS(120d)에 UE(100)RLC엔티티(76)를 재구축하고 나서, RBs(208)의 tHFN(76t)와 HFNs(76r)을 구축하기 위해 사용되는 초기목록(204)를 생성한다. 특히 초기목록(204)는, PS도메인(130p)에서 RBs(208)을 위해 사용되는 PS 초기값(204p)과 CS 도메인(130c)에서 RBs(208)을 위해 사용되는 CS 초기값(204c)을 포함한다. 그러나 RB2(202)의 tHFN(76t)와 rHFN(76r)은 이와 같은 방법으로 구축되지 않는다. 대신, 두 값(76r,76t)을 구축하기 위해 상기 둘 중에서 더 큰 값이 사용된다. SRNS절차의 단계로서 다른 RLC엔티티(76)을 복구하기 전에, UE(100)은 먼저 RB2(202)를 위해 RLC엔티티(76)을 복구하고나서, DRNS(120d)에 RLC엔티티(76)을 재구축한다. UE(100)는, 종전의 RB2(202)RLC엔티티(76)중 어느하나에 의해 도달된 최대값보다 1 큰 값으로, RB2(202) RLC엔티티(76)의 tHFNs(76t)와 rHFNs(76r)을 구축한다. 따라서 UE(100)은 DRNS(120d)에 RLC피어엔티티(76)를 구축하고, 상기절차를 인식한 DRNS는 RB2를 위한 RLC피어엔티티(76)의 tHFNs(76t)와 rHFNs(76r)을 유사하게 동기화한다. SRNS(120s)는 상기 동기화를 가능하게 하기 위해 DRNS(120d)에 재배치정보를 보낸다. DRNS(120d)에 RB2(202)를 재구축한 후에, UE(100)은 초기목록(204)가 포함된 재구성 메세지에 대한 응답을 구성하고, RB2(202)를 따라 UTRAN(120u)에 전송한다. 따라서, DRNS(120d)는 원시(original) 재구성 메세지에 대한 응답으로 전송된 응답과, 포함된(included) 초기목록(204)를 수신한다. 이 경우, UE(100)의 RRC계층(80)은 CELL_DCH상태(82) 또는 CELL_FACH상태(83)에 있으며, 주로 그 상태를 유지한다. 상기 조건하에서는, UE(100)에 의한 잔여 RLC엔티티(76)의 재구축은 선행기술에 따른다. 그러나 RRC계층(80)이 재구성메세지에 대한 응답을 송신한 후에는 CELL_PCH상태(84) 또는 URA_PCH상태(85)중의 하나로 전이하는 것이 가능하다. 재구성메세지에 의해 UE(40)의 RRC계층(80)이 CELL_PCH상태(85) 또는 URA_PCH상태(84)로의 전이(move into)를 알려 주는 것이 가능하므로, 이는, 예를 들면, U-plane(94)이 상당기간 대기상태로 있다는 사실과 함께. 셀업데이트절차가 UE(100)에 의해 수행되는 주기성에 기인하여 발생할 수 있다. 상기 조건하에서, UE(40)RLC계층(76)의 새로운 상태는 CELL_FACH상태(83) 또는 CELL_DCH상태(82)가 아닐 것이고, 본 방법발명은 잔여 RLC엔티티(76)의 적절한 재구축을 보장하기 위해 사용되어야 한다.

RB2(202)의 RLC엔티티(76)는 UTRAN(120u)에 의해 재구성 메세지에 대한 응답이 성공적으로 수신되었음을 RRC계층(80)에 통지하고, 이에 응답하여, UE(100)의 RRC계층(80)은 URA_PCH상태(85) 또는 CELL_PCH상태(84)중의 하나로 전이한다. 본 방법발명의 2가지 실시예 중 하나는 잔여 RBs(208)을 적절하게 재구축하기 위해 사용될 수 있고, 따라서 SRNS 재배치 절차의 완료를 용이하게 한다.

도6은 본 방법발명의 제1실시예의 메세지시퀀스챠트를 나타낸 도면이다. 도2 내지 도5와 관련하여 도6을 참조하면, 제1실시예에서, UTRAN(120u)의 성공적 수신을 RB2(202)의 RLC엔티티(76)로부터 확인한 후에(도6에서 "응답승인(Reply ack)"), UE(100)의 RRC계층(80)은 RB0를 제외하고, 모든 잔여 RBs(208)의 RLC엔티티(76)을 복구한다. 따라서, RB1, RB2, RB3, RB4,...,RBn을 위한 RLC엔티티(76)는 복구된다. RRC계층(80)의 새로운 상태가 URA_PCH상태(85) 또는 CELL_PCH상태(84)이거나, RRC계층(80)이 새로운 상태로 전이되기 바로전에 재구축될수도 있음에도 불구하고, 상기 RLC엔티티(76)은 DRNS(120d)에 재구축된다. 새롭게 구축된 RLC엔티티(76)의 tHFNs(76t)와 rHFNs(76r)은 RBs(208)이 관련된 도메인에 의거하여, 초기목록(204)에 따라 구축된다. 응답으로부터 수신된 것과 동일한 초기목록(204)를 갖는 DRNS(120d)는 초기값(204p,204c)을 대응 RLC피어엔티티(76)에 유사하게 적용한다. 따라서 피어엔티티(76)의 구축과 동기화가 보장되며, UE(100)의 RRC계층(80)이 CELL_DCH상태(82) 또는 CELL_FACH상태(83)중의 하나로 복귀했을 때, UE(100)과 UTRAN(120u)사이에 통신이 적절하게 수행된다.

도7은 본 방법발명의 제2실시예의 메세지시퀀스챠트를 나타낸 도면이다. 도 2 내지 도 5와 관련하여 도 7을 참조하면, 제 2실시예에서 UE(100)의 RRC계층(80)은 UTRAN(120u)에 의해 성공적으로 수신된 응답인 RB2(202)의 RLC엔티티(76)로부터 확인을 획득한다. RRC계층(80)이 CELL_FACH상태(83) 또는 CELL_DCH상태(82) 중의 하나일때, 상기 확인이 수신되고, 이에 대한 응답으로, RRC계층(80)은 CELL_PCH상태(84) 또는 URA_PCH상태(85)중의 하나인 새로운 상태로 전이한다. 그러나 RRC계층(80)은 잔여 RLC엔티티(76)를 즉시 복구하고 재구축하지 않는다. 대신, RRC계층(80)은 RRC계층(80)이 CELL_DCH상태(82) 또는 CELL_FACH상태(83)중 하나로 복귀하기 전까지 대기한다. UTRAN(20u)으로부터의 셀업데이트메세지에 대한 응답으로, 상기 전이가 통상 발생한다. URA_PCH상태(85) 또는 CELL_PCH상태(84)로부터, CELL_DCH상태(82) 또는 CELL_FACH상태(83)중의 하나로 전이할때, 수신된 응답확인(도7에서 "응답승인")에 응하여, UE(100)의 RRC계층(80)은 잔여 RLC엔티티(76)을 복구하고, DRNS(120d)에 RLC엔티티(76)을 재구축한다. 따라서, RB1, RB2, RB3, RB4,...,RBn을 위해 RLC엔티티(76)는 복구되고 재구축된다. 새롭게 구축된 RLC엔티티(76)의 tHFNs(76t)와 rHFNs(76r)는 초기목록(204)에 따라 UE(100)에 의해 구축된다. RLC엔티티(76)의 재구축은 CELL_FACH상태 또는 CELL_DCH상태로 전이되기 전이 나, 상기 상태로 전 또는 후에 수행될 수 있다.

지금까지, UE(100)에 송신된 재구성메세지에 의해 SRNS 재구성 절차를 개시하는 것이 UTRAN(120u)라는 가정하에서 설명하였음에 주목해야 한다. 그러나 UTRAN(120u)에 송신된 셀업데이트메세지를 이용하여, UE(100)에 의해 SRNS재배치 절차가 또한 개시될 수 있다는 것은 당업자에게 명백하다. 또한, 본 방법발명의 기술은 여전히 적용될 수 있다. 즉, 결과적으로 CELL_PCH상태(84) 또는 URA_PCH상태(85)이거나, 상기 상태로부터 전이되었을 때, RLC엔티티(76)의 재구축이 수행된다.

선행기술과 비교하면, 본 발명은 새로운 상태가 URA_PCH상태 또는 CELL_PCH상태이거나, 이러한 상태로부터 전이되었을 때, 본 발명은 RLC엔티티의 재구축과 동기화를 제공한다. 따라서, RRC계층상태의 결과적 상태와 무관하게, RRC계층은 SRNS재배치절차 중에 RLC엔티티의 재구축 및 동기화를 계속할 수 있다. 따라서, UE와 UTRAN 사이의 통신은 보다 신뢰성있게 이루어진다.

또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

Claims

UTRAN(Universal Terrestrial Radio Access Network)에 SRNS(Serving Radio Network Subsystem) 재배치 절차를 행하는 무선통신장치에서의 RLC(Radio Link Control) 엔티티의 재구축(re-establishment)을 결정하는 방법으로서, 상기 무선통신장치는, 상기 UTRAN과 업링크 통신이 불가능하고 상기 무선통신장치의 위치가 셀레벨로 알려지는 CELL_PCH상태와 상기 UTRAN과 업링크 통신이 불가능하고 상기 무선통신장치의 위치가 URA(UTRAN Registration Area) 레벨로 알려지는 URA_PCH상태를 포함하는 다수의 상태들을 갖는 RRC(Radio Resource Control) 계층을 지원하고, 상기 방법은,

상기 UTRAN로부터 상기 무선통신장치에 대해 SRNS 재배치 절차를 개시하는 재구성 절차(reconfiguration procedure)를 상기 RRC계층에 의해 수신하는 단계;

상기 재구성 절차에 응답하여, 상기 무선통신장치로부터 상기 UTRAN에 확인정보(confirmation information)를 전송하는 단계;

상기 RRC계층에 의해, 상기 UTRAN이 상기 확인정보를 성공적으로 수신하였다는 승인(acknowledgement)을 수신하는 단계 ; 및

상기 승인에 응답하여, 상기 RRC계층에서, 상기 CELL_PCH상태 또는 상기 URA_PCH상태로 전이하고, 상기 RRC계층에 의해 상기 SRNS 재배치 절차를 달성하기 위해 상기 무선통신장치에 의해 지원되는 RLC엔티티를 재구축하는 단계;를 포함하는, RLC엔티티의 재구축을 결정하는 방법.
제 1항에 있어서,

하이퍼프레임 넘버(hyperframe number)를 유지하는 상기 RLC엔티티에 대응한 초기값(START value)을 상기 무선통신장치에 의해 생성하는 단계;

상기 확인메세지에 상기 초기값을 포함하는 단계; 및

상기 승인에 응답하여, 상기 하이퍼프레임 넘버의 최대유효비트들에 상기 초기값을 상기 무선장치에 의해 할당하는 단계;를 더 포함하는, RLC엔티티의 재구축을 결정하는 방법.
제 1항에 있어서,

상기 RLC엔티티는 상기 RRC계층이 상기 CELL_PCH상태 또는 상기 URA_PCH상태로 전이되기 전에 재구축되는, RLC엔티티의 재구축을 결정하는 방법.
제 1항에 있어서,

상기 RLC엔티티는 상기 RRC계층이 상기 CELL_PCH상태 또는 상기 URA_PCH상태로 전이된 후에 재구축되는, RLC엔티티의 재구축을 결정하는 방법.
제 1항의 방법을 구현하기 위한 프로그램코드(program code)를 포함하는 메모리와 전기통신을 하는 중앙처리장치(Central Processing Unit : CPU)를 포함하는 무선장치.
UTRAN(Universal Terrestrial Radio Access Network)에 SRNS(Serving Radio Network Subsystem) 재배치 절차를 행하는 무선통신장치에서의 RLC(Radio Link Control) 엔티티의 재구축(re-establishment)을 결정하는 방법으로서, 상기 무선통신장치는, 상기 UTRAN과 업링크 통신을 위해 상기 무선장치에 전용채널이 할당되는 CELL_DCH상태, 상기 UTRAN과 업링크 통신을 위해 전용채널이 제공되지 않는 CELL_FACH상태, 상기 UTRAN과 업링크 통신이 불가능하고 상기 무선통신장치의 위치가 셀레벨로 알려지는 CELL_PCH상태, 및 상기 UTRAN과 업링크 통신이 불가능하고 상기 무선통신장치의 위치가 URA(UTRAN Registration Area)레벨로 알려지는 URA_PCH상태를 갖는 RRC(Radio Resource Control) 계층을 지원하고, 상기 방법은,

상기 UTRAN로부터 상기 무선통신장치에 대한 SRNS 재배치 절차를 개시하는 재구성 절차(reconfiguration procedure)를 상기 RRC계층에 의해 수신하는 단계;

상기 재구성 절차에 응답하여, 상기 무선장치로부터 상기 UTRAN에 확인정보(confirmation information)를 전송하는 단계;

상기 RRC계층에 의해, 상기 UTRAN이 상기 확인정보를 성공적으로 수신하였다는 승인(acknowledgement)을 수신하는 단계;

상기 승인에 응답하여, 상기 RRC계층에서, 상기 CELL_PCH상태 또는 상기 URA_PCH상태로 전이하는 단계; 및

상기 CELL_PCH상태 또는 상기 URA_PCH상태로의 전이에 이어서, 상기 RRC계층에서, 상기 CELL_DCH상태 또는 상기 CELL_FACH상태로 전이하고, 상기 승인에 응답하여 상기 SRNS재배치 절차를 달성하기 위해 상기 무선장치에 의해 지원되는 RLC엔티티를 재구축하는 단계;를 포함하는, RLC엔티티의 재구축을 결정하는 방법.
제 6항에 있어서,

하이퍼프레임 넘버(hyperframe number)를 유지하는 상기 RLC엔티티에 대응한 초기값(START value)을 상기 무선장치에서 생성하는 단계;

상기 확인메세지에 상기 초기값을 포함하는 단계; 및

상기 승인에 응답하여, 상기 하이퍼프레임 넘버의 최대유효비트들에 상기 초기값을 상기 무선장치에 의해 할당하는 단계;를 더 포함하는, RLC엔티티의 재구축을 결정하는 방법.
제 6항의 방법을 구현하기 위한 프로그램코드를 포함하는 메모리와 전기통신을 하는 중앙처리장치(Central Processing Unit : CPU)를 포함하는 무선장치.