JP2019009720A - 端末装置、基地局装置、通信方法、および、集積回路 - Google Patents

Abstract

【課題】プロトコル処理の複雑さを軽減し、効率的に通信を行うことができる端末装置、基地局装置、通信方法および集積回路に関する技術を提供すること。【解決手段】基地局装置と通信する端末装置が、基地局装置からＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信し、ＤＲＢ設定は、ＳＤＡＰ設定を含み、ＳＤＡＰ設定は、ＳＤＡＰ機能を有効にするか、又は無効にするかの情報を含み、ＳＤＡＰ機能が有効の場合、ＳＤＡＰ機能の設定を行い、ＳＤＡＰ機能が無効の場合、ＳＤＡＰ機能の設定を行わない。【選択図】図１９

Description

本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。

セルラ−移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ：ＥＰＣ」）が、第三世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。

また、３ＧＰＰにおいて、第５世代のセルラ−システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ−Ａｄｖａｎｃｅｄ Ｐｒｏおよび新しい無線アクセス技術であるＮＲ（Ｎｅｗ Ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。

３ＧＰＰ ＲＰ−１７０８５５，"Ｗｏｒｋ Ｉｔｅｍ ｏｎ Ｎｅｗ Ｒａｄｉｏ （ＮＲ） Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ" ３ＧＰＰ ＴＳ ２３．５０１,"Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３６．３００, "Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３６．３３１,"Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ" ３ＧＰＰ ＴＳ ３６．３２３,"Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３６．３２２,"Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ （ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３６．３２１,"Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３７．３７４,"ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）ａｎｄ ＮＲ; Ｍｕｌｔｉ−Ｃｏｎｎｅｃｔｉｖｉｔｙ; Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３８．３００, "ＮＲ；ＮＲ ａｎｄ ＮＧ−ＲＡＮ Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３８．３３１,"ＮＲ；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ" ３ＧＰＰ ＴＳ ３８．３２３,"ＮＲ；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３８．３２２,"ＮＲ；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ （ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３８．３２１,"ＮＲ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ２３．４０１ ｖ１４．３．０，"Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ） ａｃｃｅｓｓ"

ＮＲの技術検討の一つとして、Ｅ−ＵＴＲＡとＮＲの両方のＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）のセルをＲＡＴ毎にセルグループ化してＵＥに割り当て、端末装置と１つ以上の基地局装置とが通信する仕組み（ＭＲ−ＤＣ：Ｍｕｌｔｉ−ＲＡＴ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）が検討されている（非特許文献８）。

しかしながら、Ｅ−ＵＴＲＡとＮＲとで利用する通信プロトコルのフォーマットや機能が異なるため、ＲＡＴとしてＥ−ＵＴＲＡのみを用いる従来のＬＴＥでのＤｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙに比べ、プロトコル処理が複雑になり、基地局装置と端末装置との通信を効率的に行うことができないという課題があった。

本発明の一態様は、上記した事情に鑑みてなされたもので、基地局装置との通信を効率的に行うことができる端末装置、該端末装置と通信する基地局装置、該端末装置に用いられる通信方法、該基地局装置に用いられる通信方法、該端末装置に実装される集積回路、該基地局装置に実装される集積回路を提供することを目的の一つとする。

上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の一態様は、基地局装置と通信する端末装置であって、基地局装置からＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記ＤＲＢ設定は、ＤＲＢ識別子、及び前記ＤＲＢ識別子に対応したＰＤＣＰ設定を含み、前記ＤＲＢ識別子の値は、現在の端末装置の設定には存在せず、前記ＰＤＣＰ設定情報には、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定、およびＮＲ用ＰＤＣＰ設定の内の一つを含み、前記ＰＤＣＰ設定情報に、前記Ｅ−ＵＴＲＡ用ＰＤＣＰ設定の情報が含まれる場合、前記ＰＤＣＰ設定情報に従って、ＰＤＣＰエンティティを確立し、前記ＰＤＣＰ設定情報に、前記ＮＲ用ＰＤＣＰ設定情報が含まれる場合、前記ＰＤＣＰ設定情報に従って、ＰＤＣＰエンティティを確立する。

また、本発明の一態様は、基地局装置と通信する端末装置であって、基地局装置からＤ
ＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記ＤＲＢ設定は、ＤＲＢ識別子、及び前記ＤＲＢ識別子に対応したＰＤＣＰ設定を含み、前記ＤＲＢ識別子の値は、現在の端末装置の設定に存在し、前記ＰＤＣＰ設定情報には、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定、およびＮＲ用ＰＤＣＰ設定の内の一つを含み、前記ＰＤＣＰ設定情報に、前記Ｅ−ＵＴＲＡ用ＰＤＣＰ設定の情報が含まれる場合、前記ＰＤＣＰ設定情報に従って、ＰＤＣＰエンティティを再確立し、前記ＰＤＣＰ設定情報に、前記ＮＲ用ＰＤＣＰ設定情報が含まれる場合、前記ＰＤＣＰ設定情報に従って、ＰＤＣＰエンティティを確立する。

また、本発明の一態様は、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）及びＮＲ（Ｎｅｗ Ｒａｄｉｏ）へのＭＲ−ＤＣ（Ｍｕｌｔｉ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ Ｄｕａｌ
Ｃｏｎｎｅｃｔｉｖｉｔｙ）に対応した端末装置であって、前記Ｅ−ＵＴＲＡがマスタセルグループとなる場合において、マスタ基地局装置からアンカセルグループのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記ＤＲＢ設定は、ＤＲＢ識別子、及び前記ＤＲＢ識別子に対応したＰＤＣＰ設定を含み、前記ＤＲＢ識別子の値は、現在の端末装置の設定には存在せず、前記ＰＤＣＰ設定情報には、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定、およびＮＲ用ＰＤＣＰ設定の内の一つを含み、前記ＰＤＣＰ設定情報に、前記Ｅ−ＵＴＲＡ用ＰＤＣＰ設定の情報が含まれる場合、前記ＰＤＣＰ設定情報に従って、ＰＤＣＰエンティティを確立し、前記ＰＤＣＰ設定情報に、前記ＮＲ用ＰＤＣＰ設定情報が含まれる場合、前記ＰＤＣＰ設定情報に従って、ＰＤＣＰエンティティを確立する。

また、本発明の一態様は、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）及びＮＲ（Ｎｅｗ Ｒａｄｉｏ）へのＭＲ−ＤＣ（Ｍｕｌｔｉ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ Ｄｕａｌ
Ｃｏｎｎｅｃｔｉｖｉｔｙ）に対応した端末装置であって、前記Ｅ−ＵＴＲＡがマスタセルグループとなる場合において、マスタ基地局装置からアンカセルグループのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記ＤＲＢ設定は、ＤＲＢ識別子、及び前記ＤＲＢ識別子に対応したＰＤＣＰ設定を含み、前記ＤＲＢ識別子の値は現在の端末装置の設定に存在し、前記ＰＤＣＰ設定情報には、Ｅ−ＵＴＲＡ 用ＰＤＣＰ設定、およびＮＲ用ＰＤＣＰ設定の内の一つを含み、前記ＰＤＣＰ設定情報に、前記Ｅ−ＵＴＲＡ 用ＰＤＣＰ設定の情報が含まれる場合、前記ＰＤＣＰ設定情報に従って、ＰＤＣＰエンティティを再確立し、前記ＰＤＣＰ設定情報に、前記ＮＲ用ＰＤＣＰ設定情報が含まれる場合、前記ＰＤＣＰ設定情報に従って、ＰＤＣＰエンティティを再確立する。

また、本発明の一態様は、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）及びＮＲ（Ｎｅｗ Ｒａｄｉｏ）へのＭＲ−ＤＣ（Ｍｕｌｔｉ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ Ｄｕａｌ
Ｃｏｎｎｅｃｔｉｖｉｔｙ）に対応した端末装置であって、前記Ｅ−ＵＴＲＡがマスタセルグループとなる場合において、マスタ基地局装置からアンカセルグループのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定、及び追加セルグループのＤＲＢ設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記アンカセルグループのＤＲＢ設定は、アンカセルグループのＤＲＢ識別子、及び前記アンカセルグループのＤＲＢ識別子に対応したＰＤＣＰ設定を含み、前記追加セルグループのＤＲＢ設定は、前記アンカセルグループのＤ
ＲＢ識別子、及びＤＲＢタイプがスプリットであるという情報を含み、前記アンカセルグループのＤＲＢ識別子に対応するアンカセルグループのＤＲＢ設定に含まれるＰＤＣＰ設定情報に従って、アンカセルグループのＰＤＣＰエンティティを再確立する。

また、本発明の一態様は、基地局装置と通信する端末装置であって、基地局装置からＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記ＤＲＢ設定は、ＤＲＢ識別子、及び前記ＤＲＢ識別子に対応したＳＤＡＰ設定を含み、前記ＤＲＢ識別子の値は、現在の端末装置の設定には存在せず、前記ＳＤＡＰ設定はＳＤＡＰヘッダ長を含み、前記ＳＤＡＰヘッダ長はゼロを含む８の整数倍の値のうち一つ又は複数であり、前記ＳＤＡＰ設定情報に従ってＳＤＡＰエンティティを確立する。

また、本発明の一態様は、基地局装置と通信する端末装置であって、基地局装置からＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記ＤＲＢ設定は、ＤＲＢ識別子、及び前記ＤＲＢ識別子に対応したＳＤＡＰ設定を含み、前記ＤＲＢ識別子の値は、現在の端末装置の設定に存在し、前記ＳＤＡＰ設定はＳＤＡＰヘッダ長を含み、前記ＳＤＡＰヘッダ長はゼロを含む８の整数倍の値のうち一つ又は複数であり、前記ＳＤＡＰ設定情報に従ってＳＤＡＰエンティティを再確立する。

また、本発明の一態様は、基地局装置と通信する端末装置であって、基地局装置からＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記ＤＲＢ設定は、ＳＤＡＰ設定を含み、前記ＳＤＡＰ設定は、ＳＤＡＰ機能を有効にするか、又は無効にするかの情報を含み、前記ＳＤＡＰ機能が有効の場合、ＳＤＡＰ機能の設定を行い、前記ＳＤＡＰ機能が無効の場合、ＳＤＡＰ機能の設定を行わない。

また、本発明の一態様は、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）及びＮＲ（Ｎｅｗ Ｒａｄｉｏ）へのＭＲ−ＤＣ（Ｍｕｌｔｉ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ Ｄｕａｌ
Ｃｏｎｎｅｃｔｉｖｉｔｙ）に対応した端末装置であって、前記Ｅ−ＵＴＲＡがマスタセルグループとなる場合において、マスタ基地局装置からアンカセルグループのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定、又は追加セルグループの設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、前記ＤＲＢ設定は、ＳＤＡＰ設定を含み、前記ＳＤＡＰ設定は、ＳＤＡＰ機能を有効にするか、又は無効にするかの情報を含み、前記ＳＤＡＰ機能が有効の場合、ＳＤＡＰ機能の設定を行い、前記ＳＤＡＰ機能が無効の場合、ＳＤＡＰ機能の設定を行わない。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明の一態様によれば、端末装置および基地局装置は、プロトコル処理の複雑さを軽減し、効率的に通信を行うことができる。

