(57)【要約】  本開示は、スケジューリング方法、端末および基地局を提供し、通信技術分野に係る。端末に応用される当該スケジューリング方法において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、ＳＲが引き起こされることが検出された場合、ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、第１サービス特性と対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップとを含み、ここで、異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。【選択図】  図１
2019533381.tif 000002
【特許請求の範囲】
【請求項１】
端末に応用されるスケジューリング方法において、
所定のサービス特性と、異なるチャネルに設定されるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）リソースとの対応関係を特定するステップと、
ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップとを含み、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に設定されるＳＲリソースとｓＰＵＣＣＨ（ＰＵＣＣＨ  ｆｏｒ  ｓｈｏｒｔ  ＴＴＩ）に設定されるＳＲリソースを含むスケジューリング方法。
【請求項２】
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１に記載のスケジューリング方法。
【請求項３】
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１に記載のスケジューリング方法。
【請求項４】
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う前に、さらに、
基地局から送信されるＲＲＣメッセージを受信することと、
前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することとを含む請求項１に記載のスケジューリング方法。
【請求項５】
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップは、
前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことを含む請求項４に記載のスケジューリング方法。
【請求項６】
前記所定のサービス特性は、
ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項１〜５のいずれか一項に記載のスケジューリング方法。
【請求項７】
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定モジュールと、
ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第２特定モジュールと、
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送モジュールとを含み、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む端末。
【請求項８】
前記第１特定モジュールは、
予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定ユニットを含む請求項７に記載の端末。
【請求項９】
前記第１特定モジュールは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第２特定ユニットを含む請求項７に記載の端末。
【請求項１０】
さらに、
基地局から送信されるＲＲＣメッセージを受信することに用いられる第１受信モジュールと、
前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することに用いられる第３特定モジュールとを含む請求項７に記載の端末。
【請求項１１】
前記伝送モジュールは、
前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送ユニットを含む請求項１０に記載の端末。
【請求項１２】
前記所定のサービス特性は、
ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項７〜１１のいずれか一項に記載の端末。
【請求項１３】
基地局に応用されるスケジューリング方法において、
端末から伝送されるＳＲを受信することを含み、
前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲであり、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含むスケジューリング方法。
【請求項１４】
端末から伝送されるＳＲを受信した後に、さらに、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、
前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップとを含む請求項１３に記載のスケジューリング方法。
【請求項１５】
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１４に記載のスケジューリング方法。
【請求項１６】
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１４に記載のスケジューリング方法。
【請求項１７】
端末から伝送されるＳＲを受信する前に、さらに、
前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することを含む請求項１３に記載のスケジューリング方法。
【請求項１８】
前記所定のサービス特性は、
ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項１３〜１７のいずれか一項に記載のスケジューリング方法。
【請求項１９】
前記所定のサービス特性は、プライオリティおよび遅延要求を含み、
前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含み、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップは、
前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することと、
前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することとを含む請求項１４に記載のスケジューリング方法。
【請求項２０】
端末から伝送されるＳＲを受信することに用いられる第２受信モジュールを含み、
前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲであり、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む基地局。
【請求項２１】
さらに、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定モジュールと、
前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第５特定モジュールと、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定することに用いられるスケジューリングポリシーモジュールとを含む請求項２０に記載の基地局。
【請求項２２】
前記第４特定モジュールは、
予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第３特定ユニットを含む請求項２１に記載の基地局。
【請求項２３】
前記第４特定モジュールは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定ユニットを含む請求項２１に記載の基地局。
【請求項２４】
さらに、
前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することに用いられる送信モジュールを含む請求項２０に記載の基地局。
【請求項２５】
前記所定のサービス特性は、
ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項２０〜２４のいずれか一項に記載の基地局。
【請求項２６】
前記所定のサービス特性は、プライオリティおよび遅延要求を含み、
前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含み、
前記スケジューリングポリシーモジュールは、
前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することに用いられる第５特定ユニットと、
前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することに用いられる第６特定ユニットとを含む請求項２１に記載の基地局。
【請求項２７】
プロセッサと、トランシーバと、メモリとを含む端末において、
ここで、前記プロセッサは、前記メモリからプログラムを読み取ることによって、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するプロセスと、
ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するプロセスと、
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うプロセスとを実行することに用いられ、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含み、
前記トランシーバは、
データを送受信することに用いられ、
前記メモリは、
前記プロセッサによる操作実行に用いられるデータを保存することに用いられる端末。
【請求項２８】
プロセッサと、トランシーバと、メモリとを含む基地局において、
ここで、前記プロセッサは、前記メモリからプログラムを読み取ることによって、
端末から伝送されるＳＲを受信するプロセスを実行することに用いられ、
前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲであり、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含み、
前記トランシーバは、
データを送受信することに用いられ、
前記メモリは、
前記プロセッサによる操作実行に用いられるデータを保存することに用いられる基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年１１月４日に中国特許庁に提出された中国特許出願２０１６１０９６２２８８．Ｘの優先権を主張し、その全ての内容が援用によりここに取り込まれる。
本開示は、通信技術分野に係り、特にスケジューリング方法、端末および基地局に係る。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システムは、スケジューリングに基づいた通信システムである。ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の送信バッファには、送信される必要のデータがあると、ＵＥから基地局にＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を送信して、ＵＥの現在の送信バッファで送信される必要のデータ情報を基地局に知らせる。基地局は、ＵＥからＢＳＲを受信すると、ＵＥから送信されるデータ量およびサービスのタイプに基づいて、対応するＵＬ−ＳＣＨ（ＵｐＬｉｎｋ−Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）リソースをＵＥに割り当て、割り当てたＵＬ−ＳＣＨリソースでデータを送信することをＵＥに通知する。
【０００３】
ＵＥは、ＢＳＲを基地局に送信するに当たり、ＵＬ−ＳＣＨリソースを使用する必要もある。ＵＥから報知される必要のあるＢＳＲがあるのに対しＵＬ−ＳＣＨリソースがないと、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）を引き起こし、送信される必要のあるＢＳＲにＵＬ−ＳＣＨリソースを割り当てるよう基地局に要求する。
【０００４】
ＳＲを引き起こした場合、ＳＲの送信方式は、専用のスケジューリング要求リソースでＳＲを送信するＤ−ＳＲ方式と、ランダムアクセスプロセスによってＳＲを行うＲＡ−ＳＲ方式の２種類がある。ＳＲ送信の基本的な原則は、Ｄ−ＳＲリソースがある限り、ＲＡ−ＳＲを使用しないことである。
【０００５】
伝統的なＬＴＥシステムにおいて、ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）の長さは、１ｍｓであり、アップリンク専用スケジューリング要求ＳＲは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）で伝送され、ＰＵＣＣＨ  ｆｏｒｍａｔ１／１ａ／１ｂが用いられる。
【０００６】
ＬＴＥ  Ｒ１４において、１ｍｓ  ＴＴＩをサポートするほか、サービスの伝送遅延を低下させるために、短縮ＴＴＩ（ｓｈｏｒｔ  ＴＴＩ）メカニズムも導入されている。ｓｈｏｒｔ  ＴＴＩをサポートするために、一連の物理層チャネルが定義され、ｓｈｏｒｔ  ＴＴＩに対応するＰＵＣＣＨは、改めてｓＰＵＣＣＨ（ＰＵＣＣＨ  ｆｏｒ  ｓｈｏｒｔ  ＴＴＩ）チャネルに命名される。
【０００７】
現在、ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合に、ＳＲ伝送に関する合理的な解決策がなく、システム全体のスケジューリング性能の向上ができない。
【発明の概要】
【０００８】
本開示は、ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決するために、スケジューリング方法、端末および基地局を提供する。
【０００９】
上述した技術課題を解決するために、本開示の実施例は、端末に応用されるスケジューリング方法を提供する。当該方法において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップとを含み、ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【００１０】
選択可能に、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む。
【００１１】
選択可能に、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む。
【００１２】
選択可能に、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う前に、前記スケジューリング方法において、さらに、基地局から送信されるＲＲＣメッセージを受信することと、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することとを含む。
【００１３】
選択可能に、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップは、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことを含む。
【００１４】
選択可能に、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【００１５】
上述した技術課題を解決するために、本開示の実施例は、さらに端末を提供する。当該端末は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定モジュールと、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第２特定モジュールと、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送モジュールとを含む。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【００１６】
選択可能に、前記第１特定モジュールは、予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定ユニットを含む。
【００１７】
選択可能に、前記第１特定モジュールは、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第２特定ユニットを含む。
【００１８】
選択可能に、前記端末は、さらに、基地局から送信されるＲＲＣメッセージを受信することに用いられる第１受信モジュールと、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することに用いられる第３特定モジュールとを含む。
【００１９】
選択可能に、前記伝送モジュールは、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送ユニットを含む。
【００２０】
選択可能に、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【００２１】
上述した技術課題を解決するために、本開示の実施例は、さらに、基地局に応用されるスケジューリング方法を提供する。前記スケジューリング方法において、端末から伝送されるＳＲを受信することを含む。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【００２２】
選択可能に、端末から伝送されるＳＲを受信した後に、前記スケジューリング方法において、さらに、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップとを含む。
【００２３】
選択可能に、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む。
【００２４】
選択可能に、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む。
【００２５】
選択可能に、端末から伝送されるＳＲを受信する前に、前記スケジューリング方法において、さらに、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することを含む。
【００２６】
選択可能に、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【００２７】
選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップは、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することと、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することとを含む。
【００２８】
上述した技術課題を解決するために、本開示の実施例は、さらに基地局を提供する。当該基地局は、端末から伝送されるＳＲを受信することに用いられる第２受信モジュールを含む。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【００２９】
選択可能に、前記基地局は、さらに、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定モジュールと、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第５特定モジュールと、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定することに用いられるスケジューリングポリシーモジュールとを含む。
【００３０】
選択可能に、前記第４特定モジュールは、予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第３特定ユニットを含む。
【００３１】
選択可能に、前記第４特定モジュールは、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定ユニットを含む。
【００３２】
選択可能に、前記基地局は、さらに、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することに用いられる送信モジュールを含む。
【００３３】
選択可能に、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【００３４】
選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。前記スケジューリングポリシーモジュールは、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することに用いられる第５特定ユニットと、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することに用いられる第６特定ユニットとを含む。
【００３５】
本開示の実施例は、さらに、プロセッサと、トランシーバと、メモリとを含む端末を提供する。ここで、前記プロセッサは、前記メモリからプログラムを読み取ることによって、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するプロセスと、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するプロセスと、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うプロセスとを実行することに用いられる。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。前記トランシーバは、データを送受信することに用いられる。前記メモリは、前記プロセッサによる操作実行に用いられるデータを保存することに用いられる。
【００３６】
本開示の実施例は、さらに、プロセッサと、トランシーバと、メモリとを含む基地局を提供する。ここで、前記プロセッサは、前記メモリからプログラムを読み取ることによって、端末から伝送されるＳＲを受信するプロセスを実行することに用いられる。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。前記トランシーバは、データを送受信することに用いられる。前記メモリは、前記プロセッサによる操作実行に用いられるデータを保存することに用いられる。
【００３７】
本開示の少なくとも１つの実施例のスケジューリング方法において、端末は、まず、所定のサービス特性と、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、ＳＲが引き起こされることが検出された場合、ＳＲを引き起こす第１サービスの第１サービス特性を特定し、それから、第１サービス特性と上記対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う。当該スケジューリング方法によれば、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせることができ、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させた。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【図面の簡単な説明】
【００３８】
【図１】一部実施例の端末に応用される本開示のスケジューリング方法のフローチャートである。
【図２】一部実施例の端末に応用される本開示のスケジューリング方法のフローチャートである。
【図３】一部実施例の端末に応用される本開示のスケジューリング方法のフローチャートである。
【図４】一部実施例の基地局に応用される本開示のスケジューリング方法のフローチャートである。
【図５】一部実施例の基地局に応用される本開示のスケジューリング方法のフローチャートである。
【図６】一部実施例の基地局に応用される本開示のスケジューリング方法のフローチャートである。
【図７】本開示の一部実施例の端末の構造図である。
【図８】本開示の一部実施例の基地局の構造図である。
【図９】本開示の一部実施例の端末の構造図である。
【図１０】本開示の一部実施例の基地局の構造図である。
【発明を実施するための形態】
【００３９】
本開示の解決しようとする技術課題、技術手段および利点をより明確にするために、以下、添付図面および具体的な実施例を通じて詳細に記載する。
【００４０】
図１に示すように、本開示の一部実施例の端末に応用されるスケジューリング方法において、ステップ１０１〜１０３を含む。
【００４１】
ステップ１０１において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。
【００４２】
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【００４３】
ここで、端末は、まず所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係に基づいて適切なＳＲリソースを選択する。
【００４４】
ステップ１０２において、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定する。
【００４５】
ここで、端末は、ＳＲが引き起こされることを検出した場合、ＳＲを引き起こす第１サービスの第１サービス特性を特定し、上記対応関係から、第１サービスの第１サービス特性を満たすことのできるＳＲリソースを選択する。
【００４６】
ステップ１０３において、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う。
【００４７】
ここで、端末は、第１サービス特性と上記対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択し、ＳＲ伝送に用いられるＳＲリソースとする。たとえば、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。
【００４８】
本開示の一部実施例におけるスケジューリング方法は、端末が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【００４９】
ここで、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【００５０】
この場合、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。
【００５１】
上記対応関係は、たとえば、遅延要求の高いまたはプライオリティの高いサービスによって引き起こされるＳＲに対し、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、それ以外に対し、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。上記ステップ１０２において、ＳＲを引き起こす第１サービスのプライオリティが高いと特定した場合、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択する。
【００５２】
もちろん、所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求に限られず、必要に応じて、ほかのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してもよいが、ここでは逐一説明しない。
【００５３】
本開示の一部実施例におけるスケジューリング方法は、端末がＱｏＳ、プライオリティまたは遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【００５４】
図２に示すように、本開示の一部実施例の端末に応用されるスケジューリング方法は、ステップ２０１〜２０５を含む。
【００５５】
ステップ２０１において、基地局から送信されるＲＲＣメッセージを受信する。
【００５６】
ここで、基地局は、ＲＲＣシグナリングによって、端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨにＳＲリソースを設定する。ここで、ｓＰＵＣＣＨ上のＳＲリソースは、アップリンクのｓｈｏｒｔ  ＴＴＩ機能の起動後のみにおいて設定される。
【００５７】
ステップ２０２において、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定する。
【００５８】
ここで、端末は、ＲＲＣメッセージに基づいて、基地局から端末に対し設定された専用のＳＲリソースを特定することができる。
【００５９】
ステップ２０３において、予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。
【００６０】
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【００６１】
ここで、端末は、デフォルトルール、または、プロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係に基づいて適切なＳＲリソースを選択する。
【００６２】
ステップ２０４において、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定する。
【００６３】
ここで、端末は、ＳＲが引き起こされることを検出した場合、ＳＲを引き起こす第１サービスの第１サービス特性を特定し、上記対応関係から、第１サービスの第１サービス特性を満たすことのできるＳＲリソースを選択する。
【００６４】
ステップ２０５において、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う。
【００６５】
ここで、端末は、基地局から端末に対し設定された専用のＳＲリソースから、第１サービス特性と上記対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択し、ＳＲ伝送に用いられるＳＲリソースとする。たとえば、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。
【００６６】
本開示の一部実施例におけるスケジューリング方法は、端末が、基地局から端末に対し設定された専用のＳＲリソースから、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【００６７】
ここで、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【００６８】
この場合、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。
【００６９】
もちろん、所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求に限られず、必要に応じて、ほかのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してもよいが、ここでは逐一説明しない。
【００７０】
上記対応関係は、たとえば、遅延要求の高いまたはプライオリティの高いサービスによって引き起こされるＳＲに対し、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、それ以外に対し、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。上記ステップ２０４において、ＳＲを引き起こす第１サービスのプライオリティが高いと特定した場合、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択する。
【００７１】
もちろん、上述した対応関係は、単に一例に過ぎず、異なるサービスのニーズを満たすのであればほかの方式で確立されてもよく、ここでは逐一説明しない。
【００７２】
また、上記ステップ２０４において、ＳＲを引き起こすサービスが複数であると、プライオリティの最も高い、または、遅延要求の最も高いサービスを選択して第１サービスとし、プライオリティの最も高い、または、遅延要求の最も高いサービスのサービス特性を特定する。
【００７３】
本開示の一部実施例におけるスケジューリング方法は、端末が、基地局から端末に対し設定された専用のＳＲリソースから、ＱｏＳ、プライオリティまたは遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【００７４】
図３に示すように、本開示の一部実施例の端末に応用されるスケジューリング方法は、ステップ３０１〜３０５を含む。
【００７５】
ステップ３０１において、基地局から送信されるＲＲＣメッセージを受信する。
【００７６】
ここで、基地局は、ＲＲＣシグナリングによって、端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨにＳＲリソースを設定する。ここで、ｓＰＵＣＣＨ上のＳＲリソースは、アップリンクのｓｈｏｒｔ  ＴＴＩ機能の起動後のみにおいて設定される。
【００７７】
ステップ３０２において、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定する。
【００７８】
ここで、端末は、ＲＲＣメッセージに基づいて、基地局から端末に対し設定された専用のＳＲリソースを特定することができる。
【００７９】
ステップ３０３において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。
【００８０】
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【００８１】
ここで、基地局は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を設定し、端末は、基地局の設定指令を受信して当該対応関係を特定し、当該対応関係に基づいて適切なＳＲリソースを選択する。
【００８２】
ステップ３０４において、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定する。
【００８３】
ここで、端末は、ＳＲが引き起こされることを検出した場合、ＳＲを引き起こす第１サービスの第１サービス特性を特定し、上記対応関係から、第１サービスの第１サービス特性を満たすことのできるＳＲリソースを選択する。
【００８４】
ステップ３０５において、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う。
【００８５】
ここで、端末は、基地局から端末に対し設定された専用のＳＲリソースから、第１サービス特性と上記対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択し、ＳＲ伝送に用いられるＳＲリソースとする。たとえば、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。
【００８６】
本開示の一部実施例におけるスケジューリング方法は、端末が、基地局から端末に対し設定された専用のＳＲリソースから、所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【００８７】
ここで、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【００８８】
この場合、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。
【００８９】
もちろん、所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求に限られず、必要に応じて、ほかのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してもよいが、ここでは逐一説明しない。
【００９０】
上記対応関係は、たとえば、遅延要求の高いまたはプライオリティの高いサービスによって引き起こされるＳＲに対し、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、それ以外に対し、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。上記ステップ３０４において、ＳＲを引き起こす第１サービスのプライオリティが高いと特定した場合、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択する。
【００９１】
もちろん、上述した対応関係は、単に一例に過ぎず、異なるサービスのニーズを満たすのであればほかの方式で確立されてもよく、ここでは逐一説明しない。
【００９２】
また、上記ステップ３０４において、ＳＲを引き起こすサービスが複数であると、プライオリティの最も高い、または、遅延要求の最も高いサービスを選択して第１サービスとし、プライオリティの最も高い、または、遅延要求の最も高いサービスのサービス特性を特定する。
【００９３】
本開示の一部実施例におけるスケジューリング方法は、端末が、基地局から端末に対し設定された専用のＳＲリソースから、ＱｏＳ、プライオリティまたは遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【００９４】
図４に示すように、本開示の一部実施例の基地局に応用されるスケジューリング方法は、端末から伝送されるＳＲを受信するステップ４０１を含む。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。
【００９５】
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【００９６】
ここで、基地局が端末から受信するＳＲは、端末が、第１サービスの第１サービス特性と、サービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。たとえば、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。
【００９７】
本開示の一部実施例におけるスケジューリング方法は、端末が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【００９８】
さらに、上記ステップ４０１の後に、本開示の一部実施例のスケジューリング方法は、さらにステップ４０２〜４０４を含む。
【００９９】
ステップ４０２において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。
【０１００】
ここで、基地局は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係において、ＳＲを引き起こすサービスのサービス特性を特定する。
【０１０１】
ステップ４０３において、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定する。
【０１０２】
ここで、基地局は、端末からのＳＲの伝送に用いられるＳＲリソースと上記対応関係に基づいて、ＳＲを引き起こす第１サービスの第１サービス特性を正しく特定することができる。
【０１０３】
ステップ４０４において、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定する。
【０１０４】
ここで、ＳＲを引き起こす第１サービスの第１サービス特性に基づいて端末に対するスケジューリングポリシーを特定することによって、端末のサービスのニーズを十分に満たすことができ、全体のスケジューリング性能を向上させる。
【０１０５】
この場合、基地局は、端末が選択したＳＲリソースに基づいて、ＳＲを引き起こすサービスのサービス特性を特定し、サービス特性に基づいてスケジューリングポリシーを行うことによって、全体のスケジューリング性能を向上させる。
【０１０６】
ここで、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【０１０７】
この場合、端末は、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。基地局は、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することによって、ＳＲを引き起こすサービスのＱｏＳ、プライオリティまたは遅延要求を特定し、特定済みのサービス特性に基づいてスケジューリングポリシーを行うことによって、異なるサービスのニーズを満たすスケジューリングポリシーとなり、システム全体のスケジューリング性能を向上させる。
【０１０８】
もちろん、所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求に限られず、必要に応じて、ほかのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してもよいが、ここでは逐一説明しない。
【０１０９】
選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。上記ステップ４０４は、ステップ４０４１〜４０４２を含む。
【０１１０】
ステップ４０４１において、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定する。
【０１１１】
ここで、遅延要求の高いサービスに対し、直接、データベアラ用のリソースを十分に割り当て、ＢＳＲプロセスの省略が可能であり、サービスの伝送遅延を低くする。
【０１１２】
ステップ４０４２において、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定する。
【０１１３】
ここで、プライオリティの高いサービスを優先的にスケジューリングすることによって、プライオリティの高いサービスに優先的にリソースが割り当てられることを保証する。
【０１１４】
この場合、遅延要求とプライオリティに基づいて、端末に対するスケジューリングポリシーを特定し、異なるサービスのニーズを満たすことができ、システム全体のスケジューリング性能を向上させる。
【０１１５】
本開示の一部実施例のスケジューリングにおいて、端末がＱｏＳ、プライオリティ、遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局がＱｏＳ、プライオリティ、遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１１６】
図５に示すように、本開示の一部実施例の基地局に応用されるスケジューリング方法は、ステップ５０１〜５０５を含む。
【０１１７】
ステップ５０１において、ＲＲＣメッセージを端末に送信する。よって、前記端末は、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定する。
【０１１８】
ここで、基地局は、ＲＲＣシグナリングによって、端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨにＳＲリソースを設定する。ここで、ｓＰＵＣＣＨ上のＳＲリソースは、アップリンクのｓｈｏｒｔ  ＴＴＩ機能の起動後のみにおいて設定される。
【０１１９】
ステップ５０２において、端末から伝送されるＳＲを受信する。前記ＳＲは、前記端末が、所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。
【０１２０】
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【０１２１】
ここで、基地局が端末から受信するＳＲは、端末が、基地局から端末に対し設定された専用のＳＲリソースから、第１サービスの第１サービス特性と、サービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。たとえば、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。
【０１２２】
ステップ５０３において、予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。
【０１２３】
ここで、基地局は、デフォルトルール、または、プロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係に基づいて、ＳＲを引き起こすサービスのサービス特性を特定する。
【０１２４】
ステップ５０４において、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、ＳＲを引き起こす第１サービスの第１サービス特性を特定する。
【０１２５】
ここで、基地局は、端末からのＳＲの伝送に用いられるＳＲリソースと上記対応関係に基づいて、ＳＲを引き起こす第１サービスの第１サービス特性を正しく特定することができる。
【０１２６】
ステップ５０５において、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定する。
【０１２７】
ここで、ＳＲを引き起こす第１サービスの第１サービス特性に基づいて、端末に対するスケジューリングポリシーを特定することによって、端末のサービスのニーズを十分に満たすことができ、全体のスケジューリング性能を向上させる。
【０１２８】
本開示の一部実施例のスケジューリングにおいて、端末が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１２９】
ここで、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【０１３０】
この場合、端末がＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。基地局は、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することによって、ＳＲを引き起こすサービスのＱｏＳ、プライオリティまたは遅延要求を特定し、特定済みのサービス特性に基づいてスケジューリングポリシーを行うことによって、異なるサービスのニーズを満たすスケジューリングポリシーとなり、システム全体のスケジューリング性能を向上させる。
【０１３１】
もちろん、所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求に限られず、必要に応じて、ほかのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してもよいが、ここでは逐一説明しない。
【０１３２】
選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。上記ステップ５０５は、ステップ５０５１〜５０５２を含む。
【０１３３】
ステップ５０５１において、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定する。
【０１３４】
ここで、遅延要求の高いサービスに対し、直接、データベアラ用のリソースを十分に割り当て、ＢＳＲプロセスの省略が可能であり、サービスの伝送遅延を低くする。
【０１３５】
ステップ５０５２において、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定する。
【０１３６】
ここで、プライオリティの高いサービスを優先的にスケジューリングすることによって、プライオリティの高いサービスに優先的にリソースが割り当てられることを保証する。
【０１３７】
この場合、遅延要求とプライオリティに基づいて、端末に対するスケジューリングポリシーを特定し、異なるサービスのニーズを満たすことができ、システム全体のスケジューリング性能を向上させる。
【０１３８】
本開示の一部実施例のスケジューリングにおいて、端末がＱｏＳ、プライオリティ、遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局がＱｏＳ、プライオリティ、遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１３９】
図６に示すように、本開示の一部実施例の基地局に応用されるスケジューリング方法は、ステップ６０１〜６０５を含む。
【０１４０】
ステップ６０１において、ＲＲＣメッセージを端末に送信する。よって、前記端末は、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定する。
【０１４１】
ここで、基地局は、ＲＲＣシグナリングによって、端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨにＳＲリソースを設定する。ここで、ｓＰＵＣＣＨ上のＳＲリソースは、アップリンクのｓｈｏｒｔ  ＴＴＩ機能の起動後のみにおいて設定される。
【０１４２】
ステップ６０２において、端末から伝送されるＳＲを受信する。前記ＳＲは、前記端末が、所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。
【０１４３】
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【０１４４】
ここで、基地局が端末から受信するＳＲは、端末が、第１サービスの第１サービス特性と、サービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。たとえば、ｓｈｏｒｔ  ＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓ  ＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。
【０１４５】
ステップ６０３において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。
【０１４６】
ここで、基地局は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を設定する。基地局は、設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係に基づいて、ＳＲを引き起こすサービスのサービス特性を特定する。
【０１４７】
ステップ６０４において、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、ＳＲを引き起こす第１サービスの第１サービス特性を特定する。
【０１４８】
ここで、基地局は、端末からのＳＲの伝送に用いられるＳＲリソースと上記対応関係に基づいて、ＳＲを引き起こす第１サービスの第１サービス特性を正しく特定することができる。
【０１４９】
ステップ６０５において、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定する。
【０１５０】
ここで、ＳＲを引き起こす第１サービスの第１サービス特性に基づいて、端末に対するスケジューリングポリシーを特定することによって、端末のサービスのニーズを十分に満たすことができ、全体のスケジューリング性能を向上させる。
【０１５１】
本開示の一部実施例のスケジューリングにおいて、端末が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１５２】
ここで、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【０１５３】
この場合、端末は、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。基地局は、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することによって、ＳＲを引き起こすサービスのＱｏＳ、プライオリティまたは遅延要求を特定し、特定済みのサービス特性に基づいてスケジューリングポリシーを行うことによって、異なるサービスのニーズを満たすスケジューリングポリシーとなり、システム全体のスケジューリング性能を向上させる。
【０１５４】
もちろん、所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求に限られず、必要に応じて、ほかのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してもよいが、ここでは逐一説明しない。
【０１５５】
選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。上記ステップ６０５は、ステップ６０５１〜６０５２を含む。
【０１５６】
ステップ６０５１において、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定する。
【０１５７】
ここで、遅延要求の高いサービスに対し、直接、データベアラ用のリソースを十分に割り当て、ＢＳＲプロセスの省略が可能であり、サービスの伝送遅延を低くする。
【０１５８】
ステップ６０５２において、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定する。
【０１５９】
ここで、プライオリティの高いサービスを優先的にスケジューリングすることによって、プライオリティの高いサービスに優先的にリソースが割り当てられることを保証する。
【０１６０】
この場合、遅延要求とプライオリティに基づいて、端末に対するスケジューリングポリシーを特定し、異なるサービスのニーズを満たすことができ、システム全体のスケジューリング性能を向上させる。
【０１６１】
本開示の一部実施例のスケジューリングにおいて、端末がＱｏＳ、プライオリティ、遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局がＱｏＳ、プライオリティ、遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１６２】
図７に示すように、本開示の一部実施例における端末は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定モジュール７０１と、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第２特定モジュール７０２と、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送モジュール７０３とを含む。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【０１６３】
本開示の一部実施例における端末は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１６４】
好適な実施形態として、前記第１特定モジュール７０１は、予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定ユニット７０１１を含む。
【０１６５】
別の好適な実施形態として、前記第１特定モジュール７０１は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第２特定ユニット７０１２を含む。
【０１６６】
選択可能に、前記端末は、さらに、基地局から送信されるＲＲＣメッセージを受信することに用いられる第１受信モジュール７０４と、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することに用いられる第３特定モジュール７０５とを含む。
【０１６７】
選択可能に、前記伝送モジュール７０３は、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送ユニット７０３１を含む。
【０１６８】
選択可能に、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【０１６９】
本開示の一部実施例における端末は、ＱｏＳ、プライオリティまたは遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１７０】
なお、本開示の一部実施例における端末は、上記図１〜図３の方法実施例における端末で実現される各プロセスを実現することができる。上記図１〜図３のスケジューリング方法における実施例は、いずれも当該端末の実施例に適用することができ、同一の技術効果を奏することもできる。
【０１７１】
図８に示すように、本開示の一部実施例における基地局は、端末から伝送されるＳＲを受信することに用いられる第２受信モジュール８０１を含む。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【０１７２】
本開示の一部実施例における基地局は、端末が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１７３】
選択可能に、前記基地局は、さらに、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定モジュール８０２と、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第５特定モジュール８０３と、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定することに用いられるスケジューリングポリシーモジュール８０４とを含む。
【０１７４】
好適な実施形態として、前記第４特定モジュール８０２は、予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第３特定ユニットを含む。
【０１７５】
別の好適な実施形態として、前記第４特定モジュール８０２は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定ユニットを含む。
【０１７６】
選択可能に、前記基地局は、さらに、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することに用いられる送信モジュール８０５を含む。
【０１７７】
選択可能に、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。
【０１７８】
選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。前記スケジューリングポリシーモジュール８０４は、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することに用いられる第５特定ユニットと、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することに用いられる第６特定ユニットとを含む。
【０１７９】
本開示の一部実施例において、端末がＱｏＳ、プライオリティ、遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局がＱｏＳ、プライオリティ、遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。
【０１８０】
なお、本開示の実施例における基地局は、上記図４〜図６の方法実施例における基地局で実現される各プロセスを実現することができる。上記図４〜図６のスケジューリング方法における実施例は、いずれも当該基地局の実施例に適用することができ、同一の技術効果を奏することもできる。
【０１８１】
図９に示すように、本開示の一部実施例における端末は、プロセッサ９００と、トランシーバ９１０と、メモリ９２０と、ユーザインタフェース９３０と、バスインタフェースとを含む。プロセッサ９００と、トランシーバ９１０と、メモリ９２０と、ユーザインタフェース９３０は、いずれもバスインタフェースに接続される。プロセッサ９００は、メモリ９２０からプログラムを読み取ることによって、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するプロセスと、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するプロセスと、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うプロセスとを実行することに用いられる。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【０１８２】
ここで、図９において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ９００をはじめとする１つ又は複数のプロセッサとメモリ９２０をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であるため、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ９１０は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。ユーザ機器によっては、ユーザインタフェース９３０は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。
【０１８３】
プロセッサ９００は、バスアーキテクチャと通常の処理を管理する。メモリ９２０は、プロセッサ９００による操作実行に使用されるデータを記憶できる。
【０１８４】
なお、本開示の実施例における端末は、上記図１〜図３の方法実施例における端末で実現される各プロセスを実現することができる。上記図１〜図３のスケジューリング方法における実施例は、いずれも当該端末の実施例に適用することができ、同一の技術効果を奏することもできる。
【０１８５】
図１０に示すように、本開示の一部実施例における基地局は、プロセッサ１０００と、トランシーバ１０１０と、メモリ１０２０と、バスインタフェースとを含む。プロセッサ１０００と、トランシーバ１０１０と、メモリ１０２０は、いずれもバスインタフェースに接続される。プロセッサ１０００は、メモリ１０２０からプログラムを読み取ることによって、端末から伝送されるＳＲをトランシーバ１０１０経由で受信するプロセスを実行することに用いられる。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。
【０１８６】
ここで、図１０において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ１０００をはじめとする１つ又は複数のプロセッサとメモリ１０２０をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であるため、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ１０１０は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。プロセッサ１０００は、バスアーキテクチャと通常の処理を管理する。メモリ１０２０は、プロセッサ１０００による操作実行に使用されるデータを記憶できる。
【０１８７】
プロセッサ１０００は、バスアーキテクチャと通常の処理を管理する。メモリ１０２０は、プロセッサ１０００による操作実行に使用されるデータを記憶できる。
【０１８８】
なお、本開示の実施例における基地局は、上記図４〜図６の方法実施例における基地局で実現される各プロセスを実現することができる。上記図４〜図６のスケジューリング方法における実施例は、いずれも当該基地局の実施例に適用することができ、同一の技術効果を奏することもできる。
【０１８９】
本開示の各実施例において、上記各プロセスの番号の大きさは、実行順の前後を意味するのではなく、各プロセスの実行順は、その機能および内在的な論理によって確定されるものであり、本開示の実施例の実施プロセスに対しいっさい限定を構成しないと理解すべきである。
【０１９０】
本開示は、本開示の実施例による方法、デバイス（システム）及びコンピュータプログラムプロダクトのフローチャート及び／又はブロック図を参照して記載されている。フローチャート及び／又はブロック図における各フロー及び／又はブロック、及びフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータプログラムコマンドにより実現されうると理解されるべきである。これらのコンピュータプログラムコマンドを汎用コンピュータ、専用コンピュータ、嵌め込み式プロセッサ又は他のプログラマブルデータ処理デバイスのプロセッサに提供して１つの機器を形成し、コンピュータ又は他のプログラマブルデータ処理デバイスのプロセッサにより実行される指令により、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するための装置を形成する。
【０１９１】
これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理デバイスに特定の方式で動作させるを導けるコンピュータ読み出し可能なメモリに格納されてもよく、当該コンピュータ読み出し可能なメモリに格納されるコマンドにより、コマンド装置を含むプロダクトを形成する。当該コマンド装置は、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現する。
【０１９２】
これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理デバイスにロードされてもよく、コンピュータ又は他のプログラマブルデータ処理デバイスで一連の操作工程を実行することにより、コンピュータで実現される処理を形成し、コンピュータ又は他のプログラマブルデータ処理デバイスで実行されるコマンドにより、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するためのステップを提供する。
【０１９３】
以上の記載は、本開示の好ましい実施形態である。なお、当業者にとって、本開示に記載した原理を逸脱することなくいくつかの改良や修飾を行うこともできる。これらの改良や修飾も、本開示の保護範囲として見なされるべきである。
【図１】
2019533381.tif 000003
【図２】
2019533381.tif 000004
【図３】
2019533381.tif 000005
【図４】
2019533381.tif 000006
【図５】
2019533381.tif 000007
【図６】
2019533381.tif 000008
【図７】
2019533381.tif 000009
【図８】
2019533381.tif 000010
【図９】
2019533381.tif 000011
【図１０】
2019533381.tif 000012
【手続補正書】
【提出日】令和1年5月14日(2019.5.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末に応用されるスケジューリング方法において、
所定のサービス特性と、異なるチャネルに設定されるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）リソースとの対応関係を特定するステップと、
ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップとを含み、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に設定されるＳＲリソースとｓＰＵＣＣＨ（ＰＵＣＣＨ  ｆｏｒ  ｓｈｏｒｔ  ＴＴＩ）に設定されるＳＲリソースを含むスケジューリング方法。
【請求項２】
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含み、あるいは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１に記載のスケジューリング方法。
【請求項３】
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う前に、さらに、
基地局から送信されるＲＲＣメッセージを受信することと、
前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することとを含む請求項１に記載のスケジューリング方法。
【請求項４】
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップは、
前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことを含む請求項３に記載のスケジューリング方法。
【請求項５】
前記所定のサービス特性は、
ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項１〜４のいずれか一項に記載のスケジューリング方法。
【請求項６】
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定モジュールと、
ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第２特定モジュールと、
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送モジュールとを含み、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む端末。
【請求項７】
前記第１特定モジュールは、
予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定ユニットを含み、あるいは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第２特定ユニットを含む請求項６に記載の端末。
【請求項８】
基地局に応用されるスケジューリング方法において、
端末から伝送されるＳＲを受信することを含み、
前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲであり、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含むスケジューリング方法。
【請求項９】
端末から伝送されるＳＲを受信した後に、さらに、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、
前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップとを含む請求項８に記載のスケジューリング方法。
【請求項１０】
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含み、あるいは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項９に記載のスケジューリング方法。
【請求項１１】
端末から伝送されるＳＲを受信する前に、さらに、
前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することを含む請求項８に記載のスケジューリング方法。
【請求項１２】
前記所定のサービス特性は、
ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項８〜１１のいずれか一項に記載のスケジューリング方法。
【請求項１３】
前記所定のサービス特性は、プライオリティおよび遅延要求を含み、
前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含み、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップは、
前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することと、
前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することとを含む請求項９に記載のスケジューリング方法。
【請求項１４】
端末から伝送されるＳＲを受信することに用いられる第２受信モジュールを含み、
前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲであり、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む基地局。
【請求項１５】
さらに、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定モジュールと、
前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第５特定モジュールと、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定することに用いられるスケジューリングポリシーモジュールとを含む請求項１４に記載の基地局。
【国際調査報告】
2019533381.tif 000013
2019533381.tif 000014
2019533381.tif 000015
2019533381.tif 000016