(57)【要約】【課題】  基地局装置の大容量化に伴うデコード処理の負荷の増大と集中を抑制し、効率よくＳ１メッセージとＸ２メッセージをデコードする。【解決手段】  第１論理インタフェースを介して上位装置と接続され、第２論理インタフェースを介して隣接する基地局装置と接続される基地局装置は、前記第１論理インタフェースまたは前記第２論理インタフェースを介して送受信されるメッセージを分担して処理する複数の分散制御処理部と、前記メッセージを集中して処理する集中制御処理部と、前記メッセージの一部をデコードしてメッセージ種別を検出し、前記メッセージ種別に基づいて前記メッセージを前記集中制御処理部又は前記分散制御処理部に振り分ける簡易デコード部と、を有する。【選択図】図４
2015095710.tif 000002
【特許請求の範囲】
【請求項１】
第１論理インタフェースを介して上位装置と接続され、第２論理インタフェースを介して隣接する基地局装置と接続される基地局装置であって、
前記第１論理インタフェースまたは前記第２論理インタフェースを介して送受信されるメッセージを分担して処理する複数の分散制御処理部と、
前記メッセージを集中して処理する集中制御処理部と、
前記メッセージの一部をデコードしてメッセージ種別を検出し、前記メッセージ種別に基づいて前記メッセージを前記集中制御処理部又は前記分散制御処理部に振り分ける簡易デコード部と、
を有することを特徴とする基地局装置。
【請求項２】
複数種類の前記メッセージのそれぞれについて、メッセージ種別と、集中制御か分散制御かを示す処理種別とを対応付けて記録するテーブル、
をさらに有し、
前記簡易デコード部は、前記メッセージ種別を検出したときに、前記テーブルを参照して前記メッセージを前記集中制御処理部または前記分散制御処理部に振り分けることを特徴とする請求項１に記載の基地局装置。
【請求項３】
前記簡易デコード部は、前記メッセージ種別がハンドオーバ要求である場合に、前記メッセージからターゲットセル識別子が検出されるまで前記メッセージのデコードを行ない、前記ターゲットセル識別子が検出された時点でデコードを終了して、前記ターゲットセル識別子から特定される１つの前記分散制御処理部に前記メッセージを供給し、
特定された前記分散制御処理部は、供給された前記メッセージを全デコードして分担する処理を行なう、
ことを特徴とする請求項２に記載の基地局装置。
【請求項４】
前記簡易デコード部は、前記メッセージが分散制御を目的とし、かつハンドオーバ要求以外のメッセージである場合に、前記第１論理インタフェース上または前記第２論理インタフェース上でユーザ装置に一意に与えられる識別情報が検出されるまで前記メッセージのデコードを行ない、前記識別情報が検出された時点でデコードを終了して、前記識別情報から特定される１つの前記分散制御処理に前記メッセージを供給し、
前記特定された分散制御処理部は、供給された前記メッセージを全デコードして分担する処理を行なう、
ことを特徴とする請求項２に記載の基地局装置。
【請求項５】
第１論理インタフェースを介して上位装置と接続され、第２論理インタフェースを介して隣接する基地局装置と接続される基地局装置であって、
前記第１論理インタフェースまたは前記第２論理インタフェースを介して送受信されるメッセージを処理する複数の制御処理部、
を有し、
前記制御処理部の各々は、
前記メッセージの一部をデコードしてメッセージ種別を検出し、前記メッセージ種別に基づいて、前記メッセージの処理を自制御処理部が担当しているか否かを判断する判断部と、
前記判断部によって、前記メッセージの処理を担当していると判断された場合に、前記メッセージを全デコードする全デコード部と、
前記判断部によって、前記メッセージの処理を担当していないと判断された場合に、前記メッセージを破棄するメッセージ破棄部と、
を有することを特徴とする基地局装置。
【請求項６】
基地局と上位装置の間の第１論理インタフェース、及び基地局間の第２論理インタフェースを介してやり取りされるメッセージを、そのメッセージ種別に応じて集中制御のためのメッセージか、分散制御のためのメッセージかに分類し、
基地局に、前記メッセージを集中して制御処理する集中制御処理部と、前記メッセージを分担して制御処理する複数の分散制御処理部とを配置し、
前記基地局で前記メッセージを受信したときに、前記メッセージの一部をデコードして前記メッセージ種別を検出し、前記メッセージ種別に基づいて前記メッセージを前記集中制御処理部又は前記分散制御処理部に振り分ける、
ことを特徴とするデコード方法。
【請求項７】
前記メッセージが前記集中制御のためのメッセージである場合は、前記メッセージに対してそれ以上デコードを行わないで、前記メッセージを前記集中制御処理部へ転送し、
前記集中制御処理部で前記メッセージの全デコードと、対応する制御処理を行なう、
ことを特徴とする請求項６に記載のデコード方法。
【請求項８】
前記メッセージがハンドオーバ要求である場合に、前記メッセージからターゲットセル識別子が検出されるまで前記メッセージのデコードを行ない、
前記ターゲットセル識別子が検出された時点でデコードを終了して、前記ターゲットセル識別子から特定される１つの前記分散制御処理部に前記メッセージを転送し、
特定された前記分散制御処理部で、転送された前記メッセージを全デコードして分担する処理を行なう、
ことを特徴とする請求項７に記載のデコード方法。
【請求項９】
前記メッセージが前記分散制御を目的とし、かつハンドオーバ要求以外である場合に、前記第１論理インタフェース上または前記第２論理インタフェース上でユーザ装置に一意に与えられる識別情報が検出されるまで前記メッセージのデコードを行ない、
前記識別情報が検出された時点でデコードを終了して、前記識別情報から特定される１つの前記分散制御処理に前記メッセージを転送し、
前記特定された分散制御処理部で、転送された前記メッセージを全デコードして分担する処理を行なう、
ことを特徴とする請求項７に記載のデコード方法。
【請求項１０】
基地局と上位装置の間の第１論理インタフェース、及び基地局間の第２論理インタフェースを介してやり取りされるメッセージを、そのメッセージ種別に応じて集中制御のためのメッセージか分散制御のためのメッセージかに分類し、
基地局に、前記メッセージを制御する制御処理部を複数配置し、
前記基地局で前記メッセージを受信したときに、前記メッセージを前記複数の制御処理部の各々に入力し、
前記複数の制御処理部の各々で、前記メッセージの一部をデコードして前記メッセージ種別を検出し、
前記メッセージ種別に基づいて、自制御装置が前記メッセージの処理を担当している場合は前記メッセージの全デコードを行って前記メッセージに応じた制御処理を行い、自制御処理部が前記メッセージの処理を担当していない場合は、前記メッセージを破棄する、
ことを特徴とするデコード方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術の分野に関し、特に、基地局装置においてＳ１インタフェース及びＸ２インタフェースを介してやり取りされるメッセージのデコード技術に関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）の標準規格であるＬＴＥ（Long Term Evolution）の無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network：Ｅ−ＵＴＲＡＮ）では、基地局装置は"Evolved node B （ｅＮＢ）"と呼ばれている。
【０００３】
図１のネットワーク１において、各ｅＮＢは、自局が管轄するサービスエリア内で、ユーザ端末２０1、２０2と無線通信を行う。各ｅＮＢは、上位装置のＭＭＥ／Ｓ−ＧＷ（Mobility Management Entity/Serving Gateway）３０1、３０2（「ＭＭＥ３０」と略称する）とＳ１インタフェースと呼ばれる論理インタフェースを介して接続され、隣接するｅＮＢとＸ２インタフェースと呼ばれる論理インタフェースを介して接続されている。
【０００４】
ｅＮＢとＭＭＥ３０の間の通信は、Ｓ１アプリケーションプロトコル（Ｓ１−ＡＰ）にしたがってメッセージのやりとりを行う。ｅＮＢ間の通信は、Ｘ２アプリケーションプロトコル（Ｘ２−ＡＰ）にしたがってメッセージのやりとりを行う。
【０００５】
通信に用いられるＳ１−ＡＰメッセージやＸ２−ＡＰメッセージは、複数の情報要素（パラメータ）から構成されており、そのプロトコルは、3GPP TS36.413とTS36.423にそれぞれ規定されている。
【０００６】
Ｓ１−ＡＰメッセージやＸ２−ＡＰメッセージ（「Ｓ１／Ｘ２メッセージ」と略称する）を送信する際には、対応するプロトコルにしたがって、必要な情報要素をエンコード（結合）してメッセージを生成する。Ｓ１／Ｘ２メッセージを受信する際には、送信時とは逆に、エンコード（結合）されたメッセージをデコード（分解）して必要な情報要素を取り出す。
【０００７】
図２は、ｅＮＢ１００での一般的なＳ１／Ｘ２メッセージの処理を示す。従来、ｅＮＢ１００は一つの制御処理部１０２を有し（シングルプロセッサ構成）、Ｓ１／Ｘ２メッセージも制御処理部１０２でデコードして、情報を取得していた。
【０００８】
通信の高速化にともない、ｅＮＢ１００の大容量化が求められ、ｅＮＢ１００に要求される処理量も増大している。ｅＮＢ１００の処理量を増やす場合、使用する演算装置（ＣＰＵコア）の速度を上げる方法と、図２のように、ｅＮＢ１００で使用する演算装置の数を増やして（マルチプロセッサ構成）、並列処理を行なう方法がある。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3CPP TS36.413
【非特許文献２】3GPP TS36.423
【発明の概要】
【発明が解決しようとする課題】
【００１０】
並列処理のために、単純にｅＮＢ１００に複数の制御処理部１０２1〜１０２3を設けた場合、各制御処理部１０２でＳ１／Ｘ２メッセージのデコード処理が行われる。この構成では、
（１）各制御処理部１０２1〜１０２3で冗長処理が発生するという問題、及び
（２）ｅＮＢ１００内部で不要なメッセージの引き回しが発生するという問題、
が生じる。
【００１１】
問題（１）について、並列処理では各制御処理部１０２1〜１０２3が分担してユーザごとの処理を担う。Ｓ１／Ｘ２メッセージは、デコードして情報要素を読み取るまでメッセージ内容が不明なので、すべての制御処理部１０２1〜１０２3にＳ１／Ｘ２メッセージを配信してそのメッセージをデコードする必要がある。したがって、ある制御処理部１０２にとって不要なメッセージもデコードされる。
【００１２】
問題（２）について、各制御処理部１０２1〜１０２3でデコードを実施するために、すべての制御処理部１０２1〜１０２3にＳ１／Ｘ２メッセージを配信しなければならない。そのため、ｅＮＢ１００内部の中間周波数（ＩＦ）帯域のリソースが大量に消費される。
【００１３】
本発明は、上記の問題に鑑みて、無駄な処理を排除してＳ１／Ｘ２メッセージを効率良くデコードする構成と手法を提供することを課題とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、実施形態では、Ｓ１／Ｘ２メッセージの一部をデコードしてメッセージ種別を判断し、判断結果に応じてそのメッセージを処理する転送先の制御処理部を特定し、特定した制御処理部にそのメッセージの制御処理を行なわせる。
【００１５】
より具体的には、本発明の第１の態様では、
第１論理インタフェースを介して上位装置と接続され、第２論理インタフェースを介して隣接する基地局装置と接続される基地局装置は、
前記第１論理インタフェースまたは前記第２論理インタフェースを介して送受信されるメッセージを分担して処理する複数の分散制御処理部と、
前記メッセージを集中して処理する集中制御処理部と、
前記メッセージの一部をデコードしてメッセージ種別を検出し、前記メッセージ種別に基づいて前記メッセージを前記集中制御処理部又は前記分散制御処理部に振り分ける簡易デコード部と、
を有することを特徴とする。
【００１６】
本発明の第２の態様では、
第１論理インタフェースを介して上位装置と接続され、第２論理インタフェースを介して隣接する基地局装置と接続される基地局装置は、
前記第１論理インタフェースまたは前記第２論理インタフェースを介して送受信されるメッセージを処理する複数の制御処理部、
を有し、
前記制御処理部の各々は、
前記メッセージの一部をデコードしてメッセージ種別を検出し、前記メッセージ種別に基づいて、前記メッセージの処理を自制御処理部が担当しているか否かを判断する判断部と、
前記判断部によって、前記メッセージの処理を担当していると判断された場合に、前記メッセージを全デコードする全デコード部と、
前記判断部によって、前記メッセージの処理を担当していないと判断された場合に、前記メッセージを破棄するメッセージ破棄部と、
を有する。
【発明の効果】
【００１７】
上記手法と構成により、基地局装置でＳ１／Ｘ２メッセージのデコード処理を効率良く行なうことができる。その結果、高速・大容量の通信に適切に対処することができる。
【図面の簡単な説明】
【００１８】
【図１】ＬＴＥの無線アクセスネットワークの概略図である。
【図２】既存のデコード処理に生じる問題を説明する図である。
【図３】実施形態の構成に至る過程で考えられる構成を示す図である。
【図４】第１実施例形態の基地局装置（ｅＮＢ）の概略構成図である。
【図５】実施形態のネットワークにおけるプロトコルスタックとメッセージ構成を示す図である。
【図６】ｅＮＢで行われるＳ１−ＡＰメッセージのデコード処理を示すフローチャートである。
【図７】ｅＮＢが有するＳ１−ＡＰメッセージテーブルの例を示す図である。
【図８】図６のＳ１０５の処理の例を示すフローチャートである。
【図９】図８のノードＡから続く処理を示すフローチャートである。
【図１０】図６のＳ１０６の処理の例を示すフローチャートである。
【図１１】図１０のノードＡから続く処理を示すフローチャートである。
【図１２】ｅＮＢで行われるＸ２−ＡＰメッセージのデコード処理を示すフローチャートである。
【図１３】ｅＮＢが有するＸ２−ＡＰメッセージテーブルの例を示す図である。
【図１４】図１２のＳ４０５の処理の例を示すフローチャートである。
【図１５】図１４のノードＡから続く処理を示すフローチャートである。
【図１６】図１２のＳ４０６の処理の例を示すフローチャートである。
【図１７】図１６のノードＡから続く処理を示すフローチャートである。
【図１８】第２実施形態の基地局装置（ｅＮＢ）の概略構成図である。
【図１９】ｅＮＢで行われるＳ１−ＡＰメッセージのデコード処理を示すフローチャートである。
【図２０】ｅＮＢで行われるＸ２−ＡＰメッセージのデコード処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
図３は、本発明に至る過程で考えられるｅＮＢ１００Ａの構成を示す。ｅＮＢ１００Ａは、複数の制御処理部１０２1〜１０２nと、制御処理部１０２1〜１０２nに接続される一つのＳ１Ｘ２メッセージデコード部１０１を有する。
【００２０】
従来構成における問題点（１）、（２）を解決するための方法として、Ｓ１／Ｘ２メッセージを一括デコードして、情報要素ごとに適切な制御処理部１０２に振り分けることが考えられる。図３では、Ｓ１／Ｘ２メッセージのデコードと振り分けを行うために、Ｓ１Ｘ２メッセージデコード部１０１が追加されている。この構成では、Ｓ１／Ｘ２メッセージをすべての制御処理部１０２1〜１０２nに配信する必要がない。各制御処理部１０２1〜１０２nでの冗長処理を回避することができ、ｅＮＢ１００Ａの処理性能が改善される。またｅＮＢ１００Ａの内部で送受信されるデータ量を削減でき、ｅＮＢ１００Ａ内のＩＦ帯域のリソースを有効に活用できる。
【００２１】
しかし、図３の構成では別の問題が生じ得る。すなわち、デコードするＳ１／Ｘ２メッセージの数が増えてくると、Ｓ１Ｘ２メッセージデコード部１０１の処理量が増大し、負荷が増大する。また、デコードして取り出した情報要素をＳ１Ｘ２メッセージデコード部１０１から各制御処理部１０２に個別に送信すると、Ｓ１Ｘ２メッセージデコード部で管理するパラメータ数が増大して、制御が複雑化する。
【００２２】
そこで、実施形態では、Ｓ１Ｘ２メッセージデコード部１０１の処理負荷を軽減し、制御の複雑化を回避するために、後述するように簡易デコードを実施し、メッセージの宛先となる制御処理部を特定してメッセージを振り分ける。
【００２３】
「簡易デコード」とは、デコードの目的を特定して目的に応じた必要最小限度のデコードを行うことによって、全デコードよりもシンプルな処理でメッセージの宛先を特定するデコード処理である。Ｓ１／Ｘ２メッセージは全デコードされることが前提となっているが、対応する制御処理部での全デコードに先立って、宛先となる制御処理部の特定をより簡素化された手法で行う。これにより、メッセージ数が増大した場合でも、処理量の増大と制御の複雑化を避けることができる。
＜第１実施形態＞
図４は、第１実施形態の基地局装置（ｅＮＢ）１０の概略構成図である。ｅＮＢ１０はＳ１／Ｘ２メッセージの簡易デコードを行うＳ１Ｘ２メッセージ簡易デコード部１１と、複数の分散制御処理部１２1〜１２nと、集中制御処理部１５を有する。分散制御処理部１２1〜１２nの各々が分担する処理範囲はあらかじめ定められ、登録されている。
【００２４】
ｅＮＢ１０は、図１のネットワーク１で用いられ、隣接するｅＮＢとＸ２インタフェースで接続されるとともに、上位のＭＭＥ／Ｓ−ＧＷ３０とＳ１インタフェースで接続される。
【００２５】
図５（Ａ）は、図１のネットワーク１で用いられるＳ１／Ｘ２プロトコルスタックを示す。隣接するｅＮＢ１０1とｅＮＢ１０2の間の通信は、Ｘ２−ＡＰプロトコルにしたがって、ＳＣＴＰ（Stream Control Transmission Protocol）上でメッセージのやりとりを行う。ｅＮＢ１０1とＭＭＥ３０の間の通信は、Ｓ１−ＡＰプロトコルにしたがって、ＳＣＴＰ上でメッセージのやりとりを行う。
【００２６】
Ｘ２−ＣＰ（Control Plane）インタフェース２は、あるユーザ（ＵＥあるいは携帯端末）が隣接するｅＮＢ１０に移動（ハンドオーバ）する際の制御情報の通信に用いられる。Ｘ１−ＡＰメッセージには、個々のユーザ宛の個別メッセージと、ｅＮＢ１０宛ての共通メッセージが存在する。
【００２７】
Ｓ１−ＭＭＥインタフェース３は、ｅＮＢ１０に収容されるユーザ（ＵＥあるいは携帯端末）の制御情報の通知に用いられる。この制御情報は、新規受付やハンドオーバ通知を含む。Ｓ１−ＡＰメッセージにも、個々のユーザ宛の個別メッセージと、ｅＮＢ１０宛ての共通メッセージが存在する。
【００２８】
図５（Ｂ）は、図１のネットワーク１で用いられるＳ１／Ｘ２メッセージ４１の構成を示す。上述したように、通信に用いられるＳ１−ＡＰメッセージやＸ２−ＡＰメッセージは、複数の情報要素(パラメータ)＃０、＃１、＃２、…で構成されている。パラメータ＃０はパケットヘッダに相当し、メッセージ４１のメッセージタイプを示す。パラメータ＃０が配置される位置（ヘッダ位置）とサイズは固定である。その他のパラメータ＃１、＃２、…は、メッセージタイプごとに決められたパラメータではあるが、その格納される位置や順番は決まっていない。メッセージ４１の送信時には、パラメータ＃０、＃１、＃２、…がエンコード（結合）されてメッセージ４１が生成される。
【００２９】
図４に戻って、Ｓ１Ｘ２メッセージ簡易デコード部１１は、処理種別判別部１１２と、分散処理振り分け部１１３と、メッセージテーブル１１４を有する。処理種別判別部１１２と、分散処理振り分け部１１３でメッセージ判断部１１１を構成する。この例では、メッセージテーブル１１４は、Ｓ１−ＡＰメッセージテーブル１１４ａとＸ２−ＡＰメッセージテーブル１１４ｂを含むが、ひとつのテーブルとして格納してもよいし、Ｓ１Ｘ２メッセージ簡易デコード部１１の外部に配置してもよい。
【００３０】
メッセージ判断部１１１は、図５（Ｂ）の構成を有するＳ１／Ｘ２メッセージ４１が入力されると、先頭のパラメータ＃０の一部をデコードする。処理種別判別部１１２は、デコード結果からメッセージテーブル１１４を参照して、このメッセージ４１が分散制御を目的とするメッセージであるか、集中制御を目的とするメッセージであるかを判断する。
【００３１】
「分散制御」は、個々のユーザのための制御であり、ユーザ（ＵＥ）とセルが特定されている場合の制御である。分散制御としてハンドオーバ制御、位置報告制御などがある。「集中制御」はｅＮＢ１０自体のための制御である。ｅＮＢ宛のメッセージ、またはＵＥとセルが特定されていないメッセージが集中制御の対象となる。
【００３２】
受信したメッセージが集中制御を目的とするメッセージである場合は、メッセージ判断部１１１は受信したメッセージを集中制御処理部１５へ供給する。分散処理を目的とするメッセージである場合は、メッセージ判断部１１１はさらにメッセージテーブル１１４を参照して、先のデコード結果からメッセージの種別を特定する。分散処理振り分け部１１３は、Ｓ１／Ｘ２メッセージ４１の種別に応じてそのメッセージを処理すべき分散制御処理部１２を特定して、メッセージを振り分ける。
【００３３】
集中制御処理部１５と、各分散制御処理部１２1〜１２nは、入力されたメッセージをデコードしてメッセージに応じた制御を行う。
【００３４】
この構成により、Ｓ１Ｘ２メッセージ簡易デコード部１１は、必要最小限のデコード（簡易デコード）を行ってメッセージの種別判断と振り分けを行う。したがって、Ｓ１Ｘ２メッセージ簡易デコード部１１への処理負荷の集中を防ぐことができる。
【００３５】
また、Ｓ１Ｘ２メッセージ簡易デコード部１１と集中制御処理部１５の間の通信、及びＳ１Ｘ２メッセージ簡易デコード部１１と分散制御処理部１２の間の通信は、Ｓ１／Ｘ２メッセージ４１のままで行われるので、デコード部で完全デコードしてからパラメータを配信する場合に比べて、情報配信が簡単になる。
【００３６】
図６は、ｅＮＢ１０のＳ１Ｘ２メッセージ簡易デコード部１１で行われるＳ１−ＡＰメッセージのための処理フローを示す。
【００３７】
Ｓ１０１でＳ１−ＡＰメッセージを受信すると、メッセージ判断部１１１はメッセージの先頭２バイトを読み込んで、処理種別が分散制御を目的とするものか、集中制御を目的とするものかを判断する（Ｓ１０２）。メッセージの先頭には、図５（Ｂ）に示すようにメッセージ種別を示す識別子が格納されている。メッセージ判断部１１１は、Ｓ１−ＡＰメッセージテーブル１１４ａを参照して、分散処理用のメッセージか集中処理用のメッセージかを判断する。
【００３８】
図７は、Ｓ１−ＡＰメッセージテーブル１１４ａの一例を示す。Ｓ１−ＡＰメッセージテーブル１１４ａは、メッセージごとに、メッセージ識別子と処理種別を対応付けて記録する。Ｓ１−ＡＰメッセージの先頭２バイトからメッセージ識別子が特定されると、Ｓ１−ＡＰメッセージテーブル１１４ａに記述された処理種別から、分散制御か集中制御かが特定される。
【００３９】
図６に戻って、メッセージが集中制御を目的とする場合は（Ｓ１０２でＮＯ）、そのメッセージを集中制御処理部１５に転送する（Ｓ１０４）。
【００４０】
メッセージが分散制御を目的とする場合は（Ｓ１０２でＹＥＳ）、そのメッセージの種別がハンドオーバ要求か否かを判断する（Ｓ１０３）。ハンドオーバ要求である場合はステップＳ１０５に進み、メッセージに含まれるターゲットセルＩＤ（TargetCell ID）を検出してセクタ・キャリア番号を特定し、メッセージの転送先となる分散制御処理部１２を特定する。
【００４１】
メッセージの種別がハンドオーバ要求以外の場合はステップＳ１０６に進み、メッセージからeNB-UE-S1AP-IDを検出し、プラットフォームが持つ無線基地局ＩＤ（RBS-ID）リストを参照して、転送先の分散制御処理部１２を特定する。
【００４２】
Ｓ１０５及びＳ１０６で、メッセージの転送先となる分散制御処理部１２が特定されると、メッセージをその分散制御処理部１２へ転送する（Ｓ１０７）。各分散制御処理部１２には、その分散制御処理部１２が担当すべき処理ＩＤ（TargetCell ID、eNB-UE-S1AP-IDなど）が割り当てられ、登録されているので、Ｓ１０５やＳ１０６の処理結果から、登録情報を参照して転送先の分散制御処理部１２を特定することができる。
【００４３】
図８及び図９は、図６のＳ１０５の処理、すなわち、メッセージ種別がハンドオーバ要求である場合の具体的な処理例を示す。メッセージ種別がハンドオーバ要求である場合、転送先の分散制御処理部１２を特定するために、ターゲットセルＩＤを抽出する必要がある。
【００４４】
まず、受信したＳ１−ＡＰメッセージの先頭４バイト目から２バイトを読み込んで、関数ｍに格納する（Ｓ２０１）。関数ｍは、Ｓ１−ＡＰメッセージに含まれる情報要素（パラメータ＃１〜＃ｎ）の数である。次に、"ｍ"の最上位ビット（ＭＳＢ）が「０」であるか否かを判断する（Ｓ２０２）。ｍの最上位ビットが「０」である場合は、メッセージ内に含まれる情報要素数が１バイト内に収まるので"ｍ"を１バイト右へシフトし（Ｓ２０３）、関数リードカウンタに「７」（６バイト＋１バイト）をセットする（Ｓ２０４）。ｍの最上位ビットが「１」である場合は、情報要素数が２バイトを占めるので、ｍのＭＳＢを「０」に変換してから（Ｓ２０５）、関数リードカウンタに「８」（６バイト＋２バイト）をセットする（Ｓ２０６）。
【００４５】
次に、ｍの値が０より大きいか否か（ｍ＞０）を判断する（Ｓ２０７）。ｍの値がゼロ以下の場合（Ｓ２０７でＮＯ）はメッセージに情報要素（パラメータ）が入っていないことになり、デコードできない（Ｓ２０８）。ｍの値がゼロより大きい場合は（Ｓ２０７でＹＥＳ）、メッセージの先頭のリードカウンタバイト目（この例では７バイト目または８バイト目）から２バイトを読み出して、関数ＩＥ−ＩＤに格納する（Ｓ２０９）。ＩＥ−ＩＤ（Information Element ID）は、メッセージ内の情報要素すなわちパラメータを特定するための識別子である。さらに、メッセージの先頭のリードカウンタ値＋３バイト目から１バイトを読み出して関数ｘに格納する（Ｓ２１０）。
【００４６】
次に図９に進み、読み出したＩＥ−ＩＤが"Source-To-Target Transparent Container"であるか否かを判断する（Ｓ２１１）。ＩＥ−ＩＤが"Source-To-Target Transparent Container"である場合（Ｓ２１１でＹＥＳ）は、入力されたＳ１−ＡＰメッセージから"Source-To-Target Transparent Container"を取り出して、ｘのＭＳＢが「０」か否かを判断する（Ｓ２１９）。ｘのＭＳＢが「０」の場合は（Ｓ２１９でＹＥＳ）、１バイトのコンテナに続いて１バイトのパラメータが入っているので、リードカウンタの値を現在の値＋５（３バイト＋２バイト）に更新する（Ｓ２２０）。
【００４７】
ｘのＭＳＢが「１」の場合は（Ｓ２１０でＮＯ）、コンテナのサイズは２バイトである。この場合、メッセージの先頭のリードカウンタ値＋３バイト目から２バイトを読み出して関数ｘに格納し（Ｓ２２１）、ｘのＭＳＢをゼロに書き換えて（Ｓ２２２）、ｘが１２９（１６進数では0x81）よりも大きいか否かを判断する（Ｓ２２３）。
【００４８】
ｘが１２９よりも大きい場合（Ｓ２２３でＹＥＳ）は、コンテナに続くパラメータのサイズが２バイトを占めるので、リードカウンタの値を現在の値＋７（３バイト＋４バイト）に更新する（Ｓ２２５）。ｘが１２９以下の場合（Ｓ２２３でＮＯ）は、コンテナに続くパラメータのサイズが１バイトなので、リードカウンタの値を現在の値＋６（３バイト＋３バイト）に更新する（Ｓ２２４）。
【００４９】
次に、リードカウンタ値＋１バイト目から２バイトを読み出して関数ｘに格納し（Ｓ２２６）、ｘのＭＳＢが「０」であるか否かを判断する（Ｓ２２７）。ＭＳＢが「０」の場合は、ｘを１バイト右にシフトして（Ｓ２２８）、リードカウンタの値を現在のリードカウンタ値＋３＋ｘに更新する。ＭＳＢが「１」の場合は、ｘのＭＳＢを０に置き換えて（Ｓ２３０）、リードカウンタの値を現在のリードカウンタ値＋４＋ｘに更新する（Ｓ２３１）。
【００５０】
次に、リードカウンタ＋４バイト目から４バイトを読み出して、関数TargetCell-IDに格納する（Ｓ２３２）。この段階で、注目している情報要素（パラメータ＃１）から目的とするターゲットセルＩＤを検出できたので、図６のＳ１０５の処理を正常に終了する（Ｓ２３４）。
【００５１】
他方、Ｓ２１１で読み出したＩＥ−ＩＤが"Source-To-Target Transparent Container"でない場合（Ｓ２１１でＮＯ）は、この情報要素（パラメータ＃１）にターゲットセルＩＤは含まれないので、次の情報要素を判断する。具体的には、ｘのＭＳＢが「０」であるか否かを判断し（Ｓ２１２）、「０」の場合はリードカウンタの値を現在のリードカウンタ値＋４＋ｘに更新する（Ｓ２１３）。ＭＳＢが「１」の場合は、メッセージの先頭のリードカウンタ値＋３バイト目から２バイトを読み出して関数ｘに格納し（Ｓ２１４）、ｘのＭＳＢを０に書き換えて（Ｓ２１５）、リードカウンタの値を現在のリードカウンタ値＋５＋ｘに更新する（Ｓ２１６）。
【００５２】
次に、要素数ｍを１だけ減算して「ｍ＝ｍ−１」に設置し（Ｓ２１７）、Ｓ２０７に戻って、次の情報要素に対して上述した処理を繰り返す。
【００５３】
図１０及び図１１は、図６のＳ１０６の処理、すなわち、メッセージ種別がハンドオーバ要求以外である場合の処理例を示す。メッセージ種別がハンドオーバ要求以外の場合、eNB-UE-S1AP-IDを検出する。eNB-UE-S1AP-IDは、Ｓ１インタフェースを介してｅＮＢ１０に収容されているユーザ装置（ＵＥ）に固有に与えられる識別子である。この識別子を特定することで、メッセージの転送先となる分散処理部１２を特定することができる。
【００５４】
まず、受信したＳ１−ＡＰメッセージの先頭４バイト目から２バイトを読み込んで、関数ｍに格納する（Ｓ３０１）。関数ｍは、メッセージに含まれる情報要素（パラメータ＃１〜＃ｎ）の数である。次に、"ｍ"の最上位ビット（ＭＳＢ）が「０」であるか否かを判断する（Ｓ３０２）。ＭＳＢが「０」である場合は、メッセージ内に含まれる情報要素の数が１バイト内に収まるので"ｍ"を１バイト右へシフトし（Ｓ３０３）、リードカウンタに「７」をセットする（Ｓ３０４）。ＭＳＢが「１」である場合は、情報要素の数が２バイトを占めるので、ｍのＭＳＢを「０」に変換してから（Ｓ３０５）、リードカウンタに「８」をセットする（Ｓ３０６）。
【００５５】
次に、図１１に進み、ｍの値がゼロより大きいか否かを判断する（Ｓ３０７）。ｍがゼロ以下の場合は、デコードできない（Ｓ３０８）。ｍがゼロより大きい場合は（Ｓ３０７でＹＥＳ）、メッセージの先頭のリードカウンタバイト目から２バイトを読み出して、関数ＩＥ−ＩＤに格納し（Ｓ３０９）、さらに、メッセージの先頭のリードカウンタ値＋３バイト目から１バイトを読み出して関数ｘに格納する（Ｓ３１０）。
【００５６】
次に、読み出したＩＥ−ＩＤが"eNB-UE-S1AP-ID"であるか否かを判断する（Ｓ３１１）。ＩＥ−ＩＤが"eNB-UE-S1AP-ID"である場合（Ｓ３１１でＹＥＳ）は、リードカウンタ値＋４バイト目から２バイトを読み出して"eNB-UE-S1AP-ID"を抽出し、関数eNB-UE-S1AP-IDに格納する。この段階で目的とするeNB-UE-S1AP-IDが検出され、図６のＳ１０６の処理が正常に終了する（Ｓ３２０）。
【００５７】
Ｓ３１１で読み出したＩＥ−ＩＤが"eNB-UE-S1AP-ID"でない場合は、サイズ関数ｘのＭＳＢが「０」であるか否かを判断する（Ｓ３１２）。ＭＳＢが「０」の場合は、リードカウンタの値を現在のリードカウンタ値＋４＋ｘに更新する（Ｓ２１３）。ＭＳＢが「１」の場合は、メッセージの先頭のリードカウンタ値＋３バイト目から２バイトを読み出して関数ｘに格納し（Ｓ３１４）、ｘのＭＳＢを０に書き換えて（Ｓ３１５）リードカウンタの値を現在のリードカウンタ値＋５＋ｘに更新する（Ｓ３１６）。
【００５８】
次に、要素数ｍを１だけ減算して「ｍ＝ｍ−１」に設置し（Ｓ３１７）、Ｓ３０７に戻って、次の情報要素に対して上述した処理を繰り返す。
【００５９】
このように、目的とするパラメータが得られた時点で、メッセージを転送すべき分散制御処理部１２を特定することができ、必要最小限のデコード処理でＳ１−ＡＰメッセージを対応する分散制御処理部１２に転送することができる。
【００６０】
図１２は、ｅＮＢ１０のＳ１Ｘ２メッセージ簡易デコード部１１で行われるＸ２−ＡＰメッセージのための処理フローを示す。Ｘ２−ＡＰメッセージは隣接するｅＮＢから送られてくる。
【００６１】
Ｓ４０１でＸ２−ＡＰメッセージを受信すると、メッセージ判断部１１１はメッセージの先頭２バイトを読み込んで、処理種別が分散制御を目的とするものか、集中制御を目的とするものかを判断する（Ｓ４０２）。メッセージ判断部１１１は、Ｘ２−ＡＰメッセージテーブル１１４ｂを参照して、分散処理用のメッセージか集中処理用のメッセージかを判断する。
【００６２】
図１３は、Ｘ２−ＡＰメッセージテーブル１１４ｂの一例を示す。Ｘ２−ＡＰメッセージテーブル１１４ｂは、メッセージごとに、メッセージ識別子と処理種別を対応付けて記録する。Ｘ２−ＡＰメッセージの先頭２バイトからメッセージ識別子が特定されると、Ｘ２−ＡＰメッセージテーブル１１４ｂに記述された処理種別から、分散制御か集中制御かが特定される。
【００６３】
図１２に戻って、メッセージが集中制御を目的とする場合は（Ｓ４０２でＮＯ）、そのメッセージを集中制御処理部１５に転送する（Ｓ４０４）。
【００６４】
メッセージが分散制御を目的とする場合は（Ｓ４０２でＹＥＳ）、そのメッセージの種別がハンドオーバ要求か否かを判断する（Ｓ４０３）。ハンドオーバ要求である場合はステップＳ４０５に進み、メッセージに含まれるターゲットセルＩＤ（TargetCell ID）を検出して、メッセージの転送先となる分散制御処理部１２を特定する。
【００６５】
メッセージの種別がハンドオーバ要求以外の場合はステップＳ４０６に進み、メッセージからX2-UE-IDを検出し、転送先の分散制御処理部１２を特定する。
【００６６】
Ｓ４０５及びＳ４０６で分散制御処理部１２が特定されると、メッセージを対応する分散制御処理部１２へ転送する（Ｓ４０７）。各分散制御処理部１２には、その分散制御処理部１２が担当すべき処理ＩＤ（TargetCell ID、X2-UE-IDなど）が割り当てられ、登録されているので、Ｓ４０５やＳ４０６の処理結果から、登録情報を参照して転送先の分散制御処理部１２を特定することができる。
【００６７】
図１４及び図１５は、図１２のＳ４０５の処理、すなわち、メッセージ種別がハンドオーバ要求である場合の処理例を示す。
【００６８】
まず、受信したＸ２−ＡＰメッセージの先頭４バイト目から２バイトを読み込んで、関数ｍに格納する（Ｓ５０１）。関数ｍは、Ｘ２−ＡＰメッセージに含まれる情報要素（パラメータ＃１〜＃ｎ）の数である。次に、"ｍ"の最上位ビット（ＭＳＢ）が「０」であるか否かを判断する（Ｓ５０２）。最上位ビットが「０」である場合は、先頭６バイト目から１バイトを読み込んで関数"ｍ"に格納し（Ｓ５０３）、関数リードカウンタに「７」をセットする（Ｓ５０４）。ＭＳＢが「１」である場合は、先頭７バイト目から１バイトを読み込んで関数"ｍ"に格納し（Ｓ５０５）、関数リードカウンタに「８」をセットする（Ｓ５０６）。
【００６９】
次に、図１５に進み、ｍの値が０より大きいか否かを判断する（Ｓ５０７）。ｍがゼロ以下の場合（Ｓ５０７でＮＯ）は、デコードできない（Ｓ５０８）。ｍがゼロより大きい場合は（Ｓ５０７でＹＥＳ）、メッセージの先頭のリードカウンタバイト目から２バイトを読み込んで、関数ＩＥ−ＩＤに格納し（Ｓ５０９）、さらに、メッセージの先頭のリードカウンタ値＋３バイト目から１バイトを読み出して関数ｘに格納する（Ｓ５１０）。
【００７０】
次に、ＩＥ−ＩＤが"TargetCell-ID"であるか否かを判断する（Ｓ５１１）。ＩＥ−ＩＤが"TargetCell-ID"である場合（Ｓ５１１でＹＥＳ）は、リードカウンタ値＋８バイト目から４バイトを読み出して"TargetCell-ID"を抽出し、関数TargetCell-IDに格納する（Ｓ５１９）。この段階で情報要素（パラメータ＃１）から目的とするターゲットセルＩＤを検出できたので、図１２のＳ４０５の処理を正常に終了する（Ｓ５２０）。
【００７１】
他方、Ｓ５１１で読み出したＩＥ−ＩＤが"TargetCell-ID"でない場合（Ｓ５１１でＮＯ）は、ｘのＭＳＢが「０」であるか否かを判断し（Ｓ５１２）、「０」の場合はリードカウンタの値を現在のリードカウンタ値＋４＋ｘに更新する（Ｓ５１３）。ＭＳＢが「１」の場合は、メッセージの先頭のリードカウンタ値＋３バイト目から２バイトを読み出して関数ｘに格納し（Ｓ５１４）、ｘのＭＳＢを０に書き換えて（Ｓ５１５）、リードカウンタの値を現在のリードカウンタ値＋５＋ｘに更新する（Ｓ５１６）。
【００７２】
次に、要素数ｍを１だけ減算して「ｍ＝ｍ−１」に設置し（Ｓ５１７）、Ｓ５０７に戻って、次の情報要素に対して上述した処理を繰り返す。
【００７３】
図１６及び図１７は、図１２のＳ４０６の処理、すなわち、メッセージ種別がハンドオーバ要求以外である場合の処理例を示す。Ｘ２−ＡＰメッセージの種別がハンドオーバ要求以外の場合、X2-UE-IDを検出する。
【００７４】
まず、受信したＸ２−ＡＰメッセージの先頭４バイト目から２バイトを読み込んで、関数ｍに格納する（Ｓ６０１）。関数ｍはメッセージに含まれる情報要素（パラメータ＃１〜＃ｎ）の数である。次に、"ｍ"のＭＳＢが「０」であるか否かを判断する（Ｓ６０２）。ＭＳＢが「０」である場合は、メッセージの先頭６バイト目から１バイトを読み込んで関数"ｍ"に格納し（Ｓ６０３）、リードカウンタに「７」をセットする（Ｓ６０４）。ＭＳＢが「１」である場合は、メッセージの先頭７バイト目から１バイトを読み込んで関数"ｍ"に格納し（Ｓ６０５）、リードカウンタに「８」をセットする（Ｓ６０６）。
【００７５】
次に、図１７に進み、ｍの値が０より大きいか否かを判断する（Ｓ６０７）。ｍがゼロ以下の場合は、デコードできない（Ｓ６０８）。ｍがゼロより大きい場合は（Ｓ６０７でＹＥＳ）、メッセージの先頭のリードカウンタバイト目から２バイトを読み出して、関数ＩＥ−ＩＤに格納し（Ｓ６０９）、さらに、メッセージの先頭のリードカウンタ値＋３バイト目から１バイトを読み出して関数ｘに格納する（Ｓ６１０）。
【００７６】
次に、読み出したＩＥ−ＩＤが"X2-UE-ID"であるか否かを判断する（Ｓ６１１）。ＩＥ−ＩＤが"X2-UE-ID"である場合（Ｓ６１１でＹＥＳ）はリードカウンタ値＋４バイト目から２バイトを読み出して"X2-UE-ID"を抽出し、関数X2-UE-IDに格納する。この段階で目的とするX2-UE-IDが検出され、図１２のＳ４０６の処理が正常に終了する（Ｓ６２０）。
【００７７】
Ｓ６１１で読み出したＩＥ−ＩＤが"X2-UE-ID"でない場合は、関数ｘのＭＳＢが「０」であるか否かを判断する（Ｓ６１２）。ＭＳＢが「０」の場合は、リードカウンタの値を現在のリードカウンタ値＋４＋ｘに更新する（Ｓ６１３）。ＭＳＢが「１」の場合は、メッセージの先頭のリードカウンタ値＋３バイト目から２バイトを読み出して関数ｘに格納し（Ｓ６１４）、ｘのＭＳＢを０に書き換えて（Ｓ６１５）リードカウンタの値を現在のリードカウンタ値＋５＋ｘに更新する（Ｓ６１６）。
【００７８】
次に、要素数ｍを１だけ減算して「ｍ＝ｍ−１」に設置し（Ｓ６１７）、Ｓ６０７に戻って、次の情報要素に対して上述した処理を繰り返す。
【００７９】
このように、目的とするパラメータが得られた時点で、メッセージを転送すべき分散制御処理部１２を特定することができ、必要最小限のデコード処理でＸ２−ＡＰメッセージを対応する分散制御処理部１２に転送することができる。
【００８０】
第１実施形態では、集中制御処理部１５と分散制御処理部１２1〜１２nを別々に設けたが、独立した集中制御処理部１５を設ける代わりに、分散制御処理部１２1〜１２nの中の少なくとも１つに集中制御処理機能を持たせる構成としてもよい。
＜第２実施形態＞
図１８は、第２実施形態の基地局装置（ｅＮＢ）５０の概略構成図である。第１実施形態では、メッセージを振り分けるＳ１Ｘ２メッセージ簡易デコード部１１を設けた。第２実施形態では、図１８（Ａ）に示すように、複数の制御処理部５２1〜５２nのそれぞれにＳ１−ＡＰメッセージ簡易デコード機能及びＸ２−ＡＰメッセージ簡易デコード機能を持たせる。各制御処理部５２1〜５２n（「制御処理部５２」と総称する）は、簡易デコード機能だけではなく、全デコード機能も有する。各制御処理部５２は、入力されたＳ１／Ｘ２メッセージ４１の一部をデコードしてメッセージの種別を判断する。メッセージの種別に応じて、その処理がその制御処理部５２の分担する制御処理である場合はそのまま全デコードを行なう。そうでない場合はメッセージを破棄する。これにより冗長処理、すなわち自制御処理部５２が担当していないメッセージまでデコードする不都合を回避する。
【００８１】
図１８（Ｂ）は、各制御処理部５２の概略構成を示す。制御処理部５２は、メッセージ判断部５２１と、全デコード処理部５２３と、メッセージ破棄部５２５と、メッセージテーブル１１４を有する。メッセージテーブル１１４は、図７と同様のＳ１−ＡＰメッセージテーブル１１４ａと、図１３と同様のＸ２−ＡＰメッセージテーブル１１４ｂを含む。メッセージテーブル１１４は必ずしも各制御処理部５２に設ける必要はなく、ひとつのメッセージテーブル１１４を複数の制御処理部５２で共有して参照する構成としてもよい。
【００８２】
メッセージ判断部５２１は、メッセージの先頭部分を読み出して、そのメッセージが集中制御を目的とするものか、分散制御を目的とするものかを判断する。また、分散制御を目的とする場合に、メッセージがハンドオーバ要求であるか否かを判断する。判断結果に基づいて、そのメッセージを全デコード処理部５２３とメッセージ破棄部５２５とに振り分ける。
【００８３】
図１９は、図１８の制御処理部５２で行われるＳ１−ＡＰメッセージのための処理フローを示す。第１実施形態の図６のフローと同じステップには同じ符号をつけて、説明を簡略化する。
【００８４】
Ｓ７０１でＳ１−ＡＰメッセージを受信すると、メッセージ判断部５２１はメッセージの先頭２バイトを読み込んで、処理種別が分散制御を目的とするものか、集中制御を目的とするものかを判断する（Ｓ１０２）。メッセージの先頭の識別子と、Ｓ１−ＡＰメッセージテーブル１１４ａから、分散処理用のメッセージか集中処理用のメッセージかを判断する。メッセージが集中制御を目的とする場合であって（Ｓ１０２でＮＯ）、自制御処理部がそのメッセージの集中処理を分担しているならば、全デコード処理に移行する。そうでない場合は、メッセージを破棄する。
【００８５】
メッセージが分散制御を目的とする場合は（Ｓ１０２でＹＥＳ）、そのメッセージの種別がハンドオーバ要求か否かを判断する（Ｓ１０３）。ハンドオーバ要求である場合はステップＳ１０５に進み、メッセージに含まれるターゲットセルＩＤ（TargetCell ID）を検出してセクタ・キャリア番号を特定し、検出されたセクタ・キャリア番号から、処理を担当する制御処理部を特定する。ステップＳ１０５の具体的処理は、図８及び図９を参照して説明したとおりである。
【００８６】
Ｓ７０７で、自制御処理部でその処理を担当している場合は全デコード処理を行ない、そうでない場合はメッセージを破棄する。
【００８７】
メッセージの種別がハンドオーバ要求以外の場合はステップＳ１０６に進み、メッセージからeNB-UE-S1AP-IDを検出し、プラットフォームが持つ無線基地局ＩＤ（RBS-ID）リストを参照して、担当すべき制御処理部を特定する。ステップＳ１０６の具体的処理は図１０及び図１１を参照して説明したとおりである。
【００８８】
Ｓ７０７で、自制御処理部がその処理を担当している場合は全デコード処理を行なう。そうでない場合はメッセージを破棄する。
【００８９】
図２０は、図１８の制御処理部５２で行われるＸ２−ＡＰメッセージのための処理フローを示す。第１実施形態の図１２のフローと同じステップには同じ符号をつけて、説明を簡略化する。
【００９０】
Ｓ８０１でＸ２−ＡＰメッセージを受信すると、メッセージ判断部５２１はメッセージの先頭２バイトを読み込んで、処理種別が分散制御を目的とするものか、集中制御を目的とするものかを判断する（Ｓ４０２）。メッセージの先頭の識別子と、Ｘ２−ＡＰメッセージテーブル１１４ｂから、分散処理用のメッセージか集中処理用のメッセージかを判断する。メッセージが集中制御を目的とする場合であって（Ｓ４０２でＮＯ）、自制御処理部がそのメッセージの集中処理を分担しているならば、全デコード処理に移行する。そうでない場合は、メッセージを破棄する。
【００９１】
メッセージが分散制御を目的とする場合は（Ｓ４０２でＹＥＳ）、そのメッセージの種別がハンドオーバ要求か否かを判断する（Ｓ４０３）。ハンドオーバ要求である場合はステップＳ４０５に進み、メッセージに含まれるターゲットセルＩＤ（TargetCell ID）を検出してセクタ・キャリア番号を特定し、セクタ・キャリア番号から、その処理を担当する制御処理部を特定する。ステップＳ４０５の具体的処理は、図１４及び図１５を参照して説明したとおりである。
【００９２】
Ｓ８０７で、自制御処理部がその処理を担当している場合は全デコード処理を行ない、そうでない場合はメッセージを破棄する。
【００９３】
メッセージの種別がハンドオーバ要求以外の場合はステップＳ４０６に進み、メッセージからX2-UE-IDを検出して、その処理を担当する制御処理部を特定する。ステップＳ４０６の具体的処理は、図１６及び図１７を参照して説明したとおりである。
【００９４】
Ｓ８０７で、自制御処理部がその処理を担当している場合は全デコード処理を行ない、そうでない場合はメッセージを破棄する。
【００９５】
以上説明したように、第１実施形態と第２実施形態を通じて、メッセージの処理を担当する制御処理部を特定するのに必要なデータを取り出すことにターゲットを絞るので、全デコードを行う場合に比べて処理負荷を減らすことができる。
【００９６】
メッセージの構成要素や処理内容に応じて、メッセージの種別をあらかじめ集中制御と分散制御に分類しておくことによって、振り分けのためにデコードすべきパラメータの数を限定し、処理負荷を削減することができる。
【００９７】
メッセージ判別処理とデコード処理を組み合わせることで、デコードすべきパラメータの数をメッセージごとに最小の数とすることができ、冗長なデコード処理を抑えて、処理負荷を削減することができる。
【符号の説明】
【００９８】
１  ネットワーク
１０、５０  基地局装置（ｅＮＢ）
１１  Ｓ１Ｘ２メッセージ簡易デコード部
１２、１２1〜１２n  分散制御処理部
１５  集中制御処理部
５２  制御処理部（簡易デコード機能付き）
１１１、５２１  メッセージ判断部
１１２  処理種別判別部
１１３  分散処理振り分け部
１１４  メッセージテーブル
１１４ａ  Ｓ１−ＡＰメッセージテーブル
１１４ｂ  Ｘ２−ＡＰメッセージテーブル
５２３  全デコード部
５２５  メッセージ破棄部
Ｓ１  Ｓ１インタフェース（第１論理インタフェース）
Ｘ２  Ｘ２インタフェース（第２論理インタフェース)
【図１】
2015095710.tif 000003
【図２】
2015095710.tif 000004
【図３】
2015095710.tif 000005
【図４】
2015095710.tif 000006
【図５】
2015095710.tif 000007
【図６】
2015095710.tif 000008
【図７】
2015095710.tif 000009
【図８】
2015095710.tif 000010
【図９】
2015095710.tif 000011
【図１０】
2015095710.tif 000012
【図１１】
2015095710.tif 000013
【図１２】
2015095710.tif 000014
【図１３】
2015095710.tif 000015
【図１４】
2015095710.tif 000016
【図１５】
2015095710.tif 000017
【図１６】
2015095710.tif 000018
【図１７】
2015095710.tif 000019
【図１８】
2015095710.tif 000020
【図１９】
2015095710.tif 000021
【図２０】
2015095710.tif 000022