本発明の各実施の形態に係る通信システムの概略図。 本発明の各実施の形態における、Ｅ−ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。 本発明の各実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。 本発明の各実施の形態におけるＲＲＣコネクション再設定手順のフローの一例を示す図。 本発明の各実施の形態における端末装置（ＵＥ）のブロック図。 本発明の実施の形態１におけるＤＲＢ設定受信及び設定の一例を示す図。 本発明の各実施の形態におけるＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図の一部（一枚目）。 本発明の各実施の形態におけるＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図の別の一部（二枚目）。 本発明の実施の形態１における端末装置の設定部におけるＰＤＣＰ設定判断の一例を示す図。 本発明の実施の形態２、及び本発明の実施の形態５におけるＥＮ−ＤＣの基地局装置側の無線プロトコルアーキテクチャ（ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）とＲＢの関係を示す一例の図。 本発明の実施の形態２における、ＭＣＧベアラ、又はＳＣＧベアラをアンカセルグループのベアラとして確立する場合の、ＤＲＢ設定受信及び設定の一例を示す図。 本発明の実施の形態２における、ＣＧベアラ又はＳＣＧベアラから、スプリットベアラに変更する際の、追加セルグループのＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図。 本発明の実施の形態３におけるＤＲＢ設定受信及び設定の一例を示す図。 本発明の実施の形態３における、ＳＤＡＰ情報を含むＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図。 本発明の実施の形態３における、ＳＤＡＰ情報を含むＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図。 本発明の各実施の形態におけるＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図の一部（一枚目）。 本発明の各実施の形態におけるＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図の別の一部（二枚目）。 本発明の各実施の形態におけるＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図の更に別の一部（三枚目）。 本発明の実施の形態４におけるＤＲＢ設定受信及び設定の一例を示す図。 本発明の実施の形態４、及び実施の形態５におけるＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例を示す図。 本発明の実施の形態４、及び実施の形態５におけるＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の別の一例を示す図。 本発明の実施の形態４、及び実施の形態５における端末装置の設定部におけるＳＤＡＰ設定判断の一例。 本発明の実施の形態５におけるＤＲＢ設定受信及び設定の一例を示す図。

以下、本発明の各実施の形態について、図面を参照して詳細に説明する。

ＬＴＥ（およびＬＴＥ−Ａ Ｐｒｏ）とＮＲは、異なるＲＡＴとして定義されてもよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。ＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＤｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。

図１は本発明の各実施の形態に係る通信システムの概略図である。

Ｅ−ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ−ＵＴＲＡＮ Ｎｏｄｅ Ｂ）１０２は、Ｅ−ＵＴＲＡの基地局装置である。ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ−ＵＴＲＡ用コア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ：ＵＰ）が存在する。

ＮＲ１０６は現在３ＧＰＰにて検討している新しい無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇ Ｎｏｄｅ Ｂ）１０８は、ＮＲの基地局装置である。５ＧＣ１１０は、現在３ＧＰＰにて検討しているＮＲ用の新しいコア網であり、非特許文献２等に記載される。

インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであるが詳細は３ＧＰＰにおいて議論中である。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４は、通信事業者が提供する通信システムに応じて存在しない場合もある。

ＵＥ１２２はＥ−ＵＴＲＡ及びＮＲ両方に対応した端末装置である。

図２は本発明の各実施の形態における、Ｅ−ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）図である。

図２（Ａ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。

ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）２００は、無線物理層であり、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）
で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ−タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われる。

ＭＡＣ２０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う。ＭＡＣ２０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。

ＲＬＣ２０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節する。また、ＲＬＣ２００は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ−タの再送制御等の機能を持つ（非特許文献６）。

ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰ Ｐａｃｋｅｔ）を無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ−タの暗号化の機能も持ってもよい（非特許文献５）。

なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータの事を、それぞれＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＰＤＣＰ ＳＤＵと呼ぶ。

図２（Ｂ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＣＰのプロトコルスタック図である。

ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０８が存在する。ＲＲＣ２０８は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい（非特許文献４）。

前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。

図３は本発明の各実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）図である。

図３（Ａ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。

ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）３００は、ＮＲの無線物理層であり、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ−タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われてもよい。詳細においてはＥ−ＵＴＲＡの無線物理層ＰＨＹ２００とは異なり、３ＧＰＰにおいて議論中である。

ＭＡＣ３０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行ってもよい。ＭＡＣ３０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。詳細においてはＥ−ＵＴＲＡのＭＡＣ２０２とは異なり、３ＧＰＰにおいて議論中である。

ＲＬＣ３０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節してもよい。また、ＲＬＣ３０４は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するための機能も持っても良い。すなわち、ＲＬＣ３０４は、デ−タの再送制御等の機能を持っても良い（非特許文献１２）。詳細においてはＥ−ＵＴＲＡのＲＬＣ２０４とは異なり、３ＧＰＰにおいて議論中である。

ＰＤＣＰ３０６は、ユーザデータであるＩＰパケット（ＩＰ Ｐａｃｋｅｔ）を無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ−タの暗号化の機能も持ってもよい（非特許文献１１）。詳細においてはＥ−ＵＴＲＡのＰＤＣＰ２０６とは異なり、３ＧＰＰにおいて議論中である。

ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）３１０は、５ＧＣ１１０からｇＮＢ１０８に送られるデータ、及びｇＮＢから５ＧＣ１１０に送られるデータのＱｏＳと、ＲＢのＱｏＳとをマッピングする機能を持ってもよい。（非特許文献９）。ＳＤＡＰ３１０は、ｅＮＢ１０２が直接的に５ＧＣ１１０に繋がる場合、即ちインタフェース１１４を介して５ＧＣに繋がる場合、又はｅＮＢ１０２が間接的に５ＧＣ１１０に繋がる場合、即ちインタフェース１２０及びインタフェース１１６を介して５ＧＣに繋がる場合、Ｅ−ＵＴＲＡのＰＤＣＰであるＰＤＣＰ２０６の上位層として存在しても良い。詳細においては３ＧＰＰにおいて議論中である。

なお、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０において処理されたデータの事を、それぞれＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵ、ＳＤＡＰ ＰＤＵと呼んでも良い。また、ＭＡＣ
２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータの事を、それぞれＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵと呼んでも良い。

図３（Ｂ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＣＰのプロトコルスタック図である。

ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０８が存在する。ＲＲＣ３０８は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行っても良い。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい（非特許文献１０）。

前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。

なお、本発明の実施の形態では、以下Ｅ−ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ−ＵＴＲＡ用ＭＡＣ、Ｅ−ＵＴＲＡ用ＲＬＣ、Ｅ−ＵＴＲＡ用ＲＬＣ、及びＥ−ＵＴＲＡ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。

また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられても良い。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでも良い。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であっても良い。

図４は本発明の各実施の形態におけるＲＲＣコネクション再設定手順のフローの一例を示す図である。

ＲＲＣコネクション再設定手順（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献４に記載の、Ｅ−ＵＴＲＡにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順であるが、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられても良く、非特許文献１０に記載されてもよい。本発明の各実施の形態において、ＮＲにおけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられ手順を、ＲＲＣコネクション再設定手順と呼ぶが、別の名称であっても良い。本発明の各実施の形態におけるＲＲＣコネクション再設定手順はＮＲにおけるＲＢの確立、変更、
及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等を含むＲＲＣコネクション再設定手順であっても良い。

図４に示す通り、ｅＮＢ１０２又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＲＲＣコネクション再設定の必要が生じた際、ＵＥ１２２にＲＲＣコネクション再設定要求メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を送信する（Ｓ４００）。ＲＲＣコネクション再設定要求メッセージを受信したＵＥ１２２は、ＲＲＣコネクション再設定要求メッセージに含まれる情報（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ：ＩＥ）等に従って設定を行い、設定が完了した事を通知するため、ＲＲＣコネクション再設定要求メッセージの送信元であるｅＮＢ１０２又ｇＮＢ１０８、又はｅＮＢ及びｇＮＢ両方にＲＲＣコネクション再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）を送信しても良い（Ｓ４０２）。なお、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ及びＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージのメッセージ名は、この通りで無くても良い。また、ＵＥ１２２は、ＲＲＣコネクション再設定要求を送信した基地局装置がｅＮＢ１０２であるかｇＮＢ１０８であるかに関わらず、ｅＮＢ１０２及びｇＮＢ１０８両方にＲＲＣコネクション再設定完了メッセージを送信しても良い。また、ＵＥ１２２は、ＲＲＣコネクション再設定手順のみでなく、他のＲＲＣに関する全て、又は一部の手段（ＲＲＣコネクション設定手段、ＲＲＣコネクション再設定手段等）に対し、ｅＮＢ１０２又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方から送られる要求メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ等）に対し、要求メッセージを送信した基地局装置がｅＮＢ１０２であるかｇＮＢ１０８であるかに関わらず、ｅＮＢ１０２及びｇＮＢ１０８両方に完了メッセージを送信しても良い。

図５は本発明の各実施の形態における端末装置（ＵＥ）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明と密接に関連する主な構成部のみを示す。

図５に示すＵＥ１２２は、ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ及びｇＮＢ両方より、ＲＲＣコネクション再設定要求メッセージを受信する受信部５００、及びＲＲＣコネクション再設定要求メッセージにＤＲＢ設定情報（ＤＲＢ設定）が含まれている場合、このＤＲＢ設定に従ってＤＲＢの設定を行う設定部５０２から成る。ＵＥ１２２には受信部５００、設定部５０２以外の機能が含まれていても良い。

（実施の形態１）
図１〜図９を用いて、本発明の実施の形態１を説明する。

図６は本発明の実施の形態におけるＤＲＢ設定受信及び設定の一例を示す図である。ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＵＥ１２２に要求するＤＲＢ設定を決定する（Ｓ６００）。ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＤＲＢ設定をコア網（ＥＰＣ１０４、又は５ＧＣ１１０、又はＥＰＣ１０４及び５ＧＣ１１０両方）からの情報、又はＵＥ１２２の能力（Ｃａｐａｂｉｌｉｔｙ）、又はコア網からの情報及びＵＥ１２２の能力に基づいて決定しても良い。なおコア網からの情報は、ＵＥ１２２が要求する、音声通話などのアプリケーションサービスの条件に基づいて決められても良い。次にｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを生成し、ＵＥ１２２へ送信する（Ｓ６０２）。ＵＥ１２２の受信部５００は、ＤＲＢ設定
を含むＲＲＣコネクション再設定要求メッセージを受信し、ＤＲＢ設定を設定部５０２に渡す。

図７、及び図８はＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。なお、図７、及び図８は、一つの図である。即ち図７は、ＤＲＢ設定に係るＡＳＮ．1の一例を示す図のうち
の一枚目であり、図８はＤＲＢ設定に係るＡＳＮ．1の一例を示す図のうちの二枚目であ
る。図７、及び図８のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。

図７、及び図８のうちの図８において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの中に含まれる、ＤＲＢ−ＴｏＡｄｄＭｏｄが、ＤＲＢ設定のＩＥとなっている。図７、及び図８のうちの図８に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄには、ＤＲＢ識別子のＩＥであるＤＲＢ−Ｉｄｅｎｔｉｔｙ、及びＤＲＢ識別子に対応したＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇを含んでも良い。また、図７、及び図８のうちの図８に示す通り、ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇは、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、又はＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇを、選択（ＣＨＯＩＣＥ）して含んでも良い。また図７、及び図８のうちの図８に示す通り、ＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、及びＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇには、ＰＤＣＰのシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＮ）の長さを示すｐｄｃｐ−ＳＮ−Ｓｉｚｅ情報を含んでも良く、このｐｄｃｐ−ＳＮ−Ｓｉｚｅは、７を含む整数であっても良い。

図１６、図１７、及び図１８は、ＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の別の一例である。なお、図１６、図１７及び図１８は、一つの図である。即ち図１６は、ＤＲＢ設定に係るＡＳＮ．1の別の一例を示
す図のうちの一枚目であり、図１７はＤＲＢ設定に係るＡＳＮ．1の別の一例を示す図の
うちの二枚目であり、図１８はＤＲＢ設定に係るＡＳＮ．1の別の一例を示す図のうちの
三枚目である。図１６、図１７、及び図１８のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。

図１６、図１７、及び図１８のうちの図１６において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、Ｅ−ＵＴＲＡ用ＲＲＣコネクション再設定要求のＩＥであるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ−ＥＵＴＲＡ−ＩＥ、又はＮＲ用ＲＲＣコネクション再設定要求のＩＥであるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ−ＮＲ−ＩＥを、選択（ＣＨＯＩＣＥ）して含んでも良い。

