JP2019500802A - アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステム - Google Patents

アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステム Download PDF

Info

Publication number
JP2019500802A
JP2019500802A JP2018533616A JP2018533616A JP2019500802A JP 2019500802 A JP2019500802 A JP 2019500802A JP 2018533616 A JP2018533616 A JP 2018533616A JP 2018533616 A JP2018533616 A JP 2018533616A JP 2019500802 A JP2019500802 A JP 2019500802A
Authority
JP
Japan
Prior art keywords
scheduling request
code channel
transmission pattern
channel resource
antenna
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
JP2018533616A
Other languages
English (en)
Inventor
▲亮▼ ▲陳▼
▲亮▼ ▲陳▼
雪 李
雪 李
瑞 岳
瑞 岳
▲広▼林 ▲韓▼
▲広▼林 ▲韓▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2019500802A publication Critical patent/JP2019500802A/ja
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows

Abstract

本発明の実施形態は、アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステムを提供する。方法は、端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するステップであって、送信パターンが、1つのアップリンクサブフレーム内にあり、スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、ステップと、送信パターンによって示されたコードチャネルリソースを使用してネットワークデバイスにスケジューリング要求を送信するステップであって、その結果、ネットワークデバイスが、端末のために、スケジューリング要求を搬送するコードチャネルリソースに基づいて、送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、ステップとを含む。したがって、本発明の実施形態によれば、端末とネットワークデバイスとの間の対話の回数が減少し、アップリンク・トラフィック・リソースをスケジュールする際の遅延が低減され、それにより、端末のデータ伝送効率が向上する。

Description

本発明の実施形態は、通信技術の分野に関し、詳細には、アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステムに関する。
既存の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 ネットワークデバイス

