特許 6844978 ユーザ装置、基地局及び通信方法

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

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

(11)【特許番号】6844978

(24)【登録日】2021年3月1日

(45)【発行日】2021年3月17日

(54)【発明の名称】ユーザ装置、基地局及び通信方法

(51)【国際特許分類】

   H04W 28/06 20090101AFI20210308BHJP

   H04W 28/04 20090101ALI20210308BHJP

   H04W 80/02 20090101ALI20210308BHJP

【ＦＩ】

   H04W28/06

   H04W28/04

   H04W80/02

【請求項の数】8

【全頁数】23

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

(22)【出願日】2016年9月29日

(65)【公開番号】特開2018-56856(P2018-56856A)

(43)【公開日】2018年4月5日

【審査請求日】2019年9月17日

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】高橋 秀明

(72)【発明者】

【氏名】内野 徹

(72)【発明者】

【氏名】ウリ アンダルマワンティ ハプサリ

(72)【発明者】

【氏名】花木 明人

【審査官】 石原 由晴

(56)【参考文献】

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

【文献】 米国特許出願公開第２０１５／０２１５２１８（ＵＳ，Ａ１）

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

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

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

【文献】 Fujitsu，Radio Bearer Handling and Challenges for 5G[online]，3GPP TSG-RAN WG2 Meeting #93b R2-162241，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_93bis/Docs/R2-162241.zip＞，２０１６年 ４月 ２日

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置であって、
前記基地局に送信される複数の確認応答信号を受信して記憶する記憶手段を有するＰＤＣＰレイヤ処理手段と、
上りリンク信号の送信が可能であることを示す信号送信許可信号を前記ＰＤＣＰレイヤ処理手段に送信するＲＬＣレイヤ処理手段と、
を有し、
前記ＰＤＣＰレイヤ処理手段は、前記信号送信許可信号を受信した場合、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信し、最後に受信した確認応答信号を含む複数の確認応答信号として前記基地局から指示された数の確認応答信号を、前記ＲＬＣレイヤ処理手段に送信する、ユーザ装置。

【請求項2】

前記ＰＤＣＰレイヤ処理手段は、前記最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信した後、前記記憶手段に記憶されている複数の確認応答信号を破棄する、請求項１に記載のユーザ装置。

【請求項3】

前記ＰＤＣＰレイヤ処理手段は、前記基地局から指示された場合に、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行う、請求項１又は２に記載のユーザ装置。

【請求項4】

前記ＰＤＣＰレイヤ処理手段は、前記基地局から指示された無線ベアラ、又は通信セッションに対して、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行う、請求項３に記載のユーザ装置。

【請求項5】

前記ＰＤＣＰレイヤ処理手段は、送信可能なデータとして、所定の個数の確認応答信号に対応するデータサイズ、又は、前記記憶手段に記憶された確認応答信号の総数のうち所定の比率の個数の確認応答信号に対応するデータサイズを、ＭＡＣレイヤに通知する、請求項１乃至４のいずれか一項に記載のユーザ装置。

【請求項6】

前記ＰＤＣＰレイヤ処理手段が、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行う処理能力を示す能力情報を前記基地局に通知する通知手段を有する、請求項１乃至５のいずれか一項に記載のユーザ装置。

【請求項7】

基地局とユーザ装置とを有する移動通信システムにおいて、前記ユーザ装置と通信する基地局であって、
前記ユーザ装置のＰＤＣＰレイヤにおいて、複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号をＲＬＣレイヤに送信する処理を行う処理能力を示す能力情報を受信する受信手段と、
前記能力情報に基づいて、前記ユーザ装置の前記ＰＤＣＰレイヤで、前記複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤに送信する処理と、最後に受信した確認応答信号を含む複数の確認応答信号として、指示する数の確認応答信号を、前記ＲＬＣレイヤに送信する処理とを行うように前記ユーザ装置に指示する、指示手段と、
を有する基地局。

【請求項8】

基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置が行う通信方法であって、
前記基地局に送信される複数の確認応答信号を受信してＰＤＣＰレイヤの記憶手段に記憶するステップと、
上りリンク信号の送信が可能であることを示す信号送信許可信号をＲＬＣレイヤから前記ＰＤＣＰレイヤに送信するステップと、
前記ＰＤＣＰレイヤが前記信号送信許可信号を受信した場合、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤに送信し、最後に受信した確認応答信号を含む複数の確認応答信号として前記基地局から指示された数の確認応答信号を、前記ＲＬＣレイヤに送信するステップと、
を有する通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザ装置、基地局及び通信方法に関する。

【背景技術】

【0002】

従来のＴＣＰ（Transmission Control Protocol）の動作において、サーバは、クライアントから確認応答（TCP ACKパケット）を受信すると、確認応答に含まれる確認応答番号（Acknowledgement Number）に示されるシーケンス番号までのＴＣＰパケットは全て受信したとみなすように動作する。

【0003】

基本的に、サーバは、クライアントからＴＣＰパケットを受信する度に確認応答をクライアントに送信する。ここで、サーバからクライアントに向けて送信される確認応答の数を削減する技術が知られている（例えば、特許文献１参照）。

【0004】

特許文献１によれば、サーバは、クライアントに対して複数の確認応答を送信する場合、古い確認応答を破棄して新しい確認応答のみをクライアントに送信する。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】米国特許出願公開第ＵＳ６３３８１３１Ｂ１号明細書

【発明の概要】

【発明が解決しようとする課題】

【0006】

ＬＴＥ（Long Term Evolution）をサポートする移動通信システムは、ユーザ装置とサーバとの間で送受信される様々なデータを、無線通信を用いて中継する。一方で、移動通信システムで利用可能な無線容量は限られていることから、無線信号を用いて送受信されるデータ量を可能な限り削減することが重要である。

【0007】

