▶ ラディシス インディア プライベート リミティドの特許一覧
特表2024-529204５Ｇ／６Ｇ無線システムでの改善されたリソース共有のシステム及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-08-06
(54)【発明の名称】５Ｇ／６Ｇ無線システムでの改善されたリソース共有のシステム及び方法
(51)【国際特許分類】
H04W 72/56 20230101AFI20240730BHJP
H04W 16/28 20090101ALI20240730BHJP
H04W 72/542 20230101ALI20240730BHJP
【ＦＩ】
H04W72/56
H04W16/28 130
H04W72/542
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023519474
(86)(22)【出願日】2022-07-29
(85)【翻訳文提出日】2023-07-05
(86)【国際出願番号】 IB2022057063
(87)【国際公開番号】W WO2023012624
(87)【国際公開日】2023-02-09
(31)【優先権主張番号】202141034578
(32)【優先日】2021-07-31
(33)【優先権主張国・地域又は機関】IN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】522130748
【氏名又は名称】ラディシス インディア プライベート リミティド
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】チャウドゥリ サプタルシ
(72)【発明者】
【氏名】ネティ シェカール
(72)【発明者】
【氏名】モハンドス チャンドラセカラン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
5K067EE16
5K067KK02
5K067KK03
(57)【要約】
ＭＵ－ＭＩＭＯは無線システムの有望な技術であるが、ＭＵ－ＭＩＭＯの現場実装はそれほど成功していない。その理由の１つは、無線チャネルの変化に動的に適応するために必要な大きなオーバーヘッドである。現在の技術は、実装の複雑さによって制限されており、現場設定で優れたパフォーマンスを発揮していない。したがって、本開示は、チャネル分解技術の選択のための柔軟なフレームワークを提供することによって、ＭＵ－ＭＩＭＯ伝送を達成するためのエンドツーエンドのシステム及び方法を提案し、予想されるＭＵ－ＭＩＭＯ候補の数を制限することによって計算の複雑さを大幅に軽減する。現在、本開示では、スケジューラのＫＰＩを維持できるようにするＭＵ－ＭＩＭＯ候補リストを選択しながら、ＱｏＳ優先度を考慮している。
【選択図】図６
【選択図】図６
【特許請求の範囲】
【請求項1】
分散無線通信システムにおける改善されたリソース共有を促進するシステム（１０９）であって、前記システムは、１つまたは複数の多入力多出力（ＭＩＭＯ）基地局（１０４）、１つまたは複数のパケットゲートウェイノード（ＮＧ１、ＮＧ２、…、ＮＧＮ）のいずれかまたは組み合わせに動作可能に結合されたスケジューラ（１１１）を含み、
前記１つまたは複数のＭＩＭＯ基地局（１０４）、前記１つまたは複数のパケットゲートウェイノードは、通信ネットワーク（１０５）を介して１つまたは複数のユーザ機器（ＵＥ）（１０２）に通信可能に結合され、
前記スケジューラ（１１１）は、メモリ（２０４）に記憶された実行可能な命令のセットを実行するプロセッサ（２０２）を備え、その実行時に、前記プロセッサ（２０２）は、前記スケジューラ（１１１）に、
前記１つまたは複数のＭＩＭＯ基地局から、前記各パケットゲートウェイノードを介して前記システムに登録される前記１つまたは複数のユーザ機器への前記無線ネットワークでの割り当てを必要とする１つまたは複数のリソースに関連付けられたパラメータに関連する１つまたは複数のデータパケットを受信し、
前記１つまたは複数のデータパケットから第１の属性セットであって、前記１つまたは複数のリソースに関連付けられた１つまたは複数のサービスに関する前記第１の属性セットを抽出し、
第２の属性セットであって、１つまたは複数のサービスに関連付けられた前記スケジューラ（１１１）にキューイングされたユーザトラフィックデータに関する前記第２の属性セットを抽出し、
中央サーバに動作可能に結合されたデータベースから、第３の属性セットであって、１つまたは複数のサービスよりも優先される１つまたは複数の優先サービスに関連する前記第３の属性セットを抽出し、前記中央サーバ（１１３）は前記システム（１０９）にさらに動作可能に結合され、
前記抽出された第１、第２、及び第３の属性セットに基づいて、サービス優先リストを決定し、
前記サービス優先リストに基づいて、各ユーザトラフィックデータキューを分類し、
前記分類されたユーザトラフィックデータキューに基づいて、各ユーザトラフィックデータキューのユーザ優先度メトリックを計算し、
前記計算されたユーザ優先度メトリックに基づいて、予め定義されたサービスに割り当てられるＵＥの数を決定する、ようにさせる、前記システム。
【請求項2】
前記プロセッサが、１つまたは複数のＭＩＭＯ基地局（１０４）送信チャネルに関連付けられた１つまたは複数のチャネル品質インジケータ（ＣＱＩ）及び１つまたは複数のリソースブロック（ＲＢ）制約を抽出し、
前記１つまたは複数のチャネル品質インジケータ（ＣＱＩ）及び前記１つまたは複数のリソースブロック（ＲＢ）制約を適用して、割り当てられる前記決定された数のＵＥがシングルユーザ（ＳＵ）－ＭＩＭＯ基地局またはマルチユーザ（ＭＵ）ＭＩＭＯ基地局に対して割り当てられるかを決定するようにさらに構成される、請求項１に記載のシステム。
【請求項3】
前記プロセッサが、ＭＵ－ＭＩＭＯグリッドモジュール（６０２）に関連付けられ、前記ＭＵ－ＭＩＭＯグリッドモジュールは、ＭＵ－ＭＩＭＯ基地局に割り当てられたＵＥの前記数に基づいて、前記ＭＵ－ＭＩＭＯ基地局の候補ＵＥの数を決定するようにさらに構成される、請求項２に記載のシステム。
【請求項4】
前記プロセッサが、ＭＵ－ＭＩＭＯ候補ペアリングモジュール（６０４）に関連付けられ、前記ＭＵ－ＭＩＭＯ候補ペアリングモジュール（６０４）は、前記ＭＵ－ＭＩＭＯ基地局の各候補ＵＥの１つまたは複数のリソースブロック（ＲＢ）を決定し、
前記ＭＵ－ＭＩＭＯ基地局送信のために前記各候補ＵＥに必要な１つまたは複数の層を決定するようにさらに構成される、請求項３に記載のシステム。
【請求項5】
前記プロセッサが、前記候補ＵＥごとに、前記１つまたは複数のＭＩＭＯ基地局（１０４）から１つまたは複数のサウンディング基準信号（ＳＲＳ）リソースを受信し、
前記１つまたは複数のＳＲＳリソースに関連付けられた１つまたは複数の構成済みパラメータを抽出し、
前記１つまたは複数の構成済みパラメータに基づいて、ＭＵ－ＭＩＭＯ送信のための前記候補ＵＥごとに１つまたは複数のチャネル係数を推定するようにさらに構成される、請求項３に記載のシステム。
【請求項6】
前記プロセッサ（２０２）が、前記１つまたは複数のチャネル係数に基づいてプリコーダを計算するようにさらに構成される、請求項５に記載のシステム。
【請求項7】
前記プリコーダが、前記各候補ＵＥの直交性基準を決定し、
前記各候補ＵＥに関連付けられた１つまたは複数の共同スケジュールされた候補ＵＥからの干渉を軽減し、
前記各候補ＵＥに関連付けられた前記１つまたは複数の共同スケジュールされた候補ＵＥの層間干渉を回避するようにさらに構成される、請求項６に記載のシステム。
【請求項8】
前記プロセッサ（２０２）が、前記１つまたは複数のサービスに対して別々のキューを維持するようにさらに構成される、請求項１に記載のシステム。
【請求項9】
前記１つまたは複数のサービスが、再送キュー、シグナリング無線ベアラ（ＳＲＢ）キュー、ボイスオーバーニューラジオ（ＶｏＮＲ）キュー、保証ビットレート（ＧＢＲ）キュー、及び非保証ビットレート（Ｎｏｎ－ＧＢＲ）を含む、請求項８に記載のシステム。
【請求項10】
前記プロセッサが、前記システムの１つまたは複数の動作パラメータ及び１つまたは複数のデフォルト構成パラメータを記憶するようにさらに構成される、請求項１に記載のシステム。
【請求項11】
地理的展開エリアに応じて、前記プロセッサが、前記システムのデフォルト構成パラメータを受け入れるようにさらに構成される、請求項１に記載のシステム。
【請求項12】
分散無線通信システムにおける改善されたリソース共有を促進する方法であって、プロセッサ（２０２）によって、１つまたは複数のＭＩＭＯ基地局（１０４）から、１つまたは複数のデータパケットであって、それぞれのパケットゲートウェイノードを介して前記システムに登録される１つまたは複数のユーザ機器（１０２）への分散無線ネットワークでの割り当てを必要とする１つまたは複数のリソースに関連付けられたパラメータに関する前記１つまたは複数のデータパケットを受信することであって、
前記プロセッサ（２０２）は、１つまたは複数の多入力多出力（ＭＩＭＯ）基地局（１０４）、及び１つまたは複数のパケットゲートウェイノード（ＮＧ１、ＮＧ２、…、ＮＧＮ）のいずれかまたは組み合わせに動作可能に結合されたスケジューラ（１１１）に動作可能に結合され、
前記１つまたは複数のＭＩＭＯ基地局（１０４）、前記１つまたは複数のパケットゲートウェイノードは、通信ネットワーク（１０５）を介して前記１つまたは複数のユーザ機器（ＵＥ）（１０２）に通信可能に結合される、前記１つまたは複数のデータパケットを受信することと、
前記１つまたは複数のデータパケットから、第１の属性セットであって、前記１つまたは複数のリソースに関連付けられた１つまたは複数のサービスに関する前記第１の属性セットを前記プロセッサ（２０２）によって抽出することと、
前記スケジューラから、第２の属性セットであって、１つまたは複数のサービスに関連付けられた前記方法でキューイングされたユーザトラフィックデータに関する前記第２の属性セットを前記プロセッサ（２０２）によって抽出することと、
中央サーバに動作可能に結合されたデータベースから、第３の属性セットであって、１つまたは複数のサービスよりも優先される１つまたは複数の優先サービスに関する前記第３の属性セットを前記プロセッサ（２０２）によって抽出することであって、前記中央サーバ（１１３）は前記システム（１０９）にさらに動作可能に結合される、前記第３の属性セットを抽出することと、
前記抽出された第１、第２、及び第３の属性セットに基づいて、サービス優先リストを前記プロセッサ（２０２）によって決定することと、
前記サービス優先リストに基づいて、各ユーザトラフィックデータキューを前記プロセッサ（２０２）によって分類することと、
前記分類されたユーザトラフィックデータキューに基づいて、各ユーザトラフィックデータキューのユーザ優先度メトリックを計算することと、
前記計算されたユーザ優先度メトリックに基づいて、予め定義されたサービスに割り当てられるＵＥの数を決定することと、を含む、前記方法。
【請求項13】
前記方法が、１つまたは複数のＭＩＭＯ基地局（１０４）送信チャネルに関連付けられた１つまたは複数のチャネル品質インジケータ（ＣＱＩ）及び１つまたは複数のリソースブロック（ＲＢ）制約を前記プロセッサ（２０２）によって抽出するステップと、
前記１つまたは複数のチャネル品質インジケータ（ＣＱＩ）及び前記１つまたは複数のリソースブロック（ＲＢ）制約を前記プロセッサ（２０２）によって適用して、割り当てられる前記決定された数のＵＥがシングルユーザ（ＳＵ）－ＭＩＭＯ基地局またはマルチユーザ（ＭＵ）ＭＩＭＯ基地局に対して割り当てられるかを決定するステップと、をさらに含む、請求項１２に記載の方法。
【請求項14】
前記方法が、前記プロセッサに関連付けられたＭＵ－ＭＩＭＯグリッドモジュール（６０２）によって、ＭＵ－ＭＩＭＯ基地局に割り当てられたＵＥの前記数に基づいて、前記ＭＵ－ＭＩＭＯ基地局の候補ＵＥの数を決定するステップをさらに含む、請求項１３に記載の方法。
【請求項15】
前記方法が、前記プロセッサへのＭＵ－ＭＩＭＯ候補ペアリングモジュール（６０４）によって、前記ＭＵ－ＭＩＭＯ基地局の各候補ＵＥの１つまたは複数のリソースブロック（ＲＢ）を決定するステップと、
前記ＭＵ－ＭＩＭＯ候補ペアリングモジュール（６０４）によって、前記ＭＵ－ＭＩＭＯ基地局送信の前記各候補ＵＥに必要な１つまたは複数の層を決定するステップと、をさらに含む、請求項１４に記載の方法。
【請求項16】
前記方法が、前記候補ＵＥごとに、前記１つまたは複数のＭＩＭＯ基地局（１０４）から１つまたは複数のサウンディング基準信号（ＳＲＳ）リソースを前記プロセッサ（２０２）によって受信するステップと、
前記１つまたは複数のＳＲＳリソースに関連付けられた１つまたは複数の構成済みパラメータを前記プロセッサ（２０２）によって抽出するステップと、
前記１つまたは複数の構成済みパラメータに基づいて、ＭＵ－ＭＩＭＯ送信のための前記候補ＵＥごとに１つまたは複数のチャネル係数を前記プロセッサ（２０２）によって推定するステップと、をさらに含む、請求項１４に記載の方法。
【請求項17】
前記方法が、前記１つまたは複数のチャネル係数に基づいてプリコーダを計算するステップをさらに含む、請求項１６に記載の方法。
【請求項18】
前記方法が、前記各候補ＵＥの直交性基準を決定するステップと、
前記各候補ＵＥに関連付けられた１つまたは複数の共同スケジュールされた候補ＵＥからの干渉を軽減するステップと、
前記各候補ＵＥに関連付けられた前記１つまたは複数の共同スケジュールされた候補ＵＥの層間干渉を前記プリコーダによって回避するステップと、をさらに含む、請求項１７に記載の方法。
【請求項19】
前記方法が、前記１つまたは複数のサービスに対して別個のキューを維持するステップをさらに含む、請求項１２に記載の方法。
【請求項20】
前記１つまたは複数のサービスが、再送キュー、シグナリング無線ベアラ（ＳＲＢ）キュー、ボイスオーバーニューラジオ（ＶｏＮＲ）キュー、保証ビットレート（ＧＢＲ）キュー、及び非保証ビットレート（Ｎｏｎ－ＧＢＲ）キューを含む、請求項１９に記載の方法。【発明の詳細な説明】
【技術分野】
【0001】
本開示は、分散無線通信システムにおける改善されたリソース共有のための無線ＭＵ－ＭＩＭＯ機器の分野に関する。詳細には、本開示は、チャネル分解の選択のための柔軟なフレームワークを提供し、ＭＵ－ＭＩＭＯ候補見込みの数を制限することによって計算の複雑さを大幅に低減する、ＭＵ－ＭＩＭＯ伝送を実現するためのエンドツーエンドソリューションのシステム及び方法に関する。
【背景技術】
【0002】
背景説明には、本発明を理解するのに役立ち得る情報が含まれる。本明細書で提供される情報のいずれかが、先行技術であること、もしくは現在特許を請求している発明に関連していること、または具体的もしくは暗示的に参照された出版物が先行技術であることを認めるものではない。
【0003】
通信需要、特に無線通信需要は増加し続けている。これらの需要に応えるために、通称「５Ｇ／６Ｇ通信システム」と呼ばれる次世代無線通信システムの開発が進められている。５Ｇ／６Ｇ通信システムで採用される重要な技術の１つは、多数の通信ユーザにサービスを提供するために、多数の入出力（Ｍａｓｓｉｖｅ ＭＩＭＯシステムと呼ばれることもある）を有する基地局の使用を伴う。マッシブＭＩＭＯは、多数のアンテナと時分割複信方式とを使用して、同時に複数のアクティブなユーザ端末にサービスを提供する。余分なアンテナはエネルギーをスペースのより小さな領域に集中させ、スループットと放射エネルギー効率とを大幅に改善する。このようなマッシブＭＩＭＯシステムは、数百の送信（Ｔｘ）及び受信（Ｒｘ）チャネルと、対応するＲＦアンテナを有する場合がある。
【0004】
前世代のモバイルネットワークとは異なり、第５／６世代（５Ｇ／６Ｇ）技術は、電気通信技術が業界や社会全体で果たす役割を根本的に変えることが期待されている。このように、５Ｇ／６Ｇ無線通信システムは、通常のセルラモバイルブロードバンドサービスに加えて、新たに出現した幅広いアプリケーションをサポートすることが期待されている。サポートされるこれらのアプリケーションまたはサービスは、強化されたモバイルブロードバンド、モノのインターネットデバイスの大規模デプロイメント、マルチモード及び超信頼性の低遅延通信を備えた産業用デバイスに分類することができる。これらのサービスを使用すると、ユーザは、インターネットを通じて、高速ブラウジング、音声通話、ゲーム、コネクテッドカー通信、コネクテッド産業機械などの様々な種類のマルチメディアサービスを使用して、ビデオ会議、テレビ放送、及びビデオオンデマンド（同時ストリーミング）アプリケーションを実行することができる。
【0005】
上記のアプリケーションとサービスとをサポートするために、３ＧＰＰ標準化団体は、非特許文献１に従って、図１に要約されている次のネットワークデプロイメントアーキテクチャを提案している。各ネットワーク要素の詳細な説明は、発明を実施するための形態セクションに記載されている。要約すると、ｇＮＢは５Ｇ Ｎｅｗ Ｒａｄｉｏのユーザプレーンとコントロールプレーンプロトコル終端とをユーザ機器に提供する。また、ｇＮＢはＮＧインタフェースを介して５Ｇコアに接続される。より具体的には、ＮＧ２インタフェース（ＮＧ－Ｃｏｎｔｒｏｌ）インタフェースを介してＡＭＦ（アクセス及びモビリティ管理機能）に接続され、ＮＧ３（ＮＧ－Ｕｓｅｒ）インタフェースを介してＵＰＦ（ユーザプレーン機能）に接続される。
【0006】
ｇＮＢとＵＥとの間の通信は、プロトコルスタックを使用した無線インタフェースを介して行われる。データネットワーク（図１）からのユーザトラフィックデータをユーザ機器に送信する必要がある場合は常に、データはＵＰＦとｇＮＢとを通過し、ダウンリンク方向でユーザ機器に到達し、アップリンク方向ではその逆になる。ダウンリンク方向のユーザのトラフィックデータをスケジュールするために、考慮される２つの主要なＰＨＹ層機能は、（ａ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の物理層処理と、（ｂ）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の物理層処理である。ユーザのトラフィックデータはＰＤＳＣＨを介して送信されるが、（ｉ）変調、（ｉｉ）符号化速度、（ｉｉｉ）ユーザのトラフィックデータのサイズ、（ｉｖ）送信ビームの識別、（ｖ）帯域幅部分、（ｖｉ）物理リソースブロックなどに関するユーザのトラフィックデータのユーザのシグナリングデータは、ＰＤＣＣＨを介して送信される。非特許文献１によると、ダウンリンクとアップリンクの送信は、ＰＨＹ層の一部であるサイクリックプレフィックスベースの直交周波数分割多重化（ＣＰ－ＯＦＤＭ）を介して行われる。したがって、送信を行うために、ＣＰ－ＯＦＤＭは物理リソースブロック（ＰＲＢ）を使用して、ＰＤＳＣＨを介したユーザのトラフィックデータと、ＰＤＣＣＨを介したユーザのシグナリングデータの両方を送信する。非特許文献１によると、リソース要素を使用して物理リソースブロック（ＰＲＢ）が構築されている。ダウンリンク方向の場合、上位層スタック（付録ＢのＰＨＹより上）は、ＰＤＣＣＨ及びＰＤＳＣＨ処理に使用されるリソース要素の数を割り当てる。非特許文献１によると、リソースに関して定義された４つの重要な概念と、ＰＤＣＣＨにリソースをグループ化する方法が定義されている。これらの概念は次のとおりである。（ａ）リソース要素：周波数領域の１つのサブキャリアと時間領域の１つのＯＦＤＭシンボルで構成されるリソースグリッドの最小単位である。（ｂ）リソース要素グループ（ＲＥＧ）：１つのＲＥＧは、１つのリソースブロック（周波数領域では１２個のリソース要素）と、時間領域では１つのＯＦＤＭシンボルで構成される。（ｃ）制御チャネル要素（ＣＣＥ）：ＣＣＥは複数のＲＥＧで構成される。ＣＣＥ内のＲＥＧバンドルの数は様々である。（ｄ）アグリゲーションレベル：アグリゲーションレベルは、ＰＤＣＣＨに割り当てられるＣＣＥの数を示す。
【0007】
ダウンリンク方向でＣＣＥを使用してＰＤＣＣＨ及びＰＤＳＣＨ情報を送信するために、非特許文献１では、帯域幅部分（ＢＷＰ）と呼ばれる別の概念が定義されている。ＢＷＰを使用すると、各キャリアでＣＣＥリソースを割り当てる方法の柔軟性が向上する。ＢＷＰは、ＰＤＣＣＨとＰＤＳＣＨとの異なる情報の多重化を可能にして、演算子スペクトルとＵＥのバッテリ消費のより良い利用と適応を可能にする。５Ｇ ＮＲの最大キャリア帯域幅は、周波数範囲１（ＦＲ１：４５０ＭＨｚ～６ＧＨｚ）で最大１００ＭＨｚ、または周波数範囲２（ＦＲ２：２４．２５ＧＨｚ～５２．６ＧＨｚ）で最大４００ＭＨｚであり、８００ＭＨｚの最大帯域幅でアグリゲートすることができる。
【0008】
非特許文献２によると、ｇＮＢシステムの場合、アグリゲーションレベルごとに複数の候補が定義される可能性がある。したがって、アグリゲーションレベルごとに複数の候補を使用し、アグリゲーションレベルごとのＣＣＥの数を取得するために、ｇＮＢシステムはＣＣＥ要件の総数を計算する。このＣＣＥの総数は、最終的に制御リソースセット（ＣＯＲＥＳＥＴ）の計算に使用される。したがって、ＣＯＲＥＳＥＴは、周波数領域における複数のＲＥＧと、時間領域における「１または２または３」のＯＦＤＭシンボルとを含む。
【0009】
５Ｇ ＮＲのデプロイメントは、主に、柔軟に利用できる時間と周波数のリソースの量を最大化することに重点が置かれた。５Ｇシステムの容量を増やすことができる機能の１つは、マルチユーザＭＩＭＯである。無線では、マルチユーザＭＩＭＯ（ＭＵ－ＭＩＭＯ）は、高度なＭＩＭＯ、多入力及び多出力技術のセットであり、利用可能なアンテナが多数の独立したアクセスポイント及び独立した無線端末に分散され、それぞれ、１つまたは複数のアンテナを有する。
【0010】
マルチユーザＭＩＭＯシステムでは、複数のアンテナが提供する空間の自由度を利用して、空間チャネルを同時に共有するように複数のユーザをスケジュールすることにより、システム全体の容量を向上させることができる。これは、送信機がチャネル状態情報（ＣＳＩＴ）を認識し、適切なプリコーダを適用してＵＥでの信号を最大化する場合に実現することができる。
【0011】
一方、送信機におけるチャネル状態情報、すなわち、パイロット信号の送信オーバーヘッドを知るにはかなりのコストがかかる。ＭＵ－ＭＩＭＯ技術には、依然としていくつかの重要な利点がある。
・ＭＵ－ＭＩＭＯは、チャネルランク損失やアンテナ相関などの伝搬チャネル障害の影響を受けない。
・基地局で空間多重化ゲインを得るために、端末レベルで複数のアンテナを持つ必要はない。
・ＭＵ－ＭＩＭＯ技術により、基地局のアンテナ数に比例して容量を改善することができる。
・ＭＵ－ＭＩＭＯは、チャネルランク損失やアンテナ相関などの伝搬チャネル障害の影響を受けない。
・基地局で空間多重化ゲインを得るために、端末レベルで複数のアンテナを持つ必要はない。
・ＭＵ－ＭＩＭＯ技術により、基地局のアンテナ数に比例して容量を改善することができる。
【0012】
ただし、３ＧＰＰ仕様は、ＭＵ－ＭＩＭＯユーザ選択、リソース配布、及びリソース共有のメカニズムを提供していない。ユーザ選択、リソース配布、及びリソース共有メカニズムの課題のいくつかは、以下の従来技術では対処されていない。これらの従来技術はいずれも、ユーザ選択、リソース配布、及びリソース共有サブエンティティでのソリューションを対象としており、最終的にユーザ送信のためにスケジューラに渡される。
【0013】
「Ｕｓｅｒ ｓｅｌｅｃｔｉｏｎ Ｍｅｔｈｏｄ ａｎｄ Ｕｓｅｒ Ｓｅｌｅｃｔｉｏｎ Ｄｅｖｉｃｅ ｆｏｒ Ｍｕｌｔｉｕｓｅｒ ＭＩＭＯ ｃｏｍｍｕｎｉｃａｔｉｏｎ」と題する従来技術の特許文献１では、このソリューションは、各ユーザのチャネルベクトルを使用することによって直交係数を計算する方法を提供している。次に、受信したＳＩＮＲと計算された直交係数を使用して、訂正ＳＩＮＲが計算される。次に、訂正ＳＩＮＲに基づいてユーザが選択され、最終的に次のユーザ選択のためにグラムシュミット直交化を使用して直交係数が更新される。さらに、最も優先度の高いユーザを訂正ＳＩＮＲの関数で表し、平均サポートデータレートの逆数で重み付けしたサポートデータレートが大きいユーザを選択する。しかしながら、本開示における欠点は、実装時の丸め誤差のために、ＧＳ直交化が直交誤差を全くもたらさないことである。直交性の喪失は大きな問題になる可能性があり、ＧＳ正規直交化は数値的に不安定であると見なされる。
【0014】
別の従来技術である「Ｓｃｈｅｄｕｌｉｎｇ ｍｅｔｈｏｄ ｏｆ ａ Ｍｕｌｔｉ－Ｕｓｅｒ Ｍｕｌｔｉ－Ｉｎｐｕｔ Ｍｕｌｔｉ－Ｏｕｔｐｕｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ」と題する特許文献２では、このソリューションは、送信されるデータがある場合にチャネル状態情報要求信号をＵＥに送信することに関連している。ＵＥは有効なチャネルベクトルを計算する（そこから有効なチャネルゲインが計算される）。予め定義された待機時間内にＵＥがＣＳＩを送信すると、ＵＥのスケジューリングを実行する。ＣＳＩフィードバックが失敗し、自由度（ＤｏＦ）が残っている場合は、別のＣＳＩ要求信号がＵＥに送信される。ＤＯＦが残っていない場合、スケジューリングは終了する。すべてのＵＥから受信したすべてのＣＳＩに基づいてビームフォームマトリクスを抽出し、ユーザ機器にデータを送信する。しかしながら、本開示における欠点は、このアプローチがＬＴＥシステムに対して定義されていることである。ただし、このアプローチを５Ｇシステムに実装すると、ｇＮＢが各ＵＥにＣＳＩ情報を要求する必要があり、これによりオーバーヘッドが大幅に増加する。さらに、ＣＳＩタイプＩＩはＭＵ－ＭＩＭＯ伝送にのみ推奨され、２層しかサポートしないため、空間ゲインが大幅に制限される。
【0015】
「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ ｓｃｈｅｄｕｌｉｎｇ ｉｎ ａ Ｍｕｌｔｉ－Ｉｎｐｕｔ Ｍｕｌｔｉ－Ｏｕｔｐｕｔ ｓｙｓｔｅｍ」と題する別の従来技術である特許文献３では、このソリューションは、複数のビームをＭＩＭＯ構成用のビームセットのグループに分類し、ＢＳの送信ビームのセット及びＭＳの受信ビームのセットからチャネルのための少なくとも１つの好ましいビームのセットを決定する。その後、少なくとも１つの好ましいビームセットに含まれる好ましい受信ビームに基づいて、ＢＳの少なくとも１つの送信ビームがＭＳに及ぼす干渉を示す情報を生成するために、（少なくとも）好ましいビームセットに関する情報をＢＳに送信し、生成された干渉情報をＢＳに送信する。しかしながら、本開示における欠点は、このアプローチが、ビームグループ化のためのネゴシエーション、ならびにビーム及び最良のビーム選択のためのブロードキャストメッセージに関してオーバーヘッドを有することである。
【0016】
「Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｐａｔｔｅｒｎｓ ｆｏｒ ｓｃｈｅｄｕｌｉｎｇ ｓｅｒｖｉｃｅｓ ｉｎ ａ ｗｉｒｅｌｅｓｓ ｎｅｔｗｏｒｋ」と題する別の従来技術である特許文献４では、このソリューションアプローチは、ＵＥがサウンディング信号を送信し、ｅＮｏｄｅ Ｂが各ＵＥからｅＮｏｄｅ Ｂへのサウンディング信号へのすべての主なパスの到来角（ＡｏＡ）を決定することに依存している。しかしながら、本開示における欠点は、ＭＵ－ＭＩＭＯの決定にＡｏＡを使用することは、チャネルが静的である場合に機能するが、チャネルの動的な性質のために、直交ＡｏＡを有するＵＥを見つけることは難しい場合があるということである。
【0017】
別の従来技術である「Ｆｌｅｘｉｂｌｅ ＭＩＭＯ Ｒｅｓｏｕｒｃｅｓ Ａｌｌｏｃａｔｉｏｎ Ｔｈｒｏｕｇｈ ＣＲＯＳＳ Ｃｏｒｒｅｌａｔｉｏｎ Ｎｕｌｌｉｎｇ ａｎｄ Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｓｅｇｍｅｎｔｅｄ ｒｅｃｅｉｖｅｄ ｐｒｏｃｅｓｓｉｎｇ」と題する特許文献５では、このソリューションは、受信信号（ＭＩＭＯ伝送の複数層）のチャネル伝達関数を計算し、受信信号間の相関を見つけることを含み得るチャネル伝達関数を推定する。しかしながら、本開示における欠点は、第１／第２の基準信号が、異なるサイズ、ＭＩＭＯ伝送の層、復調された基準信号、周波数範囲要素への集約周波数の分割であり、第１／第２の信号が占有された周波数の一部であり、周波数が選択的なことである。
【0018】
ＭＵ－ＭＩＭＯシステムに関する文献には、重要な研究成果が発表されている。しかしながら、ＭＵ－ＭＩＭＯの現場実装は、あまり成功しておらず、その理由の１つは、無線チャネルの変化に動的に適合するために必要な多大なオーバーヘッドであろう。現行の技術は、実施の複雑さによって制限を受けており、次善のソリューションでは、現場設定で良好な性能をもたらさない場合がある。
【0019】
スケジューラの主なタスクは、セルラエコシステム内のリソース（シンボル／サブキャリア、送信電力、及びユーザ）をスケジュールすることである。スケジューラの意思決定ポリシーに影響を与える様々な独立パラメータ及び依存パラメータがある。さらに、ＭＵ－ＭＩＭＯスケジューラは空間領域を活用し、複数のユーザを同じ周波数及び時間領域で空間的に分離してスケジュールする。理論上の最大値を達成する既存の最適解は、ＴＴＩごとに必要な計算の複雑さが５Ｇセルラシステムのリアルタイム要件に対して維持されないため、デプロイメントには適していない。したがって、最適解の達成と実装の実現可能性との間のトレードオフを考慮する必要がある。
【0020】
したがって、ユーザのデータレート要件を妥協することなく、リソース割り当てメカニズムに関して改善されたＭＵ－ＭＩＭＯが必要である。詳細には、本開示は、チャネル分解技術の選択のための柔軟なフレームワークを提供し、ＭＵ－ＭＩＭＯ候補見込みの数を制限することによって計算の複雑さを大幅に低減する、ＭＵ－ＭＩＭＯ伝送を実現するためのエンドツーエンド方法に関する。さらに、本開示はまた、スケジューラＫＰＩの維持を可能にするＭＵ－ＭＩＭＯ候補リストを選択しながら、ＱｏＳ優先度を考慮する。
【0021】
ＭＵ－ＭＩＭＯ伝送用のプリコーダ設計の分野では確立された研究が行われているが、本開示は、プリコーダ設計に関して妥当な精度を達成しながら、製品で実現するのに十分実用的であり得る複雑さの低いソリューションの設計を提供する。本開示は、チャネルの不確実性を補償し、ＵＥの層内干渉を排除し、同時に困難なタスクである共同スケジュールされたＵＥからの干渉を軽減するプリコーダの設計を提供する。
【0022】
本開示の目的
本明細書の少なくとも１つの実施形態が満足する本開示の目的のいくつかは、本明細書の以下に列挙する通りである。
本明細書の少なくとも１つの実施形態が満足する本開示の目的のいくつかは、本明細書の以下に列挙する通りである。
【0023】
本開示の目的は、チャネル分解技術の選択のための柔軟なフレームワークを提供することにより、ＭＵ－ＭＩＭＯ伝送を達成するエンドツーエンドの方法をサポートし、ＭＵ－ＭＩＭＯ候補見込みの数を制限することにより、計算の複雑さを大幅に低減するシステム及び方法を提供することである。
【0024】
本開示の目的は、ユーザのデータレート要件を妥協することなしに、リソース割り当てメカニズムに関して改善されたＭＵ－ＭＩＭＯを提供するシステム及び方法を提供することである。
【0025】
本開示の目的は、スケジューラＫＰＩの維持を可能にするＭＵ－ＭＩＭＯ候補リストを選択しながら、ＱｏＳ優先度を考慮するシステム及び方法を提供することである。
【0026】
本開示の目的は、プリコーダ設計に関して妥当な正確さを達成しながら、製品で実現されるのに十分に実践的であり得る複雑さの低いソリューションの設計を提供するシステム及び方法を提供することである。
【0027】
本開示の目的は、チャネルの不確実性を補償し、ＵＥの層内干渉を排除し、同時に困難なタスクである共同スケジュールされたＵＥからの干渉を軽減するプリコーダの設計を提供するシステム及び方法を提供することである。
【先行技術文献】
【特許文献】
【0028】
【特許文献1】ＵＳ ８，０１９，０３１ Ｂ２
【特許文献2】ＵＳ ９，４５６，４５２ Ｂ２
【特許文献3】ＵＳ ２０１５／０２８２１２２ Ａ１
【特許文献4】ＵＳ ９，６９８，８８９ Ｂ２
【特許文献5】ＵＳ ２０１５／０２８０８８８ Ａ１
【非特許文献】
【0029】
【非特許文献1】ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３８３００．ｈｔｍ Ｖ１５．３
【非特許文献2】ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３８３３１．ｈｔｍ Ｖ１５．３
【非特許文献3】３８．２１１ ｖ１５．５
【発明の概要】
【0030】
本セクションは、本開示の一定の目的及び態様を簡単に紹介しており、それらは、発明を実施するための形態により詳細に記載されている。この概要は、主な特徴や特許を請求している主題の範囲を特定することを意図したものではない。
【0031】
ある態様では、本開示は、分散無線通信システムにおける改善されたリソース共有を容易にするシステムを提供する。本システムは、１つまたは複数の多入力多出力（ＭＩＭＯ）基地局、１つまたは複数のパケットゲートウェイノード（ＮＧ１、ＮＧ２、…、ＮＧＮ）のいずれかまたは組み合わせに動作可能に結合された無線リソースモジュール（ＲＲＭ）とスケジューラとを含み得る。ある実施形態では、前記１つまたは複数のＭＩＭＯ基地局、前記１つまたは複数のパケットゲートウェイノードは、１つまたは複数のユーザ機器（ＵＥ）にコアネットワークを介して通信可能に結合される。ある実施形態では、前記スケジューラは、本システムでキューに入れられたユーザトラフィックデータを決定するように構成されてよく、前記ＲＲＭは、メモリに記憶し得る実行可能な命令のセットを実行し得るプロセッサを含んでよく、その実行時に、前記プロセッサは、本システムに、前記１つまたは複数のＭＩＭＯ基地局から、本システムに登録される前記１つまたは複数のユーザ機器への前記無線ネットワークでの割り当てを必要とする１つまたは複数のリソースに関連付けられたパラメータに関する１つまたは複数のデータパケットを、前記各パケットゲートウェイノードを介して受信させてよい。前記プロセッサはさらに、本システムに、前記１つまたは複数のデータパケットから第１の属性セットであって、前記１つまたは複数のリソースに関連付けられた１つまたは複数のサービスに関する前記第１の属性セットを抽出させ、前記スケジューラから第２の属性セットであって、１つまたは複数のサービスに関連付けられた本システムでキューに入れられたユーザトラフィックデータに関する前記第２の属性セットを抽出させ、中央サーバに動作可能に結合されたデータベースから第３の属性セットであって、１つまたは複数のサービスよりも優先される１つまたは複数の優先サービスに関する第３の属性のセットを抽出させてよく、前記中央サーバはさらに、本システム（１０９）に動作可能に結合される。前記プロセッサはさらに、本システムに、前記抽出された第１、第２、及び第３の属性セットに基づいてサービス優先リストを決定させ、前記サービス優先リストに基づいて各ユーザトラフィックデータキューを分類させてよい。前記プロセッサは、前記分類されたユーザトラフィックデータキューに基づいて各ユーザトラフィックデータキューのユーザ優先度メトリックを計算し、前記計算されたユーザ優先度メトリックに基づいて、予め定義されたサービスを割り当てられるＵＥの数を決定するようにさらに構成されてよい。
【0032】
ある実施形態では、前記プロセッサは、前記中央サーバに動作可能に結合された前記データベースから１つまたは複数のチャネル品質インジケータ（ＣＱＩ）及び１つまたは複数のリソースブロック（ＲＢ）制約を抽出し、前記１つまたは複数のチャネル品質インジケータ（ＣＱＩ）及び前記１つまたは複数のリソースブロック（ＲＢ）制約を適用して、割り当てられる前記決定された数のＵＥがシングルユーザ（ＳＵ）－ＭＩＭＯ基地局またはマルチユーザ（ＭＵ）ＭＩＭＯ基地局に割り当てられるかどうかを決定するようにさらに構成されてよい。
【0033】
ある実施形態では、前記プロセッサは、ＭＵ－ＭＩＭＯ基地局に割り当てられたＵＥの前記数に基づいて、前記ＭＵ－ＭＩＭＯ基地局の候補ＵＥの数を決定するようにさらに構成されてよい。
【0034】
ある実施形態では、前記プロセッサはさらに、前記ＭＵ－ＭＩＭＯ基地局の候補ＵＥごとに１つまたは複数のリソースブロック（ＲＢ）を決定し、前記ＭＵ－ＭＩＭＯ基地局送信のために前記各候補ＵＥに必要な１つまたは複数の層をさらに決定するように構成されてよい。
【0035】
ある実施形態では、前記プロセッサは、前記候補ＵＥごとに前記１つまたは複数のＭＩＭＯ基地局（１０４）から１つまたは複数のサウンディング基準信号（ＳＲＳ）リソースを受信し、前記１つまたは複数のＳＲＳリソースに関連付けられた１つまたは複数の構成済みパラメータを抽出し、前記１つまたは複数の構成済みパラメータに基づいて、ＭＵ－ＭＩＭ送信のための前記候補ＵＥごとに１つまたは複数のチャネル係数を推定するようにさらに構成されてよい。
【0036】
ある実施形態では、前記プロセッサは、前記１つまたは複数のチャネル係数に基づいてプリコーダを計算するようにさらに構成されてよい。
【0037】
ある実施形態では、前記プリコーダは、前記各候補ＵＥの直交性基準を決定し、前記各候補ＵＥに関連付けられた１つまたは複数の共同スケジュールされた候補ＵＥからの干渉を軽減し、前記各候補ＵＥに関連付けられた前記１つまたは複数の共同スケジュールされた候補ＵＥにおける層間干渉を回避するようにさらに構成されてよい。
【0038】
ある実施形態では、前記プロセッサは、前記１つまたは複数のサービスに対して別個のキューを維持するようにさらに構成されてよい。
【0039】
ある実施形態では、前記１つまたは複数のサービスが、再送キュー、シグナリング無線ベアラ（ＳＲＢ）キュー、ボイスオーバーニューラジオ（ＶｏＮＲ）キュー、保証ビットレート（ＧＢＲ）キュー、及び非保証ビットレート（Ｎｏｎ－ＧＢＲ）を含む。
【0040】
ある実施形態では、前記プロセッサは、本システムの１つまたは複数の動作パラメータ及び１つまたは複数のデフォルト構成パラメータを記憶するようにさらに構成されてよい。
【0041】
ある実施形態では、地理的展開エリアに応じて、前記プロセッサは、本システムのデフォルト構成パラメータを受け入れるようにさらに構成される。
【0042】
ある態様では、本開示は、分散無線通信システムにおける改善されたリソース共有を容易にする方法を提供する。本方法は、プロセッサによって、１つまたは複数のＭＩＭＯ基地局から、１つまたは複数のデータパケットであって、前記システムに登録される１つまたは複数のユーザ機器への分散無線ネットワークでの割り当てを必要とする１つまたは複数のリソースに関連付けられたパラメータに関する前記１つまたは複数のデータパケットを、各パケットゲートウェイノードを介して受信するステップを含み得る。ある実施形態では、前記プロセッサは、無線リソースモジュール（ＲＲＭ）に動作可能に結合され、１つまたは複数の多入力多出力（ＭＩＭＯ）基地局、１つまたは複数のパケットゲートウェイノード（ＮＧ１、ＮＧ２、…、ＮＧＮ）、及びスケジューラのいずれかまたは組み合わせに動作可能に結合されてもよい。前記１つまたは複数のＭＩＭＯ基地局、前記１つまたは複数のパケットゲートウェイノードは、前記１つまたは複数のユーザ機器（ＵＥ）にコアネットワークを介して通信可能に結合されてよい。ある実施形態では、前記スケジューラは、前記システムでキューに入れられたユーザトラフィックデータを決定するように構成されてよい。本方法はさらに、前記１つまたは複数のデータパケットから第１の属性セットであって、前記１つまたは複数のリソースに関連付けられた１つまたは複数のサービスに関する前記第１の属性セットを前記プロセッサによって抽出するステップと、前記スケジューラから第２の属性セットであって、１つまたは複数のサービスに関連付けられた本方法でキューに入れられたユーザトラフィックデータに関する前記第２の属性セットを前記プロセッサによって抽出するステップと、中央サーバに動作可能に結合されたデータベースから第３の属性セットであって、１つまたは複数のサービスよりも優先される１つまたは複数の優先サービスに関する前記第３の属性セットを前記プロセッサによって抽出するステップと、を含んでよく、前記中央サーバは、前記システムにさらに動作可能に結合される。さらに、本方法は、前記抽出された第１、第２、及び第３の属性セットに基づいてサービス優先リストを前記プロセッサによって決定するステップと、前記サービス優先リストに基づいて各ユーザトラフィックデータキューを前記プロセッサによって分類するステップとを含み得る。さらに、本方法は、前記分類されたユーザトラフィックデータキューに基づいて各ユーザトラフィックデータキューのユーザ優先度メトリックを計算するステップと、前記計算されたユーザ優先度メトリックに基づいて、予め定義されたサービスを割り当てられるＵＥの数を決定するステップとを含み得る。
【0043】
添付の図面は、本開示のさらなる理解を提供するために含まれており、この明細書に組み込まれ、その一部を構成する。図面は、本開示の例示的な実施形態を示し、説明とともに、本開示の原理を説明するのに役立つ。図面は、説明のみを目的としており、したがって、本開示を限定するものではない。
【0044】
図において、同様の構成要素及び／または特徴は、同じ参照ラベルを有し得る。さらに、同じタイプの様々な構成要素は、参照ラベルの後に、類似の構成要素を区別する第２のラベルを付けることによって区別されてよい。明細書において第１参照ラベルのみが使用される場合、その記述は、第２参照ラベルに関係なく、同じ第１参照ラベルを有する類似の構成要素のいずれかに適用可能である。
【図面の簡単な説明】
【0045】
【図1A】本開示の実施形態による、本開示のシステムを実装することができる、または本開示のシステムと共に実装することができる例示的なネットワークアーキテクチャを示す。
【図1C】ユーザ機器（ＵＥ）及びｇＮＢにおけるユーザプレーンプロトコルスタックの図を示す。
【図2】本開示の実施形態による、システムの例示的な表現（２００）を示す。
【図3】本開示の実施形態による、ＭＵ－ＭＩＭＯリソースグリッドの例である。
【図4】本開示の実施形態による、ＭＵ－ＭＩＭＯ候補ペア（絵図）の例である。
【図5】異なる構成要素を有する現在のｇＮＢシステムを示す別の実施形態である。
【図6】異なる構成要素を有する提案されたｇＮＢシステムを示す別の実施形態である。
【図7】提案されたＭＵ－ＭＩＭＯ及びユーザペアリング方法について提案された流れ図を示す別の実施形態である。
【図8】提案されたＭＵ－ＭＩＭＯ及びユーザペアリング方法について提案されたステップを示す別の実施形態である。
【図9】提案されたリソース割り当てであるＤＬ ＭＵ－ＭＩＭＯの提案された図を示す別の実施形態である。
【図10】提案されたリソース割り当てであるＵＬ ＭＵ－ＭＩＭＯの提案された図を示す別の実施形態である。
【発明を実施するための形態】
【0046】
以下は、添付の図面に示される開示の実施形態の詳細な説明である。実施形態は、開示を明確に伝達するように詳細である。しかしながら、提供される量の詳細は、実施形態の期待される変形形態に限定することを意図しておらず、むしろ、添付の請求項で規定される本開示の趣旨及び範囲内にあるすべての修正形態、均等形態、及び代替形態を含むことを意図している。
【0047】
以下の記載では、本発明の実施形態の完全な理解を提供するために、多くの具体的な詳細が述べられている。これらの特定の詳細の一部なしに本発明の実施形態を実施し得ることは当業者には明らかであろう。
【0048】
添付の請求項のそれぞれは、特許請求の範囲で指定された様々な要素または制限に対する均等物を含むものとして侵害の目的で認識される別個の発明を定義する。文脈に応じて、「発明」に対する以下のすべての言及は、場合によっては、特定の具体的な実施形態のみを指す場合がある。他の場合では、「発明」への言及は、必ずしもすべてではないが、１つまたは複数の請求項に記載されている主題を指すことが認識される。
【0049】
本明細書で使用される様々な用語を以下に示す。請求項で使用される用語が以下に定義されていない限り、出願時の刊行物及び発行された特許に反映されているように、関連技術の専門家がその用語に与えた最も広い定義を与えるべきである。
【0050】
本明細書のすべての刊行物は、各個別の刊行物または特許出願が、参照することにより具体的かつ個別に組み込まれるかのように同程度に、参照することにより本明細書に組み込まれる。組み込まれた参考文献における用語の定義または使用が、本明細書で提供される用語の定義と矛盾または反する場合、本明細書で提供されるその用語の定義が適用され、参考文献におけるその用語の定義は適用されない。
【0051】
一部の実施形態では、本発明の特定の実施形態を説明及び請求するために使用される、成分の量、濃度などの特性、反応条件などを表す数字は、場合によっては用語「約」によって修飾されると理解されるべきである。したがって、一部の実施形態では、書面による説明及び添付の特許請求の範囲に示される数値パラメータは、特定の実施形態によって得られることが求められる所望の特性に応じて変化し得る近似値である。一部の実施形態では、数値パラメータは、報告された有効桁の数、数値精度に照らして、そして通常の丸め技法を適用することによって、解釈されるべきである。本発明の一部の実施形態の広い範囲を示す数字範囲及びパラメータは近似値であるにもかかわらず、具体例に記載される数値は可能な限り正確に報告される。本発明の一部の実施形態で提示される数値は、それらの各試験計測中に見られる標準偏差から必然的に生じるある一定の誤差を含み得る。
【0052】
本明細書の記載、及びそれに続く特許請求の範囲にわたって用いられる場合、文脈が別途明確に指示しない限り、「ａ」、「ａｎ」、及び「ｔｈｅ」の意味は、複数の指示対象を含む。また、本明細書の記載で使用される場合、「ｉｎ」の意味は、文脈が明確に別段の指示をしない限り、「ｉｎ」及び「ｏｎ」を含む。
【0053】
本明細書における値の範囲の記載はその範囲に入る各別々の値を個々に言及する省略法として働くことを単に意図する。本明細書で別段の指示がない限り、個々の値は、本明細書で個別に記載されているかのように明細書に組み込まれる。本明細書に記載されるすべての方法は、本明細書に別様が示されない限り、または文脈によって明らかに矛盾しない限り、任意の好適な順序で実行することができる。本明細書で特定の実施形態に関して提供される任意及びすべての例または例示的な表現（例えば、「など（ｓｕｃｈ ａｓ）」）の使用は、単に本発明をより良く解明することを意図し、別途特許請求される本発明の範囲を限定しない。いかなる本明細書の表現も、非請求要素を本発明の実践に必須であるとして示すと解釈されるべきではない。
【0054】
本明細書に開示される本発明の代替の要素または実施形態のグループ化は限定として解釈されるべきでない。各グループのメンバーは、個別に、またはグループの他のメンバーまたは本明細書に見られる他の要素と任意に組み合わせて言及及び特許を請求することができる。グループの１つまたは複数のメンバーは、利便性及び／または特許性の理由により、グループに含まれてよい、またはグループから削除されてよい。そのような包含または削除が起こるとき、本明細書は修正されたグループを含み、したがって添付の請求項中で使用されるすべてグループの記述を実現すると見なされる。
【0055】
本開示は、チャネル分解技術の選択に柔軟なフレームワークを提供することによってＭＵ－ＭＩＭＯ伝送を実現し、ＭＵ－ＭＩＭＯ候補見込みの数を制限することによって計算の複雑さを大幅に低減する効率的なエンドツーエンドのソリューションを提供する。さらに、このソリューションは、ＭＵ－ＭＩＭＯ候補リストを選択する際のサービス品質の優先度も含み得る。本開示は、ＭＵ－ＭＩＭＯ候補リストの全体数を削減する、５ＧシステムにおけるＭＵ－ＭＩＭＯ送信のためのユーザ選択基準を提案する。ＭＵ－ＭＩＭＯ候補リストはまた、多次元のユーザメトリックに対して計算された効用関数に基づいて並べ替えられる。
【0056】
システムとサブシステムの機能説明
図１Ａは、本開示の実施形態による、本開示のシステムを実装することができる、または本開示のシステムと共に実装することができる例示的なネットワークアーキテクチャを示す。図１Ａを参照すると、本開示の実施形態による、本開示の改善されたリソース共有を容易にするためのシステム（１０９）を実装することができる例示的なネットワークアーキテクチャ（１００）が示されている。図１Ａに示すように、限定ではなく例として、通信ネットワーク（１０５）（本明細書ではコアネットワーク（１０５）とも呼ばれる）に動作可能に結合された例示的なアーキテクチャ（１００）は、ユーザコンピューティングデバイス（１０２）（ユーザデバイス（１０２）またはユーザ機器（１０２）とも呼ばれる）に関連付けられたユーザ（１０１）を含み得る。
図１Ａは、本開示の実施形態による、本開示のシステムを実装することができる、または本開示のシステムと共に実装することができる例示的なネットワークアーキテクチャを示す。図１Ａを参照すると、本開示の実施形態による、本開示の改善されたリソース共有を容易にするためのシステム（１０９）を実装することができる例示的なネットワークアーキテクチャ（１００）が示されている。図１Ａに示すように、限定ではなく例として、通信ネットワーク（１０５）（本明細書ではコアネットワーク（１０５）とも呼ばれる）に動作可能に結合された例示的なアーキテクチャ（１００）は、ユーザコンピューティングデバイス（１０２）（ユーザデバイス（１０２）またはユーザ機器（１０２）とも呼ばれる）に関連付けられたユーザ（１０１）を含み得る。
【0057】
ある実施形態では、システム（１０９）はさらに、第２のコンピューティングデバイス（１１１）（スケジューラ（１１１）とも呼ばれる）に動作可能に結合されてよい。スケジューラ（１１１）は、データネットワーク（１２０）のキューに入れられるユーザトラフィックデータを決定するように構成されてよい。ユーザデバイス（１０１）はさらに、１つまたは複数の多入力多出力（ＭＩＭＯ）基地局（１０４）、１つまたは複数のパケットゲートウェイノード（ＮＧ１、ＮＧ２、…、ＮＧＮ）、及びスケジューラ（１１１）のいずれか、または組み合わせを介して、スケジューラ（１１１）に動作可能に結合されてよい。ＭＩＭＯ基地局は、シングルユーザ（ＳＵ）ＭＩＭＯまたはマルチユーザ（ＭＵ）ＭＩＭＯであってよい。無線では、マルチユーザＭＩＭＯ（ＭＵ－ＭＩＭＯ）は、高度な多入力多出力技術のセットであり、利用可能なアンテナが、多数の独立したアクセスポイントと独立した無線端末とに拡散しており、それらは、各々、１つまたは複数のアンテナを有する。
【0058】
マルチユーザ（ＭＵ）ＭＩＭＯ基地局では、複数のアンテナによって提供される空間の自由度を活用して、複数のユーザが同時に空間チャネルを共有するようにスケジュールすることによってシステム全体の容量を強化することができる。これは、送信機がチャネル状態情報（ＣＳＩＴ）を認識し、適切なプリコーダを適用してＵＥでの信号を最大化する場合に実現することができる。
【0059】
図１Ｂは、本開示の実施形態による、本開示のシステムを実装することができる、または本開示のシステムと共に実装することができる例示的なネットワークアーキテクチャを示す。図示のように、ある態様では、ＭＩＭＯ基地局（１０４）（ｇＮＢ（１０４）とも呼ばれる）は、コアネットワーク（１０５）に関連付けられたユーザプレーン（１２２）及び制御プレーン（１２４）を提供し得る。コアネットワークは、４Ｇ／５Ｇ／６Ｇ及びその他の将来のコアネットワークであってよい。例示的な実施形態では、ユーザプレーンは５Ｇ Ｎｅｗ Ｒａｄｉｏのユーザプレーンであってよいが、これに限定されず、基地局は５Ｇ基地局であってよいが、これに限定されない。ｇＮＢは、ネットワークまたはパケットゲートウェイ（ＮＧ）インタフェース（ＮＧ１、ＮＧ２、…、ＮＧ１５）によって、５ＧＣに接続されてよく、より具体的には、ＮＧ２インタフェース（ＮＧ制御）インタフェースによってアクセス及びモビリティ管理機能（１０６）（ＡＭＦ１０６）に、ＮＧ３（ＮＧユーザ）インタフェースによってユーザプレーン機能（１１８）（ＵＰＦ１１８）に接続されてよい。ネットワークアーキテクチャ（１００）はさらに、認証サーバ機能（１０８）（ＡＵＳＦ１０８）、ユーザデータ管理（１１４）（ＵＤＭ１１４）、セッション管理機能（１１０）（ＳＭＦ１１０）、ポリシー制御機能（１１２）（ＰＣＦ１１２）、及びアプリケーション機能モジュール（１１６）を含み得る。
【0060】
ある実施形態では、システム（１０９）は、システムに登録されている１つまたは複数のユーザ機器への無線ネットワークの割当を必要とする１つまたは複数のリソースに関連付けられたパラメータに関する１つまたは複数のデータパケットを１つまたは複数のＭＩＭＯ基地局から各パケットゲートウェイノードを介して受信し得る。次に、システム（１０９）は、１つまたは複数のデータパケットから、第１の属性セットであって、１つまたは複数のリソースに関連付けられた１つまたは複数のサービスに関する第１の属性セットを抽出し、スケジューラ（１１１）から、第２の属性セットであって、１つまたは複数のサービスに関連付けられたシステムでキューに入れられたユーザトラフィックデータに関する第２の属性セットも抽出するように構成されてよい。システム（１０９）は、集中型サーバ（１１３）に動作可能に結合されたデータベースから、第３の属性セットであって、１つまたは複数のサービスに優先する１つまたは複数の優先サービスに関する第３の属性セットをさらに抽出することができ、集中型サーバはさらに、システム（１０９）に動作可能に結合される。システム（１０９）は、抽出された第１、第２、及び第３の属性セットに基づいて、サービス優先リストを決定し、次に、サービス優先リストに基づいて、各ユーザトラフィックデータキューを分類することができる。さらに、システム（１０９）は、分類されたユーザトラフィックデータキューに基づいて、各ユーザトラフィックデータキューのユーザ優先度メトリックを計算することができる。計算されたユーザ優先度メトリックに基づいて、システム（１０９）は、次に、予め定義されたサービスに割り当てられるＵＥの数を決定することができる。システム（１０９）は、１つまたは複数のサービスに対して別個のキューを維持するように構成されてよい。１つまたは複数のサービスは、再送キュー、シグナリング無線ベアラ（ＳＲＢ）キュー、ボイスオーバーニューラジオ（ＶｏＮＲ）キュー、保証ビットレート（ＧＢＲ）キュー、及び無保証ビットレート（Ｎｏｎ－ＧＢＲ）キューを含むことができるが、これらに限定されない。
【0061】
別の実施形態では、システムは、１つまたは複数のチャネル品質インジケータ（ＣＱＩ）及び１つまたは複数のリソースブロック（ＲＢ）制約を１つまたは複数のＭＵ－ＭＩＭＯ伝送チャネルから抽出し、１つまたは複数のチャネル品質インジケータ（ＣＱＩ）及び１つまたは複数のリソースブロック（ＲＢ）制約を適用して、割り当てられると決定された数のＵＥがシングルユーザ（ＳＵ）－ＭＩＭＯ基地局に対してか、またはマルチユーザ（ＭＵ）ＭＩＭＯ基地局に対してかを決定することができる。
【0062】
ある実施形態では、システムは、ＭＵ－ＭＩＭＯ基地局に割り当てられるＵＥの数に基づいて、ＭＵ－ＭＩＭＯ基地局に対する候補ＵＥの数をさらに決定することができるＭＵ－ＭＩＭＯグリッドモジュールを備えてよい。ＭＵ－ＭＩＭＯ候補ペアリングモジュールは、ＭＵ－ＭＩＭＯ基地局送信のために各候補ＵＥに必要な１つまたは複数のリソースブロック（ＲＢ）及び１つまたは複数の層を決定してよい。
【0063】
ＭＵ－ＭＩＭＯ伝送を使用して容量を最大化するには、送信側でチャネルに関する完全な知識が必要である。５Ｇシステムのチャネル推定には、それぞれ、ダウンリンク（ＤＬ）チャネル推定用のＣＳＩ－ＲＳとアップリンク（ＵＬ）チャネル推定用のＳＲＳがある。ある実施形態では、システムは、各候補ＵＥに対して１つまたは複数のサウンディング基準信号（ＳＲＳ）リソースを１つまたは複数のＭＩＭＯ基地局（１０４）から受信し、１つまたは複数のＳＲＳリソースに関連付けられた１つまたは複数の構成されたパラメータを抽出し、１つまたは複数の構成されたパラメータに基づいて、ＭＵ－ＭＩＭＯ伝送のための各候補ＵＥの１つまたは複数のチャネル係数を推定することができる。
【0064】
５Ｇ仕様で詳述されている２つの主要な基準信号であるＣＳＩとＳＲＳについて以下に要約する。
【0065】
チャネル状態情報と関連パラメータ：ＣＳＩ（チャネル状態情報）は、ｇＮＢとＵＥ間のＤＬチャネルを推定するために使用される。この手順では、ｇＮＢは複数の構成済みＣＳＩ－ＲＳポートからＣＳＩ基準信号を送信する。基準信号を受信すると、ＵＥはチャネル係数を推定し、構成済みコードブックのインデックスに対応するプリコーダマトリクスインデックスを導出する。さらに、統合されたチャネル状態情報（ＣＳＩ）レポートがｇＮＢに送信される。ＣＳＩレポートは、チャネル品質インジケータ（ＣＱＩ）、プレコーディングマトリクスインデックス（ＰＭＩ）、ランクインジケータ（ＲＩ）、層インジケータ（ＬＩ）、及びＬ１基準信号受信電力（ＲＳＲＰ）で構成される。
【0066】
ＣＳＩ構成パラメータは、以下を含み得る。
１．レポート構成
ｉ．レポート数量
２．リソース構成
３．コードブック
１．レポート構成
ｉ．レポート数量
２．リソース構成
３．コードブック
【0067】
サウンディング基準信号（ＳＲＳ）とその関連パラメータ：アップリンクチャネルを推定するために、限定ではなく例として、パイロットサウンディング基準信号（ＳＲＳ）が受信ｇＮＢによって使用されて、ＵＬチャネルのチャネル係数が取得される。別の実施形態では、システム（１０９）は、１つまたは複数のチャネル係数に基づいてプリコーダを計算することができる。プリコーダは、各候補ＵＥの直交性基準を決定し、前述の各候補ＵＥに関連付けられた１つまたは複数の共同スケジュールされた候補ＵＥからの干渉を軽減し、前述の各候補ＵＥに関連付けられた１つまたは複数の共同スケジュールされた候補ＵＥにおける層間干渉を回避するように構成することができる。限定ではなく一例として、システムはチャネルマトリクスを使用してアップリンクプリコーダを計算する。システムは、非特許文献３の表６．３．１．５－７から、測定されたＵＬプリコーダのプリコーダに最も近いプリコーダを決定し、ＵＥに報告する。チャネル相互関係
を仮定する。ユーザペアリングは、ＵＥによって計算された直交プリコーダに基づいている。
【数1】
【0068】
ある実施形態では、データベースは、システムの１つまたは複数の動作パラメータ及び１つまたは複数のデフォルト構成パラメータを記憶することができる。
【0069】
さらに別の実施形態では、システム（１０９）は、地理的展開エリアに依存して、システムのデフォルト構成パラメータを受け入れることができる。
【0070】
例示的な実施形態では、無線リソース制御（ＲＲＣ（１０９））モジュール（無線リソース管理とも呼ばれる）の機能は、アップリンクとダウンリンクの両方での無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、ＵＥへのリソースの動的割り当て（スケジューリング）と、データのＩＰヘッダ圧縮、暗号化、及び完全性保護、ＵＥによって提供された情報からＡＭＦへのルーティングを決定できない場合の、ＵＥ接続時のＡＭＦの選択、ＵＰＦ（複数可）へのユーザプレーンデータのルーティング、コントロールプレーン情報のＡＭＦへのルーティングと、接続のセットアップ及びリリースと、ページングメッセージのスケジューリング及び送信と、システムブロードキャスト情報（ＡＭＦまたはＯＡＭから発信）のスケジューリング及び送信と、モビリティ及びスケジューリングのための測定と測定レポートの設定と、アップリンクでのトランスポートレベルのパケットマーキングと、セッション管理と、ネットワークスライシングのサポートと、ＱｏＳフロー管理及びデータ無線ベアラへのマッピングと、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポートと、ＮＡＳメッセージの配信機能と、無線アクセスネットワークの共有と、デュアル接続と、ＮＲとＥ－ＵＴＲＡとの間の緊密な連携とを含み得るが、これらに限定されない。
【0071】
ＡＭＦ（１０６）は、ＮＡＳシグナリング終端、ＮＡＳシグナリングセキュリティ、ＡＳセキュリティ制御、３ＧＰＰアクセスネットワーク間のモビリティのためのＣＮノード間シグナリング、アイドルモードＵＥ到達可能性（ページング再送信の制御と実行を含む）、登録エリア管理、システム内及びシステム間モビリティサポート、アクセス認証、ローミング権のチェックを含むアクセス許可、モビリティ管理制御（サブスクリプション及びポリシー）、ネットワークスライシングのサポート、ＳＭＦ選択などであるが、これらに限定されない主な機能をホストすることができる。
【0072】
ＵＰＦ（１１８）は、層内／層間ＲＡＴモビリティ（該当する場合）、データネットワークへの相互接続の外部ＰＤＵセッションポイント、パケットのルーティング及び転送、ポリシールール適用のパケットインスペクション及びユーザプレーン部分、トラフィック使用状況レポート、データネットワークへのトラフィックフローのルーティングをサポートするアップリンク分類子、マルチホームＰＤＵセッションをサポートする分岐点、ユーザプレーンのＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート施行）、アップリンクトラフィックの検証（ＳＤＦからＱｏＳへのフローマッピング）、ダウンリンクパケットのバッファリング及びダウンリンクデータ通知のトリガなどであるが、これらに限定されない主な機能をホストすることができる。
【0073】
ＳＭＦ（１１０）は、セッション管理、ＵＥ ＩＰアドレスの割り当て及び管理、ＵＰ機能の選択及び制御、ＵＰＦでトラフィックステアリングを構成してトラフィックを適切な宛先にルーティング、ポリシーの実施とＱｏＳの一部を制御、ダウンリンクデータ通知などであるが、これらに限定されない主な機能をホストすることができる。
【0074】
ＰＣＦ（１１２）は、５Ｇ ＰＣＦが４ＧネットワークでＰＣＲＦと同じ機能を実行すること、及びコントロールプレーン機能のポリシールールを提供することという主要な機能をホストすることができる。これには、ネットワークスライシング、ローミング及びモビリティ管理と、ＵＤＲによって行われたポリシー決定のサブスクリプション情報へのアクセスと、新しい５Ｇ ＱｏＳポリシーと課金制御機能のサポートとを含み得るが、これらに限定されない。
【0075】
ＡＵＳＦ（１０８）は、ＡＵＳＦが４Ｇ ＨＳＳの認証機能を実行すること、ＥＡＰ認証サーバを実装すること、及びキーを記憶することなどであるが、これらに限定されない、主な機能をホストすることができる。
【0076】
ＵＤＭ（１１４）は、ＵＤＭが４Ｇ ＨＳＳ機能の一部を実行すること、ＡＫＡ（Authentication and Key Agreement）認証情報の生成、ユーザ識別、アクセス認証、サブスクリプション管理などであるが、これらに限定されない、主要な機能をホストすることができる。
【0077】
ＡＦ（１１６）は、トラフィックルーティングに対するアプリケーションの影響、ネットワーク露出機能へのアクセス、ポリシー制御のためのポリシーフレームワークとの相互作用であるが、これに限定されない、主な機能をホストすることができる。
【0078】
図１Ｃは、ユーザ機器（ＵＥ）及びｇＮＢにおけるユーザプレーンプロトコルスタックの図を示す。ｇＮＢの詳細なユーザプレーンプロトコルスタックは、サービスデータアダプテーションプロトコル（ＳＤＡＰ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）、媒体アクセス制御（ＭＡＣ）、及び物理（ＰＨＹ）サブレイヤがネットワーク側のｇＮＢとユーザ機器（ＵＥ）側で終端されていることを示している。
【0079】
ＰＨＹは次の主な機能をホストする。
－ 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の物理層処理
－ 物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の物理層処理
－ 同期信号とＰＢＣＨ（ＳＳＢ）の物理層処理
－ 物理アップリンク共有チャネル（ＰＵＳＣＨ）の物理層処理
－ 物理アップリンク制御チャネル（ＰＵＣＣＨ）の物理層処理
－ 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の物理層処理
－ 物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の物理層処理
－ 同期信号とＰＢＣＨ（ＳＳＢ）の物理層処理
－ 物理アップリンク共有チャネル（ＰＵＳＣＨ）の物理層処理
－ 物理アップリンク制御チャネル（ＰＵＣＣＨ）の物理層処理
【0080】
ＭＡＣは次の主な機能をホストする。
－ 論理チャネルとトランスポートチャネル間のマッピング
－ １つまたは異なる論理チャネルに属するＭＡＣ ＳＤＵの、トランスポートチャネル上の物理層との間で送受信されるランスポートブロック（ＴＢ）への多重化／からの逆多重化
－ スケジューリング情報報告
－ ＨＡＲＱによるエラー訂正（ＣＡの場合、セルごとに１つのＨＡＲＱエンティティ）
－ 動的スケジューリングによるＵＥ間の優先処理
－ 論理チャネルの優先順位付けによる、１つのＵＥの論理チャネル間の優先処理
－ パディング
－ 論理チャネルとトランスポートチャネル間のマッピング
－ １つまたは異なる論理チャネルに属するＭＡＣ ＳＤＵの、トランスポートチャネル上の物理層との間で送受信されるランスポートブロック（ＴＢ）への多重化／からの逆多重化
－ スケジューリング情報報告
－ ＨＡＲＱによるエラー訂正（ＣＡの場合、セルごとに１つのＨＡＲＱエンティティ）
－ 動的スケジューリングによるＵＥ間の優先処理
－ 論理チャネルの優先順位付けによる、１つのＵＥの論理チャネル間の優先処理
－ パディング
【0081】
ＲＬＣは次の主な機能をホストする。
－ 上位層ＰＤＵの転送
－ ＰＤＣＰ（ＵＭ及びＡＭ）のものとは独立したシーケンス番号付け
－ ＡＲＱによるエラー訂正（ＡＭのみ）
－ ＲＬＣ ＳＤＵのセグメンテーション（ＡＭ及びＵＭ）及び再セグメンテーション（ＡＭのみ）
－ ＳＤＵ（ＡＭ及びＵＭ）の再構成
－ 重複検出（ＡＭのみ）
－ ＲＬＣ ＳＤＵ破棄（ＡＭ及びＵＭ）
－ ＲＬＣの再確立
－ プロトコルエラー検出（ＡＭのみ）
－ 上位層ＰＤＵの転送
－ ＰＤＣＰ（ＵＭ及びＡＭ）のものとは独立したシーケンス番号付け
－ ＡＲＱによるエラー訂正（ＡＭのみ）
－ ＲＬＣ ＳＤＵのセグメンテーション（ＡＭ及びＵＭ）及び再セグメンテーション（ＡＭのみ）
－ ＳＤＵ（ＡＭ及びＵＭ）の再構成
－ 重複検出（ＡＭのみ）
－ ＲＬＣ ＳＤＵ破棄（ＡＭ及びＵＭ）
－ ＲＬＣの再確立
－ プロトコルエラー検出（ＡＭのみ）
【0082】
ＰＤＣＰは次の主な機能をホストする。
－ シーケンス番号
－ ヘッダの圧縮と解凍：ＲＯＨＣのみ
－ ユーザデータの転送
－ 並べ替えと重複検出
－ 順番通りの配信
－ ＰＤＣＰ ＰＤＵルーティング（分割ベアラの場合）
－ ＰＤＣＰ ＳＤＵの再送信
－ 暗号化、解読、完全性保護
－ ＰＤＣＰ ＳＤＵ破棄
－ ＲＬＣ ＡＭのＰＤＣＰ再確立とデータ回復
－ ＲＬＣ ＡＭのＰＤＣＰステータスレポート
－ ＰＤＣＰ ＰＤＵの複製と下位層への複製廃棄指示
－ シーケンス番号
－ ヘッダの圧縮と解凍：ＲＯＨＣのみ
－ ユーザデータの転送
－ 並べ替えと重複検出
－ 順番通りの配信
－ ＰＤＣＰ ＰＤＵルーティング（分割ベアラの場合）
－ ＰＤＣＰ ＳＤＵの再送信
－ 暗号化、解読、完全性保護
－ ＰＤＣＰ ＳＤＵ破棄
－ ＲＬＣ ＡＭのＰＤＣＰ再確立とデータ回復
－ ＲＬＣ ＡＭのＰＤＣＰステータスレポート
－ ＰＤＣＰ ＰＤＵの複製と下位層への複製廃棄指示
【0083】
ＳＤＡＰは次の主な機能をホストする。
－ ＱｏＳフローとデータ無線ベアラ間のマッピング
－ ＤＬパケットとＵＬパケットの両方におけるＱｏＳフローＩＤ（ＱＦＩ）のマーキング
－ ＱｏＳフローとデータ無線ベアラ間のマッピング
－ ＤＬパケットとＵＬパケットの両方におけるＱｏＳフローＩＤ（ＱＦＩ）のマーキング
【0084】
図２は、本開示の実施形態による、提案されたシステム（１０９）の例示的な表現を示す。ある態様では、システム（１０９）は、１つまたは複数のプロセッサ（２０２）を含み得る。１つまたは複数のプロセッサ（２０２）は、１つまたは複数のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、エッジまたはフォグマイクロコントローラ、デジタル信号プロセッサ、中央処理装置、論理回路、及び／または動作命令に基づいてデータを処理する任意のデバイスとして実装されてよい。とりわけ、１つまたは複数のプロセッサ（２０２）は、システム（１０９）のメモリ（２０４）に記憶されたコンピュータ可読命令をフェッチして実行するように構成されてよい。メモリ（２０４）は、非一時的なコンピュータ可読記憶媒体に１つまたは複数のコンピュータ可読命令またはルーチンを記憶してよく、１つまたは複数のコンピュータ可読命令またはルーチンは、ネットワークサービスを介してデータパケットを作成または共有するためにフェッチ及び実行されてよい。メモリ（２０４）は、例えば、ＲＡＭなどの揮発性メモリ、またはＥＰＲＯＭ、フラッシュメモリなどの不揮発性メモリを含む任意の非一時的ストレージデバイスを含み得る。
【0085】
ある実施形態では、システム（１０９）は、インタフェース（複数可）２０６を含み得る。インタフェース（複数可）（２０６）は、様々なインタフェース、例えば、Ｉ／Ｏデバイス、ストレージデバイスなどと呼ばれるデータ入力及び出力デバイス用のインタフェースを含み得る。インタフェース（複数可）（２０６）は、システム（１０９）の通信を容易にすることができる。インタフェース（複数可）（２０６）は、システム（１０９）の１つまたは複数の構成要素のための通信経路を提供することもできる。そのようなコンポーネントの例は、処理ユニット／エンジン（複数可）（２０８）及びデータベース（２１０）を含み得るが、これらに限定されない。
【0086】
処理ユニット／エンジン（複数可）（２０８）は、処理エンジン（複数可）（２０８）の１つまたは複数の機能を実装するために、ハードウェア及びプログラミング（例えば、プログラム可能な命令）の組み合わせとして実装されてよい。本明細書に記載の例では、ハードウェアとプログラミングのそのような組み合わせは、いくつかの異なる方法で実装されてよい。例えば、処理エンジン（複数可）（２０８）のプログラミングは、非一時的な機械可読記憶媒体に記憶されたプロセッサ実行可能命令であってよく、処理エンジン（複数可）（２０８）のハードウェアは、そのような命令を実行するための処理リソース（例えば、１つまたは複数のプロセッサ）を含み得る。本例では、機械可読記憶媒体は、処理リソースによって実行されると、処理エンジン（複数可）（２０８）を実装する命令を記憶することができる。そのような例では、システム（１０９）は、命令を記憶する機械可読記憶媒体と、命令を実行するための処理リソースとを含んでよく、または機械可読記憶媒体は別個であるが、システム（１０９）及び処理リソースにアクセス可能であってよい。他の例では、処理エンジン（複数可）（２０８）は、電子回路によって実装されてよい。
【0087】
処理エンジン（２０８）は、データ取得エンジン（２１２）、候補計算エンジン（２１４）、及び他のエンジン（２１６）のいずれかから選択された１つまたは複数のエンジンを含み得る。処理エンジン（２０８）は、エッジベースのマイクロサービスイベント処理をさらに行うことができるが、それに限定されない。
【0088】
以下のＭＵ－ＭＩＭＯ実装の例では、単一のＵＥ及び４つの直交するＵＥをサポートする各ＵＥが常にペアリングされていることを示す視覚的表現が図３に示されている。さらに、ユーザ／ＴＴＩの最大数は８に固定されている。
ＭＵ－ＭＩＭＯ構成を検討する。
ユーザの直交性に基づいて、ＭＵ－ＭＩＭＯ伝送用に次のユーザをペアにする。
ＭＵ－ＭＩＭＯ構成を検討する。
【表1】
【表2】
【0089】
図４は、ＵＥのそれぞれが単層送信をサポートし、少なくとも４つの直交するＵＥがペアになってＭＵ－ＭＩＭＯ候補を形成し得るシナリオを示す。図４はさらに、ＭＵ－ＭＩＭＯリソースグリッド上でＵＥがどのように分散されるかを示す。
【0090】
図５は、典型的な参照実装レベルのｇＮＢシステム（５００）を示す。図５に示すように、構成データベース及びメモリユニット（複数可）を含む、ハードウェア上に複数のコンポーネントを有する。上位層回路（５０２）には、候補選択（５１６）及びリソース割り当て（５１８）を担当するＭＡＣスケジューラ（５１４）がある。上位層回路（５０２）は、無線リソース管理（ＲＲＭ）（５０４）、ＲＬＣ／ＭＡＣ（５１２）、構成データベース（５２２）、及びＣＣごとのＬ１－Ｌ２コンバージェンス（５２０）をさらに含む。ＲＲＭ（５０４）は、ＲＲＣ（５０６）、ｅＧＴＰＵ（５０８）、及びＰＤＣＰ（５１０）をさらに含む。現在のｇＮＢシステム（５００）はまた、ＰＤＣＣＨ処理ブロック（５２４）、ＰＵＣＣＨ処理ブロック（５２６）、ＰＤＳＣＨ処理ブロック（５２８）、ＰＵＳＣＨ処理ブロック（５３０）、及びＳＳＢ処理ブロック（５３４）を含むＰＨＹ回路（５２２）を含む。現在のｇＮＢシステム（５００）は、ＲＡＭまたはＲＯＭであってよいメモリユニット（５３２）も含む。
【0091】
図６は、異なる構成要素を有する提案されたｇＮＢシステムを示す別の実施形態である。提案されたｇＮＢシステム（６００）はまた、上位層回路（５０２）と、候補選択（５１６）及びリソース割り当て（５１８）を担当するＭＡＣスケジューラ（５１４）とを含む。上位層回路（５０２）は、無線リソース管理（ＲＲＭ）（５０４）、ＲＬＣ／ＭＡＣ（５１２）、構成データベース（５２２）、及びＣＣごとのＬ１－Ｌ２コンバージェンス（５２０）をさらに含む。ＲＲＭ（５０４）は、ＲＲＣ（５０６）、ｅＧＴＰＵ（５０８）、及びＰＤＣＰ（５１０）をさらに含む。現在のｇＮＢシステム（５００）はまた、ＰＤＣＣＨ処理ブロック（５２４）、ＰＵＣＣＨ処理ブロック（５２６）、ＰＤＳＣＨ処理ブロック（５２８）、ＰＵＳＣＨ処理ブロック（５３０）、及びＳＳＢ処理ブロック（５３４）を含むＰＨＹ回路（５２２）を含む。現在のｇＮＢシステム（５００）は、ＲＡＭまたはＲＯＭであってよいメモリユニット（５３２）も含む。ＭＡＣスケジューラ（５１４）内の候補選択モジュール（５１６）は、選択された候補をＭＵ－ＭＩＭＯグリッド（６０２）に送信し、このグリッドは、ペアにされた候補をリソース割り当てモジュール（５１８）に送信するＭＵ－ＭＩＭＯ候補ペアリングモジュール（６０４）にさらに送信される。スケジューラの主なタスクは、セルラエコシステム内のリソース（シンボル／サブキャリア、送信電力、及びユーザ）をスケジュールすることである。スケジューラの意思決定ポリシーに影響を与える様々な独立パラメータ及び依存パラメータがある。さらに、ＭＵ－ＭＩＭＯスケジューラは、空間領域を活用し、空間分離を用いて、複数のユーザを同じ周波数及び時間領域にスケジュールする。
【0092】
例示的な実施形態の１つにおいて、ユーザ選択、ＭＵ－ＭＩＭＯ送信のためのプリコーダ設計を決定するためのフローチャート（７００）が、以下のように図７に示される。７０２において、本方法は、サービス優先度キューを作成するステップを含み得る。７０４において、本方法は、ユーザ制限を適用するステップと、７０６でリソースブロック（ＲＢ）制限を適用するステップとを含み得る。例えば、バッファ占有率が非ゼロであると考えられるユーザのリストであるアクティブユーザセットが維持されてよい。各ユーザは、複数のサービスラフィックを有し得る。例えば、本方法は、７０８で、ＧＢＲまたは非ＧＢＲトラフィックも有し得るＶｏＮＲトラフィックでユーザをスケジューリングすることを含み得る。７１０及び７１２において、各サービスキューに対してスケジュールされるユーザの最大数は、スロットごとのＵＬ／ＤＬの両方について決定されてよい。ユーザの最大数は、次のように与えることができるＲＲＭ構成可能パラメータである。
ｉ．ｍａｘＲｅｔｘＵｓｅｒｓＰｅｒＳｌｏｔ
ｉｉ．ｍａｘＳＲＢＵｓｅｒｓＰｅｒＳｌｏｔ
ｉｉｉ．ｍａｘＶｏＮＲＵｓｅｒｓＰｅｒＳｌｏｔ
ｉｖ．ｍａｘＧＢＲＵＵｓｅｒｓＰｅｒＳｌｏｔ
ｖ．ｍａｘＮｏｎＧＢＲＵＵｓｅｒｓＰｅｒＳｌｏｔ
ｉ．ｍａｘＲｅｔｘＵｓｅｒｓＰｅｒＳｌｏｔ
ｉｉ．ｍａｘＳＲＢＵｓｅｒｓＰｅｒＳｌｏｔ
ｉｉｉ．ｍａｘＶｏＮＲＵｓｅｒｓＰｅｒＳｌｏｔ
ｉｖ．ｍａｘＧＢＲＵＵｓｅｒｓＰｅｒＳｌｏｔ
ｖ．ｍａｘＮｏｎＧＢＲＵＵｓｅｒｓＰｅｒＳｌｏｔ
【0093】
スロットあたりのＤＬ／ＵＬ ＭＵ－ＭＩＭＯ層の最大数が定義されている。
【0094】
スロットあたりのＤＬ／ＵＬ ＳＵ－ＭＩＭＯ層の最大数が定義されている。
【0095】
ＧＢＲ及び非ＧＢＲ候補のＲＢ割り当ては以下を含み得る。
ｉ．静的割り当て：このアプローチでは、ユーザごとの各サービスのＲＢの最大数を定義する。
ｉｉ．オンデマンド割り当て：このアプローチでは、サービスごとまたはＵＥごとに割り当てられるＲＢの数に制限はない。
ｉｉｉ．あるいは、定義された数のＵＥ／ＴＴＩに対してＲＢを比例的に割り当てることもできる。
ｉ．静的割り当て：このアプローチでは、ユーザごとの各サービスのＲＢの最大数を定義する。
ｉｉ．オンデマンド割り当て：このアプローチでは、サービスごとまたはＵＥごとに割り当てられるＲＢの数に制限はない。
ｉｉｉ．あるいは、定義された数のＵＥ／ＴＴＩに対してＲＢを比例的に割り当てることもできる。
【0096】
ある実施形態では、本方法は、７１４において、ＲＢ割り当てを最大化するソートされたＵＥを検索するステップを含み得る。本方法は、７１６において、ヘッドユーザがＭＩＭＯ候補であるかどうかをチェックするステップを含んでよく、ＭＩＭＯ候補である場合、７１８において、本方法は、ＭＩＭＯ候補がＳＵ－ＭＩＭＯ候補であるかどうかを決定するステップを含み得る。ＭＩＭＯ候補でない場合、７２０において、本方法は、ＭＩＭＯ候補がＭＵ－ＭＩＭＯ候補であるかどうかを決定するステップを含み得る。はいの場合、７２６において、ＣＳＩタイプ１レポートを使用して、本方法は、ソートされたリストから見込みのある候補を見つけるステップを含んでよく、７２８において、本方法は、直交性チェックを実行し、プリコーダを計算するステップを含み得る。７３０において、本方法は、ＭＵ－ＭＩＭＯユーザをスケジュールするステップと、７３２において、スケジュールされたユーザをキューから削除するステップとをさらに含み得る。次に、７３４において、本方法は、キューのＲＢ最大化をチェックするステップを含み得る。ＲＢ最大化に達した場合、本方法はステップ７１４に戻る。ＲＢ最大化に達しなかった場合、本方法はステップ７１６に戻る。決定された候補がＭＩＭＯ候補でない場合、本方法は、７２２において、回線ユーザのヘッドをスケジューリングするステップと、７２４において、キューからユーザを削除するステップを含んでよく、キューのＲＢ最大化をチェックするステップ７３４に進む。
【0097】
図８は、提案されたＭＵ－ＭＩＭＯ及びユーザペアリング方法のための提案されたステップを示す別の実施形態である。本方法は、８０２において、サービス優先度に基づいてユーザを分類することを含み得る。ある実施形態では、サービス優先度を保証するために、ｇＮＢシステムは、再送キュー、ＳＲＢキュー、ＶｏＮＲキュー、保証ビットレート（ＧＢＲ）キュー、非保証ビットレート（Ｎｏｎ－ＧＢＲ）キューなど、以下に記載のサービスのために別個のキューを維持する。別の実施形態では、ユーザは複数のキューの一部であってよい。
【0098】
８０４において、本方法は、各キューについてユーザ優先度メトリックを計算するステップを含み得る。その後、最終候補のユーザリストは、各ユーザについて計算された効用関数メトリックに従ってソートされる。ユーザ
のＭＵ－ＭＩＭＯ効用関数は
として次のように定義される。
ここで
【数2】
【数3】
ここで
【数4】
【0099】
ある実施形態では、ＱｏＳ優先度レベルは、ＱｏＳフロー間でリソースをスケジューリングする際に優先度を提供することによって決定され、同じＵＥのＱｏＳフローを区別するために使用されてよく、異なるＵＥからのＱｏＳフローを区別するために使用される。ＧＦＢＲまでのすべてのＱｏＳ要件がすべてのＧＢＲ ＱｏＳフローに対して満たされると、優先度レベルを使用して、実装固有の方法でＧＢＲ ＱｏＳフローと非ＧＢＲ ＱｏＳフローを区別してよい。最低の優先度レベルの値は、最高の優先度と同じである。
【0100】
ある実施形態では、バッファ占有率及びバッファオーバーフローを使用してバッファステータスを決定してよい。ＤＬ送信の場合、ｇｎＢでの各ユーザのバッファ占有率は、ＭＵ－ＭＩＭＯメトリックの一部と見なすことができる。
【0101】
ある実施形態では、パケット遅延バジェット（ＰＤＢ）は、パケットがＵＥとＮ６インタフェースを終端するＵＰＦとの間で遅延され得る時間の上限を定義する。遅延クリティカルリソースタイプを使用するＧＢＲ ＱｏＳフローの場合、データバーストがＰＤＢの期間内にＭＤＢＶを超えておらず、ＱｏＳフローがＧＦＢＲを超えていない場合、ＰＤＢを超えて遅延したパケットは失われたものとしてカウントされる。ＧＢＲリソースタイプのＧＢＲ ＱｏＳフローの場合、ＱｏＳフローがＧＦＢＲを超えていない場合、ＰＤＢは信頼レベル９８％の最大遅延として解釈される。
【0102】
ある実施形態では、ＤＬ送信のために受信されたＡＣＫ／ＮＡＣＫを使用してチャネル障害を捕捉することができる。
【0103】
ある実施形態では、ＣＳＩパラメータは、ＵＥから考慮することができる。ＣＳＩレポートのパラメータは次のとおりである。ワイドバンド及びサブバンドＣＱＩ ＰＭＩ：ワイドバンド及びサブバンドＰＭＩ、層インジケータ（ＬＩ）、Ｌ１－ＲＳＲＰ
システムＫＰＩ
・ｎ人のユーザに関するＪａｉｎの公平性インデックスは、計算することができ、ｒｉは、ｉ番目の接続のスループットであり、ｎは、ユーザの数である。
・Ｊａｉｎの公平性インデックス［参考］
・
・セルスループット／スペクトル効率：
・セルエッジスループット／スペクトル効率
システムＫＰＩ
・ｎ人のユーザに関するＪａｉｎの公平性インデックスは、計算することができ、ｒｉは、ｉ番目の接続のスループットであり、ｎは、ユーザの数である。
・Ｊａｉｎの公平性インデックス［参考］
・
【数5】
・セルエッジスループット／スペクトル効率
【0104】
８０６において、本方法は、割り当てられるＵＥの数を計算するステップを含み得る。
所与のシステム構成（ＴＴＩごとのユーザ）について、まず、このスロットにスケジュールできるユーザ数を決定する。
・さらに、再送信、ＶｏＮＲ、及びＳＲＢの割り当て後に残っているＲＢを計算する。
所与のシステム構成（ＴＴＩごとのユーザ）について、まず、このスロットにスケジュールできるユーザ数を決定する。
【数6】
【0105】
８０８において、本方法は、ＲＢ及びＣＱＩ制約を適用するステップを含み得る。
ａ．ＧＢＲキューのヘッドユーザについては、ユーザのＣＱＩ値が
よりも大きく、ＲＢ要件がＲＢの最小数
はＭＵ－ＭＩＭＯ候補に必要）よりも大きいかどうかを確認する。
ｉ．ＲＢの数が
未満である場合、またはＣＱＩ値が
未満である場合、そのＵＥはＭＩＭＯ候補とは見なされず、スロットにスケジュールされる。
ｉｉ．
ｉｉｉ．ＲＢ要件は、バッファ占有率（ＢＯ）ステータスとＵＥが報告したＣＱＩ値から計算される。
ａ．ＧＢＲキューのヘッドユーザについては、ユーザのＣＱＩ値が
【数7】
【数8】
ｉ．ＲＢの数が
【数9】
【数10】
ｉｉ．
【数11】
【0106】
８１０において、本方法は、ＳＵ－ＭＩＭＯまたはＭＵ－ＭＩＭＯ候補をチェックするステップを含み得る。
ヘッドユーザがステップ４を通過したと仮定すると、ＵＥはＳＵ－ＭＩＭＯまたはＭＵ－ＭＩＭＯの候補と見なされる。
ヘッドユーザがｍａｘＤＬｓｕｍｉｍｏＬａｙｅｒｓのＳＵ－ＭＩＭＯをサポートできる場合、
ユーザはＳＵ－ＭＩＭＯとしてスケジュールされる。
それ以外
ＭＵ－ＭＩＭＯの候補が選択される。
終了
ヘッドユーザがステップ４を通過したと仮定すると、ＵＥはＳＵ－ＭＩＭＯまたはＭＵ－ＭＩＭＯの候補と見なされる。
ヘッドユーザがｍａｘＤＬｓｕｍｉｍｏＬａｙｅｒｓのＳＵ－ＭＩＭＯをサポートできる場合、
ユーザはＳＵ－ＭＩＭＯとしてスケジュールされる。
それ以外
ＭＵ－ＭＩＭＯの候補が選択される。
終了
【0107】
８１２において、本方法は、以下を使用してＭＵ－ＭＩＭＯ候補を決定するステップを含み得る。
１．ＣＳＩタイプレポートを使用する：ＵＥがＣＳＩ－Ｔｙｐｅ Ｉを報告するように構成される場合。ソートされたリスト候補の先頭を一次候補として定義する。一次候補ＰＭＩを基準として、ソートされたリストは、報告されたＰＭＩマトリクスがリスト内のすべてのＵＥと直交するＵＥのみを含むようにさらに縮小される。
上記の例で、一次候補が１として選択された場合、ＰＭＩインデックスが５であると報告したすべてのユーザが、ユーザペアリングの見込み候補と見なされる。
１．ＣＳＩタイプレポートを使用する：ＵＥがＣＳＩ－Ｔｙｐｅ Ｉを報告するように構成される場合。ソートされたリスト候補の先頭を一次候補として定義する。一次候補ＰＭＩを基準として、ソートされたリストは、報告されたＰＭＩマトリクスがリスト内のすべてのＵＥと直交するＵＥのみを含むようにさらに縮小される。
【表3】
【0108】
８１４において、本方法は、リソース割当てと、以下によって適用される層とを決定するステップを含み得る。
１．ＲＢ要件が異なる２つのＵＥをスケジューリングしても効率的な結果が得られないため、次の条件を保証するパラメータ
を導入する。
２．ＲＢの理想的な数とＭＵ－ＭＩＭＯ伝送に使用される層を計算する。
１．ＲＢ要件が異なる２つのＵＥをスケジューリングしても効率的な結果が得られないため、次の条件を保証するパラメータ
【数12】
【数13】
【0109】
８１６において、本方法は、ＳＲＳからチャネル係数を計算するステップを含み得る。
チャネル係数の次元は、［ＳＲＳ＿ＡＶＡＩＬＡＢＬＥ＿ＳＹＭＢＯＬ＿ＮＵＭ］［ｇＮＢ＿ＡＮＴＥＮＮＡ］［ＵＥ＿ＡＮＴＥＥＮＡ＿ＰＯＲＴＳ］［ＭＡＸ＿ＮＵＭ＿ＯＦ＿ＰＲＢ＿ＩＮ＿ＦＵＬＬ＿ＢＡＮＤ］によって与えられる。
チャネル係数の次元は、［ＳＲＳ＿ＡＶＡＩＬＡＢＬＥ＿ＳＹＭＢＯＬ＿ＮＵＭ］［ｇＮＢ＿ＡＮＴＥＮＮＡ］［ＵＥ＿ＡＮＴＥＥＮＡ＿ＰＯＲＴＳ］［ＭＡＸ＿ＮＵＭ＿ＯＦ＿ＰＲＢ＿ＩＮ＿ＦＵＬＬ＿ＢＡＮＤ］によって与えられる。
【0110】
８１８において、本方法は、以下を使用してチャネル係数からプリコーダを計算するステップを含み得る。
手順７で選択したユーザについて、以下に示すようにプリコーダを計算する。
１．上記で選択されたＵＥの直交性の基準を見つけるために、２段階のプリコーディング設計が選択される。ここで、第１段階は１を軽減するために策定されている。共同スケジュールされたＵＥ及び第２段からの干渉は、層間干渉回避に使用される。
２．２段階のチャネル分解を実行する必要がある。古典的な特異ベクトル分解を使用して、チャネルの直交基底を見つけることができる。
ａ．ＳＶＤは数値的に正確なプリコーダを提供するが、プリコーダの重みを見つけるために計算集約的なタスクにつながり得る。したがって、ＳＶＤとＱＲ分解戦略の組み合わせを使用して、それぞれ最初と２回目の反復の直交基底を見つけることができる。
ｉ．最初の繰り返し：古典的なＳＶＤを使用して直交基底を見つける。
ｉｉ．２回目の反復：２回目の反復では、より安定したハウスホルダ鏡映法または計算効率の高いギブンス回転を使用して、ＱＲ分解を実現する。
手順７で選択したユーザについて、以下に示すようにプリコーダを計算する。
１．上記で選択されたＵＥの直交性の基準を見つけるために、２段階のプリコーディング設計が選択される。ここで、第１段階は１を軽減するために策定されている。共同スケジュールされたＵＥ及び第２段からの干渉は、層間干渉回避に使用される。
２．２段階のチャネル分解を実行する必要がある。古典的な特異ベクトル分解を使用して、チャネルの直交基底を見つけることができる。
ａ．ＳＶＤは数値的に正確なプリコーダを提供するが、プリコーダの重みを見つけるために計算集約的なタスクにつながり得る。したがって、ＳＶＤとＱＲ分解戦略の組み合わせを使用して、それぞれ最初と２回目の反復の直交基底を見つけることができる。
ｉ．最初の繰り返し：古典的なＳＶＤを使用して直交基底を見つける。
ｉｉ．２回目の反復：２回目の反復では、より安定したハウスホルダ鏡映法または計算効率の高いギブンス回転を使用して、ＱＲ分解を実現する。
【0111】
図９は、提案されたリソース割り当てであるＤＬ ＭＵ－ＭＩＭＯの提案された図を示す別の実施形態である。ＳＲＳベースのＤＬ ＭＵ－ＭＩＭＯの簡単なコールフローが図９に示されている。この例では、ｇＮＢ（１０４）が最初にＳＲＳリソースとＰＵＳＣＨをＵＥ１（１０１－１）及びＵＥ２（１０１－２）に設定する。チャネルフィードバックトラフィックプロファイル（９０６）、ＭＵ－ＭＩＭＯソート済みリスト（９０８）、ＱｏＳスケジューラ（９１２）を介してＳＲＳ設定で定義された設定パラメータに応じて、Ｌ１層（９３０）を通過するＳＲＳスケジューリング（９１４）ＳＲＳチャネル推定器（９１６）。ＵＥ１（１０１－１）及びＵＥ２（１０１－２）は、ＰＵＳＣＨ、ＤＭＲＳポートなどの構成されたポート（９３４）でＳＲＳを送信する。各ＵＥからＳＲＳ信号を受信すると、ｇＮＢは、ＤＬグラント（９２６）及びＰＤＳＣＨ（９２８）を介して、ＤＬ ＭＵ－ＭＩＭＯ（９３０）によってチャネル係数を推定する。
【0112】
【0113】
この例では、ｇＮＢ（１０４）が最初に、ＵＥ１（１０１－１）及びＵＥ２（１０１－２）へのＳＲＳリソース及びＰＵＳＣＨを構成する。チャネルフィードバックトラフィックプロファイル（９０６）、ＭＵ－ＭＩＭＯソート済みリスト（９０８）、ＱｏＳスケジューラ（９１２）を介してＳＲＳ設定で定義された設定パラメータに応じて、Ｌ１層（９３０）を通過するＳＲＳスケジューリング（９１４）ＳＲＳチャネル推定器（９１６）。ＵＥ１（１０１－１）及びＵＥ２（１０１－２）は、ＰＵＳＣＨ、ＤＭＲＳポートなどの構成されたポート（９３４）でＳＲＳを送信する。ＳＲＳは、ＣＳＩ ＲＳ（１００８）及びＳＲＩ（１０１２）を介してＳＲＳチャネル推定器（９１６）に送信される非周期的ＳＲＳ（１００４）または事前符号化されていないＳＲＳ（１００６）であってよい。ＳＲＳチャネル推定器（９１６）は、ＵＥ（１０１）への非周期的トリガを通じてプリコーディングされたＳＲＳをさらに受信する。各ＵＥからＳＲＳ信号を受信すると、ｇＮＢは、ＤＬグラント（９２６）及びＰＤＳＣＨ（９２８）を介してＵＬ ＭＵ－ＭＩＭＯ（１０１４）によってチャネル係数を推定する。
【0114】
上記は本発明の様々な実施形態を説明しているが、本発明の基本的な範囲から逸脱することなく、本発明の他の及びさらなる実施形態を考案することができる。本発明の範囲は、以下の特許請求の範囲により規定される。本発明は、記載された実施形態、バージョン、または例に限定されず、これらは、当業者が利用可能な情報及び知識と組み合わされたときに、当業者が本発明を作成及び使用できるようにするために含まれている。
【0115】
本開示の利点
本開示は、ＭＵ－ＭＩＭＯ伝送を達成するためのエンドツーエンド方法をサポートするシステム及び方法を提供する。
本開示は、ＭＵ－ＭＩＭＯ伝送を達成するためのエンドツーエンド方法をサポートするシステム及び方法を提供する。
【0116】
本開示は、ユーザのデータレート要件を妥協することなく、リソース割り当てメカニズムに関して改善したＭＵ－ＭＩＭＯを提供するシステム及び方法を提供する。
【0117】
本開示は、複雑性が低いソリューションの設計を提供するシステム及び方法を提供する。
【0118】
本開示は、チャネルの不確実性を補償し、ＵＥの層内干渉を排除し、同時に共同スケジュールされたＵＥからの干渉を軽減するシステム及び方法を提供する。
【図1A】
【図1B】
【図1C】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【国際調査報告】