(57)【要約】  処理装置は、PSC Confusion発生時であってもハンドオーバーの失敗確率を低減しつつ、各移動局に対するハンドオーバーを実現することを目的として動作する。より詳細には、処理装置は、第１の基地局から第２の基地局への移動局の接続の切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から選択することにより前記第２の基地局を決定する。
2011074264.tif 000002
【特許請求の範囲】
【請求項１】
第１の基地局から第２の基地局への移動局の接続切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する、処理装置。
【請求項２】
第１のセルを生成し、移動局と接続可能な第１の基地局と、
前記第１の基地局および複数の基地局を上位ネットワークに通信可能に接続するゲートウェイ装置と、
前記第１の基地局から前記複数の基地局に含まれる第２の基地局への前記移動局の接続切り替えを行う場合に、前記第１の基地局から前記複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する処理手段と、
を備える移動通信システム。
【請求項３】
前記処理手段は、前記移動局が接続切り替え条件を満たした基地局を通知するために送信する当該基地局の拡散コードと同じ拡散コードが割り当てられた基地局の中から、前記接続履歴情報を用いて前記第２の基地局を選択することを特徴とする請求項２に記載の移動通信システム。
【請求項４】
前記処理手段は、前記接続履歴情報において、接続成功の確率が相対的に高い基地局を優先的に前記第２の基地局として選択することを特徴とする請求項２または請求項３に記載の移動通信システム。
【請求項５】
前記処理手段は、前記移動局が接続切り替え条件を満たした基地局の周波数の情報を通知した場合に、前記複数の基地局のうち当該周波数と同じ周波数を用いる基地局の中から前記移動局が接続する基地局を選択することを特徴とする請求項２乃至請求項４のいずれか１項に記載の移動通信システム。
【請求項６】
移動局による第１の基地局から第２の基地局への接続切り替え条件を満たしたか否かを判定し、
前記接続切り替え条件を満たした場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する、移動局の接続切り替え方法。
【請求項７】
接続中の移動局から所望の基地局措置への接続切り替え要求を受信した場合に、当該所望の基地局装置と、他の基地局装置とに、同一の拡散コードが割り当てられているか否かの情報を、移動局が接続中の基地局装置を選択する処理装置に対して送信する基地局装置。
【請求項８】
移動局が接続する基地局装置を選択する処理装置に対して、自身が使用する拡散コードと、周波数情報と、を送信する基地局装置。
【請求項９】
複数の基地局を上位ネットワークに通信可能に接続するゲートウェイ装置であって、
少なくとも一以上の基地局が使用する拡散コード情報と、周波数情報と、を記憶し、
第１の基地局から第２の基地局への移動局の接続切り替えを行う場合に、前記移動局が通知した拡散コードと周波数と、を持つ基地局の中から、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するゲートウェイ装置。
【請求項１０】
第１の基地局から第２の基地局への移動局の接続切り替えを制御する処理をコンピュータに実行させるためのプログラムが格納された非一時的なコンピュータ可読媒体であって、
前記第１の基地局から前記第２の基地局への移動局の接続切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システムにおけるハンドオーバー方法に関し、特に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発生時であってもハンドオーバーの失敗確率を低減できる移動通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明にかかる移動通信システムの一態様は、第１のセルを生成し、移動局と接続可能な第１の基地局と、前記第１の基地局および複数の基地局を上位ネットワークに通信可能に接続するゲートウェイ装置と、前記第１の基地局から前記複数の基地局に含まれる第２の基地局への前記移動局の接続切り替えを行う場合に、前記第１の基地局から前記複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する処理手段と、を備えるものである。【００２０】
本発明にかかる処理装置の一態様は、第１の基地局から第２の基地局への移動局の接続切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するものである。【００２１】
本発明にかかる移動局の接続切り替え方法の一態様は、移動局による第１の基地局から第２の基地局への接続切り替え条件を満たしたか否かを判定し、前記接続切り替え条件を満たした場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するものである。【００２２】
本発明にかかる基地局装置の一態様は、接続中の移動局から所望の基地局措置への接続切り替え要求を受信した場合に、当該所望の基地局装置と、他の基地局装置とに、同一の拡散コードが割り当てられているか否かの情報を、移動局が接続中の基地局装置を選択する処理装置に対して送信するものである。【００２３】
さらに本発明にかかる基地局装置の一態様は、移動局が接続する基地局装置を選択する処理装置に対して、自身が使用する拡散コードと、周波数情報と、を送信するものである。【００２４】
本発明にかかるゲートウェイ装置の一態様は、複数の基地局を上位ネットワークに通信可能に接続するゲートウェイ装置であって、少なくとも一以上の基地局が使用する拡散コード情報と、周波数情報と、を記憶し、第１の基地局から第２の基地局への移動局の接続切り替えを行う場合に、前記移動局が通知した拡散コードと周波数と、を持つ基地局の中から、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するものである。【００２５】
本発明にかかるプログラムが格納された非一時的なコンピュータ可読媒体は、第１の基地局から第２の基地局への移動局の接続切り替えを制御する処理をコンピュータに実行させるためのプログラムが格納された非一時的なコンピュータ可読媒体であって、前記第１の基地局から前記第２の基地局への移動局の接続切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するものである。
【発明の効果】
【００２６】
本発明によれば、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が生じている場合であっても、NB-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
５０    ゲートウェイ装置
６０    移動局
１００  NB#a
１０１  HNB#b
１０２  HNB#c
１０３  HNB#d
１１０  HNB-GW
１２０  UE
【図１】
2011074264.tif 000003
【図２】
2011074264.tif 000004
【図３】
2011074264.tif 000005
【図４】
2011074264.tif 000006
【図５】
2011074264.tif 000007
【図６】
2011074264.tif 000008
【図７】
2011074264.tif 000009
【図８】
2011074264.tif 000010
【図９】
2011074264.tif 000011
【図１０】
2011074264.tif 000012
【図１１】
2011074264.tif 000013
【図１２】
2011074264.tif 000014
【図１３】
2011074264.tif 000015
【図１４Ａ】
2011074264.tif 000016
【図１４Ｂ】
2011074264.tif 000017
【図１５】
2011074264.tif 000018
【図１６】
2011074264.tif 000019
【図１７】
2011074264.tif 000020
【図１８】
2011074264.tif 000021
【図１９】
2011074264.tif 000022
【図２０】
2011074264.tif 000023
【手続補正書】
【提出日】平成24年6月6日(2012.6.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の基地局から第２の基地局への移動局の接続切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する、処理装置。
【請求項２】
第１のセルを生成し、移動局と接続可能な第１の基地局と、
前記第１の基地局および複数の基地局を上位ネットワークに通信可能に接続するゲートウェイ装置と、
前記第１の基地局から前記複数の基地局に含まれる第２の基地局への前記移動局の接続切り替えを行う場合に、前記第１の基地局から前記複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する処理手段と、
を備える移動通信システム。
【請求項３】
前記処理手段は、前記移動局が接続切り替え条件を満たした基地局を通知するために送信する当該基地局の拡散コードと同じ拡散コードが割り当てられた基地局の中から、前記接続履歴情報を用いて前記第２の基地局を選択することを特徴とする請求項２に記載の移動通信システム。
【請求項４】
前記処理手段は、前記接続履歴情報において、接続成功の確率が相対的に高い基地局を優先的に前記第２の基地局として選択することを特徴とする請求項２または請求項３に記載の移動通信システム。
【請求項５】
前記処理手段は、前記移動局が接続切り替え条件を満たした基地局の周波数の情報を通知した場合に、前記複数の基地局のうち当該周波数と同じ周波数を用いる基地局の中から前記移動局が接続する基地局を選択することを特徴とする請求項２乃至請求項４のいずれか１項に記載の移動通信システム。
【請求項６】
移動局による第１の基地局から第２の基地局への接続切り替え条件を満たしたか否かを判定し、
前記接続切り替え条件を満たした場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択する、移動局の接続切り替え方法。
【請求項７】
接続中の移動局から所望の基地局措置への接続切り替え要求を受信した場合に、当該所望の基地局装置と、他の基地局装置とに、同一の拡散コードが割り当てられているか否かの情報を、移動局が接続中の基地局装置を選択する処理装置に対して送信する基地局装置。
【請求項８】
移動局が接続する基地局装置を選択する処理装置に対して、自身が使用する拡散コードと、周波数情報と、を送信する基地局装置。
【請求項９】
複数の基地局を上位ネットワークに通信可能に接続するゲートウェイ装置であって、
少なくとも一以上の基地局が使用する拡散コード情報と、周波数情報と、を記憶し、
第１の基地局から第２の基地局への移動局の接続切り替えを行う場合に、前記移動局が通知した拡散コードと周波数と、を持つ基地局の中から、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するゲートウェイ装置。
【請求項１０】
第１の基地局から第２の基地局への移動局の接続切り替えを制御する処理をコンピュータに実行させるためのプログラムであって、
前記第１の基地局から前記第２の基地局への移動局の接続切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
本発明にかかるプログラムは、第１の基地局から第２の基地局への移動局の接続切り替えを制御する処理をコンピュータに実行させるためのプログラムが格納された非一時的なコンピュータ可読媒体であって、前記第１の基地局から前記第２の基地局への移動局の接続切り替えを行う場合に、前記第１の基地局から複数の基地局のうち少なくとも１つに対する過去の接続切り替えの成否を示す接続履歴情報に基づいて、前記複数の基地局の中から前記第２の基地局を選択するものである。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
基地局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１０またはゲートウェイ装置５０は、選択した基地局への移動局６０の接続切り替えを実施する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
続いて、図４に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-GW１１０は、内部にハンドオーバーの実行履歴（ハンドオーバーが成功したか否か）を記憶するデータベースのテーブルを備える。当該テーブルを参照することにより、PSC Confusionが生じている場合であっても、HNB-GW１１０は、ハンドオーバーが成功する確率の高いHNBをTarget HNBとして選択することができる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】変更
【補正の内容】
【０１１６】
１０    基地局a
２０    基地局b
３０    基地局c
４０    基地局d
５０    ゲートウェイ装置
６０    移動局
１００  HNB#a
１０１  HNB#b
１０２  HNB#c
１０３  HNB#d
１１０  HNB-GW
１２０  UE
【国際調査報告】
2011074264.tif 000024
2011074264.tif 000025
2011074264.tif 000026
2011074264.tif 000027