移動通信方法
【課題】効率的に「ＲＡ」の送信を実現する。
【解決手段】本実施形態に係る移動通信方法は、ＵＥが、定期的に、ＭＭＥに対して、「ＴＡＵ Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥが、「ＴＡＵ Ｒｅｑｕｅｓｔ」を受信した場合で、かつ、ＵＥに割り当てるＩＰアドレスに係る情報を通知する「ＲＡ」を送信する必要があると判定した場合に、ＵＥとｅＮＢとの間の無線アクセスベアラ、及び、ｅＮＢとＳ-ＧＷとの間のＳ１ベアラを設定する工程と、ＭＭＥが、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を送信する工程と、Ｓ-ＧＷが、かかる要求信号に応じて、設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して、「ＲＡ」を送信する工程とを有する。
【解決手段】本実施形態に係る移動通信方法は、ＵＥが、定期的に、ＭＭＥに対して、「ＴＡＵ Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥが、「ＴＡＵ Ｒｅｑｕｅｓｔ」を受信した場合で、かつ、ＵＥに割り当てるＩＰアドレスに係る情報を通知する「ＲＡ」を送信する必要があると判定した場合に、ＵＥとｅＮＢとの間の無線アクセスベアラ、及び、ｅＮＢとＳ-ＧＷとの間のＳ１ベアラを設定する工程と、ＭＭＥが、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を送信する工程と、Ｓ-ＧＷが、かかる要求信号に応じて、設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して、「ＲＡ」を送信する工程とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法に関する。
【背景技術】
【０００２】
非特許文献１に記載のＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）が適用されているＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークでは、「ＲＡ（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、ルータ通知信号）」が、Ｐ-ＧＷ（ＰＤＮ-Ｇａｔｅｗａｙ、パケットデータネットワークゲートウェイ装置）から、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、移動局）に通知されるように構成されている。
【０００３】
「ＲＡ」は、ＵＥに割り当てる「ＩＰｖ６ Ｐｒｅｆｉｘ」や、かかる「ＩＰｖ６ Ｐｒｅｆｉｘ」が有効である時間を示す「ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」や、「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報（パケット転送情報）」を含む。
【０００４】
ＵＥは、定期的に「ＲＡ」を受信することで、ＵＥが保持するＩＰｖ６アドレスの有効性について更新するように構成されている。
【０００５】
すなわち、ＵＥは、「ＲＡ」を受信した場合、かかる「ＲＡ」に含まれる「ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」に基づいて「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ（所定タイマ）」を設定して、かかる「ＲＡ」に含まれる「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を保持するように構成されている。
【０００６】
ここで、ＵＥは、かかる「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を受信した場合には、受信した「ＲＡ」に基づいて、保持するＩＰｖ６アドレスの有効性について更新し、かかる「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を更新するように構成されている。
【０００７】
一方、ＵＥは、ＵＥが保持するＩＰｖ６アドレスが有効でないと判断した場合、すなわち、「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を受信しなかった場合、保持する「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を削除するように構成されている。
【０００８】
言い換えると、かかるＵＥは、「ＲＡ」で通知された「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ（例えば、１８時間）」が満了するまで、「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を保持し、「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」が満了した後に、「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を削除するように構成されている。
【０００９】
ここで、「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」は、ＵＥによって保持されるタイマであり、デフォルト値として、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ（ネットワーク側タイマ）」の３倍の時間が定義されている（例えば、非特許文献２参照）。
【００１０】
また、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」は、移動局ＵＥの接続するＰ-ＧＷによって保持されるタイマ（最大ＲＡ送信間隔）であり、デフォルト値として、「２１６００秒（６時間）」が定義されている（例えば、非特許文献３参照）。
【００１１】
同様に、非特許文献４に記載のＰＭＩＰ（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ）が適用されているＥＰＣネットワークでは、「ＲＡ」が、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、サービングゲートウェイ装置）から、ＵＥに通知されるように構成されている。
【００１２】
ここで、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」は、ＵＥの接続するＳ-ＧＷによって保持されるタイマ（最大ＲＡ送信間隔）であり、デフォルト値として、「２１６００秒（６時間）」が定義されている（例えば、非特許文献３参照）。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】３ＧＰＰ ＴＳ２３.４０１
【非特許文献２】ＲＦＣ４８６１ ６.２.１
【非特許文献３】３ＧＰＰ ＴＳ２９.０６１
【非特許文献４】３ＧＰＰ ＴＳ２３.４０２
【発明の概要】
【発明が解決しようとする課題】
【００１４】
従来の移動通信システムでは、ＵＥは、定期的に（例えば、１時間ごとに）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）に対して、「ＴＡＵ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ） Ｒｅｑｕｅｓｔ（位置登録エリア更新要求信号）」を送信するように構成されている。
【００１５】
また、従来の移動通信システムでは、ＵＥは、発信トリガ或いは着信トリガを検出した場合に、ＭＭＥに対して、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ（サービス要求信号）」を送信するように構成されている。
【００１６】
ここで、従来の移動通信システムでは、「ＲＡ」の送信は、かかる「位置登録エリア更新処理」や「サービス要求手順」が行われる場合とは独立して行われるように構成されている。
【００１７】
したがって、従来の移動通信システムでは、かかる「位置登録エリア更新処理」や「サービス要求手順」が行われている場合に、「ＲＡ」を送信するタイミングが到来した場合であっても、「位置登録エリア更新処理」や「サービス要求手順」に係るベアラとは別のベアラを設定した上で「ＲＡ」が送信され、非効率であるという問題点があった。
【００１８】
そこで、本発明は、上述の課題に鑑みてなされたものであり、効率的に「ＲＡ」の送信を実現することができる移動通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明の第１の特徴は、移動通信方法であって、移動局が、定期的に、移動管理ノードに対して、位置登録エリア更新要求信号を送信する工程と、前記移動管理ノードが、前記位置登録エリア更新要求信号を受信した場合で、かつ、前記移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局と無線基地局との間の無線アクセスベアラ、及び、該無線基地局とサービングゲートウェイ装置との間のベアラを設定する工程と、前記移動管理ノードが、前記サービングゲートウェイ装置に対して、前記通知信号を送信するように要求する要求信号を送信する工程と、前記サービングゲートウェイ装置が、前記要求信号に応じて、前記ベアラ及び前記無線アクセスベアラを介して、前記移動局に対して、前記通知信号を送信する工程とを有することを要旨とする。
【００２０】
本発明の第２の特徴は、移動通信方法であって、移動局が、定期的に、移動管理ノードに対して、位置登録エリア更新要求信号を送信する工程と、前記移動管理ノードが、前記位置登録エリア更新要求信号を受信した場合で、かつ、前記移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局と無線基地局との間の無線アクセスベアラ、及び、該無線基地局とサービングゲートウェイ装置との間のベアラを設定する工程と、前記移動管理ノードが、前記サービングゲートウェイ装置に対して、前記通知信号を送信するように要求する要求信号を送信する工程と、前記サービングゲートウェイ装置が、パケットデータネットワークゲートウェイ装置に対して、前記要求信号を送信する工程と、前記パケットデータネットワークゲートウェイ装置が、前記要求信号に応じて、前記サービングゲートウェイ装置と前記ベアラ及び前記無線アクセスベアラとを介して、前記移動局に対して、前記通知信号を送信する工程とを有することを要旨とする。
【００２１】
本発明の第３の特徴は、移動通信方法であって、サービス要求手順が行われた際に、サービングゲートウェイ装置又はパケットデータネットワークゲートウェイ装置が、移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局に対して、該サービス要求手順において設定された該移動局と無線基地局との間の無線アクセスベアラ及び該無線基地局と該サービングゲートウェイ装置との間のベアラを介して、該通知信号を送信する工程を有することを要旨とする。
【発明の効果】
【００２２】
以上説明したように、本発明によれば、効率的に「ＲＡ」の送信を実現することができる移動通信方法を提供することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係るＭＭＥの機能ブロック図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図５】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図６】本発明の変更例１に係るＳ-ＧＷ及びＰ-ＧＷの機能ブロック図である。
【図７】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００２４】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００２５】
図１に示すように、本実施形態に係る移動通信システムは、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ポリシー及び課金ルールサーバ装置）や、Ｐ-ＧＷや、Ｓ-ＧＷや、ＭＭＥや、ｅＮＢや、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ）等を具備している。
【００２６】
なお、本実施形態に係る移動通信システムでは、Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが適用されていてもよいし、ＧＴＰが用いられていてもよい。
【００２７】
図２に示すように、ＭＭＥは、受信部１１と、判定部１２と、送信部１３とを具備している。
【００２８】
受信部１１は、ＵＥやｅＮＢやＳ-ＧＷ等から各種信号を受信するように構成されている。
【００２９】
例えば、受信部１１は、ＵＥから「ＴＡＵ Ｒｅｑｕｅｓｔ」を受信したり、ｅＮＢから「（Ｓ１-ＡＰ）Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ」を受信したり、Ｓ-ＧＷから「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を受信したりするように構成されている。
【００３０】
判定部１２は、受信部１１によって「ＴＡＵ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されている。
【００３１】
例えば、判定部１２は、所定回数（例えば、６回）、受信部１１によって「ＴＡＵ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があると判定するように構成されていてもよい。
【００３２】
また、判定部１２は、前回のＭＭＥとＳ-ＧＷとの間の信号交換時に取得したＳ-ＧＷにおける「ＲＡ」の送信状況に基づいて、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されていてもよい。
【００３３】
ここで、Ｓ-ＧＷにおける「ＲＡ」の送信状況は、最後に「ＲＡ」を送信してからの経過時間や、最後に「ＲＡ」を送信した時間等を示す情報であってもよい。
【００３４】
或いは、判定部１２は、前回のＭＭＥとＳ-ＧＷとの間の信号交換時に取得した「ＲＡ」を送信すべきであるか否かについて示す「ＲＡ」送信要否情報に基づいて、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されていてもよい。
【００３５】
なお、判定部１２は、「位置登録エリア更新処理」が実施される場合であれば、ＵＥ用のベアラを管理するＳ-ＧＷが変更しているか否かに関係なく、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されている。
【００３６】
送信部１３は、ＵＥやｅＮＢやＳ-ＧＷ等に対して各種信号を送信するように構成されている。
【００３７】
例えば、送信部１３は、ＵＥに対して「ＴＡＵ Ａｃｃｅｐｔ」を送信したり、ｅＮＢに対して「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信したり、Ｓ-ＧＷに対して「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信したりするように構成されている。
【００３８】
ここで、判定部１２が、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合に、送信部１３は、ｅＮＢに対して「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信し、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を送信するように構成されている。
【００３９】
以下、図３乃至図５を参照して、本実施形態に係る移動通信システムにおいて、ＵＥの位置登録エリア更新処理においてＵＥに対して「ＲＡ」を送信する動作について説明する。
【００４０】
図３に示すように、ステップＳ１００１において、ＵＥは、ＴＡＵ処理を開始することを決定すると、ｅＮＢを介して、ＭＭＥに対して、「ＴＡＵ Ｒｅｑｕｅｓｔ」を送信する。
【００４１】
ステップＳ１００２において、ＭＭＥは、受信部１１によって「ＴＡＵ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定する。
【００４２】
ＭＭＥが、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合、ステップＳ１００３において、ＵＥ用のＳ１ベアラ（ｅＮＢとＳ-ＧＷとの間）及び無線アクセスベアラ（ＵＥとｅＮＢとの間）の設定処理が開始される。
【００４３】
ここで、かかる設定処理について、図４及び図５を参照にして説明する。第１に、図４を参照して、かかる設定処理の例１について説明し、第２に、図５を参照して、かかる設定処理の例２について説明する。
【００４４】
図４に示すように、ステップＳ１１０３Ａにおいて、ＭＭＥは、ｅＮＢに対して、「ＴＡＵ Ａｃｃｅｐｔ」を含む「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１１０３Ｂにおいて、ｅＮＢは、ＵＥに対して、「ＴＡＵ Ａｃｃｅｐｔ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信する。
【００４５】
例えば、「ＴＡＵ Ａｃｃｅｐｔ」は、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」内の情報要素「ＮＡＳ-ＰＤＵ」内に設定されてもよい。
【００４６】
ＵＥは、「ＴＡＵ Ａｃｃｅｐｔ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を受信すると、ステップ１１０３Ｃにおいて、ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ」を送信する。
【００４７】
ステップＳ１１０３Ｄにおいて、ｅＮＢは、ＭＭＥに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ」を送信する。
【００４８】
また、ステップＳ１１０３Ｅにおいて、ＵＥは、ｅＮＢに対して、「ＴＡＵ Ｃｏｍｐｌｅｔｅ」を含む「ＲＲＣ ＵＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信し、ステップＳ１１０３Ｆにおいて、ｅＮＢは、ＭＭＥに対して、「ＴＡＵ Ｃｏｍｐｌｅｔｅ」を含む「Ｓ１-ＡＰ Ｕｐｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００４９】
図５に示すように、ステップＳ１２０３Ａにおいて、ＭＭＥは、ｅＮＢに対して、「ＴＡＵ Ａｃｃｅｐｔ」を含む「Ｓ１-ＡＰ ＮＡＳ Ｄｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信し、ステップＳ１２０３Ｂにおいて、ｅＮＢは、ＵＥに対して、「ＴＡＵ Ａｃｃｅｐｔ」を含む「ＲＲＣ ＤＬ Ｉｎｆｒｏｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信する。
【００５０】
ステップＳ１２０３Ｃにおいて、ＵＥは、ｅＮＢに対して、「ＴＡＵ Ｃｏｍｐｌｅｔｅ」を含む「ＲＲＣ ＵＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信し、ステップＳ１２０３Ｄにおいて、ｅＮＢは、ＭＭＥに対して、「ＴＡＵ Ｃｏｍｐｌｅｔｅ」を含む「Ｓ１-ＡＰ Ｕｐｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００５１】
ステップＳ１２０３Ｅにおいて、ＭＭＥは、ｅＮＢに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１２０３Ｆにおいて、ｅＮＢは、ＵＥに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信する。
【００５２】
ＵＥは、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を受信すると、ステップ１２０３Ｆにおいて、ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ」を送信する。
【００５３】
ステップＳ１２０３Ｈにおいて、ｅＮＢは、ＭＭＥに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ」を送信する。
【００５４】
図３に戻り、ステップ１００４において、ＭＭＥは、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を含む「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００５５】
ここで、ＭＭＥは、Ｓ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」以外の信号によって、かかる要求信号を送信してもよい。
【００５６】
なお、Ｓ-ＧＷとＰ-ＧＷとの間で、ＧＴＰが用いられている場合、ステップＳ１００５において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、かかる要求信号を送信し、Ｐ-ＧＷは、かかる要求信号に応じて、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、Ｓ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信すると共に、「ＲＡ」をＳ-ＧＷを介してＵＥに対して送信し、Ｓ-ＧＷは、ステップＳ１００６において、ＭＭＥに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信すると共に、ステップＳ１００７において、ステップＳ１００３において設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して、Ｐ-ＧＷから受信した「ＲＡ」を送信する。
【００５７】
一方、Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが用いられている場合、Ｓ-ＧＷは、ステップＳ１００６において、ＭＭＥに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信すると共に、ステップＳ１００７において、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、ステップＳ１００３において設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して、「ＲＡ」を送信する。
【００５８】
本実施形態に係る移動通信システムによれば、既存のＵＥの位置登録エリア更新処理において、ＭＭＥが、「ＲＡ」の送信の要否について判定し、「ＲＡ」を送信する必要があると判定した場合には、ＵＥ用のＳ１ベアラ及び無線アクセスベアラを設定し、Ｓ-ＧＷ又はＰ-ＧＷに対して、かかるＳ１ベアラ及び無線アクセスベアラを介して「ＲＡ」を通知するように指示することで、効率的に「ＲＡ」を送信することができる。
【００５９】
（変更例１）
図６及び図７を参照して、本発明の変更例１に係る移動通信システムについて説明する。以下、本変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００６０】
なお、本変更例１に係る移動通信システムでは、上述の第１の実施形態に係る移動通信システムと同様に、Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが適用されていてもよいし、ＧＴＰが適用されていてもよい。
【００６１】
図６に示すように、Ｓ-ＧＷ又はＰ-ＧＷは、受信部２１と、判定部２２と、送信部２３とを具備している。
【００６２】
Ｓ-ＧＷの受信部２１は、ｅＮＢやＭＭＥやＰＣＲＦやＰ-ＧＷ等から各種信号を受信するように構成されている。例えば、Ｓ-ＧＷの受信部２１は、ＭＭＥから「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を受信するように構成されている。
【００６３】
Ｐ-ＧＷの受信部２１は、ＰＣＲＦやＳ-ＧＷ等から各種信号を受信するように構成されている。例えば、Ｐ-ＧＷの受信部２１は、Ｓ-ＧＷから「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を受信するように構成されている。
【００６４】
Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが適用されている場合、Ｓ-ＧＷの判定部２２は、受信部２１によって「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」に係る「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されている。
【００６５】
また、Ｓ-ＧＷとＰ-ＧＷとの間で、ＧＴＰが適用されている場合、Ｐ-ＧＷの判定部２２は、受信部２１によって「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」に係る「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されている。
【００６６】
Ｓ-ＧＷの送信部２３は、ｅＮＢやＭＭＥやＰ-ＧＷ等に対して各種信号を送信するように構成されている。例えば、Ｓ-ＧＷの送信部２３は、Ｐ-ＧＷに対して「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信するように構成されている。
【００６７】
ここで、Ｓ-ＧＷの判定部２２が、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合に、Ｓ-ＧＷの送信部２３は、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」によって設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して「ＲＡ」を送信するように構成されている。
【００６８】
Ｐ-ＧＷの送信部２３は、ＰＣＲＦやＳ-ＧＷ等に対して各種信号を送信するように構成されている。例えば、Ｐ-ＧＷの送信部２３は、Ｓ-ＧＷに対して「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信するように構成されている。
【００６９】
ここで、Ｐ-ＧＷの判定部２２が、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合に、Ｐ-ＧＷの送信部２３は、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、Ｓ-ＧＷと「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」によって設定されたＳ１ベアラ及び無線アクセスベアラとを介して、ＵＥに対して「ＲＡ」を送信するように構成されている。
【００７０】
以下、図７を参照して、本変更例１に係る移動通信システムにおいて、ＵＥの「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」においてＵＥに対して「ＲＡ」を送信する動作について説明する。
【００７１】
図７に示すように、ステップＳ２００１において、ＵＥは、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」を開始することを決定すると、ｅＮＢに対して、「ＮＡＳ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２００２において、ｅＮＢは、ＭＭＥに対して、「ＮＡＳ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ」を転送する。
【００７２】
ステップＳ２００３において、ＵＥとＭＭＥとＨＳＳとの間で「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ/Ｓｅｃｕｒｉｔｙ処理」が行われる。
【００７３】
ステップＳ２００４において、ＭＭＥは、ｅＮＢに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信すると、 ステップＳ２００５において、ＵＥとｅＮＢとの間で、ＵＥ用の無線アクセスベアラが設定され、ステップＳ２００６において、ＵＥは、ｅＮＢ及びＳ-ＧＷを介して、Ｐ-ＧＷに対して、上りリンクデータを送信する。
【００７４】
ステップＳ２００７において、ｅＮＢは、ＭＭＥに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ」を送信する。この結果、ＵＥ用のＳ１ベアラの設定が完了する。
【００７５】
ステップＳ２００８において、ＭＭＥは、Ｓ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２００９において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００７６】
ステップＳ２０１０において、Ｐ-ＧＷとＰＣＲＦとの間で「ＰＣＥＦ Ｉｎｉｔｉａｌ ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ処理」が行われる。
【００７７】
ステップＳ２０１１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０１２において、Ｓ-ＧＷは、ＭＭＥに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。
【００７８】
ここで、Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが適用されている場合、ステップＳ２０１３Ａにおいて、Ｓ-ＧＷが、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定する。
【００７９】
Ｓ-ＧＷは、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合には、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、ステップＳ２０１４において、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」において設定されたＵＥ用の無線アクセスベアラ及びＳ１ベアラを介して、ＵＥに対して「ＲＡ」を送信する。
【００８０】
一方、Ｓ-ＧＷとＰ-ＧＷとの間で、ＧＴＰが適用されている場合、ステップＳ２０１３Ｂにおいて、Ｐ-ＧＷが、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定する。
【００８１】
Ｐ-ＧＷは、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合には、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、ステップＳ２０１４において、Ｓ-ＧＷと「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」において設定されたＵＥ用の無線アクセスベアラ及びＳ１ベアラとを介して、ＵＥに対して「ＲＡ」を送信する。
【００８２】
本変更例１に係る移動通信システムによれば、既存の「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」において、Ｓ-ＧＷ又はＰ-ＧＷが、「ＲＡ」の送信の要否について判定し、「ＲＡ」を送信する必要があると判定した場合には、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、設定されたＵＥ用のＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して「ＲＡ」を通知することができる。
【００８３】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００８４】
本実施形態の第１の特徴は、移動通信方法であって、ＵＥ（移動局）が、定期的に、ＭＭＥ（移動管理ノード）に対して、「ＴＡＵ Ｒｅｑｕｅｓｔ（位置登録エリア更新要求信号）」を送信する工程と、ＭＭＥが、「ＴＡＵ Ｒｅｑｕｅｓｔ」を受信した場合で、かつ、ＵＥに割り当てるＩＰアドレスに係る情報を通知する「ＲＡ（通知信号）」を送信する必要があると判定した場合に、ＵＥとｅＮＢ（無線基地局）との間の無線アクセスベアラ、及び、ｅＮＢとＳ-ＧＷ（サービングゲートウェイ装置）との間のＳ１ベアラを設定する工程と、ＭＭＥが、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を送信する工程と、Ｓ-ＧＷが、かかる要求信号に応じて、設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して、「ＲＡ」を送信する工程とを有することを要旨とする。
【００８５】
本実施形態の第２の特徴は、移動通信方法であって、ＵＥが、定期的に、ＭＭＥに対して、「ＴＡＵ Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥが、「ＴＡＵ Ｒｅｑｕｅｓｔ」を受信した場合で、かつ、「ＲＡ」を送信する必要があると判定した場合に、ＵＥとｅＮＢとの間の無線アクセスベアラ、及び、ｅＮＢとＳ-ＧＷとの間のＳ１ベアラを設定する工程と、ＭＭＥが、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を送信する工程と、Ｓ-ＧＷが、Ｐ-ＧＷ（パケットデータネットワークゲートウェイ装置）に対して、かかる要求信号を送信する工程と、Ｐ-ＧＷが、かかる要求信号に応じて、Ｓ-ＧＷと設定されたＳ１ベアラ及び無線アクセスベアラとを介して、ＵＥに対して、「ＲＡ」を送信する工程とを有することを要旨とする。
【００８６】
本実施形態の第３の特徴は、移動通信方法であって、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ（サービス要求）手順」が行われた際に、Ｓ-ＧＷ又はＰ-ＧＷが、「ＲＡ」を送信する必要があると判定した場合に、ＵＥに対して、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」で設定されたＳ１ベアラ及び無線アクセスベアラを介して、「ＲＡ」を送信する工程を有することを要旨とする。
【００８７】
なお、上述のＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００８８】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００８９】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳ等内に設けられていてもよい。
【００９０】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００９１】
ＵＥ…移動局
ｅＮＢ…無線基地局
ＭＭＥ…移動管理ノード
ＳＧＳＮ…パケット交換機
Ｓ-ＧＷ…サービングゲートウェイ装置
Ｐ-ＧＷ…パケットデータネットワークゲートウェイ装置
ＰＣＲＦ…ポリシー及び課金ルールサーバ装置
ＨＳＳ…加入者管理サーバ装置
１１、２１…受信部
１２、２２…判定部
１３、２３…送信部
【技術分野】
【０００１】
本発明は、移動通信方法に関する。
【背景技術】
【０００２】
非特許文献１に記載のＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）が適用されているＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークでは、「ＲＡ（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、ルータ通知信号）」が、Ｐ-ＧＷ（ＰＤＮ-Ｇａｔｅｗａｙ、パケットデータネットワークゲートウェイ装置）から、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、移動局）に通知されるように構成されている。
【０００３】
「ＲＡ」は、ＵＥに割り当てる「ＩＰｖ６ Ｐｒｅｆｉｘ」や、かかる「ＩＰｖ６ Ｐｒｅｆｉｘ」が有効である時間を示す「ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」や、「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報（パケット転送情報）」を含む。
【０００４】
ＵＥは、定期的に「ＲＡ」を受信することで、ＵＥが保持するＩＰｖ６アドレスの有効性について更新するように構成されている。
【０００５】
すなわち、ＵＥは、「ＲＡ」を受信した場合、かかる「ＲＡ」に含まれる「ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」に基づいて「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ（所定タイマ）」を設定して、かかる「ＲＡ」に含まれる「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を保持するように構成されている。
【０００６】
ここで、ＵＥは、かかる「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を受信した場合には、受信した「ＲＡ」に基づいて、保持するＩＰｖ６アドレスの有効性について更新し、かかる「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を更新するように構成されている。
【０００７】
一方、ＵＥは、ＵＥが保持するＩＰｖ６アドレスが有効でないと判断した場合、すなわち、「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を受信しなかった場合、保持する「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を削除するように構成されている。
【０００８】
言い換えると、かかるＵＥは、「ＲＡ」で通知された「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ（例えば、１８時間）」が満了するまで、「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を保持し、「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」が満了した後に、「ｄｅｆａｕｌｔ ｇａｔｅｗａｙ情報」を削除するように構成されている。
【０００９】
ここで、「Ｒｏｕｔｅｒ ｌｉｆｅｔｉｍｅ」は、ＵＥによって保持されるタイマであり、デフォルト値として、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ（ネットワーク側タイマ）」の３倍の時間が定義されている（例えば、非特許文献２参照）。
【００１０】
また、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」は、移動局ＵＥの接続するＰ-ＧＷによって保持されるタイマ（最大ＲＡ送信間隔）であり、デフォルト値として、「２１６００秒（６時間）」が定義されている（例えば、非特許文献３参照）。
【００１１】
同様に、非特許文献４に記載のＰＭＩＰ（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ）が適用されているＥＰＣネットワークでは、「ＲＡ」が、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、サービングゲートウェイ装置）から、ＵＥに通知されるように構成されている。
【００１２】
ここで、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」は、ＵＥの接続するＳ-ＧＷによって保持されるタイマ（最大ＲＡ送信間隔）であり、デフォルト値として、「２１６００秒（６時間）」が定義されている（例えば、非特許文献３参照）。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】３ＧＰＰ ＴＳ２３.４０１
【非特許文献２】ＲＦＣ４８６１ ６.２.１
【非特許文献３】３ＧＰＰ ＴＳ２９.０６１
【非特許文献４】３ＧＰＰ ＴＳ２３.４０２
【発明の概要】
【発明が解決しようとする課題】
【００１４】
従来の移動通信システムでは、ＵＥは、定期的に（例えば、１時間ごとに）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）に対して、「ＴＡＵ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ） Ｒｅｑｕｅｓｔ（位置登録エリア更新要求信号）」を送信するように構成されている。
【００１５】
また、従来の移動通信システムでは、ＵＥは、発信トリガ或いは着信トリガを検出した場合に、ＭＭＥに対して、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ（サービス要求信号）」を送信するように構成されている。
【００１６】
ここで、従来の移動通信システムでは、「ＲＡ」の送信は、かかる「位置登録エリア更新処理」や「サービス要求手順」が行われる場合とは独立して行われるように構成されている。
【００１７】
したがって、従来の移動通信システムでは、かかる「位置登録エリア更新処理」や「サービス要求手順」が行われている場合に、「ＲＡ」を送信するタイミングが到来した場合であっても、「位置登録エリア更新処理」や「サービス要求手順」に係るベアラとは別のベアラを設定した上で「ＲＡ」が送信され、非効率であるという問題点があった。
【００１８】
そこで、本発明は、上述の課題に鑑みてなされたものであり、効率的に「ＲＡ」の送信を実現することができる移動通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明の第１の特徴は、移動通信方法であって、移動局が、定期的に、移動管理ノードに対して、位置登録エリア更新要求信号を送信する工程と、前記移動管理ノードが、前記位置登録エリア更新要求信号を受信した場合で、かつ、前記移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局と無線基地局との間の無線アクセスベアラ、及び、該無線基地局とサービングゲートウェイ装置との間のベアラを設定する工程と、前記移動管理ノードが、前記サービングゲートウェイ装置に対して、前記通知信号を送信するように要求する要求信号を送信する工程と、前記サービングゲートウェイ装置が、前記要求信号に応じて、前記ベアラ及び前記無線アクセスベアラを介して、前記移動局に対して、前記通知信号を送信する工程とを有することを要旨とする。
【００２０】
本発明の第２の特徴は、移動通信方法であって、移動局が、定期的に、移動管理ノードに対して、位置登録エリア更新要求信号を送信する工程と、前記移動管理ノードが、前記位置登録エリア更新要求信号を受信した場合で、かつ、前記移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局と無線基地局との間の無線アクセスベアラ、及び、該無線基地局とサービングゲートウェイ装置との間のベアラを設定する工程と、前記移動管理ノードが、前記サービングゲートウェイ装置に対して、前記通知信号を送信するように要求する要求信号を送信する工程と、前記サービングゲートウェイ装置が、パケットデータネットワークゲートウェイ装置に対して、前記要求信号を送信する工程と、前記パケットデータネットワークゲートウェイ装置が、前記要求信号に応じて、前記サービングゲートウェイ装置と前記ベアラ及び前記無線アクセスベアラとを介して、前記移動局に対して、前記通知信号を送信する工程とを有することを要旨とする。
【００２１】
本発明の第３の特徴は、移動通信方法であって、サービス要求手順が行われた際に、サービングゲートウェイ装置又はパケットデータネットワークゲートウェイ装置が、移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局に対して、該サービス要求手順において設定された該移動局と無線基地局との間の無線アクセスベアラ及び該無線基地局と該サービングゲートウェイ装置との間のベアラを介して、該通知信号を送信する工程を有することを要旨とする。
【発明の効果】
【００２２】
以上説明したように、本発明によれば、効率的に「ＲＡ」の送信を実現することができる移動通信方法を提供することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係るＭＭＥの機能ブロック図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図５】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図６】本発明の変更例１に係るＳ-ＧＷ及びＰ-ＧＷの機能ブロック図である。
【図７】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００２４】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００２５】
図１に示すように、本実施形態に係る移動通信システムは、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ポリシー及び課金ルールサーバ装置）や、Ｐ-ＧＷや、Ｓ-ＧＷや、ＭＭＥや、ｅＮＢや、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ）等を具備している。
【００２６】
なお、本実施形態に係る移動通信システムでは、Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが適用されていてもよいし、ＧＴＰが用いられていてもよい。
【００２７】
図２に示すように、ＭＭＥは、受信部１１と、判定部１２と、送信部１３とを具備している。
【００２８】
受信部１１は、ＵＥやｅＮＢやＳ-ＧＷ等から各種信号を受信するように構成されている。
【００２９】
例えば、受信部１１は、ＵＥから「ＴＡＵ Ｒｅｑｕｅｓｔ」を受信したり、ｅＮＢから「（Ｓ１-ＡＰ）Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ」を受信したり、Ｓ-ＧＷから「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を受信したりするように構成されている。
【００３０】
判定部１２は、受信部１１によって「ＴＡＵ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されている。
【００３１】
例えば、判定部１２は、所定回数（例えば、６回）、受信部１１によって「ＴＡＵ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があると判定するように構成されていてもよい。
【００３２】
また、判定部１２は、前回のＭＭＥとＳ-ＧＷとの間の信号交換時に取得したＳ-ＧＷにおける「ＲＡ」の送信状況に基づいて、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されていてもよい。
【００３３】
ここで、Ｓ-ＧＷにおける「ＲＡ」の送信状況は、最後に「ＲＡ」を送信してからの経過時間や、最後に「ＲＡ」を送信した時間等を示す情報であってもよい。
【００３４】
或いは、判定部１２は、前回のＭＭＥとＳ-ＧＷとの間の信号交換時に取得した「ＲＡ」を送信すべきであるか否かについて示す「ＲＡ」送信要否情報に基づいて、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されていてもよい。
【００３５】
なお、判定部１２は、「位置登録エリア更新処理」が実施される場合であれば、ＵＥ用のベアラを管理するＳ-ＧＷが変更しているか否かに関係なく、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されている。
【００３６】
送信部１３は、ＵＥやｅＮＢやＳ-ＧＷ等に対して各種信号を送信するように構成されている。
【００３７】
例えば、送信部１３は、ＵＥに対して「ＴＡＵ Ａｃｃｅｐｔ」を送信したり、ｅＮＢに対して「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信したり、Ｓ-ＧＷに対して「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信したりするように構成されている。
【００３８】
ここで、判定部１２が、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合に、送信部１３は、ｅＮＢに対して「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信し、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を送信するように構成されている。
【００３９】
以下、図３乃至図５を参照して、本実施形態に係る移動通信システムにおいて、ＵＥの位置登録エリア更新処理においてＵＥに対して「ＲＡ」を送信する動作について説明する。
【００４０】
図３に示すように、ステップＳ１００１において、ＵＥは、ＴＡＵ処理を開始することを決定すると、ｅＮＢを介して、ＭＭＥに対して、「ＴＡＵ Ｒｅｑｕｅｓｔ」を送信する。
【００４１】
ステップＳ１００２において、ＭＭＥは、受信部１１によって「ＴＡＵ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定する。
【００４２】
ＭＭＥが、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合、ステップＳ１００３において、ＵＥ用のＳ１ベアラ（ｅＮＢとＳ-ＧＷとの間）及び無線アクセスベアラ（ＵＥとｅＮＢとの間）の設定処理が開始される。
【００４３】
ここで、かかる設定処理について、図４及び図５を参照にして説明する。第１に、図４を参照して、かかる設定処理の例１について説明し、第２に、図５を参照して、かかる設定処理の例２について説明する。
【００４４】
図４に示すように、ステップＳ１１０３Ａにおいて、ＭＭＥは、ｅＮＢに対して、「ＴＡＵ Ａｃｃｅｐｔ」を含む「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１１０３Ｂにおいて、ｅＮＢは、ＵＥに対して、「ＴＡＵ Ａｃｃｅｐｔ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信する。
【００４５】
例えば、「ＴＡＵ Ａｃｃｅｐｔ」は、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」内の情報要素「ＮＡＳ-ＰＤＵ」内に設定されてもよい。
【００４６】
ＵＥは、「ＴＡＵ Ａｃｃｅｐｔ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を受信すると、ステップ１１０３Ｃにおいて、ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ」を送信する。
【００４７】
ステップＳ１１０３Ｄにおいて、ｅＮＢは、ＭＭＥに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ」を送信する。
【００４８】
また、ステップＳ１１０３Ｅにおいて、ＵＥは、ｅＮＢに対して、「ＴＡＵ Ｃｏｍｐｌｅｔｅ」を含む「ＲＲＣ ＵＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信し、ステップＳ１１０３Ｆにおいて、ｅＮＢは、ＭＭＥに対して、「ＴＡＵ Ｃｏｍｐｌｅｔｅ」を含む「Ｓ１-ＡＰ Ｕｐｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００４９】
図５に示すように、ステップＳ１２０３Ａにおいて、ＭＭＥは、ｅＮＢに対して、「ＴＡＵ Ａｃｃｅｐｔ」を含む「Ｓ１-ＡＰ ＮＡＳ Ｄｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信し、ステップＳ１２０３Ｂにおいて、ｅＮＢは、ＵＥに対して、「ＴＡＵ Ａｃｃｅｐｔ」を含む「ＲＲＣ ＤＬ Ｉｎｆｒｏｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信する。
【００５０】
ステップＳ１２０３Ｃにおいて、ＵＥは、ｅＮＢに対して、「ＴＡＵ Ｃｏｍｐｌｅｔｅ」を含む「ＲＲＣ ＵＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信し、ステップＳ１２０３Ｄにおいて、ｅＮＢは、ＭＭＥに対して、「ＴＡＵ Ｃｏｍｐｌｅｔｅ」を含む「Ｓ１-ＡＰ Ｕｐｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００５１】
ステップＳ１２０３Ｅにおいて、ＭＭＥは、ｅＮＢに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１２０３Ｆにおいて、ｅＮＢは、ＵＥに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信する。
【００５２】
ＵＥは、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を受信すると、ステップ１２０３Ｆにおいて、ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ」を送信する。
【００５３】
ステップＳ１２０３Ｈにおいて、ｅＮＢは、ＭＭＥに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ」を送信する。
【００５４】
図３に戻り、ステップ１００４において、ＭＭＥは、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を含む「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００５５】
ここで、ＭＭＥは、Ｓ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」以外の信号によって、かかる要求信号を送信してもよい。
【００５６】
なお、Ｓ-ＧＷとＰ-ＧＷとの間で、ＧＴＰが用いられている場合、ステップＳ１００５において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、かかる要求信号を送信し、Ｐ-ＧＷは、かかる要求信号に応じて、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、Ｓ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信すると共に、「ＲＡ」をＳ-ＧＷを介してＵＥに対して送信し、Ｓ-ＧＷは、ステップＳ１００６において、ＭＭＥに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信すると共に、ステップＳ１００７において、ステップＳ１００３において設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して、Ｐ-ＧＷから受信した「ＲＡ」を送信する。
【００５７】
一方、Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが用いられている場合、Ｓ-ＧＷは、ステップＳ１００６において、ＭＭＥに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信すると共に、ステップＳ１００７において、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、ステップＳ１００３において設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して、「ＲＡ」を送信する。
【００５８】
本実施形態に係る移動通信システムによれば、既存のＵＥの位置登録エリア更新処理において、ＭＭＥが、「ＲＡ」の送信の要否について判定し、「ＲＡ」を送信する必要があると判定した場合には、ＵＥ用のＳ１ベアラ及び無線アクセスベアラを設定し、Ｓ-ＧＷ又はＰ-ＧＷに対して、かかるＳ１ベアラ及び無線アクセスベアラを介して「ＲＡ」を通知するように指示することで、効率的に「ＲＡ」を送信することができる。
【００５９】
（変更例１）
図６及び図７を参照して、本発明の変更例１に係る移動通信システムについて説明する。以下、本変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００６０】
なお、本変更例１に係る移動通信システムでは、上述の第１の実施形態に係る移動通信システムと同様に、Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが適用されていてもよいし、ＧＴＰが適用されていてもよい。
【００６１】
図６に示すように、Ｓ-ＧＷ又はＰ-ＧＷは、受信部２１と、判定部２２と、送信部２３とを具備している。
【００６２】
Ｓ-ＧＷの受信部２１は、ｅＮＢやＭＭＥやＰＣＲＦやＰ-ＧＷ等から各種信号を受信するように構成されている。例えば、Ｓ-ＧＷの受信部２１は、ＭＭＥから「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を受信するように構成されている。
【００６３】
Ｐ-ＧＷの受信部２１は、ＰＣＲＦやＳ-ＧＷ等から各種信号を受信するように構成されている。例えば、Ｐ-ＧＷの受信部２１は、Ｓ-ＧＷから「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を受信するように構成されている。
【００６４】
Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが適用されている場合、Ｓ-ＧＷの判定部２２は、受信部２１によって「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」に係る「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されている。
【００６５】
また、Ｓ-ＧＷとＰ-ＧＷとの間で、ＧＴＰが適用されている場合、Ｐ-ＧＷの判定部２２は、受信部２１によって「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」に係る「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」が受信された際に、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定するように構成されている。
【００６６】
Ｓ-ＧＷの送信部２３は、ｅＮＢやＭＭＥやＰ-ＧＷ等に対して各種信号を送信するように構成されている。例えば、Ｓ-ＧＷの送信部２３は、Ｐ-ＧＷに対して「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信するように構成されている。
【００６７】
ここで、Ｓ-ＧＷの判定部２２が、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合に、Ｓ-ＧＷの送信部２３は、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」によって設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して「ＲＡ」を送信するように構成されている。
【００６８】
Ｐ-ＧＷの送信部２３は、ＰＣＲＦやＳ-ＧＷ等に対して各種信号を送信するように構成されている。例えば、Ｐ-ＧＷの送信部２３は、Ｓ-ＧＷに対して「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信するように構成されている。
【００６９】
ここで、Ｐ-ＧＷの判定部２２が、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合に、Ｐ-ＧＷの送信部２３は、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、Ｓ-ＧＷと「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」によって設定されたＳ１ベアラ及び無線アクセスベアラとを介して、ＵＥに対して「ＲＡ」を送信するように構成されている。
【００７０】
以下、図７を参照して、本変更例１に係る移動通信システムにおいて、ＵＥの「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」においてＵＥに対して「ＲＡ」を送信する動作について説明する。
【００７１】
図７に示すように、ステップＳ２００１において、ＵＥは、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」を開始することを決定すると、ｅＮＢに対して、「ＮＡＳ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２００２において、ｅＮＢは、ＭＭＥに対して、「ＮＡＳ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ」を転送する。
【００７２】
ステップＳ２００３において、ＵＥとＭＭＥとＨＳＳとの間で「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ/Ｓｅｃｕｒｉｔｙ処理」が行われる。
【００７３】
ステップＳ２００４において、ＭＭＥは、ｅＮＢに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ」を送信すると、 ステップＳ２００５において、ＵＥとｅＮＢとの間で、ＵＥ用の無線アクセスベアラが設定され、ステップＳ２００６において、ＵＥは、ｅＮＢ及びＳ-ＧＷを介して、Ｐ-ＧＷに対して、上りリンクデータを送信する。
【００７４】
ステップＳ２００７において、ｅＮＢは、ＭＭＥに対して、「Ｓ１-ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ」を送信する。この結果、ＵＥ用のＳ１ベアラの設定が完了する。
【００７５】
ステップＳ２００８において、ＭＭＥは、Ｓ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２００９において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００７６】
ステップＳ２０１０において、Ｐ-ＧＷとＰＣＲＦとの間で「ＰＣＥＦ Ｉｎｉｔｉａｌ ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ処理」が行われる。
【００７７】
ステップＳ２０１１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０１２において、Ｓ-ＧＷは、ＭＭＥに対して、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。
【００７８】
ここで、Ｓ-ＧＷとＰ-ＧＷとの間で、ＰＭＩＰが適用されている場合、ステップＳ２０１３Ａにおいて、Ｓ-ＧＷが、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定する。
【００７９】
Ｓ-ＧＷは、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合には、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、ステップＳ２０１４において、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」において設定されたＵＥ用の無線アクセスベアラ及びＳ１ベアラを介して、ＵＥに対して「ＲＡ」を送信する。
【００８０】
一方、Ｓ-ＧＷとＰ-ＧＷとの間で、ＧＴＰが適用されている場合、ステップＳ２０１３Ｂにおいて、Ｐ-ＧＷが、ＵＥに対して「ＲＡ」を送信する必要があるか否かについて判定する。
【００８１】
Ｐ-ＧＷは、ＵＥに対して「ＲＡ」を送信する必要があると判定した場合には、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、ステップＳ２０１４において、Ｓ-ＧＷと「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」において設定されたＵＥ用の無線アクセスベアラ及びＳ１ベアラとを介して、ＵＥに対して「ＲＡ」を送信する。
【００８２】
本変更例１に係る移動通信システムによれば、既存の「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」において、Ｓ-ＧＷ又はＰ-ＧＷが、「ＲＡ」の送信の要否について判定し、「ＲＡ」を送信する必要があると判定した場合には、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」の値とは関係なく、設定されたＵＥ用のＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して「ＲＡ」を通知することができる。
【００８３】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００８４】
本実施形態の第１の特徴は、移動通信方法であって、ＵＥ（移動局）が、定期的に、ＭＭＥ（移動管理ノード）に対して、「ＴＡＵ Ｒｅｑｕｅｓｔ（位置登録エリア更新要求信号）」を送信する工程と、ＭＭＥが、「ＴＡＵ Ｒｅｑｕｅｓｔ」を受信した場合で、かつ、ＵＥに割り当てるＩＰアドレスに係る情報を通知する「ＲＡ（通知信号）」を送信する必要があると判定した場合に、ＵＥとｅＮＢ（無線基地局）との間の無線アクセスベアラ、及び、ｅＮＢとＳ-ＧＷ（サービングゲートウェイ装置）との間のＳ１ベアラを設定する工程と、ＭＭＥが、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を送信する工程と、Ｓ-ＧＷが、かかる要求信号に応じて、設定されたＳ１ベアラ及び無線アクセスベアラを介して、ＵＥに対して、「ＲＡ」を送信する工程とを有することを要旨とする。
【００８５】
本実施形態の第２の特徴は、移動通信方法であって、ＵＥが、定期的に、ＭＭＥに対して、「ＴＡＵ Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥが、「ＴＡＵ Ｒｅｑｕｅｓｔ」を受信した場合で、かつ、「ＲＡ」を送信する必要があると判定した場合に、ＵＥとｅＮＢとの間の無線アクセスベアラ、及び、ｅＮＢとＳ-ＧＷとの間のＳ１ベアラを設定する工程と、ＭＭＥが、Ｓ-ＧＷに対して、「ＲＡ」を送信するように要求する要求信号を送信する工程と、Ｓ-ＧＷが、Ｐ-ＧＷ（パケットデータネットワークゲートウェイ装置）に対して、かかる要求信号を送信する工程と、Ｐ-ＧＷが、かかる要求信号に応じて、Ｓ-ＧＷと設定されたＳ１ベアラ及び無線アクセスベアラとを介して、ＵＥに対して、「ＲＡ」を送信する工程とを有することを要旨とする。
【００８６】
本実施形態の第３の特徴は、移動通信方法であって、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ（サービス要求）手順」が行われた際に、Ｓ-ＧＷ又はＰ-ＧＷが、「ＲＡ」を送信する必要があると判定した場合に、ＵＥに対して、「Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順」で設定されたＳ１ベアラ及び無線アクセスベアラを介して、「ＲＡ」を送信する工程を有することを要旨とする。
【００８７】
なお、上述のＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００８８】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００８９】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳ等内に設けられていてもよい。
【００９０】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００９１】
ＵＥ…移動局
ｅＮＢ…無線基地局
ＭＭＥ…移動管理ノード
ＳＧＳＮ…パケット交換機
Ｓ-ＧＷ…サービングゲートウェイ装置
Ｐ-ＧＷ…パケットデータネットワークゲートウェイ装置
ＰＣＲＦ…ポリシー及び課金ルールサーバ装置
ＨＳＳ…加入者管理サーバ装置
１１、２１…受信部
１２、２２…判定部
１３、２３…送信部
【特許請求の範囲】
【請求項１】
移動局が、定期的に、移動管理ノードに対して、位置登録エリア更新要求信号を送信する工程と、
前記移動管理ノードが、前記位置登録エリア更新要求信号を受信した場合で、かつ、前記移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局と無線基地局との間の無線アクセスベアラ、及び、該無線基地局とサービングゲートウェイ装置との間のベアラを設定する工程と、
前記移動管理ノードが、前記サービングゲートウェイ装置に対して、前記通知信号を送信するように要求する要求信号を送信する工程と、
前記サービングゲートウェイ装置が、前記要求信号に応じて、前記ベアラ及び前記無線アクセスベアラを介して、前記移動局に対して、前記通知信号を送信する工程とを有することを特徴とする移動通信方法。
【請求項２】
移動局が、定期的に、移動管理ノードに対して、位置登録エリア更新要求信号を送信する工程と、
前記移動管理ノードが、前記位置登録エリア更新要求信号を受信した場合で、かつ、前記移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局と無線基地局との間の無線アクセスベアラ、及び、該無線基地局とサービングゲートウェイ装置との間のベアラを設定する工程と、
前記移動管理ノードが、前記サービングゲートウェイ装置に対して、前記通知信号を送信するように要求する要求信号を送信する工程と、
前記サービングゲートウェイ装置が、パケットデータネットワークゲートウェイ装置に対して、前記要求信号を送信する工程と、
前記パケットデータネットワークゲートウェイ装置が、前記要求信号に応じて、前記サービングゲートウェイ装置と前記ベアラ及び前記無線アクセスベアラとを介して、前記移動局に対して、前記通知信号を送信する工程とを有することを特徴とする移動通信方法。
【請求項３】
サービス要求手順が行われた際に、サービングゲートウェイ装置又はパケットデータネットワークゲートウェイ装置が、移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局に対して、該サービス要求手順において設定された該移動局と無線基地局との間の無線アクセスベアラ及び該無線基地局と該サービングゲートウェイ装置との間のベアラを介して、該通知信号を送信する工程を有することを特徴とする移動通信方法。
【請求項１】
移動局が、定期的に、移動管理ノードに対して、位置登録エリア更新要求信号を送信する工程と、
前記移動管理ノードが、前記位置登録エリア更新要求信号を受信した場合で、かつ、前記移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局と無線基地局との間の無線アクセスベアラ、及び、該無線基地局とサービングゲートウェイ装置との間のベアラを設定する工程と、
前記移動管理ノードが、前記サービングゲートウェイ装置に対して、前記通知信号を送信するように要求する要求信号を送信する工程と、
前記サービングゲートウェイ装置が、前記要求信号に応じて、前記ベアラ及び前記無線アクセスベアラを介して、前記移動局に対して、前記通知信号を送信する工程とを有することを特徴とする移動通信方法。
【請求項２】
移動局が、定期的に、移動管理ノードに対して、位置登録エリア更新要求信号を送信する工程と、
前記移動管理ノードが、前記位置登録エリア更新要求信号を受信した場合で、かつ、前記移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局と無線基地局との間の無線アクセスベアラ、及び、該無線基地局とサービングゲートウェイ装置との間のベアラを設定する工程と、
前記移動管理ノードが、前記サービングゲートウェイ装置に対して、前記通知信号を送信するように要求する要求信号を送信する工程と、
前記サービングゲートウェイ装置が、パケットデータネットワークゲートウェイ装置に対して、前記要求信号を送信する工程と、
前記パケットデータネットワークゲートウェイ装置が、前記要求信号に応じて、前記サービングゲートウェイ装置と前記ベアラ及び前記無線アクセスベアラとを介して、前記移動局に対して、前記通知信号を送信する工程とを有することを特徴とする移動通信方法。
【請求項３】
サービス要求手順が行われた際に、サービングゲートウェイ装置又はパケットデータネットワークゲートウェイ装置が、移動局に割り当てるＩＰアドレスに係る情報を通知する通知信号を送信する必要があると判定した場合に、該移動局に対して、該サービス要求手順において設定された該移動局と無線基地局との間の無線アクセスベアラ及び該無線基地局と該サービングゲートウェイ装置との間のベアラを介して、該通知信号を送信する工程を有することを特徴とする移動通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−２１４６４（Ｐ２０１３−２１４６４Ａ）
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１１−１５２２６７（Ｐ２０１１−１５２２６７）
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]