JP7080338B2

JP7080338B2 - リソース表示値を取得する方法および装置

Info

Publication number: JP7080338B2
Application number: JP2020553568A
Authority: JP
Inventors: ▲ジョン▼ ▲陳▼; 旭 ▲張▼; ▲華▼ 李; ▲麗▼霞薛
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-04-02
Filing date: 2019-04-02
Publication date: 2022-06-03
Anticipated expiration: 2039-04-02
Also published as: CN110351859A; US20200145156A1; CN112566267A; US20230231672A1; EP3780843B9; IL277751A; US11632206B2; EP3780843A1; EP3780843A4; KR20200135523A; CA3095668A1; CN112566267B; IL277751B2; US20210050970A1; WO2019192501A1; CN110351859B; ZA202006384B; CN112438069A; CN112512127A; US10841055B2

Description

本出願は、通信分野に関し、より詳細には、リソース表示値を取得する方法および装置に関する。

本出願は、その全体が参照により本明細書に組み込まれる、２０１８年４月２日に中国国家知識産権局で出願された「ＭＥＴＨＯＤＡＮＤＡＰＰＡＲＡＴＵＳＦＯＲＯＢＴＡＩＮＩＮＧＲＥＳＯＵＲＣＥＩＮＤＩＣＡＴＩＯＮＶＡＬＵＥ」と題する中国特許出願第２０１８１０２８４０２５．７号の優先権を主張する。

第５世代無線アクセスシステム規格、すなわち、新無線（ｎｅｗｒａｄｉｏ、ＮＲ）では、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を使用することによってスケジュールされるデータチャネルが配置された帯域幅パート（ｂａｎｄｗｉｄｔｈｐａｒｔ、ＢＷＰ）は、ＤＣＩが配置されたＢＷＰとは異なり得る。この場合、ＤＣＩを使用することによってスケジュールされるデータチャネルの周波数領域リソースを示すために必要とされるビットの量は、ＤＣＩ中の周波数領域リソース割振り（ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ、ＲＡ）フィールド中で搬送されることが可能なビットの量とは異なり得る。したがって、このシナリオにおいてＤＣＩ中の周波数領域ＲＡフィールドを正常に解釈することできる解決策が設計される必要がある。

従来技術では、ＤＣＩを使用することによってスケジュールされるデータチャネルによって占有されるリソースを示すリソース表示値（ｒｅｓｏｕｒｃｅｉｎｄｉｃａｔｉｏｎｖａｌｕｅ、ＲＩＶ）を取得するために、ＤＣＩ中の復号された周波数領域ＲＡフィールドの最上位ビットの前に０が通常パディングされる。このようにして取得されたＲＩＶに対応する、極めて少量の仮想リソースブロック（ｖｉｒｔｕａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＶＲＢ）があり、この量は、極めて少数のタイプの量であり、これは、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティを大幅に限定する。したがって、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティを改善するために、ＤＣＩ中の周波数領域ＲＡフィールドを解釈するためのより最適化された解決策が設計される必要がある。

本出願は、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティを改善するために、リソース表示値を取得するための方法および装置を提供する。

第１の態様によれば、リソース表示値を取得するための方法が提供され、本方法は、ダウンリンク制御情報（ＤＣＩ）を受信するステップであって、ＤＣＩはリソース表示値（ＲＩＶ）ｎを含み、第１のＲＩＶｎのビットの量は、第１の帯域幅パート（ＢＷＰ）に基づいて決定され、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される、ステップと、第１のＲＩＶｎに基づいて第２のＲＩＶｒを決定するステップであって、

または

であり、ａは正の数であり、ｂは正の整数である、ステップと、第２のＲＩＶｒに基づいて、データチャネルによって占有されるリソースを決定するステップとを含む。

任意選択で、第２のＲＩＶｒに基づいて、データチャネルによって占有されるリソースを決定するステップは、第２のＲＩＶｒおよび第２のＢＷＰの帯域幅

に基づいて、データチャネルによって占有されるリソースを決定するステップを含む。

任意選択で、ａは、第１のＢＷＰの帯域幅

および第２のＢＷＰの帯域幅

に基づいて決定される。

任意選択で、ａ＝２^kであり、ｋ＝ｋ２－ｋ１であり、ｋ２は、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量であり、ｋ１は、第１のＲＩＶｎのビットの量である。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

に基づいて決定され、

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

、および第１のＢＷＰ中のリソースブロックグループ（ＲＢＧ）中に含まれる仮想リソースブロック（ＶＲＢ）の量Ｐ１に基づいて決定され、

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

任意選択で、ａ＝２^kであり、

であり、Ｍは、第１のＲＩＶｎのビットの量によって表されることが可能なステータスの総量であり、Ｎは、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量である。

任意選択で、

またはａ＝Ｎ／Ｍであり、Ｍは、第１のＲＩＶｎのビットの量によって表されることが可能なステータスの総量であり、Ｎは、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量である。

任意選択で、Ｍ＝２^k1であり、ｋ１は、第１のＲＩＶｎのビットの量である。

任意選択で、Ｎは、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

任意選択で、Ｎは、第２のＢＷＰの帯域幅

およびスケジューリング粒度Ｐ２に基づいて決定され、

である。

任意選択で、

であるとき、ｂは、ｂが、上位レイヤシグナリングを使用することによって構成されるか、またはｂが、端末デバイスのために構成されたパラメータに基づいて決定される、のうちの１つを満たす。

任意選択で、

であり、ｎ_UEは、端末デバイスのために構成されたパラメータである。

任意選択で、

であるとき、ｂ＝－ｂ１＋ｂ２であり、ｂ１は、ｂ１が、上位レイヤシグナリングを使用することによって構成されるか、またはｂ１が、端末デバイスのために構成されたパラメータに基づいて決定される、のうちの１つを満たし、ｂ２＝Ｎ－１であり、Ｎは、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量である。

第２の態様によれば、リソース表示値を取得するための方法が提供され、本方法は、第２のリソース表示値（ＲＩＶ）ｒを決定するステップであって、第２のＲＩＶｒは、第２の帯域幅パート（ＢＷＰ）に配置されたデータチャネルによって占有されるリソースを示すために使用され、第２のＲＩＶｒに必要とされるビットの量は、第２のＢＷＰに基づいて決定される、ステップと、第２のＲＩＶｒに基づいて第１のＲＩＶｎを決定するステップであって、

または

であり、ａは正の数であり、ｂは正の整数である、ステップと、ダウンリンク制御情報（ＤＣＩ）を送るステップであって、ＤＣＩは、第１のＲＩＶｎを含み、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される、ステップとを含む。

任意選択で、第２のリソース表示値（ＲＩＶ）ｒを決定するステップは、第２のＢＷＰの帯域幅

に基づいて第２のＲＩＶｒを決定するステップを含む。

任意選択で、ａは、第１のＢＷＰの帯域幅

および第２のＢＷＰの帯域幅

に基づいて決定される。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

に基づいて決定され、

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

任意選択で、ａ＝２^kであり、

任意選択で、

任意選択で、Ｎは、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

任意選択で、Ｎは、第２のＢＷＰの帯域幅

およびスケジューリング粒度Ｐ２に基づいて決定され、

である。

任意選択で、

第３の態様によれば、リソース表示値を取得するための方法が提供され、本方法は、ダウンリンク制御情報（ＤＣＩ）を受信するステップであって、ＤＣＩはリソース表示値（ＲＩＶ）を含み、ＲＩＶのビットの量は、第１の帯域幅パート（ＢＷＰ）に基づいて決定され、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される、ステップと、ＲＩＶおよび第１のＢＷＰの帯域幅に基づいて、データチャネルによって占有されるリソースを決定するステップとを含む。

任意選択で、ＲＩＶおよび第１のＢＷＰの帯域幅に基づいて、データチャネルによって占有されるリソースを決定するステップは、ＲＩＶおよび第１のＢＷＰの帯域幅

に基づいて第１の番号Ｖ１および第１の長さＬ１を決定するステップと、第１の番号Ｖ１およびオフセット値に基づいて第２の番号Ｖ２を決定するステップと、第２の番号Ｖ２および第１の長さＬ１に基づいて、データチャネルによって占有されるリソースを決定するステップとを含む。

に基づいて第１の番号Ｖ１および第１の長さＬ１を決定するステップと、第１の番号Ｖ１に基づいて第２の番号Ｖ２を決定するステップであって、

である、ステップと、第１の長さＬ１に基づいて第２の長さＬ２を決定するステップであって、

であり、Ｋは正の数である、ステップと、第２の番号Ｖ２および第２の長さＬ２に基づいて、データチャネルによって占有されるリソースを決定するステップとを含む。

任意選択で、Ｋは、第１のＢＷＰの帯域幅

および第２のＢＷＰの帯域幅

に基づいて決定され、

である。

任意選択で、Ｋ＝１である。

任意選択で、オフセット値ｎ_offsetは、上位レイヤシグナリングを使用することによって構成されるか、またはオフセット値ｎ_offsetは、第１のＢＷＰの周波数領域開始位置と、第２のＢＷＰの周波数領域開始位置との間の差である。

第４の態様によれば、周波数領域リソース表示値を取得するための方法が提供され、本方法は、ダウンリンク制御情報（ＤＣＩ）を受信するステップであって、ＤＣＩは周波数領域リソース割振り情報を含み、周波数領域リソース割振り情報のビットの量は、第１の帯域幅パート（ＢＷＰ）に基づいて決定され、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される、ステップと、周波数領域リソース割振り情報のビットの量ｋ１が、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量ｋ２よりも少ないとき、第２のＢＷＰのリソースブロックグループ（ＲＢＧ）構成を変更し、第２のＢＷＰのＲＢＧの粒度を増加させるステップと、周波数領域リソース割振り情報に基づいて、データチャネルによって占有されるリソースを決定するステップとを含む。

任意選択で、第２のＢＷＰのＲＢＧの粒度を増加させるステップは、第２のＢＷＰのＲＢＧ構成が第１のＲＢＧ構成であるとき、第２のＢＷＰのリソースブロックグループ（ＲＢＧ）構成を第２のＲＢＧ構成に変更するステップを含む。

任意選択で、周波数領域リソース割振り情報のビットの量ｋ１が、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量ｋ２よりも少ないとき、第２のＢＷＰのＲＢＧの粒度を増加させるステップは、周波数領域リソース割振り情報のビットの量ｋ１が、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量ｋ２よりも少なく、第２のＢＷＰのＲＢＧの粒度が最大値でないとき、第２のＢＷＰのＲＢＧの粒度を増加させるステップを含む。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

に基づいて決定され、

であり、ｋ２は、第２のＢＷＰの帯域幅

、および第２のＢＷＰのＲＢＧ中に含まれるＶＲＢの量Ｐ２に基づいて決定され、

である。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

、および第１のＢＷＰのＲＢＧ中に含まれるＶＲＢの量Ｐ１に基づいて決定され、

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

第５の態様によれば、周波数領域リソース表示値を取得するための方法が提供され、本方法は、周波数領域リソース割振り情報を決定するステップであって、周波数領域リソース割振り情報は、第２の帯域幅パート（ＢＷＰ）に配置されたデータチャネルによって占有されるリソースを示すために使用され、周波数領域リソース割振り情報に必要とされるビットの量は、第２のＢＷＰに基づいて決定される、ステップと、周波数領域リソース割振り情報のビットの量ｋ１が、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量ｋ２よりも少ないとき、第２のＢＷＰのリソースブロックグループ（ＲＢＧ）構成を変更し、第２のＢＷＰのデータチャネルのＲＢＧの粒度を増加させるステップと、ダウンリンク制御情報（ＤＣＩ）を送るステップであって、ＤＣＩは周波数領域リソース割振り情報を含み、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される、ステップとを含む。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

に基づいて決定され、

であり、ｋ２は、第２のＢＷＰの帯域幅

である。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

第６の態様によれば、周波数領域リソース表示値を取得するための方法が提供され、本方法は、ダウンリンク制御情報（ＤＣＩ）を受信するステップであって、ＤＣＩは周波数領域リソース割振り情報を含み、周波数領域リソース割振り情報のビットの量は、第１の帯域幅パート（ＢＷＰ）に基づいて決定され、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される、ステップと、周波数領域リソース割振り情報に基づいてリソース表示値（ＲＩＶ）ｒを決定するステップであって、ＲＩＶｒは

または

を満たし、ａは正の数であり、ｂは正の整数であり、ｎは、周波数領域リソース割振り情報に対応する値である、ステップと、ＲＩＶｒに基づいて、データチャネルによって占有されるリソースを決定するステップとを含む。

第７の態様によれば、リソース表示値を取得するための方法が提供され、本方法は、リソース表示値（ＲＩＶ）ｒを決定するステップであって、ＲＩＶｒは、第２の帯域幅パート（ＢＷＰ）に配置されたデータチャネルによって占有されるリソースを示すために使用され、ＲＩＶｒに必要とされるビットの量は、第２のＢＷＰに基づいて決定される、ステップと、ＲＩＶｒに基づいて周波数領域リソース割振り情報ｎを決定するステップであって、

または

であり、ａは正の数であり、ｂは正の整数である、ステップと、ダウンリンク制御情報（ＤＣＩ）を送るステップであって、ＤＣＩは周波数領域リソース割振り情報ｎを含み、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される、ステップとを含む。

