WO2018083779A1 - 無線通信システム、基地局、無線機器、及び、無線通信方法 - Google Patents

Abstract

無線通信システムは、基地局と、無線機器と、を備えてよい。基地局は、第１のアップリンク信号の受信成功又は復号成功、あるいは、受信失敗又は復号失敗を示す第１情報と、第２のアップリンク信号の前記第１情報の内容に応じた送信可否に関する第２情報と、を送信してよい。無線機器は、前記第１情報の内容と前記第２情報の内容との組み合わせに関連づけられた無線リソースを使用して第２のアップリンク信号の送信を行なってよい。

Description

無線通信システム、基地局、無線機器、及び、無線通信方法

　本発明は、無線通信システム、基地局、無線機器、及び、無線通信方法に関する。

　２０１８～２０２０年頃から商用サービスが開始されることが想定されている第５世代移動体通信システムの使用シナリオ(usage scenario)としてＩＴＵ―Ｒから示されているものの一つにmMTC (massive machine type communication)がある。標準化団体の一つである３ＧＰＰでは、このmMTCに対しても十分対応可能な能力を有するいわゆる第5世代移動体通信システムの仕様を策定するための作業を行なっている。

特開２００９－１０５７４６号公報

　mMTCでは、無線セル内に非常に多い数の一般的に小サイズ低コスト低消費電力の無線機器を収容し、無線機器間の多くの通信を、基地局を介して行なう。ただし、一部の無線機器間では基地局を介さない直接の無線通信が行なわれることも想定される。ｍＭＴＣの特徴の一つは、多くの無線機器が基地局に対し、例えばランダムアクセス信号を用い同時にアクセスを試みる状況が発生することである。

　ｍＭＴＣにおける無線アップリンク区間でのデータ送信に対し、既存のセルラー通信で実施されている基地局からの送信許可に基づくアップリンク（ＵＬ）無線アクセス方式を適用すると、送信許可のためのＤＬ制御信号の送信に使用されるＤＬ無線リソースの量の不足により、基地局が無線機器に対する送信許可発行が遅延し、結果として、無線機器が基地局に対してＵＬ送信を開始できるまでの時間に遅延が生じる。

　無線機器ごとに送信許可のための制御信号の送信を行なわずに、無線機器グループ単位で共通のＵＬ無線リソースを事前に割当、無線機器グループに本共通無線リソースを用い衝突型の無線信号送信を行なわせる方法(例. Contention-based UL transmission, Grant-less UL transmission等)が提案されている。

　この方法では、複数の無線機器からの本共通無線リソース上でのＵＬ信号が基地局受信部において衝突し、基地局による復号処理が失敗してしまうＵＬ信号が発生し得る。同時に送信する無線機器の数が多くなるほど、このような復号処理失敗が多く発生するようになり、再送回数が必要以上に多く発生する状況が発生し、その結果、信号伝送遅延が増大してしまう。再送されるＵＬ信号においても衝突が発生してしまうので、衝突型のＵＬ無線信号送信方式の性能を向上させるために、本方式における再送方法も改善することが求められる。

　１つの側面では、本発明の目的の１つは、無線機器による基地局に対する再送を含むＵＬアクセス方式の効率を高めることにある。

　１つの側面において、無線通信システムは、基地局と、無線機器と、を備えてよい。基地局は、無線機器が送信するアップリンク（ＵＬ）信号の受信信号に対する処理の結果（例えば、受信したＵＬ信号に対する復号処理の結果であり、復号に成功したか、あるいは、失敗したかを示すものであり、例えば、ＡＣＫやＮＡＣＫ、＋１や－１等で表現される）を示す第１情報と、前記の処理の結果（受信成功又は受信失敗、あるいは、復号成功又は復号失敗）に応じたＵＬ信号の送信可否（送信許可又は送信不許可あるいは送信禁止）に関する第２情報と、を送信してよい。無線機器は、前記第１情報の内容と前記第２情報の内容との組み合わせに関連づけられた無線リソースを使用してＵＬ信号の送信を行なってよい。無線機器が送信するＵＬ信号に対する基地局による前記処理は、例えば、ＵＬ信号に含まれるＣＲＣ（cyclic redundancy check）符号に対する基地局内での演算処理であってよい。この演算結果に基づき、基地局は、受信した前記ＵＬ信号が正しく受信、復号されたかどうかを判断してよい。

　また、１つの側面において、基地局は、受信部と、送信部と、を備えてよい。受信部は、無線機器が送信したＵＬ信号を受信してよい。送信部は、受信した前記ＵＬ信号に対する基地局による処理（復号等）の結果（受信成功又は受信失敗、あるいは、復号成功又は復号失敗）を示す第１情報と、前記の処理の結果（受信成功又は受信失敗、あるいは、復号成功又は復号失敗）に応じたＵＬ信号の送信可否に関する第２情報と、を送信してよい。

　更に、１つの側面において、無線機器は、受信部と、送信部と、を備えてよい。受信部は、基地局が送信した、基地局が受信したＵＬ信号に対する基地局による処理（復号等）の結果（受信成功又は受信失敗、あるいは、復号成功又は復号失敗）を示す第１情報、及び、前記の処理の結果（受信成功又は受信失敗、あるいは、復号成功又は復号失敗）に応じたＵＬ信号の送信可否に関する第２情報を受信してよい。送信部は、前記第１情報の内容及び前記第２情報の内容の組み合わせに関連づけられた無線リソースを使用してＵＬ信号の送信を行なってよい。

　また、１つの側面において、無線通信方法は、無線機器が送信するＵＬ信号に対する基地局による処理（復号等）の結果を示す第１情報と、前記の処理の結果に応じたＵＬ信号の送信可否に関する第２情報と、を基地局が送信してよい。無線機器は、前記第１情報の内容と前記第２情報の内容との組み合わせに関連づけられた無線リソースを使用してＵＬ信号の送信を行なってよい。

　１つの側面として、無線機器による基地局に対する再送を含むアップリンク無線区間におけるアクセス方式の効率化を図ることができる。

一実施形態に係る無線通信システムの一例を示す図である。 ３ＧＰＰ　ＬＴＥ（long term evolution）無線通信システムにおける再送制御を含むアップリンク（ＵＬ）アクセス手順の一例を示す図である。 ３ＧＰＰ第５世代（５Ｇ）の無線通信システムにおいて採用される可能性がある再送制御を含むＵＬアクセス手順の一例の概念を示す図である。 一実施形態に係る、ｍＭＴＣ向けのＵＬアクセス手順（再送制御を含む。）の一例を示す図である。 一実施形態に係るＵＬ共有リソースの構成例を示す図である。 一実施形態に係るＵＬ共有リソースの他の構成例を示す図である。 一実施形態に係るＡＣＫ／ＮＡＣＫフィードバック情報の一例を示す図である。 一実施形態において或るサブフレームのＵＬ送信に対するＡＣＫ／ＮＡＣＫフィードバック情報の構成例を示す図である。 一実施形態に係るＭＴＣ端末でのＡＣＫ／ＮＡＣＫフィードバック情報の解釈及びＵＬリソースの選択動作の一例を示す図である。 一実施形態に係る基地局が送信する情報の一例を示す図である。 一実施形態において或るＭＴＣ端末が、ＡＣＫ／ＮＡＣＫフィードバック情報［１，１］＝［ＡＣＫ，次回送信許可］を受信するケースの一例を示すシーケンス図である。 一実施形態において或るＭＴＣ端末が、ＡＣＫ／ＮＡＣＫフィードバック情報［０，０］＝［ＮＡＣＫ，次回送信禁止］を受信するケースの一例を示すシーケンス図である。 一実施形態において或るＭＴＣ端末が、ＡＣＫ／ＮＡＣＫフィードバック情報［０，１］＝［ＮＡＣＫ，次回送信許可］を受信するケースの一例を示すシーケンス図である。 一実施形態において或るＭＴＣ端末が、ＡＣＫ／ＮＡＣＫフィードバック情報［１，０］＝［ＡＣＫ，次回送信禁止］を受信するケースの一例を示すシーケンス図である。 一実施形態に係る基地局の動作（ＵＬリソースコンフィギュレーション情報送信処理）の一例を示すフローチャートである。 一実施形態に係る基地局の動作（ＵＬ信号受信・再送制御処理）の一例を示すフローチャートである。 一実施形態に係るＭＴＣ端末の動作（新規送信処理）の一例を示すフローチャートである。 一実施形態に係るＭＴＣ端末の動作（ＵＬ送信結果受信・再送処理）の一例を示すフローチャートである。 一実施形態の変形例に係る、非直交多重アクセス（non-orthogonal multiple access, NOMA）を適用した無線通信システムの一例を示す図である。 一実施形態の変形例に係る、ＮＯＭＡを適用した無線通信システムの一例を示す図である。 一実施形態の変形例に係るＵＬ共有リソースの構成例を示す図である。 一実施形態の変形例において或るサブフレームのＵＬ送信に対するＡＣＫ／ＮＡＣＫフィードバック情報の構成例を示す図である。 一実施形態及び変形例に係る基地局の構成例を示す機能ブロック図である。 一実施形態及び変形例に係るＭＴＣ端末の構成例を示す機能ブロック図である。 一実施形態及び変形例に係る基地局のハードウェア構成例を示すブロック図である。 一実施形態及び変形例に係るＭＴＣ端末のハードウェア構成例を示すブロック図である。

　以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。また、以下に説明する各種の例示的態様は、適宜に組み合わせて実施しても構わない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。

　図１は、一実施形態に係る無線通信システムの一例を示す図である。図１に示す無線通信システム１は、例示的に、基地局１１と、複数の無線端末１２と、を備えてよい。基地局１１は、無線通信システム１において、２台以上備えられていてもよい。

　基地局１１は、無線端末１２との無線通信を可能にする無線エリアを形成又は提供する。１つの基地局１１によって、１つの無線エリア１００が形成されてもよいし、複数の無線エリア１００が形成されてもよい。「無線エリア」は、「セル」、「カバレッジエリア」、「通信エリア」、「サービスエリア」等と称されてもよい。

　基地局１１は、「ベースステーション（ＢＳ）」、「ノードＢ（ＮＢ）」あるいは「エンハンスドＮＢ（ｅＮＢ）」、更には「ｇＮＢ」と称されてもよい。「ｅＮＢ」は、「enhanced Node B」の略称であり、3rd generation partnership project（３ＧＰＰ）のlong term evolution（ＬＴＥ）やＬＴＥ－Ａｄｖａｎｃｅｄ（以下「ＬＴＥ」と総称することがある。）に準拠した基地局のノード名である。「ｇＮＢ」は、３ＧＰＰにおける次世代システムにおける基地局のノード名の候補の一つである。

　なお、remote radio equipment（ＲＲＥ）やremote radio head（ＲＲＨ）、更にはdistributed unit (DU)等と称される、基地局本体から分離されて配置された通信ポイントが、基地局１１に該当してもよい。また、基地局１１は、無線端末１２との通信を中継する中継装置であってもよい。中継装置は、ＬＴＥに準拠した「relay node, RN」に該当するものであってもよい。

　基地局１１が形成又は提供する「セル」は「セクタセル」に分割されてもよい。「セル」には、マクロセルやスモールセルが含まれてよい。スモールセルは、マクロセルよりもカバレッジの小さいセルの一例である。

　スモールセルは、カバレッジエリアの大きさに応じて呼称が異なってよい。例えば、スモールセルは、「フェムトセル」、「ピコセル」、「マイクロセル」、「ナノセル」、「メトロセル」、「ホームセル」等と称されてもよい。

　なお、「セル」という用語は、基地局１１が無線サービスを提供する個々の地理的範囲を意味する他、その個々の地理的範囲において無線端末１２と通信を行なうために基地局１１が管理する通信機能の一部をも意味してよい。

　無線端末１２は、基地局１１が形成又は提供する無線エリア１００において基地局１１と無線通信することが可能である。「無線端末」は、「無線デバイス」、「無線装置」、あるいは「端末装置」等と称されてもよい。

　無線端末１２は、その位置が変化しない固定端末であってもよいし、その位置が変化する移動端末（「移動機」と称してもよい。）であってもよい。移動端末の非限定的な一例としては、携帯電話やスマートフォン、タブレット端末等のＵＥが挙げられる。「ＵＥ」は、「User Equipment」の略称である。

　固定端末の非限定的な一例としては、センサネットワークを成す、無線通信機能を具備したセンサデバイスやメータ（測定器）等のＵＥが挙げられる。別言すると、基地局１１に接続して無線通信し得るＵＥ１２には、携帯電話やスマートフォン、タブレット端末に限らず、センサデバイスやメータ等が含まれてよい。

