(57)【要約】【課題】リソースを無駄にすることなく、ＵＥ宛ての着信処理を行う。【解決手段】本発明に係る移動通信方法は、再開後のＭＭＥ＃１が、Ｓ-ＧＷ＃１から、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合に、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信すると共に、Ｓ-ＧＷ＃１に対して、ＵＥのＩＭＳＩ及び「Ｃａｕｓｅ＝ＭＭＥ再開」を含む「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｓ-ＧＷ＃１が、「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ＵＥ用のベアラを解放すると共に、Ｐ-ＧＷ＃１に対して、「Ｃａｕｓｅ＝ＭＭＥ再開」を含む「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｐ-ＧＷ＃１が、ＵＥ用のベアラを解放する工程とを有する。【選択図】図２
2012004846.tif 000002
【特許請求の範囲】
【請求項１】
第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、
前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信すると共に、該第１サービングゲートウェイ装置に対して、該移動局の識別情報及び該第１移動管理ノードが再開したことを示す情報を含むセッション削除要求信号を送信する工程と、
前記第１サービングゲートウェイ装置が、前記セッション削除要求信号を受信すると、前記移動局用のベアラを解放すると共に、前記第１パケットデータネットワークゲートウェイ装置に対して、前記第１移動管理ノードが再開したことを示す情報を含むセッション削除要求信号を送信する工程と、
前記第１パケットデータネットワークゲートウェイ装置が、前記セッション削除要求信号を受信すると、前記移動局用のベアラを解放する工程と、
前記移動局が、前記ページング信号を受信すると、第２移動管理ノードに対して、アタッチ要求信号を送信する工程と、
前記アタッチ要求信号に応じて、第２サービングゲートウェイ装置と第２パケットデータネットワークゲートウェイ装置との間で、移動局用のベアラを設定する工程とを有することを特徴とする移動通信方法。
【請求項２】
第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、
前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、
前記移動局が、前記ページング信号を受信すると、第２移動管理ノードに対して、アタッチ要求信号を送信する工程と、
前記第２移動管理ノードが、前記アタッチ要求信号を受信すると、前記第１サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記第１サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放すると共に、前記第１パケットデータネットワークゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記第１パケットデータネットワークゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放する工程と、
前記第１サービングゲートウェイ装置と前記第１パケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを再設定する工程とを有することを特徴とする移動通信方法。
【請求項３】
第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、
前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、
前記移動局が、前記ページング信号を受信すると、第２移動管理ノードに対して、アタッチ要求信号を送信する工程と、
前記第２移動管理ノードが、前記アタッチ要求信号を受信すると、前記第１サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記第１サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放せずに、前記第１パケットデータネットワークゲートウェイ装置に対して、ベアラ変更要求信号を送信する工程と、
前記第１サービングゲートウェイ装置と前記第１パケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを再設定する工程とを有することを特徴とする移動通信方法。
【請求項４】
第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、
前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、
前記移動局が、前記ページング信号を受信すると、前記第１移動管理ノードに対して、アタッチ要求信号を送信する工程と、
前記第１移動管理ノードが、前記アタッチ要求信号を受信すると、前記第１サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記第１サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放すると共に、前記第１パケットデータネットワークゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記第１パケットデータネットワークゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放する工程と、
前記第１サービングゲートウェイ装置と前記第１パケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを再設定する工程とを有することを特徴とする移動通信方法。
【請求項５】
第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、
前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、
前記移動局が、前記ページング信号を受信すると、前記第１移動管理ノードに対して、アタッチ要求信号を送信する工程と、
前記第１移動管理ノードが、前記アタッチ要求信号を受信すると、前記第１サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記第１サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放せずに、前記第１パケットデータネットワークゲートウェイ装置に対して、ベアラ変更要求信号を送信する工程と、
前記第１サービングゲートウェイ装置と前記第１パケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを再設定する工程とを有することを特徴とする移動通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法に関する。
【背景技術】
【０００２】
非特許文献１に、障害等で一旦停止したＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が再開した後に、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）への登録が完了しているＩｄｌｅ状態のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）宛ての着信があった場合の動作について提案されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ  ＴＳＧ  ＣＴ４  Ｍｅｅｔｉｎｇ  ＃４９、Ｃ４-１０１１１６
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、本出願人は、かかる動作では、以下のような問題点が発生することを発見した。
【０００５】
以下、図５を参照して、非特許文献１に記載されている動作の問題点について説明する。
【０００６】
図５に示すように、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）＃１とＰ-ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）＃１との間でＵＥ用のベアラが設定されている状態で、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合、Ｐ-ＧＷ＃１は、ステップＳ５００１において、ＵＥ宛てのパケットを受信し、ステップＳ５００２において、Ｓ-ＧＷ＃１に対して、かかるパケットを送信する。かかるパケットには、ＵＥ宛ての「ＩＮＶＩＴＥ」が含まれているものとする。
【０００７】
ステップＳ５００３において、Ｓ-ＧＷ＃１が、ＭＭＥ＃１に対して、ＵＥのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）を含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信する。
【０００８】
ステップＳ５００４において、ＭＭＥ＃１は、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する。
【０００９】
ステップＳ５００５において、ＵＥは、かかる「Ｐａｇｉｎｇ」を受信すると、上述のＵＥ用のベアラを解放する。
【００１０】
ステップＳ５００６において、ＵＥは、ＭＭＥ＃１に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する。
【００１１】
しかしながら、上述の非特許文献１では、ステップＳ５００６において、ＵＥが、ＭＭＥ＃１ではなく、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信した場合、どのように動作すべきかについて規定されていないという問題点があった。
【００１２】
また、かかる状況において、ＭＭＥ＃２を介してＵＥ宛ての着信処理が行われると、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが削除させること無く残ってしまい、リソースが無駄になってしまうという問題点があった。
【００１３】
そこで、本発明は、上述の課題に鑑みてなされたものであり、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合に、リソースを無駄にすることなく、かかるＵＥ宛ての着信処理を行うことができる移動通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の第１の特徴は、移動通信方法であって、第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信すると共に、該第１サービングゲートウェイ装置に対して、該移動局の識別情報及び該第１移動管理ノードが再開したことを示す情報を含むセッション削除要求信号を送信する工程と、前記第１サービングゲートウェイ装置が、前記セッション削除要求信号を受信すると、前記移動局用のベアラを解放すると共に、前記第１パケットデータネットワークゲートウェイ装置に対して、前記第１移動管理ノードが再開したことを示す情報を含むセッション削除要求信号を送信する工程と、前記第１パケットデータネットワークゲートウェイ装置が、前記セッション削除要求信号を受信すると、前記移動局用のベアラを解放する工程と、前記移動局が、前記ページング信号を受信すると、第２移動管理ノードに対して、アタッチ要求信号を送信する工程と、前記アタッチ要求信号に応じて、第２サービングゲートウェイ装置と第２パケットデータネットワークゲートウェイ装置との間で、移動局用のベアラを設定する工程とを有することを要旨とする。
【００１５】
本発明の第２の特徴は、移動通信方法であって、第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、前記移動局が、前記ページング信号を受信すると、第２移動管理ノードに対して、アタッチ要求信号を送信する工程と、前記第２移動管理ノードが、前記アタッチ要求信号を受信すると、前記第１サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、前記第１サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放すると共に、前記第１パケットデータネットワークゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、前記第１パケットデータネットワークゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放する工程と、前記第１サービングゲートウェイ装置と前記第１パケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを再設定する工程とを有することを要旨とする。
【００１６】
本発明の第３の特徴は、移動通信方法であって、第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、前記移動局が、前記ページング信号を受信すると、第２移動管理ノードに対して、アタッチ要求信号を送信する工程と、前記第２移動管理ノードが、前記アタッチ要求信号を受信すると、前記第１サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、前記第１サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放せずに、前記第１パケットデータネットワークゲートウェイ装置に対して、ベアラ変更要求信号を送信する工程と、前記第１サービングゲートウェイ装置と前記第１パケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを再設定する工程とを有することを要旨とする。
【００１７】
本発明の第４の特徴は、移動通信方法であって、第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、前記移動局が、前記ページング信号を受信すると、前記第１移動管理ノードに対して、アタッチ要求信号を送信する工程と、前記第１移動管理ノードが、前記アタッチ要求信号を受信すると、前記第１サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、前記第１サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放すると共に、前記第１パケットデータネットワークゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、前記第１パケットデータネットワークゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放する工程と、前記第１サービングゲートウェイ装置と前記第１パケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを再設定する工程とを有することを要旨とする。
【００１８】
本発明の第５の特徴は、移動通信方法であって、第１サービングゲートウェイ装置と第１パケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、前記第１移動管理ノードが、前記第１サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、前記移動局が、前記ページング信号を受信すると、前記第１移動管理ノードに対して、アタッチ要求信号を送信する工程と、前記第１移動管理ノードが、前記アタッチ要求信号を受信すると、前記第１サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、前記第１サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放せずに、前記第１パケットデータネットワークゲートウェイ装置に対して、ベアラ変更要求信号を送信する工程と、前記第１サービングゲートウェイ装置と前記第１パケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを再設定する工程とを有することを要旨とする。
【発明の効果】
【００１９】
以上説明したように、本発明によれば、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合に、リソースを無駄にすることなく、かかるＵＥ宛ての着信処理を行うことができる移動通信方法を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図３】本発明の第２の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図４】本発明の第３の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図５】従来の移動通信システムの動作について説明するシーケンス図である。
【発明を実施するための形態】
【００２１】
（本発明の第１の実施形態に係る移動通信システム）
図１及び図２を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００２２】
図１に示すように、本実施形態に係る移動通信システムは、Ｐ/Ｓ-ＣＳＣＦ（Ｐｒｏｘｙ/Ｓｅｒｖｉｎｇ-Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）と、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｅｒ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）と、Ｐ-ＧＷ＃１と、Ｐ-ＧＷ＃２と、Ｓ-ＧＷ＃１と、Ｓ-ＧＷ＃２と、ＭＭＥ＃１と、ＭＭＥ＃２と、ｅＮＢ＃１と、ｅＮＢ＃２と、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）とを具備している。
【００２３】
以下、図２を参照して、本実施形態に係る移動通信システムにおいて、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合の動作について説明する。
【００２４】
図２に示すように、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合、Ｐ-ＧＷ＃１は、ステップＳ１００１において、ＵＥ宛てのパケットを受信し、ステップＳ１００２において、Ｓ-ＧＷ＃１に対して、かかるパケットを送信する。かかるパケットには、ＵＥ宛ての「ＩＮＶＩＴＥ」が含まれているものとする。
【００２５】
ステップＳ１００３において、Ｓ-ＧＷ＃１が、ＭＭＥ＃１に対して、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信する。
【００２６】
なお、Ｓ-ＧＷ＃１は、ステップＳ１００２において、パケットを受信した際に、ステップＳ１００２以前において受信したＧＴＰ信号（再開情報）等により、ＭＭＥ＃１が再開したことを知っている場合であっても、保持しているＵＥ用のベアラに係るコンテキスト情報を解放しない。
【００２７】
また、Ｓ-ＧＷ＃１は、ＭＭＥ＃１が再開した場合に、ＵＥのＩＭＳＩを用いたＰａｇｉｎｇを実施する必要がないと判断する場合、例えば、ＩＭＳ用のシグナリングベアラが存在しない場合においては、「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」に、ＵＥのＩＭＳＩを含めなくてもよい。
【００２８】
かかる場合、ＭＭＥ＃１は、かかる「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信すると、従来通りの動作を実施し、該当するコンテキスト情報を管理していないことを検出すると、Ｓ-ＧＷ＃１に対して、「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｃｋ（エラー応答）」を送信する。
【００２９】
ＭＭＥ＃１は、かかる「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理しているか否かについて判定する。
【００３０】
ここで、ＭＭＥ＃１は、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理している場合、従来通りのＰａｇｉｎｇ処理を継続する。
【００３１】
一方、ＭＭＥ＃１は、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理していないと判定すると、ステップＳ１００４において、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信すると共に、ステップＳ１００５において、Ｓ-ＧＷ＃１に対して、ＵＥのＩＭＳＩ及び「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含む「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する。
【００３２】
なお、ＭＭＥ＃１は、ステップＳ１００５において、「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する前に、「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｃｋ（ＩＭＳＩ）」を送信してもよい。
【００３３】
かかる場合、Ｓ-ＧＷ＃１は、正しくＰａｇｉｎｇ処理を完了したか否かについて知ることができ、Ｐａｇｉｎｇ処理に失敗した場合は、ベアラ解放処理を実施する等の処理を行うことができる。
【００３４】
ステップＳ１００６において、Ｓ-ＧＷ＃１は、かかる「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、かかるＩＭＳＩによって特定される上述のＵＥ用のベアラを解放すると共に、Ｐ-ＧＷ＃１に対して、「Ｃａｕｓｅ＝ＭＭＥ再開」を含む「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する。
【００３５】
ステップＳ１００６Ａにおいて、Ｐ-ＧＷ＃１は、かかる「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放すると共に、ＰＣＲＦに対して、「ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含む「ＩＰ-ＣＡＮ  Ｓｅｓｓｉｏｎ  Ｒｅｌｅａｓｅ」を送信する。
【００３６】
ここで、かかる「ＩＰ-ＣＡＮ  Ｓｅｓｓｉｏｎ  Ｒｅｌｅａｓｅ」を受信したＰＣＲＦは、上述のＵＥ用のベアラを解放する。
【００３７】
なお、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間の区間において、ＰＭＩＰｖ６（Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ  ｖ６）プロトコルが適用される場合、ステップＳ１００６において、Ｓ-ＧＷ＃１は、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」の代わりに、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」を送信する。
【００３８】
かかる場合、Ｓ-ＧＷ＃１は、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」に、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を設定する。
【００３９】
或いは、Ｓ-ＧＷ＃１は、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」に、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を設定せず、ステップＳ１００５において、「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信した後に、ＰＣＲＦとの間で実施する信号処理（Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｓｅｓｓｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ等）により、ＰＣＲＦに対して、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を通知してもよい。
【００４０】
かかる場合、ＰＣＲＦは、Ｐ-ＧＷ＃１に対して実施する信号処理（Ｐｏｌｏｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｐｒｏｖｉｓｉｏｎ等）により、Ｐ-ＧＷ＃１に対して、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を通知してもよい。かかる場合、ステップＳ１００６Ａは省略される。
【００４１】
一方、ＵＥは、ＵＥ宛ての「Ｐａｇｉｎｇ」を受信すると、ステップＳ１００４Ａにおいて、上述のＵＥ用のベアラを解放すると共に、ステップＳ１００７において、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する。
【００４２】
ステップＳ１００８において、かかる「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」に応じて、ＭＭＥ＃２とＨＳＳとＳ-ＧＷ＃２とＰ-ＧＷ＃２との間で、ＵＥ用のベアラの設定処理が行われる。
【００４３】
ステップＳ１００９において、ＭＭＥ＃２は、ＵＥに対して、「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」を送信する。
【００４４】
ステップＳ１０１０において、ＵＥの「ＩＭＳ  Ｒｅｇｉｓｔｒａｔｉｏｎ処理」が行われる。
【００４５】
その後、ステップＳ１０１１において、Ｐ-ＧＷ＃２は、ＵＥ宛てのパケットを受信すると、Ｓ-ＧＷ＃２を介して、ＵＥに対して、かかるパケットを送信する。
【００４６】
本実施形態に係る移動通信システムによれば、ＭＭＥ＃１が、Ｓ-ＧＷ＃１から受信した「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」に含まれるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理していないと判定した場合に、Ｓ-ＧＷ＃１とＰ-Ｇ＃１との間に設定されているＵＥ用のベアラを解放するように構成されているため、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合に、リソースを無駄にすることなく、かかるＵＥ宛ての着信処理を行うことができる。
【００４７】
（本発明の第２の実施形態に係る移動通信システム）
以下、図３を参照して、本発明の第２の実施形態に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００４８】
ここで、図３を参照して、本実施形態に係る移動通信システムにおいて、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合の動作について説明する。
【００４９】
図３に示すように、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合、Ｐ-ＧＷ＃１は、ステップＳ２００１において、ＵＥ宛てのパケットを受信し、ステップＳ２００２において、Ｓ-ＧＷ＃１に対して、かかるパケットを送信する。かかるパケットには、ＵＥ宛ての「ＩＮＶＩＴＥ」が含まれているものとする。
【００５０】
ステップＳ２００３において、Ｓ-ＧＷ＃１が、ＭＭＥ＃１に対して、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信する。
【００５１】
ＭＭＥ＃１は、かかる「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理しているか否かについて判定する。
【００５２】
ここで、ＭＭＥ＃１は、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理していないと判定すると、ステップＳ２００４において、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する。
【００５３】
ＵＥは、ＵＥ宛ての「Ｐａｇｉｎｇ」を受信すると、ステップＳ２００５において、上述のＵＥ用のベアラを解放すると共に、ステップＳ２００６において、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する。
【００５４】
ステップＳ２００７において、ＭＭＥ＃１は、ＨＳＳに対して、ＵＥの識別情報を含む「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ」を送信する。
【００５５】
ＨＳＳは、かかる「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ」を受信すると、ステップＳ２００８において、ＭＭＥ＃１に対して、「Ｃａｎｃｅｌ  Ｌｏｃａｔｉｏｎ」を送信する。
【００５６】
ＭＭＥ＃１は、かかる「Ｃａｎｃｅｌ  Ｌｏｃａｔｉｏｎ」を受信すると、ステップＳ２００９において、ＨＳＳに対して、Ｓ-ＧＷ＃１の識別情報を含む「Ｃａｎｃｅｌ  Ｌｏｃａｔｉｏｎ  Ａｃｋ」を送信する。
【００５７】
ＨＳＳは、「Ｃａｎｃｅｌ  Ｌｏｃａｔｉｏｎ  Ａｃｋ」を受信すると、ＵＥの位置登録情報を変更し、ステップＳ２０１０において、ＭＭＥ＃２に対して、Ｓ-ＧＷ＃１の識別情報を含む「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ａｃｋ」を送信する。
【００５８】
ステップＳ２０１１において、ＭＭＥ＃２は、Ｓ-ＧＷ＃１に対して、再開カウンタ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する。なお、再開カウンタは、設定されていなくてもよい。
【００５９】
Ｓ-ＧＷ＃１は、かかる「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ステップＳ２００３において「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信したＵＥからの応答であることを検出し、上述のＵＥ用のベアラを解放すると共に、ステップＳ２０１２において、Ｐ-ＧＷ＃１に対して、ＭＭＥ再開フラグ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する。
【００６０】
Ｐ-ＧＷ＃１は、かかる「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放し、かかるＵＥ用のベアラで用いるリソースを新たに割り当てる。
【００６１】
なお、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間の区間において、ＰＭＩＰｖ６（Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ  ｖ６）プロトコルが適用される場合、ステップＳ２０１２において、Ｓ-ＧＷ＃１は、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」の代わりに、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」を送信する。
【００６２】
かかる場合、Ｓ-ＧＷ＃１は、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」に、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を設定する。
【００６３】
或いは、Ｓ-ＧＷ＃１は、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」に、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を設定せず、ステップＳ２０１１において、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信した後に、ＰＣＲＦとの間で実施する信号処理（Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｓｅｓｓｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ等）により、ＰＣＲＦに対して、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を通知してもよい。
【００６４】
かかる場合、ＰＣＲＦは、Ｐ-ＧＷ＃１に対して実施する信号処理（Ｐｏｌｏｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｐｒｏｖｉｓｉｏｎ等）により、Ｐ-ＧＷ＃１に対して、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を通知してもよい。
【００６５】
ステップＳ２０１３において、ＭＭＥ＃２とＨＳＳとＳ-ＧＷ＃１とＰ-ＧＷ＃１との間で、ＵＥ用のベアラの設定処理が行われる。
【００６６】
ステップＳ２０１４において、ＭＭＥ＃２は、ＵＥに対して、「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」を送信する。
【００６７】
ステップＳ２０１５において、ＵＥの「ＩＭＳ  Ｒｅｇｉｓｔｒａｔｉｏｎ処理」が行われる。
【００６８】
その後、ステップＳ２０１６において、Ｐ-ＧＷ＃１は、ＵＥ宛てのパケットを受信すると、Ｓ-ＧＷ＃１を介して、ＵＥに対して、かかるパケットを送信する。
【００６９】
なお、Ｓ-ＧＷ＃１は、ステップＳ２０１１において、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信した場合に、上述のＵＥ用のベアラを解放することなく、ステップＳ２０１２において、Ｐ-ＧＷ＃１に対して、ＭＭＥ再開フラグ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」を送信してもよい。
【００７０】
かかる場合、Ｐ-ＧＷ＃１は、かかる「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放せず、また、かかるＵＥ用のベアラを再利用する。
【００７１】
本実施形態に係る移動通信システムによれば、ＭＭＥ＃２が、Ｓ-ＧＷ＃１に対して、再開カウンタを含む「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信することを契機に、Ｓ-ＧＷ＃１とＰ-Ｇ＃１との間に設定されているＵＥ用のベアラを解放するように構成されているため、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合に、リソースを無駄にすることなく、かかるＵＥ宛ての着信処理を行うことができる。
【００７２】
（本発明の第３の実施形態に係る移動通信システム）
以下、図４を参照して、本発明の第２の実施形態に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００７３】
ここで、図４を参照して、本実施形態に係る移動通信システムにおいて、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合の動作について説明する。
【００７４】
図４に示すように、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合、Ｐ-ＧＷ＃１は、ステップＳ３００１において、ＵＥ宛てのパケットを受信し、ステップＳ３００２において、Ｓ-ＧＷ＃１に対して、かかるパケットを送信する。かかるパケットには、ＵＥ宛ての「ＩＮＶＩＴＥ」が含まれているものとする。
【００７５】
ステップＳ３００３において、Ｓ-ＧＷ＃１が、ＭＭＥ＃１に対して、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信する。
【００７６】
ＭＭＥ＃１は、かかる「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理しているか否かについて判定する。
【００７７】
ここで、ＭＭＥ＃１は、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理していないと判定すると、ステップＳ３００４において、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する。
【００７８】
ＵＥは、ＵＥ宛ての「Ｐａｇｉｎｇ」を受信すると、ステップＳ３００５において、上述のＵＥ用のベアラを解放すると共に、ステップＳ３００６において、ＭＭＥ＃１に対して、ＵＥのテンポラリＩＤを含む「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する。
【００７９】
ＵＥのテンポラリＩＤは、例えば、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）である。ｅＮＢ＃１は、テンポラリＩＤを利用して、かかる「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」の送信先としてのＭＭＥ＃１を特定する。
【００８０】
ステップＳ３００７において、ＭＭＥ＃１は、かかる「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を受信すると、ＨＳＳに対して、ＵＥの位置登録処理を行うと共に、ＨＳＳから、ＵＥのプロファイル情報をダウンロードする。
【００８１】
ステップＳ３００８において、ＭＭＥ＃１は、Ｓ-ＧＷ＃１に対して、再開カウンタを含む「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する。なお、再開カウンタは、設定されていなくてもよい。
【００８２】
Ｓ-ＧＷ＃１は、かかる「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ステップＳ３００３において「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信したＵＥからの応答であることを検出し、上述のＵＥ用のベアラを解放すると共に、ステップＳ３００９において、Ｐ-ＧＷ＃１に対して、ＭＭＥ再開フラグを含む「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する。
【００８３】
Ｐ-ＧＷ＃１は、かかる「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放し、かかるＵＥ用のベアラで用いるリソースを新たに割り当てる。
【００８４】
なお、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間の区間において、ＰＭＩＰｖ６（Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ  ｖ６）プロトコルが適用される場合、ステップＳ３００９において、Ｓ-ＧＷ＃１は、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」の代わりに、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」を送信する。
【００８５】
かかる場合、Ｓ-ＧＷ＃１は、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」に、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を設定する。
【００８６】
或いは、Ｓ-ＧＷ＃１は、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」に、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を設定せず、ステップＳ３００８において、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信した後に、ＰＣＲＦとの間で実施する信号処理（Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｓｅｓｓｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ等）により、ＰＣＲＦに対して、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を通知してもよい。
【００８７】
かかる場合、ＰＣＲＦは、Ｐ-ＧＷ＃１に対して実施する信号処理（Ｐｏｌｏｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｐｒｏｖｉｓｉｏｎ等）により、Ｐ-ＧＷ＃１に対して、上述の「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ再開フラグ）」を通知してもよい。
【００８８】
ステップＳ３０１０において、ＭＭＥ＃２とＨＳＳとＳ-ＧＷ＃１とＰ-ＧＷ＃１との間で、ＵＥ用のベアラの設定処理が行われる。
【００８９】
ステップＳ３０１１において、ＭＭＥ＃２は、ＵＥに対して、「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」を送信する。
【００９０】
ステップＳ３０１２において、ＵＥの「ＩＭＳ  Ｒｅｇｉｓｔｒａｔｉｏｎ処理」が行われる。
【００９１】
その後、ステップＳ３０１３において、Ｐ-ＧＷ＃１は、ＵＥ宛てのパケットを受信すると、Ｓ-ＧＷ＃１を介して、ＵＥに対して、かかるパケットを送信する。
【００９２】
なお、Ｓ-ＧＷ＃１は、ステップＳ３００８において、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信した場合に、上述のＵＥ用のベアラを解放することなく、ステップＳ３００９において、Ｐ-ＧＷ＃１に対して、ＭＭＥ再開フラグを含む「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」を送信してもよい。
【００９３】
かかる場合、Ｐ-ＧＷ＃１は、かかる「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放せず、また、かかるＵＥ用のベアラを再利用する。
【００９４】
本実施形態に係る移動通信システムによれば、ＭＭＥ＃１が、Ｓ-ＧＷ＃１に対して、再開カウンタを含む「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信することを契機に、Ｓ-ＧＷ＃１とＰ-Ｇ＃１との間に設定されているＵＥ用のベアラを解放するように構成されているため、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合に、リソースを無駄にすることなく、かかるＵＥ宛ての着信処理を行うことができる。
【００９５】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００９６】
本実施形態の第１の特徴は、移動通信方法であって、Ｓ-ＧＷ＃１（第１サービングゲートウェイ装置）とＰ-ＧＷ＃１（第１パケットデータネットワークゲートウェイ装置）との間でＵＥ（移動局）用のベアラが設定されている状態で、ＭＭＥ＃１（第１移動管理ノード）が、再開する工程と、ＭＭＥ＃１が、Ｓ-ＧＷ＃１から、ＵＥのＩＭＳＩ（識別情報）を含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ（通知信号）」を受信した場合に、ＵＥ宛てに「Ｐａｇｉｎｇ（ページング信号）」を送信すると共に、Ｓ-ＧＷ＃１に対して、ＵＥのＩＭＳＩ及びＭＭＥ＃１が再開したことを示す情報（Ｃａｕｓｅ＝ＭＭＥ再開）を含む「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（セッション削除要求信号）」を送信する工程と、Ｓ-ＧＷ＃１が、「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ＵＥ用のベアラを解放すると共に、Ｐ-ＧＷ＃１に対して、ＭＭＥ＃１が再開したことを示す情報（Ｃａｕｓｅ＝ＭＭＥ再開）を含む「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｐ-ＧＷ＃１が、「Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ＵＥ用のベアラを解放する工程と、ＵＥが、「Ｐａｇｉｎｇ」を受信すると、ＭＭＥ＃２（第２移動管理ノード）に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ（アタッチ要求信号）」を送信する工程と、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」に応じて、Ｓ-ＧＷ＃２（第２サービングゲートウェイ装置）とＰ-ＧＷ＃２（第２パケットデータネットワークゲートウェイ装置）との間で、ＵＥ用のベアラを設定する工程とを有することを要旨とする。
【００９７】
本実施形態の第２の特徴は、移動通信方法であって、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、ＭＭＥ＃１が、再開する工程と、ＭＭＥ＃１が、Ｓ-ＧＷ＃１から、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合に、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する工程と、ＵＥが、「Ｐａｇｉｎｇ」を受信すると、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥ＃２が、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を受信すると、Ｓ-ＧＷ＃１に対して、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（セッション生成要求信号）」を送信する工程と、Ｓ-ＧＷ＃１が、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを受信すると、ＵＥ用のベアラを解放すると共に、Ｐ-ＧＷ＃１に対して、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｐ-ＧＷ＃１が、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ＵＥ用のベアラを解放する工程と、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間で、ＵＥ用のベアラを再設定する工程とを有することを要旨とする。
【００９８】
本実施形態の第３の特徴は、移動通信方法であって、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、ＭＭＥ＃１が、再開する工程と、ＭＭＥ＃１が、Ｓ-ＧＷ＃１から、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合に、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する工程と、ＵＥが、「Ｐａｇｉｎｇ」を受信すると、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥ＃２が、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を受信すると、Ｓ-ＧＷ＃１に対して、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｓ-ＧＷ＃１が、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ＵＥ用のベアラを解放せずに、Ｐ-ＧＷ＃１に対して、「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ（ベアラ変更要求信号）」を送信する工程と、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間で、ＵＥ用のベアラを再設定する工程とを有することを要旨とする。
【００９９】
本実施形態の第４の特徴は、移動通信方法であって、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、ＭＭＥ＃１が、再開する工程と、ＭＭＥ＃１が、Ｓ-ＧＷ＃１から、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合に、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する工程と、ＵＥが、「Ｐａｇｉｎｇ」を受信すると、ＭＭＥ＃１に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥ＃１が、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を受信すると、Ｐ-ＧＷ＃１に対して、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｓ-ＧＷ＃１が、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ＵＥ用のベアラを解放すると共に、Ｐ-ＧＷ＃１に対して、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｐ-ＧＷ＃１が、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ＵＥ用のベアラを解放する工程と、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間で、ＵＥ用のベアラを再設定する工程とを有することを要旨とする。
【０１００】
本実施形態の第５の特徴は、移動通信方法であって、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、ＭＭＥ＃１が、再開する工程と、ＭＭＥ＃１が、Ｓ-ＧＷ＃１から、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合に、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する工程と、ＵＥが、「Ｐａｇｉｎｇ」を受信すると、ＭＭＥ＃１に対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥ＃１が、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を受信すると、Ｐ-ＧＷ＃１に対して、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｓ-ＧＷ＃１が、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を受信すると、ＵＥ用のベアラを解放せずに、Ｐ-ＧＷ＃１に対して、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」を送信する工程と、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間で、ＵＥ用のベアラを再設定する工程とを有することを要旨とする。
【０１０１】
なお、上述のＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ、Ｐ/Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１０２】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１０３】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ、Ｐ/Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ、Ｐ/Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥ内に設けられていてもよい。
【０１０４】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１０５】
ＵＥ…移動局
ｅＮＢ…無線基地局
ＭＭＥ＃１、ＭＭＥ＃２…移動管理ノード
Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２…サービングゲートウェイ装置
Ｐ-ＧＷ＃１、Ｐ-ＧＷ…ＰＤＮゲートウェイ装置
ＨＳＳ…加入者情報管理サーバ
【図１】
2012004846.tif 000003
【図２】
2012004846.tif 000004
【図３】
2012004846.tif 000005
【図４】
2012004846.tif 000006
【図５】
2012004846.tif 000007
【手続補正書】
【提出日】平成23年6月10日(2011.6.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、
前記サービングゲートウェイ装置が、前記第１移動管理ノードの再開後、前記移動局宛てのパケットを受信した場合、該移動局用のベアラを解放することなく、該第１移動管理ノードに対して、該移動局の識別情報を含む通知信号を送信する工程と、
前記第１移動管理ノードが、前記サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、
前記移動局が、前記ページング信号を受信すると、前記第１移動管理ノード又は第２移動管理ノードに対して、アタッチ要求信号を送信する工程と、
前記第１移動管理ノード又は前記第２移動管理ノードが、前記アタッチ要求信号を受信すると、前記サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放すると共に、パケットデータネットワークゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記サービングゲートウェイ装置と前記セッション生成要求信号を受信したパケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを設定する工程とを有することを特徴とする移動通信方法。
【請求項２】
サービングゲートウェイ装置であって、
前記サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが再開した後、前記移動局宛てのパケットを受信した場合、該移動局用のベアラを解放することなく、該第１移動管理ノードに対して、該移動局の識別情報を含む通知信号を送信するように構成されており、
前記第１移動管理ノード又は前記第２移動管理ノードから、セッション生成要求信号を受信すると、前記移動局用のベアラを解放すると共に、パケットデータネットワークゲートウェイ装置に対して、セッション生成要求信号を送信するように構成されていることを特徴とするサービングゲートウェイ装置。
【手続補正書】
【提出日】平成23年9月5日(2011.9.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが、再開する工程と、
前記サービングゲートウェイ装置が、前記第１移動管理ノードの再開後、前記移動局宛てのパケットを受信した場合、該移動局用のベアラを解放することなく、該第１移動管理ノードに対して、該移動局の識別情報を含む通知信号を送信する工程と、
前記第１移動管理ノードが、前記サービングゲートウェイ装置から、前記移動局の識別情報を含む通知信号を受信した場合に、該移動局宛てにページング信号を送信する工程と、
前記移動局が、前記ページング信号を受信すると、前記第１移動管理ノード又は第２移動管理ノードに対して、アタッチ要求信号を送信する工程と、
前記第１移動管理ノード又は前記第２移動管理ノードが、前記アタッチ要求信号を受信すると、前記サービングゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記サービングゲートウェイ装置が、前記セッション生成要求信号を受信すると、前記移動局用のベアラを解放すると共に、パケットデータネットワークゲートウェイ装置に対して、セッション生成要求信号を送信する工程と、
前記サービングゲートウェイ装置と前記セッション生成要求信号を受信したパケットデータネットワークゲートウェイ装置との間で、前記移動局用のベアラを設定する工程とを有することを特徴とする移動通信方法。
【請求項２】
サービングゲートウェイ装置であって、
前記サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、第１移動管理ノードが再開した後、前記移動局宛てのパケットを受信した場合、該移動局用のベアラを解放することなく、該第１移動管理ノードに対して、該移動局の識別情報を含む通知信号を送信するように構成されており、
前記第１移動管理ノード又は前記第２移動管理ノードから、前記サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間のベアラの生成を要求するセッション生成要求信号を受信すると、既に設定されている前記移動局用のベアラを解放すると共に、パケットデータネットワークゲートウェイ装置に対して、該セッション生成要求信号を送信するように構成されていることを特徴とするサービングゲートウェイ装置。