(57)【要約】  ＵＥによるフェムトセルへの在圏及びフェムトセルからの離圏の少なくとも一方の検出精度を向上させるため、ゲートウェイシステムを構成し、コアネットワーク(２０)と基地局(３０＿２)との間でトラヒックを中継するゲートウェイ(１１０＿１)は、公衆網を介して基地局(３０＿２)から、基地局(３０＿２)への在圏を要求する移動機(４０＿１)に一時的に割り当てられたＴＭＳＩ又はＰ−ＴＭＳＩを受信した場合、コアネットワーク(２０)及びゲートウェイ(１１０＿１)との通信を行うサーバ(１２０)に対して、移動機(４０＿１)に永続的に割り当てられ且つ前記ＴＭＳＩ又はＰ−ＴＭＳＩに対応付けられたＩＭＳＩを通知するよう要求する。サーバ(１２０)は、前記要求に応じて、コアネットワーク(２０)から前記ＩＭＳＩを取得し、ゲートウェイ(１１０＿１)へ通知する。ゲートウェイ(１１０＿１)は、前記ＩＭＳＩを用いて、移動機(４０＿１)を特定する。
2012039082.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワークと基地局との間でトラヒックを中継するゲートウェイであって、
公衆網を介して、前記基地局との通信を行う第１の通信手段と、
前記コアネットワークと通信可能なサーバとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記制御手段は、
前記基地局から、前記基地局への在圏を要求する一の移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記サーバを介して前記コアネットワークから、前記一の移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、
前記第２の識別情報を用いて、前記一の移動機を特定する、
ゲートウェイ。
【請求項２】
請求項１において、
前記制御手段は、
前記基地局と自ゲートウェイとの間のコネクション解放をトリガとして、前記一の移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、
前記一定時間が経過した場合、前記サーバから、前記一の移動機が在圏している基地局を収容するゲートウェイの第３の識別情報を取得し、
前記第３の識別情報が自ゲートウェイに割り当てられた識別情報と一致しない場合、前記一の移動機が他の基地局に在圏していると判定する、
ことを特徴としたゲートウェイ。
【請求項３】
コアネットワークと基地局との間でトラヒックを中継するゲートウェイであって、
公衆網を介して、前記基地局との通信を行う第１の通信手段と、
少なくとも自ゲートウェイ、及び前記コアネットワークと他の基地局との間でトラヒックを中継する他のゲートウェイと通信可能なサーバとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記制御手段は、
前記基地局と自ゲートウェイとの間のコネクション解放をトリガとして、前記移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、
前記一定時間が経過した場合、前記サーバから、前記移動機が在圏している基地局を収容するゲートウェイの識別情報を取得し、
前記取得した識別情報が自ゲートウェイに割り当てられた識別情報と一致しない場合、前記移動機が前記他の基地局に在圏していると判定する、
ゲートウェイ。
【請求項４】
コアネットワークとの通信を行う第１の通信手段と、
前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記制御手段は、
前記ゲートウェイから、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、
前記第２の識別情報を前記ゲートウェイへ通知する、
サーバ。
【請求項５】
コアネットワークとの通信を行う第１の通信手段と、
前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックをそれぞれ中継する複数のゲートウェイとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記制御手段は、
１以上の移動機による各ゲートウェイ配下の基地局への在圏状況を、各ゲートウェイの識別情報と対応付けて管理し、
一のゲートウェイからの一の移動機についての在圏状況の問合せに応じて、前記一のゲートウェイに対し、前記一の移動機に対応するゲートウェイの識別情報を通知する、
サーバ。
【請求項６】
請求項５において、
前記制御手段は、
前記問合せをトリガとして、前記コアネットワークから、前記一の移動機が在圏している他の基地局を収容する制御装置の識別情報を取得し、
前記制御装置の識別情報を前記一のゲートウェイへ通知する、
ことを特徴としたサーバ。
【請求項７】
コアネットワークと基地局との間でトラヒックを中継するゲートウェイと、
前記コアネットワーク及びゲートウェイとの通信を行うサーバと、を備え、
前記ゲートウェイは、
公衆網を介して前記基地局から、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記サーバに対して、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を通知するよう要求すると共に、前記第２の識別情報を用いて前記一の移動機を特定し、
前記サーバは、
前記要求に応じて、前記コアネットワークから前記第２の識別情報を取得すると共に、前記第２の識別情報を前記ゲートウェイへ通知する、
ゲートウェイシステム。
【請求項８】
コアネットワークと基地局との間でトラヒックをそれぞれ中継する複数のゲートウェイと、
各ゲートウェイとの通信を行うサーバと、を備え、
各ゲートウェイは、
自ゲートウェイ配下のいずれかの基地局と自ゲートウェイとの間のコネクション解放をトリガとして、前記一の移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、前記一定時間が経過した場合、前記サーバに対して、前記一の移動機が在圏している基地局を収容するゲートウェイの識別情報を問合せ、前記問合せに応じて通知された識別情報が自ゲートウェイに割り当てられた識別情報と一致しない場合、前記一の移動機が他のゲートウェイ配下の基地局に在圏していると判定し、
前記サーバは、
１以上の移動機による各ゲートウェイ配下の基地局への在圏状況を、各ゲートウェイの識別情報と対応付けて管理し、前記問合せに応じて、各ゲートウェイに対し、前記一の移動機に対応するゲートウェイの識別情報を通知する、
ゲートウェイシステム。
【請求項９】
コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイの通信制御方法であって、
前記基地局から、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークと通信可能なサーバを介して前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、
前記第２の識別情報を用いて、前記移動機を特定する、
ことを含む通信制御方法。
【請求項１０】
コアネットワーク、及び前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイとの通信を行うサーバの通信制御方法であって、
前記ゲートウェイから、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、
前記第２の識別情報を前記ゲートウェイへ通知する、
ことを含む通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイ、サーバ、及びこれらの通信制御方法、並びにゲートウェイシステムに関し、特に移動機によるフェムトセルへの在圏及びフェムトセルからの離圏を検出する技術に関する。
【背景技術】
【０００２】
近年、屋内等へ設置可能な無線基地局の開発が進められている。この無線基地局により形成されるセルは、そのカバレッジが屋外に設置される無線基地局と比較して極めて小さい(数メートルから数十メートル程度である)ことから、一般にフェムトセルと呼ばれる。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)では、フェムトセルを形成する無線基地局をＨＮＢ(Ｈｏｍｅ Ｎｏｄｅ Ｂ)として標準化している。なお、以降の説明においては、フェムトセルより大規模なセル(一般にマクロセルと呼ばれる)を形成する無線基地局をＭＮＢ(Ｍａｃｒｏ Ｎｏｄｅ Ｂ)と呼称し、ＨＮＢと区別することがある。【０００３】
また、ＨＮＢは、インターネット等の公衆網を経由してＨＮＢ−ＧＷ(ＨＮＢ Ｇａｔｅｗａｙ)に接続され、以て移動体通信網(コアネットワーク(ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ))に編入する。ＨＮＢ−ＧＷは、ＣＮとＨＮＢとの間でトラヒックを中継する。【０００４】
さらに、ＨＮＢは、その設置がマクロ基地局と比較して容易であることから、不感地帯での利用(マクロセルのカバレッジを補うための導入)に限らず、プレゼンス情報(例えば、ＨＮＢの設置場所に固有の情報)の配信等への利用も検討されている。【０００５】
以下、例えば非特許文献１に記載される、一般的な移動機(ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)によるフェムトセルへの在圏を検出する手順(以下、在圏検出手順)と、フェムトセルからの離圏を検出する手順(以下、離圏検出手順)とを、図８及び図９を参照して順に説明する。【０００６】
[在圏検出手順]
図８に示すように、ＵＥ ４０ｘは、フェムトセルへの位置登録を実施するため、ＨＮＢ ３０ｘに対して、ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)メッセージの一種であるＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを送信する(ステップＳ１０１)。なお、以降の説明においてＲＲＣメッセージを扱う場合、"ＲＲＣ：ＭＭＭ(任意のメッセージ種別)"と表記することがある。【０００７】
この時、ＵＥ ４０ｘのＩＭＳＩ(Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)がＨＮＢ ３０ｘへ通知されなかった場合、ＵＥ ４０ｘ及びＨＮＢ ３０ｘの協調動作によりＩＭＳＩの取得処理が実行される(ステップＳ１０２)。具体的には、ＨＮＢ ３０ｘは、ＵＥ ４０ｘに対して、ＩＭＳＩを通知するよう要求する。この要求に応じて、ＵＥ ４０ｘは、ＩＭＳＩをＨＮＢ ３０ｘへ通知する。ここで、ＩＭＳＩは、加入者を全世界で一意に識別するための識別子であり、ＵＥに対して永続的に割り当てられている。【０００８】
そして、ＨＮＢ ３０ｘは、ＨＮＢ−ＧＷ １１０ｘに対して、ＨＮＢＡＰ(ＨＮＢ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)メッセージの一種であるＵＥ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔを送信する(ステップＳ１０３)。ここで、ＵＥ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージには、ＵＥ ４０ｘのＩＭＳＩが設定される。なお、以降の説明においてＨＮＢＡＰメッセージを扱う場合、"ＨＮＢＡＰ：ＭＭＭ(任意のメッセージ種別)"と表記することがある。【０００９】
ＨＮＢ−ＧＷ １１０ｘは、ＵＥ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを受信すると、ＡＡＡ(Ａｕｔｈｅｎｔｉｃａｔｉｏｎ, Ａｕｔｈｏｒｉｚａｔｉｏｎ, ａｎｄ Ａｃｃｏｕｎｔｉｎｇ)サーバ１２０ｘとの協調動作により、ＵＥ ４０ｘによるＨＮＢ ３０ｘへの在圏が許容されているか否かを判定する(ステップＳ１０４)。具体的には、ＨＮＢ−ＧＷ １１０ｘは、ＵＥ ４０ｘのＩＭＳＩをＡＡＡサーバ１２０ｘへ通知し、以て在圏の許容可否を問い合わせる。ＡＡＡサーバ１２０ｘは、管理対象のＨＮＢ毎にＨＮＢの識別情報(以下、ＨＮＢ−ＩＤ)と在圏を許容するＵＥのＩＭＳＩとが対応付けられたデータベースを予め保持しており、当該データベースを参照して、ＵＥ ４０ｘによるＨＮＢ ３０ｘへの在圏の許容可否を判断する。【００１０】
この結果、ＵＥ ４０ｘによるＨＮＢ ３０ｘへの在圏が許容されていると判定した場合、ＨＮＢ−ＧＷ １１０ｘは、ＵＥ ４０ｘのＩＭＳＩとＨＮＢ ３０ｘのＨＮＢ−ＩＤとを対応付けて内部に記憶する(ステップＳ１０５)。【００１１】
そして、ＨＮＢ−ＧＷ １１０ｘは、ＨＮＢ ３０ｘに対して、ＵＥ ４０ｘの登録完了を示し且つＵＥ ４０ｘ用のＣｏｎｔｅｘｔ−ＩＤを含むＨＮＢＡＰ：ＵＥ Ｒｅｇｉｓｔｅｒ Ａｃｃｅｐｔメッセージを送信する(ステップＳ１０６)。これにより、在圏検出手順が完了となり、以てＵＥ ４０ｘは、フェムトセル内で所望の無線通信サービスを受けることが可能である。【００１２】
[離圏検出手順]
図９に示すように、音声サービスやパケットサービスの終了後、ＣＮ ２０ｘ主導でサービス毎に確立していたコネクションの切断が実施される(ステップＳ２０１)。この時、ＨＮＢ−ＧＷ １１０ｘは、ＨＮＢ ３０ｘに対して、ＲＵＡ(ＲＡＮＡＰ Ｕｓｅｒ Ａｐｐｌｉｃａｔｉｏｎ)メッセージの一種であるＤｉｓｃｏｎｎｅｃｔを送信し、以てＨＮＢ ３０ｘと自ＨＮＢ−ＧＷ １１０ｘとの間のコネクションを解放する(ステップＳ２０２)。なお、以降の説明においてＲＵＡメッセージを扱う場合、"ＲＵＡ：ＭＭＭ(任意のメッセージ種別)"と表記することがある。【００１３】
ＨＮＢ ３０ｘは、Ｄｉｓｃｏｎｎｅｃｔメッセージを受信すると、ＵＥ ４０ｘが位置更新要求(Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｉｎｇ Ｒｅｑｕｅｓｔ)メッセージを定期的に送出するために用いているタイマ(以下、周期位置登録タイマと呼称する)を、自ＨＮＢ ３０ｘ側でも始動し、以てＵＥ ４０ｘが自ＨＮＢ ３０ｘから離圏したか否か(ＨＮＢ ３０ｘにより形成されるフェムトセルから他のセルへ移動したか否か)を監視する(ステップＳ２０３)。【００１４】
一方、アイドル状態に在るＵＥ ４０ｘは、ＨＮＢ ３０ｘにより形成されるフェムトセルよりも他のＨＮＢ−ＧＷ配下のフェムトセル(或いはマクロセル)の方が良品質であることを検出すると、他のＨＮＢ−ＧＷ配下のフェムトセル(或いはマクロセル)へ移動し、以てＨＮＢ ３０ｘから離圏する(ステップＳ２０４)。この結果、図９に点線で示す如く、他のＨＮＢ−ＧＷ配下で上記のステップＳ１０１〜Ｓ１０６と同様の在圏検出手順が実施されることとなる。【００１５】
この後、ＨＮＢ ３０ｘは、周期位置登録タイマの満了を検出すると、ＵＥ ４０ｘが他のセルへ移動したと判断する(ステップＳ２０５)。そして、ＨＮＢ ３０ｘは、ＨＮＢ−ＧＷ １１０ｘに対して、ＵＥ ４０ｘ用のＣｏｎｔｅｘｔ−ＩＤを含むＨＮＢＡＰ：ＵＥ Ｄｅ−ｒｅｇｉｓｔｅｒメッセージを送信し、以てＵＥ ４０ｘの登録解除を依頼する(ステップＳ２０６)。【００１６】
ＨＮＢ−ＧＷ １１０ｘは、ＵＥ Ｄｅ−ｒｅｇｉｓｔｅｒメッセージを受信すると、ＵＥ ４０ｘがＨＮＢ ３０ｘから離圏したことを検出する(ステップＳ２０７)。この時、ＨＮＢ−ＧＷ １１０ｘは、上記のステップＳ１０５で記憶したＩＭＳＩ及びＨＮＢ−ＩＤを削除する。これにより、離圏検出手順が完了となる。
【先行技術文献】
【非特許文献】
【００１７】
【非特許文献１】３ＧＰＰ ＴＳ ２５．４６７、"ＵＴＲＡＮ ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ３Ｇ Ｈｏｍｅ Ｎｏｄｅ Ｂ (ＨＮＢ)； Ｓｔａｇｅ ２ (Ｒｅｌｅａｓｅ ８)"、Ｖ８．４．０、２００９年１２月、章５．１．２、頁１１及び１２
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかしながら、上記の手順には、ＵＥによるフェムトセルへの在圏及びフェムトセルからの離圏の検出精度が低いという課題があった。【００１９】
まず、上記の在圏検出手順では、ＣＳＧ(Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ)機能を有する移動機(以下、ＣＳＧ対応移動機と呼称する)によるフェムトセルへの在圏を検出することが困難である。ここで、ＣＳＧ機能とは、大略、クローズドセルへのアクセス(無線接続)を可能にする機能、換言すると、フェムトセルへの無線接続を、ＨＮＢの所有者やその家族等の所定ユーザやグループにのみ許容する機能のことである。【００２０】
具体的には、ＨＮＢとＣＳＧ対応ＵＥとの無線接続が実施された際、ＵＥに依ってはＩＭＳＩがＨＮＢへ通知されない虞がある。この場合、ＣＳＧ対応ＵＥに割り当てられた一時的な識別子がＨＮＢからＨＮＢ−ＧＷへ通知されることとなる。このため、ＨＮＢ−ＧＷでは、ユーザ(ＵＥ)の特定が困難であり、その在圏検出が不可能となる。この結果、プレゼンス情報の配信等を行う場合には、情報配信が可能なＵＥと、不可能なＵＥとが混在してしまう。【００２１】
換言すると、一般的なＵＥだけでなく、ＣＳＧ対応ＵＥによるフェムトセルへの在圏を検出可能にすることが望ましい。【００２２】
一方、上記の離圏検出手順では、一般的なＵＥ又はＣＳＧ対応ＵＥのいずれの場合であっても、ＨＮＢ−ＧＷが、ＵＥによるフェムトセルからの離圏を検出する迄に非常に時間が掛かってしまう。その理由は、３ＧＰＰの仕様上、上記の周期位置登録タイマの最小値が、６分と非常に長い時間長に設定されているためである。プレゼンス情報の配信等を行う場合に離圏を早期に検出しないと、ＵＥが既に他のセルへ移動したにも関わらず、当該ＵＥのユーザに対して誤った情報を配信してしまう虞がある。ここで、誤った情報とは、セル毎に異なる情報を配信する場合を例に取ると、ＵＥが在圏していた移動元のフェムトセルの設置場所に固有の情報であり、移動先のセルの設置場所には関係しない情報のことである。【００２３】
なお、これを回避するための対策として、周期位置登録タイマを短縮する対策が考えられる。しかしながら、この対策は、ＵＥ及びＨＮＢの両者への影響が大きく、得策ではない。具体的には、周期位置登録タイマは、ＵＥが在圏先セルを変更しない場合に、定期的に位置情報を送出する用途(同一のフェムトセルに継続して在圏することを通知する用途)でも使用される。このため、同対策を講じた場合、ＵＥに対する改修(周期位置登録タイマの短縮に係る設計変更等)が必要であるという問題に加えて、ＵＥのバッテリー消費量を増大させてしまうという問題も生じる。また同時に、既存多数のＨＮＢに対する改修も必要であり、同対策の実現には膨大な費用を要する。【００２４】
換言すると、ＵＥ及びＨＮＢに影響を与えず、ＵＥによるフェムトセルからの離圏を早期に検出可能にすることが望ましい。【００２５】
従って、本発明の目的は、ＵＥによるフェムトセルへの在圏及びフェムトセルからの離圏の少なくとも一方の検出精度を向上させることにある。
【課題を解決するための手段】
【００２６】
上記の目的を達成するため、本発明の第１の態様に係るゲートウェイは、コアネットワークと基地局との間でトラヒックを中継する。このゲートウェイは、公衆網を介して、前記基地局との通信を行う第１の通信手段と、前記コアネットワークと通信可能なサーバとの通信を行う第２の通信手段と、前記第１及び第２の通信手段を制御する制御手段とを備える。前記制御手段は、前記基地局から、前記基地局への在圏を要求する一の移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記サーバを介して前記コアネットワークから、前記一の移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、前記第２の識別情報を用いて、前記一の移動機を特定する。【００２７】
また、本発明の第２の態様に係るゲートウェイは、コアネットワークと基地局との間でトラヒックを中継する。このゲートウェイは、公衆網を介して、前記基地局との通信を行う第１の通信手段と、少なくとも自ゲートウェイ、及び前記コアネットワークと他の基地局との間でトラヒックを中継する他のゲートウェイと通信可能なサーバとの通信を行う第２の通信手段と、前記第１及び第２の通信手段を制御する制御手段とを備える。前記制御手段は、前記基地局と自ゲートウェイとの間のコネクション解放をトリガとして、前記移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、前記一定時間が経過した場合、前記サーバから、前記移動機が在圏している基地局を収容するゲートウェイの識別情報を取得し、前記取得した識別情報が自ゲートウェイに割り当てられた識別情報と一致しない場合、前記移動機が前記他の基地局に在圏していると判定する。【００２８】
また、本発明の第３の態様に係るサーバは、コアネットワークとの通信を行う第１の通信手段と、前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイとの通信を行う第２の通信手段と、前記第１及び第２の通信手段を制御する制御手段とを備える。前記制御手段は、前記ゲートウェイから、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、前記第２の識別情報を前記ゲートウェイへ通知する。【００２９】
また、本発明の第４の態様に係るサーバは、コアネットワークとの通信を行う第１の通信手段と、前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックをそれぞれ中継する複数のゲートウェイとの通信を行う第２の通信手段と、前記第１及び第２の通信手段を制御する制御手段とを備える。前記制御手段は、１以上の移動機による各ゲートウェイ配下の基地局への在圏状況を、各ゲートウェイの識別情報と対応付けて管理し、一のゲートウェイからの一の移動機についての在圏状況の問合せに応じて、前記一のゲートウェイに対し、前記一の移動機に対応するゲートウェイの識別情報を通知する。【００３０】
また、本発明の第５の態様に係るゲートウェイシステムは、コアネットワークと基地局との間でトラヒックを中継するゲートウェイと、前記コアネットワーク及びゲートウェイとの通信を行うサーバとを備える。前記ゲートウェイは、公衆網を介して前記基地局から、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記サーバに対して、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を通知するよう要求すると共に、前記第２の識別情報を用いて前記一の移動機を特定する。前記サーバは、前記要求に応じて、前記コアネットワークから前記第２の識別情報を取得すると共に、前記第２の識別情報を前記ゲートウェイへ通知する。【００３１】
また、本発明の第６の態様に係るゲートウェイシステムは、コアネットワークと基地局との間でトラヒックをそれぞれ中継する複数のゲートウェイと、各ゲートウェイとの通信を行うサーバとを備える。各ゲートウェイは、自ゲートウェイ配下のいずれかの基地局と自ゲートウェイとの間のコネクション解放をトリガとして、前記一の移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、前記一定時間が経過した場合、前記サーバに対して、前記一の移動機が在圏している基地局を収容するゲートウェイの識別情報を問合せ、前記問合せに応じて通知された識別情報が自ゲートウェイに割り当てられた識別情報と一致しない場合、前記一の移動機が他のゲートウェイ配下の基地局に在圏していると判定する。前記サーバは、１以上の移動機による各ゲートウェイ配下の基地局への在圏状況を、各ゲートウェイの識別情報と対応付けて管理し、前記問合せに応じて、各ゲートウェイに対し、前記一の移動機に対応するゲートウェイの識別情報を通知する。【００３２】
また、本発明の第７の態様に係る通信制御方法は、コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイの通信制御方法を提供する。この通信制御方法は、前記基地局から、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークと通信可能なサーバを介して前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、前記第２の識別情報を用いて、前記移動機を特定することを含む。【００３３】
また、本発明の第８の態様に係る通信制御方法は、コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイの通信制御方法を提供する。この通信制御方法は、前記基地局と前記ゲートウェイとの間のコネクション解放をトリガとして、前記移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、前記一定時間が経過した場合、少なくとも前記ゲートウェイ、及び前記コアネットワークと他の基地局との間でトラヒックを中継する他のゲートウェイと通信可能なサーバから、前記移動機が在圏している基地局を収容するゲートウェイの識別情報を取得し、前記取得した識別情報が前記ゲートウェイに割り当てられた識別情報と一致しない場合、前記移動機が前記他の基地局に在圏していると判定することを含む。【００３４】
また、本発明の第９の態様に係る通信制御方法は、コアネットワーク、及び前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイとの通信を行うサーバの通信制御方法を提供する。この通信制御方法は、前記ゲートウェイから、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、前記第２の識別情報を前記ゲートウェイへ通知することを含む。【００３５】
さらに、本発明の第１０の態様に係る通信制御方法は、コアネットワーク、及び前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックをそれぞれ中継する複数のゲートウェイとの通信を行うサーバの通信制御方法を提供する。この通信制御方法は、１以上の移動機による各ゲートウェイ配下の基地局への在圏状況を、各ゲートウェイの識別情報と対応付けて管理し、一のゲートウェイからの一の移動機についての在圏状況の問合せに応じて、前記一のゲートウェイに対し、前記一の移動機に対応するゲートウェイの識別情報を通知することを含む。
【発明の効果】
【００３６】
本発明によれば、ＵＥによるフェムトセルへの在圏及びフェムトセルからの離圏の少なくとも一方の検出精度を向上させることが可能である。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施の形態１に係るゲートウェイシステムの構成例を示したブロック図である。
【図２】本発明の実施の形態１に係るゲートウェイの構成例を示したブロック図である。
【図３】本発明の実施の形態１に係るサーバの構成例を示したブロック図である。
【図４】本発明の実施の形態１に係るゲートウェイにおける、基地局の登録処理例を示したシーケンス図である。
【図５】本発明の実施の形態１に係るゲートウェイシステムにおける、在圏検出手順例を示したシーケンス図である。
【図６Ａ】本発明の実施の形態１に係るサーバで用いる、管理テーブルの設定例を示した図である。
【図６Ｂ】本発明の実施の形態１に係るゲートウェイで用いる、管理テーブルの一の設定例を示した図である。
【図６Ｃ】本発明の実施の形態１に係るゲートウェイで用いる、管理テーブルの他の設定例を示した図である。
【図７】本発明の実施の形態２に係るゲートウェイシステムにおける、離圏検出手順例を示したシーケンス図である。
【図８】一般的な在圏検出手順を示したシーケンス図である。
【図９】一般的な離圏検出手順を示したシーケンス図である。
【発明を実施するための形態】
【００３８】
以下、本発明に係るゲートウェイ及びサーバ、並びにこれらを適用するゲートウェイシステムの実施の形態１及び２を、図１〜図５、図６Ａ〜図６Ｃ及び図７を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３９】
[実施の形態１]
図１に示すように、本実施の形態に係るゲートウェイシステム(以下、ＨＮＢ−ＧＷＳ)１０は、一例として２つのＨＮＢ−ＧＷ １１０＿１及び１１０＿２と、ＡＡＡサーバ１２０とを備えている。
【００４０】
ＨＮＢ−ＧＷ １１０＿１は、インターネット等の公衆網(図示せず)を介し、一例として２つのＨＮＢ ３０＿１及び３０＿２と接続され、以てこれらのＨＮＢ ３０＿１及び３０＿２を収容している。ＨＮＢ−ＧＷ １１０＿１は、ＣＮ ２０とＨＮＢ ３０＿１及び３０＿２との間でトラヒックを中継する。
【００４１】
同様に、ＨＮＢ−ＧＷ １１０＿２は、公衆網を介し、一例として２つのＨＮＢ ３０＿３及び３０＿４と接続され、以てこれらのＨＮＢ ３０＿３及び３０＿４を収容している。ＨＮＢ−ＧＷ １１０＿２は、ＣＮ ２０とＨＮＢ ３０＿３及び３０＿４との間でトラヒックを中継する。
【００４２】
なお、以降の説明においては、ＨＮＢ−ＧＷ １１０＿１及び１１０＿２を符号１１０で総称し、ＨＮＢ ３０＿１〜３０＿４を符号３０で総称することがある。
【００４３】
一方、ＡＡＡサーバ１２０は、ＣＮ ２０及びＨＮＢ−ＧＷ １１０と通信可能に接続されている。ＡＡＡサーバ１２０は、ＨＮＢ−ＧＷＳ １０へのアクセス制御等を行う機能を有する。
【００４４】
また、ＨＮＢ ３０＿１〜３０＿４は、フェムトセル３１＿１〜３１＿４をそれぞれ形成する。各ＨＮＢ ３０＿１〜３０＿４は、上述したＣＳＧ機能に対応しており、報知情報により、自ＨＮＢがどのＣＳＧに属しているかを報知する。
【００４５】
さらに、ＵＥ ４０＿１及び４０＿２(以下、符号４０で総称することがある)は、ＣＳＧ機能を有しており、フェムトセル３１＿１〜３０＿４、或いはマクロセル(図示せず)への移動が可能である。
【００４６】
次に、上記のＨＮＢ−ＧＷ １１０及びＡＡＡサーバ １２０の具体的な構成例を、図２及び図３を参照して順に説明する。
【００４７】
図２に示すように、本実施の形態に係るＨＮＢ−ＧＷ １１０は、ＨＮＢ Ｉ／Ｆ １１１と、バックボーンＩ／Ｆ １１２と、これらのＩ／Ｆ １１１及び１１２を制御する制御部１１３とを含む。ＨＮＢ Ｉ／Ｆ １１１は、公衆網を介して、ＨＮＢ ３０との通信を行う機能を有する。バックボーンＩ／Ｆ １１２は、ＣＮ ２０及びＡＡＡサーバ１２０との通信を行う機能を有する。
【００４８】
制御部１１３は、上述したＨＮＢＡＰメッセージの解析及び生成処理、上述したＲＵＡメッセージの生成処理、ＡＡＡサーバ１２０に対する要求メッセージの生成処理、並びにＡＡＡサーバ１２０からの応答メッセージの解析処理を実行する。また、制御部１１３は、その内部に、管理テーブル１１４を有している。管理テーブル１１４には、後述する如く、各ＵＥのＩＭＳＩと、各ＵＥが在圏しているＨＮＢの識別情報(以下、在圏ＨＮＢ−ＩＤ)とが対応付けて記憶される。
【００４９】
一方、図３に示すように、本実施の形態に係るＡＡＡサーバ１２０は、バックボーンＩ／Ｆ １２１と、ＨＮＢ−ＧＷ Ｉ／Ｆ １２２と、これらのＩ／Ｆ １２１及び１２２を制御する制御部１２３とを含む。バックボーン Ｉ／Ｆ １２１は、ＣＮ ２０との通信を行う機能を有する。ＨＮＢ−ＧＷ Ｉ／Ｆ １２２は、ＨＮＢ−ＧＷ １１０との通信を行う機能を有する。
【００５０】
制御部１２３は、ＨＮＢ−ＧＷ １１０からの要求メッセージの解析処理、及びＨＮＢ−ＧＷ １１０に対する応答メッセージの生成処理を実行する。また、制御部１２３は、その内部に、管理テーブル１２４を有している。管理テーブル１２４には、後述する如く、各ＵＥのＩＭＳＩと、各ＵＥの在圏ＨＮＢを収容しているＨＮＢ−ＧＷの識別情報(以下、ＲＮＣ−ＩＤ)とが対応付けて記憶される。なお、各ＨＮＢ−ＧＷのＲＮＣ−ＩＤには、ＭＮＢを収容するＲＮＣ(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ)のＩＤとは異なる値が割り当てられている。また、ＲＮＣ−ＩＤに代えて、ＬＡ(Ｌｏｃａｔｉｏｎ Ａｒｅａ)やＲＡ(Ｒｏｕｔｉｎｇ Ａｒｅａ)の識別番号をＨＮＢ−ＧＷの識別情報として用いても良い。この場合、当該識別番号には、ＨＮＢ−ＧＷ毎に異なり、且つマクロセルエリアとも異なる値を付与する。
【００５１】
なお、図１に示したＣＮ ２０内には、回線交換サービスを実施するＭＳＣ(Ｍｏｂｉｌｅ Ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ)やパケット交換サービスを実施するＳＧＳＮ(Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ)等が存在するが、ＣＮ ２０は当業者によく知られており、且つ本発明とは直接関係しないので、その構成についての説明は省略する。また、ＨＮＢ ３０及びＵＥ ４０には、ＣＳＧ機能に対応する既存のＨＮＢ及びＵＥを適用できるため、その構成についての説明は省略する。
【００５２】
以下、本実施の形態の動作を、図４、図５及び図６Ａ〜図６Ｃを参照して詳細に説明する。
【００５３】
まず、図４を参照して、ＨＮＢ−ＧＷ １１０に対するＨＮＢ ３０の登録処理例を説明する。この例では、図１に示したＨＮＢ ３０＿２をＨＮＢ−ＧＷ １１０＿１へ新規に登録する場合を扱っている。
【００５４】
図４に示すように、ＨＮＢ ３０＿２は、宅内等へ設定されると、サービス開始に先立って、接続先のＨＮＢ−ＧＷ １１０＿１に対しＨＮＢＡＰ：ＨＮＢ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを送信する(ステップＳ１１)。ここで、ＨＮＢ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージには、ＨＮＢ ３０＿２に予め割り当てられたＨＮＢ−ＩＤ＝"＃３０＿２"と、ＨＮＢ ３０＿２が属するＣＳＧの識別情報(ＣＳＧ−ＩＤ)とが設定される。
【００５５】
ＨＮＢ−ＧＷ １１０＿１は、通知されたＨＮＢ−ＩＤを内部テーブルに記憶する(ステップＳ１２)と共に、登録に問題が無ければ、登録許可を示すＨＮＢＡＰ：ＨＮＢ Ｒｅｇｉｓｔｅｒ ＡｃｃｅｐｔメッセージをＨＮＢ ３０＿２へ送信する(ステップＳ１３)。
【００５６】
ＨＮＢ ３０＿２は、ＨＮＢ Ｒｅｇｉｓｔｅｒ Ａｃｃｅｐｔメッセージの受信をトリガとして無線電波を送出し、以てＨＮＢとしてのサービスを開始する(ステップＳ１４)。
【００５７】
なお、ＨＮＢ ３０＿１、３０＿３及び３０＿４の登録処理は、通知するＨＮＢ−ＩＤやＣＳＧ−ＩＤの値が異なる点を除いて上記のステップＳ１１〜Ｓ１４と同様であるため、その説明を省略する。
【００５８】
次に、図５及び図６Ａ〜図６Ｃを参照して、ＨＮＢ−ＧＷＳ １０における在圏検出手順例を説明する。この例では、図１に示したＵＥ ４０＿１がＨＮＢ ３０＿２への在圏を要求する場合を扱っている。
【００５９】
図５に示すように、ＵＥ ４０＿１は、図１に示したフェムトセル３１＿２への位置登録を実施するため、ＲＲＣ：ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｑｕｅｓｔをＨＮＢ ３０＿２へ送信する(ステップＳ２１)。この時、ＵＥ ４０＿１は、ＣＳＧ機能のサポート可否を併せて通知する。
【００６０】
ＨＮＢ ３０＿２は、ＵＥ ４０＿１がＣＳＧ対応ＵＥであることを検出すると(ステップＳ２２)、ＵＥ ４０＿１から通知されたＩｎｉｔｉａｌ ＵＥ ＩｄｅｎｔｉｔｙをそのままＨＮＢＡＰ：ＵＥ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔに設定し、ＨＮＢ−ＧＷ １１０＿１へ送信する(ステップＳ２３)。ここで、Ｉｎｉｔｉａｌ ＵＥ Ｉｄｅｎｔｉｔｙは、最初のアクセス時にＵＥを識別するために使用される情報であり、具体的にはＴＭＳI(Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)又はＰ−ＴＭＳＩ(Ｐａｃｋｅｔ Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)である。
【００６１】
ＴＭＳＩ及びＰ−ＴＭＳＩは、ＣＮ ２０によりＵＥ ４０＿１に対して一時的に割り当てられる識別子であり、セキュリティの観点から定期的に更新される。このため、ＴＭＳＩ又はＰ−ＴＭＳＩを受信したＨＮＢ−ＧＷ １１０＿１は、どのユーザ(ＵＥ)がＨＮＢ ３０＿２へアクセスしたか判別することができず、以てＩＭＳＩの取得処理を実行すべきと判断する(ステップＳ２４)。
【００６２】
そして、ＨＮＢ−ＧＷ １１０＿１は、ＡＡＡサーバ１２０に対して、ＴＭＳＩ又はＰ−ＴＭＳＩを含むＡｃｃｅｓｓ Ｒｅｑｕｅｓｔメッセージを送信し、以てＩＭＳＩを通知するよう要求する(ステップＳ２５)。この時、ＨＮＢ−ＧＷ １１０＿１は、ＨＮＢ ３０＿２のＨＮＢ−ＩＤと、自ＨＮＢ−ＧＷに割り当てられたＲＮＣ−ＩＤとを併せてＡＡＡサーバ１２０へ通知する。
【００６３】
ＡＡＡサーバ１２０は、通知されたＴＭＳＩ又はＰ−ＴＭＳＩをＣＮ ２０へ送信し(ステップＳ２６)、その応答として、ＴＭＳＩ又はＰ−ＴＭＳＩに対応するＩＭＳＩ＝"ＸＸＸ"を受信する(ステップＳ２７)。より詳細には、ＡＡＡサーバ１２０は、ＣＮ ２０内に設置されるＶＬＲ(Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ)等のデータベースへアクセスし、ＴＭＳＩ又はＰ−ＴＭＳＩに対応するＩＭＳＩを取得する。
【００６４】
そして、ＡＡＡサーバ１２０は、取得したＩＭＳＩを含むＡｃｃｅｓｓ ＡｃｃｅｐｔメッセージをＨＮＢ−ＧＷ １１０＿１へ送信する(ステップＳ２８)。
【００６５】
これと並行して、ＡＡＡサーバ１２０は、図６Ａに示す如く、取得したＩＭＳＩ＝"ＸＸＸ"とＨＮＢ−ＧＷ １１０＿１のＲＮＣ−ＩＤ＝"＃１１０＿１"とを対応付けて管理テーブル１２４へ記憶し、以てＵＥ ４０＿１がＨＮＢ−ＧＷ １１０＿１配下のＨＮＢへ在圏していることを管理する。なお、図６Ａに示す管理テーブル１２４では、図１に示した他のＵＥ ４０＿２が他のＨＮＢ−ＧＷ １１０＿２配下のＨＮＢへ在圏していることも管理されている。
【００６６】
ＨＮＢ−ＧＷ １１０＿１は、通知されたＩＭＳＩ＝"ＸＸＸ"からＵＥ ４０＿１を特定し、以てＵＥ ４０＿１によるＨＮＢ ３０＿２への在圏を検出する(ステップＳ２９)。この時、ＨＮＢ−ＧＷ １１０＿１は、図６Ｂに示す如く、通知されたＩＭＳＩ＝"ＸＸＸ"とＨＮＢ ３０＿２のＨＮＢ−ＩＤ＝"＃３０＿２"とを対応付けて自身の管理テーブル１１４＿１へ記憶し、以てＵＥ ４０＿１がＨＮＢ ３０＿２へ在圏していることを管理する。同様にして、ＵＥ ４０＿２がＨＮＢ ３０＿４へ在圏した場合には、図６Ｃに示す如く、ＵＥ ４０＿２のＩＭＳＩ＝"ＹＹＹ"とＨＮＢ ３０＿４のＨＮＢ−ＩＤ＝"＃３０＿４"とが、ＨＮＢ−ＧＷ １１０＿２の管理テーブル１１４＿２に対応付けて記憶される。
【００６７】
そして、ＨＮＢ−ＧＷ １１０＿１は、ＨＮＢ ３０＿２に対して、ＵＥ ４０＿１の登録完了を示し且つＵＥ ４０＿１用のＣｏｎｔｅｘｔ−ＩＤを含むＨＮＢＡＰ：ＵＥ Ｒｅｇｉｓｔｅｒ Ａｃｃｅｐｔメッセージを送信する(ステップＳ３０)。これにより、在圏検出手順が完了となり、以てＵＥ ４０＿１は、フェムトセル内で所望の無線通信サービスを受けることが可能である。
【００６８】
このように、本実施の形態においては、ＣＳＧ対応ＵＥによるフェムトセルへの在圏を検出できる。このため、ＵＥによるフェムトセルへの在圏の検出精度を、図８に示した在圏検出手順と比較して大幅に向上させることができる。また、プレゼンス情報の配信等を行う場合には、一般的なＵＥ及びＣＳＧ対応ＵＥの両者へ情報を配信することができる。
【００６９】
[実施の形態２]
本実施の形態に係るＨＮＢ−ＧＷＳは、図１と同様に構成できる。また、本実施の形態に係るＨＮＢ−ＧＷ及びＡＡＡサーバは、それぞれ、図２及び図３と同様に構成できる。
【００７０】
但し、本実施の形態は、図７に示す如く離圏検出手順を実施し、以て後述する如く、ＵＥによるフェムトセルからの離圏の検出精度を向上させることができるという効果を奏する。なお、この効果は、検出対象のＵＥが一般なＵＥ又はＣＳＧ対応ＵＥのいずれであっても一様に得られる。また、上記の実施の形態１における在圏検出手順と、本実施の形態における離圏検出手順とを共に実施すれば、ＵＥによるフェムトセルへの在圏及びフェムトセルからの離圏の両者についての検出精度を向上させることができる。
【００７１】
具体的には、図７に示すように、音声サービスやパケットサービスの終了後、ＣＮ ２０主導でサービス毎に確立していたコネクションの切断が実施される(ステップＳ３１)。この時、ＨＮＢ−ＧＷ １１０＿１は、ＨＮＢ ３０＿２に対して、ＲＵＡ：Ｄｉｓｃｏｎｎｅｃｔを送信し、以てＨＮＢ ３０＿２と自ＨＮＢ−ＧＷ １１０＿１との間のコネクションを解放する(ステップＳ３２)。
【００７２】
この時、ＨＮＢ−ＧＷ １１０＿１は、ＵＥ ４０＿１によるＨＮＢ ３０＿２からの離圏を検出するためのタイマ(以下、離圏検出タイマと呼称する)を始動する(ステップＳ３３)。ここで、離圏検出タイマは、上述した周期位置登録タイマよりも短い時間長に設定される。
【００７３】
一方、アイドル状態に在るＵＥ ４０＿１は、図１に示したフェムトセル３１＿２よりも他のＨＮＢ−ＧＷ １１０＿２配下のフェムトセルの方が良品質であることを検出すると、ＨＮＢ−ＧＷ １１０＿２配下のフェムトセルへ移動し、以てＨＮＢ ３０＿２から離圏する(ステップＳ３４)。この結果、図７に点線で示す如く、ＨＮＢ−ＧＷ １１０＿２配下で上記のステップＳ２１〜Ｓ３０と同様の在圏検出手順が実施されることとなる。なお、ＵＥ ４０＿１が一般的なＵＥである場合、図８と同様の在圏検出手順が実施される。
【００７４】
この後、ＨＮＢ−ＧＷ １１０＿１は、離圏検出タイマの満了を検出すると(ステップＳ３５)、ＵＥ ４０＿１のＩＭＳＩを含むＡｃｃｅｓｓ ＲｅｑｕｅｓｔメッセージをＡＡＡサーバ１２０へ送信し、以てＵＥ ４０＿１の在圏ＨＮＢを収容するＨＮＢ−ＧＷのＲＮＣ−ＩＤを問合せる(ステップＳ３６)。
【００７５】
ＡＡＡサーバ１２０は、図３に示した管理テーブル１２４を検索し、通知されたＩＭＳＩに対応するＲＮＣ−ＩＤを取得する(ステップＳ３７)。そして、ＡＡＡサーバ１２０は、取得したＲＮＣ−ＩＤを含むＡｃｃｅｓｓ ＡｃｃｅｐｔメッセージをＨＮＢ−ＧＷ １１０＿１へ送信する(ステップＳ３８)。
【００７６】
今、ＵＥ ４０＿１がＨＮＢ−ＧＷ １１０＿２配下のＨＮＢへ在圏しているため、ＡＡＡサーバ１２０から通知されたＲＮＣ−ＩＤは、ＨＮＢ−ＧＷ １１０＿１に割り当てられたＲＮＣ−ＩＤと異なる。この場合、ＨＮＢ−ＧＷ １１０＿１は、ＵＥ ４０＿１が他のＨＮＢ−ＧＷ配下のフェムトセルへ移動したこと、換言すると、ＵＥ ４０＿１が自ＨＮＢ−ＧＷ配下のＨＮＢから離圏したことを検出する(ステップＳ３９)。この時、ＨＮＢ−ＧＷ １１０＿１は、上記の在圏検出手順で記憶したＩＭＳＩ及び在圏ＨＮＢ−ＩＤを削除する。これにより、離圏検出手順が完了となる。
【００７７】
なお、ＡＡＡサーバ１２０から通知されたＲＮＣ−ＩＤと、ＨＮＢ−ＧＷ １１０＿１に割り当てられたＲＮＣ−ＩＤとが一致する場合、ＵＥ ４０＿１は、ＨＮＢ ３０＿２に継続して在圏しているか、或いは自ＨＮＢ−ＧＷ配下の別のＨＮＢ ３０＿１に在圏している。このため、ＨＮＢ−ＧＷ １１０＿１は、離圏を検出しない。
【００７８】
このように、本実施の形態においては、ＵＥによるフェムトセルからの離圏を、図９に示した離圏検出手順と比較して早期に検出できる。このため、プレゼンス情報の配信等を行う場合には、誤った情報の配信を低減することができる。また、ＵＥ及びＨＮＢに対する改修が不要であるため、ＵＥ及びＨＮＢへ悪影響を及ぼすことも無い。
【００７９】
また、本実施の形態では、ＵＥが他のＨＮＢ−ＧＷ配下のフェムトセルへ移動した際の離圏検出手順を扱ったが、ＵＥがマクロセルへ移動した場合であってもフェムトセルからの離圏を早期に検出することができる。
【００８０】
具体的には、上記のステップＳ３７のタイミングにおいて、ＡＡＡサーバ１２０が、ＣＮ ２０内のＶＬＲ等のデータベースへアクセスし、以てＵＥ ４０＿１が在圏中のＭＮＢを収容するＲＮＣに割り当てられたＲＮＣ−ＩＤを取得する。そして、ＡＡＡサーバ１２０は、当該ＲＮＣ−ＩＤを含むＡｃｃｅｓｓ ＡｃｃｅｐｔメッセージをＨＮＢ−ＧＷ １１０＿１へ送信する。上述した通り、各ＨＮＢ−ＧＷのＲＮＣ−ＩＤには、ＭＮＢを収容するＲＮＣのＩＤとは異なる値が割り当てられている。このため、ＨＮＢ−ＧＷ １１０＿１は、ＵＥ ４０＿１が自ＨＮＢ−ＧＷ配下のＨＮＢから離圏したことを検出する。
【００８１】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【００８２】
この出願は、２０１０年９月２４日に出願された日本出願特願２０１０−２１３３６６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【００８３】
本発明は、ゲートウェイ、サーバ、及びこれらの通信制御方法、並びにゲートウェイシステムに適用され、特に移動機によるフェムトセルへの在圏及びフェムトセルからの離圏を検出する用途に適用される。【００８４】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。【００８５】
（付記１）
コアネットワークと基地局との間でトラヒックを中継するゲートウェイであって、
公衆網を介して、前記基地局との通信を行う第１の通信手段と、
前記コアネットワークと通信可能なサーバとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記制御手段は、
前記基地局から、前記基地局への在圏を要求する一の移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記サーバを介して前記コアネットワークから、前記一の移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、
前記第２の識別情報を用いて、前記一の移動機を特定する、
ゲートウェイ。【００８６】
（付記２）付記１において、
前記制御手段は、
前記基地局と自ゲートウェイとの間のコネクション解放をトリガとして、前記一の移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、
前記一定時間が経過した場合、前記サーバから、前記一の移動機が在圏している基地局を収容するゲートウェイの第３の識別情報を取得し、
前記第３の識別情報が自ゲートウェイに割り当てられた識別情報と一致しない場合、前記一の移動機が他の基地局に在圏していると判定する、
ことを特徴としたゲートウェイ。【００８７】
（付記３）
コアネットワークと基地局との間でトラヒックを中継するゲートウェイであって、
公衆網を介して、前記基地局との通信を行う第１の通信手段と、
少なくとも自ゲートウェイ、及び前記コアネットワークと他の基地局との間でトラヒックを中継する他のゲートウェイと通信可能なサーバとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記制御手段は、
前記基地局と自ゲートウェイとの間のコネクション解放をトリガとして、前記移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、
前記一定時間が経過した場合、前記サーバから、前記移動機が在圏している基地局を収容するゲートウェイの識別情報を取得し、
前記取得した識別情報が自ゲートウェイに割り当てられた識別情報と一致しない場合、前記移動機が前記他の基地局に在圏していると判定する、
ゲートウェイ。【００８８】
（付記４）
コアネットワークとの通信を行う第１の通信手段と、
前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記制御手段は、
前記ゲートウェイから、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、
前記第２の識別情報を前記ゲートウェイへ通知する、
サーバ。【００８９】
（付記５）
コアネットワークとの通信を行う第１の通信手段と、
前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックをそれぞれ中継する複数のゲートウェイとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記制御手段は、
１以上の移動機による各ゲートウェイ配下の基地局への在圏状況を、各ゲートウェイの識別情報と対応付けて管理し、
一のゲートウェイからの一の移動機についての在圏状況の問合せに応じて、前記一のゲートウェイに対し、前記一の移動機に対応するゲートウェイの識別情報を通知する、
サーバ。【００９０】
（付記６）付記５において、
前記制御手段は、
前記問合せをトリガとして、前記コアネットワークから、前記一の移動機が在圏している他の基地局を収容する制御装置の識別情報を取得し、
前記制御装置の識別情報を前記一のゲートウェイへ通知する、
ことを特徴としたサーバ。【００９１】
（付記７）
コアネットワークと基地局との間でトラヒックを中継するゲートウェイと、
前記コアネットワーク及びゲートウェイとの通信を行うサーバと、を備え、
前記ゲートウェイは、
公衆網を介して前記基地局から、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記サーバに対して、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を通知するよう要求すると共に、前記第２の識別情報を用いて前記一の移動機を特定し、
前記サーバは、
前記要求に応じて、前記コアネットワークから前記第２の識別情報を取得すると共に、前記第２の識別情報を前記ゲートウェイへ通知する、
ゲートウェイシステム。【００９２】
（付記８）
コアネットワークと基地局との間でトラヒックをそれぞれ中継する複数のゲートウェイと、
各ゲートウェイとの通信を行うサーバと、を備え、
各ゲートウェイは、
自ゲートウェイ配下のいずれかの基地局と自ゲートウェイとの間のコネクション解放をトリガとして、前記一の移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、前記一定時間が経過した場合、前記サーバに対して、前記一の移動機が在圏している基地局を収容するゲートウェイの識別情報を問合せ、前記問合せに応じて通知された識別情報が自ゲートウェイに割り当てられた識別情報と一致しない場合、前記一の移動機が他のゲートウェイ配下の基地局に在圏していると判定し、
前記サーバは、
１以上の移動機による各ゲートウェイ配下の基地局への在圏状況を、各ゲートウェイの識別情報と対応付けて管理し、前記問合せに応じて、各ゲートウェイに対し、前記一の移動機に対応するゲートウェイの識別情報を通知する、
ゲートウェイシステム。【００９３】
（付記９）
コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイの通信制御方法であって、
前記基地局から、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークと通信可能なサーバを介して前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、
前記第２の識別情報を用いて、前記移動機を特定する、
ことを含む通信制御方法。【００９４】
（付記１０）
コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイの通信制御方法であって、
前記基地局と前記ゲートウェイとの間のコネクション解放をトリガとして、前記移動機による位置更新要求の送信周期よりも短い一定時間の経過を待機し、
前記一定時間が経過した場合、少なくとも前記ゲートウェイ、及び前記コアネットワークと他の基地局との間でトラヒックを中継する他のゲートウェイと通信可能なサーバから、前記移動機が在圏している基地局を収容するゲートウェイの識別情報を取得し、
前記取得した識別情報が前記ゲートウェイに割り当てられた識別情報と一致しない場合、前記移動機が前記他の基地局に在圏していると判定する、
ことを含む通信制御方法。【００９５】
（付記１１）
コアネットワーク、及び前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックを中継するゲートウェイとの通信を行うサーバの通信制御方法であって、
前記ゲートウェイから、前記基地局への在圏を要求する移動機に一時的に割り当てられた第１の識別情報を受信した場合、前記コアネットワークから、前記移動機に永続的に割り当てられ且つ前記第１の識別情報に対応付けられた第２の識別情報を取得し、
前記第２の識別情報を前記ゲートウェイへ通知する、
ことを含む通信制御方法。【００９６】
（付記１２）
コアネットワーク、及び前記コアネットワークと、公衆網を介して前記コアネットワークへ編入する基地局との間でトラヒックをそれぞれ中継する複数のゲートウェイとの通信を行うサーバの通信制御方法であって、
１以上の移動機による各ゲートウェイ配下の基地局への在圏状況を、各ゲートウェイの識別情報と対応付けて管理し、
一のゲートウェイからの一の移動機についての在圏状況の問合せに応じて、前記一のゲートウェイに対し、前記一の移動機に対応するゲートウェイの識別情報を通知する、
ことを含む通信制御方法。
【符号の説明】
【００９７】
１０  ＨＮＢ−ＧＷＳ
２０, ２０ｘ  ＣＮ
３０, ３０＿１〜３０＿４, ３０ｘ  ＨＮＢ
３１, ３１＿１〜３１＿４  フェムトセル
４０, ４０＿１, ４０＿２, ４０ｘ  ＵＥ
１１０, １１０＿１, １１０＿２, １１０ｘ  ＨＮＢ−ＧＷ
１１１  ＨＮＢ Ｉ／Ｆ
１１２, １２１  バックボーン ／Ｆ
１１３, １２３  制御部
１１４, １２４, １２４＿１, １２４＿２  管理テーブル
１２０, １２０ｘ  ＡＡＡサーバ
１２２  ＨＮＢ−ＧＷ Ｉ／Ｆ
【図１】
2012039082.tif 000003
【図２】
2012039082.tif 000004
【図３】
2012039082.tif 000005
【図４】
2012039082.tif 000006
【図５】
2012039082.tif 000007
【図６Ａ】
2012039082.tif 000008
【図６Ｂ】
2012039082.tif 000009
【図６Ｃ】
2012039082.tif 000010
【図７】
2012039082.tif 000011
【図８】
2012039082.tif 000012
【図９】
2012039082.tif 000013
【国際調査報告】
2012039082.tif 000014
2012039082.tif 000015