特開 2025-153907 ＲＬＣ－ＡＭにおける不要な送信を防ぐための端末装置、基地局装置、及び制御方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025153907

(43)【公開日】2025-10-10

(54)【発明の名称】ＲＬＣ－ＡＭにおける不要な送信を防ぐための端末装置、基地局装置、及び制御方法

(51)【国際特許分類】

   H04W 28/02 20090101AFI20251002BHJP

   H04W 80/02 20090101ALI20251002BHJP

【ＦＩ】

H04W28/02

H04W80/02

【審査請求】未請求

【請求項の数】25

【出願形態】ＯＬ

(21)【出願番号】P 2024056620

(22)【出願日】2024-03-29

(71)【出願人】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】武田 洋樹

(72)【発明者】

【氏名】李 ヤンウェイ

(72)【発明者】

【氏名】高久 淑考

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA11

5K067AA43

5K067DD11

5K067EE02

5K067EE10

(57)【要約】

【課題】ＲＬＣ－ＡＭにおける許容遅延時間を超過したデータの送信を防ぐこと。
【解決手段】１つ以上のＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを生成して、ＲＬＣ－ＡＭで通信の相手装置へ送信する通信装置は、ＰＤＣＰレイヤにおいて、送信されたＰＤＣＰ ＰＤＵが相手装置において受信成功するまでの遅延の許容値である許容遅延時間を管理し、許容遅延時間を超えたＰＤＣＰ ＰＤＵを破棄し、ＲＬＣレイヤにおいて、破棄されたＰＤＣＰ ＰＤＵを特定する情報を取得し、破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵのシーケンス番号を特定し、破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを破棄し、破棄されるＲＬＣ ＰＤＵのシーケンス番号を相手装置へ通知する。
【選択図】 図４

【特許請求の範囲】

【請求項1】

第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠した通信装置であって、
ユーザデータを含んだＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ） Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）の生成を含んだＰＤＣＰレイヤの処理を行うＰＤＣＰ処理手段と、
前記ＰＤＣＰ処理手段からＰＤＣＰ ＰＤＵを取得し、１つ以上のＰＤＣＰ ＰＤＵを含んだＲａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ） ＰＤＵを生成して、ＲＬＣ－Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ（ＲＬＣ－ＡＭ）で通信の相手装置へ送信するＲＬＣ処理手段と、
を有し、
前記ＰＤＣＰ処理手段は、送信されたＰＤＣＰ ＰＤＵが前記相手装置において受信成功するまでの遅延の許容値である許容遅延時間を管理し、当該許容遅延時間を超えたＰＤＣＰ ＰＤＵを破棄し、
前記ＲＬＣ処理手段は、
破棄されたＰＤＣＰ ＰＤＵを特定する情報を前記ＰＤＣＰ処理手段から取得し、
前記破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵのシーケンス番号を特定し、
前記破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを破棄し、
破棄されるＲＬＣ ＰＤＵのシーケンス番号を前記相手装置へ通知する、
ことを特徴とする通信装置。

【請求項2】

前記ＲＬＣ処理手段は、前記破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを破棄するたびに、当該破棄されるＲＬＣ ＰＤＵのシーケンス番号を前記相手装置へ通知する、ことを特徴とする請求項１に記載の通信装置。

【請求項3】

前記ＲＬＣ処理手段は、前記破棄されるＲＬＣ ＰＤＵのシーケンス番号を前記相手装置へ通知した場合、当該通知の後の所定期間の間、さらなる通知を行わないようにするタイマを起動する、ことを特徴とする請求項１に記載の通信装置。

【請求項4】

前記ＲＬＣ処理手段は、破棄されたＲＬＣ ＰＤＵのシーケンス番号を所定の周期で周期的に前記相手装置へ通知する、ことを特徴とする請求項１に記載の通信装置。

【請求項5】

前記所定の周期は、前記相手装置から通知される、ことを特徴とする請求項４に記載の通信装置。

【請求項6】

前記ＲＬＣ処理手段は、破棄される第１のＲＬＣ ＰＤＵのシーケンス番号の情報を、破棄されない第２のＲＬＣ ＰＤＵであるＡｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ Ｄａｔａ（ＡＭＤ） ＰＤＵに含めて前記相手装置へ送信する、ことを特徴とする請求項１に記載の通信装置。

【請求項7】

前記ＲＬＣ処理手段は、破棄されるＲＬＣ ＰＤＵのシーケンス番号の情報を、ＳＴＡＴＵＳ ＰＤＵに含めて、前記相手装置へ送信する、ことを特徴とする請求項１に記載の通信装置。

【請求項8】

前記ＲＬＣ処理手段は、破棄されるＲＬＣ ＰＤＵのシーケンス番号のリストを、前記相手装置へ送信する、ことを特徴とする請求項１に記載の通信装置。

【請求項9】

前記ＲＬＣ処理手段は、破棄される１つ以上のＲＬＣ ＰＤＵの情報として、当該１つ以上のＲＬＣ ＰＤＵのシーケンス番号の最小値と、破棄されるＲＬＣ ＰＤＵの数を示す情報を、前記相手装置へ送信する、ことを特徴とする請求項１に記載の通信装置。

【請求項10】

前記ＲＬＣ処理手段は、前記相手装置へ送信されていない第１のＲＬＣ ＰＤＵを破棄する場合、当該第１のＲＬＣ ＰＤＵの後に送信される第２のＲＬＣ ＰＤＵのシーケンス番号を繰り上げ、前記第１のＲＬＣ ＰＤＵに付されていたシーケンス番号を前記相手装置へ通知しない、ことを特徴とする請求項１に記載の通信装置。

【請求項11】

前記ＲＬＣ処理手段は、前記相手装置へ通知した前記シーケンス番号のＲＬＣ ＰＤＵの再送を要求する信号を前記相手装置から受信した場合、破棄されたＲＬＣ ＰＤＵの当該シーケンス番号を前記相手装置へ再送する、ことを特徴とする請求項１に記載の通信装置。

【請求項12】

前記ＲＬＣ処理手段は、前記破棄されたＰＤＣＰ ＰＤＵと、破棄されないＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを破棄して、当該破棄されないＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを生成し、前記相手装置へ送信する、ことを特徴とする請求項１に記載の通信装置。

【請求項13】

前記ＲＬＣ処理手段は、送信対象のＲＬＣ ＰＤＵを特定するためのシーケンス番号の範囲を特定するためのウィンドウにおける最小のシーケンス番号が破棄されたＲＬＣ ＰＤＵに対応するシーケンス番号に対応する場合、当該ウィンドウを当該破棄されたＲＬＣ ＰＤＵに対応するシーケンス番号を含まない範囲までシフトさせる、ことを特徴とする請求項１に記載の通信装置。

【請求項14】

第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠した通信装置であって、
通信の相手装置から、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）－Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ（ＡＭ）で、ＲＬＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）を受信し、当該ＲＬＣ ＰＤＵに含まれる１つ以上のＲＬＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＳＤＵ）を出力するＲＬＣ処理手段と、
前記ＲＬＣ ＳＤＵを、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ） ＰＤＵとして取得して、当該ＰＤＣＰ ＰＤＵの受信処理を行うＰＤＣＰ処理手段と、
を有し、
前記ＲＬＣ処理手段は、
破棄されるＲＬＣ ＰＤＵのシーケンス番号の通知を前記相手装置から受信し、
通知された当該シーケンス番号のＲＬＣ ＰＤＵが受信されない場合であっても、当該ＲＬＣ ＰＤＵの再送を要求しない、
ことを特徴とする通信装置。

【請求項15】

前記ＲＬＣ処理手段は、前記相手装置へ、ＲＬＣ ＰＤＵの受信状態を示す情報を送信するように構成され、通知された前記シーケンス番号のＲＬＣ ＰＤＵが受信されていないことを示さないように前記受信状態を生成する、ことを特徴とする請求項１４に記載の通信装置。

【請求項16】

前記通信装置は端末装置であり、前記相手装置は基地局装置である、ことを特徴とする請求項１から１５のいずれか１項に記載の通信装置。

【請求項17】

前記通信装置は、破棄されるＲＬＣ ＰＤＵのシーケンス番号の通知に関する能力を有するか否かを示す能力情報を、前記相手装置へ送信する送信手段をさらに有する、ことを特徴とする請求項１６に記載の通信装置。

【請求項18】

前記能力情報は、前記通知に伴う内部変数の制御機能を有するか否かを示す情報をさらに含む、ことを特徴とする請求項１７に記載の通信装置。

【請求項19】

前記通信装置は基地局装置であり、前記相手装置は端末装置である、ことを特徴とする請求項１から１５のいずれか１項に記載の通信装置。

【請求項20】

前記通信装置は、破棄されるＲＬＣ ＰＤＵのシーケンス番号の通知に関する能力を有するか否かを示す能力情報を、前記相手装置から受信する受信手段をさらに有する、ことを特徴とする請求項１９に記載の通信装置。

【請求項21】

前記能力情報は、前記通知に伴う内部変数の制御機能を有するか否かを示す情報をさらに含む、ことを特徴とする請求項２０に記載の通信装置。

【請求項22】

第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠し、ユーザデータを含んだＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ） Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）の生成を含んだＰＤＣＰレイヤの処理を行うＰＤＣＰ機能と、前記ＰＤＣＰ機能からＰＤＣＰ ＰＤＵを取得し、１つ以上のＰＤＣＰ ＰＤＵを含んだＲａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ） ＰＤＵを生成して、ＲＬＣ－Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ（ＲＬＣ－ＡＭ）で通信の相手装置へ送信するＲＬＣ機能と、を含んだ通信装置によって実行される制御方法であって、
前記ＰＤＣＰ機能において、
送信されたＰＤＣＰ ＰＤＵが前記相手装置において受信成功するまでの遅延の許容値である許容遅延時間を管理することと、
当該許容遅延時間を超えたＰＤＣＰ ＰＤＵを破棄することと、
前記ＲＬＣ機能において、
破棄されたＰＤＣＰ ＰＤＵを特定する情報を前記ＰＤＣＰ機能から取得することと、
前記破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵのシーケンス番号を特定することと、
前記破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを破棄することと、
破棄されるＲＬＣ ＰＤＵのシーケンス番号を前記相手装置へ通知することと、
を含むことを特徴とする制御方法。

【請求項23】

第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠し、通信の相手装置から、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）－Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ（ＡＭ）で、ＲＬＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）を受信し、当該ＲＬＣ ＰＤＵに含まれる１つ以上のＲＬＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＳＤＵ）を出力するＲＬＣ機能と、前記ＲＬＣ ＳＤＵを、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ） ＰＤＵとして取得して、当該ＰＤＣＰ ＰＤＵの受信処理を行うＰＤＣＰ機能と、を含んだ通信装置によって実行される制御方法であって、
前記ＲＬＣ機能において、
破棄されるＲＬＣ ＰＤＵのシーケンス番号の通知を前記相手装置から受信することと、
通知された当該シーケンス番号のＲＬＣ ＰＤＵが受信されない場合であっても、当該ＲＬＣ ＰＤＵの再送を要求しないことと、
を含むことを特徴とする制御方法。

【請求項24】

通信装置に備えられたコンピュータに請求項２２に記載の制御方法を実行させるためのプログラム。

【請求項25】

通信装置に備えられたコンピュータに請求項２３に記載の制御方法を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、セルラ通信システムにおけるＲＬＣ－ＡＭを用いたデータ送信技術に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））のセルラ通信規格において、ユーザデータの通信に関する信頼性向上のために、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）－Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ（ＡＭ）と呼ばれる仕組みが導入されている。このモードは、送信対象のユーザデータが相手装置に届いたことを示す確認応答（ＡＣＫ）が受信されない場合に、そのユーザデータの再送を行うモードである。

【発明の概要】

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

【0003】

相手装置に到達するまでの遅延の許容値（許容遅延時間、Ｐａｃｋｅｔ ｄｅｌａｙ ｂａｄｇｅｔ）が設定されるユーザデータが存在する。例えば、リアルタイム性が要求されるユーザデータは、その許容遅延時間が短いことが当然に想定される。ここで、ＲＬＣ－ＡＭにおいてそのような許容遅延時間が短いユーザデータを送信する場合、そのユーザデータの送信または再送時に、その許容遅延時間を超過してしまうことが想定される。許容遅延時間を超過したユーザデータは、もはや送信する必要がないデータとなる。しかしながら、ＲＬＣ－ＡＭエンティティが再送などの処理を停止することができず、不必要なデータの送信などの無駄が生じうる。

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

【0004】

本発明は、ＲＬＣ－ＡＭにおける許容遅延時間を超過したデータの送信を防ぐ技術を提供する。

【0005】

本発明の一態様による通信装置は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠した通信装置であって、ユーザデータを含んだＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ） Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）の生成を含んだＰＤＣＰレイヤの処理を行うＰＤＣＰ処理手段と、前記ＰＤＣＰ処理手段からＰＤＣＰ ＰＤＵを取得し、１つ以上のＰＤＣＰ ＰＤＵを含んだＲａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ） ＰＤＵを生成して、ＲＬＣ－Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ（ＲＬＣ－ＡＭ）で通信の相手装置へ送信するＲＬＣ処理手段と、を有し、前記ＰＤＣＰ処理手段は、送信されたＰＤＣＰ ＰＤＵが前記相手装置において受信成功するまでの遅延の許容値である許容遅延時間を管理し、当該許容遅延時間を超えたＰＤＣＰ ＰＤＵを破棄し、前記ＲＬＣ処理手段は、破棄されたＰＤＣＰ ＰＤＵを特定する情報を前記ＰＤＣＰ処理手段から取得し、前記破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵのシーケンス番号を特定し、前記破棄されたＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを破棄し、破棄されるＲＬＣ ＰＤＵのシーケンス番号を前記相手装置へ通知する。

【0006】

本発明の別の一態様による通信装置は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠した通信装置であって、通信の相手装置から、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）－Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ（ＡＭ）で、ＲＬＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）を受信し、当該ＲＬＣ ＰＤＵに含まれる１つ以上のＲＬＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＳＤＵ）を出力するＲＬＣ処理手段と、前記ＲＬＣ ＳＤＵを、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ） ＰＤＵとして取得して、当該ＰＤＣＰ ＰＤＵの受信処理を行うＰＤＣＰ処理手段と、を有し、前記ＲＬＣ処理手段は、破棄されるＲＬＣ ＰＤＵのシーケンス番号の通知を前記相手装置から受信し、通知された当該シーケンス番号のＲＬＣ ＰＤＵが受信されない場合であっても、当該ＲＬＣ ＰＤＵの再送を要求しない。

【発明の効果】

【0007】

本発明によれば、ＲＬＣ－ＡＭにおける許容遅延時間を超過したデータの送信を防ぐことができる。

【図面の簡単な説明】

【0008】

【図1】無線通信システムの構成例を示す図である。

【図2】基地局装置及び端末装置のハードウェア構成例を示す図である。

【図3】基地局装置及び端末装置の機能構成例を示す図である。

【図4】無線通信システムで実行される処理を説明する図である。

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

【0009】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴は任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

【0010】

（システム構成）
図１に本実施形態に係る無線通信システムの構成例を示す。本無線通信システムは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））の、ロングタームエボリューション（ＬＴＥ）や第５世代（５Ｇ）などのセルラ通信規格、又はその後継規格に準拠した無線通信システムである。本無線通信システムは、基地局装置１０１及び端末装置１１１を含んで構成される。端末装置１１１は、基地局装置１０１と接続を確立して、上りリンク（端末装置１１１から基地局装置１０１へ向かう方向のリンク）のユーザデータを送信し、下りリンク（基地局装置１０１から端末装置１１１へ向かう方向のリンク）のユーザデータを受信する通信装置である。同様に、基地局装置１０１は、接続された端末装置１１１へ、下りリンクのユーザデータを送信し、上りリンクのユーザデータを受信する通信装置である。

【0011】

（装置構成）
図２に、本実施形態に係る基地局装置１０１及び端末装置１１１のハードウェア構成例を示す。基地局装置１０１及び端末装置１１１は、一例において、プロセッサ２０１、ＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４、及び通信回路２０５を含んで構成される。プロセッサ２０１は、汎用のＣＰＵ（中央演算装置）や、ＡＳＩＣ（特定用途向け集積回路）などの、１つ以上の処理回路を含んで構成されるコンピュータであり、ＲＯＭ２０２や記憶装置２０４に記憶されているプログラムを読み出して実行することにより、装置の全体の制御処理や、上述の各処理を実行する。ＲＯＭ２０２は、基地局装置１０１及び端末装置１１１が実行する処理に関するプログラムや各種パラメータ等の情報を記憶する読み出し専用メモリである。ＲＡＭ２０３は、プロセッサ２０１がプログラムを実行する際のワークスペースとして機能し、また、一時的な情報を記憶するランダムアクセスメモリである。記憶装置２０４は、例えば着脱可能な外部記憶装置等によって構成される。通信回路２０５は、例えば、ＬＴＥや５Ｇ、又はその後継規格の無線通信用の回路によって構成される。なお、図２では、１つの通信回路２０５が図示されているが、基地局装置１０１及び端末装置１１１は、複数の通信回路を有しうる。例えば、基地局装置１０１及び端末装置１１１は、ＬＴＥ用、５Ｇ用、およびその後継規格用のそれぞれのための無線通信回路と、それらの回路に共通のアンテナを有しうる。なお、基地局装置１０１及び端末装置１１１は、各規格に適したアンテナを別個に有してもよい。また、基地局装置１０１は、さらに、他の基地局装置やコアネットワークのノードと通信する際に使用される有線通信回路を有しうる。また、端末装置１１１は、さらに、無線ローカルエリアネットワーク（ＬＡＮ）やＢｌｕｅｔｏｏｔｈ（登録商標）などのセルラ通信規格以外の無線通信規格に準拠した通信回路などを有してもよい。なお、基地局装置１０１及び端末装置１１１は、使用可能な複数の周波数帯域のそれぞれについて別個の通信回路２０５を有してもよいし、それらの周波数帯域の少なくとも一部に対して共通の通信回路２０５を有してもよい。

【0012】

図３に、本実施形態に係る基地局装置１０１及び端末装置１１１の機能構成例を示す。基地局装置１０１及び端末装置１１１は、共に、ＰＤＣＰ処理部３０１、ＲＬＣ処理部３０２、ＭＡＣ処理部３０３、及びＰＨＹ処理部３０４を含んで構成される。なお、図３では、本実施形態に特に関係する機能のみを示しており、基地局装置や端末装置が有しうる他の各種機能については図示を省略している。例えば、端末装置は、５Ｇやその後続規格などに準拠した端末装置が一般的に有する他の機能を当然に有する。また、図３の機能ブロックは概略的に示したものであり、それぞれの機能ブロックが一体化されて実現されてもよいし、さらに細分化されてもよい。また、図３の各機能は、例えば、プロセッサ２０１がＲＯＭ２０２や記憶装置２０４に記憶されているプログラムを実行することにより実現されてもよいし、例えば通信回路２０５の内部に存在するプロセッサが所定のソフトウェアを実行することによって実現されてもよい。なお、各機能部が実行する処理の詳細については上述の通りであるため、ここでは基地局装置１０１及び端末装置１１１の大まかな機能のみを概説する。

【0013】

ＰＤＣＰ処理部３０１は、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）レイヤの処理を実行する。ＰＤＣＰ処理部３０１は、ユーザデータを含んだＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）パケットを取得すると、そのパケットを送信対象のＰＤＣＰ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＳＤＵ）として取り扱う。そして、ＰＤＣＰ処理部３０１は、そのＰＤＣＰ ＳＤＵに、ＰＤＣＰレイヤのヘッダ（ＰＤＣＰヘッダ）を追加して、ＰＤＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）を生成する。ＰＤＣＰ処理部３０１は、ＰＤＣＰ ＰＤＵをＲＬＣ処理部３０２へ出力する。

【0014】

ＲＬＣ処理部３０２は、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）レイヤの処理を実行する。ＲＬＣ処理部３０２は、ＰＤＣＰ処理部３０１から入力されたＰＤＣＰ ＰＤＵをＲＬＣ ＳＤＵとして、そのＲＬＣ ＳＤＵにＲＬＣレイヤのヘッダ（ＲＬＣヘッダ）を追加してＲＬＣ ＰＤＵを生成し、そのＲＬＣ ＰＤＵをＭＡＣ処理部３０３へ出力する。なお、ＲＬＣ処理部３０２は、複数のＲＬＣ ＳＤＵを連結して、１つのＲＬＣ ＰＤＵを生成しうる。このとき、１つのＲＬＣ ＳＤＵが分割されて、複数のＲＬＣ ＰＤＵに含まれてもよい。

【0015】

ＭＡＣ処理部３０３は、Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）レイヤの処理を実行する。ＭＡＣ処理部３０３は、ＲＬＣ処理部３０２が生成したＲＬＣ ＰＤＵをＭＡＣ ＳＤＵとして、そのＭＡＣ ＳＤＵにＭＡＣレイヤのヘッダ（ＭＡＣヘッダ）及びパディングを追加してＭＡＣ ＰＤＵを生成し、そのＭＡＣ ＰＤＵをＰＨＹ処理部３０４へ出力する。ＰＨＹ処理部３０４は、ＭＡＣ ＰＤＵをトランスポートブロックとして、送信対象のサブフレームを生成し、無線信号として相手装置へ送信する。

【0016】

ここまで、送信側の通信装置についての各処理部についての説明をした。受信側の通信装置では、その逆の手順が行われる。すなわち、ＰＨＹ処理部３０４は、相手装置からトランスポートブロックを含んだ無線信号（サブフレーム）を受信し、そのトランスポートブロックをＭＡＣ処理部３０３へ出力する。ＭＡＣ処理部３０３は、トランスポートブロックをＭＡＣ ＰＤＵとして、そこからＭＡＣヘッダ及びパディングを削除して、ＭＡＣ ＳＤＵを抽出し、ＲＬＣ処理部３０２へそのＭＡＣ ＳＤＵを出力する。ＲＬＣ処理部３０２は、ＭＡＣ ＳＤＵをＲＬＣ ＰＤＵとして、ＲＬＣヘッダを削除して、ＲＬＣ ＳＤＵを抽出する。なお、ＲＬＣ ＰＤＵには、複数のＲＬＣ ＳＤＵが含まれうる。また、１つのＲＬＣ ＳＤＵが複数のＲＬＣ ＰＤＵに分割されて含められている場合もありうる。このため、ＲＬＣ処理部３０２は、ＲＬＣ ＰＤＵに含まれるペイロードの部分を分割又は連結して、各ＲＬＣ ＳＤＵを再現する。そして、ＲＬＣ処理部３０２は、再現したＲＬＣ ＳＤＵをＰＤＣＰ処理部３０１へ出力する。ＰＤＣＰ処理部３０１は、ＲＬＣ ＳＤＵからＰＤＣＰヘッダを削除して、ＩＰパケットを抽出する。このようにして、送信側の通信装置（上りリンクの場合は端末装置１１１、下りリンクの場合は基地局装置１０１）のユーザデータ（ＩＰパケット）が、受信側の通信装置（上りリンクの場合は基地局装置１０１、下りリンクの場合は端末装置１１１）に到達する。

【0017】

なお、送信側の通信装置におけるＰＤＣＰ処理部３０１は、ユーザデータ（ＩＰパケット）が、通信の相手装置において受信成功するまでの遅延の許容値である許容遅延時間を管理している。そして、ＰＤＣＰ処理部３０１は、ユーザデータの発生（ＰＤＣＰ処理部３０１への入力）からの経過時間がその許容遅延時間を超過した場合に、そのＰＤＣＰ ＰＤＵを破棄する。なお、この場合の許容遅延時間は、受信側の通信装置である基地局装置から、送信側の通信装置である端末装置へ通知されうる。基地局装置は、コアネットワーク装置から受信した５ＱＩ（５Ｇ ＱｏＳ Ｉｄｅｎｔｉｆｉｅｒ）などの無線回線に要求される品質を示す情報に基づいて、許容遅延時間を決定し、ＰＤＣＰのパラメータの一部のｄｉｓｃａｒｄＴｉｍｅｒとして、端末装置に通知しうる。

【0018】

