KR101556071B1

KR101556071B1 - 처리 장치, 이동 통신 시스템, 기지국 장치, 이동국의 접속 스위칭 방법, 및 프로그램이 저장된 비일시적인 컴퓨터 판독 가능 매체

Info

Publication number: KR101556071B1
Application number: KR1020147029873A
Authority: KR
Inventors: 마사또 신도
Original assignee: 닛본 덴끼 가부시끼가이샤
Priority date: 2009-12-17
Filing date: 2010-12-16
Publication date: 2015-09-30
Also published as: KR20120094047A; KR20140133951A; US20120252457A1; CN102668637A; KR101506772B1; EP2515580A1; WO2011074264A1; EP2515580B1; US9686723B2; US20140226626A1; JPWO2011074264A1; US8761772B2; EP2515580A4; JP2015084572A; CN102668637B; US20150139194A1; US9001790B2

Abstract

처리 장치는, PSC Confusion이 발생하더라도 핸드오버의 실패 확률을 감소시키면서, 각 이동국에 대한 핸드오버를 실현하는 것을 목적으로 동작한다.
보다 상세하게는, 처리 장치는, 제1 기지국으로부터 제2 기지국에의 이동국의 접속의 스위칭이 행해질 경우에, 상기 제1 기지국으로부터 복수의 기지국 중 적어도 하나에 대한 과거의 접속 스위칭의 성공 여부를 나타내는 접속 이력 정보에 기초하여, 상기 복수의 기지국 중에서 선택하는 것에 의해 상기 제2 기지국을 결정한다.

Description

처리 장치, 이동 통신 시스템, 기지국 장치, 이동국의 접속 스위칭 방법, 및 프로그램이 저장된 비일시적인 컴퓨터 판독 가능 매체{PROCESSING APPARATUS, MOBILE COMMUNICATION SYSTEM, BASE STATION APPARATUS, METHOD FOR SWITCHING CONNECTION OF MOBILE STATION, AND NON-TEMPORARY COMPUTER READABLE MEDIUM WITH PROGRAM STORED}

본 발명은 이동 통신 시스템에 있어서의 핸드오버 방법에 관한 것으로, 특히 HNB(Home Node B)에 관한 이동 통신 시스템에 있어서의 핸드오버 방법에 관한 것이다.

현재, 이용자의 옥내, 사무실내 등에 설치 가능한 소형 기지국의 개발이 진행되고 있다. 3GPP(Third Generation Partnership Project)는, 이러한 소형 기지국을 Home Node B(HNB)라고 정의해서 표준화 작업을 진행시키고 있다.

3GPP에 있어서, PSC(Primary Scrambling Code)라고 불리는 확산 코드가 정의되어 있다. PSC는, 0부터 511까지의 512개의 레인지에 정의되어 있다. HNB에 있어서, 하나의 셀(해당 HNB가 통신을 행할 수 있는 영역)은 하나의 PSC만을 사용할 수 있다. 또한, 하나의 셀은 반드시 하나의 PSC를 사용한다.

이하에, 3GPP Release 9에 있어서 합의되어 있는 HNB들간의 핸드오버의 수순을 설명한다(비특허 문헌1). 이하의 기재에서는, Intra HNB-GW, 및 Intra CSG를 전제로 한다. Intra HNB-GW는, 이동국(UE)이 접속하고 있는 HNB(이하의 기재에서는, Source HNB라고 기재한다)와, 핸드오버처의 HNB(이하의 기재에서는, Target HNB로 기재한다)가 동일한 HNB-GW(Home Node B Gateway)에 접속되어 있는 상태를 가리킨다. 또한, Intra CSG(Closed Subscriber Group)는, Source HNB 및 Target HNB가 동일한 CSG-ID를 브로드캐스트하고 있는 것을 나타낸다. CSG는, 3GPP Release 8에서 정의된 HNB에의 액세스 제어를 실현하는 방법이라는 것을 알아야 한다. 이 방법이 적용된 HNB에는, 어떤 CSG-ID가 할당될 수 있고, 그것을 자기 셀내에 브로드캐스트하고 있다. UE는 그 CSG-ID에의 통신이 허가되어 있을 경우에만, 그 HNB에 액세스한다.

도 20은, 3GPP Release 9에서 합의되어 있는 HNB들간의 핸드오버의 수순을 나타내는 시퀀스도이다. 우선, UE가 CS(Circuit Switch) 또는 PS(Packet Switch)와의 통신을 실시하고 있는 상태이다(S101).

UE가, 현재 통신 중의 HNB(Source HNB)로부터 다른 HNB(Target HNB)에의 핸드오버를 실행하는 조건을 충족시켰을 경우, Target HNB가 사용하는 PSC를 Source HNB에 대하여 RRC(Radio Resource Control):MEASUREMENT REPORT 메시지에 의해 통지 한다(S102). UE는 PSC에 의해 HNB를 식별한다.

Source HNB는 UE로부터 RRC:MEASUREMENT REPORT 메시지를 수신했을 경우, 그 메시지에 포함되는 PSC에 의해 Target HNB를 식별한다. 각 HNB는, 이웃 HNB의 정보(PSC, Cell ID, RNC-ID, 주파수 정보 등)를 보유 하고 있다. RNC-ID(Radio Network Controller Identifier)는, 각 HNB에 할당된 ID를 가리킨다. 또한, 각 HNB는, 각 HNB가 보유하는 정보에 기초하여, 수신된 PSC를 사용하고 있는 HNB의 RNC-ID를 식별한다(S103).

Source HNB는, Target HNB의 RNC-ID를 포함하는 RUA(RANAP User Adaption):DIRECT TRANSFER 메시지를 HNB-GW에 송신 한다(S104). RUA:DIRECT TRANSFER 메시지에는 RANAP(Radio Access Network Application Part):RELOCATION REQUIRED 메시지가 포함된다.

또한, RANAP는, 종래의 매크로 네트워크(Macro Network)에 있어서, RNC와 CN(Core Network)의 사이에서 교환된 시그널링이다. HNB를 이용하는 네트워크에서는, HNB와 CN 사이에서 사용되는 프로토콜이다. 또한, RUA는 Iuh 인터페이스상에서 사용되는 프로토콜이다.

RANAP:RELOCATION REQUIRED 메시지를 수신한 HNB-GW는, 해당하는 RNC-ID를 갖는 Target HNB를 특정한다(S105). HNB-GW는 Target HNB에 대하여 RANAP:RELOCATION REQUEST 메시지를 RUA 메시지내에 포함시켜서 송신 한다(S106). 또한, 해당 RUA 메시지의 명칭은 현단계에서는 아직 미결정이다. 이하의 기재에서는, 각 프로토콜 사양에 있어서 미결정의 명칭을 갖는 메시지를 "XXX"(예를 들면, RUA:XXX)라고 기재한다.

Target HNB가 RANAP:RELOCATION REQUEST 메시지를 수신 하면, 핸드오버를 실행하는 UE의 정보의 등록과, 해당 UE를 위한 리소스의 확보를 실시한다(S107). 그리고, Target HNB는 RANAP:RELOCATION REQUEST ACKNOWLEDGE 메시지를 포함하는 RUA:DIRECT TRANSFER 메시지를 HNB-GW에 송신 한다(S108).

RUA:DIRECT TRANSFER 메시지를 수신한 HNB-GW는, RANAP:RELOCATION COMMAND 메시지를 Source HNB에 송신 한다(S109). 그 후, UE와 Target HNB 사이에서의 무선 동기 처리를 행한다(S111). 계속해서, Target HNB는 HNB-GW에 리로케이션이 완료한 것을 통지 한다(S114). 그리고, Source HNB가 UE의 리소스를 해방하는 것(S116)에 의해 일련의 핸드오버 처리를 종료한다.

비특허 문헌1 : 3GPP TS 25.467 "UTRAN architecture for 3G Home Node B(HNB); Stage 2", 3GPP, [2009년 11월 24일 검색], 인터넷 <URL:http://www.3gpp.org/ftp/Specs/archive/25_series/25.467/25467-901.zip>

그러나, 전술한 HNB의 수순에서는 PSC Confusion이 생기고 있을 경우에 핸드오버가 정상적으로 실행되지 않을 경우가 있다고 하는 문제가 생긴다. 이하에 해당 문제의 상세한 내용을 설명한다.

