(57)【要約】インターネット・プロトコルを介した音声の伝送は、添付のハイブリッド・モードを用いることにより汎用移動通信システム（ＵＭＴＳ）において達成され、それにより移動電話機（１）からの音声ベアラ経路が、回線交換モードにおいてネットワーク制御器（４）に、そしてパケット・モードにおいて該ネットワーク制御器から前方に移送される。移動電話機（１）からの制御シグナリングは、インターネット・プロトコルを介してコア・ネットワーク（９）に送られる。本発明は、既存の回線交換ドメイン及びパケット交換ドメインの最も適切な構成要素を用いることにより最適化された音声経路を与え、従って音声呼、ファクシミリ伝送、及びコンピュータにより発生されたデータを単一のデータ・ネットワークを介して移送するのを可能にする利点を有する。
2004511131.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク制御器と、ユーザ端末アドレスを有する少なくとも１つのユーザ端末とを含む通信ネットワークにおいて音声を伝送する方法であって、
前記ユーザ端末において、
前記ネットワーク制御器との通信リンクをセットアップするステップと、
音声サンプルを前記ネットワーク制御器に送るステップと、
前記ネットワーク制御器において、
前記ユーザ端末のためインターネット・プロトコル・アドレスを獲得するステップと、
前記ユーザ端末アドレスと前記インターネット・プロトコル・アドレスとの間でマッピングを実行するステップと、
前記ユーザ端末から受信された音声サンプルをパケット化された音声に変換するステップと、
前記パケット化された音声を前記ネットワークの遠隔部分に送信するステップと
を備える方法。
【請求項２】
通信リンクをセットアップする前記ステップは、前記ユーザ端末アドレス及び要求された添付モードのタイプを前記ネットワーク制御器に与えることにより、パケット交換された添付手順を実行するステップを含む請求項１記載の方法。
【請求項３】
前記ユーザ端末及びネットワーク制御器において移動性管理コンテキストを確立するステップと、
前記ユーザ端末において、新しいハイブリッド・パケット・データ・プロトコル・コンテキスト・タイプを活動化するステップと
を更に含む請求項２記載の方法。
【請求項４】
インターネット・プロトコル・アドレスを獲得する前記ステップが、パケット・データ・プロトコル・コンテキストの活動化要求を前記ユーザ端末から受け取るステップを含む請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記パケット・データ・プロトコル・コンテキストが、マッピング及びルーティング情報を含む請求項４記載の方法。
【請求項６】
前記ネットワーク制御器において、無線ベアラ・セットアップ手順を開始する更なるステップを含む請求項４又は５記載の方法。
【請求項７】
前記無線ベアラ・セットアップ手順が、専用の共用チャネルを介して実行される請求項６記載の方法。
【請求項８】
前記ネットワーク制御器において、被呼者のためインターネット・プロトコル・アドレスを獲得する更なるステップを含む請求項１から７のいずれか一項に記載の方法。
【請求項９】
変換する前記ステップは、インターネット・プロトコル・ヘッダ、前記ユーザ端末のインターネット・プロトコル・アドレス、及び前記被呼者のインターネット・プロトコル・アドレスを前記パケット化された音声に追加するステップを含む請求項８記載の方法。
【請求項１０】
通信ネットワークにおいて音声の伝送を可能にする装置であって、
ユーザ端末アドレスを有するユーザ端末から音声サンプルを受信する手段と、
前記ユーザ端末のためインターネット・プロトコル・アドレスを獲得する手段と、
前記ユーザ端末アドレスをインターネット・プロトコル・アドレスとマッピングする音声プロキシ手段と、
前記の受信された音声をパケット化された音声に変換する手段と、
前記のパケット化された音声を前記ネットワークの遠隔部分に送信する手段とを備える装置。
【請求項１１】
無線ベアラ・セットアップ手順を開始する手段を含む請求項１０記載の装置。
【請求項１２】
被呼者のためインターネット・プロトコル・アドレスを獲得する手段を更に含む請求項１０又は１１記載の装置。
【請求項１３】
前記変換する手段が、インターネット・プロトコル・ヘッダ、前記ユーザ端末のインターネット・プロトコル・アドレス、及び前記被呼者のインターネット・プロトコル・アドレスを前記パケット化された音声に付加する手段を含む請求項１２記載の装置。
【請求項１４】
ユーザ端末アドレスを有し、且つ通信ネットワークにおいて音声サンプルをネットワーク制御器に伝送するよう適合されたユーザ端末において、
前記ユーザ端末アドレス及び要求された添付モードのタイプを前記ネットワーク制御器に与えることにより、前記ネットワーク制御器でもってパケット交換された添付手順を実行する手段を備えるユーザ端末。
【請求項１５】
移動性管理コンテキストを確立し且つパケット・データ・プロトコル・コンテキストを活動化して伝送する手段を更に含む請求項１４記載のユーザ端末。
【請求項１６】
実質的に図面を参照して以下に記載されるように通信ネットワークにおいて音声サンプルを伝送する方法。
【請求項１７】
実質的に図面を参照して以下に記載されるように音声の伝送を可能にする方法。
【請求項１８】
実質的に図面を参照して以下に記載されるようなユーザ端末。
【発明の詳細な説明】
【０００１】
［発明の属する技術分野］
本発明は、通信システムに関し、特にパケット交換システムを介した音声の伝送に関する。
【０００２】
［従来の技術］
現在、事業会社は２つの別個のネットワークを維持する。一方は彼らのコンピュータ用であり、他方は電話機及びファクシミリ用である。前者は、パケット交換技術に基づいており、そして会社の複数のコンピュータをそれら自体の間で、そしてインターネットを介して外の世界へ接続する。このようにして、電子メール（Ｅメール）及びファイル転送は、低コストで達成される。後者は、回線交換（ｃｉｒｃｕｉｔ−ｓｗｉｔｃｈ）技術に基づいており、そして会社の電話機及びファックス装置を彼ら自体の間で、及び市街交換を介して外の世界との間に接続する。しかしながら、長距離の音声及びファクスの呼は高価である。
【０００３】
回線交換システムにおいては、ユーザが呼を行うことを開始するとき、回線（回路）（ｃｉｒｃｕｉｔ）は、ユーザとネットワークとの間で確立され、それは、呼の持続時間中維持され、他の誰もその特定の資源をその持続時間中使用することができない。
【０００４】
パケット交換システムにおいては、恒久的接続（コネクション）は確立されない。代わりに、ユーザ装置は、そのバッファが一杯になるまでデータをユーザから収集し、次いで、短いスロットをネットワークから要求して、データのパケットを送信する。従って、それは、ネットワーク資源を解放し、そしてバッファが再び一杯になるのを待つ。パケット交換は、２つの外観、即ち、コネクション志向型（ｃｏｎｎｅｃｔｉｏｎ　ｏｒｉｅｎｔｅｄ）及び非コネクション志向型（ｎｏｎ−ｃｏｎｎｅｃｔｉｏｎ　ｏｒｉｅｎｔｅｄ）がある。コネクション志向型の場合には、仮想回線（回路）が送信機と受信機との間に確立され、第１のパケットが受信されるとき交換ノードを通る。同じ宛先に対して受信される全ての後続のパケットは、同じルートを介して伝わる。更に、それらは、それらが送信される順序で受信されることになる。非コネクション志向型の場合には、各パケットは、あたかも前のパケットが送られていなかったかのように扱われる。場合によっては、パケットは、前のパケットとは異なるルートを介して送られることができるであろうし、従って、パケットは、受信機にそれらが送られた順序で到達しないかも知れない。従って、受信機は、データをユーザに与える前にそのデータを正しい順番に並べることができる程十分なバッファを必要とする。
【０００５】
回線交換（ｃｉｒｃｕｉｔ　ｓｗｉｔｃｈｉｎｇ）は、小さい既知の遅延を与えるが、しかしパケット交換と比較して資源の使用が非効率である。おおざっぱには、回線交換は音声に適しているが、一方パケット交換はデータに適している。既知のパケット交換方法は音声に適していないが、それは、各パケットが被る遅延が変わりやすく、従って重大で且つ望ましくない音声遅延をもたらす可能性がある。
【０００６】
全ての音声及びファクスの呼が、伝送遅延の不利益なしに、コンピュータ（データ）・ネットワークを介して行われることができるならば、相当のコスト節約を達成することができるであろうし、その上、唯一つのネットワークを管理することになるであろう。従って、パケット−音声（これはまたＩＰ（インターネット・プロトコル）を介した音声（ＶｏＩＰ）及びＩＰ電話通信とも呼ばれる。）は、非常に魅力的な選択（オプション）である。
【０００７】
パケット−音声はまた、汎用通信システム（ＵＭＴＳ）として知られている第３世代のシステムのための無線／移動通信で追求されつつある。
ＵＭＴＳにおいては、無線ネットワーク制御器（ＲＮＣ）は、多数の基地局送受信機（ノードＢと呼ばれる。）と通信し、次いで、それら多数の基地局送受信機は、しばしばユーザ装置（ＵＥ）と呼ばれる多数のユーザ端末と通信する。ユーザ装置は、移動電話機、ラップトップ・コンピュータ、ページング装置等であり得る。ユーザ装置、ノードＢ及びＲＮＣは、グローバル通信システム（ＧＳＭ）又は汎用パケット無線システム（ＧＰＲＳ）の移動局、基地局送受信機及び基地局制御器に相当する。
ＵＭＴＳにおいてエアー・インターフェースを介してＩＰドメインで直接音声を送るのは可能であるが、しかし効率的でない。
【０００８】
［発明が解決しようとする課題］
本発明は、ＵＭＴＳネットワークにおいてボイス・オーバー・パケット（ＶｏＰ）の配信を行いながらエアー・インターフェース（移動局からノードＢ／ＲＮＣへ及びその逆）の帯域幅効率の改善を目指すものである。
【０００９】
本発明の第１の局面に従って、ネットワーク制御器と、ユーザ端末アドレスを有する少なくとも１つのユーザ端末とを含む通信ネットワークにおいて音声を伝送する方法であって、
前記ユーザ端末において、
前記ネットワーク制御器との通信リンクをセットアップするステップと、
音声サンプルを前記ネットワーク制御器に送るステップと、
前記ネットワーク制御器において、
前記ユーザ端末のためインターネット・プロトコル・アドレスを獲得するステップと、
前記ユーザ端末アドレスと前記インターネット・プロトコル・アドレスとの間でマッピングを実行するステップと、
前記ユーザ端末から受信された音声サンプルをパケット化された音声に変換するステップと、
前記パケット化された音声を前記ネットワークの遠隔部分に送信するステップとを備える方法が提供される。
【００１０】
本発明の第２の局面に従って、通信ネットワークにおいて音声の伝送を可能にする装置であって、
ユーザ端末アドレスを有するユーザ端末から音声サンプルを受信する手段と、
前記ユーザ端末のためインターネット・プロトコル・アドレスを獲得する手段と、
前記ユーザ端末アドレスをインターネット・プロトコル・アドレスとマッピングする音声プロキシ手段と、
前記の受信された音声をパケット化された音声に変換する手段と、
前記のパケット化された音声を前記ネットワークの遠隔部分に送信する手段とを備える装置が提供される。
【００１１】
本発明の第３の局面に従って、ユーザ端末アドレスを有し、且つ通信ネットワークにおいて音声サンプルをネットワーク制御器に伝送するよう適合されたユーザ端末において、前記ユーザ端末アドレス及び要求された添付モードのタイプを前記ネットワーク制御器に与えることにより、前記ネットワーク制御器でもってパケット交換された添付手順を実行する手段を備えるユーザ端末が提供される。
【００１２】
一実施形態においては、本発明は新しい添付（ａｔｔａｃｈ）のＵＭＴＳハイブリッド・モードを提案し、その新しい添付のＵＭＴＳハイブリッド・モードにより移動ユーザからの音声ベアラ経路（ｓｐｅｅｃｈ　ｂｅａｒｅｒ　ｐａｔｈ）が回線モード（ｃｉｒｃｕｉｔ　ｍｏｄｅ）内のノードＢ／ＲＮＣに到達し、そしてＵＭＴＳパケット交換添付（ｐａｃｋｅｔ　ｓｗｉｔｃｈ　ａｔｔａｃｈ）下でパケット・モードにおいてそれから前方に達するようにされる。移動ユーザからの制御シグナリングは、コア・ネットワークまでずっとＩＰを介して送られる。これは、新規のアーキテクチャ、包括的レベルでの３つのプロトコル・プレーン、及び以下で詳細に説明される筈の基本的シグナリングを用いることにより達成される。
【００１３】
従って、本発明は、ＵＭＴＳを介した（回線／パケット）音声サービスのハイブリッド・モードを提供することができる。従来のエアー・インターフェース・ベアラが、ＩＰマルチメディア・ベースのシグナリングとのみ用いられる。
【００１４】
本発明はまた、既存のパケット交換ドメイン及び回線交換ドメインの両方の最良の経路を新規な方法で用いて、ＵＭＴＳのため最適化された音声伝送経路を与えることができる。それはまた、音声に対して最適化されたエアー・インターフェースを与えるが、しかし、他のリアルタイム・サービス、例えば、ビデオをカバーするよう拡張されることができる。
【００１５】
移動ユーザからまさにコア・ネットワークまで、制御シグナリングは、ＩＰを介して実施される。
本発明の実施は、最良に近いＶｏＰ性能を生じさせることができる。既存の回線交換トランスコーダ（ｃｉｒｃｕｉｔ　ｓｗｉｔｃｈｅｄ　ｔｒａｎｓｃｏｄｅｒ）及びレート適応ユニット（ｒａｔｅ　ａｄａｐｔａｔｉｏｎ　ｕｎｉｔ）（ＴＲＡＵ）が、回路ゲートウエイで採用され得るのが有利である。更に、新しい圧縮技術はエアー・インターフェースについて要求されず、そしてＩＰが、そうするのが効率的である場合のみ用いられる。
【００１６】
本発明の幾つかの実施形態が、ここで、例示としてのみ、添付図面を参照して、説明されるであろう。
【００１７】
［発明の実施の形態］
以下に説明の例はユーザ装置により開始される呼に関係するが、しかし本発明は、ユーザ装置において終了する呼にも適用することができる。
図１において、ユーザ装置（ＵＥ）はこの例においては移動電話機１であるが、このユーザ装置（ＵＥ）は、幾つかのノードＢ　３の１つとＵＭＴＳインターフェースＵｕ　２を介して通信する。
【００１８】
各ノードＢ　３はＲＮＣ　４にリンクされている。また、ＲＮＣ　４には、音声プロキシ・サーバ（ＶＰＳ）５及び増強型ＧＰＲＳサポート・ノード機能部（Ｅ−ＳＧＳＮ）６がリンクされている。ＲＮＣ　４とＥ−ＳＧＳＮ　６とは、Ｉｕパケット交換インターフェースＩｕ−ＰＳを介して通信する。ＶＰＳ及びＲＮＣには、それぞれＵＭＴＳ・ツー・ＩＰベアラ・マッピング機能部（ＵＭＴＳ　ｔｏ　ＩＰ　ｂｅａｒｅｒ　ｍａｐｐｉｎｇ　ｆｕｎｃｔｉｏｎａｌｉｔｙ）ＵＩＢＭａ　７及びＵＩＢＭｂ　８が設けられている。これらの２つのモジュール７及び８は、必要に応じて、発呼者及び被呼者の両方のためＩＰアドレスへのアドレス・マッピングを実行する。Ｅ−ＳＧＳＮ　６は、インターネット・プロトコル・コア・ネットワークＩＰ・ＣＮ　９にリンクされている。ＩＰ・ＣＮ　９は、音声対応インターネット・サービス・プロバイダＶＣ−ＩＳＰ　１０、第３世代（ＵＭＴＳ）ゲートウエイＧＰＲＳサポート・ノード３Ｇ−ＧＧＳＮ　１１、回路ゲートウエイＣＧＷ　１２、及びシグナリング・ゲートウエイＳＧＷ　１３に対する更なるリンクを有する。３Ｇ−ＧＧＳＮ　１１はパケット・データ・ネットワークＰＤＮ　１４に接続され、該パケット・データ・ネットワークＰＤＮ　１４は音声対応コンピュータ端末１５のユーザにサービスする。ＳＧＷ　１３は、旧来の回線交換システムＣＳ　１６とインターフェースし、該旧来の回線交換システムＣＳ　１６は次いで、固定の電話送受話器１７及び移動電話機１８に対して公衆地上移動ネットワーク（ｐｕｂｌｉｃ　ｌａｎｄ　ｍｏｂｉｌｅ　ｎｅｔｗｏｒｋ）ＰＬＭＮ　１９及びノードＢ　２０を介してサービスを提供する。呼状態制御機能部２１は３Ｇ−ＧＧＳＮ　１１にリンクされる。
【００１９】
図１のアーキテクチャは、ＵＥ　１が、旧来のＣＳネットワーク１６を介して固定又は移動の電話機に対して、またインターネット又は他のパケット・データ・ネットワーク１４を介して音声対応パーソナル・コンピュータに対して、トール品質（ｔｏｌｌ　ｑｕａｌｉｔｙ）のＵＭＴＳ被最適化パケット交換（ボイス・オーバー・パケット）音声呼を行うことを可能にする。これは、回線交換及びパケット交換ベアラ制御の最善を用いた最適化されたベアラ経路によりパケット交換添付を動作させることにより達成される。
【００２０】
Ｅ−ＳＧＳＮ　６と呼ばれる構成要素は、サービングＧＰＲＳサポート・ノード機能（ＳＧＳＮ）プラス０．４０８プロキシ、ＩＰマルチメディア・ベースの呼制御プロトコル及び既存の旧来シグナリングを実行する実体である。０．４０８プロキシは、パケット移動性管理及びセッション管理のみの限定型０．４０８スタックであることに注目されたい。その機構は、ＵＥ　１とＲＮＣ　４との間の回線−添付（ｃｉｒｃｕｉｔ−ａｔｔａｃｈ）から来るものの上に形成する。移動性は、パケット移動性管理により扱われる。セッションのセットアップはセッション管理により達成される。この例においては、セッション開始プロトコル（ＳＩＰ）を用いて、特定のセッション時に音声呼をセットアップする。これは、ネットワーク内のＵＥ　１とＥ−ＳＧＳＮ　６上にセッション開始プロトコル・アーキテクチャを組み込むことにより実現される。０．４０８プロキシ（パケット移動性管理−セッション管理）プロトコルは、Ｅ−ＳＧＳＮ　６内に埋め込まれているＳＧＳＮ機能部（ＳＧＳＮ　ｆｕｎｃｔｉｏｎａｌｉｔｙ）の内部で終了される。ＲＮＣ　４は、ＵＭＴＳのＩＰベアラ・マッパー（ＵＩＢＭ）として動作する音声プロキシ・サーバ（ＶＰＳ）５への双方向接続（コネクション）を有する。
【００２１】
ＵＥ　１は、一時的ＩＰアドレスを、３Ｇ−ＧＧＳＮ　１１と関連したＶＣ−ＩＳＰ　１０から獲得する。ＵＩＢＭ機能部は、ＵＥ　１が回線モードにおいてＲＮＣ　４まで音声を送り、そしてパケット・モードにおいてＲＮＣ　４から前方に音声を送る。Ｅ−ＳＧＳＮ　６から、ユーザ音声は、コア・ネットワーク９に送られる。それがパケット交換ユーザに向けられている場合、それは、適宜に、関連のＰＤＮ　１４又はインターネットに直接行く。他方、宛先が回線交換ユーザである場合、シグナリング部分がシグナリング・ゲートウエイ（ＳＧＷ）１３に送られ、そしてパケット音声部分が回路ゲートウエイ（ＣＧＷ）１２に送られる。Ｅ−ＳＧＳＮ　６は、ＩＰマルチメディア・ベースの呼制御モデルを用いてデータ経路を制御する。
【００２２】
ＳＧＷ　１３は、シグナリング・システムＳＳ７ベースの回線交換ネットワークとパケット・ネットワークとの間でメッセージ交換を与えるシグナリング構成要素である。それは、ユーザが音声及びデータのサービスに対してシームレス環境で動作するのを可能にする。ＣＧＷ　１２は、音声呼をパケット交換ネットワークから回線交換ネットワークへそしてその逆に配信するのを可能にするネットワーク交換構成要素である。その上、それは、ＧＳＭからＰＣＭ（パルス符号変調）への変換（１６から６４ｋｂ／ｓ）及びその逆、速度（レート）適応、等化、無音抑止（ｓｉｌｅｎｃｅ　ｓｕｐｐｒｅｓｓｉｏｎ）、エコー消去、トーン検出及び発生を実行する。ベアラ経路は、回線交換コネクションのためＣＧＷ　１２へのセッション開始呼モデルからメディア・ゲートウエイ制御プロトコル（ＭＧＣＰ）を通して制御される。
【００２３】
図２は、ハイブリッド・シグナリング・モードにおける制御プレーンに関係したプロトコルを示す。全てのシグナリングＩＰメッセージは、直接、エアー・インターフェース共通チャネル（ＣＣＨ）を介して送られる。図において、信号処理及びアドレス管理（ＳＰＡＭ）機能部は、必要なアドレス・マッピングを与えるため薄いレイヤとしてパケット・ドメインを介して働く。それは、それ自体ではプロトコルでなく、ＵＥ、ＲＮＣ及びＥ−ＳＧＳＮにおいて１組のプリミティブ（基本命令）（ｐｒｉｍｉｔｉｖｅ）である。用いられる他のプロトコルは、パケット移動性管理（ＰＭＮ）、セッション管理（ＳＭ）及びＩＰマルチメディア呼制御、例えばセッション開始プロトコル（ＳＩＰ）である。
【００２４】
図３は、ユーザＩＰシグナリング中継（ｕｓｅｒ　ＩＰ　ｓｉｇｎａｌｌｉｇｎ　ｒｅｌａｙ）のためのユーザ伝送プレーンに関係したプロトコルを示す。ユーザ・データは、エアー・インターフェース専用チャネル（ＤＣＨ）を用いてＩＰドメインを介して終端間を伝送される。該シグナリングは、インターネット制御メッセージ・プロトコル（ＩＣＭＰ）がユーザにより発信された制御のためＥ−ＳＧＳＮ／ルータ／ＧＧＳＮに適用可能でない場合、それらＥ−ＳＧＳＮ／ルータ／ＧＧＳＮに対してトランスペアレント（透過的）である。
【００２５】
図４は、ＵＥと回路ゲートウエイＣＧＷとの間のボイス・オーバー・パケット（ＶｏＰ）を示す。ＵＥは、ＧＳＭ音声を、エアー・インターフェースＤＣＨを介して回線ドメイン（ｃｉｒｃｕｉｔ　ｄｏｍａｉｎ）（ＵＭＴＳリリース９９／００）で伝送し、そのＧＳＭ音声は、ＲＮＣにおいてＩＰパケット化されたＧＳＭ音声に変換される。これは、パケット・ドメイン（ＵＭＴＳリリース２０００）を介してＣＧＷに移送され、該ＣＧＷにおいて、それは、直接、他のＰＬＭＮ（単数又は複数）に又は回線クライアント（ｃｉｒｃｕｉｔ　ｃｌｉｅｎｔ）にトランスコーダ及びレート適応ユニット（Ｔｒａｎｓｃｏｄｅｒ　ａｎｄ　Ｒａｔｅ　Ａｄａｐｔｉｏｎ　Ｕｎｉｔ）（ＴＲＡＵ）を介して送られることができる。該トランスコーダ及びレート適応ユニット（ＴＲＡＵ）はＩＰ音声を６４ｋｂ／ｓＰＣＭに変換する。ＶｏＰベアラ・トラフィックは、Ｅ−ＳＧＳＮ及びＧＧＳＮ機能部に対してトランスペアレントである。
【００２６】
図５に示されるシグナリング・ステップを以下に説明する。
ステップ２２　パケット交換添付：
ＵＥは、パケット交換サービスにアクセスするため必要とされるその無線ネットワーク・アイデンティティ及び添付モードのタイプをＥ−ＳＧＳＮに与えることによりＵＭＴＳのパケット交換された添付手順を実行する。これは、ＵＥがパケット移動性管理（ＰＭＭ）から分離された状態（ＰＭＭ分離状態）にあったことを仮定する。パケット交換添付の際に、ＵＥは、ＰＭＭに接続された状態（ＰＭＭ接続状態）に移る。移動性管理コンテキストが、ＵＥ及びＥ−ＳＧＳＮでセットアップされる。
【００２７】
ステップ２３　アプリケーション・レベル整合：
ＵＥは、ＣＳＣＦとのアプリケーション・レベル整合（ａｐｐｌｉｃａｔｉｏｎ　ｌｅｖｅｌ　ｒｅｇｉｓｔｒａｔｉｏｎ）を行って、ＣＳＣＦにその存在を知らせる。
【００２８】
ステップ２４　ＰＤＰコンテキストの活動化要求：
パケット・データ・プロトコルＰＤＰコンテキストは、マッピング及びルーティング情報を含む。ＵＥは、ＰＤＰコンテキストの活動化要求（Ａｃｔｉｖａｔｅ　ＰＤＰ　Ｃｏｎｔｅｘｔ　Ｒｅｑｕｅｓｔ）をＥ−ＳＧＳＮにＰＤＰタイプを除く標準パラメータ付きで送り、それは、ハイブリッド・モードを指示する値に対して送られる。最高のサービス品質（ＱｏＳ）も要求される。ＰＤＰアドレスは、ＵＥがＩＰアドレスの割り当てを要求しつつある場合空のままであり得る。
【００２９】
ステップ２５　無線ベアラ・セットアップ：
Ｅ−ＳＧＳＮは、無線ベアラ・セットアップ要求メッセージをＲＮＣに送る。次いで、ＲＮＣは、無線ベアラ・セットアップ手順を、ＵＥを接続する専用共用チャネル（Ｄｅｄｉｃａｔｅｄ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）（ＤＳＣＨ）を介して開始して、進行中のシグナリングを受け入れて、ＰＤＰコンテキスト（仮想マッピング）を完成する。ＲＮＣはまたＩｕベアラをセットアップする。
【００３０】
ステップ２６　ＰＤＰコンテキスト生成の要求：
Ｅ−ＳＧＳＮは、ＰＤＰコンテキスト生成の要求を３Ｇ−ＧＧＳＮに、ＰＤＰコンテキストの活動化要求から得られたパラメータ付きで送る。必要ならば、３Ｇ−ＧＧＳＮは、ＤＨＣＰ（動的ホスト構成プロトコルを用いてＵＥのためＩＰアドレスを取得する。
【００３１】
ステップ２７　ＰＤＰコンテキスト生成の応答
次いで、３Ｇ−ＧＧＳＮは、ＰＤＰコンテキスト生成の応答メッセージを関連のパラメータ付きでＳＧＳＮに戻す。
【００３２】
ステップ２８　アドレス・マッピング要求：
３Ｇ−ＧＧＳＮからＰＤＰコンテキスト生成の応答を受け取ると、Ｅ−ＳＧＳＮは、新しいメッセージを開始し、ＲＮＣに命令して、ＵＥのアイデンティティを与えられたＩＰアドレスにマッピングする。この新しいメッセージは、パラメータとして、端末のアイデンティティ及びそのＩＰアドレスを取る。このメッセージのアイデンティティ・フィールドがＥ．１６４番号、例えばＩＭＳＣであること、又はドメイン名、例えばＳＩＰ　ＵＲＬ（ユニフォーム資源ロケータ）に基づくことができるであろうことに注目されたい。この例において、アイデンティティは、端末のＵＭＴＳアイデンティティに言及する。ＲＮＣは、そのプロキシ・サーバを構成して、ユーザのアイデンティティとＩＰアドレスとの間のマッピングを指示するエントリを含む。
【００３３】
ステップ２９　アドレス・マッピング応答：
プロキシの構成後に、ＲＮＣは、Ｅ−ＳＧＳＮに知らせる。
【００３４】
ステップ３０　ＰＤＰコンテキスト活動化の受け入れ：
Ｅ−ＳＧＳＮは、ＧＧＳＮから受信されたＰＤＰアドレスをそのコンテキストに挿入する。ＳＧＳＮは、無線有線順位及びパケット・フローＩＤを、取り決められたＱｏＳ（ＱｏＳ　Ｎｅｇｏｔｉａｔｅｄ）に基づいて選択し、そして関連のパラメータ付きのＰＤＰコンテキスト活動化の受け入れメッセージをＵＥに戻す。Ｅ−ＳＧＳＮは、ここで、ＰＤＰパケット・データ・ユニットを３Ｇ−ＧＧＳＮとＵＥとの間でルート付けすることができる。
【００３５】
ステップ３１　ＳＩＰ　ＩＮＶＩＴＥメッセージ：
この例においては、ＳＩＰが用いられる。ＵＥは、被呼者のＳＩＰ　ＵＲＬを含むＳＩＰ　ＩＮＶＩＴＥ（招待）メッセージ（ＳＩＰ　ＩＮＶＩＴＥ　ｍｅｓｓａｇｅ）をＣＳＣＦに送る。
【００３６】
ステップ３２　ＣＳＣＦ→３Ｇ−ＧＧＳＮアドレス・マッピング要求：
ＣＳＣＦがＳＩＰ　ＩＮＶＩＴＥメッセージを受信するとき、ＣＳＣＦは、被呼者の位置を捜しそしてそのＩＰアドレスを取得する手順を開始する。招待が首尾良く行く場合、ＣＳＣＦは２００ＯＫメッセージを受信する。なお、該２００ＯＫメッセージは、被呼者又はエンティテイのＩＰアドレスを含み、該被呼者又はエンティテイのＩＰアドレスを介して呼を例えばゲートウエイをセットアップすることができる。次いで、ＣＳＣＦは、アドレス・マッピング要求メッセージを３Ｇ−ＧＧＳＮに送る必要がある。
【００３７】
ステップ３３　３Ｇ−ＧＧＳＮ→Ｅ−ＳＧＳＮアドレス・マッピング要求：
３Ｇ−ＧＧＳＮは、新しいＧＴＰ−Ｃメッセージ−アドレス・マッピング要求をＥ−ＳＧＳＮに送り、被呼者のＳＩＰ　ＵＲＬ及びＩＰアドレスを与える。
【００３８】
ステップ３４　Ｅ−ＳＧＳＮ→ＲＮＣアドレス・マッピング要求：
次いで、Ｅ−ＳＧＳＮは、新しいＲＡＮＡＰメッセージ（アドレス・マッピング要求）を、パラメータとして被呼者のＳＩＰ　ＵＲＬ及びＩＰアドレスを用いて開始し、そしてそのメッセージをＲＮＣに送る。これは、ＲＮＣに別のエントリをプロキシ・サーバに加えさせる。
【００３９】
ステップ３５　ＲＮＣ→Ｅ−ＳＧＳＮアドレス・マッピング応答：
アドレス・マッピング応答は、ＲＮＣにおいてプロキシを構成する終局の手順が首尾良く行ったか否かを指示するため、アドレス・マッピング要求に対する応答として要求される。
【００４０】
ステップ３６　Ｅ−ＳＧＳＮ→３Ｇ−ＧＧＳＮアドレス・マッピング応答：
Ｅ−ＳＧＳＮは、新しいＧＴＰ−Ｃアドレス・マッピング応答メッセージを用いてＲＮＣから上記の応答を中継する。
【００４１】
ステップ３７　３Ｇ−ＧＧＳＮ→ＣＳＣＦアドレス・マッピング応答：
３Ｇ−ＧＧＳＮは、ＲＮＣにおいて構成されたプロキシ・サーバについての必要な確認をＣＳＣＦに与える。
【００４２】
ステップ３８　ＳＩＰ２００ＯＫメッセージ：
ＣＳＣＦは、被呼者のＩＰアドレスを含むＳＩＰ　２００ＯＫメッセージをＵＥに送ることにより、呼を受信するため被呼者が準備済みであることを確かにＵＥに伝える。
【００４３】
ステップ３９　修正手順：
この段階で、ＰＤＰコンテキストＱｏＳ取り決め（ＰＤＰ　ｃｏｎｔｅｘｔ　ＱｏＳ　ｎｅｇｏｔｉａｔｉｏｎ）の修正のための手順を必要に応じて活動化することができる。このステップは任意である。
【００４４】
ステップ４０　ハイブリッド・モードによるＵＥ呼び出し：
これは呼のフローのステップでないことに注目されたい。呼のセットアップに続いて、ＵＥは、回線モードでＲＮＣへ通信する。ＲＮＣは、ＩＰヘッダを追加し、「発信元」をＵＥのＩＰアドレスに、そして「宛先」を被呼者のＩＰアドレスに設定することにより、受信された音声サンプルをＩＰパケットに変換する。次いで、ＲＮＣは、そのパケットを、呼び出されたパーティに送る。
【図面の簡単な説明】
【図１】
図１は、本発明により且つＵＭＴＳリリース２０００に適したハイブリッド・モード・パケット音声アーキテクチャの略ブロック図である。
【図２】
図２は、図１のアーキテクチャで使用のＵＭＴＳ制御プレーン・プロトコルを示す図である。
【図３】
図３は、図１のアーキテクチャで使用のＵＭＴＳプレーンを介したＩＰシグナリング・プロトコルのハイブリッド伝送を示す図である。
【図４】
図４は、図１のアーキテクチャで使用のパケット伝送プレーン・プロトコルを介した音声を示す図である。
【図５】
図５は、本発明の動作に関係する基本的シグナリングを図示するシグナリング図である。
【図１】
2004511131.tif 000003
【図２】
2004511131.tif 000004
【図３】
2004511131.tif 000005
【図４】
2004511131.tif 000006
【図５】
2004511131.tif 000007
【国際公開パンフレット】
2004511131.tif 000008
2004511131.tif 000009
2004511131.tif 000010
2004511131.tif 000011
2004511131.tif 000012
2004511131.tif 000013
2004511131.tif 000014
2004511131.tif 000015
2004511131.tif 000016
2004511131.tif 000017
2004511131.tif 000018
2004511131.tif 000019
2004511131.tif 000020
2004511131.tif 000021
2004511131.tif 000022
2004511131.tif 000023
2004511131.tif 000024
2004511131.tif 000025
【国際公開パンフレット（コレクトバージョン）】
2004511131.tif 000026
2004511131.tif 000027
【手続補正書】
【提出日】平成14年11月4日(2002.11.4)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク制御器と、ユーザ端末アドレスを有する少なくとも１つのユーザ端末とを含む通信ネットワークにおいて音声を伝送する方法であって、
前記ユーザ端末において、
前記ネットワーク制御器との通信リンクをセットアップするステップであって、前記ユーザ端末アドレス及び要求された添付モードのタイプを前記ネットワーク制御器に与えることにより、パケット交換された添付手順を実行するステップを含む、前記セットアップするステップと、
回線交換モードにおいて音声サンプルを前記ネットワーク制御器に送るステップと、
前記ネットワーク制御器において、
前記ユーザ端末のためインターネット・プロトコル・アドレスを獲得するステップと、
前記ユーザ端末アドレスと前記インターネット・プロトコル・アドレスとの間でマッピングを実行するステップと、
前記ユーザ端末から受信された音声サンプルをパケット化された音声に変換するステップと、
前記パケット化された音声を前記ネットワークの遠隔部分に送信するステップと
を備える方法。
【請求項２】
前記ユーザ端末及びネットワーク制御器において移動性管理コンテキストを確立するステップと、
前記ユーザ端末において、新しいハイブリッド・パケット・データ・プロトコル・コンテキスト・タイプを活動化するステップと
を更に含む請求項１記載の方法。
【請求項３】
インターネット・プロトコル・アドレスを獲得する前記ステップが、パケット・データ・プロトコル・コンテキストの活動化要求を前記ユーザ端末から受け取るステップを含む請求項１又は２記載の方法。
【請求項４】
前記パケット・データ・プロトコル・コンテキストが、マッピング及びルーティング情報を含む請求項３記載の方法。
【請求項５】
前記ネットワーク制御器において、無線ベアラ・セットアップ手順を開始する更なるステップを含む請求項３又は４記載の方法。
【請求項６】
前記無線ベアラ・セットアップ手順が、専用の共用チャネルを介して実行される請求項５記載の方法。
【請求項７】
前記ネットワーク制御器において、被呼者のためインターネット・プロトコル・アドレスを獲得する更なるステップを含む請求項１から６のいずれか一項に記載の方法。
【請求項８】
変換する前記ステップは、インターネット・プロトコル・ヘッダ、前記ユーザ端末のインターネット・プロトコル・アドレス、及び前記被呼者のインターネット・プロトコル・アドレスを前記パケット化された音声に追加するステップを含む請求項７記載の方法。
【請求項９】
通信ネットワークにおいて音声の伝送を可能にする装置であって、
パケット交換された添付手順をユーザ端末から受信するのに応答して無線ベアラ・セットアップ手順を開始する手段と、
ユーザ端末アドレスを有するユーザ端末から、回線交換された音声サンプルを受信する手段と、
前記ユーザ端末のためインターネット・プロトコル・アドレスを獲得する手段と、
前記ユーザ端末アドレスをインターネット・プロトコル・アドレスとマッピングする音声プロキシ手段と、
受信された回線交換された音声をパケット化された音声に変換する手段と、
前記のパケット化された音声を前記ネットワークの遠隔部分に送信する手段とを備える装置。
【請求項１０】
被呼者のためインターネット・プロトコル・アドレスを獲得する手段を更に含む請求項９記載の装置。
【請求項１１】
前記変換する手段が、インターネット・プロトコル・ヘッダ、前記ユーザ端末のインターネット・プロトコル・アドレス、及び前記被呼者のインターネット・プロトコル・アドレスを前記パケット化された音声に付加する手段を含む請求項１０記載の装置。
【請求項１２】
ユーザ端末アドレスを有し、且つ通信ネットワークにおいて音声サンプルをネットワーク制御器に伝送するよう適合されたユーザ端末において、
前記ユーザ端末アドレス及び要求された添付モードのタイプを前記ネットワーク制御器に与えることにより、前記ネットワーク制御器でもってパケット交換された添付手順を実行する手段を備え、
前記ユーザ端末は更に、回線交換モードにおいて前記パケット交換された添付手順と関連した音声サンプルを通信するよう動作可能である、ユーザ端末。
【請求項１３】
移動性管理コンテキストを確立し且つパケット・データ・プロトコル・コンテキストを活動化して伝送する手段を更に含む請求項１２記載のユーザ端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明の第１の局面に従って、ネットワーク制御器と、ユーザ端末アドレスを有する少なくとも１つのユーザ端末とを含む通信ネットワークにおいて音声を伝送する方法であって、前記ユーザ端末において、前記ネットワーク制御器との通信リンクをセットアップするステップであって、前記ユーザ端末アドレス及び要求された添付モードのタイプを前記ネットワーク制御器に与えることにより、パケット交換された添付手順を実行するステップを含む、前記セットアップするステップと、回線交換モードにおいて音声サンプルを前記ネットワーク制御器に送るステップと、前記ネットワーク制御器において、前記ユーザ端末のためインターネット・プロトコル・アドレスを獲得するステップと、前記ユーザ端末アドレスと前記インターネット・プロトコル・アドレスとの間でマッピングを実行するステップと、前記ユーザ端末から受信された音声サンプルをパケット化された音声に変換するステップと、前記パケット化された音声を前記ネットワークの遠隔部分に送信するステップとを備える方法が提供される。


