(57)【要約】  本願の実施形態は、データ処理方法、基地局、および端末を提供する。方法は、基地局によって、第１のリソース上で、第１の端末から第１のデータを受信する段階と、基地局によって、第２のリソース上で、第１の端末から第２のデータを、および、第２の端末から第３のデータを受信する段階であって、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい、段階と、基地局によって、第１のデータを復調および復号する段階と、基地局によって、第２のデータおよび第３のデータを復調および復号する段階と、を備える。従って、本願の実施形態は、異なるユーザのものであり、且つ、同一リソース上で伝送されたデータの復号成功率を効果的に改善してよい。
2019533394.tif 000002
【特許請求の範囲】
【請求項１】
基地局によって、第１のリソース上で、第１の端末から第１のデータを受信する段階と、
前記基地局によって、第２のリソース上で、前記第１の端末から第２のデータを、および、第２の端末から第３のデータを受信する段階であって、前記第２のデータの変調次数は、前記第１のデータの変調次数より低い、および／または、前記第２のデータのコードレートは、前記第１のデータのコードレートより小さい、および／または、前記第２のデータの伝送電力は、前記第１のデータの伝送電力より小さい、段階と、
前記基地局によって、前記第１のデータを復調および復号する段階と、
前記基地局によって、前記第２のデータおよび前記第３のデータを復調および復号する段階と、を備える、データ処理方法。
【請求項２】
前記方法は、さらに、
前記基地局によって、第１の構成情報を、前記第１の端末に送信する段階であって、前記第１の構成情報は、前記第１の端末が前記第１のリソース上でデータを送信するときに必要な構成情報であり、前記第１の構成情報は、前記第１のデータの変調次数情報、前記第１のデータのコードレート情報、および前記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、請求項１に記載の方法。
【請求項３】
前記方法は、さらに、
前記基地局によって、第２の構成情報を、前記第１の端末に送信する段階であって、前記第２の構成情報は、前記第１の端末が前記第２のリソース上でデータを送信するときに必要な構成情報であり、前記第２の構成情報は、前記第２のデータの変調次数情報、前記第２のデータのコードレート情報、および前記第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、請求項１または２に記載の方法。
【請求項４】
前記方法は、さらに、
前記基地局によって、前記第１の端末から、リソーススケジューリング要求を受信する段階であって、前記リソーススケジューリング要求は、前記第１の端末のための伝送リソースを要求するために用いられる、段階と、
前記基地局によって、リソーススケジューリング応答を、前記第１の端末に送信する段階であって、前記リソーススケジューリング応答は、前記第１のリソースおよび前記第２のリソースが、前記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を備える、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記第２のリソースは、前記第２の端末のために予約されたリソースである、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記第１の端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、前記第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である、請求項１から５のいずれか一項に記載の方法。
【請求項７】
第１の端末によって、伝送されるべきターゲットデータを決定する段階と、
前記第１の端末によって、第１のリソース上で前記ターゲットデータにおける第１のデータを送信する段階と、
前記第１の端末によって、第２のリソース上で前記ターゲットデータにおける第２のデータを送信する段階であって、前記第２のデータは、前記ターゲットデータにおける前記第１のデータを除いたデータであり、前記第２のリソースは、第２の端末の第３のデータを伝送するためにさらに用いられ、前記第２のデータの変調次数は、前記第１のデータの変調次数より低い、および／または、前記第２のデータのコードレートは、前記第１のデータのコードレートより小さい、および／または、前記第２のデータの伝送電力は、前記第１のデータの伝送電力より小さい、段階と、を備える、データ処理方法。
【請求項８】
前記方法は、さらに、
前記第１の端末によって、基地局から、第１の構成情報を受信する段階であって、前記第１の構成情報は、前記第１の端末が前記第１のリソース上でデータを送信するときに必要な構成情報であり、前記第１の構成情報は、前記第１のデータの変調次数情報、前記第１のデータのコードレート情報、および前記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、請求項７に記載の方法。
【請求項９】
前記方法は、さらに、
前記第１の端末によって、前記基地局から、第２の構成情報を受信する段階であって、前記第２の構成情報は、前記第１の端末が前記第２のリソース上でデータを送信するときに必要な構成情報であり、前記第２の構成情報は、前記第２のデータの変調次数情報、前記第２のデータのコードレート情報、および前記第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、請求項７または８に記載の方法。
【請求項１０】
前記方法は、さらに、
前記第１の端末によって、リソーススケジューリング要求を、前記基地局に送信する段階であって、前記リソーススケジューリング要求は、前記第１の端末のための伝送リソースを要求するために用いられる、段階と、
前記第１の端末によって、前記基地局から、リソーススケジューリング応答を受信する段階であって、前記リソーススケジューリング応答は、前記第１のリソースおよび前記第２のリソースが、前記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を備える、請求項７から９のいずれか一項に記載の方法。
【請求項１１】
前記第２のリソースは、前記第２の端末のために予約されたリソースである、請求項７から１０のいずれか一項に記載の方法。
【請求項１２】
前記第１の端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、前記第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である、請求項７から１１のいずれか一項に記載の方法。
【請求項１３】
第１のリソース上で、第１の端末から第１のデータを受信するように構成された受信モジュールであって、前記受信モジュールは、さらに、第２のリソース上で、前記第１の端末から第２のデータを、および、第２の端末から第３のデータを受信するように構成されており、前記第２のデータの変調次数は、前記第１のデータの変調次数より低い、および／または、前記第２のデータのコードレートは、前記第１のデータのコードレートより小さい、および／または、前記第２のデータの伝送電力は、前記第１のデータの伝送電力より小さい、受信モジュールと、
前記第１のデータを復調および復号するように構成された復調および復号モジュールであって、前記復調および復号モジュールは、さらに、前記第２のデータおよび前記第３のデータを復調および復号するように構成されている、復調および復号モジュールと、を備える、基地局。
【請求項１４】
前記基地局は、さらに、
第１の構成情報を、前記第１の端末に送信するように構成された第１の送信モジュールであって、前記第１の構成情報は、前記第１の端末が前記第１のリソース上でデータを送信するときに必要な構成情報であり、前記第１の構成情報は、前記第１のデータの変調次数情報、前記第１のデータのコードレート情報、および前記第１のデータの伝送電力情報のうちの少なくとも１つを含む、第１の送信モジュールを備える、請求項１３に記載の基地局。
【請求項１５】
前記基地局は、さらに、
第２の構成情報を、前記第１の端末に送信するように構成された第２の送信モジュールであって、前記第２の構成情報は、前記第１の端末が前記第２のリソース上でデータを送信するときに必要な構成情報であり、前記第２の構成情報は、前記第２のデータの変調次数情報、前記第２のデータのコードレート情報、および前記第２のデータの伝送電力情報のうちの少なくとも１つを含む、第２の送信モジュールを備える、請求項１３または１４に記載の基地局。
【請求項１６】
前記受信モジュールは、さらに、前記第１の端末から、リソーススケジューリング要求を受信するように構成されており、前記リソーススケジューリング要求は、前記第１の端末のための伝送リソースを要求するために用いられ、
前記基地局は、さらに、
リソーススケジューリング応答を、前記第１の端末に送信するように構成された第３の送信モジュールであって、前記リソーススケジューリング応答は、前記第１のリソースおよび前記第２のリソースが、前記第１の端末のための伝送リソースであることを示すために用いられる、第３の送信モジュールを備える、請求項１３から１５のいずれか一項に記載の基地局。
【請求項１７】
前記第２のリソースは、前記第２の端末のために予約されたリソースである、請求項１３から１６のいずれか一項に記載の基地局。
【請求項１８】
伝送されるべきターゲットデータを決定するように構成された決定モジュールと、
第１のリソース上で、前記ターゲットデータにおける第１のデータを送信するように構成された送信モジュールであって、前記送信モジュールは、さらに、第２のリソース上で、前記ターゲットデータにおける第２のデータを送信するように構成されており、前記第２のデータは、前記ターゲットデータにおける前記第１のデータを除いたデータであり、前記第２のリソースは、第２の端末の第３のデータを伝送するためにさらに用いられ、前記第２のデータの変調次数は、前記第１のデータの変調次数より低い、および／または、前記第２のデータのコードレートは、前記第１のデータのコードレートより小さい、および／または、前記第２のデータの伝送電力は、前記第１のデータの伝送電力より小さい、送信モジュールと、を備える、端末。
【請求項１９】
前記端末は、さらに、
前記基地局から、第１の構成情報を受信するように構成された第１の受信モジュールであって、前記第１の構成情報は、前記端末が前記第１のリソース上でデータを送信するときに必要な構成情報であり、前記第１の構成情報は、前記第１のデータの変調次数情報、前記第１のデータのコードレート情報、および前記第１のデータの伝送電力情報のうちの少なくとも１つを含む、第１の受信モジュールを備える、請求項１８に記載の端末。
【請求項２０】
前記端末は、さらに、
前記基地局から、第２の構成情報を受信するように構成された第２の受信モジュールであって、前記第２の構成情報は、前記端末が前記第２のリソース上でデータを送信するときに必要な構成情報であり、前記第２の構成情報は、前記第２のデータの変調次数情報、前記第２のデータのコードレート情報、および前記第２のデータの伝送電力情報のうちの少なくとも１つを含む、第２の受信モジュールを備える、請求項１８または１９に記載の端末。
【請求項２１】
前記送信モジュールは、さらに、リソーススケジューリング要求を、前記基地局に送信するように構成されており、前記リソーススケジューリング要求は、前記端末のための伝送リソースを要求するために用いられ、
前記端末は、さらに、
前記基地局から、リソーススケジューリング応答を受信するように構成された第３の受信モジュールであって、前記リソーススケジューリング応答は、前記第１のリソースおよび前記第２のリソースが、前記端末のための伝送リソースであることを示すために用いられる、第３の受信モジュールを備える、請求項１８から２０のいずれか一項に記載の端末。
【請求項２２】
前記第２のリソースは、前記第２の端末のために予約されたリソースである、請求項１８から２１のいずれか一項に記載の端末。
【請求項２３】
前記端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、前記第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である、請求項１８から２２のいずれか一項に記載の端末。
【請求項２４】
メモリおよびプロセッサを備える、基地局であって、前記メモリは、命令を格納するように構成されており、前記プロセッサは、前記メモリに格納された前記命令を実行するように構成されており、前記メモリに格納された前記命令の前記実行が、前記プロセッサによる、請求項１から６のいずれか一項に記載の方法の実行を可能にする、基地局。
【請求項２５】
メモリおよびプロセッサを備える、端末であって、
前記メモリは、命令を格納するように構成されており、前記プロセッサは、前記メモリに格納された前記命令を実行するように構成されており、前記メモリに格納された前記命令の前記実行が、前記プロセッサによる、請求項７から１２のいずれか一項に記載の方法の実行を可能にする、端末。
【請求項２６】
処理モジュールおよび通信インタフェースを備えるチップであって、前記処理モジュールは、前記通信インタフェースを制御して、外部通信を実行させるように構成されており、前記処理モジュールは、さらに、請求項１から６のいずれか一項に記載の方法を実行するように構成されている、チップ。
【請求項２７】
処理モジュールおよび通信インタフェースを備えるチップであって、前記処理モジュールは、前記通信インタフェースを制御して、外部通信を実行させるように構成されており、前記処理モジュールは、さらに、請求項７から１２のいずれか一項に記載の方法を実行するように構成されている、チップ。
【請求項２８】
コンピュータプログラムを格納したコンピュータ可読記憶媒体であって、前記コンピュータプログラムは、基地局による実行時に、前記基地局に、請求項１から６のいずれか一項に記載の方法を実行させる、コンピュータ可読記憶媒体。
【請求項２９】
コンピュータプログラムを格納したコンピュータ可読記憶媒体であって、前記コンピュータプログラムは、端末による実行時に、前記端末に、請求項７から１２のいずれか一項に記載の方法を実行させる、コンピュータ可読記憶媒体。
【請求項３０】
命令を備えたコンピュータプログラムプロダクトであって、前記命令は、コンピュータによる実行時に、前記コンピュータに、請求項１から６のいずれか一項に記載の方法を実行させる、コンピュータプログラムプロダクト。
【請求項３１】
命令を備えたコンピュータプログラムプロダクトであって、前記命令は、コンピュータによる実行時に、前記コンピュータに、請求項７から１２のいずれか一項に記載の方法を実行させる、コンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信分野に関し、より具体的には、データ処理方法、基地局および端末に関する。
【０００２】
本願は、２０１６年１１月２日に中国特許庁に出願された、発明の名称「データ処理方法、基地局および端末」に係る中国特許出願第２０１６１０９４５８８１．３号に基づく優先権を主張し、当該出願は、本明細書にその全体が参照により援用される。
【背景技術】
【０００３】
ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）システムのアップリンクソリューションにおいては、ユーザは、アップリンク伝送前に、リソーススケジューリング要求を開始する必要がある。通常、リソーススケジューリング要求の開始からデータ送信までに、少なくとも７つの送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ：ＴＴＩ）が必要とされる。リソーススケジューリング要求のためのメカニズムは、低遅延サービスの要求を満足できていない。例えば、超高信頼性および低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ−ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＵＲＬＬＣ）サービスは、非常に高い信頼性と非常に低い遅延とを要求し、ここで、信頼性および遅延の典型的な値はそれぞれ、９９．９９９％と１ｍｓである。
【０００４】
現在の技術においては、低遅延サービス（以下の説明の一例として、ＵＲＬＬＣサービスが用いられる）のために、基地局が、アップリンクシステムリソースを、プリミティブリソースおよび予約リソースにグループ化する。予約リソースとは、ＵＲＬＬＣサービスのために予約されたリソースである。ＵＲＬＬＣサービスデータが到着すると、当該データは、時間領域において、最も近い予約リソース上で直接伝送される。例えば、エンハンスドモバイルブロードバンド（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ：ｅＭＢＢ）サービスといった別の非低遅延サービスについては、基地局は、当該サービスに対するリソーススケジューリング要求を受信した後、すべてのアップリンクシステムリソース、すなわち、プリミティブリソースおよび予約リソースの両方を、当該非低遅延サービスのための伝送リソースとして決定する（以下の説明の一例として、ｅＭＢＢサービスが用いられる）。ｅＭＢＢ端末は、プリミティブリソースおよび予約リソース上の両方で、ｅＭＢＢサービスデータを送信する。ＵＲＬＬＣサービスデータが到着すると、ＵＲＬＬＣ端末も、予約リソース上でＵＲＬＬＣサービスデータを送信する。この場合、予約リソースは、ｅＭＢＢサービスデータおよびＵＲＬＬＣサービスデータのために、直交多重されておらず、ｅＭＢＢサービスデータおよびＵＲＬＬＣサービスデータは、互いに干渉する。したがって、ｅＭＢＢサービスデータを正常に復号できない可能性がある。ｅＭＢＢサービスデータの干渉が除去できない可能性があるので、ＵＲＬＬＣサービスデータも正常に復号できない可能性がある。従って、ｅＭＢＢサービスデータおよびＵＲＬＬＣサービスデータの両方の伝送性能が、低減する。
【発明の概要】
【０００５】
本願は、異なるユーザのものであり、同一リソース上で伝送されるデータの復号成功率を効果的に改善するためのデータ処理方法、基地局および端末を提供する。
【０００６】
第１の態様により、データ処理方法が提供される。上記方法は、基地局によって、第１のリソース上で、第１の端末から第１のデータを受信する段階と、上記基地局によって、第２のリソース上で、上記第１の端末から第２のデータを、および、第２の端末から第３のデータを受信する段階であって、上記第２のデータの変調次数は、上記第１のデータの変調次数より低い、および／または、上記第２のデータのコードレートは、上記第１のデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい、段階と、上記基地局によって、上記第１のデータを復調および復号する段階と、上記基地局によって、上記第２のデータおよび上記第３のデータを復調および復号する段階と、を備える。
【０００７】
従来技術においては、第１の端末は、データを、同一の変調次数、コードレートおよび伝送電力に基づき、基地局に、第１のリソース上および第２のリソース上で別々に送信する。第２の端末も、第２のリソース上でデータを基地局に送信する場合、第２のリソース上で伝送されたこれら２つのデータ（第１の端末および第２の端末によって、第２のリソース上で送信されたデータ）は、互いに干渉する。これが、第２のリソース上で伝送された第１の端末の第２のデータ、および第２の端末の第３のデータの復号の失敗につながる可能性がある。
【０００８】
この解決手段において、上記第１の端末は、異なる構成情報を用いて、上記第１のリソース上および上記第２のリソース上でデータを送信する。具体的に言うと、上記第１の端末によって、上記第２のリソース上で送信されるデータの変調次数は、上記第１の端末によって、上記第１のリソース上で送信されるデータの変調次数より低い、および／または、上記第１の端末によって、上記第２のリソース上で送信されるデータのコードレートは、上記第１の端末によって、上記第１のリソース上で送信されるデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい。上記第２のデータのより低い変調次数が、上記第２のデータのより高い復号成功率、および干渉が除去されたときの、上記第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および上記第３のデータのより高い復号成功率につながることを理解されたい。上記第２のデータのより低いコードレートが、上記第２のデータのより高い復号成功率、および干渉が除去されたときの、上記第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および上記第３のデータのより高い復号成功率につながる。上記第２のデータのより低い伝送電力が、上記第３のデータに対するより低い干渉、上記第３のデータのより高い復号成功率、および干渉が除去されたときの、上記第３のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および上記第２のデータのより高い復号成功率につながる。従って、本願において提供される技術的解決手段は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０００９】
第１の態様に関し、第１の態様の可能な実装において、方法は、さらに、上記基地局によって、第１の構成情報を、上記第１の端末に送信する段階であって、上記第１の構成情報は、上記第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、上記第１の構成情報は、上記第１のデータの変調次数情報、上記第１のデータのコードレート情報、および上記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える。
【００１０】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、上記基地局は、第２の構成情報を、上記第１の端末に送信し、上記第２の構成情報は、上記第１の端末が上記第２のリソース上でデータを送信するとき必要な構成情報であり、上記第２の構成情報は、上記第２のデータの変調次数情報、上記第２のデータのコードレート情報、および上記第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【００１１】
随意に、一実装において、上記基地局は、上記第１の構成情報および／または上記第２の構成情報を、上記第１の端末に、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＤＣＣＨ）等の物理層制御シグナリングを通して、ＭＡＣ制御要素（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ：ＣＥ）等の媒体アクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ：ＭＡＣ）シグナリングを通して、または、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ：ＲＲＣ）シグナリングを通して、配信してよい。
【００１２】
随意に、一実装において、代替的に、上記第１の端末が、上記第１のリソースおよび第２のリソース上でデータを送信するときに必要な構成情報は、システムで事前定義されてよい。
【００１３】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、上記第２のデータおよび第３のデータの両方は、多重アクセス符号化技術を用いて符号化されており、第２のデータに対する多重アクセス符号化の実行時に用いられるコードブックは、第３のデータに対する多重アクセス符号化の実行時に用いられるコードブックとは異なる。
【００１４】
この解決手段において、上記第２のリソースを多重化する上記第１の端末および上記第２の端末は、伝送されるべきデータに対し多重アクセス符号化を実行すべく、異なるコードブックを選択する。上記多重アクセス符号化技術においては、複数のユーザが、同一リソースを多重化することが許容されており、受信側デバイスは、上記第２のリソースを多重化するすべてのユーザのデータを復元可能であることを理解されたい。すなわち、基地局は、第１の端末および第２の端末のものであり、且つ、第２のリソース上にあるデータを正常に復号してよい。従って、本願において提供される技術的解決手段は、さらに、上記第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による上記復号成功率を改善してよい。
【００１５】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、方法は、さらに、上記基地局によって、上記第１の端末に対し、上記第２のリソース上でのデータ送信時に、第１のコードブックを用いて符号分割多重処理を実行するように命令すべく、上記第１のコードブックを上記第１の端末に送信する段階、および／または、上記基地局によって、上記第２の端末に対し、上記第２のリソース上でのデータ送信時に、第２のコードブックを用いて符号分割多重処理を実行するように命令すべく、上記第２のコードブックを上記第２の端末に送信する段階、を含む。
【００１６】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、方法は、さらに、上記基地局によって、上記第１の端末から、リソーススケジューリング要求を受信する段階であって、上記リソーススケジューリング要求は、上記第１の端末のための伝送リソースを要求するために用いられる、段階と、上記基地局によって、リソーススケジューリング応答を、上記第１の端末に送信する段階であって、上記リソーススケジューリング応答は、上記第１のリソースおよび上記第２のリソースが、上記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を含む。
【００１７】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、上記第２のリソースは、上記第２の端末のために予約されたリソースである。上記第２のリソースは、上記第２の端末ための予約リソースと称されてもよい。
【００１８】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、上記第１の端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、上記第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である。
【００１９】
第２の態様により、データ処理方法が提供される。上記方法は、第１の端末によって、伝送されるべきターゲットデータを決定する段階と、上記第１の端末によって、第１のリソース上で上記ターゲットデータにおける第１のデータを送信する段階と、上記第１の端末によって、第２のリソース上で上記ターゲットデータにおける第２のデータを送信する段階と、を備え、上記第２のデータは、上記ターゲットデータにおける上記第１のデータを除いたデータであり、上記第２のリソースは、さらに、第２の端末によって送信される第３のデータを伝送するために用いられ、上記第２のデータの変調次数は、上記第１のデータの変調次数より低い、および／または、上記第２のデータのコードレートは、上記第１のデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい。
【００２０】
この解決手段において、上記第１の端末は、異なる構成情報を用いて、上記第１のリソース上および上記第２のリソース上でデータを送信する。具体的に言うと、上記第１の端末によって、上記第２のリソース上で送信されるデータの変調次数は、上記第１の端末によって、上記第１のリソース上で送信されるデータの変調次数より低い、および／または、上記第１の端末によって、上記第２のリソース上で送信される上記データのコードレートは、上記第１の端末によって、上記第１のリソース上で送信される上記データのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい。上記第２のデータのより低い変調次数が、上記第２のデータのより高い復号成功率、および干渉が除去されたときの、上記第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および上記第３のデータのより高い復号成功率につながることを理解されたい。上記第２のデータのより低いコードレートは、干渉が除去されたときの、上記第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率および上記第３のデータのより高い復号成功率につながる。上記第２のデータのより低い伝送電力は、上記第３のデータに対するより低い干渉、上記第３のデータのより高い復号成功率、および干渉が除去されたときの、上記第３のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率および上記第２のデータのより高い復号成功率につながる。従って、本願において提供される技術的解決手段は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【００２１】
第２の態様に関し、第２の態様の可能な実装において、方法は、さらに、上記第１の端末によって、上記基地局から、第１の構成情報を受信する段階であって、上記第１の構成情報は、上記第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、上記第１の構成情報は、上記第１のデータの変調次数情報、上記第１のデータのコードレート情報、および上記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える。
【００２２】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記方法は、さらに、上記第１の端末によって、上記基地局から、第２の構成情報を受信する段階であって、上記第２の構成情報は、上記第１の端末が上記第２のリソース上でデータを送信するときに必要な構成情報であり、上記第２の構成情報は、上記第２のデータの変調次数情報、上記第２のデータのコードレート情報、および上記第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える。
【００２３】
随意に、一実装において、上記第１の端末は、上記基地局によって、ＰＤＣＣＨ等の物理層制御シグナリングを通して配信された、上記基地局によって、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを通して配信された、または、上記基地局によって、ＲＲＣシグナリングを通して配信された、上記第１の構成情報および／または上記第２の構成情報を取得してよい。
【００２４】
随意に、一実装において、代替的に、上記第１の端末が、上記第１のリソースおよび第２のリソース上でデータを送信するときに必要な構成情報は、システムで事前定義されてよい。
【００２５】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記第１の端末によって、第２のリソース上で、基地局に、上記ターゲットデータにおける第２のデータを送信する上記段階は、上記第１の端末によって、上記第２のリソース上で、上記基地局に、多重アクセス符号化技術を用いて符号化された上記第２のデータを送信する段階を含み、上記第３のデータも、上記多重アクセス符号化技術を用いて符号化されており、上記第２のデータに対応する多重アクセスコードブックは、上記第３のデータに対応する多重アクセス符号化コードブックとは異なる。
【００２６】
この解決手段において、上記第２のリソースを多重化する上記第１の端末および上記第２の端末は、伝送されるべきデータに対し多重アクセス符号化を実行すべく、異なるコードブックを選択する。上記多重アクセス符号化技術においては、複数のユーザが、同一リソースを多重化することが許容されており、受信側デバイスは、上記第２のリソースを多重化するすべてのユーザのデータを復元可能であることを理解されたい。すなわち、基地局は、第１の端末および第２の端末のものであり、且つ、第２のリソース上にあるデータを正常に復号してよい。従って、本願において提供される技術的解決手段は、さらに、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による上記復号成功率を改善してよい。
【００２７】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記方法は、さらに、上記第１の端末によって、上記基地局によって送信された第１のコードブックを受信する段階であって、上記第１のコードブックは、上記第１の端末が上記第２のデータに対し多重アクセス符号化を実行するときに必要なコードブックである、段階を含む。上記基地局は、さらに、第２のコードブックを上記第２の端末に送信し、上記第２のコードブックは、上記第２の端末が上記第３のデータに対し多重アクセス符号化を実行するときに必要なコードブックであり、上記第１のコードブックは上記第２のコードブックとは異なる。
【００２８】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記ターゲットデータは、上記第１の端末が元のデータに対しチャネルコーディングを実行した後に取得された符号化ビットストリームであり、上記符号化ビットストリームは、情報ビットおよび冗長ビットを含み、上記第２のデータは、上記符号化ビットストリームにおける全部または一部の冗長ビットを含む。
【００２９】
この解決手段において、上記第１の端末は、優先的に、第２のリソース上で冗長ビットを伝送する。すなわち、主に、情報ビットは、第１のリソース上で伝送される。基地局は、第１のリソース上で伝送されたデータを正常に復号可能であるので、基地局は、第２のリソース上の冗長ビットを正常に復号可能である。この場合、第１の端末および第２の端末が、第２のリソースを多重化する場合であっても、基地局は、第１の端末によって送信されたデータを正常に復号してよく、結果的に、第２の端末によって送信されたデータを正常に復号してよい。従って、本願において提供される技術的解決手段は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【００３０】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記方法は、さらに、上記符号化ビットストリームにおけるすべての冗長ビットに要求される伝送リソースが上記第２のリソースに等しい場合、上記符号化ビットストリームにおける上記すべての冗長ビットを上記第２のデータとして用いる段階、上記符号化ビットストリームにおけるすべての冗長ビットに要求される伝送リソースが上記第２のリソースより小さい場合、上記符号化ビットストリームにおける上記すべての冗長ビットおよび一部の情報ビットを上記第２のデータとして用いる段階であって、上記すべての冗長ビットに要求される上記伝送リソースおよび上記一部の情報ビットに要求される伝送リソースの和が、上記第２のリソースに等しい、段階、または、上記符号化ビットストリームにおけるすべての冗長ビットに要求される伝送リソースが上記第２のリソースより大きい場合、上記符号化ビットストリームにおける一部の冗長ビットを上記第２のデータとして用いる段階であって、上記一部の冗長ビットに要求される伝送リソースが、上記第２のリソースに等しい、段階、を備える。
【００３１】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記方法は、さらに、上記第１の端末によって、上記基地局に、リソーススケジューリング要求を送信する段階であって、上記リソーススケジューリング要求は、上記第１の端末のための伝送リソースを要求するために用いられる、段階と、上記第１の端末によって、上記基地局から、リソーススケジューリング応答を受信する段階であって、上記リソーススケジューリング応答は、上記第１のリソースおよび上記第２のリソースが、上記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を備える。
【００３２】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記第２のリソースは、上記第２の端末のために予約されたリソースである。
【００３３】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記第１の端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、上記第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である。
【００３４】
随意に、上述の実装において、上記第２のリソースは、上記第２の端末のために予約リソースとして、システムで事前定義される。
【００３５】
随意で、上述の実装において、上記第２のリソースは、上記基地局によって、上記第２の端末のために予約されたリソースであり、上記基地局は、上記第１の端末および上記第２の端末に、上記第２のリソースが、上記第２の端末のための予約リソースであることを通知すべく、メッセージを送信する。
【００３６】
第３の態様により、基地局が提供される。上記基地局は、第１の態様または第１の態様に係る任意の可能性のある実装による方法を実行するように構成されている。具体的に、上記基地局は、第１の態様または第１の態様に係る任意の可能性のある実装による方法を実行するように構成されたモジュールを含んでよい。
【００３７】
第４の態様により、端末が提供される。上記端末は、第２の態様または第２の態様に係る任意の可能な実装による方法を実行するように構成されている。具体的に、上記端末は、第２の態様または第２の態様に係る任意の可能な実装による方法を実行するように構成されたモジュールを含んでよい。
【００３８】
第５の態様により、基地局が提供される。上記基地局は、メモリおよびプロセッサを含む。上記メモリは、命令を格納するように構成されており、上記プロセッサは、上記メモリ内に格納された上記命令を実行するように構成されており、上記メモリ内に格納された上記命令の上記実行が、上記プロセッサによる、第１の態様または第１の態様に係る任意の可能性のある実装による方法の実行を可能にする。
【００３９】
第６の態様により、端末が提供される。上記端末は、メモリおよびプロセッサを含む。上記メモリは、命令を格納するように構成されており、上記プロセッサは、上記メモリ内に格納された上記命令を実行するように構成されており、上記メモリ内に格納された上記命令の上記実行が、上記プロセッサによる、第２の態様または第２の態様に係る任意の可能な実装による方法の実行を可能にする。
【図面の簡単な説明】
【００４０】
【図１】本願の一実施形態による適用シナリオの概略図である。
【００４１】
【図２】本願の一実施形態によるデータ処理方法の概略フローチャートである。
【００４２】
【図３】本願の一実施形態による第１のリソースおよび第２のリソースの概略図である。
【００４３】
【図４】本願の一実施形態によるデータ処理方法の概略図である。
【００４４】
【図５】本願の一実施形態によるデータ処理方法の別の模式図である。
【００４５】
【図６】本願の一実施形態によるデータ処理方法のさらなる別の模式図である。
【００４６】
【図７】本願の一実施形態によるデータ処理方法のさらなる別の模式図である。
【００４７】
【図８】本願の一実施形態によるデータ処理方法のさらなる別の模式図である。
【００４８】
【図９】本願の一実施形態による基地局の概略ブロック図である。
【００４９】
【図１０】本願の一実施形態による基地局の別の概略的ブロック図である。
【００５０】
【図１１】本願の一実施形態による端末の概略ブロック図である。
【００５１】
【図１２】本願の一実施形態による端末の別の概略的ブロック図である。
【発明を実施するための形態】
【００５２】
以下に、添付図面を参照し、本願の実施形態の技術的解決手段について説明する。
【００５３】
本願の実施形態における技術的解決手段は、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）アーキテクチャ、周波数分割複信ロングタームエボリューション（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ  ＬＴＥ：ＦＤＤ  ＬＴＥ）アーキテクチャ、および、時分割複信ロングタームエボリューション（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ  ＬＴＥ：ＴＤＤ  ＬＴＥ）アーキテクチャに適用されてよい、ことを理解されたい。本願の実施形態における技術的解決手段は、さらに、他の通信システム、例えば、公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ：ＰＬＭＮ）システム、または将来の５Ｇ通信システム若しくは５Ｇ以降の通信システムにさえ適用されてよい。このことは、本願の実施形態において限定されるものではない。
【００５４】
本願の実施形態は、端末に関する。端末は、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）、アクセス端末、加入者ユニット、加入者局、移動局、モバイルコンソール、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末デバイス、無線通信デバイス、ユーザエージェント、またはユーザ装置と称されてもよい。例えば、端末は、携帯電話（または「セルラ」電話と称される）、コードレス電話、セッション初期化プロトコル（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ：ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ：ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ：ＰＤＡ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス、または将来の５Ｇネットワーク若しくは５Ｇ以降のネットワークにおける端末であってよい。このことは、本願の実施形態において限定されるものではない。
【００５５】
端末は、無線アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ：ＲＡＮ）を用いることで、１または複数のコアネットワークと通信してよく、または、自己編成方式若しくはライセンスフリー方式で、分散ポイントツーポイント（アドホック）モードネットワークおよびユーザによって展開されたサブネットにアクセスしてよい。端末は、代替的に、別の通信方式で、ネットワークにアクセスしてよい。このことは、本願の実施形態において限定されるものではない。
【００５６】
本願の実施形態は、さらに、基地局に関する。基地局は、端末と通信するように構成されたネットワークデバイスであってよい。具体的に、基地局は、セル内のモバイル端末または固定端末に対し、無線アクセスおよび通信サービスを提供するネットワークデバイスであってよい。例えば、基地局は、ＬＴＥシステムにおける進化型ノードＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、ｅＮＢまたはｅＮｏｄｅＢ）であってよく、または、将来の５Ｇネットワーク若しくは５Ｇ以降のネットワークにおける中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、ネットワーク側デバイス、将来の進化型ＰＬＭＮネットワークにおけるネットワーク側デバイス等であってよい。本願の実施形態における基地局は、また、ネットワークデバイスとも称されてよい。
【００５７】
図１は、本願の一実施形態による適用シナリオの概略図である。基地局１１０および端末１２０は、無線インタフェース技術を用いて、互いに通信する。無線インタフェース技術には、例えば、４Ｇ技術、４．５Ｇ技術、または５Ｇ技術が含まれる。端末１２０は、図１に示す少なくとも２つの端末、第１の端末１２０Ａおよび第２の端末１２０Ｂを含む。第１の端末１２０Ａは、アップリンク伝送前に、基地局１１０に対し、リソーススケジューリング要求を開始する必要がある。基地局１１０は、当該リソーススケジューリング要求に基づき、第１の端末１２０Ａにアップリンク伝送リソースを割り当てる。基地局１１０は、第２の端末１２０Ｂのために伝送リソース（予約リソース）を予約してよい。すなわち、第２の端末１２０Ｂがアップリンクデータを有する場合、第２の端末１２０Ｂは、リソーススケジューリング要求を基地局１１０に送信することなく、アップリンク伝送を実行するために、当該予約リソースを直接用いてよい。代替的に、第２の端末１２０Ｂは、アップリンク伝送の前に、基地局１１０に対し、リソーススケジューリング要求を開始してよい、ことを理解されたい。
【００５８】
具体的に、アップリンクサービスのために、基地局１１０は、複数のシステムリソースを、プリミティブリソースおよび予約リソースにグループ化する。予約リソースは、第２の端末１２０Ｂのために予約されたリソースである。すなわち、第２の端末１２０Ｂがアップリンクデータを有する場合、第２の端末１２０Ｂは、予約リソース上で、アップリンクデータを直接送信する。具体的に、予約リソースは、第２の端末１２０Ｂのために予約されたリソースして、システムで事前定義されてよい。代替的に、予約リソースは、第２の端末１２０Ｂのために、基地局によって予約されたリソースであり、基地局は、第１の端末１２０Ａおよび第２の端末１２０Ｂに対し、予約リソースは、第２の端末１２０Ｂのために予約されたリソースであることを通知するように構成されている。
【００５９】
基地局１１０が、第１の端末１２０Ａのリソーススケジューリング要求を処理するとき、すべてのシステムリソースを第１の端末１２０Ａに割り当てる。すなわち、第１の端末１２０Ａは、プリミティブリソースおよび予約リソース上の両方で、アップリンクデータを送信してよい。
【００６０】
図１に示す適用シナリオにおいては、第２の端末１２０Ｂは、高優先度端末として称されてよく、従って、第２の端末１２０Ｂによって処理されるサービスは、高優先度サービスであることを、さらに理解されたい。例えば、第２の端末１２０Ｂによって処理されるサービスは、低遅延および高信頼性の要件を有する。具体的に、当該サービスは、ＵＲＬＬＣサービスであり、第２の端末１２０Ｂは、ＵＲＬＬＣ端末として称されてもよい。第１の端末１２０Ａは、低優先度端末として称されてよく、第１の端末１２０Ａによって処理されるサービスは、低優先度サービスである。例えば、第１の端末１２０Ａによって処理されるサービスは、ｅＭＢＢサービスであり、第１の端末１２０Ａは、ｅＭＢＢ端末として称されてもよい。ＵＲＬＬＣ、ｅＭＢＢおよび大量マシンタイプ通信（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）は、国際電気通信連合（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｕｎｉｏｎ：ＩＴＵ）によって、将来の５Ｇにおける３つの典型的な適用シナリオとして定義されている。
【００６１】
従来技術においては、第１の端末１２０Ａは、予約リソースおよびプリミティブリソースを区別しない。換言すると、第１の端末１２０Ａによって、予約リソース上でデータを送信するために用いられる変調スキームは、第１の端末１２０Ａによって、プリミティブリソース上でデータを送信するために用いられる変調スキームと同一であり、または、第１の端末１２０Ａによって、予約リソース上でデータを送信するために用いられるコードレートは、第１の端末１２０Ａによって、プリミティブリソース上でデータを送信するために用いられるコードレートと同一であり、または、第１の端末１２０Ａによって、予約リソース上でデータを送信するために用いられる伝送電力は、第１の端末１２０Ａによって、プリミティブリソース上でデータを送信するために用いられる伝送電力と同一である。アップリンクデータが、第２の端末１２０Ｂに到着すると、第２の端末１２０Ｂは、当該データを予約リソース上で送信する。この場合、第１の端末１２０Ａおよび第２の端末１２０Ｂの両方が、データを予約リソース上で送信する。予約リソースは、当該２つのデータのために、直交多重されていないので、当該２つのデータは、互いに干渉する。現在の技術においては、基地局１１０は、予約リソース上で２つのデータを受信した後、まず、２つのデータのうち１つを復号し、その後、干渉除去方法を用いて、他方のデータを復号する。第１の端末１２０Ａによって、第１のリソース上で用いられる変調次数、コードレートまたは伝送電力は通常、相対的に高いので、第２のリソース上で伝送された第１の端末のデータおよび第２の端末のデータの両方の復号は、失敗する可能性がある。
【００６２】
干渉除去方法には、限定ではないが、以下の方法、すなわち、（１）信号直交化／疑似直交化、（２）高度受信機干渉除去アルゴリズム、等が含まれることを理解されたい。上述の干渉除去方法は、すべて従来技術に属する。簡潔さのために、詳細については、本明細書で説明はしない。
【００６３】
上述の技術的課題を解決すべく、本願の実施形態は、異なるユーザのものであり、且つ、同一リソース上で伝送されるデータの復号成功率を効果的に改善するためのデータ処理方法、基地局および端末を提供する。
【００６４】
図２は、本願の一実施形態によるデータ処理方法２００の概略フローチャートである。方法２００は、以下の段階を含む。
【００６５】
２１０。第１の端末は、伝送されるべきターゲットデータを決定する。
【００６６】
第１の端末は、例えば、図１に示す第１の端末１２０Ａである。
【００６７】
２２０。第１の端末は、第１のリソース上で、ターゲットデータにおける第１のデータを、基地局に送信する。
【００６８】
基地局は、例えば、図１に示す基地局１１０である。
【００６９】
２３０。第１の端末は、第２のリソース上で、ターゲットデータにおける第２のデータを、基地局に送信する。ここで、第２のデータは、ターゲットデータにおける第１のデータを除いたデータであり、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。
【００７０】
随意に、本願のこの実施形態において、段階２２０および段階２３０の前に、方法２００は、さらに、第１の端末によって、リソーススケジューリング要求を、基地局に送信する段階であって、リソーススケジューリング要求は、第１の端末のための伝送リソースを要求するために用いられる、段階と、基地局によって、リソーススケジューリング応答を、第１の端末に送信する段階であって、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために用いられる、段階と、を含む。
【００７１】
具体的に、図３に示す通り、基地局は、アップリンク伝送のための複数のシステムリソースを、第１のリソースおよび第２のリソースにグループ化し、第１の端末のリソーススケジューリング要求を受信した後、第１のリソースおよび第２のリソースの両方を、第１の端末のための伝送リソースとして構成する。第１のリソースおよび第２のリソースは、図３に示す通り、異なる時間周波数リソースである。
【００７２】
２４０。第２の端末は、第２のリソース上で、第３のデータを基地局に送信する。
【００７３】
第２の端末は、例えば、図１に示す第２の端末１２０Ｂである。
【００７４】
具体的に、図３を引き続き例として用いると、随意で、基地局は、第２のリソースを第２の端末のための予約リソースとして設定する。すなわち、アップリンクデータが第２の端末に到着すると、第２の端末は、リソーススケジューリング要求を報告することなく、図３に示す第２のリソースを直接用いて、アップリンクデータを基地局に送信する。具体的に、第１のリソースは、上記のプリミティブリソースに対応してよく、第２のリソースは、上記の予約リソースに対応する。
【００７５】
具体的に、第２のリソースは、第２の端末のための予約リソースとしてシステムで事前定義されてよく、または、基地局によって、第２の端末に対し、ダウンリンク制御シグナリングにより通知されてよい。随意で、第２のリソースが第２の端末のための予約リソースであることは、さらに、第１の端末に対し通知されてよい。
【００７６】
２５０。基地局は、第１のデータを復調および復号する。
【００７７】
具体的に、基地局は、第１のデータのための変調スキームおよび符号化スキームに基づき、第１のデータを復調および復号する。
【００７８】
２６０。基地局は、第２のデータおよび第３のデータを復調および復号する。
【００７９】
具体的に、基地局は、第２のデータのための変調スキームおよび符号化スキームに基づき、第２のデータを復調および復号し、第３のデータのための変調スキームおよび符号化スキームに基づき、第３のデータを復調および復号する。
【００８０】
本願のこの実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上でデータを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。第２のデータのより低い変調次数が、第２のデータのより高い復号成功率、および干渉が除去されたときの、第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および第３のデータのより高い復号成功率につながることを理解されたい。第２のデータのより低いコードレートは、干渉が除去されたときの、第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率および第３のデータのより高い復号成功率につながる。第２のデータのより低い伝送電力が、第３のデータのより低い干渉、第３のデータのより高い復号成功率、および干渉が除去されたときの、第３のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および第２のデータのより高い復号成功率につながる。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【００８１】
随意に、図２に示す実施形態において、方法２００は、さらに、基地局によって、第１の構成情報を、第１の端末に送信する段階であって、第１の構成情報は、第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える。第１の端末によって、第１のリソース上で、ターゲットデータにおける第１のデータを基地局に送信する段階２２０は、第１の端末によって、第１のリソース上で、第１の構成情報を用いて処理される第１のデータを基地局に送信する段階を含む。
【００８２】
具体的に、基地局は、第１の構成情報を、第１の端末に、ＰＤＣＣＨ等の物理層制御シグナリングを通して、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを通して、またはＲＲＣシグナリングを通して配信してよい。
【００８３】
随意に、図２に示す実施形態においては、方法２００は、さらに、基地局によって、第２の構成情報を、第１の端末に送信する段階をさらに備え、第２の構成情報は、第１の端末が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を含む。第１の端末によって、第２のリソース上で、ターゲットデータにおける第２のデータを基地局に送信する段階２３０は、第１の端末によって、第２のリソース上で、第２の構成情報を用いて処理される第２のデータを基地局に送信する段階を含む。
【００８４】
具体的に、基地局は、第２の構成情報を、第１の端末に、ＰＤＣＣＨ等の物理層制御シグナリングを通して、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを通して、またはＲＲＣシグナリングを通して送信する。
【００８５】
本願のこの実施形態において、第１の端末は、第１のリソース上で、第１の構成情報を用いて処理される第１のデータを基地局に送信し、第２のリソース上で、第２の構成情報を用いて処理される第２のデータを基地局に送信し、その結果、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さくなり、結果的に、第２のリソース上で伝送される２つのデータ（第１の端末によって送信される第２のデータおよび第２の端末によって送信される第３のデータ）の基地局による復号成功率を効果的に改善する。
【００８６】
随意に、本願のこの実施形態において、第１の構成情報および第２の構成情報は、基地局によって第１の端末に配信されてよく、または、システムで事前定義されてよい。
【００８７】
随意に、第１の構成情報は、基地局によって、第１の端末に配信され、および第２の構成情報は、システムで事前定義される、または、第１の構成情報は、システムで事前定義され、および、第２の構成情報は、基地局によって、第１の端末に配信される、または、第１の構成情報および第２の構成情報は両方とも、基地局によって、第１の端末に配信される、または、第１の構成情報および第２の構成情報は両方ともシステムで事前定義される。
【００８８】
随意に、一実施形態において、この実施形態における第１の端末は、ｅＭＢＢ端末であってよく、第２の端末は、ＵＲＬＬＣ端末であってよい。
【００８９】
具体的に、以下に、図４から図８を参照して、第１の端末が、ｅＭＢＢ端末であり、第２の端末がＵＲＬＬＣ端末である一例を用いて、本願のこの実施形態で提供されるデータ処理方法について詳細に説明する。
【００９０】
図４は、本願の一実施形態によるデータ処理方法の概略図である。この実施形態において、第２のリソース上で送信される第２のデータの変調次数は、第１のリソース上で送信される第１のデータの変調次数より低い。
【００９１】
具体的に、ｅＭＢＢ端末は、ｅＭＢＢ端末のための伝送リソースを要求するために、リソーススケジューリング要求を基地局に送信する。基地局は、第１のリソースおよび第２のリソース（図３に示された）を、ｅＭＢＢ端末のための伝送リソースとして用い、ｅＭＢＢ端末によって用いられる異なるリソースに基づき、対応する構成情報を決定し、第１の構成情報を、ｅＭＢＢ端末が第１のリソース上でデータを送信するときに必要な構成情報として決定し、および、第２の構成情報を、ｅＭＢＢ端末が第２のリソース上でデータを送信するときに必要な構成情報として決定する。第１の構成情報および第２の構成情報はそれぞれ、変調次数を示すために用いられる情報を少なくとも含み、第２の構成情報における変調次数は、第１の構成情報における変調次数より低い。第１の構成情報は、既存のＬＴＥシステムにおけるアップリンク構成情報に基づき決定されてよいことを理解されたい。基地局は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために、リソーススケジューリング応答を、第１の端末に送信する。リソーススケジューリング応答は、さらに、第１の構成情報および第２の構成情報を含む。ｅＭＢＢ端末は、リソーススケジューリング応答を受信した後、第１のリソースおよび第２のリソース上で別々に、データを基地局に送信する。第１の構成情報は、第１のリソース上で送信される第１のデータを処理するために用いられ、第２の構成情報は、第２のリソース上で送信される第２のデータを処理するために用いられる。
【００９２】
第１の構成情報は、変調スキームＡを含み、第２の構成情報は、変調スキームＢを含み、および変調スキームＢにおける変調次数は、変調スキームＡにおける変調次数より低いことを前提とする。図４に示す通り、ｅＭＢＢ端末は、第１のリソース上で送信される第１のデータを変調すべく、変調スキームＡを用い、第２のリソース上で送信される第２のデータを変調すべく、変調スキームＢを用いる。基地局は、ｅＭＢＢ端末によって送信されたデータを受信した後、変調スキームＡに基づき、第１のリソース上で受信された第１のデータを復調し、変調スキームＢに基づき、第２のリソース上で受信された第２のデータを復調する。
【００９３】
図４に示す通り、伝送側デバイス（この実施形態においてはｅＭＢＢ端末に対応する）が、データを送信する必要がある場合は、まず、送信される必要のあるデータ（データＤとして示される）に対し、チャネルコーディング（ｃｏｄｉｎｇ）、レートマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ：ＲＭ）およびスクランブリング（Ｓｃｒａｍｂｌｉｎｇ）を実行してターゲットコードシーケンスを取得し、その後、当該ターゲットコードシーケンスを変調（Ｍｏｄｕｌａｔｉｏｎ）し、最終的に、変調されたシーケンスをチャネル上で送信する、ことを理解されたい。これに応じて、受信側デバイス（この実施形態においては、基地局に対応する）は、当該チャネル上で伝送された当該シーケンスを受信した後、復調、デスクランブリング（Ｄｅｓｃｒａｍｂｌｉｎｇ）、レートデマッチング、およびチャネルデコーディングを通して、データＤに対応する復号されたデータを取得する。
【００９４】
図４のデータ処理方法は、単なる例に過ぎず、実際の伝送処理には、他の処理がさらに含まれてよいことを理解されたい。例えば、チャネルコーディングの前に、コードブロックセグメンテーション（Ｓｅｇｍｅｎｔａｔｉｏｎ）が、さらに実行されてよい。逆に、受信側デバイスが、対応する逆プロセスを実行してよい。別の例では、変調処理後に、インターリーブ、セル特有のスクランブリング、リソースの伝送用の物理チャネルリソースへのマッピングが、さらに実行されてよい。逆に、受信側デバイスは、ソース情報を取得すべく、対応する逆プロセスを実行してよい。
【００９５】
この実施形態において、ｅＭＢＢ端末によって実行される変調の前の、すべての処理（図４中の破線ボックス内の内容）について、第１のデータおよび第２のデータは区別されない。すなわち、伝送されるべきターゲットデータは同様に処理される。しかしながら、レートマッチング後に取得されたデータは、第１のデータおよび第２のデータに分割され、第１のデータを変調するために変調スキームＡが用いられ、第２のデータを変調するために変調スキームＢが用いられる。ｅＭＢＢ端末は、第１のリソース上で、変調スキームＡを用いて変調された第１のデータを送信し、第２のリソース上で、変調スキームＢを用いて変調された第２のデータを送信する。これに応じて、基地局は、ｅＭＢＢ端末によって送信されたデータを受信した後、変調スキームＡを用いて第１のデータを復調し、変調スキームＢを用いて第２のデータを復調する。
【００９６】
変調とは、ビット情報が、変調シンボルにマッピングされる処理を指すことを理解されたい。変調スキームＢにおける変調次数が、変調スキームＡにおける変調次数より低いことは、変調スキームＢにおける１つの変調シンボルに保持されるビット数が、変調スキームＡにおける１つの変調シンボルに保持されるビット数より小さいことを意味する。データのより低い変調次数が、データのより高い復調成功率およびより高い復号成功率につながることをさらに理解されたい。
【００９７】
ＵＲＬＬＣ端末が、第２のリソース上で第３のデータを送信する、すなわち、ＵＲＬＬＣ端末およびｅＭＢＢ端末の両方が、第２のリソース上でアップリンクデータを送信するとき、ｅＭＢＢ端末およびＵＲＬＬＣ端末によって送信されるデータは、同一リソース領域において非直交であるので、２つのデータは、互いに干渉する。この場合、第２のリソース上で伝送されるｅＭＢＢ端末の第２のデータおよびＵＲＬＬＣ端末の第３のデータの両方の復号は、失敗する可能性がある。この実施形態においては、基地局は、ｅＭＢＢ端末に対し、第２のリソース上でより低い次数の変調スキームを用いることを命令し、その結果、ｅＭＢＢ端末によって送信された第２のデータが、ＵＲＬＬＣ端末によって送信された第３のデータによって干渉される場合であっても、第２のデータの復号成功率はより高くなる。このようにして、干渉が除去されたときの、第２のデータの再構築はより高精度となり、干渉除去率はより高くなる。さらに、ＵＲＬＬＣ端末の第３のデータの復号成功率もより高くなってよい。
【００９８】
図４を参照して説明した実施形態においては、変調次数を示すために用いられる情報に加えて、第１の構成情報および第２の構成情報は、コードレート、伝送電力等を示すために用いられる情報をさらに含んでよいことをさらに理解されたい。
【００９９】
図５は、本願の一実施形態によるデータ処理方法の別の模式図である。この実施形態において、第２のリソース上で送信される第２のデータのコードレートは、第１のリソース上で送信される第１のデータのコードレートより小さい。コードレートとは、チャネルコーディング前の情報ビット量と、物理的リソース上で実際に保持されるビット量との比率を指す。
【０１００】
具体的に、ｅＭＢＢ端末は、ｅＭＢＢ端末のための伝送リソースを要求するために、リソーススケジューリング要求を基地局に送信する。基地局は、第１のリソースおよび第２のリソース（図３に示す）を、ｅＭＢＢ端末のための伝送リソースとして用い、ｅＭＢＢ端末によって用いられる異なるリソースに基づき、対応する構成情報を決定し、第１の構成情報を、ｅＭＢＢ端末が第１のリソース上でデータを送信するときに必要な構成情報として決定し、および、第２の構成情報を、ｅＭＢＢ端末が第２のリソース上でデータを送信するときに必要な構成情報として決定する。第１の構成情報および第２の構成情報はそれぞれ、コードレートを示すために用いられる情報を少なくとも含み、第２の構成情報におけるコードレートは、第１の構成情報におけるコードレートより小さい。例えば、第１の構成情報は、既存のＬＴＥシステムにおけるアップリンク構成情報に基づいて決定されてよい。基地局は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために、リソーススケジューリング応答を、第１の端末に送信する。リソーススケジューリング応答は、さらに、第１の構成情報および第２の構成情報を含む。ｅＭＢＢ端末は、リソーススケジューリング応答を受信した後、第１のリソースおよび第２のリソース上で別々に、データを基地局に送信する。第１の構成情報は、第１のリソース上で送信される第１のデータを処理するために用いられ、第２の構成情報は、第２のリソース上で送信される第２のデータを処理するために用いられる。
【０１０１】
第１の構成情報は、構成モードＡを含み、第２の構成情報は、構成モードＢを含み、構成モードＢを用いる処理によって取得されたデータのコードレートは、構成モードＡを用いる処理によって取得されたデータのコードレートより小さいことを前提とする。図５に示す通り、ｅＭＢＢ端末は、チャネルコーディング後に取得されたデータ中の第１のデータを、構成モードＡを用いて処理し、チャネルコーディング後に取得されたデータ中の第２のデータ（第１のデータ以外のデータ）を、構成モードＢを用いて処理する。図５に示す通り、構成モードＡおよび構成モードＢはそれぞれ、レートマッチング、スクランブリング、変調等の処理段階を含む。構成モードＢにおけるレートマッチングに対応するコードレートは、構成モードＡにおけるレートマッチングに対応するコードレートより小さい。構成モードＡおよび構成モードＢに含まれるスクランブリング方式は、同一または異なってよく、構成モードＡおよび構成モードＢに含まれる変調スキームは、同一または異なってよい。基地局は、ｅＭＢＢ端末によって送信されたデータを受信した後、構成モードＡに基づき、第１のリソース上で受信された第１のデータを復調し、構成モードＢに基づき、第２のリソース上で受信された第２のデータを復調する。
【０１０２】
レートマッチング（ＲＭ）とは、リソースマッピング中に、伝送フォーマットによって要求されるコードレートが得られるように、伝送チャネル上のビットが、物理チャネルの保持能力に合致すべく、反復（Ｒｅｐｅａｔｅｄ）またはパンクチャ（Ｐｕｎｃｔｕｒｅｄ）されることを意味することを理解されたい。この実施形態において、ｅＭＢＢ端末によって実行されるレートマッチング前の、すべての処理（図５中の破線ボックス内の内容）について、第１のデータおよび第２のデータは区別されないことをさらに理解されたい。すなわち、伝送されるべきデータは、同様に処理される。しかしながら、チャネルコーディング後に取得されたデータは、第１のデータおよび第２のデータに分割され、第１のデータを処理するために構成モードＡが用いられ、第２のデータを処理するために変構成モードＢが用いられる。
【０１０３】
随意に、本願のこの実施形態において、代替的に、ｅＭＢＢ端末によって送信される必要のあるデータは、チャネルコーディング前に、２つのデータ部分に直接分割されてよい。その後、チャネルコーディングが、当該２つのデータ部分に対し別々に実行され、チャネルコーディング後に取得された１つのデータ部分（すなわち、第１のデータ）が、構成モードＡを用いて処理され、チャネルコーディング後に取得された他方のデータ部分（すなわち、第２のデータ）が、構成モードＢを用いて処理される。
【０１０４】
構成モードＢを用いる処理により取得されたデータのコードレートが、構成モードＡを用いる処理により取得されたデータのコードレートより小さいことは、構成モードＢを用いる処理により取得されたデータと比較して、同一のビット量であり、且つ構成モードＡを用いる処理により取得されたデータ（すべての情報要素）は、より少量の有効な情報（情報要素の量）を保持することを意味する、ことを理解されたい。第２のデータのより低いコードレートは、干渉が除去されたときの、第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率および第３のデータのより高い復号成功率につながることをさらに理解されたい。
【０１０５】
ＵＲＬＬＣ端末が、第２のリソース上で第３のデータを送信する、すなわち、ＵＲＬＬＣ端末およびｅＭＢＢ端末の両方が、第２のリソース上でアップリンクデータを送信するとき、ｅＭＢＢ端末およびＵＲＬＬＣ端末によって送信されるデータは、同一リソース領域において非直交であるので、２つのデータは、互いに干渉する。この場合、第２のリソース上で伝送されるｅＭＢＢ端末の第２のデータおよびＵＲＬＬＣ端末の第３のデータの両方の復号は、失敗する可能性がある。この実施形態においては、基地局は、ｅＭＢＢ端末に対し、第２のリソース上でより低いコードレートを用いることを命令し、その結果、ｅＭＢＢ端末によって送信される第２のデータが、ＵＲＬＬＣ端末によって送信される第３のデータによって干渉される場合であっても、第２のデータの復号成功率はより高くなる。このようにして、干渉が除去されたときの、第２のデータの再構築はより高精度となり、干渉除去率はより高くなる。さらに、ＵＲＬＬＣ端末の第３のデータの復号成功率もより高くなってよい。
【０１０６】
図６は、本願の一実施形態によるデータ処理方法の別の模式図である。この実施形態においては、第２のリソース上で送信される第２のデータの伝送電力は、第１のリソース上で送信される第１のデータの伝送電力より小さい。
【０１０７】
具体的に、ｅＭＢＢ端末は、ｅＭＢＢ端末のための伝送リソースを要求するために、リソーススケジューリング要求を基地局に送信する。基地局は、第１のリソースおよび第２のリソース（図３に示す）を、ｅＭＢＢ端末のための伝送リソースとして用い、ｅＭＢＢ端末によって用いられる異なるリソースに基づき、対応する構成情報を決定し、第１の構成情報を、ｅＭＢＢ端末が第１のリソース上でデータを送信するときに必要な構成情報として決定し、および、第２の構成情報を、ｅＭＢＢ端末が第２のリソース上でデータを送信するときに必要な構成情報として決定する。第１の構成情報および第２の構成情報はそれぞれ、伝送電力を示すために用いられる情報を少なくとも含み、第２の構成情報における伝送電力は、第１の構成情報における伝送電力より小さい。第１の構成情報は、既存のＬＴＥシステムにおけるアップリンク構成情報に基づき決定されてよいことを理解されたい。基地局は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために、リソーススケジューリング応答を、第１の端末に送信する。リソーススケジューリング応答は、さらに、第１の構成情報および第２の構成情報を含む。ｅＭＢＢ端末は、リソーススケジューリング応答を受信した後、第１のリソースおよび第２のリソース上で別個に、データを基地局に送信する。第１の構成情報は、第１のリソース上で送信される第１のデータを処理するために用いられ、第２の構成情報は、第２のリソース上で送信される第２のデータを処理するために用いられる。図６に示す通り、ｅＭＢＢ端末によって、第２のリソース上で送信されるデータの伝送電力は、第１のリソース上で送信されるデータの伝送電力より小さい。
【０１０８】
この実施形態においては、ｅＭＢＢ端末によって、第２のリソース上で送信されるデータの伝送電力は、相対的に低い。これによって、ＵＲＬＬＣ端末によって送信されるデータに対する影響が低減する。例えば、ＵＲＬＬＣ端末は、短期間内で複数の伝送機会を有する。第１のいくつかの伝送において、エラーが発生したとしても、次のリソース上で、データは正常に伝送されてよい。このようにして、ＵＲＬＬＣ端末は、短期間（例えば、１ｍｓ）内で、非常に高い伝送成功率（例えば、９９．９９％）を有する。これにより、ＵＲＬＬＣ端末によって送信されるデータの伝送性能が保証されてよい。従って、本願のこの実施形態において、第２のリソース上でのｅＭＢＢ端末の電力を低減することによって、ＵＲＬＬＣ端末のデータ伝送の信頼性は、さらに改善されてよい。ＵＲＬＬＣ端末のデータが正常に復号された後、干渉除去がｅＭＢＢ端末のデータに対しさらに実行され、その結果、ｅＭＢＢ端末のデータの復号成功率も、大きく改善されてよい。
【０１０９】
随意に、一実施形態において、図２に示された実施形態における、第１の端末によって、第２のリソース上でターゲットデータにおける第２のデータを、基地局に送信する段階２３０は、第１の端末によって、第２のリソース上で多重アクセス符号化技術を用いて符号化された第２のデータを、基地局に送信する段階であって、第３のデータも多重アクセス符号化技術を用いて符号化されており、第２のデータに対応する多重アクセス符号化コードブックは、第３のデータに対応する多重アクセス符号化コードブックとは異なる、段階を含む。
【０１１０】
具体的に、多重アクセス符号化技術には、限定ではないが、スパース符号多重（ｓｐａｒｓｅ  ｃｏｄｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：ＳＣＭＡ）および符号分割多重（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：ＣＤＭＡ）が含まれる。
【０１１１】
随意に、本願のこの実施形態において、方法２００は、さらに、第１の端末によって、基地局により送信された第１のコードブックを受信する段階であって、第１のコードブックは、第１の端末が第２のデータに対し、多重アクセス符号化を実行するときに要求されるコードブックである、段階を含む。基地局は、さらに、第２のコードブックを第２の端末に送信し、第２のコードブックは、第２の端末が第３のデータに対し多重アクセス符号化を実行するときに要求されるコードブックであり、第１のコードブックは第２のコードブックとは異なる。
【０１１２】
具体的に、図７に示す通り、第１の端末が、ｅＭＢＢ端末であり、第２の端末が、ＵＲＬＬＣ端末であり、多重アクセス符号化技術がＳＣＭＡであることが、一例として用いられる。チャネルコーディングの後、ＳＣＭＡ符号化は、ｅＭＢＢ端末によって第２のリソース上で送信される第２のデータと、ＵＲＬＬＣ端末によって第２のリソース上で送信される第３のデータとの両方に対し実行される必要がある。ＵＲＬＬＣ端末は、チャネルコーディングを通して取得された符号化データに対し、ＳＣＭＡ符号化を実行し、ＳＣＭＡ符号化後に取得された第３のデータを、第２のリソース上で送信する。チャネルコーディングの完了後、ｅＭＢＢ端末は、第２のリソース上で送信される第２のデータ（図７中に示されたコードブロック２）に対し、ＳＣＭＡ符号化を実行し、第１のリソース上で送信される第１のデータ（図７中に示されたコードブロック１）に対しては、ＳＣＭＡ符号化を実行しなくてよい。
【０１１３】
ＳＣＭＡ符号化中に、複数のユーザによって、同一リソースを多重化することが許容されていることを理解されたい。同一の第２のリソースが、（１）１人のｅＭＢＢユーザおよび１または複数のＵＲＬＬＣユーザ、および（２）複数のＵＲＬＬＣユーザ、によって多重化されてよい。基地局は、同一の第２のリソースを多重化するすべてのユーザのデータを効果的に分けてよい。すなわち、基地局は、ｅＭＢＢ端末によって送信される第２のデータおよびＵＲＬＬＣ端末によって送信される第３のデータを正常に復号してよい。
【０１１４】
ＳＣＭＡ符号化中に、ＳＣＭＡコードブックが構成される必要があり、基地局およびすべてのユーザの両方が、複数のＳＣＭＡコードブックを格納する。ユーザがＳＣＭＡ符号化を実行するとき、複数のＳＣＭＡコードブックから１つのコードブックを選択する必要があり、同一の第２のリソースを多重化する異なるユーザのＳＣＭＡコードブックが、異なることが保証される。異なるユーザのＳＣＭＡコードブックが異なることを保証する方法には、限定ではないが、次のものが含まれる。すなわち、（１）基地局は、シグナリングを通して、ＳＣＭＡコードブックを構成し、例えば、ｅＭＢＢ端末またはＵＲＬＬＣ端末に対し、ＲＲＣシグナリングまたはダウンリンク制御情報を通して、ＳＣＭＡコードブックを構成することを命令する。（２）ユーザは、ＳＣＭＡ符号化中にプリセットルールに従い、自身で、ＳＣＭＡコードブックセットから適切なＳＣＭＡコードブックを選択する必要があり、選択ルールは、ＵＥ  ＩＤ、ＵＥリグルーピング等に基づき、選択を実行してよい。ＵＥ  ＩＤに基づく選択方式は、ユーザは、まず利用可能なＳＣＭＡコードブックに番号（ここで、例えば、番号は１、２、...Ｎ）を割り当て、次に、当該ユーザのＵＥ  ＩＤを用いて、利用可能なＳＣＭＡコードブックの総量Ｎに対しモジュロ演算を実行する、ことを意味する。モジュロ演算後に取得された値がＸであると仮定すると、番号ＸのＳＣＭＡコードブックが選択される。ＵＥリグルーピングに基づく選択方式は、各ＳＣＭＡコードブックに対応するユーザグループは、継続的に異なる第２のリソース上で変更され、２人のユーザが、現在の第２のリソース上で同一のＳＣＭＡコードブックを有する場合であっても、異なるユーザのＳＣＭＡコードブックが、次の伝送においては異なることが保証され得る、ことを意味する。
【０１１５】
本願のこの実施形態において、第２のリソースを多重化するｅＭＢＢユーザおよびＵＲＬＬＣユーザは、ＳＣＭＡ符号化を実行すべく、構成に基づいて、異なるＳＣＭＡコードブックを選択し、その結果、受信側デバイス（すなわち、基地局）は、第２のリソースを多重化するすべての異なるユーザのデータを復元できる。従って、本願のこの実施形態は、第２のリソース上でのｅＭＢＢユーザとＵＲＬＬＣユーザとの間の相互干渉の問題を解決できるだけでなく、同一の第２のリソース上での複数のＵＲＬＬＣユーザ間の伝送衝突の問題も効果的に解決できる。
【０１１６】
随意に、一実施形態において、図２に示される実施形態におけるターゲットデータは、第１の端末が、元のデータに対しチャネルコーディングを実行した後に取得された符号化ビットストリームである。符号化ビットストリームは、情報ビットおよび冗長ビットを含み、第２のデータは、符号化ビットストリーム中の全部または一部の冗長ビットを含む。
【０１１７】
随意に、本願のこの実施形態において、符号化ビットストリーム内のすべての冗長ビットに必要な伝送リソースが、第２のリソースに等しい場合、符号化ビットストリーム内のすべての冗長ビットが、第２のデータとして用いられる。符号化ビットストリーム内のすべての冗長ビットに必要な伝送リソースが、第２のリソースより小さい場合、符号化ビットストリーム内のすべての冗長ビットおよびいくつかの情報ビットが、第２のデータとして用いられ、ここで、当該すべての冗長ビットに必要な伝送リソース、および当該いくつかの情報ビットに必要な伝送リソースの和は、第２のリソースに等しい。符号化ビットストリーム内のすべての冗長ビットに必要な伝送リソースが、第２のリソースより大きい場合、符号化ビットストリーム内のいくつかの冗長ビットが、第２のデータとして用いられ、ここで、当該いくつかの冗長ビットに必要な伝送リソースは、第２のリソースに等しい。
【０１１８】
具体的に、図８に示す通り、第１の端末が、ｅＭＢＢ端末であり、第２の端末がｅＭＢＢ端末であることを、ここでも例として用いる。ｅＭＢＢ端末が、チャネルコーディングを実行した後、各コードブロックのビットストリームは、情報ビットおよび冗長ビットを含む。リソースマッピング中に、ｅＭＢＢ端末は、冗長ビットを、第２のリソースに優先的にマッピングする。可能性のある態様として、ｅＭＢＢ端末は、チャネルコーディングの完了後、各コードブロックから冗長ビットをシーケンシャルに取り出し、取り出した順序に基づき、冗長ビットを第２のリソースにシーケンシャルにマッピングする。冗長ビットに必要なリソースが、第２のリソースより大きい場合、余分な冗長ビットは、第１のリソースにマッピングされる。冗長ビットに必要なリソースが、第２のリソースより小さい場合、情報ビットは、第２のリソースにマッピングされる必要がある。次に、各コードブロックの情報ビットは、残りのリソースにマッピングされる。目的は、可能な限り、第２のリソース上のｅＭＢＢ端末のデータを、冗長ビットにすることを可能にすることである。
【０１１９】
基地局は、ｅＭＢＢサービスデータを受信したとき、マッピングルールに従い、第２のリソースから冗長ビット（いくつかの情報ビットを含んでもよい）を、第１のリソースから情報ビット（いくつかの冗長ビットを含んでもよい）をそれぞれ取り出す。チャネルコーディング後に取得された順序に従い、すべてのビットが再配置された後、復号される。
【０１２０】
本願のこの実施形態においては、ｅＭＢＢ端末は、主に第２のリソース上で冗長ビットを送信し、主に第１のリソース上で情報ビットを送信する。第２のリソース上で伝送されるＵＲＬＬＣ端末の第３のデータと、ｅＭＢＢ端末の冗長ビットとが互いに干渉したとしても、基地局は、第１のリソース上で受信した情報ビットに基づいて、第２のリソース上で受信した冗長ビットを正常に復号してよく、結果的に、干渉除去技術を用いて、ＵＲＬＬＣ端末の第３のデータを正常に復号する。
【０１２１】
随意に、図８に示す実施形態において、ｅＭＢＢ端末の冗長ビットが、第２のリソース上で伝送されるとき、代替的に、処理は、図４から図７に示された任意の方法または複数の方法の組み合わせを用いて、実行されてよい。このことは、本願のこの実施形態において限定されない。
【０１２２】
図４から図８を参照して上記した方法は、別個に実行されてよい、または、当該方法の組み合わせが実行されてよいことを理解されたい。
【０１２３】
まとめると、本願の実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上でデータを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。このようにして、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率は、効果的に改善されてよい。
【０１２４】
本願の実施形態で提供されるデータ処理方法については、図２から図８を参照して上記されており、本願の実施形態において提供される基地局および端末については、図９から図１２を参照して後述する。
【０１２５】
図９は、本願の一実施形態による、基地局９００の概略ブロック図である。基地局９００は、
第１のリソース上で、第１の端末から、第１のデータを受信するように構成された受信モジュール９１０であって、受信モジュール９１０は、さらに、第２のリソース上で、第１の端末から第２のデータを、および第２の端末から第３のデータを受信するように構成されており、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい、受信モジュール９１０と、
第１のデータを復調および復号するように構成された復調および復号モジュール９２０であって、復調および復号モジュール９２０は、さらに、第２のデータおよび第３のデータを復調および復号するように構成されている、復調および復号モジュール９２０と、を含む。
【０１２６】
本願のこの実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上でデータを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０１２７】
図９に示す通り、基地局９００は、さらに、送信モジュール９３０を含んでよいことを理解されたい。送信モジュール９３０は、メッセージを端末に送信する、例えば、ＰＤＣＣＨ等の物理層制御シグナリングを端末に送信する、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを端末に送信する、または、ＲＲＣシグナリングを端末に送信する、ように構成されている。
【０１２８】
随意に、一実施形態において、送信モジュール９３０は、第１の構成情報を第１の端末に送信するように構成された第１の送信モジュール９３１を含み、第１の構成情報は、第１の端末が第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１２９】
随意に、一実施形態において、送信モジュール９３０は、第２の構成情報を第１の端末に送信するように構成された第２の送信モジュール９３２を含み、第２の構成情報は、第１の端末が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１３０】
随意に、一実施形態において、受信モジュール９１０は、さらに、第１の端末からリソーススケジューリング要求を受信するように構成されており、リソーススケジューリング要求は、第１の端末のための伝送リソースを要求するために用いられる。送信モジュール９３０は、リソーススケジューリング応答を第１の端末に送信するように構成された第３の送信モジュール９３３を含み、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために用いられる。
【０１３１】
随意に、一実施形態において、第２のリソースは、第２の端末のために予約されたリソースである。
【０１３２】
具体的に、本願のこの実施形態における復調および復号モジュール９２０は、プロセッサまたはプロセッサ関連回路によって実装されてよく、受信モジュール９１０は、受信機または受信機関連回路によって実装されてよく、および、送信モジュール９３０は、送信機または送信機関連回路によって実装されてよい。
【０１３３】
図１０に示す通り、本願の一実施形態は、さらに、基地局１０００を提供する。基地局１０００は、プロセッサ１０１０、メモリ１０２０、バスシステム１０３０、受信機１０４０および送信機１０５０を含む。プロセッサ１０１０、メモリ１０２０、受信機１０４０および送信機１０５０は、バスシステム１０３０を用いて接続されている。メモリ１０２０は、命令を格納するように構成されている。プロセッサ１０１０は、メモリ１０２０内に格納された命令を実行して、信号を受信するために受信機１０４０を制御し、および、信号を送信するために送信機１０５０を制御する、ように構成されている。受信機１０４０は、第１のリソース上で、第１の端末から第１のデータを受信し、および、第２のリソース上で、第１の端末から第２のデータを、および第２の端末から第３のデータを受信するように構成されており、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。プロセッサ１０１０は、第１のデータを復調および復号し、並びに、第２のデータおよび第３のデータを復調および復号するように構成されている。
【０１３４】
本願のこの実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上でデータを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０１３５】
随意に、一実施形態において、送信機１０４０は、第１の構成情報を第１の端末に送信するように構成されており、第１の構成情報は、第１の端末が第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１３６】
随意に、一実施形態において、送信機１０４０は、第２の構成情報を第１の端末に送信するように構成されており、第２の構成情報は、第１の端末が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１３７】
随意に、一実施形態において、受信機１０３０は、第１の端末から、リソーススケジューリング要求を受信するように構成されており、リソーススケジューリング要求は、第１の端末のための伝送リソースを要求するために用いられる。送信機１０４０は、リソーススケジューリング応答を第１の端末に送信するように構成されており、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために用いられる。
【０１３８】
随意に、一実施形態において、第２のリソースは、第２の端末のために予約されたリソースである。
【０１３９】
随意に、一実施形態において、第１の端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である。
【０１４０】
図９に示された基地局９００または図１０に示された基地局１０００は、方法の実施形態における基地局に関連する処理または手順を実行するように構成されてよく、および、基地局９００または基地局１０００のモジュールに関する処理および／または機能はそれぞれ、方法の実施形態における対応する手順を実装することを意図している、ことを理解されたい。簡潔にするため、詳細について、本明細書に再度記載しない。
【０１４１】
図１１は、本願の一実施形態による、端末１１００の概略ブロック図である。図１１に示す通り、端末１１００は、
伝送されるべきターゲットデータを決定するように構成された決定モジュール１１１０と、
第１のリソース上で、ターゲットデータにおける第１のデータを送信するように構成された送信モジュール１１２０と、を含む。
【０１４２】
送信モジュール１１２０は、さらに、第２のリソース上で、ターゲットデータにおける第２のデータを送信するように構成されている。第２のデータは、ターゲットデータにおける第１のデータを除いたデータであり、第２のリソースは、さらに、第２の端末の第３のデータを伝送するために用いられ、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。
【０１４３】
本願のこの実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上で、データを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０１４４】
図１１に示す通り、端末１１００は、さらに、送受信モジュール１１３０を含んでよいことを理解されたい。受信モジュール１１３０は、基地局によって送信されたメッセージを受信する、例えば、基地局によって送信された、ＰＤＣＣＨ等の物理層制御シグナリングを受信する、基地局によって送信された、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを受信する、または、基地局によって送信された、ＲＲＣシグナリングを受信する、ように構成されている。
【０１４５】
随意に、一実施形態において、受信モジュール１１３０は、基地局から、第１の構成情報を受信するように構成された第１の受信モジュール１１３１を含み、第１の構成情報は、第１の端末が第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１４６】
随意に、一実施形態において、受信モジュール１１３０は、基地局から、第２の構成情報を受信するように構成された第２の受信モジュール１１３２を含み、第２の構成情報は、第１の端末が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１４７】
随意に、一実施形態において、送信モジュール１１２０は、さらに、リソーススケジューリング要求を基地局に送信するように構成されており、リソーススケジューリング要求は、第１の端末のための伝送リソースを要求するために用いられる。受信モジュール１１３０は、基地局からリソーススケジューリング応答を受信するように構成された第３の受信モジュール１１３１を含み、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために用いられる。
【０１４８】
随意に、一実施形態において、第２のリソースは、第２の端末のために予約されたリソースである。
【０１４９】
随意に、一実施形態において、端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である。
【０１５０】
具体的に、本願のこの実施形態における決定モジュール１１１０は、プロセッサまたはプロセッサ関連回路によって実装されてよく、送信モジュール１１２０は、送信機または送信機関連回路によって実装されてよく、および、受信モジュール１１３０は、受信機または受信機関連回路によって実装されてよい。
【０１５１】
図１２に示す通り、本願の一実施形態は、さらに、端末１２００を提供する。端末１２００は、プロセッサ１２１０、メモリ１２２０、バスシステム１２３０、受信機１２４０および送信機１２５０を含む。プロセッサ１２１０は、伝送されるべきターゲットデータを決定するように構成されている。送信機１２５０は、第１のリソース上で、ターゲットデータにおける第１のデータを送信し、および、第２のリソース上で、ターゲットデータにおける第２のデータを送信するように構成されている。第２のデータは、ターゲットデータにおける第１のデータを除いたデータであり、第２のリソースは、さらに、第２の端末の第３のデータを伝送するために用いられ、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。
【０１５２】
本願のこの実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上で、データを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０１５３】
随意に、一実施形態において、受信機１２３０は、基地局から、第１の構成情報を受信するように構成されている。第１の構成情報は、第１の端末が第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１５４】
随意に、一実施形態において、受信機１２３０は、基地局から、第２の構成情報を受信するように構成されている。第２の構成情報は、第１の端末が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１５５】
随意に、一実施形態において、送信機１２４０は、リソーススケジューリング要求を基地局に送信するように構成されており、リソーススケジューリング要求は、第１の端末のための伝送リソースを要求するために用いられる。受信機１２３０は、基地局からリソーススケジューリング応答を受信するように構成されており、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために用いられる。
【０１５６】
随意に、一実施形態において、第２のリソースは、第２の端末のために予約されたリソースである。
【０１５７】
随意に、一実施形態において、第１の端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である。
【０１５８】
図１１に示された端末１１００または図１２に示された端末１２００は、方法の実施形態におけるクラウド側デバイスに関連する処理または手順を実行するように構成されてよく、および、端末１１００または端末１２００のモジュールに関する処理および／または機能はそれぞれ、方法の実施形態においける対応する手順を実装することを意図している、ことを理解されたい。簡潔にするため、詳細について、本明細書に再度記載しない。
【０１５９】
本願の実施形態において、プロセッサは、中央演算処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ：ＣＰＵ）であってよく、または、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ：ＦＰＧＡ）、若しくは別のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、ディスクリートハードウェア構成要素等であってよいことを理解されたい。汎用プロセッサは、マイクロプロセッサであってよく、またはプロセッサは、任意の従来のプロセッサ等であってよい。
【０１６０】
本願の実施形態において、メモリは、揮発性メモリまたは不揮発性メモリであってよいこと、または、揮発性メモリおよび不揮発性メモリを含んでよいことをさらに理解されてよい。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ：ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ：ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ  ＰＲＯＭ，  ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ：ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＲＡＭ）よい。限定ではなく例示的記載であるが、多くの形態のＲＡＭが用いられてよく、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ  ＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ  ＲＡＭ：ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ：ＤＤＲ  ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ：ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ：ＳＬＤＲＡＭ）、およびダイレクトランバスランダムアクセスメモリ（ｄｉｒｅｃｔ  ｒａｍｂｕｓ  ＲＡＭ：ＤＲ  ＲＡＭ）が挙げられる。
【０１６１】
プロセッサが汎用プロセッサである場合、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたは別のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイスまたはディスクリートハードウェア構成要素、メモリ（ストレージモジュール）が、プロセッサに統合されていることに留意されたい。
【０１６２】
データバスに加えて、本願の実施形態において、バスシステムは、さらに、パワーバス、制御バス、ステータス信号バス等を含んでよいことをさらに理解されたい。しかしながら、説明をわかりやすくするため、図１０および図１２中の様々なタイプのバスが、バスシステムとして表される。
【０１６３】
一実装処理において、上述の方法の段階は、プロセッサ内のハードウェア統合ロジカル回路を用いて、または、ソフトウェア形態の命令を用いて、実装されてよい。本願の実施形態を参照して開示した方法の段階は、ハードウェアプロセッサによって直接的に実行および完了されてよく、または、プロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせを用いて、実行および完了されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリ、またはレジスタ等の、本技術分野において確立した記憶媒体に配置されてよい。当該記憶媒体は、メモリ内に配置され、プロセッサが、メモリ内の情報を読み取り、プロセッサのハードウェアと組み合わされて、上述の方法における段階を完了する。繰り返しを避けるべく、詳細については、本明細書において再度記載しない。
【０１６４】
本明細書中の様々な数字シンボルは、簡便な説明のために区別するためのものに過ぎず、本願の実施形態の範囲を限定することは意図していないことをさらに理解されたい。
【０１６５】
本明細書中の用語「および／または」は、関連付けられたオブジェクトを説明するための関連付けの関係を専ら説明するものであり、３つの関係が存在してよいことを表わすことを理解されたい。例えば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する、ＡおよびＢの両方が存在する、並びにＢのみが存在することを表わしてよい。加えて、本明細書中の文字「／」は、概して、関連付けられたオブジェクト間の「または」関係を示す。
【０１６６】
上述の処理のシーケンス番号は、本願の実施形態の実行順序を意味しないことを理解されたい。処理の実行順序は、処理の機能および内部ロジックに基づいて決定されるべきであり、本願の実施形態の実装処理へのいかなる限定であるともみなされるべきではない。
【０１６７】
当業者は、本明細書に開示の実施形態に記載された例と組み合わせて、ユニットおよびアルゴリズムの段階は、電子的ハードウェア、またはコンピュータソフトウェアおよび電子的ハードウェアの組み合わせによって実装されてよいことを認識できるであろう。機能が、ハードウェアまたはソフトウェアによって実行されるかどうかは、当該技術的解決手段の特定の用途および設計制約条件に依存する。当業者は、説明された機能を各特定の用途のために実装すべく、異なる方法を用いてよいが、当該実装が、本願の実施形態の範囲を超えるものとみなされるべきではない。
【０１６８】
本願で提供されるいくつかの実施形態において、開示された装置および方法は、他の態様で実装されてよいことを理解されたい。例えば、説明された装置の実施形態は、専ら例示である。例えば、モジュール部は、単に論理的機能部であり、実際の実装においては、他の部であってよい。例えば、複数のモジュールまたはコンポーネントが、組み合わされてよく、若しくは、別のモジュールに統合されてよく、または、いくつかの機能は、無視されてよく、若しくは実行されてなくてよい。
【０１６９】
別個の部分として説明したモジュールは、物理的に別個であっても、なくてもよく、モジュールとして表示された部分が、物理的なモジュールであっても、なくてもよく、１つの位置に配置されてよく、または複数のネットワークユニット上に分散されてよい。
【０１７０】
加えて、本願の実施形態における機能的モジュールは、１つの処理モジュールに統合されてよく、または、当該モジュールの各々は、物理的に単独で存在してよく、または２若しくは２より多いモジュールが１つのモジュールに統合される。
【０１７１】
上述の説明は、単に本願の実施形態に係る特定の実装に過ぎない。当業者によって容易に想起される、本開示において開示された技術範囲内のあらゆる変形例または置換例は、本願の実施形態の保護範囲内に属するものとする。従って、本願の実施形態の保護範囲は、特許請求の範囲に属するものとする。
【図１】
2019533394.tif 000003
【図２】
2019533394.tif 000004
【図３】
2019533394.tif 000005
【図４】
2019533394.tif 000006
【図５】
2019533394.tif 000007
【図６】
2019533394.tif 000008
【図７】
2019533394.tif 000009
【図８】
2019533394.tif 000010
【図９】
2019533394.tif 000011
【図１０】
2019533394.tif 000012
【図１１】
2019533394.tif 000013
【図１２】
2019533394.tif 000014
【手続補正書】
【提出日】令和1年6月7日(2019.6.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局によって、第１のリソース上で、第１の端末から第１のデータを受信する段階と、
前記基地局によって、第２のリソース上で、前記第１の端末から第２のデータを、および、第２の端末から第３のデータを受信する段階であって、前記第２のデータの変調次数は、前記第１のデータの変調次数より低い、および／または、前記第２のデータのコードレートは、前記第１のデータのコードレートより小さい、および／または、前記第２のデータの伝送電力は、前記第１のデータの伝送電力より小さい、段階と、
前記基地局によって、前記第１のデータを復調および復号する段階と、
前記基地局によって、前記第２のデータおよび前記第３のデータを復調および復号する段階と、を備える、データ処理方法。
【請求項２】
前記方法は、さらに、
前記基地局によって、第１の構成情報を、前記第１の端末に送信する段階であって、前記第１の構成情報は、前記第１の端末が前記第１のリソース上でデータを送信するときに必要な構成情報であり、前記第１の構成情報は、前記第１のデータの変調次数情報、前記第１のデータのコードレート情報、および前記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、請求項１に記載の方法。
【請求項３】
前記方法は、さらに、
前記基地局によって、第２の構成情報を、前記第１の端末に送信する段階であって、前記第２の構成情報は、前記第１の端末が前記第２のリソース上でデータを送信するときに必要な構成情報であり、前記第２の構成情報は、前記第２のデータの変調次数情報、前記第２のデータのコードレート情報、および前記第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、請求項１または２に記載の方法。
【請求項４】
前記方法は、さらに、
前記基地局によって、前記第１の端末から、リソーススケジューリング要求を受信する段階であって、前記リソーススケジューリング要求は、前記第１の端末のための伝送リソースを要求するために用いられる、段階と、
前記基地局によって、リソーススケジューリング応答を、前記第１の端末に送信する段階であって、前記リソーススケジューリング応答は、前記第１のリソースおよび前記第２のリソースが、前記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を備える、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記第２のリソースは、前記第２の端末のために予約されたリソースである、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記第１の端末は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）端末であり、前記第２の端末は、超高信頼性および超低遅延通信（ＵＲＬＬＣ）端末である、請求項１から５のいずれか一項に記載の方法。
【請求項７】
第１の端末によって、伝送されるべきターゲットデータを決定する段階と、
前記第１の端末によって、第１のリソース上で前記ターゲットデータにおける第１のデータを送信する段階と、
前記第１の端末によって、第２のリソース上で前記ターゲットデータにおける第２のデータを送信する段階であって、前記第２のデータは、前記ターゲットデータにおける前記第１のデータを除いたデータであり、前記第２のリソースは、第２の端末の第３のデータを伝送するためにさらに用いられ、前記第２のデータの変調次数は、前記第１のデータの変調次数より低い、および／または、前記第２のデータのコードレートは、前記第１のデータのコードレートより小さい、および／または、前記第２のデータの伝送電力は、前記第１のデータの伝送電力より小さい、段階と、を備える、データ処理方法。
【請求項８】
前記方法は、さらに、
前記第１の端末によって、基地局から、第１の構成情報を受信する段階であって、前記第１の構成情報は、前記第１の端末が前記第１のリソース上でデータを送信するときに必要な構成情報であり、前記第１の構成情報は、前記第１のデータの変調次数情報、前記第１のデータのコードレート情報、および前記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、請求項７に記載の方法。
【請求項９】
前記方法は、さらに、
前記第１の端末によって、基地局から、第２の構成情報を受信する段階であって、前記第２の構成情報は、前記第１の端末が前記第２のリソース上でデータを送信するときに必要な構成情報であり、前記第２の構成情報は、前記第２のデータの変調次数情報、前記第２のデータのコードレート情報、および前記第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、請求項７または８に記載の方法。
【請求項１０】
前記方法は、さらに、
前記第１の端末によって、リソーススケジューリング要求を、基地局に送信する段階であって、前記リソーススケジューリング要求は、前記第１の端末のための伝送リソースを要求するために用いられる、段階と、
前記第１の端末によって、前記基地局から、リソーススケジューリング応答を受信する段階であって、前記リソーススケジューリング応答は、前記第１のリソースおよび前記第２のリソースが、前記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を備える、請求項７から９のいずれか一項に記載の方法。
【請求項１１】
前記第２のリソースは、前記第２の端末のために予約されたリソースである、請求項７から１０のいずれか一項に記載の方法。
【請求項１２】
前記第１の端末は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）端末であり、前記第２の端末は、超高信頼性および超低遅延通信（ＵＲＬＬＣ）端末である、請求項７から１１のいずれか一項に記載の方法。
【請求項１３】
請求項１から６のいずれか一項に記載の方法を実行するように適合された手段を備える、装置。
【請求項１４】
請求項７から１２のいずれか一項に記載の方法を実行するように適合された手段を備える、装置。
【請求項１５】
命令を備えたプログラムであって、前記命令は、装置による実行時に、前記装置に、請求項１から６のいずれか一項に記載の方法を実行させる、プログラム。
【請求項１６】
命令を備えたプログラムであって、前記命令は、装置による実行時に、前記装置に、請求項７から１２のいずれか一項に記載の方法を実行させる、プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信分野に関し、より具体的には、データ処理方法、基地局および端末に関する。
【０００２】
本願は、２０１６年１１月２日に中国特許庁に出願された、発明の名称「データ処理方法、基地局および端末」に係る中国特許出願第２０１６１０９４５８８１．３号に基づく優先権を主張し、当該出願は、本明細書にその全体が参照により援用される。
【背景技術】
【０００３】
ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）システムのアップリンクソリューションにおいては、ユーザは、アップリンク伝送前に、リソーススケジューリング要求を開始する必要がある。通常、リソーススケジューリング要求の開始からデータ送信までに、少なくとも７つの送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ：ＴＴＩ）が必要とされる。リソーススケジューリング要求のためのメカニズムは、低遅延サービスの要求を満足できていない。例えば、超高信頼性および低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ−ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＵＲＬＬＣ）サービスは、非常に高い信頼性と非常に低い遅延とを要求し、ここで、信頼性および遅延の典型的な値はそれぞれ、９９．９９９％と１ｍｓである。
【０００４】
現在の技術においては、低遅延サービス（以下の説明の一例として、ＵＲＬＬＣサービスが用いられる）のために、基地局が、アップリンクシステムリソースを、プリミティブリソースおよび予約リソースにグループ化する。予約リソースとは、ＵＲＬＬＣサービスのために予約されたリソースである。ＵＲＬＬＣサービスデータが到着すると、当該データは、時間領域において、最も近い予約リソース上で直接伝送される。例えば、エンハンスドモバイルブロードバンド（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ：ｅＭＢＢ）サービスといった別の非低遅延サービスについては、基地局は、当該サービスに対するリソーススケジューリング要求を受信した後、すべてのアップリンクシステムリソース、すなわち、プリミティブリソースおよび予約リソースの両方を、当該非低遅延サービスのための伝送リソースとして決定する（以下の説明の一例として、ｅＭＢＢサービスが用いられる）。ｅＭＢＢ端末は、プリミティブリソースおよび予約リソース上の両方で、ｅＭＢＢサービスデータを送信する。ＵＲＬＬＣサービスデータが到着すると、ＵＲＬＬＣ端末も、予約リソース上でＵＲＬＬＣサービスデータを送信する。この場合、予約リソースは、ｅＭＢＢサービスデータおよびＵＲＬＬＣサービスデータのために、直交多重されておらず、ｅＭＢＢサービスデータおよびＵＲＬＬＣサービスデータは、互いに干渉する。したがって、ｅＭＢＢサービスデータを正常に復号できない可能性がある。ｅＭＢＢサービスデータの干渉が除去できない可能性があるので、ＵＲＬＬＣサービスデータも正常に復号できない可能性がある。従って、ｅＭＢＢサービスデータおよびＵＲＬＬＣサービスデータの両方の伝送性能が、低減する。
【発明の概要】
【０００５】
本願は、異なるユーザのものであり、同一リソース上で伝送されるデータの復号成功率を効果的に改善するためのデータ処理方法、基地局および端末を提供する。
【０００６】
第１の態様により、データ処理方法が提供される。上記方法は、基地局によって、第１のリソース上で、第１の端末から第１のデータを受信する段階と、上記基地局によって、第２のリソース上で、上記第１の端末から第２のデータを、および、第２の端末から第３のデータを受信する段階であって、上記第２のデータの変調次数は、上記第１のデータの変調次数より低い、および／または、上記第２のデータのコードレートは、上記第１のデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい、段階と、上記基地局によって、上記第１のデータを復調および復号する段階と、上記基地局によって、上記第２のデータおよび上記第３のデータを復調および復号する段階と、を備える。
【０００７】
従来技術においては、第１の端末は、データを、同一の変調次数、コードレートおよび伝送電力に基づき、基地局に、第１のリソース上および第２のリソース上で別々に送信する。第２の端末も、第２のリソース上でデータを基地局に送信する場合、第２のリソース上で伝送されたこれら２つのデータ（第１の端末および第２の端末によって、第２のリソース上で送信されたデータ）は、互いに干渉する。これが、第２のリソース上で伝送された第１の端末の第２のデータ、および第２の端末の第３のデータの復号の失敗につながる可能性がある。
【０００８】
この解決手段において、上記第１の端末は、異なる構成情報を用いて、上記第１のリソース上および上記第２のリソース上でデータを送信する。具体的に言うと、上記第１の端末によって、上記第２のリソース上で送信されるデータの変調次数は、上記第１の端末によって、上記第１のリソース上で送信されるデータの変調次数より低い、および／または、上記第１の端末によって、上記第２のリソース上で送信されるデータのコードレートは、上記第１の端末によって、上記第１のリソース上で送信されるデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい。上記第２のデータのより低い変調次数が、上記第２のデータのより高い復号成功率、および干渉が除去されたときの、上記第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および上記第３のデータのより高い復号成功率につながることを理解されたい。上記第２のデータのより低いコードレートが、上記第２のデータのより高い復号成功率、および干渉が除去されたときの、上記第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および上記第３のデータのより高い復号成功率につながる。上記第２のデータのより低い伝送電力が、上記第３のデータに対するより低い干渉、上記第３のデータのより高い復号成功率、および干渉が除去されたときの、上記第３のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および上記第２のデータのより高い復号成功率につながる。従って、本願において提供される技術的解決手段は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０００９】
第１の態様に関し、第１の態様の可能な実装において、方法は、さらに、上記基地局によって、第１の構成情報を、上記第１の端末に送信する段階であって、上記第１の構成情報は、上記第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、上記第１の構成情報は、上記第１のデータの変調次数情報、上記第１のデータのコードレート情報、および上記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える。
【００１０】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、上記基地局は、第２の構成情報を、上記第１の端末に送信し、上記第２の構成情報は、上記第１の端末が上記第２のリソース上でデータを送信するとき必要な構成情報であり、上記第２の構成情報は、上記第２のデータの変調次数情報、上記第２のデータのコードレート情報、および上記第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【００１１】
随意に、一実装において、上記基地局は、上記第１の構成情報および／または上記第２の構成情報を、上記第１の端末に、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＤＣＣＨ）等の物理層制御シグナリングを通して、ＭＡＣ制御要素（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ：ＣＥ）等の媒体アクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ：ＭＡＣ）シグナリングを通して、または、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ：ＲＲＣ）シグナリングを通して、配信してよい。
【００１２】
随意に、一実装において、代替的に、上記第１の端末が、上記第１のリソースおよび第２のリソース上でデータを送信するときに必要な構成情報は、システムで事前定義されてよい。
【００１３】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、上記第２のデータおよび第３のデータの両方は、多重アクセス符号化技術を用いて符号化されており、第２のデータに対する多重アクセス符号化の実行時に用いられるコードブックは、第３のデータに対する多重アクセス符号化の実行時に用いられるコードブックとは異なる。
【００１４】
この解決手段において、上記第２のリソースを多重化する上記第１の端末および上記第２の端末は、伝送されるべきデータに対し多重アクセス符号化を実行すべく、異なるコードブックを選択する。上記多重アクセス符号化技術においては、複数のユーザが、同一リソースを多重化することが許容されており、受信側デバイスは、上記第２のリソースを多重化するすべてのユーザのデータを復元可能であることを理解されたい。すなわち、基地局は、第１の端末および第２の端末のものであり、且つ、第２のリソース上にあるデータを正常に復号してよい。従って、本願において提供される技術的解決手段は、さらに、上記第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による上記復号成功率を改善してよい。
【００１５】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、方法は、さらに、上記基地局によって、上記第１の端末に対し、上記第２のリソース上でのデータ送信時に、第１のコードブックを用いて符号分割多重処理を実行するように命令すべく、上記第１のコードブックを上記第１の端末に送信する段階、および／または、上記基地局によって、上記第２の端末に対し、上記第２のリソース上でのデータ送信時に、第２のコードブックを用いて符号分割多重処理を実行するように命令すべく、上記第２のコードブックを上記第２の端末に送信する段階、を含む。
【００１６】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、方法は、さらに、上記基地局によって、上記第１の端末から、リソーススケジューリング要求を受信する段階であって、上記リソーススケジューリング要求は、上記第１の端末のための伝送リソースを要求するために用いられる、段階と、上記基地局によって、リソーススケジューリング応答を、上記第１の端末に送信する段階であって、上記リソーススケジューリング応答は、上記第１のリソースおよび上記第２のリソースが、上記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を含む。
【００１７】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、上記第２のリソースは、上記第２の端末のために予約されたリソースである。上記第２のリソースは、上記第２の端末ための予約リソースと称されてもよい。
【００１８】
第１の態様または第１の態様に係る上述の実装のいくつかに関し、第１の態様の可能な実装において、上記第１の端末は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）端末であり、上記第２の端末は、超高信頼性および超低遅延通信（ＵＲＬＬＣ）端末である。
【００１９】
第２の態様により、データ処理方法が提供される。上記方法は、第１の端末によって、伝送されるべきターゲットデータを決定する段階と、上記第１の端末によって、第１のリソース上で上記ターゲットデータにおける第１のデータを送信する段階と、上記第１の端末によって、第２のリソース上で上記ターゲットデータにおける第２のデータを送信する段階と、を備え、上記第２のデータは、上記ターゲットデータにおける上記第１のデータを除いたデータであり、上記第２のリソースは、さらに、第２の端末によって送信される第３のデータを伝送するために用いられ、上記第２のデータの変調次数は、上記第１のデータの変調次数より低い、および／または、上記第２のデータのコードレートは、上記第１のデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい。
【００２０】
この解決手段において、上記第１の端末は、異なる構成情報を用いて、上記第１のリソース上および上記第２のリソース上でデータを送信する。具体的に言うと、上記第１の端末によって、上記第２のリソース上で送信されるデータの変調次数は、上記第１の端末によって、上記第１のリソース上で送信されるデータの変調次数より低い、および／または、上記第１の端末によって、上記第２のリソース上で送信される上記データのコードレートは、上記第１の端末によって、上記第１のリソース上で送信される上記データのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい。上記第２のデータのより低い変調次数が、上記第２のデータのより高い復号成功率、および干渉が除去されたときの、上記第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および上記第３のデータのより高い復号成功率につながることを理解されたい。上記第２のデータのより低いコードレートは、干渉が除去されたときの、上記第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率および上記第３のデータのより高い復号成功率につながる。上記第２のデータのより低い伝送電力は、上記第３のデータに対するより低い干渉、上記第３のデータのより高い復号成功率、および干渉が除去されたときの、上記第３のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率および上記第２のデータのより高い復号成功率につながる。従って、本願において提供される技術的解決手段は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【００２１】
第２の態様に関し、第２の態様の可能な実装において、方法は、さらに、上記第１の端末によって、上記基地局から、第１の構成情報を受信する段階であって、上記第１の構成情報は、上記第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、上記第１の構成情報は、上記第１のデータの変調次数情報、上記第１のデータのコードレート情報、および上記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える。
【００２２】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記方法は、さらに、上記第１の端末によって、上記基地局から、第２の構成情報を受信する段階であって、上記第２の構成情報は、上記第１の端末が上記第２のリソース上でデータを送信するときに必要な構成情報であり、上記第２の構成情報は、上記第２のデータの変調次数情報、上記第２のデータのコードレート情報、および上記第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える。
【００２３】
随意に、一実装において、上記第１の端末は、上記基地局によって、ＰＤＣＣＨ等の物理層制御シグナリングを通して配信された、上記基地局によって、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを通して配信された、または、上記基地局によって、ＲＲＣシグナリングを通して配信された、上記第１の構成情報および／または上記第２の構成情報を取得してよい。
【００２４】
随意に、一実装において、代替的に、上記第１の端末が、上記第１のリソースおよび第２のリソース上でデータを送信するときに必要な構成情報は、システムで事前定義されてよい。
【００２５】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記第１の端末によって、第２のリソース上で、基地局に、上記ターゲットデータにおける第２のデータを送信する上記段階は、上記第１の端末によって、上記第２のリソース上で、上記基地局に、多重アクセス符号化技術を用いて符号化された上記第２のデータを送信する段階を含み、上記第３のデータも、上記多重アクセス符号化技術を用いて符号化されており、上記第２のデータに対応する多重アクセスコードブックは、上記第３のデータに対応する多重アクセス符号化コードブックとは異なる。
【００２６】
この解決手段において、上記第２のリソースを多重化する上記第１の端末および上記第２の端末は、伝送されるべきデータに対し多重アクセス符号化を実行すべく、異なるコードブックを選択する。上記多重アクセス符号化技術においては、複数のユーザが、同一リソースを多重化することが許容されており、受信側デバイスは、上記第２のリソースを多重化するすべてのユーザのデータを復元可能であることを理解されたい。すなわち、基地局は、第１の端末および第２の端末のものであり、且つ、第２のリソース上にあるデータを正常に復号してよい。従って、本願において提供される技術的解決手段は、さらに、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による上記復号成功率を改善してよい。
【００２７】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記方法は、さらに、上記第１の端末によって、上記基地局によって送信された第１のコードブックを受信する段階であって、上記第１のコードブックは、上記第１の端末が上記第２のデータに対し多重アクセス符号化を実行するときに必要なコードブックである、段階を含む。上記基地局は、さらに、第２のコードブックを上記第２の端末に送信し、上記第２のコードブックは、上記第２の端末が上記第３のデータに対し多重アクセス符号化を実行するときに必要なコードブックであり、上記第１のコードブックは上記第２のコードブックとは異なる。
【００２８】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記ターゲットデータは、上記第１の端末が元のデータに対しチャネルコーディングを実行した後に取得された符号化ビットストリームであり、上記符号化ビットストリームは、情報ビットおよび冗長ビットを含み、上記第２のデータは、上記符号化ビットストリームにおける全部または一部の冗長ビットを含む。
【００２９】
この解決手段において、上記第１の端末は、優先的に、第２のリソース上で冗長ビットを伝送する。すなわち、主に、情報ビットは、第１のリソース上で伝送される。基地局は、第１のリソース上で伝送されたデータを正常に復号可能であるので、基地局は、第２のリソース上の冗長ビットを正常に復号可能である。この場合、第１の端末および第２の端末が、第２のリソースを多重化する場合であっても、基地局は、第１の端末によって送信されたデータを正常に復号してよく、結果的に、第２の端末によって送信されたデータを正常に復号してよい。従って、本願において提供される技術的解決手段は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【００３０】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記方法は、さらに、上記符号化ビットストリームにおけるすべての冗長ビットに要求される伝送リソースが上記第２のリソースに等しい場合、上記符号化ビットストリームにおける上記すべての冗長ビットを上記第２のデータとして用いる段階、上記符号化ビットストリームにおけるすべての冗長ビットに要求される伝送リソースが上記第２のリソースより小さい場合、上記符号化ビットストリームにおける上記すべての冗長ビットおよび一部の情報ビットを上記第２のデータとして用いる段階であって、上記すべての冗長ビットに要求される上記伝送リソースおよび上記一部の情報ビットに要求される伝送リソースの和が、上記第２のリソースに等しい、段階、または、上記符号化ビットストリームにおけるすべての冗長ビットに要求される伝送リソースが上記第２のリソースより大きい場合、上記符号化ビットストリームにおける一部の冗長ビットを上記第２のデータとして用いる段階であって、上記一部の冗長ビットに要求される伝送リソースが、上記第２のリソースに等しい、段階、を備える。
【００３１】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記方法は、さらに、上記第１の端末によって、上記基地局に、リソーススケジューリング要求を送信する段階であって、上記リソーススケジューリング要求は、上記第１の端末のための伝送リソースを要求するために用いられる、段階と、上記第１の端末によって、上記基地局から、リソーススケジューリング応答を受信する段階であって、上記リソーススケジューリング応答は、上記第１のリソースおよび上記第２のリソースが、上記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を備える。
【００３２】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記第２のリソースは、上記第２の端末のために予約されたリソースである。
【００３３】
第２の態様または第２の態様に係る上述の実装のいくつかに関し、第２の態様の可能な実装において、上記第１の端末は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）端末であり、上記第２の端末は、超高信頼性および超低遅延通信（ＵＲＬＬＣ）端末である。
【００３４】
随意に、上述の実装において、上記第２のリソースは、上記第２の端末のために予約リソースとして、システムで事前定義される。
【００３５】
随意で、上述の実装において、上記第２のリソースは、上記基地局によって、上記第２の端末のために予約されたリソースであり、上記基地局は、上記第１の端末および上記第２の端末に、上記第２のリソースが、上記第２の端末のための予約リソースであることを通知すべく、メッセージを送信する。
【００３６】
第３の態様により、基地局が提供される。上記基地局は、第１の態様または第１の態様に係る任意の可能性のある実装による方法を実行するように構成されている。具体的に、上記基地局は、第１の態様または第１の態様に係る任意の可能性のある実装による方法を実行するように構成されたモジュールを含んでよい。
【００３７】
第４の態様により、端末が提供される。上記端末は、第２の態様または第２の態様に係る任意の可能な実装による方法を実行するように構成されている。具体的に、上記端末は、第２の態様または第２の態様に係る任意の可能な実装による方法を実行するように構成されたモジュールを含んでよい。
【００３８】
第５の態様により、基地局が提供される。上記基地局は、メモリおよびプロセッサを含む。上記メモリは、命令を格納するように構成されており、上記プロセッサは、上記メモリ内に格納された上記命令を実行するように構成されており、上記メモリ内に格納された上記命令の上記実行が、上記プロセッサによる、第１の態様または第１の態様に係る任意の可能性のある実装による方法の実行を可能にする。
【００３９】
第６の態様により、端末が提供される。上記端末は、メモリおよびプロセッサを含む。上記メモリは、命令を格納するように構成されており、上記プロセッサは、上記メモリ内に格納された上記命令を実行するように構成されており、上記メモリ内に格納された上記命令の上記実行が、上記プロセッサによる、第２の態様または第２の態様に係る任意の可能な実装による方法の実行を可能にする。
【図面の簡単な説明】
【００４０】
【図１】本願の一実施形態による適用シナリオの概略図である。
【００４１】
【図２】本願の一実施形態によるデータ処理方法の概略フローチャートである。
【００４２】
【図３】本願の一実施形態による第１のリソースおよび第２のリソースの概略図である。
【００４３】
【図４】本願の一実施形態によるデータ処理方法の概略図である。
【００４４】
【図５】本願の一実施形態によるデータ処理方法の別の模式図である。
【００４５】
【図６】本願の一実施形態によるデータ処理方法のさらなる別の模式図である。
【００４６】
【図７】本願の一実施形態によるデータ処理方法のさらなる別の模式図である。
【００４７】
【図８】本願の一実施形態によるデータ処理方法のさらなる別の模式図である。
【００４８】
【図９】本願の一実施形態による基地局の概略ブロック図である。
【００４９】
【図１０】本願の一実施形態による基地局の別の概略的ブロック図である。
【００５０】
【図１１】本願の一実施形態による端末の概略ブロック図である。
【００５１】
【図１２】本願の一実施形態による端末の別の概略的ブロック図である。
【発明を実施するための形態】
【００５２】
以下に、添付図面を参照し、本願の実施形態の技術的解決手段について説明する。
【００５３】
本願の実施形態における技術的解決手段は、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）アーキテクチャ、周波数分割複信ロングタームエボリューション（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ  ＬＴＥ：ＦＤＤ  ＬＴＥ）アーキテクチャ、および、時分割複信ロングタームエボリューション（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ  ＬＴＥ：ＴＤＤ  ＬＴＥ）アーキテクチャに適用されてよい、ことを理解されたい。本願の実施形態における技術的解決手段は、さらに、他の通信システム、例えば、公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ：ＰＬＭＮ）システム、または将来の５Ｇ通信システム若しくは５Ｇ以降の通信システムにさえ適用されてよい。このことは、本願の実施形態において限定されるものではない。
【００５４】
本願の実施形態は、端末に関する。端末は、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）、アクセス端末、加入者ユニット、加入者局、移動局、モバイルコンソール、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末デバイス、無線通信デバイス、ユーザエージェント、またはユーザ装置と称されてもよい。例えば、端末は、携帯電話（または「セルラ」電話と称される）、コードレス電話、セッション初期化プロトコル（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ：ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ：ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ：ＰＤＡ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス、または将来の５Ｇネットワーク若しくは５Ｇ以降のネットワークにおける端末であってよい。このことは、本願の実施形態において限定されるものではない。
【００５５】
端末は、無線アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ：ＲＡＮ）を用いることで、１または複数のコアネットワークと通信してよく、または、自己編成方式若しくはライセンスフリー方式で、分散ポイントツーポイント（アドホック）モードネットワークおよびユーザによって展開されたサブネットにアクセスしてよい。端末は、代替的に、別の通信方式で、ネットワークにアクセスしてよい。このことは、本願の実施形態において限定されるものではない。
【００５６】
本願の実施形態は、さらに、基地局に関する。基地局は、端末と通信するように構成されたネットワークデバイスであってよい。具体的に、基地局は、セル内のモバイル端末または固定端末に対し、無線アクセスおよび通信サービスを提供するネットワークデバイスであってよい。例えば、基地局は、ＬＴＥシステムにおける進化型ノードＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、ｅＮＢまたはｅＮｏｄｅＢ）であってよく、または、将来の５Ｇネットワーク若しくは５Ｇ以降のネットワークにおける中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、ネットワーク側デバイス、将来の進化型ＰＬＭＮネットワークにおけるネットワーク側デバイス等であってよい。本願の実施形態における基地局は、また、ネットワークデバイスとも称されてよい。
【００５７】
図１は、本願の一実施形態による適用シナリオの概略図である。基地局１１０および端末１２０は、無線インタフェース技術を用いて、互いに通信する。無線インタフェース技術には、例えば、４Ｇ技術、４．５Ｇ技術、または５Ｇ技術が含まれる。端末１２０は、図１に示す少なくとも２つの端末、第１の端末１２０Ａおよび第２の端末１２０Ｂを含む。第１の端末１２０Ａは、アップリンク伝送前に、基地局１１０に対し、リソーススケジューリング要求を開始する必要がある。基地局１１０は、当該リソーススケジューリング要求に基づき、第１の端末１２０Ａにアップリンク伝送リソースを割り当てる。基地局１１０は、第２の端末１２０Ｂのために伝送リソース（予約リソース）を予約してよい。すなわち、第２の端末１２０Ｂがアップリンクデータを有する場合、第２の端末１２０Ｂは、リソーススケジューリング要求を基地局１１０に送信することなく、アップリンク伝送を実行するために、当該予約リソースを直接用いてよい。代替的に、第２の端末１２０Ｂは、アップリンク伝送の前に、基地局１１０に対し、リソーススケジューリング要求を開始してよい、ことを理解されたい。
【００５８】
具体的に、アップリンクサービスのために、基地局１１０は、複数のシステムリソースを、プリミティブリソースおよび予約リソースにグループ化する。予約リソースは、第２の端末１２０Ｂのために予約されたリソースである。すなわち、第２の端末１２０Ｂがアップリンクデータを有する場合、第２の端末１２０Ｂは、予約リソース上で、アップリンクデータを直接送信する。具体的に、予約リソースは、第２の端末１２０Ｂのために予約されたリソースして、システムで事前定義されてよい。代替的に、予約リソースは、第２の端末１２０Ｂのために、基地局によって予約されたリソースであり、基地局は、第１の端末１２０Ａおよび第２の端末１２０Ｂに対し、予約リソースは、第２の端末１２０Ｂのために予約されたリソースであることを通知するように構成されている。
【００５９】
基地局１１０が、第１の端末１２０Ａのリソーススケジューリング要求を処理するとき、すべてのシステムリソースを第１の端末１２０Ａに割り当てる。すなわち、第１の端末１２０Ａは、プリミティブリソースおよび予約リソース上の両方で、アップリンクデータを送信してよい。
【００６０】
図１に示す適用シナリオにおいては、第２の端末１２０Ｂは、高優先度端末として称されてよく、従って、第２の端末１２０Ｂによって処理されるサービスは、高優先度サービスであることを、さらに理解されたい。例えば、第２の端末１２０Ｂによって処理されるサービスは、低遅延および高信頼性の要件を有する。具体的に、当該サービスは、ＵＲＬＬＣサービスであり、第２の端末１２０Ｂは、ＵＲＬＬＣ端末として称されてもよい。第１の端末１２０Ａは、低優先度端末として称されてよく、第１の端末１２０Ａによって処理されるサービスは、低優先度サービスである。例えば、第１の端末１２０Ａによって処理されるサービスは、ｅＭＢＢサービスであり、第１の端末１２０Ａは、ｅＭＢＢ端末として称されてもよい。ＵＲＬＬＣ、ｅＭＢＢおよび大量マシンタイプ通信（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）は、国際電気通信連合（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｕｎｉｏｎ：ＩＴＵ）によって、将来の５Ｇにおける３つの典型的な適用シナリオとして定義されている。
【００６１】
従来技術においては、第１の端末１２０Ａは、予約リソースおよびプリミティブリソースを区別しない。換言すると、第１の端末１２０Ａによって、予約リソース上でデータを送信するために用いられる変調スキームは、第１の端末１２０Ａによって、プリミティブリソース上でデータを送信するために用いられる変調スキームと同一であり、または、第１の端末１２０Ａによって、予約リソース上でデータを送信するために用いられるコードレートは、第１の端末１２０Ａによって、プリミティブリソース上でデータを送信するために用いられるコードレートと同一であり、または、第１の端末１２０Ａによって、予約リソース上でデータを送信するために用いられる伝送電力は、第１の端末１２０Ａによって、プリミティブリソース上でデータを送信するために用いられる伝送電力と同一である。アップリンクデータが、第２の端末１２０Ｂに到着すると、第２の端末１２０Ｂは、当該データを予約リソース上で送信する。この場合、第１の端末１２０Ａおよび第２の端末１２０Ｂの両方が、データを予約リソース上で送信する。予約リソースは、当該２つのデータのために、直交多重されていないので、当該２つのデータは、互いに干渉する。現在の技術においては、基地局１１０は、予約リソース上で２つのデータを受信した後、まず、２つのデータのうち１つを復号し、その後、干渉除去方法を用いて、他方のデータを復号する。第１の端末１２０Ａによって、第１のリソース上で用いられる変調次数、コードレートまたは伝送電力は通常、相対的に高いので、第２のリソース上で伝送された第１の端末のデータおよび第２の端末のデータの両方の復号は、失敗する可能性がある。
【００６２】
干渉除去方法には、限定ではないが、以下の方法、すなわち、（１）信号直交化／疑似直交化、（２）高度受信機干渉除去アルゴリズム、等が含まれることを理解されたい。上述の干渉除去方法は、すべて従来技術に属する。簡潔さのために、詳細については、本明細書で説明はしない。
【００６３】
上述の技術的課題を解決すべく、本願の実施形態は、異なるユーザのものであり、且つ、同一リソース上で伝送されるデータの復号成功率を効果的に改善するためのデータ処理方法、基地局および端末を提供する。
【００６４】
図２は、本願の一実施形態によるデータ処理方法２００の概略フローチャートである。方法２００は、以下の段階を含む。
【００６５】
２１０。第１の端末は、伝送されるべきターゲットデータを決定する。
【００６６】
第１の端末は、例えば、図１に示す第１の端末１２０Ａである。
【００６７】
２２０。第１の端末は、第１のリソース上で、ターゲットデータにおける第１のデータを、基地局に送信する。
【００６８】
基地局は、例えば、図１に示す基地局１１０である。
【００６９】
２３０。第１の端末は、第２のリソース上で、ターゲットデータにおける第２のデータを、基地局に送信する。ここで、第２のデータは、ターゲットデータにおける第１のデータを除いたデータであり、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。
【００７０】
随意に、本願のこの実施形態において、段階２２０および段階２３０の前に、方法２００は、さらに、第１の端末によって、リソーススケジューリング要求を、基地局に送信する段階であって、リソーススケジューリング要求は、第１の端末のための伝送リソースを要求するために用いられる、段階と、基地局によって、リソーススケジューリング応答を、第１の端末に送信する段階であって、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために用いられる、段階と、を含む。
【００７１】
具体的に、図３に示す通り、基地局は、アップリンク伝送のための複数のシステムリソースを、第１のリソースおよび第２のリソースにグループ化し、第１の端末のリソーススケジューリング要求を受信した後、第１のリソースおよび第２のリソースの両方を、第１の端末のための伝送リソースとして構成する。第１のリソースおよび第２のリソースは、図３に示す通り、異なる時間周波数リソースである。
【００７２】
２４０。第２の端末は、第２のリソース上で、第３のデータを基地局に送信する。
【００７３】
第２の端末は、例えば、図１に示す第２の端末１２０Ｂである。
【００７４】
具体的に、図３を引き続き例として用いると、随意で、基地局は、第２のリソースを第２の端末のための予約リソースとして設定する。すなわち、アップリンクデータが第２の端末に到着すると、第２の端末は、リソーススケジューリング要求を報告することなく、図３に示す第２のリソースを直接用いて、アップリンクデータを基地局に送信する。具体的に、第１のリソースは、上記のプリミティブリソースに対応してよく、第２のリソースは、上記の予約リソースに対応する。
【００７５】
具体的に、第２のリソースは、第２の端末のための予約リソースとしてシステムで事前定義されてよく、または、基地局によって、第２の端末に対し、ダウンリンク制御シグナリングにより通知されてよい。随意で、第２のリソースが第２の端末のための予約リソースであることは、さらに、第１の端末に対し通知されてよい。
【００７６】
２５０。基地局は、第１のデータを復調および復号する。
【００７７】
具体的に、基地局は、第１のデータのための変調スキームおよび符号化スキームに基づき、第１のデータを復調および復号する。
【００７８】
２６０。基地局は、第２のデータおよび第３のデータを復調および復号する。
【００７９】
具体的に、基地局は、第２のデータのための変調スキームおよび符号化スキームに基づき、第２のデータを復調および復号し、第３のデータのための変調スキームおよび符号化スキームに基づき、第３のデータを復調および復号する。
【００８０】
本願のこの実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上でデータを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。第２のデータのより低い変調次数が、第２のデータのより高い復号成功率、および干渉が除去されたときの、第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および第３のデータのより高い復号成功率につながることを理解されたい。第２のデータのより低いコードレートは、干渉が除去されたときの、第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率および第３のデータのより高い復号成功率につながる。第２のデータのより低い伝送電力が、第３のデータのより低い干渉、第３のデータのより高い復号成功率、および干渉が除去されたときの、第３のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率、および第２のデータのより高い復号成功率につながる。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【００８１】
随意に、図２に示す実施形態において、方法２００は、さらに、基地局によって、第１の構成情報を、第１の端末に送信する段階であって、第１の構成情報は、第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える。第１の端末によって、第１のリソース上で、ターゲットデータにおける第１のデータを基地局に送信する段階２２０は、第１の端末によって、第１のリソース上で、第１の構成情報を用いて処理される第１のデータを基地局に送信する段階を含む。
【００８２】
具体的に、基地局は、第１の構成情報を、第１の端末に、ＰＤＣＣＨ等の物理層制御シグナリングを通して、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを通して、またはＲＲＣシグナリングを通して配信してよい。
【００８３】
随意に、図２に示す実施形態においては、方法２００は、さらに、基地局によって、第２の構成情報を、第１の端末に送信する段階をさらに備え、第２の構成情報は、第１の端末が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を含む。第１の端末によって、第２のリソース上で、ターゲットデータにおける第２のデータを基地局に送信する段階２３０は、第１の端末によって、第２のリソース上で、第２の構成情報を用いて処理される第２のデータを基地局に送信する段階を含む。
【００８４】
具体的に、基地局は、第２の構成情報を、第１の端末に、ＰＤＣＣＨ等の物理層制御シグナリングを通して、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを通して、またはＲＲＣシグナリングを通して送信する。
【００８５】
本願のこの実施形態において、第１の端末は、第１のリソース上で、第１の構成情報を用いて処理される第１のデータを基地局に送信し、第２のリソース上で、第２の構成情報を用いて処理される第２のデータを基地局に送信し、その結果、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さくなり、結果的に、第２のリソース上で伝送される２つのデータ（第１の端末によって送信される第２のデータおよび第２の端末によって送信される第３のデータ）の基地局による復号成功率を効果的に改善する。
【００８６】
随意に、本願のこの実施形態において、第１の構成情報および第２の構成情報は、基地局によって第１の端末に配信されてよく、または、システムで事前定義されてよい。
【００８７】
随意に、第１の構成情報は、基地局によって、第１の端末に配信され、および第２の構成情報は、システムで事前定義される、または、第１の構成情報は、システムで事前定義され、および、第２の構成情報は、基地局によって、第１の端末に配信される、または、第１の構成情報および第２の構成情報は両方とも、基地局によって、第１の端末に配信される、または、第１の構成情報および第２の構成情報は両方ともシステムで事前定義される。
【００８８】
随意に、一実施形態において、この実施形態における第１の端末は、ｅＭＢＢ端末であってよく、第２の端末は、ＵＲＬＬＣ端末であってよい。
【００８９】
具体的に、以下に、図４から図８を参照して、第１の端末が、ｅＭＢＢ端末であり、第２の端末がＵＲＬＬＣ端末である一例を用いて、本願のこの実施形態で提供されるデータ処理方法について詳細に説明する。
【００９０】
図４は、本願の一実施形態によるデータ処理方法の概略図である。この実施形態において、第２のリソース上で送信される第２のデータの変調次数は、第１のリソース上で送信される第１のデータの変調次数より低い。
【００９１】
具体的に、ｅＭＢＢ端末は、ｅＭＢＢ端末のための伝送リソースを要求するために、リソーススケジューリング要求を基地局に送信する。基地局は、第１のリソースおよび第２のリソース（図３に示された）を、ｅＭＢＢ端末のための伝送リソースとして用い、ｅＭＢＢ端末によって用いられる異なるリソースに基づき、対応する構成情報を決定し、第１の構成情報を、ｅＭＢＢ端末が第１のリソース上でデータを送信するときに必要な構成情報として決定し、および、第２の構成情報を、ｅＭＢＢ端末が第２のリソース上でデータを送信するときに必要な構成情報として決定する。第１の構成情報および第２の構成情報はそれぞれ、変調次数を示すために用いられる情報を少なくとも含み、第２の構成情報における変調次数は、第１の構成情報における変調次数より低い。第１の構成情報は、既存のＬＴＥシステムにおけるアップリンク構成情報に基づき決定されてよいことを理解されたい。基地局は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために、リソーススケジューリング応答を、第１の端末に送信する。リソーススケジューリング応答は、さらに、第１の構成情報および第２の構成情報を含む。ｅＭＢＢ端末は、リソーススケジューリング応答を受信した後、第１のリソースおよび第２のリソース上で別々に、データを基地局に送信する。第１の構成情報は、第１のリソース上で送信される第１のデータを処理するために用いられ、第２の構成情報は、第２のリソース上で送信される第２のデータを処理するために用いられる。
【００９２】
第１の構成情報は、変調スキームＡを含み、第２の構成情報は、変調スキームＢを含み、および変調スキームＢにおける変調次数は、変調スキームＡにおける変調次数より低いことを前提とする。図４に示す通り、ｅＭＢＢ端末は、第１のリソース上で送信される第１のデータを変調すべく、変調スキームＡを用い、第２のリソース上で送信される第２のデータを変調すべく、変調スキームＢを用いる。基地局は、ｅＭＢＢ端末によって送信されたデータを受信した後、変調スキームＡに基づき、第１のリソース上で受信された第１のデータを復調し、変調スキームＢに基づき、第２のリソース上で受信された第２のデータを復調する。
【００９３】
図４に示す通り、伝送側デバイス（この実施形態においてはｅＭＢＢ端末に対応する）が、データを送信する必要がある場合は、まず、送信される必要のあるデータ（データＤとして示される）に対し、チャネルコーディング（ｃｏｄｉｎｇ）、レートマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ：ＲＭ）およびスクランブリング（Ｓｃｒａｍｂｌｉｎｇ）を実行してターゲットコードシーケンスを取得し、その後、当該ターゲットコードシーケンスを変調（Ｍｏｄｕｌａｔｉｏｎ）し、最終的に、変調されたシーケンスをチャネル上で送信する、ことを理解されたい。これに応じて、受信側デバイス（この実施形態においては、基地局に対応する）は、当該チャネル上で伝送された当該シーケンスを受信した後、復調、デスクランブリング（Ｄｅｓｃｒａｍｂｌｉｎｇ）、レートデマッチング、およびチャネルデコーディングを通して、データＤに対応する復号されたデータを取得する。
【００９４】
図４のデータ処理方法は、単なる例に過ぎず、実際の伝送処理には、他の処理がさらに含まれてよいことを理解されたい。例えば、チャネルコーディングの前に、コードブロックセグメンテーション（Ｓｅｇｍｅｎｔａｔｉｏｎ）が、さらに実行されてよい。逆に、受信側デバイスが、対応する逆プロセスを実行してよい。別の例では、変調処理後に、インターリーブ、セル特有のスクランブリング、リソースの伝送用の物理チャネルリソースへのマッピングが、さらに実行されてよい。逆に、受信側デバイスは、ソース情報を取得すべく、対応する逆プロセスを実行してよい。
【００９５】
この実施形態において、ｅＭＢＢ端末によって実行される変調の前の、すべての処理（図４中の破線ボックス内の内容）について、第１のデータおよび第２のデータは区別されない。すなわち、伝送されるべきターゲットデータは同様に処理される。しかしながら、レートマッチング後に取得されたデータは、第１のデータおよび第２のデータに分割され、第１のデータを変調するために変調スキームＡが用いられ、第２のデータを変調するために変調スキームＢが用いられる。ｅＭＢＢ端末は、第１のリソース上で、変調スキームＡを用いて変調された第１のデータを送信し、第２のリソース上で、変調スキームＢを用いて変調された第２のデータを送信する。これに応じて、基地局は、ｅＭＢＢ端末によって送信されたデータを受信した後、変調スキームＡを用いて第１のデータを復調し、変調スキームＢを用いて第２のデータを復調する。
【００９６】
変調とは、ビット情報が、変調シンボルにマッピングされる処理を指すことを理解されたい。変調スキームＢにおける変調次数が、変調スキームＡにおける変調次数より低いことは、変調スキームＢにおける１つの変調シンボルに保持されるビット数が、変調スキームＡにおける１つの変調シンボルに保持されるビット数より小さいことを意味する。データのより低い変調次数が、データのより高い復調成功率およびより高い復号成功率につながることをさらに理解されたい。
【００９７】
ＵＲＬＬＣ端末が、第２のリソース上で第３のデータを送信する、すなわち、ＵＲＬＬＣ端末およびｅＭＢＢ端末の両方が、第２のリソース上でアップリンクデータを送信するとき、ｅＭＢＢ端末およびＵＲＬＬＣ端末によって送信されるデータは、同一リソース領域において非直交であるので、２つのデータは、互いに干渉する。この場合、第２のリソース上で伝送されるｅＭＢＢ端末の第２のデータおよびＵＲＬＬＣ端末の第３のデータの両方の復号は、失敗する可能性がある。この実施形態においては、基地局は、ｅＭＢＢ端末に対し、第２のリソース上でより低い次数の変調スキームを用いることを命令し、その結果、ｅＭＢＢ端末によって送信された第２のデータが、ＵＲＬＬＣ端末によって送信された第３のデータによって干渉される場合であっても、第２のデータの復号成功率はより高くなる。このようにして、干渉が除去されたときの、第２のデータの再構築はより高精度となり、干渉除去率はより高くなる。さらに、ＵＲＬＬＣ端末の第３のデータの復号成功率もより高くなってよい。
【００９８】
図４を参照して説明した実施形態においては、変調次数を示すために用いられる情報に加えて、第１の構成情報および第２の構成情報は、コードレート、伝送電力等を示すために用いられる情報をさらに含んでよいことをさらに理解されたい。
【００９９】
図５は、本願の一実施形態によるデータ処理方法の別の模式図である。この実施形態において、第２のリソース上で送信される第２のデータのコードレートは、第１のリソース上で送信される第１のデータのコードレートより小さい。コードレートとは、チャネルコーディング前の情報ビット量と、物理的リソース上で実際に保持されるビット量との比率を指す。
【０１００】
具体的に、ｅＭＢＢ端末は、ｅＭＢＢ端末のための伝送リソースを要求するために、リソーススケジューリング要求を基地局に送信する。基地局は、第１のリソースおよび第２のリソース（図３に示す）を、ｅＭＢＢ端末のための伝送リソースとして用い、ｅＭＢＢ端末によって用いられる異なるリソースに基づき、対応する構成情報を決定し、第１の構成情報を、ｅＭＢＢ端末が第１のリソース上でデータを送信するときに必要な構成情報として決定し、および、第２の構成情報を、ｅＭＢＢ端末が第２のリソース上でデータを送信するときに必要な構成情報として決定する。第１の構成情報および第２の構成情報はそれぞれ、コードレートを示すために用いられる情報を少なくとも含み、第２の構成情報におけるコードレートは、第１の構成情報におけるコードレートより小さい。例えば、第１の構成情報は、既存のＬＴＥシステムにおけるアップリンク構成情報に基づいて決定されてよい。基地局は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために、リソーススケジューリング応答を、第１の端末に送信する。リソーススケジューリング応答は、さらに、第１の構成情報および第２の構成情報を含む。ｅＭＢＢ端末は、リソーススケジューリング応答を受信した後、第１のリソースおよび第２のリソース上で別々に、データを基地局に送信する。第１の構成情報は、第１のリソース上で送信される第１のデータを処理するために用いられ、第２の構成情報は、第２のリソース上で送信される第２のデータを処理するために用いられる。
【０１０１】
第１の構成情報は、構成モードＡを含み、第２の構成情報は、構成モードＢを含み、構成モードＢを用いる処理によって取得されたデータのコードレートは、構成モードＡを用いる処理によって取得されたデータのコードレートより小さいことを前提とする。図５に示す通り、ｅＭＢＢ端末は、チャネルコーディング後に取得されたデータ中の第１のデータを、構成モードＡを用いて処理し、チャネルコーディング後に取得されたデータ中の第２のデータ（第１のデータ以外のデータ）を、構成モードＢを用いて処理する。図５に示す通り、構成モードＡおよび構成モードＢはそれぞれ、レートマッチング、スクランブリング、変調等の処理段階を含む。構成モードＢにおけるレートマッチングに対応するコードレートは、構成モードＡにおけるレートマッチングに対応するコードレートより小さい。構成モードＡおよび構成モードＢに含まれるスクランブリング方式は、同一または異なってよく、構成モードＡおよび構成モードＢに含まれる変調スキームは、同一または異なってよい。基地局は、ｅＭＢＢ端末によって送信されたデータを受信した後、構成モードＡに基づき、第１のリソース上で受信された第１のデータを復調し、構成モードＢに基づき、第２のリソース上で受信された第２のデータを復調する。
【０１０２】
レートマッチング（ＲＭ）とは、リソースマッピング中に、伝送フォーマットによって要求されるコードレートが得られるように、伝送チャネル上のビットが、物理チャネルの保持能力に合致すべく、反復（Ｒｅｐｅａｔｅｄ）またはパンクチャ（Ｐｕｎｃｔｕｒｅｄ）されることを意味することを理解されたい。この実施形態において、ｅＭＢＢ端末によって実行されるレートマッチング前の、すべての処理（図５中の破線ボックス内の内容）について、第１のデータおよび第２のデータは区別されないことをさらに理解されたい。すなわち、伝送されるべきデータは、同様に処理される。しかしながら、チャネルコーディング後に取得されたデータは、第１のデータおよび第２のデータに分割され、第１のデータを処理するために構成モードＡが用いられ、第２のデータを処理するために変構成モードＢが用いられる。
【０１０３】
随意に、本願のこの実施形態において、代替的に、ｅＭＢＢ端末によって送信される必要のあるデータは、チャネルコーディング前に、２つのデータ部分に直接分割されてよい。その後、チャネルコーディングが、当該２つのデータ部分に対し別々に実行され、チャネルコーディング後に取得された１つのデータ部分（すなわち、第１のデータ）が、構成モードＡを用いて処理され、チャネルコーディング後に取得された他方のデータ部分（すなわち、第２のデータ）が、構成モードＢを用いて処理される。
【０１０４】
構成モードＢを用いる処理により取得されたデータのコードレートが、構成モードＡを用いる処理により取得されたデータのコードレートより小さいことは、構成モードＢを用いる処理により取得されたデータと比較して、同一のビット量であり、且つ構成モードＡを用いる処理により取得されたデータ（すべての情報要素）は、より少量の有効な情報（情報要素の量）を保持することを意味する、ことを理解されたい。第２のデータのより低いコードレートは、干渉が除去されたときの、第２のデータのより高精度の再構築につながり、結果的に、より高い干渉除去率および第３のデータのより高い復号成功率につながることをさらに理解されたい。
【０１０５】
ＵＲＬＬＣ端末が、第２のリソース上で第３のデータを送信する、すなわち、ＵＲＬＬＣ端末およびｅＭＢＢ端末の両方が、第２のリソース上でアップリンクデータを送信するとき、ｅＭＢＢ端末およびＵＲＬＬＣ端末によって送信されるデータは、同一リソース領域において非直交であるので、２つのデータは、互いに干渉する。この場合、第２のリソース上で伝送されるｅＭＢＢ端末の第２のデータおよびＵＲＬＬＣ端末の第３のデータの両方の復号は、失敗する可能性がある。この実施形態においては、基地局は、ｅＭＢＢ端末に対し、第２のリソース上でより低いコードレートを用いることを命令し、その結果、ｅＭＢＢ端末によって送信される第２のデータが、ＵＲＬＬＣ端末によって送信される第３のデータによって干渉される場合であっても、第２のデータの復号成功率はより高くなる。このようにして、干渉が除去されたときの、第２のデータの再構築はより高精度となり、干渉除去率はより高くなる。さらに、ＵＲＬＬＣ端末の第３のデータの復号成功率もより高くなってよい。
【０１０６】
図６は、本願の一実施形態によるデータ処理方法の別の模式図である。この実施形態においては、第２のリソース上で送信される第２のデータの伝送電力は、第１のリソース上で送信される第１のデータの伝送電力より小さい。
【０１０７】
具体的に、ｅＭＢＢ端末は、ｅＭＢＢ端末のための伝送リソースを要求するために、リソーススケジューリング要求を基地局に送信する。基地局は、第１のリソースおよび第２のリソース（図３に示す）を、ｅＭＢＢ端末のための伝送リソースとして用い、ｅＭＢＢ端末によって用いられる異なるリソースに基づき、対応する構成情報を決定し、第１の構成情報を、ｅＭＢＢ端末が第１のリソース上でデータを送信するときに必要な構成情報として決定し、および、第２の構成情報を、ｅＭＢＢ端末が第２のリソース上でデータを送信するときに必要な構成情報として決定する。第１の構成情報および第２の構成情報はそれぞれ、伝送電力を示すために用いられる情報を少なくとも含み、第２の構成情報における伝送電力は、第１の構成情報における伝送電力より小さい。第１の構成情報は、既存のＬＴＥシステムにおけるアップリンク構成情報に基づき決定されてよいことを理解されたい。基地局は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために、リソーススケジューリング応答を、第１の端末に送信する。リソーススケジューリング応答は、さらに、第１の構成情報および第２の構成情報を含む。ｅＭＢＢ端末は、リソーススケジューリング応答を受信した後、第１のリソースおよび第２のリソース上で別個に、データを基地局に送信する。第１の構成情報は、第１のリソース上で送信される第１のデータを処理するために用いられ、第２の構成情報は、第２のリソース上で送信される第２のデータを処理するために用いられる。図６に示す通り、ｅＭＢＢ端末によって、第２のリソース上で送信されるデータの伝送電力は、第１のリソース上で送信されるデータの伝送電力より小さい。
【０１０８】
この実施形態においては、ｅＭＢＢ端末によって、第２のリソース上で送信されるデータの伝送電力は、相対的に低い。これによって、ＵＲＬＬＣ端末によって送信されるデータに対する影響が低減する。例えば、ＵＲＬＬＣ端末は、短期間内で複数の伝送機会を有する。第１のいくつかの伝送において、エラーが発生したとしても、次のリソース上で、データは正常に伝送されてよい。このようにして、ＵＲＬＬＣ端末は、短期間（例えば、１ｍｓ）内で、非常に高い伝送成功率（例えば、９９．９９％）を有する。これにより、ＵＲＬＬＣ端末によって送信されるデータの伝送性能が保証されてよい。従って、本願のこの実施形態において、第２のリソース上でのｅＭＢＢ端末の電力を低減することによって、ＵＲＬＬＣ端末のデータ伝送の信頼性は、さらに改善されてよい。ＵＲＬＬＣ端末のデータが正常に復号された後、干渉除去がｅＭＢＢ端末のデータに対しさらに実行され、その結果、ｅＭＢＢ端末のデータの復号成功率も、大きく改善されてよい。
【０１０９】
随意に、一実施形態において、図２に示された実施形態における、第１の端末によって、第２のリソース上でターゲットデータにおける第２のデータを、基地局に送信する段階２３０は、第１の端末によって、第２のリソース上で多重アクセス符号化技術を用いて符号化された第２のデータを、基地局に送信する段階であって、第３のデータも多重アクセス符号化技術を用いて符号化されており、第２のデータに対応する多重アクセス符号化コードブックは、第３のデータに対応する多重アクセス符号化コードブックとは異なる、段階を含む。
【０１１０】
具体的に、多重アクセス符号化技術には、限定ではないが、スパース符号多重（ｓｐａｒｓｅ  ｃｏｄｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：ＳＣＭＡ）および符号分割多重（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：ＣＤＭＡ）が含まれる。
【０１１１】
随意に、本願のこの実施形態において、方法２００は、さらに、第１の端末によって、基地局により送信された第１のコードブックを受信する段階であって、第１のコードブックは、第１の端末が第２のデータに対し、多重アクセス符号化を実行するときに要求されるコードブックである、段階を含む。基地局は、さらに、第２のコードブックを第２の端末に送信し、第２のコードブックは、第２の端末が第３のデータに対し多重アクセス符号化を実行するときに要求されるコードブックであり、第１のコードブックは第２のコードブックとは異なる。
【０１１２】
具体的に、図７に示す通り、第１の端末が、ｅＭＢＢ端末であり、第２の端末が、ＵＲＬＬＣ端末であり、多重アクセス符号化技術がＳＣＭＡであることが、一例として用いられる。チャネルコーディングの後、ＳＣＭＡ符号化は、ｅＭＢＢ端末によって第２のリソース上で送信される第２のデータと、ＵＲＬＬＣ端末によって第２のリソース上で送信される第３のデータとの両方に対し実行される必要がある。ＵＲＬＬＣ端末は、チャネルコーディングを通して取得された符号化データに対し、ＳＣＭＡ符号化を実行し、ＳＣＭＡ符号化後に取得された第３のデータを、第２のリソース上で送信する。チャネルコーディングの完了後、ｅＭＢＢ端末は、第２のリソース上で送信される第２のデータ（図７中に示されたコードブロック２）に対し、ＳＣＭＡ符号化を実行し、第１のリソース上で送信される第１のデータ（図７中に示されたコードブロック１）に対しては、ＳＣＭＡ符号化を実行しなくてよい。
【０１１３】
ＳＣＭＡ符号化中に、複数のユーザによって、同一リソースを多重化することが許容されていることを理解されたい。同一の第２のリソースが、（１）１人のｅＭＢＢユーザおよび１または複数のＵＲＬＬＣユーザ、および（２）複数のＵＲＬＬＣユーザ、によって多重化されてよい。基地局は、同一の第２のリソースを多重化するすべてのユーザのデータを効果的に分けてよい。すなわち、基地局は、ｅＭＢＢ端末によって送信される第２のデータおよびＵＲＬＬＣ端末によって送信される第３のデータを正常に復号してよい。
【０１１４】
ＳＣＭＡ符号化中に、ＳＣＭＡコードブックが構成される必要があり、基地局およびすべてのユーザの両方が、複数のＳＣＭＡコードブックを格納する。ユーザがＳＣＭＡ符号化を実行するとき、複数のＳＣＭＡコードブックから１つのコードブックを選択する必要があり、同一の第２のリソースを多重化する異なるユーザのＳＣＭＡコードブックが、異なることが保証される。異なるユーザのＳＣＭＡコードブックが異なることを保証する方法には、限定ではないが、次のものが含まれる。すなわち、（１）基地局は、シグナリングを通して、ＳＣＭＡコードブックを構成し、例えば、ｅＭＢＢ端末またはＵＲＬＬＣ端末に対し、ＲＲＣシグナリングまたはダウンリンク制御情報を通して、ＳＣＭＡコードブックを構成することを命令する。（２）ユーザは、ＳＣＭＡ符号化中にプリセットルールに従い、自身で、ＳＣＭＡコードブックセットから適切なＳＣＭＡコードブックを選択する必要があり、選択ルールは、ＵＥ  ＩＤ、ＵＥリグルーピング等に基づき、選択を実行してよい。ＵＥ  ＩＤに基づく選択方式は、ユーザは、まず利用可能なＳＣＭＡコードブックに番号（ここで、例えば、番号は１、２、...Ｎ）を割り当て、次に、当該ユーザのＵＥ  ＩＤを用いて、利用可能なＳＣＭＡコードブックの総量Ｎに対しモジュロ演算を実行する、ことを意味する。モジュロ演算後に取得された値がＸであると仮定すると、番号ＸのＳＣＭＡコードブックが選択される。ＵＥリグルーピングに基づく選択方式は、各ＳＣＭＡコードブックに対応するユーザグループは、継続的に異なる第２のリソース上で変更され、２人のユーザが、現在の第２のリソース上で同一のＳＣＭＡコードブックを有する場合であっても、異なるユーザのＳＣＭＡコードブックが、次の伝送においては異なることが保証され得る、ことを意味する。
【０１１５】
本願のこの実施形態において、第２のリソースを多重化するｅＭＢＢユーザおよびＵＲＬＬＣユーザは、ＳＣＭＡ符号化を実行すべく、構成に基づいて、異なるＳＣＭＡコードブックを選択し、その結果、受信側デバイス（すなわち、基地局）は、第２のリソースを多重化するすべての異なるユーザのデータを復元できる。従って、本願のこの実施形態は、第２のリソース上でのｅＭＢＢユーザとＵＲＬＬＣユーザとの間の相互干渉の問題を解決できるだけでなく、同一の第２のリソース上での複数のＵＲＬＬＣユーザ間の伝送衝突の問題も効果的に解決できる。
【０１１６】
随意に、一実施形態において、図２に示される実施形態におけるターゲットデータは、第１の端末が、元のデータに対しチャネルコーディングを実行した後に取得された符号化ビットストリームである。符号化ビットストリームは、情報ビットおよび冗長ビットを含み、第２のデータは、符号化ビットストリーム中の全部または一部の冗長ビットを含む。
【０１１７】
随意に、本願のこの実施形態において、符号化ビットストリーム内のすべての冗長ビットに必要な伝送リソースが、第２のリソースに等しい場合、符号化ビットストリーム内のすべての冗長ビットが、第２のデータとして用いられる。符号化ビットストリーム内のすべての冗長ビットに必要な伝送リソースが、第２のリソースより小さい場合、符号化ビットストリーム内のすべての冗長ビットおよびいくつかの情報ビットが、第２のデータとして用いられ、ここで、当該すべての冗長ビットに必要な伝送リソース、および当該いくつかの情報ビットに必要な伝送リソースの和は、第２のリソースに等しい。符号化ビットストリーム内のすべての冗長ビットに必要な伝送リソースが、第２のリソースより大きい場合、符号化ビットストリーム内のいくつかの冗長ビットが、第２のデータとして用いられ、ここで、当該いくつかの冗長ビットに必要な伝送リソースは、第２のリソースに等しい。
【０１１８】
具体的に、図８に示す通り、第１の端末が、ｅＭＢＢ端末であり、第２の端末がｅＭＢＢ端末であることを、ここでも例として用いる。ｅＭＢＢ端末が、チャネルコーディングを実行した後、各コードブロックのビットストリームは、情報ビットおよび冗長ビットを含む。リソースマッピング中に、ｅＭＢＢ端末は、冗長ビットを、第２のリソースに優先的にマッピングする。可能性のある態様として、ｅＭＢＢ端末は、チャネルコーディングの完了後、各コードブロックから冗長ビットをシーケンシャルに取り出し、取り出した順序に基づき、冗長ビットを第２のリソースにシーケンシャルにマッピングする。冗長ビットに必要なリソースが、第２のリソースより大きい場合、余分な冗長ビットは、第１のリソースにマッピングされる。冗長ビットに必要なリソースが、第２のリソースより小さい場合、情報ビットは、第２のリソースにマッピングされる必要がある。次に、各コードブロックの情報ビットは、残りのリソースにマッピングされる。目的は、可能な限り、第２のリソース上のｅＭＢＢ端末のデータを、冗長ビットにすることを可能にすることである。
【０１１９】
基地局は、ｅＭＢＢサービスデータを受信したとき、マッピングルールに従い、第２のリソースから冗長ビット（いくつかの情報ビットを含んでもよい）を、第１のリソースから情報ビット（いくつかの冗長ビットを含んでもよい）をそれぞれ取り出す。チャネルコーディング後に取得された順序に従い、すべてのビットが再配置された後、復号される。
【０１２０】
本願のこの実施形態においては、ｅＭＢＢ端末は、主に第２のリソース上で冗長ビットを送信し、主に第１のリソース上で情報ビットを送信する。第２のリソース上で伝送されるＵＲＬＬＣ端末の第３のデータと、ｅＭＢＢ端末の冗長ビットとが互いに干渉したとしても、基地局は、第１のリソース上で受信した情報ビットに基づいて、第２のリソース上で受信した冗長ビットを正常に復号してよく、結果的に、干渉除去技術を用いて、ＵＲＬＬＣ端末の第３のデータを正常に復号する。
【０１２１】
随意に、図８に示す実施形態において、ｅＭＢＢ端末の冗長ビットが、第２のリソース上で伝送されるとき、代替的に、処理は、図４から図７に示された任意の方法または複数の方法の組み合わせを用いて、実行されてよい。このことは、本願のこの実施形態において限定されない。
【０１２２】
図４から図８を参照して上記した方法は、別個に実行されてよい、または、当該方法の組み合わせが実行されてよいことを理解されたい。
【０１２３】
まとめると、本願の実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上でデータを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。このようにして、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率は、効果的に改善されてよい。
【０１２４】
本願の実施形態で提供されるデータ処理方法については、図２から図８を参照して上記されており、本願の実施形態において提供される基地局および端末については、図９から図１２を参照して後述する。
【０１２５】
図９は、本願の一実施形態による、基地局９００の概略ブロック図である。基地局９００は、
第１のリソース上で、第１の端末から、第１のデータを受信するように構成された受信モジュール９１０であって、受信モジュール９１０は、さらに、第２のリソース上で、第１の端末から第２のデータを、および第２の端末から第３のデータを受信するように構成されており、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい、受信モジュール９１０と、
第１のデータを復調および復号するように構成された復調および復号モジュール９２０であって、復調および復号モジュール９２０は、さらに、第２のデータおよび第３のデータを復調および復号するように構成されている、復調および復号モジュール９２０と、を含む。
【０１２６】
本願のこの実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上でデータを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０１２７】
図９に示す通り、基地局９００は、さらに、送信モジュール９３０を含んでよいことを理解されたい。送信モジュール９３０は、メッセージを端末に送信する、例えば、ＰＤＣＣＨ等の物理層制御シグナリングを端末に送信する、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを端末に送信する、または、ＲＲＣシグナリングを端末に送信する、ように構成されている。
【０１２８】
随意に、一実施形態において、送信モジュール９３０は、第１の構成情報を第１の端末に送信するように構成された第１の送信モジュール９３１を含み、第１の構成情報は、第１の端末が第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１２９】
随意に、一実施形態において、送信モジュール９３０は、第２の構成情報を第１の端末に送信するように構成された第２の送信モジュール９３２を含み、第２の構成情報は、第１の端末が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１３０】
随意に、一実施形態において、受信モジュール９１０は、さらに、第１の端末からリソーススケジューリング要求を受信するように構成されており、リソーススケジューリング要求は、第１の端末のための伝送リソースを要求するために用いられる。送信モジュール９３０は、リソーススケジューリング応答を第１の端末に送信するように構成された第３の送信モジュール９３３を含み、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために用いられる。
【０１３１】
随意に、一実施形態において、第２のリソースは、第２の端末のために予約されたリソースである。
【０１３２】
具体的に、本願のこの実施形態における復調および復号モジュール９２０は、プロセッサまたはプロセッサ関連回路によって実装されてよく、受信モジュール９１０は、受信機または受信機関連回路によって実装されてよく、および、送信モジュール９３０は、送信機または送信機関連回路によって実装されてよい。
【０１３３】
図１０に示す通り、本願の一実施形態は、さらに、基地局１０００を提供する。基地局１０００は、プロセッサ１０１０、メモリ１０２０、バスシステム１０３０、受信機１０４０および送信機１０５０を含む。プロセッサ１０１０、メモリ１０２０、受信機１０４０および送信機１０５０は、バスシステム１０３０を用いて接続されている。メモリ１０２０は、命令を格納するように構成されている。プロセッサ１０１０は、メモリ１０２０内に格納された命令を実行して、信号を受信するために受信機１０４０を制御し、および、信号を送信するために送信機１０５０を制御する、ように構成されている。受信機１０４０は、第１のリソース上で、第１の端末から第１のデータを受信し、および、第２のリソース上で、第１の端末から第２のデータを、および第２の端末から第３のデータを受信するように構成されており、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。プロセッサ１０１０は、第１のデータを復調および復号し、並びに、第２のデータおよび第３のデータを復調および復号するように構成されている。
【０１３４】
本願のこの実施形態において、第１の端末は、異なる構成情報を用いて、第１のリソース上および第２のリソース上でデータを送信する。具体的に言うと、第１の端末によって、第２のリソース上で送信されるデータの変調次数は、第１の端末によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、第１の端末によって、第２のリソース上で送信されるデータのコードレートは、第１の端末によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（第１の端末および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０１３５】
随意に、一実施形態において、送信機１０４０は、第１の構成情報を第１の端末に送信するように構成されており、第１の構成情報は、第１の端末が第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１３６】
随意に、一実施形態において、送信機１０４０は、第２の構成情報を第１の端末に送信するように構成されており、第２の構成情報は、第１の端末が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１３７】
随意に、一実施形態において、受信機１０３０は、第１の端末から、リソーススケジューリング要求を受信するように構成されており、リソーススケジューリング要求は、第１の端末のための伝送リソースを要求するために用いられる。送信機１０４０は、リソーススケジューリング応答を第１の端末に送信するように構成されており、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、第１の端末のための伝送リソースであることを示すために用いられる。
【０１３８】
随意に、一実施形態において、第２のリソースは、第２の端末のために予約されたリソースである。
【０１３９】
随意に、一実施形態において、第１の端末は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）端末であり、第２の端末は、超高信頼性および超低遅延通信（ＵＲＬＬＣ）端末である。
【０１４０】
図９に示された基地局９００または図１０に示された基地局１０００は、方法の実施形態における基地局に関連する処理または手順を実行するように構成されてよく、および、基地局９００または基地局１０００のモジュールに関する処理および／または機能はそれぞれ、方法の実施形態における対応する手順を実装することを意図している、ことを理解されたい。簡潔にするため、詳細について、本明細書に再度記載しない。
【０１４１】
図１１は、本願の一実施形態による、端末１１００の概略ブロック図である。図１１に示す通り、端末１１００は、
伝送されるべきターゲットデータを決定するように構成された決定モジュール１１１０と、
第１のリソース上で、ターゲットデータにおける第１のデータを送信するように構成された送信モジュール１１２０と、を含む。
【０１４２】
送信モジュール１１２０は、さらに、第２のリソース上で、ターゲットデータにおける第２のデータを送信するように構成されている。第２のデータは、ターゲットデータにおける第１のデータを除いたデータであり、第２のリソースは、さらに、第２の端末の第３のデータを伝送するために用いられ、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。
【０１４３】
本願のこの実施形態において、端末１１００は、異なる構成情報を用いて、第１のリソース上および第２のリソース上で、データを送信する。具体的に言うと、端末１１００によって、第２のリソース上で送信されるデータの変調次数は、端末１１００によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、端末１１００によって、第２のリソース上で送信されるデータのコードレートは、端末１１００によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（端末１１００および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０１４４】
図１１に示す通り、端末１１００は、さらに、送受信モジュール１１３０を含んでよいことを理解されたい。受信モジュール１１３０は、基地局によって送信されたメッセージを受信する、例えば、基地局によって送信された、ＰＤＣＣＨ等の物理層制御シグナリングを受信する、基地局によって送信された、ＭＡＣ  ＣＥ等のＭＡＣシグナリングを受信する、または、基地局によって送信された、ＲＲＣシグナリングを受信する、ように構成されている。
【０１４５】
随意に、一実施形態において、受信モジュール１１３０は、基地局から、第１の構成情報を受信するように構成された第１の受信モジュール１１３１を含み、第１の構成情報は、端末１１００が第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１４６】
随意に、一実施形態において、受信モジュール１１３０は、基地局から、第２の構成情報を受信するように構成された第２の受信モジュール１１３２を含み、第２の構成情報は、端末１１００が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１４７】
随意に、一実施形態において、送信モジュール１１２０は、さらに、リソーススケジューリング要求を基地局に送信するように構成されており、リソーススケジューリング要求は、端末１１００のための伝送リソースを要求するために用いられる。受信モジュール１１３０は、基地局からリソーススケジューリング応答を受信するように構成された第３の受信モジュール１１３１を含み、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、端末１１００のための伝送リソースであることを示すために用いられる。
【０１４８】
随意に、一実施形態において、第２のリソースは、第２の端末のために予約されたリソースである。
【０１４９】
随意に、一実施形態において、端末は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）端末であり、第２の端末は、超高信頼性および超低遅延通信（ＵＲＬＬＣ）端末である。
【０１５０】
具体的に、本願のこの実施形態における決定モジュール１１１０は、プロセッサまたはプロセッサ関連回路によって実装されてよく、送信モジュール１１２０は、送信機または送信機関連回路によって実装されてよく、および、受信モジュール１１３０は、受信機または受信機関連回路によって実装されてよい。
【０１５１】
図１２に示す通り、本願の一実施形態は、さらに、端末１２００を提供する。端末１２００は、プロセッサ１２１０、メモリ１２２０、バスシステム１２３０、受信機１２４０および送信機１２５０を含む。プロセッサ１２１０は、伝送されるべきターゲットデータを決定するように構成されている。送信機１２５０は、第１のリソース上で、ターゲットデータにおける第１のデータを送信し、および、第２のリソース上で、ターゲットデータにおける第２のデータを送信するように構成されている。第２のデータは、ターゲットデータにおける第１のデータを除いたデータであり、第２のリソースは、さらに、第２の端末の第３のデータを伝送するために用いられ、第２のデータの変調次数は、第１のデータの変調次数より低い、および／または、第２のデータのコードレートは、第１のデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。
【０１５２】
本願のこの実施形態において、端末１２００は、異なる構成情報を用いて、第１のリソース上および第２のリソース上で、データを送信する。具体的に言うと、端末１２００によって、第２のリソース上で送信されるデータの変調次数は、端末１２００によって、第１のリソース上で送信されるデータの変調次数より低い、および／または、端末１２００によって、第２のリソース上で送信されるデータのコードレートは、端末１２００によって、第１のリソース上で送信されるデータのコードレートより小さい、および／または、第２のデータの伝送電力は、第１のデータの伝送電力より小さい。従って、本願のこの実施形態は、第２のリソース上で伝送される２つのデータ（端末１２００および第２の端末によって第２のリソース上で送信されるデータ）の基地局による復号成功率を効果的に改善してよい。
【０１５３】
随意に、一実施形態において、受信機１２３０は、基地局から、第１の構成情報を受信するように構成されている。第１の構成情報は、端末１２００が第１のリソース上でデータを送信するときに必要な構成情報であり、第１の構成情報は、第１のデータの変調次数情報、第１のデータのコードレート情報、および第１のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１５４】
随意に、一実施形態において、受信機１２３０は、基地局から、第２の構成情報を受信するように構成されている。第２の構成情報は、端末１２００が第２のリソース上でデータを送信するときに必要な構成情報であり、第２の構成情報は、第２のデータの変調次数情報、第２のデータのコードレート情報、および第２のデータの伝送電力情報のうちの少なくとも１つを含む。
【０１５５】
随意に、一実施形態において、送信機１２４０は、リソーススケジューリング要求を基地局に送信するように構成されており、リソーススケジューリング要求は、端末１２００のための伝送リソースを要求するために用いられる。受信機１２３０は、基地局からリソーススケジューリング応答を受信するように構成されており、リソーススケジューリング応答は、第１のリソースおよび第２のリソースが、端末１２００のための伝送リソースであることを示すために用いられる。
【０１５６】
随意に、一実施形態において、第２のリソースは、第２の端末のために予約されたリソースである。
【０１５７】
随意に、一実施形態において、端末１２００は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）端末であり、第２の端末は、超高信頼性および超低遅延通信（ＵＲＬＬＣ）端末である。
【０１５８】
図１１に示された端末１１００または図１２に示された端末１２００は、方法の実施形態におけるクラウド側デバイスに関連する処理または手順を実行するように構成されてよく、および、端末１１００または端末１２００のモジュールに関する処理および／または機能はそれぞれ、方法の実施形態においける対応する手順を実装することを意図している、ことを理解されたい。簡潔にするため、詳細について、本明細書に再度記載しない。
【０１５９】
本願の実施形態において、プロセッサは、中央演算処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ：ＣＰＵ）であってよく、または、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ：ＦＰＧＡ）、若しくは別のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、ディスクリートハードウェア構成要素等であってよいことを理解されたい。汎用プロセッサは、マイクロプロセッサであってよく、またはプロセッサは、任意の従来のプロセッサ等であってよい。
【０１６０】
本願の実施形態において、メモリは、揮発性メモリまたは不揮発性メモリであってよいこと、または、揮発性メモリおよび不揮発性メモリを含んでよいことをさらに理解されてよい。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ：ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ：ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ  ＰＲＯＭ，  ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ：ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＲＡＭ）よい。限定ではなく例示的記載であるが、多くの形態のＲＡＭが用いられてよく、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ  ＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ  ＲＡＭ：ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ：ＤＤＲ  ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ：ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ：ＳＬＤＲＡＭ）、およびダイレクトランバスランダムアクセスメモリ（ｄｉｒｅｃｔ  ｒａｍｂｕｓ  ＲＡＭ：ＤＲ  ＲＡＭ）が挙げられる。
【０１６１】
プロセッサが汎用プロセッサである場合、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたは別のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイスまたはディスクリートハードウェア構成要素、メモリ（ストレージモジュール）が、プロセッサに統合されていることに留意されたい。
【０１６２】
データバスに加えて、本願の実施形態において、バスシステムは、さらに、パワーバス、制御バス、ステータス信号バス等を含んでよいことをさらに理解されたい。しかしながら、説明をわかりやすくするため、図１０および図１２中の様々なタイプのバスが、バスシステムとして表される。
【０１６３】
一実装処理において、上述の方法の段階は、プロセッサ内のハードウェア統合ロジカル回路を用いて、または、ソフトウェア形態の命令を用いて、実装されてよい。本願の実施形態を参照して開示した方法の段階は、ハードウェアプロセッサによって直接的に実行および完了されてよく、または、プロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせを用いて、実行および完了されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリ、またはレジスタ等の、本技術分野において確立した記憶媒体に配置されてよい。当該記憶媒体は、メモリ内に配置され、プロセッサが、メモリ内の情報を読み取り、プロセッサのハードウェアと組み合わされて、上述の方法における段階を完了する。繰り返しを避けるべく、詳細については、本明細書において再度記載しない。
【０１６４】
本明細書中の様々な数字シンボルは、簡便な説明のために区別するためのものに過ぎず、本願の実施形態の範囲を限定することは意図していないことをさらに理解されたい。
【０１６５】
本明細書中の用語「および／または」は、関連付けられたオブジェクトを説明するための関連付けの関係を専ら説明するものであり、３つの関係が存在してよいことを表わすことを理解されたい。例えば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する、ＡおよびＢの両方が存在する、並びにＢのみが存在することを表わしてよい。加えて、本明細書中の文字「／」は、概して、関連付けられたオブジェクト間の「または」関係を示す。
【０１６６】
上述の処理のシーケンス番号は、本願の実施形態の実行順序を意味しないことを理解されたい。処理の実行順序は、処理の機能および内部ロジックに基づいて決定されるべきであり、本願の実施形態の実装処理へのいかなる限定であるともみなされるべきではない。
【０１６７】
当業者は、本明細書に開示の実施形態に記載された例と組み合わせて、ユニットおよびアルゴリズムの段階は、電子的ハードウェア、またはコンピュータソフトウェアおよび電子的ハードウェアの組み合わせによって実装されてよいことを認識できるであろう。機能が、ハードウェアまたはソフトウェアによって実行されるかどうかは、当該技術的解決手段の特定の用途および設計制約条件に依存する。当業者は、説明された機能を各特定の用途のために実装すべく、異なる方法を用いてよいが、当該実装が、本願の実施形態の範囲を超えるものとみなされるべきではない。
【０１６８】
本願で提供されるいくつかの実施形態において、開示された装置および方法は、他の態様で実装されてよいことを理解されたい。例えば、説明された装置の実施形態は、専ら例示である。例えば、モジュール部は、単に論理的機能部であり、実際の実装においては、他の部であってよい。例えば、複数のモジュールまたはコンポーネントが、組み合わされてよく、若しくは、別のモジュールに統合されてよく、または、いくつかの機能は、無視されてよく、若しくは実行されてなくてよい。
【０１６９】
別個の部分として説明したモジュールは、物理的に別個であっても、なくてもよく、モジュールとして表示された部分が、物理的なモジュールであっても、なくてもよく、１つの位置に配置されてよく、または複数のネットワークユニット上に分散されてよい。
【０１７０】
加えて、本願の実施形態における機能的モジュールは、１つの処理モジュールに統合されてよく、または、当該モジュールの各々は、物理的に単独で存在してよく、または２若しくは２より多いモジュールが１つのモジュールに統合される。
【０１７１】
上述の説明は、単に本願の実施形態に係る特定の実装に過ぎない。当業者によって容易に想起される、本開示において開示された技術範囲内のあらゆる変形例または置換例は、本願の実施形態の保護範囲内に属するものとする。従って、本願の実施形態の保護範囲は、特許請求の範囲に属するものとする。
（項目１）
基地局によって、第１のリソース上で、第１の端末から第１のデータを受信する段階と、
上記基地局によって、第２のリソース上で、上記第１の端末から第２のデータを、および、第２の端末から第３のデータを受信する段階であって、上記第２のデータの変調次数は、上記第１のデータの変調次数より低い、および／または、上記第２のデータのコードレートは、上記第１のデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい、段階と、
上記基地局によって、上記第１のデータを復調および復号する段階と、
上記基地局によって、上記第２のデータおよび上記第３のデータを復調および復号する段階と、を備える、データ処理方法。
（項目２）
上記方法は、さらに、
上記基地局によって、第１の構成情報を、上記第１の端末に送信する段階であって、上記第１の構成情報は、上記第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、上記第１の構成情報は、上記第１のデータの変調次数情報、上記第１のデータのコードレート情報、および上記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、項目１に記載の方法。
（項目３）
上記方法は、さらに、
上記基地局によって、第２の構成情報を、上記第１の端末に送信する段階であって、上記第２の構成情報は、上記第１の端末が上記第２のリソース上でデータを送信するときに必要な構成情報であり、上記第２の構成情報は、上記第２のデータの変調次数情報、上記第２のデータのコードレート情報、および上記第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、項目１または２に記載の方法。
（項目４）
上記方法は、さらに、
上記基地局によって、上記第１の端末から、リソーススケジューリング要求を受信する段階であって、上記リソーススケジューリング要求は、上記第１の端末のための伝送リソースを要求するために用いられる、段階と、
上記基地局によって、リソーススケジューリング応答を、上記第１の端末に送信する段階であって、上記リソーススケジューリング応答は、上記第１のリソースおよび上記第２のリソースが、上記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を備える、項目１から３のいずれか一項に記載の方法。
（項目５）
上記第２のリソースは、上記第２の端末のために予約されたリソースである、項目１から４のいずれか一項に記載の方法。
（項目６）
上記第１の端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、上記第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である、項目１から５のいずれか一項に記載の方法。
（項目７）
第１の端末によって、伝送されるべきターゲットデータを決定する段階と、
上記第１の端末によって、第１のリソース上で上記ターゲットデータにおける第１のデータを送信する段階と、
上記第１の端末によって、第２のリソース上で上記ターゲットデータにおける第２のデータを送信する段階であって、上記第２のデータは、上記ターゲットデータにおける上記第１のデータを除いたデータであり、上記第２のリソースは、第２の端末の第３のデータを伝送するためにさらに用いられ、上記第２のデータの変調次数は、上記第１のデータの変調次数より低い、および／または、上記第２のデータのコードレートは、上記第１のデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい、段階と、を備える、データ処理方法。
（項目８）
上記方法は、さらに、
上記第１の端末によって、基地局から、第１の構成情報を受信する段階であって、上記第１の構成情報は、上記第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、上記第１の構成情報は、上記第１のデータの変調次数情報、上記第１のデータのコードレート情報、および上記第１のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、項目７に記載の方法。
（項目９）
上記方法は、さらに、
上記第１の端末によって、上記基地局から、第２の構成情報を受信する段階であって、上記第２の構成情報は、上記第１の端末が上記第２のリソース上でデータを送信するときに必要な構成情報であり、上記第２の構成情報は、上記第２のデータの変調次数情報、上記第２のデータのコードレート情報、および上記第２のデータの伝送電力情報のうちの少なくとも１つを含む、段階を備える、項目７または８に記載の方法。
（項目１０）
上記方法は、さらに、
上記第１の端末によって、リソーススケジューリング要求を、上記基地局に送信する段階であって、上記リソーススケジューリング要求は、上記第１の端末のための伝送リソースを要求するために用いられる、段階と、
上記第１の端末によって、上記基地局から、リソーススケジューリング応答を受信する段階であって、上記リソーススケジューリング応答は、上記第１のリソースおよび上記第２のリソースが、上記第１の端末のための伝送リソースであることを示すために用いられる、段階と、を備える、項目７から９のいずれか一項に記載の方法。
（項目１１）
上記第２のリソースは、上記第２の端末のために予約されたリソースである、項目７から１０のいずれか一項に記載の方法。
（項目１２）
上記第１の端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、上記第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である、項目７から１１のいずれか一項に記載の方法。
（項目１３）
第１のリソース上で、第１の端末から第１のデータを受信するように構成された受信モジュールであって、上記受信モジュールは、さらに、第２のリソース上で、上記第１の端末から第２のデータを、および、第２の端末から第３のデータを受信するように構成されており、上記第２のデータの変調次数は、上記第１のデータの変調次数より低い、および／または、上記第２のデータのコードレートは、上記第１のデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい、受信モジュールと、
上記第１のデータを復調および復号するように構成された復調および復号モジュールであって、上記復調および復号モジュールは、さらに、上記第２のデータおよび上記第３のデータを復調および復号するように構成されている、復調および復号モジュールと、を備える、基地局。
（項目１４）
上記基地局は、さらに、
第１の構成情報を、上記第１の端末に送信するように構成された第１の送信モジュールであって、上記第１の構成情報は、上記第１の端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、上記第１の構成情報は、上記第１のデータの変調次数情報、上記第１のデータのコードレート情報、および上記第１のデータの伝送電力情報のうちの少なくとも１つを含む、第１の送信モジュールを備える、項目１３に記載の基地局。
（項目１５）
上記基地局は、さらに、
第２の構成情報を、上記第１の端末に送信するように構成された第２の送信モジュールであって、上記第２の構成情報は、上記第１の端末が上記第２のリソース上でデータを送信するときに必要な構成情報であり、上記第２の構成情報は、上記第２のデータの変調次数情報、上記第２のデータのコードレート情報、および上記第２のデータの伝送電力情報のうちの少なくとも１つを含む、第２の送信モジュールを備える、項目１３または１４に記載の基地局。
（項目１６）
上記受信モジュールは、さらに、上記第１の端末から、リソーススケジューリング要求を受信するように構成されており、上記リソーススケジューリング要求は、上記第１の端末のための伝送リソースを要求するために用いられ、
上記基地局は、さらに、
リソーススケジューリング応答を、上記第１の端末に送信するように構成された第３の送信モジュールであって、上記リソーススケジューリング応答は、上記第１のリソースおよび上記第２のリソースが、上記第１の端末のための伝送リソースであることを示すために用いられる、第３の送信モジュールを備える、項目１３から１５のいずれか一項に記載の基地局。
（項目１７）
上記第２のリソースは、上記第２の端末のために予約されたリソースである、項目１３から１６のいずれか一項に記載の基地局。
（項目１８）
伝送されるべきターゲットデータを決定するように構成された決定モジュールと、
第１のリソース上で、上記ターゲットデータにおける第１のデータを送信するように構成された送信モジュールであって、上記送信モジュールは、さらに、第２のリソース上で、上記ターゲットデータにおける第２のデータを送信するように構成されており、上記第２のデータは、上記ターゲットデータにおける上記第１のデータを除いたデータであり、上記第２のリソースは、第２の端末の第３のデータを伝送するためにさらに用いられ、上記第２のデータの変調次数は、上記第１のデータの変調次数より低い、および／または、上記第２のデータのコードレートは、上記第１のデータのコードレートより小さい、および／または、上記第２のデータの伝送電力は、上記第１のデータの伝送電力より小さい、送信モジュールと、を備える、端末。
（項目１９）
上記端末は、さらに、
上記基地局から、第１の構成情報を受信するように構成された第１の受信モジュールであって、上記第１の構成情報は、上記端末が上記第１のリソース上でデータを送信するときに必要な構成情報であり、上記第１の構成情報は、上記第１のデータの変調次数情報、上記第１のデータのコードレート情報、および上記第１のデータの伝送電力情報のうちの少なくとも１つを含む、第１の受信モジュールを備える、項目１８に記載の端末。
（項目２０）
上記端末は、さらに、
上記基地局から、第２の構成情報を受信するように構成された第２の受信モジュールであって、上記第２の構成情報は、上記端末が上記第２のリソース上でデータを送信するときに必要な構成情報であり、上記第２の構成情報は、上記第２のデータの変調次数情報、上記第２のデータのコードレート情報、および上記第２のデータの伝送電力情報のうちの少なくとも１つを含む、第２の受信モジュールを備える、項目１８または１９に記載の端末。
（項目２１）
上記送信モジュールは、さらに、リソーススケジューリング要求を、上記基地局に送信するように構成されており、上記リソーススケジューリング要求は、上記端末のための伝送リソースを要求するために用いられ、
上記端末は、さらに、
上記基地局から、リソーススケジューリング応答を受信するように構成された第３の受信モジュールであって、上記リソーススケジューリング応答は、上記第１のリソースおよび上記第２のリソースが、上記端末のための伝送リソースであることを示すために用いられる、第３の受信モジュールを備える、項目１８から２０のいずれか一項に記載の端末。
（項目２２）
上記第２のリソースは、上記第２の端末のために予約されたリソースである、項目１８から２１のいずれか一項に記載の端末。
（項目２３）
上記端末は、エンハンスドモバイルブロードバンドｅＭＢＢ端末であり、上記第２の端末は、超高信頼性および超低遅延通信ＵＲＬＬＣ端末である、項目１８から２２のいずれか一項に記載の端末。
（項目２４）
メモリおよびプロセッサを備える、基地局であって、上記メモリは、命令を格納するように構成されており、上記プロセッサは、上記メモリに格納された上記命令を実行するように構成されており、上記メモリに格納された上記命令の上記実行が、上記プロセッサによる、項目１から６のいずれか一項に記載の方法の実行を可能にする、基地局。
（項目２５）
メモリおよびプロセッサを備える、端末であって、
上記メモリは、命令を格納するように構成されており、上記プロセッサは、上記メモリに格納された上記命令を実行するように構成されており、上記メモリに格納された上記命令の上記実行が、上記プロセッサによる、項目７から１２のいずれか一項に記載の方法の実行を可能にする、端末。
（項目２６）
処理モジュールおよび通信インタフェースを備えるチップであって、上記処理モジュールは、上記通信インタフェースを制御して、外部通信を実行させるように構成されており、上記処理モジュールは、さらに、項目１から６のいずれか一項に記載の方法を実行するように構成されている、チップ。
（項目２７）
処理モジュールおよび通信インタフェースを備えるチップであって、上記処理モジュールは、上記通信インタフェースを制御して、外部通信を実行させるように構成されており、上記処理モジュールは、さらに、項目７から１２のいずれか一項に記載の方法を実行するように構成されている、チップ。
（項目２８）
コンピュータプログラムを格納したコンピュータ可読記憶媒体であって、上記コンピュータプログラムは、基地局による実行時に、上記基地局に、項目１から６のいずれか一項に記載の方法を実行させる、コンピュータ可読記憶媒体。
（項目２９）
コンピュータプログラムを格納したコンピュータ可読記憶媒体であって、上記コンピュータプログラムは、端末による実行時に、上記端末に、項目７から１２のいずれか一項に記載の方法を実行させる、コンピュータ可読記憶媒体。
（項目３０）
命令を備えたコンピュータプログラムプロダクトであって、上記命令は、コンピュータによる実行時に、上記コンピュータに、項目１から６のいずれか一項に記載の方法を実行させる、コンピュータプログラムプロダクト。
（項目３１）
命令を備えたコンピュータプログラムプロダクトであって、上記命令は、コンピュータによる実行時に、上記コンピュータに、項目７から１２のいずれか一項に記載の方法を実行させる、コンピュータプログラムプロダクト。
【国際調査報告】
2019533394.tif 000015
2019533394.tif 000016
2019533394.tif 000017
2019533394.tif 000018