(57)【特許請求の範囲】
【請求項１】
アップリンクリソースを割り振るときに端末にＭ個の第１のリソースブロックを備えるリソースグループを割り振るステップであって、システム帯域幅に対する前記Ｍ個の第１のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも大きく、前記リソースグループは、いずれかの周波数領域位置においてＮ個の第２のリソースブロックをさらに備え、Ｍ≧２、Ｎ≧１、およびＭとＮの両方は正の整数である、ステップと、
前記端末にリソース指示情報を送るステップであって、前記リソース指示情報は、前記リソースグループに関する情報を備える、ステップと
を備え、
前記Ｍ個の第１のリソースブロックは、第１のリソースセット中のリソースブロックの１つまたは複数のペアであり、前記システム帯域幅に対する前記第１のリソースセット中のリソースブロックのあらゆるペア間の周波数間隔の占有率は前記プリセットしきい値よりも大きく、前記システム帯域幅に対する前記Ｎ個の第２のリソースブロックによって形成された周波数間隔の占有率は、前記プリセットしきい値よりも大きいかまたは小さく、
前記第１のリソースセット中のリソースブロックの前記ペアの周波数間隔は降順であり、前記システム帯域幅に対する最も小さい周波数間隔の占有率は前記プリセットしきい値よりも大きい、リソース割振り方法。
【請求項２】
プロセッサおよび送信機を備えるネットワークデバイスであって、
アップリンクリソースを割り振るときに端末にＭ個の第１のリソースブロックを備えるリソースグループを割り振るように構成された前記プロセッサであって、システム帯域幅に対する前記Ｍ個の第１のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも大きく、前記リソースグループは、いずれかの周波数領域位置においてＮ個の第２のリソースブロックをさらに備え、Ｍ≧２、Ｎ≧１、およびＭとＮの両方は正の整数である、前記プロセッサと、
前記端末にリソース指示情報を送るように構成された前記送信機であって、前記リソース指示情報は、前記リソースグループに関する情報を備える、前記送信機と
を備え、
前記Ｍ個の第１のリソースブロックは、第１のリソースセット中のリソースブロックの１つまたは複数のペアであり、前記システム帯域幅に対する前記第１のリソースセット中のリソースブロックのあらゆるペア間の周波数間隔の占有率は前記プリセットしきい値よりも大きく、前記システム帯域幅に対する前記Ｎ個の第２のリソースブロックによって形成された周波数間隔の占有率は、前記プリセットしきい値よりも大きいかまたは小さく、
前記第１のリソースセット中のリソースブロックの前記ペアの周波数間隔は降順であり、前記システム帯域幅に対する最も小さい周波数間隔の占有率は前記プリセットしきい値よりも大きい、ネットワークデバイス。
【請求項３】
同じ周波数間隔が、前記第１のリソースセット中のリソースブロックのあらゆるペア間に存在し、前記システム帯域幅に対するリソースブロックのあらゆるペア間の前記周波数間隔の前記占有率は前記プリセットしきい値よりも大きい請求項１に記載の方法。
【請求項４】
前記Ｍ個の第１のリソースブロックはＫ個のリソースインターレースを形成し、前記システム帯域幅に対する前記Ｋ個のリソースインターレースによって形成される周波数間隔の占有率は前記プリセットしきい値よりも大きく、Ｋ≧１、およびＫは正の整数であり、前記Ｎ個の第２のリソースブロックは、リソースインターレース中のリソースブロックのうちのいくつかであり、前記Ｎ個の第２のリソースブロックが属する前記リソースインターレースは複数の端末に割り振られる請求項１に記載の方法。
【請求項５】
前記Ｋ個のリソースインターレースはＨ個のリソースブロックを備え、Ｈは正の整数であり、Ｈは、非ライセンス周波数帯域に対応する複数の送信帯域幅の各々に対応するリソースブロックの総量によって割り切れる請求項４に記載の方法。
【請求項６】
前記リソース指示情報は、前記第１のリソースセット中のリソースブロックの前記１つまたは複数のペアのインデックスを備え、
前記Ｎ個の第２のリソースブロックが前記第１のリソースセット中のリソースブロックの１つまたは複数のペアである場合、前記リソース指示情報は、前記第１のリソースセット中に、前記Ｎ個の第２のリソースブロックに対応するリソースブロックの前記１つもしくは複数のペアのインデックスをさらに備えるか、または
前記Ｎ個の第２のリソースブロックが前記第１のリソースセット中のリソースブロックでない場合、前記リソース指示情報は、前記Ｎ個の第２のリソースブロックのリソースブロック番号をさらに備える
請求項１又は３に記載の方法。
【請求項７】
前記リソース指示情報は、前記Ｋ個のリソースインターレースのリソースインターレースインデックス、前記Ｎ個の第２のリソースブロックが属する前記リソースインターレースのリソースインターレースインデックス、又は前記Ｎ個の第２のリソースブロックが属する前記リソースインターレース中の前記Ｎ個の第２の１つまたは複数のリソースブロックのインデックスを備える請求項４または５に記載の方法。
【請求項８】
前記リソース指示情報は、リソースインターレースが複数の部分にスプリットされることを示すための、前記リソースインターレースに対応する属性指示情報をさらに備え、前記複数の部分は前記複数の端末によって共有される請求項１、３乃至５のいずれか一項に記載の方法。
【請求項９】
前記リソース指示情報は、前記Ｍ個の第１のリソースブロックの番号および前記Ｎ個の第２のリソースブロックの番号を備える請求項１、３乃至５のいずれか一項に記載の方法。
【請求項１０】
命令を備えるコンピュータ可読記憶媒体であって、前記命令がコンピュータによって実行されたとき、前記命令は、請求項１、３乃至９のいずれか一項に記載の方法を前記コンピュータに行わせる、コンピュータ可読記憶媒体。
【請求項１１】
命令を備えるコンピュータプログラムであって、前記命令がコンピュータによって実行されたとき、前記命令は、請求項１、３乃至９のいずれか一項に記載の方法を前記コンピュータに行わせる、コンピュータプログラム。
【請求項１２】
同じ周波数間隔が、前記第１のリソースセット中のリソースブロックのあらゆるペア間に存在し、前記システム帯域幅に対するリソースブロックのあらゆるペア間の前記周波数間隔の前記占有率は前記プリセットしきい値よりも大きい請求項２に記載のネットワークデバイス。
【請求項１３】
前記Ｍ個の第１のリソースブロックはＫ個のリソースインターレースを形成し、前記システム帯域幅に対する前記Ｋ個のリソースインターレースによって形成される周波数間隔の占有率は前記プリセットしきい値よりも大きく、Ｋ≧１、およびＫは正の整数であり、前記Ｎ個の第２のリソースブロックは、リソースインターレース中のリソースブロックのうちのいくつかであり、前記Ｎ個の第２のリソースブロックが属する前記リソースインターレースは複数の端末に割り振られる請求項２に記載のネットワークデバイス。
【請求項１４】
前記Ｋ個のリソースインターレースはＨ個のリソースブロックを備え、Ｈは正の整数であり、Ｈは、非ライセンス周波数帯域に対応する複数の送信帯域幅の各々に対応するリソースブロックの総量によって割り切れる請求項１３に記載のネットワークデバイス。
【請求項１５】
前記リソース指示情報は、前記第１のリソースセット中のリソースブロックの前記１つまたは複数のペアのインデックスを備え、
前記Ｎ個の第２のリソースブロックが前記第１のリソースセット中のリソースブロックの１つまたは複数のペアである場合、前記リソース指示情報は、前記第１のリソースセット中に、前記Ｎ個の第２のリソースブロックに対応するリソースブロックの前記１つもしくは複数のペアのインデックスをさらに備えるか、または
前記Ｎ個の第２のリソースブロックが前記第１のリソースセット中のリソースブロックでない場合、前記リソース指示情報は、前記Ｎ個の第２のリソースブロックのリソースブロック番号をさらに備える
請求項２又は１２に記載のネットワークデバイス。
【請求項１６】
前記リソース指示情報は、前記Ｋ個のリソースインターレースのリソースインターレースインデックス、前記Ｎ個の第２のリソースブロックが属する前記リソースインターレースのリソースインターレースインデックス、又は前記Ｎ個の第２のリソースブロックが属する前記リソースインターレース中の前記Ｎ個の第２の１つまたは複数のリソースブロックのインデックスを備える請求項１３または１４に記載のネットワークデバイス。
【請求項１７】
前記リソース指示情報は、リソースインターレースが複数の部分にスプリットされることを示すための、前記リソースインターレースに対応する属性指示情報をさらに備え、前記複数の部分は前記複数の端末によって共有される請求項２,１２, １３及び１４のいずれか一項のネットワークデバイス。
【請求項１８】
前記リソース指示情報は、前記Ｍ個の第１のリソースブロックの番号および前記Ｎ個の第２のリソースブロックの番号を備える請求項２, １２, １３及び１４のいずれか一項のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、それらの全体が参照により本明細書に組み込まれる、２０１７年１月２６日に中国国家知識産権局で出願された「ＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＲＥＬＡＴＥＤ  ＤＥＶＩＣＥ  ＡＮＤ  ＳＹＳＴＥＭ」と題する中国特許出願第２０１７１００６２９６５．７号、および２０１７年６月９日に中国国家知識産権局で出願された「ＲＥＳＯＵＲＣＥ  ＡＬＬＯＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＲＥＬＡＴＥＤ  ＤＥＶＩＣＥ  ＡＮＤ  ＳＹＳＴＥＭ」と題する中国特許出願第２０１７１０４３４５２７．９号の優先権を主張する。
【０００２】
本出願は、ワイヤレス通信技術の分野に関し、詳細には、リソース割振り方法ならびに関係するデバイスおよびシステムに関する。
【背景技術】
【０００３】
ワイヤレス通信技術の急速な発展がアップスペクトルリソースを枯渇させており、非ライセンス周波数帯域（unlicensed frequency band）の探究を駆り立てている。しかしながら、非ライセンス周波数帯域の使用には多くの規制上の制限がある。一方では、非ライセンス周波数帯域上の信号の占有チャネル帯域幅（Ｏｃｃｕｐａｎｃｙ  Ｃｈａｎｎｅｌ  Ｂａｎｄｗｉｄｔｈ、ＯＣＢ）に対する制限がある。欧州通信規格協会（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ、ＥＴＳＩ）によって規定されているように、２．４ＧＨｚ周波数帯域および５ＧＨｚ周波数帯域では、信号送信帯域幅はシステム帯域幅の８０％よりも多くを占有する必要があり、６０ＧＨｚ周波数帯域では、信号送信帯域幅はシステム帯域幅の７０％よりも多くを占有する必要がある。他方では、非ライセンス周波数帯域上の信号の送信電力に対する制限がある。たとえば、ＥＴＳＩは、５１５０〜５３５０ＭＨｚ周波数帯域上で信号の最大電力スペクトル密度が１０ｄＢｍ／ＭＨｚであることを要求する。
【０００４】
ダウンリンク送信では、基地局は、スペクトルリソースを使用してＥＴＳＩ規制に効率的に準拠することができる。しかしながら、アップリンク送信では、上記の規定されている制限が、疑いようもなくアップリンクリソースの割振りに大きい課題をもたらす。
【０００５】
ＬＴＥリリース１３では、拡張ライセンス支援型アクセス（Ｅｎｈａｎｃｅｄ  Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ、ｅＬＡＡ）技術がアップリンク送信に導入される。ＥＴＳＩのＯＣＢ規制に準拠しながら非ライセンス周波数帯域を効率的に使用するために、ｅＬＡＡにおいてリソースインターレース（ｉｎｔｅｒｌａｃｅ）構造が使用される。１つのリソースインターレースは、システム帯域幅において一様に分配された整数量のリソースブロックを含む。アップリンクリソースは、基本ユニットとしてリソースインターレース（ｉｎｔｅｒｌａｃｅ）を使用することによって割り振られ、各端末に割り振られるリソースは、少なくとも１つのリソースインターレース（ｉｎｔｅｒｌａｃｅ）である。図１に示されているように、システム帯域幅は、１００個のＲＢ（ＲＢ０からＲＢ９９）に対応する２０ＭＨｚであり、各リソースインターレース（ｉｎｔｅｒｌａｃｅ）は、帯域幅全体において一様に分配された１０個のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）からなり、各リソースインターレース（ｉｎｔｅｒｌａｃｅ）中のあらゆる２つの隣接するＲＢ間に１０個のＲＢがあると仮定される。これは、各インターレースが、９１個のＲＢの周波数間隔（２つの端部のＲＢ間の帯域幅間隔）、２０ＭＨｚシステム帯域幅の８０％よりも大きい約１６．３８ＭＨｚを有することを保証する。
【０００６】
しかしながら、従来技術のリソースインターレース（ｉｎｔｅｒｌａｃｅ）構造は、常に１０個のＲＢを含むが、十分にフレキシブルでない。いくつかの適用シナリオでは、端末に割り振られる必要があるＲＢの量が１０の整数倍でないとき、リソースが浪費される。特に、次世代の新無線（Ｎｅｗ  Ｒａｄｉｏ、ＮＲ）技術は、複数のシステム帯域幅およびサブキャリア間隔のフレキシブルな構成をサポートし、システム帯域幅に対応するＲＢの総量はもはや１０の整数倍でなくてよい。従来技術のリソースインターレース（ｉｎｔｅｒｌａｃｅ）解決策は、リソースのフレキシブルなスケジューリングを実装することができない。
【発明の概要】
【０００７】
従来技術のリソースインターレース（ｉｎｔｅｒｌａｃｅ）解決策がリソースのフレキシブルなスケジューリングを実装することができないことに鑑みて、この問題を解決するために、本出願の実施形態は、リソースがフレキシブルにスケジュールされて、次世代の新無線技術によってサポートされるマルチ帯域幅シナリオにより良く適応することが可能になるような、リソース割振り方法ならびに関係するデバイスおよびシステムを提供する。
【０００８】
第１の態様によれば、アップリンクリソースを割り振るときに端末にＭ個（Ｍ≧２、Ｍは正の整数である）の第１のリソースブロックを含むリソースグループを基地局によって割り振るステップであって、システム帯域幅に対するＭ個の第１のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも大きい、ステップを含む、リソース割振り方法が提供される。リソースグループは、いずれかの周波数領域位置においてＮ個（Ｎ≧１、Ｎは正の整数である）の第２のリソースブロックをさらに含む。端末にリソースグループを割り振った後に、基地局は、端末にリソース指示情報を送り得る。リソース指示情報は、端末に割り振られるリソースグループを示すために使用され、リソース指示情報は、リソースグループに関する情報を含む。リソース衝突を回避するために、端末に割り振られるＮ個の第２のリソースブロックは、Ｍ個の第１のリソースブロックの位置以外のいずれかの周波数領域位置において分配されることが理解されよう。
【０００９】
ＥＴＳＩのＯＣＢ規制は、ＥＴＳＩのＯＣＢ要件が満たされるように、本明細書のプリセットしきい値の選択のために調べられ得る。たとえば、２．４ＧＨｚ周波数帯域および５ＧＨｚ周波数帯域では、ＥＴＳＩは、信号送信帯域幅がシステム帯域幅の８０％よりも多くを占有すべきであることを要求する。したがって、プリセットしきい値は、８０％よりも大きいかまたはそれに等しく設定され得る。この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎない。
【００１０】
第１の態様において説明される方法を実践することによって、アップリンクリソースのスケジューリングは、ＥＴＳＩのＯＣＢ要件が満たされながら、よりフレキシブルになることが可能である。
【００１１】
第１の態様に関して、本出願の第１の実施形態では、端末に割り振られるＭ個の第１のリソースブロックは、第１のリソースセットからのリソースブロックの１つまたは複数のペアであることがあり、システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペア間の周波数間隔の占有率はプリセットしきい値よりも大きい。特に、システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペア間の周波数間隔の占有率は、ＥＴＳＩのＯＣＢ要件が満たされるように、プリセットしきい値よりも大きい。
【００１２】
第１のリソースセット中のリソースブロックの複数のペアは、あらゆる端末の信号送信帯域幅が基本的ＯＣＢ要件を満たすように、非ライセンス周波数帯域上でアップリンクデータを送信する必要がある複数の端末にペアの形態で割り振られ得ることが理解されよう。さらに、端末に割り振られる残り（rest）のＮ個の第２のリソースブロックは、いずれかの周波数領域位置において分配され得る。これは、基本的ＯＣＢ要件が満たされることを保証しながら、リソース割振りのフレキシビリティを最大にすることができる。
【００１３】
第１のリソースセット中のリソースブロックの各ペアを定期的にインデックス付けするために、第１のリソースセットは、以下のいくつかの様式でそれらに限定されることなしに実装され得る。
【００１４】
第１の実装では、同じ周波数間隔が、第１のリソースセット中のリソースブロックのあらゆるペア間に存在し、システム帯域幅に対するリソースブロックのあらゆるペア間の周波数間隔の占有率はプリセットしきい値よりも大きい。
【００１５】
第２の実装では、第１のリソースセット中のリソースブロックのペアの周波数間隔は降順であり、システム帯域幅に対する最も小さい周波数間隔の占有率はプリセットしきい値よりも大きい。
【００１６】
システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペアの占有率がプリセットしきい値よりも大きいとすれば、第１のリソースセットは、上記の２つの実装に限定されることなしに代替として他の形態で提示され得ることに留意されたい。
【００１７】
上記の第１の実施形態では、リソース利用を改善するために、システム帯域幅に対するＮ個の第２のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも小さくなり得る。これは、Ｎ個の第２のリソースブロックが、システム帯域幅中の中間周波数領域位置において分配され得ることを意味する。ＯＣＢ要件を満たすことができるシステム帯域幅の２つの端部上には、限られた量のリソースブロックのみがあることが理解されよう。したがって、中間周波数領域位置においてＮ個の第２のリソースブロックを分配するこのスケジューリング様式は、非ライセンス周波数帯域上でアップリンクデータを送信する必要があるより多くの端末に２つの端部上の限られたリソースブロックを基地局が割り振るのを助けることができる。
【００１８】
任意選択で、システム帯域幅に対するＮ個の第２のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも大きくなり得る。これは、Ｎ個の第２のリソースブロックのうちの少なくとも２つが、システム帯域幅の２つの端部上に分配されることを意味する。
【００１９】
上記の第１の実施形態では、リソース指示情報は、以下のいくつかの様式でそれらに限定されることなしに実装され得る。
【００２０】
第１の実装では、リソース指示情報は、第１のリソースセット中に、端末に割り振られるリソースブロックの１つまたは複数のペアのインデックスを含み得る。たとえば、図７に示されている第１のリソースセット中のリソースブロックの第１のペアが端末に割り振られると仮定すると、端末に送られるリソース指示情報は、リソースブロックの第１のペアのインデックス「１」を含み得る。この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎない。
【００２１】
端末に割り振られるＮ個の第２のリソースブロックも、第１のリソースセット中のリソースブロックの１つまたは複数のペアである場合、リソース指示情報は、第１のリソースセット中に、Ｎ個の第２のリソースブロックに対応するリソースブロックの１つまたは複数のペアのインデックスをさらに含む。端末に割り振られるＮ個の第２のリソースブロックが第１のリソースセット中のリソースブロックでない場合、リソース指示情報は、Ｎ個の第２のリソースブロックのリソースブロック番号をさらに含む。
【００２２】
第２の実装では、リソース指示情報は、端末に割り振られるＭ個の第１のリソースブロックのリソースブロック番号、および端末に割り振られるＮ個の第２のリソースブロックのリソースブロック番号を含み得る。
【００２３】
特に、システム帯域幅全体におけるリソースブロックが番号付けされてよく、特定のリソースブロックは、リソースブロック番号を使用することによって示されることが可能である。本明細書のリソースブロック番号はリソースブロックインデックスと呼ばれることもある。
【００２４】
上記の第１の実施形態では、リソース指示情報を送るとき、基地局は、ダウンリンク制御情報（ＤＣＩ）にリソース指示情報を追加し得る。たとえば、基地局は、端末に返されるアップリンク許可（ＵＬ許可）にリソース指示情報を追加し得る。本明細書のＵＬ許可は、ＤＣＩフォーマット０、０Ａ、０Ｂ、４、４Ａ、または４ＢにおけるＤＣＩのタイプである。
【００２５】
基地局は、代替としてスケジューリング要求のための他の応答メッセージにリソース指示情報を追加し得るか、または基地局は、代替としてリソース指示情報を別個のメッセージにカプセル化し、そのメッセージを端末に返し得ることに留意されたい。本出願のこの実施形態は、どのようにリソース指示情報が送られるかに対して限定を課さない。
【００２６】
第１の態様に関して、本出願の第２の実施形態では、Ｍ個の第１のリソースブロックは、Ｋ個（Ｋ≧１、Ｋは正の整数である）のリソースインターレースを形成することがあり、システム帯域幅に対するＫ個のリソースインターレースによって形成される周波数間隔の占有率はプリセットしきい値よりも大きい。Ｎ個の第２のリソースブロックは、リソースインターレース中のリソースブロックのうちのいくつかであることがあり、Ｎ個の第２のリソースブロックが属するリソースインターレースは複数の端末に割り振られる。Ｎ個の第２のリソースブロックは、１つのリソースインターレースからであるかまたは複数のリソースインターレースからであり得ることに留意されたい。
【００２７】
端末に割り振られるＭ個の第１のリソースブロックはＫ個のリソースインターレースを形成し、システム帯域幅に対するＫ個のリソースインターレースによって形成される周波数間隔の占有率はプリセットしきい値よりも大きく、端末に割り振られる残りのＮ個の第２のリソースブロックは、リソースインターレース中のリソースブロックのうちのいくつかであり、Ｎ個の第２のリソースブロックが属するリソースインターレースは、複数の端末によって共有された複数の部分にスプリットされることが理解されよう。このようにして、ＥＴＳＩのＯＣＢ要件が満たされながら、リソーススケジューリングがよりフレキシブルになることが可能であり、リソース利用が改善されることが可能である。
【００２８】
上記の第１の実施形態では、リソース指示情報は、以下のいくつかの様式でそれらに限定されることなしに実装され得る。
【００２９】
第１の実装では、リソース指示情報は、Ｋ個のリソースインターレースのインターレースインデックス、Ｎ個の第２のリソースブロックが属するリソースインターレースのインターレースインデックス、またはＮ個の第２のリソースブロックが属するリソースインターレース中のＮ個の第２のリソースブロックのリソースブロックインデックスのうちのいずれか１つまたは複数を含み得る。
【００３０】
特に、基地局は、システム帯域幅全体の中に含まれるリソースインターレースを番号でインデックス付けし得る。代替として、基地局は、各リソースインターレース中に含まれるリソースブロックを番号でインデックス付けし得る。たとえば、各リソースインターレース中に含まれる１０個のリソースブロックは番号０から９でインデックス付けされる。
【００３１】
上記の第１の実装では、リソース指示情報は、Ｎ個の第２のリソースブロックが属するリソースインターレース中のリソースブロックのうちのいくつかのみが端末に割り振られることを示すための、Ｎ個の第２のリソースブロックが属する（部分インターレースである）リソースインターレースに対応する属性指示情報をさらに含み得る。Ｎ個の第２のリソースブロックが属するリソースインターレースは複数の部分にスプリットされ、複数の部分は複数の端末によって共有される。
【００３２】
第２の実装では、リソース指示情報は、端末に割り振られるＭ個の第１のリソースブロックのリソースブロック番号、および端末に割り振られるＮ個の第２のリソースブロックのリソースブロック番号をさらに含み得る。
【００３３】
特に、システム帯域幅全体におけるリソースブロックが番号付けされてよく、特定のリソースブロックは、リソースブロック番号を使用することによって示されることが可能である。本明細書のリソースブロック番号はリソースブロックインデックスと呼ばれることもある。
【００３４】
上記の２つの実装に限定されるのではなく、基地局と端末との間でより多くのリソース指示様式に関して同意され得ることに留意されたい。たとえば、リソース指示情報は、Ｋ個のリソースインターレースのインターレースインデックス、およびＮ個の第２のリソースブロックのリソースブロック番号を含み得る。この例は、いかなる限定となることもない、本出願のこの実施形態の実装にすぎない。実際の適用例では、異なる実装が使用され得る。
【００３５】
上記の第２の実施形態では、リソース指示情報を送るとき、基地局は、ダウンリンク制御情報（ＤＣＩ）にリソース指示情報を追加し得る。たとえば、基地局は、端末に返されるアップリンク許可（ＵＬ許可）にリソース指示情報を追加し得る。本明細書のＵＬ許可は、ＤＣＩフォーマット０、０Ａ、０Ｂ、４、４Ａ、または４ＢにおけるＤＣＩのタイプである。
【００３６】
基地局は、代替としてスケジューリング要求のための他の応答メッセージにリソース指示情報を追加し得るか、または基地局は、代替としてリソース指示情報を別個のメッセージにカプセル化し、そのメッセージを端末に返し得ることに留意されたい。本出願のこの実施形態は、どのようにリソース指示情報が送られるかに対して限定を課さない。
【００３７】
本出願のいくつかの実施形態では、複数のシステム帯域幅および／または複数のサブキャリア間隔をもつシナリオに適応するために、Ｋ個のリソースインターレースはＨ個のリソースブロックを含むことがあり、Ｈは正の整数であり、Ｈは、非ライセンス周波数帯域に対応する複数の送信帯域幅の各々に対応するリソースブロックの総量によって割り切れる。
【００３８】
任意選択で、本出願のこの実施形態においてサポートされる複数のシステム帯域幅および／または複数のサブキャリア間隔をもつシナリオでは、端末に割り振られる完全なリソースインターレースが、リソース指示値（ＲＩＶ）を使用することによって示され得る。このＲＩＶ指示様式は、端末に割り振られる完全なリソースインターレースを示すために主に使用され得ることに留意されたい。前に説明されたリソース指示様式は、端末に割り振られる残りのＮ個の第２のリソースブロックを示すための補足として使用され得る。詳細について本明細書で再び説明されない。
【００３９】
第２の態様によれば、第１の態様または第１の態様の可能な実装のうちのいずれか１つにおいて提供される方法を対応して実施するように構成された複数の機能モジュールを含む、ネットワークデバイスが提供される。
【００４０】
第３の態様によれば、第１の態様において説明されたリソース割振り方法を実施するように構成されたネットワークデバイスが提供される。ワイヤレスネットワークデバイスは、メモリ、メモリに結合されたプロセッサ、送信機、および受信機を含み得る。送信機は、別のワイヤレスネットワークデバイス、たとえば、端末にモバイル通信信号を送るように構成される。受信機は、別のワイヤレスネットワークデバイス、たとえば、端末によって送られたモバイル通信信号を受信するように構成される。メモリは、第１の態様において説明されたリソース割振り方法を実装するためのコードを記憶するように構成される。プロセッサは、メモリに記憶されたプログラムコードを実行して、第１の態様または第１の態様の可能な実装のうちのいずれか１つにおいて説明されたリソース割振り方法を実施するように構成される。
【００４１】
第４の態様によれば、通信システムが提供される。通信システムは基地局および端末を含む。
【００４２】
基地局は、アップリンクリソースを割り振るときに端末にＭ個（Ｍ≧２、Ｍは正の整数である）の第１のリソースブロックを含むリソースグループを割り振るように構成され、システム帯域幅に対するＭ個の第１のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも大きく、リソースグループは、いずれかの周波数領域位置においてＮ個（Ｎ≧１、Ｎは正の整数である）の第２のリソースブロックをさらに含む。基地局は、端末にリソース指示情報を送るようにさらに構成され、リソース指示情報は、端末に割り振られるリソースグループを示すために使用され、リソースグループに関する情報を含む。
【００４３】
リソース指示情報を受信した後に、端末は、リソース指示情報に基づいて信号を処理することがあり、たとえば、送信されるべきアップリンクデータをリソース指示情報によって示されるリソース上に変調し、送信信号のための周波数分割多重化およびリソース共有を処理する。端末は、リソース指示情報によって示されるリソース上の処理されたアップリンクデータを基地局に送るようにさらに構成される。
【００４４】
第４の態様に関して、いくつかの任意選択の実施形態では、基地局は、第２の態様または第３の態様において説明されたネットワークデバイスであり得る。代替として、基地局は、第１の態様において説明された基地局であり得る。
【００４５】
第５の態様によれば、コンピュータ可読記憶媒体が提供される。可読記憶媒体は、第１の態様において説明されたリソース割振り方法を実装するためのプログラムコードを記憶し、プログラムコードは、第１の態様において説明されたリソース割振り方法を動作させるための実行可能な命令を含む。
【００４６】
本出願の実施形態を実践することによって、アップリンクリソースのスケジューリングは、ＥＴＳＩのＯＣＢ要件が満たされながら、非ライセンス周波数帯域の使用についてよりフレキシブルになることが可能である。さらに、リソース利用が改善されることが可能である。
【図面の簡単な説明】
【００４７】
本出願の実施形態または背景技術における技術的解決策についてより明らかに説明するために、以下で、本出願の実施形態または背景技術について説明するために必要とされる添付の図面について手短に説明する。
【００４８】
【図１】本出願による従来技術のリソース割振り様式の概略図である。
【図２】本出願によるワイヤレス通信システムの概略アーキテクチャ図である。
【図３】本出願の一実施形態による端末のハードウェアアーキテクチャの概略図である。
【図４】本出願の一実施形態による基地局のハードウェアアーキテクチャの概略図である。
【図５】本出願の一実施形態によるリソース割振り方法の概略フローチャートである。
【図６】本出願によるシステム帯域幅シナリオにおけるリソースの概略図である。
【図７】本出願の一実施形態による（リソースブロックの１２個のペアを含む）第１のリソースセット中のリソースの概略図である。
【図８】本出願の別の実施形態による（リソースブロックの１０個のペアを含む）第１のリソースセット中のリソースの概略図である。
【図９】本出願のさらに別の実施形態による（リソースブロックの６個のペアを含む）第１のリソースセット中のリソースの概略図である。
【図１０】本出願のまた別の実施形態による（リソースブロックの３個のペアを含む）第１のリソースセット中のリソースの概略図である。
【図１１】本出願の一実施形態によるリソース割振り方法の概略フローチャートである。
【図１２】本出願の一実施形態による、リソースインターレースがスケジューリングユニットとして使用されるリソース割振りの概略図である。
【図１３】ＰＵＳＣＨ送信のために使用されることが可能なＬＴＥにおいて定義されているリソースセットの概略図である。
【図１４】本出願の一実施形態によるネットワークデバイスの概略構造図である。
【発明を実施するための形態】
【００４９】
本出願の実施形態において使用されるいくつかの用語は、本出願を限定する意図なしに、本出願の実施形態について説明するために使用されるにすぎない。
【００５０】
本出願の実施形態を理解しやすくするために、本出願の実施形態に関係するワイヤレス通信システムについて最初に説明される。
【００５１】
図２は、本出願によるワイヤレス通信システム２００を示す。ワイヤレス通信システム２００は、ライセンス周波数帯域上で動作するかまたは非ライセンス周波数帯域上で動作し得る。非ライセンス周波数帯域の使用はワイヤレス通信システム２００の容量を改善することができることが理解されよう。図２に示されているように、ワイヤレス通信システム２００は、１つもしくは複数の基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ）２０１、たとえば、ノードＢ、ｅノードＢ、またはＷＬＡＮアクセスポイント、１つもしくは複数の端末（Ｔｅｒｍｉｎａｌ）２０３、およびコアネットワーク２１５を含む。
【００５２】
基地局２０１は、基地局コントローラ（図示されず）の制御下で端末２０３と通信するように構成され得る。いくつかの実施形態では、基地局コントローラは、コアネットワーク２１５の一部であるかまたは基地局２０１に組み込まれ得る。
【００５３】
基地局２０１は、バックホール（ｂａｃｋｈａｕｌ）インターフェース（たとえば、Ｓ１インターフェース）２１３を通してコアネットワーク２１５に制御情報（ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）またはユーザデータ（ｕｓｅｒ  ｄａｔａ）を送信するように構成され得る。
【００５４】
基地局２０１は、１つまたは複数の基地局アンテナを使用することによって端末２０３とワイヤレス通信し得る。各基地局２０１は、基地局２０１に対応するカバレージエリア２０７に通信カバレージを提供し得る。アクセスポイントに対応するカバレージエリア２０７は複数のセクタ（ｓｅｃｔｏｒ）に分割されることがあり、１つのセクタはカバレージエリアの一部に対応する（図示されず）。
【００５５】
２つの基地局２０１は、バックホール（ｂａｃｋｈａｕｌ）リンク２１１を通して互いに通信し得る。本明細書のバックホールリンク２１１はワイヤード通信接続またはワイヤレス通信接続であり得る。
【００５６】
本出願のいくつかの実施形態では、基地局２０１は、基地トランシーバ局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）、無線トランシーバ、基本サービスセット（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ、ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ、ＥＳＳ）、ノードＢ、ｅノードＢなどを含み得る。ワイヤレス通信システム２００は、いくつかの異なるタイプの基地局２０１、たとえば、マクロ基地局（ｍａｃｒｏ  ｂａｓｅ  ｓｔａｔｉｏｎ）、マイクロ基地局（ｍｉｃｒｏ  ｂａｓｅ  ｓｔａｔｉｏｎ）などを含み得る。基地局２０１は、異なる無線技術、たとえば、セル無線アクセス技術またはＷＬＡＮ無線アクセス技術を適用し得る。
【００５７】
端末２０３は、ワイヤレス通信システム２００全体において分散されることがあり、静的または移動中であり得る。本出願のいくつかの実施形態では、端末２０３は、モバイルデバイス、移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、モバイルユニット（ｍｏｂｉｌｅ ｕｎｉｔ）、無線ユニット、リモートユニット、ユーザエージェント、モバイルクライアントなどを含み得る。
【００５８】
本出願のこの実施形態では、ワイヤレス通信システム２００は、非ライセンス周波数帯域、たとえば、ＬＴＥ−Ｕシステム上で動作することが可能なＬＴＥ通信システムであり得るか、または非ライセンス周波数帯域上で動作することが可能な５Ｇ通信システム、将来の新無線通信システムなどであり得る。ワイヤレス通信システム２００は、非ライセンス周波数帯域上の端末アクセスを処理するためにライセンス支援型アクセス（ＬＡＡ）方式を使用し得る。ＬＡＡ方式では、１次セル（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）は、確実なサービス品質を必要としているキーメッセージおよびサービスを転送するためにライセンス周波数帯域上で動作し、２次セル（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）は、データプレーン性能を改善するために非ライセンス周波数帯域上で動作する。
【００５９】
本出願のこの実施形態では、ワイヤレス通信システム２００は、マルチキャリア（ｍｕｌｔｉ−ｃａｒｒｉｅｒ）（異なる周波数の波形信号）動作をサポートすることができる。マルチキャリア送信機は、複数のキャリア上で同時に被変調信号を送信することができる。たとえば、あらゆる通信接続２０５は、異なる無線技術を使用することによって変調されたマルチキャリア信号を搬送し得る。あらゆる被変調信号は、異なるキャリア上で送られることがあり、制御情報（たとえば、基準信号および制御チャネル）、オーバーヘッド情報（Ｏｖｅｒｈｅａｄ  Ｉｎｆｏｒｍａｔｉｏｎ）、データなどを搬送し得る。
【００６０】
さらに、ワイヤレス通信システム２００はＷｉ−Ｆｉネットワークをさらに含み得る。事業者ネットワークと（非ライセンススペクトル上で動作する）Ｗｉ−Ｆｉネットワークの調和した共存を可能にするために、ワイヤレス通信システム２００はリッスンビフォアトーク（Ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  Ｔａｌｋ、ＬＢＴ）機構を使用し得る。たとえば、ワイヤレス通信システム２００において、いくつかの端末２０３は、非ライセンススペクトルリソースを使用するために、Ｗｉ−Ｆｉ通信接続２１７を通してＷｉ−Ｆｉアクセスポイント２０９に接続されることがあり、いくつかの端末２０３は、非ライセンススペクトルリソースを使用するために、モバイル通信接続２０５を通して基地局２０１に接続されることがある。非ライセンス周波数帯域を使用する前に、どんなデバイスも、周波数帯域が占有されているかどうかを検出するためにリスニングを実施する必要があり、周波数帯域が非ビジーでない限り、データを送信するために周波数帯域を占有することができない。
【００６１】
図３は、本出願のいくつかの実施形態による端末３００を示す。図３に示されているように、端末３００は、（オーディオ入出力モジュール３１８、キー入力モジュール３１６、ディスプレイ３２０などを含む）入出力モジュール、ユーザインターフェース３０２、１つまたは複数の端末プロセッサ３０４、送信機３０６、受信機３０８、カプラ３１０、アンテナ３１４、およびメモリ３１２を含み得る。これらの構成要素はバスによってまたは他の様式で接続され得る。図３では、接続のためにバスが使用される例が使用されている。
【００６２】
通信インターフェース３０１は、端末３００が別の通信デバイス、たとえば、基地局と通信するために構成され得る。特に、基地局は、図４に示されている基地局４００であり得る。特に、通信インターフェース３０１は、モバイル通信用グローバルシステム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）（２Ｇ）通信インターフェース、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ）（３Ｇ）通信インターフェース、もしくはロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）（４Ｇ）通信インターフェースなどのうちの１つもしくは複数を含み得るか、または４．５Ｇ、５Ｇ、もしくは将来の新無線通信インターフェースであり得る。ワイヤレス通信インターフェースに限定されることなしに、端末３００は、ワイヤード通信インターフェース３０１、たとえば、ローカルアクセスネットワーク（Ｌｏｃａｌ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＬＡＮ）インターフェースをさらに装備され得る。
【００６３】
アンテナ３１４は、伝送線路における電磁エネルギーを自由空間中の電磁波に変換するか、または自由空間中の電磁波を伝送線路における電磁エネルギーに変換するように構成され得る。カプラ３１０は、アンテナ３１４によって受信されたモバイル通信信号を複数の経路にスプリットし、それらを複数の受信機３０８に分配するように構成される。
【００６４】
送信機３０６は、端末プロセッサ３０４によって出力された信号に対して送信処理を実施するように構成されることがあり、たとえば、信号をライセンス周波数帯域上に変調するか、または信号を非ライセンス周波数帯域上に変調する。本出願のいくつかの実施形態では、送信機３０６は、非ライセンススペクトル送信機３０６１およびライセンススペクトル送信機３０６３を含み得る。非ライセンススペクトル送信機３０６１は、端末３００が１つまたは複数の非ライセンススペクトル上で信号を送信するのをサポートすることがあり、ライセンススペクトル送信機３０６３は、端末３００が１つまたは複数のライセンススペクトル上で信号を送信するのをサポートすることがある。
【００６５】
受信機３０８は、アンテナ３１４によって受信されたモバイル通信信号に対して受信処理を実施するように構成され得る。たとえば、受信機３０８は、非ライセンス周波数帯域上に変調された受信信号を復調するか、またはライセンス周波数帯域上に変調された受信信号を復調し得る。本出願のいくつかの実施形態では、受信機３０８は、非ライセンススペクトル受信機３０８１およびライセンススペクトル受信機３０８３を含み得る。非ライセンススペクトル受信機３０８１は、非ライセンススペクトル上に変調された信号を端末３００が受信するのをサポートすることがあり、ライセンススペクトル受信機３０８３は、ライセンススペクトル上に変調された信号を端末３００が受信するのをサポートすることがある。
【００６６】
本出願のいくつかの実施形態では、送信機３０６および受信機３０８はワイヤレスモデムと見なされ得る。端末３００には、１つまたは複数の送信機３０６および１つまたは複数の受信機３０８があり得る。
【００６７】
図３に示されている送信機３０６および受信機３０８に加えて、端末３００は、他の通信構成要素、たとえば、ＧＰＳモジュール、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）モジュール、およびワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ、Ｗｉ−Ｆｉ）モジュールをさらに含み得る。上記のワイヤレス通信信号に加えて、端末３００は、他のワイヤレス通信信号、たとえば、衛星信号および短波信号をさらにサポートし得る。ワイヤレス通信に限定されることなしに、端末３００は、ワイヤード通信をサポートするためのワイヤードネットワークインターフェース（たとえば、ＬＡＮインターフェース）をさらに装備され得る。
【００６８】
入出力モジュールは、端末３００とユーザまたは外部環境との間の対話を実装するように構成されることがあり、オーディオ入出力モジュール３１８、キー入力モジュール３１６、ディスプレイ３２０などを主に含み得る。特に、入出力モジュールは、カメラ、タッチスクリーン、センサーなどをさらに含み得る。入出力モジュールはすべて、ユーザインターフェース３０２を通して端末プロセッサ３０４と通信する。
【００６９】
メモリ３１２は、端末プロセッサ３０４に結合され、様々なソフトウェアプログラムおよび／または複数の命令セットを記憶するように構成される。特に、メモリ３１２は、高速ランダムアクセスメモリを含むことがあり、また、不揮発性メモリ、たとえば、１つまたは複数の磁気ディスク記憶デバイス、フラッシュメモリデバイス、または他の不揮発性ソリッドステート記憶デバイスを含み得る。メモリ３１２は、オペレーティングシステム（以下では手短にシステムと呼ばれる）、たとえば、ＡＮＤＲＯＩＤ、ＩＯＳ、ＷＩＮＤＯＷＳ、またはＬＩＮＵＸなどの組込みオペレーティングシステムを記憶し得る。メモリ３１２は、ネットワーク通信プログラムをさらに記憶し得る。ネットワーク通信プログラムは、１つまたは複数の周辺デバイス、１つまたは複数の端末デバイス、または１つまたは複数のネットワークデバイスと通信するために使用され得る。メモリ３１２は、ユーザインターフェースプログラムをさらに記憶し得る。ユーザインターフェースプログラムは、グラフィカル操作インターフェースを使用してアプリケーションプログラムのコンテンツを直観的に表示し、メニュー、ダイアログボックス、およびキーなどの入力コントロールを使用してアプリケーションプログラム上でユーザの制御操作を受信し得る。
【００７０】
本出願のいくつかの実施形態では、メモリ３１２は、本出願の１つまたは複数の実施形態において提供されるリソース割振り方法を端末３００側が実装するためのプログラムを記憶するように構成され得る。本出願の１つまたは複数の実施形態において提供されるリソース割振り方法の実装については、後続の実施形態を参照されたい。
【００７１】
端末プロセッサ３０４は、コンピュータ可読命令を読み取り、実行するように構成され得る。特に、端末プロセッサ３０４は、メモリ３１２に記憶されたプログラム、たとえば、本出願の１つまたは複数の実施形態において提供されるリソース割振り方法を端末３００側が実装するためのプログラムを呼び出し、プログラム中に含まれる命令を実行するように構成され得る。
【００７２】
端末３００は、図２に示されているワイヤレス通信システム２００中の端末２０３であってよく、モバイルデバイス、移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、モバイルユニット（ｍｏｂｉｌｅ  ｕｎｉｔ）、無線ユニット、リモートユニット、ユーザエージェント、モバイルクライアントなどとして実装され得ることが理解されよう。
【００７３】
図３に示されている端末３００は、本出願の実施形態の実装にすぎないことに留意されたい。実際の適用例では、端末３００は、代替としてより多いまたはより少ない構成要素を含み得る。これは本明細書では限定されない。
【００７４】
図４は、本出願のいくつかの実施形態による基地局４００を示す。図４に示されているように、基地局４００は、通信インターフェース４０３、１つまたは複数の基地局プロセッサ４０１、送信機４０７、受信機４０９、カプラ４１１、アンテナ４１３、およびメモリ４０５を含み得る。これらの構成要素はバスによってまたは他の様式で接続され得る。図４では、接続のためにバスが使用される例が使用されている。
【００７５】
通信インターフェース４０３は、基地局４００が別の通信デバイス、たとえば、端末デバイスまたは別の基地局と通信するために構成され得る。特に、端末デバイスは、図３に示されている端末３００であり得る。特に、通信インターフェース４０３は、モバイル通信用グローバルシステム（ＧＳＭ）（２Ｇ）通信インターフェース、広帯域符号分割多元接続（ＷＣＤＭＡ）（３Ｇ）通信インターフェース、ロングタームエボリューション（ＬＴＥ）（４Ｇ）通信インターフェースなどのうちの１つもしくは複数を含み得るか、または４．５Ｇ、５Ｇ、もしくは将来の新無線通信インターフェースであり得る。ワイヤレス通信インターフェースに限定されることなしに、基地局４００は、ワイヤード通信をサポートするためのワイヤード通信インターフェース４０３をさらに装備され得る。たとえば、基地局４００と別の基地局４００との間のバックホールリンクがワイヤード通信接続であり得る。
【００７６】
アンテナ４１３は、伝送線路における電磁エネルギーを自由空間中の電磁波に変換するか、または自由空間中の電磁波を伝送線路における電磁エネルギーに変換するように構成され得る。カプラ４１１は、モバイル通信信号を複数の経路にスプリットし、それらを複数の受信機４０９に分配するように構成され得る。
【００７７】
送信機４０７は、基地局プロセッサ４０１によって出力された信号に対して送信処理を実施するように構成されることがあり、たとえば、信号をライセンス周波数帯域上に変調するか、または信号を非ライセンス周波数帯域上に変調する。本出願のいくつかの実施形態では、送信機４０７は、非ライセンススペクトル送信機４０７１およびライセンススペクトル送信機４０７３を含み得る。非ライセンススペクトル送信機４０７１は、基地局４００が１つまたは複数の非ライセンススペクトル上で信号を送信するのをサポートすることがあり、ライセンススペクトル送信機４０７３は、基地局４００が１つまたは複数のライセンススペクトル上で信号を送信するのをサポートすることがある。
【００７８】
受信機４０９は、アンテナ４１３によって受信されるモバイル通信信号を受信するように構成され得る。たとえば、受信機４０９は、非ライセンス周波数帯域上に変調された受信信号を復調するか、またはライセンス周波数帯域上に変調された受信信号を復調し得る。本出願のいくつかの実施形態では、受信機４０９は、非ライセンススペクトル受信機４０９１およびライセンススペクトル受信機４０９３を含み得る。非ライセンススペクトル受信機４０９１は、非ライセンススペクトル上に変調された信号を基地局４００が受信するのをサポートすることがあり、ライセンススペクトル受信機４０９３は、ライセンススペクトル上に変調された信号を基地局４００が受信するのをサポートすることがある。
【００７９】
本出願のいくつかの実施形態では、送信機４０７および受信機４０９はワイヤレスモデムと見なされ得る。基地局４００には、１つまたは複数の送信機４０７および１つまたは複数の受信機４０９があり得る。
【００８０】
メモリ４０５は、基地局プロセッサ４０１に結合され、様々なソフトウェアプログラムおよび／または複数の命令セットを記憶するように構成される。特に、メモリ４０５は、高速ランダムアクセスメモリを含むことがあり、また、不揮発性メモリ、たとえば、１つまたは複数の磁気ディスク記憶デバイス、フラッシュメモリデバイス、または他の不揮発性ソリッドステート記憶デバイスを含み得る。メモリ４０５は、オペレーティングシステム（以下では手短にシステムと呼ばれる）、たとえば、ｕＣＯＳ、ＶｘＷｏｒｋｓ、またはＲＴＬｉｎｕｘなどの組込みオペレーティングシステムを記憶し得る。メモリ４０５は、ネットワーク通信プログラムをさらに記憶し得る。ネットワーク通信プログラムは、１つまたは複数の周辺デバイス、１つまたは複数の端末デバイス、または１つまたは複数のネットワークデバイスと通信するために使用され得る。
【００８１】
基地局プロセッサ４０１は、無線チャネルを管理し、呼または通信リンクを確立または切断し、ローカル制御領域においてユーザ機器のクロス領域ハンドオーバを制御するように構成され得る。特に、基地局プロセッサ４０１は、管理モジュール／通信モジュール（Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍｏｄｕｌｅ／Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ、ＡＭ／ＣＭ）（回線交換および情報交換のためのセンター）、（呼処理、シグナリング処理、無線リソース管理、無線リンク管理、および回路維持の機能を完了するように構成された）基本モジュール（Ｂａｓｉｃ  Ｍｏｄｕｌｅ、ＢＭ）、（多重化、デマルチプレクス、およびトランスコーディングの機能を完了するように構成された）トランスコーダおよびサブマルチプレクサ（Ｔｒａｎｓｃｏｄｅｒ  ａｎｄ  ＳｕｂＭｕｌｔｉｐｌｅｘｅｒ、ＴＣＳＭ）などを含み得る。
【００８２】
本出願のこの実施形態では、基地局プロセッサ４０１は、コンピュータ可読命令を読み取り、実行するように構成され得る。特に、基地局プロセッサ４０１は、メモリ４０５に記憶されたプログラム、たとえば、本出願の１つまたは複数の実施形態において提供されるリソース割振り方法を基地局４００側が実装するためのプログラムを呼び出し、プログラム中に含まれる命令を実行するように構成され得る。
【００８３】
基地局４００は、図２に示されているワイヤレス通信システム２００中の基地局２０１であってよく、基地トランシーバ局、ワイヤレストランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ノードＢ、ｅノードＢなどとして実装され得ることが理解されよう。基地局４００は、いくつかの異なるタイプの基地局、たとえば、マクロ基地局またはマイクロ基地局として実装され得る。基地局４００は、異なる無線技術、たとえば、セル無線アクセス技術またはＷＬＡＮ無線アクセス技術を適用し得る。
【００８４】
図４に示されている基地局４００は、本出願の実施形態の実装にすぎないことに留意されたい。実際の適用例では、基地局４００は、代替としてより多いまたはより少ない構成要素を含み得る。これは本明細書では限定されない。
【００８５】
ワイヤレス通信システム２００、端末３００、および基地局４００に対応する上記の実施形態に基づいて、本出願の一実施形態は、ＥＴＳＩのＯＣＢ要件が満たされることを保証しながら、アップリンクリソースの割振りにおいてリソースのフレキシブルなスケジューリングを実装するためのリソース割振り方法を提供する。
【００８６】
本出願の主要な原理は、アップリンクリソースの割振りにおいて基地局によって端末に割り振られるリソースが２つの部分にスプリットされることが可能であることを含み得る。リソースの一方の部分は、システム帯域幅全体に対する占有率がプリセットしきい値よりも大きい周波数間隔を形成することがあり、リソースの他方の部分は、システム帯域幅中のいずれかの位置においてフレキシブルに分配され得る。これは、有意な周波数間隔を保証することができるだけでなく、アップリンクリソースの割振りをよりフレキシブルにすることもできる。ＥＴＳＩのＯＣＢ規制は、ＥＴＳＩのＯＣＢ要件が満たされるように、本明細書のプリセットしきい値の選択のために調べられ得る。たとえば、２．４ＧＨｚ周波数帯域および５ＧＨｚ周波数帯域では、ＥＴＳＩは、信号送信帯域幅がシステム帯域幅の８０％よりも多くを占有すべきであることを要求する。したがって、プリセットしきい値は、８０％よりも大きいかまたはそれに等しく設定され得る。
【００８７】
この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎないことに留意されたい。本出願のこの実施形態はまた、ＥＴＳＩのＯＣＢ規制に限定されることなしに、システム帯域幅に対する信号送信帯域幅の占有率について規制または要件が存在する将来のシナリオおよび他のシナリオに適用可能である。
【００８８】
以下の説明を簡略にするために、最初に、リソースの一方の部分はＭ個のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）を含み、リソースの他方の部分はＮ個のリソースブロック（ＲＢ）を含み、Ｍ≧２、Ｎ≧１、およびＭとＮの両方は正の整数であると仮定される。本出願のこの実施形態では、Ｍ個のリソースブロックは、信号送信帯域幅がＯＣＢ要件を満たすことを保証するために使用されることがあり、これらのリソースブロックは第１のリソースブロックと呼ばれる。信号送信帯域幅がＯＣＢ要件を満たして、Ｎ個のリソースブロックは信号送信帯域幅のフレキシブルな使用のために使用され、これらのリソースブロックは第２のリソースブロックと呼ばれる。ＭおよびＮの値の選択に関して、信号送信帯域幅はシステム帯域幅内に周波数間隔を形成する必要があるので、信号に割り振られるリソースは、少なくとも２つの第１のリソースブロック、たとえば、リソースブロックの少なくとも１つのペアまたは少なくとも１つのインターレースを含み、周波数領域における２つの第１のリソースブロック間のより大きい間隔はより大きい信号送信帯域幅を伴うことが理解されよう。
【００８９】
図５は、本出願の一実施形態によるリソース割振り方法を示す。図５の実施形態では、端末に割り振られるＭ個の第１のリソースブロックは、第１のリソースセット中のリソースブロックの１つまたは複数のペアである。システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペア間の周波数間隔（Ｆｒｅｑｕｅｎｃｙ  Ｓｐａｃｉｎｇ）の占有率はプリセットしきい値よりも大きい。端末に割り振られる残りのＮ個の第２のリソースブロックの周波数領域位置は、これらの位置がＭ個の第１のリソースブロックの位置と衝突しないとすれば、限定されない。図５に示されているように、本方法は以下のステップを含み得る。
【００９０】
Ｓ１０２．基地局が、端末によって送られたスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ、ＳＲ）を受信する。スケジューリング要求は、アップリンク送信リソースを割り振ることを基地局に要求するために使用される。
【００９１】
図５のステップＳ１０１を参照すると、端末は、基地局にスケジューリング要求を周期的に送り得る。たとえば、端末は、送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）ごとに１回、基地局にスケジューリング要求を送る。代替として、端末は、イベントによって駆動されたとき、基地局にスケジューリング要求を送り得る。たとえば、送信されるべきアップリンクデータがあるとき、端末は基地局にスケジューリング要求を送る。本明細書でのアップリンクデータの到来は、スケジューリング要求を送るように端末を駆動するイベントである。本出願のこの実施形態は、スケジューリング要求を送るように端末をトリガするための機構に対して限定を課さない。
【００９２】
Ｓ１０３．  スケジューリング要求に応答して、基地局が端末にリソースを割り振り、リソースが、いずれかの周波数領域位置にあるＭ個の第１のリソースブロックおよびＮ個の第２のリソースブロックを含み、Ｍ個の第１のリソースブロックが、第１のリソースセット中のリソースブロックの１つまたは複数のペアであり、システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペア間の周波数間隔の占有率がプリセットしきい値よりも大きい。リソース衝突を回避するために、端末に割り振られるＮ個の第２のリソースブロックは、Ｍ個の第１のリソースブロックの位置以外のいずれかの周波数領域位置において分配される。
【００９３】
特に、第１のリソースセット中のリソースブロックは２つの部分にスプリットされることがあり、それらの２つの部分は、それぞれ、システム帯域幅の２つの端部上にまたはそれらの近くに分配される。第１のリソースセット中のリソースブロックの各ペア中に含まれる２つのリソースブロックは、それぞれ、それらの２つの部分からであり、したがって、システム帯域幅に対するリソースブロックのあらゆるペア間の周波数間隔の占有率はプリセットしきい値よりも大きく、ＥＴＳＩのＯＣＢ要件を満たす。
【００９４】
図６を参照すると、５ＧＨｚ周波数帯域（非ライセンス周波数帯域）によってサポートされる２０ＭＨｚシステム帯域幅および１５ｋＨｚサブキャリア間隔が例として使用される。２０ＭＨｚシステム帯域幅では、ガードバンド（システム帯域幅の約１０％）を除いて、システム送信帯域幅として働くために残っている１００個のＲＢがあり、各ＲＢは、周波数領域中に１２個の連続するサブキャリア（１８０ｋＨｚ）を含む。この事例では、ＯＣＢ要件を満たすために、信号送信帯域幅がシステム帯域幅の８０％よりも多くを占有し、少なくとも８９個のＲＢを含む（８９×１８０ｋＨｚ＝１６．０２ＭＨｚ）ことが要求される。
【００９５】
図６に示されているように、ＲＢ０とＲＢ８８を含むリソースブロックのペアは、最低限のＯＣＢ要件を満たす信号送信帯域幅を保証し、ＲＢ０とＲＢ８８のペアの後の他のＲＢペア（たとえば、ＲＢ８９とＲＢ９０のペア）に対応する周波数間隔はより一層大きい。明らかに、ＯＣＢ要件も満たされる。ＲＢ９９とＲＢ１１を含むリソースブロックのペアも、最低限のＯＣＢ要件を満たす信号送信帯域幅を保証し、ＲＢ９９とＲＢ１１のペアの前の他のＲＢペア（たとえば、ＲＢ１０とＲＢ９のペア）に対応する周波数間隔はより一層大きい。明らかに、ＯＣＢ要件も満たされる。
【００９６】
概して、図６に示されている実施形態では、第１のリソースセット中のリソースブロックの各ペア中に含まれる２つのリソースブロックにおいて、一方のリソースブロックは、システム帯域幅の一方の端部、すなわち、ＲＢ０からＲＢ１１から来ることがあり、他方のリソースブロックは、システム帯域幅の他方の端部、すなわち、ＲＢ８８からＲＢ９９から来ることがある。たとえば、基地局は、システム帯域幅の一方の端部から１つのリソースブロックをランダムに選択し、システム帯域幅の他方の端部から１つのリソースブロックをランダムに選択してよく、それにより、システム帯域幅に対する、選択された２つのリソースブロック間の周波数間隔の占有率はプリセットしきい値よりも大きくなり、ＯＣＢ要件を満たす。たとえば、ＲＢ０とＲＢ８９との間の周波数間隔は１６．２０ＭＨｚであり、システム帯域幅に対するそれの占有率は８０％よりも大きい。この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎない。
【００９７】
第１のリソースセット中のリソースブロックの各ペアを定期的にインデックス付けしやすくするために、以下で、第１のリソースセットの２つの実装について説明する。
【００９８】
第１の実装では、同じ周波数間隔が、第１のリソースセット中のリソースブロックのあらゆるペア間に存在し、システム帯域幅に対するリソースブロックのあらゆるペア間の周波数間隔の占有率はプリセットしきい値よりも大きい。
【００９９】
図７に示されているように、第１のリソースセットは、リソースブロックの１２個のペアを含む。ＲＢ０とＲＢ８８はリソースブロックの第１のペアを形成し、ＲＢ１とＲＢ８９はリソースブロックの第２のペアを形成し、ＲＢ２とＲＢ９０はリソースブロックの第３のペアを形成し、ＲＢ３とＲＢ９１はリソースブロックの第４のペアを形成し、以下同様である。リソースブロックのあらゆるペア間の周波数間隔は１６．０２ＭＨｚであり、システム帯域幅に対するそれの占有率は８０％よりもわずかに大きく、ＯＣＢ要件を満たす。
【０１００】
図７に示されている第１のリソースセット中のリソースブロックの１２個のペアは、非ライセンス周波数帯域上でアップリンクデータを送信する必要がある複数の端末にペアの形態で割り振られ得ることが理解されよう。任意選択で、基地局は、従来技術のリソーススケジューリング様式（たとえば、ＬＴＥにおけるアップリンクリソーススケジューリング様式）で、リソースブロックの１２個のペア以外の残りの７６個のリソースブロック（ＲＢ１２からＲＢ８７）を処理し得る。これは、基本的ＯＣＢ要件が満たされることを保証しながら、リソース割振りのフレキシビリティを最大にし、リソース利用を改善することができる。
【０１０１】
図７は第１のリソースセットの一実施形態にすぎないことに留意されたい。いくつかの任意選択の実施形態では、リソースブロックのペア間の周波数間隔は、１６．０２ＭＨｚに限定されることなしに、より大きくてよい。たとえば、図８に示されているように、第１のリソースセットは、リソースブロックの１０個のペアを含む。ＲＢ０とＲＢ９０はリソースブロックの第１のペアを形成し、ＲＢ１とＲＢ９１はリソースブロックの第２のペアを形成し、ＲＢ２とＲＢ９２はリソースブロックの第３のペアを形成し、以下同様である。リソースブロックのあらゆるペア間の周波数間隔は１６．３８ＭＨｚであり、これはシステム帯域幅の８０％よりも多くを占有する。本出願のこの実施形態は、第１のリソースセット中のリソースブロックの各ペア間の周波数間隔の特定の値に対して限定を課さない。
【０１０２】
他のシステム帯域幅および／または他のサブキャリア間隔のシナリオでは、上記の第１の実装の実装は、上記の処理と同様の処理である。詳細について本明細書で再び説明されない。
【０１０３】
第２の実装では、第１のリソースセット中のリソースブロックのペアの周波数間隔は降順であり、システム帯域幅に対する最も小さい周波数間隔の占有率はプリセットしきい値よりも大きい。
【０１０４】
図９に示されているように、第１のリソースセットは、リソースブロックの６個のペアを含む。ＲＢ０とＲＢ９９はリソースブロックの第１のペアを形成し、ＲＢ１とＲＢ９８はリソースブロックの第２のペアを形成し、ＲＢ２とＲＢ９７はリソースブロックの第３のペアを形成し、ＲＢ３とＲＢ９６はリソースブロックの第４のペアを形成し、以下同様である。リソースブロックの第１のペア間の周波数間隔は１８ＭＨｚであり、リソースブロックの第２のペア間の周波数間隔は１７．８２ＭＨｚであり、リソースブロックの第３のペア間の周波数間隔は１７．６４ＭＨｚであり、これらは降順である。リソースブロックの第６のペア間の周波数間隔は、最小の１６．０２ＭＨｚであり、これはシステム帯域幅の８０％よりもわずかに多くを占有し、ＯＣＢ要件を満たす。
【０１０５】
図９に示されているリソースブロックの６個のペアは、非ライセンス周波数帯域上でアップリンクデータを送信する必要がある複数の端末に割り振られ得ることが理解されよう。任意選択で、基地局は、従来技術のリソーススケジューリング様式（たとえば、ＬＴＥにおけるアップリンクリソーススケジューリング様式）で、リソースブロックの６個のペア以外の残りの８８個のリソースブロック（ＲＢ６からＲＢ９３）を処理し得る。これは、基本的ＯＣＢ要件が満たされることを保証しながら、リソース割振りのフレキシビリティを最大にし、リソース利用を改善することができる。
【０１０６】
図９に示されている第１のリソースセットでは、リソースブロックのいずれか２つの隣接するペアに対応する周波数間隔間の差は、２つのＲＢである。たとえば、リソースブロックの第１のペア間の周波数間隔は１００個のＲＢであり、リソースブロックの第２のペア間の周波数間隔は９８個のＲＢであり、リソースブロックの第３のペア間の周波数間隔は９６個のＲＢである。図９は、いかなる限定ともならない、第１のリソースセットの実装の一実施形態にすぎない。実際の適用例では、第１のリソースセットは異なり得る。
【０１０７】
第１のリソースセットにおいて、リソースブロックの２つの隣接するペアに対応する周波数間隔間の差は、固定値、たとえば、２つのＲＢに限定されることなしに区別され得ることに留意されたい。たとえば、図１０に示されているように、第１のリソースセットは、リソースブロックの３つのペアを含む。ＲＢ０とＲＢ９９はリソースブロックの第１のペアを形成し、ＲＢ２とＲＢ９７はリソースブロックの第２のペアを形成し、ＲＢ３とＲＢ９６はリソースブロックの第３のペアを形成する。この事例では、リソースブロックの第１のペアとリソースブロックの第２のペアに対応する周波数間隔間の差は４つのＲＢであり、リソースブロックの第２のペアとリソースブロックの第３のペアに対応する周波数間隔間の差は２つのＲＢである。
【０１０８】
他のシステム帯域幅および／または他のサブキャリア間隔のシナリオでは、上記の第２の実装の実装は、上記の処理と同様の処理である。詳細について本明細書で再び説明されない。
【０１０９】
システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペアの占有率がプリセットしきい値よりも大きいとすれば、第１のリソースセットは、上記の２つの実装に限定されることなしに代替として他の形態で提示され得ることに留意されたい。たとえば、第１のリソースセットは、ＲＢ０とＲＢ８９を含むリソースブロックの第１のペア、ＲＢ１とＲＢ８８を含むリソースブロックの第２のペア、およびＲＢ３とＲＢ９２を含むリソースブロックの第３のペアという、リソースブロックのいくつかのペアを含む。リソースブロックの３つのペアを含む第１のリソースセットは、第１の実装または第２の実装に一致しないが、依然としてＯＣＢ要件を満たすことがわかるであろう。
【０１１０】
さらに、リソース衝突を回避するために、通常、基地局は、リソースブロックの１つのペアに複数の端末のアップリンク送信信号を追加することを可能にされないことに留意されたい。しかしながら、いくつかの可能な実施形態では、複数の端末がリソースを共有する必要があり、共有されたリソース上では信号干渉が回避されることが可能である。この事例では、基地局によって異なる端末に割り振られるリソースブロックの１つまたは複数のペアは一致し得る。
【０１１１】
以下で、Ｎ個の第２のリソースブロックについて説明する。端末に割り振られる第１のリソースブロックの１つまたは複数のペアはＥＴＳＩのＯＣＢ要件を満たすために使用され、端末に割り振られる残りのＮ個の第２のリソースブロックの位置は周波数領域中に限定されなくてよいことが理解されよう。
【０１１２】
任意選択で、システム帯域幅に対するＮ個の第２のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも大きくなり得る。これは、Ｎ個の第２のリソースブロックのうちの少なくとも２つが、システム帯域幅の２つの端部上に分配されることを意味する。
【０１１３】
任意選択で、システム帯域幅に対するＮ個の第２のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも小さくなり得る。これは、Ｎ個の第２のリソースブロックが、システム帯域幅中の中間周波数領域位置において分配され得ることを意味する。ＯＣＢ要件を満たすことができるシステム帯域幅の２つの端部上には、限られた量のリソースブロックのみがあることが理解されよう。したがって、中間周波数領域位置においてＮ個の第２のリソースブロックを分配するこのスケジューリング様式は、非ライセンス周波数帯域上でアップリンクデータを送信する必要があるより多くの端末に２つの端部上の限られたリソースブロックを基地局が割り振るのを助けることができる。特に、基地局は、従来技術のリソーススケジューリング様式（たとえば、ＬＴＥにおけるアップリンクリソーススケジューリング様式）で中間周波数領域位置においてリソースをさらにスケジュールし得る。
【０１１４】
Ｓ１０４．基地局が端末にリソース指示情報を返し、リソース指示情報が、基地局によって端末に割り振られるリソースを示すために使用され、リソースグループに関する情報を含む。
【０１１５】
本出願の一実施形態では、基地局は、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）にリソース指示情報を追加し得る。特に、新しいフィールドがＤＣＩに追加され得る。このフィールドは、端末に割り振られるリソースブロックの１つまたは複数のペアを示すために使用され、新たに追加されるフィールドのコンテンツは、リソースブロックの１つまたは複数のペアのインデックス（ｉｎｄｅｘ）であり得る。たとえば、インデックス「１」は、ＲＢ０とＲＢ９９を含むリソースブロックのペアを示す。この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎない。基地局は、Ｎ個の第２のリソースブロックを示すために、既存のＤＣＩフォーマットにおいてリソース指示のための関係するフィールド、たとえば、ＲＢリソース割当て（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）フィールドを使用し得る。
【０１１６】
たとえば、基地局は、端末に返されるアップリンク許可（略してＵＬ許可）にリソース指示情報を追加し得る。本明細書のＵＬ許可は、ＤＣＩフォーマット０、０Ａ、０Ｂ、４、４Ａ、または４ＢにおけるＤＣＩのタイプである。
【０１１７】
基地局は、代替としてスケジューリング要求のための他の応答メッセージにリソース指示情報を追加し得るか、または基地局は、代替としてリソース指示情報を別個のメッセージにカプセル化し、そのメッセージを端末に返し得ることに留意されたい。本出願のこの実施形態は、どのようにリソース指示情報が送られるかに対して限定を課さない。
【０１１８】
以下で、リソース指示情報の特定の実装についてさらに説明する。
【０１１９】
第１の実装では、リソース指示情報は、第１のリソースセット中に、端末に割り振られるリソースブロックの１つまたは複数のペアのインデックスを含み得る。たとえば、図７に示されている第１のリソースセット中のリソースブロックの第１のペアが端末に割り振られると仮定すると、端末に送られるリソース指示情報は、リソースブロックの第１のペアのインデックス「１」を含み得る。この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎない。
【０１２０】
端末に割り振られるＮ個の第２のリソースブロックも、第１のリソースセット中のリソースブロックの１つまたは複数のペアである場合、リソース指示情報は、第１のリソースセット中に、Ｎ個の第２のリソースブロックに対応するリソースブロックの１つまたは複数のペアのインデックスをさらに含む。端末に割り振られるＮ個の第２のリソースブロックが第１のリソースセット中のリソースブロックでない場合、リソース指示情報は、Ｎ個の第２のリソースブロックのリソースブロック番号をさらに含む。
【０１２１】
第２の実装では、リソース指示情報は、端末に割り振られるＭ個の第１のリソースブロックのリソースブロック番号、および端末に割り振られるＮ個の第２のリソースブロックのリソースブロック番号を含み得る。
【０１２２】
特に、システム帯域幅全体におけるリソースブロックが番号付けされてよく、特定のリソースブロックは、リソースブロック番号を使用することによって示されることが可能である。本明細書のリソースブロック番号はリソースブロックインデックスと呼ばれることもある。
【０１２３】
上記の２つの実装に限定されるのではなく、基地局と端末との間でより多くのリソース指示様式に関して同意され得ることに留意されたい。
【０１２４】
Ｓ１０５．リソース指示情報を受信した後に、端末が、リソース指示情報に基づいて信号を処理することがあり、たとえば、送信されるべきアップリンクデータをリソース指示情報によって示されるリソース上に変調し、送信信号のための周波数分割多重化およびリソース共有を処理する。
【０１２５】
Ｓ１０６．端末が、リソース指示情報によって示されるリソース上の処理されたアップリンクデータを基地局に送る。
【０１２６】
図５の実施形態では、端末に割り振られるＭ個の第１のリソースブロックは、第１のリソースセット中のリソースブロックの１つまたは複数のペアであり、システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペア間の周波数間隔の占有率はプリセットしきい値よりも大きく、端末に割り振られる残りのＮ個の第２のリソースブロックは、いずれかの周波数領域位置において分配され得る。このようにして、ＥＴＳＩのＯＣＢ要件が満たされながら、リソーススケジューリングがよりフレキシブルになることが可能である。
【０１２７】
図１１は、本出願の別の実施形態によるリソース割振り方法を示す。図１１の実施形態では、端末への少なくとも１つの完全なリソースインターレース（ｉｎｔｅｒｌａｃｅ）の割振りが保証されながら、１つのリソースインターレース（またはいくつかのリソースインターレース）がスプリットされることがあり、それにより、複数の端末は１つの完全なリソースインターレースを共有する。このようにして、リソース構成はよりフレキシブルになり、リソース利用は改善される。図１１に示されているように、本方法は以下のステップを含み得る。
【０１２８】
Ｓ２０２．基地局が、端末によって送られたスケジューリング要求（ＳＲ）を受信する。スケジューリング要求は、アップリンク送信リソースを割り振ることを基地局に要求するために使用される。
【０１２９】
ステップＳ２０１を参照すると、端末は、基地局にスケジューリング要求を周期的に送り得る。たとえば、端末は、送信時間間隔（ＴＴＩ）ごとに１回、基地局にスケジューリング要求を送る。代替として、端末は、イベントによって駆動されたとき、基地局にスケジューリング要求を送り得る。たとえば、送信されるべきアップリンクデータがあるとき、端末は基地局にスケジューリング要求を送る。本明細書でのアップリンクデータの到来は、スケジューリング要求を送るように端末を駆動するイベントである。本出願のこの実施形態は、スケジューリング要求を送るように端末をトリガするための機構に対して限定を課さない。
【０１３０】
Ｓ２０３．スケジューリング要求に応答して、基地局が端末にリソースを割り振り、リソースが、いずれかの周波数領域位置にあるＭ個の第１のリソースブロックおよびＮ個の第２のリソースブロックを含み、Ｍ個の第１のリソースブロックがＫ個（Ｋ≧１、およびＫは正の整数である）のリソースインターレースを形成し、システム帯域幅に対するＫ個のリソースインターレースによって形成される周波数間隔の占有率がプリセットしきい値よりも大きく、Ｎ個の第２のリソースブロックが、リソースインターレース中のリソースブロックのうちのいくつかであり、Ｎ個の第２のリソースブロックが属するリソースインターレースが複数の端末に割り振られる。
【０１３１】
Ｎ個の第２のリソースブロックは部分リソースインターレース（部分インターレース）であることが理解されよう。このようにして、基地局によって端末に割り振られるリソースブロックの量は、必ずしも整数量のリソースインターレースであることなしに、よりフレキシブルになることが可能である。さらに、Ｎ個の第２のリソースブロックが属するリソースインターレースは複数の端末によって共有され得る。これはリソース利用を改善することができる。
【０１３２】
図１２を参照すると、５ＧＨｚ周波数帯域（非ライセンス周波数帯域）によってサポートされる２０ＭＨｚシステム帯域幅および１５ｋＨｚサブキャリア間隔が例として使用される。２０ＭＨｚシステム帯域幅では、ガードバンド（システム帯域幅の約１０％）を除いて、システム送信帯域幅として働くために残っている１００個のＲＢがある。各インターレースが１０個のＲＢを含むと仮定すると、送信帯域幅は１０個のリソースインターレース（ｉｎｔｅｒｌａｃｅ）を含む。システム帯域幅に対するあらゆるリソースインターレースに対応する周波数間隔の占有率はＥＴＳＩのＯＣＢ要件を満たすことを理解されたい。
【０１３３】
ＬＴＥ通信システムには、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）のリソースを割り振るための原理がある。端末に割り振られるＲＢの総量ＮRBは、２、３、および５の積である必要がある。具体的には、ＮRB＝２x×３y×５zが要求され、ｘ、ｙ、およびｚは非負整数である必要がある。したがって、端末に割り振られ、ＰＵＳＣＨ送信のために使用されるＲＢの量（ＮRB）は、図１３に示されているセットに属する必要がある。ＮRB＝ａ×１０＋ｂである場合、ａ＝１のとき、ｂの値は｛０，２，５，６，８｝にわたる。したがって、完全なインターレースは、２つ以上の部分インターレースにスプリットされることがあり、部分インターレース中のＲＢの量の値は｛０，２，５，６，８｝から選択され得る。
【０１３４】
図１２に示されているように、リソースインターレース１は端末１に割り振られ、リソースインターレース３は端末２に割り振られる。完全なリソースインターレース２は２つの部分にスプリットされる。第１の部分は｛ＲＢ１，ＲＢ１１，ＲＢ５１，ＲＢ６１，ＲＢ７１｝であり、第２の部分は｛ＲＢ２１，ＲＢ３１，ＲＢ４１，ＲＢ８１，ＲＢ９１｝である。第１の部分は端末１に割り振られ、第２の部分は端末２に割り振られる。このようにして、リソースインターレース１およびリソースインターレース３は、端末１および端末２のアップリンク信号の送信帯域幅がＥＴＳＩのＯＣＢ規制に準拠することを保証するために使用され得る。さらに、リソースインターレース２は端末１と端末２によって共有され、リソース利用が改善される。
【０１３５】
端末１について、端末１に割り振られるＭ個（実際には１０個）の第１のリソースブロックはリソースインターレース１を形成し、端末１に割り振られるＮ個（実際には５個）の第２のリソースブロックは、リソースブロックのうちのいくつか、すなわち、リソースインターレース２の第１の部分である。
【０１３６】
１つの端末について、Ｎ個の第２のリソースブロックは１つのインターレースからであり得ることに留意されたい。図１２の端末１を参照されたい。１つの端末について、Ｎ個の第２のリソースブロックは、代替として複数のインターレースからであり得る。たとえば、１８個のＲＢが端末３に割り振られると仮定すると、リソースインターレース５は端末３に割り振られることがあり、リソースインターレース４中の｛ＲＢ３，ＲＢ１３，ＲＢ２３，ＲＢ３３，ＲＢ４３｝は端末３に割り振られ、リソースインターレース６中の｛ＲＢ５，ＲＢ１５，ＲＢ３５｝はまた、端末５に割り振られる。具体的には、端末３に割り振られるＮ個（実際には８個）の第２のリソースブロックは、リソースインターレース４およびリソースインターレース６という、これらの２つのリソースインターレースからである。この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎない。
【０１３７】
図１２に示されているシナリオでは、端末に割り振られる必要があるＲＢの量が１０の整数倍でないとき、リソースは、完全なリソースインターレース（ｉｎｔｅｒｌａｃｅ）と部分リソースインターレース（部分インターレース）の組合せとして割り振られ得ることが理解されよう。端末に割り振られるＲＢの量が１０の整数倍であるとき、端末に割り振られるリソースは、完全なリソースインターレース（ｉｎｔｅｒｌａｃｅ）のみか、または完全なリソースインターレース（ｉｎｔｅｒｌａｃｅ）と部分リソースインターレース（部分インターレース）の組合せであり得る。
【０１３８】
Ｓ２０４．基地局が端末にリソース指示情報を返し、リソース指示情報が、基地局によって端末に割り振られるリソースを示すために使用される。
【０１３９】
本出願の一実施形態では、基地局は、ダウンリンク制御情報（ＤＣＩ）にリソース指示情報を追加し得る。特に、新しいフィールドがＤＣＩに追加され得る。このフィールドは、端末に割り振られるリソースブロックの１つまたは複数のペアを示すために使用され、新たに追加されるフィールドのコンテンツは、リソースブロックの１つまたは複数のペアのインデックス（ｉｎｄｅｘ）であり得る。たとえば、インデックス「１」は、ＲＢ０とＲＢ９９を含むリソースブロックのペアを示す。この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎない。基地局は、Ｎ個の第２のリソースブロックを示すために、既存のＤＣＩフォーマットにおいてリソース指示のための関係するフィールド、たとえば、ＲＢリソース割当て（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）フィールドを使用し得る。
【０１４０】
たとえば、基地局は、端末に返されるアップリンク許可（ＵＬ許可）にリソース指示情報を追加し得る。本明細書のＵＬ許可は、ＤＣＩフォーマット０、０Ａ、０Ｂ、４、４Ａ、または４ＢにおけるＤＣＩのタイプである。
【０１４１】
基地局は、代替としてスケジューリング要求のための他の応答メッセージにリソース指示情報を追加し得るか、または基地局は、代替としてリソース指示情報を別個のメッセージにカプセル化し、そのメッセージを端末に返し得ることに留意されたい。本出願のこの実施形態は、どのようにリソース指示情報が送られるかに対して限定を課さない。
【０１４２】
以下で、図１２に示されている方法におけるリソース指示情報の例示的な実装についてさらに説明する。
【０１４３】
第１の実装では、リソース指示情報は、Ｋ個のリソースインターレースのインターレースインデックス、Ｎ個の第２のリソースブロックが属するリソースインターレースのインターレースインデックス、またはＮ個の第２のリソースブロックが属するリソースインターレース中のＮ個の第２のリソースブロックのリソースブロックインデックスのうちのいずれか１つまたは複数を含み得る。
【０１４４】
特に、基地局は、システム帯域幅全体の中に含まれるリソースインターレースを番号でインデックス付けし得る。たとえば、図１２のリソースインターレース１からリソースインターレース１０は、番号１から１０でインデックス付けされ得る。代替として、基地局は、各リソースインターレース中に含まれるリソースブロックを番号でインデックス付けし得る。たとえば、図１２の各リソースインターレース中に含まれる１０個のリソースブロックは番号０から９でインデックス付けされる。
【０１４５】
図１２の端末１が説明のための例として使用される。端末１に割り振られるリソースは、リソースインターレース１中のリソースブロック、およびリソースインターレース２中のリソースブロックの第１の部分を含む。端末１のためのリソース指示情報は、リソースインターレース１のインターレースインデックス「１」、リソースインターレース２のインターレースインデックス「２」、ならびにリソースインターレース２中のリソースブロックの第１の部分のインデックス「０」（ＲＢ１）、「１」（ＲＢ１１）、「６」（ＲＢ５１）、「７」（ＲＢ６１）、および「８」（ＲＢ７１）を含み得る。
【０１４６】
上記の第１の実装では、リソース指示情報は、Ｎ個の第２のリソースブロックが属するリソースインターレース中のリソースブロックのうちのいくつかのみが端末に割り振られることを示すための、Ｎ個の第２のリソースブロックが属する（部分インターレースである）リソースインターレースに対応する属性指示情報をさらに含み得る。Ｎ個の第２のリソースブロックが属するリソースインターレースは複数の部分にスプリットされ、複数の部分は複数の端末によって共有される。
【０１４７】
第２の実装では、リソース指示情報は、端末に割り振られるＭ個の第１のリソースブロックのリソースブロック番号、および端末に割り振られるＮ個の第２のリソースブロックのリソースブロック番号をさらに含み得る。
【０１４８】
特に、システム帯域幅全体におけるリソースブロックが番号付けされてよく、特定のリソースブロックは、リソースブロック番号を使用することによって示されることが可能である。本明細書のリソースブロック番号はリソースブロックインデックスと呼ばれることもある。
【０１４９】
上記の２つの実装に限定されるのではなく、基地局と端末との間でより多くのリソース指示様式に関して同意され得ることに留意されたい。たとえば、リソース指示情報は、Ｋ個のリソースインターレースのインターレースインデックス、およびＮ個の第２のリソースブロックのリソースブロック番号を含み得る。この例は、いかなる限定となることもない、本出願のこの実施形態の実装にすぎない。実際の適用例では、異なる実装が使用され得る。
【０１５０】
Ｓ２０５．リソース指示情報を受信した後に、端末が、リソース指示情報に基づいて信号を処理することがあり、たとえば、送信されるべきアップリンクデータをリソース指示情報によって示されるリソース上に変調し、送信信号のための周波数分割多重化およびリソース共有を処理する。
【０１５１】
Ｓ２０６．端末が、リソース指示情報によって示されるリソース上の処理されたアップリンクデータを基地局に送る。
【０１５２】
図１１の実施形態では、端末に割り振られるＭ個の第１のリソースブロックはＫ個のリソースインターレースを形成し、システム帯域幅に対するＫ個のリソースインターレースによって形成される周波数間隔の占有率はプリセットしきい値よりも大きく、端末に割り振られる残りのＮ個の第２のリソースブロックは、リソースインターレース中のリソースブロックのうちのいくつかであり、Ｎ個の第２のリソースブロックが属するリソースインターレースは、複数の端末によって共有された複数の部分にスプリットされる。このようにして、ＥＴＳＩのＯＣＢ要件が満たされながら、リソーススケジューリングがよりフレキシブルになることが可能であり、リソース利用が改善されることが可能である。
【０１５３】
本出願のいくつかの実施形態では、複数のシステム帯域幅および／または複数のサブキャリア間隔をもつシナリオに適応するために、Ｋ個のリソースインターレースはＨ個のリソースブロックを含むことがあり、Ｈは正の整数であり、Ｈは、非ライセンス周波数帯域に対応する複数の送信帯域幅の各々に対応するリソースブロックの総量によって割り切れる。以下で、例を使用することによってさらなる説明を提供する。
【０１５４】
最初に、５ＧＨｚ周波数帯域が例として使用される。将来の新無線（ＮＲ）通信技術では、サポートされることが可能なシステム帯域幅は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚなどを含み、選択可能なサブキャリア間隔は、１５ｋＨｚ、６０ｋＨｚなどを含む。
【０１５５】
Ａ．１５ｋＨｚサブキャリア間隔では、これらのシステム帯域幅シナリオに対応する送信帯域幅は、それぞれ、１００個のＲＢ、２００個のＲＢ、４００個のＲＢ、および８００個のＲＢであり得る。これらのシステム帯域幅シナリオは、ＥＴＳＩのＯＣＢ要件が満たされている（システム帯域幅の８０％が占有されている）間、信号による占有のための帯域幅が、それぞれ、８９個のＲＢ、１７８個のＲＢ、３５６個のＲＢ、および７１２個のＲＢよりも大きいことを要求する。リソースインターレース（ｉｎｔｅｒｌａｃｅ）中のリソースブロックは、送信帯域幅全体において一様に分配される。したがって、上記のシステム帯域幅シナリオに適合する、以下のいくつかのリソースインターレース（ｉｎｔｅｒｌａｃｅ）構造がある。
【０１５６】
（１）各リソースインターレースが１０個のＲＢを含む。上記のシステム帯域幅シナリオでは、１つのリソースインターレースによって占有される帯域幅は、それぞれ、９１個のＲＢ、１８１個のＲＢ、３６１個のＲＢ、および７２１個のＲＢである。
【０１５７】
（２）各リソースインターレースが２５個のＲＢを含む。上記のシステム帯域幅シナリオでは、１つのリソースインターレースによって占有される帯域幅は、それぞれ、９７個のＲＢ、１９３個のＲＢ、３８５個のＲＢ、および７６９個のＲＢである。
【０１５８】
１５ｋＨｚサブキャリア間隔では、（１）と（２）における２つのリソースインターレース中に含まれるリソースブロックの量は両方とも、上記のシステム帯域幅に対応するリソースブロックの総量によって割り切れ、したがって、基地局は、リソーススケジューリングユニットとしてリソースインターレースを使用することができることが理解されよう。
【０１５９】
Ｂ．６０ｋＨｚサブキャリア間隔では、上記のシステム帯域幅シナリオに対応する送信帯域幅は、それぞれ、２５個のＲＢ、５０個のＲＢ、１００個のＲＢ、および２００個のＲＢであり得る。これらのシステム帯域幅シナリオは、ＥＴＳＩのＯＣＢ要件が満たされている（システム帯域幅の８０％が占有されている）間、信号による占有のための帯域幅が、それぞれ、２３個のＲＢ、４５個のＲＢ、８９個のＲＢ、および１７８個のＲＢよりも大きいことを要求する。リソースインターレース（ｉｎｔｅｒｌａｃｅ）中のリソースブロックは、送信帯域幅全体において一様に分配される。したがって、上記のシステム帯域幅シナリオに適合するリソースインターレース（ｉｎｔｅｒｌａｃｅ）構造は以下の通りであり得る。各リソースインターレースが２５個のＲＢを含む。上記のシステム帯域幅シナリオでは、１つのリソースインターレースによって占有される帯域幅は、それぞれ、２５個のＲＢ、４９個のＲＢ、９７個のＲＢ、および１９３個のＲＢである。
【０１６０】
結論として、５ＧＨｚ周波数帯域上のアップリンクリソースは以下の２つの方式で割り振られ得る。
【０１６１】
（１）（１５ｋＨｚまたは６０ｋＨｚサブキャリア間隔をもつ）すべてのシナリオに適合するために、（各リソースインターレースが２５個のＲＢを含む）固定の２５個のＲＢ／インターレース方式が使用され得る。
【０１６２】
（２）様々なサービス要件に適応するために、１０個のＲＢ／インターレースと２５個のＲＢ／インターレースの両方がサポートされ得る。リソース割振りが示されるとき、インターレースのタイプ情報（１０個のＲＢ／インターレースまたは２５個のＲＢ／インターレース）がリソース指示情報中で搬送される必要がさらにある。
【０１６３】
したがって、５ＧＨｚ周波数帯域上では、端末に割り振られるＫ個のリソースインターレースは、異なる構造をもつ複数のリソースインターレースを含むことがあり、リソース指示情報は、異なる構造をもつ複数のリソースインターレースのタイプ情報をさらに含むことがある。
【０１６４】
５ＧＨｚ周波数帯域の上記の例示的な分析は、本出願のこの実施形態について説明するために使用されるにすぎず、上記のシステム帯域幅シナリオにおける送信帯域幅およびサブキャリア間隔などの特定のパラメータの実際の値は、将来の規格における定義にすべて従うことに留意されたい。
【０１６５】
次いで、６０ＧＨｚ周波数帯域が例として使用される。将来の新無線（ＮＲ）通信技術では、サポートされることが可能なシステム帯域幅は、５００ＭＨｚ、１ＧＨｚ、２ＧＨｚなどを含み、選択可能なサブキャリア間隔は、４８０ｋＨｚ、９６０ｋＨｚ（システム帯域幅が２ＧＨｚであるときのみサポートされる）などを含む。
【０１６６】
Ａ．４８０ｋＨｚサブキャリア間隔では、上記のシステム帯域幅シナリオに対応する送信帯域幅は、それぞれ、７８個のＲＢ、１５６個のＲＢ、および３１２個のＲＢであり得る。これらのシステム帯域幅シナリオは、ＥＴＳＩのＯＣＢ要件が満たされている（システム帯域幅の７０％よりも多くが占有されている）間、信号による占有のための帯域幅が、それぞれ、６１個のＲＢ、１２２個のＲＢ、および２４４個のＲＢよりも大きいことを要求する。リソースインターレース（ｉｎｔｅｒｌａｃｅ）中のリソースブロックは、送信帯域幅全体において一様に分配される。したがって、上記のシステム帯域幅シナリオに適合するリソースインターレース（ｉｎｔｅｒｌａｃｅ）構造は以下の通りであり得る。各リソースインターレースが６つのＲＢを含む。上記のシステム帯域幅シナリオでは、１つのリソースインターレースによって占有される帯域幅は、それぞれ、６６個のＲＢ、１３１個のＲＢ、および２６１個のＲＢである。
【０１６７】
Ｂ．９６０ｋＨｚサブキャリア間隔では、２ＧＨｚシステム帯域幅に対応する送信帯域幅は１５６個のＲＢであり得る。これは、ＥＴＳＩのＯＣＢ要件が満たされている（システム帯域幅の７０％よりも多くが占有されている）間、信号による占有のための帯域幅が１２２個のＲＢよりも大きいことを要求する。リソースインターレース（ｉｎｔｅｒｌａｃｅ）中のリソースブロックは、送信帯域幅全体において一様に分配される。したがって、２ＧＨｚシステム帯域幅シナリオに適応するリソースインターレース（ｉｎｔｅｒｌａｃｅ）構造は以下の通りであり得る。各リソースインターレースが６つのＲＢを含む。２ＧＨｚシステム帯域幅シナリオでは、１つのリソースインターレースによって占有される帯域幅は１３１個のＲＢである。
【０１６８】
結論として、６０ＧＨｚ周波数帯域上のアップリンクリソースは、（各リソースインターレースが６つのＲＢを含む）固定の６つのＲＢ／インターレース方式を使用することによって割り振られ得る。
【０１６９】
６０ＧＨｚ周波数帯域の上記の例示的な分析は、本出願のこの実施形態について説明するために使用されるにすぎず、上記のシステム帯域幅シナリオにおける送信帯域幅およびサブキャリア間隔などの特定のパラメータの実際の値は、将来の規格における定義にすべて従うことに留意されたい。
【０１７０】
任意選択で、本出願のこの実施形態においてサポートされる複数のシステム帯域幅および／または複数のサブキャリア間隔をもつシナリオでは、端末に割り振られる完全なリソースインターレースが、リソース指示値（Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｖａｌｕｅ、ＲＩＶ）を使用することによって示され得る。
【０１７１】
特に、
【０１７２】
【数１】
0006961001.tif 000002
はシステム送信帯域幅であり、端末に割り振られるＲＢセットはＲＢSTART＋ｌ＋ｉ・Ｎによって示されてよく、ＲＢSTARTは、端末に割り振られる開始ＲＢを示し、ｌ＝０，１，…Ｌ−１、ただし、Ｌは、端末に割り振られる完全なリソースインターレースの量であり、および
【０１７３】
【数２】
0006961001.tif 000003
、ただし、ｇは、１つのリソースインターレース中に含まれるＲＢの量であると仮定される。以下で、例を使用することによって説明を提供する。
【０１７４】
例１では、図７に示されているように、リソース割振りはＲＢ０から開始し（ＲＢstart＝０）、システム帯域幅（１００個のＲＢ）は１０個のリソースインターレースに等しく（Ｎ＝１０）、１つのリソースインターレース（Ｌ＝１）が端末に割り振られると仮定される。したがって、端末に割り振られるＲＢセットは以下の通りである。
０＋｛（１−０）｝＋｛０，１，…，９｝×１０＝｛０，１０，２０，３０，…，９０｝
【０１７５】
このセットによって表されるリソースインターレースは、図７における第１のリソースインターレースである。
【０１７６】
例２では、図７に示されているように、ＲＢ割振りはＲＢ０から開始し（ＲＢstart＝０）、システム帯域幅（１００個のＲＢ）は１０個のリソースインターレースに等しく（Ｎ＝１０）、２つのリソースインターレース（Ｌ＝２）が端末に割り振られると仮定される。したがって、端末に割り振られるＲＢセットは以下の通りである。
０＋｛（１−０），（２−１）｝＋｛０，１，…，９｝×１０＝｛０，１０，２０，３０，…，９０｝＆｛１，１１，２１，３１，…，９１｝
【０１７７】
上記の２つのセットによって表される２つのリソースインターレースは、図７における第１のリソースインターレースおよび第２のリソースインターレースである。
【０１７８】
上記の例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎないことに留意されたい。
【０１７９】
３ＧＰＰ ＴＳ ３６．２１３における従来技術のＲＩＶ計算アルゴリズムから、
【０１８０】
【数３】
0006961001.tif 000004
のとき、ＲＩＶ＝Ｎ（Ｌ−１）＋ＲＢSTARTであり、および他の場合、ＲＩＶ＝Ｎ（Ｎ−Ｌ＋１）＋（Ｎ−１−ＲＢSTART）であることがわかるであろう。
【０１８１】
このＲＩＶ指示様式は、端末に割り振られる完全なリソースインターレースを示すために主に使用され得ることに留意されたい。前に説明されたリソース指示様式は、端末に割り振られる残りのＮ個の第２のリソースブロックを示すための補足として使用され得る。詳細について本明細書で再び説明されない。
【０１８２】
図１４は、本出願の一実施形態によるネットワークデバイスを示す。ネットワークデバイス５００は、上記の方法実施形態における基地局であってよく、端末のスケジューリング要求を受信し、非ライセンス周波数帯域上で端末にアップリンク信号送信リソースを割り振るように構成され得る。図１４に示されているように、ネットワークデバイス５００は、リソース割振りユニット５０１および送信ユニット５０３を含み得る。
【０１８３】
リソース割振りユニット５０１は、アップリンクリソースを割り振るときに端末にＭ個の第１のリソースブロックを含むリソースグループを割り振るように構成されることがあり、システム帯域幅に対するＭ個の第１のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも大きく、リソースグループは、いずれかの周波数領域位置においてＮ個の第２のリソースブロックをさらに含み、Ｍ≧２、Ｎ≧１、およびＭとＮの両方は正の整数である。
【０１８４】
送信ユニット５０３は、端末にリソース指示情報を送るように構成されることがあり、リソース指示情報は、端末に割り振られるリソースグループを示すために使用され、リソースグループに関する情報を含む。
【０１８５】
本出願のこの実施形態では、Ｍ個の第１のリソースブロックは、ＥＴＳＩのＯＣＢ規制に準拠するために使用され、Ｎ個の第２のリソースブロックは、フレキシブルなリソーススケジューリングを実装するために使用される。
【０１８６】
本出願のこの実施形態では、リソース割振りユニット５０１によって端末に割り振られるリソースは、以下の２つの事例を含み得る。
【０１８７】
第１の事例では、Ｍ個の第１のリソースブロックは、第１のリソースセット中のリソースブロックの１つまたは複数のペアであり、システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペア間の周波数間隔の占有率はプリセットしきい値よりも大きい。
【０１８８】
任意選択で、同じ周波数間隔が、第１のリソースセット中のリソースブロックのあらゆるペア間に存在し、システム帯域幅に対するリソースブロックのあらゆるペア間の周波数間隔の占有率はプリセットしきい値よりも大きい。任意選択で、第１のリソースセット中のリソースブロックのペアの周波数間隔は降順であり、システム帯域幅に対する最も小さい周波数間隔の占有率はプリセットしきい値よりも大きい。
【０１８９】
システム帯域幅に対する第１のリソースセット中のリソースブロックのあらゆるペアの占有率がプリセットしきい値よりも大きいとすれば、第１のリソースセットは、上記の２つの実装に限定されることなしに代替として他の形態で提示され得ることに留意されたい。
【０１９０】
端末に割り振られるリソースブロックの１つまたは複数のペアはＥＴＳＩのＯＣＢ要件を満たすために使用され、端末に割り振られる残りのＮ個の第２のリソースブロックの位置は周波数領域中に限定されないことが理解されよう。
【０１９１】
任意選択で、システム帯域幅に対するＮ個の第２のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも大きくなり得る。これは、Ｎ個の第２のリソースブロックのうちの少なくとも２つが、システム帯域幅の２つの端部上に分配されることを意味する。
【０１９２】
任意選択で、システム帯域幅に対するＮ個の第２のリソースブロックによって形成される周波数間隔の占有率はプリセットしきい値よりも小さくなり得る。これは、Ｎ個の第２のリソースブロックが、システム帯域幅中の中間周波数領域位置において分配され得ることを意味する。ＯＣＢ要件を満たすことができるシステム帯域幅の２つの端部上には、限られた量のリソースブロックのみがあることが理解されよう。したがって、中間周波数領域位置においてＮ個の第２のリソースブロックを分配するこのスケジューリング様式は、非ライセンス周波数帯域上でアップリンクデータを送信する必要があるより多くの端末に２つの端部上の限られたリソースブロックを基地局が割り振るのを助けることができる。
【０１９３】
第２の事例では、Ｍ個の第１のリソースブロックは、Ｋ個（Ｋ≧１、およびＫは正の整数である）のリソースインターレースを形成する。システム帯域幅に対するＫ個のリソースインターレースによって形成される周波数間隔の占有率はプリセットしきい値よりも大きい。Ｎ個の第２のリソースブロックは、リソースインターレース中のリソースブロックのうちのいくつかであり、Ｎ個の第２のリソースブロックが属するリソースインターレースは複数の端末に割り振られる。
【０１９４】
Ｎ個の第２のリソースブロックは部分リソースインターレース（部分インターレース）であることが理解されよう。このようにして、基地局によって端末に割り振られるリソースブロックの量は、必ずしも整数量のリソースインターレースであることなしに、よりフレキシブルになることが可能である。さらに、Ｎ個の第２のリソースブロックが属するリソースインターレースは複数の端末によって共有され得る。これはリソース利用を改善することができる。
【０１９５】
本出願のこの実施形態では、送信ユニット５０３によって送られるリソース指示情報は以下のように特に実装され得る。
【０１９６】
上記の第１のリソース割振りの事例について：
【０１９７】
第１の実装では、リソース指示情報は、第１のリソースセット中に、端末に割り振られるリソースブロックの１つまたは複数のペアのインデックスを含み得る。端末に割り振られるＮ個の第２のリソースブロックも、第１のリソースセット中のリソースブロックの１つまたは複数のペアである場合、リソース指示情報は、第１のリソースセット中に、Ｎ個の第２のリソースブロックに対応するリソースブロックの１つまたは複数のペアのインデックスをさらに含む。端末に割り振られるＮ個の第２のリソースブロックが第１のリソースセット中のリソースブロックでない場合、リソース指示情報は、Ｎ個の第２のリソースブロックのリソースブロック番号をさらに含む。
【０１９８】
第２の実装では、リソース指示情報は、端末に割り振られるＭ個の第１のリソースブロックのリソースブロック番号、および端末に割り振られるＮ個の第２のリソースブロックのリソースブロック番号をさらに含み得る。
【０１９９】
上記の第２のリソース割振りの事例について：
【０２００】
第１の実装では、リソース指示情報は、Ｋ個のリソースインターレースのインターレースインデックス、Ｎ個の第２のリソースブロックが属するリソースインターレースのインターレースインデックス、およびＮ個の第２のリソースブロックが属するリソースインターレース中のＮ個の第２のリソースブロックのリソースブロックインデックスを含み得る。
【０２０１】
上記の第１の実装では、リソース指示情報は、Ｎ個の第２のリソースブロックが属するリソースインターレース中のリソースブロックのうちのいくつかのみが端末に割り振られることを示すための、Ｎ個の第２のリソースブロックが属する（部分インターレースである）リソースインターレースに対応する属性指示情報をさらに含み得る。Ｎ個の第２のリソースブロックが属するリソースインターレースは複数の部分にスプリットされ、複数の部分は複数の端末によって共有される。
【０２０２】
第２の実装では、リソース指示情報は、端末に割り振られるＭ個の第１のリソースブロックのリソースブロック番号、および端末に割り振られるＮ個の第２のリソースブロックのリソースブロック番号をさらに含み得る。
【０２０３】
本出願のこの実施形態では、送信ユニット５０３は、以下のいくつかの実装を使用することによってリソース指示情報を送り得る。
【０２０４】
１つの実装では、送信ユニット５０３は、ダウンリンク制御情報（ＤＣＩ）にリソース指示情報を追加し得る。特に、送信ユニット５０３は、ＤＣＩに新しいフィールドを追加し得る。このフィールドは、端末に割り振られるリソースブロックの１つまたは複数のペアを示すために使用され、新たに追加されるフィールドのコンテンツは、リソースブロックの１つまたは複数のペアのインデックス（ｉｎｄｅｘ）であり得る。たとえば、インデックス「１」は、ＲＢ０とＲＢ９９を含むリソースブロックのペアを示す。この例は、本出願のこの実施形態についていかなる限定となることもなしに説明するために使用されるにすぎない。送信ユニット５０３は、Ｎ個の第２のリソースブロックを示すために、既存のＤＣＩフォーマットにおいてリソース指示のための関係するフィールド、たとえば、ＲＢリソース割当て（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）フィールドを使用し得る。
【０２０５】
たとえば、送信ユニット５０３は、端末に返されるアップリンク許可（ＵＬ許可）にリソース指示情報を追加し得る。本明細書のＵＬ許可は、ＤＣＩフォーマット０、０Ａ、０Ｂ、４、４Ａ、または４ＢにおけるＤＣＩのタイプである。
【０２０６】
送信ユニット５０３は、代替としてスケジューリング要求のための他の応答メッセージにリソース指示情報を追加し得るか、または送信ユニット５０３は、代替としてリソース指示情報を別個のメッセージにカプセル化し、そのメッセージを端末に返し得ることに留意されたい。本出願のこの実施形態は、どのように送信ユニット５０３によってリソース指示情報が送られるかに対して限定を課さない。
【０２０７】
ネットワークデバイス５００中に含まれる機能ユニットの特定の実装については、図５または図１１に対応する方法実施形態を参照されたいことが理解されよう。詳細について本明細書で再び説明されない。
【０２０８】
さらに、本出願の一実施形態は、ワイヤレス通信システムをさらに提供する。ワイヤレス通信システムは、図２に示されているワイヤレス通信システム２００であってよく、基地局および端末を含み得る。端末は、図５または図１１に対応する方法実施形態における端末であり得る。基地局は、図５または図１１に対応する方法実施形態における基地局であり得る。
【０２０９】
特に、端末は、図３に示されている端末３００であり得る。基地局は、図４に示されている基地局４００であり得るか、または図１４に示されているネットワークデバイス５００であり得る。
【０２１０】
基地局および端末の特定の実装については、図５または図１１に対応する方法実施形態を参照されたい。詳細について本明細書で再び説明されない。
【０２１１】
結論として、本出願のこの実施形態を実践することによって、アップリンクリソースのスケジューリングは、ＥＴＳＩのＯＣＢ要件が満たされながら、非ライセンス周波数帯域の使用についてよりフレキシブルになることが可能である。さらに、リソース利用が改善されることが可能である。
【０２１２】
当業者は、上記の実施形態における方法のすべてまたはいくつかの処理が、関係するハードウェアに命令するコンピュータプログラムによって実装され得ることを理解されよう。プログラムはコンピュータ可読記憶媒体に記憶され得る。プログラムが実行されたとき、上記の方法実施形態における処理が実施されることが可能である。記憶媒体は、ＲＯＭ、ランダムアクセスメモリＲＡＭ、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
【０２１３】
図１１に示されている実施形態を参照すると、少なくとも１つの完全なインターレースが端末に割り振られる必要がある。言い換えれば、Ｍ個の第１のリソースブロックはＫ個のリソースインターレース（ｉｎｔｅｒｌａｃｅ）から作成される。システム帯域幅が知られているとき、異なる送信帯域幅シナリオおよび／または複数のサブキャリア間隔をもつシナリオにおけるインターレース構造は、以下の２つの条件を満たす必要がある。
【０２１４】
【数４】
0006961001.tif 000005
、および
【０２１５】
【数５】
0006961001.tif 000006
、ただし、
【０２１６】
【数６】
0006961001.tif 000007
は、送信帯域幅に対応するＲＢの量を示し、
【０２１７】
【数７】
0006961001.tif 000008
は、各インターレース中に含まれるＲＢの量
【０２１８】
【数８】
0006961001.tif 000009
を示し、
【０２１９】
【数９】
0006961001.tif 000010
は、各インターレース中の２つの隣接するＲＢ間の間隔を示し、ＢＷRBは、各ＲＢによって占有される帯域幅を示し、ＢＷはシステム帯域幅を示し、しきい値はＯＣＢ要件を示す。たとえば、低周波５ＧＨｚ周波数帯域では、しきい値は８０％であり、高周波６０ＧＨｚ周波数帯域では、しきい値は７０％である。
【０２２０】
特に、上記の第１の条件
【０２２１】
【数１０】
0006961001.tif 000011
は、送信帯域幅全体が整数量のインターレースにスプリットされることが可能になるように、異なる送信帯域幅シナリオにおけるインターレース構造を決定するために使用される。上記の第２の条件
【０２２２】
【数１１】
0006961001.tif 000012
は、システム帯域幅ＢＷに対するインターレースの周波数間隔の率
【０２２３】
【数１２】
0006961001.tif 000013
がＯＣＢ要件を満たすように、インターレースの周波数間隔を制御するために使用される。
【０２２４】
以下で、例として表１および表２を使用することによって、複数のシステム帯域幅および／または複数のサブキャリア間隔をもつシナリオのために、対応するリソースインターレース構造がどのように設計されるかについて説明する。表１は、低周波シナリオにおける異なる送信帯域幅のためのインターレース構造の例を与え、表２は、高周波シナリオにおける異なる送信帯域幅のためのインターレース構造の例を与える。低周波シナリオと高周波シナリオでは、システム帯域幅は異なる。たとえば、低周波シナリオでは、システム帯域幅は、限定はされないが、２０ＭＨｚ、４０ＭＨｚ、または８０ＭＨｚを含むことに設定され、高周波シナリオでは、システム帯域幅は、限定はされないが、５００ＭＨｚまたは１ＧＨｚを含むことに設定される。さらに、低周波シナリオと高周波シナリオでは、サブキャリア間隔も異なる。たとえば、低周波シナリオでは、サブキャリア間隔は、限定はされないが、１５ｋＨｚまたは６０ｋＨｚを含むことに設定され、高周波シナリオでは、サブキャリア間隔は、限定はされないが、１２０ｋＨｚまたは２４０ｋＨｚを含むことに設定される。
【０２２５】
以下で、最初に、表１および表２中に含まれるパラメータについて説明する。これらのパラメータは、上記の２つの条件、
【０２２６】
【数１３】
0006961001.tif 000014
および
【０２２７】
【数１４】
0006961001.tif 000015
を満たす。これらのパラメータの中で、ＲＢ数は、送信帯域幅に対応するＲＢの量
【０２２８】
【数１５】
0006961001.tif 000016
を示し、サブキャリア数はサブキャリアの量を示し、インターレース構造は、各インターレース中に含まれるＲＢの量
【０２２９】
【数１６】
0006961001.tif 000017
を示し、ＲＢ間隔は、各インターレース中の２つの隣接するＲＢ間の間隔
【０２３０】
【数１７】
0006961001.tif 000018
【０２３１】
【数１８】
0006961001.tif 000019
を示す。表１は低周波シナリオに対応し、しきい値＝８０％が例として使用される。表２は高周波シナリオに対応し、しきい値＝７０％が例として使用される。
【０２３２】
たとえば、低周波シナリオでは、システム帯域幅（ＢＷ）は２０ＭＨｚであり、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ、ＳＣＳ）は１５ｋＨｚであり、しきい値＝８０％であり、ＯＣＢ要件を満たす。対応する送信帯域幅が
【０２３３】
【数１９】
0006961001.tif 000020
であり、ＢＷRB＝０．１８ＭＨｚと仮定される。上記の２つの条件を満たすために、少なくとも以下の５つのインターレース構造が取得され得る。詳細は以下の通りである。
【０２３４】
第１のインターレース構造において、各インターレースは５つのＲＢを含み、２つの隣接するＲＢ間の間隔は２２個のＲＢに等しい。
【０２３５】
第２のインターレース構造において、各インターレースは１０個のＲＢを含み、２つの隣接するＲＢ間の間隔は１１個のＲＢに等しい。
【０２３６】
第３のインターレース構造において、各インターレースは１１個のＲＢを含み、２つの隣接するＲＢ間の間隔は１０個のＲＢに等しい。
【０２３７】
第４のインターレース構造において、各インターレースは２２個のＲＢを含み、２つの隣接するＲＢ間の間隔は５つのＲＢに等しい。
【０２３８】
第５のインターレース構造において、各インターレースは５５個のＲＢを含み、２つの隣接するＲＢ間の間隔は２つのＲＢに等しい。
【０２３９】
表１を参照されたい。上記のインターレースは、表１を検索することによって直接取得されることが可能であることに留意されたい。特に、表１において、第３の列（インターレース構造）中に含まれる１つまたは複数のパラメータ値は、第４の列（ＲＢ間隔）中に含まれる１つまたは複数のパラメータ値に順次対応し、２つの対応するパラメータは、それぞれ、インターレース中に含まれるＲＢの量（インターレース構造）、およびインターレース中のＲＢ間隔（ＲＢ間隔）を表す。さらに、ＲＢ数＝１１０が例として使用される。表１では、ＲＢ数＝１１０であるとき、第３の列は、５、１０、１１、２２、および５５という、５つのパラメータ値を含み、第４の列は、２２、１１、１０、５、および２という、５つのパラメータ値を含む。第３の列における５は、第４の列における２２に対応し、これは上記の第１のインターレース構造である。第３の列における１０は、第４の列における１１に対応し、これは上記の第２のインターレース構造である。第３の列における１１は、第４の列における１０に対応し、これは上記の第３のインターレース構造である。第３の列における２２は、第４の列における５に対応し、これは上記の第４のインターレース構造である。第３の列における５５は、第４の列における２に対応し、これは上記の第５のインターレース構造である。
【０２４０】
別の例では、高周波シナリオでは、システム帯域幅は５００ＭＨｚであり、サブキャリア間隔は２４０ｋＨｚであり、しきい値＝７０％であり、ＯＣＢ要件を満たす。対応する送信帯域幅が
【０２４１】
【数２０】
0006961001.tif 000021
であり、ＢＷRB＝２．８８ＭＨｚと仮定される。上記の２つの条件を満たすために、少なくとも以下の７つのインターレース構造が取得され得る。詳細は以下の通りである。
【０２４２】
第１のインターレース構造において、各インターレースは６つのＲＢを含み、２つの隣接するＲＢ間の間隔は２６個のＲＢに等しい。
【０２４３】
第２のインターレース構造において、各インターレースは１２個のＲＢを含み、２つの隣接するＲＢ間の間隔は１３個のＲＢに等しい。
【０２４４】
第３のインターレース構造において、各インターレースは１３個のＲＢを含み、２つの隣接するＲＢ間の間隔は１２個のＲＢに等しい。
【０２４５】
第４のインターレース構造において、各インターレースは２６個のＲＢを含み、２つの隣接するＲＢ間の間隔は６つのＲＢに等しい。
【０２４６】
第５のインターレース構造において、各インターレースは３９個のＲＢを含み、２つの隣接するＲＢ間の間隔は４つのＲＢに等しい。
【０２４７】
第６のインターレース構造において、各インターレースは５２個のＲＢを含み、２つの隣接するＲＢ間の間隔は３つのＲＢに等しい。
【０２４８】
第７のインターレース構造において、各インターレースは７８個のＲＢを含み、２つの隣接するＲＢ間の間隔は２つのＲＢに等しい。
【０２４９】
表２を参照されたい。上記のインターレースは、表２を検索することによって直接取得されることが可能であることに留意されたい。特に、表２において、第３の列（インターレース構造）中に含まれる１つまたは複数のパラメータ値は、第４の列（ＲＢ間隔）中に含まれる１つまたは複数のパラメータ値に順次対応し、２つの対応するパラメータは、それぞれ、インターレース中に含まれるＲＢの量（インターレース構造）、およびインターレース中のＲＢ間隔（ＲＢ間隔）を表す。さらに、ＲＢ数＝１５６が例として使用される。表２では、ＲＢ数＝１５６であるとき、第３の列は、６、１２、１３、２６、３９、５２、および７８という、７つのパラメータ値を含み、第４の列は、２６、１３、１２、６、４、３、２という、７つのパラメータ値を含む。第３の列における６は、第４の列における２６に対応し、これは上記の第１のインターレース構造である。第３の列における１２は、第４の列における１３に対応し、これは上記の第２のインターレース構造である。第３の列における１３は、第４の列における１２に対応し、これは上記の第３のインターレース構造である。第３の列における２６は、第４の列における６に対応し、これは上記の第４のインターレース構造である。第３の列における３９は、第４の列における４に対応し、これは上記の第５のインターレース構造である。第３の列における５２は、第４の列における３に対応し、これは上記の第６のインターレース構造である。第３の列における７８は、第４の列における２に対応し、これは上記の第７のインターレース構造である。
【０２５０】
上記の例は、本出願についていかなる限定となることもなしに説明するために使用されるにすぎない。表１および表２は、複数の送信帯域幅および／または複数のサブキャリア間隔のシナリオにおけるインターレース構造をさらに示している。
【０２５１】
さらに、表１および表２から、いくつかの送信帯域幅シナリオでは、たとえば、表１中のＲＢ数＝５３およびＲＢ数＝１０１のシナリオ、ならびに表２中のＲＢ数＝４１およびＲＢ数＝４３のシナリオなど、表中の第３の列および第４の列における「ヌル」によって示されるように、上記の２つの条件を満たすインターレース構造が見つけられないことがわかるであろう。これは、送信帯域幅全体が整数量のインターレースにスプリットされることが不可能であるからである。これらのシナリオでは、同様の送信帯域幅シナリオにおけるインターレース構造が使用され得る。
【０２５２】
複数のシステム帯域幅および／または複数のサブキャリア間隔をもつシナリオのためのインターレース構造は、表１および表２に与えられたものに限定されず、他の値が使用され得ることに留意されたい。表１または表２に与えられたパラメータは、他のパラメータ、たとえば、帯域幅パーセント（ｂａｎｄｗｉｄｔｈ  ｐｅｒｃｅｎｔ）をさらに含んでよい。表１、表２、および本出願の技術的解決策に基づいてパラメータに行われるどんな削除、追加、等価な置換、改善なども、本出願の保護範囲内に入るものである。
【０２５３】
【表１−１】
0006961001.tif 000022
【０２５４】
【表１−２】
0006961001.tif 000023
【０２５５】
【表１−３】
0006961001.tif 000024
【０２５６】
【表１−４】
0006961001.tif 000025
【０２５７】
【表２−１】
0006961001.tif 000026
【０２５８】
【表２−２】
0006961001.tif 000027
【０２５９】
【表２−３】
0006961001.tif 000028
【０２６０】
【表２−４】
0006961001.tif 000029
【０２６１】
【表２−５】
0006961001.tif 000030
【０２６２】
【表２−６】
0006961001.tif 000031
【０２６３】
【表２−７】
0006961001.tif 000032
【０２６４】
上記の例示的な実施形態は、本出願の目的および技術的解決策について詳細にさらに説明する。上記の説明は本出願の実施形態にすぎず、本出願の保護範囲を限定するために使用されないことを理解されたい。本出願の技術的解決策に基づいて行われるどんな変更、等価な置換、改善なども、本出願の保護範囲内に入るものである。
【０２６５】
上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せによって実装され得る。実施形態を実装するためにソフトウェアが使用されるとき、実施形態の全部または一部はコンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されたとき、本出願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。たとえば、コンピュータ命令は、ワイヤード様式で（たとえば、同軸ケーブル、光ファイバー、もしくはデジタル加入者線（ＤＳＬ）を通して）またはワイヤレス様式で（たとえば、赤外線、無線、およびマイクロ波などを通して）、ウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターに送信され得る。コンピュータ可読記憶媒体は、１つまたは複数の使用可能な媒体を組み込んでいる、サーバまたはデータセンターなどのコンピュータまたはデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（たとえば、ＤＶＤ）、半導体媒体（たとえば、ソリッドステートディスクＳｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ（ＳＳＤ））などであり得る。
【図１】
0006961001.tif 000033
【図２】
0006961001.tif 000034
【図３】
0006961001.tif 000035
【図４】
0006961001.tif 000036
【図５】
0006961001.tif 000037
【図６】
0006961001.tif 000038
【図７】
0006961001.tif 000039
【図８】
0006961001.tif 000040
【図９】
0006961001.tif 000041
【図１０】
0006961001.tif 000042
【図１１】
0006961001.tif 000043
【図１２】
0006961001.tif 000044
【図１３】
0006961001.tif 000045
【図１４】
0006961001.tif 000046