通信システム、該通信システムにおける情報処理装置とフェムト基地局並びにその制御方法と制御プログラム、及びフェムト基地局への情報送信方法

本発明は、フェムトセルを提供する通信システムにおいてフェムトセルにおける改善された在圏制御を提供する通信処理技術に関する。

特許文献１には、指示端末からの指示にしたがって端末制御サーバが携帯端末の機能を制御する技術が記載されている。

特許文献２には、フォムトセル内で使用可能なサービス提供端末によるサービス提供を、移動局がそのフェムトセルに在圏する場合は許可し、在圏しない場合は制限する技術が記載されている。

特許文献３には、携帯端末が公衆の無線基地局の管理セルから、携帯端末の使用を特定ユーザに限定する私設基地局の管理セル（たとえば、オフィス内や自宅内など）への移動を、ＲＦＩＤタグが有するＩＭＳＩを用いて判定する技術が開示されている。

特許文献４には、通信ネットワークにおけるユーザ機器へのサービスの有効化／無効化が、装置管理オブジェクトを介して制御される技術が開示されている。

しかしながら、上記従来技術では、ユーザ端末の管理を行なうユーザ端末管理サーバは、コアネットワーク側に配置されている。 これは、３ＧＰＰ ＴＳ２３．００３５．１７ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｏｆ Ｈｏｍｅ （ｅ）ＮｏｄｅＢ ｅｎｔｉｔｉｅｓにおいても同様であり、フェムトセルを制御する基地局あるいはゲートウェイとのインタフェースは存在していなかった。 また、基地局を管理する基地局管理サーバが、基地局に対して監視対象あるいは、監視しなくてもよいユーザ端末を通知する方法がなかった。 ユーザ端末が在圏した場合に、その在圏を通知すべき通知先（ユーザ端末管理サーバや、プレゼンスサーバ、アプリケーションサーバ、ＩＰ対応デバイス等）を、基地局管理サーバが基地局に設定する方法がなかった。 また、ユーザ端末の制御方法の設定は、事業者（オペレータ）がユーザ端末管理サーバのファームウェア更新等を行う場合にのみ変更可能であり、基地局の所有者が、ユーザ端末の制御方法を変更することはできなかった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明の第１の態様に係るシステムは、フェムトセルを提供するフェムト基地局を含む通信システムである。 この通信システムは、前記フェムトセルに対するユーザ端末の在圏変化を通知すべき通知先を、前記フェムト基地局に設定する通知先設定手段を含む。 前記フェムト基地局は、ユーザ端末の在圏変化を検知した場合に、設定された前記通知先に前記在圏変化を通知する。

上記目的を達成するため、本発明の第２の態様に係る方法は、フェムトセルを提供する通信システムの制御方法を提供する。 この制御方法は、前記フェムトセルに対するユーザ端末の在圏変化を通知すべき通知先を、前記フェムト基地局に設定する通知先設定ステップと、ユーザ端末の在圏変化を検知した場合に、前記フェムト基地局が設定された前記通知先に前記在圏変化を通知する在圏変化通知ステップとを含む。

上記目的を達成するため、本発明の第３の態様に係る装置は、フェムトセルを提供する通信システムにおいてユーザ端末を管理する情報処理装置である。 この情報処理装置は、少なくともフェムトセルを識別するセルＩＤに対応付けて、ユーザ端末の機能の制限又は追加を記憶する記憶手段と、ユーザ端末の前記フェムトセルに対する在圏変化を検知したフェムト基地局から、前記フェムト基地局に予め設定された当該情報処理装置を表わす通知先に通知された前記在圏変化を受信する受信手段と、前記ユーザ端末の圏外から圏内への変化が受信されれば、前記記憶手段に記憶された前記ユーザ端末の機能の制限又は追加をし、前記ユーザ端末の圏内から圏外への変化が受信されれば、前記ユーザ端末の機能の制限又は追加を解除する管理手段とを含む。

上記目的を達成するため、本発明の第４の態様に係る方法は、フェムトセルを提供する通信システムにおいてユーザ端末を管理する情報処理装置の制御方法を提供する。 この制御方法は、ユーザ端末の前記フェムトセルに対する在圏変化を検知したフェムト基地局から、前記フェムト基地局に予め設定された当該情報処理装置を表わす通知先に通知された前記在圏変化を受信する受信ステップと、前記ユーザ端末の圏外から圏内への変化が受信されれば、少なくともフェムトセルを識別するセルＩＤに対応付けて記憶手段に記憶されたユーザ端末の機能の制限又は追加をし、前記ユーザ端末の圏内から圏外への変化が受信されれば、前記ユーザ端末の機能の制限又は追加を解除する管理ステップとを含む。

上記目的を達成するため、本発明の第５の態様に係るプログラムは、フェムトセルを提供する通信システムにおいてユーザ端末を管理する情報処理装置の制御プログラムである。 この制御プログラムは、ユーザ端末の前記フェムトセルに対する在圏変化を検知したフェムト基地局から、前記フェムト基地局に予め設定された当該情報処理装置を表わす通知先に通知された前記在圏変化を受信する受信ステップと、前記ユーザ端末の圏外から圏内への変化が受信されれば、少なくともフェムトセルを識別するセルＩＤに対応付けて記憶手段に記憶されたユーザ端末の機能の制限又は追加をし、前記ユーザ端末の圏内から圏外への変化が受信されれば、前記ユーザ端末の機能の制限又は追加を解除する管理ステップとを、コンピュータに実行させる。

上記目的を達成するため、本発明の第６の態様に係る装置は、フェムトセルを提供する通信システムにおいてユーザへのサービスを管理する情報処理装置である。 この情報処理装置は、少なくともフェムトセルを識別するセルＩＤに対応付けて、ユーザに対するサービスを記憶する記憶手段と、ユーザ端末のフェムトセルに対する在圏変化を検知したフェムト基地局から、前記フェムト基地局に予め設定された当該情報処理装置を表わす通知先に通知された前記在圏変化を受信する受信手段と、前記ユーザ端末の圏外から圏内への変化が受信されれば、前記記憶手段に記憶された前記ユーザに対するサービスを開始し、前記ユーザ端末の圏内から圏外への変化が受信されれば、前記ユーザに対するサービスを解除する管理手段とを含む。

上記目的を達成するため、本発明の第７の態様に係る方法は、フェムトセルを制御するフェムト基地局に情報を送信する情報送信方法を提供する。 この情報送信方法は、前記フェムトセルに対するユーザ端末の在圏変化を通知すべき通知先を、標準プロトコルに準拠した送信データの一部として、前記フェムト基地局に送信することを含む。

上記目的を達成するため、本発明の第８の態様に係る装置は、フェムトセルを提供する通信システムにおける該フェムトセル内のユーザ端末を制御するフェムト基地局である。 このフェムト基地局は、ユーザ端末の前記フェムトセルに対する在圏変化を通知すべき通知先を受信する受信手段と、前記ユーザ端末の在圏変化を検知した場合に、該在圏変化を受信した前記通知先に通知する通知手段とを含む。

上記目的を達成するため、本発明の第９の態様に係る方法は、フェムトセルを提供する通信システムにおける該フェムトセルを制御するフェムト基地局の制御方法を提供する。 この制御方法は、ユーザ端末の前記フェムトセルに対する在圏変化を通知すべき通知先を受信する受信ステップと、前記ユーザ端末の在圏変化を検知した場合に、該在圏変化を受信した前記通知先に通知する通知ステップとを含む。

上記目的を達成するため、本発明の第１０の態様に係るプログラムは、フェムトセルを提供する通信システムにおける該フェムトセルを制御するフェムト基地局の制御プログラムである。 この制御プログラムは、ユーザ端末の前記フェムトセルに対する在圏変化を通知すべき通知先を受信する受信ステップと、前記ユーザ端末の在圏変化を検知した場合に、該在圏変化を受信した前記通知先に通知する通知ステップとを、コンピュータに実行させる。

本発明によれば、在圏変化にしたがってフェムトセル内でのユーザ端末の制御変更を行なうことができる。

本発明の第１実施形態の通信システムの構成例を示すブロック図である。

本発明の第２実施形態の通信システムの構成例を示すブロック図である。

図２のＨＮＢの構成例を示すブロック図である。

図３のデータベース部６０３の構成例を示す図である。

ＨＮＢの処理手順例を示すフローチャートである。

ＨＮＢの処理手順例を示すフローチャートである。

図２のＨＭＳの構成例を示すブロック図である。

図６のデータベース部７０３に記憶されＨＮＢに送信される送信データの一例を示す図である。

図６のデータベース部７０３に記憶されＨＮＢに送信される送信データの他例を示す図である。

図６のデータベース部７０３に記憶されＨＮＢに送信される送信データのさらに他例を示す図である。

図２のＨＮＢ−ＧＷの構成例を示すブロック図である。

図１０のデータベース部９０３に記憶されＨＮＢに送信される送信データの一例を示す図である。

図２のＯＭＡ−ＤＭサーバの構成例を示すブロック図である。

図１２のデータベース部８０３に記憶される在圏ユーザ端末への処理の一例を示す図である。

ＯＭＡ−ＤＭサーバの処理手順例を示すフローチャートである。

第２実施形態の通信システムの宛先設定シーケンス例を示すシーケンス図である。

第２実施形態の通信システムの在圏変化通知シーケンス例を示すシーケンス図である。

本発明の第３実施形態の通信システムの構成例を示すブロック図である。

第３実施形態のＨｅＮＢ−ＧＷのデータベース部に記憶されＨＮＢに送信される送信データの一例を示す図である。

第３実施形態の通信システムの宛先設定シーケンス例を示すシーケンス図である。