図１６、図１７、及び図１８のうちの図１６及び図１７に示す通り、Ｅ−ＵＴＲＡ用ＲＲＣコネクション再設定要求のＩＥが選択された場合、Ｅ−ＵＴＲＡ用ＤＲＢ設定のＩＥである、ＤＲＢ−ＴｏＡｄｄＭｏｄ−ＥＵＴＲＡを含んでも良い。また、図１６、図１７、及び図１８のうちの図１７に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄ−ＥＵＴＲＡには、ＤＲＢ識別子のＩＥであるＤＲＢ−Ｉｄｅｎｔｉｔｙ、及びＤＲＢ識別子に対応した、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇ−ＥＵＴＲＡを含んでも良い。また、図１６、図１７、及び図１８のうちの図１７及び図１８に示す通り、ＥＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇ−ＥＵＴＲＡは、Ｅ−ＵＴＲＡ用Ｐ
ＤＣＰ設定として更に、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、又はＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇを、選択（ＣＨＯＩＣＥ）して含んでも良い。また図１６、図１７、及び図１８のうちの図１８に示す通り、ＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、及びＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇには、ＰＤＣＰのシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＮ）の長さを示すｐｄｃｐ−ＳＮ−Ｓｉｚｅ情報を含んでも良く、このｐｄｃｐ−ＳＮ−Ｓｉｚｅは、７を含む整数であっても良い。

また、図１６、図１７、及び図１８のうちの図１６及び図１７示す通り、ＮＲ用ＲＲＣコネクション再設定要求のＩＥが選択された場合、ＮＲ用ＤＲＢ設定のＩＥである、ＤＲＢ−ＴｏＡｄｄＭｏｄ−ＮＲを含んでも良い。また、図１６、図１７、及び図１８のうちの図１７に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄ−ＮＲには、ＤＲＢ識別子のＩＥであるＤＲＢ−Ｉｄｅｎｔｉｔｙ、及びＤＲＢ識別子に対応したＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇ−ＮＲを含んでも良い。また、図１６、図１７、及び図１８のうちの図１７及び図１８に示す通り、ＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇ−ＮＲは、ＮＲ用ＰＤＣＰ設定として更に、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、又はＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇを、選択（ＣＨＯＩＣＥ）して含んでも良い。また図１６、図１７、及び図１８のうちの図１８に示す通り、ＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、及びＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇには、ＰＤＣＰのシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＮ）の長さを示すｐｄｃｐ−ＳＮ−Ｓｉｚｅ情報を含んでも良く、このｐｄｃｐ−ＳＮ−Ｓｉｚｅは、７を含む整数であっても良い。

なお、図７、及び図８、及び図１６、図１７、及び図１８におけるＡＳＮ．１のメッセージ名、ＩＥ名、パラメータ名等は一例であり、他の名称でも良い。また、図７、及び図８、及び図１６、図１７、及び図１８において、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティ、及びＮＲ用ＰＤＣＰエンティティを記述したのと同様の方法で、Ｅ−ＵＴＲＡ用ＲＬＣエンティティ、及びＮＲ用ＲＬＣエンティティが記述されても良い。また、図７、及び図８及び図１６、図１７、及び図１８において、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティ、及びＮＲ用ＰＤＣＰエンティティを記述したのと同様の方法で、Ｅ−ＵＴＲＡ用ＭＡＣエンティティ（ＭＡＣＭａｉｎＣｏｎｆｉｇ（不図示）、ｌｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ等）、及びＮＲ用ＭＡＣエンティティが記述されても良い。

図６のＳ６０４において、ＵＥ１２２の設定部５０２がＵＥ１２２の受信部５００から渡されるＤＲＢ設定には、少なくともＤＲＢ識別子、及びＤＲＢ識別子と対応したＰＤＣＰ設定としてＥ−ＵＴＲＡ用ＰＤＣＰ設定、又はＮＲ用ＰＤＣＰ設定のどちらかが含まれる。ＵＥ１２２の設定部５０２はＤＲＢ識別子、及びＤＲＢ識別子と対応したＰＤＣＰ設定に従い、ＰＤＣＰエンティティを確立、又は再確立する。

図９は本発明の実施の形態における端末装置の設定部におけるＰＤＣＰ設定判断の一例である。ＵＥ１２２の設定部５０２は、ＤＲＢ識別子の値が現在の端末装置の設定に
存在するか否かを確認する（Ｓ９００）。存在しない場合、このＤＲＢ識別子と対応したＰＤＣＰ設定の中にＥ−ＵＴＲＡ用ＰＤＣＰ設定が含まれるかを確認し（Ｓ９０２）、含まれる場合にはＥ−ＵＴＲＡ用ＰＤＣＰ設定情報に従って、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティを確立する（Ｓ９０４）。一方、ＤＲＢ識別子と対応したＰＤＣＰ設定の中にＥ−ＵＴＲＡ用ＰＤＣＰエンティティが含まれない場合には、更にＤＲＢ識別子と対応したＰＤＣＰ設定の中にＮＲ用ＰＤＣＰ設定が含まれるかを確認し（Ｓ９０６）、含まれる場合にはＮＲ用ＰＤＣＰ設定情報に従って、ＮＲ用ＰＤＣＰエンティティを確立する（Ｓ９０８）。また、ＤＲＢ識別子と対応したＰＤＣＰ設定の中にＮＲ用ＰＤＣＰ設定が含まれない場合には、その他の設定を行う（Ｓ９１８）。

また一方で、ＤＲＢ識別子の値が現在の端末装置の設定に存在する場合、このＤＲＢ識別子と対応したＰＤＣＰ設定の中にＥ−ＵＴＲＡ用ＰＤＣＰ設定が含まれるかを確認し（Ｓ９１０）、含まれる場合にはＥ−ＵＴＲＡ用ＰＤＣＰ設定情報に従って、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティを再確立する（Ｓ９１２）。一方、ＤＲＢ識別子と対応したＰＤＣＰ設定の中にＥ−ＵＴＲＡ用ＰＤＣＰ設定が含まれない場合には、更にＤＲＢ識別子と対応したＰＤＣＰ設定の中にＮＲ用ＰＤＣＰ設定が含まれるかを確認し（Ｓ９１４）、含まれる場合にはＮＲ用ＰＤＣＰ設定情報に従って、ＮＲ用ＰＤＣＰエンティティを再確立する（Ｓ９１６）。また、ＤＲＢ識別子と対応したＰＤＣＰ設定の中にＮＲ用ＰＤＣＰ設定が含まれない場合には、その他の設定を行う（Ｓ９１８）。上記再確立処理により、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティとＮＲ用ＰＤＣＰエンティティが切り替えられても良い。例えば、現在のＵＥ１２２の設定に存在する、あるＤＲＢ識別子（ＤＲＢ識別子１とする）と対応するＰＤＣＰ設定がＥ−ＵＴＲＡ用ＰＤＣＰ設定である場合において、受信したＲＲＣコネクション再設定メッセージに含まれるＤＲＢ設定に、上述のＤＲＢ識別子１が含まれ、このＤＲＢ識別子１に対応するＰＤＣＰ設定がＮＲ用ＰＤＣＰ設定である場合、ＤＲＢ識別子１に対応するＰＤＣＰエンティティを、ＮＲ用ＰＤＣＰエンティティとして再設定する。同様に、現在のＵＥ１２２の設定に存在する、あるＤＲＢ識別子（ＤＲＢ識別子２とする）と対応するＰＤＣＰ設定がＮＲ用ＰＤＣＰ設定である場合において、受信したＲＲＣコネクション再設定メッセージに含まれるＤＲＢ設定に、上述のＤＲＢ識別子２が含まれ、このＤＲＢ識別子２に対応するＰＤＣＰ設定がＥ−ＵＴＲＡ用ＰＤＣＰ設定である場合、ＤＲＢ識別子２に対応するＰＤＣＰエンティティを、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティとして再設定する。このようにＥ−ＵＴＲＡ用ＰＤＣＰ設定とＮＲ用ＰＤＣＰ設定は、ＲＲＣコネクション再設定メッセージによって切り替えられても良い。なお、図９におけるＰＤＣＰエンティティ設定は、ＰＤＣＰ設定として読み替えられても良い。

ＵＥ１２２の設定部５０２で設定を終えた後、図６でＵＥ１２２は、ｅＮＢ１０２又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方に、ＲＲＣコネクション再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージを送信する（Ｓ６０６）。

なお、本実施の形態におけるＤＲＢ設定は、ＲＲＣコネクション再設定手順だけでなく、ＲＲＣコネクション設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順や、ＲＲＣコネクション再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に含まれていても良い。また本実施の形態におけるＰＤＣＰエンティティの再確立とは、例えば非特許文献５に記載のハイパーフレーム番号（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ：ＨＦＮ）のゼロリセットや、ヘッダ圧縮の初期（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ：ＩＲ）モードへの変更、指定された暗号アルゴリズム（ａｌｇｏｒｉｔｈｍ）及び暗号鍵への変更などを含んでも良い。
なお、非特許文献に記述されるハイパーフレーム番号（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ：ＨＦＮ）のゼロリセットや、ヘッダ圧縮の初期（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ
ａｎｄ Ｒｅｆｒｅｓｈ：ＩＲ）モードへの変更、指定された暗号アルゴリズム（ａｌｇｏｒｉｔｈｍ）及び暗号鍵への変更はＥ−ＵＴＲＡ用であるが、ＮＲ用として適用されても良い。

このように、本実施の形態では、端末装置（ＵＥ）が要求する、音声通話などのアプリケーションサービスの条件などに基づいて、Ｅ−ＵＴＲＡの基地局装置（ｅＮＢ）、又はＮＲの基地局装置（ｇＮＢ）、又はｅＮＢ及びｇＮＢが、ＵＥとの通信において利用するＰＤＣＰエンティティが、Ｅ−ＵＴＲＡ用であるかＮＲ用であるかを選択し、ＵＥにＲＲＣコネクション再設定メッセージを用いて通知する。よってＵＥが利用するアプリケーシ
ョンサービスに適したＰＤＣＰエンティティを確立する事ができ、プロトコル処理の複雑さを軽減した、効率的な通信を行うことができる。

（実施の形態２）
本発明の実施の形態２では、ＮＲの技術の一つとして検討されている、Ｅ−ＵＴＲＡとＮＲの両方の無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）のセルをＲＡＴ毎にセルグループ化してＵＥに割り当て、ＵＥと１つ以上の基地局装置とが通信する仕組みである、ＭＲ−ＤＣ（Ｍｕｌｔｉ−ＲＡＴ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）において、特にＥＰＣをコア網とし、Ｅ−ＵＴＲＡ側の基地局装置が後述のマスタ基地局装置となる、ＥＮ−ＤＣ（Ｅ−ＵＴＲＡＮ ｓｕｐｐｏｒｔｓ Ｍｕｌｔｉ−ＲＡＴ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ （ＭＲ−ＤＣ） ｖｉａ Ｅ−ＵＴＲＡ−ＮＲ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）の場合のＤＲＢ設定を説明する。

図１、及び図５〜図１２を用いて、本実施の形態２を説明する。

図１０は、本発明の実施の形態におけるＥＮ−ＤＣの基地局装置側の無線プロトコルアーキテクチャ（ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）とＲＢの関係を示す一例の図である。

ＥＮ−ＤＣは、ＥＰＣをコア網とし、Ｅ−ＵＴＲＡの基地局装置をマスタ基地局（Ｍａｓｔｅｒ ｅＮＢ：ＭｅＮＢ）とし、ＮＲの基地局装置をセカンダリ基地局（Ｓｅｃｏｎｄｅｒｙ ｇＮＢ：ＳｇＮＢ）とする、２つの基地局装置がそれぞれ構成するセルグループ、すなわちＭｅＮＢが構成するマスタセルグループ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ：ＭＣＧ）及びＳｇＮＢが構成するセカンダリセルグループ（Ｓｅｃｏｎｄｅｒｙ Ｃｅｌｌ Ｇｒｏｕｐ：ＳＣＧ）の両方の無線リソースを利用してデータ通信を行う技術であっても良い。ＭＲ−ＤＣにおいて、マスタ基地局とは、ＭＲ−ＤＣに係る主なＲＲＣ機能、例えば、ＲＢの確立、変更、及び解放、及びセカンダリセルなどの追加セルの追加、変更、解放、及びハンドオーバ等、を持つ基地局であっても良く、セカンダリ基地局とは、一部のＲＲＣ機能、例えばＳＣＧの変更、及び解放等、を持つ基地局であっても良い。

