特許 6239742 通信システム、ユーザ端末、プロセッサ、及びセルラ基地局

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6239742

(24)【登録日】2017年11月10日

(45)【発行日】2017年11月29日

(54)【発明の名称】通信システム、ユーザ端末、プロセッサ、及びセルラ基地局

(51)【国際特許分類】

   H04W 28/04 20090101AFI20171120BHJP

   H04W 48/18 20090101ALI20171120BHJP

   H04W 28/08 20090101ALI20171120BHJP

   H04W 88/06 20090101ALI20171120BHJP

【ＦＩ】

   H04W28/04 110

   H04W48/18 113

   H04W28/08

   H04W88/06

【請求項の数】8

【全頁数】19

(21)【出願番号】特願2016-517926(P2016-517926)

(86)(22)【出願日】2015年5月7日

(86)【国際出願番号】JP2015063239

(87)【国際公開番号】WO2015170722

(87)【国際公開日】20151112

【審査請求日】2017年6月5日

(31)【優先権主張番号】特願2014-97178(P2014-97178)

(32)【優先日】2014年5月8日

(33)【優先権主張国】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】キュリーズ特許業務法人

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】長坂 優志

【審査官】 田部井 和彦

(56)【参考文献】

【文献】 欧州特許出願公開第２７０４４８１（ＥＰ，Ａ１）

【文献】 国際公開第２０１３／０８６４１０（ＷＯ，Ａ２）

【文献】 特表２０１０−５０２０３７（ＪＰ，Ａ）

【文献】 特開２００４−１２９１６３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００−９９／００

Ｈ０４Ｂ ７／２４− ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

通信システムであって、
ユーザ端末と、
セルラ基地局と、を備え、
前記ユーザ端末は、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）を介さずに前記セルラ基地局を介する第１のデータベアラと、前記ＷＬＡＮ及び前記セルラ基地局を介する第２のデータベアラと、を用いた通信を制御し、
前記セルラ基地局は、前記第１のデータベアラと前記第２のデータベアラとを用いた前記ユーザ端末との通信を制御し、
前記ユーザ端末は、前記ＷＬＡＮを介して受信したデータと前記セルラ基地局から直接受信したデータとに関する送達状況を示す状況報告を前記セルラ基地局へ送信し、
前記セルラ基地局は、前記状況報告を前記ユーザ端末から受信し、
前記状況報告は、最初の欠落したＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＰＤＣＰ ＳＤＵ）のシーケンス番号の情報を含む、通信システム。

【請求項2】

前記ユーザ端末は、ＰＤＣＰエンティティにおいて、前記データとして受信したＰＤＣＰパケットの順序制御を実行する請求項１に記載の通信システム。

【請求項3】

前記セルラ基地局は、前記状況報告を送信させるための情報を前記ユーザ端末へ送信し、
前記ユーザ端末は、前記状況報告を送信させるための情報に基づいて、前記状況報告を前記セルラ基地局へ送信する請求項１に記載の通信システム。

【請求項4】

前記状況報告は、前記最初の欠落したＰＤＣＰ ＳＤＵ以降のＰＤＣＰ ＳＤＵが受信済みであるか否かを示す情報をさらに含む請求項１に記載の通信システム。

【請求項5】

ユーザ端末であって、
Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）を介さずにセルラ基地局を介する第１のデータベアラと、前記ＷＬＡＮ及び前記セルラ基地局を介する第２のデータベアラと、を用いた通信を制御する制御部と、
前記ＷＬＡＮを介して受信したデータと前記セルラ基地局から直接受信したデータとに関する送達状況を示す状況報告を前記セルラ基地局へ送信する送信部と、を備え、
前記状況報告は、最初の欠落したＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＰＤＣＰ ＳＤＵ）のシーケンス番号の情報を含む、ユーザ端末。

【請求項6】

ユーザ端末を制御するためのプロセッサであって、
Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）を介さずにセルラ基地局を介する第１のデータベアラと、前記ＷＬＡＮ及び前記セルラ基地局を介する第２のデータベアラと、を用いた通信を制御する処理と、
前記ＷＬＡＮを介して受信したデータと前記セルラ基地局から直接受信したデータとに関する送達状況を示す状況報告を前記セルラ基地局へ送信する処理と、を実行し、
前記状況報告は、最初の欠落したＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＰＤＣＰ ＳＤＵ）のシーケンス番号の情報を含む、プロセッサ。

【請求項7】

セルラ基地局であって、
Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）を介さずに前記セルラ基地局を介する第１のデータベアラと、前記ＷＬＡＮ及び前記セルラ基地局を介する第２のデータベアラと、を用いたユーザ端末との通信を制御する制御部と、
前記ＷＬＡＮを介して受信したデータと前記セルラ基地局から直接受信したデータとに関する送達状況を示す状況報告を前記ユーザ端末から受信する受信部と、を備え、
前記状況報告は、最初の欠落したＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＰＤＣＰ ＳＤＵ）のシーケンス番号の情報を含む、セルラ基地局。

【請求項8】

