KR20130116372A

KR20130116372A - 통신 시스템

Info

Publication number: KR20130116372A
Application number: KR1020137024786A
Authority: KR
Inventors: 수레쉬 가나패티; 밀레나 필리포빅; 니라즈 굽타; 히로아끼 구와노
Original assignee: 닛본 덴끼 가부시끼가이샤
Priority date: 2009-09-29
Filing date: 2010-09-27
Publication date: 2013-10-23
Also published as: JP2013506316A; JP5645035B2; WO2011040616A1; US10623948B2; GB0917071D0; CN105228136B; KR101390030B1; KR20120080616A; US9980126B2; EP2484134A1; CN102577456B; GB2473882A; KR101495466B1; EP2484134B1; CN102577456A; CN105228136A; US20180332466A1; US20120196598A1

Abstract

이동 전화가 이웃 홈 노드 기지국들 사이에서 로밍할 수 있는 통신 시스템이 기술된다. 홈 기지국 또는 홈 기지국 게이트웨이가 U-RNTI를 이동 전화에 할당하는 기술이 기술된다. 또한 타겟 홈 기지국이 이동 전화로부터 수신된 셀 업데이트 요청에 응답하는데 필요한 정보를 검색할 수 있게 하는 기술이 개시된다.

Description

통신 시스템{COMMUNICATION SYSTEM}

본 발명은 모바일 통신 네트워크에 관한 것으로, 특히 한정하지는 않지만 3GPP(3rd Generation Partnership Project) 표준 또는 그 등가물 또는 그 파생물에 따라 동작하는 네트워크에 관한 것이다. 특히 본 발명은 한정하지는 않지만 모바일 통신 기기의 UTRAN 무선 네트워크 임시 식별자(UTRAN Radio Network Temporary Identifier: U-RNTI)의 설정 및 셀 업데이트 중의 그의 사용에 관한 것이다.

3GPP 표준 하에서, 노드 B는 기지국이며, 이 기지국을 통해 모바일 기기가 코어 네트워크에 접속한다. 최근 3GPP 표준화 단체는 공식 아키텍처를 채택하였고 홈 기지국(home base stations: HNB)에 대한 새로운 표준화 작업에 착수하였다. 하나 이상의 HNB는 홈 내에서 무선 커버리지를 제공할 것이며 하나 이상의 HNB로부터 트래픽을 모으는 HNB 게이트웨이(HNB-GW)를 경유하여 하나 이상의 적절한 공중 네트워크를 통해 코어 네트워크에(예를 들면, ADSL 링크를 통해 인터넷에) 접속할 것이다.

사용자 장비(UE)가 매크로 UTRAN 네트워크에서 RRC 접속(RRC Connection)을 시도할 때, 무선 네트워크 제어기(Radio Network Controller: RNC)는 UE에 U-RNTI를 할당하여 네트워크에게 UE를 식별하게 할 것이다. 그러나, HNB가 있다면, RNC 기능은 HNB와 HNB-GW 사이에서 양분되며 현재는 어느 엔티티가 U-RNTI를 할당하는 책임이 있는지 분명하지 않다.

별개지만 관련된 문제는 CELL FACH 접속 상태(CELL FACH connected state)에 있을 때의 UE의 이동성(mobility)에 관련한다. 이러한 이동성은 릴리즈 8(Rel'8)에서는 지원되지 않지만, 현재 릴리즈 9(Rel'9)에서 논의 중이다. CELL FACH 상태에서, UE는 다른 (타겟) HNB로 핸드오버하기로 결정하고 타겟 HNB로 핸드오버하려는 것을 나타내는 RRC 셀 업데이트(RRC CELL UPDATE) 메시지를 타겟 HNB에게 송신한다. 그러면 타겟 HNB 또는 HNB-GW는 UE가 현재 등록되어 있는 소스 HNB를 식별할 수 있도록 해야만 하고, 그래야 타겟 HNB를 UE와 통신할 수 있게 해주는 소스 HNB로부터 여러 정보 요소(Information Elements: IEs)를 얻을 수 있다.

예시적인 일 양태에 따르면, 본 발명은 통신 네트워크의 홈 기지국에 의해 수행되는 방법을 제공하며, 상기 방법은, 사용자 기기로부터 수신된 접속 요청에 응답하여 게이트웨이 장치에 U-RNTI와 같은 임시 식별자(temporary identifier)의 요청을 송신하는 단계; 상기 게이트웨이 장치로부터 상기 임시 식별자를 수신하는 단계; 및 상기 수신된 임시 식별자를 상기 사용자 기기에 송신하는 단계를 포함한다. 예시적인 일 실시예에서, 상기 임시 식별자는 상기 사용자 기기를 상기 게이트웨이 장치에 등록하기 전에 상기 사용자 기기에 송신된다. 상기 임시 식별자의 요청은 HNBAP 요청 메시지 내에서 송신될 수 있으며 상기 임시 식별자는 HNBAP 응답 메시지 내에서 수신될 수 있다.

상기 게이트웨이에 송신된 데이터는 인터넷과 같은 공중 데이터 네트워크를 통해 전송되며 상기 데이터는 적절한 IP 패킷으로 캡슐화되어 상기 홈 기지국과 상기 게이트웨이 사이에서 송신된다.

상기 방법은 상기 임시 식별자를 상기 사용자 기기에 송신한 다음, 사용자 기기를 상기 게이트웨이 장치에 등록하라는 요청을 송신하는 단계를 포함할 수 있다.

본 발명은 또한 통신 네트워크의 게이트웨이 장치에 의해 수행되는 방법을 제공하며, 상기 방법은, 홈 기지국으로부터 U-RNTI와 같은 사용자 기기에 대한 임시 식별자의 요청을 수신하는 단계; 상기 사용자 기기에 대한 임시 식별자를 생성하는 단계; 및 상기 생성된 임시 식별자를 상기 홈 기지국에 송신하는 단계를 포함한다. 바람직하게, 상기 임시 식별자는 상기 사용자 기기를 상기 게이트웨이 장치에 등록을 수행하는 등록 단계에 앞서 송신된다. 상기 임시 식별자의 요청은 HNBAP 요청 메시지 내에서 수신될 수 있으며 상기 임시 식별자는 HNBAP 응답 메시지 내에서 송신될 수 있다.

본 발명은 또한 홈 기지국을 제공하며, 상기 홈 기지국은, 사용자 기기로부터 수신된 접속 요청에 응답하여 게이트웨이 장치에 임시 식별자의 요청을 송신하는 수단; 상기 게이트웨이 장치로부터 상기 임시 식별자를 수신하는 수단; 및 바람직하게 상기 사용자 기기를 상기 게이트웨이 장치에 등록하기 전에 상기 사용자 기기에 상기 수신된 임시 식별자를 송신하는 수단을 포함한다.

본 발명은 또한 게이트웨이 장치를 제공하며, 상기 게이트웨이 장치는, 홈 기지국으로부터 사용자 기기에 대한 임시 식별자의 요청을 수신하는 수단; 상기 사용자 기기에 대한 임시 식별자를 생성하는 수단; 및 상기 생성된 임시 식별자를 상기 홈 기지국에 송신하는 수단을 포함한다.

다른 예시적인 양태에 따르면, 본 발명은 또한 홈 기지국을 통해 통신 네트워크와 통신하는 사용자 기기에 의해 수행되는 방법을 제공하며, 상기 방법은, 상기 사용자 기기가 유휴 상태(Idle state)에서 접속된 상태(Connected state)로 바뀔 때 상기 홈 기지국으로부터 임시 식별자를 수신하는 단계, 및 상기 사용자 기기가 상기 접속 상태에서 상기 유휴 상태로 바뀔 때 상기 임시 식별자를 유지하는 단계를 포함한다.

예시적인 본 양태에 따르면, 본 발명은 또한 하나 이상의 사용자 기기에게 통신 서비스를 제공하는 홈 기지국에 의해 수행되는 방법을 제공하며, 상기 방법은, 상기 사용자 기기가 유휴 상태에서 접속된 상태로 바뀔 때 상기 사용자 기기에게 임시 식별자를 제공하는 단계, 및 상기 사용자 기기가 상기 접속 상태에서 상기 유휴 상태로 바뀔 때 상기 임시 식별자를 유지하는 단계를 포함한다.

예시적인 본 양태는 또한 홈 기지국을 통해 통신 네트워크와 통신하도록 동작하는 사용자 기기를 제공하며, 상기 사용자 기기는 유휴 상태에서 접속 상태로 바뀔 때 상기 홈 기지국으로부터 임시 식별자를 수신하도록 동작하며, 상기 접속 상태에서 상기 유휴 상태로 바뀔 때 상기 임시 식별자를 유지하도록 동작한다. 상기 임시 식별자는 상기 사용자 기기의 U-RNTI 일 수 있다.

예시적인 본 양태는 또한 홈 기지국을 제공하며, 상기 홈 기지국은 하나 이상의 사용자 기기에게 통신 서비스를 제공하도록 동작하며 상기 사용자 기기가 유휴 상태에서 접속 상태로 바뀔 때 상기 사용자 기기에 임시 식별자를 제공하도록 동작하고 상기 사용자 기기가 상기 접속 상태에서 상기 유휴 상태로 바뀔 때 상기 임시 식별자를 유지하도록 동작한다.

또 다른 예시적인 양태에 따르면, 본 발명은 또한 HNB 관리 시스템에 의해 수행되는 방법을 제공하며, 상기 방법은, 홈 기지국에 관한 정보를 수신하고 유지하는 단계; 무선 네트워크 제어기 ID(Radio Network Controller Identification: RNCID)를 상기 홈 기지국에 할당하는 단계; 상기 할당된 RNCID를 상기 홈 기지국에 송신하는 단계; 상기 홈 기지국의 부근에 있는 이웃 기지국들을 식별하는 단계; 및 상기 홈 기지국에 상기 식별된 이웃 기지국들의 RNCID를 송신하는 단계를 포함한다.

예시적인 일 실시예에서, 상기 할당된 RNCID는 상기 홈 기지국의 부근에서 적어도 고유한 것이다.

