JP2024039537A - 通信ノード装置、通信装置、及び通信システム - Google Patents

Abstract

【課題】通信ノード装置を介した通信装置のハンドオーバーを適切に実現する。【解決手段】公衆網通信サービスを提供する通信ノード装置であって、配下の通信装置を他の通信ノード装置にハンドオーバーさせる場合に、通信装置を自ノードに紐付けるための紐付き情報を、通信装置又は他の通信ノード装置に送信する送信手段を備え、紐付き情報は、他の通信ノード装置にハンドオーバーされた通信装置に対して次のハンドオーバー先を決定する際に利用される、通信ノード装置が開示される。【選択図】図１

Description

本開示は、通信ノード装置、通信装置、及び通信システムに関する。

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、バックホール用の通信技術としてＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）の規格化が進んでいる。

ＩＡＢ技術は、基地局とユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）との間のアクセス通信に用いられる２８ＧＨｚ帯等のミリ波無線通信を、バックホール通信として利用する技術である（特許文献１）。

ＩＡＢ技術を用いたバックホール通信網（以降、ＩＡＢネットワーク）において、ＩＡＢノードと呼ばれる中継機器は、従来の基地局に相当するＩＡＢドナーからの通信を宛先のＵＥまで中継（基地局リレー）する。ＩＡＢノードは、ＵＥからの接続を受け入れる基地局相当の機能を有する。

特表２０１９－５３４６２５号公報

ところで、ＩＡＢノードのような通信ノード装置を介したハンドオーバーにおいて、負荷分散等の目的で特定の通信ノード装置に接続しているＵＥを、他の通信ノード装置にハンドオーバーさせることが考えられる。ここで例えば、一時的な負荷分散等が目的の場合、他の通信ノード装置にハンドオーバーしたＵＥを改めて特定の通信ノード装置にハンドオーバーさせ、特定の通信ノード装置で管理したい場合がある。

しかしながら、上記のような従来技術では、ハンドオーバー前の通信ノード装置に優先的に再ハンドオーバーさせるといったユースケース自体が考えられていない。従って、ＩＡＢノードのような通信ノード装置を介したハンドオーバー処理において、ハンドオーバー前の通信ノード装置が特定できず、結果としてハンドオーバー前の通信ノード装置に優先的に再ハンドオーバーさせることができないといった課題がある。また、上記のような従来技術では電波強度を基準としてハンドオーバー先を選択することが一般的に知られている。しかしながら、電波強度とは異なる情報であり、ハンドオーバー先の指標となる情報を通知する仕組みがなく、柔軟なハンドオーバー処理を実現できないといった課題がある。

本発明は、上述の課題の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、ＵＥのハンドオーバー処理に際し、ハンドオーバー前の通信ノード装置に優先的に再ハンドオーバーを行わせるための情報を適切に通知する仕組みを提供することを目的の１つとする。また、本発明の別の側面としては、通信ノード装置を介した通信装置のハンドオーバー処理をより柔軟に行うための仕組みを提供することを目的の１つとする。

本発明の１つの側面としての通信ノード装置は、公衆網通信サービスを提供する通信ノード装置であって、
配下の通信装置を他の通信ノード装置にハンドオーバーさせる場合に、前記通信装置を自ノードに紐付けるための紐付き情報を、前記通信装置又は前記他の通信ノード装置に送信する送信手段を備え
前記紐付き情報は、前記他の通信ノード装置にハンドオーバーされた前記通信装置に対して次のハンドオーバー先を決定する際に利用される、通信ノード装置が開示される。

本発明の１つの側面によればＵＥのハンドオーバー処理に際し、ハンドオーバー前の通信ノード装置に優先的に再ハンドオーバーを行わせるための情報を適切に通知することが可能になる。本発明の別の側面によれば、通信ノード装置を介した通信装置のハンドオーバー処理をより柔軟に行うための仕組みを提供することが可能となる。

移動通信システムの一例を示す図。 通信ノードのハードウェア機能ブロック図。 通信ノードのソフトウェア機能ブロック図。 実施形態１における紐付きハンドオーバーの処理シーケンス図。 実施形態１における通信ノードによる紐付きハンドオーバーの処理フロー。 実施形態１における紐付きハンドオーバーの復帰処理シーケンス図。 実施形態１における通信ノードによる紐付きハンドオーバー復帰処理フロー。 実施形態１における紐付きハンドオーバーの解除による処理シーケンス図。 実施形態３における通信ノードによる紐付きハンドオーバーの処理フロー。 ３ＧＰＰ規格による一般的なハンドオーバーのシーケンス図。

以下、添付図面を参照しながら各実施例について詳細に説明する。

３ＧＰＰでは次期Ｒｅｌｅａｓｅ－１８において、５Ｇセルラーカバレッジと接続性の改善に対する需要に対し、以下のようなモバイルＩＡＢの仕様策定を予定している。モバイルＩＡＢの仕様策定は、車両に搭載されたＩＡＢノードが基地局リレーを行うＶｅｈｉｃｌｅ－Ｍｏｕｎｔｅｄ Ｒｅｌａｙを実現するものである。当該議論においては、従来仕様では満たせないＩＡＢノードとＵＥが互いに移動するモビリティシナリオならではの要件が発生することが考えられ、その中で基地局リレーの負荷分散が議論項目として挙げられている。従来、基地局リレーにおける負荷分散、ロードバランスのメカニズムとしては、ＩＡＢノードが接続する上位のノード（ｇＮＢ）へのハンドオーバーを実行することが考えられていた。上記議論においては、複数の基地局リレーが存在することが予想される地点（バス停付近や信号機での一時停止状態）において、一時的にＩＡＢノード間で相互にＵＥの受け入れを実施することが検討されている。

ＩＡＢノードのような基地局相当の機能を有する通信ノードが自局に接続しているＵＥを一時的な負荷分散のために他の通信ノードにハンドオーバーさせる際には、接続履歴情報を使用して元の通信ノードへ再接続を行うことが想定される。しかしながら、従来のハンドオーバーでは、接続している基地局の履歴情報をＵＥに関連付けて別の基地局にハンドオーバーさせる仕組みは規定されていない。

そのため、上記のような一時的な負荷分散を試みた場合、ＵＥは接続していたＩＡＢノードに正確に復帰、再接続することができない。これによりＵＥの移動に伴い他のＩＡＢノードに対する不要なハンドオーバーの発生や、不要なセルの再選択が発生することが考えられる。また、電波強度は強いが、混雑しているＩＡＢノードに接続してしまうことも考えられ、多数の不必要な移動関連負荷によって安定的な通信サービスの継続が難しくなるといった問題が生じる。