セルラ基地局を制御するためのプロセッサであって、
Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）を介さずに前記セルラ基地局を介する第１のデータベアラと、前記ＷＬＡＮ及び前記セルラ基地局を介する第２のデータベアラと、を用いたユーザ端末との通信を制御する処理と、
前記ＷＬＡＮを介して受信したデータと前記セルラ基地局から直接受信したデータとに関する送達状況を示す状況報告を前記ユーザ端末から受信する処理と、を実行し、
前記状況報告は、最初の欠落したＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＰＤＣＰ ＳＤＵ）のシーケンス番号の情報を含む、プロセッサ。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、セルラ基地局及びＷＬＡＮアクセスポイントを有する通信システムにおける通信制御方法に関する。

【背景技術】

【0002】

近年、セルラ通信及び無線ＬＡＮ（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信の両機能を有するユーザ端末の普及が進んでいる。また、セルラ通信ネットワークのオペレータにより管理されるＷＬＡＮアクセスポイントが増加している。そこで、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、セルラＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）及びＷＬＡＮの連携（Ｉｎｔｅｒｗｏｒｋｉｎｇ）を強化できる技術が検討されている（非特許文献１参照）。

【0003】

一方、複数のベアラのデータを処理するセルラ基地局であるＭｅＮＢ（Ｍａｓｔｅｒ ｅＮｏｄｅＢ）が一部のベアラのデータを他のセルラ基地局であるＳｅＮＢ（Ｓｅｃｏｎｄａｒｙ ｅＮｏｄｅＢ）に経由させるＤｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙのアーキテクチャが検討されている（非特許文献２参照）。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】３ＧＰＰ技術報告書 「ＴＲ３７．８３４ Ｖ１２．０．０」 ２０１３年１２月

【非特許文献2】３ＧＰＰ技術報告書 「ＴＲ３６．８４２ Ｖ１２．０．０」 ２０１４年１月

【発明の概要】

【0005】

しかしながら、現在検討されているＩｎｔｅｒｗｏｒｋｉｎｇ方法や上述したアーキテクチャでは、セルラ基地局とＷＬＡＮアクセスポイントとが別個独立に動作しており、セルラ基地局とＷＬＡＮアクセスポイントとが連携した高度な通信制御を実現できない問題がある。

【0006】

そこで、本出願は、ＷＬＡＮアクセスポイントを介して行われるセルラ基地局とユーザ端末との間の通信における高度な通信制御を可能とする通信制御方法を提供することを目的とする。

【0007】

第１の特徴における通信制御方法は、ユーザ端末の通信を制御するための通信制御方法であって、セルラ基地局が、所定のレイヤのデータを、ＷＬＡＮアクセスポイントを介して、前記ユーザ端末に送信するステップと、前記ユーザ端末が、受信した前記データに基づく送達確認情報を、前記ＷＬＡＮアクセスポイントを介して、前記セルラ基地局へ送信するステップとを有する。

【0008】

第２の特徴における通信制御方法は、ユーザ端末の通信を制御するための通信制御方法であって、前記ユーザ端末が、第１のセルラ基地局から第２のセルラ基地局へハンドオーバする場合、前記ユーザ端末が、前記第１のセルラ基地局から受信したデータの送達状況を示す送達状況報告を前記第１のセルラ基地局へ送信するステップを有する。

【0009】

第３の特徴における通信制御方法は、ユーザ端末の通信を制御するための通信制御方法であって、ユーザ端末が第１のセルラ基地局から第２のセルラ基地局へハンドオーバする場合、前記第１のセルラ基地局が、前記ユーザ端末により送信されたデータの送達状況を示す送達状況報告を、前記ユーザ端末に送信するステップを有する。

【図面の簡単な説明】

【0010】

【図1】第１実施形態における通信システムを示す図である。

【図2】第１実施形態におけるＵＥのブロック図である。

【図3】第１実施形態におけるｅＮＢのブロック図である。

【図4】第１実施形態におけるＡＰのブロック図である。

【図5】第１実施形態におけるＬＴＥ無線インターフェイスのプロトコルスタック図である。

【図6】第１実施形態における通信制御方法を示す図である。

【図7】第１実施形態におけるデータ伝送方式を示す図である。

【図8】第１実施形態におけるｅＮＢ−ＵＥ間のシーケンス図である。

【図9】第１実施形態の他の態様におけるｅＮＢ−ＵＥ間のシーケンス図である。

【図10】第２実施形態における通信システムの動作概要を示す図である。

【図11】第２実施形態の通信システムにおけるシーケンス図である。

【図12】第３実施形態における通信システムの動作概要を示す図である。

【図13】第３実施形態の通信システムにおけるシーケンス図である。

【発明を実施するための形態】

【0011】

以下、図面を参照して、３ＧＰＰ規格に基づくセルラ通信システムであるＬＴＥシステムを無線ＬＡＮ（ＷＬＡＮ）システムと連携させる場合の実施形態（以下、本実施形態という）を説明する。本実施形態は、第１〜第３実施形態に分けられ、各実施形態について説明する。

【0012】

［第１実施形態］
図１は、第１実施形態における通信システムを示す図である。図１に示すように、通信システムは、複数のＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０とを有する。

【0013】

Ｅ−ＵＴＲＡＮ１０は、セルラＲＡＮに相当する。ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。

【0014】