ここで、例えば、特許文献１に記載の技術を移動通信システムに適用することで、無線信号を用いて中継されるデータ量を削減することが考えられる。しかしながら、特許文献１に記載の技術は、一般的なサーバ及びクライアントにおけるＴＣＰ通信を対象にしており、ＬＴＥをサポートする移動通信システムに適用されることは想定されていない。

【0008】

開示の技術は上記に鑑みてなされたものであって、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術を提供することを目的とする。

【課題を解決するための手段】

【0009】

開示の技術のユーザ装置は、基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置であって、前記基地局に送信される複数の確認応答信号を受信して記憶する記憶手段を有するＰＤＣＰレイヤ処理手段と、上りリンク信号の送信が可能であることを示す信号送信許可信号を前記ＰＤＣＰレイヤ処理手段に送信するＲＬＣレイヤ処理手段と、を有し、前記ＰＤＣＰレイヤ処理手段は、前記信号送信許可信号を受信した場合、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信し、最後に受信した確認応答信号を含む複数の確認応答信号として前記基地局から指示された数の確認応答信号を、前記ＲＬＣレイヤ処理手段に送信する。

【発明の効果】

【0010】

開示の技術によれば、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術が提供される。

【図面の簡単な説明】

【0011】

【図1】実施の形態に係る移動通信システムの構成例を示す図である。

【図2】実施の形態に係るユーザ装置が行うＴＣＰ処理の一例を示す図である。

【図3】実施の形態に係るユーザ装置が行うＴＣＰ処理の一例を示すフローチャートである。

【図4】実施の形態に係る移動通信システムが行う処理手順の一例を示すシーケンス図である。

【図5】実施の形態に係るユーザ装置が行うＴＣＰ処理の変形例を示す図である。

【図6】実施の形態に係るユーザ装置が行うＴＣＰ処理の変形例を示すフローチャートである。

【図7】実施の形態に係る基地局の機能構成の一例を示す図である。

【図8】実施の形態に係るユーザ装置の機能構成の一例を示す図である。

【図9】実施の形態に係る基地局及びユーザ装置のハードウェア構成の一例を示す図である。

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

【0012】

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又は１４以降に対応する第５世代（５Ｇ）の通信方式も含む広い意味で使用する。

【0013】

なお、以下の説明ではＴＣＰを用いた場合を例として処理手順を説明するが、これに限られない。本実施の形態は、セッション管理に用いられるプロトコルであれば、他のプロトコルに対しても適用することができる。

【0014】

＜システム構成＞
図１は、実施の形態に係る移動通信システムの構成例を示す図である。図１に示すように、実施の形態における移動通信システムは、ユーザ装置ＵＥと、基地局１０とを有する。図１には１つのユーザ装置ＵＥが図示されているが、図示の便宜上であり、複数のユーザ装置ＵＥが含まれていてもよい。

【0015】

ユーザ装置ＵＥは、無線を通じて基地局１０等と通信を行う機能を有する。ユーザ装置ＵＥは、例えば、携帯電話、スマートフォン、タブレット、モバイルルータ、ウェアラブル端末、ＭＴＣ（Machine Type Communication）端末などである。ユーザ装置ＵＥは、通信機能を有する機器であれば、どのようなユーザ装置であってもよい。ユーザ装置ＵＥは、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、基地局１０と通信するためのアンテナ、ＲＦ（Radio Frequency）装置などのハードウェアリソースにより構成される。ユーザ装置ＵＥの各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、ユーザ装置ＵＥは、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。

【0016】

基地局１０は、ユーザ装置ＵＥ及びコアネットワークとの間で通信を行う。基地局１０は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、ユーザ装置ＵＥ等と通信するためのアンテナ、隣接する基地局等と通信するための通信インタフェース装置などのハードウェアリソースにより構成される。基地局１０の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、基地局１０は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。

【0017】

＜処理手順＞
以下、図を用いて、本実施の形態に係る移動通信システムが行う処理手順について説明する。なお、以下の説明ではＴＣＰを用いた場合を例として処理手順を説明するが、これに限られない。

【0018】

（各レイヤにおける処理手順について）
図２は、実施の形態に係るユーザ装置が行うＴＣＰ処理の一例を示す図である。図２に示すように、ユーザ装置ＵＥは、ＭＡＣ（Media Access Control）処理を行うＭＡＣレイヤと、ＲＬＣ（Radio Link Control）処理を行うＲＬＣレイヤ、ＰＤＣＰ（Packet Data Convergence Protocol）処理を行うＰＤＣＰレイヤと、ＴＣＰ処理を行うＴＣＰレイヤとを有する。なお、図２において、ユーザ装置ＵＥは、実施の形態に係る移動通信システムに接続されている所定のＰＤＮ（Packet Data Network）上に存在するサーバ（図示せず）との間でＴＣＰコネクションを確立し、ＴＣＰを用いてサーバと通信している前提とする。

【0019】

まず、ＴＣＰレイヤは、サーバに向けて送信するＴＣＰ ＡＣＫパケット（以下、「ＡＣＫパケット」という）をＰＤＣＰレイヤに渡す。続いて、ＰＤＰＰレイヤは、ＴＣＰレイヤから渡されたＡＣＫパケットを、ＲＬＣレイヤからの指示を受信するまでの間、一旦バッファに保持するようにする。

【0020】

ここで、ＭＡＣレイヤは、上りリンクのデータを送信するために、上りリンク信号における無線リソースの割当て（ＵＬ（Uplink）グラント）を基地局１０に要求する。基地局１０からＵＬグラントを受信すると、ＭＡＣレイヤは、上りリンク信号のリソースが割り当てられたことをＲＬＣレイヤに通知するために、ＲＬＣレイヤに送信機会通知を送信する。ＭＡＣレイヤからＲＬＣレイヤに送信される送信機会通知は、例えば、Notification of a transmission opportunityである。

【0021】