　無線通信機能を具備したセンサデバイスやメータは、携帯電話やスマートフォン等のＵＥとの区別で、ＭＴＣ端末あるいはＭＴＣデバイス等と称されることがある。「ＭＴＣ」は、「machine type communications」の略称である。ＭＴＣは、Ｍ２Ｍ（machine to machine）と呼ばれることもあるが、音声通話のような機器を介した人と人の間の通信（H2H: human to human）に対比させた表現である。

　なお、ＩｏＴ（Internet of Things）によって、センサデバイスやメータに限らず、様々な「物」に無線通信機能が搭載され得る。そのため、無線通信機能を搭載した様々な「物」（「ＩｏＴデバイス」と称してもよい。）が、ＭＴＣ端末１２に該当し得る。

　２０２０年からの商用サービス開始を目指す第５世代（５Ｇ）の無線通信システムには、大きく分けて、以下の３つのユースケースがある。
　（１）高速かつ大容量のデータ通信（ｅＭＢＢ: enhanced mobile broadband）
　（２）高信頼性かつ低遅延のデータ通信（ＵＲＬＬＣ: ultra reliable low latency communication）
　（３）大多数のＩｏＴデバイスを収容した無線セルにおけるＩｏＴデバイス間通信（ｍＭＴＣ）

　「ｍＭＴＣ」は、「massive machine type communication」の略称であり、例示的に、１平方キロメートルあたりに１００万個程度のＭＴＣ端末１２（１００万デバイス／ｋｍ^２）を収容することが想定されている。

　ＭＴＣ端末１２は、携帯電話やスマートフォン等のＵＥ（便宜的に「通常のＵＥ」と称することがある。）に比べて、低コスト及び低消費電力であり、１回あたりに基地局１１宛に送信するアップリンク（ＵＬ）のデータ量も小さい傾向にある。

　例えば、ＭＴＣ端末１２には、必要最小限のハードウェア構成として、プロセッサ、バッテリー、無線通信モジュール、グローバルポジショニングシステム（ＧＰＳ）モジュール、及び、センサモジュールが備えられてよい。

　また、ＭＴＣ端末１２には、設置後、メンテナンスフリー（例えば、バッテリー交換無し）で長期間（例えば、１０年間）の動作保証が、ユーザの観点から求められることがある。

　そのため、ＭＴＣ端末１２は、アクティブモードとスリープモードとを自律的に切り替えることが可能な省電力機能を有していてよい。例えば、ＭＴＣ端末１２は、動作不要な期間は無線通信モジュールを含めてスリープモードに遷移し、送信データが発生すると、ウェイクアップして無線通信が可能なアクティブモードに復帰してよい。

　なお、便宜的に、アクティブモードにあるＭＴＣ端末１２を「アクティブ端末１２」と称し、スリープモードにあるＭＴＣ端末１２を「スリープ端末１２」と称することがある。

　ＭＴＣ端末１２において、最も電力を消費する要素は、センシングデータの送信（「アップロード」と称してもよい。）である。無線通信であるため、データの送達成功率を１００％に保証することは困難だが、センシングの目的によっては、上位ネットワークへの送達成功率を１００％あるいは１００％に近い確率で保証できることが求められ得る。

　なお、上位ネットワークには、コアネットワークが含まれてよい。コアネットワークには、ＭＭＥ、ＰＧＷ、及び、ＳＧＷが含まれてよい。「ＭＭＥ」は、「Mobility Management Entity」の略称である。「ＰＧＷ」は、「Packet Data Network Gateway」の略称であり、「ＳＧＷ」は、「Serving Gateway」の略称である。

　ＭＭＥやＰＧＷ、ＳＧＷ等の、「コアネットワーク」のエレメント（ＮＥ）あるいはエンティティは、「コアノード」と総称してよい。「コアノード」は、基地局１１の「上位ノード」に相当すると捉えてもよい。

　基地局１１とコアネットワークとを含むネットワークは、無線アクセスネットワーク（radio access network, RAN）と称されてもよい。ＲＡＮの一例は、「evolved universal terrestrial RAN, E-UTRAN」である。

　ＭＴＣにおいて、上位ネットワークへのデータの送達成功率を１００％あるいは１００％に近い確率で保証するためには、データ伝送に失敗した場合の再送制御技術が重要である。ＭＴＣ端末１２の場合、メンテナンスフリーでのバッテリー電力に限りがあるため、送信データの再送回数を必要最小限に抑えられることが期待される。

　ＭＴＣ端末１２による再送を含む送信回数を低減できれば、ＭＴＣ端末１２がアクティブモードである時間（「稼働時間」と称してもよい。）の短縮化を図ることができる。したがって、ＭＴＣ端末１２の電力消費を削減でき、ひいては、メンテナンスフリーでのバッテリーの長寿命化を図ることができる。

　ここで、本実施形態の比較例として、図２に、３ＧＰＰのＬＴＥ無線通信システムのＵＬ無線区間における再送制御を含むＵＬアクセスの手順例を示す。

　ＵＥは、基地局１１へ送信するＵＬのデータが発生すると、基地局１１に対してＵＬデータの送信要求に関する処理を実施する。当該処理には、ランダムアクセス手順や、スケジューリングリクエスト（ＳＲ）の送信、バッファステータスレポート（ＢＳＲ）の送信が含まれてよい。

　基地局１１は、ＵＥからのＵＬデータの送信要求を許可する場合、ＵＬの送信許可（ＵＬ　Ｇｒａｎｔ）と、ＵＬデータの送信に用いるＵＬリソースの割当情報と、を例えばＤＬの制御信号によって当該ＵＥ宛に送信する。ＵＬリソースの一例は、物理ＵＬ共有チャネル（ＰＵＳＣＨ）のリソースである。

　ＵＥは、当該制御信号を受信することで、基地局１１によって割り当てられたＵＬリソースを用いて、基地局１１宛にＵＬデータを無線信号にて送信することが可能になる。

　基地局１１から「ＮＡＣＫ」がＵＥにて受信された場合にも、当該ＵＥは、再度、ＵＬの送信許可とＵＬリソースの割当情報と、を基地局１１から受信してから、ＵＬデータの送信が可能になる。

　「ＮＡＣＫ」は、ＵＬデータを基地局１１が受信に失敗したことを示す情報であり、ＵＥにとってはＵＬ送信が失敗したことを示す情報である。「ＮＡＣＫ」の受信に応じてＵＥは再送処理を実施するから、「ＮＡＣＫ」は、基地局１１がＵＥにＵＬデータの再送を指示する情報と捉えてもよい。

　「ＮＡＣＫ」に対して、ＵＥが送信したＵＬデータを基地局１１が受信に成功したことを示す情報は、「ＡＣＫ」と称される。「ＡＣＫ」は、ＵＥにとってはＵＬ送信が成功したことを示す情報である。

　「ＡＣＫ」及び「ＮＡＣＫ」は、それぞれ、「肯定応答」及び「否定応答」とも称されてよい。「ＡＣＫ」及び「ＮＡＣＫ」は、例示的に、物理ハイブリッドＡＲＱインディケータチャネル（physical hybrid-ARQ indicator channel, PHICH）にて送信されてよい。「ＡＲＱ」は、「automatic repeat request」の略称である。

　ここで、上述した４Ｇでの再送制御を含むＵＬアクセスの手順を、ｍＭＴＣに適用することを想定してみる。ｍＭＴＣでの基地局１１に対するＵＬアクセスは、センサデータ等のスモールデータの送信（「アップロード」と称してもよい。）が主な用途である。

　送信データサイズが小さいにも関わらず、図２に例示した手順をそのまま適用すると、ＵＬデータの送信前後に必要となる制御信号の情報量が送信データサイズに対して相対的に大きくなり易い。そのため、非効率的な、別言すると、無駄の多いＵＬデータアップロードとなってしまう。

　結果として、ＭＴＣ端末１２において、ＵＬデータのアップロードよりも重要度の低い他の処理に、送信電力や稼動時間を消費してしまう。また、ＭＴＣ端末１２がＵＬデータの送信を開始できるタイミングが遅延してしまうことにもなりかねない。

　一方、５Ｇの無線通信システムでは、ｍＭＴＣでの再送制御を含むＵＬアクセスの手順例として、図３に例示する手順が検討されている。なお、図３において、「Ａ／Ｎ」は、ＡＣＫ又はＮＡＣＫが伝送されるリソース（又はチャネル）を示す。

　図３に例示するように、ＭＴＣ端末１２は、ＵＬの送信許可（Ｇｒａｎｔ）及びＵＬリソースの割当情報を基地局１１から受信する必要はなく、事前に定義されたＵＬ共有リソースを用いて自発的、かつ、自律的にＵＬアクセスが可能である。そのため、当該ＵＬアクセスは「ＵＬ－Ｇｒａｎｔ－Ｌｅｓｓ」と称されることがある。

　また、ＭＴＣ端末１２は、基地局１１からＮＡＣＫを受信したこと、あるいは、所定の時間内にＡＣＫもＮＡＣＫも受信できないこと（別言すると、無応答な状態）を検出すると、自律的な再送アクセスが可能である。当該再送アクセスも、「ＵＬ－Ｇｒａｎｔ－Ｌｅｓｓ」である。

　このように、５ＧのＵＬアクセスは「ＵＬ－Ｇｒａｎｔ－Ｌｅｓｓ」であるため、４ＧのＵＬアクセスに比して、ＭＴＣ１２端末がＵＬデータの送信を開始できるタイミングに遅延が生じることを抑制できる。なお、ＵＬデータの送信は、無線信号の送信の一例である。

　しかし、ｍＭＴＣでのＵＬアクセスでは、基地局１１へ送信すべきデータを保有する複数のＭＴＣ端末１２が、不定期に、また、不連続に、ＵＬリソースを自律選択してＵＬアクセスを実施するため、ＭＴＣ端末１２間でＵＬリソースが競合し易い。ＵＬリソースの競合が生じると、基地局１１で受信されるＵＬデータに衝突が発生してＭＴＣ端末１２によるＵＬ送信の失敗を招く。

　ＵＬ送信が失敗した場合、ＭＴＣ端末１２は、自律的に再送を実施するが、初回又はその後の過去のＵＬ送信時と同様に、ＵＬリソースがＭＴＣ端末１２間で競合し易いため、ＵＬ送信失敗の繰り返しに陥るリスクがある。ＵＬ送信失敗による再送が多発すると、ＭＴＣ端末１２の送信電力や稼動時間が再送に浪費されてしまう。

　そこで、本実施形態では、４ＧでのＵＬアクセス手順よりも少ない手順で、また、５ＧでのＵＬアクセス手順におけるＵＬデータの衝突発生率を低減してＵＬ送信成功率を向上できるようにする。

　別言すると、ｍＭＴＣに適した、再送制御を含むＵＬアクセス手順を実現して、ＭＴＣ端末１２による基地局１１に対する再送を含むＵＬアクセス手順の効率化を図る。

　図４に、一実施形態に係る、ｍＭＴＣ向けのＵＬアクセス手順（再送制御を含む。）の一例を示す。図４に例示するＵＬアクセス手順においては、以下が実施されてよい。

　（１）ＵＬ共有リソースは、第１の無線リソースの一例であって、例示的に、新規送信用と再送用との異なる用途に関連付けられたリソースに区分されてよい。新規送信用リソースは、アクティブ端末１２による新規のＵＬデータ送信に専用であってよい。これに対し、再送用リソースは、再送に専用でなくてよく、再送と新規送信とに共用であってよい。

　（２）基地局１１は、ＡＣＫ／ＮＡＣＫの情報（Ａ／Ｎ情報）と、ＵＬの次回以降の送信機会での送信可否を示す情報（次回送信許可情報）と、を含んだ情報を、送信情報としてアクティブ端末１２へ送信（ブロードキャスト）してよい。なお、Ａ／Ｎ情報と次回送信許可情報と含む送信情報を、便宜的に、「Ａ／Ｎフィードバック情報」と称することがある。Ａ／Ｎフィードバック情報は、例示的に、物理ブロードキャストチャネルを使用してブロードキャストされてよい。物理ブロードキャストチャネルは、第２の無線リソースの一例である。

　（３）Ａ／Ｎフィードバック情報の受信に成功したアクティブ端末１２は、受信した情報に従って、ＵＬ共有リソースにおいて区分された新規送信用リソースと再送用リソースとを使い分ける。

　（４）例えば、自発的、自律的に新規データ送信を実施するアクティブ端末１２は、「新規送信用リソース」を使用し、再送を実施するアクティブ端末１２は「再送用リソース」を使用してよい。