ＵＥ１００は、移動型の無線通信装置であり、ユーザ端末に相当する。ＵＥ１００は、セルラ通信及びＷＬＡＮ通信の両通信方式をサポートする端末（デュアル端末）である。

【0015】

Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を有する。ｅＮＢ２００はセルラ基地局に相当する。ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。また、ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能とを有する。

【0016】

ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介して、ＥＰＣ２０に含まれるＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）５００と接続される。

【0017】

ＥＰＣ２０は、複数のＭＭＥ／Ｓ−ＧＷ５００を有する。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。

【0018】

ＷＬＡＮ３０は、ＷＬＡＮアクセスポイント（以下「ＡＰ」という）３００を有する。ＡＰ３００は、例えばＬＴＥネットワークのオペレータ配下のＡＰ（Ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰ）である。

【0019】

ＷＬＡＮ３０は、例えばＩＥＥＥ ８０２．１１諸規格に準拠して構成される。ＡＰ３００は、セルラ周波数帯とは異なる周波数帯（ＷＬＡＮ周波数帯）でＵＥ１００との通信を行う。ＡＰ３００は、ルータ等を介してＥＰＣ２０に接続される。

【0020】

また、ｅＮＢ２００及びＡＰ３００が個別に配置される場合に限らず、ｅＮＢ２００及びＡＰ３００が同じ場所に配置（Ｃｏｌｌｏｃａｔｅｄ）されていてもよい。或いは、ｅＮＢ２００及びＡＰ３００がオペレータの任意のインターフェイスで直接的に接続されていてもよい。ｅＮＢ２００及びＡＰ３００との間のインターフェイスの詳細については後述する。

【0021】

次に、ＵＥ１００、ｅＮＢ２００及びＡＰ３００の構成を説明する。

【0022】

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１及び１０２と、セルラ通信部１１１と、ＷＬＡＮ通信部１１２と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。

【0023】

アンテナ１０１及びセルラ通信部１１１は、セルラ無線信号の送受信に用いられる。セルラ通信部１１１は、プロセッサ１６０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ１０１から送信する。また、セルラ通信部１１１は、アンテナ１０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。

【0024】

アンテナ１０２及びＷＬＡＮ通信部１１２は、ＷＬＡＮ無線信号の送受信に用いられる。ＷＬＡＮ通信部１１２は、プロセッサ１６０が出力するベースバンド信号をＷＬＡＮ無線信号に変換してアンテナ１０２から送信する。また、ＷＬＡＮ通信部１１２は、アンテナ１０２が受信するＷＬＡＮ無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。

【0025】

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ及び各種ボタン等を有する。ユーザインターフェイス１２０は、ユーザからの入力を受け付けて、該入力の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

【0026】

メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を有する。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。

【0027】

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、セルラ通信部２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

【0028】

アンテナ２０１及びセルラ通信部２１０は、セルラ無線信号の送受信に用いられる。セルラ通信部２１０は、プロセッサ２４０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ２０１から送信する。また、セルラ通信部２１０は、アンテナ２０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。

【0029】

ネットワークインターフェイス２２０は、バックホールネットワーク（バックホールＮＷ）と接続される。

【0030】

メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を有する。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

【0031】

図４は、ＡＰ３００のブロック図である。図４に示すように、ＡＰ３００は、アンテナ３０１と、ＷＬＡＮ通信部３１１と、ネットワークインターフェイス３２０と、メモリ３３０と、プロセッサ３４０と、を有する。

【0032】

アンテナ３０１及びＷＬＡＮ通信部３１１は、ＷＬＡＮ無線信号の送受信に用いられる。ＷＬＡＮ通信部３１１は、プロセッサ３４０が出力するベースバンド信号をＷＬＡＮ無線信号に変換してアンテナ３０１から送信する。また、ＷＬＡＮ通信部３１１は、アンテナ３０１が受信するＷＬＡＮ無線信号をベースバンド信号に変換してプロセッサ３４０に出力する。

【0033】

ネットワークインターフェイス３２０は、バックホールネットワーク（バックホールＮＷ）と接続される。

【0034】

メモリ３３０は、プロセッサ３４０によって実行されるプログラムと、プロセッサ３４０による処理に使用される情報と、を記憶する。プロセッサ３４０は、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリ３３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を有する。プロセッサ３４０は、後述する各種の処理を実行する。

【0035】

図５は、ＬＴＥ無線インターフェイスのプロトコルスタック図である。図５に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ（層）〜第３レイヤに区分されており、第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤ及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤを有する。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを有する。

【0036】

物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。

【0037】

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを有する。

【0038】

ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＲＬＣレイヤは、データの送達確認を行い、再送制御機能を有する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。

【0039】

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張及び暗号化・復号化を行う。

【0040】

ＲＲＣレイヤは、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣ接続状態（接続状態）であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態（アイドル状態）である。

【0041】

ＲＲＣレイヤの上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤは、セッション管理及びモビリティ管理などを行う。

【0042】

図６は、第１実施形態における通信制御方法を示す図である。

【0043】

図６に示すように、第１実施形態では、ＵＥ１００は、ｅＮＢ２００との無線接続及びＡＰ３００との無線接続を有する。すなわち、ＵＥ１００は、ｅＮＢ２００及びＡＰ３００と同時に接続を確立する。すなわち、ＵＥ１００には、ｅＮＢ２００及びＡＰ３００のそれぞれから無線リソースが割り当てられる。

