(57)【要約】【課題】無線ベアラサーバと無線コントロールサーバとの間のノード間同期に関わる制御メッセージのトラヒックを軽減して、これら無線ベアラサーバおよび無線コントロールサーバ間のノード間同期を効率良く行なうこと。【解決手段】サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、制御メッセージにサービング無線コントロールサーバ６ａ〜６ｍおよびサービング無線ベアラサーバ４ａ〜４ｎが保有している時刻情報を設定し、これら各時刻情報の差分に基づきサービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間のノード間同期処理を実行する。【選択図】      図１
2004349882.tif 000002
【特許請求の範囲】
【請求項１】
移動端末と交信する無線基地局と、上記無線基地局を複数管理して制御プレーンの無線回線の制御を行なう複数の無線コントロールサーバと、移動端末とのユーザプレーンのデータ転送制御を行なう複数の無線ベアラサーバとを備える無線ネットワークシステムにおいて、
新規の呼の発生時に、前記無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとのノード間同期処理を実行することを特徴とする無線ネットワークシステムにおけるノード間同期方法。
【請求項２】
前記制御メッセージとしてＩＰｖ６を使用し、パケットの拡張ヘッダに上記時刻情報の設定部を新たに定義し、該設定部に時刻情報を設定することを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
【請求項３】
前記制御メッセージとしてＭｅｇａｃｏ／Ｈ．２４８プロトコルを使用し、新たに定義したパッケージに上記時刻情報を設定することを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
【請求項４】
前記無線コントロールサーバと無線ベアラサーバとの間で制御メッセージが一定時間以上の間送受信されない場合のみ、ノード間同期のための独立した制御メッセージを無線コントロールサーバおよび無線ベアラサーバ間で交換することを特徴とする請求項１〜３の何れか一つに記載の無線ネットワークシステムにおけるノード間同期方法。
【請求項５】
前記無線ベアラサーバは、各無線基地局との前記ノード間同期処理により各無線基地局と無線ベアラサーバとの間の前記時刻情報の差分を取得するとともに、前記無線ベアラサーバは、前記無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に前記無線ベアラサーバが保有している時刻情報を設定するとき、前記取得した各無線基地局と無線ベアラサーバとの間の時刻情報の差分を元に各無線基地局の時刻情報を設定することにより無線コントロールサーバと無線基地局とのノード間同期処理を実行させることを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
【請求項６】
前記無線ベアラサーバは、各無線基地局との前記ノード間同期処理により各無線基地局と無線ベアラサーバとの間の前記時刻情報の差分を取得するとともに、前記無線ベアラサーバは、無線コントロールサーバから移動端末へ送信される無線リソース制御メッセージを中継する際に、前記取得した各無線基地局の時刻の差分情報をもとに前記無線リソース制御メッセージ中の時刻情報を設定し直すことを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
【請求項７】
前記無線ベアラサーバは、無線基地局と前記ノード間同期手順を行なう際に、管理対象とする各無線基地局を１つのマルチキャストグループとし、マルチキャストグループの各無線基地局へ上記時刻情報を含む制御メッセージを送信する際は、ＩＰマルチキャストアドレスを宛先アドレスとすることを特徴とする請求項５または６に記載の無線ネットワークシステムにおけるノード間同期方法。
【請求項８】
前記無線ベアラサーバは、無線コントロールサーバとノード間同期手順を行なうため独立したメッセージを無線ベアラサーバおよび無線コントロールサーバ間で交換する際に、ＳＮＴＰを適用し、無線ベアラサーバ側をＮＴＰサーバ、無線コントロールサーバ側をＮＴＰクライアントとして動作させることを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
【請求項９】
無線コントロールサーバと無線ベアラサーバとの間でキープアライブのために交換する制御メッセージ中に、無線コントロールサーバおよび無線ベアラサーバが夫々保有している時刻情報を設定することで、無線コントロールサーバと無線ベアラサーバとの間の前記ノード間同期処理を実行することを特徴とする請求項１または２に記載の無線ネットワークシステムにおけるノード間同期方法。
【請求項１０】
移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバとの間で制御メッセージを交換するとともに、無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバにおいて、
前記無線ベアラサーバとの間で制御メッセージを交換する際に取得した自身が保有している時刻情報と、前記無線ベアラサーバからの前記制御メッセージに含まれる時刻情報との差分に基づき前記無線ベアラサーバとのノード間同期処理を実行するノード間同期処理手段を備えることを特徴とする無線コントロールサーバ。
【請求項１１】
前記無線ベアラサーバからの前記制御メッセージに含まれる時刻情報は、無線ベアラサーバが各無線基地局とのノード間同期処理により取得した各無線基地局と無線ベアラサーバとの間の時刻情報の差分が加味されたものであることを特徴とする請求項１０に記載の無線コントロールサーバ。
【請求項１２】
前記制御メッセージは、新規の呼の転送を指示するためのものあるいはキープアライブのためのものであることを特徴とする請求項１０または１１に記載の無線コントロールサーバ。
【請求項１３】
無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバからの制御メッセージに対する応答メッセージを無線コントロールサーバに返信するとともに、移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバにおいて、
前記無線コントロールサーバから送信された第１の時刻情報を含む制御メッセージに対する応答メッセージを返信する際、前記制御メッセージを受信した時刻を示す第２の時刻情報、前記応答メッセージを送信する時刻を示す第３の時刻情報および前記第１の時刻情報を前記応答メッセージに付加して前記無線コントロールサーバに送信することにより、前記無線コントロールサーバでのノード間同期処理を可能とさせるようにしたことを特徴とする無線ベアラサーバ。
【請求項１４】
前記第２および第３の時刻情報は、無線ベアラサーバが各無線基地局とのノード間同期処理により取得した各無線基地局と無線ベアラサーバとの間の時刻情報の差分が加味されたものであることを特徴とする請求項１３に記載の無線ベアラサーバ。
【請求項１５】
前記制御メッセージは、新規の呼の転送を指示するためのものあるいはキープアライブのためのものであることを特徴とする請求項１３または１４に記載の無線ベアラサーバ。
【請求項１６】
前記無線コントロールサーバから移動端末へ送信される無線リソース制御メッセージを中継する際に、無線ベアラサーバが各無線基地局とのノード間同期処理により取得した各無線基地局と無線ベアラサーバとの間の時刻情報の差分情報をもとに前記無線リソース制御メッセージ中の時刻情報を設定し直すことを特徴とする請求項１３に記載の無線ベアラサーバ。
【請求項１７】
無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバとの間で制御メッセージを交換するとともに、移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバにおいて、
前記無線コントロールサーバとの間で制御メッセージを交換する際に取得した自身が保有している時刻情報と、前記無線コントロールサーバからの前記制御メッセージに含まれる時刻情報との差分に基づき前記無線コントロールサーバとのノード間同期処理を実行するノード間同期処理手段を備えることを特徴とする無線ベアラサーバ。
【請求項１８】
移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバとの間で新規の呼の転送を指示するための第１の制御メッセージを交換するとともに、無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバにおいて、
前記無線ベアラサーバとの間で、一定時間以上の間、第１の制御メッセージを授受していないことを監視する監視タイマと、
この監視タイマにより一定時間以上の間第１の制御メッセージを授受していないことを検出すると、ノード間同期のための所定の第２の制御メッセージを無線ベアラサーバとの間で交換するとともに、前記第２の制御メッセージを交換する際に取得した自身が保有している時刻情報と前記無線ベアラサーバからの前記第２の制御メッセージに含まれる時刻情報との差分に基づき前記無線ベアラサーバとのノード間同期処理を実行するノード間同期処理手段と、
を備えることを特徴とする無線コントロールサーバ。
【請求項１９】
無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバとの間で新規の呼の転送を指示するための第１の制御メッセージを交換するとともに、移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバにおいて、
前記無線コントロールサーバとの間で、一定時間以上の間、第１の制御メッセージを授受していないことを監視する監視タイマと、
この監視タイマにより一定時間以上の間第１の制御メッセージを授受していないことを検出すると、ノード間同期のための所定の第２の制御メッセージを無線コントロールサーバとの間で交換するとともに、前記第２の制御メッセージを交換する際に取得した自身が保有している時刻情報と前記無線コントロールサーバからの前記第２の制御メッセージに含まれる時刻情報との差分に基づき前記無線コントロールサーバとのノード間同期処理を実行するノード間同期処理手段と、
を備えることを特徴とする無線ベアラサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、移動端末と交信する無線基地局と、上記無線基地局を複数管理して制御プレーンの無線回線の制御を行なう複数の無線コントロールサーバと、移動端末とのユーザプレーンのデータ転送制御を行なう複数の無線ベアラサーバとを備える無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバに関するものである。
【０００２】
【従来の技術】
近年、移動体通信に対する要求が高まりを見せる中、特に第３世代の移動通信システムとして位置づけられているＩＭＴ−２０００（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）では、これまでにない高速・広帯域化が図られようとしており、その特色を活かし移動環境において動画像等のマルチメティア通信が多いに利用されることが期待されている。
【０００３】
このような中、自由度、柔軟性かつ拡張性に富んだ分散形態の無線ネットワークシステムに関する検討が進めており、例えばＭｏｂｉｌｅ  Ｗｉｒｅｌｅｓｓ  Ｉｎｔｅｒｎｅｔ  Ｆｏｒｕｍにおける技術レポートとして、非特許文献１が策定されている。
【０００４】
図１５は、非特許文献１に開示された無線ネットワークシステムの機能モデルを示すブロック図である。図１５において、無線基地局３０はＮｏｄｅ  Ｂと呼ばれる第３世代の移動通信システムの無線基地局であり、無線のレイヤ１としての３１では、システム情報の報知、無線環境の調査、無線チャネルのコーティング／デコーディング、ランダムアクセスの検出、上りアウターループ電力測定、下りアウターループ電力制御、上りインナーループ電力制御を行なう。
【０００５】
ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）３２は、Ｃｏｎｔｒｏｌ／Ｄｒｉｆｔ  ＲＮＣ３３とＳｅｒｖｉｎｇ  ＲＮＣ３４とに分割される。Ｃｏｎｔｒｏｌ／Ｄｒｉｆｔ  ＲＮＣ３３は、セルベアラゲートウェイ（Ｃｅｌｌ  Ｂｅａｒｅｒ  Ｇａｔｅｗａｙ）３５と、Ｃｅｌｌ  Ｃｏｎｔｒｏｌｌｅｒ３６と、Ｃｏｍｍｏｎ  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ３７と、Ｐａｇｉｎｇ／Ｂｒｏａｄｃａｓｔ３８と、ＵＥ  ＧＥＯ  Ｌｏｃａｔｉｏｎ３９とから成る機能を備え、Ｓｅｒｖｉｎｇ  ＲＮＣ３４は、ＵＥ  ＧＥＯ  Ｌｏｃａｔｉｏｎ３９と、Ｕｓｅｒ  Ｒａｄｉｏ  Ｇａｔｅｗａｙ４０と、Ｍｏｂｉｌｅ  Ｃｏｎｔｒｏｌ４１とから成る機能を備えている。
【０００６】
セルベアラゲートウェイ３５は、共通チャネルの多重／分離、無線ベアラのブロードキャスト／マルチキャスト送信を行なう。Ｃｅｌｌ  Ｃｏｎｔｒｏｌｌｅｒ３６は、無線リソースに関する割当及び輻輳制御、個別物理無線リソースの割当、共通論理無線リソースの割当、ダイナミック共通物理リソースの割当及び構成管理、システム情報報知の制御、セル環境測定収集、ダイナミック・チャネル割当、セルページング、下りオープンループ電力制御を行なう。Ｃｏｍｍｏｎ  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ３７は、無線ネットワーク環境測定収集、ネットワーク負荷の最適化を行なう。Ｐａｇｉｎｇ／Ｂｒｏａｄｃａｓｔ３８は、無線ベアラのブローキャスト／マルチキャストのフロー制御、無線ベアラのブロードキャスト／マルチキャストの状態通知、マルチセルにおける移動端末の呼出しの調整、移動端末の呼出しの調整を行なう。ＵＥ  ＧＥＯ  Ｌｏｃａｔｉｏｎ３９は、移動端末の位置に関する情報収集と計算を行なう。
【０００７】
Ｕｓｅｒ  Ｒａｄｉｏ  Ｇａｔｅｗａｙ４０は、セグメント化とリアセンブリ、個別チャネルの配送確認、ヘッダ圧縮、個別チャネルの多重／分離、マクロダイバーシチ合成／分離、上りアウターループ電力制御の処理、無線メディアアクセスの測定、無線チャネルの暗号化を行なう。Ｍｏｂｉｌｅ  Ｃｏｎｔｒｏｌ４１は、個別論理無線リソースの割当、個別物理無線リソースの構成管理、無線個別パケットフローの制御、割当制御の調整、無線リソースのコンテキスト管理、トレース、コネクションの設定／解放、移動端末の測定制御、上りアウターループ電力制御、下りアウターループ電力制御の調整、無線個別パケットフローの無線ＱｏＳへのマッピング、無線ベアラのトランスポートＱｏＳへのマッピング、ロケーション管理、マクロダイバーシチ合成／分離の制御、無線チャネルコーディング制御、メディアアクセス測定制御、ＴＤＤタイミング制御、無線フレーム配信の測定と計算、移動端末の個別呼出し、ハンドオーバー制御を行なう。
【０００８】
この無線ネットワークシステムの機能モデルは、自由度、柔軟性かつ拡張性を持たせるため、トランポート・レイヤと無線ネットワーク・レイヤを完全に分離するとともに、無線ネットワーク・レイヤを、図１５に一点鎖線で示すように、Ｃｅｌｌ  Ｃｏｎｔｒｏｌｌｅｒ３６、Ｃｏｍｍｏｎ  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ３７、Ｐａｇｉｎｇ／Ｂｒｏａｄｃａｓｔ３８、ＵＥ  ＧＥＯ  Ｌｏｃａｔｉｏｎ３９およびＭｏｂｉｌｅ  Ｃｏｎｔｒｏｌ４１を有する制御プレーンとしてのＳｉｇｎａｌｉｎｇ  Ｐｌａｎｅと、Ｃｅｌｌ  Ｂｅａｒｅｒ  Ｇａｔｅｗａｙ３５およびＵｓｅｒ  Ｒａｄｉｏ  Ｇａｔｅｗａｙ４０を有するユーザプレーンとしてのＢｅａｒｅｒ  Ｐｌａｎｅとに分けることを特徴としている。
【０００９】
【非特許文献１】
Ｍｏｂｉｌｅ  Ｗｉｒｅｌｅｓｓ  Ｉｎｔｅｒｎｅｔ  Ｆｏｒｕｍにおける技術レポート、ＭＴＲ−００７  Ｏｐｅｎ  ＲＡＮ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｉｎ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｍｏｂｉｌｅ  Ｓｙｓｔｅｍｓ  Ｒｅｌｅａｓｅ  ｖ１．０．０  （１２  Ｊｕｎｅ  ２００１）
【００１０】
【発明が解決しようとする課題】
ところで、非特許文献１に記載の従来のシステムは、自由度、柔軟性かつ拡張性を持たせるため、無線ネットワーク・レイヤを制御プレーンとしてのＳｉｇｎａｌｉｎｇ  ＰｌａｎｅとユーザプレーンとしてのＢｅａｒｅｒ  Ｐｌａｎｅとに分けて各機能ブロックを定義しているが、この非特許文献１には、同じ機能ブロックを複数の装置（ノード）で実現した場合、これら複数の装置（ノード）間の同期をどのようにしてとるかについては、全く開示がない。
【００１１】
この発明は上記に鑑みてなされたもので、移動端末とのユーザプレーン（Ｂｅａｒｅｒ  Ｐｌａｎｅ）のデータ転送制御を行なう複数の無線ベアラサーバと、呼の受付制御を行なう複数の無線コントロールサーバとの間のノード間同期に関わる制御メッセージのトラヒックを軽減して、これら無線ベアラサーバおよび無線コントロールサーバ間のノード間同期を効率良く行なう無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバを得ることを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するため、この発明にかかる無線ネットワークシステムにおけるノード間同期方法は、移動端末と交信する無線基地局と、上記無線基地局を複数管理して制御プレーンの無線回線の制御を行なう複数の無線コントロールサーバと、移動端末とのユーザプレーンのデータ転送制御を行なう複数の無線ベアラサーバとを備える無線ネットワークシステムにおいて、新規の呼の発生時に、前記無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行することを特徴とする。
【００１３】
この発明によれば、新規の呼の発生時に、無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行するようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００１４】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバの好適な実施の形態を詳細に説明する。
【００１５】
実施の形態１．
実施の形態１においては、複数のサービング無線ベアラサーバ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｒｖｅｒ）からサービング無線コントロールサーバ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｅｒ）へリソース（チャネル）使用状況を定期的に通知し、サービング無線コントロールサーバは、上記リソース（チャネル）使用状況の報告に基づいて個々のサービング無線ベアラサーバの使用状況を判断して、上記リソース（チャネル）の最も空きの多いサービング無線ベアラサーバに対して新規の呼を振り分けるとともに、サービング無線コントロールサーバとサービング無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを送受信する際に、この制御メッセージに各サーバ（サービング無線コントロールサーバおよびサービング無線ベアラサーバ）が保有している時刻情報を付加（重畳）して送信し、該時刻情報に基づいて各サーバ間の同期をとるノード間同期処理を実行するようにしている。
【００１６】
図１は、本発明にかかる無線ネットワークシステムの構成例を示した図である。図１において、この無線ネットワークシステムは、移動端末１ａ〜１ｐと、無線基地局２ａ〜２ｑと、セルコントロール無線ベアラサーバ（Ｃｅｌｌ  Ｃｏｎｔｒｏｌ  Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｒｖｅｒ）３ａ〜３ｒと、サービング無線ベアラサーバ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｒｖｅｒ）４ａ〜４ｎと、セルコントロール無線コントロールサーバ（Ｃｅｌｌ  Ｃｏｎｔｒｏｌ  Ｒａｄｉｏ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｅｒ）５ａ〜５ｓと、サービング無線コントロールサーバ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｅｒ）６ａ〜６ｍと、ＩＰバックボーン・ネットワーク７ａ，７ｂと、移動体通信網のコアネットワーク８と、ルータ装置９ａ，９ｂとを備えている。
【００１７】
無線基地局２ａ〜２ｐは移動端末１ａ〜１ｑと交信する。セルコントロール無線ベアラサーバ３ａ〜３ｒは、共通チャネル単位にユーザプレーン（ベアラプレーン）のデータ転送制御を行なう。サービング無線ベアラサーバ４ａ〜４ｎは個別チャネル単位にユーザプレーンのデータ転送制御を行なう。セルコントロール無線コントロールサーバ５ａ〜５ｓは共通チャネルに対応した制御プレーンの無線回線の制御を行なう。サービング無線コントロールサーバ６ａ〜６ｍは個別チャネルに対応した制御プレーンの無線回線の制御を行なう。
【００１８】
セルコントロール無線ベアラサーバ３ａ〜３ｒおよびサービング無線ベアラサーバ４ａ〜４ｎで構成される複数の無線ベアラサーバは、主に移動端末１ａ〜１ｎとのユーザプレーン（Ｂｅａｒｅｒ  Ｐｌａｎｅ）のデータ転送制御（ユーザデータの多重／分離、暗号化、マクロダイバシチなどのユーザデータの転送制御など）を行なう。セルコントロール無線コントロールサーバ５ａ〜５ｓおよびサービング無線コントロールサーバ６ａ〜６ｍで構成される複数の無線コントロールサーバは、主に複数の無線基地局２ａ〜２ｎを管理して、制御プレーンの無線回線の制御（ＲＢＳの制御、周波数，拡散コード，送信電力などの無線リソースの制御など）を行なう。また、共通チャネルは、特定の１台の移動端末に関わらないデータを転送するためのチャネルであり複数の移動端末間で共有して使用される。個別チャネルは、特定の１台に関わるデータを転送するためのチャネルである。制御プレーンは、シグナリングプレーンとも云い、ユーザデータを転送するための各種制御情報を伝達するプレーン（インタフェース、機能ブロックなどの集合体）である。ユーザプレーンは、ベアラプレーンとも云い、音声やパケットなどのユーザデータを伝送するプレーンである。
【００１９】
ＩＰバックボーン・ネットワーク７ａは、無線基地局２ａ〜２ｐ、セルコントロール無線ベアラサーバ３ａ〜３ｒ、サービング無線ベアラサーバ４ａ〜４ｎを収容する。ＩＰバックボーン・ネットワーク７ｂは、セルコントロール無線コントロールサーバ５ａ〜５ｓおよびサービング無線コントロールサーバ６ａ〜６ｍを収容する。ルータ装置９ａは、ＩＰバックボーン・ネットワーク７ａおよび７ｂを接続する。ルータ装置９ｂは、ＩＰバックボーン・ネットワーク７ｂおよび移動体通信網のコアネットワーク８とを接続する。
【００２０】
図２は、実施の形態１にかかるノード間同期のシーケンス動作を示す図である。サービング無線ベアラサーバ４ａ〜４ｎは、サービング無線コントロールサーバ６ａ〜６ｍに対して、常時、リソース（チャネル）使用状況報告（１０１）を一定周期で送信している。発信または着信動作に伴ない移動端末１ａは、無線基地局２ａ、セルコントロール無線ベアラサーバ３ａおよびセルコントロール無線コントロールサーバ５ａを介し、共通制御チャネル（ＣＣＣＨ）を使用してＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ（１０２）をサービング無線コントロールサーバ６ａに送信する（ＲＲＣ；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）。
【００２１】
このＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ（１０２）を受信したサービング無線コントロールサーバ６ａは、上記リソース使用状況報告（１０１）に基づいて、最もリソース（チャネル）に空きの多いサービング無線ベアラサーバを複数のサービング無線ベアラサーバ４ａ〜４ｎのなかから選択する（１０３）。そして、サービング無線コントロールサーバ６ａは、上記移動端末１ａに対して個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）を転送させるために、サービング無線ベアラサーバ４ａに対して、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（１０５）を送信する。この送信の直前に、サービング無線コントロールサーバ６ａは、自装置すなわちサービング無線コントロールサーバ６ａが有する時刻情報（Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ：０〜３２７６７９の範囲でサイクリックにカウント）ＳＦＮ１を取得し、取得したＳＦＮ１をＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（１０５）に付加（重畳）して送信する（１０４）。
【００２２】
上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（１０５）を受信したサービング無線ベアラサーバ４ａは、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求の受信時に自装置すなわちサービング無線ベアラサーバ４ａが有する時刻情報ＳＦＮ２を取得してこの時刻情報ＳＦＮ２をＳＦＮ１と共に記憶してから（１０６）、個別トランポートチャネル（ＤＣＨ）で個別制御チャネル（ＤＣＣＨ）を転送するためのリソースを確保し（１０７）、その後サービング無線コントロールサーバ６ａに対して、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（１０９）を送信する。サービング無線ベアラサーバ４ａは、このＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答の送信の直前に、自装置すなわちサービング無線ベアラサーバ４ａが有する時刻情報ＳＦＮ３を取得し、取得した時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２およびＳＦＮ１と一緒に上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（１０８）に付加して送信する（１０９）。
【００２３】
ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（１０８）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置に有する時刻情報ＳＦＮ４を取得し（１１０）、送られてきた時刻情報ＳＦＮ１，ＳＦＮ２，ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにしてサービング無線ベアラサーバ４ａとの時刻差を算出し、算出した時刻差に基づきノード間同期処理を実行する（１１１）。例えば、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求での時間差（ＳＦＮ１−ＳＦＮ２）およびＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答での時間差（ＳＦＮ３−ＳＦＮ４）の平均を求め、この平均値だけサービング無線コントロールサーバ６ａの時刻情報を発生するカウンタの現在値を調整したり、前記平均値だけ前記カウンタの出力値を補正演算するなどのノード間同期処理を実行する。
【００２４】
更に、上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（１０９）により、個別制御チャネル（ＤＣＣＨ）を転送するためのリソースが確保出来たことを判断したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Ｒａｄｉｏ  Ｌｉｎｋ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ（１１２）を送信する。
【００２５】
上記Ｒａｄｉｏ  Ｌｉｎｋ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ（１１２）を受信した無線基地局２ａは、個別制御チャネルを転送する為の無線リンクの設定を行ない、セルコントロール無線コントロールサーバ５ａを介し、サービング無線コントロールサーバ６ａに対して、Ｒａｄｉｏ  Ｌｉｎｋ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ（１１３）を送信する。Ｒａｄｉｏ  Ｌｉｎｋ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ（１１３）により、個別制御チャネルを転送するための無線リンクの設定が出来たことを判断したサービング無線コントロールサーバ６ａは、サービング無線ベアラサーバ４ａに対して、個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送を実行させるために、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（１１５）を送信する。この際、上記と同様に、直前に自装置が有する時刻情報ＳＦＮ１１を取得し、上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（１１５）に付加して送信する（１１４）。
【００２６】
上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（１１５）を受信したサービング無線ベアラサーバ４ａは、受信時に自装置が有する時刻情報ＳＦＮ１２を取得してこの時刻情報ＳＦＮ２をＳＦＮ１１と共に記憶してから（１１６）、個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送を開始するとともに（１１７）、サービング無線コントロールサーバ６ａに対して、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（１１９）を送信する。この送信の直前に、自装置が有する時刻情報ＳＦＮ１３を取得し、取得した時刻情報ＳＦＮ１３を先に記憶しておいた受信時の時刻情報ＳＦＮ１２およびＳＦＮ１１と一緒に上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答に付加して送信する（１１８）。
【００２７】
ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（１１９）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置が有する時刻情報ＳＦＮ１４を取得し（１２０）、送られてきた時刻情報ＳＦＮ１１，ＳＦＮ１２，ＳＦＮ１３と、取得したＳＦＮ１４をもとにして前述したノード間同期処理を再度実行する（１２１）。
【００２８】
更にその後、サービング無線コントロールサーバ６ａは、セルコントロール無線ベアラサーバ３ａを介し、移動端末１ａに対してＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ（１２２）を送信する。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ（１２２）を受信した移動端末１ａは、無線基地局２ａとの無線リンクを確立し、サービング無線コントロールサーバ６ａに対して、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ（１２３）を送信する。
【００２９】
このように実施の形態１においては、サービング無線コントロールサーバ６ａが、リソース使用状況報告に基づいて、最もリソース（チャネル）に空きの多い、サービング無線ベアラサーバ４ａを選択し、選択したサービング無線ベアラサーバ４ａに新規の呼の転送を指示するための制御メッセージを送信する際と、サービング無線ベアラサーバ４ａが前記制御メッセージに対する応答を返信する際に、各々の装置すなわちサービング無線コントロールサーバ６ａおよびサービング無線ベアラサーバ４ａが保有している時刻情報を付加して相手に送信し、これら時刻情報に基づいてサービング無線コントロールサーバとサービング無線ベアラサーバとの間の同期処理すなわちノード間同期処理を行うようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００３０】
なお、サービング無線ベアラサーバ４ａからサービング無線コントロールサーバ６ａに時刻情報ＳＦＮ１を送信せず、サービング無線コントロールサーバ６ａが自身で記憶した時刻情報ＳＦＮ１と、ＳＦＮ２〜ＳＦＮ４とを用いてノード間同期処理を行うようにしてもよい。さらにサービング無線ベアラサーバ４ａ側で、サービング無線コントロールサーバ６ａからの時刻情報ＳＦＮ１および自装置で取得した時刻情報ＳＦＮ２に基づきノード間同期処理を行うようにしてもよい。さらに、上記では、４つの時刻情報ＳＦＮ１〜ＳＦＮ４に基づきノード間同期処理を行うようにしたが、２つの時刻情報ＳＦＮ１およびＳＦＮ２、あるいはＳＦＮ３およびＳＦＮ４を用いてノード間同期処理を行うようにしてもよい。
【００３１】
実施の形態２．
つぎに、図３を用いて実施の形態２について説明する。実施の形態２においては、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、新規の呼の転送を指示するための制御メッセージの要求／応答を送受信する際に、ＩＰｖ６を使用してパケットの拡張ヘッダに上記時刻情報の設定部を新たに定義しかつこの設定部に時刻情報を設定することで、ノード間同期処理を実行させるようにしている。
【００３２】
本実施の形態２における無線ネットワークシステムの構成は、図１に示すものと同じであり、シーケンス動作も図２に示すものと同じである。また、図３は本実施の形態２で用いるＩＰｖ６のヘッダ情報部分の構成を示す図である。
【００３３】
図３において、２０１はＩＰｖ６ヘッダ、２０２はノード間同期用の拡張ヘッダ（Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  ｆｏｒ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）である。ＩＰｖ６ヘッダ２０１に続いてノード間同期用の拡張ヘッダ２０２を設定する場合は、ＩＰｖ６ヘッダの次ヘッダ情報（Ｎｅｘｔ  Ｈｅａｄｅｒ）に、ノード間同期用の拡張ヘッダ２０２を示す番号を設定する。または、経路制御ヘッダや認証ヘッダ等の既存のＩＰｖ６拡張ヘッダに続いてノード間同期用の拡張ヘッダ２０２を設定する場合は、上記既存の拡張ヘッダの次ヘッダ情報（Ｎｅｘｔ  Ｈｅａｄｅｒ）にノード間同期用の拡張ヘッダ２０２を示す番号を設定する。
【００３４】
ノード間同期用の拡張ヘッダ２０２は、この後に続くＩＰｖ６の拡張ヘッダ或いはＴＣＰやＵＤＰ等のプロトコルを示す次ヘッダ情報（Ｎｅｘｔ  Ｈｅａｄｅｒ）２０３と、当該ノード間同期用の拡張ヘッダ長（Ｅｘｔｅｎｓｉｏｎ  Ｈｅａｄｅｒ  Ｌｅｎｇｔｈ）２０４と、サービング無線コントロールサーバ６ａからサービング無線ベアラサーバ４ａに対する要求、またはサービング無線ベアラサーバ４ａからサービング無線コントロールサーバ６ａに対する応答のいずれかを示すメッセージタイプ（Ｍｅｓｓａｇｅ  Ｔｙｐｅ）２０５と、予約（Ｒｅｓｅｒｖｅｄ）２０６と、サービング無線コントロールサーバ６ａがサービング無線ベアラサーバ４ａに対して制御メッセージを送信した時刻情報Ｔ１（２０７）と、サービング無線ベアラサーバ４ａがサービング無線コントロールサーバ６ａからの上記制御メッセージを受信した時刻情報Ｔ２（２０８）と、サービング無線ベアラサーバ４ａが上記制御メッセージに従った処理を実施した後にその応答メッセージを送信した時刻情報Ｔ３（２０９）と、拡張用予備（Ｓｐａｒｅ  Ｅｘｔｅｎｓｉｏｎ：  ２１０）で構成する。
【００３５】
サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａに対する制御メッセージを送信する際に、メッセージタイプ２０５を要求であることを示す値とし、また時刻情報Ｔ１（２０７）を送信時点の時刻情報を示す値として、上記ノード間同期用の拡張ヘッダ２０２を設定する。
【００３６】
一方、サービング無線ベアラサーバ４ａはサービング無線コントロールサーバ６ａに対する制御メッセージに対する応答を送信する際に、メッセージタイプ２０５を応答であることを示す値とし、また時刻情報Ｔ２（２０８）を制御メッセージ受信時点の時刻情報を示す値とし、時刻情報Ｔ３（２０９）を応答の送信時点の時刻情報を示す値として、上記ノード間同期用の拡張ヘッダ２０２を設定する。
【００３７】
このように実施の形態２によれば、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で、新規の呼の発生時に呼の受付制御を行なう制御メッセージを送受信する際に、ＩＰｖ６を使用してパケットの拡張ヘッダに時刻情報の設定部を新たに定義し、この設定部に時刻情報を設定することで、時刻情報の送受信を行うようにしたので、ＩＰｖ６の使用が可能になるとともに、これら装置間のノード間同期処理に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００３８】
実施の形態３．
つぎに、図４を用いて実施の形態３について説明する。実施の形態３においては、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、新規の呼の転送を指示するための制御メッセージの要求／応答を送受信する際に、Ｍｅｇａｃｏ／Ｈ．２４８プロトコルを使用して新たにパッケージを定義しかつこの定義パッケージに上記時刻情報を設定することで、ノード間同期処理を実行させるようにしている。
【００３９】
本実施の形態３における無線ネットワークシステムの構成は、図１に示すものと同じであり、シーケンス動作も図２に示すものと同じである。また、図４は本実施の形態３におけるＭｅｇａｃｏ／Ｈ．２４８メッセージの構成を示す図である。
【００４０】
図４において、３０１はサービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で送受信するＭｅｇａｃｏ／Ｈ．２４８プロトコルを使用する際のＩＰｖ６のパケットを示し、３０２はＭｅｇａｃｏ／Ｈ．２４８メッセージ部分の構成を示している。Ｍｅｇａｃｏ／Ｈ．２４８メッセージ部分３０２は、当該Ｍｅｇａｃｏ／Ｈ．２４８のバージョン情報を示すＶｅｒｓｉｏｎ、送信元の装置の名前やアドレスを示すＭＩＤ、及び要求時の制御内容或いは応答時の制御結果を示すＭｅｓｓａｇｅ  Ｂｏｄｙ（Ｔｒａｎｓａｃｔｉｏｎ）で構成される。
【００４１】
更に、３０３はＭｅｓｓａｇｅ  Ｂｏｄｙ（Ｔｒａｎｓａｃｔｉｏｎ）の内部構成を示しており、Ｍｅｓｓａｇｅ  Ｂｏｄｙ３０３は、トランザクションのＩＤを示すＴＩＤと、複数のＣｏｎｔｅｘｔで構成されている。３０４はＣｏｎｔｅｘｔの内部構成を示しており、Ｃｏｎｔｅｘｔ３０４はＣｏｎｔｅｘｔ  ＩＤと複数のＣｏｍｍａｎｄ  ＲｅｑｕｅｓｔまたはＣｏｍｍａｎｄ  Ｒｅｐｌｙから構成されている。Ｃｏｍｍａｎｄ  Ｒｅｑｕｅｓｔ３０５は、要求においてどのような操作をすべきかを示すＣｏｍｍａｎｄと、Ｃｏｎｔｅｘｔ内の操作対象を示すＴｅｒｍｉｎａｔｉｏｎ  ＩＤと、属性を規定するＤｅｓｃｒｉｐｔｏｒとで構成される。Ｃｏｍｍａｎｄ  Ｒｅｐｌｙ３０６は、要求されたＣｏｍｍａｎｄを示すＣｏｍｍａｎｄ  Ｒｅｐｌｙと、要求で指定されたＣｏｎｔｅｘｔ内の操作対象を示すＴｅｒｍｉｎａｔｉｏｎ  ＩＤと、要求で指定された属性を示すＤｅｓｃｒｉｐｔｏｒとで構成される。
【００４２】
ここで、ノード間同期用の情報を転送するために、Ｃｏｍｍａｎｄ  ＲｅｑｕｅｓｔまたはＣｏｍｍａｎｄ  Ｒｅｐｌｙ３０４内にＭｅｇａｃｏ／Ｈ．２４８の拡張パッケージ（Ｐａｃｋａｇｅ  Ｄｅｓｃｒｉｐｔｏｒ）を定義する。サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａに対して制御メッセージを送信する際に、上記Ｐａｃｋａｇｅ  Ｄｅｓｃｒｉｐｔｏｒに、ノード間同期用の拡張パッケージであること示すＩＤ（３０７）を設定するとともに、時刻情報Ｔ１（３０８）に送信時点の時刻情報を設定する。
【００４３】
一方、サービング無線ベアラサーバ４ａはサービング無線コントロールサーバ６ａに対する上記制御メッセージに対する応答を送信する際に、上記送信時と同様に拡張パッケージを使用して、時刻情報Ｔ２（３０９）に制御メッセージ受信時点の時刻情報を示す値を設定するとともに、時刻情報Ｔ３（３１０）に応答の送信時点の時刻情報を示す値を設定して応答を返す。
【００４４】
このように実施の形態３によれば、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で、新規の呼の発生時に呼の受付制御を行なう制御メッセージを送受信する際に、Ｍｅｇａｃｏ／Ｈ．２４８プロトコルを使用して新たにパッケージを定義し、定義したパッケージに時刻情報を設定することで、時刻情報の送受信を行うようにしたので、Ｍｅｇａｃｏ／Ｈ．２４８プロトコルの使用が可能になるとともに、これら装置間のノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００４５】
実施の形態４．
つぎに、図５に従って実施の形態４について説明する。実施の形態４においては、一定時間の間、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、制御メッセージが送受信されない場合のみ、ノード間同期のための独立したメッセージをこれら装置間で交換するようにする。
【００４６】
本実施の形態４における無線ネットワークシステムの構成は、図１に示すものと同じである。図５は、本実施の形態４におけるノード間同期のシーケンス動作を示す図である。
【００４７】
サービング無線コントロールサーバ６ａには、サービング無線ベアラサーバ４ａとの間で、一定時間以上の間、制御メッセージを授受していないことを監視する監視タイマ（４０１）が設けられている。図５に示すように、サービング無線コントロールサーバ６ａは監視タイマ（４０１）が一定時間以上の間制御メッセージを授受していないことを検出（４０２）すると、自装置が有する時刻情報（Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ：  ０￣３２７６７９の範囲でサイクリックにカウント）ＳＦＮ１を取得し（４０３）、この取得後即座に、ＤＬノード同期信号（ＤＬ：  Ｄｏｗｎｌｉｎｋ）にＳＦＮ１値を設定してＤＬノード同期信号をサービング無線ベアラサーバ４ａに対して送信する（４０４）。
【００４８】
上記ＤＬノード同期信号（４０４）を受信したサービング無線ベアラサーバ４ａは、受信時に自装置が有する時刻情報ＳＦＮ２を取得して記憶するとともに（４０５）、ＵＬノード同期信号（ＵＬ；  Ｕｐｌｉｎｋ）を送信する直前に自装置が有する時刻情報ＳＦＮ３を取得し（４０６）、この時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２およびＳＦＮ１と一緒にＵＬノード同期信号にその値を設定して、サービング無線コントロールサーバ６ａに対して送信する（４０７）。
【００４９】
ＵＬノード同期信号を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置に有する時刻情報ＳＦＮ４を取得し（４０８）、送られてきた時刻情報ＳＦＮ１，ＳＦＮ２，ＳＦＮ３と、取得したＳＦＮ４を用いて上述したノード間同期処理を実行する。また、ノード間同期処理を終了した時点で、監視タイマ（４０１）をリセットして起動する（４０９）。
【００５０】
なお、移動端末１ａの発信または着信動作に伴なって実施の形態１で説明したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ等による動作（４１１）が起動されるとサービング無線コントロールサーバ６ａは、監視タイマ（４０１）を停止して、上記動作（４１１）に移行する。そして、その後上記動作（４１１）が終了した後に監視タイマ（４０１）を再起動する（４１２）。
【００５１】
このように実施の形態４においては、一定時間の間、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で制御メッセージが送受信されない場合にのみ、ノード間同期のための独立したメッセージ（ＤＬノード同期信号，ＵＬノード同期信号）をこれら装置間で交換して時刻情報を設定するようにしたので、これら装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００５２】
なお、上記実施の形態４では、サービング無線コントロールサーバ６ａが時刻情報ＳＦＮ１〜ＳＦＮ４に基づくノード間同期処理を実行するようにしたが、サービング無線ベアラサーバ４ａがで同様のノード間同期処理を実行させるようにしてもよい。この場合は、サービング無線ベアラサーバ４ａ側に監視タイマを設け、この監視タイマによりサービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で一定時間以上の間制御メッセージが送受信されないことが検出されると、サービング無線ベアラサーバ４ａは自身が保有している時刻情報ＳＦＮ１を含むＵＬノード同期信号をサービング無線コントロールサーバ６ａに対して送信する。その後、サービング無線コントロールサーバ６ａは、前記同様、時刻情報ＳＦＮ１〜ＳＦＮ３を含むＤＬノード同期信号をサービング無線ベアラサーバ４ａに対して送信する。サービング無線ベアラサーバ４ａは、このＤＬノード同期信号を受信すると、自身が保有している時刻情報ＳＦＮ４を取得し、ＤＬノード同期信号に含まれる時刻情報ＳＦＮ１，ＳＦＮ２，ＳＦＮ３と、取得したＳＦＮ４を用いて上述したノード間同期処理を実行する。
【００５３】
実施の形態５．
つぎに、図６〜図８を用いて実施の形態５について説明する。実施の形態５においては、或るサービング無線ベアラサーバ４ａが、各無線基地局２ａ〜２ｑとのノード間同期手順により取得したサービング無線ベアラサーバ４ａと各無線基地局２ａ〜２ｑとの時刻差分情報を記憶管理し、サービング無線ベアラサーバはサービング無線コントロールサーバとのノード間同期の際に記憶している各無線基地局の時刻の差分情報をもとに各無線基地局の時刻情報を設定してこれをサービング無線コントロールサーバ６ａに送信するようにしている。
【００５４】
本実施の形態５における無線ネットワークシステムの構成は、図１に示すものと同じである。また、図６は本実施の形態５における無線ネットワークシステムのシーケンス動作を示す図であり、図７は本実施形態５においてＩＰｖ６のパケット使用する場合のヘッダ情報部分の構成を示す図であり、更に図８は本実施形態５においてＭｅｇａｃｏ／Ｈ．２４８プロトコルを使用する場合のメッセージの構成を示す図である。これらシーケンス動作と構成を示すに基づいて、本実施の形態５における無線ネットワークシステムのノード間同期方式について説明する。
【００５５】
サービング無線ベアラサーバ４ａは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）の技術仕様書（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）に規定されているノード同期手順に従い、無線基地局２ａとの間でＤＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（５０１）とＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（５０２）を複数回（Ｎ回）送受信して、無線基地局２ａとの時刻の差分情報を記憶管理する（５０３）。
【００５６】
同様に、サービング無線ベアラサーバ４ａは、無線基地局２ｂ〜２ｑとの間でもＤＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（５０４）とＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（５０５）を複数回（Ｎ回；Ｎは自然数）送受信して、無線基地局２ｂ〜２ｎとの時刻の差分情報を記憶管理する（５０６）。
【００５７】
すなわち、サービング無線ベアラサーバ４ａはこのようなノード同期手順を接続されている各無線基地局２ａ〜２ｑとの間で周期的に実施して、得られた時刻の差分情報を各無線基地局２ａ〜２ｑに対応させて記憶しておくことで、これら各無線基地局２ａ〜２ｑとの差分情報を常時管理している。
【００５８】
発信または着信動作に伴ない移動端末１ａから無線基地局２ａ及びセルコントロール無線ベアラサーバ３ａ、セルコントロール無線コントロールサーバ５ａを介し、共通制御チャネル（ＣＣＣＨ）を使用してＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ（５０７）が送信される。上記ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信したサービング無線コントロールサーバ６ａは、実施の形態１と同様の処理（リソース使用状況報告）を事前に行うことで、最もリソース（チャネル）に空きの多い、サービング無線ベアラサーバ４ａを選択する（５０８）。そして、サービング無線コントロールサーバ６ａは、上記移動端末１ａに対して個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）を転送させるために、選択したサービング無線ベアラサーバ４ａに対して、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（５１０）を送信する。サービング無線コントロールサーバ６ａは、この送信の直前に、自装置が有する時刻情報ＳＦＮ１３を取得するとともに、無線基地局２ａを指定した上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求に時刻情報ＳＦＮ１３を付加して（５０９）、送信する（５１０）。
【００５９】
上記無線基地局２ａを指定する方法として、ＩＰｖ６のパケットを使用する場合は、図７に示すようにＩＰｖ６のヘッダ５２１に続くノード同期用の拡張ヘッダ５２２のＢＴＳ  Ｎｕｍｂｅｒ（５２３）の領域に、ノード同期を合わせたい無線基地局の番号を設定する。またＭｅｇａｃｏ／Ｈ．２４８のメッセージを使用する場合は、図８に示すようにＣｏｍｍａｎｄ  Ｒｅｐｌｙ５３１に定義した拡張パッケージ（Ｐａｃｋａｇｅ  Ｄｅｓｃｒｉｐｔｏｒ）に無線基地局の番号を指定する領域（ＢＮ）５３２を設けて、そこに無線基地局の番号を設定する。
【００６０】
上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（５１０）を受信したサービング無線ベアラサーバ４ａは、その受信時に自装置が有する時刻情報を取得するとともに、前記記憶している各無線基地局２ａ〜２ｎの差分情報から、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求で指定された無線基地局に対応する差分情報（ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求の受信時点での最新の差分情報）を取得する。そして、サービング無線ベアラサーバ４ａは、自装置が有する時刻情報に、前記指定された無線基地局の差分情報を加算または減算、すなわち加味することで、指定された無線基地局のＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（５１０）の受信時の時刻情報ＳＦＮ２３を求めて記憶する（５１１）。
【００６１】
つぎに、サービング無線ベアラサーバ４ａは、個別トランスポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送用のリソースを確保する（５１２）。さらに、サービング無線ベアラサーバ４ａは、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答の送信直前に、前記同様、自装置が有する時刻情報を取得するとともに、指定された無線基地局に対応する差分情報（送信時点での最新の差分情報）を取得する。そして、サービング無線ベアラサーバ４ａは、自装置が有する時刻情報に、指定された無線基地局の差分情報を加算または減算することで、指定された無線基地局のＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答の送信時の時刻情報ＳＦＮ３３を求める（５１３）。そして、このＳＦＮ３３値を先に記憶しておいた受信時の時刻情報ＳＦＮ２３（およびＳＦＮ１３）と一緒に上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答に付加して送信する（５１４）。
【００６２】
上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（５１４）を受信したサービング無線コントロールサーバ６ａは、受信時に自装置に有する時刻情報ＳＦＮ４３を取得し（５１５）、送られてきた時刻情報ＳＦＮ１３，ＳＦＮ２３，ＳＦＮ３３と取得したＳＦＮ４３をもとに、指定した無線基地局２ａとの時刻差を算出して、この算出値を用いて前述したノード間同期処理を実行する（５１６）。
【００６３】
更に、上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（５１４）により個別制御チャネル（ＤＣＣＨ）を転送するためのリソースが確保出来たことを判断したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ（５０７）を送ってきた無線基地局２ａに対して、Ｒａｄｉｏ  Ｌｉｎｋ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ（５１７）を送信する。
【００６４】
Ｒａｄｉｏ  Ｌｉｎｋ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ（５１７）を受信した無線基地局２ａは、個別制御チャネルを転送するための無線リンクの設定を行ない、セルコントロール無線コントロールサーバ５ａを介し、サービング無線コントロールサーバ６ａに対して、Ｒａｄｉｏ  Ｌｉｎｋ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ（５１８）を送信する。
【００６５】
このように実施の形態５によれば、サービング無線ベアラサーバが無線基地局とのノード同期手順により取得した各無線基地局との時刻の差分情報を記憶管理し、サービング無線ベアラサーバはサービング無線コントロールサーバとのノード同期の際に記憶している各無線基地局の時刻の差分情報をもとに各無線基地局の時刻情報を設定しこれをサービング無線コントロールサーバ６ａに送信し、さらにサービング無線コントロールサーバ６ａがこの受信時刻情報などに基づきサービング無線コントロールサーバ６ａと無線基地局とのノード間同期処理を実行するようにしたので、サービング無線コントロールサーバが各無線基地局との間で直接ノード同期手順を実施する必要がなくなり、これにより、装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００６６】
実施の形態６．
つぎに、図９を用いて実施の形態６について説明する。実施の形態６においては、サービング無線ベアラサーバ４ａ〜４ｎは各無線基地局２ａ〜２ｑの時刻の差分情報をもとに、サービング無線コントロールサーバ６ａ〜６ｍから移動端末１ａへ送信される無線リソース制御メッセージを中継する際に、該メッセージ中の時刻情報を設定し直すようにしている。
【００６７】
本実施の形態６における無線ネットワークシステムの構成は、図１に示すものと同じである。図９は、本実施の形態６におけるノード間同期のシーケンス動作を示す図である。図９に基づいて、本実施の形態６の動作を説明する。
【００６８】
実施の形態５で説明したように、サービング無線ベアラサーバ４ａは各無線基地局２ａ〜２ｑとの間で周期的にノード同期手順を実施して、得られた時刻の差分情報を各無線基地局２ａ〜２ｑに対応させて常時、記憶している（６０１）。その後、発信または着信動作に伴ない、無線区間でユーザデータ、例えば音声を搬送するための通信チャネルを張るために、サービング無線コントロールサーバ６ａからサービング無線ベアラサーバ４ａに対してＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（６０２）が送信される。ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求を受信したサービング無線ベアラサーバ４ａは移動端末１ａに対して個別トランスポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（ＤＴＣＨ）を転送するためのリソースを確保して（６０３）、サービング無線コントロールサーバ６ａに対して、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（６０４）を送信する。
【００６９】
ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答を受信したサービング無線コントロールサーバ６ａは上記リソースが確保出来たことを判断して、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｅｐａｒｅ（６０５）を送信する。Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｅｐａｒｅ（６０５）を受信した上記無線基地局２ａは、個別制御チャネルを送受信している無線リンクに上記個別トラヒックチャネル（ＤＴＣＨ）を重畳して転送する為の無線リンクの再構成をする用意をして、Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅａｄｙ（６０６）をサービング無線コントロールサーバ６ａへ送信する。
【００７０】
Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅａｄｙ（６０６）を受信したサービング無線コントロールサーバ６ａは、上記無線リンクの再構成の準備が出来たことを判断して、サービング無線ベアラサーバ４ａに対して、個別トランポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（ＤＴＣＨ）の転送を実行させるために、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（６０７）を送信する。
【００７１】
上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション要求（６０７）を受信したサービング無線ベアラサーバ４ａは、個別トランポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（ＤＴＣＨ）の転送を開始して（６０８）、無線基地局２ａに対して、個別トランスポートチャネル（ＤＣＨ）の送受信タイミングを合わせるためにＤＬ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（６０９）を送信する。ＤＬ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎを受信した無線基地局２ａは、上記送受信タイミングを合わせてサービング無線ベアラサーバ４ａに対してＵＬ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（６１０）を送信する。また、サービング無線ベアラサーバ４ａはＤＬ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（６０９）の送信後にサービング無線コントロールサーバ６ａに対して、ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（６１１）を送信する。
【００７２】
上記ＭＡＣ−ｄ／ＲＬＣコンフィグレーション応答（６１１）を受信したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｍｉｔ（６１２）を送信する。Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｍｉｔ（６１２）を受信した無線基地局２ａは、Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｍｉｔ（６１２）で指定された時刻情報（ＣＦＮ：  Ｃｏｎｎｅｃｔｉｏｎ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）に従って個別制御チャネルを送受信している無線リンクに、上記個別トラヒックチャネルを重畳し転送を開始する。また同時にサービング無線コントロールサーバ６ａは、サービング無線ベアラサーバ４ａを介し、移動端末１ａに対してＲａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ（６１３）を送信する。
【００７３】
この際、サービング無線ベアラサーバ４ａは、前述した無線基地局２ａとのノード同期手順（６０１）により管理している時刻の差分情報をもとに、移動端末１ａとの間の無線リンクを再構成するタイミングを算出し、当該算出結果を上記Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ（６１３）の情報要素である時刻情報（Ａｃｔｉｖａｔｉｏｎ  Ｔｉｍｅ）の領域に設定し直して（６１４）、移動端末１ａに対して上記Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ（６１５）を送信する。
【００７４】
Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ（６１５）を受信した移動端末１ａは、Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ（６１５）で指定された時刻情報（Ａｃｔｉｖａｔｉｏｎ  Ｔｉｍｅ）に従って無線基地局２ａとの無線リンクを再構成して、サービング無線コントロールサーバ６ａに対して、Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ（６１６）を送信する。
【００７５】
このように実施の形態６によれば、サービング無線ベアラサーバはサービング無線コントロールサーバから移動端末へ送信される無線リソース制御メッセージ（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ）を中継する際に、各無線基地局の時刻の差分情報をもとに該メッセージ中の時刻情報を設定し直すようにしたので、サービング無線ベアラサーバとサービング無線コントロールサーバとの間でノード同期処理を実施する必要がなくなり、これによりこれら装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００７６】
実施の形態７．
つぎに、図１０および図１１を用いて実施の形態７について説明する。実施の形態７においては、サービング無線ベアラサーバは、無線基地局２ａ〜２ｑとノード同期手順を行なう際に、管理対象とする各無線基地局２ａ〜２ｑを１つのマルチキャストグループとしてＩＰマルチキャストアドレスを付与し、各無線基地局２ａ〜２ｑへの上記時刻情報を含む制御メッセージを送信する際は、ＩＰマルチキャストアドレスを宛先アドレスとすることとする。
【００７７】
本実施の形態７における無線ネットワークシステムの構成は、図１に示すものと同じである。図１０は、本実施の形態７におけるノード同期のシーケンス動作を示す図である。また図１１は本実施の形態７におけるマルチキャストパケットのヘッダ構成を示す図である。これらの図を用いて実施の形態７の動作を説明する。
【００７８】
サービング無線ベアラサーバ４ａは各無線基地局２ａ〜２ｑとの間でノード同期手順を実行する際に、図１１に示すＩＰｖ６のパケットヘッダ７１１の宛先アドレス７１３に、各無線基地局２ａ〜無線基地局２ｑを１つのマルチキャストグループとするマルチキャストアドレスを設定し、発信元アドレス７１２に、自装置の有するアドレスを設定し、さらに自装置の送信直前の時刻情報ＳＦＮ１１を付加したＤＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（７０１）を送信する。ＤＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎを受信した各無線基地局２ａ〜２ｑは、Ｌ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎを受信した時刻情報（無線基地局２ａ：ＳＦＮ２１，無線基地局２ｂ：ＳＦＮ２２，…）をそれぞれ取得かつ記憶し、各ＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎに、ＤＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎを受信した時刻情報と、ＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎを送信する直前の時刻情報（無線基地局２ａ：ＳＦＮ３１，無線基地局２ｂ：ＳＦＮ３２，…）および時刻情報ＳＦＮ１１をＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎに設定して、それぞれのＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ（無線基地局２ａ：７０２，無線基地局２ｂ：７０４，…）をサービング無線ベアラサーバ４ａに対して送信する。
【００７９】
無線基地局２ａからの各ＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎを受信したサービング無線ベアラサーバ４ａは、それぞれのＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎを受信したタイミング（図１０では無線基地局２ａからのＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎが無線基地局２ｂのＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎよりも先に送信しているが、無線基地局間は非同期で動作しているため、あくまでも順不同となる）で、自装置のＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎを受信した時刻情報を取得し、送られてきた上記時刻情報および取得した自装置のＵＬ  Ｎｏｄｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎの受信時刻情報をもとに、各無線基地局２ａ〜２ｑとの間の時刻の差分情報をそれぞれに算出して記憶する（７０３，  ７０５）。これら記憶した各無線基地局２ａ〜２ｑの差分情報は、実施の形態５または６で説明した処理に用いられる。
【００８０】
このように実施の形態７においては、サービング無線ベアラサーバ４ａ〜４ｎが、無線基地局２ａ〜２ｑとノード同期手順を行なう際に、管理対象とする各無線基地局を１つのマルチキャストグループとして扱い、各無線基地局への上記時刻情報を含む制御メッセージを送信する際は、ＩＰマルチキャストアドレスを宛先アドレスとするようにしたので、サービング無線ベアラサーバ４ａ〜４ｎから各無線基地局２ａ〜２ｑに対してノード同期用のメッセージをユニキャストで送出する場合に比べ、これら装置間のノード同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００８１】
実施の形態８．
つぎに、図１２および図１３を用いて実施の形態８について説明する。実施の形態８においては、サービング無線ベアラサーバ４ａ〜４ｎは、サービング無線コントロールサーバ６ａ〜４ｍとノード同期のための独立したメッセージをこれら装置間で交換する際に、ＳＮＴＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）を適用し、サービング無線ベアラサーバ側４ａ〜４ｎをＮＴＰサーバ、サービング無線コントロールサーバ側６ａ〜４ｍをＮＴＰクライアントとして動作させるようにしている。
【００８２】
本実施の形態８における無線ネットワークシステムの構成は、図１に示すものと同じである。図１２は、本実施の形態８におけるノード間同期方式のシーケンス動作を示す図である。また図１３は、本実施の形態８におけるＳＮＴＰのメッセージの構成を示す図である。これらの図を用いて実施の形態８の動作を説明する。
【００８３】
サービング無線ベアラサーバ４ａは、装置の起動時にＮＴＰサーバ用のプロセスを起動する（８０１）。サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａの起動後に、サービング無線ベアラサーバ４ａとのノード間同期を合わせるために、ＮＴＰクライアントとして送信直前に自装置のもつ時刻情報（Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ：  ０￣３２７６７９の範囲でサイクリックにカウント）ＳＦＮ１１を取得して、該時刻情報ＳＦＮ１１をＴｉｍｅ  Ｒｅｑｕｅｓｔ（８０２）のＯｒｉｇｉｎａｔｅ  Ｔｉｍｅｓｔａｍｐ８１３（図１３参照）に設定して送信する。
【００８４】
上記Ｔｉｍｅ  Ｒｅｑｕｅｓｔ（８０２）を受信したサービング無線ベアラサーバ４ａは、その受信時点で自装置のもつ時刻情報ＳＦＮ２２を取得しかつ記憶し、さらにＴｉｍｅ  Ｒｅｐｌｙ（８０３）の送信直前に自装置のもつ時刻情報ＳＦＮ３２を取得して、Ｔｉｍｅ  Ｒｅｐｌｙ（８０３）のＲｅｃｅｉｖｅ  Ｔｉｍｅｓｔａｍｐ８１４（図１３参照）に時刻情報ＳＦＮ３を、Ｔｒａｎｓｍｉｔ  Ｔｉｍｅｓｔａｍｐ８１５（図１３参照）にＳＦＮ２をそれぞれ設定して送信する。
【００８５】
Ｔｉｍｅ  Ｒｅｐｌｙ（８０３）を受信したサービング無線コントロールサーバ６ａは、受信時に自装置に有する時刻情報ＳＦＮ４（Ｒｅｆｅｒｅｎｃｅ  Ｔｉｍｅｓｔａｍｐ８１２（図１３参照））を取得し、送られてきた時刻情報ＳＦＮ１，ＳＦＮ２，ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにして、前述したように、サービング無線ベアラサーバ４ａとのノード間同期処理を実行する（８０４）。
【００８６】
このように実施の形態８においては、サービング無線ベアラサーバは、サービング無線コントロールサーバとのノード間同期のための独立したメッセージを装置間で交換する際に、ＳＮＴＰを適用し、サービング無線ベアラサーバ側をＮＴＰサーバとし、サービング無線コントロールサーバ側をＮＴＰクライアントとして動作させるようにしたので、汎用のプロトコルを使用でき、これによりこれら装置間のノード同期を簡便に行なうことが可能となる。
【００８７】
実施の形態９．
つぎに、図１４を用いて実施の形態９について説明する。実施の形態９においては、サービング無線コントロールサーバとサービング無線ベアラサーバとの間のキープアライブ（システムダウンしていなかどうかの確認）のために交換する制御メッセージ中に、各々の装置が保有している時刻情報を設定することで装置間のノード同期処理を実行するようにしている。
【００８８】
本実施の形態９における無線ネットワークシステムの構成は、図１に示すものと同じである。図１４は、本実施の形態９におけるノード間同期のシーケンス動作を示す図である。図１４に基づいて、本実施の形態９の動作を説明する。
【００８９】
サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａの起動後に、サービング無線ベアラサーバ４ａがシステムダウンしていなかどうかを確認するために、監視タイマ（９０１）を起動して、監視タイマが予め設定した所定の時間をカウントしたことを検出する（９０２）と、Ｋｅｅｐ  Ａｌｉｖｅ  Ｒｅｑｕｅｓｔ（９０４）を送信する。この送信の直前に、自装置に有する時刻情報（Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ：  ０￣３２７６７９の範囲でサイクリックにカウント）ＳＦＮ１を取得し（９０３）、上記Ｋｅｅｐ  Ａｌｉｖｅ  Ｒｅｑｕｅｓｔ（９０４）に付加して送信する。
【００９０】
上記Ｋｅｅｐ  Ａｌｉｖｅ  Ｒｅｑｕｅｓｔを受信したサービング無線ベアラサーバ４ａは、その受信時に自装置に有する時刻情報ＳＦＮ２を取得し記憶してから（９０５）、Ｋｅｅｐ  Ａｌｉｖｅ  Ｒｅｓｐｏｎｓｅ（９０７）の送信直前に自装置が有する時刻情報ＳＦＮ３を取得し、この時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２と一緒に上記Ｋｅｅｐ  Ａｌｉｖｅ  Ｒｅｓｐｏｎｓｅ（９０７）に付加してサービング無線コントロールサーバ６ａに対して送信する（９０６）。
【００９１】
Ｋｅｅｐ  Ａｌｉｖｅ  Ｒｅｓｐｏｎｓｅ（９０６）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置が有する時刻情報ＳＦＮ４を取得し（９０８）、送られてきた時刻情報ＳＦＮ１，ＳＦＮ２，ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにしてサービング無線ベアラサーバ４ａとの時刻差を算出し、前述したノード間同期を実行する。
【００９２】
そして、サービング無線コントロールサーバ６ａは、監視起動タイマ（９１０）を再度起動する（９０９）。その後、サービング無線コントロールサーバ６ａは、監視タイマの満了の検出（９１１）、自装置の時刻情報ＳＦＮ１を取得して設定（９１２）、Ｋｅｅｐ  Ａｌｉｖｅ  Ｒｅｑｕｅｓｔ（９１３）の送信を順次繰り返して実施していく。
【００９３】
このように実施の形態９によれば、サービング無線コントロールサーバとサービング無線コントロールサーバとの間のキープアライブのために交換する制御メッセージ中に、各々の装置が保有している時刻情報を設定することでこれら装置間のノード同期処理を実行するようにしているので、ノード間同期のために独立したメッセージを新たに定義する必要がなくなり、これら装置間のノード同期に関わる制御メッセージのトラフィックを軽減することが可能となる。
【００９４】
なお、上記の各実施の形態においては、サービング無線コントロールサーバ６ａ〜６ｍと、サービング無線ベアラサーバ４ａ〜４ｎと、無線基地局２ａ〜２ｑとの間でノード間同期処理を行うようにしたが、他の装置間、例えばセルコントロール無線コントロールサーバ５ａ〜５ｓとセルコントロール無線ベアラサーバ３ａ〜３ｒ間で、上記の実施の形態で説明したようなノード間同期処理を行わせるようにしてもよい。
【００９５】
【発明の効果】
以上説明したように、この発明によれば、新規の呼の発生時に、無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行するようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【図面の簡単な説明】
【図１】この発明を適用する無線ネットワークシステムの構成を示す図である。
【図２】実施の形態１、２、３における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図３】実施の形態２におけるＩＰｖ６のパケットのヘッダ構成を説明するための構成図である。
【図４】実施の形態３におけるＭｅｇａｃｏ／Ｈ．２４８のメッセージ構成を説明するための構成図である。
【図５】実施の形態４における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図６】実施の形態５における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図７】実施の形態５におけるＩＰｖ６のパケットのヘッダ構成を説明するためのシーケンス図である。
【図８】実施の形態５におけるＭｅｇａｃｏ／Ｈ．２４８のメッセージ構成を説明するための構成図である。
【図９】実施の形態６における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１０】実施の形態７における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１１】本実施の形態７で用いるマルチキャストパケットのヘッダ構成を示す図である。
【図１２】実施の形態８における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１３】実施の形態８で用いるＳＮＴＰのメッセージ構成を説明するための構成図である。
【図１４】実施の形態９における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１５】従来技術を示す図である。
【符号の説明】
１ａ〜１Ｐ  上記移動端末、２ａ〜２ｑ  無線基地局、３ａ〜３ｒ  セルコントロール無線ベアラサーバ（Ｃｅｌｌ  Ｃｏｎｔｒｏｌ  Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｒｖｅｒ）、４ａ〜４ｎサービング無線ベアラサーバ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｒｖｅｒ）、５ａ〜５ｓセルコントロール無線コントロールサーバ（Ｃｅｌｌ  Ｃｏｎｔｒｏｌ  Ｒａｄｉｏ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｅｒ）、６ａ〜６ｍ  サービング無線コントロールサーバ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｅｒ）、７ａ，７ｂ  ＩＰバックボーン・ネットワーク、８  コアネットワーク、９ａ，９ｂ  ルータ装置。
【図１】
2004349882.tif 000003
【図２】
2004349882.tif 000004
【図３】
2004349882.tif 000005
【図４】
2004349882.tif 000006
【図５】
2004349882.tif 000007
【図６】
2004349882.tif 000008
【図７】
2004349882.tif 000009
【図８】
2004349882.tif 000010
【図９】
2004349882.tif 000011
【図１０】
2004349882.tif 000012
【図１１】
2004349882.tif 000013
【図１２】
2004349882.tif 000014
【図１３】
2004349882.tif 000015
【図１４】
2004349882.tif 000016
【図１５】
2004349882.tif 000017