(57)【特許請求の範囲】
【請求項１】
通信ネットワークのホーム基地局によって実行される方法であって、
ユーザデバイスから受信した接続要求に応答して、ゲートウェイデバイスに前記ユーザデバイスを識別するための一時識別子の要求を送信し、
前記ゲートウェイデバイスから前記一時識別子を受信し、
前記ユーザデバイスを前記ゲートウェイデバイスに登録する前に、該ユーザデバイスに前記受信した一時識別子を送信する、
方法。
【請求項２】
前記ユーザデバイスに前記一時識別子を送信した後に、前記方法は、前記ユーザデバイスから初期直接転送を受信し、該初期直接転送の受信に応答して、前記ユーザデバイスを前記ゲートウェイデバイスに登録するため要求を送信する、請求項１に記載の方法。
【請求項３】
前記一時識別子の前記要求は、ＨＮＢＡＰ要求メッセージにおいて送信され、前記一時識別子はＨＮＢＡＰ応答メッセージにおいて受信される、請求項１又は２に記載の方法。
【請求項４】
前記要求は公衆データネットワークを介して前記ゲートウェイデバイスに送信される、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
通信ネットワークのゲートウェイデバイスによって実行される方法であって、
ホーム基地局から、ユーザデバイスのための一時識別子の要求を受信し、
前記ユーザデバイスを識別するための一時識別子を生成し、
前記ホーム基地局に前記生成された一時識別子を送信し、
前記送信は、前記ユーザデバイスを前記ゲートウェイデバイスに登録するために実行される登録ステップの前に実行される、方法。
【請求項６】
更に、前記送信するステップの後に、前記ホーム基地局から、前記ユーザデバイスを登録することの要求を受信し、該登録要求に応答して前記ユーザデバイスを登録する、請求項５に記載の方法。
【請求項７】
前記一時識別子の前記要求は、ＨＮＢＡＰ要求メッセージにおいて受信され、前記一時識別子はＨＮＢＡＰ応答メッセージにおいて送信される、請求項５又は６に記載の方法。
【請求項８】
通信ネットワークのホーム基地局であって、
ユーザデバイスから受信した接続要求に応答して、ゲートウェイデバイスに前記ユーザデバイスを識別するための一時識別子の要求を送信する手段と、
前記ゲートウェイデバイスから前記一時識別子を受信する手段と、
前記ユーザデバイスを前記ゲートウェイデバイスに登録する前に、該ユーザデバイスに前記受信した一時識別子を送信する手段と、
を備える、ホーム基地局。
【請求項９】
通信ネットワークのゲートウェイデバイスであって、
ホーム基地局から、ユーザデバイスを識別するための一時識別子の要求を受信する手段と
前記ユーザデバイスのための一時識別子を生成する手段と、
前記ホーム基地局に前記生成された一時識別子を送信する手段と、
を備え、前記送信する手段は、前記ユーザデバイスを該ゲートウェイデバイスに登録する前に前記一時識別子を送信するように動作可能である、ゲートウェイデバイス。
【請求項１０】
ホーム基地局を介して通信ネットワークと通信するユーザデバイスによって実行される方法であって、前記ユーザデバイスがゲートウェイデバイスに登録される前にアイドル状態から接続状態に移行するときに前記ホーム基地局から前記ユーザデバイスを識別するための一時識別子を受信する、方法。
【請求項１１】
ホーム基地局を介して通信ネットワークと通信するように動作可能であるユーザデバイスであって、前記ユーザデバイスがゲートウェイデバイスに登録される前にアイドル状態から接続状態に移行するときに前記ホーム基地局から前記ユーザデバイスを識別するための一時識別子を受信するように動作可能である、ユーザデバイス。
【請求項１２】
前記一時識別子はＵ−ＲＮＴＩである、請求項１１に記載のユーザデバイス（３）。
【請求項１３】
プログラマブルデバイスに、請求項１〜７、又は１０のいずれか一項に記載の方法を実行させるためのコンピュータ実施可能命令を含む、コンピュータ実施可能プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信ネットワーク、限定はしないが特に、３ＧＰＰ（第３世代パートナーシッププロジェクト）標準規格、又はその規格と同等のもの若しくはその規格から派生したものに従って動作する移動通信ネットワークに関する。本発明は特に、限定はしないが、移動通信デバイスのためのＵＴＲＡＮ無線ネットワーク一時識別子（Ｕ−ＲＮＴＩ）の設定及びセル更新中のその使用に関連する。
【０００２】
本出願は、２００９年９月２９日に出願された英国特許出願第０９１７０７１．３号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【背景技術】
【０００３】
３ＧＰＰ標準規格の下で、ＮｏｄｅＢは、移動デバイスがコアネットワークに接続する際に経由する基地局である。最近では、３ＧＰＰ標準化団体は、公式のアーキテクチャを採用し、ホーム基地局（ＨＮＢ）のための新たな標準規格に対する取り組みを始めた。１つ又は複数のＨＮＢは自宅内の無線カバレッジを提供し、１つ又は複数のＨＮＢからのトラフィックを集約するＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）を介して、１つ又は複数の適切な公衆ネットワークを介して（例えばインターネットへのＡＤＳＬリンクを介して）コアネットワークへ接続する。
【０００４】
ユーザ機器（ＵＥ）がマクロＵＴＲＡＮネットワークにおいてＲＲＣ接続を実施しようとするとき、無線ネットワークコントローラ（ＲＮＣ）が、ＵＥにＵ−ＲＮＴＩを割り当てて、ネットワークに対してＵＥを特定することになる。しかしながら、ＨＮＢを用いる場合、ＲＮＣ機能はＨＮＢとＨＮＢ−ＧＷとの間で分割され、現在、どのエンティティがＵ−ＲＮＴＩを割り当てる役割を担うことになるかが明らかではない。
【０００５】
それとは別であるが、関連する問題は、ＣＥＬＬ  ＦＡＣＨ接続状態にあるときのＵＥの移動性に関連する。そのような移動性はＲｅｌｅａｓｅ８（Ｒｅｌ’８）ではサポートされないが、現在、Ｒｅｌｅａｓｅ９（Ｒｅｌ’９）において検討中である。ＣＥＬＬ  ＦＡＣＨ状態では、ＵＥは、別の（ターゲット）ＨＮＢにハンドオーバーすることを決定し、ターゲットＨＮＢにハンドオーバーしたいことを示すＲＲＣセル更新（RRC CELL UPDATE）メッセージをターゲットＨＮＢに送信する。その際、ターゲットＨＮＢ又はＨＮＢ−ＧＷは、そのＵＥが現在登録されているソースＨＮＢを特定し、それにより、該ソースＨＮＢから、ターゲットＨＮＢがそのＵＥと通信することを可能にする種々の情報要素（ＩＥ）を入手できるようにしなければならない。
【発明の概要】
【０００６】
１つの例示的な態様によれば、本発明は、通信ネットワークのホーム基地局によって実行される方法であって、ユーザデバイスから受信した接続要求に応答して、ゲートウェイデバイスにＵ−ＲＮＴＩのような一時識別子の要求を送信し、ゲートウェイデバイスから一時識別子を受信し、ユーザデバイスに受信した一時識別子を送信する方法を提供する。１つの例示的な実施の形態では、一時識別子は、ユーザデバイスがゲートウェイデバイスに登録する前に、ユーザデバイスに送信される。一時識別子の要求は、ＨＮＢＡＰ要求メッセージにおいて送信することができ、一時識別子はＨＮＢＡＰ応答メッセージにおいて受信することができる。
【０００７】
ゲートウェイに送信されるデータは、インターネットのような公衆データネットワークを介して送信され、そのデータはホーム基地局とゲートウェイとの間で送信される適切なＩＰパケット内にカプセル化される。
【０００８】
ユーザデバイスに一時識別子を送信した後に、方法は、ユーザデバイスをゲートウェイデバイスに登録するための要求を送信することを含むことができる。
【０００９】
本発明は、通信ネットワークのゲートウェイデバイスによって実行される方法であって、ホーム基地局から、ユーザデバイスのための、Ｕ−ＲＮＴＩのような一時識別子の要求を受信し、ユーザデバイスのための一時識別子を生成し、ホーム基地局に生成された一時識別子を送信する、方法も提供する。好ましくは、一時識別子は、ユーザデバイスをゲートウェイデバイスに登録するために実行される登録ステップの前に送信される。一時識別子の要求は、ＨＮＢＡＰ要求メッセージにおいて受信することができ、一時識別子はＨＮＢＡＰ応答メッセージにおいて送信することができる。
【００１０】
本発明は、ホーム基地局であって、ユーザデバイスから受信した接続要求に応答して、ゲートウェイデバイスに一時識別子の要求を送信する手段と、ゲートウェイデバイスから一時識別子を受信する手段と、好ましくはユーザデバイスをゲートウェイデバイスに登録する前に、ユーザデバイスに受信した一時識別子を送信する手段と、を備える、ホーム基地局も提供する。
【００１１】
本発明は、ゲートウェイデバイスであって、ホーム基地局から、ユーザデバイスのための一時識別子の要求を受信する手段と、ユーザーデバイスのための一時識別子を生成する手段と、ホーム基地局に生成された一時識別子を送信する手段と、を備える、ゲートウェイデバイスも提供する。
【００１２】
別の例示的な態様によれば、本発明は、ホーム基地局を介して通信ネットワークと通信するユーザデバイスによって実行される方法であって、ユーザデバイスがアイドル状態から接続状態に移行するときにホーム基地局から一時識別子を受信し、ユーザデバイスが接続状態からアイドル状態に移行するときに一時識別子を保持する、方法も提供する。
【００１３】
この例示的な態様によれば、本発明は、１つ又は複数のユーザデバイスに通信サービスを提供するホーム基地局によって実行される方法であって、ユーザデバイスがアイドル状態から接続状態に移行するときにユーザデバイスに一時識別子を与え、ユーザデバイスが接続状態からアイドル状態に移行するときに一時識別子を保持する、方法も提供する。
【００１４】
この例示的な態様は、ホーム基地局を介して通信ネットワークと通信するように動作可能であるユーザデバイスであって、アイドル状態から接続状態に移行するときにホーム基地局から一時識別子を受信するように動作可能であり、接続状態からアイドル状態に移行するときに一時識別子を保持するように動作可能である、ユーザデバイスも提供する。一時識別子はユーザデバイスのＵ−ＲＮＴＩとすることができる。
【００１５】
この例示的な態様は、１つ又は複数のユーザデバイスに通信サービスを提供するように動作可能なホーム基地局であって、ユーザデバイスがアイドル状態から接続状態に移行するときにユーザデバイスに一時識別子を与えるように動作可能であり、ユーザデバイスが接続状態からアイドル状態に移行するときに一時識別子を保持するように動作可能である、ホーム基地局も提供する。
【００１６】
本発明の更なる例示的な態様によれば、本発明は、ＨＮＢ管理システムによって実行される方法であって、ホーム基地局において情報を受信して保持し、ホーム基地局に無線ネットワークコントローラ識別情報ＲＮＣＩＤを割り当て、ホーム基地局に割り当てられたＲＮＣＩＤを送信し、ホーム基地局の近傍の隣接基地局を特定し、ホーム基地局に特定された隣接基地局のＲＮＣＩＤを送信する、方法も提供する。
【００１７】
１つの例示的な実施の形態では、割り当てられたＲＮＣＩＤは、ホーム基地局の少なくとも近傍において一意である。
【００１８】
この例示的な態様は、ホーム基地局によって実行される方法であって、ＨＮＢ管理システムから、無線ネットワークコントローラ識別情報ＲＮＣＩＤを受信し、ホーム基地局の近傍の隣接セルのための隣接セル情報を受信し、受信した隣接セル情報は、隣接基地局のうちの１つ又は複数のためのＲＮＣＩＤを含む、方法も提供する。
【００１９】
本方法は、更に、ユーザデバイスからセル更新メッセージを受信し、ユーザデバイスの一時識別子を復号して、サービングセルのＲＮＣＩＤを特定し、受信した隣接セル情報からサービングセルを特定することができる。
【００２０】
その際、ホーム基地局は、特定されたサービングセルに向けてメッセージを送信し、サービングセルからユーザデバイスに関連する情報を検索し、ホーム基地局がセル更新メッセージに応答できるようにする。
【００２１】
本発明は、ＨＮＢ管理システムであって、基地局が起動されるときに、ホーム基地局において情報を受信して保持する手段と、ホーム基地局に、無線ネットワークコントローラ識別情報ＲＮＣＩＤを割り当てる手段と、ホーム基地局に割り当てられたＲＮＣＩＤを送信する手段と、ホーム基地局の近傍の隣接基地局を特定する手段と、ホーム基地局に特定された隣接基地局のＲＮＣＩＤを送信する手段と、を備える、ＨＮＢ管理システムも提供する。
【００２２】
本発明のこの例示的な態様は、ホーム基地局であって、ＨＮＢ管理システムから、無線ネットワークコントローラ識別情報ＮＣＩＤを受信する手段と、ホーム基地局の近傍の隣接セルに関する隣接セル情報を受信する手段とを備え、受信した隣接セル情報は、隣接基地局のうちの１つ又は複数のためのＲＮＣＩＤを含む、ホーム基地局を提供する。
【００２３】
本発明の更なる例示的な実施の形態では、ゲートウェイデバイスによって実行される方法であって、ＲＮＣＩＤとこのＲＮＣＩＤが割り当てられたホーム基地局との間の関連付けを規定するデータを保持し、第１のホーム基地局から、第２のホーム基地局のためのＲＮＣＩＤを含むメッセージを受信し、受信したＲＮＣＩＤを用いて、保持されたデータから第２のホーム基地局を特定し、特定された第２のホーム基地局にメッセージを転送する、方法を提供する。
【００２４】
この例示的な態様は、更に、第２のホーム基地局からメッセージを受信し、第１のホーム基地局にそのメッセージを転送することができる。
【００２５】
第２のホーム基地局から受信したメッセージは、第１のホーム基地局を特定する情報を含むことができるか、又はゲートウェイは、第２のホーム基地局との関連で第１のホーム基地局を特定するデータを格納することができ、その格納されたデータから第１のホーム基地局を特定することができる。
【００２６】
ゲートウェイは、ＨＮＢ自体から、又はＨＭＳから、ＨＮＢごとのＲＮＣＩＤを入手することができる。
【００２７】
本発明のこの例示的な態様は、ホーム基地局によって実行される方法であって、ユーザデバイスからセル更新メッセージを受信し、更新メッセージを復号して、サービング基地局のためのＲＮＣＩＤを決定し、ゲートウェイデバイスに、ユーザデバイスに関連するセル更新メッセージからの決定したＲＮＣＩＤ及びデータを含むメッセージを送信し、ゲートウェイデバイスを介してサービング基地局から、セル更新メッセージに応答するためにホーム基地局によって必要とされるデータを含むメッセージを受信し、ゲートウェイデバイスから受信したデータを用いて、セル更新メッセージに応答する、方法も提供する。送信されたメッセージは、ホーム基地局のためのルーティング情報を含むことができる。
【００２８】
本発明は、ゲートウェイデバイスであって、ＲＮＣＩＤとこのＲＮＣＩＤが割り当てられたホーム基地局との間の関連付けを規定するデータを保持する手段と、第１のホーム基地局から、第２のホーム基地局のためのＲＮＣＩＤを含むメッセージを受信する手段と、受信したＲＮＣＩＤを用いて、保持されたデータから第２のホーム基地局を特定する手段と、特定された第２のホーム基地局にメッセージを転送する手段と、を備える、ゲートウェイデバイスも提供する。
【００２９】
この例示的な態様は、ホーム基地局であって、ユーザデバイスからセル更新メッセージを受信する手段と、更新メッセージを復号して、サービング基地局のためのＲＮＣＩＤを決定する手段と、ゲートウェイデバイスに、ユーザデバイスに関連するセル更新メッセージからの決定したＲＮＣＩＤ及びデータを含むメッセージを送信する手段と、ゲートウェイデバイスを介してサービング基地局から、セル更新メッセージに応答するためにホーム基地局によって必要とされるデータを含むメッセージを受信する手段と、ゲートウェイデバイスから受信したデータを用いて、セル更新メッセージに応答する手段と、を備える、ホーム基地局も提供する。
【００３０】
更なる例示的な態様によれば、本発明は、ＨＮＢ管理システムによって実行される方法であって、基地局が起動されるときに、ホーム基地局において情報を受信して保持し、ホーム基地局に無線ネットワークコントローラ識別情報ＲＮＣＩＤを割り当て、ホーム基地局に割り当てられたＲＮＣＩＤを送信し、ホーム基地局の近傍の隣接基地局を特定し、ホーム基地局に、隣接基地局がＨＮＢであるか又はマクロ基地局であるかを示すデータを送信する、方法も提供する。隣接基地局がＨＮＢであるか又はマクロ基地局であるかを示すデータは、隣接基地局がＨＮＢであるか又はマクロであるかを識別する情報要素（ＩＥ）を含むことができる。代替的に、隣接基地局がＨＮＢであるか又はマクロ基地局であるかを示すデータは、ＨＮＢのために用いられるＲＮＣＩＤの範囲及びマクロ基地局のために用いられるＲＮＣＩＤの範囲を特定するデータを含むことができる。
【００３１】
本発明のこの例示的な態様は、ホーム基地局によって実行される方法であって、ＨＮＢ管理システムに情報を与え、ＨＮＢ管理システムから無線ネットワークコントローラ識別情報ＲＮＣＩＤを受信し、ホーム基地局の近傍の隣接セルのための隣接セル情報を受信し、この受信した隣接セル情報は、隣接基地局がＨＮＢであるか又はマクロ基地局であるかを示すデータを含む、方法も提供する。
【００３２】
この方法は、更に、セル更新メッセージを受信し、セル更新メッセージを復号して、サービング基地局のＲＮＣＩＤを特定し、特定されたＲＮＣＩＤ及び受信した隣接セル情報から、サービング基地局がマクロセルであるか又はホーム基地局であるかを決定することができる。
【００３３】
１つの例示的な実施の形態では、本方法は、更に、サービング基地局がマクロ基地局である場合には、第１のプロセスを用いてセル更新メッセージに応答するために必要とされる情報を入手し、サービング基地局がホーム基地局である場合には、第２のプロセスを用いてセル更新メッセージに応答するために必要とされる情報を入手する。
【００３４】
この例示的な態様は、ＨＮＢ管理システムであって、基地局が起動されるときに、ホーム基地局において情報を受信して保持する手段と、ホーム基地局に無線ネットワークコントローラ識別情報ＲＮＣＩＤを割り当てる手段と、ホーム基地局に割り当てられたＲＮＣＩＤを送信する手段と、ホーム基地局の近傍の隣接基地局を特定する手段と、ホーム基地局に、隣接基地局がＨＮＢであるか又はマクロ基地局であるかを示すデータを送信する手段と、を備える、ＨＮＢ管理システムも提供する。
【００３５】
この例示的な態様は、ホーム基地局であって、ＨＮＢ管理システムに情報を与える手段と、ＨＮＢ管理システムから無線ネットワークコントローラ識別情報ＲＮＣＩＤを受信する手段と、ホーム基地局の近傍の隣接セルのための隣接セル情報を受信する手段とを備え、受信した隣接セル情報は、隣接基地局がＨＮＢであるか又はマクロ基地局であるかを示すデータを含む、ホーム基地局も提供する。
【００３６】
また、本発明は、開示される全ての方法の場合に、対応するユーザ通信デバイス又はネットワーク通信デバイスにおいて実行するための対応するコンピュータプログラム又はコンピュータプログラム製品も提供する。また、本発明は、それらの方法を実施するように構成されるか、又は動作することができるユーザ通信デバイス及びネットワーク通信デバイス、並びにそれらの構成要素、並びにこれらのデバイス及び構成要素を更新する方法も提供する。
【００３７】
ここで、本発明の実施形態を、例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態を適用可能なタイプの移動通信システムを示す概略図である。
【図２】Ｕ−ＲＮＴＩを移動電話に割り当てることができる方法を示すタイミング図である。
【図３】ＲＲＣセル更新メッセージをハンドリングすることができる１つの方法を示すタイミング図である。
【図４ａ】ＲＲＣセル更新メッセージをハンドリングすることができる別の方法の一部分を示すタイミング図である。
【図４ｂ】ＲＲＣセル更新メッセージをハンドリングすることができる別の方法の残りの部分を示すタイミング図である。
【図５】ＲＲＣセル更新メッセージをハンドリングすることができる別の方法を示すタイミング図である。
【図６】ＲＲＣセル更新メッセージをハンドリングすることができる別の方法を示すタイミング図である。
【図７】図１に示されるシステムの一部を形成する移動電話のブロック図である。
【図８】図１に示されるシステムの一部を形成するホーム基地局のブロック図である。
【図９】図１に示されるシステムの一部を形成するホーム基地局ゲートウェイのブロック図である。
【図１０】図１に示されるシステムの一部を形成するＨＮＢ管理システムのブロック図である。
【図１１】Ｕ−ＲＮＴＩ割当てのためにＲＮＣＩＤ−ｆｏｒ−ＨＮＢが用いられるときのセル更新ハンドリングのシグナリングシーケンスを示すタイミング図である。
【図１２】Ｕ−ＲＮＴＩ割当てのためにＲＮＣＩＤ−ｆｏｒ−ＨＮＢが用いられるときのセル更新ハンドリングの別のシグナリングシーケンスを示すタイミング図である。
【図１３】Ｕ−ＲＮＴＩ割当てのために一意のＧＷ−ＲＮＣ−Ｉｄが用いられるときのセル更新ハンドリングのシグナリングシーケンスを示すタイミング図である。
【図１４】Ｕ−ＲＮＴＩ割当てのために「非」一意のＧＷ−ＲＮＣ−Ｉｄが用いられるときのセル更新ハンドリングのシグナリングシーケンスを示すタイミング図である。
【発明を実施するための形態】
【００３９】
図面を参照して一般的に、任意の機能ブロック図が、デバイス内に存在することができる機能を単に示すことを意図していること、及び機能ブロック図に示される各ブロックが必ずしも個別のエンティティ又は分離したエンティティであることを意味するものと解釈されるべきでないことを理解すべきである。１つのブロックによって提供される機能は個々の部品で構成されてもよく、デバイス全体を通じて若しくはデバイスの一部の中に分散されてもよい。さらに、その機能は、適切な場合には、ハードワイヤード構成要素、ソフトウェア構成要素若しくはファームウェア構成要素、又はこれらの任意の組み合わせを組み込むことができる。
【００４０】
概説
図１は、移動（セルラー）通信システム１を概略的に示しており、そのシステムでは、移動電話（ＭＴ）３のユーザが、「ホーム」基地局（ＨＮＢ）に基づくセル９−１から離れているときに、ＵＴＲＡＮ基地局５のマクロセルと、無線ネットワークコントローラ（ＲＮＣ）７と、コアネットワーク（ＣＮ）８とを介して、他のユーザ（図示せず）と通信することができる。ユーザは、ＨＮＢに基づくセル９−１内にいるときに、ＨＮＢ１１−１、公衆データネットワーク（この場合、インターネット１３）、ホーム基地局ゲートウェイ（ＨＮＢ−ＧＷ）１５、及びコア電話網８を介して、他のユーザ（図示せず）と通信することもできる。ＨＮＢ１１−１は通常、ＡＤＳＬ又はケーブル接続のような適切なインターネット接続を介してそれぞれのＨＮＢ−ＧＷ１５に接続し、それぞれのＨＮＢ−ＧＷ１５を介して全てのアップリンク通信が送信されるように、ＨＮＢ−ＧＷ１５のＩＰアドレスをプログラミングされる。自らのセル９−２を有する第２のＨＮＢ１１−２が示されており、移動電話３は、どのＨＮＢが最も良い接続を提供するかによって、ＨＮＢ１１間でローミングすることができる。図１は、初期化／発見手順中にＨＮＢ１１に種々の情報（隣接基地局を特定する隣接セル情報を含む）を与える役割を担うＨＮＢ管理システム（ＨＭＳ）１７も示す。また、ＨＭＳ１７は、新たな隣接基地局がオンラインになるか、又は古い隣接基地局がオフラインに移行するときに、ＨＮＢ１１に与えられる情報を更新する。
【００４１】
１．Ｕ−ＲＮＴＩ割当て
移動電話３がＵＴＲＡＮ基地局５のマクロセルにおいてＲＲＣ接続を実施しようとするとき、ＲＮＣ７はＵ−ＲＮＴＩ割当ての役割を担い、ＲＲＣ接続セットアップ（RRC CONNECTION SETUP）メッセージにおいて、割り当てられたＵ−ＲＮＴＩを移動電話３に送信することになる。しかしながら、移動電話３がＨＮＢに基づくセル９においてＲＲＣ接続を実施しようとするとき、ＲＮＣ機能はＨＮＢ１１とＨＮＢ−ＧＷ１５との間で分割されるので、どちらのエンティティがＵ−ＲＮＴＩ割当ての役割を担うのかが明らかではない。
【００４２】
１．１  ＨＮＢによるＵ−ＲＮＴＩ割当て
Ｕ−ＲＮＴＩ割当てがＨＮＢ１１によって実行される場合には、Ｕ−ＲＮＴＩはゲートウェイＲＮＣ−ＩＤ（ＴＳ２５．４６９セクション９．２．２６において定義されるＧＷ−ＲＮＣ−Ｉｄ）に基づいて割り当てることができ、ゲートウェイＲＮＣ−ＩＤは、移動電話３がＨＮＢ１１及びＨＮＢ−ＧＷ１５に登録する時点で、ＨＮＢ１１がＨＮＢ−ＧＷ１５から受信するＨＮＢＡＰ  ＵＥ登録許可（HNBAP UE REGISTER ACCEPT）メッセージにおいて受信される。代替的に、Ｕ−ＲＮＴＩは、ＨＮＢ初期化／発見手順中にＨＭＳ１７によって割り当てられるＨＮＢ  ＲＮＣ−ＩＤ（ＴＳ２５．４６７セクション６．１．４．３において定義されるＲＮＣＩＤ−ｆｏｒ−ＨＮＢ）に基づいて割り当てることができる。ゲートウェイＲＮＣ−ＩＤは、１つのＨＮＢ−ＧＷ１５に登録される全てのＨＮＢ１１について同じとすることができるので、本発明者らは、ＨＮＢ１１がＵ−ＲＮＴＩを割り当てる場合、そのＲＮＣ−ＩＤ（ＲＮＣＩＤ−ｆｏｒ−ＨＮＢ）を用いて実施することを提案する。また、本発明者らは、ＨＭＳ１７が各ＨＮＢ１１に一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢを送信することも提案する。
【００４３】
１．２  ＨＮＢ−ＧＷによるＵ−ＲＮＴＩ割当て
Ｕ−ＲＮＴＩ割当てがＨＮＢ−ＧＷ１５によって実行される場合には、ＨＮＢ−ＧＷ１５は、各移動電話３に割り当てられるＵ−ＲＮＴＩの一意性に注意することになる。さらに、この場合、ＨＮＢ−ＧＷ１５は、ＨＮＢ１１がＲＲＣ接続セットアップメッセージにおいて移動電話３にＵ−ＲＮＴＩを送信できるように、移動電話３のためのＲＲＣ接続セットアップ手順中にＨＮＢ１１にＵ−ＲＮＴＩを与えることになる。
【００４４】
この点について、標準規格の現在規定されているバージョン（ＴＳ２５．４６７  Ｖ８．２．０セクション５．１．２及び５．１．３）は、ＨＮＢ１１とＨＮＢ−ＧＷ１５との間で送信される最初の移動電話特有の通信は、移動電話３がＲＲＣ初期直接転送（RRC Initial Direct Transfer）メッセージを送信するときに行われると規定している。しかしながら、この提案によれば、ＨＮＢ１１は、ＨＮＢ−ＧＷ１５から一意のＵ−ＲＮＴＩを入手するために、この前にＨＮＢ−ＧＷ１５とインタラクトすることになる。このプロセスが図２に示される。図に示されるように、ステップ１において移動電話３がＨＮＢ１１にＲＲＣ接続要求（RRC Connection Request）を行うのに応答して、ＨＮＢ１１は、ステップ２において、新たなＨＮＢＡＰ  ＵＲＮＴＩ要求（HNBAP URNTI REQUEST）メッセージを生成し、そのメッセージをＨＮＢ−ＧＷ１５に送信する。その後、ＨＮＢ−ＧＷ１５は、ステップ３において、移動電話３のためのＵ−ＲＮＴＩを生成し、これを新たなＨＮＢＡＰ  ＵＲＮＴＩ応答（HNBAP URNTI RESPONSE）メッセージにおいてＨＮＢ１１に返送する。移動電話３のためのＵ−ＲＮＴＩを受信に応答して、ＨＮＢ１１は、ステップ４において、割り当てられたＵ−ＲＮＴＩを含むＲＲＣ接続セットアップメッセージを送信する。その後、移動電話３は、ステップ５において、ＲＲＣ接続セットアップ完了（RRC Connection Setup Complete）メッセージを送信し、その後、ステップ６において、ＨＮＢ１１にＲＲＣ初期直接転送メッセージを送信することができる。その後、ＨＮＢ１１は、ステップ７において、ＨＮＢ−ＧＷ１５への登録手順を開始し、完了後に、ステップ８において、ＨＮＢ−ＧＷにＲＵＡ接続（RUA CONNECT）メッセージを送信することができる。
【００４５】
３ＧＰＰ技術仕様書ＴＳ２５．３３１  Ｖ８．６．０によれば、移動電話３が接続状態にあるときに、移動電話３のためのＵ−ＲＮＴＩが存在し、移動電話３がアイドル状態に移行する場合に解放される。その後、移動電話３が再び同じＨＮＢ１１との接続を確立する場合には、この移動電話３のためのコンテキストが既に存在するので、移動電話登録手順は再び実行されないが、新たなＨＮＢＡＰ手順（ＨＮＢＡＰ  ＵＥ  Ｕ−ＲＮＴＩ要求／応答）が再び実行され、移動電話３に対して新たなＵ−ＲＮＴＩが割り当てられなくてはならない。しかしながら、好ましい例示的な実施形態では、アイドル状態中に、移動電話３のコンテキストがＨＮＢ１１によって保持されるので、移動電話３がアイドル状態に移行するときに、Ｕ−ＲＮＴＩは移動電話３及びＨＮＢ１１の両方によって保持することができる。このようにして、移動電話３が、その接続モードに戻る場合でも、新たなＵ−ＲＮＴＩが再び割り当てられる必要はない。
【００４６】
２．  セル更新ハンドリング
上記のように、移動電話３は、ＣＥＬＬ  ＦＡＣＨ接続状態にある場合において、ターゲットＨＮＢ（例えば、ＨＮＢ１１−２）に移動したいとき、そのＨＮＢ１１−２にセル更新メッセージを送信することができる。ターゲットＨＮＢ１１−２は、サービング基地局から種々の情報を検索しなければならない。サービング基地局は別の基地局（例えば、ＨＮＢ１１−１）又はマクロ基地局５とすることができる。ターゲットＨＮＢ１１−２がこの情報を検索することができる種々の方法が存在し、用いられる方法は、Ｕ−ＲＮＴＩがいかに割り当てられたか、及びソースがマクロ基地局５であるか又は別のＨＮＢ１１であるかに依拠する。
【００４７】
２．１  セル更新ハンドリング−ＨＮＢ間
Ｒｅｌ’９では、ＨＮＢネットワークにおいてＵ−ＲＮＴＩを割り当てるのに６つの取り得る方法がある。
１．ＰＬＭＮ範囲にわたって一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢに基づくＵ−ＲＮＴＩ割当て
２．ＰＬＭＮ範囲にわたって一意のＧＷ−ＲＮＣ−Ｉｄに基づくＵ−ＲＮＴＩ割当て
３．近傍範囲において一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢに基づくＵ−ＲＮＴＩ割当て
４．近傍範囲において一意のＧＷ−ＲＮＣ−Ｉｄに基づくＵ−ＲＮＴＩ割当て
５．「非」一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢに基づくＵ−ＲＮＴＩ割当て
６．「非」一意のＧＷ−ＲＮＣ−Ｉｄに基づくＵ−ＲＮＴＩ割当て
【００４８】
（１）の場合のセル更新ハンドリング手順は、（３）の場合の手順と同じであり、（２）の場合のセル更新ハンドリング手順は、（４）の場合の手順と同じである。事例（５）のためのセル更新ハンドリング手順は、不必要に複雑であるため説明しない。
【００４９】
したがって、ここでは、以下のセル更新ハンドリングシナリオを説明する。
・Ｕ−ＲＮＴＩ割当て（１）及び（３）の場合に用いられる（少なくとも近傍において）一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢによるセル更新ハンドリング
・Ｕ−ＲＮＴＩ割当て（２）及び（４）の場合に用いられる（少なくとも近傍において）一意のＧＷ−ＲＮＣ−Ｉｄによるセル更新ハンドリング
・Ｕ−ＲＮＴＩ割当て（６）の場合に用いられる「非」一意のＧＷ−ＲＮＣ−Ｉｄによるセル更新ハンドリング
【００５０】
ソースＨＮＢ１１−１とターゲットＨＮＢ１１−２との間のセル更新メッセージのルーティングのために、新たなＨＮＢＡＰメッセージが規定されることになるか、又は既存のＲＮＳＡＰメッセージが用いられることになる。
【００５１】
２．１．１  Ｕ−ＲＮＴＩ割当てのために一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢが用いられるときのセル更新ハンドリング
２．１．１．１  選択肢１：各ＨＮＢ１１内に保持される隣接基地局ごとのＲＮＣＩＤ−ｆｏｒ−ＨＮＢ
この場合、各ＨＮＢ１１は、その隣接セル情報テーブル内に、その隣接基地局ごとのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを保持する。このテーブルは、新たな隣接基地局が検出されるときに、又はいくつかの隣接基地局の電源が切られるときに、データを入力され、時々更新される。この実施形態では、ＨＭＳ１７が、ＨＮＢ１１に、隣接ＨＮＢ１１ごとのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを供給することになる。この情報は、ＨＮＢ１１がＨＮＢ−ＧＷ１５に登録するときに実行される発見手順中に与えることができ、定期的に、又は隣接セル情報が変化するときに、ＨＭＳ１７によって更新される。この例示的な実施形態では、隣接セル情報テーブル（表１）は、以下の情報を含む。
【００５２】
【表１】
0005645035.tif 000002
【００５３】
この場合に用いられるセル更新ハンドリング手順が図３に示される。図に示されるように、ステップ１０において、移動端末（ＭＴ）３はターゲットＨＮＢ１１−２（ＨＮＢ−ｔ）にＲＲＣセル更新メッセージを送信する。ターゲットＨＮＢ１１−２は、セル更新メッセージを受信し、それをステップ１１において処理して、Ｕ−ＲＮＴＩを復号し、サービングセルのためのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを決定する。決定したＲＮＣＩＤ−ｆｏｒ−ＨＮＢが自らのＲＮＣＩＤでない場合には、ターゲットＨＮＢは、その移動電話３がローミング中であるとみなす。ステップ１２において、ターゲットＨＮＢ１１−２は、決定したＲＮＣＩＤ−ｆｏｒ−ＨＮＢを用いて、上記の隣接セルテーブルにおいて、ソースＨＮＢ１１−１（ＨＮＢ−ｓ）のＧＷ−ＲＮＣ−Ｉｄ及びセルＩＤ（CELL ID）を探索する。
【００５４】
その後、ステップ１３において、ターゲットＨＮＢ１１−２は、正しいソースＨＮＢ１１−１に転送するために、ＨＮＢ−ＧＷ１５にメッセージ（セル更新コンテキスト要求（Cell Update Context Request））を送信する。そのメッセージは、ソースＨＮＢ１１−１情報（ＧＷ−ＲＮＣ−Ｉｄ及びセルＩＤ）及びターゲットＨＮＢ１１−２情報（ＧＷ−ＲＮＣ−Ｉｄ及びセルＩＤ）を含む。また、そのメッセージは、移動電話３情報（セル更新メッセージからのＵ−ＲＮＴＩ及び他の関連するＩＥ）も含む。ステップ１４において、ＨＮＢ−ＧＷ１５は、受信メッセージのいくつかのＩＥの中を調べて、（ＧＷ−ＲＮＣ  Ｉｄ及びセルＩＤから）ソースＨＮＢ１１−１又はそのゲートウェイを特定する。その後、ステップ１５において、ＨＮＢ−ＧＷ１５は、そのメッセージを、この場合には特定されたソースＨＮＢ１１−１に転送する。その後、ステップ１６において、ソースＨＮＢ１１−１は、ＵＲＮＴＩを照合して、移動電話３を特定する。その後、ステップ１７において、ソースＨＮＢ１１−１は、ＨＮＢ−ＧＷ１５に、セル更新コンテキスト応答（Cell Update Context Response）メッセージを返送する。この応答メッセージは、ＲＲＣセル更新確認（CELL UPDATE CONFIRM）メッセージを符号化するためにターゲットＨＮＢ１１−２によって必要とされる全ての必要なＩＥを有し、ソースＨＮＢ１１−１情報及びターゲットＨＮＢ１１−２情報及びＵ−ＲＮＴＩを含む。ＨＮＢ−ＧＷ１５は、受信メッセージのいくつかのＩＥの中を調べて、（ＧＷ−ＲＮＣ  Ｉｄ及びセルＩＤから）ターゲットＨＮＢ１１−２又はそのゲートウェイを特定する。その後、ステップ１８において、ＨＮＢ−ＧＷ１５は、そのメッセージを、この場合には特定されたターゲットＨＮＢ１１−２に転送する。その後、ターゲットＨＮＢ１１−２は、受信情報を用いて、ステップ１９において移動電話３に返送するＲＲＣセル更新確認（ＣＥＬＬ  ＵＰＤＡＴＥ  ＣＯＮＦＩＲＭ）メッセージを符号化し、セル更新手順を完了することができる。
【００５５】
２．１．１．２  選択肢２：ＨＮＢ−ＧＷにおいて保持される隣接基地局ごとのＲＮＣＩＤ−ｆｏｒ−ＨＮＢ
上記で検討された選択肢１は、各ＨＮＢ１１が全てのその現在の隣接基地局のＲＮＣＩＤ−ｆｏｒ−ＨＮＢを与えられるので、隣接セル情報の頻繁な更新が必要とされるという難点がある。さらに、更新のＨＮＢシグナリングの遅延に起因して、ＨＮＢ１１に格納される隣接セル情報が最新でないことがある。
【００５６】
選択肢２では、ＨＮＢ−ＧＷ１５が、ＨＮＢ１１ごとのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを格納する。この実施形態では、各ＨＮＢ１１が、ＨＮＢ−ＧＷ１５に、そのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを通知する。これは、ＨＮＢ１１が起動し、ゲートウェイ１５に登録するときに、ＨＮＢ１１がＨＮＢ−ＧＷに送信するＨＮＢＡＰ  ＨＮＢ登録要求（HNBAP HNB REGISTER REQUEST）メッセージの新たなＩＥに、ＨＮＢ１１がそのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを入れることによって行うことができる。これは、以下のテーブル（表２）において示される。
【００５７】
【表２】
0005645035.tif 000003
【００５８】
この選択肢において用いられるシグナリング手順が図４に示される。ステップ２１〜２４において示されるように、ソースＨＮＢ１１−１及びターゲットＨＮＢ１１−２は、上記のＨＮＢ登録要求を用いて、ＨＮＢ−ＧＷ１５に登録する。これは、ＨＮＢ−ＧＷ１５に、ソースＨＮＢ１１−１及びターゲットＨＮＢ１１−２両方のためのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを与え、ＨＮＢ−ＧＷ１５は後に使用するためにそれを格納する。ステップ２５において、ソースＨＮＢ１１−１は、移動電話３にＵ−ＲＮＴＩを割り当てる。その後、ステップ２６において、移動電話３は、ターゲットＨＮＢ１１−２にセル更新メッセージを送信する。ステップ２７において、ターゲットＨＮＢ１１−２は、受信メッセージを処理し、Ｕ−ＲＮＴＩを復号し、サービング基地局のＲＮＣＩＤ−ｆｏｒ−ＨＮＢを決定する。この例示的な実施例では、ターゲットＨＮＢ１１−２は、決定したＲＮＣＩＤ−ｆｏｒ−ＨＮＢが自らのものでないこと知り、それにより、移動電話３がローミング中であると特定する。ステップ２８において、ターゲットＨＮＢ１１−２は、ＨＮＢ−ＧＷ１５に、自らのＲＮＣＩＤ−ｆｏｒ−ＨＮＢ及びソースＨＮＢ１１−１のためのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを有するルーティング情報を含むメッセージ（セル更新コンテキスト要求）を送信することになる。また、そのメッセージは、セル更新メッセージからの関連するＩＥとともに、移動電話３のためのＵ−ＲＮＴＩも含む。ゲートウェイ１５は、そのメッセージを受信し、処理して、ターゲットＨＮＢ１１−２によって復号されたＲＮＣＩＤ−ｆｏｒ−ＨＮＢから、どの基地局がソース基地局（この場合にはＨＮＢ１１−１）であるかを判断する。セルＩＤはＰＬＭＮにおいて一意であり、ＨＭＳ１７が、隣接ＨＮＢ１１が同じＲＮＣＩＤ−ｆｏｒ−ＨＮＢを持たないことを確実にすることから、ＲＮＣＩＤ−ｆｏｒ−ＨＮＢとセルＩＤとの間に１対１のマッピングが存在するので、これが可能である。その後、ステップ３０において、ＨＮＢ−ＧＷ１５はソースＨＮＢ１１−１に、関連するルーティング及びＵ−ＲＮＴＩ情報を含むメッセージ（転送セル更新コンテキスト要求（Forward Cell Update Context Request））を送信する。ソースＨＮＢ１１−１は、そのメッセージを受信し、ステップ３１において、そのメッセージに含まれるＵ−ＲＮＴＩから移動電話３を特定する。
【００５９】
図４ｂに示されるように、その後、ステップ３２において、ソースＨＮＢ１１−１は、ＨＮＢ−ＧＷ１５に返送されるＲＲＣセル更新確認メッセージを符号化するために必要とされる全ての必要なＩＥを送信する。この情報は、セル更新コンテキスト応答メッセージにおいて送信され、そのメッセージはここでも、ソースＨＮＢ１１−１情報及びターゲットＨＮＢ１１−２情報及びＵ−ＲＮＴＩを含む。ＨＮＢ−ＧＷ１５は、受信メッセージのいくつかのＩＥの中を調べ、ターゲットＨＮＢ１１−２又はそのゲートウェイを特定する。その後、ステップ３３において、ＨＮＢ−ＧＷ１５は、この場合には特定されたターゲットＨＮＢ１１−２に、そのメッセージを転送する。その後、ターゲットＨＮＢ１１−２は、ステップ３４において、受信情報を用いて移動電話３に返送するＲＲＣセル更新確認メッセージを符号化し、セル更新手順を完了することができる。
【００６０】
２．１．２  Ｕ−ＲＮＴＩ割当てのために一意のＧＷ−ＲＮＣ−Ｉｄが用いられるときのセル更新ハンドリング
この選択肢では、ＨＮＢ−ＧＷ１５は、各ＨＮＢ１１に異なる（一意の）ＧＷ−ＲＮＣ−Ｉｄを送信する。このＧＷ−ＲＮＣ−Ｉｄは（一意性が近傍に限られる場合には、隣接セル情報テーブル内のセルＩＤとともに）、ルーティングのために、すなわち、正しいソースＨＮＢ１１−１を特定するために用いられる。その後、上記のように、ソースＨＮＢ１１−１は、ＵＲＮＴＩに基づいて移動電話３を特定することができる。この手法では、ＨＮＢ−ＧＷ１５は、Ｕ−ＲＮＴＩを知らない。
【００６１】
この例示的な実施形態のシグナリングシーケンスが図５に示されており、図３に示されるのと同様のシーケンスに従う。主な違いは、ターゲットＨＮＢ１１−２がＵ−ＲＮＴＩからＧＷ−ＲＮＣ−Ｉｄを復号し、これをゲートウェイ１５に渡すことである。ゲートウェイ１５が各ＨＮＢ１１にＧＷ−ＲＮＣ−Ｉｄを割り当てたので、ゲートウェイ１５は、どのＨＮＢが正しいソースＨＮＢ１１−１であるかを特定することができる。残りのステップは上記と同じであるので、再び説明しない。
【００６２】
ＨＮＢ−ＧＷ１５は、２つの方法で、ＨＮＢ１１に一意のＧＷ−ＲＮＣ−Ｉｄを割り当てることができる。
１．ＨＮＢ−ＧＷ１５は各ＨＮＢ１１に異なるＧＷ−ＲＮＣ−Ｉｄを送信するが、コアネットワーク８に向かって１つのＲＮＣ  ＩＤを保持する。すなわち、コアネットワーク８は、ＨＮＢ−ＧＷ１５内のＨＮＢ１１を１つのＲＮＣとみなす。その後、ＨＮＢ−ＧＷ１５は、ＨＮＢ１１によってＲＡＮＡＰメッセージにおいて送信されたＧＷ−ＲＮＣ−Ｉｄを、コアネットワーク８がわかるＲＮＣ  ＩＤに置き換え、その逆の場合も同様である。
２．ＨＮＢ−ＧＷ１５は、各ＨＮＢ１１に、コアネットワーク８にもわかる異なるＧＷ−ＲＮＣ−Ｉｄを送信する。コアネットワーク８は各ＨＮＢ１１を個別のＲＮＣとみなす。
【００６３】
２．１．３  Ｕ−ＲＮＴＩ割当てのために「非」一意のＧＷ−ＲＮＣ−Ｉｄが用いられるときのセル更新ハンドリング
この場合、ＨＮＢ−ＧＷ１５は、移動電話３にＵ−ＲＮＴＩを割り当てる役割を担い、どのＨＮＢ１１がどのＵ−ＲＮＴＩをサービングしているかを特定する情報を保持する。この選択肢のシグナリングシーケンスが図６に示される。図に示されるように、ステップ６２において、移動電話３は、ターゲットＨＮＢ１１−２に、ＲＲＣセル更新メッセージを送信する。ステップ６３において、ターゲットＨＮＢ１１−２は、Ｕ−ＲＮＴＩを復号し、ＧＷ−ＲＮＣ−Ｉｄを決定し、これから、移動電話３がローミング中であると判断する。その後、ステップ６４において、ターゲットＨＮＢ１１−２は、ＨＮＢ−ＧＷ１５に、Ｕ−ＲＮＴＩ及びセル更新メッセージからの関連するＩＥを含むセル更新コンテキスト要求メッセージを送信する。ステップ６５において、ＨＮＢ−ＧＷ１５はそのメッセージを処理し、Ｕ−ＲＮＴＩに基づいて、ソースＨＮＢ１１−１を特定する。ＨＮＢ−ＧＷ１５は、Ｕ−ＲＮＴＩとの関連でターゲットＨＮＢ１１−２を特定するデータも格納する。その後、ステップ６６において、ＨＮＢ−ＧＷ１５は、特定されたソースＨＮＢ１１−１に、Ｕ−ＲＮＴＩ及びセル更新メッセージからの関連するＩＥを含むメッセージ（転送セル更新コンテキスト要求）を送信する。ステップ６７において、ソースＨＮＢ１１−１は、そのメッセージを処理して、Ｕ−ＲＮＴＩから移動電話３を特定する。その後、ステップ６８において、ソースＨＮＢ１１−１は、ＨＮＢ−ＧＷ１５に、セル更新コンテキスト応答メッセージを送信し、そのメッセージは、Ｕ−ＲＮＴＩと、ターゲットＨＮＢ１１−２がＲＲＣセル更新確認メッセージを符号化できるようにする関連するＩＥとを含む。ＨＮＢ−ＧＷ１５はそのメッセージを受信し、Ｕ−ＲＮＴＩから、ターゲットＨＮＢ１１−２を特定する（ステップ６５において保存したデータによる）。その後、ステップ６９において、ＨＮＢ−ＧＷ１５は、ターゲットＨＮＢ１１−２にそのメッセージを転送する。その後、ステップ７０において、ターゲットＨＮＢ１１−２は、受信情報を用いて、ターゲットＨＮＢ１１−２が移動電話３に返送するＲＲＣセル更新確認メッセージを符号化し、セル更新手順を完了することができる。
【００６４】
２．２  セル更新ハンドリング−マクロからＨＮＢ
Ｒｅｌ’９では、ＨＮＢ１１又はＨＮＢ−ＧＷ１５とマクロＲＮＣ７との間のＩｕｒ接続はない。これは、ターゲットＨＮＢ１１−２が、マクロ基地局５からＨＮＢ１１に移動しつつある移動電話３からセル更新メッセージを受信するときに、Ｉｕｒインターフェースが存在しないことに起因して、マクロＲＮＣ７からのコンテキストフェッチを実行できないことを意味する。
【００６５】
ターゲットＨＮＢ１１−２が、ＲＲＣセル更新メッセージにおいて報告されたＵ−ＲＮＴＩが、そのターゲットＨＮＢによって割り当てられていないことを検出するとき、かつＲＮＣ  ＩＤがマクロＲＮＣ７のＲＮＣ  ＩＤであることがわかる場合には、ターゲットＨＮＢ１１−２は、「ディレクテッドシグナリング接続再確立（Directed Signalling Connection Reestablishment）」を開始することができる。このプロセスは、ＴＳ２４．００８  Ｖ９．０．０の標準規格技術仕様書において詳述されており、その内容は参照により本明細書に援用される。
【００６６】
これを実施できるようにするために、ターゲットＨＮＢ１１−２は、その隣接セルのＲＮＣ  ＩＤを知るだけでなく、その隣接セルがＨＮＢであるかマクロセルであるかも知るべきである。この情報は、２つの方法でＨＮＢ１１に与えることができる。
１．ＨＭＳ１７が、隣接セルごとに、ＨＭＳがＨＮＢ１１に送信する隣接セル情報内に新たなセルタイプＩＥを含むことになる。そのセルタイプは、「ＨＮＢ」、「マクロ」のいずれかとすることができる。
２．マクロセル及び（ＨＮＢ）セルのために予約されるＲＮＣ  ＩＤ範囲が既知である場合には、ＨＭＳ１７は、各ＨＮＢ１１に、ＨＮＢセルのために用いられることになるＲＮＣ  ＩＤの範囲、及びマクロセルのために用いられることになるＲＮＣ  ＩＤの範囲を送信することができる。
【００６７】
移動電話
図７は、図１に示される移動電話３の主要構成要素を概略的に示す。図に示されるように、移動電話３は、トランシーバ回路３１を含み、トランシーバ回路は、１つ又は複数のアンテナ３３を介して、基地局５又はＨＮＢ１１に対し信号を送受信するように動作可能である。図に示されるように、移動電話３は、コントローラ３５も含み、コントローラは移動電話３の動作を制御し、トランシーバ回路３１に、かつスピーカ３７、マイクロフォン３９、ディスプレイ４１及びキーパッド４３に接続される。コントローラ３５は、メモリ４５内に格納されたソフトウェア命令に従って動作する。図に示されるように、これらのソフトウェア命令は、中でも、オペレーティングシステム４７、セル選択モジュール４８及びＵ−ＲＮＴＩモジュール４９を含む。
【００６８】
この例示的な実施形態では、セル選択モジュール４８は、登録先の、セル更新メッセージが送信されることになるセル（ＨＮＢ／マクロ基地局）を選択するように動作可能である。Ｕ−ＲＮＴＩモジュール４９は、移動電話３が接続状態からアイドル状態に戻った後であっても、ＨＮＢ１１によって割り当てられたＵ−ＲＮＴＩを保持するように動作可能である。
【００６９】
ホーム基地局
図８は、図１に示すホーム基地局（ＨＮＢ）１１のそれぞれの主要構成要素を示すブロック図である。図示されるように、各ＨＮＢ１１は、１つ又は複数のアンテナ５３を介して移動電話３に対し信号を送受信するように動作可能なトランシーバ回路５１を備え、トランシーバ回路５１は、ＨＮＢ−ＧＷインターフェース５５を介してＨＮＢ−ＧＷ１５に対し信号を送受信するように動作可能であり、ＨＭＳインターフェース５６を介してＨＭＳ１７に対し信号を送受信するように動作可能である。トランシーバ回路５１の動作は、メモリ５９内に記憶されているソフトウェアに従ってコントローラ５７によって制御される。必ずしも図８には示されていないが、ホーム基地局１１は、当然、セルラー電話網ホーム基地局の通常の機能を全て有することになり、これは、適宜、ハードウェア、ソフトウェア及びファームウェアのうちのいずれか１つ、又は任意の組み合わせによって与えることができる。ソフトウェアは、メモリ５９内にプリインストールすることができ、及び／又は通信ネットワーク８を介して、若しくはリムーバブルデータ記憶デバイスからダウンロードすることができる。
【００７０】
コントローラ５７は、この例では、メモリ５９内に格納されたプログラム命令又はソフトウェア命令によって、ホーム基地局１１の動作全体を制御するように構成される。図に示されるように、これらのソフトウェア命令は、中でも、オペレーティングシステム６１、ＨＮＢ登録モジュール６３、移動電話登録モジュール６５、Ｕ−ＲＮＴＩ割当てモジュール６６、Ｕ−ＲＮＴＩ復号モジュール６７、及び通信制御モジュール６８を含む。ＨＮＢ登録モジュール６３は、ＨＮＢ１１をＨＮＢ−ＧＷ１５に登録するように動作可能であり、移動電話登録モジュール６５は移動電話３をＨＮＢ−ＧＷ１５に登録するように動作可能である。Ｕ−ＲＮＴＩ割当てモジュール６６は、上記の例示的な実施形態のうちのいくつかにおいて、移動電話３のためのＵ−ＲＮＴＩを割り当てるように動作可能である。Ｕ−ＲＮＴＩ復号モジュール６７は、移動電話３から受信したセル更新メッセージ内のＵ−ＲＮＴＩを復号するように動作可能であり、通信制御モジュール６８は、上記のようにして、ＨＮＢ−ＧＷ１５又はＨＭＳ１７との通信を制御するように動作可能である。図８に示されるように、ＨＮＢ１１メモリは、ＨＮＢ１１がＨＭＳ１７から受信する関連するセル情報を格納する隣接情報テーブル６９も格納し、上記の例示的な実施形態のうちのいくつかにおいて、通信制御モジュール６８は、そのセル情報を用いて、ソースＨＮＢ１１−１又はソースマクロ基地局５を特定する。
【００７１】
ホーム基地局ゲートウェイ
図９は、図１に示されるホーム基地局ゲートウェイ（ＨＮＢ−ＧＷ）１５の主要構成要素を示すブロック図である。図に示されるように、ＨＮＢ−ＧＷ１５は、トランシーバ回路７０を備えており、トランシーバ回路は、ＨＮＢインターフェース７２を介して、ＨＮＢ１１に対し信号を送受信するように動作可能であり、かつ、ＣＮインターフェース７４を介して、ＣＮ８に対し信号を送受信するように動作可能である。トランシーバ回路７０の動作は、メモリ７８内に記憶されているソフトウェアに従ってコントローラ７６によって制御される。必ずしも図９には示されないが、ＨＮＢ−ＧＷ１５は、当然、セルラー電話ＨＮＢ−ＧＷの通常の機能を全て有することになり、これは、適宜、ハードウェア、ソフトウェア及びファームウェアのうちのいずれか１つ、又は任意の組み合わせによって与えることができる。ソフトウェアは、メモリ７８内にプリインストールすることができ、及び／又は通信ネットワーク８を介して、若しくはリムーバブルデータ記憶デバイスからダウンロードすることができる。
【００７２】
コントローラ７６は、この例では、メモリ７８内に格納されたプログラム命令又はソフトウェア命令によって、ホーム基地局ゲートウェイ１５の動作全体を制御するように構成される。図に示されるように、これらのソフトウェアは、中でも、オペレーティングシステム８０、基地局登録モジュール８２、移動電話登録モジュール８４、Ｕ−ＲＮＴＩ割当てモジュール８６、及び通信制御モジュール８７を含む。基地局登録モジュール８２は、ＨＮＢ１１をゲートウェイに登録するために動作可能であり、移動電話登録モジュールは、移動電話３をゲートウェイ１５に登録する役割を担う。Ｕ−ＲＮＴＩ割当てモジュール８６は、上記の例示的な実施形態のうちのいくつかにおいて、移動電話３にＵ−ＲＮＴＩを割り当てるように動作可能であり、通信制御モジュール８７は、上記のようなソースＨＮＢ１１−１とターゲットＨＮＢ１１−２との間の種々の通信を制御するように動作可能である。ＨＮＢ−ＧＷ１５のメモリ７８は、ＨＮＢ及び移動電話データ８８も含み、そのデータは、いくつかの実施形態において、移動電話３に割り当てられたＵ−ＲＮＴＩ、及びサービングＨＮＢのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを格納する。
【００７３】
ＨＭＳ
図１０は、図１に示されるＨＮＢ管理システム１７の主要構成要素を示すブロック図である。図に示されるように、ＨＭＳ１７はトランシーバ回路９１を含み、トランシーバ回路は、ＨＭＢインターフェース９３を介して、ＨＮＢに対し信号を送受信するように動作可能である。トランシーバ回路９１の動作は、メモリ９７に格納されるソフトウェアに従ってコントローラ９５によって制御される。図１０には必ずしも示されないが、ＨＭＳ１７は、当然、セルラー電話ネットワークＨＭＳ１７の全ての通常の機能を有することになり、これは、適宜、ハードウェア、ソフトウェア及びファームウェアのいずれか１つ又は任意の組み合わせによって与えることができる。ソフトウェアは、メモリ９７にプリインストールすることができ、及び／又は通信ネットワーク８を介して、又はリムーバブルデータ記憶デバイスからダウンロードすることができる。
【００７４】
コントローラ９５は、この例では、メモリ９７に格納されるプログラム命令又はソフトウェア命令によって、ＨＭＳ１７の全動作を制御するように構成される。図に示されるように、これらのソフトウェア命令は、中でも、オペレーティングシステム９９、ＲＮＣＩＤ割当てモジュール１０１、ＨＮＢ隣接判断モジュール１０３及び通信制御モジュール１０５を含む。ＲＮＣＩＤ割当てモジュール１０１は、いくつかの実施形態において、各ＨＮＢ１１に（少なくとも近傍において）一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢを割り当てるように動作可能である。ＨＮＢ隣接判断モジュール１０３は、いくつかの実施形態において、各ＨＮＢに隣接セル（ＨＮＢ及びマクロの両方）を特定するために、かつＨＮＢ１１にそれらの隣接セルのためのＲＮＣＩＤを与えるために動作可能である。通信制御モジュール１０５は、上記で検討されたＨＮＢ１１との種々の通信を制御するように動作可能である。ＨＭＳ１７のメモリは、ネットワーク隣接データ１０７も格納し、そのデータは、どのノード（基地局）が互いに隣接しているかを規定するネットワークトポロジーを特定するデータを格納する。ＨＮＢ隣接判断モジュール１０３は、このデータ１０７を用いて、各ＨＮＢ１１の近傍にあるＨＮＢ及びマクロ基地局を特定する。
【００７５】
上記の説明において、移動電話３、ホーム基地局１１、ホーム基地局ゲートウェイ１５、及びＨＭＳ１７は、理解しやすくするために、複数の別々のモジュール（基地局登録モジュール、電話登録モジュール、Ｕ−ＲＮＴＩモジュール等）を有するものとして説明されている。或る特定の用途の場合、例えば、既存のシステムが本発明を実施するように変更されていた場合には、これらのモジュールはこのようにして設けることができるが、他の用途、例えば、最初から本発明の機構を念頭において設計されるシステムでは、これらのモジュールはオペレーティングシステム又はコード全体の中に組み込むことができるので、これらのモジュールは別々の実体として区別可能でない場合もある。
【００７６】
変更形態及び代替形態
上記で複数の詳細な実施形態が説明された。当業者であれば理解するように、上記の例示的な実施形態に対し、該実施形態において実施される本発明から依然として利益を受けながら、複数の変更及び代替を行うことができる。
【００７７】
上記の例示的な実施形態では、移動電話ベースの通信システムを説明した。当業者であれば理解するように、本出願において記載されるシグナリング技法を他の通信システムに用いることができる。他の通信ノード又は通信デバイスは、例えば、個人用携帯情報端末、ラップトップコンピュータ、ウェブブラウザ等のようなユーザデバイスを含むことができる。
【００７８】
上述した例示的な実施形態において、移動電話及びＨＮＢはそれぞれトランシーバ回路を備える。通常、この回路は、専用ハードウェア回路によって形成される。しかしながら、いくつかの例示的な実施形態では、トランシーバ回路の一部を、対応するコントローラによって実行されるソフトウェアとして実装することができる。
【００７９】
上記の例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイルされた形式でもコンパイルされていない形式でも提供することができ、コンピュータネットワークを介した信号として又は記録媒体上で、ＨＮＢ、ＨＭＳ又はＨＮＢ−ＧＷに供給することができる。さらに、このソフトウェアの一部又は全てによって実行される機能は、１つ又は複数の専用ハードウェア回路を用いて実行することができる。しかしながら、ソフトウェアモジュールの使用によって、基地局、ゲートウェイ及び移動電話の機能を更新するために該基地局、該ゲートウェイ、及び該移動電話を更新するのが容易になるため、ソフトウェアモジュールの使用が好ましい。
【００８０】
明細書において、具体的な通信ノード（例えば、ＨＮＢ、基地局、ＲＮＣ）を説明してきたが、その説明を、類似の機能を有する他のノードにも同じくあてはめることができることは理解されよう。
【００８１】
種々の他の変更は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【００８２】
３ＧＰＰ用語の用語集
ＨＮＢ−ホーム基地局
ＲＮＣ−無線ネットワークコントローラ
ＵＥ−ユーザ機器
ＨＮＢ−ＧＷ−ＨＮＢゲートウェイ
ＨＭＳ−ＨＮＢ管理システム
ＰＬＭＮ−公衆陸上移動ネットワーク
ＵＴＲＡＮ−ユニバーサル地上無線アクセスネットワーク
Ｕ−ＲＮＴＩ−ＵＴＲＡＮ無線ネットワーク一時識別子
【００８３】
ＲＵＡメッセージの詳細については、読者は、３ＧＰＰ標準規格書ＴＳ２５．４６８「UTRAN Iuh Interface RANAP User Adaption (RUA) signalling」を、ＨＮＢＡＰメッセージについては、３ＧＰＰ標準規格書ＴＳ２５．４６９「UTRAN Iuh Interface Home Node Ｂ Application Part (HNBAP) signalling」を、そして、ＲＡＮＡＰメッセージについては、３ＧＰＰ標準規格書ＴＳ２５．４１３「UTRAN Iu Interface Radio Access Network Application Part (RANAP) signalling」を参照されたい。
【００８４】
以下は、現在提案されている３ＧＰＰ標準規格において本発明を実施することができる方法の詳細な説明である。種々の機構が不可欠であるか、又は必要であるように記述されるが、これは、例えば、その標準規格によって課せられる他の要件に起因して、提案された３ＧＰＰ標準規格の場合のみ当てはまる場合がある。それゆえ、ここで述べられることは、本発明を多少なりとも制限するものと解釈されるべきではない。
【００８５】
１．序論
ＣＥＬＬ  ＦＡＣＨ状態における１つのＨＮＢから別のＨＮＢへの接続モード移動性が、Ｒｅｌｅａｓｅ９において現在検討中である［１］、［２］。ＣＥＬＬ  ＦＡＣＨにおける接続モード移動性はＲｅｌｅａｓｅ８においてサポートされないが、ターゲットＨＮＢによるＲＲＣセル更新メッセージのハンドリングは、Ｉｕｒがないときに、マクロターゲットＲＮＣがセル更新メッセージをハンドリングするのと同じようにサポートされることになる。この文書は、Ｒｅｌ’８及びＲｅｌ’９の両方においてターゲットＨＮＢによってＵＥからのセル更新メッセージをハンドリングするための解決策を検討する。
【００８６】
２．検討
２．１  Ｒｅｌ’８におけるセル更新メッセージのハンドリング
Ｒｅｌ’８において、ターゲットＨＮＢによってセル更新メッセージをハンドリングする唯一の実現可能な方法は、ＲＲＣセル更新メッセージにおいて報告されたＵＲＮＴＩがターゲットＨＮＢによって割り当てられたことをターゲットＨＮＢが検出するときに、ターゲットＨＮＢが「ディレクテッドシグナリング接続再確立」を開始することである。このハンドリングをサポートするために、ＵＲＮＴＩは、［３］において検討されているような一意の（少なくとも近傍における一意性）ＳＲＮＣ−ＩＤに基づいて割り当てられるべきである。
【００８７】
２．２  Ｒｅｌ’９におけるセル更新メッセージのハンドリング
Ｒｅｌｅａｓｅ９において、ＳＲＮＣ  ＩＤは近傍において一意である必要はないが、このとき、ＵＲＮＴＩ割当て／管理のために或る余分なシグナリングが必要とされる。現時点では、ＵＲＮＴＩ割当てのためにどのＲＮＣ  ＩＤが用いられるか、及び隣接ＨＮＢのためのＲＮＣ  ＩＤが同じであるか、又は異なるかが明らかではない。そこで、以下のセクションは、ＵＲＮＴＩ割当てのこれら全ての場合における、セル更新メッセージのハンドリングを説明する。［３］から、Ｒｅｌ’９において、Ｕ−ＲＮＴＩを割り当てるのに６つの取り得る方法があることが明らかである。
７．ＰＬＭＮ範囲にわたって一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢに基づくＵ−ＲＮＴＩ割当て
８．ＰＬＭＮ範囲にわたって一意のＧＷ−ＲＮＣ−Ｉｄに基づくＵ−ＲＮＴＩ割当て
９．近傍範囲において一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢに基づくＵ−ＲＮＴＩ割当て
１０．近傍範囲において一意のＧＷ−ＲＮＣ−Ｉｄに基づくＵ−ＲＮＴＩ割当て
１１．「非」一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢに基づくＵ−ＲＮＴＩ割当て
１２．「非」一意のＧＷ−ＲＮＣ−Ｉｄに基づくＵ−ＲＮＴＩ割当て
【００８８】
（１）及び（３）の場合のセル更新ハンドリングは同じである。（２）及び（４）の場合のセル更新ハンドリングは同じである。［３］において言及されているように、（５）は複雑であるので、（５）の場合のセル更新ハンドリング手順は説明されない。
【００８９】
したがって、このセクションは、以下のセル更新ハンドリングシナリオを説明する。
・Ｕ−ＲＮＴＩ割当て（１）及び（３）の場合に用いられる（少なくとも近傍において）一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢによるセル更新ハンドリング
・Ｕ−ＲＮＴＩ割当て（２）及び（４）の場合に用いられる（少なくとも近傍において）一意のＧＷ−ＲＮＣ−Ｉｄによるセル更新ハンドリング
・Ｕ−ＲＮＴＩ割当て（６）の場合に用いられる「非」一意のＧＷ−ＲＮＣ−Ｉｄによるセル更新ハンドリング
【００９０】
２．２．１  Ｕ−ＲＮＴＩ割当てのために一意のＲＮＣＩＤ−ｆｏｒ−ＨＮＢが用いられるときのセル更新ハンドリング
２．２．１．１  選択肢１：ＨＮＢにおいて保持される隣接セルごとのＲＮＣＩＤ−ｆｏｒ−ＨＮＢ
この方法のシグナリングシーケンスを図１１において示すことができる。
【００９１】
ターゲットＨＮＢは、ＵＥがそこから外に移動しつつあるソースＨＮＢのＧＷ−ＲＮＣ−Ｉｄ及びセルＩＤを知るべきである。ターゲットＨＮＢは、ＵＲＮＴＩ解析によって、ＵＥが自らのサービスエリアに入りつつあることがわかる。ＵＲＮＴＩ解析から、ターゲットＨＮＢは、ソースＨＮＢのＲＮＣＩＤ−ｆｏｒ−ＨＮＢがわかるであろう。ＲＮＣＩＤ−ｆｏｒ−ＨＮＢと隣接セル構成における他の情報との間には１対１の関係があり、すなわち、ＲＮＣＩＤ−ｆｏｒ−ＨＮＢは、ＨＮＢによって保持される隣接セル情報内のエントリごとに一意である。その際、ターゲットＨＮＢは、隣接セル情報テーブルを探索することによって、ソースＨＮＢのＧＷ−ＲＮＣ−Ｉｄ及びセルＩＤを容易に知ることができる。
【００９２】
ＨＮＢによるそのような探索を可能にするために、ＨＭＳは、発見手順中に、隣接ＨＮＢのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを与えるべきである。ＨＮＢにおける隣接セル情報は表３に示される。
【００９３】
【表３】
0005645035.tif 000004
【００９４】
ＨＮＢが、隣接セル情報テーブル内にＲＮＣＩＤ−ｆｏｒ−ＨＮＢを保持する場合には、ターゲットＨＮＢは、ＵＲＮＴＩからＲＮＣＩＤ−ｆｏｒ−ＨＮＢを導出し、その後、そのテーブルを探索して、ＧＷ−ＲＮＣ−Ｉｄ及びセルＩＤを見つけることができる。
【００９５】
ターゲットＨＮＢがメッセージＸＸＸを送信する。ＨＮＢ−ＧＷがいくつかのＩＥ（ＨＮＢのＧＷ−ＲＮＣ−Ｉｄ及びセルＩＤ）の中を調べて、このメッセージがどのＨＮＢに転送されるべきであるかを知る。その後、ソースＨＮＢはＵＲＮＴＩを照合し、ＵＥを特定する。ソースＨＮＢは、ＨＮＢ−ＧＷを介して、ターゲットＨＮＢに、ＲＲＣセル更新確認を符号化するために必要とされる全ての必要なＩＥを送信する。
【００９６】
提案１ａ：ＨＭＳが、発見手順中に、及び隣接セル情報に変化があるときに、各ＨＮＢに、全ての隣接ＨＮＢのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを送信する。
【００９７】
提案１ｂ：ターゲットＨＮＢ及びソースＨＮＢのインタラクションのために、新たなＨＮＢＡＰメッセージを導入するか、又は既存のＲＮＳＡＰメッセージを用いる。
【００９８】
隣接セル情報は動的な性質を有する。ＨＭＳは、各ＨＮＢに隣接セル情報を頻繁に送信する必要がある。また、ＨＭＳ−ＨＮＢ通信はリアルタイムには行われない。これは、ＮＭＭの場合と同様に、ＨＭＳシグナリングに基づいてＨＮＢにおいて保持される隣接セル情報も、隣接セルの正しい状態を反映しない場合があることを意味する。
【００９９】
２．２．１．２  選択肢２：ＨＮＢ−ＧＷにおいて保持される隣接セルごとのＲＮＣＩＤ−ｆｏｒ−ＨＮＢ
選択肢１は、隣接セル情報の頻繁な更新が必要とされるという難点がある。選択肢１におけるボトルネックは、全ての現在の隣接セルのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを有することである。隣接セル情報を更新する際にＨＭＳシグナリングに遅延があるため、これを保証することはできない。
【０１００】
選択肢２では、
・ＲＮＣＩＤ−ｆｏｒ−ＨＮＢが、ＨＮＢＡＰ  ＨＮＢ登録要求において、ＨＮＢ−ＧＷに送信される。
・セルＩＤはＰＬＭＮにおいて一意であり、ＨＭＳは、隣接ＨＮＢがターゲットＨＮＢとして同じＲＮＣＩＤ−ｆｏｒ−ＨＮＢを持たないことを確実にするので、ＲＮＣＩＤ−ｆｏｒ−ＨＮＢとセルＩＤとの間には１対１のマッピング写像が存在する。
・ターゲットＨＮＢは、ＵＲＮＴＩからＲＮＣＩＤ−ｆｏｒ−ＨＮＢを復号し、ＲＮＣＩＤ−ｆｏｒ−ＨＮＢをＨＮＢ−ＧＷに送信する。
・ ＨＮＢ−ＧＷは、セル更新メッセージを正しいソースＨＮＢにルーティングすることができる。
・．．．
【０１０１】
選択肢２は、ＨＮＢＡＰ  ＨＮＢ登録要求メッセージ内に新たなＩＥ  ＳＲＮＣ  ＩＤを導入する。
【０１０２】
【表４】
0005645035.tif 000005
【０１０３】
提案１ｃ：ＨＮＢが、ＨＭＳから受信したＲＮＣＩＤ−ｆｏｒ−ＨＮＢを、ＨＮＢＡＰ  ＨＮＢ登録要求メッセージにおいてＨＮＢ−ＧＷに送信する。ＨＮＢ−ＧＷは、Ｕ−ＲＮＴＩ管理のために、このＲＮＣ  ＩＤを用いる。
【０１０４】
この方法のシグナリングシーケンスを図１２において示すことができる。
【０１０５】
提案１ｄ：ターゲットＨＮＢ及びソースＨＮＢのインタラクションのために、新たなＨＮＢＡＰメッセージを導入するか、又は既存のＲＮＳＡＰメッセージを用いる。
【０１０６】
２．２．２  Ｕ−ＲＮＴＩ割当てのために一意のＧＷ−ＲＮＣ−Ｉｄが用いられるときのセル更新ハンドリング
セル更新メッセージにおいて報告されるＵ−ＲＮＴＩから、一意のＧＷ−ＲＮＣ−Ｉｄを抽出することができる。このＧＷ−ＲＮＣ−Ｉｄは（一意性が近傍に限られる場合には、隣接セル情報テーブル内のセルＩＤとともに）、ルーティングのために、すなわち、正しいＨＮＢを特定するために用いられる。その後、ＨＮＢは、ＵＲＮＴＩに基づいてＵＥを特定する。この手法では、ＨＮＢ−ＧＷは、ＵＲＮＴＩを知らない。
【０１０７】
ＨＮＢ−ＧＷは、ＵＲＮＴＩ解析から、ターゲットＨＮＢによって復号されるＧＷ−ＲＮＣ−Ｉｄに基づいて、正しいソースを特定することができる。そのシグナリングシーケンスが図１３に示される。
【０１０８】
２つの方法において、ＨＮＢに一意のＧＷ−ＲＮＣ−Ｉｄを割り当てることができる。
３．ＨＮＢ−ＧＷは各ＨＮＢに異なるＧＷ−ＲＮＣ−Ｉｄを送信するが、ＣＮに向かって１つのＲＮＣ  ＩＤを保持する。すなわち、ＣＮは、ＨＮＢ−ＧＷ内のＨＮＢを１つのＲＮＣとみなす。ＨＮＢ−ＧＷは、ＨＮＢからＲＡＮＡＰメッセージにおいて送信されたＧＷ−ＲＮＣ−Ｉｄを、ＣＮがわかるＲＮＣ  ＩＤに置き換え、その逆の場合も同様である。
４．ＨＮＢ−ＧＷは、各ＨＮＢに、ＣＮにもわかる異なるＧＷ−ＲＮＣ−Ｉｄを送信する。ＣＮは各ＨＮＢを個別のＲＮＣとみなす。事業者は、この種のＲＮＣ  ＩＤ割当てを好まない場合がある。
【０１０９】
提案２ａ：ターゲットＨＮＢ及びソースＨＮＢのインタラクションのために、新たなＨＮＢＡＰメッセージを導入するか、又は既存のＲＮＳＡＰメッセージを用いる。
【０１１０】
２．２．１  Ｕ−ＲＮＴＩ割当てのために「非」一意のＧＷ−ＲＮＣ−Ｉｄが用いられるときのセル更新ハンドリング
この場合、ＨＮＢ−ＧＷは、［３］のセクション２．６において言及されるようにＵＲＮＴＩを割り当てる。セル更新メッセージは図１４においてハンドリングされる（論理的には［２］と同じ）。
【０１１１】
提案３ａ：ターゲットＨＮＢ及びソースＨＮＢのインタラクションのために、新たなＨＮＢＡＰメッセージを導入するか、又は既存のＲＮＳＡＰメッセージを用いる。
【０１１２】
２．２．３  異なる事例の比較
【０１１３】
【表５】
0005645035.tif 000006
【０１１４】
２．３  セル更新メッセージのハンドリング：マクロからＨＮＢ
Ｒｅｌ’９では、ＨＮＢ／ＨＮＢ−ＧＷとマクロＲＮＣとの間にＩｕｒ接続がない。したがって、ターゲットＨＮＢが、マクロカバレッジからＨＮＢカバレッジに移動しつつあるＵＥからセル更新を受信するとき、Ｉｕｒインターフェースが存在しないことに起因して、ターゲットＨＮＢは、マクロからのコンテキストフェッチを実行することができない。
【０１１５】
ターゲットＨＮＢが、ＲＲＣセル更新メッセージにおいて報告されたＵＲＮＴＩが、そのターゲットＨＮＢによって割り当てられていないことを検出するとき、かつＲＮＣ  ＩＤがマクロＲＮＣのＲＮＣ  ＩＤであることがわかる場合には、ターゲットＨＮＢ１１−２は、「ディレクテッドシグナリング接続再確立」を開始する。
【０１１６】
これを可能にするために、ＨＮＢは、その隣接セルのＲＮＣ  ＩＤを知るだけでなく、その隣接セルがＨＮＢであるかマクロセルであるかも知るべきである。２つの選択肢がある。
【０１１７】
３．ＨＭＳが、各隣接セル情報内にセルタイプＩを含む。そのセルタイプは、「ＨＮＢ」、「マクロ」のいずれかとすることができる。
４．マクロセル及びフェムトセルのために予約されるＲＮＣ  ＩＤ範囲が既知である場合には、ＨＭＳは、各ＨＮＢに、ＨＮＢセルのために用いられるＲＮＣ  ＩＤの範囲、及びマクロセルのために用いられるＲＮＣ  ＩＤの範囲を送信することができる。
【０１１８】
提案４ａ：ＨＭＳが、ＨＮＢに送信される隣接セル情報内に新たなセルタイプＩＥを含む。隣接セルがマクロである場合には、セルタイプは「マクロ」と設定され、そうでない場合には、「ＨＮＢ」と設定される。
【０１１９】
提案４ｂ：ＨＭＳは、ＨＮＢに、マクロＲＮＣのために予約されるＲＮＣ  ＩＤの範囲及びＨＮＢのために予約されるＲＮＣ  ＩＤの範囲を送信する。
【０１２０】
３．提案
提案１ａ：ＨＭＳが、発見手順中に、及び隣接セル情報に変化があるときに、各ＨＮＢに、全ての隣接ＨＮＢのＲＮＣＩＤ−ｆｏｒ−ＨＮＢを送信する。
【０１２１】
提案１ｂ／１ｄ／２／３：ターゲットＨＮＢ及びソースＨＮＢのインタラクションのために、新たなＨＮＢＡＰメッセージを導入するか、又は既存のＲＮＳＡＰメッセージを用いる。
【０１２２】
提案１ｃ：ＨＮＢが、ＨＭＳから受信したＲＮＣＩＤ−ｆｏｒ−ＨＮＢを、ＨＮＢＡＰ  ＨＮＢ登録要求メッセージにおいてＨＮＢ−ＧＷに送信する。ＨＮＢ−ＧＷは、Ｕ−ＲＮＴＩ管理のために、このＲＮＣ  ＩＤを用いる。
【０１２３】
提案４ａ：ＨＭＳが、ＨＮＢに送信される隣接セル情報内に新たなセルタイプＩＥを含む。隣接セルがマクロである場合には、セルタイプは「マクロ」と設定され、そうでない場合には、「ＨＮＢ」と設定される。
【０１２４】
提案４ｂ：ＨＭＳが、ＨＮＢに、マクロＲＮＣのために予約されるＲＮＣ  ＩＤの範囲及びＨＮＢのために予約されるＲＮＣ  ＩＤの範囲を送信する。
【０１２５】
４．参考文献
[1] R3-091884 Managing of U-RNTI over the Iuh interface, Kineto Wireless Inc.
[2] R3-091885, Handling of cell update for inter HNB mobility, Kineto Wireless Inc.
【図１】
0005645035.tif 000007
【図２】
0005645035.tif 000008
【図３】
0005645035.tif 000009
【図４ａ】
0005645035.tif 000010
【図４ｂ】
0005645035.tif 000011
【図５】
0005645035.tif 000012
【図６】
0005645035.tif 000013
【図７】
0005645035.tif 000014
【図８】
0005645035.tif 000015
【図９】
0005645035.tif 000016
【図１０】
0005645035.tif 000017
【図１１】
0005645035.tif 000018
【図１２】
0005645035.tif 000019
【図１３】
0005645035.tif 000020
【図１４】
0005645035.tif 000021