第８の態様によれば、リソース表示値を取得するための装置が提供され、本装置は、通信デバイス（たとえば、端末デバイスもしくはネットワークデバイス）であり得るか、または通信デバイス内のチップであり得る。本装置は、処理ユニットおよびトランシーバユニットを含み得る。本装置が通信デバイスであるとき、処理ユニットはプロセッサであり得、トランシーバユニットはトランシーバであり得る。通信デバイスは記憶ユニットをさらに含み得、記憶ユニットはメモリであり得る。記憶ユニットは、命令を記憶するように構成される。処理ユニットは、記憶ユニットに記憶された命令を実行し、それにより、通信デバイスは、第１の態様から第８の態様のいずれか１つにおける方法およびその任意選択の実装を実施する。本装置が通信デバイス内のチップであるとき、処理ユニットはプロセッサであり得、トランシーバユニットは、入出力インターフェース、ピン、回路などであり得る。処理ユニットは、記憶ユニットに記憶された命令を実行し、それにより、通信デバイスは、第１の態様から第７の態様のいずれか１つにおける方法およびその任意選択の実装を実施する。記憶ユニットは、チップ内の（レジスタもしくはキャッシュなどの）記憶ユニットであり得るか、または通信デバイス内のおよびチップ外の（読取り専用メモリもしくはランダムアクセスメモリなどの）記憶ユニットであり得る。

第９の態様によれば、リソース表示値を取得するための装置が提供され、本装置はメモリおよびプロセッサを含み、メモリは命令を記憶し、命令がプロセッサによって実行されたとき、本装置は、第１の態様から第７の態様のいずれか１つにおける方法およびその任意選択の実装を実施する。本装置はチップまたはチップシステムであり得る。

第１０の態様によれば、メモリおよびプロセッサを含む、チップまたはチップシステムが提供される。メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、メモリからコンピュータプログラムを呼び出し、コンピュータプログラムを実行するように構成され、それにより、チップまたはチップシステムがその上に設置された（端末デバイスまたはネットワークデバイスなどの）通信デバイスは、第１の態様から第７の態様のいずれか１つにおける方法およびその任意選択の実装を実施する。

第１１の態様によれば、コンピュータプログラム製品が提供され、コンピュータプログラム製品はコンピュータプログラムコードを含む。コンピュータプログラムコードが、（端末デバイスまたはネットワークデバイスなどの）通信デバイスのトランシーバユニット、処理ユニット、トランシーバ、またはプロセッサによって実行されたとき、通信デバイスは、第１の態様から第７の態様のいずれか１つにおける方法およびその任意選択の実装を実施する。

第１２の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はプログラムを記憶する。プログラムは、（端末デバイスまたはネットワークデバイスなどの）通信デバイスが、第１の態様から第７の態様のいずれか１つにおける方法およびその任意選択の実装を実施することを可能にする。

第１３の態様によれば、ネットワークシステムが提供され、ネットワークシステムは、第８の態様における端末デバイスおよび第８の態様におけるネットワークデバイスを含む。

ダウンリンク時間周波数リソースグリッドの概略図である。端末デバイスの帯域幅パートの概略図である。端末デバイスの仮想リソースブロックの概略図である。リソース表示値と仮想リソースブロックとの間の対応を表す樹形図の概略図である。端末デバイスの帯域幅パートを切り替えることについての概略図である。端末デバイスの帯域幅パートをアクティブにすることについての概略図である。異なる帯域幅を有する帯域幅パートの概略図である。従来技術の解決策によるリソース表示値と仮想リソースブロックとの間の対応を表す樹形図の概略図である。本出願の実施形態による通信システムの概略図である。本出願の実施形態によるリソース表示値を取得するための方法の概略フローチャートである。本出願の実施形態においてリソース表示値を取得するための方法による、リソース表示値と仮想リソースブロックとの間の対応を表す樹形図の概略図である。本出願の実施形態においてリソース表示値を取得するための方法による、リソース表示値と仮想リソースブロックとの間の対応を表す樹形図の別の概略図である。本出願の実施形態においてリソース表示値を取得するための方法による、リソース表示値と仮想リソースブロックとの間の対応を表す樹形図の別の概略図である。本出願の実施形態においてリソース表示値を取得するための方法による、リソース表示値と仮想リソースブロックとの間の対応を表す樹形図の別の概略図である。本出願の実施形態においてリソース表示値を取得するための方法による、リソース表示値と仮想リソースブロックとの間の対応を表す樹形図の別の概略図である。本出願の実施形態によるリソース表示値を取得するための方法の別の概略フローチャートである。本出願の実施形態によるリソース表示値を取得するための方法の別の概略フローチャートである。本出願の実施形態においてリソース表示値を取得するための方法による、リソース表示値と仮想リソースブロックとの間の対応を表す樹形図の別の概略図である。本出願の実施形態によるリソース表示値を取得するための装置の概略フローチャートである。本出願の実施形態によるリソース表示値を取得するための装置の別の概略フローチャートである。本出願の実施形態による端末デバイスの概略フローチャートである。本出願の実施形態によるネットワークデバイスの概略フローチャートである。

第５世代無線アクセスシステム規格、すなわち、新無線（ｎｅｗｒａｄｉｏ、ＮＲ）では、周波数領域における基本ユニットは、１つのサブキャリアであり、サブキャリア間隔は、１５ＫＨｚ、３０ＫＨｚなどであり得る。ＮＲ物理レイヤでは、アップリンク／ダウンリンク周波数領域リソースのユニットは、物理リソースブロック（ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＰＲＢ）であり、各ＰＲＢは、周波数領域において１２個の連続するサブキャリアを含む。図１は、ダウンリンク時間周波数リソースグリッドを示す。図１に示されているように、リソースグリッド中の各要素はリソース要素（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ、ＲＥ）と呼ばれ、ＲＥは、最小の物理リソースであり、１つの直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボル中に１つのサブキャリアを含む。アップリンク時間周波数リソースグリッドは、ダウンリンク時間周波数リソースグリッドと同様である。ＮＲにおけるアップリンク／ダウンリンクリソーススケジューリングの基本時間ユニットは、１つのスロット（ｓｌｏｔ）である。通常、１つのスロットは、時間領域において１４個のＯＦＤＭシンボルを含む。

ネットワークデバイスは、端末デバイスのために１つまたは複数のアップリンク／ダウンリンク帯域幅パート（ｂａｎｄｗｉｄｔｈｐａｒｔ、ＢＷＰ）を構成してよく、ＢＷＰは、周波数領域において連続するＰＲＢを含み、ＢＷＰは、端末デバイスの帯域幅における１つのサブセットである。周波数領域におけるＢＷＰの最小の粒度は、１つのＰＲＢである。ネットワークデバイスは、端末デバイスのために１つまたは複数のＢＷＰを構成してよく、図２に示されているように、複数のＢＷＰが周波数領域において重複（ｏｖｅｒｌａｐ）することがある。

ネットワークデバイスは、端末デバイスのために、構成された帯域幅パートの１つのアップリンク／ダウンリンクＢＷＰをアクティブにし、アクティブにされたダウンリンクＢＷＰ中で端末デバイスに物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＰＤＳＣＨ）および物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ、ＰＤＣＣＨ）を送り得る。端末デバイスは、アクティブにされたアップリンクＢＷＰ中でネットワークデバイスに物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＰＵＳＣＨ）および物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ、ＰＵＣＣＨ）を送る。正しくＰＤＳＣＨを受信するかまたはＰＵＳＣＨを送るために、端末デバイスは、最初にＰＤＣＣＨを復調する必要がある。ＰＤＣＣＨ上で搬送されるダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）は、ＢＷＰ中でＰＤＳＣＨ／ＰＵＳＣＨによって使用されるＰＲＢの周波数領域位置を示すことができる情報、すなわち、アップリンク／ダウンリンク周波数領域リソース割振り（ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ、ＲＡ）情報を含む。

ＮＲでは、ＤＣＩ中の周波数領域ＲＡ情報フィールドは、アップリンク／ダウンリンク周波数領域ＲＡ情報を示すために使用され、情報フィールドのサイズ（すなわち、使用されるビットの量）は、ＢＷＰの対応する帯域幅、および対応する周波数領域ＲＡタイプに依存する。現在、ＮＲシステムでは、タイプ０およびタイプ１という、２つの周波数領域ＲＡタイプが使用される。この特許における解決策は、主にタイプ１に関する。

周波数領域ＲＡタイプ１では、ＮＲにおいて仮想リソースブロック（ｖｉｒｔｕａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＶＲＢ）が定義される。ＶＲＢは論理的概念である。ネットワークデバイスは、端末デバイスのＢＷＰ中のＰＲＢに番号を付ける。各ＰＲＢの番号と、１つのＶＲＢの番号との間に対応がある。ネットワークデバイスは、周波数領域ＲＡ情報フィールド中で、端末デバイスに対して、割り振られたＰＲＢリソースに対応するＶＲＢ番号を示す。端末デバイスは、ＶＲＢの番号とＰＲＢの番号との間のマッピング関係に基づいて、割り振られたＰＲＢリソースの番号（たとえば、ＢＷＰ中のＰＲＢリソースの番号）を取得して、ＢＷＰ中の割り振られたＰＲＢの周波数領域位置を取得する。具体的には、ＰＤＳＣＨ／ＰＵＳＣＨの周波数領域リソース情報は、割り振られたＶＲＢの番号によって表され、端末デバイスは、ＶＲＢの番号を対応するＰＲＢ番号にマッピングする。周波数領域ＲＡタイプ１では、周波数領域ＲＡ情報は、ＲＡ情報フィールドによって示されるリソース表示値（ｒｅｓｏｕｒｃｅｉｎｄｉｃａｔｉｏｎｖａｌｕｅ、ＲＩＶ）であり、ＲＩＶは、一連の連続するＶＲＢ番号を端末デバイスに示すために使用される。通常、端末デバイスは、（ＲＢ_startによって表される）開始ＶＲＢ番号および（Ｌ_RBsによって表される）連続的に番号を付けられたＶＲＢの量を、この値、およびＰＤＳＣＨ／ＰＵＳＣＨが配置されたＢＷＰの帯域幅（しかしながら、代替として別のＢＷＰの帯域幅であってよい）を使用することによって導出し得る。たとえば、ＢＷＰの帯域幅は、２５個のＲＢである。図３に示されているように、３から１０の一連の連続するＶＲＢ番号では、開始ＶＲＢ番号は３であり、連続的に番号を付けられたＶＲＢの量は８である。周波数領域ＲＡタイプ１は、比較的小さいＤＣＩオーバーヘッドを有する。

既存のＮＲ規格では、ＲＩＶの値は以下の方式で決定される。

であるとき、

である。さもなければ、

である。本明細書では、Ｌ_RBs≧１であり、Ｌ_RBsは

を超えず、

は、ＢＷＰの帯域幅、すなわち、ＢＷＰ中に含まれるＰＲＢの量である。したがって、ＲＩＶは０から

にわたり、ＲＩＶを示す周波数領域ＲＡ情報フィールドに必要とされるビットの量は、

である。

理解しやすいように、周波数領域ＲＡタイプ１においてＲＩＶを計算するための公式は、樹形図を使用することによって表され、具体的には、

の深度および

個のノードを有する最下レイヤを有する樹形図が構築され、樹形図中の各ノードは番号を付けられ、各ノード番号は１つのＲＩＶに対応する。したがって、ノード番号は０から

にわたる。最下レイヤにおける各ノードは、１つのＶＲＢ番号に対応し、最下レイヤにおけるノードを除く各ノードの番号は、最下レイヤにおけるノードのグループに対応する。周波数領域ＲＡ表示情報によって示される値は、樹形図中のノードの番号（すなわち、ＲＩＶ）であり、ノードは、最下レイヤにおけるノードのグループに対応し、最下レイヤにおけるノードのグループに対応するＶＲＢ番号は、周波数領域ＲＡ表示情報によって示されるＶＲＢセットである。

便宜的に、たとえば、帯域幅は、１０個のＰＲＢである。１０の深度および１０個のノードを有する最下レイヤを有する樹形図が構築される。構築された樹形図では、図４に示されているように、各ノードは、上記のＲＩＶ生成公式に従って番号を付けられる。１０個のＰＲＢでは、ＲＩＶは０から

にわたり、周波数領域ＲＡ情報フィールドに必要とされるビットの量は、

ビットである。フィールドのビットステータス値が「１０１０１０」であるとき、対応するＲＩＶは「４２」であり、対応するノードは、図において４２の番号を付けられたノードであり、４２の番号を付けられたノードに対応している最下レイヤにおけるノードは、｛２，３，４，５，６｝の番号を付けられ、｛２，３，４，５，６｝の番号を付けられたＶＲＢにさらに対応する。具体的には、ＲＢ_start＝２、およびＬ_RBs＝５である。同様に、ＲＩＶによって示される番号が７である場合、ＲＩＶは、７の番号を付けられたＶＲＢに対応する。ＲＩＶによって示される番号が２６である場合、番号２６に対応する最下レイヤにおけるノードは、｛６，７，８｝の番号を付けられ、したがって、ＲＩＶは、｛６，７，８｝の番号を付けられたＶＲＢに対応する。このようにして、樹形図中の１つの番号は、周波数領域ＲＡを実装するために、連続的に番号を付けられたＶＲＢのセットに対応する。また、樹形図中の各ノードがあるレイヤの番号は、スケジュールされたＶＲＢの量、すなわち、Ｌ_RBsの値を示すことを理解することもできる。

ＮＲは、制御リソースセット（ｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅｓｅｔ、ＣＯＲＥＳＥＴ）の概念を提案する。ネットワークデバイスは、各端末デバイスの各ダウンリンクＢＷＰのために１つまたは複数のＣＯＲＥＳＥＴを構成し、端末デバイスのために構成された何らかの制御リソースセット上で端末デバイスにＰＤＣＣＨを送る。各ＣＯＲＥＳＥＴは、周波数領域においてＰＲＢを、および時間領域において連続するＯＦＤＭシンボルを含む。各ＣＯＲＥＳＥＴにおいて探索空間が構成される。探索空間は、共通探索空間（ｃｏｍｍｏｎｓｅａｒｃｈｓｐａｃｅ、ＣＳＳ）および端末デバイス固有探索空間（ｕｓｅｒｅｑｕｉｐｍｅｎｔｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅ、ＵＳＳ）に分類され得る。端末デバイスは、対応する探索空間中でＰＤＣＣＨをブラインド検出する。

