JP7080882B2

JP7080882B2 - スケジューリング方法、端末および基地局

Info

Publication number: JP7080882B2
Application number: JP2019522430A
Authority: JP
Inventors: 亜利趙; 學明潘; 芳麗許
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2016-11-04
Filing date: 2017-10-23
Publication date: 2022-06-06
Anticipated expiration: 2037-10-23
Also published as: WO2018082467A1; CN108024341A; EP3512283B1; KR20190069544A; KR102201914B1; EP3512283A1; US20190281618A1; CN108024341B; JP2019533381A; EP3512283A4

Description

本願は、２０１６年１１月４日に中国特許庁に提出された中国特許出願２０１６１０９６２２８８．Ｘの優先権を主張し、その全ての内容が援用によりここに取り込まれる。
本開示は、通信技術分野に係り、特にスケジューリング方法、端末および基地局に係る。

ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）／ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）システムは、スケジューリングに基づいた通信システムである。ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）の送信バッファには、送信される必要のデータがあると、ＵＥから基地局にＢＳＲ（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ）を送信して、ＵＥの現在の送信バッファで送信される必要のデータ情報を基地局に知らせる。基地局は、ＵＥからＢＳＲを受信すると、ＵＥから送信されるデータ量およびサービスのタイプに基づいて、対応するＵＬ－ＳＣＨ（ＵｐＬｉｎｋ－ＳｈａｒｅｄＣＨａｎｎｅｌ）リソースをＵＥに割り当て、割り当てたＵＬ－ＳＣＨリソースでデータを送信することをＵＥに通知する。

ＵＥは、ＢＳＲを基地局に送信するに当たり、ＵＬ－ＳＣＨリソースを使用する必要もある。ＵＥから報知される必要のあるＢＳＲがあるのに対しＵＬ－ＳＣＨリソースがないと、ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）を引き起こし、送信される必要のあるＢＳＲにＵＬ－ＳＣＨリソースを割り当てるよう基地局に要求する。

ＳＲを引き起こした場合、ＳＲの送信方式は、専用のスケジューリング要求リソースでＳＲを送信するＤ－ＳＲ方式と、ランダムアクセスプロセスによってＳＲを行うＲＡ－ＳＲ方式の２種類がある。ＳＲ送信の基本的な原則は、Ｄ－ＳＲリソースがある限り、ＲＡ－ＳＲを使用しないことである。

伝統的なＬＴＥシステムにおいて、ＴＴＩ（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）の長さは、１ｍｓであり、アップリンク専用スケジューリング要求ＳＲは、ＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）で伝送され、ＰＵＣＣＨｆｏｒｍａｔ１／１ａ／１ｂが用いられる。

ＬＴＥＲ１４において、１ｍｓＴＴＩをサポートするほか、サービスの伝送遅延を低下させるために、短縮ＴＴＩ（ｓｈｏｒｔＴＴＩ）メカニズムも導入されている。ｓｈｏｒｔＴＴＩをサポートするために、一連の物理層チャネルが定義され、ｓｈｏｒｔＴＴＩに対応するＰＵＣＣＨは、改めてｓＰＵＣＣＨ（ＰＵＣＣＨｆｏｒｓｈｏｒｔＴＴＩ）チャネルに命名される。

現在、ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合に、ＳＲ伝送に関する合理的な解決策がなく、システム全体のスケジューリング性能の向上ができない。

本開示は、ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決するために、スケジューリング方法、端末および基地局を提供する。

上述した技術課題を解決するために、本開示の実施例は、端末に応用されるスケジューリング方法を提供する。当該方法において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップとを含み、ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

選択可能に、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む。

選択可能に、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む。

選択可能に、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う前に、前記スケジューリング方法において、さらに、基地局から送信されるＲＲＣメッセージを受信することと、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することとを含む。

選択可能に、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップは、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことを含む。

選択可能に、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。

