JP6708638B2 - ユーザ装置、基地局及び通信方法 - Google Patents

ユーザ装置、基地局及び通信方法 Download PDF

Info

Publication number
JP6708638B2
JP6708638B2 JP2017520646A JP2017520646A JP6708638B2 JP 6708638 B2 JP6708638 B2 JP 6708638B2 JP 2017520646 A JP2017520646 A JP 2017520646A JP 2017520646 A JP2017520646 A JP 2017520646A JP 6708638 B2 JP6708638 B2 JP 6708638B2
Authority
JP
Japan
Prior art keywords
base station
signal
acknowledgment
processing means
tcp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017520646A
Other languages
English (en)
Other versions
JPWO2016190181A1 (ja
Inventor
高橋　秀明
秀明 高橋
徹 内野
徹 内野
アンダルマワンティ ハプサリ ウリ
アンダルマワンティ ハプサリ ウリ
明人 花木
明人 花木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JPWO2016190181A1 publication Critical patent/JPWO2016190181A1/ja
Application granted granted Critical
Publication of JP6708638B2 publication Critical patent/JP6708638B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Description

本発明は、ユーザ装置、基地局及び通信方法に関する。
従来のＴＣＰ（Transmission Control Protocol）の動作において、サーバは、クライアントから確認応答（TCP ACKパケット）を受信すると、確認応答に含まれる確認応答番号（Acknowledgement Number）に示されるシーケンス番号までのＴＣＰパケットは全て受信したとみなすように動作する。
基本的に、サーバは、クライアントからＴＣＰパケットを受信する度に確認応答をクライアントに送信する。ここで、サーバからクライアントに向けて送信される確認応答の数を削減する技術が知られている（例えば、特許文献１参照）。
特許文献１によれば、サーバは、クライアントに対して複数の確認応答を送信する場合、古い確認応答を破棄して新しい確認応答のみをクライアントに送信する。
米国特許出願公開第ＵＳ６３３８１３１Ｂ１号明細書
ＬＴＥ（Long Term Evolution）をサポートする移動通信システムは、ユーザ装置とサーバとの間で送受信される様々なデータを、無線通信を用いて中継する。一方で、移動通信システムで利用可能な無線容量は限られていることから、無線信号を用いて送受信されるデータ量を可能な限り削減することが重要である。
ここで、例えば、特許文献１に記載の技術を移動通信システムに適用することで、無線信号を用いて中継されるデータ量を削減することが考えられる。しかしながら、特許文献１に記載の技術は、一般的なサーバ及びクライアントにおけるＴＣＰ通信を対象にしており、ＬＴＥをサポートする移動通信システムに適用されることは想定されていない。
開示の技術は上記に鑑みてなされたものであって、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術を提供することを目的とする。
開示の技術のユーザ装置は、基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置であって、前期基地局に送信される複数の確認応答信号を受信して記憶する記憶手段を有するＰＤＣＰレイヤ処理手段と、上りリンク信号の送信が可能であることを示す信号送信許可信号を前記ＰＤＣＰレイヤ処理手段に送信するＲＬＣレイヤ処理手段と、を有し、前記ＰＤＣＰレイヤ処理手段は、前記信号送信許可信号を受信した場合、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する。
開示の技術によれば、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術が提供される。
実施の形態に係る移動通信システムの構成例を示す図である。 実施の形態に係るユーザ装置が行うＴＣＰ処理の一例を示す図である。 実施の形態に係るユーザ装置が行うＴＣＰ処理の一例を示すフローチャートである。 実施の形態に係る移動通信システムが行う処理手順の一例を示すシーケンス図である。 実施の形態に係る基地局の機能構成の一例を示す図である。 実施の形態に係るユーザ装置の機能構成の一例を示す図である。 実施の形態に係る基地局及びユーザ装置のハードウェア構成の一例を示す図である。
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２又は１３以降に対応する通信方式も含む広い意味で使用する。
なお、以下の説明ではＴＣＰを用いた場合を例として処理手順を説明するが、これに限られない。本実施の形態は、セッション管理に用いられるプロトコルであれば、他のプロトコルに対しても適用することができる。
＜システム構成＞
図１は、実施の形態に係る移動通信システムの構成例を示す図である。図１に示すように、実施の形態における移動通信システムは、ユーザ装置ＵＥと、基地局ｅＮＢとを有する。図１には１つのユーザ装置ＵＥが図示されているが、図示の便宜上であり、複数のユーザ装置ＵＥが含まれていてもよい。
ユーザ装置ＵＥは、無線を通じて基地局ｅＮＢ等と通信を行う機能を有する。ユーザ装置ＵＥは、例えば、携帯電話、スマートフォン、タブレット、モバイルルータ、ウェアラブル端末、ＭＴＣ（Machine Type Communication）端末などである。ユーザ装置ＵＥは、通信機能を有する機器であれば、どのようなユーザ装置であってもよい。ユーザ装置ＵＥは、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、基地局ｅＮＢと通信するためのアンテナ、ＲＦ（Radio Frequency）装置などのハードウェアリソースにより構成される。ユーザ装置ＵＥの各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、ユーザ装置ＵＥは、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
基地局ｅＮＢは、ユーザ装置ＵＥ及びコアネットワークとの間で通信を行う。基地局ｅＮＢは、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、ユーザ装置ＵＥ等と通信するためのアンテナ、隣接する基地局等と通信するための通信インタフェース装置などのハードウェアリソースにより構成される。基地局ｅＮＢの各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、基地局ｅＮＢは、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
＜処理手順＞
以下、図を用いて、本実施の形態に係る移動通信システムが行う処理手順について説明する。なお、以下の説明ではＴＣＰを用いた場合を例として処理手順を説明するが、これに限られない。
（各レイヤにおける処理手順について）
図２は、実施の形態に係るユーザ装置が行うＴＣＰ処理の一例を示す図である。図２に示すように、ユーザ装置ＵＥは、ＭＡＣ（Media Access Control）処理を行うＭＡＣレイヤと、ＲＬＣ（Radio Link Control）処理を行うＲＬＣレイヤ、ＰＤＣＰ（Packet Data Convergence Protocol）処理を行うＰＤＣＰレイヤと、ＴＣＰ処理を行うＴＣＰレイヤとを有する。なお、図２において、ユーザ装置ＵＥは、実施の形態に係る移動通信システムに接続されている所定のＰＤＮ（Packet Data Network）上に存在するサーバ（図示せず）との間でＴＣＰコネクションを確立し、ＴＣＰを用いてサーバと通信している前提とする。
まず、ＴＣＰレイヤは、サーバに向けて送信するＴＣＰ ＡＣＫパケット（以下、「ＡＣＫパケット」という）をＰＤＣＰレイヤに渡す。続いて、ＰＤＰＰレイヤは、ＴＣＰレイヤから渡されたＡＣＫパケットを、ＲＬＣレイヤからの指示を受信するまでの間、一旦バッファに保持するようにする。
ここで、ＭＡＣレイヤは、上りリンクのデータを送信するために、上りリンク信号における無線リソースの割当て（ＵＬ（Uplink）グラント）を基地局ｅＮＢに要求する。基地局ｅＮＢからＵＬグラントを受信すると、ＭＡＣレイヤは、上りリンク信号のリソースが割り当てられたことをＲＬＣレイヤに通知するために、ＲＬＣレイヤに送信機会通知を送信する。ＭＡＣレイヤからＲＬＣレイヤに送信される送信機会通知は、例えば、Notification of a transmission opportunityである。
同様に、ＲＬＣレイヤは、上りリンク信号のリソースが割り当てられたことをＰＤＣＰレイヤに通知するために、ＰＤＣＰレイヤに送信機会通知を送信する。ＲＬＣレイヤからＰＤＣＰレイヤに送信される送信機会通知は、例えば、Notification of a transmission opportunityである。
ＰＤＣＰレイヤは、ＲＬＣレイヤから送信機会通知を受信すると、ＡＣＫパケットをＰＤＣＰ ＰＤＵ（Protocol Data Unit）に格納してＲＬＣレイヤに送信する。ここで、ＰＤＣＰレイヤは、バッファに複数のＡＣＫパケットが存在する場合、ＴＣＰレイヤから最後に受信したＡＣＫパケットのみをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する。
続いて、ＲＬＣレイヤは、ＡＣＫパケットを含むＰＤＣＰ ＰＤＵからＲＬＣ ＰＤＵを生成してＭＡＣレイヤに送信する。ＭＡＣレイヤは、ＵＬグラントで指示された無線リソースを用いて、ＲＬＣ ＰＤＵを基地局ｅＮＢに送信する。
図２を用いて具体例を説明する。まず、ＴＣＰレイヤからの５つのＡＣＫパケット（Ｐ１〜Ｐ５）がＴＣＰレイヤからＰＤＣＰレイヤに渡されたと仮定する。また、この状態で、ＭＡＣレイヤからＲＬＣレイヤに送信機会通知が送信され（Ｓ１）、更に、ＲＬＣレイヤからＭＡＣレイヤに送信機会通知が送信された（Ｓ２）と仮定する。
この場合、送信機会通知を受信したＰＤＣＰレイヤは、５つのＡＣＫパケットのうち、最後に受信したＡＣＫパケット（すなわち、Ｐ５のＡＣＫパケット）のみをＰＤＣＰ ＰＤＵに格納してＲＬＣレイヤに送信する（Ｓ３）。また、ＲＬＣレイヤは、当該ＡＣＫパケットを含むＰＤＣＰ ＰＤＵからＲＬＣ ＰＤＵを生成してＭＡＣレイヤに送信する（Ｓ４）。
ここで、ＡＣＫパケットには確認応答番号が含まれている。確認応答番号とは、ＴＣＰの仕様で規定されているように、ユーザ装置ＵＥがサーバから既に受信したＴＣＰパケットのうち、欠損せずに受信出来た一連のＴＣＰパケットのシーケンス番号に１を加えた数である。従って、Ｐ５のＡＣＫパケットに含まれている確認応答番号は、少なくともＰ１〜Ｐ４の４つのＡＣＫパケットに含まれている確認応答番号と等しいか又は大きい番号になる。
つまり、サーバは、Ｐ５のＡＣＫパケットを受信することができれば、当該ＡＣＫパケットに含まれている確認応答番号までのＴＣＰパケットが到達したことを把握することが可能である。すなわち、サーバは、Ｐ１〜Ｐ４までのＡＣＫパケットを受信する必要はない。そこで、ＰＤＣＰレイヤは、送信機会通知を受信した場合、ＴＣＰレイヤから最後に受信したＡＣＫパケットのみをＲＬＣレイヤに渡すようにする。これにより、ユーザ装置ＵＥと基地局ｅＮＢとの間で伝送される無線信号のデータ量を削減することが可能になる。
また、ＰＤＣＰレイヤは、ＴＣＰレイヤからＳＡＣＫ（Selective ACK）パケットを受信した場合、ＳＡＣＫパケットをＡＣＫパケットと同様に扱う。言い換えると、ＰＤＣＰレイヤは、送信機会通知を受信した場合、ＴＣＰレイヤから最後に受信したＡＣＫパケット又はＳＡＣＫパケットのみをＲＬＣレイヤに渡すようにする。
例えば、図２において、Ｐ１〜Ｐ４がＡＣＫパケットであり、Ｐ５がＳＡＣＫパケットであると仮定すると、ＰＤＣＰレイヤは、ステップＳ３において、Ｐ５のＳＡＣＫパケットをＲＬＣレイヤに送信する。また、例えば、図２において、Ｐ１がＳＡＣＫパケットであり、Ｐ２〜Ｐ５がＡＣＫパケットであると仮定すると、ＰＤＣＰレイヤは、ステップＳ３において、Ｐ５のＡＣＫパケットをＲＬＣレイヤに送信する。
なお、ＴＣＰの仕様で規定されているように、ＳＡＣＫには、前述の確認応答番号に加えて既に受信済みのＴＣＰパケットのシーケンス番号が含まれている。ＳＡＣＫを用いることで、ユーザ装置ＵＥは、確認応答番号以降のシーケンス番号のＴＣＰパケットのうち、既に受信済みのＴＣＰパケットのシーケンス番号をサーバに通知することができる。
（ＰＤＣＰレイヤにおける処理手順について）
図３は、実施の形態に係るユーザ装置が行うＴＣＰ処理の一例を示すフローチャートである。図３を用いて、ユーザ装置ＵＥのＰＤＣＰレイヤで行われる処理手順を具体的に説明する。なお、図３において、ステップＳ１０〜ステップＳ１４までの処理手順は、ＰＤＣＰレイヤがＡＣＫ（ＳＡＣＫ）パケットを受信する度に繰り返し行われる。
ステップＳ１０で、ＰＤＣＰレイヤは、ＴＣＰレイヤからＡＣＫ（ＳＡＣＫ）パケットを受信する。
ステップＳ１１で、ＰＤＣＰレイヤは、ＴＣＰレイヤから受信したＡＣＫ（ＳＡＣＫ）パケットをバッファに蓄積する。なお、ＰＤＣＰレイヤは、ＴＣＰレイヤからＡＣＫ（ＳＡＣＫ）パケットを受信した順序を識別できるようにする。例えば、ＰＤＣＰレイヤは、ＡＣＫ（ＳＡＣＫ）パケットに受信順序を示す情報を付与してバッファに蓄積してもよいし、ＡＣＫ（ＳＡＣＫ）パケットを受信したタイムスタンプ等を記録した情報を保持するようにしてもよい。
ステップＳ１２で、ＰＤＣＰレイヤは、ＲＬＣレイヤから送信機会通知を受信した場合、ステップＳ１３の処理手順に進む。送信機会通知を受信していない場合は、ステップＳ１０の処理手順に進む。
ステップＳ１３で、ＰＤＣＰレイヤは、バッファに蓄積されたＡＣＫ（ＳＡＣＫ）パケットのうち、最後に受信したＡＣＫ（ＳＡＣＫ）パケットを含むＰＤＣＰ ＰＤＵをＲＬＣレイヤに送信する。なお、ステップＳ１１で、ＡＣＫ（ＳＡＣＫ）パケットに受信順序を示す情報を付与した場合、ＰＤＣＰレイヤは、当該情報を削除したＡＣＫ（ＳＡＣＫ）パケットを含むＰＤＣＰ ＰＤＵをＲＬＣレイヤに送信するようにする。なお、ステップＳ１３でＲＬＣレイヤに送信されるＰＤＣＰ ＰＤＵには、ＡＣＫ（ＳＡＣＫ）パケット以外に、基地局ｅＮＢに送信すべきデータ（例えば、上りリンクのユーザデータ等）も含まれ得る。
ステップＳ１４で、ＰＤＣＰレイヤは、バッファに蓄積されているＡＣＫ（ＳＡＣＫ）パケットを全て破棄（削除）する。その後、ステップＳ１０の処理手順に進む。
（処理シーケンスについて）
実施の形態に係るユーザ装置ＵＥは、本実施の形態におけるＴＣＰ処理（すなわち、図２及び図３に示すＴＣＰ処理）を必ず行うのではなく、基地局ｅＮＢの指示に基づいて行うようにしてもよい。また、所定の単位で本実施の形態におけるＴＣＰ処理を行うようにしてもよい。
図４は、実施の形態に係る移動通信システムが行う処理手順の一例を示すシーケンス図である。
ステップＳ１０１で、ユーザ装置ＵＥは、能力通知信号を基地局ｅＮＢに送信するようにしてもよい。能力通知信号には、ユーザ装置ＵＥ自身が本実施の形態におけるＴＣＰ処理を行う処理能力を有することを示す情報（以下、「能力情報」という）が含まれる。能力通知信号は、例えば、ＲＲＣ信号（例えば、UE Capability Information）であってもよいし、ＭＡＣ信号又は物理レイヤの信号であってもよい。
なお、能力情報には、本実施の形態におけるＴＣＰ処理を同時に行うことができる具体的な無線ベアラ数（ＤＲＢ（Data Radio Bearer）数）又は／及び論理チャネル数が含まれていてもよい。また、能力情報には、本実施の形態におけるＴＣＰ処理を同時に行うことができるＴＣＰセッション数が含まれていてもよい。また、予め基地局ｅＮＢとユーザ装置ＵＥとの間で特定のＵＥカテゴリを予め定めておき、能力情報に、当該特定のＵＥカテゴリが格納されるようにしてもよい。この場合、基地局ｅＮＢは、当該特定のＵＥカテゴリに基づいて、ユーザ装置ＵＥ自身の処理能力（無線ベアラ数、論理チャネル数、又はＴＣＰセッション数）を把握することになる。
ステップＳ１０２で、基地局ｅＮＢは、本実施の形態におけるＴＣＰ処理を動作させることをユーザ装置ＵＥに指示するために、起動指示信号をユーザ装置ＵＥに送信する。ここで、起動指示信号を基地局ｅＮＢからユーザ装置ＵＥに送信する場合、以下のように複数の形態が考えられる。
［形態その１：ユーザ装置ＵＥ単位］
基地局ｅＮＢは、本実施の形態におけるＴＣＰ処理を動作させることをユーザ装置ＵＥ単位で指示するようにしてもよい。なお、ユーザ装置ＵＥ単位で指示するとは、所定のユーザ装置ＵＥに対して、本実施の形態におけるＴＣＰ処理を全ての無線ベアラ（ＤＲＢ）で動作させるように指示することを意味する。この場合、起動指示信号は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ信号であってもよいし、所定のＭＡＣ ＣＥ（Control Element）であってもよい。また、当該ＲＲＣ信号に含まれるＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ)に、本実施の形態におけるＴＣＰ処理を動作させるべきか否かを示すＩＥを含めるようにしてもよい。なお、基地局ｅＮＢは、ステップＳ１０１の処理手順で、ユーザ装置ＵＥが本実施の形態におけるＴＣＰ処理を行う処理能力を有するとの通知を受けた場合に、当該起動指示信号を送信するようにしてもよい。
ステップＳ１０３で、形態その１に係る起動指示信号を受信したユーザ装置ＵＥは、全ての無線ベアラ（ＤＲＢ）におけるＰＤＣＰレイヤのＴＣＰ処理において、本実施の形態におけるＴＣＰ処理を動作させるようにする。
［形態その２：無線ベアラ単位］
基地局ｅＮＢは、ユーザ装置ＵＥに対して、本実施の形態におけるＴＣＰ処理を動作させる１又は複数の無線ベアラを指示するようにしてもよい。この場合、起動指示信号は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ信号であってもよい。また、当該ＲＲＣ信号に含まれるＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥにおいて、ＤＲＢごとに指定されるＰＤＣＰ−Ｃｏｎｆｉｇに、本実施の形態におけるＴＣＰ処理を動作させるべきか否かを示すＩＥを含めるようにしてもよい。また、ＭＡＣ ＣＥに、無線ベアラを一意に識別するＩＤ（例えば、ＤＲＢ Ｉｄｅｎｔｉｙ）、又は、論理チャネルを一意に識別するＬＣＩＤ（Logical Channel ID）を含めるようにしてもよい。なお、基地局ｅＮＢは、ステップＳ１０１の処理手順でユーザ装置ＵＥから通知された処理能力（無線ベアラ数又は論理チャネル数）の範囲内で、本実施の形態におけるＴＣＰ処理を動作させる１又は複数の無線ベアラを指示するようにしてもよい。
ステップＳ１０３で、形態その２に係る起動指示信号を受信したユーザ装置ＵＥは、指定された無線ベアラ（ＤＲＢ）におけるＰＤＣＰレイヤのＴＣＰ処理において、本実施の形態におけるＴＣＰ処理を動作させるようにする。
［形態その３：ＴＣＰセッション単位］
基地局ｅＮＢは、ユーザ装置ＵＥに対して、本実施の形態におけるＴＣＰ処理を動作させる１又は複数のＴＣＰセッションを指示するようにしてもよい。この場合、起動指示信号に、１又は複数のＴＣＰセッションの各々を一意に特定する識別子（以下、「ＴＣＰセッションＩＤ」という）が含まれるようにしてもよい。また、起動指示信号は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ信号であってもよいし、ＭＡＣ ＣＥであってもよい。ＴＣＰセッションＩＤには、例えば、ＴＣＰパケットの送信元ＩＰアドレス及びＴＣＰポート、ＴＣＰパケットの送信元のＩＰアドレス及びＴＣＰポートが含まれていてもよい。また、基地局ｅＮＢは、当該ＴＣＰセッションＩＤを、ＭＭＥ（Mobility Management Entity）から取得するようにしてもよい。
なお、基地局ｅＮＢは、ステップＳ１０１の処理手順でユーザ装置ＵＥから通知された処理能力（ＴＣＰセッション数）の範囲内で、本実施の形態におけるＴＣＰ処理を動作させる１又は複数のＴＣＰセッションを指示するようにしてもよい。
ステップＳ１０３で、形態その３に係る起動指示信号を受信したユーザ装置ＵＥは、ＰＤＣＰレイヤにおいて指定されたＴＣＰセッションに係るＴＣＰ通信を行う際に、本実施の形態におけるＴＣＰ処理を動作させるようにする。
＜機能構成＞
続いて、以上説明した処理手順を行うユーザ装置ＵＥ及び基地局ｅＮＢの機能構成の一例について説明する。
（基地局）
図５は、実施の形態に係る基地局の機能構成の一例を示す図である。図５に示すように、基地局ｅＮＢは、信号送信部１１と、信号受信部１２と、能力記憶部１３と、指示部１４とを有する。なお、図５は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
信号送信部１１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。
信号受信部１２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１２は、ユーザ装置ＵＥから能力情報を受信して能力記憶部１３に格納する。
能力記憶部１３は、信号受信部１２で受信した能力情報を、ユーザ装置ＵＥごとにメモリに記憶する。
指示部１４は、本実施の形態におけるＴＣＰ処理を動作させるようにユーザ装置ＵＥに指示する。なお、指示部１４は、能力記憶部１３に記憶されている能力情報に基づいて、ユーザ装置ＵＥの処理能力の範囲内で、本実施の形態におけるＴＣＰ処理を動作させるようにユーザ装置ＵＥに指示するようにしてもよい。また指示部１４は、ユーザ装置ＵＥ単位で、無線ベアラ単位で、又はＴＣＰセッション単位で、本実施の形態におけるＴＣＰ処理を動作させるようにユーザ装置ＵＥに指示するようにしてもよい。
（ユーザ装置）
図６は、実施の形態に係る基地局の機能構成の一例を示す図である。図６に示すように、ユーザ装置ＵＥは、信号送信部２１と、信号受信部２２と、能力通知部２３と、ＭＡＣ処理部２４と、ＲＬＣ処理部２５と、ＰＤＣＰ処理部２６と、セッション管理プロトコル処理部２７とを有する。なお、図６は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
信号送信部２１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。
信号受信部２２は、基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
能力通知部２３は、ＰＤＣＰ処理部２６が、複数のＡＣＫパケットのうち、最後に受信したＡＣＫパケットをＲＬＣ処理部２５に送信する処理を行う処理能力を有することを示す能力情報を基地局ｅＮＢに通知する。
ＭＡＣ処理部２４は、ＭＡＣレイヤに関する各種処理を行う。また、基地局ｅＮＢからＵＬグラントを受信すると、上りリンク信号の送信が可能であることをＲＬＣ処理部２５に通知するために、ＲＬＣ処理部２５に送信機会通知を送信する。
ＲＬＣ処理部２５は、基地局ｅＮＢとの間でＲＬＣ ＰＤＵの送受信を行い、ＲＬＣレイヤに関する各種処理を行う。また、ＭＡＣ処理部２４から送信機会通知を受信すると、上りリンク信号の送信が可能であることをＰＤＣＰ処理部２６に通知するために、送信機会通知をＰＤＣＰ処理部２６に送信する。
ＰＤＣＰ処理部２６は、メモリを用いて実現されるバッファを有する。また、ＰＤＣＰ処理部２６は、セッション管理プロトコル処理部２７から受信した確認応答（ＡＣＫパケット又はＳＡＣＫパケット）をバッファに格納する。また、ＰＤＣＰ処理部２６は、ＲＬＣ処理部２５から送信機会通知が通知された場合に、バッファに格納されている確認応答のうち、最後に受信した確認応答を含むＰＤＣＰ ＰＤＵをＲＬＣ処理部２５に送信する。また、ＰＤＣＰ処理部２６は、例えば基地局ｅＮＢからの指示に基づき、当該処理を行うのか否かを切替えるようにしてもよい。また、ＰＤＣＰ処理部２６は、例えば基地局ｅＮＢからの指示に基づき、無線ベアラ（ＤＲＢ）単位又はＴＣＰセッション単位で、当該処理を行うのか否かを切替えるようにしてもよい。
セッション管理プロトコル処理部２７は、例えばＴＣＰパケットの送受信における各種処理（セッション管理等）及びＩＰパケットの送受信における各種処理を行う。
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図５及び図６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
例えば、本発明の一実施の形態における基地局ｅＮＢ、ユーザ装置ＵＥは、本発明の通信方法の処理を行うコンピュータとして機能してもよい。図７は、実施の形態に係る基地局及びユーザ装置のハードウェア構成の一例を示す図である。上述の基地局ｅＮＢ及びユーザ装置ＵＥは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局ｅＮＢ及びユーザ装置ＵＥのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
基地局ｅＮＢ及びユーザ装置ＵＥにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、基地局ｅＮＢの信号送信部１１と、信号受信部１２と、能力記憶部１３と、指示部１４と、ユーザ装置ＵＥの信号送信部２１と、信号受信部２２と、能力通知部２３と、ＭＡＣ処理部２４と、ＲＬＣ処理部２５と、ＰＤＣＰ処理部２６と、セッション管理プロトコル処理部２７とは、プロセッサ１００１で実現されてもよい。
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、基地局ｅＮＢの信号送信部１１と、信号受信部１２と、能力記憶部１３と、指示部１４と、ユーザ装置ＵＥの信号送信部２１と、信号受信部２２と、能力通知部２３と、ＭＡＣ処理部２４と、ＲＬＣ処理部２５と、ＰＤＣＰ処理部２６と、セッション管理プロトコル処理部２７とは、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、基地局ｅＮＢの信号送信部１１及び信号受信部１２、ユーザ装置ＵＥの信号送信部２１及び信号受信部２２は、通信装置１００４で実現されてもよい。
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
また、基地局ｅＮＢ及びユーザ装置ＵＥは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
＜まとめ＞
以上、説明したように、本実施の形態によれば、基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置であって、前期基地局に送信される複数の確認応答信号を受信して記憶する記憶手段を有するＰＤＣＰレイヤ処理手段と、上りリンク信号の送信が可能であることを示す信号送信許可信号を前記ＰＤＣＰレイヤ処理手段に送信するＲＬＣレイヤ処理手段と、を有し、前記ＰＤＣＰレイヤ処理手段は、前記信号送信許可信号を受信した場合、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する、ユーザ装置が提供される。このユーザ装置ＵＥにより、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術が提供される。
また、前記ＰＤＣＰレイヤ処理手段は、前記最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信した後、前記記憶手段に記憶されている前記複数の確認応答信号を破棄するようにしてもよい。この構成により、ユーザ装置ＵＥのメモリ内に不要な確認応答信号が蓄積されることを防止でき、メモリリソースを効率的に利用することが可能になる。
また、前期ＰＤＣＰレイヤ処理手段は、前記基地局から指示された場合に、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行うようにしてもよい。この構成により、ユーザ装置ＵＥは、基地局ｅＮＢからの指示に従って、本実施の形態におけるＴＣＰ処理を動作させることが可能になる。
また、前期ＰＤＣＰレイヤ処理手段は、前記基地局から指示された無線ベアラ、又は通信セッションに対して、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行うようにしてもよい。この構成により、ユーザ装置ＵＥは、無線ベアラ単位、又は通信セッション単位に、本実施の形態におけるＴＣＰ処理を動作させることができる。また、この構成により、ユーザ装置ＵＥ自身の処理能力と、削減される無線信号のデータ量とのバランスとを考慮しつつ、本実施の形態におけるＴＣＰ処理を動作させることが可能になる。
また、前期ＰＤＣＰレイヤ処理手段が、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行う処理能力を示す能力情報を前記基地局に通知する通知手段を有するようにしてもよい。この構成により、ユーザ装置ＵＥは、基地局ｅＮＢに対して、自身の処理能力を超えない範囲で、本実施の形態におけるＴＣＰ処理を動作させる無線ベアラ数、又は通信セッション数を指示させることが可能になる。
また、本実施の形態によれば、基地局とユーザ装置とを有する移動通信システムにおいて、前記ユーザ装置と通信する基地局であって、前記ユーザ装置のＰＤＣＰレイヤにおいて、複数の確認応答信号のうち、最後に受信した確認応答信号をＲＬＣレイヤに送信する処理を行う処理能力を示す能力情報を受信する受信手段と、前期能力情報に基づいて、前期ユーザ装置のＰＤＣＰレイヤで、前記複数の確認応答信号のうち、最後に受信した確認応答信号をＲＬＣレイヤに送信する処理を行うように前記ユーザ装置に指示する、指示手段と、を有する基地局が提供される。この基地局ｅＮＢにより、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術が提供される。
また、本実施の形態によれば、基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置が行う通信方法であって、前期基地局に送信される複数の確認応答信号を受信してＰＤＣＰレイヤの記憶手段に記憶するステップと、上りリンク信号の送信が可能であることを示す信号送信許可信号をＲＬＣレイヤから前記ＰＤＣＰレイヤに送信するステップと、前期ＰＤＣＰレイヤが前記信号送信許可信号を受信した場合、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤに送信するステップと、を有する通信方法が提供される。この通信方法により、ユーザ装置と基地局との間で伝送される無線信号のデータ量を削減することが可能な技術が提供される。
また、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
＜実施形態の補足＞
以上、本実施の形態は、セッション管理に用いられるプロトコルであれば他のプロトコルに対しても適用することができる。例えば、ユーザ装置ＵＥとサーバとの間で、ＴＣＰに代えてＱＵＩＣ（Quick UDP Internet Connection）を用いた通信が行われる場合においても適用することができる。この場合、例えばセッション管理プロトコル処理部２７は、ＱＵＩＣを用いてセッション管理を行う。また、ＰＤＣＰ処理部２６は、ＱＵＩＣの確認応答をバッファに格納しておき、ＲＬＣ処理部２５からの送信機会通知が通知された場合に、バッファに蓄積されているＱＵＩＣの確認応答のうち、最後に受信したＱＵＩＣの確認応答を含むＰＤＣＰ ＰＤＵをＲＬＣ処理部２５に送信する。
本実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ及び基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
なお、実施の形態において、ＰＤＣＰ処理部２６は、ＰＲＣＰレイヤ処理手段の一例である。ＲＬＣ処理部２５は、ＲＬＣレイヤ処理手段の一例である。バッファは、記憶手段の一例である。送信機会通知は、信号送信許可信号の一例である。能力通知部２３は、通知手段の一例である。信号受信部１２は、受信手段の一例である。指示部１４は、指示手段の一例である。
本特許出願は２０１５年５月２２日に出願した日本国特許出願第２０１５−１０４９９７号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−１０４９９７号の全内容を本願に援用する。
ＵＥ ユーザ装置
ｅＮＢ 基地局
１１ 信号送信部
１２ 信号受信部
１３ 能力記憶部
１４ 指示部
２１ 信号送信部
２２ 信号受信部
２３ 能力通知部
２４ ＭＡＣ処理部
２５ ＲＬＣ処理部
２６ ＰＤＣＰ処理部
２７ セッション管理プロトコル処理部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置