예시적인 본 양태는 또한 홈 기지국에 의해 수행되는 방법을 제공하며, 상기 방법은, HNB 관리 시스템으로부터 무선 네트워크 제어기 ID(Radio Network Controller Identification: RNCID)를 수신하는 단계; 및 상기 홈 기지국의 부근에 있는 이웃 셀들의 이웃 셀 정보를 수신하는 단계를 포함하며, 상기 수신된 이웃 셀 정보는 하나 이상의 상기 이웃 기지국들의 RNCID를 포함한다.

상기 방법은 사용자 기기로부터 셀 업데이트 메시지를 수신하는 단계, 상기 사용자 기기에 대한 임시 식별자를 디코딩하여 서빙 셀의 RNCID를 식별하는 단계, 및 상기 수신된 이웃 셀 정보로부터 상기 서빙 셀을 식별하는 단계를 더 포함한다.

그런 다음 상기 홈 기지국은 상기 식별된 서빙 셀을 향해 메시지를 송신하여 상기 서빙 셀로부터 상기 사용자 기기에 관한 정보를 검색하여 상기 홈 기지국이 상기 셀 업데이트 메시지에 응답할 수 있도록 할 수 있다.

본 발명은 또한 HNB 관리 시스템을 제공하며, 상기 HNB 관리 시스템은 홈 기지국에 관한 정보를 수신하고 유지하는 수단; 무선 네트워크 제어기 ID(Radio Network Controller Identification: RNCID)를 상기 홈 기지국에 할당하는 수단; 상기 할당된 RNCID를 상기 홈 기지국에 송신하는 수단; 상기 홈 기지국의 부근에 있는 이웃 기지국들을 식별하는 수단; 및 상기 식별된 이웃 기지국들의 RNCID를 상기 홈 기지국에 송신하는 수단을 포함한다.

본 발명의 예시적인 양태는 또한 홈 기지국을 제공하며, 상기 홈 기지국은 HNB 관리 시스템으로부터 무선 네트워크 제어기 ID(Radio Network Controller Identification: RNCID)를 수신하는 수단; 및 상기 홈 기지국의 부근에 있는 이웃 셀들의 이웃 셀 정보를 수신하는 수단을 포함하며, 상기 수신된 이웃 셀 정보는 하나 이상의 이웃 기지국들의 RNCID를 포함한다.

본 발명의 예시적인 다른 양태는 게이트웨이 장치에 의해 수행되는 방법을 제공하며, 상기 방법은, RNCID와 상기 RNCID가 할당된 홈 기지국 사이의 연관성을 규정하는 데이터를 보유하는 단계; 제1 홈 기지국으로부터 제2 홈 기지국의 RNCID를 포함하는 메시지를 수신하는 단계; 상기 수신된 RNCID를 이용하여 상기 보유된 데이터로부터 상기 제2 홈 기지국을 식별하는 단계; 및 상기 메시지를 상기 식별된 제2 홈 기지국에 포워드하는 단계를 포함한다.

예시적인 본 양태는 상기 제2 홈 기지국으로부터 메시지를 수신하는 단계, 및 상기 메시지를 상기 제1 홈 기지국에 포워드하는 단계를 더 포함할 수 있다.

상기 제2 홈 기지국으로부터 수신된 상기 메시지는 상기 제1 홈 기지국을 식별하는 데이터를 포함할 수 있고 또는 상기 게이트웨이는 상기 제2 홈 기지국과 연관하여 상기 제1 기지국을 식별하는 데이터를 저장할 수 있으며 상기 저장된 데이터로부터 상기 제1 홈 기지국을 식별하는 데이터를 저장할 수 있다.

상기 게이트웨이는 상기 HNB들로부터 또는 HMS로부터 상기 HNB들 각각의 RNCID를 획득할 수 있다.

본 발명의 예시적인 양태는 또한 홈 기지국에 의해 수행되는 방법을 제공하며, 상기 방법은 사용자 기기로부터 셀 업데이트 메시지를 수신하는 단계; 상기 업데이트 메시지를 디코딩하여 서빙 기지국의 RNCID를 판단하는 단계; 상기 판단된 RNCID 및 상기 셀 업데이트 메시지로부터의 상기 사용자 기기에 관련한 데이터를 포함하는 메시지를 게이트웨이 장치에 송신하는 단계; 상기 셀 업데이트 메시지에 응답하기 위해 상기 홈 기지국에 의해 요구된 데이터를 포함하는 메시지를 상기 게이트웨이 장치를 통하여 상기 서빙 기지국으로부터 수신하는 단계; 및 상기 게이트웨이 장치로부터 수신된 상기 데이터를 이용하여 상기 셀 업데이트 메시지에 응답하는 단계를 포함한다. 상기 송신된 메시지는 상기 홈 기지국의 라우팅 정보를 포함할 수 있다.

본 발명은 또한 게이트웨이 장치를 제공하며, 상기 게이트웨이 장치는 RNCID와 상기 RNCID가 할당된 홈 기지국 사이의 연관성을 규정하는 데이터를 보유하는 수단; 제1 홈 기지국으로부터 제2 홈 기지국의 RNCID를 포함하는 메시지를 수신하는 수단; 상기 수신된 RNCID를 이용하여 상기 보유된 데이터로부터 상기 제2 홈 기지국을 식별하는 수단; 및 상기 메시지를 상기 식별된 제2 홈 기지국에 포워드하는 수단을 포함한다.

예시적인 본 양태는 또한 홈 기지국을 제공하며, 상기 홈 기지국은 사용자 기기로부터 셀 업데이트 메시지를 수신하는 수단; 상기 셀 업데이트 메시지를 디코딩하여 서빙 기지국의 RNCID를 판단하는 수단; 상기 판단된 RNCID 및 상기 셀 업데이트 메시지로부터의 상기 사용자 기기에 관련한 데이터를 포함하는 메시지를 게이트웨이 장치에 송신하는 수단; 상기 셀 업데이트 메시지에 응답하기 위해 상기 홈 기지국에 의해 요구된 데이터를 포함하는 메시지를 상기 게이트웨이 장치를 통하여 상기 서빙 기지국으로부터 수신하는 수단; 및 상기 게이트웨이 장치로부터 수신된 상기 데이터를 이용하여 상기 셀 업데이트 메시지에 응답하는 수단을 포함한다.

다른 예시적인 양태에 따르면, 본 발명은 또한 HNB 관리 시스템에 의해 수행되는 방법을 제공하며, 상기 방법은 홈 기지국이 전원이 켜질 때 상기 홈 기지국에 관한 정보를 수신하고 유지하는 단계; 무선 네트워크 제어기 ID(Radio Network Controller Identification: RNCID)를 상기 홈 기지국에 할당하는 단계; 상기 할당된 RNCID를 상기 홈 기지국에 송신하는 단계; 상기 홈 기지국의 부근에 있는 이웃 기지국들을 식별하는 단계; 및 상기 이웃 기지국이 HNB인지 또는 매크로 기지국인지를 나타내는 데이터를 상기 홈 기지국에 송신하는 단계를 포함한다. 상기 이웃 기지국이 HNB인지 또는 매크로 기지국인지를 나타내는 상기 데이터는 상기 이웃 기지국이 HNB 또는 매크로인지를 식별하는 정보 요소(Information Element)를 포함할 수 있다. 대안으로, 상기 이웃 기지국이 HNB인지 또는 매크로 기지국인지를 나타내는 상기 데이터는 HNB에 사용된 RNCID의 범위 및 매크로 기지국에 사용된 RNCID의 범위를 식별하는 데이터를 포함할 수 있다.

본 발명의 예시적인 양태는 홈 기지국에 의해 수행되는 방법을 제공하며, 상기 방법은 정보를 HNB 관리 시스템에 제공하는 단계; 상기 HNB 관리 시스템으로부터 무선 네트워크 제어기 ID(Radio Network Controller Identification: RNCID)를 수신하는 단계; 및 상기 홈 기지국의 부근에 있는 이웃 셀들의 이웃 셀 정보를 수신하는 단계를 포함하며, 상기 수신된 이웃 셀 정보는 상기 이웃 기지국이 HNB인지 또는 매크로 기지국인지를 나타내는 데이터를 포함한다.

상기 방법은 셀 업데이트 메시지를 수신하는 단계, 상기 셀 업데이트 메시지를 디코딩하여 서빙 기지국의 RNCID를 식별하는 단계, 및 상기 식별된 RNCID 및 상기 수신된 이웃 셀 정보로부터 상기 서빙 기지국이 매크로 셀 또는 홈 기지국인지 판단하는 단계를 더 포함할 수 있다.

예시적인 일 실시예에서, 상기 방법은 상기 서빙 기지국이 매크로 기지국인 경우 제1 프로세스를 이용하여 상기 셀 업데이트 메시지에 응답하는데 필요한 정보를 획득하는 단계, 및 상기 서빙 기지국이 홈 기지국인 경우 제2 프로세스를 이용하여 상기 셀 업데이트 메시지에 응답하는데 필요한 정보를 획득하는 단계를 더 포함한다.

예시적인 본 양태는 또한 HNB 관리 시스템을 제공하며, 상기 HNB 관리 시스템은 홈 기지국이 전원이 켜질 때 상기 홈 기지국에 관한 정보를 수신하고 유지하는 수단; 무선 네트워크 제어기 ID(Radio Network Controller Identification: RNCID)를 상기 홈 기지국에 할당하는 수단; 상기 할당된 RNCID를 상기 홈 기지국에 송신하는 수단; 상기 홈 기지국의 부근에 있는 이웃 기지국들을 식별하는 수단; 및 상기 이웃 기지국이 HNB인지 또는 매크로 기지국인지를 나타내는 데이터를 상기 홈 기지국에 송신하는 수단을 포함한다.

예시적인 양태는 또한 홈 기지국을 제공하며, 상기 홈 기지국은 정보를 HNB 관리 시스템에 제공하는 수단; 상기 HNB 관리 시스템으로부터 무선 네트워크 제어기 ID(Radio Network Controller Identification: RNCID)를 수신하는 수단; 및 상기 홈 기지국의 부근에 있는 이웃 셀들의 이웃 셀 정보를 수신하는 수단을 포함하며, 상기 수신된 이웃 셀 정보는 상기 이웃 기지국이 HNB인지 또는 매크로 기지국인지를 나타내는 데이터를 포함한다.

본 발명은 또한 개시된 모든 방법들에 대해, 해당하는 사용자 통신 기기 또는 네트워크 통신 기기에서 실행을 위한 해당 컴퓨터 프로그램 또는 컴퓨터 프로그램 제품을 제공한다. 본 발명은 또한 상기 방법들과 그 구성요소들 및 이를 업데이트하기 위한 방법들을 구현하도록 구성되거나 또는 동작하는 사용자 통신 기기 및 네트워크 통신 기기를 제공한다.

이제 본 발명의 예시적인 실시예들이 첨부 도면을 참조하여 예를 들어 설명될 것이다.

도 1은 본 실시예가 적용가능한 형태의 모바일 통신 시스템을 개략적으로 예시한다.
도 2는 이동 전화에 U-RNTI가 할당될 수 있는 방법을 예시하는 타이밍도이다.
도 3은 RRC 셀 업데이트(RRC CELL UPDATE) 메시지가 처리될 수 있는 한가지 방법을 예시하는 타이밍도이다.
도 4a 및 도 4b로 구성된 도 4는 RRC 셀 업데이트 메시지가 처리될 수 있는 다른 방법을 예시하는 타이밍도이다.
도 5는 RRC 셀 업데이트 메시지가 처리될 수 있는 또 다른 방법을 예시하는 타이밍도이다.
도 6은 RRC 셀 업데이트 메시지가 처리될 수 있는 또 다른 방법을 예시하는 타이밍도이다.
도 7은 도 1에 도시된 시스템의 이동 전화 구성 요소의 블록도이다.
도 8은 도 1에 도시된 시스템의 홈 기지국 구성 요소의 블록도이다.
도 9는 도 1에 도시된 시스템의 홈 기지국 게이트웨이 구성 요소의 블록도이다.
도 10은 도 1에 도시된 시스템의 HNB 관리 시스템(HNB Management System) 구성 요소의 블록도이다.
도 11은 RNCID-for-HNB가 U-RNTI 할당에 사용될 때의 셀 업데이트 처리의 시그널링 시퀀스를 예시하는 타이밍도이다.
도 12는 RNCID-for-HNB가 U-RNTI 할당에 사용될 때의 셀 업데이트 처리의 다른 시그널링 시퀀스를 예시하는 타이밍도이다.
도 13은 고유 GW-RNC-Id가 U-RNTI 할당에 사용될 때의 셀 업데이트 처리의 시그널링 시퀀스를 예시하는 타이밍도이다.
도 14는 "고유하지 않은" GW-RNC-Id가 U-RNTI 할당에 사용될 때의 셀 업데이트 처리의 시그널링 시퀀스를 예시하는 타이밍도이다.

개괄적으로 도면을 참조하여, 어떤 기능 블록도가 기기 내에 존재할 수 있는 기능을 간략히 보여주는 것을 의도하는 것으로 이해하여야 하며 그 기능 블록도에서 도시된 각 블록이 반드시 이산적 또는 개별적 엔티티임을 암시하는 것으로 이해하지 않아야 한다. 블록에 의해 제공된 기능은 이산적일 수 있거나 또는 기기의 전체 또는 기기의 일부분에 걸쳐 분산되어 있을 수 있다. 그 외에, 기능은 하드와이어드 요소, 소프트웨어 요소 또는 펌웨어 요소 또는 이들의 어떤 조합을 적절한 위치에 포함시킬 수 있다.

개요

도 1은 이동 전화(mobile telephone: MT)(3)의 사용자가 '홈' 기지국('home' base station: HNB) 기반 셀(9-1)에서 멀리 있을 때 사용자가 UTRAN 기지국(5)의 매크로 셀 및 무선 네트워크 제어기(Radio Network Controller: RNC)(7) 및 코어 네트워크(Core Network: CN)(8)를 통하여 다른 사용자들(도시되지 않음)과 통신할 수 있는 모바일 (셀룰러) 통신 시스템(1)을 개략적으로 예시한다. 사용자가 HNB 기반 셀(9-1) 내에 있을 때, 사용자는 HNB(11-1), 공중 데이터 네트워크(이 경우에는 인터넷(13)), 홈 기지국 게이트웨이(home base station gateway: HNB-GW)(15) 및 코어 네트워크(8)를 통하여 다른 사용자들(도시되지 않음)과도 통신할 수 있다. HNB(11-1)는 전형적으로 ADSL 또는 케이블 접속과 같은 적절한 인터넷 접속을 통해 각각의 HNB-GW(15)와 접속할 것이며 모든 업링크 통신이 각각의 HNB-GW(15)를 통해 전송되도록 HNB-GW(15)의 IP 어드레스로 프로그램되어 있다. 제2 HNB(11-2)는 그 자신의 셀(9-2)을 갖는 것으로 예시되어 있으며 이동 전화(3)는 어느 것이 가장 양호한 접속을 제공하느냐에 따라서 하나의 HNB(11)로부터 다른 HNB로 로밍할 수 있다. 도 1은 또한 초기화/발견(initialisation/discovery) 절차 동안 HNB(11)에게 (이웃 기지국을 식별하는 이웃 셀 정보를 포함하는) 여러 정보를 제공하는 책임을 맡은 HNB 관리 시스템(HNB Management System: HMS)(17)을 도시한다. 또한 HMS(17)는 새로운 이웃들이 연결될 때 또는 오래된 이웃들이 연결이 끊길 때 HNB(11)에 제공된 정보를 업데이트한다.

1. U-RNTI 할당

이동 전화(3)가 UTRAN 기지국(5)의 매크로 셀에서 RRC 접속(RRC Connection)을 시도할 때, RNC(7)는 U-RNTI를 할당하는 책임을 지며 할당된 U-RNTI를 RRC 접속 셋업(RRC CONNECTION SETUP) 메시지에 실어 이동 전화(3)에 송신할 것이다. 그러나, 이동 전화(3)가 HNB 기반 셀(9)에서 RRC 접속을 시도할 때, RNC 기능은 HNB(11)와 HNB-GW(15)에 분담되기 때문에, 어느 엔티티가 U-RNTI 할당에 책임을 지는지 분명하지 않다.

1.1 HNB에 의한 U-RNTI 할당

U-RNTI 할당이 HNB(11)에 의해 수행되면, U-RNTI는 이동 전화(3)가 HNB(11) 및 HNB-GW(15)에 등록되는 시점에 HNB(11)가 HNB-GW(15)로부터 수신하는 HNBAP UE 등록 허용(HNBAP UE REGISTER ACCEPT) 메시지 내에서 수신된 게이트웨이 RNC-ID(TS 25.469 섹션 9.2.26에서 규정된 GW-RNC-Id)에 기반하여 할당될 수 있다. 대안으로, U-RNTI는 HNB 초기화/발견 절차 동안 HMS(17)에 의해 할당된 HNB RNC-ID(TS 25.467 섹션 6.1.4.3에서 규정된 RNCID-for-HNB)에 기반하여 할당될 수 있다. 게이트웨이 RNC-ID는 하나의 HNB-GW(15)에 등록된 모든 HNB(11)에 대해 동일할 수 있기 때문에, 발명자들은 HNB(11)가 U-RNTI를 할당하는 경우 그것의 RNC-ID(RNCID-for-HNB)를 이용하는 것을 제안한다. 발명자들은 또한 HMS(17)가 각 HNB(11)에게 고유한(unique) RNCID-for-HNB를 송신하는 것을 제안한다.

1.2 HNB-GW에 의한 U-RNTI 할당

U-RNTI 할당이 HNB-GW(15)에 의해 수행되면, HNB-GW(15)는 각 이동 전화(3)에 할당된 U-RNTI의 독자성을 관리할 것이다. 부가하자면, 이 경우, HNB-GW(15)는 이동 전화(3)에 대한 RRC 접속 셋업 절차 동안 U-RNTI를 HNB(11)에 제공하여 HNB(11)가 그 U-RNTI를 RRC 접속 셋업 메시지에 실어 이동 전화(3)에 송신할 수 있게 할 것이다.

이와 관련하여, 현재 규정된 버전의 표준(TS 25.467 V8.2.0 섹션 5.1.2 및 5.1.3)은 이동 전화(3)가 RRC 초기 직접 전송(RRC Initial Direct Transfer) 메시지를 송신할 때 HNB(11)와 HNB-GW(15) 사이에서 전송된 제1 이동 전화의 특정 통신이 이루어지는 것을 규정하고 있다. 그러나, 이 제안에 따르면, HNB(11)는 그에 앞서 HNB-GW(15)로부터 고유한 U-RNTI를 얻기 위하여 HNB-GW(15)와 상호작용할 것이다. 이러한 프로세스는 도 2에 예시된다. 도시된 바와 같이, 단계(1)에서 이동 전화(3)가 HNB(11)에 RRC 접속 요청(RRC Connection Request)을 한 것에 응답하여, 단계(2)에서 HNB(11)는 새로운 HNBAP URNTI 요청(HNBAP URNTI REQUEST) 메시지를 생성하여 HNB-GW(15)에 전송한다. 그러면 단계(3)에서 HNB-GW(15)는 이동 전화(3)의 U-RNTI를 생성하고 이것을 새로운 HNBAP URNTI 응답(HNBAP URNTI RESPONSE) 메시지에 실어 다시 HNB(11)에 송신한다. 이동 전화(3)의 U-RNTI를 수신한 것에 응답하여, 단계(4)에서 HNB(11)는 할당된 U-RNTI를 포함하는 RRC 접속 셋업 메시지를 송신한다. 그러면 단계(5)에서 이동 전화(3)는 RRC 접속 셋업 완료(RRC Connection Setup Complete) 메시지를 송신한 다음, 단계(6)에서 그 RRC 초기 직접 전송 메시지를 HNB(11)에 송신할 수 있다. 그러면 단계(7)에서 HNB(11)는 HNB-GW(15)에 등록 절차를 시작하고, 그 절차의 완료 이후 단계(8)에서 HNB(11)는 RUA 접속(RUA CONNECT) 메시지를 HNB-GW에 송신할 수 있다.