上述した技術課題を解決するために、本開示の実施例は、さらに端末を提供する。当該端末は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定モジュールと、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第２特定モジュールと、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送モジュールとを含む。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

選択可能に、前記第１特定モジュールは、予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定ユニットを含む。

選択可能に、前記第１特定モジュールは、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第２特定ユニットを含む。

選択可能に、前記端末は、さらに、基地局から送信されるＲＲＣメッセージを受信することに用いられる第１受信モジュールと、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することに用いられる第３特定モジュールとを含む。

選択可能に、前記伝送モジュールは、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送ユニットを含む。

上述した技術課題を解決するために、本開示の実施例は、さらに、基地局に応用されるスケジューリング方法を提供する。前記スケジューリング方法において、端末から伝送されるＳＲを受信することを含む。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

選択可能に、端末から伝送されるＳＲを受信した後に、前記スケジューリング方法において、さらに、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップとを含む。

選択可能に、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む。

選択可能に、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む。

選択可能に、端末から伝送されるＳＲを受信する前に、前記スケジューリング方法において、さらに、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することを含む。

選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップは、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することと、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することとを含む。

上述した技術課題を解決するために、本開示の実施例は、さらに基地局を提供する。当該基地局は、端末から伝送されるＳＲを受信することに用いられる第２受信モジュールを含む。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

選択可能に、前記基地局は、さらに、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定モジュールと、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第５特定モジュールと、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定することに用いられるスケジューリングポリシーモジュールとを含む。

選択可能に、前記第４特定モジュールは、予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第３特定ユニットを含む。

選択可能に、前記第４特定モジュールは、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定ユニットを含む。

選択可能に、前記基地局は、さらに、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することに用いられる送信モジュールを含む。

選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。前記スケジューリングポリシーモジュールは、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することに用いられる第５特定ユニットと、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することに用いられる第６特定ユニットとを含む。

本開示の実施例は、さらに、プロセッサと、トランシーバと、メモリとを含む端末を提供する。ここで、前記プロセッサは、前記メモリからプログラムを読み取ることによって、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するプロセスと、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するプロセスと、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うプロセスとを実行することに用いられる。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。前記トランシーバは、データを送受信することに用いられる。前記メモリは、前記プロセッサによる操作実行に用いられるデータを保存することに用いられる。

本開示の実施例は、さらに、プロセッサと、トランシーバと、メモリとを含む基地局を提供する。ここで、前記プロセッサは、前記メモリからプログラムを読み取ることによって、端末から伝送されるＳＲを受信するプロセスを実行することに用いられる。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。前記トランシーバは、データを送受信することに用いられる。前記メモリは、前記プロセッサによる操作実行に用いられるデータを保存することに用いられる。

本開示の少なくとも１つの実施例のスケジューリング方法において、端末は、まず、所定のサービス特性と、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、ＳＲが引き起こされることが検出された場合、ＳＲを引き起こす第１サービスの第１サービス特性を特定し、それから、第１サービス特性と上記対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う。当該スケジューリング方法によれば、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせることができ、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させた。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

一部実施例の端末に応用される本開示のスケジューリング方法のフローチャートである。一部実施例の端末に応用される本開示のスケジューリング方法のフローチャートである。一部実施例の端末に応用される本開示のスケジューリング方法のフローチャートである。一部実施例の基地局に応用される本開示のスケジューリング方法のフローチャートである。一部実施例の基地局に応用される本開示のスケジューリング方法のフローチャートである。一部実施例の基地局に応用される本開示のスケジューリング方法のフローチャートである。本開示の一部実施例の端末の構造図である。本開示の一部実施例の基地局の構造図である。本開示の一部実施例の端末の構造図である。本開示の一部実施例の基地局の構造図である。

本開示の解決しようとする技術課題、技術手段および利点をより明確にするために、以下、添付図面および具体的な実施例を通じて詳細に記載する。

図１に示すように、本開示の一部実施例の端末に応用されるスケジューリング方法において、ステップ１０１～１０３を含む。

