(57)【特許請求の範囲】
【請求項１】
ＩＭＳ集中型サービス通信ネットワークにおいて通信を確立するための方法であって、
ＳＣＣアプリケーションサーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）において、複数のコーデック識別子を含む、発呼装置からの宛先装置とのセッション確立の要求を受信する工程と、
前記ＳＣＣアプリケーションサーバから前記宛先装置へ前記セッション確立のための第２の要求を送信する工程と、
前記宛先装置で前記複数のコーデック識別子からコーデック識別子を選択し、前記選択されたコーデック識別子を含むセットアップメッセージを前記ＳＣＣアプリケーションサーバと前記宛先装置との間の中間ノードへ送信する工程と、
前記中間ノードは、前記セットアップメッセージを受信すると前記中間ノードと前記宛先ノードとの間で無線ベアラのセットアップを開始する工程と、
前記ＳＣＣアプリケーションサーバにおいて前記中間ノードから、前記複数のコーデック識別子の中からコーデック識別子が選択されたことの表示を含むＩＮＶＩＴＥメッセージを受信する工程と
前記ＳＣＣアプリケーションサーバから前記中間ノードにメッセージを送信し、前記メッセージが中間ノードに対して前記セッションを確立するよう指示する工程と
を含むことを特徴とする方法。
【請求項２】
前記メッセージがセッション開始プロトコルメッセージを使って送信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記複数のコーデック識別子が、音声コーデック及びビデオコーデックの中から選択されたコーデックを識別することを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記セッションを確立するための第２の要求が、回線交換ベアラが前記ＳＣＣアプリケーションサーバと前記宛先装置との間で使用されることの表示を含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
ＩＭＳ集中型サービス通信ネットワークにおいて通信セッションを確立する方法であって、
ＩＭＳ集中型サービスが動作する装置において、ＳＣＣアプリケーションサーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）からのセッションを確立するための前記セッションで使用するコーデックを識別する複数のコーデック識別子を含む要求を受信する工程と、
前記装置において、前記複数のコーデック識別子の中から前記セッションで使用するコーデックを識別するコーデック識別子を選択する工程と、
前記装置にサービスする移動通信交換サーバへ前記選択されたコーデック識別子を含む前記セットアップメッセージを送信する工程と、
前記セットアップメッセージが前記移動通信交換サーバで受信されると、前記装置と前記移動通信交換サーバとの間で無線ベアラのセットアップを開始する工程と
を含むことを特徴とする方法。
【請求項６】
コーデックの優先順位に基づいて前記コーデック識別子を選択する工程を含むことを特徴とする請求項５に記載の方法。
【請求項７】
通信ネットワークで使用するＳＣＣアプリケーションサーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）であって、
宛先装置とのセッションを確立する複数のコーデック識別子を含む要求を発呼装置から受信する第１の受信部と、
前記ＳＣＣアプリケーションサーバと前記宛先装置との間で回線交換ベアラが使用されることの表示を含むよう前記要求を修正する処理部と、
前記宛先装置へ修正したメッセージを送信する第１の送信部と、
前記ＳＣＣアプリケーションサーバと前記宛先装置の間の中間ノードから、前記複数のコーデック識別子からコーデック識別子が選択されたことの表示を含むＩＮＶＩＴＥメッセージを受信する第２の受信部と、
前記第２の受信部が前記コーデック識別子が選択されたことの表示を含むＩＮＶＩＴＥメッセージを受信すると、前記中間ノードに対して、前記セッションを確立するための指示をするメッセージを送信する第２の送信部と
を含むことを特徴とするＳＣＣアプリケーションサーバ。
【請求項８】
メッセージが、セッション開始プロトコルメッセージを使って送信・受信されることを特徴とする請求項７に記載のＳＣＣアプリケーションサーバ。
【請求項９】
前記中間ノードは、移動通信交換サーバ、メディアゲートウェイ制御機能、移動通信交換局のいずれか一つから選択されることを特徴とする請求項７または８に記載のＳＣＣアプリケーションサーバ。
【請求項１０】
通信ネットワークで使用するＩＰマルチメディア集中型サービスが動作する装置であって、
セッションを確立させるために前記セッションで使用するコーデックを識別する複数のコーデック識別子を含む要求をＳＣＣアプリケーションサーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）から受信する受信部と、
前記複数のコーデック識別子の中から前記セッションで使用される前記コーデックを識別するコーデック識別子を選択するよう構成された処理部と、
前記装置へサービスする移動通信交換サーバへ、選択されたコーデック識別子を含むセットアップメッセージを送信する送信部とを備え、
前記装置が前記移動通信交換サーバへセットアップメッセージを送信すると、前記装置は、前記セットアップメッセージを受信した前記移動通信交換サーバと無線ベアラのセットアップを開始することを特徴とする装置。
【請求項１１】
前記処理部は、コーデックの優先度リストに基づいて前記コーデック識別子を選択することを特徴とする請求項１０に記載の装置。
【請求項１２】
コーデックの優先度のデータベースを含むことを特徴とする請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は通信ネットワークにおけるセッションの確立に関し、特にＩＰマルチメディアサブシステム集中型サービス（ＩＣＳ）通信ネットワークにおけるセッションのセットアップに関する。
【背景技術】
【０００２】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、移動通信ネットワーク上でのＩＰマルチメディアサービスを提供するための第３世代パートナーシッププロジェクト（３ＧＰＰ）によって明確になっている。ＩＰマルチメディアサービスは同じセッション中での音声、ビデオ、メッセージ、データなどのダイナミックな組み合わせを提供する。ベーシックなアプリケーションが増えるにつれて、組み合わせることができるメディアは増加し、エンドユーザ向けに提供されるサービスの数が増え、個人向けの新しい世代に向けた豊かなマルチメディア通信サービスが盛んになる。ＩＭＳは非特許文献１において定義されている。
【０００３】
ＩＭＳはセットアップ及びユーザ端末間（あるいはユーザ端末とアプリケーションサーバの間）の呼あるいはセッションの制御をするためにセッション開始プロトコル（ＳＩＰ）を使用する。ＳＩＰシグナリングによって運ばれるセッション記述プロトコル（ＳＤＰ）はセッションのメディアコンポーネントを記述し処理するために使用される。ＳＩＰはユーザ−ユーザ間のプロトコルとして作られたが、ＩＭＳはオペレータやサービスプロバイダに対して、状況に応じて、サービスに対するユーザアクセスを制御することやユーザへの課金を許している。
【０００４】
図１はＩＭＳ３がどのようにＧＰＲＳ／ＰＳアクセスネットワークの移動ネットワークアーキテクチャに適用するか示している。図１に示すように通信制御は３つのレイヤ（平面）で行われる。最も低いレイヤは接続レイヤ１で、ベアラとも呼ばれ、あるいはトラフィックプレーンと呼ばれ、それを通じて信号がユーザ端末へ／からネットワークとのアクセスをする。ＧＰＲＳネットワークはいくつかのＧＰＲＳサポートノード（ＧＳＮ）２ａ、２ｂを含む。ゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）２ａはＧＰＲＳバックボーンネットワークと他のネットワーク（無線ネットワークやＩＭＳネットワーク）とのインターフェイスとして動作する。サービングＧＰＲＳサポートノード（ＳＧＳＮ）２ｂは個々の移動体の位置を追跡し、セキュリティ機能とアクセス制御機能を行う。ＩＭＳ加入者によるＩＭＳ３へのアクセスはＩＰ−コネクティビティアクセスネットワーク（ＩＰ−ＣＡＮ）を介して行われる。図１においてＩＰ−ＣＡＮは接続レイヤ１を経由してユーザ機器をＩＭＳ３へリンクさせるエンティティを含むＧＰＲＳネットワークである。
【０００５】
ＩＭＳ３は、コントロールレイヤ４と接続レイヤ１とサービスネットワーク３ｂ上で動作するコアネットワーク３ａを含む。ＩＭＳコアネットワーク３ａは、接続レイヤ１においてＧＧＳＮ２ａ経由でＧＰＲＳとの間で送受信するノードと呼及びセッション制御機能５（ＣＳＣＦ）を含むノードとを含む。ＣＳＣＦ５は、中間の制御層においてＩＭＳ内でＳＩＰプロキシとして動作するサービングＣＳＣＦ（Ｓ−ＣＦＣＳ）とプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）とを含む。
【０００６】
最上位はアプリケーションレイヤ６であり、ＩＭＳサービスネットワーク３ｂを含む。アプリケーションサーバ７（ＡＳ）はＩＭＳサービス機能の実行を提供する。アプリケーションサーバ７はエンドユーザにセッション毎を基本にしたサービスを提供し、エンドポイントはシングルユーザに接続され、あるいは２以上のユーザ間にセッションを連結する。信頼できるアプリケーションサーバ７は加入者の識別に従って動作する（呼ばれたときも加入者を呼ぶときのどちらでも、ネットワークを制御するアプリケーションサーバ７に従う。）。
【０００７】
ＩＭＳは、トランスポート技術のようなインターネットプロトコル（ＩＰ）に頼っている。音声通信にＩＰを使うことは、しかしいくつかの課題があり、特に、移動体通信においてＶＯＩＰが動作するパケット交換（ＰＳ）ベアラはいつでも利用可能ではない。パケット交換ベアラでの音声通信を可能にする、ＩＭＳサービスに基づくサービスを開始することをオペレータに許可するために、業界は既存の回線交換（ＣＳ）ネットワークがＩＭＳサービスへアクセスするという解決法を開発した。これらの解決法はＩＭＳ集中型サービス（ＩＣＳ）として言及される。ＩＣＳは、これらの事項に取り組んでいる３ＧＰＰ  リリース８における作業項目でもある。ＩＣＳはユーザ機器（ＵＥ）に対して、非特許文献２において定義されたマルチメディア電話サービスへアクセスするための回線交換への接続を許可する。図２を参照すると、ＵＥ８はＣＳアクセスネットワークを経由してＭＳＣサーバ９へアクセアスできることを示している。それはＧｍで示される点を経由してＣＳＣＦ５へもアクセスし、そして、Ｇｍで示される点を経由してＳＣＣアプリケーションサーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）へアクセスする。
【０００８】
ＳＩＰはインターフェイスＧｍを介してＩＣＳ  ＵＥ８とＳＣＣ  アプリケーションサーバ１１との間のサービス制御を行うために使われている。
【０００９】
音声サービスのために、ＩＣＳ  ＵＥ８は、音声メディアを伝送するためにＣＳへのアクセスを使うことができる。ＩＣＳの仕様はインターフェイスＧｍを経由してＣＳベアラ制御を使うことがどうしたら可能か定義する。
【００１０】
３ＧＰＰ  リリース８  ＩＣＳの仕様は２つの異なる型のＭＳＣを説明する。修正されていないＭＳＣと強化されたＭＳＣである。ＩＭＳの構成において、強化されたＭＳＣはあるユーザエージェント機能と共にＰ−ＣＳＣＦとしてふるまうことができる。それは非特許文献２によるＣＳシグナリングシステムと非特許文献３によるＳＩＰとの間の連係動作を備える。
【００１１】
ＳＣＣアプリケーションサーバ１１が、音声要素（あるいはコーデックを必要とする他の型のメディア要素、例えばビデオ）を含む到来呼、あるいは他の型のセッション要求を受信すると、それはアクセス領域を選択する。このシナリオにおいては、ＳＣＣアプリケーションサーバ１１はＣＳベアラを使うことを判断する。ＳＣＣアプリケーションサーバ１１は、ＩＮＶＩＴＥ要求中に電話番号（ＳＣＣ  アプリケーションサーバ  ＰＳＩ  ＰＮ）を入れ、ＳＤＰ中にＣＳベアラ表示を入れる。ＩＣＳＵＥ８がＩＮＶＩＴＥ要求を受信すると、それはセットアップメッセージ中に電話番号を含むことによりＣＳ領域において呼をセットアップするために電話番号を使う。非特許文献３の手順によれば、ＩＣＳＵＥ８は音声呼に通常使う音声コーデックも備えている。
【００１２】
ＭＳＣ９にセットアップメッセージが来ると、それは強化されたＭＳＣあるいは普通のＭＳＣとして動作することができる。ＭＳＣ９が強化されたＭＳＣとして動作するときは、ＳＤＰ中に含まれる全てのコーデック情報と共に、セットアップメッセージをＩＮＶＩＴＥ要求に変換し、リクエストＵＲＩとしてＳＣＣアプリケーションサーバ：ＰＳＩを含める。ＳＣＣアプリケーションサーバ１１は、ＳＩＰ  ＩＮＶＩＴＥ要求を受信すると、発呼したＵＥへ送信するＳＤＰ応答にＣＳ領域からのＳＤＰを含める前に、１つを除いて全てのコーデック情報を取り去る。ＳＣＣアプリケーションサーバ１１は、ＳＣＣアプリケーションサーバ１１によって選ばれた残ったコーデック情報を含むＳＤＰ応答をＭＳＣサーバへ送信する。ＭＳＣサーバが、選ばれたコーデック情報を含んでいるＳＤＰ応答を獲得すると、それは無線ベアラの割当てを開始する。
【００１３】
ＭＳＣが普通のＭＳＣとして動作するときは、それは相互交換信号システムにおいてコーデック情報を含み、コーデック情報はメディアゲートウェイ制御機能（ＭＧＣＦ）へと運ばれ、そこでＳＣＣアプリケーションサーバ１１へ送信されるＳＩＰ信号に変換されたり、含められたりする。ＳＣＣアプリケーションサーバ１１はＳＤＰ応答を、相互交換信号システムを経由して送信する。ＭＳＣサーバ９が相互交換回線のセットアップの確認応答を受信すると、呼をセットアップするためにコーデック情報を使うことができる。
【００１４】
信号システムにおけるＩＳＤＮユーザパート（ＩＳＵＰ）は、そのシグナリング中にコーデック情報を含むことをサポートしていない。普通の６４ｋｂｉｔ／ｓ  ＰＣＭ符号が想定されている。
【００１５】
図３は既知の呼制御信号を示す。図の番号と以下の番号は一致している。まずＵＥ１２がＩＮＶＩＴＥ  Ｓ１をＳＣＣアプリケーションサーバ１１に送信する。ＳＣＣアプリケーションサーバ１１は、ＳＤＰを使って、ＣＳベアラと一緒に使用されるＳＣＣ−ＡＳ  ＰＳＩ  ＰＮと名付けられた電話番号を挿入して、ＩＮＶＩＴＥ  Ｓ２をＩＣＳＵＥ８へ送信する。ＩＣＳＵＥ８は、ＭＳＣサーバ９へＣＳ呼Ｓ４をセットアップするために電話番号を使う。セットアップ要求は、セットアップメッセージ中に、無線ベアラをサポートする全てのスピーチコーデック情報と一緒にＳＣＣ  ＡＳ  ＰＳＩ  ＰＮ番号を含む。ＭＳＣサーバ９は非特許文献５に従って、リクセストＵＲＩ中にＳＣＣ  ＡＳ  ＰＳＩとＳＤＰ中に受信したコーデック情報とを含むＳＩＰ  ＩＮＶＩＴＥ要求Ｓ５を送信し、前提条件が整っていないことを表示する。このシナリオでは、ユーザが警告される前に整うべきＳＩＰの前提条件は、ＣＳベアラが確立されることである。このＳＩＰＩＮＶＩＴＥ要求はＳ６で示すようにＳＣＣアプリケーションサーバ１１へ送信される。ＳＣＣアプリケーションサーバ１１がＳＤＰ応答をＵＥ１２とＭＳＣ９へ送信する前に、ＳＣＣアプリケーションサーバ１１はＵＥ１２向けのＳＤＰ応答Ｓ７とＭＳＣサーバ９向けのＳＤＰ応答Ｓ８とにＭＳＣ９から受信した、発呼ＵＥ１２からすでに受信された、コーデック情報のうちの一つのコーデック情報だけを含める。ＳＤＰ応答Ｓ９がＭＳＣ９において受信されると、それは無線の割当を開始し、前提条件が整ったことを示すＰＲＡＣＫ  Ｓ１１をＳＣＣアプリケーションサーバへ送信する。ＰＲＡＣＫに確認応答した後、ＳＣＣアプリケーションサーバ１１はＯＫを示すＳ１２（２００）をＭＳＣサーバ９へ送信し、ＭＳＣサーバは接続を示すＳ１３をＩＣＳＵＥ８へ送信する。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】３ＧＰＰ  ＴＳ２３．２２８  ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂ  Ｓｙｓｔｅｍ
【非特許文献２】３ＧＰＰ  ＴＳ２４．１７３  ＩＭＳ  Ｍｕｌｔｉｍｅｄｉａ  ｔｅｌｅｐｈｏｎｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｒｖｉｃｅ  ａｎｄ  ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｓｅｒｖｉｃｅ
【非特許文献３】３ＧＰＰ  ＴＳ２４．００８  Ｍｏｂｉｌｅ  ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  Ｌａｙｅｒ３  ｓｐｃｉｆｉｃａｔｉｏｎ
【非特許文献４】３ＧＰＰ  ＴＳ２４．２２９  ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｃａｌｌ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ  ｂａｓｅｄ  ｏｎ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）  ａｎｄ  Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＤＰ）
【非特許文献５】３ＧＰＰ  ＴＳ２９．２９２  Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ  ｂｅｔｗｅｅｎ  ｔｈｅ  ＩＰ  Ｍｕｌｔｉｍｅｄｉａ（ＩＭ）  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ（ＣＮ）  ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）  ａｎｄ  ＭＳＣ  Ｓｅｒｖｅｒ  ｆｏｒ  ＩＭＳ  Ｃｅｎｔｒａｌｉｚｅｄ  Ｓｅｒｖｉｃｅ（ＩＣＳ）
【発明の概要】
【発明が解決しようとする課題】
【００１７】
ＩＣＳ  ＵＥの呼のような、セッションを確立させる既存の信号を使って無線ベアラを確立することは、コーデック情報の選択とセッションで使用されない無関係なコーデック情報を削除するメッセージの修正とにより遅延する。既存のシステムはある場合においては、頻繁に符号変換を行うように仕向けるが、それはセッションに対する高いコストと低い通信品質を招く。  
【課題を解決するための手段】
【００１８】
本発明の第１の側面は、ＩＭＳ集中型サービス通信ネットワークにおいて通信セッションを確立する方法を提供する。ＳＣＣアプリケーションサーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）は宛先装置とのセッションを確立するための発呼装置からの要求を受信する。要求は発呼装置により使用される複数のコーデックの識別子を含んでいる。ＳＣＣアプリケーションサーバは宛先装置とのセッションを確立するための第２の要求を送信する。後でＳＣＣアプリケーションサーバは、ＳＣＣアプリケーションサーバと宛先装置との間の中間ノードからＩＮＶＩＴＥメッセージを受信する。ＩＮＶＩＴＥメッセージは複数のコーデック識別子から選ばれたコーデック識別子の表示を含む。ＳＣＣアプリケーションサーバは、中間ノードにセッションを確立させるよう、メッセージを中間ノードへ送信する。このように、どのコーデックが使われるか確立をするための追加的な信号は要求されない、そしてセッションはより早くにセットアップされる。
【００１９】
メッセージがＳＩＰメッセージを使ってオプション的に送信される。さらにオプションとして複数のコーデック識別子が音声コーデック及びビデオコーデックの中から選択されるコーデックを識別する。音声コーデックは、普通は音声呼のシナリオに使われる。セッションを確立するための第２の要求は、ＣＳベアラがＳＣＣアプリケーションサーバと宛先装置の間に使われることの表示をオプションに含む。
【００２０】
本発明の第２の側面は、ＩＣＳ通信ネットワークにおいて通信セッションを確立する方法を提供する。ＩＣＳが動作する装置は、ＳＣＣアプリケーションサーバから発呼装置とのセッションを確立するための要求を受信する。この要求はセッションで使用するコーデックを識別する複数のコーデック識別子を含む。それからＩＣＳが動作する装置は複数のコーデック識別子からコーデック識別子を選択し、選択されたコーデックの識別子はセッションで使用されるコーデックを識別する。そして選択されたコーデック識別子を含んでいるセットアップメッセージは装置にサービスをするＭＳＣサーバに送信される。オプションとして、コーデックの優先度のリストに基づいてコーデック識別子を選択する方法を含む。
【００２１】
本発明の第３の側面として、通信ネットワークにおいて使うＳＣＣアプリケーションサーバを提供する。ＳＣＣアプリケーションサーバは宛先装置とのセッションを確立するための要求を発呼装置から受信する第１の受信部を備える。要求は複数のコーデック識別子を含んでいる。処理部は、回線交換ベアラが、ＳＣＣアプリケーションサーバと宛先装置との間で使用されることの表示を含むように要求を修正するよう備えられる。第１の送信部は宛先装置へ修正されたメッセージを送信するために備えられる。第２の受信部はＩＮＶＩＴＥメッセージを、ＳＣＣアプリケーションサーバと宛先装置との間の中間ノードから受信するために備えられる。ＩＮＶＩＴＥメッセージはコーデック識別子が複数のコーデック識別子の中から選択されたことの表示を含む。第２の送信部は中間ノードへ、中間ノードに対してセッションを確立することを指示するメッセージを送信するように備えられる。この装置は公知のＳＣＣアプリケーションサーバに比べてより早いセッションのセットアップを補助する。
【００２２】
オプションとしてメッセージはＳＩＰメッセージを使って送受信され、中間ノードは移動交換センターサーバ、メディアゲートウェイ制御機能、移動交換センターのいずれか一つから選択される。
【００２３】
本発明の第４の側面として、通信ネットワークにおいて使用する、ＩＣＳが動作する装置が提供される。この装置はセッションを確立する要求を、ＳＣＣアプリケーションサーバから受信する受信部を備える。この要求はセッションで使用できるコーデックを識別する複数のコーデック識別子を含む。処理部は複数のコーデック識別子から、セッションで使用するコーデックを識別するコーデック識別子を選択するよう備えられる。送信部はセットアップメッセージを、装置にサービスを提供するＭＳＣサーバのような中間ノードへ送信するために備えられ、そのセットアップメッセージは選択されたコーデック識別子を含んでいる。
【００２４】
オプションとして、処理部はコーデックの優先リストに基づいてコーデック識別子を選択するよう構成され、その装置は選択工程を支援するためにコーデックの優先度のデータベースをさらに備える。
【図面の簡単な説明】
【００２５】
【図１】ＩＰマルチメディアサブシステムネットワークのブロックダイアグラムの概略
【図２】ＩＭＳ中央サービスネットワークのブロックダイアグラムの概略
【図３】従来の呼設定をするために要求される信号方式
【図４】本発明に係る呼設定をするために要求される信号方式
【図５】本発明に係るＳＣＣアプリケーションサーバ
【図６】本発明に係るＩＣＳユーザ機器
【図７】本発明に係る移動通信交換サーバ
【発明を実施するための形態】
【００２６】
本発明によれば、ＣＳベアラが使われることを示す指示を含むＳＩＰ  ＩＮＶＩＴＥをＳＣＣアプリケーションサーバ１１が送信するとき、それは発呼ＵＥ１２から受信したコーデック情報を含んでいる。ＩＣＳＵＥ８がＳＤＰと一緒にＳＩＰ  ＩＮＶＩＴＥ要求を受信するとき、ＩＮＶＩＴＥメッセージはそのコーデック情報を含んでいる。これらのコーデック情報は音声呼におけるスピーチやビデオ呼におけるビデオのためのものである。
【００２７】
ＩＣＳＵＥ８がＳＤＰと一緒にＳＩＰ  ＩＮＶＩＴＥ要求を受信するとき、それはＳＣＣアプリケーションサーバ１１から早くに送信されたコーデック情報を含み、ＩＣＳＵＥ８は最も高い優先度のコーデック情報を選択し、セットアップメッセージの中に含める。そこでＭＳＣサーバ９はたったひとつのコーデック情報を受信し、それは無線アクセスベアラの割当をすぐに開始する。ＴＳ２９．２９２によれば、ＭＳＣサーバ９はＳＩＰ  ＩＮＶＩＴＥ中でＳＣＣアプリケーションサーバ１１に対してコーデックの前提条件が整ったことを示し、それは残りの呼のセットアップ手続きをより早くセットアップするようにする。
【００２８】
図４は信号の詳細であり、以下の番号は図４に示される番号と一致する。
Ｓ１４．  発呼ＵＥ１２はＳＣＣアプリケーションサーバ１１へ音声コーデック情報を含むＳＩＰ  ＩＮＶＩＴＥを送信する。
Ｓ１５．  ＳＣＣアプリケーションサーバ１１は、発呼ＵＥ１２から受信されたコーデック情報を含めて、ＳＩＰ  ＩＮＶＩＴＥをＩＣＳＵＥ８へ送信する。
Ｓ１６．  ＩＣＳＵＥ８はＳＩＰ  ＩＮＶＩＴＥを受信するとＩＣＳＵＥにより支援される最も高い優先度を持つコーデックを選択する。
Ｓ１７．  ＩＣＳＵＥ８はＭＳＣサーバ９へセットアップ要求を送信する。セットアップ要求は選択されたコーデック情報を含む。
Ｓ１８．  ＭＳＣサーバ９は無線ベアラのセットアップを開始する。
Ｓ１９．  またＭＳＣサーバ９はＳＩＰ  ＩＮＶＩＴＥメッセージをＳＣＣアプリケーションサーバ１１へ送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージ１９は選択されたコーデック情報、ＳＣＣ  ＡＳ  ＰＳＩ  ＰＮ情報及びコーデックの前提条件が整ったことの表示を含む。
Ｓ２０．  ＳＣＣアプリケーションサーバ１１はコーデックの前提条件が整ったことを知ると、ＩＮＶＩＴＥ２００（ＯＫ）をＭＳＣサーバ９へ送信する。
Ｓ２１．  ＭＳＣサーバ９はＩＣＳＵＥ８に接続し、接続メッセージを送信する。
【００２９】
図３と図４を比較すると本発明は、音声や画像のセッションを確立するために必要な信号と時間を大幅に減らしていることは明らかである。
【００３０】
図５を参照する。ＳＣＣアプリケーションサーバ１１はＩＣＳＵＥ８とのセッションを確立するための要求を発呼ＵＥ１２から受信するための第１の受信部１３を備えている。上記したとおり、要求は呼で使うコーデックのリストを詳しく述べている。処理部１４はＣＳベアラがＳＣＣアプリケーションサーバ１１とＩＣＳＵＥ８との間で使われることの指示を含めるようにその要求を修正するために備えられる。第１の送信部１５はＩＣＳＵＥ８に修正されたメッセージを送信するために使用され、第２の受信部１６は呼において使用するためのコーデックが選択されていることを含むＩＮＶＩＴＥメッセージをＭＳＣサーバ９から受信するために備えられている。第２の送信部１７はＭＳＣサーバ９へ、ＭＳＣサーバ９にセッションを確立するように指示するメッセ−ジを送信するために備えられる。
【００３１】
図６はＩＣＳＵＥ８を示し、呼を確立するためのＳＩＰ  ＩＮＶＩＴＥ要求をＳＣＣアプリケーションサーバ１１から受信するための受信部１８を備え、要求はセッションで使用されるコーデックを識別する複数のコーデック識別子を含んでいる。処理部１９は複数のコーデック識別子からコーデック識別子を選択するために備えられ、選択されたコーデック識別子はセッションで使用されるコーデックを識別する。送信部２０はＭＳＣサーバ９へセットアップメッセージを送信するために備えられ、そのセットアップメッセージは選択されたコーデック識別子を含んでいる。データベース２１はコーデックの優先度を列記するよう備えられてもよい。これは、処理部により使用するコーデックを選択するのに使われる。
【００３２】
図７は本発明の実施例によるＭＳＣサーバ９を示し、ＩＣＳＵＥ８からの、選択されたコーデックの識別子を含むセットアップメッセージを受信するための受信部２２を備えている。処理部２３はコーデックが選択されたことを示すＩＮＶＩＴＥメッセージを発生し、送信部２４はＳＣＣアプリケーションサーバ１１へＩＮＶＩＴＥメッセージを送信する。
【００３３】
当業者により、添付の請求の範囲に明確にされている本発明の範囲を逸脱することなく上記実施例に対していろいろな変更が行われてもよいことが理解されるだろう。
【図１】
0005255123.tif 000002
【図２】
0005255123.tif 000003
【図３】
0005255123.tif 000004
【図４】
0005255123.tif 000005
【図５】
0005255123.tif 000006
【図６】
0005255123.tif 000007
【図７】
0005255123.tif 000008