3GPP 기술 규격 TS 25.331 V8.6.0에 따르면, 이동 전화(3)가 접속된 상태에 있을 때 이동 전화의 U-RNTI가 존재하며 이동 전화(3)가 유휴(IDLE) 상태로 바뀌는 경우 해제될 것이다. 그리고 나서, 이동 전화(3)가 다시 같은 HNB(11)와 접속을 설정하는 경우, 이동 전화(3)에 새로운 U-RNTI를 할당하기 위해 새로운 HNBAP 절차 (HNBAP UE U-RNTI Request/Response)가 다시 수행되어야 하겠지만, 이 이동 전화(3)의 콘텍스트(context)가 이미 존재하기 때문에 이동 전화 등록 절차는 다시 수행되지 않을 것이다. 그러나, 바람직한 예시적인 실시예에서, 유휴 상태 동안 이동 전화(3)의 콘텍스트가 HNB(11)에 의해 유지되고 있기 때문에, 이동 전화(3)가 유휴 상태로 진입할 때 U-RNTI는 이동 전화(3)와 HNB(11) 양측에서 유지될 수 있다. 이러한 방식으로, 이동 전화(3)가 접속된 모드로 되돌아오는 경우 새로운 U-RNTI는 재할당될 필요가 없다.

2. 셀 업데이트 처리(Cell Update Handling)

전술한 바와 같이, 이동 전화(3)가 그의 CELL FACH 접속된 상태에 있는 경우, 이동 전화는 타겟 HNB(예컨대, HNB(11-2))로 옮기고자 할 때 셀 업데이트 메시지를 그 HNB(11-2)에 송신한다. 타겟 HNB(11-2)는 다른 HNB(예컨대, HNB(11-1)) 또는 매크로 기지국(5)일 수 있는 서빙 기지국으로부터 여러 정보를 검색하여야 한다. 타겟 HNB(11-2)가 이 정보를 검색할 수 있는 여러 방법이 있으며 사용된 방법은 U-RNTI를 어떻게 할당했는지 그리고 소스가 매크로 기지국(5) 인지 아니면 다른 HNB(11)인지에 달려 있을 것이다.

2.1 HNB 간 셀 업데이트 처리(Cell Update Handling - HNB to HNB)

릴리즈 9에서는 HNB 네트워크에서 U-RNTI를 할당하는 여섯 가지 가능한 방식이 있다.

1. PLMN 전체의 고유 RNCID-for-HNB에 기반한 U-RNTI 할당

2. PLMN 전체의 고유 GW-RNC-Id에 기반한 U-RNTI 할당

3. 부근 전체의 고유 RNCID-for-HNB에 기반한 U-RNTI 할당

4. 부근 전체의 고유 GW-RNC-Id에 기반한 U-RNTI 할당

5. "고유하지 않은" RNCID-for-HNB에 기반한 U-RNTI 할당

6. "고유하지 않은" GW-RNC-Id에 기반한 U-RNTI 할당

방식(1)의 셀 업데이트 처리 절차는 방식(3)의 처리 절차와 동일하며 방식(2)의 셀 업데이트 처리 절차는 방식(4)의 처리 절차와 동일하다. 방식(5)의 셀 업데이트 처리 절차는 필요 이상으로 복잡하기 때문에 설명되지 않을 것이다.

따라서 이제 다음의 셀 업데이트 처리 시나리오가 기술될 것이다.

▷ U-RNTI 할당 방식(1) 및 (3)에 사용된 (적어도 부근에서) 고유한 RNCID-for-HNB 를 이용한 셀 업데이트 처리

▷ U-RNTI 할당 방식(2) 및 (4)에 사용된 (적어도 부근에서) 고유한 GW-RNC-Id 를 이용한 셀 업데이트 처리

▷ U-RNTI 할당 방식(6)에 사용된 "고유하지 않은" GW-RNC-Id를 이용한 셀 업데이트 처리

소스 HNB(11-1)와 타겟 HNB(11-2) 사이에서 셀 업데이트 메시지를 라우팅하기 위하여, 새로운 HNBAP 메시지가 정의되거나 또는 기존의 RNSAP 메시지가 사용될 것이다.

2.1.1 U-RNTI 할당에 고유 RNCID-for-HNB가 사용될 때의 셀 업데이트 처리

2.1.1.1 대안 1: 각 HNB(11)에서 보관된 각 이웃의 RNCID-for-HNB

이 경우, 각 HNB(11)는 그의 각 이웃의 RNCID-for-HNB를 그의 이웃 셀 정보 테이블 내에 유지한다. 이 테이블은 새로운 이웃들이 검출될 때 또는 몇몇 이웃들이 동작하지 않을 때 가끔씩 채워지고 업데이트된다. 이 실시예에서, HMS(17)는 HNB(11)에게 각 이웃 HNB(11)의 RNCID-for-HNB를 공급할 것이다. 이 정보는 HNB(11)가 HNB-GW(15)에 등록할 때 수행되는 발견 절차 동안 제공될 수 있으며 HMS(17)에 의해 일정한 간격으로 또는 이웃 셀 정보가 변경할 때 업데이트된다. 예시적인 본 실시예에서, 이웃 셀 정보 테이블(표 1)은 다음의 정보를 포함한다.

이 경우에 사용된 셀 업데이트 처리 절차는 도 3에 예시된다. 도시된 바와 같이, 단계(10)에서, 이동 전화(MT)(3)는 RRC 셀 업데이트 메시지를 타겟 HNB(11-2)(HNB-t)에 송신한다. 단계(11)에서, 타겟 HNB(11-2)는 셀 업데이트 메시지를 수신하고 이를 처리하고 U-RNTI를 디코드하여 서빙 셀의 RNCID-for-HNB를 판단한다. 판단된 RNCID-for-HNB가 그 자신의 RNCID가 아니면, 타겟 HNB는 이동 전화(3)가 로밍하고 있다고 확인한다. 단계(12)에서, 타겟 HNB(11-2)는 판단된 RNCID-for-HNB를 사용하여 전술한 이웃 셀 테이블에서 소스 HNB(11-1)(HNB-s)의 GW-RNC-Id 및 셀 ID(CELL ID)를 찾는다.

그 다음, 단계(13)에서 타겟 HNB(11-2)는 올바른 소스 HNB(11-1)에 포워딩하기 위해 메시지(셀 업데이트 콘텍스트 요청(Cell Update Context Request))을 HNB-GW(15)에 송신한다. 이 메시지는 소스 HNB(11-1) 정보(GW-RNC-Id 및 셀 ID) 및 타겟 HNB(11-2) 정보(GW-RNC-Id 및 셀 ID)를 포함한다. 이 메시지는 또한 이동 전화(3) 정보(셀 업데이트 메시지로부터 받은 U-RNTI 및 다른 관련 IE)를 포함한다. 단계(14)에서, HNB-GW(15)는 수신된 메시지 중 일부 IE를 조사하여 (GW-RNC-Id 및 셀 ID로부터) 소스 HNB(11-1) 또는 그의 게이트웨이를 식별한다. 그런 다음 단계(15)에서 HNB-GW(15)는 그 메시지를, 이 경우에는 식별된 소스 HNB(11-1)에 포워드한다. 그러면 단계(16)에서 소스 HNB(11-1)는 U-RNTI를 체크하여 이동 전화(3)를 식별한다. 그 다음 단계(17)에서, 소스 HNB(11-1)는 셀 업데이트 콘텍스트 응답(Cell Update Context Response) 메시지를 다시 HNB-GW(15)에 송신한다. 이 응답 메시지는 타겟 HNB(11-2)에 의해 RRC 셀 업데이트 확인(RRC CELL UPDATE CONFIRM) 메시지를 인코드하는데 요구된 모든 필요한 IE를 갖고 있으며 소스 HNB(11-1) 정보 및 타겟 HNB(11-2) 정보 및 U-RNTI를 포함한다. HNB-GW(15)는 수신된 메시지 중 일부 IE를 조사하여 (GW-RNC-Id 및 셀 ID로부터) 타겟 HNB(11-2) 또는 게이트웨이를 식별한다. 그런 다음 단계(18)에서 HNB-GW(15)는 메시지를, 이 경우에는 식별된 HNB(11-2)에 포워드한다. 그러면 단계(19)에서 타겟 HNB(11-2)는 수신된 정보를 이용하여 RRC 셀 업데이트 확인 메시지를 인코드하고 이것을 다시 이동 전화(3)에 전송하여 셀 업데이트 절차를 완료한다.

2.1.1.2 대안 2: HNB-GW에서 보관된 각 이웃의 RNCID-for-HNB

앞에서 설명된 대안 1은 각 HNB(11)가 그의 모든 현재 이웃들의 RNCID-for-HNB를 갖고 있기 때문에 이웃 셀 정보의 잦은 업데이트가 필요할 것이라는 문제를 겪는다. 부가적으로, 업데이트의 HMS 시그널링의 지연으로 인해, HNB(11)에 저장되어 있는 이웃 정보는 최신의 것이 아닐 수 있다.

대안 2에서, HNB-GW(15)는 각 HNB(11)의 RNCID-for-HNB를 저장하고 있다. 이 실시예에서, 각 HNB(11)는 HNB-GW(11)에게 그의 RNCID-for-HNB를 알려준다. 이것은 동작을 개시할 때 HNB(11)가 HNB-GW에게 전송하여 그 자체를 게이트웨이(15)에 등록하는 HNBAP HNB 등록 요청(HNBAP HNB REGISTER REQUEST) 메시지의 새로운 IE 내에 HNB(11)가 그의 RNCID-for-HNB를 포함시킴으로써 이루어질 수 있다. 이것은 하기 표(표 2)에 예시된다.