【0044】

ｅＮＢ２００は、ｅＮＢ２００との無線接続及びＡＰ３００との無線接続を有するＵＥ１００に対するＲＲＣ接続を維持する。よって、ｅＮＢ２００は、ＵＥ１００に対して各種の通信制御を行うことができる。

【0045】

第１実施形態では、ｅＮＢ２００は、ＵＥ１００と直接的にデータを送受信するとともに、ＡＰ３００（及びＷＬＡＮ ＧＷ６００）を介してＵＥ１００と間接的にデータを送受信する。具体的には、ＵＥ１００とＳ−ＧＷ５００（ＥＰＣ２０）との間には、ＡＰ３００を介さずにｅＮＢ２００を介するデータベアラ＃１（第１のデータベアラ）と、ＡＰ３００及びｅＮＢ２００を介するデータベアラ＃２（第２のデータベアラ）と、が確立される。ｅＮＢ２００のＲＲＣレイヤは、データベアラ＃１及びデータベアラ＃２を管理する。

【0046】

このように、ＵＥ１００は、ｅＮＢ２００及びＡＰ３００を介して複数のデータベアラを確立する。また、ＵＥ１００には、ｅＮＢ２００及びＡＰ３００のそれぞれから無線リソースが割り当てられる。よって、大きな通信容量が確保された状態で、複数データ（複数ユーザデータ）を並列的に伝送できるため、スループットを大幅に向上させることができる。

【0047】

第１実施形態では、ｅＮＢ２００とＡＰ３００との間のデータベアラ＃２において、ＩＰパケットの状態でデータが送受信される。或いは、ｅＮＢ２００とＡＰ３００との間のデータベアラ＃２において、ＩＰパケットでカプセル化されたＰＤＣＰパケットの状態でデータが送受信される。また、データベアラ＃２は、ｅＮＢ２００において２つに分割（ｓｐｌｉｔ）されていてもよい。分割された一方は、ＡＰ３００を介してＵＥ１００で終端しており、分割された他方は、ＡＰ３００を介さずにＵＥ１００で終端する。

【0048】

なお、第１実施形態において、図６に示すデータベアラ＃１を用いた通信は任意である。すなわち、第１実施形態の通信システムは、少なくともＡＰ３００を介したデータベアラ＃２を用いた通信が行われている場合、適用可能である。

【0049】

図７は、第１実施形態におけるデータ伝送方式を示す図である。第１実施形態におけるデータ伝送方式では、ｅＮＢ２００とＡＰ３００との間のデータベアラ＃２において、ＩＰパケットにカプセル化されたＰＤＣＰパケットの状態でデータが送受信される。

【0050】

図７に示すように、ｅＮＢ２００は、データベアラ＃１用のＰＤＣＰエンティティ２４１＃１、データベアラ＃２用のＰＤＣＰエンティティ２４１＃２、データベアラ＃１用のＲＬＣエンティティ２４２＃１、データベアラ＃２用のＲＬＣエンティティ２４２＃２及びＭＡＣエンティティ２４３を有する。また、図７に示すカプセル化エンティティ２４４（所定のエンティティ）は、ｅＮＢ２００又はＷＬＡＮ ＧＷ６００のいずれかに含まれる機能である。

【0051】

ＡＰ３００は、ＬＬＣエンティティ３４１、ＭＡＣ ＬＭＥエンティティ３４２及びＰＨＹ ＬＭＥエンティティ３４３を有する。

【0052】

ＵＥ１００は、ＭＡＣエンティティ１６１、データベアラ＃１用のＲＬＣエンティティ１６２＃１、データベアラ＃１用のＰＤＣＰエンティティ１６３＃１、データベアラ＃２用のＲＬＣエンティティ１６２＃２、データベアラ＃２用のＰＤＣＰエンティティ１６３＃２、ＷＬＡＮのＰＨＹ／ＭＡＣエンティティ１６４、ＬＬＣエンティティ１６５及びデカプセル化エンティティ１６６（第２のエンティティ）を有する。

【0053】

ｅＮＢ２００は、ＰＤＣＰエンティティ２４１において、データベアラ＃２に属するデータ（ＰＤＣＰパケット）をＲＬＣエンティティ２４２＃２及びカプセル化エンティティ２４４に振り分ける。ＲＬＣエンティティ２４２＃２に振り分けられたデータは、ＲＬＣエンティティ２４２＃２及びＭＡＣエンティティ２４３を通じて、ＵＥ１００に送信される。ＵＥ１００は、データベアラ＃２に属するデータをＭＡＣエンティティ１６１、ＲＬＣエンティティ１６２＃２、ＰＤＣＰエンティティ１６３＃２の順に処理する。

【0054】