第３実施形態の通信システムの在圏変化通知シーケンス例を示すシーケンス図である。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。 ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての通信システムについて、図１を用いて説明する。 図１は、ユーザ端末（ＵＥ（User Equipment））の在圏変化をフェムト基地局（ＨＮＢ，ＨｅＮＢ）が設定された通知先に通知する通信システムの構成例を示している。 図１において、本通信システムはフェムトセルを提供するフェムト基地局１０を含み、フェムトセルに対するユーザ端末３０の在圏変化を通知すべき通知先を、フェムト基地局１０に設定する通知先設定部２０を有する。 フェムト基地局１０は、ユーザ端末３０の在圏変化を検知した場合に、設定された通知先に在圏変化を通知する。 ここで、在圏変化とは、ユーザ端末３０が移動してフェムト基地局１０が制御するフェムトセルの圏外から圏内に変化した場合、及び、ユーザ端末３０が移動してフェムト基地局１０が制御するフェムトセルの圏内から圏外に変化した場合を含んでいる。 かかる構成により、フェムト基地局は、ユーザ端末の在圏変化を予め指定された通知先へ通知するのではなく、設定された所望の通知先へ送信することができる。 したがって、ユーザ端末の制御変更ができる送信先を選択すれば在圏変化に応じてフェムトセル内でのユーザ端末の制御変更を行なうことができる。 従って、本実施形態は、フェムト基地局１０への情報送信方法としての特徴も有している。

［第２実施形態］
本実施形態は、フェムトセルを構成する通信システムにおいて、フェムトセルにＴＲ−０６９ベースにより、予め、報告させておきたいＩＭＳＩ（International Mobile Subscriber Identity）のリスト及び報告先のＯＭＡ−ＤＭサーバのホストネーム（ＦＱＤＮ（Fully Qualified Domain Name）形式）あるいは、ＩＰ（Internet Protocol）アドレス情報を登録しておく。 そして、フェムトセルにＵＥが在圏あるいはフェムトセルより離れた場合に、指定されたホストネーム（ＦＱＤＮ形式）、あるいはＩＰアドレスのＯＭＡ−ＤＭサーバに通知を行う。 これにより、ＯＭＡ−ＤＭサーバは、予め定められたポリシーに従い、移動端末に対して、ＯＭＡ−ＤＭプロトコルにより、デバイス制御可能としたことを特徴としている。

＜本実施形態で使用される文言の説明＞
（フェムトセル）
フェムトセルは通常、数十メートルの半径をレンジとする小型基地局である。 ユースケースとしては、家庭内あるいは企業内に設置することが想定される。 主に、フェムトセルは、(1)カバーレッジの向上、(2)スループットの増加、(3)データオフロード機能により、移動体事業者内のトラフィックを減らし、ＯＰＥＸ（Operating Expense）を下げる、(4)フェムトセル使用時の課金を安くすること、を狙いとして設置される。 また、フェムトセルのメリットとして、これらの小型基地局にＵＥが在圏することによって、ユーザの場所を特定することができる。 フェムトセル以外に、よく知られた位置推定方法としては、ＧＰＳ（Global Positioning System）によっても、ユーザの位置を特定することができるが、ＧＰＳ方式に比べて以下の利点がある。
・ＧＰＳ測定ではＵＥの位置測定頻度が多い場合には、バッテリーが懸念される。
・ＧＰＳは建物内での衛星の測定感度が懸念される。
・ＧＰＳはビル等でのフロア（階）検出が困難である。
このように、フェムトセルによってＵＥの位置を特定することは、ＧＰＳを用いる場合に比べて、上記の利点がある。 本実施形態では、フェムトセル、ＨＮＢについては、同じ意味を指す同義語として使用されている。

（ＴＲ−０６９）
ＴＲ−０６９（Technical Report 069）は、ＢｒｏａｄｂａｎｄフォーラムのＣＰＥ−ＷＡＮ管理プロトコル（CWMP, CPE WAN Management Protocol）の技術仕様である。 この技術仕様は、エンドユーザ機器の遠隔管理のためのプロトコルを定義している。 ＴＲ−０６９は、ＳＯＡＰ（Simple Object Access Protocol）／ＨＴＴＰ（Hyper Text Transfer Protocol）にもとづく双方向のプロトコルである。 従って、ＣＰＥ（広域ネットワーク（ＷＡＮ）と顧客のネットワークとを接続する機器）と自動設定サーバ（ACS, Auto Configuration Servers）との通信を規定している。 フェムトシステムでは、ＣＰＥはＨＮＢあるいは、ＨｅＮＢに相当し、ＡＣＳはＨＭＳあるいはＨｅＭＳに相当している。

（ＴＲ−１９６）
Ｂｒｏａｄｂａｎｄフォーラムによって定義されたフェムトセル用（ＨＮＢ用 ｏｒ ＨｅＮＢ）の標準データモデル（Femto Access Point Service Data Model）を定義している。

（ＯＭＡ−ＤＭ）
ＯＭＡ−ＤＭとは、"open mobile alliance-device management"の略で，モバイル関連のアプリケーションの標準化を進めるOpen Mobile Allianceが策定したデバイス管理機能である。 ＯＭＡ−ＤＭは、データ交換のためにＸＭＬ（Extensible Markup Language）を使用してデバイス管理を行い、デバイス管理サーバ及びデバイス（管理対象のクライアント）間の通信によって行われる。 ＯＭＡ−ＤＭは、物理インタフェースでは有線（ＵＳＢ（Universal Serial Bus）， ＲＳ（Recommended Standard）−２３２）及び無線インタフェース（GSM（Global System for Mobile Communications）, W-CDMA（Wideband Code Multiple Access）, IrDA（Infrared Data Association） or Bluetooth, LTE等）の両方にて、様々なデータ転送用のプロトコルをサポートしている。 通信はＷＡＰ（Wireless Application Protocol） Ｐｕｓｈあるいは、ＳＭＳ（Short Message Service）等のようなメソッドを使用して、非同期的にＯＭＡ−ＤＭサーバによって、起動される。

したがって、フェムトセルへの在圏変化がフェムト基地局からＯＭＡ−ＤＭに通知されるようにすれば、以下の効果が得られる。
（１）フェムトセルの局所性を活かして、フェムトセルに在圏、あるいは、フェムトセルより離れた場合に即座にＯＭＡ−ＤＭサーバに通知される。 そのため、リアルタイムなデバイス制御（マナーモード／ドライブモードへの切り替え、携帯電話の特定デバイスの許可／禁止）を実現する。
（２）ＨＮＢの所有者がインターネット等のＷＥＢアクセスによって、自在にデバイス制御方法を設定することが可能となる。
（３）フェムトセルの局所性を活かした在圏サービスや家庭／企業内のＩＰ対応デバイスとの間の家電連携／機器連携が可能となる。

＜第２実施形態の通信システムの構成例＞
本発明の第２実施形態としての通信システムの構成について、図２を用いて説明する。
図２において、ＨＮＢ（3G Home NodeB）１０１，１０２はフェムト基地局と呼ばれ、第３世代の無線方式（Ｗ−ＣＤＭＡ）に対応した小型用の基地局を示す。 ＨＭＳ（Home NodeB Mnagement System）１０４は、ＨＮＢ１０１，１０２制御するための保守管理サーバである。 ＨＮＢ１０１,１０２は、ＨＮＢ−ＧＷ（3G HNB Gateway）に接続され、ＨＮＢ−ＧＷを経由してコアネットワーク（ＣＮ：Core Network)側と通信を行うゲートウェイである。

図２において、ＨＭＳは、ＴＲ−０６９プロトコルを使用して、本実施形態で導入する「監視対象移動端末情報」（UE information monitored by HNB）をＨＮＢに提供する。 監視対象移動端末情報をベースに、ＨＮＢは、ＨＮＢの圏内に入ってくるＵＥあるいは、ＨＮＢより圏外へ出て行くＵＥの監視を行う。 ＨＮＢの圏内にＵＥが移動、あるいは、ＨＮＢの圏内より離れた場合に、監視対象移動端末情報を確認する。 ＵＥのＩＭＳＩが監視対象移動端末情報に含まれている場合に、監視対象移動端末情報で指定されたホストネーム（ＦＱＤＮ形式）あるいはＩＰアドレスで指定されるＯＭＡ−ＤＭサーバ１０６に対して、在圏変化の通知を行う。 ＯＭＡ−ＤＭサーバでは、セルＩＤ等によりＨＮＢを識別し、定められたアクションにしたがってＵＥに対してＯＭＡ−ＤＭプロトコルを起動して、適切なデバイス制御を行う。 これによって、たとえば、本屋や美術館等のＨＮＢに監視対象のＵＥが在圏したことをＨＮＢが検出すると、ＨＮＢはＯＭＡ−ＤＭサーバに通知し、ＵＥのカメラデバイスを停止することが可能となる。 これにより、ユーザが携帯電話のカメラ機能を使用して、購入していない本のページを無断で写真にとってしまうことを防止できる。 また、美術館においても写真撮影が禁止されている美術品をユーザが携帯電話のカメラ機能を使用して、写真にとなってしまうことを防止することが可能となる。

なお、図２においては、ＨＮＢとＨＭＳやＨＮＢ−ＧＷとの間にネットワークを示していないが、これはデータの送信手順を明瞭にするためであって、当然ながらＨＮＢとＨＭＳやＨＮＢ−ＧＷとの間もネットワークを介して通信される。

（本実施形態に関連するメッセージ信号例）
図２には、本実施形態に関連する機能要素間のメッセージ信号の一部がその方向を示す矢印と共に図示されている。

（通知先設定用のメッセージ）
１０８は、ＵＥ１０３の在圏変化を検知した場合のその通知先としてＯＭＡ−ＤＭサーバ１０６を、ＨＭＳ１０４からＨＮＢ１０２にＴＲ−０６９に準拠したSET PARAMETER VALUES命令に従って設定するメッセージ信号である。 以下に図７で示す例では、信号１０８は、３ＧＰＰ ＴＳ２５．４６７に規定されたCN Level Parametersの一部として送信される。 図８で示す例では、信号１０８は、３ＧＰＰ ＴＳ３２．５８２に規定されたHNB Access Network Related Parameter Typesの一部として送信される。 図９で示す例は、信号１０８は、ＴＲ−１９６に規定されたパラメータの一部として示されている。 以下の図１５のシーケンスでは、信号１０８は、ケース１として参照される。