同様に、ＲＬＣレイヤは、上りリンク信号のリソースが割り当てられたことをＰＤＣＰレイヤに通知するために、ＰＤＣＰレイヤに送信機会通知を送信する。ＲＬＣレイヤからＰＤＣＰレイヤに送信される送信機会通知は、例えば、Notification of a transmission opportunityである。

【0022】

ＰＤＣＰレイヤは、ＲＬＣレイヤから送信機会通知を受信すると、ＡＣＫパケットをＰＤＣＰ ＰＤＵ（Protocol Data Unit）に格納してＲＬＣレイヤに送信する。ここで、ＰＤＣＰレイヤは、バッファに複数のＡＣＫパケットが存在する場合、ＴＣＰレイヤから最後に受信したＡＣＫパケットのみをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する。

【0023】

続いて、ＲＬＣレイヤは、ＡＣＫパケットを含むＰＤＣＰ ＰＤＵからＲＬＣ ＰＤＵを生成してＭＡＣレイヤに送信する。ＭＡＣレイヤは、ＵＬグラントで指示された無線リソースを用いて、ＲＬＣ ＰＤＵを基地局１０に送信する。

【0024】

図２を用いて具体例を説明する。まず、ＴＣＰレイヤからの５つのＡＣＫパケット（Ｐ１〜Ｐ５）がＴＣＰレイヤからＰＤＣＰレイヤに渡されたと仮定する。また、この状態で、ＭＡＣレイヤからＲＬＣレイヤに送信機会通知が送信され（Ｓ１）、更に、ＲＬＣレイヤからＭＡＣレイヤに送信機会通知が送信された（Ｓ２）と仮定する。

【0025】

この場合、送信機会通知を受信したＰＤＣＰレイヤは、５つのＡＣＫパケットのうち、最後に受信したＡＣＫパケット（すなわち、Ｐ５のＡＣＫパケット）のみをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する（Ｓ３）。また、ＲＬＣレイヤは、当該ＡＣＫパケットを含むＰＤＣＰ ＰＤＵからＲＬＣ ＰＤＵを生成してＭＡＣレイヤに送信する（Ｓ４）。

【0026】

ここで、ＡＣＫパケットには確認応答番号が含まれている。確認応答番号とは、ＴＣＰの仕様で規定されているように、ユーザ装置ＵＥがサーバから既に受信したＴＣＰパケットのうち、欠損せずに受信出来た一連のＴＣＰパケットのシーケンス番号に１を加えた数である。従って、Ｐ５のＡＣＫパケットに含まれている確認応答番号は、少なくともＰ１〜Ｐ４の４つのＡＣＫパケットに含まれている確認応答番号と等しいか又は大きい番号になる。

【0027】

つまり、サーバは、Ｐ５のＡＣＫパケットを受信することができれば、当該ＡＣＫパケットに含まれている確認応答番号までのＴＣＰパケットが到達したことを把握することが可能である。すなわち、サーバは、Ｐ１〜Ｐ４までのＡＣＫパケットを受信する必要はない。そこで、ＰＤＣＰレイヤは、送信機会通知を受信した場合、ＴＣＰレイヤから最後に受信したＡＣＫパケットのみをＲＬＣレイヤに渡すようにする。これにより、ユーザ装置ＵＥと基地局１０との間で伝送される無線信号のデータ量を削減することが可能になる。

【0028】

また、ＰＤＣＰレイヤは、ＴＣＰレイヤからＳＡＣＫ（Selective ACK）パケットを受信した場合、ＳＡＣＫパケットをＡＣＫパケットと同様に扱う。言い換えると、ＰＤＣＰレイヤは、送信機会通知を受信した場合、ＴＣＰレイヤから最後に受信したＡＣＫパケット又はＳＡＣＫパケットのみをＲＬＣレイヤに渡すようにする。

【0029】

例えば、図２において、Ｐ１〜Ｐ４がＡＣＫパケットであり、Ｐ５がＳＡＣＫパケットであると仮定すると、ＰＤＣＰレイヤは、ステップＳ３において、Ｐ５のＳＡＣＫパケットをＲＬＣレイヤに送信する。また、例えば、図２において、Ｐ１がＳＡＣＫパケットであり、Ｐ２〜Ｐ５がＡＣＫパケットであると仮定すると、ＰＤＣＰレイヤは、ステップＳ３において、Ｐ５のＡＣＫパケットをＲＬＣレイヤに送信する。

【0030】

なお、ＴＣＰの仕様で規定されているように、ＳＡＣＫには、前述の確認応答番号に加えて既に受信済みのＴＣＰパケットのシーケンス番号が含まれている。ＳＡＣＫを用いることで、ユーザ装置ＵＥは、確認応答番号以降のシーケンス番号のＴＣＰパケットのうち、既に受信済みのＴＣＰパケットのシーケンス番号をサーバに通知することができる。

【0031】

（ＰＤＣＰレイヤにおける処理手順について）
図３は、実施の形態に係るユーザ装置が行うＴＣＰ処理の一例を示すフローチャートである。図３を用いて、ユーザ装置ＵＥのＰＤＣＰレイヤで行われる処理手順を具体的に説明する。なお、図３において、ステップＳ１０〜ステップＳ１４までの処理手順は、ＰＤＣＰレイヤがＡＣＫ（ＳＡＣＫ）パケットを受信する度に繰り返し行われる。

【0032】

ステップＳ１０で、ＰＤＣＰレイヤは、ＴＣＰレイヤからＡＣＫ（ＳＡＣＫ）パケットを受信する。

【0033】

ステップＳ１１で、ＰＤＣＰレイヤは、ＴＣＰレイヤから受信したＡＣＫ（ＳＡＣＫ）パケットをバッファに蓄積する。なお、ＰＤＣＰレイヤは、ＴＣＰレイヤからＡＣＫ（ＳＡＣＫ）パケットを受信した順序を識別できるようにする。例えば、ＰＤＣＰレイヤは、ＡＣＫ（ＳＡＣＫ）パケットに受信順序を示す情報を付与してバッファに蓄積してもよいし、ＡＣＫ（ＳＡＣＫ）パケットを受信したタイムスタンプ等を記録した情報を保持するようにしてもよい。