ステップ１０１において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。

ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

ここで、端末は、まず所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係に基づいて適切なＳＲリソースを選択する。

ステップ１０２において、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定する。

ここで、端末は、ＳＲが引き起こされることを検出した場合、ＳＲを引き起こす第１サービスの第１サービス特性を特定し、上記対応関係から、第１サービスの第１サービス特性を満たすことのできるＳＲリソースを選択する。

ステップ１０３において、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う。

ここで、端末は、第１サービス特性と上記対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択し、ＳＲ伝送に用いられるＳＲリソースとする。たとえば、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。

本開示の一部実施例におけるスケジューリング方法は、端末が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

ここで、前記所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む。

この場合、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。

上記対応関係は、たとえば、遅延要求の高いまたはプライオリティの高いサービスによって引き起こされるＳＲに対し、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、それ以外に対し、１ｍｓＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。上記ステップ１０２において、ＳＲを引き起こす第１サービスのプライオリティが高いと特定した場合、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択する。

もちろん、所定のサービス特性は、ＱｏＳ、プライオリティ、遅延要求に限られず、必要に応じて、ほかのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してもよいが、ここでは逐一説明しない。

本開示の一部実施例におけるスケジューリング方法は、端末がＱｏＳ、プライオリティまたは遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

図２に示すように、本開示の一部実施例の端末に応用されるスケジューリング方法は、ステップ２０１～２０５を含む。

ステップ２０１において、基地局から送信されるＲＲＣメッセージを受信する。

ここで、基地局は、ＲＲＣシグナリングによって、端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨにＳＲリソースを設定する。ここで、ｓＰＵＣＣＨ上のＳＲリソースは、アップリンクのｓｈｏｒｔＴＴＩ機能の起動後のみにおいて設定される。

ステップ２０２において、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定する。

ここで、端末は、ＲＲＣメッセージに基づいて、基地局から端末に対し設定された専用のＳＲリソースを特定することができる。

ステップ２０３において、予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。

ここで、端末は、デフォルトルール、または、プロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係に基づいて適切なＳＲリソースを選択する。

ステップ２０４において、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定する。

ステップ２０５において、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う。

ここで、端末は、基地局から端末に対し設定された専用のＳＲリソースから、第１サービス特性と上記対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択し、ＳＲ伝送に用いられるＳＲリソースとする。たとえば、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。

本開示の一部実施例におけるスケジューリング方法は、端末が、基地局から端末に対し設定された専用のＳＲリソースから、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

上記対応関係は、たとえば、遅延要求の高いまたはプライオリティの高いサービスによって引き起こされるＳＲに対し、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、それ以外に対し、１ｍｓＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。上記ステップ２０４において、ＳＲを引き起こす第１サービスのプライオリティが高いと特定した場合、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択する。

もちろん、上述した対応関係は、単に一例に過ぎず、異なるサービスのニーズを満たすのであればほかの方式で確立されてもよく、ここでは逐一説明しない。

また、上記ステップ２０４において、ＳＲを引き起こすサービスが複数であると、プライオリティの最も高い、または、遅延要求の最も高いサービスを選択して第１サービスとし、プライオリティの最も高い、または、遅延要求の最も高いサービスのサービス特性を特定する。

本開示の一部実施例におけるスケジューリング方法は、端末が、基地局から端末に対し設定された専用のＳＲリソースから、ＱｏＳ、プライオリティまたは遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

図３に示すように、本開示の一部実施例の端末に応用されるスケジューリング方法は、ステップ３０１～３０５を含む。

ステップ３０１において、基地局から送信されるＲＲＣメッセージを受信する。

ステップ３０２において、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定する。

ステップ３０３において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。

ここで、基地局は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を設定し、端末は、基地局の設定指令を受信して当該対応関係を特定し、当該対応関係に基づいて適切なＳＲリソースを選択する。

ステップ３０４において、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定する。

ステップ３０５において、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う。

