(57)【要約】本発明は、ＵＥ（３１）とＧＧＳＮ（３４）の間の通信メカニズムの欠如に起因して生ずる競合条件が起こりうることに対処したものであり、無線リソースの不必要な消費の無駄をなくし、ネットワーク内での衝突の機会を減らす。本発明はまた、責任の明確な割当てがないので、予約状態をリフレッシュ／維持するために、ＲＳＶＰパス／リフレッシュメッセージのＩＰネットワークへの伝送を停止することにより、リソース予約プロトコル（ＲＳＶＰ）の要件にＵＥ（３１）もＧＧＳＮ（３４）も適切に対応しなくなることが起こるのを防ぐ。ＵＥ（３１）とＧＧＳＮ（３４）の間での明確な理解の不足により、メディアストリームに対して以前に行われたＩＰネットワークのリソース予約の失効がもたらされることもある。このダイアログがない場合には、このシナリオがより高い確率で起きる可能性がある。
2004537885.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワーク中のユーザ装置（ＵＥ）と外部ネットワークのユーザの間のマルチメディア通信をサポートするためにリソース予約プロトコル（ＲＳＶＰ）シグナリングに対する責任を割り当てる方法であって、前記無線ネットワークは、前記ＵＥと、ＲＳＶＰシグナリングをサポート可能な汎用パケット無線サービスゲートウェイサポートノード（ＧＧＳＮ）との両方を有し、
前記ＧＧＳＮまたは前記ＵＥのどちらかにＲＳＶＰシグナリングを割り当て可能なポリシー制御機能（ＰＣＦ）を提供することを含み、前記ＰＣＦは前記ＧＧＳＮまたは前記ＵＥにＲＳＶＰシグナリングを割り当て、
前記ＰＣＦがＲＳＶＰシグナリングを前記ＧＧＳＮに割り当てる場合には、
前記ＰＣＦは該ＧＧＳＮ割当てを前記ＧＧＳＮに信号で通知し、
前記ＰＣＦは前記ＵＥにＲＳＶＰシグナリングを実施しないよう信号で通知し、かつ、
前記ＧＧＳＮ割当ての受信に応答して、前記ＧＧＳＮはＲＳＶＰシグナリングを実施し、および、
前記ＰＣＦがＲＳＶＰシグナリングを前記ＵＥに割り当てる場合には、
前記ＰＣＦは該ＵＥ割当てを前記ＧＧＳＮに信号で通知し、
前記ＰＣＦは前記ＧＧＳＮにＲＳＶＰシグナリングを実施しないよう信号で通知し、かつ、
前記ＵＥ割当ての受信に応答して、前記ＵＥはＲＳＶＰシグナリングを実施する
ことを特徴とする方法。
【請求項２】
前記ＰＣＦは、ＲＳＶＰシグナリングの割当てを前記ＧＧＳＮに委任することを特徴とする請求項１に記載の方法。
【請求項３】
前記ＧＧＳＮは、前記委任されたＲＳＶＰシグナリングの割当てをローカルトラフィックの状態に応答して基づかせることを特徴とする請求項２に記載の方法。
【請求項４】
前記ＧＧＳＮは、前記委任されたＲＳＶＰシグナリングの割当てを前記ＧＧＳＮのローカルポリシーに基づかせることを特徴とする請求項２に記載の方法。
【請求項５】
無線通信ネットワーク中のユーザ装置（ＵＥ）と外部ネットワークのユーザの間のマルチメディア通信をサポートするためにリソース予約プロトコル（ＲＳＶＰ）シグナリングに対する責任を割り当てる方法であって、前記無線ネットワークは、前記ＵＥと、ＲＳＶＰシグナリングをサポート可能な汎用パケット無線サービスゲートウェイサポートノード（ＧＧＳＮ）との両方を有し、
前記ＧＧＳＮまたは前記ＵＥのどちらかにＲＳＶＰシグナリングを割り当て可能なＧＧＳＮを提供することを含み、該ＧＧＳＮは前記ＧＧＳＮまたは前記ＵＥにＲＳＶＰシグナリングを割り当て、
前記ＧＧＳＮがＲＳＶＰシグナリングを前記ＧＧＳＮに割り当てる場合には、
前記ＧＧＳＮは前記ＵＥにＲＳＶＰシグナリングを実施しないよう信号で通知し、かつ、
前記ＧＧＳＮはＲＳＶＰシグナリングを実施し、および、
前記ＧＧＳＮがＲＳＶＰシグナリングを前記ＵＥに割り当てる場合には、
前記ＧＧＳＮは該ＵＥ割当てを前記ＵＥに信号で通知し、かつ、
前記ＵＥ割当ての受信に応答して、前記ＵＥはＲＳＶＰシグナリングを実施する
ことを特徴とする方法。
【請求項６】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの割当てをローカルトラフィックの状態に応答して基づかせることを特徴とする請求項５に記載の方法。
【請求項７】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの割当てを前記ＧＧＳＮのローカルポリシーに応答して基づかせることを特徴とする請求項５に記載の方法。
【請求項８】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの割当てを前記ＧＧＳＮと前記ＵＥの間のネゴシエーションに基づかせることを特徴とする請求項５に記載の方法。
【請求項９】
前記ＧＧＳＮがＲＳＶＰシグナリングを実施するよう指示するメッセージを前記ＵＥから前記ＧＧＳＮが受信したことに応答して、前記ＧＧＳＮは前記ＲＳＶＰシグナリングの割当てを行うことを特徴とする請求項５に記載の方法。
【請求項１０】
前記ＧＧＳＮが前記ＲＳＶＰシグナリングを引き受ける場合に、アクノリッジが前記ＵＥに送信され、および、前記ＧＧＳＮが前記ＲＳＶＰシグナリングを前記ＵＥに割り当てる場合に、否定アクノリッジが前記ＵＥに送信されることを特徴とする請求項５に記載の方法。
【請求項１１】
無線通信ネットワーク中のユーザ装置（ＵＥ）と外部ネットワークのユーザの間のマルチメディア通信をサポートするためにリソース予約プロトコル（ＲＳＶＰ）シグナリングに対する責任を割り当てる方法であって、前記無線ネットワークは、前記ＵＥと、ＲＳＶＰシグナリングをサポート可能な汎用パケット無線サービスゲートウェイサポートノード（ＧＧＳＮ）との両方を有し、
前記ＵＥまたは前記ＧＧＳＮのどちらが前記ＲＳＶＰシグナリングを実施するかを指示する第１のメッセージを前記ＵＥまたは前記ＧＧＳＮの一方から他方に送信すること、および、
前記第１のメッセージの受信に応答して、前記ＵＥまたは前記ＧＧＳＮの前記他方が、前記指示された実行側の受入れまたは拒絶を示す第２のメッセージを送信すること
を含むことを特徴とする方法。
【請求項１２】
前記ＧＧＳＮは前記一方であり、前記ＵＥは前記他方であり、前記第２のメッセージを受信する前記ＧＧＳＮが拒絶を示す場合に、前記ＧＧＳＮが、どちらがＲＳＶＰシグナリングを実施するかを決定することをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＧＧＳＮは前記一方であり、前記ＵＥは前記他方であり、前記第１のメッセージが前記ＧＧＳＮがＲＳＶＰシグナリングを引き受けることを示し、前記第２のメッセージを受信する前記ＧＧＳＮが受入れを示す場合に、前記ＧＧＳＮは、ＲＳＶＰシグナリングを実施することをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記ＵＥは前記一方であり、前記ＧＧＳＮは前記他方であり、前記第１のメッセージの受信に応答して、前記ＧＧＳＮが、どちらが前記ＲＳＶＰシグナリングを実施するかを判定することをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１５】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの実施をローカルトラフィックの状態に基づいて判定することを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの実施を前記ＧＧＳＮのローカルポリシーに基づいて判定することを特徴とする請求項１４に記載の方法。
【請求項１７】
無線通信ネットワーク中のユーザ装置（ＵＥ）と外部ネットワークのユーザの間のマルチメディア通信をサポートするためにリソース予約プロトコル（ＲＳＶＰ）シグナリングに対する責任を割り当てるためのシステムであって、前記無線ネットワークは、前記ＵＥと、ＲＳＶＰシグナリングをサポート可能な汎用パケット無線サービスゲートウェイサポートノード（ＧＧＳＮ）との両方を有し、前記システムは、
前記ＧＧＳＮまたは前記ＵＥのどちらかにＲＳＶＰシグナリングを割り当て可能なポリシー制御機能（ＰＣＦ）ユニットを備え、前記ＰＣＦユニットは、前記ＧＧＳＮまたは前記ＵＥにＲＳＶＰシグナリングを割り当てる割当て手段を有し、
前記ＰＣＦユニットの前記割当て手段がＲＳＶＰシグナリングを前記ＧＧＳＮに割り当てる場合には、
前記ＰＣＦは該ＧＧＳＮ割当てを前記ＧＧＳＮに信号で通知し、
前記ＰＣＦは前記ＵＥにＲＳＶＰシグナリングを実施しないよう信号で通知し、かつ、
前記ＧＧＳＮ割当ての受信に応答して、前記ＧＧＳＮはＲＳＶＰシグナリングを実施し、および、
前記ＰＣＦユニットの前記割当て手段がＲＳＶＰシグナリングを前記ＵＥに割り当てる場合には、
前記ＰＣＦは該ＵＥ割当てを前記ＧＧＳＮに信号で通知し、
前記ＰＣＦは前記ＧＧＳＮにＲＳＶＰシグナリングを実施しないよう信号で通知し、かつ、
前記ＵＥ割当ての受信に応答して、前記ＵＥはＲＳＶＰシグナリングを実施する
ことを特徴とするシステム。
【請求項１８】
前記ＰＣＦユニットは、前記ＲＳＶＰシグナリングの割当てを前記ＧＧＳＮに委任することを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記ＧＧＳＮはローカルトラフィックの状態を監視する監視手段を有し、かつ、前記委任されたＲＳＶＰシグナリングの割当てをローカルトラフィックの状態に応答して基づかせることを特徴とする請求項１８に記載のシステム。
【請求項２０】
前記ＧＧＳＮは、前記委任されたＲＳＶＰシグナリング割当てを前記ＧＧＳＮのローカルポリシーに基づかせることを特徴とする請求項１８に記載のシステム。
【請求項２１】
無線通信ネットワーク中のユーザ装置（ＵＥ）と外部ネットワークのユーザの間のマルチメディア通信をサポートするためにリソース予約プロトコル（ＲＳＶＰ）シグナリングに対する責任を割り当てるためのシステムであって、前記無線ネットワークは、前記ＵＥと、ＲＳＶＰシグナリングをサポート可能な汎用パケット無線サービスゲートウェイサポートノード（ＧＧＳＮ）との両方を有し、前記システムは、
前記ＧＧＳＮまたは前記ＵＥのどちらかにＲＳＶＰシグナリングを割り当て可能なＧＧＳＮを備え、該ＧＧＳＮは、前記ＧＧＳＮまたは前記ＵＥにＲＳＶＰシグナリングを割り当てる手段を有し、
前記ＧＧＳＮがＲＳＶＰシグナリングを前記ＧＧＳＮに割り当てる場合には、
前記ＧＧＳＮは前記ＵＥにＲＳＶＰシグナリングを実施しないよう信号で通知し、かつ、
前記ＧＧＳＮはＲＳＶＰシグナリングを実施し、および、
前記ＧＧＳＮがＲＳＶＰシグナリングを前記ＵＥに割り当てる場合には、
前記ＧＧＳＮは該ＵＥ割当てを前記ＵＥに信号で通知し、かつ、
前記ＵＥ割当ての受信に応答して、前記ＵＥはＲＳＶＰシグナリングを実施する
ことを特徴とする方法。
【請求項２２】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの割当てをローカルトラフィックの状態に応答して基づかせることを特徴とする請求項２１に記載のシステム。
【請求項２３】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの割当てを前記ＧＧＳＮのローカルポリシーに応答して基づかせることを特徴とする請求項２１に記載のシステム。
【請求項２４】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの割当てを前記ＧＧＳＮと前記ＵＥの間のネゴシエーションに基づかせることを特徴とする請求項２１に記載のシステム。
【請求項２５】
前記ＧＧＳＮがＲＳＶＰシグナリングを実施するよう指示するメッセージを前記ＵＥから前記ＧＧＳＮが受信したことに応答して、前記ＧＧＳＮは前記ＲＳＶＰシグナリングの割当てを行うことを特徴とする請求項２１に記載のシステム。
【請求項２６】
前記ＧＧＳＮが前記ＲＳＶＰシグナリングを引き受ける場合に、アクノリッジが前記ＵＥに送信され、および、前記ＧＧＳＮが前記ＲＳＶＰシグナリングを前記ＵＥに割り当てる場合に、否定アクノリッジが前記ＵＥに送信されることを特徴とする請求項２１に記載のシステム。
【請求項２７】
無線通信ネットワーク中のユーザ装置（ＵＥ）と外部ネットワークのユーザの間のマルチメディア通信をサポートするためにリソース予約プロトコル（ＲＳＶＰ）シグナリングに対する責任を割り当てるためのシステムであって、前記無線ネットワークは、前記ＵＥと、ＲＳＶＰシグナリングをサポート可能な汎用パケット無線サービスゲートウェイサポートノード（ＧＧＳＮ）との両方を有し、前記システムは、
前記ＵＥおよび前記ＧＧＳＮのそれぞれが、前記ＵＥまたは前記ＧＧＳＮのどちらが前記ＲＳＶＰシグナリングを実施するかを指示する第１のメッセージを前記ＵＥまたは前記ＧＧＳＮの一方から他方に送信するシグナリング手段を有し、および、
前記第１のメッセージの受信に応答して、前記ＵＥまたは前記ＧＧＳＮの前記他方の前記シグナリング手段が、前記指示された実行側の受入れまたは拒絶を示す第２のメッセージを送信する
ことを特徴とするシステム。
【請求項２８】
前記ＧＧＳＮは前記一方であり、前記ＵＥは前記他方であり、前記ＧＧＳＮは拒絶を示す第２のメッセージを受信する受信手段をさらに備え、前記ＧＧＳＮは、そのとき、前記ＧＧＳＮまたは前記ＵＥのどちらがＲＳＶＰシグナリングを実施するかを決定することを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記ＧＧＳＮは前記一方であり、前記ＵＥは前記他方であり、前記第１のメッセージは、前記ＧＧＳＮがＲＳＶＰシグナリングを実施することを示し、前記ＧＧＳＮが受入れを示す前記第２のメッセージを受信する場合に、前記ＧＧＳＮはＲＳＶＰシグナリングを実施することを特徴とする請求項２７に記載のシステム。
【請求項３０】
前記ＵＥは前記一方であり、前記ＧＧＳＮは前記他方であり、前記第１のメッセージの受信に応答して、前記ＧＧＳＮは前記ＲＳＶＰシグナリングを判定することを特徴とする請求項２７に記載のシステム。
【請求項３１】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの実施をローカルトラフィックの状態に基づいて判定することを特徴とする請求項３０に記載のシステム。
【請求項３２】
前記ＧＧＳＮは、前記ＲＳＶＰシグナリングの実施を前記ＧＧＳＮのローカルポリシーに基づいて判定することを特徴とする請求項３０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＥ（user equipment;ユーザ装置）と無線通信システムのネットワークの間の通信に関する。より詳細には、本発明は、かかるシステム中のＲＳＶＰ（resource reservation protocol;リソース予約プロトコル）シグナリングに関する。
【背景技術】
【０００２】
ＲＳＶＰシグナリングは、無線システム中で生じ、または終了するマルチメディアトラフィックを予約するのに使用される。ＲＳＶＰシグナリングは、特に外部ＩＰ（internet protocol;インターネットプロトコル）ネットワークを介して伝えられる通信において、これらのサービスの保全性およびＱｏＳ（Quality of Service）を保証するために使用される。ＲＳＶＰシグナリングは、ＵＥによってもたらされ、ＲＦ（radio frequency;無線周波数）インターフェースを介して無線ネットワークへ伝えられ、ＩＰネットワークに入る。あるいは、ＲＳＶＰシグナリングは、ＵＥ用のＲＳＶＰプロキシサーバ（proxy server）としての役割を果たすＧＧＳＮ（general packet radio service gateway support node;汎用パケット無線サービスゲートウェイサポートノード）によって生成することができる。第１の場合に、ＲＳＶＰシグナリングのＵＥ性能は、エアインターフェースリソースのかなりの部分を消費するが、これは、ＧＧＳＮ中でプロキシ動作を実施することによって回避することができる。プロキシ機能をＧＧＳＮによって実施するとき、両方のエンティティがＲＳＶＰシグナリングを同時に伝送する場合には、適切な動作を保証し、競合条件（race condition）を回避するために、ＧＧＳＮとＵＥの間にあるネゴシエーションメカニズム（negotiation mechanism）が必要になる。必要な場合、ＲＳＶＰシグナリング機能を割り当てるために、制御モジュールが利用可能でなければならない。この制御モジュールはＧＧＳＮ中に常駐させることができ、またＰＣＦ（Policy control function）中に常駐させることもできる。ＲＳＶＰの責任を明確に割り当てないと、両方のエンティティが同時に伝送するような競合条件がもたらされ、あるいはＲＳＶＰパス（path）の伝送の欠如、およびルータ中の予約状態を予約パスに沿って更新するためのリフレッシュメッセージの欠如がもたらされることがある。このリフレッシュメッセージが欠如すると、予約状態の失効、および割り付けられたリソースの喪失がもたらされる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、ＵＥとＧＧＳＮの間の通信メカニズムの欠如に起因して生ずる競合条件が起こりうることに対処したものであり、無線リソースの不必要な消費の無駄をなくし、ネットワーク内での衝突の機会を減らす。本発明はまた、責任の明確な割当てがないため、予約状態をリフレッシュ／維持するために、ＲＳＶＰパス／リフレッシュメッセージのＩＰネットワークへの伝送を停止することにより、リソース予約プロトコル（ＲＳＶＰ）の要件にＵＥもＧＧＳＮも適切に対応しなくなることが起こるのを防止する。ＵＥとＧＧＳＮの間での明確な理解の不足により、メディアストリーム（media stream）に対して以前に行われたＩＰネットワークのリソース予約の失効がもたらされることもある。このダイアログ（dialog）がない場合には、この状況（scenario）がより高い確率で起きる可能性がある。
【発明を実施するための最良の形態】
【０００４】
図１にＲＳＶＰの基本動作を利用したシステム１０を示す（簡単に示すために環境を線図で示す）。あるユーザ（送信者１２）が、もう一人のユーザ（すなわち受信者１４）とのマルチメディアセッションを開始し、セッションを確立するためにリソースを予約しようと試みる。ただし、その他のシステムへの加入者（Ｓ１〜Ｓ４）も図に示してある。話を簡単にするために、この図に示す例を加入者１２、１４だけに限定する。ＲＳＶＰプロトコルを使用して、要求されたセッションの指定された経路を通過し、セッションを進めるのに必要なサービス品質（ＱｏＳ）を保証するために予約を行う。ＲＳＶＰ送信者１２は、ＲＳＶＰルータ１６、非ＲＳＶＰルータ１８、ＲＳＶＰトンネル１９、非ＲＳＶＰルータ２０、およびＲＳＶＰルータ２２を介してパスメッセージ（パス１、２、３、４、５を参照）を送信して、ルーティングパスに沿ってリソースを割り付け、セッションに必要なメディア属性を記憶する。受信者側端末１４は、このパスメッセージに対して予約（ＲＥＳＶ）メッセージでアクノリッジして、リソースを確立する（パス６、７、８、９、１０を参照）。予約メッセージは、ＲＳＶＰルータ２２、非ＲＳＶＰルータ２０、ＲＳＶＰトンネル１９、非ＲＳＶＰルータ１８、およびＲＳＶＰルータ１６を介して送信される。ＲＥＳＶメッセージが送信者側１２で受信された後、最終のアクノリッジ（図示せず）が、同じパスを使用して受信者側１４に返送される。最終のアクノリッジの受信後、送信者側も受信者側もセッションを開始する。定期的に、送信者側、受信者側は、ＲＳＶＰリフレッシュメッセージを介して、ルーティングパスに沿ってリソース予約をリフレッシュする。そうでなければ、パスと交差するルータ中の予約状態が失効し、リソースが再割り付けされることになる。
【０００５】
無線ネットワークでは、ユーザ装置３１またはユーザが、図２に示す無線ネットワークを介してマルチメディア／ＩＰネットワーク３３に接続される。図２に、ＲＳＶＰ動作に関与する、ＵＭＴＳ（universal mobile terrestrial system;ユニバーサル移動地上波システム）ネットワーク３０など、無線ネットワークの基本的な部分を示す。図に示すように、ＣＳＣＦ（Call Server Control Function;コールサーバ制御機能）ＰＣＦ（policy control function;ポリシー制御機能）３２は、ユーザサービス、メディアストリーム処理、およびＱｏＳリソースの問題に関する決定を行うポリシー制御ポイントとしての役割を果たす。ＧＧＳＮ３４は、ゲートウェイ機能を表し、場合によっては、これはＲＳＶＰ送信／受信プロキシ（proxy）としての役割を果たす。ＧＧＳＮ３４はまた、すべてのモバイルプロファイル情報ＰＤＰ（packet data protocol;パケットデータプロトコル）コンテキストを含み、シグナリング情報もトラフィック情報も運ぶのに必要なリソースを有する。ＧＧＳＮ３４は、すべてのモバイルアクティビティのための制御オーソリティ（controlling authority）としての役割を果たす。ＧＧＳＮ３４は、ＩＰアドレスを割り当て、ＳＧＳＮ（serving GPRS support node;サービングＧＰＲＳサポートノード）３６とともに、起こる可能性のある動作モードを決定する。ＲＳＶＰシグナリングは、ＵＴＲＡＮ（UMTS terrestrial radio access network; ＵＭＴＳ地上波無線アクセスネットワーク）３８にも、ＳＧＳＮ３６にもトランスペアレント（transparent）である。ＲＳＶＰシグナリングを手渡す方式および位置に対する、決定ポイントおよび関連する制御ロジックは、ＱｏＳポリシー制御全体に関連するＣＳＣＦ（ＰＣＦ）３２、または他のリソース制御機能を伴うＧＧＳＮ３４に配置することが好ましい。一代替実施形態では、ＧＧＳＮ３４がネットワークリソースのほとんどを管理し、無線ネットワークが渋滞した状態を検出（または決定）し、このメカニズムを使用してその過剰なトラフィックの一部を緩和することができるので、ＲＳＶＰシグナリングの責任をＣＳＣＦ（ＰＣＦ）３２とＣＧＳＮ３４に動的に割り付けることが実現される。
【０００６】
一実施形態では、ＧＧＳＮ３４は、それ自体またはＵＥ３１のどちらがＲＳＶＰ機能を実施するかを決定する。競合条件、多重伝送、または無伝送状況を防止するために、ＧＧＳＮ３４は、ＵＥと対話し、ＲＳＶＰシグナリングに対する責任をどちらがとるかを明確に割り当てる。この決定は、静的または動的に行うことができる。決定を静的に行う場合、決定は、開始時のみに行われる。決定を動的に行う場合には、ＧＧＳＮ３４は、任意の時刻にどちらがＲＳＶＰ機能を実施するかを変更することができる。この決定は、一般にエアリンクリソースの利用可能性とネットワークリソースの利用可能性の関係などのローカルトラフィック条件、およびローカルポリシーに基づいて行われる。実例で説明すると、エアリンクリソースが不足している場合、ＧＧＳＮ３４は、あるＵＥからＧＧＳＮ自体にＲＳＶＰ機能を切り換えようと決定することができる。これと対照的に、ＧＧＳＮのリソースの利用度が高い場合、ＧＧＳＮ３４はＲＳＶＰ機能をＵＥのどれかにシフトすることができる。
【０００７】
ＧＧＳＮ３４がＲＳＶＰ機能をＵＥ３１に割り当てるための好ましい手順を示すフローチャートを図３に示す。ステップＡ１で、ＧＧＳＮ３４は、ＵＥ３１がＲＳＶＰ機能を実施すると判定した後、無線ネットワークを介してＵＥ３１がＲＳＶＰ機能を制御するように指示するメッセージをＵＥ３１に送る。ステップＡ２で、ＵＥ３１は、このメッセージを受信した後、アクノリッジメッセージ（ＡＣＫ）をＧＧＳＮ３４に送信する。ステップＡ３で、無線ネットワーク３０を通る宛先ユーザへのパスを確保するために、ＵＥ３１は、予約パスメッセージ（ＰＡＴＨメッセージ）を外部ネットワーク３３に送信する。ステップＡ４で、外部ネットワーク３３は、パスメッセージを受信した後、これらのリソースをＵＥ３１のために確保し、無線ネットワーク３０を介してＲＳＶＰ予約メッセージをＵＥ３１に返信する。ステップＡ５で、ＵＥ３１は、ＲＳＶＰ予約メッセージを受信した後、ＵＴＲＡＮ３８を介して、アクティベート／修正（activate/modified）セカンダリーＰＤＰコンテキストメッセージをＳＧＳＮ３６に送信する。ステップＡ６で、このメッセージを受信した後、ＳＧＳＮ３６は、ＧＧＳＮ３４を介してコンテキスト要求メッセージを送信する。ステップＡ７で、このコンテキスト要求メッセージの受信に応答して、ＧＧＳＮ３４は、ＲＳＶＰ予約（ＲＥＳＶ）確認メッセージを外部ネットワーク３３に、またコンテキスト応答メッセージをＳＧＳＮ３６に送信する。ステップＡ８で、ＳＧＳＮは、コンテキスト応答メッセージを受信した後、アクティベート／修正セカンダリーＰＤＰコンテキスト受入れメッセージをＵＥ３１に送信する。ステップＡ９で、ＵＥは、受入れメッセージを受信した後、プロキシ機能を実行する。
【０００８】
外部ネットワーク３３全体にわたってパスを維持するために、ＵＥ３１は、外部ネットワーク３３を介してリフレッシュパスメッセージを定期的に送信する。このリフレッシュにより、外部ネットワーク３３の構成要素がタイムアウトすることおよびリソースを解放することが防止される。外部ネットワーク３３は、このリフレッシュパスメッセージを受信した後、パスの予約を維持し、パスが維持されることを示すリフレッシュ予約メッセージをＵＥ３１に送信する。
【０００９】
一代替実施形態では、ＧＧＳＮ３４がプロキシ機能の割当てを行うが、ＵＥ３１は、その割当てを受け入れ、または拒否することができる。この手順は、ＵＥ３１とＧＧＳＮ３４の間のネゴシエーション（negotiation）を可能にする。ＵＥ３１がＲＳＶＰ機能を実施するよう指示するＧＧＳＮ３４からのメッセージを受信した後、ＵＥ３１は、アクノリッジ（ＡＣＫ）または否定アクノリッジ（ＮＡＫ）によるなどして受け入れまたは拒否することによって応答する。ＵＥ３１が割当てを拒否する場合、ＵＥ３１はＲＳＶＰメッセージを発生せず、ＧＧＳＮ３４がこの機能を実施する。
【００１０】
ＧＧＳＮ３４がＲＳＶＰ機能をＧＧＳＮ自体に割り当てる好ましい手順を示すフローチャートを図４に示す。ステップＢ１で、ＧＧＳＮ３４は、自らプロキシ機能を実施すると判定した後、無線ネットワーク３０を介してＧＧＳＮ３４がＲＳＶＰ機能を制御することを示すメッセージをＵＥ３１に送信する。ステップＢ２で、ＵＥ３１は、このメッセージを受信した後、アクノリッジメッセージをＧＧＳＮ３４に送信する。ステップＢ３で、外部ネットワーク３３を通るパスを予約するために、ＧＧＳＮ３４はパスメッセージを外部ネットワーク３３に送信する。ステップＢ４で、外部ネットワーク３３は、パスメッセージを受信した後、パスリソースを確保し、無線ネットワーク３０を介して、ＲＳＶＰ予約メッセージをＧＧＳＮ３４に返信する。ＧＧＳＮ３４は、ＲＳＶＰ予約メッセージを受信した後、ＲＳＶＰ予約確認メッセージを外部ネットワーク３３に送信する。ステップＢ５で、ＧＧＳＮ３４は、同時に、修正セカンダリーＰＤＰコンテキストメッセージをＳＧＳＮ３６に送信する。ステップＢ６で、ＳＧＳＮ３６は、このメッセージを受信した後、ＵＴＲＡＮ３８を介して、作成／修正（create/modify）セカンダリーＰＤＰコンテキストメッセージをＵＥ３１に送信する。ステップＢ７およびＢ８で、このメッセージを受信したことに応答して、ＵＥ３１は、アクティベート／修正セカンダリーＰＤＰコンテキストメッセージをそれぞれＳＧＳＮ３６およびＧＧＳＮ３４に送信する。ステップＢ９およびＢ１０で、このメッセージを受信した後、ＧＧＳＮ３４は、アクティベート／修正セカンダリーＰＤＰコンテキスト受入れメッセージをＵＥ３１に送信し、ＲＳＶＰ機能を続行する。外部ネットワークを通るパスを維持するために、ＧＧＳＮ３４は外部ネットワーク３３を介してリフレッシュパスメッセージを定期的に送信する。
【００１１】
他の実施形態では、ＰＣＦ３２が、ＧＧＳＮ３４またはＵＥ３１のどちらがＲＳＶＰ機能を実施するかを決定する。この決定もまた、静的または動的に行うことができる。決定を静的に行う場合、決定は開始時に行われる。決定を動的に行う場合には、ＰＣＦ３２は、任意の時刻にＲＳＶＰ機能をどちらが実施するかを変更することができる。あるいは、ＰＣＦ３２は、決定をＧＧＳＮ３４に委任することができる。ＰＣＦ３２が委任メッセージをＧＧＳＮ３４に送信した後、ＧＧＳＮ３４は、どちらがＲＳＶＰ機能を実施するかを決定する。
【００１２】
ＰＣＦ３２がＲＳＶＰ機能をＵＥ３１に割り当てるための好ましい手順を示すフローチャートを図５に示す。ステップＣ１で、ＰＣＦ３２は、ＵＥ３１がＲＳＶＰ機能を実施するものと判定した後、ＵＥ３１がＲＳＶＰ機能を制御することを示すメッセージをＧＧＳＮ３４に送信する。ステップＣ２で、無線ネットワーク３３を介してＧＧＳＮ３４がＵＥ３１にこのメッセージを転送し、オプションでステップＣ３で、ＰＣＦ３２にアクノリッジ（ＡＣＫ）を送信することにより、メッセージの受信にアクノリッジする。ステップＣ４で、ＵＥ３１も、転送されたメッセージを受信した後に、ＰＣＦ３２にＡＣＫを送信する。あるいは、ＧＧＳＮ３４はＡＣＫを送信しない。ＰＣＦ３２は、ＵＥ３１からのＡＣＫをＵＥ３１からもＧＧＳＮ３４からも受信をアクノリッジするものとして扱う。
【００１３】
ステップＣ６で、ＵＥ３１はまた、パスメッセージを外部ネットワーク３３に送信する。ステップＣ６で、外部ネットワーク３３は、パスメッセージを受信した後、これらのリソースをＵＥ３１用に確保し、無線ネットワーク３０を介してＲＳＶＰ予約メッセージをＵＥ３１に返信する。ステップＣ７で、ＵＥ３１は、ＲＳＶＰ予約メッセージを受信した後、ＵＴＲＡＮ３８を介して、アクティベート／修正セカンダリーＰＤＰコンテキストメッセージをＳＧＳＮ３６に送信する。ステップＣ８で、このメッセージを受信したことに応答して、ＳＧＳＮ３６は、コンテキスト要求メッセージをＧＧＳＮ３４に送信する。続いて、ステップＣ９で、ＧＧＳＮ３４は、ＲＳＶＰスペース予約確認メッセージを外部ネットワーク３３に、またコンテキスト応答メッセージをＳＧＳＮ３６に送信する。ステップＣ１０で、ＳＧＳＮ３６は、コンテキスト応答メッセージを受信した後、アクティベート／修正セカンダリーＰＤＰコンテキスト受入れメッセージをＵＥ３１に送信する。ステップＣ１１のこのポイントで、ＵＥ３１は、ＲＳＶＰ機能を続行する。ＵＥ３１は、定期的に外部ネットワーク３３にリフレッシュメッセージを送信して外部ネットワーク３３を通るパスを維持する。
【００１４】
ＰＣＦ３２がＲＳＶＰ機能をＧＧＳＮ３４に割り当てるための好ましい手順を示すフローチャートを図６に示す。ステップＤ１で、ＰＣＦ３２は、ＧＧＳＮ３４がＲＳＶＰ機能を実施するものと判定した後、ＧＧＳＮ３４がＲＳＶＰ機能を制御することを指示するメッセージをＧＧＳＮ３４に送信する。ステップＤ２で、ＧＧＳＮ３４は、このメッセージを受信した後、ＳＧＳＮ３６およびＵＴＲＡＮ３８を介して、ＵＥ３１がこのＲＳＶＰ機能を実施すべきではないと指示するメッセージをＵＥ３１に送信する。ステップＤ３で、オプションで、ＧＧＳＮ３４はまた、ＡＣＫをＰＣＦ３２に送信することにより、制御メッセージの受信にアクノリッジする。ステップＤ４で、ＵＥ３１も、このメッセージを受信した後に、ＡＣＫをＰＣＦ３２に送信する。あるいは、ＧＧＳＮ３４がＡＣＫを送信しない。ＰＣＦ３２は、ＵＥ３１からのＡＣＫをＵＥ３１からもＧＧＳＮ３４からも受信をアクノリッジするものとして扱う。
【００１５】
ステップＤ５で、外部ネットワーク３３を通るパスを予約するために、ＧＧＳＮ３４は、パスメッセージを外部ネットワーク３３に送信する。ステップＤ６で、外部ネットワークは、パスメッセージを受信した後、パスリソースを確保し、ＲＳＶＰ予約メッセージをＧＧＳＮ３４に送信する。ステップＤ７で、ＧＧＳＮ３４は、ＲＳＶＰメッセージを受信したのに応答して、ＲＳＶＰ予約確認メッセージを外部ネットワーク３３に送信する。同時に、ＧＧＳＮ３４は、修正セカンダリーＰＤＰコンテキストメッセージをＳＧＳＮ３６に送信する。ステップＤ８で、このメッセージを受信した後、ＳＧＳＮ３６は、ＵＴＲＡＮ３８を介して、作成／修正セカンダリーＰＤＰコンテキストメッセージをＵＥ３１に送信する。ステップＤ９で、このメッセージを受信した後、ＵＥ３１は、アクティベート／修正セカンダリーＰＤＰコンテキストメッセージをＧＧＳＮ３４に送信する。ステップＤ１０およびＤ１１で、ＧＧＳＮ３４は、それぞれこのメッセージを受信したことに応答してアクティベート／修正セカンダリーＰＤＰコンテキスト受入れメッセージをＵＥ３１に送信し、またＲＳＶＰ機能を続行する。外部ネットワークを通るパスを維持するため、ＧＧＳＮ３４は、外部ネットワーク３３を経由してリフレッシュパスメッセージを定期的に送信する。
【００１６】
他の実施形態では、ＵＥ３１とＧＧＳＮ３４が、どちらがＲＳＶＰシグナリングに対する責任を負うか、どれだけの間か、どのような状況下で責任をシフトできるかをネゴシエーションする。ＵＥ３１またはＧＧＳＮ３４のどちらもこのネゴシエーションを開始できる。
【００１７】
他の実施形態では、ＰＣＦ３２がＵＥ３１またはＧＧＳＮ３４に責任を割り当てるようにＰＣＦ３２がＵＥポリシーの実施に関連して使用される。この場合、ＰＣＦは２つの指令、すなわち１つはＧＧＳＮ３４に、２つ目はＵＥ３１に宛てた指令を送信する。これによって、競合条件または無伝送状況が起こるのが防止される。ＧＧＳＮ３４またはＵＥ３１のどちらか一方だけでプロキシ機能を実施できるようにするために無線ネットワークをハードコード化することもできる。この決定については、ＰＤＰコンテキストのアクティベートプロセス中にＵＥ３１に通知される。
【００１８】
図７〜図１４に、異なるシグナリングシナリオに対するＵＥ３１、ＵＴＲＡＮ３８、ＳＧＳＮ３６、ＧＧＳＮ３４、ＰＣＦ３２と外部ネットワーク３３の間のいくつかの好ましいシグナリングの手順を示す。
【００１９】
図７は、ＲＳＶＰシグナリングのＰＣＦ制御についての好ましいシグナリングの一構成を示す。図７および図８で、ＰＣＦ３２は、ＧＧＳＮ３４に制御を割り当てる。ステップは、図の一番上の線から開始し、時間的に続いて起こるステップは、一番上の線の下に次々に下方の位置に示される。シグナリングの方向は矢印によって示される。
【００２０】
最初に、ステップＥ１で、プロキシコールサービス制御機能（ＰＣＳＣＦ）／ＰＣＦ３２は、ＧＧＳＮ３４に、ＲＳＶＰ送信／受信プロキシとしての役割を果たすように信号で指示する。ステップＥ２で、ＧＧＳＮ３４はアクノリッジし、ＡＣＫをＰＣＦ３２に送信する。ステップＥ３で、ＰＣＦ３２は、ＵＥ３１がＲＳＶＰシグナリングを使用してはならないとＧＧＳＮ３４に伝える。ステップＥ４で、ＧＧＳＮ３４は、ＳＧＳＮ３６にこのメッセージを伝える。ステップＥ５で、ＳＧＳＮ３６は、このメッセージをＵＥ３１に伝える。ステップＥ６で、ＵＥ３１はこのメッセージにアクノリッジし、ＡＣＫをＳＧＳＮ３６に伝える。ステップＥ７で、ＳＧＳＮ３６は、ＡＣＫをＧＧＳＮ３４に伝える。ステップＥ８で、ＧＧＳＮ３４は、ＡＣＫをＰＣＦ３２に伝える。
【００２１】
図８において、ステップＦ１で、ＰＣＦ３２は、ＧＧＳＮ３４がＲＳＶＰ送信／受信プロキシとしての役割を果たし、ＵＥ３１は沈黙するようにとＧＧＳＮ３４に伝える。ステップＦ２で、ＧＧＳＮ３４は、ＵＥ３１のためにＲＳＶＰ送信／受信プロキシを開始し、ＵＥ３１に沈黙するようにと通知する。ステップＦ３でこれはＳＧＳＮ３６に伝えられ、ステップＦ４で、ＳＧＳＮ３６がＵＥ３１にこれを伝える。
【００２２】
ステップＦ５で、ＵＥ３１はＳＧＳＮ３６にアクノリッジを送信する。ステップＦ６で、ＳＧＳＮ３６は、このアクノリッジをＧＧＳＮ３４に伝え、ステップＦ７で、ＧＧＳＮ３４がこのアクノリッジをＰＣＦ３２に送信する。ＵＥ３１は、さらに通知があるまでどのようなＲＳＶＰメッセージも送信しない。
【００２３】
図９および図１０にＧＧＳＮ３４がＲＳＶＰプロキシ機能に対する責任を決定するための様々なシグナリングシナリオを示す。図９で、ＧＧＳＮ３４は、ＧＧＳＮ自体がＲＳＶＰプロキシ機能を引き受けようと決定する。ステップＧ１で、ＵＥ３１は、ＲＳＶＰパスをＧＧＳＮ３４に送信する。ステップＧ２で、ＧＧＳＮは、ＲＳＶＰパスメッセージを使用して、外部ネットワーク３３を通るパスを開始する。ステップＧ３で、ＧＧＳＮ３４は、ＵＥ３１からＲＳＶＰパスを受信した後、プロキシ動作を開始し、ステップＧ４で、ＳＴＯＰ  ＲＳＶＰメッセージを使用してＵＥ３１に停止するようにと通知する。ステップＧ５でＵＥ３１は、アクノリッジをＵＴＲＡＮ３８およびＳＧＳＮ３６を介してＧＧＳＮ３４に送信する。ＵＥ３１は、ＧＧＳＮ３４からのさらなる通知があるまでＲＳＶＰメッセージを開始しない。ステップＧ７で、ＧＧＳＮ３４は、外部ネットワーク３３からＲＳＶＰ予約メッセージを受信した後、修正セカンダリーＰＤＰコンテキストメッセージをＳＧＳＮに送信する。ステップＧ８で、ＳＧＳＮ３６は、このメッセージをＵＥ３１に送信する。ステップＧ９で、ＵＥ３１は、修正セカンダリーＰＤＰコンテキストメッセージを受信した後、アクティベート／修正セカンダリーＰＤＰメッセージをＳＧＳＮ３６に送信する。ステップＧ１０で、ＳＧＳＮ３６はこのメッセージをＧＧＳＮ３４に転送する。外部ネットワークを通るパスを維持するために、ステップＧ１１で、ＧＧＳＮ３４は、リフレッシュパスメッセージを定期的に送信し、ステップＧ１２でリフレッシュ予約メッセージを受信する。
【００２４】
図１０で、ＧＧＳＮ３４は、ＵＥ３１とのネゴシエーションの後、ＲＳＶＰプロキシ機能をサポートすることを決定する。ステップＨ１で、ＵＥ３１は、ＧＧＳＮがＲＳＶＰシグナリングに対するプロキシの役割を果たすべきことを指示するメッセージをＧＧＳＮ３４に送信する。ステップＨ２で、プロキシ動作をサポートすると決定したＧＧＳＮ３４は、そのプロキシ動作を開始し、ステップＨ３で、ＵＥ３１に伝送を停止するよう通知する。この決定は、ＵＥ３１へのアクノリッジに組み込まれる。ＵＥ３１は、ＧＧＳＮの指令を受け入れ、ＲＳＶＰメッセージの送信を停止する。
【００２５】
ステップＨ４で、ＵＥ３１は、セッションを開始し、セカンダリーＰＤＰコンテキストメッセージを作成し、ステップＨ５およびＨ６で、それがそれぞれＵＴＲＡＮ３８およびＳＧＳＮ３６を介してＧＧＳＮ３４に伝送される。ステップＨ７で、ＧＧＳＮ３４は、セカンダリーＰＤＰコンテキストメッセージを修正し、ＵＥの通知を受け入れ、ステップＨ８およびＨ９で、同じパスを経由してＵＥ３１に受け入れたことを伝える。ステップＨ１０で、ＧＧＳＮ３４は、外部ネットワーク３３にＲＳＶＰパスメッセージを送信し、ステップＨ１１で、その応答としてＲＳＶＰ予約を受信する。ステップＨ１２で、ＧＧＳＮ３４は、ＲＳＶＰ予約確認を送信することにより、ＲＳＶＰ予約の受信を確認する。ステップＨ１３で、パスを維持するために、ＧＧＳＮ３４はリフレッシュパスメッセージを定期的に送信し、次にステップＨ１４で、リフレッシュ予約メッセージを受信する。
【００２６】
ＵＥ３１とＧＧＳＮ３４は、ＲＳＶＰシグナリングに対する責任をどちらが取るか、どれだけの間か、どのような状況で責任をシフトできるかについてのネゴシエーションに携わることができる。図１１において、ステップＩ１で、ＵＥ３１は、ＧＧＳＮ３４がＲＳＶＰシグナリングに対するプロキシとしての役割を果たすよう要求する。ステップＩ２で、ＧＧＳＮ３４は、ＧＧＳＮ自体がプロキシ動作をサポートしないものと決定し、ステップＩ３で、ＮＡＫを送信することによってＵＥ３１に責任を再び取るように通知する。ステップＩ４で、ＵＥ３１は、ＲＳＶＰパスメッセージをＧＧＳＮ３４に送信する。ステップＩ５で、ＲＳＶＰパスメッセージは外部ネットワーク３３を介して受信側ＵＥに伝送される。ステップＩ６で、受信側ＵＥは、外部ネットワーク３３を介して、ＲＳＶＰ予約をＧＧＳＮ３４に送信する。次に、ＧＧＳＮ３４は、ステップＩ７でＲＳＶＰ予約をＵＥ３１に、ステップＩ１０でＲＳＶＰ予約確認メッセージを外部ネットワークに送信する。ステップＩ８で、ＵＥ３１は、アクティベート／修正セカンダリーＰＤＰコンテキストをＳＧＳＮ３６に送信する。ステップＩ９で、ＳＧＳＮ３６は、コンテキスト要求をＧＧＳＮ３４に送信する。ステップＩ１１で、ＧＧＳＮ３４は、コンテキスト応答をＳＧＳＮ３６に送信し、ステップＩ１２で、ＳＧＳＮ３６は、アクティベート／修正セカンダリーＰＤＰコンテキスト受入れメッセージをＵＥ３１に送信する。ステップＩ１３で、ＵＥ３１は、パスを維持するためにリフレッシュメッセージを送信し、これはＧＧＳＮ３４に伝えられる。ステップＩ１４で、このリフレッシュパスメッセージは、ＧＧＳＮ３４によって外部ネットワーク３３へと送信される。ステップＩ１５で、外部ネットワーク３３は、ＧＧＳＮ３４に対してリフレッシュＲＥＳＶで応答する。ステップＩ１６で、ＧＧＳＮ３４は、このメッセージをＵＥ３１に送信する。
【００２７】
ＧＧＳＮ３４は、ＧＧＳＮ３４が、ＵＥ３１またはＧＧＳＮ３４のどちらかがＲＳＶＰ機能を実施するよう推奨することを示すメッセージをＵＥ３１に送信することもできる。ＵＥ３１は、この推奨を受け入れることも断ることもできる。一般的に、ＲＳＶＰ機能をどれが実施するかの最終判定は、ネゴシエーションがうまくいかない場合には、ＧＧＳＮ３４に任される。
【００２８】
図１２では、ＧＧＳＮ３４は、プロキシ動作をサポートすると決定する。ステップＪ１で、外部ネットワーク３３は、ＲＳＶＰパスメッセージを外部ネットワーク３３中のあるＵＥからＧＧＳＮ３４に伝送する。ステップＪ２で、ＧＧＳＮ３４は、プロキシ動作をサポートすると決定し、ＵＥ３１にＲＳＶＰシグナリングを送信しないようにと通知する。ステップＪ３で、ＧＧＳＮ３４は、作成／修正ＰＤＰコンテキストをＳＧＳＮ３６に送信し、ステップＪ４で、ＳＧＳＮ３６は、このメッセージをＵＥ３１に送信する。ステップＪ５で、ＵＥ３１はこのメッセージを受信し、アクティベート／修正セカンダリーＰＤＰコンテキストをＳＧＳＮ３６に送信する。ステップＪ６で、ＳＧＳＮ３６は、このメッセージをＧＧＳＮ３４に送信する。
【００２９】
ステップＪ７で、ＧＧＳＮ３４は、アクティベート／修正セカンダリーＰＤＰコンテキスト受入れをＳＧＳＮ３６に送信し、ステップＪ８で、ＳＧＳＮ３６は、このメッセージをＵＥ３１に送信する。さらに、ステップＪ９で、ＧＧＳＮ３４は、ＲＳＶＰ予約を外部ネットワーク３３に送信し、ステップＪ１０で、外部ネットワーク３３は、ＲＳＶＰ予約確認で応答する。ステップＪ１１で、外部ネットワーク３３に結合されるＵＥは、外部ネットワーク３３を経由してＧＧＳＮ３４にリフレッシュパス要求メッセージを送信する。ステップＪ１２で、ＧＧＳＮ３４は、リフレッシュ予約メッセージを送信することによって応答する。
【００３０】
図１３では、ＰＣＦ３２はＲＳＶＰ機能の決定を行う。ステップＫ１で、ＵＥ３１は、ＧＧＳＮ３４がＲＳＶＰプロキシとしての役割を果たすようにとの要求をＰＣＦ３２に送信する。このメッセージはＰＣＦ３２によって処理され、ステップＫ２で、ＰＣＦ３２は、決定を行い、ステップＫ３で、ＰＣＦ３２は、ＧＧＳＮ３４がＲＳＶＰプロキシに対する責任を割り当てられたとＧＧＳＮ３４に通知する。ステップＫ４で、ＰＣＦ３２はさらに、ＲＳＶＰメッセージを送信するのを停止するようにとＵＥ３１に通知する。ステップＫ５で、ＧＧＳＮ３４は、ＰＣＦ３２に対して自らへの割当てについてアクノリッジし、ステップＫ６で、ＵＥ３１も、自らがＲＳＶＰメッセージを送信するのを停止することをアクノリッジする。
【００３１】
図１４は、ステップＬ１で、ＵＥ３１がＲＳＶＰプロキシの役割を果たすべきとの要求をＧＧＳＮ３４がＰＣＦ３２に送信する点を除いて、図１３と同様な処理構成である。ステップＬ２で、ＰＣＦ３２は決定を行い、ステップＬ３で、ＲＳＶＰプロキシの割当てをＵＥ３１に対して行う。ステップＬ４で、ＰＣＦ３２はさらに、ＧＧＳＮ３４にＲＳＶＰプロキシとしての役割を果たさないよう指示する。ステップＬ５で、ＵＥ３１は、自らへの割当てに対してアクノリッジし、ステップＬ６で、ＧＧＳＮ３４は、その割当てに対してアクノリッジする。
【００３２】
ＰＣＦは、図１３および図１４に示すものと逆の決定をすることもできることを理解すべきである。例えば、図１３について考えると、ＵＥ３１が、ＧＧＳＮ３４がＲＳＶＰとしての機能を果たすようにと要求したとき、ＰＣＦ３２は、どうしてもＵＥ３１がＲＳＶＰプロキシとしての役割を果たすべきだと決定することができる。同様にして、図１４を参照すると、ＵＥ３１がＲＳＶＰプロキシとしての役割を果たすようにとのＧＧＳＮ３４からの要求に応答して、ＰＣＦ３２は、どうしてもＧＧＳＮ３４がＲＳＶＰプロキシとしての役割を果たすべきだと決定することができる。図１３および図１４でＰＣＦ３２がＵＥ３１にもＧＧＳＮ３４にも指令を送るので、競合条件またはまったくの無伝送状況は起こりそうにない。
【００３３】
ＲＳＶＰシグナリングが静的なセットアップ（初期化）中に起こらないことを保証するため、ＧＧＳＮ３４に責任を割り当てる際に、ＵＥ３１にＲＳＶＰシグナリングメッセージを送信しないよう指示する制御メカニズム、あるいは、ＵＥ３１に責任を割り当てる際に、ＧＧＳＮ３４にＲＳＶＰシグナリングメッセージを送信しないよう指示する制御メカニズムを使用することが好ましい。
【図面の簡単な説明】
【００３４】
【図１】ＲＳＶＰシグナリングのメカニズムの一例を示す図である。
【図２】簡略化した無線ネットワークの図である。
【図３】ＧＧＳＮがＲＳＶＰプロキシ機能を割り当てる様子を示すフローチャートである。
【図４】ＧＧＳＮがＲＳＶＰプロキシ機能を割り当てる様子を示すフローチャートである。
【図５】ＰＣＦがＲＳＶＰプロキシ機能を割り当てる様子を示すフローチャートである。
【図６】ＰＣＦがＲＳＶＰプロキシ機能を割り当てる様子を示すフローチャートである。
【図７】好ましいシグナリングのシナリオを示すフローチャートである。
【図８】好ましいシグナリングのシナリオを示すフローチャートである。
【図９】好ましいシグナリングのシナリオを示すフローチャートである。
【図１０】好ましいシグナリングのシナリオを示すフローチャートである。
【図１１】好ましいシグナリングのシナリオを示すフローチャートである。
【図１２】好ましいシグナリングのシナリオを示すフローチャートである。
【図１３】好ましいシグナリングのシナリオを示すフローチャートである。
【図１４】好ましいシグナリングのシナリオを示すフローチャートである。
【図１】
2004537885.tif 000003
【図２】
2004537885.tif 000004
【図３】
2004537885.tif 000005
【図４】
2004537885.tif 000006
【図５】
2004537885.tif 000007
【図６】
2004537885.tif 000008
【図７】
2004537885.tif 000009
【図８】
2004537885.tif 000010
【図９】
2004537885.tif 000011
【図１０】
2004537885.tif 000012
【図１１】
2004537885.tif 000013
【図１２】
2004537885.tif 000014
【図１３】
2004537885.tif 000015
【図１４】
2004537885.tif 000016
【国際公開パンフレット】
2004537885.tif 000017
2004537885.tif 000018
2004537885.tif 000019
2004537885.tif 000020
2004537885.tif 000021
2004537885.tif 000022
2004537885.tif 000023
2004537885.tif 000024
2004537885.tif 000025
2004537885.tif 000026
2004537885.tif 000027
2004537885.tif 000028
2004537885.tif 000029
2004537885.tif 000030
2004537885.tif 000031
2004537885.tif 000032
2004537885.tif 000033
2004537885.tif 000034
2004537885.tif 000035
2004537885.tif 000036
2004537885.tif 000037
2004537885.tif 000038
2004537885.tif 000039
2004537885.tif 000040
2004537885.tif 000041
2004537885.tif 000042
2004537885.tif 000043
2004537885.tif 000044
2004537885.tif 000045
2004537885.tif 000046
2004537885.tif 000047
2004537885.tif 000048
2004537885.tif 000049
【国際調査報告】
2004537885.tif 000050
2004537885.tif 000051