해당 문제는, UE가 핸드오버를 실시할 경우에, 원하는 핸드오버처로서 HNB의 셀의 PSC와 같은 PSC를 다른 셀이 사용하고 있을 경우에 발생한다. 이 상태를 PSC Confusion이라고 부른다. PSC Confusion이 발생할 경우, 도 20의 S103에 있어서, Source HNB가 Target HNB를 정확하게 결정하는 것이 어렵게 된다. 즉, 동일한PSC를 복수의 HNB가 가질 경우, Target HNB의 RNC-ID를 특정하는 것이 어렵게 된다.

여기서, Source HNB가 하나의 HNB를 Target HNB로서 랜덤하게 선택(RNC-ID를 선택)하는 시스템에 대해서 검토한다. 이 시스템에서, Source HNB가, UE가 핸드오버처로서 희망하고 있는 HNB와는 다른 HNB를 선택했을 경우, 핸드오버는 실패한다.

따라서, 핸드오버의 실패의 발생을 방지하기 위해서, PSC Confusion이 발생한 상황이여도, 핸드오버의 성공율을 상승시키는 것이 필요해진다.

본 발명은, 이러한 문제점을 해결하기 위해서 이루어진 것으로, PSC Confusion이 발생하는 경우에도 핸드오버의 실패 확률을 감소시킬 수 있는 이동 통신 시스템을 제공하는 것을 목적으로 한다.

본 발명에 따른 이동 통신 시스템의 예시적 양태는, 제1 셀을 생성하고, 이동국과 접속 가능한 제1 기지국과, 상기 제1 기지국 및 복수의 기지국을 상위 네트워크에 통신 가능하게 접속하는 게이트웨이 장치와, 상기 제1 기지국으로부터 상기 복수의 기지국에 포함되는 제2 기지국에의 상기 이동국의 접속이 스위칭되는 경우에, 상기 제1 기지국으로부터 상기 복수의 기지국 중 적어도 하나에 대한 과거의 접속 스위칭의 성공 여부(a success or a failure)를 나타내는 접속 이력 정보에 기초하여, 상기 복수의 기지국으로부터 상기 제2 기지국을 선택하는 처리 수단을 구비하는 것이다.

본 발명에 따른 처리 장치의 예시적 양태는, 제1 기지국으로부터 제2 기지국에의 이동국의 접속이 스위칭되는 경우에, 상기 제1 기지국으로부터 복수의 기지국 중 적어도 하나에 대한 과거의 접속 스위칭의 성공 여부를 나타내는 접속 이력 정보에 기초하여, 상기 복수의 기지국으로부터 상기 제2 기지국을 선택하는 것이다.

본 발명에 따른 이동국의 접속 스위칭 방법의 예시적 양태는, 이동국에 의한 제1 기지국으로부터 제2 기지국에의 접속 스위칭 조건을 충족시켰는지의 여부를 평가하고, 상기 접속 스위칭 조건을 충족시켰을 경우에, 상기 제1 기지국으로부터 복수의 기지국 중 적어도 하나에 대한 과거의 접속 스위칭의 성공 여부를 나타내는 접속 이력 정보에 기초하여, 상기 복수의 기지국으로부터 상기 제2 기지국을 선택하는 것이다.

본 발명에 따른 기지국 장치의 예시적 양태는, 접속중인 이동국에서 원하는 기지국과 연계하여 접속 스위칭 요구를 수신했을 경우에, 해당 원하는 기지국 장치와 다른 기지국 장치에 동일한 확산 코드를 할당할 수 있는지의 여부의 정보를 처리 장치에 대하여 송신 하는 것이다.

또 다른 본 발명에 따른 기지국 장치의 예시적 양태는, 이동국이 접속하는 기지국 장치를 선택하는 처리 장치에 대하여, 기지국 장치 자신이 사용하는 확산 코드와 주파수 정보를 송신하는 것이다.

본 발명에 따른 게이트웨이 장치의 또 다른 예시적 양태는, 복수의 기지국을 상위 네트워크에 통신 가능하게 접속하는 게이트웨이 장치로서, 적어도 하나 이상의 기지국이 사용하는 확산 코드 정보와 주파수 정보를 저장하고, 제1 기지국으로부터 제2 기지국에의 이동국의 접속이 스위칭되는 경우에, 상기 제1 기지국으로부터 복수의 기지국 중 적어도 하나에 대한 과거의 접속 스위칭의 성공 여부를 나타내는 접속 이력 정보에 기초하여, 상기 복수의 기지국으로부터 상기 제2 기지국을 선택하는 것이다.

본 발명에 따른 프로그램이 저장된 비일시적인 컴퓨터 판독 가능 매체는, 제1 기지국으로부터 제2 기지국에의 이동국의 접속 스위칭을 제어하는 처리를 컴퓨터에 실행 시키기 위한 프로그램이 저장된 비일시적인 컴퓨터 판독 가능 매체이며, 상기 제1 기지국으로부터 상기 제2 기지국에의 이동국의 접속 스위칭이 되는 경우에, 상기 제1 기지국으로부터 복수의 기지국 중 적어도 하나에 대한 과거의 접속 스위칭의 성공 여부를 나타내는 접속 이력 정보에 기초하여, 상기 복수의 기지국으로부터 상기 제2 기지국을 선택하는 것이다.

본 발명에 따르면, PSC Confusion이 발생하더라도 핸드오버의 실패율을 저감할 수 있는 이동 통신 시스템을 제공할 수 있다.

도 1은 실시 형태 1에 관한 이동 통신 시스템의 기본 구성을 도시하는 블록도이다.
도 2는 실시 형태 1에 관한 이동 통신 시스템의 기본 구성을 도시하는 블록도이다.
도 3은 실시 형태 1에 관한 HNB#a100이 유지하는 근접 셀의 리스트의 도면이다.
도 4는 실시 형태 1에 관한 HNBAP의 HNB Registration Procedure의 처리 개요를 나타내는 도면이다.
도 5는 실시 형태 1에 관한 HNB-GW110 내부의 데이터베이스의 테이블의 도면이다.
도 6은 실시 형태 1에 관한 HNB REGISTER REQUEST 메시지의 도면이다.
도 7은 실시 형태 1에 관한 RUA:DIRECT TRANSFER 메시지의 도면이다.
도 8은 실시 형태 1에 관한 핸드오버 실행시의 이동 통신 시스템의 동작을 나타내는 시퀀스도이다.
도 9는 실시 형태 1에 관한 핸드오버 결과의 이력을 저장한 데이터베이스의 테이블의 도면이다.
도 10은 실시 형태 1에 관한 핸드오버 실행시의 이동 통신 시스템의 동작을 나타내는 시퀀스도이다.
도 11은 실시 형태 1에 관한 핸드오버처 후보의 리스트의 도면이다.
도 12는 실시 형태 1에 관한 Source HNB의 Target HNB 결정시의 처리를 나타내는 플로우차트다.
도 13은 실시 형태 1에 관한 HNB-GW110의 Target HNB 결정시의 처리를 나타내는 플로우차트다.
도 14a는 실시 형태 2에 관한 RANAP:RELOCATION REQUIRED 메시지에 포함되는 Target ID의 도면이다.
도 14b는 실시 형태 2에 관한 RANAP:RELOCATION REQUIRED 메시지에 포함되는 Target ID의 도면이다.
도 15는 실시 형태 3에 관한 HNB의 구성을 나타내는 도면이다.
도 16은 실시 형태 3에 관한 핸드오버 실행시의 이동 통신 시스템의 동작을 나타내는 시퀀스도이다.
도 17은 실시 형태 3에 관한 핸드오버 결과의 이력을 저장한 데이터베이스의 테이블의 도면이다.
도 18은 실시 형태 3에 관한 핸드오버 실행시의 이동 통신 시스템의 동작을 나타내는 시퀀스도이다.
도 19는 실시 형태 3에 관한 Source HNB의 Target HNB 결정시의 처리를 나타내는 플로우차트다.
도 20은 종래의 핸드오버 실행시의 이동 통신 시스템의 동작을 나타내는 도면이다.

이하에서는, 본 발명을 적용한 구체적인 실시 형태에 대해서, 도면을 참조하면서 상세하게 설명한다. 각 도면에 있어서, 동일 요소에는 동일한 부호로 표시되며, 설명의 명확화를 위해, 필요에 따라서 중복 설명은 생략한다.

실시 형태 1

이하, 도면을 참조해서 본 발명의 실시 형태에 대해서 설명한다. 우선, 도 1을 참조하여, 본 실시 형태 1에 관한 이동 통신 시스템의 기본 구성과 그 동작의 개략에 대해서 설명한다.