以下では、上述した課題を考慮した移動通信システム等が開示される。

［実施形態１］
図１は移動通信システム１の一例を示す図である。公衆網通信サービスをセルカバレッジ１０１、１０２に対し提供しているネットワークにおいて、ＣＮ１００への接続を提供する基地局１０３、１０４が存在する。セルカバレッジ１０１内において基地局１０３には通信ノード１０５～１０７（通信ノード装置の一例）が無線接続しネットワークを形成している。ここで、ＣＮはＣｏｒｅ Ｎｅｔｗｏｒｋの略であり、端末であるＵＥ１０８～１１４（通信装置の一例）の認証等の様々な処理を担う。

基地局１０３、１０４は、ＩＡＢドナー（ドナー装置の一例）として機能可能であり、ＩＡＢノードとして機能可能である各通信ノード１０５～１０７を統括的に制御し、自局のカバーするセルカバレッジ１０１及び１０２を形成する。

セルカバレッジ１０１内では、通信パケットとしてＢＡＰデータＰＤＵのフォーマットに従った通信パケット（以降、ＢＡＰデータパケット）が使用される。ここで、ＰＤＵはＰｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔの略である。

例えば、ＣＮ１００からＵＥ１０８を宛先とするＩＰパケットは、基地局１０３において、ＢＡＰデータパケットへ変換され、通信ノード１０５に転送される。転送されたＢＡＰデータパケットは、通信ノード１０５で再度ＩＰパケットへ変換され、宛先ＵＥ１０８へ届けられる。

同様に、ＵＥ１０８からのＩＰパケットについても通信ノード１０５でＢＡＰデータパケットに変換され、基地局１０３で再度ＩＰパケットに変換され、ＣＮ１００へ転送される。ここで、ＩＰはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略である。

通信ノード１０５～１０７は電車、バス、タクシーといった移動体に設置されており、セルカバレッジ１０１を超えてセルカバレッジ１０２に移動した場合には基地局１０４配下に接続変更を実施する。基地局間の移行はＣＮ１００を介して実施される。

ＵＥ１０８～１１１は通信ノード１０５が設置される移動体に同乗しており通信ノード１０５とともにセルカバレッジ１０１内を移動している。この移動体は計画された行程に則ってセルカバレッジ１０１及びセルカバレッジ１０２内を走行するものである。

本実施形態では通信ノード１０５において基地局１０３との間の通信帯域の逼迫が発生した場合を想定し、通信ノード１０５で実施する負荷分散処理のための紐付けハンドオーバー処理について記載する。

図２は通信ノード１０５のハードウェア機能ブロック図である。

通信ノード１０５のハードウェア機能２００は制御部２０１、記憶部２０２、無線通信部２０３及び、アンテナ制御部２０４のハードウェアから構成される。

制御部２０１は、記憶部２０２に記憶される制御プログラムを実行することにより装置全体を制御する。

記憶部２０２は、制御部２０１が実行する制御プログラムと、接続されるＵＥ情報、基地局１０３との接続強度等の各種情報を記憶する。制御部２０１は、例えば、ＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０２であるＲＡＭに読みだされた制御プログラムを実行することにより通信装置の全体を制御する。なお、後述するフローチャートで説明する制御部２０１が行う各処理は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ等のハードウェア回路を用いて実現することもできる。また、ハードウェア回路と、ＣＰＵやＭＰＵ等のプロセッサとを協働することで、後述するフローチャートで説明する処理を実現することもできる。無線通信部２０３は、３ＧＰＰ規格に準拠するＬＴＥ、５Ｇ等のセルラー網通信を行うための無線通信部である。
アンテナ制御部２０４は、無線通信部２０３において実行される無線通信に使用するアンテナを制御する。

図２では、通信ノード１０５を想定したハードウェアの説明を行ったが、通信ノード１０６～１０７も同様の構成であるものとする。

図３は通信ノード１０５～１０７のソフトウェア機能ブロック図である。図３では、通信ノード１０５～１０７のうちの任意の一の通信ノードに係るソフトウェア機能ブロック３０１を示す。

ソフトウェア機能ブロック３０１は、記憶部２０２に格納され、制御部２０１において実行される。ソフトウェア機能ブロック３０１は、信号送信部３０２、信号受信部３０３、データ記憶部３０４、接続制御部３０５、接続ＵＥ管理部３０６、接続候補局管理部３０７、及び信号生成部３０８を含む。

信号送信部３０２及び、信号受信部３０３は、制御部２０１を介して無線通信部２０３を制御し、基地局１０３及び、ＵＥ１０８～１１４との間で３ＧＰＰ規格に準拠したＬＴＥ、５Ｇ等のセルラー網通信を実行する。

また、接続制御部３０５は、無線通信時に制御部２０１を介してアンテナ制御部２０４を制御する。

データ記憶部３０４は、実体である記憶部２０２の制御や管理を行い、ソフトウェアそのもの及び、基地局１０３及び１０４との接続情報や、ＵＥ１０８～１１４に関する情報等を記憶保持する。ノード間の情報は報知信号やＢＡＰの各種制御ＰＤＵに伴う通信パケット（以下、ＢＡＰデータパケット）により収集することができる。ＵＥからの情報は例えばＲＲＣステータスにて収集することができる。

接続ＵＥ管理部３０６では自局に接続しているＵＥの情報を管理する。自局の負荷状況に応じてハンドオーバーを実行するＵＥを管理し、ハンドオーバーを実行したＵＥの情報についても接続ＵＥ管理部３０６にて管理する。

接続候補局管理部３０７ではデータ記憶部３０４で収集した通信ノード間の報知信号からＵＥのハンドオーバー先ノードとしての判断に必要な情報を収集し、ＵＥのハンドオーバーを企図する際に最適な接続候補局情報を管理する。

信号生成部３０８は接続制御部３０５及び接続候補局管理部３０７にて生成した各種信号を管理し発報する。

図４は実施形態１における紐付きハンドオーバーの処理シーケンス図である。

通信ノード１０５が自局に接続するＵＥ１０８～１１２の一部を負荷分散のため、通信ノード１０６～１０７に対し紐付きハンドオーバーを実施する時の処理について説明を行う。