　なお、「Ａ／Ｎ情報」は、ＵＬ信号の一例であるＵＬデータの受信成功（又は復号成功）あるいは受信失敗（又は復号失敗）を示す第１情報の一例である。ＡＣＫ及びＮＡＣＫは、「＋１」及び「－１」等で表現されてもよい。「次回送信許可情報」は、ＵＬデータの受信成功又は受信失敗に応じたＵＬの送信可否に関する第２情報の一例である。第１情報及び第２情報は、基地局１１が受信したＵＬ信号の処理の結果に関連する情報の一例と捉えてよい。

　アクティブ端末１２が新規送信用と再送用とでＵＬ共有リソースを使い分けることで、アクティブ端末１２間で使用するＵＬリソースが競合する確率を低減することができる。したがって、各アクティブ端末１２によるＵＬデータの送信成功率を向上することができる。

　なお、基地局１１が提供する無線エリア１００において再送を実施するアクティブ端末が存在しないことが有り得る。その場合、次回以降のＵＬの送信機会における「再送用リソース」が、いずれのアクティブ端末１２にも使用されないため、ＵＬ共有リソースに無駄が生じ得る。

　そこで、基地局１１は、例えば、Ａ／Ｎフィードバック情報において次回送信許可情報として「再送用リソースの使用許可」を示す情報を設定してよい。

　当該情報の受信に成功したアクティブ端末１２は、次回以降の送信機会において「新規送信用リソース」に限らず「再送用リソース」をも新規送信に使用してよいことを認識できる。

　したがって、アクティブ端末１２は、「再送用リソース」を新規送信に使用することができるから、ＵＬ共有リソースに未使用のリソースが生じることを低減でき、ＵＬ共有リソースの利用効率が低下することを防ぐことができる。

　なお、ＵＬ共有リソースは、非限定的な一例として、時間領域、周波数領域、及び、コード領域のいずれか２以上の組み合わせで２次元的又は３次元的に定義されてよい。

　例えば図４に示したように、ＵＬ共有リソースは、時間領域及び周波数領域の２次元で定義されてよく、同一時間区間において、周波数帯域及び用途の異なる複数のリソース（「領域」と称してもよい。）が区分されてよい。なお、１つの時間区間は、例示的に、１つの時間フレーム長（例えば、ＬＴＥのサブフレーム長）に対応してよい。

　例えば、「新規送信用リソース」は、ＵＬ送信データの発生したアクティブ端末１２が自律的にＵＬ送信データを基地局１１宛に送信するための専用のＵＬ送信リソースであってよい。

　「再送用リソース」は、基地局１１からＡ／Ｎフィードバック情報を受信した場合、あるいは、基地局１１が無応答である場合に、アクティブ端末１２が使用可能なＵＬ送信リソースであり、再送及び新規送信に共用でよい。

　あるいは、図５に例示するように、「再送用リソース（Retry）」は、ＮＡＣＫの受信によってＵＬデータの再送を基地局１１から指示されたアクティブ端末１２が当該再送に使用するＵＬ送信リソースとして定義されてもよい。基地局１１が無応答の場合やＮＡＣＫ情報による再送指示が無い場合には、ＵＬ共有リソースの空き（free）リソースが、アクティブ端末１２による自律的なＵＬデータの再送に使用されてよい。

　図４や図５に例示したように、新規送信用リソースと再送用リソースとを周波数分割多重することで、再送タイミング待ちの遅延を軽減できる。

　また、多数のアクティブ端末１２によるＵＬデータの同時送信をサポートするために、例えば図６に示すように、ＵＬ共有リソースの周波数帯域を更に分割して、新規送信用及び再送用のリソースを複数定義してもよい。

　ＭＴＣ端末１２は、例えば、基地局１１から分割された周波数帯域のうちのいずれかの周波数帯番号を割り当てられることで、或る端末グループに属してよい。

　周波数帯番号の割り当ては、例示的に、ＭＴＣ端末１２が接続先に選んだ基地局１１による初期設定時に実施されてよい。例えば、ＭＴＣ端末１２が接続した基地局１１から送信される情報に、或る端末グループに対応する周波数帯番号が含められてよい。

　（Ａ／Ｎフィードバック情報の構成例）
　Ａ／Ｎフィードバック情報には、既述のとおり、「Ａ／Ｎ情報」と「次回送信許可情報」とが含まれてよい。

　「Ａ／Ｎ情報」は、例えば図７に示すように、１ビットの情報であってよく、例えば、「１」で「ＡＣＫ（送信成功）」を示し、「０」で「ＮＡＣＫ（送信失敗）」を示す設定としてよい。

　「次回送信許可情報」は、再送用リソースを使用したＵＬ送信の可否を示す情報であり、図７に例示するように、１ビットの情報であってよい。例えば、次回送信許可情報は、「１」で次回「送信許可」を示し、「０」で次回「送信禁止」（又は送信不許可）を示す設定としてよい。

　「Ａ／Ｎ情報」及び「次回送信許可情報」が取り得る値（例示的に、０又は１）をそれぞれ「ｘ」及び「ｙ」で表すこととすると、Ａ／Ｎフィードバック情報は、［ｘ，ｙ］と表記できる。

　図８に、非限定的な一例として、サブフレーム＃（ｎ－１）（ｎは自然数）のＵＬ送信に対するＡ／Ｎフィードバック情報の構成例を示す。図８に例示するように、基地局１１は、端末（又は端末グループ）及び周波数帯域毎の、「Ａ／Ｎ情報」及び「次回送信許可情報」を、配列に連結して送信してよい。なお、Ａ／Ｎフィードバック情報は、サブフレーム＃（ｎ－１）のＵＬ送信に対するフィードバック送信であることをアクティブ端末１２が識別可能なヘッダ情報を含んでよい。

　「Ａ／Ｎ情報」及び「次回送信許可情報」の組み合わせ（「パターン」と称してもよい。）によって、以下の４通りの情報解釈が可能である。

　（１）Ａ／Ｎフィードバック情報［１，１］＝［ＡＣＫ（送信成功），次回送信許可］
　基地局１１に接続する全てのアクティブ端末１２によるＵＬ送信が成功して、再送を実施するアクティブ端末（再送端末）１２が存在しない場合の通知パターンである。本通知パターンのＡ／Ｎフィードバック情報を受信したアクティブ端末１２は、「誰でも」（別言すると、新規にＵＬ送信を実施する新規送信端末であっても）、「再送用リソース」を使用することが可能となる。

　（２）Ａ／Ｎフィードバック情報［０，０］＝［ＮＡＣＫ（送信失敗），次回送信禁止］
　或るアクティブ端末１２によるＵＬ送信が失敗したことを示し、基地局１１において、ＵＬ送信に失敗した送信元端末（送信失敗端末）１２を認識できた場合の通知パターンである。基地局１１は、送信失敗端末１２を認識できているので、「再送用リソース」の競合発生リスクは送信失敗端末１２を認識できていない場合よりも低いと判断してよい。

　当該判断に応じて、基地局１１は、送信失敗端末１２が即時に再送を実施できるように、本通知パターンにてＡ／Ｎフィードバック情報を送信してよい。「再送用リソース」を用いた再送が実施されるため、再送失敗端末１２以外の他のアクティブ端末１２は、「再送用リソース」の使用が禁止される。

　（３）Ａ／Ｎフィードバック情報［０，１］＝［ＮＡＣＫ（送信失敗），次回送信許可］
　基地局１１に接続するアクティブ端末１２による全てのＵＬ送信が失敗したことを示し、基地局１１において、ＵＬ送信に失敗した送信元端末１２を認識できなかった場合の通知パターンである。

　ＵＬリソースに競合が生じてＵＬデータの衝突が発生すると、基地局１１は、送信元端末１２の認識に失敗し易い。したがって、基地局１１は、送信元端末１２が複数存在しており、再送を指示しても、「再送用リソース」の競合を繰り返すリスクが高いと判断してよい。

　当該判断に応じて、基地局１１は、送信元端末１２には、ＵＬ送信タイミングを分散させた再送を指示してよい。例えば、基地局１１は、送信元端末１２が再送に使用するサブフレームを送信元端末１２毎に異ならせることで、ＵＬリソースの競合発生確率を低減できる。なお、「サブフレーム」は、アクティブ端末１２の「送信タイミング」又は「送信機会」を決める時間的な単位の一例である。

　ＵＬ送信タイミングの分散によって、或る送信元端末１２には使用されない「再送用リソース」は、新規送信を行なう他のアクティブ端末１２による使用が可能となる。

　（４）Ａ／Ｎフィードバック情報［１，０］＝［ＡＣＫ（送信成功），次回送信禁止］
　或るアクティブ端末１２はＵＬ送信に成功したが、別の或るアクティブ端末１２はＵＬ送信に失敗したことを示す通知パターンである。別言すると、ＵＬ送信に成功した端末（送信成功端末）１２と失敗した端末（送信失敗端末）１２とが混在しているケースである。

　本通知パターンのＡ／Ｎフィードバック情報を受信した送信成功端末１２及び新規送信端末１２は、「再送用リソース」の使用が禁止される。これにより、再送を実施するアクティブ端末（再送端末）１２のために、「再送用リソース」を空き状態にできる。

　なお、本通知パターンでは、基地局１１は、送信成功端末１２を識別可能な情報（例えばＩＤ）を、Ａ／Ｎフィードバック情報に含めてよい。これにより、ＵＬ送信を実施したアクティブ端末１２は、当該ＩＤによって自端末によるＵＬ送信が成功したのか失敗したのかを判断できる。

　図９に、上述した各通知パターンに対応する、受信端末であるアクティブ端末１２での情報解釈及びＵＬリソースの選択動作の一例を示す。なお、図９に例示する情報（又は規定）は、基地局１１とＭＴＣ端末１２との間で共有されてよい。

　図９に例示するように、ＵＬ送信を実施した送信元端末１２は、Ａ／Ｎフィードバック情報［１，１］＝［ＡＣＫ，次回送信許可］を受信すれば、ＵＬ送信が成功したと解釈してよい。また、当該送信元端末１２は、次回送信機会において新規送信用及び再送用のリソースのいずれもが使用可能であると解釈してよい。

　一方、Ａ／Ｎフィードバック情報［０，１］＝［ＮＡＣＫ，次回送信許可］が受信された場合、送信元端末１２は、ＵＬ送信に失敗し、「次々回以降」の送信機会で再送用リソースを使用して再送を実施することが可能であると解釈してよい。

　「次回」の送信機会で「再送用リソース」を使用して再送を実施しても、再度、「送信失敗」となるリスクがあるからである。「次々回以降」の送信機会は、例えば、基地局１１からの送信タイミングの分散指示に従って決定されてよい。

　なお、基地局１１に接続するアクティブ端末１２のうち、ＵＬ送信が未実施の状態である他のアクティブ端末１２は、「次回送信許可（＝１）」の受信によって、新規送信用リソース及び再送用リソースのいずれもがＵＬ送信に使用可能であると解釈してよい。

　新規送信用リソース及び再送用リソースのいずれもが使用可能な状態において、アクティブ端末１２が、どちらのリソースを使用するかは、例えば基地局１１によって指定されてよい。当該指定は、非限定的な一例として、基地局１１が、ＵＬ共有リソースのコンフィギュレーション情報を送信することで実施されてよい。

　例えば図１０に示すように、基地局１１は、セル半径や送信電力等に関する情報に加えて、当該基地局１１が提供するセルへ、当該セルに位置するＭＴＣ端末１２に必要な設定情報を送信してよい。

　図１０の例では、設定情報の一例として３つの設定パターン＃１～＃３が用意されている。ただし、設定パターンの数は、３に限られず、１以上であってよい。設定パターン＃１～＃３のそれぞれに、ＵＬ共有リソースのコンフィギュレーション情報を指定する情報と、次回送信ＵＥ動作モード（「ＵＥ動作モード」と略称することがある。）を指定する情報と、が設定されてよい。

　「次回送信ＵＥ動作モードを指定する情報」は、例示的に、新規送信用及び再送用のＵＬリソースのいずれもが使用可能な状態にあるＵＥ（ＭＴＣ端末）１２の、次回送信機会におけるＵＬリソースの選択動作を指定する情報である。

　例えば、設定パターン＃１では、リソースコンフィギュレーション＃Ａが設定され、次回送信ＵＥ動作モード＃ａの一例として、以下が指定される。
　・次回「送信許可（＝１）」：再送用リソースを使用
　・次回「送信禁止（＝０）」：新規送信用リソースを使用