図１０に示す通り、ＥＮ−ＤＣでは送受信するデータのうち一部をＳｇＮＢ側で送受信し、残りをＭｅＮＢ側で送受信する。ＥＮ−ＤＣのデータ送受信方法には、ＥＰＣ内のノードがデータの分岐・合流点であるアンカポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）となり、ＭｅＮＢ及びＳｇＮＢそれぞれが、ＥＰＣとの間に論理経路であるベアラ（ｂｅａｒｅｒ）を確立してデータ送受信する、すなわちＭｅＮＢ側でＭＣＧベアラ、ＳｇＮＢ側でＳＣＧベアラを用いてデータ送受信する方法、及びＭｅＮＢ又はＳｅＮＢがアンカポイントなり、無線側のベアラである無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）がＭｅＮＢとＳｅＮＢでスプリット（ｓｐｌｉｔ）する、スプリットベアラを用いてデータ送受信する方法があっても良い。スプリットベアラは、無線ベアラ確立の際に確立する方法と、ＭＣＧベアラ又はＳＣＧベアラを確立した後、ＳＣＧ側又はＭＣＧ側の無線ベアラを追加する形で、ＭＣＧベアラ又はＳＣＧベアラをスプリットベアラに変更する方法とがあっても良い。ＭＣＧベアラ、ＳＣＧベアラ、スプリットベアラの確立、変更は、ＭｅＮＢとＵＥとの間で行う送信するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクション再設定（Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）手続きにより、行っても良い。本実施の形態ではスプリットベアラのアンカポイントになる基地局装置のセルグループをアンカセルグループ（ａｎｃｈｏｒ ｃｅｌｌ Ｇｒｏｕｐ）と呼び、スプリットベアラのアンカポイントにならない基地局装置のセルグループを追加セルグループ（ａｄｄｉｔｉｏｎａｌ ｃｅｌｌ ｇｒｏｕｐ）と呼ぶ。アンカセルグループがＭ
ＣＧで、追加セルグループがＳＣＧであっても良いし、アンカセルグループがＳＣＧで、追加セルグループがＭＣＧであっても良い。アンカセルグループがＭＣＧである場合のスプリットベアラをＭＣＧスプリットベアラ、アンカセルグループがＳＣＧである場合のスプリットベアラをＳＣＧスプリットベアラと呼んでも良い。

ＥＮ−ＤＣにおいて、スプリットベアラを用いてデータ送受信する場合、下りデータに関しては、ＥＰＣから転送される下りデータの一部をアンカセルグループの基地局装置が追加セルグループの基地局装置に配信し、追加セルグループの基地局装置がＵＥに伝送すると共に、残りのデータはマスタセルグループの基地局装置からＵＥに伝送しても良い。上りデータに関しては、ＵＥは上りデータの一部を追加セルグループの基地局装置に伝送し、追加セルグループの基地局装置がこの上りデータの一部をマスタセルグループの基地局装置に配信すると共に、ＵＥは残りのデータをマスタセルグループの基地局装置に伝送しても良い。

図１０に示す通り、スプリットベアラを用いる場合、マスタセルグループの基地局装置、及び追加セルグループの基地局装置との間で、ＰＤＣＰ ＰＤＵが送受信されても良い。

図１１は本発明の実施の形態における、ＭＣＧベアラ、又はＳＣＧベアラをアンカセルグループのベアラとして確立する場合の、ＤＲＢ設定受信及び設定の一例を示す図である。なおアンカセルグループとして確立する場合であっても、後にスプリットベアラに変更しなくても良い。ｅＮＢ１０２は、ＵＥ１２２に要求するＤＲＢ設定を決定する（Ｓ１１００）。ｅＮＢ１０２は、ＤＲＢ設定をコア網（ＥＰＣ１０４）からの情報、又はＵＥ１２２の能力（Ｃａｐａｂｉｌｉｔｙ）、又はコア網からの情報及びＵＥ１２２の能力に基づいて決定しても良い。なおコア網からの情報は、ＵＥ１２２が要求する、音声通話などのアプリケーションサービスの条件に基づいて決められても良い。次にｅＮＢ１０２は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを生成し、ＵＥ１２２へ送信する（Ｓ１１０２）。ＵＥ１２２の受信部５００は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求メッセージを受信し、ＤＲＢ設定を設定部５０２に渡す。

図７、及び図８は実施の形態１で説明した、ＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例である。

すなわち、図７、及び図８のうちの図８において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの中に含まれる、ＤＲＢ−ＴｏＡｄｄＭｏｄが、ＤＲＢ設定のＩＥとなっている。図７、及び図８のうちの図８に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄには、ＤＲＢ識別子のＩＥであるＤＲＢ−Ｉｄｅｎｔｉｔｙ、及びＤＲＢ識別子に対応したＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇを含んでも良い。また、図７、及び図８のうちの図８に示す通り、ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇは、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、又はＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇを、選択（ＣＨＯＩＣＥ）して含んでも良い。また図７、及び図８のうちの図８に示す通り、ＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、及びＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇには、ＰＤＣＰのシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＮ）の長さを示すｐｄｃｐ−ＳＮ−Ｓｉｚｅ情報を含んでも良く、このｐｄｃｐ−ＳＮ−Ｓｉｚｅは、７を含む整数であっても良い。

図１６、図１７、及び図１８は、実施の形態１で説明した、ＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の別の一例である。

すなわち、図１６、図１７、及び図１８のうちの図１６において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、Ｅ−ＵＴＲＡ用ＲＲＣコネクション再設定要求のＩＥであるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ−ＥＵＴＲＡ−ＩＥ、又はＮＲ用ＲＲＣコネクション再設定要求のＩＥであるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ−ＮＲ−ＩＥを、選択（ＣＨＯＩＣＥ）して含んでも良い。

図１６、図１７、及び図１８のうちの図１６及び図１７に示す通り、Ｅ−ＵＴＲＡ用ＲＲＣコネクション再設定要求のＩＥが選択された場合、Ｅ−ＵＴＲＡ用ＤＲＢ設定のＩＥである、ＤＲＢ−ＴｏＡｄｄＭｏｄ−ＥＵＴＲＡを含んでも良い。また、図１６、図１７、及び図１８のうちの図１７に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄ−ＥＵＴＲＡには、ＤＲＢ識別子のＩＥであるＤＲＢ−Ｉｄｅｎｔｉｔｙ、及びＤＲＢ識別子に対応した、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇ−ＥＵＴＲＡを含んでも良い。また、図１６、図１７、及び図１８のうちの図１７及び図１８に示す通り、ＥＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇ−ＥＵＴＲＡは、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定として更に、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、又はＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇを、選択（ＣＨＯＩＣＥ）して含んでも良い。また図１６、図１７、及び図１８のうちの図１８に示す通り、ＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、及びＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇには、ＰＤＣＰのシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＮ）の長さを示すｐｄｃｐ−ＳＮ−Ｓｉｚｅ情報を含んでも良く、このｐｄｃｐ−ＳＮ−Ｓｉｚｅは、７を含む整数であっても良い。

また、図１６、図１７、及び図１８のうちの図１６及び図１７に示す通り、ＮＲ用ＲＲＣコネクション再設定要求のＩＥが選択された場合、ＮＲ用ＤＲＢ設定のＩＥである、ＤＲＢ−ＴｏＡｄｄＭｏｄ−ＮＲを含んでも良い。また、図１６、図１７、及び図１８のうちの図１７に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄ−ＮＲには、ＤＲＢ識別子のＩＥであるＤＲＢ−Ｉｄｅｎｔｉｔｙ、及びＤＲＢ識別子に対応したＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇ−ＮＲを含んでも良い。また、図１６、図１７、及び図１８のうちの図１７及び図１８に示す通り、ＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇ−ＮＲは、ＮＲ用ＰＤＣＰ設定として更に、Ｅ−ＵＴＲＡ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、又はＮＲ用ＰＤＣＰ設定情報であるＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇを、選択（ＣＨＯＩＣＥ）して含んでも良い。また図１６、図１７、及び図１８のうちの図１８に示す通り、ＰＤＣＰ−ＥＵＴＲＡ−Ｃｏｎｆｉｇ、及びＰＤＣＰ−ＮＲ−Ｃｏｎｆｉｇには、ＰＤＣＰのシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＮ）の長さを示すｐｄｃｐ−ＳＮ−Ｓｉｚｅ情報を含んでも良く、このｐｄｃｐ−ＳＮ−Ｓｉｚｅは、７を含む整数であっても良い。

なお、実施の形態１で説明した通り、図７、及び図８、及び図１６、図１７、及び図１８におけるＡＳＮ．１のメッセージ名、ＩＥ名、パラメータ名等は一例であり、他の名称でも良い。また、図７、及び図８、及び図１６、図１７、及び図１８において、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティ、及びＮＲ用ＰＤＣＰエンティティを記述したのと同様の方法で、Ｅ−ＵＴＲＡ用ＲＬＣエンティティ、及びＮＲ用ＲＬＣエンティティが記述されても良い。また、図７、及び図８、及び図１６、図１７、及び図１８において、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティ、及びＮＲ用ＰＤＣＰエンティティを記述したのと同様の方法で、Ｅ−ＵＴＲＡ用ＭＡＣエンティティ（ＭＡＣＭａｉｎＣｏｎｆｉｇ（不図示）、ｌｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ等）、及びＮＲ用ＭＡＣエンティティが記述されても良い。

図１１のＳ１１０４において、ＵＥ１２２の設定部５０２がＵＥ１２２の受信部５００
から渡されるＤＲＢ設定には、少なくともＤＲＢ識別子、及びＤＲＢ識別子と対応したＰＤＣＰ設定としてＥ−ＵＴＲＡ用ＰＤＣＰ設定、又はＮＲ用ＰＤＣＰ設定のどちらかが含まれる。ＵＥ１２２の設定部５０２はＤＲＢ識別子、及びＤＲＢ識別子と対応したＰＤＣＰ設定に従い、ＰＤＣＰエンティティを確立、又は再確立する。

図９は本実施の形態１で説明した通り、端末装置の設定部におけるＰＤＣＰ設定判断の一例である。すなわちＵＥ１２２の設定部５０２は、ＤＲＢ識別子の値が現在の端末装置の設定に存在するか否かを確認する（Ｓ９００）。存在しない場合、このＤＲＢ識別子と対応したＰＤＣＰ設定の中にＥ−ＵＴＲＡ用ＰＤＣＰ設定が含まれるかを確認し（Ｓ９０２）、含まれる場合にはＥ−ＵＴＲＡ用ＰＤＣＰ設定情報に従って、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティを確立する（Ｓ９０４）。一方、ＤＲＢ識別子と対応したＰＤＣＰ設定の中にＥ−ＵＴＲＡ用ＰＤＣＰ設定が含まれない場合には、更にＤＲＢ識別子と対応したＰＤＣＰ設定の中にＮＲ用ＰＤＣＰ設定が含まれるかを確認し（Ｓ９０６）、含まれる場合にはＮＲ用ＰＤＣＰ設定情報に従って、ＮＲ用ＰＤＣＰエンティティを確立する（Ｓ９０８）。また、ＤＲＢ識別子と対応したＰＤＣＰ設定の中にＮＲ用ＰＤＣＰ設定が含まれない場合には、その他の設定を行う（Ｓ９１８）。