【0034】

ステップＳ１２で、ＰＤＣＰレイヤは、ＲＬＣレイヤから送信機会通知を受信した場合、ステップＳ１３の処理手順に進む。送信機会通知を受信していない場合は、ステップＳ１０の処理手順に進む。

【0035】

ステップＳ１３で、ＰＤＣＰレイヤは、バッファに蓄積されたＡＣＫ（ＳＡＣＫ）パケットのうち、最後に受信したＡＣＫ（ＳＡＣＫ）パケットを含むＰＤＣＰ ＰＤＵをＲＬＣレイヤに送信する。なお、ステップＳ１１で、ＡＣＫ（ＳＡＣＫ）パケットに受信順序を示す情報を付与した場合、ＰＤＣＰレイヤは、当該情報を削除したＡＣＫ（ＳＡＣＫ）パケットを含むＰＤＣＰ ＰＤＵをＲＬＣレイヤに送信するようにする。なお、ステップＳ１３でＲＬＣレイヤに送信されるＰＤＣＰ ＰＤＵには、ＡＣＫ（ＳＡＣＫ）パケット以外に、基地局１０に送信すべきデータ（例えば、上りリンクのユーザデータ等）も含まれ得る。

【0036】

なお、ステップＳ１３で、ＰＤＣＰレイヤは、バッファに蓄積されたＡＣＫ（ＳＡＣＫ）パケットのうち、確認応答番号が最も大きいＡＣＫ（ＳＡＣＫ）パケットを含むＰＤＣＰ ＰＤＵをＲＬＣレイヤに送信するようにしてもよい。ＰＤＣＰレイヤは、バッファに格納されている各ＡＣＫ（ＳＡＣＫ）パケット内の確認応答番号を読み出す必要があるものの、万が一ＴＣＰレイヤからＰＤＣＰレイヤに送信されるＡＣＫ（ＳＡＣＫ）パケットの順序が入れ替わった場合であっても、確認応答番号が最も大きいＡＣＫ（ＳＡＣＫ）パケットを確実に基地局１０に送信することが可能になる。

【0037】

ステップＳ１４で、ＰＤＣＰレイヤは、バッファに蓄積されているＡＣＫ（ＳＡＣＫ）パケットを全て破棄（削除）する。その後、ステップＳ１０の処理手順に進む。

【0038】

（処理シーケンスについて）
実施の形態に係るユーザ装置ＵＥは、本実施の形態におけるＴＣＰ処理（すなわち、図２及び図３に示すＴＣＰ処理）を必ず行うのではなく、基地局１０の指示に基づいて行うようにしてもよい。また、所定の単位で本実施の形態におけるＴＣＰ処理を行うようにしてもよい。

【0039】

図４は、実施の形態に係る移動通信システムが行う処理手順の一例を示すシーケンス図である。

【0040】

ステップＳ１０１で、ユーザ装置ＵＥは、能力通知信号を基地局１０に送信するようにしてもよい。能力通知信号には、ユーザ装置ＵＥ自身が本実施の形態におけるＴＣＰ処理を行う処理能力を有することを示す情報（以下、「能力情報」という）が含まれる。能力通知信号は、例えば、ＲＲＣ信号（例えば、UE Capability Information）であってもよいし、ＭＡＣ信号又は物理レイヤの信号であってもよい。

【0041】

なお、能力情報には、本実施の形態におけるＴＣＰ処理を同時に行うことができる具体的な無線ベアラ数（ＤＲＢ（Data Radio Bearer）数）又は／及び論理チャネル数が含まれていてもよい。また、能力情報には、本実施の形態におけるＴＣＰ処理を同時に行うことができるＴＣＰセッション数が含まれていてもよい。また、予め基地局１０とユーザ装置ＵＥとの間で特定のＵＥカテゴリを予め定めておき、能力情報に、当該特定のＵＥカテゴリが格納されるようにしてもよい。この場合、基地局１０は、当該特定のＵＥカテゴリに基づいて、ユーザ装置ＵＥ自身の処理能力（無線ベアラ数、論理チャネル数、又はＴＣＰセッション数）を把握することになる。

【0042】

なお、ユーザ装置ＵＥ、基地局１０及びコアネットワークが、ＬＴＥのリリース１３で規定されたControl plane CIoT EPS optimisationに対応している場合、ユーザ装置ＵＥは、無線ベアラ（ＳＲＢ（Signaling Radio Bearer））についても本実施の形態におけるＴＣＰ処理を動作させるようにしてもよい。この場合、能力情報には、本実施の形態におけるＴＣＰ処理を同時に行うことができる具体的な無線ベアラ数（ＤＲＢ数、及び／又は、ＳＲＢ数）又は／及び論理チャネル数が含まれていてもよい。Control plane CIoT EPS optimisationとは、ＳＲＢを介したユーザデータの送受信を許容することで、ユーザ装置ＵＥと基地局１０との間で、ＤＲＢを確立せずにユーザデータの送受信を可能にする技術である。

【0043】

ステップＳ１０２で、基地局１０は、本実施の形態におけるＴＣＰ処理を動作させることをユーザ装置ＵＥに指示するために、起動指示信号をユーザ装置ＵＥに送信する。ここで、起動指示信号を基地局１０からユーザ装置ＵＥに送信する場合、以下のように複数の形態が考えられる。

【0044】