본 대안에서 사용된 시그널링 절차는 도 4에 예시된다. 단계(21 내지 24)에 도시된 바와 같이, 소스 HNB(11-1) 및 타겟 HNB(11-2)는 전술한 HNB 등록 요청을 이용하여 자신들을 HNB-GW(15)에 등록한다. 이로써 HNB-GW(15)는 HNB-GW(15)가 나중에 사용하기 위해 저장하는 소스 HNB(11-1) 및 타겟 HNB(11-2) 양측의 RNCID-for-HNB를 갖게 된다. 단계(25)에서, 소스 HNB(11-1)는 U-RNTI를 이동 전화(3)에 할당한다. 그 다음, 단계(26)에서, 이동 전화(3)는 셀 업데이트 메시지를 타겟 HNB(11-2)에 송신한다. 단계(27)에서 타겟 HNB(11-2)는 수신된 메시지를 처리하고, U-RNTI를 디코드하여 서빙 기지국의 RNCID-for-HNB를 판단한다. 예시적인 본 실시예에서, 타겟 HNB(11-2)는 판단된 RNCID-for-HNB가 자신의 것이 아님을 알게 되고, 그럼으로써 이동 전화(3)가 로밍 중임을 확인한다. 단계(28)에서, 타겟 HNB(11-2)는 그 자신의 RNCID-for-HNB 및 소스 HNB(11-1)의 RNCID-for-HNB를 포함한 라우팅 정보를 갖고 있는 HNB-GW(15)에게 메시지(셀 업데이트 콘텍스트 요청)을 전송할 것이다. 이 메시지는 또한 이동 전화(3)의 U-RNTI와 함께 셀 업데이트 메시지로부터 받은 관련 IE를 포함하고 있다. 게이트웨이(15)는 메시지를 수신하고 처리하며 타겟 HNB(11-2)에 의해 디코드된 RNCID-for-HNB로부터 어느 기지국이 소스 기지국인지(이 경우에는 HNB(11-1))를 판단한다. 이것은 RNCID-for-HNB와 셀 ID 간에 일대일 맵핑이 있으므로 가능한데, 그 이유는 셀 ID는 PLMN에서 고유한 것이며 HMS(17)는 이웃 HNB들(11)이 동일한 RNCID-for-HNB를 갖지 않는다는 것을 보장하기 때문이다. 그 다음 단계(30)에서 HNB-GW(15)는 소스 HNB(11-1)에 관련 라우팅 정보 및 U-RNTI 정보를 포함하는 메시지(포워드 셀 업데이트 콘텍스트 요청(Forward Cell Update Context Request))을 송신한다. 소스 HNB(11-1)는 메시지를 수신하고 단계(31)에서 그 메시지 내에 포함된 U-RNTI로부터 이동 전화(3)를 식별한다.

도 4b에 예시된 바와 같이, 단계(32)에서 소스 HNB(11-1)는 그 후 RRC 셀 업데이트 확인 메시지를 인코딩하는데 요구되는 모든 필요한 IE를 다시 HNB-GW(15)에 송신한다. 이 정보는 소스 HNB(11-1) 정보 및 타겟 HNB(11-2) 정보 그리고 U-RNTI를 다시 포함하는 셀 업데이트 콘텍스트 응답(Cell Update Context Response) 메시지 내에서 송신된다. HNB-GW(15)는 수신된 메시지 중 일부 IE를 조사하여 타겟 HNB(11-2) 또는 그의 게이트웨이를 식별한다. 그 다음 단계(33)에서 HNB-GW(15)는 메시지를 이 경우에는 식별된 타겟 HNB(11-2)에 포워드한다. 그 다음 단계(34)에서 타겟 HNB(11-2)는 수신된 메시지를 사용하여 RRC 셀 업데이트 확인 메시지를 인코드하고 이동 전화(3)에 다시 전송하여 셀 업데이트 절차를 완료할 수 있다.

2.1.2 고유한 GW-RNC-Id가 U-RNTI 할당을 위해 사용될 때의 셀 업데이트 처리

이 대안에서, HNB-GW(15)는 각 HNB(11)에게 상이한(고유한) GW-RNC-Id를 송신한다. (고유함이 부근으로 제한되는 경우, 이웃 정보 테이블 내 셀 ID와 함께) GW-RNC-Id는 라우팅 목적을 위해, 즉, 올바른 소스 HNB(11-1)를 식별하기 위해 사용된다. 그래서 소스 HNB(11-1)는 전술한 바와 같이 U-RNTI에 근거하여 이동 전화(3)를 식별할 수 있다. 이러한 접근법에서, HNB-GW(15)는 U-RNTI를 알지 못한다.

예시적인 본 실시예의 시그널링 시퀀스는 도 5에 도시되며 도 3에 도시된 시퀀스와 유사하다. 주요한 차이는 타겟 HNB(11-2)가 U-RNTI로부터 GW-RNC-Id를 디코드하고 이것을 게이트웨이(15)에 전달한다는 것이다. 게이트웨이(15)가 GW-RNC-Id를 각 HNB(11)에 할당했기 때문에, 게이트웨이는 어느 HNB가 올바른 소스 HNB(11-1)인지 식별할 수 있다. 나머지 단계들은 이전과 동일하므로 다시 설명하지 않는다.

HNB-GW(15)는 두 가지 방식으로 고유한 GW-RNC-Id를 HNB(11)에 할당할 수 있다.

1. HNB-GW(15)는 각 HNB(11)에 상이한 GW-RNC-Id를 송신하지만 코어 네트워크(8)에 대해서는 단일의 RNC-ID를 유지한다. 즉, 코어 네트워크(8)는 HNB-GW(15)에 속한 HNB들(11)을 하나의 RNC로 간주한다. 그러면 HNB-GW(15)는 HNB(11)에 의해 RANAP 메시지 내에서 송신된 GW-RNC-Id를 코어 네트워크(8)가 알고 있는 RNC ID로 대체하고, 또한 그 역도 성립한다.

2. HNB-GW(15)는 각 HNB(11)에게 코어 네트워크(8)도 알고 있는 상이한 GW-RNC-Id를 송신한다. 코어 네트워크(8)는 각 HNB(11)를 개개의 RNC들로서 간주한다.

2.1.3 U-RNTI 할당에 "고유하지 않은" GW-RNC-Id가 사용될 때의 셀 업데이트 처리

이 경우, HNB-GW(15)는 U-RNTI를 이동 전화(3)에 할당하는 책임을 지며 어느 HNB(11)가 어느 U-RNTI를 서빙하고 있는지를 식별하는 정보를 유지한다. 이 대안의 시그널링 시퀀스는 도 6에 예시된다. 도시된 바와 같이, 단계(62)에서, 이동 전화(3)는 RRC 셀 업데이트 메시지를 타겟 HNB(11-2)에 송신한다. 단계(63)에서 타겟 HNB(11-2)는 U-RNTI를 디코드하여 GW-RNC-Id를 판단하고 이로부터 이동 전화(3)가 로밍하고 있음을 판단한다. 그 다음 단계(64)에서 타겟 HNB(11-2)는 셀 업데이트 메시지로부터의 U-RNTI 및 관련 IE를 포함하는 셀 업데이트 콘텍스트 요청 메시지를 HNB-GW(15)에 송신한다. 단계(65)에서 HNB-GW(15)는 이 메시지를 처리하고 U-RNTI에 근거하여 소스 HNB(11-1)를 식별한다. 또한 HNB-GW(15)는 U-RNTI와 관련하여 타겟 HNB(11-2)를 식별하는 데이터를 저장한다. 그 다음 단계(66)에서 HNB-GW(15)는 셀 업데이트 메시지로부터의 U-RNTI 및 관련 IE를 포함하는 메시지(포워드 셀 업데이트 콘텍스트 요청)를 식별된 소스 HNB(11-1)에 송신한다. 단계(67)에서 소스 HNB(11-1)는 메시지를 처리하여 U-RNTI로부터 이동 전화(3)를 식별한다. 그리고 나서 단계(68)에서 소스 HNB(11-1)는 HNB-GW(15)에게 U-RNTI 및 관련 IE를 포함하는 셀 업데이트 콘텍스트 응답 메시지를 송신하며, 이 관련 IE는 타겟 HNB(11-2)로 하여금 RRC 셀 업데이트 확인 메시지를 인코드하게 해줄 것이다. HNB-GW(15)는 그 메시지를 수신하고, U-RNTI로부터 (단계(65)에서 저장된 데이터로부터) 타겟 HNB(11-2)를 식별한다. 그 다음 단계(69)에서 HNB-GW(15)는 그 메시지를 타겟 HNB(11-2)에 포워드한다. 그러면 단계(70)에서 타겟 HNB(11-2)는 수신된 정보를 이용하여 RRC 셀 업데이트 확인 메시지를 인코드하고 이것을 다시 이동 전화(3)에 전송하여 셀 업데이트 절차를 완료한다.

2.2 매크로와 HNB 간 셀 업데이트 처리

릴리즈 9에서는 HNB(11) 또는 HNB-GW(15)와 매크로 RNC(7) 사이에 어떠한 Iur 접속(Iur Connection)도 없다. 이것은 타겟 HNB(11-2)가 매크로 기지국(5)에서 HNB(11)로 이동하고 있는 이동 전화(3)로부터 셀 업데이트 메시지를 수신할 때, Iur 인터페이스가 없음으로 인해, 타겟 HNB(11-2)가 매크로 RNC(7)로부터 받은 콘텍스트를 페치할 수 없음을 의미한다.

타겟 HNB(11-2)는 RRC 셀 업데이트 메시지에서 보고된 U-RNTI가 그 자신이 할당하지 않은 것임을 검출하고 RNC ID가 매크로 RNC(7)의 것임을 확인할 때, 타겟 HNB(11-2)는 "지시된 시그널링 접속 재설정(Directed Signalling Connection Reestablishment)"을 개시할 수 있다. 이 프로세스는 표준 기술 규격 TS 24.008 V9.0.0에 상세히 기술되어 있으며, 그 내용은 본 명세서에서 참조문헌으로 통합된다.

이것을 실행하기 위하여, 타겟 HNB(11-2)는 그의 이웃들의 RNC-ID를 알아야 할 뿐 아니라 이웃이 HNB인지 또는 매크로 셀인지를 알고 있어야 한다. 이러한 정보는 두 가지 방식으로 HNB들(11)에게 제공될 수 있다.

1. HMS(17)는 각 이웃 셀마다 HNB(11)에 송신한 이웃 셀 정보에 새로운 셀 유형 IE를 포함할 것이다. 셀 유형은 "HNB" 또는 "Macro" 일 수 있다.

2. 만일 매크로 셀 및 (HNB) 셀을 위해 예약된 RNC-ID 범위를 알고 있다면, HMS(17)는 HNB 셀에 사용될 RNC-ID의 범위 및 매크로 셀에 사용될 RNC-ID의 범위를 각 HNB(11)에 송신할 수 있다.

이동 전화

도 7은 도 1에 도시된 이동 전화(3)의 주요 구성요소를 개략적으로 예시한다. 도시된 바와 같이, 이동 전화(3)는 하나 이상의 안테나(33)를 통하여 신호를 기지국(5) 또는 HNB(11)에 전송하고 그로부터 신호를 수신하도록 동작하는 송수신기 회로(31)를 포함한다. 도시된 바와 같이, 이동 전화(3)는 또한 이동 전화(3)의 동작을 제어하고 송수신기 회로(31)에 연결되면서 또한 라우드스피커(37), 마이크로폰(39), 디스플레이(41), 및 키패드(43)에 연결된 제어기(35)를 포함한다. 제어기(35)는 메모리(45) 내에 저장된 소프트웨어 명령에 따라서 동작한다. 도시된 바와 같이, 이들 소프트웨어 명령은 무엇보다도 오퍼레이팅 시스템(47), 셀 선택 모듈(48) 및 U-RNTI 모듈(49)을 포함한다.