　設定パターン＃２では、リソースコンフィギュレーション＃Ｂが設定され、次回送信ＵＥ動作モード＃ｂの一例として、以下が指定される。
　・次回「送信許可（＝１）」：新規送信用リソースを使用
　・次回「送信禁止（＝０）」：再送用リソースを使用

　設定パターン＃３では、リソースコンフィギュレーション＃Ｃが設定され、次回送信ＵＥ動作モード＃ｃの一例として、以下が指定される。
　・次回「送信許可（＝１）」：ＭＴＣ端末１２の自律判断で新規送信用及び再送用リソースのいずれかを選択使用
　・次回「送信禁止（＝０）」：新規送信用リソースを使用

　また、図１０に例示するように、基地局１１の送信情報の中には、ＵＬ送信に使用する周波数帯域の割当指定に対応する「端末グループを指定する情報」が含められてよい。複数のグループに端末を分散させるために、基地局１１は、毎回の情報送信ごとに、「端末グループ指定」の設定値を変更してよい。例えば、基地局１１は、情報送信ごとに、「端末グループ指定」の設定値を「＋１」し、＃１～上限値の範囲でサイクリックに端末グループ指定してよい。

　図１０に例示するような複数のＵＬ共有リソースのコンフィギュレーションパターンが、基地局１１及びＭＴＣ端末１２双方に共有される既知情報として記憶されてよい。基地局１１は、いずれか１つのコンフィギュレーションパターンを選択して送信することで、基地局１１管理下のセルに位置するＭＴＣ端末１２に、当該コンフィギュレーションパターンをシステム情報として指定できる。

　別言すると、基地局１１は、複数のＭＴＣ端末１２が無線信号を送信するために新規送信用リソース及び再送用リソースのいずれを使用するかに関する情報、あるいは、再送用リソースを用いた送信の不実施を指示する情報を送信できる。

　更に別言すると、基地局１１は、ＵＬ共有リソースを無線信号の新規送信のために使用するＭＴＣ端末１２と、ＵＬ共有リソースを無線信号の再送のために使用するＭＴＣ端末１２と、に対して、送信情報の送信によって異なる動作を指示できる。

　図９の説明に戻り、Ａ／Ｎフィードバック情報［１，０］＝［ＡＣＫ，次回送信禁止］が受信されれば、送信元端末１２は、送信成功端末と送信失敗端末とが混在していると解釈してよい。この場合、送信成功端末のＩＤとして自端末１２のＩＤが通知されていれば、送信元端末１２は、送信失敗端末が再送用リソースを使用できるように、再送用リソースの使用が禁止されていると解釈してよい。

　一方、送信成功端末のＩＤとして自端末１２とは異なる他端末１２のＩＤが通知されていれば、送信元端末１２は、ＵＬ送信に失敗したため、次回の送信機会で再送用リソースを使用して即時に再送を実施してよいと解釈してよい。

　Ａ／Ｎフィードバック情報［０，０］＝［ＮＡＣＫ，次回送信禁止］が受信されれば、送信元端末１２は、ＵＬ送信に失敗し、自端末１２を送信失敗端末として基地局１１が認識できている状態であると解釈してよい。この場合、送信失敗端末である送信元端末１２は、次回の送信機会で再送用リソースを使用して即時に再送を実施してよい。

　なお、基地局１１に接続するアクティブ端末１２のうち、ＵＬ送信が未実施の状態である新規送信端末１２は、「次回送信禁止（＝０）」の受信によって、再送端末１２が他に存在するため、新規送信用リソースに限りＵＬ送信に使用可能であると解釈してよい。

　また、ＵＬ送信を実施した送信元端末１２が、基地局１１からＡ／Ｎフィードバック情報を受信できない場合がある。この場合、送信元端末１２は、ＵＬ送信に失敗したと解釈して、再送用リソースを用いて再送を実施してよい。

　一方、送信元端末１２ではないアクティブ端末１２は、新規送信用及び再送用の各リソースのうち、新規送信用リソースに限って新規のＵＬ送信に使用することが可能であると解釈してよい。

　以上のように、基地局１１は、第１情報と第２情報とをＡ／Ｎフィードバック情報にて送信する。ＭＴＣ端末１２は、受信したＡ／Ｎフィードバック情報の内容の組み合わせに関連づけられた無線リソースを使用してＵＬ信号の送信を行なう。したがって、ＭＴＣ端末１２による基地局１１に対する再送を含むアＵＬアクセス手順の効率化を図ることができる。

　例えば、再送端末１２は、新規送信端末１２とのＵＬリソースの競合発生率が低減されるため、再送の成功率を向上できる。

　基地局１１に接続するアクティブ端末１２の中に再送端末１２が存在しない状況では、新規送信端末１２であっても「再送用リソース」を使用することが可能であるため、新規送信端末１２にとって利用可能なＵＬ共有リソースが増える。したがって、ＵＬリソースの競合発生リスクを低減できる。

　一方、ＵＬ送信が同時多発し易い状況では、「再送用リソース」が、再送端末１２による再送に限って利用されるため、再送の成功率を高めることができる。

　ＵＬ送信が散発的に発生している状況では、新規送信が１回で成功し易くなるため、「再送用リソース」を新規送信に活用できる。したがって、新規送信に利用可能なＵＬリソースが増加した状態となり、新規送信の成功率を高めることができる。

　１回のＵＬ送信あたりの再送発生確率を低減できることにより、再送の繰り返しによる、送受信処理の電力消費増加、及び、端末稼働時間の長期化を緩和することができる。したがって、ＭＴＣ端末のバッテリー長寿命化を実現することができる。

　（動作例）
　以下、本実施形態の無線通信システム１の動作例について、図１１～図１４に例示するシーケンス図、及び、図１５～図１８に例示するフローチャートを参照して説明する。

　（Ａ／Ｎフィードバック情報［１，１］＝［ＡＣＫ，次回送信許可］のケース）
　図１１は、或るＭＴＣ端末（アクティブ端末）１２が、Ａ／Ｎフィードバック情報［１，１］＝［ＡＣＫ，次回送信許可］を受信するケースの一例を示すシーケンス図である。

　図１１に例示するように、基地局１１は、例えばサービス開始前に事前に、図１０に例示したようなＵＬリソースコンフィギュレーション情報を含む送信情報を、基地局１１管理下のセルに送信する（処理Ｐ１）。

　なお、図１１の例では、基地局１１管理下のセルに、２台のＭＴＣ端末＃１及び＃２が位置していると仮定している。ＭＴＣ端末＃１及び＃２は、基地局１１から送信情報（例えば、既述の周波数帯番号）を受信することで、自端末＃１及び＃２が或る端末グループ（例えば、端末グループ＃１）に属すると認識できる。

　ここで、ＭＴＣ端末＃１においてＵＬ送信データの発生が検出されたと仮定する（処理Ｐ２）。ＵＬ送信データの発生によってＭＴＣ端末＃１は、ウェイクアップしてスリープモードからアクティブモードに遷移する。

　ＵＬ送信データの発生時点では、ＭＴＣ端末＃１は、Ａ／Ｎフィードバック情報を未受信であるため、新規送信用リソースを使用してＵＬ送信データを基地局１１宛に送信してよい（処理Ｐ３）。

　例えば、ＭＴＣ端末＃１は、ＵＬの送信データ発生後に最初に到来するサブフレーム＃（ｎ－２）において、新規送信用リソースを使用してＵＬ送信データを送信してよい。新規送信では、「ＵＬ－Ｇｒａｎｔ－Ｌｅｓｓ」のために、ＵＬ送信データと共に、プリアンブル、制御チャネル（ＣＣＨ）、端末ＩＤ、及び、端末カテゴリの情報が送信されてよい。

　基地局１１は、ＭＴＣ端末＃１からのＵＬ送信データの受信に成功すると、ＵＬ送信に失敗したＭＴＣ端末１２が他に存在しないことから、Ａ／Ｎフィードバック情報［１，１］＝［ＡＣＫ，次回送信許可］を送信してよい（処理Ｐ４）。

　当該送信は、例示的に、ＵＬ送信データを受信したサブフレーム＃（ｎ－２）の後のサブフレーム＃（ｎ－１）にて実施されてよい。ただし、基地局１１は、ＵＬ送信データを受信したサブフレーム＃（ｎ－２）内において、Ａ／Ｎフィードバック情報［１，１］の送信を実施しても構わない。

　ＭＴＣ端末＃１は、Ａ／Ｎフィードバック情報［１，１］を受信すると、既述のとおり、再送端末１２が存在しないため、次回のＵＬ送信には、新規送信用リソースに限らず再送用リソースを使用できると解釈、認識してよい。なお、ＭＴＣ端末＃２は、ＵＬ送信データが発生していないため、スリープモードであり、Ａ／Ｎフィードバック情報［１，１］は受信できない。

　その後、ＭＴＣ端末＃１において、再度、ＵＬ送信データの発生が検出されたと仮定する（処理Ｐ５）。この時点で、基地局１１は、ＭＴＣ端末＃１及び＃２のいずれからもＵＬ送信データを受信していないため、サブフレーム＃（ｎ－１）で送信したＡ／Ｎフィードバック情報［１，１］と同じ情報を、例えばサブフレーム＃ｎにて送信してよい（処理Ｐ６）。

　そして、サブフレーム＃ｎの時間区間において、ＭＴＣ端末＃２においてＵＬ送信データの発生が検出されたと仮定する（処理Ｐ７）。ＵＬ送信データの発生によって、ＭＴＣ端末＃２は、ウェイクアップしてスリープモードからアクティブモードに遷移する。

　ＭＴＣ端末＃１は、サブフレーム＃ｎのＡ／Ｎフィードバック情報［１，１］を受信することで、新規送信用及び再送用のリソースのいずれもが使用可能であると解釈、認識してよい。

　例示的に、ＭＴＣ端末＃１は、再送用リソースの使用を選択し、処理Ｐ５で発生したＵＬ送信データを、サブフレーム＃ｎ＋１の再送用リソース＃１にて送信してよい（処理Ｐ８）。

　これに対し、ＭＴＣ端末＃２は、アクティブモードになった時点ではサブフレーム＃ｎのＡ／Ｎフィードバック情報［１，１］を受信できていない。

　そのため、ＭＴＣ端末＃２は、図９に例示したように、新規送信用リソースを選択し、処理Ｐ７で発生したＵＬ送信データを、サブフレーム＃ｎ＋１の新規送信用リソース＃１にて送信してよい（処理Ｐ９）。

　なお、再送用リソース＃１及び新規送信用リソース＃１は、例えば図６に示したように、ＭＴＣ端末＃１及び＃２が属する端末グループ＃１に対して割り当てられたＵＬリソースである（以下において同様）。

　処理Ｐ５及びＰ７に例示したように、ＭＴＣ端末＃１及び＃２でのＵＬ送信データの発生タイミングが異なると、それぞれのタイミングでの端末状態（アクティブモード又はスリープモード）も異なる。そのため、端末状態によって、基地局１１からのＡ／Ｎフィードバック情報を、受信できる又は受信できない、という動作の差異が、ＭＴＣ端末＃１及び＃２間に生じる。

　（Ａ／Ｎフィードバック情報［０，０］＝［ＮＡＣＫ，次回送信禁止］のケース）
　図１２は、或るＭＴＣ端末（アクティブ端末）１２が、Ａ／Ｎフィードバック情報［０，０］＝［ＮＡＣＫ，次回送信禁止］を受信するケースの一例を示すシーケンス図である。

　図１２において、処理Ｐ１１～Ｐ１３は、それぞれ、図１１にて既述の処理Ｐ１～Ｐ３と同じ処理でよい。例えば、ＭＴＣ端末＃１は、サブフレーム＃（ｎ－２）の新規送信用リソース＃１を使用してＵＬ送信データの新規送信を実施してよい。

　ここで、基地局１１において、ＭＴＣ端末＃１からサブフレーム＃（ｎ－２）にて受信したＵＬ送信データを正しく受信できなかった（例えば、復号できなった）と仮定する。この場合、基地局１１は、受信したＵＬ送信データの送信元端末がＭＴＣ端末＃１であることを、ＵＬ送信データと共に受信した端末ＩＤによって、識別できている。

　したがって、基地局１１は、図９に例示したように、Ａ／Ｎフィードバック情報［０，０］＝［ＮＡＣＫ，次回送信禁止］を、例えばサブフレーム＃（ｎ－１）にて、管理下のセルに送信してよい（処理Ｐ１４）。

　ここで、例えばＡ／Ｎフィードバック情報［０，０］が送信される前に、ＭＴＣ端末＃２にＵＬ送信データが発生してＭＴＣ端末＃２がスリープモードからアクティブモードに遷移したと仮定する（処理Ｐ１５）。

　そうすると、ＭＴＣ端末＃１及び＃２の双方が、アクティブモードであるため、サブフレーム＃（ｎ－１）のＡ／Ｎフィードバック情報［０，０］を受信できる。

　Ａ／Ｎフィードバック情報［０，０］の受信によって、図９に例示したように、ＭＴＣ端末＃１は、次のサブフレーム＃ｎで即時に再送を実施してよいと解釈する。

　これに対し、ＭＴＣ端末＃２は、Ａ／Ｎフィードバック情報［０，０］の受信によって、再送を実施するＭＴＣ端末＃１が存在するため、再送用リソースの使用は禁止され、新規送信用リソースを使用してＵＬの新規送信を実施してよいと解釈する。

　したがって、ＭＴＣ端末＃１は、Ａ／Ｎフィードバック情報［０，０］を受信したサブフレーム＃（ｎ－１）の次のサブフレーム＃ｎの再送用リソース＃１を使用して、処理Ｐ１３で送信したＵＬ送信データの再送を実施してよい（処理Ｐ１６）。

　再送においても、新規送信と同様に、「ＵＬ－Ｇｒａｎｔ－Ｌｅｓｓ」のために、再送データと共に、プリアンブル、制御チャネル（ＣＣＨ）、端末ＩＤ、及び、端末カテゴリの情報が送信されてよい。

　一方、ＭＴＣ端末＃２は、Ａ／Ｎフィードバック情報［０，０］を受信したサブフレーム＃（ｎ－１）の次のサブフレーム＃ｎの新規送信用リソース＃１を使用して、処理Ｐ１５で発生したＵＬ送信データの新規送信を実施してよい（処理Ｐ１７）。

　基地局１１は、ＭＴＣ端末＃１及び＃２からのＵＬ送信データをいずれも正しく受信でき、他に送信失敗端末１２が存在しなければ、Ａ／Ｎフィードバック情報［１，１］＝［ＡＣＫ，次回送信許可］を管理下のセルに送信してよい（処理Ｐ１８）。

　（Ａ／Ｎフィードバック情報［０，１］＝［ＮＡＣＫ，次回送信許可］のケース）
　図１３は、或るＭＴＣ端末（アクティブ端末）１２が、Ａ／Ｎフィードバック情報［０，１］＝［ＮＡＣＫ，次回送信許可］を受信するケースの一例を示すシーケンス図である。

　本ケースは、送信失敗端末１２による再送タイミングが分散されるケースである。図１３の例では、基地局１１管理下のセルに４台のＭＴＣ端末＃１～＃４が位置していると仮定している。また、図１３には図示を省略しているが、図１０や図１１に例示したＵＬリソースコンフィギュレーション情報の送信（処理Ｐ１又はＰ１１）が図１３においても実施されているものと仮定する。

　図１３に例示するように、ＭＴＣ端末＃１及び＃２の双方においてＵＬ送信データが発生し、ＭＴＣ端末＃１及び＃２の双方がスリープモードからアクティブモードに遷移したと仮定する（処理Ｐ２１）。

　この場合、ＭＴＣ端末＃１及び＃２は、いずれもアクティブモード遷移後に最初に到来するサブフレーム＃（ｎ－２）において、新規送信用リソース＃１を使用してＵＬ送信データの新規送信を実施してよい（処理Ｐ２２及びＰ２３）。

　しかし、新規送信用リソース＃１を異なるＭＴＣ端末＃１及び＃２が使用するため、リソース競合が生じ、ＵＬ送信データの衝突が生じる。そのため、基地局１１は、ＭＴＣ端末＃１及び＃２からのＵＬ送信データの一方又は双方を正しく受信できないことがある。

　仮に、基地局１１において、ＭＴＣ端末＃１及び＃２の双方のＵＬ送信データを正しく受信できず、したがって、端末ＩＤに基づいて各ＵＬ送信データの送信元端末を識別することもできなかったとする。

　そうすると、基地局１１は、Ａ／Ｎフィードバック情報［０，１］＝［ＮＡＣＫ，次回送信許可］を、例えばサブフレーム＃（ｎ－１）にて、管理下のセルへ送信してよい（処理Ｐ２５）。

　ＭＴＣ端末＃１及び＃２は、サブフレーム＃（ｎ－１）にてＡ／Ｎフィードバック情報［０，１］を受信することで、次のサブフレーム＃ｎよりも後のサブフレーム＃（ｎ＋１）以降に再送を実施してよいと解釈する。

　別言すると、ＭＴＣ端末＃１及び＃２は、Ａ／Ｎフィードバック情報［０，１］を受信したサブフレーム＃（ｎ－１）から２以上のサブフレームを待って再送を実施してよいことを認識する。

　再送タイミングがＭＴＣ端末＃１及び＃２間で競合しないように、待機するサブフレーム数は、ＭＴＣ端末＃１及び＃２間で異なるように設定されてよい。待機するサブフレーム数の設定は、例示的に、図１０に示した送信情報における「動作モード」を指定する情報を用いて行なわれてよい。

　例えば、ＭＴＣ端末＃１は、サブフレーム＃（ｎ＋Ｔ）（Ｔは１以上の整数）の再送用リソース＃１にて、処理Ｐ２２で送信したＵＬ送信データの再送を実施してよい（処理Ｐ２９）。一方、ＭＴＣ端末＃２は、サブフレーム＃（ｎ＋Ｔ＋１）の再送用リソース＃１にて、処理Ｐ２３で送信したＵＬ送信データの再送を実施してよい（処理Ｐ３０）。

　ＭＴＣ端末＃１及び＃２が、再送を待機することで、例えばサブフレーム＃ｎの新規送信用リソース＃１及び再送用リソース＃１が空きとなる。各空きリソースは、例示的に、ＭＴＣ端末＃３及び＃４のＵＬ送信に割り当てられてよい。

　例えば、サブフレーム＃（ｎ－１）のＡ／Ｎフィードバック情報［０，１］が送信される前に、ＭＴＣ端末＃３においてＵＬ送信データが発生してＭＴＣ端末＃３がアクティブモードになったと仮定する（処理Ｐ２５）。

　また、サブフレーム＃（ｎ－１）のＡ／Ｎフィードバック情報［０，１］が送信された後に、ＭＴＣ端末＃４においてＵＬ送信データが発生してＭＴＣ端末＃４がアクティブモードになったと仮定する（処理Ｐ２６）。

　この場合、ＭＴＣ端末＃３は、サブフレーム＃（ｎ－１）のＡ／Ｎフィードバック情報［０，１］を受信できるが、ＭＴＣ端末＃４は、サブフレーム＃（ｎ－１）のＡ／Ｎフィードバック情報［０，１］を受信できない。

　Ａ／Ｎフィードバック情報［０，１］を受信できたＭＴＣ端末＃３は、図９に例示したように、次のサブフレーム＃ｎにおいて、新規送信用リソース＃１及び再送用リソース＃２のいずれもがＵＬの新規送信に使用可能であることを認識する。

　一方、Ａ／Ｎフィードバック情報［０，１］を受信できなかったＭＴＣ端末＃４は、図９に例示したように、次のサブフレーム＃ｎにおいて、新規送信用リソース＃１に限ってＵＬの新規送信に使用可能であることを認識する。

　したがって、例えば、ＭＴＣ端末＃３は、サブフレーム＃ｎの再送用リソースを使用してＵＬの新規送信を実施してよい（処理Ｐ２７）。一方、ＭＴＣ端末＃４は、同じサブフレーム＃ｎの新規送信用リソースを使用して新規送信を実施してよい（処理Ｐ２８）。

　（Ａ／Ｎフィードバック情報［１，０］＝［ＡＣＫ，次回送信禁止］のケース）
　図１４は、或るＭＴＣ端末（アクティブ端末）１２が、Ａ／Ｎフィードバック情報［１，０］＝［ＡＣＫ，次回送信禁止］を受信するケースの一例を示すシーケンス図である。

　本ケースは、送信成功端末１２と送信失敗端末１２とが混在するケースである。図１４の例では、基地局１１管理下のセルに３台のＭＴＣ端末＃１～＃３が位置していると仮定している。

　図１４に例示するように、基地局１１は、例えばサービス開始前に事前に、図１０に例示したようなＵＬリソースコンフィギュレーション情報を含む送信情報を、基地局１１管理下のセルに送信する（処理Ｐ３１）。

　ＭＴＣ端末＃１～＃３は、基地局１１からの送信情報を受信することで、自端末が或る端末グループ（例えば、端末グループ＃１）に属すると認識できる。

　ここで、ＭＴＣ端末＃１及び＃２の双方においてＵＬ送信データが発生し、ＭＴＣ端末＃１及び＃２の双方がスリープモードからアクティブモードに遷移したと仮定する（処理Ｐ３２及びＰ３３）。

　この場合、ＭＴＣ端末＃１及び＃２は、いずれもアクティブモード遷移後に最初に到来するサブフレーム＃（ｎ－２）において、新規送信用リソース＃１を使用してＵＬ送信データの新規送信を実施してよい（処理Ｐ３４及びＰ３５）。

　しかし、新規送信用リソース＃１を異なるＭＴＣ端末＃１及び＃２が使用するため、リソース競合が生じ、ＵＬ送信データの衝突が生じる。そのため、基地局１１は、ＭＴＣ端末＃１及び＃２からのＵＬ送信データの一方又は双方を正しく受信できないことがある。

　仮に、基地局１１において、ＭＴＣ端末＃２のＵＬ送信データは正しく受信できたが、ＭＴＣ端末＃１のＵＬ送信データは正しく受信できなかったとする。ＭＴＣ端末＃１のＵＬ送信データは正しく受信できたから、基地局１１は、当該ＵＬ送信データと共に送信された端末ＩＤによって、送信成功端末がＭＴＣ端末＃２であることを識別できる（処理Ｐ３６）。

　そのため、基地局１１は、Ａ／Ｎフィードバック情報［１，０］＝［ＡＣＫ，次回送信禁止］と、送信成功端末であるＭＴＣ端末＃２の端末ＩＤと、を、管理下のセルへ、サブフレーム＃（ｎ－２）にて送信してよい（処理Ｐ３８）。

　送信成功端末であるＭＴＣ端末＃２は、Ａ／Ｎフィードバック情報［１，０］の受信によって、図９に例示したように、再送用リソースの使用が禁止される。また、サブフレーム＃（ｎ－１）のＡ／Ｎフィードバック情報［１，０］が基地局１１から送信される前にＵＬ送信データが発生した（処理Ｐ３７）ＭＴＣ端末＃３も、Ａ／Ｎフィードバック情報［１，０］の受信によって、再送用リソースの使用が禁止される（処理Ｐ３９）。ただし、ＭＴＣ端末＃３は、新規送信用リソースを選択してＵＬ送信を行なってよい。

　これにより、送信失敗端末（再送端末）であるＭＴＣ端末＃１のために、次のサブフレーム＃ｎの「再送用リソース」を空き状態にできる。したがって、ＭＴＣ端末＃１は、サブフレーム＃（ｎ－１）のＡ／Ｎフィードバック情報［１，０］の受信によって、図９に例示したように、次のサブフレーム＃ｎにて、処理Ｐ３４で送信したＵＬ送信データの再送を実施してよい（処理Ｐ４０）。

　その後、ＭＴＣ端末＃１～＃３によるＵＬ送信が成功していれば、基地局１１は、Ａ／Ｎフィードバック情報［１，１］を送信して（処理Ｐ４１）、ＭＴＣ端末＃１～＃３のいずれもが新規送信用及び再送用リソースのいずれかを使用できることを通知してよい。

　（基地局１１の動作例）
　次に、上述した動作例を実現する基地局１１における動作例について、図１５及び図１６のフローチャートを参照して説明する。

　図１５は、基地局１１におけるＵＬリソースコンフィギュレーション情報送信処理の一例を示す。図１６は、基地局１１におけるＵＬ信号受信及び再送制御処理の一例を示す。

　（ＵＬリソースコンフィギュレーション情報送信処理）
　図１５に例示するように、基地局１１は、管理下のセル構成情報を作成し（処理Ｐ１０１）、セル構成情報において使用するＵＬ共有リソースコンフィギュレーションを選択してよい（処理Ｐ１０２）。「セル構成情報」は、例示的に、図１０に例示した「通常必要となる基地局送信情報」の内容の一部又は全部に相当してよい。