また、ＲＬＣ処理部３０２は、ＲＬＣ－Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ（ＡＭ）と呼ばれる確認応答及び再送機構を用いることができる。ＲＬＣ－ＡＭでは、ＲＬＣ処理部３０２は、送信対象のＲＬＣ ＰＤＵに対してシーケンス番号を付与して送信する。そして、ＲＬＣ処理部３０２は、通信の相手装置のＲＬＣ処理部３０２において正常に受信されなかったＲＬＣ ＰＤＵのシーケンス番号を示す確認応答（状態情報）を受信し、正常に受信されなかったＲＬＣ ＰＤＵを再送する。相手装置からは、例えば、ＲＬＣ ＰＤＵの受信状態を示すＳＴＡＴＵＳ ＰＤＵが受信される。ＳＴＡＴＵＳ ＰＤＵは、例えば、受信に成功していないＲＬＣ ＰＤＵのシーケンス番号と、受信に成功したＲＬＣ ＰＤＵのシーケンス番号の次のシーケンス番号（すなわち、次に新たに受信されるべきＲＬＣ ＰＤＵのシーケンス番号）を示す情報を含む。例えば、シーケンス番号が１～３のＲＬＣ ＰＤＵが送信された状態において、シーケンス番号２のＲＬＣ ＰＤＵの受信に成功しておらず、シーケンス番号１及び３のＲＬＣ ＰＤＵの受信に成功していた場合、受信に成功していないＲＬＣ ＰＤＵのシーケンス番号「２」と、次に新たに受信されるべきＲＬＣ ＰＤＵのシーケンス番号「４」が、ＳＴＡＴＵＳ ＰＤＵに含まれうる。ＲＬＣ処理部３０２は、そのＳＴＡＴＵＳ ＰＤＵを受信したことに応じて、シーケンス番号「２」のＲＬＣ ＰＤＵの再送と、シーケンス番号「４」のＲＬＣ ＰＤＵの送信とを行いうる。

【0019】

ＲＬＣ－ＡＭによる通信制御が行われている場合、受信側の通信装置において、ＲＬＣ ＰＤＵの受信に成功しなかった場合には、送信側の通信装置は、そのＲＬＣ ＰＤＵを繰り返し送信する。このときに、例えば、ＰＤＣＰ処理部３０１は、そのＲＬＣ ＰＤＵを用いて送信されるユーザデータの発生からの時間が許容遅延時間を超過したと判定した場合、そのユーザデータに関するＰＤＣＰ ＰＤＵを破棄する。この時点で、そのＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵがＲＬＣレイヤにおいて再送される必要がなくなりうるが、ＲＬＣ処理部３０２は、再送が不要となったことを認識することができない。また、許容遅延時間が短いユーザデータについては、ＲＬＣ処理部３０２においてそのユーザデータを含んだＲＬＣ ＰＤＵの送信の準備を行っている間に、そのユーザデータの発生からの時間がその許容遅延時間を超えてしまうことも想定されうる。このような場合に、ＲＬＣ処理部３０２は、不必要な送信を行ってしまうこととなる。また、受信側の通信装置におけるＲＬＣ処理部３０２は、ＲＬＣ ＰＤＵが、ユーザデータの許容遅延時間が経過したことによりもはや送信する必要がないものであることを認識することができず、再送要求を送信し続けてしまう。

【0020】

本実施形態では、このような事情に鑑み、ＲＬＣ ＰＤＵの不必要な送信を抑制するための技術を提供する。

【0021】

本実施形態では、送信側の通信装置（以下、「送信装置」と呼ぶ。）において、ＰＤＣＰ処理部３０１は、ユーザデータ（そのユーザデータを含んだＰＤＣＰ ＰＤＵ又はＰＤＣＰ ＳＤＵ）を破棄した場合に、その破棄されたユーザデータを特定する情報をＲＬＣ処理部３０２へ通知する。ＰＤＣＰ処理部３０１は、例えば、ＰＤＣＰ ＰＤＵ又はＰＤＣＰ ＳＤＵを特定する情報をＲＬＣ処理部３０２へ通知しうる。ＲＬＣ処理部３０２は、通知された情報に基づいて、破棄されたユーザデータを含んだＲＬＣ ＰＤＵのシーケンス番号を特定する。そして、送信装置のＲＬＣ処理部３０２は、そのシーケンス番号のＲＬＣ ＰＤＵを破棄し、さらに、受信側の通信装置（以下、「受信装置」と呼ぶ。）のＲＬＣ処理部３０２に向けて、その破棄されたＲＬＣ ＰＤＵのシーケンス番号を通知する。これにより、送信装置において、不要なＲＬＣ ＰＤＵを送信してしまうことを防ぐことができる。また、受信装置は、破棄されたＲＬＣ ＰＤＵのシーケンス番号の情報を受信することにより、そのシーケンス番号のＲＬＣ ＰＤＵが受信されない場合であっても、そのＲＬＣ ＰＤＵの再送要求を送信装置へ送信しないようにしうる。

【0022】

なお、送信装置は、ＲＬＣ ＰＤＵの破棄が行われるたびに、破棄したＲＬＣ ＰＤＵのシーケンス番号を受信装置へ通知してもよいし、例えば、破棄したＲＬＣ ＰＤＵのシーケンス番号（のリスト）を所定の周期で周期的に受信装置へ通知してもよい。なお、この場合の所定の周期を特定可能な情報は、送信装置が端末装置１１１である場合に、基地局装置１０１から通知されうる。なお、送信装置が基地局装置１０１である場合にも、その所定の周期を特定可能な情報が端末装置１１１から基地局装置１０１へ通知されてもよい。なお、送信装置は、破棄したＲＬＣ ＰＤＵのシーケンス番号を受信装置に通知した際に、ｐｒｏｈｉｂｉｔ ｔｉｍｅｒを起動し、所定期間の間、さらなる破棄したＲＬＣ ＰＤＵのシーケンス番号の通知が行われないようにしてもよい。すなわち、高頻度で破棄したＲＬＣ ＰＤＵのシーケンス番号が通知されることを防ぎ、一度シーケンス番号の通知が行われた後は、一定期間にわたって同様の通知が行われることを防いでもよい。送信装置は、破棄したＲＬＣ ＰＤＵのシーケンス番号に関する情報のみを受信装置へ送信してもよいし、受信装置に対して送信されるユーザデータを含んだＲＬＣ ＰＤＵ（Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ Ｄａｔａ（ＡＭＤ） ＰＤＵ）に、破棄したＲＬＣ ＰＤＵのシーケンス番号に関する情報を含めて、受信装置へ送信してもよい。また、送信装置は、破棄したＲＬＣ ＰＤＵのシーケンス番号に関する情報を含んだＳＴＡＴＵＳ ＰＤＵを生成し、受信装置へそのＳＴＡＴＵＳ ＰＤＵを送信してもよい。このＳＴＡＴＵＳ ＰＤＵは、破棄されたＲＬＣ ＰＤＵを通知するために新たに定義されうる。送信装置が通知する情報は、破棄したＲＬＣ ＰＤＵのシーケンス番号（のリスト）に限られず、破棄されたＲＬＣ ＰＤＵのシーケンス番号の最小値と、破棄されたＲＬＣ ＰＤＵの個数で構成された情報であってもよい。また、送信装置は、ＲＬＣ ＰＤＵが初回送信される前に破棄された場合、そのＲＬＣ ＰＤＵの後に送信される他のＲＬＣ ＰＤＵのシーケンス番号を繰り上げ、破棄されたＲＬＣ ＰＤＵのシーケンス番号に関する通知を行わないようにしてもよい。すなわち、例えば、シーケンス番号が「ｎ」の第１のＲＬＣ ＰＤＵが受信装置へ送信されることなく破棄された場合に、シーケンス番号が「ｎ＋１」に設定されて送信される予定であった第２のＲＬＣ ＰＤＵのシーケンス番号を「ｎ」に振り直し、第１のＲＬＣ ＰＤＵのシーケンス番号に関する通知が行われないようにしてもよい。第１のＲＬＣ ＰＤＵが送信されたことがないため、受信装置は、その第１のＲＬＣ ＰＤＵの存在を認識しておらず、その第１のＲＬＣ ＰＤＵの再送を要求することもないからである。