Claims (7)

  1. 基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置であって、
    前期基地局に送信される複数の確認応答信号を受信して記憶する記憶手段を有するＰＤＣＰレイヤ処理手段と、
    上りリンク信号の送信が可能であることを示す信号送信許可信号を前記ＰＤＣＰレイヤ処理手段に送信するＲＬＣレイヤ処理手段と、
    を有し、
    前記ＰＤＣＰレイヤ処理手段は、前記信号送信許可信号を受信した場合、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する、ユーザ装置。
  2. 前記ＰＤＣＰレイヤ処理手段は、前記最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信した後、前記記憶手段に記憶されている前記複数の確認応答信号を破棄する、請求項１に記載のユーザ装置。
  3. 前期ＰＤＣＰレイヤ処理手段は、前記基地局から指示された場合に、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行う、請求項１又は２に記載のユーザ装置。
  4. 前期ＰＤＣＰレイヤ処理手段は、前記基地局から指示された無線ベアラ、又は通信セッションに対して、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行う、請求項３に記載のユーザ装置。
  5. 前期ＰＤＣＰレイヤ処理手段が、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤ処理手段に送信する処理を行う処理能力を示す能力情報を前記基地局に通知する通知手段を有する、請求項１乃至４のいずれか一項に記載のユーザ装置。
  6. 基地局とユーザ装置とを有する移動通信システムにおいて、前記ユーザ装置と通信する基地局であって、
    前記ユーザ装置のＰＤＣＰレイヤにおいて、複数の確認応答信号のうち、最後に受信した確認応答信号をＲＬＣレイヤに送信する処理を行う処理能力を示す能力情報を受信する受信手段と、
    前期能力情報に基づいて、前期ユーザ装置のＰＤＣＰレイヤで、前記複数の確認応答信号のうち、最後に受信した確認応答信号をＲＬＣレイヤに送信する処理を行うように前記ユーザ装置に指示する、指示手段と、
    を有する基地局。
  7. 基地局とユーザ装置とを有する移動通信システムにおいて、前記基地局と通信するユーザ装置が行う通信方法であって、
    前期基地局に送信される複数の確認応答信号を受信してＰＤＣＰレイヤの記憶手段に記憶するステップと、
    上りリンク信号の送信が可能であることを示す信号送信許可信号をＲＬＣレイヤから前記ＰＤＣＰレイヤに送信するステップと、
    前期ＰＤＣＰレイヤが前記信号送信許可信号を受信した場合、前記複数の確認応答信号のうち、最後に受信した確認応答信号を前記ＲＬＣレイヤに送信するステップと、
    を有する通信方法。
JP2017520646A 2015-05-22 2016-05-18 ユーザ装置、基地局及び通信方法 Active JP6708638B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015104997 2015-05-22
JP2015104997 2015-05-22
PCT/JP2016/064694 WO2016190181A1 (ja) 2015-05-22 2016-05-18 ユーザ装置、基地局及び通信方法

Publications (2)

Publication Number Publication Date
JPWO2016190181A1 JPWO2016190181A1 (ja) 2018-03-08
JP6708638B2 true JP6708638B2 (ja) 2020-06-10

Family

ID=57393292

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017520646A Active JP6708638B2 (ja) 2015-05-22 2016-05-18 ユーザ装置、基地局及び通信方法

Country Status (4)

Country Link
US (1) US10172036B2 (ja)
EP (1) EP3300424B1 (ja)
JP (1) JP6708638B2 (ja)
WO (1) WO2016190181A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10749639B2 (en) 2017-01-24 2020-08-18 Mediatek Inc. Bearer switching in reduced radio link quality conditions
WO2019008659A1 (ja) * 2017-07-04 2019-01-10 富士通株式会社 通信装置、通信方法、及び通信システム
WO2019054984A1 (en) * 2017-09-12 2019-03-21 Nokia Solutions And Networks Oy PACKET LATENCY REDUCTION IN MOBILE RADIO ACCESS NETWORKS
CN116319944A (zh) * 2023-05-23 2023-06-23 北京邮电大学 一种基于计算机的网络通信设备及通信方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09510596A (ja) 1994-06-08 1997-10-21 エイチイー・ホールディングス・インコーポレーテッド・ディー ビーエー・ヒューズ・エレクトロニクス ハイブリッドネットワークアクセスのための装置および方法
FI110831B (fi) 1999-12-31 2003-03-31 Nokia Corp Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
AU2002216136A1 (en) * 2001-12-04 2003-06-17 Nokia Corporation Method and system for dispatching multiple tcp packets from communication systems
JP2003198556A (ja) * 2001-12-28 2003-07-11 Matsushita Electric Ind Co Ltd 無線通信端末装置、無線通信基地局装置およびパケット伝送方法
JP4364763B2 (ja) * 2004-09-30 2009-11-18 京セラ株式会社 データ通信装置
US20070213058A1 (en) * 2006-03-08 2007-09-13 Interdigital Technology Corporation Method and apparatus for supporting handoff and serving radio network subsystem relocation procedures in a single tunnel gprs-based wireless communication system
GB2449629A (en) * 2007-05-01 2008-12-03 Nec Corp Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover
KR101460359B1 (ko) * 2007-12-13 2014-11-10 삼성전자주식회사 이동통신 시스템에서의 핸드오버 방법 및 장치
GB2472789A (en) * 2009-08-17 2011-02-23 Nec Corp In a lte-advanced network a target enb sends a source enb information to indicate to the ue which of multiple component carriers is to be used for initail acc
JP5147983B1 (ja) * 2011-10-06 2013-02-20 株式会社エヌ・ティ・ティ・ドコモ 基地局及び通信制御方法
US9961585B2 (en) * 2014-05-16 2018-05-01 Nokia Solutions And Networks Oy Network-side buffer management

