JP2012175653A

JP2012175653A - 移動通信方法及び移動局

Info

Publication number: JP2012175653A
Application number: JP2011038693A
Authority: JP
Inventors: Choichi Uno; 暢一宇野; Wuri Andarmawanti Hapsari; アンダルマワンティハプサリウリ; Mikio Iwamura; 幹生岩村
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2011-02-24
Filing date: 2011-02-24
Publication date: 2012-09-10
Also published as: WO2012115235A1

Abstract

【課題】ネットワークが解釈することができない「Ｓｐａｒｅ１」に「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の値を設定した所定メッセージを送信してしまうという事態を回避する。
【解決手段】本発明に係る移動通信方法は、ネットワークが、「ＲｅｌｅａｓｅＸ」に対応している場合、移動局ＵＥに対して、その旨を示す指示情報を送信する工程Ａと、移動局ＵＥが、かかる指示情報を受信した場合で、かつ、かかる未定義領域に対応する機能をサポートしている場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信する工程とを有する。
【選択図】図４

Description

本発明は、移動通信方法及び移動局に関する。

３ＧＰＰで規定されている移動通信システムでは、移動局ＵＥが、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信することによって、移動局ＵＥとネットワークとの間におけるコネクションの確立手順が開始されるように構成されている。

ここで、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」内には、コネクションを確立するためのトリガー（確立要因）、例えば、音声発信や緊急呼発信位置登録等を示すための識別子である「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」が含まれている。

具体的な「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」に設定可能な値は、非特許文献１に規定されており、将来的に、新たな「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の値を追加することができるように、かかる「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」には、未定義領域（Ｓｐａｒｅ）が定義されている。

すなわち、「ＲｅｌｅａｓｅＸ」において「Ｒｅｌｅａｓｅ（Ｘ-１）」において定義されていなかった新たな機能を追加する場合、図９に示すように、かかる新たな機能に対応する新たな「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の値（例えば、ＮｅｗＦｅａｔｕｒｅＡＲｅｑｕｅｓｔ）を「Ｓｐａｒｅ１」に割り当てることができる。

ここで、移動局ＵＥ及びネットワークの双方が、「ＲｅｌｅａｓｅＸ」に対応している場合、かかる新たな「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の値を解釈することができる。

３ＧＰＰＴＳ２５.３３１Ｃｌａｕｓｅ１０.３.３.１３ＧＰＰＴＳ３６.３３１Ｃｌａｕｓｅ６.２.１

なお、移動局ＵＥ及びネットワークが対応する「Ｒｅｌｅａｓｅ」の組み合わせとしては、図１０に示す４つのケースが想定される。

ここで、ケース３では、移動局ＵＥは、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の値を設定した所定メッセージ（例えば、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」）を送信してしまうため、ネットワークは、かかる所定メッセージを誤って破棄してしまうという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の値を設定した所定メッセージを送信してしまうという事態を回避することができる移動通信方法及び移動局を提供することを目的とする。

本発明の第１の特徴は、第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域である未定義領域が、所定メッセージ内に設けられており、前記ネットワークが、前記第２通信方式に対応している場合、移動局に対して、前記未定義領域に対応する機能をサポートしている旨を示す指示情報を送信する工程Ａと、前記移動局が、前記指示情報を受信した場合で、かつ、前記第２通信方式に対応している場合に、前記ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信する工程とを有することを要旨とする。

本発明の第２の特徴は、第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局であって、未定義領域は、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、前記ネットワークから前記未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、前記移動局が前記第２通信方式に対応している場合に、該ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信するように構成されている送信部を具備することを要旨とする。

以上説明したように、本発明によれば、ネットワークが解釈することができない「Ｓｐａｒｅ１」に「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の値を設定した所定メッセージを送信してしまうという事態を回避することができる移動通信方法及び移動局を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。本発明の第１の実施形態に係る移動管理ノード/無線基地局の機能ブロック図である。本発明の第１の実施形態に係る移動局の機能ブロック図である。本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。従来の移動通信システムの問題点を説明するための図である。従来の移動通信システムの問題点を説明するための図である。