［形態その１：ユーザ装置ＵＥ単位］
基地局１０は、本実施の形態におけるＴＣＰ処理を動作させることをユーザ装置ＵＥ単位で指示するようにしてもよい。なお、ユーザ装置ＵＥ単位で指示するとは、所定のユーザ装置ＵＥに対して、本実施の形態におけるＴＣＰ処理を全ての無線ベアラ（ＤＲＢ及び／又はＳＲＢ）で動作させるように指示することを意味する。この場合、起動指示信号は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ信号であってもよいし、所定のＭＡＣ ＣＥ（Control Element）であってもよい。また、当該ＲＲＣ信号に含まれるＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ)に、本実施の形態におけるＴＣＰ処理を動作させるべきか否かを示すＩＥを含めるようにしてもよい。なお、基地局１０は、ステップＳ１０１の処理手順で、ユーザ装置ＵＥが本実施の形態におけるＴＣＰ処理を行う処理能力を有するとの通知を受けた場合に、当該起動指示信号を送信するようにしてもよい。

【0045】

ステップＳ１０３で、形態その１に係る起動指示信号を受信したユーザ装置ＵＥは、全ての無線ベアラ（ＤＲＢ及び／又はＳＲＢ）におけるＰＤＣＰレイヤのＴＣＰ処理において、本実施の形態におけるＴＣＰ処理を動作させるようにする。

【0046】

［形態その２：無線ベアラ単位］
基地局１０は、ユーザ装置ＵＥに対して、本実施の形態におけるＴＣＰ処理を動作させる１又は複数の無線ベアラを指示するようにしてもよい。この場合、起動指示信号は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ信号であってもよい。また、当該ＲＲＣ信号に含まれるＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥにおいて、ＤＲＢごとに指定されるＰＤＣＰ−Ｃｏｎｆｉｇに、本実施の形態におけるＴＣＰ処理を動作させるべきか否かを示すＩＥを含めるようにしてもよいし、ＳＲＢごとに本実施の形態におけるＴＣＰ処理を動作させるべきか否かを示すＩＥを含めるようにしてもよい。また、ＭＡＣ ＣＥに、本実施の形態におけるＴＣＰ処理を動作させる無線ベアラを一意に識別するＩＤ（例えば、ＳＲＢ Ｉｄｅｎｔｉｔｙ、ＤＲＢ Ｉｄｅｎｔｉｙ）、又は、論理チャネルを一意に識別するＬＣＩＤ（Logical Channel ID）を含めるようにしてもよい。なお、基地局１０は、ステップＳ１０１の処理手順でユーザ装置ＵＥから通知された処理能力（無線ベアラ数又は論理チャネル数）の範囲内で、本実施の形態におけるＴＣＰ処理を動作させる１又は複数の無線ベアラを指示するようにしてもよい。

【0047】

ステップＳ１０３で、形態その２に係る起動指示信号を受信したユーザ装置ＵＥは、指定された無線ベアラ（ＳＲＢ、ＤＲＢ）におけるＰＤＣＰレイヤのＴＣＰ処理において、本実施の形態におけるＴＣＰ処理を動作させるようにする。

【0048】

［形態その３：ＴＣＰセッション単位］
基地局１０は、ユーザ装置ＵＥに対して、本実施の形態におけるＴＣＰ処理を動作させる１又は複数のＴＣＰセッションを指示するようにしてもよい。この場合、起動指示信号に、１又は複数のＴＣＰセッションの各々を一意に特定する識別子（以下、「ＴＣＰセッションＩＤ」という）が含まれるようにしてもよい。また、起動指示信号は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ信号であってもよいし、ＭＡＣ ＣＥであってもよい。ＴＣＰセッションＩＤには、例えば、ＴＣＰパケットの送信元ＩＰアドレス及びＴＣＰポート、ＴＣＰパケットの送信元のＩＰアドレス及びＴＣＰポートが含まれていてもよい。また、基地局１０は、当該ＴＣＰセッションＩＤを、ＭＭＥ（Mobility Management Entity）から取得するようにしてもよい。

【0049】

なお、基地局１０は、ステップＳ１０１の処理手順でユーザ装置ＵＥから通知された処理能力（ＴＣＰセッション数）の範囲内で、本実施の形態におけるＴＣＰ処理を動作させる１又は複数のＴＣＰセッションを指示するようにしてもよい。

【0050】

ステップＳ１０３で、形態その３に係る起動指示信号を受信したユーザ装置ＵＥは、ＰＤＣＰレイヤにおいて指定されたＴＣＰセッションに係るＴＣＰ通信を行う際に、本実施の形態におけるＴＣＰ処理を動作させるようにする。

【0051】

＜処理手順（変形例）＞
以上説明した処理手順において、ＰＤＣＰレイヤは、バッファに複数のＡＣＫ（ＳＡＣＫ）パケットが存在する場合、ＴＣＰレイヤから最後に受信したＡＣＫ（ＳＡＣＫ）パケットのみをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信するようにした。しかしながら、例えばコアネットワークとサーバ間の伝送路が不安定である場合など、当該ＡＣＫ（ＳＡＣＫ）パケットがサーバに到達するまでの間に欠損する可能性が考えられる。ＡＣＫ（ＳＡＣＫ）パケットを受信することができなかったサーバは下りユーザデータの再送等を行うことになり、下りユーザデータの遅延が生じるのみならず、無線リソースが無駄に消費されるといった問題などを引き起こす可能性がある。そこで、本変形例では、ＰＤＣＰレイヤは、バッファに複数のＡＣＫ（ＳＡＣＫ）パケットが存在する場合、ＴＣＰレイヤから最後に受信したＡＣＫ（ＳＡＣＫ）パケットを含む複数のＡＣＫ（ＳＡＣＫ）パケットをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する。

【0052】

以下、本実施の形態に係る移動通信システムが行う処理手順（変形例）について説明する。また、これまでに説明した処理手順を、本変形例と区別するために基本例と呼ぶ。基本例で説明したシステム構成及び処理手順について、以下の説明で特に言及しない点については本変形例にも適用される。

【0053】

