(57)【要約】  移動アクセスネットワーク（３００）に接続された携帯端末（Ａ）に対しパケット交換マルチメディアセッションを確立する方法および装置である。第１の無線アクセスベアラＲＡＢ（Radio Access Bearer）を取得し（４：２）、マルチメディアセッションを第１のＲＡＢを経てメディアを通信することにより開始する（４：５）。メディア通信と同時に、通信メディアの品質を監視および評価する（４：６）。監視された品質が許容不可能と判断された場合、第２のメディア適合ＲＡＢを取得し（４：７）、セッションを第２のＲＡＢを経て継続する（４：９）。これにより、第２のＲＡＢが得られるのを待つことによりメディア通信を遅延させる必要はない。
2009519629.tif 000002
【特許請求の範囲】
【請求項１】
メディア通信のために移動アクセスネットワークに接続された携帯端末に対しパケット交換マルチメディアセッションを確立する方法であって、
−第１の無線アクセスベアラＲＡＢ（Radio Access Bearer）を取得するステップと、
−前記第１のＲＡＢを経て前記メディアを通信することにより前記マルチメディアセッションを開始するステップと、
−前記第１のＲＡＢを経て前記メディア通信と同時に通信メディアの品質を監視および評価するステップと、
−前記監視した品質が許容不可能と判断された場合、前記進行中のメディア通信の品質要件に基づき第２のメディア適合ＲＡＢを取得するステップであって、前記セッションは前記第２のＲＡＢを経て継続する、ステップと、
を有することを特徴とする方法。
【請求項２】
信号メッセージに適合する１次のＰＤＰコンテキストを稼動することにより前記第１のＲＡＢが取得されることを特徴とする請求項１に記載の方法。
【請求項３】
メディア通信に適合する事前に確立された２次のＰＤＰコンテキストを稼動することにより、前記第１のＲＡＢが取得されることを特徴とする請求項１に記載の方法。
【請求項４】
前記第１のＲＡＢが無指定ＲＡＢであることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記第１のＲＡＢが最初は前記通信メディアに適合することを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項６】
前記監視された品質が前記セッションを通じて許容可能に留まった場合、前記セッションが前記第１のＲＡＢを経て完了することを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記通信メディアに適合する２次のＰＤＰコンテキストを稼動することにより、前記第２のメディア適合ＲＡＢが取得されることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項８】
前記第１のＲＡＢおよび事前に確立された２次のＰＤＰコンテキストを前記通信メディアに適合するように修正することにより、前記第２のメディア適合ＲＡＢが取得されることを特徴とする請求項３に記載の方法。
【請求項９】
前記２次のＰＤＰコンテキストが稼動されたか、または、前記事前に確立された２次のＰＤＰコンテキストが修正された場合、前記メディア通信が、前記第１のＲＡＢから前記第２のメディア適合ＲＡＢに切り替えられることを特徴とする請求項７または８に記載の方法。
【請求項１０】
前記進行中のメディア通信中に少なくとも１つのメディアストリームが追加されたか、または、変更された場合、前記第２のメディア適合ＲＡＢが取得されることを特徴とする請求項１乃至５および請求項７乃至９のいずれか１項に記載の方法。
【請求項１１】
所定の監視アルゴリズムにより前記品質は監視されることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記監視アルゴリズムへの入力として、前記端末のパケットバッファサイズと、伝送ビット速度と、ビット誤り率と、再送率と、エンドユーザへのメディアの前記再生または提示において検出された擾乱と、のいずれかのパラメータを測定することにより、受信メディアストリームの前記品質が監視されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記測定バッファサイズが所定のレベルの上にある場合と、前記メディアストリームの前記測定ビット速度が所定のレベルの上にある場合と、前記測定ビット誤り率と再送率との少なくともいずれかが所定のレベルを超えない場合と、の少なくともいずれかの場合に、前記監視された品質が許容可能と判断するように、前記監視アルゴリズムが構成されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記測定パラメータの１つまたは複数がそれぞれ事前設定された継続時間の間または繰り返し前記レベルの上にあるか、または前記レベルを超えなかった場合はいつでも、前記監視された品質が許容不可能と判断するように、前記監視アルゴリズムが構成されることを特徴とする請求項１３に記載の方法。
【請求項１５】
ＳＩＰが信号方式に使用され、前記監視アルゴリズムは、インバイトメッセージとそれに対する応答との少なくともいずれかにおいて与えられたＳＤＰメッセージの情報に由来する要求条件に基づくことを特徴とする請求項９乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記品質が前記携帯端末により監視および評価されることを特徴とする請求項１乃至１５のいずれか１項に記載の方法。
【請求項１７】
前記品質が前記移動アクセスネットワークまたは前記セッションを現在制御するマルチメディア・サービス・ネットワークにおける品質監視装置により監視および評価されることを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
ＰＤＰコンテキスト起動メッセージを前記携帯端末または前記移動アクセスネットワークにおけるＧＧＳＮノードに送信することにより、第２のメディア適合ＲＡＢを取得する前記ステップが開始されることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記メディア通信のために移動アクセスネットワークに接続された携帯端末に対しパケット交換マルチメディアセッションを確立する装置であって、
−第１の無線アクセスベアラＲＡＢを取得する手段と、
−前記第１のＲＡＢを経て前記メディアを通信することにより前記マルチメディアセッションを開始する手段と、
−前記第１のＲＡＢを経て前記メディア通信と同時に通信メディアの品質を監視および評価する手段と、
−前記監視された品質が許容不可能と判断された場合、前記セッションが第２のＲＡＢを経て継続することができるように、前記進行中のメディア通信の品質要件に基づきメディアに適合する前記第２のＲＡＢを取得する手段と、
を備えることを特徴とする装置。
【請求項２０】
第１のＲＡＢを取得する前記手段が信号メッセージに適合する１次のＰＤＰコンテキストを稼動することにより前記第１のＲＡＢを取得するように構成されることを特徴とする請求項１９に記載の装置。
【請求項２１】
第１のＲＡＢを取得する前記手段がメディア通信に適合する事前に確立された２次のＰＤＰコンテキストを稼動することにより前記第１のＲＡＢを取得するように構成されることを特徴とする請求項１６に記載の装置。
【請求項２２】
前記第１のＲＡＢが無指定ＲＡＢであることを特徴とする請求項１９乃至２１のいずれか１項に記載の装置。
【請求項２３】
前記第１のＲＡＢが最初は前記通信メディアに適合することを特徴とする請求項１９乃至２１のいずれか１項に記載の装置。
【請求項２４】
前記監視された品質が前記セッションを通じて許容可能に留まった場合、前記第１のＲＡＢを経て前記セッションを完了する手段をさらに備えることを特徴とする請求項１９乃至２３のいずれか１項に記載の装置。
【請求項２５】
前記通信メディアに適合する２次のＰＤＰコンテキストを稼動することにより、第２のメディア適合ＲＡＢを取得する前記手段が前記第２のＲＡＢを取得するように構成されることを特徴とする請求項１９乃至２３のいずれか１項に記載の装置。
【請求項２６】
前記第１のＲＡＢおよび事前に確立された２次のＰＤＰコンテキストを前記通信メディアに適合するように修正することにより、第２のメディア適合ＲＡＢを取得する前記手段が前記第２のＲＡＢを取得するように構成されることを特徴とする請求項２１に記載の装置。
【請求項２７】
前記２次のＰＤＰコンテキストが稼動されたか、または前記事前に確立された２次のＰＤＰコンテキストが修正された場合、前記第１のＲＡＢから前記第２のＲＡＢへ前記通信メディアを切り替える手段をさらに備えることを特徴とする請求項１８乃至２０のいずれか１項に記載の装置。
【請求項２８】
前記進行中のメディア通信中に少なくとも１つのメディアストリームが追加されたか、または変更されたかする場合、第２のメディア適合ＲＡＢを取得する前記手段が第２のメディア適合ＲＡＢを取得するように構成されることを特徴とする請求項１９乃至２３および請求項２５乃至２７のいずれか１項に記載の装置。
【請求項２９】
所定の監視アルゴリズムにより前記監視および評価する手段が前記品質を監視するように構成されることを特徴とする請求項１９乃至２８のいずれか１項に記載の装置。
【請求項３０】
前記端末のパケットバッファサイズ、伝送ビット速度、ビット誤り率、再送率およびエンドユーザへのメディアの前記再生または提示において検出される擾乱の前記以上のパラメータのいずれかの測定結果を取得し、前記監視アルゴリズムへの入力として前記プロセッサに前記測定結果を提供し、受信メディアストリームの前記品質を指示するように、前記監視および評価する手段が構成されることを特徴とする請求項２９に記載の装置。
【請求項３１】
前記測定バッファサイズが所定のレベルの上にある場合と、前記メディアストリームの前記測定ビット速度が所定のレベルの上にある場合と、前記測定ビット誤り率および再送率の少なくともいずれかが所定のレベルを超えない場合と、の少なくともいずれかの場合に、前記品質が許容可能と判断するように、前記監視アルゴリズムが構成されることを特徴とする請求項３０に記載の装置。
【請求項３２】
前記測定パラメータの１つまたは複数がそれぞれ事前設定された継続時間の間または繰り返し前記レベルの上にあるか、または前記レベルを超えない場合はいつでも、前記監視された品質が許容不可能と判断するように、前記監視アルゴリズムが構成されることを特徴とする請求項３１に記載の装置。
【請求項３３】
ＳＩＰが信号方式に使用され、前記監視アルゴリズムが、インバイトメッセージとそれに対する応答との少なくともいずれかにおいて与えられたＳＤＰメッセージの情報に由来する要求条件に基づくことを特徴とする請求項２７乃至３２のいずれか１項に記載の装置。
【請求項３４】
前記監視および評価する手段が前記携帯端末において実装されることを特徴とする請求項１９乃至３３のいずれか１項に記載の装置。
【請求項３５】
前記監視および評価する手段が前記移動アクセスネットワークまたは前記セッションを現在制御するマルチメディア・サービス・ネットワークにおいて品質監視装置として実装されることを特徴とする請求項１９乃至３４のいずれか１項に記載の装置。
【請求項３６】
ＰＤＰコンテキスト起動メッセージを前記携帯端末または前記移動アクセスネットワークにおけるＧＧＳＮノードに送信するように、第２のメディア適合ＲＡＢを取得する前記手段が構成されることを特徴とする請求項３５に記載の装置。
【請求項３７】
移動アクセスネットワークに接続される場合、前記メディア通信のためにパケット交換マルチメディアセッションを確立する携帯端末の装置であって、
−第１の無線アクセスベアラＲＡＢを取得し、前記第１のＲＡＢを経てメディアを通信することにより前記マルチメディアセッションを開始するように構成される通信ユニットと、
−前記第１のＲＡＢを経て前記メディア通信と同時に通信メディアの品質を監視および評価し、前記監視された品質が許容不可能と判断された場合、前記通信ユニットを起動し、前記進行中のメディア通信の品質要件に基づき第２のメディア適合ＲＡＢを取得し、前記セッションが前記第２のＲＡＢを経て継続することができるように構成されるプロセッサと、
を備えることを特徴とする装置。
【請求項３８】
データバッファ、デコーダおよびメディア再生ユニットの少なくとも１つから測定結果を前記プロセッサに提供するように構成される測定ユニットをさらに備えることを特徴とする請求項３７に記載の装置。
【請求項３９】
通信メディアの品質を監視および評価する品質監視装置であって、
−第１のＲＡＢを使用して携帯端末の進行中のマルチメディアセッションに関する品質測定結果を受信する測定結果受信部と、
−前記品質測定結果を評価し、前記進行中のマルチメディアセッションの品質要件を満たすために、第２のメディア適合ＲＡＢが必要であるかを判断するプロセッサと、
−前記品質が許容不可能と判断された場合、前記携帯端末または前記アクセスネットワークにおけるＧＧＳＮノードに、前記進行中のメディア通信の品質要件に基づく第２のメディア適合ＲＡＢを起動するメッセージを送信し、前記セッションが前記第２のＲＡＢを経て継続することができるように構成されるＰＤＰコンテキスト起動ユニットと、
を備えることを特徴とする品質監視装置。
【請求項４０】
前記携帯端末が現在接続される移動アクセスネットワークにおいて、または前記セッションを現在制御するマルチメディア・サービス・ネットワークにおいて実装されるように構成されることを特徴とする請求項３９に記載の品質監視装置。
【請求項４１】
前記携帯端末が現在接続される移動アクセスネットワーク、前記セッションを現在制御するマルチメディア・サービス・ネットワークおよび前記携帯端末の少なくとも１つから前記品質測定結果を受信するように構成されることを特徴とする請求項３９または４０に記載の品質監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的に携帯端末を含むマルチメディア通信セッションを確立するための方法および装置に関する。詳細には、本発明は携帯端末にメディア通信の開始が可能になる前の遅延を削減することができる。
【背景技術】
【０００２】
３Ｇ移動電話の出現に伴い、マルチメディア通信をサポートする新しいパケットベースの通信技術が開発された。例えばＧＰＲＳ（General Packet Radio Service、汎用パケット無線サービス）およびＷＣＤＭＡ（Wideband Code Division Multiple Access、広帯域符号分割多元接続）技術は、従来の回線交換音声呼に加えてイメージ、テキスト、文書、アニメーション、オーディオファイル、ビデオファイルなどを表すデータのパケット交換通信を含む無線マルチメディア電話サービスをサポートする。
【０００３】
マルチメディアサービスは典型的に異なるフォーマットおよび組み合わせのテキスト、文書、イメージ、オーディオファイルおよびビデオファイルを表す符号化データの伝送を伴う。用語「マルチメディア」はこの明細書ではパケットベースＩＰ（Internet Protocol、インターネットプロトコル）伝送技術の使用による任意の通信メディアの選択を一般的に意味するように使用することにする。
【０００４】
「ＩＰマルチメディアサブシステム」（IP Multimedia Subsystem、ＩＭＳ）と呼ばれるネットワーク構成はパケット領域のマルチメディアサービスおよびセッションを扱う公開規格として第３世代協働プロジェクト（3rd Generation Partnership Project、３ＧＰＰ）により開発された。ＩＭＳはＩＰ伝送に基づき、多かれ少なかれ使用するアクセス技術とは独立のサービスを可能にするプラットフォームであり、何れの特定サービスにも限定されない。従って、ＩＭＳネットワークはセッションの「制御プレーン」として動作することによりマルチメディアセッションの制御に使用し、一方有料データの実伝送は、ＩＭＳネットワークのノードをも使用しうるが、典型的にはアクセスネットワークおよび任意の中間伝送ネットワークを経てルーティングされる。
【０００５】
図１は、ＩＭＳサービスネットワークによりマルチメディアサービスを提供する基本ネットワーク構成の単純化した概要図である。第１の携帯端末Ａは第１の無線アクセスネットワーク１００に接続し、１つまたは複数のマルチメディアサービスを含む通信セッションＳにおいて第２の無線アクセスネットワーク１０２に接続する第２の携帯端末Ｂと通信する。また、アクセスアクセスネットワーク１００および１０２を結合する図示しない中間バックボーンネットワークも存在しうる。
【０００６】
ＩＭＳネットワーク１０４は第１の無線アクセスネットワーク１００に接続し、端末Ａに関するセッションを扱う。この図では、対応するＩＭＳネットワーク１０６は端末Ｂのためのセッションを扱い、２つのＩＭＳネットワーク１０４および１０６は異なる運用会社により制御することができる。あるいは、端末ＡおよびＢは勿論同じアクセスネットワークに接続してもよいし、あるいは、同じＩＭＳネットワークに属するしてもよいし、その両方でもよい。他の相手がＳＩＰ通信をできる限り、端末Ａはまた例えば代わってインターネットを経てあるメディアをダウンロードするために固定端末、コンピュータまたはサーバと通信することができる。その上、端末が訪問先アクセスネットワークにおいてローミングしていれば、マルチメディアサービスを端末の「ホーム」ＩＭＳネットワークにより処理する。
【０００７】
図１に示すセッションＳは、本明細書では「セッション管理ノード」１０８として一般的に示す各ＩＭＳネットワークの特定のノードにより管理する。これらのノードは典型的にＳ−ＣＳＣＦ（Serving Call Session Control Function、サービス提供呼セッション制御機能）、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function、呼セッション問い合わせ制御機能）およびＰ−ＣＳＣＦ（Proxy Call Session Control Function、代理呼セッション制御機能）を含む。各ＩＭＳネットワーク１０４、１０６はまた多様なマルチメディアサービスを可能にする１つまたは複数のアプリケーションサーバ１１０を含む。さらに、主データベース要素ＨＳＳ１１２（Home Subscriber Server、ホーム加入者サーバ）は就中、加入者および認証データ並びにサービス情報を蓄積する。ＩＭＳネットワーク１０６は基本的にネットワーク１０４に類似する。図示するネットワーク要素１０８乃至１１２の多用な特定機能は広く当技術において既知であり、本発明のコンテキストを理解するためにさらに本明細書で説明する必要はない。勿論、ＩＭＳネットワーク１０４、１０６は簡単化のために本明細書に図示しない多数のその他のノードおよび機能を含む。
【０００８】
ＩＭＳネットワークのセッションを扱う仕様が定義され、「ＳＩＰ」（規格ＩＥＴＦ、ＲＦＣ３２６１によるSession Initiation Protocol、セッション開始プロトコル）と呼ばれる。ＳＩＰは、セッションを作成し、パケット交換論理を経てセッションを一般的に扱う信号方式のためのアプリケーションレイヤ制御プロトコルである。このようにＩＭＳシステムおよびＳＩＰの可能な端末によりＳＩＰ規格を使用して、ＩＰマルチメディア通信を確立および制御する。ＳＩＰ自体はマルチメディアサービスを提供せず、むしろ基本セットを利用可能にし、これを他のプロトコルまたはアプリケーションが実際にそのようなサービスを実装するのに使用することができる。例えば、「インバイト」と呼ばれるメッセージをＳＩＰにおいて定義し、マルチメディアセッションを開始する。ＳＩＰインバイトメッセージは、就中セッション設定中に呼び出すアプリケーションサーバに関する情報、発呼者のニックネームおよびＳＩＰ  ＵＲＩ（Universal Resource Identifier、汎用リソース特定情報）、被呼者のＳＩＰ  ＵＲＩおよび来るセッションに必要なその他の通信パラメータを含む。
【０００９】
ＳＩＰは、マルチメディアセッションにおいて伝送すべきメディアコンテンツを記述するセッション記述プロトコルＳＤＰ（Session Description Protocol）と呼ばれる追加プロトコルを使用する。ＳＤＰメッセージは独立体としてＳＩＰメッセージ内に埋め込むことができる。当技術において良く知られるように、端末によりＳＤＰメッセージを使用してその特定の能力および嗜好に関する情報を交換し、来るマルチメディアセッション中に使用するセッションパラメータ、特にコーデックに関して交渉および同意することができる。
【００１０】
多くの移動アプリケーションは、エンドユーザに満足する結果を提供するために一定のサービス品質ＱｏＳを必要とする。ＵＭＴＳネットワークの場合ビット速度および遅延に関する異なるニーズを分類するために、４つの主なＱｏＳトラフィッククラス、「会話クラス」、「ストリーミングクラス」、「相互動作クラス」および「バックグラウンドクラス」が定義されている。これらのクラスは主として伝送遅延に関するその要求条件により区別され、会話クラスアプリケーションは時に「実時間」とも呼ばれ、僅かの遅延にしか耐えず、一方バックグラウンドクラスは時に「ベストエフォート」と呼ばれ、最も遅延に敏感でないアプリケーションに適用される。
【００１１】
無線チャネルを含むアクセスネットワークにおける適する無線アクセスベアラＲＡＢ（Radio Access Bearer）の割り当てに、アプリケーションに対するＵＭＴＳのＱｏＳトラフィッククラスの選択を使用し、アクセスネットワークにおける少ない無線リソースを最適化し、一方エンドユーザに対する許容可能な品質を維持する。
【００１２】
図２に概略的に示すように、マルチメディアの可能な携帯端末は典型的に各固有のアプリケーションに対しＵＭＴＳＱｏＳトラフィッククラスを特定するように構成される。従って携帯端末は、Ａ１、Ａ２、Ａ３、Ａ４、Ａ５．．．と表す幾つかのアプリケーション２００を保持することができる。端末におけるマッピング機能２０２は各アプリケーションをあるＵＭＴＳＱｏＳトラフィッククラス２０４に翻訳し、その内の２つのみをここに図示する。この場合、アプリケーションＡ１、Ａ２およびＡ４は同じＵＭＴＳＱｏＳトラフィッククラス２にマッピングされるが、これはこれらがビット速度および遅延に関して類似する要求条件を有するからであり、一方アプリケーションＡ３およびＡ５はＵＭＴＳＱｏＳトラフィッククラス１にマッピングされる。このようにして、類似する特性を有する幾つかのアプリケーションは同じＲＡＢにマッピングされ、その要求条件を満たすことができる。
【００１３】
とはいえ、携帯端末がＩＭＳネットワークとＳＩＰメッセージを交換することができる前に、端末に対して「ＰＤＰコンテキスト」を確立しなければならない。基本的に一度端末に電源を入れると、ＰＤＰコンテキストを稼動することができる。携帯端末のＰＤＰコンテキストの稼動は、端末とデータパケットの通信ができるＩＰアドレスの端末への割り当てを含む。ＰＤＰコンテキストは、またＲＡＢをアクセスネットワークにおいてＩＰ通信のために割り当てることを意味する。このようにしてのみ、ＳＩＰメッセージはＰＤＰコンテキストを経て送信することができる。
【００１４】
図３は、別の相手とマルチメディア通信をすることに関する携帯端末Ａの漸進的稼動を示し、図示するように基本的に５つのステージ３：１乃至３：５を含み、それぞれは往来する多様なメッセージを含む。これらのメッセージは当技術では良く知られており、詳細に説明しないことにする。端末Ａは移動アクセスネットワーク３００の無線サービス範囲の下に位置し、移動アクセスネットワーク３００は無線ネットワーク部３００ａとコアネットワーク部３００ｂに分割され、コアネットワーク部３００ｂは就中ノードＳＧＳＮ（Serving GPRS Switching Node、サービス提供ＧＰＲＳ交換ノード）、ＨＬＲ（Home Location Register、ホーム位置登録装置）およびＧＧＳＮ（Gateway GPRS Switching Node、ゲートウェイＧＰＲＳ交換ノード）を含む。その他の相手は移動アクセスネットワーク３０２に接続する別の携帯端末Ｂ、または固定電話機またはコンピュータ、またはインターネット３０４に接続するサーバＳでありうる。
【００１５】
第１のステージ３：１で端末Ａに電源が入ると、端末Ａは回線交換通信のためにアクセスネットワーク３００により「移動局ＭＳ」として登録される。コアネットワーク３００ｂのＳＧＳＮおよびＨＬＲは端末を所属させる無線接続を確立するこの初期ステージに関係する。
【００１６】
次に、「１次」と呼ぶ第１のＰＤＰコンテキストをステージ３：２において稼動し、ＩＰ接続を行う。１次のＰＤＰコンテキストを稼動することにはＩＰを経るパケット交換ＳＩＰ信号メッセージに対するＲＡＢを取得することが含まれる。ＰＤＰコンテキストはネットワーク３００ｂのＧＧＳＮにより作成する。このＲＡＢは典型的にビット速度および遅延に関して特別の要求を持たない所謂「ベストエフォート」通信に基づく、というのはこのＲＡＢは時折比較的短いＳＩＰメッセージを伝播するだけと考えられるからである。その上、１次のＰＤＰコンテキストのＲＡＢ特性はアクセスネットワークにおける利用可能な容量および帯域幅の変化に応じて変動しうる。「ベストエフォート」は、基本的に高い優先度を持つ他の接続が必要としない利用可能な無線リソースおよび帯域幅を使用することができることを意味する。従って、１次のＰＤＰコンテキストは信号メッセージに適合する。
【００１７】
第３のステージ３：３で図示するように、端末ＡはＳ−ＣＳＣＦノードおよびその中のＨＳＳにより基本的に扱われるように、ＩＭＳネットワーク３０６により登録する。ＩＭＳの登録は１次のＰＤＰコンテキストを経る一定量のＳＩＰベースの信号通知を含む。
【００１８】
次に、マルチメディアセッションを次のステージ３：４において別の相手と確立することになる。このステージで、上記のプロトコルＳＤＰをインバイトなどのＳＩＰメッセージ内において使用し、コーデックを含むセッション特定のパラメータを通信する。以下のＵＭＴＳパラメータ、トラフィッククラス、最高ビット速度（アップリンク／ダウンリンク）、保証ビット速度（アップリンク／ダウンリンク）、伝送遅延（アップリンク／ダウンリンク）、配信順序、最大ＳＤＵ（Service Data Unit、サービス・データ・ユニット）サイズおよびソース推計記述子はＳＤＰメッセージに由来しうる。
【００１９】
次のステージ３：５で、２次のＰＤＰコンテキストを端末Ａに対して稼動し、２次のＰＤＰコンテキストは来るセッションに関係するメディアタイプに当然適合する。２次のＰＤＰコンテキストはステージ３：２における１次のＰＤＰコンテキストに対するのと同じようにＧＧＳＮにより扱う。従って、２次のＰＤＰコンテキストをＳＤＰ情報並びにその他のファクタに関するセッション要求を当然満たすように定義し、通信するメディアに妥当なＲＡＢを取得する。従って、新しいＲＡＢは１次のＰＤＰコンテキストに関連する第１のＲＡＢと比較するとより安定で、信頼できる。
【００２０】
ステージ３：５による２次のＰＤＰコンテキストの稼動は幾らか時間を要する処理である。他の相手がＩＭＳの可能な携帯端末Ｂであれば、他の側でもその端末に対して対応する処理が行われることに注意すべきである。２次のＰＤＰコンテキストが最終的に稼動されると、割り当てられた新たなＲＡＢを使用して、図示するようにステージ３：６においてセッションは開始することができる。
【発明の開示】
【発明が解決しようとする課題】
【００２１】
このように、マルチメディアセッションに対する従来の設定手順により２次のＰＤＰコンテキストが稼動され、対応するＲＡＢが割り当てられるのを待つことにより、メディア通信は遅延する。移動通信の分野では、このような遅延を最短化し、移動エンドユーザにマルチメディアサービスをより魅力的にするのが一般に望ましい。また、セッション設定手順における信号方式の複雑さと一般的な量を削減することが望ましい。移動ネットワークでは、無線リソースが少ないため、空中線インタフェースにおける帯域幅の過剰な占有を回避するのがさらに一般的に望ましい。
【００２２】
以上に概説した問題の少なくとも幾つかに対処するのが本発明の目的である。より詳細には携帯端末がメディア通信を行う場合、遅延および帯域幅占有の削減を可能にするのが本発明の目的である。
【００２３】
以上に添付する独立請求項による方法および携帯端末を提供することにより、これらの目的およびその他を達成することができる。
【課題を解決するための手段】
【００２４】
メディア通信のために移動アクセスネットワークに接続された携帯端末に対しパケット交換マルチメディアセッションを確立する本発明の方法では、第１の無線アクセスベアラＲＡＢ（Radio Access Bearer）を取得し、マルチメディアセッションを第１のＲＡＢを経てメディアを通信することにより開始する。通信メディアの品質を第１のＲＡＢを経るメディア通信と同時に監視および評価する。監視された品質が許容不可能と判断された場合、第２のメディア適合ＲＡＢを進行中のメディア通信の品質要件に基づき取得し、セッションは第２のＲＡＢを経て継続する。
【００２５】
第１のＲＡＢは、信号メッセージに適合する１次のＰＤＰコンテキストを稼動することにより、またはメディア通信に適合する事前に確立された２次のＰＤＰコンテキストを稼動することにより取得することができる。第１のＲＡＢはさらに無指定ＲＡＢでありうる。あるいは、第１のＲＡＢは最初通信メディアに適合することができる。監視された品質がセッションを通じて許容可能に留まった場合、セッションは第１のＲＡＢを経て完了することができる。
【００２６】
通信メディアに適合する２次のＰＤＰコンテキストを稼動することにより、または第１のＲＡＢおよび事前に確立された２次のＰＤＰコンテキストを通信メディアに適合するように修正することにより、第２のメディア適合ＲＡＢを取得することができる。一度２次のＰＤＰコンテキストが稼動されたか、または事前に確立された２次のＰＤＰコンテキストが修正されたかすると、その場合メディア通信は第１のＲＡＢから第２のメディア適合ＲＡＢに切り替わる。
【００２７】
進行中のメディア通信中に少なくとも１つのメディアストリームが追加されたか、または変更されたかする場合、第２のメディア適合ＲＡＢを取得することができる。
【００２８】
品質は所定の監視アルゴリズムにより監視することができる。監視アルゴリズムへの入力として、端末のパケットバッファサイズ、伝送ビット速度、ビット誤り率、再送率およびエンドユーザへのメディアの再生または提示において検出される擾乱の以上のパラメータのいずれかを測定することにより、受信メディアストリームの品質を監視することができる。測定バッファサイズが所定のレベルの上にある場合と、メディアストリームの測定ビット速度が所定のレベルの上にある場合と、測定ビット誤り率および再送率の少なくともいずれかが所定のレベルを超えない場合と、の少なくともいずれかの場合に、監視された品質は許容可能と判断するように、監視アルゴリズムを構成することができる。測定パラメータの１つまたは複数がそれぞれ事前設定された継続時間の間または繰り返しレベルの上にあるか、または超えなければいつでも、監視された品質は許容不可能と判断するように、監視アルゴリズムをさらに構成することができる。
【００２９】
ＳＩＰが信号方式に使用されれば、監視アルゴリズムは、インバイトメッセージとそれに対する応答との少なくともいずれかにおいて与えられるＳＤＰメッセージの情報に由来する要求条件に基づくことができる。
【００３０】
通信メディアの品質は携帯端末により監視および評価することができる。あるいは、または追加して、品質は移動アクセスネットワークまたはセッションを現在制御するマルチメディア・サービス・ネットワークにおける品質監視装置によりさらに監視および評価することができる。ＰＤＰコンテキスト起動メッセージを携帯端末または移動アクセスネットワークにおけるＧＧＳＮノードに送信することにより、第２のメディア適合ＲＡＢを取得するステップを開始することができる。
【００３１】
本発明はさらにメディア通信のために移動アクセスネットワークに接続された携帯端末に対しパケット交換マルチメディアセッションを確立する装置を提供する。本発明の装置は、第１の無線アクセスベアラＲＡＢを取得する手段、第１のＲＡＢを経てメディアを通信することによりマルチメディアセッションを開始する手段、第１のＲＡＢを経てメディア通信と同時に通信メディアの品質を監視および評価する手段、および監視された品質が許容不可能と判断された場合、進行中のメディア通信の品質要件に基づき第２のメディア適合ＲＡＢを取得する手段を含む。以上により、セッションは第２のＲＡＢを経て継続することができる。
【００３２】
信号メッセージに適合する１次のＰＤＰコンテキストを稼動することにより、またはメディア通信に適合する事前に確立された２次のＰＤＰコンテキストを稼動することにより、第１のＲＡＢを取得するように、第１のＲＡＢを取得する手段を構成することができる。第１のＲＡＢはさらに無指定ＲＡＢでありうる。あるいは、第１のＲＡＢは最初は通信メディアに適合することができる。
【００３３】
本発明の装置は、監視された品質がセッションを通じて許容可能に留まった場合は、第１のＲＡＢを経てセッションを完了する手段をさらに含むことができる。そうでなければ、通信メディアに適合する２次のＰＤＰコンテキストを稼動することにより第２のＲＡＢを取得するように、第２のメディア適合ＲＡＢを取得する手段を構成することができる。第１のＲＡＢおよび事前に確立された２次のＰＤＰコンテキストを通信メディアに適合するように修正することにより第２のＲＡＢを取得するように、第２のメディア適合ＲＡＢを取得する手段をさらに構成することができる。
【００３４】
本発明の装置は、一度２次のＰＤＰコンテキストが稼動されたか、または事前に確立された２次のＰＤＰコンテキストが修正されたかすると、第１のＲＡＢから第２のＲＡＢへ通信メディアを切り替える手段をさらに含むことができる。進行中のメディア通信中に少なくとも１つのメディアストリームが追加されたか、または変更されたかする場合第２のメディア適合ＲＡＢを取得するように、第２のメディア適合ＲＡＢを取得する手段をさらに構成することができる。
【００３５】
監視および評価する手段を所定の監視アルゴリズムにより品質を監視するように構成することができる。端末のパケットバッファサイズ、伝送ビット速度、ビット誤り率、再送率およびエンドユーザへのメディアの再生または提示において検出される擾乱の以上のパラメータのいずれかの測定結果を取得し、監視アルゴリズムへの入力としてプロセッサに測定結果を提供し、受信メディアストリームの品質を指示するように、監視および評価する手段をさらに構成することができる。
【００３６】
測定バッファサイズが所定のレベルの上にある場合と、メディアストリームの測定ビット速度が所定のレベルの上にある場合と、測定ビット誤り率および再送率の少なくともいずれかが所定のレベルを超えない場合と、の少なくともいずれかの場合に、品質が許容可能と判断するように、監視アルゴリズムを構成することができる。測定パラメータの１つまたは複数がそれぞれ事前設定された継続時間の間または繰り返しレベルの上にあるか、または超えない場合はいつでも、監視された品質が許容不可能と判断するように、監視アルゴリズムをさらに構成することができる。
【００３７】
ＳＩＰが信号方式に使用されれば、監視アルゴリズムは、インバイトメッセージとそれに対する応答との少なくともいずれかにおいて与えられるＳＤＰメッセージの情報に由来する要求条件に基づくことができる。
【００３８】
監視および評価する手段を携帯端末において、または品質監視装置として移動アクセスネットワークにおいて、またはセッションを現在制御するマルチメディア・サービス・ネットワークにおいて実装する。ＰＤＰコンテキスト起動メッセージを携帯端末かまたは移動アクセスネットワークにおけるＧＧＳＮノードに送信するように、第２のメディア適合ＲＡＢを取得する手段を構成することができる。
【００３９】
本発明は、移動アクセスネットワークに接続される場合、メディア通信のためにパケット交換マルチメディアセッションを確立する携帯端末における装置をさらに提供する。本発明の携帯端末装置は第１の無線アクセスベアラＲＡＢを取得し、第１のＲＡＢを経てメディアを通信することによりマルチメディアセッションを開始するように構成する通信ユニット、および第１のＲＡＢを経てメディア通信と同時に通信メディアの品質を監視および評価し、監視された品質が許容不可能と判断された場合、通信ユニットを起動し、進行中のメディア通信の品質要件に基づき第２のメディア適合ＲＡＢを取得するように構成するプロセッサを含む。以上により、セッションは第２のＲＡＢを経て継続することができる。
【００４０】
携帯端末装置はデータバッファ、デコーダおよびメディア再生ユニットの少なくとも１つから測定結果をプロセッサに提供するように構成する測定ユニットをさらに含むことができる。
【００４１】
本発明は通信メディアの品質を監視および評価する品質監視装置をさらに提供する。本発明の品質監視装置は、第１のＲＡＢを使用して携帯端末の進行中のマルチメディアセッションに関する品質測定結果を受信する測定結果受信部、品質測定結果を評価し、進行中のマルチメディアセッションの品質要件を満たすために、第２のメディア適合ＲＡＢが必要であるかを判断するプロセッサを含む。品質監視装置はまた品質が許容不可能と判断された場合、携帯端末またはアクセスネットワークにおけるＧＧＳＮノードに、進行中のメディア通信の品質要件に基づく第２のメディア適合ＲＡＢを起動するメッセージを送信するように構成するＰＤＰコンテキスト起動ユニットを含む。以上により、セッションは第２のＲＡＢを経て継続することができる。
【００４２】
携帯端末が現在接続する移動アクセスネットワークにおいて、またはセッションを現在制御するマルチメディア・サービス・ネットワークにおいて実装されるように、本発明の品質監視装置を構成することができる。携帯端末が現在接続する移動アクセスネットワーク、セッションを現在制御するマルチメディア・サービス・ネットワークおよび携帯端末の少なくとも１つから品質測定結果を受信するように、品質監視装置をさらに構成することができる。
【００４３】
本発明のさらなる特徴およびその利益を以下の詳細な記述において説明することにする。
【００４４】
次に、本発明を好ましい実施形態により添付する図面を参照して、より詳細に説明することにする。
【発明を実施するための最良の形態】
【００４５】
簡単に説明すれば、本発明は第１のＲＡＢを経るメディア通信の開始を指向し、通信メディアの品質が許容不可能になれば、進行中のメディア通信の要求条件に基づき第２のＲＡＢを取得する。換言すれば、第１のＲＡＢにより満たされない場合、これらの品質要件を満たす第２のＲＡＢを選択し、次いでセッションは第２のＲＡＢにおいて継続する。
【００４６】
例えば、信号メッセージに適合する１次のＰＤＰコンテキストを稼動することにより、第１のＲＡＢを取得すれば、少なくとも最初に２次のＰＤＰコンテキストが稼動されるのを待った後メディアを通信する必要はなく、従って遅延を削減することが出来る。また、通信メディアに特に適合されてない無指定ＲＡＢを使用する「事前に確立された」２次のＰＤＰコンテキストを経てメディアを通信することが可能であり、これを後に以下でより詳細に説明することにする。
【００４７】
以上で説明したように１次のＰＤＰコンテキストの概念は、元々例えばＳＩＰによる信号メッセージのみに使用するように考えられたものであり、１次のＰＤＰコンテキストのＲＡＢは本来無指定である。結果として、１次のＰＤＰコンテキストのＲＡＢ特性は典型的に安定ではなく、時間を経て変化し、ベストエフォートに基づく。にもかかわらず幾つかの状況では、例えば現在多くの空き無線リソースを有するセルに位置する場合、例えば１次のＰＤＰコンテキストに対して得られる第１のＲＡＢがＱｏＳに関して極めて良好であることは十分に事実でありうる。それ故、アプリケーションおよび使用するメディアの要求条件による２次のＰＤＰコンテキストが未だ稼動されていなくとも、１次のＰＤＰコンテキストを経るメディアの通信は成功しうる。
【００４８】
所謂事前に確立された２次のＰＤＰコンテキストは一般にメディアに使用するように考えられ、１次のＰＤＰコンテキストと基本的に同時に稼動することができる。一方事前に確立されたＰＤＰコンテキストであるので、それ故に無指定ＲＡＢを使用して、携帯端末が来るメディアストリームに対するＱｏＳのニーズに関する知見を持つ前にそのＲＡＢ特性が決定される。それ故、事前に確立されたＰＤＰコンテキストの無指定ＲＡＢはメディアに対するＱｏＳ要求条件を満たすこともあれば満たさないこともありうる。従って、事前に確立された２次のＰＤＰコンテキストをまた「ベストエフォート」タイプとして考えることができ、その特性は典型的に安定ではなく、時間を経て変化しうる。にもかかわらず幾つかの状況では、事前に確立された２次のＰＤＰコンテキストに対して得られる第１のＲＡＢがメディア伝送に良く適合することは十分に事実でありうる。それ故、事前に確立された２次のＰＤＰコンテキストを経るメディアの通信も少なくともある時間の間成功しうる。
【００４９】
別の場合には先の背景技術の節で説明したように、メディア通信の品質要件に基づき正しく取得した第１のＲＡＢを使用して「正規の」第２のＰＤＰコンテキストを確立した後に、メディアを通信することができる。しばらく後に、例えばさらなるメディアがセッションに加わるか、または無線状態が悪化するようなことがあれば、なお通信メディアの品質は許容不可能になることがありうる。品質を監視および評価することにより第１のＲＡＢがこれらの品質要件を満たすことができなくなると直ちに、それらの品質要件を満たす第２のＲＡＢを次いで取得することができる。
【００５０】
変動する第１のＲＡＢが悪化するようなことがあるか、またはさらなるメディアが加わる場合にも、セッション中の妥当なＱｏＳを維持するために、第１のＲＡＢを経てメディアが通信する場合にバックグラウンドにおいて実際のＱｏＳをこのように監視および評価する。以下に示すことにするように携帯端末によるか、またはネットワークノードにより、ＱｏＳを監視することができる。携帯端末により監視し、ＱｏＳが所定の許容可能なレベルを下回るようなことがあれば、即ちエンドユーザに許容不可能になるようなことがあれば、携帯端末は、
−アクセスネットワークに向けて２次のＰＤＰコンテキスト要求を出し、使用するアプリケーションのＱｏＳ要求条件を満たす新しいＲＡＢを取得するか、または
−アクセスネットワークに向けて事前に確立された２次のＰＤＰコンテキストの修正要求を出し、例えば保証されたより速いビット速度または伝送遅延の減少を得るか、
いずれかを行うことができる。
【００５１】
新しいＲＡＢを取得した場合、通信を継続するために１つまたは複数のメディアフローを以前のＲＡＢから新しいＲＡＢに移す。以下に、３つの実例を提示する。
【００５２】
例１：単純な音声サービスの場合、音声メディアストリームは第１のＲＡＢを使用する１次のＰＤＰコンテキストから第２のＲＡＢを使用する２次のＰＤＰコンテキストに移ることができる。
【００５３】
例２：音声およびビデオサービスの場合、ビデオストリームおよび音声ストリームの双方は第２のＲＡＢを使用する新しく確立されたＰＤＰコンテキストに移ることができる。
【００５４】
例３：第１のＲＡＢを使用する事前に確立された２次のＰＤＰコンテキストを経て既に動作し、ビデオストリームがある点で導入される音声サービスの場合、事実上第３のＰＤＰコンテキストである新しい２次のＰＤＰコンテキストを第２のＲＡＢを使用して確立することができる。ビデオストリームは２次のＰＤＰコンテキストの新しい（第２の）ＲＡＢへ移ることができるが、一方音声ストリームはなお以前の（第１の）ＲＡＢにおいて通信する。
【００５５】
受信データパケットに関して端末のバッファが空か否かに応じて、受信メディアまたは会話の再生における一時的中断として、エンドユーザがＰＤＰコンテキストおよびＲＡＢの切り替えを知覚することができることに注意すべきである。
【００５６】
事前に確立された２次のＰＤＰコンテキストが修正された場合、このコンテキストの第２のＲＡＢは通信の継続のために修正された第１のＲＡＢである。例えば、メディアストリームは第１のＲＡＢを使用する事前に確立された２次のＰＤＰコンテキストにおいて開始しているであろう。その場合監視するＱｏＳが所定の許容レベルを下回った場合、メディアストリームに必要なＱｏＳに関してＰＤＰコンテキストおよび第１のＲＡＢを修正することにより、第２のＲＡＢを取得することができる。
【００５７】
一方第１のＲＡＢを使用するセッションを通じて、監視するＱｏＳが許容レベルより上にあった場合、２次のＰＤＰコンテキストを要求するか、または事前に確立された２次のＰＤＰを修正し、第２のＲＡＢに切り替えることは全く必要にならないであろう。ＱｏＳ要求条件を満たす場合、このように第１のＲＡＢはセッションを通じて使用することができる。その場合従来手順と比較して、セッションに対する多くの信号通知が回避され、それにより時間および帯域幅を節約する。さらに最初に取得する第１のＲＡＢは、第２のＲＡＢが行うであろうほど多くの無線リソースを要求しないであろう。１次のＰＤＰコンテキストに対し第１のＲＡＢを取得する場合、メディア通信は１次のＰＤＰコンテキストを経て、即ち背景技術の節において説明した従来技術と比較すると処理において早く開始することができる。２次のＰＤＰコンテキストがセッション中のある点で必要になれば、唯一の妨害は、あるとすれば受信側におけるメディアの再生または会話において感じられる擾乱であろう。
【００５８】
図４は、一実施形態によるマルチメディア通信を開始および制御する処理における種々のステージを示す信号方式図である。この場合通信メディアの品質は携帯端末Ａにおいて監視および評価する。シナリオは図３に示すものに類似であり、セッション設定処理に関係する対応する要素に同じ数字を使用する。対向する相手４００は一般にブロック「Ｂ／Ｓ」により表し、相手が移動または固定端末Ｂ、コンピュータまたはサーバＳでありうることを示すことに注意すべきである。
【００５９】
移動局として端末Ａを登録するステージ４：１、１次のＰＤＰコンテキストを稼動するステージ４：２およびＩＭＳネットワークにおいて端末Ａを登録するステージ４：３の最初の３つのステージは基本的に図３のステージ３：１，３：２および３：３と同じであり、それ故ここで再び説明しないことにする。一方上記のように、ステージ４：２はさらに事前に確立された２次のＰＤＰコンテキストの稼動を含むことができる。
【００６０】
次に、相手４００に発呼する、即ちコンタクトする端末Ａ、またはその逆のいずれかにより対向する相手４００とマルチメディアセッションを確立する。一方次に、「素早い（クイックな）」セッション確立ステージ４：４を導入し、以前の従来のセッション確立ステージ３：４に代わり、この点でメディアに適合する２次のＰＤＰコンテキストの選択および稼動ステージ３：５を省略することができる。メディアに適合する２次のＰＤＰコンテキストの稼動に必要な往来する全てのメッセージを省略することにより、これは遅延またはメディア伝送が始まる前の待ち時間をかなり、幾つかの場合には凡そ１乃至２秒削減することができる。従って、形容辞は「素早く」である。とはいえ本発明は、メディア通信の品質要件に基づくステージ４：４の後における「正規の」２次のＰＤＰコンテキストの確立を排除しない。
【００６１】
セッション確立ステージ４：４において、２人の当事者ＡおよびＢ／Ｓは適するＳＩＰメッセージ、典型的にはインバイトメッセージおよびそれに対する応答メッセージを交換することにより交渉し、来るセッションにおいて使用するコーデックを含むセッション特定パラメータについて合意することができる。その上インバイトメッセージとそれに対する応答との少なくともいずれかにおいて与えられるＳＤＰメッセージの情報はまた後に使用するために蓄積する、以下を参照。
【００６２】
対向する相手４００とのセッションの確立後、次のステージ４：５において示すように第１のＲＡＢが例えば信号メッセージに適合するのみであったとしても少なくとも最初はメディアを伝播することができると想定して、第１のＲＡＢを使用する１次の（または２次の）ＰＤＰコンテキストを経てメディア通信を開始する。あるいは以上で説明したように、この点で事前に確立されたか、または正規の２次のＰＤＰコンテキストを経てメディア通信を開始することができる。事前に確立されたか、または正規の２次のＰＤＰコンテキストのＲＡＢは、また以下で第１のＲＡＢとして参照することにする。説明した手順は何れの方向、即ち端末Ａへのまたは端末Ａからのメディアの伝送に有効でありうることに注意すべきである。
【００６３】
次にステージ４：６により示すように、ステージ４：５で進行中のメディア通信中にバックグラウンドにおいてＱｏＳを同時に監視する。特に、１次のＰＤＰコンテキストまたは事前に確立された２次のＰＤＰコンテキストに対する無指定ＲＡＢとして取得した場合典型的に、第１のＲＡＢは変動し、「信頼できない」ことがありうる。また、さらにメディアをセッションに追加すれば、ＱｏＳ要求条件は確実に変化しよう。
【００６４】
ステージ４：４において蓄積したＳＤＰ情報、並びに通信メディアおよび使用するアプリケーションに関係するその他のファクタに由来する要求条件に基づき、ＱｏＳを好ましくは所定の監視アルゴリズムにより監視する。例えば、端末のバッファにおけるパケット数、メディアストリームのビット速度、受信パケットのビット誤り率、再送の発生、メディア再生の誤りなどのいずれかを測定することにより、受信メディアストリームのＱｏＳを監視および評価することができる。要するに、基本的にエンドユーザに知覚されるような品質に影響しうるあらゆるパラメータを測定する。
【００６５】
監視アルゴリズムは幾つかの異なる方法で構成でき、本発明は次の点に制限しないが、例えばＳＤＰ情報に依存してＱｏＳを評価する多様な条件を含むことができる。例えば測定バッファサイズが一定レベルの上にある場合と、メディアストリームの測定ビット速度が一定レベルの上にある場合と、測定ビット誤り率または再送率が一定レベルを超えない場合と、の少なくともいずれかの場合などに、ＱｏＳは許容可能であると判断することができる。さらに、以上のパラメータの１つまたは複数がそれぞれ事前設定された継続時間の間または繰り返しレベルの上にあるか、または超えない場合はいつでも、監視された品質は許容不可能と判断することができる。受信メディアをエンドユーザに提示する場合、検出される擾乱をメディア再生ユニットまたは同類において測定することができる。このような擾乱が一定レベルなどを超えた場合、監視アルゴリズムはＱｏＳを許容不可能と判断するように構成することができる。
【００６６】
監視するＱｏＳがとにかく許容レベルを下回ることを以上の測定結果が一般的に示せば、２次のＰＤＰコンテキストを稼動する以下のステージ４：７を実行し、許容可能なＱｏＳおよび通信メディアの要求条件を満たす信頼でき、メディアに適合する（第２の）ＲＡＢを再度獲得する。上記のように、これらの要求条件は部分的にセッション確立ステージ４：４の中で与えられるＳＤＰメッセージに由来することができる。上記のように、要求条件に関してＱｏＳが下がるのは変動するベストエフォートＲＡＢ、悪化する無線状態またはメディアの追加の結果でありうる。
【００６７】
端末ＡがアクセスネットワークのＧＧＳＮにＰＤＰコンテキスト要求を送信すると、ステージ４：７を開始することができる。２次のＰＤＰコンテキストの稼動は基本的に１次のＰＤＰコンテキストの稼動に類似する。事前に確立されたかまたは正規の２次のＰＤＰコンテキストの第１のＲＡＢをステージ４：５でメディアの伝送に使用したとすれば、進行中のメディア通信に適合する第２のＲＡＢによる新しい２次のＰＤＰコンテキストをステージ４：７で稼動するか、または上記のように事前に確立されたかまたは正規の２次のＰＤＰコンテキストおよびその第１のＲＡＢを修正することができる。
【００６８】
一度２次のＰＤＰコンテキストを稼動し、通信メディアの特定要求条件を満たす（新しいまたは修正された）第２のＲＡＢを割り当てたとすれば、セッションは基本的にステージ４：８で第２のＲＡＢに切り替わる。以後メディアセッションは最後に示すステージ４：９で２次のＰＤＰコンテキストを経て第２のＲＡＢにおいて継続する。２次のＰＤＰコンテキストの新しいＲＡＢ、または修正された事前に確立されたかまたは正規の２次のＰＤＰコンテキストの場合の修正されたＲＡＢがメディアおよび使用するアプリケーションに適合しているので、次いでセッションは完了することができ、メディアタイプが課す遅延、ビット速度および誤り率のいずれかの要求条件に関して多かれ少なかれ「安全」であろう。
【００６９】
図５は、本発明の一態様による移動アクセスネットワークに現在接続する携帯端末に対するマルチメディア通信を制御する例示的手順を示すフローチャートである。端末またはネットワークのいずれかにより品質を監視する場合、図５に示す処理を適用することができ、携帯端末Ａにより以下のステップを講ずるであろう場合、前者の場合では端末は基本的に図４に対して以上で説明した例に従うことができる。
【００７０】
例えばステージ４：２に対応する第１のステップ５００で、信号メッセージの通信に基本的に適合する１次のＰＤＰコンテキスト、または以上で説明したように例えば信号方式に対する１次のＰＤＰコンテキストに加えてメディアに対する事前に確立されたかまたは正規の２次のＰＤＰコンテキストのいずれかを稼動することにより、第１のＲＡＢを取得する。実際、アクセスネットワークにＰＤＰコンテキスト要求を送信することにより、端末は１次のＰＤＰコンテキストまたは事前に確立されたかまたは正規の２次のＰＤＰコンテキストの稼動を開始することができる。
【００７１】
次のステップ５０２でアプリケーションを呼び出し、例えばステージ４：４に対応する対向する相手とのセッションを確立する。通信メディアに適合する２次のＰＤＰコンテキストの稼動を省略する「素早い」確立によるか、または従来手順による正規の２次のＰＤＰコンテキストの稼動後に、セッションを確立することができる。実際、対向する相手へ／からインバイトメッセージまたは類似メッセージを送信／受信することにより、端末はセッションの確立を開始することができる。
【００７２】
次のステップ５０４で１次のＰＤＰコンテキストに対するか、または例えばステージ４：５に対応する事前に確立されたかまたは正規の２次のＰＤＰコンテキストに対しステップ５００で取得した第１のＲＡＢを使用して、メディアを通信する（受信または送信または両方）。並行するステップ５０６で、例えばステージ４：６に対応するメディア通信の品質、即ちＱｏＳを監視する。図に示すように、ステップ５０６はバックグラウンドでステップ５０４と同時に実行する。例えば以上のステージ４：６に対して示唆するように、受信メディアの品質を評価することができる。例えばＳＤＰメッセージにおけるサービス記述に関して送信ビット速度を測定することにより、送信メディアの品質を少なくとも評価することができ、品質は取得する第１のＲＡＢの容量に当然依存する。
【００７３】
次のステップ５０８で、監視された品質が許容可能であるか、即ち、例えばステージ４：６に対して以上で説明したように適する所定の監視アルゴリズムにより、所定の品質条件が満たされるかを判断する。ステップ５０８で監視された品質が許容可能と判断された場合、セッションは１次のＰＤＰコンテキストまたは事前に確立されたかまたは正規の２次のＰＤＰコンテキストの第１のＲＡＢを経て継続することができ、従って、ステップ５０４および５０６を繰り返す。
【００７４】
一方、監視された品質がステップ５０８で使用する監視アルゴリズムにより許容不可能と判断された場合、ステージ４：７に対応する２次のＰＤＰコンテキストを稼動することによるか、または事前に確立されたかまたは正規の２次のＰＤＰコンテキストの使用する第１のＲＡＢを修正することにより、より良い、例えばより信頼できるＲＡＢを取得するステップ５１０に移行することが必要になる。一度稼動すると、例えばステージ４：８に基本的に対応する次のステップ５１２において、通信メディアは第１のＲＡＢから新たに稼動する２次のＰＤＰコンテキストの第２のＲＡＢへ移行する。このコンテキストにおいて、事前に確立されたかまたは正規の２次のＰＤＰコンテキストの第１のＲＡＢを第２のメディア適合ＲＡＢに修正することができる。
【００７５】
ステージ４：９に対応する最後に示すステップ５１４で、次いでセッションは新たに稼動する２次のＰＤＰコンテキストの第２のＲＡＢを経て継続することができる。監視された品質が許容可能に留まれば、端末は終始第１のＲＡＢを使用してセッションを申し分なく完了し、それによりステップ５１０乃至５１４を省略することができることに留意すべきである。
【００７６】
次に図６に示す概要ブロック図を参照して、本発明の別の態様による携帯端末装置の例示的実施形態を説明することにする。携帯端末６００はアンテナを経て無線信号を送信および受信するのに必要な従来要素（簡単化のためここでは特に図示しない）を有する通信ユニット６０２を含む。通信ユニット６０２はデータバッファ６０４に接続し、ストリームの方向に応じてデータバッファ６０４は、デコーダ６０６が復号するか、または通信ユニット６０２が送信するのを待っているメディアストリームの一連のデータパケットを収容するようにする。図示する例では、図の矢印は一般にメディアストリームの受信の方向に向く。
【００７７】
携帯端末６００はさらにデコーダ６０６から来る復号メディアを提示または「再生」するようにする「メディア再生ユニット」６０８を含む。図では、メディア再生ユニット６０８はエンドユーザに受信メディアを提示するあらゆる装置を表すことができる。これまで説明した構成要素６０２乃至６０８は基本的に従来能力を有し、マルチメディアの可能なあらゆる携帯端末に当然含まれる。
【００７８】
以上に説明したように本発明の手順を実装するために、通信ユニット６０２は第１のＲＡＢを使用して、別の相手とのセッションでメディア通信を開始するようにする。メディアを通信するのに特に適合する新たな、または修正した２次のＰＤＰコンテキストを必要とすることなく、１次のＰＤＰコンテキストまたは事前に確立された２次のＰＤＰコンテキストに対して第１のＲＡＢ、それ故無指定のＲＡＢを取得しているであろう。あるいは、セッションの品質要件に基づく正規の２次のＰＤＰコンテキストに対して、第１のＲＡＢ、それ故メディアに適合するＲＡＢを取得しているであろう。
【００７９】
携帯端末６００は、さらに第１のＲＡＢを使用するメディア通信の中で１つまたは複数の選択する品質関係パラメータを測定するようにする測定ユニット６１０を含む。破線の矢印により示すように、測定ユニット６１０が測定することのできる品質パラメータはデータバッファ６０４のバッファサイズ、通信ユニット６０２のビット速度、通信ユニット６０２かまたはデコーダ６０６のいずれかで測定することができる誤り率または再送率、メディア再生ユニット６０８から検出されるメディア再生または提示における擾乱、などを含む。
【００８０】
プロセッサ６１２をさらに端末６００に配備し、機能６１０から測定結果を受信し、測定結果に基づき通信メディアの品質、即ちＱｏＳを監視および評価し、例えば図４のステージ４：６について以上で説明したように品質許容の可否を判断するようにする。プロセッサ６１２は好ましくはプログラムされた所定の監視アルゴリズムを含み、評価を可能にする。所定の監視アルゴリズムによりメディア通信の品質が許容不可能になると直ちに、プロセッサ６１２はさらに通信ユニット６０２を起動し、サービス提供アクセスネットワークのＧＧＳＮに対し現在通信するメディアに適合する新たなまたは修正した２次のＰＤＰコンテキストに対する要求を出すようにする。
【００８１】
あるいは、または追加して、以下で例示するようにＩＭＳ領域内部に位置するノードによるか、またはＩＭＳ領域外部に位置するノードによるかのいずれかにより、通信メディアの品質をまたネットワークにおいて監視することができる。セルラーを経るプッシュ・ツー・トーク（Push-to-talk over Cellular、ＰｏＣ）などの幾つかのＩＭＳサービスでは、「メディアリソース機能ＭＲＦ（Media Resource Function）」と呼ぶＩＭＳノードを経て、メディアをルーティングする。ＰｏＣでは、ＭＲＦとＳＩＰアプリケーションサーバとの結合は基本的にＰｏＣサーバを構成する。ＰｏＣサーバは、ＰｏＣサーバが受信および分配すべきメディアの知見を有し、同じく受信および分配するメディアの品質を監視することができる。ＭＲＦおよびアプリケーションサーバが取得するこの知見を使用して、ネットワークの開始するＰＤＰコンテキスト稼動手順またはネットワークの開始するＰＤＰコンテキスト修正手順を起動することができる。
【００８２】
図７は、別の実施形態によるマルチメディア通信を開始および制御する処理における種々のステージを示す信号方式図である。４：１乃至４：３に対応するステージはここでは図示せず、端末の代わりに、または端末に加えてネットワークにより品質を監視し、ネットワークにより２次のＰＤＰコンテキストの稼動を開始する相違はあるが、シナリオは図４に示すものに類似する。それ故、監視ユニット７００はまたＩＭＳネットワーク３０６に、または図示しないある中間ノードに所在しうるが、監視ユニット７００をここではアクセスネットワーク３００に属するとして図示する。監視ユニット７００をポリシーノードまたはＭＲＦノードまたは同類に実装することができる。その上、端末Ａおよび監視ユニット７００の両方により通信品質を監視することができることを、本発明は排除しない。
【００８３】
相手４００に発呼する、即ちコンタクトする端末Ａ、またはその逆のいずれかにより対向する相手４００とマルチメディアセッションを確立する。以前の例におけるように、４：４に類似する「素早い」セッション確立ステージ７：１を使用し、以前の従来のセッション確立ステージ３：４に取って代わり、この点で２次のＰＤＰコンテキストの選択および稼動ステージ３：５を省略することができる。あるいは、以前の例について説明したように、この点で事前に確立されたか、または正規の２次のＰＤＰコンテキストを稼動することができる。ステージ４：４に対する以上の説明をステージ７：４にも適用し、ここでは再度繰り返さないことにする。
【００８４】
対向する相手４００とのセッションの確立後に、第１のＲＡＢは現在のメディアに対して特に適合していないかもしれないが、少なくとも最初はメディアを伝播できると想定して、次のステージ７：２に示すように、メディア通信を第１のＲＡＢを経て開始する。説明した手順はまたいずれかの方向において、即ち端末Ａへまたは端末Ａからのメディアの伝送に有効でありうる。
【００８５】
次にバックグランドで、ステージ７：３ａにより示すように監視ユニット７００により、また選択肢としてステージ７：３ｂにより示すように端末Ａにより、ステージ７：２の進行中のメディア通信の中で、ＱｏＳを監視する。選択肢として７：３ｃに図示するように、例えばＲＴＣＰプロトコルを使用して、品質測定結果または同類をまたフィードバックとして端末Ａから監視ユニット７００に送信することができるが、これは実装上の選択肢である。
【００８６】
ステージ７：１で蓄積したＳＤＰメッセージに由来する要求条件、並びに通信メディアおよび使用するアプリケーションに関係するその他のファクタに基づき、ＱｏＳを好ましくは所定の監視アルゴリズムにより監視する。例えばバッファ、例えばＭＲＦのパケット数、メディアストリームのビット速度、受信パケットのビット誤り率のいずれかを測定することにより、受信メディアストリームのＱｏＳを監視および評価することができる。
【００８７】
監視アルゴリズムは幾つかの異なる方法で構成でき、本発明はこれに関して制限しないが、例えばＳＤＰ情報に応じてＱｏＳを評価する多様な条件を含むことができる。
【００８８】
１つの例は、マルチメディアサービスである「ＰｏＣバージョン２」でありえ、これは音声およびビデオデータのすくなくともいずれかを含むメディアバーストを１人の受信者またはグループの複数のメンバに送信するのに使用することができる。メディアバーストにおけるビデオビットの追加によりメディアバーストのビット速度が大きく上昇したことを、監視アルゴリズムは検出することができる。
【００８９】
以上の測定結果が一般に、監視するＱｏＳがとにかく許容可能レベルを下回ることを示せば、２次のＰＤＰコンテキストを稼動する以下のステージ７：４を実行し、通信メディアの要求条件を満たす許容可能なＱｏＳおよび信頼できる第２のＲＡＢを再度獲得する。上記のように、これらの要求条件は部分的にセッション確立ステージ７：１の中で与えられるＳＤＰメッセージに由来しうる。ネットワークＡが携帯端末にＰＤＰコンテキスト稼動要求を送信すると、ステージ７：４を開始することができる。
【００９０】
一度２次のＰＤＰコンテキストを稼動または修正し、通信メディアの特定要求条件を満たす第２のＲＡＢを割り当てたとすると、セッションはステージ７：５で第２のＲＡＢに切り替わる。以後、メディアセッションまたはそのサブセットにおいて生じる全てのメディアストリームを含むメディア通信は、最後に示すステージ７：６でメディアに適合する２次のＰＤＰコンテキストを経て第２のＲＡＢにおいて継続する。次いで、セッションは安全に完了するが、それは図４のステージ４：９に関する前の例におけるように、２次のＰＤＰコンテキストの第２のＲＡＢがメディアおよび現在使用するアプリケーションに適合しているからである。
【００９１】
図８はさらに別の実施形態に従いアクセスネットワーク、マルチメディア・サービス・ネットワーク、またはマルチメディア・サービス・ネットワーク外部のあるノードにおいて実装することができる品質監視装置８００における装置を示す概要ブロック図である。
【００９２】
品質監視装置８００は、基本的に図７のブロック７００について以上で説明した監視機能を有し、第１のＲＡＢを使用する携帯端末の進行中のマルチメディアセッションに関する品質測定結果８０４を受信する測定結果受信部８０２を含む。品質測定結果８０４は、アクセスネットワーク、マルチメディア・サービス（例えばＩＭＳ）・ネットワークと、携帯端末との少なくともいずれかから受信することができる。品質監視装置８００はさらに品質測定結果８０４を評価し、進行中のマルチメディアセッションのＱｏＳ要件を満たすのに第２のメディア適合ＲＡＢが必要であるかを判断するプロセッサ８０６を含む。これらの要求条件を満たさなかった場合、以上で説明したように、品質監視装置８００のＰＤＰコンテキスト起動ユニット８０８は新たなＰＤＰコンテキストの稼動か、または使用する、事前に確立されたか、または正規の２次のＰＤＰコンテキストの修正を起動するメッセージ８１０を送信する。実装に応じて、ＰＤＰコンテキスト起動メッセージ８１０を携帯端末またはアクセスネットワークのＧＧＳＮノードに送信することができる。
【００９３】
例えば以上で説明した実施形態のいずれかにより第１のＲＡＢを使用すると、メディアに適合する２次のＰＤＰコンテキストが稼動し、対応する第２のＲＡＢが割り当てられるのを待つことによりメディア通信を遅延させる必要はないであろう。従って、メディア通信は１次のＰＤＰコンテキストまたは事前に確立された２次のＰＤＰコンテキストを経て少なくとも始めることができ、通信メディアの品質の監視および評価により、要求に関して品質が許容不可能になるようなことがあれば第２のメディア適合ＲＡＢに切り替えることにより、品質要件を満たすことができる。以上により、マルチメディアサービスは移動エンドユーザにとりより魅力的でありえ、マルチメデァセッションに対する信号方式の複雑さおよび一般的な量を削減することができる。さらに、帯域幅および無線リソースのすくなくともいずれかの総体的占有をも削減することができる。
【００９４】
本発明を特定の例示的実施形態を参照して説明したが、説明は発明の概念を示すことを全般に考えたに過ぎず、本発明の範囲を制限するものと取るべきではない。例えば、以上の実施形態を説明する場合、マルチメディア通信を可能にする任意の他の規格およびサービスネットワークを基本的に使用することができるが、ＳＩＰ信号プロトコルおよびＩＭＳの概念を全体を通じて使用した。添付する特許請求の範囲により本発明を規定する。
【図面の簡単な説明】
【００９５】
【図１】２つの携帯端末間でマルチメディアを通信するための従来ネットワーク構成の概観である。
【図２】携帯端末におけるＵＭＴＳＱｏＳトラフィッククラスへのアプリケーションのマッピングを示す概要図である。
【図３】従来技術によるマルチメディア通信を確立する処理における種々のステージを示す信号方式図である。
【図４】一実施形態に従い携帯端末に対するマルチメディア通信を確立する処理における種々のステージを示す信号方式図である。
【図５】別の実施形態に従い携帯端末に対するマルチメディア通信を確立する手順を示すフローチャートである。
【図６】さらに別の実施形態に従う携帯端末における装置を示す概要ブロック図である。
【図７】さらに別の実施形態に従い携帯端末に対するマルチメディア通信を確立する処理における種々のステージを示す信号方式図である。
【図８】さらに別の実施形態に従いアクセスネットワーク、マルチメディア・サービス・ネットワーク、またはマルチメディア・サービス・ネットワーク外部のあるノードにおいて実装することができる監視ユニットにおける装置を示す概要ブロック図である。
【図１】
2009519629.tif 000003
【図２】
2009519629.tif 000004
【図３】
2009519629.tif 000005
【図４】
2009519629.tif 000006
【図５】
2009519629.tif 000007
【図６】
2009519629.tif 000008
【図７】
2009519629.tif 000009
【図８】
2009519629.tif 000010
【手続補正書】
【提出日】平成19年10月12日(2007.10.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディア通信のために移動アクセスネットワークに接続された携帯端末に対しパケット交換マルチメディアセッションを確立する方法であって、
−第１の無線アクセスベアラＲＡＢ（Radio Access Bearer）を取得するステップと、
−前記第１のＲＡＢを経て前記メディアを通信することにより前記マルチメディアセッションを開始するステップと、
−前記第１のＲＡＢを経て前記メディア通信と同時に通信メディアの品質を所定の監視アルゴリズムにより監視および評価するステップと、
−前記監視アルゴリズムにより前記監視した品質が許容不可能と判断された場合、前記進行中のメディア通信の品質要件に基づき第２のメディア適合ＲＡＢを取得するステップと、
前記第２のＲＡＢを経て前記メディア通信を継続するステップと、
を有することを特徴とする方法。
【請求項２】
信号メッセージに適合する１次のＰＤＰコンテキストを稼動することにより前記第１のＲＡＢが取得されることを特徴とする請求項１に記載の方法。
【請求項３】
メディア通信に適合する事前に確立された２次のＰＤＰコンテキストを稼動することにより、前記第１のＲＡＢが取得されることを特徴とする請求項１に記載の方法。
【請求項４】
前記第１のＲＡＢが無指定ＲＡＢであることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記第１のＲＡＢが最初は前記通信メディアに適合することを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項６】
前記監視された品質が前記セッションを通じて許容可能に留まった場合、前記セッションが前記第１のＲＡＢを経て完了することを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記通信メディアに適合する２次のＰＤＰコンテキストを稼動することにより、前記第２のメディア適合ＲＡＢが取得されることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項８】
前記第１のＲＡＢおよび事前に確立された２次のＰＤＰコンテキストを前記通信メディアに適合するように修正することにより、前記第２のメディア適合ＲＡＢが取得されることを特徴とする請求項３に記載の方法。
【請求項９】
前記２次のＰＤＰコンテキストが稼動されたか、または、前記事前に確立された２次のＰＤＰコンテキストが修正された場合、前記メディア通信が、前記第１のＲＡＢから前記第２のメディア適合ＲＡＢに切り替えられることを特徴とする請求項７または８に記載の方法。
【請求項１０】
前記進行中のメディア通信中に少なくとも１つのメディアストリームが追加されたか、または、変更された場合、前記第２のメディア適合ＲＡＢが取得されることを特徴とする請求項１乃至５および請求項７乃至９のいずれか１項に記載の方法。
【請求項１１】
前記監視アルゴリズムへの入力として、前記端末のパケットバッファサイズと、伝送ビット速度と、ビット誤り率と、再送率と、エンドユーザへのメディアの前記再生または提示において検出された擾乱と、のいずれかのパラメータを測定することにより、受信メディアストリームの前記品質が監視されることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記測定バッファサイズが所定のレベルの上にある場合と、前記メディアストリームの前記測定ビット速度が所定のレベルの上にある場合と、前記測定ビット誤り率と再送率との少なくともいずれかが所定のレベルを超えない場合と、の少なくともいずれかの場合に、前記監視された品質が許容可能と判断するように、前記監視アルゴリズムが構成されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記測定パラメータの１つまたは複数がそれぞれ事前設定された継続時間の間または繰り返し前記レベルの上にあるか、または前記レベルを超えなかった場合はいつでも、前記監視された品質が許容不可能と判断するように、前記監視アルゴリズムが構成されることを特徴とする請求項１２に記載の方法。
【請求項１４】
ＳＩＰが信号方式に使用され、前記監視アルゴリズムは、インバイトメッセージとそれに対する応答との少なくともいずれかにおいて与えられたＳＤＰメッセージの情報に由来する要求条件に基づくことを特徴とする請求項９乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記品質が前記携帯端末により監視および評価されることを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記品質が前記移動アクセスネットワークまたは前記セッションを現在制御するマルチメディア・サービス・ネットワークにおける品質監視装置により監視および評価されることを特徴とする請求項１乃至１５のいずれか１項に記載の方法。
【請求項１７】
ＰＤＰコンテキスト起動メッセージを前記携帯端末または前記移動アクセスネットワークにおけるＧＧＳＮノードに送信することにより、第２のメディア適合ＲＡＢを取得する前記ステップが開始されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記メディア通信のために移動アクセスネットワークに接続された携帯端末に対しパケット交換マルチメディアセッションを確立する装置であって、
−第１の無線アクセスベアラＲＡＢを取得する手段と、
−前記第１のＲＡＢを経て前記メディアを通信することにより前記マルチメディアセッションを開始する手段と、
−前記第１のＲＡＢを経て前記メディア通信と同時に通信メディアの品質を所定の監視アルゴリズムにより監視および評価する手段と、
−前記監視アルゴリズムにより前記監視された品質が許容不可能と判断された場合、前記セッションが第２のＲＡＢを経て継続することができるように、前記進行中のメディア通信の品質要件に基づきメディアに適合する前記第２のＲＡＢを取得する手段と、
を備えることを特徴とする装置。
【請求項１９】
第１のＲＡＢを取得する前記手段が信号メッセージに適合する１次のＰＤＰコンテキストを稼動することにより前記第１のＲＡＢを取得するように構成されることを特徴とする請求項１８に記載の装置。
【請求項２０】
第１のＲＡＢを取得する前記手段がメディア通信に適合する事前に確立された２次のＰＤＰコンテキストを稼動することにより前記第１のＲＡＢを取得するように構成されることを特徴とする請求項１８に記載の装置。
【請求項２１】
前記第１のＲＡＢが無指定ＲＡＢであることを特徴とする請求項１８乃至２０のいずれか１項に記載の装置。
【請求項２２】
前記第１のＲＡＢが最初は前記通信メディアに適合することを特徴とする請求項１８乃至２０のいずれか１項に記載の装置。
【請求項２３】
前記監視された品質が前記セッションを通じて許容可能に留まった場合、前記第１のＲＡＢを経て前記セッションを完了する手段をさらに備えることを特徴とする請求項１８乃至２２のいずれか１項に記載の装置。
【請求項２４】
前記通信メディアに適合する２次のＰＤＰコンテキストを稼動することにより、第２のメディア適合ＲＡＢを取得する前記手段が前記第２のＲＡＢを取得するように構成されることを特徴とする請求項１８乃至２２のいずれか１項に記載の装置。
【請求項２５】
前記第１のＲＡＢおよび事前に確立された２次のＰＤＰコンテキストを前記通信メディアに適合するように修正することにより、第２のメディア適合ＲＡＢを取得する前記手段が前記第２のＲＡＢを取得するように構成されることを特徴とする請求項２０に記載の装置。
【請求項２６】
前記２次のＰＤＰコンテキストが稼動されたか、または前記事前に確立された２次のＰＤＰコンテキストが修正された場合、前記第１のＲＡＢから前記第２のＲＡＢへ前記通信メディアを切り替える手段をさらに備えることを特徴とする請求項２５または２６に記載の装置。
【請求項２７】
前記進行中のメディア通信中に少なくとも１つのメディアストリームが追加されたか、または変更されたかする場合、第２のメディア適合ＲＡＢを取得する前記手段が第２のメディア適合ＲＡＢを取得するように構成されることを特徴とする請求項１８乃至２２および請求項２４乃至２６のいずれか１項に記載の装置。
【請求項２８】
前記端末のパケットバッファサイズ、伝送ビット速度、ビット誤り率、再送率およびエンドユーザへのメディアの前記再生または提示において検出される擾乱の前記以上のパラメータのいずれかの測定結果を取得し、前記監視アルゴリズムへの入力として前記プロセッサに前記測定結果を提供し、受信メディアストリームの前記品質を指示するように、前記監視および評価する手段が構成されることを特徴とする請求項１８乃至２７のいずれか１項に記載の装置。
【請求項２９】
前記測定バッファサイズが所定のレベルの上にある場合と、前記メディアストリームの前記測定ビット速度が所定のレベルの上にある場合と、前記測定ビット誤り率および再送率の少なくともいずれかが所定のレベルを超えない場合と、の少なくともいずれかの場合に、前記品質が許容可能と判断するように、前記監視アルゴリズムが構成されることを特徴とする請求項２８に記載の装置。
【請求項３０】
前記測定パラメータの１つまたは複数がそれぞれ事前設定された継続時間の間または繰り返し前記レベルの上にあるか、または前記レベルを超えない場合はいつでも、前記監視された品質が許容不可能と判断するように、前記監視アルゴリズムが構成されることを特徴とする請求項２９に記載の装置。
【請求項３１】
ＳＩＰが信号方式に使用され、前記監視アルゴリズムが、インバイトメッセージとそれに対する応答との少なくともいずれかにおいて与えられたＳＤＰメッセージの情報に由来する要求条件に基づくことを特徴とする請求項２６乃至３０のいずれか１項に記載の装置。
【請求項３２】
前記監視および評価する手段が前記携帯端末において実装されることを特徴とする請求項１８乃至３１のいずれか１項に記載の装置。
【請求項３３】
前記監視および評価する手段が前記移動アクセスネットワークまたは前記セッションを現在制御するマルチメディア・サービス・ネットワークにおいて品質監視装置として実装されることを特徴とする請求項１８乃至３２のいずれか１項に記載の装置。
【請求項３４】
ＰＤＰコンテキスト起動メッセージを前記携帯端末または前記移動アクセスネットワークにおけるＧＧＳＮノードに送信するように、第２のメディア適合ＲＡＢを取得する前記手段が構成されることを特徴とする請求項３３に記載の装置。
【請求項３５】
移動アクセスネットワークに接続される場合、前記メディア通信のためにパケット交換マルチメディアセッションを確立する携帯端末の装置であって、
−第１の無線アクセスベアラＲＡＢを取得し、前記第１のＲＡＢを経てメディアを通信することにより前記マルチメディアセッションを開始するように構成される通信ユニットと、
−前記第１のＲＡＢを経て前記メディア通信と同時に通信メディアの品質を所定の監視アルゴリズムにより監視および評価し、該監視アルゴリズムにより前記監視された品質が許容不可能と判断された場合、前記通信ユニットを起動し、前記進行中のメディア通信の品質要件に基づき第２のメディア適合ＲＡＢを取得し、前記セッションが前記第２のＲＡＢを経て継続することができるように構成されるプロセッサと、
を備えることを特徴とする装置。
【請求項３６】
データバッファ、デコーダおよびメディア再生ユニットの少なくとも１つから測定結果を前記プロセッサに提供するように構成される測定ユニットをさらに備えることを特徴とする請求項３５に記載の装置。
【請求項３７】
通信メディアの品質を監視および評価する品質監視装置であって、
−第１のＲＡＢを使用して携帯端末の進行中のマルチメディアセッションに関する品質測定結果を受信する測定結果受信部と、
−前記品質測定結果を評価し、前記進行中のマルチメディアセッションの品質要件を満たすために、第２のメディア適合ＲＡＢが必要であるかを判断するプロセッサと、
−所定の監視アルゴリズムにより前記品質が許容不可能と判断された場合、前記携帯端末または前記アクセスネットワークにおけるＧＧＳＮノードに、前記進行中のメディア通信の品質要件に基づく第２のメディア適合ＲＡＢを起動するメッセージを送信し、前記セッションが前記第２のＲＡＢを経て継続することができるように構成されるＰＤＰコンテキスト起動ユニットと、
を備えることを特徴とする品質監視装置。
【請求項３８】
前記携帯端末が現在接続される移動アクセスネットワークにおいて、または前記セッションを現在制御するマルチメディア・サービス・ネットワークにおいて実装されるように構成されることを特徴とする請求項３７に記載の品質監視装置。
【請求項３９】
前記携帯端末が現在接続される移動アクセスネットワーク、前記セッションを現在制御するマルチメディア・サービス・ネットワークおよび前記携帯端末の少なくとも１つから前記品質測定結果を受信するように構成されることを特徴とする請求項３７または３８に記載の品質監視装置。
【国際調査報告】
2009519629.tif 000011
2009519629.tif 000012
2009519629.tif 000013