(57)【要約】  この出願の実施例は、情報送信方法、送信端デバイス及び受信端デバイスを提供する。当該方法は、第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定するステップであり、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するステップと、第１のチャネルを使用することにより、N個の符号化ビットを送信するステップとを含む。この出願の実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減する。さらに、レートマッチングが必要とされないため、チャネル符号化の複雑性及び待ち時間が大いに低減され、レートマッチング動作によりもたらされる性能ロスが回避される。
2019535163.tif 000002
【特許請求の範囲】
【請求項１】
情報送信方法であって、
第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定するステップであり、前記第１のチャネルの前記負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、
N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するステップと、
前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するステップと
を含む方法。
【請求項２】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項１に記載の方法。
【請求項３】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項２に記載の方法。
【請求項４】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは下りリンク制御チャネルPDCCHである、請求項２又は３に記載の方法。
【請求項５】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項４に記載の方法。
【請求項６】
前記CCEは8個のREGを含む、請求項５に記載の方法。
【請求項７】
前記制御情報は上りリンク共通制御情報であり、前記制御チャネルは上りリンク共通制御チャネルPUCCHである、請求項２又は３に記載の方法。
【請求項８】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルはブロードキャストチャネルPBCHである、請求項２又は３に記載の方法。
【請求項９】
前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するステップは、
レートマッチングなしに、前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するステップを含む、請求項１乃至８のうちいずれか１項に記載の方法。
【請求項１０】
情報送信方法であって、
第１のチャネルを使用することにより、N個の符号化ビットを受信するステップであり、前記N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、前記第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、
前記ターゲット情報を取得するために、前記N個の符号化ビットに対してPolar復号化を実行するステップと
を含む方法。
【請求項１１】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項１０に記載の方法。
【請求項１２】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項１１に記載の方法。
【請求項１３】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは下りリンク制御チャネルPDCCHである、請求項１１又は１２に記載の方法。
【請求項１４】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項１３に記載の方法。
【請求項１５】
前記CCEは8個のREGを含む、請求項１４に記載の方法。
【請求項１６】
前記制御情報は上りリンク共通制御情報であり、前記制御チャネルは上りリンク共通制御チャネルPUCCHである、請求項１１又は１２に記載の方法。
【請求項１７】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルはブロードキャストチャネルPBCHである、請求項１１又は１２に記載の方法。
【請求項１８】
前記N個の符号化ビットに対してPolar復号化を実行するステップは、
レートデマッチングなしに、前記N個の符号化ビットに対してPolar復号化を実行するステップを含む、請求項１０乃至１７のうちいずれか１項に記載の方法。
【請求項１９】
第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定するように構成された決定ユニットであり、前記第１のチャネルの前記負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、決定ユニットと、
N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するように構成された符号化ユニットと、
前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するように構成された送信ユニットと
を含む送信端デバイス。
【請求項２０】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項１９に記載の送信端デバイス。
【請求項２１】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項２０に記載の送信端デバイス。
【請求項２２】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは下りリンク制御チャネルPDCCHである、請求項２０又は２１に記載の送信端デバイス。
【請求項２３】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項２２に記載の送信端デバイス。
【請求項２４】
前記CCEは8個のREGを含む、請求項２３に記載の送信端デバイス。
【請求項２５】
前記制御情報は上りリンク共通制御情報であり、前記制御チャネルは上りリンク共通制御チャネルPUCCHである、請求項２０又は２１に記載の送信端デバイス。
【請求項２６】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルはブロードキャストチャネルPBCHである、請求項２０又は２１に記載の送信端デバイス。
【請求項２７】
前記送信ユニットは、レートマッチングなしに、前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するように具体的に構成される、請求項１９乃至２６のうちいずれか１項に記載の送信端デバイス。
【請求項２８】
第１のチャネルを使用することにより、N個の符号化ビットを受信するように構成された受信ユニットであり、前記N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、前記第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、受信ユニットと、
前記ターゲット情報を取得するために、前記N個の符号化ビットに対してPolar復号化を実行するように構成された復号化ユニットと
を含む受信端デバイス。
【請求項２９】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項２８に記載の受信端デバイス。
【請求項３０】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項２９に記載の受信端デバイス。
【請求項３１】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは下りリンク制御チャネルPDCCHである、請求項２９又は３０に記載の受信端デバイス。
【請求項３２】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項３１に記載の受信端デバイス。
【請求項３３】
前記CCEは8個のREGを含む、請求項３２に記載の受信端デバイス。
【請求項３４】
前記制御情報は上りリンク共通制御情報であり、前記制御チャネルは上りリンク共通制御チャネルPUCCHである、請求項２９又は３０に記載の受信端デバイス。
【請求項３５】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルはブロードキャストチャネルPBCHである、請求項２９又は３０に記載の受信端デバイス。
【請求項３６】
前記復号化ユニットは、レートデマッチングなしに、前記N個の符号化ビットに対してPolar復号化を実行するように具体的に構成される、請求項２８乃至３５のうちいずれか１項に記載の受信端デバイス。
【請求項３７】
送受信機と、メモリと、プロセッサとを含む送信端デバイスであって、
前記メモリは、命令を記憶するように構成され、前記プロセッサは、前記メモリに記憶された前記命令を実行し、第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定し、前記第１のチャネルの前記負荷サイズはN個のビットであり、Nは2nであり、nは正の整数であり、
N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するように構成され、
前記送受信機は、前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するように構成される、送信端デバイス。
【請求項３８】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項３７に記載の送信端デバイス。
【請求項３９】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項３８に記載の送信端デバイス。
【請求項４０】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは下りリンク制御チャネルPDCCHである、請求項３８又は３９に記載の送信端デバイス。
【請求項４１】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項４０に記載の送信端デバイス。
【請求項４２】
前記CCEは8個のREGを含む、請求項４１に記載の送信端デバイス。
【請求項４３】
前記制御情報は上りリンク共通制御情報であり、前記制御チャネルは上りリンク共通制御チャネルPUCCHである、請求項３８又は３９に記載の送信端デバイス。
【請求項４４】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルはブロードキャストチャネルPBCHである、請求項３８又は３９に記載の送信端デバイス。
【請求項４５】
前記送受信機は、レートマッチングなしに、前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するように具体的に構成される、請求項３７乃至４４のうちいずれか１項に記載の送信端デバイス。
【請求項４６】
送受信機と、メモリと、プロセッサとを含む受信端デバイスであって、
前記送受信機は、第１のチャネルを使用することにより、N個の符号化ビットを受信するように構成され、前記N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、前記第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数であり、
前記メモリは、命令を記憶するように構成され、前記プロセッサは、前記メモリに記憶された前記命令を実行し、前記ターゲット情報を取得するために、前記N個の符号化ビットに対してPolar復号化を実行するように構成される、受信端デバイス。
【請求項４７】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項４６に記載の受信端デバイス。
【請求項４８】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項４７に記載の受信端デバイス。
【請求項４９】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは下りリンク制御チャネルPDCCHである、請求項４７又は４８に記載の受信端デバイス。
【請求項５０】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項４９に記載の受信端デバイス。
【請求項５１】
前記CCEは8個のREGを含む、請求項５０に記載の受信端デバイス。
【請求項５２】
前記制御情報は上りリンク共通制御情報であり、前記制御チャネルは上りリンク共通制御チャネルPUCCHである、請求項４７又は４８に記載の受信端デバイス。
【請求項５３】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルはブロードキャストチャネルPBCHである、請求項４７又は４８に記載の受信端デバイス。
【請求項５４】
前記送受信機は、レートデマッチングなしに、前記N個の符号化ビットに対してPolar復号化を実行するように具体的に構成される、請求項４６乃至５３のうちいずれか１項に記載の受信端デバイス。
【請求項５５】
コンピュータ読み取り可能媒体であって、
前記コンピュータ読み取り可能媒体は、コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムは、請求項１乃至９のうちいずれか１項に記載のPolar符号再送信方法を実行するために使用される命令を含む、コンピュータ読み取り可能媒体。
【請求項５６】
コンピュータ読み取り可能媒体であって、
前記コンピュータ読み取り可能媒体は、コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムは、請求項１０乃至１８のうちいずれか１項に記載のPolar符号再送信方法を実行するために使用される命令を含む、コンピュータ読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願への相互参照］
この出願は、「INFORMATION  TRANSMISSION  METHOD,  TRANSMIT-END  DEVICE,  AND  RECEIVE-END  DEVICE」という名称で2016年9月14日に中国特許庁に出願された中国特許出願第201610825091.1号の優先権を主張し、その全内容を参照により援用する。
【０００２】
［技術分野］
この出願は、通信分野に関し、特に情報送信方法、送信端デバイス及び受信端デバイスに関する。
【背景技術】
【０００３】
無線通信の急速な進展により、将来の第５世代（Fifth  Generation,  5G）通信システムは、いくつかの新たな特性を提示している。３つの最も典型的な通信シナリオは、強化したモバイル帯域幅（Enhanced  Mobile  Broadband,  eMBB）と、大量のマシンタイプ通信（Massive  Machine  Type  Communications,  mMTC）と、超高信頼性及び低遅延通信（Ultra-Reliable  and  Low  Latency  Communications,  URLLC）とを含む。これらの通信シナリオの要件は、既存のロングタームエボリューション（Long  Term  Evolution,  LTE）技術に新たな課題を課す。通信システムは、データ送信信頼性を改善して通信品質を確保するために、通常ではチャネル符号化を使用する。ほとんどの基本的な無線アクセス技術として、チャネル符号化は、5G通信要件を満たす重要な研究対象の１つである。
【０００４】
シャノンの理論が提案された後に、様々な国の学者は、比較的低い複雑性を有しつつ、シャノン限界に到達できる符号化／復号化方法を求めることに専念している。主流の研究方向のTurbo符号及び再提案された低密度パリティ検査（Low-density  Parity-check,  LDPC）符号は、LTE及びワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  for  Microwave  Access,  WiMAX）にうまく適用されているが、当該２つの符号は、5G通信におけるいくつかの重要な問題をうまく解決できない。例えば、eMBB及びmMTCは、比較的低い複雑性でより広い範囲のビットレートをサポートすることを将来のチャネル符号化に要求する。さらに、eMBB及びmMTCは、重要な特性、すなわち、中程度及び短いパケット送信においてLTEとは異なり、したがって、このような符号長の通信をより良くサポートすることをチャネル符号化に要求する。URLLCは、データ送信信頼性に対してより厳しい要件を課す。或るビットレートについて、既存のLTEにおけるTurbo符号は、極めて低い及び極めて高いビットレートをサポートできない。中程度及び短いパケット送信についてTurbo符号及びLDPC符号の符号化及び復号化特性のため、Turbo符号及びLDPC符号が限られた符号長で理想的な性能を達成することは非常に困難である。長いパケットについて、符号長が伸びるため、Turbo符号及びLDPC符号はシャノン限界に近づくことができるが、依然として理想的な性能を達成できない。さらに、実現中に、Turbo符号及びLDPC符号は、符号化／復号化実現処理において比較的高い複雑性を有する。したがって、5G通信システムにおいて、短いパケット、ビットレート、信頼性及び複雑性に関する従来技術の問題を解決するために、新たな符号化技術が緊急に必要とされている。
【０００５】
最近、チャネル偏波に基づいて、Arikanはポーラー符号（Polar  Code）と呼ばれる符号化方式を提案した。ポーラー符号は、チャネル容量に厳密に証明できるように「到達」する最初で唯一のチャネル符号化方法である。異なる符号長について、特に限られた符号長について、Polar符号の性能は、Turbo符号及びLDPC符号の性能よりもはるかに優れている。さらに、Polar符号は、符号化／復号化において比較的低い計算の複雑性を有する。これらの利点は、ポーラー符号に5Gにおける大きな発展及び適用の見込みを持たせる。
【０００６】
ポーラー（Polar）符号は、低い符号化／復号化の複雑性を有しつつ、シャノン容量に到達できる符号化方式である。Polar符号は、生成行列GN及び符号化処理x1N=u1NGNを有する線形ブロック符号であり、u1N=(u1,u2,…uN)はバイナリの行ベクトルであり、
【数１】
2019535163.tif 000003
であり、符号長Nは2nに等しく、n≧0である。
【０００７】
【数２】
2019535163.tif 000004
及びBNはN×Nの転置行列、例えば、ビット反転（bit  reversal）行列である。
【数３】
2019535163.tif 000005
はF2のクロネッカー冪（Kronecker  power）であり、
【数４】
2019535163.tif 000006
として定義される。
【０００８】
具体的には、Polar符号は、N個の偏波チャネルを取得するために、N個の同じチャネルWに対してPolar符号に基づく偏波処理を実行するチャネル依存（Channel  dependent）符号である。明らかに、N個の偏波チャネルのバタチャリアパラメータ（Bhattacharyya  parameter）は、0又は1に近づく。Polar符号の実際の適用の間に、異なるチャネルWについて全てのN=2n個の偏波チャネルの信頼性を計算し、次により高い信頼性を有するK個の偏波チャネルを選択することが重要である。これらの偏波チャネルに対応する位置インデックス番号の集合は、情報集合（Information  Set）Aと呼ばれる。残りのビットは、送信端及び受信端により事前に合意された固定値に設定され、固定ビットと呼ばれる。固定ビットの系列番号の集合はAc、すなわち、Aの補集合により記される。Polar符号化中に、K個の情報シンボルは、情報集合内の対応する位置に置かれ、既知の固定シンボルは、残りの(N-K)個の位置（凍結集合（Frozen  Set）と呼ばれる）に置かれる。一般的に、(N-K)個の既知の固定シンボルは全てシンボル0でもよく、K≦Nである。実際に、事前の合意が送信端と受信端との間で行われているという条件で、固定ビットは任意に設定されてもよい。したがって、Polar符号に基づく符号化ビット系列は、以下の方法、すなわち、x1N=uAGN(A)を使用することにより取得されてもよい。ここで、uAはu1N内の情報ビット集合であり、uAは長さKを有する行ベクトルであり、すなわち、|A|=Kであり、|・|は集合内の要素数を表す。言い換えると、Kは集合A内の要素数を表すだけでなく、符号化対象の情報ビット数も表す。GN(A)は集合A内のインデックスに対応する行列GN内の行を含む部分行列であり、GN(A)はK×Nの行列である。集合AはPolar符号の性能を決定する。
【０００９】
Polar符号がチャネル符号化に使用されるとき、レートマッチングのような処理は、通常では、送信される必要のあるデータに対してPolar符号化が実行された後に、現在のチャネルの負荷サイズに基づいて実行される必要がある。当該処理は比較的複雑である。したがって、情報送信の複雑性をどのように低減するかが、緊急に解決される必要のある問題になる。
【発明の概要】
【００１０】
この出願の実施例は、情報送信方法、送信端デバイス及び受信端デバイスを提供する。当該方法によれば、情報送信の複雑性が低減できる。
【００１１】
第１の態様によれば、ビームフォーミングトレーニング方法が提供され、当該方法は、
第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号（mother  code）の長さNを決定するステップであり、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、
N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するステップと、
第１のチャネルを使用することにより、N個の符号化ビットを送信するステップと
を含む。
【００１２】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【００１３】
この出願のこの実施例におけるチャネルの負荷サイズは、実際に送信されるPolar符号の符号長、すなわち、実際に送信されるビット数でもよいことが理解されるべきである。言い換えると、チャネルの負荷サイズは、Polar符号のトランスポートブロック（Transport  Block,  TB）サイズに対応する。
【００１４】
任意選択で、ターゲット情報は制御情報であり、第１のチャネルは制御チャネルである。
【００１５】
代替として、ターゲット情報は他の情報、例えば、ブロードキャスト情報、データ情報、送達確認情報又はフィードバック情報でもよいことが理解されるべきである。対応して、第１のチャネルは他のチャネル、例えば、ブロードキャストチャネル又はデータチャネルでもよい。これはこの出願のこの実施例では限定されない。
【００１６】
任意選択で、他の実施例では、制御チャネルの負荷サイズは、制御チャネルのフォーマットに対応する。制御チャネルのフォーマットは、複数の予め設定されたチャネルフォーマットのうち１つである。複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応する。複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である。
【００１７】
例えば、制御情報が下りリンク制御情報（Downlink  Control  Information,  DCI）であり、制御チャネルが下りリンク制御チャネル（Physical  Downlink  Control  Channel,  PDCCH）であるとき、N個のビットは、現在のチャネルのフォーマットに対応してもよい。具体的には、ネットワークデバイスは、チャネル状態に基づいてPDCCHフォーマットを決定し、フォーマットに対応する負荷サイズNを決定し、次に、チャネルの負荷サイズに対応するN個の符号化ビットを取得するために、DCIに対してPolar符号化を実行してもよい。
【００１８】
例えば、複数の予め設定されたチャネルフォーマットは、PDCCHフォーマット（format）0〜3でもよい。ネットワークデバイスは、現在のチャネル状態、例えば、チャネル品質及び／又はチャネル輻輳状態に基づいて、現在の送信対象のDCIのためのPDCCHフォーマット（format）を決定してもよい。この場合、集約レベル及びチャネルの負荷サイズも、DCIを送信するために決定される。負荷サイズNが2nに等しいため、NはPolar符号のマザー符号の長さとして使用されてもよく、次に、N個の符号化ビットを取得するために、DCIに対してPolar符号化が実行される。PDCCHの負荷サイズもN個のビットであるため、N個の符号化ビットは、レートマッチングなしにPDCCHを使用することにより送信できる。
【００１９】
この出願のこの実施例では、異なる集約レベルが異なるPDCCHフォーマットについて設定される。以下に、例を使用することにより説明を提供する。例えば、この出願のこの実施例では、異なる集約レベルについて、チャネルにより占有される集約リソースは、サブフレームの最初の1〜3個の直交周波数分割多重OFDMシンボル内の１つの制御チャネルエレメント（Channel  Control  Element,  CCE）又は複数の連続するCCEを含んでもよい。PDCCH内のCCE（すなわち、PDCCHにより占有されるCCE）は、2x個のリソースエレメントグループ（Resource  Element  Group,  REG）を含み、xは正の整数である。
【００２０】
具体的には、PDCCHのフォーマットがmであり、集約レベルが2mであり、PDCCHにより占有される時間周波数リソースが2m個の制御チャネルエレメントCCEであり、m=0,1,2,3,…であるとき、各CCEは2x個のリソースエレメントグループREGを含み、xは正の整数であり、各REGは4個のリソースエレメント（Resource  Element,  RE）を含む。
【００２１】
例えば、PDCCHのフォーマットが0であるとき、集約レベルは1であり、PDCCHにより占有される時間周波数リソースは1個の制御チャネルエレメントCCEであるか、或いは
PDCCHのフォーマットが1であるとき、集約レベルは2であり、PDCCHにより占有される時間周波数リソースは2個のCCEであるか、或いは
PDCCHのフォーマットが2であるとき、集約レベルは4であり、PDCCHにより占有される時間周波数リソースは4個のCCEであるか、或いは
PDCCHのフォーマットが3であるとき、集約レベルは8であり、PDCCHにより占有される時間周波数リソースは8個のCCEであるか、或いは
PDCCHのフォーマットが4であるとき、集約レベルは16であり、PDCCHにより占有される時間周波数リソースは16個のCCEである。
【００２２】
例えば、CCEに含まれるリソースエレメントグループREG数が2の正の整数乗であるという条件で、各CCEは2、4、8又は16個のREGを含む。これはこの出願のこの実施例では限定されない。
【００２３】
PDCCHフォーマット毎の負荷サイズについて、各CCEが8個のREGを含む例を使用することにより説明する。
【００２４】
具体的には、PDCCHのフォーマットがmであるとき、PDCCHの負荷サイズは64*2m個のビット、128*2m個のビット又は256*2m個のビットでもよい。
【００２５】
代替として、他の実施例では、制御情報は上りリンク共通制御情報であり、制御チャネルは上りリンク共通制御チャネル（Physical  Uplink  Control  Channel,  PUCCH）である。
【００２６】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルはブロードキャストチャネル（Physical  Broadcast  Channel,  PBCH）である。
【００２７】
任意選択で、第１のチャネルを使用することにより、N個の符号化ビットを送信するステップは、
レートマッチングなしに、第１のチャネルを使用することにより、N個の符号化ビットを送信するステップを含む。
【００２８】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【００２９】
さらに、この出願のこの実施例では、レートマッチングが必要とされないため、レートマッチング動作によりもたらされる性能ロス及び待ち時間が回避される。
【００３０】
この出願のこの実施例では、第１のチャネルは、代替として、肯定応答／否定応答チャネル（ACK/NACK  Channel）、制御フォーマットインジケータチャネル（Physical  Control  Format  Indicator  Channel,  PCFICH）、物理下りリンク共有チャネル（Physical  Downlink  Shared  Channel,  PDSCH）、物理上りリンク共有チャネル（Physical  Uplink  Shared  Channel,  PUSCH）等でもよいことが理解されるべきである。具体的には、第１のチャネルがこれらのチャネルのうち１つであるとき、ターゲット情報を送信する具体的な処理は、前述の実施例における処理と同様であり、この出願のこの実施例では詳細は繰り返されない。したがって、この出願のこの実施例では、チャネル符号化中に、Polar符号のマザー符号の符号長Nが第１のチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減する。さらに、レートマッチングが必要とされないため、チャネル符号化の複雑性及び待ち時間が大いに低減され、レートマッチング動作によりもたらされる性能ロスが回避される。
【００３１】
第２の態様によれば、ビームフォーミングトレーニング方法が提供され、当該方法は、
第１のチャネルを使用することにより、N個の符号化ビットを受信するステップであり、N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、
送信される必要のあるターゲット情報を取得するために、N個の符号化ビットに対してPolar復号化を実行するステップと
を含む。
【００３２】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しく、送信端がレートマッチング処理を実行しないため、受信端は復号化中にレートデマッチング（rate  de-matching）処理を実行する必要がない。これは、情報送信の複雑性を低減する。
【００３３】
第２の態様は第１の態様に対応しており、第１の態様を実行するエンティティは送信端デバイスであり、第２の態様を実行するエンティティは受信端デバイスでもよく、受信端デバイスの側における方法の対応する特徴について、第１の態様における送信端デバイスの側における対応する説明を参照することが理解されるべきである。したがって、簡潔にするために、詳細は適当に省略される。
【００３４】
任意選択で、ターゲット情報は制御情報であり、第１のチャネルは制御チャネルである。
【００３５】
任意選択で、制御チャネルの負荷サイズは、制御チャネルのフォーマットに対応する。制御チャネルのフォーマットは、複数の予め設定されたチャネルフォーマットのうち１つである。複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応する。複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である。
【００３６】
任意選択で、制御情報は下りリンク制御情報DCIであり、制御チャネルは下りリンク制御チャネルPDCCHである。
【００３７】
任意選択で、PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である。
【００３８】
任意選択で、CCEは8個のREGを含む。
【００３９】
代替として、制御情報は上りリンク共通制御情報であり、制御チャネルは上りリンク共通制御チャネルPUCCHである。
【００４０】
代替として、制御情報はブロードキャストメッセージであり、制御チャネルはブロードキャストチャネルPBCHである。
【００４１】
任意選択で、N個の符号化ビットに対してPolar復号化を実行するステップは、
レートデマッチングなしに、N個の符号化ビットに対してPolar復号化を実行するステップを含む。
【００４２】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しく、送信端がレートマッチング処理を実行しないため、受信端は復号化中にレートデマッチング処理を実行する必要がない。これは、情報送信の複雑性を低減する。
【００４３】
第３の態様によれば、送信端デバイスが提供され、第１の態様又は第１の態様の可能な実現方式のうちいずれか１つにおける方法を実行するように構成される。具体的には、送信端デバイスは、当該方法を実行するように構成されたユニットを含む。
【００４４】
第４の態様によれば、受信端デバイスが提供され、第２の態様又は第２の態様の可能な実現方式のうちいずれか１つにおける方法を実行するように構成される。具体的には、受信端デバイスは、当該方法を実行するように構成されたユニットを含む。
【００４５】
第５の態様によれば、送信端デバイスが提供され、送信端デバイスはプロセッサとメモリとを含み、メモリはコンピュータプログラムを記憶するように構成され、プロセッサは、第１の態様又は第１の態様の可能な実現方式のうちいずれか１つにおける方法を実行するために、メモリに記憶されたコンピュータプログラムを実行するように構成される。
【００４６】
第６の態様によれば、受信端デバイスが提供され、受信端デバイスはプロセッサとメモリとを含み、メモリはコンピュータプログラムを記憶するように構成され、プロセッサは、第２の態様又は第２の態様の可能な実現方式のうちいずれか１つにおける方法を実行するために、メモリに記憶されたコンピュータプログラムを実行するように構成される。
【００４７】
第７の態様によれば、コンピュータ読み取り可能媒体が提供され、コンピュータプログラムを記憶するように構成され、コンピュータプログラムは、第１の態様又は第１の態様の可能な実現方式のうちいずれか１つにおける方法を実行するために使用される命令を含む。
【００４８】
第８の態様によれば、コンピュータ読み取り可能媒体が提供され、コンピュータプログラムを記憶するように構成され、コンピュータプログラムは、第２の態様又は第２の態様の可能な実現方式のうちいずれか１つにおける方法を実行するために使用される命令を含む。
【図面の簡単な説明】
【００４９】
【図１】この出願の実施例による無線通信システムの概略図である。
【図２】この出願の実施例による通信デバイスの概略ブロック図である。
【図３】情報送信方法のフローチャートである。
【図４】この出願の実施例による情報送信方法の概略フローチャートである。
【図５】この出願の実施例による送信端デバイスの概略ブロック図である。
【図６】この出願の実施例による受信端デバイスの概略ブロック図である。
【図７】この出願の他の実施例による送信端デバイスの概略ブロック図である。
【図８】この出願の他の実施例による受信端デバイスの概略ブロック図である。
【発明を実施するための形態】
【００５０】
以下に、添付図面を参照してこの出願の技術的解決策について説明する。
【００５１】
この出願の実施例は、様々な通信システムに適用されてもよい。したがって、以下の説明は、グローバル・システム・フォー・モバイル・コミュニケーションズ（Global  System  for  Mobile  Communications,  略称「GSM」）システム、符号分割多元接続（Code  Division  Multiple  Access,  略称「CDMA」）システム、広帯域符号分割多元接続（Wideband  Code  Division  Multiple  Access,  略称「WCDMA」）システム、汎用パケット無線サービス（General  Packet  Radio  Service,  略称「GPRS」）、ロングタームエボリューション（Long  Term  Evolution,  略称「LTE」）システム、LTE周波数分割複信（Frequency  Division  Duplex,  略称「FDD」）システム、LTE時分割複信（Time  Division  Duplex,  略称「TDD」）システム及びユニバーサル・モバイル・テレコミュニケーションズ・システム（Universal  Mobile  Telecommunications  System,  略称「UMTS」）のような具体的な通信システムに限定されない。従来のTurbo符号又はLDPC符号を使用することにより前述のシステムにおいて基地局又は端末により符号化される全ての情報又はデータは、実施例においてPolar符号を使用することにより符号化できる。
【００５２】
この出願の実施例では、ネットワークデバイス、例えば、基地局は、端末デバイスと通信するように構成されたデバイスでもよく、例えば、GSMシステム又はCDMAシステムにおける基地送受信局（Base  Transceiver  Station,  BTS）でもよく、WCDMAシステムにおけるノードB（NodeB,  NB）でもよく、或いはLTEシステムにおける進化型ノードB（evolved  NodeB,  eNB又はeNodeB）でもよい。代替として、基地局は、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、将来の5Gネットワークにおけるネットワーク側デバイス等でもよい。
【００５３】
端末は、無線アクセスネットワーク（Radio  Access  Network,  RAN）を使用することにより、１つ以上のコアネットワークと通信してもよい。端末は、ユーザ装置（User  Equipment,  UE）、アクセス端末、加入者ユニット、加入者局、移動局、移動コンソール、リモート局、リモート端末、移動デバイス、ユーザ端末、無線通信デバイス、ユーザエージェント又はユーザ機器でもよい。アクセス端末は、携帯電話、コードレス電話、セッションイニシエーションプロトコル（Session  Initiation  Protocol,  SIP）電話、無線ローカルループ（Wireless  Local  Loop,  WLL）局、パーソナルデジタルアシスタント（Personal  Digital  Assistant,  PDA）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の5Gネットワークにおける端末デバイス等でもよい。
【００５４】
図１は、この明細書に記載の実施例による無線通信システム100を示す。システム100は基地局102を含む。基地局102は複数のアンテナグループを含んでもよい。例えば、１つのアンテナグループはアンテナ104及び106を含んでもよい。他のアンテナグループはアンテナ108及び110を含んでもよい。更なるグループはアンテナ112及び114を含んでもよい。アンテナグループ毎に、２つのアンテナが示されている。しかし、より多い或いはより少ないアンテナが各グループに使用されてもよい。基地局102は送信チェーンと受信チェーンとを更に含んでもよい。当業者は、送信チェーン及び受信チェーンのそれぞれが信号送出及び受信に関する複数のコンポーネント、例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ又はアンテナを含んでもよいことを理解し得る。
【００５５】
基地局102は、１つ以上のアクセス端末、例えば、アクセス端末116及びアクセス端末122と通信してもよい。しかし、基地局102は、アクセス端末116及び122と基本的に同様の如何なる数のアクセス端末と通信してもよいことが理解できる。アクセス端末116及び122は、例えば、携帯電話、スマートフォン、ポータブルコンピュータ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線装置、グローバルポジショニングシステム、PDA、及び／又は無線通信システム100において通信を実行するように構成された他の適切なデバイスでもよい。この図面に示すように、アクセス端末116は、アンテナ112及び114と通信する。アンテナ112及び114は、フォワードリンク118を使用することにより、情報をアクセス端末116に送出し、リバースリンク120を使用することにより、アクセス端末116から情報を受信する。さらに、アクセス端末122は、アンテナ104及び106と通信する。アンテナ104及び106は、フォワードリンク124を使用することにより、情報をアクセス端末122に送出し、リバースリンク126を使用することにより、アクセス端末122から情報を受信する。周波数分割複信（Frequency  Division  Duplex,  略称「FDD」）システムでは、例えば、フォワードリンク118は、リバースリンク120により使用される周波数帯域とは異なる周波数帯域を使用してもよく、フォワードリンク124は、リバースリンク126により使用される周波数帯域とは異なる周波数帯域を使用してもよい。さらに、時分割複信（Time  Division  Duplex,  略称「TDD」）システムでは、フォワードリンク118及びリバースリンク120は同じ周波数帯域を使用してもよく、フォワードリンク124及びリバースリンク126は同じ周波数帯域を使用してもよい。
【００５６】
通信のために設計された各アンテナグループ及び／又はエリアは、基地局102のセクタと呼ばれる。例えば、アンテナグループは、基地局102のカバレッジエリアのセクタ内のアクセス端末と通信するように設計されてもよい。フォワードリンク118及び124を使用することにより実行される通信中に、基地局102の送信アンテナは、ビームフォーミングを通じて、アクセス端末116及び122についてフォワードリンク118及び124の信号対雑音比を改善してもよい。さらに、基地局が単一のアンテナを使用することにより基地局の全てのアクセス端末にデータを送出する方式と比べて、基地局102がビームフォーミングを通じて、関係するカバレッジエリア内にランダムに分散したアクセス端末116及び122にデータを送出する方式は、周辺セル内の移動端末により小さい干渉を引き起こす。
【００５７】
所与の時間において、基地局102、アクセス端末116及び／又はアクセス端末122は、送出する無線通信装置及び／又は受信する無線通信装置でもよい。データが送出されるとき、送出する無線通信装置は、送信のためにデータを符号化してもよい。具体的には、送出する無線通信装置は、チャネルを使用することにより、受信する無線通信装置に送出する必要のある指定数の情報ビットを有してもよく、例えば、生成、取得又はメモリ内に記憶してもよい。情報ビットは、１つ以上のデータトランスポートブロックに含まれてもよい。情報ビットは、複数の符号ブロックを生成するようにセグメント化されてもよい。さらに、送出する無線通信装置は、データ送信の信頼性を改善して通信品質を更に確保するために、ポーラー符号エンコーダを使用することにより、各符号ブロックを符号化してもよい。
【００５８】
図２は、この出願におけるデータ送信方法が無線通信環境において適用可能なシステム200の概略ブロック図である。システム200は無線通信デバイス202を含む。無線通信デバイス202は、チャネルを使用することによりデータを送出するものとして示されている。データを送出するものとして示されているが、無線通信デバイス202は、チャネルを使用することによりデータを更に受信してもよい。例えば、無線通信デバイス202は、同時にデータを送出及び受信してもよく、或いは無線通信デバイス202は、異なる時間にデータを送出及び受信してもよく、或いはこれらの組み合わせが使用されてもよい。無線通信デバイス202は、例えば、ネットワークデバイス、例えば、図１における基地局102のような基地局でもよく、或いはアクセス端末、例えば、図１におけるアクセス端末116又は図１におけるアクセス端末122でもよい。
【００５９】
無線通信デバイス202は、ポーラーエンコーダ204と、レートマッチング装置205と、送信機206とを含んでもよい。任意選択で、無線通信デバイス202がチャネルを使用することによりデータを受信するとき、無線通信デバイス202は、受信機を更に含んでもよい。受信機は単独で存在してもよく、或いは送受信機を形成するように送信機206と統合されてもよい。
【００６０】
ポーラーエンコーダ204は、無線通信装置202から伝達されるデータに対して、符号化、具体的にはパケット符号化を実行するように構成される。次に、パケット符号化処理が以降で詳述され、ターゲットパケットコードワードが取得される。
【００６１】
レートマッチング装置205は、インターリーブされた出力ビットを生成するために、ターゲットパケットコードワードに対してインターリービング、レートマッチング等を実行するように構成される。
【００６２】
さらに、その後、送信機206は、レートマッチングのような処理がレートマッチング装置205により実行された出力ビットをチャネル上で伝達してもよい。例えば、送信機206は、関係するデータを、この図面に示されていない他の異なる無線通信装置に送出してもよい。
【００６３】
図３は、既存の情報送信方法のフローチャートである。具体的には、図３に示すように、送信端デバイスが情報を送出する必要があるとき、送信端デバイスは、まず、ターゲット符号系列を取得するために、送出される必要のある情報ビットに対してチャネル符号化及びレートマッチングを実行し、ターゲット符号系列に対してデジタル変調を実行し、最後に、チャネルを使用することにより、変調された系列を送出する必要がある。
【００６４】
対応して、チャネルを使用することにより送信された系列を受信した後に、受信端デバイスは、デジタル復調を実行することにより、レートデマッチング及びチャネル復号化を別々に実行することにより、情報ビットに対応する復号化ビットを取得する。
【００６５】
図３における情報送信方法は単なる例であり、実際の送信処理では他の処理を更に含んでもよいことが理解されるべきである。例えば、レートマッチングの後に、多重化及びビットスクランブリングの処理が更に実行されてもよく、変調処理が実行された後に、インターリービング、セルに関するスクランブリング、及び送信のためのチャネルの物理リソースへのリソースのマッピングが更に実行されてもよい。これに対して、受信端は、目的の情報を取得するために、対応する逆の処理を実行してもよい。
【００６６】
例えば、送信される必要のある情報はDCIでもよい。送信端は、DCIに対して巡回冗長検査（Cyclic  Redundancy  Check,  CRC）、チャネル符号化、レートマッチング、多重化、ビットスクランブリング、変調、インターリービング、セルに関するスクランブリング及びリソースマッピングのような処理を実行し、最後に、チャネルの物理リソースを使用することにより送信を実行してもよい。これに対して、受信端は、DCIを取得するために、対応する逆の処理を実行する。
【００６７】
前述の処理においてチャネル符号化が実行されるとき、Polar符号が符号化のために使用されてもよく、レートマッチングは、通常では、Polar符号が符号化に使用された後に、現在のチャネルの負荷サイズに基づいて実行される必要がある。
【００６８】
この出願のこの実施例におけるチャネルの負荷サイズは、実際に送信されるPolar符号の符号長、すなわち、実際に送信されるビット数でもよいことが理解されるべきである。言い換えると、チャネルの負荷サイズは、Polar符号のトランスポートブロック（TB）サイズに対応する。Polar符号を使用することによるチャネル符号化を実行することにより、N個の符号化ビットが取得された後に、レートマッチングは、負荷サイズに対応する実際に送信されるビットを取得するために実行される必要がある。
【００６９】
送出される必要のある情報がDCIであり、送信チャネルがPDCCHである場合、表１に記載のように、既存の下りリンク制御チャネルフォーマット（PDCCH  format）がそれぞれ0〜3であるとき、対応する集約レベルはそれぞれ1、2、4及び8であり、含まれるREG数は、例えば、9、18、36及び72である。各REGは4個のREを含み、負荷サイズはそれぞれ72ビット、144ビット、288ビット及び576ビットである。負荷サイズは、PDCCHチャネルを使用することにより実際に送信されるビット数、すなわち、実際に送信されるPolar符号の符号長である。負荷サイズ及びPolar符号のマザー符号の長さは、既存のチャネル集約レベルでは一致しない。したがって、レートマッチング後に取得されたビット長とチャネル負荷とが一致する（等しい）ことを確保するために、Polar符号の符号化ビットに対してレートマッチングが実行される必要がある。
【００７０】
具体的には、符号化後のPolar符号の長さは、マザー符号の長さ、すなわち、2の正の整数乗に等しい。負荷サイズに等しいPolar符号が取得される必要がある場合、最終的な送信ビットを取得するために、レートマッチングが符号化ビットに対して実行される必要がある。
【００７１】
任意選択で、この出願の実施例では、Polar符号のマザー符号の長さは、以下の式に基づいて決定されてもよい。
【数５】
2019535163.tif 000007
ここで、Nはマザー符号の長さであり、Lは負荷サイズであり、
【数６】
2019535163.tif 000008
は切り捨てを表す。
【００７２】
例えば、負荷サイズが72である場合、前述の式に基づいて、マザー符号の長さが128であることが取得されてもよい。次に、レートマッチングは、Polar符号化を通じて取得された128ビットに対して実行される。例えば、負荷サイズに一致する72個の符号化ビットがパンクチャリングを通じて取得される。前述の式は単なる例であることが理解されるべきである。実際の適用の間に、Polar符号のマザー符号の長さは、実際の状況に依存して具体的に決定されてもよく、この出願のこの実施例では限定されない。
【表１】
2019535163.tif 000009
既存の情報送信処理におけるいずれかのレートマッチング動作は、複雑性を増加させて性能ロスをもたらす点に留意すべきである。当該問題に基づいて、Polar符号を使用することにより情報送信処理においてチャネル符号化が実行されるシナリオについて、この出願の実施例では、チャネル負荷サイズが2nであり、すなわち、負荷サイズがPolar符号のマザー符号の長さに等しいように、チャネルフォーマットが巧みに設計される。このように、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、レートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減する。さらに、レートマッチングが必要とされないため、チャネル符号化の複雑性及び待ち時間が大いに低減され、レートマッチング動作によりもたらされる性能ロスが回避される。
【００７３】
以下に、具体的な実施例を参照してこの出願の実施例における情報送信方法について詳述する。
【００７４】
図４は、この出願の実施例による情報送信方法の概略フローチャートである。図４に示す方法は、前述の通信システムに適用されてもよい。詳細な説明は、例としてLTEシステムを使用することによってのみ図４において提供されるが、この出願のこの実施例はこれに限定されない。この出願のこの実施例における通信システムは、ネットワークデバイスと端末デバイスとを含む。図４における送信端デバイスはネットワークデバイスでもよく、受信端デバイスは端末デバイスでもよい。代替として、送信端デバイスは端末デバイスでもよく、受信端デバイスはネットワークデバイスでもよい。具体的には、図４に示す方法400は以下のステップを含む。
【００７５】
410.第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定し、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である。
【００７６】
言い換えると、第１のチャネルの負荷サイズは、Polar符号のマザー符号の符号長として決定される。
【００７７】
例えば、第１のチャネルの負荷サイズは32、64、128又は256ビットである。この出願のこの実施例はこれに限定されない。
【００７８】
この出願のこの実施例におけるチャネルの負荷サイズは、実際に送信されるPolar符号の符号長、すなわち、実際に送信されるビット数でもよいことが理解されるべきである。言い換えると、チャネルの負荷サイズは、Polar符号のトランスポートブロック（TB）サイズに対応する。
【００７９】
420.N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行する。
【００８０】
例えば、Polar符号のマザー符号の符号長Nが決定された後に、送信される必要のあるターゲット情報、例えば、Kビットに対してPolar符号化が実行される。すなわち、Polar符号化は、N個の符号化ビットを取得するために、K個のビット及びN-K個の固定ビットに対して実行される。具体的には、ターゲット情報に対してPolar符号化を実行する処理は、既存のPolar符号化方式で実行されてもよく、この出願のこの実施例では限定されない。
【００８１】
ターゲット情報が下りリンク情報であるとき、送信端デバイスはネットワークデバイスであり、或いはターゲット情報が上りリンク情報であるとき、送信端デバイスは端末デバイスであることが理解されるべきである。
【００８２】
この出願のこの実施例において送信される必要のあるターゲット情報は、ソース符号化の後に取得された情報でもよく、或いは他の符号化方式で符号化された後に取得された情報、又は符号化すらされていない情報でもよいことが理解されるべきである。当該情報は、ここでは併せて情報ビットと呼ばれる。
【００８３】
430.第１のチャネルを使用することにより、N個の符号化ビットを送信し、第１のチャネルの負荷サイズはN個のビットである。
【００８４】
具体的には、N個の符号化ビットは、レートマッチングなしに、第１のチャネルを使用することにより送信される。
【００８５】
この出願のこの実施例では、第１のチャネルを使用することにより、N個の符号化ビットを送信することは、既存の情報送信処理に従って、第１のチャネルを使用することにより、N個の符号化ビットに対してデジタル変調を実行することにより取得された系列を送信することでもよいことが理解されるべきである。
【００８６】
この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【００８７】
さらに、この出願のこの実施例では、レートマッチングが必要とされないため、レートマッチング動作によりもたらされる性能ロス及び待ち時間が回避される。
【００８８】
N個の符号化ビットを受信した後に、受信端デバイスは、ターゲット情報を取得するために、復調及びPolar復号化のような処理を実行してもよい。
【００８９】
具体的には、受信端は、レートデマッチングなしに、N個の符号化ビットに対してPolar復号化を実行する。
【００９０】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しく、送信端がレートマッチング処理を実行しないため、受信端は復号化中にレートデマッチング処理を実行する必要がない。これは、情報送信の複雑性を低減する。
【００９１】
任意選択で、ターゲット情報は制御情報であり、第１のチャネルは制御チャネルである。
【００９２】
代替として、ターゲット情報は他の情報、例えば、ブロードキャスト情報、データ情報、送達確認情報又はフィードバック情報でもよいことが理解されるべきである。対応して、第１のチャネルは他のチャネル、例えば、ブロードキャストチャネル又はデータチャネルでもよい。これはこの出願のこの実施例では限定されない。
【００９３】
例えば、送信される必要のある情報が下りリンク制御情報DCIであり、第１のチャネルがPDCCHであり、送信端デバイスがネットワークデバイスであり、受信端デバイスが端末デバイスであるとき、ネットワークデバイスは、N個の符号化ビットを取得するために、DCIに対してPolar符号化を実行し、PDCCHを使用することにより、N個の符号化ビットを送信する。例えば、スクランブリング、変調及びマッピングのような処理がN個の符号化ビットに対して実行された後に、N個の符号化ビットは、PDCCHに対応するリソースを使用することにより送信される。対応して、端末デバイスは、PDCCHを使用することにより、N個の符号化ビットを受信し、送信される必要のある情報を取得するために、N個の符号化ビットに対してPolar復号化を実行する。具体的には、端末デバイスは、検索空間内の候補リソースセット内の候補リソース（PDCCH）上で信号を受信してもよい。候補周波数リソースに対してブラインド検出を実行するとき、例えば、参照信号に基づいて候補リソース上で搬送されたPDCCHを復調するとき、端末デバイスは、制御チャネルの受信情報ビットを復号化し、端末デバイスのIDに基づいてCRC検査を実行する。検査が成功した場合、端末デバイスは、端末デバイスに送出されたN個の符号化ビットが成功して受信されたと考え、次に、送信対象の情報を取得するために、Polar復号化を実行する。検査が失敗した場合、端末デバイスは、ネットワークデバイスが候補リソース上で情報を端末デバイスに送出していないと考える。
【００９４】
任意選択で、他の実施例では、制御チャネルの負荷サイズは、制御チャネルのフォーマットに対応する。制御チャネルのフォーマットは、複数の予め設定されたチャネルフォーマットのうち１つである。複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応する。複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である。
【００９５】
例えば、制御情報が下りリンク制御情報DCIであり、制御チャネルが下りリンク制御チャネルPDCCHであるとき、N個のビットは、現在のチャネルのフォーマットに対応してもよい。具体的には、ネットワークデバイスは、チャネル状態に基づいてPDCCHフォーマットを決定し、フォーマットに対応する負荷サイズNを決定し、次に、チャネルの負荷サイズに対応するN個の符号化ビットを取得するために、DCIに対してPolar符号化を実行してもよい。
【００９６】
例えば、複数の予め設定されたチャネルフォーマットは、PDCCHフォーマット（format）0〜3でもよい。ネットワークデバイスは、現在のチャネル状態、例えば、チャネル品質及び／又はチャネル輻輳状態に基づいて、現在の送信対象のDCIのためのPDCCHフォーマット（format）を決定してもよい。この場合、集約レベル及びチャネルの負荷サイズも、DCIを送信するために決定される。負荷サイズNが2nに等しいため、NはPolar符号のマザー符号の長さとして使用されてもよく、次に、N個の符号化ビットを取得するために、DCIに対してPolar符号化が実行される。PDCCHの負荷サイズもN個のビットであるため、N個の符号化ビットは、レートマッチングなしにPDCCHを使用することにより送信できる。
【００９７】
集約レベルは、候補リソースのサイズを表すために使用される。ネットワークデバイスは、DCIを搬送するために、集約レベルに対応する複数の候補リソースのセットから１つの候補リソースを選択する。集約レベルの詳細な説明について、既存の標準における定義を参照し、詳細はここでは繰り返されない。
【００９８】
この出願のこの実施例では、異なる集約レベルが異なるPDCCHフォーマットについて設定される。以下に、例を使用することにより説明を提供する。例えば、この出願のこの実施例では、異なる集約レベルについて、チャネルにより占有される集約リソースは、サブフレームの最初の1〜3個の直交周波数分割多重OFDMシンボル内の１つのCCE又は複数の連続するCCEを含んでもよい。PDCCH内のCCE（すなわち、PDCCHにより占有されるCCE）は、数が2の正の整数乗であるリソースエレメントグループREGを含む。
【００９９】
具体的には、PDCCHのフォーマットがmであり、集約レベルが2mであり、PDCCHにより占有される時間周波数リソースが2m個の制御チャネルエレメントCCEであり、m=0,1,2,3,…であるとき、各CCEは2x個のリソースエレメントグループREGを含み、xは正の整数であり、各REGは4個のリソースエレメントREを含む。
【０１００】
例えば、PDCCHのフォーマットが0であるとき、集約レベルは1であり、PDCCHにより占有される時間周波数リソースは1個の制御チャネルエレメントCCEであるか、或いは
PDCCHのフォーマットが1であるとき、集約レベルは2であり、PDCCHにより占有される時間周波数リソースは2個のCCEであるか、或いは
PDCCHのフォーマットが2であるとき、集約レベルは4であり、PDCCHにより占有される時間周波数リソースは4個のCCEであるか、或いは
PDCCHのフォーマットが3であるとき、集約レベルは8であり、PDCCHにより占有される時間周波数リソースは8個のCCEであるか、或いは
PDCCHのフォーマットが4であるとき、集約レベルは16であり、PDCCHにより占有される時間周波数リソースは16個のCCEである。
【０１０１】
例えば、CCEに含まれるリソースエレメントグループREG数が2の正の整数乗であるという条件で、各CCEは2、4、8又は16個のREGを含む。これはこの出願のこの実施例では限定されない。
【０１０２】
以下に、PDCCHフォーマット毎の負荷サイズについて、各CCEが8個のREGを含む例を使用することにより説明する。
【０１０３】
具体的には、PDCCHのフォーマットがmであるとき、PDCCHの負荷サイズは64*2m個のビット、128*2m個のビット又は256*2m個のビットでもよい。
【０１０４】
例えば、表２に記載のように、各CCEが8個のREGを含み、変調方法がQPSKであるとき、PDCCHの負荷サイズは64*2m個のビットである。具体的には、PDCCHのフォーマットが0であるとき、PDCCHの負荷サイズは64ビットであり、PDCCHのフォーマットが1であるとき、PDCCHの負荷サイズは128ビットであり、PDCCHのフォーマットが2であるとき、PDCCHの負荷サイズは256ビットであり、或いはPDCCHのフォーマットが3であるとき、PDCCHの負荷サイズは512ビットである。
【表２】
2019535163.tif 000010
表２における例は、QPSKの変調方法における全てのPDCCHフォーマットに対応する負荷サイズについてのものであることが理解されるべきである。具体的には、PDCCHフォーマットが0であるとき、PDCCHは32個のREを含む。各REは１つのQPSKシンボルを搬送してもよい。１つのQPSKシンボルは２つのビットに対応するため、変調方法がQPSKであり、PDCCHフォーマットが0であるとき、対応する負荷サイズは64ビットである。PDCCHフォーマットが他の値である場合は、この場合と同様であり、詳細はここでは繰り返されない。
【０１０５】
表２は、変調方法がQPSKであり、１つのCCEが8個のREGを含む具体的な例のみを記載している点に留意すべきである。異なる変調方法が使用されるか、或いは１つのCCEに含まれるREG数が変化したとき、対応する負荷サイズは、対応して調整される必要がある。この出願のこの実施例はこれに限定されない。
【０１０６】
例えば、各CCEが8個のREGを含み、変調方法が16QAMであるとき、PDCCHの負荷サイズは128*2m個のビットである。具体的には、１つの16QAMシンボルは4個のビットに対応するため、変調方法が16QAMであり、PDCCHフォーマットが0であるとき、対応する負荷サイズは128ビットである。PDCCHフォーマットが他の値である場合は、この場合と同様であり、詳細はここでは繰り返されない。
【０１０７】
他の例では、各CCEが8個のREGを含み、変調方法が64QAMであるとき、PDCCHの負荷サイズは256*2m個のビットである。具体的には、１つの64QAMシンボルは8個のビットに対応するため、変調方法が64QAMであり、PDCCHフォーマットが0であるとき、対応する負荷サイズは256ビットである。PDCCHフォーマットが他の値である場合は、この場合と同様であり、詳細はここでは繰り返されない。
【０１０８】
類推して、変調方法が他の方式に変更されたとき、PDCCHの負荷サイズは、対応して変更されてもよい。この出願のこの実施例はこれに限定されない。
【０１０９】
上記に、制御情報がDCIであり、制御チャネルがPDCCHである場合を詳述した。代替として、他の実施例では、制御情報は上りリンク共通制御情報でもよく、制御チャネルは上りリンク共通制御チャネルPUCCHでもよい。
【０１１０】
例えば、既存のLTEにおける異なるPUCCHフォーマット（format）は、異なるチャネル負荷サイズに対応する。例えば、format  2/2A/2Bについて、チャネル負荷サイズは20（ビット）であり、format  3について、チャネル負荷サイズは32であり、format  4について、チャネル負荷サイズは288y（y=1/2/3/4/5/6/8）であり、format  5について、チャネル負荷サイズは144である。チャネル負荷サイズがPolar符号のマザー符号の符号長と異なるとき、レートマッチング後に取得された符号長がPUCCHのチャネル負荷サイズに等しくなるように、Polar符号化中にレートマッチングが実行される必要がある。したがって、この出願のこの実施例では、PUCCHのformatに基づいて、format  2/2A/2B/3についての負荷サイズは32に設計されてもよく、format  4についての負荷サイズは512y（y=1/2/4/8）に設計されてもよく、format  5についての負荷サイズは256に設計されてもよい。
【０１１１】
PUCCH上で上りリンク共通制御情報を送信する各処理について、既存のPUCCH送信処理に参照が行われてもよいことが理解されるべきである。この出願のこの実施例と既存のPUCCH送信との間の違いは、この出願のこの実施例では、チャネル符号化の後にレートマッチング処理が必要とされない点にある。他の処理は、既存のPUCCH送信処理と同様でもよく、詳細はここでは繰り返されない。
【０１１２】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数が負荷サイズに等しいため、この出願のこの実施例では、レートマッチング処理が必要とされない。これは、制御チャネルの符号化オーバーヘッドを低減する。さらに、レートマッチングが必要とされないため、チャネル符号化の複雑性及び待ち時間が大いに低減され、レートマッチング動作によりもたらされる性能ロスが回避される。
【０１１３】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルはブロードキャストチャネルPBCHである。
【０１１４】
例えば、LTEでは、PBCHの元のビット長が24ビットであるとき、16ビットのCRCが追加され、取得されたPBCHは、レートマッチングを実行するために、1/3テイルバイティング（tail-biting）畳み込み符号を使用することにより、120ビットに符号化される。通常サイクリックプレフィクス（Cyclic  Prefix,  CP）について、レートマッチング後に取得されたビット数は1920ビットであり、拡張CPについて、レートマッチング後に取得されたビット数は1728ビットである。この出願のこの設計では、PBCHの情報ビット及び検査ビットについて合計で40ビットが存在し、PBCHの負荷サイズは2048ビットに設定されてもよい。したがって、この出願のこの実施例では、符号化は、マザー符号の長さが2048ビットであるPolar符号に基づいて実行されてもよい。このように、レートマッチング処理が省略され、通常CP及び拡張CPについて出力長さは2048ビットに統一されてもよい。これはシステム設計を簡略化する。
【０１１５】
PBCH上でブロードキャストメッセージを送信する各処理について、既存のPBCH送信処理に参照が行われてもよいことが理解されるべきである。この出願のこの実施例と既存のPBCH送信との間の違いは、この出願のこの実施例では、チャネル符号化の後にレートマッチング処理が必要とされない点にある。他の処理は、既存のPBCH送信処理と同様でもよく、詳細はここでは繰り返されない。
【０１１６】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【０１１７】
上記に、第１のチャネルが上りリンク制御チャネル、下りリンク制御チャネル及びブロードキャストチャネルである例について説明したが、この出願のこの実施例はこれに限定されないことが理解されるべきである。第１の制御チャネルは、代替として、肯定応答／否定応答チャネル（ACK/NACK  Channel）、制御フォーマットインジケータチャネル（physical  control  format  indicator  channel,  PCFICH）、物理下りリンク共有チャネル（Physical  Downlink  Shared  Channel,  PDSCH）、物理上りリンク共有チャネル（Physical  Uplink  Shared  Channel,  PUSCH）等でもよい。具体的には、第１のチャネルがこれらのチャネルのうち１つであるとき、ターゲット情報を送信する具体的な処理は、前述の実施例における処理と同様であり、この出願のこの実施例では詳細は繰り返されない。したがって、この出願のこの実施例では、チャネル符号化中に、Polar符号のマザー符号の符号長Nが第１のチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【０１１８】
さらに、この出願のこの実施例では、レートマッチングが必要とされないため、レートマッチング動作によりもたらされる性能ロス及び待ち時間が回避される。
【０１１９】
前述では、この出願の実施例における情報送信方法が、図１〜図４を参照して詳述された。図１〜図４における例は、この出願の実施例を、例として示される具体的な値又は具体的なシナリオに限定するのではなく、単に、当業者がこの出願の実施例を理解するのを助けることを意図するものである点に留意すべきである。明らかに、当業者は、図１〜図４における提供された例に基づいていずれかの等価な変更又は変形を行うことができ、当該変更又は変形も、この出願の実施例の範囲内に入る。
【０１２０】
以下に、図５及び図７を参照して、この出願の実施例における送信端デバイスについて説明し、図６及び図８を参照して、この出願の実施例における受信端デバイスについて説明する。
【０１２１】
図５は、この出願の実施例による送信端デバイス500の概略ブロック図である。送信される必要のあるターゲット情報が下りリンク情報であるとき、送信端デバイスはネットワークデバイスであり、或いは送信される必要のあるターゲット情報が上りリンク情報であるとき、送信端デバイスは端末デバイスであることが理解されるべきである。具体的には、図５に示すように、送信端デバイス500は、
第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定するように構成された決定ユニット510であり、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、決定ユニット510と、
N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するように構成された符号化ユニット520と、
第１のチャネルを使用することにより、N個の符号化ビットを送信するように構成された送信ユニット530と
を含む。
【０１２２】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【０１２３】
さらに、この出願のこの実施例では、レートマッチングが必要とされないため、レートマッチング動作によりもたらされる性能ロス及び待ち時間が回避される。
【０１２４】
任意選択で、他の実施例では、ターゲット情報は制御情報であり、第１のチャネルは制御チャネルである。
【０１２５】
任意選択で、他の実施例では、制御チャネルの負荷サイズは、制御チャネルのフォーマットに対応する。制御チャネルのフォーマットは、複数の予め設定されたチャネルフォーマットのうち１つである。複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応する。複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である。
【０１２６】
任意選択で、他の実施例では、制御情報は下りリンク制御情報DCIであり、制御チャネルは下りリンク制御チャネルPDCCHである。
【０１２７】
任意選択で、他の実施例では、PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である。
【０１２８】
任意選択で、他の実施例では、CCEは8個のREGを含む。
【０１２９】
代替として、他の実施例では、制御情報は上りリンク共通制御情報であり、制御チャネルは上りリンク共通制御チャネルPUCCHである。
【０１３０】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルはブロードキャストチャネルPBCHである。
【０１３１】
任意選択で、他の実施例では、送信ユニット530は、レートマッチングなしに、第１のチャネルを使用することにより、N個の符号化ビットを送信するように具体的に構成される。
【０１３２】
図５に示す送信端デバイス500は、図４における方法の実施例における送信端デバイスに関する処理を実現できることが理解されるべきである。送信端デバイス500におけるモジュールの動作及び／又は機能は、それぞれ図４における方法の実施例における対応する手順を実現するために使用される。詳細について、方法の実施例における説明を参照する。繰り返しを回避するために、詳細はここでは適当に省略される。
【０１３３】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【０１３４】
さらに、この出願のこの実施例では、レートマッチングが必要とされないため、レートマッチング動作によりもたらされる性能ロス及び待ち時間が回避される。
【０１３５】
図６は、この出願の実施例による受信端デバイス600の概略ブロック図である。送信される必要のあるターゲット情報が下りリンク情報であるとき、受信端デバイスは端末デバイスであり、或いは送信される必要のあるターゲット情報が上りリンク情報であるとき、受信端デバイスはネットワークデバイスであることが理解されるべきである。具体的には、図６に示すように、受信端デバイス600は、
第１のチャネルを使用することにより、N個の符号化ビットを受信するように構成された受信ユニット610であり、N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、受信ユニット610と、
送信される必要のあるターゲット情報を取得するために、N個の符号化ビットに対してPolar復号化を実行するように構成された復号化ユニット620と
を含む。
【０１３６】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しく、送信端がレートマッチング処理を実行しないため、受信端は復号化中にレートデマッチング処理を実行する必要がない。これは、情報送信の複雑性を低減する。
【０１３７】
任意選択で、他の実施例では、ターゲット情報は制御情報であり、第１のチャネルは制御チャネルである。
【０１３８】
任意選択で、他の実施例では、制御チャネルの負荷サイズは、制御チャネルのフォーマットに対応する。制御チャネルのフォーマットは、複数の予め設定されたチャネルフォーマットのうち１つである。複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応する。複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である。
【０１３９】
任意選択で、他の実施例では、制御情報は下りリンク制御情報DCIであり、制御チャネルは下りリンク制御チャネルPDCCHである。
【０１４０】
任意選択で、他の実施例では、PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である。
【０１４１】
任意選択で、他の実施例では、CCEは8個のREGを含む。
【０１４２】
代替として、他の実施例では、制御情報は上りリンク共通制御情報であり、制御チャネルは上りリンク共通制御チャネルPUCCHである。
【０１４３】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルはブロードキャストチャネルPBCHである。
【０１４４】
任意選択で、他の実施例では、復号化ユニット620は、レートデマッチングなしに、N個の符号化ビットに対してPolar復号化を実行するように具体的に構成される。
【０１４５】
図６に示す受信端デバイス600は、図４における方法の実施例における受信端デバイスに関する処理を実現できることが理解されるべきである。受信端デバイス600におけるモジュールの動作及び／又は機能は、それぞれ図４における方法の実施例における対応する手順を実現するために使用される。詳細について、方法の実施例における説明を参照する。繰り返しを回避するために、詳細はここでは適当に省略される。
【０１４６】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しく、送信端がレートマッチング処理を実行しないため、受信端は復号化中にレートデマッチング処理を実行する必要がない。これは、情報送信の複雑性を低減する。
【０１４７】
図７は、この出願の実施例による送信端デバイス700の概略ブロック図である。送信される必要のあるターゲット情報が下りリンク情報であるとき、送信端デバイスはネットワークデバイスであり、或いは送信される必要のあるターゲット情報が上りリンク情報であるとき、送信端デバイスは端末デバイスであることが理解されるべきである。具体的には、図７に示すように、送信端デバイス700は、プロセッサ710と送受信機720とを含む。プロセッサ710は送受信機720に接続される。任意選択で、送信端デバイス700はメモリ730を更に含む。メモリ730はプロセッサ710に接続される。さらに、任意選択で、送信端デバイス700はバスシステム740を更に含んでもよい。プロセッサ710、メモリ730及び送受信機720は、バスシステム740を使用することにより接続されてもよく、メモリ730は、命令を記憶するように構成されてもよく、プロセッサ710は、情報又は信号を受信及び送信するように送受信機720を制御するために、メモリ730に記憶された命令を実行するように構成される。
【０１４８】
具体的には、プロセッサ710は、第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定し、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数であり、N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行し、第１のチャネルを使用することにより、N個の符号化ビットを送信するように、送受信機720を制御するように構成される。
【０１４９】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【０１５０】
さらに、この出願のこの実施例では、レートマッチングが必要とされないため、レートマッチング動作によりもたらされる性能ロス及び待ち時間が回避される。
【０１５１】
この出願のこの実施例では、プロセッサ710は、中央処理装置（Central  Processing  Unit,  略称「CPU」）でもよく、或いはプロセッサ710は、汎用プロセッサ、デジタルシグナルプロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）又は他のプログラム可能論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネント等でもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサでもよく、或いはプロセッサはいずれかの従来のプロセッサ等でもよい。
【０１５２】
メモリ730は、読み取り専用メモリ及びランダムアクセスメモリを含み、プロセッサ710のために命令及びデータを提供してもよい。メモリ730の一部は、不揮発性ランダムアクセスメモリを更に含んでもよい。例えば、メモリ730は、デバイスタイプ情報を更に記憶してもよい。
【０１５３】
バスシステム740は、データバスだけでなく、電力バス、制御バス、状態信号バス等を含んでもよい。しかし、説明の明確化のために、様々なバスは図面においてバスシステム740により記される。
【０１５４】
実現処理において、方法のステップは、プロセッサ710内のハードウェアの集積論理回路により、或いはソフトウェア命令により実行されてもよい。この出願の実施例を参照して開示された方法のステップは、ハードウェアプロセッサにより直接実行されてもよく、或いはプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせにより実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ若しくは消去可能プログラム可能メモリ、又はレジスタのような、当該技術分野における成熟した記憶媒体に位置してもよい。記憶媒体はメモリ730に位置し、プロセッサ710は、メモリ730内の情報を読み取り、そのハードウェアと組み合わせて、前述の方法のステップを実行する。繰り返しを回避するために、詳細な説明はここでは再び提供されない。
【０１５５】
任意選択で、他の実施例では、ターゲット情報は制御情報であり、第１のチャネルは制御チャネルである。
【０１５６】
任意選択で、他の実施例では、制御チャネルの負荷サイズは、制御チャネルのフォーマットに対応する。制御チャネルのフォーマットは、複数の予め設定されたチャネルフォーマットのうち１つである。複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応する。複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である。
【０１５７】
任意選択で、他の実施例では、制御情報は下りリンク制御情報DCIであり、制御チャネルは下りリンク制御チャネルPDCCHである。
【０１５８】
任意選択で、他の実施例では、PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である。
【０１５９】
任意選択で、他の実施例では、CCEは8個のREGを含む。
【０１６０】
代替として、他の実施例では、制御情報は上りリンク共通制御情報であり、制御チャネルは上りリンク共通制御チャネルPUCCHである。
【０１６１】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルはブロードキャストチャネルPBCHである。
【０１６２】
任意選択で、他の実施例では、送受信機720は、レートマッチングなしに、第１のチャネルを使用することにより、N個の符号化ビットを送信するように具体的に構成される。
【０１６３】
図７に示す送信端デバイス700は、図４における方法の実施例における送信端デバイスに関する処理を実現できることが理解されるべきである。送信端デバイス700におけるモジュールの動作及び／又は機能は、それぞれ図４における方法の実施例における対応する手順を実現するために使用される。詳細について、方法の実施例における説明を参照する。繰り返しを回避するために、詳細はここでは適当に省略される。
【０１６４】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【０１６５】
さらに、この出願のこの実施例では、レートマッチングが必要とされないため、レートマッチング動作によりもたらされる性能ロス及び待ち時間が回避される。
【０１６６】
図８は、この出願の実施例による受信端デバイス800の概略ブロック図である。送信される必要のあるターゲット情報が下りリンク情報であるとき、受信端デバイスは端末デバイスであり、或いは送信される必要のあるターゲット情報が上りリンク情報であるとき、受信端デバイスはネットワークデバイスであることが理解されるべきである。具体的には、図８に示すように、受信端デバイス800は、プロセッサ810と送受信機820とを含み、プロセッサ810は送受信機820に接続される。任意選択で、送信端デバイス800はメモリ830を更に含む。メモリ830はプロセッサ810に接続される。さらに、任意選択で、送信端デバイス800はバスシステム840を更に含んでもよい。プロセッサ810、メモリ830及び送受信機820は、バスシステム840を使用することにより接続されてもよく、メモリ830は、命令を記憶するように構成されてもよく、プロセッサ810は、情報又は信号を受信及び送信するように送受信機820を制御するために、メモリ830に記憶された命令を実行するように構成される。
【０１６７】
具体的には、プロセッサ810は、第１のチャネルを使用することにより、N個の符号化ビットを受信するように、送受信機820を制御し、N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である。プロセッサ810は、送信される必要のあるターゲット情報を取得するために、N個の符号化ビットに対してPolar復号化を実行するように構成される。
【０１６８】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しく、送信端がレートマッチング処理を実行しないため、受信端は復号化中にレートデマッチング処理を実行する必要がない。これは、情報送信の複雑性を低減する。
【０１６９】
この出願のこの実施例では、プロセッサ810は、中央処理装置（Central  Processing  Unit,  略称「CPU」）でもよく、或いはプロセッサ810は、汎用プロセッサ、デジタルシグナルプロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）又は他のプログラム可能論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネント等でもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサでもよく、或いはプロセッサはいずれかの従来のプロセッサ等でもよい。
【０１７０】
メモリ830は、読み取り専用メモリ及びランダムアクセスメモリを含み、プロセッサ810のために命令及びデータを提供してもよい。メモリ830の一部は、不揮発性ランダムアクセスメモリを更に含んでもよい。例えば、メモリ830は、デバイスタイプ情報を更に記憶してもよい。
【０１７１】
バスシステム840は、データバスだけでなく、電力バス、制御バス、状態信号バス等を含んでもよい。しかし、説明の明確化のために、様々なバスは図面においてバスシステム840により記される。
【０１７２】
実現処理において、方法のステップは、プロセッサ810内のハードウェアの集積論理回路により、或いはソフトウェア命令により実行されてもよい。この出願の実施例を参照して開示された方法のステップは、ハードウェアプロセッサにより直接実行されてもよく、或いはプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせにより実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ若しくは消去可能プログラム可能メモリ、又はレジスタのような、当該技術分野における成熟した記憶媒体に位置してもよい。記憶媒体はメモリ830に位置し、プロセッサ810は、メモリ830内の情報を読み取り、そのハードウェアと組み合わせて、前述の方法のステップを実行する。繰り返しを回避するために、詳細な説明はここでは再び提供されない。
【０１７３】
任意選択で、他の実施例では、ターゲット情報は制御情報であり、第１のチャネルは制御チャネルである。
【０１７４】
任意選択で、他の実施例では、制御チャネルの負荷サイズは、制御チャネルのフォーマットに対応する。制御チャネルのフォーマットは、複数の予め設定されたチャネルフォーマットのうち１つである。複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応する。複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である。
【０１７５】
任意選択で、他の実施例では、制御情報は下りリンク制御情報DCIであり、制御チャネルは下りリンク制御チャネルPDCCHである。
【０１７６】
任意選択で、他の実施例では、PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である。
【０１７７】
任意選択で、他の実施例では、CCEは8個のREGを含む。
【０１７８】
代替として、他の実施例では、制御情報は上りリンク共通制御情報であり、制御チャネルは上りリンク共通制御チャネルPUCCHである。
【０１７９】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルはブロードキャストチャネルPBCHである。
【０１８０】
任意選択で、他の実施例では、プロセッサ810は、レートデマッチングなしに、N個の符号化ビットに対してPolar復号化を実行するように具体的に構成される。
【０１８１】
図８に示す受信端デバイス800は、図４における方法の実施例における受信端デバイスに関する処理を実現できることが理解されるべきである。受信端デバイス800におけるモジュールの動作及び／又は機能は、それぞれ図４における方法の実施例における対応する手順を実現するために使用される。詳細について、方法の実施例における説明を参照する。繰り返しを回避するために、詳細はここでは適当に省略される。
【０１８２】
したがって、この出願のこの実施例では、Polar符号化の後に取得された符号化ビット数がチャネルの負荷サイズに等しく、送信端がレートマッチング処理を実行しないため、受信端は復号化中にレートデマッチング処理を実行する必要がない。これは、情報送信の複雑性を低減する。
【０１８３】
全体の明細書において言及される「一実施例」又は「実施例」は、当該実施例に関する特定の特徴、構成又は特性がこの出願の少なくとも１つの実施例に含まれることを意味することが理解されるべきである。したがって、全体の明細書を通じて現れる「一実施例では」又は「実施例では」は、必ずしも同じ実施例を意味するとは限らない。さらに、特定の特徴、構成又は特性は、１つ以上の実施例においていずれか適切な方式で組み合わされてもよい。前述の処理のシーケンス番号は、この出願の様々な実施例における実行シーケンスを意味するのではないことが理解されるべきである。処理の実行シーケンスは処理の機能及び内部ロジックに基づいて決定されるべきであり、この出願の実施例の実現処理に対する如何なる限定としても解釈されるべきではない。
【０１８４】
さらに、「システム」及び「ネットワーク」という用語は、この明細書において交換可能に使用されてもよい。この明細書における「及び／又は」という用語は、関連する物を記述する関連付け関係のみを記述しており、３つの関係が存在し得ることを表す。例えば、A及び／又はBは、以下の３つの場合、すなわち、Aのみが存在する場合、AとBとの双方が存在する場合、及びBのみが存在する場合を表してもよい。さらに、この明細書において、「／」という文字は、関係する物の間の「又は」の関係を示す。
【０１８５】
この明細書の実施例において、「Aに対応するB」は、BがAに関連することを示し、BはAに基づいて決定されてもよいことが理解されるべきである。しかし、Aに基づいてBを決定することは、BがAのみに基づいて決定されることを意味するのではなく、Bはまた、A及び／又は他の情報に基づいて決定されてもよいことが更に理解されるべきである。
【０１８６】
当業者は、この明細書に開示された実施例を参照して説明した例におけるユニット及びステップが、電子ハードウェア、コンピュータソフトウェア又はこれらの組み合わせにより実現されてもよいことを認識し得る。ハードウェアとソフトウェアとの交換可能性を明確に説明するために、前述に、機能に基づいて各例の構成及びステップについて一般的に説明した。機能がハードウェアにより実行されるかソフトウェアにより実行されるかは、技術的解決策の特定の用途及び設計上の制約条件に依存する。当業者は、特定の用途毎に記載の機能を実現するために異なる方法を使用してもよいが、実現方式がこの出願の範囲を超えると考えられるべきではない。
【０１８７】
説明の便宜上及び簡潔性のため、前述のシステム、装置及びユニットの詳細な動作処理について、前述の方法の実施例における対応する処理に参照が行われてもよく、詳細はここでは説明しないことが当業者により明確に理解され得る。
【０１８８】
この出願において提供されるいくつかの実施例において、開示のシステム、装置及び方法は、他の方式で実現されてもよいことが理解されるべきである。例えば、記載の装置の実施例は、単なる例である。例えば、ユニットの分割は、単に論理的な機能分割であり、実際の実現方式では他の分割でもよい。例えば、複数のユニット又はコンポーネントは結合されてもよく、或いは他のシステムに統合されてもよく、或いはいくつかの特徴が無視されてもよく或いは実行されなくてもよい。さらに、表示又は説明した相互結合若しくは直接結合又は通信接続は、いくつかのインタフェース、装置若しくはユニットの間の間接結合若しくは通信接続、又は電機的な接続、機械的な接続若しくは他の形式の接続を通じて実現されてもよい。
【０１８９】
別々の部分として記載したユニットは、物理的に別々でもよく或いは別々でなくてもよく、ユニットとして表示された部分は、物理的なユニットでもよく或いは物理的なユニットでなくてもよく、１つの場所に位置してもよく、或いは複数のネットワークユニットに分散されてもよい。ユニットの一部又は全部は、この出願における実施例の解決策の目的を達成するために、実際のニーズに依存して選択されてもよい。
【０１９０】
さらに、この出願の実施例における機能ユニットは、１つの処理ユニットに統合されてもよく、或いはユニットのそれぞれが物理的に単独で存在してもよく、或いは２つ以上のユニットが１つのユニットに統合されてもよい。統合されたユニットは、ハードウェアの形式で実現されてもよく、或いはソフトウェア機能ユニットの形式で実現されてもよい。
【０１９１】
前述の実施例の説明によって、当業者は、この出願がハードウェア、ファームウェア又はこれらの組み合わせにより実現されてもよいことを明確に理解し得る。この出願がソフトウェアにより実現されるとき、前述の機能は、コンピュータ読み取り可能媒体に記憶されてもよく、或いはコンピュータ読み取り可能媒体において１つ以上の命令又はコードとして送信されてもよい。コンピュータ読み取り可能媒体は、コンピュータ記憶媒体と通信媒体とを含み、通信媒体は、コンピュータプログラムが１つの場所から他に送信されることを可能にするいずれかの媒体を含む。記憶媒体は、コンピュータにアクセス可能ないずれか利用可能な媒体でもよい。以下に例を提供するが、限定を課すものではない。コンピュータ読み取り可能媒体は、RAM、ROM、EEPROM、CD-ROM、又は他の光ディスクストレージ若しくはディスクストレージ媒体、又は他の磁気ストレージデバイス、又は命令若しくはデータ構造の形式で想定されるプログラムコードを搬送又は記憶でき且つコンピュータによりアクセスできる他の媒体を含んでもよい。さらに、いずれかの接続は、コンピュータ読み取り可能媒体として適切に定義されてもよい。例えば、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、デジタル加入者線（DSL）、又は赤外線、無線及びマイクロ波のような無線技術を使用することにより、ソフトウェアがウェブサイト、サーバ又は他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、DSL、又は赤外線、無線及びマイクロ波のような無線技術は、これらが属する媒体の固着観念に含まれる。例えば、この出願において使用されるディスク（Disk）及びディスク（disc）は、コンパクトディスク（CD）、レーザーディスク、光ディスク、デジタル多用途ディスク（DVD）、フロッピーディスク及びブルーレイディスクを含み、ディスク（disk）は一般的に磁気手段によりデータをコピーし、ディスク（disc）はレーザー手段により光学的にデータをコピーする。前述の組み合わせも、コンピュータ読み取り可能媒体の保護範囲に含まれるべきである。
【０１９２】
要するに、前述に説明したものは、この出願の技術的解決策の実施例の単なる例であり、この出願の保護範囲を限定することを意図するものではない。この出願の真意及び原理から逸脱することなく行われるいずれかの変更、等価置換又は改善は、この出願の保護範囲内に入るものとする。
【図１】
2019535163.tif 000011
【図２】
2019535163.tif 000012
【図３】
2019535163.tif 000013
【図４】
2019535163.tif 000014
【図５】
2019535163.tif 000015
【図６】
2019535163.tif 000016
【図７】
2019535163.tif 000017
【図８】
2019535163.tif 000018
【手続補正書】
【提出日】平成31年3月1日(2019.3.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
情報送信方法であって、
第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定するステップであり、前記第１のチャネルの前記負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、
N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するステップと、
前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するステップと
を含む方法。
【請求項２】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項１に記載の方法。
【請求項３】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項２に記載の方法。
【請求項４】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは物理下りリンク制御チャネルPDCCHである、請求項２又は３に記載の方法。
【請求項５】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項４に記載の方法。
【請求項６】
前記CCEは2、4、8又は16個のREGを含む、請求項５に記載の方法。
【請求項７】
前記制御情報は上りリンク制御情報であり、前記制御チャネルは物理上りリンク制御チャネルPUCCHである、請求項２又は３に記載の方法。
【請求項８】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルは物理ブロードキャストチャネルPBCHである、請求項２又は３に記載の方法。
【請求項９】
前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するステップは、
レートマッチングなしに、前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するステップを含む、請求項１乃至８のうちいずれか１項に記載の方法。
【請求項１０】
情報受信方法であって、
第１のチャネルを使用することにより、N個の符号化ビットを受信するステップであり、前記N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、前記第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、
前記ターゲット情報を取得するために、前記N個の符号化ビットに対してPolar復号化を実行するステップと
を含む方法。
【請求項１１】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項１０に記載の方法。
【請求項１２】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項１１に記載の方法。
【請求項１３】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは物理下りリンク制御チャネルPDCCHである、請求項１１又は１２に記載の方法。
【請求項１４】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項１３に記載の方法。
【請求項１５】
前記CCEは2、4、8又は16個のREGを含む、請求項１４に記載の方法。
【請求項１６】
前記制御情報は上りリンク制御情報であり、前記制御チャネルは物理上りリンク制御チャネルPUCCHである、請求項１１又は１２に記載の方法。
【請求項１７】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルは物理ブロードキャストチャネルPBCHである、請求項１１又は１２に記載の方法。
【請求項１８】
前記N個の符号化ビットに対してPolar復号化を実行するステップは、
レートデマッチングなしに、前記N個の符号化ビットに対してPolar復号化を実行するステップを含む、請求項１０乃至１７のうちいずれか１項に記載の方法。
【請求項１９】
第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号の長さNを決定するように構成された決定ユニットであり、前記第１のチャネルの前記負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、決定ユニットと、
N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するように構成された符号化ユニットと、
前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するように構成された送信ユニットと
を含む送信端デバイス。
【請求項２０】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項１９に記載の送信端デバイス。
【請求項２１】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項２０に記載の送信端デバイス。
【請求項２２】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは物理下りリンク制御チャネルPDCCHである、請求項２０又は２１に記載の送信端デバイス。
【請求項２３】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項２２に記載の送信端デバイス。
【請求項２４】
前記CCEは2、4、8又は16個のREGを含む、請求項２３に記載の送信端デバイス。
【請求項２５】
前記制御情報は上りリンク制御情報であり、前記制御チャネルは物理上りリンク制御チャネルPUCCHである、請求項２０又は２１に記載の送信端デバイス。
【請求項２６】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルは物理ブロードキャストチャネルPBCHである、請求項２０又は２１に記載の送信端デバイス。
【請求項２７】
前記送信ユニットは、レートマッチングなしに、前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するように構成される、請求項１９乃至２６のうちいずれか１項に記載の送信端デバイス。
【請求項２８】
第１のチャネルを使用することにより、N個の符号化ビットを受信するように構成された受信ユニットであり、前記N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、前記第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、受信ユニットと、
前記ターゲット情報を取得するために、前記N個の符号化ビットに対してPolar復号化を実行するように構成された復号化ユニットと
を含む受信端デバイス。
【請求項２９】
前記ターゲット情報は制御情報であり、前記第１のチャネルは制御チャネルである、請求項２８に記載の受信端デバイス。
【請求項３０】
前記制御チャネルの前記負荷サイズは、前記制御チャネルのフォーマットに対応し、前記制御チャネルの前記フォーマットは、複数の予め設定されたチャネルフォーマットのうち１つであり、前記複数のチャネルフォーマットのそれぞれは、１つのチャネル負荷サイズに対応し、前記複数のチャネルフォーマットに対応する複数の負荷サイズのそれぞれは、2の正の整数乗である、請求項２９に記載の受信端デバイス。
【請求項３１】
前記制御情報は下りリンク制御情報DCIであり、前記制御チャネルは物理下りリンク制御チャネルPDCCHである、請求項２９又は３０に記載の受信端デバイス。
【請求項３２】
前記PDCCHの制御チャネルエレメントCCEは、2x個のリソースエレメントグループREGを含み、xは正の整数である、請求項３１に記載の受信端デバイス。
【請求項３３】
前記CCEは2、4、8又は16個のREGを含む、請求項３２に記載の受信端デバイス。
【請求項３４】
前記制御情報は上りリンク制御情報であり、前記制御チャネルは物理上りリンク制御チャネルPUCCHである、請求項２９又は３０に記載の受信端デバイス。
【請求項３５】
前記制御情報はブロードキャストメッセージであり、前記制御チャネルは物理ブロードキャストチャネルPBCHである、請求項２９又は３０に記載の受信端デバイス。
【請求項３６】
前記復号化ユニットは、レートデマッチングなしに、前記N個の符号化ビットに対してPolar復号化を実行するように構成される、請求項２８乃至３５のうちいずれか１項に記載の受信端デバイス。
【請求項３７】
送受信機と、プロセッサとを含む送信端デバイスであって、
前記プロセッサは、メモリに記憶された命令を実行し、請求項１乃至９のうちいずれか１項に記載の方法を実行するように構成され、
前記送受信機は、前記第１のチャネルを使用することにより、前記N個の符号化ビットを送信するように構成される、送信端デバイス。
【請求項３８】
送受信機と、プロセッサとを含む受信端デバイスであって、
前記送受信機は、第１のチャネルを使用することにより、N個の符号化ビットを受信するように構成され、前記N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、前記第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数であり、
前記プロセッサは、メモリに記憶された命令を実行し、請求項１０乃至１８のうちいずれか１項に記載の方法を実行するように構成される、受信端デバイス。
【請求項３９】
コンピュータ読み取り可能記憶媒体であって、
前記コンピュータ読み取り可能記憶媒体は、コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムは、請求項１乃至９のうちいずれか１項に記載の情報送信方法を実行するために使用される命令を含む、コンピュータ読み取り可能記憶媒体。
【請求項４０】
コンピュータ読み取り可能記憶媒体であって、
前記コンピュータ読み取り可能記憶媒体は、コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムは、請求項１０乃至１８のうちいずれか１項に記載の情報受信方法を実行するために使用される命令を含む、コンピュータ読み取り可能記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
無線通信の急速な進展により、将来の第５世代（5th  Generation,  5G）通信システムは、いくつかの新たな特性を提示している。３つの最も典型的な通信シナリオは、強化したモバイル帯域幅（Enhanced  Mobile  Broadband,  eMBB）と、大量のマシンタイプ通信（Massive  Machine  Type  Communications,  mMTC）と、超高信頼性及び低遅延通信（Ultra-Reliable  and  Low  Latency  Communications,  URLLC）とを含む。これらの通信シナリオの要件は、既存のロングタームエボリューション（Long  Term  Evolution,  LTE）技術に新たな課題を課す。通信システムは、データ送信信頼性を改善して通信品質を確保するために、通常ではチャネル符号化を使用する。ほとんどの基本的な無線アクセス技術として、チャネル符号化は、5G通信要件を満たす重要な研究対象の１つである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
シャノンの理論が提案された後に、様々な国の学者は、比較的低い複雑性を有しつつ、シャノン限界に到達できる符号化／復号化方法を求めることに専念している。主流の研究方向のTurbo符号及び再提案された低密度パリティ検査（Low-density  Parity-check,  LDPC）符号は、LTE及びワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  for  Microwave  Access,  WiMAX）にうまく適用されているが、当該２つの符号は、5G通信におけるいくつかの重要な問題をうまく解決できない。例えば、eMBB及びmMTCは、比較的低い複雑性でより広い範囲のビットレートをサポートすることを将来のチャネル符号化に要求する。さらに、eMBB及びmMTCは、重要な特性、すなわち、中程度及び短いパケット送信においてLTEとは異なり、したがって、このような符号長の通信をより良くサポートすることをチャネル符号化に要求する。URLLCは、データ送信信頼性に対してより厳しい要件を課す。或るビットレートについて、既存のLTEにおけるTurbo符号は、極めて低い及び極めて高いビットレートをサポートできない。中程度及び短いパケット送信についてTurbo符号及びLDPC符号の符号化及び復号化特性のため、Turbo符号及びLDPC符号が限られた符号長で理想的な性能を達成することは非常に困難である。長いパケットについて、符号長が伸びるため、Turbo符号及びLDPC符号はシャノン限界に近づくことができるが、依然として理想的な性能を達成できない。さらに、実現中に、Turbo符号及びLDPC符号は、符号化／復号化実現処理において比較的高い複雑性を有する。したがって、5G通信システムにおいて、中程度又は短いパケット、ビットレート、信頼性及び複雑性に関する従来技術の問題を解決するために、新たな符号化技術が緊急に必要とされている。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
具体的には、Polar符号は、N個の偏波チャネルを取得するために、N個の同じチャネルWに対してPolar符号に基づく偏波処理を実行するチャネル依存（Channel  dependent）符号である。明らかに、N個の偏波チャネルのバタチャリアパラメータ（Bhattacharyya  parameter）は、0又は1に近づく。Polar符号の実際の適用の間に、異なるチャネルWについて2nに等しい符号長Nを有する全ての偏波チャネルの信頼性を計算し、次により高い信頼性を有するK個の偏波チャネルを選択することが重要である。これらの偏波チャネルに対応する位置インデックス番号の集合は、情報集合（Information  Set）Aと呼ばれる。残りのビットは、送信端及び受信端により事前に合意された固定値に設定され、固定ビットと呼ばれる。固定ビットの系列番号の集合はAc、すなわち、Aの補集合により記される。Polar符号化中に、K個の情報シンボルは、情報集合内の対応する位置に置かれ、既知の固定シンボルは、残りの(N-K)個の位置（凍結集合（Frozen  Set）と呼ばれる）に置かれる。一般的に、(N-K)個の既知の固定シンボルは全てシンボル0でもよく、K≦Nである。実際に、事前の合意が送信端と受信端との間で行われているという条件で、固定ビットは任意に設定されてもよい。したがって、Polar符号に基づく符号化ビット系列は、以下の方法、すなわち、x1N=uAGN(A)を使用することにより取得されてもよい。ここで、uAはu1N内の情報ビット集合であり、uAは長さKを有する行ベクトルであり、すなわち、|A|=Kであり、|・|は集合内の要素数を表す。言い換えると、Kは集合A内の要素数を表すだけでなく、符号化対象の情報ビット数も表す。GN(A)は集合A内のインデックスに対応する行列GN内の行を含む部分行列であり、GN(A)はK×Nの行列である。集合AはPolar符号の性能を決定する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
第１の態様によれば、情報送信方法が提供され、当該方法は、
第１のチャネルの負荷サイズに基づいて、Polar符号のマザー符号（mother  code）の長さNを決定するステップであり、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、
N個の符号化ビットを取得するために、送信される必要のあるターゲット情報に対してPolar符号化を実行するステップと、
第１のチャネルを使用することにより、N個の符号化ビットを送信するステップと
を含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
代替として、他の実施例では、制御情報は上りリンク制御情報であり、制御チャネルは物理上りリンク制御チャネル（Physical  Uplink  Control  Channel,  PUCCH）である。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルは物理ブロードキャストチャネル（Physical  Broadcast  Channel,  PBCH）である。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
この出願のこの実施例では、第１のチャネルは、代替として、肯定応答／否定応答チャネル（ACK/NACK  Channel）、物理フォーマットインジケータチャネル（Physical  Control  Format  Indicator  Channel,  PCFICH）、物理下りリンク共有チャネル（Physical  Downlink  Shared  Channel,  PDSCH）、物理上りリンク共有チャネル（Physical  Uplink  Shared  Channel,  PUSCH）等でもよいことが理解されるべきである。具体的には、第１のチャネルがこれらのチャネルのうち１つであるとき、ターゲット情報を送信する具体的な処理は、前述の実施例における処理と同様であり、この出願のこの実施例では詳細は繰り返されない。したがって、この出願のこの実施例では、チャネル符号化中に、Polar符号のマザー符号の符号長Nが第１のチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減する。さらに、レートマッチングが必要とされないため、チャネル符号化の複雑性及び待ち時間が大いに低減され、レートマッチング動作によりもたらされる性能ロスが回避される。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
第２の態様によれば、情報送信方法が提供され、当該方法は、
第１のチャネルを使用することにより、N個の符号化ビットを受信するステップであり、N個の符号化ビットは、送信される必要のあるターゲット情報に対してPolar符号化が実行された後に取得され、第１のチャネルの負荷サイズはN個のビットであり、Nは2nであり、nは正の整数である、ステップと、
送信される必要のあるターゲット情報を取得するために、N個の符号化ビットに対してPolar復号化を実行するステップと
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
任意選択で、制御情報は下りリンク制御情報DCIであり、制御チャネルは物理下りリンク制御チャネルPDCCHである。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
代替として、制御情報は上りリンク制御情報であり、制御チャネルは物理上りリンク制御チャネルPUCCHである。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
代替として、制御情報はブロードキャストメッセージであり、制御チャネルは物理ブロードキャストチャネルPBCHである。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
ポーラーエンコーダ204は、無線通信デバイス202から伝達されるデータに対して、符号化、具体的にはパケット符号化を実行するように構成される。次に、パケット符号化処理が以降で詳述され、ターゲットパケットコードワードが取得される。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
送出される必要のある情報がDCIであり、送信チャネルがPDCCHである場合、表１に記載のように、既存の物理下りリンク制御チャネルフォーマット（PDCCH  format）がそれぞれ0〜3であるとき、対応する集約レベルはそれぞれ1、2、4及び8であり、含まれるREG数は、例えば、9、18、36及び72である。各REGは4個のREを含み、負荷サイズはそれぞれ72ビット、144ビット、288ビット及び576ビットである。負荷サイズは、PDCCHチャネルを使用することにより実際に送信されるビット数、すなわち、実際に送信されるPolar符号の符号長である。負荷サイズ及びPolar符号のマザー符号の長さは、既存のチャネル集約レベルでは一致しない。したがって、レートマッチング後に取得されたビット長とチャネル負荷とが一致する（等しい）ことを確保するために、Polar符号の符号化ビットに対してレートマッチングが実行される必要がある。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
例えば、送信される必要のある情報が下りリンク制御情報DCIであり、第１のチャネルがPDCCHであり、送信端デバイスがネットワークデバイスであり、受信端デバイスが端末デバイスであるとき、ネットワークデバイスは、N個の符号化ビットを取得するために、DCIに対してPolar符号化を実行し、PDCCHを使用することにより、N個の符号化ビットを送信する。例えば、スクランブリング、変調及びマッピングのような処理がN個の符号化ビットに対して実行された後に、N個の符号化ビットは、PDCCHに対応するリソースを使用することにより送信される。対応して、端末デバイスは、PDCCHを使用することにより、N個の符号化ビットを受信し、送信される必要のある情報を取得するために、N個の符号化ビットに対してPolar復号化を実行する。具体的には、端末デバイスは、検索空間内の候補リソースセット内の候補リソース（PDCCH）上で信号を受信してもよい。候補リソースに対してブラインド検出を実行するとき、例えば、参照信号に基づいて候補リソース上で搬送されたPDCCHを復調するとき、端末デバイスは、制御チャネルの受信情報ビットを復号化し、端末デバイスのIDに基づいてCRC検査を実行する。検査が成功した場合、端末デバイスは、端末デバイスに送出されたN個の符号化ビットが成功して受信されたと考え、次に、送信対象の情報を取得するために、Polar復号化を実行する。検査が失敗した場合、端末デバイスは、ネットワークデバイスが候補リソース上で情報を端末デバイスに送出していないと考える。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】変更
【補正の内容】
【００９５】
例えば、制御情報が下りリンク制御情報DCIであり、制御チャネルが物理下りリンク制御チャネルPDCCHであるとき、N個のビットは、現在のチャネルのフォーマットに対応してもよい。具体的には、ネットワークデバイスは、チャネル状態に基づいてPDCCHフォーマットを決定し、フォーマットに対応する負荷サイズNを決定し、次に、チャネルの負荷サイズに対応するN個の符号化ビットを取得するために、DCIに対してPolar符号化を実行してもよい。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０１０９
【補正方法】変更
【補正の内容】
【０１０９】
上記に、制御情報がDCIであり、制御チャネルがPDCCHである場合を詳述した。代替として、他の実施例では、制御情報は上りリンク制御情報でもよく、制御チャネルは物理上りリンク制御チャネルPUCCHでもよい。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０１１１
【補正方法】変更
【補正の内容】
【０１１１】
PUCCH上で上りリンク制御情報を送信する各処理について、既存のPUCCH送信処理に参照が行われてもよいことが理解されるべきである。この出願のこの実施例と既存のPUCCH送信との間の違いは、この出願のこの実施例では、チャネル符号化の後にレートマッチング処理が必要とされない点にある。他の処理は、既存のPUCCH送信処理と同様でもよく、詳細はここでは繰り返されない。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０１１３
【補正方法】変更
【補正の内容】
【０１１３】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルは物理ブロードキャストチャネルPBCHである。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０１１５
【補正方法】変更
【補正の内容】
【０１１５】
PBCH上で物理ブロードキャストメッセージを送信する各処理について、既存のPBCH送信処理に参照が行われてもよいことが理解されるべきである。この出願のこの実施例と既存のPBCH送信との間の違いは、この出願のこの実施例では、チャネル符号化の後にレートマッチング処理が必要とされない点にある。他の処理は、既存のPBCH送信処理と同様でもよく、詳細はここでは繰り返されない。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】変更
【補正の内容】
【０１１７】
上記に、第１のチャネルが上りリンク制御チャネル、下りリンク制御チャネル及びブロードキャストチャネルである例について説明したが、この出願のこの実施例はこれに限定されないことが理解されるべきである。第１の制御チャネルは、代替として、肯定応答／否定応答チャネル（ACK/NACK  Channel）、物理フォーマットインジケータチャネル（physical  control  format  indicator  channel,  PCFICH）、物理下りリンク共有チャネル（Physical  Downlink  Shared  Channel,  PDSCH）、物理上りリンク共有チャネル（Physical  Uplink  Shared  Channel,  PUSCH）等でもよい。具体的には、第１のチャネルがこれらのチャネルのうち１つであるとき、ターゲット情報を送信する具体的な処理は、前述の実施例における処理と同様であり、この出願のこの実施例では詳細は繰り返されない。したがって、この出願のこの実施例では、チャネル符号化中に、Polar符号のマザー符号の符号長Nが第１のチャネルの負荷サイズに等しいため、N個の符号化ビットが第１のチャネルを使用することにより送信されるときにレートマッチング処理が必要とされない。これは、チャネルの符号化オーバーヘッドを低減し、情報送信の複雑性を更に低減する。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】０１２６
【補正方法】変更
【補正の内容】
【０１２６】
任意選択で、他の実施例では、制御情報は下りリンク制御情報DCIであり、制御チャネルは物理下りリンク制御チャネルPDCCHである。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】０１２９
【補正方法】変更
【補正の内容】
【０１２９】
代替として、他の実施例では、制御情報は上りリンク制御情報であり、制御チャネルは物理上りリンク制御チャネルPUCCHである。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】０１３０
【補正方法】変更
【補正の内容】
【０１３０】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルは物理ブロードキャストチャネルPBCHである。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】０１３９
【補正方法】変更
【補正の内容】
【０１３９】
任意選択で、他の実施例では、制御情報は下りリンク制御情報DCIであり、制御チャネルは物理下りリンク制御チャネルPDCCHである。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】０１４２
【補正方法】変更
【補正の内容】
【０１４２】
代替として、他の実施例では、制御情報は上りリンク制御情報であり、制御チャネルは物理上りリンク制御チャネルPUCCHである。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】０１４３
【補正方法】変更
【補正の内容】
【０１４３】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルは物理ブロードキャストチャネルPBCHである。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】０１５７
【補正方法】変更
【補正の内容】
【０１５７】
任意選択で、他の実施例では、制御情報は下りリンク制御情報DCIであり、制御チャネルは物理下りリンク制御チャネルPDCCHである。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】０１６０
【補正方法】変更
【補正の内容】
【０１６０】
代替として、他の実施例では、制御情報は上りリンク制御情報であり、制御チャネルは物理上りリンク制御チャネルPUCCHである。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】０１６１
【補正方法】変更
【補正の内容】
【０１６１】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルは物理ブロードキャストチャネルPBCHである。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】０１６６
【補正方法】変更
【補正の内容】
【０１６６】
図８は、この出願の実施例による受信端デバイス800の概略ブロック図である。送信される必要のあるターゲット情報が下りリンク情報であるとき、受信端デバイスは端末デバイスであり、或いは送信される必要のあるターゲット情報が上りリンク情報であるとき、受信端デバイスはネットワークデバイスであることが理解されるべきである。具体的には、図８に示すように、受信端デバイス800は、プロセッサ810と送受信機820とを含み、プロセッサ810は送受信機820に接続される。任意選択で、受信端デバイス800はメモリ830を更に含む。メモリ830はプロセッサ810に接続される。さらに、任意選択で、受信端デバイス800はバスシステム840を更に含んでもよい。プロセッサ810、メモリ830及び送受信機820は、バスシステム840を使用することにより接続されてもよく、メモリ830は、命令を記憶するように構成されてもよく、プロセッサ810は、情報又は信号を受信及び送信するように送受信機820を制御するために、メモリ830に記憶された命令を実行するように構成される。
【手続補正３２】
【補正対象書類名】明細書
【補正対象項目名】０１７５
【補正方法】変更
【補正の内容】
【０１７５】
任意選択で、他の実施例では、制御情報は下りリンク制御情報DCIであり、制御チャネルは物理下りリンク制御チャネルPDCCHである。
【手続補正３３】
【補正対象書類名】明細書
【補正対象項目名】０１７８
【補正方法】変更
【補正の内容】
【０１７８】
代替として、他の実施例では、制御情報は上りリンク制御情報であり、制御チャネルは物理上りリンク制御チャネルPUCCHである。
【手続補正３４】
【補正対象書類名】明細書
【補正対象項目名】０１７９
【補正方法】変更
【補正の内容】
【０１７９】
代替として、他の実施例では、制御情報はブロードキャストメッセージであり、制御チャネルは物理ブロードキャストチャネルPBCHである。
【手続補正３５】
【補正対象書類名】明細書
【補正対象項目名】０１９１
【補正方法】変更
【補正の内容】
【０１９１】
前述の実施例の説明によって、当業者は、この出願がハードウェア、ファームウェア又はこれらの組み合わせにより実現されてもよいことを明確に理解し得る。この出願がソフトウェアにより実現されるとき、前述の機能は、コンピュータ読み取り可能媒体に記憶されてもよく、或いはコンピュータ読み取り可能媒体において１つ以上の命令又はコードとして送信されてもよい。コンピュータ読み取り可能媒体は、コンピュータ記憶媒体と通信媒体とを含み、通信媒体は、コンピュータプログラムが１つの場所から他に送信されることを可能にするいずれかの媒体を含む。記憶媒体は、コンピュータにアクセス可能ないずれか利用可能な媒体でもよい。以下に例を提供するが、限定を課すものではない。コンピュータ読み取り可能媒体は、RAM、ROM、EEPROM、CD-ROM、又は他の光ディスクストレージ若しくはディスクストレージ媒体、又は他の磁気ストレージデバイス、又は命令若しくはデータ構造の形式で想定されるプログラムコードを搬送又は記憶でき且つコンピュータによりアクセスできる他の媒体を含んでもよい。さらに、いずれかの接続は、コンピュータ読み取り可能媒体として適切に定義されてもよい。例えば、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、デジタル加入者線（DSL）、又は赤外線、無線及びマイクロ波のような無線技術を使用することにより、ソフトウェアがウェブサイト、サーバ又は他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、DSL、又は赤外線、無線及びマイクロ波のような無線技術は、これらが属する媒体の定義に含まれる。例えば、この出願において使用されるディスク（Disk）及びディスク（disc）は、コンパクトディスク（CD）、レーザーディスク、光ディスク、デジタル多用途ディスク（DVD）、フロッピーディスク及びブルーレイディスクを含み、ディスク（disk）は一般的に磁気手段によりデータをコピーし、ディスク（disc）はレーザー手段により光学的にデータをコピーする。前述の組み合わせも、コンピュータ読み取り可能媒体の保護範囲に含まれるべきである。
【手続補正３６】
【補正対象書類名】明細書
【補正対象項目名】０１９２
【補正方法】変更
【補正の内容】
【０１９２】
要するに、前述に説明したものは、この出願の技術的解決策の実施例の単なる例であり、この出願の保護範囲を限定することを意図するものではない。この出願の原理から逸脱することなく行われるいずれかの変更、等価置換又は改善は、この出願の保護範囲内に入るものとする。
【国際調査報告】
2019535163.tif 000019
2019535163.tif 000020
2019535163.tif 000021
2019535163.tif 000022