JP2004312738A - ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークｓｉｐ／ｓｄｐ手順 - Google Patents

Abstract

【課題】ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークＳＩＰ／ＳＤＰ手順のための装置および方法を提供すること。
【解決手段】装置は、受信した要求に応じて第１および第２の呼を、少なくとも第３の呼を伴う会議呼に接続するＳＩＰ／ＳＤＰベースのネットワーク・コントローラを備える。ＳＩＰ／ＳＤＰベースのネットワーク・コントローラはネットワーク・リソースと交渉し、それらを割り振り、再構成するように構築されている。
【選択図】図１

Description

本発明は、一般には通信に関し、より具体的には無線通信に関する。

本出願は、同一の譲受人に対して譲渡された以下の出願の内容に関係する内容を含む。これにより、以下に掲げる出願は全体が参照として本明細書に組み込まれる。
「ＩＮＴＥＲＮＥＴ ＰＲＯＴＯＣＯＬ ＭＵＬＴＩＭＥＤＩＡ ＳＵＢＳＹＳＴＥＭ ＣＯＭＰＯＮＥＮＴ ＰＲＯＶＩＤＩＮＧ ＯＦ ＰＡＣＫＥＴ−ＳＷＩＴＣＨＥＤ ＳＷＩＴＣＨＩＮＧ ＦＵＮＣＴＩＯＮＳ ＴＯ ＳＥＲＶＩＮＧ ＭＯＢＩＬＥ ＳＷＩＴＣＨＩＮＧ ＣＥＮＴＥＲ ＦＥＡＴＵＲＥ ＳＥＲＶＥＲ」、Ｃｙｒ、他、出願番号１０／２９５７７４、２００２年１１月１４日出願
「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ ＵＳＥＲ ＡＧＥＮＴＳ ＴＨＲＯＵＧＨ ＥＭＰＬＯＹＭＥＮＴ ＯＦ ＣＯＤＥＣ ＦＯＲＭＡＴ ＵＮＳＵＰＰＯＲＴＥＤ ＢＹ ＯＮＥ ＯＦ ＴＨＥ ＵＳＥＲ ＡＧＥＮＴＳ」、Ｅｊｚａｋ、他、出願番号１０／２９５７７５、２００２年１１月１４日出願。

現行の無線通信システムは、ユーザが無線電話ユーザ（ｗｉｒｅｌｅｓｓ ｕｓｅｒ）または移動電話ユーザ（ｍｏｂｉｌｅ ｕｓｅｒ）と通信する機能を提供する。一般に、２つの無線通信システムの方式、すなわち回線交換方式（ｃｉｒｃｕｉｔ−ｓｗｉｔｃｈｅｄ：「ＣＳ」）とパケット交換方式（ｐａｃｋｅｔ−ｓｗｉｔｃｈｅｄ：「ＰＳ」）とがある。

通常の回線交換無線通信システムでは、モバイル交換センタ（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ：「ＭＳＣ」）が地上通信線の公衆交換電話網（ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ：「ＰＳＴＮ」）システムを無線通信システムに接続する。通常は、モバイル交換センタは、モバイル交換センタ・サーバとメディア・ゲートウェイ（「ＭＧＷ」）とに分けられ、モバイル交換センタ間で呼の伝達を行うためにベアラ独立呼制御（ｂｅａｒｅｒ ｉｎｄｅｐｅｎｄｅｎｔ ｃａｌｌ ｃｏｎｔｒｏｌ：「ＢＩＣＣ」）または総合サービスデジタル通信網ユーザ部（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅｓ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋ ｕｓｅｒ ｐａｒｔ：「ＩＳＵＰ」）の呼制御のプロトコルを取り入れている。

ユニバーサル・モバイル・テレコミュニケーション・システム（「ＵＭＴＳ」）および符号分割多元接続（「ＣＤＭＡ」）の第３世代（ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ：「３Ｇ」）システム向けにインターネット・プロトコル（「ＩＰ」）マルチメディア・サービスを導入する現行の手法は、最新のインターネット・プロトコル・マルチメディア・サブシステム（「ＩＭＳ」）を定義することであり、これはパケット交換サービスを使用するインターネット・プロトコル・マルチメディア・サブシステム内でインターネット・プロトコル接続されたネットワーク・エンティティの組から構成される。これらのネットワーク・エンティティは、呼制御用の主要手段としてセッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ：「ＳＩＰ」）を使用してインターネット・プロトコル・マルチメディアの機能およびサービスを提供する。

それらのネットワーク・エンティティがより集中化され、通信のために様々なコードを使用するにつれ、エンド・ユーザ同士が通信を行うことを許容するのがより困難になる。遠隔のネットワーク・リソースとエンド・ユーザとの間でコーデック同士のネゴシエーションを可能にして、会議呼を最適に構成することが望ましい。

無線サービスの運営者は、１）バックボーン・コア・ネットワークで回線音声をパケット移送し、２）コーデックと交渉しかつそれらを修正して、パケット・ネットワークを介するトランスコーダ・フリー・オペレーション（ＴｒＦＯ）とリモート・トランスコーダ・オペレーション（ＲＴＯ）の両方を促進するための効率的な解決策を求めている。ＴｒＦＯおよびＲＴＯは、音質の改善、移送設備の節約およびネットワーク・リソースの削減という効果をもたらす。

現存する無線回線網では、会議運営機能は付加価値サービスである。ＴＤＭベースの移送をパケット・ベースのネットワークに展開する一方で、現存する回線会議運営機能をモデル化する会議ブリッジ機能を迅速に設定し、ネットワーク・リソースの使用量を最低限に抑え、良好な音質を維持する解決策を見出すことが大変望ましい。この解決策はまた、エンドツーエンドのＶｏＩＰアプリケーションにより、ＳＩＰで使用可能にされたパケット移動電話をサポートするべきである。

このように、従来技術に対して、ネットワーク・リソースの最適化による、エンド・ユーザからの要求に応じた会議運営のための迅速なネットワークＳＩＰ／ＳＤＰ（セッション開始プロトコル／セッション記述プロトコル）手順が求められている。
「ＩＮＴＥＲＮＥＴ ＰＲＯＴＯＣＯＬ ＭＵＬＴＩＭＥＤＩＡ ＳＵＢＳＹＳＴＥＭ ＣＯＭＰＯＮＥＮＴ ＰＲＯＶＩＤＩＮＧ ＯＦ ＰＡＣＫＥＴ−ＳＷＩＴＣＨＥＤ ＳＷＩＴＣＨＩＮＧ ＦＵＮＣＴＩＯＮＳ ＴＯ ＳＥＲＶＩＮＧ ＭＯＢＩＬＥ ＳＷＩＴＣＨＩＮＧ ＣＥＮＴＥＲ ＦＥＡＴＵＲＥ ＳＥＲＶＥＲ」、Ｃｙｒ、他、出願番号１０／２９５７７４、２００２年１１月１４日出願 「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ ＵＳＥＲ ＡＧＥＮＴＳ ＴＨＲＯＵＧＨ ＥＭＰＬＯＹＭＥＮＴ ＯＦ ＣＯＤＥＣ ＦＯＲＭＡＴ ＵＮＳＵＰＰＯＲＴＥＤ ＢＹ ＯＮＥ ＯＦ ＴＨＥ ＵＳＥＲ ＡＧＥＮＴＳ」、Ｅｊｚａｋ、他、出願番号１０／２９５７７５、２００２年１１月１４日出願

一実施形態では本発明は一装置を包含する。この装置は、受信した要求に応じて第１および第２の呼を、少なくとも第３の呼を伴う会議呼に接続するＳＩＰ／ＳＤＰ（セッション開始プロトコル／セッション記述プロトコル）ベースのネットワーク・コントローラを備える。前記ＳＩＰ／ＳＤＰベースのネットワーク・コントローラはネットワーク・リソースと交渉し、それらを割り振り、再構成するように構築されている。

別の実施形態では本発明は一装置を包含する。この装置は、動作呼上にあり少なくとも第２ユーザに対して少なくとも１つの保留呼を有する第１ユーザからの要求に応じて、前記第１ユーザおよび前記第２ユーザを少なくとも第３ユーザを伴う会議呼に接続するネットワーク・コントローラを備える。メディア・リソース機能コントローラが、ユーザ間の各呼区間に対して少なくともコーデック再ネゴシエーションおよびベアラ再構成を前記リソース・コントローラが独立に行うことを可能にするＳＩＰ／ＳＤＰ（セッション開始プロトコル／セッション記述プロトコル）信号指示によりオープン・インターフェースを介して前記ネットワーク・コントローラに操作可能に接続されている。