ここでは、接続ＵＥ管理部３０６において接続ＵＥの利用状況に応じてハンドオーバー対象とするＵＥを決定し、接続候補局管理部３０７においてハンドオーバーを行う対象通信ノードを決定する。信号生成部３０８にて報知情報及びＢＡＰデータパケットを生成する。

Ｓ４００では、通信ノード１０５は報知信号の送受信を実施する。報知信号は、例えばＳＳＢ（ＳＳ／ＰＢＣＨ Ｂｌｏｃｋ）を用いてよい。以下のＳ４０１、Ｓ４０２等の報知信号も同様である。Ｓ４０１では、通信ノード１０６は報知信号の送受信を実施する。
Ｓ４０２では、通信ノード１０７は報知信号の送受信を実施する。なお、報知信号は、基地局１０３との間でも通信されてよい。また、この時送受信する詳細情報としては、受け入れ可能ＵＥ数、基地局１０３との接続強度、通信ノードの位置、基地局１０３との接続予定時間、通信ノードの負荷等を含んでよい。

Ｓ４０３では、通信ノード１０５は自局に接続しているＵＥのハンドオーバーを企図する。

Ｓ４０４では、通信ノード１０５はハンドオーバーリクエストとしてＢＡＰデータパケットを通信ノード１０６～１０７に送信する。この時ハンドオーバーリクエストを生成し送信する対向通信ノードは事前に接続候補局管理３０７にて生成された接続候補局情報によって優先順位を決定してよい。

Ｓ４０５では、通信ノード１０６は自局が受け入れ可能なＵＥ数を通信ノード１０５に対し送信する。ここでは、自局が受け入れ可能なＵＥ数は“１”以上であるとする。

Ｓ４０６では、通信ノード１０７は自局が受け入れ可能なＵＥ数を通信ノード１０５に対し送信する。ここでは、自局が受け入れ可能なＵＥ数は“１”以上であるとする。

通信ノード１０５は、Ｓ４０５及びＳ４０６を介して通信ノード１０６及び通信ノード１０７から得られる情報に基づいて、各通信ノードにハンドオーバーさせるＵＥを決定する。

Ｓ４０７では、通信ノード１０５はハンドオーバー処理を開始する。

Ｓ４０８では、通信ノード１０５はＳ４０４でハンドオーバー対象としたＵＥに対し、ＲＲＣメッセージを使ってそれぞれの移行先通信ノードを通知しハンドオーバーの実行を指示する。なお、ＲＲＣメッセージは、例えばＳ４２０で基地局１０３から送信されるＲＲＣメッセージに基づくＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎメッセージであってよい。この時ＲＲＣメッセージを使い自局への紐付け情報を付加する。紐付き情報は、通信ノードＩＤ、セルＩＤ、ＢＡＰアドレス又はその類であってよい。この場合、セルＩＤは、基地局１０３に係るセルＩＤとは異なってよい。

Ｓ４０９では、ＵＥ１１２は通信ノード１０５からの通信ノード１０６へのハンドオーバー指示を受信する。この際、ＵＥ１１２は通信ノード１０５への紐付け情報を受信保持する。

Ｓ４１０では、ＵＥ１１２は通信ノード１０６への接続変更を実施する。接続変更が完了したらＲＲＣメッセージによるハンドオーバー処理の完了メッセージを通信ノード１０６へ送信する。この完了メッセージは、例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎＣｏｍｐｌｅｔｅメッセージであり、Ｓ４２１で基地局１０３にＲＲＣメッセージとして送信されてよい。

Ｓ４１１では、通信ノード１０６はＵＥ１１２のハンドオーバー完了を確認する。この時ＵＥ１１２と通信ノード１０５の紐付け情報を受信保管する。

Ｓ４１２では、ＵＥ１１１は通信ノード１０５からのＲＲＣメッセージによる通信ノード１０７へのハンドオーバー指示を受信する。この際、ＵＥ１１１は通信ノード１０５への紐付け情報を受信保持する。

Ｓ４１３では、ＵＥ１１１は通信ノード１０７への接続変更を実施する。接続変更が完了したらＲＲＣメッセージによるハンドオーバー処理の完了メッセージを通信ノード１０７へ送信する。この完了メッセージは、例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎＣｏｍｐｌｅｔｅメッセージであり、Ｓ４２３で通信ノード１０７から基地局１０３にＲＲＣメッセージとして送信されてよい。

Ｓ４１４では、通信ノード１０７はＵＥ１１１のハンドオーバー完了を確認する。この時ＵＥ１１１と通信ノード１０５の紐付け情報を受信保管する。

Ｓ４１５では、通信ノード１０５は接続ＵＥ管理部３０６にて管理される紐付きハンドオーバー中のＵＥ情報を確認する。

Ｓ４１６では、通信ノード１０５は接続ＵＥ管理部３０６で管理される紐付け情報に則って対向の通信ノード１０６～１０７との間で詳細の報知情報をやり取りする。この時送受信する詳細情報としては、受け入れ可能ＵＥ数、基地局１０３との接続強度、通信ノードの位置、基地局１０３との接続予定時間、通信ノードの負荷等を含んでよい。この時、紐付け情報を保有しない通信ノードの報知信号の受信は一時的に中止する。

Ｓ４１７では、通信ノード１０６は紐付け情報を持つ通信ノード１０５に対し詳細の報知情報を送受信する。この時、紐付け情報を保有しない通信ノードの報知情報の受信は一時的に中止する。

Ｓ４１８では、通信ノード１０７は紐付け情報を持つ通信ノード１０５に対し詳細の報知情報を送受信する。この時、紐付け情報を保有しない通信ノードの報知情報の受信は一時的に中止する。

Ｓ４１９～Ｓ４２６では、各通信ノード（１０５、１０６、１０７）は基地局１０３との間でＲＲＣメッセージを送受信する。これはＴＲ３８．４０１にて定義される３ＧＰＰ規格によるＩＡＢノードの５Ｇネットワーク接続シーケンスである。

このような図４に示す処理により負荷分散のための紐付きハンドオーバー処理が実施される。

図５は実施形態１における通信ノード１０５による紐付きハンドオーバーの処理フローである。

Ｓ５００では、通信ノード１０５は通信ノード１０６～１０７との間で報知信号の送受信を行う。報知信号は、上述した通り、例えばＳＳＢ（ＳＳ／ＰＢＣＨ Ｂｌｏｃｋ）を用いてよい。

Ｓ５０１では、通信ノード１０５はハンドオーバーを企図すると（判定結果が“ＹＥＳ”）、Ｓ５０２に進み、それ以外の場合（判定結果が“ＮＯ”）は、今回周期の処理を終了する。

