(57)【要約】  ３ＧＰＰ(Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)規格の一つに従った移動端末が、基地局から所定の情報要素を含む入力メッセージを受信する受信機を含んで、提供される。また、前記移動端末は、前記所定の情報要素の値を受信要素値として記憶するメモリを、含む。また、前記移動端末は、前記受信要素値を前回受信した情報要素に対応する前回記憶した要素値に代えて記憶するコントローラを、含む。また、前記移動端末は、前記受信機により受信された前記入力メッセージを特定する識別情報を含む出力メッセージを前記基地局へ送信する送信機を、含む。【選択図】図５
2015510701.tif 000002
【特許請求の範囲】
【請求項１】
３ＧＰＰ(Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)規格の一つに従った移動端末であって、
基地局から、所定の情報要素を含む入力メッセージを受信する受信機と、
前記所定の情報要素の値を、受信要素値として記憶するメモリと、
前記受信要素値を、前回受信した情報要素に対応する前回記憶した要素値に代えて、記憶するコントローラと、
前記受信機により受信された前記入力メッセージを特定する識別情報を含む出力メッセージを、前記基地局へ送信する送信機と、
を備えた移動端末。
【請求項２】
請求項１において、
前記識別情報は、ＲＲＣ Ｔｒａｎｓａｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒに関するものである、
ことを特徴とした移動端末。
【請求項３】
請求項１又は２において、
前記出力メッセージは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージである、
ことを特徴とした移動端末。
【請求項４】
請求項１〜３のいずれか一項において、
前記所定の情報要素は、前記３ＧＰＰの一つに従い、Ｎｅｅｄ ＯＮとして設定される、
ことを特徴とした移動端末。
【請求項５】
３ＧＰＰ(Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)の一つに従った基地局であって、
所定の情報要素を含む出力メッセージを、移動端末へ送信する送信機と、
前記移動端末から、前記移動端末により受信された前記出力メッセージを特定する識別情報を含む入力メッセージを、受信する受信機と、
前記識別情報を記憶するメモリと、
前記識別情報に基づき、前記所定の情報要素の制御を行うコントローラと、
を備えた基地局。
【請求項６】
請求項５において、
前記制御は、前記所定の情報を前記出力メッセージに含めるか否かの決定を、含む、
ことを特徴とした基地局。
【請求項７】
請求項５又は６において、
前記識別情報は、ＲＲＣ Ｔｒａｎｓａｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒに関するものである、
ことを特徴とした基地局。
【請求項８】
請求項５〜７のいずれか一項において、
前記入力メッセージは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージである、
ことを特徴とした基地局。
【請求項９】
請求項５〜８のいずれか一項において、
前記所定の情報要素は、前記３ＧＰＰの一つに従い、Ｎｅｅｄ ＯＮとして設定される、
ことを特徴とした基地局。
【請求項１０】
３ＧＰＰ(Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)の一つに従った移動端末の制御方法であって、
基地局から、所定の情報要素を含む入力メッセージを受信し、
前記所定の情報要素の値を、受信要素値として記憶し、
前記受信要素値を前回受信した情報要素に対応する前回記憶した要素値に代えて記憶する制御を、行い、
前記受信機により受信された前記入力メッセージを特定する識別情報を含む出力メッセージを、前記基地局へ送信する、
ことを含む制御方法。
【請求項１１】
基地局の制御方法であって、
所定の情報要素を含む出力メッセージを、移動端末へ送信し、
前記移動端末から、前記移動端末により受信された前記出力メッセージを特定する識別情報を含む入力メッセージを、受信し、
前記識別情報を記憶し、
前記識別情報に基づき、前記所定の情報要素の制御を行う、
ことを含む制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
実施の形態は、移動通信システム、通信装置、および通信方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）で規定されるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の移動通信システムは、移動局（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、およびＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）から構成される。
【０００３】
図１に示すように、ＵＥは、無線でｅＮＢと通信し、そのインターフェースはＵｕと定義される。ｅＮＢは、コアネットワークのノードであるＭＭＥおよびＳ−ＧＷと通信し、そのインターフェースはＳ１−ＡＰ（Ｓ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と定義される。ｅＮＢ同士でも通信可能であり、そのインターフェースはＸ２−ＡＰ（Ｘ２  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と定義される。
【０００４】
非特許文献１に示されるように、ＵＥとｅＮＢとの間の制御プレーンのＬ３（Ｌａｙｅｒ  ３）プロトコルには、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコルが使用される。また、非特許文献２に示されるように、ＲＲＣのメッセージは複数の情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔｓ）で構成される。ＲＲＣの仕様には、所定のＩＥがメッセージに含まれるかどうかが任意であって、メッセージを受信したＵＥは、受信したメッセージに当該ＩＥが含まれないときは、当該ＩＥについて何の動作も行わず、現に保持している当該ＩＥの設定値を使用することを定めた、Ｎｅｅｄ  ＯＮの定義がある。従って、ｅＮＢから送信されたＲＲＣメッセージにＮｅｅｄ  ＯＮと指定されているＩＥが含まれない場合、ＵＥは、当該ＩＥについて現在保持している設定値をそのまま保持し、一方、当該ＩＥがメッセージに含まれる場合は、ＵＥはそのＩＥの設定値をメッセージで設定された値にする。このように、ＮｅｅｄＯＮと指定されるＩＥについては、ｅＮＢはＵＥに差分情報のみ通知することが可能である（ｄｅｌｔａ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）。
【０００５】
従って、ｅＮＢは、ＵＥにＲＲＣメッセージを送信する際、Ｎｅｅｄ  ＯＮと指定されているＩＥについて、ＵＥが現在保持している設定値をそのまま継続して使用することができる場合には、そのＩＥをメッセージに含めないとすることができる。こうすることにより、送信するＲＲＣメッセージのサイズを削減することができ、無線資源の利用効率の向上が期待できる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）  ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）；  Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ２［３ＧＰＰ  ＴＳ３６．３００  Ｖ９．９．０］
【非特許文献２】Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；  Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ［３ＧＰＰ  ＴＳ３６．３３１  Ｖ９．９．０］
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した背景技術には、ＵＥとｅＮＢとの間のＲＲＣメッセージが正常に送受信できないシーケンスにおいて、ｄｅｌｔａ  ｃｏｎｆｉｇｕｒａｔｉｏｎの機能を有効に活用できない問題がある。以下、図を参照しながら具体例を示して説明する。
【０００８】
図２は、従来技術における、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに関する正常なシーケンスを示す図である。まず、ＵＥ１００、ｅＮＢ２００、およびＭＭＥ３００の各々がアクティブの状態において（Ｓ１０００）、Ｓ１１００に示す３通りのいずれかをトリガに、ｅＮＢ２００がＵＥ１００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信する（Ｓ１２００）。ここで、第１のケースは、ｅＮＢ２００がＵＥ１００からＲＲＣメッセージを受信し（Ｓ１１１０）、これをトリガにｅＮＢ２００がＲＲＣメッセージを生成する場合である（Ｓ１１１１）。第２のケースは、ｅＮＢ２００がＭＭＥ３００からＳ１―ＡＰメッセージを受信し（Ｓ１１２０）、これをトリガにｅＮＢ２００がＲＲＣメッセージを生成する場合である（Ｓ１１２１）。第３のケースは、ｅＮＢ２００の内部のトリガでＲＲＣメッセージを生成する場合（Ｓ１１３０）である。その後、ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｄｉｇｕｒａｔｉｏｎを受信し（Ｓ１２００）、ｅＮＢ２００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｄｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを送信する（Ｓ１２０１）。なお、以上の説明で述べた各メッセージの詳細は、非特許文献２に記載されている。
【０００９】
図３は、従来技術において、図２のシーケンスが正常に実施できない場合のシーケンスを示す図である。まず、ＵＥ１００、ｅＮＢ２００、およびＭＭＥ３００の各々が、図２のＳ１１００のシーケンスを実行する。その後、無線伝送路の品質が劣化するなどの何らかの理由により、Ｓ２１００に示す２通りのいずれかの障害が発生することを想定する。第１のケース（Ｓ２１００）は、ｅＮＢ２００はＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｄｉｇｕｒａｔｉｏｎを送信したが、ＵＥ１００に到達しない場合である（Ｓ２１０１）。第２のケース（Ｓ２２００）は、ＵＥ１００は、ｅＮＢ２００から送信されたＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｄｉｇｕｒａｔｉｏｎを受信し（Ｓ２２０１）、ＩＥの設定値を当該メッセージにおける設定値に更新する（Ｓ２２０２）。続いて、ＵＥ１００はｅＮＢ２００に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｄｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅを送信したが、ｅＮＢ２００が正常に受信できない（Ｓ２２０３）。Ｓ２１００またはＳ２２００の後、ＵＥ１００は、再接続を要求するため、ｅＮＢ２００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔメッセージを送信する（Ｓ２３００）。これを受信したｅＮＢ２００は、ＵＥ１００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを送信する（Ｓ２３０１）。続いて、当該メッセージを受信したＵＥ１００は、ｅＮＢ２００に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃｏｍｐｌｅｔｅを送信する（Ｓ２３０２）。次に、ｅＮＢ２００はＵＥ１００に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する（Ｓ２３０３）。続いて、ＵＥ１００はｅＮＢ２００に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅを送信する（Ｓ２３０４）。なお、以上の説明で述べた各メッセージの詳細は、非特許文献２に記載されている。
【００１０】
ここで、ｅＮＢ２００は、第１のケース（Ｓ２１００）のようにＵＥ１００がＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎによるＩＥの設定値の更新ができていないのか、または第２のケース（Ｓ２２００）のようにＩＥの設定値の更新ができているのかを把握することができない。そのため、ｅＮＢ２００は、Ｓ２３０１およびＳ２３０３でＵＥ１００に送信するメッセージにＮｅｅｄ  ＯＮと指定されているＩＥがある場合であっても、全てのＩＥをメッセージに含めて値を設定しなければならず、メッセージサイズの削減を実現することができない。
【００１１】
そこで、実施の形態の目的は、以上述べた課題を解決することができる、移動通信システム、通信装置、および通信方法を提供することにある。但し、実施の形態は、上述したもの以外の目的を達成し得る。また、実施の形態は、上述した目的を達成することを要求されず、上述した目的を達成しなくても良い。
【課題を解決するための手段】
【００１２】
実施の形態による移動通信システムは、第１の通信装置と、前記第１の通信装置と通信する第２の通信装置と、を有する移動通信システムであって、前記第1の通信装置は、所定の情報要素がメッセージに含まれるかどうかが任意であって、前記メッセージを受信した通信装置は、前記受信したメッセージに前記情報要素が含まれないときは、前記情報要素について何の動作も行わず、現に保持している前記情報要素の設定値を使用することが定められたプロトコルに関する処理をする第１の処理部と、前記第２の通信装置から、前記プロトコルで定められたメッセージを受信する第１の受信部と、前記第２の通信装置に、前記第１の受信部が最後に正常に受信したメッセージの識別情報を含む、前記プロトコルで定められた第１のメッセージを送信する第１の送信部と、を有し、前記第２の通信装置は、前記プロトコルに関する処理をする第２の処理部と、前記第１の通信装置から、前記第１のメッセージを受信する第２の受信部と、前記第１の通信装置に送信する前記プロトコルで定められた第２のメッセージに、前記所定の情報要素を含めるか否かを、前記識別情報に基づいて決定する決定部と、を有する。
【００１３】
実施の形態による第１の通信装置は、第２の通信装置と通信する第１の通信装置であって、所定の情報要素がメッセージに含まれるかどうかが任意であって、前記メッセージを受信した通信装置は、前記受信したメッセージに前記情報要素が含まれないときは、前記情報要素について何の動作も行わず、現に保持している前記情報要素の設定値を使用することが定められたプロトコルに関する処理をする第１の処理部と、前記第２の通信装置から、前記プロトコルで定められたメッセージを受信する第１の受信部と、前記第２の通信装置に、前記第１の受信部が最後に正常に受信したメッセージの識別情報を含む、前記プロトコルで定められた第１のメッセージを送信する第１の送信部と、を有する。
【００１４】
実施の形態による第２の通信装置は、第１の通信装置と通信する第２の通信装置であって、所定の情報要素がメッセージに含まれるかどうかが任意であって、前記メッセージを受信した通信装置は、前記受信したメッセージに前記情報要素が含まれないときは、前記情報要素について何の動作も行わず、現に保持している前記情報要素の設定値を使用することが定められたプロトコルに関する処理をする第２の処理部と、前記第１の通信装置から、前記第１の通信装置が前記第２の通信装置から最後に正常に受信した前記プロトコルで定められたメッセージの識別情報を含む、前記プロトコルで定められた第１のメッセージを受信する第２の受信部と、前記第１の通信装置に送信する前記プロトコルで定められた第２のメッセージに、前記所定の情報要素を含めるか否かを、前記識別情報に基づいて決定する決定部と、を有する。
【００１５】
実施の形態による通信方法は、第１の通信装置と、前記第１の通信装置と通信する第２の通信装置と、を有する移動通信システムによる通信方法であって、前記第1の通信装置が、所定の情報要素がメッセージに含まれるかどうかが任意であって、前記メッセージを受信した通信装置は、前記受信したメッセージに前記情報要素が含まれないときは、前記情報要素について何の動作も行わず、現に保持している前記情報要素の設定値を使用することが定められたプロトコルに関する処理をするステップと、前記第1の通信装置が、前記第２の通信装置から、前記プロトコルで定められたメッセージを受信するステップと、前記第1の通信装置が、前記第２の通信装置に、前記第１の通信装置が最後に正常に受信したメッセージの識別情報を含む、前記プロトコルで定められた第１のメッセージを送信するステップと、前記第２の通信装置が、前記プロトコルに関する処理をするステップと、前記第２の通信装置が、前記第１の通信装置から、前記第１のメッセージを受信するステップと、前記第２の通信装置が、前記第１の通信装置に送信する前記プロトコルで定められた第２のメッセージに、前記所定の情報要素を含めるか否かを、前記識別情報に基づいて決定するステップと、を有する。
【００１６】
実施の形態による通信方法は、第２の通信装置と通信する第１の通信装置による通信方法であって、所定の情報要素がメッセージに含まれるかどうかが任意であって、前記メッセージを受信した通信装置は、前記受信したメッセージに前記情報要素が含まれないときは、前記情報要素について何の動作も行わず、現に保持している前記情報要素の設定値を使用することが定められたプロトコルに関する処理をするステップと、前記第２の通信装置から、前記プロトコルで定められたメッセージを受信するステップと、前記第２の通信装置に、前記第１の通信装置が最後に正常に受信したメッセージの識別情報を含む、前記プロトコルで定められた第１のメッセージを送信するステップと、を有する。
【００１７】
実施の形態による通信方法は、第１の通信装置と通信する第２の通信装置による通信方法であって、所定の情報要素がメッセージに含まれるかどうかが任意であって、前記メッセージを受信した通信装置は、前記受信したメッセージに前記情報要素が含まれないときは、前記情報要素について何の動作も行わず、現に保持している前記情報要素の設定値を使用することが定められたプロトコルに関する処理をするステップと、前記第１の通信装置から、前記第１の通信装置が前記第２の通信装置から最後に正常に受信した前記プロトコルで定められたメッセージの識別情報を含む、前記プロトコルで定められた第１のメッセージを受信するステップと、前記第１の通信装置に送信する前記プロトコルで定められた第２のメッセージに、前記所定の情報要素を含めるか否かを、前記識別情報に基づいて決定するステップと、を有する。
【発明の効果】
【００１８】
実施の形態によれば、第２の通信装置は、第１の通信装置が最後に正常に受信したメッセージの識別情報に基づいて、第１の通信装置に送信するメッセージに所定の情報要素を含めるか否かを決定することができる。
【図面の簡単な説明】
【００１９】
【図１】３ＧＰＰで規定されるＬＴＥの移動通信システムの構成を示す図である。
【図２】従来技術におけるＲＲＣプロトコルを用いた通信のシーケンス図である。
【図３】従来技術におけるＲＲＣプロトコルを用いた通信のシーケンス図である。
【図４】第１の実施形態による構成を示した図である。
【図５】第１の実施形態による動作を示したシーケンス図である。
【図６】第２の実施形態によるＵＥの構成を示した図である。
【図７】第２の実施形態によるｅＮＢの構成を示した図である。
【図８】第２の実施形態によるＭＭＥの構成を示した図である。
【図９】第２の実施形態による動作を示したシーケンス図である。
【図１０】第２の実施形態でＵＥがｅＮＢに送信するメッセージの一例を示す図である。
【図１１】第２の実施形態でＵＥがｅＮＢに送信するメッセージの一例を示す図である。
【図１２】第３の実施形態による動作を示したシーケンス図である。
【図１３】第３の実施形態による動作を示したシーケンス図である。
【図１４】第３の実施形態による動作を示したシーケンス図である。
【発明を実施するための形態】
【００２０】
以下、実施の形態(ｅｘｅｍｐｌａｒｙ ｅｍｂｏｄｉｍｅｎｔｓ)について図面を参照して説明する。ここで、“ｅｘｅｍｐｌａｒｙ”との文言は、“例(ｅｘａｍｐｌｅ)、事例(ｉｎｓｔａｎｃｅ)又は例証(ｉｌｌｕｓｔｒａｔｉｏｎ)として機能する”ことを意味するために用いられる。ここに記載される“ｅｘｅｍｐｌａｒｙ”としての実施の形態は、必ずしも、他の実施形態と比して好適又は有利なものとして構成されるわけでは無い。
【００２１】
（第１の実施形態）
図４は、第１の実施形態による構成の一例を示した図である。本実施形態にかかる移動通信システムは、第１の通信装置１０と、第１の通信装置と通信可能な第２の通信装置２０とを含む。
【００２２】
第１の通信装置１０は、第１の処理部１１、第１の受信部１２、および第１の送信部１３を有する。第１の処理部１１は、所定のプロトコルに関する処理をする。当該プロトコルでは、所定の情報要素がメッセージに含まれるかどうかが任意であって、メッセージを受信した通信装置は、受信したメッセージに情報要素が含まれないときは、情報要素について何の動作も行わず、現に保持している情報要素の設定値を使用することが定められている。第１の受信部１２は、第２の通信装置から、当該プロトコルで定められたメッセージを受信する。第１の送信部１３は、第２の通信装置に、第１の受信部が最後に正常に受信したメッセージの識別情報を含む、当該プロトコルで定められた第１のメッセージを送信する。
【００２３】
第２の通信装置２０は、第２の処理部２１、第２の受信部２２、決定部２３、および第２の送信部２４を有する。第２の処理部２１は、当該プロトコルに関する処理をする。第２の受信部２２は、第１の通信装置から上記の第１のメッセージを受信する。決定部２３は、当該プロトコルで定められた第２のメッセージに、所定の情報要素を含めるか否かを、第１のメッセージに含まれる識別情報に基づいて決定する。なお、第２の送信部２４は、決定部２３により決定した結果に基づいて、第２のメッセージを送信することができる。
【００２４】
次に、第１の実施形態における、ＵＥ１００、ｅＮＢ２００、およびＭＭＥ３００の動作の詳細を、図を参照しながら説明する。
【００２５】
図５は、第１の実施形態による動作の一例を示すシーケンス図である。
【００２６】
Ｓ１１において、第１の通信装置１０は、第１の受信部１２で、第２の通信装置から当該プロトコルで規定されるメッセージを受信する。ここで、各メッセージには、メッセージの識別情報が含まれている。
【００２７】
Ｓ１２において、第１の通信装置１０は、第１の送信部１３で、第１の受信部１２で最後に正常に受信したメッセージに含まれる識別情報を第１のメッセージに含めて、第２の通信装置２０に送信する。
【００２８】
Ｓ１３において、第２の通信装置２０は、第２の受信部２２で、第１のメッセージを受信する。
【００２９】
Ｓ１４において、第２の通信装置２０は、決定部２３で、第１のメッセージに含まれる識別情報に基づいて、第１の通信装置１０に送信する当該プロトコルで定められた第２のメッセージに、所定の情報要素を含めるか否かを決定する。なお、より具体的には、決定部２３は、当該識別情報に基づいて、第１の通信装置１０における所定の情報要素の設定値を判定し、判定した設定値が、第２のメッセージで設定すべき所定の情報要素の設定値と同一のときは所定の情報要素を含めないと決定し、第２のメッセージで設定すべき所定の情報要素の設定値と異なるときは所定の情報要素を含めると決定することができる。
【００３０】
なお、Ｓ１５において、第２の通信装置２０は、送信部２４で、決定部２３において第２のメッセージに含めると決定した所定の情報要素が存在しないときは第２のメッセージを送信せず、存在するときは第２のメッセージを第１の通信装置１０に送信することができる。
【００３１】
上記の通り、第２の通信装置２０は、第１の通信装置１０が最後に正常に受信したメッセージの識別情報に基づいて、第１の通信装置１０における所定の情報要素の設定値を判定することができる。そして、判定した結果に基づいて、第１の通信装置１０に送信する第２のメッセージに所定の情報要素を含めるか否かを決定することが可能となる。そのため、所定の条件下において第２のメッセージのサイズを削減することが可能となり、伝送路資源の利用効率の向上を図ることができる。
【００３２】
（第２の実施形態）
第２の実施形態では、第1の実施形態を、図１に示す３ＧＰＰのＬＴＥの移動通信システムに適用する。以下、図を用いて各装置の構成を説明する。
【００３３】
図６は、ＵＥ１００の構成を示す図である。ＵＥ１００は、制御部１０３による制御に従って、ＲＲＣレイヤ機能部１０１でＲＲＣプロトコルに関する処理をし、Ｕｕ伝送部１０２を通じてｅＮＢ２００との間でＲＲＣメッセージの送受信をする。
【００３４】
図７は、ｅＮＢ２００の構成を示す図である。ｅＮＢ２００は、制御部２０５による制御に従って、ＲＲＣレイヤ機能部２０３でＲＲＣプロトコルに関する処理をし、Ｕｕ伝送部２０４を通じてＵＥ１００との間でＲＲＣメッセージの送受信をする。また、ｅＮＢ２００は、制御部２０５による制御に従って、Ｓ１−ＡＰレイヤ機能部２０２でＳ１プロトコルに関する処理をし、Ｓ１伝送部２０１を通じてＭＭＥ３００との間でＳ１−ＡＰメッセージの送受信をする。なお、図示はしていないが、ｅＮＢ２１０、ｅＮＢ２２０、およびｅＮＢ２３０の構成はｅＮＢ２００と同様であるため、説明を省略する。
【００３５】
図８は、ＭＭＥ３００の構成を示す図である。ＭＭＥ３００は、制御部３０３による制御に従って、Ｓ１−ＡＰレイヤ機能部３０１でＳ１プロトコルに関する処理をし、Ｓ１伝送部３０２を通じてｅＮＢ２００との間でＳ１−ＡＰメッセージの送受信をする。
【００３６】
次に、第２の実施形態における、ＵＥ１００、ｅＮＢ２００、およびＭＭＥ３００の動作の詳細を、図を参照しながら説明する。
【００３７】
図９は、第２の実施形態による動作の一例を示すシーケンス図である。図３のシーケンスに本実施形態を適用した場合の動作を示している。
【００３８】
Ｓ３０００において、ＵＥ１００、ｅＮＢ２００、およびＭＭＥ３００の各々が、図２のＳ１１００のシーケンスを実行する。
【００３９】
Ｓ３１００に示す第１のケースについて説明する。Ｓ３１００のシーケンスは、図３のＳ２１００に対応する。ｅＮＢ２００は、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒをｎ＋１に設定したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎをＵＥ１００に送信する。ところが、無線伝送路の品質が劣化するなどの何らかの理由により、ＵＥ１００は当該メッセージを正常に受信できない（Ｓ３１０１）。ここで、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒは、送信するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎのメッセージを識別するための識別情報のＩＥである。図９には図示はしていないが、当該シーケンスの開始前に実行したｅＮＢ２００とＵＥ１００との間のメッセージ送受信により、当該識別情報の値が既にｎになっていると仮定している。そのため、Ｓ３１０１での当該識別情報の値は１だけカウントアップしてｎ＋１となる。続いて、ＵＥ１００は、再接続を要求するために、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ＲｅｑｕｅｓｔをｅＮＢ２００に送信し、ｅＮＢ２００はこれを受信する。ここで、当該メッセージには、ＵＥ１００がｅＮＢ２００から最後に正常に受信できたメッセージの識別情報を示すためのＩＥである、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒが含まれている。Ｓ３１０１において、ｅＮＢ２００はＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒにｎ＋１を設定して送信したため、仮にＵＥ１００が当該メッセージを正常に受信できた場合、Ｓ３１０２におけるＬａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値はｎ＋１となる。しかしながら、ＵＥ１００は、Ｓ３１０１で当該メッセージを正常に受信できていないため、既存の値であるｎをＬａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒに設定する（Ｓ３１０２）。なお、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒは非特許文献２には記載されていないＩＥである。
【００４０】
図１０および図１１に、非特許文献２におけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔメッセージに、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒのＩＥを追加した場合のメッセージの構成例を示す。図中のｌａｔｅｓｔ−ｒｒｃ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒが、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒに相当する。また、図中には、ｌａｔｅｓｔ−ｒｒｃ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒが取りうる設定値は、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒであることが示されている。
【００４１】
Ｓ３２００に示す第２のケースについて説明する。Ｓ３２００のシーケンスは、図３のＳ２２００に対応する。ｅＮＢ２００は、Ｓ３１０１と同様、ＵＥ２００にメッセージを送信する。Ｓ３１０１とは異なり、ＵＥ１００はこれを正常に受信する（Ｓ３２０１）。そして、ＵＥ１００は、Ｓ３２０１のメッセージで設定された値でＩＥの設定値を更新する（Ｓ３２０２）。続いて、ＵＥ１００は、ｅＮＢ２００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅを送信するが、ｅＮＢ２００はこれを受信できない（Ｓ３２０３）。そのため、ＵＥ１００は、再接続を要求するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ＲｅｑｕｅｓｔをｅＮＢ２００に送信し、ｅＮＢ２００はこれを受信する（Ｓ３２０４）。この際、ＵＥ１００は、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋１とする。なぜなら、ＵＥ１００は、Ｓ３２０１でＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒがｎ＋１のメッセージを正常に受信して、Ｓ３２０２でＩＥの設定値も更新できているからである。
【００４２】
Ｓ３３００に示す、Ｓ３３０１からＳ３３０７までの動作を以下に詳細に説明する。
【００４３】
Ｓ３３０１において、ｅＮＢ２００は、ＵＥ１００でのＩＥの設定値を判定する。より具体的に説明すると、第１のケース（Ｓ３１００）の場合では、ｅＮＢ２００は、Ｓ３１０２によりＬａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒがｎであることがわかるので、ＵＥ１００での現在のＩＥの設定値は、Ｓ３１０１のメッセージにおけるＩＥの設定値は反映されておらず、メッセージ送信前の値であると判定する。一方、第２のケース（Ｓ３２００）の場合では、ｅＮＢ２００は、Ｓ３２０４によりＬａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒがｎ＋１であることがわかるので、ＵＥ１００での現在のＩＥの設定値は、Ｓ３２０１のメッセージで設定した値であると判定する。
【００４４】
Ｓ３３０２において、ｅＮＢ２００は、所定のＩＥを次に送信するメッセージに含めるか否かを決定する。より具体的に説明すると、次のＳ３３０３で送信するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｅｓｔａｂｌｉｓｈｍｅｎｔのＩＥのうちのＮｅｅｄ  ＯＮと指定されているＩＥについて、当該メッセージで設定すべき設定値がＳ３３０１で判定したＵＥ１００での現在の設定値と同一であるかどうかを判定する。その結果、同一の場合は、改めてメッセージで通知する必要が無いため、当該ＩＥを送信メッセージに含めないと判定する。逆に、当該メッセージで設定すべき設定値がＵＥ１００での現在の設定値とは異なる場合は、当該ＩＥを送信メッセージに含めると判定する。
【００４５】
Ｓ３３０３において、ｅＮＢ２００は、Ｓ３３０２における判定結果を反映した、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｅｓｔａｂｌｉｓｈｍｅｎｔをＵＥ１００に送信し、ＵＥ１００はこれを受信する。
【００４６】
Ｓ３３０４において、ＵＥ１００は、ｅＮＢ２００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃｏｍｐｌｅｔｅを送信し、ｅＮＢ２００はこれを受信する。
【００４７】
Ｓ３３０５において、ｅＮＢ２００は、Ｓ３３０２と同様、所定のＩＥを次に送信するメッセージに含めるか否かを決定する。より具体的に説明すると、次のＳ３３０６で送信するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのＩＥのうちのＮｅｅｄ  ＯＮと定められているＩＥについて、当該メッセージで設定すべき設定値がＳ３３０１で判定したＵＥ１００での現在の設定値と同一であるかどうかを判定する。その結果、同一の場合は、改めてメッセージで通知する必要が無いため、当該ＩＥを送信メッセージに含めないと判定する。逆に、当該メッセージで設定すべき設定値がＵＥ１００での現在の設定値と異なる場合は、当該ＩＥを送信メッセージに含めると判定する。
【００４８】
Ｓ３３０６において、ｅＮＢ２００は、Ｓ３３０５における判定結果を反映した、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎをＵＥ１００に送信し、ＵＥ１００はこれを受信する。
【００４９】
Ｓ３３０７において、ＵＥ１００は、ｅＮＢ２００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅを送信し、ｅＮＢ２００はこれを受信する。
【００５０】
上記の通り、ｅＮＢ２００は、ＵＥ１００での現在のＩＥの設定値を判定した結果に基づいて、送信するメッセージにＮｅｅｄ  ＯＮと指定されているＩＥを含めるか否かを決定することができる。こうすることにより、ｅＮＢ２００は、ＵＥ１００に送信するメッセージのサイズを削減することが可能となり、無線資源の利用効率の向上を図ることができる。
【００５１】
（第３の実施形態）
第３の実施形態では、第２の実施形態でｅＮＢ２００がＵＥ１００に１回送信していたＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを、ｅＮＢ２００がＵＥ１００に２回連続して送信するシーケンスに、本実施形態を適用する。
【００５２】
第３の実施形態にかかる構成は、第２の実施形態と同様であるため、説明を省略する。
【００５３】
以下、第３の実施形態による動作の例を、生じうる障害のパターンに応じて図１２から図１４までを参照しながら説明する。
【００５４】
図１２は、第３の実施形態による動作の一例を示すシーケンス図である。まず、ＵＥ１００、ｅＮＢ２００、およびＭＭＥ３００により、図２のＳ１１００のシーケンスが実行されたのを契機に（Ｓ５０００）、ｅＮＢ２００はＵＥ１００に、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋１とするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信する。ところが、無線伝送路の品質が劣化するなどの何らかの理由により、ＵＥ１００は当該メッセージを正常に受信できない（Ｓ５００１）。ここで、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値は、第２の実施形態と同様、当該シーケンスの開始前に実行したｅＮＢ２００とＵＥ１００との間のメッセージ送受信により、値がｎの値まで進んでいると仮定している。続いて、別途Ｓ１１００のシーケンス実行された後（Ｓ５００２）、ｅＮＢ２００はＵＥ１００に、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋２とするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信する。ところが、無線伝送路の品質が劣化するなどの何らかの理由により、ＵＥ１００は当該メッセージを正常に受信できない(Ｓ５００３)。そのため、ＵＥ１００は、再接続を開始するためにｅＮＢ２００に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを送信する。ここで、ＵＥ１００は、Ｓ５００１とＳ５００３のいずれのメッセージも正常に受信できていないため、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎとする（Ｓ５００４）。
【００５５】
その後、ｅＮＢ２００およびＵＥ１００は、図９のＳ３３００と同様のシーケンスを実行する（Ｓ５００５）。ここで、ｅＮＢ２００は、Ｓ５００４によりＬａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒがｎであることがわかるため、ＵＥでの現在のＩＥの設定値は、Ｓ５００１およびＳ５００３のメッセージで設定された値は反映されておらず、これらのメッセージ送信前の値であると判定する（Ｓ３３０１）。ｅＮＢ２００は、当該判定結果に基づいて、所定のＩＥをメッセージに含めるか否かを決定し（Ｓ３３０２およびＳ３３０５）、当該決定を反映したメッセージをＵＥ１００に送信する（Ｓ３３０３およびＳ３３０６）。Ｓ５００５におけるその他の動作は、Ｓ３３００と同様である。
【００５６】
図１３は、図１２とは異なる障害が発生した場合の第３の実施形態による動作の一例を示すシーケンス図である。まず、ＵＥ１００、ｅＮＢ２００、およびＭＭＥ３００により、図２のＳ１１００のシーケンスが実行されたのを契機に（Ｓ６０００）、ｅＮＢ２００はＵＥ１００に、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋１とするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信し、ＵＥ１００はこれを受信する（Ｓ６００１）。次に、ＵＥ１００は、ＩＥの設定値をメッセージで設定された値に更新する（Ｓ６００２）。続いて、ＵＥ１００は、Ｓ６００１への応答として、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋１とするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅを送信する。ところが、無線伝送路の品質が劣化するなどの何らかの理由により、ｅＮＢ２００は当該メッセージを正常に受信できない（Ｓ６００３）。続いて、別途、Ｓ１１００のシーケンスが実行された後（Ｓ６００４）、ｅＮＢ２００はＵＥ１００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信するが、ＵＥ１００は正常に受信できない。ここで、当該メッセージにおけるＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値は、Ｓ６００１においてｎ＋１を使用したため、ｎ＋２となる（Ｓ６００５）。その後、ＵＥ１００は、再接続を開始するために、ｅＮＢ２００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを送信し、ｅＮＢ２００はこれを受信する。ここで、ＵＥ１００は、当該メッセージにおけるＬａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋１とする。なぜなら、ＵＥ１００は、Ｓ６００１のメッセージは正常に受信できたが、Ｓ６００５のメッセージは正常に受信できていないからである（Ｓ６００６）。
【００５７】
その後、ｅＮＢ２００およびＵＥ１００は、図９のＳ３３００と同様のシーケンスを実行する（Ｓ６００７）。ここで、ｅＮＢ２００は、Ｓ６００６によりＬａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒがｎ＋１であることがわかるため、ＵＥでの現在のＩＥの設定値は、Ｓ６００５のメッセージで設定した値は反映されておらずＳ６００１のメッセージで設定した値であると判定する（Ｓ３３０１）。ｅＮＢ２００は、当該判定結果に基づいて、所定のＩＥをメッセージに含めるか否かを決定し（Ｓ３３０２およびＳ３３０５）、当該決定を反映したメッセージを、ＵＥ１００に送信する（Ｓ３３０３およびＳ３３０６）。Ｓ６００７におけるその他の動作は、Ｓ３３００と同様である。
【００５８】
図１４は、図１２および図１３とは異なる障害が発生した場合の第３の実施形態による動作の一例を示すシーケンス図である。まず、ＵＥ１００、ｅＮＢ２００、およびＭＭＥ３００により、図２のＳ１１００のシーケンスが実行されたのを契機に（Ｓ７０００）、ｅＮＢ２００はＵＥ１００に、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋１とするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信し、ＵＥ１００はこれを受信する（Ｓ７００１）。そして、ＵＥ１００は、ＩＥの設定値をメッセージで設定された値に更新する（Ｓ７００２）。続いて、別途Ｓ１１００のシーケンスが実行された後（Ｓ７００３）、ｅＮＢ２００はＵＥ１００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信し、ＵＥ１００はこれを受信する。ここで当該メッセージにおけるＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値は、Ｓ７００１においてｎ＋１を使用したため、ｎ＋２となる（Ｓ７００４）。次に、ＵＥ１００は、Ｓ７００１への応答として、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋１とするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＣｏｍｐｌｅｔｅをｅＮＢ２００に送信し、ｅＮＢ２００はこれを正常に受信する（Ｓ７００５）。また、ＵＥ１００は、Ｓ７００４のメッセージを正常に受信できたため、ＩＥの設定値をメッセージで設定された値に更新する（Ｓ７００６）。その後、ＵＥ１００は、Ｓ７００４への応答として、ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋２とするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＣｏｍｐｌｅｔｅをｅＮＢ２００に送信する。ところが、無線伝送路の品質が劣化するなどの何らかの理由により、ｅＮＢ２００は、当該メッセージを正常に受信できない（Ｓ７００７）。そこで、ＵＥ１００は、再接続を開始するため、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを送信する。ここで、ＵＥ１００は、Ｓ７００４のメッセージを正常に受信しＳ７００６の処理も完了しているため、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値をｎ＋２とする（Ｓ７００８）。
【００５９】
その後、ｅＮＢ２００およびＵＥ１００は、図９のＳ３３００と同様のシーケンスを実行する（Ｓ７００９）。ここで、ｅＮＢ２００は、Ｓ７００８によりＬａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒがｎ＋２であることがわかるため、ＵＥでの現在のＩＥの設定値は、Ｓ７００４のメッセージで設定した値であると判定する（Ｓ３３０１）。ｅＮＢ２００は、当該判定結果に基づいて、所定のＩＥをメッセージに含めるか否かを決定し（Ｓ３３０２およびＳ３３０５）、その決定を反映したメッセージを、ＵＥ１００に送信する（Ｓ３３０３およびＳ３３０６）。Ｓ７００９におけるその他の動作は、Ｓ３３００と同様である。
【００６０】
なお、以上においては、ｅＮＢ２００がＵＥ１００に２回連続してＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信するシーケンスにおいて、本実施形態を適用する場合の実施形態について説明したが、本実施形態は３回以上連続送信するシーケンスにおいても適用してもよい。
【００６１】
上記の通り、ｅＮＢ２００がｅＮＢ１００に複数のメッセージを連続して送信するシーケンスにおいても、ｅＮＢ２００は、ＵＥ１００での現在のＩＥの設定値を判定した結果に基づいて、送信するメッセージにＮｅｅｄ  ＯＮと指定されているＩＥを含めるか否かを決定することができる。こうすることにより、ｅＮＢ２００は、ＵＥ１００に送信するメッセージのサイズを削減することが可能となり、無線資源の利用効率の向上を図ることができる。
【００６２】
以上、本発明を、好適な実施形態に基づき具体的に説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【００６３】
例えば、第２および第３の実施形態では、ＵＥが最後に正常に受信したメッセージの識別情報である、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒをＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔに含めているが、ＵＥがｅＮＢに送信する他のＲＲＣメッセージに適用することも可能である。
【００６４】
また、第２および第３の実施形態では、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｅｓｔａｂｌｉｓｈｍｅｎｔおよびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを対象に、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒに基づいて、Ｎｅｅｄ  ＯＮと指定されているＩＥをこれらのメッセージに含めるか否かを決定していたが、ｅＮＢがＵＥに送信する他のＲＲＣメッセージに適用することも可能である。
【００６５】
また、第２および第３の実施形態では説明を省略したが、図２のＳ１１００において、ＵＥトリガでＲＲＣメッセージを送信する場合、またはＭＭＥトリガでＲＲＣメッセージを送信する場合には、ｅＮＢはＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを受信した直後に、Ｌａｔｅｓｔ  ＲＲＣ−ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒの値に応じて、適切な応答メッセージを返すよう動作してもよい。こうすることにより、ｅＮＢはメッセージ受信から応答メッセージ送信までの時間を短縮することができる。
【００６６】
なお、本発明概念は、上記の実施の形態に限定されるものでは無く、特許請求の範囲で定義される精神と範囲から逸脱すること無く必要に応じて変更することが可能である。
【００６７】
この出願は、２０１２年３月１９日に出願された日本出願特願２０１２−０６２１７４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００６８】
１０    第１の通信装置
１１    第１の処理部
１２    第１の受信部
１３    第１の送信部
２０    第２の通信装置
２１    第２の処理部
２２    第２の受信部
２３    決定部
２４    第２の送信部
１００    ＵＥ
１０１、２０３    ＲＲＣレイヤ機能部
１０２、２０４    Ｕｕ伝送部
１０３、２０５、３０３    制御部
２００、２１０、２２０、２３０    ｅＮＢ
２０１、３０２    Ｓ１伝送部
２０２、３０１    Ｓ１−ＡＰレイヤ機能部
３００    ＭＭＥ
【図１】
2015510701.tif 000003
【図２】
2015510701.tif 000004
【図３】
2015510701.tif 000005
【図４】
2015510701.tif 000006
【図５】
2015510701.tif 000007
【図６】
2015510701.tif 000008
【図７】
2015510701.tif 000009
【図８】
2015510701.tif 000010
【図９】
2015510701.tif 000011
【図１０】
2015510701.tif 000012
【図１１】
2015510701.tif 000013
【図１２】
2015510701.tif 000014
【図１３】
2015510701.tif 000015
【図１４】
2015510701.tif 000016
【国際調査報告】
2015510701.tif 000017
2015510701.tif 000018