別の実施形態では本発明は一方法を包含する。この方法は、第１ユーザと少なくとも第２ユーザとの間の呼を保留状態に置くステップであって、前記第１のユーザが動作呼上に置かれ、少なくとも前記第２ユーザが保留呼上に置かれるステップと、ＳＩＰ／ＳＤＰ信号指示により前記第１ユーザからネットワーク・コントローラに、少なくとも第３ユーザを伴う、会議呼に対する要求を送信するステップと、ユーザ間の各呼区間に対して少なくともコーデック再ネゴシエーションおよびベアラ再構成をリソース・コントローラが独立に行うことを可能にするようにＳＩＰ／ＳＤＰ信号指示により前記ネットワーク・コントローラとメディア・リソース機能コントローラとの間でオープン・インターフェースを介して通信するステップとを含む。

新規とみなされる本発明の特徴は、添付の特許請求の範囲に詳細に示される。本発明は以下の説明を添付の図面と併せて参照することにより最もよく理解されよう。図面のいくつかの図では同様の参照符号は同様の要素を示している。

複数のサービス・プロバイダが現行のＴＤＭベースのネットワークをパケット・ベースのネットワークに展開する際、それらの複数顧客に対してサービスの連続性を維持する必要がある。本発明による装置および方法の様々な実施形態は、パケット・ネットワーク上でのネットワーク制御された会議機能向けにＩＰベースのＳＩＰネットワーク・アーキテクチャおよびＳＩＰ／ＳＤＰ信号指示を用いる会議ソリューションを提供する。ネットワーク制御会議機能は、電波インターフェース（ａｉｒ ｉｎｔｅｒｆａｃｅ）上のリソースが乏しいことから、無線電話のユーザにとって最も望ましい。このソリューションは、ＳＩＰによって使用可能になるエンド・ユーザにも適用できる。

通常は、ＳＩＰ／ＳＤＰベースのソリューションが、エンド・ユーザからの要求に応じてネットワーク・コントローラを使用可能にして、以下の会議機能操作、すなわち、２つの現行の呼（１つは保留状態、１つは動作状態）を会議呼に接続することと、および会議呼をクリアして２方向会話を再開することと、を実行する。

これにより、ネットワーク・コントローラ（すなわちＳＩＰバックツーバック・ユーザ・エージェント（ＳＩＰ ｂａｃｋ−ｔｏ−ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）、Ｂ２ＢＵＡ）が、ＳＩＰユーザ・エージェント（ＳＩＰ Ｕｓｅｒ Ａｇｅｎｔ）により制御されるネットワーク・リソース（たとえば、会議ブリッジおよびボイス・トランスコーダ）に対するネゴシエーション、割振りおよび再構成を行うことが可能になる。この方式は、参加している全当事者間の並行処理操作を最適化して、迅速な呼設定を可能にする。これは、標準ＳＩＰ／ＳＤＰ手順に準拠しており、別に当事者を追加する、会議呼からある当事者を除外する、等の他の通常の会議操作をサポートするために容易に拡張できる。

図１を参照すると、会議機能を提供する通信ネットワーク２００が例示的構成により示される。一実施例では、通信ネットワーク２００はインターネット・プロトコル・マルチメディア・サブシステム（「ＩＭＳ」）の一部である。一実施例での通信ネットワーク２００は、１つまたは複数のネットワーク・コントローラ２０２と、１つまたは複数のリソース・コントローラ２０４と、１つまたは複数のメディア・サーバ２０６、２０８および２１０ならびに１つまたは複数のＳＩＰサーバ２１２、２１４および２１６（それぞれ１つまたは複数のエンド・ユーザＵＥ−Ａ ２１８、ＵＥ−Ｂ ２２０、ＵＥ−Ｃ ２２２用である）と、１つまたは複数のネットワーク・リソース２２４とを備えている。ネットワーク・コントローラ２０２は、３ＧＰＰ ＩＰマルチメディア・サブシステム（ＩＭＳ）内にＳＩＰバックツーバック・ユーザ・エージェント（「ＳＩＰ Ｂ２ＢＵＡ」）、たとえばアプリケーション・サーバ（「ＡＳ」）を備えている。一実施例でのリソース・コントローラ２０４は、ＳＩＰユーザ・エージェント、たとえばメディア・リソース機能コントローラ１１２（図１）を備えている。リソース・コントローラ２０４は、ネットワーク内の任意の個所に物理的に配置して、地理的に分散配置した複数のネットワーク・コントローラ２０２を支援してもよい。ネットワーク・コントローラ２０２はリソース・コントローラ２０４の機能に関する規定されたまたは見出された情報を使用してネットワーク・リソース２２４の割振りを最適化する。一実施例でのメディア・サーバ２０６、２０８および２１０は、メディア・ゲートウェイ１１８（図１）を含む。一実施例でのＳＩＰサーバ２１２、２１４および２１６は、サービス・モバイル交換センタ・サーバ（ｓｅｒｖｉｎｇ ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ ｓｅｒｖｅｒ）３ＧＰＰ ＩＭＳ ＣＳＣＦ、３ＧＰＰ ＩＭＳ ＭＧＣＦ、またはＳＩＰプロキシ・サーバを備えている。一実施例での１つまたは複数のネットワーク・リソース２２４はメディア・リソース機能プロセッサ１１６（図１）を備えている。

エンド・ユーザ２１８、２２０および２２２は、それぞれＳＩＰサーバ２１２、２１４および２１６に対して呼制御情報を伝達する通信リンク１を使用する。一実施例での通信リンク１は、エンド・ユーザ２１８とＳＩＰサーバ２１２の間で呼制御情報を交換するための呼制御プロトコル（ｃａｌｌ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）、たとえばセッション開始プロトコル、ベアラ独立呼制御（「ＢＩＣＣ」）、総合サービスデジタル通信網ユーザ部（「ＩＳＵＰ」）、またはＣＤＭＡもしくはＵＭＴＳ用の電波インターフェース回線呼制御プロトコルをサポートする。ＵＥ−Ａ ２１８は会議機能を制御するために会議機能制御インターフェース（ｃｏｎｆｅｒｅｎｃｅ ｃｏｎｔｒｏｌ ｉｎｔｅｒｆａｃｅ）２を用いる。ＵＥ−Ａ ２１８は、会議機能制御インターフェース２向けの任意の好適なプロトコルを用いてよく、それには通信リンク１に用いる呼制御プロトコルが含まれる。エンド・ユーザ２１８、２２０および２２２は通信リンク３を使用して、会議呼に関するメディアを送信または受信する。

ＳＩＰサーバ２１２、２１４および２１６は通信リンク４を介して、それぞれメディア・サーバ２０６、２０８および２１０を制御する。一実施例では、ＳＩＰサーバ２１２、２１４および２１６はＨ．２４８プロトコルを用いてそれぞれのメディア・サーバ２０６、２０８および２１０を制御する。通信リンク５および１０は、ＳＩＰサーバ２１２、２１４および２１６とネットワーク・コントローラ２０２との間の呼制御情報用の経路を提供する。一実施例での通信リンク５はセッション開始プロトコルを使用して、呼制御情報を交換する。別の実施例では、ＳＩＰサーバ２１２は、対応する通信リンク１と通信リンク５で使用される各プロトコル間で呼制御情報を変換する。同様に、ＳＩＰサーバ２１４および２１６は、対応する通信リンク１と通信リンク１０で使用される各プロトコル間で呼制御情報を変換する。ＳＩＰサーバ２１２はまた、会議機能制御インターフェース２と会議機能制御インターフェース６で使用される各プロトコル間で必要に応じて変換を行う。一実施例での呼制御インターフェース６はＳＩＰ ＩＮＦＯメソッドを使用して会議機能制御情報を伝達する。一実施例での通信リンク８はネットワーク・コントローラ２０２とリソース・コントローラ２０４の間でリソース制御情報用の経路を提供する。一実施例では、ネットワーク・コントローラ２０２はＳＩＰ内のセッション開始プロトコルを使用して、第三者呼制御手順により通信リンク８を介してリソース制御情報を交換する。一実施例のリソース・コントローラ２０４はＨ．２４８インターフェース９を使用して、ネットワーク・リソース２２４と通信する。会議呼のメディアは、通信経路３、７および１１によって形成されたベアラ経路を介して伝達される。メディア・サーバ２０６、２０８および２１０ならびにネットワーク・リソース２２４は、それぞれのユーザであるエンド・ユーザ２１８とエンド・ユーザ２２０とエンド・ユーザ２２２の間でメディアの変換を行う。

