(57)【要約】  本出願はカウント方法および通信装置を提供する。方法は、第1のプロトコルレイヤデータパケットを再送信することを決定するステップ、および再送信が初めての再送信である場合、第1のプロトコルレイヤデータパケットを再送信の保留中に設定し、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するステップ、または再送信が初めての再送信ではなく、第1のプロトコルレイヤデータパケットが再送信の保留中ではない場合、第1のプロトコルレイヤデータパケットを再送信の保留中に設定し、再送信カウンタを更新するか、もしくは再送信カウンタの値を変更せずに保持するステップ、または第1のプロトコルレイヤデータパケットが再送信の保留中であり、第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示す場合、第1のプロトコルレイヤデータパケットを再送信の非保留中に設定するステップを含む。第1のプロトコルレイヤデータパケットは、第1のプロトコルレイヤデータパケットが送信されたことを示す情報が第2のプロトコルレイヤから受信されたときにのみ再送信の非保留中に設定されるので、第1のプロトコルレイヤデータパケットのステータスの誤った設定が回避され、それにより、再送信カウントの正確性が保証され、さらに無線リンクの再確立が正しくトリガされ得ることが保証される。
2020529170.tif 000002
【特許請求の範囲】
【請求項１】
第1のプロトコルレイヤデータパケットを再送信することを決定するステップと、
前記第1のプロトコルレイヤデータパケットの前記再送信が初めての再送信であるとき、前記第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するステップ、または
前記第1のプロトコルレイヤデータパケットの前記再送信が初めての再送信ではなく、前記第1のプロトコルレイヤデータパケットが再送信の保留中ではないとき、前記再送信カウンタを更新するか、もしくは前記再送信カウンタの値を変更せずに保持するステップ
を備える、カウント方法。
【請求項２】
ステータスレポートを受信するステップであって、前記ステータスレポートが、前記第1のプロトコルレイヤデータパケットが送信に失敗したことを示す、ステップ
をさらに備え、
第1のプロトコルレイヤデータパケットを再送信することを決定する前記ステップが、
前記ステータスレポートに基づいて、前記第1のプロトコルレイヤデータパケットを再送信することを決定するステップを備える、請求項1に記載の方法。
【請求項３】
前記再送信カウンタに関連付けられた別の第1のプロトコルレイヤデータパケットが送信に失敗したことを前記ステータスレポートがさらに示すとき、前記再送信カウンタが一度だけ更新される、請求項2に記載の方法。
【請求項４】
前記再送信カウンタを更新するか、または前記再送信カウンタの値を変更せずに保持する前記ステップが、
前記ステータスレポートにおいて送信に失敗した別の第1のプロトコルレイヤデータパケットに起因して前記再送信カウンタが更新されていないとき、前記再送信カウンタを更新するステップ、または
前記ステータスレポートにおいて送信に失敗した別の第1のプロトコルレイヤデータパケットに起因して前記再送信カウンタが更新されているとき、前記再送信カウンタの前記値を変更せずに保持するステップを備える、請求項2または3に記載の方法。
【請求項５】
前記第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化する前記ステップが、
前記再送信カウンタを0に初期化するステップを備える、請求項1から4のいずれか一項に記載の方法。
【請求項６】
前記再送信カウンタを更新する前記ステップが、
前記再送信カウンタを1だけ増加させるステップを備える、請求項1から5のいずれか一項に記載の方法。
【請求項７】
前記第1のプロトコルレイヤが無線リンク制御RLCレイヤである、請求項1から6のいずれか一項に記載の方法。
【請求項８】
前記第1のプロトコルレイヤデータパケットを再送信の保留中に設定するステップ
をさらに備える、請求項1から7のいずれか一項に記載の方法。
【請求項９】
前記第1のプロトコルレイヤデータパケットを再送信の保留中に設定する前記ステップが、前記第1のプロトコルレイヤデータパケットを第1のプロトコルレイヤ再送信バッファに保存するステップを備え、
前記第1のプロトコルレイヤデータパケットが再送信の非保留中であることが、前記第1のプロトコルレイヤデータパケットが前記第1のプロトコルレイヤ再送信バッファに保存されていないことを備える、
請求項8に記載の方法。
【請求項１０】
前記第1のプロトコルレイヤデータパケットが再送信の保留中であり、前記第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示すとき、前記第1のプロトコルレイヤデータパケットを再送信の非保留中に設定するステップ
をさらに備える、請求項1から9のいずれか一項に記載の方法。
【請求項１１】
前記第1のプロトコルレイヤデータパケットを再送信の非保留中に設定する前記ステップが、前記第1のプロトコルレイヤ再送信バッファから前記第1のプロトコルレイヤデータパケットを削除するステップを備え、
前記第1のプロトコルレイヤデータパケットが再送信の保留中であることが、前記第1のプロトコルレイヤデータパケットが前記第1のプロトコルレイヤ再送信バッファに保存されていることを備える、
請求項10に記載の方法。
【請求項１２】
第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示す前記ステップが、
前記第1のプロトコルレイヤデータパケットがエアインターフェースを介して送信された後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すステップ、または
前記第2のプロトコルレイヤが前記第1のプロトコルレイヤデータパケットを物理レイヤに転送した後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すステップ、または
ハイブリッド自動再送信要求HARQ再送信の後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すステップを備える、請求項11に記載の方法。
【請求項１３】
前記第1のプロトコルレイヤデータパケットを前記第2のプロトコルレイヤに転送するステップ
をさらに備える、請求項1から12のいずれか一項に記載の方法。
【請求項１４】
前記第1のプロトコルレイヤデータパケットが再送信に成功したときに、前記再送信カウンタをリセットするステップ
をさらに備える、請求項1から13のいずれか一項に記載の方法。
【請求項１５】
第1のプロトコルレイヤデータパケットを再送信することを決定するように構成された決定ユニットと、
前記第1のプロトコルレイヤデータパケットの前記再送信が初めての再送信であるとき、前記第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するように構成された初期化ユニットと、
前記第1のプロトコルレイヤデータパケットの前記再送信が初めての再送信ではなく、前記第1のプロトコルレイヤデータパケットが再送信の保留中ではないとき、前記再送信カウンタを更新するか、もしくは前記再送信カウンタの値を変更せずに保持するように構成された更新ユニットと
を備える、通信装置。
【請求項１６】
前記装置が、
ステータスレポートを受信するように構成された受信ユニットであって、前記ステータスレポートが、前記第1のプロトコルレイヤデータパケットが送信に失敗したことを示す、受信ユニットをさらに備え、
前記決定ユニットが、前記ステータスレポートに基づいて、前記第1のプロトコルレイヤデータパケットを再送信することを決定するように構成される、請求項15に記載の装置。
【請求項１７】
前記再送信カウンタに関連付けられた別の第1のプロトコルレイヤデータパケットが送信に失敗したことを前記ステータスレポートがさらに示すとき、前記再送信カウンタが一度だけ更新される、請求項16に記載の装置。
【請求項１８】
前記更新ユニットが、
前記ステータスレポートにおいて送信に失敗した別の第1のプロトコルレイヤデータパケットに起因して前記再送信カウンタが更新されていないとき、前記再送信カウンタを更新する、または
前記ステータスレポートにおいて送信に失敗した別の第1のプロトコルレイヤデータパケットに起因して前記再送信カウンタが更新されているとき、前記再送信カウンタの前記値を変更せずに保持するように構成される、請求項16または17に記載の装置。
【請求項１９】
前記初期化ユニットにより、前記再送信カウンタを前記初期化することが、
前記再送信カウンタを0に初期化することを備える、請求項15から18のいずれか一項に記載の装置。
【請求項２０】
前記更新ユニットにより、前記再送信カウンタを前記更新することが、
前記再送信カウンタを1だけ増加させることを備える、請求項15から19のいずれか一項に記載の装置。
【請求項２１】
前記第1のプロトコルレイヤが無線リンク制御RLCレイヤである、請求項15から20のいずれか一項に記載の装置。
【請求項２２】
前記初期化ユニットおよび前記更新ユニットが、
前記第1のプロトコルレイヤデータパケットを再送信の保留中に設定するようにさらに構成される、請求項15から21のいずれか一項に記載の装置。
【請求項２３】
前記第1のプロトコルレイヤデータパケットを再送信の保留中に前記設定することが、前記第1のプロトコルレイヤデータパケットを第1のプロトコルレイヤ再送信バッファに保存することを備え、
前記第1のプロトコルレイヤデータパケットが再送信の非保留中であることが、前記第1のプロトコルレイヤデータパケットが前記第1のプロトコルレイヤ再送信バッファに保存されていないことを備える、
請求項22に記載の装置。
【請求項２４】
前記更新ユニットが、
前記第1のプロトコルレイヤデータパケットが再送信の保留中であり、前記第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示すとき、前記第1のプロトコルレイヤデータパケットを再送信の非保留中に設定するようにさらに構成される、請求項15から23のいずれか一項に記載の装置。
【請求項２５】
前記第1のプロトコルレイヤデータパケットを再送信の非保留中に前記設定することが、前記第1のプロトコルレイヤ再送信バッファから前記第1のプロトコルレイヤデータパケットを削除することを備え、
前記第1のプロトコルレイヤデータパケットが再送信の保留中であることが、前記第1のプロトコルレイヤデータパケットが前記第1のプロトコルレイヤ再送信バッファに保存されていることを備える、
請求項24に記載の装置。
【請求項２６】
第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを前記示すことが、
前記第1のプロトコルレイヤデータパケットがエアインターフェースを介して送信された後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すこと、または
前記第2のプロトコルレイヤが前記第1のプロトコルレイヤデータパケットを物理レイヤに転送した後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すこと、または
ハイブリッド自動再送信要求HARQ再送信の後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すことを備える、請求項25に記載の装置。
【請求項２７】
前記第1のプロトコルレイヤデータパケットを前記第2のプロトコルレイヤに転送するように構成された送信ユニット
をさらに備える、請求項15から26のいずれか一項に記載の装置。
【請求項２８】
前記更新ユニットが、
前記第1のプロトコルレイヤデータパケットが送信に成功したとき、前記再送信カウンタをリセットするようにさらに構成される、請求項15から27のいずれか一項に記載の装置。
【請求項２９】
プロセッサおよびメモリを備える通信装置であって、前記プロセッサが前記メモリに記憶されたプログラムコードを実行するように構成され、その結果、前記通信装置が請求項1から14のいずれか一項に記載の方法を実行する、通信装置。
【請求項３０】
通信装置であって、前記通信装置がメモリに接続され、前記メモリに記憶されたプログラムコードを読み取り、実行するように構成され、その結果、前記通信装置が請求項1から14のいずれか一項に記載の方法を実行する、通信装置。
【請求項３１】
請求項15から30のいずれか一項に記載の装置を備える、端末。
【請求項３２】
プログラムコードを記憶するコンピュータ可読記憶媒体であって、前記プログラムコードが、請求項1から14のいずれか一項に記載の方法を実行するためにプロセッサによって呼び出される、コンピュータ可読記憶媒体。
【請求項３３】
コンピュータソフトウェア命令を備えるコンピュータプログラムであって、前記コンピュータソフトウェア命令が、請求項1から14のいずれか一項に記載の方法を実行するためにプロセッサによって呼び出される、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれる、2017年8月2日に中国特許庁に出願され、「COUNTING METHOD AND COMMUNICATIONS APPARATUS」と題する、中国特許出願第201710652768．0号の優先権を主張する。
【０００２】
本出願は、モバイル通信技術の分野に関し、詳細には、カウント方法および通信装置に関する。
【背景技術】
【０００３】
ロングタームエボリューション（long term evolution、LTE）では、3GPP TS 36．322プロトコルに記録されているように、無線リンク制御（radio link control、RLC）レイヤが自動再送信要求（automatic repeat request、ARQ）を担当する。再送信される必要がある各RLCプロトコルデータユニット（protocol data unit、PDU）、各RLC PDUのセグメント（segment）、または各RLC PDUの部分（portion）について、RLCレイヤは、RLC PDU、またはPDUに対応するRLC PDUのセグメントもしくはRLC PDUの部分の再送信の合計回数を記録するために、PDU用の再送信カウンタを保持する。再送信カウンタが事前設定されたしきい値に達すると、無線リンクの再確立がトリガされる。
【０００４】
LTEでは、送信側のRLCレイヤは、メディアアクセス制御（media access control、MAC）レイヤからの要求に基づいて、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分を送信側のMACレイヤに転送する。次いで、MACレイヤは、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分を受信側に直ちに送信し、RLCレイヤは、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をローカルに削除する。
【０００５】
第5世代（5th Generation、5G）通信では、処理速度を向上させるために、前処理の概念が導入される。送信側のRLCレイヤは、送信側のMACレイヤからの要求を待たない。代わりに、送信側のRLCレイヤは、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をMACレイヤに直ちに転送する。MACレイヤは、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分にMACパケットヘッダを追加することを含む前処理動作を実行した後に、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をバッファリングする。MACレイヤは、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分を直ちに送信しなくてもよいが、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が送信される必要があると判断したときにのみ送信を実行する。
【０００６】
前処理が導入されると、LTEの再送信カウント方法がまだ使用されている場合、無線リンクの再確立が誤ってトリガされる可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００７】
本出願は、無線リンクの再確立が誤ってトリガされるケースを改善するために、カウント方法および通信装置を提供する。
【０００８】
第1の態様によれば、本出願は、第1のプロトコルレイヤデータパケットを再送信することを決定するステップ、および再送信が初めての再送信である場合、第1のプロトコルレイヤデータパケットを再送信の保留中に設定し、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するステップ、または再送信が初めての再送信ではなく、第1のプロトコルレイヤデータパケットが再送信の保留中ではない場合、第1のプロトコルレイヤデータパケットを再送信の保留中に設定し、再送信カウンタを更新するか、もしくは再送信カウンタの値を変更せずに保持するステップ、または第1のプロトコルレイヤデータパケットが再送信の保留中であり、第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示す場合、第1のプロトコルレイヤデータパケットを再送信の非保留中に設定するステップを含む、カウント方法を提供する。LTEでは、第1のプロトコルレイヤが第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信した後、第2のプロトコルレイヤは第1のプロトコルレイヤデータパケットを直ちに送信する。したがって、データパケットを送信した後、第1のプロトコルレイヤは直ちに、第1のプロトコルレイヤデータパケットのステータスを再送信の非保留中、たとえば、「ローカルに削除」に設定する。将来の通信では、第1のプロトコルレイヤが第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信した後、第2のプロトコルレイヤは、第1のプロトコルレイヤデータパケットを直ちに送信しなくてもよい。したがって、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信した直後に、第1のプロトコルレイヤが第1のプロトコルレイヤデータパケットのステータスを再送信の非保留中に設定した場合、第1のプロトコルレイヤデータパケットのステータスは誤って設定される。本出願では、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信した後、第1のプロトコルレイヤデータパケットが送信されたことを示す情報を第2のプロトコルレイヤから受信したときに、第1のプロトコルレイヤは第1のプロトコルレイヤデータパケットを再送信の非保留中に設定し、それにより、第1のプロトコルレイヤデータパケットのステータスの誤った設定が回避され、再送信処理の正確性が保証される。
【０００９】
場合によっては、方法は通信装置によって実行されてよく、通信装置は、端末、端末のチップ、基地局、基地局内のチップ、中央ユニット（central Unit、CU）、CU内のチップ、分散ユニット（Distributed Unit、DU）、DU内のチップなどであってよい。
【００１０】
CUおよびDUは、分散無線アクセスネットワークにおいて、アクセスネットワークデバイスを配備するコストを削減するためにCU−DUアーキテクチャが導入され、分散無線アクセスネットワークの無線アクセスネットワーク側がCUとDUに分割されることを意味する。無線リソース制御（Radio Resource Control、RRC）およびパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol、PDCP）のプロトコルスタックはCU上に分散され、無線リンク制御（Radio Link Control、RLC）および媒体アクセス制御（Medium Access Control、MAC）のプロトコルスタックはDU上に分散される。本出願の一実施形態では、CUおよびDU上のプロトコルスタックを分割する別の方式がある。たとえば、ネットワーク構成に基づいて、CUおよびDUの配備中に、代替として、RRCは分割を介してCU上に分散されてよく、PDCP、RLC、およびMACのプロトコルスタックは、分割を介してDU上に分散されてよい。CUとDUとの間でプロトコルスタックを分割する別の具体的な方式については、TR 38．801 v14．0．0を参照されたい。一般に、1つのCUは複数のDUに接続されてよい。
【００１１】
可能な設計では、第1のプロトコルレイヤデータパケットを再送信の保留中に設定するステップは、第1のプロトコルレイヤデータパケットを第1のプロトコルレイヤ再送信バッファに保存するステップであり、第1のプロトコルレイヤデータパケットが再送信の非保留中であることは、第1のプロトコルレイヤデータパケットが第1のプロトコルレイヤ再送信バッファに保存されていないことであり、第1のプロトコルレイヤデータパケットを再送信の非保留中に設定するステップは、第1のプロトコルレイヤ再送信バッファから第1のプロトコルレイヤデータパケットを削除するステップであり、第1のプロトコルレイヤデータパケットが再送信の保留中であることは、第1のプロトコルレイヤデータパケットが第1のプロトコルレイヤ再送信バッファに保存されていることである。方法は、第1のプロトコルレイヤ再送信バッファを使用して、第1のプロトコルレイヤデータパケットのステータスを記録する。具体的には、第1のプロトコルレイヤ再送信バッファが第1のプロトコルレイヤデータパケットを含むとき、第1のプロトコルレイヤデータパケットのステータスは再送信の保留中であり、または、第1のプロトコルレイヤ再送信バッファが第1のプロトコルレイヤデータパケットを含まないとき、第1のプロトコルレイヤデータパケットのステータスは再送信の非保留中である。方法は実装するのが容易である。
【００１２】
可能な設計では、第2のプロトコルレイヤにより、第1のプロトコルレイヤデータパケットが送信されたことを示すステップは、第1のプロトコルレイヤデータパケットがエアインターフェースを介して送信された後に、第2のプロトコルレイヤにより、第1のプロトコルレイヤデータパケットが送信されたことを示すステップ、または第2のプロトコルレイヤが第1のプロトコルレイヤデータパケットを物理レイヤに転送した後に、第2のプロトコルレイヤにより、第1のプロトコルレイヤデータパケットが送信されたことを示すステップ、またはハイブリッド自動再送信要求（HARQ）再送信が実行された後に、第2のプロトコルレイヤにより、第1のプロトコルレイヤデータパケットが送信されたことを示すステップである。方法は、第1のプロトコルレイヤデータパケットが送信されたことを示すいくつかの実装形態を提供し、実装形態は、実際の使用中の実際の要件に基づいて柔軟に選択されてよい。
【００１３】
可能な設計では、第1のプロトコルレイヤデータパケットを再送信することを決定するステップは、第1のプロトコルレイヤデータパケットが送信に失敗したことを示す情報を受信するステップである。
【００１４】
可能な設計では、第1のプロトコルレイヤデータパケットは第2のプロトコルレイヤに転送される。
【００１５】
第2の態様によれば、本出願は、第1のプロトコルレイヤデータパケットを再送信することを決定するステップ、および再送信が初めての再送信である場合、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに転送し、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するステップ、または再送信が初めての再送信ではなく、第1のプロトコルレイヤデータパケットが送信の保留中ではないか、もしくは送信されていないことを第2のプロトコルレイヤが示す場合、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに転送し、再送信カウンタを更新するか、もしくは再送信カウンタの値を変更せずに保持するステップを含む、カウント方法を提供する。方法では、第1のプロトコルレイヤデータパケットが送信の保留中ではないか、または送信されていないことを第2のプロトコルレイヤが示すとき、それは、第2のプロトコルレイヤが第1のプロトコルレイヤデータパケットをもっていないことを示す。したがって、第1のプロトコルレイヤは、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに転送し、再送信をカウントすることができる。方法では、第1のプロトコルレイヤは、第2のプロトコルレイヤからの指示に基づいて再送信をカウントすることができる。方法は実装するのが容易である。
【００１６】
第1の態様を参照して、または第1の態様の可能な設計を参照して、または第2の態様を参照して、別の可能な設計では、再送信カウンタを更新するステップは再送信カウンタを1だけ増加させるステップである。
【００１７】
第1の態様を参照して、または第1の態様の可能な設計を参照して、または第2の態様を参照して、別の可能な設計では、再送信カウンタを更新するステップは、再送信カウンタを1だけ増加させるステップ、または第2のプロトコルレイヤが第1のプロトコルレイヤデータパケットをセグメント化するように指示した場合、再送信カウンタをN−1だけ増加させるステップであって、Nは第1のプロトコルレイヤデータパケットのセグメントの数である、ステップを含む。
【００１８】
第1の態様を参照して、または第1の態様の可能な設計を参照して、または第2の態様を参照して、別の可能な設計では、第1のプロトコルレイヤデータパケットは、無線リンク制御（RLC）プロトコルデータユニット（PDU）のセグメントであり、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するステップは、第1のプロトコルレイヤデータパケットがPDUの1回の再送信における最初のデータパケットである場合、再送信カウンタを1だけ増加させるステップ、または第1のプロトコルレイヤデータパケットがPDUの1回の再送信におけるM番目のデータパケットである場合、再送信カウンタの値を変更せずに保持するステップであって、Mが1より大きい整数である、ステップを含む。
【００１９】
第1の態様を参照して、または第1の態様の可能な設計を参照して、または第2の態様を参照して、別の可能な設計では、第1のプロトコルレイヤデータパケットはRLC PDUのセグメントであり、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するステップは、第1のプロトコルレイヤデータパケットがステータスレポートにおけるPDUの最初のデータパケットである場合、再送信カウンタを1だけ増加させるステップ、または第1のプロトコルレイヤデータパケットがステータスレポートにおけるPDUのL番目のデータパケットである場合、再送信カウンタの値を変更せずに保持するステップであって、Lが1より大きい整数である、ステップを含む。
【００２０】
第1の態様を参照して、または第1の態様の可能な設計を参照して、または第2の態様を参照して、別の可能な設計では、第1のプロトコルレイヤデータパケットはRLC PDUのセグメントであり、
再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するステップは、第1のプロトコルレイヤデータパケットがトランスポートブロックにおけるPDUの最初のデータパケットである場合、再送信カウンタを1だけ増加させるステップ、または第1のプロトコルレイヤデータパケットがトランスポートブロックにおけるPDUのK番目のデータパケットである場合、再送信カウンタを変更せずに保持するステップであって、Kが1より大きい整数である、ステップを含む。
【００２１】
第1の態様を参照して、または第1の態様の可能な設計を参照して、または第2の態様を参照して、別の可能な設計では、指示情報が受信され、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するステップは、指示情報に基づいて、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するステップを含む。
【００２２】
上記は、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するためのいくつかの方法を提供する。対応するカウント方法は、実際の使用に基づいて選択されてよい。
【００２３】
第1の態様を参照して、または第1の態様の可能な設計を参照して、または第2の態様を参照して、別の可能な設計では、第1のプロトコルレイヤデータパケットが再送信に成功した場合、再送信カウンタはリセットされる。このようにして、第1のプロトコルレイヤデータパケットが再送信に成功すると、再送信カウンタがリセットされ、それにより、無線リンク障害をトリガする回数が減少し、システムパフォーマンスの向上に役立つ。
【００２４】
前述の可能な設計のうちのいずれか1つでは、第1のプロトコルレイヤデータパケットは1次セル内で再送信される。この方法では、比較的重要な1次セル内で再送信されたデータパケットのみがカウントされるが、それほど重要ではない2次セル内で再送信されたデータパケットはカウントされず、それにより、システムのオーバーヘッドが低減される。
【００２５】
第3の態様によれば、本出願は通信装置を提供する。通信装置は、前述の方法実施形態において通信装置によって実行される方法を実施する機能を有する。機能は、ハードウェアによって実装されてもよく、ハードウェアが対応するソフトウェアを実行することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
【００２６】
可能な設計では、通信装置は、プロセッサ、メモリ、バス、および通信インターフェースを含み、コンピュータ実行可能命令がメモリに記憶される。プロセッサとメモリは、バスを介して互いに接続される。通信装置が実行されると、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、その結果、通信装置は、第1の態様の任意の設計によるカウント方法を実行する。たとえば、通信装置は、端末、基地局、CU、DUなどであってよい。
【００２７】
別の可能な設計では、通信装置は、チップ、たとえば、端末のチップ、基地局内のチップ、CU内のチップ、またはDU内のチップであってよい。チップは処理ユニットを含み、場合によっては、記憶ユニットをさらに含む。チップは、第1の態様の任意の設計によるカウント方法を実行するように構成されてよい。
【００２８】
第4の態様によれば、本出願は通信装置を提供する。通信装置は、前述の方法実施形態において通信装置によって実行される方法を実施する機能を有する。機能は、ハードウェアによって実装されてもよく、ハードウェアが対応するソフトウェアを実行することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
【００２９】
可能な設計では、通信装置は、プロセッサ、メモリ、バス、および通信インターフェースを含み、コンピュータ実行可能命令がメモリに記憶される。プロセッサとメモリは、バスを介して互いに接続される。通信装置が実行されると、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、その結果、通信装置は、第2の態様の任意の設計によるカウント方法を実行する。たとえば、通信装置は、端末、基地局、CU、DUなどであってよい。
【００３０】
別の可能な設計では、通信装置は、チップ、たとえば、端末のチップ、基地局内のチップ、CU内のチップ、またはDU内のチップであってよい。チップは処理ユニットを含み、場合によっては、記憶ユニットをさらに含む。チップは、第2の態様の任意の設計によるカウント方法を実行するように構成されてよい。
【００３１】
第5の態様によれば、本出願は、第3の態様の端末によって使用されるコンピュータソフトウェア命令を記憶するコンピュータ記憶媒体を提供し、コンピュータソフトウェア命令は、前述の態様を実行するために使用され、第3の態様の端末向けに設計されたプログラムを含む。
【００３２】
第6の態様によれば、本出願は、第4の態様の端末によって使用されるコンピュータソフトウェア命令を記憶するコンピュータ記憶媒体を提供し、コンピュータソフトウェア命令は、前述の態様を実行するために使用され、第4の態様の端末向けに設計されたプログラムを含む。
【００３３】
第7の態様によれば、本出願はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含む。コンピュータソフトウェア命令は、第1の態様の任意の設計によるカウント方法内の手順を実施するために、プロセッサを使用してロードすることができる。
【００３４】
第8の態様によれば、本出願はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含む。コンピュータソフトウェア命令は、第2の態様の任意の設計によるカウント方法内の手順を実施するために、プロセッサを使用してロードすることができる。
【００３５】
加えて、第3の態様から第8の態様の設計のうちのいずれか1つによってもたらされる技術的効果については、第1の態様または第2の態様の様々な設計によってもたらされる技術的効果を参照されたい。詳細は本明細書では再び記載されない。
【００３６】
本発明におけるこれらの態様または他の態様は、以下の実施形態の説明においてより明確かつ容易に理解することができる。
【図面の簡単な説明】
【００３７】
【図１】本出願が適用可能なシステムアーキテクチャの概略図である。
【図１Ａ】本出願による、カウント方法のフローチャートである。
【図１Ｂ】本出願による、別のカウント方法のフローチャートである。
【図２】本出願による、再送信カウンタを更新する一例の図である。
【図３】本出願による、再送信カウンタを更新する別の例の図である。
【図４】本出願による、再送信カウンタを更新する別の例の図である。
【図５】本出願による、再送信カウンタをリセットする例示的な図である。
【図６】本出願による、再送信カウンタを更新する例示的な図である。
【図７】本出願による、通信装置の概略図である。
【図８】本出願による、別の通信装置の概略図である。
【図９】本出願による、別の通信装置の概略図である。
【発明を実施するための形態】
【００３８】
以下で、添付図面を参照して本出願の技術的解決策を記載する。方法実施形態における具体的な動作方法は、装置実施形態またはシステム実施形態にも適用されてよい。本出願の説明において、「複数の」は、特に明記しない限り、2つ以上を意味する。
【００３９】
本出願の実施形態に記載されたネットワークアーキテクチャおよびサービスシナリオは、本出願の実施形態における技術的解決策をより明確に記載するものであり、本出願の実施形態において提供される技術的解決策に対していかなる制限も構成しない。当業者は、ネットワークアーキテクチャの進化および新しいサービスシナリオの出現に伴い、本出願の実施形態において提供される技術的解決策が、同様の技術的問題にも適用可能であることを知ることができる。
【００４０】
図1は、ワイヤレスインターフェースを介して基地局20と通信する少なくとも1つの端末10を含む、本出願が適用可能な考えられるネットワークアーキテクチャの概略図である。明確にするために、図には1つの基地局および1つの端末デバイスのみが示されている。
【００４１】
端末は、ワイヤレス送受信機能を有するデバイスであり、陸上に配備されてよく、屋内用、屋外用、ハンドヘルド、もしくは車載用のデバイスを含み、または水面（たとえば、船舶）に配備されてよく、または空中（たとえば、飛行機、気球、もしくは衛星）に配備されてよい。端末は、携帯電話（mobile phone）、タブレット（pad）、ワイヤレストランシーバ機能を有するコンピュータ、仮想現実（virtual reality、VR）端末、拡張現実（augmented reality、AR）端末、産業用制御（industrial control）におけるワイヤレス端末、自動運転（self driving）におけるワイヤレス端末、遠隔医療（remote medical）処置におけるワイヤレス端末、スマートグリッド（smart grid）におけるワイヤレス端末、交通安全（transportation safety）におけるワイヤレス端末、スマートシティ（smart city）におけるワイヤレス端末、スマートホーム（smart home）におけるワイヤレス端末などであってよい。
【００４２】
基地局は、ワイヤレスネットワークに端末を接続するデバイスであり、限定はしないが、発展型ノードB（evolved NodeB、eNB）、無線ネットワークコントローラ（radio network controller、RNC）、ノードB（NodeB、NB）、基地局コントローラ（base station controller、BSC）、トランシーバ基地局（base transceiver station、BTS）、ホーム基地局（たとえば、home evolved nodeBまたはhome node B、HNB）、ベースバンドユニット（baseband unit、BBU）、次世代ノードB（g nodeB、gNB）、送受信ポイント（transmitting and receiving point、TRP）、送信ポイント（transmitting point、TP）、モバイル切替えセンタなどを含み、Wi−Fiアクセスポイント（access point、AP）などをさらに含んでよい。
【００４３】
本出願では、第1のプロトコルレイヤは、たとえば、RLCレイヤであってよく、第2のプロトコルレイヤは、たとえば、MACレイヤであってよい。第1のプロトコルレイヤデータパケットは、たとえば、RLC PDUであってもよく、RLC PDUのセグメント（RLC PDU segment）であってもよく、RLC PDUの部分（portion of RLC PDU）であってもよい。第1のプロトコルレイヤ再送信バッファは、RLC再送信バッファと呼ばれる場合もある。
【００４４】
LTEでは、RLCレイヤはARQ再送信を担当する。再送信される必要があるRLC PDUごとに、RLCレイヤは、RLC PDUが再送信された回数を記録するように構成された再送信カウンタを保持する。具体的な適用例は以下の通りである：送信側のRLCレイヤが受信側の対応するRLCレイヤからRLCステータスレポートを受信した後、いくつかのRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分の欠落がステータスレポート内で報告されていることを送信側のRLCレイヤが見つけた場合、送信側のRLCレイヤは、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が再送信される必要があると判断する。
【００４５】
RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が再送信される必要があるとRLCレイヤが判断すると、RLCレイヤは、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をRLC再送信バッファ（retransmission buffer）に入れる。RLC再送信バッファは、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分を一時的に保存するために特別に使用される。加えて、RLCレイヤは、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分に対応する再送信カウンタを初期化または更新する必要がある。
【００４６】
RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が初めて再送信される場合、再送信カウンタは0に初期化され、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が初めてではなく再送信される場合、再送信カウンタは1だけ増加する。
【００４７】
再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をRLC再送信バッファに入れる前に、RLCレイヤは、再送信されるのを待っている同じRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が存在するかどうか、すなわち、同じRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分がRLC再送信バッファ内にすでに存在するかどうかを判定する。再送信されるのを待っている同じRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が存在する場合、RLCレイヤは、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をRLC再送信バッファに入れず、したがって、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分に対応する再送信カウンタを更新しない。
【００４８】
再送信カウンタが最大再送信カウントしきい値（maxRetxThreshold）に達すると、RLCレイヤは、無線リソース制御（radio resource control、RRC）が最大再送信回数に達したことを示すレポートを与える。レポートは、無線リンク障害（radio link failure、RLF）が発生したかどうかを判定するために使用される。
【００４９】
基地局が端末に対してアップリンク許可を実行すると、端末のMACレイヤは、アップリンク許可サイズに基づいて、アップリンク送信用のデータを提供するように基地局のRLCレイヤに要求する。再送信されるPDUの優先度は、最初に送信されたPDUの優先度よりも高いので、端末のRLCレイヤは、最初に、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をアップリンク送信用に端末のMACレイヤに転送し、同時に、RLC再送信バッファにバッファリングされた対応するRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分を削除する。
【００５０】
5G通信では、処理速度を向上させるために、前処理の概念が導入される。送信側のRLCレイヤは、送信側のMACレイヤからの要求を待たない。代わりに、送信側のRLCレイヤは、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をMACレイヤに直ちに転送する。MACレイヤは、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分にMACパケットヘッダを追加することを含む前処理動作を実行した後に、再送信される必要があるRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分をバッファリングする。MACレイヤは、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分を直ちに送信しなくてもよいが、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が送信される必要があると判断したときにのみ送信を実行する。
【００５１】
したがって、前処理が導入されると、LTEの再送信処理方法および再送信カウント方法が直接使用される場合、再送信が誤ってカウントされて、RLFが誤ってトリガされる。これは、LTEでは、第1のプロトコルレイヤが第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信した後、第2のプロトコルレイヤは第1のプロトコルレイヤデータパケットを直ちに送信し、したがって、データパケットを送信した後、第1のプロトコルレイヤは直ちに、第1のプロトコルレイヤデータパケットのステータスを、再送信の非保留中、たとえば、「ローカルに削除」に設定することができるからである。将来の通信では、しかしながら、第1のプロトコルレイヤが第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信した後、第2のプロトコルレイヤは、第1のプロトコルレイヤデータパケットを直ちに送信しなくてもよい。したがって、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信した直後に、第1のプロトコルレイヤが第1のプロトコルレイヤデータパケットのステータスを再送信の非保留中に設定した場合、第1のプロトコルレイヤデータパケットのステータスは誤って設定される。
【００５２】
前述の問題に関して、本出願はカウント方法を提供し、第1のプロトコルレイヤデータパケットが再送信の保留中であるとき、かつ第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示すとき、第1のプロトコルレイヤデータパケットは再送信の非保留中に設定され、それにより、第1のプロトコルレイヤデータパケットのステータスの誤った設定が回避され、再送信処理の正確性が保証される。
【００５３】
前述の問題に関して、本出願は別のカウント方法をさらに提供し、再送信が初めての再送信ではなく、第1のプロトコルレイヤデータパケットが送信の保留中ではないか、または送信されていないことを第2のプロトコルレイヤが示すとき、再送信カウンタは更新されるか、または再送信カウンタの値は変更されずに保持される。方法では、第1のプロトコルレイヤデータパケットが送信の保留中ではないか、または送信されていないことを第2のプロトコルレイヤが示すとき、それは、第2のプロトコルレイヤが第1のプロトコルレイヤデータパケットをもっていないことを示す。したがって、第1のプロトコルレイヤは、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに転送し、再送信をカウントすることができる。方法では、第1のプロトコルレイヤは、第2のプロトコルレイヤからの指示に基づいて再送信をカウントすることができ、それにより、第1のプロトコルレイヤデータパケットのステータスの誤った設定が回避され、再送信処理の正確性が保証される。
【００５４】
以下で、本出願において提供されるカウント方法を具体的に記載する。
【００５５】
図1Aは本出願によるカウント方法を示す。方法は、図1に示されたシステムアーキテクチャに適用可能であり、以下のステップを含む。
【００５６】
ステップ1：第1のプロトコルレイヤデータパケットを再送信することを決定する。
【００５７】
たとえば、一実装形態では、第1のプロトコルレイヤデータパケットが送信に失敗したことを示す情報が受信されたときに、第1のプロトコルレイヤデータパケットを再送信することが決定されてよい。たとえば、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が送信に失敗したことを示すステータスレポートが受信されたときに、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分を再送信することが決定される。
【００５８】
ステップ2：第1のプロトコルレイヤデータパケットが初めて再送信されるかどうかを判定し、第1のプロトコルレイヤデータパケットが初めて再送信される場合、ステップ3を実行し、または第1のプロトコルレイヤデータパケットが初めて再送信されるのではない場合、ステップ4を実行する。
【００５９】
ステップ3：第1のプロトコルレイヤデータパケットを再送信の保留中に設定し、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化し、ステップ6に進む。
【００６０】
第1のプロトコルレイヤデータパケットが初めて再送信されるとき、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタは設定されていない。したがって、再送信カウンタは初期化される必要がある。再送信カウンタが設定されていないことは、再送信カウンタが存在しないか、または再送信カウンタは存在するが、その初期値が設定されていないことを意味する。
【００６１】
さらに、第1のプロトコルレイヤデータパケットは、再送信の保留中に設定される必要がある。たとえば、一実装形態は、第1のプロトコルレイヤ内に第1のプロトコルレイヤ再送信バッファを設定することであり、再送信バッファ内の各データパケットは再送信されるデータパケットである。したがって、第1のプロトコルレイヤデータパケットを再送信の保留中に設定することは、第1のプロトコルレイヤデータパケットを第1のプロトコルレイヤ再送信バッファに保存することであるか、または第1のプロトコルレイヤデータパケットを第1のプロトコルレイヤ再送信バッファにバッファリングすることと理解されてよい。別の例として、別の実装形態は、再送信される必要がある各第1のプロトコルレイヤデータパケットの再送信ステータスを記録するために、第1のプロトコルレイヤ内にステータステーブルを確立することである。たとえば、ステータスは、再送信の保留中または再送信の非保留中として記録される。
【００６２】
説明を容易にするために、一例として再送信バッファが第1のプロトコルレイヤ内に配置される例を使用して以下の説明が行われる。別の実装形態も本出願の保護範囲に入る。
【００６３】
ステップ4：第1のプロトコルレイヤデータパケットが再送信の保留中であるかどうかを判定し、第1のプロトコルレイヤデータパケットが再送信の保留中ではない場合、ステップ5を実行し、または第1のプロトコルレイヤデータパケットが再送信の保留中である場合、ステップ6を実行する。
【００６４】
第1のプロトコルレイヤデータパケットが第1のプロトコルレイヤ再送信バッファに保存されているとき、第1のプロトコルレイヤデータパケットは再送信の保留中であり、または第1のプロトコルレイヤデータパケットが第1のプロトコルレイヤ再送信バッファに保存されていないとき、第1のプロトコルレイヤデータパケットは再送信の保留中ではない。
【００６５】
ステップ5：第1のプロトコルレイヤデータパケットを再送信の保留中に設定し、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持し、ステップ6に進む。
【００６６】
この場合、再送信は初めての再送信ではなく、第1のプロトコルレイヤデータパケットは再送信の保留中ではない。言い換えれば、第1のプロトコルレイヤデータパケットは、第1のプロトコルレイヤ再送信バッファに保存されない。次いで、第1のプロトコルレイヤデータパケットは、再送信の保留中に設定される。言い換えれば、第1のプロトコルレイヤデータパケットは、第1のプロトコルレイヤ再送信バッファに保存される。さらに、再送信カウンタは更新される必要があるか、または再送信カウンタの値は変更されずに保持される必要がある。
【００６７】
ステップ6：第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示すかどうかを判定し、第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示す場合、ステップ7を実行し、または第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示さない場合、ステップ6に進む。
【００６８】
場合によっては、第1のプロトコルレイヤデータパケットがエアインターフェースを介して送信された後に、第2のプロトコルレイヤは、第1のプロトコルレイヤデータパケットが送信されたことを示すか、または第2のプロトコルレイヤが第1のプロトコルレイヤデータパケットを物理レイヤに転送した後に、第2のプロトコルレイヤは、第1のプロトコルレイヤデータパケットが送信されたことを示すか、またはハイブリッド自動再送信要求（hybrid automatic repeat−request、HARQ）再送信が実行された後に、第2のプロトコルレイヤは、第1のプロトコルレイヤデータパケットが送信されたことを示す。あるいは、別のケースで、第2のプロトコルレイヤは、第1のプロトコルレイヤデータパケットが送信されたことを示す。
【００６９】
ステップ7：第1のプロトコルレイヤデータパケットを再送信の非保留中に設定する。
【００７０】
第1のプロトコルレイヤデータパケットが再送信の保留中であり、第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示す場合、第1のプロトコルレイヤデータパケットは再送信の非保留中に設定される。言い換えれば、第1のプロトコルレイヤデータパケットは、第1のプロトコルレイヤ再送信バッファから削除される。
【００７１】
場合によっては、ステップ1の後、方法は、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに転送するステップをさらに含む。
【００７２】
本出願では、第1のプロトコルレイヤが第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信した後、第1のプロトコルレイヤデータパケットが送信されたことを示す第2のプロトコルレイヤからの情報が受信されたときにのみ、第1のプロトコルレイヤデータパケットは再送信の非保留中に設定され、それにより、第1のプロトコルレイヤデータパケットのステータスの誤った設定が回避され、再送信の正確な処理および再送信カウンタの正確なカウントが保証される。このようにして、RLFが正しくトリガされて、不必要なRLFトリガリングの回数を減らし、オーバーヘッドを減らすことができる。
【００７３】
図1Bは本出願による別のカウント方法を示す。方法は、図1に示されたシステムアーキテクチャに適用可能であり、以下のステップを含む。
【００７４】
ステップ1：第1のプロトコルレイヤデータパケットを再送信することを決定する。
【００７５】
たとえば、一実装形態では、第1のプロトコルレイヤデータパケットが送信に失敗したことを示す情報が受信されたときに、第1のプロトコルレイヤデータパケットを再送信することが決定されてよい。たとえば、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が送信に失敗したことを示すステータスレポートが受信されたときに、RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分を再送信することが決定される。
【００７６】
ステップ2：第1のプロトコルレイヤデータパケットが初めて再送信されるかどうかを判定し、第1のプロトコルレイヤデータパケットが初めて再送信される場合、ステップ3を実行し、または第1のプロトコルレイヤデータパケットが初めて再送信されるのではない場合、ステップ4を実行する。
【００７７】
ステップ3：第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに転送し、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化する。
【００７８】
第1のプロトコルレイヤデータパケットが初めて再送信されるとき、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタは設定されていない。したがって、再送信カウンタは初期化される必要がある。再送信カウンタが設定されていないことは、再送信カウンタが存在しないか、または再送信カウンタは存在するが、その初期値が設定されていないことを意味する。加えて、第1のプロトコルレイヤデータパケットが初めて再送信されるとき、第2のプロトコルレイヤが、送信の保留中であるか、または送信されている第1のプロトコルレイヤデータパケットをもたない場合、第1のプロトコルレイヤデータパケットは第2のプロトコルレイヤに転送される。
【００７９】
ステップ4：第1のプロトコルレイヤデータパケットが送信の保留中であるか、または送信されていることを第2のプロトコルレイヤが示すかどうか、第1のプロトコルレイヤデータパケットが送信の保留中であるか、もしくは送信されていることを第2のプロトコルレイヤが示さない場合、ステップ5を実行し、または第1のプロトコルレイヤデータパケットが送信の保留中であるか、もしくは送信されていることを第2のプロトコルレイヤが示す場合、手順を終了する。
【００８０】
ステップ5：第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに転送し、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持する。
【００８１】
第1のプロトコルレイヤデータパケットが送信の保留中ではないか、もしくは送信されていないことを第2のプロトコルレイヤが示すとき、それは、第2のプロトコルレイヤが、送信の保留中であるか、または送信されている第1のプロトコルレイヤデータパケットをもっていないことを示す。したがって、第1のプロトコルレイヤは、再送信用に第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信する。次いで、さらに、再送信カウンタは更新される必要があるか、または再送信カウンタの値は変更されずに保持される必要がある。
【００８２】
第1のプロトコルレイヤデータパケットが送信の保留中であるか、または送信されていることを第2のプロトコルレイヤが示すとき、それは、第2のプロトコルレイヤがすでに再送信の準備ができているか、またはすでに第1のプロトコルレイヤデータパケットを再送信していることを示す。次いで、第1のプロトコルレイヤは、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに繰り返し送信する必要がない。代わりに、第2のプロトコルレイヤは、第1のプロトコルレイヤデータパケットを再送信し続けるだけでよい。この場合、再送信カウンタも更新される必要がない。
【００８３】
本出願において提供された前述のカウント方法では、第1のプロトコルレイヤデータパケット（すなわち、再送信されるデータパケット）がすでに再送信の保留中であるか、または再送信されているかどうかを第2のプロトコルレイヤが示すならば、第1のプロトコルレイヤは、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに送信し、再送信カウンタを更新するべきかどうかを判定することができる。図1Aに示された方法と比較して、図1Bに示された方法では、第1のプロトコルレイヤデータパケットのステータス（たとえば、再送信の保留中または再送信の非保留中）は、第1のプロトコルレイヤ内に記録される必要がない。したがって、具体的な実装中に、第1のプロトコルレイヤ内に再送信バッファを保持するか、またはステータステーブルを保持する必要がなく、それにより、リソースを節約するのに役立つ。
【００８４】
以下では、添付の図面を参照して、再送信カウンタを更新するためのいくつかの方法を記載する。これらの方法は、図1Aまたは図1Bに示されたフローチャートに適用可能であってよく、具体的に、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持する方法を記載する。
【００８５】
以下の説明は、第1のプロトコルレイヤがRLCレイヤであり、第2のプロトコルレイヤがMACレイヤであり、第1のプロトコルレイヤデータパケットが再送信されるRLCデータパケットであり、第1のプロトコルレイヤ再送信バッファがRLC再送信バッファである例を使用して提供される。
【００８６】
解決策1：RLCレイヤが再送信カウンタ上でカウントを実行するとき、RLC再送信バッファに入り、かつ／またはMACレイヤに転送される各々のRLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分が1回カウントされる。
【００８７】
図2は再送信カウンタを更新する一例を示す。最初の送信中、RLCレイヤはRLC PDUをMACレイヤに送信し、RLCレイヤによって受信されたRLCステータスレポートは、RLC PDU全体が失われたことを示す。その結果、RLCレイヤはRLC PDUを再送信する。
【００８８】
初めての再送信では、RLC PDU全体が失われているので、RLCレイヤは、RLC PDU全体をRLC再送信バッファに入れ、かつ／またはRLC PDU全体をMACレイヤに転送する。この時点で、再送信カウンタは初期化され、たとえば、0に初期化され、事前設定されたしきい値に達するまで後続の再送信のたびに1だけ増加し、無線リンク障害（RLF）がトリガされるか、または値、たとえば、10に初期化され、再送信カウンタが0になるまで後続の再送信のたびに1だけ減少し、RLFがトリガされる。
【００８９】
MACレイヤがRLC PDUを実際に再送信するとき、RLCレイヤは、許可サイズおよびデータパケットサイズなどの条件に基づいて、RLC PDUを再セグメント化する必要があり得る。しかしながら、RLCレイヤは再送信カウンタを更新しない。
【００９０】
2回目の再送信では、2つの連続していないPDUセグメント、セグメント1およびセグメント3が再送信される必要があるので、2つのセグメントはRLC再送信バッファに入れられ、かつ／またはMACレイヤに転送される。したがって、再送信カウンタは2だけ増加する。
【００９１】
言い換えれば、再送信カウンタは、再送信される必要があるPDUセグメントごとに1だけ増加するか、または再送信カウンタは、再送信される必要があるPDUセグメントの数だけ増加すると理解することができる。
【００９２】
3回目の再送信では、1つのPDUセグメント、セグメント1が再送信される必要があるので、1つのセグメントがRLC再送信バッファに入れられ、かつ／またはMACレイヤに転送される。したがって、再送信カウンタは1だけ増加する。
【００９３】
解決策2：RLCレイヤが再送信カウンタ上でカウントを実行するとき、RLC再送信バッファに入り、かつ／またはMACレイヤに転送される各セグメントが1回カウントされる。加えて、MACレイヤによって要求されたようにセグメント化が実行された後、セグメント化もカウントされる必要がある。
【００９４】
図3は再送信カウンタを更新する別の例を示す。最初の送信中、RLCレイヤはRLC PDUをMACレイヤに送信し、RLCレイヤによって受信されたRLCステータスレポートは、RLC PDU全体が失われたことを示す。その結果、RLCレイヤはRLC PDUを再送信する。
【００９５】
初めての再送信では、RLC PDU全体が失われているので、RLCレイヤは、RLC PDU全体をRLC再送信バッファに入れ、かつ／またはRLC PDU全体をMACレイヤに転送する。この時点で、再送信カウンタは0に初期化される。次いで、実際の送信中に、MACレイヤは、RLC PDUを、たとえば、セグメント1、セグメント2、およびセグメント3にセグメント化するようにRLCレイヤに要求する。RLCレイヤは、セグメント化の後に取得されたRLC PDUのセグメントをRLC再送信バッファに入れ、かつ／またはそれらをMACレイヤに転送する。セグメント化の前に1つのRLC PDUが存在し、セグメント化の後に3つのRLC PDUのセグメントが存在するので、値の増分は2である。したがって、初めての再送信では、セグメント化が実行された後、再送信カウンタは0に初期化され、次いで、2だけ増加する。
【００９６】
2回目の再送信では、2つの連続していないPDUセグメント、セグメント1およびセグメント3が再送信される必要があるので、2つのセグメントはRLC再送信バッファに入れられ、かつ／またはMACレイヤに転送される。したがって、再送信カウンタは2だけ増加する。
【００９７】
2回目の再送信では、MACレイヤはセグメント1およびセグメント3の再セグメント化を必要としないので、再送信カウンタはそれ以上更新されない。
【００９８】
3回目の再送信では、1つのPDUセグメント、セグメント1が再送信される必要があるので、1つのセグメントがRLC再送信バッファに入れられ、かつ／またはMACレイヤに転送される。したがって、再送信カウンタは1だけ増加する。
【００９９】
3回目の再送信では、MACレイヤはセグメント1の再セグメント化を必要としないので、再送信カウンタはそれ以上更新されない。
【０１００】
前述の方法では、再送信される必要があるPDUまたはPDUセグメントごとに、再送信カウンタは最初に1だけ増加する。MACレイヤがRLCデータパケット（すなわち、RLC PDU、RLC PDUのセグメント、またはRLC PDUの部分）をセグメント化するように指示した場合、再送信カウンタはN−1だけ増加し、NはRLCデータパケットのセグメントの数である。
【０１０１】
解決策3：RLCレイヤが再送信カウンタ上でカウントを実行するとき、セグメントの数に関係なく、第1のセグメントがカウントされた後、セグメントが同じPDUに属するならば次のセグメントはカウントされない。
【０１０２】
再送信されるPDUセグメントがPDUの1回の再送信における最初のデータパケットである場合、再送信カウンタは1だけ増加し、または再送信されるRLCデータパケットがPDUの1回の再送信におけるM番目のデータパケットである場合、再送信カウンタの値は変更されずに保持され、Mは1より大きい整数であることが理解されよう。
【０１０３】
PDUの1回の再送信は、1つのPDU内で再送信される必要があるすべてのPDUセグメントの再送信が1回の再送信を構成することを意味する。たとえば、ステータスレポート1において報告された再送信される必要があるPDUセグメントが、PDU1のPDUセグメント1、PDU1のセグメント3、およびPDU2のセグメント1であり、ステータスレポート2において報告された再送信される必要があるPDUセグメントが、PDU1のセグメント2およびPDU2のセグメント3であると仮定する。次いで、3つのセグメント、すなわち、ステータスレポート1におけるPDU1のPDUセグメント1およびPDU1のセグメント3、ならびにステータスレポート2におけるPDU1のPDUセグメント2の再送信が1回の再送信を構成する。3つのセグメントが再送信されると、最初に再送信されたセグメントのみがカウントされ、その後再送信されたセグメントはカウントされない。同様に、2つのセグメント、すなわち、ステータスレポート1におけるPDU2のセグメント1、ならびにステータスレポート2におけるPDU2のセグメント3の再送信も1回の再送信を構成する。2つのセグメントが再送信されると、最初に再送信されたセグメントのみがカウントされ、2番目に再送信されたセグメントはカウントされない。各PDUは1つの再送信カウンタに対応することに留意されたい。したがって、この例では、PDU1およびPDU2はそれぞれ1つの再送信カウンタに対応し、それぞれの再送信カウンタをそれぞれ更新または保持する。
【０１０４】
別の実装形態では、それがPDUの1回の再送信であるかどうかは、代替として、繰り返されるセグメントが現れるかどうかに基づいて決定されてよい。たとえば、ステータスレポート1において報告された再送信される必要があるPDUセグメントが、PDU1のPDUセグメント1、PDU1のセグメント3、およびPDU2のセグメント1であり、ステータスレポート2において報告された再送信される必要があるPDUセグメントが、PDU1のセグメント1およびPDU2のセグメント3であると仮定する。次いで、ステータスレポート1におけるPDU1のPDUセグメント1およびPDU1のセグメント3は、PDU1の1回の再送信を構成する。ステータスレポート2におけるPDUセグメント1およびステータスレポート1におけるPDU1のPDUセグメント1が繰り返されるので、ステータスレポート2におけるPDU1のPDUセグメント1、ならびにステータスレポート1におけるPDU1のPDUセグメント1およびPDU1のセグメント3は、1回の再送信に属さない。したがって、ステータスレポート2におけるPDU1のPDUセグメント1はカウントされる必要がある。
【０１０５】
別の実装形態では、それがPDUの1回の再送信であるかどうかは、代替として、部分的に繰り返されるセグメントが現れるかどうかに基づいて決定されてよい。たとえば、ステータスレポート1において報告された再送信される必要があるPDUセグメントが、PDU1のPDUセグメント1、PDU1のセグメント3、およびPDU2のセグメント1であり、ステータスレポート2において報告された再送信される必要があるPDUセグメントが、PDU1のセグメント1のセグメント1−1およびPDU2のセグメント3であると仮定する。PDU1のセグメント1のセグメント1−1は、セグメント1が再セグメント化された後のPDU1のセグメント1の第1のセグメント、すなわち、PDU1のセグメント1の部分である。次いで、ステータスレポート1におけるPDU1のPDUセグメント1およびPDU1のセグメント3は、PDU1の1回の再送信を構成する。ステータスレポート2におけるPDU1のPDUセグメント1のセグメント1−1およびステータスレポート1におけるPDU1のPDUセグメント1が部分的に繰り返されるので、ステータスレポート2におけるPDU1のPDUセグメント1のセグメント1−1、ならびにステータスレポート1におけるPDU1のPDUセグメント1およびPDU1のセグメント3は、1回の再送信に属さない。したがって、ステータスレポート2におけるPDU1のPDUセグメント1のセグメント1−1はカウントされる必要がある。
【０１０６】
図4は再送信カウンタを更新する別の例を示す。最初の送信中、RLCレイヤはRLC PDUをMACレイヤに送信し、RLCレイヤによって受信されたRLCステータスレポートは、RLC PDU全体が失われたことを示す。その結果、RLCレイヤはRLC PDUを再送信する。
【０１０７】
初めての再送信では、RLC PDU全体が失われているので、RLCレイヤは、RLC PDU全体をRLC再送信バッファに入れ、かつ／またはRLC PDU全体をMACレイヤに転送する。この時点で、再送信カウンタは0に初期化される。2回目の再送信では、2つの連続していないPDUセグメント、セグメント1およびセグメント3が再送信される必要があるので、2つのセグメントはRLC再送信バッファに入れられ、かつ／またはMACレイヤに転送される。再送信カウンタは、最初のPDUセグメント（すなわち、PDUセグメント1）に対してのみ1だけ増加し、2番目のPDUセグメント（すなわち、PDUセグメント3）に対しては変更されずに保持される。
【０１０８】
3回目の再送信では、1つのPDUセグメント、セグメント1が再送信される必要があるので、1つのセグメントがRLC再送信バッファに入れられ、かつ／またはMACレイヤに転送され、再送信カウンタが1だけ増加する。
【０１０９】
解決策4：RLCレイヤが再送信カウンタ上でカウントを実行するとき、セグメントの数に関係なく、セグメントが同じPDUに属し、同じステータスレポート内にあるならば、次のステータスレポートまでセグメントは1回だけカウントされる。
【０１１０】
再送信されるRLCデータパケットがステータスレポートにおける同じPDU内の最初のデータパケットである場合、再送信カウンタは1だけ増加し、または再送信されるRLCデータパケットがステータスレポートにおける同じPDU内のL番目のデータパケットである場合、再送信カウンタの値は変更されずに保持され、Lは1より大きい整数であることも理解されよう。
【０１１１】
たとえば、ステータスレポート1において報告された再送信される必要があるPDUセグメントが、PDU1のPDUセグメント1、PDU1のセグメント3、PDU1のセグメント5、PDU2のセグメント1、およびPDU2のセグメント3であり、ステータスレポート2において報告された再送信される必要があるPDUセグメントが、PDU1のセグメント6、PDU1のセグメント8、PDU2のセグメント4、およびPDU2のセグメント6であると仮定する。ステータスレポート1の場合、PDU1に属するセグメントは、PDU1のPDUセグメント1、PDU1のセグメント3、およびPDU1のセグメント5である。PDU1のPDUセグメント1は、1だけの再送信カウンタの増加をトリガし、PDU1のセグメント3およびPDU1のセグメント5は、再送信カウンタを変更せずに保持させる。PDU2に属するセグメントは、PDU2のセグメント1およびPDU2のセグメント3である。PDU2のPDUセグメント1は、1だけの再送信カウンタの増加をトリガし、PDU2のセグメント3は、再送信カウンタを変更せずに保持させる。同様に、ステータスレポート2の場合、PDU1に属するセグメントは、PDU1のPDUセグメント6およびPDU1のセグメント8である。PDU1のPDUセグメント6は、1だけの再送信カウンタの増加をトリガし、PDU1のセグメント8は、再送信カウンタを変更せずに保持させる。PDU2に属するセグメントは、PDU2のセグメント4およびPDU2のセグメント6である。PDU2のPDUセグメント4は、1だけの再送信カウンタの増加をトリガし、PDU2のセグメント6は、再送信カウンタを変更せずに保持させる。
【０１１２】
前述の解決策は一例にすぎないことに留意されたい。再送信カウンタを更新するべきかどうかは、データパケットが同じステータスレポート内の最初のデータパケットであるかどうかに基づいて決定されなくてよい。代替として、再送信カウンタを1だけ増加させるべきかどうかは、ステータスレポート内にPDUの少なくとも1つのデータパケットが存在するかどうかに基づいて決定されてよい。たとえば、ステータスレポート内にPDUの少なくとも1つのデータパケットが存在すると判断された場合、再送信カウンタは1だけ増加し、ステータスレポート内にPDUの少なくとも1つのデータパケットが存在しないと判断された場合、再送信カウンタの値は変更されずに保持される。
【０１１３】
解決策5：RLCレイヤが再送信されるPDUまたはPDUセグメントをMACレイヤに転送するとき、RLCレイヤはカウントを実行しないが、PDUまたはPDUセグメントが再送信されるPDUまたはPDUセグメントであることをMACレイヤに通知する。PDUまたはPDUセグメントを物理レイヤに転送するとき、MACレイヤは、どのPDUまたはPDUセグメントが同じトランスポートブロックまたはMAC PDUに入れられたかをRLCレイヤに通知する。加えて、同じPDUに属するPDUまたはPDUセグメントが同じトランスポートブロックまたはMAC PDUに入れられると、対応する再送信カウンタは1だけ増加する。
【０１１４】
前述の方法はまた、再送信されるRLCデータパケットがトランスポートブロックにおけるPDU内の最初のデータパケットである場合、再送信カウンタは1だけ増加し、または再送信されるRLCデータパケットがトランスポートブロックにおけるPDU内のK番目のデータパケットである場合、再送信カウンタの値は変更されずに保持され、Kは1より大きい整数であると理解されてよい。
【０１１５】
解決策6：指示情報が受信され、指示情報に基づいて、再送信カウンタが更新されるか、または再送信カウンタの値が変更されずに保持される。
【０１１６】
再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するための具体的な方式は、解決策1〜解決策5のうちの1つであってよい。言い換えれば、解決策6では、再送信カウンタを更新する方式は指示情報に基づいて選択される。
【０１１７】
たとえば、前述のカウント方法が端末によって実行されるとき、端末は、基地局から指示情報を受信し、基地局からの指示情報に基づいて、再送信カウンタを更新するカウント方式を選択することができる。
【０１１８】
上記は、再送信カウンタを更新または保持するいくつかの方式を提供する。実際の適用例では、要件に基づいて1つまたは複数の方式が使用するために選択されてよい。たとえば、様々なPDUに対して様々なカウント方式が選択されてよく、様々な論理チャネルに対して様々なカウント方式が選択されてよい。具体的なのカウント方式は事前設定されてもよく、情報を送信することにより、基地局によって端末に通知されてもよい。
【０１１９】
RLCレイヤによって再送信された後、いくつかのPDUセグメントが再送信に成功し、いくつかのPDUセグメントがまだ再送信できない場合、LTEのカウント方法では、再送信カウンタは累積的に増加し続ける。言い換えれば、再送信されるPDUセグメントの再送信障害がまだ存在するならば、再送信カウンタは、最大再送信回数を超えるまで累積的に増加し続け、無線リンク障害（radio link failure、RLF）がトリガされる。しかしながら、そのカウント方法には比較的深刻な問題が存在する。たとえば、チャネルの品質が一時的に低下し、したがって、多くのPDUセグメントが存在するとき、PDUセグメントの再送信失敗の回数が増加する。結果として、再送信カウンタは再送信回数の最大数に非常に簡単に到達し、RLFがトリガされる。このことから、本出願は再送信カウンタをリセットするための方法を提供する。カウント方法1〜カウント方法6のうちのいずれか1つにおいて、再送信されるRLCデータパケットが再送信に成功した場合、再送信カウンタはリセットされる。言い換えれば、1つのRLCデータパケット（RLC PDUまたはRLC PDUのセグメントまたはRLC PDUの部分）が再送信に成功したならば、再送信カウンタのリセットがトリガされ、それにより、再送信カウンタが再送信回数の最大数に到達するケースが大幅に削減され、システムパフォーマンスが最適化される。
【０１２０】
図5は、本出願による、再送信カウンタをリセットする例示的な図である。3回目の再送信では、再送信されるPDUセグメントが再送信に成功したことが分かる。したがって、再送信カウンタはリセットされる。
【０１２１】
現在、LTEでは、再送信カウンタが使用されるとき、再送信が1次セル（PCell）内で行われるか、1次2次セル（PSCell）内で行われるかは考慮されない。具体的には、PDUまたはPDUセグメントが1次セル内で再送信される必要があるか、PDUまたはPDUセグメントが2次セル内再送信される必要があるかにかかわらず、再送信カウンタの更新、保持、またはリセットなどの動作がトリガされる。しかしながら、実際の適用例では、RLFは1次セル専用であり、1次2次セルが破損した場合でも問題ではないことを考慮すると、本出願は、再送信カウンタを処理するための方法をさらに提供する。処理方法は、カウント方法1〜カウント方法6に適用可能である。MACレイヤは、トランスポートブロックがPCell内で送信されるかPSCell内で送信されるかをRLCレイヤに通知する。RLCレイヤは、トランスポートブロックがPCell内で送信されたときにのみ、再送信カウンタ上でカウントを実行する。たとえば、図6は、本出願による、再送信カウンタを更新する例示的な図である。再送信カウンタは、PDUセグメントの再送信がPCell内で行われたときにのみ更新される。
【０１２２】
図7は、本出願による通信装置の概略図である。通信装置700は、図1に示された端末もしくは基地局、または端末内のチップもしくは基地局内のチップ、またはCUもしくはCU内のチップ、またはDUもしくはDU内のチップであってよい。通信装置は、図1Aまたは図1Bに示された方法を実行し、前述の実施形態におけるカウント方法のうちのいずれか1つを実行するように構成されてよい。通信装置700は、少なくとも1つのプロセッサ71および少なくとも1つの通信インターフェース74を含み、場合によっては、メモリ73をさらに含む。
【０１２３】
プロセッサ71は、汎用中央処理装置（central processing unit、CPU）、マイクロプロセッサ、特定用途向け集積回路（application−specific integrated circuit、ASIC）、または本発明の解決策のプログラムの実行を制御するように構成された1つもしくは複数の集積回路であってよい。
【０１２４】
メモリ73は、読取り専用メモリ（read−only memory、ROM）もしくは静的情報および命令を記憶することが可能な別のタイプの静的ストレージデバイス、またはランダムアクセスメモリ（random access memory、RAM）もしくは情報および命令を記憶することが可能な別のタイプの動的ストレージデバイスであってもよく、電気的消去可能プログラマブル読取り専用メモリ（electrically erasable programmable read−only memory、EEPROM）、コンパクトディスク読取り専用メモリ（compact disc read−only memory、CD−ROM）もしくは別のコンパクトディスクストレージ、（コンパクトディスク、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク、ブルーレイディスクなどを含む）光ディスクストレージ、または磁気ディスク記憶媒体もしくは別の磁気ストレージデバイス、または命令もしくはデータ構造の形態を有する予想されるプログラムコードを搬送もしくは記憶することができ、コンピュータによってアクセスすることができる任意の他の媒体であってもよいが、本明細書では限定されない。メモリは、独立して存在してよく、バスを使用してプロセッサに接続される。あるいは、メモリはプロセッサと一体化されてよい。
【０１２５】
メモリ73は、本発明の解決策を実行するために使用されるアプリケーションプログラムコードを記憶するように構成され、実行はプロセッサ71によって制御される。プロセッサ71は、メモリ73に記憶されたアプリケーションプログラムコードを実行するように構成される。
【０１２６】
具体的な実装中に、一実施形態では、プロセッサ71は、1つまたは複数のCPU、たとえば、図7のCPU0およびCPU1を含んでよい。
【０１２７】
具体的な実装中に、一実施形態では、通信装置700は、複数のプロセッサ、たとえば、図7のプロセッサ71およびプロセッサ78を含んでよい。これらのプロセッサの各々は、シングルCPU（single−CPU）プロセッサであってもよく、マルチCPU（multi−CPU）プロセッサであってもよい。本明細書におけるプロセッサは、データ（たとえば、コンピュータプログラム命令）を処理するように構成された1つまたは複数のデバイス、回路、および／または処理コアであってよい。
【０１２８】
たとえば、図1の端末は、図7に示された通信装置であってよい。1つまたは複数のソフトウェアモジュールは通信装置のメモリに記憶される。通信装置は、本出願の任意の実施形態における通信装置の機能を実装するために、プロセッサおよびメモリ内のプログラムコードを使用してソフトウェアモジュールを実装することができる。
【０１２９】
本出願のカウント方法において使用される再送信バッファは、図7のメモリ73によって実装されてもよく、プロセッサ71（および／またはプロセッサ78）のメモリによって実装されてもよく、本出願では限定されない。
【０１３０】
機能モジュールの分割は、本出願における前述の方法例に従って通信装置に対して実行されてよい。たとえば、機能モジュールは機能に対応するように分割されてよく、または2つ以上の機能が1つの処理モジュールに統合されてよい。統合モジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本出願では、モジュール分割は例示的であり、論理的な機能分割にすぎないことに留意されたい。実際の実装形態では、別の分割方式が存在してよい。
【０１３１】
たとえば、機能モジュールが機能に対応するように分割されるとき、図8は、前述の実施形態においてカウントを実施するための通信装置の可能な構造の概略図である。装置800は、決定ユニット801、初期化ユニット802、および更新ユニット803を含み、場合によっては、送信ユニット804および受信ユニット805をさらに含む。
【０１３２】
決定ユニット801は、第1のプロトコルレイヤデータパケットを再送信することを決定するように構成される。
【０１３３】
初期化ユニット802は、再送信が初めての再送信である場合、第1のプロトコルレイヤデータパケットを再送信の保留中に設定し、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するように構成される。
【０１３４】
更新ユニット803は、再送信が初めての再送信ではなく、第1のプロトコルレイヤデータパケットが再送信の保留中ではない場合、第1のプロトコルレイヤデータパケットを再送信の保留中に設定し、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するように構成される。
【０１３５】
更新ユニット803は、第1のプロトコルレイヤデータパケットが再送信の保留中であり、第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示す場合、第1のプロトコルレイヤデータパケットを再送信の非保留中に設定するようにさらに構成される。
【０１３６】
場合によっては、更新ユニット803は、具体的に、第1のプロトコルレイヤデータパケットを第1のプロトコルレイヤ再送信バッファに保存するように構成され、
第1のプロトコルレイヤデータパケットが再送信の非保留中であることは、第1のプロトコルレイヤデータパケットが第1のプロトコルレイヤ再送信バッファに保存されていないことであり、
更新ユニット803は、具体的に、第1のプロトコルレイヤ再送信バッファから第1のプロトコルレイヤデータパケットを削除するように構成され、
第1のプロトコルレイヤデータパケットが再送信の保留中であることは、第1のプロトコルレイヤデータパケットが第1のプロトコルレイヤ再送信バッファに保存されていることである。
【０１３７】
場合によっては、第2のプロトコルレイヤにより、第1のプロトコルレイヤデータパケットが送信されたことを示すステップは、
第1のプロトコルレイヤデータパケットがエアインターフェースを介して送信された後に、第2のプロトコルレイヤにより、第1のプロトコルレイヤデータパケットが送信されたことを示すステップ、または
第2のプロトコルレイヤが第1のプロトコルレイヤデータパケットを物理レイヤに転送した後に、第2のプロトコルレイヤにより、第1のプロトコルレイヤデータパケットが送信されたことを示すステップ、または
再送信がハイブリッド自動再送信要求HARQを使用して実行された後に、第2のプロトコルレイヤにより、第1のプロトコルレイヤデータパケットが送信されたことを示すステップである。
【０１３８】
場合によっては、受信ユニット805は、第1のプロトコルレイヤデータパケットが送信に失敗したことを示す情報を受信するように構成される。
【０１３９】
場合によっては、送信ユニット804は、第1のプロトコルレイヤデータパケットを第2のプロトコルレイヤに転送するように構成される。
【０１４０】
場合によっては、更新ユニット803は、具体的に、再送信カウンタを1だけ増加させるように構成される。
【０１４１】
場合によっては、更新ユニット803は、具体的に、再送信カウンタを1だけ増加させ、第2のプロトコルレイヤが第1のプロトコルレイヤデータパケットを再セグメント化するように指示した場合、再送信カウンタをN−1だけ増加させるように構成され、Nは再セグメント化の後に取得された第1のプロトコルレイヤデータパケットのセグメントの数である。
【０１４２】
場合によっては、第1のプロトコルレイヤデータパケットは、無線リンク制御RLCプロトコルデータユニットPDUのセグメントであり、
更新ユニット803は、具体的に、第1のプロトコルレイヤデータパケットがPDUの1回の再送信における最初のデータパケットである場合、再送信カウンタを1だけ増加させ、または
第1のプロトコルレイヤデータパケットがPDUの1回の再送信におけるM番目のデータパケットである場合、再送信カウンタの値を変更せずに保持するように構成され、Mは1より大きい整数である。
【０１４３】
場合によっては、第1のプロトコルレイヤデータパケットはRLC PDUのセグメントであり、
更新ユニット803は、具体的に、
第1のプロトコルレイヤデータパケットがステータスレポートにおけるPDUの最初のデータパケットである場合、再送信カウンタを1だけ増加させ、または
第1のプロトコルレイヤデータパケットがステータスレポートにおけるPDUのL番目のデータパケットである場合、再送信カウンタの値を変更せずに保持するように構成され、Lは1より大きい整数である。
【０１４４】
場合によっては、更新ユニット803は、具体的に、
第1のプロトコルレイヤデータパケットがトランスポートブロックにおける最初のデータパケットである場合、再送信カウンタを1だけ増加させ、または
第1のプロトコルレイヤデータパケットがトランスポートブロックにおけるK番目のデータパケットである場合、再送信カウンタの値を変更せずに保持するように構成され、Kは1より大きい整数である。
【０１４５】
場合によっては、受信ユニット805は指示情報を受信するように構成され、
更新ユニット803は、具体的に、指示情報に基づいて、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するように構成される。
【０１４６】
場合によっては、更新ユニット803は、第1のプロトコルレイヤデータパケットが再送信に成功した場合、再送信カウンタをリセットするようにさらに構成される。
【０１４７】
場合によっては、第1のプロトコルレイヤデータパケットは1次セル内で再送信される。
【０１４８】
場合によっては、別の実装形態では、通信装置800は、第1のプロトコルレイヤ処理ユニットおよび第2のプロトコルレイヤ処理ユニットを含む。第1のプロトコルレイヤ処理ユニットは、決定ユニット801、初期化ユニット802、更新ユニット803、送信ユニット804、および受信ユニット805の機能を実装するように構成される。第2のプロトコルレイヤ処理ユニットは、第1のプロトコルレイヤデータパケットが送信されたことを第1のプロトコルレイヤ処理ユニットに示すように構成される。具体的な実装形態は、実際の要件に基づいて決定されてよい。
【０１４９】
通信装置は、前述の方法実施形態のうちのいずれか1つにおける通信装置であってよい。前述の方法実施形態における各ステップのすべての関連する内容については、対応する機能モジュールの機能説明を参照されたい。詳細は本明細書では再び記載されない。
【０１５０】
たとえば、機能モジュールが機能に対応するように分割されるとき、図9は、前述の実施形態においてカウントを実施するための通信装置の可能な構造の概略図である。装置900は、決定ユニット901、初期化ユニット902、および更新ユニット903を含み、場合によっては、受信ユニット904をさらに含む。
【０１５１】
決定ユニット901は、第1のプロトコルレイヤデータパケットを再送信することを決定するように構成される。
【０１５２】
初期化ユニット902は、再送信が初めての再送信である場合、第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するように構成される。
【０１５３】
更新ユニット903は、再送信が初めての再送信ではなく、第1のプロトコルレイヤデータパケットが送信の保留中ではないか、または送信されていないことを第2のプロトコルレイヤが示す場合、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するように構成される。
【０１５４】
場合によっては、更新ユニット903は、具体的に、
再送信カウンタを1だけ増加させるように構成される。
【０１５５】
場合によっては、更新ユニット903は、具体的に、
再送信カウンタを1だけ増加させ、
第2のプロトコルレイヤが第1のプロトコルレイヤデータパケットを再セグメント化するように指示した場合、再送信カウンタをN−1だけ増加させるように構成され、Nは再セグメント化の後に取得された第1のプロトコルレイヤデータパケットのセグメントの数である。
【０１５６】
場合によっては、第1のプロトコルレイヤデータパケットは、無線リンク制御RLCプロトコルデータユニットPDUのセグメントであり、
更新ユニット903は、具体的に、
第1のプロトコルレイヤデータパケットがPDUの1回の再送信における最初のデータパケットである場合、再送信カウンタを1だけ増加させ、または
第1のプロトコルレイヤデータパケットがPDUの1回の再送信におけるM番目のデータパケットである場合、再送信カウンタの値を変更せずに保持するように構成され、Mは1より大きい整数である。
【０１５７】
場合によっては、第1のプロトコルレイヤデータパケットはRLC PDUのセグメントであり、
更新ユニット903は、具体的に、
第1のプロトコルレイヤデータパケットがステータスレポートにおけるPDUの最初のデータパケットである場合、再送信カウンタを1だけ増加させ、または
第1のプロトコルレイヤデータパケットがステータスレポートにおけるPDUのL番目のデータパケットである場合、再送信カウンタの値を変更せずに保持するように構成され、Lは1より大きい整数である。
【０１５８】
場合によっては、更新ユニット903は、具体的に、
第1のプロトコルレイヤデータパケットがトランスポートブロックにおける最初のデータパケットである場合、再送信カウンタを1だけ増加させ、または
第1のプロトコルレイヤデータパケットがトランスポートブロックにおけるK番目のデータパケットである場合、再送信カウンタの値を変更せずに保持するように構成され、Kは1より大きい整数である。
【０１５９】
場合によっては、受信ユニット904は指示情報を受信するように構成され、
更新ユニットは、具体的に、指示情報に基づいて、再送信カウンタを更新するか、または再送信カウンタの値を変更せずに保持するように構成される。
【０１６０】
場合によっては、更新ユニット903は、
第1のプロトコルレイヤデータパケットが再送信に成功した場合、再送信カウンタをリセットするようにさらに構成される。
【０１６１】
場合によっては、第1のプロトコルレイヤデータパケットは1次セル内で再送信される。
【０１６２】
場合によっては、別の実装形態では、通信装置900は、第1のプロトコルレイヤ処理ユニットおよび第2のプロトコルレイヤ処理ユニットを含む。第1のプロトコルレイヤ処理ユニットは、決定ユニット901、初期化ユニット902、更新ユニット903、および受信ユニット904の機能を実装するように構成される。第2のプロトコルレイヤ処理ユニットは、第1のプロトコルレイヤデータパケットが送信の保留中ではないか、または送信されていないことを第1のプロトコルレイヤ処理ユニットに示すように構成される。具体的な実装形態は、実際の要件に基づいて決定されてよい。
【０１６３】
通信装置は、前述の方法実施形態のうちのいずれか1つにおける通信装置であってよい。前述の方法実施形態における各ステップのすべての関連する内容については、対応する機能モジュールの機能説明を参照されたい。詳細は本明細書では再び記載されない。
【０１６４】
本実施形態では、通信装置は、様々な機能に対応するように様々な機能モジュールを分割する形態で提示されているか、または通信装置は、様々な機能モジュールを統合的に分割する形態で提示されている。本明細書における「モジュール」は、1つもしくは複数のソフトウェアプログラムもしくはファームウェアプログラムを実行するように構成された特定用途向け集積回路（application−specific integrated circuit、ASIC）、回路、プロセッサ、およびメモリ、集積論理回路、ならびに／または前述の機能を実現することが可能な別の構成要素であってよい。簡単な実施形態では、当業者は、通信装置800が図7に示された形態を使用してよいという考えを思い付くかもしれない。たとえば、図8の決定ユニット801、初期化ユニット802、更新ユニット803、送信ユニット804、および受信ユニット805は、図7のプロセッサ71（および／またはプロセッサ78）ならびにメモリ73を使用して実装されてよい。具体的には、決定ユニット801、初期化ユニット802、更新ユニット803、送信ユニット804、および受信ユニット805は、プロセッサ71（および／またはプロセッサ78）により、メモリ73に記憶されたアプリケーションプログラムコードを呼び出すことによって実行されてよく、本出願はそれに対していかなる制限も課さない。たとえば、図9の決定ユニット901、初期化ユニット902、更新ユニット903、および受信ユニット904は、図7のプロセッサ71（および／またはプロセッサ78）ならびにメモリ73によって実装されてよい。具体的には、決定ユニット901、初期化ユニット902、更新ユニット903、および受信ユニット904は、プロセッサ71（および／またはプロセッサ78）により、メモリ73に記憶されたアプリケーションプログラムコードを呼び出すことによって実行されてよく、本出願はそれに対していかなる制限も課さない。
【０１６５】
本出願は、前述の方法実施形態を実行するように設計されたプログラムコードを含む、図7〜図9に示された前述の通信装置によって使用されるべきコンピュータソフトウェア命令を記憶するように構成されたコンピュータ記憶媒体をさらに提供する。
【０１６６】
本出願はコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含む。コンピュータプログラム製品は、前述の方法実施形態における方法を実施するために、プロセッサを使用してロードされてよい。
【０１６７】
本発明は、実施形態を参照して記載されているが、保護を主張する本発明を実装するプロセスにおいて、当業者は、添付の図面、開示された内容、および添付の特許請求の範囲を参照することにより、開示された実施形態の別の変形形態を理解し実装することができる。特許請求の範囲では、「含む」（comprising）は別の構成要素または別のステップを排除せず、「a」または「one」は複数のケースを排除しない。単一のプロセッサまたは別のユニットは、特許請求の範囲に列挙されたいくつかの機能を実装することができる。いくつかの手段は互いに異なる従属請求項に記録されるが、これは、これらの手段を組み合わせてより良い効果を生み出すことができないことを意味しない。
【０１６８】
本出願の実施形態は、方法、装置（デバイス）、またはコンピュータプログラム製品として提供されてよいことを当業者なら理解されよう。したがって、本出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアの組合せを有する実施形態の形態を使用することができる。それらは「モジュール」または「システム」と総称される。その上、本出願は、コンピュータ使用可能プログラムコードを含む、（限定はしないが、ディスクメモリ、CD−ROM、光メモリなどを含む）1つまたは複数のコンピュータ使用可能記憶媒体に実装されたコンピュータプログラム製品の形態を使用することができる。コンピュータプログラムは、適切な媒体に記憶／分散され、別のハードウェアと一緒に提供され、またはハードウェアの一部として使用され、あるいは、たとえば、Internetまたは別の有線もしくはワイヤレスの電気通信システムを使用することにより、別の分散形態を使用することもできる。
【０１６９】
本出願は、本出願による方法、装置（デバイス）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して記載されている。コンピュータプログラム命令は、フローチャートおよび／またはブロック図の各プロセスおよび／または各ブロック、ならびにフローチャートおよび／またはブロック図のプロセスおよび／またはブロックの組合せを実装するために使用されてよいことを理解されたい。これらのコンピュータプログラム命令は、機械を生成するために、汎用コンピュータ、専用コンピュータ、組込み型プロセッサ、または別のプログラマブルデータ処理デバイスのプロセッサに提供されてよく、その結果、コンピュータまたは別のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の具体的な機能を実装するための装置を生成する。
【０１７０】
これらのコンピュータプログラム命令は、代替として、具体的な方式で動作するようにコンピュータまたは別のプログラマブルデータ処理デバイスに命令することができるコンピュータ可読メモリに記憶されてよく、その結果、コンピュータ可読メモリに記憶された命令は、命令装置を含む人工物を生成する。命令装置は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の具体的な機能を実装する。
【０１７１】
これらのコンピュータプログラム命令は、代替として、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされてよく、その結果、一連の動作およびステップは、コンピュータまたは別のプログラマブルデータ処理デバイス上で実行され、それにより、コンピュータ実装処理が生成される。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の具体的な機能を実装するためのステップを提供する。
【０１７２】
本発明は、具体的な特徴およびそれらの実施形態を参照して記載されているが、明らかに、本発明の趣旨および範囲から逸脱することなく、本発明に対して様々な修正および組合せが行われてよい。それに対応して、本明細書および添付の図面は、添付の特許請求の範囲によって定義される本発明の例示的な説明にすぎず、本発明の範囲を包含する修正、変形、組合せ、または均等物のいずれかまたはすべてと見なされる。明らかに、当業者は、本発明の趣旨および範囲から逸脱することなく、本発明に対して様々な修正および変形を行うことができる。本発明は、以下の特許請求の範囲およびそれらの等価な技術によって定義される保護範囲内に入るという条件で、これらの修正および変形を包含するものである。
【符号の説明】
【０１７３】
10  端末
20  基地局
71  プロセッサ
73  メモリ
74  通信インターフェース
78  プロセッサ
700  通信装置
800  通信装置
801  決定ユニット
802  初期化ユニット
803  更新ユニット
804  送信ユニット
805  受信ユニット
900  通信装置
901  決定ユニット
902  初期化ユニット
903  更新ユニット
904  受信ユニット
【図１】
2020529170.tif 000003
【図１Ａ】
2020529170.tif 000004
【図１Ｂ】
2020529170.tif 000005
【図２】
2020529170.tif 000006
【図３】
2020529170.tif 000007
【図４】
2020529170.tif 000008
【図５】
2020529170.tif 000009
【図６】
2020529170.tif 000010
【図７】
2020529170.tif 000011
【図８】
2020529170.tif 000012
【図９】
2020529170.tif 000013
【手続補正書】
【提出日】令和2年3月12日(2020.3.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第1のプロトコルレイヤデータパケットを再送信することを決定するステップと、
前記第1のプロトコルレイヤデータパケットの前記再送信が初めての再送信であるとき、前記第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するステップ、または
前記第1のプロトコルレイヤデータパケットの前記再送信が初めての再送信ではなく、前記第1のプロトコルレイヤデータパケットが再送信の保留中ではないとき、前記再送信カウンタを更新するか、もしくは前記再送信カウンタの値を変更せずに保持するステップ
を備える、カウント方法。
【請求項２】
ステータスレポートを受信するステップであって、前記ステータスレポートが、前記第1のプロトコルレイヤデータパケットが送信に失敗したことを示す、ステップ
をさらに備え、
第1のプロトコルレイヤデータパケットを再送信することを決定する前記ステップが、
前記ステータスレポートに基づいて、前記第1のプロトコルレイヤデータパケットを再送信することを決定するステップを備える、請求項1に記載の方法。
【請求項３】
前記再送信カウンタに関連付けられた別の第1のプロトコルレイヤデータパケットが送信に失敗したことを前記ステータスレポートがさらに示すとき、前記再送信カウンタが一度だけ更新される、請求項2に記載の方法。
【請求項４】
前記再送信カウンタを更新するか、または前記再送信カウンタの値を変更せずに保持する前記ステップが、
前記ステータスレポートにおいて送信に失敗した別の第1のプロトコルレイヤデータパケットに起因して前記再送信カウンタが更新されていないとき、前記再送信カウンタを更新するステップ、または
前記ステータスレポートにおいて送信に失敗した別の第1のプロトコルレイヤデータパケットに起因して前記再送信カウンタが更新されているとき、前記再送信カウンタの前記値を変更せずに保持するステップを備える、請求項2または3に記載の方法。
【請求項５】
前記第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化する前記ステップが、
前記再送信カウンタを0に初期化するステップを備える、請求項1から4のいずれか一項に記載の方法。
【請求項６】
前記再送信カウンタを更新する前記ステップが、
前記再送信カウンタを1だけ増加させるステップを備える、請求項1から5のいずれか一項に記載の方法。
【請求項７】
前記第1のプロトコルレイヤが無線リンク制御（RLC）レイヤである、請求項1から6のいずれか一項に記載の方法。
【請求項８】
前記第1のプロトコルレイヤデータパケットを再送信の保留中に設定するステップ
をさらに備える、請求項1から7のいずれか一項に記載の方法。
【請求項９】
前記第1のプロトコルレイヤデータパケットを再送信の保留中に設定する前記ステップが、前記第1のプロトコルレイヤデータパケットを第1のプロトコルレイヤ再送信バッファに保存するステップを備え、
前記第1のプロトコルレイヤデータパケットが再送信の非保留中であることが、前記第1のプロトコルレイヤデータパケットが前記第1のプロトコルレイヤ再送信バッファに保存されていないことを備える、
請求項8に記載の方法。
【請求項１０】
前記第1のプロトコルレイヤデータパケットが再送信の保留中であり、前記第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示すとき、前記第1のプロトコルレイヤデータパケットを再送信の非保留中に設定するステップ
をさらに備える、請求項1から9のいずれか一項に記載の方法。
【請求項１１】
前記第1のプロトコルレイヤデータパケットを再送信の非保留中に設定する前記ステップが、前記第1のプロトコルレイヤ再送信バッファから前記第1のプロトコルレイヤデータパケットを削除するステップを備え、
前記第1のプロトコルレイヤデータパケットが再送信の保留中であることが、前記第1のプロトコルレイヤデータパケットが前記第1のプロトコルレイヤ再送信バッファに保存されていることを備える、
請求項10に記載の方法。
【請求項１２】
第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示す前記ステップが、
前記第1のプロトコルレイヤデータパケットがエアインターフェースを介して送信された後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すステップ、または
前記第2のプロトコルレイヤが前記第1のプロトコルレイヤデータパケットを物理レイヤに転送した後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すステップ、または
前記第1のプロトコルレイヤデータパケットのハイブリッド自動再送信要求（HARQ）再送信の後に、前記第2のプロトコルレイヤにより、前記第1のプロトコルレイヤデータパケットが送信されたことを示すステップを備える、請求項10または11に記載の方法。
【請求項１３】
前記第1のプロトコルレイヤデータパケットを前記第2のプロトコルレイヤに転送するステップ
をさらに備える、請求項1から12のいずれか一項に記載の方法。
【請求項１４】
前記第1のプロトコルレイヤデータパケットが再送信に成功したときに、前記再送信カウンタをリセットするステップ
をさらに備える、請求項1から13のいずれか一項に記載の方法。
【請求項１５】
第1のプロトコルレイヤデータパケットを再送信することを決定するように構成された決定ユニットと、
前記第1のプロトコルレイヤデータパケットの前記再送信が初めての再送信であるとき、前記第1のプロトコルレイヤデータパケットに関連付けられた再送信カウンタを初期化するように構成された初期化ユニットと、
前記第1のプロトコルレイヤデータパケットの前記再送信が初めての再送信ではなく、前記第1のプロトコルレイヤデータパケットが再送信の保留中ではないとき、前記再送信カウンタを更新するか、もしくは前記再送信カウンタの値を変更せずに保持するように構成された更新ユニットと
を備える、通信装置。
【請求項１６】
前記装置が、
ステータスレポートを受信するように構成された受信ユニットであって、前記ステータスレポートが、前記第1のプロトコルレイヤデータパケットが送信に失敗したことを示す、受信ユニットをさらに備え、
前記決定ユニットが、前記ステータスレポートに基づいて、前記第1のプロトコルレイヤデータパケットを再送信することを決定するように構成される、請求項15に記載の装置。
【請求項１７】
前記再送信カウンタに関連付けられた別の第1のプロトコルレイヤデータパケットが送信に失敗したことを前記ステータスレポートがさらに示すとき、前記再送信カウンタが一度だけ更新される、請求項16に記載の装置。
【請求項１８】
前記更新ユニットが、
前記ステータスレポートにおいて送信に失敗した別の第1のプロトコルレイヤデータパケットに起因して前記再送信カウンタが更新されていないとき、前記再送信カウンタを更新する、または
前記ステータスレポートにおいて送信に失敗した別の第1のプロトコルレイヤデータパケットに起因して前記再送信カウンタが更新されているとき、前記再送信カウンタの前記値を変更せずに保持するように構成される、請求項16または17に記載の装置。
【請求項１９】
前記初期化ユニットが、
前記再送信カウンタを0に初期化するように構成される、請求項15から18のいずれか一項に記載の装置。
【請求項２０】
前記更新ユニットが、
前記再送信カウンタを1だけ増加させるように構成される、請求項15から19のいずれか一項に記載の装置。
【請求項２１】
前記第1のプロトコルレイヤが無線リンク制御（RLC）レイヤである、請求項15から20のいずれか一項に記載の装置。
【請求項２２】
前記初期化ユニットおよび前記更新ユニットが、
前記第1のプロトコルレイヤデータパケットを第1のプロトコルレイヤ再送信バッファに保存し、前記第1のプロトコルレイヤ再送信バッファに保存されている前記第1のプロトコルレイヤデータパケットが再送信の保留中である、ようにさらに構成される、請求項15から21のいずれか一項に記載の装置。
【請求項２３】
前記第1のプロトコルレイヤ再送信バッファに保存されていない前記第1のプロトコルレイヤデータパケットが再送信の非保留中である、請求項22に記載の装置。
【請求項２４】
前記更新ユニットが、
前記第1のプロトコルレイヤデータパケットが送信されたことを第2のプロトコルレイヤが示すとき、第1のプロトコルレイヤ再送信バッファから前記第1のプロトコルレイヤデータパケットを削除するようにさらに構成される、請求項15から23のいずれか一項に記載の装置。
【請求項２５】
第2のプロトコルレイヤが、以下の状況：
前記第1のプロトコルレイヤデータパケットがエアインターフェースを介して送信された、
前記第2のプロトコルレイヤが前記第1のプロトコルレイヤデータパケットを物理レイヤに転送した、および
前記第1のプロトコルレイヤデータパケットのハイブリッド自動再送信要求HARQ再送信、のうちの少なくとも1つにおいて、前記第1のプロトコルレイヤデータパケットが送信されたことを示す、請求項24に記載の装置。
【請求項２６】
前記第1のプロトコルレイヤデータパケットを前記第2のプロトコルレイヤに転送するように構成された送信ユニット
をさらに備える、請求項15から25のいずれか一項に記載の装置。
【請求項２７】
前記更新ユニットが、
前記第1のプロトコルレイヤデータパケットが送信に成功したとき、前記再送信カウンタをリセットするようにさらに構成される、請求項15から26のいずれか一項に記載の装置。
【請求項２８】
プロセッサおよびメモリを備える通信装置であって、前記プロセッサが前記メモリに記憶されたプログラムコードを実行するように構成され、その結果、前記通信装置が請求項1から14のいずれか一項に記載の方法を実行する、通信装置。
【請求項２９】
通信装置であって、前記通信装置がメモリに接続され、前記メモリに記憶されたプログラムコードを読み取り、実行するように構成され、その結果、前記通信装置が請求項1から14のいずれか一項に記載の方法を実行する、通信装置。
【請求項３０】
請求項15から29のいずれか一項に記載の装置を備える、端末。
【請求項３１】
プログラムコードを記憶するコンピュータ可読記憶媒体であって、前記プログラムコードが、請求項1から14のいずれか一項に記載の方法を実行するためにプロセッサによって呼び出される、コンピュータ可読記憶媒体。
【請求項３２】
コンピュータソフトウェア命令を備えるコンピュータプログラムであって、前記コンピュータソフトウェア命令が、請求項1から14のいずれか一項に記載の方法を実行するためにプロセッサによって呼び出される、コンピュータプログラム。
【国際調査報告】
2020529170.tif 000014
2020529170.tif 000015
2020529170.tif 000016
2020529170.tif 000017