上記で説明されたように、ＤＣＩ中の周波数領域ＲＡ情報フィールドのサイズは、対応するＢＷＰの帯域幅に依存する。通常、ＤＣＩを使用することによってスケジュールされたＰＤＳＣＨ／ＰＵＳＣＨが配置されたＢＷＰは、ＤＣＩ中の周波数領域ＲＡ情報フィールドのサイズを決定するＢＷＰと同じである。しかしながら、いくつかの特定のシナリオでは、２つのＢＷＰは一致せず、２つのＢＷＰの帯域幅は異なることがある。以下で、例を使用してこれらのシナリオについて説明する。

シナリオ１：ＤＣＩは、ＢＷＰ切替えをトリガしてクロスＢＷＰスケジューリングを実施するために使用される。

図５に示されているように、例としてＰＤＳＣＨ送信が使用され、ＤＣＩは現在のＢＷＰ中にあり、ＤＣＩ中の周波数領域ＲＡ情報フィールドのサイズは、現在のＢＷＰの帯域幅によって決定される。ＤＣＩは、端末デバイスによってアクティブにされたＢＷＰを示すために使用される、ＢＷＰ表示情報フィールドを含む。情報フィールドによって示されるＢＷＰが、端末デバイスによって現在アクティブにされているＢＷＰの番号（すなわち、ＤＣＩを送信するための現在のＢＷＰ）と一致しないとき、端末デバイスは、現在のＢＷＰから情報フィールドによって示されるＢＷＰ（すなわち、切替えの後に取得されたＢＷＰ）に切り替わる必要がある。加えて、ＤＣＩを使用することによってスケジュールされたＰＤＳＣＨは、切替えの後に取得されたＢＷＰ中で送信され、言い換えれば、ＢＷＰを横断してスケジュールされる。通常、現在のＢＷＰの帯域幅は、切替えの後に取得されたＢＷＰのそれとは異なる。

シナリオ２：アクティブＢＷＰ（ａｃｔｉｖｅＢＷＰ）が、初期ＢＷＰ（ｉｎｉｔｉａｌＢＷＰ）を含む。

例としてダウンリンクが使用される。図５に示されているように、初期ＢＷＰは、端末デバイスによってアクティブにされるＢＷＰの周波数領域リソース範囲において完全にカバーされる。初期ＢＷＰは、システム情報送信、ランダムアクセス、およびページングのために使用される。初期ＢＷＰ中で送信されるＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ０と呼ばれる。ＣＯＲＥＳＥＴ０中の探索空間のタイプは「ＣＳＳ」である。ＵＥのアクティブＢＷＰ中で送信されるＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ１であり、ＣＯＲＥＳＥＴ１中の探索空間のタイプは「ＣＳＳ」および「ＵＳＳ」である。したがって、アクティブＢＷＰにおいて、端末デバイスは、アクティブＢＷＰおよび初期ＢＷＰ中のＣＯＲＥＳＥＴを使用することによって送信されるＰＤＣＣＨ上で搬送されるＤＣＩを同時に受信する必要がある。

ＮＲでは、ＤＣＩは、いくつかの異なるＤＣＩフォーマット（ＤＣＩｆｏｒｍａｔ）に分類される。ＢＷＰについて、各ＤＣＩフォーマットは、特定の情報サイズおよび使用に対応する。以下の表１は、アクティブＢＷＰ中で送信され得るＤＣＩフォーマットのタイプ、各ＤＣＩフォーマットがその中で送信される探索空間のタイプ、および図５の場合における各ＤＣＩフォーマットの可能なサイズを示す。

ＤＣＩフォーマット０－０／１－０では、通常、同じＢＷＰ中で送信される２つのＤＣＩフォーマットのサイズは同じである。ＤＣＩフォーマット０－０は、ＰＵＳＣＨをスケジュールするために使用され、ＤＣＩフォーマット１－０は、ＰＤＳＣＨをスケジュールするために使用される。ＮＲでは、初期ＢＷＰ中で送信されるＤＣＩフォーマット０－０／１－０のサイズは、初期ＢＷＰによって決定される。図５に示されているシナリオでは、アクティブＢＷＰのＣＯＲＥＳＥＴ中で送信されるＰＤＣＣＨ上で搬送されるＤＣＩフォーマットと、初期ＢＷＰのＣＯＲＥＳＥＴ中で送信されるＰＤＣＣＨ上で搬送されるＤＣＩフォーマットの両方は、０－０／１－０であり、これらの２つのＢＷＰのＣＯＲＥＳＥＴ中で送信されるＤＣＩフォーマット０－０／１－０のサイズの各々は、対応するＢＷＰによって決定される。したがって、ＤＣＩフォーマット０－０／１－０は、２つのタイプのサイズを有し得る。このシナリオでは表から、ＵＥによってブラインド検出されるＤＣＩの６つのタイプのサイズがあることを理解することができる。ＮＲ規格の結論では、端末デバイスがＰＤＣＣＨをブラインド検出する時間の量を低減するために、端末デバイスによってブラインド検出されるＤＣＩのサイズのタイプの最大量は４であり、３つのタイプのサイズの最大値のＤＣＩが、セル無線ネットワーク一時識別子（ｃｅｌｌｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）を使用することによってスクランブルされる。表では、４つのＤＣＩフォーマット０－０、０－１、１－０、および１－１の各々は、Ｃ－ＲＮＴＩを使用することによってスクランブルされてよく、ＤＣＩフォーマット０－１／１－１は、２つの異なるＤＣＩサイズを有することがあり、ＤＣＩフォーマット０－０／１－０は、２つの異なるＤＣＩサイズを有することがある。したがって、４つのタイプのサイズのＤＣＩは、Ｃ－ＲＮＴＩを使用することによってスクランブルされ得る。

端末デバイスによってブラインド検出されるＤＣＩのサイズのタイプを低減するために、可能な解決策は、このシナリオでは、アクティブＢＷＰ中で送信されるすべてのＤＣＩフォーマット０－０／１－０のサイズが、初期ＢＷＰによって決定されることである。この場合、アクティブＢＷＰのＣＯＲＥＳＥＴ１中で送信されるＤＣＩフォーマット０－０／１－０のサイズは、初期ＢＷＰによって決定される。ＰＤＳＣＨ送信のために、ＤＣＩフォーマット１－０における周波数領域ＲＡ情報フィールドのサイズが、初期ＢＷＰの帯域幅によって決定され、ＤＣＩを使用することによってスケジュールされたこれらのＰＤＳＣＨは、アクティブＢＷＰの周波数領域範囲中で送信され得る。

これらの２つのシナリオの共通点は、ＤＣＩを使用することによってスケジュールされるＰＤＳＣＨ／ＰＵＳＣＨが配置されたＢＷＰが、ＤＣＩ中の周波数領域ＲＡ情報フィールドのサイズを決定するためのＢＷＰとは異なり、これらの２つのＢＷＰの帯域幅が異なり得ることが理解され得る。図６では、上記の２つのシナリオを要約するために例としてＰＤＳＣＨが送信されることが使用され、ＢＷＰ１は、ＤＣＩ中の周波数領域ＲＡ情報フィールドのサイズを決定するためのＢＷＰであり、ＢＷＰ２は、ＤＣＩを使用することによってスケジュールされるＰＤＳＣＨが配置されたＢＷＰである。

周波数領域ＲＡタイプ１では、ＤＣＩを使用することによってスケジュールされるＰＤＳＣＨが配置されたＢＷＰの帯域幅は、ＤＣＩ中の周波数領域ＲＡフィールドのサイズを決定するためのＢＷＰの帯域幅よりも大きい（これらの２つのＢＷＰの周波数領域タイプはタイプ１であると仮定される）。例として図６がなお使用される。ＤＣＩ中の周波数領域ＲＡ情報フィールドのサイズを決定するためのＢＷＰ１の帯域幅は、

である。したがって、ＤＣＩ中の周波数領域ＲＡ情報フィールドのビットの量は、

であり、情報フィールドの値ｎ１の値範囲は［０，１５］である。ＤＣＩを使用することによってスケジュールされるＰＤＳＣＨが配置されたＢＷＰ２の帯域幅は、

であり、ＲＩＶは、０から

にわたる。したがって、すべての可能なＲＩＶを解釈するために必要とされるビットの量は、

であり、ビットの量の値ｎ２の範囲は［０，６３］である。この場合、ＤＣＩ中の周波数領域ＲＡ情報フィールドのビットの量は、ＲＩＶを解釈するために必要とされるビットの量よりも少ない。したがって、ＤＣＩ中の周波数領域ＲＡ情報フィールドを解釈することに対する解決策が設計される必要がある。

従来技術の解決策では、端末デバイスは、ＤＣＩ中の復号された周波数領域ＲＡ情報フィールドの最上位ビットの前にｋ個の０をパディングし、具体的には、最上位ビットの前に０がパディングされた後のＲＩＶを取得し、ｋは、ＲＩＶを解釈するために必要とされるビットの量と、周波数領域ＲＡ情報フィールドのビットの量との間の差である。例として図６がなお使用される。周波数領域ＲＡ情報フィールドの値が「１０１１」であるとき、フィールドの最上位ビットの前にｋ＝２個の０がパディングされ、ＲＩＶの取得された値は、「００１０１１」、すなわち、１０進数１１である。

図７に示されている事例が例として使用される。上記の従来技術の解決策を使用することによってＲＩＶの値が取得されたとき、図８に示されているように、ＲＩＶの値範囲は、樹形図において色付けされたノードによって表される。ＲＩＶの取得された値は、連続し比較的小さい値（０から１５）の中に集中されることを理解することができる。これらのＲＩＶに対応する極めて少量のＶＲＢがあり、これらのＶＲＢの量には極めて少数のタイプ（または粒度）がある。これは、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティを大幅に限定する。

したがって、ＤＣＩを使用することによってスケジュールされるデータチャネルが配置されたＢＷＰが、ＤＣＩ中の周波数領域ＲＡ情報フィールドのサイズを決定するためのＢＷＰとは異なるときに情報フィールドを解釈することに対する別の解決策が設計される必要がある。以下で、添付の図面を参照しながら、本出願の技術的解決策について説明する。

本明細書において使用される「構成要素」、「モジュール」、および「システム」などの用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行されているソフトウェアを示すために使用される。たとえば、構成要素は、限定はされないが、プロセッサ上で実行される処理、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータであり得る。図に示されているように、コンピューティングデバイスと、コンピューティングデバイス上で実行されるアプリケーションの両方が構成要素であり得る。１つまたは複数の構成要素は、処理および／または実行スレッド内に常駐してよく、構成要素は、１つのコンピュータ上に配置されおよび／または２つ以上のコンピュータ間で分散されてよい。加えて、これらの構成要素は、様々なデータ構造を記憶する様々なコンピュータ可読媒体から実行されてよい。たとえば、構成要素は、ローカルおよび／またはリモート処理を使用することによって、ならびに１つまたは複数のデータパケット（たとえば、ローカルシステム、分散システム中の別の構成要素と対話する２つの構成要素からのデータ、および／または信号を使用することによって他のシステムと対話するインターネットなどのネットワークを介したデータ）を有する信号に基づいて通信し得る。

本出願の実施形態は、モバイル通信用グローバルシステム（ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）、符号分割多元接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＷＣＤＭＡ）システム、汎用パケット無線サービス（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ、ＧＰＲＳ）、ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ロングタームエボリューションアドバンスト（Ａｄｖａｎｃｅｄｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａ）システム、ユニバーサルモバイル電気通信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ、ＵＭＴＳ）、ワイヤレスローカルエリアネットワーク（ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ、ＷＬＡＮ）、ワイヤレスフィデリティ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）システム、または次世代通信システムなど、様々な通信システムに適用され得ることを理解されたい。本明細書では、たとえば、次世代通信システムは第５世代（ｆｉｆｔｈ－ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システムを含み得る。

通常、従来の通信システムは、限られた量の接続をサポートし、実装するのが容易である。しかしながら、通信技術の発展とともに、モバイル通信システムは、従来の通信をサポートするだけでなく、たとえば、デバイス間（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ、Ｄ２Ｄ）通信、マシン間（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ、Ｍ２Ｍ）通信、マシンタイプ通信（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）、および車両間（ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ、Ｖ２Ｖ）通信をもサポートする。

本出願の通信方法は、ネットワークデバイスと端末デバイスとの間の通信に適用され得る。

限定ではなく例として、本出願の実施形態では、端末デバイスは、ユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）、アクセス端末、加入者ユニット、加入者局、移動局、モバイルコンソール、リモート局、リモート端末、モバイルデバイス、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント、またはユーザ装置と呼ばれることもある。端末デバイスは、ＷＬＡＮ中の局（ＳＴＡＩＯＮ、ＳＴ）であり得るか、またはセルラーフォン、コードレスフォン、セッション開始プロトコル（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ、ＳＩＰ）フォン、ワイヤレスローカルループ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ、ＷＬＬ）局、携帯情報端末（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）デバイス、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、ワイヤレスモデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス、もしくは次世代通信システムにおけるネットワーク中の端末デバイス、たとえば、５Ｇネットワーク中の端末デバイスもしくは将来の発展型パブリックランドモバイルネットワーク（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ、ＰＬＭＮ）中の端末デバイスであり得る。