Ｓ５０２では、通信ノード１０５は接続ＵＥ管理部３０６でハンドオーバーを実施するＵＥの台数を決定する。この時自局の負荷状況や接続ＵＥの利用状況からハンドオーバーするＵＥ数と対象ＵＥを決定する。

Ｓ５０３では、通信ノード１０５は接続候補局管理部３０７の情報（例えば、ハンドオーバー接続候補局リスト）をもとにハンドオーバーを実施する移行通信ノードの順位を決定する。この時移行ノードの優先順位は詳細の報知情報として収集する情報（受け入れ可能ＵＥ数、基地局１０３との接続強度、通信ノードの位置、基地局１０３との接続予定時間、通信ノードの負荷等）から決定することができる。

Ｓ５０４では、通信ノード１０５は接続候補局管理部３０７で決定された移行対象ノードの優先順位第一の通信ノードにハンドオーバーリクエストを送信する。

Ｓ５０５では、通信ノード１０５は対向通信ノードに対しハンドオーバーを企図した全台のＵＥのハンドオーバーが可能か否かを判定する。判定結果が“ＹＥＳ”の場合、Ｓ５０６に進み、判定結果が“ＮＯ”の場合は、Ｓ５０７に進む。

Ｓ５０６では、通信ノード１０５はハンドオーバーを企図した全台のハンドオーバーを実行する。

Ｓ５０７では、通信ノード１０５は対向通信ノードから移行可能と回答された移行可能台数のＵＥのハンドオーバーを実行する。

Ｓ５０８では、通信ノード１０５はＳ５０３で決定した接続候補局の次の順位の通信ノードに対しハンドオーバーリクエストを送信する。

Ｓ５０９では、通信ノード１０５は残りの台数のＵＥをハンドオーバー可能か否かを判定する。判定結果が“ＹＥＳ”の場合、Ｓ５０６に進み、判定結果が“ＮＯ”の場合は、Ｓ５１０に進む。

Ｓ５１０では、通信ノード１０５は対向通信ノードから移行可能と回答された移行可能台数のＵＥのハンドオーバーを実行する。

Ｓ５１１では、通信ノード１０５は次の移行候補ノードの有無を判定する。判定結果が“ＹＥＳ”の場合、すなわち次の移行候補ノードがある場合は、Ｓ５０８からの処理を実行する。他方、判定結果が“ＮＯ”の場合は、今回周期の処理を終了する。

図６は実施形態１における紐付きハンドオーバーの復帰処理シーケンスである。

ここでは、一例として、通信ノード１０５から通信ノード１０６に対しＵＥ１１２を紐付きハンドオーバーが実施されている状態でＵＥ１１２を通信ノード１０５へ復帰させる処理について述べる。通信ノード１０５から通信ノード１０７に対しＵＥ１１１を紐付きハンドオーバーが実施されている状態でＵＥ１１１を通信ノード１０５へ復帰させる処理についても同様であってよい。

Ｓ６００では、通信ノード１０６は自局に接続するＵＥ１１２の情報から通信ノード１０５への紐付け情報を保有していることを確認する。ＵＥに対する紐付け情報は接続ＵＥ管理部３０６にて管理される。

Ｓ６０１では、通信ノード１０６は詳細の報知情報を通信ノード１０５との間で送受信する。

Ｓ６０３では、通信ノード１０６は通信ノード１０５からのリクエストもしくは自局の判断でＵＥのハンドオーバーを企図する。

Ｓ６０４では、通信ノード１０６はＵＥの紐付け情報を確認する。

Ｓ６０５では、通信ノード１０６はハンドオーバーをリクエストする。この時接続候補局管理部３０７にて管理される接続候補局の優先順位に従いハンドオーバーリクエストを実施する通信ノードを決定する。

Ｓ６０６では、通信ノード１０５は通信ノード１０６からのハンドオーバーリクエストに対し受入許可を通知する。

Ｓ６０６Ａでは、通信ノード１０６はハンドオーバーを開始する。

Ｓ６０７では、通信ノード１０６は、Ｓ６１２で基地局１０３から送信されるＲＲＣメッセージに基づいて、通信ノード１０５への移行を指示する接続変更指示（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎメッセージ）をＵＥ１１２へ送信する。

Ｓ６０８では、ＵＥ１１２は通信ノード１０５への接続変更指示を受信する。

Ｓ６０９では、ＵＥ１１２は接続変更指示に応答して通信ノード１０５への接続変更を実施する。接続変更が完了したらＲＲＣメッセージによるハンドオーバー処理の完了メッセージを通信ノード１０５へ送信する。この完了メッセージは、例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎＣｏｍｐｌｅｔｅメッセージであり、Ｓ６１４で基地局１０３にＲＲＣメッセージとして送信されてよい。

Ｓ６１０では、通信ノード１０５はＵＥ１１２の接続を確立する。この場合、通信ノード１０５は、紐付け情報を破棄し、ＵＥ１１２及び通信ノード１０６に対し紐付け情報の破棄を通知してよい。

Ｓ６１１～Ｓ６１５では、通信ノード１０５、１０６は基地局１０３との間でＲＲＣメッセージを送受信する。これはＴＲ３８．４０１にて定義される３ＧＰＰ規格によるＩＡＢノードの５Ｇネットワーク接続シーケンスである。

図７は実施形態１における通信ノード１０６による紐付きハンドオーバーの復帰処理フローである。

Ｓ７００では、通信ノード１０６は詳細の報知信号を通信ノード１０５と送受信する。報知信号は、上述した通り、例えばＳＳＢ（ＳＳ／ＰＢＣＨ Ｂｌｏｃｋ）を用いてよい。

Ｓ７０１では、通信ノード１０６はＵＥの紐付け情報から紐付きノードを接続候補局第一位に設定する。接続候補局第二位以降は、図５に示したＳ５０３と同様の態様で決定されてよい。この場合、図５に示したＳ５０３と同様の態様で決定される順位は、紐付きノードが第一位に繰り上がる場合は、それに応じて修正されてよい。

その他の処理シーケンスは図５と同様のため詳細の説明は省略する。

なお、図７において、ハンドオーバー台数が２台以上である場合であって、それぞれのＵＥに係る紐付け情報に基づく紐付きノードが異なる場合は、それぞれ別々に、対応する紐付け情報に基づく紐付きノードへのハンドオーバーが優先的に実現されてよい。