会議機能割振り手順の全般的な説明を以下に行う。ＵＥ−Ａ ２１８などのエンド・ユーザは通信リンク１の呼制御プロトコルを用いて確立された２つの呼を有しており、一方は動作状態であり、他方は保留状態である。エンド・ユーザはインターフェース２を用いてネットワークに信号指示し、上記２つの呼を会議呼に接続する。要求および対応するパラメータがネットワーク・コントローラ２０２に送信される。一実施例では、要求および対応するパラメータはＳＩＰ ＩＮＦＯメッセージ内で送信される。要求を受け取ると、ネットワーク・コントローラ２０２はサービスの許可のために認可データベースを確認し、ネットワーク・リソース２２４の設定を進めてよい。ネットワーク・コントローラ２０２は、エンドポイント・コーデック機能および呼識別などの以前の呼情報を維持する。ネットワーク・コントローラ２０２はＳＤＰ添付なしにＳＩＰ ＩＮＶＩＴＥをリソース・コントローラ２０４に送信して、会議メディア・リソース２２４を要求し、各参加当事者との個別のセッション能力ネゴシエーションを可能にする。ネットワーク会議リソース２２４が割り振られたとき、ネットワーク・コントローラ２０２は、送信／受信ＩＰアドレス、ポート番号、およびネットワーク・リソース２２４上で対応する会議ポートに対するコーデック情報を含むＳＩＰ ＵＰＤＡＴＥを各エンド・ユーザに同時に送信し、ＳＤＰオファー／回答ネゴシエーションを開始してベアラ・リソースを最適に再構成する。会議ブリッジの各区間に対してネットワーク・リソースを最適に割り振るためのＳＩＰ ＵＰＤＡＴＥトランザクション内のＳＤＰオファー／回答手順を完了すると、ネットワーク・コントローラ２０２はＳＤＰ内の遠隔メディア・エンドポイント情報をリソース・コントローラ２０４に送信し、その結果、ネットワーク・リソース２２４の構成を完成できるようになる。ここに会議呼が確立される。

一実施例でのネットワーク・コントローラ２０２、リソース・コントローラ２０４、ならびにエンド・ユーザ２１８、２２０および２２２は地理的に離れている。通信リンク８上でセッション開始プロトコルを使用することにより、ネットワーク・コントローラ２０２は１つまたは複数の遠隔リソース・コントローラ２０４と通信して、会議呼に必要な１つまたは複数のネットワーク・リソース２２４を最適に割り振ることが可能である。

図２を参照すると、一実施例の装置１００は、コンピュータ・ソフトウェアおよび／またはハードウェア構成要素など複数の構成要素を備えている。いくつかの上記構成要素は装置１００内で結合されていても分離されていてもよい。

一実施例では、装置１００は１つまたは複数のコンピュータ可読信号指示メディアを使用する。装置１００用のコンピュータ可読信号指示メディアの一例は、磁気的、電気的、光学的、生物学的、および原子的データ記憶媒体の内１つまたはいくつかのような記録可能なデータ記憶媒体１０１の例である。別の実施例では、装置１００用のコンピュータ可読信号指示媒体は、装置１００を含むかそれに結合されたネットワーク、たとえば電話網、ローカル・エリア・ネットワーク（「ＬＡＮ」）、インターネットおよび無線ネットワークの１つまたはいくつかを介して送信される変調搬送波信号を含んでいる。当業者には理解されようが、装置１００の例示的構成要素は、多数のプログラム言語のいずれかで記述または実装されたコンピュータ命令の組および／または列を使用および／または具備する。

一実施例では、装置１００はモバイル交換センタ（「ＭＳＣ」）１０２を備えている。モバイル交換センタ１０２は、１つまたは複数のモバイル交換センタ・サービス構成要素と、１つまたは複数のインターネット・プロトコル・マルチメディア・サブシステム（「ＩＭＳ」）構成要素を備えている。この１つまたは複数のインターネット・プロトコル・マルチメディア・サブシステム構成要素は、上記１つまたは複数のモバイル交換センタ・サービス構成要素に対してパケット交換による交換機能を提供する。上記１つまたは複数のインターネット・プロトコル・マルチメディア・サブシステム構成要素は、セッション開始プロトコル（「ＳＩＰ」）ベースの呼信号指示、呼経路指定、信号指示相互動作（ｓｉｇｎａｌｉｎｇ ｉｎｔｅｒｗｏｒｋｉｎｇ）、および、メディア処理サービスを上記１つまたは複数のモバイル交換センタ・サービス構成要素に提供する。上記１つまたは複数のモバイル交換センタ・サービス構成要素および上記１つまたは複数のインターネット・プロトコル・マルチメディア・サブシステム構成要素は、エンドポイント間の通信のためのネットワークを備えている。ネットワークの無線部分は、セルラ・システム・プロトコル、たとえば符号分割多元接続（「ＣＤＭＡ」）を介して、モバイル通信用のグローバル・システム（「ＧＳＭ」）、またはユニバーサル・モバイル・テレコミュニケーション・システム（「ＵＭＴＳ」）と通信する。上記１つまたは複数のモバイル交換センタ・サービス構成要素および上記１つまたは複数のインターネット・プロトコル・マルチメディア・サブシステム構成要素は、同一のモバイル交換センタ１０２内にあってもよく、あるいはモバイル交換センタ１０２の複数のインスタンス間に分布していてもよい。

上記１つまたは複数のモバイル交換センタ・サービス構成要素は、サービス・モバイル交換センタ機能サーバ（ｓｅｒｖｉｎｇ ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ ｆｅａｔｕｒｅ ｓｅｒｖｅｒ：「ＳＭＳＣ−ＦＳ」）１０４、ゲートウェイ・モバイル交換センタ機能サーバ（「ＧＭＳＣ−ＦＳ」）１０６、およびメディア・コーディネータ（「ＭＣ」）１０８を備えている。上記１つまたは複数のインターネット・プロトコル・マルチメディア・サブシステム構成要素は、メディア・ゲートウェイ制御機能（「ＭＧＣＦ」）１１０、メディア・リソース機能コントローラ（「ＭＲＦＣ」）１１２、ブレークアウト・ゲートウェイ制御機能（「ＢＧＣＦ」）１１４、メディア・リソース機能プロセッサ（「ＭＲＦＰ」）１１６、およびメディア・ゲートウェイ（「ＭＧＷ」）１１８を備えている。

サービス・モバイル交換センタ機能サーバ１０４は、モバイル交換センタ１０２にサービス・モバイル交換センタの機能を提供するが、上記１つまたは複数のインターネット・プロトコル・マルチメディア・サブシステム構成要素およびメディア・コーディネータ１０８によって提供される機能は除かれる。サービス・モバイル交換センタ機能サーバ１０４は、インテリジェント・ネットワーク（「ＩＮ」）トリガ、を発生させて、移動性管理、加入者機能制御、呼関連補充サービス、数字解析、緊急サービス、課金、およびメディア・コーディネータ・インターフェースをサポートする。

一実施例では、サービス・モバイル交換センタ機能サーバ１０４はセッション開始プロトコル・ユーザ・エージェント（「ＵＡ」）を備えている。サービス・モバイル交換センタ機能サーバ１０４はセッション開始プロトコル呼制御手順をサポートする。セッション開始プロトコル呼制御手順は、セッション開始プロトコル・ベースの呼信号指示、呼経路指定、信号指示相互動作、およびメディア処理をサポートする。サービス・モバイル交換センタ機能サーバ１０４の追加インスタンスが、ベアラ独立呼制御（「ＢＩＣＣ」）または総合サービスデジタル通信網ユーザ部（「ＩＳＵＰ」）などの他の呼制御プロトコルをサポートしてもよい。モバイル交換センタ１０２は、サービス・モバイル交換センタ機能サーバ１０４の追加インスタンスを使用して、複数の呼制御プロトコルをサポートしてもよい。

サービス・モバイル交換センタ機能サーバ１０４は、内部の発出／終端呼機能およびサービスと外部のセッション開始プロトコル・インターフェースとの間の相互動作をメディア・コーディネータ１０８に提供する。外部セッション開始プロトコル・インターフェースは、サービス・モバイル交換センタ機能サーバ１０４とネットワークの残余部との間でモバイル発出された呼およびモバイル終端された呼の伝達をサポートする。外部セッション開始プロトコル・インターフェースはまた、トーン、アナウンスメント、またはサービス・モバイル交換センタ機能サーバ１０４とメディア・コーディネータ１０８の間の会議に関するメディア要求の伝達をサポートする。サービス・モバイル交換センタ機能サーバ１０４とメディア・コーディネータ１０８の間の会議に関するメディア要求の伝達は、いくつかの場合には、追加のセッション開始プロトコル・ヘッダの定義を必要とする。モバイル交換センタ１０２内の他のエンティティ間のセッション開始プロトコル・インターフェースとは異なり、サービス・モバイル交換センタ機能サーバ１０４とメディア・コーディネータ１０８の間の外部セッション開始プロトコル・インターフェースは通常単一のベンダに対して非公開のままであり、インターネット技術標準化委員会（「ＩＥＴＦ」）により定義されるＸヘッダ機構によりプライベート・セッション開始プロトコル拡張子を用いることを可能にする。

