(57)【要約】  本発明は以下のステップを含む：UEに対して、ダウンリンクデータを伝送するようにパンクチャドPRBを選択する；搬送する業務に基づいて、UEに対して伝送する伝送ブロックのサイズTBSおよびパンクチャドPRB対の数を確定する；確定したTBSに基づいて、UEに対してダウンロードデータの伝送をスケジュールするとともに、採用したパンクチャドPRB対の数およびMCS番号をUEに送信し、UEはパンクチャドPRB対の数を完全なPRB対の数に換算し、UEはMCS番号に基づいて変調方式およびTBS番号を確定して、完全なPRB対の数および前記TBS番号に基づいて前記ダウンリンクデータのTBSを確定する。本発明は、完全なPRBの数とパンクチャドPRBの数との間で換算を行うことにより、従来の一般的なサブフレームの適応処理過程およびリソースを利用した上で、パンクチャドPRBによりダウンリンクデータを伝送するときの特殊な状況を処理でき、その実現が簡単で効率となる。
2011529646.tif 000002
【特許請求の範囲】
【請求項１】
適応変調及び符号化方法であって、
基地局NodeBはユーザデバイスUEに対して、ダウンリンクデータを伝送するように、パンクチャド物理リソースブロックPRBを選択する；
前記NodeBは搬送する業務に基づいて、前記UEに対して伝送する伝送ブロックのサイズTBSおよびパンクチャドPRB対の数を確定する；
前記NodeBは確定したTBSに基づいて、前記UEに対してダウンロードデータの伝送をスケジュールするとともに、採用したパンクチャドPRB対の数およびMCS番号を前記UEに送信し、前記UEは前記パンクチャドPRB対の数を完全なPRB対の数に換算し、前記UEはMCS番号に基づいて変調方式およびTBS番号を確定するとともに、前記完全なPRB対の数および前記TBS番号に基づいて前記ダウンリンクデータのTBSを確定することを含む
ことを特徴とする。
【請求項２】
請求項１に記載の適応変調及び符号化方法であって、
前記NodeBにより搬送される業務がVoIP業務であり、前記のUEに対して伝送する伝送ブロックのサイズTBSおよびパンクチャドPRB対の数を確定することは具体的に下記のステップを含む：
前記NodeBは、搬送する業務に基づいてTBSを確定する；
前記NodeBは、確定したTBSおよびチャンネル品質情報に基づいて完全なPRB対の数を確定する；
前記NodeBは、完全なPRB対の数を換算して、パンクチャドPRB対の数を取得する
ことを特徴とする。
【請求項３】
請求項１に記載の適応変調及び符号化方法であって、
前記NodeBにより搬送される業務がデータ業務であり、前記のUEに対して伝送する伝送ブロックのサイズTBSおよびパンクチャドPRB対の数を確定することは具体的に下記のステップを含む：
前記NodeBは、スケジュール可能なリソースに基づいてパンクチャドPRB対の数を確定する；
前記NodeBは、前記パンクチャドPRB対の数を換算して完全なPRB対の数を取得する；
前記NodeBは、前記完全なTBS対の数に基づいて表を調べてTBSを取得する
ことを特徴とする。
【請求項４】
請求項１〜３のいずれか１つに記載の適応変調及び符号化方法であって、
前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係は前記パンクチャドPRBのサイズにより確定される
ことを特徴とする。
【請求項５】
請求項４に記載の適応変調及び符号化方法であって、
前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係は前記パンクチャドPRBのサイズにより確定されることは、具体的に
スペクトラム効率数式
【数１】
2011529646.tif 000040
あるいは
【数２】
2011529646.tif 000041
により確定し、
ただし、TBSが搬送するデータブロックのサイズである；NP-PRBが前記TBSを搬送するのに必要なパンクチャドPRB対の数である；NPRB前記TBSを搬送するのに必要な完全なPRB対の数である；Nsymbol,P-PRBが各パンクチャドPRB対ごと内の前記TBSを搬送するための直交周波数分割多重OFDM符号数である；NSymbol, PRBが各完全なPRB対ごと内の前記TBSを搬送するための直交周波数分割多重OFDM符号数である；NRE,P-PRBがパンクチャドPRBの専用したRE数である；NRE,P-PRBが完全なPRBの占用したRE数である
ことを特徴とする。
【請求項６】
請求項５に記載の適応変調及び符号化方法であって、
前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係は
数式
【数３】
2011529646.tif 000042
により確定される
ことを特徴とする。
【請求項７】
請求項４に記載の適応変調及び符号化方法であって、
前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係は具体的に、
数式
【数４】
2011529646.tif 000043
により確定され、ただし
【数５】
2011529646.tif 000044
がｘに対する下向きの丸めの操作を示す
ことを特徴とする。
【請求項８】
請求項６に記載の適応変調及び符号化方法であって、
前記Nsymbol,P-PRBあるいはNRE,P-PRBはパンクチャドPRB対における使えるOFDM符号数に基づいて下記の表を調べて取得できる
ことを特徴とする。
【表１】
2011529646.tif 000045
【請求項９】
請求項６に記載の適応変調及び符号化方法であって、
前記Nsymbol,P-PRBは数式Nsymbol,P-PRB＝Lsymbol,P-PRB-kにより確定し、
ただしLP-PRBがパンクチャドPRB対における使えるOFDM符号の数であり、ｋ値がCPの長さに関する定数である
ことを特徴とする。
【請求項１０】
請求項９に記載の適応変調及び符号化方法であって、
短CPに対して、ｋ=4；長CPに対して、k=2である
ことを特徴とする。
【請求項１１】
請求項６に記載の適応変調及び符号化方法であって、
前記Nsymbol,P-PRBは下記の方法により取得でき：
パンクチャドPRB対のサイズが閾値k0によりも小さければ、デフォルトとして前記パンクチャドPRB対の符号数が定数k1となり、ただしk0,k1が定数である
ことを特徴とする。
【請求項１２】
請求項１１に記載の適応変調及び符号化方法であって、
短CPに対して、k0=12, k1=5；長CPに対して、k0=10, k1=5である
ことを特徴とする。
【請求項１３】
請求項１に記載の適応変調及び符号化方法であって、
符号語をｎ（ｎが正整数）層の空間に射影して多重する際に、前記パンクチャドPRB対の数および前記完全なPRBの数をｎにかける
ことを特徴とする。
【請求項１４】
適応変調及び符号化システムであって、NodeBおよび前記NodeBがサービスする少なくとも１つのUEを含み、
前記NodeBは、前記UEに対して、ダウンリンクデータを伝送するようにパンクチャドPRBを選択するとともに、確定したTBSに基づいて、前記UEに対してダウンロードデータの伝送をスケジュールし、また採用したパンクチャドPRB対の数およびMCS番号を前記UEに送信する；
前記UEは、前記NodeBが伝送したダウンリンクデータおよび前記NodeBが送信した採用のパンクチャドPRB対の数およびMCS番号を受信するとともに、受信したパンクチャドPRB対の数を完全なPRB対の数に換算し、MCS番号に基づいて変調方式およびTBS番号を確定し、また前記完全なPRB対の数および前記TBS番号に基づいて前記ダウンリンクデータのTBSを確定する
ことを特徴とする。
【請求項１５】
NodeBであって、
UEに対して、ダウンリンクデータを伝送するようにパンクチャドPRBを選択するための選択モジュールと、
搬送する業務に基づいて、前記UEに対して伝送する伝送ブロックのサイズTBSおよびパンクチャドPRB対の数を確定するためのスケジュールパラメータ確定モジュールと、
確定したTBSに基づいてUEに対してダウンリンクデータの伝送をスケジュールするとともに、採用したパンクチャドPRB対の数およびMCS番号を前記UEに送信するためのスケジュール送信モジュールと、を含む
ことを特徴とする。
【請求項１６】
請求項１５に記載のNodeBであって、
スケジュールパラメータ確定モジュールは、
搬送する業務がVoIPであるかあるいはデータ業務であるかを判断するための業務判断サブモジュールと、
完全なPRB対の数とパンクチャドPRB対の数との間の換算を行うための換算サブモジュールと、
前記業務判断サブモジュールにより搬送の業務がVoIP業務であると判断した場合、搬送する業務に基づいてTBSを確定し、前記業務判断サブモジュールにより搬送の業務がデータ業務であると判断した場合、前記換算モジュールにより換算された完全なPRB対の数に基づいてTBSを確定するためのTBSサブモジュールと、
前記業務判断サブモジュールにより搬送の業務がVoIPであると判断した場合、まずTBSモジュールにより搬送の業務に基づいてTBSを確定してから、TBSモジュールが確定したTBSおよびチャンネル品質情報に基づいて完全なPRB対の数を確定し、その後換算モジュールにより完全なPRB対の数を換算してパンクチャドPRB対の数を取得するとともに、前記業務判断サブモジュールにより搬送の業務がデータ業務であると判断した場合、まずスケジュール可能なリソースに基づいてパンクチャドPRB対の数を確定してから、前記換算モジュールにより前記パンクチャドPRB対の数を換算して完全なPRB対の数を取得し、その後前記TBSモジュールにより前記完全なTBS対の数に基づいて表を調べてTBSを取得する制御サブモジュールと、を含む
ことを特徴とする。
〔請求項16〕
請求項１５に記載のNodeBであって、
前記換算サブモジュールは、パンクチャドPRBのサイズに基づいて、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定する
ことを特徴とする。
【請求項１７】
請求項１６に記載のNodeBであって、
前記換算サブモジュールは、
スペクトラム効率数式
【数６】
2011529646.tif 000046
あるいは
【数７】
2011529646.tif 000047
により、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定し、
ただし、TBSが搬送するデータブロックのサイズである；NP-PRBが前記TBSを搬送するのに必要なパンクチャドPRB対の数である；NPRB前記TBSを搬送するのに必要な完全なPRB対の数である；Nsymbol,P-PRBが各パンクチャドPRB対ごと内の前記TBSを搬送するための直交周波数分割多重OFDM符号数である；NSymbol, PRBが各完全なPRB対ごと内の前記TBSを搬送するための直交周波数分割多重OFDM符号数である；NRE,P-PRBがパンクチャドPRBの専用したRE数である；NRE,P-PRBが完全なPRBの占用したRE数である
ことを特徴とする。
【請求項１８】
請求項１７に記載のNodeBであって、
前記換算サブモジュールは、
数式
【数８】
2011529646.tif 000048
により、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定する
ことを特徴とする。
【請求項１９】
請求項１６に記載のNodeBであって、
前記換算サブモジュールは、
数式
【数９】
2011529646.tif 000049
により、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定し、ただし
【数１０】
2011529646.tif 000050
がｘに対する下向きの丸めの操作を示す
ことを特徴とする。
【請求項２０】
請求項１７に記載のNodeBであって、
前記NRE,P-PRBが120であり、前記Nsymbol,P-PRBあるいはNRE,P-PRBはパンクチャドPRB対における使えるOFDM符号数に基づいて下記の表を調べて取得する
ことを特徴とする。
【表２】
2011529646.tif 000051
【請求項２１】
請求項１７に記載のNodeBであって、
前記Nsymbol,P-PRBは数式Nsymbol,P-PRB＝Lsymbol,P-PRB-kにより確定し、ただしLSymbol, P-PRBがパンクチャドPRB対における使えるOFDM符号の数であり、ｋ値がCPの長さに関する定数である
ことを特徴とする。
【請求項２２】
請求項２１に記載のNodeBであって、
短CPに対して、ｋ=4；長CPに対して、k=2である
ことを特徴とする。
【請求項２３】
請求項１７に記載のNodeBであって、
前記Nsymbol,P-PRBは下記の方法により取得する：
パンクチャドPRB対のサイズが閾値k0によりも小さければ、デフォルトとして前記パンクチャドPRB対の符号数が定数k1となり、ただしk0,k1が定数である
ことを特徴とする。
【請求項２４】
請求項２３に記載のNodeBであって、
短CPに対して、k0=12, k1=5；長CPに対して、k0=10, k1=5である
ことを特徴とする。
【請求項２５】
請求項１５に記載のNodeBであって、
符号語をｎ（ｎが正整数）層の空間に射影して多重する際に、前記パンクチャドPRB対の数および前記完全なPRBの数をｎにかける多重モジュールをさらに含む
ことを特徴とする。
【請求項２６】
UEであって、
NodeBがパンクチャドPRBによって伝送したダウンリンクデータを受信するための受信モジュールと、
スケジュールシグナリングにより指示したMCS番号およびパンクチャドPRB対の数を取得するための指示情報取得モジュールと、
前記パンクチャドPRB対の数を完全なPRB対の数に換算するための換算モジュールと、
MCS番号に基づいて、変調方式おおよびTBS番号を確定し、前記換算モジュールが換算した完全なPRB対の数および前記TBS番号に基づいて前記ダウンリンクデータのTBSを確定するためのTBS確定モジュールとを含む
ことを特徴とする。
【請求項２７】
請求項２６に記載のUEであって、
前記TBS確定モジュールは、
MCS番号と変調方式およびTBS番号との対応のリストおよびTBS表を記憶するためのテーブル記憶サブモジュールと、
前記指示情報取得モジュールが取得したMCS番号に基づいて、変調方式およびTBS番号を確定してから、前記換算モジュールが換算した後の完全なPRB対の数およびTBS番号に基づいて、ダウンリンクデータのTBSを取得するための表調査サブモジュールとを含む
ことを特徴とする。
【請求項２８】
請求項２７に記載のUEであって、
前記換算サブモジュールは、パンクチャドPRBのサイズに基づいて、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定する
ことを特徴とする。
【請求項２９】
請求項２８に記載のUEであって、
前記換算サブモジュールは、
スペクトラム効率数式
【数１１】
2011529646.tif 000052
あるいは
【数１２】
2011529646.tif 000053
により、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定し、
ただし、TBSが搬送するデータブロックのサイズである；NP-PRBが前記TBSを搬送するのに必要なパンクチャドPRB対の数である；NPRB前記TBSを搬送するのに必要な完全なPRB対の数である；Nsymbol,P-PRBが各パンクチャドPRB対ごと内の前記TBSを搬送するための直交周波数分割多重OFDM符号数である；NSymbol, PRBが各完全なPRB対ごと内の前記TBSを搬送するための直交周波数分割多重OFDM符号数である；NRE,P-PRBがパンクチャドPRBの専用したRE数である；NRE,P-PRBが完全なPRBの占用したRE数である
ことを特徴とする。
【請求項３０】
請求項２９に記載のUEであって、
前記換算サブモジュールは、
数式
【数１３】
2011529646.tif 000054
により、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定する
ことを特徴とする。
【請求項３１】
請求項２８に記載のNodeBであって、
前記換算サブモジュールは、
数式
【数１４】
2011529646.tif 000055
により、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定し、ただし
【数１５】
2011529646.tif 000056
がｘに対する下向きの丸めの操作を示す
ことを特徴とする。
【請求項３２】
請求項２９に記載のUEであって、
前記NRE,P-PRBが120であり、前記Nsymbol,P-PRBあるいはNRE,P-PRBはパンクチャドPRB対における使えるOFDM符号数に基づいて下記の表を調べて取得する
ことを特徴とする。
【表３】
2011529646.tif 000057
【請求項３３】
請求項２９に記載のUEであって、
前記Nsymbol,P-PRBは数式Nsymbol,P-PRB＝Lsymbol,P-PRB-kにより確定し、ただしLSymbol, P-PRBがパンクチャドPRB対における使えるOFDM符号の数であり、ｋ値がCPの長さに関する定数である
ことを特徴とする。
【請求項３４】
請求項３３に記載のUEであって、
短CPに対して、ｋ=4；長CPに対して、k=2である
ことを特徴とする。
【請求項３５】
請求項２９に記載のUEであって、
前記Nsymbol,P-PRBは下記の方法により取得する：
パンクチャドPRB対のサイズが閾値k0によりも小さければ、デフォルトとして前記パンクチャドPRB対の符号数が定数k1となり、ただしk0,k1が定数である
ことを特徴とする。
【請求項３６】
請求項３５に記載のUEであって、
短CPに対して、k0=12, k1=5；長CPに対して、k0=10, k1=5
ことを特徴とする。
【請求項３７】
適応変調及び符号化方法であって、下記のステップを含む：
送信ノードはダウンリンクデータを伝送するようにパンクチャドPRBおよび完全なPRBを選択する；
前記送信ノードは搬送する業務に基づいて、前記受信ノードに対して伝送する伝送ブロックのサイズTBS、スケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定する；
前記送信ノードは確定したTBSに基づいて、受信ノードに対してダウンリンクデータをスケジュールするとともに、採用する全部PRB対の数、位置情報およびMCS番号を前記受信ノードに送信する；
前記受信ノードは前記全部PRB対の数、位置情報および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算する；
前記受信ノードは全部リソースの数に基づいて、換算後の完全なPRB対の数を計算するとともに、算出した前記換算後の完全なPRB対の数、および前記MCS番号により確定したPBS番号に基づいて、前記ダウンリンクデータのTBSを確定する
ことを特徴とする。
【請求項３８】
請求項３７に記載の適応変調及び符号化方法であって、
前記送信ノードの搬送する業務が固定データパケットサイズの業務であり、
前記送信ノードは搬送する業務に基づいて、受信ノードに対して伝送するTBS、およびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定することは下記を含む：
前記送信ノードは、搬送する業務に基づいてTBSを確定する；
前記送信ノードは、確定したTBSサイズおよびチャンネル品質に基づいて、該データブロックを具体的に搬送するPRB対の数を確定する；
前記送信ノードは、スケジュール可能なリソースに基づいて、前記受信ノードに対して完全なPRBおよびパンクチャドPRBを選択するとともに、パンクチャドPRB対の数および全部PRB対の数を計算し、ただし前記パンクチャドPRB対の数が完全なPRB対の数に基づいて換算して得られる
ことを特徴とする。
【請求項３９】
請求項３７に記載の適応変調及び符号化方法であって、
前記送信ノードの搬送する業務が非固定データパケットサイズの業務であり、
前記送信ノードは搬送する業務に基づいて、受信ノードに対して伝送するTBS、およびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定することは下記を含む：
前記送信ノードは、スケジュール可能なリソースに基づいて、スケジュールする完全なPRB対の数とパンクチャドPRB対の数とを確定する；
前記送信ノードは、完全なPRB対の数とパンクチャドPRB対の数との和のPRB対の数を計算する；
前記送信ノードは、前記パンクチャドPRB対の数を換算して、換算後の完全なPRB対の数を取得する；
前記送信ノードは、前記完全なPRB対の数および前記換算後の完全なPRB対の数に基づいて表を調べてTBSを取得するとともに、TBSサイズのデータパケットをスケジュールして、確定したPRBにて伝送を行う
ことを特徴とする。
【請求項４０】
請求項３８あるいは３９に記載の適応変調及び符号化方法であって、
前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係は、パンクチャドPRBのサイズに基づいて確定される
ことを特徴とする。
【請求項４１】
請求項３７に記載の適応変調及び符号化方法であって、
前記受信ノードは前記全部PRB対の数、および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算することは下記を含む：
前記全部リソースの数は下記の数式により計算して取得する：
【数１６】
2011529646.tif 000058
、
ただしRiが毎種のPRBのリソースエレメントであり、Niが毎種のPRBの数である
ことを特徴とする。
【請求項４２】
請求項４１に記載の適応変調及び符号化方法であって、
前記受信ノードは全部リソースの数に基づいて、換算後の完全なPRB対の数を計算することは、
前記換算後の完全なPRB対の数は下記の数式により計算して取得する：
【数１７】
2011529646.tif 000059
あるいは
【数１８】
2011529646.tif 000060
、
ただしN’PRBが換算後の完全なPRB対の数であり、
【数１９】
2011529646.tif 000061
がｘに対する下向きの丸めの操作を示す
ことを含むことを特徴とする。
【請求項４３】
請求項３７に記載の適応変調及び符号化方法であって、
前記受信ノードは前記全部PRB対の数、および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算することは下記を含む、
前記全部リソースの数は下記の数式により計算して取得する：
Rmin×NPRB、
ただしRminが最小エレメントのPRBリソースエレメントであり、NPRBが全部PRB対の数である
ことを特徴とする。
【請求項４４】
請求項４３に記載の適応変調及び符号化方法であって、
前記受信ノードは全部リソースの数に基づいて、換算後の完全なPRB対の数を計算することは下記を含む：
前記換算後の完全なPRB対の数は下記の数式により計算して取得する：
【数２０】
2011529646.tif 000062
、
ただしRminが最小エレメントのPRBリソースエレメントであり、NPRBが全部PRB対の数である
ことを特徴とする。
【請求項４５】
請求項３７に記載の適応変調及び符号化方法であって、
前記換算後の完全なPRB対の数を計算することは下記を含む：
換算後の完全なPRB対の数がNp+N’PRBとなり、ただしNpが完全なPRB対の数であり、
【数２１】
2011529646.tif 000063
、前記RiがパンクチャドPRBのリソースエレメントであり、NiがパンクチャドPRBの数である
ことを特徴とする。
【請求項４６】
適応変調及び符号化システムであって、送信ノードおよび前記送信ノードがサービスする少なくとも１つの受信ノードを含み、
前記送信ノードは、ダウンリンクデータを伝送するようにパンクチャドPRBおよび完全なPRBを選択するとともに、搬送する業務に基づいて、前記受信ノードに対して伝送する伝送ブロックのサイズTBSおよびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定し、また確定したTBSに基づいて、前記受信ノードに対してダウンリンクデータの伝送をスケジュールするとともに、採用した全部PRB対の数、位置情報およびMCS番号を前記受信ノードに送信するためのものであり、
前記受信モードは、前記全部PRB対の数、位置情報および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算するとともに、全部リソースの数に基づいて、換算後の完全なPRB対の数を計算し、また算出した前記換算後の完全なPRB対の数、および前記MCS番号により確定したPBS番号に基づいて、前記ダウンリンクデータのTBSを確定するためのものである
ことを特徴とする。
【請求項４７】
請求項４６に記載の適応変調及び符号化システムであって、
前記送信ノードはNodeBあるいはeNodeBであり、前記受信ノードはRNあるいはUEであり、あるいは前記送信ノードはRNであり、前記受信ノードはUEである
ことを特徴とする。
【請求項４８】
送信ノードであって、
ダウンリンクデータを伝送するようにパンクチャドPRBを選択するための選択モジュールと、
搬送する業務に基づいて、前記受信ノードに対して伝送する伝送ブロックのサイズTBS、およびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定するためのスケジュールパラメータ確定モジュールと、
確定したTBSに基づいて前記受信ノードに対してダウンリンクデータの伝送をスケジュールするとともに、採用した全部PRB対の数、位置情報およびMCS番号を前記受信ノードに送信するためのスケジュール送信モジュールと
を含むことを特徴とする。
【請求項４９】
請求項４８に記載の送信ノードであって、
前記送信ノードの搬送する業務が固定データパケットサイズの業務であれば、前記スケジュールパラメータ確定モジュールは、固定データパケットサイズの業務に基づいてTBSを確定し、確定したTBSサイズおよびチャンネル品質に基づいて、該データブロックを具体的に搬送するPRB対の数を確定し、またスケジュール可能なリソースに基づいて、前記受信ノードに対して完全なPRBおよびパンクチャドPRBを選択するとともに、パンクチャドPRB対の数および全部PRB対の数を計算し、ただし前記パンクチャドPRB対の数が完全なPRB対の数に基づいて換算して得られる
ことを特徴とする。
【請求項５０】
請求項４８に記載の送信ノードであって、
前記送信ノードの搬送する業務が非固定データパケットサイズの業務であれば、前記スケジュールパラメータ確定モジュールは、スケジュール可能なリソースに基づいて、スケジュールする完全なPRB対の数とパンクチャドPRB対の数とを確定し、完全なPRB対の数とパンクチャドPRB対の数との和のPRB対の数を計算し、また前記パンクチャドPRB対の数を換算して、換算後の完全なPRB対の数を取得し、前記完全なPRB対の数および前記換算後の完全なPRB対の数に基づいて表を調べてTBSを取得するとともに、TBSサイズのデータパケットをスケジュールして、確定したPRBにて伝送を行う
ことを特徴とする。
【請求項５１】
請求項４９あるいは５０に記載の送信ノードであって、
前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係は、パンクチャドPRBのサイズにより確定される
ことを特徴とする。
【請求項５２】
受信ノードであって、
送信ノードが完全なPRBおよびパンクチャドPRBにより伝送したダウンリンクデータを受信するための受信モジュールと、
シグナリングにより指示されたMCS番号、およびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を取得するための指示情報取得モジュールと、
前記全部PRB対の数、および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算するとともに、全部リソースの数に基づいて、換算後の完全なPRB対の数を計算する完全なPRB対数計算モジュールと、
算出した前記換算後の完全なPRB対の数、および前記MCS番号により確定したPBS番号に基づいて、前記ダウンリンクデータのTBSを確定するTBS確定モジュールと
を含むことを特徴とする。
【請求項５３】
請求項５２に記載の受信ノードであって、
前記完全なPRB対数計算モジュールは下記の数式に基づいて、前記全部リソースの数を計算する：
【数２２】
2011529646.tif 000064
、
ただしRiが毎種のPRBのリソースエレメントであり、Niが毎種のPRBの数であり、
さらに下記の数式に基づいて、換算後の完全なPRB対の数を計算する：
【数２３】
2011529646.tif 000065
あるいは
【数２４】
2011529646.tif 000066
、
ただしN’PRBが換算後の完全なPRB対の数であり、
【数２５】
2011529646.tif 000067
がｘに対する下向きの丸めの操作を示す
ことを特徴とする。
【請求項５４】
請求項５２に記載の受信ノードであって、
前記完全なPRB対数計算モジュールは下記の数式に基づいて、前記全部リソースの数を計算する：
Rmin×NPRB、
ただしRminが最小エレメントのPRBリソースエレメントであり、NPRBが全部PRB対の数であり、
さらに下記の数式に基づいて、換算後の完全なPRB対の数を計算する：
【数２６】
2011529646.tif 000068
、
ただしRminが最小エレメントのPRBリソースエレメントであり、NPRBが全部PRB対の数である
ことを特徴とする。
【請求項５５】
請求項５２に記載の受信ノードであって、
前記完全なPRB対数計算モジュールは下記の数式に基づいて、前記全部リソースの数を計算する：
Np+N’PRB、
ただしNpが完全なPRB対の数であり、
【数２７】
2011529646.tif 000069
、前記RiがパンクチャドPRBのリソースエレメントであり、NiがパンクチャドPRBの数である
ことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信技術分野に関し、特に、一種の適応変調及び符号化方法、システムおよび装置に関する。
【背景技術】
【０００２】
第３世代移動通信システム（３G）はCDMA（Code-Division Multiple Access、符号分割多重接続）方式を採用し、マルチメディア業務をサポートし、これからの何年間に高い競争力を有することができるが、さらなる長期間にこのような競争力を保持するために、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、第３世代移動通信システム標準化団体）は３G無線インタフェース技術のLTE（Long Term Evolution、長期進化）研究項目を起動した。AMC（Adaptive Modulation and Coding: 適応変調符号化）技術はLTEの肝心な技術の１つとなった。
【０００３】
AMCは適応変調及び符号化技術といい、伝送データを適応に調整できる変調および符号化方式であって、チャンネルの変化により受信信号に対する減衰影響を補償することにより、信号の信号対雑音比性能を向上できる物理層リンク適応（Link Adaptation）技術である。AMCの実現方法は下記のようにとなる：システムが自分の物理層の能力およびチャンネル変化の状況に基づいて、伝送フォーマットの符号化変調フォーマット集合（MCS, Modulation And Coding Scheme）を設立し、各MCSごとにおける伝送フォーマットには伝送データ符号化レートおよび変調方式などのパラメータが含まれ、チャンネル条件が変化した時に、システムがチャンネル条件に対応する異なる伝送フォーマットを選択することでチャンネル変化を適応することになる。本発明をさらによく理解するために、以下に本発明に使われるいくつ基礎技術を簡単に紹介する。
【０００４】
今、LTEシステムは２種のフレーム構成、すなわちFDD（Frequency Division Duplex, 周波数分割複信）システムに適用する第１種類のフレーム構成、TDD（Time Division Duplex, 時分割複信）システムに適用する第２種類のフレーム構成、をサポートするように決定した。本発明をさらに深く理解できるために、以下、第１種類のフレーム構成、および第２種類のフレーム構成をそれぞれ簡単に紹介する。
【０００５】
図１に示すように、従来技術におけるFDDシステムの第１種類のフレーム構成を示す図である。該第１種類の無線フレームのフレーム長が１０ｍｓとなり、２０個のスロットからなり、各スロット（slot）の長さが0.5msであり、図１に示すように、０から１９まで標記される。２つの連続するスロットが１つのサブフレーム(Subframe)として定義し、サブフレームがスロット2iおよび2i+1からなり、ただしi＝0,1,・・・,9。
【０００６】
図２に示すように、従来技術におけるTDDシステムの第２種類のフレーム構成を示す図である。該第２種類の無線フレームのフレーム長も10msとなり、各無線フレームがまず２つの5msのサブフレームに分けられる。各サブフレームは五つの1msに分けられる。具体的なスロット比例の配置によって、サブフレーム１及びサブフレーム６は特殊業務サブフレームとして配置されることができ、３つの特殊スロット（ダウンリンクパイロットDwPTS、ガード間隔GPおよびアップリンクパイロットUpPTS）からなる。その中で、DwPTSは一般的なダウンロードサブフレームと同じ、ダウンロード業務データを搬送してもよい。
【０００７】
LTE(Long term evolution)システムにおいては、一般的なサブフレームのPRB（Physical Resource Block, 物理リソースブロック）構成に基づいてMCS設計を行って、TBS（Transport Block Size, 伝送ブロックサイズ）表を調べる方法を利用してAMC過程を実現する。その中で、PRBはLTEのリソーススケジュールの基本単位となる。図３に示すように、従来技術のアップリンクスロットにおけるPRBおよびREを示す図であり、ダウンリンクスロットにおけるPRBおよびREはこれと類似し、その中で、１つの時間ドメインOFDM（Orthogonal Frequency Division Multiplexing, 直交周波数分割多重）符号および周波数帯域サブキャリアで確定される最小リソースエレメントがRE（resource element）という。今現在、プロトコルは１つの一般的なサブフレームの完全なPRBを時間ドメイン0.5msに定義し、周波数帯域180MHzの時間周波数リソースエレメントすなわち時間ドメインを７つのOFDM符号（短CPに対して）あるいは６つのOFDM符号（長CPに対して）に、周波数帯域を１２個のサブキャリアの１つの時間周波数リソースエレメントにそれぞれ対応させた。
【０００８】
しかしながら、LTEシステムにおいては、ある特殊業務サブフレームにはいくつのパンクチャド（Punctured）PRBリソース、たとえばTDDシステムの特殊業務におけるDwPTS（図２に示すように）、あるいは同期チャンネル、ブロードキャストチャンネルのためにパンクチャドPRBなどが存在する。これらの特殊業務サブフレームにおけるパンクチャドPRBは一般的なサブフレームにおける完全なPRBと同じにダウンリンクデータを搬送することができるが、従来のTBS表が完全なPRBに基づいて設計されたものであるため、その中の大部分のオプションはこれらのパンクチャドPRBに直接応用することができない。
【０００９】
従来技術の短点は、今現在のプロトコルに規定のTBS表が完全なPRBに基づいて設計されたもので、その中の大部分のオプションがパンクチャドPRBに応用できないことにある。もし何も補正しなければ、パンクチャドPRBに対してチャンネルの品質に基づいて最適な伝送フォーマットを選択することができなくなるため、伝送スペクトラムの効率が低減することになる。
【００１０】
従来技術の上記短点をさらに深く理解するために、以下従来技術のAMCを例として簡単に紹介する。しかし以下に述べるパンクチャドPRBは従来技術に出現する１種の状況となり、従来技術におけるすべてのパンクチャドPRBの状況を代表できないことが明白である。まず一般的なサブフレームのPRB構成に基づいてMCSを設計する場合、LTEシステムに対しては、業務チャンネルが今現在QPSK、16QAMおよび64QAMの３種変調方式をサポートしており、これらの３種の変調方式は具体的な符号化レートと配合すると、29種のMCSが存在し、３種のMCSが再送時の内包射影TBS及び変調方式のため保留され、合計３２個のMCSオプションがあり、５ビットで指示できる。システムはチャンネルに対する計測および予測に基づいて、最適な変調方式およびチャンネル変調レートを選択してデータを伝送することで、所定の伝送品質を保証した前提で、システムのスループットを最大化する。具体的なMCSの指示は以下の表１および表２を参照して行える。
【００１１】
【表１】
2011529646.tif 000003
【００１２】
その中では、スケジュールシグナリングの５ビットのMCS指示情報番号IMCSに対しては、表１に基づいて、具体的な調整方式、たとえばQmに示すようなものを取得でき、TBSの番号はITBSで指示される。しかし具体的なTBSはITBSおよび占用のPRB個数NPRBによって共同で決められ、PRB個数NPRBはスケジュールシグナリングのリソース指示情報によって取得し、スケジュールがPRB-pairを基本エレメントとする。表１に基づいてITBSを取得した後に、ITBSおよびPRB個数NPRBに基づいて表２を調べることで最終のTBSを得られる。該表２のサイズは２７×１１０であるが、記述の便利のために、NPRBが１−９個の部分のみを示した。
【００１３】
【表２】
2011529646.tif 000004
【００１４】
上記表２に示すTBS表は一般的な業務の完全なPRBに対して設計されたもので、その中で、制御シグナリングおよびパイロットのコスト、および長短CPなどの要素を考慮すると、ダウンリングではPRB(PRB-pair)対毎に１２０個REがデータ搬送のためのものとして使用すると最終に協定し、そのうち１２０個REが１０個OFDM符号と等価する。このため、表２はパンクチャドPRBに応用できず、特にパンクチャド符号数が比較的に多い場合、表２に基づいて確定すれば、実際に必要となるMCSとの差が大きく、UEのデコードエラーを生じることになる。
【００１５】
以下、例を挙げる方式で上記欠陥を記述する。UEがダウンリンクスケジュールシグナリングに基づいてITBS＝14を取得し、指示したPRB対の数が２となることを仮想すると、一般的なダウンリンクサブフレームに対してのUE処理手順は下記のようになる：表１に基づいて、IMCS＝14によって表を調べることで、対応する変調方式がQm＝４、つまり１６QAMを取得する；TBSに対応する番号がITBS＝１３である；さらに表２に基づいてTBS＝488を見つける。これにより、実際のコードレートが大体(488＋24)/(120×4×2)=0.533であり、つまり実際のMCSが{16QAM, 0.533}となる。
【００１６】
しかし、対応するものがDwPTSであれば、ここでDwPTSの長さが９つのOFDM符号であると仮想すると、制御シグナリング、同期チャンネルおよびパイロットのコストの以外に、該DｗPTSにおける実際にデータを搬送するのに用いられるPRBが大体５×１２＝60REとなる。このため、同じ伝送品質を保証する、つまりMCSが同じく｛16QAM, 0.533｝となり、４８８データビットを搬送するなら、NodeB（基地局）はスケジュールして４つのPRB対を該UEに分配することになる。しかしこのとき、UEがシグナリング指示のIMCS=14およびNPRB=4に基づいてTBS表を調べて取得のが実際の488ビットではなく、1000ビットとなるため、UEにエラー操作をもたらす。
【００１７】
あるいは、NodeBはスケジュール時に、実際伝送するのが488ビットであることを考慮すれば、NPRB=4に対して488に最も接近するTBS、たとえば472を選択したら、この時対応するのがIMCS=7となる。NodeBがIMCS=7およびNPRB=4によって伝送を確定すしても、UEはDwPTSを、取得すべきMCS＝｛16QAM, 0.533｝ではなく、MCS＝｛QPSK, 1.06｝として解読することになる。このため、上記例のパンクチャドPRB対に対して、MCS＝｛16QAM, 0.533｝は実際に実現することができない。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本発明は、少なくとも上記の技術欠陥を解決し、特に従来のMCSおよびTBS表を利用して、パンクチャドPRBを用いてAMCを行うスペクトラムの効率を向上することを目的とする。
【課題を解決するための手段】
【００１９】
上記の目的を実現するために、本発明は一方に、適応変調及び符号化方法を提出し、以下のステップを含む：基地局NodeBはユーザデバイスUEに対して、ダウンリンクデータを伝送するために、パンクチャドPRBを選択する；前記NodeBは搬送する業務に基づいて、前記UEに対して伝送する伝送ブロックのサイズTBSおよびパンクチャドPRB対の数を確定する；前記NodeBは確定したTBSに基づいて、前記UEに対してダウンロードデータの伝送をスケジュールするとともに、採用したパンクチャドPRB対の数およびMCS番号を前記UEに送信し、前記UEは前記パンクチャドPRB対の数を完全なPRB対の数に換算し、UEはMCS番号に基づいて変調方式およびTBS番号を確定して、前記完全なPRB対の数および前記TBS番号に基づいて前記ダウンリンクデータのTBSを確定する。
【００２０】
本発明は他方に、UEに対して、ダウンリンクデータを伝送するようにパンクチャドPRBを選択するための選択モジュールと、搬送する業務に基づいて、前記UEに対して伝送する伝送ブロックのサイズTBSおよびパンクチャドPRB対の数を確定するためのスケジュールパラメータ確定モジュールと、確定したTBSに基づいてUEに対してダウンリンクデータの伝送をスケジュールするとともに、採用したパンクチャドPRB対の数およびMCS番号を前記UEに送信するためのスケジュール送信モジュールと、を含むNodeBを提出する。
【００２１】
本発明はさらに、NodeBがパンクチャドPRBによって伝送したダウンリンクデータを受信するための受信モジュールと、スケジュールシグナリングにより指示したMCS番号およびパンクチャドPRB対の数を取得するための指示情報取得モジュールと、前記パンクチャドPRB対の数を完全なPRB対の数に換算するための換算モジュールと、MCS番号に基づいて、変調方式おおよびTBS番号を確定し、前記換算モジュールが換算した完全なPRB対の数および前記TBS番号に基づいて前記ダウンリンクデータのTBSを確定するためのTBS確定モジュールとを含むUEを提出する。
【００２２】
本発明はさらに、適応変調及び符号化方法を提出し、下記のステップを含む：送信ノードはダウンリンクデータを伝送するようにパンクチャドPRBおよび完全なPRBを選択する；前記送信ノードは搬送する業務に基づいて、前記受信ノードに対して伝送する伝送ブロックのサイズTBS、スケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定する；前記送信ノードは確定したTBSに基づいて、受信ノードに対してダウンリンクデータをスケジュールするとともに、採用する全部PRB対の数、位置情報およびMCS番号を前記受信ノードに送信する；前記受信ノードは前記全部PRB対の数、位置情報および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算する；前記受信ノードは全部リソースの数に基づいて、換算後の完全なPRB対の数を計算するとともに、算出した前記換算後の完全なPRB対の数、および前記MCS番号により確定したPBS番号に基づいて、前記ダウンリンクデータのTBSを確定する。
【００２３】
本発明はさらに、ダウンリンクデータを伝送するようにパンクチャドPRBおよび完全なPRBを選択するとともに、搬送する業務に基づいて、前記受信ノードに対して伝送する伝送ブロックのサイズTBSおよびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定し、また確定したTBSに基づいて、前記受信ノードに対してダウンリンクデータをスケジュールするとともに、採用する全部PRB対の数、位置情報およびMCS番号を前記受信ノードに送信するための送信ノードと、前記全部PRB対の数、位置情報および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算するとともに、全部リソースの数に基づいて、換算後の完全なPRB対の数を計算し、また算出した前記換算後の完全なPRB対の数、および前記MCS番号により確定したPBS番号に基づいて、前記ダウンリンクデータのTBSを確定するための、前記送信ノードがサービスするすくなくとも１つの受信ノードとを含む適応変調及び符号化システムを提出する。
【００２４】
本発明は、ダウンリンクデータを伝送するようにパンクチャドPRBを選択するための選択モジュールと、搬送する業務に基づいて、前記受信ノードに対して伝送する伝送ブロックのサイズTBS、およびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定するためのスケジュールパラメータ確定モジュールと、確定したTBSに基づいて前記受信ノードに対してダウンリンクデータの伝送をスケジュールするとともに、採用した全部PRB対の数、位置情報およびMCS番号を前記受信ノードに送信するためのスケジュール送信モジュールとを含む送信ノードを提出する。
【００２５】
本発明はさらに、送信ノードが完全なPRBおよびパンクチャドPRBにより伝送したダウンリンクデータを受信するための受信モジュールと、シグナリングにより指示されたMCS番号、およびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を取得するための指示情報取得モジュールと、前記全部PRB対の数、および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算するとともに、全部リソースの数に基づいて、換算後の完全なPRB対の数を計算する完全なPRB対数計算モジュールと、算出した前記換算後の完全なPRB対の数、および前記MCS番号により確定したPBS番号に基づいて、前記ダウンリンクデータのTBSを確定するTBS確定モジュールとを含む受信ノードを提出する。
【００２６】
本発明はNodeBにより、UEに対してリソースをスケジュールする際に、完全なPRBの数とパンクチャドPRBの数との間で換算を行うことにより、従来の一般的なサブフレームの適応処理過程およびリソースを利用した上で、パンクチャドPRBによりダウンリンクデータを伝送するときの特殊な状況を処理でき、その実現が簡単で効率となる。
【００２７】
本発明の付加の方面および長所は一部が下記の記述により説明され、一部が下記の記述により明らかになるか、あるいは本発明の実現によりわかる。
【００２８】
本発明の上記および／あるいは付加の方面および長所は以下で図面を結合した実施形態に対する記述により明らかに、理解しやすくなる。
【図面の簡単な説明】
【００２９】
【図１】従来技術におけるFDDシステムの第１種類のフレームの構成を示す図である。
【図２】従来技術におけるFDDシステムの第２種類のフレームの構成を示す図である。
【図３】従来技術のアップリンクスロットにおけるPRBおよびREを示す図である。
【図４】本発明の実施形態のFDDシステムにおける主ブロードキャストチャンネル、副同期信号および主同期信号の位置を示す図である。
【図５】本発明の実施形態のFDDシステムにおける主ブロードキャストチャンネル、副同期信号および主同期信号の位置を示す図である。
【図６】本発明の実施形態１の適応変調及び符号化方法の流れ図である。
【図７】本発明の実施形態１の適応変調及び符号化システムの構成図である。
【図８】本発明の実施形態２の適応変調及び符号化方法の流れ図である。
【図９】本発明の実施形態２の適応変調及び符号化システムの構成図である。
【発明を実施するための形態】
【００３０】
以下本発明の実施形態を詳細的に記述する。前記実施形態の例は図面により示され、その中の初めから終わりまで同じあるいは類似する表記は同じあるいは類似する素子あるいは類似する機能を有する素子を示す。以下で図面の参照により記述する実施形態は例示するもので、本発明を解釈のみのためのものであるが、本発明の制限ではない。
【００３１】
本発明の主な点は、従来の一般的なサブフレームの適応処理過程およびリソースを利用し、持っている｛TBS, MCS｝表（たとえば図１および図２）を変えなく、かつパンクチャドPRBのために新たな｛TBS, MCS｝表を増加する必要なくなる以上に、NodeBおよび対応するUEによりPEB対の数を換算することにより、従来技術においてパンクチャドPRBを利用してAMCを実現できないという技術欠陥を解決する。具体的な手順を下記のように簡単に紹介する：まずNodeBがUEに対してリソースをスケジュールする際に、NodeBが品質などの原因でダウンリンクデータを伝送するようにUEに対してパンクチャドPRBを選択した場合、NodeBは完全なPRBに対するパンクチャドPRBのサイズに基づいて、NodeBがスケジュールした完全なPRB対の数NPRBをパンクチャドPRBのPRB対の数NP-PRBに換算するとともに、スケジュールシグナリングによりNP-PRBおよび相関するPRBの情報をUEに通知し、ただし相関するPRBの情報は今回の伝送を搬送する具体的なPRB数および対応の番号を含む。同じく、UEもスケジュールシグナリングにおけるNP-PRBおよび相関するPRB情報に基づいて、NP-PRBを完全なPRB対の数NPRBに換算することにより、持っている｛TBS, MCS｝表を調べてAMCを行うことができる。
【００３２】
ここでさらに説明する必要なことは、完全なPRB対の数NPRBとパンクチャドPRB対の数NP-PRBとの間の換算はパンクチャドPRBのサイズを考慮する必要がある（完全なPRBのサイズがすでに確定された）ため、完全なPRB対の数NPRBとパンクチャドPRB対の数NP-PRBとの間の換算関係はパンクチャドPRBのサイズによって変化する。たとえば従来のプロトコルに規定の完全なPRBは120個RE（あるいは１０個OFDM符号）を含み、パンクチャドPRBが５つOFDM符号を含めば、NP-PRB＝2 NPRB；パンクチャドPRBが３０個のOFDM符号を含めば、NP-PRB＝2.5 NPRB。このため、パンクチャドPRBのサイズの異なりにより、それと完全なPRBの数との間の換算関係も異なる。またLTEシステムにおいてはパンクチャドPRBを生じる原因が多様となるため、パンクチャドPRBのサイズがそれぞれ異なっているので、NP-PRBとNPRBとの間の換算は本出願にてすへて挙げられない。本発明の以下の実施形態ではLTEシステムにおける主なパンクチャドPRBの状況を説明しても、これにより本発明を、本発明で例示するパンクチャドPRBの状況に限定することでなく、他のパンクチャドPRBの状況も本発明の保護範囲によって覆われる。なお換算時に簡略化処理も行えるが、パンクチャドPRBと完全なPRBとの間の大小関係に完全に依存することではない。同じく、このような換算方式も本発明の保護範囲により覆われる。
【００３３】
上記の分析により、本発明の主な思想は、NPRBとNP-PRBとの間の換算により、持っている｛TBS, MCS｝表を利用してAMCを行えるが、パンクチャドPRBに対して｛TBS, MCS｝表を改めて設計する必要がない。NPRBとNP-PRBとの間の換算がパンクチャドPRBの起こる原因により異なるが、本発明の実施形態においては主なパンクチャドPRBの起こる状況を提出し相応する換算方法も提出しても、本発明の実現のためのもので、本発明の制限ではない。このため、本発明に提示しないパンクチャドPRBの状況および相応する換算関係に対しては、本発明の上記主な思想を離れることなくあるいは本発明の上記主な思想の状況に基づいた場合も、本発明の保護範囲に覆われるべきである。
【００３４】
本発明の下記の実施形態をさらに理解できるために、まず従来のLTEシステムに主に存在する、パンクチャドPRBの起こる状況および対応するパンクチャドPRBのサイズを帰納するが、再度説明する必要となるのは、以下に例示する場面によっては現有のLTEシステムにおけるPRBのパンクチャドを起こる状況がすべて概括されることができない。本分野の普通な技術は本発明に基づいてその他のパンクチャドの状況を類似に処理することができ、これも本発明の保護範囲に覆われる。
【００３５】
１．DwPTSにより生じるパンクチャドPRB
現有のLTEのTDDシステムは多種の特殊な業務サブフレーム配置をサポートし、DwPTS、GpおよびUpPTSが１ｍｓの時間を共有する。しかし各配置ごとでは、DwPTSの長さの異なる可能性があり、現有の配置により、DwPTSの可能な長さは下記を含む：
【００３６】
【表３】
2011529646.tif 000005
【００３７】
上記表３のDwPTSの長さの異なる配置によっては、制御シグナリングおよびパイロットのコストを考慮したうえで、パンクチャドPRB対のOFDM符号数Nsymbol,P-PRBは下表のようになる：
【００３８】
【表４】
2011529646.tif 000006
【００３９】
たとえば表３に配置されたDwPTS長さが１２個OFDM符号数（表４におけるCP1の状況に対応する）の時に、制御シグナリングおよびパイロットのコストを除いた後、データ伝送に使えるのが約８つのOFDM符号数となるため、Nsymbol,P-PRB＝8。表４におけるその他の状況はこれと類似し、ここで割愛する。
【００４０】
２．ブロードキャストおよび同期チャンネルの影響により生じるパンクチャドPRB
FDDシステムおよびTDDシステムにおいては、ブロードキャストおよび同期チャンネルの影響を受けると少し異なり、以下図面によってそれぞれ紹介する。
【００４１】
（１）FDDシステム
図４に示すように、本発明の実施形態のFDDシステムにおける主ブロードキャストチャンネル、副同期信号および主同期信号の位置を示す図である。この見取り図は短CPを例とし、その長さが合計１４個OFDM符号であり、長CPがこれと類似し、ここで割愛する。FDDシステムのサブフレーム０とサブフレーム５との間の７２個のサブキャリア（6PRBに相当する）については、同期チャンネルあるいは主ブロードキャストチャンネルがあるため、データ伝送に使えるOFDM符号数が減少した。たとえば制御チャンネルが2符号のリソースを占用すれば、主ブロードキャストチャンネルが4符号を占用し、副同期信号および主同期信号がそれぞれ1つのOFDM符号を占用すれば、各PRBのデータ伝送に使えるOFDM符号数が14-2-4-1-1=6となり、つまりFDDシステムに対しては、そのサブフレーム０およびサブフレーム５が特殊業務サブフレームとなり、PRBがパンクチャドである。
【００４２】
FDDシステムの場合に対しては、サブフレーム０およびサブフレーム５における使えるOFDM符号数LP-PRB、および制御シグナリングおよびパイロットのコストを考慮した後のパンクチャドPRBとOFDM符号数Nsymbol,P-PRBとの対応のリストは下記とおり：
【００４３】
【表５】
2011529646.tif 000007
【００４４】
（２）TDDシステム
図５に示すように、本発明の実施形態のTDDシステムにおける主ブロードキャストチャンネル、副同期信号および主同期信号の位置を示す図である。同様にこの見取り図も短CPを例とし、その長さが合計14OFDM符号となる。しかしTDDシステムと上記のFDDシステムとの区別は、主同期信号がサブフレーム０とサブフレーム５の間にあることではなく、サブフレーム１とサブフレーム６のDwPTSにある。このため、TDDシステムの場合に対して、サブフレーム０、サブフレーム５およびサブフレーム６における使えるOFDM符号数LP-PRB、および制御シグナリングおよびパイロットのコストを考慮した後のパンクチャドPRBとOFDM符号数Nsymbol,P-PRBとの対応のリストは下記とおり：
【００４５】
【表６】
2011529646.tif 000008
【００４６】
３．SRS（Sounding Reference Signaling, サウンディングパイロット信号）により生じるパンクチャドPRB
アップリンクサブフレームがSRS伝送に配置されれば、PUSCHのPRBの最後の１つOFDM符号が打ち切れることになる。しかし１つOFDM符号だけが損失したため、前の２種の状況のようにOFDM符号を多く損失することがないので、本発明はこれを重点として記述しない。しかし当業者は同様に、本発明に提出した上記の２種の状況に対する処理方法に基づいて、SRSにより生じるパンクチャドPRBの問題を解決することができる。
【００４７】
以上に例示したパンクチャドPRBの起こる場合によれば、DwPTS長さの配置、並びにブロードキャストおよび同期チャンネルの影響により生じるパンクチャドPRBが多くのOFDM符号数を損失し、システムに対する影響も比較的に大きくなることがわかる。このため、本発明の１つの望ましい実施形態としては、効率の向上のために、上記２種のパンクチャドPRBの場合のみを考慮し換算する。しかしその他の、パンクチャドPRBを生じる場合も本発明に提出した実施形態を参照して解決できることがあきらかであるが、その他の、パンクチャドPRBを生じる場合が多いため、ここで割愛する。
【００４８】
本発明の実施形態として、本発明は上記のDwPTS長さの配置、並びにブロードキャストおよび同期チャンネルの影響により生じるパンクチャドPRBを総括し、異なる符号を打ち切れるため起きられるパイロットのコストの異なりを無視し、パンクチャドPRBの符号数に基づいて表４，５，６を合併して表７を得る。下記とおり：
【００４９】
【表７】
2011529646.tif 000009
【００５０】
上記表７によれば、同じMCS条件を保持した上で、ある１つTBSを伝送する場合、完全なPRB対の数とパンクチャドPRB対の数との比は、
【数１】
2011529646.tif 000010
。この数式はプロトコルにおける完全なPRBサイズに対する規定を結合して得たもので、表２を記述するときに言及したように、完全なPRB対のサイズが１２０個のRE、あるいは１０個のOFDM符号である。
【００５１】
その中で、上記の表４，５，６を結合して表７を得ること、および表７に基づいて完全なPRB対の数NPRBとパンクチャドPRB対の数NP-PRBとの間の換算関係は、本発明に提出した望ましい方案だけである。
【００５２】
本発明の実施形態としては、完全なPRB対の数とパンクチャドPRB対の数との間の換算関係は主にパンクチャドPRBのサイズにより確定され、上記の数式が本発明の１つの望ましい方式だけであり、その完全なPRB対のサイズが１２０個RE、あるいは１０個のOFDM符号であることを仮想した。しかし本発明はさらに汎用する換算関係を提出し、スペクトラム効率数式
【数２】
2011529646.tif 000011
あるいは
【数３】
2011529646.tif 000012
により確定し、ただし、TBSが搬送するデータブロックのサイズである；NP-PRBが前記TBSを搬送するのに必要なパンクチャドPRB対の数である；NPRB前記TBSを搬送するのに必要な完全なPRB対の数である；Nsymbol,P-PRBが各パンクチャドPRB対ごと内の前記TBSを搬送するための直交周波数分割多重OFDM符号数である；NSymbol, PRBが各完全なPRB対ごと内の前記TBSを搬送するための直交周波数分割多重OFDM符号数である；NRE,P-PRBがパンクチャドPRBの専用したRE数である；NRE,PRBが完全なPRBの占用したRE数である。さらに、上記数式により、完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係は、数式
【数４】
2011529646.tif 000013
により確定できる。
【００５３】
本発明の実施形態としては、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係はさらに、
【数５】
2011529646.tif 000014
により確定でき、ただし
【数６】
2011529646.tif 000015
がｘに対する下向きの丸めの操作を示す。
【００５４】
本発明の実施形態としては、前記数式におけるNSymbol, PRBが10であり、NRE,P-PRBが120であることが望ましい。Nsymbol,P-PRBあるいはNRE,P-PRBに対して、本発明は３種の計算方式を提出した。
【００５５】
方式１
Nsymbol,P-PRBあるいはNRE,P-PRBはパンクチャドPRBに基づいて、使えるOFDM符号数について表７を調べることにより得られる。
【００５６】
方式２
Nsymbol,P-PRBは数式Nsymbol,P-PRB=Lsymbol,P-PRB-kにより確定し、ただしLSymbol, P-PRBがパンクチャドPRB対における使えるOFDM符号の数であり、ｋ値がCPの長さに関する定数である。本発明の実施形態としては、短CPに対して、ｋ=4；長CPに対して、k=2。
【００５７】
方式３
この方式は簡略化した方式である。パンクチャドPRB対のサイズがある閾値よりも小さければ、パンクチャドPRB対の符号数をある予定数値に設定する。たとえば、パンクチャドPRB対のサイズが閾値k0によりも小さければ、デフォルトとして前記パンクチャドPRB対の符号数が定数k1となり、ただしk0,k1が定数である。本発明の実施形態としては、短CPに対して、k0=12, k1=5；長CPに対して、k0=10, k1=5。
【００５８】
勿論、当業者はその他の規則に基づいて、同様なMCS条件を保持した上で、その他の数式を確定するか、あるいは類似する方法を利用し、完全なPRB対とパンクチャドPRB対との数の間の換算関係を確定することができる。具体的な換算関係はOFDM符号数に基づいて簡略化することもできる。たとえば１−２個のOFDM符号が打ち切れられれば、完全なPRBにしたがって処理する；３−４個のOFDM符号が打ち切れられればパンクチャドPRB対のOFDM符号数を７として処理する；５個以上のOFDM符号が打ち切れられれば、パンクチャドPRB対のOFDM符号数を５として処理することなどになる。このため、再度表明する必要のは、完全なPRB対の数NPRBとパンクチャドPRB対の数NP-PRBとの間の換算関係は多種の換算方法があり、本発明に提出したのが望ましい方案だけであり、本発明を該方案に制限することではなく、本発明の主な思想に基づいたその他の換算方案も本発明の保護範囲に覆われる。
【００５９】
実施形態１
図６に示すように、本発明の実施形態の適応変調及び符号化方法の流れ図である。この実施形態においては、NodeBがUEに対して特殊業務のサブフレームを選択してダウンリンクデータを伝送する場合のみを考慮し、NodeBがUEに対して一般的な業務のサブフレームを選択する場合は従来技術と同じであり、ここで割愛する。この方法は以下のステップを含む：
【００６０】
ステップS601：NodeBは伝送品質などの原因によりUEに対して特殊業務のサブフレームを選択してダウンリンクデータを伝送し、前記特殊業務のサーブフレームにおけるPRBがパンクチャドPRBであり、このパンクチャドPRBのサイズが前記特殊業務のサブフレームと関連する。前記特殊業務のサブフレームはたとえばFDDシステムのサブフレーム０、サブフレーム５、あるいはTDDシステムのサブフレーム０、サブフレーム５およびサブフレーム６などとなる。また特殊業務のサブフレームの異なりによっては、そのパンクチャドPRBのサイズも異なり、たとえば表５および表６を参照し、FDDシステムのサブフレーム０におけるパンクチャドPRBが４つのOFDM符号を含むが、TDDシステムのサブフレーム０におけるパンクチャドPRBが４つのOFDM符号を含む。勿論、LTEシステムにおいては特殊業務のサブフレームがFDDシステムのサブフレーム０、サブフレーム５、並びにTDDシステムのサブフレーム０、サブフレーム５及びサブフレーム６に限らず、その他のサブフレームである可能となるが、ここで記述の便利のため、以下の実施形態は上記サブフレームのみを例として記述し、その対応するパンクチャドPRBのサイズが表５および表６に示すものを参照する。
【００６１】
ステップS602：NodeBは搬送する業務に基づいて、伝送する必要なTBSのサイズおよびパンクチャドPRB対の数NP-PRBを確定する。ただし、搬送する業務の異なりにより、伝送TBSのサイズを確定する方式も異なる。
【００６２】
たとえば、VoIP業務に対しては、伝送するTBSのサイズが一定となり、分割することができないので、搬送する業務に基づいてTBSサイズを確定してから、TBSサイズおよびチャンネル品質に基づいて最適な完全なPRB対の数NPRBを確定した後に、完全なPRB対の数NPRBに対して相応する換算を行いパンクチャドPRB対の数NP-PRBを取得する必要である。ただし上記NPRBとNP-PRBとの間の換算関係はパンクチャドPRBのサイズに基づいて確定してもよく、簡略化処理により確定してもよいが、あるいは本発明の望ましい方式として、数式
【数７】
2011529646.tif 000016
あるいは数式
【数８】
2011529646.tif 000017
により確定できる。
【００６３】
しかしデータ業務に対して、その合計のデータ伝送量が比較的に多いので、毎回の伝送にて搬送できるTBSに基づいて分割を行う必要がある。NodeBはチャンネル品質情報およびスケジュール可能なリソースに基づいてTBSサイズを選択し、NodeBがスケジュール可能なリソースに基づいてパンクチャドPRB対の数NP-PRBを選択した後に、パンクチャドPRB対の数NP-PRBに対して相応する換算を行って完全なPRB対の数NPRBを取得し、最後に完全なPRB対の数NPRBに基づいて、持っているTBS表を調べてTBSを取得する。
【００６４】
ステップS603：NodeBは確定したTBSサイズに基づいて、前記UEに対してダウンリンクデータの伝送をスケジュールし、スケジュールシグナリングにおいてはこのUEに対してNP-PRB個のパンクチャドPRBをスケジュールし、採用したパンクチャドPRB対の数NP-PRBを前記UEに通知する。
【００６５】
ステップS604：UEはNodeBが伝送したダウンリンクデータを受信し、スケジュールシグナリングにより指示したMCS番号IMCSおよびスケジュールシグナリングにおけるパンクチャドPRB対の数NP-PRBを取得する。
【００６６】
ステップS605：UEはシステム情報に基づいて、NodeBが特殊業務のサブフレームによりダウンリンクデータを伝送できるか否か分かることができるので、UEは取得したパンクチャドPRB対の数NP-PRBを逆行換算し、相応する完全なPRB対の数NPRBを確定する。同様に、上記NPRBとNP-PRBとの間の換算関係もパンクチャドPRBのサイズにより確定してもよく、簡略化処理により確定してもよいが、あるいは本発明の望ましい方式としては、数式
【数９】
2011529646.tif 000018
、あるいは数式
【数１０】
2011529646.tif 000019
により確定できる。
【００６７】
ステップS606：NEはMCS番号IMCSに基づいて、変調方式QmおよびTBS番号ITBS（表１を参照する）を確定してから、TBS番号ITBSおよび換算後の完全なPRB対の数NPRBに基づいて、TBS表を調べてダウンリンクデータのTBSを確定する。
【００６８】
その中では、前記方法の１つの実施形態として、符号語をｎ（ｎが正整数）層の空間に射影して多重する際に、前記パンクチャドPRB対の数および前記完全なPRB対の数をｎに乗算する。たとえば、符号語を２層の空間に射影して多重するモードであれば、上記各箇所のNRE,P-PRBあるいはNsymbol,P-PRBを２＊NRE,P-PRBあるいは２＊Nsymbol,P-PRBBに置き換えてもよい。
【００６９】
図７に示すように、本発明の実施形態の適応変調及び符号化システムの構成図である。このシステムはNodeB100およびNodeB100のサービスする少なくとも１つUE200を含む。NodeB100はUEに対して特殊業務のサブフレームを選択してダウンリンクデータを伝送し、前記特殊業務のサブフレームにおける物理リソースブロックPRBがパンクチャドPRBであり、また確定したTBSに基づいてUE200に対してダウンリンクデータをスケジュールするとともに、採用したパンクチャドPRB対の数およびMCS番号をUE200に送信するためのものである；UE200は、NodeB100が伝送したダウンリンクデータおよびNodeB100が送信した採用のパンクチャドPRB対の数およびMCS番号を受信し、受信したパンクチャドPRB対の数を完全なPRB対の数に換算し、前記完全なPRB対の数および前記MCS番号に基づいて、変調符号化フォーマットMCSを確定するためのものである。
【００７０】
その中で、本発明の実施形態としては、NodeB100は、選択モジュール１１０、スケジュールパラメータ確定モジュール１２０、スケジュール送信モジュール１３０を含む。選択モジュール１１０はUEに対して特殊業務のサブフレームを選択してダウンリンクデータを伝送するためのものであり、前記特殊業務サブフレームにおける物理リソースブロックPRBがパンクチャドPRBである；スケジュールパラメータ確定モジュール１２０は搬送する業務に基づいて、UE200に対して伝送する伝送ブロックサイズTBSおよびパンクチャドPRB対の数を確定するためのものである；スケジュール送信モジュール１３０は、確定したTBSに基づいてUE200に対してダウンリンクデータの伝送をスケジュールするとともに、採用のパンクチャドPRB対の数およびMCS番号をUE200に送信するためのものである。
【００７１】
本発明の実施形態として、スケジュールパラメータ確定モジュール１２０は業務判断サブモジュール１２１、換算サブモジュール１２２、TBS確定サブフレーム１２３および制御サブモジュール１２４を含む。業務判断サブモジュール１２１は、搬送する業務がVoIPであるかあるいはデータ業務であるかを判断するためのものである；換算サブモジュール１２２は完全なPRB対の数とパンクチャドPRB対の数との間の換算を行うためのものである；TBSサブモジュール１２３は業務判断サブモジュール１２１により搬送の業務がVoIP業務であると判断した場合、搬送する業務に基づいてTBSを確定し、業務判断サブモジュール１２１により搬送の業務がデータ業務であると判断した場合、換算モジュール１２２により換算された完全なPRB対の数に基づいてTBSを確定するためのものである；制御サブモジュール１２４は業務判断サブモジュール１２１により搬送の業務がVoIPであると判断した場合、まずTBSモジュール１２３により搬送の業務に基づいてTBSを確定してから、TBSモジュール１２３が確定したTBSおよびチャンネル品質情報に基づいて完全なPRB対の数を確定し、その後換算モジュール１２２により完全なPRB対の数を換算してパンクチャドPRB対の数を取得するとともに、業務判断サブモジュール１２１により搬送の業務がデータ業務であると判断した場合、まずスケジュール可能なリソースに基づいてパンクチャドPRB対の数を確定してから、換算モジュール１２２により前記パンクチャドPRB対の数を換算して完全なPRB対の数を取得し、その後TBSモジュール１２３により前記完全なTBS対の数に基づいて表を調べてTBSを取得するためのである。
【００７２】
本発明の実施形態として、換算モジュール１２２はパンクチャドPRBのサイズに基づいて、あるいは簡略化処理により、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定する。前記実施形態においては、換算モジュール１２２は数式
【数１１】
2011529646.tif 000020
あるいは数式
【数１２】
2011529646.tif 000021
に基づいて、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定し、ただしNP-PRBがパンクチャドPRB対の数であり、NPRBが完全なPRB対の数であり、Nsymbol,P-PRBがパンクチャドMRBの占用する直交周波数分割多重OFDM符号数であり、NRE,P-PRBがパンクチャドPRBの占用するRE数である。
【００７３】
前記実施形態においては、NodeB100はさらに、符号語をｎ（ｎが正整数）層の空間に射影して多重する際に、前記パンクチャドPRB対の数および前記完全なPRBの数をｎにかける多重モジュール１４０を含む。
【００７４】
本発明の実施形態として、UE200は受信モジュール２１０、指示情報取得モジュール２２０、換算モジュール２３０およびTBS確定モジュール２４０を含む。受信モジュール２１０は、NodeB100が特殊業務サブフレームにより伝送するダウンリンクデータを受信するためのものである；指示情報取得モジュール２２０は、スケジュールシグナリングにより指示したMCS番号およびパンクチャドPRB対の数を取得するためのものである；換算モジュール２３０は、パンクチャドPRB対の数を完全なPRB対の数に換算するためのものである；TBS確定モジュール２４０は、前記換算モジュールにより換算した後の完全なPRB対の数および前記指示情報取得モジュールにより取得したMCS番号に基づいて、前記ダウンリンクデータのTBSを取得するためのものである。
【００７５】
本発明の実施形態として、TBS確定モジュール２４０は、テーブル記憶サブモジュール２４１および表調査サブモジュール２４２を含む。テーブル記憶サブモジュール２４１はたとえば前記表１および表２に示すような、MCS番号と変調方式およびTBS番号との対応のリストおよびTBS表を記憶するためのものである。表調査サブモジュール２４２は指示情報取得モジュール２２０が取得したMCS番号に基づいて、変調方式およびTBS番号を確定してから、換算モジュール２３０が換算した後の完全なPRB対の数およびTBS番号に基づいて、ダウンリンクデータのTBSを取得するためのものである。
【００７６】
本発明の実施形態として、換算モジュール２３０は、パンクチャドPRBのサイズ基づいて、あるいは簡略化処理により、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定する。
【００７７】
前記実施形態においては、換算モジュール２３０は、数式
【数１３】
2011529646.tif 000022
、あるいは数式
【数１４】
2011529646.tif 000023
に基づいて、前記完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係を確定し、ただし、NP-PRBがパンクチャドPRB対の数であり、NPRBが完全なPRB対の数であり、Nsymbol,P-PRBがパンクチャドMRBの占用する直交周波数分割多重OFDM符号数であり、NRE,P-PRBがパンクチャドPRBの占用するRE数である。その中で、前記UEおよびNodeBの実施形態においては、完全なPRB対の数と前記パンクチャドPRB対の数との間の換算関係は前記各実施形態に記述した換算関係と類似し、ここで割愛する。
【００７８】
本発明は、NodeBにより、UEに対してリソースをスケジュールする際に、完全なPRBの数とパンクチャドPRBの数とを換算することにより、従来の一般的なサブフレームの適応処理過程およびリソースを利用した上で、パンクチャドPRBによりダウンリンクデータを伝送するときの特殊状況を処理でき、その実現が簡単で効率となる。
【００７９】
上記実施形態は、すべてパンクチャドPRBを採用した伝送の場合に対する実施形態であるが、NodeBが同時に完全なPRBおよびパンクチャドPRBを利用してダウンリンクデータを伝送する場合も存在する。このため、上記実施形態によれば、本発明はさらに、同時に完全なPRBおよびパンクチャドPRBを利用してダウンリンクデータを伝送するときの適応変調及び符号化方法及び装置を提出する。
【００８０】
実施形態２
図８に示すように、本発明の実施形態２の適応変調及び符号化方法の流れ図である。下記のステップを含む：
【００８１】
ステップS801：NodeBはUEに対して、パンクチャドPRBおよび完全なPRBを選択してダウンリンクデータを伝送する。本発明の実施形態においては、各完全なPRBごとにはデータ搬送用の１２０個のREを含み、その中で１２０個REが１０個のOFDM符号と等価する。パンクチャドPRBはDwPTS長さ配置あるいはブロードキャストおよび同期チャンネルの影響により生じる可能である。上記実施形態に示すように、異なる影響により生じられるパンクチャドPRBにおけるOFDM符号あるいはREの数量が異なっており、ここで割愛する。
【００８２】
ステップS802：NodeBは搬送する業務に基づいて、UEに対して伝送するTBSおよびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定する。その中で、搬送業務の異なりにより、伝送TBSのサイズを確定する方式も異なる。
【００８３】
たとえば、固定データパケットサイズの業務（たとえばVoIP業務）に対しては、伝送するTBSのサイズが一定で、分割できないので、搬送する業務に基づいてTBSサイズを確定してから、TBSサイズおよびチャンネル品質に基づいて、該データブロックを具体的に搬送するPRB対の数NPRBを確定する必要となり、その後、NodeBはスケジュール可能なリソースに基づいて、UEに対して完全なPRBおよびパンクチャドPRBを選択してダウンリンクデータを伝送し、つまりNodeBは該UEに対して完全なPRB（NPRB1）を一部スケジュールするとともに、該UEに対してパンクチャドPRBを一部スケジュールし、この一部のパンクチャドPRBには多種の異なるエレメントのPRB対が存在する可能で、たとえばブロードキャストおよび同期チャンネルの影響により生じるパンクチャドPRBおよび／あるいはDwPTSの長さにより生じるパンクチャドPRB、あるいはその他のPRBを採用することができる。その中では、換算によってパンクチャドPRB対の数を取得する必要となり、たとえばDwPTSの長さにより生じるパンクチャドPRBに対しては、
【数１５】
2011529646.tif 000024
あるいは
【数１６】
2011529646.tif 000025
に基づき、ただしNPRBが完全なPRB対の数（該UEに対してすでにスケジュールした一部の完全なPRB（NPRB1）を除いた後）であり、NP-PRBが換算後のパンクチャドPRB対の数であり、Nsymbol,P-PRBがパンクチャドPRBにおける占用したOFDM符号数であり、NRE,P-PRBがパンクチャドPRBにおける占用したRE数である。全部PRB対の数は該UEに対してすでにスケジュールした一部の完全なPRB（NPRB1）と換算後のPRB対の数NP-PRBとの和である。
【００８４】
しかしながら、非固定データパケットサイズの業務（たとえばデータ業務）に対して、その全部のデータ伝送量が比較的に多いので、毎回の伝送にて搬送可能なTBSに基づいて分割を行う必要があるため、NodeBはチャンネル品質情報およびスケジュール可能なリソースに基づいてTBSサイズを選択する。まずNodeBがスケジュール可能なリソースに基づいてスケジュールの完全なPRB対の数およびパンクチャドPRB対の数を確定した後、NodeBによりUEに対してスケジュールする完全なPRB対の数がNPRB1であり、かつUEに対してスケジュールするパンクチャドPRB対の数がNP-PRBであると仮定し、NodeBは完全なPRB対の数とパンクチャドPRB対の数との和のPRB対の数を計算する。NodeBはパンクチャドPRB対の数NP-PRBを換算して完全なPRB対の数NPRBを取得し、その後さらにNPRB1とNPRBとの和に基づいて表を調べてTBSを取得するとともに、TBSサイズのデータパケットをスケジュールして確定したPRBにて伝送を行う。具体的には、完全なPRB対の数とパンクチャドPRB対の数との間の換算関係はパンクチャドPRBのサイズにより確定できる。たとえば数式
【数１７】
2011529646.tif 000026
あるいは
【数１８】
2011529646.tif 000027
に基づいて計算を行うことができる。
【００８５】
ステップS803：NodeBは確定したTBSに基づいてUEに対してダウンリンクデータの伝送をスケジュールし、採用した全部PRB対の数、MCS番号、位置情報および相関するシステム情報をUEに送信する。
【００８６】
ステップS804：UEは全部PRB対の数、位置情報および各パンクチャドPRBの状況に基づいて、全部リソースの数を計算する。具体的には、UEは位置情報に基づいて全部PRB対の数において、いずれのPRBがパンクチャドPRBであるか、いずれのPRBが完全なPRBであるかを知ることができ、かつ各パンクチャドPRBの状況に基づいて全部リソースの数を計算する。本発明の実施形態においては、１つの符号語が多種の異なるエレメントのPRB対リソースにスケジュールして搬送され、つまりUEが多種のパンクチャドPRBをスケジュールし、これにより、全部リソースの数が数式
【数１９】
2011529646.tif 000028
により取得でき、ただしRiが毎種のPRBのリソースエレメントであり、Niが毎種のPRBの数であり、i=1,…nが全部PRB対の数であり、つまり完全なPRBに対しては、Riが120個REあるいは10個OFDM符号であり、パンクチャドPRBに対しては、Riが可変である。前記に示すように、これはパンクチャドPRBの起きる状況の異なりにとり変化する可能である。
【００８７】
本発明の更なる実施形態においては、簡略の目的のために、多種エレメントのPRBリソースの中でリソースエレメントの最小のリソースを確定し、かつすべて最小のPRBの状況にしたがって全部リソースの数を換算し、たとえば全部リソースの数が数式Rmin×NPRBとなり、ただしRminが最小エレメントのPRBリソースエレメントであり、NPRBが全部PRB対の数である。これにより、ある程度の精度を損失しても、計算を大きく簡略した。上記の記述によれば、本発明の思想を離れることなく多種の方式で全部リソースの数を算出でき、その他の類似する方法も本発明の保護範囲内に覆われる。
【００８８】
ステップS805：UEは全部リソースの数に基づいて換算後の完全なPRB対の数を計算し、計算した換算後の完全なPRB対の数および前記MCS番号により確定したTBS番号に基づいて、ダウンリンクデータのTBSを確定する。具体的には、本発明の実施形態においては、全部リソースの数が
【数２０】
2011529646.tif 000029
であれば換算後の完全なPRB対の数が
【数２１】
2011529646.tif 000030
となり、ただしR0が一般的なPRB対のリソース数であり、対応するLTEシステムについて１２個OFDM符号あるいは１２０個のREと認められ、N’PRBが換算後の完全なPRB対の数であり、
【数２２】
2011529646.tif 000031
がｘに対する下向きの丸めの操作を示す。その後、換算後の完全なPRB対の数に基づいて、MCS表を調べてダウンリンクデータのTBSを確定する。本発明の望ましい実施形態においては、N’PRBが0を取ることを避けるために、換算後の完全なPRB対の数は
【数２３】
2011529646.tif 000032
として示すこともできる。
【００８９】
上記実施形態における簡略化処理の方式については、換算後の完全なPRB対の数は
【数２４】
2011529646.tif 000033
として示すこともでき、ただしRminが最小エレメントのPRBリソースエレメントであり、NPRBが全部PRB対の数であり、N’PRBが換算後の完全なPRB対の数であり、
【数２５】
2011529646.tif 000034
がｘに対する下向きの丸めの操作を示す。
【００９０】
勿論、本発明の実施形態においては、その他の方式で、換算後の完全なPRB対の数を計算することもでき、たとえば数式Np+N’PRBにより計算し、ただしNpが完全なPRB対の数（前記実施形態におけるNPRB1）であり、
【数２６】
2011529646.tif 000035
、RiがパンクチャドPRBのリソースエレメントであり、NiがパンクチャドPRBの数である。
【００９１】
勿論、上記の換算後の完全なPRB対の数をどのように計算するかは、本発明に提出した具体的な実施形態だけであり、当業者は本発明に提出した上記実施形態に基づいて同等な計算を行え、これらの同様な発明思想に基づいた計算も本発明の保護範囲に覆われる。
【００９２】
図９に示すように、本発明の実施形態の適応変調及び符号化システムの構成図である。該システムはNodeB800およびNodeB800がサービスする少なくとも１つUE900を含む。NodeB800はUEに対して完全なPRBおよびパンクチャドPRBを選択してダウンリンクデータを伝送するとともに、搬送する業務に基づいてUE900に対して伝送するTBSおよびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定し、また確定したTBSに基づいてUE900に対してダウンリンクデータの伝送をスケジュールするとともに、採用した全部PRB対の数およびMCS番号をUEに送信するためのものである。UE900は全部PRB対の数および各パンクチャドPRBごとの状況に基づいて全部リソースの数を計算するとともに、全部リソースの数に基づいて換算後の完全なPRB対の数を計算し、また算出した前記換算後の完全なPRB対の数に基づいて、前記MCS番号によりTBS番号を確定し、ダウンリンクデータのTBSを確定するためのものである。
【００９３】
その中で、NodeB800は、選択モジュール８１０、スケジュールパラメータ確定モジュール８２０、スケジュール送信モジュール８３０を含む。選択モジュール８１０はUE900に対してパンクチャドPRB及び完全なPRBを選択して、ダウンリンクデータを伝送するためのものである。スケジュールパラメータ確定モジュール８２０は搬送する業務に基づいて、UE900に対して伝送する伝送ブロックのサイズTBSおよびスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和の全部PRB対の数を確定するためのものである。スケジュール送信モジュール８３０は確定したTBSに基づいて、UEに対してダウンリンクデータの伝送をスケジュールするとともに、採用した全部PRB対の数およびMCS番号をUE900に送信するためのものである。
【００９４】
その中では、NodeB800により搬送される業務がVoIP業務であれば、スケジュールパラメータ確定モジュール８２０はVoIP業務に基づいてTBSを確定するとともに、確定したTBSおよびチャンネル品質情報に基づいて完全なPRB対の数を確定し、またスケジュール可能なリソース基づいて、UE900に対して完全なPRBおよびパンクチャドPRBを選択してダウンリンクデータを伝送するとともに、パンクチャドPRB対の数および全部PRB対の数を計算し、そのうちパンクチャドPRB対の数が完全なPRB対の数に基づいて換算して得られる。
【００９５】
その中では、NodeB800により搬送される業務がデータ業務であれば、スケジュールパラメータ確定モジュール８２０はスケジュール可能なリソースに基づいて、スケジュールする完全なPRB対の数およびパンクチャドPRB対の数を確定するとともに、完全なPRB対の数とパンクチャドPRB対の数との和のPRB対の数を計算し、またパンクチャドPRB対の数を換算して換算後の完全なPRB対の数を取得し、完全なPRB対の数および換算後の完全なPRB対の数に基づいて表を調べてTBSを取得する。
【００９６】
その中では、上記実施形態においては、完全なPRB対の数とパンクチャドPRB対の数との間の換算関係はパンクチャドPRBのサイズにより確定される。
【００９７】
その中では、UE900は受信モジュール９１０、指示情報取得モジュール９２０、完全なPRB対数計算モジュール９３０およびTBS確定モジュール９４０を含む。受信モジュール９１０はNodeB800がパンクチャドPRBおよび完全なPRBにより伝送したダウンリンクデータを受信するためのものである。指示情報取得モジュール９２０はスケジュールシグナリングにより指示されたMCS番号および全部PRB対の数を取得するためのもので、ただし全部PRB対の数がスケジュールする完全なPRB対の数とパンクチャドPRB対の数との和である。完全なPRB対数計算モジュール９３０は全部PRB対の数および各パンクチャドPRBごとの状況に基づいて、全部リソースの数を計算するとともに、全部リソースの数に基づいて換算後の完全なPRB対の数を計算するためのものである。TBS確定モジュール９４０は算出した換算後の完全なPRB対の数に基づいて、前記MCS番号によりTBS番号を確定し、前記ダウンリンクデータのTBSを確定するためのものである。
【００９８】
その中では、本発明の実施形態においては、完全なPRB対数計算モジュール９３０は下記の数式に基づいて前記全部リソースの数を計算する：
【数２７】
2011529646.tif 000036
、ただしN’PRBが換算後の完全なPRB対の数であり、
【数２８】
2011529646.tif 000037
がｘに対する下向きの丸めの操作を示す。
【００９９】
その中では、本発明の更なる実施形態においては、完全なPRB対数計算モジュール９３０は下記の数式に基づいて前記全部リソースの数を計算する：Rmin×NPRB、ただしRminが最小エレメントのPRBリソースエレメントであり、NPRBが全部PRB対の数であり、さらに下記の数式に基づいて換算後の完全なPRB対の数を計算する：
【数２９】
2011529646.tif 000038
、ただしRminが最小エレメントのPRBリソースエレメントであり、NPRBが全部PRB対の数である。
【０１００】
その中では、本発明の更なる実施形態においては、完全なPRB対数計算モジュール９３０は下記の数式に基づいて、前記換算後の完全なPRB対の数を計算する：Np+N’PRB、ただしNpが完全なPRB対の数であり、
【数３０】
2011529646.tif 000039
、RiがパンクチャドPRBのリソースエレメントであり、NiがパンクチャドPRBの数である。
【０１０１】
本発明によれば、従来の一般的なサブフレームの適応処理過程およびリソースを利用した上で、パンクチャドPRBによりダウンリンクデータを伝送するときの特殊状況を全部あるいは一部に処理でき、その実現が簡単で効率である。
【０１０２】
本発明の実施形態を示して記述したが、当業者にとっては、本発明の原理および精神を離れることなくこれらの実施形態について多種の変化、修正、置き換えおよび変形を行うことができ、本発明の範囲は添付の請求項およびそれの同等物により限定される。
【符号の説明】
【０１０３】
１００  ＮｏｄｅＢ
１１０  選択モジュール
１２０  スケジュールパラメータ確定モジュール
１３０  スケジュール送信モジュール
１４０  多重モジュール
２００  ＵＥ
２１０  受信モジュール
２２０  指示情報取得モジュール
２３０  換算モジュール
２４０  ＴＢＳ確定モジュール
【図１】
2011529646.tif 000070
【図２】
2011529646.tif 000071
【図３】
2011529646.tif 000072
【図６】
2011529646.tif 000073
【図７】
2011529646.tif 000074
【図８】
2011529646.tif 000075
【図９】
2011529646.tif 000076
【図４】
2011529646.tif 000077
【図５】
2011529646.tif 000078
【国際調査報告】
2011529646.tif 000079
2011529646.tif 000080
2011529646.tif 000081
2011529646.tif 000082
2011529646.tif 000083
2011529646.tif 000084
2011529646.tif 000085