（本発明の第１の実施形態に係る移動通信システム）
図１乃至図７を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。

図１に示すように、本実施形態に係る移動通信システムは、「Ｒｅｌｅａｓｅ（Ｘ-１）（第１通信方式）」の無線アクセスネットワーク及び「ＲｅｌｅａｓｅＸ（第２通信方式）」の無線アクセスネットワークを含み得るネットワークを具備する。

例えば、「Ｒｅｌｅａｓｅ（Ｘ-１）」は、３ＧＰＰで規定されているＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）方式の「Ｒｅｌｅａｓｅ９」であり、「ＲｅｌｅａｓｅＸ」は、３ＧＰＰで規定されているＬＴＥ方式の「Ｒｅｌｅａｓｅ１０」であってもよい。

なお、「Ｒｅｌｅａｓｅ（Ｘ-１）」は、「ＲｅｌｅａｓｅＸ」よりも古い任意の「Ｒｅｌｅａｓｅ」であってもよい。

また、かかるネットワークには、無線基地局ｅＮＢや移動管理ノードＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）等が設けられている。

図２に示すように、移動管理ノードＭＭＥは、受信部１１と、判定部１２と、送信部１３とを具備している。

受信部１１は、移動局ＵＥや無線基地局ｅＮＢによって送信されたメッセージを受信するように構成されている。

判定部１２は、移動管理ノードＭＭＥ配下の無線基地局ｅＮＢが「ＲｅｌｅａｓｅＸ」に対応しているか否かについて判定するように構成されている。

送信部１３は、移動局ＵＥや無線基地局ｅＮＢに対してメッセージを送信するように構成されている。

ここで、送信部１３は、移動管理ノードＭＭＥ配下の無線基地局ｅＮＢが「ＲｅｌｅａｓｅＸ」に対応していると判定された場合に、移動局ＵＥに対して、任意の「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報、例えば、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信するように構成されていてもよい。

なお、「Ｓｐａｒｅ（未定義領域）」は、「Ｒｅｌｅａｓｅ（Ｘ-１）」において定義されていない領域で、かつ、「ＲｅｌｅａｓｅＸ」において定義されている領域であり、かつ、所定メッセージ（例えば、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」）内の「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」に設けられる領域である。

図３に示すように、移動局ＵＥは、送信部２１と、受信部２２と、記憶部２３とを具備している。

送信部２１は、無線基地局ｅＮＢに対してＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージを送信し、移動管理ノードＭＭＥに対してＮＡＳ（ＮｏｎＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージを送信するように構成されている。

受信部２２は、無線基地局ｅＮＢからＡＳメッセージを受信し、移動管理ノードＭＭＥからＮＡＳメッセージを受信するように構成されている。

例えば、受信部２２は、移動管理ノードＭＭＥから、「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）を受信するように構成されている。

記憶部２３は、受信部２２によって受信された指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）に基づいて、各無線基地局ｅＮＢについて、「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしているか否かについて記憶するように構成されている。

ここで、移動局ＵＥが「ＲｅｌｅａｓｅＸ」に対応している場合で、かつ、記憶部２３においてネットワーク（例えば、無線基地局ｅＮＢ）が「ＲｅｌｅａｓｅＸ」に対応していると記憶されている場合に、受信部２１が、ネットワーク（例えば、無線基地局ｅＮＢ）に対して、かかる「Ｓｐａｒｅ（未定義領域）」に値を設定した所定メッセージ（例えば、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」内の「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」）を送信するように構成されている。

以下、図４乃至図７を参照して、本実施形態に係る移動通信システムの動作の一例について説明する。

第１に、図４を参照して、本実施形態に係る移動通信システムにおける移動局ＵＥのＡｔｔａｃｈ手順について説明する。

図４に示すように、ステップＳ１００１において、移動局ＵＥは、無線基地局ｅＮＢに対して「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信し、ステップＳ１００２において、無線基地局ｅＮＢは、移動局ＵＥに対して「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ」を送信する。

ステップＳ１００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＮＡＳＡｔｔａｃｈＲｅｑｕｅｓｔ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ」を送信する。