ゲートウェイ・モバイル交換センタ機能サーバ１０６は、セッション開始プロトコル呼制御手順を介してモバイル交換センタ１０２にゲートウェイ・モバイル交換センタのサービスを提供する。一実施例では、ゲートウェイ・モバイル交換センタ機能サーバ１０６はセッション開始プロトコル・バックツーバック・ユーザ・エージェント（「Ｂ２ＢＵＡ」）を備えている。ゲートウェイ・モバイル交換センタ機能サーバ１０６は、セッション開始プロトコル呼制御手順をサポートする。ゲートウェイ・モバイル交換センタ機能サーバ１０６の追加インスタンスは、ベアラ独立呼制御または総合サービスデジタル通信網ユーザ部などの他の呼制御プロトコルをサポートしてもよい。モバイル交換センタ１０２は、ゲートウェイ・モバイル交換センタ機能サーバ１０６の追加インスタンスを使用して複数の呼制御プロトコルをサポートしてもよい。

ゲートウェイ・モバイル交換センタ機能サーバ１０６は、終端サービス、基本システム間呼伝達、終端インテリジェント・ネットワーク・トリガ、二次処理、および課金をサポートする。一実施例では、ゲートウェイ・モバイル交換センタ機能サーバ１０６は、セッション開始プロトコルにより呼進捗またはサービス制御指示を帯域外呼進捗情報として発呼者に伝達する。ネットワーク内の発出点（すなわち、サービス・モバイル交換センタ機能サーバ１０４、メディア・コーディネータ１０８、またはメディア・ゲートウェイ制御機能１１０）は、帯域外呼進捗情報を帯域内呼進捗情報に変換する。呼進捗およびサービス制御指示は通常、既存のセッション開始プロトコル・メッセージおよびヘッダを介して搬送されるが、いくつかの場合では追加のセッション開始プロトコル・ヘッダまたは添付情報が必要となろう。

一実施例では、メディア・コーディネータ１０８は、サービス・モバイル交換センタ機能サーバ１０４とネットワークの間にセッション開始プロトコル・バックツーバック・ユーザ・エージェントを備えている。移動電話が発出した呼に関しては、メディア１０８は、サービス・モバイル交換センタ機能サーバ１０４とネットワークの間の基本呼状態情報の伝播を支援する。メディア・コーディネータ１０８は、メディア・リソース機能コントローラ１１２およびメディア・リソース機能プロセッサ１１６のリソース割振りによって、ネットワークからの帯域外呼進捗または呼解除（ｃａｌｌ−ｒｅｌｅａｓｅ）情報の、移動電話に対する帯域内呼進捗情報への変換を支援する。メディア・コーディネータ１０８は、メディア変換の必要に応じて、メディア・リソース機能コントローラ１１２およびメディア・リソース機能プロセッサ１１６のリソース割振りを介して、エンドポイント間のメディア・ネゴシエーションを支援する。メディア・コーディネータ１０８は、呼がネットワーク内で回答された場合にメディアの転送カットスルー（ｆｏｒｗａｒｄ ｃｕｔ−ｔｈｒｏｕｇｈ）の制御を支援する。メディア・コーディネータ１０８は、サービス・モバイル交換センタ機能サーバ１０４の指令の下でメディア機能を実施するためのセッション開始プロトコル・第三者呼制御手順を支援する。メディア機能は、会議機能、トーン、アナウンスメント、またはシステム間ハンドオフを制御する必要に応じて、メディア・リソース機能コントローラ１１２およびメディア・リソース機能プロセッサ１１６のリソース割振り機能を含む。

移動電話で終端した呼に関しては、メディア・コーディネータ１０８は、サービス・モバイル交換センタ機能サーバ１０４とネットワークの間での基本呼状態情報の伝播をサポートする。メディア・コーディネータ１０８は、メディア変換の必要に応じて、メディア・リソース機能コントローラ１１２およびメディア・リソース機能プロセッサ１１６のリソース割振りを介して、ネットワーク内のエンドポイント間のメディア・ネゴシエーションをサポートする。メディア・コーディネータ１０８は、サービス・モバイル交換センタ機能サーバ１０４の指令の下でメディア機能を実施するためのセッション開始プロトコル・第三者呼制御手順を支援する。メディア機能は、会議機能、トーン、アナウンスメント、またはシステム間ハンドオフを制御する必要に応じて、メディア・リソース機能コントローラ１１２およびメディア・リソース機能プロセッサ１１６のリソース割振り機能を含む。

メディア・ゲートウェイ制御機能１１０は、モバイル交換センタ１０２と公衆交換電話網（「ＰＳＴＮ」）１２０または他のネットワークの間の呼制御インターフェースおよび変換器として働く。一実施例では、メディア・ゲートウェイ制御機能１１０は、モバイル交換センタ１０２用のセッション開始プロトコル・ユーザ・エージェント（「ＵＡ」）を備えている。たとえば、メディア・ゲートウェイ制御機能１１０は、モバイル交換センタ１０２のセッション開始プロトコルの呼制御のメッセージと、ベアラ独立呼制御または公衆交換電話網１２０の総合サービスデジタル通信網ユーザ部の呼制御のメッセージとの間の変換を行う。メディア・ゲートウェイ制御機能１１０は、通信リンク、たとえば、ベアラ独立呼制御または総合サービスデジタル通信網ユーザ部インターフェース１２２を介して公衆交換電話網１２０と通信する。

一実施例では、メディア・ゲートウェイ制御機能１１０はメディア・ゲートウェイ１１８を制御する。メディア・ゲートウェイ制御機能１１０は信号指示層コントローラを備え、メディア・ゲートウェイ１１８はメディア層コントローラを備えている。メディア・ゲートウェイ制御機能１１０は、メディア・ゲートウェイ１１８によって制御されるメディア層内でメディア・チャネルに対する接続制御を可能にする。メディア・ゲートウェイ制御機能１１０は、通信リンク、たとえばＨ．２４８インターフェース１２４を介し、インターネット・プロトコル・ネットワーク１２８を経由してメディア・ゲートウェイ１１８を制御する。

他の例では、メディア・ゲートウェイ制御機能１１０は複数のメディア・ゲートウェイ１１８を制御する。メディア・ゲートウェイ制御機能１１０は、１つまたは複数の通信リンク、たとえばインターネット・プロトコル・ネットワーク１２８に対するＨ．２４８インターフェース１２４の１つまたは複数のインスタンスを介して上記複数のメディア・ゲートウェイ１１８を制御する。上記複数のメディア・ゲートウェイ１１８は、メディア・ゲートウェイ制御機能１１０に登録する。メディア・ゲートウェイ制御機能１１０に登録した後、上記複数のメディア・ゲートウェイ１１８はベアラ処理を開始できる。メディア・ゲートウェイ制御機能１１０は、モバイル交換センタ１０２と公衆交換電話網１２０の間の相互動作を必要とする通信に対するベアラ・リソースの確立を制御する。メディア・ゲートウェイ制御機能１１０は、メディア・ゲートウェイ１１８のサービスを必要とする通信に対するポートの割振りを要求する。

メディア・ゲートウェイ制御機能１１０は、インターネット・プロトコル・ネットワーク１２８に対するＨ．２４８インターフェース１２４を使用して、１つまたは複数のメディア操作を実行するようメディア・ゲートウェイ１１８に信号指示を行う。上記１つまたは複数のメディア動作は、メディア・ゲートウェイ１１８の登録、モバイル交換センタ１０２と公衆交換電話網１２０の間のベアラ確立制御、メディア変換リソース（すなわち、圧縮、エコー相殺（ｅｃｈｏ ｃａｎｃｅｌｌａｔｉｏｎ）およびボコーディング（ｖｏｃｏｄｉｎｇ））の割振り要求、メディア・ゲートウェイ１１８で検出されたイベントの制御、トーンおよびアナウンスメントのアプリケーション、ならびに統計量の収集を含んでいる。

メディア・ゲートウェイ制御機能１１０はセッション開始プロトコル・ネットワーク１３０を使用して、ネットワーク内の他の信号指示エンティティからコマンドを受け取る。メディア・ゲートウェイ制御機能１１０は、呼の制御に関連した機能を実行する。メディア・ゲートウェイ制御機能１１０は、ネットワーク内の他のエンドポイントとのメディア属性のネゴシエーションを可能にする。公衆交換電話網１２０で発出されモバイル交換センタ１０２に入る呼に関しては、メディア・ゲートウェイ制御機能１１０は、帯域外呼進捗情報の帯域内呼進捗情報への変換を可能にする。帯域外呼進捗情報は、通信中のユーザには聴かれない信号指示メッセージを含んでいる。帯域内呼進捗情報は、通信中のユーザによって聴かれる信号指示メッセージを含んでいる。たとえば、メディア・ゲートウェイ制御機能１１０は、帯域外リンギング指示を帯域内リンギング・トーンに変換する。別の実施例では、メディア・ゲートウェイ制御機能１１０は、帯域外ネットワーク・エラー指示（すなわち、セッション開始プロトコル・サーバ内部エラー応答メッセージ）を帯域内ネットワーク・エラー信号（すなわち、ファスト・ビジー指示）へ変換することを可能にする。