　また、選択したＵＬ共有リソースコンフィギュレーションにおいてＵＥの一例であるＭＴＣ端末１２に指定するＵＥ動作モードを選択して（処理Ｐ１０３）、ＵＬ共有リソースコンフィギュレーション情報を含む送信情報（例えば図１０参照）を作成してよい（処理Ｐ１０４）。

　そして、基地局１１は、作成した送信情報を管理下のセルへ送信し（処理Ｐ１０５）、規定の送信周期（例えば、時間ｔ）が経過したか否かを判定してよい（処理Ｐ１０６）。

　送信周期が経過していなければ（処理Ｐ１０６でＮＯ）、基地局１１は、送信周期が経過するまで処理を待機してよい（処理Ｐ１０７）。送信周期が経過していれば（処理Ｐ１０６でＹＥＳ）、基地局１１は、セル構成情報を必要であれば更新して（処理Ｐ１０８）、送信情報の送信を実施してよい（処理Ｐ１０５）。

　（ＵＬ信号受信及び再送制御処理）
　次に、図１６を参照して、基地局１１におけるＵＬ信号受信及び再送制御処理について説明する。

　図１６に例示するように、基地局１１は、ＵＬの受信信号を検出したか否かを定期的又は不定期にチェックしてよい（処理Ｐ１１１）。受信信号が検出されると（処理Ｐ１１１でＹＥＳ）、基地局１１は、受信信号の全ての復号に成功したか否かをチェックしてよい（処理Ｐ１１２）。

　受信信号の全ての復号に成功していれば（処理Ｐ１１２でＹＥＳ）、基地局１１は、Ａ／Ｎフィードバック情報として［１，１］＝［送信成功，次回送信許可］を送信することを決定してよい（処理Ｐ１１３）。

　なお、処理Ｐ１１１において、ＵＬの受信信号が検出されない場合（ＮＯと判定された場合）も、基地局１１は、Ａ／Ｎフィードバック情報［１，１］の送信を決定してよい（処理Ｐ１１３）。

　処理Ｐ１１２において、受信信号の全ての復号に成功しなかった場合、別言すると、受信信号の一部又は全部の復号に失敗した場合（ＮＯと判定された場合）、基地局１１は、受信信号の全部の復号に失敗したか否かをチェックしてよい（処理Ｐ１１４）。

　受信信号の一部に限って復号に失敗していれば（処理Ｐ１１４でＮＯ）、基地局１１は、受信及び復号に成功したＵＬ信号の送信元端末（送信成功端末）１２の情報（例えば、端末ＩＤ）を復号結果から抽出してよい（処理Ｐ１１５）。

　そして、基地局１１は、Ａ／Ｎフィードバック情報として［１，０］＝［送信成功，次回送信禁止］を送信することを決定してよい（処理Ｐ１１６）。なお、処理Ｐ１１５と処理Ｐ１１６とは、逆順で実施されてもよいし並行して実施されてもよい。

　一方、受信信号の全部が復号に失敗していれば（処理Ｐ１１４でＹＥＳ）、基地局１１は、復号に失敗したＭＴＣ端末１２を識別可能か否かチェックしてよい（処理Ｐ１１７）。

　復号に失敗したＭＴＣ端末１２を識別可能であれば（処理Ｐ１１７でＹＥＳ）、基地局１１は、Ａ／Ｎフィードバック情報として［０，０］＝［送信失敗，次回送信禁止］を送信することを決定してよい（処理Ｐ１１８）。

　一方、復号に失敗したＭＴＣ端末１２を識別できなければ（処理Ｐ１１７でＮＯ）、基地局１１は、複数のＵＬ受信信号に衝突が発生したと判断してよい。この場合、基地局１１は、Ａ／Ｎフィードバック情報として［０，１］＝［送信失敗，次回送信許可］を送信することを決定してよい（処理Ｐ１１９）。

　処理Ｐ１１３、Ｐ１１６、Ｐ１１８又はＰ１１９において、送信するＡ／Ｎフィードバック情報が決定すると、基地局１１は、決定したＡ／Ｎフィードバック情報を作成して（処理Ｐ１２０）、管理下のセルへ送信してよい（処理Ｐ１２１）。

　（ＭＴＣ端末１２の動作例）
　次に、図１７及び図１８を参照して、ＭＴＣ端末３の動作例について説明する。図１７は、ＭＴＣ端末１２での新規送信処理の一例を示すフローチャートであり、図１８は、ＭＴＣ端末１２でのＵＬ送信結果受信及び再送処理の一例を示すフローチャートである。

　（新規送信処理）
　図１７に例示するように、ＭＴＣ端末１２は、スリープモードにおいて送信要求が有るか否か、別言すると、基地局１１へ送信すべきＵＬデータがＭＴＣ端末１２において発生したか否かを定期的又は不定期にチェックしてよい（処理Ｐ２０１及びＰ２０２）。

　送信要求が無ければ（処理Ｐ２０２でＮＯ）、ＭＴＣ端末１２は、スリープモードを維持してよい（処理Ｐ２０１）。

　送信要求が有れば（処理Ｐ２０２でＹＥＳ）、ＭＴＣ端末１２は、ウェイクアップして（処理Ｐ２０３）アクティブモードに遷移し、ＵＬデータの送信を準備してよい（処理Ｐ２０４）。

　そして、ＭＴＣ端末１２は、基地局１１からＡ／Ｎフィードバック情報を受信したか否かを定期的又は不定期にチェックしてよい（処理Ｐ２０５）。

　Ａ／Ｎフィードバック情報を受信していれば（処理Ｐ２０５でＹＥＳ）、ＭＴＣ端末１２は、当該情報に「次回送信許可（＝１）」が設定されているか否かを更にチェックしてよい（処理Ｐ２０６）。

　Ａ／Ｎフィードバック情報に「次回送信許可」が設定されていれば（処理Ｐ２０６でＹＥＳ）、ＭＴＣ端末１２は、新規送信用リソース又は再送用リソースを選択して（処理Ｐ２０７）、ＵＬデータの新規送信を実施してよい（処理Ｐ２０９）。

　Ａ／Ｎフィードバック情報に「次回送信禁止（＝０）」が設定されていれば（処理Ｐ２０６でＮＯ）、ＭＴＣ端末１２は、新規送信用リソースを選択して（処理Ｐ２０８）、ＵＬデータの新規送信を実施してよい（処理Ｐ２０９）。

　なお、処理Ｐ２０５において、Ａ／Ｎフィードバック情報を受信していない場合（ＮＯと判定された場合）も、ＭＴＣ端末１２は、新規送信用リソースを選択して（処理Ｐ２０８）、ＵＬデータの新規送信を実施してよい（処理Ｐ２０９）。

　（ＵＬ送信結果受信及び再送処理）
　図１７に例示した新規送信処理を実施したＭＴＣ端末１２は、図１８に例示するように、Ａ／Ｎフィードバック情報が基地局１１から受信されたか否かをチェックしてよい（処理Ｐ２１１）。Ａ／Ｎフィードバック情報が受信されていなければ（処理Ｐ２１１でＮＯ）、ＭＴＣ端末１２は、再送用リソースを選択してＵＬデータの再送を行なってよい（処理Ｐ２１９及びＰ２２０）。

　Ａ／Ｎフィードバック情報が基地局１１から受信されていれば（処理Ｐ２１１でＹＥＳ）、ＭＴＣ端末１２は、受信したＡ／Ｎフィードバック情報において送信結果としてＡＣＫ（＝１）が設定されているか否かを更にチェックしてよい（処理Ｐ２１２）。

　ＡＣＫが設定されていれば（処理Ｐ２１２でＹＥＳ）、ＭＴＣ端末１２は、受信したＡ／Ｎフィードバック情報において「次回送信許可（＝１）」が設定されているか否かを更にチェックしてよい（処理Ｐ２１３）。

　「次回送信許可（＝１）」が設定されていれば（処理Ｐ２１３でＹＥＳ）、別言すれば、Ａ／Ｎフィードバック情報［１，１］の受信が検出されれば、ＭＴＣ端末１２は、未送信のＵＬデータが有るか否かをチェックしてよい（処理Ｐ２１４）。

　未送信のＵＬデータが有れば（処理Ｐ２１４でＹＥＳ）、ＭＴＣ端末１２は、新規送信用リソース又は再送用リソースを選択して（処理Ｐ２１５）、ＵＬデータの送信を実施してよい（処理Ｐ２１６）。

　処理Ｐ２１４において、未送信のＵＬデータが無ければ（処理Ｐ２１４でＮＯ）、ＭＴＣ端末１２は、スリープモードに遷移して処理を終了してよい。

　処理Ｐ２１３において、Ａ／Ｎフィードバック情報に「次回送信禁止（＝０）」が設定されていれば（ＮＯと判定された場合）、ＭＴＣ端末１２は、送信成功端末として自端末１２の端末ＩＤが通知されているかをチェックしてよい（処理Ｐ２１８）。

　送信成功端末として自端末１２の端末ＩＤが通知されていれば（処理Ｐ２１８でＹＥＳ）、ＭＴＣ端末１２は、上述した処理Ｐ２１４～Ｐ２１７を実施してよい。

　送信成功端末として自端末１２の端末ＩＤが通知されていなければ（処理Ｐ２１８でＮＯ）、ＭＴＣ端末１２は、再送用リソースを選択して（処理Ｐ２１９）、送信済みＵＬデータの再送を実施してよい（処理Ｐ２２０）。

　処理Ｐ２１２において、Ａ／Ｎフィードバック情報にＮＡＣＫ（＝０）が設定されていた場合（ＮＯの場合）、ＭＴＣ端末１２は、当該Ａ／Ｎフィードバック情報に「次回送信許可（＝１）」が設定されているか否かをチェックしてよい（処理Ｐ２２１）。

　「次回送信許可」が設定されていれば（処理Ｐ２２１でＹＥＳ）、ＭＴＣ端末１２は、次の送信機会（例えば、サブフレーム）での再送が「不可」であると解釈して、次々回以降の送信機会が到来するまでＵＬ送信を待機してよい（処理Ｐ２２２）。

　次々回以降の送信機会が到来によって、ＭＴＣ端末１２は、再送用リソースを選択して（処理Ｐ２１９）、送信済みＵＬデータの再送を実施してよい（処理Ｐ２２０）。

　処理Ｐ２２１において、Ａ／Ｎフィードバック情報に「次回送信禁止（＝０）」が設定されていれば（ＮＯの場合）、ＭＴＣ端末１２は、次の送信機会（例えば、サブフレーム）での再送が可能と判断してよい。

　当該判断に応じて、ＭＴＣ端末１２は、再送用リソースを選択して（処理Ｐ２１９）、次の送信機会で、送信済みＵＬデータの再送を実施してよい（処理Ｐ２２０）。

　（変形例）
　上述した実施形態では、ＵＬ共有リソースを新規送信用と再送用との用途別に周波数分割する例について説明した。しかし、ＵＬ共有リソースは、新規送信用と再送用との用途別にコード領域にて分割されてもよい。

　例えば、５Ｇの無線通信システム向けに、ＵＬの非直交多重アクセス（non-orthogonal multiple access, NOMA）の適用が検討されている。

　ＮＯＭＡでは、図１９に模式的に例示するように、ＵＥ＃Ａ～＃Ｃ毎に異なるコード（又はコードパターン）＃１～＃３をＵＬ送信に用いることで、ＵＥ＃Ａ～＃Ｃ毎のＵＬデータを基地局１１において分離可能とする。

　したがって、ＮＯＭＡでは、コード（又はコードパターン。以下同様。）が異なっていれば、複数のＵＥ１２が重複するリソース（例えば、周波数及び／又は時間）を使用してＵＬ送信を行なうことが許容される。

　ＮＯＭＡは、コード領域での多重（以下「コード多重」と略称することがある。）であるため、多重化するＵＥ１２の位置やスペックに影響されず、「ＵＬ－Ｇｒａｎｔ－Ｌｅｓｓ」及び「コンテンションベース」のｍＭＴＣにおけるＵＬアクセスに好適である。

　ＮＯＭＡのコード多重をＵＬ共有リソースに拡張して、新規送信用と再送用とで異なるコードをＭＴＣ端末１２がＵＬ送信に使用することで、既述の実施形態と同様の動作が実現可能である。なお、コードは、ＵＬリソースの一例である。

　ＭＴＣ端末１２がＵＬ送信に使用するコードは、基地局１１によって割り当てられてもよいし、利用可能な複数のコードの中からＭＴＣ端末１２が或るルール（例えば、乱数を用いたランダムルールでもよい。）に従って自律的に選択してもよい。

　図２０に、ＵＬアクセスにＮＯＭＡを適用した無線通信システム１の構成例を模式的に示す。図２０の例では、ＭＴＣ端末＃Ａは、コード＃１を使用してＵＬの新規送信を行ない、ＭＴＣ端末＃Ｂは、基地局１１の指示によってコード＃２を使用してＵＬの再送を行なう。また、ＭＴＣ端末＃Ｃは、コード＃Ｃを使用してＵＬの再送を自律的に行なう。

　図２１に、ＵＬアクセスにＮＯＭＡのコード多重を適用した場合のＵＬ共有リソースの一例を示す。図２１に例示するように、ＵＬ共有リソースは、周波数領域とコード領域とで区別されてよい。例えば、異なる周波数（又は周波数帯域）＃ｉ，＃ｊ及び＃ｋ毎に、異なるコードグループ＃１～＃４が定義されてよい。

　なお、「ｉ」、「ｊ」及び「ｋ」は、いずれも整数であって、周波数（又は、周波数帯域。以下同様。）を区別可能な番号を表す。また、「ｉ」、「ｊ」及び「ｋ」は、連続する番号でもよいし不連続な番号でもよい。

　図２１の例において、ＭＴＣ端末＃Ａは、コードグループ＃１に属するコード及び周波数＃ｉを使用してＵＬ送信を実施してよい。ＭＴＣ端末＃Ｂは、コードグループ＃２に属するコード及び周波数＃ｊを使用してＵＬ送信を実施してよい。ＭＴＣ端末＃Ｃは、コードグループ＃３及び周波数＃ｋを使用してＵＬ送信してよい。

　図２２に、変形例に係るＡ／Ｎフィードバック情報の構成例を示す。図２２に例示するように、基地局１１は、端末（又は端末グループ）及びコード毎の、「Ａ／Ｎ情報」及び「次回送信許可情報」を、配列に連結して送信してよい。

　なお、図８に例示した構成例と同様に、図２２に例示するＡ／Ｎフィードバック情報も、いずれのサブフレームでのＵＬ送信に対するフィードバック送信であることを識別可能なヘッダ情報を含んでよい。また、図２２に例示するように、Ａ／Ｎフィードバック情報には、追加の情報フィールドが用意されてもよい。追加の情報フィールドの用途は、特定の用途に限定されなくてもよい。

　（基地局１１の機能構成例）
　図２３に、基地局１１の機能ブロック図を示す。図２３に示すように、基地局１１は、例示的に、無線送信部１１１１と無線受信部１１１２とを含む無線処理部１１１、受信信号検出部１１２、変復調処理部１１３、符号化・復号処理部１１４、制御部１１５、及び、記憶部１１６を備えてよい。制御部１１５には、例示的に、受信データ識別部１１５１、送信情報生成部１１５２、スケジューラ１１５３、コンフィギュレーション情報設定部１１５４が備えられてよい。

　無線処理部１１１は、例示的に、無線送信部１１１１によってＤＬの無線信号の送信処理を行ない、無線受信部１１１２によってＵＬの無線信号の受信処理を行なう。

　受信信号検出部１１２は、例示的に、無線受信部１１１２においてＵＬ信号が受信されたことを検出する。

　変復調処理部１１３は、例示的に、符号化・復号処理部１１４で符号化された送信ＤＬ信号を変調して無線処理部１１１へ出力し、また、無線処理部１１１の受信ＵＬ信号を復調して符号化・復号処理部１１４へ出力する。

　符号化・復号処理部１１４は、例示的に、送信ＤＬ信号を符号化して変復調処理部１１３へ出力し、また、変復調処理部１１３で復調された受信ＵＬ信号を復号する。

　制御部１１５は、例示的に、各処理部１１１、１１３、及び、１１４、並びに、受信信号検出部１１２の動作を制御する。

　制御部１１５において、受信データ識別部１１５１は、例示的に、復号に成功したＵＬ受信データからＵＬ送信に成功したＭＴＣ端末（送信成功端末）１２を識別する。送信成功端末１２を識別することは、例示的に、送信成功端末１２の端末ＩＤをＵＬ受信データから抽出することであってよい。

　送信情報生成部１１５２は、例示的に、管理下のセルへ送信する、Ａ／Ｎフィードバック情報を含む送信情報を生成する。

　スケジューラ１１５３は、例示的に、ＵＬ及びＤＬのリソース割り当てを制御する。リソース割り当てを制御することは、「スケジューリング」と称されてもよい。ＵＬのリソース割り当てには、例示的に、図４～図６や図２１に示したＵＬ共有リソースの割り当てが含まれてよい。

　コンフィギュレーション情報設定部１１５４は、例示的に、図１０に示したような、ＵＬ共有リソースのコンフィギュレーション情報の設定を行なってよい。

　記憶部１１６には、基地局１１が動作する上で使用する各種の情報やデータ、プログラム等が記憶されてよい。

　記憶部１１６に記憶されるプログラムには、例示的に、図１５及び図１６のフローチャートによって示される処理を実行するプログラム（便宜的に「基地局プログラム」と称することがある。）が含まれてよい。また、記憶部１１６に記憶される情報には、既述のセル構成情報や、ＵＬ共有リソースのコンフィギュレーション情報等が含まれてよい。

　図１５に例示した送信処理Ｐ１０１～Ｐ１０８は、例示的に、制御部１１５によって実行されると捉えてよい。また、図１６に例示した受信信号の検出処理Ｐ１１１は、受信信号検出部１１２によって実行されると捉えてよい。

　更に、図１６に例示した処理Ｐ１１２～Ｐ１２１は、制御部１１５によって実行されると捉えてよい。例えば、判定処理Ｐ１１２、Ｐ１１６、及び、Ｐ１１７、並びに、送信成功端末１２の情報抽出処理Ｐ１１５は、受信データ識別部１１５１によって実行されてよい。また、Ａ／Ｎフィードバック情報の決定処理Ｐ１１３、Ｐ１１６、Ｐ１１８、及び、Ｐ１１９、並びに、Ａ／Ｎフィードバック情報の作成処理Ｐ１２０は、送信情報生成部１１５２によって実行されてよい。

　（ＭＴＣ端末１２の機能構成例）
　図２４に、ＭＴＣ端末１２の機能ブロック図を示す。図２４に示すように、ＭＴＣ端末１２は、例示的に、無線送信部１２１１と無線受信部１２１２とを含む無線処理部１２１、変復調処理部１２３、符号化・復号処理部１２４、制御部１２５、記憶部１２６、及び、センシング処理部１２７を備えてよい。制御部１２５には、送信情報検出部１２５１、モード制御部１２５２、送信リソース判定部１２５３、及び、送信タイミング判定部１２５４が備えられてよい。

　無線処理部１２１は、例示的に、無線送信部１２１１によってＵＬの無線信号の送信処理を行ない、無線受信部１２１２によってＤＬの無線信号の受信処理を行なう。

　変復調処理部１２３は、例示的に、符号化・復号処理部１２４で符号化された送信ＵＬ信号を変調して無線処理部１２１へ出力し、また、無線処理部１２１の受信ＤＬ信号を復調して符号化・復号処理部１２４へ出力する。

　符号化・復号処理部１２４は、例示的に、送信ＵＬ信号を符号化して変復調処理部１２３へ出力し、また、変復調処理部１２３で復調された受信ＤＬ信号を復号する。

　制御部１２５は、例示的に、各処理部１２１、１２３、及び、１２５の動作を制御する。

　制御部１２５において、送信情報検出部１２５１は、例示的に、符号化・復号処理部１２４において復号された信号において、基地局１１が送信した送信情報を検出する。送信情報には、例示的に、既述のＵＬ共有リソースのコンフィギュレーション情報やＡ／Ｎフィードバック情報が含まれてよい。

　モード制御部１２５２は、例示的に、基地局１１へ送信するＵＬデータの有無に応じて、スリープモード及びアクティブモード間の遷移を制御する。

　送信リソース判定部１２５３は、例示的に、送信情報検出部１２５１で検出された送信情報を基に、ＵＬデータの送信に使用するＵＬリソースを判定、選択する。ＵＬデータは、センシング処理部１２７で処理されたセンサデータ等であってよい。

　送信タイミング判定部１２５４は、例示的に、ＵＬデータの送信機会（例えば、サブフレーム）が到来したか否かを判定する。送信機会の到来に応じて、制御部１２５は、各処理部１２１、１２３、及び、１２５を制御して、ＵＬデータの送信（新規送信又は再送）処理を実行してよい。

　記憶部１２６には、ＭＴＣ端末１２が動作する上で使用する各種の情報やプログラム等が記憶されてよい。

　記憶部１２６に記憶されるプログラムには、例示的に、図１７及び図１８のフローチャートによって示される処理を実行するプログラム（便宜的に「端末プログラム」と称することがある。）。また、記憶部１２６に記憶される情報には、例示的に、セル構成情報や、ＵＬ共有リソースのコンフィギュレーション情報、Ａ／Ｎフィードバック情報、端末ＩＤ、ＵＬデータ等が記憶されてよい。

　センシング処理部１２７は、例示的に、センサによってセンシングされたデータ（センサデータ）を処理する。センサデータを処理することには、例示的に、センサデータを所定のフォーマットに変換する処理等が含まれてよい。電気や水道等のメータの計測値を定期的又は不定期に読み取って送信対象とするＭＴＣ端末では、センシング処理部１２７において、メータから読み取ったデータが処理されてよい。

　（基地局１１のハードウェア構成例）
　図２５は、基地局１１のハードウェア構成例を示すブロック図である。
　図２５に例示するように、基地局１１は、アンテナ２５０、無線（radio frequency, RF）回路２５１、ベースバンド（ＢＢ）回路２５２、ＣＰＵ（central processing unit）２５３、及び、メモリ２５４を備えてよい。

　アンテナ２５０は、ＭＴＣ端末１２との無線通信における無線信号を送受信する。

　ＲＦ回路２５１は、図２３に例示した無線処理部１１１を含み、無線信号の送信処理及び受信処理を行なう。

　無線信号の送信処理には、例示的に、送信ベースバンド信号を無線信号に変換（アップコンバート）する処理や高出力増幅器（ＨＰＡ）による増幅処理が含まれてよい。

　無線信号の受信処理には、例示的に、低雑音増幅器（ＬＮＡ）による増幅処理や無線信号を受信ベースバンド信号に変換（ダウンコンバート）する処理が含まれてよい。

　ＢＢ回路２５２は、図２３に例示した変復調処理部１１３及び符号化・復号処理部１１４を含み、送信ベースバンド信号の符号化及び変調、並びに、受信ベースバンド信号の復調及び復号を行なう。なお、ＢＢ回路２５２は、例示的に、ＤＳＰ（digital signal processor）やＦＰＧＡ（field programmable gate array）等を用いて実現されてよい。

　ＣＰＵ２５３は、演算能力を備えたプロセッサの一例である。プロセッサは、ハードウェア回路であり、プロセッサ回路、プロセッサデバイス、あるいは、ハードウェアプロセッサと称されてもよい。

　ＣＰＵ２５３に代えて、他の演算処理回路、例えばＭＰＵ（micro processing unit）等の集積回路（integrated circuit, IC）や、ＤＳＰが用いられてもよい。演算能力を備えたプロセッサは、便宜的に、「コンピュータ」と称してもよい。

　ＣＰＵ２５３は、図２３に例示した制御部１１５としての機能を具現する。例えば、メモリ２５４に記憶された基地局プログラムをＣＰＵ２５３が読み取って動作することで、制御部１１５としての機能が具現される。

　メモリ２５４は、図２３に例示した記憶部１１６に相当する。メモリ２５４は、ＲＡＭ（random access memory）や、ＲＯＭ（read only memory）、ハードディスクドライブ（ＨＤＤ）、及び、ソリッドステートドライブ（ＳＳＤ）のいずれか１つ以上を含む概念であってよい。

　（ＭＴＣ端末１２のハードウェア構成例）
　図２６は、ＭＴＣ端末１２のハードウェア構成例を示すブロック図である。
　図２６に例示するように、ＭＴＣ端末１２は、アンテナ２６０、ＲＦ回路２６１、ＢＢ回路２６２、ＣＰＵ２６３、メモリ２６４、バッテリー２６５、及び、センシング回路２６６を備えてよい。

　アンテナ２６０は、基地局１１との無線通信における無線信号を送受信する。

　ＲＦ回路２６１は、図２４に例示した無線処理部１２１を含み、無線信号の送信処理及び受信処理を行なう。

　無線信号の送信処理には、例示的に、送信ベースバンド信号を無線信号に変換（アップコンバート）する処理やＨＰＡによる増幅処理が含まれてよい。

