(57)【要約】  ＮＲ（New Radio）において、高速かつ、高い信頼性と低遅延を有する通信システムを提供する。基地局装置は、無線信号を送受信する複数のＤＵ（Distributed Unit）（８０２）と、複数のＤＵ（８０２）を制御するＣＵ（Central Unit）（８０１）とを含む。ＣＵ（８０１）は、通信端末装置（８０４）宛ての下りパケットを複製して、複数のＤＵ（８０２）のうちの少なくとも２つのＤＵ（８０２）に転送する。少なくとも２つのＤＵ（８０２）は、ＣＵ（８０１）から取得した下りパケットを、無線信号によって通信端末装置（８０４）に送信する。通信端末装置（８０４）は、下りパケットを重複して受信した場合、重複している下りパケットを、予め定められた下りパケット削除基準に従って削除する。
2018198963.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置と、前記通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムであって、
前記基地局装置は、
無線信号を送受信する複数のＤＵ（Distributed Unit）と、
前記複数のＤＵを制御するＣＵ（Central Unit）と
を含み、
前記ＣＵは、前記通信端末装置宛ての下りパケットを複製して、前記複数のＤＵのうちの少なくとも２つのＤＵに転送し、
前記少なくとも２つのＤＵは、前記ＣＵから取得した前記下りパケットを、前記無線信号によって前記通信端末装置に送信し、
前記通信端末装置は、前記下りパケットを重複して受信した場合、重複している前記下りパケットを、予め定められた下りパケット削除基準に従って削除する、
通信システム。
【請求項２】
前記通信端末装置は、当該通信端末装置から送信する上りパケットの複製を、前記複数のＤＵのうちの２つ以上のＤＵ宛てに送信し、
前記基地局装置は、前記上りパケットを重複して受信した場合、重複している前記上りパケットを、予め定められた上りパケット削除基準に従って削除する、
請求項１に記載の通信システム。
【請求項３】
通信端末装置と、前記通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムであって、
前記基地局装置は、
無線信号を送受信する複数のＤＵ（Distributed Unit）と、
前記複数のＤＵを制御するＣＵ（Central Unit）と
を含み、
前記ＣＵは、前記通信端末装置に接続されているＤＵから前記通信端末装置に送達済みのパケットに関する送達完了情報を取得し、
前記ＣＵは、前記送達完了情報に示されていないパケットを、前記ＤＵまたは他のＤＵから前記通信端末装置に送信する、
通信システム。
【請求項４】
前記送達完了情報は、前記通信端末装置から送達済みが通知されたパケットのシーケンス番号である、請求項３に記載の通信システム。
【請求項５】
前記ＣＵは前記送達完了情報を、前記通信端末装置から通知されるＰＤＣＰ（Packet Data Convergence Protocol）ステータス報告に基づいて取得する、請求項３に記載の通信システム。
【請求項６】
通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムであって、
前記複数の基地局装置は、前記通信端末装置に対してベアラを構成する、マスター基地局装置とセカンダリ基地局装置とを含み、
前記通信端末装置と通信するセカンダリ基地局装置が第１セカンダリ基地局装置から第２セカンダリ基地局装置に変更される場合、前記マスター基地局装置は、前記第１セカンダリ基地局装置から前記通信端末装置に送達済みのパケットに関する送達情報を、前記通信端末装置から取得し、
前記マスター基地局装置は、前記送達情報に示されていないパケットを、前記第２セカンダリ基地局装置または当該マスター基地局装置から、前記通信端末装置に送信する、
通信システム。
【請求項７】
通信端末装置と、前記通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムであって、
前記基地局装置は、
前記通信端末装置との間で無線信号を送受信する複数のＤＵ（Distributed Unit）と、
前記複数のＤＵを制御するＣＵ（Central Unit）と
を含み、
前記ＣＵは、前記通信端末装置宛ての下りデータをルーティングする機能を、ＰＤＣＰ（Packet Data Convergence Protocol）内または前記ＰＤＣＰよりも下位に有する、
通信システム。
【請求項８】
通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムであって、
前記複数の基地局装置は、前記通信端末装置に対してベアラを構成する、マスター基地局装置とセカンダリ基地局装置とを含み、
前記マスター基地局装置および前記セカンダリ基地局装置はそれぞれ、
前記通信端末装置との間で無線信号を送受信する複数のＤＵ（Distributed Unit）と、
前記複数のＤＵを制御するＣＵ（Central Unit）と
を含み、
前記マスター基地局装置は、前記通信端末装置宛ての下りデータを、当該マスター基地局装置よりも上位のネットワーク装置から受信し、前記下りデータのルーティングを当該マスター基地局装置と前記セカンダリ基地局装置とに対して行い、
前記マスター基地局装置の前記ＣＵは、
当該マスター基地局装置におけるルーティング先ＤＵを決定する機能と、
決定したルーティング先ＤＵに、当該マスター基地局装置にルーティングされた下りデータを転送する機能と
を有し、
前記セカンダリ基地局装置の前記ＣＵは、
当該セカンダリ基地局装置におけるルーティング先ＤＵを決定する機能と、
決定したルーティング先ＤＵに、当該セカンダリ基地局装置にルーティングされた下りデータを転送する機能と
を有する、通信システム。
【請求項９】
通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムであって、
前記複数の基地局装置は、前記通信端末装置に対してベアラを構成する、マスター基地局装置とセカンダリ基地局装置とを含み、
前記マスター基地局装置および前記セカンダリ基地局装置はそれぞれ、
前記通信端末装置との間で無線信号を送受信する複数のＤＵ（Distributed Unit）と、
前記複数のＤＵを制御するＣＵ（Central Unit）と
を含み、
前記マスター基地局装置は、前記通信端末装置宛ての下りデータを、当該マスター基地局装置よりも上位のネットワーク装置から受信し、前記下りデータのルーティングを当該マスター基地局装置と前記セカンダリ基地局装置とに対して行い、
前記マスター基地局装置の前記ＣＵは、
当該マスター基地局装置におけるルーティング先ＤＵを決定する機能と、
決定したルーティング先ＤＵに、当該マスター基地局装置にルーティングされた下りデータを転送する機能と、
前記セカンダリ基地局装置におけるルーティング先ＤＵを決定する機能と
を有し、
前記セカンダリ基地局装置の前記ＣＵは、
前記マスター基地局装置によって決定された、当該セカンダリ基地局装置の前記ルーティング先ＤＵに、当該セカンダリ基地局装置にルーティングされた下りデータを転送する機能
を有する、通信システム。
【請求項１０】
通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムであって、
前記複数の基地局装置は、前記通信端末装置に対してベアラを構成する、マスター基地局装置とセカンダリ基地局装置とを含み、
前記マスター基地局装置および前記セカンダリ基地局装置はそれぞれ、
前記通信端末装置との間で無線信号を送受信する複数のＤＵ（Distributed Unit）と、
前記複数のＤＵを制御するＣＵ（Central Unit）と
を含み、
前記マスター基地局装置は、前記通信端末装置宛ての下りデータを、当該マスター基地局装置よりも上位のネットワーク装置から受信し、前記下りデータのルーティングを当該マスター基地局装置と前記セカンダリ基地局装置とに対して行い、
前記マスター基地局装置の前記ＣＵは、
当該マスター基地局装置におけるルーティング先ＤＵを決定する機能と、
決定したルーティング先ＤＵに、当該マスター基地局装置にルーティングされた下りデータを転送する機能と、
前記セカンダリ基地局装置におけるルーティング先ＤＵを決定する機能と、
前記セカンダリ基地局装置の前記ルーティング先ＤＵに、前記セカンダリ基地局装置にルーティングされた下りデータを転送する機能と
を有する、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末装置などの通信端末装置と基地局装置との間で無線通信を行う通信システムに関する。
【背景技術】
【０００２】
移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）において、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１〜５）。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。【０００３】
ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）が用いられる。また、ＬＴＥは、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。【０００４】
非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。【０００５】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。【０００６】
物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。【０００７】
物理制御フォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。【０００８】
物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ−ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。【０００９】
物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。【００１０】
物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。【００１１】
物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。【００１２】
物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）がマッピングされている。【００１３】
物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。【００１４】
下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN Reference Signal）、ＵＥ固有参照信号（UE-specific Reference Signal）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ−ＲＳ）、位置決定参照信号（Positioning Reference Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ−ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。【００１５】
非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。【００１６】
下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ−ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）ともいわれる。ＤＬ−ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ−ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。【００１７】
ページングチャネル（Paging Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。【００１８】
マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia Broadcast Multicast Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。【００１９】
上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。【００２０】
ランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。【００２１】
ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。【００２２】
再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。【００２３】
非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、説明する。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。【００２４】
ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。【００２５】
共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされる。【００２６】
マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。【００２７】
個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）にマッピングされる。【００２８】
個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。【００２９】
マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。【００３０】
ＣＧＩとは、セルグローバル識別子（Cell Global Identifier）のことである。ＥＣＧＩとは、Ｅ−ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identifier）のことである。ＬＴＥ、後述のＬＴＥ−Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。【００３１】
ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ＣＳＧ  ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。【００３２】
ＣＳＧセルは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ  ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ  ＩＤを用いてＣＳＧセルにアクセスする。【００３３】
ＣＳＧ  ＩＤは、ＣＳＧセルまたはセルによって報知される。ＬＴＥ方式の通信システムにＣＳＧ  ＩＤは複数存在する。そして、ＣＳＧ  ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、通信端末（ＵＥ）によって使用される。【００３４】
通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。【００３５】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、およびＥ−ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献２には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）とが開示されている。【００３６】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ−Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ−Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。【００３７】
ＬＴＥ−Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。【００３８】
ＣＡが構成される場合、ＵＥはネットワーク（Network：ＮＷ）と唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ  ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ  ＰＣＣ）である。【００３９】
ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ  ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ  ＳＣＣ）である。【００４０】
一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌとからなるサービングセルの組が、一つのＵＥに対して構成される。【００４１】
また、ＬＴＥ−Ａでの新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ−Ａのために検討されているＣｏＭＰについては、非特許文献１に記載されている。【００４２】
また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual Connectivity；ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。【００４３】
デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスターｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。【００４４】
モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ−Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。【００４５】
さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。【００４６】
５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。【００４７】
このような要求を満たすために、３ＧＰＰでは、リリース１４として、５Ｇの規格検討が進められている（非特許文献６〜１０参照）。５Ｇの無線区間の技術は「New Radio Access Technology」と称され（「New Radio」は「ＮＲ」と略称される）、いくつかの新たな技術が検討されている（非特許文献１１〜１４参照）。例えば、ＤＣやマルチコネクティビティ（Multi-Connectivity；ＭＣと略称される）を用いたパケット複製、ｇＮＢのＣＵ（Central Unit）とＤＵ（Distributed Unit）への分離、などが検討されている。
【先行技術文献】
【非特許文献】
【００４８】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．０．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．０．０
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１３．０．０
【非特許文献５】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ−３１７６６９−ＭＥＴＩＳ／Ｄ１．１
【非特許文献６】３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ１．１．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３８．８０１  Ｖ１４．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３８．８０２  Ｖ１．０．０
【非特許文献９】３ＧＰＰ  ＴＲ  ３８．８０４  Ｖ１．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３８．９１２  Ｖ０．０．２
【非特許文献１１】３ＧＰＰ  Ｒ２−１７００６７２
【非特許文献１２】３ＧＰＰ  Ｒ２−１７００１７２
【非特許文献１３】３ＧＰＰ  Ｒ２−１７００９８２
【非特許文献１４】３ＧＰＰ  Ｒ２−１７０１４７２
【非特許文献１５】３ＧＰＰ  ＴＳ  ３６．４２３  ｖ１４．２．０
【非特許文献１６】３ＧＰＰ  ＴＳ  ３６．３１１  ｖ１４．２．１
【非特許文献１７】ＣＰＲＩ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖ７．０
【非特許文献１８】３ＧＰＰ  Ｒ２−１７０１４６１
【非特許文献１９】３ＧＰＰ  Ｒ２−１７００１７７
【非特許文献２０】３ＧＰＰ  ＴＳ  ３６．３２３  ｖ１４．２．０
【非特許文献２１】３ＧＰＰ  ＴＳ  ３６．３２２  ｖ１４．０．０
【非特許文献２２】３ＧＰＰ  Ｒ３−１７０２６６
【非特許文献２３】３ＧＰＰ  ＴＳ３６．４２５  Ｖ１３．１．１
【発明の概要】
【発明が解決しようとする課題】
【００４９】
ＮＲでは、ｇＮＢあたりのＵＥ収容数を増加させるために、ｇＮＢを二つのユニット、すなわち、ＣＵ（Central Unit）とＤＵ（Distributed Unit）に分離し、ＣＵに複数のＤＵを接続可能とすることが提案されている。また、ＮＲでは、ＤＣあるいはＭＣの構成を用い各ｇＮＢにて同じパケットを送受信するというパケット複製を用いることで、高信頼性および低遅延性を満足する通信を提供することが提唱されている。【００５０】
ＮＲにおいて、複数のＤＵを用いてパケット複製を行うことが提案されている。ところが、ＤＵ間にはＤＣまたはＭＣの構成をそのまま適用できないため、複数ＤＵを用いたパケット複製による通信を提供できない。そのため、高信頼性および低遅延性を満足する通信を提供できなくなってしまう。【００５１】
また、ＮＲにおいて、複数ＤＵを用いた場合のルーティング方法、特に、ＤＣとＣＵ−ＤＵ分離とを併用した場合に、ＭｇＮＢはＳｇＮＢのどのＤＵにデータを転送すればよいか不明である。このため、ＭｇＮＢからＳｇＮＢ配下のＤＵに対しデータ送信が不可能になってしまうため、ＵＥと基地局との間でＳｇＮＢのＤＵを用いた通信が確立できないという問題が生じる。したがって、５Ｇにおいては、ＤＣとＣＵ−ＤＵ分離とを併用できず、無線リソースの使用効率を大きく減少させる。【００５２】
本発明は、上記課題に鑑み、ＮＲにおいて、高速かつ、高い信頼性と低遅延を有する通信システムを提供することを、目的の一つとする。
【課題を解決するための手段】
【００５３】
本発明によれば、例えば、通信端末装置と、前記通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムであって、前記基地局装置は、無線信号を送受信する複数のＤＵ（Distributed Unit）と、前記複数のＤＵを制御するＣＵ（Central Unit）とを含み、前記ＣＵは、前記通信端末装置宛ての下りパケットを複製して、前記複数のＤＵのうちの少なくとも２つのＤＵに転送し、前記少なくとも２つのＤＵは、前記ＣＵから取得した前記下りパケットを、前記無線信号によって前記通信端末装置に送信し、前記通信端末装置は、前記下りパケットを重複して受信した場合、重複している前記下りパケットを、予め定められた下りパケット削除基準に従って削除する、通信システムが提供される。
【発明の効果】
【００５４】
本発明によれば、ＮＲにおいて、高速かつ、高い信頼性と低遅延を有する通信システムを提供することができる。【００５５】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００５６】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。
【図４】本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。
【図５】本発明に係るＭＭＥの構成を示すブロック図である。
【図６】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図７】マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。
【図８】実施の形態１について、下り通信において、ＰＤＣＰレイヤにてパケット複製を行って複数ＤＵに転送するＣＵと、ＤＵと、重複パケット検出を行うＵＥとの構成を示した図である。
【図９】実施の形態１について、ＣＵ配下の全てのＤＵを通るベアラの構成を示した図である。
【図１０】実施の形態１について、ＣＵとＵＥとの間の通信において、複製パケットの送受信を開始するためのシーケンスを示した図である。
【図１１】実施の形態１について、ＣＵとＵＥとの間の通信において、複製パケットの送受信を開始するためのシーケンスを示した図である。
【図１２】実施の形態１について、ＣＵとＵＥとの間の通信において、複製パケットの送受信を開始するための他のシーケンスを示した図である。
【図１３】実施の形態１について、ＣＵとＵＥとの間の通信において、複製パケットの送受信を開始するための他のシーケンスを示した図である。
【図１４】実施の形態１について、ＲＲＣ接続再設定を、通信指示開始応答の後に行う場合のシーケンス図である。
【図１５】実施の形態１について、ＲＲＣ接続再設定を、通信指示開始応答の後に行う場合のシーケンス図である。
【図１６】実施の形態１について、ＣＵが各ＤＵおよびＵＥに対して、各ＤＵおよびＵＥからの応答を待たずに指示を行う場合のシーケンスを示す図である。
【図１７】実施の形態１について、ＣＵが各ＤＵおよびＵＥに対して、各ＤＵおよびＵＥからの応答を待たずに指示を行う場合のシーケンスを示す図である。
【図１８】実施の形態１について、ＣＵとＵＥとの間の通信において、複製されたパケットの送受信を停止するためのシーケンスを示す図である。
【図１９】実施の形態１について、使用ＤＵの切り替え、および、Ｃ−Ｐｌａｎｅにおける複数ＤＵを用いた通信を説明するシーケンス図である。
【図２０】実施の形態１について、使用ＤＵの切り替え、および、Ｃ−Ｐｌａｎｅにおける複数ＤＵを用いた通信を説明するシーケンス図である。
【図２１】実施の形態１について、ＲＲＣ接続再設定が失敗した場合の動作を説明するシーケンス図である。
【図２２】実施の形態１について、ＲＲＣ接続再設定が失敗した場合の動作を説明するシーケンス図である。
【図２３】実施の形態１について、通信開始指示が失敗した場合の動作を説明するシーケンス図である。
【図２４】実施の形態１について、通信開始指示が失敗した場合の動作を説明するシーケンス図である。
【図２５】実施の形態１について、ＤＵからＣＵへの通信開始応答が不達の場合の動作を説明するシーケンス図である。
【図２６】実施の形態１について、ＤＵからＣＵへの通信開始応答が不達の場合の動作を説明するシーケンス図である。
【図２７】実施の形態１について、パケット複製を用いたＤＵ間モビリティのシーケンスを示す図である。
【図２８】実施の形態１について、パケット複製を用いたＤＵ間モビリティのシーケンスを示す図である。
【図２９】実施の形態１の変形例１について、ＣＵ−ＤＵ分離のオプション３−１について、複数ＤＵを用いた下り通信においてＰＤＣＰレイヤのパケットを複製する構成を示した図である。
【図３０】実施の形態２について、ＣＵ−ＤＵ分離のオプション３−１について、複数ＤＵを用いた下り通信においてＲＬＣ−Ｈレイヤのパケットを複製する構成を示した図である。
【図３１】実施の形態３について、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行う構成を表した図である。
【図３２】実施の形態３について、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関するシーケンスを示した図である。
【図３３】実施の形態３について、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関するシーケンスを示した図である。
【図３４】実施の形態３について、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関するシーケンスを示した図である。
【図３５】実施の形態３について、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関する他のシーケンスを示した図である。
【図３６】実施の形態３について、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関する他のシーケンスを示した図である。
【図３７】実施の形態３について、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関する他のシーケンスを示した図である。
【図３８】実施の形態３の変形例１について、ＣＵ−ＤＵ分離のオプション３−１について、ＨＡＲＱ−ＡＣＫを用いてＲＬＣ送達確認を行う構成を示した図である。
【図３９】実施の形態４について、ＵＥからのＰＤＣＰステータス報告を用いたセカンダリ基地局間モビリティを示すシーケンス図である。
【図４０】実施の形態４について、ＵＥからのＰＤＣＰステータス報告を用いたＤＵ間モビリティを示すシーケンス図である。
【図４１】実施の形態４について、ＵＥからのＰＤＣＰステータス報告を用いたＤＵ間モビリティを示すシーケンス図である。
【図４２】実施の形態６について、ＳｇＮＢのＰＤＣＰにＤＵ間ルーティング機能を設けた場合のアーキテクチャの例を示す図である。
【図４３】実施の形態６について、ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を設けた場合のアーキテクチャの例を示す図である。
【図４４】実施の形態６について、ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を有するプロトコルスタックを設けた場合のアーキテクチャの例を示す図である。
【図４５】実施の形態６について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【図４６】実施の形態６について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【図４７】実施の形態６について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【図４８】実施の形態６の変形例１について、ＭｇＮＢにＳｇＮＢのルーティング先ＤＵを決定する機能を設け、ＳｇＮＢのＣＵ内のＰＤＣＰにＤＵ間ルーティング機能を設けた場合のアーキテクチャの例を示す図である。
【図４９】実施の形態６の変形例１について、ＳｇＮＢのＣＵにルーティングのための一つのバッファを設けた場合のアーキテクチャの例を示す図である。
【図５０】実施の形態６の変形例１について、ＳｇＮＢのＣＵにルーティングのためのバッファをＤＵ毎に設けた場合のアーキテクチャの例を示す図である。
【図５１】実施の形態６の変形例１について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【図５２】実施の形態６の変形例１について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【図５３】実施の形態６の変形例１について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【図５４】実施の形態６の変形例２について、ＭｇＮＢにＳｇＮＢのＤＵ間ルーティング機能を設けた場合のアーキテクチャの例を示す図である。
【図５５】実施の形態６の変形例２について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【図５６】実施の形態６の変形例２について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【図５７】実施の形態６の変形例２について、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。
【発明を実施するための形態】
【００５７】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。
【００５８】
ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。
【００５９】
移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ−Ｐｌａｎｅと称する場合もある）、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局２０３で終端するならば、Ｅ−ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。
【００６０】
移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio Resource Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。
【００６１】
ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）の測定（メジャメント（measurement））などが行われる。
【００６２】
基地局２０３は、ｅＮＢ２０７と、Ｈｏｍｅ−ｅＮＢ２０６とに分類される。通信システム２００は、複数のｅＮＢ２０７を含むｅＮＢ群２０３−１と、複数のＨｏｍｅ−ｅＮＢ２０６を含むＨｏｍｅ−ｅＮＢ群２０３−２とを備える。またコアネットワークであるＥＰＣ（Evolved Packet Core）と、無線アクセスネットワークであるＥ−ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ−ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。
【００６３】
ｅＮＢ２０７は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）、あるいはＳ−ＧＷ（Serving Gateway）、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。
【００６４】
Ｈｏｍｅ−ｅＮＢ２０６は、ＭＭＥ部２０４とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ２０６とＭＭＥ部２０４との間で制御情報が通信される。一つのＭＭＥ部２０４に対して、複数のＨｏｍｅ−ｅＮＢ２０６が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ２０６は、ＨｅＮＢＧＷ（Home-eNB GateWay）２０５を介してＭＭＥ部２０４と接続される。Ｈｏｍｅ−ｅＮＢ２０６とＨｅＮＢＧＷ２０５とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ２０５とＭＭＥ部２０４とはＳ１インタフェースを介して接続される。
【００６５】
一つまたは複数のＨｏｍｅ−ｅＮＢ２０６が一つのＨｅＮＢＧＷ２０５と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ２０５は、一つまたは複数のＭＭＥ部２０４と接続され、Ｓ１インタフェースを通して情報が通信される。
【００６６】
ＭＭＥ部２０４およびＨｅＮＢＧＷ２０５は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７およびＨｏｍｅ−ｅＮＢ２０６と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３およびＨｅＮＢＧＷ２０５は、Ｅ−ＵＴＲＡＮ２０１を構成する。
【００６７】
さらに３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ２０６間のＸ２インタフェースはサポートされる。すなわち、Ｈｏｍｅ−ｅＮＢ２０６間は、Ｘ２インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ２０６間で制御情報が通信される。ＭＭＥ部２０４からは、ＨｅＮＢＧＷ２０５はＨｏｍｅ−ｅＮＢ２０６として見える。Ｈｏｍｅ−ｅＮＢ２０６からは、ＨｅＮＢＧＷ２０５はＭＭＥ部２０４として見える。
【００６８】
Ｈｏｍｅ−ｅＮＢ２０６が、ＨｅＮＢＧＷ２０５を介してＭＭＥ部２０４に接続される場合および直接ＭＭＥ部２０４に接続される場合のいずれの場合も、Ｈｏｍｅ−ｅＮＢ２０６とＭＭＥ部２０４との間のインタフェースは、Ｓ１インタフェースで同じである。
【００６９】
基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。
【００７０】
図３は、本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。図３に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７から基地局２０３に送信信号が送信される。
【００７１】
また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図３では省略しているが、各部３０１〜３０９と接続している。
【００７２】
図４は、本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。図４に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）、ＨｅＮＢＧＷ２０５などとの間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。
【００７３】
送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８より一つもしくは複数の移動端末２０２に対して送信信号が送信される。
【００７４】
また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータはＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図４では省略しているが、各部４０１〜４１０と接続している。
【００７５】
図５は、本発明に係るＭＭＥの構成を示すブロック図である。図５では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ  ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ  ＧＷ通信部５０１に渡され、ＰＤＮ  ＧＷへ送信される。
【００７６】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。
【００７７】
ＨｅＮＢＧＷ通信部５０４は、ＨｅＮＢＧＷ２０５が存在する場合に設けられ、情報種別によって、ＭＭＥ２０４ａとＨｅＮＢＧＷ２０５との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４から受信した制御データは、ＨｅＮＢＧＷ通信部５０４から制御プレイン制御部５０５へ渡される。制御プレイン制御部５０５での処理の結果は、ＰＤＮ  ＧＷ通信部５０１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部５０５で処理された結果は、基地局通信部５０２経由でＳ１インタフェースにより１つあるいは複数の基地局２０３へ送信され、またＨｅＮＢＧＷ通信部５０４経由で１つあるいは複数のＨｅＮＢＧＷ２０５へ送信される。
【００７８】
制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５−１、ＳＡＥベアラコントロール部５０５−２、アイドルステート（Idle State）モビリティ管理部５０５−３などが含まれ、制御プレイン（以下、Ｃ−Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５−１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５−２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５−３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ−ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
【００７９】
ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。ＭＭＥ２０４ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるＨｏｍｅ−ｅＮＢ２０６のＣＳＧの管理、ＣＳＧ  ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５−３で行われてもよい。
【００８０】
次に通信システムにおけるセルサーチ方法の一例を示す。図６は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ−ＳＳ）、および第二同期信号（Ｓ−ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。
【００８１】
Ｐ−ＳＳとＳ−ＳＳとを合わせて、同期信号（Synchronization Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
【００８２】
次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ６０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。
【００８３】
次にステップＳＴ６０３で、ステップＳＴ６０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。
【００８４】
次にステップＳＴ６０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【００８５】
次にステップＳＴ６０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。
【００８６】
次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。
【００８７】
通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。
【００８８】
コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ−ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。
【００８９】
スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。
【００９０】
従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。
【００９１】
小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。
【００９２】
以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。
【００９３】
マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。
【００９４】
スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。
【００９５】
図７は、マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。マクロｅＮＢによって構成されるマクロセルは、比較的広い範囲のカバレッジ７０１を有する。スモールｅＮＢによって構成されるスモールセルは、マクロｅＮＢ（マクロセル）のカバレッジ７０１に比べて範囲が小さいカバレッジ７０２を有する。
【００９６】
複数のｅＮＢが混在する場合、あるｅＮＢによって構成されるセルのカバレッジが、他のｅＮＢによって構成されるセルのカバレッジ内に含まれる場合がある。図７に示すセルの構成では、参照符号「７０４」または「７０５」で示されるように、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２が、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１内に含まれる場合がある。
【００９７】
また、参照符号「７０５」で示されるように、複数、例えば２つのスモールセルのカバレッジ７０２が、１つのマクロセルのカバレッジ７０１内に含まれる場合もある。移動端末（ＵＥ）７０３は、例えばスモールセルのカバレッジ７０２内に含まれ、スモールセルを介して通信を行う。
【００９８】
また図７に示すセルの構成では、参照符号「７０６」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが複雑に重複する場合が生じる。
【００９９】
また、参照符号「７０７」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが重複しない場合も生じる。
【０１００】
さらには、参照符号「７０８」で示されるように、多数のスモールｅＮＢによって構成される多数のスモールセルのカバレッジ７０２が、１つのマクロｅＮＢによって構成される１つのマクロセルのカバレッジ７０１内に構成される場合も生じる。
【０１０１】
ＮＲにおけるサービスの１つとして、低遅延かつ高信頼性の通信を求められるＵＲＬＬＣ（Ultra Reliability, Low Latency Communication）がある。低遅延と高信頼性を同時に満たすために、ＵＲＬＬＣではＲＬＣレイヤにおいてＡＭ（Acknowledged Mode）を用いないことが、３ＧＰＰの標準化会合にて合意された。また、ＲＬＣレイヤにおいて、ＵＭ（Unacknowledged Mode）を用いて信頼性を確保するために、ＰＤＣＰレイヤにおけるパケット複製をサポートすることが、３ＧＰＰの標準化会合にて合意された（非特許文献１１（３ＧＰＰ  Ｒ２−１７００６７２）参照）。ＮＲでは、前述のパケット複製を、ＤＣおよびＭＣの構成において用いることが提唱されている（非特許文献１２（３ＧＰＰ  Ｒ２−１７００１７２）参照）。
【０１０２】
また、３ＧＰＰでは、ｇＮＢが二つのユニットに分離されることが提案されている（非特許文献７参照）。当該二つのユニットを各々ＣＵ（Central Unit）とＤＵ（Distributed Unit）と称する。ＣＵに複数のＤＵが接続される。ＣＵ−ＤＵ分離におけるＣＵとＤＵの機能分担について、複数のオプションが提案されている。例えば、オプション２として、ＣＵはＰＤＣＰを有し、ＤＵはＲＬＣ、ＭＡＣおよびＰＨＹを有することが提案されている。また、オプション３として、ＣＵはＰＤＣＰおよびＨ−ＲＬＣを有し、ＤＵはＬ−ＲＬＣ、ＭＡＣおよびＰＨＹを有することが提案されている。オプション３はオプション３−１を含み、オプション３−１では、オプション３のＬ−ＲＬＣがＲＬＣ−ＰＤＵ分割の機能を有し、オプション３のＨ−ＲＬＣが送達確認の機能およびＲＬＣの他の機能を有することが提案されている。
【０１０３】
ＮＲにおいて、複数ＤＵを用いた通信にＤＣまたはＭＣを適用することが提唱されている（非特許文献１３（３ＧＰＰ  Ｒ２−１７００９８２）、非特許文献１４（３ＧＰＰ  Ｒ２−１７０１４７２）参照）。
【０１０４】
ところが、ＤＵにおいては、ＤＣおよびＭＣにおけるマスター基地局とセカンダリ基地局との区別がないため、ＤＣあるいはＭＣの構成およびシーケンスをそのままＤＵ間の通信において適用できない。従って、複数ＤＵを用いた通信を確立できず、基地局とＵＥとの間で通信できないという問題が生じる。
【０１０５】
また、ＤＵ間のモビリティのシーケンスが開示されていないため、ＵＥは移動しても対向となるＤＵを切り替えることができない。そのため、ＵＥが移動する場合において安定した通信を提供できないという問題が生じる。
【０１０６】
また、ＤＣあるいはＭＣの構成およびシーケンスをそのままＤＵ間の通信において適用できないことから、ＣＵは複数ＤＵを用いたパケット複製の通信を提供できない。そのため、高信頼性および低遅延性を満足する通信を提供できないという問題が生じる。
【０１０７】
本実施の形態１では、このような問題を解決する方法を開示する。
【０１０８】
ＣＵは、上位ネットワーク装置から転送されたパケットを複製する。ＣＵは、複製したパケットを各ＤＵに転送する。各ＤＵは、該パケットをＵＥに送信する。ＵＥは、該パケットの重複検出を行う。ＵＥは、重複パケットを削除する。前述の重複検出および削除において、ＵＥは、例えば、重複して受信した同じパケットのうち、１つのみを有効とし残りを削除してもよい。
【０１０９】
ＣＵは、該パケット複製を、ＰＤＣＰレイヤにて行ってもよい。また、ＵＥは、該重複検出および重複パケットの削除を、ＰＤＣＰレイヤにて行ってもよい。
【０１１０】
ＣＵ、ＤＵおよびＵＥの前述の動作は、下り通信に対して行ってもよい。
【０１１１】
また、ＵＥは、パケットを複製し、各ＤＵに対向する下位レイヤのエンティティを経由して各ＤＵに送信する。各ＤＵは、受信したパケットをＣＵに転送する。ＣＵは、ＤＵより受信したパケットの重複検出を行う。ＣＵは、重複パケットを削除する。前述の重複検出および削除において、ＣＵは、例えば、重複して受信した同じパケットのうち、１つのみを有効とし残りを削除してもよい。ＣＵは、削除されなかったパケットを上位ネットワーク装置に転送する。
【０１１２】
ＣＵ、ＤＵおよびＵＥの前述の動作は、上り通信に対して行ってもよい。
【０１１３】
ＣＵは、配下にあるすべてのＤＵに対して、複製したパケットを転送してもよい。同様に、ＵＥは、対向のＣＵの配下にあるすべてのＤＵに対して、複製したパケットを送信してもよい。このことによって、通信の冗長性が高まり、信頼性を向上させることができる。
【０１１４】
あるいは、ＣＵは、配下にある一部のＤＵに対して、複製したパケットを転送してもよい。同様に、ＵＥは、配下にある一部のＤＵに対して、複製したパケットを送信してもよい。このことによって、通信の信頼性の向上を、効率的に行うことができる。
【０１１５】
ＣＵから複製パケットを転送するＤＵ（以下、下り通信における使用ＤＵ、と称する場合がある）は、ＵＥから複製パケットを送信するＤＵ（以下、上り通信における使用ＤＵ、と称する場合がある）と異なっていてもよい。また、下り通信における使用ＤＵの数は、上り通信における使用ＤＵの数と異なっていてもよい。このことにより、通信経路の設定を柔軟に行うことができる。
【０１１６】
前述において、下り通信における使用ＤＵは、１つでも、２つでも、３つ以上でもよい。上り通信における使用ＤＵの数についても同様であってもよい。このことにより、信頼性の向上を、効率的に行うことができる。
【０１１７】
前述において、下り通信における使用ＤＵおよび上り通信における使用ＤＵ（以下、使用ＤＵ、と称する場合がある）は、ＣＵ毎に設定されてもよい。例えば、あるＵＥとの通信において、ＣＵ＃１は配下のＤＵ＃1〜＃３のうちＤＵ＃１，＃２を用い、ＣＵ＃２は配下のＤＵ＃４〜＃６のうちＤＵ＃５、＃６を用いてもよい。このことにより、各ＣＵとＤＵとの間の通信経路に応じて最適な通信システムを構築することが可能となる。
【０１１８】
前述において、使用ＤＵは、ＵＥ毎に設定されてもよい。例えば、あるＣＵが配下にＤＵ＃１〜＃３を有する場合において、ＵＥ＃１との通信において該ＣＵはＤＵ＃１，＃２を用いてもよい。また、該ＣＵはＵＥ＃２との通信においてＤＵ＃２，＃３を用いてもよい。このことにより、ＵＥの位置に応じて最適な通信システムを構築することが可能となる。
【０１１９】
前述において、使用ＤＵは、ＣＵ毎、ＵＥ毎の組み合わせによって設定されてもよい。例えば、ＵＥ＃１との通信において、ＣＵ＃１は配下のＤＵ＃１〜＃３のうちＤＵ＃１，＃２を用い、ＣＵ＃２は配下のＤＵ＃４〜＃６のうちＤＵ＃４，＃６を用いてもよい。また、ＵＥ＃２との通信において、ＣＵ＃１はＤＵ＃２，＃３を用い、ＣＵ＃２はＤＵ＃４〜＃６を用いてもよい。このことにより、各ＣＵと各ＤＵとの位置関係や通信経路に応じて、最適な通信システムを構築することが可能となる。
【０１２０】
ＣＵは、使用ＤＵを判断してもよい。
【０１２１】
ＣＵが前述の判断に用いる情報として、以下の（１）〜（５）の例を開示する。
【０１２２】
（１）配下のＤＵが取得した測定結果。例えば、上り信号測定結果。
【０１２３】
（２）ＵＥが取得した測定結果。例えば、下り信号測定結果。
【０１２４】
（３）配下のＤＵの負荷状況。
【０１２５】
（４）ＣＵの負荷状況。
【０１２６】
（５）前述の（１）〜（４）の組み合わせ。
【０１２７】
前述の（１）により、ＵＥからＣＵに対して測定結果を通知する必要がなくなるため、無線区間におけるシグナリング量を削減することができる。
【０１２８】
前述の（１）において、ＤＵは上り参照信号（上りＲＳ）を測定してもよい。このことにより、ＤＵは、ユーザデータの有無にかかわらず上り信号を測定することが可能となる。あるいは、ＤＵは、上りデータの誤り率を測定してもよい。このことにより、ＤＵは、上り信号の測定処理の時間を削減することが可能となる。ＤＵは、前述の誤り率として、誤り訂正処理前のビット誤り率（Bit Error Rate：ＢＥＲ）を測定してもよい。このことにより、ＤＵは、無線チャネルの状況を的確に反映した測定結果を取得することが可能となる。また、ＤＵは、誤り訂正処理後のブロック誤り率（Block Error Rate：ＢＬＥＲ）を測定してもよい。このことにより、ＤＵは、測定結果取得処理の時間を短縮することが可能となる。
【０１２９】
前述の（２）により、既存のＬＴＥ通信システムにおける測定結果取得処理と同じ処理が利用可能となるため、通信システムの設計時における複雑性を回避することができる。
【０１３０】
前述の（２）において、ＵＥは下り参照信号（下りＲＳ）を測定してもよい。このことにより、ＵＥは、ユーザデータの有無にかかわらず下り信号の測定結果を取得することが可能となる。あるいは、ＵＥは、下りデータの誤り率を測定してもよい。このことにより、ＵＥは、上り信号の測定処理の時間を削減することが可能となる。ＵＥは、前述の誤り率として、誤り訂正処理前のビット誤り率（Bit Error Rate：ＢＥＲ）を測定してもよい。このことにより、ＵＥは、無線チャネルの状況を的確に反映した測定結果を取得することが可能となる。また、ＵＥは、誤り訂正処理後のブロック誤り率（Block Error Rate：ＢＬＥＲ）を測定してもよい。このことにより、ＵＥは、測定結果取得処理の時間を短縮することが可能となる。
【０１３１】
ＵＥは、前述の（２）の情報をＣＵに通知してもよい。ＵＥは、該情報を、ＤＵを経由して通知してもよい。ＵＥはＤＵへ該情報を、Ｌ１／Ｌ２シグナリングを用いて通知してもよい。このことにより、チャネル状況の変化に応じた素早い通知が可能となる。あるいは、ＭＡＣシグナリングを用いてもよい。ＭＡＣシグナリングは多値変調を使用可能であるため、シンボル数を削減することができる。あるいは、ＲＲＣシグナリングを用いてもよい。ＲＲＣシグナリングの使用によって、ＤＵにおける該情報のＣＵへの転送処理が容易になる。
【０１３２】
ＵＥからＣＵへの該情報の通知にあたり、ＵＥがキャンプオンに用いたＤＵが使用ＤＵであってもよい。このことにより、ＵＥからＤＵへの接続に要する時間を短縮することが可能となる。
【０１３３】
あるいは、ＵＥとの接続が確立されているＤＵが使用ＤＵであってもよい。ＵＥとの接続が確立されているＤＵとは、例えば、ランダムアクセス処理が完了したＤＵであってもよい。あるいは、例えば、ＲＲＣ接続が確立したＤＵを用いてもよい。このことにより、例えばモビリティ発生により、キャンプオンに用いたＤＵと現在接続が確立しているＤＵが異なる場合においても、ＵＥからＣＵへの該通知が可能となる。
【０１３４】
あるいは、ＵＥからＣＵへの該情報の通知にあたり、複数のＤＵが使用ＤＵであってもよい。前述の複数のＤＵは、例えば、キャンプオン時のＤＵと、ＵＥとの接続が確立されているＤＵとの組み合わせであってもよいし、ＵＥとの接続が確立されている複数のＤＵであってもよい。このことにより、該通知の信頼性が向上する。
【０１３５】
前述の（３）の負荷状況として、例えば、リソース状況を用いてもよいし、空きリソース状況でもよい。前述のリソース状況として、無線リソースを用いてもよい。このことによって、ＣＵは、無線チャネル上で広帯域を確保できるＤＵを用いて、ＵＥと通信することが可能となる。あるいは、バッファ量を用いてもよい。バッファ量は、例えば、（ａ）ＲＬＣレイヤにおけるバッファ量でもよいし、（ｂ）ＨＡＲＱにおけるバッファ量でもよいし、あるいは、前述の（ａ）、（ｂ）を合算した量であってもよい。このことによって、ＣＵは、ユーザデータの輻輳を回避してＤＵを選択することが可能となる。
【０１３６】
あるいは、前述の（３）の負荷状況として、例えば、接続ＵＥ数を用いてもよい。このことにより、例えば、ＣＵは、ＵＥの接続数が少ないＤＵに大容量通信を割り当てることができるため、ＤＵの割り当てを効率的に行うことが可能となる。
【０１３７】
前述の（３）を用いることで、ＣＵは、他のＵＥとの通信状況を考慮して、ＤＵを選択可能となる。
【０１３８】
前述の（４）の負荷状況として、例えば、バッファ量を用いてもよい。バッファ量は、例えば、（ａ）ＮＲのＵ−ＰｌａｎｅにおいてＰＤＣＰの上位に新設されたレイヤにおけるバッファ量であってもよいし、（ｂ）ＰＤＣＰレイヤにおけるバッファ量であってもよいし、あるいは、前述の（ａ）、（ｂ）を合算した量であってもよい。前述のバッファ量は、対向するＵＥ毎の値であってもよいし、対向するＵＥを合算した値であってもよい。このことにより、例えば、バッファ量が大きいときに複数の使用ＤＵを用い、バッファ量が少ないときに１つの使用ＤＵを用いる、といった柔軟な制御が可能となる。
【０１３９】
ＣＵは、前述の（１）〜（３）および（５）の情報を各ＤＵに要求してもよい。ＤＵは、前述の（１）〜（３）および（５）の情報をＣＵに通知してもよい。ＤＵは、前述の通知を、周期的に行ってもよいし、ＣＵからの要求時に行ってもよい。あるいは、ＤＵは、前述の通知を、予め定める条件を満たしたときに行ってもよい。前述の条件は、規格により決定されてもよいし、ＣＵからＤＵに通知してもよい。
【０１４０】
前述の（１）〜（５）を用いて、ＣＵとＵＥとの間の通信に使用するＤＵ（以下、使用ＤＵと呼ぶ場合がある）を判断する場合、閾値を設けてもよい。ＣＵは、該閾値を用いて使用ＤＵを判断してもよい。例えば、ＵＥから受信する上り参照信号の受信強度が一定値以上である場合に、ＣＵは該ＤＵを、ＣＵと該ＵＥとの間の通信に使用可能と判断してもよい。あるいは、例えば、該ＤＵ内のバッファ量が一定値以上である場合に、ＣＵは該ＤＵを、ＣＵと該ＵＥとの間の通信に使用可能と判断してもよい。このことにより、ＣＵにおける使用ＤＵの判断を容易にすることができる。
【０１４１】
ＣＵとＤＵとの間の通信において、ＣＵ−ＤＵ間インタフェースを用いてもよい。前述のＣＵ−ＤＵ間インタフェースとして、例えば、Ｆｓインタフェース（非特許文献７参照）を用いてもよい。Ｆｓインタフェースを、ＣＵがＤＵに対して前述の（１）〜（３）および（５）の情報を要求する場合に用いてもよいし、ＤＵがＣＵに対して前述の（１）〜（３）および（５）の情報を通知する場合に用いてもよい。ＣＵは、ＤＵに対する前述の（１）〜（３）および（５）の情報の要求を、ユーザデータに背乗り（ピギーバック）させて行ってもよいし、独立に行ってもよい。また、ＤＵは、ＣＵに対する前述の（１）〜（３）および（５）の情報の通知を、ユーザデータに背乗り（ピギーバック）させて行ってもよいし、独立に行ってもよい。前述の要求および通知のユーザデータへの背乗り（ピギーバック）は、例えば、ユーザデータの空き領域（パディング領域）に前述の要求あるいは前述の通知を挿入する形で行ってもよい。このことにより、転送において、ヘッダ等のオーバーヘッドを少なくすることが可能となる。また、前述の要求および通知をユーザデータとは独立に行うことにより、該要求および該通知を迅速に行うことができる。
【０１４２】
本実施の形態１において、使用ＤＵの候補となるＤＵ（以下、候補ＤＵと称する場合がある）が設けられてもよい。候補ＤＵは、例えば、ＵＥがＰＤＣＣＨのモニタリングをする対象のＤＵであってもよい。候補ＤＵと使用ＤＵは、段階的に決められてもよい。例えば、使用ＤＵは、候補ＤＵの中から選択されてもよい。このことにより、使用ＤＵの柔軟な設定が可能となる。
【０１４３】
候補ＤＵは、ＣＵ配下のすべてのＤＵであってもよい。このようにすることで、通信の柔軟性が広がる。また、候補ＤＵは、ＣＵ配下の一部のＤＵであってもよい。このようにすることで、ＵＥがＰＤＣＣＨのモニタリングをする対象のＤＵを少なくすることができるので、ＵＥの消費電力を低下させることができる。
【０１４４】
ＣＵは、どのＤＵを使用ＤＵとするかを示す情報をＵＥに通知してもよい。前述の通知には、Ｌ１／Ｌ２シグナリングを用いてもよい。Ｌ１／Ｌ２シグナリングとして、例えば、スケジューリング情報、すなわち、下り割り当て情報、上りグラント情報を用いてもよい。ＣＵは、ＵＥへのＬ１／Ｌ２シグナリングの送信を、候補ＤＵの全てあるいはいずれかを介して行ってもよい。下り通信における使用ＤＵを介して、ＵＥへのＬ１／Ｌ２シグナリングの送信を行ってもよい。ＣＵは、該Ｌ１／Ｌ２シグナリングに、該使用ＤＵの下り割り当て情報を含めてもよいし、上りグラント情報を含めてもよいし、下り割り当て情報と上りグラント情報の両方を含めてもよい。ＵＥは、前述のスケジューリング情報の有無を用いて、使用ＤＵを判断してもよい。このことにより、ＣＵは使用ＤＵを柔軟に変更可能となるとともに、使用ＤＵの情報をＵＥに迅速に通知することが可能となる。
【０１４５】
ＣＵは、候補ＤＵを決定してもよい。ＣＵが候補ＤＵを決定するにあたり、ＣＵが使用ＤＵの判断に用いる前述の情報（１）〜（５）と同様の情報を用いてもよい。ＣＵが使用ＤＵの判断に用いる情報と、候補ＤＵの判断に用いる情報とは、同じであってもよいし、異なってもよい。このことにより、ＣＵにおける候補ＤＵおよび使用ＤＵの判断についての複雑性を回避することが可能となる。
【０１４６】
ＣＵとＵＥとの間の通信に用いるＤＵ（使用ＤＵ）および候補ＤＵを、ＤＵ自身が判断してもよい。ＤＵは、ＣＵに対し、ＣＵとＵＥとの間の通信に自ＤＵを用いることを要求してもよい。ＣＵは、該要求を承諾してもよいし、拒否してもよい。ＤＵ自身が判断することにより、使用ＤＵの決定においてＣＵの処理量を少なくすることができる。また、ＤＵからＣＵへの測定結果通知が不要となるので、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースにおけるシグナリング量を削減することができる。
【０１４７】
ＤＵが前述の判断に用いる情報として、以下の（１）〜（５）の例を開示する。
【０１４８】
（１）自ＤＵが取得した測定結果。例えば、上り信号測定結果。
【０１４９】
（２）ＵＥが取得した測定結果。例えば、下り信号測定結果。
【０１５０】
（３）自ＤＵの負荷状況。
【０１５１】
（４）ＣＵの負荷状況。
【０１５２】
（５）前述の（１）〜（４）の組み合わせ。
【０１５３】
前述の（１）において、ＤＵは、ＣＵが使用ＤＵの判断に用いる前述の情報（１）および（２）と同様の情報を用いてもよい。このことにより、ＣＵが使用ＤＵの判断に前述の情報（１）または（２）を用いる場合と同様の効果を得ることができる。
【０１５４】
前述の（３）において、ＣＵが使用ＤＵの判断に用いる前述の情報（３）と同様の情報を用いてもよい。このことにより、ＤＵがＣＵへ自ＤＵの負荷状況を通知することが不要となるので、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースにおけるシグナリング量を削減することができる。
【０１５５】
前述の（４）において、ＣＵが使用ＤＵの判断に用いる前述の情報（４）と同様の情報を用いてもよい。このことにより、ＣＵとＵＥとの間で必要な通信量に応じて柔軟に使用ＤＵを変更することが可能となる。
【０１５６】
ＤＵはＣＵに、前述の（４）の情報を要求してもよい。ＣＵはＤＵに、前述の（４）の情報を通知してもよい。ＣＵは、前述の通知を、周期的に行ってもよいし、ＤＵからの要求時に行ってもよい。あるいは、ＣＵは、前述の通知を、予め定める条件を満たしたときに行ってもよい。前述の条件は、規格により決定されてもよいし、ＣＵからＤＵに通知してもよい。このことにより、ＣＵからＤＵへの該通知に要するシグナリング量を最適化することが可能となる。
【０１５７】
前述の（１）〜（４）を用いた使用ＤＵの判断において、閾値を設けてもよい。ＤＵは、該閾値を用いて使用ＤＵを判断してもよい。例えば、ＵＥから受信する上り参照信号の受信強度が一定値以上である場合に、該ＤＵは自ＤＵを、ＣＵと該ＵＥとの間の通信に使用可能と判断してもよい。あるいは、例えば、自ＤＵ内のバッファ量が一定値以上である場合に、該ＤＵは自ＤＵを、ＣＵと該ＵＥとの間の通信に使用可能と判断してもよい。このことにより、ＤＵにおける使用ＤＵの判断を容易にすることができる。
【０１５８】
前述の使用ＤＵおよび候補ＤＵを、ＵＥが判断してもよい。ＵＥは、自身の判断によって決めたＤＵを使用ＤＵあるいは候補ＤＵとすることを、ＣＵに対して要求してもよい。ＵＥからＣＵへのスケジューリングリクエストに、該要求を含めてもよい。ＣＵは、該要求を承諾してもよいし、拒否してもよい。使用ＤＵをＵＥが判断することにより、例えば、ＵＥの移動に追従して使用ＤＵを迅速に切り替えることが可能となる。
【０１５９】
ＵＥが使用ＤＵを判断するにあたり、ＵＥは、自ＵＥが取得した測定結果を用いてもよい。該測定結果は、ＣＵが使用ＤＵの判断に用いる前述の情報（２）と同じ情報を用いてもよい。このことにより、ＣＵが使用ＤＵの判断に前述の情報（２）を用いる場合と同様の効果が得られ、さらにＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェース、および無線インタフェースにおけるシグナリング量を削減することが可能となる。
【０１６０】
上り通信における使用ＤＵと下り通信における使用ＤＵは同じであってもよいし、異なってもよい。上り通信における候補ＤＵと下り通信における候補ＤＵは同じであってもよいし、異なってもよい。同じＤＵとすることで、ＣＵおよびＵＥにおける制御が簡単になる。また、異なるＤＵとすることで、上り通信および下り通信のそれぞれのチャネル状況に応じて適切なＤＵを選択することができるため、通信の大容量化、低遅延および高信頼性を確保することができる。上り通信と下り通信とで、候補ＤＵおよび使用ＤＵを判断する主体が異なってもよい。例えば、上り通信の候補ＤＵおよび使用ＤＵをＣＵが判断し、下り通信の候補ＤＵおよび使用ＤＵをＵＥが判断してもよい。このことにより、受信側が実際に測定可能なチャネル状況に応じて使用ＤＵを制御可能となるため、通信の信頼性を向上させることができる。あるいは、例えば、上り通信の候補ＤＵおよび使用ＤＵをＵＥが判断し、下り通信の候補ＤＵおよび使用ＤＵをＣＵが判断してもよい。このことにより、測定結果を無線インタフェース上でフィードバックさせる必要がなくなるため、無線インタフェース上のシグナリング量を削減することができる。あるいは、例えば、上り通信、下り通信ともに候補ＤＵをＣＵが判断し、下り通信の使用ＤＵをＵＥが判断し、上り通信の使用ＤＵをＣＵが判断してもよい。このことにより、受信側が実際に測定可能なチャネル状況に応じて使用ＤＵを制御可能となるため、通信の信頼性を向上させることができるとともに、候補ＤＵをＣＵが一元的にあたえることにより、使用ＤＵを迅速に決定することが可能となる。
【０１６１】
上り通信と下り通信とで異なる使用ＤＵとするための方法を開示する。
【０１６２】
下り通信において、ＣＵは、使用ＤＵのＬ１／Ｌ２シグナリングに、該使用ＤＵのスケジューリング情報、すなわち、下り割り当て情報を含めてもよい。ＵＥは、該下り割り当て情報をＬ１／Ｌ２シグナリングに含むＤＵを、使用ＤＵと判断してもよい。このことにより、ＵＥは、下り通信の使用ＤＵを迅速に判断することが可能となる。
【０１６３】
上り通信において、ＣＵは、ＤＵからＵＥへのＬ１／Ｌ２シグナリングに、上りグラント情報と上り通信における使用ＤＵの情報を組み合わせて通知してもよい。ＣＵは、該通知を、下り通信における候補ＤＵのいずれかを用いて行ってもよい。ＵＥは、該Ｌ１／Ｌ２シグナリングを用いて、上り通信における使用ＤＵを判断してもよい。このことにより、ＵＥは、上り通信の使用ＤＵを迅速に判断することが可能となる。
【０１６４】
前述の上り通信において、ＵＥは、複数のＤＵへのデータ送信を同時に行ってもよいし、異なるタイミングで行ってもよい。同時に行うか異なるタイミングで行うかについて、ＣＵからＵＥに通知してもよい。該通知には、Ｌ１／Ｌ２シグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよいし、ＲＲＣシグナリングで準静的に通知してもよい。このことにより、上り通信における柔軟性を高めることが可能となる。
【０１６５】
本発明において、プライマリＤＵとセカンダリＤＵを設けてもよい。このことにより、ＣＵおよびＵＥにおける使用ＤＵの選択が容易になるため、ＣＵおよびＵＥの処理量、ならびに、シグナリング量を削減することが可能となる。プライマリＤＵ以外のＤＵをセカンダリＤＵとしてもよい。プライマリＤＵの数は、１つであってもよいし、複数であってもよい。ＣＵ配下の全部のＤＵをプライマリＤＵとしてもよいし、一部のＤＵをプライマリＤＵとしてもよい。
【０１６６】
プライマリＤＵは、例えば、Ｃ−Ｐｌａｎｅデータ送信における使用ＤＵまたは候補ＤＵであってもよい。このことにより、Ｃ−Ｐｌａｎｅデータの転送に伴う処理が容易になる。あるいは、プライマリＤＵは、Ｃ−ＰｌａｎｅおよびＵ−Ｐｌａｎｅの両方ともに、セカンダリＤＵよりも優先的にデータを導通させるＤＵであってもよい。このことにより、Ｃ−ＰｌａｎｅおよびＵ−Ｐｌａｎｅの両方ともに、使用ＤＵを判断するための処理量を削減することができる。
【０１６７】
ＣＵ配下のＤＵのうちどのＤＵをプライマリＤＵとするかを、ＣＵが判断してもよい。このことにより、通信システム全体としてＤＵの制御が容易になる。
【０１６８】
ＣＵ配下のＤＵのうちどのＤＵをプライマリＤＵとするかを、ＵＥが判断してもよい。このことにより、ＵＥからＣＵへの測定結果通知が不要となるため、シグナリング量を削減することが可能となる。ＣＵ配下のＤＵについて、プライマリＤＵとなるＤＵはＵＥ毎に異なっていてもよい。このことにより、ＵＥ毎に最適な導通経路を構築できるので信頼性が高まるとともに、通信システムとしての柔軟性を高めることができる。ＣＵおよびＵＥは、上り通信と下り通信のそれぞれについて異なるＤＵをプライマリＤＵとしてもよい。このことにより、上り通信と下り通信のチャネル状況の違いに応じて柔軟に導通経路を構築することが可能となるとともに、通信の信頼性を高めることができる。
【０１６９】
ＣＵは、配下のＤＵの性能に関する情報を用いてプライマリＤＵを決めてもよい。前述の性能は、通信範囲であってもよいし、使用周波数帯域であってもよいし、バッファ量であってもよいし、ＣＵ−ＤＵ間の通信容量であってもよい。このことにより、通信システムとして効率的な通信が可能となる。例えば、通信範囲が広いＤＵをプライマリＤＵとすることにより、ＣＵは該プライマリＤＵを用いて多くのＵＥとＣ−Ｐｌａｎｅ通信を行うことが可能となるため、Ｃ−Ｐｌａｎｅ通信を効率的に行うことが可能となる。
【０１７０】
ＣＵがＤＵの性能に関する情報を用いてプライマリＤＵを決めるにあたり、ＤＵはＣＵに対し、自ＤＵの性能に関する情報を通知してもよい。該通知は、該ＤＵがＣＵと接続を開始したときに行ってもよい。ＣＵはＤＵに対し、該ＤＵの性能に関する情報を要求してもよい。該要求は、該ＤＵがＣＵと接続を開始したときに行ってもよい。このことにより、該ＤＵがＣＵと接続開始後すぐに、ＣＵはプライマリＤＵを的確に決めることが可能となる。
【０１７１】
前述の要求および通知を、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースのセットアップ時に行ってもよい。また、前述の要求および通知を、Ｆｓインタフェースのセットアップにおけるシグナリングに含めてもよい。このことにより、ＣＵ−ＤＵ間のシグナリング量を削減可能となる。
【０１７２】
前述の要求および通知を、ＤＵの性能更新時に行ってもよい。このことにより、ＣＵおよびＵＥは、ＤＵの性能更新を反映してプライマリＤＵを的確に決めることが可能となる。
【０１７３】
前述の要求および通知を、ＵＥとの通信開始時に行ってもよい。このことにより、ＵＥ毎にプライマリＤＵを柔軟に決めることが可能となる。
【０１７４】
ＣＵおよび／あるいはＵＥは、ＵＥとの通信品質が良いＤＵをプライマリＤＵとしてもよい。このことにより、通信の信頼性を向上させることが可能となる。通信品質には、受信強度（例えば、ＲＳＲＰ）を用いてもよいし、信号対雑音比を用いてもよい。他の指標、例えば、ＲＳＲＱを用いてもよい。通信品質に一定の閾値を設け、該閾値よりも通信品質が良いＤＵ、あるいは該閾値以上の通信品質を有するＤＵを、プライマリＤＵとしてもよい。あるいは、通信品質が良い順から、予め定める数のＤＵを、プライマリＤＵとしてもよい。該閾値および／あるいは前述の予め定める数は、規格で決めてもよいし、ＣＵが決定してもよい。ＣＵは、該閾値および／あるいは前述の予め定める数をＵＥに通知してもよい。該通知には、ＲＲＣシグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよいし、Ｌ１／Ｌ２シグナリングを用いてもよい。
【０１７５】
ＣＵおよび／あるいはＵＥは、該ＵＥのキャンプオン時に用いたＤＵをプライマリＤＵとしてもよい。このことにより、ＤＵの制御が容易になる。
【０１７６】
あるいは、ＣＵおよび／あるいはＵＥは、該ＵＥがＲＲＣ−ＣＯＮＮＥＣＴＥＤになったときのＤＵをプライマリＤＵとしてもよい。このことにより、ＤＵの制御が容易になる。
【０１７７】
あるいは、ＣＵおよび／あるいはＵＥがプライマリＤＵを決定するにあたり、ＣＵが配下のどのＤＵを用いて通信を行うかを判断するための前述の情報（１）〜（４）を用いてもよい。このことにより、使用ＤＵの判断とプライマリＤＵの判断とを共通化することができるため、通信システムの設計が容易になるとともに、処理量を削減することができる。
【０１７８】
ＣＵおよび／あるいはＵＥは、プライマリＤＵを固定的に決めてもよい。すなわち、一度決定したプライマリＤＵを、プライマリＤＵとして利用し続けてもよい。このことにより、ＣＵによるＤＵの制御が容易になる。
【０１７９】
あるいは、ＣＵおよび／あるいはＵＥは、プライマリＤＵの決定を可変としてもよい。すなわち、一度決定したプライマリＤＵを変更してもよい。このことにより、通信システムの柔軟性を高めることが可能となる。
【０１８０】
ＣＵは、複製したパケットを、各ＤＵへ、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースを用いて転送してもよい。同様に、各ＤＵは、受信した複製パケットを、ＣＵへ、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースを用いて転送してもよい。
【０１８１】
ＣＵは、異なるＤＵに対し、異なる数の複製パケットを転送してもよい。例えば、ＣＵ配下にＤＵ＃１およびＤＵ＃２が存在する場合において、ＣＵは、パケットを３つに複製し、２つのパケットをＤＵ＃１に転送し、残り１つのパケットをＤＵ＃２に転送してもよい。このことにより、下り通信における信頼性を高めることができる。例えばＤＵ＃１とＵＥとの間のチャネル状況が悪く、それによりＨＡＲＱにて最大再送回数超過が発生しうる場合、前述のようにＣＵからＤＵ＃１に対して２つのパケットを転送することで、片方のパケットについてＨＡＲＱの最大再送回数超過によりパケット損失が発生しても、もう片方のパケットをＤＵ＃１からＵＥに送信することが可能となる。
【０１８２】
ＵＥは、異なるＤＵに対向する下位レイヤのエンティティに対し、異なる数の複製パケットを転送してもよい。例えば、ＵＥが、２つのＤＵ（ＤＵ＃１、ＤＵ＃２）を配下に持つＣＵと通信する場合において、ＵＥのＰＤＣＰレイヤはパケットを３つに複製し、ＤＵ＃１対向のＲＬＣエンティティに２つのパケットを転送し、ＤＵ＃２対向のＲＬＣエンティティに残り１つのパケットを転送してもよい。このことにより、上り通信における信頼性を高めることができる。
【０１８３】
前述において、ＣＵが各ＤＵに対して転送する複製パケットの個数を判断するにあたり、ＣＵは、自ＣＵが使用ＤＵを判断するための情報と同じ情報を用いてもよい。また、ＵＥが各ＤＵ対向の下位レイヤに転送する複製パケットの個数を判断するにあたり、ＵＥは、自ＵＥが使用ＤＵを判断するための情報と同じ情報を用いてもよい。このことにより、通信システムの構築における複雑性を回避することができる。
【０１８４】
ＣＵおよび／あるいはＵＥは、複製されたパケットに同じＰＤＣＰシーケンス番号を与えてもよい。このことにより、受信側となるＵＥおよび／あるいはＣＵにおいて、パケットの重複検出が容易になる。
【０１８５】
あるいは、ＣＵおよび／あるいはＵＥは、複製されたパケットに異なるＰＤＣＰシーケンス番号を与えてもよい。このことにより、送信側となるＣＵおよび／あるいはＵＥにおけるＰＤＣＰヘッダ付与部および対ＲＬＣ転送部について、設計の複雑性を回避することができる。
【０１８６】
前述において、ＣＵおよび／あるいはＵＥは、複製されたパケットのそれぞれに、異なる連番を付与してもよい。例えば、ＰＤＣＰシーケンス番号が＃１〜７である場合、あるパケットを複製した２つのパケットに＃４、＃５を付与し、別のパケットを複製した別の２つのパケットに＃６、＃７を付与してもよい。このことにより、ＰＤＣＰヘッダ付与部の設計の複雑性を回避することができる。
【０１８７】
ＣＵおよび／あるいはＵＥは、複製されたパケットであることを示す識別子を設けて受信側に送信してもよい。該識別子は、例えば、ＰＤＣＰヘッダに含まれてもよい。このことにより、受信側にて同じパケットを容易に識別することが可能となる。
【０１８８】
あるいは、ＣＵおよび／あるいはＵＥは、複製されたパケットのそれぞれに、枝番有りのＰＤＣＰシーケンス番号を付与してもよい。例えば、２つに複製したパケットに対して、ＰＤＣＰシーケンス番号＃３−１および＃３−２を付与してもよい。このことにより、ＰＤＣＰヘッダの追加なしで、受信側にて同じパケットを容易に識別することが可能となる。
【０１８９】
あるいは、枝番を採用する場合であっても、枝番が付与されないパケットが存在してもよい。例えば、２つに複製したパケットに対して、ＰＤＣＰシーケンス番号＃３および＃３−１を付与してもよい。このことにより、ＰＤＣＰシーケンス番号のビット数の削減が可能となる。
【０１９０】
ＵＥおよび／あるいはＣＵは、重複して受信したＰＤＣＰ−ＰＤＵを破棄してもよい。ＵＥおよび／あるいはＣＵは、ＰＤＣＰ−ＰＤＵを先着で受信してもよい。すなわち、後から受信した同じＰＤＣＰ−ＰＤＵを破棄してもよい。このことにより、遅延を少なくすることができる。また、ＵＥおよび／あるいはＣＵは、受信したＰＤＣＰ−ＰＤＵを即座に上位レイヤに転送してもよい。このことにより、遅延を少なくすることができる。
【０１９１】
ＣＵとＵＥとの間の導通経路となる各ＤＵに、優先度が付与されてもよい。ＵＥおよび／あるいはＣＵは、該優先度が高いＰＤＣＰ−ＰＤＵを優先して受信してもよい。例えば、ＣＵ／ＤＵ間のリンクの遅延が小さいＤＵを経由して受信したＰＤＣＰ−ＰＤＵを優先して受信してもよい。このことにより、ＣＵ／ＤＵ間のリンクの遅延の差が大きい場合、および、片方のリンクの信頼性が小さい場合、ＰＤＣＰ−ＰＤＵ受信処理が容易になる。
【０１９２】
各ＤＵの優先度は、ＣＵが与えてもよいし、ＵＥが与えてもよい。ＣＵおよび／あるいはＵＥが前述の優先度の判断に用いる情報として、以下の（１）〜（７）の例を開示する。
【０１９３】
（１）ＣＵ／ＤＵ間リンク遅延。
【０１９４】
（２）ＣＵ／ＤＵ間リンクの信頼性。
【０１９５】
（３）ＤＵ／ＵＥ間の伝搬遅延。
【０１９６】
（４）ＤＵの性能。
【０１９７】
（５）ＤＵの負荷状況。
【０１９８】
（６）プライマリＤＵであることを示す情報。
【０１９９】
（７）前述の（１）〜（６）の組み合わせ。
【０２００】
前述の（１）において、例えば、ＣＵ／ＤＵ間のリンクの遅延が小さいＤＵに高い優先度を付与することで、ＣＵおよび／あるいはＤＵのＰＤＣＰ−ＰＤＵ受信処理を容易にすることができる。
【０２０１】
前述の（２）において、例えば、該リンクにおけるパケットの欠損率を用いてもよい。このことにより、例えば、パケットの欠損率が低いリンクのＤＵに高い優先度を付与することで、ＣＵとＵＥとの間の通信の信頼性を高めることが可能となる。
【０２０２】
前述の（３）において、例えば、伝搬遅延が小さいＤＵに高い優先度を付与することで、ＣＵおよび／あるいはＤＵのＰＤＣＰ−ＰＤＵ受信処理を容易にすることができる。
【０２０３】
前述の（４）において、例えば、上位レイヤからＰＤＣＰ−ＰＤＵを受信してから該ＰＤＣＰ−ＰＤＵを無線インタフェースへ送信するまでの時間を用いてもよい。あるいは、無線インタフェースから受信したデータをＰＤＣＰ−ＰＤＵとしてＣＵに送信するまでの時間を用いてもよい。このことにより、例えば、性能が高いＤＵに高い優先度を付与することで、ＣＵおよび／あるいはＤＵのＰＤＣＰ−ＰＤＵ受信処理を容易にすることができる。
【０２０４】
前述の（５）において、例えば、空きリソース状況を用いてもよい。空きリソース状況は、例えば、該ＤＵのバッファ量を用いてもよいし、該ＤＵの無線リソースを用いてもよい。このことにより、例えば、空きリソースが多いＤＵに高い優先度を割り当てることにより、ＣＵおよび／あるいはＤＵのＰＤＣＰ−ＰＤＵ受信処理を容易にするとともに、伝送速度を向上させることができる。
【０２０５】
前述の（５）において、あるいは、該ＤＵを用いて通信を行っているＵＥの数を用いてもよい。例えば、ＵＥの数が少ないＤＵに高い優先度を割り当ててもよい。このことにより、ユーザデータのスケジューリング待ちの時間を短く抑えることが可能となるので、通信に伴う遅延を低くすることができる。
【０２０６】
前述の（６）において、ＣＵによる優先度判断における処理量の削減が可能となる。
【０２０７】
ＣＵおよびＵＥは、ＣＵとＵＥとの間のリンクの遅延時間を測定してもよい。その場合、異なるＤＵを経由する異なるリンクについて、遅延時間の相対値を測定してもよい。相対値を測定することにより、送信側はタイムスタンプを付与する必要がないので、測定処理が容易になる。
【０２０８】
前述の測定は、ＣＵとＤＵとの間のＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースと、ＤＵとＵＥとの間の無線インタフェースのそれぞれについて行ってもよい。このことにより、測定処理が容易になる。
【０２０９】
前述の測定にあたり、ＣＵおよびＵＥは、測定用データを用いてもよい。前述の測定用データとして、例えば、ＲＲＣシグナリングを用いてもよいし、ＰＤＣＰステータスＰＤＵを用いてもよい。前述の測定用データは、タイムスタンプを含んでもよい。ＵＥは、前述の測定用データの到着時刻と、前述のタイムスタンプを用いて、リンクの遅延時間を求めてもよい。このことにより、リンクの遅延時間の絶対値を測定可能となる。また、ＣＵ／ＵＥ間リンクの遅延時間測定において、ＤＵにおける処理量を削減することが可能となる。
【０２１０】
あるいは、ＣＵおよびＵＥは、ユーザデータを用いてもよい。このことにより、測定に伴うオーバーヘッドを小さくすることができる。ユーザデータを用いた測定にあたり、送信側は、該ユーザデータが測定対象であることを示す情報を用いてもよい。該情報は予めＣＵからＵＥに通知してもよいし、該情報を示す識別子を該ユーザデータに付加してもよい。
【０２１１】
前述の測定にあたり、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースの測定と無線インタフェースの測定には、それぞれ異なる信号を用いてもよい。例えば、Ｆｓインタフェースにおいてはタイムスタンプ付きのパイロットデータを用いてもよいし、無線インタフェースには上りあるいは下りの参照信号を用いてもよい。このことにより、測定によるオーバーヘッドを小さくすることができる。
【０２１２】
ＵＥはＣＵに、各ＤＵを通るリンクの遅延時間の測定結果を通知してもよい。ＣＵは、該測定結果を用いて、各ＤＵを通るリンクの優先度を決定してもよい。該通知にあたり、ＵＥは、ＲＲＣシグナリングを用いてもよい。このことにより、ＤＵによる処理時間、例えば、データのデコード時間を少なくすることができる。あるいは、ＵＥは、ＰＤＣＰステータスＰＤＵを用いてもよい。このことにより、小さいオーバーヘッドでの通知が可能となる。あるいは、ＵＥからＤＵへの通知と、ＤＵからＣＵへの通知とで、異なるシグナリングを用いてもよい。例えば、ＵＥからＤＵへの通知には、Ｌ１／Ｌ２シグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよい。Ｌ１／Ｌ２シグナリングによれば、迅速な通知が可能となる。ＭＡＣシグナリングによれば、多値変調を利用して少ないシンボル数で通知が可能となる。また、ＤＵからＣＵへの通知には、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースの制御信号を用いてもよい。該制御信号は、ユーザデータに背乗り（ピギーバック）させてもよいし、ユーザデータとは独立に送信してもよい。このように、ＵＥからＤＵのへ通知と、ＤＵからＣＵへの通知とで、異なるシグナリングを用いることにより、フィードバックによるオーバーヘッドが小さくなる。
【０２１３】
ＵＥはＣＵに、前述の遅延時間の測定値に平均化処理を行った結果、あるいはフィルタリング処理を行った結果を通知してもよい。平均化処理を行った結果、あるいはフィルタリング処理を行った結果の通知として、前述の遅延時間の測定結果のＵＥからＣＵへの通知と同じ方法を用いてもよい。このことにより、測定値の変動の影響を抑えることができるとともに、前述の通知におけるシグナリング量を削減することが可能となる。
【０２１４】
前述において、平均化処理あるいはフィルタリング処理に用いるパラメータは、規格で決めてもよいし、ＣＵが決定してもよい。ＣＵがＵＥに対し前述のパラメータを通知してもよい。このことにより、通信システムの状況に応じた柔軟な測定が可能となる。
【０２１５】
ＣＵはＵＥに、各ＤＵを通るリンクの遅延時間の測定結果を通知してもよい。ＵＥは、該測定結果を用いて、各ＤＵを通るリンクの優先度を決定してもよい。該通知にあたり、ＣＵは、ＲＲＣシグナリングを用いてもよい。このことにより、ＤＵによる処理時間、例えば、データのデコード時間を少なくすることができる。あるいは、ＣＵは、ＰＤＣＰステータスＰＤＵを用いてもよい。このことにより、小さいオーバーヘッドでの通知が可能となる。あるいは、ＣＵからＤＵへの通知と、ＤＵからＵＥへの通知とで、異なるシグナリングを用いてもよい。例えば、ＣＵからＤＵへの通知には、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースの制御信号を用いてもよい。該制御信号は、ユーザデータに背乗り（ピギーバック）させてもよいし、ユーザデータとは独立に送信してもよい。前述の背乗り（ピギーバック）は、例えば、ユーザデータの空き領域（パディング領域）に該制御信号を挿入する形で行ってもよい。ＤＵからＵＥへの通知には、Ｌ１／Ｌ２シグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよい。Ｌ１／Ｌ２シグナリングによれば、迅速な通知が可能となる。ＭＡＣシグナリングによれば、多値変調を利用して少ないシンボル数で通知が可能となる。このように、ＣＵからＤＵへの通知と、ＤＵからＵＥへの通知とで、異なるシグナリングを用いることにより、フィードバックによるオーバーヘッドが小さくなる。
【０２１６】
ＣＵはＵＥに、前述の遅延時間の測定値に平均化処理を行った結果、あるいはフィルタリング処理を行った結果を通知してもよい。平均化処理を行った結果、あるいはフィルタリング処理を行った結果の通知として、前述の遅延時間の測定結果のＣＵからＵＥへの通知と同じ方法を用いてもよい。このことにより、測定値の変動の影響を抑えることができるとともに、前述の通知におけるシグナリング量を削減することが可能となる。
【０２１７】
前述において、平均化処理あるいはフィルタリング処理に用いるパラメータは、規格で決めてもよいし、ＣＵが決定してもよい。ＣＵがＵＥに対し前述のパラメータを通知してもよい。このことにより、通信システムの状況に応じた柔軟な測定が可能となる。
【０２１８】
ＣＵは、該優先度を判断してもよい。ＣＵは、ＵＥに該優先度を通知してもよい。このことにより、ＣＵは、他のＵＥの通信状況を踏まえて、通信速度を最適化することができる。該通知は、優先度を示す識別子と、ＤＵを示す識別子と含んでもよい。該通知は、各ＤＵの優先順位であってもよい。このことにより、少ないシグナリング量で、ＣＵからＵＥへの通知を行うことが可能となる。あるいは、該通知は、ＤＵごとの複製パケット転送量の比率であってもよい。このことにより、複製したパケットの転送方法を柔軟に指定することが可能となるため、通信の信頼性向上を効率的に行うことが可能となる。
【０２１９】
ＣＵは、該通知に、ＰＤＣＰ制御ＰＤＵを用いてもよい。このことにより、少ないオーバーヘッドで通知を行うことが可能となる。あるいは、ＲＲＣシグナリングを用いてもよい。このことにより、多くの情報量を通知可能となる。
【０２２０】
ＵＥが該優先度を判断してもよい。ＵＥは、該判断に、ＵＥが取得した測定結果を用いてもよい。ＵＥは、ＣＵに該優先度を通知してもよい。このことにより、測定結果のフィードバックが不要となるため、シグナリング量を少なくすることができる。
【０２２１】
ＣＵとＵＥの間の通信において、上りリンクと下りリンクとで、使用ＤＵの優先度を変えてもよい。このことにより、上り通信と下り通信のそれぞれの通信経路の状況に合わせて、柔軟に優先度を制御可能となる。また、上りリンクと下りリンクとで、使用ＤＵの優先度を、異なる主体が判断してもよい。例えば、上りリンクの優先度をＣＵが判断し、下りリンクの優先度をＵＥが判断してもよい。このことにより、測定および測定結果のフィードバックにおいて、シグナリング量を少なくすることができる。
【０２２２】
ＣＵとＵＥの間の通信において、受信側のＰＤＣＰレイヤは、複製されたＰＤＣＰ−ＰＤＵを用いてＰＤＣＰ−ＳＤＵを生成し、上位レイヤに転送してもよい。前述の上位レイヤは、例えば、アプリケーションレイヤであってもよいし、ＲＲＣであってもよい。前述において、転送するＰＤＣＰ−ＳＤＵはいずれか１つ以上であってもよい。すなわち、受信側は、複製されたＰＤＣＰ−ＰＤＵの全部に対して必ずしもＰＤＣＰ−ＳＤＵを生成しなくてもよい。このことにより、受信側における遅延を少なくすることが可能となる。また、受信側は、リオーダリングタイマを用いて、複製されたＰＤＣＰ−ＰＤＵを受信してもよい。このことにより、システムの円滑の動作が可能となる。
【０２２３】
ＣＵとＵＥの間の通信において、受信側のＰＤＣＰレイヤは、どのＤＵを経由してＰＤＣＰ−ＰＤＵを受信したかを判別可能であってもよい。受信側の各ＲＬＣエンティティは、自エンティティを表す識別子をＰＤＣＰ−ＰＤＵと併せてＰＤＣＰレイヤに転送してもよい。あるいは、通信に用いたＤＵを表す識別子を用いてもよい。このことにより、受信側におけるＤＵの優先度判断を容易にすることができる。無線インタフェース上におけるＤＵの識別子の通知が不要となるため、無線インタフェース上におけるシグナリング量を削減することが可能となる。
【０２２４】
受信側のＰＤＣＰレイヤは、ＰＤＣＰ−ＰＤＵからＰＤＣＰ−ＳＤＵ（PDCP-Service Data Unit）を作成する際に、前述の識別子を削除してもよい。このことにより、上位レイヤ、例えばアプリケーションレイヤにおけるデータ処理量を削減することが可能となる。あるいは、受信側のＰＤＣＰレイヤは、ＰＤＣＰ−ＳＤＵの作成において、前述の識別子を残してＰＤＣＰ−ＳＤＵを上位レイヤ、例えばＲＲＣに転送してもよい。このことにより、上位レイヤ、例えばＲＲＣにおける使用ＤＵの制御が容易となる。受信側のＰＤＣＰレイヤは、前述の識別子を削除したＰＤＣＰ−ＳＤＵを上位レイヤ、例えばアプリケーションレイヤに転送し、削除した識別子の情報を他の上位レイヤ、例えばＲＲＣに転送してもよい。このことにより、例えば、アプリケーションレイヤおよびＲＲＣにおける処理量が削減可能となる。
【０２２５】
ＣＵとＵＥの間の通信において、送信側が識別子をつけてもよい。受信側のＲＬＣレイヤは、該識別子を受信側のＰＤＣＰレイヤに転送してもよい。このことにより、受信側ＲＬＣレイヤにおける処理量を削減することが可能となる。受信側のＰＤＣＰレイヤは、該識別子を削除したデータを上位レイヤ、例えばアプリケーションレイヤに転送してもよい。アプリケーションレイヤにおける処理量を削減可能となる。受信側のＰＤＣＰレイヤは該識別子の情報を他の上位レイヤ、例えばＲＲＣに転送してもよい。ＲＲＣにおける使用ＤＵの制御が容易になる。
【０２２６】
ＣＵは、各ＤＵから届いたパケットの情報を取得してもよい。該情報は、例えば、パケットのロス率であってもよいし、パケットの遅延時間であってもよい。このことにより、ＣＵは、使用ＤＵを容易に制御することが可能となる。
【０２２７】
あるいは、ＵＥは、各ＲＬＣエンティティから届いたパケットの情報を取得してもよい。該情報は、例えば、パケットのロス率であってもよいし、パケットの遅延時間であってもよい。このことにより、ＵＥは、使用ＤＵを容易に制御することが可能となる。
【０２２８】
ＤＵを表す識別子として、ＤＵのＩＰアドレスを用いてもよい。このことにより、基地局間インタフェースの構成をそのまま用いることが可能となるため、ＣＵおよびＤＵの設計における複雑性を回避することができる。また、ＲＬＣレイヤにおける処理のオーバーヘッドの発生を抑えることができる。
【０２２９】
ＤＵを表す識別子（以下、ＤＵ−ＩＤと称する場合がある）を、ＣＵ配下のＤＵの間で一意になるように与えてもよい。このことにより、少ないビット数でＤＵを識別可能となる。
【０２３０】
あるいは、ＤＵ−ＩＤを、周辺のｇＮＢの中で一意になるように与えてもよい。このことにより、ＤＣあるいはＭＣとＣＵ−ＤＵ分離との組み合わせにおいて、マスター基地局のＣＵがセカンダリ基地局のＤＵを識別可能となるため、ＣＵ−ＤＵ構成の柔軟性が高まる。前述の周辺のｇＮＢは、同一トラッキングエリア内のｇＮＢであってもよい。このことにより、ＤＵ識別における周辺ｇＮＢと、トラッキングエリア内のｇＮＢとを、二重に管理するのを防ぐことが可能となり、装置の複雑性を回避することが可能となる。あるいは、前述の周辺のｇＮＢは、同一ＭＭＥ（移動管理エンティティ）に接続されるｇＮＢであってもよい。このことにより、ｇＮＢ間モビリティにおけるＤＵの識別が容易になる。
【０２３１】
あるいは、ＤＵ−ＩＤを、マスター基地局およびセカンダリ基地局の中で一意になるように与えてもよい。このことにより、マスター基地局とセカンダリ基地局とが前述の周辺のｇＮＢの境界をまたぐ場合においても、マスター基地局および配下のセカンダリ基地局の中でＤＵを容易に識別することが可能になる。
【０２３２】
あるいは、ｇＮＢのＣＵ配下のＤＵの間で一意となるように与えられた識別子と、該ｇＮＢの識別子とを、組み合わせて用いてもよい。このことにより、他のｇＮＢから該ＤＵを容易に識別することが可能となる。該ｇＮＢの識別子の代わりに、物理セル識別子（Physical Cell Identity；ＰＣＩと略称される）を用いてもよい。このことにより、セルとＤＵとの識別が容易になるため、システムの制御が容易になる。
【０２３３】
あるいは、通信システム上の全てのＤＵに対して一意の識別子を与えてもよい。このことにより、通信システム上においてＤＵの識別が容易となる。
【０２３４】
前述のＤＵの識別子について、リナンバリングがなされてもよい。このことにより、例えばシグナリング上において、ＤＵの識別に用いるビット数を削減することが可能となる。前述のリナンバリングは、例えば、テーブルを用いて行うとよい。前述のテーブルは、ＤＵの本来の識別子と、リナンバリングがされた識別子と、を含むとよい。このことにより、ＤＵの本来の識別子と、リナンバリングがされた識別子と、の対応付けが容易となる。
【０２３５】
前述のリナンバリングを、上位ネットワーク装置が行ってもよい。このことにより、複数ｇＮＢにまたがるＤＵの管理を、少ないビット数で行うことが可能となる。
【０２３６】
あるいは、前述のリナンバリングを、マスター基地局が行ってもよい。このことにより、ＤＣあるいはＭＣ構成におけるＤＵの管理を、少ないビット数で行うことが可能となる。
【０２３７】
前述において、マスター基地局は、セカンダリ基地局に対し、該セカンダリ基地局の配下のＤＵの識別子を通知することを要求してもよい。セカンダリ基地局は、マスター基地局に対し、自セカンダリ基地局の配下のＤＵの識別子を通知してもよい。このことにより、セカンダリ基地局は、マスター基地局が必要なタイミングにおいてＤＵの識別子を通知すればよいので、シグナリング量を削減可能となる。あるいは、セカンダリ基地局は、マスター基地局に対する自基地局配下のＤＵの通知を、自基地局配下のＤＵの構成が変更された場合に行ってもよい。このことにより、マスター基地局は、セカンダリ基地局配下のＤＵの構成の変更を迅速に反映した制御を行うことが可能となる。
【０２３８】
前述のリナンバリングを、各基地局が行ってもよい。このことにより、基地局間あるいは基地局と上位ネットワーク装置と間で行われる、識別子のマッピングに関する問い合わせ動作を少なくすることが可能となる。それにより、シグナリング量を削減可能となる。
【０２３９】
ＣＵとＵＥは、前述のリナンバリングに関する情報を共有してもよい。前述の情報は、リナンバリング前のＤＵの識別子と、リナンバリング後のＤＵの識別子と、を組み合わせた情報であってもよい。ＣＵとＵＥとの間の通信において、ＤＵの情報に関するシグナリング量を削減することができる。
【０２４０】
ＣＵはＵＥに対し、前述の情報を通知してもよい。該通知は、ＲＲＣシグナリングで行ってもよい。このことにより、使用ＤＵにおけるシグナリング処理量を削減することが可能となる。
【０２４１】
あるいは、ＣＵとＤＵとの間での通知を、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースの制御信号で行ってもよい。該制御信号は、ユーザデータに背乗り（ピギーバック）させてもよいし、ユーザデータとは独立に送信してもよい。前述の背乗り（ピギーバック）は、例えば、ユーザデータの空き領域（パディング領域）に該制御信号を挿入する形で行ってもよい。このことにより、制御信号の送信にともなうオーバーヘッドを小さくすることができる。ＤＵとＵＥとの間での通知を、Ｌ１／Ｌ２シグナリングで行ってもよい。このことにより、ＤＵからＵＥに対し迅速な通知が可能となる。あるいは、ＭＡＣシグナリングを用いてもよい。このことにより、多値変調を利用して少ないシンボル数で通知が可能となるとともに、ＨＡＲＱ再送制御によって信頼性を高めることが可能となる。あるいは、キャリアアグリゲーションと同様のシグナリング方法を用いてもよい。このことにより、シグナリング方法を共通化できるため、システム設計における複雑性を回避することが可能となる。
【０２４２】
ＣＵとＤＵは、前述のリナンバリングに関する情報を共有してもよい。前述の情報の共有にあたり、ＣＵおよびＤＵは、リナンバリングに必要な情報を互いに通知してもよい。前述の通知には、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースを用いてもよい。ＤＵは、リナンバリングに必要な情報として例えば自ＤＵの識別子を、ＣＵに通知してもよい。ＣＵは、リナンバリング後の識別子を該ＤＵに通知してもよい。このことにより、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースにおいて、ＤＵの識別子の通知に要するビット数を削減することが可能となる。
【０２４３】
上位ネットワーク装置とＣＵは、前述のリナンバリングに関する情報を共有してもよい。前述の情報の共有にあたり、上位ネットワーク装置およびＣＵは、リナンバリングに必要な情報を互いに通知してもよい。前述の通知には、上位ネットワーク装置とＣＵとの間のインタフェースを用いてもよい。ＣＵは、リナンバリングに必要な情報として例えば配下のＤＵの識別子を、上位ネットワーク装置に通知してもよい。前述のＤＵの識別子は、ｇＮＢの識別子と組み合わせたものであってもよい。上位ネットワーク装置は、リナンバリング前のＤＵの識別子と、リナンバリング後のＤＵの識別子と、を組み合わせた情報を通知してもよい。このことにより、上位ネットワーク装置とＣＵとの間のインタフェースにおいて、ＤＵに関する情報のシグナリング量を削減することが可能となる。
【０２４４】
ＣＵおよび／あるいはＵＥにおいて、ＰＤＣＰレイヤのバッファを、各ＤＵ間で共通としてもよい。このことにより、バッファ量を節約できる。あるいは、各ＤＵに対してＰＤＣＰレイヤのバッファを確保してもよい。このことにより、例えば、通信が滞ったＤＵが存在する場合においても、他のＤＵによって通信を継続できるので、遅延を低減させることが可能となる。
【０２４５】
図８は、下り通信において、ＰＤＣＰレイヤにてパケット複製を行って複数ＤＵに転送するＣＵと、ＤＵと、重複パケット検出を行うＵＥとの構成を示した図である。図８において、ＣＵ８０１は、ＤＵ＃１（ＤＵ８０２と呼ぶ場合もある）とＤＵ＃２（ＤＵ８０３と呼ぶ場合もある）を用いてＵＥ８０４と通信を行う。
【０２４６】
図８において、上位ネットワーク装置８０５は、パケット８０６を、ＣＵ８０１におけるＮｅｗ  ＡＳ  Ｌａｙｅｒ８０７に転送する。Ｎｅｗ  ＡＳ  Ｌａｙｅｒは、ＮＲのＵ−ＰｌａｎｅにおいてＱｏＳフローからデータ用無線ベアラ（Data Radio Bearer；ＤＲＢと略称される）へのマッピングを行う機能を有するレイヤである（非特許文献１１参照）。Ｎｅｗ  ＡＳ  Ｌａｙｅｒ８０７は、パケット８０６を用いてＰＤＣＰ−ＳＤＵ（PDCP-Service Data Unit）８０８を生成し、該ＰＤＣＰ−ＳＤＵをＰＤＣＰレイヤ８０９に転送する。
【０２４７】
図８において、ＰＤＣＰレイヤ８０９は、ＰＤＣＰ−ＳＤＵ８０８を２つに複製し、一方の複製ＳＤＵにＰＤＣＰヘッダ８１０を付与してＰＤＣＰ−ＰＤＵ＃１（ＰＤＣＰ−ＰＤＵ８１２と呼ぶ場合もある）を生成し、他方の複製ＳＤＵにＰＤＣＰヘッダ８１１を付与してＰＤＣＰ−ＰＤＵ＃２（ＰＤＣＰ−ＰＤＵ８１３と呼ぶ場合もある）を生成する。ＰＤＣＰヘッダ８１０、８１１は、図８では同じシーケンス番号＃ｎの情報を含むが、異なるシーケンス番号の情報を含んでもよい。例えば、ＰＤＣＰヘッダ８１０、８１１のシーケンス番号を連番にすることにより、ＰＤＣＰレイヤのシーケンス番号付与部の設計が容易になる。
【０２４８】
図８において、ＰＤＣＰレイヤ８０９は、Ｆｓインタフェース８１４を用いて、ＰＤＣＰ−ＰＤＵ＃１を、ＤＵ＃１のＲＬＣレイヤ８１６に転送する。また、ＰＤＣＰレイヤ８０９は、Ｆｓインタフェース８１５を用いて、ＰＤＣＰ−ＰＤＵ＃２を、ＤＵ＃２のＲＬＣレイヤ８１７に転送する。
【０２４９】
図８において、ＤＵ＃１は、ＲＬＣレイヤ８１６にて受信したＰＤＣＰ−ＰＤＵ＃１を、ＵＥ８０４のＤＵ＃１対向エンティティ８１８に送信する。ＤＵ＃２は、ＲＬＣレイヤ８１７にて受信したＰＤＣＰ−ＰＤＵ＃２を、ＵＥ８０４のＤＵ＃２対向エンティティ８１９に送信する。ＲＬＣレイヤ８２０は、受信したＰＤＣＰ−ＰＤＵ＃１をＰＤＣＰレイヤ８２２に転送する。ＲＬＣレイヤ８２１は、受信したＰＤＣＰ−ＰＤＵ＃２をＰＤＣＰレイヤ８２２に転送する。
【０２５０】
図８において、ＰＤＣＰレイヤ８２２は、重複パケットの検出を行う。図８の例において、ＰＤＣＰレイヤ８２２は、ＰＤＣＰ−ＰＤＵ＃１とＰＤＣＰ−ＰＤＵ＃２とが重複していることを検出し、ＰＤＣＰ−ＰＤＵ＃２を削除する。ＰＤＣＰレイヤ８２２は、ＰＤＣＰ−ＰＤＵ＃１からＰＤＣＰヘッダ８１０を削除することによってＰＤＣＰ−ＳＤＵ８０８を取得し、ＰＤＣＰ−ＳＤＵ８０８をＮｅｗ  ＡＳ  Ｌａｙｅｒ８２３に転送する。ＰＤＣＰレイヤ８２２は、図８の例ではＰＤＣＰ−ＰＤＵ＃２を削除するが、ＰＤＣＰ−ＰＤＵ＃１を削除してもよい。その場合、ＰＤＣＰレイヤ８２２は、ＰＤＣＰ−ＰＤＵ＃２からＰＤＣＰヘッダ８１１を削除することによってＰＤＣＰ−ＳＤＵ８０８を取得し、ＰＤＣＰ−ＳＤＵ８０８をＮｅｗ  ＡＳ  Ｌａｙｅｒ８２３に転送する。
【０２５１】
図８において、Ｎｅｗ  ＡＳ  Ｌａｙｅｒ８２３は、ＰＤＣＰ−ＳＤＵ８０８を用いてパケット８０６を復元し、パケット８０６を上位レイヤ８２４に転送する。
【０２５２】
ＣＵとＵＥとの間の通信において、ＣＵ配下の全てのＤＵを通るベアラを確立してもよい。ＣＵは、ＵＥのＤＵ間モビリティにおいて、各ＤＵとの通信に関する設定の変更をＵＥに通知してもよい。このことにより、ＵＥがＤＵ間を移動する場合においてもベアラ変更が不要となるので、シグナリング量が少なくなる。
【０２５３】
ＣＵは、配下の全てのＤＵの無線リソースを確保してもよい。ＣＵは、配下の全てのＤＵのバッファ量を確保してもよい。無線リソースおよび／あるいはバッファ量の確保は、ＣＵがベアラを新しく設定した場合に行ってもよい。無線リソースおよび／あるいはバッファ量の確保は、ＣＵがベアラの設定を変更した場合に行ってもよい。このことにより、ＵＥがＤＵ間モビリティを行う場合においても、該ベアラに要求されたＱｏＳ（例えば帯域保証）を満たしながら通信を継続させることが可能となる。
【０２５４】
ＣＵは、配下の一部のＤＵの無線リソースを確保してもよい。無線リソースが確保されるＤＵの数は、１つであってもよいし、２つ以上であってもよい。このことにより、前述のベアラ確立時に確保する無線リソースを節約できるため、効率的な通信が可能となる。
【０２５５】
前述における一部のＤＵは、測定結果が良い順から、予め定める数のＤＵであってもよい。このことにより、通信の信頼性を高めつつ、無線リソースを節約することができる。
【０２５６】
あるいは、前述における一部のＤＵは、ＣＵとＵＥの通信における使用ＤＵに隣接するＤＵであってもよい。このことにより、ＣＵがＤＵに対して確保する無線リソースをさらに節約することができる。
【０２５７】
あるいは、前述における一部のＤＵは、ＣＵとＵＥの通信における使用ＤＵの周辺のＤＵであってもよい。周辺のＤＵは、使用ＤＵに隣接するＤＵを含んでもよい。このことにより、無線チャネル状況の急変時においても円滑なＤＵ間モビリティを可能にしつつ、無線リソースを節約することが可能となる。
【０２５８】
図９は、ＣＵ配下の全てのＤＵを通るベアラの構成を示した図である。図９は、ＣＵ９００が配下にＤＵ＃１、ＤＵ＃２およびＤＵ＃３（ＤＵ９０１、ＤＵ９０２およびＤＵ９０３とそれぞれ呼ぶ場合もある）を有し、ＵＥ９０４と通信を行う例について示している。
【０２５９】
図９において、ＣＵ配下の全てのＤＵを通るベアラとして、ベアラ９０５が確立される。ベアラ９０５は、ＣＵ９０１のＰＤＣＰレイヤ９０６とＵＥ９０４のＰＤＣＰレイヤ９０７で終端する。ベアラ９０５は、ＤＵ＃１、ＤＵ＃２およびＤＵ＃３のそれぞれが有するＲＬＣレイヤ、ＭＡＣレイヤおよびＰＨＹレイヤを通る。また、ベアラ９０５は、ＵＥ９０４のＤＵ＃１対向エンティティ９０８、ＤＵ＃２対向エンティティ９０９およびＤＵ＃３対向エンティティ９１０を通る。
【０２６０】
図９はＣＵ配下の全てのＤＵを通るベアラの例を示したが、一部のＤＵを通るベアラであってもよい。例えば、ＵＥとの通信における候補ＤＵによって、ベアラが構成されてもよい。あるいは、ＵＥとの通信における使用ＤＵによって、ベアラが構成されてもよい。このことにより、不要なリソース確保を抑えることが可能となる。
【０２６１】
ＣＵは、配下のＤＵに対し、該ＤＵの性能に関する情報を要求してもよい。該要求は、新たに該ＣＵの配下となったＤＵ、例えば、該ＣＵに接続されたＤＵに対して行ってもよい。該ＤＵの性能に関する情報は、例えば、上位レイヤからＰＤＣＰ−ＰＤＵを受信してから該ＰＤＣＰ−ＰＤＵを無線インタフェースへ送信するまでの時間であってもよい。あるいは、ＤＵの性能に関する情報は、無線インタフェースから受信したデータをＰＤＣＰ−ＰＤＵとしてＣＵに送信するまでの時間であってもよい。あるいは、ＤＵの性能に関する情報は、該ＤＵのバッファ量であってもよいし、無線リソースであってもよい。このことによりＣＵは、ＤＵの追加時において、該ＤＵの性能に関する情報を用いて適切にベアラの設定を変更することができる。
【０２６２】
ＤＵは、ＣＵに対し、自ＤＵの性能に関する情報を通知してもよい。該通知は、該ＤＵが新たにＣＵの配下となった場合、例えば、該ＤＵが該ＣＵに接続された場合に行ってもよい。該情報は、該ＤＵの性能に関する前述の情報と同じものであってもよい。このことにより、前述と同じ効果を得ることができる。
【０２６３】
ＤＵは、ＣＵに対し、通信状況に関する情報を要求してもよい。該要求は、該ＤＵが新たにＣＵの配下となった場合、例えば、該ＤＵが該ＣＵに接続された場合に行ってもよい。通信状況に関する情報は、例えば、ＣＵが通信しているＵＥの情報であってもよいし、該ＵＥが使用しているベアラの情報であってもよいし、該ベアラの設定に関する情報であってもよい。このことにより、例えば、該ＤＵ接続時の立ち上げ動作を迅速に行うことができる。
【０２６４】
ＣＵは、ＤＵに対し、通信状況に関する情報を通知してもよい。該通知は、新たに該ＣＵの配下となったＤＵ、例えば、該ＣＵに接続されたＤＵに対して行ってもよい。通信状況に関する情報は、前述の情報と同じものであってもよい。このことにより、前述と同じ効果を得ることができる。
【０２６５】
前述の要求および通知を、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースのセットアップ時に行ってもよい。また、前述の要求および通知を、Ｆｓインタフェースのセットアップにおけるシグナリングに含めてもよい。このことにより、ＣＵ−ＤＵ間のシグナリング量を削減可能となる。
【０２６６】
前述の要求および通知を、ＤＵの性能更新時に行ってもよい。このことにより、ＣＵおよびＵＥは、ＤＵの性能更新を反映してプライマリＤＵを的確に決めることが可能となる。
【０２６７】
前述の要求および通知を、ＵＥとの通信開始時に行ってもよい。このことにより、ＵＥ毎にプライマリＤＵを柔軟に決めることが可能となる。
【０２６８】
ＣＵとＵＥとの間の通信において、複製パケットの転送先のＤＵに対してスプリットベアラ（以降、ＤＵ間スプリットベアラと称する場合がある）を確立してもよい。このことにより、複製パケットの導通に用いないＤＵのリソースを節約することが可能となる。一度ＤＵ間スプリットベアラを確立したＤＵに対して、該ＤＵ間スプリットベアラを解放しなくてもよい。ＤＵ間スプリットベアラを解放しなくてもよい場合として、例えば、ＤＵ間モビリティが発生した場合であってもよい。また、該ＤＵに対し、該ＤＵ間スプリットベアラを解放してもよい。ＤＵ間スプリットベアラを解放してもよい場合として、例えば、該ＵＥとＣＵとの間の接続が解放された場合であってもよい。あるいは、該ＤＵが過負荷状態となった場合、ＤＵ間スプリットベアラを解放してもよい。このことにより、ＣＵとＵＥとの間の通信において以前用いたＤＵを再び使用する場合でも、ＤＵ間スプリットベアラの設定に関するシグナリング量を少なくすることができる。
【０２６９】
図１０および図１１は、ＣＵとＵＥとの間の通信において、複製パケットの送受信を開始するためのシーケンスを示した図である。図１０と図１１とは、境界線ＢＬ１０１１の位置でつながっている。図１０および図１１は、ＤＵ＃１を用いた通信から、ＤＵ＃１、＃２を用いた複製パケットによる通信に切り替わる例を示している。
【０２７０】
図１０において、ステップＳＴ１０００、ＳＴ１００１、ＳＴ１００２は、上位ＮＷ装置とＵＥとの間におけるユーザデータの送受信を表している。ステップＳＴ１０００において上位ＮＷ装置とＣＵとの間でユーザデータが送受信され、ステップＳＴ１００１においてＣＵとＤＵ＃１との間でユーザデータが送受信され、ステップＳＴ１００２においてＤＵ＃１とＵＥとの間でユーザデータが送受信される。
【０２７１】
図１０に示すステップＳＴ１００３およびＳＴ１００４において、ＣＵはＵＥへＲＲＣ接続再設定のシグナリングを通知する。該通知は、ステップＳＴ１００３においてＣＵからＤＵ＃１に対して送信され、ステップＳＴ１００４においてＤＵ＃１からＵＥに対して送信される。該通知は、ＤＵ＃２を追加することを示す情報、およびパケット複製を開始することを示す情報を含む。また、該通知は、ＤＵ＃２対向エンティティ用のＲＲＣパラメータに関する情報を含む。該通知は、ＤＵ＃１対向エンティティ用のＲＲＣパラメータに関する情報を含んでもよい。ＵＥは、ステップＳＴ１００４において受信した情報を用いて、パケット複製およびＤＵ＃２との通信のためのＲＲＣパラメータ設定を行う。
【０２７２】
図１０に示すステップＳＴ１００５およびＳＴ１００６において、ＵＥはＣＵに対してＲＲＣ接続再設定完了通知を送信する。該通知は、ステップＳＴ１００５においてＵＥからＤＵ＃１に送信され、ステップＳＴ１００６においてＤＵ＃１からＣＵに送信される。
【０２７３】
図１０に示すステップＳＴ１００７において、ＣＵはＤＵ＃２に通信開始指示を通知する。該指示には、ＲＲＣパラメータが含まれてもよい。また、該指示には、パケット複製を行うことを示す情報が含まれてもよい。ＤＵ＃２は、該指示を用いて、ＵＥとデータ送受信を行うためのＲＲＣパラメータ設定を行う。
【０２７４】
図１０に示すステップＳＴ１００８において、ＤＵ＃２はＣＵに通信開始指示応答を通知する。該応答には、ＤＵ＃２における設定が完了したことを示す情報が含まれていてもよい。
【０２７５】
図１０に示すステップＳＴ１００９およびＳＴ１０１０において、ＵＥがＤＵ＃２を経由してＣＵと通信を行うためのランダムアクセス処理が行われる。ステップＳＴ１００９においてＤＵ＃２とＣＵとの間のシグナリングが行われ、ステップＳＴ１０１０においてＵＥとＤＵ＃２との間の無線信号が送受信される。ステップＳＴ１００９は、ＤＵ＃２からＣＵへのランダムアクセスＭｓｇ３であってもよいし、ＤＵ＃２からＣＵへの、ランダムアクセス処理が完了したことを示す情報であってもよい。また、ステップＳＴ１００９は、ランダムアクセスＭｓｇ３あるいはランダムアクセス処理が完了したことを示す情報に対する、ＣＵからＤＵ＃２への肯定応答あるいは否定応答であってもよい。このことにより、ランダムアクセスＭｓｇ３あるいはランダムアクセス処理が完了したことを示す情報の通知の信頼性を向上可能となる。
【０２７６】
図１０に示すステップＳＴ１０１０において、ＤＵ＃１、＃２を用いて複製パケットの送受信を開始するために必要なシグナリングが完了する。
【０２７７】
図１１に示すステップＳＴ１０１１〜ＳＴ１０１７は、下りユーザデータの送受信を示す。
【０２７８】
図１１に示すステップＳＴ１０１１において、上位ネットワーク装置からユーザデータがＣＵに転送される。ステップＳＴ１０１２において、ＣＵは、ユーザデータが含まれるＰＤＣＰ−ＰＤＵを複製する。
【０２７９】
図１１に示すように、ＣＵは、複製されたユーザデータを、ステップＳＴ１０１３、ＳＴ１０１４においてＤＵ＃１，ＤＵ＃２にそれぞれ転送する。ステップＳＴ１０１５において、ＤＵ＃１は該ユーザデータをＵＥに送信する。ステップＳＴ１０１６において、ＤＵ＃２は該ユーザデータをＵＥに送信する。
【０２８０】
図１１に示すステップＳＴ１０１７において、ＵＥは、ステップＳＴ１０１５、ＳＴ１０１６において受信したユーザデータの重複を検出する。また、ＵＥは、重複して受信したユーザデータを削除する。
【０２８１】
図１１に示すステップＳＴ１０１８〜ＳＴ１０２４は、上りユーザデータの送受信を示す。
【０２８２】
図１１に示すステップＳＴ１０１８において、ＵＥは、ユーザデータが含まれるＰＤＣＰ−ＰＤＵを複製する。
【０２８３】
図１１に示すように、ＵＥは、複製されたユーザデータを、ステップＳＴ１０１９、ＳＴ１０２０においてＤＵ＃１、ＤＵ＃２にそれぞれ送信する。ステップＳＴ１０２１において、ＤＵ＃１は該ユーザデータをＣＵに転送する。ステップＳＴ１０２２において、ＤＵ＃２は該ユーザデータをＣＵに転送する。
【０２８４】
図１１に示すステップＳＴ１０２３において、ＣＵは、ステップＳＴ１０２１、ＳＴ１０２２において受信したユーザデータの重複を検出する。また、ＣＵは、重複して受信したユーザデータを削除する。
【０２８５】
図１１に示すステップＳＴ１０２４において、ＣＵは、受信したユーザデータを上位ネットワーク装置に転送する。
【０２８６】
上りユーザデータの送受信を示すステップＳＴ１０１８〜ＳＴ１０２４は、下りユーザデータの送受信を示すステップＳＴ１０１１〜ＳＴ１０１７の後に実行されてもよいし、同時に実行されてもよい。このことにより、ユーザデータの送受信における柔軟性が高まる。
【０２８７】
図１０および図１１の例においてＣＵとＵＥとの間で複製パケットの送受信を開始するためのシーケンスは、上位ネットワーク装置へのシグナリング、例えば、非特許文献１の１０．１．２．８．１節に記載のＰａｔｈ  Ｕｐｄａｔｅ  Ｐｒｏｃｅｄｕｒｅを必要としない。
【０２８８】
ＣＵとＵＥとの間で複製パケットの送受信を開始するためのシーケンスにおいて、例えば、ＣＵから、ＵＥと通信中のＤＵに対して、通信変更指示を通知してもよい。該ＤＵは、ＣＵに対して、通信変更指示応答を通知してもよい。このことにより、ＤＵの追加時に、ＲＲＣパラメータを柔軟に変更することが可能となる。
【０２８９】
前述の通信変更指示において、ＣＵは該ＤＵに対し、通信中のＲＬＣ、ＭＡＣおよびＰＨＹの各レイヤを初期化しないことを示す識別子も送信するとよい。このことにより、初期化に伴うデータの破棄によって通信断が発生することを防ぐことができる。
【０２９０】
図１２および図１３は、ＣＵとＵＥとの間の通信において、複製パケットの送受信を開始するための他のシーケンスを示した図である。図１２と図１３とは、境界線ＢＬ１２１３の位置でつながっている。図１２および図１３において、図１０および図１１と同一のステップには同一のステップ番号を付して、共通する説明を省略する。
【０２９１】
図１２に示すステップＳＴ１１０１において、ＣＵはＤＵ＃１に通信変更指示を通知する。該指示には、ＲＲＣパラメータ変更指示が含まれていてもよい。また、該指示に、各レイヤを初期化しないことを示す識別子を追加するとよい。ＤＵ＃１は、ステップＳＴ１１０１において受信した情報を用いて、ＵＥ向けのＲＲＣパラメータを変更する。
【０２９２】
図１２に示すステップＳＴ１１０２において、ＤＵ＃１はＣＵに通信変更指示応答を通知する。該応答には、ＤＵ＃１における設定が完了したことを示す情報が含まれる。
【０２９３】
図１２および図１３に示すシーケンスを用いることで、通信チャネルをＤＵの追加に伴って柔軟に設定可能とする。
【０２９４】
ＣＵとＵＥとの間で複製パケットの送受信を開始するための他のシーケンスにおいて、ＣＵからＵＥへのＲＲＣ接続再設定を、前述の通信指示開始応答の後に行ってもよい。前述のＲＲＣ接続再設定は、前述の通信指示開始応答にて、追加するＤＵから肯定応答を受信した場合に行ってもよい。このことによって、前述の通信開始指示に対してＤＵの処理が失敗した場合でも、ＲＲＣ接続再設定のやり直しを防ぐことができる。また、ＵＥにおいて、ＲＲＣ接続再設定からランダムアクセス処理までの時間を短縮することができる。
【０２９５】
図１４および図１５は、ＣＵとＵＥとの間で複製パケットの送受信を開始するためのシーケンスにおいて、ＲＲＣ接続再設定を、前述の通信指示開始応答の後に行う場合のシーケンスを示す図である。図１４と図１５とは、境界線ＢＬ１４１５の位置でつながっている。図１４および図１５において、図１０および図１１と同一のステップには同一のステップ番号を付して、共通する説明を省略する。
【０２９６】
図１４に示すステップＳＴ１２０１、ＳＴ１２０２において、ＣＵはＵＥへＲＲＣ接続再設定のシグナリングを通知する。ステップＳＴ１２０１、ＳＴ１２０２は、図１０におけるステップＳＴ１００３、ＳＴ１００４と同様のものであってもよい。ＵＥは、ステップＳＴ１２０２において受信した情報を用いて、パケット複製およびＤＵ＃２との通信のためのＲＲＣパラメータ設定を行う。
【０２９７】
図１４に示すステップＳＴ１２０３、ＳＴ１２０４において、ＵＥはＣＵにＲＲＣ接続再設定完了通知を送信する。ステップＳＴ１２０３、ＳＴ１２０４は、図１０におけるステップＳＴ１００５、ＳＴ１００６と同様のものであってもよい。
【０２９８】
図１４に示すステップＳＴ１２０５において、ＣＵはＤＵ＃２に、ＵＥへのＲＲＣ接続再設定が完了したことを通知する。ＤＵ＃２は、該通知を用いて、ＵＥとの間のランダムアクセス処理を開始する。
【０２９９】
図１４に示すシーケンスは、ステップＳＴ１２０１がステップＳＴ１００８より後で実行される点において、図１０に示すシーケンスと異なる。このことによって、前述の通信開始指示に対してＤＵの処理が失敗した場合でも、ＲＲＣ接続再設定のやり直しを防ぐことができる。また、ＵＥにおいて、ＲＲＣ接続再設定からランダムアクセス処理までの時間を短縮することができる。
【０３００】
ＣＵとＵＥとの間の通信において複製パケットの送受信を開始するためのシーケンスの他の例として、ＣＵは、各ＤＵおよびＵＥに対して、各ＤＵおよびＵＥからの応答を待たずに指示を行ってもよい。このことによって、ＤＵ追加の処理を迅速に行うことが可能となる。
【０３０１】
図１６および図１７は、ＣＵとＵＥとの間で複製パケットの送受信を開始するためのシーケンスにおいて、ＣＵが各ＤＵおよびＵＥに対して、各ＤＵおよびＵＥからの応答を待たずに指示を行う場合のシーケンスを示す図である。図１６と図１７とは、境界線ＢＬ１６１７の位置でつながっている。図１６および図１７において、図１０および図１１と同一のステップには同一のステップ番号を付して、共通する説明を省略する。
【０３０２】
図１６に示すステップＳＴ１３０１、ＳＴ１３０２において、ＣＵはＵＥへＲＲＣ接続再設定のシグナリングを通知する。ステップＳＴ１３０１、ＳＴ１３０２は、図１０におけるステップＳＴ１００３、ＳＴ１００４と同様のものであってもよい。ＵＥは、ステップＳＴ１３０２において受信した情報を用いて、パケット複製およびＤＵ＃２との通信のためのＲＲＣパラメータ設定を行う。
【０３０３】
図１６に示すステップＳＴ１３０３において、ＣＵはＤＵ＃２に通信開始指示を通知する。ステップＳＴ１３０３は、図１０に示すステップＳＴ１００７と同様のものであってもよい。ＤＵ＃２は、ステップＳＴ１３０３において受信した情報を用いて、ＵＥとデータ送受信を行うためのＲＲＣパラメータ設定を行う。
【０３０４】
図１６に示すステップＳＴ１３０４において、ＣＵはＤＵ＃１に通信変更指示を通知する。ステップＳＴ１３０４は、図１２に示すステップＳＴ１１０１と同様のものであってもよい。ＤＵ＃１は、ステップＳＴ１３０４において受信した情報を用いて、ＵＥ向けのＲＲＣパラメータを変更する。
【０３０５】
図１６に示すステップＳＴ１３０１、ＳＴ１３０３、ＳＴ１３０４の順序は互いに異なってもよい。このことにより、ＣＵの動作に柔軟性を持たせることが可能となる。
【０３０６】
図１６および図１７に示すシーケンスによって、ＣＵは各ＤＵおよびＵＥからの応答を待たずに指示を行うため、ＤＵ追加の処理を迅速に行うことが可能となる。
【０３０７】
ＣＵはＤＵに対し、通信停止指示を通知してもよい。前述の通信停止指示は、パケット複製停止時に行ってもよい。該ＤＵはＣＵに対し、通信停止指示応答を通知してもよい。このことにより、パケット複製停止前後の通信を円滑に継続させることができる。
【０３０８】
ＣＵはＵＥに対し、ＲＲＣ接続再設定を通知してもよい。前述のＲＲＣ接続再設定の通知は、パケット複製停止時に行ってもよい。前述のＲＲＣ接続再設定は、該ＤＵの解放を示す情報を含んでもよい。ＵＥはＣＵに対し、ＲＲＣ接続再設定完了を通知してもよい。このことにより、パケット複製停止前後の通信を円滑に継続させることができる。前述のＲＲＣ接続再設定は、パケット複製を解除する旨を示す情報を含んでもよい。あるいは、前述のＲＲＣ接続再設定は、パケット複製の解除を示す情報を含まなくてもよい。このことにより、パケット複製を維持したまま、使用ＤＵの数を減らすことが可能となる。
【０３０９】
ＣＵはＵＥに対し、前述のＲＲＣ接続再設定を、解放されないＤＵを用いて通信してもよい。このことにより、ＲＲＣ接続再設定を高い信頼性で通知することが可能となる。あるいは、ＣＵは、前述のＲＲＣ接続再設定を、解放されるＤＵを用いて通知してもよい。このことにより、解放されない方のＤＵにおけるオーバーヘッドを削減することができる。
【０３１０】
図１８は、ＣＵとＵＥとの間の通信において、複製されたパケットの送受信を停止するためのシーケンスを示す図である。図１８は、ＤＵ＃１、＃２を用いた複製パケットによる通信から、ＤＵ＃１を用いた通信に切り替わる例を示している。
【０３１１】
図１８に示すステップＳＴ１４０１〜ＳＴ１４０７は、パケット複製を用いたユーザデータ通信を表している。ステップＳＴ１４０１において、上位ネットワーク装置とＣＵとの間でユーザデータを送受信する。ステップＳＴ１４０２において、ＣＵは、下りユーザデータのパケット複製を行うとともに、上りユーザデータの重複パケットを検出し、重複パケットを削除する。ステップＳＴ１４０３、ＳＴ１４０４において、ＣＵとＤＵ＃１、＃２とは、複製されたユーザデータの送受信を行う。ステップＳＴ１４０５、ＳＴ１４０６において、ＵＥとＤＵ＃１、＃２とは、複製されたユーザデータの送受信を行う。ステップＳＴ１４０７において、ＵＥは、上りユーザデータのパケット複製を行うとともに、下りユーザデータの重複パケットを検出し、重複パケットを削除する。
【０３１２】
図１８に示すステップＳＴ１４０８〜ＳＴ１４１３は、パケット複製の停止を行うためのシグナリングである。
【０３１３】
図１８に示すステップＳＴ１４０８、ＳＴ１４０９において、ＣＵはＵＥへＲＲＣ接続再設定のシグナリングを通知する。該通知は、ステップＳＴ１４０８においてＣＵからＤＵ＃１に送信され、また、ステップＳＴ１４０９においてＤＵ＃１からＵＥに送信される。該通知は、ＤＵ＃２との通信を解放することを示す情報と、パケット複製を停止することを示す情報とを含む。該通知は、ＤＵ＃１対向エンティティ用のＲＲＣパラメータに関する情報を含んでもよい。ＵＥは、ステップＳＴ１４０９において受信した情報を用いて、パケット複製停止およびＤＵ＃２との通信解放のためのＲＲＣパラメータ設定を行う。
【０３１４】
図１８に示すステップＳＴ１４０８、ＳＴ１４０９において、ＣＵからＵＥへの通知は、ＤＵ＃１との通信におけるＲＲＣパラメータの変更を指示する情報を含んでもよい。ＵＥは、ステップＳＴ１４０９において受信した情報を用いて、ＤＵ＃１との通信におけるＲＲＣパラメータ設定を変更してもよい。このことにより、ＣＵは、ＤＵ＃２との通信の解放に伴うＤＵ＃１との通信設定を柔軟に行うことができる。
【０３１５】
図１８に示すステップＳＴ１４１０、ＳＴ１４１１において、ＵＥはＣＵにＲＲＣ接続再設定完了通知を送信する。該通知は、ステップＳＴ１４１０においてＵＥからＤＵ＃１に送信され、ステップＳＴ１４１１においてＤＵ＃１からＣＵに送信される。
【０３１６】
図１８に示すステップＳＴ１４１２において、ＣＵはＤＵ＃２に通信停止指示を通知する。該指示には、該ＵＥとの通信においてＤＵ＃２の使用を停止することを示す情報が含まれる。
【０３１７】
図１８に示すステップＳＴ１４１３において、ＤＵ＃２はＣＵに通信停止指示応答を通知する。該応答には、ＤＵ＃２における通信停止処理が完了したことを示す情報が含まれる。
【０３１８】
図１８に示すステップＳＴ１４１４〜ＳＴ１４１６において、ＣＵとＵＥはＤＵ＃１を経由してユーザデータの送受信を行う。ステップＳＴ１４１４において、上位ネットワーク装置とＣＵとの間でユーザデータを送受信する。ステップＳＴ１４１５において、ＣＵとＤＵ＃１はユーザデータの送受信を行う。ステップＳＴ１４１６において、ＵＥとＤＵ＃１は、ユーザデータの送受信を行う。
【０３１９】
図１８において、ステップＳＴ１４１４〜ＳＴ１４１６により示されるパケット複製の停止は、ステップＳＴ１４１３の通信停止指示応答の前に行ってもよいし、後に行ってもよい。パケット複製の停止を通信停止指示応答の前に行うことにより、不要な通信リソースを早く解放し、通信を効率的に行うことが可能となる。また、パケット複製の停止を通信停止指示応答の後に行うことにより、パケット複製の停止を行うシグナリングの前後におけるユーザデータ通信の信頼性を高めることができる。
【０３２０】
ＣＵは、前述の通信開始指示と前述の通信停止指示を組み合わせて用いてもよい。この組み合わせは、使用ＤＵの切り替えに用いてもよい。前述において、ＣＵはＵＥに対し、ＲＲＣ接続再設定通知を１つにまとめて通知してもよい。このことにより、使用ＤＵの切り替えを円滑に行うことが可能となり、さらにシグナリング量を削減することが可能となる。
【０３２１】
ＣＵは、使用ＤＵを１つずつ追加あるいは削除してもよい。すなわち、ＣＵは、該ＤＵのそれぞれに対し、通信開始指示あるいは通信停止指示を通知してもよい。このことにより、使用ＤＵを追加または削除するシーケンスの失敗からの復帰が容易になる。
【０３２２】
あるいは、ＣＵは、使用ＤＵをまとめて追加あるいは削除してもよい。前述において、ＣＵはＵＥに対し、ＲＲＣ接続再設定通知を１つにまとめて行ってもよい。このことにより、シグナリング量を削減することが可能となる。
【０３２３】
ＣＵおよびＵＥは、Ｃ−Ｐｌａｎｅの通信においても、Ｕ−Ｐｌａｎｅと同様に複数のＤＵを経由して通信を行ってもよい。前述の複数のＤＵを経由した通信に、Ｕ−Ｐｌａｎｅと同様のパケット複製を適用してもよい。このことにより、ＣＵとＵＥとの間のシグナリングについても信頼性を高めることが可能となる。前述のシグナリングは、ＮＡＳシグナリングであってもよいし、ＲＲＣシグナリングであってもよいし、ＰＤＣＰ制御ＰＤＵであってもよい。このことにより、各レイヤにおけるシグナリングの信頼性を高めることが可能となる。
【０３２４】
図１９および図２０は、使用ＤＵの切り替え、および、Ｃ−Ｐｌａｎｅにおける複数ＤＵを用いた通信を説明するシーケンス図である。図１９と図２０とは、境界線ＢＬ１９２０の位置でつながっている。図１９および図２０は、使用ＤＵが、ＤＵ＃１およびＤＵ＃２から、ＤＵ＃１およびＤＵ＃３に切り替わる例を示している。図１９および図２０において、図１８と同一のステップには同一のステップ番号を付して、共通する説明を省略する。
【０３２５】
図１９に示すステップＳＴ１５００〜ＳＴ１５０５は、ＣＵがＵＥに対して通知するＲＲＣ接続再設定のシグナリングに関するシーケンス、より具体的には該シグナリングのパケットの複製および通知に関するシーケンスを示す。ステップＳＴ１５００において、ＣＵは、自ＣＵが生成したＲＲＣ接続再設定のシグナリングのパケットを複製する。前述の複製は、ＰＤＣＰレイヤにて行ってもよい。前述のＲＲＣ接続再設定のシグナリングは、使用ＤＵの変更に関する情報（図１９および図２０の例では、ＤＵ＃１、ＤＵ＃３の使用に切り替える）、および、パケット複製を有効にする旨の情報を含んでもよい。ステップＳＴ１５０１およびＳＴ１５０２において、ＣＵは前述の複製したシグナリングをそれぞれＤＵ＃１およびＤＵ＃２に転送する。ステップＳＴ１５０３およびＳＴ１５０４において、ＤＵ＃１およびＤＵ＃２はＵＥに対して前述のシグナリングを通知する。ステップＳＴ１５０５において、ＵＥは、受信したシグナリングの重複検出を行う。また、ＵＥは、重複したシグナリングを削除する。前述の重複検出および削除は、ＰＤＣＰレイヤにて行ってもよい。ＵＥは、前述のシグナリングを用いて、ＲＲＣパラメータの変更およびに使用ＤＵの変更を行う。
【０３２６】
図１９に示すステップＳＴ１５０６〜ＳＴ１５１１は、ＵＥがＣＵに対して通知するＲＲＣ接続再設定完了のシグナリングに関するシーケンス、より具体的には該シグナリングのパケットの複製および通知に関するシーケンスを示す。ステップＳＴ１５０６において、ＵＥは、自ＵＥが生成したＲＲＣ接続再設定完了のシグナリングのパケットを複製する。前述の複製は、ＰＤＣＰレイヤにて行ってもよい。ステップＳＴ１５０７およびＳＴ１５０８において、ＵＥは前述の複製したシグナリングをそれぞれＤＵ＃１およびＤＵ＃２に送信する。ステップＳＴ１５０９およびＳＴ１５１０において、ＤＵ＃１およびＤＵ＃２はＣＵに対して前述のシグナリングを転送する。ステップＳＴ１５１１において、ＣＵは、受信したシグナリングの重複検出を行う。また、ＣＵは、重複したシグナリングを削除する。前述の重複検出および削除は、ＰＤＣＰレイヤにて行ってもよい。ＣＵは、前述のシグナリングを用いて、ＵＥがＲＲＣ接続再設定を完了したことを認識する。
【０３２７】
図２０に示すステップＳＴ１５１５において、ＣＵはＤＵ＃２に対して、通信停止指示を通知する。該通知には、該ＵＥとの通信においてＤＵ＃２の使用を停止することを示す情報が含まれる。
【０３２８】
図２０に示すステップＳＴ１５１６において、ＤＵ＃２はＣＵに通信停止指示応答を通知する。該応答には、ＤＵ＃２における通信停止処理が完了したことを示す情報が含まれる。
【０３２９】
図２０に示すステップＳＴ１５１７において、ＣＵはＤＵ＃３に通信開始指示を通知する。ステップＳＴ１５１７は、図１０に示すステップＳＴ１００７と同様のものであってもよい。ＤＵ＃３は、ステップＳＴ１５１７において受信した情報を用いて、ＵＥとデータ送受信を行うためのＲＲＣパラメータ設定を行う。
【０３３０】
図２０に示すステップＳＴ１５１８において、ＤＵ＃３はＣＵに通信開始指示応答を通知する。該応答には、ＤＵ＃３における設定が完了したことを示す情報が含まれていてもよい。
【０３３１】
図２０に示すステップＳＴ１５２０およびＳＴ１５２１において、ＵＥがＤＵ＃３を経由してＣＵと通信を行うためのランダムアクセス処理が行われる。ステップＳＴ１５２０においてＤＵ＃３とＣＵとの間のシグナリングが行われ、ステップＳＴ１５２１においてＵＥとＤＵ＃３との間の無線信号の送受信が行われる。ステップＳＴ１５２０、ステップＳＴ１５２１は、図１０におけるステップＳＴ１００９、ステップＳＴ１０１０と同様の処理であってもよい。
【０３３２】
図２０に示すステップＳＴ１５２０およびＳＴ１５２１において、ＤＵ＃１、＃２からＤＵ＃１、＃３への使用ＤＵの切り替えに必要なシグナリングが完了する。
【０３３３】
図２０に示すステップＳＴ１５２５〜ＳＴ１５３１は、ＤＵ＃１、＃３を用いたパケット複製によるユーザデータ送受信を示す。
【０３３４】
図２０に示すステップＳＴ１５２５において、上位ネットワーク装置とＣＵとの間でユーザデータの送受信が行われる。ステップＳＴ１５２６において、ＣＵは、下りユーザデータのパケット複製を行うとともに、上りユーザデータの重複パケットを検出し、重複パケットを削除する。ステップＳＴ１５２７、ＳＴ１５２８において、ＣＵとＤＵ＃１、＃３は、複製されたユーザデータの送受信を行う。ステップＳＴ１５２９、ＳＴ１５３０において、ＵＥとＤＵ＃１，ＤＵ＃３は、複製されたユーザデータの送受信を行う。ステップＳＴ１５３１において、ＵＥは、上りユーザデータのパケット複製を行うとともに、下りユーザデータの重複パケットを検出し、重複パケットを削除する。
【０３３５】
図２０において、ステップＳＴ１５１７、ＳＴ１５１８により示されるＤＵ＃３との通信開始指示および通信開始指示応答のシーケンスは、ステップＳＴ１５１５により示されるＤＵ＃２への通信停止指示の前に行ってもよい。通信開始指示を通信停止指示の前に行うことにより、ＵＥがＤＵ＃３を経由して行うランダムアクセス処理を迅速に行うことができる。
【０３３６】
図２０において、ステップＳＴ１５１５、ＳＴ１５１６により示されるＤＵ＃２との通信停止指示および通信停止指示応答のシーケンス、ならびに、ステップＳＴ１５１７、ＳＴ１５１８により示されるＤＵ＃３との通信開始指示および通信開始指示応答のシーケンスは、ステップＳＴ１５００〜ＳＴ１５０５に示されるＲＲＣ接続再設定のシーケンスの前に行ってもよい。このことによって、前述の通信停止指示あるいは前述の通信開始指示の失敗によって発生するＲＲＣ接続再設定のやり直しを防ぐことが可能となる。
【０３３７】
ＵＥはＣＵに、ＲＲＣ接続再設定の失敗を通知してもよい。該通知は、失敗理由を含んでもよい。また、該失敗理由は、例えば、ＵＥにおけるリソース不足であってもよいし、該ＤＵとの通信不可能であってもよいし、他の理由であってもよい。ＣＵは、該失敗理由を用いて処理を進めてもよい。該処理は、例えば、他のＤＵの使用であってもよい。このことにより、ＣＵおよびＵＥは、ＲＲＣ接続再設定失敗によるシーケンスの中断、および、それに伴う動作停止を防ぐことが可能となる。
【０３３８】
ＵＥとＣＵは、ＲＲＣ接続再設定通知の前のパラメータを用いて、通信を継続してもよい。前述の通信の継続は、ＵＥからＣＵに対してＲＲＣ接続再設定失敗を通知した場合に行ってもよい。前述の通信の継続において、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートを維持してもよい。また、ＵＥはＣＵに対し、ＲＲＣ接続再確立要求を通知しなくてもよい。このことにより、ＵＥとＣＵとの間の通信を維持することが可能となる。
【０３３９】
前述において、ＣＵからＵＥへのＲＲＣ接続再設定の通知に、ＲＲＣ接続再設定失敗時のＵＥの動作を指定する識別子を含めてもよい。該識別子は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステート維持の有無に関する情報を含んでもよいし、ＵＥからＣＵへのＲＲＣ接続再確立要求の通知の要否を示す情報を含んでもよい。このことにより、ＵＥは、ＲＲＣ接続再設定失敗時に通信を継続するか否かを、容易に判別することができる。あるいは、ＵＥは、パケット複製有無の識別子を用いて自ＵＥの動作を判断してもよい。このことにより、ＲＲＣ接続再設定のシグナリングにおけるビット数を削減することができ、さらにＵＥはＲＲＣ接続再設定失敗時に通信を継続するか否かを容易に判別することができる。
【０３４０】
ＵＥからＣＵへのＲＲＣ接続再設定失敗の通知と、ＲＲＣ接続再設定完了の通知とを、１つの通知として統合してもよい。前述の統合した通知において、ＲＲＣ接続再設定の完了あるいは失敗を表す識別子を設けてもよい。あるいは、ＲＲＣ接続再設定失敗理由の識別子に、ＲＲＣ接続再設定完了を含めてもよい。例えば、該失敗理由を示す値が０の場合を、ＲＲＣ接続再設定完了に割り当ててもよい。このことにより、シグナリングの種類が少なくなるため、ＵＥおよびＣＵにおける処理が容易になる。
【０３４１】
図２１および図２２は、ＲＲＣ接続再設定が失敗した場合の動作を説明するシーケンス図である。図２１と図２２とは、境界線ＢＬ２１２２の位置でつながっている。図２１および図２２は、ＣＵとＵＥとがＤＵ＃２を用いて通信するためのＲＲＣ接続再設定が失敗し、ＣＵとＵＥとがＤＵ＃３を用いて通信するためのＲＲＣ接続再設定が完了する例を示している。図２１および図２２において、図１０、図１１、図１９および図２０と同一のステップには同一のステップ番号を付して、共通する説明を省略する。
【０３４２】
図２１に示すステップＳＴ１６０１、ＳＴ１６０２において、ＵＥはＣＵに、ＲＲＣ接続再設定の失敗を通知する。該通知は、失敗理由を含んでもよい。図２１の例においては、該通知は、ＵＥがＤＵ＃２を使用不可能、という失敗理由を含んでいる。図２１の例において、ＣＵは、失敗時にはＤＵ＃２以外の他のＤＵを使用するという指示を、ＲＲＣ接続再設定指示に含めてもよい。あるいは、ＣＵは、失敗時には一定時間経過後に再度ＤＵ＃２を使用するという指示を、ＲＲＣ接続再設定指示に含めてもよい。このことにより、ＲＲＣ接続再設定失敗時においてもＤＵを柔軟に選択することができる。
【０３４３】
図２１に示すステップＳＴ１６１０、ＳＴ１６１１において、ＣＵはＵＥへＲＲＣ接続再設定のシグナリングを通知する。該通知は、使用するＤＵがＤＵ＃３であるという内容を除いて、図１０におけるステップＳＴ１００３、ＳＴ１００４と同じである。
【０３４４】
図２２に示すステップＳＴ１６１４において、ＣＵからＤＵ＃３に通信開始指示を通知する。ステップＳＴ１６１４は、図１０に示すステップＳＴ１００７と同様のものであってもよい。ＤＵ＃３は、ステップＳＴ１６１４において受信した情報を用いて、ＵＥとデータ送受信を行うためのＲＲＣパラメータ設定を行う。
【０３４５】
図２２に示すステップＳＴ１６１５において、ＤＵ＃３はＣＵに通信開始指示応答を通知する。ステップＳＴ１６１５は、図１０におけるステップＳＴ１００８と同様のものであってもよい。
【０３４６】
図２２に示すステップＳＴ１６１６およびＳＴ１６１７において、ＵＥがＤＵ＃３を経由してＣＵと通信を行うためのランダムアクセス処理が行われる。ステップＳＴ１６１６においてＤＵ＃３とＣＵの間のシグナリングが行われ、ステップＳＴ１６１７においてＵＥとＤＵ＃３の間の無線信号の送受信が行われる。ステップＳＴ１６１６、ステップＳＴ１６１７は、図１０におけるステップＳＴ１００９、ステップＳＴ１０１０と同様の処理であってもよい。
【０３４７】
図２２に示すステップＳＴ１６１７において、ＤＵ＃１、＃３を用いて複製パケットの送受信を開始するために必要なシグナリングが完了する。
【０３４８】
ＤＵはＣＵに、通信開始失敗の通知を送ってもよい。該通知は、失敗理由を含んでもよい。また、該失敗理由は、例えば、非特許文献１５（３ＧＰＰ  ＴＳ  ３６．４２３  ｖ１４．２．０）の９．２．６節に記載のものであってもよいし、他の理由であってもよい。このことにより、ＤＵの通信開始失敗理由を従来のＸｎインタフェースにおける失敗理由と同様に通知可能となるため、ＣＵの設計における複雑性を回避することが可能となる。ＣＵは、該失敗理由を用いて処理を進めてもよい。該処理は、例えば、他のＤＵの使用であってもよい。このことにより、ＣＵおよびＵＥは、ＤＵへの通信開始指示の失敗によるシーケンスの中断、および、それに伴う動作停止を防ぐことが可能となる。
【０３４９】
ＤＵからＣＵへの通信開始指示失敗の通知と、通信開始指示応答の通知とを、１つの通知として統合してもよい。前述の統合した通知において、通信開始指示の完了あるいは失敗を表す識別子を設けてもよい。あるいは、通信開始失敗理由の識別子に、通信開始指示応答を含めてもよい。例えば、該失敗理由を示す値が０の場合を、通信開始指示応答に割り当ててもよい。このことにより、シグナリングの種類が少なくなるため、ＤＵおよびＣＵにおける処理が容易になる。
【０３５０】
図２３および図２４は、通信開始指示が失敗した場合の動作を説明するシーケンス図である。図２３と図２４とは、境界線ＢＬ２３２４の位置でつながっている。図２３および図２４は、ＣＵとＵＥとがＤＵ＃２を用いて通信するためのＲＲＣ接続再設定が失敗し、ＣＵとＵＥとがＤＵ＃３を用いて通信するためのＲＲＣ接続再設定が完了する例を示している。図２３および図２４において、図１０、図１１，図１９〜図２２と同一のステップには同一のステップ番号を付して、共通する説明を省略する。
【０３５１】
図２３に示すステップＳＴ１７０１において、ＣＵはＤＵ＃２に通信開始指示を通知する。ステップＳＴ１７０１は、図１０に示すステップＳＴ１００７と同様のものであってもよい。ＤＵ＃２は、ステップＳＴ１７０１において受信した情報を用いて、ＵＥとデータ送受信を行うためのＲＲＣパラメータ設定を試みる。
【０３５２】
図２３に示すステップＳＴ１７０２において、ＤＵ＃２はＣＵに通信開始失敗を通知する。該通知は、失敗理由を含んでもよい。図２３の例においては、ＤＵ＃２は失敗理由としてハードウェア故障をＣＵに通知する。ＣＵは、ステップＳＴ１７０２において受信した情報を用いて、他のＤＵを使用ＤＵとして選択してもよい。
【０３５３】
図２３および図２４のようなシーケンスにより、ＣＵからＤＵへの通信開始指示が失敗した場合においても、ＣＵは他のＤＵを使用ＤＵとして選択することにより、ＵＥとの間の通信を維持することが可能となる。
【０３５４】
通信開始指示が失敗した場合の動作の他の例として、ＣＵからＵＥへのＲＲＣ接続再設定の前に、ＣＵがＵＥへ通信開始指示を通知してもよい。例えば、図２３および図２４において、通信開始時を示すステップＳＴ１７０１、ＳＴ１６１４を、ＲＲＣ接続再設定を示すステップＳＴ１００３、ＳＴ１００４，ＳＴ１６１０、ＳＴ１６１１の前に行ってもよい。このことにより、ＤＵの通信開始失敗に伴うＲＲＣ接続再設定のやり直しが不要になるため、シグナリング量の削減が可能となる。図２３および図２４の例においては、ＲＲＣ接続再設定を示すステップＳＴ１００３、ＳＴ１００４、および、ＲＲＣ接続再設定完了を示すステップＳＴ１００５、ＳＴ１００６が不要になる。
【０３５５】
ＤＵはＣＵに対し、通信停止失敗を通知してもよい。ＤＵは、該通知を、ＣＵからＤＵへの通信停止指示の後に行ってもよい。該失敗の通知は、通信開始失敗通知と同様のものとしてもよい。このことにより、通信開始失敗通知と同様の効果を得ることができる。
【０３５６】
ＣＵは、ＤＵを経由したＵＥとのユーザデータ通信を停止してもよい。該停止は、ＣＵに通信停止失敗を通知したＤＵに対し行ってもよい。このことにより、通信停止失敗における不要な通信継続を防止することが可能となる。
【０３５７】
ＣＵは、ＤＵを経由したＵＥとのユーザデータ通信を継続してもよい。該継続は、ＣＵに通信停止失敗を通知したＤＵに対し行ってもよい。このことにより、通信停止失敗時においても、通信の信頼性を維持することが可能となる。
【０３５８】
ＤＵはＣＵに対し、通信変更失敗を通知してもよい。ＤＵは、該通知を、ＣＵからＤＵへの通信変更指示の後に行ってもよい。該失敗の通知は、通信開始失敗通知と同様のものとしてもよい。このことにより、通信開始失敗通知と同様の効果を得ることができる。
【０３５９】
ＣＵは、ＤＵを経由したＵＥとのユーザデータ通信を継続してもよい。該継続は、ＣＵに通信変更失敗を通知したＤＵに対し行ってもよい。該通信の継続は、前述の通信変更指示により変更される前のパラメータを用いて行ってもよい。このことにより、通信変更失敗時においても、通信の信頼性を維持することが可能となる。
【０３６０】
ＣＵは、通信開始を指示したＤＵから、予め定める期間、応答がないことを以て、通信開始指示の失敗を判断してもよい。前述の予め定める期間は、予め規格で定めてもよいし、ＣＵが判断してもよいし、上位ネットワーク装置が判断してＣＵに通知してもよい。このことにより、ＤＵからの通信開始指示応答の不達によりＣＵの動作が停止することを防ぐことが可能となる。
【０３６１】
前述と同様、ＣＵは、通信停止を指示したＤＵから、予め定める期間、応答がないことを以て、通信停止指示の失敗を判断してもよい。また、ＣＵは、通信変更を指示したＤＵから、予め定める期間、応答がないことを以て、通信変更指示の失敗を判断してもよい。このことにより、ＤＵからの通信停止指示応答、あるいは通信変更指示応答の不達によりＣＵの動作が停止することを防ぐことが可能となる。
【０３６２】
図２５および図２６は、ＤＵからＣＵへの通信開始応答が不達の場合の動作を説明するシーケンス図である。図２５と図２６とは、境界線ＢＬ２５２６の位置でつながっている。図２５および図２６は、ＣＵがＤＵ＃２に通知した通信開始指示に対して、一定期間ＤＵ＃２からＣＵに対して応答がない場合の例を示している。図２５および図２６において、図２３および図２４と同一のステップには同一のステップ番号を付して、共通する説明を省略する。
【０３６３】
図２５に示すステップＳＴ１８０１において、ＣＵは、ステップＳＴ１７０１においてＤＵ＃２に通知した通信開始指示に対してＤＵ＃２が応答するのを、予め定める期間待つ。ステップＳＴ１８０１において、ＤＵ＃２からの応答が一定期間ない場合、ＣＵは、通信開始指示が失敗した、と判断する。
【０３６４】
図２５および図２６のシーケンスにより、ＤＵ＃２からの応答待ちでＣＵの動作が停止することを防ぎ、例えば、他のＤＵに対して通信開始指示を送り直すことが可能となる。
【０３６５】
ＣＵとＤＵは、対向エンティティの正常動作を確認するためのデータを互いに送受信してもよい。ＣＵとＤＵは、該データを定期的に送受信してもよい。ＣＵとＤＵは、該データを用いて対向のエンティティの正常動作を確認してもよい。ＣＵは、該データを一定期間送信しないＤＵを、使用ＤＵから除外してもよい。あるいは、ＣＵは、該データを一定期間送信しないＤＵを、候補ＤＵから除外してもよい。例えば、ＣＵは、該データを一定期間送信しないＤＵを、通信開始指示、通信停止指示、あるいは、通信変更指示の通知対象から除外してもよい。このことにより、ＣＵは、該ＤＵに対する通信開始指示、通信停止指示、あるいは通信変更指示を行わなくてもよくなる。このため、該ＤＵに対する失敗シーケンスの発生を防ぐことが可能となるとともに、ＣＵから該ＤＵへの不要なシグナリングを削除することが可能となる。
【０３６６】
前述の、対向エンティティの正常動作を確認するためのデータは、該ＣＵおよび該ＤＵの識別子のみを含んでもよい。このことにより、対向エンティティの正常動作の確認に伴うシグナリング量の削減が可能となる。
【０３６７】
ＣＵからＵＥに対し、ＲＲＣ接続再設定を通知してもよい。該通知は、ＲＲＣシグナリングを用いて行ってもよい。該通知には、非特許文献１６（３ＧＰＰ  ＴＳ  ３６．３１１  ｖ１４．２．１）の６．２．２節に示されるパラメータを用いてもよい。このことにより、ＲＲＣ接続再設定通知に関するＣＵおよびＵＥの設計における複雑性を回避することが可能となる。
【０３６８】
前述の通知は、以下の（１）〜（８）の情報を含んでもよい。
【０３６９】
（１）ベアラを示す識別子。例えば、ベアラＩＤ。
【０３７０】
（２）パケット複製に関する情報。例えば、パケット複製の有無を示す識別子。
【０３７１】
（３）追加するＤＵの情報。
【０３７２】
（４）解放するＤＵの情報。
【０３７３】
（５）設定変更するＤＵの情報。
【０３７４】
（６）使用ＤＵ数。
【０３７５】
（７）各レイヤのエンティティを再確立しないことを示す識別子。
【０３７６】
（８）前述の（１）〜（７）の組み合わせ。
【０３７７】
前述の（１）において、例えば、ベアラＩＤ（ＤＲＢ−ＩＤ）を用いてもよい。このことにより、Ｕ−Ｐｌａｎｅのパケットを複製可能となる。また、シグナリング用無線ベアラ（Signalling Radio Bearer；ＳＲＢと略称される）の識別子（例えば、ＳＲＢ−ＩＤ）を用いてもよい。ＳＲＢ−ＩＤは、例えば、ＳＲＢ０であってもよいし、ＳＲＢ１であってもよいし、ＳＲＢ２であってもよい。このことにより、Ｃ−Ｐｌａｎｅのパケットを複製可能となる。
【０３７８】
前述の（２）において、例えば、パケット複製の有無を示す識別子を含めてもよい。このことにより、ＵＥはパケット複製の有無を容易に識別することが可能になる。また、各ＤＵへの複製パケット送信比率に関する情報を含めてもよい。このことにより、上り通信と下り通信の両方において、複製パケットの比率を柔軟に変更可能となる。また、各ＤＵから受信したＰＤＣＰ−ＰＤＵの優先度に関する情報を含めてもよい。このことにより、ＵＥにおいてＰＤＣＰ−ＰＤＵの重複検出の処理量を少なくすることができる。
【０３７９】
前述の（３）において、例えば、追加するＤＵの数を含めてもよい。このことにより、ＲＲＣシグナリング上における、該追加ＤＵ向けの設定パラメータ等を、ＵＥが容易に把握することが可能となる。また、追加するＤＵの識別子を含めてもよい。ＤＵの識別子は、前述のＤＵ−ＩＤでもよいし、セルＩＤでもよい。このことにより、ＵＥは、対向するＤＵを容易に識別することが可能になる。また、該ＤＵと対向するためのＲＲＣパラメータを含めてもよい。前述のＲＲＣパラメータは、Ｎｅｗ  ＡＳレイヤ、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、または、ＰＨＹレイヤに関するパラメータを含んでもよい。このことにより、ＵＥと該ＤＵとの間の通信確立を可能とする。
【０３８０】
前述の（４）において、例えば、解放するＤＵの数を含めてもよい。このことにより、ＲＲＣシグナリング上における、該解放ＤＵ向けパラメータ等を、ＵＥが容易に把握することが可能となる。また、解放するＤＵのＩＤを含めてもよい。ＤＵの識別子は、前述の（３）におけるＤＵの識別子と同様でよい。このことにより、前述（３）と同様の効果を得ることができる。また、該ＤＵ向けのＤＵ間スプリットベアラの解放の有無を示す識別子を含んでもよい。このことにより、複数のＤＵを用いた通信においてＤＵ間スプリットベアラを用いる場合に、一度解放したＤＵの再設定における処理量を少なくすることが可能となる。
【０３８１】
前述の（５）において、例えば、変更するＤＵの数を含めてもよい。このことにより、ＲＲＣシグナリング上における、該変更ＤＵ向けの設定パラメータ等を、ＵＥが容易に把握することが可能となる。また、変更するＤＵの識別子を含めてもよい。ＤＵの識別子は、前述の（３）におけるＤＵの識別子と同様でよい。このことにより、前述（３）と同様の効果を得ることができる。また、該ＤＵと対向するためのＲＲＣパラメータを含めてもよい。前述のＲＲＣパラメータは、前述の（３）におけるＲＲＣパラメータと同様としてもよい。このことにより、前述の（３）と同様の効果を得ることができる。
【０３８２】
前述の（６）において、変更後のＤＵ数をＣＵからＵＥに通知することにより、ＵＥはＲＲＣ接続再設定後の使用ＤＵ数を容易に把握することが可能となる。
【０３８３】
前述の（７）において指示されるレイヤは、Ｎｅｗ  ＡＳレイヤ、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、または、ＰＨＹレイヤであってもよい。このことにより、前述のレイヤのエンティティの再確立によるバッファクリアを防ぐことで、データ損失を防ぐことが可能となる。さらに、ＵＥの上位レイヤからの再送を防ぐことで、データ伝送の遅延を低下させることが可能となる。
【０３８４】
前述の（７）において、各レイヤのエンティティを再確立してもよい。このことにより、ＲＲＣパラメータ変更に伴うＵＥの処理量を削減することが可能となる。
【０３８５】
ＵＥはＣＵに対し、ＲＲＣ接続再設定完了を通知してもよい。該通知は、ＲＲＣシグナリングを用いて行ってもよい。該通知には、非特許文献１６（３ＧＰＰ  ＴＳ  ３６．３１１  ｖ１４．２．１）の６．２．２節に示されるＲＲＣ接続再設定完了通知を適用してもよい。このことにより、ＲＲＣ接続再設定完了通知に関するＣＵおよびＵＥの設計における複雑性を回避することが可能となる。
【０３８６】
あるいは、ＵＥが受信完了したＰＤＣＰシーケンス番号を、ＲＲＣ接続再設定完了通知に含めてもよい。このことにより、ＲＲＣ接続再設定においてデータ損失を防ぐことが可能となる。ＵＥは、前述のＰＤＣＰシーケンス番号を、ＲＲＣ接続再設定完了通知とは独立に通知してもよい。このことにより、ＣＵおよびＵＥにおいて、ＲＲＣ接続再設定完了通知に関する設計の複雑性を回避することが可能となる。
【０３８７】
本実施の形態１における前述のＲＲＣ接続再設定完了通知に、失敗理由を含めてもよい。失敗理由は、ＵＥからＣＵに送信されるＲＲＣ接続再設定失敗の通知に含まれる前述の失敗理由であってもよい。前述の失敗理由を示す識別子に、ＲＲＣ接続再設定完了を含めてもよい。例えば、該失敗理由を示す値が０の場合を、ＲＲＣ接続再設定完了に割り当ててもよい。このことにより、シグナリングの種類が少なくなるため、ＵＥおよびＣＵにおける処理が容易になる。
【０３８８】
ＣＵはＤＵに対し、通信開始指示を通知してもよい。該指示は、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェース上のシグナリングを用いて行ってもよい。該指示に、非特許文献１５（３ＧＰＰ  ＴＳ  ３６．４２３  ｖ１４．２．０）の９．１．３．１節におけるＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔに記載のパラメータを用いてもよい。該指示に、非特許文献１６（３ＧＰＰ  ＴＳ  ３６．３１１  ｖ１４．２．１）の１０．２．２節におけるＳＣＧ−ＣｏｎｆｉｇＩｎｆｏにて使用するパラメータを用いてもよい。このことにより、通信開始指示に関するＣＵおよびＤＵの設計における複雑性を回避することが可能となる。
【０３８９】
前述の指示は、以下の（１）〜（７）の情報を含んでもよい。
【０３９０】
（１）ベアラを示す識別子。例えば、ベアラＩＤ。
【０３９１】
（２）パケット複製に関する情報。例えば、パケット複製の有無を示す識別子。
【０３９２】
（３）該ＤＵの識別子。例えば、ＤＵ−ＩＤ。
【０３９３】
（４）ＵＥの識別子。例えば、ＵＥ−ＩＤ。
【０３９４】
（５）ＲＲＣパラメータ。
【０３９５】
（６）各レイヤのエンティティを再確立しないことを示す識別子。
【０３９６】
（７）前述の（１）〜（６）の組み合わせ。
【０３９７】
前述の（１）において、ＣＵからＵＥに対するＲＲＣ接続再設定通知における前述の情報（１）と同じものを用いてもよい。このことにより、ＲＲＣ接続再設定通知における前述の情報（１）と同様の効果が得られる。
【０３９８】
前述の（２）を用いることで、ＣＵおよびＤＵはパケット複製の有無を用いて、パケット複製の処理を最適化することが可能となる。
【０３９９】
前述の（３）を用いることで、他のＤＵが該指示を誤って受信して処理を行うことによる誤動作を防ぐことが可能となる。
【０４００】
前述の（４）を用いることで、該指示にて示される通信の対向エンティティとなるＵＥを、ＤＵが識別可能となる。
【０４０１】
前述の（５）におけるＲＲＣパラメータは、ＲＬＣレイヤ、ＭＡＣレイヤ、または、ＰＨＹレイヤに関するパラメータを含んでもよい。このことにより、ＵＥと該ＤＵとの間の通信確立を可能とする。
【０４０２】
前述の（６）において指示されるレイヤは、ＲＬＣレイヤ、ＭＡＣレイヤ、または、ＰＨＹレイヤであってもよい。このことにより、前述のレイヤのエンティティの再確立によるバッファクリアを防ぐことで、データ損失を防ぐことが可能となる。さらに、ＣＵおよびＵＥにおけるＰＤＣＰレイヤからの再送を防ぐことで、データ伝送の遅延を低下させることが可能となる。
【０４０３】
前述の（６）において、各レイヤのエンティティを再確立してもよい。このことにより、ＲＲＣパラメータ変更に伴うＤＵの処理量を削減することが可能となる。
【０４０４】
ＤＵはＣＵに対し、通信開始指示応答を通知してもよい。このことにより、ＣＵはＤＵの状態、例えば、ＤＵの故障の有無を把握することが可能となる。
【０４０５】
前述の応答は、以下の（１）〜（４）の情報が含まれてもよい。
【０４０６】
（１）ベアラを示す識別子。例えば、ベアラＩＤ。
【０４０７】
（２）該ＤＵの識別子。例えば、ＤＵ−ＩＤ。
【０４０８】
（３）通信開始指示に伴う処理の完了あるいは失敗を示す識別子。
【０４０９】
（４）前述の（１）〜（３）の組み合わせ。
【０４１０】
前述の（１）により、例えば、該ＤＵにＣＵから複数のベアラの通信開始指示が通知されている場合に、ＣＵはＤＵによる設定対象ベアラを容易に特定可能となる。
【０４１１】
前述の（２）により、例えば、ＣＵが複数ＤＵに対し通信開始指示を通知した場合に、ＣＵは、該応答を送信したＤＵを容易に特定可能となる。
【０４１２】
前述の（３）において、失敗理由を示す識別子を含めてもよい。前述の識別子の中に、通信開始指示に伴う処理が成功したことを示す値を追加してもよい。前述の値は、例えば０としてもよい。このことにより、前述の通信開始指示応答と前述の通信開始失敗通知とを統合することが可能となり、シグナリングの種類を削減可能となる。
【０４１３】
ＣＵとＤＵとの間の通信には、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースを用いてもよい。Ｆｓインタフェースは、８ビットアライメントでもよい。このことにより、パディングの量を少なくすることが可能となる。
【０４１４】
あるいは、Ｆｓインタフェースに６４ビットアライメントを用いてもよい。このことにより、６４ｂ／６６ｂを用いた通信において、データの整列が容易になる。
【０４１５】
Ｆｓインタフェースは、ＣＰＲＩ（非特許文献１７参照）インタフェースにて規定されている方法をＣＵ−ＤＵ間インタフェースとして適用したものであってもよい。このことにより、ＣＵ−ＤＵ分離を低レイヤで実施する選択肢と、ＣＵ−ＤＵ分離を高レイヤで実施する選択肢（例えば、オプション２）とで、インタフェースを共通化することが可能となる。
【０４１６】
前述において、制御情報を制御ブロックに配置し、データをデータブロックに配置してもよい。このことにより、Ｆｓインタフェースにおける通信を効率化することが可能となる。
【０４１７】
Ｆｓインタフェースは、衝突回避の機能を有してもよい。このことにより、低遅延および高信頼性を確保しつつ、ＣＵと複数ＤＵとの間の配線を集約することが可能となる。
【０４１８】
Ｆｓインタフェースは、Ｓ１インタフェースにて規定されている方法をＣＵ−ＤＵ間インタフェースとして適用したものであってもよい。このことにより、Ｆｓインタフェースの設計における複雑性を回避することが可能となる。
【０４１９】
Ｆｓインタフェースにおける制御情報を、ＲＲＣシグナリングと共通化してもよい。このことにより、ＣＵおよびＤＵは、ＲＲＣシグナリングと、Ｆｓインタフェース上の制御情報とを、容易に変換することが可能となるため、処理時間の削減が可能となる。
【０４２０】
前述において、ＤＵは、ＣＵからＵＥへのＲＲＣシグナリングを、自ＤＵへの設定情報として用いてもよい。このことにより、ＣＵからＤＵへのシグナリング（例えば、通信開始指示）を、ＣＵからＵＥへのＲＲＣシグナリング（例えば、ＲＲＣ接続再設定通知）と共通化することが可能となる。それにより、シグナリング量の削減が可能となる。
【０４２１】
Ｆｓインタフェースにおける制御情報のフォーマットは、例えば、ＡＳＮ．１に基づくものとしてもよい。Ｆｓインタフェースにおける制御情報と、ＲＲＣシグナリングとの相互変換を、容易にすることが可能となる。
【０４２２】
本実施の形態１にて述べた、複数のＤＵを用いて複製パケットを送受信する技術を、ＤＵ間モビリティに適用してもよい。ＤＵ間モビリティにおいて、前述の使用ＤＵ追加と前述の使用ＤＵ解放とを組み合わせてもよい。このことにより、ＤＵ間モビリティの前後における信頼性を確保することが可能となる。
【０４２３】
複数のＤＵを用いて複製パケットを送受信する技術を、ＤＵ間モビリティへ適用するにあたり、Ｃ−Ｐｌａｎｅデータを、移動先ＤＵを介して送信することを示す情報を、ＣＵからＵＥに通知してもよい。該通知は、ＣＵからＵＥへのＲＲＣシグナリング、例えば、ＲＲＣ接続再設定を用いて行ってもよい。該ＲＲＣ接続再設定は、ＤＵ間モビリティにおける使用ＤＵ追加時に行ってもよい。このことにより、ＵＥは、ＤＵ間モビリティにおける使用ＤＵ解放時のＲＲＣシグナリングを円滑に受信することが可能となる。
【０４２４】
あるいは、移動先ＤＵを介して送信することを示す情報の代わりに、移動先ＤＵと移動元ＤＵのいずれかを介して送信することを示す情報を、ＣＵからＵＥに通知してもよい。ＣＵは、ＤＵ間モビリティにおける使用ＤＵ解放時のＲＲＣシグナリングを、移動先ＤＵと移動元ＤＵのいずれかを介して、ＵＥに送信してもよい。例えば、ＣＵは、移動先ＤＵと移動元ＤＵを比較して、ＵＥとのチャネル状況が良いＤＵを用いてもよい。ＵＥは、該ＲＲＣシグナリングを、移動元ＤＵと移動先ＤＵの両方から受信可能としてもよい。このことにより、例えば、ＣＵはＵＥとのチャネル状況が良いＤＵを使用可能となるため、Ｃ−Ｐｌａｎｅデータ送信における信頼性を向上可能とする。
【０４２５】
あるいは、移動先ＤＵを介して送信することを示す情報の代わりに、移動先ＤＵと移動元ＤＵの両方を介して送信することを示す情報を、ＣＵからＵＥに通知してもよい。ＣＵは、ＤＵ間モビリティにおける使用ＤＵ解放時のＲＲＣシグナリングを、移動先ＤＵと移動元ＤＵの両方を介してＵＥに送信してもよい。ＣＵおよびＵＥは、該シグナリングの送受信に、複数のＤＵを用いてＣ−Ｐｌａｎｅの複製パケットを送受信する技術を適用してもよい。ＵＥは、該ＲＲＣシグナリングを、移動元ＤＵと移動先ＤＵの両方から受信可能としてもよい。このことにより、ＤＵ間モビリティ時におけるＣ−Ｐｌａｎｅデータ送受信の信頼性をさらに向上させることが可能となる。
【０４２６】
図２７および図２８は、複製パケット送受信技術を用いたＤＵ間モビリティのシーケンスを示す図である。図２７と図２８とは、境界線ＢＬ２７２８の位置でつながっている。図２７および図２８は、ＣＵとＵＥとの間の通信が、ＤＵ＃１を用いた通信から、ＤＵ＃１、＃２およびパケット複製を用いた通信に切り替わり、その後、ＤＵ＃２を用いた通信に切り替わる例を示している。図２７および図２８において、図１０、図１１、図１４および図１５と同一のステップには同一のステップ番号を付して、共通する説明を省略する。
【０４２７】
図２７に示すステップＳＴ１９０４において、ＵＥは、ＤＵ＃１およびＤＵ＃２から送信される信号を測定する。ステップＳＴ１９０５、ＳＴ１９０６において、ＵＥはＣＵに該測定結果を通知する。該通知はＲＲＣシグナリングを用いて行ってもよい。ステップＳＴ１９０５においてＵＥからＤＵ＃１に該測定結果を送信し、ステップＳＴ１９０６においてＤＵ＃１からＣＵに該測定結果を送信する。ステップＳＴ１９０７において、ＣＵは該測定結果を用いてＤＵ間モビリティの有無を判断する。図２７の例においては、ステップＳＴ１９０７にてＤＵ＃１およびＤＵ＃２を用いたパケット複製を行うと判断される。
【０４２８】
図２７に示すステップＳＴ１００７、ＳＴ１００８、ＳＴ１２０１〜ＳＴ１２０５、ＳＴ１００９、ＳＴ１０１０のシーケンスにおいて、ＤＵ＃２の追加およびパケット複製の設定が行われる。
【０４２９】
図２８に示すステップＳＴ１９０８〜ＳＴ１９１４において、ＤＵ＃１およびＤＵ＃２を用いたパケット複製によるユーザデータ通信が行われる。ステップＳＴ１９０８〜ＳＴ１９１４は、それぞれ、図１８におけるステップＳＴ１４０１〜ＳＴ１４０７と同じ処理となる。
【０４３０】
図２８に示すステップＳＴ１９１５〜ＳＴ１９１７においては、前述のステップＳＴ１９０４〜ＳＴ１９０６と同じ処理が行われる。ステップＳＴ１９１８において、ＣＵは、ステップＳＴ１９１７の測定結果を用いて、ＤＵ間モビリティの有無を判断する。図２８の例においては、ステップＳＴ１９１８にて、ＤＵ＃２のみを用いた通信を行うと判断される。
【０４３１】
図２８に示すステップＳＴ１９１９、ＳＴ１９２０において、ＣＵからＤＵ＃１への通信停止指示、および、ＤＵ＃１からＣＵへの通信停止指示応答が行われる。ステップＳＴ１９１９、ＳＴ１９２０は、それぞれ、図１８におけるステップＳＴ１４１２、ＳＴ１４１３と同様としてもよい。
【０４３２】
図２８に示すステップＳＴ１９２１〜ＳＴ１９２４において、ＣＵからＵＥへのＲＲＣ接続再設定、および、ＵＥからＣＵへのＲＲＣ接続再設定完了通知が行われる。図２８の例では、ＤＵ＃１解放およびパケット複製解除の設定が行われる。ステップＳＴ１９２１はＣＵからＤＵ＃２へのＲＲＣ接続再設定送信を示し、ステップＳＴ１９２２はＤＵ＃２からＵＥへのＲＲＣ接続再設定送信を示し、ステップＳＴ１９２３はＵＥからＤＵ＃２へのＲＲＣ接続再設定完了通知送信を示し、ステップＳＴ１９２４はＤＵ＃２からＣＵへのＲＲＣ接続再設定完了通知を示す。
【０４３３】
図２８に示すステップＳＴ１９２５において、ＣＵはＤＵ＃１にＵＥ再設定完了を通知する。ＤＵ＃１は該通知を用いて、ＵＥとの通信を停止してもよい。
【０４３４】
図２８に示すステップＳＴ１９３０〜ＳＴ１９３２において、ＤＵ＃２を用いたユーザデータ通信が行われる。ステップＳＴ１９３０は上位ネットワーク装置とＣＵとの間のユーザデータ送信を示し、ステップＳＴ１９３１はＣＵとＤＵ＃２との間のユーザデータ送受信を示し、ステップＳＴ１９３２はＤＵ＃２とＵＥとの間のユーザデータ送受信を示す。
【０４３５】
図２７および図２８において、測定結果通知における使用ＤＵは、移動前ＤＵであってもよい。このことにより、ＤＵ変更指示が不要となるため、シグナリング量を削減可能となる。
【０４３６】
本実施の形態１にて述べた、複数のＤＵを用いて複製パケットを送受信する技術を、ＣＵ間モビリティに適用してもよい。ＣＵ間モビリティへの適用においては、例えば、非特許文献１に記載の、移動先基地局から移動元基地局へのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＡＣＫに、移動先基地局にて用いるＤＵの識別子、および、パケット複製を行うことを示す識別子を含めるとよい。移動元基地局からＵＥへのＲＲＣ接続再設定通知においても、同様とするとよい。このことにより、ＣＵ間モビリティの前後における信頼性を確保することが可能となる。
【０４３７】
本実施の形態１によって、複数ＤＵを用いたパケット通信が可能となるため、ＣＵとＵＥとの間の通信の高信頼性および低遅延性を確保することが可能となる。
【０４３８】
実施の形態１によれば、例えば次のような構成が提供される。
【０４３９】
通信端末装置と、通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムが提供される。より具体的には、基地局装置は、無線信号を送受信する複数のＤＵ（Distributed Unit）と、複数のＤＵを制御するＣＵ（Central Unit）とを含む。ＣＵは、通信端末装置宛ての下りパケットを複製して、複数のＤＵのうちの少なくとも２つのＤＵに転送する。少なくとも２つのＤＵは、ＣＵから取得した下りパケットを、無線信号によって通信端末装置に送信する。通信端末装置は、下りパケットを重複して受信した場合、重複している下りパケットを、予め定められた下りパケット削除基準に従って削除する。
【０４４０】
ここで、通信端末装置は、当該通信端末装置から送信する上りパケットの複製を、複数のＤＵのうちの２つ以上のＤＵ宛てに送信してもよい。この場合、基地局装置は、上りパケットを重複して受信した場合、重複している上りパケットを、予め定められた上りパケット削除基準に従って削除する。
【０４４１】
上記構成は、実施の形態１を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０４４２】
実施の形態１の変形例１．
実施の形態１においては、ＣＵ−ＤＵ分離のオプション２におけるパケット複製について記載したが、パケット複製をＣＵ−ＤＵ分離のオプション３−１に適用してもよい。
【０４４３】
ＣＵは、上位ネットワーク装置から転送されたパケットを複製する。ＣＵは、該パケット複製を、ＰＤＣＰレイヤにて行ってもよい。ＣＵは、複製したパケットを、各ＤＵ対向のＲＬＣ−Ｈレイヤに転送する。各ＲＬＣ−Ｈレイヤは、該パケットを対向ＤＵに送信する。各ＤＵは、該パケットをＵＥに送信する。ＵＥは、該パケットの重複検出を行う。ＵＥは、重複パケットを削除する。
【０４４４】
ＣＵ、ＤＵおよびＵＥの前述の動作は、下り通信に対して行ってもよい。
【０４４５】
また、ＵＥは、パケットを複製し、複製したパケットを、各ＤＵに対向する下位レイヤのエンティティを経由して各ＤＵに送信する。各ＤＵは、受信したパケットをＣＵに転送する。ＣＵは、ＤＵより受信したパケットをＰＤＣＰレイヤに転送する。ＣＵのＰＤＣＰレイヤは、重複検出を行う。ＣＵのＰＤＣＰレイヤは、重複パケットを削除する。ＣＵは、削除されなかったパケットを上位ネットワーク装置に転送する。
【０４４６】
ＣＵ、ＤＵおよびＵＥの前述の動作は、上り通信に対して行ってもよい。
【０４４７】
図２９は、ＣＵ−ＤＵ分離のオプション３−１について、複数ＤＵを用いた下り通信においてＰＤＣＰレイヤのパケットを複製する構成を示した図である。図２９において、図８と同一のブロックには同一の番号を付して、共通する説明を省略する。
【０４４８】
図２９において、ＰＤＣＰレイヤ８０９は、ＰＤＣＰ−ＰＤＵ＃１（ＰＤＣＰ−ＰＤＵ８１２）をＲＬＣ−Ｈレイヤ２００１に転送する。また、ＰＤＣＰレイヤ８０９は、ＰＤＣＰ−ＰＤＵ＃２（ＰＤＣＰ−ＰＤＵ８１３）をＲＬＣ−Ｈレイヤ２００２に転送する。
【０４４９】
図２９において、ＲＬＣ−Ｈレイヤ２００１は、ＰＤＣＰ−ＰＤＵ＃１にＲＬＣヘッダ２００５を付与してＲＬＣ−ＰＤＵ＃１（ＲＬＣ−ＰＤＵ２００８と呼ぶ場合もある）を生成する。ＲＬＣ−Ｈレイヤ２００１は、Ｆｓインタフェース８１４を用いてＲＬＣ−ＰＤＵ＃１をＤＵ＃１（ＤＵ８０２）のＲＬＣ−Ｌレイヤ２０１２に転送する。同様に、ＲＬＣ−Ｈレイヤ２００２は、ＰＤＣＰ−ＰＤＵ＃２にＲＬＣヘッダ２００６を付与してＲＬＣ−ＰＤＵ＃２（ＲＬＣ−ＰＤＵ２００９と呼ぶ場合もある）を生成する。ＲＬＣ−Ｈレイヤ２００２は、Ｆｓインタフェース８１５を用いてＲＬＣ−ＰＤＵ＃２をＤＵ＃２（ＤＵ８０３）のＲＬＣ−Ｌレイヤ２０１３に転送する。
【０４５０】
図２９において、ＤＵ＃１は、ＲＬＣ−Ｌレイヤ２０１２にて受信したＲＬＣ−ＰＤＵ＃１を、ＵＥ８０４のＤＵ＃１対向エンティティ２０１５に送信する。ＤＵ＃２は、ＲＬＣ−Ｌレイヤ２０１３にて受信したＲＬＣ−ＰＤＵ＃２を、ＵＥ８０４のＤＵ＃２対向エンティティ２０１６に送信する。ＲＬＣ−Ｌレイヤ２０１７は、受信したＲＬＣ−ＰＤＵ＃１をＲＬＣ−Ｈレイヤ２０２０に転送する。ＲＬＣ−Ｌレイヤ２０１８は、受信したＲＬＣ−ＰＤＵ＃２をＲＬＣ−Ｈレイヤ２０２１に転送する。ＲＬＣ−Ｈレイヤ２０２０は、ＲＬＣ−ＰＤＵ＃１からＲＬＣヘッダ２００５を削除することによってＰＤＣＰ−ＰＤＵ＃１を取得し、ＰＤＣＰ−ＰＤＵ＃１をＰＤＣＰレイヤ８２２に転送する。同様に、ＲＬＣ−Ｈレイヤ２０２１は、ＲＬＣ−ＰＤＵ＃２からＲＬＣヘッダ２００６を削除することによってＰＤＣＰ−ＰＤＵ＃２を取得し、ＰＤＣＰ−ＰＤＵ＃２をＰＤＣＰレイヤ８２２に転送する。
【０４５１】
図２９において、ＰＤＣＰレイヤ８２２がパケットの重複検出を行って該重複パケットを削除する動作は、図８と同様である。
【０４５２】
その他、詳細な動作については実施の形態１と同様であるため、説明を省略する。実施の形態１と同様の方法を適用することで、ＣＵ−ＤＵ分離のオプション３−１においても実施の形態１と同様の効果が得られる。
【０４５３】
実施の形態１の変形例１によって、ＣＵ−ＤＵ分離のオプション３−１を用いていても、パケット複製により通信の高信頼性と低遅延性の確保が可能となる。
【０４５４】
実施の形態２．
ＮＲにおいて、ＰＤＣＰレイヤよりも下位のレイヤ、すなわち、ＲＬＣレイヤあるいはＭＡＣレイヤにてパケット複製を行うことによって、高信頼性および低遅延性を確保しつつ、チャネル状況の変化に素早く対処することが提唱されている（非特許文献１４（３ＧＰＰ  Ｒ２−１７０１４７２）参照）。
【０４５５】
一方で、実施の形態１の変形例１では、ＣＵ−ＤＵ分離のオプション３−１において、ＰＤＣＰレイヤにてパケット複製を行い、配下の複数のＤＵを用いてＵＥと通信を行う方法を開示した。
【０４５６】
ところが、実施の形態１の変形例１によれば、ＰＤＣＰレイヤの下位のＲＬＣ−ＨレイヤもＣＵ内に存在している。このため、ＲＬＣ−Ｈレイヤにおけるバッファ使用量が増大するとともに、ＰＤＣＰレイヤおよびＲＬＣ−Ｈレイヤにおける処理量が増大するという問題が生じる。
【０４５７】
本実施の形態２では、このような問題を解決する方法を開示する。
【０４５８】
ＣＵは、ＲＬＣ−Ｈレイヤにてパケット複製を行う。該ＲＬＣ−Ｈレイヤは、複製したパケットを各ＤＵのＲＬＣ−Ｌレイヤに転送する。ＵＥにおいては、各ＤＵから送信されたパケットを、各ＤＵ対向のＲＬＣ−Ｌレイヤが受信し、各ＤＵ対向のＲＬＣ−ＬレイヤからＲＬＣ−Ｈレイヤがパケットを受信する。ＵＥのＲＬＣ−Ｈレイヤは、該パケットの重複検出を行う。ＵＥのＲＬＣ−Ｈレイヤは、重複パケットを削除する。
【０４５９】
ＣＵ、ＤＵおよびＵＥの前述の動作は、下り通信に対して行ってもよい。
【０４６０】
また、ＵＥは、ＲＬＣ−Ｈレイヤにてパケットを複製し、各ＤＵに対向するＲＬＣ−Ｌレイヤのエンティティを経由して各ＤＵに送信する。各ＤＵのＲＬＣ−Ｌレイヤは、受信したパケットをＣＵに転送する。ＣＵのＲＬＣ−Ｈレイヤは、各ＤＵのＲＬＣ−Ｌレイヤから受信したパケットの重複検出を行う。ＣＵのＲＬＣ−Ｈレイヤは、重複パケットを削除する。ＣＵのＲＬＣ−Ｈレイヤは、削除されなかったパケットを上位レイヤ経由で上位ネットワーク装置に転送する。
【０４６１】
ＣＵ、ＤＵおよびＵＥの前述の動作は、上り通信に対して行ってもよい。
【０４６２】
ＣＵおよび／あるいはＵＥは、複製されたパケットに同じＲＬＣシーケンス番号を与えてもよい。このことにより、受信側のＵＥおよび／あるいはＣＵにおけるパケットの重複検出が容易になる。
【０４６３】
ＣＵおよび／あるいはＵＥは、実施の形態１におけるＰＤＣＰシーケンス番号の付与と同様の方法で、ＲＬＣシーケンス番号を付与してもよい。このことにより、実施の形態１同様、受信側のＵＥおよび／あるいはＣＵにおけるパケットの重複検出が容易になる。
【０４６４】
実施の形態１、および実施の形態１の変形例１は、ＰＤＣＰシーケンス番号を用いていたのに対し、実施の形態２は、ＲＬＣシーケンス番号を用いる点で、実施の形態１、および実施の形態１の変形例１と異なる。また、ＲＬＣ−Ｈレイヤにおけるパケット複製により、ＣＵが配下の複数のＤＵを用いてＵＥと送受信を行う点で、実施の形態２は非特許文献１４と異なる。
【０４６５】
図３０は、ＣＵ−ＤＵ分離のオプション３−１について、複数ＤＵを用いた下り通信においてＲＬＣ−Ｈレイヤのパケットを複製する構成を示した図である。図３０において、図２９と同一のブロックには同一の番号を付して、共通する説明を省略する。
【０４６６】
図３０において、ＰＤＣＰレイヤ２１０４は、ＰＤＣＰ−ＳＤＵ８０８にＰＤＣＰヘッダ２１００を付与し、ＰＤＣＰ−ＰＤＵ２１０１を生成する。ＰＤＣＰレイヤ２１０４は、ＰＤＣＰ−ＰＤＵ２１０１をＲＬＣ−Ｈレイヤ２１０５に転送する。
【０４６７】
図３０において、ＲＬＣ−Ｈレイヤ２１０５は、ＰＤＣＰ−ＰＤＵ２１０１を２つに複製し、一方の複製ＰＤＵにＲＬＣヘッダ２１０６を付与してＲＬＣ−ＰＤＵ＃１（ＲＬＣ−ＰＤＵ２１０８と呼ぶ場合もある）を生成し、他方の複製ＰＤＵにＲＬＣヘッダ２１０７を付与してＲＬＣ−ＰＤＵ＃２（ＲＬＣ−ＰＤＵ２１０９と呼ぶ場合もある）を生成する。ＲＬＣヘッダ２１０６、２１０７は、図３０では同じシーケンス番号＃ｍの情報を含むが、異なるシーケンス番号の情報を含んでもよい。例えば、ＲＬＣヘッダ２１０６、２１０７のシーケンス番号を連番にすることにより、ＲＬＣレイヤのシーケンス番号付与部の設計が容易になる。
【０４６８】
図３０において、ＲＬＣ−Ｈレイヤ２１０５は、Ｆｓインタフェース８１４を用いてＲＬＣ−ＰＤＵ＃１をＤＵ＃１のＲＬＣ−Ｌレイヤ２０１２に転送する。また、ＲＬＣ−Ｈレイヤ２１０５は、Ｆｓインタフェース８１５を用いてＲＬＣ−ＰＤＵ＃２をＤＵ＃２のＲＬＣ−Ｌレイヤ２０１３に転送する。
【０４６９】
ＵＥ８０４のＲＬＣ−Ｌレイヤ２０１７は、受信したＲＬＣ−ＰＤＵ＃１をＲＬＣ−Ｈレイヤ２１１０に転送する。ＵＥ８０４のＲＬＣ−Ｌレイヤ２０１８は、受信したＲＬＣ−ＰＤＵ＃２をＲＬＣ−Ｈレイヤ２１１０に転送する。
【０４７０】
図３０において、ＲＬＣ−Ｈレイヤ２１１０は、重複パケットの検出を行う。図３０の例において、ＲＬＣ−Ｈレイヤ２１１０は、ＲＬＣ−ＰＤＵ＃１とＲＬＣ−ＰＤＵ＃２が重複していることを検出し、ＲＬＣ−ＰＤＵ＃２を削除する。ＲＬＣ−Ｈレイヤ２１１０は、ＲＬＣ−ＰＤＵ＃１からＲＬＣヘッダ２１０６を削除することによってＰＤＣＰ−ＰＤＵ２１０１を取得し、ＰＤＣＰ−ＰＤＵ２１０１をＰＤＣＰレイヤ２１１１に転送する。ＲＬＣ−Ｈレイヤ２１１０は、図３０の例ではＲＬＣ−ＰＤＵ＃２を削除するが、ＲＬＣ−ＰＤＵ＃１を削除してもよい。その場合、ＲＬＣ−Ｈレイヤ２１１０は、ＲＬＣ−ＰＤＵ＃２からＲＬＣヘッダ２１０７を削除することによってＰＤＣＰ−ＰＤＵ２１０１を取得し、ＰＤＣＰ−ＰＤＵ２１０１をＰＤＣＰレイヤ２１１１に転送する。
【０４７１】
図３０において、ＰＤＣＰレイヤ２１１１は、ＰＤＣＰ−ＰＤＵ２１０１からＰＤＣＰヘッダ２１００を削除し、得られたＰＤＣＰ−ＳＤＵ８０８をＮｅｗ  ＡＳ  Ｌａｙｅｒ８２３に転送する。
【０４７２】
その他、詳細な動作については実施の形態１と同様であるため、説明を省略する。実施の形態１と同様の方法を適用することで、ＣＵ−ＤＵ分離のオプション３−１においても実施の形態１と同様の効果が得られる。
【０４７３】
本実施の形態２によって、実施の形態１の変形例１と同様の効果が得られる。さらに、実施の形態１の変形例１に比べて、ＲＬＣ−Ｈレイヤにおけるバッファ使用量を削減することが可能となるため、ＲＬＣ−Ｈレイヤにおけるバッファ搭載量を少なくすることが可能となる。また、実施の形態１、および実施の形態１の変形例１に比べて、低いレイヤでパケット複製および重複パケット検出を行うため、ＣＵおよびＵＥにおけるパケットの処理が速くなる。
【０４７４】
実施の形態２によれば、実施の形態１と同様に、例えば次のような構成が提供される。
【０４７５】
通信端末装置と、通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムが提供される。より具体的には、基地局装置は、無線信号を送受信する複数のＤＵ（Distributed Unit）と、複数のＤＵを制御するＣＵ（Central Unit）とを含む。ＣＵは、通信端末装置宛ての下りパケットを複製して、複数のＤＵのうちの少なくとも２つのＤＵに転送する。少なくとも２つのＤＵは、ＣＵから取得した下りパケットを、無線信号によって通信端末装置に送信する。通信端末装置は、下りパケットを重複して受信した場合、重複している下りパケットを、予め定められた下りパケット削除基準に従って削除する。
【０４７６】
ここで、通信端末装置は、当該通信端末装置から送信する上りパケットの複製を、複数のＤＵのうちの２つ以上のＤＵ宛てに送信してもよい。この場合、基地局装置は、上りパケットを重複して受信した場合、重複している上りパケットを、予め定められた上りパケット削除基準に従って削除する。
【０４７７】
上記構成は、実施の形態２を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０４７８】
実施の形態３．
実施の形態１、実施の形態１の変形例１、および実施の形態２において、パケット複製を行い、複数のＤＵを用いて該パケットを送受信することで、低遅延および高信頼性を確保する方法を開示した。
【０４７９】
ＤＵ間のモビリティが発生した場合においても、前述のパケット複製を用いることで、ＤＵ間モビリティ前後におけるデータ送受信の信頼性を確保することが可能である。
【０４８０】
ところが、前述において、パケット複製により、ＣＵ配下のＤＵの無線リソースやバッファを多く消費するという問題が生じる。
【０４８１】
本実施の形態３では、このような問題を解決する方法を開示する。
【０４８２】
ＤＵは、ＰＤＣＰシーケンス番号の情報をＣＵに通知する。該ＤＵは、前述のＰＤＣＰシーケンス番号として、自ＤＵにおいてＨＡＲＱ送達確認が取れたＰＤＣＰ−ＰＤＵのシーケンス番号を、ＣＵに通知する。ＣＵは、該ＰＤＣＰシーケンス番号に該当しないＰＤＣＰ−ＰＤＵをＤＵに送信する。
【０４８３】
前述の動作を、ＤＵ間モビリティ発生時に行ってもよい。例えば、ＰＤＣＰシーケンス番号の情報をＣＵに通知するＤＵは、移動元ＤＵであってもよい。また、ＣＵから、前述のＰＤＣＰシーケンス番号に該当しないＰＤＣＰ−ＰＤＵを送信する先のＤＵは、移動先ＤＵであってもよい。このことにより、ＤＵ間モビリティ発生時において、移動元ＤＵからＵＥへの送達確認が取れていないＰＤＣＰ−ＰＤＵを、ＣＵから移動先ＤＵに再送することが可能となる。このため、ＤＵ間モビリティにおけるＰＤＣＰ−ＰＤＵ損失を防ぐことができる。また、前述のＰＤＣＰ−ＰＤＵ再送を迅速に行うことが可能となる。
【０４８４】
また、前述の動作を、ＤＵ間モビリティが発生していない時に行ってもよい。例えば、ＰＤＣＰシーケンス番号の情報をＣＵに通知するＤＵは、ＣＵから、前述のＰＤＣＰシーケンス番号に該当しないＰＤＣＰ−ＰＤＵを送信する先のＤＵと同じであってもよい。ＤＵ間モビリティが発生していない場合への適用としては、例えば、ＨＡＲＱ最大再送回数超過が発生した時に、ＤＵからＣＵに、ＨＡＲＱ再送超過となったトランスポートブロックデータに含まれるＰＤＣＰ−ＰＤＵＰＤＣＰシーケンス番号を通知してもよい。このことにより、例えば、ＣＵは、ＨＡＲＱ再送超過となったトランスポートブロックデータに含まれるＰＤＣＰ−ＰＤＵを、迅速に該ＤＵに再送することが可能となる。
【０４８５】
ＤＵは、前述のＰＤＣＰシーケンス番号を、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースを用いて通知してもよい。Ｆｓインタフェースによる通知は、実施の形態１と同様、例えば、Ｓ１インタフェースにて規定されている方法をＣＵ−ＤＵ間インタフェースとして適用したものであってもよい。このことにより、Ｆｓインタフェースの設計における複雑性を回避することが可能となる。また、例えば、前述のＰＤＣＰシーケンス番号をＦｓインタフェースの制御情報として送信することにより、少ないオーバーヘッドで通知することが可能となる。
【０４８６】
非特許文献１８（３ＧＰＰ  Ｒ２−１７０１４６１）において、ＰＤＣＰ  ＡＲＱとしてＰＤＣＰレイヤにおける再送制御が提唱されているが、本実施の形態３は、受信側からのＰＤＣＰシーケンス番号のフィードバックを不要とする点で、非特許文献１８とは異なる。
【０４８７】
本実施の形態３のＤＵ間モビリティへの適用にあたり、ＤＵ間モビリティの発生条件として、従来の基地局間モビリティと同様のものを用いてもよい。例えば、非特許文献１２において述べられている条件、すなわち信号対雑音比（Signal to Noise Ratio；ＳＮＲと略称される）の差が一定閾値以上、あるいは一定閾値以下であるという条件を適用し、ＤＵ間でのＳＮＲの差を用いてもよい。このことにより、ＤＵ間モビリティの処理の複雑性を回避することが可能となる。
【０４８８】
本実施の形態３において用いるＰＤＣＰシーケンス番号は、ＵＥからのＨＡＲＱ−ＡＣＫを用いて決めてもよい。このことにより、ＰＤＣＰレイヤまたはＲＬＣレイヤが、送達確認のために対向エンティティが行うフィードバックを用いないＲＬＣ−ＵＭを用いる場合においても、ＰＤＣＰレイヤにおける送達確認を可能とする。
【０４８９】
前述のＰＤＣＰシーケンス番号は、ＨＡＲＱにおける送達確認が取れていないＰＤＣＰ−ＰＤＵのうち最も早く送信したＰＤＣＰ−ＰＤＵのＰＤＣＰシーケンス番号であってもよい。ＣＵは、該ＰＤＣＰシーケンス番号のＰＤＣＰ−ＰＤＵを移動先ＤＵに転送してもよい。このことにより、ＣＵによるＰＤＣＰシーケンス番号のインクリメント処理が不要となるため、ＣＵにおける処理量を削減することが可能となる。
【０４９０】
あるいは、前述のＰＤＣＰシーケンス番号は、該ＤＵにてＨＡＲＱ送達確認が取れた連続するＰＤＣＰ−ＰＤＵの最後のＰＤＣＰシーケンス番号であってもよい。このことにより、ＤＵからＣＵへのシグナリング量を削減することが可能となる。
【０４９１】
あるいは、前述のＰＤＣＰシーケンス番号を示す情報として、例えば、ビットマップの形式でＰＤＣＰ−ＰＤＵの送達状況を、移動元ＤＵがＣＵに通知してもよい。このことにより、例えば、送達確認が取れていないＰＤＣＰ−ＰＤＵが飛び飛びになっている場合に、ＣＵは、送達確認が取れていないＰＤＣＰ−ＰＤＵを、効率よく移動先ＤＵに再送することが可能となる。
【０４９２】
あるいは、前述のＰＤＣＰシーケンス番号を示す情報は、例えば、送達確認が取れたＰＤＣＰ−ＰＤＵのうち最も遅くに送信したＰＤＣＰ−ＰＤＵのＰＤＣＰシーケンス番号と、該ＰＤＣＰシーケンス番号以前において送達確認が取れていないＰＤＣＰ−ＰＤＵのシーケンス番号と、を組み合わせた情報であってもよい。このことにより、移動元ＤＵからＣＵへの通知のシグナリング量を抑えつつ、ＣＵは送達確認が取れていないＰＤＣＰ−ＰＤＵを効率よく移動先ＤＵに再送することが可能となる。
【０４９３】
あるいは、前述のＰＤＣＰシーケンス番号を示す情報は、例えば、送達確認が取れていないＰＤＣＰ−ＰＤＵのうち最も早く送信したＰＤＣＰ−ＰＤＵのＰＤＣＰシーケンス番号と、該ＰＤＣＰシーケンス番号以降において送達確認が取れたＰＤＣＰ−ＰＤＵのシーケンス番号と、を組み合わせた情報であってもよい。このことにより、特に、送達確認の取れたＰＤＣＰ−ＰＤＵが少ない場合に、前述と同様の効果を得ることができる。
【０４９４】
あるいは、前述のＰＤＣＰシーケンス番号を示す情報は、移動元ＤＵのＨＡＲＱレイヤにおいて未スケジューリングとなるデータを含むＰＤＣＰ−ＰＤＵのシーケンス番号であってもよい。このことにより、ＤＵ間モビリティに伴いＣＵおよびＤＵは素早い応答が可能となる。
【０４９５】
ＤＵは、ＵＥより受信したＨＡＲＱ−ＡＣＫの情報と、ＰＤＣＰ−ＳＮの情報とを対応付けてもよい。該対応付けは、ＤＵとＵＥの通信継続中に、常に行うとよい。このことにより、ＤＵ間モビリティ発生時に素早く、ＰＤＣＰシーケンス番号をＣＵへ通知することが可能になる。
【０４９６】
ＨＡＲＱ−ＡＣＫの情報とＰＤＣＰ−ＳＮの情報との前述の対応付けの方法の一例を、以下に開示する。
【０４９７】
ＤＵのＲＬＣレイヤは、ＣＵのＰＤＣＰレイヤより受信したＰＤＣＰ−ＰＤＵから、ＰＤＣＰシーケンス番号を取得する。ＤＵのＲＬＣレイヤは、前述のＰＤＣＰシーケンス番号を、自ＲＬＣレイヤが該ＰＤＣＰ−ＰＤＵを用いてＭＡＣレイヤに送信したＲＬＣ−ＰＤＵのＲＬＣシーケンス番号と対応付ける。
【０４９８】
ＤＵのＭＡＣレイヤは、ＲＬＣレイヤより受信したＲＬＣ−ＰＤＵから、ＲＬＣシーケンス番号を取得する。ＤＵのＭＡＣレイヤは、前述のＲＬＣシーケンス番号を、自ＭＡＣレイヤが該ＲＬＣ−ＰＤＵを用いてＵＥにトランスポートブロックデータとして送信した際のＨＡＲＱプロセス番号と対応付ける。
【０４９９】
ＤＵのＭＡＣレイヤは、ＵＥからのＨＡＲＱ−ＡＣＫ情報を用いて、送達確認が取れたＨＡＲＱプロセス番号を取得する。ＤＵのＭＡＣレイヤは、該ＨＡＲＱプロセス番号、および、前述の、ＲＬＣシーケンス番号とＨＡＲＱプロセス番号の対応付けの情報を用いて、送達確認が取れたＲＬＣシーケンス番号を取得する。ＤＵのＭＡＣレイヤは、該ＲＬＣシーケンス番号の情報を、ＤＵのＲＬＣレイヤに通知する。
【０５００】
ＤＵのＲＬＣレイヤは、ＤＵのＭＡＣレイヤから通知されたＲＬＣシーケンス番号の情報、および、前述の、ＰＤＣＰシーケンス番号とＲＬＣシーケンス番号の対応付けの情報を用いて、送達確認の取れたＰＤＣＰシーケンス番号を取得する。
【０５０１】
前述の対応付けの方法により、ＰＤＣＰ−ＰＤＵの送達確認にあたり、ＵＥからのＲＬＣレイヤおよびＰＤＣＰレイヤのフィードバック情報が不要となる。このため、ＰＤＣＰ−ＰＤＵの送達確認を迅速に行うことが可能となる。
【０５０２】
前述の、ＤＵからＣＵへ、送達確認の取れていないＰＤＣＰシーケンス番号を通知するにあたり、ＤＵのＲＬＣレイヤは、自ＲＬＣレイヤがＰＤＣＰ−ＰＤＵより取得したＰＤＣＰシーケンス番号、および、前述の送達確認の取れたＰＤＣＰシーケンス番号を用い、送達確認の取れていないＰＤＣＰシーケンス番号を取得してもよい。例えば、ＰＤＣＰ−ＰＤＵより取得したＰＤＣＰシーケンス番号から、送達確認の取れたＰＤＣＰシーケンス番号を除外したＰＤＣＰシーケンス番号を、送達確認の取れていないＰＤＣＰシーケンス番号としてもよい。このことにより、ＤＵからＣＵへ、送達確認の取れていないＰＤＣＰシーケンス番号の情報を、迅速に通知することが可能となる。
【０５０３】
非特許文献１９（３ＧＰＰ  Ｒ２−１７００１７７）では、ＲＬＣレイヤの送達確認に、ＵＥからのＨＡＲＱ−ＮＡＣＫを用いている。これに対し、本実施の形態３は、ＨＡＲＱ−ＡＣＫを用いて送達確認を行う点で、非特許文献１９とは異なる。また、ＲＬＣシーケンス番号とＰＤＣＰシーケンス番号の対応付けによりＰＤＣＰレイヤの送達確認を行う点でも、非特許文献１９とは異なる。
【０５０４】
ＤＵ間モビリティ発生時において、移動元ＤＵの送信停止は、該ＤＵのバッファに蓄積されたデータをＵＥに送信してから行ってもよい。前述のデータは、ＨＡＲＱ再送データであってもよい。あるいは、前述のデータは、ＲＬＣバッファに蓄積された、スケジューリングされていないデータを含んでもよい。このことにより、該ＤＵのバッファに蓄積されたデータの送信における信頼性を高めることが可能となる。
【０５０５】
あるいは、ＤＵ間モビリティ発生時において、移動元ＤＵの送信停止は、該ＤＵのバッファに蓄積されたデータをＵＥに送信せずに行ってもよい。このことにより、ＤＵ間モビリティを迅速に完了させることが可能となる。
【０５０６】
図３１は、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行う構成を表した図である。図３１は、ＣＵおよびＵＥが使用するＤＵが、ＤＵ＃１からＤＵ＃２に切り替わる例を示す。図３１において、図８および図３０と同じブロックには同じ番号を付して、共通する説明を省略する。
【０５０７】
図３１において、ＤＵ＃１（ＤＵ８０２）におけるＲＬＣレイヤ２２０２は、ＣＵ８０１におけるＰＤＣＰレイヤ２２０１から取得したＰＤＣＰ−ＰＤＵより、ＰＤＣＰシーケンス番号を取得する。ＲＬＣレイヤ２２０２は、該ＰＤＣＰ−ＰＤＵを用いて生成したＲＬＣ−ＰＤＵをＭＡＣレイヤ２２０３に転送するとともに、該ＲＬＣ−ＰＤＵのＲＬＣシーケンス番号と該ＰＤＣＰシーケンス番号を対応付けて管理する。
【０５０８】
図３１において、ＭＡＣレイヤ２２０３は、該ＲＬＣ−ＰＤＵよりＲＬＣシーケンス番号を取得する。ＭＡＣレイヤ２２０３は、該ＲＬＣ−ＰＤＵを用いて生成したトランスポートブロックデータをＵＥ８０４に送信するとともに、該トランスポートブロックデータの送信に用いたＨＡＲＱプロセス番号を、該ＲＬＣシーケンス番号と対応付けて管理する。
【０５０９】
図３１において、ＵＥ８０４におけるＭＡＣレイヤ２２１０は、ＤＵ＃１におけるＭＡＣレイヤ２２０３から、ユーザデータ（ＲＬＣ−ＰＤＵ２２１５を用いて生成されたトランスポートブロック）を正しく受信したとする。ＭＡＣレイヤ２２１０は、ＨＡＲＱ−ＡＣＫ情報２２０５を、ＤＵ＃１のＭＡＣレイヤ２２０３に通知する。
【０５１０】
図３１において、ＤＵ＃１におけるＭＡＣレイヤ２２０３は、ＨＡＲＱ−ＡＣＫ情報２２０５より、ＨＡＲＱ−ＡＣＫとなったＨＡＲＱプロセス番号を取得する。ＭＡＣレイヤ２２０３は、該ＨＡＲＱプロセス番号と、前述のＨＡＲＱプロセス番号とＲＬＣシーケンス番号の対応付けを用いて、送達確認が取れたＲＬＣシーケンス番号を求める。ＭＡＣレイヤ２２０３は、該ＲＬＣシーケンス番号を、ＲＬＣシーケンス番号通知２２０６としてＲＬＣレイヤ２２０２に送信する。
【０５１１】
図３１において、ＲＬＣレイヤ２２０２は、ＲＬＣシーケンス番号通知２２０６と、前述のＲＬＣシーケンス番号とＰＤＣＰシーケンス番号の対応付けを用いて、送達確認が取れたＰＤＣＰシーケンス番号を取得する。
【０５１２】
図３１において、ＲＬＣレイヤ２２０２およびＭＡＣレイヤ２２０３は、ＵＥ８０４のＭＡＣレイヤ２２１０からのＨＡＲＱ−ＡＣＫ情報を用いて、送達確認が取れたＲＬＣシーケンス番号と、送達確認が取れたＰＤＣＰシーケンス番号とを、随時更新してもよい。このことにより、ＤＵ間モビリティ発生時にＤＵ＃１からＣＵへＰＤＣＰシーケンス番号を迅速に通知することが可能となる。あるいは、前述の更新をＤＵ間モビリティ発生時に行ってもよい。このことにより、ＲＬＣレイヤ２２０２およびＭＡＣレイヤ２２０３における処理量を削減することが可能となる。
【０５１３】
図３１において、送達確認が取れたＰＤＣＰシーケンス番号がｎのときに、ＤＵ＃１からＤＵ＃２へのＤＵ間モビリティが発生したとする。ＤＵ＃１からＤＵ＃２へのＤＵ間モビリティ発生時に、ＲＬＣレイヤ２２０２は、送達確認が取れたＰＤＣＰシーケンス番号ｎを、ＰＤＣＰシーケンス番号通知２２０７として、ＣＵ８０１のＰＤＣＰレイヤ２２０１に送信する。該送信には、Ｆｓインタフェース８１４を用いる。
【０５１４】
図３１において、ＰＤＣＰレイヤ２２０１は、ＰＤＣＰシーケンス番号通知２２０７を用い、送達確認が取れていないＰＤＣＰシーケンス番号（例えば、ｎ＋１）のＰＤＣＰ−ＰＤＵ２２１１を、ＤＵ＃２（ＤＵ８０３）に送信する。該送信には、Ｆｓインタフェース８１５を用いる。
【０５１５】
図３１に示す構成により、ＤＵ＃１からＤＵ＃２へのモビリティ発生時においてＵＥが正しく受信できていないＰＤＣＰ−ＰＤＵを、ＰＤＣＰレイヤ２２０１が迅速にＤＵ＃２を用いてＵＥ８０４に再送することが可能となる。
【０５１６】
図３２〜図３４は、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関するシーケンスを示した図である。図３２〜図３４は、境界線ＢＬ３２３３、ＢＬ３３３４の位置でつながっている。図３２〜図３４は、ＣＵおよびＵＥが使用するＤＵが、ＤＵ＃１からＤＵ＃２に切り替わる例を示している。図３２〜図３４において、図２７および図２８と同じステップには同じステップ番号を付して、共通する説明を省略する。
【０５１７】
図３２に示すステップＳＴ２３０１において、ＣＵはＤＵ＃１に、ＵＥ向けユーザデータのＰＤＣＰ−ＰＤＵを送信する。ステップＳＴ２３０２において、ＤＵ＃１のＲＬＣレイヤは、ステップＳＴ２３０１のＰＤＣＰ−ＰＤＵよりＰＤＣＰシーケンス番号（ＰＤＣＰ−ＳＮ）を取得する。ステップＳＴ２３０３において、ＤＵ＃１は、ステップＳＴ２３０１のユーザデータをＵＥに送信する。
【０５１８】
図３２に示すステップＳＴ２３０４において、ＵＥはＤＵ＃１のＭＡＣレイヤに、ＨＡＲＱ−ＡＣＫ情報を通知する。ステップＳＴ２３０５において、ＤＵ＃１のＭＡＣレイヤは、ステップＳＴ２３０４のＨＡＲＱ−ＡＣＫ情報を用いて送達確認ＨＡＲＱ−ＩＤを更新する。ステップＳＴ２３０６にて、ＤＵ＃１のＭＡＣレイヤは、該ＨＡＲＱ−ＩＤを用いて送達確認ＲＬＣシーケンス番号を更新し、該ＲＬＣシーケンス番号をＤＵ＃１のＲＬＣレイヤに通知する。ステップＳＴ２３０７にて、ＤＵ＃１のＲＬＣレイヤは、該ＲＬＣシーケンス番号を用いて送達確認ＰＤＣＰシーケンス番号を更新する。
【０５１９】
図３２に示すステップＳＴ１９０４〜ＳＴ１９０６、ＳＴ２３１５において、ＵＥによるＤＵ＃１，ＤＵ＃２の測定、ＵＥからＣＵへの測定結果通知、および、ＣＵによるＤＵ間モビリティ決定が行われる。図３２の例では、ＤＵ＃１からＤＵ＃２へのモビリティを行うことが、ステップＳＴ２３１５にて決定される。
【０５２０】
図３３に示すステップＳＴ２３２０において、ＤＵ＃１は、ステップＳＴ２３０７で更新した送達確認ＰＤＣＰシーケンス番号の情報を、ＣＵに通知する。ステップＳＴ２３２０の通知は、ステップＳＴ１９２０の通信停止指示応答と併せて行ってもよい。このことにより、ＤＵ＃１からＣＵへのシグナリング量を削減することが可能となる。
【０５２１】
図３３に示すステップＳＴ２３２５、ＳＴ２３２６において、ＣＵからＤＵ＃１を経由してＵＥに、ＲＲＣ接続再設定通知が行われる。ステップＳＴ２３２５、ＳＴ２３２６において、ＤＵ＃１からＤＵ＃２への切り替えがＣＵよりＵＥに指示される。ステップＳＴ２３２７、ＳＴ２３２８において、ＵＥからＤＵ＃１を経由してＣＵに、ＲＲＣ接続再設定完了通知が行われる。
【０５２２】
図３３に示すステップＳＴ１２０５、ＳＴ１９２５、ＳＴ１００９、ＳＴ１０１０により、ＤＵ＃１からＤＵ＃２への切り替えが完了する。
【０５２３】
図３４に示すステップＳＴ２３４１において、ＣＵは、ステップＳＴ２３２０のＰＤＣＰシーケンス番号情報通知を用いて、ＤＵ＃２に送達未確認のＰＤＣＰシーケンス番号のＰＤＣＰ−ＰＤＵを送信する。図３４においては、送達未確認のＰＤＣＰシーケンス番号のＰＤＣＰ−ＰＤＵが、ステップＳＴ２３２０におけるＰＤＣＰシーケンス番号より後のＰＤＣＰシーケンス番号のＰＤＣＰ−ＰＤＵである例を示している。
【０５２４】
図３４に示すステップＳＴ２３４２〜ＳＴ２３４７において、ステップＳＴ２３０２〜ＳＴ２３０７と同様の処理が、ＤＵ＃２にて行われる。
【０５２５】
図３２〜図３４において、ステップＳＴ２３２０のＰＤＣＰシーケンス番号情報の通知は、ステップＳＴ１９２５の後、すなわちＣＵからＤＵ＃１へのＵＥ再設定完了の通知の後に行ってもよい。このことにより、ＤＵ＃１は、ＤＵ切り替わり直前において送達確認の取れたＰＤＣＰシーケンス番号を、ＣＵに通知することができる。このため、ＰＤＣＰ−ＰＤＵの送信の重複を減らすことが可能となる。
【０５２６】
ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関するシーケンスの他の例として、ＵＥがモビリティの判断を行ってもよい。このことにより、測定結果通知が不要となるため、無線インタフェースにおけるシグナリング量を削減することが可能となる。
【０５２７】
図３３において、ステップＳＴ１９２５に示すＵＥ再設定完了の通知のあと、ＤＵ＃１は自ＤＵのバッファに蓄積されているデータをＣＵに送信してもよい。該データは、ＨＡＲＱ再送データを含んでもよいし、ＲＬＣバッファに蓄積されたデータ、すなわち、ＨＡＲＱスケジューリングが済んでいないデータを含んでもよい。このことにより、ＤＵ間モビリティ発生時のデータ送信の信頼性を高めることが可能となる。
【０５２８】
あるいは、図３３において、ステップＳＴ１９２５に示すＵＥ再設定完了の通知のあと、ＤＵ＃１は自ＤＵのバッファに蓄積されているデータを破棄してもよい。このことにより、ＤＵ間モビリティを迅速に行うことが可能となる。
【０５２９】
図３５〜図３７は、ＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行うモビリティに関する他のシーケンスを示した図である。図３５〜図３７は、境界線ＢＬ３５３６、ＢＬ３６３７の位置でつながっている。図３５〜図３７の例では、ＵＥにおいてモビリティの判断が行われる。図３５〜図３７において、図３２〜図３４と同じステップには同じステップ番号を付して、共通する説明を省略する。
【０５３０】
図３５に示すステップＳＴ２４１０において、ステップＳＴ１９０４の測定結果を用いてＵＥがモビリティを判断する。図３５〜図３７の例では、ＤＵ＃１からＤＵ＃２への切り替えが行われる。ステップＳＴ２４１１、ＳＴ２４１２において、ＵＥはＣＵに対し、ＤＵ間モビリティ要求を送信する。ステップＳＴ２４１１ではＵＥからＤＵ＃１にＤＵ間モビリティ要求が送信され、ステップＳＴ２４１２ではＤＵ＃１からＣＵにＤＵ間モビリティ要求が送信される。
【０５３１】
図３５〜図３７に示すシーケンスにより、測定結果通知のためのシグナリング量を削減することが可能となる。
【０５３２】
本実施の形態３を、ＰＤＣＰシーケンス番号を有さないＰＤＣＰ−ＰＤＵに適用してもよい。前述において、例えば、ＰＤＣＰシーケンス番号に特別な番号を設け、該特別な番号を、ＰＤＣＰシーケンス番号を有さないＰＤＣＰ−ＰＤＵに割り当ててもよい。ＰＤＣＰシーケンス番号を有さないＰＤＣＰ−ＰＤＵは、例えば、ＰＤＣＰ制御ＰＤＵであってもよい。このことにより、ＤＵ間モビリティに伴うＰＤＣＰ制御ＰＤＵの送達の信頼性を高めることが可能となる。
【０５３３】
本実施の形態３に示す方法を、モビリティが発生しない状況において用いてもよい。例えば、ＤＵは、ＨＡＲＱ最大再送回数を超過した場合、最大再送回数を超過したトランスポートブロックに含まれるＰＤＣＰ−ＰＤＵのＰＤＣＰシーケンス番号を、ＣＵに通知してもよい。ＣＵは、該ＰＤＣＰシーケンス番号のＰＤＣＰ−ＰＤＵを、該ＤＵに再送してもよい。このことにより、ＨＡＲＱ再送回数超過によるパケット損失を防ぐとともに、ＰＤＣＰ−ＰＤＵ再送を迅速に行うことが可能となる。
【０５３４】
本実施の形態３に示す方法を、前述の、ＨＡＲＱ最大再送回数超過時のＤＵからＣＵへのＰＤＣＰシーケンス番号通知に適用するにあたり、詳細な動作の一例を、以下に開示する。
【０５３５】
ＤＵのＭＡＣレイヤは、ＨＡＲＱ最大再送回数を超過したトランスポートブロックを送信した際のＨＡＲＱプロセス番号、および、前述の、ＲＬＣシーケンス番号とＨＡＲＱプロセス番号の対応付けの情報を用いて、ＨＡＲＱ最大再送回数を超過したトランスポートブロックを含むＲＬＣシーケンス番号を取得してもよい。
【０５３６】
ＤＵのＲＬＣレイヤは、ＤＵのＭＡＣレイヤから通知されたＲＬＣシーケンス番号の情報、および、前述の、ＰＤＣＰシーケンス番号とＲＬＣシーケンス番号の対応付けの情報を用いて、ＨＡＲＱ最大再送回数を超過したトランスポートブロックを含むＰＤＣＰ−ＰＤＵのＰＤＣＰシーケンス番号を取得する。ＤＵのＲＬＣレイヤは、該ＰＤＣＰシーケンス番号をＣＵに通知する。
【０５３７】
本実施の形態３に示す方法を、セカンダリ基地局間モビリティに適用してもよい。本実施の形態３におけるＣＵ、移動元ＤＵ、および移動先ＤＵを、マスター基地局、移動元セカンダリ基地局、および移動先セカンダリ基地局とそれぞれ読み替えることにより、セカンダリ基地局間モビリティへの適用を実施可能である。このことにより、セカンダリ基地局間モビリティにおける低遅延性および信頼性を確保することが可能となる。
【０５３８】
本実施の形態３に示す方法を、Ｃ−Ｐｌａｎｅデータ転送中のモビリティに適用してもよい。Ｃ−Ｐｌａｎｅデータは、例えば、ＮＡＳデータであってもよい。Ｃ−Ｐｌａｎｅデータ転送は、ＣＵおよびＵＥがＮｅｗ  ＡＳ  Ｌａｙｅｒを有さない点でＵ−Ｐｌａｎｅと異なる。例えば、図３１の例において、ＣＵ８０１はＮｅｗ  ＡＳ  Ｌａｙｅｒ８０７を有さず、上位ネットワーク装置８０５からパケット８０６が直接、ＰＤＣＰ２２０１に送信される。また、ＵＥ８０４はＮｅｗ  ＡＳ  Ｌａｙｅｒ８２３を有さず、ＰＤＣＰレイヤ２２２０からＰＤＣＰ−ＳＤＵ２２２５が直接、上位レイヤ８２４に転送される。
【０５３９】
本実施の形態３に示す方法を、Ｃ−Ｐｌａｎｅデータ転送中のモビリティに適用することにより、例えば、ＤＵ間モビリティ発生時におけるＮＡＳデータ伝送の信頼性を高めることができる。
【０５４０】
本実施の形態３では下り通信について記載したが、本実施の形態３を上り通信に適用してもよい。具体的には、ＣＵのＰＤＣＰレイヤをＵＥのＰＤＣＰレイヤに読み替え、ＤＵのＲＬＣレイヤおよびＭＡＣレイヤをＵＥのＲＬＣレイヤおよびＭＡＣレイヤにそれぞれ読み替え、ＵＥのＭＡＣレイヤをＤＵのＭＡＣレイヤに読み替えることにより、上り通信への適用を実施可能である。このことにより、上り通信においても、パケット複製を行わずに信頼性を確保することが可能となる。
【０５４１】
本実施の形態３において、前述のＰＤＣＰ−ＰＤＵを移動元ＤＵが移動先ＤＵに転送してもよい。該ＰＤＣＰ−ＰＤＵは、移動元ＤＵにおいてＨＡＲＱ送達確認が取れていないトランスポートブロックデータを含むＰＤＣＰ−ＰＤＵとしてもよい。このことにより、ＣＵから移動先ＤＵに転送するデータを、移動元ＤＵから移動先ＤＵに転送することになるため、ＣＵとＤＵとの間のデータ転送量を削減することが可能となる。
【０５４２】
前述の、移動元ＤＵから移動先ＤＵへの転送にあたり、ＤＵ間インタフェースを設けてもよい。移動元ＤＵは、移動先ＤＵへの該ＰＤＣＰ−ＰＤＵの転送に、ＤＵ間インタフェースを用いてもよい。このことにより、ＤＵ間の通信を可能とする。
【０５４３】
前述のＤＵ間インタフェースにおいて、Ｘ２／Ｘｎインタフェースにて規定されている方法をＤＵ間インタフェースとして適用したものを用いてもよい。例えば、ＭＯＢＩＬＩＴＹ  ＤＡＴＡ  ＴＲＮＳＦＥＲというメッセージを新しく設けて、前述のＰＤＣＰ−ＰＤＵ転送を行ってもよい。このことにより、ＤＵ間インタフェースの設計における複雑性を回避することが可能となる。また、ＤＣにおける基地局間通信と同じ処理を適用可能となるため、基地局の処理量を低減することが可能となる。
【０５４４】
本実施の形態３に示す方法を、ＲＬＣ−ＡＭを用いて通信を行う基地局およびＵＥに適用してもよい。このことにより、従来のＲＬＣのＡＲＱよりも迅速に、再送制御を行うことが可能となる。
【０５４５】
実施の形態３に示す方法により、パケット複製によるリソース使用を抑えつつ、信頼性および低遅延性を確保することが可能となる。
【０５４６】
実施の形態３によれば、例えば次のような構成が提供される。
【０５４７】
通信端末装置と、通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムが提供される。より具体的には、基地局装置は、無線信号を送受信する複数のＤＵ（Distributed Unit）と、複数のＤＵを制御するＣＵ（Central Unit）とを含む。ＣＵは、通信端末装置に接続されているＤＵから通信端末装置に送達済みのパケットに関する送達完了情報を取得する。ＣＵは、送達完了情報に示されていないパケットを、前述のＤＵまたは他のＤＵから通信端末装置に送信する。
【０５４８】
ここで、実施の形態３では、送達完了情報が、通信端末装置から送達済みが通知されたパケットのシーケンス番号である例を開示した。但し、送達完了情報はこの例に限定されるものではない。
【０５４９】
上記構成は、実施の形態３を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０５５０】
実施の形態３の変形例１．
実施の形態３においては、ＣＵ−ＤＵ分離のオプション２においてＨＡＲＱ−ＡＣＫを用いてＰＤＣＰ送達確認を行う例について記載した。ＨＡＲＱ−ＡＣＫを用いたＰＤＣＰ送達確認は、ＣＵ−ＤＵ分離のオプション３−１に適用してもよい。
【０５５１】
ＤＵは、ＲＬＣシーケンス番号の情報をＣＵに通知する。該ＤＵは、前述のＲＬＣシーケンス番号として、自ＤＵにおいてＨＡＲＱ送達確認が取れたＲＬＣ−ＰＤＵのシーケンス番号を、ＣＵに通知する。ＣＵは、該ＲＬＣシーケンス番号に該当しないＲＬＣ−ＰＤＵを、ＤＵに送信する。
【０５５２】
本変形例１は、ＰＤＣＰシーケンス番号を用いる代わりにＲＬＣシーケンス番号を用いる点で、実施の形態３と異なる。
【０５５３】
図３８は、ＣＵ−ＤＵ分離のオプション３−１について、ＨＡＲＱ−ＡＣＫを用いてＲＬＣ送達確認を行う構成を示した図である。図３８において、図３１と同一のブロックには同一の番号を付して、共通する説明を省略する。
【０５５４】
図３８において、ＤＵ＃１（ＤＵ８０２）におけるＲＬＣ−Ｌレイヤ２５０１は、ＣＵ８０１におけるＲＬＣ−Ｈレイヤ２５０２から取得したＲＬＣ−ＰＤＵより、ＲＬＣシーケンス番号を取得する。ＲＬＣ−Ｌレイヤ２５０１は、該ＲＬＣ−ＰＤＵをＭＡＣレイヤ２２０３に転送する。
【０５５５】
図３８において、ＭＡＣレイヤ２２０３は、該ＲＬＣ−ＰＤＵよりＲＬＣシーケンス番号を取得する。ＭＡＣレイヤ２２０３は、該ＲＬＣ−ＰＤＵを用いて生成したトランスポートブロックデータをＵＥ８０４に送信するとともに、該トランスポートブロックデータの送信に用いたＨＡＲＱプロセス番号を、該ＲＬＣシーケンス番号と対応付けて管理する。
【０５５６】
図３８において、ＵＥ８０４におけるＭＡＣレイヤ２２１０は、ＤＵ＃１におけるＭＡＣレイヤ２２０３から、ユーザデータ（ＲＬＣ−ＰＤＵ２５０４を用いて生成されたトランスポートブロック）を正しく受信したとする。ＭＡＣレイヤ２２１０は、ＨＡＲＱ−ＡＣＫ情報２２０５を、ＤＵ＃１のＭＡＣレイヤ２２０３に通知する。
【０５５７】
図３８において、ＤＵ＃１におけるＭＡＣレイヤ２２０３は、ＨＡＲＱ−ＡＣＫ情報２２０５より、ＨＡＲＱ−ＡＣＫとなったＨＡＲＱプロセス番号を取得する。ＭＡＣレイヤ２２０３は、該ＨＡＲＱプロセス番号と、前述のＨＡＲＱプロセス番号とＲＬＣシーケンス番号の対応付けを用いて、送達確認が取れたＲＬＣシーケンス番号を求める。ＭＡＣレイヤ２２０３は、該ＲＬＣシーケンス番号を、ＲＬＣシーケンス番号通知２２０６としてＲＬＣ−Ｌレイヤ２５０１に送信する。
【０５５８】
図３８において、ＲＬＣ−Ｌレイヤ２５０１およびＭＡＣレイヤ２２０３は、ＵＥ８０４のＭＡＣレイヤ２２１０から取得したＨＡＲＱ−ＡＣＫ情報を用いて、送達確認が取れたＲＬＣシーケンス番号を随時更新してもよい。このことにより、ＤＵ間モビリティ発生時にＤＵ＃１からＣＵへＲＬＣシーケンス番号を迅速に通知することが可能となる。あるいは、前述の更新をＤＵ間モビリティ発生時に行ってもよい。このことにより、ＲＬＣ−Ｌレイヤ２５０１およびＭＡＣレイヤ２２０３における処理量を削減することが可能となる。
【０５５９】
図３８において、送達確認が取れたＲＬＣシーケンス番号がｍのときに、ＤＵ＃１からＤＵ＃２へのＤＵ間モビリティが発生したとする。ＤＵ＃１からＤＵ＃２へのＤＵ間モビリティ発生時に、ＲＬＣ−Ｌレイヤ２５０１は、送達確認が取れたＲＬＣシーケンス番号ｍを、ＲＬＣシーケンス番号通知２５０３として、ＣＵ８０１のＲＬＣ−Ｈレイヤ２５０２に送信する。該送信には、Ｆｓインタフェース８１４を用いる。
【０５６０】
図３８において、ＲＬＣ−Ｈレイヤ２５０２は、ＲＬＣシーケンス番号通知２５０３を用い、送達確認が取れていないＲＬＣシーケンス番号（例えば、ｍ＋１）のＲＬＣ−ＰＤＵ２５０４を、ＤＵ＃２（ＤＵ８０３）に送信する。該送信には、Ｆｓインタフェース８１５を用いる。
【０５６１】
図３８に示す構成により、ＤＵ＃１からＤＵ＃２へのモビリティ発生時においてＵＥが正しく受信できていないＲＬＣ−ＰＤＵを、ＲＬＣ−Ｈレイヤ２５０２が迅速にＤＵ＃２を用いてＵＥ８０４に再送することが可能となる。
【０５６２】
その他、詳細な動作については実施の形態３と同様であるため、説明を省略する。実施の形態３と同様の方法を適用することで、ＣＵ−ＤＵ分離のオプション３−１においても実施の形態３と同様の効果が得られる。
【０５６３】
実施の形態３の変形例１によって、ＣＵ−ＤＵ分離のオプション３−１を用いていても、パケット複製によるリソース使用を抑えつつ、信頼性および低遅延性を確保することが可能となる。
【０５６４】
実施の形態４．
ＤＣを用いた基地局構成において、セカンダリ基地局のモビリティ発生時、例えば、セカンダリ基地局の変更発生時、移動元のセカンダリ基地局は、ＵＥにて送達確認が取れていない下りＰＤＣＰ−ＰＤＵを、マスター基地局に転送する。マスター基地局は、該ＰＤＣＰ−ＰＤＵを移動先セカンダリ基地局に転送する（非特許文献１参照）。
【０５６５】
ところが、前述の方法によると、モビリティ発生時、移動元セカンダリ基地局からマスター基地局へのデータ転送が発生するため、基地局間インタフェースの帯域が圧迫されるという問題が生じる。
【０５６６】
実施の形態４では、このような問題を解決する方法を開示する。
【０５６７】
セカンダリ基地局のモビリティ発生時、マスター基地局は、ＵＥへの送達の確認が取れていないＰＤＣＰ−ＰＤＵを、移動先セカンダリ基地局に転送する。移動先セカンダリ基地局は、該ＰＤＣＰ−ＰＤＵをＵＥに送信あるいは再送する。
【０５６８】
マスター基地局は、ＵＥから送信されるＰＤＣＰステータス報告を用いて、ＵＥにて送達確認が取れたＰＤＣＰ−ＰＤＵの情報を取得する。
【０５６９】
前述のＰＤＣＰステータス報告は、非特許文献２０（３ＧＰＰ  ＴＳ３６．３２３  ｖ１４．２．０））に示される、周期的なＰＤＣＰステータス報告であってもよい。このことにより、モビリティ時のシグナリング量を削減することが可能となる。
【０５７０】
また、モビリティ発生時に、ＵＥがマスター基地局に、ＰＤＣＰステータス報告を送信してもよい。前述の送信は、移動元セカンダリ基地局を経由してもよい。ＵＥからＰＤＣＰステータス報告を送信することにより、マスター基地局は、モビリティ発生時点にＵＥが把握している最新のＰＤＣＰ−ＰＤＵ送達確認状況を、取得することが可能となる。このことにより、マスター基地局から移動先セカンダリ基地局を用いたＵＥへの不要な再送、例えば、モビリティ発生直前にＵＥにて送達が確認されたＰＤＣＰ−ＰＤＵの再送、を抑えることができる。このため、基地局間インタフェースの帯域の圧迫を防ぐことが可能となる。
【０５７１】
モビリティ時におけるＵＥからのＰＤＣＰステータス報告送信は、規格で決定してもよい。例えば、ＵＥがマスター基地局からＲＲＣ接続再設定を受信したときに、ＵＥは前述のＰＤＣＰステータス報告送信を行う、としてもよい。このことにより、前述のＰＤＣＰステータス報告送信に必要なシグナリング量を削減することが可能となる。
【０５７２】
あるいは、モビリティ時におけるＵＥからのＰＤＣＰステータス報告送信は、マスター基地局からＵＥへのポーリングを契機にして、実施されてもよい。このことにより、ＰＤＣＰレイヤの設計における複雑性を回避することが可能となる。
【０５７３】
図３９は、ＵＥからのＰＤＣＰステータス報告を用いたセカンダリ基地局間モビリティを示すシーケンス図である。図３９は、セカンダリ基地局がＳｇＮＢ＃１からＳｇＮＢ＃２に切り替わる例について示している。
【０５７４】
図３９に示すステップＳＴ２６０１において、ＭｇＮＢからＳｇＮＢ＃１にユーザデータが転送される。ステップＳＴ２６０２において、ＳｇＮＢ＃１からＵＥに該ユーザデータが送信される。
【０５７５】
図３９に示すステップＳＴ２６０３において、ＭｇＮＢからＳｇＮＢ＃２に、ＳｇＮＢ追加要求が通知される。ステップＳＴ２６０４において、ＳｇＮＢ＃２からＭｇＮＢに、ステップＳＴ２６０３に対する肯定応答が返される。ステップＳＴ２６０５において、ＭｇＮＢからＳｇＮＢ＃１に、ＳｇＮＢ解放要求が通知される。
【０５７６】
図３９に示すステップＳＴ２６０７において、ＭｇＮＢはＵＥにＲＲＣ接続再設定を通知する。該通知には、セカンダリ基地局をＳｇＮＢ＃１からＳｇＮＢ＃２に切り替えることを示す情報が含まれる。該通知には、ＳｇＮＢ＃２向けのＲＲＣパラメータが含まれてもよい。ステップＳＴ２６０８において、ＵＥはＭｇＮＢにＲＲＣ接続再設定完了を通知する。
【０５７７】
図３９に示すステップＳＴ２６０９において、ＵＥはＭｇＮＢに、ＰＤＣＰステータス報告を送信する。該報告には、ＵＥにおけるＰＤＣＰ−ＰＤＵ送達確認情報が含まれる。ＰＤＣＰステータス報告は、ＵＥからＳｇＮＢ＃１を経由してＭｇＮＢに送信されてもよい。
【０５７８】
図３９に示すステップＳＴ２６１０において、ＭｇＮＢはＳｇＮＢ＃２に、ＳｇＮＢ再設定完了を通知する。ステップＳＴ２６１１において、ＵＥとＳｇＮＢ＃２の間でランダムアクセス処理が行われ、ＵＥがＳｇＮＢ＃２に接続される。
【０５７９】
図３９に示すステップＳＴ２６１２において、ＭｇＮＢはＳｇＮＢ＃２にユーザデータを転送し、ステップＳＴ２６１３において、ＳｇＮＢ＃２はＵＥに該ユーザデータを送信する。該ユーザデータは、ステップＳＴ２６０９のＰＤＣＰステータス報告において、ＵＥにて送達確認が取れていないＰＤＣＰ−ＰＤＵであってもよい。
【０５８０】
図３９に示すステップＳＴ２６１４において、ＭｇＮＢからＳｇＮＢ＃１にＵＥコンテキスト解放が通知され、モビリティの一連のシーケンスが終了する。
【０５８１】
本実施の形態４を、ＤＵ間モビリティに適用してもよい。このことにより、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースの帯域の圧迫を抑えることが可能となる。具体的には、ＭｇＮＢをＣＵに読み替え、ＳｇＮＢをＤＵに読み替えることによって、ＤＵ間モビリティへの適用を実施可能である。
【０５８２】
また、本実施の形態４を、Ｃ−Ｐｌａｎｅデータの送受信に適用してもよい。例えば、本実施の形態４を、Ｃ−ＰｌａｎｅデータのＤＵ間モビリティに適用してもよい。前述のＣ−Ｐｌａｎｅデータは、例えば、ＮＡＳデータであってもよい。このことにより、Ｃ−Ｐｌａｎｅデータ伝送中のＤＵ間モビリティにおいて、効率的な送信と信頼性を確保可能となる。
【０５８３】
図４０〜図４１は、ＵＥからのＰＤＣＰステータス報告を用いたＤＵ間モビリティを示すシーケンス図である。図４０と図４１とは、境界線ＢＬ４０４１の位置でつながっている。図４０および図４１は、ＤＵ＃１からＤＵ＃２への切り替えの例について示している。図４０および図４１において、図３２〜図３４と同じステップには同じステップ番号を付与し、共通する説明を省略する。
【０５８４】
図４１に示すステップＳＴ２７０１において、ＵＥはＤＵ＃１にＰＤＣＰステータス報告を送信する。ステップＳＴ２７０２において、ＤＵ＃１は該ＰＤＣＰステータス報告をＣＵに転送する。ステップＳＴ２７０１、ＳＴ２７０２に示すＰＤＣＰステータス報告は、図３９に示すステップＳＴ２６０９と同様のものであってもよい。
【０５８５】
図４１に示すステップＳＴ２７０３、ＳＴ２７０４において、ＣＵからＤＵ＃２経由でＵＥにユーザデータが送信される。ステップＳＴ２７０３、ＳＴ２７０４は、図３９に示すステップＳＴ２６１２、ＳＴ２６１３と同様、ＵＥにて送達確認が取れていないＰＤＣＰ−ＰＤＵであってもよい。
【０５８６】
実施の形態４によって、モビリティ発生時における基地局間インタフェース、および／あるいは、ＣＵ−ＤＵ間インタフェースの帯域の圧迫を抑えることが可能となる。
【０５８７】
実施の形態４によれば、例えば次のような構成が提供される。
【０５８８】
通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムが提供される。より具体的には、複数の基地局装置は、通信端末装置に対してベアラを構成する、マスター基地局装置とセカンダリ基地局装置とを含む。通信端末装置と通信するセカンダリ基地局装置が第１セカンダリ基地局装置から第２セカンダリ基地局装置に変更される場合、マスター基地局装置は、第１セカンダリ基地局装置から通信端末装置に送達済みのパケットに関する送達情報を、通信端末装置から取得する。マスター基地局装置は、送達情報に示されていないパケットを、第２セカンダリ基地局装置または当該マスター基地局装置から、通信端末装置に送信する。
【０５８９】
また、実施の形態４によれば、例えば次のような構成も提供される。
【０５９０】
通信端末装置と、通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムが提供される。より具体的には、基地局装置は、無線信号を送受信する複数のＤＵ（Distributed Unit）と、複数のＤＵを制御するＣＵ（Central Unit）とを含む。ＣＵは、通信端末装置に接続されているＤＵから通信端末装置に送達済みのパケットに関する送達完了情報を取得する。ＣＵは、送達完了情報に示されていないパケットを、前述のＤＵまたは他のＤＵから通信端末装置に送信する。
【０５９１】
ここで、実施の形態４では、ＣＵが送達完了情報を、通信端末装置から通知されるＰＤＣＰ（Packet Data Convergence Protocol）ステータス報告に基づいて取得する例を開示した。但し、送達完了情報はこの例に限定されるものではない。
【０５９２】
上記構成は、実施の形態４を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０５９３】
実施の形態４の変形例１．
本変形例１では、実施の形態４における問題を解決するための他の方法を開示する。
【０５９４】
移動元のセカンダリ基地局は、ＲＬＣ−ＰＤＵをマスター基地局に転送する。マスター基地局は、該ＲＬＣ−ＰＤＵを移動先セカンダリ基地局に転送する。
【０５９５】
移動元のセカンダリ基地局は、ＵＥからの送達確認がされていないＲＬＣ−ＰＤＵを、マスター基地局経由で移動先セカンダリ基地局に転送してもよい。前述の転送は、下りデータについて行ってもよい。このことにより、基地局間インタフェースにおける転送量を少なくすることが可能となる。
【０５９６】
前述において、移動元のセカンダリ基地局は、ＲＬＣ制御ＰＤＵを、マスター基地局経由で移動先セカンダリ基地局に転送してもよい。このことにより、移動先のセカンダリ基地局において、該ＲＬＣ制御ＰＤＵの再生成が不要となるため、移動先のセカンダリ基地局における処理量を削減することが可能となる。
【０５９７】
移動元のセカンダリ基地局は、ＰＤＣＰ−ＰＤＵの組み立て処理中のＲＬＣ−ＰＤＵを、マスター基地局経由で移動先セカンダリ基地局に転送してもよい。前述の転送は、上りデータについて行ってもよい。このことにより、移動先セカンダリ基地局において該ＲＬＣ−ＰＤＵが欠落した場合でも、ＵＥからの該ＰＤＣＰ−ＰＤＵ再送を抑えることが可能となる。
【０５９８】
移動元のセカンダリ基地局は、ＲＬＣ状態変数をマスター基地局経由で移動先セカンダリ基地局に転送してもよい。前述のＲＬＣ状態変数は、非特許文献２１（３ＧＰＰ  ＴＳ  ３６．３２２  ｖ１４．０．０）の７．１節に記載の変数であってもよい。このことにより、モビリティ前後でのＲＬＣエンティティの連続性を確保することが可能となる。そのため、対向のＵＥにおける処理が容易になる。
【０５９９】
移動元のセカンダリ基地局は、ＲＬＣエンティティにて使用するタイマの値を、マスター基地局経由で移動先セカンダリ基地局に転送してもよい。前述のタイマの値は、非特許文献２１（３ＧＰＰ  ＴＳ  ３６．３２２  ｖ１４．０．０）の７．３節に記載の値であってもよい。このことにより、ＲＬＣエンティティの円滑な動作を維持することが可能となる。
【０６００】
本変形例１を、ＤＵ間モビリティに適用してもよい。このことにより、ＣＵ−ＤＵ間インタフェース、例えば、Ｆｓインタフェースの帯域の圧迫を抑えることが可能となる。具体的には、ＭｇＮＢをＣＵに読み替え、ＳｇＮＢをＤＵに読み替えることによって、ＤＵ間モビリティへの適用を実施可能である。
【０６０１】
また、本変形例１を、Ｃ−Ｐｌａｎｅデータの送受信に適用してもよい。例えば、本変形例１を、Ｃ−ＰｌａｎｅデータのＤＵ間モビリティに適用してもよい。前述のＣ−Ｐｌａｎｅデータは、例えば、ＮＡＳデータであってもよい。このことにより、Ｃ−Ｐｌａｎｅデータ伝送中のＤＵ間モビリティにおいて、効率的な送信と信頼性を確保可能となる。
【０６０２】
本変形例１によって、モビリティ発生時における基地局間インタフェース、および／あるいは、ＣＵ−ＤＵ間インタフェースの帯域の圧迫を抑えることが可能となる。
【０６０３】
実施の形態５．
実施の形態１で開示したように、ＮＲではＣＵとＤＵを分離する構成が検討されている。ＣＵ−ＤＵ分離構成において複数のＤＵを設けてもよい。このような場合、オプション２のＣＵ−ＤＵ分離構成であるｇＮＢのどの部分が、ＤＵへのルーティングを行うかが問題となる。ここでは、ｇＮＢにおけるＤＵのルーティング方法について開示する。
【０６０４】
オプション２のＣＵ−ＤＵ分離構成のｇＮＢの場合、ｇＮＢのＣＵがＤＵ間ルーティング機能を有する。ｇＮＢのＣＵがＤＵへのルーティングを行う。
【０６０５】
ｇＮＢのＣＵ内ＰＤＣＰに、ＤＵ間へのルーティング機能を設けてもよい。ｇＮＢのＣＵ内ＰＤＣＰが、ＤＵへのルーティングを行うようにしてもよい。
【０６０６】
ＤＵ間ルーティング機能は、ルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵにデータを送信する機能とを含む。
【０６０７】
また、ＤＵ間ルーティング機能は、フロー制御機能を含んでもよい。フロー制御機能は、ルーティング先ＤＵを決定する機能に含むようにしてもよいし、決定したルーティング先ＤＵにデータを送信する機能に含むようにしてもよい。フロー制御として、データの送信開始、送信停止などのデータ送信タイミングの制御や、データ送信速度の制御などがある。
【０６０８】
ＤＵ間ルーティング機能を、従来のＰＤＣＰの機能あるいはＮＲで提案されているＣＵ内ＰＤＣＰの機能（非特許文献２２：R3-170266）の下位に設けてもよい。
【０６０９】
ＣＵ内ＰＤＣＰがスプリットベアラのためのルーティング機能を有する場合、ＤＵ間ルーティング機能をスプリットベアラのためのルーティング機能の下位に設けてもよい。
【０６１０】
ＤＵ間ルーティング機能をスプリットベアラのためのルーティング機能の下位に設けることで、各ｇＮＢにデータがスプリットされた後でＤＵ間ルーティングが実施される。ｇＮＢ毎に、各ｇＮＢ向けのデータについて、ＤＵ間へのルーティングを行うことができる。ＤＵ間ルーティング機能を設けるにあたって複雑性を回避することが可能である。
【０６１１】
ＤＵ間ルーティング機能において、ＰＤＣＰ  ＰＤＵ毎にルーティング先ＤＵを決定して送信してもよい。所定の量あるいは所定の数のＰＤＣＰ  ＰＤＵ毎に、ルーティング先ＤＵを決定して送信してもよい。また、所定の時間ごとにルーティング先ＤＵを決定して送信してもよい。また、各ＤＵからの要求に応じた量のＰＤＣＰ  ＰＤＵ毎に、ルーティング先ＤＵを決定して送信してもよい。このようにすることで、各ＤＵに送信するＰＤＣＰ  ＰＤＵの量などを調整可能となる。
【０６１２】
このようにすることで、オプション２のＣＵ−ＤＵ分離構成のｇＮＢにおいて、ＣＵからＤＵへのルーティングを実施することが可能となる。
【０６１３】
受信側においては、ｇＮＢのＣＵ内ＰＤＣＰで各ＤＵからのデータを上位の機能にルーティングする機能を設ける。各ＤＵからのデータを上位機能にルーティングする機能は、ＤＵ間ルーティング機能の中の一つとしてもよい。
【０６１４】
受信側の機能として、各ＤＵからのデータを到着順に上位機能にルーティングする。すなわち、各ＤＵからのデータを到着順に一つずつ上位機能にデータを送る。
【０６１５】
他の方法として、各ＤＵからのデータをＰＤＣＰ−ＳＮ（sequence number）順に上位機能にルーティングしてもよい。すなわち、各ＤＵからのデータをＰＤＣＰ−ＳＮ順にルーティングして一つずつ上位機能にデータを送る。
【０６１６】
このようにすることで、ｇＮＢの各ＤＵからのデータを上位の機能にルーティングすることが可能となる。
【０６１７】
ｇＮＢ内ＣＵにＤＵ用バッファを設けてもよい。バッファは、ＣＵ−ＤＵ間インタフェース上の通信用のバッファとしてもよい。ＤＵ間ルーティングのため、あるいは、受信側における上位機能へのルーティングのためにバッファを用いることで、該バッファにデータを保持できる。このため、ＵＥとＤＵとの間でのデータ通信が滞っているような場合などにデータオーバフローとなる状態を低減し、データの損失を低減することが可能となる。
【０６１８】
該バッファをＤＵ毎に設けてもよい。ＤＵ毎のバッファを有することで、ＵＥと各ＤＵとの間でのデータ通信状況に応じて、ＤＵ毎にデータオーバフローとなる状態を低減し、データの損失を低減することが可能となる。また、どこか１つのＤＵのデータ通信の停滞により、他のＤＵのデータがオーバフローとなってしまうような状態を低減し、データの損失を低減することが可能となる。
【０６１９】
ＤＵ用バッファをＰＤＣＰ内に設けてもよい。ＤＵ間ルーティング機能との連携処理が容易になる。
【０６２０】
ｇＮＢのＤＵ内にＤＵ毎にバッファを設けてもよい。バッファはＲＬＣ内に設けてもよい。バッファは、ＣＵ−ＤＵ間インタフェース上の通信用のバッファとしてもよい。ＣＵからルーティングされたデータの受信のため、あるいは、受信側におけるＣＵへのデータの送信のためにバッファを用いることで、該バッファにデータを保持できる。このため、ＵＥとＤＵとの間でのデータ通信が滞っているような場合や、ＣＵあるいはＰＤＣＰでの機能が滞っている場合などにデータオーバフローとなる状態を低減し、データの損失を低減することが可能となる。
【０６２１】
各ＤＵのＲＬＣから下りデータを要求する情報を、ＣＵに通知してもよい。該情報を各ＤＵ内ＲＬＣからＣＵ内ＰＤＣＰに通知してもよい。該情報として以下に５つの例を開示する。
【０６２２】
（１）自ＤＵの識別子。
【０６２３】
（２）要求するデータ量。
【０６２４】
（３）要求するＰＤＣＰ−ＰＤＵの数。
【０６２５】
（４）自ＤＵ内のバッファ余裕量。
【０６２６】
（５）（１）から（４）の組合せ。
【０６２７】
ＣＵ内のＤＵ間ルーティング機能は、各ＤＵから通知された該情報を考慮して、どのＤＵにデータを送信するか決定することが可能となる。
【０６２８】
また、各ＤＵは、ＲＬＣの再送制御による送信成功あるいは送信失敗に関する情報を、ＣＵに通知してもよい。各ＤＵは該情報を、自ＤＵの識別子と関連付けて通知してもよい。ＣＵ内ＰＤＣＰはそれに応じて再送を行うかどうかを判断できる。
【０６２９】
また、各ＤＵは、ＭＡＣの再送制御（ＨＡＲＱ）による送信成功あるいは送信失敗に関する情報を、ＣＵに通知してもよい。各ＤＵは該情報を、自ＤＵの識別子と関連付けて通知してもよい。ＣＵ内ＰＤＣＰはそれに応じて再送を行うかどうかを判断できる。この方法として、例えば、実施の形態３で開示した方法を適用してもよい。
【０６３０】
ＣＵ内ＰＤＣＰは、再送と判断したデータを再度、ＤＵ間ルーティング機能によりどのＤＵにルーティングするかを決定し、決定したルーティング先ＤＵにデータを送信する。この場合に、前回送信したＤＵに限らず任意のＤＵに送信可能としてもよい。前回送信したＤＵと異なるＤＵに送信できるようにすることで、ＵＥとＤＵとの間の通信状況を考慮してルーティング先ＤＵを決定することが可能となる。
【０６３１】
実施の形態１で開示したパケット複製の機能、重複パケット検出および削除の機能を、ＤＵ間ルーティング機能とともに、ｇＮＢのＣＵに構成してもよい。それらの機能を、ＣＵ内ＰＤＣＰの機能としてもよい。ｇＮＢがパケット複製機能を実施し、ｇＮＢがＤＵ間ルーティング機能を用いて複製したパケットを、ＤＵ間でルーティング可能となる。
【０６３２】
複製したパケットを送信するＤＵを決定する機能には、実施の形態１で開示したパケット複製機能におけるＤＵ決定方法あるいはＤＵ間ルーティング機能のルーティング先ＤＵを決定する機能のどちらか一方を適用するとよい。
【０６３３】
複製パケットを通信するＤＵを、ＤＵ自身あるいはＵＥが判断する場合、ＤＵ間ルーティング機能のルーティング先ＤＵを決定する機能を無効にしてもよい。ＤＵ間ルーティング機能のルーティング先ＤＵを決定する機能を、バイパスあるいはトランスペアレントとしてもよい。ＤＵ間ルーティング機能では、ＤＵ自身あるいはＵＥが決定した複製パケットを通信するＤＵに対して、複製パケットを送信する機能を有効とするとよい。
【０６３４】
このようにすることで、パケット複製機能とＤＵ間ルーティング機能との両方の機能を有するＣＵを構成することが可能となる。
【０６３５】
本実施の形態５で開示した方法によれば、オプション２のＣＵ−ＤＵ分離構成において複数のＤＵがＣＵに接続されたとしても、ｇＮＢは複数のＤＵを用いてＵＥと通信を行うことが可能となる。
【０６３６】
実施の形態５によれば、例えば次のような構成が提供される。
【０６３７】
通信端末装置と、通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムが提供される。より具体的には、基地局装置は、通信端末装置との間で無線信号を送受信する複数のＤＵ（Distributed Unit）と、複数のＤＵを制御するＣＵ（Central Unit）とを含む。ＣＵは、通信端末装置宛ての下りデータをルーティングする機能を、ＰＤＣＰ（Packet Data Convergence Protocol）内またはＰＤＣＰよりも下位に有する。
【０６３８】
上記構成は、実施の形態５を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０６３９】
実施の形態６．
３ＧＰＰにおいて、ＮＲの技術としてスプリットベアラ（ＳＢ：split bearer）を用いるデュアルコネクティビティ（ＤＣ：Dual Connectivity）が検討されている。
【０６４０】
ＳＢにおいて、マスターとなるｇＮＢ（ＭｇＮＢ）がＭｇＮＢあるいはＳｇＮＢへのルーティングを担うことが提案されている（非特許文献２２：R3-170266）。
【０６４１】
また、ＮＲではＬＴＥと同様に、ＤＣを行うＵＥに対しては、セカンダリとなるｇＮＢ（ＳｇＮＢ）のＰＤＣＰを用いない構成とすることが検討されている（非特許文献９：TR38.804V1.0.0）。
【０６４２】
ＳｇＮＢに対するデータは、ＭｇＮＢのＰＤＣＰ内でＳｇＮＢにルーティングされ、ＳｇＮＢに送信される。ＳｇＮＢに送信されたデータは、ＳｇＮＢ内のＲＬＣに入力されることになる。
【０６４３】
オプション２のＣＵ−ＤＵ分離構成のｇＮＢをＳＢのＳｇＮＢとして用いる場合、以下のような問題が生じる。
【０６４４】
従来ＬＴＥのようにＳｇＮＢがＣＵ−ＤＵ分離構成でない場合、ＭｇＮＢはＳｇＮＢにデータを送信すればよかった。しかし、ＮＲではＳｇＮＢがＣＵ−ＤＵ分離構成の場合、ＭｇＮＢはデータをＳｇＮＢのどこに送ればよいのか、すなわち、ＣＵに送信すればよいのかあるいはＤＵに送信すればよいのか、が不明となってしまう。
【０６４５】
また、前述のようにＳｇＮＢではＤＣを行うＵＥに対してＰＤＣＰを用いない（TR38.804 v1.0.0）。したがって、たとえデータをＭｇＮＢからＳｇＮＢのＣＵに送信したとしても、ＣＵ内のＰＤＣＰに入力できないことになる。ＣＵ内にＲＬＣが無いため、処理不可能となってしまう。このため、前述したＣＵ内ＰＤＣＰからＤＵ内ＲＬＣへのデータ送信が、不可能になってしまう。
【０６４６】
また、たとえデータをＭｇＮＢからＳｇＮＢのＤＵに送信するとしても、他のｇＮＢのどのＤＵにどのような方法で送信すれば良いか不明となる。
【０６４７】
このようなことから、ＭｇＮＢからＳｇＮＢへのデータ送信が不可能になってしまう。
【０６４８】
上りリンクにおいては逆の送信経路となるのでここでは説明を省略するが、同様に、ＳｇＮＢからＭｇＮＢへのデータ送信が不可能になってしまう。
【０６４９】
このため、ＳｇＮＢのＤＵを用いて通信するＵＥと基地局側との間で通信が確立できないという問題が生じる。
【０６５０】
本実施の形態６では、このような問題を解決する方法を開示する。
【０６５１】
ＳｇＮＢにＤＵ間ルーティング機能を設ける。ＳｇＮＢがＤＵ間ルーティングを行う。ＳｇＮＢのＣＵにＤＵ間ルーティング機能を設ける。ＳｇＮＢのＣＵがＤＵ間ルーティングを行う。ルーティングを行うデータはユーザデータ（U-plane data）とするとよい。また、ルーティングを行うデータは制御データ（C-plane data）であってもよい。その場合、スプリットベアラで制御データをサポートする場合に適用できる。
【０６５２】
ＳＢのＤＣでセカンダリとして用いられるｇＮＢであるＳｇＮＢは、ＭｇＮＢから送信されたＰＤＣＰ−ＰＤＵについてＤＵ間ルーティングを行う。
【０６５３】
前述のようにＳｇＮＢのＣＵのどこにＤＵ間ルーティング機能を設けるかが問題となる。ここではＤＵ間ルーティング機能をどこに設けるかについて３つの例を開示する。
【０６５４】
（１）ＳｇＮＢのＣＵ内のＰＤＣＰ内に、ＤＵ間ルーティング機能を設ける。
【０６５５】
（２）ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を設ける。
【０６５６】
（３）ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を有するプロトコルスタックを設ける。
【０６５７】
前述の（１）について詳細を開示する。
【０６５８】
ＳｇＮＢのＣＵ内のＰＤＣＰ内に、ＤＵ間ルーティング機能を設ける。ＭｇＮＢとＳｇＮＢとの間のデータ転送について開示する。スプリットベアラ対象のＵＥのＭｇＮＢから、ＳｇＮＢのＰＤＣＰに、データを入力する。ＳｇＮＢのＣＵでは、ＰＤＣＰのＤＵ間ルーティング機能だけを動作させる。該機能だけを有効にするとしてもよい。また、他の機能は動作させないようにしてもよい。他の機能をバイパスあるいはトランスペアレントするとしてもよい。ＳｇＮＢのＣＵ内ＰＤＣＰからデータを各ＤＵに出力する。
【０６５９】
受信側においては、ＳｇＮＢのＣＵ内ＰＤＣＰで各ＤＵからのデータをＭｇＮＢにルーティングする機能を設ける。各ＤＵからのデータをＭｇＮＢにルーティングする機能を、ＤＵ間ルーティング機能の中の一つとしてもよい。
【０６６０】
受信側の機能として、各ＤＵからのデータを到着順にＭｇＮＢにルーティングする。すなわち、各ＤＵからのデータを到着順に一つずつＭｇＮＢに送る。
【０６６１】
他の方法として、各ＤＵからのデータをＰＤＣＰ−ＳＮ（sequence number）順にＭｇＮＢにルーティングしてもよい。すなわち、各ＤＵからのデータをＰＤＣＰ−ＳＮ順にルーティングして一つずつＭｇＮＢに送る。
【０６６２】
図４２は、ＳｇＮＢのＰＤＣＰにＤＵ間ルーティング機能を設けた場合のアーキテクチャの例を示す図である。図４２は、ＭｇＮＢ、ＳｇＮＢともにオプション２のＣＵ−ＤＵ分離構成の場合を示している。
【０６６３】
ＭｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＣＵ内にＲＲＣ、Ｎｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。
【０６６４】
ＳｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＳｇＮＢのＣＵ内にＲＲＣが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。ＳｇＮＢはＤＣを行うＵＥのセカンダリｇＮＢであるため、従来構成ではＣＵ内にＮｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰは構成されない。しかし、図４２の例では、ＣＵ内にＰＤＣＰを設ける。
【０６６５】
ＳｇＮＢ内のＣＵ内のＰＤＣＰに、ＤＵ間ルーティング機能を設ける。図４２の例では、ＭｇＮＢ内のＣＵ内のＰＤＣＰにも、ＤＵ間ルーティング機能を設けている。
【０６６６】
ＭｇＮＢとＳｇＮＢとの間のデータ通信用に、ＭｇＮＢのＣＵとＳｇＮＢのＣＵとの間にインタフェースを設けるとよい。該インタフェースとして、新たなインタフェースを設けてもよいし、あるいは、３ＧＰＰにおいてｇＮＢ間のインタフェースとして検討されている、Ｘｎや、Ｘｘを用いてもよい。
【０６６７】
該インタフェースを用いて、スプリットベアラ対象のＵＥのＭｇＮＢから、ＳｇＮＢのＰＤＣＰに、データを入力する。ＳｇＮＢのＣＵ内に構成されたＰＤＣＰでは、ＤＵ間ルーティング機能だけを動作させる。ＭｇＮＢからのデータを、ＤＵ間ルーティング機能により、各ＤＵに出力する。
【０６６８】
受信側については、ＳｇＮＢのＣＵ内に構成されたＰＤＣＰのＤＵ間ルーティング機能において、各ＤＵからのデータをＭｇＮＢにルーティングする。例えば、ＳｇＮＢは各ＤＵからのデータを到着順にＭｇＮＢにルーティングして送信する。
【０６６９】
このような方法とすることで、ＳｇＮＢにおいて既存のプロトコルスタックであるＰＤＣＰを流用可能となるため、ｇＮＢを容易に構成することが可能となる。オプション２のＣＵ−ＤＵ分離構成のｇＮＢを、ＤＣのセカンダリとして用いることが容易になる。
【０６７０】
なお、実施の形態１で開示したパケット複製の機能、重複パケットの検出および削除の機能を、ＳｇＮＢのＣＵに設けてもよい。該機能を、ＣＵに構成されたＰＤＣＰ内に設けてもよい。ＳｇＮＢでパケットの複製を実施可能となる。
【０６７１】
また、該機能を、ＤＵ間ルーティング機能とともに、ＳｇＮＢのＣＵに構成してもよい。それらの機能を、ＣＵ内ＰＤＣＰの機能としてもよい。実施の形態５で開示した、ＣＵ内ＰＤＣＰにパケット複製機能とＤＵ間ルーティング機能との両方の機能を有するｇＮＢを、ＳｇＮＢとして用いてもよい。該ｇＮＢをＤＣ対象のＵＥのＳｇＮＢとして用いる場合、パケット複製機能とＤＵ間ルーティング機能を有効とするとよい。
【０６７２】
このようにすることで、ＳｇＮＢにおいて複数ＤＵを用いたパケット複製機能、重複パケットの検出および削除機能を実施することが可能となる。また、ＳｇＮＢの複数ＤＵを用いたパケット複製機能を、ＭｇＮＢが実施しなくてすむ。このため、ＭｇＮＢとＳｇＮＢとの間のデータ通信量の増大を防ぐことが可能となる。
【０６７３】
前述の（２）について詳細を開示する。
【０６７４】
ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を設ける。ＳｇＮＢのＲＲＣがルーティング機能を有してもよい。ＭｇＮＢとＳｇＮＢとの間のデータ転送について開示する。スプリットベアラ対象のＵＥのＭｇＮＢから、ＳｇＮＢのＣＵに、データを入力する。ＳｇＮＢのＣＵでは、ＤＵ間のルーティング機能だけを動作させる。該機能だけを有効にするとしてもよい。また、他の機能は動作させないようにしてもよい。他の機能をバイパスあるいはトランスペアレントするとしてもよい。ＳｇＮＢのＣＵからデータを各ＤＵに出力する。
【０６７５】
受信側においては、ＳｇＮＢのＣＵ内のＰＤＣＰ外に、各ＤＵからのデータをＭｇＮＢにルーティングする機能を設ける。各ＤＵからのデータをＭｇＮＢにルーティングする機能を、ＤＵ間ルーティング機能の中の一つとしてもよい。
【０６７６】
受信側の機能としては、前述の（１）で開示した方法を適用するとよい。
【０６７７】
図４３は、ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を設けた場合のアーキテクチャの例を示す図である。図４３は、ＭｇＮＢ、ＳｇＮＢともにオプション２のＣＵ−ＤＵ分離構成の場合を示している。
【０６７８】
ＭｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＣＵ内にＲＲＣ、Ｎｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。
【０６７９】
ＳｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＳｇＮＢのＣＵ内にＲＲＣが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。ＳｇＮＢはＤＣを行うＵＥのセカンダリｇＮＢであるため、ＣＵ内にＮｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰは構成されない。
【０６８０】
ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を設ける。図４３の例では、ＭｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を設ける。
【０６８１】
ｇＮＢでは、該ｇＮＢのＰＤＣＰ外に、ＤＵ間ルーティング機能を設けてもよい。前述の図４２の例ではＭｇＮＢのＰＤＣＰ内にＤＵ間ルーティング機能を設けたが、ここでは、ＭｇＮＢのＰＤＣＰ外にＤＵ間ルーティング機能を設けてもよい。
【０６８２】
前述の（１）の場合と同様に、ＭｇＮＢとＳｇＮＢとの間のデータ通信用に、ＭｇＮＢのＣＵとＳｇＮＢのＣＵとの間にインタフェースを設けるとよい。
【０６８３】
該インタフェースを用いて、スプリットベアラ対象のＵＥのＭｇＮＢから、ＳｇＮＢのＣＵ内のＰＤＣＰ外に設けられたＤＵ間ルーティング機能に、データを入力する。入力されたデータはＤＵ間ルーティング機能により各ＤＵに出力される。
【０６８４】
受信側については、ＳｇＮＢのＣＵ内のＰＤＣＰ外に設けられたＤＵ間ルーティング機能において、各ＤＵからのデータをＭｇＮＢにルーティングする。例えば、ＳｇＮＢは各ＤＵからのデータを到着順にＭｇＮＢにルーティングして送信する。
【０６８５】
このような方法とすることで、スプリットベアラを実施する場合に、従来のスプリットベアラと同様にＳｇＮＢをＰＤＣＰを用いない構成とすることができる。このため、ＳｇＮＢにおける機能拡張が容易となる。
【０６８６】
また、ＤＵ間ルーティング機能をＳｇＮＢのＲＲＣが有した場合、ＲＲＣへの機能追加だけでＤＵ間ルーティング機能を実現できるため、ｇＮＢを容易に構成することが可能となる。また、ＤＵ間ルーティング機能をＳｇＮＢのＲＲＣが有した場合、複数のベアラにおけるルーティングを一括で行うことができるため処理量を削減できる。
【０６８７】
なお、実施の形態１で開示したパケット複製の機能、重複パケットの検出および削除の機能を、ＳｇＮＢのＣＵに設けてもよい。該機能を、ＣＵに構成されたＰＤＣＰ外に設けてもよい。ＳｇＮＢでパケットの複製を実施可能となる。
【０６８８】
また、該機能を、ＤＵ間ルーティング機能とともに、ＳｇＮＢのＣＵに構成してもよい。それらの機能を、ＣＵ内ＰＤＣＰ外の機能としてもよい。ＣＵ内ＰＤＣＰ外にパケット複製機能とＤＵ間ルーティング機能との両方の機能を有するｇＮＢを、ＳｇＮＢとして用いてもよい。該ｇＮＢをＤＣ対象のＵＥのＳｇＮＢとして用いる場合、パケット複製機能とＤＵ間ルーティング機能を有効とするとよい。
【０６８９】
このようにすることで、ＳｇＮＢにおいて複数ＤＵを用いたパケット複製機能、重複パケットの検出および削除機能を実施することが可能となる。また、ＳｇＮＢの複数ＤＵを用いたパケット複製機能を、ＭｇＮＢが実施しなくてすむ。このため、ＭｇＮＢとＳｇＮＢ間のデータ通信量の増大を防ぐことが可能となる。
【０６９０】
前述の（３）について詳細を開示する。
【０６９１】
ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を有するプロトコルスタック（ＲＰと称する場合がある）を設ける。ＲＰをＰＤＣＰとは別に設けるとよい。ＲＰをＰＤＣＰの下位に設けてもよい。ＲＰでＳｇＮＢにおけるＤＵ間ルーティングを行う。
【０６９２】
ＭｇＮＢとＳｇＮＢとの間のデータ転送について開示する。スプリットベアラ対象のＵＥのＭｇＮＢから、ＳｇＮＢのＣＵに、データを入力する。ＳｇＮＢのＣＵ内のＲＰに該データを入力するとよい。ＲＰに設けられたＤＵ間ルーティング機能により該データのＤＵ間ルーティングを行い、各ＤＵにデータを出力する。
【０６９３】
受信側においては、ＳｇＮＢのＣＵ内のＲＰで各ＤＵからのデータをＭｇＮＢにルーティングする機能を設ける。各ＤＵからのデータをＭｇＮＢにルーティングする機能を、ＤＵ間ルーティング機能の中の一つとしてもよい。
【０６９４】
受信側の機能としては、前述の（１）で開示した方法を適用するとよい。
【０６９５】
図４４は、ＳｇＮＢのＣＵ内のＰＤＣＰ外に、ＤＵ間ルーティング機能を有するプロトコルスタックを設けた場合のアーキテクチャの例を示す図である。図４４は、ＭｇＮＢ、ＳｇＮＢともにオプション２のＣＵ−ＤＵ分離構成の場合を示している。
【０６９６】
ＭｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＣＵ内にＲＲＣ、Ｎｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。
【０６９７】
ＳｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＳｇＮＢのＣＵ内にＲＲＣが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。ＳｇＮＢはＤＣを行うＵＥのセカンダリｇＮＢであるため、ＣＵ内にＮｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰは構成されない。
【０６９８】
ＳｇＮＢのＣＵ内のＰＤＣＰ外にＲＰが設けられる。ＲＰにＤＵ間ルーティング機能が設けられる。図４４の例では、ＭｇＮＢのＣＵ内のＰＤＣＰ外にＲＰを設ける。ＲＰにＤＵ間ルーティング機能が設けられる。
【０６９９】
ｇＮＢでは、該ｇＮＢのＰＤＣＰ外にＲＰを設け、ＲＰにＤＵ間ルーティング機能を設けてもよい。前述の図４３の例ではＭｇＮＢのＰＤＣＰ外にＤＵ間ルーティング機能を設けたが、ここでは、ＭｇＮＢのＰＤＣＰ外にＲＰを設け、ＲＰにＤＵ間ルーティング機能を設けてもよい。
【０７００】
ＲＰは、ＭｇＮＢ用のＤＵ間ルーティング機能と、ＳｇＮＢ用のＤＵ間ルーティング機能とを併せ持つ、ｇＮＢ共通のプロトコルスタックとしてもよい。あるいは、ＭｇＮＢ用のＤＵ間ルーティング機能と、ＳｇＮＢ用のＤＵ間ルーティング機能とを共通化して、ＲＰをｇＮＢ共通のプロトコルスタックとしてもよい。例えば、送信側ではＰＤＣＰからＲＰへデータが入力され、受信側ではＲＰからＰＤＣＰへデータが送信されるとしてもよい。
【０７０１】
ＭｇＮＢは、自ｇＮＢ内のＰＤＣＰとＲＰとの間で、データ送受信を行う。ＳｇＮＢは、ＭｇＮＢのＰＤＣＰと自ｇＮＢのＲＰとの間で、データ送受信を行う。
【０７０２】
同じｇＮＢであっても、あるＵＥにとってはＭｇＮＢとなり、別のＵＥにとってはＳｇＮＢになりうる。したがって、ｇＮＢ共通のＲＰを設けることで、どちらのｇＮＢとして用いられてもＤＵ間ルーティングを実行可能となる。
【０７０３】
前述の（１）の場合と同様に、ＭｇＮＢとＳｇＮＢとの間のデータ通信用に、ＭｇＮＢのＣＵとＳｇＮＢのＣＵとの間にインタフェースを設けるとよい。
【０７０４】
該インタフェースを用いて、スプリットベアラ対象のＵＥのＭｇＮＢから、ＳｇＮＢのＣＵ内のＰＤＣＰ外に設けられたＲＰに、データを入力する。入力されたデータはＤＵ間ルーティング機能により各ＤＵに出力される。
【０７０５】
受信側については、ＳｇＮＢのＣＵ内のＰＤＣＰ外に設けられたＲＰのＤＵ間ルーティング機能において、各ＤＵからのデータをＭｇＮＢにルーティングする。例えば、ＳｇＮＢは各ＤＵからのデータを到着順にＭｇＮＢにルーティングして送信する。
【０７０６】
このようにＤＣ間ルーティング機能を有するプロトコルスタックを設けることで、ｇＮＢ内の他のプロトコルスタックに影響を与えることなく、ｇＮＢを構成することが可能となる。このため、ＳｇＮＢを容易に構成することができる。
【０７０７】
また、ｇＮＢ共通のＲＰとすることで、ＭｇＮＢとＳｇＮＢとで異なる設計、実装、あるいは設定を行う必要が無くなり、複雑性を回避することが可能となる。
【０７０８】
なお、実施の形態１で開示したパケット複製の機能、重複パケットの検出および削除の機能を、ＲＰ内に設けてもよい。パケット複製機能、重複パケットの検出および削除の機能をＲＰ内に設けることで、他のプロトコルスタックに影響を与えることなく、ｇＮＢを構成することが可能となる。
【０７０９】
また、ｇＮＢ共通のＲＰ内にパケット複製機能、重複パケットの検出および削除の機能を設けることで、ＭｇＮＢとＳｇＮＢとで異なる設計、実装、あるいは設定を行う必要が無くなり、複雑性を回避することが可能となる。
【０７１０】
なお、実施の形態１で開示したパケット複製の機能、重複パケットの検出および削除の機能を、ＳｇＮＢのＣＵに設けてもよい。該機能を、ＣＵに構成されたＲＰ内に設けてもよい。ＳｇＮＢでパケットの複製を実施可能となる。
【０７１１】
また、該機能を、ＤＵ間ルーティング機能とともに、ＳｇＮＢのＣＵに構成してもよい。それらの機能を、ＣＵのＲＰ内の機能としてもよい。ＣＵのＲＰ内にパケット複製機能とＤＵ間ルーティング機能との両方の機能を有するｇＮＢを、ＳｇＮＢとして用いてもよい。該ｇＮＢをＤＣ対象のＵＥのＳｇＮＢとして用いる場合、パケット複製機能とＤＵ間ルーティング機能を有効とするとよい。
【０７１２】
このようにすることで、ＳｇＮＢにおいて複数ＤＵを用いたパケット複製機能、重複パケットの検出および削除機能を実施することが可能となる。また、ＳｇＮＢの複数ＤＵを用いたパケット複製機能を、ＭｇＮＢが実施しなくてすむ。このため、ＭｇＮＢとＳｇＮＢ間のデータ通信量の増大を防ぐことが可能となる。
【０７１３】
ｇＮＢ内ＣＵにＤＵ用バッファを設けてもよい。また、ｇＮＢのＤＵ内にＤＵ毎にバッファを設けてもよい。実施の形態５で開示した方法を適用するとよい。同様の効果を得られる。
【０７１４】
また、各ＤＵからＣＵに対して、下りデータを要求する情報、ＲＬＣ再送制御に関する情報、ＭＡＣ再送制御に関する情報を通知してもよい。実施の形態５で開示した方法を適用するとよい。同様の効果を得られる。
【０７１５】
また、実施の形態５では、ＣＵ内ＰＤＣＰが、再送と判断したデータを再度ＤＵ間ルーティング機能によりどのＤＵにルーティングするか決定し、決定したルーティング先ＤＵにデータを送信することを開示した。本実施の形態６では、ＤＵ間ルーティング機能を設けるのと同じＣＵあるいはＣＵ内プロトコルスタックが、これらの処理を行うとよい。同様の効果が得られる。
【０７１６】
ＳｇＮＢからＭｇＮＢへ、自ＳｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報を通知してもよい。
【０７１７】
また、ＳｇＮＢからＭｇＮＢへ、自ＳｇＮＢのＤＵ間ルーティング機能に関する情報を通知してもよい。ＤＵ間ルーティング機能に関する情報として、ＤＵ間ルーティング機能の有無や、ＤＵ間ルーティング機能をどこに設けるかなどの構成情報などがある。
【０７１８】
ＳｇＮＢはＭｇＮＢに対して、これらの情報をＤＣ設定時に通知してもよい。例えば、ＳｇＮＢの追加（SgNB addition）が行われる場合に、ＳｇＮＢからＭｇＮＢに対して該情報を通知してもよい。ＳｇＮＢは、ＳｇＮＢ ａｄｄｉｔｉｏｎの要求に対する応答を通知するシグナリングに該情報を含めることで、該情報をＭｇＮＢに通知してもよい。
【０７１９】
あるいは、ＳｇＮＢの修正（SgNB modification）が行われる場合に、ＳｇＮＢからＭｇＮＢに対して該情報を通知してもよい。ＳｇＮＢは、ＳｇＮＢ ｍｏｄｉｆｉｃａｔｉｏｎの要求に対する応答を通知するシグナリングに該情報を含めることで、該情報をＭｇＮＢに通知してもよい。
【０７２０】
このようにＳｇＮＢからＭｇＮＢに対して、ＣＵ-ＤＵ分離構成の有無を示す情報や、ＤＵ間ルーティング機能に関する情報を通知することで、ＭｇＮＢがそれらを認識可能となる。ＭｇＮＢにおいてそれらを考慮したＳＢのルーティングを行ってもよい。
【０７２１】
また、ＤＣ設定時では無く、例えば、ｇＮＢ間のインタフェースのセットアップ時に、ｇＮＢ間で前述の情報を通知してもよい。セットアップメッセージに、自ｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報や、ＤＵ間ルーティングに関する情報を含めることで、該情報を他のｇＮＢに通知してもよい。
【０７２２】
あるいは、ｇＮＢ設定のアップデート時に、前述の情報を通知してもよい。ｇＮＢ設定のアップデートメッセージに、自ｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報や、ＤＵ間ルーティングに関する情報を含めることで、該情報を他のｇＮＢに通知してもよい。
【０７２３】
前述の他のｇＮＢは、周辺ｇＮＢであってもよい。
【０７２４】
このようにセットアップ時あるいはｇＮＢ設定のアップデート時などに前述の情報を通知することで、ＤＣだけでなく他のサービスにおいても、周辺ｇＮＢの構成を考慮することが可能となる。
【０７２５】
ＭｇＮＢとＳｇＮＢとの間で通知される情報について開示する。該情報は、ＬＴＥにおけるＳＢ時にＭｇＮＢとＳｇＮＢとの間で通知される情報であってもよい。該情報は、Ｘ２−Ｕ上で通知される情報であってもよい（非特許文献２３：TS36.425）。
【０７２６】
ＭｇＮＢからＳｇＮＢへ通知する情報として、ＤＬデータに関連付けられる情報がある。ＤＬデータに関連付けられる情報は、例えば、ＭｇＮＢとＳｇＮＢとの間のインタフェース上で付与されるシーケンスナンバである。ＸｎあるいはＸｘが設けられる場合、該インタフェース上で付与されるシーケンスナンバを、ＤＬデータに関連付けられる情報とするとよい。例えば、Ｘｎ−Ｕ  ＳＮ、Ｘｘ−Ｕ  ＳＮである。
【０７２７】
ＳｇＮＢからＭｇＮＢへ通知する情報として、ＤＬデータの送信状況の情報がある。ＤＬデータの送信状況の情報は、例えば、ＵＥに送信成功した最も高いＰＤＣＰ−ＳＮである。ＳｇＮＢは、ＤＬデータの送信状況の情報として、所定の期間にＵＥへの送信に成功したＰＤＣＰ−ＳＮを通知してもよい。ＳｇＮＢは、ＤＬデータの送信状況の情報として、所定の期間にＵＥへの送信に失敗したＰＤＣＰ−ＳＮを通知してもよい。ＳｇＮＢは、通知する最初のＰＤＣＰ−ＳＮと、所定の期間に送信成功あるいは送信失敗したＰＤＣＰ−ＳＮと、をあわせて通知してもよい。所定の期間に送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを、ビットマップ情報として通知してもよい。通知に必要なビット数を低減できる。
【０７２８】
ＤＬデータの送信状況の情報は、例えば、ＣＵからＤＵあるいはＤＵ内ＲＬＣへの送信に成功した最も高いＰＤＣＰ−ＳＮであってもよい。ＳｇＮＢは、ＤＬデータの送信状況の情報として、所定の期間にＣＵからＤＵあるいはＤＵ内ＲＬＣへの送信に成功したＰＤＣＰ−ＳＮを通知してもよい。ＳｇＮＢは、ＤＬデータの送信状況の情報として、所定の期間にＣＵからＤＵあるいはＤＵ内ＲＬＣへの送信に失敗したＰＤＣＰ−ＳＮを通知してもよい。ＳｇＮＢは、通知する最初のＰＤＣＰ−ＳＮと、所定の期間に送信成功あるいは送信失敗したＰＤＣＰ−ＳＮと、をあわせて通知してもよい。所定の期間に送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを、ビットマップ情報として通知してもよい。通知に必要なビット数を低減できる。
【０７２９】
ＤＬデータの送信状況の情報は、例えば、ＤＵあるいはＤＵ内ＲＬＣでＵＥへの送信に成功した最も高いＰＤＣＰ−ＳＮであってもよい。ＳｇＮＢは、ＤＬデータの送信状況の情報として、所定の期間にＤＵあるいはＤＵ内ＲＬＣでＵＥへの送信に成功したＰＤＣＰ−ＳＮを通知してもよい。ＳｇＮＢは、ＤＬデータの送信状況の情報として、所定の期間にＤＵあるいはＤＵ内ＲＬＣでＵＥへの送信に失敗したＰＤＣＰ−ＳＮを通知してもよい。ＳｇＮＢは、通知する最初のＰＤＣＰ−ＳＮと、所定の期間に送信成功あるいは送信失敗したＰＤＣＰ−ＳＮと、をあわせて通知してもよい。所定の期間に送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを、ビットマップ情報として通知してもよい。通知に必要なビット数を低減できる。
【０７３０】
ＤＵあるいはＤＵ内ＲＬＣでＵＥへの送信に成功した最も高いＰＤＣＰ−ＳＮに関する情報、所定の期間にＤＵあるいはＤＵ内ＲＬＣでＵＥへの送信に成功したＰＤＣＰ−ＳＮに関する情報、および、所定の期間にＤＵあるいはＤＵ内ＲＬＣでＵＥへの送信に失敗したＰＤＣＰ−ＳＮに関する情報は、ＤＵからＣＵに通知されるとよい。あるいは、これらの情報は、ＤＵ内ＲＬＣからＣＵ内ＰＤＣＰに通知されてもよい。ＳｇＮＢ内ＣＵは、ＭｇＮＢに対してこれらの情報を通知することが可能となる。
【０７３１】
ＳｇＮＢからＭｇＮＢへ通知する情報として、バッファサイズの情報がある。例えば、ＳＢ対象とするベアラのために望ましいバッファサイズ（desired buffer size）の情報、ＳＢ対象とするＵＥのために望ましい最小のバッファサイズ（minimum desired buffer size）の情報などである。
【０７３２】
ＳｇＮＢからＭｇＮＢへ通知する情報として、ＭｇＮＢとＳｇＮＢとの間のデータ通信で失ったデータに関する情報がある。失ったデータに関する情報は、例えば、該失ったデータに対して、ＭｇＮＢとＳｇＮＢとの間のインタフェース上で付与されていたシーケンスナンバである。失ったデータに関する情報の他の例として、最初に失ったデータに対して、ＭｇＮＢとＳｇＮＢとの間のインタフェース上で付与されていたシーケンスナンバと、最後に失ったデータに対して、ＭｇＮＢとＳｇＮＢとの間のインタフェース上で付与されていたシーケンスナンバとがある。また、これら一連の失ったデータの組の数を通知してもよい。
【０７３３】
このようにすることで、たとえ、ＭｇＮＢからＳｇＮＢのＣＵ内ＰＤＣＰにデータを送信するとしても、データ送信を適切に効率よく実施することが可能となる。
【０７３４】
図４５〜図４７は、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。図４５〜図４７は、境界線ＢＬ４５４６、ＢＬ４６４７の位置でつながっている。
【０７３５】
ＳｇＮＢはオプション２のＣＵ−ＤＵ分離構成であり、２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＭｇＮＢもオプション２のＣＵ−ＤＵ分離構成の場合であり、２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。
【０７３６】
ステップＳＴ６８０１で、上位ＮＷ装置とＭｇＮＢ  ＣＵとの間でデータが送受信される。
【０７３７】
ステップＳＴ６８０２で、ＭｇＮＢ  ＣＵは、ＤＵ間のルーティングを行う。例えば、ＤＵ間ルーティング機能がＰＤＣＰ内に構成されている場合、ＰＤＣＰがＤＵ間ルーティングを行う。ＤＵ間ルーティングでは、ルーティング先のＤＵを決定し、決定したルーティング先ＤＵにデータを送信する。
【０７３８】
ステップＳＴ６８０３で、ＭｇＮＢ  ＣＵがＭｇＮＢ  ＤＵ＃１にルーティングすると決定したデータを、該ＤＵ＃１に送信する。ステップＳＴ６８０４で、ＭｇＮＢ  ＤＵ＃１は、ＭｇＮＢ  ＣＵから受信したデータに対して、ＲＬＣ、ＭＡＣ、ＰＨＹの処理を行い、処理したデータをＵＥに対して送信する。
【０７３９】
ステップＳＴ６８０６で、ＭｇＮＢ  ＣＵが、ＭｇＮＢ  ＤＵ＃２にルーティングすると決定したデータを、該ＤＵ＃２に送信する。ステップＳＴ６８０５で、ＭｇＮＢ  ＤＵ＃２は、ＭｇＮＢ  ＣＵから受信したデータに対して、ＲＬＣ、ＭＡＣ、ＰＨＹの処理を行い、処理したデータをＵＥに対して送信する。
【０７４０】
ＵＥからの送信についてはこの逆の動作が行われる。ステップＳＴ６８０４で、ＵＥからデータがＭｇＮＢ  ＤＵ＃１に送信される。ＭｇＮＢ  ＤＵ＃１が受信したデータは、ステップＳＴ６８０３で、ＰＨＹ、ＭＡＣ、ＲＬＣによって処理され、ＭｇＮＢ  ＣＵに送信される。同様に、ステップＳＴ６８０５、ＳＴ６８０６で、ＵＥからデータがＭｇＮＢ  ＤＵ＃２を介してＭｇＮＢ  ＣＵに送信される。ステップＳＴ６８０２で、ＭｇＮＢ  ＣＵは、受信側のＤＵ間ルーティングを行う。例えば、ＭｇＮＢ  ＣＵは、ＭｇＮＢ  ＤＵ＃１からのデータと、ＭｇＮＢ  ＤＵ＃２からのデータとを、到着順に上位機能に送信する。ＵＥからのデータは、ＭｇＮＢ  ＣＵでＰＤＣＰによって処理され、Ｎｅｗ  ＡＳ  Ｌａｙｅｒによって処理され、ステップＳＴ６８０１で上位ＮＷ装置に送信される。
【０７４１】
これにより、ＭｇＮＢが複数のＤＵを構成するような場合にも、ＵＥと上位ＮＷ装置間で通信が可能となる。
【０７４２】
次に、ＳＢのＤＣが行われる場合について説明する。ステップＳＴ６８０７で、ＭｇＮＢがＵＥに対してＤＣを実施することを決定する。
【０７４３】
ステップＳＴ６８０８で、ＭｇＮＢ  ＣＵは、ＳｇＮＢ  ＣＵに対して、ＳｇＮＢ追加要求メッセージを通知する。該メッセージを受信したＳｇＮＢ  ＣＵは、自ｇＮＢをＳｇＮＢとすることを許可する。
【０７４４】
この際に、ステップＳＴ６８０９で、ＳｇＮＢ  ＣＵは、ＤＣに用いるＤＵを決定してもよい。
【０７４５】
ステップＳＴ６８１０で、ＳｇＮＢ  ＣＵは、ＳｇＮＢ追加要求応答メッセージをＭｇＮＢ  ＣＵに通知する。このメッセージに、ステップＳＴ６８０９で決定したＤＣに用いるＤＵを含めて通知する。
【０７４６】
ＳｇＮＢ追加要求応答メッセージを受信したＭｇＮＢ  ＣＵは、ステップＳＴ６８１１で、ＤＣを実施するＵＥに対して、ＤＣの設定を通知する。この際に、ＤＣに用いるＳｇＮＢのＤＵに関する情報を通知するとよい。例えば、ＤＵ＃１、ＤＵ＃２の識別子、初期アクセス（例えばランダムアクセス）に用いるリソースやシーケンス情報などである。
【０７４７】
この通知には、ＲＲＣ接続再設定メッセージを用いるとよい。このようにすることで、ＵＥは、ＳｇＮＢのどのＤＵとＤＣを行うかを識別することが可能となり、ＤＣを行うＤＵへのアクセスが可能となる。
【０７４８】
ステップＳＴ６８１２で、ＵＥはＭｇＮＢ  ＣＵに対して、ＤＣ設定完了を通知する。この通知には、ＲＲＣ接続再設定完了メッセージを用いるとよい。
【０７４９】
ステップＳＴ６８１３で、ＭｇＮＢ  ＣＵは、ＳｇＮＢ  ＣＵに対して、ＳｇＮＢ再設定の完了を通知する。
【０７５０】
このようにすることで、ＳＢのＤＣの設定が行われる。
【０７５１】
ステップＳＴ６８１４、ＳＴ６８１５で、ＵＥは、ＤＣを行うＳｇＮＢのＤＵ＃１およびＤＵ＃２との間でランダムアクセス（ＲＡ）処理を行う。これにより、ＵＥと、ＤＣを行うＳｇＮＢのＤＵ＃１およびＤＵ＃２との間でアクセスが可能となる。
【０７５２】
ステップＳＴ６８１６で、ＭｇＮＢ  ＣＵは、上位ＮＷ装置から送信されるデータについて、ＳＢ用にＭｇＮＢとＳｇＮＢとにルーティングを行う。ＳｇＮＢにルーティングされたデータは、ステップＳＴ６８２１で、ＳｇＮＢに送信される。具体的には、該データは、ＳｇＮＢのＣＵに送信される。
【０７５３】
ＭｇＮＢにルーティングされたデータについては、ステップＳＴ６８２７で、ＤＵ間ルーティングが行われる。ステップＳＴ６８２７のＤＵ間ルーティングにより、ＭｇＮＢ  ＣＵがＭｇＮＢ  ＤＵ＃１にルーティングすると決定したデータは、ステップＳＴ６８１７で該ＭｇＮＢ  ＤＵ＃１に送信される。ステップＳＴ６８１８で、ＭｇＮＢ  ＤＵ＃１は、受信したデータを処理してＵＥに対して送信する。
【０７５４】
ステップＳＴ６８２７のＤＵ間ルーティングにより、ＭｇＮＢ  ＣＵがＭｇＮＢ  ＤＵ＃２にルーティングすると決定したデータは、ステップＳＴ６８２０で該ＭｇＮＢ  ＤＵ＃２に送信される。ステップＳＴ６８１９で、ＭｇＮＢ  ＤＵ＃２は、受信したデータを処理してＵＥに対して送信する。
【０７５５】
ＳｇＮＢのＣＵに送信されたデータについては、ステップＳＴ６８２２で、ＤＵ間ルーティングが行われる。ＳｇＮＢのＰＤＣＰ内にＤＵ間ルーティング機能が設けられたとしても、ＤＵ間ルーティング機能のみを有効にする。
【０７５６】
ステップＳＴ６８２２のＤＵ間ルーティングにより、ＳｇＮＢ  ＣＵがＳｇＮＢ  ＤＵ＃１にルーティングすると決定したデータは、ステップＳＴ６８２３で該ＳｇＮＢ  ＤＵ＃１に送信される。ステップＳＴ６８２４で、ＳｇＮＢ  ＤＵ＃１は、受信したデータを処理してＵＥに対して送信する。
【０７５７】
ステップＳＴ６８２２のＤＵ間ルーティングにより、ＳｇＮＢ  ＣＵがＳｇＮＢ  ＤＵ＃２にルーティングすると決定したデータは、ステップＳＴ６８２６で該ＳｇＮＢ  ＤＵ＃２に送信される。ステップＳＴ６８２５で、ＳｇＮＢ  ＤＵ＃２は、受信したデータを処理してＵＥに対して送信する。
【０７５８】
ＵＥからの送信についてはこの逆の動作が行われる。ＭｇＮＢ側については、ステップＳＴ６８０２からステップＳＴ６８０６で開示した方法と同様なので省略する。
【０７５９】
ＳｇＮＢについて開示する。
【０７６０】
ステップＳＴ６８２４で、ＵＥからデータがＳｇＮＢ  ＤＵ＃１に送信される。ＳｇＮＢ  ＤＵ＃１が受信したデータは、ＰＨＹ、ＭＡＣ、ＲＬＣによって処理され、ステップＳＴ６８２３で、ＳｇＮＢ  ＣＵに送信される。同様に、ステップＳＴ６８２５、ＳＴ６８２６で、ＵＥからデータがＳｇＮＢ  ＤＵ＃２を介してＳｇＮＢ  ＣＵに送信される。
【０７６１】
ステップＳＴ６８２２で、ＳｇＮＢ  ＣＵは、受信側のＤＵ間ルーティングを行う。例えば、ＳｇＮＢ  ＤＵ＃１からのデータと、ＳｇＮＢ  ＤＵ＃２からのデータとを、到着順にＭｇＮＢに送信する。ＵＥからのデータは、ステップＳＴ６８２１で、ＳｇＮＢ  ＣＵからＭｇＮＢ  ＣＵに送信される。ＭｇＮＢ  ＣＵが受信したデータは、ＰＤＣＰによって処理され、Ｎｅｗ  ＡＳ  Ｌａｙｅｒによって処理され、上位ＮＷ装置に送信される。
【０７６２】
ステップＳＴ６８２１におけるＭｇＮＢ  ＣＵとＳｇＮＢ  ＣＵとの間の通信において、前述した、ＭｇＮＢとＳｇＮＢとの間とで通知される情報を通知してもよい。
【０７６３】
このようにすることで、オプション２のＣＵ−ＤＵ分離構成のｇＮＢをセカンダリとして用いてＳＢのＤＣを実行することが可能となる。
【０７６４】
本実施の形態６で開示した方法とすることで、オプション２のＣＵ-ＤＵ分離構成のｇＮＢをＳＢのＤＣのＳｇＮＢとして使う場合に、ＭｇＮＢからＳｇＮＢへのデータ転送を可能にする。また、ＳｇＮＢのＣＵ内でＤＵ間ルーティングを可能とする。
【０７６５】
このため、オプション２のＣＵ-ＤＵ分離構成のｇＮＢをＳＢのＤＣのＳｇＮＢとして使用した通信を可能とする。
【０７６６】
また、本実施の形態６に開示した方法をＭｇＮＢにも適用することで、ＭｇＮＢ内のＤＵ間ルーティングを可能とする。
【０７６７】
このため、オプション２のＣＵ-ＤＵ分離構成のｇＮＢをＳＢのＤＣのＭｇＮＢとして使用した通信を可能とする。
【０７６８】
前述に開示した例では、ＭｇＮＢとＳｇＮＢとでＤＵ間ルーティング機能の構成方法を同じにした。このようにすることで、ｇＮＢ共通のＤＵ間ルーティング機能を設けることができるため、ｇＮＢの構成を容易にすることが可能となる。
【０７６９】
他の方法として、ＭｇＮＢとＳｇＮＢとでＤＵ間ルーティング機能の構成方法を異ならせてもよい。ＤＵ間ルーティング機能の構成を、各ｇＮＢの他の構成に応じて異ならせてもよい。
【０７７０】
また、ｇＮＢが複数のＤＵ間ルーティング機能の構成を有している場合、準静的あるいは動的にＤＵ間ルーティング機能の構成を変更してもよい。ｇＮＢは、自ｇＮＢのＤＵ間ルーティング機能の構成情報を、ＤＵ間ルーティング機能に関する情報として、他のｇＮＢあるいはＤＣを行うｇＮＢに対して通知するとよい。
【０７７１】
このようにすることで、各ｇＮＢの構成や各ｇＮＢでの負荷状況などに応じて、ＤＵ間ルーティング機能を変更することが可能となる。ｇＮＢにおけるＤＵ間ルーティングの処理負荷を適宜低減することが可能となる。
【０７７２】
実施の形態６によれば、例えば次のような構成が提供される。
【０７７３】
通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムが提供される。複数の基地局装置は、通信端末装置に対してベアラを構成する、マスター基地局装置とセカンダリ基地局装置とを含む。マスター基地局装置およびセカンダリ基地局装置はそれぞれ、通信端末装置との間で無線信号を送受信する複数のＤＵ（Distributed Unit）と、複数のＤＵを制御するＣＵ（Central Unit）とを含む。マスター基地局装置は、通信端末装置宛ての下りデータを、当該マスター基地局装置よりも上位のネットワーク装置から受信する。マスター基地局は、下りデータのルーティングを当該マスター基地局装置とセカンダリ基地局装置とに対して行う。
【０７７４】
ここで、マスター基地局装置のＣＵは、当該マスター基地局装置におけるルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵに、当該マスター基地局装置にルーティングされた下りデータを転送する機能とを有する。セカンダリ基地局装置のＣＵは、当該セカンダリ基地局装置におけるルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵに、当該セカンダリ基地局装置にルーティングされた下りデータを転送する機能とを有する。
【０７７５】
あるいは、マスター基地局装置のＣＵは、当該マスター基地局装置におけるルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵに、当該マスター基地局装置にルーティングされた下りデータを転送する機能と、セカンダリ基地局装置におけるルーティング先ＤＵを決定する機能とを有してもよい。この場合、セカンダリ基地局装置のＣＵは、マスター基地局装置によって決定された、当該セカンダリ基地局装置のルーティング先ＤＵに、当該セカンダリ基地局装置にルーティングされた下りデータを転送する機能を有する。
【０７７６】
あるいは、マスター基地局装置のＣＵは、当該マスター基地局装置におけるルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵに、当該マスター基地局装置にルーティングされた下りデータを転送する機能と、セカンダリ基地局装置におけるルーティング先ＤＵを決定する機能と、セカンダリ基地局装置のルーティング先ＤＵに、セカンダリ基地局装置にルーティングされた下りデータを転送する機能とを有してもよい。
【０７７７】
上記構成は、実施の形態６を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０７７８】
実施の形態６の変形例１．
本変形例１では、実施の形態６で記した問題、具体的にはオプション２のＣＵ−ＤＵ分離構成のｇＮＢをＳＢのＳｇＮＢとして用いる場合の問題を解決する他の方法を開示する。
【０７７９】
ＭｇＮＢに、ＳｇＮＢのルーティング先ＤＵを決定する機能を設ける。ＳｇＮＢに、ルーティング先ＤＵにデータを送信する機能を設ける。ＳｇＮＢのＣＵに、ルーティング先ＤＵにデータを送信する機能を設ける。
【０７８０】
ＳｇＮＢのルーティング先ＤＵを決定する機能を、従来のＰＤＣＰの機能あるいはＮＲで提案されているＰＤＣＰの機能（非特許文献２２：R3-170266）の下位に設けてもよい。
【０７８１】
ＳｇＮＢのルーティング先ＤＵを決定する機能を、ＳＢのためのルーティング機能の下位に設ける。ＳｇＮＢへのルーティング後に該ＳｇＮＢのルーティング先ＤＵを決定する機能を設けてもよい。
【０７８２】
ＳｇＮＢのルーティング先ＤＵを決定する機能を、ＭｇＮＢ内に構成する方法について、以下に３つの例を開示する。
【０７８３】
（１）ＰＤＣＰ内に、ルーティング先ＤＵを決定する機能を設ける。
【０７８４】
（２）ＰＤＣＰ外に、ルーティング先ＤＵを決定する機能を設ける。
【０７８５】
（３）ＰＤＣＰ外に、ルーティング先ＤＵを決定する機能を有するプロトコルスタックを設ける。
【０７８６】
ＭｇＮＢからのデータをルーティング先ＤＵに送信する機能を、ＳｇＮＢのＣＵ内に構成する方法について、以下に３つの例を開示する。
【０７８７】
（１）ＳｇＮＢ内のＣＵ内のＰＤＣＰ内に、ルーティング先ＤＵにデータを送信する機能を設ける。
【０７８８】
（２）ＳｇＮＢ内のＣＵ内のＰＤＣＰ外に、ルーティング先ＤＵにデータを送信する機能を設ける。
【０７８９】
（３）ＳｇＮＢ内のＣＵ内のＰＤＣＰ外に、ルーティング先ＤＵにデータを送信する機能を有するプロトコルスタックを設ける。
【０７９０】
ｇＮＢにＤＵ間ルーティング機能を設けてもよい。
【０７９１】
ｇＮＢがＭｇＮＢとなる場合は、ＤＵ間ルーティング機能をＳｇＮＢ用に構成する。ＳｇＮＢのＤＵ間ルーティング機能の内、ルーティング先ＤＵを決定する機能を有効とし、ルーティング先ＤＵにデータを送信する機能を無効とする。他の例として、ｇＮＢがＭｇＮＢとなる場合は、ＳｇＮＢのＤＵ間ルーティング機能の内、ルーティング先ＤＵを決定する機能ではない他の機能を、バイパスあるいはトランスペアレントとしてもよい。このようにすることで、ｇＮＢがＭｇＮＢとなる場合、ＭｇＮＢにおいてＳｇＮＢのルーティング先ＤＵを決定する機能を実施することが可能となる。
【０７９２】
ＭｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ＤＵ間ルーティング機能をＭｇＮＢ用に構成してもよい。ＭｇＮＢにおいて自ｇＮＢのＤＵ間ルーティング機能を実施することが可能となる。
【０７９３】
ｇＮＢがＳｇＮＢとなる場合は、ＤＵ間ルーティング機能の内、ルーティング先ＤＵを決定する機能を無効とし、ルーティング先ＤＵにデータを送信する機能を有効とする。他の例として、ｇＮＢがＳｇＮＢとなる場合は、ＤＵ間ルーティング機能の内、ルーティング先ＤＵにデータを送信する機能ではない他の機能を、バイパスあるいはトランスペアレントとしてもよい。このようにすることで、ｇＮＢがＳｇＮＢとなる場合、ＳｇＮＢにおいてルーティング先ＤＵにデータを送信する機能を実施することが可能となる。
【０７９４】
ＭｇＮＢは、ＳｇＮＢへの送信データについて、ＳｇＮＢのルーティング先ＤＵを決定する機能を実施することで、ＳｇＮＢのルーティング先ＤＵを決定し、送信データをＳｇＮＢに送信する。ＳｇＮＢは、ＭｇＮＢから送信されたデータを、ルーティング先ＤＵにデータを送信する機能を実施することで、各ＤＵにデータを送信することが可能となる。
【０７９５】
受信側においては、ＳｇＮＢに、各ＤＵからのデータをＭｇＮＢにルーティングする機能を設ける。各ＤＵからのデータをＭｇＮＢにルーティングする機能を、ＤＵ間ルーティング機能の中の一つとしてもよい。あるいは、各ＤＵからのデータをＭｇＮＢにルーティングする機能を、ルーティング先ＤＵにデータを送信する機能の中の一つとしてもよい。受信側の機能として、各ＤＵからのデータを到着順にＭｇＮＢにルーティングする。すなわち、各ＤＵからのデータを到着順に一つずつＭｇＮＢにデータを送る。
【０７９６】
他の方法として、各ＤＵからのデータをＰＤＣＰ−ＳＮ（sequence number）順にＭｇＮＢにルーティングしてもよい。すなわち、各ＤＵからのデータをＰＤＣＰ−ＳＮ順にルーティングして一つずつＭｇＮＢにデータを送る。
【０７９７】
ＭｇＮＢには、ＳｇＮＢから送信されたデータを上位機能に送信する機能を設けるとよい。この際、ＭｇＮＢは、上位機能で必要としない情報を削除して、該削除後のデータを上位機能に送信してもよい。ＳｇＮＢから送信されたデータを上位機能に送信する機能を、ＤＵ間ルーティング機能の中の一つとしてもよい。あるいは、ＳｇＮＢから送信されたデータを上位機能に送信する機能を、ルーティング先ＤＵを決定する機能の中の一つとしてもよい。
【０７９８】
このようにすることで、受信側においても、ＳｇＮＢの各ＤＵからのデータをＭｇＮＢに送信することが可能となる。
【０７９９】
ルーティング先ＤＵを決定する機能の前述の構成方法（１）から（３）、および、ルーティング先ＤＵにデータを送信する機能の前述の構成方法（１）から（３）については、実施の形態６で開示したＤＵ間ルーティング機能の構成方法を適宜適用するとよい。
【０８００】
図４８は、ＭｇＮＢにＳｇＮＢのルーティング先ＤＵを決定する機能を設け、ＳｇＮＢのＣＵ内のＰＤＣＰにＤＵ間ルーティング機能を設けた場合のアーキテクチャの例を示す図である。図４８は、ＭｇＮＢ、ＳｇＮＢともにオプション２のＣＵ−ＤＵ分離構成の場合を示している。
【０８０１】
ＭｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＣＵ内にＲＲＣ、Ｎｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。
【０８０２】
ＳｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＳｇＮＢのＣＵ内にＲＲＣが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。ＳｇＮＢはＤＣを行うＵＥのセカンダリｇＮＢであるため、従来構成ではＣＵ内にＮｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰは構成されない。しかし、本実施の形態６の変形例１では、ＣＵ内にＰＤＣＰを設ける。
【０８０３】
ＭｇＮＢのＣＵ内のＰＤＣＰに、自ｇＮＢのルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵにデータを送信する機能とが、設けられる。ルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵにデータを送信する機能とのかわりに、ＤＵ間ルーティング機能を設けてもよい。
【０８０４】
ＭｇＮＢのＣＵ内のＰＤＣＰに、ＳｇＮＢのルーティング先ＤＵを決定する機能が設けられる。ＳｇＮＢのＣＵ内のＰＤＣＰに、ルーティング先ＤＵにデータを送信する機能が設けられる。
【０８０５】
ＭｇＮＢは、ＳｇＮＢに送信するデータに関連して、ＭｇＮＢで決定したＳｇＮＢのルーティング先ＤＵを示す情報を、ＳｇＮＢに対して通知する。ＳｇＮＢは該情報を受信することで、ＭｇＮＢから送信されたデータをどのＤＵに送信すれば良いかを認識できる。
【０８０６】
これにより、ＳｇＮＢは、ＭｇＮＢから送信されたデータを、ＭｇＮＢで決定したルーティング先ＤＵに送信可能となる。
【０８０７】
ＭｇＮＢとＳｇＮＢとの間のデータ通信用のインタフェースは、実施の形態６で開示したインタフェースを適用するとよい。
【０８０８】
受信側については、ＳｇＮＢのＣＵ内に構成されたＰＤＣＰに設けられた機能である、各ＤＵからのデータをＭｇＮＢにルーティングする機能において、各ＤＵからのデータをＭｇＮＢにルーティングする。例えば、ＳｇＮＢは各ＤＵからのデータを到着順にＭｇＮＢにルーティングして送信する。
【０８０９】
ＭｇＮＢでは、ＭｇＮＢに構成された機能である、ＳｇＮＢから送信されたデータを上位機能に送信する機能において、ＳｇＮＢからのデータを上位機能に送信する。
【０８１０】
このような方法とすることで、ＳｇＮＢにおいて既存のプロトコルスタックであるＰＤＣＰを流用可能となるため、ｇＮＢを容易に構成することが可能となる。オプション２のＣＵ−ＤＵ分離構成のｇＮＢを、ＤＣのセカンダリとして用いることが容易になる。
【０８１１】
ｇＮＢ間で、自ｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報を、通知してもよい。
【０８１２】
ｇＮＢ間で自ｇＮＢのＤＵの情報を通知してもよい。ＤＵの情報として、自ｇＮＢのＣＵに接続されるＤＵの情報を通知してもよい。ＤＵの情報として、各ＤＵと、ＤＵが接続されるＣＵの情報とを関連付けて、通知してもよい。
【０８１３】
本変形例１では、実施の形態６で開示した方法と異なり、ＭｇＮＢがＳｇＮＢのルーティング先ＤＵを決定する機能を有する。したがって、このようにすることで、マスターとなるｇＮＢが、セカンダリとなるｇＮＢのＣＵ−ＤＵ分離構成の有無を示す情報や、ＤＵに関する情報を、認識することが可能となる。ＭｇＮＢがこれらの情報を考慮してＳｇＮＢルーティング先ＤＵを決定することが可能となる。
【０８１４】
ＤＵの情報は、ＤＵ識別子であるとよい。
【０８１５】
ＤＵ識別子は、ｇＮＢあるいはセルの識別子と関連づけられるようにしておいてもよい。また、ＤＵの情報はＤＵのアドレスであってもよい。
【０８１６】
例えば、ＤＵ識別子を、ｇＮＢ識別子と、ｇＮＢ内ＤＵ識別子とから構成する。あるいは、ＤＵ識別子を、セル識別子と、セル内ＤＵ識別子とから構成する。このように、ｇＮＢあるいはセルの識別子と関連付けることで、どのｇＮＢが構成するＤＵかを認識することが可能となる。
【０８１７】
ｇＮＢ間で通知するＤＵの情報は、他ｇＮＢからのデータの送受信に使用可能なＤＵに関するものに限定してもよい。例えば、ｇＮＢ間で通知するＤＵの情報を、ＤＣに用いることが可能なＤＵに関する情報に限定してもよい。このようにすることで、ｇＮＢ間で通知される情報量を削減することが可能となる。
【０８１８】
ＤＵが接続されるＣＵの情報は、ＣＵ識別子であるとよい。前述のＤＵ識別子と同様の方法を適用するとよい。
【０８１９】
ＣＵ-ＤＵ分離構成の有無を示す情報や、ＤＵの情報は、ｇＮＢ間のインタフェースのセットアップ時に、ｇＮＢ間で通知してもよい。セットアップメッセージに、自ｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報や、ＤＵの情報を含めることで、該情報を他のｇＮＢに通知してもよい。
【０８２０】
あるいは、ｇＮＢ設定のアップデート時に、前述の情報を通知してもよい。ｇＮＢ設定のアップデートメッセージに、自ｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報や、ＤＵの情報を含めることで、該情報を他のｇＮＢに通知してもよい。
【０８２１】
前述の他のｇＮＢは、周辺ｇＮＢであってもよい。
【０８２２】
このようにセットアップ時あるいはｇＮＢ設定のアップデート時などに前述の情報を通知することで、ＤＣ設定時に、ＭｇＮＢが、セカンダリとして用いるｇＮＢのＤＵ構成を認識することが可能となる。このため、ＭｇＮＢがＳｇＮＢのルーティング先ＤＵを決定することが可能となる。
【０８２３】
自ｇＮＢのＤＵ分離構成の有無を示す情報や、自ｇＮＢのＤＵの情報を、ＤＣ設定時に通知してもよい。実施の形態６で開示した、ＤＣ設定時にＳｇＮＢからＭｇＮＢへ自ＳｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報を通知する方法を適用するとよい。
【０８２４】
ＤＣ設定時に、ＭｇＮＢがＳｇＮＢに対して、ＳｇＮＢのＤＵをＤＣ用に使用することを要求する情報を通知してもよい。該情報に、ＤＣで使用したいＤＵの数を含めてもよい。
【０８２５】
例えば、ＳｇＮＢの追加（SgNB addition）が行われる場合に、ＭｇＮＢがＳｇＮＢに対して前述の要求を通知してもよい。前述の要求は、ＭｇＮＢがＳｇＮＢに対して要求するＳｇＮＢ ａｄｄｉｔｉｏｎのシグナリングに含められてもよい。
【０８２６】
あるいは、ＳｇＮＢの修正（SgNB modification）が行われる場合に、ＭｇＮＢからＳｇＮＢに対して前述の要求を通知してもよい。前述の要求は、ＭｇＮＢがＳｇＮＢに対して要求するＳｇＮＢ ｍｏｄｉｆｉｃａｔｉｏｎのシグナリングに含められてもよい。
【０８２７】
このようにすることで、ＭｇＮＢがＤＣで必要とするＤＵの数を、ＳｇＮＢが認識することが可能となる。ＳｇＮＢは余分なＤＵ数をＤＣに設定しないようにすることができる。また、ＳｇＮＢはＤＣに不足なＤＵ数を設定しないようにすることができる。
【０８２８】
ＤＣ設定時に、ＳｇＮＢがＭｇＮＢに対して、ＳｇＮＢにおいてＤＣ用に使用可能なＤＵに関する情報を通知してもよい。ＤＵに関する情報として、ＤＵの識別子や、使用可能なＤＵの数の情報、等がある。
【０８２９】
例えば、ＳｇＮＢの追加（SgNB addition）が行われる場合に、ＳｇＮＢがＭｇＮＢに対して前述の情報を通知してもよい。前述の情報は、ＳｇＮＢ ａｄｄｉｔｉｏｎの要求に対する応答を通知するシグナリングに含められてもよい。
【０８３０】
あるいは、ＳｇＮＢの修正（SgNB modification）が行われる場合に、ＳｇＮＢがＭｇＮＢに対して前述の情報を通知してもよい。前述の情報は、ＳｇＮＢ ｍｏｄｉｆｉｃａｔｉｏｎの要求に対する応答を通知するシグナリングに含められてもよい。
【０８３１】
このようにすることで、ＳｇＮＢは、自ｇＮＢのリソースや負荷状況に応じてＤＣで使用可能なＤＵの数を、ＭｇＮＢに通知可能となる。ＭｇＮＢは、ＤＣで使用可能なＳｇＮＢのＤＵ数を認識できるため、ＳＢのための各ｇＮＢへのルーティングを適切に実施可能となる。
【０８３２】
ＳｇＮＢのバッファ構成と、ＭｇＮＢとＳｇＮＢとの間とで通知される情報とについて開示する。
【０８３３】
ＳｇＮＢのＣＵにルーティングのための一つのバッファを設ける。該バッファは、ＳｇＮＢのＣＵ内ＰＤＣＰ内に設けてもよいし、ＣＵ内ＰＤＣＰ外に設けてもよい。該バッファは、ＭｇＮＢ内に構成される、ルーティング先ＤＵを決定する機能と、ＳｇＮＢのＣＵ内に構成される、ルーティング先ＤＵにデータを送信する機能との間に設けるとよい。該バッファは、ＳｇＮＢのＣＵ内に構成される、ルーティング先ＤＵにデータを送信する機能の上位に設けてもよい。
【０８３４】
図４９は、ＳｇＮＢのＣＵにルーティングのための一つのバッファを設けた場合のアーキテクチャの例を示す図である。図４９は、該バッファをＳｇＮＢのＣＵ内のＰＤＣＰ外に設けた例を示している。図４９では、該バッファは、ＳｇＮＢのＣＵ内に構成される、ルーティング先ＤＵにデータを送信する機能の上位に設けられる。
【０８３５】
対象とするＵＥに対してＳＢのＤＣが実施される場合、ＭｇＮＢから送信されたデータをＳｇＮＢのＣＵ内に設けられた該バッファで一旦蓄えることによって、次に続くルーティング先ＤＵにデータを送信する機能での遅れによるデータの損失を低減することが可能となる。
【０８３６】
また、受信側においても同様のバッファを設けてもよい。各ＤＵから受信したデータをＭｇＮＢに送付する際に一旦蓄えることによって、ＳｇＮＢからＭｇＮＢにデータを送信するインタフェースでのデータの損失を低減することが可能となる。
【０８３７】
ＭｇＮＢからＳｇＮＢへ通知する情報として、ＤＬデータに関連付けられる情報がある。ＤＬデータに関連付けられる情報は、例えば、ＭｇＮＢとＳｇＮＢとの間のインタフェース上で付与されるシーケンスナンバである。ＸｎあるいはＸｘが設けられる場合、該インタフェース上で付与されるシーケンスナンバを、ＤＬデータに関連付けられる情報とするとよい。例えば、Ｘｎ−Ｕ  ＳＮ、Ｘｘ−Ｕ  ＳＮである。
【０８３８】
また、ＭｇＮＢからＳｇＮＢへ通知する他の情報として、ＳｇＮＢのルーティング先ＤＵを示す情報を通知してもよい。ＳｇＮＢのルーティング先ＤＵを示す情報を、ＤＬデータに関連付けられる情報に含めて、通知してもよい。ＭｇＮＢは、ＳｇＮＢに対して送信したデータを、ＭｇＮＢが決定したルーティング先ＤＵにルーティングさせることが可能となる。
【０８３９】
ルーティング先ＤＵ毎に、ＭｇＮＢとＳｇＮＢとの間のインタフェース上で付与されるシーケンスナンバを付与してもよい。ＳｇＮＢは、ＭｇＮＢとＳｇＮＢとの間のインタフェース上で失ったデータをＤＵ毎に判断することが可能となる。
【０８４０】
また、ＭｇＮＢからＳｇＮＢへ通知する他の情報として、送付先ｇＮＢを示す情報を通知してもよい。また、他の情報として、送付元ｇＮＢを示す情報を通知してもよい。複数のＳｇＮＢを用いた場合に、受信データが自ｇＮＢに送信されたデータなのか、受信データがどのＭｇＮＢから送信されたデータなのかを、ＳｇＮＢが検証できる。このため、複数のＳｇＮＢを用いたＳＢのＤＣ時の誤動作を低減させることが可能となる。
【０８４１】
複数のＳｇＮＢを用いてＳＢのＤＣが行われる場合、ＭｇＮＢが送信データをどのＳｇＮＢにルーティングするかは、ＭｇＮＢ内ＳＢ用のルーティング機能が決定するとよい。
【０８４２】
ＳｇＮＢからＭｇＮＢへ通知する情報として、実施の形態６で開示した情報、具体的には、ＳｇＮＢからＭｇＮＢへ通知する、ＤＬデータの送信状況の情報を適用するとよい。同様の効果を得られる。
【０８４３】
実施の形態６で開示したＳｇＮＢからＭｇＮＢへ通知する情報の内、ＵＥに送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを通知しないようにしてもよい。ＳｇＮＢからＭｇＮＢへ通知する情報を低減可能となる。ＭｇＮＢが、ＳｇＮＢからＵＥへ送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを判断する。
【０８４４】
例えば、ＭｇＮＢのＰＤＣＰが、ＳＢ用ルーティングを行う前のデータにＰＳＣＰ−ＳＮを付与し、ＳＢ用ルーティング後、該データがどちらのｇＮＢにルーティングされたかを管理する。ＵＥは、ＰＤＣＰのステータスリポートをＭｇＮＢに対して送信する。該ステータスリポートは、ＳｇＮＢを介して送信してもよいし、ＭｇＮＢに直接送信してもよい。通信品質の良いｇＮＢあるいはＤＵを使用可能となるため、通信の信頼性が向上する。
【０８４５】
このようにすることで、ＭｇＮＢが、ＳｇＮＢからＵＥへ送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを判断可能となる。
【０８４６】
ＳｇＮＢが、ＵＥに送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを判断しなくて済むため、ＳｇＮＢの機能を低減でき、ＳｇＮＢを容易に構成可能となる。
【０８４７】
実施の形態６で開示したＳｇＮＢからＭｇＮＢへ通知する情報の内、バッファサイズの情報を通知しないようにしてもよい。ＳｇＮＢからＭｇＮＢへ通知する情報を低減可能となる。例えば、ＭｇＮＢが、ＳｇＮＢに対するベアラ設定と、ＳｇＮＢに送信したＰＤＣＰ−ＰＤＵ量の計測とを行う。
【０８４８】
このようにすることで、ＳｇＮＢにおいてＳＢ対象とするベアラのために望ましいバッファサイズの情報、ＳＢ対象とするＵＥのために望ましい最小のバッファサイズの情報、などをＭｇＮＢが判断可能となる。
【０８４９】
ＳｇＮＢが、ＳｇＮＢにおいてＳＢ対象とするベアラのために望ましいバッファサイズ、ＳＢ対象とするＵＥのために望ましい最小のバッファサイズ、などを判断しなくて済むため、ＳｇＮＢの機能を低減でき、ＳｇＮＢを容易に構成可能となる。
【０８５０】
ＳｇＮＢからＭｇＮＢへ通知する情報は、ＳｇＮＢのバッファ余裕を示す量であってもよい。ＳｇＮＢは、ＳｇＮＢのバッファの空き容量を判断しＭｇＮＢへ通知する。このようにすることで、ＭｇＮＢは、ＳｇＮＢのバッファ余裕量を考慮して、ＳＢのためのＰＤＣＰ−ＰＤＵのルーティングを実施可能となる。
【０８５１】
ＳｇＮＢのバッファ余裕を示す量は、ＳＢ対象とするベアラのためのバッファの余裕を示す量としてもよい。あるいは、ＳｇＮＢのバッファ余裕を示す量は、ＳＢ対象とするＵＥのためのバッファの余裕を示す量としてもよい。
【０８５２】
ＳｇＮＢのバッファ構成と、ＭｇＮＢとＳｇＮＢとの間とで通知される情報とについて他の例を開示する。
【０８５３】
ＳｇＮＢのＣＵにルーティングのためのバッファをＤＵ毎に設ける。該バッファは、ＳｇＮＢのＣＵ内ＰＤＣＰ内に設けてもよいし、ＣＵ内ＰＤＣＰ外に設けてもよいし、ＣＵ内ＰＤＣＰ外のＲＰに設けてもよい。該バッファは、ＳｇＮＢのＣＵ内に構成される、ルーティング先ＤＵにデータを送信する機能と、各ＤＵとの間に設けるとよい。該バッファは、ＳｇＮＢのＣＵ内に構成される、ルーティング先ＤＵにデータを送信する機能の下位に設けてもよい。
【０８５４】
図５０は、ＳｇＮＢのＣＵにルーティングのためのバッファをＤＵ毎に設けた場合のアーキテクチャの例を示す図である。図５０は、該バッファをＳｇＮＢのＣＵ内のＰＤＣＰ外に設けた例を示している。図５０では、該バッファは、ＳｇＮＢのＣＵ内に構成される、ルーティング先ＤＵにデータを送信する機能の下位にＤＵ毎に設けられる。
【０８５５】
対象とするＵＥに対してＳＢのＤＣが実施される場合、ルーティング先ＤＵにデータを送信する機能において、ＭｇＮＢから送信されたデータが、ＭｇＮＢによって決定されたルーティング先ＤＵに対して分配され送信される。各ＤＵに送信されたデータが該バッファで一旦蓄えられることによって、ＤＵにデータを送信するインタフェースでの遅れ等によるデータの損失を低減することが可能となる。
【０８５６】
また、受信側においても同様のバッファを設けてもよい。各ＤＵから受信したデータをＤＵ毎に一旦蓄えることによって、ＤＵから受信したデータを順番に並べ替えることが容易になる。例えば２つのＤＵから同じタイミングでデータを受信したような場合に、データをバッファしておくことで、受信データを損失無く、順番に並べ替えることができる。このため、ＳｇＮＢは、ＭｇＮＢへのデータ送信においてデータ損失を低減することが可能となる。
【０８５７】
ＭｇＮＢからＳｇＮＢへ通知する情報は、例えば、前述の一つのバッファを設ける構成に関して開示した情報と同様の情報である。それにより、同様の効果が得られる。
【０８５８】
ＳｇＮＢからＭｇＮＢへ通知する情報は、例えば、前述の一つのバッファを設ける構成に関して開示した情報と同様の情報である。それにより、同様の効果が得られる。
【０８５９】
ＳｇＮＢからＭｇＮＢへ通知する情報は、ＤＵ毎の情報であってもよい。
【０８６０】
ＤＵ毎の情報は、例えば、どのＤＵがデータの要求をしたかを示す情報であってもよい。ＤＵ内ＲＬＣがＭｇＮＢ内ＰＤＣＰにデータを要求してもよく、その場合に、ＤＵ内ＲＬＣがＤＵ毎のデータを要求するとよい。ＤＵ毎のＲＬＣがＭｇＮＢ内ＰＤＣＰへデータを要求するとよい。また、ＤＵ毎の情報は、ＤＵ内ＲＬＣからＰＤＣＰにデータ要求のあったＤＵの情報としてもよい。該情報の例として、実施の形態５で開示した、各ＤＵのＲＬＣから下りデータを要求する情報を適用してもよい。
【０８６１】
ＳｇＮＢからＭｇＮＢへ通知する情報は、ＤＵ毎のＤＬデータの送信状況の情報であってもよい。
【０８６２】
ＳｇＮＢからＭｇＮＢへ通知する情報は、ＤＵ毎のバッファサイズの情報であってもよい。ＳＢ対象とするベアラのために望ましいＤＵ毎のバッファサイズの情報、ＳＢ対象とするＵＥのために望ましいＤＵ毎の最小のバッファサイズの情報などである。
【０８６３】
ＳｇＮＢからＭｇＮＢへ通知する情報は、ＤＵ毎のバッファ余裕を示す量であってもよい。ＤＵ毎のバッファ余裕を示す量は、ＳＢ対象とするベアラのためのＤＵ毎のバッファの余裕を示す量としてもよい。あるいは、ＤＵ毎のバッファ余裕を示す量は、ＳＢ対象とするＵＥのためのＤＵ毎のバッファの余裕を示す量としてもよい。
【０８６４】
ＳｇＮＢからＭｇＮＢに通知する情報をＤＵ毎の情報とすることで、ＳｇＮＢのＤＵ毎の通信状況やバッファ状況を、ＭｇＮＢに対して通知することが可能となる。ＭｇＮＢのルーティング先ＤＵを決定する機能において、ＤＵ毎の情報を考慮することが可能となる。このため、ＳｇＮＢのＤＵ毎の状況に応じて、ルーティング先ＤＵを精度良く決定することが可能となる。
【０８６５】
図５１〜図５３は、本変形例２で開示した、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。図５１〜図５３は、境界線ＢＬ５１５２、ＢＬ５２５３の位置でつながっている。図５１〜図５３に示すシーケンスは、図４５〜図４７に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０８６６】
ＳｇＮＢはオプション２のＣＵ−ＤＵ分離構成であり、２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＭｇＮＢもオプション２のＣＵ−ＤＵ分離構成の場合であり、２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。
【０８６７】
ステップＳＴ６９０１で、ＭｇＮＢ  ＣＵは、ＳｇＮＢ  ＣＵに対して、ｇＮＢ間セットアップ要求メッセージを通知する。このメッセージに、前述した、自ｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報や、自ｇＮＢのＤＵの情報を含めてもよい。
【０８６８】
ステップＳＴ６９０２で、ＳｇＮＢ  ＣＵは、ＭｇＮＢ  ＣＵに対して、ｇＮＢ間セットアップ応答メッセージを通知する。このメッセージに、前述した、自ｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報や、自ｇＮＢのＤＵの情報を含めてもよい。
【０８６９】
ステップＳＴ６８０８で、ＭｇＮＢ  ＣＵは、ＳｇＮＢ  ＣＵに対して、ＳｇＮＢ追加要求メッセージを通知する。このメッセージに、前述した、ＳｇＮＢのＤＵをＤＣ用に使用することを要求する情報を含めてもよい。
【０８７０】
ステップＳＴ６８１０で、ＳｇＮＢ  ＣＵは、ＭｇＮＢ  ＣＵに対して、ＳｇＮＢ追加要求応答メッセージを通知する。このメッセージに、前述した、ＳｇＮＢにおいてＤＣ用に使用可能なＤＵに関する情報を含めてもよい。
【０８７１】
ステップＳＴ６８１６で、ＭｇＮＢ  ＣＵは、上位ＮＷ装置から送信されるデータについて、ＳＢ用にＭｇＮＢとＳｇＮＢとにルーティングを行う。
【０８７２】
ＭｇＮＢにルーティングされたデータについては、ステップＳＴ６８２７で、ＤＵ間ルーティングが行われる。これについては図４７のステップＳＴ６８２７と同じなので説明を省略する。
【０８７３】
ＳｇＮＢにルーティングされたデータについて、ステップＳＴ６９０３で、ＳｇＮＢのルーティング先ＤＵを決定する。
【０８７４】
ＭｇＮＢ  ＣＵは、ＳｇＮＢにルーティングされたデータを、ステップＳＴ６８２１で、ＳｇＮＢ  ＣＵに送信する。その際に、ステップＳＴ６９０３で決定したルーティング先ＤＵの情報を、データに関連付けて送信する。
【０８７５】
決定したルーティング先ＤＵの情報とデータとを受信したＳｇＮＢ  ＣＵは、ステップＳＴ６９０４で、ルーティング先ＤＵに対してデータを送信する。
【０８７６】
ステップＳＴ６９０４でルーティング先ＤＵにデータを送信する機能が実行されることにより、ステップＳＴ６８２３で、ＳｇＮＢ  ＣＵがデータをＤＵ＃１に送信する。ステップＳＴ６８２４で、ＳｇＮＢ  ＤＵ＃１は、受信したデータを処理してＵＥに対して送信する。
【０８７７】
ステップＳＴ６９０４でルーティング先ＤＵにデータを送信する機能が実行されることにより、ステップＳＴ６８２６で、ＳｇＮＢ  ＣＵがデータをＤＵ＃２に送信する。ステップＳＴ６８２５で、ＳｇＮＢ  ＤＵ＃２は、受信したデータを処理してＵＥに対して送信する。
【０８７８】
ＵＥからの送信については、同様に逆の動作が行われるので、ここでは説明を省略する。
【０８７９】
ステップＳＴ６８２１で行われるＭｇＮＢ  ＣＵとＳｇＮＢ  ＣＵとの間の通信において、前述した、ＭｇＮＢとＳｇＮＢとの間とで通知される情報を通知してもよい。
【０８８０】
このようにすることで、オプション２のＣＵ−ＤＵ分離構成のｇＮＢをセカンダリとして用いてＳＢのＤＣを実行することが可能となる。
【０８８１】
本変形例１で開示した方法とすることで、ＳｇＮＢのＣＵがルーティングを判断しなくてよいため、ＳｇＮＢのＣＵの処理量を低減できる。
【０８８２】
バッファ機能をＳｇＮＢのＣＵ内のＰＤＣＰ外に設けたが、ＳｇＮＢのＣＵ内のＰＤＣＰ内にバッファ機能を設けてもよい。既存のプロトコルに機能を設けるため、ｇＮＢのＣＵの構成を容易にできる。
【０８８３】
あるいは、ＳｇＮＢのＣＵ内にバッファ機能を有する新たなプロトコルスタックを設けてもよい。そのような新たなプロトコルスタックを、ＰＤＣＰ等の既存のプロトコルスタックとは別に構成することで、既存のプロトコルに影響を与えることなく、ｇＮＢを構成することが可能となる。バッファ機能に関する誤動作を少なくすることが可能となる。
【０８８４】
新たなプロトコルスタックは、例えば、実施の形態６で開示したＲＰであってもよい。ＲＰに、該機能を構成してもよい。ＤＵ間ルーティングに関する機能を一つのプロトコルスタックにまとめることで、制御を容易にでき、誤動作を低減させることができる。
【０８８５】
また、バッファ機能を、ルーティング先ＤＵにデータを送信する機能を設けた部分と同じ部分に設けてもよい。ルーティング先ＤＵにデータを送信する機能と連携した処理を、容易にかつ低遅延で実行可能となる。
【０８８６】
実施の形態６の変形例２．
本変形例２では、実施の形態６で記した問題、具体的にはオプション２のＣＵ−ＤＵ分離構成のｇＮＢをＳＢのＳｇＮＢとして用いる場合の問題を解決する他の方法を開示する。
【０８８７】
ＭｇＮＢに、ＳｇＮＢのＤＵ間ルーティング機能を設ける。ＭｇＮＢがＳｇＮＢのＤＵ間ルーティングを行う。ＳｇＮＢのＤＵ間ルーティング機能は、ＳｇＮＢのルーティング先ＤＵを決定する機能と、ルーティング先ＤＵにデータを送信する機能とを含む。
【０８８８】
ＳｇＮＢのＤＵ間ルーティング機能を、従来のＰＤＣＰの機能あるいはＮＲで提案されているＣＵ内ＰＤＣＰの機能（非特許文献２２：R3-170266）の下位に設けてもよい。
【０８８９】
ＰＤＣＰがスプリットベアラのためのルーティング機能を有する場合、スプリットベアラのためのルーティング機能の下位に、ＳｇＮＢのＤＵ間ルーティング機能を設けてもよい。ＳｇＮＢへのルーティング後に該ＳｇＮＢのルーティング先ＤＵを決定する機能を設けてもよい。
【０８９０】
ＳｇＮＢのＤＵ間ルーティング機能をＭｇＮＢ内に構成する方法について、以下に３つの例を開示する。
【０８９１】
（１）ＰＤＣＰ内に、ＳｇＮＢのＤＵ間ルーティング機能を設ける。
【０８９２】
（２）ＰＤＣＰ外に、ＳｇＮＢのＤＵ間ルーティング機能を設ける。
【０８９３】
（３）ＰＤＣＰ外に、ＳｇＮＢのＤＵ間ルーティング機能を有するプロトコルスタックを設ける。
【０８９４】
ＭｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ＭｇＮＢのＣＵにＳｇＮＢのＤＵ間ルーティング機能を設ける。ＭｇＮＢのＣＵがＳｇＮＢのＤＵ間ルーティングを行う。
【０８９５】
ＭｇＮＢは、ＳｇＮＢへの送信データについて、ＳｇＮＢのルーティング先ＤＵを決定する機能と、ルーティング先ＤＵにデータを送信する機能とを実施することで、ＳｇＮＢのルーティング先ＤＵにデータを送信することが可能となる。
【０８９６】
受信側においては、ＭｇＮＢのＣＵに、ＳｇＮＢの各ＤＵからのデータを上位の機能にルーティングする機能を設ける。各ＤＵからのデータを上位の機能にルーティングする機能を、ＤＵ間ルーティング機能の中の一つとしてもよい。
【０８９７】
受信側の機能として、ＳｇＮＢの各ＤＵからのデータを到着順に上位機能にルーティングする。すなわち、ＳｇＮＢの各ＤＵからのデータを到着順に一つずつ上位機能にデータを送る。
【０８９８】
他の方法として、ＳｇＮＢの各ＤＵからのデータをＰＤＣＰ−ＳＮ（sequence number）順に上位機能にルーティングしてもよい。すなわち、ＳｇＮＢの各ＤＵからのデータをＰＤＣＰ−ＳＮ順にルーティングして一つずつ上位機能にデータを送る。
【０８９９】
このようにすることで、受信側においても、ＳｇＮＢの各ＤＵからのデータを、ＭｇＮＢが上位機能に送信することが可能となる。
【０９００】
ＳｇＮＢのＤＵ間ルーティング機能の前述の構成方法（１）から（３）については、実施の形態６で開示したＤＵ間ルーティング機能の構成方法を適宜適用するとよい。
【０９０１】
図５４は、ＭｇＮＢにＳｇＮＢのＤＵ間ルーティング機能を設けた場合のアーキテクチャの例を示す図である。図５４は、ＭｇＮＢ、ＳｇＮＢともにオプション２のＣＵ−ＤＵ分離構成の場合を示している。
【０９０２】
ＭｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＣＵ内にＲＲＣ、Ｎｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。
【０９０３】
ＳｇＮＢはＣＵとＤＵから構成される。２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＳｇＮＢのＣＵ内にＲＲＣが構成される。ＤＵ内にＲＬＣ、ＭＡＣ、ＰＨＹが構成される。ＳｇＮＢはＤＣを行うＵＥのセカンダリｇＮＢであるため、ＣＵ内にＮｅｗ  ＡＳ  Ｌａｙｅｒ、ＰＤＣＰは構成されない。
【０９０４】
ＭｇＮＢのＣＵ内のＰＤＣＰに、自ｇＮＢのルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵにデータを送信する機能と、が設けられる。ルーティング先ＤＵを決定する機能と、決定したルーティング先ＤＵにデータを送信する機能とのかわりに、ＤＵ間ルーティング機能を設けてもよい。
【０９０５】
ＭｇＮＢのＣＵ内のＰＤＣＰに、ＳｇＮＢのルーティング先ＤＵを決定する機能と、ルーティング先ＤＵに送信する機能とを含む、ＤＵ間ルーティング機能が設けられる。ＰＤＣＰにおけるスプリットベアラのためのルーティング機能の下位に、ＳｇＮＢのＤＵ間ルーティング機能が設けられる。
【０９０６】
ＳＢのＤＣを実施するＵＥへの送信データは、ＰＤＣＰ内ＳＢ用ルーティング機能によって、ＭｇＮＢとＳｇＮＢにルーティングされる。ＳｇＮＢへの送信データは、ＳｇＮＢへのルーティング後に、ＳｇＮＢのルーティング先ＤＵを決定する機能によりルーティング先ＤＵが決定され、ＳｇＮＢのルーティング先ＤＵに送信する機能によりＳｇＮＢのルーティング先ＤＵに送信される。
【０９０７】
ＭｇＮＢは、ＳｇＮＢに送信するデータに関連して、ＳｇＮＢのルーティング先ＤＵを決定する機能で決定したＳｇＮＢのルーティング先ＤＵを示す情報を、ＳｇＮＢのルーティング先ＤＵに送信する機能に対して通知する。
【０９０８】
このようにすることで、ＳｇＮＢのルーティング先ＤＵに送信する機能が、送信データをＳｇＮＢのどのＤＵに送信すれば良いかを制御できる。ＭｇＮＢは、ＳｇＮＢのＤＵに対してデータをルーティングおよび送信可能となる。
【０９０９】
ＭｇＮＢとＳｇＮＢのＤＵとの間のデータ通信用に、ＭｇＮＢとＳｇＮＢのＤＵとの間を直接接続するインタフェースを設けるとよい。ＭｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ＭｇＮＢのＣＵとＳｇＮＢのＤＵとの間を直接接続するインタフェースを設けるとよい。該インタフェースとして、新たなインタフェースを設けてもよいし、あるいは、実施の形態１で開示した、ｇＮＢ内におけるＣＵとＤＵとの間のインタフェースを適用してもよい。また、３ＧＰＰにおいて検討されている、ｇＮＢ内におけるＣＵとＤＵとの間のＦｓインタフェースを適用してもよい。
【０９１０】
受信側については、ＭｇＮＢは、ＳｇＮＢの各ＤＵからのデータを上位機能にルーティングする機能により、ＳｇＮＢの各ＤＵから送信されたデータを上位機能に送信する。例えば、ＭｇＮＢはＳｇＮＢの各ＤＵからのデータを到着順に上位機能にルーティングして送信する。
【０９１１】
このような方法とすることで、スプリットベアラを実施する場合に、従来のスプリットベアラと同様にＳｇＮＢをＰＤＣＰを用いない構成とすることができる。このため、ＳｇＮＢにおける機能拡張が容易となる。オプション２のＣＵ−ＤＵ分離構成のｇＮＢを、ＤＣのセカンダリとして用いることが容易になる。
【０９１２】
また、スプリットベアラを実施する場合に、ＭｇＮＢからＳｇＮＢのＤＵにデータを送信することで、ＳｇＮＢのＣＵにデータを送信しなくて済む。ＳｇＮＢのＣＵの機能を低減でき、容易に構成することが可能となる。
【０９１３】
ＭｇＮＢとＳｇＮＢのＤＵとの間のインタフェースのセットアップ方法について開示する。
【０９１４】
まず、ｇＮＢ間で傘下のＤＵに関する情報を通知する。傘下のＤＵに関する情報は、例えば、実施の形態６の変形例１で開示した、ｇＮＢ間で通知する、自ｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報や、自ｇＮＢのＤＵの情報である。傘下のＤＵに関する情報の通知方法には、実施の形態６の変形例１で開示した前述の情報の通知方法を適用するとよい。
【０９１５】
ｇＮＢは、他ｇＮＢから通知されたＤＵの内、全ＤＵあるいは一部のＤＵと実際のセットアップを行う。どのｇＮＢとセットアップを行うか、また、他ｇＮＢのどのＤＵとセットアップを行うかは、ｇＮＢが判断するとしてもよい。
【０９１６】
ｇＮＢは、接続するｇＮＢのＤＵとの間のインタフェースのセットアップを行う。ｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ｇＮＢのＣＵと、接続するｇＮＢのＤＵとの間のインタフェースのセットアップを行う。
【０９１７】
ｇＮＢから、接続するｇＮＢのＤＵに対して、セットアップ要求を通知する。セットアップ要求で通知する情報について、以下に１１個の例を開示する。
【０９１８】
（１）自ｇＮＢの識別子。
【０９１９】
（２）自ｇＮＢのサービングセルの識別子。
【０９２０】
（３）自ｇＮＢが構成する他のセルの識別子。
【０９２１】
（４）自ｇＮＢの自ＣＵの識別子。
【０９２２】
（５）自ｇＮＢの他ＣＵの識別子。
【０９２３】
（６）自ｇＮＢが構成するＤＵの識別子。
【０９２４】
（７）隣接ｇＮＢの識別子。
【０９２５】
（８）隣接ｇＮＢが構成するセルの識別子。
【０９２６】
（９）隣接ｇＮＢが構成するＣＵの識別子。
【０９２７】
（１０）隣接ｇＮＢが構成するＤＵの識別子。
【０９２８】
（１１）（１）から（１０）の組合せ。
【０９２９】
ｇＮＢからセットアップ要求を受信したｇＮＢのＤＵは、セットアップ要求を送信したｇＮＢに対して、セットアップ応答を通知する。セットアップ応答で通知する情報について、以下に、前述のセットアップ要求で通知する情報例に対応する１１個の例を開示する。
【０９３０】
（１）自ｇＮＢの識別子。
【０９３１】
（２）自ｇＮＢのサービングセルの識別子。
【０９３２】
（３）自ｇＮＢが構成する他のセルの識別子。
【０９３３】
（４）自ｇＮＢの自ＤＵが接続する自ｇＮＢのＣＵの識別子。
【０９３４】
（５）自ｇＮＢの他ＣＵの識別子。
【０９３５】
（６）自ｇＮＢが構成する他ＤＵの識別子。
【０９３６】
（７）隣接ｇＮＢの識別子。
【０９３７】
（８）隣接ｇＮＢが構成するセルの識別子。
【０９３８】
（９）隣接ｇＮＢが構成するＣＵの識別子。
【０９３９】
（１０）隣接ｇＮＢが構成するＤＵの識別子。
【０９４０】
（１１）（１）から（１０）の組合せ。
【０９４１】
また、情報の中で認識できなかった部分および失った部分を示す情報を含めてもよい。これにより、ｇＮＢと、接続する他のｇＮＢのＤＵとの間のセットアップが完了する。
【０９４２】
セットアップ要求を受信したｇＮＢのＤＵが、セットアップを許可しない場合、セットアップ要求を送信したｇＮＢに対して、セットアップ失敗を通知してもよい。セットアップ失敗で通知する情報例として、原因を示す原因情報がある。また、情報の中で認識できなかった部分および失った部分を示す情報を含めてもよい。
【０９４３】
セットアップ失敗を通知することで、ｇＮＢは、セットアップ失敗を通知したｇＮＢのＤＵを、例えばＤＣに用いないようにすることができる。これにより、ＤＣ対象ＵＥに対して、アクセス可能なｇＮＢのＤＵをセカンダリｇＮＢのＤＵとして設定することが可能となる。無駄の無い処理が可能となる。
【０９４４】
ｇＮＢは、ＤＣを行うｇＮＢから通知されたＤＵの内、全ＤＵあるいは一部のＤＵと実際のセットアップを行うようにしてもよい。該ｇＮＢのどのＤＵとセットアップを行うかは、ｇＮＢが判断するとしてもよい。
【０９４５】
セットアップで通知する情報および通知方法については、前述した情報および通知方法を適用すればよい。
【０９４６】
ｇＮＢから他のｇＮＢのＤＵに対してセットアップを行う方法を開示したが、ｇＮＢのＤＵから他のｇＮＢに対してセットアップを行ってもよい。この場合、ｇＮＢのＣＵがＤＵに対して、他のｇＮＢとのセットアップ要求を示す情報を通知してもよい。ＣＵから該情報を受信したＤＵは、他のｇＮＢに対してセットアップの要求を開始してもよい。
【０９４７】
ｇＮＢのＤＵから他のｇＮＢに対するセットアップ要求で通知する情報には、前述のｇＮＢのＤＵから他のｇＮＢへのセットアップ応答で通知する情報例を適用するとよい。
【０９４８】
ｇＮＢから他のｇＮＢのＤＵに対するセットアップ応答で通知する情報には、前述のｇＮＢから他のｇＮＢのＤＵへのセットアップ要求で通知する情報例を適用するとよい。
【０９４９】
このようにすることで、オプション２のＣＵ−ＤＵ分離構成のｇＮＢからのセットアップが可能となる。
【０９５０】
ｇＮＢは、接続するｇＮＢのＤＵとの間のインタフェースのセットアップを、ＤＣ設定に先立って行うとよい。ＤＣ設定時にすでにセットアップがなされているため、ＤＣ設定処理のための処理遅延を低減できる。
【０９５１】
ｇＮＢは、接続するｇＮＢのＤＵとの間のインタフェースのセットアップを、ＤＣ設定時に行ってもよい。この場合、インタフェースのセットアップを、ＳｇＮＢの追加処理またはＳｇＮＢの修正処理の後に行ってもよい。セットアップを実際に必要となる場合に行うことで、無駄なセットアップ処理を無くすことが可能となる。
【０９５２】
既にセットアップしているＤＵに対して、他のＵＥに対するＤＣを設定する場合は、セットアップを省略してもよい。また、複数のＵＥが或るＤＵを使用するようにＤＣが設定されている場合、全ＵＥがＤＣ設定を解放した後に、該ＤＵのセットアップを解除してもよい。ＤＵとのセットアップを適宜解放することで、該ＤＵおよびｇＮＢにおいてセットアップに要するリソースを解放することが可能となる。
【０９５３】
自ｇＮＢのＣＵ−ＤＵ分離構成の有無を示す情報や、自ｇＮＢのＤＵの情報を、ＤＣ設定時に通知してもよい。また、ＤＣ設定時に、ＭｇＮＢがＳｇＮＢに対して、ＳｇＮＢのＤＵをＤＣ用に使用することを要求する情報を通知してもよい。また、ＤＣ設定時に、ＳｇＮＢがＭｇＮＢに対して、ＳｇＮＢにおいてＤＣ用に使用可能なＤＵの数に関する情報を通知してもよい。これらの情報は、実施の形態６の変形例１で開示した方法で通知するとよい。それにより同様の効果が得られる。
【０９５４】
なお、前述したように、これらの情報の通知後に、ＭｇＮＢは、ＤＣに用いるＳｇＮＢのＤＵとの間のインタフェースのセットアップを行ってもよい。
【０９５５】
ＭｇＮＢとＳｇＮＢとの間とで通知される情報について開示する。
【０９５６】
ＭｇＮＢからＳｇＮＢへ通知する情報として、ＤＬデータに関連付けられる情報がある。ＤＬデータに関連付けられる情報は、例えば、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で付与されるシーケンスナンバである。Ｆｓインタフェースが設けられる場合、該Ｆｓインタフェース上で付与されるシーケンスナンバを用いるとよい。例えば、Ｆｓ−Ｕ  ＳＮである。
【０９５７】
また、ＭｇＮＢからＳｇＮＢへ通知する他の情報として、ＳｇＮＢのルーティング先ＤＵを示す情報を通知してもよい。ＳｇＮＢのルーティング先ＤＵを示す情報を、ＤＬデータに関連付けられる情報に含めて、通知してもよい。ＳｇＮＢ  ＤＵは自ＤＵ宛に送信されたデータであることを検証可能となる。
【０９５８】
ルーティング先ＤＵ毎に、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上でシーケンスナンバを付与してもよい。ＳｇＮＢ  ＤＵは、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で失ったデータをＤＵ毎に判断することが可能となる。
【０９５９】
ＳｇＮＢ  ＤＵは、該インタフェース上で失ったデータをＳｇＮＢ  ＣＵに通知してもよい。
【０９６０】
ＳｇＮＢ  ＣＵはＭｇＮＢに対して、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で失ったデータに関する情報を通知してもよい。ＭｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ＳｇＮＢ  ＣＵはＭｇＮＢ  ＣＵに対して、ＭｇＮＢ  ＣＵとＳｇＮＢ  ＤＵとの間のインタフェース上で失ったデータに関する情報を通知してもよい。
【０９６１】
該インタフェース上で失ったデータに関する情報は、該インタフェース上で付与されるシーケンスナンバであってもよい。
【０９６２】
ルーティング先ＤＵ毎に、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上でシーケンスナンバを付与する場合、ＳｇＮＢ  ＤＵは、ＤＵ毎に、該インタフェース上で失ったデータをＳｇＮＢ  ＣＵに通知してもよい。
【０９６３】
ＳｇＮＢ＿ＤＵは、ＤＵ毎に、該インタフェース上で失ったデータと関連付けて、自ＤＵの識別子を、ＳｇＮＢ  ＣＵに通知してもよい。自ＤＵの識別子に限らず、ＭｇＮＢが、どのＳｇＮＢ  ＤＵとの間のインタフェース上で失ったデータかを特定可能とする識別子であればよい。
【０９６４】
ＳｇＮＢ  ＣＵがＤＵ毎の該インタフェース上で失ったデータを判断することが可能となる。
【０９６５】
ＳｇＮＢ  ＣＵはＭｇＮＢに対して、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で失ったデータに関する情報を、ＤＵ毎の情報として通知してもよい。ＤＵ毎の識別子と関連づけて通知してもよい。ＭｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ＳｇＮＢ  ＣＵはＭｇＮＢ  ＣＵに対して、ＭｇＮＢ  ＣＵとＳｇＮＢ  ＤＵとの間のインタフェース上で失ったデータに関する情報を、ＤＵ毎の情報として通知してもよい。
【０９６６】
ＳｇＮＢ  ＣＵは、ＤＵ毎の情報を集めて、ＭｇＮＢに通知してもよい。ＳｇＮＢ  ＣＵは、ＣＵに接続されるＤＵの全ての情報を集めて、ＭｇＮＢに通知してもよい。集めたＤＵ毎の情報をＤＵ毎の識別子と関連づけて通知してもよい。シグナリング量を低減できる。
【０９６７】
該インタフェース上で失ったデータに関する情報は、ＤＵ毎に該インタフェース上で付与されるシーケンスナンバであってもよい。
【０９６８】
また、ＭｇＮＢからＳｇＮＢへ通知する他の情報として、送付先ｇＮＢを示す情報を通知してもよい。また、他の情報として、送付元ｇＮＢを示す情報を通知してもよい。また、ＳｇＮＢ  ＤＵはＳｇＮＢ  ＣＵに対して、送付先ｇＮＢを示す情報および／あるいは送付元ｇＮＢを示す情報を通知してもよい。
【０９６９】
複数のＳｇＮＢを用いた場合に、受信データが自ｇＮＢに送信されたデータなのか、受信データがどのＭｇＮＢから送信されたデータなのかを、ＳｇＮＢが検証できる。このため、複数のＳｇＮＢを用いたＳＢのＤＣ時の誤動作を低減させることが可能となる。
【０９７０】
複数のＳｇＮＢを用いてＳＢのＤＣが行われる場合、ＭｇＮＢが送信データをどのＳｇＮＢにルーティングするかは、ＭｇＮＢ内ＳＢ用のルーティング機能が決定するとよい。
【０９７１】
ＳｇＮＢからＭｇＮＢへ通知する情報について開示する。
【０９７２】
ＳｇＮＢからＭｇＮＢへ通知する情報として、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のデータ通信で失ったデータに関する情報がある。
【０９７３】
失ったデータに関する情報は、例えば、該失ったデータに対して、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で付与されていたシーケンスナンバである。失ったデータに関する情報の他の例として、最初に失ったデータに対して、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で付与されていたシーケンスナンバと、最後に失ったデータに対して、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で付与されていたシーケンスナンバとがある。また、これら一連の失ったデータの組の数を通知してもよい。
【０９７４】
ルーティング先ＤＵ毎に、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上でシーケンスナンバを付与する場合、ＳｇＮＢは、ＤＵ毎に、該インタフェース上で失ったデータをＭｇＮＢに通知してもよい。
【０９７５】
ＭｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ＳｇＮＢはＭｇＮＢ  ＣＵに対してこれらの情報を通知する。
【０９７６】
ＳｇＮＢ  ＤＵは、これらの情報を、直接ＭｇＮＢに送信してもよい。ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェースを用いるとよい。
【０９７７】
他の方法として、ＳｇＮＢ  ＤＵは、これらの情報を、ＳｇＮＢ  ＣＵを介してＭｇＮＢに通知してもよい。ＳｇＮＢ  ＣＵを介してＭｇＮＢに送信する方法は、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で失ったデータに関して開示した前述の送信方法を適用するとよい。
【０９７８】
ＭｇＮＢに、ＳｇＮＢ  ＤＵ毎のバッファを設けるとよい。ＭｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ＭｇＮＢのＣＵに、ＳｇＮＢ  ＤＵ毎のバッファを設けるとよい。該バッファは、ＭｇＮＢのルーティング先ＤＵへデータを送信する機能の下位に設けてもよい。
【０９７９】
このようにすることで、ＭｇＮＢとＳｇＮＢ  ＤＵとの間インタフェースのＤＵ毎の状態に応じて、ＳｇＮＢ  ＤＵ毎のフローを制御可能となる。
【０９８０】
このため、ＭｇＮＢからＳｇＮＢ  ＤＵへのデータ送信を適切に効率よく実施することが可能となる。
【０９８１】
本変形例２では、ＭｇＮＢからＳｇＮＢのＤＵに対してデータが送信される。ＤＵは、ＲＬＣ、ＭＡＣ、ＰＨＹ機能を有し、ＰＤＣＰ機能は有しない。このため、ＳｇＮＢ  ＤＵが、成功したＰＤＣＰ  ＳＮを判断することはできない。また、ＳｇＮＢ  ＤＵが、ＳＢでＳｇＮＢに設定されるベアラの要求に見合った望ましいバッファサイズを判断することはできない。
【０９８２】
実施の形態６で開示したＳｇＮＢからＭｇＮＢへ通知する情報の内、ＵＥに送信成功あるいは送信失敗したＰＤＣＰ−ＳＮについては通知しないようにする。ＭｇＮＢが、ＳｇＮＢからＵＥへ送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを判断するとよい。
【０９８３】
例えば、ＭｇＮＢのＰＤＣＰが、ＳＢ用ルーティングを行う前のデータにＰＤＣＰ−ＳＮを付与し、ＳＢ用ルーティング後、該データがどちらのｇＮＢにルーティングされたかを管理する。ＵＥは、ＰＤＣＰのステータスリポートをＭｇＮＢに対して送信する。
【０９８４】
このようにすることで、ＭｇＮＢがＳｇＮＢからＵＥへ送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを判断可能となる。
【０９８５】
ＳｇＮＢがＵＥに送信成功あるいは送信失敗したＰＤＣＰ−ＳＮを判断しなくて済むため、ＳｇＮＢの機能を低減でき、ＳｇＮＢを容易に構成可能となる。
【０９８６】
実施の形態６で開示したＳｇＮＢからＭｇＮＢへ通知する情報の内、バッファサイズの情報については通知しないようにする。ＭｇＮＢが、ＳｇＮＢに対するベアラ設定と、ＳｇＮＢに送信したＰＤＣＰ−ＰＤＵ量の計測とを行う。
【０９８７】
このようにすることで、ＳｇＮＢにおいてＳＢ対象とするベアラのために望ましいバッファサイズの情報、ＳＢ対象とするＵＥのために望ましい最小のバッファサイズの情報、などをＭｇＮＢが判断可能となる。
【０９８８】
ＳｇＮＢが、ＳｇＮＢにおいてＳＢ対象とするベアラのために望ましいバッファサイズ、ＳＢ対象とするＵＥのために望ましい最小のバッファサイズ、などを判断しなくて済むため、ＳｇＮＢの機能を低減でき、ＳｇＮＢを容易に構成可能となる。
【０９８９】
ＳｇＮＢ  ＤＵに、ＤＵ毎のバッファを設けてもよい。該バッファは、ＳｇＮＢ  ＤＵ内のＲＬＣの上位に設けてもよい。該バッファは、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のデータ送信用のバッファとするとよい。
【０９９０】
ＳｇＮＢからＭｇＮＢへ通知する情報は、ＳｇＮＢ  ＤＵのバッファ余裕を示す量であってもよい。ＳｇＮＢは、ＳｇＮＢ  ＤＵのバッファの空き容量を判断しＭｇＮＢへ通知する。このようにすることで、ＭｇＮＢは、ＳｇＮＢ  ＤＵのバッファ余裕量を考慮して、ＳＢのためのＰＤＣＰ−ＰＤＵのルーティングを実施可能となる。
【０９９１】
ＳｇＮＢ  ＤＵのバッファ余裕を示す量は、ＳＢ対象とするベアラのためのバッファの余裕を示す量としてもよい。あるいは、ＳｇＮＢ  ＤＵのバッファ余裕を示す量は、ＳＢ対象とするＵＥのためのバッファの余裕を示す量としてもよい。
【０９９２】
ＭｇＮＢがオプション２のＣＵ−ＤＵ分離構成の場合、ＳｇＮＢはＭｇＮＢ  ＣＵに対してこれらの情報を通知する。
【０９９３】
ＳｇＮＢ  ＤＵは、これらの情報を、直接ＭｇＮＢに送信してもよい。ＭｇＮＢとＳｇＮＢ  ＤＵ間のインタフェースを用いるとよい。
【０９９４】
他の方法として、ＳｇＮＢ  ＤＵは、これらの情報を、ＳｇＮＢ  ＣＵを介してＭｇＮＢに通知してもよい。ＳｇＮＢ  ＣＵを介してＭｇＮＢに送信する方法は、ＭｇＮＢとＳｇＮＢ  ＤＵとの間のインタフェース上で失ったデータに関して開示した前述の送信方法を適用するとよい。
【０９９５】
図５５〜図５７は、本変形例２で開示した、ＣＵ−ＤＵ分離構成のＳｇＮＢを用いたＳＢのＤＣのシーケンスの一例を示す図である。図５５〜図５７は、境界線ＢＬ５５５６、ＢＬ５６５７の位置でつながっている。図５５〜図５７に示すシーケンスは、図５１〜図５３に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０９９６】
ＳｇＮＢはオプション２のＣＵ−ＤＵ分離構成であり、２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。ＭｇＮＢもオプション２のＣＵ−ＤＵ分離構成の場合であり、２つのＤＵ（ＤＵ＃１、ＤＵ＃２）が一つのＣＵに接続される。
【０９９７】
ステップＳＴ６９０１で、ＭｇＮＢ  ＣＵは、ＳｇＮＢ  ＣＵに対して、ｇＮＢ間セットアップ要求メッセージを通知する。このメッセージに、前述した、自ｇＮＢ傘下のＤＵに関する情報を含めてもよい。
【０９９８】
ステップＳＴ６９０２で、ＳｇＮＢ  ＣＵは、ＭｇＮＢ  ＣＵに対して、ｇＮＢ間セットアップ応答メッセージを通知する。このメッセージに、前述した、自ｇＮＢ傘下のＤＵに関する情報を含めてもよい。
【０９９９】
ＤＣ設定において、ステップＳＴ６８１０でＳｇＮＢ  ＣＵからＭｇＮＢ  ＣＵに対して、ＳｇＮＢ追加要求応答メッセージが通知される。このメッセージに、ＤＣでの使用が可能なＳｇＮＢ  ＤＵに関する情報が通知される。
【１０００】
ステップＳＴ７００１で、ＭｇＮＢ  ＣＵは、使用可能なＳｇＮＢ  ＤＵ＃１に対して、ＭｇＮＢとＳｇＮＢ  ＤＵ＃１との間のインタフェースのセットアップを要求する。
【１００１】
ステップＳＴ７００２で、ＳｇＮＢ  ＤＵ＃１は、ＭｇＮＢ  ＣＵに対してセットアップ応答を通知する。
【１００２】
同様に、ステップＳＴ７００３で、ＭｇＮＢ  ＣＵは、使用可能なＳｇＮＢ  ＤＵ＃２に対して、ＭｇＮＢとＳｇＮＢ  ＤＵ＃２との間のインタフェースのセットアップを要求する。
【１００３】
ステップＳＴ７００４で、ＳｇＮＢ  ＤＵ＃２は、ＭｇＮＢ  ＣＵに対してセットアップ応答を通知する。
【１００４】
これにより、ＭｇＮＢ  ＣＵと各ＳｇＮＢ  ＤＵとの間に設けられたインタフェースのセットアップが完了する。ＭｇＮＢ  ＣＵと各ＳｇＮＢ  ＤＵとの間の通信が可能となる。
【１００５】
ステップＳＴ６８１６で、ＭｇＮＢ  ＣＵは、上位ＮＷ装置から送信されるデータについて、ＳＢ用にＭｇＮＢとＳｇＮＢとにルーティングを行う。
【１００６】
ＭｇＮＢにルーティングされたデータについては、ステップＳＴ６８２７で、ＤＵ間ルーティングが行われる。これについては図５２のステップＳＴ６８２７と同じなので説明を省略する。
【１００７】
ＳｇＮＢにルーティングされたデータについて、ステップＳＴ６９０３で、ＳｇＮＢのルーティング先ＤＵを決定する。
【１００８】
ＭｇＮＢ  ＣＵは、さらに、ステップＳＴ７００５で、ＳｇＮＢのルーティング先ＤＵに対してデータを送信する。
【１００９】
ステップＳＴ７００５でＳｇＮＢのルーティング先ＤＵにデータを送信する機能が実行されることにより、ステップＳＴ７００６で、ＭｇＮＢ  ＣＵがデータをＳｇＮＢ  ＤＵ＃１に送信する。ステップＳＴ７００７で、ＳｇＮＢ  ＤＵ＃１は、受信したデータを処理してＵＥに対して送信する。
【１０１０】
ステップＳＴ７００５でＳｇＮＢのルーティング先ＤＵにデータを送信する機能が実行されることにより、ステップＳＴ７００８で、ＭｇＮＢ  ＣＵがデータをＳｇＮＢ  ＤＵ＃２に送信する。ステップＳＴ７００９で、ＳｇＮＢ  ＤＵ＃２は、受信したデータを処理してＵＥに対して送信する。
【１０１１】
ＵＥからの送信については、同様に逆の動作が行われるので、ここでは説明を省略する。
【１０１２】
ステップＳＴ７００６、ＳＴ７００８で行われるＭｇＮＢ  ＣＵとＳｇＮＢ  ＤＵとの間の通信において、前述した、ＭｇＮＢとＳｇＮＢとの間とで通知される情報を通知してもよい。ここでは示していないが、ＳｇＮＢ  ＤＵとＭｇＮＢ  ＣＵとがＳｇＮＢ  ＣＵを介して行う通信によって、前述した、ＭｇＮＢとＳｇＮＢとの間で通知される情報を通知してもよい。
【１０１３】
このようにすることで、オプション２のＣＵ−ＤＵ分離構成のｇＮＢをセカンダリとして用いてＳＢのＤＣを実行することが可能となる。
【１０１４】
本変形例２で開示した方法とすることで、ＭｇＮＢとＳｇＮＢ  ＤＵとの間で直接、データの送受信を行うことが可能となる。ＳｇＮＢのＣＵがＤＵ間ルーティング機能を有しなくてすむ。このため、ＳｇＮＢのＣＵの処理量を低減できる。
【１０１５】
実施の形態６の変形例３．
実施の形態６の変形例１および変形例２では、データ送信をルーティングするＳｇＮＢのＤＵを、ＭｇＮＢが決定する。このため、ＳｇＮＢにおいて、ＳＢのＤＣを設定されたＵＥのためのリソース使用と、他のＵＥのためのリソース使用とが競合する場合が生じる。ＳｇＮＢにおいて、ＳＢのＤＣを設定されたＵＥのためのリソース使用と、他のＵＥのためのリソース使用とを調整することが困難になる。
【１０１６】
このため、ＳｇＮＢにおいて、ＤＣが設定されたＵＥに対して所望のデータ速度を得られなくなったり、他のＵＥに対して所望のデータ速度を得られなくなったりする問題が生じる。
【１０１７】
本変形例３はこのような課題を解決する方法を開示する。
【１０１８】
ＳｇＮＢの全部または一部のＤＵを、ＭｇＮＢが専用する。各ＤＵの全部または一部のリソースを、ＭｇＮＢが専用してもよい。同一のＭｇＮＢとＳｇＮＢとを用いてＤＣが設定される、ひとつまたは複数のＵＥについて、同一のＤＵあるいはＤＵ毎のリソースを、該ＵＥのＭｇＮＢが専用してもよい。
【１０１９】
ＳｇＮＢのＤＵあるいはＤＵのリソースをＭｇＮＢに専用させる方法について開示する。ＳｇＮＢがＭｇＮＢに対して、ＭｇＮＢに専用させるＳｇＮＢのＤＵあるいはＤＵのリソースに関する情報を通知する。あるいは、ＳｇＮＢがＭｇＮＢに対して、ＭｇＮＢに専用を許可するＳｇＮＢのＤＵあるいはＤＵのリソースに関する情報を通知する。
【１０２０】
通知する情報として以下に４つの例を開示する。
【１０２１】
（１）ＤＵ識別子。
【１０２２】
（２）ＤＵ内リソース。
【１０２３】
（３）専用時間。
【１０２４】
（４）（１）と（３）の組合せ。
【１０２５】
前述の（１）のＤＵ識別子に関しては、ＳｇＮＢがＭｇＮＢに対して、実施の形態６で開示したＤＵの識別子を通知してもよい。
【１０２６】
前述の（２）ＤＵ内リソースとしては、周波数軸上の無線リソース、あるいは時間軸上の無線リソース、あるいは符号、あるいはシーケンスがある。これらを組合せてもよい。周波数軸上の無線リソースをサブキャリア単位で使用してもよい。時間軸上のリソースをＯＦＤＭシンボル単位で使用してもよい。あるいは、ＤＵ内リソースは、スロット単位としてもよいし、サブフレーム単位としてもよい。周波数軸と時間軸上のリソースの組合せの例として、リソースブロックがある。
【１０２７】
符号として直交符号や疑似直交符号を使用してもよい。符号やシーケンスに関するリソースとして、例えば符号番号やシーケンス番号がある。符号番号やシーケンス番号から符号やシーケンスが導出可能であればよい。
【１０２８】
前述の（３）専用時間としては、ＳｇＮＢのＤＵあるいはＤＵのリソースをＭｇＮＢに専用させる時間に関する情報がある。例として、開始時間、停止時間、等の情報を用いるとよい。時間の単位は、前述の時間軸上のリソースを表す単位としてもよい。
【１０２９】
例えば、開始時間として、システムフレームナンバ、無線フレームナンバ、サブフレームナンバを指定する。停止時間として、同様にシステムフレームナンバ、無線フレームナンバ、サブフレームナンバを指定してもよい。開始時間から停止時間までＭｇＮＢは、ＳｇＮＢのＤＵあるいはＤＵのリソースを専用する。
【１０３０】
また、専用時間は、継続時間であってもよい。継続時間は例えば、システムフレーム数、無線フレーム数、サブフレーム数等とするとよい。例えば、開始時間と継続時間を設定し、その設定情報をＳｇＮＢがＭｇＮＢに対して通知する。開始時間から継続時間の間、ＭｇＮＢはＳｇＮＢのＤＵあるいはＤＵのリソースを専用する。
【１０３１】
このようにすることで、時間的に柔軟な設定が可能となる。ＳｇＮＢの有するリソースを、ＳｇＮＢにおける負荷状況に応じてＭｇＮＢに専用させることが可能となる。
【１０３２】
前述の情報をＳｇＮＢからＭｇＮＢへ通知する方法について開示する。
【１０３３】
ｇＮＢ間のインタフェースのセットアップ時に、ｇＮＢ間で前述の情報を通知してもよい。ｇＮＢ間のインタフェースとして、ｇＮＢ間だけでなく、ｇＮＢ  ＣＵ間やｇＮＢとｇＮＢ  ＣＵとの間のインタフェースとしてもよい。セットアップメッセージに、他のｇＮＢが専用可能な自ｇＮＢのＤＵあるいはＤＵのリソースに関する情報を含めて通知する。
【１０３４】
あるいは、ｇＮＢ設定のアップデート時に、前述の情報を通知してもよい。ｇＮＢ設定のアップデートメッセージに、他のｇＮＢが専用可能な自ｇＮＢのＤＵあるいはＤＵのリソースに関する情報を含めて通知してもよい。
【１０３５】
セットアップ時あるいはｇＮＢ設定のアップデート時の通知は、ＳｇＮＢからＭｇＮＢへの通知ではなく、ｇＮＢから他のｇＮＢへの通知となる。言い換えると、まだＤＣが設定される前に、前述の情報を通知することになる。このような場合、ｇＮＢは、他のｇＮＢから通知された情報をもとにＤＣを設定し、ＳｇＮＢ  ＤＵに対して送信データのルーティング先ＤＵを決定することが可能となる。
【１０３６】
前述の情報をＳｇＮＢからＭｇＮＢへ通知する他の方法について開示する。
【１０３７】
ＤＣ設定時に前述の情報を通知してもよい。実施の形態６で開示した、ＤＣ設定時にＳｇＮＢからＭｇＮＢへ、自ＳｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報を通知する方法を、適用するとよい。自ＳｇＮＢのＣＵ-ＤＵ分離構成の有無を示す情報のかわりに、ＭｇＮＢに専用させるあるいは専用可能な、自ＳｇＮＢのＤＵあるいはＤＵのリソースに関する情報を通知すればよい。
【１０３８】
このようにＳｇＮＢからＭｇＮＢに対して、ＭｇＮＢに専用させるあるいは専用可能な、自ＳｇＮＢのＤＵあるいはＤＵのリソースに関する情報を通知することで、ＭｇＮＢがそれらを認識可能となる。ＭｇＮＢは、それらを考慮してＳＢのルーティングを行ってもよい。
【１０３９】
ＤＣ設定時に、ＭｇＮＢからＳｇＮＢに対して、ＳｇＮＢのＤＵあるいはＤＵのリソースをＤＣ用に専用することを要求する情報を通知してもよい。要求する情報として、以下の８つの例を開示する。
【１０４０】
（１）ＤＣ対象とするＵＥの識別子。
【１０４１】
（２）自ｇＮＢの識別子。
【１０４２】
（３）ＤＣで専用したいＤＵの数。
【１０４３】
（４）ＤＣで専用したいＤＵのリソースの量あるいは数。
【１０４４】
（５）ＤＣで専用したい時間あるいは期間。
【１０４５】
（６）ＤＣで専用したいキャリア周波数。
【１０４６】
（７）ＤＣで専用したい周波数帯域。
【１０４７】
（８）（１）から（７）の組合せ。
【１０４８】
ＤＣ設定時に、ＭｇＮＢからＳｇＮＢに対して、ＳｇＮＢのＤＵあるいはＤＵのリソースをＤＣ用に専用することを要求する情報の通知方法は、実施の形態６の変形例１で開示した、ＤＣ設定時に、ＭｇＮＢからＳｇＮＢに対して、ＳｇＮＢのＤＵをＤＣ用に使用することを要求する情報の通知方法を適用するとよい。ＳｇＮＢのＤＵの使用を要求する情報のかわりに、ＳｇＮＢのＤＵあるいはＤＵのリソースの専用を要求する情報を通知するとよい。
【１０４９】
このようにすることで、ＭｇＮＢがＤＣで専用を必要とするＤＵあるいはＤＵのリソースに関する情報を、ＳｇＮＢが認識することが可能となる。ＳｇＮＢはＭｇＮＢに対して、余分なＤＵ数をＤＣに専用させないようにすることができる。また、ＳｇＮＢはＭｇＮＢに対して、ＤＣに不足なＤＵ数を専用させないようにすることができる。ＳｇＮＢはＭｇＮＢに対して適切なリソースを専用させることができ、ＵＥに対し、適切なリソースを用いて通信を行うことができる。
【１０５０】
本変形例３で開示した方法とすることで、ＳｇＮＢのＤＵあるいはＤＵのリソースを、ＤＣ時にＭｇＮＢの専用とすることができる。これにより、ＤＣでＳｇＮＢに設定されたベアラに応じて、ＳｇＮＢのＤＵあるいはＤＵのリソースが用いられることができるようになる。このため、ＳｇＮＢにおいて、設定されたＵＥに対して所望のデータ速度を得られなくなったり、他のＵＥに対して所望のデータ速度を得られなくなったりする問題を低減することが可能となる。
【１０５１】
実施の形態６から実施の形態６の変形例３では、ＤＣのマスター基地局として、ＮＲにおける基地局（ｇＮＢ）を用いた場合について開示した。実施の形態６から実施の形態６の変形例３で開示した方法を、ＤＣのマスター基地局として、ＬＴＥにおける基地局（ｅＮＢ）を用いる場合に適用してもよい。
【１０５２】
ｅＮＢでは、ｇＮＢでＰＤＣＰの上位に設けられるＮｅｗ  ＡＳ  Ｌａｙｅｒが設けられない。また、ｅＮＢではＣＵ−ＤＵ分離構成が用いられない。
【１０５３】
したがって、ｇＮＢのＮｅｗ  ＡＳ  Ｌａｙｅｒを無くし、ＣＵ−ＤＵ分離されていない構成のｇＮＢのかわりにｅＮＢを用いればよい。
【１０５４】
このようにすることで、実施の形態６から実施の形態６の変形例３で示したのと同様の効果が得られる。
【１０５５】
ｅＮＢをマスター基地局とし、オプション２のＣＵ−ＤＵ分離構成のｇＮＢをセカンダリ基地局とした、ＳＢのＤＣを実施可能となる。既存のＬＴＥの基地局を用いてＤＣを実施することが可能となるため、システム構築が安価で容易になる。
【１０５６】
実施の形態６から実施の形態６の変形例３では、ＭＣＧスプリットベアラのＤＣを実施する場合について開示した。実施の形態６から実施の形態６の変形例３で開示した方法を、ＳＣＧスプリットベアラのＤＣを実施する場合に適用してもよい。
【１０５７】
ＳＣＧスプリットベアラは、セカンダリ基地局から、マスター基地局とセカンダリ基地局とにベアラがスプリットされる。上位ＮＷ装置から送信されたデータは、セカンダリ基地局に入力され、セカンダリ基地局から、マスター基地局とセカンダリ基地局とにルーティングされる。
【１０５８】
従って、マスター基地局が、オプション２のＣＵ−ＤＵ分離構成のｇＮＢの場合、実施の形態６で開示したのと同様の問題が生じる。このような問題を解決するために、実施の形態６から実施の形態６の変形例３で開示した方法を、ＳＣＧスプリットベアラのＤＣを実施する場合に適用するとよい。
【１０５９】
マスターｇＮＢで開示した方法をセカンダリｇＮＢに適用し、セカンダリｇＮＢで開示した方法をマスターｇＮＢに適用すればよい。
【１０６０】
このようにすることで、実施の形態６から実施の形態６の変形例３で示したのと同様の効果が得られる。
【１０６１】
オプション２のＣＵ−ＤＵ分離構成のｇＮＢをマスター基地局としたＳＣＧスプリットベアラのＤＣを実施可能となる。ＮＲにけるＤＣの選択肢を広げられるため、電波伝搬環境に適したＤＣを運用可能となり、基地局とＵＥとの間で高速な通信を行うことが可能となる。
【１０６２】
実施の形態６から実施の形態６の変形例３で開示した方法を、マルチコネクティビティ（ＭＣ）に適用してもよい。オプション２のＣＵ−ＤＵ分離構成のｇＮＢを、ＳＢのＭＣのＳｇＮＢとすることが可能となる。また、オプション２のＣＵ−ＤＵ分離構成のｇＮＢを、ＳＢのＭＣのＭｇＮＢとしてもよい。ＤＣの場合と同様の効果が得られる。
【１０６３】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
【１０６４】
例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。
【１０６５】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【１０６６】
２００  通信システム、２０２，８０４  通信端末装置、２０３  基地局装置、８０１  ＣＵ（Central Unit）、８０２，８０３  ＤＵ（Distributed Unit）。
【図１】
2018198963.tif 000003
【図２】
2018198963.tif 000004
【図３】
2018198963.tif 000005
【図４】
2018198963.tif 000006
【図５】
2018198963.tif 000007
【図６】
2018198963.tif 000008
【図７】
2018198963.tif 000009
【図８】
2018198963.tif 000010
【図９】
2018198963.tif 000011
【図１０】
2018198963.tif 000012
【図１１】
2018198963.tif 000013
【図１２】
2018198963.tif 000014
【図１３】
2018198963.tif 000015
【図１４】
2018198963.tif 000016
【図１５】
2018198963.tif 000017
【図１６】
2018198963.tif 000018
【図１７】
2018198963.tif 000019
【図１８】
2018198963.tif 000020
【図１９】
2018198963.tif 000021
【図２０】
2018198963.tif 000022
【図２１】
2018198963.tif 000023
【図２２】
2018198963.tif 000024
【図２３】
2018198963.tif 000025
【図２４】
2018198963.tif 000026
【図２５】
2018198963.tif 000027
【図２６】
2018198963.tif 000028
【図２７】
2018198963.tif 000029
【図２８】
2018198963.tif 000030
【図２９】
2018198963.tif 000031
【図３０】
2018198963.tif 000032
【図３１】
2018198963.tif 000033
【図３２】
2018198963.tif 000034
【図３３】
2018198963.tif 000035
【図３４】
2018198963.tif 000036
【図３５】
2018198963.tif 000037
【図３６】
2018198963.tif 000038
【図３７】
2018198963.tif 000039
【図３８】
2018198963.tif 000040
【図３９】
2018198963.tif 000041
【図４０】
2018198963.tif 000042
【図４１】
2018198963.tif 000043
【図４２】
2018198963.tif 000044
【図４３】
2018198963.tif 000045
【図４４】
2018198963.tif 000046
【図４５】
2018198963.tif 000047
【図４６】
2018198963.tif 000048
【図４７】
2018198963.tif 000049
【図４８】
2018198963.tif 000050
【図４９】
2018198963.tif 000051
【図５０】
2018198963.tif 000052
【図５１】
2018198963.tif 000053
【図５２】
2018198963.tif 000054
【図５３】
2018198963.tif 000055
【図５４】
2018198963.tif 000056
【図５５】
2018198963.tif 000057
【図５６】
2018198963.tif 000058
【図５７】
2018198963.tif 000059
【国際調査報告】
2018198963.tif 000060
2018198963.tif 000061
2018198963.tif 000062
2018198963.tif 000063
2018198963.tif 000064
2018198963.tif 000065
2018198963.tif 000066
2018198963.tif 000067
2018198963.tif 000068
2018198963.tif 000069