１０９は、標準プロトコルのパラメータの中で、ＵＥ１０３の在圏変化を検知した場合のその通知先としてＯＭＡ−ＤＭサーバ１０６をＨＮＢ−ＧＷ１０５からＨＮＢ１０１に設定するメッセージ信号である。 以下に図１１で示す例では、信号１０９は、３ＧＰＰ Ｓ２５．４６９で規定されたHUB REGISTER ACCEPTの一部として送信される。 以下の図１５のシーケンスでは、信号１０９は、ケース２として参照される。

（在圏変化通知用のメッセージ）
１１０は、ＵＥ１０３の在圏変化を検知した場合にその通知をＯＭＡ−ＤＭサーバ１０６に送るために、ＴＲ−０６９に準拠したINFORM命令に従ってＨＮＢ１０２からＨＭＳ１０４に送信するメッセージ信号である。 １１１は、ＨＭＳ１０４が、ＨＮＢ１０２から受信したＵＥ１０３の在圏変化を検知した通知をＨＴＴＰでＯＭＡ−ＤＭサーバ１０６に送るメッセージ信号である。 １１２は、ＵＥ１０３の在圏変化を検知した場合にその通知をＨＮＢ１０１が直接ＨＴＴＰでＯＭＡ−ＤＭサーバ１０６に送るためのメッセージ信号である。 以下の図１６のシーケンスでは、信号１１０及び１１１による通知はケース１として参照され、信号１１２による通知はケース２として参照される。

＜ＨＮＢ１０１，１０２の構成例＞
図３に示されるように、ＨＮＢ１０１，１０２は、他の装置（ＨＭＳ，ＯＭＡ−ＤＭサーバ，ＨＮＢ−ＧＷ等）とのＴＲ−０６９／ＳＯＡＰ／ＨＴＴＰ及びＨＮＢＡＰ（HNB Application Part），ＲＵＡ（RANAP(Radio Access Network Application Part) User Application）プロトコル等の信号の送受信を行う信号送受信部６０１を有している。 また、ＨＮＢ１０１，１０２は、データモデル上の対象ＩＭＳＩを監視し、ＨＮＢ−ＧＷ１０５あるいはＨＭＳ１０４に通知することを決定する制御部６０２を有している。 また、ＨＮＢ１０１，１０２は、ＨＮＢ１０１，１０２がＵＥ１０３の移動性の管理等を行うためのデータベース部６０３を有している。 ここで、ＨＮＢ１０１，１０２の各構成要素の機能は、ハードウエアで実現されてもよいし、ＣＰＵ（Central Processing Unit）がメモリを使用しながらプログラムを実行することで達成されるソフトウェアでの実現であってもよい。

（データベース部６０３の構成例）
図４は、図３のデータベース部６０３の構成例を示す図である。 ここでは、本実施形態の特徴的部分を実現するために必須のデータのみを示し、ユーザ端末の制御に関連するような他のデータは省略している。

６０３ａは、受信したメーセージにより設定された、在圏変化を検知した場合にその通知を行なう通知先を記憶する領域である。 ６０３ｂは、受信したメーセージにより設定された、ＨＮＢ１０１，１０２が監視すべきユーザ端末のリストである監視リスト(Monitored IMSI List)を記憶する領域である。 ６０３ｃは、監視用情報として受信したメーセージにより設定された、ＨＮＢ１０１，１０２が監視しなくてよいユーザ端末のリストである非監視リスト(NOT Monitored IMSI List)を記憶する領域である。 ６０３ｄは、ＨＮＢ１０１，１０２がＯＭＡ−ＤＭサーバ１０６に対してユーザ端末の機能の制限や追加、他のサービスサーバに対してサービスの制限や追加を指示した履歴を記憶する領域である。

（ＨＮＢ１０１，１０２の処理手順例）
図５Ａ及び図５Ｂに、ＨＮＢ１０１，１０２の処理手順例のフローチャートを示す。 上記のように、このフローチャートにも、本実施形態の特徴的部分を実現するための関連部分のみを図示している。

まず、ステップＳ１０では、ＨＮＢは、いずれかのユーザ端末で在圏変化の検知があったか否かを判断する。 ＨＮＢは、在圏変化の検知でなければステップＳ３０に進む。

（在圏変化の処理手順）
在圏変化の検知であれば、ＨＮＢは、ステップＳ１１に進んで、在圏変化したユーザ端末を所有する加入者の識別子（ＩＭＳＩ）を取得する。 ステップＳ１２では、ＨＮＢは、在圏変化が圏外から圏内への変化か／圏内から圏外への変化かを判断する。 圏外から圏内への変化であれば、ＨＮＢは、ステップＳ１３に進んで、在圏変化したユーザ端末が監視対象か否かを、監視リスト６０３ｂ及び／又は非監視リスト６０３ｃに従って判断する。 在圏変化したユーザ端末が監視対象であると判断されると、ＨＮＢは、ステップＳ１４で通知先６０３ａを読出し、ステップＳ１５で、ＨＮＢからＯＭＡ−ＤＭサーバ１０６への通知処理を行なう。

かかる通知メッセージは、在圏変化したユーザ端末を所有する加入者の識別子（ＩＭＳＩ）と、当該ＨＮＢが制御するフェムトセルを識別する識別子（セルＩＤ）と、必要ならば加入者の所属するグループを識別するＣＳＧ＿ＩＤ（Closed Subscriber Group ID）とを含む。 そして、ＨＮＢは、ステップＳ１６で、ここでは詳説しない通常の在圏処理を行なう。 なお、ユーザ端末が監視対象でない場合は直接ステップＳ１６で在圏処理を行なうように図示したが、図１６のシーケンス図に示すように、ＨＮＢ−ＧＷ１０５へのＲＵＡ ＣＯＮＮＥＣＴ手順などを行なう。 しかし、図５Ａでは煩雑を避けるため省略している。

一方、ステップＳ１２の判断で圏内から圏外への変化であれば、ＨＮＢは、ステップＳ１７で在圏変化したユーザ端末が監視対象か否かを、監視リスト６０３ｂ及び／又は非監視リスト６０３ｃに従って判断する。 在圏変化したユーザ端末が監視対象であると判断されると、ＨＮＢは、ステップＳ１８で通知先６０３ａを読出し、ステップＳ１９で、ステップＳ１５と同様に、ＨＮＢからＯＭＡ−ＤＭサーバ１０６への通知処理を行なう。 そして、ステップＳ２０で、ＨＮＢは、ここでは詳説しない通常の圏外移行処理を行なう。 なお、ユーザ端末が監視対象でない場合は直接ステップＳ２０で圏外移行処理を行なうように図示したが、図１６のシーケンス図に示すように、ＨＮＢは、ＨＮＢ−ＧＷ１０５へのＲＵＡ ＣＯＮＮＥＣＴ手順などを行なう。 しかし、図５Ａでは煩雑を避けるため省略している。

（通知先受信処理）
ステップＳ３０では、ＨＮＢは、通知先を含む各メッセージを受信したか否かを判断する。 なお、通信先を含まないメッセージの処理は省略している。 通信先の受信であれば、ＨＮＢは、ステップＳ３１に進んで、メッセージに含まれる受信データから通知先を抽出する。 次に、ステップＳ３２で、ＨＮＢは、メッセージ中に指定があれば、監視対象（非監視対象）の情報を抽出する。 ステップＳ３３で、ＨＮＢは、抽出した通知先と監視対象（非監視対象）の情報を、図４の６０３ａ〜６０３ｃに示した領域に登録あるいは更新する。

（圏内処理の変更処理）
ステップＳ４０では、ＨＮＢは、ＨＮＢからのＯＭＡ−ＤＭサーバ１０６のユーザ端末機能の変更や他のサービスサーバのサービスの変更（制限、追加、削除を含む）の指示があるか否かを判断する。 指示があると判断すれば、ＨＮＢは、ステップＳ４１に進んで、変更用のデータを作成する。 相手がＯＭＡ−ＤＭサーバ１０６である場合は、ＨＮＢは、次のメッセージを作成する。 メッセージは、当該ＨＮＢが制御するフェムトセルを識別する識別子（セルＩＤ）と、必要ならば加入者の所属するグループを識別するＣＳＧ＿ＩＤと、処理対象のＩＭＳＩと、図１３を参照して後述するアクションとを含む。 ステップＳ４２で、ＨＮＢは、図４の６０３ａから通知先を読出し、ステップＳ４３で作成メッセージを読み出した通知先に送信する。

なお、上記いずれの処理でもなければ、ＨＮＢは、ステップＳ５０で他の処理を行なう。

＜ＨＭＳ１０４の構成例＞
図６に示されるように、ＨＭＳ１０４は、他の装置（ＨＮＢ，ＯＭＡ−ＤＭサーバ等）とのＳＯＡＰ／ＨＴＴＰ等の信号の送受信を行う信号送受信部７０１を有する。 また、ＨＭＳ１０４は、ＨＮＢ１０１,１０２に対して、たとえば図９に記載されるオブジェクト／パラメータを含めて、オブジェクトの追加、削除、パラメータを設定するための制御部７０２を有する。 また、ＨＭＳ１０４は、ＨＮＢ１０１，１０２毎のデータを管理するためのデータベース部７０３を有している。 なお、ＨＭＳ１０４の各構成要素の機能は、ハードウエアで実現されてもよいし、ＣＰＵがプログラムを実行することで達成されるソフトウェアでの実現であってもよい。

