無線通信装置及び再送制御方法
【課題】ＲＬＣ方式の再送制御において、無駄な再送を抑制し、無線リソースを効率的な使用及びシステムスループットの改善を図る無線通信装置及び再送制御方法を提供する。
【解決手段】ＲＬＣ送信管理部１２３は、通信相手の受信側ＲＬＣから受信したＳＴＡＴＵＳ−ＰＤＵの受信時刻と、直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴより大きいか判定する。この時間間隔がＲＴＴより小さい場合、ＲＬＣ送信管理部１２３は、直前に再送したデータが通信相手の受信側ＲＬＣに到着する前に、通信相手の受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信していると判断し、そのＮＡＣＫを無視する。
【解決手段】ＲＬＣ送信管理部１２３は、通信相手の受信側ＲＬＣから受信したＳＴＡＴＵＳ−ＰＤＵの受信時刻と、直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴより大きいか判定する。この時間間隔がＲＴＴより小さい場合、ＲＬＣ送信管理部１２３は、直前に再送したデータが通信相手の受信側ＲＬＣに到着する前に、通信相手の受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信していると判断し、そのＮＡＣＫを無視する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再送制御を行う無線通信装置及び再送制御方法に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（3rd Generation Partnership Project）のＴＳＧ ＲＡＮ（Technical Specification Group Radio Access Network）において、次世代移動通信システムであるＬＴＥ（Long Term Evolution）の検討が進められている。３ＧＰＰ ＬＴＥでは、携帯端末装置（以下、ＵＥ：User Equipmentという）は、複数の基地局装置（以下、ｅ ＮｏｄｅＢ：Evolved Node Bという）から構成されるＥ−ＵＴＲＡＮ（Enhanced Universal Terrestrial Radio Access Network）に接続して、ユーザデータの送受信を行う。
【０００３】
図１は、ＬＴＥ通信方式で使用されるネットワークアーキテクチャ（Network Architecture）を示す図である。
【０００４】
図１に示すように、ＵＥは、複数の基地局（ｅ ＮｏｄｅＢ）から構成されるＥ−ＵＴＲＡＮに接続し、Ｅ−ＵＴＲＡＮとの間でユーザデータの送受信を行う。
【０００５】
ここで、ＵＥとｅ ＮｏｄｅＢとの間のユーザデータは、３ＧＰＰ ＬＴＥで使用される通信プロトコルのレイヤ１（物理レイヤ）及びレイヤ２（データリンクレイヤ）で制御される。また、レイヤ２は、無線リソースの割当制御等を行うＭＡＣ（Medium Access Control）サブレイヤと、無線リンクの制御を行うＲＬＣ（Radio Link Control）サブレイヤと、データの暗号化・復号化、ハンドオーバ時のパケット順序制御等を行うＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤとに分けられる。
【０００６】
図２は、ユーザデータ制御系プロトコルスタックの配置を示す図である。
【０００７】
図２に示すように、ＵＥとｅ ＮｏｄｅＢ間のユーザデータは、ＬＴＥ通信プロトコルレイヤ１、レイヤ２（ＭＡＣ／ＲＬＣ／ＰＤＣＰ）により制御される。ＵＥ、ｅ ＮｏｄｅＢそれぞれのＲＬＣ／ＰＤＣＰサブレイヤには、通信開始時に無線ベアラ（Radio Bearer）が設定される。無線ベアラは、複数起動可能である。無線ベアラ１本につきＵＥ、ｅ ＮｏｄｅＢそれぞれに対応するＲＬＣ／ＰＤＣＰエンティティ（Entity）が生成され、無線ベアラを通る送受信データに対する制御情報が保持される。
【０００８】
無線ベアラは、大きく３つに分類される。すなわち、レイヤ３（ＲＲＣ／ＮＡＳ）の通信制御メッセージを送受信するシグナリングレディオベアラ（ＳＲＢ：Signaling Radio Bearer）、ユーザデータのうちＲＬＣサブレイヤにて送達確認が取れるまで再送するデータレディオベアラ（ＤＲＢ−ＡＭ：Data Radio Bearer - Acknowledged Mode）、ユーザデータのうちＲＬＣサブレイヤにて送達確認を行わないデータレディオベアラ（ＤＲＢ−ＵＭ：Data Radio Bearer - Unacknowledged Mode）である。ＤＲＢ−ＡＭとＤＲＢ−ＵＭを合わせてＤＲＢと呼ぶ。
【０００９】
再送制御方法として、３ＧＰＰのＥ−ＵＴＲＡＮで規定されている無線リンク制御が非特許文献１及び非特許文献２等に開示されている。以下、非特許文献１に開示されているＥ−ＵＴＲＡＮでのＲＬＣ方式の再送制御方法について図３を用いて説明する。
【００１０】
図３において、ステップ（以下、「ＳＴ」と省略する）１１では、送信側ＲＬＣから受信側ＲＬＣへＳＮ（Sequence Number）順にデータを送信する。ここでは、送信側ＲＬＣは、ＳＮ＝１〜３を送信するものとし、受信側ＲＬＣは、ＳＮ＝１，３のデータを正常に受信でき、ＳＮ＝２のデータを正常に受信できなかったものとする。
【００１１】
ＳＴ１２では、受信側ＲＬＣは、ＳＮ＝２のデータを正常に受信できなかったこと（未受信）を示す情報（ＮＡＣＫ）をＳＴＡＴＵＳ−ＰＤＵ（Protocol Data Unit）に含めて送信側ＲＬＣへ送信し、ＳＴ１３では、送信側ＲＬＣは、未受信（ＮＡＣＫ）として通知されたＳＮ＝２のデータを再送する。
【００１２】
受信側ＲＬＣは、未受信として通知したデータ（ＳＮ＝２）の再送をＳＴＡＴＵＳ−ＰＤＵ送信周期タイマ（Timer_Status_Periodic）（以下、単に「タイマ」という）が満了するまで待つ。このタイマ満了まで再送がない場合、ＳＴ１４において、受信側ＲＬＣは、再度、ＳＮ＝２のＮＡＣＫを送信側ＲＬＣへ送信する。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】3GPP TS25.322 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification
【非特許文献２】3GPP TS36.322 Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Link Control (RLC) protocol specification(Release 8)
【非特許文献３】3GPP TS36.300 Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN);Overall description; Stage 2(Release 8)
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、上述したＲＬＣ方式の再送制御方法では、図３に示すように、ＳＴ１３における再送データの受信側ＲＬＣへの到着が遅い場合、ＳＴ１５において再度ＮＡＣＫを送信する場合がある。この場合、送信側ＲＬＣは、ＳＴ１３の再送データが受信側ＲＬＣで正常に受信できているにもかかわらず、受信側ＲＬＣに届かなかったものと判断して、未受信（ＮＡＣＫ）として通知されたＳＮ＝２のデータを再度再送してしまうことになる。この結果、再度再送したＳＮ＝２のデータは、既に前回の再送において受信側ＲＬＣに正常に受信されているため、無駄なデータとして破棄される。
【００１５】
このように、再送データの到着前に再送要求を行ってしまう場合、無線リソースの浪費及びシステムスループットの低下を招いてしまう。
【００１６】
本発明の目的は、ＲＬＣ方式の再送制御において、無駄な再送を抑制し、無線リソースを効率的な使用及びシステムスループットの改善を図る無線通信装置及び再送制御方法を提供することである。
【課題を解決するための手段】
【００１７】
本発明の無線通信装置は、通信相手から送信されたＮＡＣＫを受信する受信手段と、受信した前記ＮＡＣＫの受信時刻と、前記ＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴ（Round Trip Time）より小さい場合、前記ＮＡＣＫを破棄する送信管理手段と、を具備する構成を採る。
【００１８】
本発明の再送制御方法は、通信相手から送信されたＮＡＣＫを受信し、受信した前記ＮＡＣＫの受信時刻と、前記ＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴ（Round Trip Time）より小さい場合、前記ＮＡＣＫを破棄するようにした。
【発明の効果】
【００１９】
本発明によれば、ＲＬＣ方式の再送制御において、無駄な再送を抑制し、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。
【図面の簡単な説明】
【００２０】
【図１】ＬＴＥ通信方式で使用されるネットワークアーキテクチャを示す図
【図２】ユーザデータ制御系プロトコルスタックの配置を示す図
【図３】非特許文献１に開示されているＥ−ＵＴＲＡＮでのＲＬＣ方式の再送制御方法の説明に供するシーケンス図
【図４】本発明の実施の形態１に係る無線通信装置の構成を示すブロック図
【図５】図４に示した無線通信装置と、通信相手との再送制御手順を示すシーケンス図
【図６】送信側ＲＬＣと通信相手の受信側ＲＬＣとにおける処理遅延の説明に供する図
【図７】本発明の実施の形態２に係る無線通信装置の構成を示すブロック図
【図８】図７に示した無線通信装置と、通信相手との再送制御手順を示すシーケンス図
【図９】受信側ＲＬＣと通信相手の送信側ＲＬＣとにおける処理遅延の説明に供する図
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。ただし、実施の形態において、同一機能を有する構成には、同一符号を付し、重複する説明は省略する。
【００２２】
（実施の形態１）
図４は、本発明の実施の形態１に係る無線通信装置１００の構成を示すブロック図である。以下、図４を用いて無線通信装置の構成について説明する。なお、図４は、特に、ＲＬＣサブレイヤの構成を中心に示している。
【００２３】
ＲＬＣサブレイヤ１２０は、上位レイヤ１１０から送出されたＰＤＣＰ ＰＤＵを送信バッファ１２１に格納する。送信バッファ１２１に格納されたＰＤＣＰ ＰＤＵは、後述するＲＬＣ送信管理部１２３によって管理される。
【００２４】
ＲＬＣ ＰＤＵ生成部１２２は、ＲＬＣ送信管理部１２３からの指示に従い、送信バッファ１２１からデータを取り出し、各データを識別するための情報、データサイズ、及び順序制御のための情報等を含んだＲＬＣサブレイヤのヘッダ情報を、取り出したデータに付与して、ＲＬＣ ＰＤＵを生成する。生成されたＲＬＣ ＰＤＵは、下位レイヤ１３０（ＭＡＣ／ＰＨＹ）を介して通信相手へ送信される。
【００２５】
また、下位レイヤ１３０（ＭＡＣ／ＰＨＹ）は、通信相手から送信されたデータを受信し、ＲＬＣ ＰＤＵを受信した場合には、ＲＬＣ ＰＤＵをＲＬＣサブレイヤ１２０のＲＬＣ ＰＤＵ解析部１２５に送出する。
【００２６】
ＲＬＣ ＰＤＵ解析部１２５は、下位レイヤ１３０から送出されたデータがＳＴＡＴＵＳ−ＰＤＵ（ＣＯＮＴＲＯＬ ＰＤＵ）かＰＤＣＰ ＤＡＴＡ ＰＤＵ（ユーザデータ）かを判定する。受信したデータがＰＤＣＰ ＤＡＴＡ ＰＤＵであると判定された場合、ＲＬＣ ＰＤＵ解析部１２５は、ＰＤＣＰ ＤＡＴＡ ＰＤＵをＲＬＣ受信バッファ部１２６に格納する。一方、受信したデータがＳＴＡＴＵＳ−ＰＤＵであると判定された場合、ＲＬＣ ＰＤＵ解析部１２５は、ＳＴＡＴＵＳ−ＰＤＵをＲＬＣ送信管理部１２３に送出する。
【００２７】
ＲＬＣ送信管理部１２３は、ＲＬＣ ＰＤＵ生成部１２２に対して、順序制御のためのＳＮ（シーケンス番号）の設定、送信バッファ１２１内の送信すべきデータの設定、及び、通信相手の受信側ＲＬＣに対してＳＴＡＴＵＳ−ＰＤＵの送信を要求するＰｏｌｌビットの設定を指示する。
【００２８】
また、ＲＬＣ送信管理部１２３は、送信したＲＬＣ ＰＤＵの送信時刻情報を保持し、通信相手の受信側ＲＬＣサブレイヤからＳＴＡＴＵＳ−ＰＤＵを受信した時に、ＲＴＴ（Round Trip Time）を測定する。なお、この測定は、通信の最初に行い、以降、その測定値をＲＴＴ固定値として使用してもよいし、通信中、都度測定を行い、ダイナミックに値を更新してもよい。
【００２９】
さらに、ＲＬＣ送信管理部１２３は、再送したデータの送信時刻情報を保持しておき、その後、通信相手から受信したＳＴＡＴＵＳ−ＰＤＵに再送したデータと同一のデータのＮＡＣＫが含まれていた場合、当該ＳＴＡＴＵＳ−ＰＤＵの受信時刻と、この直前に再送したデータの送信時刻とから、その時間間隔がＲＴＴより大きいか判定する。
【００３０】
その時間間隔がＲＴＴより小さい場合、ＲＬＣ送信管理部１２３は、ＳＴＡＴＵＳ−ＰＤＵの受信直前に再送したデータが通信相手の受信側ＲＬＣに到着する前に、受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信していると判断し、そのＮＡＣＫは破棄する。一方、その時間間隔がＲＴＴより大きい場合は、ＲＬＣ送信管理部１２３は、ＳＴＡＴＵＳ−ＰＤＵの受信直前に再送したデータが通信相手の受信側ＲＬＣに届かなかったと判断して、ＮＡＣＫ通知があったデータを再度再送する。
【００３１】
次に、図４に示した無線通信装置１００と、通信相手との再送制御手順について図５を用いて説明する。図５では、図４に示した無線通信装置１００を送信側ＲＬＣとし、通信相手を受信側ＲＬＣと表記している。
【００３２】
図５において、ＳＴ２０１では、送信側ＲＬＣから受信側ＲＬＣへＳＮ順にデータを送信する。ここでは、送信側ＲＬＣは、ＳＮ＝１〜３を送信するものとし、受信側ＲＬＣは、ＳＮ＝１，３のデータを正常に受信でき、ＳＮ＝２のデータを正常に受信できなかったものとする。
【００３３】
ＳＴ２０２では、受信側ＲＬＣは、ＳＮ＝２のデータを正常に受信できなかったこと（未受信）を示す情報、すなわち、再送要求（ＮＡＣＫ）をＳＴＡＴＵＳ−ＰＤＵに含めて送信側ＲＬＣへ送信する。このとき、送信側ＲＬＣは、Ｐｏｌｌビット送信からＳＴＡＴＵＳ−ＰＤＵ受信までのＲＴＴを測定する。
【００３４】
ＳＴ２０３では、送信側ＲＬＣは、未受信（ＮＡＣＫ）として通知されたＳＮ＝２のデータを再送する。このとき、送信側ＲＬＣは、再送したデータの送信時刻情報を保持しておく。
【００３５】
ＳＴ２０４では、通信相手の受信側ＲＬＣから受信したＳＴＡＴＵＳ−ＰＤＵにＳＴ２０３において再送したデータと同一のデータのＮＡＣＫ通知があった場合、当該ＳＴＡＴＵＳ−ＰＤＵの受信時刻と、この直前に再送したデータの送信時刻とから、その時間間隔がＲＴＴより大きいか判定する。
【００３６】
その時間間隔がＲＴＴより小さい場合は、ＳＴＡＴＵＳ−ＰＤＵの受信直前に再送したデータが通信相手の受信側ＲＬＣに到着する前に、受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信していると判断し、そのＮＡＣＫは破棄する。これにより、通信相手の受信側ＲＬＣに再送データが届く前に受信側ＲＬＣがタイマ満了に伴うＮＡＣＫ通知を行っていた場合でも、無駄な再送を抑制することができる。一方、その時間間隔がＲＴＴより大きい場合は、ＳＴＡＴＵＳ−ＰＤＵの受信直前に再送したデータが通信相手の受信側ＲＬＣに届かなかったと判断して、ＮＡＣＫ通知があったデータを再度再送する。
【００３７】
このように、実施の形態１によれば、通信相手の受信側ＲＬＣから受信したＳＴＡＴＵＳ−ＰＤＵ（ＮＡＣＫ）の受信時刻と、このＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴより小さい場合、ＮＡＣＫの受信直前に再送したデータが通信相手の受信側ＲＬＣに到着する前に、通信相手の受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵ（ＮＡＣＫ）を送信していると判断し、そのＮＡＣＫは破棄される。これにより、通信相手の受信側ＲＬＣに再送データが届く前に受信側ＲＬＣがタイマ満了に伴うＮＡＣＫ通知を行っていた場合でも、そのＮＡＣＫを破棄することになるので、無駄な再送を抑制することができる。この結果、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。
【００３８】
なお、本実施の形態では、送信側ＲＬＣがＰｏｌｌビットを送信してからＳＴＡＴＵＳ−ＰＤＵを受信するまでの時間を測定してＲＴＴを求めているが、本発明はこれに限るものではない。例えば、次のようにＲＴＴを定義してもよい。送信側ＲＬＣは、通信開始（コネクションセットアップ）時に通信相手のＲＬＣと処理遅延に関する情報交換を行い、ＲＴＴを定義する。具体的な処理遅延としては、まず、ＭＡＣ／ＰＨＹレイヤでの送受信遅延（Tx-delay、Rx-delay）と、通信相手の受信側ＲＬＣのＰｏｌｌビットを受信してからＳＴＡＴＵＳ−ＰＤＵ送信までの遅延（STATUS-Tx-delay）を定義する。送信側ＲＬＣと通信相手の受信側ＲＬＣとが、これらの処理遅延に関する情報をコネクションセットアップ時に交換する。
【００３９】
Ｐｏｌｌビット送信からＳＴＡＴＵＳ−ＰＤＵ受信までに相当するＲＴＴは、図６からも分かるように、以下の式（１）により決定することができる。
ＲＴＴ＝
送信側ＲＬＣのTx-delay＋受信側ＲＬＣのRx-delay＋受信側ＲＬＣのSTATUS-Tx-delay
＋受信側ＲＬＣのTx-delay＋送信側ＲＬＣのRx-delay …（１）
【００４０】
式（１）では、無線回線における遅延を含めていないが、無線回線遅延も推測可能なシステムであれば、無線回線の遅延を加えることで、より精度を高めることができる。
【００４１】
（実施の形態２）
実施の形態１では、送信側ＲＬＣにおいて再送データであるＳＴＡＴＵＳ−ＰＤＵの送信可否を判断する場合について説明したが、本発明の実施の形態２では、受信側ＲＬＣにおいて正常受信を示すＡＣＫ又は再送要求を示すＮＡＣＫを含むＳＴＡＴＵＳ−ＰＤＵの送信タイミングを調整する場合について説明する。
【００４２】
図７は、本発明の実施の形態２に係る無線通信装置３００の構成を示すブロック図である。ただし、図７が図４と異なる点は、ＲＬＣ受信管理部３０１を追加し、ＲＬＣ送信管理部１２３をＲＬＣ送信管理部３０２に変更した点である。
【００４３】
ＲＬＣ受信管理部３０１は、ＲＬＣ受信バッファ１２６に格納されたデータのＳＮ、Ｐｏｌｌビットの設定、受信時刻情報を管理する。ＲＬＣ受信管理部３０１は、受信したデータのＳＮにロスがあり、送信側ＲＬＣに再送要求（ＮＡＣＫ）を送信すべきと判断した場合、ＳＴＡＴＵＳ−ＰＤＵ送信要求をＲＬＣ送信管理部３０２に通知する。
【００４４】
ＲＬＣ送信管理部３０２は、ＲＬＣ受信管理部３０１から通知されたＳＴＡＴＵＳ−ＰＤＵ送信要求に従って、ＳＴＡＴＵＳ−ＰＤＵの送信をＲＬＣ ＰＤＵ生成部１２２に指示する。また、ＲＬＣ送信管理部３０２は、ＳＴＡＴＵＳ−ＰＤＵの送信時刻情報をＲＬＣ受信管理部３０１に対して通知する。
【００４５】
次に、図７に示した無線通信装置３００と、通信相手との再送制御手順について図８を用いて説明する。図８では、図７に示した無線通信装置３００を受信側ＲＬＣとし、通信相手を送信側ＲＬＣと表記している。
【００４６】
図８において、ＳＴ４０１では、送信側ＲＬＣから受信側ＲＬＣへＳＮ順にデータを送信する。ここでは、送信側ＲＬＣは、ＳＮ＝１〜３を送信するものとし、受信側ＲＬＣは、ＳＮ＝１，３のデータを正常に受信でき、ＳＮ＝２のデータを正常に受信できなかったものとする。
【００４７】
ＳＴ４０２では、受信側ＲＬＣは、ＳＮ＝２のデータを正常に受信できなかったこと（未受信）を示す情報、すなわち、再送要求（ＮＡＣＫ）をＳＴＡＴＵＳ−ＰＤＵに含めて送信側ＲＬＣへ送信する。
【００４８】
ＳＴ４０３では、送信側ＲＬＣは、未受信（ＮＡＣＫ）として通知されたＳＮ＝２のデータを再送し、受信側ＲＬＣが再送されたデータを受信する。このとき、受信側ＲＬＣは、ＳＴ４０２におけるＳＴＡＴＵＳ−ＰＤＵの送信から再送データの受信までのＲＴＴを測定する。また、受信側ＲＬＣは、測定したＲＴＴより大きい値にタイマを設定する。なお、ここでは、受信側ＲＬＣがＳＮ＝２の再送データを正常に受信できたものとする。
【００４９】
ＳＴ４０４では、受信側ＲＬＣがタイマの満了を確認して、ＳＴＡＴＵＳ−ＰＤＵを送信側ＲＬＣに送信する。ここでは、ＳＴ４０３において、再送データが正常に受信されているため、受信側ＲＬＣは、ＳＴＡＴＵＳ−ＰＤＵにＡＣＫを含めている。
【００５０】
このように、実施の形態２によれば、受信側ＲＬＣがタイマをＲＴＴより大きい値に設定し、タイマの満了を待ってからＳＴＡＴＵＳ−ＰＤＵを送信することにより、通信相手の送信側ＲＬＣからの再送データが届く前に受信側ＲＬＣがＮＡＣＫ通知を行うことがなくなり、無駄な再送を抑制することができる。この結果、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。
【００５１】
なお、本実施の形態では、受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信してから再送データを受信するまでの時間を測定してＲＴＴを求めているが、本発明はこれに限るものではない。例えば、次のようにＲＴＴを定義してもよい。送信側ＲＬＣは、通信開始（コネクションセットアップ）時に通信相手のＲＬＣと処理遅延に関する情報交換を行い、ＲＴＴを定義する。具体的な処理遅延としては、まず、ＭＡＣ／ＰＨＹレイヤでの送受信遅延（Tx-delay、Rx-delay）と、通信相手の送信側ＲＬＣのＮＡＣＫ通知を受信してから当該ＮＡＣＫ通知に基づいてデータを再送するまでの遅延（STATUS-Tx-delay）を定義する。送信側ＲＬＣと通信相手の受信側ＲＬＣとが、これらの処理遅延に関する情報をコネクションセットアップ時に交換する。
【００５２】
受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信してから再送データを受信するまでに相当するＲＴＴは、図９からも分かるように、以下の式（２）により決定することができる。
ＲＴＴ＝
受信側ＲＬＣのTx-delay＋送信側ＲＬＣのRx-delay
＋送信側ＲＬＣのRetransmit-Tx-delay＋送信側ＲＬＣのTx-delay
＋受信側ＲＬＣのRx-delay …（２）
【００５３】
式（２）では、無線回線における遅延を含めていないが、無線回線遅延も推測可能なシステムであれば、無線回線の遅延を加えることで、より精度を高めることができる。
【産業上の利用可能性】
【００５４】
本発明にかかる無線通信装置及び再送制御方法は、移動通信システムにおける無線通信端末装置及び無線通信基地局装置等に適用できる。
【符号の説明】
【００５５】
１００、３００ 無線通信装置
１１０ 上位レイヤ
１２０ ＲＬＣサブレイヤ
１２１ 送信バッファ
１２２ ＲＬＣ ＰＤＵ生成部
１２３、３０２ ＲＬＣ送信管理部
１２５ ＲＬＣ ＰＤＵ解析部
１２６ ＲＬＣ受信バッファ
１３０ 下位レイヤ
３０１ ＲＬＣ受信管理部
【技術分野】
【０００１】
本発明は、再送制御を行う無線通信装置及び再送制御方法に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（3rd Generation Partnership Project）のＴＳＧ ＲＡＮ（Technical Specification Group Radio Access Network）において、次世代移動通信システムであるＬＴＥ（Long Term Evolution）の検討が進められている。３ＧＰＰ ＬＴＥでは、携帯端末装置（以下、ＵＥ：User Equipmentという）は、複数の基地局装置（以下、ｅ ＮｏｄｅＢ：Evolved Node Bという）から構成されるＥ−ＵＴＲＡＮ（Enhanced Universal Terrestrial Radio Access Network）に接続して、ユーザデータの送受信を行う。
【０００３】
図１は、ＬＴＥ通信方式で使用されるネットワークアーキテクチャ（Network Architecture）を示す図である。
【０００４】
図１に示すように、ＵＥは、複数の基地局（ｅ ＮｏｄｅＢ）から構成されるＥ−ＵＴＲＡＮに接続し、Ｅ−ＵＴＲＡＮとの間でユーザデータの送受信を行う。
【０００５】
ここで、ＵＥとｅ ＮｏｄｅＢとの間のユーザデータは、３ＧＰＰ ＬＴＥで使用される通信プロトコルのレイヤ１（物理レイヤ）及びレイヤ２（データリンクレイヤ）で制御される。また、レイヤ２は、無線リソースの割当制御等を行うＭＡＣ（Medium Access Control）サブレイヤと、無線リンクの制御を行うＲＬＣ（Radio Link Control）サブレイヤと、データの暗号化・復号化、ハンドオーバ時のパケット順序制御等を行うＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤとに分けられる。
【０００６】
図２は、ユーザデータ制御系プロトコルスタックの配置を示す図である。
【０００７】
図２に示すように、ＵＥとｅ ＮｏｄｅＢ間のユーザデータは、ＬＴＥ通信プロトコルレイヤ１、レイヤ２（ＭＡＣ／ＲＬＣ／ＰＤＣＰ）により制御される。ＵＥ、ｅ ＮｏｄｅＢそれぞれのＲＬＣ／ＰＤＣＰサブレイヤには、通信開始時に無線ベアラ（Radio Bearer）が設定される。無線ベアラは、複数起動可能である。無線ベアラ１本につきＵＥ、ｅ ＮｏｄｅＢそれぞれに対応するＲＬＣ／ＰＤＣＰエンティティ（Entity）が生成され、無線ベアラを通る送受信データに対する制御情報が保持される。
【０００８】
無線ベアラは、大きく３つに分類される。すなわち、レイヤ３（ＲＲＣ／ＮＡＳ）の通信制御メッセージを送受信するシグナリングレディオベアラ（ＳＲＢ：Signaling Radio Bearer）、ユーザデータのうちＲＬＣサブレイヤにて送達確認が取れるまで再送するデータレディオベアラ（ＤＲＢ−ＡＭ：Data Radio Bearer - Acknowledged Mode）、ユーザデータのうちＲＬＣサブレイヤにて送達確認を行わないデータレディオベアラ（ＤＲＢ−ＵＭ：Data Radio Bearer - Unacknowledged Mode）である。ＤＲＢ−ＡＭとＤＲＢ−ＵＭを合わせてＤＲＢと呼ぶ。
【０００９】
再送制御方法として、３ＧＰＰのＥ−ＵＴＲＡＮで規定されている無線リンク制御が非特許文献１及び非特許文献２等に開示されている。以下、非特許文献１に開示されているＥ−ＵＴＲＡＮでのＲＬＣ方式の再送制御方法について図３を用いて説明する。
【００１０】
図３において、ステップ（以下、「ＳＴ」と省略する）１１では、送信側ＲＬＣから受信側ＲＬＣへＳＮ（Sequence Number）順にデータを送信する。ここでは、送信側ＲＬＣは、ＳＮ＝１〜３を送信するものとし、受信側ＲＬＣは、ＳＮ＝１，３のデータを正常に受信でき、ＳＮ＝２のデータを正常に受信できなかったものとする。
【００１１】
ＳＴ１２では、受信側ＲＬＣは、ＳＮ＝２のデータを正常に受信できなかったこと（未受信）を示す情報（ＮＡＣＫ）をＳＴＡＴＵＳ−ＰＤＵ（Protocol Data Unit）に含めて送信側ＲＬＣへ送信し、ＳＴ１３では、送信側ＲＬＣは、未受信（ＮＡＣＫ）として通知されたＳＮ＝２のデータを再送する。
【００１２】
受信側ＲＬＣは、未受信として通知したデータ（ＳＮ＝２）の再送をＳＴＡＴＵＳ−ＰＤＵ送信周期タイマ（Timer_Status_Periodic）（以下、単に「タイマ」という）が満了するまで待つ。このタイマ満了まで再送がない場合、ＳＴ１４において、受信側ＲＬＣは、再度、ＳＮ＝２のＮＡＣＫを送信側ＲＬＣへ送信する。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】3GPP TS25.322 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification
【非特許文献２】3GPP TS36.322 Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Link Control (RLC) protocol specification(Release 8)
【非特許文献３】3GPP TS36.300 Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN);Overall description; Stage 2(Release 8)
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、上述したＲＬＣ方式の再送制御方法では、図３に示すように、ＳＴ１３における再送データの受信側ＲＬＣへの到着が遅い場合、ＳＴ１５において再度ＮＡＣＫを送信する場合がある。この場合、送信側ＲＬＣは、ＳＴ１３の再送データが受信側ＲＬＣで正常に受信できているにもかかわらず、受信側ＲＬＣに届かなかったものと判断して、未受信（ＮＡＣＫ）として通知されたＳＮ＝２のデータを再度再送してしまうことになる。この結果、再度再送したＳＮ＝２のデータは、既に前回の再送において受信側ＲＬＣに正常に受信されているため、無駄なデータとして破棄される。
【００１５】
このように、再送データの到着前に再送要求を行ってしまう場合、無線リソースの浪費及びシステムスループットの低下を招いてしまう。
【００１６】
本発明の目的は、ＲＬＣ方式の再送制御において、無駄な再送を抑制し、無線リソースを効率的な使用及びシステムスループットの改善を図る無線通信装置及び再送制御方法を提供することである。
【課題を解決するための手段】
【００１７】
本発明の無線通信装置は、通信相手から送信されたＮＡＣＫを受信する受信手段と、受信した前記ＮＡＣＫの受信時刻と、前記ＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴ（Round Trip Time）より小さい場合、前記ＮＡＣＫを破棄する送信管理手段と、を具備する構成を採る。
【００１８】
本発明の再送制御方法は、通信相手から送信されたＮＡＣＫを受信し、受信した前記ＮＡＣＫの受信時刻と、前記ＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴ（Round Trip Time）より小さい場合、前記ＮＡＣＫを破棄するようにした。
【発明の効果】
【００１９】
本発明によれば、ＲＬＣ方式の再送制御において、無駄な再送を抑制し、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。
【図面の簡単な説明】
【００２０】
【図１】ＬＴＥ通信方式で使用されるネットワークアーキテクチャを示す図
【図２】ユーザデータ制御系プロトコルスタックの配置を示す図
【図３】非特許文献１に開示されているＥ−ＵＴＲＡＮでのＲＬＣ方式の再送制御方法の説明に供するシーケンス図
【図４】本発明の実施の形態１に係る無線通信装置の構成を示すブロック図
【図５】図４に示した無線通信装置と、通信相手との再送制御手順を示すシーケンス図
【図６】送信側ＲＬＣと通信相手の受信側ＲＬＣとにおける処理遅延の説明に供する図
【図７】本発明の実施の形態２に係る無線通信装置の構成を示すブロック図
【図８】図７に示した無線通信装置と、通信相手との再送制御手順を示すシーケンス図
【図９】受信側ＲＬＣと通信相手の送信側ＲＬＣとにおける処理遅延の説明に供する図
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。ただし、実施の形態において、同一機能を有する構成には、同一符号を付し、重複する説明は省略する。
【００２２】
（実施の形態１）
図４は、本発明の実施の形態１に係る無線通信装置１００の構成を示すブロック図である。以下、図４を用いて無線通信装置の構成について説明する。なお、図４は、特に、ＲＬＣサブレイヤの構成を中心に示している。
【００２３】
ＲＬＣサブレイヤ１２０は、上位レイヤ１１０から送出されたＰＤＣＰ ＰＤＵを送信バッファ１２１に格納する。送信バッファ１２１に格納されたＰＤＣＰ ＰＤＵは、後述するＲＬＣ送信管理部１２３によって管理される。
【００２４】
ＲＬＣ ＰＤＵ生成部１２２は、ＲＬＣ送信管理部１２３からの指示に従い、送信バッファ１２１からデータを取り出し、各データを識別するための情報、データサイズ、及び順序制御のための情報等を含んだＲＬＣサブレイヤのヘッダ情報を、取り出したデータに付与して、ＲＬＣ ＰＤＵを生成する。生成されたＲＬＣ ＰＤＵは、下位レイヤ１３０（ＭＡＣ／ＰＨＹ）を介して通信相手へ送信される。
【００２５】
また、下位レイヤ１３０（ＭＡＣ／ＰＨＹ）は、通信相手から送信されたデータを受信し、ＲＬＣ ＰＤＵを受信した場合には、ＲＬＣ ＰＤＵをＲＬＣサブレイヤ１２０のＲＬＣ ＰＤＵ解析部１２５に送出する。
【００２６】
ＲＬＣ ＰＤＵ解析部１２５は、下位レイヤ１３０から送出されたデータがＳＴＡＴＵＳ−ＰＤＵ（ＣＯＮＴＲＯＬ ＰＤＵ）かＰＤＣＰ ＤＡＴＡ ＰＤＵ（ユーザデータ）かを判定する。受信したデータがＰＤＣＰ ＤＡＴＡ ＰＤＵであると判定された場合、ＲＬＣ ＰＤＵ解析部１２５は、ＰＤＣＰ ＤＡＴＡ ＰＤＵをＲＬＣ受信バッファ部１２６に格納する。一方、受信したデータがＳＴＡＴＵＳ−ＰＤＵであると判定された場合、ＲＬＣ ＰＤＵ解析部１２５は、ＳＴＡＴＵＳ−ＰＤＵをＲＬＣ送信管理部１２３に送出する。
【００２７】
ＲＬＣ送信管理部１２３は、ＲＬＣ ＰＤＵ生成部１２２に対して、順序制御のためのＳＮ（シーケンス番号）の設定、送信バッファ１２１内の送信すべきデータの設定、及び、通信相手の受信側ＲＬＣに対してＳＴＡＴＵＳ−ＰＤＵの送信を要求するＰｏｌｌビットの設定を指示する。
【００２８】
また、ＲＬＣ送信管理部１２３は、送信したＲＬＣ ＰＤＵの送信時刻情報を保持し、通信相手の受信側ＲＬＣサブレイヤからＳＴＡＴＵＳ−ＰＤＵを受信した時に、ＲＴＴ（Round Trip Time）を測定する。なお、この測定は、通信の最初に行い、以降、その測定値をＲＴＴ固定値として使用してもよいし、通信中、都度測定を行い、ダイナミックに値を更新してもよい。
【００２９】
さらに、ＲＬＣ送信管理部１２３は、再送したデータの送信時刻情報を保持しておき、その後、通信相手から受信したＳＴＡＴＵＳ−ＰＤＵに再送したデータと同一のデータのＮＡＣＫが含まれていた場合、当該ＳＴＡＴＵＳ−ＰＤＵの受信時刻と、この直前に再送したデータの送信時刻とから、その時間間隔がＲＴＴより大きいか判定する。
【００３０】
その時間間隔がＲＴＴより小さい場合、ＲＬＣ送信管理部１２３は、ＳＴＡＴＵＳ−ＰＤＵの受信直前に再送したデータが通信相手の受信側ＲＬＣに到着する前に、受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信していると判断し、そのＮＡＣＫは破棄する。一方、その時間間隔がＲＴＴより大きい場合は、ＲＬＣ送信管理部１２３は、ＳＴＡＴＵＳ−ＰＤＵの受信直前に再送したデータが通信相手の受信側ＲＬＣに届かなかったと判断して、ＮＡＣＫ通知があったデータを再度再送する。
【００３１】
次に、図４に示した無線通信装置１００と、通信相手との再送制御手順について図５を用いて説明する。図５では、図４に示した無線通信装置１００を送信側ＲＬＣとし、通信相手を受信側ＲＬＣと表記している。
【００３２】
図５において、ＳＴ２０１では、送信側ＲＬＣから受信側ＲＬＣへＳＮ順にデータを送信する。ここでは、送信側ＲＬＣは、ＳＮ＝１〜３を送信するものとし、受信側ＲＬＣは、ＳＮ＝１，３のデータを正常に受信でき、ＳＮ＝２のデータを正常に受信できなかったものとする。
【００３３】
ＳＴ２０２では、受信側ＲＬＣは、ＳＮ＝２のデータを正常に受信できなかったこと（未受信）を示す情報、すなわち、再送要求（ＮＡＣＫ）をＳＴＡＴＵＳ−ＰＤＵに含めて送信側ＲＬＣへ送信する。このとき、送信側ＲＬＣは、Ｐｏｌｌビット送信からＳＴＡＴＵＳ−ＰＤＵ受信までのＲＴＴを測定する。
【００３４】
ＳＴ２０３では、送信側ＲＬＣは、未受信（ＮＡＣＫ）として通知されたＳＮ＝２のデータを再送する。このとき、送信側ＲＬＣは、再送したデータの送信時刻情報を保持しておく。
【００３５】
ＳＴ２０４では、通信相手の受信側ＲＬＣから受信したＳＴＡＴＵＳ−ＰＤＵにＳＴ２０３において再送したデータと同一のデータのＮＡＣＫ通知があった場合、当該ＳＴＡＴＵＳ−ＰＤＵの受信時刻と、この直前に再送したデータの送信時刻とから、その時間間隔がＲＴＴより大きいか判定する。
【００３６】
その時間間隔がＲＴＴより小さい場合は、ＳＴＡＴＵＳ−ＰＤＵの受信直前に再送したデータが通信相手の受信側ＲＬＣに到着する前に、受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信していると判断し、そのＮＡＣＫは破棄する。これにより、通信相手の受信側ＲＬＣに再送データが届く前に受信側ＲＬＣがタイマ満了に伴うＮＡＣＫ通知を行っていた場合でも、無駄な再送を抑制することができる。一方、その時間間隔がＲＴＴより大きい場合は、ＳＴＡＴＵＳ−ＰＤＵの受信直前に再送したデータが通信相手の受信側ＲＬＣに届かなかったと判断して、ＮＡＣＫ通知があったデータを再度再送する。
【００３７】
このように、実施の形態１によれば、通信相手の受信側ＲＬＣから受信したＳＴＡＴＵＳ−ＰＤＵ（ＮＡＣＫ）の受信時刻と、このＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴより小さい場合、ＮＡＣＫの受信直前に再送したデータが通信相手の受信側ＲＬＣに到着する前に、通信相手の受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵ（ＮＡＣＫ）を送信していると判断し、そのＮＡＣＫは破棄される。これにより、通信相手の受信側ＲＬＣに再送データが届く前に受信側ＲＬＣがタイマ満了に伴うＮＡＣＫ通知を行っていた場合でも、そのＮＡＣＫを破棄することになるので、無駄な再送を抑制することができる。この結果、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。
【００３８】
なお、本実施の形態では、送信側ＲＬＣがＰｏｌｌビットを送信してからＳＴＡＴＵＳ−ＰＤＵを受信するまでの時間を測定してＲＴＴを求めているが、本発明はこれに限るものではない。例えば、次のようにＲＴＴを定義してもよい。送信側ＲＬＣは、通信開始（コネクションセットアップ）時に通信相手のＲＬＣと処理遅延に関する情報交換を行い、ＲＴＴを定義する。具体的な処理遅延としては、まず、ＭＡＣ／ＰＨＹレイヤでの送受信遅延（Tx-delay、Rx-delay）と、通信相手の受信側ＲＬＣのＰｏｌｌビットを受信してからＳＴＡＴＵＳ−ＰＤＵ送信までの遅延（STATUS-Tx-delay）を定義する。送信側ＲＬＣと通信相手の受信側ＲＬＣとが、これらの処理遅延に関する情報をコネクションセットアップ時に交換する。
【００３９】
Ｐｏｌｌビット送信からＳＴＡＴＵＳ−ＰＤＵ受信までに相当するＲＴＴは、図６からも分かるように、以下の式（１）により決定することができる。
ＲＴＴ＝
送信側ＲＬＣのTx-delay＋受信側ＲＬＣのRx-delay＋受信側ＲＬＣのSTATUS-Tx-delay
＋受信側ＲＬＣのTx-delay＋送信側ＲＬＣのRx-delay …（１）
【００４０】
式（１）では、無線回線における遅延を含めていないが、無線回線遅延も推測可能なシステムであれば、無線回線の遅延を加えることで、より精度を高めることができる。
【００４１】
（実施の形態２）
実施の形態１では、送信側ＲＬＣにおいて再送データであるＳＴＡＴＵＳ−ＰＤＵの送信可否を判断する場合について説明したが、本発明の実施の形態２では、受信側ＲＬＣにおいて正常受信を示すＡＣＫ又は再送要求を示すＮＡＣＫを含むＳＴＡＴＵＳ−ＰＤＵの送信タイミングを調整する場合について説明する。
【００４２】
図７は、本発明の実施の形態２に係る無線通信装置３００の構成を示すブロック図である。ただし、図７が図４と異なる点は、ＲＬＣ受信管理部３０１を追加し、ＲＬＣ送信管理部１２３をＲＬＣ送信管理部３０２に変更した点である。
【００４３】
ＲＬＣ受信管理部３０１は、ＲＬＣ受信バッファ１２６に格納されたデータのＳＮ、Ｐｏｌｌビットの設定、受信時刻情報を管理する。ＲＬＣ受信管理部３０１は、受信したデータのＳＮにロスがあり、送信側ＲＬＣに再送要求（ＮＡＣＫ）を送信すべきと判断した場合、ＳＴＡＴＵＳ−ＰＤＵ送信要求をＲＬＣ送信管理部３０２に通知する。
【００４４】
ＲＬＣ送信管理部３０２は、ＲＬＣ受信管理部３０１から通知されたＳＴＡＴＵＳ−ＰＤＵ送信要求に従って、ＳＴＡＴＵＳ−ＰＤＵの送信をＲＬＣ ＰＤＵ生成部１２２に指示する。また、ＲＬＣ送信管理部３０２は、ＳＴＡＴＵＳ−ＰＤＵの送信時刻情報をＲＬＣ受信管理部３０１に対して通知する。
【００４５】
次に、図７に示した無線通信装置３００と、通信相手との再送制御手順について図８を用いて説明する。図８では、図７に示した無線通信装置３００を受信側ＲＬＣとし、通信相手を送信側ＲＬＣと表記している。
【００４６】
図８において、ＳＴ４０１では、送信側ＲＬＣから受信側ＲＬＣへＳＮ順にデータを送信する。ここでは、送信側ＲＬＣは、ＳＮ＝１〜３を送信するものとし、受信側ＲＬＣは、ＳＮ＝１，３のデータを正常に受信でき、ＳＮ＝２のデータを正常に受信できなかったものとする。
【００４７】
ＳＴ４０２では、受信側ＲＬＣは、ＳＮ＝２のデータを正常に受信できなかったこと（未受信）を示す情報、すなわち、再送要求（ＮＡＣＫ）をＳＴＡＴＵＳ−ＰＤＵに含めて送信側ＲＬＣへ送信する。
【００４８】
ＳＴ４０３では、送信側ＲＬＣは、未受信（ＮＡＣＫ）として通知されたＳＮ＝２のデータを再送し、受信側ＲＬＣが再送されたデータを受信する。このとき、受信側ＲＬＣは、ＳＴ４０２におけるＳＴＡＴＵＳ−ＰＤＵの送信から再送データの受信までのＲＴＴを測定する。また、受信側ＲＬＣは、測定したＲＴＴより大きい値にタイマを設定する。なお、ここでは、受信側ＲＬＣがＳＮ＝２の再送データを正常に受信できたものとする。
【００４９】
ＳＴ４０４では、受信側ＲＬＣがタイマの満了を確認して、ＳＴＡＴＵＳ−ＰＤＵを送信側ＲＬＣに送信する。ここでは、ＳＴ４０３において、再送データが正常に受信されているため、受信側ＲＬＣは、ＳＴＡＴＵＳ−ＰＤＵにＡＣＫを含めている。
【００５０】
このように、実施の形態２によれば、受信側ＲＬＣがタイマをＲＴＴより大きい値に設定し、タイマの満了を待ってからＳＴＡＴＵＳ−ＰＤＵを送信することにより、通信相手の送信側ＲＬＣからの再送データが届く前に受信側ＲＬＣがＮＡＣＫ通知を行うことがなくなり、無駄な再送を抑制することができる。この結果、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。
【００５１】
なお、本実施の形態では、受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信してから再送データを受信するまでの時間を測定してＲＴＴを求めているが、本発明はこれに限るものではない。例えば、次のようにＲＴＴを定義してもよい。送信側ＲＬＣは、通信開始（コネクションセットアップ）時に通信相手のＲＬＣと処理遅延に関する情報交換を行い、ＲＴＴを定義する。具体的な処理遅延としては、まず、ＭＡＣ／ＰＨＹレイヤでの送受信遅延（Tx-delay、Rx-delay）と、通信相手の送信側ＲＬＣのＮＡＣＫ通知を受信してから当該ＮＡＣＫ通知に基づいてデータを再送するまでの遅延（STATUS-Tx-delay）を定義する。送信側ＲＬＣと通信相手の受信側ＲＬＣとが、これらの処理遅延に関する情報をコネクションセットアップ時に交換する。
【００５２】
受信側ＲＬＣがＳＴＡＴＵＳ−ＰＤＵを送信してから再送データを受信するまでに相当するＲＴＴは、図９からも分かるように、以下の式（２）により決定することができる。
ＲＴＴ＝
受信側ＲＬＣのTx-delay＋送信側ＲＬＣのRx-delay
＋送信側ＲＬＣのRetransmit-Tx-delay＋送信側ＲＬＣのTx-delay
＋受信側ＲＬＣのRx-delay …（２）
【００５３】
式（２）では、無線回線における遅延を含めていないが、無線回線遅延も推測可能なシステムであれば、無線回線の遅延を加えることで、より精度を高めることができる。
【産業上の利用可能性】
【００５４】
本発明にかかる無線通信装置及び再送制御方法は、移動通信システムにおける無線通信端末装置及び無線通信基地局装置等に適用できる。
【符号の説明】
【００５５】
１００、３００ 無線通信装置
１１０ 上位レイヤ
１２０ ＲＬＣサブレイヤ
１２１ 送信バッファ
１２２ ＲＬＣ ＰＤＵ生成部
１２３、３０２ ＲＬＣ送信管理部
１２５ ＲＬＣ ＰＤＵ解析部
１２６ ＲＬＣ受信バッファ
１３０ 下位レイヤ
３０１ ＲＬＣ受信管理部
【特許請求の範囲】
【請求項１】
通信相手から送信されたＮＡＣＫを受信する受信手段と、
受信した前記ＮＡＣＫの受信時刻と、前記ＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴ（Round Trip Time）より小さい場合、前記ＮＡＣＫを破棄する送信管理手段と、
を具備する無線通信装置。
【請求項２】
前記送信管理手段は、Ｐｏｌｌビットを送信してからＳＴＡＴＵＳ−ＰＤＵを受信するまでの時間をＲＴＴとして測定する請求項１に記載の無線通信装置。
【請求項３】
前記送信管理手段は、自装置及び前記通信相手のそれぞれにおける受信遅延及び送信遅延に基づいて、ＲＴＴを測定する請求項１に記載の無線通信装置。
【請求項４】
通信相手から送信されたＮＡＣＫを受信し、
受信した前記ＮＡＣＫの受信時刻と、前記ＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴ（Round Trip Time）より小さい場合、前記ＮＡＣＫを破棄する、
再送制御方法。
【請求項１】
通信相手から送信されたＮＡＣＫを受信する受信手段と、
受信した前記ＮＡＣＫの受信時刻と、前記ＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴ（Round Trip Time）より小さい場合、前記ＮＡＣＫを破棄する送信管理手段と、
を具備する無線通信装置。
【請求項２】
前記送信管理手段は、Ｐｏｌｌビットを送信してからＳＴＡＴＵＳ−ＰＤＵを受信するまでの時間をＲＴＴとして測定する請求項１に記載の無線通信装置。
【請求項３】
前記送信管理手段は、自装置及び前記通信相手のそれぞれにおける受信遅延及び送信遅延に基づいて、ＲＴＴを測定する請求項１に記載の無線通信装置。
【請求項４】
通信相手から送信されたＮＡＣＫを受信し、
受信した前記ＮＡＣＫの受信時刻と、前記ＮＡＣＫの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がＲＴＴ（Round Trip Time）より小さい場合、前記ＮＡＣＫを破棄する、
再送制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−３４０４８（Ｐ２０１３−３４０４８Ａ）
【公開日】平成２５年２月１４日（２０１３．２．１４）
【国際特許分類】
【出願番号】特願２０１１−１６８０６０（Ｐ２０１１−１６８０６０）
【出願日】平成２３年８月１日（２０１１．８．１）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２５年２月１４日（２０１３．２．１４）
【国際特許分類】
【出願日】平成２３年８月１日（２０１１．８．１）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]