(57)【要約】【課題】Ｓ／Ｐ−ＧＷの再開を当該Ｓ／Ｐ−ＧＷで検出した場合、Ｓ／Ｐ−ＧＷ起動によるＳ／Ｐ−ＧＷとＰＣＲＦとの間のセッション状態を一致させる。【解決手段】Ｐ−ＧＷ３００が、Ｐ−ＧＷ３００の再開を検出した際、あらかじめ設定された解放パラメータをＣＣ−Ｒｅｑｕｅｓｔに含めてＰＣＲＦ１００へ送信し、ＰＣＲＦ１００が、解放パラメータがＰ−ＧＷ３００から送信されてきた場合、Ｐ−ＧＷ３００を用いて接続しているセッションすべてを解放する。【選択図】図１
2011223253.tif 000002
【特許請求の範囲】
【請求項１】
ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）と、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｏｄｅ−Ｇａｔｅｗａｙ）と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）とが設けられた通信システムにおいて、
前記Ｐ−ＧＷは、当該Ｐ−ＧＷの再開を検出した際、あらかじめ設定された解放パラメータをＣＣ−Ｒｅｑｕｅｓｔ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ｒｅｑｕｅｓｔ）に含めて前記ＰＣＲＦへ送信し、
前記ＰＣＲＦは、前記解放パラメータが前記Ｐ−ＧＷから送信されてきた場合、該Ｐ−ＧＷを用いて接続しているセッションすべてを解放することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記ＰＣＲＦは、前記Ｐ−ＧＷと前記ＰＣＲＦとの間で互いのセッション状態の不一致を前記Ｐ−ＧＷが検出した際にその旨を前記Ｐ−ＧＷが前記ＰＣＲＦへ通知するためのパラメータが定義されたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰを前記Ｐ−ＧＷへ送信し、
前記Ｐ−ＧＷは、当該Ｐ−ＧＷの再開を検出した際、前記ＰＣＲＦから送信されてきたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰに定義されたパラメータを前記解放パラメータとしてＣＣ−Ｒｅｑｕｅｓｔに含めて前記ＰＣＲＦへ送信することを特徴とする通信システム。
【請求項３】
請求項１または請求項２に記載の通信システムにおいて、
前記Ｐ−ＧＷは、前記解放パラメータを不揮発性のメモリに保持しておくことを特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムにおいて、
前記Ｓ−ＧＷは、当該Ｓ−ＧＷの再開を検出した際、前記解放パラメータを前記ＣＣ−Ｒｅｑｕｅｓｔに含めて前記ＰＣＲＦへ送信し、該ＣＣ−Ｒｅｑｕｅｓｔに応じたＣＣ−Ａｎｓｗｅｒが前記ＰＣＲＦから送信されてきた場合、前記Ｐ−ＧＷへ接続の更新を要求する接続更新信号を送信し、
前記Ｐ−ＧＷは、前記Ｓ−ＧＷから前記接続更新信号が送信されてきた場合、前記解放パラメータを前記ＣＣ−Ｒｅｑｕｅｓｔに含めて前記ＰＣＲＦへ送信し、
前記ＰＣＲＦは、前記解放パラメータが前記Ｓ−ＧＷから送信されてきた場合、該Ｓ−ＧＷを用いて接続しているセッションすべてを解放し、該セッションを解放した後、前記ＣＣ−Ｒｅｑｕｅｓｔに応じたＣＣ−Ａｎｓｗｅｒを前記Ｓ−ＧＷへ送信することを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムにおいて、
前記ＰＣＲＦは、前記Ｓ−ＧＷと前記ＰＣＲＦとの間で互いのセッション状態の不一致を前記Ｓ−ＧＷが検出した際にその旨を前記Ｓ−ＧＷが前記ＰＣＲＦへ通知するためのパラメータが定義されたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰを前記Ｓ−ＧＷへ送信し、
前記Ｓ−ＧＷは、当該Ｓ−ＧＷの再開を検出した際、前記ＰＣＲＦから送信されてきたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰに定義されたパラメータを前記解放パラメータとしてＣＣ−Ｒｅｑｕｅｓｔに含めて前記ＰＣＲＦへ送信することを特徴とする通信システム。
【請求項６】
請求項４または請求項５に記載の通信システムにおいて、
前記Ｓ−ＧＷは、前記解放パラメータを不揮発性のメモリに保持しておくことを特徴とする通信システム。
【請求項７】
請求項１に記載の通信システムにおいて、
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）であることを特徴とする通信システム。
【請求項８】
ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）と、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｏｄｅ−Ｇａｔｅｗａｙ）と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）とが設けられた通信システムにおける通信ノード間の接続を解放するセッション解放方法であって、
前記Ｐ−ＧＷが、当該Ｐ−ＧＷの再開を検出する処理と、
前記Ｐ−ＧＷが、当該Ｐ−ＧＷの再開を検出した際、あらかじめ設定された解放パラメータをＣＣ−Ｒｅｑｕｅｓｔ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ｒｅｑｕｅｓｔ）に含めて前記ＰＣＲＦへ送信する処理と、
前記ＰＣＲＦが、前記解放パラメータが前記Ｐ−ＧＷから送信されてきた場合、該Ｐ−ＧＷを用いて接続しているセッションすべてを解放する処理とを行うセッション解放方法。
【請求項９】
請求項８に記載のセッション解放方法において、
前記Ｓ−ＧＷが、当該Ｓ−ＧＷの再開を検出する処理と、
前記Ｓ−ＧＷが、当該Ｓ−ＧＷの再開を検出した際、前記解放パラメータを前記ＣＣ−Ｒｅｑｕｅｓｔに含めて前記ＰＣＲＦへ送信する処理と、
前記ＰＣＲＦが、前記解放パラメータが前記Ｓ−ＧＷから送信されてきた場合、該Ｓ−ＧＷを用いて接続しているセッションすべてを解放する処理と、
前記ＰＣＲＦが、前記セッションを解放した後、前記ＣＣ−Ｒｅｑｕｅｓｔに応じたＣＣ−Ａｎｓｗｅｒを前記Ｓ−ＧＷへ送信する処理と、
前記Ｓ−ＧＷが、前記ＣＣ−Ａｎｓｗｅｒが前記ＰＣＲＦから送信されてきた場合、前記Ｐ−ＧＷへ接続の更新を要求する接続更新信号を送信する処理と、
前記Ｐ−ＧＷが、前記Ｓ−ＧＷから前記接続更新信号が送信されてきた場合、前記解放パラメータを前記ＣＣ−Ｒｅｑｕｅｓｔに含めて前記ＰＣＲＦへ送信する処理とを行うことを特徴とするセッション解放方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信を行う通信システム、および通信システムにおける通信ノード間の接続を解放するセッション解放方法に関する。
【背景技術】
【０００２】
移動体通信ネットワークに設けられた各ノードは、セッション状態を互いに一致させることが重要である。なぜなら、あるノードがある加入者のセッションを保持しているが、他のあるノードがセッションを保持していない状態で信号を受信した場合、前発優先、後発優先で接続を行うかを各ノードで互いに一致させる必要があるからである。
【０００３】
そこで、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信をサポートしている複数ノード間の通信システムにおけるセッション解放に関する方法及び装置が開示されている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００５−５１７３５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、移動体通信システムに設けられたＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）と、Ｓ／Ｐ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ／Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｏｄｅ−Ｇａｔｅｗａｙ）との間のセッション管理には、以下のような課題がある。
【０００６】
一般的な３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）標準シーケンスでは、Ｓ／Ｐ−ＧＷで障害による再開を当該Ｓ／Ｐ−ＧＷで検出した場合、Ｓ／Ｐ−ＧＷ起動によるセッション解放手順がない。このため、Ｓ／Ｐ−ＧＷとＰＣＲＦとの間でのリソース浮き、セッション状態の不一致をＰＣＲＦで検出することができず、Ｓ／Ｐ−ＧＷとＰＣＲＦとの間でセッションが解放されないという問題点がある。
【０００７】
また、このセッション解放を行うには、Ｓ／Ｐ−ＧＷまたはＰＣＲＦでローカルにセッション解放を行っているため、Ｓ／Ｐ−ＧＷとＰＣＲＦとの間でセッション状態が一致するまでに時間を要してしまうという問題点がある。
【０００８】
また、特許文献１に記載された技術は、３ＧＰＰ標準シーケンスを改善するものではない。
【０００９】
本発明の目的は、上述した課題を解決する通信システムおよびセッション解放方法を提供することである。
【課題を解決するための手段】
【００１０】
本発明の通信システムは、
ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）と、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｏｄｅ−Ｇａｔｅｗａｙ）と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）とが設けられた通信システムにおいて、
前記Ｐ−ＧＷは、当該Ｐ−ＧＷの再開を検出した際、あらかじめ設定された解放パラメータをＣＣ−Ｒｅｑｕｅｓｔ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ｒｅｑｕｅｓｔ）に含めて前記ＰＣＲＦへ送信し、
前記ＰＣＲＦは、前記解放パラメータが前記Ｐ−ＧＷから送信されてきた場合、該Ｐ−ＧＷを用いて接続しているセッションすべてを解放することを特徴とする。
【００１１】
また、本発明のセッション解放方法は、
ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）と、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｏｄｅ−Ｇａｔｅｗａｙ）と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）とが設けられた通信システムにおける通信ノード間の接続を解放するセッション解放方法であって、
前記Ｐ−ＧＷが、当該Ｐ−ＧＷの再開を検出する処理と、
前記Ｐ−ＧＷが、当該Ｐ−ＧＷの再開を検出した際、あらかじめ設定された解放パラメータをＣＣ−Ｒｅｑｕｅｓｔ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ｒｅｑｕｅｓｔ）に含めて前記ＰＣＲＦへ送信する処理と、
前記ＰＣＲＦが、前記解放パラメータが前記Ｐ−ＧＷから送信されてきた場合、該Ｐ−ＧＷを用いて接続しているセッションすべてを解放する処理とを行う。
【発明の効果】
【００１２】
以上説明したように、本発明においては、Ｓ／Ｐ−ＧＷの再開を当該Ｓ／Ｐ−ＧＷで検出した場合、Ｓ／Ｐ−ＧＷ起動によるＳ／Ｐ−ＧＷとＰＣＲＦとの間のセッション状態を一致させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の通信システムの実施の一形態を示す図である。
【図２】図１に示したＰＣＲＦの内部構成の一例を示す図である。
【図３】図１に示したＳ−ＧＷの内部構成の一例を示す図である。
【図４】図１に示したＰ−ＧＷの内部構成の一例を示す図である。
【図５】本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＧＴＰｖ２である場合の処理を説明するためのシーケンス図である。
【図６】本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＰＭＩＰであり、且つＰ−ＧＷが再開した場合の処理を説明するためのシーケンス図である。
【図７】本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＰＭＩＰであり、且つＳ−ＧＷが再開した場合の処理を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１５】
図１は、本発明の通信システムの実施の一形態を示す図である。
【００１６】
本形態は図１に示すように、ＰＣＲＦ１００と、Ｓ−ＧＷ２００と、Ｐ−ＧＷ３００と、ＭＭＥ４００と、ｅＮｏｄｅＢ５００−１〜５００−２と、ＳＧＳＮ６００と、ＲＮＣ７００と、ＮｏｄｅＢ８００−１〜８００−２と、ＵＥ９００とから構成されたＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）である。
【００１７】
ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）１００は、加入者に対するポリシー機能や課金ルール機能等を有する通信制御を行う交換機である。また、ＰＣＲＦ１００は、Ｓ−ＧＷ２００およびＰ−ＧＷ３００と接続されている。なお、ＰＣＲＦ１００とＳ−ＧＷ２００との接続インターフェイスをＧｘｃと呼ぶ。また、ＰＣＲＦ１００とＰ−ＧＷ３００との接続インターフェイスをＧｘと呼ぶ。
【００１８】
Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）２００およびＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｏｄｅ−Ｇａｔｅｗａｙ）３００は、ユーザパケットのルーティング、ポリシーの適用、各加入者用のパケットフィルタリング、サポートの課金、合法的傍受およびパケットスクリーニングなどを行うゲートウェイ装置である。また、Ｓ−ＧＷ２００は、ＰＣＲＦ１００のほかに、ＭＭＥ４００、ｅＮｏｄｅＢ５００−１〜５００−２およびＳＧＳＮ６００と接続されている。また、Ｐ−ＧＷ３００は、ＰＣＲＦ１００のほかに、外部網（例えば、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅｓ  Ｐｒｏｖｉｄｅｒ）など）と接続され、当該接続を提供する。また、Ｓ−ＧＷ２００とＰ−ＧＷ３００とは、接続インターフェイスＳ５を介して接続されている。以下、Ｓ−ＧＷ２００とＰ−ＧＷ３００との少なくとも一方を指す場合は、「Ｓ／Ｐ−ＧＷ」と記載する。
【００１９】
ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）４００は、加入者の情報に基づいてＵＥ９００の認証やＵＥ９００のページング処理、秘匿処理、ＵＥ９００の位置登録や着信時の端末呼び出し、ハンドオーバーといったモビリティ管理を行う局舎内装置である。また、ＭＭＥ４００は、Ｓ−ＧＷ２００のほかに、ｅＮｏｄｅＢ５００−１〜５００−２と接続されている。
【００２０】
ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）６００は、携帯電話網のパケット網を構成するノードであり、無線アクセスネットワーク側との接続を行う。また、ＳＧＳＮ６００は、Ｓ−ＧＷ２００のほかに、ＲＮＣ７００と接続されている。
【００２１】
ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）７００は、ＮｏｄｅＢ８００−１〜８００−２を制御する無線ネットワーク制御装置である。
【００２２】
ｅＮｏｄｅＢ５００−１〜５００−２およびＮｏｄｅＢ８００−１〜８００−２は、無線基地局であり、それぞれがカバーするサービスエリア内に存在する移動機を管理・制御する。図１に示した例では、ｅＮｏｄｅＢ５００−１がカバーするサービスエリア１０００内に移動機であるＵＥ９００が存在している。
【００２３】
上述した各装置の機能は、各装置に一般的に具備されているものと同じである。本発明においては、さらに、ＧｘおよびＧｘｃでやり取りされるＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰ（３ＧＰＰ  ＴＳ２９．２１２  Ｖ９．０．０  ５．３．７  Ｅｖｅｎｔ−Ｔｒｉ
ｇｇｅｒ  ＡＶＰに記載）に新規にパラメータを定義する。それにより、ＧｘおよびＧｘｃのインターフェイス部分を変更する。
【００２４】
以下に、本発明において、変更（追加）する機能について説明する。
【００２５】
ＰＣＲＦ１００は、Ｓ−ＧＷ２００またはＰ−ＧＷ３００とＰＣＲＦ１００との間で互いのセッション状態の不一致をＳ−ＧＷ２００またはＰ−ＧＷ３００が検出した際にその旨をＳ−ＧＷ２００またはＰ−ＧＷ３００がＰＣＲＦ１００へ通知するためのパラメータ（解放パラメータ）が定義されたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰをＳ−ＧＷ２００またはＰ−ＧＷ３００へ送信する。また、解放パラメータがＳ−ＧＷ２００またはＰ−ＧＷ３００から送信されてきた場合、Ｓ−ＧＷ２００またはＰ−ＧＷ３００を用いて接続しているセッションすべてを解放する。
【００２６】
Ｓ−ＧＷ２００は、Ｓ−ＧＷ２００の再開を検出した際、あらかじめ設定された解放パラメータを３ＧＰＰのスペックで定義されている制御要求信号であるＣＣ−Ｒｅｑｕｅｓｔ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ｒｅｑｕｅｓｔ）に含めてＰＣＲＦ１００へ送信する。また、Ｓ−ＧＷ２００は、Ｓ−ＧＷ２００の再開を検出した際、ＰＣＲＦ１００から送信されてきたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰに定義されたパラメータを解放パラメータとしてＣＣ−Ｒｅｑｕｅｓｔに含めてＰＣＲＦ１００へ送信する。また、Ｓ−ＧＷ２００は、解放パラメータを不揮発性のメモリに保持しておく。このとき、Ｓ−ＧＷ２００が再開した場合であっても、保持している解放パラメータが消失しないようにしておく。
【００２７】
Ｐ−ＧＷ３００は、Ｐ−ＧＷ３００の再開を検出した際、あらかじめ設定された解放パラメータをＣＣ−Ｒｅｑｕｅｓｔに含めてＰＣＲＦ１００へ送信する。また、Ｐ−ＧＷ３００は、Ｐ−ＧＷ３００の再開を検出した際、ＰＣＲＦ１００から送信されてきたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰに定義されたパラメータを解放パラメータとしてＣＣ−Ｒｅｑｕｅｓｔに含めてＰＣＲＦ１００へ送信する。また、Ｐ−ＧＷ３００は、解放パラメータを不揮発性のメモリに保持しておく。このとき、Ｐ−ＧＷ３００が再開した場合であっても、保持している解放パラメータが消失しないようにしておく。
【００２８】
図２は、図１に示したＰＣＲＦ１００の内部構成の一例を示す図である。
【００２９】
図１に示したＰＣＲＦ１００には図２に示すように、制御部１１０と、Ｇｘｃインターフェイス部１２０と、Ｇｘインターフェイス部１３０とが設けられている。
【００３０】
制御部１１０は、Ｇｘｃインターフェイス部１２０およびＧｘインターフェイス部１３０からの指示に基づいた制御や、一般的なＰＣＲＦ１００の処理を行う。
【００３１】
また、Ｇｘｃインターフェイス部１２０には、パラメータ通知部１２１と、セッション解放部１２２と、応答部１２３とが設けられている。
【００３２】
パラメータ通知部１２１は、Ｓ−ＧＷ２００とＰＣＲＦ１００との間で互いのセッション状態の不一致をＳ−ＧＷ２００が検出した際にその旨をＳ−ＧＷ２００がＰＣＲＦ１００へ通知するためのパラメータ（解放パラメータ）が定義されたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰをＳ−ＧＷ２００へ送信（通知）する。ここで、解放パラメータは、３ＧＰＰのスペック上、Ｅｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰにすでに定義されている値以外のものを用いて定義されるものであっても良い。
【００３３】
セッション解放部１２２は、Ｓ−ＧＷ２００からＣＣ−Ｒｅｑｕｅｓｔが送信されてきた場合、送信されてきたＣＣ−Ｒｅｑｕｅｓｔに上述した解放パラメータが含まれているかどうかを判定する。また、セッション解放部１２２は、Ｓ−ＧＷ２００から送信されてきたＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれている場合、Ｓ−ＧＷ２００を用いて接続しているセッションすべてを解放するように制御部１１０へ指示する。すると、制御部１１０は、所定の解放手順に従ってセッションを解放する。
【００３４】
応答部１２３は、Ｓ−ＧＷ２００から解放パラメータが送信されてきたことにより、制御部１１０がセッションを解放した際、Ｓ−ＧＷ２００へＣＣ−Ｒｅｑｕｅｓｔに対する応答信号であるＣＣ−Ａｎｓｗｅｒを送信することで応答する。
【００３５】
また、Ｇｘインターフェイス部１３０には、パラメータ通知部１３１と、セッション解放部１３２と、応答部１３３とが設けられている。
【００３６】
パラメータ通知部１３１は、Ｐ−ＧＷ３００とＰＣＲＦ１００との間で互いのセッション状態の不一致をＰ−ＧＷ３００が検出した際にその旨をＰ−ＧＷ３００がＰＣＲＦ１００へ通知するためのパラメータ（解放パラメータ）が定義されたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰをＰ−ＧＷ３００へ送信（通知）する。
【００３７】
セッション解放部１３２は、Ｐ−ＧＷ３００からＣＣ−Ｒｅｑｕｅｓｔが送信されてきた場合、送信されてきたＣＣ−Ｒｅｑｕｅｓｔに上述した解放パラメータが含まれているかどうかを判定する。また、セッション解放部１３２は、Ｐ−ＧＷ３００から送信されてきたＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれている場合、Ｐ−ＧＷ３００を用いて接続しているセッションすべてを解放するように制御部１１０へ指示する。すると、制御部１１０は、所定の解放手順に従ってセッションを解放する。
【００３８】
応答部１３３は、Ｐ−ＧＷ３００から解放パラメータが送信されてきたことにより、制御部１１０がセッションを解放した際、Ｐ−ＧＷ３００へＣＣ−Ａｎｓｗｅｒを送信することで応答する。
【００３９】
図３は、図１に示したＳ−ＧＷ２００の内部構成の一例を示す図である。
【００４０】
図１に示したＳ−ＧＷ２００には図３に示すように、制御部２１０と、Ｇｘｃインターフェイス部２２０と、Ｓ５インターフェイス部２３０とが設けられている。
【００４１】
制御部２１０は、Ｇｘｃインターフェイス部２２０からの指示に基づいた制御や、一般的なＳ−ＧＷ２００の処理を行う。
【００４２】
また、Ｇｘｃインターフェイス部２２０には、パラメータ受信部２２１と、記憶部２２２と、再開検出部２２３と、解放要求部２２４と、応答受信部２２５とが設けられている。
【００４３】
パラメータ受信部２２１は、ＰＣＲＦ１００から送信されてきたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰを受信し、受信したＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰで定義された解放パラメータを記憶部２２２に書き込む。
【００４４】
記憶部２２２は、パラメータ受信部２２１によって書き込まれた解放パラメータを保持（記憶）する。また、記憶部２２２は、当該解放パラメータが外部からあらかじめ書き込まれた場合、その書き込まれた解放パラメータを記憶する。これは、ＰＣＲＦ１００から解放パラメータが通知されてこない場合にも対応可能とするためである。なお、記憶部２２２は、不揮発性メモリである。
【００４５】
再開検出部２２３は、Ｓ−ＧＷ２００が再開した場合、当該再開を検出する。再開の検出方法は特に規定しない。
【００４６】
解放要求部２２４は、再開検出部２２３がＳ−ＧＷ２００の再開を検出した場合、記憶部２２２に記憶されている解放パラメータをＣＣ−Ｒｅｑｕｅｓｔに含めて（乗せて）、ＰＣＲＦ１００へ送信する。
【００４７】
応答受信部２２５は、解放要求部２２４が送信したＣＣ−Ｒｅｑｕｅｓｔに対してＰＣＲＦ１００から送信されてきたＣＣ−Ａｎｓｗｅｒを受信し、その旨を制御部２１０へ通知する。
【００４８】
Ｓ５インターフェイス部２３０は、Ｐ−ＧＷ３００との間のやり取りを行う。
【００４９】
図４は、図１に示したＰ−ＧＷ３００の内部構成の一例を示す図である。
【００５０】
図１に示したＰ−ＧＷ３００には図４に示すように、制御部３１０と、Ｇｘインターフェイス部３２０と、Ｓ５インターフェイス部３３０とが設けられている。
【００５１】
制御部３１０は、Ｇｘインターフェイス部３２０からの指示に基づいた制御や、一般的なＰ−ＧＷ３００の処理を行う。
【００５２】
また、Ｇｘインターフェイス部３２０には、パラメータ受信部３２１と、記憶部３２２と、再開検出部３２３と、解放要求部３２４と、応答受信部３２５とが設けられている。
【００５３】
パラメータ受信部３２１は、ＰＣＲＦ１００から送信されてきたＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰを受信し、受信したＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰで定義された解放パラメータを記憶部３２２に書き込む。
【００５４】
記憶部３２２は、パラメータ受信部３２１によって書き込まれた解放パラメータを保持（記憶）する。また、記憶部３２２は、当該解放パラメータが外部からあらかじめ書き込まれた場合、その書き込まれた解放パラメータを記憶する。これは、ＰＣＲＦ１００から解放パラメータが通知されてこない場合にも対応可能とするためである。なお、記憶部３２２は、不揮発性メモリである。
【００５５】
再開検出部３２３は、Ｐ−ＧＷ３００が再開した場合、当該再開を検出する。再開の検出方法は特に規定しない。
【００５６】
解放要求部３２４は、再開検出部３２３がＰ−ＧＷ３００の再開を検出した場合、記憶部３２２に記憶されている解放パラメータをＣＣ−Ｒｅｑｕｅｓｔに含めて（乗せて）、ＰＣＲＦ１００へ送信する。
【００５７】
応答受信部３２５は、解放要求部３２４が送信したＣＣ−Ｒｅｑｕｅｓｔに対してＰＣＲＦ１００から送信されてきたＣＣ−Ａｎｓｗｅｒを受信し、その旨を制御部３１０へ通知する。
【００５８】
Ｓ５インターフェイス部３３０は、Ｓ−ＧＷ２００との間のやり取りを行う。
【００５９】
以下に、本形態におけるセッション解放方法について説明する。ここで、Ｓ５インターフェイスでは、ＧＴＰｖ２（Ｇｅｎｅｒａｌ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ２）のプロトコルが用いられる場合と、ＰＭＩＰ（Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ）のプロトコルが用いられる場合との２通りがある。
【００６０】
Ｓ５インターフェイスで用いられるプロトコルがＧＴＰｖ２である場合、Ｐ−ＧＷ３００とＰＣＲＦ１００との間のＧｘインターフェイスを保持し、Ｓ−ＧＷ２００とＰＣＲＦ１００との間のＧｘｃインターフェイスを保持しない。
【００６１】
一方、Ｓ５インターフェイスで用いられるプロトコルがＰＭＩＰである場合、Ｐ−ＧＷ３００とＰＣＲＦ１００との間のＧｘインターフェイスと、Ｓ−ＧＷ２００とＰＣＲＦ１００との間のＧｘｃインターフェイスとの両方を保持する。
【００６２】
まず、本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＧＴＰｖ２である場合の処理について説明する。
【００６３】
図５は、本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＧＴＰｖ２である場合の処理を説明するためのシーケンス図である。
【００６４】
ＰＣＲＦ１００のパラメータ通知部１３１からＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰに定義されたパラメータが、Ｐ−ＧＷ３００のパラメータ受信部３２１にて受信されると、当該パラメータが記憶部３２２に保持される（ステップＳ１）。なお、ＰＣＲＦ１００のパラメータ通知部１３１から当該パラメータの通知がなかった場合は、記憶部３２２があらかじめ保持している静的データを利用する。
【００６５】
その後、Ｐ−ＧＷ３００が障害発生等の何らかの契機で再開し、再開検出部３２３にて再開処理が検出されると（ステップＳ２）、Ｐ−ＧＷ３００とＰＣＲＦ１００との間のすべてのセッションの解放を行うために、記憶部３２２に記憶されているパラメータ（解放パラメータ）が解放要求部３２４によってＣＣ−Ｒｅｑｕｅｓｔに含められて（乗せられて）、ＰＣＲＦ１００へ送信される（ステップＳ３）。
【００６６】
Ｐ−ＧＷ３００から送信されてきたＣＣ−ＲｅｑｕｅｓｔがＰＣＲＦ１００のセッション解放部１３２にて受信されると、当該ＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれているかどうかがセッション解放部１３２にて判定される。
【００６７】
Ｐ−ＧＷ３００から送信されてきたＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれていると判定された場合、Ｐ−ＧＷ３００を用いて接続しているセッションすべてを解放するようにセッション解放部１３２から制御部１１０へ指示され、制御部１１０によって所定の解放手順に従ってセッションが解放される（ステップＳ４）。
【００６８】
制御部１１０によってセッションが解放されると、応答部１３３からＰ−ＧＷ３００へ、その応答としてＣＣ−Ａｎｓｗｅｒが送信される（ステップＳ５）。
【００６９】
その後、３ＧＰＰ  ＴＳ２３．４０１  Ｖ９.２．０  ５．４.４．１に記載されているＰＤＮ  ＧＷ  ｉｎｉｔｉａｔｅｄ  ｂｅａｒｅｒ  ｄｅａｃｔｉｖａｔｉｏｎと同様の手順が行われ、ＭＭＥ４００、ｅＮｏｄｅＢ５００−１等のＳ−ＧＷ２００配下のノードに対してもセッション解放が実施される。
【００７０】
次に、本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＰＭＩＰであり、且つＰ−ＧＷ３００が再開した場合の処理について説明する。
【００７１】
図６は、本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＰＭＩＰであり、且つＰ−ＧＷ３００が再開した場合の処理を説明するためのシーケンス図である。
【００７２】
ＰＣＲＦ１００のパラメータ通知部１３１からＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰに定義されたパラメータが、Ｐ−ＧＷ３００のパラメータ受信部３２１にて受信されると、当該パラメータが記憶部３２２に保持される（ステップＳ１１）。なお、ＰＣＲＦ１００のパラメータ通知部１３１から当該パラメータの通知がなかった場合は、記憶部３２２があらかじめ保持している静的データを利用する。
【００７３】
その後、Ｐ−ＧＷ３００が障害発生等の何らかの契機で再開し、再開検出部３２３にて再開処理が検出されると（ステップＳ１２）、Ｐ−ＧＷ３００とＰＣＲＦ１００との間のすべてのセッションの解放を行うために、記憶部３２２に記憶されているパラメータ（解放パラメータ）が解放要求部３２４によってＣＣ−Ｒｅｑｕｅｓｔに含められて（乗せられて）、ＰＣＲＦ１００へ送信される（ステップＳ１３）。
【００７４】
Ｐ−ＧＷ３００から送信されてきたＣＣ−ＲｅｑｕｅｓｔがＰＣＲＦ１００のセッション解放部１３２にて受信されると、当該ＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれているかどうかがセッション解放部１３２にて判定される。
【００７５】
Ｐ−ＧＷ３００から送信されてきたＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれていると判定された場合、Ｐ−ＧＷ３００を用いて接続しているセッションすべてを解放するようにセッション解放部１３２から制御部１１０へ指示され、制御部１１０によって所定の解放手順に従ってセッションが解放される（ステップＳ１４）。
【００７６】
制御部１１０によってセッションが解放されると、応答部１３３からＰ−ＧＷ３００へ、その応答としてＣＣ−Ａｎｓｗｅｒが送信される（ステップＳ１５）。
【００７７】
その後、３ＧＰＰ  ＴＳ２３．４０１  Ｖ９.２．０  ５．４.４．１に記載されているＰＤＮ  ＧＷ  ｉｎｉｔｉａｔｅｄ  ｂｅａｒｅｒ  ｄｅａｃｔｉｖａｔｉｏｎと同様の手順が行われる。
【００７８】
次に、本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＰＭＩＰであり、且つＳ−ＧＷ２００が再開した場合の処理について説明する。
【００７９】
図７は、本形態におけるセッション解放方法のうち、Ｓ５インターフェイスで用いられるプロトコルがＰＭＩＰであり、且つＳ−ＧＷ２００が再開した場合の処理を説明するためのシーケンス図である。
【００８０】
ＰＣＲＦ１００のパラメータ通知部１２１からＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰに定義されたパラメータが、Ｓ−ＧＷ２００のパラメータ受信部２２１にて受信されると、当該パラメータが記憶部２２２に保持される（ステップＳ２１）。なお、ＰＣＲＦ１００のパラメータ通知部１２１から当該パラメータの通知がなかった場合は、記憶部２２２があらかじめ保持している静的データを利用する。
【００８１】
その後、Ｓ−ＧＷ２００が障害発生等の何らかの契機で再開し、再開検出部２２３にて再開処理が検出されると（ステップＳ２２）、Ｓ−ＧＷ２００とＰＣＲＦ１００との間のすべてのセッションの解放を行うために、記憶部２２２に記憶されているパラメータ（解放パラメータ）が解放要求部２２４によってＣＣ−Ｒｅｑｕｅｓｔに含められて（乗せられて）、ＰＣＲＦ１００へ送信される（ステップＳ２３）。
【００８２】
Ｓ−ＧＷ２００から送信されてきたＣＣ−ＲｅｑｕｅｓｔがＰＣＲＦ１００のセッション解放部１２２にて受信されると、当該ＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれているかどうかがセッション解放部１２２にて判定される。
【００８３】
Ｓ−ＧＷ２００から送信されてきたＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれていると判定された場合、Ｓ−ＧＷ２００を用いて接続しているセッションすべてを解放するようにセッション解放部１２２から制御部１１０へ指示され、制御部１１０によって所定の解放手順に従ってセッションが解放される（ステップＳ２４）。
【００８４】
制御部１１０によってセッションが解放されると、応答部１２３からＳ−ＧＷ２００へ、その応答としてＣＣ−Ａｎｓｗｅｒが送信される（ステップＳ２５）。
【００８５】
応答部１２３から送信されたＣＣ−ＡｎｓｗｅｒがＳ−ＧＷ２００の応答受信部２２５にて受信されると、その旨が応答受信部２２５から制御部２１０へ通知され、Ｓ５インターフェイス部２３０から、ＰＭＩＰで定義されているＰ−ＧＷ３００へ接続の更新を要求する接続更新信号であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  ＵｐｄａｔｅがＰ−ＧＷ３００へ送信される（ステップＳ２６）。
【００８６】
Ｓ−ＧＷ２００から送信されたＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  ＵｐｄａｔｅがＰ−ＧＷ３００のＳ５インターフェイス部３３０にて受信されると、Ｐ−ＧＷ３００とＰＣＲＦ１００との間のすべてのセッションの解放を行うために、記憶部３２２に記憶されているパラメータ（解放パラメータ）が解放要求部３２４によってＣＣ−Ｒｅｑｕｅｓｔに含められて（乗せられて）、ＰＣＲＦ１００へ送信される（ステップＳ２７）。
【００８７】
Ｐ−ＧＷ３００から送信されてきたＣＣ−ＲｅｑｕｅｓｔがＰＣＲＦ１００のセッション解放部１３２にて受信されると、当該ＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれているかどうかがセッション解放部１３２にて判定される。
【００８８】
Ｐ−ＧＷ３００から送信されてきたＣＣ−Ｒｅｑｕｅｓｔに解放パラメータが含まれていると判定された場合、Ｐ−ＧＷ３００を用いて接続しているセッションすべてを解放するようにセッション解放部１３２から制御部１１０へ指示され、制御部１１０によって所定の解放手順に従ってセッションが解放される（ステップＳ２８）。
【００８９】
制御部１１０によってセッションが解放されると、応答部１３３からＰ−ＧＷ３００へ、その応答としてＣＣ−Ａｎｓｗｅｒが送信される（ステップＳ２９）。
【００９０】
応答部１３３から送信されたＣＣ−ＡｎｓｗｅｒがＰ−ＧＷ３００の応答受信部３２５にて受信されると、その旨が応答受信部３２５から制御部３１０へ通知され、Ｓ５インターフェイス部３３０から、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅに対する応答信号としてＰＭＩＰで定義されているＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  ＡｃｋｎｏｗｌｅｄｇｅがＳ−ＧＷ２００へ送信される（ステップＳ３０）。
【００９１】
その後、３ＧＰＰ  ＴＳ２３．４０１  Ｖ９.２．０  ５．４.４．１に記載されているＰＤＮ  ＧＷ  ｉｎｉｔｉａｔｅｄ  ｂｅａｒｅｒ  ｄｅａｃｔｉｖａｔｉｏｎと同様の手順が行われる。
【００９２】
以上説明したように、本発明においては、ＰＣＲＦからＳ／Ｐ−ＧＷへ通知するＥｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰにＳ／Ｐ−ＧＷで障害発生等による再開を検出するとＰＣＲＦへ通知する新規パラメータを設定する、もしくはＳ／Ｐ−ＧＷで静的なパラメータとして不揮発性のメモリにこの新規パラメータを保持する。さらに、Ｓ／Ｐ−ＧＷの再開検出を契機に、ＰＣＲＦへＳ／Ｐ−ＧＷとＰＣＲＦとの間のすべてのセッションを解放する新規パラメータを定義し、このパラメータを送信することにより、Ｓ／Ｐ−ＧＷ起動のすべてのセッション解放手順を実施する。
【００９３】
これにより、Ｓ／Ｐ−ＧＷの障害による再開をＳ／Ｐ−ＧＷで検出した場合、Ｓ／Ｐ−ＧＷ起動によるＳ／Ｐ−ＧＷとＰＣＲＦとの間のセッション状態の一致が可能となる。
【符号の説明】
【００９４】
１００    ＰＣＲＦ
１１０，２１０，３１０    制御部
１２０，２２０    Ｇｘｃインターフェイス部
１２１，１３１    パラメータ通知部
１２２，１３２    セッション解放部
１２３，１３３    応答部
１３０，３２０    Ｇｘインターフェイス部
２００    Ｓ−ＧＷ
２２１，３２１    パラメータ受信部
２２２，３２２    記憶部
２２３，３２３    再開検出部
２２４，３２４    解放要求部
２２５，３２５    応答受信部
２３０，３３０    Ｓ５インターフェイス部
３００    Ｐ−ＧＷ
４００    ＭＭＥ
５００−１〜５００−２    ｅＮｏｄｅＢ
６００    ＳＧＳＮ
７００    ＲＮＣ
８００−１〜８００−２    ＮｏｄｅＢ
９００    ＵＥ
１０００    サービスエリア
【図１】
2011223253.tif 000003
【図２】
2011223253.tif 000004
【図３】
2011223253.tif 000005
【図４】
2011223253.tif 000006
【図５】
2011223253.tif 000007
【図６】
2011223253.tif 000008
【図７】
2011223253.tif 000009