ここで、データベース部７０３には、本ＨＭＳ１０４が保守管理するＨＮＢ１０１，１０２のそれぞれに対応して、フェムトセル制御のための各標準プロトコルで送信される図７乃至図９のパラメータが記憶されている。 図６のデータベース部７０３には、一例として、ＨＮＢ１０１用のParameter Set ７１と、ＨＮＢ１０２用のParameter Set ７２とが図示されている。 なお、全パラメータがＨＮＢの数だけ記憶される必要はなく、共有パラメータと本実施形態の在圏変化の通知先を含む各ＨＮＢに依存するパタメータとは、分離されて記憶されても良い。

（ＨＭＳ１０４による通知先設定データの例）
本実施形態では、(1) ＨＭＳとＨＮＢ間インタフェースで使用されるＴＲ−１９６に、図７、図８、図９で示される監視対象あるいは監視対象外のＩＭＳＩを追加する。 また、(2) ＨＭＳとＨＮＢ間インタフェースで使用されるＴＲ−１９６に、図７、図８、図９で示される通知先のホストネーム（ＦＱＤＮ形式）および／またはＩＰアドレス情報の追加をする。 なお、図７乃至図９では、上記監視対象あるいは監視対象外のＩＭＳＩの追加や、通知先のホストネーム（ＦＱＤＮ形式）、ＩＰアドレス情報の追加を太線で囲って示している。

（例１：CN Level Parametersの例）
図７に示すように、Monitored IMSI List and Destination Information for mobility related notificationパラメータを、CN Level Parametersに追加している。

（例２：HNB Access Network Related Parameter Typesの例）
図８に示すように、Monitored IMSI List and Destination Information for mobility related notificationパラメータを、HNB Access Network Related Parameter Typesに追加している。

（例３：TR-196のパラメータで示した例）
図９に示すように、フェムトのデータモデルにおいて、新たに、FAP Service.｛i｝.PresenceMgmt.及びFAPService.{i}.PresenceMgmt.MemberDetail.{i}.オブジェクト及びパラメータを追加している。 しかし、これらは一例であり、既存のオブジェクトやパラメータに追加してもよい。

また、監視対象のＩＭＳＩを指定できるようになっているが、以下のようにすれば、監視対象のＩＭＳＩとして全てのＩＭＳＩを監視対象として設定できる。
１． FAPService.{i}.PresenceMgmtのオブジェクトは存在するが、Not Monitored List、Monitored Listを両方とも設定しないことによって、全てを監視対象とする。
２． Monitored Listを設定せず、Not monitored Listのみを設定することによって、特定のＩＭＳＩ以外のＵＥを監視対象とする。
３． Monitored Listを設定し、Not monitored Listを設定しない。 これによって、特定のＩＭＳＩのＵＥを監視対象とするFAPService.{i}.PresenceMgmt.MemberDetail.{i}.オブジェクトでは、監視対象のＩＭＳＩごとに通知先のＩＰアドレスあるいはホストネームを設定することができる。

さらに、本実施形態の在圏変化の通知先を他のグループのパラメータに追加してもよい。 また、通知するための伝送プロトコル、メソッドなどを追加してもよい。

＜ＨＮＢ−ＧＷ１０５の構成例＞
図１０に示されるように、ＨＮＢ−ＧＷ１０５は、他の装置（ＵＥ，ＨＮＢ，ＨＭＳ，ＯＭＡ−ＤＭサーバ等）とのＳＯＡＰ／ＨＴＴＰ及び、ＨＮＢＡＰ、ＲＵＡあるいはＲＡＮＡＰプロトコル等の信号の送受信を行う信号送受信部９０１を有する。 また、ＨＮＢ−ＧＷ１０５は、ＨＮＢからの信号を他の機能要素へのルーティングを制御する制御部９０２を有する。 さらに、ＨＮＢ−ＧＷ１０５は、ＵＥ１０３の位置管理情報等を記憶するデータベース部９０３を有している。 ＨＮＢ−ＧＷ１０５が、ＨＭＳ１０４の代わりに、監視対象のＩＭＳＩ情報及び通知先情報をＨＮＢ１０１,１０２に通知してもよい。 この場合には、ＨＮＢＡＰ（３ＧＰＰ ＴＳ２５．４６９）、ＲＵＡ（３ＧＰＰ ＴＳ２５．４６８）、あるいはＲＡＮＡＰ（３ＧＰＰ ＴＳ２５．４１３）プロトコルを用いる。 なお、ＨＮＢ−ＧＷ１０５の各構成要素の機能は、ハードウエアで実現されてもよいし、ＣＰＵがプログラムを実行することで達成されるソフトウェアでの実現であってもよい。

ここで、データベース部９０３には、接続するＨＮＢ１０１,１０２に対応して、フェムトセル制御のための各標準プロトコルで送信される図１１のパラメータが記憶されている。 図１０のデータベース部９０３には、一例として、ＨＮＢ１０１用のParameter Set ９１と、ＨＮＢ１０２用のParameter Set ９２とが図示されている。 なお、全パラメータがＨＮＢの数だけ記憶されることはなく、共有パラメータと本実施形態の在圏変化の通知先を含む各ＨＮＢに依存するパタメータとは、分離されて記憶されても良い。

（ＨＮＢ−ＧＷ１０５による通知先設定データの例）
（例１：HNB REGISTER ACCEPTの例）
図１１に、HNBAP HNB REGISTER ACCEPTメッセージに追加するケースを示す。 この場合には、以下のルールが適用される。
１． Monitored Listを設定せず、かつ、Not monitored ListのＩＭＳＩを設定しないことによって、全てを監視対象とする。
２． Monitored Listを設定せず、かつ、Not monitored ListのＩＭＳＩを設定することによって、特定のＩＭＳＩ以外のＵＥを監視対象とする。
３． Monitored Listを設定し、Not monitored Listを設定しない。 これによって、特定のＩＭＳＩのＵＥを監視対象とするまた、特定のＩＭＳＩのＵＥを監視対象とする場合においては、通知先のＩＰアドレスあるいはホストネームはＩＭＳＩごとに設定することができる。 ＨＮＢＡＰの他のメッセージでもＲＵＡプロトコル，ＲＡＮＡＰプロトコルでもよい。 この場合には、ＨＮＢは監視対象のＩＭＳＩのＵＥがＨＮＢに在圏あるいはＨＮＢより離れた場合、ＨＮＢより、直接、Destination IP AddressあるいはDestination Hostnameで指定されたサーバ、あるいはＩＰ対応デバイスに通知を行う。

＜ＯＭＡ−ＤＭサーバ１０６の構成例＞
図１２に示されるように、ＯＭＡ−ＤＭサーバ１０６は、他の装置（ＵＥ， ＨＮＢ， ＨＮＢ−ＧＷ， ＨＭＳ等）とのＳＯＡＰ／ＨＴＴＰ等の信号の送受信を行う信号送受信部８０１を有する。 また、ＯＭＡ−ＤＭサーバ１０６は、ＨＮＢの所有者よりのアクセスを許容してデバイス制御内容の設定、変更を受け付け、処理等を行う制御部８０２を有する。 さらに、ＯＭＡ−ＤＭサーバ１０６は、ＨＮＢあるいは、ＨＭＳあるいは、ＨＮＢ−ＧＷより、ＵＥがＨＮＢ圏内に入ったあるいは、ＨＮＢ圏内より離れたというイベントに対して行うべきアクションを定義するデータベース部８０３を有する。 なお、ここで、ＯＭＡ−ＤＭサーバ１０６の各構成要素の機能は、ハードウエアで実現されてもよいし、ＣＰＵがプログラムを実行することで達成されるソフトウェアでの実現であってもよい。

（データベース部８０３の構成例）
データベース部８０３の一例を図１３に示す。 図１３にＯＭＡ−ＤＭサーバ１０６側のポリシー設定の一例を示す。 たとえば、図１３の第１行は、本屋に設置されたＨＮＢ（セルＩＤが１０００，ＣＳＧ ＩＤが１００００）の場合である。 ＩＭＳＩとして店員（＃Ａ）以外のＩＭＳＩが監視対象であると、店員（＃Ａ）以外のＵＥが本屋のＨＮＢに在圏した場合に、ＯＭＡ−ＤＭサーバ１０６は、通知されたＵＥのカメラ機能の停止を行う。 また、店員（＃Ａ）以外のＵＥがＨＮＢより離れた場合には、ＨＮＢはＯＭＡ−ＤＭサーバ１０６に、ＵＥがＨＮＢより離れたことを通知することによって、カメラ機能の再開を起動する。 以下、第２行以下には、各フェムトセルのセルＩＤに対応付けて、更にＣＳＧ＿ＩＤやＩＭＳＩも考慮してユーザ端末の機能の制限が登録されている。

なお、図１３には機能の制限のみが示されているが、機能の追加や削除も同様に可能である。 また、以下にも示すが、アクション登録の変更には、追加や削除も含まれる。

（ＯＭＡ−ＤＭサーバ１０６の処理手順例）
図１４は、ＯＭＡ−ＤＭサーバ１０６の処理手順例を示すフローチャートである。 なお、図１４は本実施形態に関連する部分のみを示し、従来の処理などは省略している。

まず、ステップＳ６０では、ＯＭＡ−ＤＭサーバ１０６は、ＨＮＢあるいはＨＭＳからのメッセージの受信があるか否かを判断する。 メッセージの受信でなければ、ＯＭＡ−ＤＭサーバ１０６は、ステップＳ７０で他の処理をする。 メッセージの受信があれば、ＯＭＡ−ＤＭサーバ１０６は、ステップＳ６１に進んで、メッセージが在圏変更の通知か否かを判断する。

