(57)【要約】  本発明の実施形態は、アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステムを提供する。方法は、端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するステップであって、送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、ステップと、送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにスケジューリング要求を送信するステップであって、その結果、ネットワークデバイスが、端末のために、スケジューリング要求を搬送するコードチャネルリソースに基づいて、送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、ステップとを含む。したがって、本発明の実施形態によれば、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
2019500802.tif 000002
【特許請求の範囲】
【請求項１】
端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するステップであって、前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、前記スケジューリング要求が、前記アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、ステップと、
前記端末により、前記送信パターンによって示された前記コードチャネルリソースを使用してネットワークデバイスに前記スケジューリング要求を送信するステップであって、その結果、前記ネットワークデバイスが、前記端末のために、前記スケジューリング要求を搬送する前記コードチャネルリソースに基づいて、前記送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、ステップと
を備える、アップリンク・トラフィック・リソース・スケジューリング方法。
【請求項２】
端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定する前記ステップが、
前記端末により、以下の情報：前記アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、前記スケジューリング要求用の前記送信パターンを決定するステップ
を備える、請求項1に記載の方法。
【請求項３】
前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、前記第1のコードチャネルリソースが前記アップリンクサブフレーム内の第1のタイムスロット内にあり、前記第2のコードチャネルリソースが前記アップリンクサブフレーム内の第2のタイムスロット内にある、請求項1または2に記載の方法。
【請求項４】
端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定する前記ステップが、
前記端末により、前記送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、前記送信されるべきアップリンクデータに対応する前記スケジューリング要求用の前記送信パターンを決定するステップであって、前記K個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ステップ
を備える、請求項3に記載の方法。
【請求項５】
Mが2または3である、請求項4に記載の方法。
【請求項６】
前記第1のタイムスロットおよび前記第2のタイムスロットが、各々N個のリソースブロックRBを備え、前記第1のコードチャネルリソースがi番目のRBに属し、前記第2のコードチャネルリソースがj番目のRBに属し、iが1以上N以下の整数であり、jが1以上N以下の整数である、請求項3に記載の方法。
【請求項７】
前記端末が第1のアンテナおよび第2のアンテナを備え、
端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定する前記ステップが、
前記端末により、前記送信されるべきアップリンクデータに応じて、前記第1のアンテナに対応する前記スケジューリング要求用の送信パターンおよび前記第2のアンテナに対応する前記スケジューリング要求用の送信パターンを決定するステップを備え、
前記端末により、前記送信パターンによって示された前記コードチャネルリソースを使用してネットワークデバイスに前記スケジューリング要求を送信する前記ステップが、
前記端末により、前記第1のアンテナおよび前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示されたコードチャネルリソースを使用して、前記ネットワークデバイスに前記スケジューリング要求を送信するステップと、前記第2のアンテナおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示されたコードチャネルリソースを使用して、前記ネットワークデバイスに前記スケジューリング要求を送信するステップとを備え、
前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースが、前記アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである、
請求項3から6のいずれか一項に記載の方法。
【請求項８】
ネットワークデバイスにより、端末によって送信されたスケジューリング要求を受信するステップであって、前記スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、ステップと、
前記ネットワークデバイスにより、前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定するステップであって、前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用される、ステップと、
前記ネットワークデバイスにより、前記スケジューリング要求用の前記送信パターンに従って前記端末用のアップリンク・トラフィック・リソースをスケジュールするステップと
を備える、アップリンク・トラフィック・リソース・スケジューリング方法。
【請求項９】
前記ネットワークデバイスにより、前記スケジューリング要求用の前記送信パターンに従って前記端末用のアップリンク・トラフィック・リソースをスケジュールする前記ステップが、
前記ネットワークデバイスにより、前記スケジューリング要求用の前記送信パターンに基づいて前記スケジューリング要求のタイプを特定するステップであって、前記スケジューリング要求の前記タイプが、以下の情報：前記アップリンクデータのデータ量および前記アップリンクデータの緊急度のうちの少なくとも1つを示すために使用される、ステップと、
前記スケジューリング要求の前記タイプに応じて前記端末用の前記アップリンク・トラフィック・リソースをスケジュールするステップと
を備える、請求項8に記載の方法。
【請求項１０】
前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、前記第1のコードチャネルリソースが前記アップリンクサブフレーム内の第1のタイムスロット内にあり、前記第2のコードチャネルリソースが前記アップリンクサブフレーム内の第2のタイムスロット内にある、請求項8または9に記載の方法。
【請求項１１】
前記ネットワークデバイスにより、前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定する前記ステップが、
前記ネットワークデバイスにより、前記スケジューリング要求を搬送するための前記コードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、前記アップリンクデータに対応する前記スケジューリング要求用の前記送信パターンを特定するステップであって、前記M＊M個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ステップ
を備える、請求項10に記載の方法。
【請求項１２】
Mが2または3である、請求項11に記載の方法。
【請求項１３】
前記第1のタイムスロットおよび前記第2のタイムスロットが、各々N個のRBを備え、前記第1のコードチャネルリソースがi番目のRBに属し、前記第2のコードチャネルリソースがj番目のRBに属し、iが1以上N以下の整数であり、jが1以上N以下の整数であり、
前記ネットワークデバイスにより、前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定する前記ステップが、
前記ネットワークデバイスにより、前記スケジューリング要求を搬送するための前記コードチャネルリソースに基づいて、前記第1のタイムスロット内の前記第1のコードチャネルリソースがi番目のRBに属し、前記第2のタイムスロット内の前記第2のコードチャネルリソースがj番目のRBに属すると判断するステップと、
前記ネットワークデバイスにより、前記第1のタイムスロット内のi番目のRBおよび前記第2のタイムスロット内のj番目のRBに基づいて、前記スケジューリング要求用の前記送信パターンを特定するステップと
を備える、請求項10に記載の方法。
【請求項１４】
前記端末が第1のアンテナおよび第2のアンテナを備え、
ネットワークデバイスにより、端末によって送信されたスケジューリング要求を受信する前記ステップが、前記ネットワークデバイスにより、前記第1のアンテナを使用して前記端末によって送信された前記スケジューリング要求および前記第2のアンテナを使用して前記端末によって送信された前記スケジューリング要求を受信するステップを備え、
前記ネットワークデバイスにより、前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定する前記ステップが、
前記ネットワークデバイスにより、前記第1のアンテナを使用して前記端末によって送信された前記スケジューリング要求を搬送するためのコードチャネルリソースに従って、前記第1のアンテナに対応する前記スケジューリング要求用の送信パターンを特定するステップと、
前記ネットワークデバイスにより、前記第2のアンテナを使用して前記端末によって送信された前記スケジューリング要求を搬送するためのコードチャネルリソースに従って、前記第2のアンテナに対応する前記スケジューリング要求用の送信パターンを特定するステップと
を備え、
前記ネットワークデバイスにより、前記スケジューリング要求用の前記送信パターンに従って前記端末用のアップリンク・トラフィック・リソースをスケジュールする前記ステップが、
前記ネットワークデバイスにより、前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンに従って、前記端末用の前記アップリンク・トラフィック・リソースをスケジュールするステップ
を備え、
前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースが、前記アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである、
請求項10から13のいずれか一項に記載の方法。
【請求項１５】
端末であって、
送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するように構成された処理ユニットであって、前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、前記スケジューリング要求が、前記アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、処理ユニットと、
前記送信パターンによって示された前記コードチャネルリソースを使用してネットワークデバイスに前記スケジューリング要求を送信するように構成された送信ユニットであって、その結果、前記ネットワークデバイスが、前記端末のために、前記スケジューリング要求を搬送する前記コードチャネルリソースに基づいて、前記送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、送信ユニットと
を備える、端末。
【請求項１６】
前記処理ユニットが、以下の情報：前記アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、前記スケジューリング要求用の前記送信パターンを決定するように特に構成される、請求項15に記載の端末。
【請求項１７】
前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、前記第1のコードチャネルリソースが前記アップリンクサブフレーム内の第1のタイムスロット内にあり、前記第2のコードチャネルリソースが前記アップリンクサブフレーム内の第2のタイムスロット内にある、請求項15または16に記載の端末。
【請求項１８】
前記処理ユニットが、前記送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、前記送信されるべきアップリンクデータに対応する前記スケジューリング要求用の前記送信パターンを決定し、前記K個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ように特に構成される、請求項17に記載の端末。
【請求項１９】
Mが2または3である、請求項18に記載の端末。
【請求項２０】
前記第1のタイムスロットおよび前記第2のタイムスロットが、各々N個のRBを備え、前記第1のコードチャネルリソースがi番目のRBに属し、前記第2のコードチャネルリソースがj番目のRBに属し、iが1以上N以下の整数であり、jが1以上N以下の整数である、請求項17に記載の端末。
【請求項２１】
前記端末が第1のアンテナおよび第2のアンテナを備え、
前記処理ユニットが、前記送信されるべきアップリンクデータに応じて、前記第1のアンテナに対応する前記スケジューリング要求用の送信パターンおよび前記第2のアンテナに対応する前記スケジューリング要求用の送信パターンを決定するように特に構成され、
前記送信ユニットが、前記第1のアンテナおよび前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示されたコードチャネルリソースを使用して、前記ネットワークデバイスに前記スケジューリング要求を送信し、前記第2のアンテナおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示されたコードチャネルリソースを使用して、前記ネットワークデバイスに前記スケジューリング要求を送信する、ように特に構成され、
前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースが、前記アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである、
請求項17から20のいずれか一項に記載の端末。
【請求項２２】
ネットワークデバイスであって、
端末によって送信されたスケジューリング要求を受信するように構成された受信ユニットであって、前記スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、受信ユニットと、
前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定するように構成された特定ユニットであって、前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用される、特定ユニットと、
前記スケジューリング要求用の前記送信パターンに従って前記端末用のアップリンク・トラフィック・リソースをスケジュールするように構成されたスケジューリングユニットと
を備える、ネットワークデバイス。
【請求項２３】
前記スケジューリングユニットが、前記スケジューリング要求用の前記送信パターンに基づいて前記スケジューリング要求のタイプを特定し、前記スケジューリング要求の前記タイプが、以下の情報：前記アップリンクデータのデータ量および前記アップリンクデータの緊急度のうちの少なくとも1つを示すために使用され、前記スケジューリング要求の前記タイプに応じて前記端末用の前記アップリンク・トラフィック・リソースをスケジュールする、ように特に構成される、請求項22に記載のネットワークデバイス。
【請求項２４】
前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、前記第1のコードチャネルリソースが前記アップリンクサブフレーム内の第1のタイムスロット内にあり、前記第2のコードチャネルリソースが前記アップリンクサブフレーム内の第2のタイムスロット内にある、請求項22または23に記載のネットワークデバイス。
【請求項２５】
前記特定ユニットが、前記スケジューリング要求を搬送するための前記コードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、前記アップリンクデータに対応する前記スケジューリング要求用の前記送信パターンを特定し、前記M＊M個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ように特に構成される、請求項24に記載のネットワークデバイス。
【請求項２６】
Mが2または3である、請求項25に記載のネットワークデバイス。
【請求項２７】
前記第1のタイムスロットおよび前記第2のタイムスロットが、各々N個のRBを備え、前記第1のコードチャネルリソースがi番目のRBに属し、前記第2のコードチャネルリソースがj番目のRBに属し、iが1以上N以下の整数であり、jが1以上N以下の整数であり、
前記特定ユニットが、前記スケジューリング要求を搬送するための前記コードチャネルリソースに基づいて、前記第1のタイムスロット内の前記第1のコードチャネルリソースがi番目のRBに属し、前記第2のタイムスロット内の前記第2のコードチャネルリソースがj番目のRBに属すると判断し、前記第1のタイムスロット内のi番目のRBおよび前記第2のタイムスロット内のj番目のRBに基づいて、前記スケジューリング要求用の前記送信パターンを特定する、ように特に構成される、
請求項24に記載のネットワークデバイス。
【請求項２８】
前記端末が第1のアンテナおよび第2のアンテナを備え、
前記受信ユニットが、前記第1のアンテナを使用して前記端末によって送信された前記スケジューリング要求および前記第2のアンテナを使用して前記端末によって送信された前記スケジューリング要求を受信するように特に構成され、
前記特定ユニットが、前記第1のアンテナを使用して前記端末によって送信された前記スケジューリング要求を搬送するためのコードチャネルリソースに従って、前記第1のアンテナに対応する前記スケジューリング要求用の送信パターンを特定し、前記第2のアンテナを使用して前記端末によって送信された前記スケジューリング要求を搬送するためのコードチャネルリソースに従って、前記第2のアンテナに対応する前記スケジューリング要求用の送信パターンを特定する、ように特に構成され、
前記スケジューリングユニットが、前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンに従って、前記端末用の前記アップリンク・トラフィック・リソースをスケジュールするように特に構成され、
前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースが、前記アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである、
請求項24から27のいずれか一項に記載のネットワークデバイス。
【請求項２９】
請求項15から21のいずれか一項に記載の少なくとも1つの端末と、請求項22から28のいずれか一項に記載のネットワークデバイスとを備える、アップリンク・トラフィック・リソース・スケジューリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信技術の分野に関し、詳細には、アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステムに関する。
【背景技術】
【０００２】
既存のLTE通信のアップリンクスケジューリング中に、端末は、物理アップリンク制御チャネル（英語：Physical Uplink Control CHannel、略してPUCCH）上の制御メッセージフォーマット（英語：format）1内でスケジューリング要求（英語：Scheduling Request、略してSR）を送信する。SRは、端末がリソース上の要件を有するかどうかをネットワークデバイス（たとえば、eNodeB）に、通知するためにのみ使用される。SRを受信した後、eNodeBはUL Grantを配信し、最初に少量のリソースを端末に割り振り、次いで、端末は、少量のリソースを使用してバッファステータスレポート（英語：Buffer Status Reports、略してBSR）をeNodeBに報告して、端末によって送信される必要があるデータ量をeNodeBに通知する。端末によって報告されたBSRを受信した後、eNodeBは、端末によって報告されたBSRおよびeNodeBの既存のリソースに従って包括的な分析を実行して、端末のために、データを送信するためのアップリンク・トラフィック・リソースをスケジュールすることを決定する。
【発明の概要】
【０００３】
しかしながら、従来技術では、eNodeBによる端末用のアップリンク・トラフィック・リソースのスケジューリング中に、端末はeNodeBと何度も情報を交換する必要がある。アップリンク・トラフィック・リソースをスケジュールする際の遅延が大きくなり、端末のデータ伝送効率が低下する。
【課題を解決するための手段】
【０００４】
本発明の実施形態は、アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステムを提供して、アップリンク・トラフィック・リソースをスケジュールする際の遅延を低減し、端末のデータ伝送効率を向上させる。技術的解決策は、以下の方法およびデバイスを含む。
【０００５】
第1の態様によれば、本発明の一実施形態は、端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するステップであって、送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、ステップと、次いで、送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにスケジューリング要求を送信するステップであって、その結果、ネットワークデバイスが、端末のために、スケジューリング要求を搬送するコードチャネルリソースに基づいて、送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、ステップとを含む、アップリンク・トラフィック・リソース・スケジューリング方法を提供する。このようにして、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【０００６】
第1の態様によれば、第1の態様の第1の可能な実装形態では、端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するステップは、以下の情報：アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、スケジューリング要求用の送信パターンを決定するステップであって、その結果、端末のためにネットワークデバイスによってスケジュールされたアップリンク・トラフィック・リソースが、アップリンクデータのデータ量および／または緊急度に適合する、ステップを含む。
【０００７】
第1の態様または第1の態様の第1の可能な実装形態によれば、第1の態様の第2の可能な実装形態では、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【０００８】
第1の態様または第1の態様の前述の可能な実装形態のいずれか1つによれば、第1の態様の第3の可能な実装形態では、端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するステップは、送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、送信されるべきアップリンクデータに対応するスケジューリング要求用の送信パターンを決定するステップであって、K個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ステップを含む。したがって、SR用の送信パターンのタイプが増加する。
【０００９】
第1の態様の第3の可能な実装形態によれば、第1の態様の第4の可能な実装形態では、Mは2または3であり、それにより、アップリンク・トラフィック・リソースのスケジューリングの信頼性が保証される。
【００１０】
第1の態様または第1の態様の前述の可能な実装形態のいずれか1つによれば、第1の態様の第5の可能な実装形態では、第1のタイムスロットおよび第2のタイムスロットは、各々N個のリソースブロック（英語：Resource Block、略してRB）を含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数である。
【００１１】
第1の態様または第1の態様の前述の可能な実装形態のいずれか1つによれば、第1の態様の第6の可能な実装形態では、端末は第1のアンテナおよび第2のアンテナを含み、
端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するステップは、送信されるべきアップリンクデータに応じて、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンを決定するステップを含み、
端末により、送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにスケジューリング要求を送信するステップは、第1のアンテナおよび第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信するステップと、第2のアンテナおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信するステップとを含み、
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【００１２】
第2の態様によれば、本発明の一実施形態は、ネットワークデバイスにより、端末によって送信されたスケジューリング要求を受信するステップであって、スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、ステップと、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するステップであって、スケジューリング要求用の送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用される、ステップと、次いで、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールするステップとを含む、アップリンク・トラフィック・リソース・スケジューリング方法を提供する。このようにして、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００１３】
第2の態様によれば、第2の態様の第1の可能な実装形態では、ネットワークデバイスにより、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールするステップは、スケジューリング要求用の送信パターンに基づいてスケジューリング要求のタイプを特定するステップであって、スケジューリング要求のタイプが、以下の情報：アップリンクデータのデータ量およびアップリンクデータの緊急度のうちの少なくとも1つを示すために使用される、ステップと、スケジューリング要求のタイプに応じて端末用のアップリンク・トラフィック・リソースをスケジュールするステップであって、その結果、端末のためにネットワークデバイスによってスケジュールされたアップリンク・トラフィック・リソースが、アップリンクデータのデータ量および／または緊急度に適合する、ステップとを含む。
【００１４】
第2の態様または第2の態様の第1の可能な実装形態によれば、第2の態様の第2の可能な実装形態では、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【００１５】
第2の態様または第2の態様の前述の可能な実装形態のいずれか1つによれば、第2の態様の第3の可能な実装形態では、ネットワークデバイスにより、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するステップは、スケジューリング要求を搬送するためのコードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、アップリンクデータに対応するスケジューリング要求用の送信パターンを特定するステップであって、M＊M個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ステップを含む。したがって、SR用の送信パターンのタイプが増加する。
【００１６】
第2の態様の第3の可能な実装形態によれば、第2の態様の第4の可能な実装形態では、Mは2または3であり、それにより、アップリンク・トラフィック・リソースのスケジューリングの信頼性が保証される。
【００１７】
第2の態様または第2の態様の前述の可能な実装形態のいずれか1つによれば、第2の態様の第5の可能な実装形態では、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数であり、
ネットワークデバイスにより、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するステップは、スケジューリング要求を搬送するためのコードチャネルリソースに基づいて、第1のタイムスロット内の第1のコードチャネルリソースがi番目のRBに属し、第2のタイムスロット内の第2のコードチャネルリソースがj番目のRBに属すると判断するステップと、第1のタイムスロット内のi番目のRBおよび第2のタイムスロット内のj番目のRBに基づいて、スケジューリング要求用の送信パターンを特定するステップとを含む。
【００１８】
第2の態様または第2の態様の前述の可能な実装形態のいずれか1つによれば、第2の態様の第6の可能な実装形態では、端末は第1のアンテナおよび第2のアンテナを含み、
ネットワークデバイスにより、端末によって送信されたスケジューリング要求を受信するステップは、第1のアンテナを使用して端末によって送信されたスケジューリング要求および第2のアンテナを使用して端末によって送信されたスケジューリング要求を受信するステップを含み、
ネットワークデバイスにより、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するステップは、第1のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第1のアンテナに対応するスケジューリング要求用の送信パターンを特定するステップと、第2のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第2のアンテナに対応するスケジューリング要求用の送信パターンを特定するステップとを含み、
ネットワークデバイスにより、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールするステップは、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンに従って、端末用のアップリンク・トラフィック・リソースをスケジュールするステップを含み、
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【００１９】
第3の態様によれば、本発明の一実施形態は、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するように構成された処理ユニットであって、送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、処理ユニットと、送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにスケジューリング要求を送信するように構成された送信ユニットであって、その結果、ネットワークデバイスが、端末のために、スケジューリング要求を搬送するコードチャネルリソースに基づいて、送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、送信ユニットとを含む、端末を提供する。このようにして、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００２０】
第3の態様によれば、第3の態様の第1の可能な実装形態では、処理ユニットは、以下の情報：アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、スケジューリング要求用の送信パターンを決定し、その結果、端末のためにネットワークデバイスによってスケジュールされたアップリンク・トラフィック・リソースが、アップリンクデータのデータ量および／または緊急度に適合する、ように特に構成される。
【００２１】
第3の態様または第3の態様の第1の可能な実装形態によれば、第3の態様の第2の可能な実装形態では、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【００２２】
第3の態様または第3の態様の前述の可能な実装形態のいずれか1つによれば、第3の態様の第3の可能な実装形態では、処理ユニットは、送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、送信されるべきアップリンクデータに対応するスケジューリング要求用の送信パターンを決定し、K個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ように特に構成される。したがって、SR用の送信パターンのタイプが増加する。
【００２３】
第3の態様の第3の可能な実装形態によれば、第3の態様の第4の可能な実装形態では、Mは2または3であり、それにより、アップリンク・トラフィック・リソースのスケジューリングの信頼性が保証される。
【００２４】
第3の態様または第3の態様の前述の可能な実装形態のいずれか1つによれば、第3の態様の第5の可能な実装形態では、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数である。
【００２５】
第3の態様または第3の態様の前述の可能な実装形態のいずれか1つによれば、第3の態様の第6の可能な実装形態では、端末は第1のアンテナおよび第2のアンテナを含み、
処理ユニットは、送信されるべきアップリンクデータに応じて、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンを決定するように特に構成され、
送信ユニットは、第1のアンテナおよび第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信し、第2のアンテナおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信する、ように特に構成され、
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【００２６】
第4の態様によれば、本発明の一実施形態は、端末によって送信されたスケジューリング要求を受信するように構成された受信ユニットであって、スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、受信ユニットと、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するように構成された特定ユニットであって、スケジューリング要求用の送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用される、特定ユニットと、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールするように構成されたスケジューリングユニットとを含む、ネットワークデバイスを提供する。このようにして、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００２７】
第4の態様によれば、第4の態様の第1の可能な実装形態では、スケジューリングユニットは、スケジューリング要求用の送信パターンに基づいてスケジューリング要求のタイプを特定し、スケジューリング要求のタイプが、以下の情報：アップリンクデータのデータ量およびアップリンクデータの緊急度のうちの少なくとも1つを示すために使用され、スケジューリング要求のタイプに応じて端末用のアップリンク・トラフィック・リソースをスケジュールし、その結果、端末のためにネットワークデバイスによってスケジュールされたアップリンク・トラフィック・リソースが、アップリンクデータのデータ量および／または緊急度に適合する、ように特に構成される。
【００２８】
第4の態様または第4の態様の第1の可能な実装形態によれば、第4の態様の第2の可能な実装形態では、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【００２９】
第4の態様または第4の態様の前述の可能な実装形態のいずれか1つによれば、第4の態様の第3の可能な実装形態では、特定ユニットは、スケジューリング要求を搬送するためのコードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、アップリンクデータに対応するスケジューリング要求用の送信パターンを特定し、M＊M個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ように特に構成される。したがって、SR用の送信パターンのタイプが増加する。
【００３０】
第4の態様の第3の可能な実装形態によれば、第4の態様の第4の可能な実装形態では、Mは2または3であり、それにより、アップリンク・トラフィック・リソースのスケジューリングの信頼性が保証される。
【００３１】
第4の態様または第4の態様の前述の可能な実装形態のいずれか1つによれば、第4の態様の第5の可能な実装形態では、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数であり、
特定ユニットは、スケジューリング要求を搬送するためのコードチャネルリソースに基づいて、第1のタイムスロット内の第1のコードチャネルリソースがi番目のRBに属し、第2のタイムスロット内の第2のコードチャネルリソースがj番目のRBに属すると判断し、第1のタイムスロット内のi番目のRBおよび第2のタイムスロット内のj番目のRBに基づいて、スケジューリング要求用の送信パターンを特定する、ように特に構成される。
【００３２】
第4の態様または第4の態様の前述の可能な実装形態のいずれか1つによれば、第4の態様の第6の可能な実装形態では、端末は第1のアンテナおよび第2のアンテナを含み、
受信ユニットは、第1のアンテナを使用して端末によって送信されたスケジューリング要求および第2のアンテナを使用して端末によって送信されたスケジューリング要求を受信するように特に構成され、
特定ユニットは、第1のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第1のアンテナに対応するスケジューリング要求用の送信パターンを特定し、第2のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第2のアンテナに対応するスケジューリング要求用の送信パターンを特定する、ように特に構成され、
スケジューリングユニットは、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンに従って、端末用のアップリンク・トラフィック・リソースをスケジュールするように特に構成され、
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【００３３】
第5の態様によれば、本発明の一実施形態は、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するように構成されたプロセッサであって、送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、プロセッサと、送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにスケジューリング要求を送信するように構成されたトランシーバであって、その結果、ネットワークデバイスが、端末のために、スケジューリング要求を搬送するコードチャネルリソースに基づいて、送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、トランシーバとを含む、端末を提供する。このようにして、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００３４】
第5の態様によれば、第5の態様の第1の可能な実装形態では、プロセッサは、以下の情報：アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、スケジューリング要求用の送信パターンを決定し、その結果、端末のためにネットワークデバイスによってスケジュールされたアップリンク・トラフィック・リソースが、アップリンクデータのデータ量および／または緊急度に適合する、ように特に構成される。
【００３５】
第5の態様または第5の態様の第1の可能な実装形態によれば、第5の態様の第2の可能な実装形態では、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【００３６】
第5の態様または第5の態様の前述の可能な実装形態のいずれか1つによれば、第5の態様の第3の可能な実装形態では、プロセッサは、送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、送信されるべきアップリンクデータに対応するスケジューリング要求用の送信パターンを決定し、K個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ように特に構成される。したがって、SR用の送信パターンのタイプが増加する。
【００３７】
第5の態様の第3の可能な実装形態によれば、第5の態様の第4の可能な実装形態では、Mは2または3であり、それにより、アップリンク・トラフィック・リソースのスケジューリングの信頼性が保証される。
【００３８】
第5の態様または第5の態様の前述の可能な実装形態のいずれか1つによれば、第5の態様の第5の可能な実装形態では、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数である。
【００３９】
第5の態様または第5の態様の前述の可能な実装形態のいずれか1つによれば、第5の態様の第6の可能な実装形態では、端末は第1のアンテナおよび第2のアンテナを含み、
プロセッサは、送信されるべきアップリンクデータに応じて、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンを決定するように特に構成され、
トランシーバは、第1のアンテナおよび第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信し、第2のアンテナおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信する、ように特に構成され、
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【００４０】
第6の態様によれば、本発明の一実施形態は、端末によって送信されたスケジューリング要求を受信するように構成されたトランシーバであって、スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、トランシーバと、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定し、スケジューリング要求用の送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールする、ように構成されたプロセッサとを含む、ネットワークデバイスを提供する。このようにして、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００４１】
第6の態様によれば、第6の態様の第1の可能な実装形態では、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールするとき、プロセッサは、スケジューリング要求用の送信パターンに基づいてスケジューリング要求のタイプを特定し、スケジューリング要求のタイプが、以下の情報：アップリンクデータのデータ量およびアップリンクデータの緊急度のうちの少なくとも1つを示すために使用され、スケジューリング要求のタイプに応じて端末用のアップリンク・トラフィック・リソースをスケジュールし、その結果、端末のためにネットワークデバイスによってスケジュールされたアップリンク・トラフィック・リソースが、アップリンクデータのデータ量および／または緊急度に適合する、ように特に構成される。
【００４２】
第6の態様または第6の態様の第1の可能な実装形態によれば、第6の態様の第2の可能な実装形態では、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【００４３】
第6の態様または第6の態様の前述の可能な実装形態のいずれか1つによれば、第6の態様の第3の可能な実装形態では、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するとき、プロセッサは、スケジューリング要求を搬送するためのコードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、アップリンクデータに対応するスケジューリング要求用の送信パターンを特定し、M＊M個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ように特に構成される。したがって、SR用の送信パターンのタイプが増加する。
【００４４】
第6の態様の第3の可能な実装形態によれば、第6の態様の第4の可能な実装形態では、Mは2または3であり、それにより、アップリンク・トラフィック・リソースのスケジューリングの信頼性が保証される。
【００４５】
第6の態様または第6の態様の前述の可能な実装形態のいずれか1つによれば、第6の態様の第5の可能な実装形態では、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数であり、
スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するとき、プロセッサは、スケジューリング要求を搬送するためのコードチャネルリソースに基づいて、第1のタイムスロット内の第1のコードチャネルリソースがi番目のRBに属し、第2のタイムスロット内の第2のコードチャネルリソースがj番目のRBに属すると判断し、第1のタイムスロット内のi番目のRBおよび第2のタイムスロット内のj番目のRBに基づいて、スケジューリング要求用の送信パターンを特定する、ように特に構成される。
【００４６】
第6の態様または第6の態様の前述の可能な実装形態のいずれか1つによれば、第6の態様の第6の可能な実装形態では、端末は第1のアンテナおよび第2のアンテナを含み、
トランシーバは、第1のアンテナを使用して端末によって送信されたスケジューリング要求および第2のアンテナを使用して端末によって送信されたスケジューリング要求を受信するように特に構成され、
スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するとき、プロセッサは、第1のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第1のアンテナに対応するスケジューリング要求用の送信パターンを特定し、第2のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第2のアンテナに対応するスケジューリング要求用の送信パターンを特定する、ように特に構成され、
スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールするとき、プロセッサは、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンに従って、端末用のアップリンク・トラフィック・リソースをスケジュールするように特に構成され、
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【００４７】
第7の態様によれば、本発明の一実施形態は、第3の態様もしくは第3の態様の可能な実装形態のいずれか1つによる少なくとも1つの端末、および第4の態様もしくは第4の態様の可能な実装形態のいずれか1つによるネットワークデバイス、または、第5の態様もしくは第5の態様の可能な実装形態のいずれか1つによる少なくとも1つの端末、および第6の態様もしくは第6の態様の可能な実装形態のいずれか1つによるネットワークデバイスを含む、アップリンク・トラフィック・リソース・スケジューリングシステムを提供する。このようにして、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００４８】
本発明の実施形態において提供されるアップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステムにより、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００４９】
本発明の実施形態または従来技術における技術的解決策をより明確に記載するために、以下で、実施形態または従来技術を記載するために必要とされる添付図面を簡単に記載する。明らかに、以下の説明における添付図面は本発明のいくつかの実施形態を示し、当業者は、創造的な努力なしに、これらの添付図面から他の図面をさらに導出することができる。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施形態による、適用シナリオの概略図である。
【図２】本発明の実施形態1による、アップリンク・トラフィック・リソース・スケジューリング方法のフローチャートである。
【図３】本発明の一実施形態による、SR用の送信パターンの第1の概略図である。
【図４】本発明の一実施形態による、SR用の送信パターンの第2の概略図である。
【図５】本発明の一実施形態による、SR用の送信パターンの第3の概略図である。
【図６】本発明の一実施形態による、SR用の送信パターンの第4の概略図である。
【図７】本発明の一実施形態による、SR用の送信パターンの第5の概略図である。
【図８】本発明の実施形態4による、アップリンク・トラフィック・リソース・スケジューリング方法のフローチャートである。
【図９】本発明の一実施形態による、SR用の送信パターンの第6の概略図である。
【図１０】本発明の実施形態1による、端末の概略構造図である。
【図１１】本発明の実施形態1による、ネットワークデバイスの概略構造図である。
【図１２】本発明の実施形態2による、端末の概略構造図である。
【図１３】本発明の実施形態2による、ネットワークデバイスの概略構造図である。
【図１４】本発明の実施形態1による、アップリンク・トラフィック・リソース・スケジューリングシステムの概略構造図である。
【発明を実施するための形態】
【００５１】
本発明の実施形態の目的、技術的解決策、および利点をより明確にするために、以下で、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決策を明確かつ完全に記載する。明らかに、記載される実施形態は、本発明の実施形態のうちの一部であるが、すべてではない。創造的な努力なしに、本発明の実施形態に基づいて当業者によって取得されるすべての他の実施形態は、本発明の保護範囲内に入るべきである。
【００５２】
図1は、本発明の実施形態による、適用シナリオの概略図である。本発明の実施形態は、主にLTE通信システムに適用される。本明細書では、LTE通信システムにおける車両間通信が例として使用される。図1に示されたように、図1に示された適用シナリオは、車両（V1）と別の車両（V2）との間の通信用のシステムである。V1とV2との間の通信を実現するために、LTE通信システムにおけるeNodeB（eNB）などのネットワークデバイスは、V1とV2を個別に制御し、アップリンク・トラフィック・リソースをスケジュールする。本発明の実施形態における端末は、図1のV1またはV2に相当し、本発明の実施形態におけるネットワークデバイスは、図1のeNBに相当する。本発明の実装解決策は、図1に示された適用シナリオに基づいて下記で詳細に記載される。本発明の実施形態の適用シナリオは、図1に示された適用シナリオに限定されないことに留意されたい。
【００５３】
図2は、本発明の実施形態1による、アップリンク・トラフィック・リソース・スケジューリング方法のフローチャートである。図2に示されたように、この実施形態における方法は以下のステップを含んでもよい。
【００５４】
S101．端末が送信されるべきアップリンクデータに応じてSR用の送信パターンを決定する。
【００５５】
この実施形態では、端末がアップリンクデータを送信する必要があるとき、端末はネットワークデバイスにSRを送信する必要がある。SRは、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される。SRを送信する前に、端末は、送信される必要があるアップリンクデータを決定し、次いで、送信されるべきアップリンクデータに応じて、送信されるべきアップリンクデータに対応するSR用の送信パターンを決定することができる。SR用の送信パターンは、1つのアップリンクサブフレーム内にあり、SRを搬送するために使用されるコードチャネルリソースを示すために使用される。すなわち、SR用の送信パターンは、1つのアップリンクサブフレーム内にあり、端末がSRを送信するときにSRを搬送するために使用されるコードチャネルリソースを示すことができる。したがって、端末は、異なる送信されるべきアップリンクデータに応じて異なるSR用の送信パターンを決定することができ、その結果、SRが送信されるときに送信されるべきアップリンクデータを区別することができる。
【００５６】
S102．端末がSR用の送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにSRを送信し、ネットワークデバイスが端末によって送信されたSRを受信する。
【００５７】
この実施形態では、端末は、SR用の送信パターンによって示されたコードチャネルリソースにSRを加え、ネットワークデバイスにSRを送信する。それに対応して、ネットワークデバイスは、端末によって送信されたSRを受信する。
【００５８】
S103．ネットワークデバイスがSRを搬送するためのコードチャネルリソースに基づいてSR用の送信パターンを特定する。
【００５９】
この実施形態では、端末によって送信されたSRを受信した後、ネットワークデバイスは、1つのアップリンクサブフレーム内にあり、受信されたSRを搬送するコードチャネルリソースを特定することができ、1つのアップリンクサブフレーム内にあり、SRを搬送するコードチャネルリソースに基づいて、対応するSR用の送信パターンを特定することができる。
【００６０】
S104．ネットワークデバイスがSR用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールする。
【００６１】
この実施形態では、端末によって送信されたSR用の送信パターンを特定した後、ネットワークデバイスは、SR用の送信パターンに従って、UEによって送信されるべき、SR用の送信パターンに対応するアップリンクデータを特定し、次いで、端末用のアップリンク・トラフィック・リソースをスケジュールする。したがって、ネットワークデバイスは、SR用のスケジューリングパターンに従って、端末によって送信されるべき異なるアップリンクデータ用の異なるアップリンク・トラフィック・リソースをスケジュールすることができ、端末がSRを送信するまでBSRを送信するのを待つ必要がない。したがって、本発明のこの実施形態によれば、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００６２】
場合によっては、S101の具体的な実装形態では、端末は、端末によって送信されるべきアップリンクデータの以下の情報：アップリンクデータのデータ量およびアップリンクデータの緊急度のうちの少なくとも1つに基づいて、スケジューリング要求用の送信パターンを決定することができる。たとえば、送信されるべきアップリンクデータのデータ量が事前設定された値よりも大きい場合、スケジューリング要求用の送信パターンは第1の送信パターンであると判断される。送信されるべきアップリンクデータのデータ量が事前設定された値よりも小さい場合、スケジューリング要求用の送信パターンは第2の送信パターンであると判断される。たとえば、送信されるべきアップリンクデータの緊急度が緊急でない場合、SR用の送信パターンは第1の送信パターンであると判断される。第1の送信パターンは、従来技術におけるSR用の送信パターンであってもよい。送信されるべきアップリンクデータの緊急度が緊急である場合、SR用の送信パターンは第2の送信パターンであると判断される。
【００６３】
それに対応して、S104の具体的な実装形態では、ネットワークデバイスは、特定されたSR用の送信パターンに従ってSRのタイプを特定する。SRのタイプは、端末によって送信されるべきアップリンクデータの以下の情報：アップリンクデータのデータ量およびアップリンクデータの緊急度のうちの少なくとも1つを示すために使用される。次いで、ネットワークデバイスは、送信されるべきアップリンクデータの以下の特定された情報：アップリンクデータのデータ量およびアップリンクデータの緊急度のうちの少なくとも1つに基づいて、端末用のアップリンク・トラフィック・リソースをスケジュールする。たとえば、SR用の送信パターンが第1の送信パターンであると判断された場合、SRのタイプは、端末によって送信されるべきアップリンクデータのデータ量が事前設定された値より大きいことを示すために使用されると判断されてもよく、その結果、第1のアップリンク・トラフィック・リソースが端末用にスケジュールされる。SR用の送信パターンが第2の送信パターンであると判断された場合、SRのタイプは、端末によって送信されるべきアップリンクデータのデータ量が事前設定された値より小さいことを示すために使用されると判断されてもよく、その結果、第2のアップリンク・トラフィック・リソースが端末用にスケジュールされる。第1のアップリンク・トラフィック・リソースは、第2のアップリンク・トラフィック・リソースより大きい。たとえば、SR用の送信パターンが第1の送信パターンであると判断され、第1の送信パターンが従来技術におけるSR用の送信パターンであってもよい場合、端末によって送信されるべきアップリンクデータの緊急度が緊急でないことを示すためにSRのタイプが使用されると判断されてもよく、ネットワークデバイスは、端末によって送信されたBSRを受信するのを待ち、次いで、BSRに従って端末用の第1のアップリンク・トラフィック・リソースをスケジュールする。SR用の送信パターンが第2の送信パターンであると判断された場合、端末によって送信されるべきアップリンクデータの緊急度が緊急であることを示すためにSRのタイプが使用されると判断されてもよく、ネットワークデバイスは、端末用のアップリンク・トラフィック・リソースを直接スケジュールする。したがって、ネットワークデバイスは、SR用のスケジューリングパターンに従って、端末によって送信されるべき異なるアップリンクデータ用の異なるアップリンク・トラフィック・リソースをスケジュールすることができ、スケジュールされたアップリンク・トラフィック・リソースは、端末によって送信されるべきアップリンクデータに適合し、端末がSRを送信するまでBSRを送信するのを待つ必要がない。したがって、本発明のこの実施形態によれば、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００６４】
本発明の実施形態2によるアップリンク・トラフィック・リソース・スケジューリング方法において、本実施形態1に基づくこの実施形態では、場合によっては、SR用の送信パターンは、1つのアップリンクサブフレーム内にあり、SRを搬送するために使用される2つのコードチャネルリソースを示すために使用される。2つのコードチャネルリソースは、第1のコードチャネルリソースおよび第2のコードチャネルリソースである。第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【００６５】
具体的には、1つのアップリンクサブフレームは2つのタイムスロットを含み、それらは、それぞれ第1のタイムスロットおよび第2のタイムスロットと呼ばれる。この実施形態では、1つのアップリンクサブフレームは、SRを搬送することができる第1のコードチャネルリソースおよび第2のコードチャネルリソースを含む。第1のコードチャネルリソースは第1のタイムスロット内にあり、第2のコードチャネルリソースは第2のタイムスロット内にある。第1のタイムスロット内にあり、SRを搬送するための第1のコードチャネルリソースは、第1のタイムスロット内の任意のコードチャネルリソースであってもよく、第2のタイムスロット内にあり、SRを搬送するための第2のコードチャネルリソースは、第2のタイムスロット内の任意のコードチャネルリソースであってもよい。具体的には、端末は、端末によって送信されるべきアップリンクデータに応じて、SRを搬送するために第1のタイムスロット内のコードチャネルリソースおよび第2のタイムスロット内のコードチャネルリソースを選択する。図3は、本発明の一実施形態による、SR用の送信パターンの第1の概略図である。図3に示されたように、第1のタイムスロットは図3に示されたタイムスロット1であり、第2のタイムスロットは図3に示されたタイムスロット2である。図3に示されたSR用の送信パターンは、アップリンクサブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソースがSRを搬送するものであり、タイムスロット2の中のインデックス番号がCMであるコードチャネルリソースがSRを搬送するためのものであることを示す。
【００６６】
場合によっては、本発明の実装形態2に基づいて、S101のオプションの実装形態は、端末により、送信されるべきアップリンクデータに基づくK個のプリセットSR送信パターンの中で、端末によって送信されるべきアップリンクデータに対応するSR用の送信パターンを決定することであり、K個のプリセットスケジューリング要求送信パターンは、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、Mは2以上の正の整数であり、KはM＊M以下の正の整数である。それに対応して、S104のオプションの実装形態は、ネットワークデバイスにより、SRを搬送するためのコードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、アップリンクデータに対応するSR用の送信パターンを特定することである。
【００６７】
具体的には、スケジューリング要求を搬送するために使用され得るM個のコードチャネルリソースは、事前構成されてもよい。SRを搬送するためであり、第1のタイムスロット内にあるコードチャネルリソースの場合、コードチャネルリソース（すなわち、第1のコードチャネルリソース）は、SRを送信するためにM個のコードチャネルリソースから選択されてもよい。SRを搬送するためであり、第2のタイムスロット内にあるコードチャネルリソースの場合、コードチャネルリソース（すなわち、第2のコードチャネルリソース）も、SRを送信するためにM個のコードチャネルリソースから選択されてもよい。このようにして、SR用のM＊Mの送信パターンが形成される。この実施形態では、SR用のK個の送信パターンは、SRを送信するためにSR用のM＊M個の送信パターンの中で決定されてもよい。したがって、端末は、送信されるべきアップリンクデータに応じて、SR用のK個の送信パターンの中で、アップリンクデータに対応するSR用の送信パターンを決定することができる。それに対応して、ネットワークデバイスは、SRを搬送するためのコードチャネルリソースに基づいて、SR用のK個の送信パターンの中で、端末によって送信されるべきアップリンクデータに対応するSR用の送信パターンを特定し、次いで、特定されたSR用の送信パターンに従って、端末用のアップリンク・トラフィック・リソースをスケジュールする。たとえば、ネットワークデバイスは、SR用の送信パターンに従って、SR用の送信パターンに対応するアップリンク・トラフィック・リソース・スケジューリング解を決定することができ、アップリンク・トラフィック・リソース・スケジューリング解に従って端末用のアップリンク・トラフィック・リソースをスケジュールする。別の例を挙げると、SR用の送信パターン1〜Kが、それぞれ、アップリンク・トラフィック・リソース・スケジューリング解1〜Kに対応し、SR用の送信パターンがSR用の送信パターン1であるとネットワークデバイスが判断した場合、ネットワークデバイスは、アップリンク・トラフィック・リソース・スケジューリング解1に従って、端末用のアップリンク・トラフィック・リソースをスケジュールすることができる。
【００６８】
場合によっては、Mは2である。すなわち、SRを送信するために2つのコードチャネルリソースが事前構成される。それに対応して、SR用の4つの送信パターンが形成されてもよく、すなわち、KはM＊Mに等しい。図4は、本発明の一実施形態による、SR用の送信パターンの第2の概略図である。図4に示されたように、2つのコードチャネルリソースが、それぞれ、インデックス番号がC1であるコードチャネルリソースおよびインデックス番号がC2であるコードチャネルリソースである例を使用して、本発明のこの実施形態においてSR用の4つの送信パターン（a）〜（d）が提供される。SR用の送信パターン（a）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（b）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（c）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（d）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。
【００６９】
場合によっては、Mは2である。すなわち、SRを送信するために2つのコードチャネルリソースが事前構成される。それに対応して、SR用の4つの送信パターンが形成されてもよい。この実施形態では、SRを送信するために、SR用の4つの送信パターンからSR用の2つの送信パターンが選択される。Kは2であり、M＊Mより小さい。図5は、本発明の一実施形態による、SR用の送信パターンの第3の概略図である。図5に示されたように、2つのコードチャネルリソースが、それぞれ、インデックス番号がC1であるコードチャネルリソースおよびインデックス番号がC2であるコードチャネルリソースである例を使用して、本発明のこの実施形態においてSR用の2つの送信パターン（I）および（II）が提供される。SR用の送信パターン（I）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（II）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。
【００７０】
場合によっては、Mは3である。すなわち、SRを送信するために3つのコードチャネルリソースが事前構成される。それに対応して、SR用の9つの送信パターンが形成されてもよい。図6は、本発明の一実施形態による、SR用の送信パターンの第4の概略図である。図6に示されたように、3つのコードチャネルリソースが、それぞれ、インデックス番号がC1であるコードチャネルリソース、インデックス番号がC2であるコードチャネルリソース、およびインデックス番号がC3であるコードチャネルリソースである例を使用して、本発明のこの実施形態においてSR用の9つの送信パターン（a）〜（i）が提供される。SR用の送信パターン（a）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（b）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（c）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC3であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（d）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（e）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（f）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC3であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（g）は、サブフレーム内のタイムスロット1の中のインデックス番号がC3であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（h）は、サブフレーム内のタイムスロット1の中のインデックス番号がC3であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。SR用の送信パターン（i）は、サブフレーム内のタイムスロット1の中のインデックス番号がC3であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC3であるコードチャネルリソースが、SRを送信するために使用されることを示すた��に使用される。
【００７１】
本発明の実施形態3によるアップリンク・トラフィック・リソース・スケジューリング方法において、本発明の実施形態2に基づくこの実施形態では、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含む。第1のタイムスロット内にあり、SRを搬送するためのコードチャネルリソースはi番目のRBに属し、第2のタイムスロット内にあり、SRを搬送するためのコードチャネルリソースはj番目のRBに属する。iは1以上N以下の整数であり、jは1以上N以下の整数である。すなわち、端末は、送信されるべきアップリンクデータに応じて、第1のタイムスロット内にあり、SRを送信するためのRB、および第2のタイムスロット内にあり、SRを送信するためのRBを決定する。第1のタイムスロット内のRBは、SRを搬送するためにRB内の任意のコードチャネルリソースを選択することができ、第2のタイムスロット内のRBは、SRを搬送するためにRB内の任意のコードチャネルリソースを選択することができる。それに対応して、ネットワークデバイスは、SRを搬送するためのコードチャネルリソースに基づいて、SRを搬送するためのコードチャネルリソースが属するRBを特定し、SRを搬送するためのコードチャネルリソースが属するRBに従って、SR用の送信パターンを特定する。すなわち、SRを受信した後、ネットワークデバイスは、SRを搬送するためのコードチャネルリソースを特定することができ、コードチャネルリソースが属するRBをさらに特定し、次いで、RBに従って送信パターンを特定することができる。
【００７２】
図7は、本発明の一実施形態による、SR用の送信パターンの第5の概略図である。図7に示されたように、第1のタイムスロットは図7に示されたタイムスロット1であり、第2のタイムスロットは図7に示されたタイムスロット2である。図7に示され、SRを搬送することができるコードチャネルリソースは、1番目のRB（図7に示されたRB0）、2番目のRB（図7に示されたRB1）、（N−1）番目のRB（図7に示されたRB（N−2））、およびN番目のRB（図7に示されたRB（N−1））に属してもよい。図7には、SR用の4つの送信パターンが示されている。SR用の送信パターン（1）は、タイムスロット1内にあり、SRを搬送するためのコードチャネルリソースがRB0に属し、タイムスロット2内にあり、SRを搬送するためのコードチャネルリソースがRB（N−1）に属することを示すために使用される。SR用の送信パターン（2）は、タイムスロット1内にあり、SRを搬送するためのコードチャネルリソースがRB0に属し、タイムスロット2内にあり、SRを搬送するためのコードチャネルリソースがRB（N−2）に属することを示すために使用される。SR用の送信パターン（3）は、タイムスロット1内にあり、SRを搬送するためのコードチャネルリソースがRB1に属し、タイムスロット2内にあり、SRを搬送するためのコードチャネルリソースがRB（N−1）に属することを示すために使用される。SR用の送信パターン（4）は、タイムスロット1内にあり、SRを搬送するためのコードチャネルリソースがRB1に属し、タイムスロット2内にあり、SRを搬送するためのコードチャネルリソースがRB（N−2）に属することを示すために使用される。
【００７３】
場合によっては、iとjは同じであってもよく、異なっていてもよい。
【００７４】
場合によっては、iとjの和はN＋1に等しい。すなわち、第1のタイムスロット内のコードチャネルリソースはi番目のRBに属し、第2のタイムスロット内のコードチャネルリソースは（N＋1−i）番目のRBに属する。第1のタイムスロット内にあり、SRを搬送するためのRBの位置と、第2のタイムスロット内にあり、SRを搬送するためのRBの位置は、互いに対称である。第1のタイムスロット内にあり、SRを搬送するためのコードチャネルリソースが1番目のRBに属する場合、第2のタイムスロット内のコードチャネルリソースはN番目のRBに属し、たとえば、図7に示されたSR用の送信パターン（1）である。第1のタイムスロット内にあり、SRを搬送するためのコードチャネルリソースが2番目のRBに属する場合、第2のタイムスロット内のコードチャネルリソースは（N−1）番目のRBに属し、たとえば、図7に示されたSR用の送信パターン（4）である。
【００７５】
図8は、本発明の実施形態4による、アップリンク・トラフィック・リソース・スケジューリング方法のフローチャートである。図8に示されたように、この実施形態における端末は2つのアンテナを含み、それらは、それぞれ第1のアンテナおよび第2のアンテナである。この実施形態における方法は、以下のステップを含んでもよい。
【００７６】
S201．端末が、送信されるべきアップリンクデータに応じて、第1のアンテナに対応するSR用の送信パターンおよび第2のアンテナに対応するSR用の送信パターンを決定する。
【００７７】
この実施形態では、送信される必要があるアップリンクデータを決定した後、端末はネットワークデバイスにSRを送信する必要がある。この実施形態における端末は、第1のアンテナおよび第2のアンテナを含む。したがって、端末は、第1のアンテナを使用してネットワークデバイスにSRを送信し、第2のアンテナを使用してネットワークデバイスにSRを送信する。端末が第1のアンテナおよび第2のアンテナを使用してネットワークデバイスにSRを送信する前に、端末は、送信されるべきアップリンクデータに応じて、第1のアンテナに対応するSR用の送信パターンおよび第2のアンテナに対応するSR用の送信パターンを決定することができる。第1のアンテナに対応するSR用の送信パターンは、1つのアップリンクサブフレーム内にあり、第1のアンテナを使用して送信されるSRを搬送するために使用されるコードチャネルリソースを示すために使用される。すなわち、第1のアンテナに対応するSR用の送信パターンは、アップリンクサブフレーム内にあり、端末が第1のアンテナを使用してSRを送信するときにSRを搬送するために使用されるコードチャネルリソースを示すことができる。第2のアンテナに対応するSR用の送信パターンは、1つのアップリンクサブフレーム内にあり、第2のアンテナを使用して送信されるSRを搬送するために使用されるコードチャネルリソースを示すために使用される。すなわち、第2のアンテナに対応するSR用の送信パターンは、アップリンクサブフレーム内にあり、端末が第2のアンテナを使用してSRを送信するときにSRを搬送するために使用されるコードチャネルリソースを示すことができる。したがって、端末は、異なる送信されるべきアップリンクデータに応じて、異なる第1のアンテナに対応するSR用の送信パターン、および異なる第2のアンテナに対応するSR用の送信パターンを決定することができ、その結果、SRが送信されるときに、送信されるべきアップリンクデータが区別される。
【００７８】
S202．端末が、第1のアンテナおよび第1のアンテナに対応するSR用の送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにSRを送信し、第2のアンテナおよび第2のアンテナに対応するSR用の送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにSRを送信し、ネットワークデバイスは、第1のアンテナを使用して端末によって送信されたSRおよび第2のアンテナを使用して端末によって送信されたSRを受信する。
【００７９】
この実施形態では、端末は、第1のアンテナに対応するSR用の送信パターンによって示されたコードチャネルリソースにSRを加え、第1のアンテナを使用してネットワークデバイスにSRを送信する。それに対応して、ネットワークデバイスは、第1のアンテナを使用して端末によって送信されたSRを受信する。端末は、第2のアンテナに対応するSR用の送信パターンによって示されたコードチャネルリソースにSRを加え、第2のアンテナを使用してネットワークデバイスにSRを送信する。それに対応して、ネットワークデバイスは、第2のアンテナを使用して端末によって送信されたSRを受信する。
【００８０】
S203．ネットワークデバイスが、第1のアンテナを使用して端末によって送信されたSRを搬送するためのコードチャネルリソースに従って、第1のアンテナに対応するSR用の送信パターンを特定し、第2のアンテナを使用して端末によって送信されたSRを搬送するためのコードチャネルリソースに従って、第2のアンテナに対応するSR用の送信パターンを特定する。
【００８１】
この実施形態では、第1のアンテナを使用して端末によって送信されたSRを受信した後、ネットワークデバイスは、1つのアップリンクサブフレーム内にあり、受信されたSRを搬送するコードチャネルリソースを特定することができ、1つのアップリンクサブフレーム内にあり、SRを搬送するコードチャネルリソースに基づいて、第1のアンテナに対応するSR用の送信パターンを特定することができる。第2のアンテナを使用して端末によって送信されたSRを受信した後、ネットワークデバイスは、1つのアップリンクサブフレーム内にあり、受信されたSRを搬送するコードチャネルリソースを特定することができ、1つのアップリンクサブフレーム内にあり、SRを搬送するコードチャネルリソースに基づいて、第2のアンテナに対応するSR用の送信パターンを特定することができる。
【００８２】
S204．ネットワークデバイスが、第1のアンテナに対応するSR用の送信パターンおよび第2のアンテナに対応するSR用の送信パターンに従って、アップリンク・トラフィック・リソースをスケジュールする。
【００８３】
この実施形態では、第1のアンテナに対応するSR用の送信パターンおよび第2のアンテナに対応するSR用の送信パターンを特定した後、ネットワークデバイスは、第1のアンテナに対応するSR用の送信パターンおよび第2のアンテナに対応するSR用の送信パターンに従って、UEによって送信されるべき対応するアップリンクデータを特定し、さらに端末用のアップリンク・トラフィック・リソースをスケジュールする。したがって、ネットワークデバイスは、第1のアンテナに対応するSR用の送信パターンおよび第2のアンテナに対応するSR用の送信パターンに従って、端末によって送信されるべき異なるアップリンクデータ用の異なるアップリンク・トラフィック・リソースをスケジュールすることができ、端末がSRを送信するまでBSRを送信するのを待つ必要がない。したがって、本発明のこの実施形態によれば、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。
【００８４】
この実施形態では、第1のアンテナに対応するSR用の送信パターンおよび第2のアンテナに対応するSR用の送信パターンは、本発明の実施形態2および実施形態3において提供されたSR用の送信パターンと同様であってもよく、詳細は本明細書では再び記載されない。
【００８５】
第1のアンテナに対応するSR用の送信パターンによって示されたコードチャネルリソース、および第2のアンテナに対応するSR用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースであることに留意されたい。すなわち、第1のタイムスロット内にあり、第1のアンテナを使用して端末によって送信されたSRを搬送するためのコードチャネルリソース、および第1のタイムスロット内にあり、第2のアンテナを使用して端末によって送信されたSRを搬送するためのコードチャネルリソースは、異なるコードチャネルリソースである。第2のタイムスロット内にあり、第1のアンテナを使用して端末によって送信されたSRを搬送するためのコードチャネルリソース、および第2のタイムスロット内にあり、第2のアンテナを使用して端末によって送信されたSRを搬送するためのコードチャネルリソースは、異なるコードチャネルリソースである。したがって、ネットワークデバイスによってSRに対して実行される検出の信頼性を向上させることができ、干渉が低減される。
【００８６】
図9は、本発明の一実施形態による、SR用の送信パターンの第6の概略図である。図9に示されたように、この実施形態は、インデックス番号がそれぞれC1およびC2であるコードチャネルリソースがSRを搬送するために使用され得る例を使用して記載される。SR用の4つの送信パターンがこの実施形態において提供され、SR用の各送信パターンは、第1のアンテナに対応するSR用の送信パターンおよび第2のアンテナに対応するSR用の送信パターンを含む。
【００８７】
図9に示されたように、SR用の送信パターン（A）は、第1のアンテナに対応するSR用の送信パターン（A）および第2のアンテナに対応するSR用の送信パターン（A）を含む。第1のアンテナに対応するSR用の送信パターン（A）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。第2のアンテナに対応するSR用の送信パターン（A）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。
【００８８】
SR用の送信パターン（B）は、第1のアンテナに対応するSR用の送信パターン（B）および第2のアンテナに対応するSR用の送信パターン（B）を含む。第1のアンテナに対応するSR用の送信パターン（B）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。第2のアンテナに対応するSR用の送信パターン（B）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。
【００８９】
SR用の送信パターン（C）は、第1のアンテナに対応するSR用の送信パターン（C）および第2のアンテナに対応するSR用の送信パターン（C）を含む。第1のアンテナに対応するSR用の送信パターン（C）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。第2のアンテナに対応するSR用の送信パターン（C）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。
【００９０】
SR用の送信パターン（D）は、第1のアンテナに対応するSR用の送信パターン（D）および第2のアンテナに対応するSR用の送信パターン（D）を含む。第1のアンテナに対応するSR用の送信パターン（D）は、サブフレーム内のタイムスロット1の中のインデックス番号がC2であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC2であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。第2のアンテナに対応するSR用の送信パターン（D）は、サブフレーム内のタイムスロット1の中のインデックス番号がC1であるコードチャネルリソース、およびタイムスロット2の中のインデックス番号がC1であるコードチャネルリソースが、SRを送信するために使用されることを示すために使用される。
【００９１】
場合によっては、本発明の実施形態で提供される解決策において、あるシナリオでは、ネットワークデバイスにSRを送信した後、端末がネットワークデバイスにBSRをさらに送信する必要があると端末が判断した場合、端末は、SR用の送信パターンが第1のプリセット送信パターンであると判断し、次いで、第1のプリセット送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにSRを送信することができる。SRを受信した後、ネットワークデバイスは、SRを搬送するためのコードチャネルリソースに従って、SR用の送信パターンが第1のプリセット送信パターンであると判断し、端末によって送信されたBSRを受信した後に端末にアップリンク・トラフィック・リソースを割り振るように決定することができる。第1のプリセット送信パターンは、従来技術におけるSR用の送信パターンであってもよい。
【００９２】
図10は、本発明の実施形態1による、端末の概略構造図である。図10に示されたように、この実施形態における端末は、処理ユニット11と送信ユニット12とを含んでもよい。処理ユニット11は、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するように構成され、送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求は、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される。送信ユニット12は、送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにスケジューリング要求を送信するように構成され、その結果、ネットワークデバイスは、端末のために、スケジューリング要求を搬送するコードチャネルリソースに基づいて、送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする。
【００９３】
場合によっては、処理ユニット11は、以下の情報：アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、スケジューリング要求用の送信パターンを決定するように特に構成される。
【００９４】
場合によっては、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【００９５】
場合によっては、処理ユニット11は、送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、送信されるべきアップリンクデータに対応するスケジューリング要求用の送信パターンを決定するように特に構成され、K個のプリセットスケジューリング要求送信パターンは、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KはM＊M以下の正の整数であり、Mは2以上の正の整数である。
【００９６】
場合によっては、Mは2または3である。
【００９７】
場合によっては、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数である。
【００９８】
場合によっては、端末は第1のアンテナおよび第2のアンテナを含む。
【００９９】
処理ユニット11は、送信されるべきアップリンクデータに応じて、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンを決定するように特に構成される。
【０１００】
送信ユニット12は、第1のアンテナおよび第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信し、第2のアンテナおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信する、ように特に構成される。
【０１０１】
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソース、および第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【０１０２】
この実施形態における端末は、本発明の前述の方法実施形態において、端末によって実行される技術的解決策を実行するように構成されてもよく、その実装原理および技術的効果は同様であり、詳細は本明細書では再び記載されない。
【０１０３】
図11は、本発明の実施形態1による、ネットワークデバイスの概略構造図である。図11に示されたように、この実施形態におけるネットワークデバイスは、受信ユニット21と、特定ユニット22と、スケジューリングユニット23とを含んでもよい。受信ユニット21は、端末によって送信されたスケジューリング要求を受信するように構成され、スケジューリング要求は、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される。特定ユニット22は、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するように構成され、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用される。スケジューリングユニット23は、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールするように構成される。
【０１０４】
場合によっては、スケジューリングユニット23は、スケジューリング要求用の送信パターンに基づいてスケジューリング要求のタイプを特定し、スケジューリング要求のタイプが、以下の情報：アップリンクデータのデータ量およびアップリンクデータの緊急度のうちの少なくとも1つを示すために使用され、スケジューリング要求のタイプに応じて端末用のアップリンク・トラフィック・リソースをスケジュールする、ように特に構成される。
【０１０５】
場合によっては、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【０１０６】
場合によっては、特定ユニット22は、スケジューリング要求を搬送するためのコードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、アップリンクデータに対応するスケジューリング要求用の送信パターンを特定するように特に構成され、M＊M個のプリセットスケジューリング要求送信パターンは、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KはM＊M以下の正の整数であり、Mは2以上の正の整数である。
【０１０７】
場合によっては、Mは2または3である。
【０１０８】
場合によっては、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数である。
【０１０９】
特定ユニット22は、スケジューリング要求を搬送するためのコードチャネルリソースに基づいて、第1のタイムスロット内の第1のコードチャネルリソースがi番目のRBに属し、第2のタイムスロット内の第2のコードチャネルリソースがj番目のRBに属すると判断し、第1のタイムスロット内のi番目のRBおよび第2のタイムスロット内のj番目のRBに基づいて、スケジューリング要求用の送信パターンを特定する、ように特に構成される。
【０１１０】
場合によっては、端末は第1のアンテナおよび第2のアンテナを含む。
【０１１１】
受信ユニット21は、第1のアンテナを使用して端末によって送信されたスケジューリング要求および第2のアンテナを使用して端末によって送信されたスケジューリング要求を受信するように成される。
【０１１２】
特定ユニット22は、第1のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第1のアンテナに対応するスケジューリング要求用の送信パターンを特定し、第2のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第2のアンテナに対応するスケジューリング要求用の送信パターンを特定する、ように成される。
【０１１３】
スケジューリングユニット23は、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンに従って、端末用のアップリンク・トラフィック・リソースをスケジュールするように特に構成される。
【０１１４】
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソース、および第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【０１１５】
この実施形態におけるネットワークデバイスは、本発明の前述の方法実施形態において、ネットワークデバイスによって実行される技術的解決策を実行するように構成されてもよく、その実装原理および技術的効果は同様であり、詳細は本明細書では再び記載されない。
【０１１６】
図12は、本発明の実施形態2による、端末の概略構造図である。図12に示されたように、この実施形態における端末は、プロセッサ31と、トランシーバ32とを含んでもよい。場合によっては、この実施形態における端末はメモリ33をさらに含んでもよく、メモリ33は、アップリンク・トラフィック・リソース・スケジューリング方法を実行するためのプログラムコードを記憶するように構成される。プロセッサ31は、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するように構成され、送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求は、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される。トランシーバ32は、送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにスケジューリング要求を送信するように構成され、その結果、ネットワークデバイスは、端末のために、スケジューリング要求を搬送するコードチャネルリソースに基づいて、送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする。
【０１１７】
場合によっては、プロセッサ31は、以下の情報：アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、スケジューリング要求用の送信パターンを決定するように特に構成される。
【０１１８】
場合によっては、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【０１１９】
場合によっては、プロセッサ31は、送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、送信されるべきアップリンクデータに対応するスケジューリング要求用の送信パターンを決定するように特に構成され、K個のプリセットスケジューリング要求送信パターンは、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KはM＊M以下の正の整数であり、Mは2以上の正の整数である。
【０１２０】
場合によっては、Mは2または3である。
【０１２１】
場合によっては、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数である。
【０１２２】
場合によっては、端末は第1のアンテナおよび第2のアンテナを含む。
【０１２３】
プロセッサ31は、送信されるべきアップリンクデータに応じて、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンを決定するように特に構成される。
【０１２４】
トランシーバ32は、第1のアンテナおよび第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信し、第2のアンテナおよび第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースを使用して、ネットワークデバイスにスケジューリング要求を送信する、ように特に構成される。
【０１２５】
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソース、および第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【０１２６】
この実施形態における端末は、本発明の前述の方法実施形態において、端末によって実行される技術的解決策を実行するように構成されてもよく、その実装原理および技術的効果は同様であり、詳細は本明細書では再び記載されない。
【０１２７】
図13は、本発明の実施形態2による、ネットワークデバイスの概略構造図である。図13に示されたように、この実施形態におけるネットワークデバイスは、トランシーバ41と、プロセッサ42とを含んでもよい。場合によっては、この実施形態における端末はメモリ43をさらに含んでもよく、メモリ43は、アップリンク・トラフィック・リソース・スケジューリング方法を実行するためのプログラムコードを記憶するように構成される。トランシーバ41は、端末によって送信されたスケジューリング要求を受信するように構成され、スケジューリング要求は、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される。プロセッサ42は、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定し、スケジューリング要求用の送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールする、ように構成される。
【０１２８】
場合によっては、スケジューリング要求用の送信パターンに従って端末用のアップリンク・トラフィック・リソースをスケジュールするとき、プロセッサ42は、スケジューリング要求用の送信パターンに基づいてスケジューリング要求のタイプを特定し、スケジューリング要求のタイプが、以下の情報：アップリンクデータのデータ量およびアップリンクデータの緊急度のうちの少なくとも1つを示すために使用され、スケジューリング要求のタイプに応じて端末用のアップリンク・トラフィック・リソースをスケジュールする、ように特に構成される。
【０１２９】
場合によっては、スケジューリング要求用の送信パターンは、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、第1のコードチャネルリソースはアップリンクサブフレーム内の第1のタイムスロット内にあり、第2のコードチャネルリソースはアップリンクサブフレーム内の第2のタイムスロット内にある。
【０１３０】
場合によっては、スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するとき、プロセッサ42は、スケジューリング要求を搬送するためのコードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、アップリンクデータに対応するスケジューリング要求用の送信パターンを特定するように特に構成され、M＊M個のプリセットスケジューリング要求送信パターンは、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KはM＊M以下の正の整数であり、Mは2以上の正の整数である。
【０１３１】
場合によっては、Mは2または3である。
【０１３２】
場合によっては、第1のタイムスロットおよび第2のタイムスロットは、各々N個のRBを含み、第1のコードチャネルリソースはi番目のRBに属し、第2のコードチャネルリソースはj番目のRBに属し、iは1以上N以下の整数であり、jは1以上N以下の整数である。
【０１３３】
スケジューリング要求を搬送するためのコードチャネルリソースに基づいてスケジューリング要求用の送信パターンを特定するとき、プロセッサ42は、スケジューリング要求を搬送するためのコードチャネルリソースに基づいて、第1のタイムスロット内の第1のコードチャネルリソースがi番目のRBに属し、第2のタイムスロット内の第2のコードチャネルリソースがj番目のRBに属すると判断し、第1のタイムスロット内のi番目のRBおよび第2のタイムスロット内のj番目のRBに基づいて、スケジューリング要求用の送信パターンを特定する、ように特に構成される。
【０１３４】
場合によっては、端末は第1のアンテナおよび第2のアンテナを含む。
【０１３５】
トランシーバ41は、第1のアンテナを使用して端末によって送信されたスケジューリング要求および第2のアンテナを使用して端末によって送信されたスケジューリング要求を受信するように特に構成される。
【０１３６】
プロセッサ42は、第1のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第1のアンテナに対応するスケジューリング要求用の送信パターンを特定し、第2のアンテナを使用して端末によって送信されたスケジューリング要求を搬送するためのコードチャネルリソースに従って、第2のアンテナに対応するスケジューリング要求用の送信パターンを特定し、第1のアンテナに対応するスケジューリング要求用の送信パターンおよび第2のアンテナに対応するスケジューリング要求用の送信パターンに従って、端末用のアップリンク・トラフィック・リソースをスケジュールする、ように特に構成される。
【０１３７】
第1のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソース、および第2のアンテナに対応するスケジューリング要求用の送信パターンによって示されたコードチャネルリソースは、アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである。
【０１３８】
この実施形態におけるネットワークデバイスは、本発明の前述の方法実施形態において、ネットワークデバイスによって実行される技術的解決策を実行するように構成されてもよく、その実装原理および技術的効果は同様であり、詳細は本明細書では再び記載されない。
【０１３９】
図14は、本発明の実施形態1による、アップリンク・トラフィック・リソース・スケジューリングシステムの概略構造図である。図14に示されたように、この実施形態におけるシステムは、少なくとも1つの端末50（1つの端末が示されている）と、ネットワークデバイス60とを含む。端末50は、図10または図12に示された装置実施形態の構造を使用してもよく、それに対応して、本発明の前述の方法実施形態において端末によって実行される技術的解決策を実行することができ、その実装原理および技術的効果は同様であり、詳細は本明細書では再び記載されない。ネットワークデバイス60は、図11または図13に示された装置実施形態の構造を使用してもよく、それに対応して、本発明の前述の方法実施形態においてネットワークデバイスによって実行される技術的解決策を実行することができ、その実装原理および技術的効果は同様であり、詳細は本明細書では再び記載されない。
【０１４０】
当業者は、方法実施形態のステップのうちのすべてまたは一部が、関連するハードウェアに命令するプログラムによって実装されてもよいことを理解することができる。プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。プログラムが動作するとき、方法実施形態のステップが実行される。記憶媒体には、読取り専用メモリ（英語：Read−Only Memory、略してROM）、ランダムアクセスメモリ（英語：Random Access Memory、略してRAM）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体が含まれる。
【０１４１】
最後に、前述の実施形態は本発明の技術的解決策を記載するためのものにすぎず、本発明を限定するためのものではないことに留意されたい。前述の実施形態を参照して本発明が詳細に記載されたが、当業者は、本発明の実施形態の技術的解決策の範囲から逸脱することなく、前述の実施形態に記載された技術的解決策に対して修正をさらに行うか、またはそれらの一部もしくはすべての技術的特徴に対して均等な置換を行うことができることを理解するべきである。
【符号の説明】
【０１４２】
11  処理ユニット
12  送信ユニット
21  受信ユニット
22  特定ユニット
23  スケジューリングユニット
31  プロセッサ
32  トランシーバ
33  メモリ
41  トランシーバ
42  プロセッサ
43  メモリ
50  端末
60  ネットワークデバイス
【図１】
2019500802.tif 000003
【図２】
2019500802.tif 000004
【図３】
2019500802.tif 000005
【図４】
2019500802.tif 000006
【図５】
2019500802.tif 000007
【図６】
2019500802.tif 000008
【図７】
2019500802.tif 000009
【図８】
2019500802.tif 000010
【図９】
2019500802.tif 000011
【図１０】
2019500802.tif 000012
【図１１】
2019500802.tif 000013
【図１２】
2019500802.tif 000014
【図１３】
2019500802.tif 000015
【図１４】
2019500802.tif 000016
【国際調査報告】
2019500802.tif 000017
2019500802.tif 000018
2019500802.tif 000019
2019500802.tif 000020