[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

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

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

Info

Publication number
JP2019533381A
JP2019533381A JP2019522430A JP2019522430A JP2019533381A JP 2019533381 A JP2019533381 A JP 2019533381A JP 2019522430 A JP2019522430 A JP 2019522430A JP 2019522430 A JP2019522430 A JP 2019522430A JP 2019533381 A JP2019533381 A JP 2019533381A
Authority
JP
Japan
Prior art keywords
terminal
service characteristic
service
base station
resource
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.)
Granted
Application number
JP2019522430A
Other languages
English (en)
Other versions
JP7080882B2 (ja
Inventor
亜利 趙
亜利 趙
學明 潘
學明 潘
芳麗 許
芳麗 許
Original Assignee
チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー
チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー
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 チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー, チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー filed Critical チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー
Publication of JP2019533381A publication Critical patent/JP2019533381A/ja
Application granted granted Critical
Publication of JP7080882B2 publication Critical patent/JP7080882B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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
    • 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/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本開示は、スケジューリング方法、端末および基地局を提供し、通信技術分野に係る。端末に応用される当該スケジューリング方法において、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、ＳＲが引き起こされることが検出された場合、ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、第１サービス特性と対応関係に基づいて、第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップとを含み、ここで、異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む。【選択図】 図１

Description

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

Claims (28)

  1. 端末に応用されるスケジューリング方法において、
    所定のサービス特性と、異なるチャネルに設定されるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）リソースとの対応関係を特定するステップと、
    ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、
    前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップとを含み、
    ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）に設定されるＳＲリソースとｓＰＵＣＣＨ（ＰＵＣＣＨ ｆｏｒ ｓｈｏｒｔ ＴＴＩ）に設定されるＳＲリソースを含むスケジューリング方法。
  2. 所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
    予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１に記載のスケジューリング方法。
  3. 所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
    所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１に記載のスケジューリング方法。
  4. 前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行う前に、さらに、
    基地局から送信されるＲＲＣメッセージを受信することと、
    前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することとを含む請求項１に記載のスケジューリング方法。
  5. 前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うステップは、
    前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことを含む請求項４に記載のスケジューリング方法。
  6. 前記所定のサービス特性は、
    ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項１〜５のいずれか一項に記載のスケジューリング方法。
  7. 所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定モジュールと、
    ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第２特定モジュールと、
    前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送モジュールとを含み、
    ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む端末。
  8. 前記第１特定モジュールは、
    予め設定されたデフォルトルール、または、予め基地局との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第１特定ユニットを含む請求項７に記載の端末。
  9. 前記第１特定モジュールは、
    所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する基地局からの設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第２特定ユニットを含む請求項７に記載の端末。
  10. さらに、
    基地局から送信されるＲＲＣメッセージを受信することに用いられる第１受信モジュールと、
    前記ＲＲＣメッセージに基づいて、前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースを特定することに用いられる第３特定モジュールとを含む請求項７に記載の端末。
  11. 前記伝送モジュールは、
    前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースから、前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うことに用いられる伝送ユニットを含む請求項１０に記載の端末。
  12. 前記所定のサービス特性は、
    ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項７〜１１のいずれか一項に記載の端末。
  13. 基地局に応用されるスケジューリング方法において、
    端末から伝送されるＳＲを受信することを含み、
    前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲであり、
    ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含むスケジューリング方法。
  14. 端末から伝送されるＳＲを受信した後に、さらに、
    所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップと、
    前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するステップと、
    前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップとを含む請求項１３に記載のスケジューリング方法。
  15. 所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
    予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１４に記載のスケジューリング方法。
  16. 所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するステップは、
    所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することを含む請求項１４に記載のスケジューリング方法。
  17. 端末から伝送されるＳＲを受信する前に、さらに、
    前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することを含む請求項１３に記載のスケジューリング方法。
  18. 前記所定のサービス特性は、
    ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項１３〜１７のいずれか一項に記載のスケジューリング方法。
  19. 前記所定のサービス特性は、プライオリティおよび遅延要求を含み、
    前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含み、
    前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定するステップは、
    前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することと、
    前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することとを含む請求項１４に記載のスケジューリング方法。
  20. 端末から伝送されるＳＲを受信することに用いられる第２受信モジュールを含み、
    前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲであり、
    ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含む基地局。
  21. さらに、
    所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定モジュールと、
    前記端末からの前記ＳＲの伝送に用いられるＳＲリソースと前記対応関係に基づいて、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定することに用いられる第５特定モジュールと、
    前記第１サービス特性に基づいて、前記端末に対するスケジューリングポリシーを特定することに用いられるスケジューリングポリシーモジュールとを含む請求項２０に記載の基地局。
  22. 前記第４特定モジュールは、
    予め設定されたデフォルトルール、または、予め端末との間でプロトコルによって取り決められたルールに基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第３特定ユニットを含む請求項２１に記載の基地局。
  23. 前記第４特定モジュールは、
    所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係に関する予め生成された設定指令に基づいて、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定することに用いられる第４特定ユニットを含む請求項２１に記載の基地局。
  24. さらに、
    前記基地局から前記端末に対しそれぞれＰＵＣＣＨ、ｓＰＵＣＣＨに設定されたＳＲリソースに関する前記端末の特定の根拠となるＲＲＣメッセージを端末に送信することに用いられる送信モジュールを含む請求項２０に記載の基地局。
  25. 前記所定のサービス特性は、
    ＱｏＳ、プライオリティ、遅延要求のうちのひとつまたは複数を含む請求項２０〜２４のいずれか一項に記載の基地局。
  26. 前記所定のサービス特性は、プライオリティおよび遅延要求を含み、
    前記第１サービス特性は、第１サービスのプライオリティおよび遅延要求を含み、
    前記スケジューリングポリシーモジュールは、
    前記第１サービスの遅延要求に基づいて、前記端末に割り当てるリソースの数を特定することに用いられる第５特定ユニットと、
    前記第１サービスのプライオリティに基づいて、前記端末を優先的にスケジューリングするかを特定することに用いられる第６特定ユニットとを含む請求項２１に記載の基地局。
  27. プロセッサと、トランシーバと、メモリとを含む端末において、
    ここで、前記プロセッサは、前記メモリからプログラムを読み取ることによって、
    所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定するプロセスと、
    ＳＲが引き起こされることが検出された場合、前記ＳＲを引き起こす第１サービスの第１サービス特性を特定するプロセスと、
    前記第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択してＳＲの伝送を行うプロセスとを実行することに用いられ、
    ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含み、
    前記トランシーバは、
    データを送受信することに用いられ、
    前記メモリは、
    前記プロセッサによる操作実行に用いられるデータを保存することに用いられる端末。
  28. プロセッサと、トランシーバと、メモリとを含む基地局において、
    ここで、前記プロセッサは、前記メモリからプログラムを読み取ることによって、
    端末から伝送されるＳＲを受信するプロセスを実行することに用いられ、
    前記ＳＲは、前記端末が、所定のサービス特性と、異なるチャネルに設定されるＳＲリソースとの対応関係を特定した後に、前記ＳＲを引き起こす第１サービスの第１サービス特性と前記対応関係に基づいて、前記第１サービス特性に対応するＳＲリソースを選択して伝送したＳＲであり、
    ここで、前記異なるチャネルに設定されるＳＲリソースは、ＰＵＣＣＨに設定されるＳＲリソースとｓＰＵＣＣＨに設定されるＳＲリソースを含み、
    前記トランシーバは、
    データを送受信することに用いられ、
    前記メモリは、
    前記プロセッサによる操作実行に用いられるデータを保存することに用いられる基地局。
JP2019522430A 2016-11-04 2017-10-23 スケジューリング方法、端末および基地局 Active JP7080882B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201610962288.XA CN108024341B (zh) 2016-11-04 2016-11-04 一种调度方法、终端及基站
CN201610962288.X 2016-11-04
PCT/CN2017/107342 WO2018082467A1 (zh) 2016-11-04 2017-10-23 一种调度方法、终端及基站

Publications (2)

Publication Number Publication Date
JP2019533381A true JP2019533381A (ja) 2019-11-14
JP7080882B2 JP7080882B2 (ja) 2022-06-06

Family

ID=62075712

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019522430A Active JP7080882B2 (ja) 2016-11-04 2017-10-23 スケジューリング方法、端末および基地局

Country Status (6)

Country Link
US (1) US20190281618A1 (ja)
EP (1) EP3512283B1 (ja)
JP (1) JP7080882B2 (ja)
KR (1) KR102201914B1 (ja)
CN (1) CN108024341B (ja)
WO (1) WO2018082467A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3666016B1 (en) * 2017-08-07 2021-06-23 Telefonaktiebolaget LM Ericsson (publ) Dual strategy for short physical uplink control channel (spucch) utilization
CN109802819B (zh) * 2017-11-16 2024-03-05 北京三星通信技术研究有限公司 上行控制信息处理方法及终端
CN111163518B (zh) * 2018-11-08 2023-05-12 大唐移动通信设备有限公司 一种信息传输方法、配置方法、终端及网络侧设备
CN113645708A (zh) * 2020-05-11 2021-11-12 中国移动通信有限公司研究院 一种调度、调度请求方法、设备、装置及介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015514344A (ja) * 2012-03-19 2015-05-18 アルカテル−ルーセント 複数のスケジューリング要求トリガを構成するための方法および装置
WO2016175631A1 (en) * 2015-04-30 2016-11-03 Lg Electronics Inc. Method and apparatus for configuring random access channel in short tti or contention based uplink transmission in wireless communication system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103327613B (zh) * 2012-03-18 2016-01-06 上海贝尔股份有限公司 在无线通信网中用于传输调度请求的方法
US10492216B2 (en) * 2014-09-24 2019-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and BS for scheduling UE, and method and UE for transmitting HARQ
US9844072B2 (en) 2014-09-26 2017-12-12 Qualcomm Incorporated Ultra-low latency LTE uplink frame structure
CN104661316A (zh) * 2015-01-28 2015-05-27 中兴通讯股份有限公司 一种载波聚合下调度请求的发送方法、装置和终端
US10694575B2 (en) * 2016-04-01 2020-06-23 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communications

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015514344A (ja) * 2012-03-19 2015-05-18 アルカテル−ルーセント 複数のスケジューリング要求トリガを構成するための方法および装置
WO2016175631A1 (en) * 2015-04-30 2016-11-03 Lg Electronics Inc. Method and apparatus for configuring random access channel in short tti or contention based uplink transmission in wireless communication system

Also Published As

Publication number Publication date
JP7080882B2 (ja) 2022-06-06
CN108024341B (zh) 2019-12-10
EP3512283A4 (en) 2019-08-21
KR20190069544A (ko) 2019-06-19
EP3512283A1 (en) 2019-07-17
EP3512283B1 (en) 2021-01-06
KR102201914B1 (ko) 2021-01-11
WO2018082467A1 (zh) 2018-05-11
US20190281618A1 (en) 2019-09-12
CN108024341A (zh) 2018-05-11

Similar Documents

Publication Publication Date Title
US11632790B2 (en) Method and apparatus for processing buffer status report and communication system
US11297654B2 (en) Methods and apparatus to transmit with resources overlapped
EP3668238A1 (en) Scheduling request transmitting method, scheduling request processing method and related device
EP3605920A1 (en) Data transmission method, terminal, network side device and computer readable storage medium
US20180234989A1 (en) Message Transmission Method and User Equipment
US10560929B2 (en) Resource request method and system, device, and network side node
CN115622676A (zh) 一种资源配置方法、基站及终端
JP2020536419A (ja) リソース割り当て特定方法、リソース割り当て指示方法、端末およびネットワーク側機器
WO2017157128A1 (zh) 一种配置和确定半持续调度的方法及设备
WO2013166670A1 (zh) 上行信道资源配置方法和设备
JP2019533381A (ja) スケジューリング方法、端末および基地局
CN111148225A (zh) 资源调度方法、装置及设备
CN108293245A (zh) 一种数据通信的方法、终端设备及网络设备
EP3852455A1 (en) Resource allocation method and communication device
EP3761743B1 (en) Radio communication method, user equipment, and network device
US12047952B2 (en) Resource allocation method and device
CN107295648B (zh) 一种上行传输方法、ue、基站和系统
EP3905809A1 (en) Resource allocation mode determination method, terminal, and network device
CN111970764B (zh) 对sr配置的处理方法及装置、存储介质、终端
CN109561510B (zh) 发送调度请求的方法、装置及用户设备
JP2017539144A (ja) データチャネルのスケジューリング方法、装置及びシステム
JP2021527971A (ja) 通信方法及び端末デバイス
CN109756987B (zh) 一种缓冲区状态上报方法、终端及计算机可读存储介质
WO2019085616A1 (zh) 一种发送调度请求的方法和设备
JP2023547929A (ja) リソース割り当て方法、装置及び端末

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190514

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190514

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200313

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200512

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20201222

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20210421

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20210421

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20210614

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20211012

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20211116

C13 Notice of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: C13

Effective date: 20211130

C28A Non-patent document cited

Free format text: JAPANESE INTERMEDIATE CODE: C2838

Effective date: 20211130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220228

C23 Notice of termination of proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C23

Effective date: 20220322

C03 Trial/appeal decision taken

Free format text: JAPANESE INTERMEDIATE CODE: C03

Effective date: 20220426

C30A Notification sent

Free format text: JAPANESE INTERMEDIATE CODE: C3012

Effective date: 20220426

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220525

R150 Certificate of patent or registration of utility model

Ref document number: 7080882

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150