限定ではなく例として、本出願の実施形態では、端末デバイスは、代替としてウェアラブルデバイスであってよい。ウェアラブルデバイスは、ウェアラブルインテリジェントデバイスと呼ばれることもあり、デイリーウェアのインテリジェント設計におけるウェアラブル技術を適用することによって開発されたグラス、グローブ、ウォッチ、衣類、および靴などのウェアラブルデバイスのための一般的な用語である。ウェアラブルデバイスは、体に直接着用されるかまたはユーザの衣類もしくはアクセサリーに組み込まれることが可能なポータブルデバイスである。ウェアラブルデバイスは、単なるハードウェアデバイスではなく、ソフトウェアサポート、データ対話、およびクラウド対話を介した強力な機能を実装するためにさらに使用される。一般化されたウェアラブルインテリジェントデバイスは、スマートウォッチまたはスマートグラスなど、スマートフォンに依存せずに完全なまたは部分的な機能を実装することができるフル機能の大型サイズデバイス、および身体的兆候を監視するための様々なスマートバンドまたはスマートジュエリーなど、ただ１つのタイプのアプリケーションに集中し、スマートフォンなどの他のデバイスとともに働く必要があるデバイスを含む。

代替として、本出願の実施形態では、端末デバイスは、モノのインターネット（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ、ＩｏＴ）システム中の端末デバイスであってよい。ＩｏＴは、将来における情報技術開発の重要な構成部分であり、通信技術を使用することによってモノがネットワークに接続されて、マン－マシン接続されたおよびモノ－モノ接続されたインテリジェントネットワークが実装される、主要な技術的特徴を有する。

ネットワークデバイスは、モバイルデバイス、たとえば、ネットワークデバイスと通信するように構成されたデバイスであり得る。ネットワークデバイスは、ＷＬＡＮ中のアクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ、ＡＰ）、もしくはＧＳＭもしくはＣＤＭＡにおける基地トランシーバ局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ）であり得るか、またはＷＣＤＭＡにおけるノードＢ（ＮｏｄｅＢ、ＮＢ）、もしくは新無線（ＮｅｗＲａｄｉｏ、ＮＲ）システム中のｇＮＢであり得るか、またはＬＴＥにおける発展型ノードＢ（ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ、ｅＮＢもしくはｅＮｏｄｅＢ）、中継局もしくはアクセスポイント、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワーク中のネットワークデバイス、将来の発展型ＰＬＭＮ中のネットワークデバイスなどであり得る。

端末デバイスおよびネットワークデバイスの上記のリストされた機能および特定の実装は、例として説明されたものにすぎず、これは本出願では限定されない。

図９は、本出願の実施形態によるリソース表示値を取得するための方法および装置に適用されることが可能なシステム１００の概略図である。図９に示されているように、システム１００はネットワークデバイス１０２を含む。ネットワークデバイス１０２は、１つまたは複数のアンテナ、たとえば、アンテナ１０４、１０６、１０８、１１０、１１２、および１１４を含み得る。加えて、ネットワークデバイス１０２は、送信機チェーンおよび受信機チェーンをさらに含み得る。当業者は、送信機チェーンおよび受信機チェーンがそれぞれ、信号送受信に関係する複数の構成要素（たとえば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、またはアンテナ）を含み得ることを理解されよう。ネットワークデバイス１０２は、複数の端末デバイス（たとえば、端末デバイス１１６および端末デバイス１２２）と通信し得る。しかしながら、ネットワークデバイス１０２は、端末デバイス１１６または１２２と同様の、任意の量の端末デバイスと通信し得ることが理解できよう。

図９に示されているように、端末デバイス１１６は、アンテナ１１２および１１４と通信する。アンテナ１１２および１１４は、順方向リンク（ダウンリンクとも呼ばれる）１１８を使用することによって端末デバイス１１６に情報を送り、逆方向リンク（アップリンクとも呼ばれる）１２０を使用することによって端末デバイス１１６から情報を受信する。加えて、端末デバイス１２２は、アンテナ１０４および１０６と通信する。アンテナ１０４および１０６は、順方向リンク１２４を使用することによって端末デバイス１２２に情報を送り、逆方向リンク１２６を使用することによって端末デバイス１２２から情報を受信する。

図９は、例の簡略図にすぎないことに留意されたい。ネットワークは、図９に示されていない別のネットワークデバイスをさらに含んでよい。

以下で、添付の図面を参照しながら、本出願の実施形態において提供されるリソース表示値を取得するための方法について詳細に説明する。

実施形態１
図１０は、リソース表示値を取得するための方法２００を示す。

Ｓ２１０において、ネットワークデバイスが、第２のリソース表示値（ＲＩＶ）ｒを決定し、第２のＲＩＶｒは、第２の帯域幅パート（ＢＷＰ）に配置されたデータチャネルによって占有されるリソースを示すために使用され、第２のＲＩＶｒに必要とされるビットの量は、第２のＢＷＰに基づいて決定される。

本明細書では、ネットワークデバイスは、第２のＢＷＰの帯域幅

に基づいて第２のリソース表示値（ＲＩＶ）ｒを決定し得る。この理由により、第２のＲＩＶｒは、

の深度および

個のノードを有する最下レイヤを有する樹形図を使用することによって取得されることが理解されよう。もちろん、この実施形態の実装処理では、樹形図は特に使用されなくてよく、この説明は理解しやすくするためにすぎない。

データチャネルはＰＤＳＣＨ／ＰＵＳＣＨであってよい。データチャネルによって占有されるリソースは、データチャネルによって占有されるＰＲＢ周波数領域リソースであり得る。この場合、ネットワークデバイスは、端末デバイスに割り振られたＰＲＢの番号（たとえば、第２のＢＷＰ中のＰＲＢの番号）を決定し、ＰＲＢの番号とＶＲＢの番号との間のマッピング関係（たとえば、インターリービングまたは非インターリービングマッピング関係）を使用することによってＶＲＢの番号を取得し、次いで、ＶＲＢの番号および第２のＢＷＰの帯域幅に基づいて第２のＲＩＶｒを決定し得る。対応して、端末デバイスは、第２のＲＩＶｒおよび第２のＢＷＰの帯域幅を使用することによって開始ＶＲＢ番号および連続的に番号を付けられたＶＲＢの量を取得し、次いで、ＰＲＢの番号とＶＲＢの番号との間のマッピング関係を使用することによって、端末デバイスに割り振られたＰＲＢの番号を取得して、端末デバイスに割り振られた各ＰＲＢについて、第２のＢＷＰ中の周波数領域位置を取得し得る。

通常、第２のＢＷＰの周波数領域リソース割振り方式は、タイプ１である。たとえば、第１のＲＩＶｎのビットの量が、第１のＢＷＰのサブキャリア間隔および帯域幅に基づいて決定される。

Ｓ２２０において、ネットワークデバイスが、第２のＲＩＶｒに基づいて第１のＲＩＶｎを決定し、

または

である。加えて、

または

はこの実施形態にも適用され得る。

Ｓ２３０において、ネットワークデバイスがダウンリンク制御情報（ＤＣＩ）を送り、ＤＣＩは第１のＲＩＶｎを含み、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される。

Ｓ２３０において、端末デバイスがＤＣＩを受信し、第１のＲＩＶｎのビットの量は、第１の帯域幅パート（ＢＷＰ）に基づいて決定される。

たとえば、第１のＲＩＶｎのビットの量は、第１のＢＷＰのサブキャリア間隔および帯域幅に基づいて決定される。別の例では、第１のＢＷＰの周波数領域リソース割振りタイプがタイプ０であるとき、第１のＲＩＶｎのビットの量は、第１のＢＷＰのサブキャリア間隔および帯域幅、ならびにデータリソーススケジューリング粒度に基づいて決定され、リソーススケジューリング粒度は、リソースブロックグループ（ｒｅｓｏｕｒｃｅｂｌｏｃｋｇｒｏｕｐ、ＲＢＧ）サイズ、割り振られたＶＲＢの粒度などであり得る。ＲＢＧは、周波数領域中の連続するリソースブロック（ｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＲＢ）のグループを意味する。

Ｓ２４０において、端末デバイスが、第１のＲＩＶｎに基づいて第２のＲＩＶｒを決定し、

または

である。

Ｓ２５０において、端末デバイスが、第２のＲＩＶｒに基づいて、データチャネルによって占有されるリソースを決定する。

本明細書では、端末デバイスは、第２のＲＩＶｒおよび第２のＢＷＰの帯域幅

に基づいて、データチャネルによって占有されるリソースを決定し得る。この理由により、第２のＲＩＶｒは、

の深度および

個のノードを有する最下レイヤを有する樹形図を使用することによる解釈を通して取得されることが理解されよう。もちろん、この実施形態の実装処理では、樹形図は特に使用されなくてよく、この説明は理解しやすくするためにすぎない。

本明細書では、ａは正の数であり、ｂは正の整数である。

上記の方式では、第２のＲＩＶに対応するＶＲＢの量と、これらのＶＲＢの量のタイプの両方が増加し、したがって、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティが増加する。

以下で、例を使用することによってａおよびｂの計算方式について説明する。

任意選択で、ａは、第１のＢＷＰの帯域幅

および第２のＢＷＰの帯域幅

に基づいて決定される。本明細書では、第１のＢＷＰの帯域幅

および第２のＢＷＰの帯域幅

はそれぞれ、ＢＷＰの帯域幅に対応するＰＲＢの量であり、この量は、ＢＷＰの帯域幅（たとえば、２０ＭＨｚ）およびサブキャリア間隔（たとえば、１５ＫＨｚ）に基づいて決定され得る。

たとえば、ａ＝２^kであり、ｋ＝ｋ２－ｋ１であり、ｋ２は、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量であり、ｋ１は、第１のＲＩＶｎのビットの量である。本明細書では、ｋ１は、第１のＢＷＰの帯域幅

に基づいて決定され得、

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され得、

である。

第２のＢＷＰ中の周波数領域リソースに必要とされるビットの量は、第２のＢＷＰ中で送信されるデータチャネルを示す周波数領域リソース情報（たとえば、第２のＲＩＶ）のすべての可能な値を満たすことができるビットの量である。たとえば、周波数領域リソース割振りタイプ１では、第２のＢＷＰ中で送信されるデータチャネルの周波数領域リソース情報は、０から

にわたる。したがって、第２のＢＷＰ中の周波数領域リソースに必要とされるビットの量は、

である。

通常、このようにして、第１のＢＷＰの周波数領域リソース割振りタイプは、タイプ１であり、したがって、ビットの量ｋ１は、

である

このようにして、ＲＩＶの値は、２^kの間隔で分布する。

別の例では、ｋ１は、第１のＢＷＰの帯域幅

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

通常、このようにして、第１のＢＷＰの周波数領域割振りタイプは、タイプ０である。

別の例では、ａ＝２^kであり、

第１のＲＩＶｎのビットの量によって表されることが可能なステータスの総量は、ビットの量によって表されることが可能な１０進数の量である。たとえば、第１のＲＩＶｎのビットの量がｋ１であるとき、ｋ１ビットは、２^k1個の１０進数を表すことができ、したがって、第１のＲＩＶｎのビットの量によって表されることが可能なステータスの総量は、２^k1である。

第２のＢＷＰ中の周波数領域リソースに必要とされるステータスの総量は、第２のＢＷＰ中で送信されるデータチャネルを示す周波数領域情報（たとえば、第２のＲＩＶ）のすべての可能な値の量である。たとえば、周波数領域リソース割振りタイプ１では、第２のＢＷＰ中で送信されるデータチャネルの周波数領域リソース情報は、０から

にわたる。したがって、第２のＢＷＰ中の周波数領域リソースに必要とされるステータスの総量は、

である。

通常、このようにして、第１のＢＷＰの周波数領域リソース割振り方式は、タイプ１である。

このようにして、第２のＲＩＶのすべての取得された値は、データチャネルの周波数領域リソースを示すために使用されることが可能であることが保証されることが可能である。

別の例では、

たとえば、Ｍ＝２^k1であり、ｋ１は、第１のＲＩＶｎのビットの量である。

別の例では、Ｎは、第２のＢＷＰの帯域幅

に基づいて決定され、

である。代替として、Ｎは、第２のＢＷＰの帯域幅

およびスケジューリング粒度Ｐ２に基づいて決定され、

である。

本明細書では、スケジューリング粒度Ｐ２（スケジューリングユニット、リソースユニット、スケジューリングステップフォワード（ｓｔｅｐｆｏｒｗａｒｄ）値などと呼ばれることもある）は、ネットワークデバイスによって端末デバイスに割り振られるＶＲＢの粒度であり、言い換えれば、主に周波数領域ＲＡタイプ１に関する。端末デバイスのためにネットワークデバイスによってスケジュールされたデータチャネルが、

の帯域幅を有するＢＷＰ中で送信されるとき、ネットワークデバイスによって端末デバイスに割り振られるＶＲＢの量は、Ｐ２から

にわたることがあり、ステッピングフォワードがＰ２の間隔で実施される。上記の方法に関して、番号ＲＢ’_startおよび長さＬ’_RBsは、第２のＲＩＶｒおよび第２のＢＷＰの帯域幅に基づいて決定され得る。この場合、ネットワークデバイスによって端末デバイスに割り振られる連続するＶＲＢ中の開始ＶＲＢの番号は、ＲＢ_start＝Ｐ２・ＲＢ’_startであり、これらの連続するＶＲＢの量は、Ｌ_RBs＝Ｐ２・Ｌ’_RBsである。

ネットワークシステムは、端末デバイスのためにスケジューリング粒度Ｐ２の少なくとも１つの値を構成してよく、たとえば、この値は、あらかじめ定義されるかまたは上位レイヤシグナリングを使用することによって構成され得る。