（在圏変化の処理）
在圏変化の通知であれば、ＯＭＡ−ＤＭサーバ１０６は、ステップＳ６２に進んで、上述のセルＩＤと、必要ならばＣＳＧ＿ＩＤと、処理対象のＩＭＳＩとに基づいて図１３からアクションを読出す。 次に、ステップＳ６３で、ＯＭＡ−ＤＭサーバ１０６は、在圏変化が圏外から圏内への変化か否かを判断する。 圏外から圏内への変化であれば、ＯＭＡ−ＤＭサーバ１０６は、ステップＳ６４に進んで、在圏変化をした対象のユーザ端末にアクションを実行する。 かかるアクションの実行については、既知であるので詳説しない。 圏内から圏外の在圏変化であれば、ＯＭＡ−ＤＭサーバ１０６は、ステップＳ６５に進んで、在圏変化をした対象のユーザ端末に施したアクションを解除する。

（処理の変更）
ステップＳ６７で、ＯＭＡ−ＤＭサーバ１０６は、受信したメッセージがアクションの変更（追加、削除も含む）であるか否かを判断する。 アクション変更でなければ、ＯＭＡ−ＤＭサーバ１０６は、ステップＳ８０で他の処理を行なう。 アクションの変更であれば、ＯＭＡ−ＤＭサーバ１０６は、ステップＳ６８に進んで、フェムトセルのセルＩＤに対応するデータベースを変更する。 受信したメッセージには、必要ならばＣＳＧ＿ＩＤ、処理対象のＩＭＳＩも含まれている。 次に、ステップＳ６９で、ＯＭＡ−ＤＭサーバ１０６は、変更完了を、変更を指示したＨＮＢに通知する。

このように、ＯＭＡ−ＤＭサーバ１０６において、ＨＮＢのセルＩＤを判断して適切なアクションを行うためのデータベースを用意し、ＨＮＢの所有者等が容易にインターネット等のアクセスによって、変更可能できる仕組みを構築している。

＜第２実施形態の通信システムでのシーケンス例＞
実際の動作シーケンスを図１５及び図１６を用いて説明する。 本例では、ＨＭＳ１０４がＨＮＢ１０１に対して、予め、図９にて定義されたＨＮＢの監視対象のＩＭＳＩリスト及び通知先パラメータの通知を行うものとする。 ＨＮＢ１０２でも同様である。

（在圏変化の通知先の設定シーケンス例）
設定を行う方法として、ケース１とケース２の２種類のケースを図１５に示す。

図１５のケース１では、ＨＭＳ１０４から、ＨＮＢ１０１の監視対象リスト（ＩＭＳＩリスト）及び通知先のパラメータが設定される。 この設定は、FAPService.{i}.PresenceMgmt.及びFAPService.{i}.PresenceMgmt.MemberDetail.{i}.をＴＲ−０６９：SET PARAMETER VALUESメソッドにより行なう。

図１５のケース２では、ＨＮＢ１０１がＨＮＢ−ＧＷ１０５に登録を行う際に、図１１で示されるHNB REGISTER ACCEPTメッセージによりＨＮＢ１０１に通知を行う。

（在圏変化を通知する通知シーケンス例）
次に、ＵＥ１０３がＨＮＢ１０１配下に移動し、ＨＮＢ１０１がＯＭＡ−ＤＭサーバ１０６に通知を行うケースを説明する。 通知を行う方法として、ケース１とケース２の２種類のケースを図１６に示す。 ＵＥ１０３はＴＳ２５．４６７に記載されるように、ＨＮＢ１０１配下に移動すると、ＵＥ１０３はＨＮＢ１０１とＲＲＣコネクションの確立を行う。 ＨＮＢ１０１はＵＥ１０３のＩＭＳＩを識別するために、IDENTITY REQUEST手順を起動する。 その後、ＨＮＢ１０１はＵＥ１０３のアクセス規制を行い、ＨＮＢ−ＧＷ１０５に登録を行うために、ＨＮＢ−ＧＷ１０５に対しHNBAP:UE REGISTER手順（３ＧＰＰ ＴＳ２５．４６９）を起動する。 ＨＮＢ１０１は、ＨＮＢ−ＧＷ１０５への登録が完了した後に、ＵＥ１０３のＩＭＳＩが監視対象のＩＭＳＩであるかどうかを確認する。 監視対象のＩＭＳＩでなければ、ＨＮＢ１０１は、ＵＥ１０３より受信したメッセージをＣＮ１０７に送信するためにRUA:CONNECT手順を起動する。 監視対象のＩＭＳＩであった場合には、ＨＮＢ１０１は、予め通知されたあて先のＩＰアドレス、あるいは、ホストネーム宛に、ＵＥ１０３が在圏したことを通知する。

通知方法としてケース１では、予め通知された宛先のＩＰアドレス、あるいは、ホストネームがＨＭＳであった場合には、ＨＮＢ１０１は、ＨＭＳ１０４宛に、ＴＲ−０６９のＩＮＦＯＲＭメソッドを起動する。 そして、ＨＮＢ１０１は、ＵＥ１０３のＩＭＳＩ，ＨＮＢ１０１のセルＩＤ、ＣＳＧ ＩＤを通知する。 ＨＭＳ１０４は、さらに、ＯＭＡ−ＤＭサーバ１０６に対して、ＨＴＴＰプロトコルのＰＯＳＴメソッド、あるいはＧＥＴメソッド等を用いて、ＵＥ１０３のＩＭＳＩ，ＨＮＢのセルＩＤ、ＣＳＧ ＩＤを通知する。 ＨＭＳ１０４とＯＭＡ−ＤＭサーバ１０６間はＨＴＴＰのみではなく、ＳＯＡＰを用いてよいし、ＳＩＰなど他のプロトコルでもよい。

ケース２は、予めＨＮＢ１０１に通知された宛先のＩＰアドレス、あるいは、ホストネームがＯＭＡ−ＤＭサーバ１０６であったケースである。 ＨＮＢ１０１は、ＨＴＴＰプロトコルのＰＯＳＴメソッド、あるいはＧＥＴメソッド等を用いて、ＵＥ１０３のＩＭＳＩ，ＨＮＢ１０１のセルＩＤ、ＣＳＧ ＩＤを通知する。 ＨＮＢ１０１とＯＭＡ−ＤＭサーバ１０６間はＨＴＴＰのみではなく、ＳＯＡＰを用いてよいし、ＳＩＰなど他のプロトコルでもよい。

他のケースとして、ＨＮＢ−ＧＷ１０５がUE REGISTER手順の受信時に監視対象のＵＥであった場合には、ＯＭＡ−ＤＭサーバ１０６にＵＥのＩＭＳＩ，ＨＮＢのセルＩＤ、ＣＳＧ ＩＤを通知してもよい。 ＯＭＡ−ＤＭサーバ１０６では、データベースの情報より、ＵＥのＩＭＳＩ，ＨＮＢのセルＩＤ、ＣＳＧ ＩＤをキーとして、動作すべきアクションを決定する。

［第３実施形態］
第３実施形態は、第２実施形態の通信システムの構成をＬＴＥ（Long Term Evolution）に適用した通信システムの例である。 従って、以下に記載する内容以外のほとんどの処理は、第２実施形態の記載を参照できる。 そのため、重複する構成や処理の説明は省略する。

＜第３実施形態の通信システムの構成例＞
図１７では、ＨｅＮＢ（Home evolved NodeB）２０１はＬＴＥ（Long Term Evolution）で定義された無線方式（ＯＦＤＭＡ）に対応した、小型用の基地局を示す。 ＨｅＭＳ（Home eNodeB Management System）１０４は、ＨｅＮＢ２０１を制御するための保守管理サーバである。 ＨｅＮＢ２０１は、ＨｅＮＢ−ＧＷ（Home eNodeB Gateway）に接続され、ＨｅＮＢ−ＧＷを経由して発展したパケットコア（ＥＰＣ：Evolved Packet Core）２０７側と通信を行う。 なお、ＨｅＮＢ−ＧＷ２０５は３ＧＰＰ標準化上（ＴＳ３６．３００）でオプションとなっている。 そのため、ＨｅＮＢ−ＧＷ２０５を経由せずに、直接、ＨｅＮＢとＣＮ間でＳ１ＡＰ（S1 Application Part）プロトコル（ＴＳ３６．４１３）等により、通信を行うことが可能である。

図１７において、ＨｅＭＳ２０４は、ＴＲ−０６９プロトコルを使用して、本実施形態で導入する監視対象移動端末情報（UE information monitored by HNB）をＨｅＮＢ２０１，２０２に提供する。 監視対象移動端末情報をベースに、ＨｅＮＢ２０１,２０２は、ＨｅＮＢの圏内に入ってくるＵＥ２０３あるいは、ＨｅＮＢ２０１，２０２より出て行くＵＥ２０３の監視を行う。 ＨｅＮＢ２０１,２０２は、ＨｅＮＢ２０１,２０２の圏内にＵＥ２０３が移動、あるいは、ＨｅＮＢ２０１,２０２の圏内より離れた場合に監視対象移動端末情報を確認する。 そして、ＨｅＮＢ２０１,２０２は、ＵＥ２０３のＩＭＳＩが監視対象移動端末情報に含まれている場合に、監視対象移動端末情報で指定されたホストネーム（ＦＱＤＮ形式）あるいはＩＰアドレスで指定されるＯＭＡ−ＤＭサーバ２０６に対して、通知を行う。 ＯＭＡ−ＤＭサーバ２０６では、セルＩＤ等によりＨｅＮＢ２０１,２０２を識別し、例えば図１３のように定められたアクションにしたがって、ＵＥ２０３に対してＯＭＡ−ＤＭプロトコルを起動して、適切なデバイス制御を行う。

（本実施形態に関連するメッセージ信号例）
図１７には、本実施形態に関連する機能要素間のメッセージ信号（送信データ）の一部がその方向を示す矢印と共に図示されている。

（通知先設定用のメッセージ）
２０８は、ＵＥ２０３の在圏変化を検知した場合のその通知先としてＯＭＡ−ＤＭサーバ２０６を、ＨｅＭＳ２０４からＨｅＮＢ２０２にＴＲ−０６９に準拠したSET PARAMETER VALUES命令に従って設定するメッセージ信号である。 信号２０８は、上記図７乃至図９で説明した内容と同様である。 以下の図１９のシーケンスでは、信号２０８は、ケース１として参照される。