また一方で、ＤＲＢ識別子の値が現在の端末装置の設定に存在する場合、このＤＲＢ識別子と対応したＰＤＣＰ設定の中にＥ−ＵＴＲＡ用ＰＤＣＰ設定が含まれるかを確認し（Ｓ９１０）、含まれる場合にはＥ−ＵＴＲＡ用ＰＤＣＰ設定情報に従って、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティを再確立する（Ｓ９１２）。一方、ＤＲＢ識別子と対応したＰＤＣＰ設定の中にＥ−ＵＴＲＡ用ＰＤＣＰ設定が含まれない場合には、更にＤＲＢ識別子と対応したＰＤＣＰ設定の中にＮＲ用ＰＤＣＰ設定が含まれるかを確認し（Ｓ９１４）、含まれる場合にはＮＲ用ＰＤＣＰ設定情報に従って、ＮＲ用ＰＤＣＰエンティティを再確立する（Ｓ９１６）。また、ＤＲＢ識別子と対応したＰＤＣＰ設定の中にＮＲ用ＰＤＣＰ設定が含まれない場合には、その他の設定を行う（Ｓ９１８）。上記再確立処理により、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティとＮＲ用ＰＤＣＰエンティティが切り替えられても良い。例えば、現在のＵＥ１２２の設定に存在する、あるＤＲＢ識別子（ＤＲＢ識別子１とする）と対応するＰＤＣＰ設定がＥ−ＵＴＲＡ用ＰＤＣＰ設定である場合において、受信したＲＲＣコネクション再設定メッセージに含まれるＤＲＢ設定に、上述のＤＲＢ識別子１が含まれ、このＤＲＢ識別子１に対応するＰＤＣＰ設定がＮＲ用ＰＤＣＰ設定である場合、ＤＲＢ識別子１に対応するＰＤＣＰエンティティを、ＮＲ用ＰＤＣＰエンティティとして再設定する。同様に、現在のＵＥ１２２の設定に存在する、あるＤＲＢ識別子（ＤＲＢ識別子２とする）と対応するＰＤＣＰ設定がＮＲ用ＰＤＣＰ設定である場合において、受信したＲＲＣコネクション再設定メッセージに含まれるＤＲＢ設定に、上述のＤＲＢ識別子２が含まれ、このＤＲＢ識別子２に対応するＰＤＣＰ設定がＥ−ＵＴＲＡ用ＰＤＣＰ設定である場合、ＤＲＢ識別子２に対応するＰＤＣＰエンティティを、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティとして再設定する。このようにＥ−ＵＴＲＡ用ＰＤＣＰ設定とＮＲ用ＰＤＣＰ設定は、ＲＲＣコネクション再設定メッセージによって切り替えされても良い。なお、図９で、ＰＤＣＰエンティティ設定を、ＰＤＣＰ設定と読み替えても良い。

ＵＥ１２２の設定部５０２で設定を終えた後、図１１でＵＥ１２２は、ｅＮＢ１０２に、ＲＲＣコネクション再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージを送信する（Ｓ１１０６）。

なお、本実施の形態におけるＤＲＢ設定は、ＲＲＣコネクション再設定手順だけでなく、ＲＲＣコネクション設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順や、ＲＲＣコネクション再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に含まれていても良い。また本実施の形態におけるＰＤＣＰエンティティの再確立とは、例えば非特許文献５に記載のハイパーフレーム番号（Ｈｙｐ
ｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ：ＨＦＮ）のゼロリセットや、ヘッダ圧縮の初期（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ：ＩＲ）モードへの変更、指定された暗号アルゴリズム（ａｌｇｏｒｉｔｈｍ）及び暗号鍵への変更などを含んでも良い。
なお、非特許文献に記述されるハイパーフレーム番号（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ：ＨＦＮ）のゼロリセットや、ヘッダ圧縮の初期（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ
ａｎｄ Ｒｅｆｒｅｓｈ：ＩＲ）モードへの変更、指定された暗号アルゴリズム（ａｌｇｏｒｉｔｈｍ）及び暗号鍵への変更はＥ−ＵＴＲＡ用であるが、ＮＲ用として適用されても良い。

次にＭＣＧベアラ又はＳＣＧベアラから、スプリットベアラへの変更について説明する。

図１２は、ＭＣＧベアラ又はＳＣＧベアラから、スプリットベアラに変更する際の、追加セルグループのＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例である。図１２のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。図１２に示すＡＳＮ．１の例は、図７、及び図８、又は図１６、図１７、及び図１８に示すＡＮＳ．１の例の一部であっても良い。図１２に示す、ＤＲＢ−ＴｏＡｄｄＭｏｄＡＤＤＣＧ−ＮＲ ＩＥは、追加セルグループのＤＲＢ設定に関するものであり、別の名称であっても良い。また図１２に示すＤＲＢ−ＴｏＡｄｄＭｏｄＡＤＤＣＧ−ＮＲ ＩＥは、追加セルグループ設定に関する上位ＩＥの一部であっても良い。

図１１において、ｅＮＢ１０２は、ＵＥ１２２に要求するアンカセルグループのＤＲＢ設定、及び追加セルグループのＤＲＢ設定を決定する（Ｓ１１００）。ただしアンカセルグループのＤＲＢ設定は変更しなくても良い。アンカセルグループのＤＲＢ設定を変更する場合には、アンカセルグループのＤＲＢ設定にＤＲＢ識別子と、それに対応した変更するＰＤＣＰ設定などのエンティティ設定情報を含んでも良い。またアンカセルグループのＤＲＢ設定を変更しない場合には、アンカセルグループのＤＲＢ設定にＤＲＢ識別子のみ持たせても良い。ｅＮＢ１０２は、アンカセルグループのＤＲＢ設定を変更するか否かをコア網（ＥＰＣ１０４）からの情報、又はＵＥ１２２の能力（Ｃａｐａｂｉｌｉｔｙ）、又はコア網からの情報及びＵＥ１２２の能力に基づいて決定しても良い。なおコア網からの情報は、ＵＥ１２２が要求する、音声通話などのアプリケーションサービスの条件に基づいて決められても良い。次にｅＮＢ１０２は、アンカセルのＤＲＢ設定、及び追加セルのＤＲＢ設定を含むＲＲＣコネクション再設定要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを生成し、ＵＥ１２２へ送信する（Ｓ１１０２）。ＵＥ１２２の受信部５００は、アンカセルのＤＲＢ設定、及び追加セルのＤＲＢ設定を含むＲＲＣコネクション再設定要求メッセージを受信し、アンカセルのＤＲＢ設定、及び追加セルのＤＲＢ設定を設定部５０２に渡す。

ＵＥ１２２の設定部５０２では、アンカセルグループのＤＲＢ設定に含まれるＤＲＢ識別子の値が、現在のＵＥ１２２の設定に存在する場合、かつアンカセルグループのＤＲＢ設定に含まれるＤＲＢ識別子が、追加セルグループのＤＲＢ設定に含まれるＤＲＢ識別子である場合、つまり、アンカセルグループのＤＲＢ識別子の値と追加セルグループのＤＲＢ識別子の値が同じである場合、かつ追加セルグループのＤＲＢタイプ（図１２のｄｒｂ−Ｔｙｐｅ−ＮＲ等）がスプリットである場合、既に存在するＭＣＧベアラ又はＳＣＧベアラをスプリットベアラに変更すると判断する。なお、既に存在するＭＣＧベアラ又はＳＣＧベアラをスプリットベアラに変更する判断方法は、この通りとは限らず、別の方法であっても良い。

ＵＥ１２２の設定部５０２は、追加セルグループのＤＲＢ設定に従い、追加セルグループのＤＲＢを確立すると共に、アンカセルグループのＤＲＢ設定に、ＤＲＢ識別子に対応するＰＤＣＰ設定が存在する場合、そのＰＤＣＰ設定に従って、ＰＤＣＰエンティティを再確立しても良い。上記再確立処理により、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティとＮＲ用ＰＤＣＰエンティティが切り替えられても良い。例えば、現在のＵＥ１２２の設定に存在する、あるＤＲＢ識別子（ＤＲＢ識別子１とする）と対応するＰＤＣＰ設定がＥ−ＵＴＲＡ用ＰＤＣＰエンティティである場合において、受信したＲＲＣコネクション再設定メッセージに含まれるＤＲＢ設定に、上述のＤＲＢ識別子１が含まれ、このＤＲＢ識別子１に対応するＰＤＣＰ設定がＮＲ用ＰＤＣＰ設定である場合、ＤＲＢ識別子１に対応するＰＤＣＰエンティティを、ＮＲ用ＰＤＣＰエンティティとして再設定する。同様に、現在のＵＥ１２２の設定に存在する、あるＤＲＢ識別子（ＤＲＢ識別子２とする）と対応するＰＤＣＰ設定がＮＲ用ＰＤＣＰエンティティである場合において、受信したＲＲＣコネクション再設定メッセージに含まれるＤＲＢ設定に、上述のＤＲＢ識別子２が含まれ、このＤＲＢ識別子２に対応するＰＤＣＰ設定がＥ−ＵＴＲＡ用ＰＤＣＰ設定である場合、ＤＲＢ識別子２に対応するＰＤＣＰエンティティを、Ｅ−ＵＴＲＡ用ＰＤＣＰエンティティとして再設定する。このようにＥ−ＵＴＲＡ用ＰＤＣＰ設定とＮＲ用ＰＤＣＰ設定は、ＲＲＣコネクション再設定メッセージによって切り替えされても良い。

このように、本実施の形態では、ＥＮ−ＤＣの場合であっても端末装置（ＵＥ）が要求する、音声通話などのアプリケーションサービスの条件などに基づいて、アンカセルグループが、ＵＥとの通信において利用するＰＤＣＰエンティティが、Ｅ−ＵＴＲＡ用であるかＮＲ用であるかを選択し、ＵＥにＲＲＣコネクション再設定メッセージを用いて通知する。よってＥＮ−ＤＣであってもＵＥが利用するアプリケーションサービスに適したＰＤＣＰエンティティを確立する事ができ、プロトコル処理の複雑さを軽減した、効率的な通信を行うことができる。

（実施の形態３）
本発明の実施の形態３では、コア網が５ＧＣ１１０である場合における、ＳＤＡＰ設定を含むＤＲＢ設定について説明する。実施の形態３において、ＵＥ１２２はｇＮＢを介して５ＧＣ１１０と通信を行っても良いし、ｅＮＢを介して５ＧＣと通信を行っても良いし、ｇＮＢ及びｅＮＢ両方をするＭＲ−ＤＣを用いて５ＧＣと通信を行っても良い。

図１、図５、図７、及び図８、及び図１３〜図１５、図１６、図１７、及び図１８を用いて実施の形態３を説明する。

図１３は、本発明の実施の形態におけるＤＲＢ設定受信及び設定の一例を示す図である。ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＵＥ１２２に要求するＳＤＡＰ設定を含むＤＲＢ設定を決定する（Ｓ１３００）。ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＤＲＢ設定をコア網（ＥＰＣ１０４、又は５ＧＣ１１０、又はＥＰＣ１０４及び５ＧＣ１１０両方）からの情報、又はＵＥ１２２の能力（Ｃａｐａｂｉｌｉｔｙ）、又はコア網からの情報及びＵＥ１２２の能力に基づいて決定しても良い。なおコア網からの情報は、ＵＥ１２２が要求する、音声通話などのアプリケーションサービスの条件に基づいて決められても良い。また、ＤＲＢ設定には、ＳＤＡＰヘッダ長などの、ＳＤＡＰに関する情報が含まれていても良い。またＳＤＡＰに関する情報は、ＳＤＡＰ設定に含まれていても良いし、ＰＤＣＰ設定など他のエンティティ設定に含まれていても良い。次にｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを生成し、ＵＥ１２２へ送信する（Ｓ１３０２）。ＵＥ１２２の受信部５００は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求メッセージを受信し、ＤＲＢ設定を設定部５０２に渡す
。

図１４及び図１５は、本発明の実施の形態における、ＳＤＡＰ情報を含むＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の例である。図１４及び図１５のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。

