(57)【要約】  ＵＥ（２０）は、送信予定のデータの種類に関する情報を含む第１の信号を送信する。ｇＮＢ（１０）は、ＵＥ（２０）から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ（２０）に送信する。ＵＥ（２０）は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なるときに、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ（１０）に送信する。これにより、高信頼度が要求されるデータに割り当てられるリソースを確保し、要求される誤り率を満たすことができる。
2019138518.tif 000002
【特許請求の範囲】
【請求項１】
端末がデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信する無線通信システムであって、
送信予定のデータの種類に関する情報を含む第１の信号を送信する第１送信部を有する端末と、
前記端末から通知される前記データの種類に応じて、前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を前記端末に送信する第２送信部を有する基地局と、
を具備し、
前記第１送信部は、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第２の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信することを特徴とする無線通信システム。
【請求項２】
前記第２送信部は、前記データの種類が第１の種類である場合、前記データの送信に割り当てられたチャネルのリソースで前記制御情報を送信することを示し、前記データの種類が第２の種類である場合、前記データの送信に割り当てられたチャネルとは異なるリソースで前記制御情報を送信することを示す情報を含む前記第２の信号を送信することを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記第２送信部は、下りチャネルの中の特定のフィールドにより、前記制御情報を送信するリソースに関する情報を含む前記第２の信号を前記端末に送信することを特徴とする請求項１または２に記載の無線通信システム。
【請求項４】
前記第２送信部は、前記制御情報を送信するリソースに関連する下りチャネルが割り当てられた領域を特定する情報を含む前記第２の信号を前記端末に送信することを特徴とする請求項１または２に記載の無線通信システム。
【請求項５】
前記第２送信部は、前記データの種類が前記第２の種類である場合、前記データの送信に割り当てられたチャネルを指示する下りチャネルとは異なるリソースを用いて、前記制御情報を送信するリソースに関する情報を含む第３の信号を前記端末に送信し、
前記第１送信部は、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第２、第３の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信することを特徴とする請求項２に記載の無線通信システム。
【請求項６】
前記第１送信部は、前記データの種類に関する情報として前記第１の種類を示す情報を含む前記第１の信号を送信した後に前記第２の種類のデータが発生し、前記第２の種類のデータを送信するタイミングと前記制御情報を送信するタイミングとが重なる場合、前記第２の種類のデータの送信に割り当てられたチャネルとは異なるリソースを用いて、前記制御情報を前記基地局に送信することを特徴とする請求項２に記載の無線通信システム。
【請求項７】
データを送信するタイミングと制御情報を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に送信することが可能な端末と無線通信を行なう基地局であって、
前記端末からデータの種類に関する情報を含む第１の信号を受信する受信部と、
前記端末から通知された前記データの種類に応じて、前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を前記端末に送信する送信部と、
を有することを特徴とする基地局。
【請求項８】
前記送信部は、前記データの種類が第１の種類である場合、前記データの送信に割り当てられたチャネルのリソースで前記制御情報を送信することを示し、前記データの種類が第２の種類である場合、前記データの送信に割り当てられたチャネルとは異なるリソースで前記制御情報を送信することを示す情報を含む前記第２の信号を送信することを特徴とする請求項７に記載の基地局。
【請求項９】
データを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信することが可能な端末であって、
送信予定のデータの種類に関する情報を含む第１の信号を前記基地局に送信する送信部と、
前記データの種類に応じて、前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を受信する受信部と、
を有し、
前記送信部は、前記第２の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信することを特徴とする端末。
【請求項１０】
前記第２の信号は、前記データの種類が第１の種類である場合、前記データの送信に割り当てられたチャネルのリソースで前記制御情報を送信することを示し、前記データの種類が第２の種類である場合、前記データの送信に割り当てられたチャネルとは異なるリソースで前記制御情報を送信することを示す情報を含むことを特徴とする請求項９に記載の端末。
【請求項１１】
端末がデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信する通信方法であって、
前記端末が、送信予定のデータの種類に関する情報を含む第１の信号を前記基地局に送信し、
前記基地局が、前記端末から通知される前記データの種類に応じて、前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を前記端末に送信し、
前記端末が、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第２の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信する、
処理を実行することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、基地局、端末、および通信方法に関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（例えば、スマートフォン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末（以下、「端末」と記載する）が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet  of  a  Things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、次世代（例えば、５Ｇ（第５世代移動体通信））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献１〜１１）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、次世代通信規格については、３ＧＰＰ（3rd  Generation  Partnership  Project）の作業部会（例えば、ＴＳＧ−ＲＡＮ  ＷＧ１、ＴＳＧ−ＲＡＮ  ＷＧ２等）で技術検討が進められている（例えば、非特許文献１２〜３８）。【０００４】
５Ｇは多種多様なサービスに対応する。例えば、５Ｇでは、ｅＭＢＢ（Enhanced  Mobile  Broadband）、Ｍａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications）、およびＵＲＬＬＣ（Ultra−Reliable  and  Low  Latency  Communication）に分類される多くのユースケースのサポートを想定している。【０００５】
上記１つのユースケースであるＵＲＬＬＣでは、誤り率が１０−５という超高信頼性の要求がある。超高信頼性を実現する１つの方法として、使用リソース量を増やしてデータに冗長性を持たせる方法がある。しかし、無線リソースは限りがあるので、無制限に使用リソースを増やすことはできない。【０００６】
また、ＵＲＬＬＣでは、低遅延に関しても、上りリンクおよび下りリンクにおけるユーザプレーンの遅延を０．５ミリ秒とすることが目標とされている。これは４Ｇの無線通信システムであるＬＴＥ（Long  Term  Evolution）の１／１０未満という高い要求である。【０００７】
このように、ＵＲＬＬＣでは、上述のような超高信頼性と低遅延とを同時に満たすことが要求される。【０００８】
例えば、４Ｇの無線通信ステムでは、端末は、物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical  Uplink  Shared  Channel）でデータを基地局に送信する。以下、上りリンクで送信されるデータを上りデータと記載する。また、端末は、物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel）で制御情報を基地局に送信する。以下、上りリンクで送信される制御情報をＵＣＩ（Uplink  Control  Information）と記載する。なお、上りデータとＵＣＩとを同時に送信する場合には、上りデータとＵＣＩとをＰＵＳＣＨで送信することもある。【０００９】
ここで、ＵＣＩには、下りリンクで送信されたデータに対する送達確認情報であるＡＣＫ（Acknowledgement）／ＮＡＣＫ（Negative-Acknowledgement）が含まれる。以下、下りリンクで送信されるデータを下りデータと記載する。また、ＵＣＩには、送信リソースの割り当てを要求するスケジューリングリクエスト（ＳＲ：Scheduling  Request）、周期的または非周期的なＣＳＩ（Channel  State  Information）等が含まれる。【００１０】
ＣＳＩには、ＣＱＩ（Channel  Quality  Indicator）、ＰＭＩ（Precoding  Matrix  Indicator）等が含まれる。また、周期的なＣＳＩとは、ＲＲＣ（Radio  Resource  Control）により予め周期的な送信リソースが割り当てられる場合（periodic  reporting）である。非周期的なＣＳＩとは、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical  Downlink  Control  Channel）の命令に基づいて送信が行われる場合（aperiodic reporting）である。【００１１】
また、４Ｇの無線通信ステムでは、例えば、基地局は、物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical  Downlink  Shared  Channel）でデータ（下りデータ）を端末に送信する。また、基地局は、ＰＤＣＣＨで制御情報を端末に送信する。以下、下りリンクで送信される制御情報をＤＣＩ（Downlink  Control  Information）と記載する。【００１２】
ここで、ＤＣＩには、例えば、ＵＬ  ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ  ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれ、ＤＣＩ  Ｆｏｒｍａｔとして技術標準に示されている（非特許文献２、１７）。【００１３】
また、４Ｇの無線通信ステムでは、端末は、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する（ＵＣＩをＰＵＳＣＨに載せて送信する）。そこで、５Ｇの通信規格においても、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合、端末がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信することを採用する方向で議論が進んでいる。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】３ＧＰＰ  ＴＳ３６．２１１  Ｖ１４．４．０、２０１７年９月
【非特許文献２】３ＧＰＰ  ＴＳ３６．２１２  Ｖ１４．４．０、２０１７年９月
【非特許文献３】３ＧＰＰ  ＴＳ３６．２１３  Ｖ１４．４．０、２０１７年９月
【非特許文献４】３ＧＰＰ  ＴＳ３６．３００  Ｖ１４．４．０、２０１７年９月
【非特許文献５】３ＧＰＰ  ＴＳ３６．３２１  Ｖ１４．４．０、２０１７年９月
【非特許文献６】３ＧＰＰ  ＴＳ３６．３２２  Ｖ１４．１．０、２０１７年９月
【非特許文献７】３ＧＰＰ  ＴＳ３６．３２３  Ｖ１４．４．０、２０１７年９月
【非特許文献８】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１４．４．０、２０１７年９月
【非特許文献９】３ＧＰＰ  ＴＳ３６．４１３  Ｖ１４．４．０、２０１７年９月
【非特許文献１０】３ＧＰＰ  ＴＳ３６．４２３  Ｖ１４．４．０、２０１７年９月
【非特許文献１１】３ＧＰＰ  ＴＳ３６．４２５  Ｖ１４．０．０、２０１７年３月
【非特許文献１２】３ＧＰＰ  ＴＳ３７．３４０  Ｖ２．０．０、２０１７年１２月
【非特許文献１３】３ＧＰＰ  ＴＳ３８．２０１  Ｖ２．０．０、２０１７年１２月
【非特許文献１４】３ＧＰＰ  ＴＳ３８．２０２  Ｖ２．０．０、２０１７年１２月
【非特許文献１５】３ＧＰＰ  ＴＳ３８．２１１  Ｖ２．０．０、２０１７年１２月
【非特許文献１６】３ＧＰＰ  ＴＳ３８．２１２  Ｖ１．２．１、２０１７年１２月
【非特許文献１７】３ＧＰＰ  ＴＳ３８．２１３  Ｖ２．０．０、２０１７年１２月
【非特許文献１８】３ＧＰＰ  ＴＳ３８．２１４  Ｖ２．０．０、２０１７年１２月
【非特許文献１９】３ＧＰＰ  ＴＳ３８．２１５  Ｖ２．０．０、２０１７年１２月
【非特許文献２０】３ＧＰＰ  ＴＳ３８．３００  Ｖ２．０．０、２０１７年１２月
【非特許文献２１】３ＧＰＰ  ＴＳ３８．３２１  Ｖ２．０．０、２０１７年１２月
【非特許文献２２】３ＧＰＰ  ＴＳ３８．３２２  Ｖ２．０．０、２０１７年１２月
【非特許文献２３】３ＧＰＰ  ＴＳ３８．３２３  Ｖ２．０．０、２０１７年１２月
【非特許文献２４】３ＧＰＰ  ＴＳ３８．３３１  Ｖ０．４．０、２０１７年１２月
【非特許文献２５】３ＧＰＰ  ＴＳ３８．４０１  Ｖ１．０．０、２０１７年１２月
【非特許文献２６】３ＧＰＰ  ＴＳ３８．４１０  Ｖ０．６．０、２０１７年１２月
【非特許文献２７】３ＧＰＰ  ＴＳ３８．４１３  Ｖ０．５．０、２０１７年１２月
【非特許文献２８】３ＧＰＰ  ＴＳ３８．４２０  Ｖ０．５．０、２０１７年１２月
【非特許文献２９】３ＧＰＰ  ＴＳ３８．４２３  Ｖ０．５．０、２０１７年１２月
【非特許文献３０】３ＧＰＰ  ＴＳ３８．４７０  Ｖ１．０．０、２０１７年１２月
【非特許文献３１】３ＧＰＰ  ＴＳ３８．４７３  Ｖ１．０．０、２０１７年１２月
【非特許文献３２】３ＧＰＰ  ＴＲ３８．８０１  Ｖ１４．０．０、２０１７年４月
【非特許文献３３】３ＧＰＰ  ＴＲ３８．８０２  Ｖ１４．２．０、２０１７年９月
【非特許文献３４】３ＧＰＰ  ＴＲ３８．８０３  Ｖ１４．２．０、２０１７年９月
【非特許文献３５】３ＧＰＰ  ＴＲ３８．８０４  Ｖ１４．０．０、２０１７年４月
【非特許文献３６】３ＧＰＰ  ＴＲ３８．９００  Ｖ１４．３．１、２０１７年７月
【非特許文献３７】３ＧＰＰ  ＴＲ３８．９１２  Ｖ１４．１．０、２０１７年６月
【非特許文献３８】３ＧＰＰ  ＴＲ３８．９１３  Ｖ１４．３．０、２０１７年６月
【発明の概要】
【発明が解決しようとする課題】
【００１５】
ところで、制御情報（ＵＣＩ）の送信タイミングとデータの送信タイミングとが重なるときに端末がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する場合、ＰＵＳＣＨに占める上りデータの割合が少なくなる。このため、ＰＵＳＣＨの冗長度が不足して誤り率が悪くなる。例えば、５Ｇの無線通信ステムにおいて、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合に、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保されず、要求される誤り率を満たせなくなる可能性がある。【００１６】
開示の技術は、上記に鑑みてなされたものであって、高信頼度が要求されるデータに割り当てられるリソースを確保し、要求される誤り率を満たすことを目的とする。
【課題を解決するための手段】
【００１７】
１つの態様では、無線通信システムは、端末がデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、制御情報をデータと同時に基地局に送信する。この無線通信システムは、第１送信部を有する端末と、第２送信部を有する基地局とを具備する。第１送信部は、送信予定のデータの種類に関する情報を含む第１の信号を送信する。第２送信部は、端末から通知されるデータの種類に応じて、制御情報をデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を端末に送信する。第１送信部は、データを送信するタイミングと制御情報を送信するタイミングとが重なるときに、第２の信号に含まれる情報に応じて、制御情報を基地局に送信する。
【発明の効果】
【００１８】
１つの側面では、高信頼度が要求されるデータに割り当てられるリソースを確保し、要求される誤り率を満たすことができる。
【図面の簡単な説明】
【００１９】
【図１】図１は、実施例１に係る無線通信システムの構成の一例を示す概略図である。
【図２】図２は、実施例１に係る無線通信システムの概要を示す説明図である。
【図３】図３は、実施例１に係る無線通信システムの動作を示すシーケンス図である。
【図４】図４は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（１ビットの場合）を用いる方法の一例を示す説明図である。
【図５】図５は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる方法の一例を示す説明図である。
【図６】図６は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の共用フィールドを用いる方法の一例を示す説明図である。
【図７】図７は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の共用フィールドを用いる方法の一例を示す説明図である。
【図８】図８は、実施例２に係る無線通信システムの概要を示す説明図である。
【図９】図９は、実施例３に係る無線通信システムの概要を示す説明図である。
【図１０】図１０は、実施例３に係る無線通信システムの動作を示すシーケンス図である。
【図１１】図１１は、実施例４に係る無線通信システムの動作を示すシーケンス図である。
【図１２】図１２は、実施例４に係る無線通信システムの他の動作を示すシーケンス図である。
【図１３】図１３は、実施例４に係る無線通信システムの更に他の動作を示すシーケンス図である。
【図１４】図１４は、基地局のハードウェア構成の一例を示す図である。
【図１５】図１５は、端末のハードウェア構成の一例を示す図である。
【図１６】図１６は、５Ｇ  ＮＲの概略図である。
【図１７】図１７は、５Ｇ  ＮＲの課題を示す説明図である。
【発明を実施するための形態】
【００２０】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００２１】
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、上述した非特許文献１〜３８が挙げられる。
【００２２】
以下に、本願の開示する無線通信システム、基地局、端末、および通信方法の実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。
【実施例１】
【００２３】
［無線通信システムの構成］
図１は、実施例１に係る無線通信システムの構成の一例を示す概略図である。図１に示す無線通信システムは、基地局１０と、端末２０とを有する。【００２４】
端末２０は、例えばＬＴＥにおけるＵＥ（User  Equipment）である。基地局１０は、例えばＬＴＥにおけるｅＮＢ（evolved  Node  B）である。なお、３ＧＰＰでは、５Ｇが検討されている。５Ｇでは、新しい通信技術として、Ｎｅｗ  ＲＡＴ（Radio  Access  Technology）を採用することが検討されている。Ｎｅｗ  ＲＡＴでは、基地局１０は、５ＧＮＢ（５Ｇの基地局）またはｇＮＢと呼ばれている。以下、端末２０を「ＵＥ２０」と記載し、基地局１０を「ｇＮＢ１０」と記載する。また、Ｎｅｗ  ＲＡＴを「ＮＲ」または「５Ｇ  ＮＲ」と記載する。【００２５】
ｇＮＢ１０は、通信部１３および制御部１４を有する。制御部１４は、通信部１３の動作を統括制御する。【００２６】
通信部１３は、送信部１１および受信部１２を有し、ＵＥ２０との間で無線通信を行なう。例えば、送信部１１は、ＰＤＳＣＨでデータ（下りデータ）をＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。例えば、受信部１２は、ＵＥ２０からＰＵＳＣＨで送信されたデータ（上りデータ）を受信し、ＵＥ２０からＰＵＣＣＨで送信されたＵＣＩを受信する。【００２７】
ＵＥ２０は、通信部２３および制御部２４を有する。制御部２４は、通信部２３の動作を統括制御する。【００２８】
通信部２３は、送信部２１および受信部２２を有し、ｇＮＢ１０との間で無線通信を行なう。例えば、送信部２１は、ＰＵＳＣＨで上りデータをｇＮＢ１０に送信し、ＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する。例えば、受信部１２は、ｇＮＢ１０からＰＤＳＣＨで送信された下りデータを受信し、ｇＮＢ１０からＰＤＣＣＨで送信されたＤＣＩを受信する。【００２９】
［課題］
ここで、５Ｇ  ＮＲにおいて、ＵＥ２０がｇＮＢ１０に上りデータおよびＵＣＩを送信する場合の課題を説明する。【００３０】
図１６は、５Ｇ  ＮＲの概略図である。図１６において、横軸は時間を表し、縦軸は周波数を表している。５Ｇ  ＮＲでは、時間方向の送信単位としてスロット（ｓｌｏｔ）が規定されている。具体的には、Slot-based  transmission（長区間）とNon-slot  based  transmission（短区間）が規定されている。例えば、長区間が１ｓｌｏｔに規定され、短区間が０．５ｓｌｏｔに規定されている。例えば、ＵＲＬＬＣは低遅延を実現するために短区間の使用が想定され、ｅＭＢＢは長区間および短区間の両方の使用が想定されている。ここで、ＵＥ２０は、ＰＵＳＣＨでデータ（図１６中の「Ｄａｔａ」）と復調参照信号（ＤＭＲＳ：Demodulation  Reference  Signal）とをｇＮＢ１０に送信する。また、ＵＥ２０は、ＰＵＣＣＨで、Ａｃｋ／Ｎａｃｋなどを含むＵＣＩをｇＮＢ１０に送信する。以下、ＵＣＩを図示する場合、「ＵＣＩ」、「Ａｃｋ／Ｎａｃｋ」、「ＵＣＩ（Ａｃｋ／Ｎａｃｋなど）」と表記する場合もある。【００３１】
図１７は、５Ｇ  ＮＲの課題を示す説明図である。図１７において、横軸は時間を表し、縦軸は周波数を表している。例えば、５Ｇの通信規格では、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合、ＵＥ２０がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信することを採用する方向で議論が進んでいる。しかし、４Ｇの無線通信ステムと同様に、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときにＵＥ２０がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する場合、図１７に示すように、ＰＵＳＣＨに占める上りデータの割合が少なくなる。このため、ＰＵＳＣＨの冗長度が不足して誤り率が悪くなる。例えば、５Ｇの無線通信ステムにおいて、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合に、要求される誤り率を満たせなくなる可能性がある。【００３２】
［解決策］
そこで、実施例１に係る無線通信システムでは、ｇＮＢ１０は、ＰＵＳＣＨでデータを送信するタイミングとＰＵＣＣＨでＵＣＩを送信するタイミングとが重なる場合にＵＣＩをどのリソースで送信するのかを、ＵＥ２０に指示する。これについて具体例を挙げて説明する。【００３３】
図２は、実施例１に係る無線通信システムの概要を示す説明図である。図２において、横軸は時間を表し、縦軸は周波数を表している。図３は、実施例１に係る無線通信システムの動作を示すシーケンス図である。【００３４】
例えば、論理チャネル（以下、「ＬＣＨ」と記載することもある）において、送信予定のデータが発生する。この場合、ＵＥ２０の送信部２１は、Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ、または、スケジューリングリクエスト（ＳＲ）により、送信予定のデータの種類に関する情報を含む第１の信号をｇＮＢ１０に送信する（図３のステップＳ１００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。ｇＮＢ１０の受信部１２は、第１の信号を受信する。【００３５】
次に、ｇＮＢ１０の送信部１１は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよびデータをＵＥ２０に送信する（図３のステップＳ１１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ  ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ  ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれる。【００３６】
次に、ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されたデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を、ＵＬ  ｇｒａｎｔに関するＰＤＣＣＨで送信する（図３のステップＳ１２０）。ＵＥ２０の受信部２２は、第２の信号を受信する。第２の信号は、ＵＥ２０から通知されるデータの種類が第１の種類（例えばｅＭＢＢ）である場合、第１の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である場合、第２の種類のデータの送信に割り当てられたチャネルとは異なるリソースでＵＣＩを送信することを示す情報を含む。【００３７】
次に、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる。ここで、データの種類が第１の種類（例えばｅＭＢＢ）である。この場合、ＵＥ２０の送信部２１は、ＰＵＳＣＨで第１の種類のデータ（図３の「ＵＬ  ｄａｔａ」）を送信する（図３のステップＳ１３０）。また、ＵＥ２０の送信部２１は、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する。具体的には、ＵＥ２０は、第１の種類のデータの送信に割り当てられたＰＵＳＣＨにＵＣＩを載せてｇＮＢ１０に送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。【００３８】
一方、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときに、データの種類が第２の種類（例えばＵＲＬＬＣ）である。この場合、ＵＥ２０の送信部２１は、ＰＵＳＣＨで第２の種類のデータ（図３の「ＵＬ  ｄａｔａ」）を送信する（図３のステップＳ１３０）。また、ＵＥ２０の送信部２１は、ステップＳ１３０において、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないで、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する（図３のステップＳ１４０）。具体的には、ステップＳ１４０において、ＵＥ２０は、ＰＵＳＣＨとは異なるリソースでＵＣＩをｇＮＢ１０に送信する。例えば、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図２の「Ｉ」を参照）。または、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する（図２の「ＩＩ」を参照）。【００３９】
ここで、ステップＳ１２０において、ｇＮＢ１０の送信部１１は、ＰＤＣＣＨの中の特定のフィールドにより、ＵＣＩを送信するリソースに関する情報を含む第２の信号をＵＥ２０に送信する。すなわち、ＵＥ２０に対して、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋするか否かを指示する。この指示方法としては、ＰＤＣＣＨの中の特定のフィールドとして、設定された専用フィールドを用いる方法と、既存のフィールドを共用フィールドとして用いる方法とが挙げられる。【００４０】
まず、ＰＤＣＣＨの中の特定のフィールドとして、設定された専用フィールドを用いる方法について説明する。【００４１】
図４は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（１ビットの場合）を用いる方法の一例を示す説明図である。【００４２】
図４に示すように、ＰＤＣＣＨの中の専用フィールドが１ビットに設定され、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０”、“１”で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の専用フィールドの値“０”、“１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、ＰＤＣＣＨの中の専用フィールドの値が“０”、“１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。【００４３】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばｅＭＢＢのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータとＵＣＩとを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。【００４４】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、ＵＥ２０は、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩをｇＮＢ１０に送信する。【００４５】
このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。【００４６】
図５は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる方法の一例を示す説明図である。【００４７】
図５に示すように、ＰＤＣＣＨの中の専用フィールドが２ビットに設定され、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の専用フィールドの値“００”、“０１”、“１０”、“１１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、ＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。【００４８】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばｅＭＢＢのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータ（図５の“００”に対する「ＵＬ  ｄａｔａ」）とＵＣＩとを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。【００４９】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない上に、ステップＳ１４０を実行しない。この処理は、例えば、状況に応じて今回はＵＣＩを送信しない、というオプションで使用される。【００５０】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１０”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、例えば、ＵＥ２０は、データ（図５の“１０”に対する「ＵＬ  ｄａｔａ」）の送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨ（図２の「Ｉ」を参照）でＵＣＩをｇＮＢ１０に送信する。【００５１】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、例えば、ＵＥ２０は、データ（図５の“１１”に対する「ＵＬ  ｄａｔａ」）の送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨ（図２の「ＩＩ」を参照）でＵＣＩをｇＮＢ１０に送信する。【００５２】
このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。なお、図５において“１０”はＰＵＳＣＨリソースを指定し、“１１”はＰＵＣＣＨリソースを指定する例を挙げているが、“１０”と“１１”とでそれぞれ異なるＰＵＣＣＨリソース（または異なるＰＵＳＣＨリソース）を指定しても良い。【００５３】
また、実施例１に係る無線通信システムでは、ＰＤＣＣＨの中の専用フィールドを用いる方法として、１ビットの場合と２ビットの場合とを例に挙げて説明したが、これに限定されず、複数のビットを用いて、ＵＣＩを送信するリソースを設定してもよい。例えば、先頭の１ビットまたは２ビットは上述の方法に従い、次のｎビットにより具体的な内容（時間、周波数など）を考慮して、ＵＣＩを送信するリソースを設定してもよい。【００５４】
次に、ＰＤＣＣＨの中の特定のフィールドとして、他のパラメータの値を規定する既存のフィールドを共用フィールドとして用いる方法について説明する。【００５５】
この場合、ＵＣＩをマッピングするリソースの大きさに関するフィールド（またはマッピングするＵＣＩビット数に関するフィールド）にて、マッピングするリソースの大きさが「０」（またはマッピングするＵＣＩビット数が「０」）という指示を行なう。ここで、ＡＣＫ／ＮＡＣＫをマッピングするリソースの大きさを決めるパラメータとしてβｏｆｆｓｅｔＨＡＲＱ−ＡＣＫが使われる。ＣＳＩをマッピングするリソースの大きさを決めるパラメータとしてβｏｆｆｓｅｔＣＳＩが使われる。以下ではβｏｆｆｓｅｔＨＡＲＱ−ＡＣＫを例に説明する。βｏｆｆｓｅｔＨＡＲＱ−ＡＣＫは、ＡＣＫ／ＮＡＣＫをＰＵＳＣＨに載せるときに、どのくらいのＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）数を使って送信するかを決めるパラメータである。ここで、Ｒｅ数は、以下の式（１）により算出される。【００５６】
【数１】
2019138518.tif 000003
【００５７】
式（１）において、Ｑ’は、ＲＥ数であり、ＵＣＩに含まれるＡＣＫ／ＮＡＣＫをマッピングするときの数を表す。また、式（１）の分子において、Ｏは、ＡＣＫ／ＮＡＣＫのビット数を表し、Ｌは、ＡＣＫ／ＮＡＣＫに付加される巡回冗長検査（ＣＲＣ）符号のビット数を表す。また、式（１）の分子において、ＭｓｃＰＵＳＣＨは、ＰＵＳＣＨで送信予定のサブキャリア数を表し、ＮｓｙｍｂＰＵＳＣＨは、ＰＵＳＣＨで送信予定のシンボル数を表す。また、式（１）の分母において、ＣおよびＫｒは、ＰＵＳＣＨ伝送をスケジューリングするＰＤＣＣＨから得られるパラメータを表す。但し、Ｑ’が予め決められた所定のＲＥ数より大きい場合、ＡＣＫ／ＮＡＣＫのマッピングは所定のＲＥ数のみ行う。【００５８】
図６、図７は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中のβオフセット・フィールドを用いる方法の一例を示す説明図である。図６、図７は、それぞれ、３ＧＰＰ  ＴＳ３８．２１３  Ｖ２．０．０（非特許文献１７）のセクション９．３の「Ｔａｂｌｅ  ９．３−１」、「Ｔａｂｌｅ  ９．３−３」に記載されている。【００５９】
図６に示す「Ｔａｂｌｅ  ９．３−１」は、ＡＣＫ／ＮＡＣＫの場合のβオフセットの値と番号とを示し、３２個の番号“０”〜“３１”と、βｏｆｆｓｅｔＨＡＲＱ−ＡＣＫとを対応付ける。番号“０”〜“１５”に対応するβｏｆｆｓｅｔＨＡＲＱ−ＡＣＫには、「１．０００」以上の値が設定されている。番号“１６”〜“３１”に対応するβｏｆｆｓｅｔＨＡＲＱ−ＡＣＫには、「Ｒｅｓｅｒｖｅｄ」が設定されている。【００６０】
図７に示す「Ｔａｂｌｅ  ９．３−３」は、ＵＣＩオフセットインジケータとして４個の値“００”、“０１”、“１０”、“１１”と、図６に示す「Ｔａｂｌｅ  ９．３−１」の３２個の番号“０”〜“３１”のうち、選択された４個の番号とを対応付ける。【００６１】
例えば、既存のフィールドを用いる方法についても、図７に示すＵＣＩオフセットインジケータの値“００”、“０１”、“１０”、“１１”は、それぞれ、図５に示した専用フィールドの値“００”、“０１”、“１０”、“１１”と同じ内容に設定される。この場合、ｇＮＢ１０において、図７に示す値“００”、“１０”、“１１”と、図６に示す番号“０”〜“１５”のうち、選択された３つの番号とが対応付けられる。また、ｇＮＢ１０において、図７に示す値“０１”と、図６に示す番号“１６”〜“３１”のうちの１つの番号とが対応付けられる。ここで、図６に示す番号“１６”〜“３１”に対応するβｏｆｆｓｅｔＨＡＲＱ−ＡＣＫに「０」が設定されることにより、式（１）の分子が「０」となる。すなわち、ＲＥ数は「０」となり、ＡＣＫ／ＮＡＣＫを含むＵＣＩが送信されない。【００６２】
具体的には、図７に示すように、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が“００”、“０１”、“１０”、“１１”（図６において、選択された４個の番号）で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の共用フィールドの値“００”、“０１”、“１０”、“１１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、ＰＤＣＣＨの中の共用フィールドの値が“００”、“０１”、“１０”、“１１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。【００６３】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図７に示す値“００”（図６に示す番号“０”〜“１５”のうちの１つの番号）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばｅＭＢＢのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータとＵＣＩとを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。【００６４】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図７に示す値“０１”（図６に示す番号“１６”〜“３１”のうちの１つの番号）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない上に、ステップＳ１４０を実行しない。この処理は、例えば、状況に応じて今回はＵＣＩを送信しない、というオプションで使用される。【００６５】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図７に示す値“１０”（図６に示す番号“０”〜“１５”のうちの他の１つの番号）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、例えば、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨ（図２の「Ｉ」を参照）でＵＣＩをｇＮＢ１０に送信する。【００６６】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図７に示す値“１１”（図６に示す番号“０”〜“１５”のうちの更に他の１つの番号）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、例えば、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨ（図２の「ＩＩ」を参照）でＵＣＩをｇＮＢ１０に送信する。【００６７】
このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。なお、図７において“１０”はＰＵＳＣＨリソースを指定し、“１１”はＰＵＣＣＨリソースを指定する例を挙げているが、“１０”と“１１”とでそれぞれ異なるＰＵＣＣＨリソース（または異なるＰＵＳＣＨリソース）を指定しても良い。また、ＰＤＣＣＨの中の共用フィールドを用いる例として、βオフセット・フィールドを挙げたが、これに限定されない。例えば、マッピングするＡＣＫ／ＮＡＣＫビット数（すなわち、式（１）における「Ｏ」）を示すフィールドを用い、ＡＣＫ／ＮＡＣＫビット数が「０」と指示できるようにしても良い。この場合、付加するＣＲＣビット数も「０」である。【００６８】
以上の説明により、実施例１に係る無線通信システムは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の送信部２１は、送信予定のデータの種類に関する情報を含む第１の信号を送信し、ｇＮＢ１０の受信部１２は、第１の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ２０に送信する。第２の信号は、データの種類が第１の種類（ｅＭＢＢ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む。ここで、ｇＮＢ１０の送信部１１は、下りチャネル（ＰＤＣＣＨ）の中の特定のフィールド（専用フィールドまたは共用フィールド）により、ＵＣＩを送信するリソースに関する情報を含む第２の信号をＵＥ２０に送信する。ＵＥ２０の受信部２２は、第２の信号を受信する。ＵＥ２０の送信部２１は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する。【００６９】
上述のように、実施例１に係る無線通信システムでは、ｇＮＢ１０は、第２の種類（ＵＲＬＬＣ）のデータとＵＣＩの送信タイミングとが重なる場合にＵＣＩの送信タイミングを遅らせる指示をＵＥ２０に行なう。例えば、ｇＮＢ１０により、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースとして、そのチャネル（ＰＵＳＣＨ）の後のＰＵＳＣＨ（図２の「Ｉ」を参照）またはＰＵＣＣＨ（図２の「ＩＩ」を参照）が指示される。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例１に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。
【実施例２】
【００７０】
実施例１に係る無線通信システムでは、ｇＮＢ１０は、ＰＤＣＣＨの中の特定のフィールド（専用フィールドまたは共用フィールド）により、ＵＣＩを送信するリソースに関する情報を含む第２の信号をＵＥ２０に送信するが、これに限定されない。例えば、実施例２に係る無線通信システムでは、ｇＮＢ１０は、ＵＣＩを送信するリソースに関連するＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報を含む第２の信号をＵＥ２０に送信する。実施例２では、実施例１と同じ部分には同じ符号を付し、その説明を省略する。【００７１】
図８は、実施例２に係る無線通信システムの概要を示す説明図である。【００７２】
ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報としては、サイズ、ＲＮＴＩ（Radio  Network  Temporary  Identity）、ヘッダ、ＣＯＲＥＳＥＴ（Control  resource  set）の場所、Search  spaceなどが挙げられる。ここで、ｇＮＢ１０は、予め、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、その情報により使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。【００７３】
例えば、図８に示すように、ＰＤＣＣＨは、ＣＯＲＥＳＥＴの場所や、Search  spaceにより区別される。例えば、ＣＯＲＥＳＥＴの場所は、ＵＲＬＬＣのデータ向けのＣＯＲＥＳＥＴ“ＣＯＲＥＳＥＴ＃１”、または、ｅＭＢＢのデータ向けのＣＯＲＥＳＥＴ“ＣＯＲＥＳＥＴ＃２”として区別される。“ＣＯＲＥＳＥＴ＃１”内には、Search  spaceとして“Search  space＃A”が含まれる。“Search  space＃A”には、ＵＲＬＬＣのデータの送信に割り当てられたチャネルとは異なるリソース（ＵＲＬＬＣのデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨまたはＰＵＣＣＨ）を指示するＰＤＣＣＨ“ＰＤＣＣＨ＃ｎ”が設定されている。【００７４】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０により、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報として、ＣＯＲＥＳＥＴの場所が“ＣＯＲＥＳＥＴ＃２”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばｅＭＢＢのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータとＵＣＩとを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。【００７５】
例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０により、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報として、ＣＯＲＥＳＥＴの場所が“ＣＯＲＥＳＥＴ＃１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、ＵＥ２０は、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩをｇＮＢ１０に送信する。【００７６】
このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。【００７７】
以上の説明により、実施例２に係る無線通信システムでは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の送信部２１は、送信予定のデータの種類に関する情報を含む第１の信号を送信し、ｇＮＢ１０の受信部１２は、第１の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ２０に送信する。第２の信号は、データの種類が第１の種類（ｅＭＢＢ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む。ここで、ｇＮＢ１０の送信部１１は、ＵＥ２０がＵＣＩを送信するリソースに関連する下りチャネル（ＰＤＣＣＨ）が割り当てられた領域を特定する情報（サイズ、ＲＮＴＩ、ヘッダ、ＣＯＲＥＳＥＴの場所、Search  space）を含む第２の信号をＵＥ２０に送信する。ＵＥ２０の受信部２２は、第２の信号を受信する。ＵＥ２０の送信部２１は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する。【００７８】
このように、実施例２に係る無線通信システムでは、ｇＮＢ１０は、第２の種類（ＵＲＬＬＣ）のデータとＵＣＩの送信タイミングとが重なる場合にＵＣＩの送信タイミングを遅らせる指示をＵＥ２０に行なう。例えば、ｇＮＢ１０により、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースとして、そのチャネル（ＰＵＳＣＨ）の後のＰＵＳＣＨ（図２の「Ｉ」を参照）またはＰＵＣＣＨ（図２の「ＩＩ」を参照）が指示される。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例２に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。
【実施例３】
【００７９】
実施例１、２に係る無線通信システムでは、上述のように、ｇＮＢ１０は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたＰＵＳＣＨとは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む第２の信号をＵＥ２０に送信する。この場合、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨを用いる。しかし、これに限定されない。例えば、実施例３に係る無線通信システムでは、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは異なるリソースを用いる。実施例３では、実施例１、２と同じ部分には同じ符号を付し、その説明を省略する。【００８０】
図９は、実施例３に係る無線通信システムの概要を示す説明図である。図９において、横軸は時間を表し、縦軸は周波数を表している。例えば、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である。この場合、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは異なるリソースを用いて、そのデータの送信に割り当てられたＰＵＳＣＨとは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）をＵＥ２０に指示する。例えば、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは別のＰＤＣＣＨを用いる。この場合、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図９の「ＩＩＩ」を参照）。【００８１】
図１０は、実施例３に係る無線通信システムの動作を示すシーケンス図である。【００８２】
例えば、ＬＣＨにおいて、送信予定のデータが発生する。この場合、ＵＥ２０の送信部２１は、Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔまたはＳＲにより、送信予定のデータの種類に関する情報を含む第１の信号をｇＮＢ１０に送信する（図１０のステップＳ２００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。ｇＮＢ１０の受信部１２は、第１の信号を受信する。【００８３】
次に、ｇＮＢ１０の送信部１１は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよびデータをＵＥ２０に送信する（図１０のステップＳ２１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ  ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ  ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれる。【００８４】
次に、ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されたデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を、ＵＬ  ｇｒａｎｔに関するＰＤＣＣＨで送信する（図１０のステップＳ２２０）。ＵＥ２０の受信部２２は、第２の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である場合、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないことをＰＤＣＣＨで指示する。ここで、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないことをＰＤＣＣＨで指示する方法としては、以下の第１、第２の方法が挙げられる。第１の方法とは、実施例１におけるＰＤＣＣＨの中の特定のフィールド（専用フィールドまたは共用フィールド）を用いる方法である。第２の方法とは、実施例２におけるＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報（サイズ、ＲＮＴＩ、ヘッダ、ＣＯＲＥＳＥＴの場所、Search  space）を用いる方法である。【００８５】
また、ｇＮＢ１０の送信部１１は、ＵＣＩの新しい送信タイミング（リソース）を別のＰＤＣＣＨで指示する（図１０のステップＳ２２５）。例えば、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは別のＰＤＣＣＨを用いて、第２の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースに関する情報を含む第３の信号をＵＥ２０に送信する。ＵＥ２０の受信部２２は、第３の信号を受信する。【００８６】
ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときに、データの種類が第２の種類（例えばＵＲＬＬＣ）である。この場合、ＵＥ２０の送信部２１は、ＰＵＳＣＨで第２の種類のデータ（図１０の「ＵＬ  ｄａｔａ」）を送信する（図１０のステップＳ２３０）。また、ＵＥ２０の送信部２１は、ステップＳ２３０において、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないで、第２、第３の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する（図１０のステップＳ２４０）。具体的には、ステップＳ２４０において、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨとは異なるリソースでＵＣＩをｇＮＢ１０に送信する。例えば、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図９の「ＩＩＩ」を参照）。または、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する。【００８７】
ここで、ステップＳ２２０とステップＳ２２５とは、処理の順番が前後したり、処理のタイミングが同じになったりしてもよい。【００８８】
このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。【００８９】
以上の説明により、実施例３に係る無線通信システムでは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の送信部２１は、送信予定のデータの種類に関する情報を含む第１の信号を送信し、ｇＮＢ１０の受信部１２は、第１の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ２０に送信する。第２の信号は、データの種類が第１の種類（ｅＭＢＢ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む。ここで、データの種類が第２の種類（ＵＲＬＬＣ）である場合、ｇＮＢ１０の送信部１１は、ＰＵＳＣＨを指示する下りチャネル（ＰＤＣＣＨ）とは異なるリソース（ＰＤＣＣＨ）を用いて、ＵＣＩを送信するリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）に関する情報を含む第３の信号をＵＥ２０に送信する。ＵＥ２０の受信部２２は、第２、第３の信号を受信する。ＵＥ２０の送信部２１は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合、第２、第３の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する。【００９０】
このように、実施例３に係る無線通信システムでは、ｇＮＢ１０は、第２の種類（ＵＲＬＬＣ）のデータとＵＣＩの送信タイミングとが重なる場合にＵＣＩの送信タイミングを遅らせる指示をＵＥ２０に行なう。例えば、ｇＮＢ１０により、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースとして、そのチャネル（ＰＵＳＣＨ）の後のＰＵＳＣＨ（図９の「ＩＩＩ」を参照）またはＰＵＣＣＨが指示される。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例３に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。
【実施例４】
【００９１】
実施例４に係る無線通信システムでは、ＵＥ２０は、データの種類として第１の種類を通知した後に第２の種類のデータが発生し、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合について想定する。この場合、実施例４に係る無線通信システムでは、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨとは異なるＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する。実施例４では、実施例１〜３と同じ部分には同じ符号を付し、その説明を省略する。【００９２】
図１１は、実施例４に係る無線通信システムの動作を示すシーケンス図である。【００９３】
例えば、ＬＣＨ＃ｘにおいて、送信予定のデータとして、第１の種類のデータ（図１１の「ｅＭＢＢ  ｄａｔａ」）が発生する。この場合、ＵＥ２０の送信部１１は、Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔまたはＳＲにより、送信予定のデータの種類として、第１の種類（ｅＭＢＢ）に関する情報を含む第１の信号をｇＮＢ１０に送信する（図１１のステップＳ３００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。【００９４】
しかし、ステップＳ３００の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１１の「ＵＲＬＬＣ  ｄａｔａ」）が発生する（図１１のステップＳ３０５）。【００９５】
次に、ｇＮＢ１０の送信部１１は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよびデータをＵＥ２０に送信する（図１１のステップＳ３１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ  ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ  ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれる。【００９６】
ここで、ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されたデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を、ＵＬ  ｇｒａｎｔに関するＰＤＣＣＨで送信する（図１１のステップＳ３２０）。ここで、ＵＥ２０から通知されるデータの種類が第１の種類（ｅＭＢＢ）であるため、第２の信号は、第１の種類のデータの送信に割り当てられたＰＵＳＣＨチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。ＵＥ２０の受信部２２は、第２の信号を受信する。【００９７】
次に、ＵＥ２０において、ＵＣＩの送信タイミングと第２の種類（ＵＲＬＬＣ）のデータの送信タイミングとが重なる。この場合、ＵＥ２０の送信部２１は、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられた第１のＰＵＳＣＨを生成し、第１のＰＵＳＣＨで第２の種類（図１１の「ＵＬ  ｄａｔａ」）のデータをｇＮＢ１０に送信する（図１１のステップＳ３３０）。また、ＵＥ２０の送信部２１は、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられた第１のＰＵＳＣＨとは異なる第２のＰＵＳＣＨを生成し、第２のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図１１のステップＳ３４０）。すなわち、ＵＥ２０は、ステップＳ２３０において、ＵＣＩを第１のＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないで、ステップＳ２４０において、ＵＣＩを第２のＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する。【００９８】
図１２は、実施例４に係る無線通信システムの他の動作を示すシーケンス図である。図１２に示す例では、ＬＣＨ＃ｙにおいて、第２の種類（ＵＲＬＬＣ）のデータが発生するタイミングが、図１１に示す例とは異なる。例えば、ステップＳ３１０の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１２の「ＵＲＬＬＣ  ｄａｔａ」）が発生する（図１２のステップＳ３１５）。それ以外の処理については、図１１の場合と同じである。【００９９】
図１３は、実施例４に係る無線通信システムの更に他の動作を示すシーケンス図である。図１３に示す例では、ＬＣＨ＃ｙにおいて、第２の種類（ＵＲＬＬＣ）のデータが発生するタイミングが、図１１、図１２に示す例とは異なる。例えば、ステップＳ３２０の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１３の「ＵＲＬＬＣ  ｄａｔａ」）が発生する（図１３のステップＳ３２５）。それ以外の処理については、図１１の場合と同じである。【０１００】
ここで、ステップＳ３３０においてＵＥ２０から送信された第２の種類（ＵＲＬＬＣ）のデータと、ステップＳ３４０においてＵＥ２０から送信されたＵＣＩと、をｇＮＢ１０により認識可能にするために、ＤＭＲＳの系列または配置パターンが用いられる。例えば、ＤＭＲＳの系列または配置パターンは、直交コードにより、ＰＵＳＣＨにＵＣＩを載せているか否かを表す。【０１０１】
ステップＳ３３０においてＵＥ２０から第２の種類（ＵＲＬＬＣ）のデータが送信されるとき、第１のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、予め決められている。例えば、直交コードが｛＋１、＋１、＋１、＋１｝であることにより、第１のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、第１のＰＵＳＣＨにＵＣＩを載せていない旨を表す。【０１０２】
一方、ステップＳ３４０においてＵＥ２０からＵＣＩが送信されるとき、第２のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、ＵＥ２０が直交コードを変更することにより生成される。例えば、直交コードが｛＋１、−１、＋１、−１｝に変更されることにより、第２のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、第２のＰＵＳＣＨにＵＣＩを載せている旨を表す。【０１０３】
このように、ｇＮＢ１０は、ＤＭＲＳの系列または配置パターンにより、ステップＳ３３０においてＵＥ２０から送信された第２の種類（ＵＲＬＬＣ）のデータと、ステップＳ３４０においてＵＥ２０から送信されたＵＣＩと、を認識することができる。【０１０４】
また、ステップＳ３３０においてＵＥ２０から送信されたデータが第２の種類（ＵＲＬＬＣ）のデータであるのか否かをｇＮＢ１０により認識可能にするために、以下の２つの方法が用いられる。【０１０５】
第１の方法では、ＰＤＣＣＨで指定されたＭＣＳ（Modulation  and  Coding  Scheme）を用いる方法である。例えば、元々ｅＭＢＢ向けに割り当てられたＰＵＳＣＨで送信予定だったデータのサイズに比べて、ＵＥ２０が自律的に差し替えたＵＲＬＬＣのデータのサイズが小さい。この場合、ＵＥ２０は、ステップＳ３３０において、不足分をゼロで埋めてデータサイズを合わせておき、ＰＤＣＣＨで指定されたＭＣＳに基づいて第１のＰＵＳＣＨを生成する。または、ＵＥ２０は、ステップＳ３３０において、不足分をｅＭＢＢのデータで埋めてサイズを合わせておき、ＰＤＣＣＨで指定されたＭＣＳに基づいて第１のＰＵＳＣＨを生成する。この場合、ＵＥ２０がｅＭＢＢのデータにヘッダを付すことにより、ｇＮＢ１０が認識可能である。【０１０６】
第２の方法では、ＰＤＣＣＨで指定されたＭＣＳとは異なる他のＭＣＳを用いる方法である。例えば、ｇＮＢ１０は、予めＲＲＣにより、ＤＭＲＳの系列または配置パターンがＰＵＳＣＨにＵＣＩを載せていない旨を表すときのＭＣＳを、他のＭＣＳとして指定しておく。そして、ＵＥ２０は、ステップＳ３３０において、他のＭＣＳに基づいて第１のＰＵＳＣＨを生成する。または、ｇＮＢ１０は、予めＲＲＣによりＵＲＬＬＣのデータを送信するときのサイズを他のＭＣＳで指定しておく。そして、ＵＥ２０は、ステップＳ３３０において、他のＭＣＳに基づいて、割り当てられたリソースに合わせて符号化レートを調整し、第１のＰＵＣＣＨを生成する。これにより、ｇＮＢ１０がＵＲＬＬＣのデータを識別可能となる。【０１０７】
以上の説明により、実施例４に係る無線通信システムでは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の送信部２１は、送信予定のデータの種類に関する情報を含む第１の信号を送信し、ｇＮＢ１０の受信部１２は、第１の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ２０に送信する。第２の信号は、データの種類が第１の種類（ｅＭＢＢ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む。ここで、ＵＥ２０において、データの種類に関する情報として第１の種類を示す情報を含む第１の信号を送信した後に第２の種類のデータが発生し、更に、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合がある。この場合、ＵＥ２０の送信部１１は、第２の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨ）を用いて、ＵＣＩをｇＮＢ１０に送信する。【０１０８】
このように、実施例４に係る無線通信システムでは、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときに、データの種類が第２の種類（ＵＲＬＬＣ）である場合、ＵＥ２０は、ＵＣＩの送信タイミングを遅らせて、ＵＣＩをｇＮＢ１０に送信する。このとき、ＵＥ２０は、第２の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨ）を用いる。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例４に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。【０１０９】
［他の実施例］
実施例における各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。【０１１０】
さらに、各装置で行われる各種処理は、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしてもよい。【０１１１】
実施例の基地局１０および端末２０は、例えば、次のようなハードウェア構成により実現することができる。【０１１２】
図１４は、基地局１０のハードウェア構成の一例を示す図である。基地局１０は、プロセッサ１０１と、メモリ１０２と、ＲＦ（Radio  Frequency）部１０３と、ネットワークインターフェース（ＩＦ）１０４とを有している。プロセッサ１０１の一例としては、ＣＰＵ、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）等が挙げられる。また、メモリ１０２の一例としては、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等が挙げられる。【０１１３】
そして、実施例の基地局１０で行われる各種処理は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ１０１で実行することによって実現されてもよい。すなわち、各構成によって実行される各処理に対応するプログラムがメモリ１０２に記録され、各プログラムがプロセッサ１０１で実行されてもよい。ここで、各構成とは、制御部１３の機能に相当する。また、送信部１１、受信部１２は、ＲＦ部１０３によって実現される。【０１１４】
なお、ここでは、実施例の基地局１０で行われる各種処理が１つのプロセッサ１０１によって実行されるものとしたが、これに限定されるものではなく、複数のプロセッサによって実行されてもよい。【０１１５】
図１５は、端末２０のハードウェア構成の一例を示す図である。端末２０は、プロセッサ２０１と、メモリ２０２と、ＲＦ部２０３とを有している。プロセッサ２０１の一例としては、ＣＰＵ、ＤＳＰ、ＦＰＧＡ等が挙げられる。また、メモリ２０２の一例としては、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。【０１１６】
そして、実施例の端末２０で行われる各種処理は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ２０１で実行することによって実現されてもよい。すなわち、各構成によって実行される各処理に対応するプログラムがメモリ２０２に記録され、各プログラムがプロセッサ２０１で実行されてもよい。ここで、各構成とは、制御部２３の機能に相当する。また、送信部２１、受信部２２は、ＲＦ部２０３によって実現される。【０１１７】
なお、ここでは、実施例の端末２０で行われる各種処理が１つのプロセッサ２０１によって実行されるものとしたが、これに限定されるものではなく、複数のプロセッサによって実行されてもよい。
【符号の説明】
【０１１８】
１０  基地局
１１  送信部
１２  受信部
１３  通信部
１４  制御部
２０  端末
２１  送信部
２２  受信部
２３  通信部
２４  制御部
１０１  プロセッサ
１０２  メモリ
１０３  ＲＦ部
１０４  ネットワークＩＦ
２０１  プロセッサ
２０２  メモリ
２０３  ＲＦ部
【図１】
2019138518.tif 000004
【図２】
2019138518.tif 000005
【図３】
2019138518.tif 000006
【図４】
2019138518.tif 000007
【図５】
2019138518.tif 000008
【図６】
2019138518.tif 000009
【図７】
2019138518.tif 000010
【図８】
2019138518.tif 000011
【図９】
2019138518.tif 000012
【図１０】
2019138518.tif 000013
【図１１】
2019138518.tif 000014
【図１２】
2019138518.tif 000015
【図１３】
2019138518.tif 000016
【図１４】
2019138518.tif 000017
【図１５】
2019138518.tif 000018
【図１６】
2019138518.tif 000019
【図１７】
2019138518.tif 000020
【手続補正書】
【提出日】令和2年7月28日(2020.7.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末がデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信することが可能な無線通信システムであって、
前記制御情報を前記データの送信に割当てられたチャネルで送信可能か否かを示す情報を含む第１の信号を送信する基地局と、
前記制御情報を前記データの送信に割当てられたチャネルで送信可能か否かを示す情報を含む第１信号を受信する端末と、
を具備し、
前記端末は、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第１の信号に含まれる情報が前記制御情報を前記チャネルで送信ができないことを示す場合、前記チャネルとは異なるリソースで前記制御情報を前記基地局に送信し、前記第１の信号に含まれる情報が前記制御情報を前記チャネルで送信ができることを示す場合、前記制御情報を前記チャネルで前記基地局に送信することを特徴とする無線通信システム。
【請求項２】
前記基地局は、前記異なるリソースを設定するＲＲＣ（Radio  Resource  Control）信号を送信し、
前記異なるリソースは、ＰＵＣＣＨまたはＰＵＳＣＨのリソースである
ことを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記基地局は、下りチャネルの中の特定のフィールドにより、前記制御情報を送信するリソースに関する情報を含む第２の信号を前記端末に送信することを特徴とする請求項１または２に記載の無線通信システム。
【請求項４】
前記基地局は、前記制御情報を送信するリソースに関連する下りチャネルが割り当てられた領域を特定する情報を含む第２の信号を前記端末に送信することを特徴とする請求項１または２に記載の無線通信システム。
【請求項５】
前記端末は、データの種類に応じた第２の信号を前記基地局に送信し、
前記基地局は、前記データの種類が所定の種類である場合、前記データの送信に割り当てられたチャネルを指示する下りチャネルとは異なるリソースを用いて、前記制御情報を送信するリソースに関する情報を含む第３の信号を前記端末に送信し、
前記端末は、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第２、第３の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信することを特徴とする請求項１に記載の無線通信システム。
【請求項６】
前記端末は、前記データの種類に関する情報として第１の種類を示す情報を含む前記第１の信号を送信した後に第２の種類のデータが発生し、前記第２の種類のデータを送信するタイミングと前記制御情報を送信するタイミングとが重なる場合、前記第２の種類のデータの送信に割り当てられたチャネルとは異なるリソースを用いて、前記制御情報を前記基地局に送信することを特徴とする請求項１に記載の無線通信システム。
【請求項７】
データを送信するタイミングと制御情報を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に送信することが可能な端末と無線通信を行なう基地局であって、
前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第１の信号を前記端末に送信する送信部と、
前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第１の信号に含まれる情報が前記制御情報を前記チャネルで送信ができないことを示す場合、前記チャネルとは異なるリソースで前記制御情報を前記端末から受信し、前記第１の信号に含まれる情報が前記制御情報を前記チャネルで送信ができることを示す場合、前記制御情報を前記チャネルで前記端末から受信する受信部と、
を有することを特徴とする基地局。
【請求項８】
前記送信部は、前記異なるリソースを設定するＲＲＣ（Radio  Resource  Control）信号を送信し、
前記異なるリソースは、ＰＵＣＣＨまたはＰＵＳＣＨのリソースである
ことを特徴とする請求項７に記載の基地局。
【請求項９】
前記受信部は、前記端末からデータの種類に応じた第２の信号を受信することを特徴とする請求項７または８に記載の基地局。
【請求項１０】
前記送信部は、前記データの種類に応じて前記第２の信号に含まれる情報を送信することを特徴とする請求項９に記載の基地局。
【請求項１１】
データを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信することが可能な端末であって、
前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第１の信号を受信する受信部と、
前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第１の信号に含まれる情報が前記制御情報を前記チャネルで送信ができないことを示す場合、前記チャネルとは異なるリソースで前記制御情報を前記基地局に送信し、前記第１の信号に含まれる情報が前記制御情報を前記チャネルで送信ができることを示す場合、前記制御情報を前記チャネルで前記基地局に送信する送信部と、
を有することを特徴とする端末。
【請求項１２】
前記異なるリソースは、ＲＲＣ（Radio  Resource  Control）信号で設定される、ＰＵＣＣＨまたはＰＵＳＣＨのリソースであることを特徴とする請求項１１に記載の端末。
【請求項１３】
前記送信部は、データの種類に応じた第２の信号を前記基地局に送信することを特徴とする請求項１１または１２に記載の端末。
【請求項１４】
前記受信部は、前記データの種類に応じた前記第２の信号に含まれる情報を受信することを特徴とする請求項１３に記載の端末。
【請求項１５】
前記第１の信号に含まれる情報は、前記データの種類が第１の種類のデータである場合に前記制御情報を前記データの送信に割り当てられたチャネルで送信可能であることを示し、前記データの種類が第２の種類のデータである場合に前記制御情報を前記データが割り当てられたチャネルと異なるリソースで送信することを示す情報であることを特徴とする請求項１３に記載の端末。
【請求項１６】
端末がデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信することが可能な通信方法であって、
前記基地局が、前記制御情報を前記データの送信に割当てられたチャネルで送信可能か否かを示す情報を含む第１の信号を送信し、
前記端末が、前記制御情報を前記データの送信に割当てられたチャネルで送信可能か否かを示す情報を含む第１信号を受信し、
前記端末が、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第１の信号に含まれる情報が前記制御情報を前記チャネルで送信ができないことを示す場合、前記チャネルとは異なるリソースで前記制御情報を前記基地局に送信し、前記第１の信号に含まれる情報が前記制御情報を前記チャネルで送信ができることを示す場合、前記制御情報を前記チャネルで前記基地局に送信する、
処理を実行することを特徴とする通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
通信部２３は、送信部２１および受信部２２を有し、ｇＮＢ１０との間で無線通信を行なう。例えば、送信部２１は、ＰＵＳＣＨで上りデータをｇＮＢ１０に送信し、ＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する。例えば、受信部２２は、ｇＮＢ１０からＰＤＳＣＨで送信された下りデータを受信し、ｇＮＢ１０からＰＤＣＣＨで送信されたＤＣＩを受信する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
例えば、ＬＣＨ＃ｘにおいて、送信予定のデータとして、第１の種類のデータ（図１１の「ｅＭＢＢ  ｄａｔａ」）が発生する。この場合、ＵＥ２０の送信部２１は、Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔまたはＳＲにより、送信予定のデータの種類として、第１の種類（ｅＭＢＢ）に関する情報を含む第１の信号をｇＮＢ１０に送信する（図１１のステップＳ３００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【０１０６】
第２の方法では、ＰＤＣＣＨで指定されたＭＣＳとは異なる他のＭＣＳを用いる方法である。例えば、ｇＮＢ１０は、予めＲＲＣにより、ＤＭＲＳの系列または配置パターンがＰＵＳＣＨにＵＣＩを載せていない旨を表すときのＭＣＳを、他のＭＣＳとして指定しておく。そして、ＵＥ２０は、ステップＳ３３０において、他のＭＣＳに基づいて第１のＰＵＳＣＨを生成する。または、ｇＮＢ１０は、予めＲＲＣによりＵＲＬＬＣのデータを送信するときのサイズを他のＭＣＳで指定しておく。そして、ＵＥ２０は、ステップＳ３３０において、他のＭＣＳに基づいて、割り当てられたリソースに合わせて符号化レートを調整し、第１のＰＵＳＣＨを生成する。これにより、ｇＮＢ１０がＵＲＬＬＣのデータを識別可能となる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１１３
【補正方法】変更
【補正の内容】
【０１１３】
そして、実施例の基地局１０で行われる各種処理は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ１０１で実行することによって実現されてもよい。すなわち、各構成によって実行される各処理に対応するプログラムがメモリ１０２に記録され、各プログラムがプロセッサ１０１で実行されてもよい。ここで、各構成とは、制御部１４の機能に相当する。また、送信部１１、受信部１２は、ＲＦ部１０３によって実現される。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】変更
【補正の内容】
【０１１６】
そして、実施例の端末２０で行われる各種処理は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ２０１で実行することによって実現されてもよい。すなわち、各構成によって実行される各処理に対応するプログラムがメモリ２０２に記録され、各プログラムがプロセッサ２０１で実行されてもよい。ここで、各構成とは、制御部２４の機能に相当する。また、送信部２１、受信部２２は、ＲＦ部２０３によって実現される。
【国際調査報告】
2019138518.tif 000021
2019138518.tif 000022
2019138518.tif 000023
2019138518.tif 000024