２０９は、標準プロトコルのパラメータの中で、ＵＥ２０３の在圏変化を検知した場合のその通知先としてＯＭＡ−ＤＭサーバ２０６をＨｅＮＢ−ＧＷ２０５からＨｅＮＢ２０１,２０２に設定するメッセージ信号である。 以下の図１８にその例を示すように、信号２０９は、S1AP(3GPP TS36.413) S1 SETUP RESPONSEメッセージである。 以下の図１９のシーケンスでは、信号２０９は、ケース２として参照される。

２１０は、ＨｅＮＢ−ＧＷ２０５が無い場合に、ＥＰＣ２０７から直接、S1AP(3GPP TS36.413) S1 SETUP RESPONSEメッセージでＨｅＮＢ２０２に送信される。 以下の図１９のシーケンスでは、信号２１０は、ケース３として参照される。

（在圏変化通知用のメッセージ）
２１１は、ＵＥ２０３の在圏変化を検知した場合にその通知をＯＭＡ−ＤＭサーバ２０６に送るために、ＴＲ−０６９に準拠したINFORM命令に従ってＨｅＮＢ２０２からＨｅＭＳ２０４に送信するメッセージ信号である。 ２１２は、ＨｅＭＳ２０４が、ＨｅＮＢ２０２から受信したＵＥ２０３の在圏変化を検知した通知をＨＴＴＰでＯＭＡ−ＤＭサーバ２０６に送るメッセージ信号である。 ２１３は、ＵＥ２０３の在圏変化を検知した場合にその通知をＨｅＮＢ２０１が直接ＨＴＴＰでＯＭＡ−ＤＭサーバ２０６に送るためのメッセージ信号である。 以下の図２０のシーケンスでは、信号２１１及び２１２による通知はケース１として参照され、信号２１３による通知はケース２として参照される。

＜各構成要素の構成例＞
第３実施形態の各基本的な構成要素の役割と、それぞれの送信パラメータのフォーマットは、基本的に第２実施形態と同様であるので重複を避けるため省略し、第２実施形態との相違点を以下に説明する。

（ＨｅＮＢ−ＧＷ２０５又はＥＰＣによる通知先設定データの例）
（例１：S1 SETUP RESPONSEの例）
図１８に、S1AP(3GPP TS36.413) S1 SETUP RESPONSEメッセージに追加するケーを示す。 パラメータの使用方法は、第２実施形態での図１１のＨＮＢＡＰプロトコルと同様である。

＜第３実施形態の通信システムでのシーケンス例＞
ＬＴＥの場合における監視対象のＵＥ情報、通知先パラメータの設定手順を図１９に示す。 ＨｅＭＳ２０４はＨｅＮＢ２０１に対して、予め、図９と同様に定義されたＨｅＮＢの監視対象のＩＭＳＩリスト及び通知先パラメータの通知を行う。 ＨｅＮＢ２０２も同様である。

（在圏変化の通知先の設定シーケンス例）
在圏変化の通知先の設定を行う方法として、ケース１からケース３の３種類のケースを図１９に示す。

図１９のケース１では、ＨｅＮＢ２０１の監視対象のＩＭＳＩリスト及び通知先パラメータが設定される。 この設定は、FAPService.{i}.PresenceMgmt.及びFAPService.{i}.PresenceMgmt.MemberDetail.{i}.をＴＲ−０６９：SET PARAMETER VALUESメソッドにより行う。

ケース２では、ＨｅＮＢ２０１がＨｅＮＢ−ＧＷ２０５に登録を行う際に、図１８で示されるS1AP: S1 SETUP RESPONSEメッセージによりＨｅＮＢ２０１に通知を行う。

ケース３は、ＨｅＮＢ−ＧＷ２０５が存在していないケースであり、ＭＭＥ（図１７ではＥＰＣ２０７）から直接S1 SETUP RESPONSEメッセージによりＨｅＮＢ２０１に通知を行う。

（在圏変化を通知する通知シーケンス例）
次に、ＵＥ２０３がＨｅＮＢ２０１配下に移動し、ＨｅＮＢ２０１がＯＭＡ−ＤＭサーバ２０６に通知を行うケースを説明する。 通知を行う方法として、ケース１とケース２の２種類のケースを図２０に示す。 ＵＥ２０３は、ＴＳ２５．４６７に記載されるように、ＨｅＮＢ２０１配下に移動するとＨｅＮＢ２０１とＲＲＣコネクションの確立を行う。 そして、ＨｅＮＢ２０１はＵＥ２０３のＩＭＳＩを識別するために、IDENTITY REQUEST手順を起動する。 ＨｅＮＢ２０１は、ＵＥ２０３のＩＭＳＩが監視対象のＩＭＳＩであるかどうかを確認する。 監視対象のＩＭＳＩでなければ、ＨｅＮＢ２０１は、ＵＥ２０３より受信したメッセージをＨｅＮＢ−ＧＷ２０５、あるいはＭＭＥ（ＥＰＣ）にＮＡＳ（Non-Access Stratum）メッセージを送信するためにS1AP INITIAL UE MESSAGE手順を起動する。 監視対象のＩＭＳＩであった場合には、ＨｅＮＢ２０１は、予め通知されたあて先のＩＰアドレス、あるいは、ホストネーム宛に、ＵＥ２０３が在圏したことを通知する。

通知方法としてケース１では、予め通知された宛先のＩＰアドレス、あるいは、ホストネームがＨｅＭＳ２０４である。 ＨｅＮＢ２０１は、ＨｅＭＳ２０４宛に、ＴＲ−０６９ ＩＮＦＯＲＭメソッドを起動し、ＵＥのＩＭＳＩ，ＨｅＮＢのセルＩＤ、ＣＳＧ ＩＤを通知する。 ＨｅＭＳ２０４は、さらに、ＯＭＡ−ＤＭサーバ２０６に対して、ＨＴＴＰプロトコルのＰＯＳＴメソッドあるいは、ＧＥＴメソッド等を用いて、ＵＥのＩＭＳＩ，ＨｅＮＢのセルＩＤ、ＣＳＧ ＩＤを通知する。 ＨｅＭＳ２０４とＯＭＡ−ＤＭサーバ２０６間はＨＴＴＰのみではなく、ＳＯＡＰを用いてよいし、ＳＩＰ（Session Initiation Protocol）など他のプロトコルでもよい。

ケース２では、予めＨｅＮＢ２０１に通知された宛先のＩＰアドレス、あるいは、ホストネームがＯＭＡ−ＤＭサーバ２０６であったケースである。 ＨｅＮＢ２０１は、ＨＴＴＰプロトコルのＰＯＳＴメソッド、あるいは、ＧＥＴメソッド等を用いて、ＵＥ２０３のＩＭＳＩ，ＨｅＮＢ２０１のセルＩＤ、ＣＳＧ ＩＤを通知する。 ＨｅＮＢ２０１とＯＭＡ−ＤＭサーバ２０６間はＨＴＴＰのみではなく、ＳＯＡＰを用いてよいし、ＳＩＰなど他のプロトコルでもよい。

他のケースとしては、ＨｅＮＢ−ＧＷ２０５がINITIAL UE MESSAGE受信時にＵＥのＩＭＳＩを識別し、ＯＭＡ−ＤＭサーバ２０６にＵＥ２０３のＩＭＳＩ，ＨｅＮＢのセルＩＤ、ＣＳＧ ＩＤを通知してもよい。 ＯＭＡ−ＤＭサーバ２０６では、Ｗ−ＣＤＭＡのケースと同様に、図１３で示されるデータベースの情報を用いて、動作すべきアクションを決定する。

＜本実施形態の変形例＞
本実施形態は、フェムトセルのような小型基地局がＵＥの位置を検出するというものであるため、３Ｇ（図２）及びＬＴＥ（図１７）のみではなく、Ｗｉｍａｘ、ＬＴＥ−Ａｄｖａｎｃｅｄ、無線ＬＡＮ（Local Area Network）など、どのような無線アクセスシステムにも適用できる。 ３ＧシステムやＬＴＥシステム以外の無線システムについても同様に適用することができる。 また、小型基地局のみではなく、よりカバーレッジの広い、ピコ基地局、マイクロ基地局、マクロ基地局などどのようなセル半径の基地局でも可能であり、さらに、小型基地局は固定化されず、バスや電車、新幹線などに搭載できる移動基地局にも適用できる。

また、たとえば、高速道路、一般道路などの車道に設置されたマクロセルにＵＥが在圏したことを検出すると、マクロセルはＯＭＡ−ＤＭサーバに通知し、携帯電話のモードを強制的にドライブモードへ遷移させることが可能となる。 ドライブモードに設定すると、着信がかかってきた場合には、音声ガイダンスが流れて、発信相手の方に状況を伝えることができる。 これにより、ユーザへの着信を抑制することが可能により、事故の発生の抑制を図ることが可能となる。

さらに、新幹線や電車内に移動基地局に設置されている状態で、ＵＥが在圏したことを移動基地局が検出すると、移動基地局はＯＭＡ−ＤＭサーバに通知する。 これにより、携帯電話のモードを強制的にマナーモードへ遷移させることが可能となり、着信音や操作音などを抑止することが可能となる。

また、本実施形態ではＵＥがＨＮＢの圏内に移動あるいは、ＨＮＢの圏内より離れたことをＯＭＡ−ＤＭサーバに通知しているが、通知先はＯＭＡ−ＤＭサーバに限定されるものではなく、プレゼンスサーバやアプリケーションサーバやＷＥＢサーバでもよい。 これによって、フェムトセルの局所性を活かし、情報発信、クーポン送信など様々な在圏によるサービス提供の開始と終了の管理が可能となる。 さらに、通知先は家庭内あるいは企業内のＩＰ対応デバイスに通知してもよい。 たとえば、フェムトセルにＵＥが在圏したことを居間にあるＨＮＢが家庭内のＩＰ対応デバイス（無線ＬＡＮルーター、テレビ、ゲーム機等）に通知することにより、携帯電話を持つユーザが居間に入れば、自動的にテレビの電源をＯＮすることもできる。 逆に携帯電話を持つユーザが居間より出た場合には、自動的にテレビの電源をＯＦＦすることもできる。

