JP3970803B2 - 無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバ - Google Patents
無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバ Download PDFInfo
- Publication number
- JP3970803B2 JP3970803B2 JP2003142627A JP2003142627A JP3970803B2 JP 3970803 B2 JP3970803 B2 JP 3970803B2 JP 2003142627 A JP2003142627 A JP 2003142627A JP 2003142627 A JP2003142627 A JP 2003142627A JP 3970803 B2 JP3970803 B2 JP 3970803B2
- Authority
- JP
- Japan
- Prior art keywords
- radio
- server
- control
- radio bearer
- time information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Description
【０００１】
【発明の属する技術分野】
この発明は、移動端末と交信する無線基地局と、上記無線基地局を複数管理して制御プレーンの無線回線の制御を行なう複数の無線コントロールサーバと、移動端末とのユーザプレーンのデータ転送制御を行なう複数の無線ベアラサーバとを備える無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバに関するものである。
【０００２】
【従来の技術】
近年、移動体通信に対する要求が高まりを見せる中、特に第３世代の移動通信システムとして位置づけられているＩＭＴ−２０００（International Mobile Telecommunication）では、これまでにない高速・広帯域化が図られようとしており、その特色を活かし移動環境において動画像等のマルチメティア通信が多いに利用されることが期待されている。
【０００３】
このような中、自由度、柔軟性かつ拡張性に富んだ分散形態の無線ネットワークシステムに関する検討が進めており、例えばMobile Wireless Internet Forumにおける技術レポートとして、非特許文献１が策定されている。
【０００４】
図１５は、非特許文献１に開示された無線ネットワークシステムの機能モデルを示すブロック図である。図１５において、無線基地局３０はNode Bと呼ばれる第３世代の移動通信システムの無線基地局であり、無線のレイヤ１としての３１では、システム情報の報知、無線環境の調査、無線チャネルのコーティング/デコーディング、ランダムアクセスの検出、上りアウターループ電力測定、下りアウターループ電力制御、上りインナーループ電力制御を行なう。
【０００５】
ＲＮＣ（Radio Network Controller）３２は、Control/Drift ＲＮＣ３３とServing ＲＮＣ３４とに分割される。Control/Drift ＲＮＣ３３は、セルベアラゲートウェイ（Cell Bearer Gateway）３５と、Cell Controller３６と、Common Radio Resource Management３７と、Paging/Broadcast３８と、UE GEO Location３９とから成る機能を備え、Serving RNC３４は、UE GEO Location３９と、User Radio Gateway４０と、Mobile Control４１とから成る機能を備えている。
【０００６】
セルベアラゲートウェイ３５は、共通チャネルの多重/分離、無線ベアラのブロードキャスト/マルチキャスト送信を行なう。Cell Controller３６は、無線リソースに関する割当及び輻輳制御、個別物理無線リソースの割当、共通論理無線リソースの割当、ダイナミック共通物理リソースの割当及び構成管理、システム情報報知の制御、セル環境測定収集、ダイナミック・チャネル割当、セルページング、下りオープンループ電力制御を行なう。Common Radio Resource Management３７は、無線ネットワーク環境測定収集、ネットワーク負荷の最適化を行なう。Paging/Broadcast３８は、無線ベアラのブローキャスト/マルチキャストのフロー制御、無線ベアラのブロードキャスト/マルチキャストの状態通知、マルチセルにおける移動端末の呼出しの調整、移動端末の呼出しの調整を行なう。UE GEO Location３９は、移動端末の位置に関する情報収集と計算を行なう。
【０００７】
User Radio Gateway４０は、セグメント化とリアセンブリ、個別チャネルの配送確認、ヘッダ圧縮、個別チャネルの多重/分離、マクロダイバーシチ合成/分離、上りアウターループ電力制御の処理、無線メディアアクセスの測定、無線チャネルの暗号化を行なう。Mobile Control４１は、個別論理無線リソースの割当、個別物理無線リソースの構成管理、無線個別パケットフローの制御、割当制御の調整、無線リソースのコンテキスト管理、トレース、コネクションの設定/解放、移動端末の測定制御、上りアウターループ電力制御、下りアウターループ電力制御の調整、無線個別パケットフローの無線ＱｏＳへのマッピング、無線ベアラのトランスポートＱｏＳへのマッピング、ロケーション管理、マクロダイバーシチ合成/分離の制御、無線チャネルコーディング制御、メディアアクセス測定制御、TDDタイミング制御、無線フレーム配信の測定と計算、移動端末の個別呼出し、ハンドオーバー制御を行なう。
【０００８】
この無線ネットワークシステムの機能モデルは、自由度、柔軟性かつ拡張性を持たせるため、トランポート・レイヤと無線ネットワーク・レイヤを完全に分離するとともに、無線ネットワーク・レイヤを、図１５に一点鎖線で示すように、Cell Controller３６、Common Radio Resource Management３７、Paging/Broadcast３８、UE GEO Location３９およびMobile Control４１を有する制御プレーンとしてのSignaling Planeと、Cell Bearer Gateway３５およびUser Radio Gateway４０を有するユーザプレーンとしてのBearer Planeとに分けることを特徴としている。
【０００９】
【非特許文献１】
Mobile Wireless Internet Forumにおける技術レポート、MTR-007 Open RAN Architecture in 3rd Generation Mobile Systems Release v1.0.0 (12 June 2001)
【００１０】
【発明が解決しようとする課題】
ところで、非特許文献１に記載の従来のシステムは、自由度、柔軟性かつ拡張性を持たせるため、無線ネットワーク・レイヤを制御プレーンとしてのSignaling PlaneとユーザプレーンとしてのBearer Planeとに分けて各機能ブロックを定義しているが、この非特許文献１には、同じ機能ブロックを複数の装置（ノード）で実現した場合、これら複数の装置（ノード）間の同期をどのようにしてとるかについては、全く開示がない。
【００１１】
この発明は上記に鑑みてなされたもので、移動端末とのユーザプレーン（Bearer Plane）のデータ転送制御を行なう複数の無線ベアラサーバと、呼の受付制御を行なう複数の無線コントロールサーバとの間のノード間同期に関わる制御メッセージのトラヒックを軽減して、これら無線ベアラサーバおよび無線コントロールサーバ間のノード間同期を効率良く行なう無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバを得ることを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するため、この発明にかかる無線ネットワークシステムにおけるノード間同期方法は、移動端末と交信する無線基地局と、上記無線基地局を複数管理して制御プレーンの無線回線の制御を行なう複数の無線コントロールサーバと、移動端末とのユーザプレーンのデータ転送制御を行なう複数の無線ベアラサーバとを備える無線ネットワークシステムにおいて、新規の呼の発生時に、前記無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行することを特徴とする。
【００１３】
この発明によれば、新規の呼の発生時に、無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行するようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００１４】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバの好適な実施の形態を詳細に説明する。
【００１５】
実施の形態１．
実施の形態１においては、複数のサービング無線ベアラサーバ（Serving Radio Bearer Server）からサービング無線コントロールサーバ（Serving Radio Control Server）へリソース（チャネル）使用状況を定期的に通知し、サービング無線コントロールサーバは、上記リソース（チャネル）使用状況の報告に基づいて個々のサービング無線ベアラサーバの使用状況を判断して、上記リソース（チャネル）の最も空きの多いサービング無線ベアラサーバに対して新規の呼を振り分けるとともに、サービング無線コントロールサーバとサービング無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを送受信する際に、この制御メッセージに各サーバ（サービング無線コントロールサーバおよびサービング無線ベアラサーバ）が保有している時刻情報を付加（重畳）して送信し、該時刻情報に基づいて各サーバ間の同期をとるノード間同期処理を実行するようにしている。
【００１６】
図１は、本発明にかかる無線ネットワークシステムの構成例を示した図である。図１において、この無線ネットワークシステムは、移動端末１ａ〜１ｐと、無線基地局２ａ〜２ｑと、セルコントロール無線ベアラサーバ（Cell Control Radio Bearer Server）３ａ〜３ｒと、サービング無線ベアラサーバ（Serving Radio Bearer Server）４ａ〜４ｎと、セルコントロール無線コントロールサーバ（Cell Control Radio Control Server）５ａ〜５ｓと、サービング無線コントロールサーバ（Serving Radio Control Server）６ａ〜６ｍと、ＩＰバックボーン・ネットワーク７ａ，７ｂと、移動体通信網のコアネットワーク８と、ルータ装置９ａ，９ｂとを備えている。
【００１７】
無線基地局２ａ〜２ｐは移動端末１ａ〜１ｑと交信する。セルコントロール無線ベアラサーバ３ａ〜３ｒは、共通チャネル単位にユーザプレーン（ベアラプレーン）のデータ転送制御を行なう。サービング無線ベアラサーバ４ａ〜４ｎは個別チャネル単位にユーザプレーンのデータ転送制御を行なう。セルコントロール無線コントロールサーバ５ａ〜５ｓは共通チャネルに対応した制御プレーンの無線回線の制御を行なう。サービング無線コントロールサーバ６ａ〜６ｍは個別チャネルに対応した制御プレーンの無線回線の制御を行なう。
【００１８】
セルコントロール無線ベアラサーバ３ａ〜３ｒおよびサービング無線ベアラサーバ４ａ〜４ｎで構成される複数の無線ベアラサーバは、主に移動端末１ａ〜１ｎとのユーザプレーン（Bearer Plane）のデータ転送制御（ユーザデータの多重／分離、暗号化、マクロダイバシチなどのユーザデータの転送制御など）を行なう。セルコントロール無線コントロールサーバ５ａ〜５ｓおよびサービング無線コントロールサーバ６ａ〜６ｍで構成される複数の無線コントロールサーバは、主に複数の無線基地局２ａ〜２ｎを管理して、制御プレーンの無線回線の制御（ＲＢＳの制御、周波数，拡散コード，送信電力などの無線リソースの制御など）を行なう。また、共通チャネルは、特定の１台の移動端末に関わらないデータを転送するためのチャネルであり複数の移動端末間で共有して使用される。個別チャネルは、特定の１台に関わるデータを転送するためのチャネルである。制御プレーンは、シグナリングプレーンとも云い、ユーザデータを転送するための各種制御情報を伝達するプレーン（インタフェース、機能ブロックなどの集合体）である。ユーザプレーンは、ベアラプレーンとも云い、音声やパケットなどのユーザデータを伝送するプレーンである。
【００１９】
ＩＰバックボーン・ネットワーク７ａは、無線基地局２ａ〜２ｐ、セルコントロール無線ベアラサーバ３ａ〜３ｒ、サービング無線ベアラサーバ４ａ〜４ｎを収容する。ＩＰバックボーン・ネットワーク７ｂは、セルコントロール無線コントロールサーバ５ａ〜５ｓおよびサービング無線コントロールサーバ６ａ〜６ｍを収容する。ルータ装置９ａは、ＩＰバックボーン・ネットワーク７ａおよび７ｂを接続する。ルータ装置９ｂは、ＩＰバックボーン・ネットワーク７ｂおよび移動体通信網のコアネットワーク８とを接続する。
【００２０】
図２は、実施の形態１にかかるノード間同期のシーケンス動作を示す図である。サービング無線ベアラサーバ４ａ〜４ｎは、サービング無線コントロールサーバ６ａ〜６ｍに対して、常時、リソース（チャネル）使用状況報告（101）を一定周期で送信している。発信または着信動作に伴ない移動端末１ａは、無線基地局２ａ、セルコントロール無線ベアラサーバ３ａおよびセルコントロール無線コントロールサーバ５ａを介し、共通制御チャネル（ＣＣＣＨ）を使用してRRC Connection Setup Request（102）をサービング無線コントロールサーバ６ａに送信する（RRC；Radio Resource Control）。
【００２１】
このRRC Connection Setup Request（102）を受信したサービング無線コントロールサーバ６ａは、上記リソース使用状況報告（101）に基づいて、最もリソース（チャネル）に空きの多いサービング無線ベアラサーバを複数のサービング無線ベアラサーバ４ａ〜４ｎのなかから選択する（103）。そして、サービング無線コントロールサーバ６ａは、上記移動端末１ａに対して個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）を転送させるために、サービング無線ベアラサーバ４ａに対して、MAC-d/RLCコンフィグレーション要求（105）を送信する。この送信の直前に、サービング無線コントロールサーバ６ａは、自装置すなわちサービング無線コントロールサーバ６ａが有する時刻情報（System Frame Number:0〜327679の範囲でサイクリックにカウント）ＳＦＮ１を取得し、取得したＳＦＮ１をMAC-d/RLCコンフィグレーション要求（105）に付加（重畳）して送信する（104）。
【００２２】
上記MAC-d/RLCコンフィグレーション要求（105）を受信したサービング無線ベアラサーバ４ａは、MAC-d/RLCコンフィグレーション要求の受信時に自装置すなわちサービング無線ベアラサーバ４ａが有する時刻情報ＳＦＮ２を取得してこの時刻情報ＳＦＮ２をＳＦＮ１と共に記憶してから（106）、個別トランポートチャネル（ＤＣＨ）で個別制御チャネル（ＤＣＣＨ）を転送するためのリソースを確保し（107）、その後サービング無線コントロールサーバ６ａに対して、MAC-d/RLCコンフィグレーション応答（109）を送信する。サービング無線ベアラサーバ４ａは、このMAC-d/RLCコンフィグレーション応答の送信の直前に、自装置すなわちサービング無線ベアラサーバ４ａが有する時刻情報ＳＦＮ３を取得し、取得した時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２およびＳＦＮ１と一緒に上記MAC-d/RLCコンフィグレーション応答（108）に付加して送信する（109）。
【００２３】
MAC-d/RLCコンフィグレーション応答（108）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置に有する時刻情報ＳＦＮ４を取得し（110）、送られてきた時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにしてサービング無線ベアラサーバ４ａとの時刻差を算出し、算出した時刻差に基づきノード間同期処理を実行する（111）。例えば、MAC-d/RLCコンフィグレーション要求での時間差（ＳＦＮ１−ＳＦＮ２）およびMAC-d/RLCコンフィグレーション応答での時間差（ＳＦＮ３−ＳＦＮ４）の平均を求め、この平均値だけサービング無線コントロールサーバ６ａの時刻情報を発生するカウンタの現在値を調整したり、前記平均値だけ前記カウンタの出力値を補正演算するなどのノード間同期処理を実行する。
【００２４】
更に、上記MAC-d/RLCコンフィグレーション応答（109）により、個別制御チャネル（ＤＣＣＨ）を転送するためのリソースが確保出来たことを判断したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Radio Link Setup Request（112）を送信する。
【００２５】
上記Radio Link Setup Request（112）を受信した無線基地局２ａは、個別制御チャネルを転送する為の無線リンクの設定を行ない、セルコントロール無線コントロールサーバ５ａを介し、サービング無線コントロールサーバ６ａに対して、Radio Link Setup Response（113）を送信する。Radio Link Setup Response（113）により、個別制御チャネルを転送するための無線リンクの設定が出来たことを判断したサービング無線コントロールサーバ６ａは、サービング無線ベアラサーバ４ａに対して、個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送を実行させるために、MAC-d/RLCコンフィグレーション要求（115）を送信する。この際、上記と同様に、直前に自装置が有する時刻情報ＳＦＮ１１を取得し、上記MAC-d/RLCコンフィグレーション要求（115）に付加して送信する（114）。
【００２６】
上記MAC-d/RLCコンフィグレーション要求（115）を受信したサービング無線ベアラサーバ４ａは、受信時に自装置が有する時刻情報ＳＦＮ１２を取得してこの時刻情報ＳＦＮ２をＳＦＮ１１と共に記憶してから（116）、個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送を開始するとともに（117）、サービング無線コントロールサーバ６ａに対して、MAC-d/RLCコンフィグレーション応答（119）を送信する。この送信の直前に、自装置が有する時刻情報ＳＦＮ１３を取得し、取得した時刻情報ＳＦＮ１３を先に記憶しておいた受信時の時刻情報ＳＦＮ１２およびＳＦＮ１１と一緒に上記MAC-d/RLCコンフィグレーション応答に付加して送信する（118）。
【００２７】
MAC-d/RLCコンフィグレーション応答（119）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置が有する時刻情報ＳＦＮ１４を取得し（120）、送られてきた時刻情報ＳＦＮ１１,ＳＦＮ１２,ＳＦＮ１３と、取得したＳＦＮ１４をもとにして前述したノード間同期処理を再度実行する（121）。
【００２８】
更にその後、サービング無線コントロールサーバ６ａは、セルコントロール無線ベアラサーバ３ａを介し、移動端末１ａに対してRRC Connection Setup（122）を送信する。RRC Connection Setup（122）を受信した移動端末１ａは、無線基地局２ａとの無線リンクを確立し、サービング無線コントロールサーバ６ａに対して、RRC Connection Setup Complete（123）を送信する。
【００２９】
このように実施の形態１においては、サービング無線コントロールサーバ６ａが、リソース使用状況報告に基づいて、最もリソース（チャネル）に空きの多い、サービング無線ベアラサーバ４ａを選択し、選択したサービング無線ベアラサーバ４ａに新規の呼の転送を指示するための制御メッセージを送信する際と、サービング無線ベアラサーバ４ａが前記制御メッセージに対する応答を返信する際に、各々の装置すなわちサービング無線コントロールサーバ６ａおよびサービング無線ベアラサーバ４ａが保有している時刻情報を付加して相手に送信し、これら時刻情報に基づいてサービング無線コントロールサーバとサービング無線ベアラサーバとの間の同期処理すなわちノード間同期処理を行うようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００３０】
なお、サービング無線ベアラサーバ４ａからサービング無線コントロールサーバ６ａに時刻情報ＳＦＮ１を送信せず、サービング無線コントロールサーバ６ａが自身で記憶した時刻情報ＳＦＮ１と、ＳＦＮ２〜ＳＦＮ４とを用いてノード間同期処理を行うようにしてもよい。さらにサービング無線ベアラサーバ４ａ側で、サービング無線コントロールサーバ６ａからの時刻情報ＳＦＮ１および自装置で取得した時刻情報ＳＦＮ２に基づきノード間同期処理を行うようにしてもよい。さらに、上記では、４つの時刻情報ＳＦＮ１〜ＳＦＮ４に基づきノード間同期処理を行うようにしたが、２つの時刻情報ＳＦＮ１およびＳＦＮ２、あるいはＳＦＮ３およびＳＦＮ４を用いてノード間同期処理を行うようにしてもよい。
【００３１】
実施の形態２．
つぎに、図３を用いて実施の形態２について説明する。実施の形態２においては、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、新規の呼の転送を指示するための制御メッセージの要求／応答を送受信する際に、IPv6を使用してパケットの拡張ヘッダに上記時刻情報の設定部を新たに定義しかつこの設定部に時刻情報を設定することで、ノード間同期処理を実行させるようにしている。
【００３２】
本実施の形態２における無線ネットワークシステムの構成は、図１に示すものと同じであり、シーケンス動作も図２に示すものと同じである。また、図３は本実施の形態２で用いるIPv6のヘッダ情報部分の構成を示す図である。
【００３３】
図３において、２０１はIPv6ヘッダ、２０２はノード間同期用の拡張ヘッダ（Extension Header for Node Synchronization）である。IPv6ヘッダ２０１に続いてノード間同期用の拡張ヘッダ２０２を設定する場合は、IPv6ヘッダの次ヘッダ情報（Next Header）に、ノード間同期用の拡張ヘッダ２０２を示す番号を設定する。または、経路制御ヘッダや認証ヘッダ等の既存のIPv6拡張ヘッダに続いてノード間同期用の拡張ヘッダ２０２を設定する場合は、上記既存の拡張ヘッダの次ヘッダ情報（Next Header）にノード間同期用の拡張ヘッダ２０２を示す番号を設定する。
【００３４】
ノード間同期用の拡張ヘッダ２０２は、この後に続くIPv6の拡張ヘッダ或いはTCPやUDP等のプロトコルを示す次ヘッダ情報（Next Header）２０３と、当該ノード間同期用の拡張ヘッダ長（Extension Header Length）２０４と、サービング無線コントロールサーバ６ａからサービング無線ベアラサーバ４ａに対する要求、またはサービング無線ベアラサーバ４ａからサービング無線コントロールサーバ６ａに対する応答のいずれかを示すメッセージタイプ（Message Type）２０５と、予約（Reserved）２０６と、サービング無線コントロールサーバ６ａがサービング無線ベアラサーバ４ａに対して制御メッセージを送信した時刻情報Ｔ１（２０７）と、サービング無線ベアラサーバ４ａがサービング無線コントロールサーバ６ａからの上記制御メッセージを受信した時刻情報Ｔ２（２０８）と、サービング無線ベアラサーバ４ａが上記制御メッセージに従った処理を実施した後にその応答メッセージを送信した時刻情報Ｔ３（２０９）と、拡張用予備（Spare Extension: 210）で構成する。
【００３５】
サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａに対する制御メッセージを送信する際に、メッセージタイプ２０５を要求であることを示す値とし、また時刻情報Ｔ１（２０７）を送信時点の時刻情報を示す値として、上記ノード間同期用の拡張ヘッダ２０２を設定する。
【００３６】
一方、サービング無線ベアラサーバ４ａはサービング無線コントロールサーバ６ａに対する制御メッセージに対する応答を送信する際に、メッセージタイプ２０５を応答であることを示す値とし、また時刻情報Ｔ２（２０８）を制御メッセージ受信時点の時刻情報を示す値とし、時刻情報Ｔ３（２０９）を応答の送信時点の時刻情報を示す値として、上記ノード間同期用の拡張ヘッダ２０２を設定する。
【００３７】
このように実施の形態２によれば、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で、新規の呼の発生時に呼の受付制御を行なう制御メッセージを送受信する際に、IPv6を使用してパケットの拡張ヘッダに時刻情報の設定部を新たに定義し、この設定部に時刻情報を設定することで、時刻情報の送受信を行うようにしたので、IPv6の使用が可能になるとともに、これら装置間のノード間同期処理に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００３８】
実施の形態３．
つぎに、図４を用いて実施の形態３について説明する。実施の形態３においては、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、新規の呼の転送を指示するための制御メッセージの要求／応答を送受信する際に、Megaco/H.248プロトコルを使用して新たにパッケージを定義しかつこの定義パッケージに上記時刻情報を設定することで、ノード間同期処理を実行させるようにしている。
【００３９】
本実施の形態３における無線ネットワークシステムの構成は、図１に示すものと同じであり、シーケンス動作も図２に示すものと同じである。また、図４は本実施の形態３におけるMegaco/H.248メッセージの構成を示す図である。
【００４０】
図４において、３０１はサービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で送受信するMegaco/H.248プロトコルを使用する際のIPv6のパケットを示し、３０２はMegaco/H.248メッセージ部分の構成を示している。Megaco/H.248メッセージ部分３０２は、当該Megaco/H.248のバージョン情報を示すVersion、送信元の装置の名前やアドレスを示すMID、及び要求時の制御内容或いは応答時の制御結果を示すMessage Body（Transaction）で構成される。
【００４１】
更に、３０３はMessage Body（Transaction）の内部構成を示しており、Message Body３０３は、トランザクションのIDを示すTIDと、複数のContextで構成されている。３０４はContextの内部構成を示しており、Context３０４はContext IDと複数のCommand RequestまたはCommand Replyから構成されている。Command Request３０５は、要求においてどのような操作をすべきかを示すCommandと、Context内の操作対象を示すTermination IDと、属性を規定するDescriptorとで構成される。Command Reply３０６は、要求されたCommandを示すCommand Replyと、要求で指定されたContext内の操作対象を示すTermination IDと、要求で指定された属性を示すDescriptorとで構成される。
【００４２】
ここで、ノード間同期用の情報を転送するために、Command RequestまたはCommand Reply３０４内にMegaco/H.248の拡張パッケージ（Package Descriptor）を定義する。サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａに対して制御メッセージを送信する際に、上記Package Descriptorに、ノード間同期用の拡張パッケージであること示すＩＤ（３０７）を設定するとともに、時刻情報Ｔ１（３０８）に送信時点の時刻情報を設定する。
【００４３】
一方、サービング無線ベアラサーバ４ａはサービング無線コントロールサーバ６ａに対する上記制御メッセージに対する応答を送信する際に、上記送信時と同様に拡張パッケージを使用して、時刻情報Ｔ２（３０９）に制御メッセージ受信時点の時刻情報を示す値を設定するとともに、時刻情報Ｔ３（３１０）に応答の送信時点の時刻情報を示す値を設定して応答を返す。
【００４４】
このように実施の形態３によれば、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で、新規の呼の発生時に呼の受付制御を行なう制御メッセージを送受信する際に、Megaco/H.248プロトコルを使用して新たにパッケージを定義し、定義したパッケージに時刻情報を設定することで、時刻情報の送受信を行うようにしたので、Megaco/H.248プロトコルの使用が可能になるとともに、これら装置間のノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００４５】
実施の形態４．
つぎに、図５に従って実施の形態４について説明する。実施の形態４においては、一定時間の間、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、制御メッセージが送受信されない場合のみ、ノード間同期のための独立したメッセージをこれら装置間で交換するようにする。
【００４６】
本実施の形態４における無線ネットワークシステムの構成は、図１に示すものと同じである。図５は、本実施の形態４におけるノード間同期のシーケンス動作を示す図である。
【００４７】
サービング無線コントロールサーバ６ａには、サービング無線ベアラサーバ４ａとの間で、一定時間以上の間、制御メッセージを授受していないことを監視する監視タイマ（401）が設けられている。図５に示すように、サービング無線コントロールサーバ６ａは監視タイマ（401）が一定時間以上の間制御メッセージを授受していないことを検出（402）すると、自装置が有する時刻情報（System Frame Number: 0~327679の範囲でサイクリックにカウント）ＳＦＮ１を取得し（403）、この取得後即座に、ＤＬノード同期信号（DL: Downlink）にＳＦＮ１値を設定してＤＬノード同期信号をサービング無線ベアラサーバ４ａに対して送信する（404）。
【００４８】
上記ＤＬノード同期信号（404）を受信したサービング無線ベアラサーバ４ａは、受信時に自装置が有する時刻情報ＳＦＮ２を取得して記憶するとともに（405）、ＵＬノード同期信号（UL; Uplink）を送信する直前に自装置が有する時刻情報ＳＦＮ３を取得し（406）、この時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２およびＳＦＮ１と一緒にＵＬノード同期信号にその値を設定して、サービング無線コントロールサーバ６ａに対して送信する（407）。
【００４９】
ＵＬノード同期信号を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置に有する時刻情報ＳＦＮ４を取得し（408）、送られてきた時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と、取得したＳＦＮ４を用いて上述したノード間同期処理を実行する。また、ノード間同期処理を終了した時点で、監視タイマ（401）をリセットして起動する（409）。
【００５０】
なお、移動端末１ａの発信または着信動作に伴なって実施の形態１で説明したRRC Connection Setup等による動作（411）が起動されるとサービング無線コントロールサーバ６ａは、監視タイマ（401）を停止して、上記動作（411）に移行する。そして、その後上記動作（411）が終了した後に監視タイマ（401）を再起動する（412）。
【００５１】
このように実施の形態４においては、一定時間の間、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で制御メッセージが送受信されない場合にのみ、ノード間同期のための独立したメッセージ（ＤＬノード同期信号，ＵＬノード同期信号）をこれら装置間で交換して時刻情報を設定するようにしたので、これら装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００５２】
なお、上記実施の形態４では、サービング無線コントロールサーバ６ａが時刻情報ＳＦＮ１〜ＳＦＮ４に基づくノード間同期処理を実行するようにしたが、サービング無線ベアラサーバ４ａがで同様のノード間同期処理を実行させるようにしてもよい。この場合は、サービング無線ベアラサーバ４ａ側に監視タイマを設け、この監視タイマによりサービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で一定時間以上の間制御メッセージが送受信されないことが検出されると、サービング無線ベアラサーバ４ａは自身が保有している時刻情報ＳＦＮ１を含むＵＬノード同期信号をサービング無線コントロールサーバ６ａに対して送信する。その後、サービング無線コントロールサーバ６ａは、前記同様、時刻情報ＳＦＮ１〜ＳＦＮ３を含むＤＬノード同期信号をサービング無線ベアラサーバ４ａに対して送信する。サービング無線ベアラサーバ４ａは、このＤＬノード同期信号を受信すると、自身が保有している時刻情報ＳＦＮ４を取得し、ＤＬノード同期信号に含まれる時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と、取得したＳＦＮ４を用いて上述したノード間同期処理を実行する。
【００５３】
実施の形態５．
つぎに、図６〜図８を用いて実施の形態５について説明する。実施の形態５においては、或るサービング無線ベアラサーバ４ａが、各無線基地局２ａ〜２ｑとのノード間同期手順により取得したサービング無線ベアラサーバ４ａと各無線基地局２ａ〜２ｑとの時刻差分情報を記憶管理し、サービング無線ベアラサーバはサービング無線コントロールサーバとのノード間同期の際に記憶している各無線基地局の時刻の差分情報をもとに各無線基地局の時刻情報を設定してこれをサービング無線コントロールサーバ６ａに送信するようにしている。
【００５４】
本実施の形態５における無線ネットワークシステムの構成は、図１に示すものと同じである。また、図６は本実施の形態５における無線ネットワークシステムのシーケンス動作を示す図であり、図７は本実施形態５においてIPv6のパケット使用する場合のヘッダ情報部分の構成を示す図であり、更に図８は本実施形態５においてMegaco/H.248プロトコルを使用する場合のメッセージの構成を示す図である。これらシーケンス動作と構成を示すに基づいて、本実施の形態５における無線ネットワークシステムのノード間同期方式について説明する。
【００５５】
サービング無線ベアラサーバ４ａは、３ＧＰＰ（3rd Generation Partnership Project）の技術仕様書（Technical Specification）に規定されているノード同期手順に従い、無線基地局２ａとの間でDL Node Synchronization（501）とUL Node Synchronization（502）を複数回（Ｎ回）送受信して、無線基地局２ａとの時刻の差分情報を記憶管理する（503）。
【００５６】
同様に、サービング無線ベアラサーバ４ａは、無線基地局２ｂ〜２ｑとの間でもDL Node Synchronization（504）とUL Node Synchronization（505）を複数回（Ｎ回;Ｎは自然数）送受信して、無線基地局２ｂ〜２ｎとの時刻の差分情報を記憶管理する（506）。
【００５７】
すなわち、サービング無線ベアラサーバ４ａはこのようなノード同期手順を接続されている各無線基地局２ａ〜２ｑとの間で周期的に実施して、得られた時刻の差分情報を各無線基地局２ａ〜２ｑに対応させて記憶しておくことで、これら各無線基地局２ａ〜２ｑとの差分情報を常時管理している。
【００５８】
発信または着信動作に伴ない移動端末１ａから無線基地局２ａ及びセルコントロール無線ベアラサーバ３ａ、セルコントロール無線コントロールサーバ５ａを介し、共通制御チャネル（ＣＣＣＨ）を使用してRRC Connection Setup Request（507）が送信される。上記RRC Connection Setup Requestを受信したサービング無線コントロールサーバ６ａは、実施の形態１と同様の処理（リソース使用状況報告）を事前に行うことで、最もリソース（チャネル）に空きの多い、サービング無線ベアラサーバ４ａを選択する（508）。そして、サービング無線コントロールサーバ６ａは、上記移動端末１ａに対して個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）を転送させるために、選択したサービング無線ベアラサーバ４ａに対して、MAC-d/RLCコンフィグレーション要求（510）を送信する。サービング無線コントロールサーバ６ａは、この送信の直前に、自装置が有する時刻情報ＳＦＮ１３を取得するとともに、無線基地局２ａを指定した上記MAC-d/RLCコンフィグレーション要求に時刻情報ＳＦＮ１３を付加して(509)、送信する（510）。
【００５９】
上記無線基地局２ａを指定する方法として、IPv6のパケットを使用する場合は、図７に示すようにIPv6のヘッダ５２１に続くノード同期用の拡張ヘッダ５２２のBTS Number（523）の領域に、ノード同期を合わせたい無線基地局の番号を設定する。またMegaco/H.248のメッセージを使用する場合は、図８に示すようにCommand Reply５３１に定義した拡張パッケージ（Package Descriptor）に無線基地局の番号を指定する領域（BN）５３２を設けて、そこに無線基地局の番号を設定する。
【００６０】
上記MAC-d/RLCコンフィグレーション要求（510）を受信したサービング無線ベアラサーバ４ａは、その受信時に自装置が有する時刻情報を取得するとともに、前記記憶している各無線基地局２ａ〜２ｎの差分情報から、MAC-d/RLCコンフィグレーション要求で指定された無線基地局に対応する差分情報（MAC-d/RLCコンフィグレーション要求の受信時点での最新の差分情報）を取得する。そして、サービング無線ベアラサーバ４ａは、自装置が有する時刻情報に、前記指定された無線基地局の差分情報を加算または減算、すなわち加味することで、指定された無線基地局のMAC-d/RLCコンフィグレーション要求（510）の受信時の時刻情報ＳＦＮ２３を求めて記憶する(511)。
【００６１】
つぎに、サービング無線ベアラサーバ４ａは、個別トランスポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送用のリソースを確保する（512）。さらに、サービング無線ベアラサーバ４ａは、MAC-d/RLCコンフィグレーション応答の送信直前に、前記同様、自装置が有する時刻情報を取得するとともに、指定された無線基地局に対応する差分情報（送信時点での最新の差分情報）を取得する。そして、サービング無線ベアラサーバ４ａは、自装置が有する時刻情報に、指定された無線基地局の差分情報を加算または減算することで、指定された無線基地局のMAC-d/RLCコンフィグレーション応答の送信時の時刻情報ＳＦＮ３３を求める(513)。そして、このＳＦＮ３３値を先に記憶しておいた受信時の時刻情報ＳＦＮ２３（およびＳＦＮ１３）と一緒に上記MAC-d/RLCコンフィグレーション応答に付加して送信する（514）。
【００６２】
上記MAC-d/RLCコンフィグレーション応答（514）を受信したサービング無線コントロールサーバ６ａは、受信時に自装置に有する時刻情報ＳＦＮ４３を取得し（515）、送られてきた時刻情報ＳＦＮ１３,ＳＦＮ２３,ＳＦＮ３３と取得したＳＦＮ４３をもとに、指定した無線基地局２ａとの時刻差を算出して、この算出値を用いて前述したノード間同期処理を実行する（516）。
【００６３】
更に、上記MAC-d/RLCコンフィグレーション応答（514）により個別制御チャネル（ＤＣＣＨ）を転送するためのリソースが確保出来たことを判断したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、RRC Connection Setup Request（507）を送ってきた無線基地局２ａに対して、Radio Link Setup Request（517）を送信する。
【００６４】
Radio Link Setup Request（517）を受信した無線基地局２ａは、個別制御チャネルを転送するための無線リンクの設定を行ない、セルコントロール無線コントロールサーバ５ａを介し、サービング無線コントロールサーバ６ａに対して、Radio Link Setup Response（518）を送信する。
【００６５】
このように実施の形態５によれば、サービング無線ベアラサーバが無線基地局とのノード同期手順により取得した各無線基地局との時刻の差分情報を記憶管理し、サービング無線ベアラサーバはサービング無線コントロールサーバとのノード同期の際に記憶している各無線基地局の時刻の差分情報をもとに各無線基地局の時刻情報を設定しこれをサービング無線コントロールサーバ６ａに送信し、さらにサービング無線コントロールサーバ６ａがこの受信時刻情報などに基づきサービング無線コントロールサーバ６ａと無線基地局とのノード間同期処理を実行するようにしたので、サービング無線コントロールサーバが各無線基地局との間で直接ノード同期手順を実施する必要がなくなり、これにより、装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００６６】
実施の形態６．
つぎに、図９を用いて実施の形態６について説明する。実施の形態６においては、サービング無線ベアラサーバ４ａ〜４ｎは各無線基地局２ａ〜２ｑの時刻の差分情報をもとに、サービング無線コントロールサーバ６ａ〜６ｍから移動端末１ａへ送信される無線リソース制御メッセージを中継する際に、該メッセージ中の時刻情報を設定し直すようにしている。
【００６７】
本実施の形態６における無線ネットワークシステムの構成は、図１に示すものと同じである。図９は、本実施の形態６におけるノード間同期のシーケンス動作を示す図である。図９に基づいて、本実施の形態６の動作を説明する。
【００６８】
実施の形態５で説明したように、サービング無線ベアラサーバ４ａは各無線基地局２ａ〜２ｑとの間で周期的にノード同期手順を実施して、得られた時刻の差分情報を各無線基地局２ａ〜２ｑに対応させて常時、記憶している（601）。その後、発信または着信動作に伴ない、無線区間でユーザデータ、例えば音声を搬送するための通信チャネルを張るために、サービング無線コントロールサーバ６ａからサービング無線ベアラサーバ４ａに対してMAC-d/RLCコンフィグレーション要求（602）が送信される。MAC-d/RLCコンフィグレーション要求を受信したサービング無線ベアラサーバ４ａは移動端末１ａに対して個別トランスポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（DTCH）を転送するためのリソースを確保して（603）、サービング無線コントロールサーバ６ａに対して、MAC-d/RLCコンフィグレーション応答（604）を送信する。
【００６９】
MAC-d/RLCコンフィグレーション応答を受信したサービング無線コントロールサーバ６ａは上記リソースが確保出来たことを判断して、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Radio Link Reconfiguration Prepare（605）を送信する。Radio Link Reconfiguration Prepare（605）を受信した上記無線基地局２ａは、個別制御チャネルを送受信している無線リンクに上記個別トラヒックチャネル（DTCH）を重畳して転送する為の無線リンクの再構成をする用意をして、Radio Link Reconfiguration Ready（606）をサービング無線コントロールサーバ６ａへ送信する。
【００７０】
Radio Link Reconfiguration Ready（606）を受信したサービング無線コントロールサーバ６ａは、上記無線リンクの再構成の準備が出来たことを判断して、サービング無線ベアラサーバ４ａに対して、個別トランポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（ＤＴＣＨ）の転送を実行させるために、MAC-d/RLCコンフィグレーション要求（607）を送信する。
【００７１】
上記MAC-d/RLCコンフィグレーション要求（607）を受信したサービング無線ベアラサーバ４ａは、個別トランポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（ＤＴＣＨ）の転送を開始して（608）、無線基地局２ａに対して、個別トランスポートチャネル（ＤＣＨ）の送受信タイミングを合わせるためにDL Synchronization（609）を送信する。DL Synchronizationを受信した無線基地局２ａは、上記送受信タイミングを合わせてサービング無線ベアラサーバ４ａに対してUL Synchronization（610）を送信する。また、サービング無線ベアラサーバ４ａはDL Synchronization（609）の送信後にサービング無線コントロールサーバ６ａに対して、MAC-d/RLCコンフィグレーション応答（611）を送信する。
【００７２】
上記MAC-d/RLCコンフィグレーション応答（611）を受信したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Radio Link Reconfiguration Commit（612）を送信する。Radio Link Reconfiguration Commit（612）を受信した無線基地局２ａは、Radio Link Reconfiguration Commit（612）で指定された時刻情報（ＣＦＮ: Connection Frame Number）に従って個別制御チャネルを送受信している無線リンクに、上記個別トラヒックチャネルを重畳し転送を開始する。また同時にサービング無線コントロールサーバ６ａは、サービング無線ベアラサーバ４ａを介し、移動端末１ａに対してRadio Bearer Setup（613）を送信する。
【００７３】
この際、サービング無線ベアラサーバ４ａは、前述した無線基地局２ａとのノード同期手順（601）により管理している時刻の差分情報をもとに、移動端末１ａとの間の無線リンクを再構成するタイミングを算出し、当該算出結果を上記Radio Bearer Setup（613）の情報要素である時刻情報（Activation Time）の領域に設定し直して（614）、移動端末１ａに対して上記Radio Bearer Setup（615）を送信する。
【００７４】
Radio Bearer Setup（615）を受信した移動端末１ａは、Radio Bearer Setup（615）で指定された時刻情報（Activation Time）に従って無線基地局２ａとの無線リンクを再構成して、サービング無線コントロールサーバ６ａに対して、Radio Bearer Setup Complete（616）を送信する。
【００７５】
このように実施の形態６によれば、サービング無線ベアラサーバはサービング無線コントロールサーバから移動端末へ送信される無線リソース制御メッセージ（Radio Bearer Setup）を中継する際に、各無線基地局の時刻の差分情報をもとに該メッセージ中の時刻情報を設定し直すようにしたので、サービング無線ベアラサーバとサービング無線コントロールサーバとの間でノード同期処理を実施する必要がなくなり、これによりこれら装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００７６】
実施の形態７．
つぎに、図１０および図１１を用いて実施の形態７について説明する。実施の形態７においては、サービング無線ベアラサーバは、無線基地局２ａ〜２ｑとノード同期手順を行なう際に、管理対象とする各無線基地局２ａ〜２ｑを１つのマルチキャストグループとしてＩＰマルチキャストアドレスを付与し、各無線基地局２ａ〜２ｑへの上記時刻情報を含む制御メッセージを送信する際は、ＩＰマルチキャストアドレスを宛先アドレスとすることとする。
【００７７】
本実施の形態７における無線ネットワークシステムの構成は、図１に示すものと同じである。図１０は、本実施の形態７におけるノード同期のシーケンス動作を示す図である。また図１１は本実施の形態７におけるマルチキャストパケットのヘッダ構成を示す図である。これらの図を用いて実施の形態７の動作を説明する。
【００７８】
サービング無線ベアラサーバ４ａは各無線基地局２ａ〜２ｑとの間でノード同期手順を実行する際に、図１１に示すIPv6のパケットヘッダ７１１の宛先アドレス７１３に、各無線基地局２ａ〜無線基地局２ｑを１つのマルチキャストグループとするマルチキャストアドレスを設定し、発信元アドレス７１２に、自装置の有するアドレスを設定し、さらに自装置の送信直前の時刻情報ＳＦＮ１１を付加したDL Node Synchronization（701）を送信する。DL Node Synchronizationを受信した各無線基地局２ａ〜２ｑは、L Node Synchronizationを受信した時刻情報（無線基地局２ａ:ＳＦＮ２１,無線基地局２ｂ:ＳＦＮ２２，…）をそれぞれ取得かつ記憶し、各UL Node Synchronizationに、DL Node Synchronizationを受信した時刻情報と、UL Node Synchronizationを送信する直前の時刻情報（無線基地局２ａ:ＳＦＮ３１,無線基地局２ｂ:ＳＦＮ３２，…）および時刻情報ＳＦＮ１１をUL Node Synchronizationに設定して、それぞれのUL Node Synchronization（無線基地局２ａ:７０２,無線基地局２ｂ:７０４，…）をサービング無線ベアラサーバ４ａに対して送信する。
【００７９】
無線基地局２ａからの各UL Node Synchronizationを受信したサービング無線ベアラサーバ４ａは、それぞれのUL Node Synchronizationを受信したタイミング（図１０では無線基地局２ａからのUL Node Synchronizationが無線基地局２ｂのUL Node Synchronizationよりも先に送信しているが、無線基地局間は非同期で動作しているため、あくまでも順不同となる）で、自装置のUL Node Synchronizationを受信した時刻情報を取得し、送られてきた上記時刻情報および取得した自装置のUL Node Synchronizationの受信時刻情報をもとに、各無線基地局２ａ〜２ｑとの間の時刻の差分情報をそれぞれに算出して記憶する（703, 705）。これら記憶した各無線基地局２ａ〜２ｑの差分情報は、実施の形態５または６で説明した処理に用いられる。
【００８０】
このように実施の形態７においては、サービング無線ベアラサーバ４ａ〜４ｎが、無線基地局２ａ〜２ｑとノード同期手順を行なう際に、管理対象とする各無線基地局を１つのマルチキャストグループとして扱い、各無線基地局への上記時刻情報を含む制御メッセージを送信する際は、ＩＰマルチキャストアドレスを宛先アドレスとするようにしたので、サービング無線ベアラサーバ４ａ〜４ｎから各無線基地局２ａ〜２ｑに対してノード同期用のメッセージをユニキャストで送出する場合に比べ、これら装置間のノード同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００８１】
実施の形態８．
つぎに、図１２および図１３を用いて実施の形態８について説明する。実施の形態８においては、サービング無線ベアラサーバ４ａ〜４ｎは、サービング無線コントロールサーバ６ａ〜４ｍとノード同期のための独立したメッセージをこれら装置間で交換する際に、ＳＮＴＰ（Simple Network Time Protocol）を適用し、サービング無線ベアラサーバ側４ａ〜４ｎをＮＴＰサーバ、サービング無線コントロールサーバ側６ａ〜４ｍをＮＴＰクライアントとして動作させるようにしている。
【００８２】
本実施の形態８における無線ネットワークシステムの構成は、図１に示すものと同じである。図１２は、本実施の形態８におけるノード間同期方式のシーケンス動作を示す図である。また図１３は、本実施の形態８におけるＳＮＴＰのメッセージの構成を示す図である。これらの図を用いて実施の形態８の動作を説明する。
【００８３】
サービング無線ベアラサーバ４ａは、装置の起動時にＮＴＰサーバ用のプロセスを起動する（801）。サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａの起動後に、サービング無線ベアラサーバ４ａとのノード間同期を合わせるために、ＮＴＰクライアントとして送信直前に自装置のもつ時刻情報（System Frame Number: 0~327679の範囲でサイクリックにカウント）ＳＦＮ１１を取得して、該時刻情報ＳＦＮ１１をTime Request（802）のOriginate Timestamp８１３（図１３参照）に設定して送信する。
【００８４】
上記Time Request（802）を受信したサービング無線ベアラサーバ４ａは、その受信時点で自装置のもつ時刻情報ＳＦＮ２２を取得しかつ記憶し、さらにTime Reply（803）の送信直前に自装置のもつ時刻情報ＳＦＮ３２を取得して、Time Reply（803）のReceive Timestamp８１４（図１３参照）に時刻情報ＳＦＮ３を、Transmit Timestamp８１５（図１３参照）にＳＦＮ２をそれぞれ設定して送信する。
【００８５】
Time Reply（803）を受信したサービング無線コントロールサーバ６ａは、受信時に自装置に有する時刻情報ＳＦＮ４（Reference Timestamp８１２（図１３参照））を取得し、送られてきた時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにして、前述したように、サービング無線ベアラサーバ４ａとのノード間同期処理を実行する（804）。
【００８６】
このように実施の形態８においては、サービング無線ベアラサーバは、サービング無線コントロールサーバとのノード間同期のための独立したメッセージを装置間で交換する際に、ＳＮＴＰを適用し、サービング無線ベアラサーバ側をＮＴＰサーバとし、サービング無線コントロールサーバ側をＮＴＰクライアントとして動作させるようにしたので、汎用のプロトコルを使用でき、これによりこれら装置間のノード同期を簡便に行なうことが可能となる。
【００８７】
実施の形態９．
つぎに、図１４を用いて実施の形態９について説明する。実施の形態９においては、サービング無線コントロールサーバとサービング無線ベアラサーバとの間のキープアライブ（システムダウンしていなかどうかの確認）のために交換する制御メッセージ中に、各々の装置が保有している時刻情報を設定することで装置間のノード同期処理を実行するようにしている。
【００８８】
本実施の形態９における無線ネットワークシステムの構成は、図１に示すものと同じである。図１４は、本実施の形態９におけるノード間同期のシーケンス動作を示す図である。図１４に基づいて、本実施の形態９の動作を説明する。
【００８９】
サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａの起動後に、サービング無線ベアラサーバ４ａがシステムダウンしていなかどうかを確認するために、監視タイマ（901）を起動して、監視タイマが予め設定した所定の時間をカウントしたことを検出する（902）と、Keep Alive Request（904）を送信する。この送信の直前に、自装置に有する時刻情報（System Frame Number: 0~327679の範囲でサイクリックにカウント）ＳＦＮ１を取得し（903）、上記Keep Alive Request（904）に付加して送信する。
【００９０】
上記Keep Alive Requestを受信したサービング無線ベアラサーバ４ａは、その受信時に自装置に有する時刻情報ＳＦＮ２を取得し記憶してから（905）、Keep Alive Response（907）の送信直前に自装置が有する時刻情報ＳＦＮ３を取得し、この時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２と一緒に上記Keep Alive Response（907）に付加してサービング無線コントロールサーバ６ａに対して送信する（906）。
【００９１】
Keep Alive Response（906）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置が有する時刻情報ＳＦＮ４を取得し（908）、送られてきた時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにしてサービング無線ベアラサーバ４ａとの時刻差を算出し、前述したノード間同期を実行する。
【００９２】
そして、サービング無線コントロールサーバ６ａは、監視起動タイマ（910）を再度起動する（909）。その後、サービング無線コントロールサーバ６ａは、監視タイマの満了の検出（911）、自装置の時刻情報ＳＦＮ１を取得して設定（912）、Keep Alive Request（913）の送信を順次繰り返して実施していく。
【００９３】
このように実施の形態９によれば、サービング無線コントロールサーバとサービング無線コントロールサーバとの間のキープアライブのために交換する制御メッセージ中に、各々の装置が保有している時刻情報を設定することでこれら装置間のノード同期処理を実行するようにしているので、ノード間同期のために独立したメッセージを新たに定義する必要がなくなり、これら装置間のノード同期に関わる制御メッセージのトラフィックを軽減することが可能となる。
【００９４】
なお、上記の各実施の形態においては、サービング無線コントロールサーバ６ａ〜６ｍと、サービング無線ベアラサーバ４ａ〜４ｎと、無線基地局２ａ〜２ｑとの間でノード間同期処理を行うようにしたが、他の装置間、例えばセルコントロール無線コントロールサーバ５ａ〜５ｓとセルコントロール無線ベアラサーバ３ａ〜３ｒ間で、上記の実施の形態で説明したようなノード間同期処理を行わせるようにしてもよい。
【００９５】
【発明の効果】
以上説明したように、この発明によれば、新規の呼の発生時に、無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行するようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【図面の簡単な説明】
【図１】 この発明を適用する無線ネットワークシステムの構成を示す図である。
【図２】 実施の形態１、２、３における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図３】 実施の形態２におけるIPv6のパケットのヘッダ構成を説明するための構成図である。
【図４】 実施の形態３におけるMegaco/H.248のメッセージ構成を説明するための構成図である。
【図５】 実施の形態４における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図６】 実施の形態５における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図７】 実施の形態５におけるIPv6のパケットのヘッダ構成を説明するためのシーケンス図である。
【図８】 実施の形態５におけるMegaco/H.248のメッセージ構成を説明するための構成図である。
【図９】 実施の形態６における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１０】 実施の形態７における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１１】 本実施の形態７で用いるマルチキャストパケットのヘッダ構成を示す図である。
【図１２】 実施の形態８における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１３】 実施の形態８で用いるＳＮＴＰのメッセージ構成を説明するための構成図である。
【図１４】 実施の形態９における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１５】 従来技術を示す図である。
【符号の説明】
１ａ〜１Ｐ 上記移動端末、２ａ〜２ｑ 無線基地局、３ａ〜３ｒ セルコントロール無線ベアラサーバ（Cell Control Radio Bearer Server）、４ａ〜４ｎサービング無線ベアラサーバ（Serving Radio Bearer Server）、５ａ〜５ｓセルコントロール無線コントロールサーバ（Cell Control Radio Control Server）、６ａ〜６ｍ サービング無線コントロールサーバ（Serving Radio Control Server）、７ａ，７ｂ ＩＰバックボーン・ネットワーク、８ コアネットワーク、９ａ，９ｂ ルータ装置。
【発明の属する技術分野】
この発明は、移動端末と交信する無線基地局と、上記無線基地局を複数管理して制御プレーンの無線回線の制御を行なう複数の無線コントロールサーバと、移動端末とのユーザプレーンのデータ転送制御を行なう複数の無線ベアラサーバとを備える無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバに関するものである。
【０００２】
【従来の技術】
近年、移動体通信に対する要求が高まりを見せる中、特に第３世代の移動通信システムとして位置づけられているＩＭＴ−２０００（International Mobile Telecommunication）では、これまでにない高速・広帯域化が図られようとしており、その特色を活かし移動環境において動画像等のマルチメティア通信が多いに利用されることが期待されている。
【０００３】
このような中、自由度、柔軟性かつ拡張性に富んだ分散形態の無線ネットワークシステムに関する検討が進めており、例えばMobile Wireless Internet Forumにおける技術レポートとして、非特許文献１が策定されている。
【０００４】
図１５は、非特許文献１に開示された無線ネットワークシステムの機能モデルを示すブロック図である。図１５において、無線基地局３０はNode Bと呼ばれる第３世代の移動通信システムの無線基地局であり、無線のレイヤ１としての３１では、システム情報の報知、無線環境の調査、無線チャネルのコーティング/デコーディング、ランダムアクセスの検出、上りアウターループ電力測定、下りアウターループ電力制御、上りインナーループ電力制御を行なう。
【０００５】
ＲＮＣ（Radio Network Controller）３２は、Control/Drift ＲＮＣ３３とServing ＲＮＣ３４とに分割される。Control/Drift ＲＮＣ３３は、セルベアラゲートウェイ（Cell Bearer Gateway）３５と、Cell Controller３６と、Common Radio Resource Management３７と、Paging/Broadcast３８と、UE GEO Location３９とから成る機能を備え、Serving RNC３４は、UE GEO Location３９と、User Radio Gateway４０と、Mobile Control４１とから成る機能を備えている。
【０００６】
セルベアラゲートウェイ３５は、共通チャネルの多重/分離、無線ベアラのブロードキャスト/マルチキャスト送信を行なう。Cell Controller３６は、無線リソースに関する割当及び輻輳制御、個別物理無線リソースの割当、共通論理無線リソースの割当、ダイナミック共通物理リソースの割当及び構成管理、システム情報報知の制御、セル環境測定収集、ダイナミック・チャネル割当、セルページング、下りオープンループ電力制御を行なう。Common Radio Resource Management３７は、無線ネットワーク環境測定収集、ネットワーク負荷の最適化を行なう。Paging/Broadcast３８は、無線ベアラのブローキャスト/マルチキャストのフロー制御、無線ベアラのブロードキャスト/マルチキャストの状態通知、マルチセルにおける移動端末の呼出しの調整、移動端末の呼出しの調整を行なう。UE GEO Location３９は、移動端末の位置に関する情報収集と計算を行なう。
【０００７】
User Radio Gateway４０は、セグメント化とリアセンブリ、個別チャネルの配送確認、ヘッダ圧縮、個別チャネルの多重/分離、マクロダイバーシチ合成/分離、上りアウターループ電力制御の処理、無線メディアアクセスの測定、無線チャネルの暗号化を行なう。Mobile Control４１は、個別論理無線リソースの割当、個別物理無線リソースの構成管理、無線個別パケットフローの制御、割当制御の調整、無線リソースのコンテキスト管理、トレース、コネクションの設定/解放、移動端末の測定制御、上りアウターループ電力制御、下りアウターループ電力制御の調整、無線個別パケットフローの無線ＱｏＳへのマッピング、無線ベアラのトランスポートＱｏＳへのマッピング、ロケーション管理、マクロダイバーシチ合成/分離の制御、無線チャネルコーディング制御、メディアアクセス測定制御、TDDタイミング制御、無線フレーム配信の測定と計算、移動端末の個別呼出し、ハンドオーバー制御を行なう。
【０００８】
この無線ネットワークシステムの機能モデルは、自由度、柔軟性かつ拡張性を持たせるため、トランポート・レイヤと無線ネットワーク・レイヤを完全に分離するとともに、無線ネットワーク・レイヤを、図１５に一点鎖線で示すように、Cell Controller３６、Common Radio Resource Management３７、Paging/Broadcast３８、UE GEO Location３９およびMobile Control４１を有する制御プレーンとしてのSignaling Planeと、Cell Bearer Gateway３５およびUser Radio Gateway４０を有するユーザプレーンとしてのBearer Planeとに分けることを特徴としている。
【０００９】
【非特許文献１】
Mobile Wireless Internet Forumにおける技術レポート、MTR-007 Open RAN Architecture in 3rd Generation Mobile Systems Release v1.0.0 (12 June 2001)
【００１０】
【発明が解決しようとする課題】
ところで、非特許文献１に記載の従来のシステムは、自由度、柔軟性かつ拡張性を持たせるため、無線ネットワーク・レイヤを制御プレーンとしてのSignaling PlaneとユーザプレーンとしてのBearer Planeとに分けて各機能ブロックを定義しているが、この非特許文献１には、同じ機能ブロックを複数の装置（ノード）で実現した場合、これら複数の装置（ノード）間の同期をどのようにしてとるかについては、全く開示がない。
【００１１】
この発明は上記に鑑みてなされたもので、移動端末とのユーザプレーン（Bearer Plane）のデータ転送制御を行なう複数の無線ベアラサーバと、呼の受付制御を行なう複数の無線コントロールサーバとの間のノード間同期に関わる制御メッセージのトラヒックを軽減して、これら無線ベアラサーバおよび無線コントロールサーバ間のノード間同期を効率良く行なう無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバを得ることを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するため、この発明にかかる無線ネットワークシステムにおけるノード間同期方法は、移動端末と交信する無線基地局と、上記無線基地局を複数管理して制御プレーンの無線回線の制御を行なう複数の無線コントロールサーバと、移動端末とのユーザプレーンのデータ転送制御を行なう複数の無線ベアラサーバとを備える無線ネットワークシステムにおいて、新規の呼の発生時に、前記無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行することを特徴とする。
【００１３】
この発明によれば、新規の呼の発生時に、無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行するようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００１４】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバの好適な実施の形態を詳細に説明する。
【００１５】
実施の形態１．
実施の形態１においては、複数のサービング無線ベアラサーバ（Serving Radio Bearer Server）からサービング無線コントロールサーバ（Serving Radio Control Server）へリソース（チャネル）使用状況を定期的に通知し、サービング無線コントロールサーバは、上記リソース（チャネル）使用状況の報告に基づいて個々のサービング無線ベアラサーバの使用状況を判断して、上記リソース（チャネル）の最も空きの多いサービング無線ベアラサーバに対して新規の呼を振り分けるとともに、サービング無線コントロールサーバとサービング無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを送受信する際に、この制御メッセージに各サーバ（サービング無線コントロールサーバおよびサービング無線ベアラサーバ）が保有している時刻情報を付加（重畳）して送信し、該時刻情報に基づいて各サーバ間の同期をとるノード間同期処理を実行するようにしている。
【００１６】
図１は、本発明にかかる無線ネットワークシステムの構成例を示した図である。図１において、この無線ネットワークシステムは、移動端末１ａ〜１ｐと、無線基地局２ａ〜２ｑと、セルコントロール無線ベアラサーバ（Cell Control Radio Bearer Server）３ａ〜３ｒと、サービング無線ベアラサーバ（Serving Radio Bearer Server）４ａ〜４ｎと、セルコントロール無線コントロールサーバ（Cell Control Radio Control Server）５ａ〜５ｓと、サービング無線コントロールサーバ（Serving Radio Control Server）６ａ〜６ｍと、ＩＰバックボーン・ネットワーク７ａ，７ｂと、移動体通信網のコアネットワーク８と、ルータ装置９ａ，９ｂとを備えている。
【００１７】
無線基地局２ａ〜２ｐは移動端末１ａ〜１ｑと交信する。セルコントロール無線ベアラサーバ３ａ〜３ｒは、共通チャネル単位にユーザプレーン（ベアラプレーン）のデータ転送制御を行なう。サービング無線ベアラサーバ４ａ〜４ｎは個別チャネル単位にユーザプレーンのデータ転送制御を行なう。セルコントロール無線コントロールサーバ５ａ〜５ｓは共通チャネルに対応した制御プレーンの無線回線の制御を行なう。サービング無線コントロールサーバ６ａ〜６ｍは個別チャネルに対応した制御プレーンの無線回線の制御を行なう。
【００１８】
セルコントロール無線ベアラサーバ３ａ〜３ｒおよびサービング無線ベアラサーバ４ａ〜４ｎで構成される複数の無線ベアラサーバは、主に移動端末１ａ〜１ｎとのユーザプレーン（Bearer Plane）のデータ転送制御（ユーザデータの多重／分離、暗号化、マクロダイバシチなどのユーザデータの転送制御など）を行なう。セルコントロール無線コントロールサーバ５ａ〜５ｓおよびサービング無線コントロールサーバ６ａ〜６ｍで構成される複数の無線コントロールサーバは、主に複数の無線基地局２ａ〜２ｎを管理して、制御プレーンの無線回線の制御（ＲＢＳの制御、周波数，拡散コード，送信電力などの無線リソースの制御など）を行なう。また、共通チャネルは、特定の１台の移動端末に関わらないデータを転送するためのチャネルであり複数の移動端末間で共有して使用される。個別チャネルは、特定の１台に関わるデータを転送するためのチャネルである。制御プレーンは、シグナリングプレーンとも云い、ユーザデータを転送するための各種制御情報を伝達するプレーン（インタフェース、機能ブロックなどの集合体）である。ユーザプレーンは、ベアラプレーンとも云い、音声やパケットなどのユーザデータを伝送するプレーンである。
【００１９】
ＩＰバックボーン・ネットワーク７ａは、無線基地局２ａ〜２ｐ、セルコントロール無線ベアラサーバ３ａ〜３ｒ、サービング無線ベアラサーバ４ａ〜４ｎを収容する。ＩＰバックボーン・ネットワーク７ｂは、セルコントロール無線コントロールサーバ５ａ〜５ｓおよびサービング無線コントロールサーバ６ａ〜６ｍを収容する。ルータ装置９ａは、ＩＰバックボーン・ネットワーク７ａおよび７ｂを接続する。ルータ装置９ｂは、ＩＰバックボーン・ネットワーク７ｂおよび移動体通信網のコアネットワーク８とを接続する。
【００２０】
図２は、実施の形態１にかかるノード間同期のシーケンス動作を示す図である。サービング無線ベアラサーバ４ａ〜４ｎは、サービング無線コントロールサーバ６ａ〜６ｍに対して、常時、リソース（チャネル）使用状況報告（101）を一定周期で送信している。発信または着信動作に伴ない移動端末１ａは、無線基地局２ａ、セルコントロール無線ベアラサーバ３ａおよびセルコントロール無線コントロールサーバ５ａを介し、共通制御チャネル（ＣＣＣＨ）を使用してRRC Connection Setup Request（102）をサービング無線コントロールサーバ６ａに送信する（RRC；Radio Resource Control）。
【００２１】
このRRC Connection Setup Request（102）を受信したサービング無線コントロールサーバ６ａは、上記リソース使用状況報告（101）に基づいて、最もリソース（チャネル）に空きの多いサービング無線ベアラサーバを複数のサービング無線ベアラサーバ４ａ〜４ｎのなかから選択する（103）。そして、サービング無線コントロールサーバ６ａは、上記移動端末１ａに対して個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）を転送させるために、サービング無線ベアラサーバ４ａに対して、MAC-d/RLCコンフィグレーション要求（105）を送信する。この送信の直前に、サービング無線コントロールサーバ６ａは、自装置すなわちサービング無線コントロールサーバ６ａが有する時刻情報（System Frame Number:0〜327679の範囲でサイクリックにカウント）ＳＦＮ１を取得し、取得したＳＦＮ１をMAC-d/RLCコンフィグレーション要求（105）に付加（重畳）して送信する（104）。
【００２２】
上記MAC-d/RLCコンフィグレーション要求（105）を受信したサービング無線ベアラサーバ４ａは、MAC-d/RLCコンフィグレーション要求の受信時に自装置すなわちサービング無線ベアラサーバ４ａが有する時刻情報ＳＦＮ２を取得してこの時刻情報ＳＦＮ２をＳＦＮ１と共に記憶してから（106）、個別トランポートチャネル（ＤＣＨ）で個別制御チャネル（ＤＣＣＨ）を転送するためのリソースを確保し（107）、その後サービング無線コントロールサーバ６ａに対して、MAC-d/RLCコンフィグレーション応答（109）を送信する。サービング無線ベアラサーバ４ａは、このMAC-d/RLCコンフィグレーション応答の送信の直前に、自装置すなわちサービング無線ベアラサーバ４ａが有する時刻情報ＳＦＮ３を取得し、取得した時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２およびＳＦＮ１と一緒に上記MAC-d/RLCコンフィグレーション応答（108）に付加して送信する（109）。
【００２３】
MAC-d/RLCコンフィグレーション応答（108）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置に有する時刻情報ＳＦＮ４を取得し（110）、送られてきた時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにしてサービング無線ベアラサーバ４ａとの時刻差を算出し、算出した時刻差に基づきノード間同期処理を実行する（111）。例えば、MAC-d/RLCコンフィグレーション要求での時間差（ＳＦＮ１−ＳＦＮ２）およびMAC-d/RLCコンフィグレーション応答での時間差（ＳＦＮ３−ＳＦＮ４）の平均を求め、この平均値だけサービング無線コントロールサーバ６ａの時刻情報を発生するカウンタの現在値を調整したり、前記平均値だけ前記カウンタの出力値を補正演算するなどのノード間同期処理を実行する。
【００２４】
更に、上記MAC-d/RLCコンフィグレーション応答（109）により、個別制御チャネル（ＤＣＣＨ）を転送するためのリソースが確保出来たことを判断したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Radio Link Setup Request（112）を送信する。
【００２５】
上記Radio Link Setup Request（112）を受信した無線基地局２ａは、個別制御チャネルを転送する為の無線リンクの設定を行ない、セルコントロール無線コントロールサーバ５ａを介し、サービング無線コントロールサーバ６ａに対して、Radio Link Setup Response（113）を送信する。Radio Link Setup Response（113）により、個別制御チャネルを転送するための無線リンクの設定が出来たことを判断したサービング無線コントロールサーバ６ａは、サービング無線ベアラサーバ４ａに対して、個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送を実行させるために、MAC-d/RLCコンフィグレーション要求（115）を送信する。この際、上記と同様に、直前に自装置が有する時刻情報ＳＦＮ１１を取得し、上記MAC-d/RLCコンフィグレーション要求（115）に付加して送信する（114）。
【００２６】
上記MAC-d/RLCコンフィグレーション要求（115）を受信したサービング無線ベアラサーバ４ａは、受信時に自装置が有する時刻情報ＳＦＮ１２を取得してこの時刻情報ＳＦＮ２をＳＦＮ１１と共に記憶してから（116）、個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送を開始するとともに（117）、サービング無線コントロールサーバ６ａに対して、MAC-d/RLCコンフィグレーション応答（119）を送信する。この送信の直前に、自装置が有する時刻情報ＳＦＮ１３を取得し、取得した時刻情報ＳＦＮ１３を先に記憶しておいた受信時の時刻情報ＳＦＮ１２およびＳＦＮ１１と一緒に上記MAC-d/RLCコンフィグレーション応答に付加して送信する（118）。
【００２７】
MAC-d/RLCコンフィグレーション応答（119）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置が有する時刻情報ＳＦＮ１４を取得し（120）、送られてきた時刻情報ＳＦＮ１１,ＳＦＮ１２,ＳＦＮ１３と、取得したＳＦＮ１４をもとにして前述したノード間同期処理を再度実行する（121）。
【００２８】
更にその後、サービング無線コントロールサーバ６ａは、セルコントロール無線ベアラサーバ３ａを介し、移動端末１ａに対してRRC Connection Setup（122）を送信する。RRC Connection Setup（122）を受信した移動端末１ａは、無線基地局２ａとの無線リンクを確立し、サービング無線コントロールサーバ６ａに対して、RRC Connection Setup Complete（123）を送信する。
【００２９】
このように実施の形態１においては、サービング無線コントロールサーバ６ａが、リソース使用状況報告に基づいて、最もリソース（チャネル）に空きの多い、サービング無線ベアラサーバ４ａを選択し、選択したサービング無線ベアラサーバ４ａに新規の呼の転送を指示するための制御メッセージを送信する際と、サービング無線ベアラサーバ４ａが前記制御メッセージに対する応答を返信する際に、各々の装置すなわちサービング無線コントロールサーバ６ａおよびサービング無線ベアラサーバ４ａが保有している時刻情報を付加して相手に送信し、これら時刻情報に基づいてサービング無線コントロールサーバとサービング無線ベアラサーバとの間の同期処理すなわちノード間同期処理を行うようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００３０】
なお、サービング無線ベアラサーバ４ａからサービング無線コントロールサーバ６ａに時刻情報ＳＦＮ１を送信せず、サービング無線コントロールサーバ６ａが自身で記憶した時刻情報ＳＦＮ１と、ＳＦＮ２〜ＳＦＮ４とを用いてノード間同期処理を行うようにしてもよい。さらにサービング無線ベアラサーバ４ａ側で、サービング無線コントロールサーバ６ａからの時刻情報ＳＦＮ１および自装置で取得した時刻情報ＳＦＮ２に基づきノード間同期処理を行うようにしてもよい。さらに、上記では、４つの時刻情報ＳＦＮ１〜ＳＦＮ４に基づきノード間同期処理を行うようにしたが、２つの時刻情報ＳＦＮ１およびＳＦＮ２、あるいはＳＦＮ３およびＳＦＮ４を用いてノード間同期処理を行うようにしてもよい。
【００３１】
実施の形態２．
つぎに、図３を用いて実施の形態２について説明する。実施の形態２においては、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、新規の呼の転送を指示するための制御メッセージの要求／応答を送受信する際に、IPv6を使用してパケットの拡張ヘッダに上記時刻情報の設定部を新たに定義しかつこの設定部に時刻情報を設定することで、ノード間同期処理を実行させるようにしている。
【００３２】
本実施の形態２における無線ネットワークシステムの構成は、図１に示すものと同じであり、シーケンス動作も図２に示すものと同じである。また、図３は本実施の形態２で用いるIPv6のヘッダ情報部分の構成を示す図である。
【００３３】
図３において、２０１はIPv6ヘッダ、２０２はノード間同期用の拡張ヘッダ（Extension Header for Node Synchronization）である。IPv6ヘッダ２０１に続いてノード間同期用の拡張ヘッダ２０２を設定する場合は、IPv6ヘッダの次ヘッダ情報（Next Header）に、ノード間同期用の拡張ヘッダ２０２を示す番号を設定する。または、経路制御ヘッダや認証ヘッダ等の既存のIPv6拡張ヘッダに続いてノード間同期用の拡張ヘッダ２０２を設定する場合は、上記既存の拡張ヘッダの次ヘッダ情報（Next Header）にノード間同期用の拡張ヘッダ２０２を示す番号を設定する。
【００３４】
ノード間同期用の拡張ヘッダ２０２は、この後に続くIPv6の拡張ヘッダ或いはTCPやUDP等のプロトコルを示す次ヘッダ情報（Next Header）２０３と、当該ノード間同期用の拡張ヘッダ長（Extension Header Length）２０４と、サービング無線コントロールサーバ６ａからサービング無線ベアラサーバ４ａに対する要求、またはサービング無線ベアラサーバ４ａからサービング無線コントロールサーバ６ａに対する応答のいずれかを示すメッセージタイプ（Message Type）２０５と、予約（Reserved）２０６と、サービング無線コントロールサーバ６ａがサービング無線ベアラサーバ４ａに対して制御メッセージを送信した時刻情報Ｔ１（２０７）と、サービング無線ベアラサーバ４ａがサービング無線コントロールサーバ６ａからの上記制御メッセージを受信した時刻情報Ｔ２（２０８）と、サービング無線ベアラサーバ４ａが上記制御メッセージに従った処理を実施した後にその応答メッセージを送信した時刻情報Ｔ３（２０９）と、拡張用予備（Spare Extension: 210）で構成する。
【００３５】
サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａに対する制御メッセージを送信する際に、メッセージタイプ２０５を要求であることを示す値とし、また時刻情報Ｔ１（２０７）を送信時点の時刻情報を示す値として、上記ノード間同期用の拡張ヘッダ２０２を設定する。
【００３６】
一方、サービング無線ベアラサーバ４ａはサービング無線コントロールサーバ６ａに対する制御メッセージに対する応答を送信する際に、メッセージタイプ２０５を応答であることを示す値とし、また時刻情報Ｔ２（２０８）を制御メッセージ受信時点の時刻情報を示す値とし、時刻情報Ｔ３（２０９）を応答の送信時点の時刻情報を示す値として、上記ノード間同期用の拡張ヘッダ２０２を設定する。
【００３７】
このように実施の形態２によれば、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で、新規の呼の発生時に呼の受付制御を行なう制御メッセージを送受信する際に、IPv6を使用してパケットの拡張ヘッダに時刻情報の設定部を新たに定義し、この設定部に時刻情報を設定することで、時刻情報の送受信を行うようにしたので、IPv6の使用が可能になるとともに、これら装置間のノード間同期処理に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００３８】
実施の形態３．
つぎに、図４を用いて実施の形態３について説明する。実施の形態３においては、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、新規の呼の転送を指示するための制御メッセージの要求／応答を送受信する際に、Megaco/H.248プロトコルを使用して新たにパッケージを定義しかつこの定義パッケージに上記時刻情報を設定することで、ノード間同期処理を実行させるようにしている。
【００３９】
本実施の形態３における無線ネットワークシステムの構成は、図１に示すものと同じであり、シーケンス動作も図２に示すものと同じである。また、図４は本実施の形態３におけるMegaco/H.248メッセージの構成を示す図である。
【００４０】
図４において、３０１はサービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で送受信するMegaco/H.248プロトコルを使用する際のIPv6のパケットを示し、３０２はMegaco/H.248メッセージ部分の構成を示している。Megaco/H.248メッセージ部分３０２は、当該Megaco/H.248のバージョン情報を示すVersion、送信元の装置の名前やアドレスを示すMID、及び要求時の制御内容或いは応答時の制御結果を示すMessage Body（Transaction）で構成される。
【００４１】
更に、３０３はMessage Body（Transaction）の内部構成を示しており、Message Body３０３は、トランザクションのIDを示すTIDと、複数のContextで構成されている。３０４はContextの内部構成を示しており、Context３０４はContext IDと複数のCommand RequestまたはCommand Replyから構成されている。Command Request３０５は、要求においてどのような操作をすべきかを示すCommandと、Context内の操作対象を示すTermination IDと、属性を規定するDescriptorとで構成される。Command Reply３０６は、要求されたCommandを示すCommand Replyと、要求で指定されたContext内の操作対象を示すTermination IDと、要求で指定された属性を示すDescriptorとで構成される。
【００４２】
ここで、ノード間同期用の情報を転送するために、Command RequestまたはCommand Reply３０４内にMegaco/H.248の拡張パッケージ（Package Descriptor）を定義する。サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａに対して制御メッセージを送信する際に、上記Package Descriptorに、ノード間同期用の拡張パッケージであること示すＩＤ（３０７）を設定するとともに、時刻情報Ｔ１（３０８）に送信時点の時刻情報を設定する。
【００４３】
一方、サービング無線ベアラサーバ４ａはサービング無線コントロールサーバ６ａに対する上記制御メッセージに対する応答を送信する際に、上記送信時と同様に拡張パッケージを使用して、時刻情報Ｔ２（３０９）に制御メッセージ受信時点の時刻情報を示す値を設定するとともに、時刻情報Ｔ３（３１０）に応答の送信時点の時刻情報を示す値を設定して応答を返す。
【００４４】
このように実施の形態３によれば、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で、新規の呼の発生時に呼の受付制御を行なう制御メッセージを送受信する際に、Megaco/H.248プロトコルを使用して新たにパッケージを定義し、定義したパッケージに時刻情報を設定することで、時刻情報の送受信を行うようにしたので、Megaco/H.248プロトコルの使用が可能になるとともに、これら装置間のノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００４５】
実施の形態４．
つぎに、図５に従って実施の形態４について説明する。実施の形態４においては、一定時間の間、サービング無線コントロールサーバ６ａ〜６ｍとサービング無線ベアラサーバ４ａ〜４ｎとの間で、制御メッセージが送受信されない場合のみ、ノード間同期のための独立したメッセージをこれら装置間で交換するようにする。
【００４６】
本実施の形態４における無線ネットワークシステムの構成は、図１に示すものと同じである。図５は、本実施の形態４におけるノード間同期のシーケンス動作を示す図である。
【００４７】
サービング無線コントロールサーバ６ａには、サービング無線ベアラサーバ４ａとの間で、一定時間以上の間、制御メッセージを授受していないことを監視する監視タイマ（401）が設けられている。図５に示すように、サービング無線コントロールサーバ６ａは監視タイマ（401）が一定時間以上の間制御メッセージを授受していないことを検出（402）すると、自装置が有する時刻情報（System Frame Number: 0~327679の範囲でサイクリックにカウント）ＳＦＮ１を取得し（403）、この取得後即座に、ＤＬノード同期信号（DL: Downlink）にＳＦＮ１値を設定してＤＬノード同期信号をサービング無線ベアラサーバ４ａに対して送信する（404）。
【００４８】
上記ＤＬノード同期信号（404）を受信したサービング無線ベアラサーバ４ａは、受信時に自装置が有する時刻情報ＳＦＮ２を取得して記憶するとともに（405）、ＵＬノード同期信号（UL; Uplink）を送信する直前に自装置が有する時刻情報ＳＦＮ３を取得し（406）、この時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２およびＳＦＮ１と一緒にＵＬノード同期信号にその値を設定して、サービング無線コントロールサーバ６ａに対して送信する（407）。
【００４９】
ＵＬノード同期信号を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置に有する時刻情報ＳＦＮ４を取得し（408）、送られてきた時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と、取得したＳＦＮ４を用いて上述したノード間同期処理を実行する。また、ノード間同期処理を終了した時点で、監視タイマ（401）をリセットして起動する（409）。
【００５０】
なお、移動端末１ａの発信または着信動作に伴なって実施の形態１で説明したRRC Connection Setup等による動作（411）が起動されるとサービング無線コントロールサーバ６ａは、監視タイマ（401）を停止して、上記動作（411）に移行する。そして、その後上記動作（411）が終了した後に監視タイマ（401）を再起動する（412）。
【００５１】
このように実施の形態４においては、一定時間の間、サービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で制御メッセージが送受信されない場合にのみ、ノード間同期のための独立したメッセージ（ＤＬノード同期信号，ＵＬノード同期信号）をこれら装置間で交換して時刻情報を設定するようにしたので、これら装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００５２】
なお、上記実施の形態４では、サービング無線コントロールサーバ６ａが時刻情報ＳＦＮ１〜ＳＦＮ４に基づくノード間同期処理を実行するようにしたが、サービング無線ベアラサーバ４ａがで同様のノード間同期処理を実行させるようにしてもよい。この場合は、サービング無線ベアラサーバ４ａ側に監視タイマを設け、この監視タイマによりサービング無線コントロールサーバ６ａとサービング無線ベアラサーバ４ａとの間で一定時間以上の間制御メッセージが送受信されないことが検出されると、サービング無線ベアラサーバ４ａは自身が保有している時刻情報ＳＦＮ１を含むＵＬノード同期信号をサービング無線コントロールサーバ６ａに対して送信する。その後、サービング無線コントロールサーバ６ａは、前記同様、時刻情報ＳＦＮ１〜ＳＦＮ３を含むＤＬノード同期信号をサービング無線ベアラサーバ４ａに対して送信する。サービング無線ベアラサーバ４ａは、このＤＬノード同期信号を受信すると、自身が保有している時刻情報ＳＦＮ４を取得し、ＤＬノード同期信号に含まれる時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と、取得したＳＦＮ４を用いて上述したノード間同期処理を実行する。
【００５３】
実施の形態５．
つぎに、図６〜図８を用いて実施の形態５について説明する。実施の形態５においては、或るサービング無線ベアラサーバ４ａが、各無線基地局２ａ〜２ｑとのノード間同期手順により取得したサービング無線ベアラサーバ４ａと各無線基地局２ａ〜２ｑとの時刻差分情報を記憶管理し、サービング無線ベアラサーバはサービング無線コントロールサーバとのノード間同期の際に記憶している各無線基地局の時刻の差分情報をもとに各無線基地局の時刻情報を設定してこれをサービング無線コントロールサーバ６ａに送信するようにしている。
【００５４】
本実施の形態５における無線ネットワークシステムの構成は、図１に示すものと同じである。また、図６は本実施の形態５における無線ネットワークシステムのシーケンス動作を示す図であり、図７は本実施形態５においてIPv6のパケット使用する場合のヘッダ情報部分の構成を示す図であり、更に図８は本実施形態５においてMegaco/H.248プロトコルを使用する場合のメッセージの構成を示す図である。これらシーケンス動作と構成を示すに基づいて、本実施の形態５における無線ネットワークシステムのノード間同期方式について説明する。
【００５５】
サービング無線ベアラサーバ４ａは、３ＧＰＰ（3rd Generation Partnership Project）の技術仕様書（Technical Specification）に規定されているノード同期手順に従い、無線基地局２ａとの間でDL Node Synchronization（501）とUL Node Synchronization（502）を複数回（Ｎ回）送受信して、無線基地局２ａとの時刻の差分情報を記憶管理する（503）。
【００５６】
同様に、サービング無線ベアラサーバ４ａは、無線基地局２ｂ〜２ｑとの間でもDL Node Synchronization（504）とUL Node Synchronization（505）を複数回（Ｎ回;Ｎは自然数）送受信して、無線基地局２ｂ〜２ｎとの時刻の差分情報を記憶管理する（506）。
【００５７】
すなわち、サービング無線ベアラサーバ４ａはこのようなノード同期手順を接続されている各無線基地局２ａ〜２ｑとの間で周期的に実施して、得られた時刻の差分情報を各無線基地局２ａ〜２ｑに対応させて記憶しておくことで、これら各無線基地局２ａ〜２ｑとの差分情報を常時管理している。
【００５８】
発信または着信動作に伴ない移動端末１ａから無線基地局２ａ及びセルコントロール無線ベアラサーバ３ａ、セルコントロール無線コントロールサーバ５ａを介し、共通制御チャネル（ＣＣＣＨ）を使用してRRC Connection Setup Request（507）が送信される。上記RRC Connection Setup Requestを受信したサービング無線コントロールサーバ６ａは、実施の形態１と同様の処理（リソース使用状況報告）を事前に行うことで、最もリソース（チャネル）に空きの多い、サービング無線ベアラサーバ４ａを選択する（508）。そして、サービング無線コントロールサーバ６ａは、上記移動端末１ａに対して個別トランポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）を転送させるために、選択したサービング無線ベアラサーバ４ａに対して、MAC-d/RLCコンフィグレーション要求（510）を送信する。サービング無線コントロールサーバ６ａは、この送信の直前に、自装置が有する時刻情報ＳＦＮ１３を取得するとともに、無線基地局２ａを指定した上記MAC-d/RLCコンフィグレーション要求に時刻情報ＳＦＮ１３を付加して(509)、送信する（510）。
【００５９】
上記無線基地局２ａを指定する方法として、IPv6のパケットを使用する場合は、図７に示すようにIPv6のヘッダ５２１に続くノード同期用の拡張ヘッダ５２２のBTS Number（523）の領域に、ノード同期を合わせたい無線基地局の番号を設定する。またMegaco/H.248のメッセージを使用する場合は、図８に示すようにCommand Reply５３１に定義した拡張パッケージ（Package Descriptor）に無線基地局の番号を指定する領域（BN）５３２を設けて、そこに無線基地局の番号を設定する。
【００６０】
上記MAC-d/RLCコンフィグレーション要求（510）を受信したサービング無線ベアラサーバ４ａは、その受信時に自装置が有する時刻情報を取得するとともに、前記記憶している各無線基地局２ａ〜２ｎの差分情報から、MAC-d/RLCコンフィグレーション要求で指定された無線基地局に対応する差分情報（MAC-d/RLCコンフィグレーション要求の受信時点での最新の差分情報）を取得する。そして、サービング無線ベアラサーバ４ａは、自装置が有する時刻情報に、前記指定された無線基地局の差分情報を加算または減算、すなわち加味することで、指定された無線基地局のMAC-d/RLCコンフィグレーション要求（510）の受信時の時刻情報ＳＦＮ２３を求めて記憶する(511)。
【００６１】
つぎに、サービング無線ベアラサーバ４ａは、個別トランスポートチャネル（ＤＣＨ）上で個別制御チャネル（ＤＣＣＨ）の転送用のリソースを確保する（512）。さらに、サービング無線ベアラサーバ４ａは、MAC-d/RLCコンフィグレーション応答の送信直前に、前記同様、自装置が有する時刻情報を取得するとともに、指定された無線基地局に対応する差分情報（送信時点での最新の差分情報）を取得する。そして、サービング無線ベアラサーバ４ａは、自装置が有する時刻情報に、指定された無線基地局の差分情報を加算または減算することで、指定された無線基地局のMAC-d/RLCコンフィグレーション応答の送信時の時刻情報ＳＦＮ３３を求める(513)。そして、このＳＦＮ３３値を先に記憶しておいた受信時の時刻情報ＳＦＮ２３（およびＳＦＮ１３）と一緒に上記MAC-d/RLCコンフィグレーション応答に付加して送信する（514）。
【００６２】
上記MAC-d/RLCコンフィグレーション応答（514）を受信したサービング無線コントロールサーバ６ａは、受信時に自装置に有する時刻情報ＳＦＮ４３を取得し（515）、送られてきた時刻情報ＳＦＮ１３,ＳＦＮ２３,ＳＦＮ３３と取得したＳＦＮ４３をもとに、指定した無線基地局２ａとの時刻差を算出して、この算出値を用いて前述したノード間同期処理を実行する（516）。
【００６３】
更に、上記MAC-d/RLCコンフィグレーション応答（514）により個別制御チャネル（ＤＣＣＨ）を転送するためのリソースが確保出来たことを判断したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、RRC Connection Setup Request（507）を送ってきた無線基地局２ａに対して、Radio Link Setup Request（517）を送信する。
【００６４】
Radio Link Setup Request（517）を受信した無線基地局２ａは、個別制御チャネルを転送するための無線リンクの設定を行ない、セルコントロール無線コントロールサーバ５ａを介し、サービング無線コントロールサーバ６ａに対して、Radio Link Setup Response（518）を送信する。
【００６５】
このように実施の形態５によれば、サービング無線ベアラサーバが無線基地局とのノード同期手順により取得した各無線基地局との時刻の差分情報を記憶管理し、サービング無線ベアラサーバはサービング無線コントロールサーバとのノード同期の際に記憶している各無線基地局の時刻の差分情報をもとに各無線基地局の時刻情報を設定しこれをサービング無線コントロールサーバ６ａに送信し、さらにサービング無線コントロールサーバ６ａがこの受信時刻情報などに基づきサービング無線コントロールサーバ６ａと無線基地局とのノード間同期処理を実行するようにしたので、サービング無線コントロールサーバが各無線基地局との間で直接ノード同期手順を実施する必要がなくなり、これにより、装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００６６】
実施の形態６．
つぎに、図９を用いて実施の形態６について説明する。実施の形態６においては、サービング無線ベアラサーバ４ａ〜４ｎは各無線基地局２ａ〜２ｑの時刻の差分情報をもとに、サービング無線コントロールサーバ６ａ〜６ｍから移動端末１ａへ送信される無線リソース制御メッセージを中継する際に、該メッセージ中の時刻情報を設定し直すようにしている。
【００６７】
本実施の形態６における無線ネットワークシステムの構成は、図１に示すものと同じである。図９は、本実施の形態６におけるノード間同期のシーケンス動作を示す図である。図９に基づいて、本実施の形態６の動作を説明する。
【００６８】
実施の形態５で説明したように、サービング無線ベアラサーバ４ａは各無線基地局２ａ〜２ｑとの間で周期的にノード同期手順を実施して、得られた時刻の差分情報を各無線基地局２ａ〜２ｑに対応させて常時、記憶している（601）。その後、発信または着信動作に伴ない、無線区間でユーザデータ、例えば音声を搬送するための通信チャネルを張るために、サービング無線コントロールサーバ６ａからサービング無線ベアラサーバ４ａに対してMAC-d/RLCコンフィグレーション要求（602）が送信される。MAC-d/RLCコンフィグレーション要求を受信したサービング無線ベアラサーバ４ａは移動端末１ａに対して個別トランスポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（DTCH）を転送するためのリソースを確保して（603）、サービング無線コントロールサーバ６ａに対して、MAC-d/RLCコンフィグレーション応答（604）を送信する。
【００６９】
MAC-d/RLCコンフィグレーション応答を受信したサービング無線コントロールサーバ６ａは上記リソースが確保出来たことを判断して、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Radio Link Reconfiguration Prepare（605）を送信する。Radio Link Reconfiguration Prepare（605）を受信した上記無線基地局２ａは、個別制御チャネルを送受信している無線リンクに上記個別トラヒックチャネル（DTCH）を重畳して転送する為の無線リンクの再構成をする用意をして、Radio Link Reconfiguration Ready（606）をサービング無線コントロールサーバ６ａへ送信する。
【００７０】
Radio Link Reconfiguration Ready（606）を受信したサービング無線コントロールサーバ６ａは、上記無線リンクの再構成の準備が出来たことを判断して、サービング無線ベアラサーバ４ａに対して、個別トランポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（ＤＴＣＨ）の転送を実行させるために、MAC-d/RLCコンフィグレーション要求（607）を送信する。
【００７１】
上記MAC-d/RLCコンフィグレーション要求（607）を受信したサービング無線ベアラサーバ４ａは、個別トランポートチャネル（ＤＣＨ）上で個別トラヒックチャネル（ＤＴＣＨ）の転送を開始して（608）、無線基地局２ａに対して、個別トランスポートチャネル（ＤＣＨ）の送受信タイミングを合わせるためにDL Synchronization（609）を送信する。DL Synchronizationを受信した無線基地局２ａは、上記送受信タイミングを合わせてサービング無線ベアラサーバ４ａに対してUL Synchronization（610）を送信する。また、サービング無線ベアラサーバ４ａはDL Synchronization（609）の送信後にサービング無線コントロールサーバ６ａに対して、MAC-d/RLCコンフィグレーション応答（611）を送信する。
【００７２】
上記MAC-d/RLCコンフィグレーション応答（611）を受信したサービング無線コントロールサーバ６ａは、セルコントロール無線コントロールサーバ５ａを介し、無線基地局２ａに対して、Radio Link Reconfiguration Commit（612）を送信する。Radio Link Reconfiguration Commit（612）を受信した無線基地局２ａは、Radio Link Reconfiguration Commit（612）で指定された時刻情報（ＣＦＮ: Connection Frame Number）に従って個別制御チャネルを送受信している無線リンクに、上記個別トラヒックチャネルを重畳し転送を開始する。また同時にサービング無線コントロールサーバ６ａは、サービング無線ベアラサーバ４ａを介し、移動端末１ａに対してRadio Bearer Setup（613）を送信する。
【００７３】
この際、サービング無線ベアラサーバ４ａは、前述した無線基地局２ａとのノード同期手順（601）により管理している時刻の差分情報をもとに、移動端末１ａとの間の無線リンクを再構成するタイミングを算出し、当該算出結果を上記Radio Bearer Setup（613）の情報要素である時刻情報（Activation Time）の領域に設定し直して（614）、移動端末１ａに対して上記Radio Bearer Setup（615）を送信する。
【００７４】
Radio Bearer Setup（615）を受信した移動端末１ａは、Radio Bearer Setup（615）で指定された時刻情報（Activation Time）に従って無線基地局２ａとの無線リンクを再構成して、サービング無線コントロールサーバ６ａに対して、Radio Bearer Setup Complete（616）を送信する。
【００７５】
このように実施の形態６によれば、サービング無線ベアラサーバはサービング無線コントロールサーバから移動端末へ送信される無線リソース制御メッセージ（Radio Bearer Setup）を中継する際に、各無線基地局の時刻の差分情報をもとに該メッセージ中の時刻情報を設定し直すようにしたので、サービング無線ベアラサーバとサービング無線コントロールサーバとの間でノード同期処理を実施する必要がなくなり、これによりこれら装置間のノード同期に関わる制御メッセージのトラヒックをさらに軽減することが可能となる。
【００７６】
実施の形態７．
つぎに、図１０および図１１を用いて実施の形態７について説明する。実施の形態７においては、サービング無線ベアラサーバは、無線基地局２ａ〜２ｑとノード同期手順を行なう際に、管理対象とする各無線基地局２ａ〜２ｑを１つのマルチキャストグループとしてＩＰマルチキャストアドレスを付与し、各無線基地局２ａ〜２ｑへの上記時刻情報を含む制御メッセージを送信する際は、ＩＰマルチキャストアドレスを宛先アドレスとすることとする。
【００７７】
本実施の形態７における無線ネットワークシステムの構成は、図１に示すものと同じである。図１０は、本実施の形態７におけるノード同期のシーケンス動作を示す図である。また図１１は本実施の形態７におけるマルチキャストパケットのヘッダ構成を示す図である。これらの図を用いて実施の形態７の動作を説明する。
【００７８】
サービング無線ベアラサーバ４ａは各無線基地局２ａ〜２ｑとの間でノード同期手順を実行する際に、図１１に示すIPv6のパケットヘッダ７１１の宛先アドレス７１３に、各無線基地局２ａ〜無線基地局２ｑを１つのマルチキャストグループとするマルチキャストアドレスを設定し、発信元アドレス７１２に、自装置の有するアドレスを設定し、さらに自装置の送信直前の時刻情報ＳＦＮ１１を付加したDL Node Synchronization（701）を送信する。DL Node Synchronizationを受信した各無線基地局２ａ〜２ｑは、L Node Synchronizationを受信した時刻情報（無線基地局２ａ:ＳＦＮ２１,無線基地局２ｂ:ＳＦＮ２２，…）をそれぞれ取得かつ記憶し、各UL Node Synchronizationに、DL Node Synchronizationを受信した時刻情報と、UL Node Synchronizationを送信する直前の時刻情報（無線基地局２ａ:ＳＦＮ３１,無線基地局２ｂ:ＳＦＮ３２，…）および時刻情報ＳＦＮ１１をUL Node Synchronizationに設定して、それぞれのUL Node Synchronization（無線基地局２ａ:７０２,無線基地局２ｂ:７０４，…）をサービング無線ベアラサーバ４ａに対して送信する。
【００７９】
無線基地局２ａからの各UL Node Synchronizationを受信したサービング無線ベアラサーバ４ａは、それぞれのUL Node Synchronizationを受信したタイミング（図１０では無線基地局２ａからのUL Node Synchronizationが無線基地局２ｂのUL Node Synchronizationよりも先に送信しているが、無線基地局間は非同期で動作しているため、あくまでも順不同となる）で、自装置のUL Node Synchronizationを受信した時刻情報を取得し、送られてきた上記時刻情報および取得した自装置のUL Node Synchronizationの受信時刻情報をもとに、各無線基地局２ａ〜２ｑとの間の時刻の差分情報をそれぞれに算出して記憶する（703, 705）。これら記憶した各無線基地局２ａ〜２ｑの差分情報は、実施の形態５または６で説明した処理に用いられる。
【００８０】
このように実施の形態７においては、サービング無線ベアラサーバ４ａ〜４ｎが、無線基地局２ａ〜２ｑとノード同期手順を行なう際に、管理対象とする各無線基地局を１つのマルチキャストグループとして扱い、各無線基地局への上記時刻情報を含む制御メッセージを送信する際は、ＩＰマルチキャストアドレスを宛先アドレスとするようにしたので、サービング無線ベアラサーバ４ａ〜４ｎから各無線基地局２ａ〜２ｑに対してノード同期用のメッセージをユニキャストで送出する場合に比べ、これら装置間のノード同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【００８１】
実施の形態８．
つぎに、図１２および図１３を用いて実施の形態８について説明する。実施の形態８においては、サービング無線ベアラサーバ４ａ〜４ｎは、サービング無線コントロールサーバ６ａ〜４ｍとノード同期のための独立したメッセージをこれら装置間で交換する際に、ＳＮＴＰ（Simple Network Time Protocol）を適用し、サービング無線ベアラサーバ側４ａ〜４ｎをＮＴＰサーバ、サービング無線コントロールサーバ側６ａ〜４ｍをＮＴＰクライアントとして動作させるようにしている。
【００８２】
本実施の形態８における無線ネットワークシステムの構成は、図１に示すものと同じである。図１２は、本実施の形態８におけるノード間同期方式のシーケンス動作を示す図である。また図１３は、本実施の形態８におけるＳＮＴＰのメッセージの構成を示す図である。これらの図を用いて実施の形態８の動作を説明する。
【００８３】
サービング無線ベアラサーバ４ａは、装置の起動時にＮＴＰサーバ用のプロセスを起動する（801）。サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａの起動後に、サービング無線ベアラサーバ４ａとのノード間同期を合わせるために、ＮＴＰクライアントとして送信直前に自装置のもつ時刻情報（System Frame Number: 0~327679の範囲でサイクリックにカウント）ＳＦＮ１１を取得して、該時刻情報ＳＦＮ１１をTime Request（802）のOriginate Timestamp８１３（図１３参照）に設定して送信する。
【００８４】
上記Time Request（802）を受信したサービング無線ベアラサーバ４ａは、その受信時点で自装置のもつ時刻情報ＳＦＮ２２を取得しかつ記憶し、さらにTime Reply（803）の送信直前に自装置のもつ時刻情報ＳＦＮ３２を取得して、Time Reply（803）のReceive Timestamp８１４（図１３参照）に時刻情報ＳＦＮ３を、Transmit Timestamp８１５（図１３参照）にＳＦＮ２をそれぞれ設定して送信する。
【００８５】
Time Reply（803）を受信したサービング無線コントロールサーバ６ａは、受信時に自装置に有する時刻情報ＳＦＮ４（Reference Timestamp８１２（図１３参照））を取得し、送られてきた時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにして、前述したように、サービング無線ベアラサーバ４ａとのノード間同期処理を実行する（804）。
【００８６】
このように実施の形態８においては、サービング無線ベアラサーバは、サービング無線コントロールサーバとのノード間同期のための独立したメッセージを装置間で交換する際に、ＳＮＴＰを適用し、サービング無線ベアラサーバ側をＮＴＰサーバとし、サービング無線コントロールサーバ側をＮＴＰクライアントとして動作させるようにしたので、汎用のプロトコルを使用でき、これによりこれら装置間のノード同期を簡便に行なうことが可能となる。
【００８７】
実施の形態９．
つぎに、図１４を用いて実施の形態９について説明する。実施の形態９においては、サービング無線コントロールサーバとサービング無線ベアラサーバとの間のキープアライブ（システムダウンしていなかどうかの確認）のために交換する制御メッセージ中に、各々の装置が保有している時刻情報を設定することで装置間のノード同期処理を実行するようにしている。
【００８８】
本実施の形態９における無線ネットワークシステムの構成は、図１に示すものと同じである。図１４は、本実施の形態９におけるノード間同期のシーケンス動作を示す図である。図１４に基づいて、本実施の形態９の動作を説明する。
【００８９】
サービング無線コントロールサーバ６ａはサービング無線ベアラサーバ４ａの起動後に、サービング無線ベアラサーバ４ａがシステムダウンしていなかどうかを確認するために、監視タイマ（901）を起動して、監視タイマが予め設定した所定の時間をカウントしたことを検出する（902）と、Keep Alive Request（904）を送信する。この送信の直前に、自装置に有する時刻情報（System Frame Number: 0~327679の範囲でサイクリックにカウント）ＳＦＮ１を取得し（903）、上記Keep Alive Request（904）に付加して送信する。
【００９０】
上記Keep Alive Requestを受信したサービング無線ベアラサーバ４ａは、その受信時に自装置に有する時刻情報ＳＦＮ２を取得し記憶してから（905）、Keep Alive Response（907）の送信直前に自装置が有する時刻情報ＳＦＮ３を取得し、この時刻情報ＳＦＮ３を先に記憶しておいた受信時の時刻情報ＳＦＮ２と一緒に上記Keep Alive Response（907）に付加してサービング無線コントロールサーバ６ａに対して送信する（906）。
【００９１】
Keep Alive Response（906）を受信したサービング無線コントロールサーバ６ａは、その受信時に自装置が有する時刻情報ＳＦＮ４を取得し（908）、送られてきた時刻情報ＳＦＮ１,ＳＦＮ２,ＳＦＮ３と取得した時刻情報ＳＦＮ４をもとにしてサービング無線ベアラサーバ４ａとの時刻差を算出し、前述したノード間同期を実行する。
【００９２】
そして、サービング無線コントロールサーバ６ａは、監視起動タイマ（910）を再度起動する（909）。その後、サービング無線コントロールサーバ６ａは、監視タイマの満了の検出（911）、自装置の時刻情報ＳＦＮ１を取得して設定（912）、Keep Alive Request（913）の送信を順次繰り返して実施していく。
【００９３】
このように実施の形態９によれば、サービング無線コントロールサーバとサービング無線コントロールサーバとの間のキープアライブのために交換する制御メッセージ中に、各々の装置が保有している時刻情報を設定することでこれら装置間のノード同期処理を実行するようにしているので、ノード間同期のために独立したメッセージを新たに定義する必要がなくなり、これら装置間のノード同期に関わる制御メッセージのトラフィックを軽減することが可能となる。
【００９４】
なお、上記の各実施の形態においては、サービング無線コントロールサーバ６ａ〜６ｍと、サービング無線ベアラサーバ４ａ〜４ｎと、無線基地局２ａ〜２ｑとの間でノード間同期処理を行うようにしたが、他の装置間、例えばセルコントロール無線コントロールサーバ５ａ〜５ｓとセルコントロール無線ベアラサーバ３ａ〜３ｒ間で、上記の実施の形態で説明したようなノード間同期処理を行わせるようにしてもよい。
【００９５】
【発明の効果】
以上説明したように、この発明によれば、新規の呼の発生時に、無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとの間のノード間同期処理を実行するようにしているので、効率よくノード間同期処理をなし得るとともに、ノード間同期に関わる制御メッセージのトラヒックを軽減することが可能となる。
【図面の簡単な説明】
【図１】 この発明を適用する無線ネットワークシステムの構成を示す図である。
【図２】 実施の形態１、２、３における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図３】 実施の形態２におけるIPv6のパケットのヘッダ構成を説明するための構成図である。
【図４】 実施の形態３におけるMegaco/H.248のメッセージ構成を説明するための構成図である。
【図５】 実施の形態４における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図６】 実施の形態５における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図７】 実施の形態５におけるIPv6のパケットのヘッダ構成を説明するためのシーケンス図である。
【図８】 実施の形態５におけるMegaco/H.248のメッセージ構成を説明するための構成図である。
【図９】 実施の形態６における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１０】 実施の形態７における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１１】 本実施の形態７で用いるマルチキャストパケットのヘッダ構成を示す図である。
【図１２】 実施の形態８における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１３】 実施の形態８で用いるＳＮＴＰのメッセージ構成を説明するための構成図である。
【図１４】 実施の形態９における無線ネットワークシステムの動作を説明するためのシーケンス図である。
【図１５】 従来技術を示す図である。
【符号の説明】
１ａ〜１Ｐ 上記移動端末、２ａ〜２ｑ 無線基地局、３ａ〜３ｒ セルコントロール無線ベアラサーバ（Cell Control Radio Bearer Server）、４ａ〜４ｎサービング無線ベアラサーバ（Serving Radio Bearer Server）、５ａ〜５ｓセルコントロール無線コントロールサーバ（Cell Control Radio Control Server）、６ａ〜６ｍ サービング無線コントロールサーバ（Serving Radio Control Server）、７ａ，７ｂ ＩＰバックボーン・ネットワーク、８ コアネットワーク、９ａ，９ｂ ルータ装置。
Claims (19)
- 移動端末と交信する無線基地局と、上記無線基地局を複数管理して制御プレーンの無線回線の制御を行なう複数の無線コントロールサーバと、移動端末とのユーザプレーンのデータ転送制御を行なう複数の無線ベアラサーバとを備える無線ネットワークシステムにおいて、
新規の呼の発生時に、前記無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に、該制御メッセージに無線コントロールサーバおよび無線ベアラサーバが保有している時刻情報を設定し、これら各時刻情報の差分に基づき無線コントロールサーバと無線ベアラサーバとのノード間同期処理を実行することを特徴とする無線ネットワークシステムにおけるノード間同期方法。 - 前記制御メッセージとしてIPv6を使用し、パケットの拡張ヘッダに上記時刻情報の設定部を新たに定義し、該設定部に時刻情報を設定することを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
- 前記制御メッセージとしてMegaco/H.248プロトコルを使用し、新たに定義したパッケージに上記時刻情報を設定することを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
- 前記無線コントロールサーバと無線ベアラサーバとの間で制御メッセージが一定時間以上の間送受信されない場合のみ、ノード間同期のための独立した制御メッセージを無線コントロールサーバおよび無線ベアラサーバ間で交換することを特徴とする請求項１〜３の何れか一つに記載の無線ネットワークシステムにおけるノード間同期方法。
- 前記無線ベアラサーバは、各無線基地局との前記ノード間同期処理により各無線基地局と無線ベアラサーバとの間の前記時刻情報の差分を取得するとともに、前記無線ベアラサーバは、前記無線コントロールサーバと無線ベアラサーバとの間で新規の呼の転送を指示するための制御メッセージを交換する際に前記無線ベアラサーバが保有している時刻情報を設定するとき、前記取得した各無線基地局と無線ベアラサーバとの間の時刻情報の差分を元に各無線基地局の時刻情報を設定することにより無線コントロールサーバと無線基地局とのノード間同期処理を実行させることを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
- 前記無線ベアラサーバは、各無線基地局との前記ノード間同期処理により各無線基地局と無線ベアラサーバとの間の前記時刻情報の差分を取得するとともに、前記無線ベアラサーバは、無線コントロールサーバから移動端末へ送信される無線リソース制御メッセージを中継する際に、前記取得した各無線基地局の時刻の差分情報をもとに前記無線リソース制御メッセージ中の時刻情報を設定し直すことを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
- 前記無線ベアラサーバは、無線基地局と前記ノード間同期手順を行なう際に、管理対象とする各無線基地局を１つのマルチキャストグループとし、マルチキャストグループの各無線基地局へ上記時刻情報を含む制御メッセージを送信する際は、ＩＰマルチキャストアドレスを宛先アドレスとすることを特徴とする請求項５または６に記載の無線ネットワークシステムにおけるノード間同期方法。
- 前記無線ベアラサーバは、無線コントロールサーバとノード間同期手順を行なうため独立したメッセージを無線ベアラサーバおよび無線コントロールサーバ間で交換する際に、ＳＮＴＰを適用し、無線ベアラサーバ側をＮＴＰサーバ、無線コントロールサーバ側をＮＴＰクライアントとして動作させることを特徴とする請求項１に記載の無線ネットワークシステムにおけるノード間同期方法。
- 無線コントロールサーバと無線ベアラサーバとの間でキープアライブのために交換する制御メッセージ中に、無線コントロールサーバおよび無線ベアラサーバが夫々保有している時刻情報を設定することで、無線コントロールサーバと無線ベアラサーバとの間の前記ノード間同期処理を実行することを特徴とする請求項１または２に記載の無線ネットワークシステムにおけるノード間同期方法。
- 移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバとの間で制御メッセージを交換するとともに、無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバにおいて、
前記無線ベアラサーバとの間で制御メッセージを交換する際に取得した自身が保有している時刻情報と、前記無線ベアラサーバからの前記制御メッセージに含まれる時刻情報との差分に基づき前記無線ベアラサーバとのノード間同期処理を実行するノード間同期処理手段を備えることを特徴とする無線コントロールサーバ。 - 前記無線ベアラサーバからの前記制御メッセージに含まれる時刻情報は、無線ベアラサーバが各無線基地局とのノード間同期処理により取得した各無線基地局と無線ベアラサーバとの間の時刻情報の差分が加味されたものであることを特徴とする請求項１０に記載の無線コントロールサーバ。
- 前記制御メッセージは、新規の呼の転送を指示するためのものあるいはキープアライブのためのものであることを特徴とする請求項１０または１１に記載の無線コントロールサーバ。
- 無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバからの制御メッセージに対する応答メッセージを無線コントロールサーバに返信するとともに、移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバにおいて、
前記無線コントロールサーバから送信された第１の時刻情報を含む制御メッセージに対する応答メッセージを返信する際、前記制御メッセージを受信した時刻を示す第２の時刻情報、前記応答メッセージを送信する時刻を示す第３の時刻情報および前記第１の時刻情報を前記応答メッセージに付加して前記無線コントロールサーバに送信することにより、前記無線コントロールサーバでのノード間同期処理を可能とさせるようにしたことを特徴とする無線ベアラサーバ。 - 前記第２および第３の時刻情報は、無線ベアラサーバが各無線基地局とのノード間同期処理により取得した各無線基地局と無線ベアラサーバとの間の時刻情報の差分が加味されたものであることを特徴とする請求項１３に記載の無線ベアラサーバ。
- 前記制御メッセージは、新規の呼の転送を指示するためのものあるいはキープアライブのためのものであることを特徴とする請求項１３または１４に記載の無線ベアラサーバ。
- 前記無線コントロールサーバから移動端末へ送信される無線リソース制御メッセージを中継する際に、無線ベアラサーバが各無線基地局とのノード間同期処理により取得した各無線基地局と無線ベアラサーバとの間の時刻情報の差分情報をもとに前記無線リソース制御メッセージ中の時刻情報を設定し直すことを特徴とする請求項１３に記載の無線ベアラサーバ。
- 無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバとの間で制御メッセージを交換するとともに、移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバにおいて、
前記無線コントロールサーバとの間で制御メッセージを交換する際に取得した自身が保有している時刻情報と、前記無線コントロールサーバからの前記制御メッセージに含まれる時刻情報との差分に基づき前記無線コントロールサーバとのノード間同期処理を実行するノード間同期処理手段を備えることを特徴とする無線ベアラサーバ。 - 移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバとの間で新規の呼の転送を指示するための第１の制御メッセージを交換するとともに、無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバにおいて、
前記無線ベアラサーバとの間で、一定時間以上の間、第１の制御メッセージを授受していないことを監視する監視タイマと、
この監視タイマにより一定時間以上の間第１の制御メッセージを授受していないことを検出すると、ノード間同期のための所定の第２の制御メッセージを無線ベアラサーバとの間で交換するとともに、前記第２の制御メッセージを交換する際に取得した自身が保有している時刻情報と前記無線ベアラサーバからの前記第２の制御メッセージに含まれる時刻情報との差分に基づき前記無線ベアラサーバとのノード間同期処理を実行するノード間同期処理手段と、
を備えることを特徴とする無線コントロールサーバ。 - 無線基地局を複数管理して制御プレーンの無線回線の制御を行なう無線コントロールサーバとの間で新規の呼の転送を指示するための第１の制御メッセージを交換するとともに、移動端末とのユーザプレーンのデータ転送制御を行なう無線ベアラサーバにおいて、
前記無線コントロールサーバとの間で、一定時間以上の間、第１の制御メッセージを授受していないことを監視する監視タイマと、
この監視タイマにより一定時間以上の間第１の制御メッセージを授受していないことを検出すると、ノード間同期のための所定の第２の制御メッセージを無線コントロールサーバとの間で交換するとともに、前記第２の制御メッセージを交換する際に取得した自身が保有している時刻情報と前記無線コントロールサーバからの前記第２の制御メッセージに含まれる時刻情報との差分に基づき前記無線コントロールサーバとのノード間同期処理を実行するノード間同期処理手段と、
を備えることを特徴とする無線ベアラサーバ。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003142627A JP3970803B2 (ja) | 2003-05-20 | 2003-05-20 | 無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバ |
| CNB2004800137649A CN100484322C (zh) | 2003-05-20 | 2004-04-23 | 无线网络系统中的节点间同步方法、无线控制服务器和无线承载服务器 |
| PCT/JP2004/005927 WO2004105418A1 (ja) | 2003-05-20 | 2004-04-23 | 無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバ |
| US10/557,464 US7397824B2 (en) | 2003-05-20 | 2004-04-23 | Inter-node synchronization method in radio network system, radio control server, and radio bearer server |
| EP04729262A EP1626595A4 (en) | 2003-05-20 | 2004-04-23 | PROCESS FOR SYNCHRONIZING BETWEEN NODES IN A RADIO NETWORK SYSTEM, RADIO CONTROLLER AND RADIO SUPPLIER SERVER |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003142627A JP3970803B2 (ja) | 2003-05-20 | 2003-05-20 | 無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004349882A JP2004349882A (ja) | 2004-12-09 |
| JP3970803B2 true JP3970803B2 (ja) | 2007-09-05 |
Family
ID=33475066
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003142627A Expired - Fee Related JP3970803B2 (ja) | 2003-05-20 | 2003-05-20 | 無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバ |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7397824B2 (ja) |
| EP (1) | EP1626595A4 (ja) |
| JP (1) | JP3970803B2 (ja) |
| CN (1) | CN100484322C (ja) |
| WO (1) | WO2004105418A1 (ja) |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006105010A1 (en) | 2005-03-25 | 2006-10-05 | Neocific, Inc. | Methods and apparatus for cellular broadcasting and communication system |
| US7554934B2 (en) * | 2004-09-01 | 2009-06-30 | Broadcom Corporation | Method and apparatus for processing location service messages in a satellite position location system |
| CN101091390B (zh) | 2005-06-09 | 2011-01-12 | 桥扬科技有限公司 | 用于高功率效率的广播和通信系统的方法和设备 |
| CN100396005C (zh) * | 2005-10-24 | 2008-06-18 | 华为技术有限公司 | 对承载控制层与承载层设备间的流进行同步的方法 |
| JP4545110B2 (ja) | 2006-03-29 | 2010-09-15 | 富士通株式会社 | 無線通信システム、無線通信装置および張り出し装置 |
| CN101257664A (zh) * | 2007-02-28 | 2008-09-03 | 株式会社日立制作所 | 呼叫控制设备及其呼叫控制方法 |
| EP1971174A3 (en) * | 2007-03-06 | 2008-09-24 | Siemens Networks S.p.A. | Method for synchronizing resources reconfiguration inside an UMTS radio access network |
| US8768383B2 (en) | 2007-09-13 | 2014-07-01 | Lg Electronics Inc. | Method for providing control information using the paging procedure |
| KR101441138B1 (ko) | 2007-09-28 | 2014-09-18 | 엘지전자 주식회사 | 무선통신 시스템에서 상향링크 시간 동기 수행 방법 |
| KR101428816B1 (ko) | 2007-09-28 | 2014-08-12 | 엘지전자 주식회사 | 이동통신 시스템에서의 셀 선택방법 및 단말의 정적상태 검출방법 |
| KR101473010B1 (ko) | 2007-10-17 | 2014-12-15 | 엘지전자 주식회사 | 패킷망을 이용하여 서킷서비스를 제공하는 방법 |
| JP5275355B2 (ja) * | 2007-10-17 | 2013-08-28 | エルジー エレクトロニクス インコーポレイティド | Ｈｓｄｐａ又はｈｓｕｐａを用いたｃｓサービス提供方法 |
| KR101532789B1 (ko) | 2008-01-04 | 2015-07-09 | 엘지전자 주식회사 | 재전송 데이터를 처리하는 ｈａｒｑ 동작 방법 |
| KR101514079B1 (ko) | 2008-01-07 | 2015-04-21 | 엘지전자 주식회사 | 상향링크 시간 동기 타이머의 재구성 방법 |
| US8520721B2 (en) | 2008-03-18 | 2013-08-27 | On-Ramp Wireless, Inc. | RSSI measurement mechanism in the presence of pulsed jammers |
| US8477830B2 (en) | 2008-03-18 | 2013-07-02 | On-Ramp Wireless, Inc. | Light monitoring system using a random phase multiple access system |
| US8958460B2 (en) | 2008-03-18 | 2015-02-17 | On-Ramp Wireless, Inc. | Forward error correction media access control system |
| US20100195553A1 (en) | 2008-03-18 | 2010-08-05 | Myers Theodore J | Controlling power in a spread spectrum system |
| EP2262182B1 (en) * | 2008-03-31 | 2016-12-07 | Alcatel Lucent | Method for synchronizing a gateway and base stations and the corresponding gateway and base station |
| US8396929B2 (en) * | 2008-07-02 | 2013-03-12 | Sap Portals Israel Ltd. | Method and apparatus for distributed application context aware transaction processing |
| US8717894B2 (en) | 2008-07-03 | 2014-05-06 | Zte Corporation | Synchronization, scheduling, network management and frequency assignment method of a layered wireless access system |
| JP5150830B2 (ja) * | 2008-08-29 | 2013-02-27 | 株式会社Ｏｔｓｌ | 通信システム及び通信方法 |
| US8363699B2 (en) | 2009-03-20 | 2013-01-29 | On-Ramp Wireless, Inc. | Random timing offset determination |
| KR100968037B1 (ko) * | 2009-04-21 | 2010-07-07 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 베어러를 관리하는 방법 및 장치 |
| US8547884B2 (en) | 2010-09-28 | 2013-10-01 | Neocific, Inc. | Methods and apparatus for flexible use of frequency bands |
| US9628935B2 (en) | 2011-11-15 | 2017-04-18 | Qualcomm Incorporated | Group communications with mixed casting services |
| US9019921B2 (en) * | 2012-02-22 | 2015-04-28 | Lg Electronics Inc. | Method and apparatus for transmitting data between wireless devices in wireless communication system |
| US20150222664A1 (en) * | 2012-03-28 | 2015-08-06 | Google Inc. | Conflict resolution in extension induced modifications to web requests and web page content |
| CN103425946B (zh) * | 2012-05-14 | 2016-10-05 | 鸿富锦精密工业（深圳）有限公司 | 射频识别控制系统 |
| US10779249B2 (en) | 2014-06-27 | 2020-09-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Inter-RNC transport channel synchronization |
| CN105979544B (zh) * | 2016-05-11 | 2019-04-19 | 广州慧睿思通信息科技有限公司 | Td-scdma上行dpch能量的测量方法及装置 |
| US20180019952A1 (en) * | 2016-07-14 | 2018-01-18 | Futurewei Technologies, Inc. | Method to Provide High Throughput Transport by IP Network Channel Associated Signaling System |
| US10887799B2 (en) * | 2019-01-10 | 2021-01-05 | Cisco Technology, Inc. | SRv6 user-plane-based triggering methods and apparatus for session or flow migration in mobile networks |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5761619A (en) * | 1995-03-23 | 1998-06-02 | Telefoanktiebolaget Lm Ericsson | Distributed telecommunications system |
| FI106494B (fi) | 1998-11-05 | 2001-02-15 | Nokia Networks Oy | Kehystahdistusmekanismi |
| WO2000051366A2 (en) | 1999-02-26 | 2000-08-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Time management using common channel signalling in a cellular telecommunication network |
| JP3545682B2 (ja) | 2000-07-04 | 2004-07-21 | 松下電器産業株式会社 | 高速パケット伝送システム |
| GB2367721B (en) * | 2000-10-06 | 2004-03-03 | Motorola Inc | Network management system and method of management control in a communication system |
| ITTV20010008U1 (it) | 2001-01-30 | 2002-07-30 | Benetton Spa | Dispositivo di sicurezza particolarmente per attacchi da sci |
| JP2003087175A (ja) | 2001-09-10 | 2003-03-20 | Hitachi Kokusai Electric Inc | メッシュ型無線局通信システム |
| JP2003102053A (ja) | 2001-09-20 | 2003-04-04 | Matsushita Electric Ind Co Ltd | 通信システム及び通信方法 |
| KR100780155B1 (ko) * | 2001-12-20 | 2007-11-27 | 엘지노텔 주식회사 | 제어국과 기지국간 전달 채널에 대한 동기 유지 방법 |
| CN1175625C (zh) | 2002-11-12 | 2004-11-10 | 威盛电子股份有限公司 | 时钟同步化方法与无线局域网络媒体存取控制器 |
| WO2005006800A1 (ja) | 2003-07-10 | 2005-01-20 | Mitsubishi Denki Kabushiki Kaisha | ページング制御方法、ページング制御装置および無線アクセスネットワーク |
-
2003
- 2003-05-20 JP JP2003142627A patent/JP3970803B2/ja not_active Expired - Fee Related
-
2004
- 2004-04-23 EP EP04729262A patent/EP1626595A4/en not_active Withdrawn
- 2004-04-23 WO PCT/JP2004/005927 patent/WO2004105418A1/ja active Application Filing
- 2004-04-23 CN CNB2004800137649A patent/CN100484322C/zh not_active Expired - Fee Related
- 2004-04-23 US US10/557,464 patent/US7397824B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP1626595A4 (en) | 2009-12-30 |
| US7397824B2 (en) | 2008-07-08 |
| EP1626595A1 (en) | 2006-02-15 |
| JP2004349882A (ja) | 2004-12-09 |
| WO2004105418A1 (ja) | 2004-12-02 |
| CN1792109A (zh) | 2006-06-21 |
| US20060251045A1 (en) | 2006-11-09 |
| CN100484322C (zh) | 2009-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3970803B2 (ja) | 無線ネットワークシステムにおけるノード間同期方法、無線コントロールサーバおよび無線ベアラサーバ | |
| CN109565703B (zh) | 用于管理无线通信网络中的数据通信的方法和设备 | |
| JP5105120B2 (ja) | 接続識別子システム及び方法 | |
| US7218630B1 (en) | Data session setup system for wireless network | |
| EP1928133B1 (en) | Method of transmitting data in handover between base stations in wireless communication system | |
| JP5026194B2 (ja) | 無線セルラー通信ネットワークのセル内のマルチメディアコンテンツの転送をセットアップするための方法及びデバイス、並びにプログラマブルデバイスに直にロードすることができるコンピュータプログラム | |
| CN112997576B (zh) | Iab系统中的ipv6地址管理 | |
| WO2008053552A1 (en) | Wireless communication apparatus and wireless communication method | |
| KR20120070945A (ko) | 무선통신 시스템에서 기지국 장비 및 데이터 처리 방법 | |
| CN112636884B (zh) | 一种消息传输方法和装置 | |
| KR101364932B1 (ko) | 데이터 생성 패턴을 이용한 데이터 전송 방법 | |
| JPWO2003084269A1 (ja) | 無線ネットワークシステム及び無線通信制御方法 | |
| WO2014167073A2 (en) | A method and a network structure for providing device connectivity to a radio access network | |
| TW201709757A (zh) | 基地台及其回程網路的頻寬管理方法及系統 | |
| Din et al. | Emerging mobile communication technologies for healthcare system in 5G network | |
| KR20080052299A (ko) | 인터넷 프로토콜 기반의 이동통신 서비스 액세스게이트웨이 장치 및 이를 이용한 서비스 방법 | |
| TWI816496B (zh) | 用於無線通訊的方法及使用者設備 | |
| JP4071700B2 (ja) | 移動通信システム、内線送受信装置、無線基地局装置、無線制御装置及び移動交換局 | |
| WO2012126330A1 (zh) | 联合传输方法及系统 | |
| CN117119393A (zh) | 资源周期的配置，链路的处理、建立方法及装置 | |
| EP4165915B1 (en) | Technique for transporting a time protocol message for time-sensitive networking | |
| CN116250281A (zh) | 用于路径切换的方法和装置 | |
| JP2005005967A (ja) | 移動通信システムにおけるページング多重方法、および移動通信システム | |
| WO2022205326A1 (en) | Integrated access and backhaul donor migration methods and systems | |
| WO2004028094A1 (en) | Method and system for resource management in a communication network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060116 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070605 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070606 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100615 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100615 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100615 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110615 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120615 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130615 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |