(57)【特許請求の範囲】
【請求項１】
無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置であって、
前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステータスレポート生成部と、
前記ステータスレポート生成部によって生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステータスレポート送信部と
を備え、
前記ステータスレポート生成部は、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記プロトコルデータユニットを前記所定閾値のサイズとし、
前記ステータスレポート送信部は、前記所定閾値のサイズとされた前記ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信する無線通信装置。
【請求項２】
前記ステータスレポート生成部は、前記宛先無線通信装置からの指示に基づいて、前記プロトコルデータユニットのサイズが前記所定閾値を超える場合、前記プロトコルデータユニットを前記所定閾値のサイズとするか否かを決定する請求項１に記載の無線通信装置。
【請求項３】
前記ステータスレポート送信部は、前記プロトコルデータユニットを前記所定閾値のサイズとしたことを示す表示子を含む前記プロトコルデータユニットを送信する請求項１に記載の無線通信装置。
【請求項４】
無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置であって、
前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置から、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを受信するステータスレポート受信部と、
前記ステータスレポート受信部が受信した前記ステータスレポートに基づいて、前記プロトコルデータユニットの再送を制御する再送制御部と
を備え、
前記ステータスレポートは、前記プロトコルデータユニットのサイズが所定閾値を超える超過部分が削除されており、
前記再送制御部は、前記ステータスレポートに前記受信状態が含まれていない前記プロトコルデータユニットであって、かつ前記宛先無線通信装置に送信済みの前記プロトコルデータユニットを再送する無線通信装置。
【請求項５】
無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信方法であって、
無線通信装置が、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステップと、
前記無線通信装置が、生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステップと
を含み、
前記ステータスレポートを生成するステップでは、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記プロトコルデータユニットを前記所定閾値のサイズとし、
前記ステータスレポートを送信するステップでは、前記所定閾値のサイズとされた前記ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信する無線通信方法。
【請求項６】
無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置であって、
前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステータスレポート生成部と、
前記ステータスレポート生成部によって生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステータスレポート送信部と
を備え、
前記ステータスレポート生成部は、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記ステータスレポートを分割して分割ステータスレポートを生成し、
前記ステータスレポート送信部は、前記分割ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信する無線通信装置。
【請求項７】
前記ステータスレポート生成部は、前記宛先無線通信装置からの指示に基づいて、前記分割ステータスレポートを生成するか否かを決定する請求項６に記載の無線通信装置。
【請求項８】
前記ステータスレポート送信部は、後続の前記分割ステータスレポートが存在するか否かを示す表示子を含む前記プロトコルデータユニットを送信する請求項６に記載の無線通信装置。
【請求項９】
前記分割ステータスレポートを含む複数の前記プロトコルデータユニットが前記ステータスレポート送信部によって送信される間隙において、ユーザプレーンデータを含む前記プロトコルデータユニットを送信するUプレーンデータ送信部を備える請求項６に記載の無線通信装置。
【請求項１０】
無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信方法であって、
無線通信装置が、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステップと、
前記無線通信装置が、生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステップと
を含み、
前記ステータスレポートを生成するステップでは、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記ステータスレポートを分割して分割ステータスレポートを生成し、
前記ステータスレポートを送信するステップでは、前記分割ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信する無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置及び無線通信方法に関する。
【背景技術】
【０００２】
3rd Generation Partnership Project（3GPP）によって規定されるLong Term Evolution（LTE、LTE-Advancedも含む）の仕様では、無線リンク制御（RLC）レイヤの上位に、パケットデータ・コンバージェンスプロトコル（PDCP）レイヤが規定されている（非特許文献１参照）。
【０００３】
移動局（UE）は、他セルへのハンドオーバやセルへの再接続（以下、HO/再接続）など、PDCPが再設定（re-establishment）される場合、PDCP status reportを無線基地局（eNB）に送信する。UEがPDCP status reportを送信するか否かは、無線ベアラ毎にeNBによって指示される。
【０００４】
PDCP status reportの目的は、UEにおけるPDCPレベルでの受信状態をeNBに通知することによって、UEのHO/再接続後におけるPDCPレベルでのプロトコルデータユニット（PDU）、つまり、PDCP PDUの重複送信を回避することである。
【０００５】
PDCP status reportは、First Missing SN（FMS）と、ビットマップとを含む。FMSは、受信が未了である最も古いPDCP PDUのシーケンス番号（SN）を示す。ビットマップは、FMSを含み、当該FMS以降のPDCP PDUの受信状態を0（NG）または1（OK）で示す。
【０００６】
また、3GPPでは、LTEのRelease-12において規定されている最大５のコンポーネントキャリア（CC）を用いたキャリアアグリゲーション（CA）を、Release-13では、最大３２のCCまで拡張することが検討されている。
【０００７】
このような拡張に伴うピークスループットの増大を考慮し、PDCP PDUのSN長も拡張することが合意されている（非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP TS 36.323 V12.4.0 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification (Release 12)、3GPP、２０１５年６月
【非特許文献２】3GPP R2-153171, “L2 enhancements for eCA”、3GPP、２０１５年８月、［２０１５年９月１７日検索］、インターネット<URL：http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN2/Docs/>
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したようなCAの拡張や、256QAMの導入によって、下り方向のピークスループットが向上する場合でも、上り方向については、UEの能力に依存するため、依然としてLTEのRelease-8相当のピークスループット（50MHz/CC, 16QAM）であることも想定される。
【００１０】
このような場合、PDCP PDUのSN長が拡張されていると、eNBがUEからPDCP status reportを受信するまでに時間を要し、HO/再接続時における下り方向のデータ送信が遅延する可能性がある。
【００１１】
具体的には、eNBは、PDCP status reportの内容を確認してからPDCP PDUを送信するため、PDCP status reportを構成する全てのByte segmentの受信が完了するまで、UE宛てのPDCP PDUの送信を開始できない。また、RLCレイヤにおいてセグメント化されたPDCP PDUは、当該セグメント化されたPDCP PDUの全てを欠落なく受信できて初めて復元することができため、PDCP PDUの一部のみを受信した時点で処理を開始することも難しい。
【００１２】
さらに、現状のPDCPの仕様では, PDCP PDUの最大値は規定されていないが、PDCP SDU（Service Data Unit）の最大値（8188byte）は規定されており、UEは、PDCP SDUの最大値に応じたPDCP PDUのサイズを想定した設計となっている可能性が高い。
【００１３】
従って、上述したようにPDCP PDUのSN長が拡張されると、500kbyteを超過するようなサイズのPDCP status reportとなるため、UEは、このようなサイズのPDCP status reportを処理できない可能性がある。
【００１４】
勿論、このようなサイズのPDCP status reportを処理できるようにUEを設計することも可能だが、このような処理のみのためにUEの処理能力を向上させることは、UEのコストパフォーマンスを考慮すると好ましくない。
【００１５】
そこで、本発明は、このような状況に鑑みてなされたものであり、PDCP status reportのサイズが大きくなった場合でも、処理能力の向上を回避しつつ、PDCPレイヤにおけるデータ送信の遅延を防止し得る無線通信装置及び無線通信方法の提供を目的とする。
【課題を解決するための手段】
【００１６】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置であって、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステータスレポート生成部と、前記ステータスレポート生成部によって生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステータスレポート送信部とを備え、前記ステータスレポート生成部は、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記所定閾値を超えた前記ステータスレポートの超過部分を削除し、前記ステータスレポート送信部は、前記超過部分が削除された前記ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信することを要旨とする。
【００１７】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置であって、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置から、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを受信するステータスレポート受信部と、前記ステータスレポート受信部が受信した前記ステータスレポートに基づいて、前記プロトコルデータユニットの再送を制御する再送制御部とを備え、前記ステータスレポートは、前記プロトコルデータユニットのサイズが所定閾値を超える超過部分が削除されており、前記再送制御部は、前記ステータスレポートに前記受信状態が含まれていない前記プロトコルデータユニットであって、かつ前記宛先無線通信装置に送信済みの前記プロトコルデータユニットを再送することを要旨とする。
【００１８】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信方法であって、無線通信装置が、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステップと、前記無線通信装置が、生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステップとを含み、前記ステータスレポートを生成するステップでは、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記所定閾値を超えた前記ステータスレポートの超過部分を削除し、前記ステータスレポートを送信するステップでは、前記超過部分が削除された前記ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信することを要旨とする。
【００１９】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置であって、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステータスレポート生成部と、前記ステータスレポート生成部によって生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステータスレポート送信部とを備え、前記ステータスレポート生成部は、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記ステータスレポートを分割して分割ステータスレポートを生成し、前記ステータスレポート送信部は、前記分割ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信することを要旨とする。
【００２０】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信方法であって、無線通信装置が、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステップと、前記無線通信装置が、生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステップとを含み、前記ステータスレポートを生成するステップでは、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記ステータスレポートを分割して分割ステータスレポートを生成し、前記ステータスレポートを送信するステップでは、前記分割ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信することを要旨とする。
【発明の効果】
【００２１】
上述した無線通信装置及び無線通信方法によれば、PDCP status reportのサイズが大きくなった場合でも、処理能力の向上を回避しつつ、PDCPレイヤにおけるデータ送信の遅延を防止し得る。
【図面の簡単な説明】
【００２２】
【図１】図１は、移動通信システム10の全体概略構成図である。
【図２】図２（ａ）及び（ｂ）は、HO/再接続時におけるPDCPレイヤにおけるPDCP PDUの再送制御の例を示す図である。
【図３】図３は、UE100の機能ブロック構成図である。
【図４】図４は、eNB200の機能ブロック構成図である。
【図５】図５は、第１実施形態に係るUE100によるPDCP status reportの生成動作フローを示す図である。
【図６】図６（ａ）及び（ｂ）は、第１実施形態に係る通常のビットマップによるPDCP status reportを含むPDCP PDU、及びビットマップの一部が削除されたPDCP status reportを含むPDCP PDUの例を示す図である。
【図７】図７（ａ）及び（ｂ）は、第１実施形態に係るUE100とeNB200との間におけるPDCP status report送受信シーケンスを示す図である。
【図８】図８は、第２実施形態に係るUE100によるPDCP status reportの生成動作フローを示す図である。
【図９】図９（ａ）及び（ｂ）は、第２実施形態に係る通常のビットマップによるPDCP status reportを含むPDCP PDU、及びビットマップが分割されたPDCP status reportを含むPDCP PDUの例を示す図である。
【図１０】図１０（ａ）及び（ｂ）は、第２実施形態に係るUE100とeNB200との間におけるPDCP status report送受信シーケンスを示す図である。
【図１１】図１１は、第３実施形態に係るUE100によるPDCP status reportの生成動作フローを示す図である。
【図１２】図１２（ａ）及び（ｂ）は、第３実施形態に係る通常のビットマップによるPDCP status reportを含むPDCP PDU、及び累積NACKによるPDCP status reportを含むPDCP PDUの例を示す図である。
【発明を実施するための形態】
【００２３】
以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
【００２４】
［第１実施形態］
（１）移動通信システムの全体概略構成
図１は、本実施形態に係る移動通信システム10の全体概略構成図である。図１に示すように、移動通信システム10は、Long Term Evolution（LTE、LTE-Advancedも含む）に従った無線通信システムである。移動通信システム10は、無線アクセスネットワーク20、ユーザ装置100（以下、UE100）、及び無線基地局200（以下、eNB200）を含む。
【００２５】
無線アクセスネットワーク20は、3rd Generation Partnership Project（3GPP）において規定されるEvolved Universal Terrestrial Radio Access Network（E-UTRAN）であり、eNB200を含む。
【００２６】
なお、移動通信システム10は、必ずしもLTE（E-UTRAN）に限定されない。例えば、無線アクセスネットワーク20は、5Gとして規定されるUE100と無線通信を実行する無線基地局を含む無線アクセスネットワークであってもよい。
【００２７】
UE100及びeNB200は、LTEの仕様に従った無線通信を実行する。特に、本実施形態では、eNB200は、パケットデータ・コンバージェンスプロトコル（PDCP）レイヤにおける下り方向のプロトコルデータユニット（PDU）であるPDCP PDU300をUE100に送信する。同様に、UE100は、上り方向のPDCP PDU300をeNB200に送信する。
【００２８】
すなわち、UE100及びeNB200は、パケットデータ・コンバージェンスプロトコルレイヤにおいてPDCP PDU300を送受信する。
【００２９】
図２（ａ）及び（ｂ）は、HO/再接続時におけるPDCPレイヤにおけるPDCP PDUの再送制御の例を示す。図２（ａ）は、他セルへのハンドオーバやセルへの再接続（HO/再接続）前におけるPDCP PDU300の受信状態を示す。図２（ｂ）は、HO/再接続後におけるPDCP PDU300の再送状態を示す。
【００３０】
図２（ａ）に示すように、UE（PDCP Rx）は、eNB（PDCP Tx）から#0,1,2,6のPDCP PDU300を受信済みである。一方、UEは、#3,4,5のPDCP PDU300の受信に失敗している。
【００３１】
eNBは、無線リンク制御（RLC）レイヤにおけるUEからの肯定応答（RLC-ACK）を確認する。図２（ａ）に示すように、eNBは、シーケンス番号（SN）が#0,1,2のPDCP PDU300に対するRLC-ACKを確認している。
【００３２】
一方、eNBは、UEが受信に失敗しているため、#3,4,5のPDCP PDU300をUEに送信済みであるが、#3,4,5のPDCP PDU300に対するRLC-ACKが未確認である。なお、#7のPDCP PDU300は、eNBにおいて未送信である。
【００３３】
このようなPDCP PDU300の受信状態において、UEがHO/再接続を実行すると、図２（ｂ）に示すように、UEは、PDCP status reportをeNBに送信する。ここでは、SNが#6のPDCP PDU300は受信済みであることを示すビットを含むPDCP status reportがeNBに送信される。
【００３４】
HO/再接続先のeNBは、RLC-ACKが未確認である#3,4,5のPDCP PDU300を順に送信（再送）する。一方、#6については、PDCP status reportによってUEが受信済みであることが示されているため、eNBは再送をキャンセルする。
【００３５】
このように、PDCPの目的は、UEにおけるPDCPレベルでの受信状態をeNBに通知することによって、UEのHO/再接続後におけるPDCPレベルでのPDUの重複送信を回避することである。
【００３６】
また、PDCPは、RLCレイヤの上位に位置し、レイヤ２のサブレイヤの一つである。PDCPは、当該サブレイヤにおける秘匿、正当性確認、ヘッダ圧縮などの機能を提供する。
【００３７】
（２）移動通信システムの機能ブロック構成
次に、移動通信システム10の機能ブロック構成について説明する。具体的には、UE100及びeNB200の機能ブロック構成について説明する。
【００３８】
（２．１）UE100
図３は、UE100の機能ブロック構成図である。図３に示すように、UE100は、DL信号受信部110、PDCP管理部120、Uプレーンデータ送信部130及びUL信号送信部140を備える。
【００３９】
なお、図３に示すように、UE100の各機能ブロックは、無線通信モジュール、プロセッサ（メモリを含む）、機能モジュール（ユーザIF、位置検出、カメラ、オーディオ・ビデオなど）、ディスプレイ及び電源（バッテリ含む）などのハードウェア要素によって実現される。
【００４０】
DL信号受信部110は、eNB200から送信された下り方向の信号（DL信号）を受信する。具体的には、DL信号受信部110は、3GPPの仕様に従った無線信号を受信し、復調された上位レイヤの信号を出力する。DL信号受信部110は、PDCPレイヤの信号であるPDCP PDUをPDCP管理部120に出力する。
【００４１】
PDCP管理部120は、PDCPレイヤにおける動作を管理する。具体的には、PDCP管理部120は、PDCP PDUの生成及び送受信（再送制御を含む）を管理する。特に、PDCP管理部120は、ステータスレポート生成部121及びステータスレポート送信部123を含む。
【００４２】
ステータスレポート生成部121は、パケットデータ・コンバージェンスプロトコルレイヤにおけるプロトコルデータユニットの受信状態を示すステータスレポート（PDCP status report）を生成する。
【００４３】
具体的には、ステータスレポート生成部121は、3GPP TS36.323の規定内容に従って、PDCP status reportを含むPDCP control PDUを生成する。PDCP status reportを送信するか否かは、無線ベアラ（DRB）毎にeNB200によって指定される。ステータスレポート生成部121は、PDCP status reportの送信が指定されている場合、当該無線ベアラのPDCP status reportを生成する。
【００４４】
本実施形態では、ステータスレポート生成部121は、PDCP status reportを含むPDCP PDUのサイズが所定閾値を超える場合、当該所定閾値を超えたPDCP status reportの超過部分を削除する（PDCP status reportにて通知する情報から除外する）。
【００４５】
なお、ステータスレポート生成部121は、eNB200（宛先無線通信装置）からの指示に基づいて、PDCP status reportの超過部分を削除するか否かを決定してもよい。
【００４６】
ステータスレポート送信部123は、ステータスレポート生成部121によって生成されたPDCP status reportを送信する。具体的には、ステータスレポート送信部123は、PDCPレイヤにおいてUE100の宛先となるeNB200にPDCP status reportを送信する。
【００４７】
本実施形態では、ステータスレポート送信部123は、上述した超過部分が削除されたPDCP status reportを含むPDCP PDUをeNB200に送信する。
【００４８】
また、超過部分が削除されたPDCP status reportを含むPDCP PDUを送信する場合、ステータスレポート送信部123は、当該超過部分を削除したことを示す表示子を含むPDCP PDUを送信してもよい。さらに、ステータスレポート送信部123は、当該超過部分のサイズを示す表示子を含むPDCP PDUを送信してもよい。
【００４９】
Uプレーンデータ送信部130は、ユーザプレーン（Uプレーン）のデータに関する処理を実行し、当該データを送信する。具体的には、Uプレーンデータ送信部130は、Uプレーンのデータを含むPDCP PDU、具体的には、PDCP data PDUを生成し、生成したPDCP data PDUをeNB200に送信する。
【００５０】
UL信号送信部140は、上り方向の信号（UL信号）を送信する。具体的には、UL信号送信部140は、PDCP管理部120及びUプレーンデータ送信部130から出力されたPDCP PDUを変調し、3GPPの仕様に従った無線信号を送信する。
【００５１】
（２．２）eNB200
図４は、eNB200の機能ブロック構成図である。図４に示すように、eNB200は、UL信号受信部210、ステータスレポート受信部220、再送制御部230、PDCP PDU送信部240及びDL信号送信部250を備える。
【００５２】
なお、図４に示すように、eNB200の各機能ブロックは、無線通信モジュール、プロセッサ（メモリを含む）、機能モジュール（ネットワークIFなど）及び電源などのハードウェア要素によって実現される。
【００５３】
UL信号受信部210は、UE100から送信された上り方向の信号（UL信号）を受信する。具体的には、UL信号受信部210は、3GPPの仕様に従った無線信号を受信し、復調された上位レイヤの信号を出力する。
【００５４】
特に、UL信号受信部210は、復調したPDCP PDUをステータスレポート受信部220に出力する。
【００５５】
ステータスレポート受信部220は、UE100（宛先無線通信装置）から、PDCP PDUの受信状態を示すステータスレポート（PDCP status report）を受信する。
【００５６】
具体的には、ステータスレポート受信部220は、UL信号受信部210によって出力されたPDCP PDU（PDCP control PDU）に含まれるPDCP status reportを受信する。ステータスレポート受信部220は、受信したPDCP status reportの内容を再送制御部230に通知する。
【００５７】
また、本実施形態では、上述したように、PDCP status reportは、PDCP PDUのサイズが所定閾値を超える場合、当該超過部分が削除される。このため、ステータスレポート受信部220は、内容の一部が削除されたPDCP status reportを受信する場合がある。
【００５８】
再送制御部230は、ステータスレポート受信部220が受信したPDCP status reportに基づいて、PDCP PDUの再送を制御する。具体的には、再送制御部230は、PDCP status reportにおいて、UE100が受信できなかったことが示されているPDCP PDUを再送する。なお、再送制御部230は、無線ベアラ毎にPDCP status reportを送信するか否かを指定する。
【００５９】
また、再送制御部230は、内容の一部が削除されたPDCP status reportを受信した場合、当該PDCP status reportに受信状態が含まれていないPDCP PDUであって、かつUE100に送信済みのPDCP PDUを再送する。
【００６０】
すなわち、再送制御部230は、内容の一部が削除されたためにPDCP status reportに含まれていない全てのPDCP PDUを、UE100が受信できていないと見なして再送する。
【００６１】
PDCP PDU送信部240は、UE100にPDCP PDUを送信する。具体的には、PDCP PDU送信部240は、PDCP data PDU及びPDCP control PDUを送信する。
【００６２】
PDCP data PDUは、主にUプレーンデータなどを含むPDUであり、PDCP control PDUは、ヘッダ圧縮の制御情報（ROHCフィードバックなど）やPDCP status reportを含むPDUである。
【００６３】
また、PDCP PDU送信部240は、再送制御部230によって指示されたPDCP PDUを再送する。
【００６４】
DL信号送信部250は、下り方向の信号（DL信号）を送信する。具体的には、DL信号送信部250は、PDCP PDU送信部240から出力されたPDCP PDUを変調し、3GPPの仕様に従った無線信号を送信する。
【００６５】
（３）移動通信システムの動作
次に、移動通信システム10の動作について説明する。具体的には、UE100によるPDCP status reportの生成及び送信動作、eNB200によるPDCP PDUの再送動作について説明する。
【００６６】
（３．１）PDCP status reportの生成動作
図５は、UE100によるPDCP status reportの生成動作フローを示す。図５に示すように、UE100は、HO/再接続を実行する（S10）。UE100がハンドオーバ（HO）やセルへの再接続を行う状況としては、UE100の移動に伴う近隣セルからの無線信号の品質の上昇（HOの場合）や、サービングセルの品質劣化、レイヤ2異常、ハンドオーバの失敗（再接続の場合）などである。
【００６７】
このようなハンドオーバやセルへの再接続は、PDCP status reportの契機となる。UE100は、設定されている無線ベアラ毎にPDCP status reportの送信がeNB200によって指示されているか否かを判定する（S20）。
【００６８】
PDCP status reportの送信指示がある場合、UE100は、PDCP status reportの想定サイズを計算する（S30）。
【００６９】
なお、eNB200は、PDCP status reportを含むPDCP control PDUの許容最大サイズ（所定閾値）を事前にUE100に通知してもよい。或いは、当該サイズは通知されず、予め規定された固定値でも構わない。例えば、PDCP SDUのサイズ（8188byte）とヘッダ部分とを考慮した値としてもよい。
【００７０】
また、当該サイズは、PDCP control PDUの種別毎、無線ベアラ毎、或いは上り方向・下り方向毎に異なる値が用いられてもよい。
【００７１】
なお、PDCP control PDUの許容最大サイズについては、さらに後述する。
【００７２】
具体的には、UE100は、受信済みのPDCP PDUのシーケンス番号に基づいて、PDCP status reportに含まれるビットマップ（後述）のサイズを計算し、PDCP status reportの全体サイズを算出する。
【００７３】
UE100は、PDCP status reportの想定サイズが当該閾値を超えるか否かを判定する（S40）。
【００７４】
PDCP status reportの想定サイズが当該閾値以下の場合、UE100は、通常どおり、PDCP PDUの受信状態を示すビットマップを生成する（S50）。
【００７５】
一方、PDCP status reportの想定サイズ当該閾値を超える場合、UE100は、PDCP status reportが所定サイズ、具体的には、PDCP status reportを含むPDCP control PDUの許容最大サイズ（所定閾値）以下となるように、ビットマップの情報を一部削除する（S60）。
【００７６】
具体的には、UE100は、FMS（First Missing SN）に続くビットマップのうち、当該閾値を超えたビットマップの部分を削除する。すなわち、UE100は、許容最大サイズのPDCP control PDUに含めることができないビットマップ、より具体的には、SNが大きく時間的に後に送信されたPDCP PDUに対応するビットマップを削除する。
【００７７】
なお、UE100は、eNB200から削除の指示があった場合のみ、当該超過部分を削除し、指示がなかった場合には、超過部分も含めたPDCP status reportを送信してもよい。eNB200からの削除の指示は、拡張PDCP SN (23 bit PDCP SN)が設定されていることにより、暗示的に通知されてもよい。
【００７８】
図６（ａ）及び（ｂ）は、通常のビットマップによるPDCP status reportを含むPDCP PDU、及びビットマップの一部が削除されたPDCP status reportを含むPDCP PDUの例を示す。
【００７９】
図６（ａ）は、通常のビットマップによるPDCP status reportを含むPDCP PDU311を示す。図６（ｂ）は、ビットマップの一部が削除されたPDCP status reportを含むPDCP PDU313を示す。
【００８０】
図６（ａ）に示すように、PDCP PDU311は、Fixed part、First Missing SN（FMS）及びビットマップで構成される。
【００８１】
Fixed partは、PDCP control PDUかPDCP data PDUの示すビット、及びPDUの種別を示す情報を含む。FMSは、受信が未了である最も古いPDCP PDUのシーケンス番号（SN）を示す。
【００８２】
なお、図６（ａ）及び（ｂ）では、横一列が1オクテット（8ビット）を意味している。但し、Fixed partは、必ずしも1オクテットでなくてもよい。また、FMSは、PDCP PDUのシーケンス番号（SN）の拡張に伴い、3オクテットが割り当てられている。
【００８３】
ビットマップは、FMSに該当するPDCP PDUを含み、FMS以降のシーケンス番号のPDCP PDUの受信状態（0(NG), 1(OK)）を示す。
【００８４】
PDCP PDU311は、PDCP status reportの一部（超過部分）が削除されず、eNB200から送信された全てのPDCP PDUのビットマップを含んでいる。
【００８５】
一方、図６（ｂ）に示すように、PDCP PDU313は、PDCP status reportの一部が削除されている。具体的には、所定閾値を超えたPDCP status report（ビットマップ）の超過部分が削除されている。所定閾値は、特に限定されないが、上述したように、UE100の実装としてPDCP SDUのサイズを考慮したPDCP PDUの最大サイズが規定されている可能性があることを考慮すると、PDCP SDUのサイズ（8188byte）とヘッダ部分とを考慮した値とすることが考えられる。
【００８６】
また、PDCP PDU313の場合、Fixed partには、上述したPDCP status reportの超過部分を削除したことを示す表示子、及び当該超過部分のサイズを示す表示子が含まれてもよい。
【００８７】
図７（ａ）及び（ｂ）は、UE100とeNB200との間におけるPDCP status report送受信シーケンスを示す。
【００８８】
具体的には、図７（ａ）は、PDCP status reportの一部を削除せずにeNB200から送信された全てのPDCP PDUのビットマップを含むPDCP status reportを送信した場合における通信シーケンスを示す。
【００８９】
図７（ａ）に示すように、UE100がHO/再接続を実行すると、UE100は、PDCP status reportの送信をトリガする。ここでは、PDCP PDUのSN長が拡張されており、500kbyteのPDCP status reportをeNB200に送信する必要があるものとする。
図７（ａ）の場合、UE100は、500kbyteのPDCP status report全てを送信するため、複数のRLC PDUに分けてPDCP status reportがeNB200に送信される。
【００９０】
このため、eNB200は、UE100から複数のRLC PDUに分けて送信されたPDCP status reportを含むPDCP PDU全体の受信を完了した後でなければ、下り方向（DL）の信号のスケジューリングを再開することができない。
【００９１】
一方、図７（ｂ）の場合、UE100は、所定閾値（50kbyte程度）を超えたPDCP status report（ビットマップ）を削除したPDCP status reportをeNB200に送信する。
【００９２】
このため、eNB200は、所定閾値を超えた超過部分が削除されたPDCP status reportを含むPDCP PDUの受信を完了次第、速やかに下り方向（DL）の信号のスケジューリングを再開することができる。
【００９３】
eNB200は、受信したPDCP status report、具体的には、FMS及びビットマップの内容に基づいて、PDCP PDUの再送を開始する。
【００９４】
また、eNB200は、PDCP status reportの一部が削除されたことによってUE100が正しく受信できているか否かが不明のPDCP PDUについては、UE100において未受信と見なして再送する。
【００９５】
（３．２）PDCP control PDUのサイズ
本実施形態では、上述したように、拡張PDCP SN (23 bit PDCP SN)が用いられることを想定したPDCP control PDUのサイズとしたが、PDCP control PDUに適用されるPDCP SN（シーケンス番号）のビット数は、23ビットに限定されず、3GPPにおいて規定される他のビット数でも構わない。
【００９６】
この場合、PDCP control PDUの最大サイズは、次の何れかによって指定することができる。
【００９７】
・  ビットマップの最大値
・  PDCP control PDUの最大値
「ビットマップの最大値」の場合、例えば、15ビットSNであれば、215-1が（215の半分）適用される。なお、PDCP control PDUのヘッダ分は考慮されないため、今後PDCP SN数がさらに拡張された場合でも、当該最大値を変更する必要はない。
【００９８】
「PDCP control PDUの最大値」の場合、例えば、15ビットSNであれば、（215-1＋想定ヘッダサイズ）が適用される。想定ヘッダサイズは、所定のPDCP SN（例えば、18ビット）でもよいし、COUNT値（32ビット）でもよい。
【００９９】
想定ヘッダサイズを含むPDCP control PDUの最大値の場合、今後PDCP SN数がさらに拡張された場合には、設定範囲の拡張が必要である。但し、PDCP SNはCOUNT値の下位ビットを使用することが規定（3GPP TS36.323）されているため、PDCP SNは最大でもCOUNT値までしか拡張できない。従って、当該最大値を前提としてPDCP control PDUの最大値を設定しておけば、将来的にPDCP SNが拡張されても、当該拡張に伴って当該最大値の規定を見直す必要はない。
【０１００】
また、上述した「ビットマップの最大値」または「PDCP control PDUの最大値」は、次のような設定範囲とすることができる。具体的には、当該最大値と対応するPDCP SNよりも短いPDCP SN（例えば、15ビットSN）に対応するビットマップ（またはPDCP control PDU）の最大値の整数倍が設定される。
【０１０１】
より具体的には、15ビットSNにおけるビットマップのサイズは、2048バイト（215-1/8）であるため、2048バイトの整数倍が、当該最大値として設定される。なお、「PDCP control PDUの最大値」の場合には、（2048バイトの整数倍＋想定ヘッダサイズ）が、当該最大値として設定される。
【０１０２】
或いは、PDCP control PDUのサイズに「所定の比率」を乗算した値を当該最大値として設定してもよい。「所定の比率」としては、MACレイヤにおける誤り率に基づく値（例えば、15%）が挙げられる。
【０１０３】
なお、ビットマップの情報を複数のPDCP control PDUに分割して送信する場合、PDCP control PDU毎に当該最大値が異なっていてもよい。例えば、最初のPDCP control PDUが2000バイト、次のPDCP control PDUが1500バイトなどでとすることができる。
【０１０４】
UE100のステータスレポート生成部121は、上述したような方法によって決定されたビットマップ（PDCP status report）を含むPDCP control PDUを生成することができる。
【０１０５】
また、上述した最大値は、ハンドオーバ時であれば、HO commandを用いてeNB200（Target-eNB）からUE100に指示することができる。或いは、当該最大値は、予めSource-eNBから報知情報（SIBなど）や個別信号（RRC connection reconfiguration）によってUE100に指示されてもよい。さらに、UE100のeNB200への再接続時であれば、当該最大値は、接続していたeNB200から指示されてもよいし、再接続手順において送信されるRRC connection re-establishment、またはRRC connection reconfigurationによって指示されてもよい。
【０１０６】
（４）作用・効果
上述した第１実施形態によれば、以下の作用効果が得られる。上述したように、UE100（ステータスレポート生成部121）は、PDCP status reportを含むPDCP PDUのサイズが所定閾値を超える場合、当該所定閾値を超えたPDCP status reportの超過部分を削除する。また、eNB200（再送制御部230）は、超過部分が削除されたことによってPDCP status reportに受信状態が含まれていないPDCP PDUであって、かつUE100に送信済みのPDCP PDUを再送する。
【０１０７】
つまり、eNB200は、UE100に送信済みのPDCP PDUであって、PDCP status reportに当該PDCP PDUの受信状態を示す情報（ビットマップ）が含まれていない場合、UE100において未受信と見なして再送する。
【０１０８】
これにより、UE100のピークスループットが低い場合や、送信可能なPDCP PDUの最大サイズが小さい場合でも、PDCPレイヤにおける再送制御を確実に実行することができる。また、eNB200は、所定閾値を超えた超過部分が削除されたPDCP status reportの受信を完了次第、速やかにPDCP PDUの再送を開始できるため、PDCPレイヤにおける処理遅延も生じ難い。
【０１０９】
すなわち、本実施形態によれば、PDCP PDUのSN長の拡張によってPDCP status reportのサイズが大きくなった場合でも、UE100の処理能力の向上を回避しつつ、PDCPレイヤにおけるデータ送信の遅延を防止し得る。
【０１１０】
特に、本実施形態によれば、UE100は、所定閾値を超えたPDCP status reportの超過部分を削除すればよいだけであり、UE100の動作はシンプルであり、実装も比較的容易と考えられる。
【０１１１】
本実施形態では、UE100は、eNB200からの指示に基づいて、PDCP status reportの超過部分を削除するか否かを決定することができる。これにより、PDCP status reportのサイズを無線アクセスネットワーク20の状況などに応じて動的に変化させることができ、より柔軟なPDCPレイヤにおける再送制御を実現し得る。
【０１１２】
本実施形態では、UE100は、PDCP status reportの超過部分を削除したことを示す表示子、及び当該超過部分のサイズを示す表示子を含むPDCP PDUを送信することができる。
【０１１３】
これにより、eNB200は、PDCP status reportの状態を即座に認識することができ、より速やかにPDCP PDUの再送を開始することができる。
【０１１４】
［第２実施形態］
次に、本発明の第２実施形態について説明する。本実施形態では、PDCP status reportのサイズが所定閾値を超える場合、PDCP status reportが分割される。以下、上述した第１実施形態と異なる部分について主に説明し、同様の部分については、その説明を適宜省略する。
【０１１５】
（１）移動通信システムの機能ブロック構成
図３及び図４に示したように、本実施形態に係るUE100及びeNB200も、第１実施形態に係るUE100及びeNB200と同様の機能ブロック構成を有する。
【０１１６】
本実施形態に係るステータスレポート生成部121は、PDCP status reportを含むPDCP PDUのサイズが所定閾値を超える場合、PDCP status reportを分割して分割ステータスレポートを生成する。
【０１１７】
また、ステータスレポート生成部121は、eNB200からの指示に基づいて、分割ステータスレポートを生成するか否かを決定してもよい。なお、eNB200は、PDCP PDUのサイズの閾値をUE100に通知し、分割ステータスレポートの生成が不要な場合には、当該閾値を無限大（infinity）とすることによって、分割ステータスレポートの生成が不要なことをUE100に通知してもよい。
【０１１８】
ステータスレポート送信部123は、分割ステータスレポートを含むPDCP PDUをeNB200（宛先無線通信装置）に送信する。
【０１１９】
また、ステータスレポート送信部123は、分割ステータスレポートの数を示す表示子を含むPDCP PDUを送信してもよい。或いは、ステータスレポート送信部123は、後続の分割ステータスレポートが存在するか否かを示す表示子を含むPDCP PDUを送信してもよい。
【０１２０】
Uプレーンデータ送信部130は、分割ステータスレポートを含む複数のPDCP PDUがステータスレポート送信部123によって送信される間隙において、ユーザプレーン（
Uプレーン）データを含むPDCP PDUを送信する。
【０１２１】
具体的には、Uプレーンデータ送信部130は、分割ステータスレポートを含むPDCP control PDUを送信する合間に、Uプレーンデータを含むPDCP data PDUを送信する。
【０１２２】
また、本実施形態に係るeNB200の再送制御部230は、UE100から受信した分割ステータスレポートに基づいて、最初の分割ステータスレポートの受信を完了次第、PDCP PDUの再送を開始する。
【０１２３】
（２）移動通信システムの動作
次に、移動通信システム10の動作について説明する。具体的には、UE100によるPDCP status reportの生成及び送信動作、eNB200によるPDCP PDUの再送動作について説明する。
【０１２４】
図８は、UE100によるPDCP status reportの生成動作フローを示す。図８のステップS110〜S140は、図５に示したS10〜S40と同様である。
【０１２５】
PDCP status reportの想定サイズが当該閾値以下の場合、UE100は、通常どおり、PDCP PDUの受信状態を示すビットマップを生成する（S150）。
【０１２６】
また、UE100は、後続の分割ステータスレポートがないことをeNB200に通知する（S160）。
【０１２７】
一方、PDCP status reportの想定サイズ当該閾値を超える場合、UE100は、PDCP PDUが所定サイズ以下となるように、PDCP status report（ビットマップ）を分割し、分割したビットマップ、つまり、分割ステータスレポートを複数のPDCP PDUに割り当てる（S170）。
【０１２８】
また、UE100は、後続の分割ステータスレポートがあることをeNB200に通知する（S180）。
【０１２９】
図９（ａ）及び（ｂ）は、通常のビットマップによるPDCP status reportを含むPDCP PDU、及びビットマップが分割されたPDCP status reportを含むPDCP PDUの例を示す。
【０１３０】
図９（ａ）に示すPDCP PDU321は、図６（ａ）に示したPDCP PDU311と同様の構成を有する。PDCP PDU321は、Fixed part、First Missing SN（FMS）及びビットマップで構成される。
【０１３１】
図９（ｂ）は、PDCP PDU321に示したビットマップが分割された分割ステータスレポートを含むPDCP PDU323a〜323dを示す。
【０１３２】
図９（ｂ）に示すように、PDCP PDU321のビットマップ（1）の部分は、PDCP PDU323aに割り当てられる。これにより、PDCP PDU323aのサイズが所定閾値以下に抑えられる。
【０１３３】
同様に、PDCP PDU321のビットマップ（2）〜（4）の部分は、PDCP PDU323b〜323dに割り当てられる。また、PDCP PDU323b〜323dには、FMSに代えて、Starting SNが含まれる。Starting SNは、当該PDCP PDUに含まれるビットマップの最初のビットと対応するPDCP PDUのシーケンス番号（SN）を意味する。
【０１３４】
なお、Starting SNは、必須ではない。PDCP PDU323a〜323dを順次受信するeNB200は、直前のPDCP PDUに含まれるビットマップ（分割ステータスレポート）を参照することによって、次のPDCP PDUに含まれるビットマップの最初のビットと対応するPDCP PDUのシーケンス番号を特定してもよい。勿論、Starting SNを用いることによって、処理の高速化に寄与する。
【０１３５】
或いは、Starting SNを用いることによって、PDCP PDU（具体的には、PDCP control PDU）のサイズをさらに低減してもよい。
【０１３６】
例えば、ビットマップにおいて同じ値（0または1）が連続する場合、当該連続する部分についてはビットマップを通知せずに、値が変化する最初のPDCP PDUのSNをStarting SNとしてもよい。
【０１３７】
また、これにより、分割ステータスレポートを複数のPDCP PDUに割り当てる場合においても、PDCP PDUのプロトコルフォーマットに含まれるフィールドの構成をPDU間において変更する必要がなく、複数のフォーマットを定義する必要がなく実装を簡易化することも可能である。
【０１３８】
或いは、直前のPDCP PDUに含まれるビットマップの最後のビットと対応するPDCP PDU以降のPDCP PDUであって、最初にUE100において未受信となったPDCP PDUのSN（すなわち、FMS相当）をStarting SNとしてもよい。
【０１３９】
また、PDCP PDU323a〜323dのFixed partには、後続の分割ステータスレポートが存在するか否かを示す表示子325が含まれる。なお、表示子325は、上述したように、分割ステータスレポートの数を示すものであってもよい。
【０１４０】
図１０（ａ）及び（ｂ）は、UE100とeNB200との間におけるPDCP status report送受信シーケンスを示す。
【０１４１】
図１０（ａ）は、図７（ａ）と同様であり、eNB200から送信された全てのPDCP PDUのビットマップを含むPDCP status reportを送信した場合における通信シーケンスを示す。
【０１４２】
一方、図１０（ｂ）の場合、UE100は、図９（ｂ）に示したような分割ステータスレポートを含むPDCP PDU323a〜323dをeNB200に順次送信する。
【０１４３】
また、UE100は、PDCP control PDUであるPDCP PDU323a〜323dを送信する間に、PDCP data PDUを送信してもよい。例えば、UE100は、PDCP PDU323aとPDCP PDU323bとを送信する間に、PDCP data PDUを送信してもよい。
【０１４４】
なお、PDCP data PDUの送信量については、時間またはデータ量によって、eNB200から指定してもよいし、固定値を用いてもよい。
【０１４５】
eNB200は、分割ステータスレポートを含む最初のPDCP PDUであるPDCP PDU323aの受信を完了次第、速やかに下り方向（DL）の信号のスケジューリングを再開することができる。このため、eNB200は、図１０（ｂ）に示したように、PDCP status reportを含むPDCP PDU全体の受信を待つ必要がない。
【０１４６】
（３）作用・効果
上述した第２実施形態によれば、第１実施形態と比較して、以下のような作用効果が得られる。上述したように、UE100（ステータスレポート生成部121）は、PDCP status reportを含むPDCP PDUのサイズが所定閾値を超える場合、PDCP status reportを分割して分割ステータスレポートを生成する。また、eNB200（再送制御部230）は、最初の分割ステータスレポートの受信を完了次第、PDCP PDUの再送を開始する。
【０１４７】
これにより、第１実施形態と同様に、PDCP PDUのSN長の拡張によってPDCP status reportのサイズが大きくなった場合でも、UE100の処理能力の向上を回避しつつ、PDCPレイヤにおけるデータ送信の遅延を防止し得る。
【０１４８】
特に、eNB200は、最初の分割ステータスレポートの受信を完了次第、速やかにPDCP PDUの再送を開始できるため、PDCPレイヤにおける処理遅延も生じ難い。
【０１４９】
さらに、本実施形態では、既存のPDCP status reportのメカニズムを踏襲した汎用的な方法が採用されており、既存の実装からの移行も容易であると考えられる。また、第１実施形態と比較すると、分割ステータスレポートによって、eNB200が送信した全てのPDCP PDUの受信状態がeNB200に報告されるため、PDCP status reportの情報が欠落することもなく、通信の効率性を高め得る。
【０１５０】
本実施形態では、第１実施形態と同様に、UE100は、eNB200からの指示に基づいて、分割ステータスレポートを生成するか否かを決定したり、分割ステータスレポートの数を示す表示子、または後続の分割ステータスレポートが存在するか否かを示す表示子を含むPDCP PDUを送信したりすることができる。このような特徴については、第１実施形態と同様に、より柔軟なPDCPレイヤにおける再送制御の実現や、より速やかなPDCP PDUの再送開始に寄与する。
【０１５１】
［第３実施形態］
次に、本発明の第３実施形態について説明する。本実施形態では、PDCP status reportの形式が、ビットマップ（通常ステータスレポート）ではなく、正しく受信できたPDCP PDU、つまり、肯定応答（ACK）するPDCP PDUのシーケンス番号、または正しく受信できなかったPDCP PDU、つまり、否定応答（NACK）するPDCP PDUのシーケンス番号を示す形式（累積ステータスレポート）に変更される。以下、上述した第１実施形態及び第２実施形態と異なる部分について主に説明し、同様の部分については、その説明を適宜省略する。
【０１５２】
（１）移動通信システムの機能ブロック構成
図３及び図４に示したように、本実施形態に係るUE100及びeNB200も、第１実施形態に係るUE100及びeNB200と同様の機能ブロック構成を有する。
【０１５３】
本実施形態に係るステータスレポート生成部121は、受信確認できたPDCP PDUのシーケンス番号の累積（累積ACK）によって構成されるPDCP status reportである累積ステータスレポートを生成することができる。
【０１５４】
また、ステータスレポート生成部121は、受信確認できなかったPDCP PDUのシーケンス番号の累積（累積NACK）によって構成されるPDCP status reportである累積ステータスレポートを生成することもできる。
【０１５５】
具体的には、ステータスレポート生成部121は、最初に受信確認できたPDCP PDUから順に、受信確認できたPDCP PDUのシーケンス番号で構成される累積ステータスレポートを生成する。同様に、ステータスレポート生成部121は、最初に受信確認できなかったPDCP PDUから順に、受信確認できかったPDCP PDUのシーケンス番号で構成される累積ステータスレポートを生成する。
【０１５６】
なお、ステータスレポート生成部121は、受信確認できたPDCP PDUと、受信確認できなかったPDCP PDUとをビットマップで表示する形態による通常ステータスレポートを生成することもできる。すなわち、ステータスレポート生成部121は、通常ステータスレポート及び累積ステータスレポートを生成可能である。
【０１５７】
また、ステータスレポート送信部123は、累積ACKによる累積ステータスレポートのサイズが、累積NACKによる累積ステータスレポートのサイズよりも小さい場合、累積ACKによる累積ステータスレポートを送信することができる。
【０１５８】
ステータスレポート送信部123は、累積ステータスレポートのサイズが通常ステータスレポートのサイズよりも小さい場合、累積ステータスレポートを送信することができる。
【０１５９】
ステータスレポート送信部123は、累積ステータスレポートのサイズ、及び通常ステータスレポートのサイズの何れもが所定閾値を下回る場合、通常ステータスレポートを送信する。
【０１６０】
また、サイズに応じて累積ACKまたは累積NACKによる何れかの累積ステータスレポートを送信する場合、ステータスレポート送信部123は、累積ACKによる累積ステータスレポート、または累積NACKによる累積ステータスレポートの何れであるかを示す表示子を含むPDCP PDUを送信することができる。
【０１６１】
また、本実施形態に係るeNB200の再送制御部230は、UE100から受信した累積ステータスレポートに基づいて、UE100が受信できていないPDCP PDUを再送する。
【０１６２】
（２）移動通信システムの動作
次に、移動通信システム10の動作について説明する。具体的には、UE100によるPDCP status reportの生成及び送信動作、eNB200によるPDCP PDUの再送動作について説明する。
【０１６３】
図１１は、UE100によるPDCP status reportの生成動作フローを示す。図１１のステップS210, S220は、図５に示したS10, S20と同様である。
【０１６４】
UE100は、通常のビットマップによるPDCP status report、つまり、通常ステータスレポートの想定サイズを計算する（S230）。
【０１６５】
また、UE100は、累積ACKによるPDCP status report、つまり、累積ステータスレポートの想定サイズを計算する（S240）。なお、UE100は、累積ACKに代えて、累積NACKによるPDCP status reportの想定サイズを計算してもよい。或いは、上述したように、累積ACKによるPDCP status report、及び累積NACKによるPDCP status reportの想定サイズを計算し、サイズが小さいPDCP status reportを選択するようにしてもよい。
【０１６６】
UE100は、累積ACKによるPDCP status reportの想定サイズが、通常のビットマップによるPDCP status reportの想定サイズよりも小さいか否かを判定する（S250）。
【０１６７】
通常のビットマップによるPDCP status reportの想定サイズが、累積ACKによるPDCP status reportの想定サイズと同一か小さい場合、UE100は、通常のビットマップによるPDCP status report（通常ステータスレポート）を生成する（S260）。
【０１６８】
一方、累積ACKによるPDCP status reportの想定サイズが、通常のビットマップによるPDCP status reportの想定サイズよりも小さい場合、UE100は、累積ACKによるPDCP status report（累積ステータスレポート）を生成する（S270）。
【０１６９】
なお、UE100は、上述したステップS230, S250, S260の処理を実行せず、S240及びS270の処理のみを実行してもよい。
【０１７０】
また、累積ACKによるPDCP status report、及び累積NACKによるPDCP status reportの想定サイズを計算し、サイズが小さいPDCP status reportを選択する場合、UE100は、累積ACKによる累積ステータスレポート、または累積NACKによる累積ステータスレポートの何れであるかを示す表示子を含むPDCP PDUを送信する。
【０１７１】
図１２（ａ）及び（ｂ）は、通常のビットマップによるPDCP status reportを含むPDCP PDU、及び累積NACKによるPDCP status reportを含むPDCP PDUの例を示す。
【０１７２】
図１２（ａ）に示すPDCP PDU331は、図６（ａ）に示したPDCP PDU311、及び図９（ａ）に示したPDCP PDU321と同様の構成を有する。PDCP PDU331は、Fixed part、First Missing SN（FMS）及びビットマップで構成される。
【０１７３】
図１２（ｂ）に示すPDCP PDU333は、PDCP PDU331のビットマップの内容と同様の内容を累積NACKの形式で表現したPDCP status reportを含む。
【０１７４】
具体的には、FMSに対応するPDCP PDUのシーケンス番号が、NACK#1の領域（3オクテット）で示される。同様に、UE100が、次に受信できなかったPDCP PDUのシーケンス番号が、NACK#2の領域で示される。以降同様に、受信できなかったPDCP PDUのシーケンス番号が示される。
【０１７５】
（３）作用・効果
上述した第３実施形態によれば、第１実施形態及び第２実施形態と比較して、以下のような作用効果が得られる。上述したように、UE100（ステータスレポート生成部121）は、受信確認できたPDCP PDUのシーケンス番号の累積（累積ACK）、または受信確認できなかったPDCP PDUのシーケンス番号の累積（累積NACK）によって構成されるPDCP status report（累積ステータスレポート）を生成する。また、eNB200（再送制御部230）は、UE100から受信した累積ステータスレポートに基づいて、UE100が受信できていないPDCP PDUを再送する。
【０１７６】
これにより、第１実施形態及び第２実施形態と同様に、PDCP PDUのSN長の拡張によってPDCP status reportのサイズが大きくなった場合でも、UE100の処理能力の向上を回避しつつ、PDCPレイヤにおけるデータ送信の遅延を防止し得る。
【０１７７】
特に、本実施形態に係る累積ステータスレポートは、受信確認できたPDCP PDUが、受信確認できなかったPDCP PDUと比較して圧倒的に少ない場合に累積ACKの形式を用いること、逆に、受信確認できなかったPDCP PDUが、受信確認できたPDCP PDUと比較して圧倒的に少ない場合に累積NACKの形式を用いることによって、PDCP status reportのサイズを大幅に低減できるため、効果が高い。
【０１７８】
本実施形態では、UE100（ステータスレポート送信部123）は、累積ステータスレポートのサイズが通常ステータスレポートのサイズよりも小さい場合、累積ステータスレポートを送信することができる。
【０１７９】
これにより、UE100におけるPDCP PDUの受信状態に関わらず、サイズが小さいPDCP status reportを送信でき、PDCPレイヤにおけるデータ送信の遅延をさらに効果的に防止し得る。
【０１８０】
また、本実施形態では、UE100（ステータスレポート送信部123）は、累積ステータスレポートのサイズ、及び通常ステータスレポートのサイズの何れもが所定閾値を下回る場合、通常ステータスレポートを送信する。
【０１８１】
これにより、既存のPDCP status reportのメカニズムを最大限踏襲しつつ、PDCPレイヤにおけるデータ送信の遅延を防止し得る。
【０１８２】
本実施形態では、UE100（ステータスレポート送信部123）は、累積ACKによる累積ステータスレポートのサイズが、累積NACKによる累積ステータスレポートのサイズよりも小さい場合、累積ACKによる累積ステータスレポートを送信することができる。
【０１８３】
これにより、PDCP status reportのサイズをさらに小さくすることができ、PDCPレイヤにおけるデータ送信の遅延をさらに効果的に防止し得る。
【０１８４】
また、本実施形態では、UE100（ステータスレポート送信部123）は、累積ACKによる累積ステータスレポート、または累積NACKによる累積ステータスレポートの何れであるかを示す表示子を含むPDCP PDUを送信することができる。このため、eNB200は、累積ACKによる累積ステータスレポート、または累積NACKによる累積ステータスレポートの何れであるかを速やかに認識することができ、PDCPレイヤにおけるデータ送信の遅延をさらに効果的に防止し得る。
【０１８５】
［その他の実施形態］
以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
【０１８６】
例えば、上述した第１実施形態及び第２実施形態では、PDCP PDUの許容最大サイズ（所定閾値）が指定することによって、PDCP PDUのサイズが所定閾値以下となるように制御されていたが、PDCP status reportの許容最大サイズを指定することによって、結果的にPDCP PDUのサイズが所定閾値以下となるように制御してもよい。
【０１８７】
上述した第１実施形態〜第３実施形態では、UE100がPDCP status reportを含むPDCP control PDUをeNB200に送信し、eNB200がPDCP status reportに基づいてPDCP PDUの再送を制御する例について説明したが、UE100及びeNB200は、それぞれの逆の機能も有している。つまり、eNB200がPDCP status reportを含むPDCP control PDUをUE100に送信し、UE100がPDCP status reportに基づいてPDCP PDUの再送を制御する機能を有する。
【０１８８】
すなわち、UE100が無線通信装置を構成する場合、eNB200は宛先無線通信装置を構成する。逆に、eNB200が無線通信装置を構成する場合、UE100は宛先無線通信装置を構成する。従って、UE100は、請求の範囲に記載の無線通信装置または宛先無線通信装置を構成する。また、eNB200も無線通信装置または宛先無線通信装置を構成する。
【０１８９】
上述した第１実施形態〜第３実施形態では、PDCP PDU、具体的にはFixed partに各種の表示子が含まれる例について説明したが、当該表示子は、Fixed partではなく、例えば、PDCP status reportの構成要素の一部として含まれる形態でも構わない。
【０１９０】
また、上述した第１実施形態〜第３実施形態では、PDCP PDUについて説明したが、本発明の少なくとも一部の特徴は、必ずしもPDCP PDUに限定されるものではない。例えば、第２実施形態において説明した分割ステータスレポートのように、ビットマップの情報を複数のPDUに分割する方法は、PDCP status reportに限らず、ビットマップ情報を送信する他のケース（PDUなど）に適用してもよい。
【０１９１】
また、本発明は、以下のように表現されてもよい。本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニット（PDCP PDU）を送受信する無線通信装置（例えば、UE100）であって、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポート（PDCP status report）を生成するステータスレポート生成部（ステータスレポート生成部121）と、前記ステータスレポート生成部によって生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置（例えば、eNB200）に送信するステータスレポート送信部（ステータスレポート送信部123）とを備え、前記ステータスレポート生成部は、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記所定閾値を超えた前記ステータスレポートの超過部分を削除し、前記ステータスレポート送信部は、前記超過部分が削除された前記ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信することを要旨とする。
【０１９２】
本発明の一態様において、前記ステータスレポート生成部は、前記宛先無線通信装置からの指示に基づいて、前記超過部分を削除するか否かを決定してもよい。
【０１９３】
本発明の一態様において、前記ステータスレポート送信部は、前記超過部分を削除したことを示す表示子を含む前記プロトコルデータユニットを送信してもよい。
【０１９４】
本発明の一態様において、前記ステータスレポート送信部は、前記超過部分のサイズを示す表示子を含む前記プロトコルデータユニットを送信してもよい。
【０１９５】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置（例えば、eNB200）であって、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置（例えば、UE100）から、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを受信するステータスレポート受信部（ステータスレポート受信部220）と、前記ステータスレポート受信部が受信した前記ステータスレポートに基づいて、前記プロトコルデータユニットの再送を制御する再送制御部（再送制御部230）とを備え、前記ステータスレポートは、前記プロトコルデータユニットのサイズが所定閾値を超える超過部分が削除されており、前記再送制御部は、前記ステータスレポートに前記受信状態が含まれていない前記プロトコルデータユニットであって、かつ前記宛先無線通信装置に送信済みの前記プロトコルデータユニットを再送することを要旨とする。
【０１９６】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信方法であって、無線通信装置が、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステップと、前記無線通信装置が、生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステップとを含み、前記ステータスレポートを生成するステップでは、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記所定閾値を超えた前記ステータスレポートの超過部分を削除し、前記ステータスレポートを送信するステップでは、前記超過部分が削除された前記ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信することを要旨とする。
【０１９７】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニット（PDCP PDU）を送受信する無線通信装置（例えば、UE100）であって、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステータスレポート生成部（ステータスレポート生成部121）と、前記ステータスレポート生成部によって生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置（例えば、eNB200）に送信するステータスレポート送信部（ステータスレポート送信部123）とを備え、前記ステータスレポート生成部は、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記ステータスレポートを分割して分割ステータスレポートを生成し、前記ステータスレポート送信部は、前記分割ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信することを要旨とする。
【０１９８】
本発明の一態様において、前記ステータスレポート生成部は、前記宛先無線通信装置からの指示に基づいて、前記分割ステータスレポートを生成するか否かを決定してもよい。
【０１９９】
本発明の一態様において、前記ステータスレポート送信部は、前記分割ステータスレポートの数を示す表示子を含む前記プロトコルデータユニットを送信してもよい。
【０２００】
本発明の一態様において、前記ステータスレポート送信部は、後続の前記分割ステータスレポートが存在するか否かを示す表示子を含む前記プロトコルデータユニットを送信してもよい。
【０２０１】
本発明の一態様において、前記分割ステータスレポートを含む複数の前記プロトコルデータユニットが前記ステータスレポート送信部によって送信される間隙において、ユーザプレーンデータを含む前記プロトコルデータユニットを送信するUプレーンデータ送信部を備えてもよい。
【０２０２】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信方法であって、無線通信装置が、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステップと、前記無線通信装置が、生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置に送信するステップとを含み、前記ステータスレポートを生成するステップでは、前記ステータスレポートを含む前記プロトコルデータユニットのサイズが所定閾値を超える場合、前記ステータスレポートを分割して分割ステータスレポートを生成し、前記ステータスレポートを送信するステップでは、前記分割ステータスレポートを含む前記プロトコルデータユニットを前記宛先無線通信装置に送信することを要旨とする。
【０２０３】
本発明の一態様は、無線リンク制御レイヤの上位に位置するパケットデータ・コンバージェンスプロトコルレイヤにおいてプロトコルデータユニットを送受信する無線通信装置（例えば、UE100）であって、前記パケットデータ・コンバージェンスプロトコルレイヤにおける前記プロトコルデータユニットの受信状態を示すステータスレポートを生成するステータスレポート生成部（ステータスレポート生成部121）と、前記ステータスレポート生成部によって生成された前記ステータスレポートを、前記パケットデータ・コンバージェンスプロトコルレイヤにおいて前記無線通信装置の宛先となる宛先無線通信装置（例えば、eNB200）に送信するステータスレポート送信部（ステータスレポート送信部123）とを備え、前記ステータスレポート生成部は、受信確認できた前記プロトコルデータユニットのシーケンス番号の累積、または受信確認できなかった前記プロトコルデータユニットのシーケンス番号の累積によって構成される前記ステータスレポートである累積ステータスレポートを生成する無線通信装置であることを要旨とする。
【０２０４】
本発明の一態様において、前記ステータスレポート生成部は、受信確認できた前記プロトコルデータユニットと、受信確認できなかった前記プロトコルデータユニットとをビットマップで表示する形態による通常ステータスレポート、及び前記累積ステータスレポートを生成可能であり、前記ステータスレポート送信部は、前記累積ステータスレポートのサイズが前記通常ステータスレポートのサイズよりも小さい場合、前記累積ステータスレポートを送信することを要旨とする。
【０２０５】
本発明の一態様において、前記ステータスレポート送信部は、前記累積ステータスレポートのサイズ、及び前記通常ステータスレポートのサイズの何れもが所定閾値を下回る場合、前記通常ステータスレポートを送信することを要旨とする。
【０２０６】
本発明の一態様において、前記ステータスレポート送信部は、受信確認できた前記プロトコルデータユニットのシーケンス番号の累積による前記累積ステータスレポートのサイズが、受信確認できなかった前記プロトコルデータユニットのシーケンス番号の累積による前記累積ステータスレポートのサイズよりも小さい場合、受信確認できた前記プロトコルデータユニットのシーケンス番号の累積による前記累積ステータスレポートを送信することを要旨とする。
【０２０７】
本発明の一態様において、前記ステータスレポート送信部は、受信確認できた前記プロトコルデータユニットのシーケンス番号の累積による前記累積ステータスレポート、または受信確認できなかった前記プロトコルデータユニットのシーケンス番号の累積による前記累積ステータスレポートの何れであるかを示す表示子を含む前記プロトコルデータユニットを送信することを要旨とする。
【０２０８】
上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【符号の説明】
【０２０９】
10  移動通信システム
20  無線アクセスネットワーク
100  UE
110  DL信号受信部
120  PDCP管理部
121  ステータスレポート生成部
123  ステータスレポート送信部
130  Uプレーンデータ送信部
140  UL信号送信部
200  eNB
210  UL信号受信部
220  ステータスレポート受信部
230  再送制御部
240  PDCP PDU送信部
250  DL信号送信部
300, 311,313, 321, 323a〜323d, 331, 333  PDCP PDU
325  表示子
【要約】
【課題】PDCP status reportのサイズが大きくなった場合でも、処理能力の向上を回避しつつ、PDCPレイヤにおけるデータ送信の遅延を防止し得る無線通信装置及び無線通信方法を提供する。
【解決手段】UE100は、PDCP PDUの受信状態を示すPDCP status reportを生成し、生成したPDCP status reportをeNB200に送信する。UE100は、PDCP status reportを含むPDCP PDUのサイズが所定閾値を超える場合、所定閾値を超えたPDCP status reportの超過部分を削除し、超過部分が削除されたPDCP status reportを含むPDCP PDUをeNB200に送信する。
【選択図】図５【図１】
0006041964.tif 000002
【図２】
0006041964.tif 000003
【図３】
0006041964.tif 000004
【図４】
0006041964.tif 000005
【図５】
0006041964.tif 000006
【図６】
0006041964.tif 000007
【図７】
0006041964.tif 000008
【図８】
0006041964.tif 000009
【図９】
0006041964.tif 000010
【図１０】
0006041964.tif 000011
【図１１】
0006041964.tif 000012
【図１２】
0006041964.tif 000013