（各レイヤにおける処理手順について）
ＴＣＰレイヤ及びＲＬＣレイヤが行う処理手順は基本例と同一であるため説明は省略する。ＰＤＣＰレイヤは、ＲＬＣレイヤから送信機会通知を受信すると、ＡＣＫパケットをＰＤＣＰ ＰＤＵ（Protocol Data Unit）に格納してＲＬＣレイヤに送信する。ここで、ＰＤＣＰレイヤは、バッファに複数のＡＣＫ（ＳＡＣＫ）パケットが存在する場合、ＴＣＰレイヤから最後に受信したＡＣＫ（ＳＡＣＫ）パケットを含む複数のＡＣＫパケットをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する。

【0054】

図５を用いて具体例を説明する。図５のステップＳ５及びステップＳ６は、図２のステップＳ１及びステップＳ２と同一であるため説明は省略する。送信機会通知を受信したＰＤＣＰレイヤは、５つのＡＣＫ（ＳＡＣＫ）パケットのうち、最後に受信したＡＣＫ（ＳＡＣＫ）パケット（すなわち、Ｐ５のＡＣＫ（ＳＡＣＫ）パケット）を含む複数のＡＣＫ（ＳＡＣＫ）パケットをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する（Ｓ７）。ＲＬＣレイヤは、当該複数のＡＣＫパケットを含むＰＤＣＰ ＰＤＵから、ＲＬＣ ＰＤＵを生成してＭＡＣレイヤに送信する（Ｓ８）。

【0055】

（ＰＤＣＰレイヤにおける処理手順について）
図６を用いて、ユーザ装置ＵＥのＰＤＣＰレイヤで行われる処理手順（変形例）を具体的に説明する。なお、図６において、ステップＳ２０〜ステップＳ２４までの処理手順は、ＰＤＣＰレイヤがＡＣＫ（ＳＡＣＫ）パケットを受信する度に繰り返し行われる。ステップＳ２０、ステップＳ２１、ステップＳ２２及びステップＳ２４の処理手順はそれぞれ、図３のステップＳ１０、ステップＳ１１、ステップＳ１２及びステップＳ１４と同一であるため説明は省略する。

【0056】

ステップＳ２３で、ＰＤＣＰレイヤは、バッファに蓄積されたＡＣＫ（ＳＡＣＫ）パケットのうち、最後に受信したＡＣＫ（ＳＡＣＫ）パケットを含む複数のＡＣＫ（ＳＡＣＫ）パケットをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する。ＰＤＣＰレイヤは、ＴＣＰレイヤから受信した順とは逆の順（図５の例では、Ｐ５、Ｐ４、Ｐ３、Ｐ２、Ｐ１の順）に、複数のＡＣＫパケット（例えば、Ｐ５及びＰ４のＡＣＫ（ＳＡＣＫ）パケットなど）をＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信するようにしてもよい。また、これに限定されず、バッファに蓄積されたＡＣＫ（ＳＡＣＫ）パケットのうち、任意の複数のＡＣＫ（ＳＡＣＫ）パケットをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信するようにしてもよい。

【0057】

なお、ステップＳ２３で、ＰＤＣＰレイヤは、バッファに蓄積されたＡＣＫ（ＳＡＣＫ）パケットのうち、確認応答番号が最も大きいＡＣＫ（ＳＡＣＫ）パケットを含む複数のＡＣＫ（ＳＡＣＫ）パケットをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信するようにしてもよい。また、ＰＤＣＰレイヤは、バッファに蓄積されたＡＣＫ（ＳＡＣＫ）パケットのうち、確認応答番号が大きい順に複数のＡＣＫ（ＳＡＣＫ）パケットをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信するようにしてもよい。

【0058】

（補足事項）
本変形例において、ＰＤＣＰレイヤがＰＤＣＰ ＰＤＵに格納するＡＣＫ（ＳＡＣＫ）パケットの数（送信すべきＡＣＫ（ＳＡＣＫ）パケットの数）は、標準仕様等で予め定められていてもよいし、基地局１０から指示されてもよい。後者の場合、基地局１０は、ＰＤＣＰ ＰＤＵに格納すべきＡＣＫ（ＳＡＣＫ）パケットの数を、図４のステップＳ１０２の処理手順における起動指示に含めることでユーザ装置ＵＥに指示するようにしてもよいし、報知情報（ブロードキャスト情報）又はＲＲＣシグナリングを用いてユーザ装置ＵＥに指示するようにしてもよい。もし、ＰＤＣＰ ＰＤＵに格納すべきＡＣＫ（ＳＡＣＫ）パケットの数が１である場合、ユーザ装置ＵＥは基本例で説明した動作を行うことになる。

【0059】

また、本変形例において、ユーザ装置ＵＥは以下のように動作してもよい。まず、ユーザ装置ＵＥのＰＤＣＰレイヤは、基地局１０から指示された「ＰＤＣＰ ＰＤＵに格納すべきＡＣＫ（ＳＡＣＫ）パケットの数」（又は、「ＰＤＣＰ ＰＤＵに格納すべきＡＣＫ（ＳＡＣＫ）パケットの数」に相当するデータサイズ）を、ＢＳＲの根拠となるデータサイズを示す"送信可能なデータ（data available for transmission）"としてＭＡＣレイヤに通知する。続いて、ＭＡＣレイヤは、通知された「ＰＤＣＰ ＰＤＵに格納すべきＡＣＫ（ＳＡＣＫ）パケットの数」のＡＣＫ（ＳＡＣＫ）パケットを格納可能なバッファサイズのＢＳＲ（Buffer Status Report）を基地局１０に通知する。なお、基地局１０に送信すべき上りリンクのユーザデータが存在する場合、ＭＡＣレイヤは、当該ユーザデータ及びＡＣＫ（ＳＡＣＫ）パケットを格納可能なバッファサイズのＢＳＲを基地局１０に通知するようにしてもよい。続いて、基地局１０は、通知されたＢＳＲに相当するＵＬ無線リソースの割当てを行い、割当てた無線リソースを示すＵＬグラントをユーザ装置ＵＥに送信する。ユーザ装置ＵＥのＭＡＣレイヤは、ＵＬグラントを受信すると、送信機会通知をＲＬＣレイヤに通知する（図５のＳ５）。続いて、ＲＬＣレイヤは、送信機会通知をＰＤＣＰレイヤに通知する（図５のＳ６）。続いて、ＰＤＣＰレイヤは、最後に受信したＡＣＫ（ＳＡＣＫ）パケットを含む複数のＡＣＫ（ＳＡＣＫ）パケットをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する（図５のＳ７）。

