(57)【要約】  第１の端末から第２の端末への呼に対する呼設定メッセージを変更する方法であって、呼設定メッセージは、呼に関連するシグナリングまたはトラフィックの少なくともいくつかを取り扱う中間ノード（例えば、ＢＳＣまたはＲＮＣ）を介して、第１の端末（移動局ＭＳ）からネットワークノード（例えば、ＭＳＣサーバＭＳＣ−Ｓ）に送信され、ネットワークノードは、呼設定要件のネゴシエーションを実行するものであり、本方法は、呼設定メッセージを中間ノードにおいてインタセプトする（コーデックリストを指示する）ステップと、中間ノードに関連する、コーデックのプレファレンスおよびケイパビリティの１つ以上を識別するステップと、前記プレファレンスまたはケイパビリティに関する情報に基づいて呼設定メッセージを変更（例えば、リストにアペンディクスを追加、リストの移動、リストの削除、リストの挿入、またはリストの並べ替え）するステップと、変更した呼設定メッセージをネットワークノードに送信するステップとを有する。
2010536286.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末から第２の端末への呼に対する呼設定メッセージを変更する方法であって、前記呼設定メッセージは、前記呼に関連するシグナリングまたはトラフィックのうちの少なくともいくつかを取り扱う中間ノードを介して、前記第１の端末からネットワークノードに送信され、前記ネットワークノードは、前記第２の端末への前記呼に対する呼設定要件のネゴシエーションを実行するものであり、前記方法は、
前記中間ノードにおいて前記呼設定メッセージをインタセプトするインタセプトステップと、
前記中間ノードが前記呼に関連するシグナリングまたはトラフィックを取り扱うことができる方法に影響を与える、前記中間ノードに関連する１つ以上のプレファレンスまたはケイパビリティを識別する識別ステップと、
前記プレファレンスまたはケイパビリティに関する情報に基づいて前記呼設定メッセージを変更する変更ステップと、
前記ネットワークノードが前記変更した呼設定メッセージに基づいてネゴシエーションを実行することができるように、前記変更した呼設定メッセージを前記ネットワークノードに送信する送信ステップと、
を有することを特徴とする方法。
【請求項２】
前記変更ステップは、前記１つ以上のプレファレンスまたはケイパビリティを含むアペンディクスを前記呼設定メッセージに追加するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記変更ステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージの内容を削除するステップを含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記変更ステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージに内容を追加するステップを含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記変更ステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージの内容の順序付けを行うステップを含むことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記変更ステップは、前記呼設定メッセージの中のどの内容が前記１つ以上のプレファレンスまたはケイパビリティに従っているかを指示するための１つ以上のセパレータを前記呼設定メッセージに挿入するステップを含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記インタセプトステップは、前記第１の端末がサポートするコーデックタイプに関連するメッセージをインタセプトするステップを含むことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記変更ステップは、前記中間ノードがサポートする前記コーデックタイプに関する情報を含めるように前記呼設定メッセージを変更するステップを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記１つ以上のプレファレンスまたはケイパビリティに基づいて、コーディング・フリーで前記呼を実行するステップを更に有することを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
ＧＳＭおよびＥｄｇｅ無線ネットワーク（ＧＥＲＡＮ）において呼設定メッセージを変更するためのものであることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
ＵＭＴＳ地上無線アクセスノード（ＵＴＲＡＮ）ネットワークにおいて呼設定メッセージを変更するためのものであることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１２】
コーディング・フリーでネットワークを動作させる方法であって、請求項１乃至１１のいずれか１項に記載の呼に対する呼設定メッセージを変更する方法を含むことを特徴とする方法。
【請求項１３】
コンピュータに、請求項１乃至１１のいずれか１項に記載の方法を実行させるためのコンピュータプログラム。
【請求項１４】
第１の端末から第２に端末への呼に対する呼設定メッセージを変更するための、ネットワークの中間ノードにおける装置であって、前記呼設定メッセージは、前記呼に関連するシグナリングまたはトラフィックの少なくともいくつかを取り扱う前記中間ノードを介して前記第１の端末からネットワークノードに送信され、前記ネットワークノードは、前記第２の端末への前記呼に対する呼設定要件のネゴシエーションを実行するものであり、前記装置は、
前記ネットワークノードが呼設定要件に対するネゴシエーションを開始する前に、前記中間ノードにおいて前記呼設定メッセージを受信する受信器と、
前記中間ノードが前記呼に関連するシグナリングまたはトラフィックを取り扱うことができる方法に影響を与える、前記中間ノードに関連する１つ以上のプレファレンスまたはケイパビリティを識別し、前記プレファレンスまたはケイパビリティに関する情報に基づいて前記呼設定メッセージを変更するプロセッサと、
前記ネットワークノードが前記変更した呼設定メッセージに基づいてネゴシエーションを実行することができるように、前記変更した呼設定メッセージを前記ネットワークノードに送信する送信機と、
を有することを特徴とする装置。
【請求項１５】
前記１つ以上のプレファレンスまたはケイパビリティを含むアペンディクスを前記呼設定メッセージに追加すること、
前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージの内容を削除すること、
前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージに内容を追加すること、
前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージの内容の順序付けを行うこと、
前記呼設定メッセージの中のどの内容が前記１つ以上のプレファレンスまたはケイパビリティに従っているかを指示するための１つ以上のセパレータを前記呼設定メッセージに挿入すること、
を含むリストのうちの１つ以上に基づいて、前記呼設定メッセージが変更されることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記呼設定メッセージは、前記第１の端末がサポートするコーデックタイプに関連するメッセージを含むことを特徴とする請求項１４または１５に記載の装置。
【請求項１７】
前記呼設定メッセージにおける変更は、前記中間ノードがサポートする前記コーデックタイプに関する情報を含むことを特徴とする請求項１６に記載の装置。
【請求項１８】
前記中間ノードは基地局制御装置（ＢＳＣ）であること特徴とする請求項１４乃至１７のいずれか１項に記載の装置。
【請求項１９】
前記装置は、前記第１または第２の端末のうちの少なくとも１つと通信を行うこと特徴とする請求項１４乃至１５のいずれか１項に記載の装置。
【請求項２０】
前記第１または第２の端末は、移動交換局サーバ（ＭＳＣ−Ｓ）を含むこと特徴とする請求項１９に記載の装置。
【請求項２１】
コーディング・フリーで動作するネットワークであって、請求項１４乃至２０のいずれかの１項に記載の呼に対する呼設定メッセージを変更するための装置を含むこと特徴とするネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に、ただし限定的ではないが、無線アクセスネットワークにおけるコーデックのネゴシエーションおよび選定における、またはそれらに関連する改善に関する。
【背景技術】
【０００２】
タンデムフリー・オペレーション（ＴＦＯ：Ｔａｎｄｅｍ  Ｆｒｅｅ  Ｏｐｅｒａｔｉｏｎ）および帯域外トランスコーダ制御（ＯｏＢＴＣ：Ｏｕｔ−ｏｆ−Ｂａｎｄ  Ｔｒａｎｓｃｏｄｅｒ  Ｃｏｎｔｒｏｌ）に関して、音声パス（ｓｐｅｅｃｈ  ｐａｔｈ）に沿って生ずる不必要なトランスコーディングのステップによって引き起こされる音声品質の劣化を回避するために弛まぬ努力が続けられている。これらの双方の技術の達成は、音声パスのそれぞれのサブリンクの上で使用されるべきコーデックタイプのリストの交換に依存する。タンデムフリー・オペレーション（ＴＦＯ）は、パルス符号変調（ＰＣＭ）コネクションを通して、圧縮された音声を通過させるために使用する帯域内手順である。ＴＦＯは、呼設定の後に適用され、帯域内プロトコルを使用して行う、ＴＦＯピア間でのコーデック情報の交換を含む。最適な共通コーデックは規約の所定のセットに従って決定される。帯域外トランスコーダ制御（ＯｏＢＴＣ）は、呼制御ノード（ＣＣＮ：ｃａｌｌ  ｃｏｎｔｒｏｌ  ｎｏｄｅ）の間での手順であって、コーデックは帯域外プロトコルを使用してネゴシエーションが行われる。これは呼設定の以前にまたは呼設定の時に適用され、最適なコーデックの選定は終端ノードによって行われる。この場合には固定または所定の選定規約はない。
【０００３】
ＧＳＭ移動体（また、移動局（ＭＳ）またはＧＳＭ端末とも呼ばれる）から生起（ｏｒｉｇｉｎａｔｅ）される呼の呼設定手順においては、呼の生起側における移動交換局（ＭＳＣ：Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）サーバ（ＭＳＣ−Ｓ）は、ＭＳの、端末サポートコーデックタイプに関する情報を受信する。この情報は、初期の呼設定シグナリングの間に、直接転送アプリケーション部分（ＤＴＡＰ：ｄｉｒｅｃｔ  ｔｒａｎｓｆｅｒ  ａｐｐｌｉｃａｔｉｏｎ  ｐａｒｔ）メッセージの中で、ＭＳからＭＳＣに送信される。このメッセージは物理的に基地局制御装置（ＢＳＣ）に渡されるが、ＢＳＣはこの通信に機能的に関与はしない。その後、生起側のＭＳＣ−Ｓ（生起ＭＳＣ−Ｓ）は、ピア終端ＭＳＣ−Ｓとコーデックのネゴシエーションを実行し、コアネットワークの中で使用するべき適切なコーデックを決定する。これは一般にＯｏＢＴＣ手順と呼ばれ、選定されたコーデック（ＳＣ：ｓｅｌｅｃｔｅｄ  Ｃｏｄｅｃ）を生成する。終端側のＭＳＣ−Ｓ（終端ＭＳＣ−Ｓ）はそのＳＣを選定し、利用可能なコーデックリスト（ＡＣＬ：ａｖａｉｌａｂｌｅ  Ｃｏｄｅｃ  ｌｉｓｔ）を決定し、これをメッセージの中に入れて生起ＭＳＣ−Ｓに送信し返す。これを受けて、生起ＭＳＣ−Ｓは、音声コーデックバージョンリスト（ＳＣＶＬ：ｓｐｅｅｃｈ  Ｃｏｄｅｃ  ｖｅｒｓｉｏｎ  ｌｉｓｔ）の形で可能な音声コーデックバージョンのリストを構築する。このリストは、生起ＭＳＣ−Ｓのプレファレンス（ｐｒｅｆｅｒｅｎｃｅ）に従って順番に並べられている。いずれかの音声コーデックバージョンがコアネットワークの中で使用されるＳＣと同一またはＳＣと互換性がある場合には、これらのコーデックは他のコーデックバージョンよりも好まれる。これは、これによりＢＳＣとＭＳＣとの間のＧＳＭ信号インタフェース（Ａインタフェース）の上でＴＦＯ動作が可能になるという事実による。その後に、生起ＭＳＣ−Ｓは、Ａインタフェースに接続する制御メディアゲートウェイ（ＭＧＷ：ｍｅｄｉａ  Ｇａｔｅｗａｙ）ノードの中でＴＦＯをイネーブルする。生起ＭＳＣ−Ｓはまた、生起側のＢＳＣ（生起ＢＳＣ）が無線ベアラを捕捉できるように生起ＢＳＣからのチャネル割り当てを要求する。その要求は、可能なコーデックタイプのＳＣＶＬを含む。それと同時に、生起ＢＳＣは、リストの中から適切なコーデックタイプを選定し、そしてネゴシエーションされたコーデックタイプ（ＳＣ）を使用してコアネットワークベアラが捕捉される。選定されたＭＳＣ−Ｓには、ベアラ設定手順が成功裏に実行されたことを通知することができる。基地局システム（ＢＳＳ）の中のトランスコーディング・ユニット（ｔｒａｎｓｃｏｄｉｎｇ  ｕｎｉｔ）とＭＧＷとはＴＦＯネゴシエーションを実行する。コアネットワークの中で使用される、選定されたコーデックと、ＢＳＣによって選定されたコーデックとが互換性がある場合には、ＴＦＯの動作が可能になり、トランスコーディングを行わない動作が、少なくとも呼の生起側においては達成される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
呼設定が、異なるタイプの無線アクセスネットワークによって生起されるかまたは終端される場合には、上記で記述した処理の変形を適用することが可能である。しかしながら、それとは関係なく、上記で記述した処理には多くの問題点が存在する。呼設定に対して標準化／仕様化された手順では、生起ＭＳＣ−Ｓは、ＢＳＣと割り当てメッセージの通信を行う前にコアネットワークの中でコーデックネゴシエーションを実行する必要がある。この割り当てメッセージは適正な無線チャネルの捕捉を要求するために使用され、呼に対して使用することができる音声コーデックのセットを定義する好ましい音声バージョンリスト（ＰＳＶＬ：ｐｒｅｆｅｒｒｅｄ  ｓｐｅｅｃｈ  ｖｅｒｓｉｏｎ  ｌｉｓｔ）を提供することができる。リストの中では、第１のコーデックが一般的に最も好まれる。ＢＳＣは、このＰＳＶＬからいずれの音声コーデックも自由に選定できるようになる。ＢＳＣが行う選定はコアネットワークの中でコーデックが選定された後に行われ、これは、ＢＳＣはコーデックネゴシエーションまたはネットワークにおけるいずれのエンドツーエンドの問題に関しても知らないという事実に基づく。従って、ＢＳＣの決定は、単にローカルな観察に基づく。これによって、しばしば、ＢＳＣは、コアネットワークの中で選定された、または呼のパスに沿った他のいずれかのＢＳＣの中で選定されたコーデックとは互換性のないコーデックを選定するという状況に陥る。
【０００５】
あるいは、ＢＳＣは、ＭＳＣ−Ｓが好むコーデックを選定するが、これはＴＦＯをサポートするコーデックではないし、また、トランスコーディング・フリー・オペレーション（ＴＲＦＯ：ｔｒａｎｓｃｏｄｉｎｇ  ｆｒｅｅ  ｏｐｅｒａｔｉｏｎ）をサポートするコーデックでもないという場合もあり得る。結果として、Ａインタフェースの上でのＴＦＯは達成されず、トランスコーディングを実行しなければならず、これは、呼の音声品質に対する負の影響を与え、また、メディアゲートウェイリソースのコストを増大させることになる。
【０００６】
ＢＳＣがなぜコアネットワークとの互換性がないコーデックを選定する（すなわち、受信したＰＳＶＬの中の第１の要素を選定しない）かについて、多くの理由が存在し得る。これらは以下を含む。
・第１のコーデックに対するトランスコーディング・リソースは、ＢＳＣにとって現在利用可能でない。
・利用可能なトランスコーディング・リソースは得られるが、ＴＦＯサポートが得られない。
・一時的にまたはローカルに限定された無線チャネル容量のために、ＢＳＣは好ましいフルレートチャネルの代わりにハーフレートチャネルを選定する場合がある。
【０００７】
コアネットワークの中で選定されたコーデックを変更することを通して、互換性のないことおよび失敗したＴＦＯ設定を修正することが可能である。これはＯｏＢＴＣの呼中（ｍｉｄ−ｃａｌｌ）での変更またはネゴシエーション手順によって達成することができる。しかしながら、これは以下で示す不利点をもたらす。
・コアネットワークの中で選定されたコーデックタイプを変更することは、必ず音声接続に対する負の影響を伴い、それにより、呼の総合的な音声品質を低下する。
・コアネットワークの中でのいかなるコーデックタイプの変更も、呼の他の一方の側における無線アクセスに使用するコーデックの変更を起動する可能性があり、それによって、呼の音声品質が低下する。さらに、呼の他の一方の側は新しく選定されたＭＳＣコーデックを拒否する自由度を有し、コーデックを変更しようとする試みは完全に失敗する可能性がある。
・コアネットワークの中で選定されたコーデックのいずれの変更も、さらに付加的なシグナリングを必要とし、従って、さらに付加的なネットワークリソースが必要になる。
・ＯｏＢＴＣの呼中での変更またはネゴシエーション手順は終端側によって拒否される可能性があり、これにより、シグナリングリソースを不必要に使用する結果となる。
・ＯｏＢＴＣの呼中での変更またはネゴシエーション手順は、混成ベンダまたは混成構成の環境下では完全に失敗する可能性がある。
【課題を解決するための手段】
【０００８】
本発明の１つの目的は、無線アクセスネットワークにおいてコーデックタイプを選定しネゴシエーションするための方法および装置を提供することである。これにより、従来技術に関連する問題点の少なくともいくつかを克服することができる。
【０００９】
本発明の別の目的は、コアネットワークとＢＳＣとの間でのコーデックネゴシエーションの連繋を改善するための方法および装置を提供することである。
【００１０】
本発明のさらなる目的は、無線アクセスネットワークにおけるＴＦＯ動作とＴＲＦＯ動作とを改善するための方法および装置を提供することである。
【００１１】
本発明は、添付の特許請求の範囲に記載する方法およびシステムを提供する。
【００１２】
本発明の第１の側面によれば、第１の端末から第２の端末への呼に対する呼設定メッセージを変更する方法が提供される。呼設定メッセージは、呼に関連する少なくともいくつかのシグナリングまたはトラフィックを取り扱う中間ノード（ｉｎｔｅｒｍｅｄｉａｔｅ  ｎｏｄｅ）を介して、第１の端末からネットワークノードに送信される。ここで、ネットワークノードは、第２の端末への呼に対する呼設定要件のネゴシエーションに責任を持つ。本方法は、中間ノードにおいて呼設定メッセージをインタセプトするステップと、中間ノードが呼に関連するシグナリングまたはトラフィックを取り扱うことができる方法に影響を与える、中間ノードに関連する１つ以上のプレファレンス（ｐｒｅｆｅｒｅｎｃｅ）またはケイパビリティ（ｃａｐａｂｉｌｉｔｙ）を識別するステップと、前記プレファレンスまたはケイパビリティに関する情報に基づいて呼設定メッセージを変更するステップと、変更したメッセージに基づいて前記ネゴシエーションをノードが実行できるように、変更した呼設定メッセージをネットワークノードに送信するステップとを有する。
【００１３】
本発明の第２の側面によれば、第１の端末から第２の端末への呼に対する呼設定メッセージを変更するための、ネットワークの中間ノードにおける装置が提供される。呼設定メッセージは、呼に関連する少なくともいくつかのシグナリングまたはトラフィックを取り扱う前記中間ノードを介して、第１の端末からネットワークノードに送信される。ここで、ネットワークノードは、第２の端末への呼に対する呼設定要件のネゴシエーションに責任を持つ。本装置は、ネットワークノードが呼設定要件に対するネゴシエーションを開始する前に、中間ノードにおいて呼設定メッセージを受信するための受信器と、中間ノードが前記呼に関連するシグナリングまたはトラフィックを取り扱うことができる方法に影響を与える、中間ノードに関連する１つ以上のプレファレンスまたはケイパビリティを識別し、前記プレファレンスまたはケイパビリティに関する情報に基づいて呼設定メッセージを変更するためのプロセッサと、変更したメッセージに基づいて前記ネゴシエーションをノードが実行できるように、変更した呼設定メッセージをネットワークノードに送信するための送信機とを備える。
【００１４】
本発明の１つの実施形態においては、呼設定メッセージを変更するステップは、前記１つ以上のプレファレンスまたはケイパビリティを含むアペンディクスを呼設定メッセージに追加するステップを有する。
【００１５】
本発明の１つの実施形態においては、呼設定メッセージを変更するステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って、呼設定メッセージの中の内容（ｃｏｎｔｅｎｔ）を削除するステップを有する。
【００１６】
本発明の１つの実施形態においては、呼設定メッセージを変更するステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って呼設定メッセージに内容を追加するステップを有する。
【００１７】
本発明の１つの実施形態においては、呼設定メッセージを変更するステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って呼設定メッセージの内容の順受付けを行うステップを有する。
【００１８】
本発明の１つの実施形態においては、呼設定メッセージの中のどの内容が前記１つ以上のプレファレンスまたはケイパビリティに従っているかを指示するための１つ以上のセパレータを呼設定メッセージに挿入するステップを有する。
【００１９】
本発明の１つの実施形態においては、呼設定メッセージをインタセプトするステップは、第１の端末がサポートするコーデックタイプに関連するメッセージをインタセプトするステップを有する。
【００２０】
本発明の１つの実施形態においては、呼設定メッセージを変更するステップは、中間ノードがサポートするコーデックタイプに関する情報を含めるように呼設定メッセージを変更するステップを含む。
【００２１】
本発明の１つの実施形態においては、本方法はコンピュータによって実行することができる。
【００２２】
本発明の種々の観点によれば、多くの利点が提供される。本発明の特定の実施形態には関係なく、本発明は、動的な手段を提供し、それによって、ＭＳＣのケイパビリティに影響を行使する基地局または基地局制御装置（ＢＳＣ）またはネットワークの中の他の任意の要素に関連して、生起ＭＳＣのリソースおよびケイパビリティを評価することができる。それによって、他のネットワーク要素とのコーデックネゴシエーションを効率よく行うものである。これはネットワークの効率よい動作を保証する上で重要であり、これによって過度な設備とその結果生ずる経費に関わる問題を回避することができる。
【００２３】
呼設定の時またはそれ以前に行う適正なコーデックの選定における連繋によって、ローカルに発生するいずれの異常な問題をも考慮に入れるであろうことが保証される。ローカルに発生する異常な問題とは、例えば、短期間ピーク負荷の問題、プール（ｐｏｏｌ）の不足、地理的な制約等である。ＭＳＣとコアネットワークとの間のコーデックの選定における連繋を改善することにより、音声呼の量を改善でき、音声品質が最適化され、メディアゲートウェイリソースが最小化される。また、コーデックタイプが整合できない場合の不必要でかつ高価なＯｏＢＴＣの呼中手順が回避される。さらに、ＳＩＰパラメータまたはＳＤＰパラメータを追加することにより、コーデックの構成と実装に関するネゴシエーションを処理工程の早い段階で確立することができる。本発明によってエンドツーエンドのコーデック選定が大幅に改善される。また本発明はＧＥＲＡＮからトランスコーディング機能を取り除き、それをメディアゲートウェイに転送する段階における重要なステップである。
【００２４】
上記で示したように、従来の技術では、ＤＴＡＰメッセージはＢＳＣを通過するが、ＢＳＣはこのメッセージのいずれの処理においても機能的に関与しない。このメッセージはＢＳＣから見て本質的に意味不明である。一方、本発明はＢＳＣにとってＤＴＡＰメッセージを利用可能とし可視なものにする。このように、ＢＳＣは、ＭＳＣ−Ｓによって引き続き行われるコーデックのネゴシエーションに対して影響を行使することができる。
【図面の簡単な説明】
【００２５】
例として示した添付の図面を参照する。
【００２６】
【図１】本発明の実施形態に従った、ＧＳＭ移動体が生起する呼に対する呼設定手順の例を示すブロック図である。
【図２】本発明の実施形態に従った、呼設定手順に対する本方法のステップの例を示すフローチャートである。
【図３】本発明の実施形態に従った、呼設定メッセージに対するアペンディクスの例を示す図である。
【図４】本発明の実施形態に従った、ネットワークにおいて呼設定手順を実行する中間ノードの例を示すブロック図である。
【図５】本発明の実施形態に従った、中間ノードにおける本方法のステップの例を示すフローチャートである。
【発明を実施するための形態】
【００２７】
図１は、トランスコーディングを行わない動作の呼に対して、ＧＳＭ移動体が生起する呼に対する呼設定手順を示す。図１は、移動交換局（ＭＳＣ：ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｒｅ）１０２における移動交換局サーバ装置（ＭＳＣ−Ｓ）（これ自体は図示せず）と通信を行っている基地局１００を示す。ＭＳＣはメディアゲートウェイ装置１０４および基地局システム（ＢＳＳ）１０６と通信を行っている。ＢＳＳは基地局制御装置ノードまたは基地局制御装置（ＢＳＣ）１０８およびトランスコーディングユニット（ＴＲＡＵ）１１０を含む。呼は移動局（ＭＳ）１００から生起される。移動局１００はＧＳＭ端末と呼ぶこともできる。ＧＳＭ端末はそれと関連するＭＳＣ−Ｓと、ＢＳＳおよびＢＳＣを通して通信する。呼を生起するＧＳＭ端末は、サポートするコーデックタイプ（ｏＭＳ−ＳＣＬ：ｏｒｉｇｉｎａｔｉｎｇ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｃｏｄｅｃ  Ｌｉｓｔ）をＭＳＣ−Ｓに対するメッセージの中で指示する。図１の中で点線は、種々の装置間でのいくつかの物理的接続を示す。これらの接続はもっと多くてもよいと理解されるであろう。さらに、図１の中で、矢印は論理的接続を示し、これも通信可能であることを示す。物理的接続は接続に適したいずれの型の接続でもよい。これらの接続は、例えば、有線接続、無線接続等の、物理的または論理的な接続を含む。例えばＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）等の、他の任意の適切な接続も使用することができる。ＭＳＣ−ＳとＧＳＭ端末との間の通信は矢印１１２で示されている。
【００２８】
本発明に従えば、この時点から（またはそれ以前でもよい）、処理は従来技術の方法とは異なってくる。本方法では、ＧＳＭ端末からのメッセージは物理的にＢＳＣを通過し、ＢＳＣに使用されてコーデックネゴシエーションの連繋を改善する。この方法を以下で詳細に記述する。従来技術においては、メッセージはＢＳＣにとって意味不明であったが、ここではメッセージは、ＢＳＣによって得ることができて利用される。簡単に表現すれば、ＯｏＢＴＣ手順が開始される以前であっても、ｏＭＳ−ＳＣＬの中の音声コーデックタイプに対する、あり得るいずれの制約に関しても、ＢＳＣはＭＳＣに通知する。ＢＳＣにおける制約に関しては、例えば、時間または地理的要因に基づく、トランスコーディングリソースまたはＴＦＯリソースの不足等の、多くの異なる理由が存在する。いずれの制約に関しても極力早くＢＳＣがＭＳＣ−Ｓに通知することには極めて大きな利点があり、本発明は従来技術に関連する問題点の多くを克服する、簡単で後方互換性のある（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ）手順を提供する。ＢＳＣがＭＳＣ−Ｓに通知する種々の様式を以下でより詳細に記述する。
【００２９】
ＧＳＭ端末がどのコーデックをサポートするかに関する情報は、以下に示すメッセージのいずれかの中で呼設定の間にＭＳＣ−Ｓに送信される。これらのメッセージは、生起側においては、設定、緊急設定のメッセージ、また終端側においては呼確認のメッセージである。これを実行することができる多くの標準化された様式があり、例えば、ＳＶＬ（Ｓｐｅｅｃｈ  ｖｅｒｓｉｏｎ  ｌｉｓｔ）、または移動局のコーデックリスト（ＣＬ）等である。しかし、本明細書では、簡単にするために、全てを移動局サポートコーデックリスト（ＭＳ−ＳＣＬ：ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ’ｓ  ｓｕｐｐｏｒｔｅｄ  Ｃｏｄｅｃ  ｌｉｓｔ）と呼ぶことにする。このＳＶＬは一般にはＧＳＭ端末のプレファレンスに従って順番に並べられる。ＣＬにはプレファレンスの順序が無く、順不同のビットマップである。
【００３０】
本発明の１つの実施形態では、ＢＳＣは、ＭＳ−ＳＣＬの中のコーデック情報を変更することができ、それは情報がＭＳＣ−Ｓに到着する以前でも可能である。ＢＳＣは、ＴＦＯのケイパビリティとプレファレンスに従って、またリソースの利用可能性に従って、ＭＳ−ＳＣＬリストの順番を入れ替えることができる。ＢＳＣはＧＳＭ端末からのメッセージを読むことを禁止されておらず、また、適正な技術標準または技術仕様に従って、それらのメッセージを変更することも禁止されてはいない。ＢＳＣがＭＳ−ＳＣＬの中のコーデック情報を変更した後には、その変更されたメッセージは、その後ＭＳＣが使用することができて、引き続いて行われるＯｏＢＴＣのコーデックネゴシエーション手順を改善することができる。この点に関しては以下でより詳細に記述する。
【００３１】
音声コーデックの選定におけるプレファレンスまたは制約を、ＢＳＣがいかにして指示することができるかに関しては、多くの異なる代替の様式がある。多くの代替の様式で、ＭＳ−ＳＣＬメッセージを変更または更新することによりこれを達成することができる。
【００３２】
ＢＳＣは、自身のプレファレンスおよびケイパビリティに基づいてＭＳ−ＳＣＬからコーデックを取り除くことができる。これは、本質的に、ＧＳＭ端末によって与えられたプレファレンスを無視することになる。この方法は、ＢＳＣだけが本発明に従って性能が向上された場合においても動作するであろう。本発明のこの実施形態が多くの利点を有するためには、ＭＳＣの性能を向上させることは必ずしも必要ではない。ＧＳＭ端末が、強制としてＧＳＭフルバージョン１を指示する場合には、これは、ＧＳＭ端末からのＭＳ−ＳＣＬの中に含まれていない可能性がある。この場合には、もしＭＳＣの性能が向上されていないとすれば、ＭＳＣはそれでもそれは強制であると自動的に仮定するであろう。そして、ＢＳＣに対してこのフルレートバージョン１が利用可能でない場合には、ＢＳＣは、リストを変更するために代替実施形態を使用する必要があるであろう。この件に関しては以下で示す。
【００３３】
ＢＳＣがサポートするコーデックタイプを、ＢＳＣがサポートしない、またはＴＦＯがサポートしない、または他のいずれかの理由によって現在は許容されないコーデックタイプから分離するために、ＢＳＣは、セパレータ（ｓｅｐａｒａｔｏｒ）として、ＧＳＭフルレートバージョン１をＭＳ−ＳＣＬの中に含めることができる。セパレータよりも下にリストされるいずれのコーデックも、ＢＳＣがサポートしない、またはＴＦＯがサポートしない、またはいずれかの理由によって現在は許容されないことが表示されるであろう。
【００３４】
同様に、ＢＳＣは、サポートするコーデックと、ＢＳＣ、ＴＦＯがサポートしない、または他のいずれかの理由で許容されないコーデックとの間の別のセパレータとして、ＧＳＭ音声ハーフレートバージョン２を使用することができる。ＧＳＭ音声ハーフレートバージョン２は３ＧＰＰ仕様では利用されておらず、従って、セパレータとしてよく機能するであろう。さらに、セパレータは３ＧＰＰ仕様では現在規定されておらず、使用されていないので、それは、ＭＳ−ＳＣＬが本発明に従ってＢＳＣによって変更されたということを指示する、ＭＳＣ−Ｓに対する指示子としても機能することができるであろう。ＢＳＣがサポートするコーデックのリストの中では、いくつかの異なるセパレータを使用して異なるケイパビリティを指示することができる。例えば、以下をサポートするコーデックを指示する異なるセパレータである。
ａ．ＰＣＭへのトランスコーディング
ｂ．ＰＣＭプラスＴＦＯへのトランスコーディング
ｃ．トランスコーディングなし
【００３５】
本発明のさらなる実施形態においては、ＢＳＣは、順序づけしていないＣＬの形だけで、ＧＳＭ端末からＭＳ−ＳＣＬを受信することができ、そして、音声バージョンリスト（ＳＶＬ：ｓｐｅｅｃｈ  ｖｅｒｓｉｏｎ  ｌｉｓｔ）を挿入してＢＳＣのプレファレンスおよびケイパビリティを指示することができる。ＢＳＣは、ＢＳＣがサポートしないか、ＴＦＯがサポートしないか、または他のいずれかの理由によって現在は許容されないかのコーデックに関する、ＣＬの中の記録項目を再設定することができる。ＧＳＭ端末のＭＳ−ＳＣＬリストにおけるどの記録項目をＢＳＣがサポートするかを示すために、ＢＳＣは、追加したＳＶＬの中にセパレータ（例えば、上記で示したＧＳＭ音声フルレートバージョン１またはＧＳＭ音声ハーフレートバージョン２）を導入することができる。上記のように、セパレータは、セパレータよりも上にリストされるいずれのコーデックも、ＢＳＣまたはＴＦＯがサポートしない、または他のいずれかの理由によって許容されないことを指示するものである。
【００３６】
本発明のさらに有利な実施形態においては、ＢＳＣはＭＳ−ＳＣＬにアペンディクス（ａｐｐｅｎｄｉｘ）を追加して、元の変更しないＭＳ−ＳＣＬとＭＳＣへのアペンディクスとを送信することができる。アペンディクスは、優先度の順位でリストした、現在サポートされているＢＳＣコーデック（ＢＳＣ−ＳＣＬ）を含み、例えば、以前上記で挙げたセパレータを含むことができる。ＢＳＣ−ＳＣＬの中の第３のセパレータはＧ．７１１コーデック（ａＬａｗまたはμＬａｗ）とすることができる。本明細書では短く「ＰＣＭ」と呼ぶ。ＢＳＣ−ＳＣＬの中のＰＣＭは、ＰＣＭがＡインタフェース（Ａ−ｉｎｔｅｒｆａｃｅ）上でサポートされる、すなわち、ＢＳＣはＰＣＭへのトランスコーディングをサポートするということを指示するのに使用することができるという利点を有する。これによって、ＭＳＣは、動的な、かつローカルに重要なＢＳＣのケイパビリティとプレファレンスを極力早く受信して、それによって、引き続くコーデックネゴシエーションに対してＢＳＣが影響を行使することができるようになる。ＢＳＣの中での処理は比較的簡単である。これは、ＢＳＣはＧＳＭ端末から受信する個々のメッセージを解析する必要がないからである。種々の異なるＧＳＭ端末から種々の異なるタイプのメッセージが受信される可能性があるので、ＢＳＣがアペンディクスを追加してそれを指示する、多くの異なる方式があり得る。ＢＳＣは、ＧＳＭ端末からのメッセージを受信する以前にアペンディクスのＢＳＣ−ＳＣＬを前もって準備することができる。ＭＳ−ＳＣＬを受信するときに、時間、場所、セル負荷等に関する変化によって、準備したアペンディクスはもはや適正でない可能性があるので、また、更新を必要とする可能性があるという理由で、これは、部分的または全体的に行うことができる。しかしながら、この実施形態では、アペンディクスは前もって準備されるので、この実施形態は、ＭＳ−ＳＣＬに対するアペンディクスを追加する処理の速度を上げるであろうという利点を有する。アペンディクスの存在は、ＭＳ−ＳＣＬは更新されて、ＢＳＣは、本発明を実行することができる、性能が向上したＢＳＣであるということを指示するものである。
【００３７】
本発明のさらに有利な実施形態においては、ＢＳＣは、ＭＳ−ＳＣＬがＧＳＭ端末からＭＳＣに送信されるときに、ＭＳ−ＳＣＬに対するアペンディクスを追加する。アペンディクスは、ＯｏＢＴＣ処理および３ＧＰＰ技術仕様２３．１５３および２６．１０３に対して規定されているように生成され構成される。これは、ＢＳＣコーデックはＢＳＣに対する優先度の順でリストされ、それぞれのコーデックは、生起ＭＳＣと終端ＭＳＣとの間のＯｏＢＴＣ処理に対して必要な全てのパラメータで規定されることを意味する。本実施形態は多くの利点を有し、これらは、ＢＳＣは、ＭＳＣと直接にかつ動的に通信することができる、また、ＭＳＣがＯｏＢＴＣ処理を実行するのに必要であると思われる全ての情報を含むという事実を含んでいる。これらの情報は、コーデックタイプばかりでなく、コーデック構成（Ｃｏｄｅｃ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、またはＢＳＣがサポートするコーデック構成の範囲等さえも含む。
【００３８】
代替的実施形態においては、ＢＳＣは、上記で示したように、ＭＳ−ＳＣＬにアペンディクスを追加する。しかし、アペンディクスは、セッション記述パラメータ（ＳＤＰ：ｓｅｓｓｉｏｎ  ｄｅｓｃｒｉｐｔｉｏｎ  ｐａｒａｍｅｔｅｒ）としてセッション開始プロトコル（ＳＩＰ：ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）に対して規定されたように生成され構成される。アペンディクスは、優先度の順でリストされた、ＢＳＣがサポートするコーデックとともに、例えばパケット化時間等の、処理を進行させるために必要である可能性のある、ＳＩＰ／ＳＤＰにおける全ての付加的なパラメータを含む。
【００３９】
実施形態から見ることができるように、ＢＳＣは、正確に呼設定の時に、多くの異なる様式でＭＳＣに対してＢＳＣのプレファレンスおよびケイパビリティを指示することができる。本発明の重要な要素は、これがＢＳＣのＣケイパビリティあって、ＭＳＣがいずれのコーデックのネゴシエーション処理および選定処理を開始する以前にプレファレンスが指示されるという点である。ＢＳＣはまた、上記で記述した様式と同様の様式で、例えばハンドオーバの目的で、遅れて呼の間にＢＳＣ−ＳＣＬを送信することもできる。
【００４０】
上記で示した実施形態においては、ＢＳＣは一般的に、ＭＳ−ＳＣＬメッセージを変更して、ＢＳＣのコーデックのプレファレンスおよびケイパビリティを指示する。しかし、他のメッセージを修正してこの情報を通信することもできると理解されるであろう。例えば、ＭＳ−ＳＣＬメッセージはレイヤ３コンテナメッセージの中に含めることも可能である。ＢＳＣコーデックのプレファレンスおよびケイパビリティは、レイヤ３コンテナメッセージの中の適正ないずれのメッセージの中に挿入することもできるであろう。または、実に、ＧＳＭ端末からＭＳＣへＢＳＣを通過する他の任意の適切なメッセージの中、または、ＢＳＣからＭＳＣに直接送信される他の任意の適切なメッセージの中に挿入することもできるであろう。
【００４１】
図３は、本発明の実施形態に従ったアペンディクスの例を示す。この例は、ＯｏＢＴＣ処理において、１つの任意のコーデックリストをどのようにして符号化して、生起ＭＳＣと終端ＭＳＣとの間で送信することができるかを記述したものである。このリストの例は、４つのコーデックを含み、それらが優先度の順で並べられている。すなわち、ＵＭＴＳ＿ＡＭＲ；ＦＲ＿ＡＭＲ；ＨＲ＿ＡＭＲ；ＧＳＭ＿ＥＦＲである。
【００４２】
ＢＳＣコーデックのプレファレンスおよびケイパビリティがＭＳＣに指示されると、呼設定処理は図１を参照して、以下のように進行する。ＭＳＣ−Ｓは、サポートするコーデックリスト（ＳＣＬ：ｓｕｐｐｏｒｔｅｄ  Ｃｏｄｅｃ  ｌｉｓｔ）１１４を生成することにより、コーデックネゴシエーションを開始するステップに進む。ＳＣＬ１１４は、メッセージ１１６の中に入れて呼に対するピア終端ＭＳＣ−Ｓ（図示せず）に送信される。終端ＭＳＣ−Ｓ（ＴＭＳＣ−Ｓ）は終端ＢＳＣ（ＴＢＳＣ）に連絡を取り、終端ＭＳ（ＴＭＳ）は、生起側に関して記述した様式と同様な様式で、ＴＭＳ−ＳＣＬを、また可能性として、ＴＢＳＣ−ＳＣＬ返送メッセージを取得する。ＴＭＳＣ−Ｓは、受信したＳＣＬ、終端側のＴＦＯオプション、ＴＭＳ−ＳＣＬ、およびＴＢＳＣ−ＳＣＬを考慮に入れて、終端ＲＡＮに対して最も適切なコーデックを決定する。その後、ＴＭＳＣ−Ｓはまた、全ての情報を考慮に入れてＳＣを選定する。ＴＭＳＣ−Ｓはまた、共通に利用可能なコーデックリスト（ＡＣＬ：ａｖａｉｌａｂｌｅ  Ｃｏｄｅｃ  ｌｉｓｔ）を決定する。
【００４３】
終端ＭＳＣ−Ｓから生起ＭＳＣ−Ｓに送り返す場合には、双方（ＳＣおよびＡＣＬ）はＡＰＭ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｒａｎｓｐｏｒｔ  Ｍｅｃｈｎｉｓｍ）１１８で通信を行う。生起ＭＳＣ−Ｓは、その後、生起側においてＴＦＯオプションを評価して、ＳＣを、ＧＳＭ端末１００およびＢＳＣ１０８がサポートする音声バージョンと比較する（１２０）。生起ＭＳＣ−Ｓは生起ＲＡＮに対して最も適切なコーデックを決定する。生起ＭＳＣ−Ｓは決定したＲＡＮコーデックをＭＧＷに送信し、矢印１２２で示されるように、メディアゲートウェイノード中でＴＦＯをイネーブルする。生起ＭＳＣ−Ｓは生起ＢＳＣからのチャネル割り当てを要求する。このチャネル割り当ては、ＢＳＣに対して可能なコーデックタイプの音声コーデックバージョンリスト（ＳＣＶＬ）を含み、これを使用して無線ベアラを捕捉することができる。これはチャネルタイプの情報を含み、矢印１２４で示されている。ＳＣＶＬはＭＳＣ−Ｓの優先度の順で並べられており、そのリストの先頭に、最も好ましいコーデックとして決定されたＲＡＮコーデックを含む。その後、ＢＳＣは受信したＳＣＶＬリストから適切なコーデックタイプを選定する。一般的に、これはリストの上の最初にあって最も好ましいコーデックであり、ＢＳＣはプレファレンスおよびケイパビリティを既に早期にＭＳＣ−Ｓに指示しているという事実によって、ＢＳＣはリストの上の好ましいコーデックをサポートすることができるであろう。これによって、ＢＳＣとＭＧＷとの間でＴＦＯが確立されるであろう可能性が最大になる。同時に、ＭＳＣは、ネゴシエーションを行って選定したコーデックタイプ（ＳＣ）を使用して、メディアゲートウェイにコアネットワークに対するベアラを捕捉するよう命令する。これは矢印１２６および１２８で示されている。チェーン（連結線）の中の次のＭＳＣ−Ｓには、ベアラ設定手順が成功したことを通知することができる。その後、ＴＦＯ動作を確立する試みがＢＳＳによって実行され、ＭＳＣによってＡＰＭ接続メッセージを介しての接続が行われる。これらはどちらも矢印１３０で示されている。
【００４４】
これによって、ＢＳＳは無線リソースを負荷に基づいて最適化することができ、それぞれの呼に対してＴＦＯに対する高い成功率を得ることができる。これによって、不必要な過度の設備と追加的なシグナリングに関連する非常に高い経費とを回避することができる。
【００４５】
実施形態が現行のＭＳＣ−Ｓ、すなわち、アペンディクスに添付したＢＳＣ−ＳＣＬを認識しないＭＳＣ−Ｓで動作する場合には、ＭＳＣ−Ｓは、ＢＳＣによって実施された変更のいくつかまたは全てを認識しないであろうから、ＭＳＣ−Ｓは、ＢＳＣがサポートしないコーデックをＳＣＬの中に提供する可能性がまだある。もし、ＢＳＣが、自分のサポートできない全てのコーデックをＭＳ−ＳＣＬから取り除くとすれば、このことは改善される可能性があるであろう（上記したように）。この様式では、ＭＳＣはＢＳＣがサポートすることができるコーデックだけを含むリストを受信して、引き続くＯｏＢＴＣネゴシエーション手順に対してこれだけを使用する。この様式では、変更と性能向上したＢＳＣを使用して本発明を動作させることができ、ＭＳＣ−Ｓは現状のものを維持する。ある状況では、手動管理処理によってＢＳＣの性能向上を図ることもできる可能性がある。
【００４６】
上記で記述した技術は、ＧＳＭおよびＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）において生起および終端される呼設定に関連している。ＧＥＲＡＮにおいてはＲＡＮコーデックのＰＣＭへのトランスコーディングがサポートされ、これらのコーデックのいくつかまたは全てに対してＴＦＯが使用される、または使用しなくともよい。上記で記述した技術は、トランスコーディング装置がＧＥＲＡＮから出てコアネットワークに移動してしまった後は、さらに重要になる。
【００４７】
上記で記述した技術は、ＧＳＭおよびＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）において生起および終端される呼設定に関連しているが、他のタイプの無線アクセスネットワーク（ＲＡＮ）にも等しく適用が可能である。例えば、ＵＭＴＳ地上無線アクセスノード（ＵＴＲＡＮ）における実施、ＷＬＡＮにおける実施、ＷｉＭＡＸにおける実施、または、例えばＤＳＬ等の他の任意の無線または有線によるアクセスの方法に適用することができる。
【００４８】
現状では、ＵＴＲＡＮにおける実施に関しては、典型的にただ１つのコーデックのタイプと構成が使用されるので、問題はそれほど厳しくはない。しかしながら、将来は、ＵＴＲＡＮはさらに多くの音声コーデックとオプションを有する可能性があり、無線ネットワーク制御装置（ＲＮＣ）は将来のいつかは、ＢＳＣの場合と同様に、プレファレンスを指示するケイパビリティが必要になる可能性がある。本発明はこのケイパビリティを提供し、ＲＮＣはＢＳＣと同様な様式で通信することができて、コーデックまたは他の任意のオプションに関する、ローカルなプレファレンス、一時的なプレファレンス、または他の任意の種類のプレファレンスを表現できるようになるであろう。
【００４９】
同様に、他の無線アクセスの方法に関しては、例えばＭＧＷ等の、ネットワークにおけるある要素のケイパビリティに対して、ローカルな、一時的な制約が生ずる場合がしばしばある。本発明の中で議論されている概念は、これらの環境に対しても等しく適用が可能である。
【００５０】
これに関する別の例は、コアネットワークにおけるＯｏＢＴＣに対するＳＩＰ−Ｉの標準化／仕様化であり、同様に本発明からの恩恵を受けることができる。
【００５１】
本発明は最近規定されたＩＭＳアーキテクチャにおいても恩恵を与えるものである。
【００５２】
本発明の特定な実施形態には関係なく、本発明は、動的な手段を提供し、それによって、ＭＳＣのケイパビリティに影響を行使する基地局または基地局制御装置（ＢＳＣ）またはネットワークの中の他の任意の要素（例えばＭＧＷ）に関連して、生起ＭＳＣのリソースおよびケイパビリティを評価することができる。それによって、他のネットワーク要素とのコーデックネゴシエーションを効率よく行うものである。これはネットワークの効率よい動作を保証する上で重要であり、これによって過度な設備とその結果生ずる経費に関わる問題を回避することができる。
【００５３】
本発明の機能は、本明細書に記述するネットワーク要素とは異なるネットワーク要素においても実行が可能である点に注意を要する。例えば、将来はトランスコーディング機能のいくつかは、コアネットワークに移動して、メディアゲートウェイの中で実行される可能性がある。本発明は、これをも受け入れるよう適合させることができるであろう。その時には、ＢＳＣ−ＳＣＬは、ＢＳＣがどのコーデックをサポートするかをＭＳＣ−Ｓに指示するであろう。この場合ＢＳＣは、（ａ）ＰＣＭへのトランスコーディング機能を持つＢＳＣ、（ｂ）ＰＣＭプラスＴＦＯへのトランスコーディング機能を持つＢＳＣ、または、（ｃ）トランスコーディングを行わないＢＳＣである。最後の場合は、ＭＳＣ−Ｓは、選定されたＭＧＷがそのコーデックに対して十分なトランスコーディングケイパビリティを持つ場合にだけ、そのコーデックを選定することができる。
【００５４】
呼設定の時またはそれ以前に行う適正なコーデックの選定における連繋は、ローカルに発生するいずれの異常な問題をも考慮に入れるであろうということを保証するものである。ローカルに発生する異常な問題とは、例えば、短期間ピーク負荷の問題、貯蔵の不足、または地理的な制約等である。ＢＳＣとコアネットワーク内部のＭＳＣとの間のコーデックの選定における連繋を改善することにより、音声呼の量を改善できて、音声品質が最適化され、メディアゲートウェイリソースが最小化される。また、ＧＥＲＡＮおよびコアネットワーク（ＣＮ：Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）のコーデックタイプが整合できない場合の不必要でかつ高価なＯｏＢＴＣの呼中手順が回避される。
【００５５】
さらに、ＳＩＰパラメータまたはＳＤＰパラメータを追加することにより、コーデックの構成と実装に関するネゴシエーションを処理工程の早い段階で確立することができる。本発明によってエンドツーエンドのコーデック選定が大幅に改善される。また本発明はトランスコーディング機能をＧＥＲＡＮから取り除き、それをメディアゲートウェイに転送する段階における重要なステップである。
【００５６】
図４を参照すると、ネットワークにおける中間ノード（ＢＳＣ等）のブロック図が４００で示されている。中間ノードは、受信器４０２、プロセッサ４０４、および送信器４０６を含む。呼設定信号４０８は受信器４０２において受信される。プロセッサ４０４においては、以前に上記で記述したように、中間ノードのプレファレンスおよびケイパビリティが識別されて、それを使用して呼設定メッセージの変更を行う。変更された呼設定メッセージ４１０は送信機４０６によってネットワークノード（例えばＭＳＣ）に向けて送信される。
【００５７】
同様に、図５は、この中間ノードにおける本方法のステップ示す。中間ノードは、ステップ５００において呼設定メッセージを受信する。ステップ５０２において、中間ノードのプレファレンスおよびケイパビリティが識別される。これはステップ５０４における呼設定メッセージの変更へと続く。変更された呼設定メッセージは、その後にステップ５０６において、ネットワークノードに向けて送信される。処理はステップ５０８で停止する。
【００５８】
本発明のさらなる要素とさらなる利点を示すために、以下の例を挙げる。全ての例において、ＧＳＭ端末は以下のコーデックに対するサポートを指示すると仮定する。
・ＦＲ−ＡＭＲ、以下ではＣ１と呼ぶ。
・ＧＳＭ−ＥＦＲ、以下ではＣ２と呼ぶ。
・ＧＳＭ−ＦＲ、以下ではＣ３と呼ぶ（これもまた、上記で述べたセパレータコーデックである）。
・ＧＳＭ−ＨＲ、以下ではＣ４と呼ぶ。
【００５９】
ＧＳＭ端末はＭＳ−ＳＣＬを｛Ｃ１，Ｃ２，Ｃ３，Ｃ４｝の形で送信する。
【００６０】
第１の例では、ＢＳＣはコーデックタイプＣ２の選択をプレファレンス、ＴＦＯの中でこれをサポートするが、コーデックタイプＣ１はＴＦＯによって現在許容されていない、またはサポートされていないと仮定する。従って、ＢＳＣはＭＳＣ−ＳＣＬを｛Ｃ２，Ｃ３，Ｃ１，Ｃ４｝に並び替える。ここで、Ｃ３は上記で示したセパレータである。ＭＳＣはコーデックシーケンスの中で提供された情報を使用して、ＯｏＢＴＣのコーデックネゴシエーションに対してサポートされるコーデックリストを｛Ｃ２，ＰＣＭ；Ｃ３，Ｃｏｎｆｉｇｕｒａｔｉｏｎ．．．｝の形で生成する。第２の例では、ＢＳＣはコーデックタイプＣ１の上にあるコーデックタイプＣ２の選定を好むが、どちらもＴＦＯをサポートすると仮定する。この場合にはＢＳＣはリストを｛Ｃ２，Ｃ１，Ｃ３，Ｃ４｝と並べ替えて、ＭＳＣは適切な、サポートされたコーデックリストを生成する。第３の例では、全てのフルレートチャネルタイプが現在は許容されていないという事実によって、Ｃ４の選定が必要であると仮定する。この場合には、ＢＳＣはリストを｛Ｃ４，Ｃ３，Ｃ１，Ｃ２｝と並べ替える。ＭＳＣ−Ｓによって生成される、サポートされるコーデックリストは、ＭＳＣにおける知識によってＣ４を含むことができない。Ｃ４はＯｏＢＴＣにとって有効な選定ではない。また、Ｃ１によって提供される音声品質は劣化する可能性があり、コアネットワークの中でさらなる圧縮が必要になる。そして同様にこれは避けなければならない。従って、サポートされるコーデックリストは、｛ＰＣＭ，Ｃ２，Ｃ１｝または｛ＰＣＭ｝の形の内の１つをとる。後者はパルス符号変調（ＰＣＭ）を強制し、他のいずれの形の圧縮も禁止する。明らかに多くの他の例があり、それらを示すことができるであろう。全てが、コアネットワークとの間で行うコーデックネゴシエーションを開始する以前に、ＭＳＣが受信するメッセージの変更（もし必要であれば）を行う結果になる。変更は、データの追加、データの削除、データの並べ替え、および他の任意の適切なタイプの変更を含む。
【００６１】
つぎに図２を参照すると、本発明の実施形態に従った方法のステップが記述されている。呼の要求に応答して、呼設定手順がＧＳＭ端末において開始される（ステップ２００）。この結果、ＧＳＭ端末によって呼設定メッセージが生成され、ＭＳＣに送信される（ステップ２０２）。呼設定メッセージは上記で規定したいずれのタイプのもでもよく、または、将来開発される無線ネットワークシグナリングの中で使用されるいずれのタイプのもでもよい。ＢＳＣは、ＭＳＣが呼設定ルーチンの一部としてネゴシエーションを開始する前に、呼設定メッセージをインタセプトする（ステップ２０４）。インタセプトは任意の適切な様式で行うことができる。他のタイプの無線アクセスネットワークでは、呼設定メッセージをインタセプトし変更を実行するには、ＢＳＣ以外のデバイスであってもよいと理解されるであろう。呼設定メッセージ（例えばＭＳ−ＳＣＬメッセージ等の、いずれの形であってもよい）はその後、ＢＳＣによって更新または変更され、ＢＳＣのその時のプレファレンスおよびケイパビリティの指示が含められる（ステップ２０６）。メッセージを更新する様式は、上記で焦点を当てた事例のいずれに従った様式でもよく、または他の任意の適切な様式でもよい。そして、更新または変更されたメッセージはＭＳＣにおいて受信される（ステップ２０８）。つぎに、ＭＳＣは他のネットワーク要素とのコーデックネゴシエーションの設定に進み、当該呼に対して最適化されたコーデックにおける整合性を判定する（ステップ２１０）。この後、呼は上記で示したように進行して行くことができる。
【００６２】
本方法におけるステップは、異なる順序で実行されてもよく、これにより本発明の多くの利点は失われるものではないと理解されるであろう。
【００６３】
さらに、上記で記述した実施形態は、呼設定の呼生起側に関連しているが、同様の動作は、上述したような呼の終端側において実行することもできると理解されるであろう。
【００６４】
上述した方法および装置の全てまたは任意の要素に対しては、その他の変形や代替がありうる。これらは本発明の範囲および主旨の範疇である。
【００６５】
上記では３ＧＰＰに従うネットワークを参照して記述したが、本発明は同様のネットワークにおいても同様に使用することができる。
【００６６】
さらに、当業者は、ここで述べた機能エンティティおよびそれらの処理自体のいくつかまたは全てが、ソフトウェアによって、またはソフトウェアを実行可能な１つ以上のモジュールおよび／またはデバイスの中で実施することができることが理解されよう。
【図１】
2010536286.tif 000003
【図２】
2010536286.tif 000004
【図３】
2010536286.tif 000005
【図４】
2010536286.tif 000006
【図５】
2010536286.tif 000007
【手続補正書】
【提出日】平成21年5月8日(2009.5.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の端末から第２の端末への呼に対する呼設定メッセージを変更する方法であって、前記呼設定メッセージは、前記呼に関連するシグナリングまたはトラフィックのうちの少なくともいくつかを取り扱う中間ノードを介して、前記第１の端末からネットワークノードに送信され、前記ネットワークノードは、前記第２の端末への前記呼に対する呼設定要件のネゴシエーションを実行するものであり、前記方法は、
前記中間ノードにおいて前記呼設定メッセージをインタセプトするインタセプトステップと、
前記中間ノードが前記呼に関連するシグナリングまたはトラフィックを取り扱うことができる方法に影響を与える、前記中間ノードに関連する１つ以上のプレファレンスまたはケイパビリティを識別する識別ステップと、
前記プレファレンスまたはケイパビリティに関する情報に基づいて前記呼設定メッセージを変更する変更ステップと、
前記ネットワークノードが前記変更した呼設定メッセージに基づいてネゴシエーションを実行することができるように、前記変更した呼設定メッセージを前記ネットワークノードに送信する送信ステップと、
を有することを特徴とする方法。
【請求項２】
前記変更ステップは、前記１つ以上のプレファレンスまたはケイパビリティを含むアペンディクスを前記呼設定メッセージに追加するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記変更ステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージの内容を削除するステップを含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記変更ステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージに内容を追加するステップを含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記変更ステップは、前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージの内容の順序付けを行うステップを含むことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記変更ステップは、前記呼設定メッセージの中のどの内容が前記１つ以上のプレファレンスまたはケイパビリティに従っているかを指示するための１つ以上のセパレータを前記呼設定メッセージに挿入するステップを含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記インタセプトステップは、前記第１の端末がサポートするコーデックタイプに関連するメッセージをインタセプトするステップを含むことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記変更ステップは、前記中間ノードがサポートする前記コーデックタイプに関する情報を含めるように前記呼設定メッセージを変更するステップを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記１つ以上のプレファレンスまたはケイパビリティに基づいて、コーディング・フリーで前記呼を実行するステップを更に有することを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
ＧＳＭおよびＥｄｇｅ無線ネットワーク（ＧＥＲＡＮ）において呼設定メッセージを変更するためのものであることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
ＵＭＴＳ地上無線アクセスノード（ＵＴＲＡＮ）ネットワークにおいて呼設定メッセージを変更するためのものであることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１２】
コーディング・フリーでネットワークを動作させる方法であって、請求項１乃至１１のいずれか１項に記載の呼に対する呼設定メッセージを変更する方法を含むことを特徴とする方法。
【請求項１３】
コンピュータに、請求項１乃至１１のいずれか１項に記載の方法を実行させるためのコンピュータプログラム。
【請求項１４】
第１の端末から第２に端末への呼に対する呼設定メッセージを変更するための、ネットワークの中間ノードにおける装置であって、前記呼設定メッセージは、前記呼に関連するシグナリングまたはトラフィックの少なくともいくつかを取り扱う前記中間ノードを介して前記第１の端末からネットワークノードに送信され、前記ネットワークノードは、前記第２の端末への前記呼に対する呼設定要件のネゴシエーションを実行するものであり、前記装置は、
前記ネットワークノードが呼設定要件に対するネゴシエーションを開始する前に、前記中間ノードにおいて前記呼設定メッセージを受信する受信器と、
前記中間ノードが前記呼に関連するシグナリングまたはトラフィックを取り扱うことができる方法に影響を与える、前記中間ノードに関連する１つ以上のプレファレンスまたはケイパビリティを識別し、前記プレファレンスまたはケイパビリティに関する情報に基づいて前記呼設定メッセージを変更するプロセッサと、
前記ネットワークノードが前記変更した呼設定メッセージに基づいてネゴシエーションを実行することができるように、前記変更した呼設定メッセージを前記ネットワークノードに送信する送信機と、
を有することを特徴とする装置。
【請求項１５】
前記１つ以上のプレファレンスまたはケイパビリティを含むアペンディクスを前記呼設定メッセージに追加すること、
前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージの内容を削除すること、
前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージに内容を追加すること、
前記１つ以上のプレファレンスまたはケイパビリティに従って前記呼設定メッセージの内容の順序付けを行うこと、
前記呼設定メッセージの中のどの内容が前記１つ以上のプレファレンスまたはケイパビリティに従っているかを指示するための１つ以上のセパレータを前記呼設定メッセージに挿入すること、
を含むリストのうちの１つ以上に基づいて、前記呼設定メッセージが変更されることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記呼設定メッセージは、前記第１の端末がサポートするコーデックタイプに関連するメッセージを含むことを特徴とする請求項１４または１５に記載の装置。
【請求項１７】
前記呼設定メッセージにおける変更は、前記中間ノードがサポートする前記コーデックタイプに関する情報を含むことを特徴とする請求項１６に記載の装置。
【請求項１８】
前記中間ノードは基地局制御装置（ＢＳＣ）であること特徴とする請求項１４乃至１７のいずれか１項に記載の装置。
【請求項１９】
前記装置は、前記第１または第２の端末のうちの少なくとも１つと通信を行うこと特徴とする請求項１４乃至１５のいずれか１項に記載の装置。
【請求項２０】
前記第１または第２の端末は、移動交換局サーバ（ＭＳＣ−Ｓ）を含むこと特徴とする請求項１９に記載の装置。
【請求項２１】
コーディング・フリーで動作するネットワークであって、請求項１４乃至２０のいずれかの１項に記載の呼に対する呼設定メッセージを変更するための装置を含むこと特徴とするネットワーク。
【国際調査報告】
2010536286.tif 000008
2010536286.tif 000009
2010536286.tif 000010