Claims (29)

  1. 端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するステップであって、前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、前記スケジューリング要求が、前記アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、ステップと、
    前記端末により、前記送信パターンによって示された前記コードチャネルリソースを使用してネットワークデバイスに前記スケジューリング要求を送信するステップであって、その結果、前記ネットワークデバイスが、前記端末のために、前記スケジューリング要求を搬送する前記コードチャネルリソースに基づいて、前記送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、ステップと
    を備える、アップリンク・トラフィック・リソース・スケジューリング方法。
  2. 端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定する前記ステップが、
    前記端末により、以下の情報：前記アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、前記スケジューリング要求用の前記送信パターンを決定するステップ
    を備える、請求項1に記載の方法。
  3. 前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、前記第1のコードチャネルリソースが前記アップリンクサブフレーム内の第1のタイムスロット内にあり、前記第2のコードチャネルリソースが前記アップリンクサブフレーム内の第2のタイムスロット内にある、請求項1または2に記載の方法。
  4. 端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定する前記ステップが、
    前記端末により、前記送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、前記送信されるべきアップリンクデータに対応する前記スケジューリング要求用の前記送信パターンを決定するステップであって、前記K個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ステップ
    を備える、請求項3に記載の方法。
  5. Mが2または3である、請求項4に記載の方法。
  6. 前記第1のタイムスロットおよび前記第2のタイムスロットが、各々N個のリソースブロックRBを備え、前記第1のコードチャネルリソースがi番目のRBに属し、前記第2のコードチャネルリソースがj番目のRBに属し、iが1以上N以下の整数であり、jが1以上N以下の整数である、請求項3に記載の方法。
  7. 前記端末が第1のアンテナおよび第2のアンテナを備え、
    端末により、送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定する前記ステップが、
    前記端末により、前記送信されるべきアップリンクデータに応じて、前記第1のアンテナに対応する前記スケジューリング要求用の送信パターンおよび前記第2のアンテナに対応する前記スケジューリング要求用の送信パターンを決定するステップを備え、
    前記端末により、前記送信パターンによって示された前記コードチャネルリソースを使用してネットワークデバイスに前記スケジューリング要求を送信する前記ステップが、
    前記端末により、前記第1のアンテナおよび前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示されたコードチャネルリソースを使用して、前記ネットワークデバイスに前記スケジューリング要求を送信するステップと、前記第2のアンテナおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示されたコードチャネルリソースを使用して、前記ネットワークデバイスに前記スケジューリング要求を送信するステップとを備え、
    前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースが、前記アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである、
    請求項3から6のいずれか一項に記載の方法。
  8. ネットワークデバイスにより、端末によって送信されたスケジューリング要求を受信するステップであって、前記スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、ステップと、
    前記ネットワークデバイスにより、前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定するステップであって、前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用される、ステップと、
    前記ネットワークデバイスにより、前記スケジューリング要求用の前記送信パターンに従って前記端末用のアップリンク・トラフィック・リソースをスケジュールするステップと
    を備える、アップリンク・トラフィック・リソース・スケジューリング方法。
  9. 前記ネットワークデバイスにより、前記スケジューリング要求用の前記送信パターンに従って前記端末用のアップリンク・トラフィック・リソースをスケジュールする前記ステップが、
    前記ネットワークデバイスにより、前記スケジューリング要求用の前記送信パターンに基づいて前記スケジューリング要求のタイプを特定するステップであって、前記スケジューリング要求の前記タイプが、以下の情報：前記アップリンクデータのデータ量および前記アップリンクデータの緊急度のうちの少なくとも1つを示すために使用される、ステップと、
    前記スケジューリング要求の前記タイプに応じて前記端末用の前記アップリンク・トラフィック・リソースをスケジュールするステップと
    を備える、請求項8に記載の方法。
  10. 前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、前記第1のコードチャネルリソースが前記アップリンクサブフレーム内の第1のタイムスロット内にあり、前記第2のコードチャネルリソースが前記アップリンクサブフレーム内の第2のタイムスロット内にある、請求項8または9に記載の方法。
  11. 前記ネットワークデバイスにより、前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定する前記ステップが、
    前記ネットワークデバイスにより、前記スケジューリング要求を搬送するための前記コードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、前記アップリンクデータに対応する前記スケジューリング要求用の前記送信パターンを特定するステップであって、前記M＊M個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ステップ
    を備える、請求項10に記載の方法。
  12. Mが2または3である、請求項11に記載の方法。
  13. 前記第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に記載の方法。
  14. 前記端末が第1のアンテナおよび第2のアンテナを備え、
    ネットワークデバイスにより、端末によって送信されたスケジューリング要求を受信する前記ステップが、前記ネットワークデバイスにより、前記第1のアンテナを使用して前記端末によって送信された前記スケジューリング要求および前記第2のアンテナを使用して前記端末によって送信された前記スケジューリング要求を受信するステップを備え、
    前記ネットワークデバイスにより、前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定する前記ステップが、
    前記ネットワークデバイスにより、前記第1のアンテナを使用して前記端末によって送信された前記スケジューリング要求を搬送するためのコードチャネルリソースに従って、前記第1のアンテナに対応する前記スケジューリング要求用の送信パターンを特定するステップと、
    前記ネットワークデバイスにより、前記第2のアンテナを使用して前記端末によって送信された前記スケジューリング要求を搬送するためのコードチャネルリソースに従って、前記第2のアンテナに対応する前記スケジューリング要求用の送信パターンを特定するステップと
    を備え、
    前記ネットワークデバイスにより、前記スケジューリング要求用の前記送信パターンに従って前記端末用のアップリンク・トラフィック・リソースをスケジュールする前記ステップが、
    前記ネットワークデバイスにより、前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンに従って、前記端末用の前記アップリンク・トラフィック・リソースをスケジュールするステップ
    を備え、
    前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースが、前記アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである、
    請求項10から13のいずれか一項に記載の方法。
  15. 端末であって、
    送信されるべきアップリンクデータに基づいてスケジューリング要求用の送信パターンを決定するように構成された処理ユニットであって、前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用され、前記スケジューリング要求が、前記アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、処理ユニットと、
    前記送信パターンによって示された前記コードチャネルリソースを使用してネットワークデバイスに前記スケジューリング要求を送信するように構成された送信ユニットであって、その結果、前記ネットワークデバイスが、前記端末のために、前記スケジューリング要求を搬送する前記コードチャネルリソースに基づいて、前記送信パターンに対応するアップリンク・トラフィック・リソースをスケジュールする、送信ユニットと
    を備える、端末。
  16. 前記処理ユニットが、以下の情報：前記アップリンクデータのデータ量および緊急度のうちの少なくとも1つに基づいて、前記スケジューリング要求用の前記送信パターンを決定するように特に構成される、請求項15に記載の端末。
  17. 前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、前記第1のコードチャネルリソースが前記アップリンクサブフレーム内の第1のタイムスロット内にあり、前記第2のコードチャネルリソースが前記アップリンクサブフレーム内の第2のタイムスロット内にある、請求項15または16に記載の端末。
  18. 前記処理ユニットが、前記送信されるべきアップリンクデータに基づくK個のプリセットスケジューリング要求送信パターンの中で、前記送信されるべきアップリンクデータに対応する前記スケジューリング要求用の前記送信パターンを決定し、前記K個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ように特に構成される、請求項17に記載の端末。
  19. Mが2または3である、請求項18に記載の端末。
  20. 前記第1のタイムスロットおよび前記第2のタイムスロットが、各々N個のRBを備え、前記第1のコードチャネルリソースがi番目のRBに属し、前記第2のコードチャネルリソースがj番目のRBに属し、iが1以上N以下の整数であり、jが1以上N以下の整数である、請求項17に記載の端末。
  21. 前記端末が第1のアンテナおよび第2のアンテナを備え、
    前記処理ユニットが、前記送信されるべきアップリンクデータに応じて、前記第1のアンテナに対応する前記スケジューリング要求用の送信パターンおよび前記第2のアンテナに対応する前記スケジューリング要求用の送信パターンを決定するように特に構成され、
    前記送信ユニットが、前記第1のアンテナおよび前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示されたコードチャネルリソースを使用して、前記ネットワークデバイスに前記スケジューリング要求を送信し、前記第2のアンテナおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示されたコードチャネルリソースを使用して、前記ネットワークデバイスに前記スケジューリング要求を送信する、ように特に構成され、
    前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースが、前記アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである、
    請求項17から20のいずれか一項に記載の端末。
  22. ネットワークデバイスであって、
    端末によって送信されたスケジューリング要求を受信するように構成された受信ユニットであって、前記スケジューリング要求が、アップリンクデータを送信するためにアップリンク・トラフィック・リソースをスケジュールするように要求するために使用される、受信ユニットと、
    前記スケジューリング要求を搬送するためのコードチャネルリソースに基づいて前記スケジューリング要求用の送信パターンを特定するように構成された特定ユニットであって、前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用されるコードチャネルリソースを示すために使用される、特定ユニットと、
    前記スケジューリング要求用の前記送信パターンに従って前記端末用のアップリンク・トラフィック・リソースをスケジュールするように構成されたスケジューリングユニットと
    を備える、ネットワークデバイス。
  23. 前記スケジューリングユニットが、前記スケジューリング要求用の前記送信パターンに基づいて前記スケジューリング要求のタイプを特定し、前記スケジューリング要求の前記タイプが、以下の情報：前記アップリンクデータのデータ量および前記アップリンクデータの緊急度のうちの少なくとも1つを示すために使用され、前記スケジューリング要求の前記タイプに応じて前記端末用の前記アップリンク・トラフィック・リソースをスケジュールする、ように特に構成される、請求項22に記載のネットワークデバイス。
  24. 前記スケジューリング要求用の前記送信パターンが、1つのアップリンクサブフレーム内にあり、前記スケジューリング要求を搬送するために使用される第1のコードチャネルリソースおよび第2のコードチャネルリソースを示すために使用され、前記第1のコードチャネルリソースが前記アップリンクサブフレーム内の第1のタイムスロット内にあり、前記第2のコードチャネルリソースが前記アップリンクサブフレーム内の第2のタイムスロット内にある、請求項22または23に記載のネットワークデバイス。
  25. 前記特定ユニットが、前記スケジューリング要求を搬送するための前記コードチャネルリソースに基づくK個のプリセットスケジューリング要求送信パターンの中で、前記アップリンクデータに対応する前記スケジューリング要求用の前記送信パターンを特定し、前記M＊M個のプリセットスケジューリング要求送信パターンが、スケジューリング要求を搬送するためのM個のプリセットコードチャネルリソースによって取得され、KがM＊M以下の正の整数であり、Mが2以上の正の整数である、ように特に構成される、請求項24に記載のネットワークデバイス。
  26. Mが2または3である、請求項25に記載のネットワークデバイス。
  27. 前記第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に記載のネットワークデバイス。
  28. 前記端末が第1のアンテナおよび第2のアンテナを備え、
    前記受信ユニットが、前記第1のアンテナを使用して前記端末によって送信された前記スケジューリング要求および前記第2のアンテナを使用して前記端末によって送信された前記スケジューリング要求を受信するように特に構成され、
    前記特定ユニットが、前記第1のアンテナを使用して前記端末によって送信された前記スケジューリング要求を搬送するためのコードチャネルリソースに従って、前記第1のアンテナに対応する前記スケジューリング要求用の送信パターンを特定し、前記第2のアンテナを使用して前記端末によって送信された前記スケジューリング要求を搬送するためのコードチャネルリソースに従って、前記第2のアンテナに対応する前記スケジューリング要求用の送信パターンを特定する、ように特に構成され、
    前記スケジューリングユニットが、前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンに従って、前記端末用の前記アップリンク・トラフィック・リソースをスケジュールするように特に構成され、
    前記第1のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースおよび前記第2のアンテナに対応する前記スケジューリング要求用の前記送信パターンによって示された前記コードチャネルリソースが、前記アップリンクサブフレーム内の同じタイムスロットの中の異なるコードチャネルリソースである、
    請求項24から27のいずれか一項に記載のネットワークデバイス。
  29. 請求項15から21のいずれか一項に記載の少なくとも1つの端末と、請求項22から28のいずれか一項に記載のネットワークデバイスとを備える、アップリンク・トラフィック・リソース・スケジューリングシステム。