メディア・リソース機能コントローラ１１２は、パケット・ベースのメディア・サービス（すなわち最新アナウンスメント生成および検出）、会議、トーンおよびアナウンスメント、さらなる最新メディア・サービス（すなわち、ビデオ混合）、トランスコーディング、ならびに対話音声応答の制御を可能にする。メディア・リソース機能コントローラ１１２は、通信リンク、たとえばＨ．２４８インターフェース１２６を介して、インターネット・プロトコル・ネットワーク１２８を経由してメディア・リソース機能プロセッサ１１６を制御する。メディア・リソース機能プロセッサ１１６を制御することにより、メディア・リソース機能コントローラ１１２は、ボコーダ、トランスコーダ、圧縮エンティティ、ベアラ・ストリーム・ミキサ、およびエコー・キャンセラの使用を制御する。ボコーダは、異なるメディア符号化フォーマット（たとえば、選択可能モード・ボコーダ「ＳＭＶ」、エンハンスト・バリアブル・レート・コーデック（ｅｎｈａｎｃｅｄ ｖａｒｉａｂｌｅ ｒａｔｅ ｃｏｄｅｃ）「ＥＶＲＣ」、およびＧ．７１１）間のトランスコードに必要である。メディア・リソース機能コントローラ１１２は、リアル・タイム・プロトコル、ユーザ・データグラム・プロトコルおよびインターネット・プロトコル（「ＲＴＰ／ＵＤＰ／ＩＰ」）を、パケット・メディア用の転送プロトコル・スタックとしてサポートする。

ブレークアウト・ゲートウェイ制御機能１１４は、呼／セッション制御用の信号指示エンティティを備えている。一実施例では、ブレークアウト・ゲートウェイ制御機能１１４は、モバイル交換センタ１０２用のセッション開始プロトコル・プロキシ・サーバを備えている。他の実施例では、ブレークアウト・ゲートウェイ制御機能１１４は、セッション開始プロトコル・リダイレクト・サーバまたはセッション開始プロトコル・バックツーバック・ユーザ・エージェントを備えている。ブレークアウト・ゲートウェイ制御機能１１４はメディア・ゲートウェイ制御機能１１０を選択して、モバイル交換センタ１０２を公衆交換電話網１２０に結合する。無線電話から公衆交換電話網１２０内の電話への呼は、信号指示メッセージを含んでいる。信号指示メッセージは、公衆交換電話網１２０内の電話のアドレス（すなわちＥ．１６４アドレス）の接続情報を含んでいる。ブレークアウト・ゲートウェイ制御機能１１４はＥ．１６４アドレスを使用して、呼のインターネット・プロトコル・ネットワーク宛先アドレスを突き止める。一実施例では、ブレークアウト・ゲートウェイ制御機能１１４はアドレス変換テーブルを参照して、Ｅ．１６４アドレスに対応するインターネット・プロトコル・ネットワーク宛先アドレスを検出する。アドレス変換テーブルは、ブレークアウト・ゲートウェイ制御機能１１４と信号指示メッセージの次のホップ宛先との間の通信を確立するのに必要な他の情報（ポート番号、転送プロトコルおよびセキュリティ・パラメータが含まれる）を含んでもよい。ブレークアウト・ゲートウェイ制御機能１１４は信号指示メッセージを宛先アドレスに送信する。

ブレークアウト・ゲートウェイ制御機能１１４は複数のソースからの情報を使用して宛先アドレスを決定してもよい。この複数のソースは、ネットワーク内の呼の発出ポイント、Ｅ．１６４アドレス・ロケーション、ローカル・ポリシー、および接続された（ｖｉｓｉｔｅｄ）ネットワークおよびホーム・ネットワークの間のビジネス契約を含んでおり、公衆交換電話網１２０内の経路長を最小化することを求め、かつ最も低コストの経路を求める。

ブレークアウト・ゲートウェイ制御機能１１４は、宛先アドレスに基づいたメディア・ゲートウェイ制御機能１１０の選択、他のネットワークからのネットワーク情報の隠蔽、ならびにピアー・ネットワーク要素の承認によるセキュリティの規定を行う。第１のブレークアウト・ゲートウェイ制御機能１１４が第１ネットワーク内に存在し、第２のブレークアウト・ゲートウェイ制御機能１１４が第２ネットワーク内に存在し、それらのネットワークが結合された場合、第１および第２のブレークアウト・ゲートウェイ制御機能１１４は他のネットワークからローカル・ネットワーク情報を隠蔽してもよい。

メディア・ゲートウェイ１１８は、所与のインターネット・プロトコル・ネットワーク上のメディア・フロー（たとえば、音響）と公衆交換電話網１２０上のベアラ・データとの間の変換を行う。メディア・ゲートウェイ１１８は、公衆交換電話網１２０の回線交換（「ＣＳ」）ベアラ・トラフィックを終端し、モバイル交換センタ１０２内の他のエンドポイントからのパケット・ストリームとしてのインターネット・プロトコル・メディア・フローを終端する。一実施例では、他のエンドポイントが、メディア・ゲートウェイ制御機能１１０、またはサービス・モバイル交換センタ機能サーバ１０４に関連するメディア・エンドポイントを備えている。メディア・ゲートウェイ１１８はボコーディングを行い、トーンおよびアナウンスメントを提供する。メディア・ゲートウェイ１１８は、ベアラ・ストリームを修正（すなわち、符号化、圧縮、エコー相殺、パケット化、トランスコーディング、パケット・タイミング同期化、およびパケット損失処理）するリソースを備えている。

メディア・ゲートウェイ１１８は、１つまたは複数の音声符号化形式（すなわち、コーデック・フォーマット）をサポートする。上記１つまたは複数の音声符号化形式は、Ｇ．７１１、エンハンスト・バリアブル・レート・コーデック（「ＥＶＲＣ」）、適応マルチレート（「ＡＭＲ」）を含んでいる。メディア・ゲートウェイ１１８はＧ．７１１コーデック・フォーマットを使用して、公衆交換電話網１２０に接続されたトランク上の音声を符号化および復号化できる。

メディア・ゲートウェイ１１８は、複数の信号指示機構、たとえばメディア・ゲートウェイ制御機能１１０の登録、イベントの検出（たとえば、デュアル・トーン・マルチ周波数（「ＤＴＭＦ」）検出）、トーンおよびアナウンスメントのベアラ・ストリームへの適用、グレースフル・ティアダウン（ｇｒａｃｅｆｕｌ ｔｅａｒｄｏｗｎ）およびランダム・リスタート、通知、統計量の生成、ならびにＨ．２４８パッケージの支援をサポートする。メディア・ゲートウェイ１１８は、Ｈ．２４８コンテクスト含有終端を用いてベアラ接続を編成する。メディア・ゲートウェイ１１８は、多数の同時コンテクストを含んでよい。

モバイル交換センタ１０２は、モバイル交換センタ１０２の外部のネットワークにある通信サポート・エンティティとの１つまたは複数のインターフェースを含んでいる。モバイル交換センタ１０２は、ホーム・ロケーション・レジスタ（「ＨＬＲ」）１３４への信号指示システム・セブン（ｓｉｇｎａｌｉｎｇ ｓｙｓｔｅｍ ｓｅｖｅｎ：「ＳＳ７」）インターフェース１３２を備えている。ホーム・ロケーション・レジスタ１３４は、ネットワークのユーザに関する登録情報を格納するデータベースを備えている。モバイル交換センタ１０２は、インテリジェント・ネットワーク（「ＩＮ」）１３８へのインテリジェント・ネットワーク・アプリケーション・プロトコル（「ＩＮＡＰ」）または無線インテリジェント・ネットワーク（「ＷＩＮ」）インターフェース１３６を備えている。インテリジェント・ネットワーク１３８は、モバイル交換センタ１０２からの１つまたは複数の電話サービス、たとえば、番号変換、ローカル番号ポータビリティ（ｌｏｃａｌ ｎｕｍｂｅｒ ｐｏｒｔａｂｉｌｉｔｙ：「ＬＮＰ」）、呼転送、呼スクリーニング、および無線統合（ｗｉｒｅｌｅｓｓ ｉｎｔｅｇｒａｔｉｏｎ）に対するアクセスを可能にする。モバイル交換センタ１０２は、ラジオ・アクセス・ネットワーク（「ＲＡＮ」）１４２に対するインターフェース１４０を備えている。ラジオ・アクセス・ネットワーク１４２は、移動電話とネットワークの間のインターフェース（すなわちモバイル交換センタ１０２）を備えている。ラジオ・アクセス・ネットワーク１４２は、符号分割多元接続ラジオ・アクセス・ネットワーク、ユニバーサル・モバイル・テレコミュニケーション・システム地上波ラジオ・アクセス・ネットワーク（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：「ＵＴＲＡＮ」）、またはグローバル・エボリューション・ラジオ・アクセス・ネットワーク（ｇｌｏｂａｌ ｅｖｏｌｕｔｉｏｎ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：「ＧＥＲＡＮ」）用のモバイル通信／エンハンスト・データ・レート（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅ）のためのグローバル・システムを含んでよい。ラジオ・アクセス・ネットワーク１４２は移動電話に、電波インターフェース、たとえば第３世代（「３Ｇ」）電波インターフェースを介して結合される。ラジオ・アクセス・ネットワーク１４２はメディア・ゲートウェイ１１８のインスタンスを使用して、電波インターフェース・メディア・フローをパケット・ストリームに変換してもよい。