ステップＳ１００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＮＡＳＡｔｔａｃｈＲｅｑｕｅｓｔ」を含む「Ｓ１ＡＰＵＬＮＡＳＴｒａｎｓｐｏｒｔ」を送信する。

移動管理ノードＭＭＥは、ステップＳ１００５において、無線基地局ｅＮＢが「ＲｅｌｅａｓｅＸ」に対応していると判定し、ステップＳ１００６において、かかる無線基地局ｅＮＢに対して、無線基地局ｅＮＢがＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳＡｔｔａｃｈＡｃｃｅｐｔ」を含む「Ｓ１ＡＰＤＬＮＡＳＴｒａｎｓｐｏｒｔ」を送信する。

ステップＳ１００７において、無線基地局ｅＮＢは、移動局ＵＥに対して、かかる「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳＡｔｔａｃｈＡｃｃｅｐｔ」を含む「ＤＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒ」を送信する。

移動局ＵＥは、ステップＳ１００９において、ＭＴＣ機能をサポートしている無線基地局ｅＮＢ配下に在圏していると認識し、ステップＳ１０１０において、Ａｔｔａｃｈ手順を終了し、ＩＤＬＥ状態に遷移する。

その後、ステップＳ１０１１において、移動局ＵＥは、ＭＴＣ端末である場合、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信する。

なお、かかる「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」は、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」内の「ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の「Ｓｐａｒｅ」に設定されるものである。

ここで、ＭＴＣ端末は、ＬＴＥ方式の「Ｒｅｌｅａｓｅ１０」にて仕様化が進められているものであって、将来的に、多くの装置（例えば、ガス検知装置や病院に設けられる装置や橋のセキュリティ監視装置等）に設置されることが想定されている。

かかるＭＴＣ端末の通信頻度は、通常端末（ユーザ端末）の通信頻度より少ないことが想定されるが、ＭＴＣ端末からの「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」によってネットワークが輻輳する可能性があるため、通常端末の呼とＭＴＣ端末の呼とを区別することが求められている。

すなわち、ＬＴＥ方式の「Ｒｅｌｅａｓｅ１０」では、ＭＴＣ端末からの呼の優先度は、通常端末からの呼の優先度よりも低く扱ってもよい、すなわち、ＭＴＣ端末からの呼は、通信遅延を許容するものとして扱ってもよいと規定されている。

以上の点を考慮して、図５乃至図７を参照して、本実施形態に係る移動通信システムにおける移動局ＵＥとネットワークとの間におけるコネクションの確立手順について説明する。

図５に示すケースでは、移動局ＵＥ＃１及びネットワーク（無線基地局ｅＮＢ）の双方がＭＴＣ機能をサポートしており、ネットワークが輻輳状態でないものとする。

かかるケースでは、ＭＴＣ端末である移動局ＵＥ＃１は、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信し、通常端末である移動局ＵＥも、無線基地局ｅＮＢに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信する。

ここで、ネットワークは、輻輳状態でないため、移動局ＵＥ＃２からの「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」と同様に、移動局ＵＥ＃１からの「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を受け付ける。

図６に示すケースでは、移動局ＵＥ＃１及びネットワーク（無線基地局ｅＮＢ）の双方がＭＴＣ機能をサポートしており、ネットワークが輻輳状態であるものとする。

ここで、ネットワークは、輻輳状態であるため、移動局ＵＥ＃２からの「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を優先して処理し、移動局ＵＥ＃１からの「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を拒否する。

なお、ネットワークは、「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」に基づいて、移動局ＵＥが、ＭＴＣ端末であるか或いは通常端末であるかについて判定する。

図７に示すケースでは、移動局ＵＥ＃１のみがＭＴＣ機能をサポートしており、ネットワーク（無線基地局ｅＮＢ）がＭＴＣ機能をサポートしていないものとする。

かかるケースでは、ネットワークは、移動局ＵＥのＡｔｔａｃｈ手順（位置登録手順）において、移動局ＵＥに対して「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信していないため、移動局ＵＥは、ネットワーク（例えば、無線基地局ｅＮＢ）が「ＲｅｌｅａｓｅＸ」に対応していないと認識し、「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」を含まない「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信する。