本開示の一部実施例におけるスケジューリング方法は、端末が、基地局から端末に対し設定された専用のＳＲリソースから、所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

上記対応関係は、たとえば、遅延要求の高いまたはプライオリティの高いサービスによって引き起こされるＳＲに対し、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、それ以外に対し、１ｍｓＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。上記ステップ３０４において、ＳＲを引き起こす第１サービスのプライオリティが高いと特定した場合、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択する。

また、上記ステップ３０４において、ＳＲを引き起こすサービスが複数であると、プライオリティの最も高い、または、遅延要求の最も高いサービスを選択して第１サービスとし、プライオリティの最も高い、または、遅延要求の最も高いサービスのサービス特性を特定する。

本開示の一部実施例におけるスケジューリング方法は、端末が、基地局から端末に対し設定された専用のＳＲリソースから、ＱｏＳ、プライオリティまたは遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

図４に示すように、本開示の一部実施例の基地局に応用されるスケジューリング方法は、端末から伝送されるＳＲを受信するステップ４０１を含む。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。

ここで、基地局が端末から受信するＳＲは、端末が、第１サービスの第１サービス特性と、サービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。たとえば、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。

さらに、上記ステップ４０１の後に、本開示の一部実施例のスケジューリング方法は、さらにステップ４０２～４０４を含む。

ステップ４０２において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。

ここで、基地局は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係において、ＳＲを引き起こすサービスのサービス特性を特定する。

ステップ４０３において、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定する。

ここで、基地局は、端末からのＳＲの伝送に用いられるＳＲリソースと上記対応関係に基づいて、ＳＲを引き起こす第１サービスの第１サービス特性を正しく特定することができる。

ステップ４０４において、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定する。

ここで、ＳＲを引き起こす第１サービスの第１サービス特性に基づいて端末に対するスケジューリングポリシーを特定することによって、端末のサービスのニーズを十分に満たすことができ、全体のスケジューリング性能を向上させる。

この場合、基地局は、端末が選択したＳＲリソースに基づいて、ＳＲを引き起こすサービスのサービス特性を特定し、サービス特性に基づいてスケジューリングポリシーを行うことによって、全体のスケジューリング性能を向上させる。

この場合、端末は、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。基地局は、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することによって、ＳＲを引き起こすサービスのＱｏＳ、プライオリティまたは遅延要求を特定し、特定済みのサービス特性に基づいてスケジューリングポリシーを行うことによって、異なるサービスのニーズを満たすスケジューリングポリシーとなり、システム全体のスケジューリング性能を向上させる。

選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。上記ステップ４０４は、ステップ４０４１～４０４２を含む。

ステップ４０４１において、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定する。

ここで、遅延要求の高いサービスに対し、直接、データベアラ用のリソースを十分に割り当て、ＢＳＲプロセスの省略が可能であり、サービスの伝送遅延を低くする。

ステップ４０４２において、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定する。

ここで、プライオリティの高いサービスを優先的にスケジューリングすることによって、プライオリティの高いサービスに優先的にリソースが割り当てられることを保証する。

この場合、遅延要求とプライオリティに基づいて、端末に対するスケジューリングポリシーを特定し、異なるサービスのニーズを満たすことができ、システム全体のスケジューリング性能を向上させる。

本開示の一部実施例のスケジューリングにおいて、端末がＱｏＳ、プライオリティ、遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局がＱｏＳ、プライオリティ、遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

図５に示すように、本開示の一部実施例の基地局に応用されるスケジューリング方法は、ステップ５０１～５０５を含む。

ステップ５０１において、ＲＲＣメッセージを端末に送信する。よって、前記端末は、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定する。

ステップ５０２において、端末から伝送されるＳＲを受信する。前記ＳＲは、前記端末が、所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。

ここで、基地局が端末から受信するＳＲは、端末が、基地局から端末に対し設定された専用のＳＲリソースから、第１サービスの第１サービス特性と、サービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。たとえば、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。

ステップ５０３において、予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。