【0060】

以上、処理手順（変形例）について説明した。処理手順（変形例）によれは、ユーザ装置ＵＥから送信された複数のＡＣＫ（ＳＡＣＫ）パケットのうち一部が欠損した場合であっても、残りのＡＣＫ（ＳＡＣＫ）パケットはサーバに到達することになる。従って、下りユーザデータの送信遅延が生じる可能性を抑制することが可能になるとともに、無線リソースが無駄に消費される可能性を抑制することが可能になる。

【0061】

＜基本例及び変形例に関する処理手順の補足事項＞
仮に、ＭＡＣレイヤが、ＰＤＣＰレイヤのバッファに蓄積されている全てのＴＣＰ ＡＣＫを格納可能なバッファサイズのＢＳＲを基地局１０に通知した場合、基本例及び変形例では１又は複数のＴＣＰ ＡＣＫのみが基地局１０に送信されることから、ＵＬグラントで割当てられた上りリンクの無線リソースが無駄になる可能性がある。このような問題が生じることを防止するために、ＰＤＣＰレイヤからＭＡＣレイヤに通知される、ＢＳＲの根拠となるデータサイズを示す"送信可能なデータ（data available for transmission）"を、以下のいずれかとして定義してもよい。
・１個のＴＣＰ ＡＣＫに対応するデータサイズを、少なくとも"送信可能なデータ（data available for transmission）"とする。
・所定の個数のＴＣＰ ＡＣＫに対応するデータサイズを、少なくとも"送信可能なデータ（data available for transmission）"とする。なお、所定の個数は、予め標準仕様で定められていてもよいし、報知情報（ブロードキャスト情報）又はＲＲＣシグナリングを用いて基地局１０からユーザ装置ＵＥに予め設定されるようにしてもよい。
・ＰＤＣＰレイヤのバッファに蓄積されているＴＣＰ ＡＣＫの総数のうち、所定の比率の個数のＴＣＰ ＡＣＫに対応するデータサイズを、少なくとも"送信可能なデータ（data available for transmission）"とする。なお、所定の比率は、予め標準仕様で定められていてもよいし、報知情報（ブロードキャスト情報）又はＲＲＣシグナリングを用いて基地局１０からユーザ装置ＵＥに予め設定されるようにしてもよい。例えば、所定の比率が１／２であり、かつ、ＰＤＣＰレイヤのバッファに１０個のＴＣＰ ＡＣＫが蓄積されている場合、ＰＤＣＰレイヤは、５個のＴＣＰ ＡＣＫに対応するデータサイズを、少なくとも"送信可能なデータ（data available for transmission）"としてＭＡＣレイヤに通知する。その後、ＰＤＣＰレイヤは、基地局１０に送信されなかったＴＣＰ ＡＣＫ（ＰＤＣＰレイヤのバッファに蓄積されたタイミングが古いＴＣＰ ＡＣＫ又はＴＣＰ ＡＣＫ番号が古いＴＣＰ ＡＣＫ）を破棄する。

【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】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、基地局１０の信号送信部１１と、信号受信部１２と、能力記憶部１３と、指示部１４と、ユーザ装置ＵＥの信号送信部２１と、信号受信部２２と、能力通知部２３と、ＭＡＣ処理部２４と、ＲＬＣ処理部２５と、ＰＤＣＰ処理部２６と、セッション管理プロトコル処理部２７とは、プロセッサ１００１で実現されてもよい。

【0087】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、基地局１０の信号送信部１１と、信号受信部１２と、能力記憶部１３と、指示部１４と、ユーザ装置ＵＥの信号送信部２１と、信号受信部２２と、能力通知部２３と、ＭＡＣ処理部２４と、ＲＬＣ処理部２５と、ＰＤＣＰ処理部２６と、セッション管理プロトコル処理部２７とは、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

【0088】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0089】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

【0090】

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、基地局１０の信号送信部１１、及び、信号受信部１２、ユーザ装置ＵＥの信号送信部２１、及び、信号受信部２２は、通信装置１００４で実現されてもよい。

【0091】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0092】

また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

【0093】

また、基地局１０及びユーザ装置ＵＥは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

【0094】

＜まとめ＞
以上、説明したように、本実施の形態によれば、基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置であって、前期基地局に送信される複数の確認応答信号を受信して記憶する記憶手段を有するＰＤＣＰレイヤ処理手段と、上りリンク信号の送信が可能であることを示す信号送信許可信号を前記ＰＤＣＰレイヤ処理手段に送信するＲＬＣレイヤ処理手段と、を有し、前記ＰＤＣＰレイヤ処理手段は、前記信号送信許可信号を受信した場合、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信するユーザ装置が提供される。このユーザ装置ＵＥにより、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術が提供される。

【0095】

また、前記ＰＤＣＰレイヤ処理手段は、前記最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信した後、前記記憶手段に記憶されている複数の確認応答信号を破棄するようにしてもよい。この構成により、ユーザ装置ＵＥのメモリ内に不要な確認応答信号が蓄積されることを防止でき、メモリリソースを効率的に利用することが可能になる。

【0096】