カプセル化エンティティ２４４に振り分けられたデータ（ＰＤＣＰパケット）は、カプセル化エンティティ２４４によりＩＰパケットにカプセル化されて、ＡＰ３００に転送される。ＡＰ３００は、当該ＩＰパケットを、ＬＬＣエンティティ３４１、ＭＡＣ ＬＭＥエンティティ３４２及びＰＨＹ ＬＭＥエンティティ３４３を通じて、ＵＥ１００に送信する。ＵＥ１００は、データベアラ＃２に属するデータをＰＨＹ／ＭＡＣエンティティ１６４、ＬＬＣエンティティ１６５及びデカプセル化エンティティ１６６の順に処理し、ＩＰパケットをデカプセル化することにより、ＰＤＣＰパケットを取得する。当該ＰＤＣＰパケットは、ＰＤＣＰエンティティ１６３＃２において、ＲＬＣエンティティ１６２＃２からのＰＤＣＰパケットとの順序制御（ｒｅｏｒｄｅｒｉｎｇ）が行われる。このように、ＰＤＣＰパケットをカプセル化／デカプセル化することにより、ＷＬＡＮ区間にＩＰトンネリングが設定されている。ここで、ＰＤＣＰは暗号化・認証等のセキュリティ処理を行っているので、ＰＤＣＰパケットをＷＬＡＮ側に渡すことにより、ＷＬＡＮ側の通信においてＬＴＥレベルのセキュリティが実現される。また、ＷＬＡＮ側では、暗号化・認証等のセキュリティ処理を省略してもよい。

【0055】

一方で、データベアラ＃１に属するデータについては、ＰＤＣＰエンティティ２４１＃１、ＲＬＣエンティティ２４２＃１及びＭＡＣエンティティ２４３を通じて、ＵＥ１００に送信される。ＵＥ１００は、データベアラ＃１に属するデータをＭＡＣエンティティ１６１、ＲＬＣエンティティ１６２＃１、ＰＤＣＰエンティティ１６３＃１の順に処理する。

【0056】

次に、第１実施形態における通信システムの適用シナリオを説明する。

【0057】

図７に示したように、ｅＮＢ２００からＡＰ３００を介してデータベアラ＃２を用いて送信されるデータ（ＰＤＣＰパケット）は、ｅＮＢ２００が備えるＲＬＣエンティティ２４２を経由しない。そのため、ＡＰ３００を介するデータベアラ＃２を用いて送信されるデータ（ＰＤＣＰパケット）は、ＲＬＣレイヤにより行われるデータの送達確認及び送達確認に基づく再送制御が行われない。そこで、第１実施形態では、以下の構成により、ＡＰ３００を介して行われるｅＮＢ２００とＵＥ１００との間の高度な通信制御を可能とする。

【0058】

図８は、第１実施形態におけるｅＮＢ２００−ＵＥ１００間のシーケンス図である。

【0059】

ステップＳ１０１において、ｅＮＢ２００のＰＤＣＰエンティティ２４１は、ＰＤＣＰレイヤのデータ（ＰＤＣＰパケット）を、ｅＮＢ２００のカプセル化エンティティ２４４に出力する。

【0060】

ステップＳ１０２において、カプセル化エンティティ２４４は、入力されたＰＤＣＰパケットをＩＰレイヤでカプセル化する。

【0061】

ステップＳ１０３において、カプセル化エンティティ２４４は、カプセル化されたＰＤＣＰパケット、すなわちＩＰパケットをＡＰ３００に送信する。

【0062】

ステップＳ１０４において、ＡＰ３００は、ＩＰパケットをＵＥ１００に送信する。

【0063】

ステップＳ１０５において、ＵＥ１００のデカプセル化エンティティ１６６は、受信したＩＰパケットに基づき、受信データの送達確認情報（ＡＣＫ／ＮＡＣＫ）をＡＰ３００に送信する。

【0064】

ステップＳ１０６において、デカプセル化エンティティ１６６は、受信したＩＰパケットのデカプセル化を行う。

【0065】

ステップＳ１０７において、ＡＰ３００は、受信した送達確認情報をｅＮＢ２００に送信する。ｅＮＢ２００のカプセル化エンティティ２４４が、送達確認情報を受け付ける。

【0066】

ステップＳ１０８において、カプセル化エンティティ２４４は、送達確認情報に基づき、ＰＤＣＰパケットの送達確認の状況を示すＳｕｃｃｅｓｓｆｕｌ ｄｅｌｉｖｅｒｙ ｉｎｄｉｃａｔｉｏｎをＰＤＣＰエンティティ２４１に通知する。

【0067】

このように、ＡＰ３００を介した通信において、カプセル化エンティティ２４４とデカプセル化エンティティ１６６との間でデータの送達確認を行うことができる。また、言い換えると、カプセル化エンティティ２４４とデカプセル化エンティティ１６６とは、ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ）のＲＬＣエンティティのように、仮想的なＲＬＣエンティティとして動作する。

【0068】

なお、図８に示す通信システムの構成において、ＷＬＡＮ ＧＷ６００がｅＮＢ２００とＡＰ３００との間に設置されていてもよい。

【0069】

図９は、第１実施形態の他の態様におけるｅＮＢ２００−ＵＥ１００間のシーケンス図である。図９に示すシーケンス図において、図８に示した動作と同じ動作には同一のステップ番号を付与している。

【0070】

図９に示すように、第１実施形態の他の態様では、ＷＬＡＮ ＧＷ６００がカプセル化エンティティ２４４を備える点を除き、図８の動作と同じである。

【0071】