本発明の第１の実施形態に係る移動通信システムによれば、移動局ＵＥは、Ａｔｔａｃｈ手順（位置登録手順）において、ネットワークから「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を受信していない場合には、ネットワーク（例えば、無線基地局ｅＮＢ）が「ＲｅｌｅａｓｅＸ」に対応していないと認識し、ネットワークが解析することができない「Ｓｐａｒｅ」に値を設定した「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信してしまうという事態を回避することができる。

（変更例１）
以下、図８を参照して、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。

本変更例１に係る移動通信システムでは、無線基地局ｅＮＢが、図２に示すように、受信部１１と、判定部１２と、送信部１３とを具備している。

受信部１１は、移動局ＵＥや移動管理ノードＭＭＥによって送信されたメッセージを受信するように構成されている。

判定部１２は、無線基地局ｅＮＢが「ＲｅｌｅａｓｅＸ」に対応しているか否かについて判定するように構成されている。

送信部１３は、移動局ＵＥや移動管理ノードＭＭＥに対してメッセージを送信するように構成されている。

ここで、送信部１３は、無線基地局ｅＮＢが「ＲｅｌｅａｓｅＸ」に対応していると判定された場合に、移動局ＵＥに対して、任意の「Ｓｐａｒｅ（未定義領域）」に対応する機能をサポートしている旨を示す指示情報、例えば、ＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を送信するように構成されていてもよい。

次に、図８を参照して、本変呼例１に係る移動通信システムにおける移動局ＵＥのＡｔｔａｃｈ手順について説明する。

図８に示すように、ステップＳ２００１において、移動局ＵＥは、無線基地局ｅＮＢに対して「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信し、ステップＳ２００２において、無線基地局ｅＮＢは、移動局ＵＥに対して「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ」を送信する。

ステップＳ２００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＮＡＳＡｔｔａｃｈＲｅｑｕｅｓｔ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ」を送信する。

ステップＳ２００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＮＡＳＡｔｔａｃｈＲｅｑｕｅｓｔ」を含む「Ｓ１ＡＰＵＬＮＡＳＴｒａｎｓｐｏｒｔ」を送信する。

移動管理ノードＭＭＥは、ステップＳ２００５において、かかる無線基地局ｅＮＢに対して、「ＮＡＳＡｔｔａｃｈＡｃｃｅｐｔ」を含む「Ｓ１ＡＰＤＬＮＡＳＴｒａｎｓｐｏｒｔ」を送信する。

無線基地局ｅＮＢは、ステップＳ２００６において、無線基地局ｅＮＢが「ＲｅｌｅａｓｅＸ」に対応していると判定し、ステップＳ２００７において、移動局ＵＥに対して、無線基地局ｅＮＢがＭＴＣ機能をサポートしている旨を示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」及び「ＮＡＳＡｔｔａｃｈＡｃｃｅｐｔ」を含む「ＤＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒ」を送信する。

移動局ＵＥは、ステップＳ２００８において、ＭＴＣ機能をサポートしている無線基地局ｅＮＢ配下に在圏していると認識し、ステップＳ２００９において、Ａｔｔａｃｈ手順を終了し、ＩＤＬＥ状態に遷移する。

その後、ステップＳ２０１０において、移動局ＵＥは、ＭＴＣ端末である場合、無線基地局ｅＮＢに対して、通信遅延を許容することを示す「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信する。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、「Ｒｅｌｅａｓｅ（Ｘ-１）（第１通信方式）」の無線アクセスネットワーク及び「ＲｅｌｅａｓｅＸ（第２通信方式）」の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、「Ｒｅｌｅａｓｅ（Ｘ-１）」において定義されていない領域で、かつ、「ＲｅｌｅａｓｅＸ」において定義されている領域である未定義領域（例えば、Ｓｐａｒｅ１）が、所定メッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）内に設けられており、ネットワークが、「ＲｅｌｅａｓｅＸ」に対応している場合、移動局ＵＥに対して、かかる未定義領域に対応する機能をサポートしている旨を示す指示情報（例えば、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」）を送信する工程Ａと、移動局ＵＥが、かかる指示情報を受信した場合で、かつ、「ＲｅｌｅａｓｅＸ」に対応している場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信する工程とを有することを要旨とする。

