移動通信方法及び呼セッション制御サーバ装置
【課題】障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳを介してＵＥ宛ての着信があった場合に、自動的に、復旧処理を行う。
【解決手段】本発明に係る移動通信方法は、Ｓ-ＧＷとＰ-ＧＷとの間でＵＥ用のベアラが設定されている状態で、ＭＭＥが、再開する工程と、Ｐ/Ｓ-ＣＳＣＦが、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、ＵＥ宛ての着信信号を送信する工程と、Ｓ-ＧＷが、Ｐ-ＧＷを介して、Ｐ/Ｓ-ＣＳＣＦに対して、ＭＭＥが再開したことを通知する工程と、Ｐ/Ｓ-ＣＳＣＦが、ＵＥ宛ての着信信号を保留する工程と、ＵＥが、再度ＩＭＳに登録された後に、Ｐ/Ｓ-ＣＳＣＦが、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、保留しているＵＥ宛ての着信信号を送信する工程とを有する。
【解決手段】本発明に係る移動通信方法は、Ｓ-ＧＷとＰ-ＧＷとの間でＵＥ用のベアラが設定されている状態で、ＭＭＥが、再開する工程と、Ｐ/Ｓ-ＣＳＣＦが、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、ＵＥ宛ての着信信号を送信する工程と、Ｓ-ＧＷが、Ｐ-ＧＷを介して、Ｐ/Ｓ-ＣＳＣＦに対して、ＭＭＥが再開したことを通知する工程と、Ｐ/Ｓ-ＣＳＣＦが、ＵＥ宛ての着信信号を保留する工程と、ＵＥが、再度ＩＭＳに登録された後に、Ｐ/Ｓ-ＣＳＣＦが、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、保留しているＵＥ宛ての着信信号を送信する工程とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法及び呼セッション制御サーバ装置に関する。
【背景技術】
【０００２】
３ＧＰＰでは、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）を介して、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に対する着信処理を行う方法が規定されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ ＴＳ２３.２２８ Ｓｅｃｔｉｏｎ５.１０.３.０
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、本出願人は、かかる方法では、以下のような問題点が発生することを発見した。以下、図３を参照して、かかる方法の問題点について説明する。
【０００５】
図３に示すように、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）とＰ-ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）との間でＵＥ用のベアラが設定されている状態で、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合、ステップＳ５００１において、Ｐ/Ｓ-ＣＳＣＦ（Ｐｒｏｘｙ/Ｓｅｒｖｉｎｇ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）は、Ｐ-ＧＷに対して、ＵＥ宛てのパケットを送信し、ステップＳ５００２において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、かかるパケットを送信する。かかるパケットには、ＵＥ宛ての「ＩＮＶＩＴＥ」が含まれているものとする。
【０００６】
ステップＳ５００３において、Ｓ-ＧＷが、ＭＭＥに対して、「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信する。
【０００７】
ステップＳ５００４において、ＭＭＥは、再開によって、ＵＥに係るコンテキスト情報を削除してしまっているため、Ｓ-ＧＷに対して、エラーを通知する「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｃｋ」を送信する。
【０００８】
ステップＳ５００５において、Ｓ-ＧＷは、かかる「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｃｋ」を受信すると、上述のＵＥ用のベアラを解放する。
【０００９】
その後、ステップＳ５００６において、Ｐ/Ｓ-ＣＳＣＦは、Ｐ-ＧＷに対して、ＵＥ宛てのパケットを再送し、ステップＳ５００７において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、かかるパケットを再送する。
【００１０】
Ｓ-ＧＷは、上述のＵＥ用のベアラを解放しているため、ステップＳ５００８において、かかるパケットを破棄し、ステップＳ５００９において、Ｐ-ＧＷに対して、「ＧＴＰ-Ｕ Ｅｒｒｏｒ Ｉｎｄｉｃａｔｉｏｎ」を送信する。
【００１１】
ステップＳ５０１０において、Ｐ-ＧＷは、かかる「ＧＴＰ-Ｕ Ｅｒｒｏｒ Ｉｎｄｉｃａｔｉｏｎ」を受信すると、上述のＵＥ用のベアラを解放する。
【００１２】
その後、ステップＳ５０１１において、Ｐ/Ｓ-ＣＳＣＦは、Ｐ-ＧＷに対して、ＵＥ宛てのパケットを再送する。
【００１３】
Ｐ-ＧＷは、上述のＵＥ用のベアラを解放しているため、ステップＳ５０１２において、かかるパケットを破棄する。
【００１４】
ステップＳ５０１３において、Ｐ-ＧＷが、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｅｒ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）に対して、ＵＥ用のベアラが解放されたことを通知したことを契機に、ＰＣＲＦとＰ/Ｓ-ＣＳＣＦとの間で、かかるＵＥのＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎを解放する。
【００１５】
このように、従来の方法では、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳを介してＵＥ宛ての着信があった場合に、自動的に、復旧処理を行うことができないため、かかる着信処理が失敗してしまい、発側ユーザに対して呼損を通知することになるという問題点があった。
【００１６】
そこで、本発明は、上述の課題に鑑みてなされたものであり、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳを介してＵＥ宛ての着信があった場合に、自動的に、復旧処理を行うことができると共に、発側ユーザが送信した発信要求信号により呼を接続する（すなわち、呼損とならない）ことができる移動通信方法及び呼セッション制御サーバ装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の第１の特徴は、移動通信方法であって、サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、移動管理ノードが、再開する工程と、呼セッション制御サーバ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、前記移動局宛ての着信信号を送信する工程と、前記サービングゲートウェイ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記呼セッション制御サーバ装置に対して、前記移動管理ノードが再開したことを通知する工程と、前記呼セッション制御サーバ装置が、前記移動局宛ての着信信号を保留する工程と、前記移動局が、再度登録された後に、前記呼セッション制御サーバ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、保留している該移動局宛ての着信信号を送信する工程とを有することを要旨とする。
【００１８】
本発明の第２の特徴は、呼セッション制御サーバ装置であって、サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、移動管理ノードが再開した後に、該移動局宛ての着信信号を受信した場合に、該パケットデータネットワークゲートウェイ装置を介して、該サービングゲートウェイ装置に対して、該移動局宛ての着信信号を送信するように構成されており、前記サービングゲートウェイ装置から、前記移動管理ノードが再開したことを通知された場合に、前記移動局宛ての着信信号を保留するように構成されており、前記移動局が、再度登録された後に、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、保留している前記移動局宛ての着信信号を送信するように構成されていることを要旨とする。
【発明の効果】
【００１９】
以上説明したように、本発明によれば、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳを介してＵＥ宛ての着信があった場合に、自動的に、復旧処理を行うことができると共に、発側ユーザが送信した発信要求信号により呼を接続する（すなわち、呼損とならない）ことができる移動通信方法及び呼セッション制御サーバ装置を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図３】従来の移動通信システムの動作について説明するシーケンス図である。
【発明を実施するための形態】
【００２１】
（本発明の第１の実施形態に係る移動通信システム）
図１及び図２を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００２２】
図１に示すように、本実施形態に係る移動通信システムは、Ｓ-ＣＳＣＦ（Ｓｅｒｖｉｎｇ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）と、Ｐ-ＣＳＣＦ（Ｐｒｏｘｙ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）＃１と、Ｐ-ＣＳＣＦ＃２と、ＰＣＲＦ＃１と、ＰＣＲＦ＃２と、Ｐ-ＧＷ＃１と、Ｐ-ＧＷ＃２と、Ｓ-ＧＷ＃１と、Ｓ-ＧＷ＃２と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）＃１と、ＭＭＥ＃２と、ｅＮＢ＃１と、ｅＮＢ＃２と、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）とを具備している。
【００２３】
以下、図２を参照して、本実施形態に係る移動通信システムにおいて、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合の動作について説明する。
【００２４】
図２に示すように、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合、ステップＳ１００１において、Ｓ-ＣＳＣＦは、Ｐ-ＣＳＣＦ＃１に対して、ＵＥ宛てのパケットを送信し、Ｐ-ＣＳＣＦ＃１は、Ｐ-ＧＷ＃１に対して、ＵＥ宛てのパケットを送信し、Ｐ-ＧＷ＃１は、Ｓ-ＧＷ＃１に対して、ＵＥ宛てのパケットを送信する。かかるパケットには、ＵＥ宛ての「ＩＮＶＩＴＥ」が含まれているものとする。
【００２５】
ステップＳ１００２において、Ｓ-ＧＷ＃１は、ＵＥ宛てのパケットを受信すると、かかるパケットを特定ベアラに対して送信するべきであるか否かについて判定する。
【００２６】
例えば、特定ベアラとしては、ＱＣＩ（Ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ）が「５」であるベアラ等が想定される。
【００２７】
ここで、Ｓ-ＧＷ＃１は、かかるパケットを特定ベアラに対して送信するべきであると判定した場合、ＭＭＥ＃１に対して、ＵＥのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）及び「Ｐａｇｉｎｇ実施フラグ」を含む「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信する。
【００２８】
ここで、Ｓ-ＧＷ＃１は、ＭＭＥ＃１に対して、「Ｐａｇｉｎｇ実施フラグ」の代わりに、ＵＥのＩＭＳＩの設定有無により、「Ｐａｇｉｎｇ」の送信の要否を通知してもよい。
【００２９】
なお、Ｓ-ＧＷ＃１は、ステップＳ１００２において、パケットを受信した際に、ステップＳ１００２以前において受信したＧＴＰ信号（再開情報）等により、ＭＭＥ＃１が再開したことを知っている場合であっても、保持しているＵＥ用のベアラに係るコンテキスト情報を解放しない。
【００３０】
一方、Ｓ-ＧＷ＃１は、かかるパケットを特定ベアラに対して送信するべきではないと判定した場合、受信したパケットを破棄する。かかる場合、Ｓ-ＧＷ＃１は、受信したパケットに関わるベアラを解放してもよい。また、Ｓ-ＧＷ＃１は、Ｐ-ＧＷ＃１に対して、かかるベアラの削除を要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信してもよい。
【００３１】
なお、Ｓ-ＧＷ＃１は、ステップＳ１００２の処理を実施した後、所定時間経過後に、ステップＳ１００６Ｃにおいて、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信してもよいし、ステップＳ１００２の処理を実施した後、即座に、ステップＳ１００６Ｃにおいて、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信してもよい。
【００３２】
ステップＳ１００３において、ＭＭＥ＃１は、かかる「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理しているか否かについて判定する。
【００３３】
ここで、ＭＭＥ＃１は、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理していないと判定し、かつ、受信した「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」に「Ｐａｇｉｎｇ実施フラグ」が含まれていると判定した場合、ステップＳ１００４において、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する。
【００３４】
ここで、ＭＭＥ＃１は、「Ｐａｇｉｎｇ実施フラグ」の代わりに、ＵＥのＩＭＳＩの設定有無により、「Ｐａｇｉｎｇ」の送信の要否について判断してもよい。
【００３５】
ＵＥは、ＵＥ宛ての「Ｐａｇｉｎｇ」を受信すると、ステップＳ１００５において、上述のＵＥ用のベアラを解放すると共に、ステップＳ１００７において、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を送信する。
【００３６】
一方、ステップＳ１００６Ａにおいて、Ｓ-ＣＳＣＦは、Ｐ-ＣＳＣＦ＃１に対して、ＵＥ宛てのパケットを再送し、Ｐ-ＣＳＣＦ＃１は、Ｐ-ＧＷ＃１に対して、ＵＥ宛てのパケットを再送し、Ｐ-ＧＷ＃１は、Ｓ-ＧＷ＃１に対して、ＵＥ宛てのパケットを再送する。
【００３７】
Ｓ-ＧＷ＃１は、ＵＥ用のベアラに関するコンテキスト情報を保持している場合に、ステップＳ１００６Ａにおいて、再送されたＵＥ宛てのパケットを受信すると、ＭＭＥ＃１に対して、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信してもよい。
【００３８】
或いは、かかる場合に、Ｓ-ＧＷ＃１は、ＵＥ宛ての「Ｐａｇｉｎｇ」が送信されていると判定し、再送されたＵＥ宛てのパケットを破棄してもよい。
【００３９】
ＭＭＥ＃１は、ステップＳ１００６Ｂにおいて、「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信すると、ステップＳ１００４と同様に、ＵＥ宛ての「Ｐａｇｉｎｇ」を再送してもよい。
【００４０】
或いは、かかる場合に、ＭＭＥ＃１は、ＵＥ宛ての「Ｐａｇｉｎｇ」が送信されていると判定し、受信した「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を破棄してもよい。
【００４１】
一方、Ｓ-ＧＷ＃１は、ステップＳ１００２の処理を実施した後、所定時間経過後、ステップＳ１００６Ｃにおいて、Ｐ-ＧＷ＃１に対して、「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含む「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００４２】
Ｐ-ＧＷ＃１は、かかる「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放し、ステップＳ１００６Ｄにおいて、ＰＣＲＦ＃１に対して、「ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含む「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｒｅｌｅａｓｅ」を送信する。
【００４３】
ＰＣＲＦ＃１は、かかる「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｒｅｌｅａｓｅ」を受信すると、上述のＵＥ用のコンテキスト情報を解放し、ステップＳ１００６Ｅにおいて、Ｐ-ＣＳＣＦ＃１に対して、「ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含むベアラ解放通知を送信する。
【００４４】
Ｐ-ＣＳＣＦ＃１は、かかるベアラ解放通知を受信すると、ステップＳ１００６Ｆにおいて、Ｓ-ＣＳＣＦに対して、「ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含むベアラ解放通知を送信する。
【００４５】
Ｓ-ＣＳＣＦは、かかるベアラ解放通知を受信すると、ステップＳ１００６Ｇにおいて、上述のＵＥ宛てのパケットを保留する。かかる場合、ステップＳ１００１において送信されたパケットが再送状態にある場合は、かかるパケットについても保留する。
【００４６】
ステップＳ１００８において、ＭＭＥ＃２は、ＨＳＳに対して、ＵＥの識別情報を含む「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を送信する。
【００４７】
ＨＳＳは、かかる「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を受信すると、ステップＳ１００９において、ＭＭＥ＃１に対して、「Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ」を送信する。
【００４８】
ＭＭＥ＃１は、かかる「Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ」を受信すると、ステップＳ１０１０において、ＨＳＳに対して、「Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００４９】
ＨＳＳは、「Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ Ａｃｋ」を受信すると、ＵＥの位置登録情報を変更し、ステップＳ１０１１において、ＭＭＥ＃２に対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００５０】
ステップＳ１０１２において、ＭＭＥ＃１は、Ｓ-ＧＷ＃２に対して、再開カウンタ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。なお、再開カウンタは、設定されていなくてもよい。
【００５１】
Ｓ-ＧＷ＃２は、かかる「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを設定し、ステップＳ１０１３において、Ｐ-ＧＷ＃２に対して、ＭＭＥ再開フラグ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００５２】
Ｐ-ＧＷ＃２は、かかる「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを設定する。
【００５３】
ステップＳ１０１４において、ＭＭＥ＃２とＨＳＳとＳ-ＧＷ＃２とＰ-ＧＷ＃２との間で、ＵＥ用のベアラの設定処理が継続される。
【００５４】
ステップＳ１０１５において、ＭＭＥ＃２は、ＵＥに対して、「Ａｔｔａｃｈ Ａｃｃｅｐｔ」を送信する。
【００５５】
一方、Ｐ-ＧＷ＃２は、ステップＳ１０１３において、「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、ステップＳ１０１６において、ＰＣＲＦ＃２に対して、「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ」を送信し、ステップＳ１０１７において、ＰＣＲＦ＃２は、Ｐ-ＣＳＣＦ＃２に対して、ベアラ設定通知を送信し、ステップＳ１０１８において、Ｐ-ＣＳＣＦ＃２は、Ｓ-ＣＳＣＦに対して、ベアラ設定通知を送信する。
【００５６】
一方、ＵＥは、ステップＳ１０１５において、「Ａｔｔａｃｈ Ａｃｃｅｐｔ」を受信すると、ステップＳ１０１９において、Ｐ-ＣＳＣＦ＃２及びＳ-ＣＳＣＦに対する「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」を実施する。なお、Ｐ-ＣＳＣＦ＃２は、Ｐ-ＣＳＣＦ＃１と同一であってもよい。
【００５７】
その後、ステップＳ１０２０において、Ｓ-ＣＳＣＦは、ＵＥが再度コネクションを確立したことを検出して、Ｐ-ＧＷ＃２及びＳ-ＧＷ＃１を介して、ＵＥに対して、保留しているＵＥ宛てのパケットを送信する。
【００５８】
なお、Ｓ-ＧＷ＃２がＳ-ＧＷ＃１と同一であり、かつ、ステップＳ１００２において「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信したＳ-ＧＷ＃１が一定時間経過後でもＵＥ用のベアラを保持し続ける設定となっている場合、ステップＳ１０１３において、「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信した場合に、上述のＵＥ用のベアラを解放することなく、ステップＳ１０１４において、Ｐ-ＧＷ＃１に対して、ＭＭＥ再開フラグ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信してもよい。
【００５９】
かかる場合、Ｐ-ＧＷ＃１は、かかる「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放せず、また、かかるＵＥ用のベアラを再利用する。
【００６０】
本実施形態に係る移動通信システムによれば、Ｓ-ＣＳＣＦが、ベアラ解放通知を受信した場合に、ＵＥ宛てのパケットを保留するように構成されているため、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合に、早急に、かかるＵＥ宛ての着信処理を行うことができる。
【００６１】
なお、Ｓ-ＧＷとＰ-ＧＷとの間の区間において、ＰＭＩＰｖ６（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ ｖ６）プロトコルが適用されていてもよい。
【００６２】
かかる場合、ＰＣＲＦは、Ｓ-ＧＷ或いはＰ-ＧＷのいずれかより、ＭＭＥ＃１が再開したことを示すＭＭＥ再開フラグを受信してもよい。
【００６３】
前者においては、Ｓ-ＧＷとＰＣＲＦとの間の区間、及び、ＰＣＲＦとＰ-ＧＷとの間の区間におけるＰＣＣ処理によって、かかるＭＭＥ再開フラグが、Ｐ-ＧＷへ通知される。
【００６４】
後者においては、ＰＭＩＰｖ６信号の「Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ」により、上述のＭＭＥ再開フラグが、Ｐ-ＧＷへ通知される。
【００６５】
（変形例１）
以下、上述の第１の実施形態の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００６６】
図２の例では、ステップＳ１００７において、ＵＥが、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を送信するケースについて説明したが、本発明は、ステップＳ１００７において、ＵＥが、ＭＭＥ＃１に対して、「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を送信するケースに対しても適用可能である。
【００６７】
後者のケースでは、ＭＭＥ＃１は、ＵＥからの「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を受信すると、Ｓ-ＧＷ＃１に対して、再開カウンタ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００６８】
Ｓ-ＧＷ＃１は、かかる「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放すると共に、Ｐ-ＧＷ＃１に対して、ＭＭＥ再開フラグ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００６９】
その後、Ｐ-ＧＷ＃１は、かかる「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放すると共に、ＰＣＲＦ＃１に対して、「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ」を送信する。
【００７０】
ＰＣＲＦ＃１は、かかる「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ」を受信すると、上述のＵＥ用のベアラを解放し、Ｐ-ＣＳＣＦ＃２に対して、ベアラ設定通知を送信する。
【００７１】
Ｐ-ＣＳＣＦ＃１は、かかるベアラ設定通知を受信すると、Ｓ-ＣＳＣＦに対して、ベアラ設定通知を送信する。
【００７２】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００７３】
本実施形態の第１の特徴は、移動通信方法であって、Ｓ-ＧＷ（サービングゲートウェイ装置）とＰ-ＧＷ（パケットデータネットワークゲートウェイ装置）との間でＵＥ（移動局）用のベアラが設定されている状態で、ＭＭＥ（移動管理ノード）が、再開する工程と、Ｐ/Ｓ-ＣＳＣＦ（呼セッション制御サーバ装置）が、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、ＵＥ宛ての着信信号を送信する工程と、Ｓ-ＧＷが、Ｐ-ＧＷを介して、Ｐ/Ｓ-ＣＳＣＦに対して、ＭＭＥが再開したことを通知する工程と、Ｐ/Ｓ-ＣＳＣＦが、ＵＥ宛ての着信信号を保留する工程と、ＵＥが、再度ＩＭＳに登録された後に、Ｐ/Ｓ-ＣＳＣＦが、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、保留しているＵＥ宛ての着信信号を送信する工程とを有することを要旨とする。
【００７４】
本実施形態の第１の特徴において、Ｓ-ＣＳＣＦが、上述のＵＥ宛ての着信信号を保留してもよい。
【００７５】
本実施形態の第２の特徴は、Ｐ/Ｓ-ＣＳＣＦであって、Ｓ-ＧＷとＰ-ＧＷとの間でＵＥ用のベアラが設定されている状態で、ＭＭＥが再開した後に、ＵＥ宛ての着信信号を受信した場合に、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、ＵＥ宛ての着信信号を送信するように構成されており、Ｓ-ＧＷから、ＭＭＥが再開したことを通知された場合に、ＵＥ局宛ての着信信号を保留するように構成されており、ＵＥが、再度ＩＭＳに登録された後に、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、保留しているＵＥ宛ての着信信号を送信するように構成されていることを要旨とする。
【００７６】
なお、上述のＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ＃１、ＰＣＲＦ＃２、Ｐ-ＣＳＣＦ＃１、Ｐ-ＣＳＣＦ＃２、Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００７７】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００７８】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ＃１、ＰＣＲＦ＃２、Ｐ-ＣＳＣＦ＃１、Ｐ-ＣＳＣＦ＃２、Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ＃１、ＰＣＲＦ＃２、Ｐ-ＣＳＣＦ＃１、Ｐ-ＣＳＣＦ＃２、Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥ内に設けられていてもよい。
【００７９】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００８０】
ＵＥ…移動局
ｅＮＢ…無線基地局
ＭＭＥ＃１、ＭＭＥ＃２…移動管理ノード
Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２…サービングゲートウェイ装置
Ｐ-ＧＷ＃１、Ｐ-ＧＷ…ＰＤＮゲートウェイ装置
Ｐ-ＣＳＣＦ＃１、Ｐ-ＣＳＣＦ＃２…プロキシ用呼セッション制御サーバ装置
Ｓ-ＣＳＣＦ…サービング用呼セッション制御サーバ装置
ＨＳＳ…加入者情報管理サーバ
【技術分野】
【０００１】
本発明は、移動通信方法及び呼セッション制御サーバ装置に関する。
【背景技術】
【０００２】
３ＧＰＰでは、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）を介して、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に対する着信処理を行う方法が規定されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ ＴＳ２３.２２８ Ｓｅｃｔｉｏｎ５.１０.３.０
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、本出願人は、かかる方法では、以下のような問題点が発生することを発見した。以下、図３を参照して、かかる方法の問題点について説明する。
【０００５】
図３に示すように、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）とＰ-ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）との間でＵＥ用のベアラが設定されている状態で、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合、ステップＳ５００１において、Ｐ/Ｓ-ＣＳＣＦ（Ｐｒｏｘｙ/Ｓｅｒｖｉｎｇ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）は、Ｐ-ＧＷに対して、ＵＥ宛てのパケットを送信し、ステップＳ５００２において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、かかるパケットを送信する。かかるパケットには、ＵＥ宛ての「ＩＮＶＩＴＥ」が含まれているものとする。
【０００６】
ステップＳ５００３において、Ｓ-ＧＷが、ＭＭＥに対して、「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信する。
【０００７】
ステップＳ５００４において、ＭＭＥは、再開によって、ＵＥに係るコンテキスト情報を削除してしまっているため、Ｓ-ＧＷに対して、エラーを通知する「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｃｋ」を送信する。
【０００８】
ステップＳ５００５において、Ｓ-ＧＷは、かかる「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｃｋ」を受信すると、上述のＵＥ用のベアラを解放する。
【０００９】
その後、ステップＳ５００６において、Ｐ/Ｓ-ＣＳＣＦは、Ｐ-ＧＷに対して、ＵＥ宛てのパケットを再送し、ステップＳ５００７において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、かかるパケットを再送する。
【００１０】
Ｓ-ＧＷは、上述のＵＥ用のベアラを解放しているため、ステップＳ５００８において、かかるパケットを破棄し、ステップＳ５００９において、Ｐ-ＧＷに対して、「ＧＴＰ-Ｕ Ｅｒｒｏｒ Ｉｎｄｉｃａｔｉｏｎ」を送信する。
【００１１】
ステップＳ５０１０において、Ｐ-ＧＷは、かかる「ＧＴＰ-Ｕ Ｅｒｒｏｒ Ｉｎｄｉｃａｔｉｏｎ」を受信すると、上述のＵＥ用のベアラを解放する。
【００１２】
その後、ステップＳ５０１１において、Ｐ/Ｓ-ＣＳＣＦは、Ｐ-ＧＷに対して、ＵＥ宛てのパケットを再送する。
【００１３】
Ｐ-ＧＷは、上述のＵＥ用のベアラを解放しているため、ステップＳ５０１２において、かかるパケットを破棄する。
【００１４】
ステップＳ５０１３において、Ｐ-ＧＷが、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｅｒ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）に対して、ＵＥ用のベアラが解放されたことを通知したことを契機に、ＰＣＲＦとＰ/Ｓ-ＣＳＣＦとの間で、かかるＵＥのＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎを解放する。
【００１５】
このように、従来の方法では、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳを介してＵＥ宛ての着信があった場合に、自動的に、復旧処理を行うことができないため、かかる着信処理が失敗してしまい、発側ユーザに対して呼損を通知することになるという問題点があった。
【００１６】
そこで、本発明は、上述の課題に鑑みてなされたものであり、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳを介してＵＥ宛ての着信があった場合に、自動的に、復旧処理を行うことができると共に、発側ユーザが送信した発信要求信号により呼を接続する（すなわち、呼損とならない）ことができる移動通信方法及び呼セッション制御サーバ装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の第１の特徴は、移動通信方法であって、サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、移動管理ノードが、再開する工程と、呼セッション制御サーバ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、前記移動局宛ての着信信号を送信する工程と、前記サービングゲートウェイ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記呼セッション制御サーバ装置に対して、前記移動管理ノードが再開したことを通知する工程と、前記呼セッション制御サーバ装置が、前記移動局宛ての着信信号を保留する工程と、前記移動局が、再度登録された後に、前記呼セッション制御サーバ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、保留している該移動局宛ての着信信号を送信する工程とを有することを要旨とする。
【００１８】
本発明の第２の特徴は、呼セッション制御サーバ装置であって、サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、移動管理ノードが再開した後に、該移動局宛ての着信信号を受信した場合に、該パケットデータネットワークゲートウェイ装置を介して、該サービングゲートウェイ装置に対して、該移動局宛ての着信信号を送信するように構成されており、前記サービングゲートウェイ装置から、前記移動管理ノードが再開したことを通知された場合に、前記移動局宛ての着信信号を保留するように構成されており、前記移動局が、再度登録された後に、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、保留している前記移動局宛ての着信信号を送信するように構成されていることを要旨とする。
【発明の効果】
【００１９】
以上説明したように、本発明によれば、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳを介してＵＥ宛ての着信があった場合に、自動的に、復旧処理を行うことができると共に、発側ユーザが送信した発信要求信号により呼を接続する（すなわち、呼損とならない）ことができる移動通信方法及び呼セッション制御サーバ装置を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図３】従来の移動通信システムの動作について説明するシーケンス図である。
【発明を実施するための形態】
【００２１】
（本発明の第１の実施形態に係る移動通信システム）
図１及び図２を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００２２】
図１に示すように、本実施形態に係る移動通信システムは、Ｓ-ＣＳＣＦ（Ｓｅｒｖｉｎｇ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）と、Ｐ-ＣＳＣＦ（Ｐｒｏｘｙ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）＃１と、Ｐ-ＣＳＣＦ＃２と、ＰＣＲＦ＃１と、ＰＣＲＦ＃２と、Ｐ-ＧＷ＃１と、Ｐ-ＧＷ＃２と、Ｓ-ＧＷ＃１と、Ｓ-ＧＷ＃２と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）＃１と、ＭＭＥ＃２と、ｅＮＢ＃１と、ｅＮＢ＃２と、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）とを具備している。
【００２３】
以下、図２を参照して、本実施形態に係る移動通信システムにおいて、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合の動作について説明する。
【００２４】
図２に示すように、Ｓ-ＧＷ＃１とＰ-ＧＷ＃１との間でＵＥ用のベアラが設定されている状態で、障害等で一旦停止したＭＭＥ＃１が再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合、ステップＳ１００１において、Ｓ-ＣＳＣＦは、Ｐ-ＣＳＣＦ＃１に対して、ＵＥ宛てのパケットを送信し、Ｐ-ＣＳＣＦ＃１は、Ｐ-ＧＷ＃１に対して、ＵＥ宛てのパケットを送信し、Ｐ-ＧＷ＃１は、Ｓ-ＧＷ＃１に対して、ＵＥ宛てのパケットを送信する。かかるパケットには、ＵＥ宛ての「ＩＮＶＩＴＥ」が含まれているものとする。
【００２５】
ステップＳ１００２において、Ｓ-ＧＷ＃１は、ＵＥ宛てのパケットを受信すると、かかるパケットを特定ベアラに対して送信するべきであるか否かについて判定する。
【００２６】
例えば、特定ベアラとしては、ＱＣＩ（Ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ）が「５」であるベアラ等が想定される。
【００２７】
ここで、Ｓ-ＧＷ＃１は、かかるパケットを特定ベアラに対して送信するべきであると判定した場合、ＭＭＥ＃１に対して、ＵＥのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）及び「Ｐａｇｉｎｇ実施フラグ」を含む「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信する。
【００２８】
ここで、Ｓ-ＧＷ＃１は、ＭＭＥ＃１に対して、「Ｐａｇｉｎｇ実施フラグ」の代わりに、ＵＥのＩＭＳＩの設定有無により、「Ｐａｇｉｎｇ」の送信の要否を通知してもよい。
【００２９】
なお、Ｓ-ＧＷ＃１は、ステップＳ１００２において、パケットを受信した際に、ステップＳ１００２以前において受信したＧＴＰ信号（再開情報）等により、ＭＭＥ＃１が再開したことを知っている場合であっても、保持しているＵＥ用のベアラに係るコンテキスト情報を解放しない。
【００３０】
一方、Ｓ-ＧＷ＃１は、かかるパケットを特定ベアラに対して送信するべきではないと判定した場合、受信したパケットを破棄する。かかる場合、Ｓ-ＧＷ＃１は、受信したパケットに関わるベアラを解放してもよい。また、Ｓ-ＧＷ＃１は、Ｐ-ＧＷ＃１に対して、かかるベアラの削除を要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信してもよい。
【００３１】
なお、Ｓ-ＧＷ＃１は、ステップＳ１００２の処理を実施した後、所定時間経過後に、ステップＳ１００６Ｃにおいて、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信してもよいし、ステップＳ１００２の処理を実施した後、即座に、ステップＳ１００６Ｃにおいて、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信してもよい。
【００３２】
ステップＳ１００３において、ＭＭＥ＃１は、かかる「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信した場合、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理しているか否かについて判定する。
【００３３】
ここで、ＭＭＥ＃１は、かかるＩＭＳＩによって特定されるＵＥのコンテキスト情報を管理していないと判定し、かつ、受信した「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」に「Ｐａｇｉｎｇ実施フラグ」が含まれていると判定した場合、ステップＳ１００４において、ＵＥ宛てに「Ｐａｇｉｎｇ」を送信する。
【００３４】
ここで、ＭＭＥ＃１は、「Ｐａｇｉｎｇ実施フラグ」の代わりに、ＵＥのＩＭＳＩの設定有無により、「Ｐａｇｉｎｇ」の送信の要否について判断してもよい。
【００３５】
ＵＥは、ＵＥ宛ての「Ｐａｇｉｎｇ」を受信すると、ステップＳ１００５において、上述のＵＥ用のベアラを解放すると共に、ステップＳ１００７において、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を送信する。
【００３６】
一方、ステップＳ１００６Ａにおいて、Ｓ-ＣＳＣＦは、Ｐ-ＣＳＣＦ＃１に対して、ＵＥ宛てのパケットを再送し、Ｐ-ＣＳＣＦ＃１は、Ｐ-ＧＷ＃１に対して、ＵＥ宛てのパケットを再送し、Ｐ-ＧＷ＃１は、Ｓ-ＧＷ＃１に対して、ＵＥ宛てのパケットを再送する。
【００３７】
Ｓ-ＧＷ＃１は、ＵＥ用のベアラに関するコンテキスト情報を保持している場合に、ステップＳ１００６Ａにおいて、再送されたＵＥ宛てのパケットを受信すると、ＭＭＥ＃１に対して、ＵＥのＩＭＳＩを含む「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を送信してもよい。
【００３８】
或いは、かかる場合に、Ｓ-ＧＷ＃１は、ＵＥ宛ての「Ｐａｇｉｎｇ」が送信されていると判定し、再送されたＵＥ宛てのパケットを破棄してもよい。
【００３９】
ＭＭＥ＃１は、ステップＳ１００６Ｂにおいて、「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を受信すると、ステップＳ１００４と同様に、ＵＥ宛ての「Ｐａｇｉｎｇ」を再送してもよい。
【００４０】
或いは、かかる場合に、ＭＭＥ＃１は、ＵＥ宛ての「Ｐａｇｉｎｇ」が送信されていると判定し、受信した「Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ」を破棄してもよい。
【００４１】
一方、Ｓ-ＧＷ＃１は、ステップＳ１００２の処理を実施した後、所定時間経過後、ステップＳ１００６Ｃにおいて、Ｐ-ＧＷ＃１に対して、「Ｃａｕｓｅ＝ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含む「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００４２】
Ｐ-ＧＷ＃１は、かかる「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放し、ステップＳ１００６Ｄにおいて、ＰＣＲＦ＃１に対して、「ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含む「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｒｅｌｅａｓｅ」を送信する。
【００４３】
ＰＣＲＦ＃１は、かかる「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｒｅｌｅａｓｅ」を受信すると、上述のＵＥ用のコンテキスト情報を解放し、ステップＳ１００６Ｅにおいて、Ｐ-ＣＳＣＦ＃１に対して、「ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含むベアラ解放通知を送信する。
【００４４】
Ｐ-ＣＳＣＦ＃１は、かかるベアラ解放通知を受信すると、ステップＳ１００６Ｆにおいて、Ｓ-ＣＳＣＦに対して、「ＭＭＥ再開（ＭＭＥ＃１が再開したことを示す情報）」を含むベアラ解放通知を送信する。
【００４５】
Ｓ-ＣＳＣＦは、かかるベアラ解放通知を受信すると、ステップＳ１００６Ｇにおいて、上述のＵＥ宛てのパケットを保留する。かかる場合、ステップＳ１００１において送信されたパケットが再送状態にある場合は、かかるパケットについても保留する。
【００４６】
ステップＳ１００８において、ＭＭＥ＃２は、ＨＳＳに対して、ＵＥの識別情報を含む「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を送信する。
【００４７】
ＨＳＳは、かかる「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を受信すると、ステップＳ１００９において、ＭＭＥ＃１に対して、「Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ」を送信する。
【００４８】
ＭＭＥ＃１は、かかる「Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ」を受信すると、ステップＳ１０１０において、ＨＳＳに対して、「Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００４９】
ＨＳＳは、「Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ Ａｃｋ」を受信すると、ＵＥの位置登録情報を変更し、ステップＳ１０１１において、ＭＭＥ＃２に対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００５０】
ステップＳ１０１２において、ＭＭＥ＃１は、Ｓ-ＧＷ＃２に対して、再開カウンタ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。なお、再開カウンタは、設定されていなくてもよい。
【００５１】
Ｓ-ＧＷ＃２は、かかる「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを設定し、ステップＳ１０１３において、Ｐ-ＧＷ＃２に対して、ＭＭＥ再開フラグ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００５２】
Ｐ-ＧＷ＃２は、かかる「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを設定する。
【００５３】
ステップＳ１０１４において、ＭＭＥ＃２とＨＳＳとＳ-ＧＷ＃２とＰ-ＧＷ＃２との間で、ＵＥ用のベアラの設定処理が継続される。
【００５４】
ステップＳ１０１５において、ＭＭＥ＃２は、ＵＥに対して、「Ａｔｔａｃｈ Ａｃｃｅｐｔ」を送信する。
【００５５】
一方、Ｐ-ＧＷ＃２は、ステップＳ１０１３において、「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、ステップＳ１０１６において、ＰＣＲＦ＃２に対して、「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ」を送信し、ステップＳ１０１７において、ＰＣＲＦ＃２は、Ｐ-ＣＳＣＦ＃２に対して、ベアラ設定通知を送信し、ステップＳ１０１８において、Ｐ-ＣＳＣＦ＃２は、Ｓ-ＣＳＣＦに対して、ベアラ設定通知を送信する。
【００５６】
一方、ＵＥは、ステップＳ１０１５において、「Ａｔｔａｃｈ Ａｃｃｅｐｔ」を受信すると、ステップＳ１０１９において、Ｐ-ＣＳＣＦ＃２及びＳ-ＣＳＣＦに対する「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」を実施する。なお、Ｐ-ＣＳＣＦ＃２は、Ｐ-ＣＳＣＦ＃１と同一であってもよい。
【００５７】
その後、ステップＳ１０２０において、Ｓ-ＣＳＣＦは、ＵＥが再度コネクションを確立したことを検出して、Ｐ-ＧＷ＃２及びＳ-ＧＷ＃１を介して、ＵＥに対して、保留しているＵＥ宛てのパケットを送信する。
【００５８】
なお、Ｓ-ＧＷ＃２がＳ-ＧＷ＃１と同一であり、かつ、ステップＳ１００２において「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信したＳ-ＧＷ＃１が一定時間経過後でもＵＥ用のベアラを保持し続ける設定となっている場合、ステップＳ１０１３において、「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信した場合に、上述のＵＥ用のベアラを解放することなく、ステップＳ１０１４において、Ｐ-ＧＷ＃１に対して、ＭＭＥ再開フラグ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信してもよい。
【００５９】
かかる場合、Ｐ-ＧＷ＃１は、かかる「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放せず、また、かかるＵＥ用のベアラを再利用する。
【００６０】
本実施形態に係る移動通信システムによれば、Ｓ-ＣＳＣＦが、ベアラ解放通知を受信した場合に、ＵＥ宛てのパケットを保留するように構成されているため、障害等で一旦停止したＭＭＥが再開した後に、ＩＭＳへの登録が完了しているＩｄｌｅ状態のＵＥ宛ての着信があった場合に、早急に、かかるＵＥ宛ての着信処理を行うことができる。
【００６１】
なお、Ｓ-ＧＷとＰ-ＧＷとの間の区間において、ＰＭＩＰｖ６（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ ｖ６）プロトコルが適用されていてもよい。
【００６２】
かかる場合、ＰＣＲＦは、Ｓ-ＧＷ或いはＰ-ＧＷのいずれかより、ＭＭＥ＃１が再開したことを示すＭＭＥ再開フラグを受信してもよい。
【００６３】
前者においては、Ｓ-ＧＷとＰＣＲＦとの間の区間、及び、ＰＣＲＦとＰ-ＧＷとの間の区間におけるＰＣＣ処理によって、かかるＭＭＥ再開フラグが、Ｐ-ＧＷへ通知される。
【００６４】
後者においては、ＰＭＩＰｖ６信号の「Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ」により、上述のＭＭＥ再開フラグが、Ｐ-ＧＷへ通知される。
【００６５】
（変形例１）
以下、上述の第１の実施形態の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００６６】
図２の例では、ステップＳ１００７において、ＵＥが、ＭＭＥ＃２に対して、「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を送信するケースについて説明したが、本発明は、ステップＳ１００７において、ＵＥが、ＭＭＥ＃１に対して、「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を送信するケースに対しても適用可能である。
【００６７】
後者のケースでは、ＭＭＥ＃１は、ＵＥからの「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を受信すると、Ｓ-ＧＷ＃１に対して、再開カウンタ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００６８】
Ｓ-ＧＷ＃１は、かかる「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放すると共に、Ｐ-ＧＷ＃１に対して、ＭＭＥ再開フラグ（ＭＭＥ＃１が再開したことを示す情報）を含む「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００６９】
その後、Ｐ-ＧＷ＃１は、かかる「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、上述のＵＥ用のベアラを解放すると共に、ＰＣＲＦ＃１に対して、「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ」を送信する。
【００７０】
ＰＣＲＦ＃１は、かかる「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ」を受信すると、上述のＵＥ用のベアラを解放し、Ｐ-ＣＳＣＦ＃２に対して、ベアラ設定通知を送信する。
【００７１】
Ｐ-ＣＳＣＦ＃１は、かかるベアラ設定通知を受信すると、Ｓ-ＣＳＣＦに対して、ベアラ設定通知を送信する。
【００７２】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００７３】
本実施形態の第１の特徴は、移動通信方法であって、Ｓ-ＧＷ（サービングゲートウェイ装置）とＰ-ＧＷ（パケットデータネットワークゲートウェイ装置）との間でＵＥ（移動局）用のベアラが設定されている状態で、ＭＭＥ（移動管理ノード）が、再開する工程と、Ｐ/Ｓ-ＣＳＣＦ（呼セッション制御サーバ装置）が、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、ＵＥ宛ての着信信号を送信する工程と、Ｓ-ＧＷが、Ｐ-ＧＷを介して、Ｐ/Ｓ-ＣＳＣＦに対して、ＭＭＥが再開したことを通知する工程と、Ｐ/Ｓ-ＣＳＣＦが、ＵＥ宛ての着信信号を保留する工程と、ＵＥが、再度ＩＭＳに登録された後に、Ｐ/Ｓ-ＣＳＣＦが、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、保留しているＵＥ宛ての着信信号を送信する工程とを有することを要旨とする。
【００７４】
本実施形態の第１の特徴において、Ｓ-ＣＳＣＦが、上述のＵＥ宛ての着信信号を保留してもよい。
【００７５】
本実施形態の第２の特徴は、Ｐ/Ｓ-ＣＳＣＦであって、Ｓ-ＧＷとＰ-ＧＷとの間でＵＥ用のベアラが設定されている状態で、ＭＭＥが再開した後に、ＵＥ宛ての着信信号を受信した場合に、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、ＵＥ宛ての着信信号を送信するように構成されており、Ｓ-ＧＷから、ＭＭＥが再開したことを通知された場合に、ＵＥ局宛ての着信信号を保留するように構成されており、ＵＥが、再度ＩＭＳに登録された後に、Ｐ-ＧＷを介して、Ｓ-ＧＷに対して、保留しているＵＥ宛ての着信信号を送信するように構成されていることを要旨とする。
【００７６】
なお、上述のＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ＃１、ＰＣＲＦ＃２、Ｐ-ＣＳＣＦ＃１、Ｐ-ＣＳＣＦ＃２、Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００７７】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００７８】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ＃１、ＰＣＲＦ＃２、Ｐ-ＣＳＣＦ＃１、Ｐ-ＣＳＣＦ＃２、Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＭＭＥ＃１、ＭＭＥ＃２、Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２、Ｐ-ＧＷ＃１、Ｐ-ＧＷ＃２、ＰＣＲＦ＃１、ＰＣＲＦ＃２、Ｐ-ＣＳＣＦ＃１、Ｐ-ＣＳＣＦ＃２、Ｓ-ＣＳＣＦ、ｅＮＢ＃１、ｅＮＢ＃２、ＵＥ内に設けられていてもよい。
【００７９】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００８０】
ＵＥ…移動局
ｅＮＢ…無線基地局
ＭＭＥ＃１、ＭＭＥ＃２…移動管理ノード
Ｓ-ＧＷ＃１、Ｓ-ＧＷ＃２…サービングゲートウェイ装置
Ｐ-ＧＷ＃１、Ｐ-ＧＷ…ＰＤＮゲートウェイ装置
Ｐ-ＣＳＣＦ＃１、Ｐ-ＣＳＣＦ＃２…プロキシ用呼セッション制御サーバ装置
Ｓ-ＣＳＣＦ…サービング用呼セッション制御サーバ装置
ＨＳＳ…加入者情報管理サーバ
【特許請求の範囲】
【請求項１】
サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、移動管理ノードが、再開する工程と、
呼セッション制御サーバ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、前記移動局宛ての着信信号を送信する工程と、
前記サービングゲートウェイ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記呼セッション制御サーバ装置に対して、前記移動管理ノードが再開したことを通知する工程と、
前記呼セッション制御サーバ装置が、前記移動局宛ての着信信号を保留する工程と、
前記移動局が、再度登録された後に、前記呼セッション制御サーバ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、保留している該移動局宛ての着信信号を送信する工程とを有することを特徴とする移動通信方法。
【請求項２】
前記呼セッション制御サーバ装置は、プロキシ用呼セッション制御サーバ装置とサービング用呼セッション制御サーバ装置とによって構成されており、
前記サービング用呼セッション制御サーバ装置が、前記移動局宛ての着信信号を保留することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
呼セッション制御サーバ装置であって、
サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、移動管理ノードが再開した後に、該移動局宛ての着信信号を受信した場合に、該パケットデータネットワークゲートウェイ装置を介して、該サービングゲートウェイ装置に対して、該移動局宛ての着信信号を送信するように構成されており、
前記サービングゲートウェイ装置から、前記移動管理ノードが再開したことを通知された場合に、前記移動局宛ての着信信号を保留するように構成されており、
前記移動局が、再度登録された後に、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、保留している前記移動局宛ての着信信号を送信するように構成されていることを特徴とする呼セッション制御サーバ装置。
【請求項１】
サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、移動管理ノードが、再開する工程と、
呼セッション制御サーバ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、前記移動局宛ての着信信号を送信する工程と、
前記サービングゲートウェイ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記呼セッション制御サーバ装置に対して、前記移動管理ノードが再開したことを通知する工程と、
前記呼セッション制御サーバ装置が、前記移動局宛ての着信信号を保留する工程と、
前記移動局が、再度登録された後に、前記呼セッション制御サーバ装置が、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、保留している該移動局宛ての着信信号を送信する工程とを有することを特徴とする移動通信方法。
【請求項２】
前記呼セッション制御サーバ装置は、プロキシ用呼セッション制御サーバ装置とサービング用呼セッション制御サーバ装置とによって構成されており、
前記サービング用呼セッション制御サーバ装置が、前記移動局宛ての着信信号を保留することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
呼セッション制御サーバ装置であって、
サービングゲートウェイ装置とパケットデータネットワークゲートウェイ装置との間で移動局用のベアラが設定されている状態で、移動管理ノードが再開した後に、該移動局宛ての着信信号を受信した場合に、該パケットデータネットワークゲートウェイ装置を介して、該サービングゲートウェイ装置に対して、該移動局宛ての着信信号を送信するように構成されており、
前記サービングゲートウェイ装置から、前記移動管理ノードが再開したことを通知された場合に、前記移動局宛ての着信信号を保留するように構成されており、
前記移動局が、再度登録された後に、前記パケットデータネットワークゲートウェイ装置を介して、前記サービングゲートウェイ装置に対して、保留している前記移動局宛ての着信信号を送信するように構成されていることを特徴とする呼セッション制御サーバ装置。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１２−４８４７（Ｐ２０１２−４８４７Ａ）
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願番号】特願２０１０−１３７７８１（Ｐ２０１０−１３７７８１）
【出願日】平成２２年６月１６日（２０１０．６．１６）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願日】平成２２年６月１６日（２０１０．６．１６）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]