図８は実施形態１における紐付きハンドオーバーの解除による処理シーケンスである。

Ｓ８００～Ｓ８０５の処理については図６で述べたＳ６００からＳ６０５の処理と同様のため詳細の説明は省略する。

Ｓ８０６では、通信ノード１０５は自局へのＵＥの受け入れを拒否する。

Ｓ８０７では、通信ノード１０６は接続ＵＥ管理部３０６で管理されるＵＥ１１２の通信ノード１０５に対する紐付け情報を破棄し、ＵＥ１１２に対し紐付け情報の破棄を通知する。

Ｓ８０８では、ＵＥ１１２は通信ノード１０５との紐付け情報を破棄する。

Ｓ８０９では、通信ノード１０６は中止していた通信ノード、基地局１０３との報知信号の送受信を再開する。

Ｓ８１０、Ｓ８１１、Ｓ８１２では、通信ノード１０５、通信ノード１０７、基地局１０３も通信ノード１０６との報知信号の送受信を再開する。

Ｓ８１３では、通信ノード１０６は接続候補局管理部３０７の接続候補局に対しハンドオーバーをリクエストする。

Ｓ８１４では、通信ノード１０７はハンドオーバーリクエストに対する回答を送信する。

Ｓ８１５では、基地局１０３はハンドオーバーリクエストに対する回答を送信する。

Ｓ８１６では、通信ノード１０６はＵＥ１１２に対し基地局１０３へのハンドオーバーの指示（例えばＳ８２１で基地局１０３から送信されるＲＲＣメッセージに基づくＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎメッセージ）を送信する。

Ｓ８１７では、ＵＥ１１２はハンドオーバー指示を受信する。

Ｓ８１８では、ＵＥ１１２はハンドオーバー指示に応答して基地局１０３への接続変更を実施する。ＵＥ１１２は、接続変更が完了したらＲＲＣメッセージによるハンドオーバー処理の完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎＣｏｍｐｌｅｔｅメッセージ）を基地局１０３へ送信する。

Ｓ８１９では、基地局１０３はＵＥ１１２の接続を確立する。

Ｓ８２０～Ｓ８２３では、各通信ノード１０５～１０７は基地局１０３との間でＲＲＣメッセージのやり取りを実施する（図８では、通信ノード１０６と基地局１０３の通信のみ図示）。これはＴＲ３８．４０１にて定義される３ＧＰＰ規格によるＩＡＢノードの５Ｇネットワーク接続シーケンスである。

ところで、本実施形態とは異なり、紐付け情報を利用しない比較例では、通信ノード１０５の配下のＵＥ１１２が、通信ノード１０６にハンドオーバーされた後、次のハンドオーバー先として、通信ノード１０５が優先的に選択されない可能性が高くなる。この場合、例えば、次のハンドオーバー先として、通信ノード１０７が選択されると、ＵＥ１１２が通信ノード１０７にハンドオーバーされることになるが、この場合、以下のような不都合が生じうる。ＵＥ１１２は通信ノード１０５とともにその後も移動すると、通信ノード１０７との距離が増加することで、再びハンドオーバーが必要となる可能性が高くなる。そして、この場合、結局のところ、ＵＥ１１２は通信ノード１０５にハンドオーバーされる可能性がある。このようなハンドオーバーの繰り返しは、非効率であり、処理負荷の増加を招く。本実施形態によれば、紐付け情報を利用して次のハンドオーバー先を決定することで、かかる不都合を低減できる。

なお、本実施形態１では、通信ノード１０６は、通信ノード１０５と同様に、移動体に設置されているが、固定物に設置されてもよい。これは、以下で説明する他の実施形態（例えば実施形態２等）においても同様である。

［実施形態２］
実施形態２では通信ノードがＵＥを紐付きハンドオーバーさせた際のＵＥの管理について述べる。

通信ノードはＵＥに対し紐付きハンドオーバーを実施した時、自局の接続ＵＥ管理部３０６において対象ＵＥを自局への接続端末として管理する。

接続ＵＥ数の制限がある場合、上記ＵＥも含めて接続ＵＥ数としてカウントする。自局の通信状態が改善した場合、対象ＵＥの自局への復帰を優先的に実施する。

［実施形態３］
実施形態３ではＵＥを介さず通信ノード間のみで紐付きハンドオーバーを実施することを想定する。

ＵＥ主導による通信ノードへの復帰は実現できないがハンドオーバー処理の簡略化が可能となる。

図９は実施形態３での通信ノード間での紐付きハンドオーバーの処理シーケンス図である。

Ｓ９００、Ｓ９０１、Ｓ９０２では、通信ノード１０５、１０６、１０７は報知信号を送受信する。報知信号は、上述した通り、例えばＳＳＢ（ＳＳ／ＰＢＣＨ Ｂｌｏｃｋ）を用いてよい。

Ｓ９０３では、通信ノード１０５はＵＥのハンドオーバーを企図する。
Ｓ９０４では、通信ノード１０５はハンドオーバーを通信ノード１０６、１０７にリクエストする。この際、通信ノード１０５は、自局への紐付け情報をハンドオーバーリクエストに付加して送信する。

Ｓ９０５では、通信ノード１０６はＵＥの受け入れを許可し、通信ノード１０５の紐付け情報を受信する。

Ｓ９０６では、通信ノード１０７はＵＥの受け入れを許可し、通信ノード１０５の紐付け情報を受信する。

Ｓ９０７では、通信ノード１０５はハンドオーバーを実施する。

Ｓ９０８では、ＵＥ１１２に対し通信ノード１０６へのハンドオーバーを指示し、ＵＥ１１１に対し通信ノード１０７へのハンドオーバーを指示する。

Ｓ９０９では、ＵＥ１１２は通信ノード１０５からのハンドオーバー指示を受信する。

Ｓ９１０では、ＵＥ１１２は通信ノード１０６への接続変更を実施する。

Ｓ９１１では、通信ノード１０６はＵＥ１１２の接続を確立する。

Ｓ９１２では、ＵＥ１１１は通信ノード１０５からのハンドオーバー指示を受信する。

Ｓ９１３では、ＵＥ１１１は通信ノード１０７への接続変更を実施する。

Ｓ９１４では、通信ノード１０７はＵＥ１１１の接続を確立する。

Ｓ９１５では、通信ノード１０５は接続ＵＥ管理部３０６で管理される紐付け情報に則って対向の通信ノード１０６～１０７との間で詳細の報知情報をやり取りする。この時送受信する詳細情報としては、受け入れ可能ＵＥ数、基地局１０３との接続強度、通信ノードの位置、基地局１０３との接続予定時間、通信ノードの負荷等を含んでよい。