上述したように、第１実施形態の通信システムによればＷＬＡＮアクセスポイントを介して行われるセルラ基地局とユーザ端末との間の高度な通信制御を可能とする。具体的には、第１実施形態の通信システムによれば、ＡＰ３００を介してｅＮＢ２００とＵＥ１００とが通信を行う場合であっても、データの受信側が送達確認情報を送信し、データの送信側がデータの送達確認を行うことができる。このとき、カプセル化エンティティ２４４とデカプセル化エンティティ１６６とが、仮想的なＲＬＣエンティティとして動作する。

【0072】

［第２実施形態］
次に、第２実施形態における通信システムを説明する。第２実施形態におけるネットワーク構成や機能ブロックは、図１〜図７に示した第１実施形態におけるネットワーク構成や機能ブロック図と同じである。

【0073】

図１０は、第２実施形態における通信システムの動作概要を示す図である。

【0074】

図１０に示すように、第２実施形態における通信システムは、ＡＰ３００を介して下りリンクデータを受信するＵＥ１００がＳｏｕｒｃｅ ｅＮＢ２００−１からＴａｒｇｅｔ ｅＮＢ２００−２にハンドオーバするシナリオに適用される。

【0075】

ステップＳ２１において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、Ｓ−ＧＷ５００からの下りリンク（Ｄｏｗｎｌｉｎｋ（ＤＬ））データを、ＡＰ３００を介して、ＵＥ１００に送信する。

【0076】

ステップＳ２２において、ＵＥ１００は、ＡＰ３００を介して受信した下りリンクデータに対する送達確認情報（ＡＣＫ／ＮＡＣＫ）を応答しない。そのため、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、送信した下りリンクデータの送達確認ができていない状態である。

【0077】

ステップＳ２３において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ハンドオーバを決定する（Ｈａｎｄｏｖｅｒ（ＨＯ） ｄｅｃｉｓｉｏｎ）。

【0078】

ここで、通常のハンドオーバ処理において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００に送信した下りリンクデータの送達確認ができていない場合、送達確認ができていないデータの全てをＴａｒｇｅｔ ｅＮＢ２００−２に転送する。しかしながら、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００が正常に受信できている下りリンクデータ、すなわち転送が不要であるデータをＴａｒｇｅｔ ｅＮＢ２００−２に転送してしまい、無駄なトラフィックを増加させてしまっている。そこで第２実施形態における通信システムでは、ハンドオーバを行う場合、次のステップＳ２４及びＳ２５の処理を実施する。

【0079】

ステップＳ２４において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００に対して、ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｒｅｑｕｅｓｔ（送達状況報告要求）を送信する。

【0080】

ステップＳ２５において、ＵＥ１００は、当該ＵＥ１００が受信した下りリンクデータの送達状況を示すＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ（送達状況報告）を、Ｓｏｕｒｃｅ ｅＮＢ２００−１に対して送信する。ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔには、受信側（ＵＥ１００）のＰＤＣＰエンティティ１６３で未受信であるＰＤＣＰ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）のシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ（ＳＮ））を示すＦＭＳ（Ｆｉｒｓｔ Ｍｉｓｓｉｎｇ ＰＤＣＰ ＳＮ）及び受信側のＰＤＣＰエンティティでＦＭＳ以降のＰＤＣＰ ＳＤＵが受信済みであるか否かを示すビットマップが含まれる。なお、ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔには、ＡＰ３００を介して受信したデータとＳｏｕｒｃｅ ｅＮＢ２００−１から直接受信したデータとに関する送達状況を示す情報が含まれる。

【0081】

ステップＳ２６において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００に対して、ＨＯ Ｃｏｍｍａｎｄ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する。ＵＥ１００は、ＨＯ Ｃｏｍｍａｎｄを受信すると、ＰＤＣＰレイヤにおける再接続（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を実施する。

【0082】

ステップＳ２７において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ステップＳ２５で受信したＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに基づく受信側（ＵＥ１００）において未送達であった下りリンクデータを、ハンドオーバ先のＴａｒｇｅｔ ｅＮＢ２００−２に転送する。

【0083】

上記動作により、第２実施形態における通信システムは、ＡＰ３００を介した下りリンクデータ通信が行われる場合であってもハンドオーバを行うとき、Ｓｏｕｒｃｅ ｅＮＢ２００−１がＴａｒｇｅｔ ｅＮＢ２００−２に対して未送達のデータのみを転送できる。

【0084】

図１１は、第２実施形態の通信システムにおけるシーケンス図である。

【0085】

図１１に示すステップＳ２０１は、図１０に示すステップＳ２３に対応する。すなわち、ステップＳ２０１の前に、図１０に示すステップＳ２３以前の処理が実施されている。

【0086】

ステップＳ２０１において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＨＯ ｄｅｃｉｓｉｏｎを行う。

【0087】

ステップＳ２０２において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００に対して、ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｒｅｑｕｅｓｔを送信する。

【0088】

ステップＳ２０３において、ＵＥ１００は、ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｒｅｑｕｅｓｔの受信後、当該ＵＥ１００が受信した下りリンクデータの送達状況を示すＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを、Ｓｏｕｒｃｅ ｅＮＢ２００−１に対して送信する。上述したように、ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔには、ＡＰ３００を介して受信したデータとＳｏｕｒｃｅ ｅＮＢ２００−１から直接受信したデータとに関する送達状況を示す情報が含まれる。