図３を参照すると、図２の通信ネットワークの例示的構成が、予備会議機能構成を示している。ユーザＵＥ−Ａ ２１８が２つの別個のメディア・セッション（呼）を、それぞれＵＥ−Ｂ ２２０およびＵＥ−Ｃ ２２２を用いて確立してある。ここでユーザＵＥ−Ａ ２１８は会議（マルチパーティ）呼を発出してよい。メディア・ゲートウェイ２０６はメディア・サーバ２０８および２１０に動作可能に接続されている。ＳＩＰサーバ２１２、２１４および２１６はネットワーク・コントローラ２０２に操作可能に接続されている。ユーザＵＥ−Ａ ２１８、ＵＥ−Ｂ ２２０、およびＵＥ−Ｃ ２２２は図３に示すようにそれぞれ、ＳＩＰサーバ２１２、２１４および２１６に接続されており、ならびにメディア・ゲートウェイ２０６、２０８および２１０に接続されている。ユーザＵＥ−Ａ ２１８、ＵＥ−Ｂ ２２０、およびＵＥ−Ｃ ２２２は、移動電話ユーザ、ＰＳＴＮユーザまたはネイティブＳＩＰエンドポイントであってよい。

図４を参照すると、図３の通信ネットワーク例示的構成が会議機能構成を示している。エンド・ユーザＵＥ−Ａ ２１８、ＵＥ−Ｂ ２２０、およびＵＥ−Ｃ ２２２は、それぞれＳＩＰサーバ２１２、ＳＩＰサーバ２１４、およびＳＩＰサーバ２１６を介してネットワーク・コントローラ２０２と呼制御情報の交換を行う。ユーザＵＥ−Ａ ２１８は、会議（マルチパーティ）呼の発出者である。メディア・サーバ２０６は、ネットワーク・リソース２２４を介してメディア・サーバ２０８および２１０に操作可能に接続されている。ネットワーク・コントローラ２０２はリソース・コントローラ２０４に操作可能に接続されており、リソース・コントローラ２０４はネットワーク・リソース２２４に操作可能に接続されている。ネットワーク・コントローラ２０２はＳＩＰ第三者呼制御手順を実行して、リソース・コントローラ２０４を介して好適なネットワーク会議リソース２２４を割り振り、またベアラ・リソースをエンドポイント２０６、１０８、２１０および２２４間で最適な形で割り振る。

ここで図５〜７を参照すると、例示的な構成は、会議機能を提供する通信ネットワークでの会議呼シナリオを示している。図５では、ユーザＭＳ−Ａ ５０２は、会議呼予備条件でのユーザＰＳＴＮ−Ｂ ５０４に対して設定された１つの呼を有する。一実施例でのアクセス・ネットワーク５０８はメディア・サーバ２０６（図２）を備えている。一実施例でのＭＳＣ／ＣＳＣＦ５０６は、ＳＩＰサーバ２１２（図２）を備えている。ＳＩＰ Ｂ２ＢＵＡ ５１０はネットワーク・コントローラ２０２（図２）を備えている。一実施例でのＭＧＣＦ ５１２はＳＩＰサーバ２１４（図２）を備えている。一実施例でのＭＧＷ５１４はメディア・サーバ２０８（図２）を備えている。

図６では、ユーザＭＳ−Ａ ５０２とユーザＰＳＴＮ−Ｂ５０４の間の呼は保留状態に置かれ、ユーザＭＳ−Ａ ５０２とユーザＵＡ−Ｃ ６０２の間の呼は確立されてある。一実施例でのユーザＵＡ−Ｃ ６０２はＵＥ−Ｃ ２２２（図２）を備えている。一実施例でのＳＩＰプロキシ６０４はメディア・サーバ２１０（図２）を備えている。ユーザＭＳ−Ａ ５０２は会議呼の構築を要求して、現存する呼を保留状態の呼に接続する。

図７では、信号指示およびベアラ経路が、確立された会議呼に関して示されている。ユーザＭＳ−Ａ ５０２は、ユーザＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２に対する呼識別により会議呼設定を開始するように、ネットワーク・コントローラ５１０に対して信号指示を行う。一実施例では、エンド・ユーザ５０４および６０２は、ＰＳＴＮユーザまたはＳＩＰ回線ユーザを含んでいる。このときネットワーク・コントローラ５１０は、３つのポートで会議ブリッジ７０４を占有（ｓｅｉｚｅ）するようにリソース・コントローラ７０２に信号指示を行う。一実施例でのリソース・コントローラ７０２はリソース・コントローラ２０４（図２）を備えている。一実施例での会議ブリッジ７０４はネットワーク・リソース２２４（図２）を備えている。ネットワーク・コントローラ５１０は、ネットワークを更新して、図７に示すようにベアラ経路を再構成する。

図８、９を参照すると、会議呼を呼び出す例示的方法が示されている。ＵＥ−Ａ ５０２は、他の２つのユーザＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２にそれぞれの呼区間を介して最初に接続されるエンド・ユーザを表している。ネットワーク・コントローラ５１０は、呼区間間の会議呼を確立するためのマネージャとして働く。リソース・コントローラ７０２は複数のコーデックおよび会議ポートを使用して、会議呼に対する会議ブリッジとして働く。ＳＩＰサーバ５０６は、ＵＥ−Ａ ５０２とネットワーク・コントローラ５１０の間の呼制御メッセージ用の変換器として働く。ＳＩＰサーバ５０６は最初にＭＧＣＦ／ＭＧＷ ５１２を介してＵＥ−Ａ ５０２とＰＳＴＮ−Ｂ ５０４の間で、またＳＩＰプロキシ６０４を介してＵＥ−Ａ ５０２とＵＡ−Ｃ ６０２の間で通信経路を提供する。

エンド・ユーザＵＥ−Ａ ５０２は、最初にＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２に別々の呼で接続され、それらは対応する呼ＩＤで識別される。ＰＳＴＮ−Ｂ ５０４に対する呼は最初は保留状態にされる。ＵＥ−Ａ ５０２は会議呼を求める要求をモバイル交換センタ５０６に送信する。モバイル交換センタ５０６は、ＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２の各呼ＩＤに関する会議呼を構築するように、ネットワーク・コントローラ５１０に信号指示する（メッセージ１）。要求を受信すると、ネットワーク・コントローラ５１０は要求の肯定応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をモバイル交換センタ５０６に送信する（メッセージ２）。次いで、ネットワーク・コントローラ５１０はリソース・コントローラ７０２に対する要求（メッセージ９）を送信し、会議呼に対して１つまたは複数のネットワーク・リソース７０４、たとえば１つまたは複数のトランスコーダおよびネットワーク・ポートを割り振る。一実施例では、メッセージ９は、会議呼に対して上記１つまたは複数のネットワーク・リソース７０４を割り振る３つの別々のメッセージを有している。リソース・コントローラ７０２は、上記１つまたは複数のネットワーク・リソース７０４を割り振り、会議呼の各区間に対する割り振られたネットワーク・リソース７０４に対応する制御情報、たとえばインターネット・プロトコル（「ＩＰ」）アドレス、使用可能なコーデック、および指向性（ｄｉｒｅｃｔｉｏｎａｒｉｔｙ）を返す（メッセージ１１）。一実施例では、メッセージ１１は、会議呼に対する使用可能なネットワーク・リソース７０４のオファー・メッセージを含む。

リソース・コントローラ７０２から制御情報を受信すると、ネットワーク・コントローラ５１０はネットワークを更新してベアラ経路を再構成する。一実施例では、ネットワーク・コントローラ５１０はＵＥ−Ａ ５０２、ＰＳＴＮ−Ｂ ５０４、およびＵＡ−Ｃ ６０２とのエンドツーエンド・ネゴシエーションを実行する。別の実施例では、ネットワーク・コントローラ５１０はＳＤＰオファー／回答モデルを使用して、ＵＥ−Ａ ５０２、ＰＳＴＮ−Ｂ ５０４、およびＵＡ−Ｃ ６０２とのエンドツーエンド・ネゴシエーションを実行する。たとえば、ネットワーク・コントローラ５１０は、対応する会議ポート、会議ポートで使用可能なコーデック、および会議ポートの指向性をＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２に送信する（メッセージ１６および１９）。ＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２は、ネットワーク・コントローラ５１０からオファーされたコーデックの１つを受け入れることによってエンドツーエンド・ネゴシエーションに回答する（メッセージ１８および２１）。一実施例でのメッセージのグルーピング８０２、８０４および９０２は、オファー／回答ネゴシエーションの交換を含んでいる。オファー／回答ネゴシエーションの例は、出願番号１０／２９５７７５、出願日２００２年１１月１４日、「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ ＵＳＥＲ ＡＧＥＮＴＳ ＴＨＲＯＵＧＨ ＥＭＰＬＯＹＭＥＮＴ ＯＦ ＣＯＤＥＣ ＦＯＲＭＡＴ ＵＮＳＵＰＰＯＲＴＥＤ ＢＹ ＯＮＥ ＯＦ ＴＨＥ ＵＳＥＲ ＡＧＥＮＴＳ」という名称の特許出願に示されており、この特許出願はすでに参照として本出願に組み込んである。一実施例では、メッセージのグルーピング８０２、８０４および９０２のネゴシエーションは同時に行われる。ＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２は、受入済コーデックを用いてそれぞれの会議ポートに接続している。ネットワーク・コントローラ５１０は、ＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２から受信した受入済コーデックに従って呼区間に対する各ネットワーク・リソース７０４を構成するように、リソース・コントローラ７０２に信号指示する（メッセージ２３）。次いで、ネットワーク・コントローラ５１０はＵＥ−Ａ ５０２の呼区間を構成し（メッセージ２７および２９）、会議呼の設定が成功したことを確認する（メッセージ３１、３２）。