Ｓ９１６では、通信ノード１０６は紐付け情報を持つ通信ノード１０５に対し詳細の報知情報を送受信する。この時、紐付け情報を保有しない通信ノードの報知情報の受信は一時的に中止してよい。

Ｓ９１７では、通信ノード１０７は紐付け情報を持つ通信ノード１０５に対し詳細の報知情報を送受信する。この時、紐付け情報を保有しない通信ノードの報知情報の受信は一時的に中止してよい。

Ｓ９１８～Ｓ９２５では、通信ノード１０５、１０６、１０７は基地局１０３との間でＲＲＣメッセージの送受信を実施する。これはＴＲ３８．４０１にて定義される３ＧＰＰ規格によるＩＡＢノードの５Ｇネットワーク接続シーケンスである。

以上により、通信ノードの紐付けハンドオーバーを実施することができ、これにより通信ノードの負荷分散を実現することが可能となる。

［その他の実施形態］
上述の実施例にて説明したように、通信ノードとＵＥ間でハンドオーバー時はＲＲＣメッセージを用いて通信ノードとの紐付け情報を付加する。その際のパラメータとしてｎａｓ－ＣｏｎｔａｉｎｅｒやＲｅｌｅａｓｅ－１７で規定されたｎｏｎＣｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎといった未定義のパラメータを使用してもよい。また、ハンドオーバー時の通信ノード間のやり取りではＢＡＰ制御ＰＤＵを用いてもよい。更に、ＢＡＰ制御ＰＤＵ内の予約済みのフィールドを用いてもよい。また、前記Ｓ４１６に記載されている詳細の報知信号としてはＳＳＢ（ＳＳ／ＰＢＣＨ Ｂｌｏｃｋ）を用いてもよい。

また、上述した各実施形態では、一のＵＥに係る紐付け情報は、当該一のＵＥと、当該一のＵＥに係るハンドオーバーに係る通信ノード（すなわちハンドオーバー元とハンドオーバー先の通信ノード）に記憶されている。しかしながら、一のＵＥに係る紐付け情報は、当該通信ノードに係る基地局１０３に記憶されてもよい。この場合、ＴＲ３８．４０１等にて定義される３ＧＰＰ規格に沿って、ハンドオーバー先の決定等は、基地局１０３により実現されてもよい。より具体的には、例えば、図４に示した例の場合、基地局１０３は、以下のような各種情報を管理するようにしてもよい。各種情報は、通信ノード１０５、通信ノード１０６及び通信ノード１０７の接続中ＵＥ数、受け入れ可能ＵＥ数、基地局１０３との間の接続強度（通信品質）、通信ノード１０５、１０６及び１０７の位置、基地局１０３との接続予定時間を含んでよい。また、各種情報は、通信ノード１０５、１０６及び１０７の負荷等の情報を含んでよい。これらの情報は、Ｆ１－ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて通信ノード１０５、１０６及び１０７から基地局１０３に報告されてもよい。

また、基地局１０３は、当該情報に基づいて、ＵＥ１１１を通信ノード１０６及び１０７のうちどちらにハンドオーバーさせるのかを判断してよい。この際、基地局１０３は、例えば、ＵＥ１１１を通信ノード１０６のセルにハンドオーバーさせると判断した場合、当該ＵＥ１１１を通信ノード１０６のセルにハンドオーバーさせることを指示するＲＲＣメッセージ生成する。そして、基地局１０３は、生成したＲＲＣメッセージを、通信ノード１０５を介して送信する。

具体的には、基地局１０３は、生成したＲＲＣメッセージをＦ１－ＡＰのＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴに含めて通信ノード１０５に送信する。また、通信ノード１０５は、受信したＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴの中からＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを取り出して、ＵＥ１１１に送信する。なお、基地局１０３は、ＵＥ１１１は通信ノード１０５のセルから通信ノード１０６のセルにハンドオーバーさせたことを示す紐付き情報（例えばセルＩＤ等）を記憶しておく。

ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したＵＥ１１１は、通信ノード１０５から通信ノード１０６にハンドオーバーする処理を行う。

上述の実施形態では、紙面の都合上、ハンドオーバーに関するメッセージのやり取りを一部簡略化した形でハンドオーバー処理を説明した。上述の実施形態で説明したハンドオーバーのための電波強度の測定やハンドオーバーの手続きは、具体的には図１０に示す各処理に対応する。以降、上述の実施形態で簡略化して説明したハンドオーバーに係る各処理に関して、図１０を用いてより具体的に説明する。なお、図１０では、紙面の都合と、説明の複雑化を避けるため、各ハンドオーバーのために行われる装置間の情報のやり取り部分を抜粋し、説明する。

図１０は、各実施形態におけるハンドオーバーのためのやりとりを説明するためのシーケンス図ある。各実施形態では、ＴＲ３８．４０１にて定義される３ＧＰＰ規格ハンドオーバー処理を行う。以下具体的に説明する。Ｓ１００１では、ＵＥ１１１は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを通信ノード１０５に送信する。また、Ｓ１００２では、通信ノード１０５は、ＵＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲを基地局１０３に送信することで、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを基地局１０３に転送する。なお、この際、基地局１０３と通信ノード１０５は、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージとＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージのやり取りを行ってよい。Ｓ１００３では、基地局１０３は、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを、ハンドオーバー先の通信ノード１０６に送信する。ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージは、ハンドオーバーを行うための各種準備情報を含んでよい。Ｓ１００４では、通信ノード１０６は、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージにて基地局１０３に応答する。Ｓ１００５では、基地局１０３は、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを通信ノード１０５に送信する。ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージやＵＥ１１１に対するデータ送信の停止指示を含んでよい。Ｓ１００６では、通信ノード１０５は、受信したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１１１に転送する。Ｓ１００７では、通信ノード１０５は、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージにて基地局１０３に応答する。ついで、Ｓ１００８では、ランダムアクセス手順が通信ノード１０６で実行され、通信ノード１０６は、Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｄｅｌｉｖｅｒｙ Ｓｔａｔｕｓフレーム等を送信する。Ｓ１００９では、ＵＥ１１１は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージにて通信ノード１０６に応答する。また、Ｓ１０１０では、通信ノード１０６は、ＵＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲを基地局１０３に送信することで、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを基地局１０３に転送する。Ｓ１０１１では、基地局１０３は、ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＭＡＮＤメッセージを通信ノード１０５に送信する。また、Ｓ１０１２では、通信ノード１０６は、ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージにて基地局１０３に応答する。この場合、基地局１０３は、ハンドオーバー元が通信ノード１０５であることを把握できるので、自身で通信ノード１０５への紐付け情報を生成し保持できる。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせることも可能である。