Also Published As

Publication number Publication date
EP3300424A4 (en) 2018-11-07
JPWO2016190181A1 (ja) 2018-03-08
US10172036B2 (en) 2019-01-01
EP3300424A1 (en) 2018-03-28
WO2016190181A1 (ja) 2016-12-01
EP3300424B1 (en) 2019-11-13
US20180132133A1 (en) 2018-05-10

Similar Documents

Publication Publication Date Title
WO2018123950A1 (ja) ユーザ装置、及びデータ送信方法
JP6708638B2 (ja) ユーザ装置、基地局及び通信方法
WO2017026545A1 (ja) ユーザ装置、及びデータ送信方法
WO2017026517A1 (ja) ユーザ装置及び通信方法
JP2017505090A (ja) Ｌｔｅネットワークにおけるデュアルコネクティビティでの協調アップリンク許可割当のためのバッファステータスレポートの強化
CN111345009B (zh) 通信装置以及通信方法
US10225830B2 (en) Processing method of data packet, terminal, base station and system
JP7064448B2 (ja) 移動体通信システム及び輻輳制御方法
CN107231826B (zh) 一种可穿戴设备的无线配置方法、相关设备及基站
JP7143337B2 (ja) データを伝送する方法及び機器
WO2018030360A1 (ja) ユーザ装置、及び通信方法
TW201911824A (zh) 處理承載型態改變的裝置及方法
JP7149258B2 (ja) 無線通信装置及び無線通信方法
CN110971351A (zh) 一种协调重复传输的方法
EP3528589B1 (en) Wireless communication device
JP6844978B2 (ja) ユーザ装置、基地局及び通信方法
WO2016185790A1 (ja) ユーザ装置、基地局及び通信方法
JP2015076699A (ja) 無線基地局
JP7065075B2 (ja) ユーザ装置、及びランダムアクセスプリアンブル送信方法
CN114424616A (zh) 终端装置以及方法
WO2023093605A1 (zh) 信息传输方法、终端及网络设备
RU2761392C1 (ru) Терминальное устройство, устройство базовой станции и способ для них
JP2018056855A (ja) ユーザ装置及び信号送信方法
WO2020194731A1 (ja) 無線基地局及びユーザ装置
WO2020217469A1 (ja) 通信装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190327

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200512

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200521

R150 Certificate of patent or registration of utility model

Ref document number: 6708638

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250