移動通信方法及び移動局
【課題】ネットワークが解釈することができない「Ｓｐａｒｅ１」に「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を設定した所定メッセージを送信してしまうという事態を回避する。
【解決手段】本発明に係る移動通信方法は、ネットワークが、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合、移動局ＵＥに対して、その旨を示す指示情報を送信する工程Ａと、移動局ＵＥが、かかる指示情報を受信した場合で、かつ、かかる未定義領域に対応する機能をサポートしている場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信する工程とを有する。
【解決手段】本発明に係る移動通信方法は、ネットワークが、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合、移動局ＵＥに対して、その旨を示す指示情報を送信する工程Ａと、移動局ＵＥが、かかる指示情報を受信した場合で、かつ、かかる未定義領域に対応する機能をサポートしている場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信する工程とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法及び移動局に関する。
【背景技術】
【０００２】
３ＧＰＰで規定されている移動通信システムでは、移動局ＵＥが、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信することによって、移動局ＵＥとネットワークとの間におけるコネクションの確立手順が開始されるように構成されている。
【０００３】
ここで、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」内には、コネクションを確立するためのトリガー（確立要因）、例えば、音声発信や緊急呼発信位置登録等を示すための識別子である「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」が含まれている。
【０００４】
具体的な「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」に設定可能な値は、非特許文献１に規定されており、将来的に、新たな「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を追加することができるように、かかる「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」には、未定義領域（Ｓｐａｒｅ）が定義されている。
【０００５】
すなわち、「Ｒｅｌｅａｓｅ Ｘ」において「Ｒｅｌｅａｓｅ （Ｘ-１）」において定義されていなかった新たな機能を追加する場合、図９に示すように、かかる新たな機能に対応する新たな「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値（例えば、Ｎｅｗ Ｆｅａｔｕｒｅ Ａ Ｒｅｑｕｅｓｔ）を「Ｓｐａｒｅ１」に割り当てることができる。
【０００６】
ここで、移動局ＵＥ及びネットワークの双方が、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合、かかる新たな「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を解釈することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ ＴＳ２５.３３１ Ｃｌａｕｓｅ１０.３.３.１
【非特許文献２】３ＧＰＰ ＴＳ３６.３３１ Ｃｌａｕｓｅ６.２.１
【発明の概要】
【発明が解決しようとする課題】
【０００８】
なお、移動局ＵＥ及びネットワークが対応する「Ｒｅｌｅａｓｅ」の組み合わせとしては、図１０に示す４つのケースが想定される。
【０００９】
ここで、ケース３では、移動局ＵＥは、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を設定した所定メッセージ（例えば、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」）を送信してしまうため、ネットワークは、かかる所定メッセージを誤って破棄してしまうという問題点があった。
【００１０】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を設定した所定メッセージを送信してしまうという事態を回避することができる移動通信方法及び移動局を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の特徴は、第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域である未定義領域が、所定メッセージ内に設けられており、前記ネットワークが、前記第２通信方式に対応している場合、移動局に対して、前記未定義領域に対応する機能をサポートしている旨を示す指示情報を送信する工程Ａと、前記移動局が、前記指示情報を受信した場合で、かつ、前記第２通信方式に対応している場合に、前記ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信する工程とを有することを要旨とする。
【００１２】
本発明の第２の特徴は、第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局であって、未定義領域は、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、前記ネットワークから前記未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、前記移動局が前記第２通信方式に対応している場合に、該ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信するように構成されている送信部を具備することを要旨とする。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を設定した所定メッセージを送信してしまうという事態を回避することができる移動通信方法及び移動局を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動管理ノード/無線基地局の機能ブロック図である。
【図３】本発明の第１の実施形態に係る移動局の機能ブロック図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図５】本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。
【図６】本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。
【図７】本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。
【図８】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【図９】従来の移動通信システムの問題点を説明するための図である。
【図１０】従来の移動通信システムの問題点を説明するための図である。
【発明を実施するための形態】
【００１５】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図７を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００１６】
図１に示すように、本実施形態に係る移動通信システムは、「Ｒｅｌｅａｓｅ （Ｘ-１）（第１通信方式）」の無線アクセスネットワーク及び「Ｒｅｌｅａｓｅ Ｘ（第２通信方式）」の無線アクセスネットワークを含み得るネットワークを具備する。
【００１７】
例えば、「Ｒｅｌｅａｓｅ （Ｘ-１）」は、３ＧＰＰで規定されているＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式の「Ｒｅｌｅａｓｅ ９」であり、「Ｒｅｌｅａｓｅ Ｘ」は、３ＧＰＰで規定されているＬＴＥ方式の「Ｒｅｌｅａｓｅ １０」であってもよい。
【００１８】
なお、「Ｒｅｌｅａｓｅ （Ｘ-１）」は、「Ｒｅｌｅａｓｅ Ｘ」よりも古い任意の「Ｒｅｌｅａｓｅ」であってもよい。
【００１９】
また、かかるネットワークには、無線基地局ｅＮＢや移動管理ノードＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）等が設けられている。
【００２０】
図２に示すように、移動管理ノードＭＭＥは、受信部１１と、判定部１２と、送信部１３とを具備している。
【００２１】
受信部１１は、移動局ＵＥや無線基地局ｅＮＢによって送信されたメッセージを受信するように構成されている。
【００２２】
判定部１２は、移動管理ノードＭＭＥ配下の無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応しているか否かについて判定するように構成されている。
【００２３】
送信部１３は、移動局ＵＥや無線基地局ｅＮＢに対してメッセージを送信するように構成されている。
【００２４】
ここで、送信部１３は、移動管理ノードＭＭＥ配下の無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応していると判定された場合に、移動局ＵＥに対して、任意の「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報、例えば、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信するように構成されていてもよい。
【００２５】
なお、「Ｓｐａｒｅ（未定義領域）」は、「Ｒｅｌｅａｓｅ （Ｘ-１）」において定義されていない領域で、かつ、「Ｒｅｌｅａｓｅ Ｘ」において定義されている領域であり、かつ、所定メッセージ（例えば、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」）内の「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」に設けられる領域である。
【００２６】
図３に示すように、移動局ＵＥは、送信部２１と、受信部２２と、記憶部２３とを具備している。
【００２７】
送信部２１は、無線基地局ｅＮＢに対してＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージを送信し、移動管理ノードＭＭＥに対してＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージを送信するように構成されている。
【００２８】
受信部２２は、無線基地局ｅＮＢからＡＳメッセージを受信し、移動管理ノードＭＭＥからＮＡＳメッセージを受信するように構成されている。
【００２９】
例えば、受信部２２は、移動管理ノードＭＭＥから、「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）を受信するように構成されている。
【００３０】
記憶部２３は、受信部２２によって受信された指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）に基づいて、各無線基地局ｅＮＢについて、「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしているか否かについて記憶するように構成されている。
【００３１】
ここで、移動局ＵＥが「Ｒｅｌｅａｓｅ Ｘ」に対応している場合で、かつ、記憶部２３においてネットワーク（例えば、無線基地局ｅＮＢ）が「Ｒｅｌｅａｓｅ Ｘ」に対応していると記憶されている場合に、受信部２１が、ネットワーク（例えば、無線基地局ｅＮＢ）に対して、かかる「Ｓｐａｒｅ（未定義領域）」に値を設定した所定メッセージ（例えば、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」内の「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」）を送信するように構成されている。
【００３２】
以下、図４乃至図７を参照して、本実施形態に係る移動通信システムの動作の一例について説明する。
【００３３】
第１に、図４を参照して、本実施形態に係る移動通信システムにおける移動局ＵＥのＡｔｔａｃｈ手順について説明する。
【００３４】
図４に示すように、ステップＳ１００１において、移動局ＵＥは、無線基地局ｅＮＢに対して「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１００２において、無線基地局ｅＮＢは、移動局ＵＥに対して「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ」を送信する。
【００３５】
ステップＳ１００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＮＡＳ Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ」を送信する。
【００３６】
ステップＳ１００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＮＡＳ Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を含む「Ｓ１ＡＰ ＵＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００３７】
移動管理ノードＭＭＥは、ステップＳ１００５において、無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応していると判定し、ステップＳ１００６において、かかる無線基地局ｅＮＢに対して、無線基地局ｅＮＢがＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳ Ａｔｔａｃｈ Ａｃｃｅｐｔ」を含む「Ｓ１ＡＰ ＤＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００３８】
ステップＳ１００７において、無線基地局ｅＮＢは、移動局ＵＥに対して、かかる「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳ Ａｔｔａｃｈ Ａｃｃｅｐｔ」を含む「ＤＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信する。
【００３９】
移動局ＵＥは、ステップＳ１００９において、ＭＴＣ機能をサポートしている無線基地局ｅＮＢ配下に在圏していると認識し、ステップＳ１０１０において、Ａｔｔａｃｈ手順を終了し、ＩＤＬＥ状態に遷移する。
【００４０】
その後、ステップＳ１０１１において、移動局ＵＥは、ＭＴＣ端末である場合、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００４１】
なお、かかる「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」は、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」内の「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の「Ｓｐａｒｅ」に設定されるものである。
【００４２】
ここで、ＭＴＣ端末は、ＬＴＥ方式の「Ｒｅｌｅａｓｅ １０」にて仕様化が進められているものであって、将来的に、多くの装置（例えば、ガス検知装置や病院に設けられる装置や橋のセキュリティ監視装置等）に設置されることが想定されている。
【００４３】
かかるＭＴＣ端末の通信頻度は、通常端末（ユーザ端末）の通信頻度より少ないことが想定されるが、ＭＴＣ端末からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」によってネットワークが輻輳する可能性があるため、通常端末の呼とＭＴＣ端末の呼とを区別することが求められている。
【００４４】
すなわち、ＬＴＥ方式の「Ｒｅｌｅａｓｅ １０」では、ＭＴＣ端末からの呼の優先度は、通常端末からの呼の優先度よりも低く扱ってもよい、すなわち、ＭＴＣ端末からの呼は、通信遅延を許容するものとして扱ってもよいと規定されている。
【００４５】
以上の点を考慮して、図５乃至図７を参照して、本実施形態に係る移動通信システムにおける移動局ＵＥとネットワークとの間におけるコネクションの確立手順について説明する。
【００４６】
図５に示すケースでは、移動局ＵＥ＃１及びネットワーク（無線基地局ｅＮＢ）の双方がＭＴＣ機能をサポートしており、ネットワークが輻輳状態でないものとする。
【００４７】
かかるケースでは、ＭＴＣ端末である移動局ＵＥ＃１は、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し、通常端末である移動局ＵＥも、無線基地局ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００４８】
ここで、ネットワークは、輻輳状態でないため、移動局ＵＥ＃２からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」と同様に、移動局ＵＥ＃１からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を受け付ける。
【００４９】
図６に示すケースでは、移動局ＵＥ＃１及びネットワーク（無線基地局ｅＮＢ）の双方がＭＴＣ機能をサポートしており、ネットワークが輻輳状態であるものとする。
【００５０】
かかるケースでは、ＭＴＣ端末である移動局ＵＥ＃１は、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し、通常端末である移動局ＵＥも、無線基地局ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００５１】
ここで、ネットワークは、輻輳状態であるため、移動局ＵＥ＃２からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を優先して処理し、移動局ＵＥ＃１からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を拒否する。
【００５２】
なお、ネットワークは、「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」に基づいて、移動局ＵＥが、ＭＴＣ端末であるか或いは通常端末であるかについて判定する。
【００５３】
図７に示すケースでは、移動局ＵＥ＃１のみがＭＴＣ機能をサポートしており、ネットワーク（無線基地局ｅＮＢ）がＭＴＣ機能をサポートしていないものとする。
【００５４】
かかるケースでは、ネットワークは、移動局ＵＥのＡｔｔａｃｈ手順（位置登録手順）において、移動局ＵＥに対して「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信していないため、移動局ＵＥは、ネットワーク（例えば、無線基地局ｅＮＢ）が「Ｒｅｌｅａｓｅ Ｘ」に対応していないと認識し、「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含まない「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００５５】
本発明の第１の実施形態に係る移動通信システムによれば、移動局ＵＥは、Ａｔｔａｃｈ手順（位置登録手順）において、ネットワークから「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を受信していない場合には、ネットワーク（例えば、無線基地局ｅＮＢ）が「Ｒｅｌｅａｓｅ Ｘ」に対応していないと認識し、ネットワークが解析することができない「Ｓｐａｒｅ」に値を設定した「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信してしまうという事態を回避することができる。
【００５６】
（変更例１）
以下、図８を参照して、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００５７】
本変更例１に係る移動通信システムでは、無線基地局ｅＮＢが、図２に示すように、受信部１１と、判定部１２と、送信部１３とを具備している。
【００５８】
受信部１１は、移動局ＵＥや移動管理ノードＭＭＥによって送信されたメッセージを受信するように構成されている。
【００５９】
判定部１２は、無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応しているか否かについて判定するように構成されている。
【００６０】
送信部１３は、移動局ＵＥや移動管理ノードＭＭＥに対してメッセージを送信するように構成されている。
【００６１】
ここで、送信部１３は、無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応していると判定された場合に、移動局ＵＥに対して、任意の「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報、例えば、ＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信するように構成されていてもよい。
【００６２】
次に、図８を参照して、本変呼例１に係る移動通信システムにおける移動局ＵＥのＡｔｔａｃｈ手順について説明する。
【００６３】
図８に示すように、ステップＳ２００１において、移動局ＵＥは、無線基地局ｅＮＢに対して「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２００２において、無線基地局ｅＮＢは、移動局ＵＥに対して「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ」を送信する。
【００６４】
ステップＳ２００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＮＡＳ Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ」を送信する。
【００６５】
ステップＳ２００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＮＡＳ Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を含む「Ｓ１ＡＰ ＵＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００６６】
移動管理ノードＭＭＥは、ステップＳ２００５において、かかる無線基地局ｅＮＢに対して、「ＮＡＳ Ａｔｔａｃｈ Ａｃｃｅｐｔ」を含む「Ｓ１ＡＰ ＤＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００６７】
無線基地局ｅＮＢは、ステップＳ２００６において、無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応していると判定し、ステップＳ２００７において、移動局ＵＥに対して、無線基地局ｅＮＢがＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳ Ａｔｔａｃｈ Ａｃｃｅｐｔ」を含む「ＤＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信する。
【００６８】
移動局ＵＥは、ステップＳ２００８において、ＭＴＣ機能をサポートしている無線基地局ｅＮＢ配下に在圏していると認識し、ステップＳ２００９において、Ａｔｔａｃｈ手順を終了し、ＩＤＬＥ状態に遷移する。
【００６９】
その後、ステップＳ２０１０において、移動局ＵＥは、ＭＴＣ端末である場合、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００７０】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００７１】
本実施形態の第１の特徴は、「Ｒｅｌｅａｓｅ （Ｘ-１）（第１通信方式）」の無線アクセスネットワーク及び「Ｒｅｌｅａｓｅ Ｘ（第２通信方式）」の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、「Ｒｅｌｅａｓｅ （Ｘ-１）」において定義されていない領域で、かつ、「Ｒｅｌｅａｓｅ Ｘ」において定義されている領域である未定義領域（例えば、Ｓｐａｒｅ１）が、所定メッセージ（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）内に設けられており、ネットワークが、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合、移動局ＵＥに対して、かかる未定義領域に対応する機能をサポートしている旨を示す指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）を送信する工程Ａと、移動局ＵＥが、かかる指示情報を受信した場合で、かつ、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信する工程とを有することを要旨とする。
【００７２】
本実施形態の第１の特徴において、未定義領域に対応する機能は、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能であり、工程Ａにおいて、ネットワークは、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合、移動局ＵＥに対して、ＭＴＣ機能をサポートしている旨を示す指示情報を送信してもよい。
【００７３】
本実施形態の第１の特徴において、工程Ａにおいて、ネットワークは、Ａｔｔａｃｈ手順において、移動局ＵＥに対して、上述の指示情報を送信してもよい。
【００７４】
本実施形態の第１の特徴において、工程Ａにおいて、ネットワーク内の移動管理ノードＭＭＥは、配下の無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応している場合に、移動局ＵＥに対して、上述の未定義領域に対応する機能をサポートしている旨を示す指示情報を送信してもよい。
【００７５】
本実施形態の第１の特徴において、工程Ａにおいて、ネットワーク内の無線基地局ｅＮＢは、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合に、移動局ＵＥに対して、上述の未定義領域に対応する機能をサポートしている旨を示す指示情報を送信してもよい。
【００７６】
本実施形態の第２の特徴は、「Ｒｅｌｅａｓｅ （Ｘ-１）」の無線アクセスネットワーク及び「Ｒｅｌｅａｓｅ Ｘ」の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局ＵＥであって、未定義領域は、「Ｒｅｌｅａｓｅ （Ｘ-１）」において定義されていない領域で、かつ、「Ｒｅｌｅａｓｅ Ｘ」において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、ネットワークから未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、移動局ＵＥが「Ｒｅｌｅａｓｅ Ｘ」に対応している場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信するように構成されている送信部２１を具備することを要旨とする。
【００７７】
なお、上述の移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００７８】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００７９】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。
【００８０】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００８１】
ＭＭＥ…移動管理ノード
ｅＮＢ…無線基地局
ＵＥ…移動局
１１、２２…受信部
１２…判定部
１３、２１…送信部
２３…記憶部
【技術分野】
【０００１】
本発明は、移動通信方法及び移動局に関する。
【背景技術】
【０００２】
３ＧＰＰで規定されている移動通信システムでは、移動局ＵＥが、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信することによって、移動局ＵＥとネットワークとの間におけるコネクションの確立手順が開始されるように構成されている。
【０００３】
ここで、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」内には、コネクションを確立するためのトリガー（確立要因）、例えば、音声発信や緊急呼発信位置登録等を示すための識別子である「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」が含まれている。
【０００４】
具体的な「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」に設定可能な値は、非特許文献１に規定されており、将来的に、新たな「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を追加することができるように、かかる「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」には、未定義領域（Ｓｐａｒｅ）が定義されている。
【０００５】
すなわち、「Ｒｅｌｅａｓｅ Ｘ」において「Ｒｅｌｅａｓｅ （Ｘ-１）」において定義されていなかった新たな機能を追加する場合、図９に示すように、かかる新たな機能に対応する新たな「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値（例えば、Ｎｅｗ Ｆｅａｔｕｒｅ Ａ Ｒｅｑｕｅｓｔ）を「Ｓｐａｒｅ１」に割り当てることができる。
【０００６】
ここで、移動局ＵＥ及びネットワークの双方が、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合、かかる新たな「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を解釈することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ ＴＳ２５.３３１ Ｃｌａｕｓｅ１０.３.３.１
【非特許文献２】３ＧＰＰ ＴＳ３６.３３１ Ｃｌａｕｓｅ６.２.１
【発明の概要】
【発明が解決しようとする課題】
【０００８】
なお、移動局ＵＥ及びネットワークが対応する「Ｒｅｌｅａｓｅ」の組み合わせとしては、図１０に示す４つのケースが想定される。
【０００９】
ここで、ケース３では、移動局ＵＥは、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を設定した所定メッセージ（例えば、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」）を送信してしまうため、ネットワークは、かかる所定メッセージを誤って破棄してしまうという問題点があった。
【００１０】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を設定した所定メッセージを送信してしまうという事態を回避することができる移動通信方法及び移動局を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の特徴は、第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域である未定義領域が、所定メッセージ内に設けられており、前記ネットワークが、前記第２通信方式に対応している場合、移動局に対して、前記未定義領域に対応する機能をサポートしている旨を示す指示情報を送信する工程Ａと、前記移動局が、前記指示情報を受信した場合で、かつ、前記第２通信方式に対応している場合に、前記ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信する工程とを有することを要旨とする。
【００１２】
本発明の第２の特徴は、第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局であって、未定義領域は、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、前記ネットワークから前記未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、前記移動局が前記第２通信方式に対応している場合に、該ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信するように構成されている送信部を具備することを要旨とする。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の値を設定した所定メッセージを送信してしまうという事態を回避することができる移動通信方法及び移動局を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動管理ノード/無線基地局の機能ブロック図である。
【図３】本発明の第１の実施形態に係る移動局の機能ブロック図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図５】本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。
【図６】本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。
【図７】本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。
【図８】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【図９】従来の移動通信システムの問題点を説明するための図である。
【図１０】従来の移動通信システムの問題点を説明するための図である。
【発明を実施するための形態】
【００１５】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図７を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００１６】
図１に示すように、本実施形態に係る移動通信システムは、「Ｒｅｌｅａｓｅ （Ｘ-１）（第１通信方式）」の無線アクセスネットワーク及び「Ｒｅｌｅａｓｅ Ｘ（第２通信方式）」の無線アクセスネットワークを含み得るネットワークを具備する。
【００１７】
例えば、「Ｒｅｌｅａｓｅ （Ｘ-１）」は、３ＧＰＰで規定されているＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式の「Ｒｅｌｅａｓｅ ９」であり、「Ｒｅｌｅａｓｅ Ｘ」は、３ＧＰＰで規定されているＬＴＥ方式の「Ｒｅｌｅａｓｅ １０」であってもよい。
【００１８】
なお、「Ｒｅｌｅａｓｅ （Ｘ-１）」は、「Ｒｅｌｅａｓｅ Ｘ」よりも古い任意の「Ｒｅｌｅａｓｅ」であってもよい。
【００１９】
また、かかるネットワークには、無線基地局ｅＮＢや移動管理ノードＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）等が設けられている。
【００２０】
図２に示すように、移動管理ノードＭＭＥは、受信部１１と、判定部１２と、送信部１３とを具備している。
【００２１】
受信部１１は、移動局ＵＥや無線基地局ｅＮＢによって送信されたメッセージを受信するように構成されている。
【００２２】
判定部１２は、移動管理ノードＭＭＥ配下の無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応しているか否かについて判定するように構成されている。
【００２３】
送信部１３は、移動局ＵＥや無線基地局ｅＮＢに対してメッセージを送信するように構成されている。
【００２４】
ここで、送信部１３は、移動管理ノードＭＭＥ配下の無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応していると判定された場合に、移動局ＵＥに対して、任意の「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報、例えば、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信するように構成されていてもよい。
【００２５】
なお、「Ｓｐａｒｅ（未定義領域）」は、「Ｒｅｌｅａｓｅ （Ｘ-１）」において定義されていない領域で、かつ、「Ｒｅｌｅａｓｅ Ｘ」において定義されている領域であり、かつ、所定メッセージ（例えば、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」）内の「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」に設けられる領域である。
【００２６】
図３に示すように、移動局ＵＥは、送信部２１と、受信部２２と、記憶部２３とを具備している。
【００２７】
送信部２１は、無線基地局ｅＮＢに対してＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージを送信し、移動管理ノードＭＭＥに対してＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージを送信するように構成されている。
【００２８】
受信部２２は、無線基地局ｅＮＢからＡＳメッセージを受信し、移動管理ノードＭＭＥからＮＡＳメッセージを受信するように構成されている。
【００２９】
例えば、受信部２２は、移動管理ノードＭＭＥから、「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）を受信するように構成されている。
【００３０】
記憶部２３は、受信部２２によって受信された指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）に基づいて、各無線基地局ｅＮＢについて、「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしているか否かについて記憶するように構成されている。
【００３１】
ここで、移動局ＵＥが「Ｒｅｌｅａｓｅ Ｘ」に対応している場合で、かつ、記憶部２３においてネットワーク（例えば、無線基地局ｅＮＢ）が「Ｒｅｌｅａｓｅ Ｘ」に対応していると記憶されている場合に、受信部２１が、ネットワーク（例えば、無線基地局ｅＮＢ）に対して、かかる「Ｓｐａｒｅ（未定義領域）」に値を設定した所定メッセージ（例えば、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」内の「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」）を送信するように構成されている。
【００３２】
以下、図４乃至図７を参照して、本実施形態に係る移動通信システムの動作の一例について説明する。
【００３３】
第１に、図４を参照して、本実施形態に係る移動通信システムにおける移動局ＵＥのＡｔｔａｃｈ手順について説明する。
【００３４】
図４に示すように、ステップＳ１００１において、移動局ＵＥは、無線基地局ｅＮＢに対して「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１００２において、無線基地局ｅＮＢは、移動局ＵＥに対して「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ」を送信する。
【００３５】
ステップＳ１００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＮＡＳ Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ」を送信する。
【００３６】
ステップＳ１００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＮＡＳ Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を含む「Ｓ１ＡＰ ＵＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００３７】
移動管理ノードＭＭＥは、ステップＳ１００５において、無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応していると判定し、ステップＳ１００６において、かかる無線基地局ｅＮＢに対して、無線基地局ｅＮＢがＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳ Ａｔｔａｃｈ Ａｃｃｅｐｔ」を含む「Ｓ１ＡＰ ＤＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００３８】
ステップＳ１００７において、無線基地局ｅＮＢは、移動局ＵＥに対して、かかる「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳ Ａｔｔａｃｈ Ａｃｃｅｐｔ」を含む「ＤＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信する。
【００３９】
移動局ＵＥは、ステップＳ１００９において、ＭＴＣ機能をサポートしている無線基地局ｅＮＢ配下に在圏していると認識し、ステップＳ１０１０において、Ａｔｔａｃｈ手順を終了し、ＩＤＬＥ状態に遷移する。
【００４０】
その後、ステップＳ１０１１において、移動局ＵＥは、ＭＴＣ端末である場合、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００４１】
なお、かかる「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」は、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」内の「Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ」の「Ｓｐａｒｅ」に設定されるものである。
【００４２】
ここで、ＭＴＣ端末は、ＬＴＥ方式の「Ｒｅｌｅａｓｅ １０」にて仕様化が進められているものであって、将来的に、多くの装置（例えば、ガス検知装置や病院に設けられる装置や橋のセキュリティ監視装置等）に設置されることが想定されている。
【００４３】
かかるＭＴＣ端末の通信頻度は、通常端末（ユーザ端末）の通信頻度より少ないことが想定されるが、ＭＴＣ端末からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」によってネットワークが輻輳する可能性があるため、通常端末の呼とＭＴＣ端末の呼とを区別することが求められている。
【００４４】
すなわち、ＬＴＥ方式の「Ｒｅｌｅａｓｅ １０」では、ＭＴＣ端末からの呼の優先度は、通常端末からの呼の優先度よりも低く扱ってもよい、すなわち、ＭＴＣ端末からの呼は、通信遅延を許容するものとして扱ってもよいと規定されている。
【００４５】
以上の点を考慮して、図５乃至図７を参照して、本実施形態に係る移動通信システムにおける移動局ＵＥとネットワークとの間におけるコネクションの確立手順について説明する。
【００４６】
図５に示すケースでは、移動局ＵＥ＃１及びネットワーク（無線基地局ｅＮＢ）の双方がＭＴＣ機能をサポートしており、ネットワークが輻輳状態でないものとする。
【００４７】
かかるケースでは、ＭＴＣ端末である移動局ＵＥ＃１は、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し、通常端末である移動局ＵＥも、無線基地局ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００４８】
ここで、ネットワークは、輻輳状態でないため、移動局ＵＥ＃２からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」と同様に、移動局ＵＥ＃１からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を受け付ける。
【００４９】
図６に示すケースでは、移動局ＵＥ＃１及びネットワーク（無線基地局ｅＮＢ）の双方がＭＴＣ機能をサポートしており、ネットワークが輻輳状態であるものとする。
【００５０】
かかるケースでは、ＭＴＣ端末である移動局ＵＥ＃１は、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し、通常端末である移動局ＵＥも、無線基地局ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００５１】
ここで、ネットワークは、輻輳状態であるため、移動局ＵＥ＃２からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を優先して処理し、移動局ＵＥ＃１からの「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を拒否する。
【００５２】
なお、ネットワークは、「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」に基づいて、移動局ＵＥが、ＭＴＣ端末であるか或いは通常端末であるかについて判定する。
【００５３】
図７に示すケースでは、移動局ＵＥ＃１のみがＭＴＣ機能をサポートしており、ネットワーク（無線基地局ｅＮＢ）がＭＴＣ機能をサポートしていないものとする。
【００５４】
かかるケースでは、ネットワークは、移動局ＵＥのＡｔｔａｃｈ手順（位置登録手順）において、移動局ＵＥに対して「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信していないため、移動局ＵＥは、ネットワーク（例えば、無線基地局ｅＮＢ）が「Ｒｅｌｅａｓｅ Ｘ」に対応していないと認識し、「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含まない「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００５５】
本発明の第１の実施形態に係る移動通信システムによれば、移動局ＵＥは、Ａｔｔａｃｈ手順（位置登録手順）において、ネットワークから「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を受信していない場合には、ネットワーク（例えば、無線基地局ｅＮＢ）が「Ｒｅｌｅａｓｅ Ｘ」に対応していないと認識し、ネットワークが解析することができない「Ｓｐａｒｅ」に値を設定した「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信してしまうという事態を回避することができる。
【００５６】
（変更例１）
以下、図８を参照して、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００５７】
本変更例１に係る移動通信システムでは、無線基地局ｅＮＢが、図２に示すように、受信部１１と、判定部１２と、送信部１３とを具備している。
【００５８】
受信部１１は、移動局ＵＥや移動管理ノードＭＭＥによって送信されたメッセージを受信するように構成されている。
【００５９】
判定部１２は、無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応しているか否かについて判定するように構成されている。
【００６０】
送信部１３は、移動局ＵＥや移動管理ノードＭＭＥに対してメッセージを送信するように構成されている。
【００６１】
ここで、送信部１３は、無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応していると判定された場合に、移動局ＵＥに対して、任意の「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報、例えば、ＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信するように構成されていてもよい。
【００６２】
次に、図８を参照して、本変呼例１に係る移動通信システムにおける移動局ＵＥのＡｔｔａｃｈ手順について説明する。
【００６３】
図８に示すように、ステップＳ２００１において、移動局ＵＥは、無線基地局ｅＮＢに対して「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２００２において、無線基地局ｅＮＢは、移動局ＵＥに対して「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ」を送信する。
【００６４】
ステップＳ２００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＮＡＳ Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ」を送信する。
【００６５】
ステップＳ２００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＮＡＳ Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を含む「Ｓ１ＡＰ ＵＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００６６】
移動管理ノードＭＭＥは、ステップＳ２００５において、かかる無線基地局ｅＮＢに対して、「ＮＡＳ Ａｔｔａｃｈ Ａｃｃｅｐｔ」を含む「Ｓ１ＡＰ ＤＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ」を送信する。
【００６７】
無線基地局ｅＮＢは、ステップＳ２００６において、無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応していると判定し、ステップＳ２００７において、移動局ＵＥに対して、無線基地局ｅＮＢがＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳ Ａｔｔａｃｈ Ａｃｃｅｐｔ」を含む「ＤＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ」を送信する。
【００６８】
移動局ＵＥは、ステップＳ２００８において、ＭＴＣ機能をサポートしている無線基地局ｅＮＢ配下に在圏していると認識し、ステップＳ２００９において、Ａｔｔａｃｈ手順を終了し、ＩＤＬＥ状態に遷移する。
【００６９】
その後、ステップＳ２０１０において、移動局ＵＥは、ＭＴＣ端末である場合、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００７０】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００７１】
本実施形態の第１の特徴は、「Ｒｅｌｅａｓｅ （Ｘ-１）（第１通信方式）」の無線アクセスネットワーク及び「Ｒｅｌｅａｓｅ Ｘ（第２通信方式）」の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、「Ｒｅｌｅａｓｅ （Ｘ-１）」において定義されていない領域で、かつ、「Ｒｅｌｅａｓｅ Ｘ」において定義されている領域である未定義領域（例えば、Ｓｐａｒｅ１）が、所定メッセージ（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）内に設けられており、ネットワークが、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合、移動局ＵＥに対して、かかる未定義領域に対応する機能をサポートしている旨を示す指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）を送信する工程Ａと、移動局ＵＥが、かかる指示情報を受信した場合で、かつ、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信する工程とを有することを要旨とする。
【００７２】
本実施形態の第１の特徴において、未定義領域に対応する機能は、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能であり、工程Ａにおいて、ネットワークは、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合、移動局ＵＥに対して、ＭＴＣ機能をサポートしている旨を示す指示情報を送信してもよい。
【００７３】
本実施形態の第１の特徴において、工程Ａにおいて、ネットワークは、Ａｔｔａｃｈ手順において、移動局ＵＥに対して、上述の指示情報を送信してもよい。
【００７４】
本実施形態の第１の特徴において、工程Ａにおいて、ネットワーク内の移動管理ノードＭＭＥは、配下の無線基地局ｅＮＢが「Ｒｅｌｅａｓｅ Ｘ」に対応している場合に、移動局ＵＥに対して、上述の未定義領域に対応する機能をサポートしている旨を示す指示情報を送信してもよい。
【００７５】
本実施形態の第１の特徴において、工程Ａにおいて、ネットワーク内の無線基地局ｅＮＢは、「Ｒｅｌｅａｓｅ Ｘ」に対応している場合に、移動局ＵＥに対して、上述の未定義領域に対応する機能をサポートしている旨を示す指示情報を送信してもよい。
【００７６】
本実施形態の第２の特徴は、「Ｒｅｌｅａｓｅ （Ｘ-１）」の無線アクセスネットワーク及び「Ｒｅｌｅａｓｅ Ｘ」の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局ＵＥであって、未定義領域は、「Ｒｅｌｅａｓｅ （Ｘ-１）」において定義されていない領域で、かつ、「Ｒｅｌｅａｓｅ Ｘ」において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、ネットワークから未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、移動局ＵＥが「Ｒｅｌｅａｓｅ Ｘ」に対応している場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信するように構成されている送信部２１を具備することを要旨とする。
【００７７】
なお、上述の移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００７８】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００７９】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。
【００８０】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００８１】
ＭＭＥ…移動管理ノード
ｅＮＢ…無線基地局
ＵＥ…移動局
１１、２２…受信部
１２…判定部
１３、２１…送信部
２３…記憶部
【特許請求の範囲】
【請求項１】
第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、
前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域である未定義領域が、所定メッセージ内に設けられており、
前記ネットワークが、前記第２通信方式に対応している場合、移動局に対して、前記未定義領域に対応する機能をサポートしている旨を示す指示情報を送信する工程Ａと、
前記移動局が、前記指示情報を受信した場合で、かつ、前記第２通信方式に対応している場合に、前記ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信する工程Ｂとを有することを特徴とする移動通信方法。
【請求項２】
前記未定義領域に対応する機能は、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能であり、
前記工程Ａにおいて、前記ネットワークは、前記第２通信方式に対応している場合、前記移動局に対して、前記ＭＴＣ機能をサポートしている旨を示す前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記工程Ａにおいて、前記ネットワークは、Ａｔｔａｃｈ手順において、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項４】
前記工程Ａにおいて、前記ネットワーク内の移動管理ノードは、配下の無線基地局が前記第２通信方式に対応している場合に、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項５】
前記工程Ａにおいて、前記ネットワーク内の無線基地局は、前記第２通信方式に対応している場合に、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項６】
第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局であって、
未定義領域は、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、
前記ネットワークから前記未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、前記移動局が前記第２通信方式に対応している場合に、該ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信するように構成されている送信部を具備することを特徴とする移動局。
【請求項１】
第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、
前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域である未定義領域が、所定メッセージ内に設けられており、
前記ネットワークが、前記第２通信方式に対応している場合、移動局に対して、前記未定義領域に対応する機能をサポートしている旨を示す指示情報を送信する工程Ａと、
前記移動局が、前記指示情報を受信した場合で、かつ、前記第２通信方式に対応している場合に、前記ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信する工程Ｂとを有することを特徴とする移動通信方法。
【請求項２】
前記未定義領域に対応する機能は、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能であり、
前記工程Ａにおいて、前記ネットワークは、前記第２通信方式に対応している場合、前記移動局に対して、前記ＭＴＣ機能をサポートしている旨を示す前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記工程Ａにおいて、前記ネットワークは、Ａｔｔａｃｈ手順において、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項４】
前記工程Ａにおいて、前記ネットワーク内の移動管理ノードは、配下の無線基地局が前記第２通信方式に対応している場合に、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項５】
前記工程Ａにおいて、前記ネットワーク内の無線基地局は、前記第２通信方式に対応している場合に、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項６】
第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局であって、
未定義領域は、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、
前記ネットワークから前記未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、前記移動局が前記第２通信方式に対応している場合に、該ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信するように構成されている送信部を具備することを特徴とする移動局。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１７５６５３（Ｐ２０１２−１７５６５３Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３８６９３（Ｐ２０１１−３８６９３）
【出願日】平成２３年２月２４日（２０１１．２．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月２４日（２０１１．２．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]