また、図１３に示されるＯＭＡ−ＤＭサーバ側のポリシーはＨＮＢのオーナーがＯＭＡ−ＤＭサーバ側とＨＴＴＰのダイジェスト認証などの認証を行い、認証がＯＫであった場合には、ＷＥＢインタフェース経由にて自由に変更できるアクセス権が与えられる。 これによって、ＨＮＢのオーナーは、図１３に示されるＯＭＡ−ＤＭサーバ側のデータベースを変更することができる。 図１３では、監視対象のＵＥがＨＮＢに在圏するケースを示した。 しかし、ハンドオーバのケースも同様にＵＥがＨＮＢにハンドオーバしてきた場合に、ＨＮＢはＵＥのＩＭＳＩを確認し、監視対象ＩＭＳＩであった場合には、イベントを指定されたＩＰアドレス、あるいは、ホストネーム宛に送信する。 同様に、監視対象のＵＥがＨＮＢより離れた場合には、ＨＮＢはＵＥより周期位置登録メッセージを受信しなくなるため、ＵＥがＨＮＢより離れたことを検出できる。 この場合には、ＨＮＢは指定されたＩＰアドレス、あるいは、ホストネーム宛に、ＵＥがＨＮＢより離れたことを通知する。 この場合に、ＯＭＡ−ＤＭサーバはデータベース内部の予め指定されたポリシーにしたがって、アクションを動作する。 また、ＨＮＢはＵＥに対して定期的にページング等を行い、ＵＥが在圏していることを確認してもよい。 同様に、通信中のユーザがハンドオーバによってＨＮＢの圏外に移動した場合には、ハンドオーバ完了後に、ＨＮＢは指定されたＩＰアドレス、あるいは、ホストネーム宛に、ＵＥがＨＮＢより離れたことを通知する。 この場合に、ＯＭＡ−ＤＭサーバはデータベース内部の予め指定されたポリシーにしたがって、アクションを動作する。 また、ＨＮＢはＵＥに対して定期的にページング等を行い、ＵＥが在圏していることを確認してもよい。

上記本実施形態の具体的な特徴は、以下の通りである。
１．３Ｇシステムにおいて、ＨＭＳとＨＮＢ間インタフェースで使用されるフェムトデータモデル（Broadband TR-196）に、図９で示される、監視対象あるいは、監視対象外のＩＭＳＩ及び、通知先のＩＰアドレス、ホストネーム（ＦＱＤＮ形式）を追加する。

２． ＬＴＥシステムにおいて、ＨｅＭＳとＨｅＮＢ間インタフェースで使用されるフェムトデータモデルに、図９で示される、監視対象あるいは、監視対象外のＩＭＳＩ及び、通知先のＩＰアドレス、ホストネーム（ＦＱＤＮ形式）を追加する。

３．３Ｇシステムにおいて、ＨＮＢ−ＧＷとＨＮＢ間インタフェースで使用されるＨＮＢＡＰプロトコルに、図１１で示される、監視対象あるいは、監視対象外のＩＭＳＩ及び、通知先のＩＰアドレス、ホストネーム（ＦＱＤＮ形式）を追加する。

４． ＬＴＥシステムにおいて、ＨｅＮＢ−ＧＷとＨｅＮＢ間インタフェースで使用されるＳ１ＡＰプロトコルに、図１８で示される、監視対象あるいは、監視対象外のＩＭＳＩ及び、通知先のＩＰアドレス、ホストネーム（ＦＱＤＮ形式）を追加する。

５． 図１６に示されるようにＨＮＢにてＵＥのＩＭＳＩを判断後にＯＭＡ−ＤＭサーバに通知を行い、デバイス制御を行う手順及び、図２０に示されるようにＨｅＮＢにてＵＥのＩＭＳＩを判断後にＯＭＡ−ＤＭサーバに通知を行い、デバイス制御を行う手順を有する。

６． フェムトセルの局所性を活かしたＯＭＡ−ＤＭによるデバイス制御によって得られる、在圏トリガーによる自動デバイス制御サービスを行なう。

７． 図１３に示されるように、ＯＭＡ−ＤＭサーバにおけるポリシー設定方法及び、ＨＮＢのオーナーによるポリシー変更が可能となる。 なお、上記については３Ｇ／ＬＴＥ以外の無線方式にも適用でき、フェムトセル以外のピコセル、マイクロセル、マクロセルにも適用でき、また、セルは移動基地局に属していていも良い。 また、通知先はＯＭＡ−ＤＭサーバ以外のＷＥＢサーバ、アプリケーションサーバや、ＩＰ対応デバイスであってもよい。

かかる構成により、本実施形態では、ＨＭＳよりＨＮＢにＴＲ−０６９あるいは、ＨＮＢＡＰ手順によって、監視対象あるいは、監視対象外のＵＥ情報、通知先のホストネーム（ＦＱＤＮ形式）あるいは、ＩＰアドレス情報を通知する。 そのため、ＨＮＢは、監視対象あるいは、監視対象外のＵＥ情報、通知先のホストネーム（ＦＱＤＮ形式）あるいは、ＩＰアドレス情報を知ることができる。 従って、ＵＥがＨＮＢ配下に在圏あるいは、ＨＮＢ配下の圏外に移動する場合に、適切な通知先（ＯＭＡ−ＤＭサーバやＩＰ対応デバイス等）にイベントを通知することができる。

また、フェムトセルに在圏することによって、ＯＭＡ−ＤＭサーバに通知することによって、フェムトセルの局所性を活かした様々なＵＥのデバイス制御が可能となる。 これにより、本屋や美術館等でのカメラ機能の停止、映画館でのマナーモードへの自動遷移、新幹線や電車内でのマナーモードへの自動遷移等が可能となる。

また、本実施形態は無線方式及びセル半径に限定されるものではなく、特定のマクロセルへの適用も可能であるため、高速道路、一般道路などの車道に設置されたマクロセルでのドライブモードへの自動遷移が可能となる。

また、ＯＭＡ−ＤＭサーバに限定されるものではなく、プレゼンスサーバやアプリケーションサーバやＷＥＢサーバでもよいため、これによって、フェムトセルの局所性を活かし、情報発信、クーポン送信など様々な在圏サービスが可能となる。

また、通知先は家庭内あるいは企業内のＩＰ対応デバイスに通知してもよい。 たとえば、フェムトセルにＵＥが在圏したことを居間にあるＨＮＢが家庭内のＩＰ対応デバイス（無線ＬＡＮルーター、テレビ、ゲーム機等）に通知することにより、携帯電話を持つユーザが居間に入れば、自動的にテレビの電源をＯＮすることもできる。 逆に携帯電話を持つユーザが居間より出た場合には、自動的にテレビの電源をＯＦＦすることもできる。

また、ＯＭＡ−ＤＭサーバ側のポリシーはＨＮＢのオーナーが認証された後に、ＷＥＢインタフェース経由にて自由に変更できるアクセス権が与えられるため、ＨＮＢのオーナーは、どのようにデバイス制御を行うのかを決定できる。

さらに、フェムトシステム以外にマクロセルにも適用できることは既に述べている。 マクロセルの場合には、Ｗ−ＣＤＭＡではＲＮＣ、ＬＴＥではｅＮｏｄｅＢの保守管理サーバによって、監視対象のＩＭＳＩ及び、通知先の情報がＣＯＲＢＡ（Common Object Request Broker Architecture）あるいはＳＯＡＰ等のプロトコルによって提供できる。

［他の実施形態］
以上、本発明の実施形態について詳述したが、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステム又は装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用しても良いし、単体の装置に適用しても良い。 さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。 したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされる制御プログラム、あるいはその制御プログラムを格納した媒体、その制御プログラムをダウンロードさせるＷＷＷサーバも、本発明の範疇に含まれる。

制御プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。 ここで、非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。 非一時的なコンピュータ可読媒体の例は、磁気記録媒体(例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ)、光磁気記録媒体(例えば、光磁気ディスク)、ＣＤ−ＲＯＭ(Read Only Memory)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ(例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(Random Access Memory))を含む。 制御プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されても良い。 一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。 一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

この出願は、２０１０年８月２６日に出願された日本出願特願２０１０−１８９０４６を基礎とする優先権を主張し、その開示の全てをここに取り込む。