ここで、基地局は、デフォルトルール、または、プロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係に基づいて、ＳＲを引き起こすサービスのサービス特性を特定する。

ステップ５０４において、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、ＳＲを引き起こす第１サービスの第１サービス特性を特定する。

ステップ５０５において、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定する。

ここで、ＳＲを引き起こす第１サービスの第１サービス特性に基づいて、端末に対するスケジューリングポリシーを特定することによって、端末のサービスのニーズを十分に満たすことができ、全体のスケジューリング性能を向上させる。

本開示の一部実施例のスケジューリングにおいて、端末が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

この場合、端末がＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定してＳＲリソースを選択することによって、異なるサービスのニーズを満たすＳＲ伝送となり、システム全体のスケジューリング性能を向上させる。基地局は、ＱｏＳ、プライオリティまたは遅延要求と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することによって、ＳＲを引き起こすサービスのＱｏＳ、プライオリティまたは遅延要求を特定し、特定済みのサービス特性に基づいてスケジューリングポリシーを行うことによって、異なるサービスのニーズを満たすスケジューリングポリシーとなり、システム全体のスケジューリング性能を向上させる。

選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。上記ステップ５０５は、ステップ５０５１～５０５２を含む。

ステップ５０５１において、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定する。

ステップ５０５２において、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定する。

本開示の一部実施例のスケジューリングにおいて、端末がＱｏＳ、プライオリティ、遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局がＱｏＳ、プライオリティ、遅延要求などのサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

図６に示すように、本開示の一部実施例の基地局に応用されるスケジューリング方法は、ステップ６０１～６０５を含む。

ステップ６０１において、ＲＲＣメッセージを端末に送信する。よって、前記端末は、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定する。

ステップ６０２において、端末から伝送されるＳＲを受信する。前記ＳＲは、前記端末が、所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。

ここで、基地局が端末から受信するＳＲは、端末が、第１サービスの第１サービス特性と、サービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。たとえば、ｓｈｏｒｔＴＴＩに対応するｓＰＵＣＣＨに設定されるＳＲリソースを選択し、または、１ｍｓＴＴＩに対応するＰＵＣＣＨに設定されるＳＲリソースを選択する。よって、サービス特性に基づいて、ＰＵＣＣＨとｓＰＵＣＣＨに設定されるＳＲリソースに協調性を持たせ、サービスのニーズを十分に満たしている。

ステップ６０３において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定する。

ここで、基地局は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を設定する。基地局は、設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定し、当該対応関係に基づいて、ＳＲを引き起こすサービスのサービス特性を特定する。

ステップ６０４において、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、ＳＲを引き起こす第１サービスの第１サービス特性を特定する。

ステップ６０５において、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定する。

選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。上記ステップ６０５は、ステップ６０５１～６０５２を含む。

ステップ６０５１において、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定する。

ステップ６０５２において、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定する。

本開示の一部実施例のスケジューリングにおいて、端末がＱｏＳ、プライオリティ、遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局がＱｏＳ、プライオリティ、遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

図７に示すように、本開示の一部実施例における端末は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定モジュール７０１と、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第２特定モジュール７０２と、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送モジュール７０３とを含む。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

本開示の一部実施例における端末は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

好適な実施形態として、前記第１特定モジュール７０１は、予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定ユニット７０１１を含む。

別の好適な実施形態として、前記第１特定モジュール７０１は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第２特定ユニット７０１２を含む。

選択可能に、前記端末は、さらに、基地局から送信されるＲＲＣメッセージを受信することに用いられる第１受信モジュール７０４と、前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することに用いられる第３特定モジュール７０５とを含む。

選択可能に、前記伝送モジュール７０３は、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送ユニット７０３１を含む。

本開示の一部実施例における端末は、ＱｏＳ、プライオリティまたは遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

