(57)【要約】本発明は、少なくとも１つの第１ネットワーク要素が第２ネットワーク要素に接続できるような通信システム及び方法に係る。これら第１及び第２ネットワーク要素の少なくとも１つは、２つ以上の選択可能なモードの１つを使用して別のネットワーク要素と通信することができる。これらネットワーク要素の１つ又は両方、或いはそれら第１及び第２のネットワーク要素に接続可能な第３ネットワーク要素は、モード選択手順を遂行し、ネットワーク要素間で両方向通信するための同じモードを選択する。モードは、異なるコーデック形式、又はチャンネルコード化スキム、或いは無線インターフェイスプロトコル形式であるのが好ましい。第１及び／又は第２のネットワーク要素は、ポータブルターミナル装置であり、一方、第３のネットワーク要素は、サポートノード、又はＣＳＣＦのようなサポート機能を与える手段であるのが好ましい。モード選択は、アップリンク及びダウンリンク方向にコーデックのような１つの同じモードを使用するよう確保し、従って、例えば、ＳＩＰプロトコルを使用してＵＭＴＳにＩＰ電話を実行できるようにする。
2004506393.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて実行されるべき方法であって、通信システムは、少なくとも１つの第１ネットワーク要素を備え、該第１ネットワーク要素は、１つ以上のパケットベースのネットワークを経て第２ネットワーク要素に接続することができ、これら第１及び第２ネットワーク要素の少なくとも１つは、別のネットワーク要素に向かって通信するために２つ以上の選択可能なモードを与え、上記方法は、
モード選択手順を実行し、このモード選択手順は、上記ネットワーク要素間の両方向通信に対して同じモードを選択し、そしてその選択されたモードを、上記第１及び第２ネットワーク要素間の両方向通信において両方向に使用することより成る方法。
【請求項２】
上記モード選択手順は、ネットワーク要素により実行され、そしてそのモード選択手順を遂行するネットワーク要素は、第１ネットワーク要素、第２ネットワーク要素、又はそれら第１及び第２ネットワーク要素に接続された第３ネットワーク要素の１つである請求項１に記載の方法。
【請求項３】
上記選択可能なモードは、異なるコーデック形式である請求項１又は２に記載の方法。
【請求項４】
上記選択可能なモードは、無線インターフェイスプロトコル形式である請求項１、２又は３に記載の方法。
【請求項５】
上記モードは、チャンネルコード化スキムである請求項１ないし４のいずれかに記載の方法。
【請求項６】
上記第１及び／又は第２ネットワーク要素は、ポータブル型のターミナル装置である請求項１ないし５のいずれかに記載の方法。
【請求項７】
上記第３ネットワーク要素は、サポートノード又はサポートファンクションである請求項１ないし６のいずれかに記載の方法。
【請求項８】
サポート又は選択されたモードに関する情報を上記ネットワーク要素とやり取りするためにコール制御が使用される請求項１ないし７のいずれかに記載の方法。
【請求項９】
上記コール制御を与えるプロトコルは、セッション開始プロトコル（ＳＩＰ）である請求項８に記載の方法。
【請求項１０】
上記第１及び第２のネットワーク要素を接続する１つ又は複数のネットワークは、ＵＭＴＳベースのネットワークである請求項１ないし９のいずれかに記載の方法。
【請求項１１】
上記第１ネットワーク要素は、その第１ネットワーク要素によりサポートされた１つ以上のモードに関する情報を第３ネットワーク要素に送信し、該第３ネットワーク要素は、選択手順を遂行し、そして１つのみの又は２つ以上であるが全部ではないサポートされたモードに関する情報を第２ネットワーク要素に送信し、該第２ネットワーク要素は、選択されたモード又は選択されたモードの１つのサポートを確認する確認メッセージを第３ネットワーク要素へ送信し、該第３ネットワーク要素は、選択されたモードを第１ネットワーク要素に通知するメッセージをその第１ネットワーク要素へ送信する請求項１ないし１０のいずれかに記載の方法。
【請求項１２】
上記第１ネットワーク要素は、その第１ネットワーク要素によりサポートされた１つ以上のモードに関する情報を第３ネットワーク要素に送信し、該第３ネットワーク要素は、サポートされたモードに関する情報を送信するように第２ネットワーク要素に要求し、該第２ネットワーク要素は、サポートされたモードのリストを第３ネットワーク要素へ返送し、その際に、該第３ネットワーク要素は、選択手順を実行し、そして選択されたモードを第１及び第２ネットワーク要素に通知するメッセージをそれらネットワーク要素に送信する請求項１ないし１０のいずれかに記載の方法。
【請求項１３】
ａ）上記第１ネットワーク要素は、上記第２ネットワーク要素への接続を開始するときに上記選択手順を遂行し、そして上記第１ネットワーク要素によりサポートされた１つのモードに関する情報を上記第２ネットワーク要素へ送信し、
ｂ）上記第２ネットワーク要素は、モードをサポートするときには、確認メッセージを返送し、又はモードをサポートしないときには、上記第２ネットワーク要素によりサポートされた別のモードを指示するメッセージを上記第１ネットワーク要素に返送し、そして
ｃ）上記第１ネットワーク要素は、このモードをサポートするときには、それを更なる通信のために選択するか、又は
ｄ）上記第１ネットワーク要素が第２ネットワーク要素により指示されたモードをサポートしないときには、別のモードを選択して、上記段階ａ）ないしｄ）を繰り返す、
という段階を含む請求項１ないし１０のいずれかに記載の方法。
【請求項１４】
上記第１ネットワーク要素は、上記第２ネットワーク要素への接続を開始するときには、その第１ネットワーク要素によりサポートされる全モードに関する情報を上記第２ネットワーク要素へ送信し、
上記第２ネットワーク要素は、選択手順を遂行し、そして選択されたモードを指示するメッセージを上記第１ネットワーク要素に返送し、そして
上記第１及び第２のネットワーク要素は、指示されたモードを更なる通信のために選択する請求項１ないし１０のいずれかに記載の方法。
【請求項１５】
上記第１ネットワーク要素及び／又は第２ネットワーク要素及び／又は第３ネットワーク要素は、選択されたモードに関する情報を無線ネットワーク制御手段へ送信する請求項１ないし１４のいずれかに記載の方法。
【請求項１６】
選択されたプロトコルモードに関する情報は、パケットデータ収斂プロトコルに関連したネゴシエーション手順の一部分として送信されるか又はアクチベートＰＤＰコンテクストメッセージにおいて送信される請求項１５に記載の方法。
【請求項１７】
選択されたモードに関する情報は、アプリケーションの形式を指示する付加的なフラグを含む請求項１５又は１６に記載の方法。
【請求項１８】
選択されたプロトコルモードに関する情報は、ヘッダ圧縮又はヘッダ剥離／除去のようなヘッダ処理に関する付加的な情報を含む請求項１５、１６又は１７に記載の方法。
【請求項１９】
少なくとも１つの第１ネットワーク要素を備え、これは、第２ネットワーク要素に接続することができ、これら第１及び第２ネットワーク要素の少なくとも１つは、別のネットワーク要素に向かって通信するための２つ以上の選択可能なモードを与えるものである通信システムにおいて、
このシステムは、モード選択手順を遂行するように構成され、このモード選択手順は、上記ネットワーク要素間の両方向通信に対して同じモードを選択し、そしてその選択されたモードを、上記第１及び第２ネットワーク要素間の両方向通信において両方向に使用するようにされた通信システム。
【請求項２０】
ネットワーク要素が上記モード選択手順を遂行し、そしてそのモード選択手順を遂行するネットワーク要素は、第１ネットワーク要素、第２ネットワーク要素、又はそれら第１及び第２ネットワーク要素に接続された第３ネットワーク要素の１つである請求項１９に記載のシステム。
【請求項２１】
上記モードは、異なるコーデック形式又はチャンネルコード化スキム、或いは無線インターフェイスプロトコル形式である請求項１９又は２０に記載のシステム。
【請求項２２】
上記第１及び／又は第２ネットワーク要素は、ポータブル型のターミナル装置である請求項１９、２０又は２１に記載のシステム。
【請求項２３】
上記第３ネットワーク要素は、サポートノード又はサポート機能を与える手段である請求項１９ないし２２のいずれかに記載のシステム。
【請求項２４】
上記第１及び第２ネットワーク要素を接続する１つ又は複数のネットワークは、パケットベースのネットワーク、好ましくは、ＵＭＴＳベースのネットワークである請求項１９ないし２３のいずれかに記載のシステム。
【請求項２５】
上記第１ネットワーク要素は、その第１ネットワーク要素によりサポートされた１つ以上のプロトコルモードに関する情報を第３ネットワーク要素に送信し、該第３ネットワーク要素は、選択手順を遂行し、そして１つのみの又は２つ以上であるが全部ではないサポートされたプロトコルモードに関する情報を第２ネットワーク要素に送信し、該第２ネットワーク要素は、選択されたプロトコルモード又は選択されたプロトコルモードの１つのサポートを確認する確認メッセージを第３ネットワーク要素へ送信し、該第３ネットワーク要素は、選択されたプロトコルモードを第１ネットワーク要素に通知するメッセージをその第１ネットワーク要素へ送信する請求項１９ないし２４のいずれかに記載のシステム。
【請求項２６】
上記第１ネットワーク要素は、その第１ネットワーク要素によりサポートされた１つ以上のプロトコルモードに関する情報を第３ネットワーク要素に送信し、該第３ネットワーク要素は、サポートされたプロトコルモードに関する情報を送信するように第２ネットワーク要素に要求し、該第２ネットワーク要素は、サポートされたプロトコルモードのリストを第３ネットワーク要素へ返送し、その際に、該第３ネットワーク要素は、選択手順を実行し、そして選択されたプロトコルモードを第１及び第２ネットワーク要素に通知するメッセージをそれらのネットワーク要素に送信する請求項１９ないし２４のいずれかに記載のシステム。
【請求項２７】
ａ）上記第１ネットワーク要素は、上記第２ネットワーク要素への接続を開始するときに上記選択手順を遂行し、そして上記第１ネットワーク要素によりサポートされた１つのモードに関する情報を上記第２ネットワーク要素へ送信し、
ｂ）上記第２ネットワーク要素は、モードをサポートするときには、確認メッセージを返送し、又はモードをサポートしないときには、上記第２ネットワーク要素によりサポートされた別のモードを指示するメッセージを上記第１ネットワーク要素に返送し、そして
ｃ）上記第１ネットワーク要素は、このモードをサポートするときには、それを更なる通信のために選択するか、又は
ｄ）上記第１ネットワーク要素が上記第２ネットワーク要素により指示されたモードをサポートしないときには、上記システムは、別のモードを選択して上記段階ａ）ないしｄ）を繰り返す、
請求項１９ないし２４のいずれかに記載のシステム。
【請求項２８】
ａ）上記第１ネットワーク要素は、上記第２ネットワーク要素への接続を開始するときには、その第１ネットワーク要素によりサポートされる全モードに関する情報を上記第２ネットワーク要素へ送信し、
ｂ）上記第２ネットワーク要素は、選択手順を遂行し、そして選択されたモードを指示するメッセージを上記第１ネットワーク要素に返送し、そして
上記第１及び第２のネットワーク要素は、指示されたモードを更なる通信のために使用する請求項１９ないし２４のいずれかに記載のシステム。
【請求項２９】
上記システムは、サポート又は選択されたモードに関する情報をネットワーク要素とやり取りするためのコール制御プロトコルを使用する請求項１９又は２８のいずれかに記載のシステム。
【請求項３０】
上記プロトコルは、セッション開始プロトコル（ＳＩＰ）である請求項２９に記載のシステム。
【請求項３１】
上記第１ネットワーク要素及び／又は第２ネットワーク要素及び／又は第３ネットワーク要素は、選択されたモードに関する情報を無線ネットワーク制御手段へ送信する請求項１９ないし３０のいずれかに記載のシステム。
【請求項３２】
選択されたモードに関する情報を、パケットデータ収斂プロトコルに関連したネゴシエーション手順の一部分として送信するか又はアクチベートＰＤＰコンテクストメッセージにおいて送信する請求項３１に記載のシステム。
【請求項３３】
選択されたモードに関する情報は、アプリケーションの形式を指示する付加的なフラグを含む請求項３１又は３２に記載のシステム。
【請求項３４】
選択されたモードに関する情報は、ヘッダ圧縮又はヘッダ剥離／除去のようなヘッダ処理に関する付加的な情報を含む請求項３１、３２又は３３に記載のシステム。
【請求項３５】
請求項１ないし１８のいずれかに記載の方法、又は請求項１９ないし３４のいずれかに記載の通信システムに使用されるネットワーク要素であって、このネットワーク要素又は別のネットワーク要素によりサポートされる多数のモードの１つを選択するために選択手順を遂行するネットワーク要素。
【請求項３６】
上記モードは、異なる変換モード、特に、コード／デコードモードである請求項３５に記載のネットワーク要素。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、使用すべきモードを選択又はネゴシエーションすることによりモード選択を遂行するように構成された通信システムに係る。更に、本発明は、このような通信システムにおいて実行されるべき方法と、モード選択を行うことのできるネットワーク要素とに係る。
【０００２】
【背景技術】
通信ネットワークは、システムにより指令されたモード又はエンドユーザ装置のような当該ネットワーク要素間でネゴシエーションされたモードを使用して、パケット交換及び／又は回路交換ベースで、ユーザ音声トラフィック等の情報を転送する。例えば、ＵＭＴＳ（ユニバーサル移動テレコミュニケーションシステム）システムのようなネットワークの計画的発展においては、付加的な機能及びサービスを組み込むことができる。例えば、マルチメディアメッセージサービスＭＭＳのような新規なマルチメディアサービスがシステム内にサポートされ、それらサービスは、ＩＰ（インターネットプロトコル）ベースのサービスである。パケットベース（例えば、ＩＰベース）のサービスセッション、例えば、マルチメディアサービスセッションは、特定のプロトコルにより制御される。例えば、セッション開始プロトコル（ＳＩＰ）は、例えば、コール及び接続確立やエンドポイント能力情報の転送に使用されるプロトコルを表わす。このような能力情報は、例えば、エンドターミナルによってサポートされる音声及びマルチメディアコーデックに関連している。
【０００３】
このようなマルチメディアサービスシステムの機能及びサービスは、例えば、ＵＭＴＳ形式の既存のネットワークシステム機能にマップされる。例えば、システムのサービスは、ＰＤＰコンテクスト及び無線シグナリングと、例えば、ＵＭＴＳ形式の既存のパケット交換コアネットワーク要素及びインターフェイスとにマップされる。従って、マルチメディア（例えば、ＩＰマルチメディア）及びネットワーク層（例えば、ＧＰＲＳ層）の相互作用及びマッピングの問題がある。
【０００４】
例えば、ＶｏＩＰコール（ボイスオーバーＩＰベースの接続、即ちインターネット電話）の場合には、ＧＥＲＡＮ（ＧＳＭ／エッジ無線アクセスネットワーク）及びＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）のような無線アクセスネットワークに、例えば、特定のＰＤＰコンテクストに対して使用されるべきヘッダ適応方法を判断するためにアプリケーションの形式が通知される。例えば、選択に使用できる２つの異なるヘッダ適応スキムは、例えば、「ヘッダ圧縮」及び「ヘッダ剥離／除去」である。ヘッダ剥離／除去モードは、スピーチのみのトラフィックに使用され、ここで、例えば、一体化された下位のエンドターミナル装置に対して最適化されたスピーチ搬送が要求される。ヘッダ圧縮モードは、例えば、ＵＭＴＳ電話に接続されたラップトップコンピュータのような外部装置における音声アプリケーションオペレーションを含むより一般的なＩＰマルチメディアトラフィックに対して使用される。
不適切なプロトコルモード、ヘッダ適応モード又は無線アクセスベアラモードのような不適切なモードを選択したときには、誤ったメッセージ送信の問題が生じ得る。
【０００５】
【発明の開示】
本発明は、特許請求の範囲に規定された方法及びシステムを提供する。
より詳細には、通信システム、及び／又は通信システムにおいて実行されるべき方法は、少なくとも１つの第１ネットワーク要素を備え、これは、１つ以上のパケットベースのネットワークを経て第２ネットワーク要素に接続できる。第１及び第２ネットワーク要素の少なくとも１つは、別のネットワーク要素と通信するための２つ以上の選択可能なモードを与える。モード選択手順は、ネットワーク要素間の両方向通信に対して同じモードを選択するために（例えば、ネットワーク要素の一方又は両方により、或いは第１及び第２ネットワーク要素に接続された第３ネットワーク要素により）遂行される。選択可能なモードは、好ましくは、異なるコーデック形式であるが、他の形式の変換モード、或いは無線インターフェイスプロトコル形式又はチャンネルコードスキム等であってもよい。
【０００６】
第１及び／又は第２のネットワーク要素は、ポータブル型ターミナル装置である。第３のネットワーク要素は、サポートノード又はサポートファンクションであるのが好ましい。
好ましい実施形態では、主として他の目的で使用されるが、メッセージサービス、好ましくは、ＩＰベースのマルチメディアメッセージサービスも提供することのできるプロトコルは、サポート又は選択されたモードに関する情報をネットワーク要素とやり取りするのに使用される。このプロトコルは、セッション開始プロトコル（ＳＩＰ）である。このＳＩＰは、マルチメディアセッション確立・制御プロトコル、即ちリアルタイムマルチメディアの制御プロトコルである。
【０００７】
第１及び第２ネットワーク要素を接続する１つ又は複数のネットワークは、ＵＭＴＳベースのネットワークであるのが好ましい。
１つの実施形態では、第１ネットワーク要素は、その第１ネットワーク要素によりサポートされた１つ以上のモードに関する情報を第３ネットワーク要素に送信し、該第３ネットワーク要素は、選択手順を遂行し、そして１つのみの又は２つ以上であるが全部ではないサポートされたモードに関する情報を第２ネットワーク要素に送信し、該第２ネットワーク要素は、選択されたモード又は選択されたモードの１つのサポートを確認する確認メッセージを第３ネットワーク要素へ送信し、該第３ネットワーク要素は、選択されたモードを第１ネットワーク要素に通知するメッセージをその第１ネットワーク要素へ送信する。これは、本発明の好ましい実施形態と、通常のＳＩＰオペレーションとの間の１つの相違である。通常、使用されるコーデック等の間にネゴシエーションはなく、両要素は、それ自身の能力に関する情報をＳＩＰメッセージに含む。従って、情報フィールド等の選択及び特定の使用が提案される。
【０００８】
別の実施形態では、第１ネットワーク要素は、その第１ネットワーク要素によりサポートされた１つ以上のモードに関する情報を第３ネットワーク要素に送信し、該第３ネットワーク要素は、サポートされたモードに関する情報を送信するように第２ネットワーク要素に要求し、該第２ネットワーク要素は、サポートされたモードのリストを第３ネットワーク要素へ返送し、その際に、該第３ネットワーク要素は、選択手順を実行し、そして選択されたモードを第１及び第２ネットワーク要素に通知するメッセージをそれらネットワーク要素に送信する。
【０００９】
更に別の実施形態では、第１ネットワーク要素は、第２ネットワーク要素への接続を開始するときに選択手順を遂行し、そして第１ネットワーク要素によりサポートされた１つのモードに関する情報を第２ネットワーク要素へ送信する。第２ネットワーク要素は、モードをサポートするときには、確認メッセージを返送し、又はモードをサポートしないときには、第２ネットワーク要素によりサポートされた別のモードを指示するメッセージを第１ネットワーク要素に返送する。第１ネットワーク要素は、このモードをサポートするときには、それを更なる通信のために選択するか、又は第１ネットワーク要素が、第２ネットワーク要素により指示されたモードをサポートしないときには、別のモードを選択して、上記段階ａ）ないしｄ）を繰り返す。
【００１０】
更に別の実施形態では、第１ネットワーク要素は、第２ネットワーク要素への接続を開始するときには、その第１ネットワーク要素によりサポートされる全モードに関する情報を第２ネットワーク要素へ送信する。第２ネットワーク要素は、選択手順を遂行し、そして選択されたモードを指示するメッセージを第１ネットワーク要素に返送し、そして第１及び第２のネットワーク要素は、指示されたモードを更なる通信のために選択する。
【００１１】
第１ネットワーク要素及び／又は第２ネットワーク要素及び／又は第３ネットワーク要素は、選択されたモードに関する情報を無線ネットワーク制御手段へ送信する。選択されたプロトコルモードに関する情報は、例えば、パケットデータ収斂プロトコルに関連したネゴシエーション手順の一部分として送信されるか又はアクチベートＰＤＰコンテクストメッセージにおいて送信される。選択されたモードに関する情報は、アプリケーションの形式を指示する付加的なフラグを含むのが好ましい。アプリケーション形式のみを送信することができ、他の情報は送信できない。
【００１２】
選択されたモードに関する情報は、ヘッダ圧縮又はヘッダ剥離／除去のようなヘッダ処理に関する付加的な情報を含むのが好ましい。
一般に、本発明によれば、好ましくは２つのネットワーク要素間に接続を確立するときにモード選択を遂行するための選択手順が提供される。プロトコル選択のようなこのモード選択は、アップリンク及びダウンリンク方向に同じモードを使用するといった規定のやり方でネットワーク要素間の両方向通信が実行されるように確保する。
【００１３】
例えば、このようなモード選択は、ＵＭＴＳネットワークにおける無線アクセスベアラが同じコーデック形式（例えば、ＡＭＲ（適応マルチレート）、ＧＳＭ　ＦＲ（全レート）、ＧＳＭ　ＥＦＲ（エンハンスト全レート）、等）を同時に使用し且つサポートし、そしてその同じ、即ち１つだけの、コーデック形式をアップリンク及びダウンリンク方向に使用するよう確保することができる。ＡＭＲのようなあるケースでは、アップリンク及びダウンリンク方向に異なるコーデックモードが与えられることがある。コーデック情報は、音声トラフィックに対する適当なチャンネルコード化スキムを含む適当な無線インターフェイスプロトコルモードを選択するのに使用できる。
【００１４】
両方向に同じコーデックを使用することは、ＰＤＰ（パケットデータプロトコル）コンテクストの対応無線ベアラのチャンネルコードが、両方向に同一となるように適切に且つ正しく選択されることを保証する。音声トラフィックを搬送するためには少なくとも１つのＰＤＰコンテクストが必要であるから、適当な無線ベアラを選択して、ＵＭＴＳ　ＩＰ電話を問題なく実行できるようにする（ＶｏＩＰ）。
本発明の効果は、ＵＭＴＳ無線アクセスネットワークアーキテクチャー及びベアラの最上部で例えばＳＩＰオペレーションを実行できることである。無線アクセスネットワークに与えられる選択されたモード及びアプリケーション形式に関する新たな情報は、既に、既存のネットワークアーキテクチャーのある種の変更であることはさておき、上述した問題を解決するのに、３ＧＰＰリリース２０００のような実際の又は将来の定義に対しＵＴＲＡＮ又はＧＥＲＡＮのような既存の無線アクセスネットワークを他に変更することは必要とされない。それ故、本発明は、ＵＭＴＳにおけるＩＰ電話のための解決策を与える。
【００１５】
本発明による解決策は、所有権のあるメカニズム又はファンクションとして実施することもできるし、或いは標準化されたメカニズム又はファンクションでもよい。
本発明の更に別の特徴によれば、上述した方法又は通信システムに好ましく使用されるべきネットワーク要素が提供され、このネットワーク要素は、該ネットワーク要素又は別のネットワーク要素によりサポートされる多数のモードの１つを選択するための選択手順を実行するように構成される。モードは、異なる変換モード、特に、コード／デコードモードでよい。
【００１６】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
本発明の幾つかの実施形態を詳細に説明する前に、本発明の多数の一般的観点及び特徴について述べる。接続設定において、ＳＩＰ（セッション開始プロトコル）のコール確立手順のようなあるプロトコルは、端から端までの、即ちコール発信要素とコール着信要素の間の多数のコーデックをネゴシエーションしそして使用できるようにする。更に、このようなプロトコルは、アップリンク及びダウンリンク方向に異なるコーデックを使用できるようにする。本発明の好ましい観点に基づいて実行される選択手順により、第３世代形式のＵＭＴＳのようなネットワークにおけるＩＰ電話アプリケーションは、システムの機能に干渉せずそしてシステムを最小限に変更するだけで、ＵＭＴＳ無線アクセスネットワーク（ＲＡＮ）の最上部に使用することができる。従って、このようなケースでも、正しい機能を確保することができる。
【００１７】
例えば、ＳＩＰを使用するときに、発呼者は、１組のサポートされるコーデックを被呼者又は第３ネットワーク要素に送信する。又、被呼者も、１組のサポートされるコーデックを発呼者又は第３ネットワーク要素に送信する。コール設定後に、ＶｏＩＰパケットを送信するときに、本発明を使用して、発呼者が被呼者によりサポートされたコーデックの１つを使用し且つ被呼者が発呼者によりサポートされたコーデックの１つを使用し、そしてこれらの使用されるコーデックが被呼者と発呼者とで同じであるように保証することができる。さもなければ、両方向通信に対して例えば１つの同じコーデックだけを選択するためのモード選択手順を実行しないときに、送信者は、受信者へデータを送信するとき受信者によりサポートされた１組のコーデックからコーデックを動的に選択して、最終的に異なるコーデックが使用されるようにしてもよい。更に、使用されるコーデックは、異なる方向に異なるものであってもよい。
【００１８】
本発明の好ましい実施形態によれば、多数の形態が開示される。１つの特徴によれば、ターミナル装置（ネットワーク要素）、例えば、ＵＭＴＳ電話、又はネットワーク、例えば、ＵＭＴＳネットワークは、常に１つのコーデック形式のみが各方向に使用され、そして更に、このコーデック形式が両方向に同じであることを確保するように機能する。これは、ＵＭＴＳターミナルのような１つ又は両方のターミナル装置において、全ての場合に特定のコード（１つ又は複数）をサポートするように命令し、及び／又は１つのコーデックのみを他のエンドポイントへサポートされたコーデックとして通知できることを定義することにより達成することができる。
【００１９】
更に、被呼者の振舞いは、コール着信装置が、もし可能であれば、コール発信装置により通知されたものと同じコーデックを選択するように定義され且つ適応される。コール着信装置が、コール発信装置により通知されたものと同じコーデックを選択する上で失敗した場合には、コール着信装置は、第３世代のシステム（３Ｇシステム）において指令されるコーデックを選択し、そしてこのコーデックをコール発信装置へ通知するのが好ましい。コール発信装置は、通知されたコーデックを、命令されたものとしてサポートし、そしてこの点において、コール着信装置がデータの送信にも同じコーデックを使用し、それ故、その振舞いをそれに応じて調整するものと仮定する。
【００２０】
本発明の別の実施形態によれば、更に別の解決策が提供される。ＵＭＴＳネットワークのようなネットワークでは、制御手段（第３のネットワーク要素）が、使用されるべきコーデックについて判断し、そして選択手順と、コール発信及び着信装置へ送信されるべき必要なメッセージとを取り扱う。この制御手段は、例えば、ネットワークのＣＳＣＦ（コール状態制御ファンクション）であり、及び／又は例えば、ローミングする加入者の場合にはＰＬＭＮ（公衆地上移動ネットワーク）のような訪問先ネットワークにおけるプロキシーＣＳＣＦであり、及び／又はホームネットワーク、例えば、加入者のＰＬＭＮにおけるホームＣＳＣＦである。
【００２１】
制御手段は、コール発信装置及び着信装置の両方がコーデックについての判断を使用できるようにする。好ましい実施形態では、コール発信装置によりサポートされるコーデックが、ＳＩＰのインバイト（招待）メッセージのような特定のメッセージに含まれる。このインバイトメッセージを受信した後に、ＣＳＣＦのような制御手段は、コーデックの１つを選択し、即ちモード選択手順を遂行し、そして選択されたコーデックのみを含むようにインバイトメッセージを変更した後に、そのインバイトメッセージをコール着信装置に転送することができる。コール着信装置は、制御手段によって選択されたインバイトメッセージに含まれた単一コーデックをそれがサポートする場合だけ、ＳＩＰの２００　ＯＫメッセージのような確認メッセージを送信することにより、インバイトメッセージの受信を確認する。又、否定的なケースでも、例えば、否定確認を与えるか、又はコール着信装置によりサポートされるコーデックを含ませることにより、確認メッセージを送信することができる。
【００２２】
ＣＳＣＦのような制御手段において実行される選択手順は、例えば、オペレータの好みをベースとする。例えば、オペレータがＡＭＲの使用を好むときには、選択手順が、ＦＲ、ＨＲ及びＡＭＲを含む組からＡＭＲを選択する。別の例は、トランスコーダプールが使用されるケースである。このようなケースでは、オペレータは、トランスコーダの使用を最適化する。後者のケースでは、訪問先ネットワークの制御手段、即ち訪問先ネットワーク要素、例えば、プロキシーＣＳＣＦにおいて判断及び選択が行われるのが好ましい。
【００２３】
更に、使用されるべきコーデックについて判断するときにはユーザの位置情報も考慮される。例えば、ネットワーク／国の異なる部分におけるベースステーションサブシステム（ＢＳＳ）が例えば異なる製品発売をベースとし、そしてこの理由又は他の理由で、異なるコーデックを好みとする場合、或いはトランスコーダプール最適化の理由で、コーデック選択手順は、このようなパラメータを考慮するように構成される。
【００２４】
本発明の別の実施形態で実施される更に別の解決策は、コール発信装置によりサポートされる全コーデックに関する情報（例えば、インバイトメッセージにおける）及びコール着信装置によりサポートされる全コーデックに関する情報（例えば、ＳＩＰの２００　ＯＫメッセージにおける）を受信した後に、ＣＳＣＦのような制御ネットワーク要素によりコーデックを選択することである。両メッセージを受信した後に、制御手段は、コール発信装置及びコール着信装置によりサポートされる両コーデックセットを知る。次いで、制御手段は、コール発信及び着信の両装置によりサポートされる１つのコーデックを、任意に選択するか、或いは例えばネットワークオペレータ又はサービスプロバイダーにより指定された優先順位に基づいてコーデックをランク付けした優先順位リストを参照して選択することにより、モード選択ステップを実行する。
【００２５】
コール発信及び着信の両装置により使用されるべきコーデックを選択した後、その選択されたコーデックは、コール着信装置から受信された２００　ＯＫメッセージを変更することにより発生されたＳＩＰの２００　ＯＫメッセージのような更に別のメッセージにおいてコール発信装置へ送信され、そしてＳＩＰのＡＣＫメッセージのような別のメッセージにおいてコール着信装置へ送信される。
【００２６】
使用されるべきコーデックが選択されたときに、１つ以上のネットワーク要素、特に、無線ネットワークコントローラのような制御要素、又はコール発信及び／又はコール着信装置への無線アクセスを制御するベースステーションサブシステムに、選択されたコーデックについて通知しなければならない。ネットワーク制御要素のこの通知は、多数の種々の仕方で行うことができ、それらを好ましい順に以下に示す。
１）移動ステーション（ＭＳ）のようなコール発信及び／又は着信装置は、選択されたコーデックに関する情報を、ＰＤＣＰ（パケットデータ収斂プロトコル）ネゴシエーションの一部分として無線アクセスコントローラ（例えば、無線ネットワークコントローラＲＮＣ）へ送信する。制御要素へ送信されてそれに選択されたコーデックについて知らせるメッセージは、更に、アプリケーション形式を指示するための個別のフラグ又は他の指示子、及び／又は特定のＰＤＰコンテクストに対してヘッダ圧縮又はヘッダ剥離／除去を使用すべきかどうかを含んでもよい。
【００２７】
２）それとは別に、コール発信及び／又は着信装置は、選択されたコーデックに関する情報を、ＳＧＳＮ（サービングＧＰＲＳサポートノード）のようなサービングノードに送信する。サービングノードは、選択されたコーデックに関する情報をＲＡＢ（無線アクセスベアラ）確立要求メッセージにおいてＲＮＣのような制御要素に転送する。送信されるメッセージ（１つ又は複数）は、更に、アプリケーション形式を指示するフラグのような更に別の情報、及び／又は特定のＰＤＰコンテクストに対してヘッダ圧縮又は剥離／除去を使用すべきかどうかを含んでもよい。
【００２８】
３）ＣＳＣＦのようなコール状態制御手段は、選択されたコーデックに関する情報をＲＮＣのような無線アクセス制御手段へ送信する（例えば、次のように：ＣＳＣＦ→ＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）、ＧＧＳＮ→ＳＧＳＮ、ＳＧＳＮ→ＲＮＣ）。上述したように、メッセージは、アプリケーション形式を指示するフラグのような個別の指示、及び／又は特定のＰＤＰコンテクストに対してヘッダ圧縮又は剥離／除去を使用すべきかどうかを含んでもよい。
【００２９】
アプリケーション形式の指示（例えば、アプリケーション形式のフラグ）が含まれるときには、アプリケーション形式に関する情報がコール発信又は着信装置（例えば、移動ステーションＭＳ）から、或いはコール制御手段（例えば、ＣＳＣＦ）から送信される。というのは、これらのエンティティは、ＵＭＴＳネットワークにおいて、ＰＤＰコンテクストの最上部で実行されるサービス及びアプリケーションに関して充分な情報を有する唯一のエンティティだからである。ヘッダ圧縮は、アプリケーション形式が分からないか又はメッセージにおいて指示される場合にデフォールトオペレーションとして設定されるのが好ましい。ヘッダ剥離／除去は、ＰＤＰコンテクストにおいて音声トラフィックのみが実行されるときに最適化スピーチ送信に対して使用されるのが好ましい。
【００３０】
必要なアプリケーション情報は、コール発信及び／又は着信装置の内部アプリケーションプログラミングインターフェイス（ＡＰＩ）（該内部ＡＰＩは、アプリケーション／サービス間に構成される）、ＳＰＩ層及びＵＭＴＳ／ＧＰＲＳ層を通して受信されるのが好ましい。ヘッダ剥離／除去は、一体化されたＵＭＴＳ　ＳＩＰターミナルの場合にのみ使用されるのが好ましい。又、これは、ターミナル装置（ＴＥ）とコール発信及び／又は着信装置とが個別の装置である場合には、ラップトップコンピュータからＵＭＴＳ電話へ与えられてもよい。フラグのようなアプリケーション形式の指示子は、例えば、次のような明確な値を有する。「ヘッダ圧縮」、又は「ヘッダ剥離／除去」、又は「アプリケーション形式」（例えば、値：音声）これは、剥離／除去を使用すべきことを指示する。
【００３１】
以下、図１を参照して、第１の実施形態を詳細に説明する。図１に示すターミナルネットワーク要素１は、「ＵＥ（ユーザ装置）発呼者」と称され、別のネットワーク要素３への接続の確立を要求する。従って、ネットワーク要素３は、コール着信装置を表わし、「ＵＥ被呼者」と称される。ネットワークは、更に別のネットワーク要素２を備え、これは、接続制御要素であって、コール状態制御ファンクションとして実施され又はそのファンクションを与える。ＭＳ（移動ステーション）のようなネットワーク要素１は、ターミナルネットワーク要素３への接続を確立しようとするときに、この実施形態では、ＣＳＣＦ２へメッセージを送信して、ターミナル装置要素３への接続を確立したい旨通知し、該メッセージは、ネットワーク要素１、即ちコール発信装置によりサポートされた全コーデックに関する情報を含む。このメッセージは、好ましくはＳＩＰである接続プロトコルのインバイト（Ｉｎｖｉｔｅ）メッセージである。このインバイトメッセージは、ネットワーク要素１によりサポートされたコーデックのリストを含む。
【００３２】
ＣＳＣＦ要素２は、この実施形態では、装置１によりサポートされたコーデックの１つを選択するコーデック選択手順４であるモード選択手順を実行するように構成される。このコーデック選択４は、ＣＳＣＦ２に含まれた好み又は優先順位パラメータをベースとしてもよいし、或いは装置１により望まれるアプリケーションの形式、例えば、純粋なデータ送信、純粋なボイスオーバーＩＰ送信等に依存するものでもよい。
【００３３】
コーデック選択手順４を実行した後に、ＣＳＣＦ２は、更に、インバイトメッセージをユーザ装置３へ送信し、このメッセージは、今や、コーデック選択手順４により選択されたコーデックしか含まない。これも移動ステーション又は固定装置であるユーザ装置３は、受信したインバイトメッセージに含まれたコーデックをサポートするかどうかの内部チェックを遂行する。もしそうであれば、ユーザ装置３は、ＣＳＣＦ２へ確認メッセージ（好ましくはＳＩＰにおける２００　ＯＫメッセージ）を返送し、このメッセージは、ユーザ装置３によるサポートを確認するためにその選択されたコーデックを繰り返す。ＣＳＣＦ２は、この確認メッセージをＳＩＰにおいてユーザ装置１へ送信する（２００　ＯＫ（選択されたコーデック））。
【００３４】
このメッセージを受信すると、ユーザ装置１は、アップリンク及びダウンリンクの両リンクに対してこの指示されたコーデックのみを使用する。同様に、ユーザ装置３も、アップリンク及びダウンリンクトラフィックに対し、即ちユーザ装置３とＲＣＰ（無線ネットワークコントローラ）のような無線アクセス制御手段との間の無線アクセスに対して、選択されたコーデックだけを使用する。ユーザ装置１及び３への無線アクセスを取り扱う無線ネットワークコントローラも、同様に、例えば上述した方法の１つを使用して選択されたコーデックが通知され、そしてそれに応じて、それらのオペレーションモードを適応させる。
【００３５】
ユーザ装置３が、ＣＳＣＦ２から受信されたインバイトメッセージで指示された選択されたコーデックをサポートしないときには、ＣＳＣＦ２へメッセージを送信して、その選択されたコーデックをサポートしないことを通知するのが好ましい。その際に、ＣＳＣＦ２は、コーデック選択手順４を繰り返すが、今度は、第１の選択されたコーデックとは異なる別のコーデックを選択し、そしてその新たに選択されたコーデックをインバイトメッセージのようなメッセージにおいてユーザ装置３へ送信する。このコーデックがユーザ装置３によりサポートされるときには、それが２００　ＯＫメッセージを返送し、さもなければ、ユーザ装置３によりサポートされるコーデックが選択されるまで、上記ステップが繰り返される。
【００３６】
図２は、ＣＳＣＦ２により第１の実施形態と同様にコーデック選択手順４が実行される本発明の別の実施形態を示す。上述した第１の実施形態とは対照的に、ＣＳＣＦ２は、ユーザ装置１によりサポートされるコーデックの全部又は少なくとも幾つかを指示するインバイトメッセージを受信した後、ユーザ装置３によりサポートされる全コーデックに関する情報を返送するようにユーザ装置３に要求する。このメッセージは、サポートされたコーデックのリストを返送するための要求を定義するＳＩＰのインバイトメッセージである。ユーザ装置３は、ユーザ装置３によりサポートされたコーデックのリストを含むメッセージ（例えば、ＳＩＰの２００　ＯＫメッセージ）を返送する。
【００３７】
このリストは、ユーザ装置３によりサポートされた全てのコーデックを含んでもよいし、或いはユーザ装置１によってもサポートされるものだけを指示してもよい。後者の場合には、ユーザ装置３は、ＣＳＣＦ２からのインバイトメッセージにおいて、ユーザ装置１によりサポートされたコーデックのリストを受け取り、そしてユーザ装置１によりサポートされたコーデックと、ユーザ装置３によりサポートされたコーデックとの比較を行って、ユーザ装置１及び３の両方によりサポートされたコーデックのみを選択する。ユーザ装置３により返送されるリストが、サポートされる全コーデックを含む前者の場合には、ＣＳＣＦ２からユーザ装置３へ送信されるインバイトメッセージは、ユーザ装置１によりサポートされるコーデックの指示を含まない。
【００３８】
ＣＳＣＦ２は、コーデック選択手順４により、ユーザ装置１及び３の両方によりサポートされるコーデックの１つを選択し、そしてユーザ装置１及び３の両方にメッセージを送信して、その後の接続中に使用するための選択されたコーデックに関して通知する。ユーザ装置１にアドレスされるメッセージは、選択されたコーデックを指示するＳＩＰのメッセージ２００　ＯＫである。ユーザ装置１は、ＣＳＣＦ２へ確認メッセージを返送して、２００　ＯＫメッセージの受信を確認し、そして最終的に、その選択されたコーデックを繰り返す。ＣＳＣＦ２は、ユーザ装置１から受信した確認メッセージを、選択されたコーデックを指示する情報を追加した後に（予め含まれていなければ）、ユーザ装置３へ転送する。
【００３９】
図２の実施形態は、両ユーザ装置によってサポートされたコーデックの非常に迅速な選択に貢献する。
第１の実施形態に関して上述した全ての説明、特徴及び効果は、この第２の実施形態にも適用でき（上記説明に対して矛盾のない限り）、そしてその後に説明する実施形態３及び４にも適用できる。
【００４０】
図３に示す実施形態は、コーデック選択手順４がユーザ装置１により且つユーザ装置１において実行されるという点で、上述した第１及び第２の実施形態とは異なる。意図されたアプリケーション（音声送信、非リアルタイムトラフィック等）に基づくか又は他のパラメータに基づいてコーデック選択を実行した後に、ユーザ装置１は、選択されたコーデックを指示するインバイトメッセージのようなメッセージを、ＣＳＣＦ２を経てユーザ装置３へ送信する。ユーザ装置３は、その選択されたコーデックをサポートするときに、ＣＳＣＦ２を経て、その選択されサポートされたコーデックを指示する２００　ＯＫメッセージである確認メッセージを返送する。
【００４１】
ユーザ装置３がその選択されたコーデックをサポートしない場合には、関連メッセージの送信を含むコーデック選択手順４の繰り返しが、第１の実施形態について既に述べたように行われる（コード選択手順４がユーザ装置１において繰り返され、ＣＳＣＦ２において繰り返されないことは除く）。第１及び第２の実施形態について上述した他の全ての説明は、この第３実施形態に同様に適用される。
【００４２】
図４は、コーデック選択手順４がユーザ装置３において実行される第４の実施形態を示す。この場合に、ユーザ装置１は、ユーザ装置１によりサポートされる全コーデックを指示するメッセージを、ＣＳＣＦ２を経て、ユーザ装置３へ送信する。このメッセージは、ＳＩＰのインバイトメッセージでよい。ユーザ装置１によりサポートされるコーデックに関する情報を受信した後に、ユーザ装置３は、ユーザ装置１によりサポートされたコーデックのリストから、ユーザ装置３によってもサポートされたコーデックの１つを選択することにより、コーデック選択手順４を実行する。コーデック選択手順４を実行した後に、ユーザ装置３は、ＣＳＣＦ２を経てユーザ装置１へメッセージを送信し、ユーザ装置１及び最終的にＣＳＣＦ２にも、選択されたコーデックについて通知する。選択されたコーデックは、その後、ユーザ装置１及び３の両方により使用される。第１の実施形態ないし第３の実施形態について上述した他の全ての説明が、この第４の実施形態にも適用される。
【００４３】
図４に示すように（図４に示した手順は、本発明の上述した全ての実施形態に共通であるのが好ましい）、ユーザ装置１への無線アクセス制御の役割を果たすＲＮＣ５のような無線アクセスコントローラは、ユーザ装置１により、選択されたコーデックについて通知され、そして好ましくは、例えば、「ヘッダ圧縮」又は「ヘッダ剥離／除去」を指示するアプリケーション形式のフラグを送信することによりアプリケーションの形式についても通知される。この情報は、ＰＤＣＰネゴシエーション６を実行するときに送信できるが、個別のメッセージにおいて送信されてもよい。同様に、ユーザ装置３は、ユーザ装置３への無線アクセス制御の役割を果たすＲＮＣ７のような無線アクセス制御要素にも通知し、これは、ＲＮＣ７にメッセージ８を送信することにより行われる。このメッセージは、選択されたコーデックを指示し、そしてもし分かっていれば、アプリケーション形式フラグも含む。
【００４４】
ユーザ装置１及び３への及びそれらからの無線アクセスに対する無線アクセス制御要素５及び７のこの通知は、上述した第１ないし第３の全実施形態に同様に適用できる。
好ましい実施形態について上述したが、本発明は、これに限定されるものではなく、本発明の範囲内で行われる全ての変更、修正、追加及び削除も包含するものとする。例えば、モード選択手順は、コーデックの選択を参照して説明したが、他の形式の変換モード選択、プロトコル選択手順等について行われてもよい。
【図面の簡単な説明】
【図１】本発明の第１実施形態の基本的構造を示す図である。
【図２】本発明の第２実施形態を示す図である。
【図３】本発明の別の実施形態を示す図である。
【図４】本発明の更に別の実施形態を示す図である。
【図１】
2004506393.tif 000003
【図２】
2004506393.tif 000004
【図３】
2004506393.tif 000005
【図４】
2004506393.tif 000006
【国際公開パンフレット】
2004506393.tif 000007
2004506393.tif 000008
2004506393.tif 000009
2004506393.tif 000010
2004506393.tif 000011
2004506393.tif 000012
2004506393.tif 000013
2004506393.tif 000014
2004506393.tif 000015
2004506393.tif 000016
2004506393.tif 000017
2004506393.tif 000018
2004506393.tif 000019
2004506393.tif 000020
2004506393.tif 000021
2004506393.tif 000022
2004506393.tif 000023
2004506393.tif 000024
2004506393.tif 000025
2004506393.tif 000026
2004506393.tif 000027
2004506393.tif 000028
2004506393.tif 000029
2004506393.tif 000030
2004506393.tif 000031
2004506393.tif 000032
2004506393.tif 000033
2004506393.tif 000034
2004506393.tif 000035
2004506393.tif 000036
2004506393.tif 000037
2004506393.tif 000038
【国際調査報告】
2004506393.tif 000039
2004506393.tif 000040
2004506393.tif 000041