図１４は、ＳＤＡＰ設定の中に、ＳＤＡＰのヘッダ長情報が含まれる例であり、図１５は他のＰＤＣＰ設定の中にＳＤＡＰのヘッダ長が含まれる例である。ＳＤＡＰヘッダ長情報は、ＳＤＡＰ設定、又はＰＤＣＰ設定のどちらか一方に含まれる情報であっても良く、又はＳＤＡＰ設定、及びＰＤＣＰ設定の両方に含まれる情報であっても良い。ＳＤＡＰヘッダ長はゼロ（ｚｅｒｏ：０）を含む８の倍数長であっても良い。たとえば図１４及び図１５の例で、“ｌｅｎ０ｂｉｔｓ”、“ｌｅｎ８ｂｉｔｓ”、“ｌｅｎ１６ｂｉｔｓ”、“ｌｅｎ２４ｂｉｔｓ”はそれぞれ、０ビット、８ビット、１２ビット、２４ビットであっても良い。また、これに変えて、“ｌｅｎ０ｂｙｔｅｓ”、“ｌｅｎ１ｂｙｔｅｓ”、“ｌｅｎ２ｂｙｔｅｓ”、“ｌｅｎ３ｂｙｔｅｓ”などのバイト（ｂｙｔｅ）又はオクテット（ｏｃｔｅｔ）単位の表記であっても良い。なおＳＤＡＰヘッダ長がゼロとは、ＳＤＡＰヘッダが存在しない事を意味しても良い。またＳＤＡＰヘッダ長の表記や名称はこれに限らず、別の表記や名称であっても良い。また図１４、及び図１５におけるＡＳＮ．１のメッセージ名、ＩＥ名、パラメータ名等は一例であり、他の名称でも良い。また、図１４、及び図１５に示すＡＳＮ．１の例は、図７、及び図８、又は図１６、図１７、及び図１８に示すＡＳＮ．１の例の一部であっても良い。

図１４の例、すなわちＳＤＡＰ設定の中にＳＤＡＰヘッダ長がある場合の例を用いて、ＵＥ１２２の設定部５０２を説明する。図１３のＳ１３０４において、ＵＥ１２２の設定部５０２がＵＥ１２２の受信部５００から渡されるＤＲＢ設定には、少なくともＤＲＢ識別子、及びＤＲＢ識別子と対応したＳＤＡＰ設定が含まれ、ＳＤＡＰ設定にはＳＤＡＰヘッダ長が含まれる。ＵＥ１２２の設定部５０２はＤＲＢ識別子、及びＤＲＢ識別子と対応したＳＤＡＰ設定に従い、ＳＤＡＰエンティティを確立、又は再確立する。すなわち、受信部５００から渡されたＤＲＢ識別子の値が現在の端末装置の設定に存在しない場合には、ＳＤＡＰエンティティを確立し、受信部５００から渡されたＤＲＢ識別子の値が現在の端末装置の設定に存在する場合には、ＳＤＡＰエンティティを再確立しても良い。なお、ＳＤＡＰヘッダ長がゼロの場合、ＳＤＡＰエンティティは確立するが、ＳＤＡＰヘッダは存在しないという処理であっても良いし、ＳＤＡＰエンティティを確立しないという処理であっても良い。

図１５の例、すなわちＰＤＣＰ設定の中にＳＤＡＰヘッダ長がある場合の例を用いて、ＵＥ１２２の設定部５０２を説明する。図１３のＳ１３０４において、ＵＥ１２２の設定部５０２がＵＥ１２２の受信部５００から渡されるＤＲＢ設定には、少なくともＤＲＢ識別子、及びＤＲＢ識別子と対応したＰＤＣＰ設定が含まれ、ＰＤＣＰ設定にはＳＤＡＰヘッダ長が含まれる。ＵＥ１２２の設定部５０２はＤＲＢ識別子、及びＤＲＢ識別子と対応したＰＤＣＰ設定に従い、ＰＤＣＰエンティティを確立、又は再確立する。すなわち、受信部５００から渡されたＤＲＢ識別子の値が現在の端末装置の設定に存在しない場合には、ＰＤＣＰエンティティを確立し、受信部５００から渡されたＤＲＢ識別子の値が現在の端末装置の設定に存在する場合には、ＰＤＣＰエンティティを再確立しても良い。確立、又は再確立されたＰＤＣＰエンティティは、ＳＤＡＰヘッダ長の情報から、ＳＤＡＰ ＳＤＵ、即ちＩＰパケットの開始位置を特定し、ヘッダ圧縮処理を行っても良い。なお、ＰＤＣＰエンティティは、ＳＤＡＰヘッダ長がＰＤＣＰ設定には含まれず、ＳＤＡＰ設定に含まれる場合においても、ＳＤＡＰ設定に含まれるＳＤＡＰヘッダ長の情報から、ＳＤＡ
Ｐ ＳＤＵ、即ちＩＰパケットの開始位置を特定し、ヘッダ圧縮処理を行っても良い。

ＵＥ１２２の設定部５０２で設定を終えた後、図１３でＵＥ１２２は、ｅＮＢ１０２又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方に、ＲＲＣコネクション再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージを送信する（Ｓ１３０６）。

なお、本実施の形態におけるＤＲＢ設定は、ＲＲＣコネクション再設定手順だけでなく、ＲＲＣコネクション設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順や、ＲＲＣコネクション再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に含まれていても良い。また本実施の形態におけるＰＤＣＰエンティティの再確立とは、例えば非特許文献５に記載のハイパーフレーム番号（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ：ＨＦＮ）のゼロリセットや、ヘッダ圧縮の初期（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ：ＩＲ）モードへの変更、指定された暗号アルゴリズム（ａｌｇｏｒｉｔｈｍ）及び暗号鍵への変更などを含んでも良い。
なお、非特許文献に記述されるハイパーフレーム番号（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ：ＨＦＮ）のゼロリセットや、ヘッダ圧縮の初期（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ
ａｎｄ Ｒｅｆｒｅｓｈ：ＩＲ）モードへの変更、指定された暗号アルゴリズム（ａｌｇｏｒｉｔｈｍ）及び暗号鍵への変更はＥ−ＵＴＲＡ用であるが、ＮＲ用として適用されても良い。

また、本実施の形態におけるＤＲＢ設定は、コア網が５ＧＣである場合を想定しているが、コア網がＥＰＣの場合にも適応されても良い。

このように、本実施の形態では、端末装置（ＵＥ）が要求する、音声通話などのアプリケーションサービスの条件などに基づいて、Ｅ−ＵＴＲＡの基地局装置（ｅＮＢ）、又はＮＲの基地局装置（ｇＮＢ）、又はｅＮＢ及びｇＮＢが、ＵＥとの通信に置いて利用する、ＳＤＡＰヘッダ長を含むＳＤＡＰ設定、又はＳＤＡＰヘッダ長を含むＰＤＣＰ設定を行い、ＵＥにＲＲＣコネクション再設定メッセージを用いて通知する。よってＵＥが利用するアプリケーションサービスに適したＳＤＡＰヘッダ長を利用し、かつ必要に応じてＰＤＣＰエンティティによるヘッダ圧縮を行う事ができ、プロトコル処理の複雑さを軽減した、効率的な通信を行うことができる。

（実施の形態４）
図１、図５、及び図１９から図２３を用いて、本発明の実施の形態４を説明する。

図１９は本発明の実施の形態におけるＤＲＢ設定受信及び設定の一例を示す図である。ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＵＥ１２２に要求するＤＲＢ設定を決定する（Ｓ１９００）。ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＤＲＢ設定をコア網（ＥＰＣ１０４、又は５ＧＣ１１０、又はＥＰＣ１０４及び５ＧＣ１１０両方）からの情報、又はＵＥ１２２の能力（Ｃａｐａｂｉｌｉｔｙ）、又はコア網からの情報及びＵＥ１２２の能力に基づいて決定しても良い。なおコア網からの情報は、ＵＥ１２２が要求する、音声通話などのアプリケーションサービスの条件に基づいて決められても良い。次にｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを生成し、ＵＥ１２２へ送信する（Ｓ１９０２）。ＵＥ１２２の受信部５００は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求メッセージを受信し、ＤＲＢ設定を設定部５０２に渡す。

図２０はＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。図２０のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。

図２０において、ＤＲＢ−ＴｏＡｄｄＭｏｄが、ＤＲＢ設定のＩＥとなっている。図２０に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄには、ＳＤＡＰの設定情報であるＳＤＡＰ−Ｃｏｎｆｉｇを含んでもよい。また図２０に示す通りＳＤＡＰ−ＣｏｎｆｉｇにはＳＤＡＰの機能の設定情報であるｓｄａｐ−ｆａｎｃｔｉｏｎを、有効にする（ｅｎａｂｌｅ）か、無効にする（ｄｉｓａｂｌｅ）かの情報を含んでも良い。ＳＤＡＰ機能とは、５ＧＣ１１０のＱｏＳ情報である、非特許文献２に記載のＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）と、ＤＲＢとの対応を管理する機能を含むＳＤＡＰ機能であってもよい。また、ＳＤＡＰ機能とは、ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２、及びｇＮＢ１０８の両方から、ＵＥ１２２に送られるデータに含まれるＱｏＳ情報と同じ情報を、ＵＥ１２２がｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２、及びｇＮＢ１０８の両方に送るデータに含む機能であっても良い。なお、有効にするか、無効にするかの情報は、“ｅｎａｂｌｅ”、“ｄｉｓａｂｌｅ”ではなく、“ａｃｔｉｖａｔｅ”、“ｄｉａｃｔｉｖａｔｅ”であっても良いし、真（ｔｒｕｅ）か否かであっても良い。また有効にするか、無効にするかの情報は、これ以外の表記であっても良い。また図２０に示す通り、ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇを含んでも良い。また図２０に示す通り、ＰＤＣＰ−ＣｏｎｆｉｇにはＳＤＡＰのヘッダ長を含んでもよい。ＳＤＡＰヘッダ長は８の倍数長であっても良い。たとえば図２０の例で、“ｌｅｎ０ｂｉｔｓ”、“ｌｅｎ８ｂｉｔｓ”、“ｌｅｎ１６ｂｉｔｓ”、“ｌｅｎ２４ｂｉｔｓ”はそれぞれ、０ビット、８ビット、１２ビット、２４ビットであっても良い。また、これに変えて、“ｌｅｎ０ｂｙｔｅｓ”、“ｌｅｎ１ｂｙｔｅｓ”、“ｌｅｎ２ｂｙｔｅｓ”、“ｌｅｎ３ｂｙｔｅｓ”などのバイト（ｂｙｔｅ）又はオクテット（ｏｃｔｅｔ）単位の表記であっても良い。なおＳＤＡＰヘッダ長がゼロとは、ＳＤＡＰヘッダが存在しない事を意味しても良い。またＳＤＡＰヘッダ長の表記や名称はこれに限らず、別の表記や名称であっても良い。

図２１は、ＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の別の一例である。なお、図２１のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。