任意選択で、ネットワークシステムは、事前定義を通してスケジューリング粒度Ｐ２の値を構成してよく、たとえば、この値は２または４であり得る。加えて、本発明は、別の可能な値、たとえば、３または８を除外しない。

任意選択で、ネットワークデバイスは、スケジューリング粒度Ｐ２の値として、複数の構成された候補スケジューリング粒度値のうちの１つを選択し得る。

スケジューリング粒度Ｐ２は、第２のＢＷＰの帯域幅

のみに基づいて決定されてよい。たとえば、第２のＢＷＰの帯域幅

とスケジューリング粒度Ｐ２の値との間の対応が、システムによってあらかじめ定義されてよい。たとえば、スケジューリング粒度Ｐ２は、以下の表２および表３のうちの１つを使用することによって決定され得る。

スケジューリング粒度Ｐ２は、代替として、第１のＢＷＰの帯域幅

および第２のＢＷＰの帯域幅

に基づいて決定されてよい。たとえば、

である。

別の例では、スケジューリング粒度Ｐ２の値は、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量が、第１のＲＩＶｎのビットの量に可能な限り等しくなるように（または等しいように）、第１のＲＩＶｎのビットの量に基づいて決定され得る。たとえば、第１のＲＩＶｎのビットの量ｋ１のすべての可能な値を十分に利用するために、Ｐ２の値は、

または

であってよく、ｃの値は、

であり、ｋ１は、第１のＲＩＶｎのビットの量である。言い換えれば、任意選択で、スケジューリング粒度Ｐ２の値は、第１のＲＩＶｎのビットの量および第２のＢＷＰの帯域幅

によって決定される。

周波数領域ＲＡタイプ１と周波数領域ＲＡタイプ０との間の適合性を考慮して、

、

、または

を満たす可能な値は、スケジューリング粒度Ｐ２として、周波数領域ＲＡタイプ０に適用可能であるＲＢＧサイズの可能な値（現在知られている可能な値は、２、４、８、および１６である）から選択され得る。たとえば、スケジューリング粒度Ｐ２として、上記の式を満たすこれらの可能な値から、最も大きい可能な値または最も小さい可能な値が選択され得る。このようにして、リソース使用効率が改善されることが可能である。たとえば、

であり、第１のＢＷＰの帯域幅

は、（１５ＫＨｚのサブキャリアおよび２５個のＲＢを有する）５Ｍであり、第２のＢＷＰの帯域幅

は、（１５ＫＨｚのサブキャリアおよび２１６個のＲＢを有する）４０Ｍである。

であり、この式を満たす最大ＲＢＧサイズが８であり、スケジューリング粒度Ｐ２として８が選択され得ることを理解することができる。

加えて、ａは、第１のＢＷＰ中で端末デバイスに割り振られ得るＶＲＢの最大量

、および第２のＢＷＰ中で端末デバイスに割り振られ得るＶＲＢの最大量

に基づいて決定され得る。この場合、上記の式中に含まれるパラメータ

および

は、それぞれ

および

と交換されてよい。

または

であるとき、任意選択で、ｂは、ｂが、上位レイヤシグナリングを使用することによって構成されるか、またはｂが、端末デバイスのために構成されたパラメータに基づいて決定される、のうちの１つを満たす。たとえば、

であり、ｎ_UEは、端末デバイスのために構成されたパラメータである。たとえば、ｎ_UEの値は、端末デバイスのために構成されたＣ－ＲＮＴＩ値ｎ_RNTIであり得るか、またはＤＣＩが配置されたＣＯＲＥＳＥＴのＩＤ番号であり得る。加えて、ｂは、代替として、物理レイヤシグナリングを使用することによって構成され得る。たとえば、ｂを示すための情報フィールドがＤＣＩに追加される。

このようにして、異なるｂは、異なる端末デバイス（もしくは異なるグループの端末デバイス）のために構成され得るか、または異なるｂは、異なる端末デバイス（もしくは異なるグループの端末デバイス）の間で互いに区別されることが可能なパラメータに基づいて計算され得て、異なる端末デバイスの第２のＲＩＶの値範囲は異なるようになる。したがって、異なる端末デバイスのためにスケジュールされるＶＲＢの番号および量は異なる。ネットワークデバイスが、同じＢＷＰ中で複数の端末デバイスのためにデータチャネルをスケジュールするとき、ＰＲＢリソースを使用する効率が改善されることが可能である。加えて、第２のＲＩＶの値分布は、ｂの値に基づいて調整されることが可能である。ｂの値が比較的大きいとき、第２のＲＩＶの値が比較的大きく、したがって、第２のＲＩＶに対応するＶＲＢの量が比較的大きくなることが保証されることが可能である。

であるとき、任意選択で、ｂ＝－ｂ１＋ｂ２であり、ｂ１は、ｂ１が、上位レイヤシグナリングを使用することによって構成されるか、またはｂ１が、端末デバイスのために構成されたパラメータに基づいて決定される、のうちの１つを満たし、ｂ２＝Ｎ－１であり、Ｎは、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量である。たとえば、

であり、

は、端末デバイスのために構成されたパラメータである。たとえば、ｎ_UEの値は、端末デバイスのために構成されたＣ－ＲＮＴＩ値ｎ_RNTIであり得る。加えて、ｂは、代替として、物理レイヤシグナリングを使用することによって構成され得る。たとえば、ｂを示すための情報フィールドがＤＣＩに追加される。

このようにして、異なるｂは、異なる端末デバイス（もしくは異なるグループの端末デバイス）のために構成され得るか、または異なるｂは、異なる端末デバイス（もしくは異なるグループの端末デバイス）の間で互いに区別されることが可能なパラメータに基づいて計算され得て、異なる端末デバイスの第２のＲＩＶの値範囲は異なるようになる。したがって、異なる端末デバイスのためにスケジュールされるＶＲＢの番号および量は異なる。ネットワークデバイスが、同じＢＷＰ中で複数の端末デバイスのためにデータチャネルをスケジュールするとき、ＰＲＢリソースを使用する効率が改善されることが可能である。加えて、第２のＲＩＶの値分布は、ｂ１の値に基づいて調整されることが可能である。ｂ１の値が比較的小さいとき、第２のＲＩＶの値が比較的大きく、したがって、第２のＲＩＶに対応するＶＲＢの量が比較的大きくなることが保証されることが可能である。

以下で、上記の解決策について説明するための例として、図７に示されている事例をなお使用する。

例１

たとえば、

、ａ＝２^k、ｋ＝ｋ２－ｋ１、

、および

である。

であるとき、第２のＲＩＶの２進値を取得するために、第１のＲＩＶの２進値の最下位ビットの後にｋ個の０がパディングされることが理解されよう。この場合、第２のＲＩＶの１０進値は、第１のＲＩＶの１０進値の２^k倍である。図７に示されている事例では、第１のＢＷＰの帯域幅

は４であり、第２のＢＷＰの帯域幅

は１０である。したがって、ｋ１は４であり、ｋ２は６であり、ｋは６－４＝２である。たとえば、第１のＲＩＶの２進値が「１０１１」である（その１０進値は１１である）とき、第２のＲＩＶの１０進値は１１×４＝４４であり（その２進値は「１０１１００」であり）、「１０１１００」は、「１０１１」の最下位ビットの後にｋ＝２つの０をパディングすることによって取得され得る。

具体的には、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量によって表されることが可能なステータスの値範囲内で、値は、値の昇順で２^kの間隔で取得されて、第２のＲＩＶの可能な値が取得されることが可能である。図７に示されている事例では、第１のＲＩＶのビットの量ｋ１は４である。したがって、第１のＲＩＶの値範囲は｛０，１，２，…，１５｝である。第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量ｋ２は６であり、この量によって表されることが可能なステータスの値範囲は｛０，１，２，…，６３｝である。したがって、第２のＲＩＶの値範囲は｛０，４，８，…，６０｝である。図１１に示されているように、樹形図中の色付けされたノードは、第２のＲＩＶの値範囲を表す。既存の方式と比較して、第２のＲＩＶに対応するＶＲＢの量と、これらのＶＲＢの量のタイプの両方が増加し、ＲＩＶの値が比較的一様に分布し、したがって、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティが増加することが理解され得る。

例２

たとえば、

、ａ＝２^k、

、Ｍ＝２^k1、

、および

である。

であるとき、第２のＲＩＶの２進値を取得するために、第１のＲＩＶの２進値の最下位ビットの後にｋ個の０がパディングされ、第１のＲＩＶの２進値の最上位ビットの前に（ｋ’－ｋ）個の０がパディングされることが理解されよう。ｋ’の値は、例１におけるｋの値と同じである（図７に示されている事例では２である）。この場合、第２のＲＩＶの１０進値は、第１のＲＩＶの１０進値の２^k倍である。図７に示されている事例では、第１のＢＷＰの帯域幅

は４であり、第２のＢＷＰの帯域幅

は１０であり、第１のＲＩＶのビットの量ｋ１は４であり、この量によって表されることが可能なステータスの総量Ｍは１６であり、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量Ｎは５５である。したがって、ｋは１であり、ａは２である。たとえば、第１のＲＩＶの２進値が「１０１１」である（その１０進値は１１である）とき、第２のＲＩＶの１０進値は１１×２＝２２であり（その２進値は「０１０１１０」であり）、第２のＲＩＶの「０１０１１０」は、第１のＲＩＶの「１０１１」の最下位ビットの後にｋ＝１つの０をパディングすることによって、および「１０１１」の最上位ビットの前にｋ２＝２－１＝１つの０をパディングすることによって取得され得る。

具体的には、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量によって表されることが可能なステータスの値範囲内で、値は、値の昇順で２^kの間隔で取得されて、第２のＲＩＶの可能な値が取得されることが可能である。図７に示されている事例では、第１のＲＩＶのビットの量ｋ１は４である。したがって、第１のＲＩＶの値範囲は｛０，１，２，…，１５｝である。第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量Ｎは５５であり、第２のＲＩＶの値範囲は｛０，１，２，…，５４｝である。したがって、第２のＲＩＶの値範囲は｛０，２，４，…，３０｝である。図１２に示されているように、樹形図中の色付けされたノードは、第２のＲＩＶの値範囲を表す。既存の方式と比較して、第２のＲＩＶに対応するＶＲＢの量と、これらのＶＲＢの量のタイプの両方が増加し、したがって、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティが増加することが理解され得る。加えて、この方式は、第２のＲＩＶのすべての値が使用されることが可能であることを保証することができる。

例３

たとえば、

、ａ＝２^k、

、Ｍ＝２^k1、

、

、ｂ＝－ｂ１＋ｂ２、およびｂ２＝Ｎ－１である。

ｂ１＝０であるとき、第２のＲＩＶの２進値を取得するために、第１のＲＩＶの２進値の最下位ビットの後にｋ個の０がパディングされ、第１のＲＩＶの２進値の最上位ビットの前に（ｋ’－ｋ）個の０がパディングされ、次いで、ｂ２＝Ｎ－１と、ゼロパディングの後に取得された値との間で減算が実施されることが理解されよう。ｋ’の値は、例１におけるｋの値と同じである（図７に示されている事例では２である）。図７に示されている事例では、第１のＢＷＰの帯域幅

は４であり、第２のＢＷＰの帯域幅

は１０であり、第１のＲＩＶのビットの量ｋ１は４であり、この量によって表されることが可能なステータスの総量Ｍは２⁴＝１６であり、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量Ｎは５５である。したがって、ｋは１であり、ａは２であり、ｂ２は５４である。たとえば、第１のＲＩＶの２進値が「１０１１」である（その１０進値は１１である）とき、第２のＲＩＶの１０進値は－（１１×２）＋５４＝３２であり（その２進値は「１０１０１０」であり）、第１のＲＩＶの「１０１１」の最下位ビットの後にｋ＝１つの０をパディングすることによって、および「１０１１」の最上位ビットの前にｋ２＝２－１＝１つの０をパディングすることによって「０１０１１０」が取得され得、次いで、（その１０進値が５４である）「１１０１１０」から「０１０１１０」を減算することによって第２のＲＩＶの「１０１０１０」が取得される。

具体的には、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量によって表されることが可能なステータスの値範囲内で、値は、値の降順で２^kの間隔で取得されて、第２のＲＩＶの可能な値が取得されることが可能である。図７に示されている事例では、第１のＲＩＶのビットの量ｋ１は４である。したがって、第１のＲＩＶの値範囲は｛０，１，２，…，１５｝である。第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量Ｎは５５であり、第２のＲＩＶの値範囲は｛０，１，２，…，５４｝である。したがって、第２のＲＩＶの値範囲は｛５４，５２，５０，…，２４｝である。図１３に示されているように、樹形図中の色付けされたノードは、第２のＲＩＶの値範囲を表す。既存の方式と比較して、第２のＲＩＶに対応するＶＲＢの量と、これらのＶＲＢの量のタイプの両方が増加し、特に、第２のＲＩＶに対応するＶＲＢの量が比較的大きくなり、したがって、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティが増加することが理解され得る。加えて、この方式は、第２のＲＩＶのすべての値が使用されることが可能であることを保証することができる。

例４

たとえば、

、

、Ｍ＝２^k1、

、および

である。

図７に示されている事例では、第１のＢＷＰの帯域幅

は４であり、第２のＢＷＰの帯域幅

は１０であり、第１のＲＩＶのビットの量ｋ１は４であり、この量によって表されることが可能なステータスの総量Ｍは１６であり、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量Ｎは５５である。したがって、ａは３である。たとえば、第１のＲＩＶの２進値が「１０１１」である（その１０進値は１１である）とき、第２のＲＩＶの１０進値は１１×３＝３３である（その２進値は「１００００１」である）。

