JP2015084572A - 通信方法、移動局、ＨｏｍｅＮｏｄｅＢ、ＨｏｍｅＮｏｄｅＢゲートウェイ - Google Patents

通信方法、移動局、ＨｏｍｅＮｏｄｅＢ、ＨｏｍｅＮｏｄｅＢゲートウェイ Download PDF

Info

Publication number
JP2015084572A
JP2015084572A JP2014258754A JP2014258754A JP2015084572A JP 2015084572 A JP2015084572 A JP 2015084572A JP 2014258754 A JP2014258754 A JP 2014258754A JP 2014258754 A JP2014258754 A JP 2014258754A JP 2015084572 A JP2015084572 A JP 2015084572A
Authority
JP
Japan
Prior art keywords
hnb
message
psc
handover
base station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2014258754A
Other languages
English (en)
Inventor
将人 神藤
Masahito Shindo
将人 神藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2014258754A priority Critical patent/JP2015084572A/ja
Publication of JP2015084572A publication Critical patent/JP2015084572A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0466—Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control

Abstract

【課題】ハンドオーバーの失敗確率を低減できる仕組みを提供する。【解決手段】Home Node B (HNB)の通信方法は、前記HNBのセルのPrimary Scrambling Code (PSC)を、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージに含め、前記PSCを含む前記第１のHNB Application Part (HNBAP)メッセージを、他のHNBに接続可能に構成されるHome Node B Gateway (HNB-GW)に送信し、前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである第２のHNB Application Part (HNBAP)メッセージを受信する。【選択図】 図１

Description

