(57)【特許請求の範囲】
【請求項１】
アクセスポイントを動作させる方法であって、
前記アクセスポイントにより、符号領域で分離されている1つまたは複数の符号領域要素(CDE)を、複数のユーザ機器(UE)の各UEに割り当てるステップであって、前記1つまたは複数のCDEは伝送帯のリソースに関連し、前記複数のUEは、前記アクセスポイントによってサービス提供され、前記伝送帯で動作し、利用可能な伝送を有する、ステップと、
前記アクセスポイントにより、割り当てられた前記CDEの動的制御信号伝送を利用することなく、前記リソースに配置されたダウンリンクデータを、前記CDE間に出力オフセットを有する前記複数のUEに送信するステップと
を有する方法。
【請求項２】
前記ダウンリンクデータを送信するステップが、
前記1つまたは複数のCDEを、複数のネットワークリソースにマッピングするステップと、
前記複数のネットワークリソースを、前記複数のUEにブロードキャストするステップと
を含む、請求項1に記載の方法。
【請求項３】
前記1つまたは複数のCDEの各々が、前記伝送帯の前記複数のネットワークリソースを完全に占有する、請求項2に記載の方法。
【請求項４】
前記CDEが、拡散符号、シグネチャ、およびコードブックのうちの1つによって、符号領域で分離されている、請求項1に記載の方法。
【請求項５】
前記伝送帯で動作し、かつ利用可能な伝送を有する各UEを、前記伝送帯を含む伝送間隔でスケジューリングするステップをさらに有する、請求項1に記載の方法。
【請求項６】
変調および符号化方式(MCS)を、前記伝送帯で動作し、かつ利用可能な伝送を有する各UEに信号伝送するステップをさらに有する、請求項1に記載の方法。
【請求項７】
チャネル状態情報を、第1のUEから受信するステップと、
前記第1のUEに向けられた第1の伝送の符号化率を、前記チャネル状態情報に従って調整するステップと
をさらに有する、請求項1に記載の方法。
【請求項８】
前記チャネル状態情報が、長期チャネル状態情報を含む、請求項7に記載の方法。
【請求項９】
前記長期チャネル状態情報が、前記アクセスポイントと前記第1のUEとの間の通信チャネルのチャネル配置を含む、請求項8に記載の方法。
【請求項１０】
前記伝送帯で動作し、かつ利用可能な伝送を有する各UEへの伝送の伝送出力を調整するステップをさらに有する、請求項1に記載の方法。
【請求項１１】
符号領域リソースの1つまたは複数の部分の割当てが、目標リンク品質に従って実行される、請求項1に記載の方法。
【請求項１２】
請求項1から11のいずれか一項に記載の方法の各ステップを実行するように構成された手段を具備するアクセスポイント。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、2013年3月8日に出願された「System and Method for Reduced Signaling Transmissions in a Communications System」と題された米国特許出願第13/789,737号の優先権を主張するものであり、上記米国出願は、引用により本明細書に組み込まれる。
【０００２】
本開示は、一般に、デジタル通信に関し、より詳細には、通信システムにおける信号伝送低減のためのシステムおよび方法に関する。
【背景技術】
【０００３】
典型的に、第3世代パートナーシッププロジェクト(3GPP)ロングタームエボリューション(LTE)対応通信システムなどのセルラー通信システムにおいて、発展型NodeB(典型的に、基地局、通信コントローラ、NodeB端末基地局などとも称する)が、ユーザ機器(典型的に、移動局、端末、加入者、ユーザ、モバイルなどとも称する)への伝送を有するか、またはユーザ機器(UE)への伝送許可を有する場合、UEに対して、リソース要素についての制御情報、変調および符号化方式(MCS)、複数入力複数出力(MIMO)伝送モードなどを信号伝送する。
【０００４】
通信システムが、より複雑になり、より多くの伝送モードに対応することが可能になると、UEへ信号伝送されて通信を可能にする情報量が増える。信号伝送される制御情報の量が増えると、通信システムリソースのうちの大きな割合が消費され、通信システム全体の性能に悪影響を及ぼす。したがって、通信における信号伝送のオーバーヘッド低減システムおよび方法が必要である。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の例示的実施態様は、通信システムにおける信号伝送低減のためのシステムおよび方法を提供する。
【０００６】
本開示の例示的実施態様によれば、通信コントローラを動作させる方法が提供される。この方法は、通信コントローラにより、伝送帯の1つまたは複数の符号領域要素(CDE)を、通信コントローラによってサービス提供され、伝送帯で動作し、かつ利用可能な伝送を有する複数のユーザ機器(UE)の各UEに割り当てるステップを含む。また、この方法は、通信コントローラにより、動的制御信号伝送を利用することなく、1つまたは複数のCDEに配置されたダウンリンク情報を、UEに送信するステップを含む。
【０００７】
本開示の別の例示的実施態様によれば、ユーザ機器を動作させる方法が提供される。この方法は、ユーザ機器により、伝送帯に関連付けられた複数のネットワークリソースにおける第1の伝送を、ブラインド検出するステップであって、第1の伝送は、符号領域で、複数のネットワークリソースに共存する第2の伝送から分離され、第1の伝送と第2の伝送とは、既知のコードブックからの符号によって分離されている、ステップと、ユーザ機器により、第1の伝送の復号を試行するステップとを含む。また、この方法は、ユーザ機器が第1の伝送を復号可能である場合、ユーザ機器により、第1の伝送がユーザ機器に向けられたものであるか否かを判断するステップと、第1の伝送がユーザ機器に向けられたものではない場合、ユーザ機器により、既知のコードブックの残りの符号について、ブラインド検出するステップ、復号を試行するステップ、および判断するステップを繰り返すステップとを含む。
【０００８】
本開示の別の例示的実施態様によれば、通信コントローラが提供される。この通信コントローラは、プロセッサと、このプロセッサに動作可能に接続された送信器とを含む。プロセッサは、伝送帯の1つまたは複数の符号領域要素(CDE)を、通信コントローラによってサービス提供され、伝送帯で動作し、かつ利用可能な伝送を有する複数のユーザ機器(UE)の各UEに割り当てる。また、送信器は、動的制御信号伝送を利用することなく、1つまたは複数のCDEに配置された情報を、UEにダウンリンクする。
【０００９】
本開示の別の例示的実施態様によれば、ユーザ機器が提供される。このユーザ機器は、プロセッサを含む。プロセッサは、伝送帯に関連付けられた複数のネットワークリソースにおける第1の伝送をブラインド検出する。第1の伝送は、符号領域で、複数のネットワークリソースに共存する第2の伝送から分離され、第1の伝送と第2の伝送とは、既知のコードブックからの符号により分離されている。また、プロセッサは、第1の伝送を復号するよう試行して、ユーザ機器が第1の伝送を復号可能である場合、第1の伝送がユーザ機器に向けられたものであるか否かを判断し、第1の伝送がユーザ機器に向けられたものではない場合、既知のコードブックの残りの符号について、ブラインド検出、復号の試行、および判断することを繰り返す。
【００１０】
本開示の別の例示的実施態様によれば、通信コントローラを動作させる方法が提供される。この方法は、通信コントローラにより、第1の伝送をユーザ機器に送信するステップであって、第1の伝送は、第1のサブフレームの第1の伝送帯の符号領域要素(CDE)に割り当てられる、ステップを含む。また、この方法は、通信コントローラにより、第1の再伝送をユーザ機器に送信するステップであって、第1の再伝送は、第1の伝送に対応する第1の肯定応答が第1の所定時間内に受信されていないとの判断に応答して、第2のサブフレームの第1の伝送帯のCDEに割り当てられ、第2のサブフレームは、第1のサブフレームから第2の所定時間後に発生する、ステップを含む。
【００１１】
本開示の別の例示的実施態様によれば、ユーザ機器を動作させる方法が提供される。この方法は、ユーザ機器により、ユーザ機器に向けられた第1の伝送が復号不可能であると判断するステップを含む。第1の伝送は、伝送帯の符号領域要素(CDE)に関連付けられ、第1のサブフレームで受信される。また、この方法は、伝送帯のCDEに関連付けられたバッファデータを、最大数のサブフレームまで組み合わせることによって、第1の伝送の回復を試行するステップを含む。また、この方法は、ユーザ機器が第1の伝送を回復可能である場合、ユーザ機器により、第1の伝送の送信元に応答を送信するステップを含む。
【００１２】
本開示の別の例示的実施態様によれば、通信コントローラが提供される。この通信コントローラは、送信器を含む。送信器は、第1の伝送をユーザ機器に送信する。第1の伝送は、第1のサブフレームの第1の伝送帯で符号領域要素(CDE)に割り当てられる。また、送信器は、第1の再伝送をユーザ機器に送信する。第1の再伝送は、第1の伝送に対応する第1の肯定応答が第1の所定時間内に受信されていないとの判断に応答して、第2のサブフレームの第1の伝送帯のCDEに割り当てられ、第2のサブフレームは、第1のサブフレームから第2の所定時間後に発生する。
【００１３】
本開示の別の例示的実施態様によれば、ユーザ機器が提供される。このユーザ機器は、プロセッサと、このプロセッサに動作可能に接続された送信器とを含む。プロセッサは、ユーザ機器に向けられた第1の伝送が復号不可能であると判断する。第1の伝送は、伝送帯の符号領域要素(CDE)に関連付けられ、第1のサブフレームで受信される。また、プロセッサは、伝送帯のCDEに関連付けられたバッファデータを、最大数のサブフレームまで組み合わせることによって、第1の伝送の回復を試行する。送信器は、ユーザ機器が第1の伝送を回復可能である場合、第1の伝送の送信元に応答を送信する。
【発明の効果】
【００１４】
実施形態の一利点は、送信に必要な信号伝送が減少するために、通信オーバーヘッドが緩和されること、特に、データペイロードが小さい伝送について、緩和されることである。
【００１５】
実施形態のさらに別の利点は、信号伝送が減少したハイブリッド自動反復要求(HARQ)処理が提供されて、少ない信号伝送で、エラー検出およびエラー訂正ができるようになることである。
【００１６】
本開示およびその利点をより完全に理解するために、以下の説明が、添付の図面と組み合わせて参照される。図面は以下のとおりである。
【図面の簡単な説明】
【００１７】
【図１】本明細書に記載する例示的実施形態による例示的な通信システムを示す図である。
【図２】本明細書に記載する例示的実施形態による例示的な制御プレーンおよびデータプレーンを示す図である。
【図３】本明細書に記載する例示的実施形態による、動的(または高速)制御信号伝送なしでの通信のための例示的なフレームワークを示す図である。
【図４】本明細書に記載する例示的実施形態による、動的制御信号伝送なしでの通信に対応した通信システムの複数の例示的なフレームを示す図である。
【図５】本明細書に記載する例示的実施形態による、UEをSSFTx帯に割り当てる例を強調している、例示的なフレームの詳細図である。
【図６ａ】本明細書に記載する例示的実施形態による、リソースをUEに割り当てるシステムの例示的な図である。
【図６ｂ】本明細書に記載する例示的実施形態による、論理CDEと物理CDEとの関係の例を示す図である。
【図７ａ】本明細書に記載する例示的実施形態による、動的制御信号伝送なしでの通信に対応した通信システムにおいてeNBがUEへ送信する際、eNBにおいて発生する動作の例示的なフローチャートである。
【図７ｂ】本明細書に記載する例示的実施形態による、動的制御信号伝送なしでの通信に対応した通信システムにおいてUEがeNBからの伝送を受信する際、UEにおいて発生する動作の例示的なフローチャートである。
【図８ａ】本明細書に記載する例示的実施形態による、SSFTx帯内でパケットを受信可能なブラインド検出器の例示的な第1の例を示す図である。
【図８ｂ】本明細書に記載する例示的実施形態による、SSFTx帯内でパケットを受信可能なブラインド検出器の例示的な第2の例を示す図である。
【図９ａ】本明細書に記載する例示的実施形態による、eNBが固定MCSレベルでSSFTx帯を構成する際、eNB内で発生する動作の例示的なフローチャートである。
【図９ｂ】本明細書に記載する例示的実施形態による、UEが固定MCSレベルに応じてその復号器を設定する際、UE内で発生する動作の例示的なフローチャートである。
【図１０ａ】本明細書に記載する例示的実施形態による、eNBがSSFTx帯内で動作中のUEへの伝送の符号化率を調整する際、eNB内で発生する動作の例示的なフローチャートである。
【図１０ｂ】本明細書に記載する例示的実施形態による、UEが、UEのチャネル状態に応じて設定された適応符号化率での伝送を受信する際、UE内で発生する動作の例示的なフローチャートである。
【図１１ａ】本明細書に記載する例示的実施形態による、eNBがSSFTx帯内で動作中のUEへの伝送の送信出力レベルを調整する際、eNB内で発生する動作の例示的なフローチャートである。
【図１１ｂ】本明細書に記載する例示的実施形態による、UEが、伝送の送信出力レベルがeNBにより適応可能である伝送を受信する際に、UE内で発生する動作を示す例示的なフローチャートである。
【図１１ｃ】本明細書に記載する例示的実施形態による、eNBが相互に対をなすUE(CDE)の数を調整して、目標リンク品質を満たす際、eNB内で発生する動作の例示的なフローチャートである。
【図１２】本明細書に記載する例示的実施形態による、HARQ動作が強調された例示的なタイミング図である。
【図１３ａ】本明細書に記載する例示的実施形態による、eNBがブラインドHARQ処理を用いてUEへ送信する際、eNB内で発生する動作のフローチャートである。
【図１３ｂ】本明細書に記載する例示的実施形態による、UEが伝送を受信してその伝送を復号する際、UE内で発生する動作の例示的なフローチャートである。
【図１３ｃ】本明細書に記載する例示的実施形態による、UEがHARQ受信処理を実行する際、UE内で発生する動作の例示的なフローチャートである。
【図１４ａ】本明細書に記載する例示的実施形態による、第1の通信デバイスの例示的な図である。
【図１４ｂ】本明細書に記載する例示的実施形態による、第1の通信デバイスの例示的な図である。
【図１４ｃ】本明細書に記載する例示的実施形態による、第1の通信デバイスの例示的な図である。
【図１４ｄ】本明細書に記載する例示的実施形態による、第1の通信デバイスの例示的な図である。
【図１５ａ】本明細書に記載する例示的実施形態による、第2の通信デバイスの例示的な図である。
【図１５ｂ】本明細書に記載する例示的実施形態による、第2の通信デバイスの例示的な図である。
【図１５ｃ】本明細書に記載する例示的実施形態による、第2の通信デバイスの例示的な図である。
【図１５ｄ】本明細書に記載する例示的実施形態による、第2の通信デバイスの例示的な図である。
【発明を実施するための形態】
【００１８】
現在の例示的実施形態の動作およびその構造について、以下に詳細に説明する。ただし、本開示は、広範な具体的文脈において実装され得る応用可能な発明の概念を、多数提供していることが、理解されるべきである。考察される具体的実施形態は、本開示内容の具体的構造、および本開示内容の動作方法を説明するためだけのものであり、本開示内容を限定するものではない。
【００１９】
本開示内容の一実施形態は、通信システムにおける信号伝送低減に関する。たとえば、通信コントローラでは、この通信コントローラは、伝送帯の1つまたは複数の符号領域要素(CDE)を、この伝送帯で動作するとともに利用可能な伝送を有する各ユーザ機器(UE)に割り当て、CDEを、伝送帯に関連付けられた複数のネットワークリソースにマッピングし、複数のネットワークリソースをUEへブロードキャストする。別の例としては、通信コントローラにおいて、この通信コントローラは、第1の伝送をユーザ機器へ送信する。第1の伝送は、第1のサブフレームの第1の伝送帯内で符号領域要素(CDE)に割り当てられる。そして、通信コントローラは、第1の再伝送をユーザ機器へ送信する。第1の再伝送は、第1の伝送に対応した肯定応答が受信されていないとの判断に応じて、第2のサブフレームの第1の伝送帯内のCDEに割り当てられる。第2のサブフレームは、第1のサブフレームの特定時間後に発生する。
【００２０】
本開示は、特定の文脈、すなわち、3GPP LTE対応の通信システムにおける例示的実施形態において説明される。しかしながら、本開示は、他の規格に対応するかまたは規格に対応しない通信システムにも、適用され得る。
【００２１】
図1は、通信システム100を示す。通信システム100は、eNB105を含む。eNB105は、UE110、UE112、UE114、およびUE116など、複数のUEに、無線でサービスを提供し得る。典型的に、UEへの通信またはUEからの通信は、eNB105を通じて流れる必要がある。通信システムは、多数のUEと通信可能な複数のeNBを用い得ることが理解されているが、簡潔にするために、単一のeNBのみと多数のUEとが図示されている。
【００２２】
一般に、信号伝送には、以下の3つのレベルがある。
1)ネットワーク構成ブロードキャスト信号伝送：非常に低い信号伝送速度として特徴付けられ得る。
2)無線リンク制御(RLC)：低速度信号伝送として特徴付けられる。RLC信号伝送は、各UE毎になされ得る。
3)3GPP LTEにおける物理ダウンリンク制御チャネル(PDCCH)などでの動的スケジューリング信号伝送：一般に、動的スケジューリング信号伝送は、高速信号伝送として特徴付けられ得る。なお、動的スケジューリング信号伝送は、特に少量のパケットについて、非常にオーバーヘッドの高い信号伝送である。
【００２３】
3GPP LTE対応通信システムでは、動的スケジューリング信号伝送の典型的なコンテンツは、以下のものを含み得る。
-リソース割当情報：時間情報(たとえば、送信時間間隔(TTI)など)、周波数情報(たとえば、リソースブロック(RB)、リソースブロックグループ(RBG)など)、および符号化情報(たとえば、符号分割多元接続(CDMA)シグネチャ、疎符号多元接続(SCMA)コードブックなど)など
-リンク適応情報：変調レベル、符号化率、送信出力レベルなど
-ハイブリッド自動反復要求(HARQ)に対応する信号伝送
【００２４】
なお、リアルタイムの用途、インスタントメッセージ伝送、マシンツーマシン(M2M)トラフィック、状態アップデートメッセージなど、現在および将来の多くの用途では、少量のパケットが生成される。信号伝送のオーバーヘッドは、少量のパケットにおいて強調される。説明のための例として、以下の状況を考える。単一のセルで50人のユーザに対応し、ダウンリンクチャネル上に各ユーザが1つのリソースブロック(RB)を占有するものとする。そして、ユーザ毎の信号伝送のオーバーヘッドは、ダウンリンク許可について2制御チャネル要素(CCE)、およびアップリンク許可について2CCEで、ユーザ毎に合計4CCEとなる。ユーザ毎の制御チャネル用リソース要素数(RE)は、以下のように表される。
【００２５】
【数１】
0006395226.tif 000002
【００２６】
したがって、オーバーヘッドは、以下のように表される。
【００２７】
【数２】
0006395226.tif 000003
【００２８】
86%のオーバーヘッドでは、データ伝送の余地がほとんどない。
【００２９】
図2は、制御プレーン205およびデータプレーン210を示す。制御プレーン205は、UE-1 215、UE-2 217、およびUE-3 219などの様々なUEへの信号伝送を示す。データプレーン210は、UE-1 220、UE-2 222、およびUE-3 224などの様々なUEへのデータの伝送を示す。制御プレーン205での信号伝送は、データプレーン210でのリソース割当を示す。例として、制御プレーン205でのUE-1 215への信号伝送は、データプレーン210でのリソース(UE-1 220)に対応する。一旦、制御プレーン205においてリソースが使用されると、データプレーン210における未使用リソースは、使用されずに残る。一例として、データプレーン210における未使用リソース230は、制御プレーン205の制限により生じ得る。未使用リソース(たとえば、未使用リソース230)は、通信における他の形態で使用され得る。
【００３０】
上述のように、制御プレーン205の信号伝送が、リソースを利用する必要がなければ、データプレーン210における未使用リソースは、通信に使用され得る。例示的実施形態によると、UEにおいて(すなわち、一般に、受信デバイスにおいて)ブラインド検出が用いられた場合、制御プレーンでの信号伝送を排除し得る。ブラインド検出により、UEは、典型的に、リソース割当情報、リンク適応、およびHARQ信号伝送などの動的スケジューリング信号伝送を使用することなく、情報を検出することができるようになる。説明のための例として、UEなどの受信デバイスは、受信デバイスが受信するリソースで複数の仮定を試すことにより、ブラインド検出を使用して、情報を検出し得る。試した仮定が正確であれば、UEは、理解可能な結果を得ることになる。試した仮定が不正確であれば、UEは、理解不能な結果を得ることになる。例示的仮定には、可能なリソース割当、リンク適応値、HARQ伝送などがある。
【００３１】
図3は、動的(すなわち高速)制御信号伝送なしでの通信のためのフレームワーク300を示す。動的制御信号伝送なしでの通信を可能とするため、いくつかの低速信号伝送メカニズムが提示されている。それは以下のものを含む。
-ブロードキャストチャネルを使用してUEへ信号伝送して、通信システムが動的制御信号伝送なしでの通信に対応しているか否かを示す、伝送モード構成。
-通信システムと交信して、UEが動的制御信号伝送なしでの通信に対応しているか否かを示す、UE能力。
-探索空間およびアクセスコード。アクセスコードは、UEへブロードキャストチャネルを通じて信号伝送され、低速信号伝送チャネルを使用して更新され得る。また、設定されたアクセスコードの最大サイズも、更新されて、低速信号伝送チャネルを用いてUEへ信号伝送され得る。
-UEへブロードキャストチャネルを通じて信号伝送され、低速信号伝送チャネルを使用して更新され得る、変調および符号化方式(MCS)設定。
【００３２】
フレームワーク300では、非スケジュール信号伝送通信(SSFTx:scheduling signaling free transmission)構造302が強調されている。SSFTx構造302は、非動的制御信号伝送スケジュールアクセス305、非動的制御信号伝送スケジュール適応(リンク適応)310、および非動的制御信号伝送スケジュールHARQ315への対応を含んでいる。非動的制御信号伝送スケジュールアクセス305は、リソース定義322およびリソース割当324(集合的に、リソース管理320と称する)のための非動的制御信号伝送がある、符号分割多元接続-直交周波数分割多重(CDMA-OFDM)、低密度シグネチャOFDM(LDS-OFDM)、SCMA-OFDMなど、マルチキャリア変調(MCM)でリソース共用される符号領域多元接続を含み得る。UE(すなわち、受信デバイス)では、非動的制御信号伝送スケジュールアクセス305は、アクティブ符号なしのブラインド符号領域受信、および/またはシグネチャの知識330を含み得る。非動的制御信号伝送スケジュール適応310は、動的制御信号伝送対応なしの長期リンク適応を含み得る。非動的制御信号伝送スケジュールHARQ315は、動的制御信号伝送対応なしのブラインドHARQ動作を含み得る。SSFTx302の各部について、以下に詳細に説明する。
【００３３】
図4は、動的制御信号伝送なしでの通信に対応した通信システムの複数のフレーム400を示す。図4は、フレームN 405およびフレームN+1 407のフレーム構造を強調している。なお、複数のフレーム400は、他のフレームを含み得るが、考察のために、2つのフレームのみが示されている。また、フレームN 405のフレーム構造は、フレームN+1 407のフレーム構造と同じであることに留意されたい。したがって、フレームN 405の具体的構造についての考察は、フレームN+1 407の具体的構造にも適用され、逆も同様である。
【００３４】
図4に示すように、フレームN 405は、TTI 1 410、TTI 2 412およびTTI M 414などの複数のTTIを含む。いくつかのTTI内に、非スケジュール動的制御信号伝送を通信のために予約されたいくつかのリソース(たとえば、時間リソース、周波数リソース、または時間-周波数リソース)があり得る。各TTI内のこのようなリソースを、SSFTx帯と称し得る。一例として、TTI 1 410内には、SSFTx帯1 420があり、TTI 2 412内には、別のSSFTx帯1 422がある。なお(図4には、図示された全てのTTIがSSFTx帯を有するが)、各TTI内に、SSFTx帯がなくともよい。なお、単一のSSFTx帯が、複数のTTIに亘ることもある。一例として、SSFTx帯1(ブロック420および422)は、TTI 1 410およびTTI 2 412に亘る。さらに、低速信号伝送チャネルまたは極低速信号伝送チャネル上のメッセージ伝送を通じて、eNBにより具体的に変更されなければ、連続したフレームについてのSSFTx帯の構成は、同一であることに留意されたい。図4に示すように、フレームN 405およびフレームN+1 407は、同一のSSFTx帯構成を有する。さらに、SSFTx帯の構成は、論理領域において定義されてもよいことに留意されたい。論理領域は、予め定義されたマッピング規則により、実際の物理リソースへとマッピングされる。論理領域から物理領域へのマッピングは、フレーム毎に変化してもよい。
【００３５】
SSFTx帯、たとえば、フレームN+1 407のSSFTx帯2 430内で、リソースは、複数の符号領域要素(CDE)に関連付けられ得る。一例として、SSFTx帯2 430は、CDE1、CDE2、そしてCDE10までの10のCDEに関連付けられ得る。なお、各CDEは、SSFTx帯のリソースのサブセットに関連付けられ得る。説明のための例として、各CDEは、SSFTx帯のリソースのエンティティに関連付けられ得る。説明のための別の例として、いくつかのCDEが、SSFTx帯のリソースのエンティティに関連付けられ得るものであり(すなわち、CDEは、SSFTx帯のリソースを完全に占有する)、他のCDEは、SSFTx帯のリソースの一部に関連付けられ得る。説明のためのさらに別の例としては、各CDEは、SSFTx帯のリソースの一部に関連付けられ得る。
【００３６】
各CDEは、符号領域内で分離されていてもよく、SSFTx帯のそれぞれのCDE間の相互相関が低いかまたはゼロであることを意味する。換言すると、CDEは、互いに直交するといえる。説明のための例として、第1のCDEに対応する伝送の情報は、それぞれのCDEが情報に適用された後、符号領域内で第2のCDEに対応する伝送の情報へと分離される。CDEの例は、CDMAシーケンス、LDSシグネチャ、SCMAコードブックなどを含み得る。
【００３７】
SSFTx帯の構成は、eNBにより、上位レイヤ信号伝送(たとえば、無線リソース制御(RRC)信号伝送)などを通じて、低速信号伝送チャネルまたは極低速信号伝送チャネルで、UEに提供され得る。SSFTx帯の構成は、トラフィックの要求、通信システムの状態、UEの負荷、UE数、UEのトラフィックパターンなどの変更に遭遇する機会に、eNBにより変更され得る。SSFTx帯の構成を通じて、UEは、SSFTx帯毎のCDE数、SSFTx帯数、SSFTx帯の位置(すなわち、SSFTx帯に関連付けられたリソースなどについて認識する。なお、低速信号伝送チャネルまたは極低速信号伝送チャネルを使用することにより、リソースの管理が、非常に低いオーバーヘッドで可能となる。
【００３８】
例示的実施形態によると、複数のUEは、各SSFTx帯に割り当てられ得る。さらに、単一のUEが、複数のSSFTx帯に割り当てられ得る。UEのSSFTx帯への割当は、UE優先度、UE種別、UE加入レベル、UEトラフィック種別、UEトラフィック優先度、UEトラフィックパターン、UEサービスヒストリなどの割当基準を考慮してなされ得る。
【００３９】
図5は、UEのSSFTx帯への割当例を強調している、フレーム500の詳細図を示す。図5に示すように、フレーム500は、少なくともMのTTI(たとえば、TTI 1 505、TTI 2 507およびTTI M 509)と、2つのSSFTx帯(TTI 1 505(ブロック520)およびTTI 2 507(ブロック522)内にあるSSFTx帯1、ならびにTTI M 509(ブロック525)内にあるSSFTx帯2)とを含む。SSFTx帯1は、UE1、UE2、UE3、UE4、UE5、UE6、UE9、UE10、およびUE11を含む、割り当てられた9のUEを有し得るものであり、SSFTx帯2は、UE1、UE2、UE5、UE6、UE7、およびUE8を含む、割り当てられた6つのUEを有し得る。なお、UE1、UE2、UE5、およびUE6を含むいくつかのUEが、両SSFTx帯に対して割り当てられ、UE3、UE4、UE9、UE10、およびUE11が、SSFTx帯1に対してのみ割り当てられ、UE7およびUE8が、SSFTx帯2のみに対して割り当てられる。
【００４０】
なお、UEは、1つまたは複数のSSFTx帯に割り当てられ得るが、UEに、伝送を受信するのに必要なリソースが配分されてもよく、配分されなくともよい。説明のための例として、eNBがUEへ送信するデータを有しない場合、eNBがUEからの伝送の要求を受信しない場合、eNBがUEに送信するデータを有していてもeNBがUEを選択してリソースを配分することがなかった場合など、UEには、伝送を受信するためのリソースが配分されないこともある。
【００４１】
図6aは、リソースをUEに割り当てるシステム600の図を示す。システム600は、動的制御信号伝送なしでの通信に対応した通信システムのeNBの一部を表し得る。システム600は、スケジューラ605を含み得る。スケジューラ605は、送信するデータを有するSSFTx帯に対して割り当てられたUEの組のうちのどのUEかを決めるのに用いられ得る。説明のための例として、SSFTx帯2 610につき、SSFTx帯2 610に割り当てられたUEの組は、6つのUEを備える。ただし、10のUEのうちの4つだけについては、eNBが、送信するデータを有する。
【００４２】
考察のために、eNBが、UE1、UE5、UE6およびUE7へ送信するデータを有する状況を考える。そして、スケジューラ605は、1つまたは複数のCDEの各UEに対する割当を選択し得る。なお、各UEには、1つまたは複数のCDEが割り当てられ得るが、単一のCDEは、単一のUEにのみが割り当てられ得る。図6aに示すように、UE1にはCDE1およびCDE2が割り当てられ、UE5にはCDE3およびCDE10が割り当てられるとともに、UE6にはCDE5が割り当てられ、UE7にはCDE8が割り当てられる。なお、UEに対して割り当てられたCDE数は、UEへ送信されるデータ量、割当に利用可能なCDE数、CDEを割り当てるUE数、UEに対して送信されるデータ量によるものであってもよい。
【００４３】
なお、UEは、UEからCDEへの割当について認識しておらず、ブラインド検出を用いて、CDEが送信されるか否か、および送信されたなら、そのUEのデータまたは他のUEのデータを担持しているか否かを決定する。一例として、ブラインドLDSおよび/またはSCMAシグネチャ検出器は、UEに用いられて、SSFTx帯内でアクティブなCDEのリストを判断し得る。なお、UEが割り当てられているCDEは、物理CDEの組を表し得る論理CDEである。論理CDEを物理CDEへマッピングするために使用されるマッピング規則は、予め定義されて、BSおよびUEに認識されていてもよい。
【００４４】
図6bは、論理CDEと物理CDEとの関係を示す。図6bに示すように、UE6に対して割り当てられた論理CDE655は、物理CDE660へとマッピングされる。図6aにおいて考察されたように、CDE5がUE6に対して割り当てられる。
【００４５】
図7aは、動的制御信号伝送なしでの通信に対応した通信システムにおいてeNBがUEへ送信する際、eNBにおいて発生する動作700のフローチャートを示す。動作700は、eNBがUEへ、動的制御信号伝送なしでの通信を用いて送信する際、eNB105などのeNBにおいて発生する動作を示し得る。
【００４６】
動作700は、eNBによりサービス提供されているUEのどれが、送信するデータを有するか、すなわち、どのUEがダウンリンク伝送を有するか判断することで、開始し得る(ブロック705)。一般に、eNBが、メモリまたはバッファに格納されたUE用のデータを有する場合、UEは、ダウンリンク伝送を有し得る。その代わりに、eNBがダウンリンク伝送を実行するときまでに、eNBがUE用のデータをメモリまたはバッファ内に有するものと推測する場合、UEは、ダウンリンク伝送を有し得る。典型的に、ダウンリンク伝送を有するUEは、eNBによりサービス提供されるUEのサブセットである。
【００４７】
eNBは、ダウンリンク伝送のあるUEのサブセットをスケジューリングすることにより、スケジューリングされたUEを生成し得る(ブロック707)。スケジューリングは、ダウンリンク伝送のある(または、ダウンリンク伝送が利用可能な)UEのいくつかまたは全てを、スケジューリング基準により選択することを含み得る。この基準は、利用可能な送信機会または送信インターバルについて、UE優先度、UEサービスヒストリ、データ優先度、利用可能なリソース、送信するデータ量などを含み得る。説明のための例として、eNBが、ダウンリンク伝送を有するUEを、合計で10有するものの、ダウンリンク伝送に配分されたリソースが合計5つしかない状況を考える。eNBは、様々なスケジューリングアルゴリズムを使用し得る。このアルゴリズムは、5のリソースを割り当てる10のUEのサブセットを選択するために、公平性を均衡させることを目標とし、データスループットを最大化し、待ち時間を最短とするものなどを含む。実際のスケジューリング技術の考察は、本実施形態の範囲を超えている。
【００４８】
eNBは、スケジューリングされたUEを論理CDEに割り当て得る(ブロック709)。上述のように、UEをスケジューリングすることは、リソース(たとえば、論理CDE)が割り当てられるUEを選択することを含み得る。eNBは、伝送帯の1つまたは複数の論理CDEを、スケジューリングされたUEの各々に、eNBにより実行されるスケジューリングに従って割り当て得る。説明のための例として、スケジューリングにより、3つのUEが選択されて、各々に単一の論理CDEが割り当てられたことが特定された場合、eNBは、単一の論理CDEを3つのUEの各々に割り当て得る。典型的に、論理CDEのUEへの割当は、任意になされ得る。ただし、いくつかの論理CDEが、他のものよりも、符号領域において分離されており、これらの論理CDEは、永久的に割り当てられることが可能となり得る。
【００４９】
ダウンリンク伝送のあるUEを決定すること705と、ダウンリンク伝送のあるUEをスケジューリングすること707と、スケジューリングされたUEを割り当てること709とを、一括して、制御信号伝送のない通信のためのリソース割当と称してもよい(ブロック711)。eNBは、論理CDEを物理CDEにマッピングし得る(ブロック713)。参照として、論理CDEと物理CDEとの間の例示的関係を、図6bに提示する。一般に、論理CDEを物理CDEへマッピングすることは、ネットワークリソースが、各論理CDEに対応することを示す。
【００５０】
eNBは、伝送をブロードキャストする(ブロック715)。伝送をブロードキャストすることは、eNBが、論理CDEに関連付けられた符号をダウンリンク伝送のデータに適用すること、データに対する、プリコード、増幅、変調、フィルタリングなどを含み、送信信号を生成して、送信信号を送信アンテナに提供し、送信信号を空中を通じてUEへ送る。論理CDEをマッピングすること713と、伝送をブロードキャストすること715とを一括して、動的制御信号伝送なしでデータを送信することと称する(ブロック717)。
【００５１】
図7bは、動的制御信号伝送なしでの通信に対応した通信システムにおいてUEがeNBから伝送を受信する際、UEにおいて発生する動作750のフローチャートを示す。動作750は、動的制御信号伝送なしにUEがeNBから伝送を受信する際、UE110〜116などのUEで発生する動作を示し得る。
【００５２】
動作750は、UEがSSFTx帯内でパケットを検出することで開始され得る(ブロック755)。例示的実施形態によると、UEは、ブラインド検出を利用して、SSFTx帯内のパケットを検出し得る。一般に、ブラインド検出は、異なる仮定および/またはシグネチャを、パケットのあるSSFTx帯内のRBに適用することを含む。説明のための例として、eNBは、符号をCDMAコードブックから、シグネチャをLDSコードブックから、符号をSCMAコードブックから拡散することを利用し得るものであり、これらは、SSFTx帯内でパケットを伝送するためのSSFTx帯のCDEに関連付けられている。一般に、CDEは、SSFTx帯内のパケットを、直交化または実質的に直交化する。
【００５３】
図8aは、SSFTx帯内でパケットを受信可能な第1の例のブラインド検出器800を示す。ブラインド検出器800は、メッセージ通過アルゴリズムによるジョイントシグネチャおよびデータ検出(JMPA)検出器805を含む。シグネチャ脱相関器810は、シグネチャのソフトリストを提供する(たとえば、符号をCDMAコードブックから、シグネチャをLDSコードブックから、符号をSCMAコードブックから拡散するなど)。シグネチャプール815は、符号をCDMAコードブックから、シグネチャをLDSコードブックから、符号をSCMAコードブックから拡散することなどを含む。シグネチャのソフトリストおよび受信した信号を用いると、JMPA検出器805は、伝送されたデータおよびアクティブシグネチャ(一般にはCDE)をともに検出する。ブラインド検出器800のソフト出力は、シグネチャ(CDE)のソフトリストを更新するために、アプリオリ情報(a priori information)として用いられ得る。
【００５４】
図8bは、SSFTx帯内でパケットを受信可能な第2の例のブラインド検出器850を示す。ダウンリンクでは、送信器が、アクティブなシグネチャ数を認識して、所定の順に用いるので、ブラインド検出器850は、ブラインド検出処理における計算量(complexity)を減少させ得る。シグネチャの利用順が、UE(およびブラインド検出器850)に対して提供されてもよい。利用順についての知見は、アクティブシグネチャ(CDE)の探索を単純化して改良するのに役立ち得る。さらに、出力の制限下で、各アクティブシグネチャの出力は、シグネチャ間に出力オフセットがない場合、アクティブシグネチャの合計数により、調整され得る。ブラインド検出器850は、ハード検出のある脱相関器という特徴がある。シグネチャ脱相関器860は、アクティブシグネチャのリストを、メッセージ通過アルゴリズム(MPA)検出器855によるMPA検出に提供する。MPA検出器855は、シグネチャ脱相関器860により提供されたハードリストが正確であると仮定して、複数のアクティブシグネチャに亘って、データの検出を試みてもよい。シグネチャプール865は、符号をCDMAコードブックから、シグネチャをLDSコードブックから、符号をSCMAコードブックから拡散することなどを含む。
【００５５】
図7bに戻り、UEは、SSFTx帯内でパケットを発見したか否かを判断するために、検査を実行し得る(ブロック757)。説明のための例として、ブラインド検出器の出力は、パケットを発見したことを示すために、信号または割り込みをアサートし得る。UEは、信号または割り込みがアサートされたか否かを検査し得る。ブラインド検出器がパケットを発見していない場合、UEは、ブロック755に戻って、SSFTx帯内でのパケット探索を継続し得る。
【００５６】
ブラインド検出器がパケットを発見した場合、UEは、そのパケットを復号し得る(ブロック758)。UEは、eNBにより指定されたMCSレベルに応じて、パケットを復号し得る。MCSレベルは、低速信号伝送チャネルまたは極低速信号伝送チャネルを用いて、UEへと信号伝送されていてもよい。
【００５７】
UEがパケットを復号可能である場合、UEは、パケットの意図した受信器であるか否かについて別の検査を実行し得る(ブロック759)。例示的実施形態では、パケットは、意図した受信者でマークされ得る。説明のための例として、周期冗長検査(CRC)など、パケットの一部は、意図した受信者の識別情報(たとえば、意図した受信者の識別子)でマスクされ得る。説明のための別の例として、パケットのヘッダなど、パケットの一部は、意図した受信者の識別情報を含み得る。UEがパケットの意図した受信者でない場合、UEは、ブロック755に戻って、SSFTx帯内でのパケット探索を継続し得る。なお、パケットが、そのパケットの意図した受信器であるか否かを判断することは、パケットを復号することを含み得る。
【００５８】
UEがパケットの意図した受信者である場合、UEは、パケットおよびそのコンテンツを処理し得る(ブロック761)。説明のための例として、パケットの処理は、パケットのコンテンツに応じて処理することを含み得る。説明のための例として、パケットが制御情報を含む場合、UEは、パケットに格納された制御情報に応じて、その構成を調整し得る。説明のための別の例として、パケットがデータを含む場合、UEは、データを利用するアプリケーションに、そのデータを提供したり、そのデータを格納したりすることなどができる。なお、UEが、SSFTx帯の検出を完了していないときには、ブロック755に戻り、SSFTx帯の検出を継続し得る。
【００５９】
一般に、LDSリンクなどの通信リンク品質は、以下のいくつものパラメータによることになる。
-対になったユーザの変調および符号化方式(MCS)レベル、
-所与の伝送出力の制約下で、各レイヤに配分された出力、および
-対になったユーザ数、である。
典型的に、各パラメータ(またはその組み合わせ)は、通信リンクの品質を順応的に変更するために用いられ得る。ただし、そのいくつかは、信号伝送コストがないブラインドリンク適応の対象となる。
【００６０】
例示的実施形態によると、MCSを、SSFTx帯毎に固定することが可能である。このような状況では、各SSFTx帯のMCSは、上位レイヤ信号伝送を通じるなどして、低速信号伝送チャネルまたは極低速信号伝送チャネルを用いて構成され得る。SSFTx帯に割り当てられた複数のUEは、チャネル状態、すなわちチャネル品質にかかわらず、同じMCSを用いる。eNBは、MCSレベルの異なる複数のSSFTx帯を設定してもよく、UEは、チャネル品質などの状態に応じて、適切なSSFTx帯に対して割り当てられてもよい。
【００６１】
図9aは、eNBが固定MCSレベルでSSFTx帯を構成する際、eNB内で発生する動作900のフローチャートを示す。動作900は、eNBが固定MCSレベルでSSFTx帯を構成する際、eNB105などのeNB内での動作を示し得る。
【００６２】
動作900は、eNBが、MCSレベルを設定することで、開始し得る(ブロック905)。なお、SSFTx帯についてのMCSレベル設定は、数通りの異なる方法でなされ得る。説明のための例として、SSFTx帯内の全UEのMCSレベルは、同レベルに設定されてもよい。例として、eNBは、複数のSSFTx帯を、各SSFTx帯内で、異なるMCSレベルで設定して、UEを、チャネル状態に応じて、適切なSSFTx帯に割り当て得る。説明のための別の例として、MCSレベルは、SSFTx帯内の各UEについて、個別に設定し得る。なお、MCSレベルが個別に設定された状況では、2つ以上のUEのMCSレベルは、同じ値に設定される。eNBは、制御情報を、上位レイヤメッセージ伝送(たとえば、RRCメッセージ伝送)を用いるなど、低速信号伝送チャネルまたは極低速信号伝送チャネルで送信することにより、MCSレベルを設定し得る。
【００６３】
図9bは、UEが固定MCSレベルに応じて復号器を設定する際、UE内で発生する動作950のフローチャートを示す。動作950は、UEが、固定MCSレベルに応じてその復号器を設定する際、UE110〜116などのUE内の動作を示し得る。
【００６４】
動作950は、UEがUEへの伝送のMCSレベルについての制御信号伝送を受信することで、開始し得る(ブロック955)。制御信号伝送は、UEにサービス提供しているeNBにより、UEへ送信されてもよい。制御信号伝送は、低速信号伝送チャネルまたは極低速信号伝送チャネルで受信され得る。制御信号伝送は、UEへの伝送の変調方式および/または符号化率を示すものであってもよい。なお、UEが複数の送信元からの伝送を受信中である場合、異なる伝送は異なるMCSレベルを有することになる。UEは、特定のMCSレベルを有する伝送を検出および/または復号するために、その受信器を設定し得る(ブロック960)。
【００６５】
例示的実施形態により、単一のSSFTx帯の全UEへの伝送のMCSレベルが固定されている場合には、UEが、MCSレベルを、SSFTx帯番号などのSSFTx帯の識別情報に応じて推論可能となるので、MCSレベルの制御信号伝送は、著しく減少し得る。制御信号伝送は、MCSレベルが変更されたときなどの状況においてのみ、必要とされ得る。
【００６６】
別の例示的実施形態により、SSFTx帯内で動作している単一のUEへの通信で用いられる変調レベルを固定することが可能となるが、伝送の符号化率は、たとえば、UEのチャネル状態を満たすように、順応的に変更され得る。変調レベルは、上位レイヤ信号伝送などで、低速信号伝送チャネルまたは極低速信号伝送チャネルを用いて設定された後に、固定され得る。符号化率は、たとえば、UEにより通知されると、UEのチャネル状態に応じてゆっくりと変化するなどして変化し得る。チャネル状態は、たとえば、UEにより通知されるか、またはチャネルの相互性を用いてeNBにより測定された、ダウンリンク配置などの長期チャネル状態情報の形態となり得る。適応符号化率は、eNBが低速信号伝送対応を犠牲にして長期リンク適応を適用し得る柔軟性を追加する。
【００６７】
UEは、ブラインド検出を実行して、伝送の符号化率を求め得る。さらにブラインド検出を単純化するために、伝送の符号化率は、可能な符号化率の組から選択され得る。これにより、ブラインド検出の探索空間が減少することになる。可能な符号化率の組は、eNB、通信システムの操作者、技術規格などにより予め定義され、UEに対して提供され得る。可能な符号化率の組は、当初、通信システムに、またはeNBにより伝送もしくはブロードキャストされたメッセージ中に付加されている場合、UEに対して提供され得る。
【００６８】
チャネル状態は、長期に変化し得るものであり、低速信号伝送チャネルまたは極低速信号伝送チャネルが、eNBおよびUEのチャネル状態を同期させることができる。UEは、そのチャネル状態を測定してeNBへ通知し得るか、または、eNBは、チャネルの相互性、およびUEによりなされたアップリンク伝送を利用して、UEのチャネル状態を測定し得る。
【００６９】
例示的実施形態によると、eNBは、チャネル状態を符号化率にマッピングするために使用される規則を定義し得る。規則はUEもチャネル状態に応じて符号化率を決定できるように、UEに対して提供され得る。eNBおよびUEの両者が規則を認識しているので、符号化率は、UEに対して信号伝送される必要がない。その代わりに、UEは、eNBと同じ規則を用いて、チャネル状態(eNBに対して提供されるかまたはeNBから受信される)から符号化率を決定し得る。代替となる例示的実施形態により、符号化率は、チャネル状態に応じてゆっくりと変化するので、符号化率は、低速信号伝送チャネルまたは極低速信号伝送チャネルを用いて、UEに対して信号伝送されてもよい。
【００７０】
図10aは、eNBがSSFTx帯内で動作中のUEへの伝送の符号化率を調整する際、eNB内で発生する動作1000のフローチャートを示す。動作1000は、eNBがSSFTx帯内で動作中のUEへの伝送の符号化率を調整する際、eNB105などのeNB内での動作を示し得る。
【００７１】
動作1000は、eNBが、MCSレベルを設定することで、開始し得る(ブロック1005)。eNBは、制御情報を、上位レイヤメッセージ伝送(たとえば、RRCメッセージ伝送)を用いるなど、低速信号伝送チャネルまたは極低速信号伝送チャネルで送信することにより、SSFTx帯のMCSレベルまたはSSFTx帯内のUEのMCSレベルを設定し得る。eNBは、長期CSIを、UEから受信し得る(ブロック1007)。例として、UEは、eNBに、長期CSI(たとえば、eNBとUEとの間のチャネルのチャネル配置)を提供し得る。UEにより提供された長期CSIは、低速信号伝送チャネルまたは極低速信号伝送チャネルを用いて、提供され得る。その代わりに、長期CSIをUEから受信するのではなく、eNBは、UEによりなされた伝送を用いて、eNBとUEとの間のチャネルの測定を行うことで、測定を実行し、測定結果を長期CSIとして用い得る。eNBは、UEによりなされた伝送の複数の測定を実行して、その結果を利用する。なお、eNBが長期CSI測定を実行している場合、eNBは、低速信号伝送チャネルまたは極低速信号伝送チャネルを用いて、長期CSIをUEへ信号伝送し得る。その代わりに、UEは、それ自身の長期CSI測定を実行し得る。それにより、eNBが長期CSIを信号伝送する必要がなくなる。
【００７２】
eNBは、長期CSIに応じて、UEへの伝送の符号化率を調整し得る(ブロック1009)。例として、長期CSIが、チャネル品質が高いことを示す場合、eNBは、符号化率を引き上げて、UEへ伝送可能なデータ量を上昇させ得る。一方、チャネル品質が低い場合、eNBは、符号化率を引き下げて、UEが受信する伝送を復号可能な確率を向上させ得る。マッピング規則は、長期CSIに基づき、符号化率を設定するために用いられ得る。マッピング規則は、eNB、技術規格、通信システムの操作者などにより、指定され得る。また、マッピング規則は、UEに対しても提供されてよいので、UEも、長期CSIが通知されることで、eNBが用いようとしている符号化率を認識し得る。
【００７３】
図10bは、UEが、UEのチャネル状態に応じて設定された適応符号化率での伝送を受信する際、UE内で発生する動作1050のフローチャートを示す。動作1050は、UEが、UEのチャネル状態に応じて設定された適応符号化率での伝送を受信する際、UE110〜116などのUE内で発生する動作を示し得る。
【００７４】
動作1050は、UEがUEへの伝送のMCSレベルについての制御信号伝送を受信することで、開始し得る(ブロック1055)。制御信号伝送は、UEにサービス提供しているeNBにより、UEへ送信されてもよい。制御信号伝送は、低速信号伝送チャネルまたは極低速信号伝送チャネルで受信され得る。制御信号伝送は、UEからUEへの伝送の変調方式および/または符号化率を示すものであってもよい。UEは、特定のMCSレベルを有する伝送を検出および/または復号するために、その受信器を設定し得る(ブロック1057)。
【００７５】
UEは、eNBとUEとの間の通信チャネルのCSIを測定し得る(ブロック1059)。CSIは、eNBにより伝送された、パイロットシーケンス、基準シーケンスなどの特別なシーケンスを用いて、測定され得る。UEは、チャネルについて、チャネル配置などの長期CSIを生成するために、測定されたCSIを用い得る。UEは、長期CSIをeNBに通知する(ブロック1061)。UEが長期CSIを通知しているので、UEは、頻繁に通知する必要はなく、低速信号伝送チャネルまたは極低速信号伝送チャネルで充分である。
【００７６】
UEは、ブラインド検出を用いて、伝送を検出し得る(ブロック1063)。ブラインド検出は、UEにより通知された長期CSIに応じて決定された符号化率を利用し得る。UEが、eNBにより用いられてUEへの伝送の符号化率を設定するマッピング規則を認識しているので、UEは、伝送において用いられる符号化率を決定することができる。なお、eNBが、長期CSIについての通知を受信してもしなくともよく、または、長期CSIに基づいて符号化率を調整してもしなくともよいので、長期CSIに応じて決定された符号化率は、いくつかの可能な伝送の符号化率のうちの1つとして用いられ得る。
【００７７】
eNBが、UEとeNBとの間のチャネルのCSIおよび/または長期CSIを測定するシナリオでは、UEは、必ずしも長期CSIを通知する必要はない(たとえば、ブロック1061)。ただし、UEは、eNBによりなされるUEへの伝送の可能な符号化率を取得するために測定する長期CSIを、引き続き利用し得る。
【００７８】
上述のように、LDSの性能は、オーバーレイユーザ(すなわち、UE)の数に依存し得る。LDSでは、信号対雑音比(SNR)は、UEにおける、合計受信信号出力対ノイズ出力として定義される。このため、多重化されたUE数が少なくなるほど、所与の受信SNRについて期待される性能が向上する。したがって、相互に対をなすUE数は、eNBが、信号伝送対応を必要とせずにリンク適応を制御するための柔軟なツールとして、利用され得る。UEがアクティブシグネチャ数をブラインド検出可能である限り、通信システムは機能し、同時に、適応リンク品質制御が可能である。
【００７９】
一般に、相互に対をなすUE数は、eNBでのスケジューラにより決定される。また、伝送出力スペクトルは、相互に対をなすUEに対して、均等に配分される。したがって、アクティブシグネチャ間には、出力オフセットがほとんどまたは全くない。したがって、相互に対をなすUE数が、スケジューリングにより減少した場合、リンク品質の点で利益が生じる。この利益は、UE毎の伝送出力が増加することを含み、オーバーレイシグネチャ数が減少すると、MPA検出性能が向上する結果をもたらす。UEに関する長期CSI指標が、eNBに利用可能である場合、スケジューラは、相互に対をなすUE数を、そのCSIに応じて判断することができる。
【００８０】
所与のスケジューリング間隔において、相互に対をなすUE数(したがって、相互に対をなすCDE数)は、リンク品質を制御するために、スケジューラにより判断され得る。一般に、リンク品質は、相互に対をなすCDE数に応じて変化し得る。相互に対をなすCDE数は、以下のいくつもの方式のリンク品質に影響を与え得る。
-UE毎に配分された伝送出力が、相互に対をなすCDE(相互に対をなすUE)数とともに変化する。例として、合計伝送出力が、N組の相互に対をなすCDE間で均等に分割されている場合、各CDEは、合計伝送出力の1/Nを受信する。
-相互CDE干渉(cross-CDE interference)のレベルが減少するために、相互に対をなすCDE数が減少する場合、検出性能は向上し得る。
【００８１】
説明のための例として、伝送出力は、相互に対をなすCDEに対して、均等に配分され得る。CDE間に出力オフセットがある場合、UEによりブラインド機構が用いられて、ブラインド検出の目的での出力オフセットパターンを決定し得る。なお、SSFTx帯内の合計伝送出力は、技術規格、通信システムの操作者などにより設定されて、UEに対して提供され得る。また、SSFTx帯のパイロットは、データ(たとえば、データトーン)の合計伝送出力スペクトルに応じて、スケーリングされ得る。スケーリングされたパイロットを使用するには、UEへの合計伝送出力の信号伝送は不要である。
【００８２】
図11aは、eNBがSSFTx帯内で動作中のUEへの伝送の伝送出力レベルを調整する際、eNB内で発生する動作1100のフローチャートを示す。動作1100は、eNBがSSFTx帯内で動作中のUEへの伝送の伝送出力レベルを調整する際、eNB105などのeNB内での動作を示し得る。
【００８３】
動作1100は、eNBが、MCSレベルを設定することで、開始し得る(ブロック1105)。eNBは、制御情報を、上位レイヤメッセージ伝送(たとえば、RRCメッセージ伝送)を用いるなど、低速信号伝送チャネルまたは極低速信号伝送チャネルで送信することにより、SSFTx帯のMCSレベルまたはSSFTx帯内のUEのMCSレベルを、設定し得る。eNBは、UEをスケジューリングし得る(ブロック1107)。上述のように、eNBは、LDS動作について相互に対をなすUE数など、スケジューリングされたUEについて認識している。eNBは、スケジューリングされた全UEの送信出力レベルを、スケジューリングされたUE数に応じて調整し得る(ブロック1109)。説明のための例として、相互に対をなすUEがN組ある場合、eNBは、各UEへの伝送の送信出力レベルを、合計伝送出力レベル*1/Nに等しくなるように調整し得る。eNBは、スケジューリングされたUEへ送信し得る(ブロック1111)。
【００８４】
図11bは、UEが、伝送の伝送出力レベルがeNBにより適応可能である伝送を受信する際、UE内で発生する動作1150を示すフローチャートを示す。動作1150は、UE110〜116などのUEが、伝送の伝送出力レベルがeNBにより適応可能である伝送を受信する際、そのUE内での動作を示し得る。
【００８５】
動作1150は、UEがUEへの伝送のMCSレベルについての制御信号伝送を受信することで、開始し得る(ブロック1155)。制御信号伝送は、UEにサービス提供しているeNBにより、UEへ送信されてもよい。制御信号伝送は、低速信号伝送チャネルまたは極低速信号伝送チャネルで、受信され得る。制御信号伝送は、UEへの伝送の変調方式および/または符号化率を示すものであってもよい。UEは、特定のMCSレベルを有する伝送を検出および/または復号するために、その受信器を設定し得る(ブロック1157)。
【００８６】
UEは、ブラインド検出を用いて、伝送を検出し得る(ブロック1159)。ブラインド検出は、eNBにより信号伝送されたMCS構成、および伝送を検出するための他のパラメータを、利用し得る。UEが伝送を検出する場合、およびそれが伝送の意図した受信者である場合、UEは、パケットのコンテンツを処理し得る(ブロック1161)。
【００８７】
図11cは、eNBが相互に対をなすUE(CDE)の数を調整して、目標リンク品質を満たすようにする際、eNB内で発生する動作1175のフローチャートを示す。動作1175は、eNB105などのeNBが、いくつもの相互に対をなすUE(CDE)を調整して、SSFTx帯での目標リンク品質を満たすようにする際、そのeNB内での動作を示し得る。
【００８８】
動作1175は、eNBが、MCSレベルを設定することで、開始し得る(ブロック1180)。eNBは、制御情報を、上位レイヤメッセージ伝送(たとえば、RRCメッセージ伝送)を用いるなど、低速信号伝送チャネルまたは極低速信号伝送チャネルで送信することにより、SSFTx帯のMCSレベルまたはSSFTx帯内のUEのMCSレベルを設定し得る。eNBは、UE(CDE)をスケジューリングして、目標リンク品質を満たすようにし得る(ブロック1182)。なお、このシナリオでは、UEをスケジューリングすることは、CDEをUEに割り当てることをも含む。上述のように、スケジューリングされたUE(CDE)数、または同様に、オーバーレイシグネチャは、リンク品質に影響し得る。例として、スケジューリングされたUE数は、スケジューリングされたUEへの伝送の配分された送信出力レベルに影響する。これは、一般に、スケジューリングされたUE数が多いことは、送信出力レベルが低くなることを意味するためである。別の例として、スケジューリングされたUE数は、検出性能にも影響する。これは、一般に、スケジューリングされたUE数が多くなると、相互干渉(cross interference)も増大することを意味するためである。したがって、目標リンク品質を満たすために、たとえば、追加のリソースが利用可能であったとしても、eNBは、一定数の数のUEをスケジューリングするようにしてもよい。eNBは、スケジューリングされたUEへの送信出力レベルを、スケジューリングされたUE数に応じて調整し得る(ブロック1184)。説明のための例として、eNBは、8つのUEをスケジューリングし、送信出力レベルは、eNBが単一のUEをスケジューリングした場合の送信出力レベルの1/8になり得る。eNBは、スケジューリングされたUEへ送信し得る(ブロック1186)。
【００８９】
HARQは、通信システムにおいて、エラー検出およびエラー訂正に用いられる技術である。典型的に、受信器は、受信した伝送の復号を試み、受信した信号を復号することに成功した場合、受信器は、肯定応答(ACK)を、伝送の送信側へ送る。受信器が受信した伝送を復号することに成功しなかった場合、受信器は、否定応答(NACK)を、伝送の送信側へ送る。送信側において、ACKが受信されると、送信側は、伝送の送信に成功したものとみなす。しかしながら、NACKを受信するか、特定時間内にACKもNACKも受信しない場合、送信側は、伝送を再送信する。送信側は、ACKを受信するか、または伝送を特定の最大回数再送信するまで、伝送の再送信を継続し得る。また、典型的なHARQ技術は、制御信号伝送を含む。この伝送は、性能に悪影響を与えることがある。
【００９０】
必要とされるのは、HARQ技術であり、この技術は、ブラインド技術であり、動的制御信号伝送を必要としない。ブラインドHARQ技術は、以下のことを特徴としている。
-動的制御信号伝送が不要であること、
-同期動作、
-復号性能向上に役立つように組み合わせるチェース(Chase)の使用、
-パケットに関連付けられた伝送および再伝送が、同一の論理CDEへとマッピングされること、
-各転送ブロック(TB)が、1つの前方エラー訂正符号(FEC)および1つの論理CDEへマッピングされること、
-UEは、スケジューリングされているか否か、検出された伝送が第1の伝送または再伝送であるか否かをわかっていないこと(換言すれば、UEは、HARQ処理がいつ開始されたのか認識していないこと)、
-UEは、配分された論理CDEについて認識していないこと、
-UEは、NACKを送信しないこと、
-FEC CRCは、UEの特定識別子でマスクされるか、または、伝送のMACヘッダが、UEの特定識別子を含むこと、および、
-HARQ技術が、完全にブラインド技術であること、である。
【００９１】
最初の伝送では、eNBは、論理CDEをUEに割り当て、所定の規則に基づいて論理CDEを物理CDEへとマッピングし、最初の伝送を上述のように送信し得る。UEは、スケジューリングされているか否かを認識していない。FECブロックのCRCは、UEの特定識別子によりマスクされ得るか、または、MACヘッダは、UEの特定識別子を含んで、UEが伝送の意図した受信者を判断可能とし得る。UEは、上述のように動作して、伝送を検出し、伝送の意図した受信者か否かを決定し、伝送を復号する。換言すれば、最初の伝送についてeNBおよびUEにおいて発生している動作は、上述のとおりである。
【００９２】
図12は、HARQ動作が強調されたタイミング図1200を示す。実際には、最初の伝送は失敗することがある。したがって、HARQ再伝送が必要になり得る。考察のために、LがHARQ伝送回数の最大数(なお、Lは、最初の伝送を含む)であり、Δが再送信間隔であり、iが整数値である状況を考える。時刻N(矢印1205として示される)において、最初の伝送がなされる。UEは、最初の伝送の復号に成功することができないものとする。
【００９３】
UEは、最初の伝送を回復するために、HARQ受信動作を開始し得る。UEが、最初の伝送が実際に第1の伝送であるか、または単一の伝送に関連付けられたL回までの伝送のうちの1つであるか否かを認識していないので、UEは、復号を複数回試行する必要があり得る。UEは、最初の伝送に関連付けられた、1つまたは複数の論理CDEに対応した、バッファデータのL-1のインスタンスにアクセスし得るものであり、L-1のインスタンスの各々は、再伝送間隔(Δ)の整数倍で発生する。図12に示すように、第1の再伝送は、時刻N-Δ(矢印1210として示される)で発生し得るものであり、i番目の再伝送は、時刻N-iΔ(矢印1215として示される)で発生し得るものであり、X番目の再伝送は、時刻N-XΔ(矢印1220として示される)で発生し得るなどである。
【００９４】
一般に、i番目の復号の試行は、時刻N-iΔ(矢印1215として示される)で発生する。i番目の復号の試行において、UEは、最初の伝送および最後のi-1回の伝送のFECブロックの対数尤度比(LLR)(矢印1205)を組み合わせて、結合データブロックとし、この結合データブロックの復号を試みる。一例として、i番目の復号の試行において、UEは、i番目のインスタンスに対応するバッファデータのLLRを組み合わせて(時刻N-iΔ、N-(i-1)Δ、N-Δ、およびN)、結合データブロックを生成し、結合データブロックの復号を試みる。復号が成功しなかった場合、UEは、i+1のインスタンス(時刻N-(i+1)Δから)に対応するバッファデータを、i番目の復号の試行からの結合データブロックと組み合わせることにより、(i+1)番目の復号を試み、結合データブロックを復号しようとする。なお、上述の例において、iとi+1とはいずれもL未満である。
【００９５】
考察のために、X番目の復号の試行において(矢印1220により示される)、UEが伝送を復号することに成功した状況を考える。復号は中止され、UEは、ACKを送信側へ送る(矢印1225により示される)。そして、送信側は、伝送が成功しているものとみなすことができ、伝送を中止する。
【００９６】
考察のために、UEによる復号の試行が一度も成功しなかった状況を考える。そして、L回の復号の試行後(矢印1230により示される)、合計L回の復号を試みても、伝送の復号に成功できなかったため、UEは、伝送が失敗したものとみなす。そして、最初の伝送についてのHARQ受信動作は中止し得る。特に、処理全体が成功するわけではないこともある。それには、主に2つの理由がある。すなわち、i)HARQ受信動作が、適切な時間期間ではない、すなわち、間隔N-(L-1)Δ〜N内の時間インスタンスの少なくとも1つのパケットが、そのUEに属していないか、または、ii)時間期間N-(L-1)Δ〜N内のパケットの全てが、意図したUEの全HARQ処理に属しているものの、UEは、チャネル状態が悪いために、伝送されたデータを復号することができないことである。なお、UEは、失敗したHARQ受信動作の理由を認識することはできない。
【００９７】
なお、UE毎のHARQ処理の最大数は、Δ/伝送間隔として表現可能である。例として、UEが、特定のSSFTx構成により、2TTIの伝送間隔(スケジューリング可能)を有し、HARQ間隔(Δ)が8である場合、UE毎のHARQ処理の合計数は、8/2=4に等しい。
【００９８】
図13aは、eNBがブラインドHARQ処理を用いてUEへ送信する際、eNB内で発生する動作1300のフローチャートを示す。動作1300は、eNBがUEへ、ブラインドHARQ処理を用いて送信する際、eNB105などのeNBにおいて発生する動作を示し得る。
【００９９】
動作1300は、eNBがUEへパケットを送信することで開始し得る(ブロック1305)。パケットは、UEへの最初の伝送であり得る。eNBは、ACKをUEから受信したか否かの検査を実行し得る(ブロック1307)。eNBがACKをUEから受信した場合、eNBは、パケットの伝送が成功したものとみなし得る。
【０１００】
eNBがACKを受信しなかった場合、eNBは、ACKタイマの時間(すなわち、eNBがACKを待つことが許される最長時間)が過ぎたか否かの検査を実行し得る(ブロック1309)。ACKタイマの時間が過ぎていない場合、eNBは、ブロック1307に戻り、ACKを待機し得る。ACKタイマの時間が過ぎた場合、eNBは、パケット伝送を最大回数実行したか否かの検査を実行し得る(ブロック1311)。eNBがパケットを最大回数伝送していない場合、eNBは、パケットをUEへ再送信し(ブロック1313)、ブロック1307へ戻って、ACKを待機し得る。eNBがパケットを最大回数伝送した場合、eNBは、パケットの伝送が失敗したと判断し得る。eNBは、後にパケットの送信を再度試行してもよく、パケットの送信を試行しなくともよい。
【０１０１】
図13bは、UEが伝送を受信してその伝送を復号する際、UE内で発生する動作1350のフローチャートを示す。動作1350は、UEがeNBから伝送を受信して、その伝送を復号する際、UE110〜116などのUEにおいて発生する動作を示し得る。
【０１０２】
動作1350は、SSFTx帯内でパケットを検出することで開始され得る(ブロック1355)。例示的実施形態によると、UEは、ブラインド検出を利用して、SSFTx帯内のパケットを発見し得る。UEは、SSFTx帯内でパケットを検出したか否かを判断するために、検査を実行し得る(ブロック1357)。UEがパケットを検出しなかった場合、UEは、ブロック1355に戻り、パケット検出を継続し得る。UEがパケットを検出した場合、UEは、パケットを復号できるか否かの判断を実行し得る(1359)。
【０１０３】
UEがパケットを復号可能である場合、UEは、パケットの意図した受信器(受信者)であるか否かを判断し得る(ブロック1361)。予め定義されたプロトコルの説明のための例として、送信側がCRCを、意図したUEのIDによりマスクした場合、UEがCRCの確認に成功すると、UEは、復号されたパケットの意図した受信者であると推論する。一方、CRCがマスクされていないもののパケットヘッダがUE識別情報を含む場合、UEは、その識別子などの識別情報があることについてのCRCチェックが成功した後、パケットヘッダ内をチェックし得る。識別情報がパケットヘッダ内にある場合、UEは、そのパケットの意図した受信者である。UEが、そのパケットの意図した受信者である場合、UEは、ACKを送信側へ送り(ブロック1363)、パケットのコンテンツを処理し得る(ブロック1365)。UEがパケットの意図した受信者でない場合、UEは、ブロック1355に戻って、SSFTx帯内でのブラインド検出の実行を継続し得る。
【０１０４】
UEがパケットを復号できない場合(ブロック1359)、UEは、HARQ受信処理を適用して、パケットの回復を試み得る(ブロック1367)。UEは、ブラインドHARQ処理を上述のように適用して、パケットを回復し得る。例示的なブラインドHARQ受信処理について、以下に詳述する。UEは、ブラインドHARQ受信処理技術の適用後、パケットを復号可能であるか否かの判断を実行し得る(ブロック1369)。UEがパケットを復号できなかった場合、UEは、ブロック1355に戻って、SSFTx帯内でのブラインド検出の実行を継続し得る。UEがパケットを復号可能である場合、UEは、ブロック1361へ進み、パケットの意図した受信器であるか否かを決定し得る。
【０１０５】
図13cは、UEがブラインドHARQ受信処理技術を適用してパケット伝送を回復する際、UE内で発生する動作1375のフローチャートを示す。動作1375は、UEがブラインドHARQ受信処理技術を利用してパケット伝送を回復する際、UE110〜116などのUE内で発生する動作を示し得る。
【０１０６】
動作1375は、UEが、復号の試行のカウンタiなどの変数を初期化することで、開始し得る(ブロック1380)。説明のための例として、iは、0に初期化され得る。UEは、i番目の復号の試行について、i番目のインスタンスに対応するバッファデータを、LLRを用いて組み合わせ、たとえば、結合データブロックを生成し得る(ブロック1382)。例として、iが3に等しい場合、UEは、仮定的に最初とみなされた伝送に対応するバッファデータ、最初の伝送の直前の伝送間隔において第1の伝送に対応したバッファデータ、および第1の伝送の伝送間隔の直前の伝送間隔において第2の伝送に対応したバッファデータを組み合わせて、結合データブロックを取得し得る。
【０１０７】
UEは、結合データブロックを復号できるか否かの検査を実行し得る(1384)。UEが結合データブロックを復号可能である場合、伝送は成功であると考えられ、動作1375は終了し得る。UEが結合データブロックを復号不可能である場合、UEはiを更新し得る(ブロック1386)。例として、iがもともと0に設定されていた場合、iを更新することは、iをインクリメントすることになる。UEは、復号の試行が、許可された最大回数実行されたか否か、すなわちi>Lであるか否かについての検査を実行し得る(ブロック1388)。上述のように、eNBは、伝送が失敗したと考えられるようになる前に、最大でL回、パケットの伝送を実行し得る(再送を含む)。したがって、UEは、L回までの復号の試行を期待し得る。UEが復号の試行をL回実行した場合、復号の試行の最大回数に達して、伝送は失敗する(ブロック1390)。ただし、UEが復号の試行をL回未満実行した場合、UEは、復号の試行を継続して実行し得る。
【０１０８】
UEは、i番目の伝送間隔にACKがあるか否かの検査を、実行し得る(ブロック1392)。UEは、バッファデータを調べているので、以前に受信されたかまたは送信されたデータを調べていることになる。このような状況において、UEが、既に、以前の伝送の復号に成功して、以前の伝送に対応するACKをi番目の伝送間隔に送信したということもあり得る。i番目の伝送間隔にACKがある場合、UEは、最初の伝送を復号可能でなくとも、HARQ処理が完了したと判断し得るものであり(ブロック1394)、動作1375は終了し得る。i番目の伝送間隔にACKがない場合、UEは、ブロック1382に戻って、i番目の伝送間隔に対応したバッファデータを、以前の結合データブロックと組み合わせることにより、最初の伝送の復号の試行を継続し得る。
【０１０９】
図14aは、第1の通信デバイス1400を示す。通信デバイス1400は、基地局、アクセスポイント、NodeB、eNBなど、通信コントローラの実装例であり得る。通信デバイス1400は、本明細書に記載する実施形態の様々な例を実装するために用いられ得る。図14aに示すように、送信器1405は、パケット、CSI、制御信号などを送信するように構成されている。また、通信デバイス1400は、パケット、CSIなどを受信するように構成された受信器1410をも含む。
【０１１０】
リソース定義ユニット1420は、SSFTx帯、SSFTx帯パラメータを指定し、UEをSSFTx帯に割り当てるなどするように構成されている。リソース配分ユニット1422は、CDE(論理CDEおよび物理CDE)を、伝送および/またはデータを有するUEに割り当てるように構成されている。リンク適応ユニット1424は、その符号化率、伝送出力レベル、変調技術など、通信チャネルを調整するように構成されている。リンク適応ユニット1424は、通信チャネルを調整して、通信デバイス1400によりサービス提供されているUEについての状態の変更に対応し得る。エラー制御ユニット1426は、伝送および再伝送を制御して、送信パケットの配信を確実にするのに役立つように構成されている。メモリ1430は、パケット、SSFTx帯情報、UE割当、CDE割当、CDEマッピング、リンク適応規則、CSI、マッピング規則などを格納するように構成されている。
【０１１１】
通信デバイス1400の要素は、具体的なハードウェアロジックブロックとして実装され得る。その代わりに、通信デバイス1400の要素は、プロセッサ、コントローラ、特定用途向け集積回路などとして実装可能である。さらに別の例では、通信デバイス1400の要素は、ソフトウェアおよび/またはハードウェアの組み合わせとして実装されてもよい。
【０１１２】
例として、受信器1410および送信器1405は、具体的なハードウェアブロックとして実装されてもよい。一方、リソース定義ユニット1420、リソース配分ユニット1422、リンク適応ユニット1424、およびエラー制御ユニット1426は、マイクロプロセッサ(プロセッサ1415など)、またはカスタム回路、または、フィールドプログラマブルロジックアレイのカスタムコンパイルロジックアレイ内で実行されるソフトウェアモジュールであってもよい。リソース定義ユニット1420、リソース配分ユニット1422、リンク適応ユニット1424、およびエラー制御ユニット1426は、メモリ1430内に格納されたモジュールであり得る。
【０１１３】
図14bは、リソース配分ユニット1440の詳細図である。リソース配分ユニット1440は、特定の伝送間隔内で伝送を受信する通信デバイス1400によりサービス提供される複数のUEからUEを選択するように構成されたUE決定ユニット1442を含み得る。スケジューラ1444は、UE決定ユニット1442により決定された選択UEをスケジューリングし得る。たとえば、スケジューラ1444は、選択されたUEの各々に、いくつのCDEが割り当てられているのか判断し得る。CDE割当ユニット1446は、スケジューラ1444により提供されたスケジューリング情報に応じて、論理CDEを、選択されたUEに割り当て得る。マッピングユニット1448は、選択されたUEに対して割り当てられた論理CDEを、物理CDEにマッピングするように構成されている。
【０１１４】
図14cは、リンク適応ユニット1450の詳細図である。リンク適応ユニット1450は、UEへの伝送のMCSレベルを選択するように構成されたMCS構成ユニット1452を含み得る。MCS構成ユニット1452は、UE能力、ネットワーク能力、ネットワーク状態、トラフィック特性などを含む基準に基づいて、MCSレベルを選択し得る。CSI処理ユニット1454は、UEから、または通信デバイス1400によりなされたCSI測定から得られる長期CSIなどのCSIを処理して、保障がある場合に、MSCへの調整を決定し得る。符号化率調整ユニット1456は、CSIに応じて、UEへの伝送の符号化率を調整し得る。符号化率調整ユニット1456は、所与のCSIの符号化率を指定するマッピング規則を用いて、符号化率を調整し得る。送信出力調整ユニット1458は、選択されたUE数、およびSSFTx帯内の通信デバイス1400の伝送の合計送信出力に基づいて、SSFTx帯内の選択されたUEの送信出力レベルを調整し得る。
【０１１５】
図14dは、エラー制御ユニット1460を示す。エラー制御ユニット1460は、UEから受信されたACKおよび/またはNACKを処理するように構成された応答処理ユニット1462を含み得る。応答処理ユニット1462は、受信したACK、NACK、または応答が全くないことに基づいて、パケットの伝送および再伝送を制御し得る。送信制御ユニット1464は、伝送および/または再伝送のために、伝送および/または再伝送目的のパケットをバッファすることを制御し、伝送の試行のカウントを管理し、CDEマッピングを制御し得る。
【０１１６】
図15aは、第2の通信デバイス1500を示す。通信デバイス1500は、UE、モバイル、移動局、加入者、端末、ユーザなど、通信デバイスの一実装例であり得る。通信デバイス1500は、本明細書に記載する実施形態の様々な例を実装するために用いられ得る。図15aに示すように、送信器1505は、パケット、CSIなどを送信するように構成されている。また、通信デバイス1500は、パケット、制御信号などを受信するように構成された受信器1510をも含む。
【０１１７】
受信ユニット1520は、ブラインド検出を実行して、SSFTx帯で伝送されたパケットを検出するように構成されている。受信ユニット1520は、検出されたパケットが通信デバイス1500に対するものであるか否かを決定して、検出されたパケットを復号するように構成されている。リンク適応ユニット1522は、受信ユニット1520の構成を調整して、送信デバイス1500への伝送に用いられたMCSの変更を満たすように構成されている。たとえば、リンク適応ユニット1522は、通信チャネルのCSIに応じて、符号化率を調整し得る。エラー制御ユニット1524は、復号の試行が成功するかまたは不成功となるかに応じて、ACKを生成するように構成されている。エラー制御ユニット1524は、単一のパケットの複数の送信によるデータを組み合わせて、パケットの復号が成功する確率を潜在的に向上させるように構成されている。メモリ1530は、パケット、SSFTx帯情報、リンク適応規則、CSI、マッピング規則、データ、結合データなどを格納するように構成されている。
【０１１８】
通信デバイス1500の要素は、具体的なハードウェアロジックブロックとして実装され得る。その代わりに、通信デバイス1500の要素は、プロセッサ、コントローラ、特定用途向け集積回路などで実行されるソフトウェアとして実装可能である。さらに別の例では、通信デバイス1500の要素は、ソフトウェアおよび/またはハードウェアの組み合わせとして実装されてもよい。
【０１１９】
例として、受信器1510および送信器1505は、具体的なハードウェアブロックとして実装されてもよい。一方、受信ユニット1520、リンク適応ユニット1522、およびエラー制御ユニット1524は、マイクロプロセッサ(プロセッサ1515など)、またはカスタム回路、または、フィールドプログラマブルロジックアレイのカスタムコンパイルロジックアレイ内で実行されるソフトウェアモジュールであってもよい。受信ユニット1520、リンク適応ユニット1522、およびエラー制御ユニット1524は、メモリ1530内に格納されたモジュールであり得る。
【０１２０】
図15bは、受信ユニット1530の詳細図である。受信ユニット1530は、様々なシグネチャでブラインド検出を用いてSSFTx帯内のパケットを検出するように構成されたブラインド検出ユニット1532を含み得る。ブラインド検出ユニット1532の例は、図8aおよび図8bに図示されたブラインド検出器などであってもよい。パケット処理ユニット1534は、パケットおよびそこに含まれたデータを処理し得る。
【０１２１】
図15cは、リンク適応ユニット1540の詳細図である。リンク適応ユニット1540は、指定されたMCSレベルに応じて、通信デバイス1500の受信器を設定するように構成されたMCS構成ユニット1542を含み得る。CSI処理ユニット1544は、通信デバイス1500により測定されるか、または通信デバイス1500にサービス提供するeNBから受信したCSIを処理して、チャネル配置などの長期CSIを決定し得る。符号化率調整ユニット1546は、長期CSIに応じて、通信デバイス1500の受信器内で用いられる符号化率を調整し得る。たとえば、符号化率調整ユニット1546は、マッピング規則を用いて、長期CSIからの符号化率を決定し得る。
【０１２２】
図15dは、エラー制御ユニット1550の詳細図を示す。エラー制御ユニット1550は、復号の試行が成功するかまたは不成功となることに応じて、ACKまたはNACKを生成するように構成された応答生成ユニット1552を含み得る。LLR結合ユニット1554は、パケットからのデータ、およびパケットの以前の伝送を組み合わせて、結合データを生成し得る。通信デバイス1500は、結合データの復号を試み得る。
【０１２３】
また、本願は、通信コントローラおよびUEを動作させる別の実施例を提供する。
【実施例１】
【０１２４】
通信コントローラを動作させる方法であって、この方法は、
通信コントローラにより、第1の伝送をユーザ機器に送信するステップであって、第1の伝送は、第1のサブフレームの第1の伝送帯の符号領域要素(CDE)に割り当てられる、ステップと、
通信コントローラにより、第1の再伝送をユーザ機器に送信するステップであって、第1の再伝送は、第1の伝送に対応する第1の肯定応答が第1の所定時間内に受信されていないとの判断に応答して、第2のサブフレームの第1の伝送帯のCDEに割り当てられ、第2のサブフレームは、第1のサブフレームから第2の所定時間後に発生する、ステップと
を有する。
【実施例２】
【０１２５】
実施例1の方法は、第2の再伝送をユーザ機器に送信するステップであって、第2の再伝送は、第1の再伝送に対応する第2の肯定応答が第1の所定時間内に受信されていないとの判断に応答して、第3のサブフレームの第1の伝送帯のCDEに割り当てられ、第3のサブフレームは、第2のサブフレームから第2の所定時間後に発生する、ステップをさらに有する。
【実施例３】
【０１２６】
実施例1の方法において、第1の伝送を送信するステップは、
第1の伝送を、第1の伝送帯のCDEに割り当てるステップと、
CDEを、第1の伝送帯に関連付けられた第1のサブフレームの第1の複数のネットワークリソースにマッピングするステップと、
第1の複数のネットワークリソースを、ユーザ機器にブロードキャストするステップと
を含む。
【実施例４】
【０１２７】
実施例1の方法において、第1の再伝送を送信するステップは、
第1の再伝送を、第1の伝送帯のCDEに割り当てるステップと、
CDEを、第1の伝送帯に関連付けられた第2のサブフレームの第2の複数のネットワークリソースにマッピングするステップと、
第2の複数のネットワークリソースを、ユーザ機器にブロードキャストするステップと
を含む。
【実施例５】
【０１２８】
ユーザ機器を動作させる方法であって、この方法は、
ユーザ機器により、ユーザ機器に向けられた第1の伝送が復号不可能であると判断するステップであって、第1の伝送は、伝送帯の符号領域要素(CDE)に関連付けられ、第1のサブフレームで受信される、ステップと、
ユーザ機器により、伝送帯のCDEに関連付けられたバッファデータを、最大数のサブフレームまで組み合わせることによって、第1の伝送の回復を試行するステップと、
ユーザ機器が第1の伝送を回復可能である場合、ユーザ機器により、第1の伝送の送信元に応答を送信するステップと
を有する。
【実施例６】
【０１２９】
実施例5の方法において、第1の伝送の回復を試行するステップは、
第1の伝送に関連付けられた第1のデータを、第1のバッファされた伝送に関連付けられた第1のバッファデータと組み合わせて、第1の結合データを生成するステップと、
第1の結合データの復号を試行するステップと
を含む。
【実施例７】
【０１３０】
実施例6の方法において、第1のデータと第1のバッファデータとを組み合わせるために、結合対数尤度比が用いられる。
【実施例８】
【０１３１】
実施例6の方法は、
第1の結合データを、第2のバッファされた伝送に関連付けられた第2のバッファデータと組み合わせて、第2の結合データを生成するステップと、
第2の結合データの復号を試行するステップと
をさらに有する。
【実施例９】
【０１３２】
通信コントローラは、第1の伝送をユーザ機器に送信するように構成された送信器を備え、第1の伝送は、第1のサブフレームの第1の伝送帯で符号領域要素(CDE)に割り当てられ、送信器は、第1の再伝送をユーザ機器に送信するようにさらに構成され、第1の再伝送は、第1の伝送に対応する第1の肯定応答が第1の所定時間内に受信されていないとの判断に応答して、第2のサブフレームの第1の伝送帯のCDEに割り当てられ、第2のサブフレームは、第1のサブフレームから第2の所定時間後に発生する。
【実施例１０】
【０１３３】
実施例9の通信コントローラにおいて、送信器は、第2の再伝送を、ユーザ機器に送信するようにさらに構成され、第2の再伝送は、第1の再伝送に対応する第2の肯定応答が第1の所定時間内に受信されていないとの判断に応答して、第3のサブフレームの第1の伝送帯のCDEに割り当てられ、第3のサブフレームは、第2のサブフレームから第2の所定時間後に発生する。
【実施例１１】
【０１３４】
実施例9の通信コントローラは、送信器に動作可能に接続されたプロセッサをさらに備え、プロセッサは、第1の伝送を、第1の伝送帯のCDEに割り当て、CDEを、第1の伝送帯に関連付けられた第1のサブフレームの第1の複数のネットワークリソースにマッピングするように構成され、送信器は、第1の複数のネットワークリソースを、ユーザ機器にブロードキャストするようにさらに構成される。
【実施例１２】
【０１３５】
実施例9の通信コントローラは、送信器に動作可能に接続されたプロセッサをさらに備え、プロセッサは、第1の再伝送を、第1の伝送帯のCDEに割り当て、CDEを、第1の伝送帯に関連付けられた第2のサブフレームの第2の複数のネットワークリソースにマッピングするように構成され、送信器は、第2の複数のネットワークリソースを、ユーザ機器にブロードキャストするようにさらに構成される。
【実施例１３】
【０１３６】
ユーザ機器は、ユーザ機器に向けられた第1の伝送が復号不可能であると判断するように構成されたプロセッサを備え、第1の伝送は、伝送帯の符号領域要素(CDE)に関連付けられ、第1のサブフレームで受信され、プロセッサは、伝送帯のCDEに関連付けられたバッファデータを、最大数のサブフレームまで組み合わせることによって、第1の伝送の回復を試行するようにさらに構成され、
ユーザ機器は、プロセッサに動作可能に接続された送信器をさらに備え、送信器は、ユーザ機器が第1の伝送を回復可能である場合、第1の伝送の送信元に応答を送信するように構成される。
【実施例１４】
【０１３７】
実施例13のユーザ機器において、プロセッサは、第1の伝送に関連付けられた第1のデータを、第1のバッファされた伝送に関連付けられた第1のバッファデータと組み合わせて、第1の結合データを生成し、第1の結合データの復号を試行するようにさらに構成される。
【実施例１５】
【０１３８】
実施例14のユーザ機器において、第1のデータと第1のバッファデータとを組み合わせるために、結合対数尤度比が用いられる。
【実施例１６】
【０１３９】
実施例14のユーザ機器において、プロセッサは、第1の結合データを、第2のバッファされた伝送に関連付けられた第2のバッファデータと組み合わせて、第2の結合データを生成し、第2の結合データの復号を試行するようにさらに構成される。
【０１４０】
本開示およびその利点が詳述されたが、添付の特許請求の範囲により定義される本開示の趣旨および範囲から逸脱することなく、様々な変更、置換、および変更がなされ得ることを、理解されたい。
【符号の説明】
【０１４１】
100  通信システム
105  eNB
110，112，114，116  ユーザ機器(UE)
205  制御プレーン
210  データプレーン
600  システム
605  スケジューラ
610  SSFTx帯2
655  論理符号領域要素(CDE)
660  物理CDE
800  ブラインド検出器
805  メッセージ通過アルゴリズムによるジョイントシグネチャおよびデータ検出(JMPA)検出器
810  シグネチャ脱相関器
815  シグネチャプール
850  ブラインド検出器
855  メッセージ通過アルゴリズム(MPA)検出器
860  シグネチャ脱相関器
865  シグネチャプール
1400  第1の通信デバイス
1405  送信器
1410  受信器
1420  リソース定義ユニット
1422  リソース配分ユニット
1424  リンク適応ユニット
1426  エラー制御ユニット
1430  メモリ
1440  リソース配分ユニット
1442  UE決定ユニット
1444  スケジューラ
1446  CDE割当ユニット
1448  マッピングユニット
1450  リンク適応ユニット
1452  変調および符号化方式(MCS)構成ユニット
1454  チャネル状態情報(CSI)処理ユニット
1456  符号化率調整ユニット
1458  送信出力調整ユニット
1460  エラー制御ユニット
1462  応答(ACK)処理ユニット
1464  送信制御ユニット
1500  第2の通信デバイス
1505  送信器
1510  受信器
1515  プロセッサ
1520  受信ユニット
1522  リンク適応ユニット
1524  エラー制御ユニット
1530  メモリ
1530  受信ユニット
1532  ブラインド検出ユニット
1534  パケット処理ユニット
1540  リンク適応ユニット
1542  MCS構成ユニット
1544  CSI処理ユニット
1546  符号化率調整ユニット
1550  エラー制御ユニット
1552  ACK生成ユニット
1554  対数尤度比(LLR)結合ユニット
【図１】
0006395226.tif 000004
【図２】
0006395226.tif 000005
【図３】
0006395226.tif 000006
【図４】
0006395226.tif 000007
【図５】
0006395226.tif 000008
【図６ａ】
0006395226.tif 000009
【図６ｂ】
0006395226.tif 000010
【図７ａ】
0006395226.tif 000011
【図７ｂ】
0006395226.tif 000012
【図８ａ】
0006395226.tif 000013
【図８ｂ】
0006395226.tif 000014
【図９ａ】
0006395226.tif 000015
【図９ｂ】
0006395226.tif 000016
【図１０ａ】
0006395226.tif 000017
【図１０ｂ】
0006395226.tif 000018
【図１１ａ】
0006395226.tif 000019
【図１１ｂ】
0006395226.tif 000020
【図１１ｃ】
0006395226.tif 000021
【図１２】
0006395226.tif 000022
【図１３ａ】
0006395226.tif 000023
【図１３ｂ】
0006395226.tif 000024
【図１３ｃ】
0006395226.tif 000025
【図１４ａ】
0006395226.tif 000026
【図１４ｂ】
0006395226.tif 000027
【図１４ｃ】
0006395226.tif 000028
【図１４ｄ】
0006395226.tif 000029
【図１５ａ】
0006395226.tif 000030
【図１５ｂ】
0006395226.tif 000031
【図１５ｃ】
0006395226.tif 000032
【図１５ｄ】
0006395226.tif 000033