【0023】

なお、送信装置は、受信装置へ、破棄したＲＬＣ ＰＤＵのシーケンス番号を通知した後に、その受信装置からそのシーケンス番号のＲＬＣ ＰＤＵの再送要求を受信した場合、そのＲＬＣ ＰＤＵを送信することなく、その破棄したＲＬＣ ＰＤＵのシーケンス番号の通知を、受信装置へ再送しうる。再送要求が届いたことにより、受信装置に破棄されたＲＬＣ ＰＤＵのシーケンス番号の通知が届いていないことが想定されるからである。なお、この処理を行うために、送信装置は、送信したＲＬＣ ＰＤＵと、破棄したＲＬＣ ＰＤＵとを区別して管理しうる。すなわち、送信装置は、所定の範囲のシーケンス番号を有するＲＬＣ ＰＤＵを送信対象として特定するための、所定サイズのウィンドウを用いて送信管理を行うが、その管理のみでは、破棄されたＲＬＣ ＰＤＵと再送する可能性があるＲＬＣ ＰＤＵとを区別することができない。このため、送信装置は、破棄したＲＬＣ ＰＤＵの再送の要求を受信した場合に、そのＲＬＣ ＰＤＵが再送対象でないことを特定することを可能とするための情報を管理してもよい。送信装置は、例えばこの情報に基づいて、再送要求の対象のＲＬＣ ＰＤＵを再送するか否かを判定しうる。すなわち、送信装置は、破棄されたＲＬＣ ＰＤＵについては再送要求を受信したとしても再送しないと判定し、破棄されていないＲＬＣ ＰＤＵについての再送要求を受信した場合に再送を行うと判定しうる。また、送信装置は、例えば、上述のウィンドウによって特定されるシーケンス番号の範囲のうち、最小のシーケンス番号のＲＬＣ ＰＤＵが破棄された場合、破棄されたシーケンス番号を含まない範囲までウィンドウをシフトして、送信対象の範囲を変更しうる。

【0024】

また、送信装置は、１つのＲＬＣ ＰＤＵに、破棄された第１のＰＤＣＰ ＰＤＵと破棄されていない第２のＰＤＣＰ ＰＤＵが含まれる場合、その第１のＰＤＣＰ ＰＤＵを含んだＲＬＣ ＰＤＵを破棄して、第２のＰＤＣＰ ＰＤＵのみが含まれたＲＬＣ ＰＤＵを生成しうる。そして、送信装置は、そのＲＬＣ ＰＤＵを受信装置へ送信しうる。なお、このＲＬＣ ＰＤＵのシーケンス番号は、破棄されたＲＬＣ ＰＤＵのシーケンス番号を流用してもよいし、別のシーケンス番号がこのＲＬＣ ＰＤＵに付与されてもよい。また、この場合、破棄された第１のＰＤＣＰ ＰＤＵと破棄されていない第２のＰＤＣＰ ＰＤＵを含むＲＬＣ ＰＤＵを破棄せずに、そのＲＬＣ ＰＤＵの再送を含めた従来の処理が継続されるようにしてもよい。

【0025】

受信装置は、上述のように、破棄されたＲＬＣ ＰＤＵについては、受信されなくても再送要求を送信しない。受信装置のＲＬＣ処理部３０２は、その破棄されたＲＬＣ ＰＤＵについて、受信成功した場合と同様の扱いをする。一例において、受信装置は、破棄されたことが通知されたシーケンス番号のＲＬＣ ＰＤＵが受信されていないことを示さないように（受信された場合と同様に）、上述のＳＴＡＴＵＳ ＰＤＵを生成して、送信装置へ送信しうる。なお、受信装置においても、シーケンス番号のウィンドウなどによって受信管理が行われうる。この場合に、破棄されたＲＬＣ ＰＤＵのシーケンス番号の通知を受信した場合に、そのシーケンス番号が、ウィンドウの最小値に対応する場合に、そのシーケンス番号を含まなくなるようにそのウィンドウの範囲をシフトしうる。

【0026】