なお、本開示の一部実施例における端末は、上記図１～図３の方法実施例における端末で実現される各プロセスを実現することができる。上記図１～図３のスケジューリング方法における実施例は、いずれも当該端末の実施例に適用することができ、同一の技術効果を奏することもできる。

図８に示すように、本開示の一部実施例における基地局は、端末から伝送されるＳＲを受信することに用いられる第２受信モジュール８０１を含む。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

本開示の一部実施例における基地局は、端末が所定のサービス特性と異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて適切なＳＲリソースを選択してＳＲの伝送を行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

選択可能に、前記基地局は、さらに、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定モジュール８０２と、前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第５特定モジュール８０３と、前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定することに用いられるスケジューリングポリシーモジュール８０４とを含む。

好適な実施形態として、前記第４特定モジュール８０２は、予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第３特定ユニットを含む。

別の好適な実施形態として、前記第４特定モジュール８０２は、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定ユニットを含む。

選択可能に、前記基地局は、さらに、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することに用いられる送信モジュール８０５を含む。

選択可能に、前記所定のサービス特性は、プライオリティおよび遅延要求を含み、前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含む。前記スケジューリングポリシーモジュール８０４は、前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することに用いられる第５特定ユニットと、前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することに用いられる第６特定ユニットとを含む。

本開示の一部実施例において、端末がＱｏＳ、プライオリティ、遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて、基地局から端末に対し設定された専用のＳＲリソースから適切なＳＲリソースを選択してＳＲの伝送を行うことと、基地局がＱｏＳ、プライオリティ、遅延要求などのサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に基づいて端末のスケジューリングポリシーを行うことによって、サービスのニーズをより好適に満たすことができ、システム全体のスケジューリング性能を向上させる。ＰＵＣＣＨとｓＰＵＣＣＨチャネルが同時に存在する場合にＳＲ伝送に関する合理的な解決策がないという関連技術の問題を解決した。

なお、本開示の実施例における基地局は、上記図４～図６の方法実施例における基地局で実現される各プロセスを実現することができる。上記図４～図６のスケジューリング方法における実施例は、いずれも当該基地局の実施例に適用することができ、同一の技術効果を奏することもできる。

図９に示すように、本開示の一部実施例における端末は、プロセッサ９００と、トランシーバ９１０と、メモリ９２０と、ユーザインタフェース９３０と、バスインタフェースとを含む。プロセッサ９００と、トランシーバ９１０と、メモリ９２０と、ユーザインタフェース９３０は、いずれもバスインタフェースに接続される。プロセッサ９００は、メモリ９２０からプログラムを読み取ることによって、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するプロセスと、ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するプロセスと、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うプロセスとを実行することに用いられる。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

ここで、図９において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ９００をはじめとする１つ又は複数のプロセッサとメモリ９２０をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であるため、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ９１０は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。ユーザ機器によっては、ユーザインタフェース９３０は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。

プロセッサ９００は、バスアーキテクチャと通常の処理を管理する。メモリ９２０は、プロセッサ９００による操作実行に使用されるデータを記憶できる。

なお、本開示の実施例における端末は、上記図１～図３の方法実施例における端末で実現される各プロセスを実現することができる。上記図１～図３のスケジューリング方法における実施例は、いずれも当該端末の実施例に適用することができ、同一の技術効果を奏することもできる。

図１０に示すように、本開示の一部実施例における基地局は、プロセッサ１０００と、トランシーバ１０１０と、メモリ１０２０と、バスインタフェースとを含む。プロセッサ１０００と、トランシーバ１０１０と、メモリ１０２０は、いずれもバスインタフェースに接続される。プロセッサ１０００は、メモリ１０２０からプログラムを読み取ることによって、端末から伝送されるＳＲをトランシーバ１０１０経由で受信するプロセスを実行することに用いられる。前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲである。ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。

ここで、図１０において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ１０００をはじめとする１つ又は複数のプロセッサとメモリ１０２０をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であるため、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ１０１０は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。プロセッサ１０００は、バスアーキテクチャと通常の処理を管理する。メモリ１０２０は、プロセッサ１０００による操作実行に使用されるデータを記憶できる。

