(57)【要約】定義されたＱｏＳデータベース（２２２）をもつＵＥ（２００）が説明される。そのデータベースはメディアフローを確立する助けのために用いられる種々のＱｏＳパラメータセットを編成し格納するために用いられる。１つの実施例では、ＱｏＳデータベース（２２２）は複数のテーブル（２２６ａ−２２６ｎ）を含み、各テーブルは特定のアプリケーション（２２８ａ−２２８ｎ）と関連しており、各テーブルは複数の行（２３０ａ−２３０ｎ）をもち、各行はメディアタイプ（２３２ａ−２３２ｎ）と要求ＱｏＳパラメータセット（２３４ａ−２３４ｎ）と、オプションとして最低ＱｏＳパラメータセット（２３６ａ−２３６ｎ）とを含む。オペレータは通信ネットワークを用いてＱｏＳデータベース（２２２）を投入／プロビジョンする。また、オペレータは通信ネットワークを用いてＱｏＳデータベースを微調整（更新）することもでき、これにより、現存するアプリケーションに対するベアラＱｏＳを改善することを可能とし、将来のアプリケーションの適切なベアラＱｏＳも可能とする。
2008533939.tif 000002
【特許請求の範囲】
【請求項１】
複数のテーブルを含むデータベースを有し、
前記複数のテーブル各々は特定のアプリケーションと関連しており、
前記複数のテーブル各々は複数の行をもち、
前記複数の行各々はメディアタイプと要求品質のサービスパラメータセットを含むことを特徴とする装置。
【請求項２】
前記複数の行各々はさらに、最低品質のサービスパラメータセットを含むことを特徴とする請求項１に記載の装置。
【請求項３】
前記データベースから、前記要求品質のサービスパラメータセットと、ベアラに関連するメディアタイプの前記最低品質のサービスパラメータセットとを取得し、
通信ネットワークに、前記要求品質のサービスパラメータセットを送信し、
前記通信ネットワークから、ネゴシエーションされた品質のサービスパラメータセットを受信し、
前記ネゴシエーションされた品質のサービスパラメータセットと前記最低品質のサービスパラメータセットとを比較することにより、前記ネゴシエーションされた品質のサービスパラメータセットを受け入れるかどうかを決定することにより、
前記通信ネットワークとのベアラを設定する試みを行うセションマネージャをさらに有することを特徴とする請求項２に記載の装置。
【請求項４】
前記アプリケーションは、
ＩＰ電話のアプリケーションと、
セルラによるプッシュ・トゥ・トークのアプリケーションと、
ビデオのアプリケーションと、
ファイル転送のアプリケーションとを含むことを特徴とする請求項１に記載の装置。
【請求項５】
前記データベースは、オペレータにより空中インタフェースを介して投入されることを特徴とする請求項１に記載の装置。
【請求項６】
前記データベースは、オペレータにより空中インタフェースを介して微調整されることを特徴とする請求項１に記載の装置。
【請求項７】
装置内のデータベースをプロビジョニングする方法であって、前記方法は、
前記装置と空中インタフェースにより機密保護された関係を確立する工程と、
前記装置内の前記データベースを前記空中インタフェースにより、１つ以上のアプリケーションと関連のある情報を投入する工程とを有し、
前記データベースは複数のテーブルを含み、
前記複数のテーブル各々は前記アプリケーションの１つと関連しており、
前記複数のテーブル各々は複数の行をもち、
前記複数の行各々はメディアタイプや要求品質のサービスパラメータセットのような情報を用いて投入されることを特徴とする方法。
【請求項８】
前記複数の行各々はさらに、最低品質のサービスパラメータセットを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記空中インタフェースにより前記投入されたデータベースを微調整する工程をさらに有することを特徴とする請求項７に記載の方法。
【請求項１０】
前記１つ以上のアプリケーションは、
ＩＰ電話のアプリケーションと、
セルラによるプッシュ・トゥ・トークのアプリケーションと、
ビデオのアプリケーションと、
ファイル転送のアプリケーションとの内、少なくともいずれかを含むことを特徴とする請求項７に記載の方法。
【請求項１１】
装置が通信ネットワークとのアプリケーションメディアフローの確立を可能にする方法であって、
どんな種類のメディアフローが前記通信ネットワークと確立されることになるのかをネゴシエーションする工程と、
前記通信ネットワークと確立されることになる前記メディアフローのためのベアラを設定する工程とを有し、
前記設定する工程は、
複数のテーブルを含むデータベースとインタラクトし、
前記データベースから、要求品質のサービスパラメータセットと、前記アプリケーションに関連するメディアタイプの最低品質のサービスパラメータセットとを取得し、
前記通信ネットワークに、前記要求品質のサービスパラメータセットを送信し、
前記通信ネットワークから、ネゴシエーションされた品質のサービスパラメータセットを受信し、
前記ネゴシエーションされた品質のサービスパラメータセットと前記最低品質のサービスパラメータセットとを比較することにより、前記ネゴシエーションされた品質のサービスパラメータセットを受け入れるかどうかを決定し、
前記複数のテーブル各々は特定のアプリケーションと関連しており、
前記複数のテーブル各々は複数の行をもち、
前記複数の行各々は前記メディアタイプと前記要求品質のサービスパラメータセットと前記最低品質のサービスパラメータセットを含むことを特徴とする方法。
【請求項１２】
前記アプリケーションは、
ＩＰ電話のアプリケーション、
セルラによるプッシュ・トゥ・トークのアプリケーション、
ビデオのアプリケーション、或いは
ファイル転送のアプリケーションを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記データベースは、オペレータにより空中インタフェースを介して投入されることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記データベースは、オペレータにより空中インタフェースを介して微調整されることを特徴とする請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークのオペレータにより空中インタフェースを介してプロビジョンされるか微調整されるのかの少なくともいずれかがなされるサービス品質（ＱｏＳ）データベースを有する機器（例えば、ユーザ機器（ＵＥ））に関するものである。
【背景技術】
【０００２】
図１（従来例）には、アプリケーションメディアフロー１０１（例えば、セルラによるプッシュ・トゥ・トーク（ＰｏＣ）のアプリケーション、ＩＰ電話（ＶｏＩＰ）のアプリケーション、ビデオのアプリケーション、ファイル転送のアプリケーション）が現在どのようにＵＥ１００と通信ネットワーク１０２との間で確立されているのかを説明する助けに用いられるブロック図が示されている。最初に、ＵＥ１００（特に、アプリケーション１１２）と通信ネットワーク１０２（この例では、ＩＰマルチメディアサブシステム・アーキテクチュアを採用している）は、セション記述プロトコル（ＳＤＰ）シグナリングを利用してアプリケーションレベルでどんな種類のメディアフローを確立したいのかをネゴシエーションする（ステップ１を参照）。それから、ＵＥ１００（特に、セションマネージャ１２４）と通信ネットワーク１０２（特に、セションマネージャ１０８）とは、そのメディアフロー１０１を確立するのに必要とされるベアラ（パケットデータプロトコル（ＰＤＰ）コンテキスト）をアクティベートすることを試みる（ステップ２ａ〜２ｃ）。例えば、もしビデオアプリケーション４０１が所望であれば、アクティベートされる必要のあるのは音声ベアラとビデオベアラであろう。そして、もし音声アプリケーション４０１が所望であれば、音声ベアラだけがアクティベートされる必要がある。次に、これらのベアラがどのようにアクティベートされるかについては検討する。
【０００３】
まず、ＵＥ１００はメディアベアラフロー各々について要求されるＱｏＳパラメータセット１０４を生成する必要があり、その要求されるＱｏＳパラメータセットは通信ネットワーク１０２内のサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード１０６（ＳＧＳＮ１０６）（特にセションマネージャ１０８）に転送される（ステップ２ａを参照）。次に、セションマネージャ１０８は各ベアラについてのネゴシエーションされたＱｏＳパケットセット１１０を生成してＵＥ１００に転送する（ステップ２ｂを参照）。さらに、ＵＥ１００（特に、セションマネージャ１２４）は、各ベアラをセットアップするのに用いられるネゴシエーションされたＱｏＳパラメータセット１１０を受け入れるかどうかを決定する（ステップ２ｃ）。もし、ＵＥ１００がネゴシエーションされたＱｏＳパラメータセット１１０を受け入れるなら、通信ネットワーク１０２とのメディアフローが確立される（ステップ３を参照）。もし、ＵＥ１００がネゴシエーションされたＱｏＳパラメータセットのどんなものも受け入れないなら、対応するベアラはディアクティベートされ、対応するメディアフロー１０１は通信ネットワーク１０２との間で確立されない。この明細書では、通信ネットワーク１０２に送信される要求されたＱｏＳパラメータセット１０４をＵＥ１００が生成する工程に、特に、関心がある。次に、従来のＵＥ１００が要求されたＱｏＳパラメータセット１０４を生成するのにどのように機能するのかを検討する。
【０００４】
従来のＵＥ１００は、次の構成要素：アプリケーション１１２、ＳＤＰハンドラ１１４（オプション）、インターネットプロトコル（ＩＰ）ベアラサービス（ＢＳ）マネージャ１１６（オプション）、変換／マッピング機能１１８、全球規模の移動体電話サービス（ＵＭＴＳ）ＢＳマネージャ１２０、アプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２、セションマネージャ１２４を用いることにより要求されたＱｏＳパラメータセット１０４を生成することができる。これらの構成要素１１２、１１４、１１６、１１８、１２０、１２２、及び１２４は次のようにして要求されたＱｏＳパラメータセット１０４を生成する。
【０００５】
Ａ．アプリケーション１１２は、ステップＢ或いはステップＤを実行するのに必要な関連情報を、おそらく、ＩＰ  ＢＳマネージャ１１６と変換／マッピング機能１１８を介してＵＭＴＳ  ＢＳマネージャ１２０に提供する。
【０００６】
Ｂ．必要とあれば、ＵＭＴＳ  ＢＳマネージャ１２０はステップＡからの情報を用いてアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２からのＱｏＳパラメータの適切なセットにアクセスする。この明細書では、このステップが実行されると仮定している。
【０００７】
Ｃ．ＳＤＰハンドラ１１４が利用可能であるなら、そこからのＳＤＰパラメータは（おそらく、ＩＰ  ＢＳマネージャ１１６と変換／マッピング機能１１８を介して）ＵＭＴＳ  ＢＳマネージャ１２０のためにガイダンスを提供して、アップリンク／ダウンリンク（ＵＬ／ＤＬ）最大ビットレートとＵＬ／ＤＬの保証されたビットレートとを設定する。
【０００８】
Ｄ．ステップＢからの（或いは直接ステップＡからの）ＱｏＳパラメータ値のセットは、ステップＣからのＵＬ／ＤＬの最大ビットレートとＵＬ／ＤＬの保証されたビットレートとともに、おそらく、セションマネージャ１２４でマージされる。
【０００９】
ＵＥ１００とこの処理についてのより詳細な議論については、非特許文献１のセクション７．２を参照されたい。
【００１０】
なお、非特許文献１の内容はここで参照により本願に組み込まれる。
【非特許文献１】３ＧＰＰ  ＴＳ  ２９．２０８  ｖ６．５．０、“第３世代パートナーシッププロジェクト；グループコアネットワーク及び端末技術仕様；エンド・ツウ・エンドのシグナリングフローのサービス品質（ＱｏＳ）第６版（3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; End-to-end Quality of Service (QoS) Signalling Flows (Release 6)）”、２００５年９月
【発明の開示】
【発明が解決しようとする課題】
【００１１】
この特別な処理での問題とは、ＵＥ１００の製造者はしばしば彼ら自身の独自な処理を利用してＱｏＳ値をアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２に付加する点にある。この方式ではいくつかの欠点がある。第１に、ＵＥ１００はＱｏＳ値が編成され格納される定義されたアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２をもつことはない。第２に、オペレータはアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２を投入／プロビジョンすることができない。第３に、そのオペレータはアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２に格納されたＱｏＳ値を微調整（更新）することができない。これらの問題などは本発明によって解決される。
【課題を解決するための手段】
【００１２】
メディアフローを確立するのに助けとなるように用いられる種々のＱｏＳパラメータセットを編成し格納するのに用いられる定義されたＱｏＳデータベースをもつＵＥがここでは説明される。１つの実施例では、そのＱｏＳデータベースは複数のテーブルを含み、各テーブルは特定のアプリケーションと関連しており、各テーブルは複数の行をもち、各行はメディアタイプと要求品質のサービスパラメータセットとオプションとして最低ＱｏＳパラメータセットを含む。オペレータは通信ネットワークを用いてそのＱｏＳデータベースを投入／プロビジョンすることができる。また、オペレータはその通信ネットワークを用いてＱｏＳデータベースを微調整（更新）することができる。そのＱｏＳデータベースにより現存するアプリケーションに対するベアラＱｏＳを改善することができ、将来のアプリケーションのために適切なベアラＱｏＳが可能になる。
【００１３】
次に、本発明のより完全な理解は、添付図面に関連した次の詳細な説明を参照することにより得られる。
【発明を実施するための最良の形態】
【００１４】
図２Ａには本発明に従う、定義されたフォーマットでＱｏＳの値が編成され格納されたＱｏＳデータベース２２２（例えば、改良されたアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース２２２）をもつＵＥ２００のブロック図が示されている。図示されている代表的なＵＥ２００は（この検討に関連のある）次の構成要素：アプリケーション２１２、ＳＤＰハンドラ２１４（オプション）、ＩＰ  ＢＳマネージャ２１６（オプション）、変換／マッピング機能２１８、ＵＭＴＳ  ＢＳマネージャ２２０、ＱｏＳデータベース２２２（例えば、改良されたアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース２２２）、セションマネージャ２２６を有している。構成要素２１２、２１４、２１６、２１８、２２０、２２４は当業者には良く知られたものである。しかしながら、改良されたＱｏＳデータベース２２２は新規なものであり、図２Ｂに関して次に検討するように従来技術に対して著しく改善されたものである。
【００１５】
図２Ｂには、代表的なＱｏＳデータベース２２２のフォーマットをより詳細に図示したブロック図が示されている。示されている代表的なＱｏＳデータベース２２２は、アプリケーション２２８ａ、２２８ｂ、……２２８ｎ（例えば、セルラによるプッシュ・トゥ・トーク（ＰｏＣ）のアプリケーション、ＶｏＩＰのアプリケーション、ビデオのアプリケーション、ファイル転送のアプリケーション）毎に１つのテーブル２２６ａ、２２６ｂ、……２２６ｎをもっている。各テーブル２２６ａ、２２６ｂ、……２２６ｎは１つ以上の行２３０ａ、２３０ｂ、……２３０ｎを有しており、個々の行は、例えば、音声或いはビデオなどのメディアタイプに関連している。特に、個々の行２３０ａ、２３０ｂ……２３０ｎはメディアタイプ２３２ａ、２３２ｂ、……２３２ｎ、要求されたＱｏＳパラメータセット２３４ａ、２３４ｂ、……２３４ｎ、オプションの最低ＱｏＳパラメータセット２３６ａ、２３６ｂ、……２３６ｎを含んでいる。例えば、ＰｏＣアプリケーション２２８ａと関連した第１のテーブル２２６ａは５つの行２３０ａを持ち、各行は“汎用”、“ＡＭＲ００”、“ＡＭＲ０４”、“ＡＭＲ０７”、“ＡＭＲ＊”として識別される特定のメディアタイプと関連している。“ＡＭＲ”は適合型マルチレートを示し、“＊”はワイルドカードを示している。代表的なＱｏＳデータベース２２２は、ＩＭＳアーキテクチュア内で用いられるＱｏＳパラメータを編成し格納するために定義されたテーブル２２６ａ、２２６ｂ、……２２６ｎをもつようになっている。
【００１６】
図３には、オペレータが通信ネットワーク３００を用いてどのように本発明に従うＵＥのＱｏＳデータベース２２２を投入／プロビジョンするのかを説明する助けのために用いられるブロック図が示されている。通信ネットワーク３００はブートストラップ・サーバ３０２とプロビジョニングサーバ３０４とを備えるものとして示されている。動作に関して言えば、ＵＥ２００とブートストラップ・サーバ３０２とは、空中インタフェースを介して互いに対してブートストラップセションを開始して機密保護された関係を確立することができる（ステップ１を参照）。或いは、ブートストラップ・サーバ３０２は、ＵＥ２００に挿入されるスマートカードにブートストラップメッセージ（キー）を格納することができる。それから、ＵＥ２００とプロビジョニングサーバ３０４とは、空中インタフェースを介して互いに対してプロビジョニングセションを開始して、プロビジョニングサーバ３０４がＱｏＳデータベース２２２内に格納されるＱｏＳ値３０６をＵＥ２００に送信できる（ステップ２を参照）。特に、プロビジョニングサーバ３０４（或いは、ＵＥ２００）はブートストラップセション中に取得したキーを用いてプロビジョニングセションを開始することができる。それから、プロビジョニングサーバ３０４はＱｏＳ値をＵＥ２００に送信することができ、ＵＥ２００はそれをＱｏＳデータベース２２２内に格納する。或いは、ブートストラップ・サーバ３０２はＵＥ２００に挿入されるスマートカードに格納されるブートストラップ・メッセージに直接、そのＱｏＳ値を配置することもできる。この代替方法はＵＥ２００にＱｏＳ値を送信するより簡単な方法である。なぜなら、ＵＥ２００から通信ネットワーク３００に送信される必要があるメッセージが何もないからである。いずれかの場合でも、オペレータはブートストラップ・サーバ３０２とプロビジョニングサーバ３０４との内、少なくともいずれかを利用して効果的にＱｏＳデータベース２２２を投入／プロビジョンすることができる。また、オペレータはブートストラップ・サーバ３０２とプロビジョニングサーバ３０４との内、少なくともいずれかを利用してＱｏＳデータベース２２２を微調整（更新）することができる。これは、ＵＥ１００が製造されたとき、その製造者がＱｏＳデータベース１２２を投入／プロビジョンするためにオペレータが何もすることができなかった従来技術に対して著しい改善である（図１を参照）。
【００１７】
図４には、ＵＥ２００がそこに投入されたＱｏＳデータベース２２２を用いてどのように本発明に従って通信ネットワーク３００とのアプリケーションメディアフロー４００を確立するのかを説明する助けのために用いられるブロック図が示されている。まず、ＵＥ２００（特に、アプリケーション２１２）と通信ネットワーク３００（この例では、ＩＭＳアーキテクチュアを採用している）とはＳＤＰシグナリングを利用して、アプリケーションレベルで、どんな種類のアプリケーション４００（例えば、ＰｏＣのアプリケーション、ＶｏＩＰのアプリケーション、ビデオのアプリケーション、ファイル転送のアプリケーション）を確立することを望むのかをネゴシエーションする（ステップ１を参照）。それから、ＵＥ２００（特に、セションマネージャ２２４）と通信ネットワーク３００（特に、セションマネージャ３１０）とは、そのアプリケーションメディアフロー４００を確立するのに必要なベアラ（パケットデータプロトコル（ＰＤＰ）コンテキスト）をアクティベートすることを試みる（ステップ２ａ〜２ｃを参照）。例えば、ビデオアプリケーション４００が所望なら、アクティベートされる必要とあるのは音声ベアラとビデオベアラであろう。そして、音声アプリケーション４００が所望なら、音声ベアラだけがアクティベートされる必要があろう。次に、これらベアラがどのようにアクティベートされるのかを検討する。
【００１８】
まず、ＵＥ２００はメディアベアラフロー各々について要求されるＱｏＳパラメータセット４０２を生成する必要があり、その要求されるＱｏＳパラメータセットは通信ネットワーク３００内のＳＧＳＮ３０８（特にセションマネージャ３１０）に転送される（ステップ２ａを参照）。次に、セションマネージャ３１０は各ベアラについてのネゴシエーションされたＱｏＳパラメータセット４０４を生成してＵＥ２００に転送する（ステップ２ｂを参照）。さらに、ＵＥ２００（特に、セションマネージャ２２４）は、各ベアラをセットアップするのに用いられるネゴシエーションされたＱｏＳパラメータセット４０４を受け入れるかどうかを決定する（ステップ２ｃ）。もし、ＵＥ２００がネゴシエーションされたＱｏＳパラメータセット４０４を受け入れるなら、通信ネットワーク３００とのメディアフロー４００が確立される（ステップ３を参照）。もし、ＵＥ２００がネゴシエーションされたＱｏＳパラメータセット４０４のどんなものも受け入れないなら、対応するベアラはディアクティベートされ、対応するメディアフロー４００は通信ネットワーク３００との間で確立されない。この明細書では、通信ネットワーク３００に送信される要求されたＱｏＳパラメータセット４０２をＵＥ２００が生成する工程に、特に、関心がある。次に、ＵＥ２００が要求されたＱｏＳパラメータセット４０２をどのように生成するのかを検討する。
【００１９】
ＵＥ２００は、次の構成要素：アプリケーション２１２、ＳＤＰハンドラ２１４（オプション）、ＩＰ  ＢＳマネージャ２１６（オプション）、変換／マッピング機能２１８、ＵＭＴＳ  ＢＳマネージャ２２０、ＱｏＳデータベース２２２（例えば、アプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース２２２）、セションマネージャ２２４を用いることにより要求されたＱｏＳパラメータセット４０２を生成することができる。これらの構成要素２１２、２１４、２１６、２１８、２２０、２２２、及び２２４は次のようにして要求されたＱｏＳパラメータセット４０２を生成することができる。
【００２０】
Ａ．アプリケーション２１２は、ステップＢ或いはステップＤを実行するのに必要な関連情報を、おそらく、ＩＰ  ＢＳマネージャ２１６と変換／マッピング機能２１８を介してＵＭＴＳ  ＢＳマネージャ２２０に提供する。
【００２１】
Ｂ．必要とあれば、ＵＭＴＳ  ＢＳマネージャ２２０はステップＡからの情報を用いて改善されたアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース２２２からの適切なセットのＱｏＳパラメータ３０６にアクセスする。この明細書では、このステップが実行されると仮定している。
【００２２】
Ｃ．ＳＤＰハンドラ２１４が利用可能であるなら、そこからのＳＤＰパラメータは（おそらく、ＩＰ  ＢＳマネージャ２１６と変換／マッピング機能２１８を介して）ＵＭＴＳ  ＢＳマネージャ２２０のためにガイダンスを提供して、アップリンク／ダウンリンク（ＵＬ／ＤＬ）最大ビットレートとＵＬ／ＤＬの保証されたビットレートとを設定する。
【００２３】
Ｄ．ステップＢからのＱｏＳパラメータのセット３０６（或いはステップＡからのＱｏＳパラメータ値）は、ステップＣからのＵＬ／ＤＬの最大ビットレートとＵＬ／ＤＬの保証されたビットレートとともに、おそらく、セションマネージャ２２４でマージされる。その結果が、要求されるＱｏＳパラメータセット４０２である。
【００２４】
上述のことから、ＵＥ２００は従来技術に対して著しい改善を示していることが理解できる。なぜなら、通信ネットワーク３００のオペレータにより空中インタフェースによりプロビジョンと微調整の内の少なくともいずれかがなされる定義されたＱｏＳデータベース２２２をＵＥ２００がもつからである。また、ＵＥ２００は、多くの他の利点も同様に有しており、そのいくつかは次のリストで検討される。
【００２５】
・ＱｏＳデータベース２２２はテーブル２２６ａ、２２６ｂ、……、２２６ｎを有しており、それらは特定のタイプの通信ネットワーク３００（例えば、ＩＭＳアーキテクチュアの通信ネットワーク３００）のＱｏＳ要求に基づいたＱｏＳパラメータセット３０６を格納することができる。これは、多くの異なるタイプの通信ネットワークがあるために重要である。
【００２６】
・オペレータは現存するアプリケーションと将来のアプリケーションのためにＱｏＳデータベース２２２を投入することができる。そして、オペレータは、通信ネットワーク３００内でアプリケーションメディアフロー４００を確立する助けのために用いられるＱｏＳパラメータセットを備えたＱｏＳデータベース２２２を投入することもできる。
【００２７】
・要求されるＱｏＳパラメータ４０４の全てがプロビジョンされる必要がないことを認識すべきである。その代わり、ＱｏＳパラメータのいくつかが他の機構を用いて創成されても良い。例えば、ＵＥ２００内のいくつかのＱｏＳ値は計算することができる。そのようにして、ＵＥ２００は計算されたＱｏＳパラメータとプロビジョンされたＱｏＳパラメータとの間で選択することもできる。そして、計算されたＱｏＳパラメータをプロビジョニング・サーバ３０４に対して公表する必要さえもないかもしれない。
【００２８】
・アプリケーション毎に１つのテーブルをもつことの益は、異なる編成の間でグローバルにユニークなメディアタイプ識別子を標準化する必要がない点にある。グローバルな登録編成を維持することは通常、非常に難しく、そして、本発明の解決策が用いられるなら、これは必要がない。
【００２９】
・ＵＥ２００のユーザはＱｏＳデータベース２２２内でＱｏＳ設定について悩む必要はない。事実、オペレータはＱｏＳデータベース２２２を投入することができるので、そのＱｏＳがユーザにより知覚される品質とネットワーク特性とに結びついたものであることも確かめることもできる。
【００３０】
・ＱｏＳデータベース２２２はアプリケーション毎に１つのテーブルをもち、それは、もし、グローバルなデータベースが用いられるなら必要となるグローバルにユニークな識別子を用いる必要を回避している。このことは、種々の識別子の定義が特定の組織によりサポートされ／標準化される特定のアプリケーションに基づくことを可能にしていることを意味している。
【００３１】
本発明の１つの実施例について添付図面で図示し、前述の詳細な説明で記載したが、本発明はその開示された実施例により限定されるものではなく、添付された請求の範囲により説明され定義された本発明の精神を逸脱ことなく、多くの再構成や変形や代用が可能であることを理解されたい。
【図面の簡単な説明】
【００３２】
【図１】従来技術の状態となぜ本発明が必要であるのかを説明する助けに用いられるＵＥと通信ネットワークを示すブロック図である。
【図２Ａ】ＱｏＳデータベース（例えば、アプリケーションタイプ毎の改良型ＵＭＴＳ  ＱｏＳパラメータのデータベース）を有したＵＥを示すブロック図であり、ＱｏＳ値は本発明に従って編成され格納される。
【図２Ｂ】本発明に従って図２Ａに示されているＱｏＳデータベース（例えば、アプリケーションタイプ毎の改良型ＵＭＴＳ  ＱｏＳパラメータのデータベース）のフォーマットをより詳細に図示するブロック図である。
【図３】本発明に従って図２Ｂに示されているＵＥのＱｏＳデータベースをオペレータがどのような通信ネットワークを用いて投入／プロビジョンするのかを説明する助けに用いられるブロック図である。
【図４】本発明に従って、通信ネットワークとのアプリケーションメディアフローを確立するために図２Ａに示されたＵＥがどのように投入されたＱｏＳデータベースを利用することができるのかを説明する助けに用いられるブロック図である。
【図１】
2008533939.tif 000003
【図２Ａ】
2008533939.tif 000004
【図２Ｂ】
2008533939.tif 000005
【図３】
2008533939.tif 000006
【図４】
2008533939.tif 000007
【手続補正書】
【提出日】平成19年1月18日(2007.1.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のテーブル（２２６ａ，２２６ｂ，……，２２６ｎ）を含むデータベース（２２２）を有し、
前記複数のテーブル各々は特定のアプリケーション（２２８ａ，２２８ｂ，……，２２８ｎ）と関連しており、
前記複数のテーブル各々は複数の行（２３０ａ，２３０ｂ，……，２３０ｎ）をもち、
前記複数の行各々はメディアタイプ（２３２ａ，２３２ｂ，……，２３２ｎ）と要求品質のサービスパラメータセット（２３４ａ，２３４ｂ，……，２３４ｎ）を含むことを特徴とするユーザ機器（２００）。
【請求項２】
前記複数の行各々はさらに、最低品質のサービスパラメータセット（２３６ａ，２３６ｂ，……，２３６ｎ）を含むことを特徴とする請求項１に記載のユーザ機器（２００）。
【請求項３】
前記アプリケーションは、
ＩＰ電話のアプリケーションと、
セルラによるプッシュ・トゥ・トークのアプリケーションと、
ビデオのアプリケーションと、
ファイル転送のアプリケーションとを含むことを特徴とする請求項１に記載のユーザ機器（２００）。
【請求項４】
ユーザ機器（２００）が通信ネットワーク（３００）とのアプリケーションメディアフロー（４００）の確立を可能にする方法であって、
どんな種類のメディアフローが前記通信ネットワークと確立されることになるのかをネゴシエーションする工程と、
前記通信ネットワークと確立されることになる前記メディアフローのためのベアラを設定する工程とを有し、
前記設定する工程は、
複数のテーブル（２２６ａ，２２６ｂ，……，２２６ｎ）を含むデータベース（２２２）とインタラクトし、
前記データベースから、要求品質のサービスパラメータセットと、前記アプリケーションに関連するメディアタイプの最低品質のサービスパラメータセットとを取得し、
前記通信ネットワークに、前記要求品質のサービスパラメータセット（４０２）を送信し、
前記通信ネットワークから、ネゴシエーションされた品質のサービスパラメータセット（４０４）を受信し、
前記ネゴシエーションされた品質のサービスパラメータセットと前記最低品質のサービスパラメータセットとを比較することにより、前記ネゴシエーションされた品質のサービスパラメータセットを受け入れるかどうかを決定し、
前記複数のテーブル各々は特定のアプリケーション（２２８ａ，２２８ｂ，……，２２８ｎ）と関連しており、
前記複数のテーブル各々は複数の行（２３０ａ，２３０ｂ，……，２３０ｎ）をもち、
前記複数の行各々は前記メディアタイプ（２３２ａ，２３２ｂ，……，２３２ｎ）と前記要求品質のサービスパラメータセット（２３４ａ，２３４ｂ，……，２３４ｎ）と前記最低品質のサービスパラメータセット（２３６ａ，２３６ｂ，……，２３６ｎ）を含むことを特徴とする方法。
【請求項５】
前記アプリケーションは、
ＩＰ電話のアプリケーション、
セルラによるプッシュ・トゥ・トークのアプリケーション、
ビデオのアプリケーション、或いは
ファイル転送のアプリケーションを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記ユーザ機器と前記通信ネットワークとの間と空中インタフェースにより機密保護された関係を確立する工程と、
前記ユーザ機器内の前記データベースに、前記空中インタフェースにより、夫々が前記アプリケーションに関連した前記メディアタイプと前記要求品質のサービスパラメータセットと前記最低品質のサービスパラメータセットとを投入する工程とを実行することにより、
前記データベースは前記空中インタフェースにより投入されることを特徴とする請求項５に記載の方法。
【請求項７】
前記ユーザ機器と前記通信ネットワークとの間と空中インタフェースにより機密保護された関係を確立する工程と、
前記ユーザ機器内の前記データベースを、前記空中インタフェースにより、夫々が前記アプリケーションに関連した、前記メディアタイプと前記要求品質のサービスパラメータセットと前記最低品質のサービスパラメータセットとの内、少なくとも１つ以上を微調整する工程とを実行することにより、
前記データベースは前記空中インタフェースにより微調整されることを特徴とする請求項５に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークのオペレータにより空中インタフェースを介して、もし望まれるなら、プロビジョンされるか微調整されるのかの少なくともいずれかがなされるサービス品質（ＱｏＳ）データベースを有する機器（例えば、ユーザ機器（ＵＥ））に関するものである。
【背景技術】
【０００２】
図１（従来例）には、アプリケーションメディアフロー１０１（例えば、セルラによるプッシュ・トゥ・トーク（ＰｏＣ）のアプリケーション、ＩＰ電話（ＶｏＩＰ）のアプリケーション、ビデオのアプリケーション、ファイル転送のアプリケーション）が現在どのようにＵＥ１００と通信ネットワーク１０２との間で確立されているのかを説明する助けに用いられるブロック図が示されている。最初に、ＵＥ１００（特に、アプリケーション１１２）と通信ネットワーク１０２（この例では、ＩＰマルチメディアサブシステム・アーキテクチュアを採用している）は、セション記述プロトコル（ＳＤＰ）シグナリングを利用してアプリケーションレベルでどんな種類のメディアフローを確立したいのかをネゴシエーションする（ステップ１を参照）。それから、ＵＥ１００（特に、セションマネージャ１２４）と通信ネットワーク１０２（特に、セションマネージャ１０８）とは、そのメディアフロー１０１を確立するのに必要とされるベアラ（パケットデータプロトコル（ＰＤＰ）コンテキスト）をアクティベートすることを試みる（ステップ２ａ〜２ｃ）。例えば、もしビデオアプリケーション１０１が所望であれば、アクティベートされる必要のあるのは音声ベアラとビデオベアラであろう。そして、もし音声アプリケーション１０１が所望であれば、音声ベアラだけがアクティベートされる必要がある。次に、これらのベアラがどのようにアクティベートされるかについては検討する。
【０００３】
まず、ＵＥ１００はメディアベアラフロー各々について要求されるＱｏＳパラメータセット１０４を生成する必要があり、その要求されるＱｏＳパラメータセットは通信ネットワーク１０２内のサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード１０６（ＳＧＳＮ１０６）（特にセションマネージャ１０８）に転送される（ステップ２ａを参照）。次に、セションマネージャ１０８は各ベアラについてのネゴシエーションされたＱｏＳパケットセット１１０を生成してＵＥ１００に転送する（ステップ２ｂを参照）。さらに、ＵＥ１００（特に、セションマネージャ１２４）は、各ベアラをセットアップするのに用いられるネゴシエーションされたＱｏＳパラメータセット１１０を受け入れるかどうかを決定する（ステップ２ｃ）。もし、ＵＥ１００がネゴシエーションされたＱｏＳパラメータセット１１０を受け入れるなら、通信ネットワーク１０２とのメディアフローが確立される（ステップ３を参照）。もし、ＵＥ１００がネゴシエーションされたＱｏＳパラメータセットのどんなものも受け入れないなら、対応するベアラはディアクティベートされ、対応するメディアフロー１０１は通信ネットワーク１０２との間で確立されない。この明細書では、通信ネットワーク１０２に送信される要求されたＱｏＳパラメータセット１０４をＵＥ１００が生成する工程に、特に、関心がある。次に、従来のＵＥ１００が要求されたＱｏＳパラメータセット１０４を生成するのにどのように機能するのかを検討する。
【０００４】
従来のＵＥ１００は、次の構成要素：アプリケーション１１２、ＳＤＰハンドラ１１４（オプション）、インターネットプロトコル（ＩＰ）ベアラサービス（ＢＳ）マネージャ１１６（オプション）、変換／マッピング機能１１８、全球規模の移動体電話サービス（ＵＭＴＳ）ＢＳマネージャ１２０、アプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２、セションマネージャ１２４を用いることにより要求されたＱｏＳパラメータセット１０４を生成することができる。これらの構成要素１１２、１１４、１１６、１１８、１２０、１２２、及び１２４は次のようにして要求されたＱｏＳパラメータセット１０４を生成する。
【０００５】
Ａ．アプリケーション１１２は、ステップＢ或いはステップＤを実行するのに必要な関連情報を、おそらく、ＩＰ  ＢＳマネージャ１１６と変換／マッピング機能１１８を介してＵＭＴＳ  ＢＳマネージャ１２０に提供する。
【０００６】
Ｂ．必要とあれば、ＵＭＴＳ  ＢＳマネージャ１２０はステップＡからの情報を用いてアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２からのＱｏＳパラメータの適切なセットにアクセスする。この明細書では、このステップが実行されると仮定している。
【０００７】
Ｃ．ＳＤＰハンドラ１１４が利用可能であるなら、そこからのＳＤＰパラメータは（おそらく、ＩＰ  ＢＳマネージャ１１６と変換／マッピング機能１１８を介して）ＵＭＴＳ  ＢＳマネージャ１２０のためにガイダンスを提供して、アップリンク／ダウンリンク（ＵＬ／ＤＬ）最大ビットレートとＵＬ／ＤＬの保証されたビットレートとを設定する。
【０００８】
Ｄ．ステップＢからの（或いは直接ステップＡからの）ＱｏＳパラメータ値のセットは、ステップＣからのＵＬ／ＤＬの最大ビットレートとＵＬ／ＤＬの保証されたビットレートとともに、おそらく、セションマネージャ１２４でマージされる。
【０００９】
ＵＥ１００とこの処理についてのより詳細な議論については、非特許文献１のセクション７．２を参照されたい。
【００１０】
【非特許文献１】３ＧＰＰ  ＴＳ  ２９．２０８  ｖ６．５．０、“第３世代パートナーシッププロジェクト；グループコアネットワーク及び端末技術仕様；エンド・ツウ・エンドのシグナリングフローのサービス品質（ＱｏＳ）第６版（3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; End-to-end Quality of Service (QoS) Signalling Flows (Release 6)）”、２００５年９月
【発明の開示】
【発明が解決しようとする課題】
【００１１】
この特別な処理での問題とは、ＵＥ１００の製造者はしばしば彼ら自身の独自な処理を利用してＱｏＳ値をアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２に付加する点にある。この方式ではいくつかの欠点がある。第１に、ＵＥ１００はＱｏＳ値が編成され格納される定義されたアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２をもつことはない。第２に、オペレータはアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２を投入／プロビジョンすることができない。第３に、そのオペレータはアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース１２２に格納されたＱｏＳ値を微調整（更新）することができない。次の従来技術について簡単に検討する。
米国特許出願公開第２００５／０１８６３３号公報（２００５年１月２７日公開）は、複数の端末を有する無線通信システムの方法と装置とを開示している。通信チャネルにより少なくとも１つの端末により情報を受信するための通信サービス最低品質閾値を定義する少なくとも１つの品質要求が決定される。通信チャネルの少なくとも１つの品質パラメータも決定される。その品質パラメータは通信チャネルにより端末により受信される通信の品質の程度を定義する。その品質パラメータは品質要求と比較され、もしその品質パラメータが品質要求よりも低いなら、端末がその通信チャネルにチューニングすることが防止される。
欧州特許出願公開第１０３５７５１号公報（２０００年９月１３日公開）は、パケット通信に関する適応型ルーティングシステムと方法について記載している。そのパケットネットワークは、ＱｏＳプロビジョニングパラメータとネットワークトポロジー情報とに基づいてネットワークルーティングを決定するルータを採用している。１実施例では、そのルータは、どれくらいの最小ＱｏＳレベルがパケットネットワーク内の特定のトラフィックフローに適用されるべきか／予約されるべきかに関する情報でプロビジョンされたフロー毎のテーブルを有している。
米国特許出願公開第２００３／２０８５８２号公報（２００３年１１月６日公開）は、ＩＰ  ＱｏＳパラメータとＵＭＴＳ  ＱｏＳパラメータとの間の変換についての方法を記載している。その方法は、ＵＥにもＵＭＴＳネットワークのゲートウェイにも配置することができる。
上述のことから、通信ネットワークのオペレータにより空中インタフェースを介して、もし望まれるなら、プロビジョンされるか微調整されるのかの少なくともいずれかがなされるサービス品質（ＱｏＳ）データベースを有する機器（例えば、ユーザ機器（ＵＥ））の必要があることが認識される。また、通信ネットワークとのアプリケーションメディアフローを確立する助けのためにこのＱｏＳデータベースを用いることができる機器についての必要もある。これらの必要などは本発明のＵＥと方法とにより解決されるものである。
【課題を解決するための手段】
【００１２】
メディアフローを確立するのに助けとなるように用いられる種々のＱｏＳパラメータセットを編成し格納するのに用いられる定義されたＱｏＳデータベースをもつＵＥがここでは説明される。１つの実施例では、そのＱｏＳデータベースは複数のテーブルを含み、各テーブルは特定のアプリケーションと関連しており、各テーブルは複数の行をもち、各行はメディアタイプと要求品質のサービスパラメータセットとオプションとして最低ＱｏＳパラメータセットを含む。別の実施例では、ＵＥが通信ネットワークとのアプリケーションメディアフローの確立を可能にする方法が説明される。即ち、（ａ）どんな種類のメディアフローが前記通信ネットワークと確立されることになるのかをネゴシエーションし、（ｂ）前記通信ネットワークと確立されることになる前記メディアフローのためのベアラを設定するのである。これは、（ｉ）複数のテーブルを含むデータベースとインタラクトする工程と、（ｉｉ）前記データベースから、要求品質のサービスパラメータセットと、前記アプリケーションに関連するメディアタイプの最低品質のサービスパラメータセットとを取得する工程と、（ｉｉｉ）前記通信ネットワークに、前記要求品質のサービスパラメータセットを送信する工程と、（ｉｖ）前記通信ネットワークから、ネゴシエーションされた品質のサービスパラメータセット（４０４）を受信する工程と、（ｖ）前記ネゴシエーションされた品質のサービスパラメータセットと前記最低品質のサービスパラメータセットとを比較することにより、前記ネゴシエーションされた品質のサービスパラメータセットを受け入れるかどうかを決定する工程とを実行することによりなされる。ここで、前記複数のテーブル各々は特定のアプリケーションと関連しており、前記複数のテーブル各々は複数の行をもち、前記複数の行各々は前記メディアタイプと前記要求品質のサービスパラメータセットと前記最低品質のサービスパラメータセットを含んでいる。
【００１３】
次に、本発明のより完全な理解は、添付図面に関連した次の詳細な説明を参照することにより得られる。
【発明を実施するための最良の形態】
【００１４】
図２Ａには本発明に従う、定義されたフォーマットでＱｏＳの値が編成され格納されたＱｏＳデータベース２２２（例えば、改良されたアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース２２２）をもつＵＥ２００のブロック図が示されている。図示されている代表的なＵＥ２００は（この検討に関連のある）次の構成要素：アプリケーション２１２、ＳＤＰハンドラ２１４（オプション）、ＩＰ  ＢＳマネージャ２１６（オプション）、変換／マッピング機能２１８、ＵＭＴＳ  ＢＳマネージャ２２０、ＱｏＳデータベース２２２（例えば、改良されたアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース２２２）、セションマネージャ２２４を有している。構成要素２１２、２１４、２１６、２１８、２２０、２２４は当業者には良く知られたものである。しかしながら、改良されたＱｏＳデータベース２２２は新規なものであり、図２Ｂに関して次に検討するように従来技術に対して著しく改善されたものである。
【００１５】
図２Ｂには、代表的なＱｏＳデータベース２２２のフォーマットをより詳細に図示したブロック図が示されている。示されている代表的なＱｏＳデータベース２２２は、アプリケーション２２８ａ、２２８ｂ、……２２８ｎ（例えば、セルラによるプッシュ・トゥ・トーク（ＰｏＣ）のアプリケーション、ＶｏＩＰのアプリケーション、ビデオのアプリケーション（例えば、テレビジョン）、ファイル転送のアプリケーション）毎に１つのテーブル２２６ａ、２２６ｂ、……２２６ｎをもっている。各テーブル２２６ａ、２２６ｂ、……２２６ｎは１つ以上の行２３０ａ、２３０ｂ、……２３０ｎを有しており、個々の行は、例えば、音声或いはビデオなどのメディアタイプに関連している。特に、個々の行２３０ａ、２３０ｂ……２３０ｎはメディアタイプ２３２ａ、２３２ｂ、……２３２ｎ、要求されたＱｏＳパラメータセット２３４ａ、２３４ｂ、……２３４ｎ、オプションの最低ＱｏＳパラメータセット２３６ａ、２３６ｂ、……２３６ｎを含んでいる。例えば、ＰｏＣアプリケーション２２８ａと関連した第１のテーブル２２６ａは５つの行２３０ａを持ち、各行は“汎用”、“ＡＭＲ００”、“ＡＭＲ０４”、“ＡＭＲ０７”、“ＡＭＲ＊”として識別される特定のメディアタイプと関連している。“ＡＭＲ”は適合型マルチレートを示し、“＊”はワイルドカードを示している。代表的なＱｏＳデータベース２２２は、ＩＭＳアーキテクチュア内で用いられるＱｏＳパラメータを編成し格納するために定義されたテーブル２２６ａ、２２６ｂ、……２２６ｎをもつようになっている。
【００１６】
図３には、オペレータが通信ネットワーク３００を用いてどのように本発明に従うＵＥのＱｏＳデータベース２２２を投入／プロビジョンするのかを説明する助けのために用いられるブロック図が示されている。通信ネットワーク３００はブートストラップ・サーバ３０２とプロビジョニングサーバ３０４とを備えるものとして示されている。動作に関して言えば、ＵＥ２００とブートストラップ・サーバ３０２とは、空中インタフェースを介して互いに対してブートストラップセションを開始して機密保護された関係を確立することができる（ステップ１を参照）。或いは、ブートストラップ・サーバ３０２は、ＵＥ２００に挿入されるスマートカードにブートストラップメッセージ（キー）を格納することができる。それから、ＵＥ２００とプロビジョニングサーバ３０４とは、空中インタフェースを介して互いに対してプロビジョニングセションを開始して、プロビジョニングサーバ３０４がＱｏＳデータベース２２２内に格納されるＱｏＳ値３０６をＵＥ２００に送信できる（ステップ２を参照）。特に、プロビジョニングサーバ３０４（或いは、ＵＥ２００）はブートストラップセション中に取得したキーを用いてプロビジョニングセションを開始することができる。それから、プロビジョニングサーバ３０４はＱｏＳ値をＵＥ２００に送信することができ、ＵＥ２００はそれをＱｏＳデータベース２２２内に格納する。或いは、ブートストラップ・サーバ３０２はＵＥ２００に挿入されるスマートカードに格納されるブートストラップ・メッセージに直接、そのＱｏＳ値を配置することもできる。この代替方法はＵＥ２００にＱｏＳ値を送信するより簡単な方法である。なぜなら、ＵＥ２００から通信ネットワーク３００に送信される必要があるメッセージが何もないからである。いずれかの場合でも、オペレータはブートストラップ・サーバ３０２とプロビジョニングサーバ３０４との内、少なくともいずれかを利用して効果的にＱｏＳデータベース２２２を投入／プロビジョンすることができる。また、オペレータはブートストラップ・サーバ３０２とプロビジョニングサーバ３０４との内、少なくともいずれかを利用してＱｏＳデータベース２２２を微調整（更新）することができる。これは、ＵＥ１００が製造されたとき、その製造者がＱｏＳデータベース１２２を投入／プロビジョンするためにオペレータが何もすることができなかった従来技術に対して著しい改善である（図１を参照）。
【００１７】
図４には、ＵＥ２００がそこに投入されたＱｏＳデータベース２２２を用いてどのように本発明に従って通信ネットワーク３００とのアプリケーションメディアフロー４００を確立するのかを説明する助けのために用いられるブロック図が示されている。まず、ＵＥ２００（特に、アプリケーション２１２）と通信ネットワーク３００（この例では、ＩＭＳアーキテクチュアを採用している）とはＳＤＰシグナリングを利用して、アプリケーションレベルで、どんな種類のアプリケーション４００（例えば、ＰｏＣのアプリケーション、ＶｏＩＰのアプリケーション、ビデオのアプリケーション、ファイル転送のアプリケーション）を確立することを望むのかをネゴシエーションする（ステップ１を参照）。それから、ＵＥ２００（特に、セションマネージャ２２４）と通信ネットワーク３００（特に、セションマネージャ３１０）とは、そのアプリケーションメディアフロー４００を確立するのに必要なベアラ（パケットデータプロトコル（ＰＤＰ）コンテキスト）をアクティベートすることを試みる（ステップ２ａ〜２ｃを参照）。例えば、ビデオアプリケーション４００が所望なら、アクティベートされる必要とあるのは音声ベアラとビデオベアラであろう。そして、音声アプリケーション４００が所望なら、音声ベアラだけがアクティベートされる必要があろう。次に、これらベアラがどのようにアクティベートされるのかを検討する。
【００１８】
まず、ＵＥ２００はメディアベアラフロー各々について要求されるＱｏＳパラメータセット４０２を生成する必要があり、その要求されるＱｏＳパラメータセットは通信ネットワーク３００内のＳＧＳＮ３０８（特にセションマネージャ３１０）に転送される（ステップ２ａを参照）。次に、セションマネージャ３１０は各ベアラについてのネゴシエーションされたＱｏＳパラメータセット４０４を生成してＵＥ２００に転送する（ステップ２ｂを参照）。さらに、ＵＥ２００（特に、セションマネージャ２２４）は、各ベアラをセットアップするのに用いられるネゴシエーションされたＱｏＳパラメータセット４０４を受け入れるかどうかを決定する（ステップ２ｃ）。もし、ＵＥ２００がネゴシエーションされたＱｏＳパラメータセット４０４を受け入れるなら、通信ネットワーク３００とのメディアフロー４００が確立される（ステップ３を参照）。もし、ＵＥ２００がネゴシエーションされたＱｏＳパラメータセット４０４のどんなものも受け入れないなら、対応するベアラはディアクティベートされ、対応するメディアフロー４００は通信ネットワーク３００との間で確立されない。この明細書では、通信ネットワーク３００に送信される要求されたＱｏＳパラメータセット４０２をＵＥ２００が生成する工程に、特に、関心がある。次に、ＵＥ２００が要求されたＱｏＳパラメータセット４０２をどのように生成するのかを検討する。
【００１９】
ＵＥ２００は、次の構成要素：アプリケーション２１２、ＳＤＰハンドラ２１４（オプション）、ＩＰ  ＢＳマネージャ２１６（オプション）、変換／マッピング機能２１８、ＵＭＴＳ  ＢＳマネージャ２２０、ＱｏＳデータベース２２２（例えば、アプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース２２２）、セションマネージャ２２４を用いることにより要求されたＱｏＳパラメータセット４０２を生成することができる。これらの構成要素２１２、２１４、２１６、２１８、２２０、２２２、及び２２４は次のようにして要求されたＱｏＳパラメータセット４０２を生成することができる。
【００２０】
Ａ．アプリケーション２１２は、ステップＢ或いはステップＤを実行するのに必要な関連情報を、おそらく、ＩＰ  ＢＳマネージャ２１６と変換／マッピング機能２１８を介してＵＭＴＳ  ＢＳマネージャ２２０に提供する。
【００２１】
Ｂ．必要とあれば、ＵＭＴＳ  ＢＳマネージャ２２０はステップＡからの情報を用いて改善されたアプリケーションタイプ毎のＵＭＴＳ  ＱｏＳパラメータデータベース２２２からの適切なセットのＱｏＳパラメータ３０６にアクセスする。この明細書では、このステップが実行されると仮定している。
【００２２】
Ｃ．ＳＤＰハンドラ２１４が利用可能であるなら、そこからのＳＤＰパラメータは（おそらく、ＩＰ  ＢＳマネージャ２１６と変換／マッピング機能２１８を介して）ＵＭＴＳ  ＢＳマネージャ２２０のためにガイダンスを提供して、アップリンク／ダウンリンク（ＵＬ／ＤＬ）最大ビットレートとＵＬ／ＤＬの保証されたビットレートとを設定する。
【００２３】
Ｄ．ステップＢからのＱｏＳパラメータのセット３０６（或いはステップＡからのＱｏＳパラメータ値）は、ステップＣからのＵＬ／ＤＬの最大ビットレートとＵＬ／ＤＬの保証されたビットレートとともに、おそらく、セションマネージャ２２４でマージされる。その結果が、要求されるＱｏＳパラメータセット４０２である。
【００２４】
上述のことから、ＵＥ２００は従来技術に対して著しい改善を示していることが理解できる。なぜなら、通信ネットワーク３００のオペレータにより空中インタフェースによりプロビジョンと微調整の内の少なくともいずれかがなされる定義されたＱｏＳデータベース２２２をＵＥ２００がもつからである。また、ＵＥ２００は、多くの他の利点も同様に有しており、そのいくつかは次のリストで検討される。
【００２５】
・ＱｏＳデータベース２２２はテーブル２２６ａ、２２６ｂ、……、２２６ｎを有しており、それらは特定のタイプの通信ネットワーク３００（例えば、ＩＭＳアーキテクチュアの通信ネットワーク３００）のＱｏＳ要求に基づいたＱｏＳパラメータセット３０６を格納することができる。これは、多くの異なるタイプの通信ネットワークがあるために重要である。
【００２６】
・オペレータは現存するアプリケーションと将来のアプリケーションのためにＱｏＳデータベース２２２を投入することができる。そして、オペレータは、通信ネットワーク３００内でアプリケーションメディアフロー４００を確立する助けのために用いられるＱｏＳパラメータセットを備えたＱｏＳデータベース２２２を投入することもできる。
【００２７】
・要求されるＱｏＳパラメータ４０２の全てがプロビジョンされる必要がないことを認識すべきである。その代わり、ＱｏＳパラメータのいくつかが他の機構を用いて創成されても良い。例えば、ＵＥ２００内のいくつかのＱｏＳ値は計算することができる。そのようにして、ＵＥ２００は計算されたＱｏＳパラメータとプロビジョンされたＱｏＳパラメータとの間で選択することもできる。そして、計算されたＱｏＳパラメータをプロビジョニング・サーバ３０４に対して公表する必要さえもないかもしれない。
【００２８】
・アプリケーション毎に１つのテーブルをもつことの益は、異なる編成の間でグローバルにユニークなメディアタイプ識別子を標準化する必要がない点にある。グローバルな登録編成を維持することは通常、非常に難しく、そして、本発明の解決策が用いられるなら、これは必要がない。
【００２９】
・ＵＥ２００のユーザはＱｏＳデータベース２２２内でＱｏＳ設定について悩む必要はない。事実、オペレータはＱｏＳデータベース２２２を投入することができるので、そのＱｏＳがユーザにより知覚される品質とネットワーク特性とに結びついたものであることも確かめることもできる。
【００３０】
・ＱｏＳデータベース２２２はアプリケーション毎に１つのテーブルをもち、それは、もし、グローバルなデータベースが用いられるなら必要となるグローバルにユニークな識別子を用いる必要を回避している。このことは、種々の識別子の定義が特定の組織によりサポートされ／標準化される特定のアプリケーションに基づくことを可能にしていることを意味している。
【００３１】
本発明の１つの実施例について添付図面で図示し、前述の詳細な説明で記載したが、本発明はその開示された実施例により限定されるものではなく、添付された請求の範囲により説明され定義された本発明の精神を逸脱ことなく、多くの再構成や変形や代用が可能であることを理解されたい。
【図面の簡単な説明】
【００３２】
【図１】従来技術の状態となぜ本発明が必要であるのかを説明する助けに用いられるＵＥと通信ネットワークを示すブロック図である。
【図２Ａ】ＱｏＳデータベース（例えば、アプリケーションタイプ毎の改良型ＵＭＴＳ  ＱｏＳパラメータのデータベース）を有したＵＥを示すブロック図であり、ＱｏＳ値は本発明に従って編成され格納される。
【図２Ｂ】本発明に従って図２Ａに示されているＱｏＳデータベース（例えば、アプリケーションタイプ毎の改良型ＵＭＴＳ  ＱｏＳパラメータのデータベース）のフォーマットをより詳細に図示するブロック図である。
【図３】本発明に従って図２Ｂに示されているＵＥのＱｏＳデータベースをオペレータがどのような通信ネットワークを用いて投入／プロビジョンするのかを説明する助けに用いられるブロック図である。
【図４】本発明に従って、通信ネットワークとのアプリケーションメディアフローを確立するために図２Ａに示されたＵＥがどのように投入されたＱｏＳデータベースを利用することができるのかを説明する助けに用いられるブロック図である。
【国際調査報告】
2008533939.tif 000008
2008533939.tif 000009
2008533939.tif 000010