なお、端末装置１１１は、上述のような処理を行う能力を有するか否かを示す能力情報を、基地局装置１０１へ通知してもよい。すなわち、端末装置１１１は、破棄されたＲＬＣ ＰＤＵのシーケンス番号を通知する能力、又は、その通知を受信した場合に、その破棄されたＲＬＣ ＰＤＵの再送を要求しない能力を有するか否かを、基地局装置１０１へ通知しうる。また、能力情報は、上述のウィンドウの制御などのための内部変数の制御を実行可能であるか否かを示す情報を含んでもよい。なお、内部変数の制御については、通知されなくてもよい。すなわち、端末装置１１１は、本実施形態において説明される処理の全てではなく、一部のみをサポートしていることを示す情報を基地局装置１０１へ通知してもよい。例えば、端末装置１１１が、破棄されるＲＬＣ ＰＤＵのシーケンス番号の通知に関する処理のみをサポートしている場合、基地局装置１０１は、そのＲＬＣ ＰＤＵの受信に成功した場合と同様の処理を行うことにより、端末装置１１１が、内部変数の処理を行うことなく、不必要なＲＬＣ ＰＤＵの送信を防ぐことができる。すなわち、基地局装置１０１が、上述のＳＴＡＴＵＳ ＰＤＵにおいて、破棄されたＲＬＣ ＰＤＵについてＮＡＣＫの対象としないことにより、端末装置１１１がそのＲＬＣ ＰＤＵを再送することを防ぐことができる。また、この場合、端末装置１１１は、基地局装置１０１から、破棄されたＲＬＣ ＰＤＵの再送を要求された場合には、そのＲＬＣ ＰＤＵを再送しうる。すなわち、端末装置１１１は、シーケンス番号の通知のみを行い、他の処理については行わなくてもよい。すなわち、基地局装置１０１が内部変数の制御も含めて実行可能であることを条件に、端末装置１１１は、上述の処理の全てを実行可能でなくてもよい。なお、端末装置１１１が、破棄されるＲＬＣ ＰＤＵのシーケンス番号の通知機能のみを実行可能な場合に、基地局装置１０１が上述の処理を実行可能でない場合、その通知が無視されるのみであり、従来通りの動作が行われうる。すなわち、端末装置１１１は、削除されるＲＬＣ ＰＤＵのシーケンス番号を通知するが、基地局装置１０１においてそのＲＬＣ ＰＤＵが正常に受信されたことが通知されるまで、そのＲＬＣ ＰＤＵを破棄しない。このため、基地局装置１０１が、上述の通知を解釈することができない場合には、破棄されたユーザデータに対応するＲＬＣ ＰＤＵが送信されることとなるが、破棄されたＲＬＣ ＰＤＵが存在せず、通知を再送してもその解釈がされない、という動作が発生することを防ぐことができる。

【0027】

なお、基地局装置１０１は、能力情報を受信したことに応じて、端末装置１１１に実行させる処理を決定しうる。すなわち、基地局装置１０１は、端末装置１１１が有する能力に対応する処理の全部が実行されるように端末装置１１１に指示してもよいし、例えば上述のシーケンス番号の通知処理のみなど、一部の機能のみを実行するように端末装置１１１に指示してもよい。この指示は、例えば、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージによって、端末装置１１１へ通知されうる。

【0028】

（処理の流れ）
続いて、図４を用いて、本実施形態の無線通信システムにおいて実行される処理の流れの例について説明する。なお、ここで示す処理は一例であり、上述のような様々な変形が行われうる。なお、端末装置１１１の能力情報の通知は既に行われており、シーケンス番号の通知と内部変数の変更とが行われるものとする。

【0029】

送信装置は、例えば、シーケンス番号が１～９のＲＬＣ ＰＤＵを送信するものとする。なお、図４では、初期的にシーケンス番号が１～９のＲＬＣ ＰＤＵが生成されているような例が示されているが、これらのＲＬＣ ＰＤＵは逐次的に生成されてもよく、初期的には少なくとも一部のデータが生成されていなくてもよい。送信装置は、送信対象のＲＬＣ ＰＤＵを特定するためのウィンドウを使用する。図４の例では、ウィンドウサイズが３であり、初期的には、シーケンス番号が１～３の範囲が送信対象として特定されうる。送信装置は、ウィンドウによって指定されるシーケンス番号が１～３のＲＬＣ ＰＤＵを、受信装置へ送信する（Ｓ４０１）。このとき、送信装置は、受信装置からＡＣＫを受信していないシーケンス番号のうち、最も古い番号を、変数ＴＸ＿Ｎｅｘｔ＿Ａｃｋによって管理する。Ｓ４０１の時点では、シーケンス番号が１～３のＲＬＣ ＰＤＵが送信され、そのいずれについてもＡＣＫを受信していないため、ＴＸ＿Ｎｅｘｔ＿Ａｃｋが「１」に設定される。このＴＸ＿Ｎｅｘｔ＿Ａｃｋは、ウィンドウで指定されるシーケンス番号の下限に対応する。すなわち、シーケンス番号がＴＸ＿Ｎｅｘｔ＿ＡｃｋからＴＸ＿Ｎｅｘｔ＿Ａｃｋ＋Ｗｉｎｄｏｗ Ｓｉｚｅ－１までのＲＬＣ ＰＤＵが、送信対象となるようにウィンドウが設定される。また、送信装置は、次に送信すべき（未送信状態の）ＲＬＣ ＰＤＵのシーケンス番号を、変数ＴＸ＿Ｎｅｘｔにより管理する。この場合、シーケンス番号が１～３のＲＬＣ ＰＤＵが送信されたため、ＴＸ＿Ｎｅｘｔが「４」に設定される。

【0030】

なお、受信装置において、受信用のウィンドウが管理されており、そのウィンドウによって規定されるシーケンス番号の下限値が変数ＲＸ＿Ｎｅｘｔによって管理される。また、受信装置において、受信に成功した最後のシーケンス番号が、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔによって管理される。図４の例では、受信装置において、初期的に、ＲＸ＿Ｎｅｘｔ＝１が保持されている。ここで、受信装置は、Ｓ４０１において送信されたシーケンス番号が１～３のＲＬＣ ＰＤＵのうち、シーケンス番号が１～２のＲＬＣ ＰＤＵのみ受信に成功したものとする。この場合、受信装置は、例えば、シーケンス番号が１～２のＲＬＣ ＰＤＵの受信に成功したことを示す確認応答（ＡＣＫ）を送信装置へ送信する（Ｓ４０２）。この場合の確認応答（ＡＣＫ）は、ＡＣＫ＿ＳＮ＝３を含むＳＴＡＴＵＳ ＰＤＵでありうる。送信装置は、この時点において、受信に成功したシーケンス番号の最大値が２であるため、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔに「２」を設定し、次に受信されるべきＲＬＣ ＰＤＵのシーケンス番号が３であるため、ＲＸ＿Ｎｅｘｔに「３」を設定する。

【0031】