　無線信号の受信処理には、例示的に、ＬＮＡによる増幅処理や無線信号を受信ベースバンド信号に変換（ダウンコンバート）する処理が含まれてよい。

　ＢＢ回路２６２は、図２４に例示した変復調処理部１２３及び符号化・復号処理部１２４を含み、送信ベースバンド信号の符号化及び変調、並びに、受信ベースバンド信号の復調及び復号を行なう。なお、ＢＢ回路２６２は、例示的に、ＤＳＰやＦＰＧＡ等を用いて実現されてよい。

　ＣＰＵ２６３は、演算能力を備えたプロセッサの一例である。プロセッサは、ハードウェア回路であり、プロセッサ回路、プロセッサデバイス、あるいは、ハードウェアプロセッサと称されてもよい。

　ＣＰＵ２６３に代えて、他の演算処理回路、例えばＭＰＵ等の集積回路（ＩＣ）や、ＤＳＰが用いられてもよい。演算能力を備えたプロセッサは、便宜的に、「コンピュータ」と称してもよい。

　ＣＰＵ２６３は、図２４に例示した制御部１２５としての機能を具現する。例えば、メモリ２６４に記憶された端末プログラムをＣＰＵ２６３が読み取って動作することで、制御部１２５としての機能が具現される。

　メモリ２６４は、図２４に例示した記憶部１２６に相当する。メモリ２６４は、ＲＡＭや、ＲＯＭ、ＨＤＤ、及び、ＳＳＤのいずれか１つ以上を含む概念であってよい。

　バッテリー２６５は、ＭＴＣ端末１２の駆動電力を供給する。例えば、バッテリー２６５の電力が、ＲＦ回路２６１、ＢＢ回路２６２、ＣＰＵ２６３、及び、センシング回路２６６に供給されてよい。

　センシング回路２６６は、センシングの目的に応じた物理量をセンシングするセンサを含み、センシング結果であるセンサデータを出力する。センサデータは、例示的に、ＣＰＵ２６３にて処理されて、ＵＬデータとして基地局１１へ無線送信されてよい。

　（オプション）
　上述した変形例を含む実施形態に関して、以下のオプションを更に開示する。

　（オプション１）
　基地局と複数の無線機器との間で無線通信を行なう無線通信システムにおいて、
　前記複数の端末のいずれかが、前記複数の無線機器に共有され、かつ、複数の領域に区分された第１の無線リソースを使用して無線信号を前記基地局へ送信し、
　前記基地局は、第２の無線リソースを使用して、前記第１の無線リソースにて受信した前記無線信号の信号処理結果に関連した情報を送信し、
　前記複数の端末のそれぞれは、前記送信された前記信号処理結果に関連した情報に基づいて、前記第１の無線リソースにおける前記領域を選択して無線信号を送信する、無線通信方法。

　（オプション２）
　前記第１の無線リソースにおいて前記区分された各領域は、前記無線信号の新規送信用の領域と、前記無線信号の再送信用の領域とを含む、オプション１に記載の無線通信方法。

　（オプション３）
　前記第１の無線リソースにおける前記複数の領域は、周波数領域、又は、コード領域、あるいは、周波数領域とコード領域とにおいて区分された、オプション１に記載の無線通信方法。

　（オプション４）
　前記無線機器は、前記第１の無線リソースにおける前記複数の領域の中から、前記基地局と前記無線機器との間で共有される規定に基づき、１つあるいは複数を選択して、前記無線信号の送信に使用する、オプション１～３のいずれか１つに記載の無線通信方法。

　（オプション５）
　前記基地局は、前記複数の無線機器が前記無線信号を送信するために前記新規送信用の領域及び前記再送用の領域のいずれを使用するかに関する情報、あるいは、前記再送用の領域を用いた送信の不実施を指示することに関する情報を送信する、オプション３に記載の無線通信方法。

　（オプション６）
　前記基地局は、前記第１の無線リソースを前記無線信号の新規送信のために使用する無線機器と、前記第１の無線リソースを前記無線信号の再送のために使用する無線機器と、に対して、送信情報の送信によって異なる動作を指示する、オプション１に記載の無線通信方法。

　（オプション７）
　複数の無線機器に共有され、かつ、複数の領域に区分された第１の無線リソースを使用して、前記複数の無線機器のうちの第１の無線機器が無線信号を第１のタイミングで基地局宛に送信し、
　前記基地局は、第２の無線リソースを使用して、前記第１の無線リソースにて受信した前記無線信号の信号処理結果に関連する情報を第２のタイミングで送信し、
　前記複数の無線機器のそれぞれは、前記第２の無線リソースにて受信された前記信号処理結果に関連する情報を基に、前記第１の無線リソースにおいて区分された前記複数の領域のいずれか１つを選択して無線信号を第３のタイミングで送信する、無線通信方法。

　（オプション８）
　前記基地局は、
　前記無線機器が前記第１のタイミングで前記第１の無線リソースを使用して送信した前記無線信号が新規送信された信号であるか再送された信号であるかに基づいて、前記信号処理結果に関連する情報を決定し、
　前記複数の無線機器のそれぞれは、
　前記基地局が前記第２のタイミング前記で第２の無線リソースを用いて送信した前記信号処理結果に関連する情報に従って、前記第１の無線リソースにおいて第３のタイミングで無線信号を送信するために使用する領域を選択するか、あるいは、前記第３のタイミングで前記第１の無線リソースにおける領域を使用した無線信号の送信を実施しないことを決定する、オプション１に記載の無線通信方法。

　１　無線通信システム
　１１　基地局
　１１１　無線処理部
　１１１１　無線送信部
　１１１２　無線受信部
　１１２　受信信号検出部
　１１３　変復調処理部
　１１４　符号化・復号処理部
　１１５　制御部
　１１５１　受信データ識別部
　１１５２　送信情報生成部
　１１５３　スケジューラ
　１１５４　コンフィギュレーション情報設定部
　１１６　記憶部
　１２　無線機器（ＭＴＣ端末）
　１２１　無線処理部
　１２１１　無線送信部
　１２１２　無線受信部
　１２３　変復調処理部
　１２４　符号化・復号処理部
　１２５　制御部
　１２５１　送信情報検出部
　１２５２　モード制御部
　１２５３　送信リソース判定部
　１２５４　送信タイミング判定部
　１２６　記憶部
　１２７　センシング処理部

Claims (23)

1. 　第１のアップリンク信号の受信成功又は復号成功、あるいは、受信失敗又は復号失敗を示す第１情報と、第２のアップリンク信号の前記第１情報の内容に応じた送信可否に関する第２情報と、を送信する基地局と、
   　前記第１情報及び前記第２情報を受信し、前記第１情報の内容と前記第２情報の内容との組み合わせに関連づけられた無線リソースを使用して前記第２のアップリンク信号の送信を行なう無線機器と、を備えた、無線通信システム。
2. 　前記第２のアップリンク信号は、前記第１のアップリンク信号の再送信号である、請求項１に記載の無線通信システム。
3. 　前記無線リソースは、複数の領域に分割され、分割された各領域は、新規送信用または再送用のいずれかとして使用される、請求項１に記載の無線通信システム。
4. 　前記新規送信用リソース及び前記再送用リソースは、周波数領域、又は、コード領域、あるいは、周波数領域とコード領域とにおいて多重された、請求項３に記載の無線システム。
5. 　無線機器が送信したアップリンク信号を受信する受信部と、
   　前記アップリンク信号の受信成功又は復号成功、あるいは、受信失敗又は復号失敗を示す第１情報と、アップリンク信号の前記第１情報の内容に応じた送信可否に関する第２情報と、を送信する送信部と、を備えた基地局。
6. 　基地局が送信した、第１のアップリンク信号の受信成功又は復号成功、あるいは、受信失敗又は復号失敗を示す第１情報、及び、第２のアップリンク信号の前記第１情報の内容に応じた送信可否に関する第２情報を受信する受信部と、
   　前記第１情報の内容と前記第２情報の内容との組み合わせに関連づけられた無線リソースを使用して前記第２のアップリンク信号の送信を行なう送信部と、を備えた無線機器。
7. 　前記無線リソースは、複数の領域に分割され、分割された各領域は、新規送信用または再送用のいずれかとして使用される、請求項６に記載の無線機器。
8. 　前記送信部は、
   　第１のアップリンク信号の送信後において、前記第１情報が前記第１のアップリンク信号の受信成功又は復号成功を示し、かつ、前記第２情報が送信許可を示す場合に、前記第２のアップリンク信号の新規送信を行なう、請求項６に記載の無線機器。
9. 　前記送信部は、
   　第１のアップリンク信号の送信後において、前記第１情報が前記第１のアップリンク信号の受信成功又は復号成功を示し、かつ、前記第２情報が送信許可を示す場合に、前記新規送信用無線リソースまたは前記再送用無線リソースを用いて前記第２のアップリンク信号の送信を行なう、請求項７に記載の無線機器。
10. 　前記送信部は、
    　第１のアップリンク信号の送信後において、前記第１情報が前記第１のアップリンク信号の受信失敗又は復号失敗を示し、かつ、前記第２情報が送信許可を示す場合に、前記再送用無線リソースを使用して前記第１のアップリンク信号の再送を行なう、請求項７に記載の無線機器。
11. 　前記送信部は、
    　第１のアップリンク信号の送信後において、前記第１情報が前記第１のアップリンク信号の受信成功又は復号成功を示し、かつ、前記第２情報が送信禁止又は送信不許可を示す場合に、前記第２のアップリンク信号の送信を、前記再送用無線リソースを使用して行なわない、請求項７に記載の無線機器。
12. 　前記送信部は、
    　第１のアップリンク信号の送信後において、他の無線機器が送信した第３のアップリンク信号に対する処理の結果が前記第１情報において受信成功又は復号成功に相当するものが示され、かつ、前記第２情報が送信禁止又は送信不許可を示す場合に、前記再送用リソースを使用して前記第１のアップリンク信号の再送を行なう、請求項７に記載の無線機器。
13. 　前記送信部は、
    　第１のアップリンク信号の送信後において、前記第１情報が前記第１のアップリンク信号の受信失敗又は復号失敗を示し、かつ、前記第２情報が送信禁止又は送信不許可を示す場合に、前記再送用リソースを使用して前記第１のアップリンク信号の再送を行なう、請求項７に記載の無線機器。
14. 　前記送信部は、
    　第１のアップリンク信号の送信後において、前記第１情報及び前記第２情報が前記受信部において受信されない場合に、前記再送用リソースを使用して前記第１のアップリンク信号の再送を行なう、請求項７に記載の無線機器。
15. 　前記送信部は、
    　アップリンク信号の送信開始前の状態において、前記第２情報が送信許可を示す場合に、前記新規送信用リソース、又は、前記再送用リソースを使用してアップリンク信号の新規送信を行なう、請求項７に記載の無線機器。
16. 　前記送信部は、
    　前記第２情報が送信許可を示す場合に、前記新規送信用リソース、又は、前記再送用リソースを使用してアップリンク信号の新規送信を行なう、請求項７に記載の無線機器。
17. 　前記送信部は、
    　アップリンク信号の送信開始前の状態において、前記第２情報が送信禁止又は送信不許可を示す場合に、前記新規送信用リソースを使用して前記アップリンク信号の送信を行なう、請求項７に記載の無線機器。
18. 　前記アップリンク信号は、新規送信のものである、請求項１７に記載の無線機器。
19. 　前記送信部は、
    　アップリンク信号の送信開始前の状態において、前記第１情報及び前記第２情報が前記受信部において受信されない場合に、前記新規送信用リソースを使用してアップリンクデータの送信を行なう、請求項７に記載の無線機器。
20. 　前記アップリンク信号は、新規送信のものである、請求項１９に記載の無線機器。
21. 　前記新規送信用リソース及び前記再送用リソースは、周波数領域、又は、コード領域、あるいは、周波数領域とコード領域とにおいて多重された、請求項７に記載の無線機器。
22. 　第１のアップリンク信号の受信成功又は復号成功、あるいは、受信失敗又は復号失敗を示す第１情報と、第２のアップリンク信号の前記第１情報の内容に応じた送信可否に関する第２情報と、を基地局が送信し、
    　無線機器は、前記第１情報の内容と前記第２情報の内容との組み合わせに関連づけられた無線リソースを使用して前記第２のアップリンク信号の送信を行なう、無線通信方法。
23. 　前記第２のアップリンク信号は、前記第１のアップリンク信号の再送信号である、請求項２２に記載の無線通信方法。

Images