(57)【特許請求の範囲】
【請求項１】
マルチモードコントローラ受信メッセージの処理方法であって、前記方法は、
マルチモードコントローラにおけるシグナリング接続制御パート（ＳＣＣＰ）プロトコルモジュールが、隣接するネットワークエレメントからの受信メッセージを受信して、Ｎ−プリミティブメッセージを構成してプロトコル強化モジュールに送信するステップと、
プロトコル強化モジュールが前記Ｎ−プリミティブメッセージに応じて、前記受信メッセージのサービススタンダードタイプを取得するステップと、
プロトコル強化モジュールが前記サービススタンダードタイプに従って、前記Ｎ−プリミティブメッセージを、対応するスタンダードの無線ネットワークサブシステムアプリケーションパート（ＲＮＳＡＰ）プロトコルモジュールに送信し、異なるスタンダードのＲＮＳＡＰプロトコルモジュールによって対応するスタンダードのＮ−プリミティブメッセージに対して処理を行うステップとを含み、
プロトコル強化モジュールが無線ネットワーク層に位置する場合、前記プロトコル強化モジュールがＮ−プリミティブメッセージに応じて、前記受信メッセージのサービススタンダードタイプを取得する前記ステップは、
前記Ｎ−プリミティブメッセージからＲＮＳＡＰメッセージを取得してプリデコードし、プリデコード結果はセル番号を含むことと、
前記プリデコード結果に応じて、前記受信メッセージのサービススタンダードタイプを取得することとを含み、
プロトコル強化モジュールが伝送ネットワーク層に位置する場合、前記プロトコル強化モジュールがＮ−プリミティブメッセージに応じて、前記受信メッセージのサービススタンダードタイプを取得する前記ステップは、
前記Ｎ−プリミティブメッセージからトランスポート層情報を解析し、前記トランスポート層情報はサブシステム番号（ＳＳＮ）、ソースシグナリングポイントコード（ＯＰＣ）、及びターゲットシグナリングポイントコード（ＤＰＣ）を含むことと、
前記トランスポート層情報及びスタンダードプロパティーテーブルに応じて、前記受信メッセージのサービススタンダードタイプを取得することとを含み、
前記Ｎ−プリミティブメッセージはＩＴＵ-Ｔ  Ｑ．７１１に定義されたＳＣＣＰプロトコルと上位層ユーザとの間の標準プリミティブメッセージである
ことを特徴とするマルチモードコントローラ受信メッセージの処理方法。
【請求項２】
前記スタンダードプロパティーテーブルは、ローカル側のシグナリングポイント及びそれに対応するスタンダードプロパティー、及び／又は相手側のシグナリングポイント及びそれに対応するスタンダードプロパティーフィールドを含み、又は、ローカル側のシグナリングポイントコート、相手側のシグナリングポイントコード及びそれに対応するネットワークインターフェイスタイプフィールドを含み、又は、ローカル側のシグナリングポイントコード、相手側のシグナリングポイントコード、対応するネットワークインターフェイスタイプ、ローカル側又は相手側のスタンダードプロパティーフィールドを含むことを特徴とする
請求項１に記載のマルチモードコントローラ受信メッセージの処理方法。
【請求項３】
マルチモードコントローラ受信メッセージ処理装置であって、前記装置は、
隣接するネットワークエレメントからの受信メッセージを受信して、Ｎ−プリミティブメッセージを構成してプロトコル強化モジュールに送信することに用いられるシグナリング接続制御パート（ＳＣＣＰ）プロトコルモジュールと、
前記Ｎ−プリミティブメッセージに応じて、前記受信メッセージのサービススタンダードタイプを取得し、前記Ｎ−プリミティブメッセージを対応するスタンダードのＲＮＳＡＰプロトコルモジュールに送信することに用いられるプロトコル強化モジュールと、
自身スタンダードのＮ−プリミティブメッセージを処理することに用いられる複数スタンダードの無線ネットワークサブシステムアプリケーションパート（ＲＮＳＡＰ）プロトコルモジュールとを含み、
前記プロトコル強化モジュールは、無線ネットワーク層又は伝送ネットワーク層に位置することができ、
前記プロトコル強化モジュールは、
前記Ｎ−プリミティブメッセージからＲＡＮＳＰメッセージを取得してプリデコードし、プリデコード結果はセル番号を含むことに用いられる解析ユニットと、
前記プリデコード結果に応じて、前記受信メッセージのサービススタンダードタイプを取得することに用いられるスタンダードタイプ取得ユニットと、
スタンダードに従って、前記Ｎ−プリミティブメッセージを無線制御プレーンの対応するスタンダードのＲＮＳＡＰプロトコルモジュールに送信することに用いられる転送ユニットとを含み、
前記解析ユニットは、前記Ｎ−プリミティブメッセージからトランスポート層情報を解析し、前記トランスポート層情報はサブシステム番号（ＳＳＮ）、ソースシグナリングポイントコード（ＯＰＣ）、及びターゲットシグナリングポイントコード（ＤＰＣ）を含むことにさらに用いられ、
前記スタンダードタイプ取得ユニットは、前記トランスポート層情報及びスタンダードプロパティーテーブルに応じて、前記受信メッセージのサービススタンダードタイプを取得することにさらに用いられ、
前記Ｎ−プリミティブメッセージはＩＴＵ-Ｔ  Ｑ．７１１に定義されたＳＣＣＰプロトコルと上位層ユーザとの間の標準プリミティブメッセージである
ことを特徴とするマルチモードコントローラ受信メッセージの処理装置。
【請求項４】
前記スタンダードプロパティーテーブルは、ローカル側のシグナリングポイント及びそれに対応するスタンダードプロパティー、及び／又は相手側のシグナリングポイント及びそれに対応するスタンダードプロパティーフィールドを含み、又は、ローカル側のシグナリングポイントコート、相手側のシグナリングポイントコード及びそれに対応するネットワークインターフェイスタイプフィールドを含み、又は、ローカル側のシグナリングポイントコード、相手側のシグナリングポイントコード、対応するネットワークインターフェイスタイプ、ローカル側又は相手側のスタンダードプロパティーフィールドを含むことを特徴とする
請求項３に記載のマルチモードコントローラ受信メッセージの処理装置。
【請求項５】
マルチモードコントローラであって、前記マルチモードコントローラは
請求項３〜４のいずれか１つに記載のマルチモードコントローラ受信メッセージの処理装置を含むマルチモードコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信技術分野に関し、特に、ＢＳＣ（Base Station Controller：基地局コントローラ）、ＲＮＣ（Radio Network Controller：無線ネットワークコントローラ）、及び他のマルチモードコントローラなどと相互作用するマルチモードコントローラの受信メッセージの処理方法とその装置及びマルチモードコントローラに関する。
【背景技術】
【０００２】
現在、２Ｇ、３Ｇコモンモードのマルチモードコントローラはより多くの通信機器メーカーより導入されており、マルチモードコントローラにより２Ｇ、３Ｇのリソースは統合可能となっており、オペレーターは１セットの装置を購入するだけで、２Ｇサービスと３Ｇサービスとを全てサポートでき、さらに、最初、装置が２Ｇシングルモードとして用いられ、後で３Ｇサービスを提供する必要がある場合、直接にマルチモードとして用いられることができ、オペレーターの装置コストを大幅に低減し、故にますます注目されている。
【０００３】
通常、マルチモードコントローラは、従来の２Ｇ、３Ｇシングルモードに係る、Ａｂｉｓ、Ｉｕｂ、Ｉｕｒ−ｇ、Ｉｕｒ、Ａ、ＩｕＣＳ、ＩｕＰＳ、Ｇｂなどのような全てのインターフェイスの特性をサポートする必要がある。例えば、２Ｇ  ＢＳＣとドッキングする場合、そのネットワークインターフェイスは、Ｉｕｒ−ｇプロパティーを反映し、３Ｇ  ＲＮＣとドッキングする場合、そのネットワークインターフェイスは、Ｉｕｒプロパティーを反映している。
【０００４】
シングルモードの場合、Ｉｕｒインターフェイスプロトコルスタックは、図１に示すようなものであり、Ｉｕｒ−ｇインターフェイスプロトコルスタックは、図２に示すようなものであり、Ｉｕｒ及びＩｕｒ−ｇインターフェイスの無線制御プレーンがいずれもシグナリング接続制御パート（Signalling Connection Control Part：ＳＣＣＰ）プロトコルを用いて無線シグナリングをロードする。マルチモードコントローラが、２Ｇと３Ｇのコモンモードを実現できるため、実現の可能性及びコスト削減から考えると、できるだけソフトウェアプラットフォームとハードウエアプラットフォームを共用する必要があるため、シグナリング着信プロセスにおいて、共通するＳＣＣＰプロトコルモジュールに基づくマルチモードコントローラは、より合理的な実現の形態であるべきである。
【０００５】
しかし、従来技術では、Ｉｕｒ及びＩｕｒ−ｇインターフェイスにおいて、ＳＣＣＰに対応する上層ユーザのサブシステム番号（Subsystem number：ＳＳＮ）がいずれも無線ネットワークサブシステムアプリケーションパート（Radio Network Subsystem Application Part：ＲＮＳＡＰ）であり、ＳＣＣＰプロトコルモジュールについては、マルチモードの場合、サブシステム番号のみから、受信したメッセージがＩｕｒサービス又はＩｕｒ−ｇサービスであるかどうかを区分できないので、受信メッセージが初期段階でターゲットサービスユーザと正確な対応関係を確立できないようになり、メッセージの処理遅延を増加してしまい、これによってマルチモードコントローラの使用信頼性を低下させる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、マルチモードコントローラが迅速かつ正確に各スタンダードサービスを処理する機能を実現して、マルチモードコントローラの使用信頼性を向上させるようなマルチモードコントローラ受信メッセージの処理方法、装置及びマルチモードコントローラを提供することを主な目的とする。
【課題を解決するための手段】
【０００７】
上記目的を実現するために、本発明に係るマルチモードコントローラ受信メッセージの処理方法は、マルチモードコントローラが、隣接するネットワークエレメントからの受信メッセージを受信し、前記受信メッセージを解析してＮ−プリミティブメッセージを構成するステップと、前記Ｎ−プリミティブメッセージに応じて、前記受信メッセージのサービススタンダードタイプを取得するステップと、前記サービススタンダードタイプに従って、前記Ｎ−プリミティブメッセージに対して対応する処理を行うステップとを含む。
【０００８】
好ましくは、Ｎ−プリミティブメッセージに応じて、前記受信メッセージのサービススタンダードタイプを取得する前記ステップは、前記Ｎ−プリミティブメッセージにおけるＲＮＳＡＰメッセージをプリデコードするステップと、プリデコード結果に応じて、前記受信メッセージのサービススタンダードタイプを取得するステップとを含む。
【０００９】
好ましくは、Ｎ−プリミティブメッセージに応じて、前記受信メッセージのサービススタンダードタイプを取得する前記ステップは、前記Ｎ−プリミティブメッセージからトランスポート層情報を解析するステップと、前記トランスポート層情報及びスタンダードプロパティーテーブルに応じて、前記受信メッセージのサービススタンダードタイプを取得するステップとを含む。
【００１０】
好ましくは、前記スタンダードプロパティーテーブルは、ローカル側のシグナリングポイント及びそれに対応するスタンダードプロパティー、及び／又は相手側のシグナリングポイント及びそれに対応するスタンダードプロパティーフィールドを含むか、又は、ローカル側のシグナリングポイントコート、相手側のシグナリングポイントコード及びそれに対応するネットワークインターフェイスタイプフィールドを含むか、又は、ローカル側のシグナリングポイントコード、相手側のシグナリングポイントコード、対応するネットワークインターフェイスタイプ、ローカル側又は相手側のスタンダードプロパティーフィールドを含む。
【００１１】
好ましくは、前記トランスポート層情報は、ソースシグナリングポイントコードＯＰＣ、及び／又はターゲットシグナリングポイントコードＤＰＣを含む。
【００１２】
本発明に係るマルチモードコントローラ受信メッセージの処理装置は、隣接するネットワークエレメントからの受信メッセージを受信し、前記受信メッセージを解析してＮ−プリミティブメッセージを構成することに用いられるＳＣＣＰプロトコルモジュールと、
前記Ｎ−プリミティブメッセージに応じて、前記受信メッセージのサービススタンダードタイプを取得し、前記Ｎ−プリミティブメッセージを対応するスタンダードのＲＮＳＡＰプロトコルモジュールに送信することに用いられるプロトコル強化モジュールと、自身スタンダードのＮ−プリミティブメッセージを処理することに用いられる複数スタンダードのＲＮＳＡＰプロトコルモジュールとを含む。
【００１３】
好ましくは、前記プロトコル強化モジュールは、前記Ｎ−プリミティブメッセージにおけるＲＮＳＡＰメッセージをプリデコードすることに用いられる解析ユニットと、前記プリデコード結果に応じて、前記受信メッセージのサービススタンダードタイプを取得することに用いられるスタンダードタイプ取得ユニットと、スタンダードに従って、前記Ｎ−プリミティブメッセージを無線制御プレーンの対応するスタンダードのＲＮＳＡＰプロトコルモジュールに送信することに用いられる転送ユニットとを含む。
【００１４】
好ましくは、前記解析ユニットは、前記Ｎ−プリミティブメッセージからトランスポート層情報を解析することにさらに用いられ、前記スタンダードタイプ取得ユニットは、前記トランスポート層情報及びスタンダードプロパティーテーブルに応じて、前記受信メッセージのサービススタンダードタイプを取得することにさらに用いられる。
【００１５】
好ましくは、前記スタンダードプロパティーテーブルは、ローカル側のシグナリングポイント及びそれに対応するスタンダードプロパティー、及び／又は相手側のシグナリングポイント及びそれに対応するスタンダードプロパティーフィールドを含むか、又は、ローカル側のシグナリングポイントコート、相手側のシグナリングポイントコード及びそれに対応するネットワークインターフェイスタイプフィールドを含むか、又は、ローカル側のシグナリングポイントコード、相手側のシグナリングポイントコード、対応するネットワークインターフェイスタイプ、ローカル側又は相手側のスタンダードプロパティーフィールドを含む。
【００１６】
本発明に係るマルチコントローラは、上記の装置を含む。
【００１７】
本発明に係るマルチモードコントローラ受信メッセージの処理方法、装置及びマルチコントローラは、標準ＳＣＣＰプロトコルモジュールと標準ＲＮＳＡＰプロトコルモジュールとの間にプロトコル強化モジュールを増設することにより、マルチモードコントローラによって受信された受信メッセージに対して対応する処理を行い、受信メッセージのサービススタンダードタイプを取得して、受信メッセージを無線制御プレーンの対応するスタンダードのＲＮＳＡＰモジュールに送信して処理することを実現する。ここで、プロトコル強化モジュールとＳＣＣＰプロトコルモジュールがいずれもマルチモードコントローラにより多重化されるため、マルチモードコントローラのソフトウェアのメンテナンスコストを低減し、一方で、現在のＳＣＣＰプロトコルとＲＮＳＡＰプロトコルがマルチモードコントローラをサポートする場合の不足を補って、ＳＣＣＰプロトコルモジュールと各標準ＲＮＳＡＰプロトコルモジュールが迅速に対応関係を確立するのを支援する。また、マルチモードコントローラがシングルモードのみに配置され又はマルチモードコントローラがマルチモード状態にある場合、機能変更を行う必要がなく、シグナリングを対応するスタンダードの無線ネットワーク制御サービス層に正確に転送して処理することができる。
【図面の簡単な説明】
【００１８】
【図１】図１は、Ｉｕｒインターフェイスプロトコルスタックの基本的な構成を示す図である。
【図２】図２は、Ｉｕｒ−ｇインターフェイスプロトコルスタックの基本的な構成を示す図である。
【図３Ａ】図３Ａは、本発明に係るマルチモードコントローラ受信メッセージの処理方法の実施形態のフローチャートである。
【図３Ｂ】図３Ｂは、本発明に係るマルチモードコントローラ受信メッセージの処理方法の実施形態においてＮ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得するサービス構成図である。
【図３Ｃ】図３Ｃは、本発明に係るマルチモードコントローラ受信メッセージの処理方法の実施形態においてＮ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得する別のサービス構成図である。
【図４】図４は、本発明に係るマルチモードコントローラ受信メッセージの処理方法の実施形態においてＮ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得する実施形態のフローチャートである。
【図５】図５は、本発明に係るマルチモードコントローラ受信メッセージの処理方法の実施形態においてＮ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得する別の実施形態のフローチャートである。
【図６】図６は、本発明に係るマルチモードコントローラ受信メッセージの処理装置の実施形態の構成を示す図である。
【図７】図７は、本発明に係るマルチモードコントローラ受信メッセージの処理装置の実施形態におけるプロトコル強化モジュールの構成を示す図である。
【図８】図８は、本発明に係るマルチモードコントローラの実施形態の構成を示す図である。
【発明を実施するための形態】
【００１９】
本発明に係る実施形態の解決策は、主に、ＳＣＣＰプロトコルモジュールとＲＮＳＡＰプロトコルモジュールとの間にプロトコル強化モジュールを増設することにより、マルチモードコントローラによって受信された受信メッセージに対して対応する処理を行い、受信メッセージのサービススタンダードタイプを取得し、受信メッセージを無線制御プレーンの対応するスタンダードのＲＮＳＡＰ論理エンティティに送信して処理することである。
【００２０】
本開示においては、現在のＩｕｒ−ｇ、Ｉｕｒ標準インターフェイスプロトコルスタックに基づいて、主にＳＣＣＰプロトコル層以上の処理プロセスを説明する。標準インターフェイスプロトコルスタックにおけるＳＣＣＰプロトコル層以下の他の伝送関連プロトコル処理プロセスは変更しない。
【００２１】
以下の実施形態においては、広帯域符号分割多重アクセス（Wideband Code Division Multiple Access：ＷＣＤＭＡ（ＷＣＤＭＡは、株式会社ＮＴＴドコモの登録商標））／モバイル通信用グローバルシステム（Global System for Mobile Communications：ＧＳＭ（ＧＳＭは、スイス国ジーエスエム・ムー・アソシエイシヨンの登録商標））／）におけるデュアルモードの状況を挙げて本発明の技術案を説明している。例えばＧＳＭ、符号分割多重アクセス（Code Division Multiplee Access：ＣＤＭＡ）、ＷＣＤＭＡ及び時分割同期符号分割多重アクセス（Time Division-Synchronous Code Division Multiple Access：ＴＤ−ＳＣＤＭＡ）などの既存の無線通信標準の２種類又は多種の組み合わせ、又は、例えばＴＤ−ＳＣＤＭＡ／ＧＳＭデュアルモード、ＷＣＤＭＡ／ＣＤＭＡ／ＧＳＭマルチモードなどの他の後続して発展して現れる新しい無線通信標準の２種類又は多種の標準の組み合わせであって、その中で少なくとも２つの標準がいずれもＳＣＣＰプロトコルの着信処理プロセスを用いるものなどの、他のスタンダードのデュアルモード又はマルチモード組み合わせについては、本発明の説明を参照できる。
【００２２】
図３Ａに示すように、本発明の実施形態に係るマルチモードコントローラ受信メッセージの処理方法は、以下のステップを含む。
【００２３】
ステップＳ１０１において、マルチモードコントローラは、隣接するネットワークエレメントからの受信メッセージを受信して、受信メッセージを解析してＮ−プリミティブメッセージを構成する。
【００２４】
まず、マルチモードコントローラは、隣接するネットワークエレメントからの受信メッセージを受信し、マルチモードコントローラのＳＣＣＰプロトコルモジュールによって受信メッセージを解析して、トランスポート層に関連するＳＳＮ、ＯＰＣ（ソースシグナリングコード、即ち当該メッセージを送信する隣接ネットワークエレメントシグナリングポイント）及びＤＰＣ（ターゲットシグナリングポイントコード、即ちローカル側のシグナリングポイント）などのトランスポート層情報を含むＮ−プリミティブメッセージを構成し、ＳＳＮがＲＮＳＡＰであると、Ｎ−プリミティブメッセージをプロトコル強化モジュールに送信する。
【００２５】
ステップＳ１０２において、Ｎ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得する。
【００２６】
本ステップでは、プロトコル強化モジュールは、Ｎ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得する。ここで、Ｎ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得することは、伝送ネットワーク層で完了してよいし（第１の実施形態）、無線ネットワーク層でも完了してよい（第２の実施形態）。つまり、プロトコル強化モジュールは、図３Ｂに示すようにＳＣＣＰプロトコルモジュールと共に伝送ネットワーク層における伝送ネットワークユーザプレーンに属してよく、図３Ｃに示すようにＲＮＳＡＰプロトコルモジュールと共に無線ネットワーク層における制御プレーンに属してもよい。第１の実施形態について、プロトコルプロトコル強化モジュールとＳＣＣＰプロトコルプロトコルモジュールは伝送ネットワーク層に属し、プロトコルプロトコル強化モジュールはＮ−プリミティブメッセージから、ＳＳＮ、ＯＰＣ及びＤＰＣなどを含む関連のトランスポート層情報を取得でき、トランスポート層情報におけるシグナリングポイントに対応するネットワークエレメントがスタンダードプロパティーを持つものであるため、ローカル側は隣接するネットワークエレメントとドッキングする時に取得でき、例えば隣接するネットワークエレメントが２ＧのＢＳＣであるか３ＧのＲＮＣであるかを取得できる。そのため、トランスポート層情報におけるソースシグナリングポイント及び／又はターゲットシグナリングポイントに対応するネットワークエレメントのスタンダードプロパティーに応じて対応するスタンダードタイプを取得できる。
【００２７】
第２の実施形態につて、ＳＣＣＰプロトコルモジュールは、受信メッセージを受信した後、ＳＳＮがＲＮＳＡＰであると、メッセージをＳＣＣＰとＲＮＳＡＰとの間の基準とするＮ−プリミティブに応じて無線ネットワーク制御層に送信しており、無線ネットワーク制御層におけるプロトコル強化モジュールは、ＳＣＣＰからＲＮＳＡＰへ送信したＮ−プリミティブメッセージから、ＲＮＳＡＰメッセージを取得してプリデコードする。ＲＮＳＡＰメッセージをデコードすることにより、セル番号、メッセージタイプ、ターゲットＲＮＣ  ＩＤなどの情報を取得できる。例を挙げて説明するように、セル番号が唯一で、２Ｇスタンダード又は３Ｇスタンダードに属するかについて確定されたものであり、そのため、プリデコード結果に応じて、当該ＲＮＳＡＰメッセージのターゲットがどのようなサービスであるかどうかを判定できる。受信メッセージのサービススタンダードタイプを取得した場合、プロトコル強化モジュールにより、当該受信メッセージを対応するスタンダードのＲＮＳＡＰプロトコルモジュールに送信し、当該スタンダードのＲＮＳＡＰプロトコルモジュールにより、Ｎ−プリミティブメッセージを処理する。各スタンダードが自身のプロトコルモジュールを有し、ＲＮＳＡＰプロトコルモジュールは、スタンダードのタイプに応じて複数であり、各タイプのスタンダードのＲＮＳＡＰプロトコルモジュールは、自身スタンダードのＮ−プリミティブメッセージを処理する。
【００２８】
ステップＳ１０３において、サービススタンダードタイプに従って、Ｎ−プリミティブメッセージに対して対応する処理を行う。
【００２９】
異なるスタンダードのＲＮＳＡＰプロトコルモジュールを介して、対応するスタンダードのＮ−プリミティブメッセージを処理する。
【００３０】
図４に示すように、サービススタンダードタイプを取得する上記の第１の実施形態に対応して、ステップＳ１０２は、以下のステップを含む。
【００３１】
ステップＳ１０２１において、Ｎ−プリミティブメッセージからトランスポート層情報を解析する。
トランスポート層情報は、ＳＳＮ、ＯＰＣ及び／又はＤＰＣを含む。
【００３２】
ステップＳ１０２２において、トランスポート層情報及びスタンダードプロパティーテーブルに応じて、受信メッセージのサービススタンダードタイプを取得する。
【００３３】
前記スタンダードプロパティーテーブルは、ローカル側のシグナリングポイント及びそれに対応するスタンダードプロパティー、及び／又は相手側のシグナリングポイント及びそれに対応するスタンダードプロパティーフィールドを含み、又は、ローカル側のシグナリングポイントコート、相手側のシグナリングポイントコード及びそれに対応するネットワークインターフェイスタイプフィールドを含み、又は、ローカル側のシグナリングポイントコード、相手側のシグナリングポイントコード、対応するネットワークインターフェイスタイプ、ローカル側又は相手側のスタンダードプロパティーフィールドを含む。
【００３４】
トランスポート層情報においてシグナリングポイントはローカル側のネットワークエレメントシグナリングポイントと相手側のネットワークエレメントシングルポイントにそれぞれ対応する。スタンダードプロパティーテーブルは、ローカル側のシグナリングポイント及びそれに対応するスタンダードプロパティーフィールドを含む。例えば、１つのマルチモードコントローラには、２Ｇスタンダードプロパティーであるシグナリングポイント１と３Ｇスタンダードプロパティーであるシグナリングポイント２のような２つのシグナリングポイントが設定される。ローカル側で受信されたメッセージのＤＰＣがシグナリングポイント２である場合、スタンダードプロパティーテーブルを検索することにより、受信したシグナリングが３Ｇサービスであることを取得し、スタンダードプロパティーテーブルがローカル側のネットワークエレメントシグナリングポイント、相手側のネットワークエレメントシグナリングポイント、及び対応するネットワークインターフェイスタイプなどのフィールドを含んでもよい。例えば、トランスポート層メッセージにおけるＯＰＣ、ＤＰＣによってＩｕｒインターフェイスであると判定したら、直接に３Ｇスタンダードサービスであると判定しており、スタンダードプロパティーテーブルは、ローカル側のネットワークエレメントシグナリングポイント、相手側のネットワークエレメントポイント、対応するネットワークインターフェイスタイプ及び相手側のネットワークエレメントシグナリングポイントスタンダードプロパティーなどのフィールドを含んでもよい。例えば、ネットワークインターフェイスがＩｕｒ−ｇインターフェイスであると判定したら、さらにＯＰＣ（当該メッセージを送信するソースシグナリングポイント）に対応するスタンダードタイプが３Ｇスタンダードであることによって、２Ｇスタンダードサービスであると判定できる。
【００３５】
図５に示すように、サービススタンダードタイプを取得する上記の第２の実施形態に対応して、本実施形態において、ステップＳ１０２は、以下のステップを含んでよい。
【００３６】
ステップＳ１０２３において、Ｎ−プリミティブメッセージにおけるＲＮＳＡＰメッセージをプリデコードする。
【００３７】
ステップＳ１０２４において、プリデコード結果に応じて、受信メッセージのサービススタンダードタイプを取得する。
【００３８】
以下、図４、図５それぞれに対応する、サービススタンダードタイプを取得する２種類の実施形態を挙げて実施プロセスの全体を以下のように説明する。
【００３９】
２Ｇ、３Ｇの２種類のスタンダードのＲＮＳＡＰプロトコルモジュール（即ちＧＳＭ  ＲＮＳＡＰプロトコルモジュールとＷＣＤＭＡ  ＲＮＳＡＰプロトコルモジュール）を例に挙げて、本実施形態のプロセス全体を詳細に説明する。
【００４０】
実施形態１
デュアルモードコントローラが隣接するＲＮＣからの１つのＣＲメッセージを受信することを例として、ＳＣＣＰプロトコルモジュールは、ＣＲメッセージを解析して、Ｎ−プリミティブメッセージを構成する。ＣＲにＣａｌｌｉｎｇ  ａｄｄｒｅｓｓフィールドがキャリーされない場合、当該メッセージを受信したＭＴＰ３Ｂ又はＭ３ＵＡなどの層３のシグナリングリンクプロトコル層によりＯＰＣ情報を取得して１つのＣａｌｌｉｎｇ  ａｄｄｒｅｓｓフィールドを記入することができる。Ｎ−プリミティブメッセージにおいてＣａｌｌｅｄ  ａｄｄｒｅｓｓフィールドにＤＰＣ、ＳＳＮなどのトランスポート層情報がキャリーされ、Ｃａｌｌｅｄ  ａｄｄｒｅｓｓフィールドにＯＰＣなどのトランスポート層情報がキャリーされている。ＳＣＣＰプロトコルモジュールは、伝送シグナリング層から取得されたＯＰＣ、ＤＰＣ情報を直接に標準Ｎ−プリミティブメッセージに入れることもできる。ＳＣＣＰプロトコルモジュールは、ＳＳＮがＲＮＳＡＰであると検出したと、それをプロトコル強化モジュールに送信する。プロトコル強化モジュールは、Ｎ−プリミティブメッセージにおけるトランスポート層情報ＯＰＣ、ＤＰＣによってスタンダードプロパティーテーブルを検索して、ＯＰＣ（相手側のネットワークシグナリングポイント）が３Ｇプロパティーネットワークエレメントに対応し、ＤＰＣ（ローカル側のシグナリングポイント）が２Ｇプロパティーエレメントに対応することを取得することがでる。そのため、２Ｇスタンダードサービスであると判定しており、また、直接にＤＰＣ（ローカル側のシグナリングポイント）が２Ｇプロパティーネットワークエレメントに対応することによって、直接に２Ｇスタンダードサービスであることを判定してもよい。プロトコル強化モジュールは、Ｎ−プリミティブメッセージをＧＳＭ  ＲＮＳＡＰモジュールに送信し、それによって続けて処理する。
【００４１】
ＳＣＣＰ接続を確立した後、ＳＣＣＰプロトコルモジュールは、既にＧＳＭ  ＲＮＳＡＰプロトコルモジュールと論理エンティティの正確な対応関係を確立し、この場合、プロトコル強化モジュールは、処理プロセスに関与しなくてよく、当該ＳＣＣＰ接続に関連する受信メッセージがＳＣＣＰプロトコルモジュールで直接にＧＳＭ  ＲＮＳＡＰプロトコルモジュールに送信されることができる。
【００４２】
実施形態２
デュアルモードコントローラがシングルモード３Ｇコントローラに構成されることを例として、それは、隣接するＲＮＣからの１つＵＤＴメッセージを受信し、ＳＣＣＰプロトコルモジュールは、ＵＤＴメッセージを解析してＮ−プリミティブメッセージを構成する。ＳＳＮ、ＤＰＣは直接にＵＤＴメッセージにおけるＣａｌｌｅｄ  ａｄｒｒｅｓｓから取得されることができ、ＯＰＣメッセージは直接にＵＤＴメッセージにおけるＣａｌｌｉｎｇ  Ａｄｄｒｅｓｓから取得されることができる。プロトコル強化モジュールは、Ｎ−プリミティブメッセージにおけるトランスポート層情報ＯＰＣ、ＤＰＣによって、ＯＰＣ（相手側のネットワークエレメントシグナリングポイント）が３Ｇプロパティーネットワークエレメントに対応し、ＤＰＣ（ローカル側シグナリングポイント）が３Ｇプロパティーネットワークエレメントに対応することを取得することができる。そのため、当該ＵＤＴメッセージが３Ｇスタンダードサービスであり、プロトコル強化モジュールは、当該標準Ｎ−プリミティブメッセージをＷＣＤＭＡＲＮＳＡＰモジュールに送信し、それによって続けて処理する。
【００４３】
２Ｇ、３Ｇの２種類のスタンダードのＲＮＳＡＰプロトコルモジュール（即ちＧＳＭ  ＲＮＳＡＰプロトコルモジュールとＷＣＤＭＡＲＮＳＡＰモジュール）を例に挙げて、本実施形態のプロセスの全体を詳細に説明する。
【００４４】
実施形態１
デュアルモードコントローラが隣接するＲＮＣからの１つのＣＲメッセージを受信したことを例として、ＳＣＣＰプロトコルモジュールは、ＣＲメッセージを解析し、Ｎ−プリミティブメッセージを構成して無線ネットワーク制御層におけるプロトコル強化モジュールに送信し、プロトコル強化モジュールは、Ｎ−プリミティブメッセージにおけるＲＮＳＡＰメッセージをプリデコードし、当該ＲＮＳＡＰメッセージは、２ＧスタンダードのセルＩＤを有するＩｕｒインターフェイスの無線リンク確立要求メッセージである。そのため受信メッセージが２Ｇスタンダードサービスであり、プロトコル強化モジュールは、当該Ｎ−プリミティブメッセージをＧＳＭ  ＲＮＳＡＰモジュールに送信し、それによって続けてシグナリング処理プロセスを行う。
【００４５】
実施形態２
デュアルモードコントローラがシグナリングモード３Ｇコントローラに構成されることを例として、それは、隣接するＲＮＣからの１つのＵＤＴメッセージを受信し、ＳＣＣＰプロトコルモジュールは、ＵＤＴメッセージを解析し、Ｎ−プリミティブメッセージを構成して無線ネットワーク制御層におけるプロトコル強化モジュールに送信し、プロトコル強化モジュールは、Ｎ−プリミティブメッセージにおけるＲＮＳＡＰメッセージをプリデコードし、当該ＲＮＳＡＰメッセージは、３ＧスタンダードのセルＩＤをキャリーする１つのページングメッセージである。そのため、受信メッセージは３Ｇスタンダードサービスであり、プロトコル強化モジュールは、当該Ｎ−プリミティブメッセージをＷＣＤＭＡ  ＲＮＳＡＰモジュールに送信し、それによって続けてシグナリング処理プロセスを行う。
【００４６】
また、プロトコル強化モジュールは、元の標準プロトコルモジュールと機能的に区分されるために単独で示される独立モジュールであり、具体的な実施過程で、プロトコル強化モジュールの機能をＳＣＣＰプロトコルモジュールに組み込んで実現してもよく、この場合にＳＣＣＰプロトコルの一部の着信処理プロセスを変更する必要がある。ＲＮＳＡＰプロトコルモジュールに組み込んで実現してもよく、ＳＣＣＰが受信メッセージをあるスタンダードのＲＮＳＡＰプロトコルモジュールに一括的に送信し、当該スタンダードのＲＮＳＡＰプロトコルモジュールによってスタンダードタイプを判定した後、さらに対応するスタンダードのＲＮＳＡＰプロトコルモジュールに送信して処理する。標準プロトコルモジュールの以外、又は標準プロトコルモジュールを変更して本発明の実施形態におけるプロトコル強化モジュールの区分スタンダード及び転送機能を実現してもよい。
【００４７】
本実施形態においてＳＣＣＰプロトコルモジュールとＲＮＳＡＰプロトコルモジュールとの間にプロトコル強化モジュールを増設することにより、マルチモードコントローラにより、受信した受信メッセージに対して対応する処理を行い、受信メッセージのサービススタンダードタイプを取得して、受信メッセージを無線制御プレーンの対応するスタンダードのＲＮＳＡＰ論理エンティティを処理することを実現する。ここで、プロトコル強化モジュールとＳＣＣＰプロトコルモジュールは全てマルチモードコントローラにより多重化され、マルチモードコントローラのソフトウェアメンテナンスコストを低減する一方で、現在のＳＣＣＰプロトコルとＲＮＳＡＰプロトコルがマルチモードコントローラをサポートする場合の不足を補って、スタンダードに従ってシグナリングを配分する機能を実現する。しかも、マルチモードコントローラがシグナリングモードのみに配置され又はマルチモード状態にある場合、機能の変更を行う必要がなく、対応するスタンダードの無線ネットワーク制御サービス層にシグナリングを正確に転送して処理することができる。
【００４８】
図６に示すように、本発明に係るマルチモードコントローラ受信メッセージを処理する装置は、ＳＣＣＰプロトコルモジュール６０１、プロトコル強化モジュール６０２及び複数の異なる標準のＲＮＳＡＰプロトコルモジュール６０３を含み、ここで、ＳＣＣＰプロトコルモジュール６０１は、隣接するネットワークエレメントからの受信メッセージを受信し、受信メッセージを解析してＮ−プリミティブメッセージを構成することに用いられ、マルチモードコントローラは、隣接するネットワークエレメントからの受信メッセージを受信し、ＳＣＣＰプロトコルモジュール６０１により受信メッセージを解析して、トランスポート層に関連するＳＳＮ、ＯＰＣ（当該メッセージを送信する隣接ネットワークエレメントシグナリングポイント）及びＤＰＣ（ローカル側のシグナリングポイント）などのトランスポート層情報を含むＮ−プリミティブメッセージを確立し、ＳＳＮがＲＮＳＡＰであると、Ｎ−プリミティブメッセージをプロトコル強化モジュール６０２に送信する。
【００４９】
プロトコル強化モジュール６０２は、Ｎ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得し、Ｎ−プリミティブメッセージを無線制御プレーンの対応するスタンダードのＲＮＳＡＰプロトコルモジュール６０３に送信して処理することに用いられる。
【００５０】
ＲＮＳＡＰプロトコルモジュール６０３は、自身スタンダードのＮ−プリミティブメッセージを処理することに用いられる。各スタンダードのサービスが自身のプロトコルモジュールを有し、ＲＮＳＡＰプロトコルモジュールは、スタンダードタイプに応じて複数であり、各タイプのスタンダードのＲＮＳＡＰプロトコルモジュールは、自身スタンダードのＮ−プリミティブメッセージを処理する。
【００５１】
本実施形態において、プロトコル強化モジュール６０２は、Ｎ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得し、ここで、Ｎ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得することは、伝送ネットワーク層で完了してよいし（第１の実施形態）、無線ネットワーク層でも完了してもよい（第２の実施形態）。つまり、プロトコル強化モジュール６０２は、ＳＣＣＰプロトコルモジュール６０１と共に伝送ネットワーク層における伝送ネットワークユーザプレーンに属してよく、ＲＮＳＡＰプロトコルモジュール６０３と共に無線ネットワーク層における制御インターフェイスに属してもよい。
【００５２】
第１の実施形態については、プロトコル強化モジュール６０２とＳＣＣＰプロトコルモジュールが伝送ネットワーク層に属し、プロトコル強化モジュール６０２は、Ｎ−プリミティブメッセージから、ＳＳＮ、ＯＰＣ及び／又はＤＰＣなどを少なくとも含む関連するトランスポート層情報を取得でき、トランスポート層情報及びスタンダードプロパティーテーブルに応じて、今回の受信メッセージのサービススタンダードタイプを取得することができる。
【００５３】
スタンダードプロパティーテーブルは、ローカル側のシグナリングポイント及びそれに対応するスタンダードプロパティー、及び／又は相手側のシグナリングポイント及びそれに対応するスタンダードプロパティーフィールドを含み、又は、ソースシグナリングポイントコードＯＰＣ、ターゲットシグナリングポイントコードＤＰＣ及び対応するネットワークインターフェイタイプフィールドを含み、又は、ソースシグナリングポイントコードＯＰＣ、ターゲットシグナリングポイントコードＤＰＣ、対応するネットワークインターフェイスタイプ及びＯＰＣのスタンダードプロパティーフィールドを含む。
【００５４】
第２の実施形態については、ＳＣＣＰプロトコルモジュール６０１は、受信メッセージを受信した後、ＳＳＮがＲＮＳＡＰであると、Ｎ−プリミティブメッセージを構成して無線ネットワーク層に送信し、無線ネットワーク層におけるプロトコル強化モジュール６０２は、ＳＣＣＰプロトコル６０１からのＮ−プリミティブメッセージから、ＲＮＳＡＰメッセージを取得し、ＲＮＳＡＰメッセージをプリデコードし、プリデコード結果に応じて、当該ＲＮＳＡＰメッセージがどのようなスタンダードサービスであるかどうかを判定でき、このように、上記の受信メッセージのサービススタンダードタイプを取得することができる。
【００５５】
受信メッセージのサービススタンダードタイプを取得した場合、プロトコル強化モジュール６０２によって対応するスタンダードのＲＮＳＡＰプロトコルモジュール６０３に当該受信メッセージを送信し、自身スタンダードのＲＮＳＡＰプロトコルモジュール６０３によって後続の処理を行う。各スタンダードが自身のプロトコルモジュールを有し、ＲＮＳＡＰプロトコルモジュールは、スタンダードタイプに応じて複数であり、各タイプのスタンダードのＲＮＳＡＰプロトコルモジュールは、自身スタンダードのＮ−プリミティブメッセージを処理する。
【００５６】
図７に示すように、プロトコル強化モジュール６０２は、解析ユニット６２０１及びスタンダードタイプ取得ユニット６０２２を含み、ここで、解析ユニット６２０１は、Ｎ−プリミティブメッセージからトランスポート層情報を解析することに用いられ、スタンダードタイプ取得ユニット６０２２は、トランスポート層情報及びスタンダードプロパティーテーブルに応じて、受信メッセージのサービススタンダードタイプを取得することに用いられる。
【００５７】
上記のように、スタンダードプロパティーテーブルは、ローカル側のシグナリングポイント及びそれに対応するスタンダードプロパティー、及び／又は相手側シグナリングポイント及びそれに対応するスタンダードプロパティーを含み、又は、ソースシグナリングポイントコードＯＰＣ、ターゲットシグナリングポイントコードＤＰＣ及び対応するネットワークインターフェイスタイプフィールドを含み、又は、ソースシグナリングポイントコードＯＰＣ、ターゲットシグナリングポイントコードＤＰＣ、対応するネットワークインターフェイスタイプ及びＯＰＣのスタンダードプロパティーフィールドを含む。
【００５８】
トランスポート層情報においてシグナリングポイントがそれぞれローカル側のネットワークエレメントと相手側のネットワークエレメントに対応し、シグナリングポイントに対応するネットワークエレメントがスタンダードプロパティーを有し、ローカル側で隣接するネットワークエレメントとドッキングする時に取得でき、例えば、隣接するネットワークエレメントが２ＧのＢＳＣであると、当該ＢＳＣのネットワークエレメントスタンダードプロパティーが２Ｇである。そのため、トランスポート層情報においてソースシグナリングポイント及び／又はターゲットシグナリングポイントに対応するネットワークエレメントスタンダードプロパティーによって対応するスタンダードタイプを取得できる。予め設定されたシグナリングポイントとネットワークインターフェイスタイプの対応テーブルによって、どのようなネットワークインターフェイスであるかどうかを確定し、ネットワークインターフェイスによって直接に対応するスタンダードタイプを取得でき、例えば、トランスポート層情報におけるＯＰＣ、ＤＰＣによってＩｕｒインターフェイスであると判定すると、直接に３Ｇスタンダードサービスであると判定できる。予め設定されたシグナリングポイントとネットワークインターフェイスタイプの対応テーブルによって直接にスタンダードタイプを判定できない場合、さらにトランスポート層情報におけるソースシグナリングポイント及び／又はターゲットシグナリングポイントに対応するネットワークエレメントスタンダードプロパティーによって、対応するスタンダードタイプを取得でき、例えばネットワークインターフェイスがＩｕｒ−ｇインターフェイスであると判定したら、さらにＯＰＣ（当該メッセージを送信するソースシグナリングポイント）に対応するスタンダードタイプが３Ｇスタンダードであることによって、２Ｇスタンダードサービスであると判定できる。
【００５９】
転送ユニット６０２３は、スタンダードに従ってＮ−プリミティブメッセージを無線制御プレーンの対応するスタンダードのＲＮＳＡＰプロトコルモジュールに送信することに用いられる。
【００６０】
さらに、解析ユニット６０２１は、Ｎ−プリミティブメッセージにおけるＲＮＳＡＰメッセージをプリデコードすることにさらに用いられる。
【００６１】
スタンダードタイプ取得ユニット６０２２は、プリデコード結果に応じて、受信メッセージのサービススタンダードタイプを取得することにさらに用いられる。
【００６２】
プロトコル強化モジュール６０２は、元の標準プロトコルモジュールと機能的に区分されるために単独で示される独立モジュールであり、具体的な実施過程で、プロトコル強化モジュール６０２の機能をＳＣＣＰプロトコルモジュール６０１に組み込んで実現してもよく、この場合にＳＣＣＰプロトコルの一部の着信処理プロセスを変更する必要があり、ＲＮＳＡＰプロトコルモジュール６０３に組み込んで実現してもよく、ＳＣＣＰが受信メッセージをあるスタンダードのＲＮＳＡＰプロトコルモジュール６０３に一括的に送信し、当該スタンダードのＲＮＳＡＰプロトコルモジュール６０３によってスタンダードタイプを判定した後にさらに対応するスタンダードのＲＮＳＡＰプロトコルモジュールに転送して処理すると説明すべきである。標準プロトコルモジュールの以外、又は標準プロトコルモジュールを変更して本発明の実施形態におけるプロトコル強化モジュール６０２の区分スタンダード及び転送機能を実現することもできる。
【００６３】
図８に示すように、本発明の実施形態に係るマルチモードコントローラは、隣接するネットワークエレメントからの受信メッセージを受信し、受信メッセージを解析してＮ−プリミティブメッセージを構成し、Ｎ−プリミティブメッセージに応じて、受信メッセージのサービススタンダードタイプを取得し、サービススタンダードタイプに従って、Ｎ−プリミティブメッセージに対して対応する処理を行うすることに用いられる。
【００６４】
本実施形態において、マルチモードコントローラは、上記の実施形態に記載の装置８０１を含む。
【００６５】
本発明に係る実施形態において、ＳＣＣＰプロトコルモジュールとＲＮＳＡＰプロトコルモジュールとの間にプロトコル強化モジュールを増設することにより、マルチモードコントローラにより受信された受信メッセージに対して対応する処理を行い、受信メッセージのサービススタンダードタイプを取得し、受信メッセージを無線制御プレーンの対応するスタンダードのＲＮＳＡＰユーザに送信して処理することを実現する。ここで、プロトコル強化モジュールとＳＣＣＰプロトコルモジュールはマルチモードコントローラにより多重化され、マルチモードコントローラのソフトウェアメンテナンスコストを低減する一方で、現在のＳＣＣＰプロトコルとＲＮＳＡＰプロトコルがマルチモードコントローラをサポートする場合の不足を補って、シグナリングを標準に応じて送信する機能を実現する。しかも、マルチモードコントローラがシングルモードのみに配置され又はマルチモード状態にある場合、機能変更を行う必要がなく、対応するスタンダードの無線ネットワーク制御層にシグナリングを正確に転送して処理することができる。
【００６６】
以上は、本発明の最適的な実施形態に過ぎず、本発明の特許範囲を限定せず、本発明の明細書及び図で行った同等入れ替わる構造又はフロー変換、又は、他の技術分野に直接又は間接に応用される場合は、全て本発明の保護範囲に属する。
【産業上の利用可能性】
【００６７】
本発明は、ＳＣＣＰプロトコルモジュールとＲＮＳＡＰプロトコルモジュールとの間にメッセージのサービススタンダードタイプを取得するプロトコル強化モジュールを増設することにより、ＳＣＣＰプロトコルがＲＮＳＡＰプロトコルモジュールと正確かつ迅速に対応関係を確立するのを支援し、ソフトウェアメンテナンスのコストを低減し、現在のＳＣＣＰプロトコルとＲＮＳＡＰプロトコルがマルチモードコントローラをサポートする場合の不足を補って、スタンダードに従ってシグナリングを処理する機能を実現する。しかも、マルチモードコントローラがシングルモードのみに配置され又はマルチモード状態にある場合、機能変更を行う必要がなく、対応するスタンダードの無線ネットワーク制御層ユーザにシグナリングを正確に転送して処理することができる。
【図１】
0005688157.tif 000002
【図２】
0005688157.tif 000003
【図３Ａ】
0005688157.tif 000004
【図３Ｂ】
0005688157.tif 000005
【図３Ｃ】
0005688157.tif 000006
【図４】
0005688157.tif 000007
【図５】
0005688157.tif 000008
【図６】
0005688157.tif 000009
【図７】
0005688157.tif 000010
【図８】
0005688157.tif 000011