예시적인 본 실시예에서, 셀 선택 모듈(48)은 등록하고 셀 업데이트 메시지가 송신될 셀(HNB/매크로 기지국)을 선택하도록 동작한다. U-RNTI 모듈(49)은 이동 전화(3)가 접속 상태에서 유휴 상태로 복귀한 이후라도 HNB(11)에 의해 할당되었던 U-RNTI를 유지하도록 동작한다.

홈 기지국

도 8은 도 1에 도시된 각각의 홈 기지국(HNB)의 주요 구성요소를 예시하는 블록도이다. 도시된 바와 같이, 각 HNB(11)는 하나 이상의 안테나(53)를 통하여 신호를 이동 전화(3)에 전송하고 그로부터 신호를 수신하도록 동작하고; HNB-GW 인터페이스(55)를 통해 신호를 HNB-GW(15)에 전송하고 그로부터 신호를 수신하도록 동작하고; HMS 인터페이스(56)를 통해 신호를 HMS(17)에 전송하고 그로부터 신호를 수신하도록 동작하는 송수신기 회로(51)를 포함한다. 송수신기 회로(51)의 동작은 메모리(59)에 저장된 소프트웨어에 따라서 제어기(57)에 의해 제어된다. 도 8에 반드시 도시할 필요는 없겠지만, 홈 기지국(11)은 물론 셀룰러 전화 네트워크 홈 기지국의 모든 통상적인 기능을 가질 것이며 이것은 적절히 하드웨어, 소프트웨어 및 펌웨어 중 어느 하나 또는 이들의 어떤 조합에 의해 제공될 수 있다. 소프트웨어는 메모리(59)에 미리 설치될 수 있으며 및/또는 통신 네트워크(8)를 통해 또는 착탈가능한 데이터 저장 장치로부터 다운로드받을 수 있다.

제어기(57)는, 본 예에서는 메모리(59)에 저장된 프로그램 명령 또는 소프트웨어 명령에 따라, 홈 기지국(11)의 전체 동작을 제어하도록 구성된다. 도시된 바와 같이, 이들 소프트웨어 명령은 무엇보다도 오퍼레이팅 시스템(61), HNB 등록 모듈(63), 이동 전화 등록 모듈(65), U-RNTI 할당 모듈(66), U-RNTI 디코딩 모듈(67), 및 통신 제어 모듈(68)을 포함한다. HNB 등록 모듈(63)은 HNB(11)를 HNB-GW(15)에 등록하도록 동작하며 이동 전화 등록 모듈(65)은 이동 전화(3)를 HNB-GW(15)에 등록하도록 동작한다. U-RNTI 할당 모듈(66)은 전술한 몇몇 예시적인 실시예에서 이동 전화(3)에 U-RNTI를 할당하도록 동작한다. U-RNTI 디코딩 모듈(67)은 이동 전화(3)로부터 수신된 셀 업데이트 메시지 내 U-RNTI를 디코드하도록 동작하며 통신 제어 모듈(68)은 전술한 방식으로 HNB-GW(15) 또는 HMS(17)와의 통신을 제어하도록 동작한다. 도 8에 도시된 바와 같이, HNB(11)의 메모리에는 또한 HNB(11)가 HMS(17)로부터 수신하는 그리고 전술한 몇몇 예시적인 실시예에서는 통신 제어 모듈(68)이 소스 HNB(11-1) 또는 소스 매크로 기지국(5)을 식별하도록 사용하는 관련 셀 정보를 저장하는 이웃 정보 테이블(69)이 저장된다.

홈 기지국 게이트웨이

도 9는 도 1에 도시된 홈 기지국 게이트웨이(HNB-GW)(15)의 주요 구성요소를 예시하는 블록도이다. 도시된 바와 같이, HNB-GW(15)는 HNB 인터페이스(72)를 통하여 신호를 HNB(11)에 전송하고 그로부터 신호를 수신하며 CN 인터페이스(74)를 통해 신호를 CN(8)에 전송하고 그로부터 신호를 수신하도록 동작하는 송수신기 회로(70)를 포함한다. 송수신기 회로(70)의 동작은 메모리(78)에 저장된 소프트웨어에 따라서 제어기(76)에 의해 제어된다. 도 9에 반드시 도시할 필요는 없겠지만, HNB-GW(15)는 셀룰러 전화 HNB-GW의 모든 통상적인 기능을 가질 것은 물론이며 이것은 적절히 하드웨어, 소프트웨어 및 펌웨어 중 어느 하나 또는 이들의 어떤 조합에 의해 제공될 수 있다. 소프트웨어는 메모리(78)에 미리 설치될 수 있으며 및/또는 통신 네트워크(8)를 통해 또는 착탈가능한 데이터 저장 장치로부터 다운로드받을 수 있다.

제어기(76)는 본 예에서 메모리(78)에 저장된 프로그램 명령 또는 소프트웨어 명령에 따라, 홈 기지국 게이트웨이(15)의 전체 동작을 제어하도록 구성된다. 도시된 바와 같이, 소프트웨어는 무엇보다도 오퍼레이팅 시스템(80), 기지국 등록 모듈(82), 이동 전화 등록 모듈(84), U-RNTI 할당 모듈(86) 및 통신 제어 모듈(87)을 포함한다. 기지국 등록 모듈(82)은 HNB(11)를 게이트웨이에 등록하도록 동작하며 이동 전화 등록 모듈은 이동 전화(3)를 게이트웨이(15)에 등록하도록 동작한다. U-RNTI 할당 모듈(86)은 전술한 몇몇 예시적인 실시예에서 이동 전화(3)에 U-RNTI를 할당하도록 동작하며, 통신 제어 모듈(87)은 전술한 소스 HNB(11-1)와 타겟 HNB(11-2) 사이의 각종 통신을 제어하도록 동작한다. HNB-GW(15)의 메모리(78)는 또한 몇몇 실시예에서와 같이 이동 전화(3)에 할당된 U-RNTI 및 서빙 HNB의 RNCID-for-HNB를 저장하는 HNB 및 이동 전화 데이터(88)를 포함한다.

HMS

도 10은 도 1에 도시된 HNB 관리 시스템(17)의 주요 구성요소를 예시하는 블록도이다. 도시된 바와 같이, HMS(17)는 HNB 인터페이스(93)를 통해 신호를 HNB(11)에 전송하고 그로부터 신호를 수신하도록 동작하는 송수신기 회로(91)를 포함한다. 송수신기 회로(91)의 동작은 메모리(97)에 저장된 소프트웨어에 따라 제어기(95)에 의해 제어된다. 도 10에 반드시 도시할 필요는 없겠지만, 물론 HMS(17)는 셀룰러 전화 네트워크 HMS(17)의 모든 통상적인 기능을 가질 것이며 이것은 적절히 하드웨어, 소프트웨어 및 펌웨어 중 어느 하나 또는 이들의 어떤 조합에 의해 제공될 수 있다. 소프트웨어는 메모리(97)에 미리 설치될 수 있으며 및/또는 통신 네트워크(8)를 통해 또는 착탈가능한 데이터 저장 장치로부터 다운로드받을 수 있다.

제어기(95)는 본 예에서 메모리(97)에 저장된 프로그램 명령 또는 소프트웨어 명령에 따라 HMS(17)의 전체 동작을 제어하도록 구성된다. 도시된 바와 같이, 이들 소프트웨어 명령은 무엇보다도 오퍼레이팅 시스템(99), RNCID 할당 모듈(101), HNB 이웃 판단 모듈(103) 및 통신 제어 모듈(105)을 포함한다. RNCID 할당 모듈(101)은 몇몇 실시예에서 (적어도 부근에서는) 고유한 RNCID-for-HNB를 각 HNB(11)에 할당하도록 동작한다. HNB 이웃 판단 모듈(103)은 몇몇 실시예에서 각 HNB에게 이웃 셀(HNB 및 매크로 모두)을 식별하고 이들 이웃 셀들의 RNC-ID를 HNB(11)에 제공하도록 동작한다. 통신 제어 모듈(105)은 전술한 HNB(11)와의 각종 통신을 제어하도록 동작한다. HMS(17)의 메모리에는 또한 어느 노드(기지국)가 옆에 있는지를 규정하는 네트워크 토폴로지를 식별하는 데이터를 저장하는 네트워크 이웃 데이터(107)를 저장한다. HNB 이웃 판단 모듈(103)은 이 데이터(107)를 이용하여 각 HNB(11)의 부근에 있는 HNB 및 매크로 기지국을 식별한다.

전술한 설명에서, 이동 전화(3), 홈 기지국(11), 홈 기지국 게이트웨이(15) 및 HMS(17)는 용이한 이해를 위해 다수의 이산적인 모듈들(기지국 등록 모듈, 전화 등록 모듈, U-RNTI 모듈 등)을 갖는 것으로 기술되었다. 예를 들면, 기존의 시스템이 본 발명을 구현하기 위해 다른 응용으로, 예컨대 처음부터 염두에 두고 본 발명의 특징을 지니게 설계된 시스템으로 변형된 경우, 이들 모듈들은 이러한 방식으로 특정 응용에 제공될 수 있지만, 이들 모듈은 전체의 오퍼레이팅 시스템 또는 코드에 반영될 수 있으며 그래서 이들 모듈은 이산적인 엔티티로서 구별가능하지 않을 수 있다.

변형 및 대안

많은 예시적인 실시예가 앞에서 기술되었다. 당업자들이 인식하는 바와 같이, 본 명세서에서 구체화된 발명으로부터 이익을 얻으면서 전술한 예시적인 실시예에 대해 다수의 변형예 및 대안이 만들어질 수 있다.

전술한 예시적인 실시예에서, 통신 시스템에 기반한 이동 전화가 기술되었다. 당업자들이 인식하는 바와 같이, 본 출원에 기술된 시그널링 기술은 다른 통신 시스템에 이용될 수 있다. 다른 통신 노드 또는 기기는 예를 들면 개인 휴대정보 단말, 랩탑 컴퓨터, 웹 브라우저 등과 같은 사용자 기기를 포함할 수 있다.

전술한 예시적인 실시예에서, 이동 전화 및 HNB는 각기 송수신기 회로를 포함한다. 전형적으로 이 회로는 전용 하드웨어 회로로 구성될 것이다. 그러나, 일부 예시적인 실시예에서, 송수신기 회로의 일부는 대응하는 제어기에 의해 실행되는 소프트웨어로서 구현될 수 있다.

전술한 예시적인 실시예에서, 다수의 소프트웨어 모듈들이 기술되었다. 당업자들이 인식하는 바와 같이, 소프트웨어 모듈은 컴파일된 형태 또는 컴파일되지 않은 형태로 제공될 수 있으며 컴퓨터 네트워크를 통해 신호로서, 또는 기록 매체 상의 신호로서 HNB, HMS 또는 HNB-GW에 제공될 수 있다. 또한, 이 소프트웨어의 일부 또는 전체에 의해 수행된 기능은 하나 이상의 전용 하드웨어 회로를 이용하여 수행될 수 있다. 그러나, 기지국, 게이트웨이 및 이동 전화의 기능을 업데이트하기 위해 소프트웨어 모듈을 이용하면 이들을 업데이트하기가 용이하기 때문에 바람직하다.

본 명세서에서 특정한 통신 노드(예컨대, HNB, 기지국, RNC)가 기술되었지만, 이 설명은 유사한 기능을 갖는 다른 노드에도 동일하게 적용할 수 있음이 인식될 것이다.

당업자라면 여러 다른 변형을 인식할 것이며 아래에서 더 상세히 기술될 것이다.

3GPP 용어의 어휘

홈 기지국 - HNB(Home Base Station)

무선 네트워크 제어기 - RNC(Radio Network Controller)

사용자 장비 - UE(User Equipment)

HNB 게이트웨이 - HNB-GW(HNB gateway)

HNB 관리 시스템 - HMS(HNB Management System)

공중 육상 모바일 네트워크 - PLMN(Public Land Mobile Network)

전세계 지상파 무선 액세스 네트워크 - UTRAN(Universal Terrestrial Radio Access Network)

UTRAN 무선 네트워크 임시 식별자 - U-RNTI(UTRAN Radio Network Temporary Identifier)

RUA 메시지의 상세내용에 대해서는 3GPP 표준 서류 TS 25.468 - UTRAN Iuh 인터페이스 RANAP 사용자 적응(RANAP User Adaption: RUA) 시그널링을 참조하고, HNBAP 메시지에 대해서는 3GPP 표준 서류 TS 25.469 - UTRAN Iuh 인터페이스 홈 노드 B 애플리케이션 파트(Home Node B Application Part: HNBAP) 시그널링을 참조하고, RANAP 메시지에 대해서는 3GPP 표준 서류 TS 25.413 - UTRAN Iu 인터페이스 무선 액세스 네트워크 애플리케이션 파트(Radio Access Network Application Part: RANAP) 시그널링을 참조하라.

다음은 본 발명이 현재 제안된 3GPP 표준에서 구현될 수 있는 방식의 상세 설명이다. 여러 특징들이 본질적인 것 또는 필요한 것으로 기술되었지만, 이것은, 예컨대 표준에 의해 부과된 다른 요구사항으로 인해, 제안된 3GPP 표준의 경우에만 적용될 수 있을 뿐이다. 그러므로 이러한 설명은 어떤 방식으로도 본 발명을 제한하는 것으로 해석되지 않아야 한다.

1. 소개

CELL FACH 상태에서 한 HNB에서 다른 HNB로의 접속 모드 이동성(Connected mode mobility)은 릴리즈 9에서 현재 [1], [2]로 논의 중이다. CELL FACH 에서 접속 모드 이동성이 릴리즈 8에서는 지원되지 않지만, 타겟 HNB에 의한 RRC 셀 업데이트 메시지의 처리는 Iur이 없을 때 매크로 타겟 RNC가 셀 업데이트 메시지를 다루는 것과 동일한 방식으로 지원될 것이다. 이 문서에는 릴리즈 8 및 릴리즈 9에서 타겟 HNB에 의해 UE로부터 셀 업데이트 메시지를 다루는 해결책이 논의되어 있다.

2. 논의

2.1 릴리즈 8에서 셀 업데이트 메시지의 처리

릴리즈 8에서, 타겟 HNB가 RRC 셀 업데이트 메시지에서 보고된 URNTI가 타겟 HNB에 의해 할당되었음을 검출할 때 타겟 HNB에 의해 셀 업데이트 메시지를 처리하는 유일한 실행 방법은 타겟 HNB가 "지시된 시그널링 접속 재설정"을 개시하는 것이다. 이러한 처리를 지원하기 위하여, URNTI는 [3]에서 논의된 바와 같이 고유한 (적어도 부근에서는 고유한) SRNC-ID에 기반하여 할당될 것이다.

2.2 릴리즈 9에서 셀 업데이트 메시지의 처리

릴리즈 9에서, SRNC ID는 부근에서 고유할 필요는 없지만 URNTI 할당/관리에는 몇 가지 추가 시그널링이 필요하다. 현재로서는 어느 RNC ID가 URNTI 할당에 사용되며 이들 RNC ID가 이웃 HNB들의 것과 동일한지 또는 다른지 불분명하다. 그러므로 다음 섹션에서는 URNTI 할당에 대한 이러한 모든 경우에서 셀 업데이트 메시지의 처리에 관해 기술될 것이다. [3]에는 릴리즈 9에서 U-RNTI를 할당하는 6가지 가능한 방식이 있음을 분명히 하고 있다.

7. PLMN 전체의 고유 RNCID-for-HNB에 기반한 U-RNTI 할당

8. PLMN 전체의 고유 GW-RNC-Id에 기반한 U-RNTI 할당

9. 부근 전체의 고유 RNCID-for-HNB에 기반한 U-RNTI 할당

10. 부근 전체의 고유 GW-RNC-Id에 기반한 U-RNTI 할당

11. "고유하지 않은" RNCID-for-HNB에 기반한 U-RNTI 할당

12. "고유하지 않은" GW-RNC-Id에 기반한 U-RNTI 할당

(1) 및 (3)의 경우에서 셀 업데이트 처리는 동일하다. (2) 및 (4)의 경우에서 셀 업데이트 처리는 동일하다. (5)의 경우에서 셀 업데이트 처리는 [3]에서 언급한 것처럼 (5)가 복잡하므로 설명하지 않을 것이다.

그러므로 이하의 섹션은 셀 업데이트 처리 시나리오를 설명한다.

▷ U-RNTI 할당(1) 및 (3)에 사용된 (적어도 부근에서는) 고유한 RNCID-for-HNB를 이용한 셀 업데이트 처리

▷ U-RNTI 할당(2) 및 (4)에 사용된 (적어도 부근에서는) 고유한 GW-RNC-Id를 이용한 셀 업데이트 처리

▷ U-RNTI 할당(6)에 사용된 "고유하지 않은" GW-RNC-Id를 이용한 셀 업데이트 처리

2.2.1 U-RNTI 할당에 고유한 RNCID-for-HNB가 사용될 때의 셀 업데이트 처리

2.2.1.1 대안 1: HNB에서 보관된 각 이웃의 RNCID-for-HNB

이 방법의 시그널링 시퀀스는 도 11에 도시될 수 있다.

타겟 HNB는 UE가 이동하는 소스 HNB의 GW-RNC-Id 및 셀 ID를 알아야 한다. 타겟 HNB는 URNTI 분석을 통해 UE가 그의 서비스 영역으로 들어오는 것을 알고 있다. URNTI 분석으로부터, 타겟 HNB는 소스 HNB의 RNCID-for-HNB를 알게 될 것이다. RNCID-for-HNB와 이웃 셀 구성의 다른 정보 간에는 일대일 관계가 있다. 즉, RNCID-for-HNB는 HNB들에 의해 유지된 이웃 셀 정보의 각 엔트리에 대해 고유하다. 그래서 타겟 HNB는 이웃 셀 정보 테이블을 검색함으로써 소스 HNB의 GW-RNC-Id 및 셀 ID를 쉽게 알 수 있다.

HNB에 의한 그러한 검색을 가능하게 하기 위해, HMS는 발견 절차 동안 이웃 HNB들의 RNCID-for-HNB를 제공하여야 한다. HNB에서 이웃 셀 정보는 표 3에 도시된다.

HNB가 이웃 셀 정보 테이블에서 RNCID-for-HNB를 유지하면, 타겟 HNB는 URNTI로부터 RNCID-for-HNB를 얻을 수 있고 그런 다음 테이블을 검색하여 GW-RNC-Id 및 셀 ID를 찾을 수 있다.

타겟 HNB는 메시지 XXX를 송신한다. HNB-GW는 몇몇 IE(HNB의 GW-RNC-Id 및 셀 ID)를 조사하여 이 메시지가 어느 HNB에 포워드되어야 하는지 알게 된다. 그러면 소스 HNB는 URNTI를 체크하고 UE를 식별한다. 소스 HNB는 RRC 셀 업데이트 확인을 인코딩하는데 요구된 필요한 모든 IE를 HNB-GW를 경유하여 타겟 HNB에 송신한다.

제안 1a : HMS는 발견 절차 동안뿐만 아니라 이웃 정보의 변동이 있을 때 각 HNB에게 모든 이웃 HNB들의 RNCID-for-HNB를 송신할 것이다.

제안 1b: 새로운 HNBAP 메시지가 도입되거나 또는 기존 RNSAP 메시지가 타겟 HNB 및 소스 HNB 상호작용을 위해 사용될 것이다.

이웃 정보는 동적인 특성이 있다. HMS는 각 HNB에게 자주 이웃 정보를 송신할 필요가 있다. 또한 HMS-HNB 통신은 실시간으로 행하여 지지 않는다. 이것은 NMM의 경우에서처럼 HMS 시그널링에 기반하여 HNB에서 보관된 이웃 셀 정보가 이웃의 정확한 상태를 반영하지 못할 수 있음을 의미한다.

2.2.1.2 대안 2: HNB-GW에서 보관된 각 이웃의 RNCID-for-HNB

대안 1은 이웃 정보를 자주 업데이트할 필요를 겪는다. 대안 1의 장애물은 모든 현재 이웃들의 RNCID-for-HNB를 갖는 것이다. 이것은 이웃 정보를 업데이트할 때 HMS 시그널링의 지연때문에 보장될 수 없다.

대안 2에서,

RNCID-for-HNB는 HNBAP HNB 등록 요청 내에서 HNB-GW에 송신된다.

ㅇ 셀 ID는 PLMN에서 고유하며 HMS는 이웃 HNB가 타겟 HNB와 동일한 RNCID-for-HNB를 갖지 않도록 해주기 때문에 RNCID-for-HNB와 셀 ID간에는 일대일 맵핑된다.

타겟 HNB는 URNTI로부터 RNCID-for-HNB를 디코드하고 RNCID-for-HNB를 HNB-GW에 송신한다.

HNB-GW는 셀 업데이트 메시지를 올바른 소스 HNB에 라우트할 수 있다.

...

대안 2는 새로운 IE SRNC ID를 HNBAP HNB 등록 요청 메시지에 도입한다.

제안 1c: HNB는 HMS로부터 수신된 RNCID-for-HNB를 HNBAP HNB 등록 요청메시지에 실어 HNB-GW에 송신한다. HNB-GW는 이 RNCID를 U-RNTI 관리에 사용할 것이다.

이 방법의 시그널링 시퀀스는 도 12에 도시된다.

제안 1d: 새로운 HNBAP 메시지가 도입되거나 또는 기존 RNSAP 메시지가 타겟 HNB 및 소스 HNB 상호작용을 위해 사용될 것이다.

2.2.2 U-RNTI 할당에 고유한 GW-RNC-Id가 사용될 때의 셀 업데이트 처리

고유한 GW-RNC-Id는 셀 업데이트 메시지에서 보고된 U-RNTI로부터 추출될 수 있다. (고유함이 부근으로 제한되는 경우, 이웃 정보 테이블 내 셀 ID와 함께) 이러한 GW-RNC-Id는 라우팅 목적으로, 즉, 올바른 HNB를 식별하기 위해 사용된다. 그런 다음 HNB는 URNTI에 근거하여 UE를 식별한다. 이 접근법에서, HNB-GW는 URNTI를 알지 못한다.

HNB-GW는 URNTI 분석을 통해 타겟 HNB에 의해 디코드된 GW-RNC-Id에 근거하여 정확한 소스를 식별할 수 있다. 이러한 시그널링 시퀀스는 도 13에 도시된다.

고유한 GW-RNC-Id는 두 가지 방식으로 HNB에 할당될 수 있다:

3. HNB-GW는 각 HNB에게 상이한 GW-RNC-Id를 송신하되 CN에 대해 단일의 RNC ID를 유지한다. 즉, CN은 HNB-GW 내 HNB들을 하나의 RNC로 간주한다. HNB-GW는 RANAP 메시지 내에서 송신된 GW-RNC-Id를 CN에게 알려진 RNC ID로 대체하고 그 역도 성립한다.

4. HNB-GW는 각 HNB에게 CN에게도 알려진 상이한 GW-RNC-Id를 송신한다. CN은 각 HNB를 개별 RNC로 간주한다. 운용자는 이런 종류의 RNC-ID 할당을 좋아하지 않을 수 있다.

제안 2a: 새로운 HNBAP 메시지가 도입되거나 또는 기존 RNSAP 메시지가 타겟 HNB 및 소스 HNB 상호작용에 사용될 것이다.

2.2.1 U-RNTI 할당에 "고유하지 않은" GW-RNC-Id가 사용될 때의 셀 업데이트 처리

이 경우에, HNB-GW는 [3]의 섹션 2.6.에서 언급된 것처럼 URNTI를 할당한다. 셀 업데이트 메시지는 도 14에서 (논리적으로 [2]와 동일하게) 처리된다.

제안 3a: 새로운 HNBAP 메시지가 도입되거나 기존 RNSAP 메시지가 타겟 HNB 및 소스 HNB 상호작용에 사용될 것이다.

2.2.3 상이한 경우들간의 비교

2.3 매크로에서 HNB로의 셀 업데이트 메시지 처리

릴리즈 9에서, HNB/HNB-GW와 매크로 RNC 사이에는 어떤 Iur 접속도 없다. 그러므로 타겟 HNB가 매크로에서 HNB 커버리지로 이동하고 있는 UE로부터 셀 업데이트를 수신할 때, Iur 인터페이스가 없기 때문에, 타겟 HNB는 매크로로부터 콘텍스트를 페치할 수 없다.

타겟 HNB가 RRC 셀 업데이트 메시지에서 보고된 URNTI가 타겟 HNB에 의해 할당되지 않았다고 검출하고 RNC-ID가 매크로 RNC의 것임을 알게 될 때, 타겟 HNB는 "직접 시그널링 접속 재설정"을 개시한다.

이것을 가능하게 하기 위해, HNB는 이웃들의 RNC ID를 알아야 할 뿐 아니라 이웃이 HNB인지 또는 매크로 셀인지를 알아야 한다. 두 가지 대안이 있다.

3. HMS는 이웃 셀 정보의 각각에 셀 유형을 포함시킬 것이다. 셀 유형은 "HNB" 또는 "매크로"일 수 있다.

4. 만일 매크로 셀 및 펨토 셀에 예약된 RNC-ID 범위를 알고 있다면, HMS는 HNB 셀에서 사용하는데 필요한 RNC ID의 범위 및 매크로 셀에서 사용하는데 필요한 RNC-ID의 범위를 각 HNB에 송신할 수 있다.

제안 4a: HMS는 HNB에게 송신된 이웃 셀 정보 내에 새로운 셀 유형 IE를 포함시킬 것이다. 만일 이웃 셀이 매크로이면, 셀 유형은 "HNB"로 그렇지 않으면 "매크로"로 설정된다.

제안 4b: HMS는 매크로 RNC에 예약된 RNC ID의 범위 및 HNB에 송신된 HNB에 예약된 RNC ID의 범위를 송신할 것이다.

3. 제안

제안 1a: HMS는 모든 이웃 HNB들의 RNCID-for-HNB를 발견 절차 동안 뿐 아니라 이웃 정보가 변동될 때 각 HNB에게 송신할 것이다.

제안 1b/1d/2/3: 새로운 HNBAP 메시지가 도입되거나 기존 RNSAP 메시지가 타겟 HNB 및 소스 HNB 상호작용을 위해 사용될 것이다.

제안 1c: HNB는 HMS로부터 수신된 RNCID-for-HNB를 HNBAP HNB 등록 요청 메시지에 실어 HNB-GW에게 송신한다. HNB-GW는 이 RNCID를 U-RNTI 관리에 사용할 것이다.

제안 4a: HMS는 새로운 셀 유형 IE를 HNB에 송신된 이웃 셀 정보 내에 포함시킬 것이다. 만일 이웃 셀이 매크로이면, 셀 유형은 "매크로"로 그렇지 않으면 "HNB"로 설정된다.

4. 참고 문헌

[1] R3-091884, Iuh 인터페이스를 통한 U-RNTI의 관리(Managing of U-RNTI over the Iuh interface), Kineto Wireless Inc.

[2] R3-091885, 인터 HNB 이동성을 위한 셀 업데이트의 처리(Handling of cell update for inter HNB mobility), Kineto Wireless Inc.

본 출원은 2009년 9월 29일 출원한 영국 특허출원 제 0917071.3 호에 기반을 두고 그의 우선권의 이익을 주장하며, 상기 특허출원의 개시내용은 그 전체가 본 명세서에서 참조문헌으로 인용된다.

Claims

통신 네트워크의 홈 기지국에 의해 수행되는 방법으로서,
사용자 기기로부터 수신된 접속 요청에 응답하여, 게이트웨이 장치에 임시 식별자(temporary identifier)의 요청을 송신하는 단계; 및
상기 게이트웨이 장치로부터 상기 임시 식별자를 수신하는 단계
를 포함하는 방법.
제1항에 있어서,
상기 사용자 기기를 상기 게이트웨이 장치에 등록하기 전에, 상기 수신된 임시 식별자를 상기 사용자 기기에 송신하는 단계; 및
상기 임시 식별자를 상기 사용자 기기에 송신한 후에, 상기 사용자 기기로부터 초기 직접 전송(initial direct transfer)을 수신하고, 상기 초기 직접 전송을 수신하는 것에 응답하여, 상기 사용자 기기를 등록하라는 요청을 상기 게이트웨이 장치에 송신하는 단계
를 더 포함하는 방법.
제1항 또는 제2항에 있어서,
상기 요청은 공중 데이터 네트워크를 통해 상기 게이트웨이 장치에 송신되는 방법.
통신 네트워크의 게이트웨이 장치에 의해 수행되는 방법으로서,
홈 기지국으로부터, 사용자 기기에 대한 임시 식별자의 요청을 수신하는 단계;
상기 사용자 기기에 대한 임시 식별자를 생성하는 단계; 및
상기 생성된 임시 식별자를 상기 홈 기지국에 송신하는 단계
를 포함하는 방법.
제4항에 있어서,
상기 송신하는 단계 이후에, 상기 홈 기지국으로부터, 상기 사용자 기기를 등록하라는 요청을 수신하는 단계, 및
상기 등록 요청에 응답하여, 상기 사용자 기기를 등록하는 단계
를 더 포함하는 방법.
통신 네트워크의 홈 기지국으로서,
사용자 기기로부터 수신된 접속 요청에 응답하여, 게이트웨이 장치에 임시 식별자의 요청을 송신하는 수단; 및
상기 게이트웨이 장치로부터 상기 임시 식별자를 수신하는 수단
을 포함하는 홈 기지국.
통신 네트워크의 게이트웨이 장치로서,
홈 기지국으로부터, 사용자 기기에 대한 임시 식별자의 요청을 수신하는 수단;
상기 사용자 기기에 대한 임시 식별자를 생성하는 수단; 및
상기 생성된 임시 식별자를 상기 홈 기지국에 송신하는 수단
을 포함하는 게이트웨이 장치.
프로그램가능 장치로 하여금 제1항 내지 제5항 중 어느 한 항의 방법을 수행하게 하기 위한 컴퓨터 구현가능한 명령어들을 포함하는 컴퓨터 구현가능 기록 매체.