JP2018533616A 2015-12-25 2016-12-22 アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステム Ceased JP2019500802A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201510991273.1 2015-12-25
CN201510991273.1A CN106922022A (zh) 2015-12-25 2015-12-25 上行业务资源调度方法、设备和系统
PCT/CN2016/111581 WO2017107964A1 (zh) 2015-12-25 2016-12-22 上行业务资源调度方法、设备和系统

Publications (1)

Publication Number Publication Date
JP2019500802A true JP2019500802A (ja) 2019-01-10

Family

ID=59089051

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018533616A Ceased JP2019500802A (ja) 2015-12-25 2016-12-22 アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステム

Country Status (5)

Country Link
US (1) US20180302912A1 (ja)
EP (1) EP3389323A4 (ja)
JP (1) JP2019500802A (ja)
CN (1) CN106922022A (ja)
WO (1) WO2017107964A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109587781A (zh) * 2017-09-29 2019-04-05 中兴通讯股份有限公司 信息上报方法及装置
CN110167152B (zh) * 2018-02-12 2022-04-12 大唐移动通信设备有限公司 一种数据传输方法和设备
US20210345302A1 (en) * 2018-11-01 2021-11-04 Sony Corporation Telecommunications apparatus and methods
CN109413747B (zh) * 2018-11-15 2023-07-11 新华三技术有限公司成都分公司 传输资源分配方法、装置、传输资源请求方法及装置
WO2021031014A1 (zh) * 2019-08-16 2021-02-25 Oppo广东移动通信有限公司 用于传输数据的方法、终端设备和网络设备
CN110839296B (zh) * 2019-11-29 2021-10-22 惠州Tcl移动通信有限公司 网络资源调度方法、装置、存储介质及移动终端
US11901983B1 (en) * 2021-03-17 2024-02-13 T-Mobile Innovations Llc Selectively assigning uplink transmission layers

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012507241A (ja) * 2008-11-23 2012-03-22 エルジー エレクトロニクス インコーポレイティド 無線移動通信システムで制御情報を伝送する方法
JP2012065298A (ja) * 2010-04-30 2012-03-29 Ntt Docomo Inc 移動端末装置及び無線通信方法
US20130028221A1 (en) * 2010-04-12 2013-01-31 Lg Electronics Inc. Method and apparatus for transmitting and receiving scheduling request using shared resource based filtering in radio communication system
JP2014522205A (ja) * 2011-08-18 2014-08-28 富士通株式会社 スケジューリング要求の使用可能なアップリンク送信
WO2015178566A1 (en) * 2014-05-18 2015-11-26 Lg Electronics Inc. Method and apparatus for transmitting uplink data in a wireless communication system

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100429540B1 (ko) * 1998-08-26 2004-08-09 삼성전자주식회사 이동통신시스템의패킷데이터통신장치및방법
KR100703303B1 (ko) * 2005-04-28 2007-04-03 삼성전자주식회사 무선 통신 시스템에서 확장 실시간 폴링 서비스의 상향링크 자원 할당 요청 방법
DE102006032495A1 (de) * 2006-07-13 2008-02-07 Nokia Siemens Networks Gmbh & Co.Kg Verfahren und Vorrichtung zur Vermeidung von Interferenzen in einem zellulären Funkkommunikationssystem
EP2077677A4 (en) * 2006-10-27 2013-04-24 Mitsubishi Electric Corp DATA COMMUNICATION METHOD, COMMUNICATION SYSTEM AND MOBILE TERMINAL
JP4930006B2 (ja) * 2006-11-22 2012-05-09 日本電気株式会社 移動通信装置、移動通信システム及びそれに用いる消費電力削減方法
CN101527954B (zh) * 2009-04-20 2012-03-28 北京天碁科技有限公司 一种射频控制调度方法以及移动终端
CN101873704A (zh) * 2009-04-24 2010-10-27 大唐移动通信设备有限公司 长期演进系统中资源调度方法、系统及设备
CN101877911B (zh) * 2009-04-30 2014-06-25 电信科学技术研究院 一种专用调度请求资源的分配方法及装置
KR101664191B1 (ko) * 2009-08-28 2016-10-11 삼성전자 주식회사 무선 통신 시스템에서 기준 신호 할당 방법
WO2011087406A1 (en) * 2010-01-13 2011-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements in a wireless communication system
CN102404832B (zh) * 2010-09-15 2014-06-18 普天信息技术研究院有限公司 一种分配上行链路功率资源的方法及装置
US9532373B2 (en) * 2011-08-22 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Collision resolution for PUCCH scheduling requests
JP2015512571A (ja) * 2012-03-16 2015-04-27 インターデイジタル パテント ホールディングス インコーポレイテッド Ｌｔｅｆｄｄネットワークにおける半二重ｆｄｄ動作のための方法
CN106488544B (zh) * 2012-03-23 2020-08-07 华为技术有限公司 上行功率控制方法、网络节点及系统
US9264997B2 (en) * 2012-07-03 2016-02-16 Qualcomm Incorporated Apparatus and methods of energy efficient communication
CN114095140B (zh) * 2012-12-27 2023-10-10 华为技术有限公司 信号处理方法和设备
KR20150020018A (ko) * 2013-08-14 2015-02-25 삼성전자주식회사 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
EP3338498B1 (en) * 2015-08-21 2020-02-12 Telefonaktiebolaget LM Ericsson (publ) Scheduling for half-duplex frequency division duplexing user equipment

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012507241A (ja) * 2008-11-23 2012-03-22 エルジー エレクトロニクス インコーポレイティド 無線移動通信システムで制御情報を伝送する方法
US20130028221A1 (en) * 2010-04-12 2013-01-31 Lg Electronics Inc. Method and apparatus for transmitting and receiving scheduling request using shared resource based filtering in radio communication system
JP2012065298A (ja) * 2010-04-30 2012-03-29 Ntt Docomo Inc 移動端末装置及び無線通信方法
JP2014522205A (ja) * 2011-08-18 2014-08-28 富士通株式会社 スケジューリング要求の使用可能なアップリンク送信
WO2015178566A1 (en) * 2014-05-18 2015-11-26 Lg Electronics Inc. Method and apparatus for transmitting uplink data in a wireless communication system