また、前期ＰＤＣＰレイヤ処理手段は、前記基地局から指示された場合に、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行うようにしてもよい。この構成により、ユーザ装置ＵＥは、基地局１０からの指示に従って、本実施の形態におけるＴＣＰ処理を動作させることが可能になる。

【0097】

また、前期ＰＤＣＰレイヤ処理手段は、前記基地局から指示された無線ベアラ、又は通信セッションに対して、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行うようにしてもよい。この構成により、ユーザ装置ＵＥは、無線ベアラ単位、又は通信セッション単位に、本実施の形態におけるＴＣＰ処理を動作させることができる。また、この構成により、ユーザ装置ＵＥ自身の処理能力と、削減される無線信号のデータ量とのバランスとを考慮しつつ、本実施の形態におけるＴＣＰ処理を動作させることが可能になる。

【0098】

また、前記ＰＤＣＰレイヤ処理手段は、最後に受信した確認応答信号を含む複数の確認応答信号として前記基地局から指示された数の確認応答信号を、前記ＲＬＣレイヤ処理手段に送信する処理を行うようにしてもよい。この構成により、基地局１０は、ユーザ装置ＵＥに対して送信させる確認応答信号の数を任意に指示することができる。

【0099】

また、前記ＰＤＣＰレイヤ処理手段は、送信可能なデータとして、所定の個数の確認応答信号に対応するデータサイズ、又は、前記記憶手段に記憶された確認応答信号の総数のうち、所定の比率の個数の確認応答信号に対応するデータサイズを、ＭＡＣレイヤに通知するようにしてもよい。この構成により、上りリンクの無線リソースが無駄になる可能性を抑制することが可能になる。

【0100】

また、前期ＰＤＣＰレイヤ処理手段が、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行う処理能力を示す能力情報を前記基地局に通知する通知手段を有するようにしてもよい。この構成により、ユーザ装置ＵＥは、基地局１０に対して、自身の処理能力を超えない範囲で、本実施の形態におけるＴＣＰ処理を動作させる無線ベアラ数、又は通信セッション数を指示させることが可能になる。

【0101】

また、本実施の形態によれば、基地局とユーザ装置とを有する移動通信システムにおいて、前記ユーザ装置と通信する基地局であって、前記ユーザ装置のＰＤＣＰレイヤにおいて、複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号をＲＬＣレイヤに送信する処理を行う処理能力を示す能力情報を受信する受信手段と、前期能力情報に基づいて、前期ユーザ装置のＰＤＣＰレイヤで、前記複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号をＲＬＣレイヤに送信する処理を行うように前記ユーザ装置に指示する、指示手段と、を有する基地局が提供される。この基地局１０により、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術が提供される。

【0102】

また、本実施の形態によれば、基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置が行う通信方法であって、前期基地局に送信される複数の確認応答信号を受信してＰＤＣＰレイヤの記憶手段に記憶するステップと、上りリンク信号の送信が可能であることを示す信号送信許可信号をＲＬＣレイヤから前記ＰＤＣＰレイヤに送信するステップと、前期ＰＤＣＰレイヤが前記信号送信許可信号を受信した場合、前記記憶手段に記憶される複数の確認応答信号のうち、最後に受信した確認応答信号を含む複数の確認応答信号を前記ＲＬＣレイヤに送信するステップと、を有する通信方法が提供される。この通信方法により、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術が提供される。

【0103】

また、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

【0104】

＜実施形態の補足＞
以上、本実施の形態は、セッション管理に用いられるプロトコルであれば他のプロトコルに対しても適用することができる。例えば、ユーザ装置ＵＥとサーバとの間で、ＴＣＰに代えてＱＵＩＣ（Quick UDP Internet Connection）を用いた通信が行われる場合においても適用することができる。この場合、例えばセッション管理プロトコル処理部２７は、ＱＵＩＣを用いてセッション管理を行う。また、ＰＤＣＰ処理部２６は、ＱＵＩＣの確認応答をバッファに格納しておき、ＲＬＣ処理部２５からの送信機会通知が通知された場合に、バッファに蓄積されているＱＵＩＣの確認応答のうち、最後に受信したＱＵＩＣの確認応答を含むＰＤＣＰ ＰＤＵをＲＬＣ処理部２５に送信する。

【0105】

本実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局１０）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。

【0106】

以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ及び基地局１０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

【0107】

本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。

【0108】

情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

【0109】

本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、Ｉ報知情報（ブロードキャスト情報）又はＲＲＣシグナリングを用いてユーザ装置ＵＥに指示するようにしてもよい。ＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

【0110】

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0111】

本明細書において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、MMEまたはS-GWなどが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、MMEおよびS-GW)であってもよい。

【0112】

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

【0113】

ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

【0114】

基地局１０は、当業者によって、ＮＢ（NodeB）、ｅＮＢ（enhanced NodeB）、ベースステーション（Base Station）、またはいくつかの他の適切な用語で呼ばれる場合もある。

【0115】

本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

【0116】

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0117】

「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。

【0118】

本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

【0119】

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

【0120】

なお、実施の形態において、ＰＤＣＰ処理部２６は、ＰＲＣＰレイヤ処理手段の一例である。ＲＬＣ処理部２５は、ＲＬＣレイヤ処理手段の一例である。バッファは、記憶手段の一例である。送信機会通知は、信号送信許可信号の一例である。能力通知部２３は、通知手段の一例である。信号受信部１２は、受信手段の一例である。指示部１４は、指示手段の一例である。

【符号の説明】

【0121】

ＵＥ ユーザ装置
１０ 基地局
１１ 信号送信部
１２ 信号受信部
１３ 能力記憶部
１４ 指示部
２１ 信号送信部
２２ 信号受信部
２３ 能力通知部
２４ ＭＡＣ処理部
２５ ＲＬＣ処理部
２６ ＰＤＣＰ処理部
２７ セッション管理プロトコル処理部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】