例えば、上述した実施例では、無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）であるがが、これに限られない。例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、６Ｇ以降及びＷｉＦｉのような他のアクセス方式が少なくとも部分的に適用されてもよい。

また、紐付け情報は、例えば、パラメータとしてｎａｓ－ＣｏｎｔａｉｎｅｒやＲｅｌｅａｓｅ－１７で規定されたｎｏｎＣｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎといった未定義のパラメータを使用して付加されてよい。

また、本実施形態の開示は、以下の構成を含む。

（構成１）
公衆網通信サービスを提供する通信ノード装置であって、
配下の通信装置を他の通信ノード装置にハンドオーバーさせる場合に、前記通信装置を自ノードに紐付けるための紐付き情報を、前記通信装置又は前記他の通信ノード装置に送信する送信手段を備え
前記紐付き情報は、前記他の通信ノード装置にハンドオーバーされた前記通信装置に対して次のハンドオーバー先を決定する際に利用される、通信ノード装置。

（構成２）
前記紐付き情報に係る前記通信装置が、前記他の通信ノード装置にハンドオーバーされた場合に、前記紐付き情報を保持する記憶手段を更に備える、構成１に記載の通信ノード装置。

（構成３）
前記記憶手段に前記紐付き情報が保持されている場合に、前記紐付き情報に係る前記通信装置が自ノードに優先的にハンドオーバーされるように、前記他の通信ノード装置からのハンドオーバー先に係るリクエストに応答する処理手段を更に備える、構成２に記載の通信ノード装置。

（構成４）
前記処理手段は、前記他の通信ノード装置からの前記リクエストであって、前記紐付き情報に係る前記通信装置の、自ノードへのハンドオーバーの前記リクエストを拒否した場合、前記記憶手段における前記紐付き情報を破棄する、構成３に記載の通信ノード装置。

（構成５）
前記送信手段は、更に、前記記憶手段に前記紐付き情報が保持されている場合に、自ノードが接続するドナー装置との接続状態を、前記他の通信ノード装置に報知する、構成２から４のうちのいずれかに記載の通信ノード装置。

（構成６）
前記送信手段は、更に、前記記憶手段に前記紐付き情報が保持されている場合に、自ノードの詳細情報を、前記他の通信ノード装置に報知する、構成２から５のうちのいずれかに記載の通信ノード装置。

（構成７）
公衆網通信サービスを提供する通信ノード装置であって、
他の通信ノード装置から前記他の通信ノード装置の配下の通信装置が自ノードへとハンドオーバーされる場合に、前記通信装置を前記他の通信ノード装置に紐付ける紐付き情報を受信する受信手段と、
前記紐付き情報に基づいて、前記紐付き情報に係る前記通信装置に対する次のハンドオーバー先を決定する処理手段とを備える、通信ノード装置。

（構成８）
前記受信手段は、前記通信装置を介して前記紐付き情報を受信する、構成７に記載の通信ノード装置。

（構成９）
前記紐付き情報に係る前記通信装置が自ノードにハンドオーバーされた場合に、前記紐付き情報を保持する記憶手段を更に備える、構成７又は８に記載の通信ノード装置。

（構成１０）
前記受信手段は、更に、前記記憶手段に前記紐付き情報が保持されている場合に、前記他の通信ノード装置が接続するドナー装置との接続状態を、前記他の通信ノード装置から取得する、構成９に記載の通信ノード装置。

（構成１１）
前記受信手段は、更に、前記記憶手段に前記紐付き情報が保持されている場合に、前記他の通信ノード装置の詳細情報を、前記他の通信ノード装置から取得する、構成９から１０のいずれかに記載の通信ノード装置。

（構成１２）
前記処理手段は、前記記憶手段に前記紐付き情報が保持されている場合に、前記紐付き情報に係る前記通信装置を、前記紐付き情報に係る前記他の通信ノード装置に優先的にハンドオーバーさせる、構成９から１１のいずれかに記載の通信ノード装置。

（構成１３）
前記処理手段は、前記記憶手段に前記紐付き情報が保持されている場合、前記紐付き情報に係る前記通信装置を他ノードにハンドオーバーさせる際、最初に、前記紐付き情報に係る前記他の通信ノード装置にハンドオーバー先に係るリクエストを送信する、構成９から１２のいずれかに記載の通信ノード装置。

（構成１４）
前記処理手段は、前記リクエストが前記紐付き情報に係る前記他の通信ノード装置により拒否された場合に、他ノードにハンドオーバー先に係るリクエストを送信するとともに、前記記憶手段における前記紐付き情報を破棄する、構成１３に記載の通信ノード装置。

（構成１５）
一の通信ノード装置から他の一の通信ノード装置への自装置のハンドオーバーに伴って生成される紐付き情報であって、前記一の通信ノード装置に自装置を紐付ける紐付き情報に基づいて、前記他の一の通信ノード装置から前記一の通信ノード装置への又は更なる他の新たな一の通信ノード装置へのハンドオーバーのための処理を実行する、通信装置。

（構成１６）
前記一の通信ノード装置から前記他の一の通信ノード装置への自装置のハンドオーバーを実行する場合に、前記一の通信ノード装置から前記紐付き情報を受信する受信手段と、
前記受信手段により受信された前記紐付き情報を記憶する記憶手段と、
前記他の一の通信ノード装置への自装置のハンドオーバーが完了した場合に、前記紐付き情報を前記他の一の通信ノード装置に送信する送信手段とを備える、構成１５に記載の通信装置。

（構成１７）
前記他の一の通信ノード装置から前記紐付き情報に係る前記一の通信ノード装置へのハンドオーバーのリクエストが、前記一の通信ノード装置により拒否された場合に、前記記憶手段における前記紐付き情報を破棄する処理装置を更に備える、構成１６に記載の通信装置。