【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本発明の第２の局面に従って、通信ネットワークにおいて音声の伝送を可能にする装置であって、パケット交換された添付手順をユーザ端末から受信するのに応答して無線ベアラ・セットアップ手順を開始する手段と、ユーザ端末アドレスを有するユーザ端末から、回線交換された音声サンプルを受信する手段と、前記ユーザ端末のためインターネット・プロトコル・アドレスを獲得する手段と、前記ユーザ端末アドレスをインターネット・プロトコル・アドレスとマッピングする音声プロキシ手段と、受信された回線交換された音声をパケット化された音声に変換する手段と、前記のパケット化された音声を前記ネットワークの遠隔部分に送信する手段とを備える装置が提供される。


【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
本発明の第３の局面に従って、ユーザ端末アドレスを有し、且つ通信ネットワークにおいて音声サンプルをネットワーク制御器に伝送するよう適合されたユーザ端末において、前記ユーザ端末アドレス及び要求された添付モードのタイプを前記ネットワーク制御器に与えることにより、前記ネットワーク制御器でもってパケット交換された添付手順を実行する手段を備え、前記ユーザ端末は更に、回線交換モードにおいて前記パケット交換された添付手順と関連した音声サンプルを通信するよう動作可能である、ユーザ端末が提供される。




【国際調査報告】
2004511131.tif 000028
2004511131.tif 000029