(57)【要約】【課題】本発明は、通信システムでの方法、通信システム及び通信デバイスに関する。【解決手段】その方法では、ストリームは送信デバイスから受信デバイスへ無線通信ネットワークを介して送信される。少なくとも１つのメディアストリームが受信デバイスに送信され、選択された少なくとも１つのメディアストリームを送信するためのＱｏＳ要件が定義され、送信リソースが少なくとも１つのメディアストリームの送信のために予約され、設定手続が１つのデータ伝送を有効にするために送信デバイスと受信デバイス間で実行される。少なくとも１つのメディアストリームの送信開始は、受信デバイスから要求され、１つのデータ伝送コンテキストは、選択された少なくとも１つのメディアストリームの伝送で使用される。そこでは、予約リソースに関する情報が、少なくとも１つのメディアストリームの送信開始が受信デバイスによって要求された時又は後に送信される。【選択図】図３
2010200359.tif 000002
【特許請求の範囲】
【請求項１】
受信デバイスに送信される少なくとも１つのメディアストリームを選択するステップ、
前記選択された少なくとも１つのメディアストリームを送信するためのＱｏＳ要件を規定するステップ、
前記少なくとも１つのメディアストリームの前記送信のために、無線通信ネットワークから送信リソースを予約するステップ、
１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと送信デバイスとの間の設定手続を実行するステップ、
前記受信デバイスにより、前記少なくとも１つのメディアストリームの送信開始を要求するステップ、
前記送信デバイスから、前記受信デバイスへ、少なくとも部分的に無線通信ネットワークを介して、メディアストリームを送信するステップ、を有し、前記送信ステップは、前記選択された少なくとも１つのメディアストリームの送信内の１つのデータ伝送コンテキストを用いるステップ、を有する通信システムでの方法において、
前記受信デバイスにより前記少なくとも１つのメディアストリームの前記送信の開始の前記要求時、又は、その後で、前記予約リソースに関する情報を、前記送信デバイスに送信するステップ、をさらに有する方法。
【請求項２】
前記データ伝送接続のために、少なくとも次のパラメータを定義し、
最大ビット速度、
保証ビット速度、
転送遅延、
前記送信デバイスに前記パラメータを通知することを有する請求項１に記載の方法。
【請求項３】
受信デバイスに送信されるべき少なくとも１つのメディアストリームを選択するステップ、
前記選択された少なくとも１つのメディアストリームを送信するためのＱｏＳ要件を定義するステップ、
前記少なくとも１つのメディアストリームの前記送信用の無線通信ネットワークから送信リソースを予約するステップ、
少なくとも１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと前記送信デバイスとの間の設定手続を実行するステップ、
前記受信デバイスによって前記少なくとも１つのメディアストリームの送信開始を要求するステップ、
前記送信デバイスから、前記受信デバイスへ、少なくとも部分的に前記無線通信ネットワークを介して、メディアストリームを送信するステップであって、前記送信するステップは、各選択メディアストリームのための１つのデータ伝送コンテキストを用いる送信ステップ、を有する通信システムでの方法において、
前記設定手続に関連して、前記送信デバイスへ、前記予約リソースに関する情報を送信するステップをさらに有する方法。
【請求項４】
送信デバイスから受信デバイスへ少なくとも１つのメディアストリームを送信するためのＱｏＳ要件に関する情報を、該受信デバイスにより要求するステップ、
前記少なくとも１つのメディアストリームの前記送信のために、無線通信ネットワークから送信リソースを、前記受信デバイスにより要求するステップ、
前記送信のためのリソースを、前記無線通信ネットワークにより予約するステップ、
前記予約リソースに関する情報を、前記受信デバイスへ、前記無線通信ネットワークにより、送信するステップ、
前記１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと前記送信デバイスにより、設定手続を実行するステップ、
前記送信デバイスへ送信コマンドの開始を送信することによる前記少なくとも１つのメディアストリームの前記送信の開始を、前記受信デバイスにより要求するステップであって、そこでは、前記予約リソースに関する情報もあるコマンドが、前記送信デバイスに送信する要求ステップ、
送信デバイスから受信デバイスへ、少なくとも部分的に無線通信ネットワークを介して、１つのパケットデータ伝送接続を用いて、メディアストリームを送信するステップ、を有する通信システムでの方法。
【請求項５】
送信デバイスから受信デバイスへ少なくとも１つのメディアストリームを送信するために、ＱｏＳ要件に関する情報を、該受信デバイスによって要求するステップ、
前記少なくとも１つのメディアストリームの前記送信のために、無線通信ネットワークから送信リソースを、前記受信デバイスにより要求するステップ、
前記送信のためのリソースを、前記無線通信ネットワークにより予約するステップ、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと前記送信デバイスにより、前記送信デバイスへの前記予約リソースに関する情報を前記受信デバイスによって送信する設定手続を実行するステップ、
前記送信デバイスに、送信コマンドの開始を送信することによって、前記少なくとも１つのメディアストリームの前記送信の開始を要求するステップであって、そこで、前記予約リソースに関する情報無しコマンドは、前記通信デバイスに送信される要求ステップ、を有する通信システムでの方法において、
前記送信デバイスから前記受信デバイスへ、少なくとも部分的に前記無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いて、メディアストリームを送信するステップ、をさらに有する方法。
【請求項６】
送信デバイスから受信デバイスへ少なくとも部分的に無線通信ネットワークを介してメディアストリームを送信する手段と、
前記受信デバイスに送信されるべき少なくとも１つのメディアストリームを選択する手段と、
前記選択された少なくとも１つのメディアストリームを送信するために、ＱｏＳ要件を規定する手段と、
前記少なくとも１つのメディアストリームの前記送信のために、前記無線通信ネットワークから送信リソースを予約する手段と、
１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと前記送信デバイスとの間の設定手続を実行する手段と、
前記少なくとも１つのメディアストリームの前記送信の開始を、前記受信デバイスにより要求する手段と、
前記選択された少なくとも１つのメディアストリームの前記送信の中に１つのデータ伝送コンテキストを用いる手段と、
前記送信デバイスへ前記予約リソースに関する情報を、前記少なくとも１つのメディアストリームの前記送信の開始が、前記受信デバイスにより要求されるとき、又は、その後で送信する手段と、を備える通信システム。
【請求項７】
送信デバイスから受信デバイスへ、少なくとも部分的に無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いてメディアストリームを送信する手段と、
前記受信デバイスに送信されるべき少なくとも１つのメディアストリームを選択する手段と、
前記選択された少なくとも１つのメディアストリームを送信するために、ＱｏＳ要件を定義する手段と、
前記少なくとも１つのメディアストリームの前記送信のために、前記無線通信ネットワークから送信リソースを予約する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと前記送信デバイスとの間の設定手続を実行する手段と、
前記受信デバイスにより、前記少なくとも１つのメディアストリームの前記送信の開始を要求する手段と、
前記選択された少なくとも１つのメディアストリームの前記送信の中に、１つのデータ伝送コンテキストを用いる手段と、
前記設定手続と関連して前記送信デバイスに前記予約リソースに関する情報を送信する手段と、を備える通信システム。
【請求項８】
少なくとも部分的に無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いて、受信デバイスへメディアストリームを送信する手段と、
前記受信デバイスへ送信されるべき少なくとも１つのメディアストリームの選択の情報を受信する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと前記送信デバイスとの間の設定手続のための要求を受信する手段と、
前記少なくとも１つのメディアストリームの送信の開始のための要求を受信する手段と、
前記選択された少なくとも１つのメディアストリームの前記送信の中に、１つのデータ伝送コンテクストを用いる手段と、
前記設定手続に関連して、前記少なくとも１つのパケットデータ伝送接続のための予約リソースに関する情報を受信する手段と、を備える送信デバイス。
【請求項９】
少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、送信デバイスからメディアストリームを受信する手段と、
前記受信デバイスに送信されるべき少なくとも１つのメディアストリームを選択する手段と、
前記選択された少なくとも１つのメディアストリームを送信するために、ＱｏＳ要件を規定する手段と、
前記少なくとも１つのメディアストリームの前記送信のために、前記無線ネットワークから送信リソースを要求する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと前記送信デバイスとの間の設定手続を開始する手段と、
前記少なくとも１つのメディアストリームの前記送信の開始を要求する手段と、
前記選択された少なくとも１つのメディアストリームの前記送信の中に、１つのデータ伝送コンテキストを用いる手段と、
前記設定手続に関連して、前記送信デバイスに、前記予約リソースに関する情報を送信する手段と、を備える受信デバイス。
【請求項１０】
少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、受信デバイスにメディアストリームを送信する手段と、
前記受信デバイスに送信されるべき少なくとも１つのメディアストリームの選択の情報を受信する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記受信デバイスと前記無線デバイスとの間の設定手続のためのリクエストを受信する手段と、
前記少なくとも１つのメディアストリームの送信の開始のための要求を受信する手段と、
前記少なくとも１つのメディアストリーム送信の開始の要求を受信する手段と、
前記選択された少なくとも１つのメディアストリームの前記送信の中に、１つのデータ伝送コンテキストを用いる手段と、
前記設定手続に関連して、前記少なくとも１つのパケットデータ伝送接続のための予約リソースに関する情報を受信する手段と、を備える無線通信デバイス。
【請求項１１】
少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、送信デバイスからメディアストリームを受信する手段と、
前記無線通信デバイスに送信されるべき少なくとも１つのメディアストリームを選択する手段と、
前記選択された少なくとも１つのメディアストリームを送信するためのＱｏＳ要件を規定する手段と、
前記少なくとも１つのメディアストリームの前記送信のために、前記無線通信ネットワークから、送信リソースを要求する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記無線通信デバイスと前記送信デバイスとの間の設定手続を開始する手段と、
前記少なくとも１つのメディアストリームの前記送信の開始を要求する手段と、
前記選択された少なくとも１つのメディアストリームの前記送信の中に、１つのデータ伝送コンテキストを用いる手段と、
前記設定手続に関連して、前記送信デバイスに、前記予約リソースに関する情報を送信する手段と、を備える無線通信デバイス。
【請求項１２】
前記設定手続を開始する手段は、リアルタイム・ストリーミング・プロトコルにより、設定コマンドを送信するようになっている請求項１１に記載の無線通信デバイス。
【請求項１３】
前記少なくとも１つのメディアストリームの前記送信の開始を要求する手段は、リアルタイム・ストリーミング・プロトコルにより、再生コマンドを送信するようになっている請求項１１に記載の無線通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術分野は、マルチメディアサーバ、移動体ネットワーク、及び、ストリーミングクライアントが論理的に、例えば、メディア転送のためのＲＴＳＰプロトコル（リアルタイム・ストリーミング・プロトコル）を介して、接続されている移動体ネットワーク上のストリーミングメディアの技術分野である。ストリーミングシステムは、速度に適応する場合と、そうでない場合がある。この発明は、変化するネットワーク通信路状況に対して、コンテンツ及び／又は伝送速度を適応させる速度適応ストリーミングシステムに関する。
【０００２】
本発明は、さらに、マルチメディアストリームが送信デバイスから、受信デバイスへ、少なくとも部分的に無線通信システムを介してマルチメディアストリームを伝送するための送信デバイス、受信デバイス、及び通信ネットワークを備える通信システムに関する。本発明は、さらに、送信デバイス及び受信デバイスに関する。
【背景技術】
【０００３】
この記述においては、送信デバイス（sending communication device）という用語は、マルチメディアストリームを通信ネットワークに送信するようになっている送信機を含む通信デバイスに言及し、受信デバイス（receiving communication device）という用語は、その通信ネットワークからマルチメディアストリームを受信するための受信機を含む通信デバイスに、それぞれ、言及する。同じ通信デバイスは、通信機と受信機両方を含み、それにより、通信ネットワークと共に片方向又は双方向通信が可能である。無線通信デバイスは、無線通信ネットワーク内で無線通信を実装する送信機及び／又は受信機を含む。移動体通信システムのような、無線通信システムという用語は、無線通信デバイスと、そのシステムの固定部品、及び、そのシステムの動作可能範囲内に移動する無線通信デバイスのユーザとの間にあり得る無線データ伝送接続をするいかなる通信システムに、一般に、言及する。典型的な無線通信システムは、公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）である。良く知られた例は、ＧＳＭシステム（移動体通信用グローバルシステム）である。本発明は、好ましくは、移動体通信システムの第３世代に関する。
【０００４】
第３世代では、ベアラサービス（bearer service）及びサービスという用語が使用される。ベアラサービスは、電気通信サービスタイプであり、ベアラサービスは、アクセスポイント間の信号を伝送する便宜を提供する。一般に、ベアラサービスは、通信路（channel）という用語に相当し、通信路は、例えば、データ伝送速度、及び、情報が無線通信デバイスとシステムの別の部分間に伝送されるとき、そのシステムで使用されるべきクオリティ・オブ・サービス（ＱｏＳ：Quality Of Service）を規定する。無線通信デバイスと基地局間のベアラサービスは、例えば、無線ベアラサービス、及び、無線通信制御ユニットと、例えばＩｕベアラサービス（インタフェースＵＭＴＳベアラ）であるコアネットワーク間のベアラサービスである。ＵＭＴＳシステムでは、無線ネットワーク制御ユニットと、コアネットワーク間のインタフェースは、Ｉｕインタフェースと呼ばれる。ＵＭＴＳにはいわゆるＧＥＲＡＮ部分もあり、該部分ではＩｕインタフェースに加えて、Ｇｂインタフェースと呼ばれるインタフェースも用いられる。これに関して、サービスは、タスクを実行する移動体通信ネットワークにより提供される。例えば、データサービスは、通信システムの中でデータ伝送を実行し、電話サービスは、電話、マルチメディア等に関連する。従って、サービスは、無線通信デバイスとそのシステムの固定部分間の電話又はマルチメディアストリーム伝送のようなデータ伝送を要求する。第３世代移動体通信システムの１つの重要なタスクは、各要求サービスが利用可能な帯域を消費せずに移動局に配置可能であるような方法で、ベアラサービスを（要求に応じて開始、維持、及び終了）制御することである。
【０００５】
ＱｏＳは、例えば、プロトコルデータ単位（ＰＤＵ：Protocol Data Unit）が、伝送中に移動体通信ネットワークでどのように処理されるかを決定する。接続アドレスのために規定されるＱｏＳレベルは、特に、２つ以上の接続が同時に送信されるパケットを有するとき、例えば、送信順番を制御し、（パケット文字列を）バッファリングし、サポートノード及びゲートウェイノードでパケットを破棄するために使用される。異なるＱｏＳレベルは、例えば、異なるビット速度はもちろんのこと、異なる接続末端間のパケット伝送のための異なる遅延を決定する。また、破棄及び／又は欠損パケットデータ単位は、異なるＱｏＳレベルを有するコネクション（connection）において変化する。
【０００６】
各ＰＤＰコンテキスト（context）のための異なるＱｏＳを要求することが可能である。例えば、電子メールコネクションにおいて、相対的に長い遅延は、ストリームの伝送において許可される。しかし、ビデオカンファレンス（video conference）のようなリアルタイムインタラクティブ的応用は、高速度でのパケット伝送を要求する。ファイル転送のような、幾つかの応用においては、パケット交換伝送（packet switched transmission）は、失敗がないということは重要であり、エラー状況では、必要ならパケットデータ単位が再送信される。
【０００７】
ＵＭＴＳネットワークでのパケット交換通信サービスのために、４つの異なるトラフィッククラスの定義が提案されており、これらのトラフィッククラスの特性にとって、その目的は、異なる接続タイプのための異なる基準を考慮された。第１及び第２クラスのために規定される１つの基準は、伝送がリアルタイムで起こるということであり、そこでは、伝送に重要な遅延が全くない必要がある。しかし、そのようなクラスでは、データ伝送の速度は、それほど重要な性質ではない。相当する方法では、非リアルタイムデータ伝送は、第３及び第４トラフィッククラスのために十分であるが、相対的に正確なデータ伝送が要求される。リアルタイム第１クラス通信の例は、二人以上が無線通信デバイスで互いに議論する状況における対話型のスピーチ信号の伝送である。リアルタイム第２クラス通信における状況例は、即時視聴ためのビデオ信号の伝送（ストリーミング）である。第３クラス非リアルタイムパケット通信は、例えば、相対的に妥当な速度でデータ伝送精度がリアルタイムデータ伝送より重要な要素であるインターネットホームページのブラウジングのような、データベースサービス使用のために使われる。この例によるシステムでは、例えば、電子メールメッセージとファイル転送は、第４カテゴリに分類される。自然に、トラフィッククラスの数は、必ずしも、ここで述べられる４つではないが、本発明はいかなるトラフィッククラスをも有するパケット交換通信システムに適応可能である。４つの表されるトラフィッククラスの特性は、簡単に、表１に表される。
【０００８】
【表１】
2010200359.tif 000003
【０００９】
【表２】
2010200359.tif 000004
【００１０】
保証ビット速度（guaranteed bit rate）は、ＲＡＮとＣＮでの管理制御及びリソース予約用に使用される。最大ビット速度（maximum bit rate）は、ＣＮでの規定決め用に使用される。即ち、ＧＧＳＮでのＣＮを入れることができる最大ビット速度より速くない、このビット速度を越えるパケットは、欠損するだろう。
【００１１】
近年の第２及び第３世代無線通信デバイスは、それより古い通信デバイスより、データ処理特性はずっと良い。例えば、それらは、すでに、インターネットに接続する設備を有し、かつ、インターネットから情報を獲得するために無線通信デバイス内でブラウジングを用い、例えば、リアルタイムビデオカンファレンス等のようなマルチメディア呼び出しを設定することも可能である。
【００１２】
異なる応用の要件は、非常に重要である。幾つかの応用は、送信側と受信側の間の速い通信を要求する。これらの応用は、例えば、ビデオ及び電話の応用を含む。幾つかの他の応用は、可能な限り精度のあるデータ伝送を要求するが、データ伝送接続（data transmission connection）のビット速度は、殆ど重要ではない。これらの応用は、例えば、電子メール及びデータベースの応用を含む。他方では、これらの応用は、異なる特性を有する幾つかの通信デバイスにおいて使用される。
【００１３】
無線通信デバイスのユーザは、無線通信デバイスと共に、マルチメディアプレゼンテーションを見ようとする。そのユーザは、そのようなプレゼンテーションの読み込みアドレス（loading address）を見つけ、その無線通信デバイスに対してプレゼンテーションを送信するための要求（request）を送る。その要求は、通信システムで処理される。要求されたマルチメディアプレゼンテーションの読み込みアドレスは、インターネットのサーバのような通信ネットワーク内のサーバにアドレス指定する。無線受信デバイスに対してマルチメディアプレゼンテーションを送るサーバは、ここの記載において、ストリーミングサーバとして呼ばれる。
【００１４】
通信システムは、ストリーミングサーバと要求されるマルチメディアプレゼンテーションを送信可能な無線通信デバイスとの間の通信のための十分なリソースを予約する。さもなければ、そのプレゼンテーションは、無線受信デバイスにおいて同じ精度及びエラー無しで表されないだろう。ＵＭＴＳ通信システムでは、無線通信デバイスは、ＰＤＰコンテキストをあるＱｏＳパラメータと共に、最初に要求する。それから、そのネットワークは、幾つかの選択ベースを用いることで、その接続用のベアラを選択する。幾つかの選択ベースは、例えば、無線通信デバイスが有するパラメータが、その要求の中で使用され得る選択ベースである。そのような選択ベースは、ベアラサービスが十分にその接続のための伝送容量を供給できない場合、適当ではなく、また、十分な精度を有せず、又は、ネットワークリソースの使用が効率的でない場合、そのような選択ベースは、その要求より十分な容量を供給できない。
【００１５】
マルチメディア情報の配信が必要とされる別の状況は、ビデオや静止画のようなマルチメディア情報を交換するために互いに通信する２つの無線通信デバイスである。また、この種の状況では、十分なリソースが通信用ネットワークによって予約されるべきである。しかし、従来技術の方法を用いるとき、接続要求について、接続末端の両方に通知することは必ずしも可能ではない。
【００１６】
基本ストリーミングシステムは、非適応（non-adaptive）である。例えば、リリース４及び５で３ＧＰＰにより規定される現在のパケット交換ストリーミングサービス（ＰＳＳ）は、非適応である。リリース６においてパケット交換ストリーミングサービス（ＰＳＳ）は、適応（adaptive）できる。適応特性は、そのシステム、変化するネットワーク通信路状況に適応する、即ち、ストリーミングサーバとクライアント両方の能力によって得られ、変化するネットワークとは、ＱｏＳネゴシエート通信路ビット速度、配信遅延、他のＱｏＳパラメータ、ハンドオーバの場合での基礎をなすネットワークにおける変化のようなものである。
【００１７】
そのシステムを適応可能にするために、ストリーミングサーバとクライアントの幾つかの通信が確立されなければならない。この通信は、ＲＴＳＰプロトコルがセッション設定（session setup）及び制御に使用されるときはいつでも、すでに確立している。しかし、サーバとクライアント間に必要な情報の伝送は、そのシステムが適応可能であり、究極的に、画像及び音声用の最高のユーザＱｏＳが達成されることを保証するために、正しい方法で起こる必要がある。
【００１８】
この目的のために、幾つかの従来技術が、基礎となる移動体ネットワークに由来する、ストリーミングクライアントからストリーミングサーバへの、ＱｏＳ情報の伝送を可能にする。これは、そのシステムをより適応可能にするために、最終端間のさらなる協調を可能にする。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】特表２００３−５０６９８１号公報
【非特許文献】
【００２０】
【非特許文献１】3GPP TS26.234 V0.2.2+updates，２００３年５月９日
【発明の概要】
【発明が解決しようとする課題】
【００２１】
これまで明確にされていないものは、明確な移動体ネットワーク環境下のＱｏＳパラメータ間の関係であり、かつ、ＰＤＰ（パケットデータプロトコル）コンテキストの使用である。例えば、異なる場合が可能である。以下では、各ＲＴＰストリームに関連する関係ＲＴＣＰフローは、考慮されない。代わりに、ＲＴＰと同じマルチメディアストリームの部分として、その関連ＲＴＣＰフローが考慮されるが、問題の本質は変わらない。
【００２２】
１．ＰＤＰコンテキストは、ストリーミングセッションのただ１つのメディアを搬送する。
【００２３】
２．ＰＤＰコンテキストは、ストリーミングセッションに１つ以上のメディアがある場合、ストリーミングセッションにおける全メディアを搬送する。
【００２４】
ストリーミングクライアントが、例えばＲＴＳＰを介してストリーミングサーバに、ＱｏＳプロファイルパラメータ、例えば、保証ビット速度、最大ビット速度、転送遅延を知らせるなら、幾つかの問題が、ＱｏＳプロファイルの正しい解釈、及び、結局は、ネットワーク接続の本質で生ずるかもしれない。
【００２５】
ＲＴＳＰでは、２種類のセッションがあり、一般に集約制御セッション（aggregate controlled session）と非集約制御セッション（non-aggregate controlled session）と呼ばれる。集約制御セッションは、トランスポートレベルでのセッションで、全てのメディアコンポネントは、クライアントによりサーバに送信される単一コマンド（例えば、映像及び音楽コンポネント両方のための１つのＲＴＳＰ  ＰＬＡＹコマンド）により制御される。これが生じない、即ち、少なくとも１つの映像コンポネントが、セッション内で個別に制御される場合は、そのセッションは、非集約制御を有すると言われる。
【００２６】
以下では、幾つかの例が、マルチメディアストリーム用ＱｏＳパラメータのネゴシエーション（negotiation）に関する問題を明確にするために開示される。例及び例で使用される異なるパラメータは、非制限的であり、そして、メディアストリームの異なる種類のパラメータ及び組合せの実際的な実装が存在するということに注意すべきである。
【００２７】
例１
この例では、マルチメディアストリームは、２つの媒体（例えば、１つは音声ストリームそして１つは映像ストリーム）を含む。全ての異なるメディアは、単一のＰＤＰコンテキストを用いて伝送される。
【００２８】
ストリーミングクライアントは、ストリーミングサーバ（例えば、ＳＤＰプロトコルを介して）通知を受信し、音声ストリームは12kbps、及び、画像ビットストリームは52kbpsを要求するとする。ストリーミングクライアントは、単一のＰＤＰコンテキストを用いて、クライアントが音声及び映像ストリーム両方の伝送を望む移動体ネットワークとの接続を確立し、ネットワークは、次の（他の中の）ＱｏＳプロファイルパラメータと共にＰＤＰコンテキストを許可したとする。
【００２９】
Guaranteed bit rate = 64 kbps
Maximum bit rate = 70 kbps
【００３０】
システムをもっと適応可能にするために、ストリーミングクライアントが、そのネットワークから許可ＱｏＳ（granted QoS）についてストリーミングサーバに知らせたいとする。その効率を上げるために、クライアントは、２つの媒体の再生を開始する前に、その情報をシグナリングすることを決めたとする。それゆえ、クライアントは、ＳＥＴＵＰメソッドを用いて、２つのフィールドをシグナリングすることを決める。２つのメディアがあるので、クライアントは、次の情報と共に、２つのＳＥＴＵＰメッセージ（１つは音声、１つは映像）に貼り付けた２つのフィールドを送信する。
【００３１】
SETUP(Audio):
Guaranteed bit rate = 12 kbps
Maximum bit rate = 70 kbps
SETUP(Video):
Guaranteed bit rate = 52 kbps
Maximum bit rate = 70 kbps
【００３２】
各SETUPにおける信号で伝えられる保証ビットレート（Guaranteed bit rate）は、（ストリーミングサーバとストリーミングクライアント両方に知られる）各メディアのために要求される帯域幅を含めるが、最大ビット速度（Maximum bit rate）情報は、ＰＤＰコンテキストの中で許可された最大ビット速度であるだけである。それゆえ、この例では、70kbpsより他の速度ではない。なぜなら、２つのメディア間に最大ビット速度を分ける方法はないからである。ＳＥＴＵＰメソッドは、ストリーミングサーバによって、メディア毎の情報として解釈される。それゆえ、サーバは、２つのＳＥＴＵＰメッセージ（12kbpsの保証ビット速度と70kbpsの最大ビット速度を有する１つの通信路、及び、52kbpsの保証ビット速度と70kbpsの最大ビット速度を有する別の通信路）によって記述される特性と共に、事実上２つのネットワーク通信路かのように解釈する。そのメディアの累積最大ビット速度は、12+52=64 kbpsであり、それは、ＰＤＰコンテキストの実際のネットワーク保証速度である。サーバは、映像用70kbps最大ビット速度と音声用70kbps最大ビット速度を送信する権利を与えられる。単一のＰＤＰコンテキストが使用されるとき、これは、そのメディアの蓄積最大ビット速度は、70+70=140kbpsであることを意味し、それは、ＰＤＰコンテキスト用ネットワーク最大ビット速度ではない。各メディアストリームは、可変ビット速度で伝送され、２つの媒体の瞬間的ビット速度の合計は、いかなるときにおいても、140kbpsに到達する。しかし、ネットワーク（例えば、70kbps）によって提供される最大ビット速度より大きいどの値も許されない。なぜなら、そのネットワークリソースは、利用できないからである。それゆえ、サーバは、ＰＤＰコンテキストのＱｏＳ情報を誤って解釈するように導かれる。これが、不良ユーザＱｏＳ（bad user QoS）を促進する。
【００３３】
他方では、２つのメディアに70kbpsを比例的に分割することは、サーバが異なるメディア間で共有されるチャネルの使用を準最適使用するようになることである。サーバは、２つの分割ＰＤＰコンテキストであるかのように通信路を使おうとする。
【００３４】
サーバに送信される保証ビット速度情報が、ＰＤＰコンテキスト内で、ネットワークにより本当に許可されるものかどうかという、類似の問題が生じる。例えば、許可された64kbps保証ビット速度に関する情報が、両方のＳＥＴＵＰメッセージ内でサーバに送られるならば、さらなる問題が発生する。なぜなら、サーバが合計保証ビット速度128kbpsにして、均等な音声64kbps、映像64kbpsの保証ビット速度で送信することを保証するからである。そしてそれは、この例におけるＰＤＰ ＱｏＳで利用できない。これは、ネットワークバッファのオーバーフローと、不良ユーザＱｏＳを生む。
【００３５】
例２
この例では、マルチメディアストリームは、さらに、２つのメディア（１つは映像ストリーム、１つは音声ストリーム）を含み、しかし、全ての異なるメディアは、分割ＰＤＰコンテキストを用いて送信される。
【００３６】
ストリーミングクライアントが、音声ストリーム12kbpsと映像ストリーム52kbpsを（例えば、ＳＤＰプロトコルを介して）要求するストリーミングサーバから通知を受け取ることを考える。さらに、ストリーミングクライアントが２つの分割ＰＤＰコンテキストを用いて、そのクライアントが映像と音声ストリームをそれぞれ送信したい移動体ネットワークとの接続を確立すること、及び、そのネットワークが次の（その他の中に）ＱｏＳプロファイルパラメータと共にＰＤＰコンテキストを許可することを考える。
【００３７】
PDP context for Audio:
Guaranteed bit rate = 12kbps
Maximum bit rate = 20kbps
PDP context for Video:
Guaranteed bit rate = 52kbps
Maximum bit rate = 64kbps
【００３８】
ストリーミングクライアントが、システムをより適応可能にするために、ネットワークから許可されたＱｏＳについて、ストリーミングサーバに通知しようとすることを考える。そのＱｏＳ情報は、ＰＬＡＹコマンドで送信される。ＰＬＡＹコマンドは、一般に、情報集約セッションコマンドとしてサーバにより翻訳される。それゆえ、ただ一組のパラメータが送信されなければならない。クライアントは、保証ビット速度12+52=64kbps、及び、最大ビット速度20+64=84kbpsを送信することを決定する。これは、サーバを混乱させ、サーバは、ただ１つのＰＤＰコンテキストが、明確なＱｏＳパラメータで使用されると理解し、そしてそれは、この例におけるケースに該当しないことになる。
【００３９】
上述の両方の例では、主要問題は、ストリーミングサーバは、（ただ１つの又は複数の通信路である）データ伝送用に保存されたネットワーク通信路のタイプがどんなものであるか知らないということである。なぜなら、それは、ＰＤＰコンテキスト配置タイプに関して視認性を有しないからである。その視認性は、ストリーミングクライアントのみが有している。
【課題を解決するための手段】
【００４０】
従って、本発明の目的は、クライアントにより、ネットワークＰＤＰコンテキストのＱｏＳ情報について、通知されるとき、サーバが遭遇する可能性のある誤解を解決しようとする方法と発明を表すことである。
【００４１】
本発明のその目的は、そのネットワークによりクライアントへ許可されるセッションプロパティについて、サーバに通知するための方法をシグナリングするパラメータの異なる種類を用いて達成することである。
【００４２】
本発明の第１の形態によれば、受信デバイスに送信される少なくとも１つのメディアストリームを選択するステップ、その選択された少なくとも１つのメディアストリームを送信するためのＱｏＳ要件（requirement）を規定するステップ、その少なくとも１つのメディアストリームのその送信のために、無線通信ネットワークから送信リソースを予約するステップ、１つのパケットデータ伝送接続を有効にするために、その受信デバイスと送信デバイス間の設定手続を実行するステップ、その受信デバイスにより、その少なくとも１つのメディアストリームの送信開始を要求するステップ、その送信デバイスから、その受信デバイスへ、少なくとも部分的に無線通信ネットワークを介して、メディアストリームを送信するステップであって、その送信ステップは、その選択された少なくとも１つのメディアストリームの送信内の１つのデータ伝送コンテキストを用いるステップ、を有する通信システムでの方法において、その受信デバイスによりその少なくとも１つのメディアストリームその送信の開始のその要求時、又は、その後で、その予約リソースに関する情報を、その送信デバイスに送信するステップ、をさらに有する方法が提供される。
【００４３】
本発明の第２の形態によれば、受信デバイスに送信されるべき少なくとも１つのメディアストリームを選択するステップ、その選択された少なくとも１つのメディアストリームを送信するためのＱｏＳ要件を定義するステップ、その少なくとも１つのメディアストリームのその送信用の無線通信ネットワークから送信リソースを予約するステップ、少なくとも１つのパケットデータ伝送接続を有効にするために、その受信デバイスとその送信デバイス間の設定手続を実行するステップ、その受信デバイスによってその少なくとも１つのメディアストリームの送信開始を要求するステップ、その送信デバイスから、その受信デバイスへ、少なくとも部分的にその無線通信ネットワークを介して、メディアストリームを送信するステップであって、各選択メディアストリームのための１つのデータ伝送コンテキストを用いる送信ステップ、を有する通信システムでの方法において、その設定手続に関連して、その送信デバイスへ、その予約リソースに関する情報を送信するステップをさらに有する方法が提供される。
【００４４】
本発明の第３の形態によれば、送信デバイスから受信デバイスへ少なくとも１つのメディアストリームを送信するためのＱｏＳ要件に関する情報を、受信デバイスにより要求し、その少なくとも１つのメディアストリームのその送信のために、無線通信ネットワークから送信リソースを、その受信デバイスにより要求するステップ、その送信のためのリソースを、その無線通信ネットワークにより予約するステップ、その予約リソースに関する情報を、その受信デバイスへ、その無線通信ネットワークにより、送信し、その１つのパケットデータ伝送接続を有効にするために、その受信デバイスとその送信デバイスにより、設定手続を実行するステップ、その送信デバイスへ送信コマンドの開始を送信することによるその少なくとも１つのメディアストリームのその送信の開始を、その受信デバイスにより要求するステップであって、そこでは、その予約リソースに関する情報もあるコマンドが、その送信デバイスに送信され、送信デバイスから受信デバイスへ、少なくとも部分的に無線通信ネットワークを介して、１つのパケットデータ伝送接続を用いて、メディアストリームを送信する要求ステップを有する通信システムでの方法が提供される。
【００４５】
本発明の第４の形態によれば、送信デバイスから受信デバイスへ少なくとも１つのメディアストリームを送信するために、ＱｏＳ要件に関する情報を、受信デバイスによって要求するステップ、その少なくとも１つのメディアストリームのその送信のために、無線通信ネットワークから送信リソースを、その受信デバイスにより要求するステップ、その送信のためのリソースを、その無線通信ネットワークにより予約し、その少なくとも１つのパケットデータ伝送接続を有効にするために、その受信デバイスとその送信デバイスにより、その送信デバイスへのその予約リソースに関する情報をその受信デバイスによって送信する設定手続を実行するステップ、その送信デバイスに、送信コマンドの開始を送信することによって、その少なくとも１つのメディアストリームのその送信の開始を要求するステップであって、そこで、その予約リソースに関する情報無しコマンドは、その通信デバイスに送信される要求ステップ、を有する通信システムでの方法において、その送信デバイスからその受信デバイスへ、少なくとも部分的にその無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いて、メディアストリームを送信するステップを、さらに有する方法が提供される。
【００４６】
本発明の第５の形態によれば、送信デバイスから受信デバイスへ少なくとも部分的に無線通信ネットワークを介してメディアストリームを送信する手段と、その受信デバイスに送信されるべき少なくとも１つのメディアストリームを選択する手段と、その選択された少なくとも１つのメディアストリームを送信するために、ＱｏＳ要件を規定する手段と、その少なくとも１つのメディアストリームのその送信のために、その無線通信ネットワークから送信リソースを予約する手段と、１つのパケットデータ伝送接続を有効にするために、その受信デバイスとその送信デバイス間の設定手続を実行する手段と、その少なくとも１つのメディアストリームのその送信の開始を、その受信デバイスにより要求する手段と、その選択された少なくとも１つのメディアストリームのその送信の中に１つのデータ伝送コンテキストを用いる手段と、その送信デバイスへその予約リソースに関する情報を、その少なくとも１つのメディアストリームのその送信の開始が、その受信デバイスにより要求されるとき、又は、その後で送信する手段と、を備える通信システムが提供される。
【００４７】
本発明の第６の形態によれば、送信デバイスから受信デバイスへ、少なくとも部分的に無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いてメディアストリームを送信する手段と、その受信デバイスに送信されるべき少なくとも１つのメディアストリームを選択する手段と、その選択された少なくとも１つのメディアストリームを送信するために、ＱｏＳ要件を定義する手段と、その少なくとも１つのメディアストリームのその送信のために、その無線通信ネットワークから送信リソースを予約する手段と、その少なくとも１つのパケットデータ伝送接続を有効にするために、その受信デバイスとその送信デバイス間の設定手続を実行する手段と、その受信デバイスにより、その少なくとも１つのメディアストリームのその送信の開始を要求する手段と、その選択された少なくとも１つのメディアストリームのその送信の中に、１つのデータ伝送コンテキストを用いる手段と、その設定手続と関連してその送信デバイスにその予約リソースに関する情報を送信する手段と、を備える通信システムが提供される。
【００４８】
本発明の第７の形態によれば、少なくとも部分的に無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いて、受信デバイスへメディアストリームを送信する手段と、その受信デバイスへ送信されるべき少なくとも１つのメディアストリームの選択の情報を受信する手段と、その少なくとも１つのパケットデータ伝送接続を有効にするために、その受信デバイスとその送信デバイスの間の設定手続のための要求を受信する手段と、その少なくとも１つのメディアストリームの送信の開始のための要求を受信する手段と、その選択された少なくとも１つのメディアストリームのその送信の中に、１つのデータ伝送コンテキストを用いる手段と、その設定手続に関連して、その少なくとも１つのパケットデータ伝送接続のための予約リソースに関する情報を受信する手段と、を備える送信デバイスが提供される。
【００４９】
本発明の第８の形態によれば、少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、送信デバイスからメディアストリームを受信する手段と、その受信デバイスに送信されるべき少なくとも１つのメディアストリームを選択する手段と、その選択された少なくとも１つのメディアストリームを送信するために、ＱｏＳ要件を規定する手段と、その少なくとも１つのメディアストリームのその送信のために、その無線ネットワークから送信リソースを要求する手段と、その少なくとも１つのパケットデータ伝送接続を有効にするために、その受信デバイスとその送信デバイスの間の設定手続を開始する手段と、その少なくとも１つのメディアストリームのその送信の開始を要求する手段と、その選択された少なくとも１つのメディアストリームのその送信の中に、１つのデータ伝送コンテキストを用いる手段と、その設定手続に関連して、その送信デバイスに、その予約リソースに関する情報を送信する手段と、を備える受信デバイスが提供される。
【００５０】
本発明の第９の形態によれば、少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、受信デバイスにメディアストリームを送信する手段と、その受信デバイスに送信されるべき少なくとも１つのメディアストリームの選択の情報を受信する手段と、その少なくとも１つのパケットデータ伝送接続を有効にするために、その受信デバイスとその無線デバイス間の設定手続のためのリクエストを受信する手段と、その少なくとも１つのメディアストリームの送信の開始のための要求を受信する手段と、その少なくとも１つのメディアストリーム送信の開始の要求を受信する手段と、その選択された少なくとも１つのメディアストリームのその送信の中に、１つのデータ伝送コンテキストを用いる手段と、その設定手続に関連して、その少なくとも１つのパケットデータ伝送接続のための予約リソースに関する情報を受信する手段と、を備える無線通信デバイスが提供される。
【００５１】
本発明の第１０の形態によれば、少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、送信デバイスからメディアストリームを受信する手段と、その無線通信デバイスに送信されるべき少なくとも１つのメディアストリームを選択する手段と、その選択された少なくとも１つのメディアストリームを送信するためのＱｏＳ要件を規定する手段と、その少なくとも１つのメディアストリームのその送信のために、その無線通信ネットワークから、送信リソースを要求する手段と、その少なくとも１つのパケットデータ伝送接続を有効にするために、その無線通信デバイスとその送信デバイス間の設定手続を開始する手段と、その少なくとも１つのメディアストリームのその送信の開始を要求する手段と、その選択された少なくとも１つのメディアストリームのその送信の中に、１つのデータ伝送コンテキストを用いる手段と、その設定手続に関連して、その送信デバイスに、その予約リソースに関する情報を送信する手段と、を備える無線通信デバイスが提供される。
【００５２】
本発明は、従来のシステムと方法と比較するとき利点がある。本発明は、ストリーミングサーバに、各ＰＤＰコンテキストのために許可されたＱｏＳパラメータを認識させることができる。これは、さらに正確なＱｏＳプロファイルパラメータを特定することで、より良い、正確な適合性が可能になる。
【００５３】
本発明は、ストリーミングセッション用のクライアントによってただ１つの／複数のＰＤＰコンテキスト使用のために生じる衝突と、そのサーバへシグナリングするＱｏＳパラメータを明確にする。
【００５４】
本発明で述べられる手続が使用されないなら、マルチメディアセッションは、ＱｏＳパラメータから利益を得ることはできないが、代わりにＱｏＳは、深刻に劣化する危険性がある。
【００５５】
本発明は、無線ストリーミングコンセプトを利用し、そして、３ＤＰＰと特有のプロトコルとコーデックを利用して、マルチメディアストリーミング性能及び無線領域への適合性を改善する。
【００５６】
もう１つの重要な利点は、最大ビット速度−保証ビット速度として計算される差分帯域を効率的に利用する可能性が与えられる。この帯域は、低域適合性又は映像ビット速度のピーク処理のために使用される。最後に、この差分帯域は、リアルタイムでマルチメディアストリームを符号化するとき、ビット速度に影響のある（メディアストリームビット速度を含む）パラメータ符号化をその場で変更することで、最大メディア品質を転送するために使用され得る。
【図面の簡単な説明】
【００５７】
【図１】本発明の好ましい実施例により達成されるシステムを表す図である。
【図２】簡易ブロックチャートにおける本発明の好ましい実施例による無線通信デバイスを表す図である。
【図３】単一のＰＤＰコンテキストを有するクライアント用のＱｏＳ予約及びセッション制御を表すシグナリングダイアグラムである。
【図４】複数のＰＤＰコンテキストを有するクライアント用のＱｏＳ予約及びセッション制御を表すシグナリングダイアグラムである。
【発明を実施するための形態】
【００５８】
本発明は、添付図面を参照してより詳細に理解される。
【実施例】
【００５９】
本発明の好ましい実施例における以下の記述においては、ＵＭＴＳタイプ移動体通信システムは、例として使用されるが、本発明はこのシステムに単に制限されず、通信用の様々なＱｏＳレベルを決定することが可能な他の通信システムにも適応可能であることが問う業者には明らかであるだろう。
【００６０】
以下では、セッション記述言語（ＳＤＰ）をより詳細に説明する。
【００６１】
インターネット・マルチキャスト・バックボーン（Ｍｂｏｎｅ）上では、セッションディレクトリツールが、マルチメディア・カンファレンス（multimedia conference）を案内し、参加に必要なメディア特定情報を通知するために使用される。マルチキャストバックボーンは、ＩＰ（インターネットプロトコル）マルチキャストをサポートするインターネット部分であり、従って、効率的な多対多の通信を許可する。それは、マルチメディア・カンファレンス開催のために広く使用される。そのようなカンファレンスは、通常は、カンファレンス構成員のしっかりとした協調が必要とされない特性がある。あるカンファレンスを受信するために、マルチキャストバックボーンサイトにおけるユーザは、そのカンファレンスのマルチキャスト・グループ・アドレス及びそのカンファレンスデータストリーム用のＵＤＰポートを知るだけでよい。
【００６２】
セッションディレクトリは、カンファレンスセッションの通知を援助し、予想される参加者への関連するカンファレンスセットアップ情報を通信する。ＳＤＰは、このような情報を参加者へ配信するように設計される。ＳＤＰは、純粋にセッション記述用のフォーマットであり、それは、トランスポート・プロトコルと一体とならず、セッション告知プロトコル（Session Announcement Protocol）、セッション開始プロトコル（Session Initiation Protocol）、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、ＭＩＭＥ拡張、及び、ハイパーテキスト・トランスポート・プロトコルを含む、異なるプロトコルと共に配信され得る。
【００６３】
ＳＤＰは、ただのマルチキャスト・セッション・ディレクトリより、より広い範囲のネットワーク環境とアプリケーションに使用するために、一般的な目的向けを意図されている。
【００６４】
マルチメディア・カンファレンスは、それらが通信に使用するソフトウェアと共に、通信を行う通信デバイスのセットである。
【００６５】
以下では、セッション記述プロトコルの本発明の定義の幾つかの詳細を、述べる。そのプロトコルの幾つかの記述が得られ、それらのいくつかは、オプションである。オプションアイテムは、「＊」で印が付けられる。
【００６６】
セッション記述
v=(プロトコルバージョン)
o=(所有者/作成者及びセッション識別子)
s=(セッション名称)
i=*(セッション情報)
u=*(記述のＵＲＩ)
e=*(電子メールアドレス)
p=*(電話番号)
c=*(全メディアに含まれるかどうかを要求しない接続情報)
b=*(帯域情報)
０以上の時間識別子（下記参照）
z=*(時間０調整)
k=*(暗号鍵)
a=*(０又はそれ以上のセッション属性ライン)
０以上のメディア識別子（下記参照）時間記述
t=(セッションが有効である時間)
r=*(０又は繰り返し回数)メディア記述
M=(メディア名称及び送信アドレス)
i=*(メディアタイトル)
c=*(セッションレベルに含まれるなら、接続情報オプション)
b=*(帯域情報)
k=*(暗号鍵)
a=*(０又はそれ以上のメディア属性ライン)
【００６７】
上述の文献によれば、帯域幅記述は、以下のように定義される。
【００６８】
b=<modifier>:<bandwidth-value>
これは、セッション又はメディアで使用されるべき提案される帯域幅を特定し、オプションである。
【００６９】
<bandwidth-value>は、デフォルトでは、キロビット／秒である。<modifier>は、帯域幅形態の意味を与える１つのアルファベット文字である。２つの修飾因子（modifier）は、最初に規定される。
【００７０】
ＣＴ（カンファレンス総計）：セッション又は１つのセッションの中のメディアの帯域幅が、その領域から暗黙的な帯域幅と異なるなら、当該セッション用に'b=CT:...'の行を与え、使用される帯域幅への提案上限を与えることが望ましい。この本来の目的は、２以上のセッションが同時に共に存在できるかどうかについて、おおよその考えを与えることである。
【００７１】
ＡＳ（アプリケーション特有最大値）：帯域幅は、アプリケーション特有になるように解釈される、即ち、最大帯域幅のアプリケーションの概念である。通常は、これは、適応可能なら、アプリケーションの「最大帯域幅」制御上に設定されるものと共に同時に生じる。ＲＴＰベースのアプリケーションにとっては、（メディアビット速度とＵＤＰ／ＩＰヘッダオーバヘッドを含む）ＲＦＣ１８８９（ＲＴＰ）セクション６．２で定義されるように、ＡＳは、ＲＴＳ「セッション帯域幅」を与える。
【００７２】
リアルタイムストリーミングプロトコルは、リアルタイム特性と共にデータの配信を制御するクライアント−サーバプロトコルである。映像や音声のような連続メディアの単一又は複数の時間同期ストリームのどちらかを確立し、制御する。ＲＴＳＰは、ＵＤＰ及びＴＣＰのようなトランスポート・プロトコルで配信される。言い換えれば、ＲＴＳＰは、マルチメディアサーバ用のネットワーク遠隔制御として行動する。データのソースは、生のデータフィード（例えば、リアルタイム映像及び／又は音声）及び保存場面（例えば静止画）の両方を含めることができる。ＲＴＳＰクライアント及びサーバは、メディア配信用の適切なパラメータセットを、例えば、部分的に、これらのパラメータを述べるための、ＳＤＰ構文を用いて、ネゴシエートする。
【００７３】
図１は、無線通信デバイスＭＴ１、基地局２（ＢＳ）を備える無線アクセスノード１（ＲＡＮ）、基地局２を制御し基地局２と残りのシステム間の通信経路を指定する無線ネットワークコントローラ３（ＲＮＣ）、無線移動体交換センタ４（ＷＭＳＣ）、及び、無線ネットワークコントローラ３に加えた実現性を経路指定するパケットデータアクセスノード５を有するＵＭＴＳシステムの一部分を示す。図１によるＵＭＴＳシステムは、さらに、例えば、バックボーンネットワーク６及びインターネットプロトコル７のような、他のパケットネットワークへのパケットデータゲートウェイ８（ＰＤＧ）を備え、そこでは、無線通信デバイスは、例えば、ＩＰネットワークに接続されるサーバと通信できる。さらに、図１は、（移動体サービス交換センタへのゲートウェイ）回路交換ゲートウェイ９、及び、例えば加入者のアクセス契約データを保存するホーム位置レジスタ１１（ＨＬＲ）を表す。
【００７４】
さらに、図２は、限定したブロックチャートにおいて、Ｎｏｋｉａ９２１０ｉコミュニケータのようなデータ処理機能と移動局機能を備える通信デバイスである本発明の好ましい実施例に従う無線通信デバイスＭＴ１を示す。無線通信デバイスＭＴ１は、１以上のＣＰＵ、ＤＳＰ、メモリ手段ＭＥＭ、ＵＭＴＳ加入者識別子モジュール（ＵＳＩＭ）又は加入者を識別する対応手段、及び、基地局２と共に通信用の無線パートＲＦを備える。メモリ手段は、好ましくは、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）及び加入者識別モジュールＵＳＩＭの少なくともメモリ部分を備える。無線通信デバイスＭＴ１は、さらに、好ましくは、キーパッド１３、１４、ディスプレイ１５、１６及び音声手段、例えば、マイクロフォン１７、スピーカ１８、コーデック１９を備える１以上のユーザインタフェースを備える。
【００７５】
図１において、呼管理（ＣＭ：Call Management）に関する機能は、無線通信デバイスＭＴ１、及び、無線移動体交換センタ４とパケットデータアクセスノード５の両方に実装される。これらの呼管理機能は、通話を開始、継続、終了する手段を構成する。従って、無線通信デバイスＭＴ１と無線移動体交換センタ４又はパケットデータアクセスノード５は、通話を開始、継続、終了するために通話シグナリングメッセージを交換する。ベアラ管理（ＢＭ）及び無線リソース管理（ＲＭ）は、無線通信デバイスＭＴ１及び無線ネットワークコントローラ３の中で実装される。ベアラ管理機能は、例えば、ベアラサービスに従うサービスのＱｏＳを出力するために、無線通信デバイスＭＴ１と基地局２の間の通信のために選択されるベアラサービスの特性に従って、１以上の論理経路を選択するために利用される。無線リソース管理機能は、例えば、無線通信デバイスＭＴ１と基地局２の間の無線通信用の無線通信路を選択するために使用される。
【００７６】
無線通信デバイスＭＴ１とＩＰネットワーク７の間のパケットデータ伝送接続は、パケットデータバックボーン６及びパケットデータゲートウェイ８（ＰＤＧ）を介して、パケットデータアクセスノード５（ＰＤＡＮ）から設定される。無線通信デバイスＭＴ１と無線アクセスノード１を介した無線通信ネットワーク間の回路交換データ伝送接続、無線移動局交換センタ４、及び、移動局サービス交換センタ９（ＧＷＭＳＣ）へのゲートウェイを設定することも可能である。この移動局サービス交換センタへのゲートウェイは、移動局通信ネットワークと、ＧＳＭ、ＰＳＴＮ又はＩＳＤＮのような第２ネットワークＮＷ２をセットする手段を備える。
【００７７】
以下では、ストリーミングマルチメディア応用のための本発明の好ましい実施例による方法が、図１のシステム、及び、図３と４のシグナリング図に関連して説明される。次の実施例は、ＲＴＳＰプロトコルの仕様に基づく。さらに、「ＱｏＳＰａｒａｍ、ＭａｘＢＷ、ＧｕａＢＷ、ＴｄｅｌａｙＭａｘ及びｕｒｌ」パラメータは、上記説明の発明のための概念的な代替物である仮想的なパラメータ名称である。
【００７８】
第１に、幾つかの用語が定義される。クライアントは、無線通信デバイスＭＴ１であり、サーバは、そのクライアントへのストリーミングマルチメディアプロバイダ（例えば、図１におけるサーバ１０）である。マルチメディアセッションは、マルチメディア関連データが、クライアントとサーバとの間で交換される期間である。マルチメディアセッション設定段階は、クライアントとサーバがマルチメディアセッション関連設定情報、例えば、セッション間に使用されるマルチメディアコンポネント、帯域幅情報、マルチメディアコーデック関連情報等を交換する期間である。ＰＤＰコンテキストは、ＱｏＳリソース予約処理と、ストリーミングクライアントを起動する移動局間の抽象的な結合の論理的表示である。
【００７９】
クライアントは、ＱｏＳ（サービス品質）対応のネットワークＮＷ１内にあり、ＮＷ１は、そのリソースに基づいてクライアントに幾つかの保証値を出力する。これらの保証値は、次の１以上をカバーする。
【００８０】
・最大ビット速度（MaxBW）：ネゴシエートされたメディアコンポネント又は合計マルチメディアセッションのためのクライアントに対して保証する最大帯域幅。
【００８１】
・転送遅延（TDelayMax）：各データ単位がサーバからクライアント及びその逆の伝送される間に生じる遅延（msec）。
【００８２】
・他のパラメータも定義されるが、ここでは詳細に説明しない。
【００８３】
本発明は、クライアントがマルチメディアセッション中にただ１つ又は複数のコンテキストを処理できる能力に基づいて体験できる２つの異なる実現性をカバーする。
【００８４】
第１に、クライアントがある時間にただ１つのＰＤＰコンテキストを処理できるだけの状況を、より詳細に説明する。言い換えると、ただ１つのＰＤＰコンテキストをサポートするクライアントは、マルチメディアセッション中に全てのメディアコンポネント（即ち、映像、音声等）に及ぶ単一時間にただ１つのＱｏＳリソース予約を有することができる。これは、マルチメディアデータが、映像や音声等にかかわらず、同じＱｏＳリソースを有する同じ伝送通信路を共有することを意味する。
【００８５】
第１のシナリオでは、集約制御セッションは、ストリーミングセッション用のただ１つのＰＤＰコンテキストサポートのみを有する無線通信デバイスＭＴ１（クライアント）のために始動する。このシナリオでは、無線通信デバイスＭＴ１が、（例えば、音声及び付随するビデオストリーム）セッション用に設定するための複数のメディアコンポネントを有するならば、そのとき、クライアントは、背景技術の欄で述べた問題のために、最大ビット速度MaxBW、保証ビット速度GuaBW、最大転送遅延TdelayMax及び設定段階間にサーバ１０への他のＱｏＳプロファイルパラメータのような、ネゴシエートされたＱｏＳパラメータを送信する必要はない。
【００８６】
ＱｏＳネゴシエートパラメータは、ストリーム伝送始動時又は後で、即ち、Ｐｌａｙコマンドが無線通信デバイスＭＴ１からサーバ１０へ伝送されるとき、又は、後で、送られなければならない。
【００８７】
そのコマンド列は、以下のようになる（図３）。
【００８８】
無線通信デバイスＭＴ１は、サーバ１０に、Describe Sessionコマンドを伝送する３０１。
【００８９】
DESCRIBE rtsp://server.com/session1.3gp RTSP/1.0
CSeq:1
Accept:application/sdp
サーバ１０は、異なるメディアストリームに関する情報を含むＳＤＰ記述を送信することでこのコマンドに応答する。
【００９０】
RTSP/1.0 200 OK
CSeq:1
Content-Base:rtsp://server.com/session1.3gp/
Content-Type:application/sdp
Content-Length:441
v=O
o=-3242987154 3242987154 IN IP4111.111.111
s=session1.3gp
c=IN IP4 0.0.0.0
t=0 0
a=control:*
a=range:npt=0-60
m=video 0 RTP/AVP 96
b=AS:50
a=rtpmap:96 H263-2000/90000
a=control:tracklD=2
a=range:npt=0-60
a=fmtp:96 profile=0;level=10
m=video 0 RTP/AVP 98
b=AS:40
a=rtpmap:98 H263-2000/90000
a=control:tracklD=3
a=range:npt=0-60
a=fmtp:98 profile=0;level=10
m=audio 0 RTP/AVP 97
b=AS:10
a=rtpmap:97 AMR/8000/1
a=control:tracklD=1
a=range:npt=0-60
a=fmtp:97 octet-align=1
m=audio 0 RTP/AVP 99
b=AS:20
a=rtpmap:99 AMR-WB/16000
a=control:tracklD=4
a=range:npt=0-60
a=fmtp:99 octet-align=1
【００９１】
上記のＳＤＰ記述においては、video1は、50kbpsというb=AS定義を有し、video2は、20kbpsというb=AS定義を有し、audio1は、10kbpsというb=AS定義を有し、audio2は、20kbpsというb=AS定義を有する。
【００９２】
それから、無線通信デバイスＭＴ１では、例えばユーザによって、セッションが、無線通信デバイスＭＴ１に送信されるストリームを選択するために、通知されるメディア内に、確立される。この例では、video1（50kbps）とaudio2（20kbps）が合計ビット速度70kbpsを有するために選択される。その後に、無線通信デバイスは、通信ネットワークＮＷ１へのベアラサービス用の要求（Request）を送る３０３。その要求の中で、無線通信デバイスＭＴ１は、全てのメディアコンポネント用の必要なＱｏＳパラメータ（70kbpsの最大ビット速度）を含める。
【００９３】
この例では、ネットワークは、60kbpsだけ保証でき、80kbpsの最大ビット速度を可能にする。それから、ネットワークＮＴ１は、ベアラサービス用許可ＱｏＳパラメータを、無線通信デバイスＭＴ１を送信する。ＰＤＰセッション用ベアラサービスのためのネットワークとのネゴシエーションの後で、無線通信デバイスＭＴ１は、選択第１メディアストリーム、即ち、video1を通知するために、サーバ１０に第１設定（Setup）メッセージを転送する。
【００９４】
SETUP rtsp:l/server.comisession1.3gp/tracklD=2 RTSP/1.0
CSeq:2
Transport:RTP/AVP/UDP;unicast;client_port=6984-6985;ssrc=31336d02
サーバ１０は、その選定がＯＫの場合、ＯＫメッセージで返答する３０６。
【００９５】
RTSP/1.0 200 OK
CSeq:2
Session:41
Transport:RTP/AVP/UDP;unicast;client_port=6984-6985;server_port=6900-6901;ssrc=1d12115
【００９６】
無線通信デバイスＭＴ１は、さらに、選択第２メディアストリーム、即ち、audio2を通知するために、サーバ１０に第２設定（Setup）メッセージを送信する３０７。
【００９７】
SETUP rtsp://server.com/session1.3gp/tracklD=4 RTSP/1.0
CSeq:3
Transport:RTP/AVP/UDP;unicast;client_port=6986-6987;ssrc=37115e8d
Session:41
サーバ１０は、その選定がＯＫの場合、ＯＫメッセージで返答する３０８。
【００９８】
RTSP/1.0 200 OK
CSeq:3
Session:41
Transport:RTP/AVP/UDP;unicast;client_port=6986-6987;server_port=6902-6903;ssrc=7475313
【００９９】
メディアストリームの再生は、無線通信デバイスＭＴ１から、サーバ１０へ再生（Play）コマンドを送信することで開始される３０９。この場合、再生コマンドは、最大ビット速度とネットワークＮＴ１が許可する保証ビット速度に関する少なくともＱｏＳパラメータに関する情報と共に含められる。
【０１００】
PLAY rtsp://server.com/session1.3gp RTSP/1.0
CSeq:4
Session:41
QoSParams:MaxBW=80;GuaBW=60;TDelayMax=500
Range:npt=0-
【０１０１】
サーバは、無線通信デバイスＭＴ１にＯＫを送ることによるコマンドに返答する。
【０１０２】
RTSP/1.0 200 OK
CSeq:4
Session:41
Range:npt=0-
RTP-Info:
url=rtsp://server.com/session1.3gp/tracklD=2;seq=0;rtptime=10000,url=rtsp://server.com/sessionl.3gp/tracklD=4;seq=0;rtptime=10000
【０１０３】
サーバ１０が再生コマンドを受信したとき、サーバ１０は、すぐに、無線通信デバイスＭＴ１により信号で送られるＱｏＳパラメータを有するただ１つのＱｏＳ通信路が存在することを知り、そのパラメータに従って選択メディアストリームの伝送を適応させる。再生コマンドの後、無線通信デバイスＭＴ１は、ストリーミングセッションのコンテキスト内に定義された他のＲＴＳＰコマンドを用いて、全体マルチメディアセッション用ネゴシエートＱｏＳパラメータを更新する。
【０１０４】
マルチメディアセッションが、非集約制御セッション（例えば、音声と映像データが２つの分かれたサーバから取得される）であるなら、分かれたメディアサーバが互いに気付かない、また、分かれたメディアサーバが、メディアコンポネントが同じＱｏＳ保存通信路を共有するという事実に気付かないので、無線通信デバイスＭＴ１は、ＱｏＳパラメータを送信しない。
【０１０５】
第２に、クライアントが同時に複数のＰＤＰコンテキストをサポートできる場合をより詳細に述べる。他の言葉で言い換えると、複数のＰＤＰコンテキストをサポートするクライアントは、単一時間に、複数のＱｏＳリソース予約を有し、そのＱｏＳリソース予約は、マルチメディアセッション中に、各メディアコンポネント（即ち、音声、映像等）に分配される。全てのメディアコンポネントは、異なるＱｏＳリソース予約を持つことができる。
【０１０６】
第２シナリオにおいては、無線通信デバイスＭＴ１は、セッションを設定（setup）するために、複数のメディアコンポネントを有する場合、及び、無線通信デバイスＭＴ１が、異なるメディアコンポネントのために複数のＰＤＰコンテキストを始動しようとする場合、さらに、そのセッション制御プロトコルがメディアコンポネントＵＲＬ指示子に、メディアコンポネント間を区別することを許可する場合、無線通信デバイスＭＴ１は、ＱｏＳネゴシエートされたMaxBW、GuaBW、TDelayMax及び他のＱｏＳプロファイルパラメータを、これらのパラメータが恐らくは追加となる、再生コマンドでサーバに送信してはならない。
【０１０７】
代わりに、ＱｏＳパラメータは、各メディアコンポネントのセットアップ段階中に送信することが望ましい。
【０１０８】
コマンド列は、次のようになる（図４）。
【０１０９】
無線通信デバイスＭＴ１は、サーバ１０にDescribe Sessionコマンドを送信する４０１。
【０１１０】
DESCRIBE rtsp://server.com/session1.3gp RTSP/1.0
CSeq:1
Accept:application/sdp
【０１１１】
サーバ１０は、異なるメディアストリームに関する情報を含むＳＤＰ記述を送信することでこのコマンドに応答する４０２。
【０１１２】
RTSP/1.0 200 OK
CSeq:1
Content-Base:rtsp://server.com/session1.3gp/
Content-Type:application/sdp
Content-Length:441
v=O
o=-3242987154 3242987154 IN IP4 111.111.111
s= session1.3gp
c=IN IP4 0.0.0.0
t=0 0
a=control:*
a=range:npt=0-60
m=video 0 RTP/AVP 96
b=AS: 50
a=rtpmap:96 H263-2000/90000
a=control:tracklD=2
a=range:npt=0-60
a=fmtp:96 profile=0;level=10
m=video 0 RTP/AVP 98
b=AS:40
a=rtpmap:98 H263-2000/90000
a=control:tracklD=3
a=range:npt=0-60
a=fmtp:98 profile=0;level=10
m=audio 0 RTP/AVP 97
b=AS:10
a=rtpmap:97 AMR/8000/1
a=control:trackID=1
a=range:npt=0-60
a=fmtp:97 octet-align=1
m=audio 0 RTP/AVP 99
b=AS:20
a=rtpmap:99 AMR-WB/16000
a=control:trackID=4
a=range:npt=0-60
a=fmtp:99 octet-align=1
【０１１３】
上述のＳＤＰセッションでは、video1は、50kbpsのb=AS定義を有し、video2は、20kbpsのb=AS定義を有し、audio1は、10kbpsのb=AS定義を有し、audio2は、20kbpsのb=AS定義を有する。
【０１１４】
それから、無線通信デバイスＭＴ１において、セッションは、例えばユーザによって、無線通信デバイスＭＴ１に送信されるストリームを選択するために、通知されるメディアの中で確立される。この例においては、50kbpsのビット速度を有するvideo1と20kbpsのビット速度を有するaudio2が選択されると推定する。その後、無線通信デバイスは、通信ネットワークＮＷ１に、第１ベアラサービス用の第１要求（request）を送る４０３。その要求（request）の中で、無線通信デバイスＭＴ１は、第１メディアコンポネント（video1）のための必要なＱｏＳパラメータ（50kbpsの保証ビット速度）を含める。この例では、ネットワークは、50kbpsのみ保証でき、80kbpsの最大ビット速度を可能にする。それから、ネットワークＮＴ１は、無線通信デバイスＭＴ１に、第１ベアラサービス用許可ＱｏＳパラメータを通知する。次に、無線通信デバイスは、通信ネットワークＮＷ１に、第２ベアラサービスのための要求を送る。その要求において、無線通信デバイスＭＴ１は、要求ＱｏＳパラメータ（20kbpsの保証ビット速度）を、第２メディアコンポネントのために含める。この例では、ネットワークは、20kbpsだけ保証し、40kbpsの最大ビット速度を可能にする。それから、ネットワークＮＴ１は、無線通信デバイスＭＴ１に、第２ベアラサービス用の許可ＱｏＳパラメータを通知する。ＰＤＰセッション用ベアラサービスのためのネットワークとネゴシエートした後に、無線通信デバイスＭＴ１は、選択された第１メディアストリーム、即ち、video1を通知するために、サーバ１０へ第１セットアップメッセージを送信する。
【０１１５】
SETUP rtsp://server.com/session1.3gp/tracklD=2 RTSP/1.0
CSeq:2
Transport:RTP/AVP/UDP;unicast;client_port=6984-6985;ssrc=31336dO2
QoSParams:url=
rtsp://server.com/session1.3gp/tracklD=2;MaxBW=80;GuaBW=50;TDelay
Max=500
【０１１６】
サーバ１０は、その選択がＯＫならば、ＯＫメッセージで返答する４０８。
【０１１７】
RTSP/1.0 200 OK
CSeq:2
Session:41
Transport:RTP/AVP/UDP;unicast;client_port=6984-6985;server_port=6900-6901;ssrc=1d12115
【０１１８】
無線通信デバイスＭＴ１は、さらに、選択された第２メディアストリーム、即ち、audio2を通知するためにサーバ１０に第２セットアップメッセージを送信する４０９。
【０１１９】
SETUP rtsp://server.com/session1.3gp/tracklD=4 RTSP/1.0
CSeq:3
Transport:RTP/AVP/UDP;unicast;client_port=6986-6987;ssrc=37115e8d
Session:41
QoSParams:MaxBW=40;GuaBW=20;TDelayMax=500
【０１２０】
サーバ１０は、その選択がＯＫなら、ＯＫメッセージで返答する４１０。
【０１２１】
RTSP/1.0 200 OK
CSeq:3
Session:41
Transport:RTP/AVP/UDP;unicast;client_port=6986-6987;server_port=6902-6903;ssrc=7475313
【０１２２】
メディアストリームの再生は、無線通信デバイスＭＴ１から、サーバ１０へＰｌａｙコマンドを送信することによって開始される４１１。
【０１２３】
PLAY rtsp://server.com/session1.3gpRTSP/1.0
CSeq:4
Session:41
Range:npt=0-
【０１２４】
このケースでは、Ｐｌａｙコマンドは、最大ビット速度とネットワークＮＴ１が許可した保証ビット速度に関連するＱｏＳパラメータに関する情報を含めない。
【０１２５】
サーバは、無線通信デバイスＭＴ１にＯＫを送ることによってコマンドに応答する４１２。
【０１２６】
RTSP/1.0 200 OK
CSeq:4
Session:41
Range:npt=O-
RTP-Info:
url=rtsp://server.com/session1.3gp/tracklD=2;seq=O;rtptime=10000,
url=rtsp://server.com/session1.3gp/tracklD=4;seq=O;rtptime=10000
【０１２７】
代わりに、ＲＴＳＰ再生（PLAY）要求では、無線通信デバイスＭＴ１は、以下のようになされる。
【０１２８】
PLAY rtsp://server.com/session1.3gp RTSP/1.0
CSeq:4
Session:41
Range:npt=0-
QoSParams:url=rtsp://server.com/session1.3gp/tracklD=2;MaxBW=80;
GuaBW=50;TDelay Max=500,
url=rtsp://server.com/session1.3gp/tracklD=4;MaxBW=40;GuaBW=20;TDelay
Max=500
【０１２９】
すぐに、サーバは、どのＱｏＳパラメータが、メディアコンポネントＵＲＬに基づいてそのメディアコンポネントに割り当てられるかを識別できる。
【０１３０】
Server -> Client:OK
RTSP/1.0 200 OK
CSeq:4
Session:41
Range:npt=0-
RTP-lnfo:url=rtsp://server.com/session1.3gp/tracklD=2;seq=0;rtptime=10000, url=rtsp://server.com/session1.3gp/tracklD=4;seq=0;rtptime=10000
【０１３１】
すぐに、サーバ１０がＰｌａｙコマンドを受信したとき、無線通信デバイスＭＴ１により信号で伝えられる個々のＱｏＳパラメータと共に複数のＱｏＳパラメータが存在することを知る。各メディアコンポネントは、各ＰＤＰコンテキストのために有効なＱｏＳネゴシエートパラメータのその所有セットを有するので、サーバは、安全に、各メディアコンポネントを、正しい割り当て値と共に、正しいＱｏＳネゴシエート通信路に関係付けることができる。
【０１３２】
ＱｏＳ再ネゴシエーションが、特定のＰＤＰコンテキスト（即ち、特定のメディアコンポネント）に生じ、クライアントは、その変更が生じるメディアコンポネントを正しく参照することによって、利用可能なＲＴＳＰコマンドを用いて、新しいＱｏＳ値を信号で伝える。
【０１３３】
そのセッション制御プロトコルが、メディアコンポネントＵＲＬ指示子に、メディアコンポネント間を区別することを許すなら、ＱｏＳパラメータは、再生要求でも、信号で伝えられる。以下の擬似コマンド列は、可能性のあるシナリオを示す。
【０１３４】
Client- > Server:Setup (media component 1)
Server- > Client:OK
Client -> Server:Setup(media component 2)
Server- > Client:OK
Client- > Server: Play (URL of media component 1 + Negotiated QoS parameters for the media component 1; URL of media component 2 + Negotiated QoS parameters for the media component 2)
Server- > Client : OK
【０１３５】
上述の例では、サーバ（server）は、メディアコンポネントと「メディアコンポネントＵＲＬ」情報の使用によって各コンポネントに割り当てられたＱｏＳパラメータを区別することができる。このフィールドは、あるセッションの中でメディアコンポネントの独自の識別子を有する。クライアント（client）とサーバがそのようなパラメータを利用することができるならば、無線通信デバイスＭＴ１は、設定段階、又は再生段階のどちらかのＱｏＳパラメータを送ることを選択する。ＱｏＳ再ネゴシエーションが生じると、このメディアコンポネントＵＲＬ指示子は、さらに、セッション間にＱｏＳパラメータを更新するために、無線通信デバイスＭＴ１に実現性を与える。
【０１３６】
マルチメディアセッションは、非集約制御セッション（例えば、音声と映像データが分かれた２つのサーバから取得される）であるなら、クライアントは、再生（Play）コマンドはもちろん、設定（Setup）コマンドでもＱｏＳネゴシエートパラメータを安全にシグナリングすることができる。なぜなら、各メディアコンポネント用の２つの分かれた再生コマンドがあるからである。
【０１３７】
メディアコンポネントＵＲＬフィールドは、第１例でのセッションＵＲＬを識別するためにも存在するが、設定段階では、ＱｏＳパラメータを送らないことに関する制限は、そのケースでも有効である。
【０１３８】
ＱｏＳパラメータが、メディアコンポネントＵＲＬに含まれないなら、ストリーミング制御プロトコルの要求ＵＲＬは、ＱｏＳパラメータ割り当て用主要ＵＲＬとして使用される。
【０１３９】
本発明は、上述の実施例に単に制限されず、添付の請求の範囲内で修正されることは明らかである。
【図１】
2010200359.tif 000005
【図２】
2010200359.tif 000006
【図３】
2010200359.tif 000007
【図４】
2010200359.tif 000008
【手続補正書】
【提出日】平成22年5月7日(2010.5.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１デバイスに送信する少なくとも１つのメディアストリームを、少なくとも部分的に無線通信ネットワークを介して選択するステップと、
前記の選択した少なくとも１つのメディアストリームを送信するためのサービス品質要件を規定するステップと、
前記選択した少なくとも１つのメディアストリームを送信するための送信リソースを前記無線通信ネットワークに予約するステップと、
１つのパケットデータ伝送接続を有効にするために、前記第１デバイスと第２デバイスとの間の設定手続を実行するステップと、
前記第１デバイスが前記選択した少なくとも１つのメディアストリームの送信開始を要求する要求ステップと、
前記第２デバイスから、前記第１デバイスへ、少なくとも部分的に前記無線通信ネットワークを介して、メディアストリームを送信するステップであって、前記選択した少なくとも１つのメディアストリームの送信に１つのデータ伝送パケットデータプロトコルコンテキストを用いるステップと、
２つ以上のメディアストリームが単一のパケットデータ伝送接続を共有している場合は、前記要求ステップの実行時、若しくはその後、又は
メディアストリームごとに別個のパケット伝送接続が有効になっている場合は、前記設定手続を行うとき、
のいずれかに前記の予約した送信リソースに関する情報を、前記第２デバイスに送信するステップと、
を有し、更にメディアストリーム指示子を前記予約したリソースに関する前記情報と共に送信するステップを有する方法。
【請求項２】
前記データ伝送接続のために、少なくとも次のパラメータ、
最大ビット速度、
保証ビット速度、
転送遅延、
を規定するステップと、
前記第２デバイスに前記パラメータを通知するステップと、
を有する請求項１に記載の方法。
【請求項３】
第１デバイスに送信する少なくとも１つのメディアストリームを、少なくとも部分的に無線通信ネットワークを介して選択するステップと、
前記の選択した少なくとも１つのメディアストリームを送信するためのサービス品質要件を規定するステップと、
前記選択した少なくとも１つのメディアストリームを送信するための送信リソースを無線通信ネットワークに予約するステップと、
少なくとも１つのパケットデータ伝送接続を有効にするために、前記第１デバイスと前記第２デバイスとの間の設定手続を実行するステップと、
前記第１デバイスが前記選択した少なくとも１つのメディアストリームの送信開始を要求するステップと、
前記第２デバイスから、前記第１デバイスへ、少なくとも部分的に前記無線通信ネットワークを介して、メディアストリームを送信するステップであって、前記選択した少なくとも１つのメディアストリームに１つのデータ伝送パケットデータプロトコルコンテキストを用いる送信ステップと、
前記無線ネットワークから、前記の予約した送信リソースに関する情報を、前記第１デバイスへ送信するステップと、
前記第１デバイスから前記予約した送信リソースに関する情報を、前記設定手続中又は後に、さらに前記第２デバイスへ送信するステップと、
を有し、更にメディアストリーム指示子を前記予約したリソースに関する前記情報と共に送信するステップを有する方法。
【請求項４】
前記設定手続は、
前記選択した少なくとも１つのメディアストリームを示すために、前記第１デバイスから、前記第２デバイスへ設定コマンドを送信するステップと、
前記第１デバイスが、前記第２デバイスから前記設定コマンドの応答を受信するステップと、
を有する請求項３に記載の方法。
【請求項５】
前記選択した少なくとも１つのメディアストリームの送信開始を要求するために、前記第１デバイスから前記第２デバイスへコマンドを送信するステップをさらに有する請求項４に記載の方法。
【請求項６】
メディアストリームごとに別個のパケット伝送接続が有効になっているときは、前記選択した少なくとも１つのメディアストリームについて、前記メディアストリームに関する情報と、前記パケット伝送接続用に予約した送信リソースに関する情報と、を含む別個の設定メッセージを各パケットデータ伝送接続に対して送信する請求項３〜５のいずれか一項に記載の方法。
【請求項７】
リアルタイム・ストリーミング・プロトコルが使用される請求項３〜６のいずれか一項に記載の方法。
【請求項８】
前記設定手続は、前記リアルタイム・ストリーミング・プロトコルの前記設定コマンドを送信するステップを含む請求項７に記載の方法。
【請求項９】
前記要求ステップは、前記リアルタイムプロトコルの再生コマンドを送信するステップを含む請求項７又は８に記載の方法。
【請求項１０】
第１デバイスが、第２デバイスから該第１デバイスへ少なくとも２つのメディアストリームを送信するためのサービス品質要件に関する情報を要求するステップと、
前記第１デバイスが、前記少なくとも２つのメディアストリームを送信するための送信リソースを無線通信ネットワークに要求するステップと、
前記無線通信ネットワークが前記送信リソースを予約するステップと、
前記無線通信ネットワークが、前記の予約した送信リソースに関する情報を前記第１デバイスへ送信するステップと、
前記少なくとも２つのメディアストリームに単一のパケットデータ伝送接続が予約されているか、それぞれ別個のパケットデータ伝送接続が予約されているか、を判定するステップと、
前記１つのパケットデータ伝送接続を有効にするために、前記第１デバイス及び前記第２デバイスが設定手続を実行するステップであって、メディアストリームごとに別個のパケットデータ伝送接続が予約されているときは、前記設定手続は前記の予約した送信リソースに関する情報及びメディアストリーム指示子を前記第２デバイスへ送信するステップを含むステップと、
前記第１デバイスが、前記第２デバイスへ送信開始コマンドを送信することによって前記少なくとも１つのメディアストリームの送信開始を要求するステップであって、全メディアストリームに単一のパケット伝送接続が予約されているときは、前記予約した送信リソースに関する情報及びメディアストリーム指示子も前記コマンドによって前記第２デバイスに送信する要求ステップと、
前記第２デバイスから前記第１デバイスへ、少なくとも部分的に前記無線通信ネットワークを介して、１つのパケットデータ伝送接続を用いて、メディアストリームを送信するステップと、
を有する方法。
【請求項１１】
第１デバイスが、第２デバイスから前記第１デバイスへ少なくとも１つのメディアストリームを送信するためのサービス品質要件に関する情報を要求するステップと、
前記第１デバイスが、前記少なくとも１つのメディアストリームを送信するための送信リソースを無線通信ネットワークに要求するステップと、
少なくとも１つのパケットデータ伝送接続を有効にするために、前記第１デバイス及び前記第２デバイスが設定手続を実行するステップであって、前記設定手続は、
前記第１デバイスが、前記送信リソースに関する情報を前記無線通信ネットワークから受信するステップと、
前記第１デバイスが、設定コマンドを前記第２デバイスへ送信するステップであって、メディアストリームごとに別個のパケットデータ伝送接続が有効になっているときは、前記送信リソースに関する情報及びメディアストリーム指示子を前記設定コマンドによって前記第２デバイスへ送信するステップと、
前記第１デバイスが、前記第２デバイスに送信開始コマンドを送信することによって、前記少なくとも１つのメディアストリームの送信開始を要求するステップであって、２以上のメディアストリームが単一のパケットデータ伝送接続を共有しているときは、前記送信開始コマンドによって前記送信リソースに関する情報及びメディアストリーム指示子を前記第２デバイスへ送信するステップと、
を含む実行ステップと、を有する方法において、
前記第２デバイスから前記第１デバイスへ、少なくとも部分的に前記無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いて、メディアストリームを送信するステップ、をさらに有する方法。
【請求項１２】
第２デバイスから第１デバイスへ少なくとも部分的に無線通信ネットワークを介してメディアストリームを送信する手段と、
前記第１デバイスに送信する少なくとも１つのメディアストリームを、少なくとも部分的に無線通信ネットワークを介して選択する手段と、
前記の選択した少なくとも１つのメディアストリームを送信するためのサービス品質要件を規定する手段と、
前記選択した少なくとも１つのメディアストリームを送信するための送信リソースを前記無線通信ネットワークに予約する手段と、
１つのパケットデータ伝送接続を有効にするために、前記第１デバイスと前記第２デバイスとの間の設定手続を実行する手段と、
前記第１デバイスが前記選択した少なくとも１つのメディアストリームの送信開始を要求する手段と、
前記選択した少なくとも１つのメディアストリームの送信に１つのデータ伝送パケットデータプロトコルコンテキストを用いる手段と、
２つ以上のメディアストリームが単一のパケット伝送接続を共有している場合は、前記第１デバイスが前記選択した少なくとも１つのメディアストリームの送信開始を要求したとき、若しくはその後、又は
メディアストリームごとに別個のパケットデータ伝送接続が有効になっている場合は、前記設定手続を行うとき、
のいずれかに前記の予約した送信リソースに関する情報及びメディアストリーム指示子を前記第２デバイスへ送信する手段と、
を備える通信システム。
【請求項１３】
第２デバイスから第１デバイスへ、少なくとも部分的に無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いてメディアストリームを送信する手段と、
前記第１デバイスに送信する少なくとも１つのメディアストリームを、少なくとも部分的に無線通信ネットワークを介して選択する手段と、
前記の選択した少なくとも１つのメディアストリームを送信するためのサービス品質要件を規定する手段と、
前記選択した少なくとも１つのメディアストリームを送信するための送信リソースを前記無線通信ネットワークに予約する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記第１デバイスと前記第２デバイスとの間の設定手続を実行する手段と、
前記の予約した送信リソースに関する情報を、前記無線通信ネットワークから前記第１デバイスへ送信し、前記予約した送信リソースに関する受信情報を、前記第１デバイスから前記第２デバイスへさらに送信する手段と、
前記第１デバイスが、前記選択した少なくとも１つのメディアストリームの送信開始を要求する手段と、
前記選択した少なくとも１つのメディアストリームの送信に、１つのデータ伝送パケットデータプロトコルコンテキストを用いる手段と、
２つ以上のメディアストリームが単一のパケット伝送接続を共有している場合は、前記第１デバイスが前記選択した少なくとも１つのメディアストリームの送信開始を要求したとき、若しくはその後、又は
メディアストリームごとに別個のパケットデータ伝送接続が有効になっている場合は、前記設定手続を行うとき、
のいずれかに前記予約した送信リソースに関する情報及びメディアストリーム指示子を前記第２デバイスに送信する手段と、
を備える通信システム。
【請求項１４】
デバイスであって、
少なくとも部分的に無線通信ネットワークを介して、少なくとも１つのパケットデータ伝送接続を用いて、別のデバイスへメディアストリームを送信する送信機であって、前記別のデバイスからの設定メッセージに応答するようになっている送信機と、
前記別のデバイスへ送信する少なくとも１つのメディアストリームの選択情報を、少なくとも部分的に無線通信ネットワークを介して受信する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記別のデバイスと前記デバイスとの間の設定手続のための前記設定メッセージを受信する受信機と、
前記の選択した少なくとも１つのメディアストリームの送信開始要求を受信する手段と、
前記選択した少なくとも１つのメディアストリームの送信に、１つのデータ伝送パケットデータプロトコルコンテキストを用いる手段と、
を備え、
前記受信機はさらに、
２つ以上のメディアストリームが単一のパケットデータ伝送接続を共有している場合は、前記要求ステップの実行時、若しくはその後、又は
メディアストリームごとに別個のパケット伝送接続が有効になっている場合は、前記設定手続を行うとき、
前記少なくとも１つのパケットデータ伝送接続のための送信リソースに関する情報及びメディアストリーム指示子を受信するようになっているデバイス。
【請求項１５】
デバイスであって、
少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、別のデバイスからメディアストリームを受信する受信機と、
前記デバイスが受信する少なくとも１つのメディアストリームを、少なくとも部分的に無線通信ネットワークを介して選択する手段と、
前記の選択した少なくとも１つのメディアストリームを送信するための送信リソースを前記無線通信ネットワークに要求する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記デバイスと前記別のデバイスとの間の設定手続を開始する手段と、
前記無線通信ネットワークから前記送信リソースに関する情報を受信する手段と、
前記別のデバイスへ、前記送信リソースに関する受信情報をさらに送信する手段と、
前記選択した少なくとも１つのメディアストリームの送信開始を要求する手段と、
前記選択した少なくとも１つのメディアストリームの送信に、１つのデータ伝送コンテキストを用いる手段と、
２つ以上のメディアストリームが単一のパケットデータ伝送接続を共有している場合は、前記要求ステップの実行時、若しくはその後、又は
メディアストリームごとに別個のパケット伝送接続が有効になっている場合は、前記設定手続を行うとき、
前記別のデバイスに、前記送信リソースに関する情報及びメディアストリーム指示子を送信する手段と、
を備えるデバイス。
【請求項１６】
無線通信デバイスであって、
少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、別のデバイスにメディアストリームを送信する送信機であって、前記別のデバイスからの設定メッセージに応答するようになっている送信機と、
前記別のデバイスに送信する少なくとも１つのメディアストリームの選択情報を、少なくとも部分的に無線通信ネットワークを介して受信する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記別のデバイスと前記無線通信デバイスとの間の設定手続のための前記設定メッセージを受信する受信機と、
前記の選択した少なくとも１つのメディアストリームの送信開始要求を受信する手段と、
前記選択した少なくとも１つのメディアストリームの送信に、１つのデータ伝送パケットデータプロトコルコンテキストを用いる手段と、
を備え、前記受信機はさらに、
２つ以上のメディアストリームが単一のパケット伝送接続を共有している場合は、前記第１デバイスが前記選択した少なくとも１つのメディアストリームの送信開始を要求したとき、若しくはその後、又は
メディアストリームごとに別個のパケットデータ伝送接続が有効になっている場合は、前記設定手続を行うとき、
のいずれかに前記少なくとも１つのパケット送信接続のための送信リソースに関する情報及びメディアストリーム指示子を前記別のデバイスから受信するようになっている無線通信デバイス。
【請求項１７】
無線通信デバイスであって、
少なくとも１つのパケットデータ伝送接続を用いて、少なくとも部分的に無線通信ネットワークを介して、別のデバイスからメディアストリームを受信する受信機と、
前記無線通信デバイスが受信する少なくとも１つのメディアストリームを、少なくとも部分的に無線通信ネットワークを介して選択する手段と、
前記の選択した少なくとも１つのメディアストリームを受信するためのサービス品質要件を規定する手段と、
前記選択した少なくとも１つのメディアストリームを受信するためのリソースを前記無線通信ネットワークに要求する手段と、
前記少なくとも１つのパケットデータ伝送接続を有効にするために、前記無線通信デバイスと前記別のデバイスとの間の設定手続を開始する手段と、
前記無線通信ネットワークから前記リソースに関する情報を受信する手段と、
前記別のデバイスへ、前記リソースに関する受信情報をさらに送信する手段と、
前記選択した少なくとも１つのメディアストリームの送信開始を要求する手段と、
前記選択した少なくとも１つのメディアストリームの送信に、１つのデータ伝送パケットデータプロトコルコンテキストを用いる手段と、
２つ以上のメディアストリームが単一のパケット伝送接続を共有している場合は、前記第１デバイスが前記選択した少なくとも１つのメディアストリームの送信開始を要求したとき、若しくはその後、又は
メディアストリームごとに別個のパケットデータ伝送接続が有効になっている場合は、前記設定手続を行うとき、
のいずれかに前記リソースに関する情報及びメディアストリーム指示子を前記別のデバイスに送信する手段と、
を備える無線通信デバイス。
【請求項１８】
前記設定手続を開始する手段は、リアルタイム・ストリーミング・プロトコルによって設定コマンドを送信するようになっている請求項１７に記載の無線通信デバイス。
【請求項１９】
前記選択した少なくとも１つのメディアストリームの送信開始を要求する手段は、リアルタイム・ストリーミング・プロトコルによって再生コマンドを送信するようになっている請求項１７に記載の無線通信デバイス。