【0089】

ステップＳ２０４において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、Ｔａｒｇｅｔ ｅＮＢ２００−２に対して、ＨＯ Ｒｅｑｕｅｓｔを送信する。

【0090】

ステップＳ２０５において、Ｔａｒｇｅｔ ｅＮＢ２００−２は、Ｓｏｕｒｃｅ ｅＮＢ２００−１に対して、ＨＯ Ｒｅｑｕｅｓｔ Ａｃｋを送信する。

【0091】

ステップＳ２０６において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００に対して、ＨＯ Ｃｏｍｍａｎｄを送信する。ＵＥ１００は、ＨＯ Ｃｏｍｍａｎｄ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信すると、ＰＤＣＰレイヤにおける再接続（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を実施する。

【0092】

ステップＳ２０７において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ステップＳ２０３において受信したＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに基づき、未送達の下りリンクデータの有無を判定する。

【0093】

ステップＳ２０８において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、Ｔａｒｇｅｔ ｅＮＢ２００−２に対して、ステップＳ２０７において未送達であると判定された下りリンクデータを転送する。

【0094】

なお、ステップＳ２０２及びＳ２０３の処理は、ステップＳ２０５の後に実施されてもよい。

【0095】

なお、ステップＳ２０２及びＳ２０３の処理は、ＵＥ１００においてＰＤＣＰレイヤにおける再接続（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）が実施される場合、実行されてもよい。

【0096】

上述したように、第２実施形態の通信システムによれば、ＷＬＡＮアクセスポイントを介して行われるセルラ基地局とユーザ端末との間の通信における高度な通信制御を可能とする。具体的には、第２実施形態によれば、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、受信側（ＵＥ１００）からの送達確認情報（ＡＣＫ／ＮＡＣＫ）を取得できない（又は取得しない）ときであっても、ハンドオーバが行われる場合、受信側から送達状況報告（ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を受信できる。そして、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、送達状況報告に基づき未送達のデータのみをＴａｒｇｅｔ ｅＮＢ２００−２に転送できるため、不要なデータ転送によるトラフィック増加を抑止できる。

【0097】

［第３実施形態］
次に、第３実施形態における通信システムを説明する。第３実施形態におけるネットワーク構成や機能ブロックは、図１〜図７に示した第１実施形態におけるネットワーク構成や機能ブロック図と同じである。また、第２実施形態では下りリンクデータの送達状況に基づく処理を対象としたのに対して、第３実施形態では上りリンクデータの送達状況に基づく処理を対象とする。

【0098】

図１２は、第３実施形態における通信システムの動作概要を示す図である。

【0099】

図１２に示すように、第３実施形態における通信システムは、ＡＰ３００を介して上りリンクデータを送信するＵＥ１００がＳｏｕｒｃｅ ｅＮＢ２００−１からＴａｒｇｅｔ ｅＮＢ２００−２にハンドオーバするシナリオに適用される。

【0100】

ステップＳ３１において、ＵＥ１００は、上りリンク（Ｕｐｌｉｎｋ（ＵＬ））データを、ＡＰ３００を介して、Ｓｏｕｒｃｅ ｅＮＢ２００−１に送信する。

【0101】

ステップＳ３２において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＡＰ３００を介して受信した上りリンクデータに対する送達確認情報（ＡＣＫ／ＮＡＣＫ）を応答しない。そのため、ＵＥ１００は、送信した上りリンクデータの送達確認ができていない状態である。

【0102】

ステップＳ３３において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ハンドオーバの決定後、Ｔａｒｇｅｔ ｅＮＢ２００−２に対して、ＨＯ Ｒｅｑｕｅｓｔを送信する。

【0103】

ステップＳ３４において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、Ｔａｒｇｅｔ ｅＮＢ２００−２からのＨＯ Ｒｅｑｕｅｓｔ Ａｃｋを受信する。

【0104】

ここで、通常のハンドオーバ処理において、Ｓｏｕｒｃｅ ｅＮＢ２００−１からＵＥ１００へのＨＯ Ｃｏｍｍａｎｄ送信後、ＵＥ１００が送信した上りリンクデータの送達確認ができていない場合、送達確認ができていないデータの全てをＴａｒｇｅｔ ｅＮＢ２００−２に再送する。しかしながら、ＵＥ１００は、Ｓｏｕｒｃｅ ｅＮＢ２００−１が正常に受信できている上りリンクデータ、すなわち転送が不要であるデータをＴａｒｇｅｔ ｅＮＢ２００−２に再送してしまい、無駄なトラフィックを増加させてしまっている。そこで第３実施形態における通信システムでは、ハンドオーバを実施する場合、次のステップＳ３５及びＳ３６の処理を実施する。

【0105】

ステップＳ３５において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００に対して、ＵＥ１００から送信された上りリンクデータの送達状況を示すＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを送信する。なお、ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔには、ＡＰ３００を介して受信したデータとＵＥ１００から直接受信したデータとに関する送達状況を示す情報が含まれる。

【0106】