本実施形態の第１の特徴において、未定義領域に対応する機能は、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）機能であり、工程Ａにおいて、ネットワークは、「ＲｅｌｅａｓｅＸ」に対応している場合、移動局ＵＥに対して、ＭＴＣ機能をサポートしている旨を示す指示情報を送信してもよい。

本実施形態の第１の特徴において、工程Ａにおいて、ネットワークは、Ａｔｔａｃｈ手順において、移動局ＵＥに対して、上述の指示情報を送信してもよい。

本実施形態の第１の特徴において、工程Ａにおいて、ネットワーク内の移動管理ノードＭＭＥは、配下の無線基地局ｅＮＢが「ＲｅｌｅａｓｅＸ」に対応している場合に、移動局ＵＥに対して、上述の未定義領域に対応する機能をサポートしている旨を示す指示情報を送信してもよい。

本実施形態の第１の特徴において、工程Ａにおいて、ネットワーク内の無線基地局ｅＮＢは、「ＲｅｌｅａｓｅＸ」に対応している場合に、移動局ＵＥに対して、上述の未定義領域に対応する機能をサポートしている旨を示す指示情報を送信してもよい。

本実施形態の第２の特徴は、「Ｒｅｌｅａｓｅ（Ｘ-１）」の無線アクセスネットワーク及び「ＲｅｌｅａｓｅＸ」の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局ＵＥであって、未定義領域は、「Ｒｅｌｅａｓｅ（Ｘ-１）」において定義されていない領域で、かつ、「ＲｅｌｅａｓｅＸ」において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、ネットワークから未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、移動局ＵＥが「ＲｅｌｅａｓｅＸ」に対応している場合に、ネットワークに対して、かかる未定義領域に値を設定した所定メッセージを送信するように構成されている送信部２１を具備することを要旨とする。

なお、上述の移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）や、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＭＭＥ…移動管理ノード
ｅＮＢ…無線基地局
ＵＥ…移動局
１１、２２…受信部
１２…判定部
１３、２１…送信部
２３…記憶部

Claims

第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークにおける移動通信方法であって、
前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域である未定義領域が、所定メッセージ内に設けられており、
前記ネットワークが、前記第２通信方式に対応している場合、移動局に対して、前記未定義領域に対応する機能をサポートしている旨を示す指示情報を送信する工程Ａと、
前記移動局が、前記指示情報を受信した場合で、かつ、前記第２通信方式に対応している場合に、前記ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信する工程Ｂとを有することを特徴とする移動通信方法。
前記未定義領域に対応する機能は、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）機能であり、
前記工程Ａにおいて、前記ネットワークは、前記第２通信方式に対応している場合、前記移動局に対して、前記ＭＴＣ機能をサポートしている旨を示す前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
前記工程Ａにおいて、前記ネットワークは、Ａｔｔａｃｈ手順において、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
前記工程Ａにおいて、前記ネットワーク内の移動管理ノードは、配下の無線基地局が前記第２通信方式に対応している場合に、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
前記工程Ａにおいて、前記ネットワーク内の無線基地局は、前記第２通信方式に対応している場合に、前記移動局に対して、前記指示情報を送信することを特徴とする請求項１に記載の移動通信方法。
第１通信方式の無線アクセスネットワーク及び第２通信方式の無線アクセスネットワークを含み得るネットワークを介して通信可能な移動局であって、
未定義領域は、前記第１通信方式において定義されていない領域で、かつ、前記第２通信方式において定義されている領域であり、かつ、所定メッセージ内に設けられる領域であり、
前記ネットワークから前記未定義領域に対応する機能をサポートしている旨を示す指示情報が受信された場合で、かつ、前記移動局が前記第２通信方式に対応している場合に、該ネットワークに対して、該未定義領域に値を設定した前記所定メッセージを送信するように構成されている送信部を具備することを特徴とする移動局。