(57)【特許請求の範囲】
【請求項１】
ＰＤＰ（パケットデータ・プロトコル）コンテキストを起動することによって、パケット交換無線通信ネットワークで呼を設定する方法であって、上記ネットワークは、第１のネットワーク・エレメントと、第２のネットワーク・エレメントと、第３のネットワーク・エレメントとを備え、上記第１のネットワーク・エレメントはユーザ用装置（ＭＴ）であり、上記第２のネットワーク・エレメントはサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）であり、上記第３のネットワーク・エレメントはゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）であり、該方法は、
起動ＰＤＰコンテキスト要求メッセージを上記第１のネットワーク・エレメントで作成し、
音声トラフィックの転送を指示するために、上記呼の指示を上記起動ＰＤＰコンテキスト要求メッセージに含まれる上記起動ＰＤＰコンテキスト要求に付加し、
上記起動ＰＤＰコンテキスト要求メッセージを上記第２のネットワーク・エレメント（ＳＧＳＮ）へ転送し、
音声トラフィックの固有の統計的特性を用いることにより上記指示に基づいて上記起動ＰＤＰコンテキスト要求メッセージに含まれる上記起動ＰＤＰコンテキスト要求を認知するか若しくは拒絶し、これにより、上記第２のネットワーク・エレメント（ＳＧＳＮ）において、より多くのＰＤＰコンテキストを認知し、認知する場合、
受けとった上記起動ＰＤＰコンテキスト要求メッセージに応答して、上記第２のネットワーク・エレメント（ＳＧＳＮ）において作成ＰＤＰコンテキスト要求メッセージを生成し、ここで、上記指示は上記作成ＰＤＰコンテキスト要求メッセージに含まれる上記作成ＰＤＰコンテキスト要求に更に付加されるものであり、
上記作成ＰＤＰコンテキスト要求メッセージを上記第３のネットワーク・エレメント（ＧＧＳＮ）へ転送し、
音声トラフィックの固有の統計的特性を用いることにより上記指示に基づいて上記作成ＰＤＰコンテキスト要求メッセージに含まれる上記作成ＰＤＰコンテキスト要求を認知するか若しくは拒絶し、これにより、上記第３のネットワーク・エレメント（ＧＧＳＮ）において、より多くのＰＤＰコンテキストを認知する、
ことを特徴とする方法。
【請求項２】
上記ネットワークはＵＭＴＳネットワークである請求項１記載の方法。
【請求項３】
上記ネットワークはＧＰＲＳネットワークである請求項１又は２記載の方法。
【請求項４】
ＰＤＰ（パケットデータ・プロトコル）コンテキストを起動することによって、パケット交換無線通信ネットワークで呼を設定するネットワーク・エレメント装置であって、該ネットワーク・エレメント装置を備えるネットワークは、該ネットワーク・エレメント装置に加え、第１のネットワーク・エレメントと、第３のネットワーク・エレメントとを備え、上記第１のネットワーク・エレメントはユーザ用装置（ＭＴ）であり、上記ネットワーク・エレメント装置はサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）であり、上記第３のネットワーク・エレメントはゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）であり、該装置は、
起動ＰＤＰコンテキスト要求メッセージを上記第１のネットワーク・エレメントから受けとる段階であって、上記起動ＰＤＰコンテキスト要求メッセージに含まれる起動ＰＤＰコンテキスト要求は音声トラフィックの転送を指示するために指示を備える、上記段階と、
音声トラフィックの固有の統計的特性を用いることにより上記指示に基づいて上記起動ＰＤＰコンテキスト要求メッセージに含まれる上記起動ＰＤＰコンテキスト要求を認知するか若しくは拒絶し、これにより、上記第２のネットワーク・エレメント（ＳＧＳＮ）において、より多くのＰＤＰコンテキストを認知する段階と、認知する場合、
受けとった上記起動ＰＤＰコンテキスト要求メッセージに応答して、上記ネットワーク・エレメント装置において作成ＰＤＰコンテキスト要求メッセージを生成し、ここで、上記指示は上記作成ＰＤＰコンテキスト要求メッセージに含まれる上記作成ＰＤＰコンテキスト要求に更に付加される段階と、
上記作成ＰＤＰコンテキスト要求メッセージを上記第３のネットワーク・エレメント（ＧＧＳＮ）へ転送し、音声トラフィックの固有の統計的特性を用いることにより上記指示に基づいて上記作成ＰＤＰコンテキスト要求メッセージに含まれる上記作成ＰＤＰコンテキスト要求を認知するか若しくは拒絶し、これにより、上記第３のネットワーク・エレメント（ＧＧＳＮ）において、より多くのＰＤＰコンテキストを認知するよう構成されている段階と、
を実行するように構成されていることを特徴とする装置。
【請求項５】
上記ネットワークはＵＭＴＳネットワークである請求項４記載の装置。
【請求項６】
上記ネットワークはＧＰＲＳネットワークである請求項４又は５記載の装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はインターネット・プロトコル（ＩＰ）ベースの移動通信ネットワークに関し、具体的には、本発明は、ＩＰトランスポート・メカニズムを用いるＩＰベースの移動通信ネットワークにおけるマルチメディア・コールの設定を行うための手法に関する。
【０００２】
一般に、パケット交換無線ネットワークでは、ネットワーク・アクセスに必要な物理的接続を持たない移動端末装置に通信が提供される。汎欧州デジタル移動電話方式（ＧＳＭとユニバーサル移動地上システム（ＵＭＴＳ）の広域パケット無線サービス（ＧＰＲＳ）の双方が開発され、パケット交換側並びに回線交換側を備えた無線通信ネットワークが設けられてきた。
【０００３】
さらなる改善が加えられた第３世代一般用インターネット・プロトコル（３Ｇ.ＩＰ）ネットワーク仕様が、第３世代一般パートナー・プロジェクト（ｗｗｗ.３ｇｐｐ.ｏｒｇ）により公開されている。３Ｇ．ＩＰ仕様のリリース９９には、ネットワーク加入者が１以上のパケットデータ・プロトコル（ＰＤＰ）アドレスを持つことが可能である旨が規定されている。各ＰＤＰアドレスは、移動機（ＭＳ）と、サービスＧＰＲＳサービス・ノード（ＳＧＳＮ）と、ゲートウェイＧＰＲＳサービス・ノード（ＧＧＳＮ）内の１以上のＰＤＰコンテキストにより記述されている。ＧＧＳＮとは外部ネットワークへのゲートウェイである。各ＰＤＰコンテキストは、各ＰＤＰコンテキストの関連づけられたＰＤＰアドレス間を往来するデータの転送を方向づけるためのルート選定情報及びマッピング情報と、上記転送済みデータの再査を行うためのトラフィック・フロー・テンプレート（ＴＦＴ）とを持つものであってもよい。
【０００４】
各ＰＤＰコンテキストは、選択的かつ独立に、起動、修正、停止を行うことが可能である。ＰＤＰコンテキストの起動状態は、対応するＰＤＰアドレスとＴＦＴのためのデータ転送が可能であるかどうかを指示するものである。同じＰＤＰアドレスと関連づけられたすべてのＰＤＰコンテキストが活動しなくなった状態すなわち非活動状態になっている場合、当該ＰＤＰアドレスのすべてのデータ転送は不能となる。加入者のすべてのＰＤＰコンテキストは、当該加入者の国際移動加入者識別番号（ＩＭＳＩ）のための同じ移動管理（ＭＭ）コンテキストと関連づけられる。ＰＤＰコンテキストの設定とは通信チャネルの設定を意味する。
【０００５】
ＰＤＰコンテキストの起動処理手順の一例が図２に示されている。ステップ１で送られる起動ＰＤＰコンテキスト要求メッセージには複数のパラメータが含まれる。これらのパラメータの中にはＰＤＰアドレスとアクセス・ポイント名（ＡＰＮ）とが含まれる。ＰＤＰアドレスは、静的ＰＤＰアドレスと動的ＰＤＰアドレスのいずれが必要であるかを指示するために使用される。ＡＰＮは、使用対象のゲートウェイＧＰＳＲサポート・ノード（ＧＧＳＮ）を意味する論理名である。ステップ３で、ＳＧＳＮは、ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）へ無線アクセス・ベアラ（ＲＡＢ）設定メッセージを送信する。ステップ４で、ＳＧＳＮは、影響を受けているＧＧＳＮへ作成ＰＤＰコンテキスト要求メッセージを送信する。ＧＧＳＮはこの要求を受け入れるか拒絶するかのいずれかを決定する。この要求を受け入れた場合、ＧＧＳＮはそのＰＤＰコンテキスト・テーブルを修正し、作成ＰＤＰコンテキスト応答メッセージを返送する。次いで、ＳＧＳＮは、ステップ５で起動ＰＤＰコンテキスト・アクセプト・メッセージを移動端末装置へ送信する。
【０００６】
前述のプロトコルに示される多数の細部にもかかわらず、ＩＰ移動通信ネットワークと関連づけられる多くの特徴については論じなかった。詳細には、ＩＰベースの移動通信ネットワークにおけるマルチメディア・コールの設定手法は、前述のプロトコルにはまだ組み入れられていない。本発明が目的としているのはまさにこれらの細部である。
【０００７】
【発明が解決しようとする課題】
本発明では、マルチメディア・コールの設定を目的としてトランスポート・レベルがＭＳ及びネットワークで実行しなければならない処理手順／メッセージに基づき、ＭＳ（移動機）内のアプリケーション層が交換する信号の送受信構成が設けられる。
【０００８】
ＭＳ内のアプリケーションが無線インタフェースを介してこのようなメッセージを送信する前に、マルチメディア・コールの設定のために設定メッセージを送信する際、ＭＳは、採用したアクセス・タイプに対応して、無線インタフェースを介して、かつ、ネットワークにおいて適切なベアラ設定を行うための適切な処理手順を実行し、設定メッセージ内のアプリケーション・レベルにより指定された発呼要件を満たすようにする。
【０００９】
【課題を解決するための手段】
本発明の手法は移動機発信呼及び移動機着信呼の双方のケースに適用され、設定メッセージの受信後、かつ、発呼者への確認／発呼受け入れメッセージの返信前に、ＭＳは上述のトランスポート・レベルの処理手順を実行する。
【００１０】
さらに、本発明の手法によれば、マルチメディアＩＰコールのメディアの搬送に使用されるＰＤＰ（パケットデータ・プロトコル）コンテキストの無線リソースの割当てが遅延されるため、呼制御信号が交換される前に起動されるＰＤＰコンテキストに対する無線リソースの割当ては行われない。呼出し信号が完了し、被呼者がその呼を受け入れ、被呼者がサポート可能な着呼特性を指示した場合にのみ上記無線リソースの割当ては行われる。
【００１１】
さらに、本発明の手法によれば、ＰＤＰコンテキストのための無線リソースが存在しないという理由により、ＰＤＰコンテキストでパケットを送信してはならない旨のアドバイスを与える指示がＳＧＳＮ（サービスＧＰＲＳ（広域パケット無線サービス）サポート・ノード）からＧＧＳＮ（ゲートウェイＧＰＲＳサポート・ノード）へ転送される。
【００１２】
また、本発明の手法によれば、ＲＡＢ（無線アクセス・ベアラ）のためのサービス品質（ＱｏＳ）のネゴシエーションが、代替値のリストまたは最低容認可能値のいずれかを含む付加パラメータを用いて行われる。
【００１３】
最後に、本発明の手法によれば、音声トラフィックの転送の際、起動ＰＤＰコンテキスト要求メッセージと作成ＰＤＰコンテキスト要求メッセージとに指示をつけ加えてもよい。
【００１４】
添付図面と関連して読むとき、実施例についての以下の詳細な説明及び請求項により本発明についての上述の理解及びより良い理解がはっきりとしたものになる。これらすべては本発明の開示の一部を形成するものである。上述の開示及び以下に記載する例示された開示は本発明の実施例の開示に焦点を合わせるものではあるが、同開示が単に例示にすぎないこと、及び、同開示に限定されるものと考えるべきではないことをはっきりと理解すべきである。本発明の精神と範囲は添付の請求項の文言によってのみ限定されるものである。
【００１５】
異なる図面においても、適切な場合、同じ参照番号及び記号が類似の構成要素を示すために使用される旨を本発明の詳細な記述を始める前に述べておく必要がある。さらに、以下の詳細な記述では、例示のサイズ／モデル／値／範囲が示される場合があるが、本発明はこれらに限定されるものではない。
【００１６】
上記仕様をサポートするネットワーク・アーキテクチャの一例として図１のブロック図に示す無線通信ネットワークがある。ネットワークのこれらの種々のエレメント（（構成）要素）及びこれらエレメントの機能については、広域パケット無線サービス（ＧＰＲＳ）サービス記述（ステージ２、３Ｇ  ＴＳ２３.０６０、バージョン３.２.１）に記載され、第３世代一般パートナー・プロジェクト（ｗｗｗ.３ｇｐｐ.ｏｒｇ）により公開されている。また、上記サービス記述は参考文献として本願に取り入れられている。上記エレメント及びこれらエレメントの機能については、３Ｇ  ＴＳ２３.０６０仕様以前または以後のバージョンに、あるいは、他のいずれかの公知のパケット交換無線通信ネットワークの仕様バージョンにおそらく記載されている可能性がある。参考文献として本願に取り入れられている上記エレメント及びこれらエレメントの機能についての記述は単にパケット交換無線通信ネットワークについての非限定的１例にすぎない。
【００１７】
図１に示す例示ネットワークのいくつかのエレメントは、特に本発明に関連するものである。携帯電話または移動電話と一般に呼ばれる移動端末装置（ＭＴ）は、考え得るユーザ用装置（ＵＥ）の１つにすぎない。典型的には、移動端末装置（ＭＴ）と一体に使用される端末装置（ＴＥ）とによってユーザ用装置（ＵＥ）は構成される。本発明と関連する任意のＵＥを利用して、以下に説明するように該ＵＥが動作するように、あるいは、ＵＥの動作をプログラムするようにすることが可能である。ＧＰＲＳにおけるＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）及び基地局システム（ＢＳＳ）は、ネットワークと複数のＭＴ間の無線アクセスの管理と制御とを行う。
【００１８】
サービスＧＰＲＳサポート・ノード（ＳＧＳＮ）はＭＴにサービスを提供するノードである。ＰＤＰコンテキスト起動時に、ＳＧＳＮはルート選定を目的として使用されるＰＤＰコンテキストの確立を行う。ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）は、ＰＤＰアドレスの評価に起因してパケット・データ網がアクセスを行うノードである。このゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）には、接続されているＧＰＲＳユーザのためのルート選定情報が含まれる。このルート選定情報は、ＳＧＳＮへプロトコル・データ・ユニット（ＰＤＵ）を間接的に送信するために利用される。ＳＧＳＮ及びＧＧＳＮ機能は、異なる物理ノードに常駐してもよいし、例えばインターネットＧＰＲＳサポート・ノード（ＩＧＳＮ）などの同じ物理ノードの中でこれらの機能を合成してもよい。
【００１９】
図３は本発明の手法による呼設定構成を示す図である。ＩＰベースの移動通信ネットワーク・アーキテクチャにはアプリケーション・レベルとトランスポート・レベルとが含まれる。トランスポート・レベル・プロトコルとメカニズムとは通常特定タイプのアクセスに対して最適化されるのに対して、アプリケーション・レベルは一般にアクセス・タイプには依存しない。
【００２０】
ＩＰベースの移動通信ネットワークでは、ピア・エンティティへの信号の送受信と、トランスポート・レベルにより提供されるＩＰ接続を介する呼制御プロトコルのメッセージ交換とによりＭＳ内のアプリケーション・レベルによる呼設定が行われる。アプリケーション・レベルのための呼設定時に、基底に在るトランスポート・レベルは、無線インタフェースを介して、かつ、ネットワークにおいてトランスポート・ベアラの設定を行わなければならない。ＩＰベースの移動通信ネットワークの場合、トランスポート・ベアラの設定は無線リソースとネットワーク・リソースとの割当てを意味する。呼制御信号は、トランスポート・レベルにより提供されるＩＰ接続を介して透過的に交換されるので、トランスポート・レベルは呼が設定されたことに気づかない。
【００２１】
図３に例示されているように、本発明に基づく手法は、ステップ１でアプリケーション・レベルから開始する。ステップ１では、設定された指示がアプリケーション・レベルから適応機能＋ＭＴ（移動端末装置）レベルへ転送される。この設定された指示には要求される論理チャネルと特性とが含まれる。
【００２２】
ステップ２で、起動ＰＤＰコンテキスト要求がＳＧＳＮへ転送される。この要求に応答して、ステップ３で、ＳＧＳＮは作成ＰＤＰコンテキスト・リクエストを作成し、この作成ＰＤＰコンテキスト・リクエストをＧＧＳＮへ転送する。ＳＧＳＮにより転送された作成ＰＤＰコンテキスト・リクエストに応答して、ステップ４で、ＧＧＳＮは作成ＰＤＰコンテキスト応答を作成し、この作成ＰＤＰコンテキスト応答をＳＧＳＮへ転送する。次いで、ＧＧＳＮによりＳＧＳＮへ転送されたＰＤＰコンテキストに応答して、ＳＧＳＮは、ステップ５で起動ＰＤＰコンテキスト・アクセプトを適合機能＋ＭＴレベルへ転送する。
【００２３】
ステップ２〜５の上述の処理手順は、必要なＰＤＰコンテキストに応じて必要な回数だけ繰り返される。
【００２４】
ステップ５の最後の処理手順の完了時に、適合機能＋ＭＴレベルは、ステップ６で、要求された論理チャネルと特性とを含む設定された指示をＣＳＣＦ（呼出し状態制御関数）へ転送する。次いで、ＣＳＣＦは、要求された論理チャネルと特性とを含む上記設定された指示をステップ７で遠隔エンドポイントへ転送する。次いで、遠隔エンドポイントは、受け入れられた論理チャネルと特性とを含む接続指示をステップ８でＣＳＣＦへ返送する。次いで、ＣＳＣＦは受け入れられた論理チャネルと特性とを含む接続指示をステップ９で適合機能＋ＭＴレベルへ転送する。
【００２５】
ステップ１０で、適合機能＋ＭＴレベルは、被呼者トランスポート・アドレスを含む修正ＰＤＰコンテキスト・リクエストをＳＧＳＮへ転送する。ステップ１１で、適合機能＋ＭＴレベルとＳＧＳＮとはＲＡＢ修正を実行する。ステップ１２で、ＲＡＢ修正に応答して、ＳＧＳＮは、被呼者トランスポート・アドレスを含むＰＤＰコンテキスト・リクエストをＧＧＳＮへ転送する。ステップ１３で、更新されたＰＤＰコンテキスト・リクエストに応答して、ＧＧＳＮは、更新されたＰＤＰコンテキスト応答をＳＧＳＮへ転送する。この転送に応答して、ステップ１４で、ＳＧＳＮは修正されたＰＤＰコンテキスト・アクセプトを適合機能＋ＭＴレベルへ転送する。次いで、適合機能＋ＭＴレベルは、受け入れられた論理チャネルと特性とを含む接続指示をステップ１５でアプリケーション・レベルへ転送する。最後に、ステップ１６で、アプリケーション・レベルはＣＳＣＦを介して遠隔エンドポイントへＡＣＫ（肯定応答）指示を転送する。
【００２６】
本発明に基づく手法は、上述したように、非常に単純なメカニズムに基づいており、異なるタイプのトランスポート・レベルにも適用される。さらに、本発明に基づく手法は、アプリケーション・レベルとトランスポート・レベル間で相互作用を行うためのネットワーク側のインタフェースを何も必要としない。
【００２７】
図４は本発明に基づく手法の別の態様を示す。図面に例示されているように、マルチメディアＩＰコールのメディアの搬送に用いられるＰＤＰコンテキスト用リソースの割当てが遅延された結果、呼制御信号が交換されるまで、無線リソースはＰＤＰコンテキストに対して割り当てられなくなる。その代わりに、呼出し信号が完了し、被呼者がその呼を受け入れて、被呼者がサポート可能な着呼特性を指示した場合にのみ、無線リソースの割当てが行われる。
【００２８】
図４に例示されているように、ステップ１で、アプリケーション・レベルは、要求された論理チャネルと特性（ＱｏＳ値など）とを含む設定された指示を適合機能＋ＭＴレベルへ転送する。
【００２９】
ステップ２で、遅延フラッグを含む起動ＰＤＰコンテキスト要求は適合機能＋ＭＴレベルからＳＧＳＮへ転送される。上記遅延フラッグは、無線リソースが割り当てられていない旨をＳＧＳＮに知らせるための、起動ＰＤＰコンテキスト要求へ追加される新しいパラメータである。この事実は、ＰＤＰコンテキストが修正された後にのみ無線リソースが割り当てられることを保証する。ＧＧＳＮ並びにＳＧＳＮへ上記遅延フラッグを転送することもできるという点に留意されたい。上記留意事項はオプションではあるが、構成によっては、無線リソースが割り当てらなかった旨の通知をＧＧＳＮが受け取ることが好都合であるという点でこの留意事項は好ましいものである。
【００３０】
ステップ３で、ＳＧＳＮは作成ＰＤＰコンテキスト・リクエストをＧＧＳＮへ転送し、次いで、ステップ４で、ＧＧＳＮは作成ＰＤＰコンテキスト応答をＳＧＳＮへ返送する。ステップ５で、ＳＧＳＮは起動ＰＤＰコンテキスト・アクセプトを適合機能＋ＭＴレベルへ転送する。ステップ６で、適合機能＋ＭＴレベルは要求された論理チャネルと特性とを含む設定された指示をＣＳＣＦへ転送し、次いで、ステップ７で、ＣＳＣＦは要求された論理チャネルと特性とを含む設定された指示を遠隔エンドポイントへ転送する。
【００３１】
ステップ８で、遠隔エンドポイントは受け入れられた論理チャネルと特性とを含む接続指示をＣＳＣＦへ返送する。ステップ９で、受け入れられた論理チャネルと特性とを含む接続指示はＣＳＣＦから適合機能＋ＭＴレベルへ転送される。ステップ１０で、適合機能＋ＭＴレベルは、被呼者トランスポート・アドレスを含む修正されたＰＤＰコンテキスト・リクエストを作成し、この修正されたＰＤＰコンテキスト・リクエストをＳＧＳＮへ転送する。
【００３２】
ステップ１１で、ＳＧＳＮは、適合機能＋ＭＴレベルとＲＮＣと共に、例えばＲＡＢ修正などを実行する。ステップ１２で、ＳＧＳＮは、被呼者トランスポート・アドレスを含むＰＤＰコンテキスト・リクエストをＧＧＳＮへ転送し、次いで、ステップ１３で、ＧＧＳＮは更新されたＰＤＰコンテキスト・レスポンスをＳＧＳＮへ返送する。ステップ１４で、ＳＧＳＮは、修正されたＰＤＰコンテキスト・アクセプトを適合機能＋ＭＴレベルへ転送し、次いで、ステップ１５で、適合機能＋ＭＴレベルは、ＣＳＣＦへＡＣＫ指示を転送し、次いで、ステップ１６で、ＣＳＣＦは遠隔エンドポイントへＡＣＫ指示を転送する。
【００３３】
アプリケーションのための呼設定時に、基底に在るトランスポート・ネットワークは、無線インタフェースを介して、かつ、ネットワークにおいてトランスポート・ベアラを設定する。無線ネットワークの場合、トランスポート・ベアラの設定は無線リソースの割当てを意味する。
【００３４】
遅延フラッグを利用する本発明に基づく上述の呼設定手法の利用により、無線インタフェースを介する無線リソースは、（例えば応答なし、番号違いなどの）不成功に終わった呼設定に起因して浪費されることはない。限られた周波数スペクトルの利用可能性しか持たない無線通信事業会社にとって、無線リソースの使用パフォーマンスを最大にする努力は絶対に必要なものである。
【００３５】
発呼者と被呼者間で呼制御信号が交換される前に、呼び出しのために必要とされる無線リソースとネットワーク・リソースに関して利用可能な唯一の情報は、発呼者によって要求されるリソースである。発呼者が提案した呼特徴（例えばメディアやＱｏＳなど）を受け入れず、代わりに、被呼者が、要求された特徴からなるサブセットを提案する場合もあるため、呼出し信号の完了に先行する無線リソースとネットワーク・リソースの割り当てはリソースの浪費につながり、実際、割り当てられた無線リソースは、呼開始と呼設定の完了との間の時間中使用されることはない。しかし、本発明の手法による遅延フラッグを利用することにより、リソースは浪費されなくなる。なぜなら、ＰＤＰコンテキストが修正された後でしかリソースの割り当ては行われないからである。
【００３６】
さらに、呼設定信号の送受信の実行が完了するまで、発呼者はトランスポート・アドレス（ＩＰアドレス＋ポート番号）や被呼者を認知しないので、発呼者は完全なＴＦＴ（トラフィック・フロー・テンプレート）をＳＧＳＮ／ＧＧＳＮへ提供することはできない。本発明の手法は、遅延フラッグを利用することによりこの問題を回避するものである。
【００３７】
遅延フラッグを利用する本発明に基づく上述の手法に対する修正例として、ＰＤＰコンテキスト用の無線リソースが存在しない（すなわちＲＡＢが存在しない）という理由で、遅延フラッグの受信時に、ＰＤＰコンテキストでパケットを送信すべきではない旨の指示として、ＳＧＳＮが遅延フラッグをＧＧＳＮへ転送する追加ステップがある。さらに、ＳＧＳＮは、ＰＤＰコンテキストの課金特性を“無料”にセットすることもできる。ＳＧＳＮは、作成ＰＤＰコンテキスト要求メッセージでＧＧＳＮに対してＰＤＰコンテキストの課金特性を指示する。
【００３８】
本発明の手法の別の態様によれば、ＲＡＢに対するサービス品質（ＱｏＳ）のネゴシエーションは、代替値のリストまたは最低容認可能値のいずれかを含む付加パラメータを用いて行われる。付加パラメータ（本明細書では以後、代替保証ビットレート・パラメータと呼ぶ）は、ＲＡＮＡＰ  ＲＡＢ割当て要求設定シグナリングと、ＳＭ設定シグナリング及びおそらくＣＣ設定シグナリングの双方へ追加される。これら選択されたＲＡＢパラメータは、ＲＡＢ割当て応答に追加され、さらに、おそらくＣＣへ追加される。ＳＭはこれら予め選択されたＲＡＢパラメータを有するものとする。ＳＭ設定信号の送受信への追加及びおそらくＣＣ設定信号の送受信への追加によって、ＳＭとＣＣでのネゴシエーションの改善が図られ、さらに、本発明に基づいて同じ手法が利用される。可能な追加の手法を用いて、別のＱｏＳパラメータのネゴシエーションのために同じ手法を利用することも可能である。
【００３９】
現在、ビットレート・パラメータには最大ビットレートと保証ビットレートとが含まれている。最大ビットレートは、決して上回ることのないビットレートとして定義されるのに対して、保証ビットレートは、決してそれ以下に下がることのないビットレートとして定義される。
【００４０】
例えば、５〜１３ｋｂｐｓが許されるコーデックでＡＭＲサービスをユーザが望む場合、最大ビットレートと保証ビットレートの双方は、１３に等しくセットされる。本発明によれば最小ビットレートは５に等しくセットされる。
【００４１】
別の例として、ユーザがビデオ・ストリームを望む場合、最大ビットレートは、アプリケーションが使用できる最大値に等しく設定されるのに対して、保証ビットレートは要求された品質レベルに等しく設定される。本発明によれば、新しい最小ビットレートは最低の容認可能な品質に対応するレートに等しくセットされる。
【００４２】
本発明に基づく新しいパラメータはネゴシエーション用としてのみ使用されるにすぎないという点に留意されたい。さらに、保証ビットレートの提供ができない場合、低い方のビットレートが代わりに提供され、次いで、提供されるこの新しい低い方のビットレートが新しい保証ビットレートとして扱われる。
【００４３】
上述したように、新しい代替保証ビットレートには代替レートのリストまたは最低の容認可能レートのいずれかが含まれる。代替保証ビットレート・パラメータが存在しない場合、ネゴシエーションは許可されない。また、保証ビットレートが利用できない場合、設定は失敗する。一部で生じる可能性のある品質の低下に対応して、要求されるビットレートの更新が行われる結果、まだ設定されていない他の部分で過度に高くセットされるレートの予約が生じなくなる。代替レートのリストが使用される場合、再構成やリロケーションのようなさらなるステップ中に使用できるようにするためにこのリストをＱｏＳプロファイルの一部として蓄えることも可能である。この機能は、ＳＧＳＮ、ＧＧＳＮ及びＲＮＣがサポートを行うためのオプションである（すなわち、ネゴシエーションがサポートされていなくて、保証ビットレートのサポートができない場合、設定は失敗する）。ＳＧＳＮまたはＲＮＣがハンドオーバーを行うとき、ＱｏＳビットレートの特徴を利用してもよいし、ＧＧＳＮへ送信されたＧＴＰメッセージが含まれていてもよい。
【００４４】
本発明の手法の別の態様によれば、音声トラフィックを転送するための単数または複数のＰＤＰコンテキストを起動するとき、呼の指示が追加される。起動ＰＤＰコンテキスト要求と作成ＰＤＰコンテキスト要求メッセージとへ上記指示をつけ加えてもよい。この指示は、上述の代替保証ビットレートに類似した新しいパラメータ、または、新しいＱｏＳトラフィック・クラスのいずれかにすることも可能である。
【００４５】
別の例として、呼に対する支払い済みサービスは、ＣＳＣＦとＳＣＰ（サービス・コントロール・ポイント）間の通信に基づくものであってもよい。ＰＤＰコンテキストが発呼用として使用される場合、ＳＧＳＮはＳＣＰと交信しないことが望ましい。別の目的のためにＰＤＰコンテキストが起動される場合、ＳＧＳＮはＳＣＰと交信を行うことができる。ＰＤＰコンテキストでのＳＧＳＮとＳＣＰ間の通信は、ＣＡＭＥＬ（移動通信ネットワーク用拡張型論理のためのカスタマイズされたアプリケーション（Customized Applications for Mobil Network Enhanced Logic））Ｒｅｌ９９仕様に予め指定されている。
【００４６】
さらなる例として、ＧＰＲＳ層とＩＰ電話層間のＱｏＳの調整に関して、受け入れられた呼が、発呼のために起動されたＰＤＰコンテキストのＱｏＳに影響を与える場合もある。例えば、ＩＰ電話層で正常な呼が受け入れられた場合、テレビ電話を搬送する能力を持つＰＤＰコンテキストの起動は可能ではない。他の目的に使用されるＰＤＰコンテキストの場合この種の調整は必要ではない。
【００４７】
本手法の利点として、音声トラフィックが固有の統計的特性を持っているため、ＧＧＳＮ、ＳＧＳＮ及びＲＮＣが、当該の新しいＰＤＰコンテキストを認知できるか否かを決定すれば、音声トラフィック用として使用されるさらに多くのＰＤＰコンテキストをＧＧＳＮ、ＳＧＳＮ及びＲＮＣが認知できるという事実がある。この結果、利用可能なリソースのさらに効率的な利用が生じる。
【００４８】
上記目的のために、ＲＡＢ（無線アクセス・ベアラ）属性の中にその旨の指示が予め含まれる。この指示を含む属性は“ソース統計記述子”と呼ばれ、音声トラフィックまたは未知のトラフィックのいずれかを指示する。上記発明の背景で引用したリリース９９では、この属性はＭＳＣ（移動交換局）によりセットされ、このＭＳＣにより、或るトラフィックがどのクラスに属するかが認知される。しかし、リリース００では、電話トラフィックも同様にＳＧＳＮを介して送信され、それに応じて、ＳＧＳＮに同じ情報を提供する必要がある。ＰＤＰコンテキスト起動メッセージの中に上記パラメータも含める（すなわち、現在このパラメータが含まれていないＵＭＴＳベアラ・サービス属性の中にもこのパラメータを含める）ことにより上記ＳＧＳＮへの同じ情報の提供が可能となる。
【００４９】
簡潔さを旨として、当業者に周知の多数の細部が本発明の上述の説明では省かれているという点に留意されたい。このような細部は、以前引用したプロトコルを含む多数の文献で容易に入手可能である。したがって、以前引用した上記プロトコルの内容は参考文献として本願に取り入れられている。
【００５０】
上記は、実施態様例についての説明を結論づけるものである。複数の実施態様例と関連して本発明を説明してきたが、本発明の原理の範囲内に属する多数の他の修正例及び実施例の考案を当業者が行うことが可能であることを理解されたい。特に、本発明の精神から逸脱することなく、発明主題の構成の構成要素部分および／または構成の妥当な変形例及び修正例が上述の開示、図面及び添付の請求項の範囲内で可能である。構成要素部分および／または構成の変形例及び修正例に加えて、当業者には他の利用例も明らかであろう。
【図面の簡単な説明】
【図１】  本発明の実施態様例を実施できるパケット交換無線通信ネットワークのアーキテクチャの一般化したブロック図である。
【図２】  ２次ＰＤＰコンテキスト起動処理手順を示す一般化された信号フローチャートである。
【図３】  本発明の手法による呼設定構成を示す一般化された信号フローチャートである。
【図４】  本発明の手法による遅延されたリソース配置構成を示す一般化された信号フローチャートである。
【図１】
0004334802.tif 000002
【図２】
0004334802.tif 000003
【図３】
0004334802.tif 000004
【図４】
0004334802.tif 000005