(57)【要約】  受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない場合に、または、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信した場合に、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの生成が必要であることを他の通信装置に通知する通信部を備える。
2019244317.tif 000002
【特許請求の範囲】
【請求項１】
受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない場合に、または、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信した場合に、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行が必要であることを他の通信装置に通知する通信部を備える
ことを特徴とする通信装置。
【請求項２】
前記通信部は、前記設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したメッセージを前記他の通信装置に送信することにより、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行が必要であることを前記他の通信装置に通知する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通信部は、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが実行されたことを示す情報を前記他の通信装置から受信し、
前記通信部は、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが生成されたことを示す情報を前記他の通信装置から受信した場合に、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行する
ことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない場合に、前記設定済みｃｏｎｆｉｇｕｒａｔｉｏｎの送信元ノードに対して、前記設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できないことを通知する通信部を備え、
前記通信部は、前記設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したメッセージを前記送信元ノードから受信する
ことを特徴とする通信装置。
【請求項５】
他の通信装置が、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない場合に、または、前記他の通信装置が、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信した場合に、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行が必要であること示す通知を前記他の通信装置から受信する通信部を備え、
前記通信部は、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行が必要であること示す通知を前記他の通信装置から受信した場合に、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行する
ことを特徴とする通信装置。
【請求項６】
通信方法であって、
受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない場合に、または、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信した場合に、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行が必要であることを他の通信装置に通知するステップ
を備えることを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおける通信装置に関連するものである。
【背景技術】
【０００２】
現在、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム及びＬＴＥ−Ａｄｖａｎｃｅｄシステムの後継として、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）システムと呼ばれる新たな無線通信システムの仕様策定が進められている。なお、ＮＲを５Ｇと称してもよい。【０００３】
ＮＲシステムでは、無線アクセスネットワークのアーキテクチャとして、１つの集約ノード（Ｃｅｎｔｒａｌ  Ｕｎｉｔ：ＣＵ）から複数の分散ノード（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ：ＤＵ）を張り出す構成を用いることが想定されている。この構成においては、ＣＵ−ＤＵ機能分離がなされており、一例として、ＣＵがＰＤＣＰ以上のレイヤの機能を持ち、ＤＵがＲＬＣ以下のレイヤの機能を持つ。ＣＵとＤＵとの間のインタフェースは、Ｆ１インタフェースとして標準化されている（例えば非特許文献１）。【０００４】
また、ＮＲシステムでは、ＬＴＥシステムにおけるデュアルコネクティビティ（ＤＣ）と同様に、ＬＴＥシステムの基地局とＮＲシステムの基地局との間でデータを分割し、これらの基地局によってデータを同時送受信するＥＮ−ＤＣ（Ｅ−ＵＴＲＡ−ＮＲ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が検討されている。ＥＮ−ＤＣはＭＮ（Ｍａｓｔｅｒ  Ｎｏｄｅ）とＳＮ（Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅ）によって構成される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ  ３８．４７３  Ｖ１５．１．０（２０１８−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したＥＮ−ＤＣの一例として、ＬＴＥシステムの基地局（ｅＮＢ）でＭＮを構成し、ＮＲシステムの基地局（ｇＮＢ）でＳＮを構成し、ＣＵとＤＵによってｇＮＢを構成するＥＮ−ＤＣを想定する。【０００７】
このＥＮ−ＤＣにおいて、例えば、ＳＮを構成するｇＮＢをＳ−ｇＮＢからＴ−ｇＮＢに変更するＳＮ変更手順が実行された場合、変更先のＴ−ｇＮＢを構成するＣＵとＤＵはＳ−ｇＮＢによって提供される設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを受信する。このとき、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを、Ｔ−ｇＮＢを構成するＣＵとＤＵが理解できない場合には、ＣＵとＤＵはｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行する必要がある。【０００８】
しかしながら、ＣＵ−ＤＵ機能分離がなされており、ＣＵとＤＵの持つレイヤの機能が異なるため、同じ設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵは理解できないがＤＵは理解できる場合があり得る。その場合はＣＵとＤＵの理解の不一致を解消する必要があるが、ＣＵは理解できないがＤＵは理解できる場合にＣＵとＤＵの理解の不一致を解消する手法はこれまでは規定されていなかった。【０００９】
また、ＥＮ−ＤＣにおいて、ＭＮがｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行する場合にはＳＮにもｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行させる必要がある。ＭＮがＳＮにｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行させる方法としては、ＭＮがＳＮにｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージをネットワークノード間のＸ２インタフェースを用いて送信することが考えられる。しかしながら、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを、ＳＮを構成するＣＵが受信した場合のＣＵの動作についてはこれまで規定されていなかった。【００１０】
本発明は上記の点に鑑みてなされたものであり、無線通信システムにおいて、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵは理解できないがＤＵは理解できる場合のＣＵとＤＵの理解の不一致を解消するとともに、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージをＣＵが受信した場合のＣＵの動作を明確にする技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示の技術によれば、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない場合に、または、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信した場合に、前記ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行が必要であることを他の通信装置に通知することを特徴とする通信装置が提供される。
【発明の効果】
【００１２】
開示の技術によれば、無線通信システムにおいて、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵは理解できないがＤＵは理解できる場合のＣＵとＤＵの理解の不一致を解消するするとともに、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージをＣＵが受信した場合のＣＵの動作を明確にする技術が提供される。
【図面の簡単な説明】
【００１３】
【図１】ＣＵ−ＤＵ機能分離の構成例を示す図である。
【図２】ＥＮ−ＤＣにおけるＳＮ変更手順の一例を示す図である。
【図３Ａ】設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵとＤＵの理解すべき箇所を示す図である。
【図３Ｂ】設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵとＤＵが理解できるか否かを示す４通りの組合せを示す図である。
【図４】課題を説明するためのハンドオーバ手順を示す図である。
【図５Ａ】課題を解決する第１の方法を示す図である。
【図５Ｂ】課題を解決する第１の方法を示す図である。
【図６Ａ】課題を解決する第２の方法を示す図である。
【図６Ｂ】課題を解決する第２の方法を示す図である。
【図７】課題を解決する第３の方法を示す図である。
【図８】ＣＵの構成例を示す図である。
【図９】ＤＵの構成例を示す図である。
【図１０】ハードウェア構成の例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１５】
以下で説明する実施の形態では、既存の３ＧＰＰ規格書で使用されている用語を適宜使用しているが、当該用語に示される対象と同様の対象が他の用語で呼ばれてもよい。
【００１６】
（ＣＵ−ＤＵ機能分離）
図１に本実施の形態におけるＣＵ−ＤＵ機能分離の構成例を示す。一例として、ＣＵがＰＤＣＰ以上のレイヤの機能を持ち、ＤＵがＲＬＣ以下のレイヤの機能を持つ。
【００１７】
（ＥＮ−ＤＣにおけるＳＮ変更手順）
図２は、ＥＮ−ＤＣにおいてＳＮを変更するためのＳＮ変更手順の一例を示す図である。図２を用いて課題について説明する。
【００１８】
ＥＮ−ＤＣの一例として、ＬＴＥシステムの基地局（ｅＮＢ）でＭＮを構成し、ＮＲシステムの基地局（ｇＮＢ）でＳＮを構成し、ＣＵとＤＵによってｇＮＢを構成するＥＮ−ＤＣを想定する。このＥＮ−ＤＣにおいて、ＳＮを構成するｇＮＢをＳ−ｇＮＢからＴ−ｇＮＢに変更するＳＮ変更手順が図２に示されている。図２のＳＮ変更手順において、Ｓ−ｇＮＢを構成するＣＵおよびＤＵをそれぞれＳ−ｇＮＢ−ＣＵ、Ｓ−ｇＮＢ−ＤＵと称し、Ｔ−ｇＮＢを構成するＣＵおよびＤＵをそれぞれＴ−ｇＮＢ−ＣＵ、Ｔ−ｇＮＢ−ＤＵと称する。
【００１９】
図２のＳＮ変更手順において、設定済みのｃｏｎｆｉｇｕｒａｔｉｏｎ（設定）がＴ−ｇＮＢ、すなわちＴ−ｇＮＢ−ＣＵ、Ｔ−ｇＮＢ−ＤＵに通知される。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎには、Ｔ−ｇＮＢ−ＣＵが理解すべき箇所（ＣＵ  ｐａｒｔ）と、Ｔ−ｇＮＢ−ＤＵが理解すべき箇所（ＤＵ  ｐａｒｔ）が含まれる。図３Ａは、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、Ｔ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵの理解すべき箇所を示す図である。ＣＵ  ｐａｒｔの一例としては、上位レイヤ（例えばＰＤＣＰ）の設定に関するｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇが挙げられる。ＤＵ  ｐａｒｔの一例としては、下位レイヤ（例えばＲＬＣ以下）の設定に関するＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇが挙げられる。このように、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎのうち、Ｔ−ｇＮＢ−ＣＵが理解すべき箇所とＴ−ｇＮＢ−ＤＵが理解すべき箇所とは異なっている。したがって、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、Ｔ−ｇＮＢ−ＣＵおよびＴ−ｇＮＢ−ＤＵが理解できるか否かは、互いに独立した関係にある。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、Ｔ−ｇＮＢ−ＣＵおよびＴ−ｇＮＢ−ＤＵが理解できるか否かを示す４通りの組合せを図３Ｂに示す。
【００２０】
図３Ｂにおいて、Ｃａｓｅ  １は、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、Ｔ−ｇＮＢ−ＣＵおよびＴ−ｇＮＢ−ＤＵの両方が理解できる場合を示している。Ｃａｓｅ  ２は、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、Ｔ−ｇＮＢ−ＣＵは理解できるが、Ｔ−ｇＮＢ−ＤＵは理解できない場合を示している。Ｃａｓｅ  ３は、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、Ｔ−ｇＮＢ−ＣＵは理解できないが、Ｔ−ｇＮＢ−ＤＵは理解できる場合を示している。Ｃａｓｅ  ４は、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、Ｔ−ｇＮＢ−ＣＵおよびＴ−ｇＮＢ−ＤＵの両方が理解できない場合を示している。
【００２１】
上記４通りの組合せの中で、Ｃａｓｅ  １とＣａｓｅ  ４の場合については、Ｔ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵの理解できるか理解できないかが一致しているので問題は生じない。
【００２２】
Ｃａｓｅ  ２の場合には、Ｔ−ｇＮＢ−ＣＵおよびＴ−ｇＮＢ−ＤＵの両方において、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが生成されることにより、Ｔ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵの理解の不一致が解消される。具体的には、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて理解できなかったＴ−ｇＮＢ−ＤＵは、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成し、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成した旨をＴ−ｇＮＢ−ＣＵに通知する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成した旨の通知をＴ−ｇＮＢ−ＤＵから受信したＴ−ｇＮＢ−ＣＵは、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。Ｔ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵの両方でｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが生成されることによりＴ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵ理解の不一致が解消される。
【００２３】
しかし、Ｃａｓｅ  ３の場合には、Ｔ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵの理解の不一致が解消される手法は規定されていないという課題がある。具体的には、図２のＳＮ変更手順において、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎの含まれるメッセージ（図２における「２．ＳｇＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ」）を受信したＴ−ｇＮＢ−ＣＵは、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない。Ｔ−ｇＮＢ−ＣＵは、Ｔ−ｇＮＢ−ＤＵに対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎの含まれるメッセージ（図２における「３．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」）を送信する。Ｔ−ｇＮＢ−ＤＵは、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できるので、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎは生成しない。そして、Ｔ−ｇＮＢ−ＤＵは、Ｔ−ｇＮＢ−ＣＵに対して、ｃｏｎｆｉｇｕｒａｔｉｏｎの差分であるｄｅｌｔａ−ｃｏｎｆｉｇｕｒａｔｉｏｎを含むメッセージ（図２における「４．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ」）を送信する。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できないＴ−ｇＮＢ−ＣＵに対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できることを前提とするｄｅｌｔａ−ｃｏｎｆｉｇｕｒａｔｉｏｎが送信されてしまうので、Ｔ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵの理解の不一致は解消されず、ＳＮ変更手順は失敗する（図２における「５．ＳｇＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｊｅｃｔ」）。
【００２４】
（ハンドオーバ手順）
同様の課題は、ハンドオーバ手順を用いても説明することができる。
【００２５】
図４は課題を説明するためのハンドオーバ手順を示す図である。図４には、Ｓ−ｇＮＢ−ＣＵおよびＳ−ｇＮＢ−ＤＵから構成されるＳ−ｇＮＢから、Ｔ−ｇＮＢ−ＣＵおよびＴ−ｇＮＢ−ＤＵから構成されるＴ−ｇＮＢへのハンドオーバ手順が示されている。
【００２６】
図４のハンドオーバ手順において、設定済みの「ｃｏｎｆｉｇｕｒａｔｉｏｎ（設定）」がＴ−ｇＮＢに通知される。ＳＮ変更手順の場合と同様、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、Ｔ−ｇＮＢ−ＣＵおよびＴ−ｇＮＢ−ＤＵが理解できるか否かの組合せは４通りである（図３Ｂ参照）。ハンドオーバ手順においても、図３Ｂに示されたＣａｓｅ  ３の場合には、Ｔ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵの理解の不一致が解消される手法は規定されていないという課題がある。具体的には、図４のハンドオーバ手順において、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎの含まれるメッセージ（図４における「１．Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」）を受信したＴ−ｇＮＢ−ＣＵは、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない。Ｔ−ｇＮＢ−ＣＵは、Ｔ−ｇＮＢ−ＤＵに対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎの含まれるメッセージ（図４における「２．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」）を送信する。Ｔ−ｇＮＢ−ＤＵは、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できるので、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎは生成しない。そして、Ｔ−ｇＮＢ−ＤＵは、Ｔ−ｇＮＢ−ＣＵに対して、ｃｏｎｆｉｇｕｒａｔｉｏｎの差分であるｄｅｌｔａ−ｃｏｎｆｉｇｕｒａｔｉｏｎを含むメッセージ（図４における「３．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ」）を送信する。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できないＴ−ｇＮＢ−ＣＵに対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できることを前提とするｄｅｌｔａ−ｃｏｎｆｉｇｕｒａｔｉｏｎが送信されてしまうので、Ｔ−ｇＮＢ−ＣＵとＴ−ｇＮＢ−ＤＵの理解の不一致は解消されず、ハンドオーバ手順は失敗する（図４における「４．Ｈａｎｄｏｖｅｒ  Ｐｒｅｐａｒａｔｉｏｎ  Ｆｉｌｕｒｅ」）。
【００２７】
（ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージ）
また、すでに説明したとおり、ＥＮ−ＤＣにおいて、ＭＮがｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行する場合にはＳＮにもｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行させる必要があり、そのために、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージをＭＮからＳＮを構成するＣＵに送信することが考えられるが、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信した場合のＣＵの動作については規定されていない。
【００２８】
（第１の方法）
上記課題を解決する第１の方法として、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎをＣＵが理解できない場合に、または、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージをＣＵが受信した場合に、ＣＵがＤＵにｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを行わせる方法について図５Ａ、図５Ｂを用いて説明する。
【００２９】
最初に、図５Ａについて説明する。
【００３０】
図５ＡのＳ１において、ＣＵ２００は、ＭＮ１００から、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを含むメッセージを受信する。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを含むメッセージは、例えば、図２のＳＮ変更手順における「２．ＳｇＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ」、または、図４のハンドオーバ手順における「１．Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」に対応する。ここで、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵ２００は理解できないがＤＵ３００は理解できる場合を想定する。Ｓ２において、ＣＵ２００は、受信したメッセージに含まれる設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できなかったＣＵ２００は、Ｓ３において、ＤＵ３００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを示すメッセージを送信する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを示すメッセージは、例えば、図２のＳＮ変更手順における「３．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」、または、図４のハンドオーバ手順における「２．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」に対応する。ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔには、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを示す情報として、例えば、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを明示的に示すＦ１インタフェースの情報要素が含まれてもよい。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを示すメッセージを受信したＤＵ３００は、Ｓ４において、ＳＣＧ  ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。Ｓ５において、ＤＵ３００は、ＣＵ２００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成したことを示すメッセージを送信する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成したことを示すメッセージは、例えば、図２のＳＮ変更手順における「４．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ」、図４のハンドオーバ手順における「３．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ」に対応する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成したことを示すメッセージをＤＵ３００から受信したＣＵ２００は、Ｓ６において、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。以上により、ＣＵ２００とＤＵ３００の両方においてｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが生成され、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについてのＣＵとＤＵの理解の不一致が解消される。
【００３１】
次に、図５Ｂについて説明する。
【００３２】
図５ＢのＳ１１において、ＣＵ２００は、ＭＮ１００から、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信したＣＵ２００は、Ｓ３において、ＤＵ３００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを示すメッセージを送信する。図５ＢのＳ３からＳ６までの動作は図５ＡのＳ３からＳ６までの動作と同一なので説明を省略する。
【００３３】
（第２の方法）
上記課題を解決する第２の方法として、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎをＣＵが理解できない場合に、または、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージをＣＵが受信した場合に、ＣＵが、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去してＤＵに転送する方法について、図６Ａ、図６Ｂを用いて説明する。
【００３４】
図６ＡのＳ１およびＳ２は、図５ＡのＳ１およびＳ２と同様なので説明を省略する。また、図５Ａの場合と同様に、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵ２００は理解できないがＤＵ３００は理解できる場合を想定する。
【００３５】
最初に、図６Ａについて説明する。
【００３６】
設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できなかったＣＵ２００は、Ｓ３１において、ＤＵ３００に対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したメッセージを送信する。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したメッセージは、例えば、図２のＳＮ変更手順における「３．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」、または、図４のハンドオーバ手順における「２．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ」に対応する。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したメッセージを送信することにより、ＣＵ２００は、ＤＵ３００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要な旨を黙示的に示すことができる。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたメッセージを受信したＤＵ３００は、Ｓ４において、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。Ｓ５において、ＤＵ３００は、ＣＵ２００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成したことを示すメッセージを送信する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成したことを示すメッセージは、例えば、図２のＳＮ変更手順における「４．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ」、または、図４のハンドオーバ手順における「３．ＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ」に対応する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成したことを示すメッセージをＤＵ３００から受信したＣＵ２００は、Ｓ６において、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。以上により、ＣＵ２００とＤＵ３００の両方においてｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが生成され、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについてのＣＵとＤＵの理解の不一致が解消される。
【００３７】
次に、図６Ｂについて説明する。
【００３８】
図６ＢのＳ１１において、ＣＵ２００は、ＭＮ１００から、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信したＣＵ２００は、Ｓ３１において、ＤＵ３００に対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したメッセージを送信する。図６ＢのＳ３１からＳ６までの動作は図６ＡのＳ３１からＳ６までの動作と同一なので説明を省略する。
【００３９】
（第３の方法）
第３の方法について図７を用いて説明する。
【００４０】
第１の方法および第２の方法においては、ＣＵ２００は、ＤＵ３００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要な旨を明示的または黙示的に通知した。
【００４１】
第３の方法においては、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できなかったＣＵ２００は、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎの送信元ノードに対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない旨を通知する。送信元ノードは、例えば、図２のＳＮ変更手順におけるＭＮ、図４のハンドオーバ手順におけるＳ−ｇＮＢ−ＣＵである。
【００４２】
図７のＳ１およびＳ２は、図５Ａ、図６ＡのＳ１およびＳ２と同様なので説明を省略する。また、図５Ａ、図６Ａの場合と同様に、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵ２００は理解できないがＤＵ３００は理解できる場合を想定する。
【００４３】
設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できなかったＣＵ２００は、Ｓ３２において、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎの送信元ノードに対して、ＣＵ２００が設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できなかったことを示すメッセージを送信する。送信元ノードは、図７の例では、ＭＮ１００である。ＣＵ２００が設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できなかったことを示すメッセージを受信したＭＮ１００は、Ｓ３３において、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたメッセージをＣＵ２００に対して送信する。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたメッセージは、例えば、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたＳｇＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔである。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたメッセージを受信したＣＵ２００は、Ｓ３４において、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたメッセージをＤＵ３００に対して送信する。設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたメッセージを受信したＤＵ３００は、Ｓ４において、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。Ｓ５において、ＤＵ３００は、ＣＵ２００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成したことを示すメッセージを送信する。ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成したことを示すメッセージをＤＵ３００から受信したＣＵ２００は、Ｓ６において、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。以上により、ＣＵ２００とＤＵ３００の両方においてｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが生成され、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについてのＣＵとＤＵの理解の不一致が解消される。
【００４４】
（その他の方法）
上記第３の方法において、ＭＮ１００は、Ｓ３３において、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたメッセージをＣＵ２００に対して送信する代わりに、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎが除去されたメッセージを直接ＤＵ３００に対して送信する方法も考えられる。その場合には、ＭＮ１００とＤＵ３００との間のインタフェースを定義する必要がある。
【００４５】
また、別の方法として、ＣＵ−ＤＵ間でｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎとｄｅｌｔａ  ｃｏｎｆｉｇｕｒａｔｉｏｎの混在を許容するようにすることが考えられる。この場合には、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについてのＣＵとＤＵの理解の不一致自体が課題ではなくなることになる。
【００４６】
（装置構成）
＜ＣＵ２００＞
図８は、ＣＵ２００の機能構成の一例を示す図である。図８に示すように、ＣＵ２００は、ＦＨ通信部２０１と、ＣＮ通信部２０２と、通信制御部２０３とを有する。また、ＦＨ通信部２０１と、ＣＮ通信部２０２を含む構成は通信部２０４と称される。図８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００４７】
ＦＮ通信部２０１は、ＤＵとの間で通信を行う。ＣＮ通信部２０２は、コアネットワークとの間で通信を行う。通信制御部２０３は、本実施の形態で説明した第１の方法、第２の方法、第３の方法に係る制御を実施する。なお、通信制御部２０３の機能が通信部２０４に含まれることとしてもよい。
【００４８】
例えば、ＣＵは、第１の通信装置（例：ＣＵ）と第２の通信装置（例：ＤＵ）とを含む無線通信システムにおける前記第２の通信装置として使用される通信装置である。例えば、通信制御部２０３は、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できなかった場合に：（１）ＤＵ３００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを示すメッセージを送信する；（２）ＤＵ３００に対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを送信する；または（３）設定済みｃｏｎｆｉｇｕｒａｔｉｏｎの送信元ノードに対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できなかったことを示すメッセージを送信する。
【００４９】
また、通信制御部２０３は、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信した場合に：（１）ＤＵ３００に対して、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを示すメッセージを送信する；または（２）ＤＵ３００に対して、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを送信する。
【００５０】
＜ＤＵ３００＞
図９は、ＤＵ３００の機能構成の一例を示す図である。図９に示すように、ＤＵ３００は、無線通信部３０１と、ＦＨ（フロントホール）通信部３０２と、通信制御部３０３とを有する。また、無線通信部３０１と、ＦＨ通信部３０２を含む構成は通信部３０４と称される。図８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００５１】
無線通信部３０１は、ユーザ装置との間で無線通信を行う。ＦＨ通信部３０２は、ＣＵ２００との間で通信を行う。通信制御部３０３は、ＣＵ２００から、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを明示的に示すＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信した場合、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行し、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行したことを示すメッセージをＣＵ２００に送信する。また、通信制御部３０３は、ＣＵ２００から、設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを除去したＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信した場合も、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行し、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行したことを示すメッセージをＣＵ２００に送信する。
【００５２】
なお、通信制御部３０３の機能が通信部３０４に含まれることとしてもよい。
【００５３】
例えば、ＤＵは、通信装置である。この場合、例えば、通信部３０４は、他の通信装置から、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎが必要であることを示すＵＥ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信した場合、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行し、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行したことを示すメッセージを他の通信装置に送信する。
【００５４】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図８〜図９）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【００５５】
また、例えば、本発明の一実施の形態におけるＣＵ２００、ＤＵ３００はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１０は、本実施の形態に係るＣＵ２００、ＤＵ３００のハードウェア構成の一例を示す図である。上述のＣＵ２００、ＤＵ３００はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００５６】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＣＵ２００、ＤＵ３００のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００５７】
ＣＵ２００、ＤＵ３００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００５８】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成されてもよい。
【００５９】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＣＵ２００、ＤＵ３００のそれぞれの機能は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００６０】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００６１】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【００６２】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、各装置の通信部は、通信装置１００４で実現されてもよい。
【００６３】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００６４】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００６５】
また、ＣＵ２００、ＤＵ３００はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００６６】
（実施の形態のまとめ）
以上説明したように、本実施の形態により、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎを理解できない場合に、または、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージを受信した場合に、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行が必要であることを他の通信装置（ＤＵ）に通知することを特徴とする通信装置（ＣＵ）が提供される。
【００６７】
上記の構成により、無線通信システムにおいて、受信した設定済みｃｏｎｆｉｇｕｒａｔｉｏｎについて、ＣＵは理解できないがＤＵは理解できる場合に、ＣＵとＤＵの理解の不一致を解消するとともに、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎの実行を要求するメッセージをＣＵが受信した場合のＣＵの動作を明確にする技術が提供される。
【００６８】
（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ＣＵ２００、ＤＵ３００は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って各装置が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００６９】
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【００７０】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００７１】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００７２】
本明細書において基地局ｅＮＢによって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。また、本明細書において基地局ｅＮＢによって行われるとした特定動作が基地局ｇＮＢにより行われてもよい。基地局ｅＮＢを有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置ＵＥとの通信のために行われる様々な動作は、基地局ｅＮＢおよび／または基地局ｅＮＢ以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局ｅＮＢ以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
【００７３】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【００７４】
ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００７５】
基地局ｅＮＢは、当業者によって、ＮＢ（ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００７６】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ  ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００７７】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００７８】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【００７９】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【００８０】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００８１】
１００  ＭＮ
２００  ＣＵ
３００  ＤＵ
２０１  ＦＨ通信部
２０２  ＣＮ通信部
２０３  通信制御装置
２０４  通信部
３０１  無線通信部
３０２  ＦＨ通信部
３０３  通信制御部
３０４  通信部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2019244317.tif 000003
【図２】
2019244317.tif 000004
【図３Ａ】
2019244317.tif 000005
【図３Ｂ】
2019244317.tif 000006
【図４】
2019244317.tif 000007
【図５Ａ】
2019244317.tif 000008
【図５Ｂ】
2019244317.tif 000009
【図６Ａ】
2019244317.tif 000010
【図６Ｂ】
2019244317.tif 000011
【図７】
2019244317.tif 000012
【図８】
2019244317.tif 000013
【図９】
2019244317.tif 000014
【図１０】
2019244317.tif 000015
【手続補正書】
【提出日】令和2年11月26日(2020.11.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
SCG  ｃｏｎｆｉｇｕｒａｔｉｏｎを含むメッセージを受信する通信部を備え、
前記通信部は、前記SCG  ｃｏｎｆｉｇｕｒａｔｉｏｎを含まないメッセージを他の通信装置に送信することにより、前記他の通信装置にｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行させる、ことを特徴とする通信装置。
【請求項２】
他の通信装置から、SCG  ｃｏｎｆｉｇｕｒａｔｉｏｎを含まないメッセージを受信する通信部を備え、
前記通信部は、前記SCG  ｃｏｎｆｉｇｕｒａｔｉｏｎを含まないメッセージを前記他の通信装置から受信した場合に、ｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行する、ことを特徴とする通信装置。
【請求項３】
SCG  ｃｏｎｆｉｇｕｒａｔｉｏｎを含むメッセージを受信するステップを備え、
前記受信するステップは、前記SCG  ｃｏｎｆｉｇｕｒａｔｉｏｎを含まないメッセージを他の通信装置に送信することにより、他の通信装置にｆｕｌｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎを実行させるステップを含む、ことを特徴とする通信方法。
【国際調査報告】
2019244317.tif 000016
2019244317.tif 000017
2019244317.tif 000018
2019244317.tif 000019
2019244317.tif 000020
2019244317.tif 000021