具体的には、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量によって表されることが可能なステータスの値範囲内で、値は、値の昇順でａの間隔で取得されて、第２のＲＩＶの可能な値が取得されることが可能である。図７に示されている事例では、第１のＲＩＶのビットの量ｋ１は４である。したがって、第１のＲＩＶの値範囲は｛０，１，２，…，１５｝である。第２のＢＷＰ中の周波数領域リソースを示すために必要とされるステータスの総量Ｎは５５であり、第２のＲＩＶの値範囲は｛０，１，２，…，５４｝である。したがって、第２のＲＩＶの値範囲は｛０，３，６，…，４５｝である。図１４に示されているように、樹形図中の色付けされたノードは、第２のＲＩＶの値範囲を表す。

加えて、ａ＝Ｎ／Ｍであるとき、上記の計算方式と同様に、第２のＲＩＶの１０進値は３７である（その２進値は「１００１０１」である）。この場合、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量によって表されることが可能なステータスの値範囲内で、値は、値の昇順でａまたはａ＋１の間隔で取得されて、第２のＲＩＶの可能な値が取得されることが可能である。図１５に示されているように、樹形図中の色付けされたノードは、第２のＲＩＶの値範囲を表す。

図１４および図１５から、既存の方式と比較して、第２のＲＩＶに対応するＶＲＢの量と、これらのＶＲＢの量のタイプの両方が増加し、したがって、ネットワークデバイスによってデータチャネルをスケジュールするフレキシビリティが増加することが理解され得る。加えて、この方式は、第２のＲＩＶのすべての値が使用されることが可能であることを保証することができる。

実施形態２
図１６は、リソース表示値を取得するための方法３００を示す。

Ｓ３１０において、ネットワークデバイスがリソース表示値（ＲＩＶ）を決定し、ＲＩＶのビットの量は、第１の帯域幅パート（ＢＷＰ）に基づいて決定され、ＲＩＶは、第２の帯域幅パート（ＢＷＰ）に配置されたデータチャネルによって占有されるリソースを示すために使用される。

Ｓ３２０において、ネットワークデバイスがダウンリンク制御情報（ＤＣＩ）を送り、ＤＣＩはＲＩＶを含み、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される。

Ｓ２３０において、端末デバイスがＤＣＩを受信する。

Ｓ２４０において、端末デバイスが、ＲＩＶおよび第１のＢＷＰの帯域幅に基づいて、データチャネルによって占有されるリソースを決定する。

任意選択で、Ｓ２４０において、端末デバイスは、ＲＩＶおよび第１のＢＷＰの帯域幅に基づいて第１の番号Ｖ１および第１の長さＬ１を決定し、第１の番号Ｖ１およびオフセット値に基づいて第２の番号Ｖ２を決定し、第２の番号Ｖ２および第１の長さＬ１に基づいて、データチャネルによって占有されるリソースを決定する。

本明細書では、端末デバイスは、ＲＩＶおよび第１のＢＷＰの帯域幅に基づいて、番号ＲＢ’_start（すなわち、第１の番号Ｖ１）および長さＬ_RBs（すなわち、第１の長さＬ１）を決定する。この場合、ネットワークデバイスによって端末デバイスに割り振られる連続するＶＲＢ中の開始ＶＲＢの番号（すなわち、第２の番号Ｖ２）は、ＲＢ_start＝ＲＢ’_start＋ｎ_offsetであり、これらの連続するＶＲＢの量は、Ｌ_RBsである。

たとえば、オフセット値ｎ_offsetは、上位レイヤシグナリングを使用することによって構成されるか、またはオフセット値ｎ_offsetは、第１のＢＷＰの周波数領域開始位置と、第２のＢＷＰの周波数領域開始位置との間の差である。この方式の適用可能なシナリオは、限定はされないが、第１のＢＷＰの周波数領域範囲が、第２のＢＷＰの周波数領域範囲内にあることを含む。

任意選択で、Ｓ２４０において、端末デバイスは、ＲＩＶおよび第１のＢＷＰの帯域幅

に基づいて第１の番号Ｖ１および第１の長さＬ１を決定することと、第１の番号Ｖ１に基づいて第２の番号Ｖ２を決定し、ここで、

であり、第１の長さＬ１に基づいて第２の長さＬ２を決定し、ここで、

であり、Ｋは正の数であり、第２の番号Ｖ２および第２の長さＬ２に基づいて、データチャネルによって占有されるリソースを決定する。

本明細書では、端末デバイスは、ＲＩＶおよび第１のＢＷＰの帯域幅に基づいて、番号ＲＢ’_start（すなわち、第１の番号Ｖ１）および長さＬ’_RBs（すなわち、第１の長さＬ１）を決定する。この場合、ネットワークデバイスによって端末デバイスに割り振られる連続するＶＲＢ中の開始ＶＲＢの番号（すなわち、第１の番号Ｖ２）は、

であり、これらの連続するＶＲＢの量（すなわち、第１の長さＬ２）は、

である。

たとえば、Ｋは、第１のＢＷＰの帯域幅

および第２のＢＷＰの帯域幅

に基づいて決定され、

である。代替として、Ｋは、スケジューリング粒度Ｐ２を決定するための方法に従って取得されてよく、スケジューリング粒度Ｐ２の定義は上記の実施形態においてすでに説明されており、スケジューリング粒度Ｐ２を決定するためのすべての方法は、Ｋを決定するために使用されてよい。詳細について本明細書で再び説明されない。

たとえば、

であり、第１のＢＷＰの帯域幅

は、（１５ＫＨｚのサブキャリアおよび２１６個のＲＢを有する）４０Ｍである。ＲＩＶの２進値が「０１１１００１１０」である（その１０進値が２３０である）とき、番号ＲＢ’_start＝５および長さＬ’_RBs＝１０が、ＲＩＶおよび第１のＢＷＰの帯域幅に基づいて決定される。この場合、ネットワークデバイスによって端末デバイスに割り振られる連続するＶＲＢ中の開始ＶＲＢの番号は、

であり、これらの連続するＶＲＢの量は、

である。

実施形態３
図１７は、リソース表示値を取得するための方法４００を示す。

Ｓ４１０において、ネットワークデバイスが周波数領域リソース割振り情報を決定し、周波数領域リソース割振り情報は、第２の帯域幅パート（ＢＷＰ）に配置されたデータチャネルによって占有されるリソースを示すために使用され、周波数領域リソース割振り情報に必要とされるビットの量は、第２のＢＷＰに基づいて決定される。

Ｓ４２０において、周波数領域リソース割振り情報のビットの量ｋ１が、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量ｋ２よりも少ないとき、ネットワークデバイスが、第２のＢＷＰのリソースブロックグループ（ＲＢＧ）構成を変更して、第２のＢＷＰのデータチャネルのＲＢＧの粒度を増加させる。

任意選択で、第２のＢＷＰのＲＢＧの粒度を増加させることは、第２のＢＷＰのＲＢＧ構成が第１のＲＢＧ構成であるとき、第２のＢＷＰのリソースブロックグループ（ＲＢＧ）構成を第２のＲＢＧ構成に変更することを含む。この場合、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量は、第２のＲＢＧ構成および第２のＢＷＰの帯域幅によって決定される。

Ｓ４３０において、ネットワークデバイスがダウンリンク制御情報（ＤＣＩ）を送り、ＤＣＩは周波数領域リソース割振り情報を含み、ＤＣＩは、第２のＢＷＰに配置されたデータチャネルをスケジュールするために使用される。

Ｓ４４０において、端末デバイスがＤＣＩを受信する。

Ｓ４５０において、周波数領域リソース割振り情報のビットの量ｋ１が、第２のＢＷＰ中の周波数領域リソースを示すために必要とされるビットの量ｋ２よりも少ないとき、端末デバイスによって受信された、第２のＢＷＰのデータチャネルのＲＢＧの粒度を増加させる。

任意選択で、Ｓ４５０において、端末デバイスによって受信された第２のＢＷＰのＲＢＧ構成が変更されることは、第２のＢＷＰのＲＢＧ構成が第１のＲＢＧ構成であるとき、第２のＢＷＰのリソースブロックグループ（ＲＢＧ）構成が第２のＲＢＧ構成に変更されることを含む。この場合、周波数領域リソース割振り情報のｋ１ビットの各々によって表されるＲＢＧサイズは、第２のＲＢＧ構成および第２のＢＷＰの帯域幅によって決定される。

Ｓ４６０において、端末デバイスが、周波数領域リソース割振り情報に基づいて、データチャネルによって占有されるリソースを決定する。

本明細書では、第１のＢＷＰの周波数領域リソース割振りタイプはタイプ１またはタイプ０であり、第２のＢＷＰの周波数領域リソース割振りタイプはタイプ０である。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

に基づいて決定され、

であり、ｋ２は、第２のＢＷＰの帯域幅

である。

任意選択で、ｋ１は、第１のＢＷＰの帯域幅

であり、ｋ２は、第２のＢＷＰの帯域幅

に基づいて決定され、

である。

周波数領域リソース割振りタイプがタイプ０であるＢＷＰでは、ＢＷＰ中の周波数領域リソース割振り情報フィールドはビットマップ（ｂｉｔｍａｐ）であり、ビットマップは、データチャネルに割り振られたＲＢＧの位置を示す。これは以下の表４に示されている。

表４から、２つのＲＢＧ構成がシステム中であらかじめ定義されることを理解することができる。ＲＢＧ構成１（すなわち、第１のＲＢＧ構成）では、ＲＢＧサイズの候補値は、２、４、８、および１６である。ＲＢＧ構成２（すなわち、第２のＲＢＧ構成）では、ＲＢＧサイズの候補値は、４、８、および１６である。ネットワークデバイスは、上位レイヤシグナリングを使用することによって各端末デバイスの各ＢＷＰのために１つのＲＢＧ構成を構成し、端末デバイスは、データチャネルが配置されたＢＷＰの帯域幅、およびＢＷＰのために構成されたＲＢＧ構成を使用することによって、ＲＢＧサイズを決定する。Ｐのサイズを有するＲＢＧについて、ＢＷＰの帯域幅が

であり、ＢＷＰ中のＲＢＧの総量が

であるとき、対応するビットマップ中に合計で

ビットが含まれ、各ビットは１つのＲＢＧに対応する。

上記の説明された方法および図４に関して、周波数領域リソース割振り情報のビットの量が、第２のＢＷＰ中でデータチャネルを送信するための周波数領域リソースを示すために必要とされるビットの量よりも少ないとき、および第２のＢＷＰのＲＢＧ構成が構成１であるとき、第２のＢＷＰのＲＢＧ構成は構成２に変更されてよく、したがって、いくつかの場合には、第２のＢＷＰ中でデータチャネルを送信するための周波数領域リソースを示すために必要とされるビットの量が低減される。

加えて、上記のシナリオ２では、アクティブＢＷＰのＣＯＲＥＳＥＴのＵＳＳ中で送信されるフォーマット０＿０／１＿０におけるＤＣＩのサイズが、初期ＢＷＰによって決定される場合、フォーマット１＿０におけるＤＣＩを使用することによってスケジュールされるＰＤＳＣＨは、初期ダウンリンクＢＷＰ中で送信されることに限定され、加えて、フォーマット０－０におけるＤＣＩを使用することによってスケジュールされるＰＵＳＣＨは、初期アップリンクＢＷＰ中で送信されることに限定され得る。加えて、本出願において解決される必要がある問題のために、ＲＩＶ生成公式は、代替として、

であるとき、

であり、さもなければ、

である、のように変更されてよい。本明細書では、Ｌ_RBs≧１であり、Ｌ_RBsは

を超えず、

である。

たとえば、第１のＢＷＰの帯域幅が４個のＲＢであり、第２のＢＷＰの帯域幅が１０個のＲＢであるとき、上記の生成公式に従って取得された樹形図が図１８に示されている。端末デバイスに割り振られることが可能なＶＲＢの量が、より良好なフレキシビリティを有することが理解され得る。

上記の方法に従って、図１９は、本出願の実施形態によるリソース表示値を取得するための装置１０の概略図１である。図１９に示されているように、装置１０は、端末デバイスであり得るか、またはチップもしくは回路、たとえば、端末デバイス中に配設され得るチップもしくは回路であり得る。

装置１０は、プロセッサ１１（処理ユニットの例）およびメモリ１２を含み得る。メモリ１２は、命令を記憶するように構成され、プロセッサ１１は、メモリ１２に記憶された命令を実行して、装置２０が、上記の方法における端末デバイスによって実施されるステップを実施するように構成される。

さらに、装置１０は、入力ポート１３（通信ユニットの例）および出力ポート１４（通信ユニットの別の例）をさらに含み得る。さらに、プロセッサ１１、メモリ１２、入力ポート１３、および出力ポート１４は、内部接続経路を使用することによって互いに通信して、制御および／またはデータ信号を送信し得る。メモリ１２は、コンピュータプログラムを記憶するように構成される。プロセッサ１１は、上記の方法における端末デバイスによって実施されるステップを実装するために、メモリ１２からコンピュータプログラムを呼び出し、コンピュータプログラムを実行して、信号を受信するように入力ポート１３を制御し、信号を送るように出力ポート１４を制御するように構成され得る。メモリ１２はプロセッサ１１に組み込まれ得るか、またはメモリ１２とプロセッサ１１は別々に配設され得る。

任意選択で、装置１０が通信デバイスである場合、入力ポート１３は受信機であってよく、出力ポート１４は送信機であってよい。受信機と送信機は、同じ物理エンティティまたは異なる物理エンティティであってよい。受信機と送信機が同じ物理エンティティであるとき、受信機と送信機は、まとめてトランシーバと呼ばれることがある。

任意選択で、装置１０がチップまたは回路である場合、入力ポート１３は入力インターフェースであり、出力ポート１４は出力インターフェースである。