ステップＳ３６において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００に対して、ＨＯ Ｃｏｍｍａｎｄを送信する。ＵＥ１００は、ＨＯ Ｃｏｍｍａｎｄ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信すると、ＰＤＣＰレイヤにおける再接続（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を実施する。

【0107】

ステップＳ３７において、ＵＥ１００は、ステップＳ３５で受信したＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに基づく受信側（Ｓｏｕｒｃｅ ｅＮＢ２００−１）において未送達であった上りリンクデータを、ハンドオーバ先のＴａｒｇｅｔ ｅＮＢ２００−２に再送する。

【0108】

上記動作により、第３実施形態における通信システムは、ＡＰ３００を介した上りリンクデータ通信が行われる場合であってもハンドオーバを行うとき、ＵＥ１００がＴａｒｇｅｔ ｅＮＢ２００−２に対して未送達のデータのみを再送できる。

【0109】

図１３は、第３実施形態の通信システムにおけるシーケンス図である。

【0110】

図１３に示すステップＳ３０２は、図１０に示すステップＳ３３に対応する。すなわち、ステップＳ３０２の前に、図１０に示すステップＳ３３以前の処理が実施されている。

【0111】

ステップＳ３０１において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＨＯ ｄｅｃｉｓｉｏｎを行う。

【0112】

ステップＳ３０２において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、Ｔａｒｇｅｔ ｅＮＢ２００−２に対して、ＨＯ Ｒｅｑｕｅｓｔを送信する。

【0113】

ステップＳ３０３において、Ｔａｒｇｅｔ ｅＮＢ２００−２は、Ｓｏｕｒｃｅ ｅＮＢ２００−１に対して、ＨＯ Ｒｅｑｕｅｓｔ Ａｃｋを送信する。

【0114】

ステップＳ３０４において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、当該Ｓｏｕｒｃｅ ｅＮＢ２００−１が受信した上りリンクデータの送達状況を示すＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを、ＵＥ１００に対して送信する。上述したように、ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔには、ＡＰ３００を介して受信したデータとＵＥ１００から直接受信したデータとに関する送達状況を示す情報が含まれる。

【0115】

ステップＳ３０５において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、ＵＥ１００に対して、ＨＯ Ｃｏｍｍａｎｄを送信する。ＵＥ１００は、ＨＯ Ｃｏｍｍａｎｄ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信すると、ＰＤＣＰレイヤにおける再接続（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を実施する。

【0116】

ステップＳ３０６において、ＵＥ１００は、ステップＳ３０４において受信したＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに基づき、未送達の上りリンクデータの有無を判定する。

【0117】

ステップＳ３０７において、Ｓｏｕｒｃｅ ｅＮＢ２００−１は、Ｔａｒｇｅｔ ｅＮＢ２００−２に対して、ステップＳ３０７において未送達であると判定された上りリンクデータを再送する（ＵＬ Ｄａｔａ ｒｅ−ｔｒａｎｓｍｉｓｓｉｏｎ）。

【0118】

なお、ステップＳ３０４の処理は、ＵＥ１００においてＰＤＣＰレイヤにおける再接続（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）が実施される場合、実行されてもよい。

【0119】

上述したように、第３実施形態の通信システムによれば、ＷＬＡＮアクセスポイントを介して行われるセルラ基地局とユーザ端末との間の通信における高度な通信制御を可能とする。具体的には、第３実施形態によれば、ＵＥ１００は、受信側（Ｓｏｕｒｃｅ ｅＮＢ２００−１）からの送達確認情報（ＡＣＫ／ＮＡＣＫ）を取得できない（又は取得しない）ときであっても、ハンドオーバが行われる場合、受信側から送達状況報告（ＰＤＣＰ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を受信できる。そして、ＵＥ１００は、送達状況報告に基づき未送達のデータのみをＴａｒｇｅｔ ｅＮＢ２００−２に転送できるため、不要なデータ転送によるトラフィック増加を抑止できる。

【0120】

なお、第２実施形態における通信システムと第３実施形態における通信システムとは、同時に適用可能である。

【0121】

［その他の実施形態］
上述した第１実施形態では、ＰＤＣＰパケットを例に挙げて説明したが、これに限られない。ＰＤＣＰパケットの代わりに、ＧＴＰ−Ｕパケットが用いられてもよい。すなわち、カプセル化エンティティ１６６及びカプセル化エンティティ２４４は、ＧＴＰ−Ｕエンティティとしての機能を有していてもよい。

【0122】

上述した各実施形態では、ハンドオーバを契機として送達確認情報報告を行っていたが、この限りではなく、ハンドオーバ要求を含まない所定レイヤ再設定要求（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を契機として送達確認情報報告を行ってもよい。

【0123】

上述した各実施形態では、セルラ通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限らず、ＬＴＥシステム以外のセルラ通信システムであってもよい。

【0124】

なお、日本国特許出願第２０１４−０９７１７８号（２０１４年５月８日出願）の全内容が、参照により、本願明細書に組み込まれている。

【産業上の利用可能性】

【0125】

以上のように、本実施形態に係る通信制御方法によれば、ＷＬＡＮアクセスポイントを介して行われるセルラ基地局とユーザ端末との間の通信における高度な通信制御をできるため、移動通信分野において有用である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】