次に図１０、１１を参照すると、例示的構成図が、図１１、１２に示した通信ネットワーク内のシナリオを解除する要求を示している。ＵＡ−Ａ ５０２は、ＭＳＣ／ＣＳＣＦ ５０６にＵＡ−Ｃ ６０２を解除する要求を送信する（メッセージ０）。ＭＳＣ／ＣＳＣＦ ５０６は、ＵＡ−Ｃ ６０２に対応する呼ＩＤで識別された呼を打ち切り、かつ会議ブリッジをクリアするように、ネットワーク・コントローラ５１０に信号指示する（メッセージ１）。ネットワーク・コントローラ５１０は、会議呼から接続解除するように、ＵＡ−Ｃ ６０２にＳＩＰプロキシ６０４を介して信号指示する（メッセージ２）。ＵＡ−Ｃ ６０２はネットワーク・コントローラ５１０に、会議呼から接続解除する信号指示の肯定応答を送信する（メッセージ４）。次いでネットワーク・コントローラ５１０はＭＳＣ／ＣＳＣＦ ５０６に、ＵＡ−Ｃ ６０２が会議呼からの接続解除に成功したことを通知する（メッセージ５）。ネットワーク・コントローラ５１０は、会議呼に関して割り振られたネットワーク・リソース７０４を解放することをリソース・コントローラ７０２に通知する（メッセージ６）。リソース・コントローラ７０２は割り振られたネットワーク・リソース７０４を削除することにより応答し（メッセージ７）、会議ブリッジの打切り（ｃｌｏｓｉｎｇ）を確認するようにネットワーク・コントローラ５１０に信号指示する（メッセージ８）。ネットワーク・コントローラ５１０は、会議ブリッジから接続解除してＭＳＣ／ＣＳＣＦ ５０６に接続するように、ＭＧＣＦ／ＭＧＷ ５１２に信号指示する（メッセージ１７）。ＭＧＣＦ／ＭＧＷ ５１２は会議ブリッジから接続解除し、ネットワーク・コントローラ５１０に信号指示する（メッセージ１８、１９）。次いで、ネットワーク・コントローラ５１０は、ＭＧＣＦ／ＭＧＷ ５１２に接続するようにＭＳＣ／ＣＳＣＦ ５０６に信号指示する（メッセージ２０）。ＭＳＣ／ＣＳＣＦ ５０６は会議呼から接続解除し、ＭＲＦＣ／ＭＧＷ ５１２に接続する（メッセージ２１）。次いでＭＳＣ／ＣＳＣＦ ５０６は、ＭＧＣＦ／ＭＧＷ ５１２に接続する信号指示に応答する（メッセージ２２）。一実施例でのメッセージのグルーピング１００２および１１０２は、オファー／回答ネゴシエーションの交換を含んでいる。オファー／回答ネゴシエーションの例は、出願番号１０／２９５７７５、出願日２００２年１１月１４日、「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ ＵＳＥＲ ＡＧＥＮＴＳ ＴＨＲＯＵＧＨ ＥＭＰＬＯＹＭＥＮＴ ＯＦ ＣＯＤＥＣ ＦＯＲＭＡＴ ＵＮＳＵＰＰＯＲＴＥＤ ＢＹ ＯＮＥ ＯＦ ＴＨＥ ＵＳＥＲ ＡＧＥＮＴＳ」という名称の特許出願に示されており、この特許出願はすでに参照として本出願に組み込んである。一実施例では、メッセージのグルーピング１００２および１１０２のネゴシエーションは同時に行われる。次いでネットワーク・コントローラ５１０は、ＭＳＣ／ＣＳＣＦ ５０６に対する会議ブリッジの成功クリアの確認を送信する（メッセージ３１）。ＭＳＣ／ＣＳＣＦ ５０６は、ネットワーク・コントローラ５１０に対する会議ブリッジのクリアに成功したことの肯定応答を返す（メッセージ３２）。

次に図１２を参照すると、例示的構成図が、会議機能を提供する通信ネットワーク内のユーザＵＥ−Ａ ５０２による呼解除シナリオを示している。ＵＥ−Ａ ５０２は最初に、ユーザＰＳＴＮ−Ｂ ５０４およびユーザＵＡ−Ｃ ６０２との会議呼中にある。ＵＥ−Ａ ５０２はＭＳＣ／ＣＳＣＦ ５０６に会議呼を解除する信号を送信する（メッセージ０）。ＭＳＣ／ＣＳＣＦ ５０６は、ＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２に関連する呼を解除するように、ネットワーク・コントローラ５１０に信号指示する（メッセージ１および１１）。ネットワーク・コントローラ５１０は、会議ブリッジから接続解除するように、ＵＡ−Ｃ ６０２にＳＩＰプロキシ６０４を介して信号指示する（メッセージ２）。会議ブリッジから接続解除すると、ＵＡ−Ｃ ６０２は、接続解除を確認するようにネットワーク・コントローラ５１０に信号指示する（メッセージ４）。ネットワーク・コントローラ５１０は、ＵＡ−Ｃ ６０２の接続解除を確認する信号をＭＳＣ／ＣＳＣＦ ５０６に転送する（メッセージ５）。ネットワーク・コントローラ５１０は、ＰＳＴＮ−Ｂ ５０４に対する呼を接続解除するように、ＭＧＣＦ／ＭＧＷ ５１２に信号指示する（メッセージ１２）。ＭＧＣＦ／ＭＧＷ ５１２はＰＳＴＮ−Ｂ ５０４に対する呼を接続解除して、メディア・サーバ５１４の割り振られたポートを削除し（メッセージ１３）、ネットワーク・コントローラ５１０に接続解除の肯定応答を送信する（メッセージ１４）。ネットワーク・コントローラ５１０は、ＭＳＣ／ＣＳＣＦ ５０６に接続解除の肯定応答を転送する。ＭＳＣ／ＣＳＣＦ ５０６は、ＰＳＴＮ−Ｂ ５０４およびＵＡ−Ｃ ６０２の接続解除の肯定応答をネットワーク・コントローラ５１０に送信する（メッセージ１５）。次いでネットワーク・コントローラ５１０は、割り振られた会議ポートを解放するように、ＭＲＦＣ／ＭＲＦＰ ７０２に信号指示する（メッセージ２１）。ＭＲＦＣ／ＭＲＦＰ ７０２は割り振られた会議ポートを解放し、ポートの解放の肯定応答を送信する（メッセージ２２、２３）。

次に図１３、１４を参照すると、例示的構成図が、会議機能を提供する通信ネットワーク内のユーザＰＳＴＮ−Ｂ ５０４による呼区間・シナリオの解除を示している。ＰＳＴＮ−Ｂ ５０４が呼を解除し（メッセージ０）、これによりＭＧＣＦ／ＭＧＷ ５１２が解除についてネットワーク・コントローラ５１０に信号指示する（メッセージ１）。次いでネットワーク・コントローラは、ＰＳＴＮ−Ｂ ５０４の解除についてＭＳＣ／ＣＳＣＦ ５０６に信号指示する（メッセージ３）。ＭＳＣ／ＣＳＣＦ ５０６はＰＳＴＮ−Ｂ ５０４の解除の肯定応答をネットワーク・コントローラ５１０に送信し、割り振られた会議ポートを解放するように、ＭＲＦＣ／ＭＲＦＰ ７０２に信号指示する（メッセージ４）。次いで、ネットワーク・コントローラ５１０は解除の肯定応答をＭＧＣＦ／ＭＧＷ ５１２に転送する（メッセージ５）。ＭＲＦＣ／ＭＲＦＰ ７０２は、割り振られた会議ポートを解放し、ポートの解放の肯定応答を送信する（メッセージ７、８）。ネットワーク・コントローラ５１０はＵＡ−Ｃ ６０２およびＭＳＣ／ＣＳＣＦ ５０６を更新して、ＵＥ−Ａ ５０２とＵＡ−Ｃ ６０２を接続する（メッセージ１７、１９、２０〜２２）。一実施例では、メッセージのグルーピング１４０２は、オファー／回答ネゴシエーションの交換を含んでいる。オファー／回答ネゴシエーションの例は、出願番号１０／２９５７７５、出願日２００２年１１月１４日、「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ ＵＳＥＲ ＡＧＥＮＴＳ ＴＨＲＯＵＧＨ ＥＭＰＬＯＹＭＥＮＴ ＯＦ ＣＯＤＥＣ ＦＯＲＭＡＴ ＵＮＳＵＰＰＯＲＴＥＤ ＢＹ ＯＮＥ ＯＦ ＴＨＥ ＵＳＥＲ ＡＧＥＮＴＳ」という名称の特許出願に示されており、この特許出願はすでに参照として本出願に組み込んである。ネットワーク・コントローラ５１０は、会議ブリッジのクリアが成功したことの肯定応答を送信する（メッセージ３１）。ＭＳＣ／ＣＳＣＦ ５０６はネットワーク・コントローラ５１０に該クリアの肯定応答を返す（メッセージ３２）。