任意選択で、装置１０がチップまたは回路である場合、装置１０はメモリ１２を含まないことがある。プロセッサ１１は、チップの外部にあるメモリ中の命令（プログラムまたはコード）を読み取って、上記の方法における送信端部デバイスの機能を実装し得る。

実装では、入力ポート１３および出力ポート１４の機能は、トランシーバ回路または専用トランシーバチップを使用することによって実装され、プロセッサ１１は、専用処理チップ、処理回路、またはプロセッサ、またはユニバーサルチップを使用することによって実装されることが考えられてよい。

別の実装では、本出願のこの実施形態において提供される端末デバイスは、汎用コンピュータを使用することによって実装されることが考えられてよい。具体的には、プロセッサ１１、入力ポート１３、および出力ポート１４の機能を実装するためのプログラムコードがメモリ１２に記憶され、汎用プロセッサは、メモリ１２中のコードを実行することによってプロセッサ１１、入力ポート１３、および出力ポート１４の機能を実装する。

リソース表示値を取得するための装置１０中のモジュールまたはユニットの上記のリストされた機能および行為は、例として説明されたものにすぎない。リソース表示値を取得するための装置１０中のモジュールまたはユニットは、方法２００または方法３００における端末デバイスによって実施される行為または処理手順を実施するように構成されてよい。繰り返しを回避するために、詳細な説明は本明細書において省略される。

装置１０によって使用され、本出願のこの実施形態および他のステップにおいて提供される技術的解決策に関係する、概念、説明、および詳細な説明については、上記の方法または他の実施形態における内容の説明を参照されたい。詳細について本明細書で再び説明されない。

上記の方法に従って、図２０は、本出願の実施形態による通信装置３０の概略図２である。図２０に示されているように、装置３０は、ネットワークデバイスであり得るか、またはチップもしくは回路、たとえば、ネットワークデバイス中に配設され得るチップもしくは回路であり得る。

装置３０は、プロセッサ３１（処理ユニットの例）およびメモリ３２を含み得る。メモリ３２は、命令を記憶するように構成され、プロセッサ３１は、メモリ３２に記憶された命令を実行して、装置３０が、上記の方法におけるネットワークデバイスによって実施されるステップを実施するように構成される。

さらに、装置３０は、入力ポート３３（通信ユニットの例）および出力ポート３３（処理ユニットの別の例）をさらに含み得る。またさらに、プロセッサ３１、メモリ３２、入力ポート３３、および出力ポート３４は、内部接続経路を使用することによって互いに通信して、制御および／またはデータ信号を送信し得る。メモリ３２は、コンピュータプログラムを記憶するように構成される。プロセッサ３１は、上記の方法２００における端末デバイスによって実施されるステップを実装するために、メモリ３２からコンピュータプログラムを呼び出し、コンピュータプログラムを実行して、信号を受信するように入力ポート３３を制御し、信号を送るように出力ポート３４を制御するように構成され得る。メモリ３２はプロセッサ３１に組み込まれ得るか、またはメモリ３２とプロセッサ３１は別々に配設され得る。

上記の方法における受信端部デバイスによって実施されるステップを実装するために、入力ポート３３は、信号を受信するように制御され、出力ポート３４は、信号を送るように制御される。メモリ３２はプロセッサ３１に組み込まれ得るか、またはメモリ３２とプロセッサ３１は別々に配設され得る。

任意選択で、装置３０が通信デバイスである場合、入力ポート３３は受信機であり、出力ポート３４は送信機である。受信機と送信機は、同じ物理エンティティまたは異なる物理エンティティであってよい。受信機と送信機が同じ物理エンティティであるとき、受信機と送信機は、まとめてトランシーバと呼ばれることがある。

任意選択で、装置３０がチップまたは回路である場合、入力ポート３３は入力インターフェースであり、出力ポート３４は出力インターフェースである。

任意選択で、装置３０がチップまたは回路である場合、装置３０はメモリ３２を含まないことがある。プロセッサ３１は、チップの外部にあるメモリ中の命令（プログラムまたはコード）を読み取って、上記の方法における受信端部デバイスの機能を実装し得る。

実装では、入力ポート３３および出力ポート３４の機能は、トランシーバ回路または専用トランシーバチップを使用することによって実装され、プロセッサ３１は、専用処理チップ、処理回路、またはプロセッサ、またはユニバーサルチップを使用することによって実装されることが考えられてよい。

別の実装では、本出願のこの実施形態において提供される受信端部デバイスは、汎用コンピュータを使用することによって実装されることが考えられてよい。具体的には、プロセッサ３１、入力ポート３３、および出力ポート３４の機能を実装するためのプログラムコードがメモリに記憶され、汎用プロセッサは、メモリ中のコードを実行することによってプロセッサ３１、入力ポート３３、および出力ポート３４の機能を実装する。

リソース表示値を取得するための装置３０中のモジュールまたはユニットの上記のリストされた機能および行為は、例として説明されたものにすぎない。リソース表示値を取得するための装置３０中のモジュールまたはユニットは、方法２００または方法３００におけるネットワークデバイスによって実施される行為または処理手順を実施するように構成されてよい。繰り返しを回避するために、詳細な説明は本明細書において省略される。

装置３０に関し、本出願のこの実施形態および他のステップにおいて提供される技術的解決策に関係する、概念、説明、および詳細な説明については、上記の方法または他の実施形態における内容の説明を参照されたい。詳細について本明細書で再び説明されない。

図２１は、本出願による端末デバイス２０の概略構造図である。端末デバイス２０は、上記の方法における端末デバイスの機能を実装するように構成され得る。端末デバイス２０は、図９に示されているシステムに適用され得る。説明しやすいように、図２１は、端末デバイスの主要な構成要素のみを示している。図２１に示されているように、端末デバイス２０は、プロセッサ、メモリ、制御回路、アンテナ、および入出力装置を含む。

プロセッサは、通信プロトコルおよび通信データを処理し、端末デバイス全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理する、たとえば、説明される行為を実施する際に端末デバイスをサポートするように主に構成される。メモリは、ソフトウェアプログラムおよびデータを記憶するように主に構成される。制御回路は、ベースバンド信号および無線周波数信号を変換し、無線周波数信号を処理するように主に構成される。制御回路は、アンテナとともに、電磁波形中で無線周波数信号を送受信するように主に構成されるトランシーバと呼ばれることもある。タッチスクリーン、ディスプレイスクリーン、またはキーボードなどの入出力装置は、ユーザによって入力されたデータを受信し、ユーザにデータを出力するように主に構成される。

端末デバイスが電源投入された後に、プロセッサは、記憶ユニット中のソフトウェアプログラムを読み取り、ソフトウェアプログラムの命令を解釈および実行し、ソフトウェアプログラムのデータを処理し得る。データがワイヤレス方式で送られる必要があるとき、プロセッサは、送られるべきデータに対してベースバンド処理を実施し、ベースバンド信号を無線周波数回路に出力する。無線周波数回路は、ベースバンド信号に対して無線周波数処理を実施し、次いで、電磁波形態におけるアンテナを使用することによって無線周波数信号を送る。データが端末デバイスに送られたとき、無線周波数回路は、アンテナを使用することによって無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力し、プロセッサは、ベースバンド信号をデータに変換し、データを処理する。

当業者は、説明しやすいように、図２１が、ただ１つのメモリおよびただ１つのプロセッサを示していることを理解されよう。実際には、端末デバイスは、複数のプロセッサおよび複数のメモリを含んでよい。メモリは、記憶媒体、記憶デバイスなどと呼ばれることもある。これは、本出願のこの実施形態では限定されない。

任意選択の実装では、プロセッサは、ベースバンドプロセッサおよび中央処理ユニットを含み得る。ベースバンドプロセッサは、通信プロトコルおよび通信データを処理するように主に構成される。中央処理ユニットは、端末デバイス全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように主に構成される。図２２のプロセッサは、ベースバンドプロセッサおよび中央処理ユニットの機能を組み込んでいる。当業者は、ベースバンドプロセッサおよび中央処理ユニットが、代替として、互いに依存しないプロセッサであってよく、バスなどの技術を使用することによって相互接続されることを理解されよう。当業者は、端末デバイスが、様々なネットワーク規格に適応するために複数のベースバンドプロセッサを含んでよく、端末デバイスが、端末デバイスの処理能力を改善するために複数の中央処理ユニットを含んでよく、端末デバイスの構成要素が、様々なバスを使用することによって接続され得ることを理解されよう。ベースバンドプロセッサは、ベースバンド処理回路またはベースバンド処理チップとして表されることもある。中央処理ユニットは、中央処理回路または中央処理チップとして表されることもある。通信プロトコルおよび通信データを処理する機能は、プロセッサ中に構築され得るか、またはソフトウェアプログラムの形態で記憶ユニットに記憶され得て、プロセッサは、ソフトウェアプログラムを実行してベースバンド処理機能を実装する。

たとえば、本出願のこの実施形態では、送受信機能および制御回路を有するアンテナは、端末デバイス２０のトランシーバユニット２０１と見なされてよく、処理機能を有するプロセッサは、端末デバイス２０の処理ユニット２０２と見なされてよい。図２１に示されているように、端末デバイス２０は、トランシーバユニット２０１および処理ユニット２０２を含む。トランシーバユニットは、トランシーバ、トランシーバ装置などと呼ばれることもある。任意選択で、トランシーバユニット２０１中に受信機能を実装するように構成された構成要素は、受信ユニットと見なされてよく、トランシーバユニット２０１中に送信機能を実装するように構成された構成要素は、送信ユニットと見なされてよい。言い換えれば、トランシーバユニット２０１は、受信ユニットおよび送信ユニットを含む。たとえば、受信ユニットは、受信機、受信機回路などと呼ばれることもあり、送信ユニットは、送信機、送信機回路などと呼ばれることもある。

図２２は、本出願の実施形態によるネットワークデバイスの概略構造図である。ネットワークデバイスは、上記の方法におけるネットワークデバイスの機能を実装するように構成され得る。たとえば、図２２は、基地局の概略構造図であり得る。図２２に示されているように、ネットワークデバイス（たとえば、基地局）は、図９に示されているシステムに適用され得る。ネットワークデバイス４０は、１つまたは複数の無線周波数ユニット、たとえば、リモート無線ユニット（ｒｅｍｏｔｅｒａｄｉｏｕｎｉｔ、ＲＲＵ）４０１、および１つまたは複数のベースバンドユニット（ｂａｓｅｂａｎｄｕｎｉｔ、ＢＢＵ）（デジタルユニット（ｄｉｇｉｔａｌｕｎｉｔ、ＤＵ）と呼ばれることもある）４０２を含む。ＲＲＵ４０１は、トランシーバユニット、トランシーバ、トランシーバ回路などと呼ばれることがあり、少なくとも１つのアンテナ４０１１および無線周波数ユニット４０１２を含み得る。ＲＲＵ４０１は、無線周波数信号を受信および送信し、たとえば、上記の実施形態におけるシグナリングメッセージを端末デバイスに送るように構成された、無線周波数信号とベースバンド信号との間の変換を実施するように主に構成される。ＢＢＵ４０２は、ベースバンド処理を実行すること、基地局を制御することなどを行うように主に構成される。ＲＲＵ４０１とＢＢＵ４０２は、物理的に一緒に配設され得るか、または物理的に別々に配設され得、具体的には、分散された基地局上にあり得る。

ＢＢＵ４０２は、基地局の制御センターであり、処理ユニットと呼ばれることもあり、ベースバンド処理機能、たとえば、チャネルコーディング、多重化、変調、および拡散を実装するように主に構成される。たとえば、ＢＢＵ（処理ユニット）４０２は、基地局４０を制御して、方法実施形態におけるネットワークデバイスの動作手順を実施するように構成され得る。

例では、ＢＢＵ４０２は、１つまたは複数のボードを含んでよく、複数のボードは、単一のアクセス規格の無線アクセスネットワーク（たとえば、ＬＴＥシステム、もしくは５Ｇシステム）を一緒にサポートし得るか、または様々なアクセス規格の無線アクセスネットワークを別々にサポートし得る。ＢＢＵ４０２は、メモリ４０２１およびプロセッサ４０２２をさらに含む。メモリ４０２１は、必要な命令およびデータを記憶するように構成される。プロセッサ４０２２は、必要な行為を実施するように基地局を制御するように構成される。たとえば、プロセッサ４０２２は、基地局を制御して、上記の方法実施形態におけるネットワークデバイスに関係する動作手順を実施するように構成される。メモリ４０２１およびプロセッサ４０２２は、１つまたは複数のボードをサービスし得る。言い換えれば、メモリとプロセッサは、各ボード上に別々に配設され得る。代替として、複数のボードが、同じメモリおよび同じプロセッサを共有し得る。加えて、各ボード上に、必要な回路がさらに配設され得る。

可能な実装では、システムオンチップ（Ｓｙｓｔｅｍ－ｏｎ－ｃｈｉｐ、ＳｏＣ）技術の発展とともに、構成要素４０２および４０１のすべてまたはいくつかの機能は、ＳｏＣ技術を使用することによって実装され、たとえば、１つの基地局機能チップを使用することによって実装され得る。基地局機能チップは、プロセッサ、メモリ、およびアンテナインターフェースなどの構成要素を組み込む。基地局関連の機能のプログラムがメモリに記憶される。プロセッサは、プログラムを実行して基地局関連の機能を実装する。任意選択で、基地局機能チップは、基地局関連の機能を実装するためにチップの外部にあるメモリを読み取ることもできる。

図２２に示されているネットワークデバイスの構造は、可能な形態にすぎず、本出願のこの実施形態に対するいかなる限定ともならないことを理解されたい。本出願では、将来において別の形態の基地局構造があり得る可能性は除外されない。