プロセッサ１０００は、バスアーキテクチャと通常の処理を管理する。メモリ１０２０は、プロセッサ１０００による操作実行に使用されるデータを記憶できる。

本開示の各実施例において、上記各プロセスの番号の大きさは、実行順の前後を意味するのではなく、各プロセスの実行順は、その機能および内在的な論理によって確定されるものであり、本開示の実施例の実施プロセスに対しいっさい限定を構成しないと理解すべきである。

本開示は、本開示の実施例による方法、デバイス（システム）及びコンピュータプログラムプロダクトのフローチャート及び／又はブロック図を参照して記載されている。フローチャート及び／又はブロック図における各フロー及び／又はブロック、及びフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータプログラムコマンドにより実現されうると理解されるべきである。これらのコンピュータプログラムコマンドを汎用コンピュータ、専用コンピュータ、嵌め込み式プロセッサ又は他のプログラマブルデータ処理デバイスのプロセッサに提供して１つの機器を形成し、コンピュータ又は他のプログラマブルデータ処理デバイスのプロセッサにより実行される指令により、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するための装置を形成する。

これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理デバイスに特定の方式で動作させるを導けるコンピュータ読み出し可能なメモリに格納されてもよく、当該コンピュータ読み出し可能なメモリに格納されるコマンドにより、コマンド装置を含むプロダクトを形成する。当該コマンド装置は、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現する。

これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理デバイスにロードされてもよく、コンピュータ又は他のプログラマブルデータ処理デバイスで一連の操作工程を実行することにより、コンピュータで実現される処理を形成し、コンピュータ又は他のプログラマブルデータ処理デバイスで実行されるコマンドにより、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するためのステップを提供する。

以上の記載は、本開示の好ましい実施形態である。なお、当業者にとって、本開示に記載した原理を逸脱することなくいくつかの改良や修飾を行うこともできる。これらの改良や修飾も、本開示の保護範囲として見なされるべきである。

Claims

端末に応用されるスケジューリング方法において、
所定のサービス特性と、異なるチャネルに設定されるＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）リソースとの対応関係を特定するステップと、
ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップとを含み、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）に設定されるＳＲリソースとｓＰＵＣＣＨ（ＰＵＣＣＨｆｏｒｓｈｏｒｔＴＴＩ）に設定されるＳＲリソースを含むスケジューリング方法。
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含み、あるいは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１に記載のスケジューリング方法。
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う前に、さらに、
基地局から送信されるＲＲＣメッセージを受信することと、
前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することとを含む請求項１に記載のスケジューリング方法。
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップは、
前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことを含む請求項３に記載のスケジューリング方法。
前記所定のサービス特性は、
ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項１～４のいずれか一項に記載のスケジューリング方法。
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定モジュールと、
ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第２特定モジュールと、
前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送モジュールとを含み、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む端末。
前記第１特定モジュールは、
予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定ユニットを含み、あるいは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第２特定ユニットを含む請求項６に記載の端末。
基地局に応用されるスケジューリング方法において、
端末からＳＲリソースで伝送されるＳＲを受信するステップと、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、
前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップとを含み、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含むスケジューリング方法。
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含み、あるいは、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項８に記載のスケジューリング方法。
端末から伝送されるＳＲを受信する前に、さらに、
前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することを含む請求項８に記載のスケジューリング方法。
前記所定のサービス特性は、
ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項８～１０のいずれか一項に記載のスケジューリング方法。
前記所定のサービス特性は、プライオリティおよび遅延要求を含み、
前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含み、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップは、
前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することと、
前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することとを含む請求項８に記載のスケジューリング方法。
端末からＳＲリソースで伝送されるＳＲを受信することに用いられる第２受信モジュールと、
所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定モジュールと、
前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第５特定モジュールと、
前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定することに用いられるスケジューリングポリシーモジュールと、含み、
ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む基地局。