(57)【要約】  第１の無線通信装置と無線通信を行う無線通信装置において、第１レイヤにおける信号と、前記第１レイヤよりも上位レイヤである第２レイヤのデータ及び前記データに対する送達確認情報を送受信する通信部と、前記第１の無線通信装置において割り当てられたスケジューリング情報を用いることなく前記第１の無線通信装置から受信した前記信号に基づいて、前記無線通信装置を含む複数の第２の無線通信装置で共有される前記第１レイヤの共有チャネルを用いて前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にする制御部を備える。
2017122267.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線通信装置と無線通信を行う無線通信装置において、
第１レイヤにおける信号と、前記第１レイヤよりも上位レイヤである第２レイヤのデータ及び前記データに対する送達確認情報を送受信する通信部と、
前記第１の無線通信装置において割り当てられたスケジューリング情報を用いることなく前記第１の無線通信装置から受信した前記信号に基づいて、前記無線通信装置を含む複数の第２の無線通信装置で共有される前記第１レイヤの共有チャネルを用いて前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にする制御部と
を備える無線通信装置。
【請求項２】
前記送達確認情報はＴＣＰ  ＡＣＫ（Transmission Control Protocol Acknowledgement）又はＴＣＰ  ＮＡＣＫ（Negative Acknowledgement）であり、前記共有チャネルはＰＵＳＣＨ（Physical Uplink Shared Channel）であることを特徴とする請求項１記載の無線通信装置。
【請求項３】
前記制御部は、前記他の無線通信装置が制御情報を前記第１レイヤの第１の制御チャネルを用いて前記無線通信装置へ送信する際に前記他の無線通信装置が前記無線通信装置に割り当てた前記第１の制御チャネルに含まれる各要素を表すインデックスに基づいて前記共有チャネルに含まれる第２の無線リソースを決定し、当該第２の無線リソースを用いて前記送達確認情報を送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項４】
前記制御部は、前記第１の無線リソースの各要素を表すインデックスのうち最小のインデックスに基づいて前記第２の無線リソースを決定することを可能にすること特徴とする請求項２記載の無線通信装置。
【請求項５】
前記第１の制御チャネルはＰＤＣＣＨ（Physical Downlink Control Channel）、前記共有チャネルはＰＵＳＣＨ（Physical Uplink Shared Channel）、前記各要素を表すインデックスはＰＤＣＣＨに含まれるＣＣＥ（Control Chanel Element）インデックスであって、
前記制御部は、前記送達確認情報の送信に用いるＰＵＳＣＨ  ＰＲＢ（Physical Resource Block）インデックスを、ＰＤＣＣＨに含まれるＣＣＥインデックスのうち最小のＣＣＥインデックスに基づいて決定することを可能にすること特徴とする請求項４記載の無線通信装置。
【請求項６】
前記制御部は、前記他の無線通信装置が制御情報を前記第１レイヤの第１の制御チャネルを用いて前記無線通信装置へ送信する際に前記他の無線通信装置が前記無線通信装置に割り当てた前記第１の制御チャネルに含まれる要素数に基づいて、符号化率と変調方式を決定することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項７】
前記第１の制御チャネルはＰＤＣＣＨ（Physical Downlink Control Channel）、前記要素はＣＣＥ（Control Chanel Element）、前記要素数はアグリゲーションレベル、前記符号化率と前記変調方式の組み合わせはＭＣＳレベルであることを特徴とする請求項６記載の無線通信装置。
【請求項８】
前記アグリゲーションレベルが第１の閾値より大きいとき、前記ＭＣＳレベルは第２の閾値より小さく、前記アグリゲーションレベルが前記第１の閾値以下のとき、前記ＭＣＳレベルは前記第２の閾値以上となることを特徴とする請求項７記載の無線通信装置。
【請求項９】
前記無線通信装置から前記第１の無線通信装置に送信して前記第１の無線通信装置においてデータを復調するときに用いるデータ復調用参照信号の巡回シフト量は固定値であることを特徴とする請求項１記載の無線通信装置。
【請求項１０】
前記データ復調用参照信号はＤＭＲＳ（Demodulation Reference Signal）であることを特徴とする請求項９記載の無線通信装置。
【請求項１１】
前記制御部は、前記第１の無線通信装置と予め決められた手順により送受信される前記信号に基づいて、所定のタイミングにより前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にすること特徴とする請求項１記載の無線通信装置。
【請求項１２】
前記手順はＲＲＣ（Radio Resource Control）手順であることを特徴とする請求項１１記載の無線通信装置。
【請求項１３】
前記制御部は、前記第１の無線通信装置と予め決められた手順により送受信される前記信号に基づいて、前記共有チャネルの所定位置にある無線リソースを用いて前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項１４】
前記共有チャネルの所定位置はＰＲＢ（Physical Resource Block）で表されることを特徴とする請求項１３記載の無線通信装置。
【請求項１５】
前記制御部は、前記第１の無線通信装置において前記第２レイヤのデータのデータ量に基づいて生成した前記送達確認情報を送信するタイミングを表す前記信号を受信したとき、当該タイミングに基づいて前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項１６】
前記制御部は、前記信号を第１の識別子でデコードできたとき、前記送達確認情報を送信するタイミングではなく、前記信号を第２の識別子でデコードできたとき、前記送達確認情報を送信することを可能にすることを特徴とする請求項１５記載の無線通信装置。
【請求項１７】
前記制御部は、前記第２レイヤのデータを複数のパケットユニットで受信したときにおいて、前記パケットユニットのうち最後のパケットユニットに対応する前記信号を受信したとき、前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項１８】
前記第１の識別子はＣ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、前記第２の識別子はＴＣＰ−ＣＲＮＴＩ（Transmission Control Protocol-Cell Radio Network Temporary Identifier）であることを特徴とする請求項１６記載の無線通信装置。
【請求項１９】
前記制御部は、前記第１の無線通信装置においてＱＣＩ（Quality of service Class Identifier）６、ＱＣＩ８、又はＱＣＩ９の前記第２レイヤのデータに対するデータ量に基づいて生成した前記信号を受信することを可能にすることを特徴とする請求項１５記載の無線通信装置。
【請求項２０】
前記制御部は、前記第１の無線通信装置において一定周期毎にスケジューリング情報を送信することを実施することを示す前記信号を受信したとき、当該一定周期毎に前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項２１】
前記第１の無線通信装置において一定周期毎にスケジューリング情報を送信することを実施することを示す前記信号は、ＳＰＳ（Semi-Persistent Scheduling）  ａｃｔｉｖａｔｉｏｎを示す信号であることを特徴とする請求項２０記載の無線通信装置。
【請求項２２】
前記無線通信装置は移動局装置であり、前記第１の無線通信装置は基地局装置であることを特徴とする請求項１記載の無線通信装置。
【請求項２３】
第１及び第２の無線通信装置を備える無線通信システムにおいて、
前記第１の無線通信装置は、
第１レイヤにおける信号と、前記第１レイヤよりも上位レイヤである第２レイヤのデータ及び前記データに対する送達確認情報を送受信する通信部と、
前記第２の無線通信装置において割り当てられたスケジューリング情報を用いることなく前記第２の無線通信装置から受信した前記信号に基づいて、前記第１の無線通信装置を含む複数の無線通信装置で共有される前記第１レイヤの共有チャネルを用いて前記送達確認情報を前記通信部から前記第２の無線通信装置へ送信することを可能にする第１の制御部を備え、
前記第２の無線通信装置は、前記共有チャネルを用いて前記送達確認情報を受信することを可能にする第２の制御部を備える
ことを特徴とする無線通信システム。
【請求項２４】
第１及び第２の無線通信装置を備える無線通信システムにおける無線通信方法であって、
前記第１の無線通信装置により、第１レイヤにおける信号と、前記第１レイヤよりも上位レイヤである第２レイヤのデータ及び前記データに対する送達確認情報を送受信し、前記第２レイヤのデータに対する送達確認情報を送信するときは、前記第２の無線通信装置において割り当てられたスケジューリング情報を用いることなく前記第２の無線通信装置から受信した前記信号に基づいて、前記第１の無線通信装置を含む複数の無線通信装置で共有される前記第１レイヤの共有チャネルを用いて前記送達確認情報を前記第２の無線通信装置へ送信することを可能にし、
前記第２の無線通信装置により、前記共有チャネルを用いて前記送達確認情報を受信することを可能にする
ことを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置、無線通信システム、及び無線通信方法に関する。
【背景技術】
【０００２】
現在、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ（Long Term Evolution）システムや、ＬＴＥシステムをベースとしたＬＴＥ−Ａ（LTE-Advanced）システムの仕様が完了又は検討されている。ＬＴＥについては、３ＧＰＰ  Ｒｅｌｅａｓｅ８からＲｅｌｅａｓｅ１２が国際仕様として策定されている。また、３ＧＰＰ  Ｒｅｌｅａｓｅ１０以降は、ＬＴＥ−Ａと呼ばれている。更に、第４世代移動通信（4G, 4th generation mobile communication）に続く第５世代移動通信（5G, 5th generation mobile communication）の検討も２０１３年頃から始まっている。【０００３】
一方、データ通信においてはＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）と呼ばれる通信プロトコルが用いられる場合がある。ＴＣＰ／ＩＰは、例えば、ＴＣＰとＩＰとを組み合わせたプロトコルであり、インターネットなどで標準的に用いられている。例えば、ＩＰはインターネットにおいてパケットを中継するために用いられる通信プロトコルであり、ＴＣＰは伝送制御プロトコルであってアプリケーションプログラムとＩＰとの間の中間のレイヤにおいて通信サービスを提供するプロトコルとなっている。【０００４】
ＴＣＰでは、送信側がＴＣＰデータを送信し、受信側はＴＣＰデータを正常に受信できたときはＴＣＰ  ＡＣＫ（Acknowledgement）を返信し、送信側はＴＣＰ  ＡＣＫを受信して、次のＴＣＰデータの送信を開始する。このようにＴＣＰでは「ＴＣＰデータ送信→ＴＣＰ  ＡＣＫ返信」という手順を規定しており、これにより、信頼性のある通信を実現している。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS36.300 V12.5.0(2015-03)
【非特許文献２】3GPP TS36.211 V12.5.0(2015-03)
【非特許文献３】3GPP TS36.212 V12.4.0(2015-03)
【非特許文献４】3GPP TS36.213 V12.5.0(2015-03)
【非特許文献５】3GPP TS36.321 V12.5.0(2015-03)
【非特許文献６】3GPP TS36.322 V12.2.0(2015-03)
【非特許文献７】3GPP TS36.323 V12.3.0(2015-03)
【非特許文献８】3GPP TS36.331 V12.5.0(2015-03)
【非特許文献９】3GPP TS36.413 V12.5.0(2015-03)
【非特許文献１０】3GPP TS36.423 V12.5.0(2015-03)
【非特許文献１１】3GPP TR36.842 V12.0.0(2013-12)
【非特許文献１２】RFC793
【特許文献】
【０００６】
【特許文献１】特表２０１５−５０１１１６号公報
【特許文献２】特開２００９−１６４８１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
一開示は、ＴＣＰ  ＡＣＫの送信に要する遅延時間を短縮させるようにした無線通信装置、無線通信システム、及び無線通信方法を提供することにある。【０００８】
また、一開示は、ＴＣＰのスループットを向上させるようにした無線通信装置、無線通信システム、及び無線通信方法を提供することにある。
【課題を解決するための手段】
【０００９】
一態様によれば、第１の無線通信装置と無線通信を行う無線通信装置において、第１レイヤにおける信号と、前記第１レイヤよりも上位レイヤである第２レイヤのデータ及び前記データに対する送達確認情報を送受信する通信部と、前記第１の無線通信装置において割り当てられたスケジューリング情報を用いることなく前記第１の無線通信装置から受信した前記信号に基づいて、前記無線通信装置を含む複数の第２の無線通信装置で共有される前記第１レイヤの共有チャネルを用いて前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にする制御部を備える。
【発明の効果】
【００１０】
一開示によれば、ＴＣＰ  ＡＣＫの送信に要する遅延時間を短縮させるようにした無線通信装置、無線通信システム、及び無線通信方法を提供することができる。また、一開示によれば、ＴＣＰのスループットを向上させるようにした無線通信装置、無線通信システム、及び無線通信方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は無線通信システムの構成例を表す図である。
【図２】図２は無線通信システムの構成例を表す図である。
【図３】図３は基地局装置の構成例を表す図である。
【図４】図４は移動局装置の構成例を表す図である。
【図５】図５（Ａ）と図５（Ｂ）はＴＣＰ  ＡＣＫの送信例を表す図である。
【図６】図６（Ａ）はＳＲ手順のシーケンス例、図６（Ｂ）は遅延時間の詳細例を表す図である。
【図７】図７はＴＣＰ  ＡＣＫの送信遅延の例を表す図である。
【図８】図８はＴＣＰ  ＡＣＫの送信例を表す図である。
【図９】図９（Ａ）は移動局装置へのＣＣＥの割り当て例、図９（Ｂ）はＴＣＰ  ＡＣＫのＰＵＳＣＨへの割り当て例を表す図である。
【図１０】図１０は動作例を表すフローチャートである。
【図１１】図１１（Ａ）はａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌとＭＣＳの関係例、図１１（Ｂ）はＤＭＲＳに対する巡回シフトの例を夫々表す図である。
【図１２】図１２はＴＣＰ  ＡＣＫの送信例を表す図である。
【図１３】図１３はＴＣＰ  ＡＣＫの送信例を表す図である。
【図１４】図１４はＴＣＰ−ＣＲＮＴＩを説明するための図である。
【図１５】図１５はＴＣＰ  ＡＣＫの送信例を表す図である。
【図１６】図１６は遅延ＡＣＫを説明するための図である。
【図１７】図１７はＮａｇｌｅ−遅延ＡＣＫ問題を説明するための図である。
【図１８】図１８はＮａｇｌｅ−遅延ＡＣＫ問題の解決策の一例を表す図である。
【図１９】図１９（Ａ）と図１９（Ｂ）はＮａｇｌｅ−遅延ＡＣＫ問題の解決策の一例を表す図である。
【図２０】図２０は基地局装置のハードウェア構成例を表す図である。
【図２１】図２１は移動局装置のハードウェア構成例を表す図である。
【発明を実施するための形態】
【００１２】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。
【００１３】
また、本明細書で使用している用語や本明細書に記載した技術的内容は、３ＧＰＰなどにおいて通信に関する規格として仕様書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書の一例としては、上述した非特許文献１から非特許文献１２などがある。
【００１４】
なお、上述した非特許文献１から非特許文献１１は、日付として上記記載の非特許文献が用いられても良いが、随時更新されており、本願出願日直前に発行された非特許文献１から非特許文献１１に記載された用語や技術的内容が本願明細書において適宜用いられてもよい。
【００１５】
なお、非特許文献１から非特許文献１２の各文献に記載された概要は以下となる。
【００１６】
すなわち、非特許文献１（3GPP TS36.300 V12.5.0(2015-03)）は、例えば、ＬＴＥ−Ａの概要仕様について記載されている。
【００１７】
また、非特許文献２（3GPP TS36.211 V12.5.0(2015-03)）は、例えば、ＬＴＥ−ＡのＰＨＹ（Physical Layer）チャネル（又は物理チャネル）仕様について記載されている。
【００１８】
更に、非特許文献３（3GPP TS36.212 V12.4.0(2015-03)）は、例えば、ＬＴＥ−ＡのＰＨＹ符号化仕様について記載されている。
【００１９】
更に、非特許文献４（3GPP TS36.213 V12.5.0(2015-03)）は、例えば、ＬＴＥ−ＡのＰＨＹ手順仕様について記載されている。
【００２０】
更に、非特許文献５（3GPP TS36.321 V12.5.0(2015-03)）は、例えば、ＬＴＥ−ＡのＭＡＣ（Medium Access Control）仕様について記載されている。
【００２１】
更に、非特許文献６（3GPP TS36.322 V12.2.0(2015-03)）は、例えば、ＬＴＥ−ＡのＲＬＣ（Radio Link Control）仕様について記載されている。
【００２２】
更に、非特許文献７（3GPP TS36.323 V12.3.0(2015-03)）は、例えば、ＬＴＥ−ＡのＰＤＣＰ（Packet Data Convergence Protocol）仕様について記載されている。
【００２３】
更に、非特許文献８（3GPP TS36.331 V12.5.0(2015-03)）は、例えば、ＬＴＥ−ＡのＲＲＣ（Radio Resource Control）仕様について記載されている。
【００２４】
更に、非特許文献９（3GPP TS36.413 V12.5.0(2015-03)）は、例えば、ＬＴＥ−ＡのＳ１仕様について記載されている。
【００２５】
更に、非特許文献１０（3GPP TS36.423 V12.5.0(2015-03)）は、例えば、ＬＴＥ−ＡのＸ２仕様について記載されている。
【００２６】
更に、非特許文献１１（3GPP TR36.842 V12.0.0(2013-12)）は、例えば、ＬＴＥ−Ａのスモールセル技術の検討書である。
【００２７】
更に、非特許文献１２（RFC793）は、例えば、ＴＣＰの仕様について記載されている。
【００２８】
［第１の実施の形態］
図１は第１の実施の形態における無線通信システム１０の構成例を表す図である。無線通信システム１０は無線通信装置５００と第１の無線通信装置６００を備える。無線通信装置５００と第１の無線通信装置６００は無線通信を行う。例えば、無線通信装置５００は移動局装置であり、第１の無線通信装置は基地局装置である。
【００２９】
無線通信装置５００は、通信部５１０と制御部５２０を備える。
【００３０】
通信部５１０は第１レイヤにおける信号と、第１レイヤよりも上位レイヤである第２レイヤのデータ及びデータに対する送達確認情報を送受信する。
【００３１】
制御部５２０は、第１の無線通信装置６００において割り当てられたスケジューリング情報を用いることなく第１の無線通信装置６００から受信した信号に基づいて、無線通信装置５００を含む複数の第２の無線通信装置で共有される共有チャネルを用いて送達確認情報を通信部５１０から第１の無線通信装置６００へ送信することを可能にする。
【００３２】
無線通信装置５００は、共有チャネルを用いて情報を送信する場合、第１の無線通信装置６００との間でスケジューリング要求手順を行う場合がある。スケジューリング要求手順においては、例えば、以下の手順が実行される。すなわち、無線通信装置５００がスケジューリング要求を第１の無線通信装置６００へ送信し、第１の無線通信装置６００は当該要求を受信すると無線通信装置５００に対するスケジューリング情報を生成する。第１の無線通信装置６００は、スケジューリング情報を含むＵＬ  ｇｒａｎｔを無線通信装置５００へ送信し、無線通信装置５００はスケジューリング情報に従って共有チャネルを用いて情報を送信する。このようなスケジューリング手順によって送達確認情報の送信について遅延が発生する場合がある。
【００３３】
本第１の実施の形態においては、無線通信装置５００は第１の無線通信装置６００から送信された信号に基づいて共有チャネルを用いて第２レイヤの送達確認情報を送信することが可能となる。これにより、無線通信装置５００と第１の無線通信装置６００はスケジューリング要求手順を行うことなく、無線通信装置５００は共有チャネルを用いて送達確認情報を送信することが可能となる。
【００３４】
従って、本第１の実施の形態においては、無線通信装置５００では送達確認情報の送信について、スケジューリング要求手順を省くことができ、送達確認情報の送信による遅延時間を短縮させることが可能となる。また、本第１の実施の形態においては、このような遅延時間の短縮によって、スループットの向上を図ることができる。
【００３５】
例えば、送達確認情報としてはＴＣＰ  ＡＣＫがある。よって、本第１の実施の形態では、ＴＣＰ  ＡＣＫの送信による遅延時間の短縮を図ることが可能となる。また、本第１の実施の形態では、このような遅延時間の短縮によって、ＴＣＰにおけるスループットの向上を図ることが可能となる。
【００３６】
［第２の実施の形態］
次に第２の実施の形態について説明する。
【００３７】
＜無線通信システムの構成例＞
図２は無線通信システム１０の構成例を表している。無線通信システム１０は、基地局装置（以下、「基地局」と称する場合がある）１００と移動局装置（以下、「移動局」と称する場合がある）２００を備える。
【００３８】
なお、基地局１００は、例えば、第１の実施の形態における第１の無線通信装置６００に対応する。また、移動局２００は、例えば、第１の実施の形態における無線通信装置５００に対応する。
【００３９】
基地局１００は、例えば、自局のサービスエリアに在圏する移動局２００と無線通信を行う無線通信装置である。
【００４０】
移動局２００は、例えば、スマートフォン、フィーチャーフォン、タブレット端末、パーソナルコンピュータ、ゲーム装置などの無線通信装置である。移動局２００は、基地局１００と無線通信を行い、通話サービスやＷｅｂページの閲覧サービスなど様々なサービスの提供を受けることができる。
【００４１】
基地局１００と移動局２００は双方向通信が可能である。すなわち、基地局１００から移動局２００への方向（以下、「ＤＬ（Down Link）方向」又は「下り方向」と称する場合がある）と、移動局２００から基地局１００への方向（以下、「ＵＬ（Up Link）方向」又は「上り方向」と称する場合がある）の通信が可能である。
【００４２】
基地局１００は、移動局２００との下り方向と上り方向の無線通信に関して、スケジューリングを行うことで、無線リソースの割り当てや、符号化方式と変調方式の決定などを行う。基地局１００は、スケジューリング結果を示すスケジューリング情報を含む制御信号を移動局２００へ送信する。基地局１００と移動局２００は、制御信号に含まれるスケジューリング情報に従って無線通信を行う。
【００４３】
なお、図２に示す無線通信システム１０では、１つの移動局２００が１つの基地局１００と無線通信を行っている例を示しているが、例えば、複数の移動局が１つの基地局１００と無線通信を行ってもよい。また、１つの移動局２００が複数の基地局と無線通信を行ってもよい。無線通信システム１０には、複数の基地局と複数の移動局が含まれてもよい。
【００４４】
＜基地局装置の構成例＞
次に、基地局１００の構成例について説明する。図３は基地局１００の構成例を表す図である。基地局１００は、無線送信部１０１、無線受信部１０２、制御部１０４、記憶部１０５、及びネットワーク通信部１０６を備える。なお、無線送信部１０１と無線受信部１０２は無線通信部（又は通信部）１０３に含まれてもよい。
【００４５】
無線送信部１０１は、例えば、記憶部１０５から読み出されたデータや制御部１０４から出力された制御信号などに対して、誤り訂正符号化処理（以下、「符号化処理」と称する場合がある）や変調処理、周波数変換処理などを施して、無線信号に変換する。無線送信部１０１は、制御部１０４から符号化率や変調方式などを含むスケジューリング情報を受け取り、このスケジューリング情報に従って符号化処理や変調処理などを行う。そして、無線送信部１０１は変換後の無線信号を移動局２００へ送信する。この場合、無線送信部１０１は、制御部１０４からスケジューリング情報を受け取り、スケジューリング情報に含まれる無線リソースを用いて無線信号を送信する。無線リソースは、例えば、周波数リソースと時間リソースを含む。例えば、無線送信部１０１は、データなどをＰＤＳＣＨ（Physical Downlink Shared Channel）を用いて送信し、制御信号などをＰＤＣＣＨ（Physical Downlink Control Channel）を用いて送信する。
【００４６】
無線受信部１０２は、例えば、制御部１０４から受け取ったスケジューリング情報に含まれる無線リソースを用いて各移動局２００から送信された無線信号を受信する。この場合、無線受信部１０２は、ＰＵＣＣＨ（Physical Uplink Control Channel）を用いて制御信号などを含む無線信号を受信し、ＰＵＳＣＨ（Physical Uplink Shared Channel）を用いてデータなどを含む無線信号を受信する。また、無線受信部１０２は、受信した無線信号に対して、周波数変換処理や復調処理、誤り訂正復号化処理（以下、「復号化処理」と称する場合がある）などを施してデータや制御信号などを抽出する。無線受信部１０２は、変調方式と符号化率などを含むスケジューリング情報を制御部１０４から受け取り、このスケジューリング情報に従って復調処理や復号化処理などを行う。無線受信部１０２は、例えば、抽出したデータや制御信号などを記憶部１０５や制御部１０４へ出力する。
【００４７】
制御部１０４は、上述したスケジューリングを行い、その結果をスケジューリング情報として無線送信部１０１や無線受信部１０２へ出力する。また、制御部１０４は、スケジューリング情報を含む制御信号を生成して無線送信部１０１へ出力する。制御信号は移動局２００へ向けて送信される。
【００４８】
更に、制御部１０４は、ＨＡＲＱ（Hybrid Automatic Repeat Request）による再送制御を行う。ＨＡＲＱは、例えば、受信側において復号化処理に失敗したデータを破棄せずに、送信側から再送信されたデータと合成することで、当該データを復号させる技術である。例えば、受信側において復号化処理に成功すると受信側はＡＣＫ（Acknowledge：肯定応答）を送信し、送信側はＡＣＫを受信すると次のデータの送信を開始する。一方、受信側において復号化処理に失敗すると、受信側は送信側に対してＮＡＣＫ（Negative Acknowledge：否定応答）を返信し、送信側はＮＡＣＫを受けてデータを再送する。ＨＡＲＱによるＡＣＫもＮＡＣＫもＨＡＲＱによる送達確認情報の一例である。ＨＡＲＱによる再送制御は、基地局１００と移動局２００との間で行われる。
【００４９】
ＨＡＲＱによる再送制御の対象は、例えば、ＭＡＣ（Medium Access Control：媒体アクセス制御）レイヤにおけるデータである。このようなデータの例として、ＭＡＣ  ＰＤＵ（MAC Packet Data Unit）などがある。ＭＡＣレイヤはＯＳＩ参照モデルにおいてはデータリンクレイヤ（レイヤ２）に含まれる。
【００５０】
制御部１０４は、例えば、以下のようなＨＡＲＱによる再送制御を行う。すなわち、無線受信部１０２でＭＡＣレイヤのデータに付加されたＣＲＣ（Cyclic Redundancy Check）などに基づいて復号化処理を行ったときに正しく復号できたか否かを示す処理結果を制御部１０４へ通知する。制御部１０４では処理結果に応じてＡＣＫやＮＡＣＫを生成する。制御部１０４はＨＡＲＱによるＡＣＫ（以下、「ＨＡＲＱ  ＡＣＫ」と称する場合がある）やＨＡＲＱによるＮＡＣＫ（以下、「ＨＡＲＱ  ＮＡＣＫ」と称する場合がある）を、無線送信部１０１を介して移動局２００へ送信する。他方、制御部１０４は無線受信部１０２を介して移動局２００からＨＡＲＱ  ＡＣＫを受信すると次のデータの送信を開始する。制御部１０４は無線受信部１０２を介して移動局２００からＨＡＲＱ  ＮＡＣＫを受信したり又はＭＡＣレイヤのデータを送信後一定期間経過しても  ＨＡＲＱ  ＡＣＫを受信しなかったりしたときは、ＨＡＲＱ  ＡＣＫの確認がなされていない当該データを記憶部１０５から読み出して移動局２００へ再送する。
【００５１】
記憶部１０５は、例えば、データや制御信号などを記憶する。例えば、無線受信部１０２や制御部１０４、ネットワーク通信部１０６はデータや制御信号などを記憶部１０５に適宜記憶し、無線送信部１０１や制御部１０４、ネットワーク通信部１０６は記憶部１０５に記憶されたデータや制御信号などを適宜読み出す。
【００５２】
ネットワーク通信部１０６は、他の装置と接続され、他の装置との間でデータなどを送受信する。その際、ネットワーク通信部１０６は、他の装置へ出力可能なフォーマットのパケットデータに変換して他の装置へ送信したり、他の装置から受信したパケットデータからデータなどを抽出して、記憶部１０５や制御部１０４などに出力したりするい。他の装置の例としては、他の基地局装置やＭＭＥ（Mobility Management Entity）やＳＧＷ（Serving Gateway）などがある。
【００５３】
＜移動局装置の構成例＞
図４は移動局２００の構成例を表す図である。移動局２００は、無線送信部２０１、無線受信部２０２、制御部２０４、及び記憶部２０５を備える。なお、無線送信部２０１と無線受信部２０２は無線通信部（又は通信部）２０３に含まれてもよい。
【００５４】
なお、通信部２０３は、例えば、第１の実施の形態における通信部５１０に対応する。また、制御部２０４は、例えば、第１の実施の形態にける制御部２０４に対応する。
【００５５】
無線送信部２０１は、例えば、記憶部２０５から読み出したデータや制御部２０４から出力された制御信号などに対して、符号化処理や変調処理、周波数変換処理などを施して無線信号に変換する。無線送信部２０１は、制御部２０４から符号化率や変調方式を含むスケジューリング情報を受け取り、このスケジューリング情報に従って符号化処理や変調処理を行う。無線送信部２０１は、無線信号を基地局１００へ送信する。この場合、無線送信部２０１は、移動局２００に割り当てられた無線リソースを含むスケジューリング情報を制御部２０４から受け取り、この無線リソースを用いて無線信号を基地局１００へ送信する。例えば、無線送信部２０１は、ＰＵＣＣＨを用いて制御信号などを送信し、ＰＵＳＣＨを用いてデータなどを送信する。
【００５６】
無線受信部２０２は、基地局１００から送信された無線信号を受信する。この際、無線受信部２０２は、移動局２００に割り当てられた無線リソースを含むスケジューリング情報を制御部２０４から受け取り、この無線リソースを用いて無線信号を受信する。例えば、無線受信部２０２は、ＰＤＣＣＨを用いて制御信号など含む無線信号を受信し、ＰＤＳＣＨを用いてデータなどを含む無線信号を受信する。また、無線受信部２０２は、受信した無線信号に対して周波数変換処理や復調処理、復号化処理などを施して、無線信号からデータや制御信号などを抽出する。この際、無線受信部２０２は、変調方式や符号化率などのスケジューリング情報を制御部２０４から受け取り、変調方式や符号化率などに従って復調処理や復号化処理を行う。無線受信部２０２は、例えば、抽出したデータや制御信号などを制御部２０４や記憶部２０５へ出力する。
【００５７】
制御部２０４は、無線受信部２０２から制御信号を受け取り、移動局２００に割り当てられたスケジューリング情報などを制御信号から抽出して、無線送信部２０１や無線受信部２０２へ出力する。
【００５８】
また、制御部２０４は制御信号など生成し、無線送信部２０１へ出力する。制御信号には、例えば、ＨＡＲＱ  ＡＣＫ又はＨＡＲＱ  ＮＡＣＫ、ＣＳＩ（Channel State Information：チャネル状態情報）、ＳＲ（Scheduling Request：スケジューリング要求）などが含まれてもよい。
【００５９】
更に、制御部２０４は、ＴＣＰデータの送達確認（又は応答確認）と再送処理を行う。ＴＣＰデータは、例えば、基地局１００を介してＴＣＰを取り扱うサーバと移動局２００の間で交換される。この場合、基地局１００では、原則的にはＴＣＰパケットに含まれるＴＣＰヘッダやＴＣＰデータの解析などを行うことなく、サーバから送信されたＴＣＰパケットを移動局２００へそのまま送信したり、移動局２００から送信されたＴＣＰパケットをサーバへそのまま送信したりする。
【００６０】
ＴＣＰの再送においても、ＴＣＰ送信側から送信したＴＣＰデータに対してＴＣＰ受信側で正しく受信できたとき、ＴＣＰ受信側はＴＣＰ送信側へＴＣＰ  ＡＣＫ（又は肯定応答）を返信する。ＴＣＰ送信側はＴＣＰ  ＡＣＫを受信すると次のＴＣＰデータの送信を開始する。一方、ＴＣＰ送信側はＴＣＰデータを送信後一定期間経過してもＴＣＰ  ＡＣＫを受信しないときは、ＴＣＰ  ＡＣＫの確認が取れていないＴＣＰデータを受信側へ再送する。この場合、例えば、ＴＣＰ送信側は、確認応答番号が同一の複数（たとえば３個）のＴＣＰ  ＡＣＫ（又は重複ＡＣＫ）を受信したときはＴＣＰ受信側において正しくＴＣＰデータを受信できなかったと判別して当該ＴＣＰデータを再送してもよい。このようなＴＣＰによる再送処理は、例えば、制御部２０４において行われる。この場合、制御部２０４は、ＴＣＰデータを正しく受信できたか否かを確認し、その結果に応じてＴＣＰの送達確認情報を生成し、無線送信部１０１を介して当該送達確認情報をサーバへ送信する。また、制御部２０４は、無線送信部１０１を介してＴＣＰデータをサーバなどに送信後、一定期間経過してもＴＣＰ  ＡＣＫを受信しないときは、記憶部２０５に記憶されたＴＣＰ  ＡＣＫの確認がとれていないＴＣＰデータを読み出して、無線送信部１０１を介してサーバへ向けて送信する。
【００６１】
ＴＣＰは、ＯＳＩ参照モデルにおけるトランスポートレイヤ（レイヤ４）に含まれる。他方、ＨＡＲＱ  ＡＣＫなどを取り扱うＭＡＣレイヤは、ＯＳＩ参照モデルにおいては、データリンクレイヤ（レイヤ２）に含まれる。トランスポートレイヤは、データリンクレイヤよりも上位レイヤとなっている。
【００６２】
なお、ＬＴＥなどにおけるＲＬＣ（Radio Link Control：無線リンク制御）レイヤとＰＤＣＰ（Packet Data Convergence Protocol:パケットデータコンバージェンス）レイヤなどは、データリンクレイヤに含まれ、データリンクレイヤのサブレイヤとなっている。ＭＡＣレイヤ、ＲＣＬレイヤ、ＰＤＣＰレイヤの各レイヤは、この中ではＭＡＣレイヤが下位のレイヤであり、ＰＤＣＰレイヤが上位のレイヤとなる。
【００６３】
例えば、制御部２０４では、無線受信部２０２からＭＡＣレイヤのデータを受け取り、ＭＡＣレイヤのデータからＴＣＰデータまでの各レイヤのデータを生成したり抽出したりした後、ＴＣＰデータに対する処理を行うことが可能となる。また、例えば、制御部２０４では、ＴＣＰデータからＭＡＣレイヤのデータまでの各レイヤのデータを生成したり抽出したりした後、ＭＡＣレイヤのデータを無線送信部２０１へ出力することで、ＭＡＣレイヤのデータを基地局１００へ送信することが可能となる。
【００６４】
更に、制御部２０４ではＨＡＲＱによる再送制御を行う。ＨＡＲＱによる再送制御は、基地局１００と移動局２００との間で行われる。例えば、制御部２０４などでは以下の処理を行う。すなわち、無線受信部２０２でＭＡＣレイヤのデータに付加されたＣＲＣなどに基づいて復号化処理を行ったときに正しく復号化できたか否かを示す処理結果を制御部２０４へ通知し、制御部２０４では処理結果に応じてＨＡＲ  ＡＣＫやＨＡＲＱ  ＮＡＣＫを生成する。制御部２０４はＨＡＲＱ  ＡＣＫやＨＡＲＱ  ＮＡＣＫを、無線送信部２０１を介して基地局１００へ送信する。他方、制御部２０４は無線受信部２０２を介して基地局１００からＨＡＲＱ  ＡＣＫを受信するとＭＡＣレイヤの次のデータの送信を開始する。制御部２０４は基地局１００からＨＡＲＱ  ＮＡＣＫを受信したり又はＭＡＣレイヤのデータを送信後一定期間経過しても  ＨＡＲＱ  ＡＣＫを受信しなかったりしたときは、ＨＡＲＱ  ＡＣＫの確認がなされていない当該データを記憶部２０５から読み出して基地局１００へ再送する。
【００６５】
記憶部２０５は、例えば、データや制御信号などを記憶する。例えば、無線受信部２０２や制御部２０４はデータや制御信号などを記憶部２０５に適宜記憶し、無線送信部２０１や制御部２０４は記憶部２０５に記憶されたデータや制御信号などを適宜読み出す。
【００６６】
なお、基地局１００や移動局２００において、例えば、変調前や復調後において処理される情報はデータや制御情報、変調後や復調前において処理される情報は信号と称する場合もある。或いは、例えば、トランスポートレイヤで取り扱われる情報のことをデータや制御情報などと称し、ＭＡＣレイヤで取り扱われる情報のことを信号と称する場合もある。
【００６７】
＜動作例＞
次に動作例について説明する。最初に移動局２００におけるＴＣＰ  ＡＣＫの送信例について説明し、次に本第２の実施の形態における動作例などを説明する。
【００６８】
＜移動局によるＴＣＰ  ＡＣＫの送信例＞
図５（Ａ）から図６はＴＣＰ  ＡＣＫの送信例を表す図である。図５（Ａ）に示すように、移動局２００は下り方向に送信されたＴＣＰデータ（「ＤＬ  ＴＣＰ  Ｄａｔａ」）を正常に受信すると（Ｓ１）、ＴＣＰ  ＡＣＫを生成する。移動局２００は、生成したＴＣＰ  ＡＣＫ（「ＵＬ  ＴＣＰ  ＡＣＫ」）を上り方向に送信する（Ｓ２）。上述したように、ＴＣＰデータ自体は、例えば、基地局１００に接続されたサーバなどで生成されて、基地局１００を介して移動局２００へ送信される。また、ＴＣＰ  ＡＣＫも基地局１００を介してＴＣＰデータを生成したサーバに向けて送信される。
【００６９】
この場合、移動局２００は、例えば、図５（Ｂ）に示すスケジューリング要求手順を実行してＴＣＰ  ＡＣＫを送信する。
【００７０】
すなわち、移動局２００は、ＰＵＣＣＨを用いてスケジューリング要求（ＳＲ：Scheduling Request）を基地局１００へ送信する（Ｓ５）。基地局１００はスケジューリング要求を受けてスケジューリング情報を生成する。基地局１００は、ＰＤＣＣＨを用いてスケジューリング情報を含むＵＬ  ｇｒａｎｔ（又は送信許可）を移動局２００へ送信する（Ｓ６）。移動局２００は、スケジューリング情報により割り当てられたＰＵＳＣＨの無線リソースを用いてＴＣＰ  ＡＣＫを移動局２００へ送信する（Ｓ７）。図５（Ｂ）の例では、移動局２００はＴＣＰ  ＡＣＫとＢＳＲ（Buffer Status Report）を基地局１００へ送信する例を表している。
【００７１】
図６（Ａ）は移動局２００が上り方向にデータを送信するまでの一連の処理のシーケンス例を表し、図６（Ｂ）は移動局２００が上り方向におけるデータの送信に要する時間の例を表している。
【００７２】
移動局（ＵＥ（User Equipment））２００は、例えば、データが発生するとＰＵＣＣＨの送信機会を待ち（Ｓ１１）、ＰＵＣＣＨを用いてスケジューリング要求を送信する（Ｓ１２）。基地局（ｅＮＢ（evolved Node B））１００は、無線リソースの割り当てなどの処理を行い（Ｓ１３）、ＵＬ  ｇｒａｎｔを送信する（Ｓ１４）。移動局２００はＵＬ  ｇｒａｎｔを受けて、データに対する符号化処理などの処理を施し（Ｓ１５）、ＰＵＳＣＨに含まれる無線リソースを用いてデータ（「ＵＬ  Ｄａｔａ」）を送信する（Ｓ１６）。ＵＬ  Ｄａｔａの例としてはＴＣＰ  ＡＣＫがある。
【００７３】
図６（Ｂ）は、このような一連のシーケンスにおいて、Ｓ１１からＳ１６の各処理における所要時間の例を表している。例えば、Ｓ１１の処理における平均遅延時間は「２．５ｍｓ」などである。図６（Ｂ）に示すように、１つの移動局２００が上り方向にデータを送信するまでの遅延時間はエラーフリーであっても約「１１．５ｍｓ」となった。すなわち、ＴＣＰ  ＡＣＫの送信に要する遅延時間は約「１１．５ｍｓ」となった。この遅延時間はＴＣＰ通信ではその影響が大きく、ＴＣＰにおけるスループットが低下する要因の一つでもある。なお、あくまで参考例ではあるが、例えば、東京から大阪までのインターネット回線における往復伝搬遅延（ＲＴＴ：Round-Trip Time）は約２０ｍｓであった。この参考値からも「１１．５ｍｓ」の大きさが理解されよう。
【００７４】
例えば、移動局２００はＰＵＣＣＨを用いてＴＣＰ  ＡＣＫを送信することも可能である。しかし、例えば、ＰＵＣＣＨがＴＣＰ  ＡＣＫを送信したいサブフレームに設定されていない場合やＰＵＣＣＨが他の信号の送信に使用され無線リソースが不足している場合など、移動局２００はＴＣＰ  ＡＣＫを送信したいタイミングでＴＣＰ  ＡＣＫを送信することができない場合がある。この場合、図７に示すように、移動局２００は次のＰＵＣＣＨの機会（例えば５ｍｓ後）までＴＣＰ  ＡＣＫの送信を待機することになり、ＴＣＰ  ＡＣＫの送信遅延が増加する。
【００７５】
そこで、本第２の実施の形態においては、移動局２００はスケジューリング要求手順を実施することなくＰＵＳＣＨを用いてＴＣＰ ＡＣＫを送信する。これにより、図５（Ｂ）や図６（Ａ）に示すスケジューリング要求手順が省略され、ＴＣＰ  ＡＣＫの送信に要する遅延時間を短縮させることが可能となる。また、ＴＣＰ  ＡＣＫの遅延時間の短縮によって、ＴＣＰにおけるスループットの向上を図ることも可能となる。
【００７６】
本第２の実施の形態においては、移動局２００ではＰＵＳＣＨを用いてＴＣＰ  ＡＣＫを送信する場合、スケジューリング要求手順を実施しないため、基地局１００からはＵＬ  ｇｒａｎｔが与えられない。そのため、移動局２００では、ＵＬ  ｇｒａｎｔを受信することなく（又はスケジューリング情報を用いることなく）、基地局１００から送信された信号に基づいて、ＰＵＳＣＨを用いてＴＣＰ  ＡＣＫを送信するようにしている。具体的には、以下の８つがある。以下、順番に説明する。
【００７７】
（１）ＰＤＣＣＨ  Ｌｏｗｅｓｔ  ＣＣＥ（Control Channel Element：制御チャネル要素）  ｉｎｄｅｘ＝ｋに基づいてＰＵＳＣＨ  ＰＲＢ（Physical Resource Block：無線リソースブロック）  ｉｎｄｅｘを決定
（２）ＰＤＣＣＨ  ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌとＰＵＳＣＨ  ＭＣＳ（Modulation and Coding Scheme）  ｉｎｄｅｘの関係からＭＣＳを決定
（３）ＰＵＳＣＨ  ＤＭＲＳ（Demodulation Reference Signal：データ復調用参照信号）の巡回シフトの値は固定値
（４）ＴＣＰ  ＡＣＫのＰＵＳＣＨを送信するタイミングはＲＲＣ（Radio Resource Control：無線リソース制御）により事前に設定
（５）上記（１）の改良
（６）上記（４）の改良
（７）ＴＣＰ  ＡＣＫ送信のためのＳＰＳ（Semi-Persistent Scheduling：セミパーシステントスケジューリング）の実施
（８）その他
（１）ＰＤＣＣＨ  Ｌｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘ＝ｋに基づいて、ＰＵＳＣＨ  ＰＲＢ  ｉｎｄｅｘを決定
図８はＰＤＣＣＨ  Ｌｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘ＝ｋに基づいてＰＵＳＣＨ  ＰＲＢ  ｉｎｄｅｘを決定した場合のＴＣＰ  ＡＣＫの送信例を表す図である。移動局２００は、ＰＤＣＣＨを受信すると（Ｓ３０）、ＰＤＣＣＨに含まれるＣＣＥのうち最小のＣＣＥインデックス（Lowest CCE index）に基づいて、ＴＣＰ  ＡＣＫを送信するＰＵＳＣＨの無線リソースの位置ｇを決定（又は選択）する。移動局２００は、決定した位置ｇの無線リソースを用いてＴＣＰ  ＡＣＫを送信する。基地局１００では当該無線リソースを用いてＴＣＰ  ＡＣＫを受信する。
【００７８】
ＣＣＥは、例えば、ＰＤＣＣＨの送信に利用される無線リソースの単位（又は要素）である。基地局１００は、移動局２００ごとに１個、２個、４個、又は８個などの連続したＣＣＥを割り当てる。基地局１００は割り当てたＣＣＥを用いて移動局２００宛の制御信号などを送信する。このＣＣＥ数はアグリゲーションレベルに相当する。例えば、ＣＣＥ数が８のとき、アグリゲーションレベルは８となる。また、基地局１００は、１つのＰＤＣＣＨに含まれるＣＣＥ数が多くなるほど符号化率は小さくなるようにＣＣＥ数を定めることができる。基地局１００は無線品質に基づいて１つの移動局２００に割り当てるＣＣＥ数を決定してもよい。
【００７９】
図９（Ａ）は基地局１００が各移動局２００に割り当てるＣＣＥの例を表している。図９（Ａ）の例では、基地局１００は移動局２００−１（ＵＥ＃１）に対して「０」のＣＣＥインデックス（又はインデックス。以下、「ＣＣＥインデックス」と称する場合がある）を持つＣＣＥ（ＣＣＥ＃０）を割り当てている。また、基地局１００は、移動局２００−２（ＵＥ＃２）に対して「１」と「２」のＣＣＥインデックスを持つ２つのＣＣＥ（ＣＣＥ＃１，ＣＣＥ＃２）を割り当てている。例えば、基地局１００は同一サブフレーム内に多重される複数のユーザ（又は移動局２００）に対して同一のＣＣＥインデックスが重複しないようにＣＣＥインデックスを割り振る。移動局２００では、例えば、全てのＣＣＥ（又は一定の候補範囲内のＣＣＥ）に対して復号化処理などを行い、正しく復号できたＣＣＥを自局に割り当てられたＣＣＥとして検出する。この場合、移動局２００では、正しく復号できたＣＣＥ数により、ＣＣＥインデックスを特定することもできる。例えば、正しく復号できたＣＣＥ数が１個の場合はＣＣＥ＃０であり、正しく復号できたＣＣＥ数が２個の場合はＣＣＥ＃１，ＣＣＥ＃２などとなる。このような検出を、例えば、ブラインド検出（又はブラインド復号）と称する場合がある。
【００８０】
移動局２００ではこのようにブラインド検出により検出したＣＣＥインデックスのうち最小のＣＣＥインデックスｋを用いて、ＴＣＰ  ＡＣＫの送信に利用するＰＵＳＣＨのリソース位置ｇを決定する。例えば、図９（Ｂ）に示すように、移動局２００−１に対して最小のＣＣＥインデックスｋが「０」のとき、ｆ（０）によってＰＵＳＣＨにおけるｇ＃１の位置をＴＣＰ  ＡＣＫの送信に利用する無線リソースとして決定する。また、移動局２００−２に対して最小のＣＣＥインデックスｋが「１」のとき、ｆ（１）によってＰＵＳＣＨにおけるｇ＃２をＴＣＰ  ＡＣＫの送信に利用する無線リソースとして決定する。関数ｆは、システムとして決定されてもよいし、移動局２００−１，２００−２ごとに決定されてもよい。
【００８１】
図８に戻り、移動局２００はｆ（ｋ）により決定したＰＵＳＣＨの無線リソースの位置ｇを用いてＴＣＰ  ＡＣＫを送信する（Ｓ３１）。
【００８２】
図１０は移動局２００における動作例を表すフローチャートである。図１０は上述した動作例をまとめたものである。
【００８３】
移動局２００は処理を開始すると（Ｓ４０）、ＰＤＣＣＨを用いて受信した信号から移動局２００に割り当てられたＣＣＥインデックスのうち、最小のＣＣＥインデックスｋを検出する（Ｓ４１）。例えば、無線受信部２０２においてＰＤＣＣＨを用いて受信した信号に対してブラインド検出により最小のＣＣＥインデックスｋを検出し、検出したＣＣＥインデックスｋを制御部２０４へ出力する。
【００８４】
次に、移動局２００は、検出した最小のＣＣＥインデックスｋに基づいてＰＵＳＣＨにおけるリソース位置ｇ＝ｆ（ｋ）を算出する（Ｓ４２）。例えば、制御部２０４は、記憶部２０５に記憶した関数ｆを表す式を読み出して、無線受信部２０２から受け取った最小のＣＣＥインデックスｋを関数ｆに代入することで、リソース位置ｇを算出する。
【００８５】
次に、移動局２００は、算出したＰＵＳＣＨのリソース位置ｇの無線リソースを用いて、ＴＣＰ  ＡＣＫを送信する（Ｓ４３）。例えば、以下のような処理が行われる。すなわち、制御部２０４は、リソース位置ｆ（ｋ）を無線送信部２０１へ出力する。また、制御部２０４は、ＴＣＰ  ＡＣＫを生成して、生成したＴＣＰ  ＡＣＫに対応するＭＡＣレイヤのデータを無線送信部２０１へ出力する。無線送信部２０１は、当該データに対して符号化処理や変調処理などを施して無線信号に変換し、ＰＵＳＣＨのリソース位置ｇにおける無線リソースを用いて基地局１００へ送信する。これにより、ＴＣＰ  ＡＣＫはＰＵＳＣＣＨを用いて基地局１００へ送信される。
【００８６】
（２）ＰＤＣＣＨ  ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌとＰＵＳＣＨ  ＭＣＳ  ｉｎｄｅｘとの対応関係からＭＣＳを決定
図１１（Ａ）は、ＰＤＣＣＨ  ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ（又はアグリゲーションレベル。以下、「アグリゲーションレベル」と称する場合がある）とＰＵＳＣＨ  ＭＣＳ  ｉｎｄｅｘとの対応関係の例を表している。例えば、アグリゲーションレベルとＰＵＣＨ  ＭＣＳ  ｉｎｄｅｘとの対応関係を事前に決定しておく。そして、移動局２００ではこの対応関係を用いて、アグリゲーションレベルに基づいてＭＣＳを決定する。ＭＣＳ（又はＭＣＳレベル値）は、例えば、符号化率と変調方式の組み合わせを表している。
【００８７】
この対応関係については、例えば、アグリゲーションレベル値が大きいほどＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値が小さく、アグリゲーションレベル値が小さいほどＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値が大きいなどである。言い換えると、アグリゲーションレベル値が第１の閾値より大きいとき、ＭＣＳレベル値は第２の閾値より小さく、他方、アグリゲーションレベル値が第１の閾値以下のとき、ＭＣＳレベル値は第２の閾値以上となる。
【００８８】
或いは、アグリゲーションレベル値が時間の経過とともに増加するとＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値が減少し、アグリゲーションレベル値が減少すればＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値が増加するなどである。
【００８９】
図１１（Ａ）の例では、移動局ＵＥ＃１に対してアグリゲーションレベル値が「１」であり、ＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値は「ｘ１」となる。また、移動局ＵＥ＃２に対してアグリゲーションレベル値が「２」であり、ＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値は「ｘ２」（＜ｘ１）となる。
【００９０】
なお、図１１（Ａ）に示すように、アグリゲーションレベル（又はアグリゲーションレベル値）は、例えば、移動局２００に割り当てられたＣＣＥ数に対応する。図１１（Ａ）の例では、ＵＥ＃１に割り当てられたＣＣＥ数は「１」となっているため、ＵＥ＃１におけるアグリゲーションレベルは「１」、ＵＥ＃２に対してＣＣＥ数は「２」となっているため、ＵＥ＃２におけるアグリゲーションレベルは「２」となる。
【００９１】
例えば、移動局２００では以下の処理が行われてもよい。すなわち、決定した対応関係に基づいて、アグリゲーションレベル値に対応するＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値を記憶部２０５に記憶しておく。或いは、記憶部２０５には当該対応関係そのものが記憶されてもよい。そして、移動局２００の制御部２０４は、ブラインド復号により検出したアグリゲーションレベル値に対応するＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値を記憶部２０５から読み出す。制御部２０４は読み出したＰＵＳＣＨ  ＭＣＳ  ｌｅｖｅｌ値を無線送信部２０１へ出力し、無線送信部２０１では当該ｌｅｖｅｌ値に基づいてＴＣＰ  ＡＣＫに対して符号化処理や変調処理などを施して基地局１００へ送信する。
【００９２】
（３）ＰＵＳＣＨ  ＤＭＲＳの巡回シフトの値は固定値
移動局２００では、例えば、ＵＬ  ｇｒａｎｔに含まれる巡回シフト（cyclic shift）の値に基づいてＺＣ（Zadoff-Chu）系列に対して巡回シフトした巡回シフト系列をデータ復調用参照信号（ＤＭＲＳ）に用いる場合がある。本第２の実施の形態においては、ＵＬ  ｇｒａｎｔが用いられないため、移動局２００では予め決められた固定値Ｃを巡回シフトの値として用いる。これにより、例えば、基地局１００ではデータ復調用参照信号を容易に検出でき、検出したデータ復調用参照信号を用いて移動局２００から送信されたデータも容易に復調することができる。例えば、制御部２０４は記憶部２０５に記憶された固定値Ｃを読み出し、ＺＣ系列などの系列を生成し、固定値Ｃに基づいて巡回シフトさせた系列をデータ復調用参照信号として用いる。
【００９３】
（４）ＴＣＰ  ＡＣＫのＰＵＳＣＨを送信するタイミングはＲＲＣにより事前に設定
図１２はＲＲＣによりＴＣＰ  ＡＣＫの送信タイミングが設定された場合のＴＣＰ ＡＣＫの送信例を表す図である。移動局２００の待ち受け時や新たな無線コネクションを確立する場合など、基地局１００と移動局２００は決められた手順によって信号を送受信する場合がある。このような手順は、例えば、上述した非特許文献を含む仕様書において規定された手順であってよい。このような手順の例としてはＲＲＣ手順などがある。
【００９４】
本第２の実施の形態において、基地局１００はこのような手順により送受信される信号を利用して、ＰＵＳＣＨにおけるＴＣＰ  ＡＣＫの送信タイミングを通知し、移動局２００は当該信号に基づいてＴＣＰ  ＡＣＫを所定のタイミングで送信する。
【００９５】
例えば、基地局１００と移動局２００は以下の処理を行う。すなわち、基地局１００の制御部１０４において、ＴＣＰ  ＡＣＫを送信する送信タイミングを決定し、決定したタイミングに関する情報を含む信号の生成を無線送信部１０１へ指示する。無線送信部１０１では、当該指示に従って信号を生成し、決められた手順に従って当該信号を送信する。移動局２００の無線受信部２０２は当該信号を受信し、受信した当該信号から送信タイミングに関する情報を抽出し、制御部２０４へ出力する。制御部２０４は抽出した送信タイミングに関する情報を無線送信部２０１へ出力し、無線送信部２０１では当該タイミングに従ってＴＣＰ  ＡＣＫを送信する（Ｓ６１）。
【００９６】
例えば、決められた手順の信号により通知される情報は送信タイミングだけではなく、ＴＣＰ  ＡＣＫの送信に用いる周波数であってもよく、無線リソースに関する情報の一部或いは全部が通知されてもよい。
【００９７】
（５）上記（１）の改良
上記（１）では、ＰＤＣＣＨ  Ｌｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘ＝ｋに基づいて、ＰＵＳＣＨにおけるＴＣＰ  ＡＣＫの送信に利用する無線リソースの位置を決定した。本例では、上記（１）を改良して、ＴＣＰ  ＡＣＫの送信に利用するＰＵＳＣＨの無線リソース（ＰＲＢ）の位置を、予め決められた手順で送受信される信号に基づいて設定する例である。このような手順は、上記（４）と同様に、上述した非特許文献を含む仕様書において規定された手順であってよい。このような手順の例としてはＲＲＣ手順などがある。
【００９８】
このような手順で通知されるＰＲＢの位置は、例えば、ＴＣＰ  ＡＣＫを送信するＰＲＢの開始位置や終了位置でもよく、ＴＣＰ  ＡＣＫの送信に利用されるＰＵＳＣＨにおけるＰＲＢの位置が示されていればよい。本例においても、上記（４）において説明した内容や図１２などが援用される。この場合、制御部２０４は、決められた手順による信号を受信すると、当該信号に基づいてＰＵＳＣＨの所定位置にある無線リソースを用いてＴＣＰ  ＡＣＫを送信するように無線送信部２０１へ指示する。無線送信部２０１は当該指示に従って当該無線リソースを用いてＴＣＰ  ＡＣＫを送信する。
【００９９】
（６）上記（４）の改良
上記（４）では、ＰＵＳＣＨを用いてＴＣＰ  ＡＣＫを送信するタイミングを、予め決められた手順で送受信される信号により事前に設定する例について説明した。本例では、基地局１００は移動局２００においてＴＣＰ  ＡＣＫが発生するタイミングを見計らって、ＰＤＣＣＨの送信のタイミングを設定し、移動局２００は当該タイミングに基づいてＰＵＳＣＨを用いてＴＣＰ  ＡＣＫを送信する例である。
【０１００】
図１３と図１４は本例におけるＴＣＰ  ＡＣＫの送信例を表す図である。例えば、あるＴＣＰデータが複数（例えばｎ個）のＰＤＣＰ  ＳＤＵ（PDCP Service Data Unit）（又はパケットユニット）に分割されて基地局１００から移動局２００へ送信される場合がある。
【０１０１】
この場合、基地局１００では、１番目のＰＤＣＰ  ＳＤＵから（ｎ−１）番目のＰＤＣＰ  ＳＤＵの送信を指示する制御信号の送信に利用するＰＤＣＣＨについてはＣ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier：セル無線ネットワーク一時識別子）でマスク（又はスクランブル。以下、「マスク」と称する場合がある）する。具体的には、基地局１００は当該制御信号に付加したＣＲＣをＣ−ＲＮＴＩでマスクする。基地局１００は、ＰＤＣＣＨを用いてＣ−ＲＮＴＩでマスクした制御信号を送信する（図１４のＳ７０−１，…，Ｓ７０−（ｎ−１））。この場合、移動局２００では、Ｃ−ＲＮＴＩでマスクされた制御信号を受信し、当該制御信号をＣ−ＲＮＴＩでデコード（又はデスクランブル。以下、「デコード」と称する場合がある）できたとき、１番目から（ｎ−１）番目のＰＤＣＰ  ＳＤＵが送信されたことを認識し、ＴＣＰ  ＡＣＫの送信タイミングではないことを認識する。
【０１０２】
一方、基地局１００は、最後のｎ番目のＰＤＣＰ  ＳＤＵの送信を指示する制御信号の送信に利用するＰＤＣＣＨについては、Ｃ−ＲＮＴＩとは異なるＴＣＰ−ＣＲＮＴＩ（Transmission Control Protocol-Cell Radio Network Temporary Identifier：ＴＣＰセル無線ネットワーク一時識別子）でマスクする。具体的には、基地局１００は当該制御信号に付加したＣＲＣをＴＣＰ−ＣＲＮＴＩでマスクする。基地局１００は、ＰＤＣＣＨを用いてＴＣＰ−ＣＲＮＴＩでマスクした制御信号を送信する（図１３のＳ７０，図１４のＳ７０−ｎ）。この場合、移動局２００では、ＴＣＰ−ＣＲＮＴＩでマスクされた制御信号を受信し、当該制御信号をＴＣＰ−ＲＮＴＩでデコードできたとき、最後のｎ番目のＰＤＣＰ  ＳＤＵであることを認識し、ＴＣＰ  ＡＣＫの送信タイミングが通知されたと認識する。ＴＣＰ−ＲＮＴＩでマスクされた制御信号は、例えば、移動局２００においてはＴＣＰ  ＡＣＫを送信するタイミングになったことを表している。
【０１０３】
そして、移動局２００では、上記（１）と同様に、当該制御信号の受信に利用したＰＤＣＣＨに含まれるＣＣＥのうち最小のＣＣＥインデックスに基づいて、ＴＣＰ  ＡＣＫの送信に利用するＰＵＳＣＨのリソース位置ｇを決定してもよい。移動局２００は、リソース位置ｇの無線リソースを用いてＴＣＰ  ＡＣＫを送信する。
【０１０４】
以上の処理は、例えば、基地局１００の制御部１０４や移動局２００の制御部２０４において行われてもよい。例えば、以下のようにして行われる。すなわち、制御部１０４は、ＴＣＰデータやＴＣＰヘッダを解析することで、移動局２００へ送信するＴＣＰデータのデータ量を解析する。制御部１０４は、データ量が所定値になったとき、ＴＣＰ ＡＣＫを移動局２００が送信するタイミングになったものとして、制御信号を生成する。制御部１０４は、記憶部１０５から読み出したＴＣＰ−ＣＲＮＴＩとともに、当該制御信号に付加されるＣＲＣに対してＴＣＰ−ＲＮＴＩでマスクを施し、ＴＣＰ−ＣＲＮＴＩでマスクされた当該制御信号を移動局２００へ送信するよう無線送信部１０１へ指示する。無線送信部１０１は当該指示に従って、当該制御信号のＣＲＣに対してＴＣＰ−ＲＮＴＩでマスクを施し、マスクされた当該信号を移動局２００へ送信する。移動局２００の無線受信部２０２では、ＴＣＰ−ＣＲＮＴＩを用いて当該信号をデコードできたとき、その旨を制御部２０４へ通知し、制御部２０４は当該通知によりＴＣＰ  ＡＣＫを送信してもよいタイミングであることを認識する。制御部２０４は、ＴＣＰ  ＡＣＫを送信するよう無線送信部２０１へ指示する。無線送信部２０１は当該指示に従ってＴＣＰ  ＡＣＫを基地局１００へ送信する。Ｃ−ＲＮＴＩの場合の処理は、上記「ＴＣＰ−ＣＮＴＩ」をＣ−ＲＮＴＩに代えればよい。この場合、制御部２０４では、無線受信部２０２からＣ−ＲＮＴＩでデコードできた旨の通知を受け取ると、ＴＣＰ  ＡＣＫを送信するタイミングではないことを認識する。
【０１０５】
本例においては、基地局１００では、例えば、ＴＣＰヘッダやＴＣＰデータを解析することで、最後のＰＤＣＰ  ＳＤＵなどを確認することができる。ＴＣＰヘッダやＴＣＰデータの解析のオーバーヘッド低減のため、ＱＣＩ（Quality of service Class Identifier：Ｑｏｓクラスインジケータ）６、ＱＣＩ８、又はＱＣＩ９に限定して解析が行われてもよい。ベアラの観点では、本願を実施するベアラは別ベアラに設定することも可能である。例えば、Ｃ−ＲＮＴＩが用いられてデータの送信が行われるベアラとＴＣＰ−ＲＮＴＩが用いられてデータの送信が行われるベアラは別々のベアラに設定されてもよい。
【０１０６】
なお、基地局１００では、移動局２００がＴＣＰ  ＡＣＫを送信するタイミングを見計らうことができればよく、例えば、パケットのパケット数が所定個数以上となったときに、当該タイミングとして、ＴＣＰ−ＣＲＮＴＩでマスクした制御信号をＰＤＣＣＨで送信してもよい。
【０１０７】
（７）ＴＣＰ  ＡＣＫ送信のためのＳＰＳの実施
本例では、ＴＣＰ  ＡＣＫの送信についてＳＰＳを利用して送信する例である。ＳＰＳは、例えば、ダイナミックスケジューリングのようにサブフレーム毎に動的に無線リソースを割り当てるのではなく半持続的（semi-persistent）に無線リソースを割り当てるスケジューリング手法である。ＳＰＳでは、基地局１００では一定周期ごとにスケジューリング情報を移動局２００へ送信すればよいため、制御信号の送信によるオーバーヘッドの削減を図ることが可能となる。
【０１０８】
図１５は本例におけるＴＣＰ  ＡＣＫの送信例を表す図である。基地局１００は、ＴＣＰデータを送信するときにＳＰＳ  ａｃｔｉｖａｔｉｏｎも同時に送信してＳＰＳを実施する（Ｓ１１０）。ＳＰＳ  ａｃｔｉｖａｔｉｏｎは、例えば、ＳＰＳの実施（又は開始）を表す情報である。例えば、制御部１０４は、ＳＰＳ  ａｃｔｉｖａｔｉｏｎを生成して無線送信部１０１へ出力し、無線送信部１０１はＰＤＣＣＨを用いてＳＰＳ  ａｃｔｉｖａｔｉｏｎを送信する。この際、制御部１０４はＳＰＳの周期などの情報も生成し、無線送信部１０１を介してＰＤＣＣＨで送信する。
【０１０９】
移動局２００では、ＳＰＳ  ａｃｔｉｖａｔｉｏｎの受信により、ＳＰＳを実施することを決定し、基地局１００から受信した当該周期で、ＰＵＳＣＨを用いてＴＣＰ  ＡＣＫを送信する（Ｓ１１１）。例えば、移動局２００では以下の処理を行う。すなわち、移動局２００の制御部２０４は無線受信部２０２を介してＳＰＳ  ａｃｔｉｖａｔｉｏｎとＳＰＳの周期を受信すると、当該周期ごとにＴＣＰ  ＡＣＫを送信するよう無線送信部２０１に指示する。無線送信部２０１は当該指示に従ってＴＣＰ  ＡＣＫを送信する。この場合、移動局２００では当該ＳＰＳ  ａｃｔｉｖａｔｉｏｎを受信後、４ｍｓ後に最初のＴＣＰ  ＡＣＫを送信し、その後、ＳＰＳの周期ごと（又は規定間隔ごと）にＴＣＰ  ＡＣＫを送信してもよい。
【０１１０】
ＳＰＳは、例えば、移動局２００がＶｏＩＰ（Voice over Internet Protocol）データを送信する場合に用いられる場合がある。移動局２００ではＶｏＩＰデータの送信と間違えないようにするため、基地局１００ではＳＰＳ  ａｃｔｉｖａｔｉｏｎを送信するＰＤＣＣＨに対してＴＣＰ−ＣＲＮＴでマスクして送信する。移動局２００では、ＰＤＣＣＨで受信した信号をＴＣＰ−ＣＲＮＴＩでデコードできたときは、ＴＣＰ  ＡＣＫによるＳＰＳであると認識し、ＴＣＰ−ＣＲＮＴＩでデコードできないときはＶｏＩＰデータの送信であると認識できる。この場合の基地局１００と移動局２００における処理は、例えば、上記（６）で説明した内容が援用される。
【０１１１】
（８）その他
移動局２００はＰＵＳＣＨを用いてＴＣＰ  ＡＣＫを送信するときにＰＵＳＣＨのパワー制御を行うことも可能である。移動局２００は、ＰＤＣＣＨを用いて基地局１００から送信されたＴＰＣ（Transmission Power Control：送信電力制御）の値に基づいてＰＵＳＣＨ（又はＴＣＰ  ＡＣＫ）に対する送信電力を算出してもよい。或いは、移動局２００はＴＣＰ  ＡＣＫを送信するＰＵＳＣＨの直前のＰＵＣＣＨ（又は当該ＰＵＣＣＨを用いて送信する信号）の送信電力に基づいて算出してもよい。
【０１１２】
＜第２の実施の形態のまとめ＞
以上説明したように、本第２の実施の形態においては、移動局２００ではスケジューリング要求手順（例えば図６のＳ１１からＳ１６）を行うことなく、ＰＵＳＣＨを用いてＴＣＰ  ＡＣＫを送信することが可能となる。従って、ＴＣＰデータの発生からＴＣＰ  ＡＣＫを送信するまでの遅延時間（図６（Ｂ）の例では「１１．５ｍｓ」）の短縮が可能である。ＴＣＰ  ＡＣＫの遅延時間は約「４ｍｓ」まで短縮することができた。ＴＣＰスループットはＲＴＴの減少に反比例して増加し、本方式によるＴＣＰのスループットはスケジューリング要求手順が行われる場合（例えば図６（Ａ））と比較して、その効果は約２倍以上となった。
【０１１３】
＜Ｎａｇｌｅ−遅延ＡＣＫ問題とその解決策＞
次に、Ｎａｇｌｅ−遅延ＡＣＫ問題とその解決策について以下説明する。図１６から図１９（Ｂ）はかかる問題とその解決策を説明するための図である。最初に遅延ＡＣＫについて説明する。
【０１１４】
図１６は遅延ＡＣＫを説明するための図である。図１６に示すように、ＴＣＰ受信側４００はＴＣＰ送信側３００から送信されたＴＣＰデータに対して正常に受信できたときＴＣＰ  ＡＣＫを返信する。この場合、ＴＣＰ受信側４００は、最大セグメントサイズ以上のＴＣＰデータを受信したときは、ＴＣＰデータの２つのセグメントを受信して（Ｓ１３０，Ｓ１３１）、ＴＣＰ  ＡＣＫを送信することが推奨（又は送信するように実装）されている（Ｓ１３２）。ＴＣＰ受信側４００は２セグメントのＴＣＰデータを受信してＴＣＰ  ＡＣＫを送信するため、ＴＣＰ受信ウィンドウの更新機会を作ることが可能になるなどの利点がある。
【０１１５】
図１７はＮａｇｌｅ−遅延ＡＣＫ問題を説明するための図である。ＴＣＰ送信側３００は、例えば、細切れのＴＣＰデータが多く発生する場合、細切れのＴＣＰデータを１つ１つ送信するのではなく、複数の細切れのＴＣＰデータを１つにまとめて送信する（Ｓ１３５，Ｓ１３６）。このように、複数のデータを１つにまとめて送信するアルゴリズムを、例えば、Ｎａｇｌｅアルゴリズムと称する場合がある。この場合、ＴＣＰ送信側３００ではＴＣＰデータを１つにまとめて送信する（Ｓ１３５，Ｓ１３６）までに一定時間以上の時間を要する場合がある。そして、遅延ＡＣＫで説明したように、ＴＣＰ受信側４００は２つのセグメントのＴＣＰデータを受信してＴＣＰ  ＡＣＫを送信するため、ＴＣＰ送信側３００はＴＣＰ  ＡＣＫを受信するまでに閾値時間以上の非常に多くの時間を要する場合がある。このように、ＴＣＰ送信側３００がＴＣＰ  ＡＣＫを受信するために非常に多くの時間を要する問題を、例えば、Ｎａｇｌｅ−遅延ＡＣＫ問題と称する場合がある。
【０１１６】
本第２の実施の形態では、Ｎａｇｌｅ−遅延ＡＣＫ問題に対して２つの解決策について説明する。
【０１１７】
図１８は、解決策の１番目の例を表す図である。図１８では、ＴＣＰ受信側４００として移動局２００を例にしている。基地局１００では、１つのセグメントのＴＣＰデータをＴＣＰ送信側３００から受信すると（Ｓ１４０）、複数のデータに分割して移動局２００へ送信する（Ｓ１４１）。
【０１１８】
移動局２００では、分割された複数のデータを受信したとき、遅延ＡＣＫを止めて、１つのセグメントのＴＣＰデータを受信したときにＴＣＰ  ＡＣＫを返信する（Ｓ１４５）。これにより、例えば、ＴＣＰ送信側３００では、移動局２００が２つのセグメントを受信してＴＣＰ  ＡＣＫを返信する場合（Ｓ１４４）と比較してＴＣＰ  ＡＣＫの送信遅延の短縮を図ることができる。
【０１１９】
図１９（Ａ）と図１９（Ｂ）は解決策の２番目の例を表す図である。２番目の例は、無線品質が良好なときに移動局２００がＴＣＰ  ＡＣＫを送信する例である。例えば、移動局２００はＴＣＰ  ＡＣＫを送信するときに、上り無線回線の品質が良好でない場合、何度も繰り返しＴＣＰ  ＡＣＫを送信する場合がある（図１９（Ａ）のＳ１４５−１，Ｓ１４５−２，…，Ｓ１４５−ｎ）。この場合、基地局１００やＴＣＰ送信側３００ではＴＣＰ  ＡＣＫの送信遅延が発生する。
【０１２０】
そこで、移動局２００では、無線品質が一定以下となっているときにはＴＣＰ  ＡＣＫを送信しないで、無線品質が一定よりも高いときにＴＣＰ  ＡＣＫをまとめて送信する（図１９（Ｂ）のＳ１４６）。移動局２００では何度もＴＣＰ  ＡＣＫを送信するようなことがなくなり、移動局２００の消費電力削減も図ることができる。
【０１２１】
［その他の実施の形態］
図２０は基地局１００のハードウェア構成例を表す図である。基地局１００は、アンテナ１１０、ＲＦ（Radio Frequency）回路１１１、プロセッサ１１２、メモリ１１３、ネットワークＩＦ（Interface）１１４を備える。プロセッサ１１２は、メモリ１１３に記憶されたプログラムを読み出して実行することで、制御部１０４の機能を実現することが可能となる。プロセッサ１１２は、例えば、第２の実施の形態における制御部１０４に対応する。また、アンテナ１１０とＲＦ回路１１１は、例えば、第２の実施の形態における無線送信部１０１と無線受信部１０２に対応する。更に、メモリ１１３は、例えば、第２の実施の形態における記憶部１０５に対応する。更に、ネットワークＩＦ１１４は、例えば、第２の実施の形態におけるネットワーク通信部１０６に対応する。
【０１２２】
図２１は移動局２００のハードウェア構成例を表す図である。移動局２００は、アンテナ２１０、ＲＦ回路２１１、プロセッサ２１２、メモリ２１３を備える。プロセッサ２１２は、メモリ２１３に記憶されたプログラムを読み出して実行することで、制御部２０４の機能を実現することが可能となる。プロセッサ２１２は、例えば、第２の実施の形態における制御部２０４に対応する。また、アンテナ２１０とＲＦ回路２１１は、例えば、第２の実施の形態における無線送信部２０１と無線受信部２０２に対応する。更に、メモリ２１３は、例えば、第２の実施の形態における記憶部２０５に対応する。
【０１２３】
なお、プロセッサ１１２，２１２は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）などであってもよい。
【０１２４】
上述した例では、移動局２００は自局に割り当てられたＣＣＥのうち、最小のＣＣＥインデックスｋに基づいてＴＣＰ  ＡＣＫの送信に利用するＰＵＣＣＨのリソース位置を決定する例について説明した（例えば図９（Ｂ）など）。例えば、移動局２００は、自局に割り当ててられたＣＣＥのうち、最大のＣＣＥインデックスに基づいてＴＣＰ  ＡＣＫの送信に利用するＰＵＣＣＨのリソース位置を決定してもよい。例えば、移動局２００は、自局に割り当てられたＣＣＥのＣＣＥインデックスに対応するＰＵＣＣＨの無線リソースを用いてＴＣＰ ＡＣＫを送信してもよい。
【０１２５】
また、上述した例ではＴＣＰを例にして説明した。例えば、ＳＣＴＰ（Stream Control Transmission Protocol）など、エンドツーエンドで送達確認情報を送受信して通信の信頼性を確保するプロトコルであれば、上述した例を実施することが可能である。この場合でも、上述した例を実施することで、当該プロトコルによる送達確認情報の送信に要する遅延時間を短縮させ、当該プロトコルを用いた通信のスループット向上を図ることができる。
【０１２６】
更に、上述した例では主にＴＣＰ  ＡＣＫを送信する例について説明した。例えば、移動局２００はＴＣＰ  ＮＡＣＫを送信する場合も、ＴＣＰ  ＡＣＫを送信する場合と同様に実施することが可能である。
【０１２７】
［実施の形態の組み合わせ］
上述した各実施の形態は任意に組み合わせて実施することも可能である。例えば、以下のような組み合わせでも実施できる。
【０１２８】
すなわち、第１の実施の形態と第２の実施の形態とを組み合わせて実施することが可能である。この場合、第１の実施の形態で説明した無線通信装置５００と第１の無線通信装置６００は第２の実施の形態で説明した基地局装置１００と移動局装置２００として夫々実施することもできる。或いは、第１の実施の形態で説明した無線通信装置５００と第１の無線通信装置６００は第２の実施の形態で説明した移動局装置２００と基地局装置１００として夫々実施することもできる。従って、第１の実施の形態における制御部５２０は、第２の実施の形態における基地局装置１００の制御部１０４又は移動局装置２００の制御部２０４に対応してもよい。第１の実施の形態で説明した制御部５２０の機能は基地局装置１００の制御部１０４又は移動局装置２００の制御部２０４において実施されてもよい。
【０１２９】
また、第２の実施の形態とその他の実施の形態とを組み合わせて実施することも可能である。この場合、基地局装置１００と移動局装置２００はその他の実施の形態で説明した基地局装置１００と移動局装置２００として夫々実施することもできる。この場合、基地局装置１００における第２の実施の形態の制御部１０４は、例えば、その他の実施の形態におけるプロセッサ１１２に対応し、プロセッサ１１２において制御部１０４の機能を実施してもよい。また、移動局装置１００における第２の実施の形態の制御部２０４は、例えば、その他の実施の形態におけるプロセッサ２１２に対応し、プロセッサ２１２において制御部２０４の機能を実施してもよい。
【０１３０】
さらに、第１の実施の形態とその他の実施の形態とを組み合わせて実施することも可能である。この場合、第１の実施の形態で説明した無線通信装置５００と第１の無線通信装置６００はその他の実施の形態で説明した基地局装置１００と移動局装置２００（又は移動局装置２００と基地局装置１００）として夫々実施することもできる。従って、第１の実施の形態における制御部５２０はその他の実施の形態におけるプロセッサ１１２又は２１２に対応して、プロセッサ１１２又は２１２において制御部５２０の機能が実施されてもよい。
【符号の説明】
【０１３１】
１０：無線通信システム                １００：基地局装置
１０１：無線送信部                    １０２：無線受信部
１０３：無線通信部又は通信部          １０４：制御部
１０５：記憶部                        １０６：ネットワーク通信部
１１２：プロセッサ                    １１３：メモリ
２００：移動局装置                    ２０１：無線送信部
２０２：無線受信部                    ２０３：通信部
２０４：制御部                        ２０５：記憶部
２１２：プロセッサ                    ２１３：メモリ
３００：ＴＣＰ送信側                  ４００：ＴＣＰ受信側
５００：無線通信装置                  ５１０：通信部
５２０：制御部                        ６００：第１の無線通信装置
【図１】
2017122267.tif 000003
【図２】
2017122267.tif 000004
【図３】
2017122267.tif 000005
【図４】
2017122267.tif 000006
【図５】
2017122267.tif 000007
【図６】
2017122267.tif 000008
【図７】
2017122267.tif 000009
【図８】
2017122267.tif 000010
【図９】
2017122267.tif 000011
【図１０】
2017122267.tif 000012
【図１１】
2017122267.tif 000013
【図１２】
2017122267.tif 000014
【図１３】
2017122267.tif 000015
【図１４】
2017122267.tif 000016
【図１５】
2017122267.tif 000017
【図１６】
2017122267.tif 000018
【図１７】
2017122267.tif 000019
【図１８】
2017122267.tif 000020
【図１９】
2017122267.tif 000021
【図２０】
2017122267.tif 000022
【図２１】
2017122267.tif 000023
【手続補正書】
【提出日】平成30年8月9日(2018.8.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の無線通信装置と無線通信を行う無線通信装置において、
第１レイヤにおける信号と、前記第１レイヤと異なる第２レイヤのデータに対する送達確認情報を送受信する通信部と、
第２の無線通信装置と共有される前記第１レイヤの共有チャネルを用いて前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にする制御部と
を備える無線通信装置。
【請求項２】
前記通信部は、前記第１レイヤにおける信号と、前記第１レイヤよりも上位レイヤである第２レイヤのデータ及び前記データに対する送達確認情報を送受信し、
前記通信部は、前記第１の無線通信装置において割り当てられたスケジューリング情報を用いることなく前記第１の無線通信装置から前記信号を受信する
ことを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記制御部は、前記通信部が受信した前記信号に応じて、前記共有チャネルを用いて前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信するように制御することを特徴とする請求項２に記載の無線通信装置。
【請求項４】
前記送達確認情報はＴＣＰ  ＡＣＫ（Transmission Control Protocol Acknowledgement）又はＴＣＰ  ＮＡＣＫ（Negative Acknowledgement）であり、前記共有チャネルはＰＵＳＣＨ（Physical Uplink Shared Channel）であることを特徴とする請求項１記載の無線通信装置。
【請求項５】
前記制御部は、前記第２の無線通信装置が制御情報を前記第１レイヤの第１の制御チャネルを用いて前記無線通信装置へ送信する際に前記第２の無線通信装置が前記無線通信装置に割り当てた前記第１の制御チャネルに含まれる要素数に応じて、符号化率と変調方式を決定することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項６】
前記第１の制御チャネルはＰＤＣＣＨ（Physical Downlink Control Channel）、前記要素はＣＣＥ（Control Chanel Element）、前記要素数はアグリゲーションレベル、前記符号化率と前記変調方式の組み合わせはＭＣＳレベルであることを特徴とする請求項５記載の無線通信装置。
【請求項７】
前記制御部は、前記第１の無線通信装置と予め決められた手順により送受信される前記信号に応じて、所定のタイミングにより前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にすること特徴とする請求項１記載の無線通信装置。
【請求項８】
前記手順はＲＲＣ（Radio Resource Control）手順であることを特徴とする請求項７記載の無線通信装置。
【請求項９】
前記制御部は、前記第１の無線通信装置と予め決められた手順により送受信される前記信号に応じて、前記共有チャネルの所定位置にある無線リソースを用いて前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項１０】
前記制御部は、前記第１の無線通信装置において一定周期毎にスケジューリング情報を送信することを実施することを示す前記信号を受信したとき、当該一定周期毎に前記送達確認情報を前記通信部から前記第１の無線通信装置へ送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
【請求項１１】
第１乃至第３の無線通信装置を備える無線通信システムにおいて、
前記第１の無線通信装置は、
第１レイヤにおける信号と、前記第１レイヤと異なる第２レイヤのデータに対する送達確認情報を送受信する通信部と、
前記第３の無線通信装置と共有される前記第１のレイヤの共有チャネルを用いて前記送達確認情報を前記通信部から前記第２の無線通信装置へ送信することを可能にする第１の制御部を備え、
前記第２の無線通信装置は、前記共有チャネルを用いて前記送達確認情報を受信することを可能にする第２の制御部を備える
ことを特徴とする無線通信システム。
【請求項１２】
第１乃至第３の無線通信装置を備える無線通信システムにおける無線通信方法であって、
前記第１の無線通信装置により、第１レイヤにおける信号と、前記第１レイヤと異なる第２レイヤのデータに対する送達確認情報を送受信し、前記第３の無線通信装置と共有される前記第１のレイヤの共有チャネルを用いて前記送達確認情報を前記第２の無線通信装置へ送信することを可能にし、
前記第２の無線通信装置により、前記共有チャネルを用いて前記送達確認情報を受信することを可能にする
ことを特徴とする無線通信方法。
【国際調査報告】
2017122267.tif 000024
2017122267.tif 000025