本出願の実施形態における方法によれば、本出願の実施形態は、送信端部デバイスおよび受信端部デバイスを含む、通信システムをさらに提供する。

本明細書における「／」という文字は、通常、関連する対象間の「または」関係を示す。

上記の処理のシーケンス番号は、本出願の実施形態における実行シーケンスを意味しないことを理解されたい。処理の実行シーケンスは、処理の機能および内部論理に基づいて決定されるべきであり、本出願の実施形態の実装処理に対するいかなる限定としても解釈されるべきではない。

上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されない。本出願に開示される技術範囲内で当業者によって容易に理解されるいかなる変更または置換も、本出願の保護範囲内に入るものである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従わなければならないものである。

Claims

リソース表示値を取得する方法であって、
ダウンリンク制御情報を受信するステップであって、前記ダウンリンク制御情報はリソース表示値を備え、前記リソース表示値のビットの量は、第１の帯域幅パートに基づいて決定され、前記ダウンリンク制御情報は、第２の帯域幅パートに配置されたデータチャネルをスケジュールするために使用される、ステップと、
前記第１の帯域幅パートの帯域幅

および前記第２の帯域幅パートの帯域幅

に基づいて正の数Ｋを決定するステップであって、Ｋは

を満たす、ステップと、
前記リソース表示値、前記第１の帯域幅パートの前記帯域幅

および前記正の数Ｋに基づいて第２の番号ＲＢ_startおよび第２の長さＬ_RBsを決定するステップであって、前記第２の番号ＲＢ_startは前記データチャネルによって占有される連続する仮想リソースブロックの開始仮想リソースブロックを識別する番号を示し、前記第２の長さＬ_RBsは前記連続する仮想リソースブロックの量を示す、ステップと、
前記第２の番号ＲＢ_startおよび前記第２の長さＬ_RBsに基づいて、前記データチャネルによって占有されるリソースを決定するステップと
を備える、方法。
前記第２の番号ＲＢ_startおよび前記第２の長さＬ_RBsの前記決定は、
前記リソース表示値および前記第１の帯域幅パートの帯域幅

に基づいて第１の番号ＲＢ′_startおよび第１の長さＬ′_RBsを決定するステップと、
前記第１の番号ＲＢ′_startに基づいて前記第２の番号ＲＢ_startを決定し、前記第１の長さＬ′_RBsに基づいて前記第２の長さＬ_RBsを決定するステップと
を備え、ＲＢ_startは

を満たし、Ｌ_RBsは

を満たす請求項１に記載の方法。
Ｋは、少なくとも１つの候補値Ｋ’の最大値であり、前記少なくとも１つの候補値Ｋ’は

を満たす請求項１または２に記載の方法。
前記少なくとも１つの候補値Ｋ’は候補セットに備えられ、前記候補セットは２、４および８を備える請求項３に記載の方法。
Ｋは２、４または８に等しい請求項１または２に記載の方法。
Ｋは１に等しい請求項１または２に記載の方法。
前記データチャネルによって占有される前記リソースに関するデータを送信するステップ、または
前記データチャネルによって占有される前記リソースに関するデータを受信するステップ
をさらに備える請求項１乃至６のいずれか一項に記載の方法。
リソース表示値を取得する方法であって、
ダウンリンク制御情報を受信するステップであって、前記ダウンリンク制御情報はリソース表示値を備え、前記ダウンリンク制御情報は第２の帯域幅パートに配置されたデータチャネルをスケジュールするために使用される、ステップと、
前記リソース表示値に基づいて、前記データチャネルによって占有されるリソースを決定するステップと
を備え、
前記データチャネルは連続する仮想リソースブロックを占有し、前記連続する仮想リソースブロックの開始仮想リソースブロックを識別する番号、前記連続する仮想リソースブロックの量、および前記リソース表示値は、

、および

を満たし、ＲＢ _start は前記連続する仮想リソースブロックの前記開始仮想リソースブロックを識別する前記番号を示し、Ｌ _RBs は前記連続する仮想リソースブロックの前記量を示し、Ｋは正の数であり、

を満たし、

は第１の帯域幅パートの帯域幅を示し、

は前記第２の帯域幅パートの帯域幅を示し、

のとき

であり、または

のとき

であり、ＲＩＶは前記リソース表示値を示す、方法。
前記リソース表示値のビットの量は、前記第１の帯域幅パートに基づいて決定される請求項８に記載の方法。
Ｋは少なくとも１つの候補値Ｋ’の最大値であり、前記少なくとも１つの候補値Ｋ’は

を満たす請求項８または９に記載の方法。
前記少なくとも１つの候補値Ｋ’は候補セットに備えられ、前記候補セットは２、４、および８を備える請求項１０に記載の方法。
Ｋは２、４または８に等しい請求項８または９に記載の方法。
Ｋは１に等しい請求項８または９に記載の方法。
前記データチャネルによって占有される前記リソースに関するデータを送信するステップ、または
前記データチャネルによって占有される前記リソースに関するデータを受信するステップ
をさらに備える請求項８乃至１３のいずれか一項に記載の方法。
リソース表示値を送信する方法であって、
リソース表示値を決定するステップと、
ダウンリンク制御情報を送信するステップであって、前記ダウンリンク制御情報は前記リソース表示値を備え、前記ダウンリンク制御情報は第２の帯域幅パートに配置されたデータチャネルをスケジュールするために使用される、ステップと
を備え、
前記データチャネルは連続する仮想リソースブロックを占有し、前記連続する仮想リソースブロックの開始仮想リソースブロックを識別する番号、前記連続する仮想リソースブロックの量、および前記リソース表示値は

、および

を満たし、ＲＢ_startは前記連続する仮想リソースブロックの前記開始仮想リソースブロックを識別する前記番号を示し、Ｌ_RBsは前記連続する仮想リソースブロックの前記量を示し、Ｋは正の数であり、

を満たし、

は第１の帯域幅パートの帯域幅を示し、

は前記第２の帯域幅パートの帯域幅を示し、

のとき

であり、または

のとき

であり、ＲＩＶは前記リソース表示値を示す、方法。
前記リソース表示値のビットの量は、前記第１の帯域幅パートに基づいて決定される請求項１５に記載の方法。
Ｋは、少なくとも１つの候補値Ｋ’の最大値であり、前記少なくとも１つの候補値Ｋ’は

を満たす請求項１５または１６に記載の方法。
前記少なくとも１つの候補値Ｋ’は候補セットに備えられ、前記候補セットは２、４および８を備える請求項１７に記載の方法。
Ｋは２、４、または８に等しい請求項１５または１６に記載の方法。
Ｋは１に等しい請求項１５または１６に記載の方法。
前記データチャネルによって占有されるリソースに関するデータを送信するステップ、または
前記データチャネルによって占有されるリソースに関するデータを受信するステップ
をさらに備える請求項１５乃至２０のいずれか一項に記載の方法。
リソース表示値を取得する装置であって、
ダウンリンク制御情報を受信するように構成されたトランシーバユニットであって、前記ダウンリンク制御情報はリソース表示値を備え、前記リソース表示値のビットの量は、第１の帯域幅パートに基づいて決定され、前記ダウンリンク制御情報は、第２の帯域幅パートに配置されたデータチャネルをスケジュールするために使用される、トランシーバユニットと、
前記第１の帯域幅パートの帯域幅

および前記第２の帯域幅パートの帯域幅

に基づいて正の数Ｋを決定するように構成された処理ユニットであって、Ｋは

を満たす、処理ユニットと
を備え、
前記処理ユニットは、前記リソース表示値、前記第１の帯域幅パートの前記帯域幅

および前記正の数Ｋに基づいて第２の番号ＲＢ_startおよび第２の長さＬ_RBsを決定するようにさらに構成され、前記第２の番号ＲＢ_startは前記データチャネルによって占有される連続する仮想リソースブロックの開始仮想リソースブロックを識別する番号を示し、前記第２の長さＬ_RBsは前記連続する仮想リソースブロックの量を示し、
前記処理ユニットは、前記第２の番号ＲＢ_startおよび前記第２の長さＬ_RBsに基づいて、前記データチャネルによって占有されるリソースを決定するようにさらに構成される、装置。
前記処理ユニットは、前記第２の番号ＲＢ_startおよび前記第２の長さＬ_RBs を決定するように構成され、
前記処理ユニットは、
前記リソース表示値および前記第１の帯域幅パートの帯域幅

に基づいて第１の番号ＲＢ′_startおよび第１の長さＬ′_RBsを決定し、
前記第１の番号ＲＢ′_startに基づいて前記第２の番号ＲＢ_startを決定し、前記第１の長さＬ′_RBsに基づいて前記第２の長さＬ_RBsを決定するように構成され、ＲＢ_startは

を満たし、Ｌ_RBsは

を満たす２２に記載の装置。
Ｋは、少なくとも１つの候補値Ｋ’の最大値であり、前記少なくとも１つの候補値Ｋ’は

を満たす請求項２２または２３に記載の装置。
前記少なくとも１つの候補値Ｋ’は候補セットに備えられ、前記候補セットは２、４および８を備える請求項２４に記載の装置。
Ｋは２、４または８に等しい請求項２２または２３に記載の装置。
Ｋは１に等しい請求項２２または２３に記載の装置。
前記トランシーバユニットは、
前記データチャネルによって占有される前記リソースに関するデータを送信し、または
前記データチャネルによって占有される前記リソースに関するデータを受信する
ようにさらに構成された請求項２２乃至２７のいずれか一項に記載の装置。
リソース表示値を取得する装置であって、
ダウンリンク制御情報を受信するように構成されたトランシーバユニットであって、前記ダウンリンク制御情報はリソース表示値を含み、前記ダウンリンク制御情報は、第２の帯域幅パートに配置されたデータチャネルをスケジュールするために使用される、トランシーバユニットと、
前記リソース表示値に基づいて、前記データチャネルによって占有されるリソースを決定するように構成された処理ユニットと
を備え、
前記データチャネルは連続する仮想リソースブロックを占有し、前記連続する仮想リソースブロックの開始仮想リソースブロックを識別する番号、前記連続する仮想リソースブロックの量、および前記リソース表示値は、

、および

を満たし、ＲＢ _start は前記連続する仮想リソースブロックの前記開始仮想リソースブロックを識別する前記番号を示し、Ｌ _RBs は前記連続する仮想リソースブロックの前記量を示し、Ｋは正の数であり、

を満たし、

は第１の帯域幅パートの帯域幅を示し、

は前記第２の帯域幅パートの帯域幅を示し、

のとき

であり、または

のとき

であり、ＲＩＶは前記リソース表示値を示す、装置。
前記リソース表示値のビットの量は、前記第１の帯域幅パートに基づいて決定される請求項２９に記載の装置。
Ｋは少なくとも１つの候補値Ｋ’の最大値であり、前記少なくとも１つの候補値Ｋ’は

を満たす請求項２９または３０に記載の装置。
前記少なくとも１つの候補値Ｋ’は候補セットに備えられ、前記候補セットは２、４、および８を備える請求項３１に記載の装置。
Ｋは２、４または８に等しい請求項２９または３０に記載の装置。
Ｋは１に等しい請求項２９または３０に記載の装置。
前記トランシーバユニットは、
前記データチャネルによって占有される前記リソースに関するデータを送信し、または
前記データチャネルによって占有される前記リソースに関するデータを受信する
ようにさらに構成された請求項２９乃至３４のいずれか一項に記載の装置。
リソース表示値を送信する装置であって、
リソース表示値を決定するように構成された処理ユニットと、
ダウンリンク制御情報を送信するように構成されたトランシーバユニットであって、前記ダウンリンク制御情報は前記リソース表示値を備え、前記ダウンリンク制御情報は第２の帯域幅パートに配置されたデータチャネルをスケジュールするために使用される、トランシーバユニットと
を備え、
前記データチャネルは連続する仮想リソースブロックを占有し、前記連続する仮想リソースブロックの開始仮想リソースブロックを識別する番号、前記連続する仮想リソースブロックの量、および前記リソース表示値は、

、および

を満たし、ＲＢ_startは前記連続する仮想リソースブロックの前記開始仮想リソースブロックを識別する前記番号を示し、Ｌ_RBsは前記連続する仮想リソースブロックの前記量を示し、Ｋは正の数であり、

を満たし、

は第１の帯域幅パートの帯域幅を示し、

は前記第２の帯域幅パートの帯域幅を示し、

のとき

であり、または

のとき

であり、ＲＩＶは前記リソース表示値を示す、装置。
前記リソース表示値のビットの量は、前記第１の帯域幅パートに基づいて決定される、請求項３６に記載の装置。
Ｋは、少なくとも１つの候補値の最大値Ｋ’であり、前記少なくとも１つの候補値Ｋ’は

を満たす請求項３６または３７に記載の装置。
前記少なくとも１つの候補値Ｋ’は候補セットに備えられ、前記候補セットは２、４および８を備える請求項３８に記載の装置。
Ｋは２、４、または８に等しい請求項３６または３７に記載の装置。
Ｋは１に等しい請求項３６または３７に記載の装置。
前記データチャネルによって占有されるリソースに関するデータを送信すること、または
前記データチャネルによって占有されるリソースに関するデータを受信すること
をさらに備える請求項３６乃至４１のいずれか一項に記載の装置。
装置であって、プロセッサと、前記プロセッサによる実行のための命令を記憶した記憶媒体とを備えることにより、前記命令が実行されたとき、前記プロセッサは前記装置に、請求項１乃至２１のいずれか一項に記載の方法を実行させるように構成される、装置。
コンピュータプログラムであって、コンピュータによって実行されたとき、前記コンピュータに、請求項１乃至２１のいずれか一項に記載の方法を実行させる命令を備える、コンピュータプログラム。