기지국(a10)은, 자신이 구성하는 셀과 근접하는 셀을 구성하는 기지국(기지국(b20), 기지국(c30), 기지국(d40)의 정보(PSC 등)를 유지 하고 있다. 게이트웨이 장치(50)는, 기지국(a10, b20, c30, 및 d40)과 상위 네트워크(통신 사업자의 코어 네트워크 등)의 사이에 배치되어, 이들 기지국들을 상위 네트워크에 통신 가능하게 접속한다. 게이트웨이 장치(50)는, 이들 기지국들과 상위 네트워크의 사이에서 유저 데이터 및 제어 데이터를 중계한다. 또한, 게이트웨이 장치(50)는, 기지국(a10, b20, c30, 및 d40)의 사이에서, 이동국의 핸드오버에 관한 시그널링을 행한다. 이동 통신 시스템의 이동국(UE)(60)은, 기지국(a10)과 접속하고 있으며, 기지국(b20)에 근접하도록 이동하고 있다. 여기서, 이동국(60)이 기지국(a10)으로부터 기지국(b20)으로 접속을 스위칭하는 조건을 충족시켰을 경우, 이동국(60)은 기지국(b20)의 식별 코드인 PSC=2를 기지국(a10)에 송신한다. 기지국(a10) 또는 게이트웨이 장치(50)는, 동일한 PSC를 갖는 기지국들(기지국(b20) 및 기지국(d40)) 사이에서, 기지국(a10)으로부터의 접속 스위칭의 성공(a success)이 높은 기지국을 선택한다. 기지국(a10) 또는 게이트웨이 장치(50)는, 선택한 기지국에의 이동국(60)의 접속 스위칭을 실시한다.

계속해서, 도면을 참조해서 본 발명의 실시 형태의 상세에 대해서 설명한다. 도 2는 본 실시 형태에 관한 이동 통신 시스템의 구성을 나타내는 도면이다. 도 2는 UE(120)가 HNB#a100의 셀로부터 HNB#b101의 셀에 이동하는 모습을 나타낸다. HNB#a100의 이웃의 셀로서, HNB#b101의 셀, HNB#c102의 셀, 및 HNB#d103의 셀이 존재하고 있다.

HNB#a100의 셀에는 PSC#1이 설정되어 있다. 마찬가지로, HNB#b101의 셀에는 PSC#2가 설정되어 있다. HNB#c102의 셀에는 PSC#3이 설정되어 있다. HNB#d103에는 PSC#2가 설정되어 있다. HNB#a100은, 이웃 HNB로서 HNB#b101, HNB#c102, 및 HNB#d103을 인식 하고 있다. 즉, HNB#a100은, HNB#b101, HNB#c102, 및 HNB#d103의 정보(PSC, RNC-ID, 주파수 정보)를 유지하고 있다. 또한, HNB-GW110은, HNB#a100, HNB#b101, HNB#c102, 및 HNB#d103과 서로 통신 가능하게 구성되어 있다.

도 3은, HNB#a100이 유지하는 근접 셀의 리스트를 나타내고 있다. 다시 말해서, HNB#a100이 보유하는 이웃 HNB의 정보(PSC, RNC-ID, UARFCN(주파수 정보))의 리스트이다. 예를 들면, HNB#a100은, HNB#b101의 PSC로서 "2", RNC-ID로서 "BB", 사용하는 주파수로서 "X"를 인식 하고 있다.

계속해서, 도 4에 HNBAP(Home Node B Application Part Signaling)의 HNB Registration Procedure의 개요가 기재되어 있다. 각 HNB는, 운용 시작 시점에 있어서 도 4에 나타낸 수순에서 해당 HNB의 정보를 HNB-GW110에 통지 한다(S201). 구체적으로는, HNB는, 운용 시작 시점에 HNB REGISTER REQUEST 메시지에 의해, 해당 HNB의 정보를 통지한다. 또한, HNBAP(Home Node B Application Part Signaling)의 HNB Registration Procedure의 상세에 대해서는, 3GPP Release 8 TS25.469의 Section 8.2를 참조하라.

HNB REGISTER REQUEST 메시지를 수신한 HNB-GW110은, 내부에 구비하는 데이터베이스의 테이블에 수신한 HNB의 정보를 저장한다. 도 5는, HNB-GW110 내부의 데이터베이스의 테이블을 나타내는 도면이다. HNB-GW110은, 해당 HNB-GW110과 통신가능한 각 HNB가 사용하고 있는 PSC 및 UARFCN의 정보를 보유하고 있다.

그 후, HNB-GW110은, HNB REGISTER ACCEPT 메시지를 HNB에 송신한다(S202). 전술한 수순에 의해, HNB-GW110은 필요한 서비스를 HNB에 제공하는 것이 가능하게 된다. 또한, 전술한 수순에 의해, HNB-GW110은, HNB와 Core Network와의 정보의 교환을 가능하게 할 수 있다.

또한, HNB Registration Procedure는, 3GPP Release 8에 의해 정의된 것이지만, 3GPP Release 9에 있어서도 해당 부분은 변경이 없다.

도 6은 본 실시 형태에 관한 HNB가 송신하는 HNB REGISTER REQUEST 메시지를 나타내는 도면이다. 본 실시 형태에 관한 HNB가 송신하는 HNB REGISTER REQUEST 메시지에는, 기존의 HNB REGISTER REQUEST 메시지의 파라미터 외에, 새롭게 "Primary Scrambling Code" 및 "UARFCN"이라고 하는 파라미터가 정의되어 있다. " Primary Scrambling Code"는, HNB REGISTER REQUEST 메시지를 송신하는 HNB에 할 당할 수 있었던 PSC의 값을 나타내는 파라미터다. "UARFCN(UMTS(Universal Mobile Telecommunications System) Absolute Radio Frequency Channel Number)"은, HNB REGISTER REQUEST 메시지를 송신하는 HNB가 사용하는 주파수를 나타내는 파라미터이다. 또한, HNB REGISTER REQUEST 메시지의 상세 내용은, 3GPP Release 8 TS25.469의 Section 9.1.3을 참조하라.

도 7에는, 본 실시 형태에 관한 HNB가 HNB-GW110에 대하여 송신하는 RUA:DIRECT TRANSFER 메시지의 상세가 기재되어 있다. 본 실시 형태에 관한 HNB가 송신하는 RUA:DIRECT TRANSFER에서 기존의 RUA:DIRECT TRANSFER의 파라미터 외에, 새롭게 "Confusion flag"라고 불리는 파라미터가 정의되어 있다. "Confusion flag"는, PSC Confusion이 발생하고 있을 경우에, HNB가 그 취지를 통지하기 위해서 이용하는 파라미터다. HNB는, PSC Confusion이 생기고 있을 경우, "Confusion flag"를 "TRUE"로 설정해서 HNB-GW110에 RUA:DIRECT TRANSFER 메시지를 송신한다. 또한, RUA:DIRECT TRANSFER 메시지의 상세 내용은, 3GPP Release 8 TS25.468의 Section 9.1.4을 참조하라.

또한, 본 실시 형태에서는, RUA:DIRECT TRANSFER 메시지가 PSC Confusion이 발생하고 있는지의 여부를 정의하고 있지만, 이것에 한정되지 않는다. 예를 들면, RUA:DIRECT TRANSFER 메시지 내부에 포함되는 RANAP 메시지내에 해당 내용을 기재하는 것에 의해, PSC Confusion이 생기고 있는 것이 통지될 수 있다.

계속해서, 본 실시 형태에 관한 이동 통신 시스템의 각 구성 요소(HNB, HNB-GW, UE 등)의 동작에 대해서 설명한다. 우선, 도 4와 도 5를 참조하여 HNB Registration의 처리 수순에 대해서 설명한다.

HNB는, 운용 시작 시점에 HNB REGISTER REQUEST 메시지에 의해, 해당 HNB의 정보를 HNB-GW110에 통지 한다(S201). 이 때, HNB REGISTER REQUEST 메시지에는, "Primary Scrambling Code"와 "UARFCN"을 포함되어 있다.

HNB REGISTER REQUEST 메시지를 수신한 HNB-GW110은, 각 HNB로부터 수신한 "Primary Scrambling Code"와 "UARFCN"을 내부의 데이터베이스에 저장한다. 도 5에 나타낸 데이터베이스내의 테이블에서는, HNB-GW110에 있어서 4개의 HNB(HNB#a, HNB#b, HNB#c, HNB#d)의 "Primary Scrambling Code"와 "UARFCN"의 정보를 저장하고 있다. 또한, 도 5에서는, 4개의 HNB의 모두가 같은 주파수("X")를 사용 하고 있다.

HNB-GW110은, 데이터베이스 내의 테이블에 "Primary Scrambling Code"와 "UARFCN"의 정보를 저장한 후에, HNB REGISTER REQUEST 메시지를 송신한 HNB에 대하여, HNBAP:HNB REGISTRATION ACCEPT 메시지를 송신 한다(S202). HNBAP:HNB REGISTRATION ACCEPT 메시지의 송신에 의해, HNB Registration의 처리를 종료한다. 또한, HNBAP:HNB REGISTRATION ACCEPT 메시지에는, 기존의 메시지로부터의 변경 점은 없다.

계속해서, UE(120)이 이동한 것에 의해, 핸드오버를 실행할 필요가 생겼을 때의 이동 통신 시스템의 동작에 대해서 설명한다. 도 8은, 핸드오버 실행시의 이동 통신 시스템의 동작을 나타내는 시퀀스도이다. 즉 도 8은, UE(120)이 HNB#a100과 통신 중인 상태에서 HNB#b101에 접근하여 이동한 것에 의해, UE(120)이 HNB#b101에 핸드오버하기 위해서 RRC:MEASUREMENT REPORT 메시지를 송신 했을 때의 처리를 나타낸다. 또한, 도 8에 있어서, HNB-GW110은, 도 5에 나타내는 데이터베이스의 테이블을 유지할 수 있다.

UE(120)이 CS(Circuit Switch) 또는 PS(Packet Switch)와의 통신을 실시하고 있는 상태이다(S101). UE(120)은, HNB#b101에 핸드오버하기 위해서, HNB#b101의 PSC의 정보(PSC=2)를 포함하는 RRC:MEASUREMENT REPORT 메시지를 Source HNB인 HNB#a100에 송신 한다(S302). UE(120)은, 주파수 측정의 실시가 지시되어 있을 경우, UE(120)은, 측정중의 주파수와 자신이 속해 있는 기지국(HNB#a100)이 동일한지 아닌지를 RRC:MEASUREMENT REPORT 메시지에 포함시켜서 통지한다.

RRC:MEASUREMENT REPORT 메시지를 수신한 Source HNB(HNB#a100)는 PSC=2를 갖는 셀이며, 주파수의 조건을 충족시키는 셀을, 자신의 이웃 셀 정보(도 4)로부터 선택한다. 즉, RRC:MEASUREMENT REPORT 메시지에 있어서 UE(120)이 통지해 온 기지국의 주파수가 Source HNB의 주파수와 같을 경우, Source HNB는 해당 주파수를 가지는 기지국을 선택한다. 한편 RRC:MEASUREMENT REPORT 메시지에 있어서 UE(120)이 통지해 온 기지국의 주파수가 Source HNB의 주파수와 상이한 경우, Source HNB는 Source HNB가 사용하는 주파수와 다른 주파수를 가지는 기지국을 선택한다. 그러나, 여기서는 HNB#b101의 셀 및 HNB#d103의 셀은 모두 PSC=2를 유지한다. 또한, HNB#a, HNB#b, 및 HNB#d는 함께 동일한 주파수("X")를 사용하고 있다. 즉, PSC Confusion이 생기고 있다. 그 때문에, Source HNB(HNB#a100)는, 랜덤하게 어느 하나의 셀(해당 셀과 대응한 RNC-ID)을 선택한다. 여기에서는, RNC-ID=DD가 선택될 것이다. 구체적으로, Source HNB(HNB#a100)는, UE(120)의 핸드오버처로서 HNB#d103을 선택한다(S303).

Source HNB(HNB#a100)는, S303에서 선택한 RNC-ID=DD를 포함하는 RUA:DIRECT TRANSFER 메시지를 HNB-GW110에 송신 한다(S304). 여기서 PSC Confusion이 생성되었기 때문에, Source HNB(HNB#a100)는, RUA:DIRECT TRANSFER 메시지 내의 Confusion flag를 "TRUE"로 설정해서 송신한다.

RUA:DIRECT TRANSFER 메시지를 수신한 HNB-GW110은, RUA:DIRECT TRANSFER 메시지 내의 Confusion flag가 "TRUE"로 설정되어 있기 때문에, Source HNB(HNB#a100)가 랜덤하게 Target HNB를 선택한 것을 인식할 수 있다. 여기서, HNB-GW110내에는, 후술하는 핸드오버 이력을 저장하는 데이터베이스가 존재하지 않는다. 해당 데이터베이스는, HNB-GW110을 개재한 핸드오버가 실행되기 이전에는 존재하지 않는다. 해당 데이터베이스가 존재하지 않을 경우, HNB-GW110은 PSC Confusion에 대한 대처는 아무것도 행하지 않는다. 즉, PSC Confusion에 대한 대응을 행하지 않고, HNB-GW110은 HNB#d103을 Target HNB로서 특정한다(S305). HNB-GW110은, 송신된 RNC-ID를 갖는 HNB#d103에 송신하는 RANAP:RELOCATION REQUEST 메시지를 생성한다.

HNB-GW110은, 식별된 Target HNB인 HNB#d103에 대하여 RANAP:RELOCATION REQUEST 메시지를 RUA 메시지 내에 포함시켜서 송신 한다(S306).

Target HNB는 RANAP:RELOCATION REQUEST 메시지를 수신하면, 핸드오버를 실시하는 UE(120)의 정보의 등록과, 해당 UE(120)을 위한 리소스의 확보를 실시한다(S307). 그리고, Target HNB는, RANAP:RELOCATION REQUEST ACKNOWLEDGE 메시지를 포함한 RUA:DIRECT TRANSFER 메시지를 HNB-GW110에 송신 한다(S308).

RUA:DIRECT TRANSFER 메시지를 수신한 HNB-GW110은, RANAP:RELOCATION COMMAND 메시지를 Source HNB(HNB#a100)에 송신 한다(S309). RANAP:RELOCATION COMMAND 메시지를 수신한 Source HNB(HNB#a100)는, 물리 채널 재구성을 지시하는 Physical Channel Reconfiguration을 UE(120)에 송신 한다(S310).

Physical Channel Reconfiguration을 수신한 UE(120)은, 원하는 핸드오버처인 HNB#b101과 무선 동기를 취하는 것을 시도한다. 그러나, S306에 있어서 HNB-GW110은, HNB#d103에 대하여 RANAP:RELOCATION REQUEST 메시지를 포함하는 RUA 메시지(RUA:XXX)을 송신하고 있다. 그 때문에, HNB#b101은, 핸드오버를 실시하는 UE(120)의 정보의 등록 등을 실시하지 않고 있다. 따라서, UE(120)은, HNB#b101과의 무선동기를 실패한다. UE(120)은, RRC:PHYSICAL CHANNEL RECONFIGURATION FAILURE 메시지를 Source HNB(HNB#a100)에 송신 한다(S311).

RRC:PHYSICAL CHANNEL RECONFIGURATION FAILURE 메시지를 수신한 Source HNB(HNB#a100)는, RANAP:RELOCATION CANCEL 메시지를 포함하는 RUA:XXX 메시지를 HNB-GW110에 송신 한다(S312).

HNB-GW110은, Target HNB로부터 RANAP:RELOCATION DETECT 메시지를 수신하지 않고, 또한 Source HNB(HNB#a100)로부터 RANAP:RELOCATION CANCEL 메시지를 수신한 것에 의해, 핸드오버가 실패한 것을 인식한다. HNB-GW110은, 핸드오버 결과의 이력을 저장하는 내부 데이터베이스가 없으면, 새롭게 데이터베이스를 작성한다. 그리고 HNB-GW110은, 핸드오버가 실패한 것을 해당 데이터베이스 내의 테이블(도 9)에 반영한다(S313). 또한, HNB-GW110은, 해당 데이터베이스를 운용시에 초기화된 상태에서 작성할 수 있다.

도 9는 HNB-GW110 내부에 있는 핸드오버 결과의 이력을 저장한 데이터베이스의 테이블이다. 도 9에 도시한 바와 같이, 해당 테이블은, 각 핸드오버 소스의 HNB로부터 핸드오버처가 대상으로 되는 HNB에의 핸드오버가 성공 하였는지의 여부의 정보를 저장한다. 전술한 S313에 있어서, HNB#a100로부터 HNB#d103에의 핸드오버가 실패했기 때문에, 테이블에는 해당 실패의 결과가 반영되어 있다.

또한, 도 9에 나타낸 테이블에는 핸드오버의 성공 및 실패의 횟수를 저장하는 것으로 구성되어 있지만, 이것에 한정되지 않는다. 예를 들면, 테이블에는, 핸드오버의 실패 횟수만을, 또는 성공 횟수만을 기억하도록 구성할 수 있다.

데이터베이스에 핸드오버의 성공 여부를 반영한 후에, HNB-GW110은, RANAP:RELOCATION CANCEL ACKNOWLEDGE 메시지를 포함하는 RUA:XXX 메시지를 Source HNB에 송신 한다(S314). 이상의 처리에 의해, 본 실시 형태에 관한 이동 통신 시스템은 핸드오버 처리를 종료한다.

계속해서, 도 9에 나타낸 테이블의 상태에 있어서, 또한 UE(120)이 HNB#a100로부터 HNB#b101에의 핸드오버를 요구해 왔을 경우의 처리에 대해서 설명한다. 도 10은 해당 처리의 흐름을 설명하는 시퀀스도이다.

S101, 및 S302로부터 S304의 처리는 도 9에 나타낸 처리와 동일하다. RUA:DIRECT TRANSFER 메시지를 수신한 HNB-GW110은, RUA:DIRECT TRANSFER 메시지 내의 Confusion flag가 "TRUE"로 설정되어서 있기 때문에, Source HNB(HNB#a100)가 랜덤하게 Target HNB를 선택한 것을 인식할 수 있다.

여기서 HNB-GW110은, 핸드오버 이력을 나타내는 데이터베이스의 테이블(도 9)을 참조하고, 송신된 PSC를 갖는 HNB로부터 핸드오버처로서 적절한 HNB를 선택한다. 구체적으로는, HNB-GW110은, 아래와 같이 대상 HNB(송신된 PSC를 갖는 HNB)에 등급을 부여한다.

처음에, 핸드오버 이력을 나타내는 데이터베이스의 테이블(도 9)로부터 핸드오버원의 HNB의 행을 추출한다. 여기에서는, HNB#a의 행을 추출한다. 계속해서, 도 5에 나타낸 각 HNB의 PSC정보를 보유하는 테이블을 참조하고, 송신된 PSC와 같은 PSC를 갖는 HNB를 특정하고, 그것 이외의 HNB를 제외한다. 또, HNB-GW110은, 도 5에 나타낸 테이블을 참조하고, Target RNC-ID와 같은 UARFCN을 사용하지 않고 있는 HNB를 후보로부터 제외한다. 이것은, 다른 주파수에서 같은 PSC를 사용하고 있어도 PSC Confusion이 생기지 않기 위해서이다.

그런 다음, 남은 HNB 중에서 핸드오버의 실패 확률의 낮은 HNB를 높은 등급으로 설정한다. 여기에서는, HNB#b과, HNB#d가 동일한 PSC를 갖고 있지만, 실패 확률이 낮은 HNB#b가 높은 등급으로 설정된다. 이러한 일련의 처리에 의해 도 11에 도시한 바와 같이 등급을 가질 수 있었던 핸드오버처 후보의 리스트가 작성된다. 그리고, HNB-GW110은, 가장 상위의 등급에 위치하는 HNB#b를 핸드오버처(Target HNB)로서 선택한다(S405).

또한, 전술한 설명에서는 핸드오버의 이력에 기초해서 도 11에 도시한 바와 같은 등급이 주어진 핸드오버처 후보의 리스트를 생성했지만, 이것에 한정되지 않고, 다른 방법으로 HNB에 등급을 줄 수 있다. 예를 들면, HNB-GW110은, 각 HNB로부터 HNBAP:HNB LOCATION INFORMATION 메시지에 의해 그 위치 정보를 통지할 수 있다. HNB-GW110은, PSC Confusion이 생겼을 때에 이 위치 정보를 이용하여, Source HNB에 가까운 HNB를 우선적으로 선택한다. 이 위치 정보를 이용한 HNB의 선택에 의해 UE(120)이 의도하는 Target HNB에의 핸드오버를 실행할 수 있는 가능성이 높아진다.

HNB-GW110은, Target HNB로서 선택한 HNB#b101에 대하여 RANAP:RELOCATION REQUEST 메시지를 포함하는 RUA:XXX 메시지를 송신 한다(S406). 이후의 처리(S107로부터 S114)는 도 20에 나타낸 처리와 동일하다.

Target HNB로부터 RANAP:RELOCATION COMPLETE 메시지를 포함하는 RUA:DIRECT TRANSFER 메시지를 수신하는 것에 의해, HNB-GW110은, 정상적으로 핸드오버가 종료한 것을 인식할 수 있다. HNB-GW110은, 핸드오버가 성공한 것을 핸드오버의 이력을 저장하고 있는 테이블(도 9)에 반영한다(S415). 그 후의 처리(S115∼S117)는 도 3에 나타내는 처리와 동일하다.

계속해서, 도 12의 플로우차트를 이용해서 본 실시 형태에 관한 Source HNB가 Target HNB 결정에 이르기까지 행하는 처리에 대해서 설명한다. 우선 HNB는, 핸드오버 요구를 UE(120)로부터 수신한다(S501). Source HNB는, 수신한 핸드오버 요구에 포함되는 PSC를 갖는 셀을 이웃 리스트(도 3)로부터 검색한다. 여기서, 복수의 셀이 검출되었을 경우(S502: '예'), 즉 PSC Confusion이 생기고 있을 경우, RUA:DIRECT TRANSFER 메시지의 Confusion flag를 "TRUE"로 설정한다(S503). 그리고, Source HNB는 수신한 PSC를 갖는 HNB로부터 랜덤하게 핸드오버처의 RNC-ID를 결정한다(S504).

한편, 수신한 핸드오버 요구에 포함되는 PSC를 갖는 셀이 이웃 리스트(도 3)에 복수 존재하지 않을 경우(S502: '아니오'), Source HNB는 RUA:DIRECT TRANSFER 메시지의 Confusion flag를 설정하지 않는다(S505). 즉, Confusion flag는 "False"가 된다. 그 뒤, Source HNB는 UE(120)로부터의 핸드오버 요구에 기초하여 RNC-ID를 선택한다(S506).

Source HNB는, 선택한 RNC-ID를 포함하는 RUA(RANAP UserAdaption):DIRECT TRANSFER 메시지를 HNB-GW110에 송신 한다(S507). RUA:DIRECT TRANSFER 메시지에는 RANAP(Radio Access Network Application Part):RELOCATION REQUIRED 메시지가 포함된다.

다음으로, 도 13의 플로우차트를 이용해서 본 실시 형태에 관한 HNB-GW110이 Target HNB 결정에 이르기까지에 행하는 처리에 대해서 설명한다. HNB-GW110은, Source HNB로부터 RANAP:RELOCATION REQUIRED 메시지를 포함하는 RUA:DIRECT TRANSFER 메시지를 수신한다(S601). RANAP:RELOCATION REQUIRED 메시지의 Confusion flag가 "FALSE"로 설정되어 있을 경우(S602: '아니오'), 송신된 RNC-ID에 기초하여, HNB-GW110은 Target HNB에 RANAP:RELOCATION REQUEST 메시지를 포함하는 RUA:XXX 메시지를 송신 한다(S609).

HNB-GW110은, RANAP:RELOCATION REQUIRED 메시지의 Confusion flag가 "TRUE"로 설정되어 있을 경우(S602: '예'), 즉 PSC Confusion이 생긴 경우, 핸드오버 이력을 나타내는 데이터베이스의 테이블(도 9)을 참조한다. HNB-GW110은, 해당 테이블을 참조하고, 수신한 PSC를 갖는 복수의 HNB중, 핸드오버의 성공 이력이 있는지의 여부를 판정 한다(S603). 성공 이력이 있을 경우(S603: '예'), HNB-GW110은, 성공 횟수가 많은 순으로 HNB에 등급을 부여 한다(S604). 성공 이력이 없을 경우(S603: '예'), 수신한 PSC를 갖는 복수의 HNB중, 핸드오버의 실패 이력이 있는지의 여부를 판정 한다(S605). 실패 이력이 있을 경우(S605: '예'), HNB-GW110은, 실패 횟수가 적은 순으로 HNB에 등급을 부여 한다(S606).

HNB-GW110은, 수신한 PSC와 동일한 PSC를 갖는 복수의 HNB에 등급 부여할 경우에는, 가장 등급이 상위인 셀의 RNC-ID를 핸드오버처로서 선택한다(S607). 한편, Confusion flag가 "TRUE"로 설정되어 있어도(S602: '예'), 핸드오버 이력을 나타내는 데이터베이스의 테이블에 성공 이력 및 실패 이력이 없을 경우(S603: '아니오', S605: '아니오'), 랜덤하게 핸드오버처가 선택된다(S608). 이 때, 전술한 바와 같이, 주파수 정보를 참조해서 랜덤하게 선택하는 핸드오버처를 한정하는 것도 가능하다. 그 후, 선택한 RNC-ID에 기초하여, HNB-GW110은 Target HNB에 RANAP:RELOCATION REQUEST 메시지를 포함하는 RUA:XXX 메시지를 송신 한다(S609).

또한, 전술한 설명에 있어서, HNB-GW110을 접속 이력 정보에 기초하여 이동국의 접속처를 선택하는 처리 장치로서 설명했지만, 이것에 한정되지 않고, 예를 들면, HNB-GW110과 접속하는 다른 장치가 처리 장치로서 기능할 수 있다.

계속해서, 본 실시 형태에 관한 이동 통신 시스템의 효과에 대해서 설명한다. 본 실시 형태에 관한 HNB는, HNB-GW110에 대하여 자신에 할당된 PSC와 주파수(UARFCN)를 송신한다. 이에 의해, HNB-GW110은 각 HNB의 PSC와 주파수를 인식할 수 있다.

또한 전술한 바와 같이, Source HNB가 HNB-GW110에 송신하는 RUA:DIRECT TRANSFER 메시지에 새로운 파라미터인 Confusion flag를 추가한다. 이 파라미터를 지정함으로써 Source HNB는, PSC Confusion이 생성될 경우에, HNB-GW110에 대하여 그 효과를 통지할 수 있다.

HNB-GW110은, 내부에 핸드오버의 실행 이력(핸드오버가 성공 하였는지의 여부)을 기억하는 데이터베이스의 테이블을 구비한다. 해당 테이블을 참조하는 것에 의해, PSC Confusion이 생기고 있는 경우에도, HNB-GW110은, 핸드오버가 성공할 확률이 높은 HNB를 Target HNB로서 선택할 수 있다.

실시 형태 2

본 발명의 실시 형태 2는, Source HNB가 복수의 RNC-ID를 지정하는 것을 특징으로 한다. 이하에, 실시 형태 1과 다른 점을 중심으로 설명한다.

도 14a 및 도 14b는, Source HNB로부터 HNB-GW110에 송신되는 RANAP:RELOCATION REQUIRED 메시지에 포함되는 Target ID가 기재되어 있다. 종래의 Target ID의 설정에 비교해 RCN-ID를 복수 지정할 수 있게 구성되어 있다. 즉, Source HNB는, Target ID에 새로운 정보 요소(Information Element: IE)로서 Target RNC-ID LIST를 정의하고, 해당 Target RNC-ID LIST에 복수의 RNC-ID를 지정해서 HNB-GW110에 송신할 수 있다. 도 14에 나타낸 정의에서는, RNC-ID는 16개까지 지정가능하다. 또한, RANAP:RELOCATION REQUIRED 및 Target ID의 상세에 관해서는 3GPP Release 8 TS 25.413을 참조하라.

본 실시 형태에서는, 도 10에 나타낸 핸드오버의 처리 플로우의 S304에 있어서, PSC Confusion이 생겼을 경우에 Source HNB는 Confusion flag를 지정하지 않고, 같은 PSC를 갖는 셀의 RNC-ID를 전부 지정한다. Source HNB는 복수의 RNC-ID를 지정한 Target ID를 포함시킨 RANAP:RELOCATION REQUIRED 메시지를 HNB-GW110에 송신한다.

RANAP:RELOCATION REQUIRED 메시지를 수신한 HNB-GW110은, 복수의 RNC-ID가 지정되어 있었을 경우, PSC Confusion이 생성되었다고 판단한다. 그 밖의 처리는 실시 형태 1과 동일하다.

계속해서, 본 실시 형태에 관한 이동 통신 시스템의 효과에 대해서 설명한다. 전술한 바와 같이, Source HNB가 복수의 RCN-ID를 지정한 Target ID를 포함하는 RANAP:RELOCATION REQUIRED 메시지를 HNB-GW110에 송신가능하다. 이에 의해 HNB-GW110은, HNB-GW110이 관리하는 테이블(도 5)을 검색하지 않고, 수신한 RCN-ID에 관한 셀로부터 핸드오버처를 선택할 수 있다.

또한, 전술한 구성은 Source HNB로 하여금 PSC Confusion이 Confusion flag를 지정하지 않고 생성된다는 것을 통지하게 할 수 있다.

실시 형태 3

본 발명의 실시 형태 3은, HNB-GW110을 대신하여, 각 HNB가 핸드오버의 실행 이력을 유지하는 것을 특징으로 한다. 이하에, 실시 형태 1 및 실시 형태 2와 다른 점을 중심으로 설명한다.

도 15는 본 실시 형태에 관한 HNB의 구성을 나타내는 도면이다. 각 HNB는 도시한 바와 같이 데이터베이스(130)를 내부에 구비하고, 데이터베이스(130) 내에 테이블을 유지한다. 각 HNB는, 이웃 리스트로서 PSC, RNC-ID, UARFCN 외에, 핸드오버 성공 횟수와 핸드오버 실패 횟수를 기억한다. 핸드오버 성공 횟수는, 해당 테이블을 유지하는 HNB로부터의 핸드오버가 성공한 횟수를 나타낸다. 또한, 핸드오버 실패 횟수는 해당 테이블을 유지하는 HNB로부터의 핸드오버가 실패한 횟수를 나타낸다. 또한, 본 실시 형태에서는,HNB-GW110은 핸드오버의 이력에 관한 데이터베이스(도 9)는 유지하지 않는다.

각 HNB는 자신의 셀과 이웃 셀을 구성하는 기지국의 정보만을 자신의 데이터베이스에 보유한다. 그 때문에, 실시 형태 1 및 실시 형태 2에 비해, 핸드오버의 이력을 저장하는 테이블의 사이즈는 작아진다.

도 16을 이용하여, HNB#a100을 사용해서 통신하고 있는 UE(120)이, HNB#b100에 핸드오버 요구를 행할 경우의 본 실시 형태에 관한 이동 통신 시스템의 처리에 대해서 설명한다. 또한, 도 16은, 도 8과 마찬가지로 PSC Confusion에 의한 핸드오버 실패 예를 나타내고 있다.

S101 및 S302의 처리는, 도 8에 나타낸 처리와 동일하다. Source HNB(HNB#a100)는, 수신한 RRC:MEASUREMENT REPORT 메시지에 포함되는 PSC를 참조하여 핸드오버처의 HNB의 RNC-ID를 판단한다(S703). 여기서, 수신한 PSC의 값은 "2"이며, HNB#a100 내부의 데이터 베이스의 테이블에는 PSC="2"가 되는 행이 복수로 존재한다. 또한, 근접하는 기지국은 모두 동일한 주파수("X")를 사용하고 있다. 그 때문에, Source HNB는 PSC Confusion이 생성되었다고 판단한다.

PSC Confusion이 생성되었다고 판단했을 경우, Source HNB는 핸드오버 이력을 저장한 데이터베이스의 테이블을 참조한다. 그리고, Source HNB는 수신한 PSC를 갖는 셀의 핸드오버 성공 횟수와 실패 횟수를 비교하여, 등급 부여를 행한다. 여기서, 도 15에 나타난 Source HNB(HNB#a100) 내부의 테이블을 참조하면, HNB#b101 및 HNB#d103의 핸드오버 성공 횟수, 핸드오버 실패 횟수는 모두 0이다. 그 때문에, Source HNB(HNB#a100)는, HNB#b101과 HNB#d103 중에서 랜덤하게 핸드오버처를 선택한다. 이하의 예에서는, Source HNB(HNB#a100)는 HNB#d103을 선택했을 경우를 고찰한다.

Source HNB는, 선택한 HNB#d103의 RNC-ID("DD")를 포함하는 RANAP:RELOCATION REQUIRED 메시지를 포함한 RUA:DIRECT TRANSFER 메시지를 HNB-GW110에 송신 한다(S704). 이후의 S305로부터 S309의 처리는 도 8에 나타낸 처리와 동일하다.

HNB-GW110로부터 RANAP:RELOCATION COMMAND 메시지를 수신한 Source HNB는, UE(120)에 RRC:Physical Channel Reconfiguration을 송신 한다(S710). Source HNB는, RRC:Physical Channel Reconfiguration을 송신한 후에 UE(120)로부터 RRC: PHYSICAL CHANNEL RECONFIGURATION FAILURE 메시지를 수신(S711) 했을 경우, 핸드오버는 실패라고 판단한다.

핸드오버가 실패했을 경우, Source HNB는 해당 실패를 자신의 데이터베이스내의 테이블에 갱신한다(S712). 갱신된 Source HNB인 HNB#a100의 테이블이 도 17에 도시된다.

계속해서, HNB#a100을 사용해서 통신하고 있는 UE(120)이, HNB#B101에 핸드오버 요구를 행할 경우의 본 실시 형태에 관한 이동 통신 시스템의 처리를 도 18을 이용하여 설명한다.

S101 및 S302의 처리는 도 16에 나타난 처리와 동일하다. 그 후, Source HNB(HNB#a100)는, 수신한 RRC:MEASUREMENT REPORT 메시지에 포함되는 PSC를 참조하여 핸드오버처의 HNB의 RNC-ID를 판단한다(S803). 여기서 도 16과 마찬가지로, Source HNB(HNB#a100)는 PSC Confusion이 생성되었다고 판단한다.

PSC Confusion이 생성되었다고 판단했을 경우, Source HNB는 핸드오버 이력을 저장한 데이터베이스의 테이블을 참조하여 핸드오버처를 선택한다. 여기에서는, HNB#b101의 핸드오버 성공 횟수, 핸드오버 실패 횟수는 모두 0이다. 한편, HNB#d103의 핸드오버 실패 횟수는 1이다. 그 때문에, Source HNB는 핸드오버처로서 HNB#b101을 선택한다. Source HNB는, 선택한 HNB#b101의 RNC-ID("BB")를 포함하는 RANAP:RELOCATION REQUIRED 메시지를 포함한 RUA:DIRECT TRANSFER 메시지를 HNB-GW110에 송신 한다(S804). 이후의 S305로부터 S309의 처리는 도 8에 나타내는 처리와 동일하다. 또한, S110으로부터 S117의 처리는 도 20에 나타내는 처리와 동일하다.

Source HNB는, RANAP RELOCATION COMMAND를 송신후에 RANAP:IU RELEASE COMMAND 메시지 및 HNBAP:UE DE-REGISTER를 HNB-GW110으로부터 수신했을 경우, 핸드오버가 성공이라고 판단한다. 핸드오버가 성공했을 경우, Source HNB는, 그 성공을 자신의 데이터베이스내의 테이블에 갱신한다.

다음으로, 본 실시 형태에 관한 Source HNB의 Target HNB 결정시의 처리에 대해서 도 19에 나타낸다. 도 13과 마찬가지로, 핸드오버 이력에 기초하여, 핸드오버처를 결정하고 있다(S603∼S608).

계속해서, 본 실시 형태에 관한 이동 통신 시스템의 효과에 대해서 설명한다. 전술한 바와 같이, 본 실시 형태에 있어서, Source HNB가 자신의 이웃 셀을 구성하는 HNB에의 핸드오버의 성공, 실패의 이력을 유지한다. Source HNB는, 해당 이력에 기초해서 UE(120)의 핸드오버처를 결정한다. Source HNB는 이웃 셀을 구성하는 HNB에 관한 이력만을 유지하기 때문에, HNB-GW110이 유지하는 이력 정보보다도 정보량이 적다. 그 때문에, Source HNB가 보유하는 HNB에 동일한 PSC를 할 당할 수 있는 가능성이 낮아진다. PSC Confusion이 생긴 경우에도 핸드오버의 후보가 되는 기지국의 수가 감소하고 핸드오버의 실패 확률이 또한 낮아진다.

또한, 본 발명은 상기 실시 형태에 한정된 것이 아니라, 취지를 일탈하지 않는 범위에서 적절히 변경하는 것이 가능하다. 예를 들면, 실시 형태 1 및 2에 기재된 이동 통신 시스템은, Intra CSG 및 Intra HNB-GW를 이용한 예를 설명했지만 이것에 한정되지 않고, Inter CSG 및 Intra HNB-GW를 이용한 환경에 있어서도 적용 가능하다. Inter CSG 및 Intra HNB-GW를 이용한 환경의 경우, CN이 전술한 핸드오버 처리의 일부에 상당하는 처리를 실행하게 된다. Inter CSG 및 Intra HNB-GW를 이용한 환경에 있어서도, HNB-GW가 RANAP: RELOCATION CANCEL 메시지를 수신하는 것인지, RANAP: RELOCATION COMPLETE 메시지를 수신하는지에 따라서 핸드오버의 성공 여부를 판단해서 데이터베이스를 갱신한다.

또한, 실시 형태 3에 기재된 이동 통신 시스템은, Intra CSG 및 Intra HNB-GW를 이용한 예를 설명했지만 이것에 한정되지 않고, Inter CSG 및 Intra HNB-GW를 이용한 환경에 있어서도 적용 가능이다. Inter CSG 및 Intra HNB-GW를 이용한 환경의 경우, Source HNB가 RRC: PHYSICAL CHANNEL RECONFIGURATION FAILURE 메시지를 수신하는지, RANAP: IU RELEASE COMMAND 메시지를 수신하는지에 따라서 핸드오버의 성공 여부를 판단해서 데이터베이스를 갱신한다.

또한, 전술한 핸드오버처를 결정하는 처리를 CPU(Central Processing Unit)에 컴퓨터 프로그램을 실행시킴으로써 실현하는 것도 가능하다.

프로그램은, 다양한 타입의 비일시적인 컴퓨터 판독 가능 매체(non-transitory computer readable medium)을 이용해서 저장되어, 컴퓨터에 공급할 수 있다. 비일시적인 컴퓨터 판독 가능 매체는, 다양한 타입의 실체가 있는 기록 매체(tangible storage medium)를 포함한다. 비일시적인 컴퓨터 판독 가능 매체의 예는, 자기기록 매체(예를 들면, 플로피 디스크, 자기 테이프, 하드디스크 드라이브), 광 자기 기록 매체(예를 들면, 광 자기 디스크), CD-ROM(compact disc-read only memory), CD-R(compact disc recordable), CD-R/W, 반도체 메모리(예를 들면, mask ROM, PROM(Programmable ROM), EPROM(Erasable PROM), 플래시 ROM, RAM(random access memory)등)을 포함한다. 또한, 프로그램은 다양한 타입의 일시적인 컴퓨터 판독 가능 매체에 의해 컴퓨터에 공급될 수 있다. 일시적인 컴퓨터 판독 가능 매체의 예는, 전기 신호, 광 신호, 및 전자파를 포함한다. 일시적인 컴퓨터 판독 가능 매체는 유선 통신로, 예컨데, 전선 및 광 파이버, 또는 무선 통신로를 통해 프로그램을 컴퓨터에 공급할 수 있다.

상기 실시 형태의 일부 또는 전부는, 이하의 부기와 같이도 기재될 수 있지만, 이하에 한정되지 않는다.

(부기 1)

제1 기지국으로부터 제2 기지국에의 이동국의 접속 스위칭이 되는 경우에, 상기 제1 기지국으로부터 복수의 기지국 중 적어도 하나에 대한 과거의 접속 스위칭의 성공 여부를 나타내는 접속 이력 정보에 기초하여, 상기 복수의 기지국으로부터 상기 제2 기지국을 선택하는 처리 장치.

(부기 2)

부기 1에 있어서, 상기 복수의 기지국 중, 상기 이동국이 접속을 스위칭하기 위한 조건을 충족시킨 기지국을 통지하기 위해서 송신하는 해당 기지국의 확산 코드와 같은 확산 코드가 할당된 기지국 중에서, 상기 접속 이력 정보를 이용해서 상기 제2 기지국을 선택하는 것을 특징으로 하는 처리 장치.

(부기 3)

부기 1 또는 부기 2에 있어서, 상기 접속 이력 정보에 있어서의 접속 성공의 확률이 상대적으로 높은 기지국을 상기 제2 기지국으로서 우선적으로 선택하는 것을 특징으로 하는 처리 장치.

(부기 4)

부기 1 내지 부기 3 중 어느 한 항에 있어서, 상기 이동국이 접속을 스위칭하기 위한 조건을 충족시킨 기지국의 주파수의 정보를 통지했을 경우에, 상기 복수의 기지국 중 해당 주파수와 같은 주파수를 이용하는 기지국 중에서 상기 제2 기지국을 선택하는 것을 특징으로 하는 처리 장치.

(부기 5)

이동 통신 시스템으로서,

제1 셀을 생성하고, 이동국과 접속 가능한 제1 기지국과,

상기 제1 기지국 및 복수의 기지국을 상위 네트워크에 통신 가능하게 접속하는 게이트웨이 장치와,

상기 제1 기지국으로부터 상기 복수의 기지국에 포함되는 제2 기지국에의 상기 이동국의 접속 스위칭이 되는 경우에, 상기 제1 기지국으로부터 상기 복수의 기지국 중 적어도 하나에 대한 과거의 접속 스위칭의 성공 여부를 나타내는 접속 이력 정보에 기초하여, 상기 복수의 기지국 중에서 상기 제2 기지국을 선택하는 처리 수단

을 구비하는 이동 통신 시스템.

(부기 6)

부기 5에 있어서, 상기 처리 수단은, 상기 이동국이 접속을 스위칭하기 위한 조건을 충족시킨 기지국을 통지하기 위해서 송신하는 해당 기지국의 확산 코드와 같은 확산 코드가 할당된 기지국 중에서, 상기 접속 이력 정보를 이용해서 상기 제2 기지국을 선택하는 것을 특징으로 하는 이동 통신 시스템.

(부기 7)

부기 5 또는 부기 6에 있어서, 상기 처리 수단은, 상기 접속 이력 정보에 있어서, 접속 성공의 확률이 상대적으로 높은 기지국을 우선적으로 상기 제2 기지국으로서 선택하는 것을 특징으로 하는 이동 통신 시스템.

(부기 8)

부기 5 내지 부기 7 중 어느 한 항에 있어서, 상기 처리 수단은, 상기 이동국이 접속을 스위칭하기 위한 조건을 충족시킨 기지국의 주파수의 정보를 통지했을 경우에, 상기 복수의 기지국 중 해당 주파수와 같은 주파수를 이용하는 기지국으로부터 상기 이동국이 접속하는 기지국을 선택하는 것을 특징으로 하는 이동 통신 시스템.

(부기 9)

부기 5 내지 부기 8 중 어느 한 항에 있어서, 상기 제1 기지국은, 상기 이동국이 접속을 스위칭하기 위한 조건을 충족시킨 기지국을 통지하기 위해서 송신하는 해당 기지국의 확산 코드와 같은 확산 코드가 할당된 기지국이 복수개 존재 하는지의 여부를 나타내는 플래그를 상기 처리부에 통지하고,

상기 처리 수단은, 상기 플래그를 수신했을 경우에, 상기 접속 이력 정보에 기초해서 상기 제2 기지국을 선택하는 것을 특징으로 하는 이동 통신 시스템.

(부기 10)

부기 5 내지 부기 8 중 어느 한 항에 있어서, 상기 제1 기지국은, 상기 이동국이 접속을 스위칭하기 위한 조건을 충족시킨 기지국을 통지하기 위해서 송신하는 해당 기지국의 확산 코드와 같은 확산 코드가 할당된 기지국이 복수개 있을 경우에 해당 복수의 기지국 후보의 모두를 상기 처리 수단에 통지하고,

상기 처리 수단은, 상기 제1 기지국으로부터 통지된 복수의 기지국 후보로부터, 상기 접속 이력 정보에 기초해서 상기 제2 기지국을 선택하는 것을 특징으로 하는 이동 통신 시스템.

(부기 11)

부기 5 내지 부기 10 중 어느 한 항에 있어서, 상기 처리 수단은 상기 게이트웨이 장치에 배치되는 이동 통신 시스템.

(부기 12)

부기 5 내지 부기 8 중 어느 한 항에 있어서, 상기 처리 수단은 상기 제1 기지국에 배치되며,

상기 제1 기지국은, 상기 이동국이 접속을 스위칭하기 위한 조건을 충족시킨 기지국을 통지하기 위해서 송신하는 해당 기지국의 확산 코드와 같은 확산 코드를 갖는 기지국이 복수개 존재하는 경우에, 같은 확산 코드를 갖는 해당 복수의 기지국 중에서, 상기 접속 이력 정보에 기초해서 상기 제2 기지국을 선택하는 것을 특징으로 하는 이동 통신 시스템.

이 출원은, 2009년 12월 17일에 출원된 일본출원 일본 특허 출원 제2009-286823을 기초로 하며, 이에 대한 우선권을 주장하고, 그 전체 내용은 본 명세서에 참조로서 통합된다.

10 기지국A
20 기지국B
30 기지국C
40 기지국D
50 게이트웨이 장치
60 이동국
100 HNB#a
101 HNB#b
102 HNB#c
103 HNB#d
110 HNB-GW
120 UE

Claims

HNB(Home Node B)로서,
상기 HNB에 의해 서빙되는 셀의 PSC(Primary Scrambling Code)를, HNB REGISTER REQUEST 메시지인 제1 HNBAP(HNB Application Part) 메시지에 포함시키고,
상기 PSC를 포함하는 상기 HNB REGISTER REQUEST 메시지를, 상기 HNB REGISTER REQUEST 메시지를 전송하는 상기 HNB와는 상이한 또다른 HNB에 접속하도록 되어 있는 HNB 게이트웨이(HNB-GW)에 전송하고,
상기 HNB REGISTER REQUEST 메시지에 응답하여, HNB REGISTER ACCEPT 메시지인 제2 HNBAP 메시지를 수신하도록 되어 있는 HNB(Home Node B).
HNB 게이트웨이(Home Node B-GW)로서,
HNB(Home Node B)에 접속하고,
상기 HNB에 의해 서빙되는 셀의 PSC(Primary Scrambling Code)를 포함하는 HNB REGISTER REQUEST 메시지인 제1 HNBAP(HNB Application Part) 메시지를 수신하고,
상기 PSC를 포함하는 상기 HNB REGISTER REQUEST 메시지에 응답하여, HNB REGISTER ACCEPT 메시지인 제2 HNBAP 메시지를 전송하도록 되어 있는 HNB 게이트웨이(HNB-GW).
HNB(Home Node B)로서,
상기 HNB에 의해 서빙되는 셀의 PSC(Primary Scrambling Code)를, HNB REGISTER REQUEST 메시지인 제1 HNBAP(HNB Application Part) 메시지에 포함시키도록 되어 있는 유닛;
상기 PSC를 포함하는 상기 HNB REGISTER REQUEST 메시지를, 상기 HNB REGISTER REQUEST 메시지를 전송하는 상기 HNB와는 상이한 또다른 HNB에 접속하도록 되어 있는 HNB 게이트웨이(HNB-GW)에 전송하도록 되어 있는 송신기; 및
상기 HNB REGISTER REQUEST 메시지에 응답하여, HNB REGISTER ACCEPT 메시지인 제2 HNBAP 메시지를 수신하도록 되어 있는 수신기를 포함하는 HNB(Home Node B).
이동국으로서,
제1 HNB(Home Node B)와 통신을 하도록 되어 있는 통신 유닛을 포함하고,
상기 제1 HNB는,
상기 제1 HNB에 의해 서빙되는 셀의 PSC(Primary Scrambling Code)를, HNB REGISTER REQUEST 메시지인 제1 HNBAP(HNB Application Part) 메시지에 포함시키고,
상기 PSC를 포함하는 상기 HNB REGISTER REQUEST 메시지를, 상기 HNB REGISTER REQUEST 메시지를 전송하는 상기 제1 HNB와는 상이한 제2 HNB에 접속하도록 되어 있는 HNB 게이트웨이(HNB-GW)에 전송하고,
상기 HNB REGISTER REQUEST 메시지에 응답하여, HNB REGISTER ACCEPT 메시지인 제2 HNBAP 메시지를 수신하며,
상기 통신 유닛은 상기 제2 HNB와 통신하도록 되어 있는 이동국.