(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
ダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、または情報ビットのペイロードサイズのうちの少なくとも1つに基づいて、サイズNの符号化ビットストリームを形成するために前記情報ビットを符号化するために使用されるべき符号レートを選択するステップと、
NをN-で除算した比がしきい値より小さいことを検出するステップであって、N-はNより小さいまたはNと等しい最大の整数の2のべき乗である、ステップと、
NをN-で除算した前記比が前記しきい値より小さいことを検出したことに応答して、N-となるべきサイズN*のネイティブPolar符号を選択するステップと、
サイズN*のネイティブサイズの符号化ビットストリームを形成するために、前記サイズN*のネイティブPolar符号及び前記選択された符号レートに基づいて前記情報ビットを符号化するステップと、
前記サイズN*のネイティブサイズの符号化ビットストリームに対して反復を実行する、または前記サイズN*のネイティブサイズの符号化ビットストリームに対してパンクチャリング若しくは短縮を実行することにより、サイズNの前記符号化ビットストリームを形成するために前記サイズN*のネイティブサイズの符号化ビットストリームに対してレートマッチングを実行するステップと、
前記サイズNの符号化ビットストリームを送信するステップと
を含む、方法。
【請求項２】
前記ダウンリンク制御チャネルが物理ダウンリンク制御チャネル(PDCCH)を備える、請求項1に記載の方法。
【請求項３】
前記アップリンク制御チャネルが物理アップリンク制御チャネル(PUCCH)を備える、請求項1に記載の方法。
【請求項４】
前記アップリンク制御チャネル割当てのサイズが、前記アップリンク制御チャネルに割り当てられたリソース要素またはリソースブロックの数を含む、請求項1に記載の方法。
【請求項５】
前記符号レートを選択するステップが、前記アップリンク制御チャネルの持続時間にさらに基づく、請求項1に記載の方法。
【請求項６】
前記サイズNの符号化ビットストリームを形成するために使用するために前記符号レートの指示を基地局から受信するステップをさらに含み、前記サイズNの符号化ビットストリームが、物理アップリンク制御チャネル(PUCCH)上で送信される、請求項1に記載の方法。
【請求項７】
前記サイズN*のネイティブサイズの符号化ビットストリームをサーキュラーバッファ内に記憶するステップをさらに含む、請求項1に記載の方法。
【請求項８】
前記記憶されたサイズN*のネイティブサイズの符号化ビットストリームに対してレートマッチングを実行するステップが、パンクチャリングパターンに従って前記記憶されたネイティブサイズの符号化ビットストリームのビットの第1のセットをパンクチャリングするステップを含む、請求項7に記載の方法。
【請求項９】
前記パンクチャリングパターンが、前記選択された符号レートNまたはN*のうちの少なくとも1つの関数である、請求項8に記載の方法。
【請求項１０】
前記記憶されたサイズN*のネイティブサイズの符号化ビットストリームに対してレートマッチングを実行するステップが、反復パターンに従って前記記憶されたサイズN*のネイティブサイズの符号化ビットストリームのビットの第2のセットを反復するステップを含み、前記反復パターンが、前記選択された符号レートNまたはN*のうちの少なくとも1つの関数である、請求項7に記載の方法。
【請求項１１】
前記符号レートは、Nで除算した前記情報ビットのサイズに従って選択される、請求項7に記載の方法。
【請求項１２】
レートマッチングを実行するステップが、
NがN*より大きいときに前記記憶されたサイズN*のネイティブサイズの符号化ビットストリームに対して反復を実行するステップと、
NがN*より小さいときに前記記憶されたサイズN*のネイティブサイズの符号化ビットストリームに対してパンクチャリングまたは短縮を実行するステップと
を含む、請求項11に記載の方法。
【請求項１３】
N/(N-)が前記しきい値より小さいときに、前記ネイティブサイズの符号化ビットストリームに対して前記反復を実行するステップ、または
N/(N-)が前記しきい値より大きいときに、前記ネイティブサイズの符号化ビットストリームに対して前記パンクチャリングもしくは短縮を実行するステップ
をさらに含む、請求項1に記載の方法。
【請求項１４】
NをN-で除算した前記比を決定するステップと、
前記比を前記しきい値と比較するステップと
をさらに含み、
N*を選択するステップは、前記決定された比及び前記比と前記しきい値との前記比較に基づく、
請求項1に記載の方法。
【請求項１５】
NをN-で除算した前記比が前記しきい値より大きいときに、N+となるべきN*を選択するステップをさらに含み、
N+はNより大きい又はNと等しい最小の整数の2のべき乗と等しい、
請求項1に記載の方法。
【請求項１６】
前記しきい値は固定されており、N*またはN-に依らない
請求項1に記載の方法。
【請求項１７】
ワイヤレス通信の方法であって、
Polar符号を使用して符号化されたサイズNの符号化ビットストリームを受信するステップと、
ダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、または前記サイズNの符号化ビットストリームのペイロードサイズのうちの少なくとも1つに基づいて、前記サイズNの符号化ビットストリームを復号するために使用されるべき符号レートを選択するステップと、
NをN-で除算した比がしきい値より小さいことを検出するステップであって、N-はNより小さいまたはNと等しい最大の整数の2のべき乗である、ステップと、
NをN-で除算した前記比が前記しきい値より小さいことを検出したことに応答して、N-となるべきサイズN*のネイティブPolar符号を選択するステップと、
サイズN*のネイティブサイズの符号化ビットストリームを形成するために、前記サイズNの符号化ビットストリームに対してデレートマッチングを実行するステップと、
前記選択された符号レートに基づいて、前記サイズN*のネイティブサイズの符号化ビットストリームを復号するステップと
を含む、方法。
【請求項１８】
前記ダウンリンク制御チャネルが物理ダウンリンク制御チャネル(PDCCH)を備える、請求項17に記載の方法。
【請求項１９】
前記アップリンク制御チャネルが物理アップリンク制御チャネル(PUCCH)を備える、請求項17に記載の方法。
【請求項２０】
前記アップリンク制御チャネル割当てのサイズが、前記アップリンク制御チャネルに割り当てられたリソース要素またはリソースブロックの数を含む、請求項17に記載の方法。
【請求項２１】
前記符号レートを選択するステップが、前記アップリンク制御チャネルの持続時間にさらに基づく、請求項17に記載の方法。
【請求項２２】
前記サイズNの符号化ビットストリームが、ネストされたアグリゲーションレベルを使用して設計された制御チャネル上で受信され、
前記サイズN*のネイティブサイズの符号化ビットストリームを復号するステップが、
前記ネストされた制御チャネルのより低いアグリゲーションレベルに関連する対数尤度比と、前記ネストされた制御チャネルのより高いアグリゲーションレベルに関連する対数尤度比とを組み合わせるステップと、
前記組み合わされた対数尤度比にさらに基づいて前記サイズN*のネイティブサイズの符号化ビットストリームを復号するステップと
をさらに含む、請求項17に記載の方法。
【請求項２３】
前記ネストされた制御チャネルが、物理ダウンリンク制御チャネル(PDCCH)または物理アップリンク制御チャネル(PUCCH)を備える、請求項22に記載の方法。
【請求項２４】
サーキュラーバッファ内に前記サイズNの符号化ビットストリームを記憶するステップ
をさらに含む、請求項17に記載の方法。
【請求項２５】
前記記憶されたサイズNの符号化ビットストリームに対して前記デレートマッチングを実行するステップが、目標の符号レートまたはNの絶対値のうちの少なくとも1つに基づいて前記サイズN*のネイティブPolar符号を決定するステップを含む、請求項24に記載の方法。
【請求項２６】
前記デレートマッチングを実行するステップが、
NがN*より大きいときに、前記記憶されたサイズNの符号化ビットストリームに対して非反復を実行するステップと、
NがN*より小さいときに、前記記憶されたサイズNの符号化ビットストリームに対してデパンクチャリングまたは非短縮を実行するステップと
を含む、請求項25に記載の方法。
【請求項２７】
前記デレートマッチングを実行するステップが、
N/(N-)が前記しきい値より小さいときに、前記記憶されたサイズNの符号化ビットストリームに対して非反復を実行するステップ、または
N/(N-)が前記しきい値より大きいときに、前記記憶されたサイズNの符号化ビットストリームに対してデパンクチャリングもしくは非短縮を実行するステップ
を含む、請求項17に記載の方法。
【請求項２８】
ワイヤレス通信のための装置であって、
ダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、または情報ビットのペイロードサイズのうちの少なくとも1つに基づいて、前記情報ビットを符号化し、サイズNの符号化ビットストリームを形成するために使用されるべき符号レートを選択することと、
NをN-で除算した比がしきい値より小さいことを検出することであって、N-はNより小さいまたはNと等しい最大の整数の2のべき乗である、検出することと、
NをN-で除算した前記比が前記しきい値より小さいことを検出したことに応答して、N-となるべきサイズN*のネイティブPolar符号を選択することと、
サイズN*のネイティブサイズの符号化ビットストリームを形成するために、前記サイズN*のネイティブPolar符号及び前記選択された符号レートに基づいて前記情報ビットを符号化することと、
前記サイズN*のネイティブサイズの符号化ビットストリームに対して反復を実行する、又は前記サイズN*のネイティブサイズの符号化ビットストリームに対してパンクチャリング若しくは短縮を実行することにより、サイズNの前記符号化ビットストリームを形成するために前記サイズN*のネイティブサイズの符号化ビットストリームに対してレートマッチングを実行することと、
前記サイズNの符号化ビットストリームを送信することと
を行うように構成される少なくとも1つのプロセッサと、
前記少なくとも1つのプロセッサと結合されるメモリと
を備える、装置。
【請求項２９】
ワイヤレス通信のための装置であって、
Polar符号を使用して符号化されたサイズNの符号化ビットストリームを受信することと、
ダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、または前記ビットストリームのペイロードサイズのうちの少なくとも1つに基づいて、前記符号化ビットストリームを復号するために使用されるべき符号レートを選択することと、
NをN-で除算した比がしきい値より小さいことを検出するステップであって、N-はNより小さいまたはNと等しい最大の整数の2のべき乗である、検出することと、
NをN-で除算した前記比が前記しきい値より小さいことを検出したことに応答して、N-となるべきサイズN*のネイティブPolar符号を選択することと、
サイズN*のネイティブサイズの符号化ビットストリームを形成するために、前記サイズNの符号化ビットストリームに対してデレートマッチングを実行することと、
前記選択された符号レートに基づいて、前記サイズN*のネイティブサイズの符号化ビットストリームを復号すること
を行うように構成される少なくとも1つのプロセッサと、
前記少なくとも1つのプロセッサと結合されるメモリと
を備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2017年1月11日に出願された米国仮特許出願第62/445,214号の利益を主張する2017年9月20日に出願された米国出願第15/710,248号の優先権を主張するものであり、両方ともその内容全体が参照により本明細書に組み込まれる。
【０００２】
本開示のいくつかの態様は、一般にワイヤレス通信に関し、より詳細には、制御チャネル符号レート選択のための方法および装置に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。一般のワイヤレス通信システムは、利用可能なシステムリソース(たとえば、帯域幅、送信電力)を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用してもよい。そのような多元接続技術の例は、ロングタームエボリューション(LTE)システム、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、および時分割同期符号分割多元接続(TD-SCDMA)システムを含む。
【０００４】
いくつかの例では、ワイヤレス多元接続通信システムは、ユーザ機器(UE)としても知られている複数の通信デバイスのための通信を各々が同時にサポートする、いくつかの基地局を含んでもよい。LTEまたはLTE-Aネットワークでは、1つまたは複数の基地局のセットがeノードB(eNB)を定義してもよい。他の例では(たとえば、次世代または5Gネットワークでは)、ワイヤレス多元接続通信システムは、いくつかの集約ユニット(CU)(たとえば、中央ノード(CN)、アクセスノードコントローラ(ANC)など)と通信するいくつかの分散ユニット(DU)(たとえば、エッジユニット(EU)、エッジノード(EN)、無線ヘッド(RH)、スマート無線ヘッド(SRH)、送信受信ポイント(TRP)など)を含んでもよく、集約ユニットと通信する1つまたは複数の分散ユニットのセットがアクセスノード(たとえば、ニューラジオ基地局(NR BS:new radio base station)、ニューラジオノードB(NR NB:new radio node-B)、ネットワークノード、5G NB、gNBなど)を定義してもよい。基地局またはDUは、(たとえば、基地局から、またはUEへの送信のための)ダウンリンクチャネルおよび(たとえば、UEから基地局または分散ユニットへの送信のための)アップリンクチャネル上でUEのセットと通信してもよい。
【０００５】
これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新興の電気通信規格の一例は、ニューラジオ(NR)、たとえば5G無線アクセスである。NRは、第3世代パートナーシッププロジェクト(3GPP)によって公表されたLTEモバイル規格に対する拡張のセットである。それは、スペクトル効率を改善し、コストを削減し、サービスを改善し、新しいスペクトルを利用し、またダウンリンク(DL)およびアップリンク(UL)上でOFDMAをサイクリックプレフィックス(CP)とともに使用する他のオープン規格とよりうまく統合することによって、モバイルブロードバンドインターネットアクセスをよりうまくサポートし、ならびにビームフォーミング、多入力多出力(MIMO)アンテナ技術、およびキャリアアグリゲーションをサポートするように設計されている。
【０００６】
しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、NR技術におけるさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術、およびこれらの技術を用いる電気通信規格に適用可能であるべきである。
【発明の概要】
【課題を解決するための手段】
【０００７】
本開示のシステム、方法、およびデバイスはそれぞれ、いくつかの態様を有し、それらのうちの単一の態様だけが、その望ましい属性を担うわけではない。以下の特許請求の範囲によって表される本開示の範囲を限定することなく、いくつかの特徴についてここで簡潔に説明する。この説明を考慮した後、また特に「発明を実施するための形態」と題するセクションを読んだ後、本開示の特徴が、ワイヤレスネットワークにおける改善された通信を含む利点をどのようにもたらすかが理解されよう。
【０００８】
本開示のいくつかの態様は、ネットワーク内のワイヤレス通信のための方法を提供する。本方法は、一般にダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいてPolar符号を使用してビットストリームを符号化するために使用されるべき符号レートを符号レートのセットから選択するステップと、Polar符号および選択された符号レートを使用してビットストリームを符号化するステップと、符号化ビットストリームを送信するステップとを含む。
【０００９】
本開示のいくつかの態様は、ネットワーク内のワイヤレス通信のための装置を提供する。本装置は、一般にダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいてPolar符号を使用してビットストリームを符号化するために使用されるべき符号レートを符号レートのセットから選択することと、Polar符号および選択された符号レートを使用してビットストリームを符号化することと、符号化ビットストリームを送信することとを行うように構成される少なくとも1つのプロセッサを含む。本装置はまた、一般に少なくとも1つのプロセッサと結合されるメモリを含む。
【００１０】
本開示のいくつかの態様は、ネットワーク内のワイヤレス通信のための装置を提供する。本装置は、一般にダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいてPolar符号を使用してビットストリームを符号化するために使用されるべき符号レートを符号レートのセットから選択するための手段と、Polar符号および選択された符号レートを使用してビットストリームを符号化するための手段と、符号化ビットストリームを送信するための手段とを含む。
【００１１】
本開示のいくつかの態様は、ネットワーク内のワイヤレス通信のための非一時的コンピュータ可読媒体を提供する。非一時的コンピュータ可読媒体は、一般に命令を含み、その命令は、少なくとも1つのプロセッサによって実行されたとき、ダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいてPolar符号を使用してビットストリームを符号化するために使用されるべき符号レートを符号レートのセットから選択することと、Polar符号および選択された符号レートを使用してビットストリームを符号化することと、符号化ビットストリームを送信することとを行うように、少なくとも1つのプロセッサを構成する。
【００１２】
本開示のいくつかの態様は、ネットワーク内のワイヤレス通信のための方法を提供する。本方法は、一般にダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいてPolar符号を使用して符号化された符号化ビットストリームを受信するステップと、符号化ビットストリームを復号するために使用されるべき符号レートを符号レートのセットから選択するステップと、選択された符号レートを使用して符号化ビットストリームを復号するステップとを含む。
【００１３】
本開示のいくつかの態様は、ネットワーク内のワイヤレス通信のための装置を提供する。本装置は、一般にダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいてPolar符号を使用して符号化された符号化ビットストリームを受信することと、符号化ビットストリームを復号するために使用されるべき符号レートを符号レートのセットから選択することと、選択された符号レートを使用して符号化ビットストリームを復号することとを行うように構成される少なくとも1つのプロセッサを含む。本装置はまた、一般に少なくとも1つのプロセッサと結合されるメモリを含む。
【００１４】
本開示のいくつかの態様は、ネットワーク内のワイヤレス通信のための装置を提供する。本装置は、一般にダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいてPolar符号を使用して符号化された符号化ビットストリームを受信するための手段と、符号化ビットストリームを復号するために使用されるべき符号レートを符号レートのセットから選択するための手段と、選択された符号レートを使用して符号化ビットストリームを復号するための手段とを含む。
【００１５】
本開示のいくつかの態様は、ネットワーク内のワイヤレス通信のための非一時的コンピュータ可読媒体を提供する。非一時的コンピュータ可読媒体は、一般に命令を含み、その命令は、少なくとも1つのプロセッサによって実行されたとき、ダウンリンク制御チャネルアグリゲーションサイズ、アップリンク制御チャネル割当て、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいてPolar符号を使用して符号化された符号化ビットストリームを受信することと、符号化ビットストリームを復号するために使用されるべき符号レートを符号レートのセットから選択することと、選択された符号レートを使用して符号化ビットストリームを復号することとを行うように、少なくとも1つのプロセッサを構成する。
【００１６】
方法、装置、システム、コンピュータプログラム製品、および処理システムを含む、多数の他の態様が提供される。
【００１７】
上記の目的および関係する目的を達成するために、1つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲で指摘される特徴を含む。以下の説明および添付の図面は、1つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、様々な態様の原理が利用されてもよい様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものである。
【００１８】
本開示の上記の特徴が詳細に理解されてもよいように、上記で簡単に要約したより具体的な説明が、態様を参照することによって行われることがあり、態様のうちのいくつかは添付の図面に示される。しかしながら、本説明は他の等しく効果的な態様に通じる場合があるので、添付の図面が、本開示のいくつかの典型的な態様のみを示し、したがって本開示の範囲を限定するものとみなされるべきではないことに留意されたい。
【図面の簡単な説明】
【００１９】
【図１】本開示のいくつかの態様による、例示的な電気通信システムを概念的に示すブロック図である。
【図２】本開示のいくつかの態様による、分散型RANの例示的な論理アーキテクチャを示すブロック図である。
【図３】本開示のいくつかの態様による、分散型RANの例示的な物理アーキテクチャを示す図である。
【図４】本開示のいくつかの態様による、例示的なBSおよびユーザ機器(UE)の設計を概念的に示すブロック図である。
【図５】本開示のいくつかの態様による、通信プロトコルスタックを実装するための例を示す図である。
【図６】本開示のいくつかの態様による、例示的なワイヤレスデバイスのブロック図である。
【図７】本開示のいくつかの態様による、エンコーダを示す簡素化ブロック図である。
【図８】本開示のいくつかの態様による、デコーダを示す簡素化ブロック図である。
【図９】本開示のいくつかの態様による、DL中心のサブフレームの一例を示す図である。
【図１０】本開示のいくつかの態様による、UL中心のサブフレームの一例を示す図である。
【図１１】本開示のいくつかの態様による、ネットワーク内のワイヤレス通信のための例示的な動作を示すフロー図である。
【図１２】本開示のいくつかの態様による、ネットワーク内のワイヤレス通信のための例示的な動作を示すフロー図である。
【発明を実施するための形態】
【００２０】
理解を容易にするために、可能な場合、図に共通する同一の要素を示すために、同一の参照番号が使用されている。特定の記載なしに、一実施形態において開示する要素が他の実施形態において有利に利用されてもよいことが企図される。
【００２１】
本開示の態様は、ニューラジオ(NR)(ニューラジオアクセス技術または5G技術)などのマルチスライスネットワークのための装置、方法、処理システム、およびコンピュータ可読媒体を提供する。
【００２２】
5Gは、拡張モバイルブロードバンド(eMBB:Enhanced mobile broadband)ターゲットの広い帯域幅(たとえば、80MHzを越える)、ミリ波(mmW:millimeter wave)ターゲットの高いキャリア周波数(たとえば、60GHz)、マッシブMTC(mMTC)ターゲットの後方互換性のないMTC技法、および/またはミッションクリティカルターゲットの超高信頼低レイテンシ通信(URLLC:ultra reliable low latency communication)などの様々なワイヤレス通信サービスをサポートしてもよい。これらのサービスは、レイテンシ要件および信頼性要件を含んでもよい。これらのサービスはまた、それぞれのサービス品質(QoS)要件を満たすための異なる送信時間間隔(TTI)を有することがある。加えて、これらのサービスは、同じサブフレームにおいて共存してもよい。
【００２３】
5Gでは、Polar符号は、DL制御チャネル上で送信された情報を符号化するために使用されてもよい。しかしながら、Polar符号(たとえば、LTEで使用される1/3TBCCと同様)に対する単一のベースライン符号レートを使用することは、符号化情報を送信するときに、すべての可能なペイロードとアグリゲーションレベルとの組合せを処理するのに十分ではない。したがって、本開示の態様は、Polar符号を使用して情報を符号化するための符号レートをベースライン符号レートのセットから選択するための技法を提示する。
【００２４】
本開示の様々な態様は、添付の図面を参照しながら以下でより十分に説明される。しかしながら、本開示は、多くの異なる形態で具現化されてもよく、本開示全体にわたって提示される任意の特定の構造または機能に限定されるものと解釈されるべきでない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるために提供される。本明細書の教示に基づいて、本開示の範囲は、本開示の任意の他の態様とは独立して実施されるにしても、本開示の任意の他の態様と組み合わせて実施されるにしても、本明細書において開示される本開示のあらゆる態様を包含することを意図していることは当業者は理解されたい。たとえば、本明細書に記載される任意の数の態様を使用して、装置が実装されてもよく、または方法が実践されてもよい。加えて、本開示の範囲は、本明細書に記載された本開示の様々な態様に加えて、またはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実践されるそのような装置または方法を包含するものとする。本明細書で開示する本開示のいずれの態様も、請求項の1つまたは複数の要素によって具現化されてもよいことを理解されたい。
【００２５】
「例示的」という語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」であるものとして説明されるいずれの態様も、必ずしも他の態様よりも好ましいまたは有利であると解釈されるべきではない。
【００２６】
特定の態様について本明細書で説明するが、これらの態様の多くの変形および置換が、本開示の範囲内に入る。好ましい態様のいくつかの利益および利点について述べるが、本開示の範囲は、特定の利益、用途、または目的に限定されるものではない。そうではなく、本開示の態様は、様々なワイヤレス技法、システム構成、ネットワーク、および送信プロトコルに広く適用可能であることが意図され、それらのうちのいくつかが例として図および好ましい態様の以下の説明において示される。詳細な説明および図面は、限定ではなく、本開示の単なる例示であり、本開示の範囲は、添付の特許請求の範囲およびその均等物によって定義される。
【００２７】
本明細書で説明する技法は、CDMA、TDMA、FDMA、OFDMA、SC-FDMA、および他のネットワークなどの様々なワイヤレス通信ネットワークに使用されてもよい。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。CDMAネットワークは、ユニバーサル地上波無線アクセス(UTRA)、cdma2000などの無線技術を実装してもよい。UTRAは、広帯域CDMA(WCDMA(登録商標))、時分割同期CDMA(TD-SCDMA)、およびCDMAの他の変形を含む。cdma2000は、IS-2000規格、IS-95規格、およびIS-856規格を対象とする。TDMAネットワークは、モバイル通信用グローバルシステム(GSM(登録商標))などの無線技術を実装してもよい。OFDMAネットワークは、発展型UTRA(E-UTRA)、ウルトラモバイルブロードバンド(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDMA(登録商標)などの無線技術を実装してもよい。UTRAおよびE-UTRAは、ユニバーサルモバイルテレコミュニケーションシステム(UMTS)の一部である。3GPPロングタームエボリューション(LTE)およびLTEアドバンスト(LTE-A)は、周波数分割複信(FDD)と時分割複信(TDD)との両方において、ダウンリンク上でOFDMAを、またアップリンク上でSC-FDMAを採用する、E-UTRAを使用するUMTSの新たなリリースである。UTRA、E-UTRA、UMTS、LTE、LTE-AおよびGSMは、「第3世代パートナーシッププロジェクト」(3GPP)と称する団体による文書に記載されている。cdma2000およびUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2)と称する団体の文書に記載されている。本明細書で説明する技法は、上述のワイヤレスネットワークおよび無線技術、ならびに5G次世代/NRネットワークなど、他のワイヤレスネットワークおよび無線技術のために使用されてもよい。
【００２８】
例示的なワイヤレス通信システム
図1は、たとえば制御チャネル符号レート選択のために本開示の態様が実行されてもよいニューラジオ(NR)または5Gネットワークなどの例示的なワイヤレスネットワーク100を示す。
【００２９】
図1に示すように、ワイヤレスネットワーク100は、いくつかのBS110と他のネットワークエンティティとを含んでもよい。BSは、UEと通信する局であってもよい。各BS110は、特定の地理的エリアに通信カバレージを提供してもよい。3GPPでは、「セル」という用語は、この用語が使用される状況に応じて、このカバレージエリアにサービスしているノードBおよび/またはノードBサブシステムのカバレージエリアを指すことがある。NRシステムでは、「セル」およびeNB、ノードB、5G NB、AP、NR BS、gNB、またはTRPなどの用語は交換可能であってもよい。いくつかの例では、セルは、必ずしも静止しているとは限らないことがあり、セルの地理的エリアは、モバイル基地局のロケーションに従って移動してもよい。いくつかの例では、基地局は、任意の適切なトランスポートネットワークを使用して、直接物理接続、仮想ネットワークなどの様々なタイプのバックホールインターフェースを通じて、ワイヤレスネットワーク100内で互いに、および/または1つもしくは複数の他の基地局もしくはネットワークノード(図示せず)に相互接続されてもよい。
【００３０】
一般に、任意の数のワイヤレスネットワークが、所与の地理的エリアにおいて展開されてもよい。各ワイヤレスネットワークは、特定の無線アクセス技術(RAT)をサポートしてもよく、1つまたは複数の周波数で動作してもよい。RATは、無線技術、エアインターフェースなどと呼ばれることもある。周波数は、キャリア、周波数チャネルなどと呼ばれることもある。各周波数は、異なるRATのワイヤレスネットワーク間の干渉を回避するために、所与の地理的エリアにおいて単一のRATをサポートしてもよい。場合によっては、マルチスライスネットワークアーキテクチャを採用する、NRまたは5G RATネットワークが展開されてよい。
【００３１】
BSは、マクロセル、ピコセル、フェムトセル、および/または他のタイプのセルのための通信カバレージを提供してもよい。マクロセルは、比較的大きい地理的エリア(たとえば、半径数キロメートル)をカバーすることができ、サービスに加入しているUEによる無制限アクセスを可能にしてもよい。ピコセルは、比較的小さい地理的エリアをカバーすることができ、サービスに加入しているUEによる無制限アクセスを可能にしてもよい。フェムトセルは、比較的小さい地理的エリア(たとえば、自宅)をカバーすることができ、フェムトセルとの関連を有するUE(たとえば、限定加入者グループ(CSG)内のUE、自宅内のユーザのためのUEなど)による制限付きアクセスを可能にしてもよい。マクロセルのためのBSは、マクロBSと呼ばれることがある。ピコセルのためのBSは、ピコBSと呼ばれることがある。フェムトセルのためのBSは、フェムトBSまたはホームBSと呼ばれることがある。図1に示す例では、BS110a、110bおよび110cは、それぞれマクロセル102a、102bおよび102cのためのマクロBSであってもよい。BS110xは、ピコセル102xのためのピコBSであってもよい。BS110yおよび110zは、それぞれフェムトセル102yおよび102zのためのフェムトBSであってもよい。BSは1つまたは複数(たとえば、3つ)のセルをサポートしてもよい。
【００３２】
ワイヤレスネットワーク100は、中継局も含んでもよい。中継局は、アップストリーム局(たとえばBSまたはUE)からデータおよび/または他の情報の送信を受信し、ダウンストリーム局(たとえば、UEまたBS)にデータおよび/または他の情報の送信を送る局である。また、中継局は、他のUEのための送信を中継するUEであってもよい。図1に示す例では、中継局110rは、BS110aとUE120rとの間の通信を容易にするために、BS110aおよびUE120rと通信することができる。中継局はまた、リレーBS、リレーなどと呼ばれることもある。
【００３３】
ワイヤレスネットワーク100は、異なるタイプのBS、たとえばマクロBS、ピコBS、フェムトBS、リレーなどを含む異種ネットワークとすることができる。これらの異なるタイプのBSは、異なる送信電力レベル、異なるカバレージエリア、およびワイヤレスネットワーク100中の干渉に対する異なる影響を有してもよい。たとえば、マクロBSは高い送信電力レベル(たとえば、20ワット)を有することがあり、一方でピコBS、フェムトBS、およびリレーはより低い送信電力レベル(たとえば、1ワット)を有することがある。
【００３４】
ワイヤレスネットワーク100は、同期動作または非同期動作をサポートしてもよい。同期動作の場合、BSは、同様のフレームタイミングを有することができ、異なるBSからの送信は、時間的にほぼ整合してもよい。非同期動作の場合、BSは、異なるフレームタイミングを有する場合があり、異なるBSからの送信は、時間的に整合していない場合がある。本明細書で説明する技法は、同期動作と非同期動作との両方に使用されてもよい。
【００３５】
ネットワークコントローラ130は、BSのセットに結合し、これらのBSのための調整および制御を行ってもよい。ネットワークコントローラ130は、バックホールを介してBS110と通信してもよい。BS110はまた、たとえば直接または間接的にワイヤレスバックホールもしくは有線バックホールを介して互いに通信してもよい。
【００３６】
UE120(たとえば、120x、120yなど)は、ワイヤレスネットワーク100の全体にわたって分散されてもよく、各UEは静止であってもよく、またはモバイルであってもよい。UEは、移動局、端末、アクセス端末、加入者ユニット、局、顧客構内設備(CPE:Customer Premises Equipment)、セルラーフォン、スマートフォン、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ(WLL)局、タブレット、カメラ、ゲームデバイス、ネットブック、スマートブック、ウルトラブック、医療デバイスもしくは医療機器、生体センサ/デバイス、スマートウォッチ、スマート衣料、スマートグラス、スマートリストバンド、スマートジュエリー(たとえば、スマートリング、スマートブレスレットなど)などのウェアラブルデバイス、エンターテイメントデバイス(たとえば、音楽デバイス、ビデオデバイス、衛星無線など)、車両コンポーネントもしくは車両センサ、スマートメータ/センサ、工業生産機器、全地球測位システムデバイス、またはワイヤレス媒体もしくはワイヤード媒体を介して通信するように構成される任意の他の適切なデバイスと呼ばれる場合もある。一部のUEは、発展型デバイスもしくはマシンタイプ通信(MTC)デバイスまたは発展型MTC(eMTC)デバイスとみなされる場合がある。MTC UEおよびeMTC UEは、BS、別のデバイス(たとえば、リモートデバイス)、または何らかの他のエンティティと通信することができる、たとえばロボット、ドローン、リモートデバイス、センサ、メータ、モニタ、ロケーションタグなどを含む。ワイヤレスノードは、たとえばワイヤード通信リンクまたはワイヤレス通信リンクを介して、ネットワーク(たとえば、インターネットもしくはセルラーネットワークなどのワイドエリアネットワーク)のための、またはネットワークへの接続性を提供してもよい。一部のUEは、モノのインターネット(IoT)デバイスとみなされてもよい。
【００３７】
図1において、両矢印を有する実線は、UEとサービングBSとの間の所望の送信を示し、サービングBSは、ダウンリンクおよび/またはアップリンク上でUEにサービスするように指定されたBSである。両矢印を有する破線は、UEとBSとの間の干渉する送信を示す。
【００３８】
特定のワイヤレスネットワーク(たとえば、LTE)は、ダウンリンク上で直交周波数分割多重化(OFDM)を利用し、かつアップリンク上でシングルキャリア周波数分割多重化(SC-FDM)を利用する。OFDMおよびSC-FDMは、一般にトーン、ビンなどとも呼ばれる複数の(K個の)直交サブキャリアにシステム帯域幅を区分する。各サブキャリアは、データで変調されてもよい。一般に、変調シンボルは、OFDMでは周波数領域において送られ、SC-FDMでは時間領域において送られる。隣接するサブキャリア間の間隔は固定される場合があり、サブキャリアの総数(K)は、システム帯域幅に依存する場合がある。たとえば、サブキャリアの間隔は15kHzであってもよく、最小のリソース割振り(「リソースブロック」と呼ばれる)は12個のサブキャリア(または180kHz)であってもよい。その結果、公称FFTサイズは、1.25、2.5、5、10または20メガヘルツ(MHz)のシステム帯域幅に対して、それぞれ128、256、512、1024または2048に等しくなってもよい。システム帯域幅はまた、サブバンドに区分されてもよい。たとえば、サブバンドは、1.08MHz(すなわち、6個のリソースブロック)をカバーすることができ、1.25、2.5、5、10または20MHzのシステム帯域幅に対して、それぞれ1、2、4、8または16個のサブバンドが存在してもよい。
【００３９】
NRは、アップリンクおよびダウンリンク上でCPを用いてOFDMを利用し、TDDを使用する半二重動作に対するサポートを含んでもよい。100MHzの単一のコンポーネントキャリア帯域幅がサポートされてもよい。NRリソースブロックは、0.1msの持続時間にわたって、サブキャリア帯域幅が75kHzの12個のサブキャリアにまたがってもよい。各無線フレームは、10msの長さを有する50個のハーフフレームで構成されてもよい。結果として、各サブフレームは0.2msの長さを有することができる。各サブフレームは、データ送信用のリンク方向(すなわち、DLまたはUL)を示してもよく、サブフレームごとのリンク方向は、動的に切り替えられてもよい。各サブフレームは、DL/ULデータならびにDL/UL制御データを含んでもよい。NRに関するULサブフレームおよびDLサブフレームは、図6および図7に関して以下でより詳細に説明されるようなものであってもよい。ビームフォーミングがサポートされてもよく、ビーム方向が動的に構成されてもよい。プリコーディングを用いたMIMO送信もサポートされてもよい。DLにおけるMIMO構成は、最大で8個のストリームおよびUEごとに最大で2個のストリームを用いたマルチレイヤDL送信で最大で8個の送信アンテナをサポートしてもよい。UEごとに最大で2個のストリームを用いたマルチレイヤ送信がサポートされてもよい。最大で8個のサービングセルを用いて複数のセルのアグリゲーションがサポートされてもよい。代替として、NRは、OFDMベース以外の異なるエアインターフェースをサポートしてもよい。NRネットワークは、CUおよび/または1つもしくは複数のDUなどのエンティティを含んでもよい。
【００４０】
いくつかの例では、エアインターフェースへのアクセスがスケジュールされてもよく、スケジューリングエンティティ(たとえば、基地局)は、そのサービスエリアまたはセル内のいくつかのまたはすべてのデバイスおよび機器の間で通信のためのリソースを割り振る。本開示内では、以下でさらに説明するように、スケジューリングエンティティは、1つまたは複数の従属エンティティ用のリソースをスケジュールすること、割り当てること、再構成すること、および解放することを担当してもよい。すなわち、スケジュールされた通信に対して、従属エンティティは、スケジューリングエンティティによって割り振られたリソースを利用する。基地局は、スケジューリングエンティティとして機能してもよい唯一のエンティティではない。すなわち、いくつかの例では、UEが、1つまたは複数の従属エンティティ(たとえば、1つまたは複数の他のUE)のためのリソースをスケジュールする、スケジューリングエンティティとして機能してもよい。この例では、UEは、スケジューリングエンティティとして機能しており、他のUEは、ワイヤレス通信のためにUEによってスケジュールされたリソースを利用する。UEは、ピアツーピア(P2P)ネットワーク中および/またはメッシュネットワーク中でスケジューリングエンティティとして機能してもよい。メッシュネットワーク例では、UEは、スケジューリングエンティティと通信することに加えて、場合によっては互いに直接通信してもよい。
【００４１】
したがって、時間-周波数リソースへのスケジュールされたアクセスを伴い、セルラー構成、P2P構成、およびメッシュ構成を有するワイヤレス通信ネットワークでは、スケジューリングエンティティおよび1つまたは複数の従属エンティティは、スケジュールされたリソースを利用して通信してもよい。
【００４２】
上述のように、RANは、CUおよび1つまたは複数のDUを含んでもよい。NR BS(たとえば、gNB、5GノードB、ノードB、送信受信ポイント(TRP)、アクセスポイント(AP))は、1つまたは複数のBSに対応してもよい。NRセルは、アクセスセル(ACell)またはデータオンリーセル(DCell)として構成されてもよい。たとえば、RAN(たとえば、集約ユニットまたは分散ユニット)は、セルを構成することができる。DCellは、キャリアアグリゲーションまたは二重接続性に使用されるが、初期アクセス、セル選択/再選択、またはハンドオーバに使用されないセルであってもよい。場合によっては、DCellは同期信号を送信しないことがあり、場合によっては、DCellはSSを送信することがある。NR BSは、セルタイプを示すダウンリンク信号をUEに送信してもよい。セルタイプ指示に基づいて、UEはNR BSと通信してもよい。たとえば、UEは、示されたセルタイプに基づいて、セル選択用、アクセス用、ハンドオーバ用、および/または測定用とみなすべきNR BSを決定してもよい。
【００４３】
図2は、図1に示したワイヤレス通信システム内で実装されてもよい分散型無線アクセスネットワーク(RAN)200の例示的な論理アーキテクチャを示す。5Gアクセスノード206は、アクセスノードコントローラ(ANC)202を含んでもよい。ANCは、分散型RAN200の集約ユニット(CU)であってもよい。次世代コアネットワーク(NG-CN:next generation core network)204へのバックホールインターフェースは、ANCにおいて終端してもよい。近隣次世代アクセスノード(NG-AN)へのバックホールインターフェースは、ANCにおいて終端してもよい。ANCは、1つまたは複数のTRP208(BS、NR BS、ノードB、5G NB、AP、gNB、または何らかの他の用語で呼ばれることもある)を含んでもよい。上記で説明したように、TRPは「セル」と互換的に使用されてもよく、無線リソースの同じセットが領域を通して利用可能である領域を指す場合がある。
【００４４】
TRP208はDUであってもよい。TRPは、1つのANC(ANC202)に接続されてもよく、または2つ以上のANC(図示せず)に接続されてもよい。たとえば、RAN共有、サービスとしての無線(RaaS:radio as a service)、およびサービス固有ANC配置に対して、TRPは2つ以上のANCに接続されてもよい。TRPは、1つまたは複数のアンテナポートを含んでもよい。TRPは、UEへのトラフィックを個別に(たとえば、動的選択)または一緒に(たとえば、共同送信)サービスするように構成されてもよい。
【００４５】
分散型RAN200の論理アーキテクチャは、フロントホール定義を示すために使用されてもよい。異なる展開タイプにわたるフロントホール(fronthauling)解決策をサポートするアーキテクチャが定義されてもよい。たとえば、アーキテクチャは、送信ネットワーク能力(たとえば、帯域幅、レイテンシ、および/またはジッタ)に基づいてもよい。
【００４６】
アーキテクチャは、特徴および/または構成要素をLTEと共有してもよい。態様によれば、次世代AN(NG-AN)210は、NRとの二重接続性をサポートしてもよい。NG-ANは、LTEおよびNRに対して共通フロントホールを共有してもよい。
【００４７】
アーキテクチャは、TRP208間の協働を可能にしてもよい。たとえば、協働は、TRP内で事前設定されてもよく、かつ/またはANC202を経由してTRPにわたって事前設定されてもよい。態様によれば、TRP間インターフェースが必要とされない/存在しない場合がある。
【００４８】
態様によれば、アーキテクチャ200内に、分割された論理機能の動的構成が存在する場合がある。図5を参照しながらより詳細に説明するように、無線リソース制御(RRC)レイヤ、パケットデータコンバージェンスプロトコル(PDCP)レイヤ、無線リンク制御(RLC)レイヤ、媒体アクセス制御(MAC)レイヤ、および物理(PHY)レイヤは、DUまたはCU(たとえば、それぞれTRPまたはANC)に適応可能に配置されてもよい。いくつかの態様によれば、BSは、集約ユニット(CU)(たとえば、ANC202)および/または1つもしくは複数の分散ユニット(たとえば、1つもしくは複数のTRP208)を含んでもよい。
【００４９】
図3は、本開示のいくつかの態様による、分散型RAN300の例示的な物理アーキテクチャを示す。集中型コアネットワークユニット(C-CU)302が、コアネットワーク機能をホストしてもよい。C-CUは、央に配置されてもよい。C-CU機能は、ピーク容量に対処しようとして(たとえば、アドバンストワイヤレスサービス(AWS)に)オフロードされてもよい。
【００５０】
集中型RANユニット(C-RU)304が、1つまたは複数のANC機能をホストしてもよい。場合によっては、C-RUは、コアネットワーク機能を局所的にホストしてもよい。C-RUは分散配置を有してもよい。C-RUはネットワークエッジのより近くにあってもよい。
【００５１】
DU306が、1つまたは複数のTRP(エッジノード(EN)、エッジユニット(EU)、無線ヘッド(RH)、スマート無線ヘッド(SRH)など)をホストしてもよい。DUは、無線周波数(RF)機能を備えたネットワークのエッジに位置してもよい。
【００５２】
図4は、本開示の態様を実施するために使用されてもよい、図1に示すBS110およびUE120の例示的な構成要素を示す。上記で説明したように、BSはTRPを含んでもよい。BS110およびUE120の1つまたは複数の構成要素は、本開示の態様を実践するために使用されてもよい。たとえば、UE120のアンテナ452、Tx/Rx222、プロセッサ466、458、464、および/もしくはコントローラ/プロセッサ480、ならびに/またはBS110のアンテナ434、プロセッサ430、420、438、および/もしくはコントローラ/プロセッサ440は、本明細書で説明し、図8A〜図8Bを参照しながら示す動作を実行するために使用されてもよい。
【００５３】
態様によれば、制限された接続シナリオの場合、基地局110は図1のマクロBS110cであってもよく、UE120はUE120yであってもよい。基地局110はまた、何らかの他のタイプの基地局であってもよい。基地局110は、アンテナ434a〜434tを備えることができ、UE120は、アンテナ452a〜452rを備えることができる。
【００５４】
基地局110において、送信プロセッサ420は、データソース412からデータを受信し、コントローラ/プロセッサ440から制御情報を受信してもよい。制御情報は、物理ブロードキャストチャネル(PBCH)、物理制御フォーマットインジケータチャネル(PCFICH)、物理ハイブリッドARQインジケータチャネル(PHICH)、物理ダウンリンク制御チャネル(PDCCH)などに関するものであってもよい。データは、物理ダウンリンク共有チャネル(PDSCH)などに関するものであってもよい。プロセッサ420は、データおよび制御情報を処理(たとえば、符号化およびシンボルマッピング)して、それぞれデータシンボルおよび制御シンボルを取得することができる。プロセッサ420はまた、たとえばPSS、SSS、およびセル固有基準信号に関する基準シンボルを生成することもできる。送信(TX)多入力多出力(MIMO)プロセッサ430は、適用可能な場合には、データシンボル、制御シンボル、および/または基準シンボルに対して空間処理(たとえば、プリコーディング)を実行することができ、出力シンボルストリームを変調器(MOD)432a〜432tに提供することができる。各変調器432は、(たとえば、OFDMなどのための)それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得することができる。各変調器432は、出力サンプルストリームをさらに処理(たとえば、アナログに変換、増幅、フィルタリング、およびアップコンバート)して、ダウンリンク信号を取得することができる。変調器432a〜432tからのダウンリンク信号をそれぞれアンテナ434a〜434tを介して送信してもよい。
【００５５】
UE120において、アンテナ452a〜452rは、基地局110からダウンリンク信号を受信することができ、受信信号をそれぞれ復調器(DEMOD)454a〜454rに提供することができる。各復調器454は、それぞれの受信信号を調整(たとえば、フィルタリング、増幅、ダウンコンバート、およびデジタル化)して、入力サンプルを取得することができる。各復調器454は、(たとえば、OFDMなどのための)入力サンプルをさらに処理して、受信シンボルを取得することができる。MIMO検出器456は、すべての復調器454a〜454rから受信シンボルを取得し、適用可能な場合、受信シンボルに対してMIMO検出を実行し、検出されたシンボルを提供することができる。受信プロセッサ458は、検出されたシンボルを処理(たとえば、復調、デインターリーブ、および復号)し、UE120のための復号されたデータをデータシンク460に提供し、復号された制御情報をコントローラ/プロセッサ480に提供することができる。
【００５６】
アップリンクでは、UE120において、送信プロセッサ464が、データソース462からの(たとえば、物理アップリンク共有チャネル(PUSCH)についての)データ、およびコントローラ/プロセッサ480からの(たとえば、物理アップリンク制御チャネル(PUCCH)についての)制御情報を受信し、処理してもよい。送信プロセッサ464はまた、基準信号のための基準シンボルを生成してもよい。送信プロセッサ464からのシンボルは、適用可能な場合には、TX MIMOプロセッサ466によってプリコーディングされ、(たとえばSC-FDMなどのために)復調器454a〜454rによってさらに処理され、基地局110に送信されてもよい。BS110において、UE120からのアップリンク信号は、アンテナ434によって受信され、変調器432によって処理され、適用可能な場合には、MIMO検出器436によって検出され、受信プロセッサ438によってさらに処理されて、UE120によって送られた復号データおよび制御情報を取得してもよい。受信プロセッサ438は、データシンク439に復号されたデータを提供し、コントローラ/プロセッサ440に復号された制御情報を提供してもよい。
【００５７】
コントローラ/プロセッサ440および480は、それぞれ基地局110およびUE120における動作を指示してもよい。基地局110におけるプロセッサ440ならびに/または他のプロセッサおよびモジュールは、たとえば図12に示す機能的ブロックの実施および/または本明細書で説明する技法に対する他のプロセスを実行または指示してもよい。UE120におけるプロセッサ480ならびに/または他のプロセッサおよびモジュールはまた、たとえば図8および/または図11に示す機能的ブロックの実施および/または本明細書で説明する技法に対する他のプロセスを実行または指示してもよい。メモリ442および482は、それぞれBS110およびUE120のためのデータおよびプログラムコードを記憶してもよい。スケジューラ444は、ダウンリンクおよび/またはアップリンク上でのデータ送信のためにUEをスケジューリングしてもよい。
【００５８】
図5は、本開示の態様による、通信プロトコルスタックを実装するための例を示す図500を示す。示された通信プロトコルスタックは、5Gシステム(たとえば、アップリンクベースのモビリティをサポートするシステム)内で動作するデバイスによって実装されてもよい。図500は、無線リソース制御(RRC)レイヤ510、パケットデータコンバージェンスプロトコル(PDCP)レイヤ515、無線リンク制御(RLC)レイヤ520、媒体アクセス制御(MAC)レイヤ525、および物理(PHY)レイヤ530を含む通信プロトコルスタックを示す。様々な例では、プロトコルスタックのレイヤは、ソフトウェアの個別のモジュール、プロセッサもしくはASICの部分、通信リンクによって接続された非コロケートデバイスの部分、またはそれらの様々な組合せとして実装されてもよい。コロケート実装形態および非コロケート実装形態は、たとえばネットワークアクセスデバイス(たとえば、AN、CU、および/または1つもしくは複数のDU)またはUEのためのプロトコルスタックの中で使用されてもよい。
【００５９】
第1のオプション505-aは、プロトコルスタックの実装が集中ネットワークアクセスデバイス(たとえば、図2のANC202)と分散ネットワークアクセスデバイス(たとえば、図2のDU208)との間で分割される、プロトコルスタックの分割実装形態を示す。第1のオプション505-aでは、RRCレイヤ510およびPDCPレイヤ515は、集約ユニットによって実装されてもよく、RLCレイヤ520、MACレイヤ525、およびPHYレイヤ530は、DUによって実装されてもよい。様々な例では、CUおよびDUは、コロケートされてもよく、またはコロケートされなくてもよい。第1のオプション505-aは、マクロセル配置、マイクロセル配置、またはピコセル配置において有用であってもよい。
【００６０】
第2のオプション505-bは、プロトコルスタックが単一のネットワークアクセスデバイス(たとえば、アクセスノード(AN)、ニューラジオ基地局(NB BS)、ニューラジオノードB(NR NB)、ネットワークノード(NN)など)の中で実装されるプロトコルスタックの統合実装形態を示す。第2のオプションでは、RRCレイヤ510、PDCPレイヤ515、RLCレイヤ520、MACレイヤ525、およびPHYレイヤ530は各々、ANによって実装されてもよい。第2のオプション505-bは、フェムトセル配置において有用であってもよい。
【００６１】
ネットワークアクセスデバイスがプロトコルスタックの一部を実装するのか全部を実装するのかにかかわらず、UEは、全プロトコルスタック(たとえば、RRCレイヤ510、PDCPレイヤ515、RLCレイヤ520、MACレイヤ525、およびPHYレイヤ530)を実装してもよい。
【００６２】
図6は、図1のワイヤレス通信システム1内で利用されてもよいワイヤレス通信デバイス602において使用されてもよい様々な構成要素を示す。ワイヤレス通信デバイス602は、本明細書で説明する様々な方法を実施するように構成されてもよいデバイスの一例である。ワイヤレス通信デバイス602は、図1のBS110またはユーザ機器120のうちの任意のものであってもよい。
【００６３】
ワイヤレス通信デバイス602は、ワイヤレス通信デバイス602の動作を制御するプロセッサ604を含んでもよい。プロセッサ604は、中央処理装置(CPU)とも呼ばれることがある。メモリ606は、読取り専用メモリ(ROM)とランダムアクセスメモリ(RAM)との両方を含むことがあり、命令およびデータをプロセッサ604に提供する。メモリ606の一部分はまた、不揮発性ランダムアクセスメモリ(NVRAM)を含んでよい。プロセッサ604は、一般にメモリ606内に記憶されたプログラム命令に基づいて、論理演算および算術演算を実行する。メモリ606中の命令は、本明細書で説明する方法を実装するように実行可能であってもよい。
【００６４】
ワイヤレス通信デバイス602はまた、ワイヤレス通信デバイス602と遠隔地との間のデータの送信および受信を可能にするためのトランスミッタ610およびレシーバ612を含んでもよいハウジング608を含んでよい。トランスミッタ610およびレシーバ612は、トランシーバ614に組み合わせられてもよい。単一または複数の送信アンテナ616が、ハウジング608に取り付けられてよく、トランシーバ614に電気的に結合されてもよい。ワイヤレス通信デバイス602はまた、複数のトランスミッタと、複数のレシーバと、複数のトランシーバとを含んでもよい(図示せず)。
【００６５】
ワイヤレス通信デバイス602はまた、トランシーバ614によって受信される信号のレベルを検出および定量化しようとして使用されてもよい信号検出器618を含んでもよい。信号検出器618は、そのような信号を総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度、および他の信号として検出してもよい。ワイヤレス通信デバイス602はまた、信号を処理する際に使用するためのデジタル信号プロセッサ(DSP)620を含んでもよい。
【００６６】
加えて、ワイヤレス通信デバイス602は、送信するための信号の符号化に使用するためのエンコーダ622も含んでもよい。エンコーダは、信号を符号化するためのレートコードを選択してよく、サーキュラーバッファ(図示せず)内に符号化信号を記憶してもよい。エンコーダはまた、以下で説明するように、符号化信号に対してレートマッチングを実行してもよい。さらに、ワイヤレス通信デバイス602は、たとえば受信された信号を復号するために符号レートを選択することによって、受信された信号の復号に使用するためのデコーダ624を含んでもよい。
【００６７】
ワイヤレス通信デバイス602の様々な構成要素は、バスシステム626によって一緒に結合されてもよく、バスシステム626は、データバスに加えて、電力バスと、制御信号バスと、ステータス信号バスとを含むことができる。プロセッサ604は、以下で説明する本開示の態様に従って、コネクションレスアクセスを実行するために、メモリ606内に記憶された命令にアクセスするように構成されてもよい。
【００６８】
図7は、本開示のいくつかの態様による、エンコーダを示す簡素化ブロック図である。図7は、(たとえば、以下で説明するPolar符号を使用して)ワイヤレス送信のための符号化メッセージを提供するように構成されてもよい無線周波数(RF)モデム704の一部分を示す。一例では、基地局(たとえば、BS110)(または逆方向経路上のUE120)内のエンコーダ706は、送信するためのメッセージ702を受信する。メッセージ702は、受信デバイス向けのデータおよび/もしくは符号化音声または他のコンテンツを含んでもよい。エンコーダ706は、一般にBS110または別のネットワークエンティティによって定義された構成に基づいて選択された適切な変調およびコーディング方式(MCS)を使用してメッセージを符号化する。場合によっては、エンコーダ706は、メッセージを符号化するために使用されるべきレートコードをレートコードのセットから選択してもよい。次いで、符号化ビットストリーム708は、サーキュラーバッファ内に記憶されてもよく、レートマッチングが、たとえば以下で提示される態様に従って、記憶された符号化ビットストリームに対して実行されてもよい。符号化ビットストリーム708がレートマッチングされた後、符号化ビットストリーム708は、次いでTxシンボル712のシーケンスを生成するマッパ710に供給されてもよく、Txシンボル712はTxチェーン714によって変調され、増幅され、さもなければ処理されて、アンテナ718を通して送信するためのRF信号716が生成される。
【００６９】
図8は、本開示のいくつかの態様による、デコーダを示す簡素化ブロック図である。図8は、符号化メッセージ(たとえば、本明細書で提示する技法を使用して符号化されたメッセージ)を含むワイヤレスに送信される信号を受信および復号するように構成されてもよいRFモデム810の一部を示す。様々な例では、信号を受信するモデム810は、アクセス端末に、基地局に、または説明する機能を実行するための任意の他の適切な装置もしくは手段に存在してもよい。アンテナ802は、アクセス端末(たとえば、UE120)にRF信号716(すなわち、図4で生成されるRF信号)を供給する。Rxチェーン806は、RF信号716を処理および復調し、シンボル808のシーケンスをデマッパ812に提供してもよく、デマッパ812は、符号化メッセージに対応する対数尤度比(LLR)として表されることが多い、先験的確率(たとえば、ビットストリーム814)のシーケンスを生成する。
【００７０】
次いで、デコーダ816を使用して、(たとえば、本明細書で説明するように)コーディング方式を使用して符号化されているビットストリームからM個のビット情報ストリングを復号することができる。デコーダ816は、Polarデコーダ、LDPCデコーダ、ビタビデコーダ、代数デコーダ、バタフライデコーダ、または別の適切なデコーダを備えてもよい。一例では、Polarデコーダは、逐次消去(Succesive Cancellation)(SC)または逐次消去リスト(SCL)復号アルゴリズムを採用する。SC復号アルゴリズムは、本質的に、(たとえば、ビットストリーム814内の)LLRのシーケンスを(たとえば、復号が成功したときに)メッセージ702に対応するビットシーケンス/メッセージ818に変換するために、復号木の再帰的深さ優先トラバース(recursive depth-first traversal)を実行することによって動作する。
【００７１】
より詳細には、各コードワードが長さNであり、ここでNはN=2nのように整数の2のべき乗でなければならず、かつエンコーダ706が、K個の情報ビットをN個の符号化ビットに符号化して、(たとえば、以下で説明するように)これらをM個のビットに対してレートマッチングすると仮定すると、各コードワードに対応するビットストリーム814からのLLRは、最初にデコーダ816によってMビットからNビットにデレートマッチングされ(de-ratematched)、深さn=log2(N)の二分木(たとえば、復号木と呼ばれる)が構築される。木のルートは、復号されるべきN個の対数尤度比(LLR)の受信されたベクトルに対応し、木のリーフは、復号ビットの各々に対応し、それによりN-K個のリーフはN-K個の凍結ビット(それは凍結値(ゼロ)に復号されるべきである)に対応し、一方で残りのK個のリーフはK個の情報ビットに対応する。ノードの度数dは、復号木の中のリーフの上のその高さを指すものとする。ここでリーフはd=0を有し、木のルートはd=log2(N)を有する。
【００７２】
SC復号では、任意のノードvに対応する2d個のLLRをそのノード(たとえば、復号ノードvと呼ばれる)の2d個のリーフに対応する2d個の復号ビットに変換することは、以下のように復号木の再帰的深さ優先トラバースを介して実行される。たとえば、デコーダ816は、最初にこのノードvに対応する2d個のLLRを使用して、ノードv'の左−子(left child)に対応する2d-1個のLLRを計算してもよい。次いで、デコーダ816は、ノードv'の左−子に対応するサブコードを復号してもよい。次いで、デコーダ816は、左−子に対応する長さ2d-1のコードワードを再符号化してもよい。この部分コードワードは、(左)部分和と呼ばれる。次いで、デコーダ816は、ノードvに対応する2d個のLLRとともにノードv'の左−子からの部分和を使用して、v'の右−子(right child)に対応する2d-1個のLLRを計算してもよい。したがって、デコーダ816は、ノードv'の右−子に対応するサブコードを復号してもよい。加えて、デコーダ816は、右−子に対応する長さ2dのコードワードを再符号化してもよく、この部分コードワードは(右)部分和と呼ばれる。その後、デコーダ816は、左と右の部分和を組み合わせて、vに対応する部分和(コードワード)を入手してもよい。
【００７３】
上記の復号アルゴリズムは、度数d=log2(N)を有する木のルートノードにおけるN個のLLRから開始して、再帰的に実行されてもよい。N-K個の凍結ビットを除去した後に、N個のリーフノードの各々における各(単一の)LLRに硬判定を適用することは、(たとえば、復号が成功したときに)メッセージ702に対応するメッセージ818のK個の情報ビットをもたらす。場合によっては、上記の復号アルゴリズムは、たとえば以下でより詳細に説明するように、より低いアグリゲーションレベルに関連するLLRとより高いアグリゲーションレベルに関連するLLRとを組み合わせることを含んでもよく、組み合わされたLLRを使用してビットストリーム814を復号してもよい。
【００７４】
図9は、ワイヤレスネットワーク100内で通信するために1つまたは複数のデバイス(たとえば、BS110および/またはUE120)によって使用されてもよいDL中心のサブフレームの一例を示す図900である。DL中心のサブフレームは、制御部分902を含んでもよい。制御部分902は、DL中心のサブフレームの最初の部分または開始部分に存在してもよい。制御部分902は、DL中心のサブフレームの様々な部分に対応する様々なスケジューリング情報および/または制御情報を含んでもよい。いくつかの構成では、制御部分902は、図9に示すように、物理DL制御チャネル(PDCCH)であってもよい。DL中心のサブフレームは、DLデータ部分904も含んでもよい。DLデータ部分904は時々、DL中心のサブフレームのペイロードと呼ばれてもよい。DLデータ部分904は、スケジューリングエンティティ(たとえば、UEまたはBS)から従属エンティティ(たとえば、UE)にDLデータを通信するために利用される通信リソースを含んでもよい。いくつかの構成では、DLデータ部分904は、物理DL共有チャネル(PDSCH)であってもよい。
【００７５】
DL中心のサブフレームは、共通UL部分906も含んでもよい。共通UL部分906は時々、ULバースト、共通ULバースト、および/または様々な他の適切な用語で呼ばれてもよい。共通UL部分906は、DL中心のサブフレームの様々な他の部分に対応するフィードバック情報を含んでもよい。たとえば、共通UL部分906は、制御部分902に対応するフィードバック情報を含んでもよい。フィードバック情報の非限定的な例は、ACK信号、NACK信号、HARQインジケータ、および/または様々な他の適切なタイプの情報を含んでもよい。共通UL部分906は、ランダムアクセスチャネル(RACH)手順、スケジューリング要求(SR)に関する情報、および様々な他の適切なタイプの情報などの追加のまたは代替の情報を含んでもよい。図9に示すように、DLデータ部分904の終わりは、共通UL部分906の始まりから時間的に分離されてもよい。この時間の分離は時々、ギャップ、ガード期間、ガードインターバル、および/または様々な他の適切な用語で呼ばれてもよい。この分離は、DL通信(たとえば、従属エンティティ(たとえば、UE)による受信動作)からUL通信(たとえば、従属エンティティ(たとえば、UE)による送信)への切替えのための時間を与える。上記はDL中心のサブフレームの一例にすぎず、同様の特徴を有する代替構造が必ずしも本明細書で説明する態様から逸脱することなく存在してもよいことを当業者は理解されよう。
【００７６】
図10は、ワイヤレスネットワーク100内で通信するために1つまたは複数のデバイス(たとえば、BS110および/またはUE120)によって使用されてもよいUL中心のサブフレームの一例を示す図1000である。UL中心のサブフレームは、制御部分1002を含んでもよい。制御部分1002は、UL中心のサブフレームの最初の部分または開始部分に存在してもよい。図10における制御部分1002は、図9を参照しながら上記で説明した制御部分と同様であってもよい。UL中心のサブフレームは、ULデータ部分1004も含んでもよい。ULデータ部分1004は時々、UL中心のサブフレームのペイロードと呼ばれてもよい。UL部分は、従属エンティティ(たとえば、UE)からスケジューリングエンティティ(たとえば、UEまたはBS)にULデータを通信するために利用される通信リソースを指すことがある。いくつかの構成では、制御部分1002は、物理DL制御チャネル(PDCCH)であってよい。
【００７７】
図10に示すように、制御部分1002の終わりは、ULデータ部分1004の始まりから時間的に分離されてもよい。この時間の分離は時々、ギャップ、ガード期間、ガードインターバル、および/または様々な他の適切な用語で呼ばれてもよい。この分離は、DL通信(たとえば、スケジューリングエンティティによる受信動作)からUL通信(たとえば、スケジューリングエンティティによる送信)への切替えのための時間を与える。UL中心のサブフレームは、共通UL部分1006も含んでもよい。図10における共通UL部分1006は、図9を参照しながら上記で説明した共通UL部分906と同様であってもよい。共通UL部分1006は、追加または代替として、チャネル品質インジケータ(CQI)、サウンディング基準信号(SRS)に関する情報、および様々な他の適切なタイプの情報を含んでもよい。上記はUL中心のサブフレームの一例にすぎず、同様の特徴を有する代替構造が、必ずしも本明細書で説明する態様から逸脱することなく存在してもよいことを当業者は理解されよう。
【００７８】
いくつかの状況では、2つ以上の従属エンティティ(たとえば、UE)はサイドリンク信号を使用して互いに通信することができる。そのようなサイドリンク通信の現実世界の適用例は、公共安全、近接サービス、UEからネットワークへの中継、車両間(V2V)通信、インターネットオブエブリシング(IoE:Internet of Everything)通信、IoT通信、ミッションクリティカルメッシュ、および/または様々な他の適切な適用例を含んでもよい。一般に、サイドリンク信号は、スケジューリングおよび/または制御のためにスケジューリングエンティティが利用されてもよいにもかかわらず、スケジューリングエンティティ(たとえば、UEまたはBS)を通じてその通信を中継せずに、ある従属エンティティ(たとえば、UE1)から別の従属エンティティ(たとえば、UE2)に通信される信号を指す場合がある。いくつかの例では、サイドリンク信号は、(通常は無認可スペクトルを使用するワイヤレスローカルエリアネットワークとは異なり)認可スペクトルを使用して通信されてもよい。
【００７９】
UEは、リソースの専用セットを使用してパイロットを送信することに関連する構成(たとえば、無線リソース制御(RRC)専用状態など)、またはリソースの共通セットを使用してパイロットを送信することに関連する構成(たとえば、RRC共通状態など)を含む、様々な無線リソース構成において動作してもよい。RRC専用状態において動作するとき、UEは、パイロット信号をネットワークに送信するために、リソースの専用セットを選択してもよい。RRC共通状態において動作するとき、UEは、パイロット信号をネットワークに送信するために、リソースの共通セットを選択してもよい。いずれの場合も、UEによって送信されるパイロット信号は、ANもしくはDU、またはそれらの部分などの1つまたは複数のネットワークアクセスデバイスによって受信されてもよい。各受信ネットワークアクセスデバイスは、リソースの共通セット上で送信されるパイロット信号を受信および測定するとともに、ネットワークアクセスデバイスがUEのためのネットワークアクセスデバイスの監視セットのメンバーであるUEに割り振られたリソースの専用セット上で送信されるパイロット信号も受信および測定するように構成されてもよい。受信ネットワークアクセスデバイスのうちの1つもしくは複数、または受信ネットワークアクセスデバイスがパイロット信号の測定値を送信する先のCUは、UE用のサービングセルを識別するために、またはUEのうちの1つもしくは複数のためのサービングセルの変更を開始するために、測定値を使用してもよい。
【００８０】
例示的なPolar符号
Polar符号は、シャノン容量を(無限大に近づくコードサイズNに対して)漸進的に達成することが証明された、コーディング理論における比較的新しいブレークスルーである。Polar符号は、(たとえば、高速アダマール変換(fast Hadamard transform)に基づく)決定論的構成、非常に低くかつ予測可能なエラーフロア、および単純な連続消去(SC)ベースの復号など、多くの望ましい特性を有する。それらは、現在、次世代ワイヤレスシステムにおける誤り訂正に対する候補とみなされており、5Gにおいて制御チャネル符号化に使用されることになる。
【００８１】
Polar符号は長さN=2nの線形ブロックコードであり、それらの生成行列は、行列
【数１】
0006867495.tif 000002
のn次のクロネッカー累乗を使用して構築され、Gnで標示される。たとえば、方程式(1)は、n=3に対して得られた生成行列を示す。
【数２】
0006867495.tif 000003
【００８２】
いくつかの態様によれば、コードワードは、K個の情報ビットと、情報を含まず、ゼロなどの知られている値に「凍結」されるN-K個の「凍結」ビットとからなるいくつかの入力ビットを符号化するために、生成行列を使用することによって(たとえば、エンコーダ706によって)生成されてもよい。たとえば、いくつかの入力ビットu=(u0, u1, ... , uN-1)が与えられると、得られるコードワードベクトルx=(x0, x1, ... , xN-1)は、生成行列Gを使用して入力ビットを符号化することによって生成されてもよい。この得られたコードワードは、次いでレートマッチングされ、ワイヤレスモデムを介して基地局によって送信され、UEによって受信されてもよい。
【００８３】
受信されたベクトルが、たとえば逐次消去(SC)デコーダ(たとえば、デコーダ816)を使用することによって復号されると、あらゆる推定ビット
【数３】
0006867495.tif 000004
は、ビットu0i-1が正しく復号されたと仮定すると所定の誤り確率を有し、その誤り確率は、極めて大きいコードサイズNに対して、0または0.5のいずれかに向かう傾向がある。その上、推定されるビットと低い誤り確率との比は、下位のチャネルの容量(capacity of the underlying channel)になる傾向がある。Polar符号は、たとえば以下で説明するように、最信頼できるK個のビットを使用して情報を送信することによって、残りの(N-K)個のビットを凍結することとも呼ばれる所定の値(0など)に設定しながら、チャネル分極と呼ばれるこの現象を利用する。
【００８４】
Polar符号は、チャネルを、N個の情報に対するN個の並列「仮想」チャネルおよび凍結ビットに変換する。Cがチャネルの容量である場合、十分に大きいNの値に対して、極めて信頼できるほぼNC個のチャネルが存在し、かつ極めて信頼できないほぼN(1-C)個のチャネルが存在する。次いで、基本的なPolarコーディング方式は、信頼できないチャネルに対応するuにおける入力ビットを凍結すること(すなわち、ゼロなどの知られている値に設定すること)と同時に、信頼できるチャネルに対応するuのビットの中にのみ情報ビットを設置することを伴う。小から中程度のNに対して、この分極は、まったく信頼できないでも、まったく信頼できるでもないいくつかのチャネル(すなわち、最低限度信頼できるチャネル)が存在する場合があるという意味で完全ではない。送信速度に応じて、これらの最低限度信頼できるチャネルに対応するビットは、凍結されるかまたは情報ビットに使用されるかのいずれであってもよい。
【００８５】
Polar符号を使用する制御チャネルに対する例示的なレートマッチング方式
LTEでは、符号レート1/3のテールバイティング畳み込みコード(TBCC)は、ダウンリンク(DL)制御チャネル上で送信された符号化情報に対するベースラインコードとして使用される。場合によっては、異なるダウンリンク制御情報(DCI)ペイロードおよびアグリゲーションレベルは、異なる符号レートを必要とし、異なる符号レートは、コード化ビットをパンクチャリング(pancturing)することまたは反復することのいずれかを介して、ベースラインコードからのレートマッチングによって実現されてもよい。すなわち、1/3TBCCを使用して情報を符号化した後、符号化情報の符号レートは、送信する前にレートマッチング(たとえば、パンクチャリングおよび/または反復)を使用して調整されてもよい。
【００８６】
上記で説明した5Gでは、Polar符号は、DL制御チャネル上で送信される情報を符号化するために使用されてもよい。しかしながら、Polar符号(たとえば、1/3TBCCと同様)に対する単一のベースライン符号レートを使用することは、Polar符号化情報を送信するときに、すべての可能なペイロードとアグリゲーションレベルとの組合せを処理するには十分ではない。したがって、本開示の態様は、Polar符号を使用して情報を符号化するための符号レートをベースライン符号レートのセットから選択するための技法を提示する。場合によっては、符号レートを選択することは、制御チャネルのアグリゲーションレベル、および/またはPolar符号を使用して符号化されるべきビットストリームのペイロードサイズに基づく場合がある。
【００８７】
図11は、ワイヤレス通信のための例示的な動作1100を示す。動作1100は、基地局(BS110)、ユーザ機器120、および/またはワイヤレス通信デバイス602などのワイヤレス通信デバイスによって実行されてもよい。
【００８８】
ワイヤレス通信デバイスは、本明細書で説明する動作を実行するように構成されてもよい、図4および/または図6に示す1つまたは複数の構成要素を含んでもよい。たとえば、図4に示す基地局の110のアンテナ434、変調器/復調器432、送信プロセッサ420、コントローラ/プロセッサ440、および/またはメモリ442は、本明細書で説明する動作を実行してもよい。追加または代替として、図4に示すユーザ機器120のアンテナ452、復調器/変調器454、送信プロセッサ464、コントローラ/プロセッサ480、および/またはメモリ482は、本明細書で説明する動作を実行してもよい。追加または代替として、図6に示すプロセッサ604、メモリ606、トランシーバ614、DSP620、エンコーダ622、デコーダ624、および/またはアンテナ616のうちの1つまたは複数は、本明細書で説明する動作を実行するように構成されてもよい。
【００８９】
動作1100は、ダウンリンク制御チャネルアグリゲーションレベル、アップリンク制御チャネル割当てサイズ、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいて、Polar符号を使用してビットストリームを符号化するために使用されるべき符号レートを符号レートのセットから選択することによって、1102において開始する。1104において、ワイヤレス通信デバイスは、Polar符号および選択された符号レートを使用してビットストリームを符号化する。1106において、ワイヤレス通信デバイスは、たとえば1つまたは複数のアンテナを使用して、符号化ビットストリームを送信する。
【００９０】
図12は、ワイヤレス通信のための例示的な動作1200を示す。動作1200は、基地局(BS110)、ユーザ機器120、および/またはワイヤレス通信デバイス602などのワイヤレス通信デバイスによって実行されてもよい。
【００９１】
ワイヤレス通信デバイスは、本明細書で説明する動作を実行するように構成されてもよく、図4および/または図6に示す1つまたは複数の構成要素を含んでもよい。たとえば、図4に示す基地局の110のアンテナ434、変調器/復調器432、送信プロセッサ420、コントローラ/プロセッサ440、および/またはメモリ442は、本明細書で説明する動作を実行してもよい。追加または代替として、図4に示すユーザ機器120のアンテナ452、変調器/復調器454、送信プロセッサ464、コントローラ/プロセッサ480、および/またはメモリ482は、本明細書で説明する動作を実行してもよい。追加または代替として、図6に示すプロセッサ604、メモリ606、トランシーバ614、DSP620、エンコーダ622、デコーダ624、および/またはアンテナ616のうちの1つまたは複数は、本明細書で説明する動作を実行するように構成されてもよい。
【００９２】
動作1200は、Polar符号を使用して符号化された符号化ビットストリームを受信することによって1202において開始する。1204において、ワイヤレス通信デバイスは、ダウンリンク制御チャネルアグリゲーションレベル、アップリンク制御チャネル割当てサイズ、またはビットストリームのペイロードサイズのうちの少なくとも1つに基づいて、符号化ビットストリームを復号するために使用されるべき符号レートを符号レートのセットから選択する。1206において、ワイヤレス通信デバイスは、選択された符号レートを使用して符号化ビットストリームを復号する。
【００９３】
述べたように、本開示の態様は、Polar符号を使用して情報を符号化するための符号レートをベースライン符号レートのセットから選択するための技法を提案する。たとえば、ワイヤレス通信デバイスは、制御チャネル(たとえば、物理ダウンリンク制御チャネル(PDCCH)、物理アップリンク制御チャネル(PUCCH)など)上で送信するためのビットストリームを符号化するために使用されるべきXのベースラインPolar符号レートの間で選択してもよく、ここでX>1である。態様によれば、ユーザ機器(UE)復号の複雑さを低減するために、Xは大きすぎてはいけない。
【００９４】
態様によれば、ダウンリンク制御チャネル(たとえば、PDCCH)の場合、ワイヤレス通信デバイスは、ダウンリンク制御チャネル上で送信されるべきビットストリームのペイロードサイズ、またはダウンリンク制御チャネルのアグリゲーションレベル(たとえば、制御情報を送信するために使用される制御チャネル要素の数)のうちの少なくとも1つに基づいて符号レートを選択してもよい。たとえば、L個のCCEがメッセージを伝達するために使用される場合、制御メッセージは、アグリゲーションレベルLにおいて送信されてもよい。たとえば、ペイロードサイズが50ビットより大きい状態において4または8のアグリゲーションレベルを仮定すると、ワイヤレス通信デバイスは、第1のPolar符号レート(PC1)を使用してもよいが、第2のPolar符号レート(PC2)は、ペイロードサイズが50ビットより小さい状態において1または2のアグリゲーションレベルに対して使用されてもよい。態様によれば、このようにして(すなわち、アグリゲーションレベルおよび/またはペイロードサイズに基づいて)符号レートを選択することは、そのことがコーディング利得とコーディング/復号の複雑さとの間のバランスを制御するので、リソース(たとえば、帯域幅リソース)および通信のより効率的な使用を可能にする。
【００９５】
場合によっては、アップリンク制御チャネル(たとえば、PUCCH)の場合、ワイヤレス通信デバイスは、アップリンク制御チャネルの割当てサイズ(たとえば、アップリンク許可を搬送するダウンリンク制御チャネル情報内に示される)またはアップリンク制御チャネル上で送信されるべきビットストリームのペイロードサイズのうちの少なくとも1つに基づいて符号レートを選択してもよい。場合によっては、アップリンク制御チャネルの割当てサイズは、アップリンク制御チャネルに割り当てられたリソース要素の数および/またはリソースブロックの数として定義されてもよい。さらに、5Gでは、アップリンク制御チャネル(たとえば、PUCCH)は、異なる持続時間を有する。態様によれば、より長い持続時間は、アップリンク制御チャネルに対するより多いREを意味し、より多いREは、より大きいアップリンク制御チャネル割当てとして処理されてもよい。したがって、アップリンク制御チャネルに対する符号レートの選択は、アップリンク制御チャネルの持続時間に基づく場合もある。加えて、場合によっては、ワイヤレス通信デバイス(たとえば、UE)は、アップリンク制御チャネル(たとえば、PUCCH)に使用されるべき符号レートの(たとえば、PDCCH上で搬送されるダウンリンク制御情報内の)基地局からの指示を受信してもよい。この指示は、アップリンク制御チャネル割当て指示とは別であってもよい。
【００９６】
態様によれば、ビットストリームを符号化した後、ワイヤレス通信デバイスは、サーキュラーバッファ内に符号化ビットストリームを記憶し、記憶された符号化ビットに対してレートマッチングを実行してもよい。レートマッチングは、送信されるべきビットの数が、送信を許可されるビットの数の利用可能な帯域幅とマッチングされるプロセスである。いくつかの事例では、送信されるべきデータの量は、利用可能な帯域幅より小さく、その場合、送信されるべきすべてのデータ(およびそのデータの1つまたは複数のコピー)が送信されることになり、これは反復と呼ばれる技法である。他の事例では、送信されるべきデータの量は、利用可能な帯域幅を超えており、その場合、送信されるべきデータの一部は、たとえばパンクチャリングおよび短縮として知られている技法を使用して、送信から省略されることになる。
【００９７】
態様によれば、サーキュラーバッファ内に記憶されているビットのパンクチャリング、短縮、または反復は、それぞれ、パンクチャリング、短縮、または反復のパターンに従って実行されてもよい。態様によれば、このパターンは、選択された符号レートの関数であってもよい。言い換えれば、選択された符号レートに基づいて、サーキュラーバッファ内のどのビットがパンクチャリング、短縮、および/または反復されるべきかを示すパターンが決定されてもよい。たとえば、ワイヤレス通信デバイスが、40ビットの所与のペイロードサイズに対するレート1/3とレートR>0.4を必要とする4のアグリゲーションレベルとを有するPolar符号レートPC1を選択したと仮定すると、ワイヤレス通信デバイスは、PC1に固有のパンクチャリングパターンを使用して、レートR(すなわち、0.4)に対してレートマッチングしてもよい。
【００９８】
態様によれば、場合によっては、パンクチャリング、短縮、および/または反復は、符号化されたビットストリームと、サーキュラーバッファに追加する前に符号化ビットストリーム上で実行されるインターリービングによって決定されるパンクチャリングパターンとをサーキュラーバッファから読み出すことによって実行されてもよい。この場合、インターリーバは、選択されたPolar符号レートの関数として選択されてもよい。
【００９９】
態様によれば、レートを選択した後、ワイヤレス通信デバイスは、ネイティブサイズのPolar符号(たとえば、N*=64、128、256および512)および(たとえば、コードワードを生成するために)選択された符号レートを使用してビットストリームを符号化してもよい。その後、ワイヤレス通信デバイスは、上記で説明したように、サーキュラーバッファ内に「ネイティブの」符号化ビットストリーム(たとえば、ネイティブサイズの符号化ビットストリーム)を記憶し、記憶されたネイティブの符号化ビットストリームに対してレートマッチングを実行してもよい。
【０１００】
態様によれば、Polar符号は、サイズN*のコードワードをネイティブにサポートし、N*は、限定的な値のセット、たとえばアップリンク送信とダウンリンク送信との両方に対するN*=64、128、256および512を、アップリンク送信用に許容される追加の値N*=1024とともに取ってもよい。態様によれば、復号の複雑さは、Polar符号のサイズ/コード化ビットの数Nが増加するにつれて、超線形に(super-linearly)増加する。さらに、任意の固定制御情報サイズKの場合、より低いネイティブ符号レートまで延びることから取得されるコーディング利得は、Nが増加するにつれて減少する。たとえば、ネイティブ符号レートを1/3から1/6に延ばすことでは、ネイティブ符号レート1/3を、符号レート1/6を得るための反復とともに使用することと比較して顕著な利得がもたらされてもよいが、ネイティブ符号レートを1/6から1/12に延ばすことでは、ネイティブ符号レート1/6を、符号レート1/12を得るための反復とともに使用することと比較して小さい利得がもたらされる場合がある。したがって、許容される符号レートが非常に低い(たとえば、符号レート1/6未満)であるとき、非常に低いネイティブ符号レートを使用することは、複雑さの観点から望ましくない場合がある。代わりに、より高い符号レートが、ワイヤレス通信デバイスによって選択されてもよく、反復が、低減された複雑さで同様の性能を有しながら、より低い符号レートに延ばすように実行されてもよい。
【０１０１】
場合によっては、ネイティブPolar符号は2nのコード化ビットしかサポートしないので、コード化ビットの任意の数(たとえば、2nでないコード化ビット)Nをサポートするためにレートマッチングが必要になる。上述のように、レートマッチングは、パンクチャリング、短縮、および反復を含んでもよい。たとえば、(K=60、N=190)のコードが必要である場合、ワイヤレス通信デバイスは、反復を使用してネイティブ(60、128)Polar符号に延ばすこと、またはネイティブ(60、256)Polar符号に対して短縮/パンクチャリングを使用することのいずれかが必要である場合がある。態様によれば、この場合の短縮/パンクチャリングは、それが反復と比較してより多くのコーディング利得を与えるので、より良好な性能を与える場合がある。しかしながら、短縮/パンクチャリングは、反復と比較して、より高い符号化/復号の複雑さを招く場合がある。
【０１０２】
態様によれば、一般に目標の符号レート(K/N)がすでに低い(たとえば、1/6)とき、反復が好ましい場合がある。なぜならば、K/N(すなわち、R)がすでに低いならば、パンクチャリング/短縮からのコーディング利得は小さい場合があるからである。しかしながら、態様によれば、目標の符号レート(K/N)が高いときは、パンクチャリング/短縮が望ましい場合がある。なぜならば、複雑さは増加するのだが、コーディング利得はより大きいからである。
【０１０３】
態様によれば、目標の符号レート(K/N)に対して、ワイヤレス通信デバイスは、(たとえば、レートマッチングを実行するために)使用されるべきネイティブPolar符号を決定する必要がある場合がある。たとえば、目標の符号レート(K/N)に対して、ワイヤレス通信デバイスは、ネイティブPolar符号N*を、64、128、256または512のうちの1つから決定する必要がある場合がある。場合によっては、どのネイティブPolar符号を使用するかの決定は、目標の符号レートK/NかまたはNの絶対値のうちの少なくとも1つの関数であってもよい。たとえば、いくつかのnに対して、Nが2^nのすぐ上である場合、反復と一緒にN*=2^nを使用することは、パンクチャリングまたは短縮とともにN*=2^(n+1)を使用することより良い場合がある。態様によれば、どのネイティブPolar符号を使用するかの決定は、しきい値βに基づく場合がある。たとえば、(N+)がNより大きい最小の2nを示し、(N-)がNより小さい最大の2nを示すものとする。態様によれば、N/(N-)<βであるならば、反復が、(N-)-Polar符号から使用されてもよく、N/(N-)>βであるならば、パンクチャリング/短縮が、(N+)-Polar符号から使用されてもよい。一般に、N*の選択は、コーディング利得とコーディングの複雑さとの間のトレードオフの役割を果たす。
【０１０４】
態様によれば、ネイティブ符号レートが決定されると、ワイヤレス通信デバイスは、上記で説明したように、ネイティブサイズの符号化ビットストリームに対してレートマッチングを実行してもよい。たとえば、コード化ビットの数NがネイティブPolar符号N*より大きいとき、ワイヤレス通信デバイスは、コード化ビットをN*に延ばすためにネイティブサイズの符号化ビットストリームNに対して反復を実行してもよい。しかしながら、コード化ビットの数NがネイティブPolar符号N*より小さいとき、すなわちN<N*である場合、パンクチャリングまたは短縮のいずれかが、ネイティブサイズの符号化ビットストリームに対して実行されることになる。加えて、場合によっては、ワイヤレス通信デバイスは、上記で説明したように、ビットストリームのサイズ、N、N+もしくはN-および/またはそれらの比(たとえば、N/N+、N/N-、など)のうちの少なくとも1つを伴うしきい条件に基づいて、反復、パンクチャリング、または短縮のどれを実行するかを決定してもよい。たとえば、場合によっては、しきい条件は、NをN-で除算した値としきい値との比較、またはNをN+で除算した値としきい値との比較を伴う場合がある。たとえば、場合によっては、N/(N-)がしきい値より小さいとき、反復が、ネイティブサイズN*=N-を有するPolar符号から使用されてもよく、N/(N-)がしきい値より大きいとき、パンクチャリング/短縮が、ネイティブサイズN*=N+を有するPolar符号から使用されてもよい。
【０１０５】
態様によれば、ワイヤレス通信デバイスが、記憶されている符号化ビットに対してレートマッチングを実行すると、ワイヤレス通信デバイス(たとえば、基地局)は、(レートマッチングされた)符号化ビットストリームを送信してもよく、符号化ビットストリームは、第2のワイヤレス通信デバイス(たとえば、ユーザ機器)によって受信されてもよい。
【０１０６】
態様によれば、第2のワイヤレス通信デバイスは、符号化ビットストリームの(推定値)を受信し、符号化ビットストリームを復号するために使用されるべき符号レートを決定/選択し、たとえば図8を参照しながら上記で説明した技法を使用して、選択された符号レートを使用して符号化ビットストリームを復号してもよい。
【０１０７】
加えて、第2のワイヤレス通信デバイスは、符号化ビットストリームの受信された(推定値)に対するレートマッチングと相補関係にある機能を実行してもよい。たとえば、第2のワイヤレス通信デバイスは、レートマッチングに関して上記で説明した技法に類似の技法を使用して、符号化ビットストリームに対してデレートマッチング(たとえば、非反復(de-repetition)、デパンクチャリング(de-pancturing)、および/または非短縮(de-shortening))を実行してもよい。
【０１０８】
態様によれば、場合によっては、Polar符号を復号することに関連するダウンリンク(DL)およびアップリンク(UL)内のネストされた探索空間構造により、より高いアグリゲーションレベルに対するPDCCH/PUCCHのリソース要素(RE)は、より低いアグリゲーションレベルに対するPDCCH/PUCCHのREを含むことになる。したがって、より低いアグリゲーションレベル仮説に対してPDCCH/PUCCHを復号することを失敗する場合、その復号からの部分的な結果(すなわち、LLR)は、より高いアグリゲーションレベルに対するPDCCH/PUCCHの復号を改善するために使用されてもよい。たとえば、受信された符号化ビットストリームを復号するとき、部分的な結果は、より高いアグリゲーションレベルをともに構成する追加のREからのLLRで補完されるべき、より低いアグリゲーションレベルにおける一部または全部のREに対する改善されたLLRを提供することができる。言い換えれば、受信されたビットストリームを復号するとき、ワイヤレス通信デバイス(たとえば、BSおよび/またはUE)は、より低いアグリゲーションレベルに関連するLLRを決定し、それらのLLRをより高いアグリゲーションレベルに関連するLLRと組み合わせて復号効率を改善してもよい。態様によれば、これらの改善された(すなわち、組み合わされた)LLRの利用を可能にするために、復号は、アグリゲーションレベル仮説の昇順で進むことができる。本明細書で開示する方法は、説明した方法を実現するための1つまたは複数のステップまたはアクションを含む。方法ステップおよび/またはアクションは、特許請求の範囲の範囲から逸脱することなく互いに入れ替えられてもよい。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび/またはアクションの順序および/または使用は、特許請求の範囲の範囲から逸脱することなく修正されてもよい。
【０１０９】
本明細書で使用する場合、項目の列挙「のうちの少なくとも1つ」を指す句は、単一のメンバーを含むそれらの項目の任意の組合せを指す。一例として、「a、b、またはcのうちの少なくとも1つ」は、a、b、c、a-b、a-c、b-c、およびa-b-c、ならびに複数の同じ要素を有する任意の組合せ(たとえば、a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c、およびc-c-c、または任意の他の順序のa、b、およびc)を包含するものとする。
【０１１０】
本明細書で使用する「決定すること」という用語は、幅広い様々なアクションを包含する。たとえば、「決定すること」は、算出すること、計算すること、処理すること、導出すること、調査すること、ルックアップすること(たとえば、テーブル、データベースまたは別のデータ構造においてルックアップすること)、確認することなどを含んでもよい。また、「決定すること」は、受信すること(たとえば、情報を受信すること)、アクセスすること(たとえば、メモリ内のデータにアクセスすること)などを含んでもよい。また、「決定すること」は、解決すること、選択すること、選出すること、確立することなどを含んでもよい。
【０１１１】
場合によっては、デバイスは、フレームを実際に送信するのではなく、送信のためのフレームを出力するインターフェースを有してもよい。たとえば、プロセッサは、送信のためにバスインターフェースを介してRFフロントエンドにフレームを出力してもよい。同様に、デバイスは、フレームを実際に受信するのではなく、別のデバイスから受信したフレームを取得するためのインターフェースを有してもよい。たとえば、プロセッサは、送信のためにRFフロントエンドからバスインターフェースを介してフレームを取得(または受信)してもよい。
【０１１２】
上記で説明した方法の様々な動作は、対応する機能を実行することが可能な任意の適切な手段によって実行されてもよい。手段は、限定はしないが、回路、特定用途向け集積回路(ASIC)、またはプロセッサを含む、様々なハードウェアおよび/またはソフトウェア構成要素および/またはモジュールを含んでもよい。一般に、図に示す動作がある場合、それらの動作は、同様の番号を付された対応する同等のミーンズプラスファンクション構成要素を有してもよい。
【０１１３】
たとえば、BS110における送信プロセッサ220、コントローラ/プロセッサ240、受信プロセッサ238もしくはアンテナ234、および/またはUE120における送信プロセッサ264、コントローラ/プロセッサ280、受信プロセッサ258もしくはアンテナ252など、送信するための手段、受信するための手段、決定するための手段、選択するための手段、実行(たとえば、レートマッチング)するための手段、符号化するための手段、パンクチャリングするための手段、反復するための手段、生成するための手段、復号するための手段、記憶するための手段、および/または(たとえば、LLRを)組み合わせるための手段は、BS110もしくはUE120において1つもしくは複数のプロセッサまたはアンテナを備えてもよい。
【０１１４】
本開示に関連して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス(PLD)、ディスクリートゲートもしくはトランジスタ論理、ディスクリートハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサはまた、コンピューティングデバイスの組合せ、たとえばDSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携した1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装されてもよい。
【０１１５】
ハードウェアにおいて実装される場合、例示的なハードウェア構成は、ワイヤレスノード内の処理システムを含んでもよい。処理システムは、バスアーキテクチャを用いて実装されてもよい。バスは、処理システムの特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含んでもよい。バスは、プロセッサ、機械可読媒体、およびバスインターフェースを含む様々な回路を互いにリンクさせてもよい。バスインターフェースは、バスを介して、とりわけ処理システムにネットワークアダプタを接続するために使用されてもよい。ネットワークアダプタは、PHYレイヤの信号処理機能を実装するために使用されてもよい。ユーザ機器120(図1参照)の場合、ユーザインターフェース(たとえば、キーパッド、ディスプレイ、マウス、ジョイスティックなど)がバスに接続されてもよい。バスは、タイミングソース、周辺装置、電圧調整器、電力管理回路などの様々な他の回路をリンクさせる場合があるが、これらの回路は当技術分野でもよく知られており、したがってこれ以上は説明しない。プロセッサは、1つまたは複数の汎用プロセッサおよび/または専用プロセッサを用いて実装されてもよい。例には、マイクロプロセッサ、マイクロコントローラ、DSPプロセッサ、およびソフトウェアを実行できる他の回路が含まれる。当業者は、特定の適用例とシステム全体に課せられた全体的な設計制約とに応じて処理システムに関する上述の機能を最も適切に実装するにはどうすべきかを認識するであろう。
【０１１６】
ソフトウェアにおいて実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信されてもよい。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、または他の名称で呼ばれるかどうかにかかわらず、命令、データ、またはそれらの任意の組合せを意味するように広く解釈されるべきである。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの伝達を容易にする任意の媒体を含む通信媒体との両方を含む。プロセッサは、機械可読記憶媒体に記憶されたソフトウェアモジュールの実行を含む、バスおよび一般的な処理を管理することを担ってもよい。コンピュータ可読記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、かつその記憶媒体に情報を書き込むことができるようにプロセッサに結合されてもよい。代替として、記憶媒体は、プロセッサと一体であってもよい。例として、機械可読媒体は、送信線路、データによって変調された搬送波、および/またはワイヤレスノードとは別個の命令が記憶されたコンピュータ可読記憶媒体を含んでもよく、これらはすべて、バスインターフェースを介してプロセッサによってアクセスされる場合がある。代替としてまたは追加として、機械可読媒体またはその任意の部分は、キャッシュおよび/または汎用レジスタファイルと同様にプロセッサに統合されてもよい。機械可読記憶媒体の例は、例として挙げると、RAM(ランダムアクセスメモリ)、フラッシュメモリ、ROM(読取り専用メモリ)、PROM(プログラマブル読取り専用メモリ)、EPROM(消去可能プログラマブル読取り専用メモリ)、EEPROM(電気的消去可能プログラマブル読取り専用メモリ)、レジスタ、磁気ディスク、光ディスク、ハードドライブ、もしくは任意の他の適切な記憶媒体、またはそれらの任意の組合せがあってもよい。機械可読媒体はコンピュータプログラム製品内で具現化されてもよい。
【０１１７】
ソフトウェアモジュールは、単一の命令または多くの命令を含んでもよく、いくつかの異なるコードセグメントにわたって、異なるプログラム間で、また複数の記憶媒体にわたって分散されてもよい。コンピュータ可読媒体は、いくつかのソフトウェアモジュールを含んでもよい。ソフトウェアモジュールは、プロセッサなどの装置によって実行されると、処理システムに様々な機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールと受信モジュールとを含んでもよい。各ソフトウェアモジュールは、単一の記憶デバイス内に存在しても、または複数の記憶デバイスにわたって分散されてもよい。例として、トリガイベントが発生したときに、ソフトウェアモジュールは、ハードドライブからRAMにロードされてもよい。ソフトウェアモジュールの実行中、プロセッサは、アクセス速度を高めるために、命令のうちのいくつかをキャッシュにロードしてもよい。1つまたは複数のキャッシュラインが、次いでプロセッサによって実行されるように汎用レジスタファイルにロードされてもよい。以下でソフトウェアモジュールの機能に言及する場合、そのような機能は、そのソフトウェアモジュールからの命令を実行するときにプロセッサによって実装されることが理解されよう。
【０１１８】
また、任意の接続が、適切にコンピュータ可読媒体と呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線(IR)、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)、およびBlu-ray(登録商標)ディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、レーザを用いてデータを光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は、非一時的コンピュータ可読媒体(たとえば、有形媒体)を含んでもよい。加えて、他の態様の場合、コンピュータ可読媒体は、一時的コンピュータ可読媒体(たとえば、信号)を含んでもよい。上記の組合せもコンピュータ可読媒体の範囲に含まれるべきである。
【０１１９】
さらに、本明細書で説明する方法および技法を実行するためのモジュールおよび/または他の適切な手段は、適用可能な場合、ユーザ端末および/または基地局によってダウンロードおよび/または別の方法で取得されてもよいことを理解されたい。たとえば、そのようなデバイスは、本明細書で説明する方法を実行するための手段の転送を容易にするためにサーバに結合されてもよい。代替的に、本明細書で説明する様々な方法は、ユーザ端末および/または基地局が記憶手段(たとえば、RAM、ROM、コンパクトディスク(CD)またはフロッピーディスクなどの物理的記憶媒体など)をデバイスに結合または提供すると様々な方法を取得することができるように、記憶手段を介して提供されてもよい。さらに、本明細書で説明する方法および技法をデバイスに提供するための任意の他の適切な技法が利用されてもよい。
【０１２０】
特許請求の範囲が上記で示した厳密な構成および構成要素に限定されないことを理解されたい。特許請求の範囲の範囲から逸脱することなく、上記で説明した方法および装置の構成、動作、および詳細において、様々な修正、変更、および変形が加えられてもよい。
【符号の説明】
【０１２１】
100  ワイヤレスネットワーク
102a  マクロセル
102b  マクロセル
102c  マクロセル
102x  ピコセル
102y  フェムトセル
102z  フェムトセル
110  BS、基地局
110a  BS
110b  BS
110c  BS、マクロBS
110r  中継局
110x  BS
110y  BS
110z  BS
118  PDNゲートウェイ
120  UE、ユーザ機器
120a  UE
120r  UE
120y  UE
130  ネットワークコントローラ
200  分散型無線アクセスネットワーク(RAN)、分散型RAN
202  アクセスノードコントローラ(ANC)
204  次世代コアネットワーク(NG-CN)
206  5Gアクセスノード
208  TRP、DU
210  次世代AN(NG-AN)
220  送信プロセッサ
234  アンテナ
238  受信プロセッサ
240  コントローラ/プロセッサ
252  アンテナ
258  受信プロセッサ
264  送信プロセッサ
280  コントローラ/プロセッサ
300  分散型RAN
302  集中型コアネットワークユニット(C-CU)
304  集中型RANユニット(C-RU)
306  DU
412  データソース
420  プロセッサ、送信プロセッサ
430  プロセッサ、送信(TX)多入力多出力(MIMO)プロセッサ
432  変調器
432a〜432t  変調器(MOD)
434  アンテナ
434a〜434t  アンテナ
436  MIMO検出器
438  プロセッサ、受信プロセッサ
439  データシンク
440  コントローラ/プロセッサ、プロセッサ
442  メモリ
444  スケジューラ
452  アンテナ
452a〜452r  アンテナ
454  復調器
454a〜454r  復調器(DEMOD)
456  MIMO検出器
458  プロセッサ、受信プロセッサ
460  データシンク
462  データソース
464  プロセッサ、送信プロセッサ
466  プロセッサ、TX MIMOプロセッサ
480  コントローラ/プロセッサ
482  メモリ
500  図
505-a  第1のオプション
505-b  第2のオプション
510  無線リソース制御(RRC)レイヤ
515  パケットデータコンバージェンスプロトコル(PDCP)レイヤ
520  無線リンク制御(RLC)レイヤ
525  媒体アクセス制御(MAC)レイヤ
530  物理(PHY)レイヤ
602  ワイヤレス通信デバイス
604  プロセッサ
606  メモリ
608  ハウジング
610  トランスミッタ
612  レシーバ
614  トランシーバ
616  送信アンテナ
618  信号検出器
620  デジタル信号プロセッサ(DSP)
622  エンコーダ
624  デコーダ
626  バスシステム
702  メッセージ
704  無線周波数(RF)モデム
706  エンコーダ
708  符号化ビットストリーム
710  マッパ
712  Txシンボル
714  Txチェーン
716  RF信号
718  アンテナ
802  アンテナ
806  Rxチェーン
808  シンボル
810  RFモデム、モデム
812  デマッパ
814  ビットストリーム、受信ビットストリーム
816  デコーダ
818  メッセージ
900  図
902  制御部分
904  DLデータ部分
906  共通UL部分
1000  図
1002  制御部分
1004  ULデータ部分
1006  共通UL部分
1100  動作
1200  動作
【図１】
0006867495.tif 000005
【図２】
0006867495.tif 000006
【図３】
0006867495.tif 000007
【図４】
0006867495.tif 000008
【図５】
0006867495.tif 000009
【図６】
0006867495.tif 000010
【図７】
0006867495.tif 000011
【図８】
0006867495.tif 000012
【図９】
0006867495.tif 000013
【図１０】
0006867495.tif 000014
【図１１】
0006867495.tif 000015
【図１２】
0006867495.tif 000016