図２１において、ＤＲＢ−ＴｏＡｄｄＭｏｄＳＣＧが、ＤＲＢ設定のＩＥとなっている。なお、図２１に示すＤＲＢ−ＴｏＡｄｄＭｏｄＳＣＧは、実施の形態２で説明した追加セルグループのＤＲＢ設定であっても良い。図２１に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄＳＣＧには、ＳＤＡＰの設定情報であるＳＤＡＰ−Ｃｏｎｆｉｇを含んでもよい。また図２１に示す通りＳＤＡＰ−ＣｏｎｆｉｇにはＳＤＡＰの機能の設定情報であるｓｄａｐ−ｆａｎｃｔｉｏｎを、有効にする（ｅｎａｂｌｅ）か、無効にする（ｄｉｓａｂｌｅ）かの情報を含んでも良い。ＳＤＡＰ機能とは、５ＧＣ１１０のＱｏＳ情報である、非特許文献２に記載のＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）と、ＤＲＢとの対応を管理する機能を含むＳＤＡＰ機能であってもよい。また、ＳＤＡＰ機能とは、ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２、及びｇＮＢ１０８の両方から、ＵＥ１２２に送られるデータに含まれるＱｏＳ情報と同じ情報を、ＵＥ１２２がｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２、及びｇＮＢ１０８の両方に送るデータに含む機能であっても良い。なお、有効にするか、無効にするかの情報は、“ｅｎａｂｌｅ”、“ｄｉｓ
ａｂｌｅ”ではなく、“ａｃｔｉｖａｔｅ”、“ｄｉａｃｔｉｖａｔｅ”であっても良いし、真（ｔｒｕｅ）か否かであっても良い。また有効にするか、無効にするかの情報は、これ以外の表記であっても良い。また図２１に示す通り、ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇを含んでも良い。また図２１に示す通り、ＰＤＣＰ−ＣｏｎｆｉｇにはＳＤＡＰのヘッダ長を含んでもよい。ＳＤＡＰヘッダ長は８の倍数長であっても良い。たとえば図２１の例で、“ｌｅｎ０ｂｉｔｓ”、“ｌｅｎ８ｂｉｔｓ”、“ｌｅｎ１６ｂｉｔｓ”、“ｌｅｎ２４ｂｉｔｓ”はそれぞれ、０ビット、８ビット、１２ビット、２４ビットであっても良い。また、これに変えて、“ｌｅｎ０ｂｙｔｅｓ”、“ｌｅｎ１ｂｙｔｅｓ”、“ｌｅｎ２ｂｙｔｅｓ”、“ｌｅｎ３ｂｙｔｅｓ”などのバイト（ｂｙｔｅ）又はオクテット（ｏｃｔｅｔ）単位の表記であっても良い。なおＳＤＡＰヘッダ長がゼロとは、ＳＤＡＰヘッダが存在しない事を意味しても良い。またＳＤＡＰヘッダ長の表記や名称はこれに限らず、別の表記や名称であっても良い。

なお、図２０におけるＤＲＢ−ＴｏＡｄｄＭｏｄ、及び図２１におけるＤＲＢ−ＴｏＡｄｄＭｏｄＳＣＧには、ＩＥとして非特許文献２に記載の、ＰＤＵセッション識別子、又はＰＤＵセッション識別子を一意に表すＩＥを含んでも良い。ＤＲＢ設定は、一つのＰＤＵセッション識別子の値に対して複数存在しても良い。ＳＤＡＰ設定は、一つのＰＤＵセッション識別子の値に対して、一つのみ存在しても良い。即ち一つのＰＤＵセッション識別子に対して複数存在するＤＲＢ設定のうち、一つのＤＲＢ設定にのみ存在しても良い。

なお、図２０、及び図２１におけるＡＳＮ．１のメッセージ名、ＩＥ名、パラメータ名等は一例であり、他の名称でも良い。

図１９のＳ１９０４において、ＵＥ１２２の設定部５０２がＵＥ１２２の受信部５００から渡されるＤＲＢ設定には、ＳＤＡＰ設定が含まれても良い。ＵＥ１２２の設定部５０２はＳＤＡＰ設定に従い、ＳＤＡＰを設定、又は再設定する。

図２２は本発明の実施の形態における端末装置の設定部におけるＳＤＡＰ設定判断の一例である。ＵＥ１２２の設定部５０２は、ＳＤＡＰ機能が有効か無効かを確認する（Ｓ２２００）。有効である場合、ＳＤＡＰ機能の設定を行う（Ｓ２２０２）。有効で無い場合、即ち無効である場合、ＳＤＡＰ機能の設定は行わない（Ｓ２２０４）。

ＵＥ１２２の設定部５０２で設定を終えた後、図１９でＵＥ１２２は、ｅＮＢ１０２又はｇＮＢ１０８、又はｅＮＢ１０２及びｇＮＢ１０８両方に、ＲＲＣコネクション再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージを送信する（Ｓ１９０６）。

なお、本実施の形態におけるＤＲＢ設定は、ＲＲＣコネクション再設定手順だけでなく、ＲＲＣコネクション設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順や、ＲＲＣコネクション再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に含まれていても良い。

このように、本実施の形態では、端末装置（ＵＥ）が要求する、音声通話などのアプリケーションサービスの条件などに基づいて、Ｅ−ＵＴＲＡの基地局装置（ｅＮＢ）、又はＮＲの基地局装置（ｇＮＢ）、又はｅＮＢ及びｇＮＢが、ＵＥとの通信において利用するＳＤＡＰ機能が、必要であるか否かを判別し、ＵＥにＲＲＣコネクション再設定メッセージを用いて通知する。よってＵＥが利用するアプリケーションサービスに適したＳＤＡＰ機能を利用する事ができ、プロトコル処理の複雑さを軽減した、効率的な通信を行うことができる。

（実施の形態５）
図１、図５、図１０及び図２０から図２３を用いて、本実施の形態２を説明する。

図１０は、本発明の実施の形態におけるＥＮ−ＤＣの基地局装置側の無線プロトコルアーキテクチャ（ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）とＲＢの関係を示す一例の図である。

ＥＮ−ＤＣは、ＥＰＣをコア網とし、Ｅ−ＵＴＲＡの基地局装置をマスタ基地局（Ｍａｓｔｅｒ ｅＮＢ：ＭｅＮＢ）とし、ＮＲの基地局装置をセカンダリ基地局（Ｓｅｃｏｎｄｅｒｙ ｇＮＢ：ＳｇＮＢ）とする、２つの基地局装置がそれぞれ構成するセルグループ、すなわちＭｅＮＢが構成するマスタセルグループ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ：ＭＣＧ）及びＳｇＮＢが構成するセカンダリセルグループ（Ｓｅｃｏｎｄｅｒｙ Ｃｅｌｌ Ｇｒｏｕｐ：ＳＣＧ）の両方の無線リソースを利用してデータ通信を行う技術であっても良い。ＭＲ−ＤＣにおいて、マスタ基地局とは、ＭＲ−ＤＣに係る主なＲＲＣ機能、例えば、ＲＢの確立、変更、及び解放、及びセカンダリセルなどの追加セルの追加、変更、解放、及びハンドオーバ等、を持つ基地局であっても良く、セカンダリ基地局とは、一部のＲＲＣ機能、例えばＳＣＧの変更、及び解放等、を持つ基地局であっても良い。

図１０に示す通り、ＥＮ−ＤＣでは送受信するデータのうち一部をＳｇＮＢ側で送受信し、残りをＭｅＮＢ側で送受信する。ＥＮ−ＤＣのデータ送受信方法には、ＥＰＣ内のノードがデータの分岐・合流点であるアンカポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）となり、ＭｅＮＢ及びＳｇＮＢそれぞれが、ＥＰＣとの間に論理経路であるベアラ（ｂｅａｒｅｒ）を確立してデータ送受信する、すなわちＭｅＮＢ側でＭＣＧベアラ、ＳｇＮＢ側でＳＣＧベアラを用いてデータ送受信する方法、及びＭｅＮＢ又はＳｅＮＢがアンカポイントなり、無線側のベアラである無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）がＭｅＮＢとＳｅＮＢでスプリット（ｓｐｌｉｔ）する、スプリットベアラを用いてデータ送受信する方法があっても良い。スプリットベアラは、無線ベアラ確立の際に確立する方法と、ＭＣＧベアラ又はＳＣＧベアラを確立した後、ＳＣＧ側又はＭＣＧ側の無線ベアラを追加する形で、ＭＣＧベアラ又はＳＣＧベアラをスプリットベアラに変更する方法とがあっても良い。ＭＣＧベアラ、ＳＣＧベアラ、スプリットベアラの確立、変更は、ＭｅＮＢとＵＥとの間で行う送信するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクション再設定（Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）手続きにより、行っても良い。本実施の形態ではスプリットベアラのアンカポイントになる基地局装置のセルグループをアンカセルグループ（ａｎｃｈｏｒ ｃｅｌｌ Ｇｒｏｕｐ）と呼び、スプリットベアラのアンカポイントにならない基地局装置のセルグループを追加セルグループ（ａｄｄｉｔｉｏｎａｌ ｃｅｌｌ ｇｒｏｕｐ）と呼ぶ。アンカセルグループがＭＣＧで、追加セルグループがＳＣＧであっても良いし、アンカセルグループがＳＣＧで、追加セルグループがＭＣＧであっても良い。アンカセルグループがＭＣＧである場合のスプリットベアラをＭＣＧスプリットベアラ、アンカセルグループがＳＣＧである場合のスプリットベアラをＳＣＧスプリットベアラと呼んでも良い。

ＥＮ−ＤＣにおいて、スプリットベアラを用いてデータ送受信する場合、下りデータに関しては、ＥＰＣから転送される下りデータの一部をアンカセルグループの基地局装置が追加セルグループの基地局装置に配信し、追加セルグループの基地局装置がＵＥに伝送すると共に、残りのデータはマスタセルグループの基地局装置からＵＥに伝送しても良い。上りデータに関しては、ＵＥは上りデータの一部を追加セルグループの基地局装置に伝送し、追加セルグループの基地局装置がこの上りデータの一部をマスタセルグループの基地局装置に配信すると共に、ＵＥは残りのデータをマスタセルグループの基地局装置に伝送しても良い。

図１０に示す通り、スプリットベアラを用いる場合、マスタセルグループの基地局装置、及び追加セルグループの基地局装置との間で、ＰＤＣＰ ＰＤＵが送受信されても良い。

図２３は本発明の実施の形態における、ＭＣＧベアラ、又はＳＣＧベアラをアンカセルグループのベアラとして確立する場合、又はスプリットベアラを確立する場合の、ＤＲＢ設定受信及び設定の一例を示す図である。ｅＮＢ１０２は、ＵＥ１２２に要求するＤＲＢ設定を決定する（Ｓ２３００）。ｅＮＢ１０２は、ＤＲＢ設定をコア網（ＥＰＣ１０４）からの情報、又はＵＥ１２２の能力（Ｃａｐａｂｉｌｉｔｙ）、又はコア網からの情報及びＵＥ１２２の能力に基づいて決定しても良い。なおコア網からの情報は、ＵＥ１２２が要求する、音声通話などのアプリケーションサービスの条件に基づいて決められても良い。また、ＤＲＢ設定は、ＭＣＧベアラ設定用であっても良く、又はＳＣＧベアラ設定用であっても良く、又はＭＣＧベアラ設定、及びＳＣＧベアラ設定用であっても良く、又はスプリッットベアラ設定用であっても良い。次にｅＮＢ１０２は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを生成し、ＵＥ１２２へ送信する（Ｓ２３０２）。ＵＥ１２２の受信部５００は、ＤＲＢ設定を含むＲＲＣコネクション再設定要求メッセージを受信し、ＤＲＢ設定を設定部５０２に渡す。

図２０は実施の形態４で説明した、ＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の一例である。

