(57)【特許請求の範囲】
【請求項１】
無線基地局と、当該無線基地局と無線通信する無線端末とを有する無線通信システムにおいて、
前記無線端末は、
前記無線基地局を制御するための制御データを含むデータを前記無線基地局に無線送信する端末側送信部をそなえ、
前記無線基地局は、
前記データを前記無線端末から受信する基地局側受信部と、
前記基地局側受信部で受信した前記データが前記制御データを含むかどうかを判定し、当該判定結果に応じた値の制御フラグを前記データに付加する第１処理部と、
前記第１処理部で付加された前記制御フラグの値に応じて、前記制御データを用いて前記無線基地局の動作を制御するか、前記データを上位ネットワーク側へ転送するかを決定する第２処理部と、をそなえる、
ことを特徴とする、無線通信システム。
【請求項２】
前記無線端末は、
前記制御の対象である前記無線基地局とは異なる他の無線基地局から前記制御データを受信する端末側受信部をさらにそなえる、
ことを特徴とする、請求項１記載の無線通信システム。
【請求項３】
前記制御データは、前記無線基地局と前記無線基地局の管理保守を行なうネットワーク管理装置との接続に用いられる接続用情報を含む、
ことを特徴とする、請求項１または２に記載の無線通信システム。
【請求項４】
前記制御フラグは、ＧＴＰ−Ｕ（GPRS Tunneling Protocol for User Plane）ヘッダに付加される、
ことを特徴とする、請求項１〜３のいずれか１項に記載の無線通信システム。
【請求項５】
上記請求項１記載の無線通信システムにおける前記無線端末であって、
前記制御の対象である前記無線基地局とは異なる他の無線基地局から前記制御データを取得する取得部をそなえる、
ことを特徴とする、無線端末。
【請求項６】
無線基地局と、当該無線基地局と無線通信する無線端末とを有する無線通信システムの前記無線基地局であって、
前記無線基地局を制御するための制御データを含むデータを、前記無線端末から無線を介して受信する受信部と、
前記受信部で受信した前記データが前記制御データを含むかどうかを判定し、当該判定結果に応じた値の制御フラグを前記データに付加する第１処理部と、
前記第１処理部で付加された前記制御フラグの値に応じて、前記制御データを用いて前記無線基地局の動作を制御するか、前記データを上位ネットワーク側へ転送するかを決定する第２処理部と、をそなえる、
ことを特徴とする、無線基地局。
【請求項７】
無線基地局と、当該無線基地局と無線通信する無線端末とを有する無線通信システムの通信制御方法であって、
前記無線端末は、
前記無線基地局を制御するための制御データを含むデータを前記無線基地局に無線送信し、
前記無線基地局は、
前記無線端末から受信した前記データが前記制御データを含むかどうかを判定し、当該判定結果に応じた値の制御フラグを前記データに付加し、
付加された前記制御フラグの値に応じて、前記制御データを用いて前記無線基地局の動作を制御するか、前記データを上位ネットワーク側へ転送するかを決定する、
ことを特徴とする、通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、無線端末、無線基地局及び通信制御方法に関する。
【背景技術】
【０００２】
図１に例示するように、ＬＴＥ（Long Term Evolution）方式の無線通信システム１００では、Ｓ１インタフェース（図１中、点線矢印参照）やＸ２インタフェース（図１中、実線矢印参照）と呼ばれる装置間インタフェースを介して、通信が行なわれる。
図１に例示する無線通信システム１００は、無線基地局（ｅＮＢ：eNodeB）３００−１〜３００−３と、ＭＭＥ（Mobility Management Entity）又はＳＧＷ（Serving GateWay）などの上位装置２００−１，２００−２とを有する。
【０００３】
ここで、ＭＭＥは、ユーザ装置（ＵＥ：User Equipment）の位置登録や、呼出し、ハンドオーバなどを管理し、ＳＧＷは、ユーザデータを中継する。なお、ＭＭＥ／ＳＧＷ２００−１，２００−２の数は、図１に示す例に限定されず、以下では、ＭＭＥ／ＳＧＷ２００−１，２００−２を区別しない場合、単にＭＭＥ／ＳＧＷ２００と表記する。また、ｅＮＢ３００−１〜３００−３の数は、図１に示す例に限定されず、以下では、ｅＮＢ３００−１〜３００−３を区別しない場合、単にｅＮＢ３００と表記する。
【０００４】
Ｓ１インタフェースは、ｅＮＢ３００とＭＭＥ／ＳＧＷ２００との間を、インターネットプロトコル（ＩＰ）を用いて接続し、ネットワーク制御用のＣ−Ｐｌａｎｅ信号及びユーザデータ用のＵ−Ｐｌａｎｅ信号を伝送する機能を提供する。
また、Ｘ２インタフェースは、ｅＮＢ３００間を、ＩＰを用いて接続し、Ｃ−Ｐｌａｎｅ信号及びＵ−Ｐｌａｎｅ信号を伝送する機能を提供する。なお、Ｘ２インタフェースにおけるＵ−Ｐｌａｎｅ信号は、例えば、無線基地局間ハンドオーバ時、上位装置側からハンドオーバ元の無線基地局に送られてきたユーザデータをハンドオーバ先の無線基地局に転送する際に使用される。
【０００５】
また、図１では図示を省略したが、無線通信システム１００は、例えば、Ｓ１インタフェースを経由してｅＮＢ３００に接続し、ｅＮＢ３００に対して管理保守制御を行なうネットワーク管理装置（ＯＰＥ：OPEration terminal）を有することがある。
なお、無線基地局の管理保守制御に関する技術として、例えば、下記特許文献１には、無線基地局から特定の携帯端末に障害情報を通知する方法が提案されている。
【０００６】
また、下記特許文献２には、監視制御用無線回線用の無線リソースに関する帯域情報に基づいて、無線端末への個別データ送信と監視制御端末宛ての監視制御データ送信とを制御し、基地局の監視作業を行なう際の応答遅延を低減する方法が提案されている。
さらに、下記特許文献３には、張り出し装置を備える携帯電話無線基地局装置において、張り出し装置側から携帯電話無線基地局装置全体の情報収集及び制御を可能とする方法が提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−２０８７６２号公報
【特許文献２】特開２００９−２３９４５７号公報
【特許文献３】特開２００５−２１７９８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ネットワーク管理装置（ＯＰＥ）は、無線通信システム１００としてのサービスの低下の有無を検出したり、信頼性を確保したりすることを目的として、ｅＮＢ３００に対して保守監視制御を行なう。
ｅＮＢ３００では、ＯＰＥとの接続に用いられる、ＩＰアドレスなどの宛先情報やＩＰｓｅｃ（Security Architecture for Internet Protocol）などのセキュリティ情報が、ｅＮＢ３００の置局時に設定される。なお、以下では、宛先情報及びセキュリティ情報のことを、単にＯＰＥ接続情報ともいう。
【０００９】
ところで、ＯＰＥ接続情報を変更する場合には、例えば、ＯＰＥによって古いＯＰＥ接続情報を新しいＯＰＥ接続情報に書き換えるか、ＯＰＥ接続情報の変更対象であるｅＮＢ３００に設けられた保守管理インタフェースに保守管理端末を接続し、当該保守管理端末によってＯＰＥ接続情報を更新することが考えられる。
しかしながら、例えば、ＯＰＥによって誤ったＯＰＥ接続情報に書き換えられてしまったり、ｅＮＢ３００内の記憶装置に保持していたＯＰＥ接続情報が記憶装置の故障などで参照できなくなったり、ＯＰＥとｅＮＢ３００との間の回線が物理的に切断されてしまったりした場合、ＯＰＥは、ｅＮＢ３００に対して保守監視制御を行なえなくなる場合がある。
【００１０】
このような場合、ネットワーク管理者は、例えば、ｅＮＢ３００の状態確認や機能回復などの制御のため、ｅＮＢ３００の設置場所へ出向かなければならないが、ｅＮＢ３００は、通常、ビルの屋上や鉄塔の上など、人間が容易に近づけない場所にあるため、ｅＮＢ３００の状態回復までには多大な時間を要することが想定される。
そこで、本発明は、無線基地局の制御を容易に行なうことを目的の１つとする。
【００１１】
なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の１つとして位置付けることができる。
【課題を解決するための手段】
【００１２】
（１）第１の案として、例えば、無線基地局と、当該無線基地局と無線通信する無線端末とを有する無線通信システムにおいて、前記無線端末は、前記無線基地局を制御するための制御データを含むデータを前記無線基地局に無線送信する端末側送信部をそなえ、前記無線基地局は、前記データを前記無線端末から受信する基地局側受信部と、前記基地局側受信部で受信した前記データが前記制御データを含むかどうかを判定し、当該判定結果に応じた値の制御フラグを前記データに付加する第１処理部と、前記第１処理部で付加された前記制御フラグの値に応じて、前記制御データを用いて前記無線基地局の動作を制御するか、前記データを上位ネットワーク側へ転送するかを決定する第２処理部と、をそなえる、無線通信システムを用いることができる。
【００１３】
（２）また、第２の案として、例えば、上記（１）に記載の無線通信システムにおける前記無線端末であって、前記制御の対象である前記無線基地局とは異なる他の無線基地局から前記制御データを取得する取得部をそなえる、無線端末を用いることができる。
（３）さらに、第３の案として、例えば、無線基地局と、当該無線基地局と無線通信する無線端末とを有する無線通信システムの前記無線基地局であって、前記無線基地局を制御するための制御データを含むデータを、前記無線端末から無線を介して受信する受信部と、前記受信部で受信した前記データが前記制御データを含むかどうかを判定し、当該判定結果に応じた値の制御フラグを前記データに付加する第１処理部と、前記第１処理部で付加された前記制御フラグの値に応じて、前記制御データを用いて前記無線基地局の動作を制御するか、前記データを上位ネットワーク側へ転送するかを決定する第２処理部と、をそなえる、無線基地局を用いることができる。
【００１４】
（４）また、第４の案として、例えば、無線基地局と、当該無線基地局と無線通信する無線端末とを有する無線通信システムの通信制御方法であって、前記無線端末は、前記無線基地局を制御するための制御データを含むデータを前記無線基地局に無線送信し、前記無線基地局は、前記無線端末から受信した前記データが前記制御データを含むかどうかを判定し、当該判定結果に応じた値の制御フラグを前記データに付加し、付加された前記制御フラグの値に応じて、前記制御データを用いて前記無線基地局の動作を制御するか、前記データを上位ネットワーク側へ転送するかを決定する、通信制御方法を用いることができる。
【発明の効果】
【００１５】
無線基地局の制御を容易に行なうことが可能となる。
【図面の簡単な説明】
【００１６】
【図１】Ｓ１インタフェース及びＸ２インタフェースを説明する図である。
【図２】本発明の一実施形態に係る無線通信システムの構成の一例を示す図である。
【図３】図２に示すユーザ装置の構成の一例を示す図である。
【図４】図２に示す無線基地局の構成の一例を示す図である。
【図５】Ｓ１インタフェースにおけるＧＴＰ−Ｕのプロトコルスタックを示す図である。
【図６】Ｘ２インタフェースにおけるＧＴＰ−Ｕのプロトコルスタックを示す図である。
【図７】ＧＴＰ−Ｕヘッダの構成の一例を示す図である。
【図８】ＧＴＰ−Ｕのメッセージタイプの一例を示す図である。
【図９】ＧＴＰ−Ｕヘッダの構成の一例を示す図である。
【図１０】通信制御方法の一例を示す図である。
【図１１】通信制御方法の一例を示す図である。
【図１２】通信制御方法の一例を示す図である。
【図１３】Ｕ−Ｐｌａｎｅ信号のプロトコルスタックの一例を示す図である。
【図１４】無線基地局のハードウェア構成の一例を示す図である。
【図１５】ユーザ装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に示す実施の形態は、あくまでも例示に過ぎず、以下に示す実施形態及び各変形例で明示しない種々の変形や技術の適用を排除する意図はない。即ち、以下に示す実施形態及び各変形例を、本発明の趣旨を逸脱しない範囲で種々変形して実施できることはいうまでもない。
〔１〕一実施形態
（１．１）無線通信システムの構成例について
本発明の一実施形態に係る無線通信システム１の構成の一例を図２に示す。
【００１８】
この図２に例示するように、無線通信システム１は、ユーザ装置（ＵＥ）４と、無線基地局（ｅＮＢ）３−１，３−２とをそなえ、キャリア網５を介してネットワーク管理装置（ＯＰＥ）２と有線接続されている。なお、ＵＥ４及びｅＮＢ３−１，３−２の数は、図２に示す例にそれぞれ限定されず、以下では、ｅＮＢ３−１，３−２を区別しない場合、単にｅＮＢ３と表記する。また、図１中、実線矢印は、有線接続されている区間を表し、点線矢印は、無線接続されている区間を表している。
【００１９】
ＵＥ４は、ｅＮＢ３−１，３−２と無線通信する無線端末である。ＵＥ４は、例えば、ユーザによって移動可能な通信装置であり、その意味で、無線移動端末あるいは移動局（ＭＳ：Mobile Station）と同義である。
ｅＮＢ３は、セルやセクタなどで構成される通信サービスエリア（無線エリア）を提供し、当該通信サービスエリア内に位置するＵＥ４と無線通信することができる。また、ｅＮＢ３−１（３−２）は、網装置間を接続するインタフェースであるＸ２インタフェースを介して、他のｅＮＢ３−２（３−１）と有線により通信することができる。さらに、ｅＮＢ３は、網装置間を接続するインタフェースであるＳ１インタフェースを介して、キャリア網５側に位置するＭＭＥまたはＳＧＷと有線により通信することができる。
【００２０】
キャリア網５は、無線通信システム１と接続される外部ネットワークであって、例えば、ＭＭＥ，ＳＧＷのほか、ＰＧＷ（Packet data network GateWay）及びＨＳＳ（Home Subscriber Server）を有している。なお、ＰＧＷは、外部ネットワークと接続する装置であり、ＨＳＳは、端末識別番号などのユーザ情報を管理する装置である。
ＯＰＥ２は、キャリア網５及びＳ１インタフェースを介して、ｅＮＢ３と接続し、ｅＮＢ３に対して管理保守制御を行なう。ｅＮＢ３とＯＰＥ２との接続に用いられる、ＩＰアドレスなどの宛先情報やＩＰｓｅｃなどのセキュリティ情報を含むＯＰＥ接続情報は、ｅＮＢ３内に格納される。ｅＮＢ３は、当該ＯＰＥ接続情報に基づいて、ＯＰＥ２と接続し、通信することができる。
【００２１】
本例では、ｅＮＢ３−２内に格納されたＯＰＥ接続情報などの制御データが破損した場合にｅＮＢ３−２とＯＰＥ２とが接続できない状況が発生することなどに鑑み、ＵＥ４が、ｅＮＢ３−２に対してＯＰＥ接続情報などの制御データを無線送信し、ｅＮＢ３−２がＵＥ４から無線を介して受信したＯＰＥ接続情報などの制御データに基づいて、ＯＰＥ２との接続処理などの自局３−２の制御を試みることができるようにした。
【００２２】
（１．２）ＵＥ４の構成例について
ＵＥ４の構成の一例を図３に示す。
この図３に示すように、ＵＥ４は、例えば、受信部４０と、制御部４１と、送信部４２とをそなえる。
受信部（端末側受信部、取得部）４０は、無線リンクを介して、ｅＮＢ３からデータを受信したり、ＵＥ４に設けられた入力インタフェースを介して、外部からデータを受信したりすることができる。これにより、ＵＥ４は、例えば、ｅＮＢ３−２がＯＰＥ２と接続する際に用いる、正常な（誤っていない）ＯＰＥ接続情報を取得することができる。
【００２３】
つまり、例えば、ＵＥ４が、ｅＮＢ３−２がＯＰＥ２と接続する際に用いる、正常なＯＰＥ接続情報をｅＮＢ３−１から取得する場合には、例えば、ＯＰＥ２からキャリア網５，ｅＮＢ３−１を介してＵＥ４に正常なＯＰＥ接続情報が送信される。また、例えば、ＵＥ４が、ＵＥ４に接続される外部装置などから正常なＯＰＥ接続情報を取得する場合、例えば、ＵＥ４に設けられた入力インタフェースを介してＵＥ４に正常なＯＰＥ接続情報が転送される。なお、受信部４０は、ｅＮＢ３−２内のＯＰＥ接続情報が壊れる前に、ｅＮＢ３−２から正常なＯＰＥ接続情報を取得しておいてもよい。
【００２４】
なお、受信部４０は、ｅＮＢ３から通常のユーザデータなどを受信することもできる。
制御部４１は、受信部４０及び送信部４２についての制御を行なう。
また、制御部４１は、ｅＮＢ３と接続する際に用いられる接続要求メッセージ（RRC Connection Request）を生成することができる。
さらに、ＵＥ４がｅＮＢ３用の制御データを送信する場合、制御部４１は、上記接続要求メッセージに所定の認証情報を含ませることができる。当該認証情報は、ｅＮＢ３が、ＯＰＥ接続情報などの制御データの取得先として、ＵＥ４が妥当であるかどうかを識別するために用いられる。つまり、ＯＰＥ接続情報などの制御データをｅＮＢ３へ送信するＵＥ４には、予めｅＮＢ３やＯＰＥ２などから正しい認証情報が通知されており、当該認証情報を含む接続要求メッセージがＵＥ４からｅＮＢ３へ送信された場合に、ｅＮＢ３は、当該ＵＥ４を制御データの取得先として認証することができる。  送信部（端末側送信部）４２は、受信部４０で取得した正常なＯＰＥ接続情報を含むデータをｅＮＢ３宛に送信することができる。また、送信部４２は、通常のユーザデータや制御部４１で生成された接続要求メッセージ（RRC Connection Request）などをｅＮＢ３宛に送信することができる。
【００２５】
以上のように、本例のＵＥ４は、正常なＯＰＥ接続情報などの制御データを取得し、ｅＮＢ３宛に送信することができる。
（１．３）ｅＮＢ３の構成例について
一方、ｅＮＢ３の構成の一例を図４に示す。
この図４に例示するように、ｅＮＢ３は、受信部３０と、判定部３１と、送信部３２と、処理部３３と、記憶部３４とをそなえる。なお、ｅＮＢ３は、複数の受信部３０を備えることができる。例えば、図４に例示しないアンテナの数に応じた数の受信部３０を備えることができる。
【００２６】
記憶部３４は、例えば、ｅＮＢ３がＯＰＥ２と接続する際に用いられるＯＰＥ接続情報を保持する。当該ＯＰＥ接続情報は、例えば、ｅＮＢ３の置局時に記憶部３４に格納され、定期あるいは不定期に、ＯＰＥ２などによって更新（変更）される。また、本例では、記憶部３４に格納されているＯＰＥ接続情報が壊れたような場合であっても、当該ＯＰＥ接続情報は、ＵＥ４から受信したデータから処理部３３によって抽出された正常なＯＰＥ接続情報によって更新され得る。
【００２７】
受信部（基地局側受信部）３０は、ＵＥ４から送信されたデータを受信する。ＵＥ４から受信したデータは、判定部３１へ送出される。また、受信部３０は、記憶部３４に格納されているＯＰＥ接続情報に基づいて、ＯＰＥ２と接続され、ＯＰＥ２から送信されたデータを受信することができる。受信部３０以降では、Ｓ１インタフェースやＸ２インタフェースで用いられるＧＴＰ−Ｕ（GPRS Tunneling Protocol for User Plane）形式で信号が処理される。
【００２８】
このように、Ｓ１インタフェースやＸ２インタフェースでは、ＧＴＰ−Ｕと呼ばれるネットワークプロトコルを用いて、Ｕ−Ｐｌａｎｅ信号の送受信が行なわれる。
図５及び図６に、Ｓ１インタフェース及びＸ２インタフェースにおけるＧＴＰ−Ｕのプロトコルスタックをそれぞれ示す。
トンネル転送をＩＰベースで行なう場合、図５及び図６にそれぞれに示すＧＴＰ−Ｕレイヤのパケットのペイロードとして、それぞれＩＰパケットが格納される。
【００２９】
このようにすることで、ＭＭＥ／ＳＧＷ，ｅＮＢ３は、下位層のパケットのペイロードに格納されるデータ内容に依存せずに、下位層のプロトコルベースで適切なパケット処理を実施することができる。
また、図７にＧＴＰ−Ｕヘッダの構成を示す。図７に示すＧＴＰ−Ｕヘッダの各領域は以下のとおりである。
【００３０】
「Ｖｅｒｓｉｏｎ」領域には、ＧＴＰ−Ｕのプロトコルバージョンが設定される。例えば、３ＧＰＰの規格（TS.29.281.v.9.2.0）では、「１」が設定される。
「ＰＴ（Protocol Type）」領域には、プロトコルの識別子が設定される。例えば、ＧＴＰ−Ｕの場合、加入者情報伝送用のＧＴＰを表す「１」、あるいは、課金情報伝送用のＧＴＰ´を表す「０」のいずれかが設定される。
【００３１】
「（＊）」領域は、スペア領域であり、通常、「０」が設定される。なお、受信側では当該領域を参照しない。
「Ｅ（Extension Header flag）」領域には、拡張ヘッダフラグが設定される。例えば、当該領域に「１」が設定されている場合、ＧＴＰ−Ｕヘッダに拡張ヘッダが付与されていることになる。
【００３２】
「Ｓ（Sequence number flag）」領域には、シーケンス番号フラグが設定される。例えば、当該領域に「１」が設定されている場合、シーケンス番号領域（「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ（１ｓｔＯｃｔｅｔ）」領域及び「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ（２ｎｄＯｃｔｅｔ）」領域）が有効であることになる。なお、シーケンス番号は、例えば、ＧＴＰ−Ｕ毎に転送されるＴ−ＰＤＵ（Transport layer-Protocol Data Unit）データを管理する際に用いられることがある。
【００３３】
「ＰＮ」領域には、Ｎ−ＰＤＵ（Network -Protocol Data Unit）番号フラグが設定される。例えば、当該領域に「１」が設定されている場合、Ｎ−ＰＤＵ番号領域（「Ｎ−ＰＤＵ  Ｎｕｍｂｅｒ」領域）が有効であることになる。なお、Ｎ−ＰＤＵ番号は、例えば、ＳＧＳＮ（Serving GPRS Support Node）ルーティングエリア更新手続きや異なるシステム間でのハンドオーバ手続きに用いられることがある。
【００３４】
「Ｍｅｓｓａｇｅ  Ｔｙｐｅ」領域は、ＧＴＰ−Ｕのメッセージタイプを示す。ＧＴＰ−Ｕが有するメッセージタイプは、例えば、図８に示すとおりである。
「Ｌｅｎｇｔｈ（１ｓｔＯｃｔｅｔ）」領域及び「Ｌｅｎｇｔｈ（２ｎｄＯｃｔｅｔ）」領域は、それぞれ、当該ＧＴＰ−Ｕヘッダを付与されたパケットのペイロード長を示す。
【００３５】
「ＴＦＩＤ（Tunnel Endpoint IDentifier）」領域は、ＧＴＰによって確立されるＩＰトンネルの識別情報を示す。
「Ｎｅｘｔ  Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｔｙｐｅ」領域は、ＧＴＰ−Ｕヘッダに付与される拡張ヘッダのタイプを示す。
本例の受信部３０は、受信データ種別に応じて、当該受信データをペイロードとして有するＧＴＰ−Ｕパケットのヘッダを制御する。
【００３６】
具体的には例えば、受信部３０は、ＵＥ４からの受信データに、ｅＮＢ３を制御するための制御データが含まれているか否かを判定する。そして、ＵＥ４からの受信データに、ｅＮＢ３を制御するための制御データが含まれていると判定した場合、受信部３０は、図９に例示するように、「１」に設定した制御情報フラグをＧＴＰ−Ｕパケットのヘッダに付加する。一方、ＵＥ４からの受信データに、通常のユーザデータなどが含まれており、ｅＮＢ３を制御するための制御データが含まれていないと判定した場合、受信部３０は、図９に例示するように、「０」に設定した制御情報フラグをＧＴＰ−Ｕパケットのヘッダに付加する。なお、当該制御データには、上述した正常なＯＰＥ接続情報が含まれる。
【００３７】
即ち、受信部３０は、受信したデータが制御データを含むかどうかを判定し、当該判定結果に応じた値の制御情報フラグを前記データに付加する第１処理部の一例として機能する。
判定部３１は、受信部３０から入力されるＧＴＰ−Ｕパケットのヘッダ内容に基づいて、データの送出先を変更制御する。
【００３８】
具体的には例えば、受信部３０から入力されたＧＴＰ−Ｕパケットのヘッダに「１」に設定された制御情報フラグが付加されている場合、判定部３１は、当該ＧＴＰ−Ｕパケットを処理部３３へ送出する。
処理部３３は、判定部３１から入力されたＧＴＰ−Ｕパケットのペイロードに格納されている制御データを抽出し、抽出した制御データがＯＰＥ接続情報である場合、抽出したＯＰＥ接続情報を記憶部３４に格納して、古いＯＰＥ接続情報と置き換える（更新する）。また、処理部３３は、受信部３０及び送信部３２についての制御を行なう。
【００３９】
一方、例えば、受信部３０から入力されたＧＴＰ−Ｕパケットのヘッダに「０」に設定された制御情報フラグが付加されている場合、判定部３１は、当該ＧＴＰ−Ｕパケットを送信部３２へ送出する。
即ち、判定部３１は、受信部３０で付加された制御情報フラグの値に応じて、制御データを用いてｅＮＢ３の動作を制御するか、前記データを上位ネットワーク側へ転送するかを決定する第２処理部の一例として機能する。なお、ｅＮＢ３が複数の受信部３０を備える場合、判定部３１は複数の受信部３０から入力を受けることとなるが、各受信部３０において付加されたヘッダの値を参照して当該パケットの送出先を判定できるため、判定部３１における演算コストを抑制できる。
【００４０】
また、判定部３１は、ＵＥ４から受信した接続要求メッセージに認証情報が含まれている場合、当該認証情報が妥当であるかどうかを判定する。なお、判定部３１が実現する機能のうち、当該認証情報の妥当性の判定処理と、上述の受信部３０で付加されたヘッダ内容に基づく処理とを、異なるハードウェアを用いて実行させるように実装してもよい。当該認証情報が妥当であると判定した場合には、判定部３１は、ＯＰＥ接続情報などの制御データの取得先としてＵＥ４が妥当であると決定する一方、当該認証情報が妥当でないと判定した場合には、ＯＰＥ接続情報などの制御データの取得先としてＵＥ４が妥当でないと決定する。なお、判定部３１は、妥当でないＵＥ４から送信された制御データを破棄してもよい。
【００４１】
送信部３２は、判定部３１から入力されたＧＴＰ−Ｕパケットを無線通信システム１内の他のｅＮＢ３や、キャリア網５側へ送信する。また、送信部３２は、記憶部３４に格納されているＯＰＥ接続情報に基づいて、ＯＰＥ２と接続され、ＯＰＥ２宛にデータを送信することができる。
即ち、送信部３２は、受信したデータに付加された制御情報フラグに基づいて当該データが制御データを含まないと判定した場合、当該データを上位ネットワーク側へ転送する基地局側送信部の一例として機能する。
【００４２】
以上のように、本例のｅＮＢ３は、ＵＥ４から受信したデータ種別を判別することができるので、受信データから自局３宛の制御データを判別して抽出することが可能となる。このため、例えば、ＯＰＥ接続情報が壊れてしまったような場合であっても、ｅＮＢ３は、ＵＥ４から正常なＯＰＥ接続情報を取得し、正常なＯＰＥ接続情報に基づいて、ＯＰＥ２との通信を行なうことが可能となる。
【００４３】
このように、本例によれば、ＵＥ４から、無線インタフェースを経由して、ＯＰＥ接続情報をｅＮＢ３宛に送信し、ｅＮＢ３は、ＵＥ４から受信したＯＰＥ接続情報に基づいて、保守管理動作を行なうことができるので、例えば、ネットワーク管理者はｅＮＢ３の配置されている場所に行くことなく、容易にｅＮＢ３の保守監視制御を実施することができる。
【００４４】
その結果、ｅＮＢ３の復旧作業を効率化することができるので、ユーザへのサービス低下時間を短縮することが可能となる。
（１．４）無線通信システム１の動作例について
ここで、無線通信システム１の動作の一例を図１０に示す。
この図１０に例示するように、まず、ｅＮＢ３は、ＵＥ４から受信した接続要求メッセージに認証情報が含まれているかどうかを判定する（ステップＳ１０）。
【００４５】
ＵＥ４から受信した接続要求メッセージに認証情報が含まれていない場合（ステップＳ１０のＮｏルート）、ｅＮＢ３は、処理を終了する。
一方、ＵＥ４から受信した接続要求メッセージに認証情報が含まれている場合（ステップＳ１０のＹｅｓルート）、ｅＮＢ３は、当該認証情報が妥当かどうかを判定する（ステップＳ１１）。
【００４６】
ここで、認証情報が妥当でないと判定した場合（ステップＳ１１のＮｏルート）、ｅＮＢ３は、処理を終了する。
一方、認証情報が妥当であると判定した場合（ステップＳ１１のＹｅｓルート）、ｅＮＢ３は、ＵＥ４からのデータを受信し（ステップＳ１２）、さらに、受信したデータにｅＮＢ３用の制御データが含まれているかどうかを判定する（ステップＳ１３）。
【００４７】
ここで、受信データにｅＮＢ３用の制御データが含まれている場合（ステップＳ１３のＹｅｓルート）、ｅＮＢ３は、ＵＥ４からのデータについて、制御情報フラグの値を「１」に設定したＧＴＰ−Ｕパケットを生成する（ステップＳ１４）。一方、受信データにｅＮＢ３用の制御データが含まれていない場合（ステップＳ１３のＮｏルート）、ｅＮＢ３は、ＵＥ４からのデータについて、制御情報フラグの値を「０」に設定したＧＴＰ−Ｕパケットを生成する（ステップＳ１５）。
【００４８】
そして、ｅＮＢ２は、ＧＴＰ−Ｕパケットについて、制御情報フラグの値が「１」かどうかを判定し（ステップＳ１６）、制御情報フラグの値が「１」であると判定した場合は（ステップＳ１６のＹｅｓルート）、当該受信データから制御データを抽出し、当該制御データに基づく制御を実施する（ステップＳ１７）。例えば、受信データにＯＰＥ接続情報が含まれている場合には、抽出したＯＰＥ接続情報を記憶部３３に格納するとともに、当該ＯＰＥ接続情報を用いてＯＰＥ２との接続を行なう。
【００４９】
一方、制御情報フラグの値が「０」であると判定した場合は（ステップＳ１６のＮｏルート）、ｅＮＢ３は、受信データを無線通信システム１内の他のｅＮＢ３や、キャリア網５側へ送信する（ステップＳ１８）。
（１．４．１）接続認証機能について
ここで、上記ステップＳ１０及びＳ１１の動作について、より具体的に説明する。
【００５０】
図１１に例示するように、ｅＮＢ３は、ベースバンド信号処理機能と、キャリア網側インタフェース機能と、データ処理機能とを有する。なお、ベースバンド信号処理機能は、例えば、受信部３０によって実現することができ、データ処理機能は、例えば、判定部３１及び処理部３３によって実現することができ、キャリア網側インタフェース機能は、例えば、受信部３０，判定部３１，処理部３３，送信部３２及び記憶部３４によって実現することができる。
【００５１】
この図１１に例示するように、まず、ＵＥ４から接続要求メッセージが送信されると（ステップＳ２０）、ｅＮＢ３のベースバンド信号処理機能は、当該接続要求メッセージに含まれるパラメータを抽出する（ステップＳ２１）。
当該パラメータには、例えば、認証用識別情報（認証用ＩＤ）と、認証用パスワードと、制御対象情報と、指定プロトコル情報とが含まれる。認証用識別情報（認証用ＩＤ）及び認証用パスワードは、ｅＮＢ３がＵＥ４の接続可否を判定するための情報である。また、制御対象情報は、ＵＥ４が制御対象とするｅＮＢ３を指定するための情報である。制御対象情報には、例えば、ＩＰアドレス、ＭＡＣアドレス、基地局識別情報などを用いることができる。さらに、指定プロトコル情報は、ｅＮＢ３を制御する際に用いるプロトコルに関する情報である。例えば、指定プロトコル情報の値が「０」であれば、ＦＴＰ（File Transferring Protocol）を用いることを示し、指定プロトコル情報の値が「１」であれば、独自のプロトコルを用いることを示す。
【００５２】
また、ＦＴＰを用いる場合、上記パラメータには、ＦＴＰ用ＩＰアドレス，ＦＴＰ用ポート番号及びＦＴＰ用ログインパスワードなどが含まれていてもよい。
即ち、上記パラメータの送受信を行なうべく、本例では、図１３に例示するようなプロトコルスタックを用いる。この図１３に示す例では、各プロトコルスタックに対して、ＩＰレイヤ，ＴＣＰレイヤ及びＦＴＰレイヤを追加している。
【００５３】
なお、接続要求メッセージへ設定するパラメータは、例えば、オプションパラメータとして扱う。これらのパラメータの内容、配置等は、実施したい保守監視制御によって、ユーザが自由に組み替えてもよい。
次に、ｅＮＢ３のベースバンド信号処理機能は、抽出したパラメータに含まれる認証用識別情報（認証用ＩＤ）及び認証用パスワードをデータ処理機能に渡すとともに（ステップＳ２２）、データ処理機能に対して認証処理の実施を要求する（ステップＳ２３）。
【００５４】
そして、ｅＮＢ３のデータ処理機能は、上記の認証情報に基づいて、ＵＥ４が制御データの取得先として妥当かどうかを判定し（ステップＳ２４）、当該判定結果をベースバンド信号処理機能へ通知する（ステップＳ２５）。なお、セキュリティを考慮し、ＵＥ４がｅＮＢ３へ接続可能とする条件を、例えば、ｅＮＢ３において異常が発生した場合のみに限定してもよい。
【００５５】
次に、ｅＮＢ３のベースバンド信号処理機能は、抽出したパラメータに含まれる指定プロトコル情報をデータ処理機能に渡す（ステップＳ２６）。なお、ＦＴＰがプロトコルに指定された場合は、ＦＴＰ用ＩＰアドレス，ＦＴＰ用ポート番号及びＦＴＰ用ログインパスワードなどのＦＴＰ用の設定情報がデータ処理機能に渡される。また、ＦＴＰ以外のプロトコルを使用する場合は、当該プロトコルを確立するための情報がデータ処理機能に渡される。
【００５６】
ｅＮＢ３のデータ処理機能は、ベースバンド信号処理機能から通知された指定プロトコル情報によって指定されるプロトコルを起動する（ステップＳ２７）。
そして、所定のプロトコルが起動されると、ｅＮＢ３のベースバンド信号処理機能は、ＵＥ４から受信したデータを、上記プロトコルを用いてデータ処理機能へ転送する（ステップＳ２８）。
【００５７】
なお、ｅＮＢ３のデータ処理機能は、ＵＥ４の呼接続処理を、キャリア網側インタフェース機能と協働して実施してもよい（ステップＳ２９）。
その後、ｅＮＢ３のデータ処理機能は、ＵＥ４に対して、接続要求メッセージによる接続が確立したことを示す接続確立メッセージを送信し（ステップＳ３０）、ＵＥ４は、当該接続確立メッセージを受信したことを示す接続確認メッセージをｅＮＢ３へ送信する（ステップＳ３１）。
【００５８】
（１．４．２）データ処理機能について
次に、上記ステップＳ１２〜Ｓ１５の動作について、より具体的に説明する。
図１２に例示するように、認証済みのＵＥ４からデータが送信されると（ステップＳ４０）、ｅＮＢ３のベースバンド信号処理機能は、当該受信データに制御データが含まれているかどうかを判定する（ステップＳ４１）。
【００５９】
ここで、受信データに制御データが含まれていれば、ｅＮＢ３のベースバンド信号処理機能は、当該受信データについて制御情報フラグを「１」に設定したＧＴＰ−Ｕパケットを生成する（ステップＳ４２）。一方、受信データに制御データが含まれていなければ、ｅＮＢ３のベースバンド信号処理機能は、当該受信データについて制御情報フラグを「０」に設定したＧＴＰ−Ｕパケットを生成する（ステップＳ４２）。
【００６０】
次に、ｅＮＢ３のベースバンド信号処理機能は、ステップＳ４２で制御情報フラグを設定したＧＴＰ−ＵパケットをｅＮＢ３のキャリア網側インタフェース機能へ渡す（ステップＳ４３）。
そして、ｅＮＢ３のキャリア網側インタフェース機能は、ｅＮＢ３のベースバンド信号処理機能から受け取ったＧＴＰ−Ｕパケットについて、制御情報フラグが「１」に設定されているかどうかを判定する（ステップＳ４４）。
【００６１】
ここで、制御情報フラグが「１」に設定されていると判定した場合（ステップＳ４４のＹｅｓルート）、ｅＮＢ３のキャリア網側インタフェース機能は、当該ＧＴＰ−Ｕパケットをデータ処理機能へ渡す（ステップＳ４５）。
ｅＮＢ３のデータ処理機能は、キャリア網側インタフェース機能から通知されたＧＴＰ−Ｕパケットから制御データを抽出し、抽出した制御データに基づいて、ｅＮＢ３の制御を実施する（ステップＳ４６）。例えば、ＵＥ４からＯＰＥ接続情報を受信した場合は、ｅＮＢ３は、当該ＯＰＥ接続情報により古いＯＰＥ接続情報を更新するとともに、新しいＯＰＥ接続情報を用いてＯＰＥ２と接続する。
【００６２】
ｅＮＢ３のデータ処理機能は、上記制御を実施後、当該制御による結果を、ベースバンド信号処理機能へ応答する（ステップＳ４７）。
そして、ｅＮＢ３のベースバンド信号処理機能は、データ処理機能から受けた制御結果応答をＵＥ４向けのデータに変換して（ステップＳ４８）、ＵＥ４へ送信する（ステップＳ４９）。
【００６３】
一方、制御情報フラグが「０」に設定されていると判定した場合（ステップＳ４４のＮｏルート）、ｅＮＢ３のキャリア網側インタフェース機能は、当該ＧＴＰ−Ｕパケットをキャリア網５側へ転送する（ステップＳ５０）。
以上のように、本例によれば、ＵＥ４から、無線インタフェースを経由して、ＯＰＥ接続情報などの制御データをｅＮＢ３宛に送信し、ｅＮＢ３は、ＵＥ４から受信した制御データに基づいて、保守管理動作等の各種制御を実施することができる。これにより、例えば、ネットワーク管理者はｅＮＢ３の配置されている場所に行くことなく、容易にｅＮＢ３の保守監視制御を実施することができる。
【００６４】
その結果、例えば、ｅＮＢ３の復旧作業を効率化することができるので、ユーザへのサービス低下時間を短縮することが可能となる。
〔２〕ハードウェア構成例
ここで、図１４にｅＮＢ３のハードウェア構成の一例を示す。
図１４に示すように、ｅＮＢ３は、例示的に、アンテナ５０と、無線インタフェース（無線ＩＦ）部５１と、プロセッサ５２と、メモリ５３と、ベースバンド（ＢＢ：BaseBand）処理部５４と、記憶装置５５と、有線インタフェース（有線ＩＦ）部５６とをそなえる。
【００６５】
アンテナ５０は、送信用アンテナと受信用アンテナとを含む。なお、送信用アンテナと受信用アンテナとは共用されてもよいし、個別のアンテナとして設けられてもよい。また、アンテナ５０は、複数のアンテナにより構成されていてもよい。
無線ＩＦ部５１は、ＵＥ４と無線通信を行なうためのインタフェース装置である。
プロセッサ５２は、データを処理する装置であり、例えばＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）、ＬＳＩ（Large Scale Integration）やＦＰＧＡ（Field-Programmable Gate Array）等を含む。
【００６６】
メモリ５３及び記憶装置５５は、データを記憶する装置であり、例えばＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、磁気記憶装置等を含む。
ＢＢ処理部５４は、受信データ及び送信データについてベースバンド信号処理を行なう装置であり、例えばＣＰＵやＤＳＰ、ＬＳＩやＦＰＧＡ等を含む。
有線ＩＦ部５６は、無線通信システム１内の他のｅＮＢ３や、携帯電話システムのキャリア網５側のネットワーク（いわゆるバックホールネットワーク）に接続された他の無線基地局や、ＯＰＥ２などと有線通信を行なうためのインタフェース装置である。
【００６７】
なお、ｅＮＢ３は、複数の無線ＩＦ部５１及びＢＢ処理部５４を備えることができる。ｅＮＢ３は、各構成要素を独立した筐体内に実装させてもよい。この場合、各筐体間を通信線を用いて接続させることで、一つの無線基地局としての機能を実現させることができる。例えば、アンテナ５０及び無線ＩＦ部５１を鉄塔などの高所に設置し、それより低い箇所にＢＢ処理部５４などの他の構成を設置することができる。
【００６８】
図４に例示するｅＮＢ３の各構成と図１４に例示するｅＮＢ３の各構成との対応関係は、例えば次の通りである。
アンテナ５０，無線ＩＦ部５１及び有線ＩＦ部５６は、例えば、受信部３０及び送信部３２に対応する。また、プロセッサ５２及びメモリ５３は、例えば、処理部３３に対応し、記憶装置５５は、例えば、記憶部３４に対応する。また、プロセッサ５２及びメモリ５３は、認証情報の妥当性の判定処理を行なう判定部３１に対応し、ＵＥ４から受信した接続要求メッセージに認証情報が含まれているとＢＢ処理部５４が判定した場合、当該認証情報の妥当性の判定処理を実行する。
【００６９】
さらに、ＢＢ処理部５４は、例えば、受信部３０に対応し、受信データに制御データが含まれているかどうかを判定する機能及び前記判定結果に応じて、ＧＴＰ−Ｕパケットのヘッダに制御情報フラグを設定する機能を具備する。また、ＢＢ処理部５４は、ＵＥ４から受信した接続要求メッセージに認証情報が含まれているかを判定する機能、及び認証情報が含まれていると判定した場合にプロセッサ５２に認証情報の妥当性の判定処理を依頼する機能を具備する。
【００７０】
また、有線ＩＦ部５６は、例えば、上述のＢＢ処理部５４で付加されたヘッダの内容に基づく処理を行なう判定部３１に対応し、制御情報フラグの値に応じた宛先へＧＴＰ−Ｕパケットを送出する機能を具備する。なお、有線ＩＦ部５６は、制御情報フラグの値を判定するための演算機能を有するＨＷＩＦ（HighWay InterFace）などが用いられる。
また、図１５にＵＥ４のハードウェア構成の一例を示す。
【００７１】
図１５に示すように、ＵＥ４は、例示的に、アンテナ４３と、無線インタフェース（無線ＩＦ）部４４と、プロセッサ４５と、メモリ４６と、記憶装置４７と、入出力インタフェース（入出力ＩＦ）部４８とをそなえる。
アンテナ４３は、送信用アンテナと受信用アンテナとを含む。なお、送信用アンテナと受信用アンテナとは共用されてもよいし、個別のアンテナとして設けられてもよい。また、アンテナ４３は、複数のアンテナにより構成されていてもよい。
【００７２】
無線ＩＦ部４４は、ｅＮＢ３と無線通信を行なうためのインタフェース装置である。
プロセッサ４５は、データを処理する装置であり、例えばＣＰＵやＤＳＰ、ＬＳＩやＦＰＧＡ等を含む。
メモリ４６及び記憶装置４７は、データを記憶する装置であり、例えばＲＯＭやＲＡＭ、磁気記憶装置等を含む。
【００７３】
入出力ＩＦ部４８は、入出力を行なう装置であり、例えば操作ボタン、マイク、スピーカ、ディスプレイ等を含む。
なお、図３に例示するＵＥ４の各構成と図１５に例示するＵＥ４の各構成との対応関係は、例えば次の通りである。
アンテナ４３，無線ＩＦ部４４及び入出力ＩＦ部４８は、例えば、受信部４０及び送信部４２に対応する。また、プロセッサ４５，メモリ４６及び記憶装置４７は、例えば、制御部４１に対応する。
【００７４】
〔３〕その他
なお、上述した実施形態における無線通信システム１，ｅＮＢ３及びＵＥ４の各構成及び各機能は、必要に応じて取捨選択してもよいし、適宜組み合わせて用いてもよい。即ち、本発明の機能を発揮できるように、上記の各構成及び各機能を取捨選択したり、適宜組み合わせて用いたりしてもよい。
【００７５】
例えば、上述した実施形態では、ＵＥ４が無線インタフェースを用いてＯＰＥ接続情報をｅＮＢ３に送信したが、Wi-Fi（Wireless Fidelity）（登録商標）や、ZigBeeなどの他の無線規格を用いてもよい。ｅＮＢ３の小型化、省電力化という観点からは、ｅＮＢ３が既に備える無線インタフェースを用いるのが望ましい。
また、上述した実施形態では、ＧＴＰ−Ｕパケットのヘッダ領域に制御情報フラグを追加することで、ｅＮＢ３に制御データの有無を認識させたが、例えば、ＧＴＰ−Ｕパケットヘッダのスペア領域を用いて、ｅＮＢ３に制御データの有無を認識させてもよい。
【符号の説明】
【００７６】
１００  無線通信システム
２００−１，２００−２  ＭＭＥ／ＳＧＷ
３００−１，３００−２，３００−３  ｅＮＢ
１  無線通信システム
２  ＯＰＥ
３−１，３−２  ｅＮＢ
４  ＵＥ
５  キャリア網
３０  受信部
３１  判定部
３２  送信部
３３  処理部
３４  記憶部
４０  受信部
４１  制御部
４２  送信部
４３  アンテナ
４４  無線ＩＦ部
４５  プロセッサ
４６  メモリ
４７  記憶装置
４８  入出力ＩＦ部
５０  アンテナ
５１  無線ＩＦ部
５２  プロセッサ
５３  メモリ
５４  ＢＢ処理部
５５  記憶装置
５６  有線ＩＦ部
【図１】
0005831333.tif 000002
【図２】
0005831333.tif 000003
【図３】
0005831333.tif 000004
【図４】
0005831333.tif 000005
【図５】
0005831333.tif 000006
【図６】
0005831333.tif 000007
【図７】
0005831333.tif 000008
【図８】
0005831333.tif 000009
【図９】
0005831333.tif 000010
【図１０】
0005831333.tif 000011
【図１１】
0005831333.tif 000012
【図１２】
0005831333.tif 000013
【図１３】
0005831333.tif 000014
【図１４】
0005831333.tif 000015
【図１５】
0005831333.tif 000016