次に図１５、１６を参照すると、例示的構成図が、会議機能を提供する通信ネットワーク内のユーザＵＡ−Ｃによる呼区間・シナリオの解除を示している。ＵＡ−Ｃ ６０２は呼を解除し、解除に関する信号をネットワーク・コントローラ５１０にＳＩＰプロキシ６０４を介して送信する（メッセージ０、１）。次いでネットワーク・コントローラ５１０はＵＡ−Ｃ ６０４の解除についてＭＳＣ／ＣＳＣＦ ５０６に信号指示する（メッセージ３）。ＭＳＣ／ＣＳＣＦ ５０６は、ＵＡ−Ｃ ６０４の解除の肯定応答をネットワーク・コントローラ５１０に送信し、割り振られた会議ポートを解放するようにＭＲＦＣ／ＭＲＦＰ ７０２に信号指示する（メッセージ４および６）。次いでネットワーク・コントローラ５１０は、解除の肯定応答をＵＡ−Ｃ ６０２にＳＩＰプロキシ６０４を介して転送する（メッセージ５）。ＭＲＦＣ／ＭＲＦＰ ７０２は割り振られた会議ポートを解放し、ポートの解放の肯定応答を送信する（メッセージ７および８）。ネットワーク・コントローラ５１０はＭＧＣＦ／ＭＧＷ ５１２およびＭＳＣ／ＣＳＣＦ ５０６を更新して、ＵＥ−Ａ ５０２とＰＳＴＮ−Ｂ ５０４を接続する（メッセージ１７〜１９、２０〜２２）。一実施例でのメッセージのグルーピング１６０２は、オファー／回答ネゴシエーションの交換を含んでいる。オファー／回答ネゴシエーションの例は、出願番号１０／２９５７７５、出願日２００２年１１月１４日、「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＢＥＴＷＥＥＮ ＵＳＥＲ ＡＧＥＮＴＳ ＴＨＲＯＵＧＨ ＥＭＰＬＯＹＭＥＮＴ ＯＦ ＣＯＤＥＣ ＦＯＲＭＡＴ ＵＮＳＵＰＰＯＲＴＥＤ ＢＹ ＯＮＥ ＯＦ ＴＨＥ ＵＳＥＲ ＡＧＥＮＴＳ」という名称の特許出願に示されており、この特許出願はすでに参照として本出願に組み込んである。ネットワーク・コントローラ５１０は会議ブリッジのクリアが成功したことの肯定応答を送信する（メッセージ３１）。ＭＳＣ／ＣＳＣＦ ５０６は該クリアの肯定応答をネットワーク・コントローラ５１０に返す（メッセージ３２）。

本明細書に記載した各ステップまたは各操作は単なる例示である。これらのステップまたは操作は本発明の精神から逸脱することなく種々の変更が可能である。たとえば、各ステップは異なる順序で行ってもよく、あるいはステップの追加、省略または修正が可能である。

本発明の例示的実施形態を本明細書に詳細に説明したが、当業者が理解するように、様々な修正、追加、置換、等を本発明の精神から逸脱することなく行うことが可能であり、したがって、それらは特許請求項に定義する本発明の範囲内にあるとみなされる。

呼会議機能を実施する装置の一例示的構成を示す図である。 １つまたは複数のモバイル交換センタ・サービス構成要素および１つまたは複数のインターネット・プロトコル・マルチメディア・サブシステム構成要素を備えた装置の一例を示す図である。 予備会議機能を実施する装置の一例示的構成を示す図である。 呼会議機能を実施する装置の一例示的構成を示す図である。 会議呼シナリオの一例を実施する装置の他の例示的構成を示す図である。 会議呼シナリオの一例を実施する装置の他の例示的構成を示す図である。 会議呼シナリオの一例を実施する装置の他の例示的構成を示す図である。 一例示的会議呼設定操作を示す他の図である。 一例示的会議呼設定操作を示す他の図である。 解除操作に対する一例示的要求を示す他の図である。 解除操作に対する一例示的要求を示す他の図である。 一例示的解除呼操作を示す他の図である。 呼区間用の一例示的なオプション的解除操作を示す図である。 呼区間用の一例示的なオプション的解除操作を示す図である。 呼区間用の一例示的なオプション的解除操作を示す他の図である。 呼区間用の一例示的なオプション的解除操作を示す他の図である。

Claims (10)

1. 受信した要求に応じて第１および第２の呼を、少なくとも第３の呼を伴う会議呼に接続するＳＩＰ／ＳＤＰ（セッション開始プロトコル／セッション記述プロトコル）ベースのネットワーク・コントローラからなり、
   前記ＳＩＰ／ＳＤＰベースのネットワーク・コントローラはネットワーク・リソースと交渉し、それらを割り振り、再構成するように構築された
   装置。
2. 前記ネットワーク・コントローラはセッション記述プロトコルを用いて、第三者呼制御手順によりネットワーク・リソースの終端間のネゴシエーションを行う請求項１に記載の装置。
3. 前記ネットワーク・コントローラは、動作呼上にあり少なくとも第２ユーザに対して少なくとも１つの保留呼を有する第１ユーザからの要求に応じて、少なくとも前記第１ユーザおよび前記第２ユーザを少なくとも第３ユーザを伴う会議呼に接続し、前記装置はさらにリソース・コントローラからなり、該リソース・コントローラは、ユーザ間の各呼区間に対して少なくともコーデック再ネゴシエーションおよびベアラ再構成を前記リソース・コントローラが独立に行うことを可能にするＳＩＰ／ＳＤＰ信号指示により前記ネットワーク・コントローラに操作可能に接続されている請求項１に記載の装置。
4. 前記第１、第２および第３ユーザの１つからのさらなる要求に応じて、ネットワーク・コントローラは会議呼をクリアし、それによって少なくとも前記第３ユーザを接続解除し、前記第１ユーザと第２ユーザ間の二方向会話に対して動作呼を回復する請求項３に記載の装置。
5. 各ユーザが各ＳＩＰサーバに操作可能に接続され、前記各ＳＩＰサーバはＳＩＰ／ＳＤＰ信号指示により前記ネットワーク・コントローラに操作可能に接続された請求項３に記載の装置。
6. 第１ユーザと少なくとも第２ユーザとの間の呼を保留状態に置くステップであって、前記第１のユーザが動作呼上に置かれ、少なくとも前記第２ユーザが保留呼上に置かれるステップ、
   ＳＩＰ／ＳＤＰ（セッション開始プロトコル／セッション記述プロトコル）信号指示により前記第１ユーザからネットワーク・コントローラに、少なくとも第３ユーザを伴う、会議呼に対する要求を送信するステップ、及び
   ユーザ間の各呼区間に対して少なくともコーデック再ネゴシエーションおよびベアラ再構成をリソース・コントローラが独立に行うことを可能にするようにＳＩＰ／ＳＤＰ信号指示により前記ネットワーク・コントローラとリソース・コントローラとの間で通信するステップ
   からなる方法。
7. 前記第１、第２および第３ユーザの１つからのさらなる要求に応じて、ネットワーク・コントローラは会議呼をクリアし、それによって少なくとも前記第３ユーザを接続解除し、前記第１ユーザと第２ユーザ間の二方向会話に対して動作呼を回復する請求項６に記載の方法。
8. 各ユーザがＳＩＰ／ＳＤＰ信号指示により各ＳＩＰサーバを介して前記ネットワーク・コントローラ通信する請求項６に記載の方法。
9. 会議呼中に前記ネットワーク・コントローラは各ユーザに関連する以前の呼情報を維持する請求項６に記載の方法。
10. 前記呼情報は少なくともエンドポイント・コーデック性能および呼識別の少なくとも１つを含む請求項９に記載の方法。
    

Images