図２０において、ＤＲＢ−ＴｏＡｄｄＭｏｄが、ＤＲＢ設定のＩＥとなっている。図２０に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄには、ＳＤＡＰの設定情報であるＳＤＡＰ−Ｃｏｎｆｉｇを含んでもよい。また図２０に示す通りＳＤＡＰ−ＣｏｎｆｉｇにはＳＤＡＰの機能の設定情報であるｓｄａｐ−ｆａｎｃｔｉｏｎを、有効にする（ｅｎａｂｌｅ）か、無効にする（ｄｉｓａｂｌｅ）かの情報を含んでも良い。ＳＤＡＰ機能とは、５ＧＣ１１０のＱｏＳ情報である、非特許文献２に記載のＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）と、ＤＲＢとの対応を管理する機能を含むＳＤＡＰ機能であってもよい。また、ＳＤＡＰ機能とは、ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２、及びｇＮＢ１０８の両方から、ＵＥ１２２に送られるデータに含まれるＱｏＳ情報と同じ情報を、ＵＥ１２２がｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２、及びｇＮＢ１０８の両方に送るデータに含む機能であっても良い。なお、本実施の形態のように、コア網がＥＰＣ１０４である場合、ＳＤＡＰ機能を無効にしても良い。なお、有効にするか、無効にするかの情報は、“ｅｎａｂｌｅ”、“ｄｉｓａｂｌｅ”ではなく、“ａｃｔｉｖａｔｅ”、“ｄｉａｃｔｉｖａｔｅ”であっても良いし、真（ｔｒｕｅ）か否かであっても良い。また有効にするか、無効にするかの情報は、これ以外の表記であっても良い。また図２０に示す通り、ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇを含んでも良い。また図２０に示す通り、ＰＤＣＰ−ＣｏｎｆｉｇにはＳＤＡＰのヘッダ長を含んでもよい。ＳＤＡＰヘッダ長は８の倍数長であっても良い。たとえば図２０の例で、“ｌｅｎ０ｂｉｔｓ”、“ｌｅｎ８ｂｉｔｓ”、“ｌｅｎ１６ｂｉｔｓ”、“ｌｅｎ２４ｂｉｔｓ”はそれぞれ、０ビット、８ビット、１２ビット、２４ビットであっても良い。また、これに変えて、“ｌｅｎ０ｂｙｔｅｓ”、“ｌｅｎ１ｂｙｔｅｓ”、“ｌｅｎ２ｂｙｔｅｓ”、“ｌｅｎ３ｂｙｔｅｓ”などのバイト（ｂｙｔｅ）又はオクテット（ｏｃｔｅｔ）単位の表記であっても良い。なおＳＤＡＰヘッダ長がゼロとは、ＳＤＡＰヘッダが存在しない事を意味しても良い。またＳＤＡＰヘッダ長の表記や名称はこれに限らず、別の表記や名称であっても良い。

図２１は実施の形態４で説明した、ＤＲＢ設定に係るＡＳＮ．１（Ａｂｓｔｒａｃｔ
Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）の別の一例である。

図２１において、ＤＲＢ−ＴｏＡｄｄＭｏｄＳＣＧが、ＤＲＢ設定のＩＥとなっている。なお、図２１に示すＤＲＢ−ＴｏＡｄｄＭｏｄＳＣＧは、追加セルグループのＤＲＢ設定であっても良い。図２１に示す通り、ＤＲＢ−ＴｏＡｄｄＭｏｄＳＣＧには、ＳＤＡＰの設定情報であるＳＤＡＰ−Ｃｏｎｆｉｇを含んでもよい。また図２１に示す通りＳＤＡＰ−ＣｏｎｆｉｇにはＳＤＡＰの機能の設定情報であるｓｄａｐ−ｆａｎｃｔｉｏｎを、有効にする（ｅｎａｂｌｅ）か、無効にする（ｄｉｓａｂｌｅ）かの情報を含んでも良い。ＳＤＡＰ機能とは、５ＧＣ１１０のＱｏＳ情報である、非特許文献２に記載のＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）と、ＤＲＢとの対応を管理する機能を含むＳＤＡＰ機能であってもよい。また、ＳＤＡＰ機能とは、ｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２、及びｇＮＢ１０８の両方から、ＵＥ１２２に送られるデータに含まれるＱｏＳ情報と同じ情報を、ＵＥ１２２がｅＮＢ１０２、又はｇＮＢ１０８、又はｅＮＢ１０２、及びｇＮＢ１０８の両方に送るデータに含む機能であっても良い。なお、本実施の形態のように、コア網がＥＰＣ１０４である場合、ＳＤＡＰ機能を無効にしても良い。なお、有効にするか、無効にするかの情報は、“ｅｎａｂｌｅ”、“ｄｉｓａｂｌｅ”ではなく、“ａｃｔｉｖａｔｅ”、“ｄｉａｃｔｉｖａｔｅ”であっても良いし、真（ｔｒｕｅ）か否かであっても良い。また有効にするか、無効にするかの情報は、これ以外の表記であっても良い。また図２１に示す通り、ＰＤＣＰ設定情報であるＰＤＣＰ−Ｃｏｎｆｉｇを含んでも良い。また図２１に示す通り、ＰＤＣＰ−ＣｏｎｆｉｇにはＳＤＡＰのヘッダ長を含んでもよい。ＳＤＡＰヘッダ長は８の倍数長であっても良い。たとえば図２１の例で、“ｌｅｎ０ｂｉｔｓ”、“ｌｅｎ８ｂｉｔｓ”、“ｌｅｎ１６ｂｉｔｓ”、“ｌｅｎ２４ｂｉｔｓ”はそれぞれ、０ビット、８ビット、１２ビット、２４ビットであっても良い。また、これに変えて、“ｌｅｎ０ｂｙｔｅｓ”、“ｌｅｎ１ｂｙｔｅｓ”、“ｌｅｎ２ｂｙｔｅｓ”、“ｌｅｎ３ｂｙｔｅｓ”などのバイト（ｂｙｔｅ）又はオクテット（ｏｃｔｅｔ）単位の表記であっても良い。なおＳＤＡＰヘッダ長がゼロとは、ＳＤＡＰヘッダが存在しない事を意味しても良い。またＳＤＡＰヘッダ長の表記や名称はこれに限らず、別の表記や名称であっても良い。

なお、スプリットベアラを確立する場合、ＵＥ１２２の受信部５００は、図２０に示すＤＲＢ設定である、ＤＲＢ−ＴｏＡｄｄＭｏｄ、及び図２１に示すＤＲＢ設定である、ＤＲＢ−ＴｏＡｄｄＭｏｄＳＣＧを同時に受信しても良い。この時、図２０に示すＤＲＢ識別子であるＤＲＢ−Ｉｄｅｎｔｉｔｙの値と、図２１に示すＤＲＢ識別子であるＤＲＢ−Ｉｄｅｎｔｉｔｙの値と、は、同一の値であっても良い。また図２に示す、ベアラタイプを示すｄｒｂ−Ｔｙｐｅは、スプリットベアラを示すｓｐｌｉｔであっても良い。

なお、図２０、又は図２１、又は図２０、及び図２１の両方におけるＡＳＮ．１は、非特許文献４に記載されても良い。また、図２０、又は図２１、又は図２０、及び図２１の両方におけるＡＳＮ．１は、非特許文献１０に記載され、非特許文献４から参照されても良い。

なお、図２０、及び図２１におけるＡＳＮ．１のメッセージ名、ＩＥ名、パラメータ名等は一例であり、他の名称でも良い。

図２３のＳ２３０４において、ＵＥ１２２の設定部５０２がＵＥ１２２の受信部５００から渡されるＤＲＢ設定には、ＳＤＡＰ設定が含まれても良い。ＵＥ１２２の設定部５０２はＳＤＡＰ設定に従い、ＳＤＡＰを設定、又は再設定する。

図２２は本発明の実施の形態４で説明した、本発明の実施の形態における、端末装置の設定部におけるＳＤＡＰ設定判断の一例である。ＵＥ１２２の設定部５０２は、ＳＤＡＰ
機能が有効か無効かを確認する（Ｓ２２００）。有効である場合、ＳＤＡＰ機能の設定を行う（Ｓ２２０２）。有効で無い場合、即ち無効である場合、ＳＤＡＰ機能の設定は行わない（Ｓ２２０４）。

ＵＥ１２２の設定部５０２で設定を終えた後、図２３でＵＥ１２２は、ｅＮＢ１０２に、ＲＲＣコネクション再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージを送信する（Ｓ２３０６）。

なお、本実施の形態におけるＤＲＢ設定は、ＲＲＣコネクション再設定手順だけでなく、ＲＲＣコネクション設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順や、ＲＲＣコネクション再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に含まれていても良い。

このように、本実施の形態では、ＥＮ−ＤＣの場合であっても端末装置（ＵＥ）が要求する、音声通話などのアプリケーションサービスの条件などに基づいて、Ｅ−ＵＴＲＡの基地局装置（ｅＮＢ）、又はＮＲの基地局装置（ｇＮＢ）、又はｅＮＢ及びｇＮＢが、ＵＥとの通信において利用するＳＤＡＰ機能が、必要であるか否かを判別し、ＵＥにＲＲＣコネクション再設定メッセージを用いて通知する。よってＵＥが利用するアプリケーションサービスに適したＳＤＡＰ機能を利用する事ができ、プロトコル処理の複雑さを軽減した、効率的な通信を行うことができる。

なお、本発明の各実施の形態におけるＲＲＣに関する記述、例えばＲＲＣコネクション再設定要求メッセージなどのメッセージ、及びＡＳＮ．１等、は、ＮＲ用ＲＲＣ（例えば非特許文献９、非特許文献１０に記載されるＲＲＣ）を想定しているが、ＬＴＥの拡張向け（例えば非特許文献４に記載されるＲＲＣ）であっても良く、Ｅ−ＵＴＲＡ用基地局装置とＭＲ−ＤＣに対応した端末装置との間で送受信されても良い。

また、本発明の各実施の形態におけるＰＤＣＰエンティティ等の各エンティティの再確立は、ハンドオーバ時のＲＲＣコネクション再設定手順によって行われても良い。また本発明の各実施の形態におけるＰＤＣＰエンティティ等の各エンティティの再確立の際、セキュリティに関する設定も再設定されても良い。

また、本発明の各実施の形態におけるＳＤＡＰヘッダ長は、上り（端末装置から基地局装置方向）、及び下り（基地局装置から端末装置方向）別々に設定されても良い。

本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュ−タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

なお、上述した実施形態における装置の一部、をコンピュ−タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ−タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ−タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ−タシステム」とは、装置に内蔵されたコンピュ−タシステムであって、オペレ−ティングシステムや周辺機器等のハ−ドウェアを含むものとする。また、「コンピュ−タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい
。

さらに「コンピュ−タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ−タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ−タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ−ラ、マイクロコントロ−ラ、またはステ−トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１００ Ｅ−ＵＴＲＡ
１０２ ｅＮＢ
１０４ ＥＰＣ
１０６ ＮＲ
１０８ ｇＮＢ
１１０ ５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４ インタフェース
１２２ ＵＥ
２００、３００ ＰＨＹ
２０２、３０２ ＭＡＣ
２０４、３０４ ＲＬＣ
２０６、３０６ ＰＤＣＰ
２０８、３０８ ＲＲＣ
３１０ ＳＤＡＰ
５００ 受信部
５０２ 設定部

Claims (4)

1. 基地局装置と通信する端末装置であって、
   基地局装置からＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、
   前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、
   前記ＤＲＢ設定は、ＳＤＡＰ設定を含み、
   前記ＳＤＡＰ設定は、ＳＤＡＰ機能を有効にするか、又は無効にするかの情報を含み、
   前記ＳＤＡＰ機能が有効の場合、ＳＤＡＰ機能の設定を行い、
   前記ＳＤＡＰ機能が無効の場合、ＳＤＡＰ機能の設定を行わない、端末装置。
2. Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）及びＮＲ（Ｎｅｗ Ｒａｄｉｏ）へのＭＲ−ＤＣ（Ｍｕｌｔｉ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）に対応した端末装置であって、
   前記Ｅ−ＵＴＲＡがマスタセルグループとなる場合において、
   マスタ基地局装置からアンカセルグループのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定、又は追加セルグループの設定を含むＲＲＣコネクション再設定要求メッセージを受信する受信部と、
   前記ＤＲＢ設定に従ってＤＲＢの設定を行う設定部と、を備え、
   前記ＤＲＢ設定は、ＳＤＡＰ設定を含み、
   前記ＳＤＡＰ設定は、ＳＤＡＰ機能を有効にするか、又は無効にするかの情報を含み、
   前記ＳＤＡＰ機能が有効の場合、ＳＤＡＰ機能の設定を行い、
   前記ＳＤＡＰ機能が無効の場合、ＳＤＡＰ機能の設定を行わない、端末装置。
3. 前記ＳＤＡＰ機能は、コア網のＱｏＳ情報と、ＤＲＢとの対応を管理する機能を含む、請求項１又は２に記載の端末装置。
4. 前記ＤＲＢ設定はＰＤＣＰ設定を含み、
   前記ＰＤＣＰ設定は、ＳＤＡＰヘッダ長の情報を含む、請求項１又は２に記載の端末装置。

Images