［実施形態の他の表現］
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
フェムトセルを提供するフェムト基地局を含む通信システムであって、
前記フェムトセルに対するユーザ端末の在圏変化を通知すべき通知先を、前記フェムト基地局に設定する通知先設定手段を有し、
前記フェムト基地局は、ユーザ端末の在圏変化を検知した場合に、設定された前記通知先に前記在圏変化を通知することを特徴とする通信システム。
（付記２）
前記通知先は、フェムトセルを提供する前記通信システムの標準プロトコルに準拠した前記フェムト基地局への送信データに含まれることを特徴とする付記１に記載の通信システム。
（付記３）
前記通知先は、前記フェムト基地局を管理する保守管理サーバが設定するパラメータ、又はコアネットワークへ接続するゲートウェイが設定するパラメータ、又はネットワークを介してパケットコアが設定するパラメータに含まれることを特徴とする付記２に記載の通信システム。
（付記４）
前記通知先設定手段は、さらに、各ユーザ端末が前記フェムト基地局による監視が必要か否かを示す監視用情報を前記フェムト基地局に設定し、
前記フェムト基地局は、ユーザ端末の在圏変化を検知し、かつ前記監視用情報が前記フェムト基地局による監視が必要であることを示す場合に、前記在圏変化を設定された前記通知先に通知することを特徴とする付記１に記載の通信システム。
（付記５）
前記通知先は、ユーザ端末の機能を制御可能な情報処理装置であって、
前記情報処理装置は、前記ユーザ端末の圏外から圏内への変化が通知されれば、少なくとも前記在圏変化を通知したフェムト基地局が制御するフェムトセルを識別するセルＩＤに対応付けて予め記憶された、前記ユーザ端末の機能の制限又は追加をし、前記ユーザ端末の圏内から圏外への変化が通知されれば、前記ユーザ端末の機能の制限又は追加を解除することを特徴とする付記１乃至４のいずれか１項に記載の通信システム。
（付記６）
前記情報処理装置は、前記ユーザ端末の機能の制限又は追加を、さらにユーザ端末を所有する加入者を識別するＩＭＳＩ及び／又は前記加入者の所属するグループを識別するＣＳＧ＿ＩＤに対応付けて記憶することを特徴とする付記５に記載の通信システム。
（付記７）
前記通知先は、ユーザに対するサービス提供を制御可能な情報処理装置であって、
前記情報処理装置は、前記ユーザ端末の圏外から圏内への変化が通知されれば、少なくとも前記在圏変化を通知したフェムト基地局が制御するフェムトセルを識別するセルＩＤに対応付けて予め記憶された、前記ユーザに対するサービス提供を開始し、前記ユーザ端末の圏内から圏外への変化が通知されれば、前記ユーザに対するサービス提供を終了することを特徴とする付記１乃至４のいずれか１項に記載の通信システム。
（付記８）
前記情報処理装置は、ユーザに対する前記サービス提供を、さらに前記ユーザ端末を所有する加入者を識別するＩＭＳＩ及び／又は前記加入者の所属するグループを識別するＣＳＧ＿ＩＤに対応付けて記憶することを特徴とする付記７に記載の通信システム。
（付記９）
フェムトセルを提供する通信システムの制御方法であって、
前記フェムトセルに対するユーザ端末の在圏変化を通知すべき通知先を、前記フェムト基地局に設定する通知先設定ステップと、
ユーザ端末の在圏変化を検知した場合に、前記フェムト基地局が設定された前記通知先に前記在圏変化を通知する在圏変化通知ステップとを有することを特徴とする通信システムの制御方法。
（付記１０）
フェムトセルを提供する通信システムにおいてユーザ端末を管理する情報処理装置であって、
少なくともフェムトセルを識別するセルＩＤに対応付けて、ユーザ端末の機能の制限又は追加を記憶する記憶手段と、
ユーザ端末の前記フェムトセルに対する在圏変化を検知したフェムト基地局から、前記フェムト基地局に予め設定された当該情報処理装置を表わす通知先に通知された前記在圏変化を受信する受信手段と、
前記ユーザ端末の圏外から圏内への変化が受信されれば、前記記憶手段に記憶された前記ユーザ端末の機能の制限又は追加をし、前記ユーザ端末の圏内から圏外への変化が受信されれば、前記ユーザ端末の機能の制限又は追加を解除する管理手段とを有することを特徴とする情報処理装置。
（付記１１）
前記ユーザ端末の機能の制限又は追加を、さらにユーザ端末を所有する加入者を識別するＩＭＳＩ及び／又は前記加入者の所属するグループを識別するＣＳＧ＿ＩＤに対応付けて記憶することを特徴とする付記１０に記載の情報処理装置。
（付記１２）
フェムト基地局から、前記記憶手段に記憶されたユーザ端末の前記機能の制限又は追加を変更、追加、又は削除する指示を受信する手段をさらに有し、
受信した前記指示に基づいて、前記記憶手段において、前記フェムト基地局が制御するフェムトセルに対するユーザ端末の前記機能の制限又は追加を変更、追加、又は削除することを特徴とする付記１０又は１１に記載の情報処理装置。
（付記１３）
フェムトセルを提供する通信システムにおいてユーザ端末を管理する情報処理装置の制御方法であって、
ユーザ端末の前記フェムトセルに対する在圏変化を検知したフェムト基地局から、前記フェムト基地局に予め設定された当該情報処理装置を表わす通知先に通知された前記在圏変化を受信する受信ステップと、
前記ユーザ端末の圏外から圏内への変化が受信されれば、少なくともフェムトセルを識別するセルＩＤに対応付けて記憶手段に記憶されたユーザ端末の機能の制限又は追加をし、前記ユーザ端末の圏内から圏外への変化が受信されれば、前記ユーザ端末の機能の制限又は追加を解除する管理ステップとを有することを特徴とする情報処理装置の制御方法。
（付記１４）
フェムトセルを提供する通信システムにおいてユーザ端末を管理する情報処理装置の制御プログラムであって、
ユーザ端末の前記フェムトセルに対する在圏変化を検知したフェムト基地局から、前記フェムト基地局に予め設定された当該情報処理装置を表わす通知先に通知された前記在圏変化を受信する受信ステップと、
前記ユーザ端末の圏外から圏内への変化が受信されれば、少なくともフェムトセルを識別するセルＩＤに対応付けて記憶手段に記憶されたユーザ端末の機能の制限又は追加をし、前記ユーザ端末の圏内から圏外への変化が受信されれば、前記ユーザ端末の機能の制限又は追加を解除する管理ステップとをコンピュータに実行させるための制御プログラム。
（付記１５）
フェムトセルを提供する通信システムにおいてユーザへのサービスを管理する情報処理装置であって、
少なくともフェムトセルを識別するセルＩＤに対応付けて、ユーザに対するサービスを記憶する記憶手段と、
ユーザ端末のフェムトセルに対する在圏変化を検知したフェムト基地局から、前記フェムト基地局に予め設定された当該情報処理装置を表わす通知先に通知された前記在圏変化を受信する受信手段と、
前記ユーザ端末の圏外から圏内への変化が受信されれば、前記記憶手段に記憶された前記ユーザに対するサービスを開始し、前記ユーザ端末の圏内から圏外への変化が受信されれば、前記ユーザに対するサービスを解除する管理手段とを有することを特徴とする情報処理装置。
（付記１６）
フェムトセルを制御するフェムト基地局に情報を送信する情報送信方法であって、
前記フェムトセルに対するユーザ端末の在圏変化を通知すべき通知先を、
標準プロトコルに準拠した送信データの一部として、
前記フェムト基地局に送信することを特徴とする情報送信方法。
（付記１７）
フェムトセルを提供する通信システムにおける該フェムトセル内のユーザ端末を制御するフェムト基地局であって、
ユーザ端末の前記フェムトセルに対する在圏変化を通知すべき通知先を受信する受信手段と、
前記ユーザ端末の在圏変化を検知した場合に、該在圏変化を受信した前記通知先に通知する通知手段とを有することを特徴とするフェムト基地局。
（付記１８）
前記通知先は、フェムトセルを提供する通信システムの標準プロトコルに準拠した前記フェムト基地局への送信データに含まれることを特徴とする付記１７に記載のフェムト基地局。
（付記１９）
前記通知先は、前記フェムト基地局を管理する保守管理サーバが設定するパラメータ、又はコアネットワークへ接続するゲートウェイが設定するパラメータ、又はネットワークを介してパケットコアが設定するパラメータに含まれることを特徴とする付記１８に記載のフェムト基地局。
（付記２０）
前記受信手段は、さらに、各ユーザ端末が前記フェムト基地局による監視が必要か否かを示す監視用情報を受信し、
前記通知手段は、前記フェムト基地局がユーザ端末の在圏変化を検知し、かつ前記監視用情報が前記フェムト基地局による監視が必要であることを示す場合に、前記在圏変化を受信した前記通知先に通知することを特徴とする付記１７に記載のフェムト基地局。
（付記２１）
前記通知先がユーザ端末を管理する情報処理装置である場合に、
前記情報処理装置に対して、前記ユーザ端末の機能の制限又は追加を変更、追加、又は削除する指示を送信する送信手段をさらに有することを特徴とする付記１７又は２０に記載のフェムト基地局。
（付記２２）
フェムトセルを提供する通信システムにおける該フェムトセルを制御するフェムト基地局の制御方法であって、
ユーザ端末の前記フェムトセルに対する在圏変化を通知すべき通知先を受信する受信ステップと、
前記ユーザ端末の在圏変化を検知した場合に、該在圏変化を受信した前記通知先に通知する通知ステップとを有することを特徴とするフェムト基地局の制御方法。
（付記２３）
フェムトセルを提供する通信システムにおける該フェムトセルを制御するフェムト基地局の制御プログラムであって、
ユーザ端末の前記フェムトセルに対する在圏変化を通知すべき通知先を受信する受信ステップと、
前記ユーザ端末の在圏変化を検知した場合に、該在圏変化を受信した前記通知先に通知する通知ステップとをコンピュータに実行させるための制御プログラム。

１０ フェムト基地局(HNB, HｅＮＢ)
１１ 在圏変化 １２, ６０３ａ 通知先 ２０ 通知先設定部 ３０ ユーザ端末(ＵＥ)
７１, ７２, ９１, ９２ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
１０１, １０２ ＨＮＢ
１０３, ２０３ ＵＥ
１０４ ＨＭＳ
１０５ ＨＮＢ−ＧＷ
１０６, ２０６ ＯＭＡ−ＤＭサーバ １０７ ＣＮ
１０８〜１１２, ２０８, ２０９, ２１１〜２１３ メッセージ信号 ２０１, ２０２ ＨｅＮＢ
２０４ ＨｅＭＳ
２０５ ＨｅＮＢ−ＧＷ
１０６ ＯＭＡ−ＤＭサーバ ２０７ ＥＰＣ
２１０ Ｓ１ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ
６０１, ７０１, ８０１, ９０１ 信号送受信部 ６０２, ７０２, ８０２, ９０２ 制御部 ６０３, ７０３, ８０３, ９０３ データベース部 ６０３ｂ 監視リスト ６０３ｃ 非監視リスト ６０３ｄ 履歴