送信装置は、Ｓ４０２のＡＣＫを受信すると、シーケンス番号が１～２のＲＬＣ ＰＤＵの送信に成功したことを認識し、ＴＸ＿Ｎｅｘｔ＿Ａｃｋを「３」に変更する。これにより、ウィンドウが３～５の範囲にシフトし、送信装置は、シーケンス番号が３～５のＲＬＣ ＰＤＵのうち、初回送信が完了していないシーケンス番号が４及び５のＲＬＣ ＰＤＵを受信装置へ送信する（Ｓ４０３）。この時点で、初回送信が完了していない次に送信されるべきＲＬＣ ＰＤＵのシーケンス番号が「６」となるため、変数ＴＸ＿Ｎｅｘｔが「６」に変更される。また、受信装置は、そのシーケンス番号が４及び５のＲＬＣ ＰＤＵのうち、シーケンス番号が４のＲＬＣ ＰＤＵのみ受信成功したことを示すＡＣＫを送信したものとする（Ｓ４０４）。この場合の確認応答（ＡＣＫ）は、ＮＡＣＫ＿ＳＮ＝３とＡＣＫ＿ＳＮ＝５を含むＳＴＡＴＵＳ ＰＤＵでありうる。Ｓ４０４のタイミングにおいて、受信装置は、シーケンス番号が３のＲＬＣ ＰＤＵの受信に成功していないことを特定することができ、ＮＡＣＫ＿ＳＮ＝３を含むＳＴＡＴＵＳ ＰＤＵを送信することができる。この場合、シーケンス番号が３のＲＬＣ ＰＤＵは受信されておらず、一方で、受信に成功したシーケンス番号の最大値が４となるため、ＲＸ＿Ｎｅｘｔの値を「３」のまま維持しながら、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔを「４」に変更する。一方で、送信装置は、このＡＣＫを受信しても、ＴＸ＿Ｎｅｘｔ＿Ａｃｋの値もＴＸ＿Ｎｅｘｔも変更しない。

【0032】

その後、送信装置は、ＰＤＣＰレイヤにおいてユーザデータの破棄があったことに応じて、送信済みのシーケンス番号が３のＲＬＣ ＰＤＵを破棄することを決定したものとする。送信装置は、この決定に応じて、破棄されるＲＬＣ ＰＤＵのシーケンス番号「３」を受信装置へ通知する（Ｓ４０５）。このとき、送信装置は、シーケンス番号が３のＲＬＣ ＰＤＵを破棄した上で、そのＲＬＣ ＰＤＵについての内部変数を、送信が成功した場合と同様に変更する。すなわち、送信装置は、シーケンス番号が３のＲＬＣ ＰＤＵに対してＡＣＫが受信された場合と同様に、ＴＸ＿Ｎｅｘｔ＿Ａｃｋを変更する。この場合、送信装置は、シーケンス番号が４のＲＬＣ ＰＤＵについては受信成功の通知を受信しているため、ＴＸ＿Ｎｅｘｔ＿Ａｃｋの値を「５」に変更する。そして、送信装置は、シーケンス番号が５から開始するようにウィンドウをシフトさせ、そのウィンドウ内で初回送信が完了していない、シーケンス番号が６及び７のＲＬＣ ＰＤＵを受信装置へ送信する（Ｓ４０６）。また、送信装置は、この送信により、ＴＸ＿Ｎｅｘｔの値を「８」に変更する。

【0033】

一方、受信装置は、Ｓ４０５において破棄されるＲＬＣ ＰＤＵのシーケンス番号の通知を受信すると、その通知されたシーケンス番号が３のＲＬＣ ＰＤＵの受信に成功した場合と同様に内部変数を変更する。すなわち、受信装置は、シーケンス番号が４のＲＬＣ ＰＤＵについては受信に成功しているため、ＲＸ＿Ｎｅｘｔの値を「５」に変更する。その後、受信装置は、例えばＳ４０６において送信装置から送信されたシーケンス番号が６及び７のＲＬＣ ＰＤＵの受信に成功した場合、それに応答してＡＣＫを返信する（Ｓ４０７）。この場合の確認応答（ＡＣＫ）は、ＮＡＣＫ＿ＳＮ＝５とＡＣＫ＿ＳＮ＝８を含むＳＴＡＴＵＳ ＰＤＵでありうる。Ｓ４０７のタイミングにおいて、受信装置は、シーケンス番号が５のＲＬＣ ＰＤＵの受信に成功していないことを特定することができ、ＮＡＣＫ＿ＳＮ＝５を含むＳＴＡＴＵＳ ＰＤＵを送信することができる。この場合、受信装置は、シーケンス番号が５のＲＬＣ ＰＤＵについては受信成功していないため、ＲＸ＿Ｎｅｘｔの値を「５」のまま維持し、ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔの値を「７」に変更する。

【0034】

なお、受信装置は、ＲＬＣ ＰＤＵの受信状況を示すＳＴＡＴＵＳ ＰＤＵに、受信に成功していないＲＬＣ ＰＤＵのシーケンス番号を示すＮＡＣＫ＿ＳＮと、受信に成功した最新のＲＬＣ ＰＤＵのシーケンス番号の次のシーケンス番号を示すＡＣＫ＿ＳＮとを含めて、送信装置へ送信する。このようなＳＴＡＴＵＳ ＰＤＵが、例えばＳ４０５より早いタイミングで送信される場合、ＮＡＣＫ＿ＳＮ＝３、ＡＣＫ＿ＳＮ＝５のように設定される。これに対して、Ｓ４０５からＳ４０６の間に報告されるＳＴＡＴＵＳ ＰＤＵには、ＡＣＫ＿ＳＮ＝５のみが含められ、ＮＡＣＫ＿ＳＮが含められないこととなる。なお、Ｓ４０６において、シーケンス番号が６のＲＬＣ ＰＤＵが受信されたことに応じて、受信装置は、シーケンス番号が５のＲＬＣ ＰＤＵの受信に成功していないことを特定することができる。このため、Ｓ４０６より後のタイミングでは、ＮＡＣＫ＿ＳＮ＝５、ＡＣＫ＿ＳＮ＝８が指定されたＳＴＡＴＵＳ ＰＤＵが送信されうる。

【0035】

このようにして、ＰＤＣＰレイヤにおけるユーザデータの破棄に伴う不必要なＲＬＣ ＰＤＵの送信を防ぐことができる。よって、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

【0036】

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

【図1】

【図2】

【図3】

【図4】