Also Published As

Publication number Publication date
CN106922022A (zh) 2017-07-04
WO2017107964A1 (zh) 2017-06-29
US20180302912A1 (en) 2018-10-18
EP3389323A1 (en) 2018-10-17
EP3389323A4 (en) 2018-11-21

Similar Documents

Publication Publication Date Title
JP2019500802A (ja) アップリンク・トラフィック・リソース・スケジューリングの方法、デバイス、およびシステム
CN103069906B (zh) 在无线网络中使用基于竞争的资源区域发射数据的方法和装备
US10880919B2 (en) Method and device for configuring and determining semi-persistent scheduling
EP3152951B1 (en) Method and user equipment for predicting available throughput for uplink data
JP6399328B2 (ja) バッファ状態報告を報告するための方法および装置
JP6535813B2 (ja) 物理ダウンリンク制御チャネルの伝送方法及び装置
JP6568944B2 (ja) 複数の時間インスタンスにおけるアップリンクリソーススケジューリング
US20130265984A1 (en) Grouped machine-to-machine communications
US20170019893A1 (en) Method and device for triggering buffer state reporting bsr
KR102023144B1 (ko) 반정적 스케줄링 방법 및 장치
US10959225B2 (en) Techniques for handling semi-persistent scheduling collisions for wireless networks
US10362597B2 (en) Periodic uplink grant alignment in a cellular network
KR20110081441A (ko) 이동통신 단말기에서 자원 할당 요청 방법 및 장치
CN109314977B (zh) 用于v2x通信的半持续资源分配增强
CN109005587B (zh) 一种数据传输的方法、装置和系统
CN110855401A (zh) 一种harq反馈方法和装置
WO2019222876A1 (en) Methods and apparatus for multi-instance channel state information reporting
US10512064B1 (en) Allocating wireless communication link resources in a control channel
CN106817772B (zh) 一种传输数据的方法及装置
KR102201914B1 (ko) 스케줄링 방법, 단말기 및 기지국
CN105491675A (zh) 非对称上行载波聚合下的随机接入方法及装置
US20170202030A1 (en) Random Access Method, Network Device, and User Equipment
US10979929B2 (en) Method and apparatus for transmitting and receiving system information, base station, and terminal
KR20190131160A (ko) 무선 접속 네트워크(ran) 슬라이싱의 무선 링크 효율을 향상시키기 위한 병렬 스케줄러 및 그 방법
CN108156631B (zh) 一种信息传输的方法及装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180801

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190529

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190603

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190801

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200203

A045 Written measure of dismissal of application [lapsed due to lack of payment]

Free format text: JAPANESE INTERMEDIATE CODE: A045

Effective date: 20200629