(57)【要約】  ＩＰセッション中にパケットデータプロトコルコンテクストを変更する方法は、パケットデータプロトコルコンテクストをユーザ装置により第１サービスクオリティ設定でアクチベートするステップと、セッション内にリソースの変更デマンドがあるかどうか検出するステップと、セッション内のリソースの変更デマンドが検出されるたびに、第１サービスクオリティ設定を、その第１サービスクオリティ設定とは異なる第２サービスクオリティ設定へ変更するようにパケットデータプロトコルコンテクストを変更するステップとを備え、第２サービスクオリティ設定は、リソースの変更デマンドに対応する。【選択図】図３
2008515312.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰセッション中にパケットデータプロトコルコンテクストを変更する方法において、
パケットデータプロトコルコンテクストをユーザ装置により第１サービスクオリティ設定でアクチベートするステップと、
セッション内にリソースの変更デマンドがあるかどうか検出するステップと、
セッション内にリソースの変更デマンドが検出されたときに、前記第１サービスクオリティ設定を、その第１サービスクオリティ設定とは異なる第２サービスクオリティ設定へと変更するようにパケットデータプロトコルコンテクストを変更するステップであって、前記第２サービスクオリティ設定が前記リソースの変更デマンドに対応するようなステップと、
を備えた方法。
【請求項２】
ＩＰセッション中にパケットデータプロトコルコンテクストを変更する方法において、
パケットデータプロトコルコンテクストをユーザ装置により第１サービスクオリティ設定でアクチベートするステップと、
セッション内にリソースの変更デマンドがあるかどうか検出するステップと、
前記リソースの変更デマンドがより高いデマンドに対応する場合には、前記第１サービスクオリティ設定を、その第１サービスクオリティ設定とは異なる第２サービスクオリティ設定へと変更するようにパケットデータプロトコルコンテクストを変更するステップであって、前記第２サービスクオリティ設定が前記リソースの変更デマンドに対応するようなステップと、
前記リソースの変更デマンドがより低いデマンドに対応する場合には、タイマーをスタートすると共に、前記より低いデマンドに関してより高いデマンドに対応するリソースの別の変更デマンドを検出することなく前記タイマーが満了する場合に前記変更ステップを実行するステップと、
を備えた方法。
【請求項３】
前記セッションは、プッシュ・ツー・トーク・オーバー・セルラー・セッションを含む請求項１又は２に記載の方法。
【請求項４】
前記検出ステップは、前記変更デマンドをシグナリングイベントによりトリガーすることを含む、請求項１又は２に記載の方法。
【請求項５】
前記シグナリングイベントは、ユーザ装置においてスピーチ入力を検出し、パケットフィルタの使用によりリアルタイムプロトコルパケットを受信し、及びフロア制御シグナリングを検出するというグループの１つを含む、請求項４に記載の方法。
【請求項６】
前記第１サービスクオリティ設定を、ベストエフォートクラス及び対話型クラスのグループの１つに対応させ、そして前記第２サービスクオリティ設定を、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応させることを更に含む、請求項３に記載の方法。
【請求項７】
前記第１サービスクオリティ設定を、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応させ、そして前記第２サービスクオリティ設定を、ベストエフォートクラス及び対話型クラスのグループの１つに対応させることを更に含む、請求項３に記載の方法。
【請求項８】
ＩＰセッション中にパケットデータプロトコルコンテクストを変更するように構成されたシステムにおいて、
パケットデータプロトコルコンテクストを第１サービスクオリティ設定でアクチベートするように構成された少なくとも１つのユーザ装置と、
セッション内のリソースの変更デマンドを検出するように構成された少なくとも１つのネットワーク要素であって、セッション内のリソースの変更デマンドに対する自動応答としてパケットデータプロトコルコンテクストを変更して、第１サービスクオリティ設定が、その第１サービスクオリティ設定とは異なる第２サービスクオリティ設定へと変更されるようにする能力が設けられ、前記第２サービスクオリティ設定が前記リソースの変更デマンドに対応するようなネットワーク要素と、
を備えたシステム。
【請求項９】
前記システムは、前記セッションがプッシュ・ツー・トーク・オーバー・セルラー・セッションを含むように構成される、請求項８に記載のシステム。
【請求項１０】
前記ネットワーク要素は、シグナリングイベントで構成された変更デマンドを含む、請求項８に記載のシステム。
【請求項１１】
前記ネットワーク要素は、ネットワーク要素における検出されたスピーチ入力、ユーザ装置における検出されたスピーチ入力、パケットフィルタを使用することによるリアルタイムプロトコルパケットの受信、及び検出されたフロア制御シグナリングのグループの１つで構成されたシグナリングイベントを含む、請求項１０に記載のシステム。
【請求項１２】
前記ネットワーク要素は、タイマーを備え、そして更に、リソースの変更デマンドがより低いデマンドに対応する場合に、前記タイマーをスタートさせると共に、前記より低いデマンドに関してより高いデマンドに対応するリソースの別の変更デマンドを検出することなく前記タイマーが満了する場合にパケットデータプロトコルコンテクストを変更するように構成された、請求項８に記載のシステム。
【請求項１３】
前記第１サービスクオリティ設定は、ベストエフォートクラス及び対話型クラスのグループの１つに対応し、そして前記第２サービスクオリティ設定は、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応する、請求項９に記載のシステム。
【請求項１４】
前記第１サービスクオリティ設定は、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応し、そして前記第２サービスクオリティ設定は、ベストエフォートクラス及び対話型クラスのグループの１つに対応する、請求項９に記載のシステム。
【請求項１５】
ＩＰセッション中にパケットデータプロトコルコンテクストを変更し、前記セッション内にリソースの変更デマンドがあるかどうか検出されるようにし、そして前記セッション内のリソースの変更デマンドに対する自動応答としてパケットデータプロトコルコンテクストを変更するように構成されたネットワーク装置において、第１サービスクオリティ設定が、その第１サービスクオリティ設定とは異なる第２サービスクオリティ設定へと変更され、そして第２サービスクオリティ設定がリソースの変更デマンドに対応するようなネットワーク装置。
【請求項１６】
前記セッションは、プッシュ・ツー・トーク・オーバー・セルラー・セッションを含む、請求項１５に記載のネットワーク装置。
【請求項１７】
前記変更デマンドは、シグナリングイベントを含む、請求項１５に記載のネットワーク装置。
【請求項１８】
リアルタイムプロトコルパケットをシグナリングイベントとして受け取るように構成されたパケットフィルタを更に備えた、請求項１７に記載のネットワーク装置。
【請求項１９】
検出されたスピーチ入力をシグナリングイベントとして更に含む、請求項１７に記載のネットワーク装置。
【請求項２０】
検出されたフロア制御シグナリングをシグナリングイベントとして更に含む、請求項１７に記載のネットワーク装置。
【請求項２１】
タイマーを更に備え、このタイマーは、リソースの変更デマンドが、より低いデマンドに対応することが検出された場合にスタートされ、そして、前記より低いデマンドに関してより高いデマンドに対応するリソースの別の変更デマンドを検出することなく前記タイマーが満了する場合にパケットデータプロトコルコンテクストが変更される、請求項１５に記載のネットワーク装置。
【請求項２２】
前記第１サービスクオリティ設定は、ベストエフォートクラス及び対話型クラスのグループの１つに対応し、そして前記第２サービスクオリティ設定は、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応する、請求項１６に記載のネットワーク装置。
【請求項２３】
前記第１サービスクオリティ設定は、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応し、そして前記第２サービスクオリティ設定は、ベストエフォートクラス及び対話型クラスのグループの１つに対応する、請求項１６に記載のネットワーク装置。
【請求項２４】
前記ネットワーク装置は、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）である、請求項１５に記載のネットワーク装置。
【請求項２５】
前記ネットワーク装置は、ターミナルである、請求項１５に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プッシュ・ツー・トーク・オーバー・セルラー・セッションのようなＩＰセッションの間にパケットデータプロトコルコンテクストを変更する方法、システム及びネットワーク装置に係る。
【背景技術】
【０００２】
プッシュ・ツー・トーク・オーバー・セルラー（ＰｏＣ）サービスは、ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）のフレーム内のアプリケーションとして導入された。図１は、ＰｏＣサービスエレメントがＩＭＳアーキテクチャーにいかに適合するかを示す（質問コール状態制御ファンクション（Ｉ−ＣＳＣＦ）は、簡単化のために図示されていない）。
【０００３】
最近の開発によれば、ＩＭＳは、基礎的なＳＩＰベース（セッション開始プロトコル）ＩＰコアネットワークとして強化されている。
【０００４】
ＰｏＣサービスのためのアプリケーションレベルネットワーク機能を実施するＰｏＣサーバーは、本質的に、ＩＭＳパースペクティブからのアプリケーションサーバーとして見られている。ＩＭＳコア及びＰｏＣサーバーは、ＩＳＣ（ＩＰマルチメディアセッションコントロール）インターフェイスを使用する。
【０００５】
更に、ＰｏＣサービスに必要なグループ及びリスト（例えば、コンタクト及びアクセスリスト）を管理するために、グループ及びリストマネージメントサーバー（ＧＬＭＳ）がＰｏＣユーザにより使用される。ＩＭＳアーキテクチャーでは、Ｕｔインターフェイスがこれらのファンクションを与え、ひいては、ＧＬＭＳとＵＥとの間の通信がＵｔインターフェイスを使用する。
【０００６】
プレゼンスサーバーは、ＰｏＣユーザに関する利用性情報を他のＰｏＣユーザに与えることができる。
セッション確立シグナリングをサポートするために２つのメカニズムが存在する。両シナリオにおいて、ＰｏＣユーザ（発信又は着信）と、そのユーザにサービスするＰｏＣサーバーとの間にセッションが先ず確立され、次いで、他の当事者がセッションに招待される。
【０００７】
セッション設定のためのメカニズムは、以下に詳細に説明する。
オン・デマンド・セッションは、ユーザがＰｏＣセッションを実際に確立したいときにＰｏＣクライアントとホームＰｏＣサーバーとの間にメディア及びフロア制御パケットを送信するのに使用されるＩＰアドレス、ポート及びコーデックのようなメディアパラメータをネゴシエーションするメカニズムを提供する。このメカニズムは、ユーザがＰｏＣセッションを確立し／受け取り／加入することを希望するたびに、全セッション確立手順を使用することにより、ＰｏＣクライアントがＰｏＣサーバーを経て他のＰｏＣクライアントを招待するか又はＰｏＣセッションを受け取るのを許す。メディアパラメータは、このメカニズムにおいて、再びネゴシエーションすることができる。
【０００８】
予め確立されたセッションは、ＰｏＣセッションを確立する前にＰｏＣクライアントとホームＰｏＣサーバーとの間にメディア及びフロア制御パケットを送信するのに使用されるＩＰアドレス、ポート及びコーデックのようなメディアパラメータをネゴシエーションするメカニズムを提供する。このメカニズムは、メディアパラメータを再びネゴシエーションすることなく、ＰｏＣクライアントが他のＰｏＣクライアントを招待したり又はＰｏＣセッションを受け取ったりするのを許す。予め確立されたセッションが設定された後に（ＰｏＣユーザが登録されると）、ＰｏＣクライアントは、必要なときに、即ち一般的なＰｏＣセッションを予め確立する手順の直後に、又はＰｏＣメディアセッション確立のための実際のＳＩＰシグナリングが開始されるときに、メディアベアラをアクチベートすることができる。
【０００９】
オン・デマンド・セッションは、図２を参照して、以下に詳細に説明する。
簡単な高レベルＰｏＣセッションの流れは、ＧＰＲＳベアラを使用するときに以下に示す。この流れは、ＰｏＣ／ＩＭＳセッションを伴うＰＤＰ（パケットデータプロトコル）コンテクストの一般的なケース及び関係を示すもので、個別のＰＤＰコンテクストがメディアに対して要求されるかどうかの特殊なオーダー又は要求を示すものではない。
【００１０】
オン・デマンド・シグナリングに基づいてＰｏＣ通信を確立するための簡単なステップは、次の通りである。
１．各ターミナルが電源オンされるが、これは、各ターミナルに対して異なる時間に生じてもよい。
２．各ターミナルは、ＰＳドメインに対して認証するためにＰＳ（パケット交換）アタッチを遂行するが、これも、各ターミナルに対して異なる時間に生じてもよい。
３．各ターミナルは、任意の種類の通信を確立するためにＰＤＰコンテクストを確立する。これも、各ターミナルに対して異なる時間に生じてもよい。このＰＤＰコンテクストベアラの使用は、ターミナル、ネットワーク及び全システムが動作のためにどのように構成されるかに基づいて異なる仕方で実現できる。
【００１１】
４．各ターミナルは、ＩＭＳ登録を遂行し、これも、各ターミナルに対して異なる時間に生じてもよい。
５．ユーザＡは、ターミナルＡのプッシュ・ツー・トーク指示／ボタンを押して、そのユーザがターミナルＢのユーザと通信したいことを指示する。ステップ５は、ステップ４が遂行された後にいつ行われてもよく、ステップ１−４が遂行されると、これらのステップ間にタイミングの相関はない。
【００１２】
６．ターミナルＡは、これがメディア又はフロア制御交換のためにＰＤＰコンテクストをアクティブにしない場合には、ＰＤＰコンテクストを確立し（６ａ）、そしてＳＩＰ  ＩＮＶＩＴＥをＩＭＳへ送信することによりＰｏＣ通信のためのＳＩＰセッションを生成する（６ｂ）。ＩＮＶＩＴＥ要求は、ＰｏＣサービス指示を含み、Ｓ−ＣＳＣＦ（サービングコール状態制御ファンクション）は、このサービス指示がＩＳＣフィルタリング情報に一致しそしてセッション確立要求をＰｏＣアプリケーションサーバー（ＡＳ）へルーティングすることを識別する。現在のところ、予め確立されたＰＤＰコンテクストのサービスクオリティ(Quality of Service)（ＱｏＳ）が「ベストエフォート(best effort)」より高いＱｏＳをもつことが許されるかどうか定義されていない。サービスベースのローカルポリシーがターミナルＡのネットワークに適用される場合には、ＰＤＦ（Ａ）（ポリシー判断ファンクション）がセッションに対する許可トークンを発生し、そしてＰ−ＣＳＣＦ（Ａ）（プロキシーコール状態制御ファンクション）が、それを、最初に得られる信頼性の高いＳＩＰ応答（この場合は、２００ ＯＫ）に挿入してターミナルへ配送する。このケースでは、ターミナルは、ステップ８ｂに示す媒体に対するＰＤＰコンテクスト変更において許可トークンを挿入する。メディアに対するＰＤＰコンテクストの確立は、ＩＭ／ＰｏＣアプリケーションの構成に基づいて任意である。
【００１３】
７．これは「初期のメディアの流れ」であるから、ＰｏＣ  ＡＳは（ＰｏＣ通信を完了すべきであると決定した後に）、ＩＭＳと一緒に、ＰｏＣ通信のために着信ターミナルへＩＮＶＩＴＥを転送する。サービスベースのローカルポリシーがターミナルＢのネットワークに適用される場合には、ＰＤＦ（Ｂ）がセッションに対する許可トークンを発生し、そしてＰ−ＣＳＣＦ（Ｂ）がそれをＩＮＶＩＴＥ要求に挿入してターミナルへ配送する。ＰｏＣ  ＡＳは、ＩＭＳと一緒に、２００ ＯＫをターミナルＡへ返送することにより発信セッションを完了させる。
【００１４】
８−９．ＩＮＶＩＴＥを受け取った後に（７）、ターミナルＢは、２００ ＯＫを返送することによりセッションを受け入れ、そしてメディアに対するＰＤＰコンテクストを確立する。ターミナルの設定（自動応答モード又は手動応答モード）に基づいて、ＰＤＰコンテクストを異なる順序で確立することができる。サービスベースのローカルポリシーがターミナルＢのネットワークに適用される場合には、ターミナルは、ＩＮＶＩＴＥ要求で受け取られた許可トークンをＰＤＰコンテクストアクチベーション要求へ挿入する。
【００１５】
１０．ＰｏＣ  ＡＳは、フロア制御を遂行して、ターミナルＡにそれがフロアを有することを通知すると共に、ターミナルＢに誰がフロアを有するかを通知する。
１１．ターミナルＡからターミナルＢへメディアが転送される。
【００１６】
予め確立されたセッションは、図３を参照することにより以下に詳細に説明する。
簡単な高レベルＰｏＣセッションの流れは、ＧＰＲＳ（汎用パケット無線サービス）ベアラを使用するときに、以下に示す。この流れは、ＩＭＳセッションを伴うＰＤＰコンテクストの一般的なケース及び関係を示し、個別のＰＤＰコンテクストがメディアに対して要求されるかどうかの特殊なオーダー又は要求を示すものではない。この流れは、（両側に同じメカニズムを使用することが要求されないが）発信側及び着信側の両ＰｏＣユーザが予め確立されたセッションメカニズムを使用すると仮定する。
【００１７】
予め確立されたセッションのシグナリングに基づいてＰｏＣ通信を確立するための簡単なステップは、次の通りである。
１．各ターミナルが電源オンされるが、これは、各ターミナルに対して異なる時間に生じてもよい。
２．各ターミナルは、ＰＳドメインに対して認証するためにＰＳアタッチを遂行するが、これも、各ターミナルに対して異なる時間に生じてもよい。
【００１８】
３．各ターミナルは、ＰＤＰコンテクストを確立する。これも、各ターミナルに対して異なる時間に生じてもよい。このＰＤＰコンテクストベアラの使用は、ターミナル、ネットワーク及び全システムが動作のためにどのように構成されるかに基づいて異なる仕方で実現できる。
４．各ターミナルは、ＩＭＳ登録を遂行し、これも、各ターミナルに対して異なる時間に生じてもよい。
【００１９】
５．各ターミナルは、ＰｏＣ  ＡＳに向かってＰｏＣ通信するために予め確立されるセッションを確立する。ＩＮＶＩＴＥ要求は、ＰｏＣサービス指示を含み、Ｓ−ＣＳＣＦは、このサービス指示がＩＳＣフィルタリング情報に一致しそしてセッション確立要求をＰｏＣ  ＡＳへルーティングすることを識別する。サービスベースのローカルポリシーがターミナルのＩＭＳネットワークに適用される場合には、予め確立されるセッションの設定時に、許可トークンが、ＰＤＦにより発生され、Ｐ−ＣＳＣＦによりターミナルに挿入され配送される（２００ ＯＫ応答において）。この予め確立されるセッションの設定は、各ターミナルに対して異なる時間に生じてもよい。セッションの関係が確立されると、ユーザがＰｏＣサーバーに接続したままにすることを望む限り、それが保持される。
【００２０】
６．ＰｏＣ通信に対して予め確立されるセッションを確立した後に、各ターミナルは、メディア転送が個別のＰＤＰコンテクストを要求する場合にサポートされるシナリオに基づいて、メディアに対するＰＤＰコンテクストを確立することができる。サービスベースのローカルポリシーが適用される場合には、ターミナルは、ステップ５で受け取った許可トークンを、ＰＤＰコンテクストアクチベーション／変更要求に含ませる。ステップ６を行うとき（ステップ５又はステップ７の直後）は、要求されるＱｏＳトラフィックのクラスに基づいて決定されてもよい。ステップ５の直後に最初に確立されたＰＤＰコンテクストに対して対話型トラフィッククラスを使用し、次いで、ステップ７の後により高いＱｏＳトラフィッククラスに対してＰＤＰコンテクストを変更する可能性が提案される。
【００２１】
７．ユーザＡは、ターミナルＡのプッシュ・ツー・トーク指示／ボタンを押して、そのユーザがターミナルＢのユーザと通信したいことを指示する。
８．ターミナルＡは、例えば、着信側ユーザのアドレスを含むＳＩＰ  ＲＥＦＥＲメッセージを、ＩＭＳを経てＰｏＣ  ＡＳへ送信する。
９．ＰｏＣ  ＡＳは、フロア制御を使用して、着信ＰｏＣ通信が到来することを着信側ターミナルに通知する。
【００２２】
１０．ＰｏＣ  ＡＳは、ＲＥＦＥＲメッセージを確認する。
１１．ＰｏＣ  ＡＳは、発信側ターミナルへのフロア制御を完了し、ターミナルにそれがフロアを有することを通知する。
１２．ターミナルＡからターミナルＢへメディアが転送される。
【発明の開示】
【発明が解決しようとする課題】
【００２３】
上述した従来技術によれば、ＰｏＣユーザがグループに加入するか又は１対１のセッションをアクチベートするときに、そのセッションに対してリソースが予約され、例えば、ＰＤＰコンテクストがアクチベートされる。ストリーミングクラス又は会話クラスが使用される場合には、リソースの予約は、ある保証されたビットレート又は帯域巾がセッションに対してパケットコア及び無線ネットワークに予約されることも意味する。リソースは、たとえユーザがトラフィックを有していなくても、連続的に予約される。特に、グループセッションは、ユーザアプリケーションに基づき、長期間、例えば、就労日に、永続的に、進行し得る。しかしながら、ネットワークリソース（保証されたビットレート／帯域巾）の連続的な予約は、ユーザが実際にリソースを使用しなくても、ユーザにとってそれに対応する金額がかかることは不可避である。
【００２４】
プッシュ・ツー・トーク・オーバー・セルラー・セッション以外のＩＰセッションでも、リソースがセッションに対して予約されるときには、同様の問題が発生する。
【課題を解決するための手段】
【００２５】
そこで、本発明の目的は、従来技術の前記欠点を克服することである。
【００２６】
本発明の１つの態様によれば、前記目的は、ＩＰセッション中にパケットデータプロトコルコンテクストを変更する方法において、パケットデータプロトコルコンテクストをユーザ装置により第１サービスクオリティ設定でアクチベートするステップと、セッション内にリソースの変更デマンドがあるかどうか検出するステップと、セッション内にリソースの変更デマンドが検出されるたびに、第１サービスクオリティ設定を、これとは異なる第２サービスクオリティ設定へ変更するようにパケットデータプロトコルコンテクストを変更するステップであって、その第２サービスクオリティ設定がリソースの変更デマンドに対応するようなステップと、を備えた方法により達成される。
【００２７】
本発明の別の態様によれば、前記目的は、ＩＰセッション中にパケットデータプロトコルコンテクストを変更する方法において、パケットデータプロトコルコンテクストをユーザ装置により第１サービスクオリティ設定でアクチベートするステップと、セッション内にリソースの変更デマンドがあるかどうか検出するステップと、そのリソースの変更デマンドがより高いデマンドに対応することが検出された場合には、第１サービスクオリティ設定を、これとは異なる第２サービスクオリティ設定へ変更するようにパケットデータプロトコルコンテクストを変更するステップであって、その第２サービスクオリティ設定がリソースの変更デマンドに対応するようなステップと、そのリソースの変更デマンドがより低いデマンドに対応することが検出された場合には、タイマーをスタートすると共に、前記より低いデマンドに関してより高いデマンドに対応するリソースの別の変更デマンドを検出することなくタイマーが満了する場合にのみ前記変更ステップを実行するステップと、を備えた方法により達成される。
【００２８】
前記２つの態様の第１の変形例によれば、前記ＩＰセッションは、プッシュ・ツー・トーク・オーバー・セルラー・セッションである。
【００２９】
前記２つの態様の第２の変形例によれば、前記検出ステップは、変更デマンドがシグナリングイベントによりトリガーされることを含む。前記シグナリングイベントは、ユーザ装置においてスピーチ入力を検出し、パケットフィルタの使用によりリアルタイムプロトコルパケットを受信し、又はフロア制御シグナリングを検出するというグループの１つでよい。
【００３０】
第３の変形例によれば、前記第１の変形例は、第１サービスクオリティ設定が、ベストエフォートクラス及び対話型クラスのグループの１つに対応し、そして第２サービスクオリティ設定が、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応するように、更に変更される。
【００３１】
第４の変形例によれば、前記第１の変形例は、第１サービスクオリティ設定が、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応し、そして第２サービスクオリティ設定が、ベストエフォートクラス及び対話型クラスのグループの１つに対応するように、更に変更される。
【００３２】
本発明の更に別の態様によれば、前記目的は、ＩＰセッション中にパケットデータプロトコルコンテクストを変更するように構成されたシステムにおいて、パケットデータプロトコルコンテクストを第１サービスクオリティ設定でアクチベートするように構成された少なくとも１つのユーザ装置と、セッション内のリソースの変更デマンドを検出するように構成された少なくとも１つのネットワーク要素であって、セッション内のリソースの変更デマンドに対する自動応答としてパケットデータプロトコルコンテクストを変更して、第１サービスクオリティ設定が、その第１サービスクオリティ設定とは異なる第２サービスクオリティ設定へと変更されるようにする能力が設けられ、前記第２サービスクオリティ設定がリソースの変更デマンドに対応するようなネットワーク要素と、を備えたシステムにより達成される。
【００３３】
この態様の第１変形例によれば、前記システムは、ＩＰセッションがプッシュ・ツー・トーク・オーバー・セルラー・セッションであるように構成される。
【００３４】
この態様の第１変形例によれば、前記ネットワーク要素の構成は、検出された変更デマンドがシグナリングイベントであることを含む。このシグナリングイベントは、ネットワーク要素における検出されたスピーチ入力、ユーザ装置における検出されたスピーチ入力、パケットフィルタを使用することによるリアルタイムプロトコルパケットの受信、又は検出されたフロア制御シグナリング、のグループの１つでよい。
【００３５】
この態様の第３変形例によれば、前記ネットワーク要素は、タイマーを備え、そして更に、リソースの変更デマンドがより低いデマンドに対応することが検出された場合に、タイマーをスタートさせると共に、前記より低いデマンドに関してより高いデマンドに対応するリソースの別の変更デマンドを検出することなくタイマーが満了する場合にのみパケットデータプロトコルコンテクストを変更するように構成される。
【００３６】
この態様の第４変形例によれば、前記第１の変形例は、第１サービスクオリティ設定が、ベストエフォートクラス及び対話型クラスのグループの１つに対応し、そして第２サービスクオリティ設定が、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応するように、更に変更される。
【００３７】
この態様の第５変形例によれば、前記第１の変形例は、第１サービスクオリティ設定が、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応し、そして第２サービスクオリティ設定が、ベストエフォートクラス及び対話型クラスのグループの１つに対応するように、更に変更される。
【００３８】
本発明の更に別の態様によれば、前記目的は、ＩＰセッション中にパケットデータプロトコルコンテクストを変更するように構成されたネットワーク装置において、前記構成は、セッション内にリソースの変更デマンドがあるかどうか検出することと、セッション内のリソースの変更デマンドに対する自動応答としてパケットデータプロトコルコンテクストを変更するための能力が与えられることとを含み、第１サービスクオリティ設定は、その第１サービスクオリティ設定とは異なる第２サービスクオリティ設定へと変更され、そして前記第２サービスクオリティ設定がリソースの変更デマンドに対応するようなネットワーク装置により達成される。
【００３９】
この態様の第１変形例によれば、前記検出する構成は、前記変更デマンドがシグナリングイベントであることを含む。この場合に、前記検出する構成は、リアルタイムプロトコルパケットをシグナリングイベントとして受け取るように構成されたパケットフィルタを含むことができる。それとは別に、前記検出する構成は、検出されたスピーチ入力をシグナリングイベントとして含んでもよい。更に、それとは別に、前記検出する構成は、検出されたフロア制御シグナリングをシグナリングイベントとして含んでもよい。
【００４０】
この態様の第２変形例によれば、タイマーが更に含まれ、前記構成は、更に、リソースの変更デマンドが、より低いデマンドに対応することが検出された場合に、タイマーがスタートされると共に、前記より低いデマンドに関してより高いデマンドに対応するリソースの別の変更デマンドを検出することなくタイマーが満了する場合にのみパケットデータプロトコルコンテクストが変更される。
【００４１】
この態様の第３変形例によれば、前記構成は、ＩＰセッションがプッシュ・ツー・トーク・オーバー・セルラー・セッションであることを含む。
【００４２】
この態様の第４変形例によれば、前記第３変形例は、第１サービスクオリティ設定が、ベストエフォートクラス及び対話型クラスのグループの１つに対応し、そして第２サービスクオリティ設定が、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応するように、更に変更される。
【００４３】
この態様の第５変形例によれば、前記第３の変形例は、第１サービスクオリティ設定が、アップリンクストリーミングクラス、ダウンリンクストリーミングクラス及び会話クラスのグループの１つに対応し、そして第２サービスクオリティ設定が、ベストエフォートクラス及び対話型クラスのグループの１つに対応するように、更に変更される。
【００４４】
上述した本発明の態様の幾つかの変形例によれば、ＵＥがＰｏＣのグループに加入するか又は１対１のＰｏＣセッションを設定するときに、永続的で且つコストのかかるリソース（ビットレート／帯域巾）予約の必要がないといった種々の効果が達成される。
【００４５】
本発明の更に目的、詳細、効果及び変形は、添付図面を参照した好ましい実施形態の以下の詳細な説明から明らかとなろう。
【発明を実施するための最良の形態】
【００４６】
本発明の１つの好ましい実施形態では、ＩＰセッションがプッシュ・ツー・トーク・オーバー・セルラー・セッションであり、これに対して本発明を適用し、前記導入部で述べた欠点を完全に克服できることから容易に明らかなように多数の効果を得ることができる。しかしながら、これは、本発明をいずれかの仕方に制限するものと解釈されるものではない。むしろ、多数の他のアプリケーションが本発明から利益を得ることができ、その中でも、プッシュ・ツー・トーク・オーバー・セルラー・サービスは、本発明及びその効果を例示し且つ実施例を表わすための選択された一例に過ぎない。
【００４７】
それ故、以下、本発明の実施形態は、プッシュ・ツー・トーク・オーバー・セルラー・サービスを一実施例として参照することにより説明する。
【００４８】
図４は、本発明の好ましい実施形態に基づく重要なネットワーク要素を示す。即ち、ネットワーク内にはポリシー判断ファンクションがあって、これが、Ｇｏインターフェイスを経てゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）に接続され、該ＧＧＳＮは、ユーザ装置（ＵＥ）とでＰＤＰコンテクストシグナリングを交換する。ポリシー判断ファンクションの別の接続は、Ｇｑインターフェイスを経てプロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ）／サービングコール状態制御ファンクション（Ｓ−ＣＳＣＦ）へ至るものであり、これにはＰｏＣサーバーが接続されると共に、これとでＵＥがセッション開始プロトコル（ＳＩＰ）／セッション記述プロトコル（ＳＤＰ）シグナリングを交換する。
【００４９】
本発明の実施形態によれば、帯域巾の予約は、非リアルタイム（ベストエフォート、対話型）及びリアルタイム（ストリーミング、会話）トラフィッククラスの結合使用で最適化される。
【００５０】
例えば、ＰｏＣセッションがスタートすると、ＰＤＰコンテクストが対話型クラスでアクチベートされる。ユーザが話し始めると、一実施形態によれば、ユーザ装置（ＵＥ）がＰＤＰコンテクストを会話クラス又はストリーミングクラス（保証された帯域巾）で変更する。スピーチアクティビティが終了した後にトラフィックの時間巾を制御するためにタイマーがスタートされる。最後のトラフィックが送信された後に充分な時間が経過すると、ＰＤＰコンテクストが対話型クラスへ戻される。更に、ユーザがスピーチ（スピーチ入力）を受信し始めると、スピーチを搬送するリアルタイムプロトコル（ＲＴＰ）が確認されると共に、ＰＤＰコンテクスト変更がアクチベートされて、トラフィッククラスを会話クラス又はストリーミングクラスへ変更させる。或いは又、ＵＥに対してフロア(floor)を許可するためのフロア制御シグナリングを、到来するトラフィックの指示として使用することができ、そしてＰＤＰコンテクスト変更がアクチベートされて、トラフィッククラスを会話クラス又はストリーミングクラスへ変更させる。スピーチアクティビティが終了した後にトラフィックの時間巾を制御するためにタイマーが再びスタートされる。従って、タイマーが満了すると、トラフィッククラスが対話型クラスへ変更される。
【００５１】
本発明の一実施形態によれば、１つのリンク方向に対してのみトラフィッククラスを変更することもできる。例えば、ユーザがＰｏＣセッションしか聴取しない場合には、トラフィッククラスをダウンリンク方向について変更するだけでよい。
【００５２】
本発明の実施形態は、ＵＥへの具現化、又はネットワークへの具現化、或いはその両方を含む。
ネットワーク側にパケットフィルタを使用して、スピーチパケット（ＲＴＰパケット）を検出することができる。トラフィックアクティビティを検出すると、本発明の一実施形態によれば、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）がＰＤＰコンテクスト変更を開始する。ＧＧＳＮは、タイマー機能も使用する。
【００５３】
又、ターミナル側にパケットフィルタを使用して、当該ＰＤＰコンテクストにおけるスピーチパケット（ＲＴＰパケット）を検出することもできる。本発明の一実施形態によれば、トラフィックアクティビティを検出すると、ＵＥがＰＤＰコンテクスト変更を開始して、トラフィッククラスを変更させる。又、ＵＥは、タイマー機能も使用する。
【００５４】
以下、本発明の好ましい実施形態は、セッション中の幾つかの状況を参照して説明する。
本発明の一実施形態によれば、グループに加入するか又は１対１のセッションを設定するときに、ユーザは、リアルタイムクラスを要求する（これは、両方向トラフィックが予想されるときには会話クラスであり、単一方向トラフィックが予想されるときにはストリーミングクラスである（が、会話クラスでもよい））。ネットワーク内の使用アクセスポイントにサービスベースのローカルポリシー（ＳＢＬＰ）が適用される場合には、ＰＤＦがセッションを適宜に許可する。
【００５５】
ＵＥは、ＰＤＰコンテクストをベストエフォートトラフィック／対話型クラスでアクチベートし、即ち、保証されたビットレート／帯域巾がセッションに対して予約されることはない。ネットワーク内の使用アクセスポイントにサービスベースのローカルポリシー（ＳＢＬＰ）が適用される場合には、ＧＧＳＮがＰＤＦからＱｏＳの許可を要求する。それが、セッションに対して許可されたＱｏＳの範囲内である場合には、ＰＤＦがその要求を確認する。（さもなければ、ＧＧＳＮ及びＵＥがＰＤＰコンテクストに対して要求されたＱｏＳをダウン方向に再ネゴシエーションするまで、許可が得られない。）
【００５６】
ＵＥ発信のスピーチアクティビティがある場合、即ちユーザが話し始めるときには、ＵＥがＰＤＰコンテクストを適宜に変更する。応答が予想されない場合には、ストリーミングクラスがアップリンク方向に設定される（が、会話クラスも使用できる）。応答が予想される場合には、会話クラスが設定される。スピーチアクティビティが終了した後にリアルタイムトラフィッククラスの時間巾を制御するためにタイマーがスタートされる。タイマーが満了すると、ＰＤＰコンテクストのトラフィッククラスがベストエフォートトラフィック／対話型に戻される。
【００５７】
ＵＥがスピーチを受け取り、即ちユーザがスピーチの受信を開始すると、スピーチを搬送するＲＴＰパケットが確認され、そしてＰＤＰコンテクスト変更がアクチベートされて、ＰＤＰコンテクストのトラフィッククラスをリアルタイムへ変更する。或いは又、ＵＥに対するフロアを許可するためのフロア制御シグナリングを、到来するトラフィックの指示として使用することができ、そしてＰＤＰコンテクスト変更がアクチベートされて、ＰＤＰコンテクストのトラフィッククラスをリアルタイムへ変更する。応答が予想されない場合には、ストリーミングクラスがダウンリンク方向に設定される（が、会話クラスも使用できる）。応答が予想される場合には、会話クラスが設定される。スピーチアクティビティが終了した後にリアルタイムトラフィッククラスの時間巾を制御するためにタイマーがスタートされる。
【００５８】
本発明のある実施形態によれば、使用ケースに基づいて変更を行うことができる。即ち、ユーザは、話すだけ（１）、聞くだけ（２）、又はその両方（３）であるグループに属することができる。
【００５９】
ケース（１）では、ＰＤＰコンテクスト変更においてアップリンク方向についてのみトラフィッククラスを変更すればよく、即ちアップリンクストリーミングが充分である。
【００６０】
ケース（２）では、ＰＤＰコンテクスト変更においてダウンリンク方向についてのみトラフィッククラスを変更すればよく、即ちダウンリンクストリーミングが充分である。
【００６１】
ケース（３）では、アドレスされた当事者の応答に対して既にアクチベートされた良好なクラスをもたせるために、トラフィッククラスを、両方向に同時に、即ち会話（セッションの確立時に許可された）へと変更することができる。或いは又、変形例によれば、各々の方向が互いに独立してＰＤＰコンテクストの変更をトリガーすることもできる。
【００６２】
以下、本発明の好ましい実施形態を、その実施例に基づいて説明する。
オペレーションは、ＵＥ又はネットワーク或いはその両方において実施することができる。
【００６３】
第三世代パートナーシッププロジェクト（３ＧＰＰ）に基づく公衆地上移動ネットワーク（ＰＬＭＮ）のケースでは、１つの実施がゲートウェイＧＰＲＳサポートノード内でなされる。従って、本発明のある好ましい実施形態に基づくネットワークのみにおける実施に対応して、パケットフィルタ（パケット分類子）が当該ＰＤＰコンテクストにおけるスピーチパケット（ＲＴＰパケット）の検出に使用される。或いは又、ＵＥとＰｏＣサーバーとの間のフロア制御シグナリングを当該ＰＤＰコンテクストにおいて監視して、フロアがＵＥに許可されたこと、即ちユーザトラフィックの開始が予想されることを見出すことができる。このようなトラフィックアクティビティを検出すると、ＧＧＳＮは、ＰＤＰコンテクスト変更を開始して、ＰＤＰコンテクストのトラフィッククラスをベストエフォート／対話型からストリーミング又は会話へ変更する。ＧＧＳＮは、スピーチアクティビティが終了した後にリアルタイムトラフィッククラスの時間巾を制御するためにタイマーをスタートさせる。
【００６４】
サービスベースのローカルポリシー（ＳＢＬＰ）がネットワークの使用アクセスポイントに適用される場合には、次のことが適用される。ＰＤＦにより与えられる許可が会話／両方向セッションに対するものである場合に、ＧＧＳＮは、同時にＰＤＰコンテクストの両方向を、又はアクチベートされた方向のみを変更し、そしてその保証されたビットレート／帯域巾を変更する前にその逆方向の考えられるアクティビティまで待機することができる。許可がストリーミング／単一方向性セッションに対するものである場合には、ＧＧＳＮは、アクチベートされた方向のみを変更する。
【００６５】
本発明の他の好ましい実施形態に基づきＵＥにおいてのみ実施がなされるときには、パケットフィルタ（ＩＰアドレス、ポート番号、プロトコル、ペイロード形式又は他のＲＴＰパラメータのようなパラメータを伴う）を使用して、当該ＰＤＰコンテクストにおけるスピーチパケット（ＲＴＰパケット）を検出することができる。或いは又、ＵＥとＰｏＣサーバーとの間のフロア制御シグナリングを当該ＰＤＰコンテクストにおいて監視して、フロアがＵＥに許可されたこと、即ちユーザトラフィックの開始が予想されることを見出すことができる。このようなトラフィックアクティビティを検出すると、ＵＥは、ＰＤＰコンテクスト変更を開始して、ＰＤＰコンテクストのトラフィッククラスをベストエフォート／対話型からストリーミング又は会話へ変更する。ＵＥは、スピーチアクティビティが終了した後にリアルタイムトラフィッククラスの時間巾を制御するためにタイマーをスタートさせる。
【００６６】
アップリンク方向では、ユーザが、話し始めるときにスピーチボタンを押さねばならず、即ちフロア制御シグナリングの結果として「フロアを得」なければならない場合には、ＵＥがスピーチ／ＲＴＰパケットを検出する必要がない。これは変更要求を開始できる。ダウンリンク方向では、ＵＥが当該セッション／アプリケーションのフィルタでスピーチアクティビティを検出しなければならない（ＩＰアドレス、ポート番号、プロトコル、ペイロード形式又は他のＲＴＰパラメータのようなフィルタパラメータを使用して）。或いは又、フロア制御シグナリングがＰＤＰコンテクスト変更をトリガーすることができる。
【００６７】
ＵＥが最初に（即ちセッション確立又はその後のセッション変更において制御平面シグナリングに基づき）会話／両方向性セッションを設定する場合に、ＵＥは、同時にＰＤＰコンテクストの両方向を、又はアクチベートされた方向のみを変更し、そしてその保証されたビットレート／帯域巾を変更する前にその逆方向の考えられるアクティビティを待機することができる。ＵＥが最初に（即ちセッション確立又はその後のセッション変更において制御平面シグナリングに基づき）ストリーミング／単一方向性セッションを設定する場合には、ＵＥは、アクチベートされた方向のみを変更する。
【００６８】
本発明の更に別の好ましい実施形態は、ＵＥ及びネットワークにおける実施例を含む。ＵＥにより開始されるアップリンク変更、及びネットワークによるダウンリンク変更、或いはＵＥ発信のスピーチアクティビティが、アクティブなＵＥのＰＤＰコンテクストに対する変更を開始し、そしてネットワーク発信のスピーチアクティビティが、アドレスされたＵＥのＰＤＰコンテクストに対する変更を開始する、といった種々の組み合せが可能である。
【００６９】
従って、ＩＰセッション中にパケットデータプロトコルコンテクストを変更する方法において、パケットデータプロトコルコンテクストをユーザ装置により第１サービスクオリティ設定でアクチベートするステップと、セッション内にリソースの変更デマンドがあるかどうか検出するステップと、セッション内のリソースの変更デマンドが検出されるたびに、第１サービスクオリティ設定を、その第１サービスクオリティ設定とは異なる第２サービスクオリティ設定へ変更するようにパケットデータプロトコルコンテクストを変更するステップであって、前記第２サービスクオリティ設定がリソースの変更デマンドに対応するようなステップと、を備えた方法が説明された。
【００７０】
本発明の好ましい実施形態と現在考えられるものを以上に述べたが、当業者であれば、本発明の精神及び範囲から逸脱せずに、種々の変更がなされ得ることが明らかであろう。それ故、このような全ての変更は、特許請求の範囲により網羅されるものとする。
【図面の簡単な説明】
【００７１】
【図１】本発明の一般的な環境としてＩＭＳアーキテクチャーにおけるＰｏＣサービス要素を示す図である。
【図２】「オン・デマンド」シグナリングに基づく簡単なＰｏＣ通信を示す図である。
【図３】「予め確立されるセッション」シグナリングに基づく簡単なＰｏＣ通信を示す図である。
【図４】本発明の好ましい実施形態に基づく重要なネットワーク要素を示す図である。
【図１】
2008515312.tif 000003
【図２】
2008515312.tif 000004
【図３】
2008515312.tif 000005
【図４】
2008515312.tif 000006
【国際調査報告】
2008515312.tif 000007
2008515312.tif 000008
2008515312.tif 000009