（構成１８）
複数の通信ノード装置を備え、
前記複数の通信ノード装置は、
一の通信装置を一の通信ノード装置から他の一の通信ノード装置へとハンドオーバーさせる場合に、前記一の通信ノード装置に前記一の通信装置を紐付ける紐付き情報を生成する手段と、
前記他の通信ノード装置にハンドオーバーされた前記通信装置を新たにハンドオーバーさせる場合に、前記紐付き情報に基づいて、ハンドオーバー先の前記通信ノード装置を決定する手段とを備える、通信システム。

１００ コアネットワーク
１０１～１０２ セルカバレッジ
１０３～１０４ 基地局
１０５～１０７ 通信ノード
１０８～１１４ ＵＥ
２０１ 制御部
２０２ 記憶部
２０３ 無線通信部
２０４ アンテナ制御部
３０１ ソフトウェア機能ブロック
３０２ 信号送信部
３０３ 信号受信部
３０４ データ記憶部
３０５ 接続制御部
３０６ 接続ＵＥ管理部
３０７ 接続候補局管理部
３０８ 信号生成部

Claims (18)

1. 公衆網通信サービスを提供する通信ノード装置であって、
   配下の通信装置を他の通信ノード装置にハンドオーバーさせる場合に、前記通信装置を自ノードに紐付けるための紐付き情報を、前記通信装置又は前記他の通信ノード装置に送信する送信手段を備え
   前記紐付き情報は、前記他の通信ノード装置にハンドオーバーされた前記通信装置に対して次のハンドオーバー先を決定する際に利用される、通信ノード装置。
2. 前記紐付き情報に係る前記通信装置が、前記他の通信ノード装置にハンドオーバーされた場合に、前記紐付き情報を保持する記憶手段を更に備える、請求項１に記載の通信ノード装置。
3. 前記記憶手段に前記紐付き情報が保持されている場合に、前記紐付き情報に係る前記通信装置が自ノードに優先的にハンドオーバーされるように、前記他の通信ノード装置からのハンドオーバー先に係るリクエストに応答する処理手段を更に備える、請求項２に記載の通信ノード装置。
4. 前記処理手段は、前記他の通信ノード装置からの前記リクエストであって、前記紐付き情報に係る前記通信装置の、自ノードへのハンドオーバーの前記リクエストを拒否した場合、前記記憶手段における前記紐付き情報を破棄する、請求項３に記載の通信ノード装置。
5. 前記送信手段は、更に、前記記憶手段に前記紐付き情報が保持されている場合に、自ノードが接続するドナー装置との接続状態を、前記他の通信ノード装置に報知する、請求項２に記載の通信ノード装置。
6. 前記送信手段は、更に、前記記憶手段に前記紐付き情報が保持されている場合に、自ノードの詳細情報を、前記他の通信ノード装置に報知する、請求項２に記載の通信ノード装置。
7. 公衆網通信サービスを提供する通信ノード装置であって、
   他の通信ノード装置から前記他の通信ノード装置の配下の通信装置が自ノードへとハンドオーバーされる場合に、前記通信装置を前記他の通信ノード装置に紐付ける紐付き情報を受信する受信手段と、
   前記紐付き情報に基づいて、前記紐付き情報に係る前記通信装置に対する次のハンドオーバー先を決定する処理手段とを備える、通信ノード装置。
8. 前記受信手段は、前記通信装置を介して前記紐付き情報を受信する、請求項７に記載の通信ノード装置。
9. 前記紐付き情報に係る前記通信装置が自ノードにハンドオーバーされた場合に、前記紐付き情報を保持する記憶手段を更に備える、請求項７又は８に記載の通信ノード装置。
10. 前記受信手段は、更に、前記記憶手段に前記紐付き情報が保持されている場合に、前記他の通信ノード装置が接続するドナー装置との接続状態を、前記他の通信ノード装置から取得する、請求項９に記載の通信ノード装置。
11. 前記受信手段は、更に、前記記憶手段に前記紐付き情報が保持されている場合に、前記他の通信ノード装置の詳細情報を、前記他の通信ノード装置から取得する、請求項９に記載の通信ノード装置。
12. 前記処理手段は、前記記憶手段に前記紐付き情報が保持されている場合に、前記紐付き情報に係る前記通信装置を、前記紐付き情報に係る前記他の通信ノード装置に優先的にハンドオーバーさせる、請求項９に記載の通信ノード装置。
13. 前記処理手段は、前記記憶手段に前記紐付き情報が保持されている場合、前記紐付き情報に係る前記通信装置を他ノードにハンドオーバーさせる際、最初に、前記紐付き情報に係る前記他の通信ノード装置にハンドオーバー先に係るリクエストを送信する、請求項１２に記載の通信ノード装置。
14. 前記処理手段は、前記リクエストが前記紐付き情報に係る前記他の通信ノード装置により拒否された場合に、他ノードにハンドオーバー先に係るリクエストを送信するとともに、前記記憶手段における前記紐付き情報を破棄する、請求項１３に記載の通信ノード装置。
15. 一の通信ノード装置から他の一の通信ノード装置への自装置のハンドオーバーに伴って生成される紐付き情報であって、前記一の通信ノード装置に自装置を紐付ける紐付き情報に基づいて、前記他の一の通信ノード装置から前記一の通信ノード装置への又は更なる他の新たな一の通信ノード装置へのハンドオーバーのための処理を実行する、通信装置。
16. 前記一の通信ノード装置から前記他の一の通信ノード装置への自装置のハンドオーバーを実行する場合に、前記一の通信ノード装置から前記紐付き情報を受信する受信手段と、
    前記受信手段により受信された前記紐付き情報を記憶する記憶手段と、
    前記他の一の通信ノード装置への自装置のハンドオーバーが完了した場合に、前記紐付き情報を前記他の一の通信ノード装置に送信する送信手段とを備える、請求項１５に記載の通信装置。
17. 前記他の一の通信ノード装置から前記紐付き情報に係る前記一の通信ノード装置へのハンドオーバーのリクエストが、前記一の通信ノード装置により拒否された場合に、前記記憶手段における前記紐付き情報を破棄する処理装置を更に備える、請求項１６に記載の通信装置。
18. 複数の通信ノード装置を備え、
    前記複数の通信ノード装置は、
    一の通信装置を一の通信ノード装置から他の一の通信ノード装置へとハンドオーバーさせる場合に、前記一の通信ノード装置に前記一の通信装置を紐付ける紐付き情報を生成する手段と、
    前記他の通信ノード装置にハンドオーバーされた前記通信装置を新たにハンドオーバーさせる場合に、前記紐付き情報に基づいて、ハンドオーバー先の前記通信ノード装置を決定する手段とを備える、通信システム。