本発明は移動通信システムにおけるハンドオーバー方法に関し、特に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間のハンドオーバーの手順を説明する（非特許文献１）。以下の記載では、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へアクセスを実施する。
図２０は、3GPP Release 9において合意されているHNB間のハンドオーバーの手順を示すシーケンス図である。まず、UEがCS (Circuit Switch)またはPS (Packet Switch)との通信を実施している状態である（Ｓ１０１）。
UEは、現在通信中のHNB (Source HNB)から別のHNB(Target HNB)へのハンドオーバーを実行する条件を満たした場合、Target HNBが使用するPSCをSource HNBに対してRRC(Radio Resource Control):MEASUREMENT REPORTメッセージにより通知する（Ｓ１０２）。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を特定する（Ｓ１０３）。
Source HNBは、Target HNBのRNC-IDを含むRUA(RANAP User Adaption):DIRECT TRANSFERメッセージをHNB-GWに送信する（Ｓ１０４）。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を特定する（Ｓ１０５）。HNB-GWは特定したTarget HNBに対してRANAP:RELOCATION REQUESTメッセージをRUAメッセージ内に含めて送信する（Ｓ１０６）。なお、当該RUAメッセージの名称は現段階では未決定である。以下の記載では、各プロトコル仕様において未決定の名称を持つメッセージを"XXX"（例えば、RUA:XXX）と記載する。
Target HNBはRANAP:RELOCATION REQUESTメッセージを受信すると、ハンドオーバーを実施してくるUEの情報の登録と、当該UEのためのリソースの確保を実施する（Ｓ１０７）。そして、Target HNBは、RANAP:RELOCATION REQUEST ACKNOWLEDGEメッセージを含んだRUA:DIRECT TRANSFERメッセージをHNB-GWに送信する（Ｓ１０８）。
RUA:DIRECT TRANSFERメッセージを受信したHNB-GWは、RANAP:RELOCATION COMMANDメッセージをSource HNBへ送信する（Ｓ１０９）。その後、UEとTarget HNBとの間での無線の同期処理（Ｓ１１１）を行う。続いて、Target HNBはHNB-GWにリロケーションが完了したことを通知する（Ｓ１１４）。そして、Source HNBがUEのリソースを解放する（Ｓ１１６）ことにより一連のハンドオーバー処理を終了する。
3GPP TS 25.467 "UTRAN architecture for 3G Home Node B (HNB); Stage 2"、3GPP、[平成21年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が発生している場合、図２０のＳ１０３において、Source HNBがTarget HNBを正確に決定することが困難となる。つまり、同一のPSCを複数のHNBが持つ場合、Target HNBのRNC-IDを特定することが困難となる。
ここで、Source HNBが一つのHNBをTarget HNBとしてランダムに選択（RNC-IDを選択）する方式について検討する。この方式であっても、Source HNBが、UEがハンドオーバー先として希望しているHNBとは異なるHNBをTarget HNBとして選択してしまった場合、ハンドオーバーは失敗してしまう。
よって、ハンドオーバーの失敗の発生を防止するために、PSC Confusionが発生した状況であっても、ハンドオーバーの成功率を上昇させることが必要となる。
本発明は、このような問題点を解決するためになされたものであり、PSC Confusion発生時であってもハンドオーバーの失敗確率を低減できる移動通信システムを提供することを目的とする。
例示的な実施形態におけるHome Node B (HNB)の通信方法は、前記HNBのセルのPrimary Scrambling Code (PSC)を、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージに含め、前記PSCを含む前記第１のHNB Application Part (HNBAP)メッセージを、他のHNBに接続可能に構成されるHome Node B Gateway (HNB-GW)に送信し、前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである第２のHNB Application Part (HNBAP)メッセージを受信するものである。
例示的な実施形態におけるHome Node Bゲートウェイ(HNB-GW)は、Home Node B (HNB)に接続する手段と、前記HNBのセルのPrimary Scrambling Code (PSC)を含む、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージを、受信する手段と、前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである第２のHNB Application Part (HNBAP)メッセージを送信する手段と、を有するものである。
例示的な実施形態におけるHome Node B (HNB)は、前記HNBのセルのPrimary Scrambling Code (PSC)を、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージに含める手段と、前記PSCを含む前記第１のHNB Application Part (HNBAP)メッセージを、他のHNBに接続可能に構成されるHome Node B Gateway (HNB-GW)に送信する手段と、前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである、第２のHNB Application Part (HNBAP)メッセージを受信する手段と、を有するものである。
例示的な実施形態における移動局は、Home Node B (HNB)のセルのPrimary Scrambling Code (PSC)を含む、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージをHome Node B Gateway (HNB-GW)に送信し、前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである第２のHNB Application Part (HNBAP)メッセージを受信するHNBから、前記PSCに関する情報を受信する手段と、前記PSCを前記セルにおける拡散コードとして使用する手段と、を有するものである。
本発明によれば、PSC Confusion発生時であってもハンドオーバーの失敗確率を低減できる移動通信システムを提供することができる。
実施の形態１にかかる移動通信システムの基本構成を示すブロック図である。 実施の形態１にかかる移動通信システムの基本構成を示すブロック図である。 実施の形態１にかかるHNB#a１００が保持する近接セルのリストの図である。 実施の形態１にかかるHNBAPのHNB Registration Procedureの処理概要を示す図である。 実施の形態１にかかるHNB-GW１１０内部のデータベースのテーブルの図である。 実施の形態１にかかるHNB REGISTER REQUESTメッセージの図である。 実施の形態１にかかるRUA:DIRECT TRANSFERメッセージの図である。 実施の形態１にかかるハンドオーバー実行時の移動体通信システムの動作を示すシーケンス図である。 実施の形態１にかかるハンドオーバー結果の履歴を格納したデータベースのテーブルの図である。 実施の形態１にかかるハンドオーバー実行時の移動体通信システムの動作を示すシーケンス図である。 実施の形態１にかかるハンドオーバー先候補のリストの図である。 実施の形態１にかかるSource HNBのTarget HNB決定時の処理を示すフローチャートである。 実施の形態１にかかるHNB-GW１１０のTarget HNB決定時の処理の図を示すフローチャートである。 実施の形態２にかかるRANAP:RELOCATION REQUIREDメッセージに含まれるTarget IDの図である。 実施の形態２にかかるRANAP:RELOCATION REQUIREDメッセージに含まれるTarget IDの図である。 実施の形態３にかかるHNBの構成を示す図である。 実施の形態３にかかるハンドオーバー実行時の移動体通信システムの動作を示すシーケンス図である。 実施の形態３にかかるハンドオーバー結果の履歴を格納したデータベースのテーブルの図である。 実施の形態３にかかるハンドオーバー実行時の移動体通信システムの動作を示すシーケンス図である。 実施の形態３にかかるSource HNBのTarget HNB決定時の処理を示すフローチャートである。 従来のハンドオーバー実行時の移動体通信システムの動作を示す図である。
以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
実施の形態１
以下、図面を参照して本発明の実施の形態について説明する。まず、図１を参照して、本実施の形態１にかかる移動通信システムの基本構成と、その動作の概略について説明する。
基地局a１０は、自身が構成するセルと近接するセルを構成する基地局（基地局b２０、基地局c３０、基地局d４０）の情報（PSC等）を保持している。ゲートウェイ装置５０は、基地局a１０、b２０、c３０、及びd４０と上位ネットワーク（通信事業者のコアネットワーク等）の間に配置され、これらの基地局を上位ネットワークに通信可能に接続する。ゲートウェイ装置５０は、これらの基地局と上位ネットワークの間でユーザデータ及び制御データを中継する。また、ゲートウェイ装置５０は、基地局a１０、b２０、c３０、及びd４０の間で、移動局のハンドオーバーに関するシグナリングを行う。移動通信システムの移動局（UE）６０は、基地局a１０と接続しており、基地局b２０に近づくように移動している。ここで、移動局６０が基地局a１０から基地局b２０に接続切り替えを行う条件を満たした場合、移動局６０は基地局b２０の識別コードであるPSC=2を基地局a１０に送信する。基地局a１０またはゲートウェイ装置５０は、同一のPSCを持つ基地局（基地局b２０、基地局d４０）の中から、基地局a１０からの接続切り替えの成功の確率が高い基地局を選択する。基地局a１０またはゲートウェイ装置５０は、選択した基地局への移動局６０の接続切り替えを実施する。
続いて、図面を参照して本発明の実施の形態の詳細について説明する。図２は、本実施の形態にかかる移動通信システムの構成を示す図である。図２は、UE１２０がHNB#a１００のセルからHNB#b１０１のセルへ移動する様子を示す。HNB#a１００の近隣のセルとして、HNB#b１０１のセルと、HNB#c１０２のセルと、HNB#d１０３のセルと、が存在している。
HNB#a１００のセルにはPSC#1が設定されている。同様に、HNB#b１０１のセルにはPSC#2が設定されている。HNB#c１０２のセルにはPSC#3が設定されている。HNB#d１０３にはPSC#2が設定されている。HNB#a１００は、近隣HNBとしてHNB#b１０１と、HNB#c１０２と、HNB#d１０３と、を認識している。すなわち、HNB#a１００は、HNB#b１０１、HNB#c１０２、及びHNB#d１０３の情報（PSC、RNC-ID、周波数情報）を保持している。また、HNB-GW１１０は、HNB#a１００、HNB#b１０１、HNB#c１０２、及びHNB#d１０３と相互に通信可能に構成されている。
図３は、HNB#a１００が保持する近接セルのリストを示している。言い換えると、HNB#a１００が保有する近隣HNBの情報（PSC、RNC-ID、UARFCN（周波数情報））のリストである。たとえば、HNB#a１００は、HNB#b１０１のPSCとして"2"、RNC-IDとして"BB"、使用する周波数として"X"を認識している。
続いて、図４にHNBAP (Home Node B Application Part Signaling)のHNB Registration Procedureの概要が記載されている。各HNBは、運用開示時点において図４に示した手順で当該HNBの情報をHNB-GW１１０に通知する（Ｓ２０１）。具体的には、HNBは、運用開始時点にHNB REGISTER REQUESTメッセージにより、当該HNBの情報を通知する。なお、HNBAP (Home Node B Application Part Signaling)のHNB Registration Procedureの詳細については、3GPP Release8 TS25.469のSection8.2を参照されたい。
HNB REGISTER REQUESTメッセージを受信したHNB-GW１１０は、内部に備えるデータベースのテーブルに受信したHNBの情報を格納する。図５は、HNB-GW１１０内部のデータベースのテーブルを示す図である。HNB-GW１１０は、当該HNB-GW１１０と通信可能な各HNBが使用しているPSC及びUARFCNの情報を保持している。
その後、HNB-GW１１０は、HNB REGISTER ACCEPTメッセージをHNBに送信する（Ｓ２０２）。上述の手順により、HNB-GW１１０は、必要なサービスをHNBに対して提供することが可能となる。また、上述の手順により、HNB-GW１１０は、HNBと、Core Networkとの情報のやり取りを可能とすることができる。
なお、HNB Registration Procedureは、3GPP Release 8により定義されたものであるが、3GPP Release 9においても当該箇所は変更がない予定である。
図６は、本実施の形態にかかる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のSection9.1.3を参照されたい。
図７は、本実施の形態にかかるHNBがHNB-GW１１０に対して送信するRUA:DIRECT TRANSFERメッセージの詳細が記載されている。本実施の形態にかかるHNBが送信するRUA:DIRECT TRANSFERは、既存のRUA:DIRECT TRANSFERのパラメータに加えて、新たに"Confusion flag"というパラメータが定義されている。"Confusion flag"は、PSC Confusionが発生している場合に、HNBがその旨を通知するために用いるパラメータである。HNBは、PSC Confusionが生じている場合、"Confusion flag"を"TRUE"に設定してHNB-GW１１０にRUA:DIRECT TRANSFERメッセージを送信する。なお、RUA:DIRECT TRANSFERメッセージの詳細は、3GPP Release 8 TS25.468のSection9.1.4を参照されたい。
なお、本実施の形態においては、RUA:DIRECT TRANSFERメッセージにおいてPSC Confusionが発生しているか否かを定義しているが、これに限られない。たとえば、RUA:DIRECT TRANSFERメッセージ内部に含まれるRANAPメッセージ内に当該内容を記載する等により、PSC Confusionが生じていることを通知してもよい。
続いて、本実施の形態にかかる移動通信システムの各構成要素（HNB、HNB-GW、UE等）の動作について説明する。まず、図４と図５を参照して、HNB Registrationの処理手順について説明する。
HNBは、運用開示時点にHNB REGISTER REQUESTメッセージにより、当該HNBの情報をHNB-GW１１０に通知する（Ｓ２０１）。この際、HNB REGISTER REQUESTメッセージには、"Primary Scrambling Code"と"UARFCN"を含んでいる。
HNB REGISTER REQUESTメッセージ を受信したHNB-GW１１０は、各HNBから受信した"Primary Scrambling Code"と"UARFCN"を内部のデータベースに格納する。図５に示したデータベース内のテーブルにおいては、HNB-GW１１０において４つのHNB（HNB#a、HNB#b、HNB#c、HNB#d）の"Primary Scrambling Code"と"UARFCN"の情報を格納している。なお、図５においては、４つのHNBの全てが同じ周波数（"X"）を使用している。
HNB-GW１１０は、データベース内のテーブルに"Primary Scrambling Code"と"UARFCN"の情報を格納した後に、HNB REGISTER REQUESTメッセージを送信したHNBに対して、HNBAP:HNB REGISTRATION ACCEPTメッセージを送信する（Ｓ２０２）。HNBAP:HNB REGISTRATION ACCEPTメッセージの送信により、HNB Registrationの処理を終了する。なお、HNBAP:HNB REGISTRATION ACCEPTメッセージには、既存のメッセージからの変更点はない。
続いて、UE１２０が移動したことにより、ハンドオーバーを実行する必要が生じた際の移動通信システムの動作について説明する。図８は、ハンドオーバー実行時の移動体通信システムの動作を示すシーケンス図である。すなわち図８は、UE１２０がHNB#a１００と通信中の状態でHNB#b１０１に接近するように移動したことにより、UE１２０がHNB#b１０１にハンドオーバーするためにRRC:MEASUREMENT REPORTメッセージを送信した際の処理を示す。また、図８において、HNB-GW１１０は、図５に示すデータベースのテーブルを保持するものとする。
UE１２０がCS (Circuit Switch) またはPS (Packet Switch) との通信を実施している状態である（Ｓ１０１）。UE１２０は、HNB#b１０１にハンドオーバーするために、HNB#b１０１のPSCの情報（PSC=2）を含むRRC:MEASUREMENT REPORTメッセージをSource HNBであるHNB#a１００に送信する（Ｓ３０２）。UE１２０は、周波数測定の実施を指示されている場合、UE１２０は、測定中の周波数と自身の在圏する基地局（HNB#a１００）が同じか否かをRRC:MEASUREMENT REPORTメッセージに含めて通知する。
RRC:MEASUREMENT REPORTメッセージを受信したSource HNB(HNB#a１００)は、PSC=2を持つセルであって、周波数の条件を満たすセルを、自身の近隣セル情報（図４）の中から選択する。すなわち、RRC:MEASUREMENT REPORTメッセージにおいてUE120が通知してきた基地局の周波数がSource HNBの周波数と同じ場合、Source HNBは当該周波数をもつ基地局を選択する。一方RRC:MEASUREMENT REPORTメッセージにおいてUE120が通知してきた基地局の周波数がSource HNBの周波数と異なる場合、Source HNBはSource HNBが使用する周波数と異なる周波数をもつ基地局を選択する。しかし、ここではHNB#b１０１のセルと、HNB#d１０３のセルと、がともにPSC=2を保持する。また、HNB#a、HNB#b、及びHNB#dはともに同周波数（"X"）を使用している。すなわち、PSC Confusionが生じている。そのため、Source HNB(HNB#a１００)は、ランダムにいずれか一つのセル（当該セルと対応したRNC-ID）を選択する。ここでは、RNC-ID＝DDを選択するものとする。すなわち、Source HNB(HNB#a１００)は、UE１２０のハンドオーバー先としてHNB#d１０３を選択する（Ｓ３０３）。
Source HNB(HNB#a１００)は、Ｓ３０３で選択したRNC-ID＝DDを含むRUA:DIRECT TRANSFERメッセージをHNB-GW１１０に送信する（Ｓ３０４）。ここでPSC Confusionが生じているため、Source HNB(HNB#a１００)は、RUA:DIRECT TRANSFERメッセージ内のConfusion flagを"TRUE"に設定して送信する。
RUA:DIRECT TRANSFERメッセージを受信したHNB-GW１１０は、RUA:DIRECT TRANSFERメッセージ内のConfusion flagが"TRUE"に設定されているため、Source HNB(HNB#a１００)がランダムにTarget HNBを選択したことを認識することができる。ここで、HNB-GW１１０内には、後述のハンドオーバー履歴を格納するデータベースが存在しない。当該データベースは、HNB-GW１１０を介したハンドオーバーが実行される前には存在しない。当該データベースが存在しない場合、HNB-GW１１０はPSC Confusionに対する対処は何も行わない。すなわち、PSC Confusionに対する対応を行うことなく、HNB-GW１１０はHNB#d１０３をTarget HNBとして特定する（Ｓ３０５）。HNB-GW１１０は、送信されたRNC-IDを持つHNB#d１０３に送信するRANAP:RELOCATION REQUESTメッセージを生成する。
HNB-GW１１０は、特定したTarget HNBであるHNB#d１０３に対してRANAP:RELOCATION REQUESTメッセージをRUAメッセージ内に含めて送信する（Ｓ３０６）。
Target HNBはRANAP:RELOCATION REQUESTメッセージを受信すると、ハンドオーバーを実施してくるUE１２０の情報の登録と、当該UE１２０のためのリソースの確保を実施する（Ｓ３０７）。そして、Target HNBは、RANAP:RELOCATION REQUEST ACKNOWLEDGEメッセージを含んだRUA:DIRECT TRANSFERメッセージをHNB-GW１１０に送信する（Ｓ３０８）。
RUA:DIRECT TRANSFERメッセージを受信したHNB-GW１１０は、RANAP:RELOCATION COMMANDメッセージをSource HNB(HNB#a１００)へ送信する（Ｓ３０９）。RANAP:RELOCATION COMMANDメッセージを受信したSource HNB(HNB#a１００)は、物理チャンネル再構成を指示するPhysical Channel ReconfigurationをUE１２０に送信する（Ｓ３１０）。
Physical Channel Reconfigurationを受信したUE１２０は、所望のハンドオーバー先であるHNB#b１０１と無線同期を取ることを試みる。しかし、Ｓ３０６において、HNB-GW１１０は、HNB#d１０３に対してRANAP:RELOCATION REQUESTメッセージを含むRUAメッセージ（RUA:XXX）を送信している。そのため、HNB#b１０１は、ハンドオーバーを実施してくるUE１２０の情報の登録等を実施していない。よって、UE１２０は、HNB#b１０１との無線同期を失敗する。UE１２０は、RRC:PHYSICAL CHANNEL RECONFIGURATION FAILUREメッセージをSource HNB(HNB#a１００)に送信する（Ｓ３１１）。
RRC:PHYSICAL CHANNEL RECONFIGURATION FAILUREメッセージを受信したSource HNB(HNB#a１００)は、RANAP:RELOCATION CANCELメッセージを含むRUA:XXXメッセージをHNB-GW１１０に送信する（Ｓ３１２）。
HNB-GW１１０は、Target HNBからRANAP:RELOCATION DETECTメッセージを受信せず、かつSource HNB(HNB#a１００)からRANAP:RELOCATION CANCELメッセージを受信したことにより、ハンドオーバーが失敗したことを認識する。HNB-GW１１０は、ハンドオーバー結果の履歴を格納する内部データベースがなければ、新たにデータベースを作成する。そしてHNB-GW１１０は、ハンドオーバーが失敗したことを当該データベース内のテーブル（図９）に反映する（Ｓ３１３）。なお、HNB-GW１１０は、当該データベースを運用時に初期化された状態で作成しておいてもよい。
図９は、HNB-GW１１０内部にあるハンドオーバー結果の履歴を格納したデータベースのテーブルである。図９に示すように、当該テーブルは、各ハンドオーバー元のHNBからハンドオーバー先の対象となるHNBへのハンドオーバーが成功したか否かという情報を格納する。上述のＳ３１３において、HNB#a１００からHNB#d１０３へのハンドオーバーが失敗しているため、テーブルには当該失敗の結果が反映されている。
なお、図９に示したテーブルにはハンドオーバーの成功及び失敗の回数を記憶するように構成されているが、これに限られない。たとえば、テーブルには、ハンドオーバーの失敗回数のみ、または成功回数のみを記憶するように構成してもよい。
データベースにハンドオーバーの成否を反映した後に、HNB-GW１１０は、RANAP:RELOCATION CANCEL ACKNOWLEDGEメッセージを含むRUA:XXXメッセージをSource HNBに送信する（Ｓ３１４）。以上の処理により、本実施の形態にかかる移動通信システムはハンドオーバー処理を終了する。
続いて、図９に示したテーブルの状態において、さらにUE１２０がHNB#a１００からHNB#b１０１へのハンドオーバーを要求してきた場合の処理について説明する。図１０は、当該処理の流れを示すシーケンス図である。
Ｓ１０１、及びＳ３０２からＳ３０４の処理は図９に示した処理と同様である。RUA:DIRECT TRANSFERメッセージを受信したHNB-GW１１０は、RUA:DIRECT TRANSFERメッセージ内のConfusion flagが"TRUE"に設定されているため、Source HNB（HNB#a１００）がランダムにTarget HNBを選択したことを認識することができる。
ここでHNB-GW１１０は、ハンドオーバー履歴を示すデータベースのテーブル（図９）を参照し、送信されたPSCを持つHNBの中からハンドオーバー先として適切なHNBを選択する。具体的には、HNB-GW１１０は、以下のように対象HNB（送信されたPSCを持つHNB）にランク付けを行う。
最初に、ハンドオーバー履歴を示すデータベースのテーブル（図９）からハンドオーバー元のHNBの行を抜き出す。ここでは、HNB#aの行を抜き出す。続いて、図５に示した各HNBのPSC情報を保持するテーブルを参照し、送信されたPSCと同じPSCを持つHNBを特定し、それ以外のHNBを除外する。またHNB-GW１１０は、図５に示したテーブルを参照して、Target RNC-IDと同じUARFCNを使用していないHNBを候補から除外する。これは、異なる周波数で同じPSCを使用していてもPSC Confusionが生じないためである。
そして、残ったHNBの中からハンドオーバーの失敗確率の低いHNBを高いランクに設定する。ここでは、HNB#bと、HNB#dと、が同一のPSCを有しているが、失敗確率の低いHNB#bが高いランクに設定される。このような一連の処理により図１１に示すようにランクがづけられたハンドオーバー先候補のリストが作成される。そして、HNB-GW１１０は、一番上位のランクに位置するHNB#bをハンドオーバー先(Target HNB)として選択する（Ｓ４０５）。
なお、上述の説明ではハンドオーバーの履歴に基づいて図１１に示すようなランク付けされたハンドオーバー先候補のリストを生成したが、これに限られず、他の方法でHNBをランク付けしてもよい。たとえば、HNB-GW１１０は、各HNBからHNBAP:HNB LOCATION INFORMATIONメッセージにてその位置情報を通知することができる。HNB-GW１１０は、PSC Confusionが生じた際にこの位置情報を用いて、Source HNBに近いHNBを優先的に選択する。この位置情報を用いたHNBの選択によってもUE１２０が意図するTarget HNBへのハンドオーバーを実行できる可能性が高くなる。
HNB-GW１１０は、Target HNBとして選択したHNB#b１０１に対してRANAP:RELOCATION REQUESTメッセージを含むRUA:XXXメッセージを送信する（Ｓ４０６）。以降の処理（Ｓ１０７からＳ１１４）は図２０に示した処理と同様である。
Target HNBからRANAP:RELOCATION COMPLETEメッセージを含むRUA:DIRECT TRANSFERメッセージを受信したことにより、HNB-GW１１０は、正常にハンドオーバーが終了したことを認識できる。HNB-GW１１０は、ハンドオーバーが成功したことをハンドオーバーの履歴を格納しているテーブル（図９）に反映する（Ｓ４１５）。その後の処理（Ｓ１１５〜Ｓ１１７）は、図３に示す処理と同様である。
続いて、図１２のフローチャートを用いて本実施の形態にかかるSource HNBがTarget HNB決定に至るまでに行う処理について説明する。最初にHNBは、ハンドオーバー要求をUE１２０から受信する（Ｓ５０１）。Source HNBは、受信したハンドオーバー要求に含まれるPSCを持つセルを近隣リスト（図３）から検索する。ここで、複数のセルが検出された場合（Ｓ５０２：Ｙｅｓ）、すなわちPSC Confusionが生じている場合、RUA:DIRECT TRANSFERメッセージのConfusion flagを"True"に設定する（Ｓ５０３）。そして、Source HNBは受信したPSCを持つHNBからランダムにハンドオーバー先のRNC-IDを決定する（Ｓ５０４）。
一方、受信したハンドオーバー要求に含まれるPSCを持つセルが近隣リスト（図３）に複数存在しない場合（Ｓ５０２：Ｎｏ）、Source HNB はRUA:DIRECT TRANSFERメッセージのConfusion flagを設定しない（Ｓ５０５）。すなわち、Confusion flagは"False"となる。そののち、Source HNBはUE１２０からのハンドオーバー要求に基づいてRNC-IDを選択する（Ｓ５０６）。
Source HNBは、選択したRNC-IDを含むRUA(RANAP User Adaption):DIRECT TRANSFERメッセージをHNB-GW１１０に送信する（Ｓ５０７）。RUA:DIRECT TRANSFERメッセージにはRANAP(Radio Access Network Application Part):RELOCATION REQUIREDメッセージが含まれる。
次に、図１３のフローチャートを用いて本実施の形態にかかるHNB-GW１１０がTarget HNB決定に至るまでに行う処理について説明する。HNB-GW１１０は、Source HNBからRANAP:RELOCATION REQUIREDメッセージを含むRUA:DIRECT TRANSFERメッセージを受信する（Ｓ６０１）。RANAP:RELOCATION REQUIREDメッセージのConfusion flagが"FALSE"に設定されている場合（Ｓ６０２：Ｎｏ）、送信されたRNC-IDに基づいて、HNB-GW１１０はTarget HNBにRANAP:RELOCATION REQUESTメッセージを含むRUA:XXXメッセージを送信する（Ｓ６０９）。
HNB-GW１１０は、RANAP:RELOCATION REQUIREDメッセージのConfusion flagが"TRUE"に設定されている場合（Ｓ６０２：Ｙｅｓ）、すなわちPSC Confusionが生じている場合、ハンドオーバー履歴を示すデータベースのテーブル（図９）を参照する。HNB-GW１１０は、当該テーブルを参照し、受信したPSCを持つ複数のHNBのうち、ハンドオーバーの成功履歴があるか否かを判定する（Ｓ６０３）。成功履歴がある場合（Ｓ６０３：Ｙｅｓ）、HNB-GW１１０は、成功回数の多い順にHNBをランク付けする（Ｓ６０４）。成功履歴がない場合（Ｓ６０３：Ｙｅｓ）、受信したPSCを持つ複数のHNBのうち、ハンドオーバーの失敗履歴があるか否かを判定する（Ｓ６０５）。失敗履歴がある場合（Ｓ６０５：Ｙｅｓ）、HNB-GW１１０は、失敗回数の少ない順にHNBをランク付けする（Ｓ６０６）。
HNB-GW１１０は、受信したPSCと同一のPSCを持つ複数のHNBにランク付けした場合には、一番ランクが上位のセルのRNC-IDをハンドオーバー先として選択する（Ｓ６０７）。一方、Confusion flagが"TRUE"に設定されていても（Ｓ６０２：Ｙｅｓ）、ハンドオーバー履歴を示すデータベースのテーブルに成功履歴及び失敗履歴がない場合（Ｓ６０３：Ｎｏ、Ｓ６０５：Ｎｏ）、ランダムにハンドオーバー先が選択される（Ｓ６０８）。この際、上述したように周波数情報を参照してランダムに選択するハンドオーバー先を限定することも可能である。その後、選択したRNC-IDに基づいて、HNB-GW１１０はTarget HNBにRANAP:RELOCATION REQUESTメッセージを含むRUA:XXXメッセージを送信する（Ｓ６０９）。
なお、上述の説明において、HNB-GW１１０を接続履歴情報に基づいて移動局の接続先を選択する処理装置として説明したが、これに限られず、例えばHNB-GW１１０と接続する他の装置が当該処理装置として機能してもよい。
続いて、本実施の形態にかかる移動通信システムの効果について説明する。本実施の形態にかかるHNBは、HNB-GW１１０に対して自らに割り当てられたPSCと、周波数（UARFCN）と、を送信する。これにより、HNB-GW１１０は各HNBのPSCと、周波数とを認識することができる。
また上述のように、Source HNBがHNB-GW１１０に送信するRUA:DIRECT TRANSFERメッセージに新たなパラメータであるConfusion flagを追加している。このパラメータを指定することによりSource HNBは、PSC Confusionが生じている場合に、HNB-GW１１０に対してその旨を通知することができる。
HNB-GW１１０は、内部にハンドオーバーの実行履歴（ハンドオーバーが成功したか否か）を記憶するデータベースのテーブルを備える。当該テーブルを参照することにより、PSC Confusionが生じている場合であっても、HNB-GW１１０は、ハンドオーバーが成功する確率の高いHNBをTarget HNBとして選択することができる。
実施の形態２
本発明の実施の形態２は、Source HNBが複数のRNC-IDを指定することを特徴とする。以下に、実施の形態１と異なる点を中心に説明する。
図１４は、Source HNBからHNB-GW１１０に送信される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-GW１１０に送信することができる。図１４に示した定義では、RNC-IDは１６個まで指定可能である。なお、RANAP:RELOCATION REQUIRED及びTarget IDの詳細に関しては3GPP Release 8 TS 25.413を参照されたい。
本実施の形態においては、図１０に示したハンドオーバーの処理フローのＳ３０４において、PSC Confusionが生じた場合にSource HNBはConfusion flagを指定せず、同じPSCを持つセルのRNC-IDをすべて指定する。Source HNBは複数のRNC-IDを指定したTarget IDを含めたRANAP:RELOCATION REQUIREDメッセージをHNB-GW１１０に送信する。
RANAP:RELOCATION REQUIREDメッセージを受信したHNB-GW１１０は、複数のRNC-IDが指定されていた場合、PSC Confusionが生じていると判断する。その他の処理は実施の形態１と同様である。
続いて、本実施の形態にかかる移動通信システムの効果について説明する。上述のように、Source HNBが複数のRCN-IDを指定したTarget IDを含むRANAP:RELOCATION REQUIREDメッセージをHNB-GW１１０に送信可能である。これによりHNB-GW１１０は、HNB-GW１１０が管理するテーブル（図５）を検索することなく、受信したRCN-IDにかかるセルの中からハンドオーバー先を選択することができる。
また上述の構成により、実施の形態１と比べ、Source HNBはConfusion flagを指定する必要なく、PSC Confusionが生じていることを通知することができる。
実施の形態３
本発明の実施の形態３は、HNB-GW１１０に代わり、各HNBがハンドオーバーの実行履歴を保持することを特徴とする。以下に、実施の形態１及び実施の形態２と異なる点を中心に説明する。
図１５は、本実施の形態にかかるHNBの構成を示す図である。各HNBは図示したようにデータベース１３０を内部に備え、データベース１３０内にテーブルを保持する。各HNBは、近隣リストとしてPSC、RNC-ID、UARFCNに加えて、ハンドオーバー成功回数と、ハンドオーバー失敗回数とを記憶する。ハンドオーバー成功回数とは、当該テーブルを保持するHNBからのハンドオーバーが成功した回数を示す。また、ハンドオーバー失敗回数とは、当該テーブルを保持するHNBからのハンドオーバーが失敗した回数を示す。なお、本実施の形態においては、HNB-GW１１０はハンドオーバーの履歴にかかるデータベース（図９）は保持しない。
各HNBは自身のセルと近隣セルを構成する基地局の情報のみを自身のデータベースに保有する。そのため、実施の形態１及び実施の形態２に比べ、ハンドオーバーの履歴を格納するテーブルのサイズは小さくなる。
図１６を用いて、HNB#a１００を使用して通信しているUE１２０が、HNB#b１０１にハンドオーバー要求を行う場合の本実施の形態にかかる移動通信システムの処理について説明する。なお、図１６は、図８と同様にPSC Confusionによりハンドオーバーが失敗する例を示している。
Ｓ１０１及びＳ３０２の処理は、図８に示した処理と同様である。Source HNB(HNB#a１００)は、受信したRRC:MEASUREMENT REPORTメッセージに含まれるPSCを参照し、ハンドオーバー先のHNBのRNC-IDを判断する（Ｓ７０３）。ここで、受信したPSCの値は"2"であり、HNB#a１００内部のベータベースのテーブルにはPSC="2"となる行が複数存在する。また、近接する基地局は全て同じ周波数（"X"）を使用している。そのため、Source HNBはPSC Confusionが生じていると判断する。
PSC Confusionが発生していると判断した場合、Source HNBはハンドオーバー履歴を格納したデータベースのテーブルを参照する。そして、Source HNBは受信したPSCを持つセルのハンドオーバー成功回数、失敗回数を比較して、ランク付けを行う。ここで、図１５に示したSource HNB(HNB#a１００)内部のテーブルを参照すると、HNB#b１０１及びHNB#d１０３のハンドオーバー成功回数、ハンドオーバー失敗回数はともに０である。そのため、Source HNB(HNB#a１００)は、HNB#b１０１とHNB#d１０３と、のうちからランダムにハンドオーバー先を選択する。以下の例では、Source HNB(HNB#a１００)は、HNB#d１０３を選択した場合を考察する。
Source HNBは、選択したHNB#d１０３のRNC-ID("DD")を含むRANAP:RELOCATION REQUIREDメッセージを包含したRUA:DIRECT TRANSFERメッセージをHNB-GW１１０に送信する（Ｓ７０４）。以降のＳ３０５からＳ３０９の処理は図８に示した処理と同様である。
HNB-GW１１０からRANAP:RELOCATION COMMANDメッセージを受信したSource HNBは、UE１２０にRRC:Physical Channel Reconfigurationを送信する（Ｓ７１０）。Source HNBは、RRC:Physical Channel Reconfigurationを送信後にUE１２０からRRC: PHYSICAL CHANNEL RECONFIGURATION FAILUREメッセージを受信（Ｓ７１１）した場合、ハンドオーバーが失敗したと判断する。
ハンドオーバーが失敗した場合、Source HNBは、当該失敗を自身のデータベース内のテーブルに更新する（Ｓ７１２）。更新後のSource HNBであるHNB#a１００のテーブルを図１７に示す。
続いて、HNB#a１００のテーブルが図１７に示す状態になった後に、HNB#a１００を使用して通信しているUE１２０が、HNB#B１０１にハンドオーバー要求を行う場合の本実施の形態にかかる移動通信システムの処理を、図１８を用いて説明する。
Ｓ１０１及びＳ３０２の処理は、図１６に示した処理と同様である。その後、Source HNB(HNB#a１００)は、受信したRRC:MEASUREMENT REPORTメッセージに含まれるPSCを参照し、ハンドオーバー先のHNBのRNC-IDを判断する（Ｓ８０３）。ここで図１６と同様に、Source HNB(HNB#a１００)はPSC Confusionが生じていると判断する。
PSC Confusionが発生していると判断した場合、Source HNBはハンドオーバー履歴を格納したデータベースのテーブルを参照し、ハンドオーバー先を選択する。ここでは、HNB#b１０１のハンドオーバー成功回数、ハンドオーバー失敗回数はともに０である。一方、HNB#d１０３のハンドオーバー失敗回数は１である。そのため、Source HNBはハンドオーバー先としてHNB#b１０１を選択する。Source HNBは、選択したHNB#b１０１のRNC-ID("BB")を含むRANAP:RELOCATION REQUIREDメッセージを包含したRUA:DIRECT TRANSFERメッセージをHNB-GW１１０に送信する（Ｓ８０４）。以降のＳ３０５からＳ３０９の処理は図８に示す処理と同様である。また、Ｓ１１０からＳ１１７の処理は図２０に示す処理と同様である。
Source HNBは、RANAP RELOCATION COMMANDを送信後にRANAP:IU RELEASE COMMANDメッセージ及びHNBAP:UE DE-REGISTERをHNB-GW１１０から受信した場合、ハンドオーバーが成功したと判断する。ハンドオーバーが成功した場合、Source HNBは、当該成功を自身のデータベース内のテーブルに更新する。
次に、本実施の形態にかかるSource HNBのTarget HNB決定時の処理について図１９を示す。図１３と同様に、ハンドオーバー履歴に基づいて、ハンドオーバー先を決定している（Ｓ６０３〜Ｓ６０８）。
続いて、本実施の形態にかかる移動通信システムの効果について説明する。上述のように、本実施の形態において、Source HNBが自身の近隣セルを構成するHNBへのハンドオーバーの成功、失敗の履歴を保持する。Source HNBは、当該履歴に基づいてUE１２０のハンドオーバー先を決定する。Source HNBは近隣セルを構成するHNBに関する履歴のみを保持するため、HNB-GW１１０が保持する履歴情報よりも情報量が少ない。そのため、Source HNBが保有するHNBの中で同一のPSCが割り当てられる可能性が低くなる。PSC Confusionが生じた場合であっても、ハンドオーバーの候補となる基地局が減り、ハンドオーバーの失敗確率がさらに低くなる。
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。たとえば、実施の形態１及び２に記載の移動通信システムは、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メッセージを受信するのかに応じてハンドオーバーの成否を判断してデータベースを更新する。
また、実施の形態３に記載の移動通信システムは、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メッセージを受信するのかに応じてハンドオーバーの成否を判断してデータベースを更新する。
なお、上述のハンドオーバー先を決定する処理をＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
第１の基地局から第２の基地局への移動局の接続切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する、処理装置。
（付記２）
前記複数の基地局のうち、前記移動局が接続切り替え条件を満たした基地局を通知するために送信する当該基地局の拡散コードと同じ拡散コードが割り当てられた基地局の中から、前記接続履歴情報を用いて前記第２の基地局を選択することを特徴とする付記１に記載の処理装置。
（付記３）
前記接続履歴情報における接続成功の確率が相対的に高い基地局を優先的に前記第２の基地局として選択することを特徴とする付記１または付記２に記載の処理装置。
（付記４）
前記移動局が接続切り替え条件を満たした基地局の周波数の情報を通知した場合に、前記複数の基地局のうち当該周波数と同じ周波数を用いる基地局の中から前記第２の基地局を選択することを特徴とする付記１乃至付記３のいずれか１項に記載の処理装置。
（付記５）
第１のセルを生成し、移動局と接続可能な第１の基地局と、
前記第１の基地局および複数の基地局を上位ネットワークに通信可能に接続するゲートウェイ装置と、
前記第１の基地局から前記複数の基地局に含まれる第２の基地局への前記移動局の接続切り替えを行う場合に、前記第１の基地局から前記複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する処理手段と、
を備える移動通信システム。
（付記６）
前記処理手段は、前記移動局が接続切り替え条件を満たした基地局を通知するために送信する当該基地局の拡散コードと同じ拡散コードが割り当てられた基地局の中から、前記接続履歴情報を用いて前記第２の基地局を選択することを特徴とする付記５に記載の移動通信システム。
（付記７）
前記処理手段は、前記接続履歴情報において、接続成功の確率が相対的に高い基地局を優先的に前記第２の基地局として選択することを特徴とする付記５または付記６に記載の移動通信システム。
（付記８）
前記処理手段は、前記移動局が接続切り替え条件を満たした基地局の周波数の情報を通知した場合に、前記複数の基地局のうち当該周波数と同じ周波数を用いる基地局の中から前記移動局が接続する基地局を選択することを特徴とする付記５乃至付記７のいずれか１項に記載の移動通信システム。
（付記９）
前記第１の基地局は、前記移動局が接続切り替え条件を満たした基地局を通知するために送信する当該基地局の拡散コードと同じ拡散コードが割り当てられた基地局が複数存在するか否かを示すフラグを前記処理部に通知し、
前記処理手段は、前記フラグを受信した場合に、前記接続履歴情報に基づいて前記第２の基地局を選択することを特徴とする付記５乃至付記８のいずれか１項に記載の移動通信システム。
（付記１０）
前記第１の基地局は、前記移動局が接続切り替え条件を満たした基地局を通知するために送信する当該基地局の拡散コードと同じ拡散コード割り当てられた基地局が複数ある場合に当該複数の基地局候補の全てを前記処理手段に通知し、
前記処理手段は、前記第１の基地局から通知された複数の基地局候補の中から、前記接続履歴情報に基づいて前記第２の基地局を選択することを特徴とする付記５乃至付記８のいずれか１項に記載の移動通信システム。
（付記１１）
前記処理手段は、前記ゲートウェイ装置に配置される付記５乃至付記１０のいずれか１項に記載の移動通信システム。
（付記１２）
前記処理手段は、前記第１の基地局に配置され、
前記第１の基地局は、前記移動局が接続切り替え条件を満たした基地局を通知するために送信する当該基地局の拡散コードと同じ拡散コードを持つ基地局が複数存在する場合に、同じ拡散コードを持つ当該複数の基地局の中から、前記接続履歴情報に基づいて前記第２の基地局を選択することを特徴とする請求項５乃至請求項８のいずれか１項に記載の移動通信システム。
この出願は、２００９年１２月１７日に出願された日本出願特願２００９−２８６８２３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１０ 基地局a
２０ 基地局b
３０ 基地局c
４０ 基地局d
５０ ゲートウェイ装置
６０ 移動局
１００ HNB#a
１０１ HNB#b
１０２ HNB#c
１０３ HNB#d
１１０ HNB-GW
１２０ UE

Claims (4)

  1. Home Node B (HNB)の通信方法であって、
    前記HNBのセルのPrimary Scrambling Code (PSC)を、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージに含め、
    前記PSCを含む前記第１のHNB Application Part (HNBAP)メッセージを、他のHNBに接続可能に構成されるHome Node B Gateway (HNB-GW)に送信し、
    前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである第２のHNB Application Part (HNBAP)メッセージを受信する、
    Home Node B (HNB)の通信方法。
  2. Home Node Bゲートウェイ(HNB-GW)であって、
    Home Node B (HNB)に接続する手段と、
    前記HNBのセルのPrimary Scrambling Code (PSC)を含む、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージを、受信する手段と、
    前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである第２のHNB Application Part (HNBAP)メッセージを送信する手段と、
    を有するHome Node Bゲートウェイ。
  3. Home Node B (HNB)であって、
    前記HNBのセルのPrimary Scrambling Code (PSC)を、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージに含める手段と、
    前記PSCを含む前記第１のHNB Application Part (HNBAP)メッセージを、他のHNBに接続可能に構成されるHome Node B Gateway (HNB-GW)に送信する手段と、
    前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである、第２のHNB Application Part (HNBAP)メッセージを受信する手段と、
    を有するHome Node B (HNB)。
  4. Home Node B (HNB)のセルのPrimary Scrambling Code (PSC)を含む、HNB REGISTER REQUESTメッセージである第１のHNB Application Part (HNBAP)メッセージをHome Node B Gateway (HNB-GW)に送信し、前記HNB REGISTER REQUESTメッセージに応じて、HNB REGISTER ACCEPTメッセージである第２のHNB Application Part (HNBAP)メッセージを受信するHNBから、前記PSCに関する情報を受信する手段と、
    前記PSCを前記セルにおける拡散コードとして使用する手段と、
    を有する移動局。
JP2014258754A 2009-12-17 2014-12-22 通信方法、移動局、ＨｏｍｅＮｏｄｅＢ、ＨｏｍｅＮｏｄｅＢゲートウェイ Pending JP2015084572A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014258754A JP2015084572A (ja) 2009-12-17 2014-12-22 通信方法、移動局、ＨｏｍｅＮｏｄｅＢ、ＨｏｍｅＮｏｄｅＢゲートウェイ

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009286823 2009-12-17
JP2009286823 2009-12-17
JP2014258754A JP2015084572A (ja) 2009-12-17 2014-12-22 通信方法、移動局、ＨｏｍｅＮｏｄｅＢ、ＨｏｍｅＮｏｄｅＢゲートウェイ

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2011545988A Division JPWO2011074264A1 (ja) 2009-12-17 2010-12-16 処理装置、移動通信システム、基地局装置、移動局の接続切り替え方法、及びプログラム

Publications (1)

Publication Number Publication Date
JP2015084572A true JP2015084572A (ja) 2015-04-30

Family

ID=44167034

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2011545988A Pending JPWO2011074264A1 (ja) 2009-12-17 2010-12-16 処理装置、移動通信システム、基地局装置、移動局の接続切り替え方法、及びプログラム
JP2014258754A Pending JP2015084572A (ja) 2009-12-17 2014-12-22 通信方法、移動局、ＨｏｍｅＮｏｄｅＢ、ＨｏｍｅＮｏｄｅＢゲートウェイ

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2011545988A Pending JPWO2011074264A1 (ja) 2009-12-17 2010-12-16 処理装置、移動通信システム、基地局装置、移動局の接続切り替え方法、及びプログラム

Country Status (6)

Country Link
US (3) US8761772B2 (ja)
EP (1) EP2515580B1 (ja)
JP (2) JPWO2011074264A1 (ja)
KR (2) KR101556071B1 (ja)
CN (1) CN102668637B (ja)
WO (1) WO2011074264A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102396266B (zh) * 2009-04-20 2015-08-05 日本电气株式会社 网关装置和通信控制方法
GB2500609A (en) * 2012-03-26 2013-10-02 Ubiquisys Ltd Handover of user equipment from a large cell to a small cell operating with the same physical cell identity as other small cells
WO2014116324A1 (en) * 2013-01-28 2014-07-31 Eden Rock Communications, Llc System and method for scrambling code association
US9143995B2 (en) * 2013-02-22 2015-09-22 Cisco Technology, Inc. System and method for hand-in disambiguation using user equipment WiFi location in a network environment
US9414310B2 (en) 2013-11-27 2016-08-09 Cisco Technology, Inc. System and method for small cell power control in an enterprise network environment
KR101565247B1 (ko) * 2014-05-15 2015-11-02 이화여자대학교 산학협력단 이동 통신 네트워크에서 핸드오버를 위한 셀 선택 방법
US9699601B2 (en) 2015-04-06 2017-07-04 Cisco Technology, Inc. System and method for managing interference in a network environment based on user presence
JP7151101B2 (ja) * 2018-03-05 2022-10-12 日本電気株式会社 基地局システム及びノード装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5101501A (en) 1989-11-07 1992-03-31 Qualcomm Incorporated Method and system for providing a soft handoff in communications in a cdma cellular telephone system
JP3274337B2 (ja) * 1995-12-27 2002-04-15 株式会社東芝 Ｃｄｍａセルラ無線システム
DE69624387T2 (de) * 1996-12-04 2003-06-12 Nokia Corp Steuerung des weiterreichens in einem mobilkommunikationsnetzwerk
JPH11243584A (ja) 1998-02-26 1999-09-07 Fujitsu Ltd 移動通信システムの緊急呼制御装置
JP2002232929A (ja) * 2001-02-01 2002-08-16 Ntt Docomo Inc ハンドオーバ制御方法、移動局及び通信制御装置
KR100557125B1 (ko) * 2003-09-01 2006-03-03 삼성전자주식회사 셀룰러 이동통신 시스템에서 핸드오버 네이버 리스트 생성방법 및 장치
DE602004024561D1 (de) * 2003-10-08 2010-01-21 Research In Motion Ltd System und verfahren zur handhabung von ip-schicht-mobilität in einem drahtlosen netzwerk
JP4573031B2 (ja) 2004-12-28 2010-11-04 日本電気株式会社 ハンドオーバー制御方法／プログラム／プログラム記録媒体、無線通信端末局／基地局／システム
JP2006311475A (ja) 2005-03-31 2006-11-09 Ntt Docomo Inc 制御装置、移動局および移動通信システム並びに制御方法
US8059602B2 (en) * 2005-08-29 2011-11-15 Ktfreetel Co., Ltd. Method and apparatus for optimizing neighbor list automatically in asynchronous WCDMA network
US8743825B2 (en) * 2006-08-17 2014-06-03 Nokia Corporation Handovers in a communication system
RU2452133C2 (ru) * 2007-04-26 2012-05-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способ и устройство для обработки исторической информации по мобильной станции в системе беспроводной связи
US9204349B2 (en) * 2009-02-10 2015-12-01 Qualcomm Incorporated Method and apparatus for facilitating a hand-in of user equipment to femto cells

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
JPN6015037203; Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ，Ｖｏｄａｆｏｎｅ: 'Ｐｒｏｃｅｄｕｒｅ ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ ｉｎｂｏｕｎｄ ｍｏｂｉｌｉｔｙ ｆｏｒ Ｒｅｌｅａｓｅ ８ ＵＥｓ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ３＃６５ｂｉｓ Ｒ３-０９２２７９ , 20091012, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6015037204; 'Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；Ｈｏｍｅ （ｅ）ＮｏｄｅＢ；Ｎｅｔｗｏｒｋ ａｓｐｅｃｔｓ（Ｒｅｌｅａｓｅ ８）［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ３＃６２ Ｒ３-０８３４１０ , 200811, 第５９頁, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6016012597; Ｈｕａｗｅｉ: 'ＨＮＢ ＧＷ Ｄｉｓｃｏｖｅｒｙ ａｎｄ ＨＮＢ Ｒｅｇｉｓｔｒａｔｉｏｎ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ３＃６１ｂｉｓ Ｒ３-０８２５４８ , 20080930, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6016012598; Ｋｉｎｅｔｏ Ｗｉｒｅｌｅｓｓ Ｉｎｃ， Ｍｏｔｏｒｏｌａ， ＮＥＣ: 'ＨＮＢ Ｓｔａｒｔｕｐ Ｏｖｅｒｖｉｅｗ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ３＃６１ Ｒ３-０８１９５３ , 20080818, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6016012599; Ｋｉｎｅｔｏ Ｗｉｒｅｌｅｓｓ Ｉｎｃ， Ｍｏｔｏｒｏｌａ， ＮＥＣ， ＴｅｌｉａＳｏｎｅｒａ: 'Ｓｕｐｐｏｒｔ ｆｏｒ Ｐｌｕｇ-ａｎｄ-Ｐｌａｙ ｂｅｔｗｅｅｎ ＨＮＢ ａｎｄ ＨＮＢ-ＧＷ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ３＃６１ Ｒ３-０８１９５４ , 20080818, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6016012600; Ｑｕａｌｃｏｍｍ Ｅｕｒｏｐｅ: 'Ｎｅｔｗｏｒｋ ｓｕｐｐｏｒｔ ｆｏｒ ｉｎｂｏｕｎｄ ｈａｎｄｏｖｅｒ ｏｆ ｐｒｅ-Ｒｅｌ-９ ＵＭＴＳ Ｕｅｓ［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ３＃６４ Ｒ３-０９１２１３ , 20090504, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6016034430; 'Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；Ｈｏｍｅ （ｅ）ＮｏｄｅＢ；Ｎｅｔｗｏｒｋ ａｓｐｅｃｔｓ（Ｒｅｌｅａｓｅ ８）［ｏｎｌｉｎｅ］' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ３＃６１ Ｒ３-０８２２１５ , 200808, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *

Also Published As

Publication number Publication date
EP2515580A4 (en) 2016-11-23
US20120252457A1 (en) 2012-10-04
US20150139194A1 (en) 2015-05-21
KR101506772B1 (ko) 2015-03-27
KR20140133951A (ko) 2014-11-20
CN102668637A (zh) 2012-09-12
CN102668637B (zh) 2016-10-12
US9686723B2 (en) 2017-06-20
EP2515580B1 (en) 2020-04-08
KR101556071B1 (ko) 2015-09-30
EP2515580A1 (en) 2012-10-24
US20140226626A1 (en) 2014-08-14
US8761772B2 (en) 2014-06-24
WO2011074264A1 (ja) 2011-06-23
KR20120094047A (ko) 2012-08-23
US9001790B2 (en) 2015-04-07
JPWO2011074264A1 (ja) 2013-04-25

Similar Documents

Publication Publication Date Title
JP2015084572A (ja) 通信方法、移動局、ＨｏｍｅＮｏｄｅＢ、ＨｏｍｅＮｏｄｅＢゲートウェイ
RU2606061C2 (ru) Адаптация порога инициирования для измерений для повторного выбора соты
EP2605589B1 (en) Method for eliminating physical cell identifier PCI collisions of pico base stations in the area of a macro base station of a mobile communication system
JP5638911B2 (ja) 無線通信ネットワークにおいて移動性管理をサポートするための方法及び設備
KR102206280B1 (ko) 이동 통신 시스템에서 핸드오버 파라미터 설정 방법 및 장치
CN107615796A (zh) 用于小区标识符优化的方法和系统
RU2570350C1 (ru) Базовая станция, система связи, способ связи и носитель для записи программы
CN103270791A (zh) 邻居列表优化装置、邻居列表生成装置、基站装置、邻居列表优化方法和非临时性计算机可读介质
JP2011109666A (ja) 無線セルラー通信ネットワークにおいて移動端末のハンドオーバーを行わなければならないハンドオーバー先の無線通信デバイスを決定するための方法及びデバイス、並びに該方法のコンピュータープログラム
JP5158257B2 (ja) ゲートウェイ装置、通信制御方法及び通信制御プログラム
JP2015222969A (ja) 移動通信システム、基地局、ネットワーク装置、並びにこれらの制御方法及びプログラム
CN112970290A (zh) 基站重启
WO2017193555A1 (zh) 小区切换的方法和系统
JP6380545B2 (ja) 通信装置、無線通信システムおよび通信方法
JP6662804B2 (ja) 通信制御方法および通信システム
JP2015220696A (ja) 無線通信システムのハンドオーバ制御方法および基地局
KR101779583B1 (ko) 펨토 게이트웨이 장치를 포함하는 무선 통신 시스템 및 그 시스템에서의 핸드오버 방법
KR101466318B1 (ko) 펨토 게이트웨이 장치를 포함하는 무선 통신 시스템 및 그 시스템에서의 핸드오버 방법

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150915

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150916

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151113

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160405

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160606

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160906