JP2020519083A - リソーススケジューリング方法及びデバイス - Google Patents

リソーススケジューリング方法及びデバイス Download PDF

Info

Publication number
JP2020519083A
JP2020519083A JP2019557773A JP2019557773A JP2020519083A JP 2020519083 A JP2020519083 A JP 2020519083A JP 2019557773 A JP2019557773 A JP 2019557773A JP 2019557773 A JP2019557773 A JP 2019557773A JP 2020519083 A JP2020519083 A JP 2020519083A
Authority
JP
Japan
Prior art keywords
data
target type
terminal device
type data
bsr
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.)
Pending
Application number
JP2019557773A
Other languages
English (en)
Inventor
ヤン、ニン
リウ、ジェンファ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2020519083A publication Critical patent/JP2020519083A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/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/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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent

Abstract

本願はリソーススケジューリング方法及びデバイスを提供し、当該方法は、端末デバイスがバッファー状態報告ＢＳＲを確定することと、前記端末デバイスがネットワークデバイスに前記ＢＳＲを送信して、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに伝送リソースを優先的に割り当てることとを含み、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。本願に係るリソーススケジューリング方法は、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できなくなる可能性を低減し、ユーザ体験を向上させる。

Description

本願の実施例は、通信分野に関し、具体的に、リソーススケジューリング方法及びデバイスに関する。
無線通信システムにおいて、ネットワークデバイスは、端末デバイスの上りバッファー（Ｂｕｆｆｅｒ）における送信必要データ量に応じて、端末デバイスに割り当てる上りリソースを決定する必要がある。通常、端末デバイスは、ネットワークデバイスに送信すべきデータ量をバッファー状況報告(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ：ＢＳＲ)を介して通知し、ネットワークデバイスがそれにリソースを割り当てた後、論理チャネルの優先度に基づいて、割り当てたリソースを使用する。
通信リンクの輻輳が発生すると、端末デバイスに比較的重要なデータ(あるいは優先度の高いデータ)が存在していても、伝送リソースが割り当てられないためにその部分のデータを送信できず、ユーザの体験に影響を与える可能性がある。
端末デバイスに伝送リソースがタイムリーにに割り当てられないことによりデータがタイムリーに送信できなくなる可能性を低減し、ユーザ体験を向上させるリソーススケジューリング方法を提供する必要がある。
本発明は、端末デバイスに伝送ソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できなくなる可能性を低減し、ユーザ体験を向上させるリソーススケジューリング方法を提供する。
第１形態は、リソーススケジューリング方法を提供し、端末デバイスがバッファー状態報告（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ：ＢＳＲ）を確定することと、前記端末デバイスがネットワークデバイスに前記ＢＳＲを送信して、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに伝送リソースを優先的に割り当てることとを含み、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。
なお、ネットワークデバイスと端末デバイスとは、目標タイプデータがどのようなデータであるかを予め約束しておいてもよいし、ネットワークデバイスが、指示情報によって、端末デバイスに目標タイプデータがどのようなデータであるかを知らせてもよく、本願では目標タイプデータが具体的にどのようなデータであるかを限定しない。
本願のリソーススケジューリング方法は、端末デバイスが、該端末デバイスの送信するデータに目標タイプデータが含まれることを示すバッファー状況報告をネットワークデバイスに送信し、ネットワークデバイスが、バッファー状況報告を受信した場合に、該端末デバイスに優先的に伝送リソースを割り当てる。これにより、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに伝送できなくなる可能性を低減し、ユーザ体験を向上させることができる。
端末デバイスは、目標タイプデータを送信する必要がない場合、従来技術のＢＳＲをネットワークデバイスに送信することができ、ネットワークデバイスは、従来技術の方法に従って、端末デバイスにリソースを割り当てることができる。
第１の形態と結合し、第１の形態の実現可能な方式において、前記方法は、前記端末デバイスが前記ネットワークデバイスにより送信された指示情報を受信することをさらに含み、前記指示情報は、前記端末デバイスが割り当てられた伝送リソースを優先的に利用して前記目標タイプデータが搬送される論理チャネルのデータを伝送するように指示する。
通常、ネットワークデバイスが端末デバイスに伝送リソースを割り当てた後、端末デバイスが論理チャネルの優先度に応じて、割り当てた伝送リソースを使用するため、目標タイプデータが存在する論理チャネルの優先度が低い場合には、割り当てた伝送リソースを使用して目標タイプデータを送信することができない。本願の方法では、ネットワークデバイスは、割り当てた伝送リソースを優先的に使用して、目標タイプデータが存在する論理チャネルのデータを端末デバイスに送信するように指示情報を端末デバイスに送信することで、目標タイプデータがタイムリーに伝送されない可能性をさらに低減し、ユーザ体験を向上させる。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、
又は、
前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記端末デバイスが前記ネットワークデバイスに前記ＢＳＲを送信することは、前記端末デバイスが前記ネットワークデバイスにメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを送信することを含み、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ：ＳＤＵ）に前記目標タイプデータの関連情報が含まれる。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
第２形態は、リソーススケジューリング方法を提供し、ネットワークデバイスが端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信することと、前記ネットワークデバイスが前記ＢＳＲに基づいて、前記端末デバイスに伝送リソースを優先的に割り当てることとを含み、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。
本願のリソーススケジューリング方法は、ネットワークデバイスが、端末デバイスの伝送するデータに目標タイプデータが含まれていることを示すためのＢＳＲを受信した後、当該端末デバイスに優先的に伝送リソースを割り当てる。これにより、本願のリソーススケジューリング方法は、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
第２の形態と結合し、第２に形態の実現可能な方式において、前記方法は、前記ネットワークデバイスが前記端末デバイスに指示情報を送信することをさらに含み、前記指示情報は、前記端末デバイスが割り当てた伝送リソースを優先的に利用して目標タイプデータが搬送される論理チャネルの伝送データを伝送する。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、
又は、
前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記ネットワークデバイスが端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信することは、前記ネットワークデバイスが前記端末デバイスにより送信されたメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを受信することを含み、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニットＳＤＵに前記目標タイプデータの関連情報が含まれる。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
第３の形態は、上記の第１の形態または第１の形態の任意の可能な方式における方法を実行するための端末デバイスを提供する。具体的には、端末デバイスは、上記の第１の形態または第１の形態の任意の可能な実装形態における方法を実行するための機能モジュールを含む。
第４の形態は、上記の第２の形態または第２の形態の任意の可能な方式における方法を実行するためのネットワークデバイスを提供する。具体的には、ネットワークデバイスは、上記の第２の形態または第２の形態の任意の可能な実装方式における方法を実行するための機能モジュールを含む。
第５の形態は、プロセッサと、メモリと、トランシーバとを含む端末デバイスを提供する。プロセッサ、メモリ、およびトランシーバは、内部接続経路を介して互いに通信し、制御信号および/またはデータ信号を通信し、端末デバイスに、上記の第１の形態または第１の形態の可能な実装のいずれかにおける方法を実行させる。
第６の形態は、プロセッサと、メモリと、トランシーバとを含むネットワークデバイスを提供する。プロセッサ、メモリ、およびトランシーバは、内部接続経路を介して互いに通信し、制御信号および/またはデータ信号を通信し、ネットワークデバイスに、上記の第２の形態または第１の形態の可能な実装のいずれかにおける方法を実行させる。
第７の形態は、上記の第１の形態または第１の形態の任意の可能な実装を実行するための命令を含むコンピュータプログラムを記憶するためのコンピュータ可読媒体を提供する。
第８の形態は、上記の第２の形態または第２の形態の任意の可能な実装を実行するための命令を含むコンピュータプログラムを記憶するためのコンピュータ可読媒体を提供する。
本願の実施例におけるリソーススケジューリング方法のフローチャートである。 本願の実施例におけるバッファー状態報告の模式図である。 本願の他の実施例におけるリソーススケジューリング方法のフローチャートである。 本願の実施例における端末デバイスのブロック図である。 本願の実施例におけるネットワークデバイスのブロック図である。 本願の他の実施例における端末デバイスのブロック図である。 本願の他の実施例におけるネットワークデバイスのブロック図である。
以下、本願の実施例における技術的解決策を、本願の実施例における添付図面と併せて、明確かつ完全に説明する。
本願の実施例の技術的解決策は、例えば、グローバル移動通信( Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ )システム、符号分割多元接続( Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＣＤＭＡ )システム、広帯域符号分割多元接続( Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＷＣＤＭＡ )システム、汎用パケット無線サービス( Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：ＧＰＲＳ )、ロングタームエボリューション( Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ )システム、ＬＴＥ周波数分割複信( Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＦＤＤ )システム、ＬＴＥ時分割複信( Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＴＤＤ )、汎用移動通信システム( Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ＵＭＴＳ )、又はグローバル相互接続マイクロ波アクセス( Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉMAX )通信システム、及び５Ｇシステム、Ｎｅｗ Ｒａｄｉｏシステムに適用され得ることが理解されるべきである。
また、本願の実施例において、端末デバイスは、ユーザデバイス( Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ )、端末装置、移動局( Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：ＭＳ )、モバイル端末( Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ )、又は将来の５Ｇネットワークにおける端末デバイスなどと呼ぶことができ、無線アクセスネットワーク( Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ )を介して１つ以上のコアネットワークと通信することができ、例えば、端末は、携帯電話(又は「セルラ」電話と呼ばれる)又はモバイル端末を有するコンピュータなどとすることができ、例えば、端末は、音声及び/又はデータを無線アクセスネットワークと交換する携帯型、ポケット型、ハンドヘルド型、コンピュータ内蔵型、又は車載型のモバイルデバイスとすることもできる。
本願の実施例に係るネットワークデバイスは、無線アクセスネットワークに構成され、端末デバイスに無線通信機能を提供するデバイスである。ネットワークデバイスは、様々な形態のマクロ基地局、マイクロ基地局、中継局、アクセスポイントなどを含み得る基地局であり得る。異なる無線アクセス技術を採用するシステムでは、基地局機能を有するデバイスの名称が異なる場合がある。例えば、ＬＴＥネットワークではＥｖｏｌｖｅｄノードＢ ( Ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ又はｅＮｏｄｅＢ )と呼ばれ、第３世代( ３ ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ )ネットワークではノードＢ（Ｎｏｄｅ Ｂ）と呼ばれる、などである。前記ネットワークデバイスは、コアネットワークデバイスであってもよい。
既存のＬＴＥシステムにおいて、ＵＥが上りデータを送信する必要がある場合、ＵＥは、ｅＮｏｄｅＢがＵＥにどれだけの上りリソースを割り当てるかを決定するために、どのくらいのデータが送信される必要があるかを、バッファー状態報告( Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ：ＢＳＲ )によってｅＮｏｄｅＢに通知する。
実現過程において、サービスに応じて、ＵＥは、複数の無線ベアラ(Ｒａｄｉｏ Ｂｅａｒｅｒ)を確立することができ、各Ｂｅａｒｅｒは１つの論理チャネルに対応し、ＵＥは、論理チャネルグループ(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ：ＬＣＧ)に基づいてＢＳＲを報告し、このＬＣＧがどのくらいのデータが送信される必要があるかをｅＮｏｄｅＢに知らせることができる。ｅＮｏｄｅＢは、ＵＥが送信するデータがあることを知っているだけで、ＵＥが送信する必要があるデータがどのようなデータであるかを知っていないので、通信リンクが輻輳状態にある場合、ｅＮｏｄｅＢは、このＵＥに上りリソースを割り当てることができず、その結果、ＵＥが重要な上りデータを有していても、この重要なデータの一部をタイムリーに送信することができず、ユーザ体験に影響を与える可能性がある。
そこで、本願は、端末デバイスが、端末デバイスの伝送するデータに目標タイプデータが含まれることを示すＢＳＲをネットワークデバイスに送信することにより、ネットワークデバイスがＢＳＲを受信した場合に、端末デバイスに優先的に伝送リソースを割り当て、伝送リソースにタイムリーに割り当てられていないデータがタイムリーに送信されない可能性を低減し、ユーザ体験を向上させるリソーススケジューリング方法を提供する。
図１は本願の実施例におけるリソーススケジューリング方法を示す。図１に示すように、方法１００は、Ｓ１１０及びＳ１２０を含む。
Ｓ１１０において、端末デバイスがバッファー状態報告ＢＳＲを確定し、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。
Ｓ１２０において、前記端末デバイスがネットワークデバイスに前記ＢＳＲを送信して、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに伝送リソースを優先的に割り当てる。
本願の実施例におけるリソーススケジューリング方法は、端末デバイスが、該端末デバイスの送信するデータに目標タイプデータが含まれることを示すためのバッファー状況報告をネットワークデバイスに送信し、ネットワークデバイスが、バッファー状況報告を受信した場合に、該端末デバイスに優先的に伝送リソースを割り当てる。これにより、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに伝送できなくなる可能性を低減し、ユーザ体験を向上させることができる。
なお、本発明の実施例において、ネットワークデバイスと端末デバイスは、端末デバイスの論理チャネルにおいて送信するデータに目標タイプデータが含まれている場合に、端末デバイスが本発明の実施例におけるＢＳＲをネットワークデバイスに送信し、ネットワークデバイスが本発明の実施例におけるＢＳＲを受信した場合に、ＢＳＲを送信する端末デバイスに優先的に伝送リソースを割り当てることを予め約束しておいてもよい。なお、本願実施例におけるＢＳＲは、従来技術におけるＢＳＲとは異なり、「Ｃｒｉｔｉｃａｌ ＢＳＲ」と呼ぶことができる。
なお、本願の実施例において、端末デバイスの論理チャネルにおいて伝送されるデータのデータ量がＣｒｉｔｉｃａｌ ＢＳＲにない場合、ネットワークデバイスは、現在のリンクの状況に応じて、端末デバイスに割り当てる伝送リソースを自ら決定することができる。
さらに、従来のように論理チャネルの優先度に応じて割り当てられたリソースを使用することと異なり、ネットワークデバイスと端末デバイスとは、端末デバイスの伝送するデータに目標タイプデータが含まれている場合には、端末デバイスが割り当てられた伝送リソースを優先的に使用して、目標タイプデータが含まれている論理チャネルのデータを送信するように予め約定されている。あるいは、ネットワークデバイスは、端末デバイスに、割り当てられた伝送リソースを優先的に使用して、目標タイプデータが伝送された論理チャネルのデータを送信するように指示する指示情報を送信することができる。
選択可能で、一例として、本願のＣｒｉｔｉｃａｌ ＢＳＲは、論理チャネルに対するＢＳＲであっても良く、ＢＳＲがＣｒｉｔｉｃａｌ ＢＳＲであることを示すための表示ビットがＣｒｉｔｉｃａｌ ＢＳＲに含む。この場合も、ネットワークデバイスは、Ｃｒｉｔｉｃａｌ ＢＳＲに対応する論理チャネルに専用リソースを割り当てることができる。例えば、ネットワークデバイスは、伝送リソースを割り当てるための情報において論理チャネルの識別子を搬送し、端末デバイスは、割り当てられた伝送リソースを決定した後、割り当てられた伝送リソースのみを論理チャネルにおけるデータの伝送に使用する。
さらに、Ｃｒｉｔｉｃａｌ ＢＳＲが１つの論理チャネルのみに対する場合、当該Ｃｒｉｔｉｃａｌ ＢＳＲは、論理チャネル内で伝送されるデータのデータ量を搬送することもでき、または当該Ｃｒｉｔｉｃａｌ ＢＳＲは、目標タイプデータを含むパケットのサイズを搬送することもでき、および/または当該Ｃｒｉｔｉｃａｌ ＢＳＲは、論理チャネル内の目標タイプデータの位置を搬送することもできる。この場合、ネットワークデバイスが端末デバイスに適当なサイズの伝送リソースを割り当てることが可能となる。
選択可能で、一例として、本願のＣｒｉｔｉｃａｌ ＢＳＲは、１つの論理チャネルグループに対するものであってもよい。ネットワークデバイスは、Ｃｒｉｔｉｃａｌ ＢＳＲを、端末デバイスに送信されるメディアアクセス制御プロトコルデータユニット( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ：ＭＡＣ ＰＤＵ )に搬送されることができる。この場合、ＢＳＲがＣｒｉｔｉｃａｌ ＢＳＲであるか否かを示すために、ＭＡＣサブヘッダ( Ｓｕｂ−ｈｅａｄ )内の論理チャネル識別子( Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｙ：ＬＣＩＤ )フィールド内の予約ビット（Ｒｅｓｅｒｖｅｄ）を使用することができる。表１は、従来のプロトコルにおけるＬＣＩＤ値( Ｖａｌｕｅｓ )と、その示す具体的な意味との対応関係を示している。本願の実施例において、０１０１１-１１０００間の任意の数値を用いてＢＳＲがＣｒｉｔｉｃａｌを表すことができる。
Figure 2020519083
さらに、本願のＣｒｉｔｉｃａｌ ＢＳＲが論理チャネルグループに対する場合、Ｃｒｉｔｉｃａｌ ＢＳＲには、目標タイプデータの関連情報が含まれ、目標タイプデータの関連情報は、目標タイプデータの関連情報が搬送される論理チャネルを示す第１の情報、目標タイプデータの関連情報に関連する目標データ量を示す第２の情報、及び、論理チャネルにおける目標タイプデータの位置を示す第３の情報のうち少なくとも１つを含むことができる。ここで、論理チャネル内の目標タイプデータの位置は、目標タイプデータがこの論理チャネル内でスケジューリングされる順序を意味すると理解され得る。
具体的に、いくつかの実施形態において、目標タイプデータの関連情報が第１の情報を含む場合、ネットワークデバイスは、目標タイプデータの関連情報を搬送する論理チャネルに対して優先的に伝送リソースを構成することができ、例えば、目標タイプデータを搬送する論理チャネルの識別情報を、伝送リソースを構成する情報において搬送することができ、端末デバイスは、割り当てられた伝送リソースを決定した後、論理チャネルにおいてデータを送信するために割り当てられた伝送リソースのみを使用する。前記目標タイプデータの関連情報が前記第１の情報及び前記第３の情報を含む場合、前記ネットワークデバイスは、前記目標タイプデータを伝送する論理チャネルを優先して伝送リソースを設定するとともに、前記端末デバイスに対して、前記論理チャネルにおける前記目標タイプデータの位置に応じて適切なサイズの伝送リソースを設定し、目標タイプデータをタイムリーに伝送することができるようにすることができる。
本願の実施例において、上記の目標データ量は、目標タイプデータを含むデータパケットのデータ量であり、又は、目標データ量は、目標データを搬送する論理チャネルにおいて目標タイプデータの前のデータのデータ量の和であっても良い。ここで、論理チャネルにおいて目標タイプデータの前のデータは、この論理チャネルにおいてスケジューリング順番が目標タイプデータの前のデータであると理解されても良い。
具体的に、いくつかの実施例において、ネットワークデバイスが端末デバイスに送信するメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵにＣｒｉｔｉｃａｌ ＢＳＲ、ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ：ＳＤＵ）に目標タイプデータの関連情報が含まれる。図２は本願の実施例におけるＢＳＲの模式図である。図２に示すように、本願の実施例におけるＢＳＲは、論理チャネルグループ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ：ＬＣＧ）識別子（Ｉｄｅｎｔｉｆｙ）領域及びバッファサイズ（Buffer Ｓize）領域を含み、ＬＣＧ ＩＤ領域は、ＢＳＲに対応するＬＣＧを示し、バッファサイズ領域に目標タイプデータの関連情報が含まれる。
選択可能で、１つの例として、本願のｒｉｔｉｃａｌ ＢＳＲは、複数の論理チャネルグループに対する。端末デバイスの複数の論理チャネルグループに目標タイプデータを送信する場合、端末デバイスは、複数の論理チャネルグループに対するＣｒｉｔｉｃａｌ ＢＳＲを送信する。
さらに、本願のＣｒｉｔｉｃａｌ ＢＳＲが複数の論理チャネルグループに対応する場合、Ｃｒｉｔｉｃａｌ ＢＳＲには、目標タイプデータの関連情報が含まれ、目標タイプデータの関連情報は、目標タイプデータが伝送される論理チャネル又は論理チャネルグループを示す第１の情報、目標タイプデータに関連する目標タイプデータ量を示す第２の情報、及び、目標タイプデータの論理チャネル内での位置を示す第３の情報のうち少なくとも１つを含むことができる。
具体的に、いくつかの実施例において、目標タイプデータの関連情報が、目標タイプデータを搬送する論理チャネルグループを示す第１の情報を含む場合、ネットワークデバイスは、目標タイプデータを搬送する論理チャネルグループに対して優先的に伝送リソースを割り当てることができ、例えば、目標タイプデータを搬送する論理チャネルグループの識別情報を、伝送リソースを割り当てる情報において搬送することができ、端末デバイスは、割り当てられた伝送リソースを決定した後、割り当てた伝送リソースのみを、論理チャネルグループ内のデータの送信に使用する。端末デバイスは、割り当てた伝送リソースを使用する際に、論理チャネルグループ内の論理チャネルの優先度に応じて伝送リソースを使用してもよいし、目標タイプデータが伝送された論理チャネル内のデータの伝送に伝送リソースを使用しておき、伝送リソースが残っている場合には、残りの伝送リソースを他の論理チャネルの優先度に応じて使用してもよい。
又は、別の実施形態において、目標タイプデータの関連情報が、目標タイプデータを搬送する論理チャネルを示す第１の情報を含む場合、ネットワークデバイスは、目標タイプデータを搬送する論理チャネルに対して優先的に伝送リソースを割り当てることができ、例えば、ネットワークデバイスは、伝送リソースを割り当てるための情報において論理チャネルの識別情報を搬送し、端末デバイスは、割り当てた伝送リソースを決定した後、割り当てた伝送リソースのみを使用して論理チャネル内のデータを送信する。
上記の全ての実施例において、ネットワークデバイスと端末デバイスは、目標タイプデータがどのようなデータであるかを予め約束しておいてもよい。例えば、メディアサービスの符号化規格(Ｈ２６４)では、主に３種類の符号化フレームが定義されている。ここで、完全符号化フレーム、すなわち独立静止画として符号化されたフレームをIフレーム、それよりも前のIフレームを参照して生成された差分のみを含んで符号化されたフレームをＰフレーム、その前後のフレームを参照して符号化されたフレームをＢフレームと呼び、Iフレームの重要度がＰフレーム及びＢフレームよりも高い。従って、ネットワークデバイスと端末デバイスは、予め目標タイプデータをIフレームのデータとして約束しておき、端末デバイスがIフレームのデータを送信する場合に、端末デバイスは本願の実施例のＢＳＲをネットワークデバイスに送信することで、ネットワークデバイスは当該端末デバイスに優先的に伝送リソースを割り当てることができる。
以上、図１及び図２を参照して端末デバイス側から本発明の一実施例によるリソーススケジューリング方法を詳細に説明したが、図３を参照してネットワークデバイス側から本発明の実施例によるリソーススケジューリング方法を詳細に説明する。なお、ネットワークデバイス側で説明したネットワークデバイスと端末デバイスとのインタラクションについては、端末デバイス側で説明したものと同様であるため、重複を避けるため、適宜説明を省略する。
図３は本願の他の実施例におけるリソーススケジューリング方法であり、図３に示すように、方法２００は、Ｓ２１０及びＳ２２０を含む。
Ｓ２１０において、ネットワークデバイスが端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信し、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。
Ｓ２２０において、前記ネットワークデバイスが前記ＢＳＲに基づいて、前記端末デバイスに伝送リソースを優先的に割り当てる。
そして、本願の実施例におけるリソーススケジューリング方法は、ネットワークデバイスが、端末デバイスの伝送するデータに目標タイプデータが含まれているＢＳＲを受信した後、当該端末デバイスに優先的に伝送リソースを割り当てる。これにより、本願のリソーススケジューリング方法は、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例において、選択可能で、前記方法は、前記ネットワークデバイスが前記端末デバイスに指示情報を送信することをさらに含み、前記指示情報は、前記端末デバイスが割り当てられた伝送リソースを優先的に利用して前記目標タイプデータが搬送される論理チャネルの伝送データを伝送するように指示する。
本願の実施例において、選択可能で、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
本願の実施例において、選択可能で、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、又は、前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
本願の実施例において、選択可能で、Ｓ２１０は、前記ネットワークデバイスが前記端末デバイスにより送信されたメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを受信することを含み、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
本願の実施例において、選択可能で、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニットＳＤＵに前記目標タイプデータの関連情報が含まれる。
本願の実施例において、選択可能で、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
本願の実施例に係るリソーススケジューリング方法は、図１乃至図３を参照して詳細に説明しており、以下、図４に示すように、端末デバイス１０は、図４を参照して詳細に説明する。端末デバイス１０は、処理モジュール１１及び送受信モジュール１２を含む。
処理モジュール１１は、バッファー状態報告ＢＳＲを確定するように構成され、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する、前記目標タイプデータは、優先的に伝送する必要があるデータである。
送受信モジュール１２は、ネットワークデバイスに前記ＢＳＲを送信するように構成され、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに伝送リソースを優先に割り当てる。
そして、本願の実施例における端末デバイスがネットワークデバイスに端末デバイスの伝送するデータにおいて目標タイプデータが含まれるバッファー状態報告を送信して、ネットワークデバイスがバッファー状態報告を受信する際、当該端末デバイスに優先的に伝送リソースを割り当てる。そして、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例において、選択可能で、前記送受信モジュール１１は、さらに、前記ネットワークデバイスにより送信された指示情報を受信するように構成され、前記指示情報は、前記端末デバイスが割り当てられた伝送リソースを優先的に利用して前記目標タイプデータが搬送される論理チャネルのデータを伝送するように指示する。
本願の実施例において、選択可能で、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
本願の実施例において、選択可能で、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、又は、
前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
本願の実施例において、選択可能で、前記送受信モジュール１１は、さらに、前記ネットワークデバイスにメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを送信するように構成され、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
本願の実施例において、選択可能で、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニットＳＤＵに前記目標タイプデータの関連情報が含まれる。
本願の実施例において、選択可能で、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
本願の実施例による端末デバイスは、本願の実施例による方法１００に対応するフローを参照することができ、該端末デバイスにおける各ユニット/モジュール及び上記の他の動作及び/又は機能は、それぞれ方法１００における対応するフローを実現するために、簡潔のために、ここでは詳しい説明を省略する。
図５は本願の実施例におけるネットワークデバイスを示し、図５に示すように、ネットワークデバイス２０は、送受信モジュール２１及び処理モジュール２２を含む。
送受信モジュール２１は、端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信するように構成され、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する、
処理モジュール２２は、前記ＢＳＲに基づいて、前記端末デバイスに優先的に伝送リソースを割り当てるように構成される。
そして、本願の実施例におけるネットワークデバイスは、端末デバイスの伝送するデータに目標タイプデータが含まれることを示すＢＳＲを受信した後、当該端末デバイスに伝送リソースを優先的に割り当てる。そして、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例において、選択可能で、前記送受信モジュール２１は、さらに、前記端末デバイスに指示情報を送信するように構成され、前記指示情報は、前記端末デバイスが割り当てられた伝送リソースを優先的に利用して前記目標タイプデータが搬送される論理チャネルの伝送データを伝送するように指示する。
本願の実施例において、選択可能で、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
本願の実施例において、選択可能で、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、又は、
前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
本願の実施例において、選択可能で、前記送受信モジュール２１は、さらに、前記ネットワークデバイスが前記端末デバイスにより送信されたメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを受信するように構成され、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
本願の実施例において、選択可能で、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニットＳＤＵに前記目標タイプデータの関連情報が含まれる。
本願の実施例において、選択可能で、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
本願の実施例によるネットワークデバイスは、本願の実施例による方法２００に対応するフローを参照することができ、該ネットワークデバイスにおける各ユニット/モジュール及び上記の他の動作及び/又は機能は、それぞれ方法２００における対応するフローを実現するために、簡潔のために、ここでは詳しい説明を省略する。
図６は、本願の他の実施例に係る端末デバイスを示す。図６に示すように、端末デバイス１００は、プロセッサ１１０と、プロセッサ１１０に接続されたトランシーバ１２０とを含み、任意選択的に、ネットワークデバイス１００は、プロセッサ１１０に接続されたメモリ１３０とをさらに含む。プロセッサ１１０、メモリ１３０、及びトランシーバ１２０は、内部接続経路を介して互いに通信し得る。プロセッサ１１０は、バッファー状態報告ＢＳＲを確定し、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示し、前記目標タイプデータは、優先的に伝送する必要があるデータであり、トランシーバ１２０は、ＢＳＲを端末デバイスに優先的に送信し、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに優先的に伝送リソースを割り当てる。
そして、本願の実施例における端末デバイスがネットワークデバイスに端末デバイスの伝送するデータに目標タイプデータが含まれることを示すバッファー状態報告を送信して、ネットワークデバイスがバッファー状態報告を受信する際、当該端末デバイスに優先的に伝送リソースを割り当てる。そして、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例による端末デバイス１００は、本願の実施例による端末デバイス１０に対応するフローを参照することができ、該端末デバイスにおける各ユニット/モジュール及び上記の他の動作及び/又は機能は、それぞれ方法１００における対応するフローを実現するために、簡潔のために、ここでは詳しい説明を省略する。
図７は、本願の他の実施例によるネットワークデバイスの概略的なブロック図を示し、図７に示すように、ネットワークデバイス２００は、プロセッサ２１０と、プロセッサ２１０に接続されたトランシーバ２２０とを含み、任意選択的に、プロセッサ２１０に接続されたメモリ２３０を備える。プロセッサ２１０、メモリ２３０、及びトランシーバ２２０は、内部接続経路を介して互いに通信し得る。ここで、トランシーバ２２０は、端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信するように構成され、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示し、前記プロセッサ２１０は、前記ＢＳＲに基づいて前記端末デバイスに優先的に伝送リソースを割り当てる。
そして、本願の実施例におけるネットワークデバイスは、端末デバイスの伝送するデータに目標タイプデータが含まれることを示すＢＳＲを受信した後、当該端末デバイスに伝送リソースを優先的に割り当てる。そして、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例によるネットワークデバイス２００は、本願の実施例によるネットワークデバイス２０に対応し、該ネットワークデバイスにおける各ユニット/モジュール及び上記の他の動作及び/又は機能は、それぞれ方法２００における対応するフローを実現するために、簡潔のために、ここでは詳しい説明を省略する。
本願の実施形態のプロセッサは、信号の処理能力を有する集積回路チップであり得ることが理解される。実施において、上述した方法の実施形態のステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェア形態の命令によって実行されてもよい。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ( Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ：ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ )、既存のプログラマブルゲートアレイ( Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネントであってもよい。本出願の実施形態に開示された方法、ステップ、及び論理ブロック図は、実施され得るか、又は実行され得る。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。本願の実施形態に関連して開示される方法のステップは、ハードウェアデコーディングプロセッサ実行として直接的に、または、デコーディングプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行されるとして具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。この記憶媒体は、メモリに位置し、プロセッサは、メモリ内の情報を読み取り、ハードウェアとともに上述した方法のステップを実行する。
本発明の実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、或いは揮発性メモリ及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、リードオンリーメモリ( Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ )、プログラマブルリードオンリーメモリ( Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：ＰＲＯＭ )、消去可能プログラマブルリードオンリーメモリ( Ｅｒａｓａｂｌｅ ＰＲＯＭ：ＥＰＲＯＭ )、電気的消去可能プログラマブルリードオンリーメモリ( Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ：ＥＥＰＲＯＭ )、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ )であってよい。限定ではなく例として、ＲＡＭは、スタティックランダムアクセスメモリ( Ｓｔａｔｉｃ ＲＡＭ：ＳＲＡＭ )、ダイナミックランダムアクセスメモリ( Ｄｙｎａｍｉｃ ＲＡＭ：ＤＲＡＭ )、シンクロナスダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ：ＳＤＲＡＭ )、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ( Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ：ＤＤＲ ＳＤＲＡＭ )、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ( Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ：ＥＳＤＲＡＭ )、シンクロナス接続ダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ：ＳＬＤＲＡＭ )、及びダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ：ＤＲ ＲＡＭ )など、多くの形態で利用可能である。本明細書に記載のシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。
当業者は、本明細書に開示される実施形態に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本開示の範囲から逸脱するものと考えられるべきではない。
当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、デバイス及びユニットの特定の動作プロセスが、前述の方法の実施形態における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。
本明細書で提供されるいくつかの実施形態では、開示されるシステム、デバイス、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記のデバイスの実施形態は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。
上記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、あるいは複数のネットワークユニットに分散していてもよい。また、本実施形態の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。
また、本発明の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。
また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本発明の技術的解決策の本質または従来技術に寄与する部分、または本発明の技術的解決策の部分は、１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る)に本発明の様々な実施形態に記載された方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。なお、前記記憶媒体としては、U-ディスク、リムーバブルハードディスク、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。
以上、本発明の具体的な実施形態を説明したが、本発明の技術的範囲はこれに限定されるものではなく、本発明が属する技術分野で通常の知識を有する者であれば、本発明の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本発明の保護範囲は、特許請求の範囲によって定義されるべきである。
本願の実施例は、通信分野に関し、具体的に、リソーススケジューリング方法及びデバイスに関する。
無線通信システムにおいて、ネットワークデバイスは、端末デバイスの上りバッファー（Ｂｕｆｆｅｒ）における送信必要データ量に応じて、端末デバイスに割り当てる上りリソースを決定する必要がある。通常、端末デバイスは、ネットワークデバイスに送信すべきデータ量をバッファー状況報告(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ：ＢＳＲ)を介して通知し、ネットワークデバイスがそれにリソースを割り当てた後、論理チャネルの優先度に基づいて、割り当てたリソースを使用する。
通信リンクの輻輳が発生すると、端末デバイスに比較的重要なデータ(あるいは優先度の高いデータ)が存在していても、伝送リソースが割り当てられないためにその部分のデータを送信できず、ユーザの体験に影響を与える可能性がある。
端末デバイスに伝送リソースがタイムリーにに割り当てられないことによりデータがタイムリーに送信できなくなる可能性を低減し、ユーザ体験を向上させるリソーススケジューリング方法を提供する必要がある。
本発明は、端末デバイスに伝送ソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できなくなる可能性を低減し、ユーザ体験を向上させるリソーススケジューリング方法を提供する。
第１形態は、リソーススケジューリング方法を提供し、端末デバイスがバッファー状態報告（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ：ＢＳＲ）を確定することと、前記端末デバイスがネットワークデバイスに前記ＢＳＲを送信して、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに伝送リソースを優先的に割り当てることとを含み、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。
なお、ネットワークデバイスと端末デバイスとは、目標タイプデータがどのようなデータであるかを予め約束しておいてもよいし、ネットワークデバイスが、指示情報によって、端末デバイスに目標タイプデータがどのようなデータであるかを知らせてもよく、本願では目標タイプデータが具体的にどのようなデータであるかを限定しない。
本願のリソーススケジューリング方法は、端末デバイスが、該端末デバイスの送信するデータに目標タイプデータが含まれることを示すバッファー状況報告をネットワークデバイスに送信し、ネットワークデバイスが、バッファー状況報告を受信した場合に、該端末デバイスに優先的に伝送リソースを割り当てる。これにより、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに伝送できなくなる可能性を低減し、ユーザ体験を向上させることができる。
端末デバイスは、目標タイプデータを送信する必要がない場合、従来技術のＢＳＲをネットワークデバイスに送信することができ、ネットワークデバイスは、従来技術の方法に従って、端末デバイスにリソースを割り当てることができる。
第１の形態と結合し、第１の形態の実現可能な方式において、前記方法は、前記端末デバイスが前記ネットワークデバイスにより送信された指示情報を受信することをさらに含み、前記指示情報は、前記端末デバイスが割り当てられた伝送リソースを優先的に利用して前記目標タイプデータが搬送される論理チャネルのデータを伝送するように指示する。
通常、ネットワークデバイスが端末デバイスに伝送リソースを割り当てた後、端末デバイスが論理チャネルの優先度に応じて、割り当てた伝送リソースを使用するため、目標タイプデータが存在する論理チャネルの優先度が低い場合には、割り当てた伝送リソースを使用して目標タイプデータを送信することができない。本願の方法では、ネットワークデバイスは、割り当てた伝送リソースを優先的に使用して、目標タイプデータが存在する論理チャネルのデータを端末デバイスに送信するように指示情報を端末デバイスに送信することで、目標タイプデータがタイムリーに伝送されない可能性をさらに低減し、ユーザ体験を向上させる。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、
又は、
前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記端末デバイスが前記ネットワークデバイスに前記ＢＳＲを送信することは、前記端末デバイスが前記ネットワークデバイスにメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを送信することを含み、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ：ＳＤＵ）に前記目標タイプデータの関連情報が含まれる。
第１の形態及びその実現方式と結合し、第１の形態の他の実現方式において、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
第２形態は、リソーススケジューリング方法を提供し、ネットワークデバイスが端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信することと、前記ネットワークデバイスが前記ＢＳＲに基づいて、前記端末デバイスに伝送リソースを優先的に割り当てることとを含み、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。
本願のリソーススケジューリング方法は、ネットワークデバイスが、端末デバイスの伝送するデータに目標タイプデータが含まれていることを示すためのＢＳＲを受信した後、当該端末デバイスに優先的に伝送リソースを割り当てる。これにより、本願のリソーススケジューリング方法は、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
第２の形態と結合し、第２に形態の実現可能な方式において、前記方法は、前記ネットワークデバイスが前記端末デバイスに指示情報を送信することをさらに含み、前記指示情報は、前記端末デバイスが割り当てた伝送リソースを優先的に利用して目標タイプデータが搬送される論理チャネルの伝送データを伝送する。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、
又は、
前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記ネットワークデバイスが端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信することは、前記ネットワークデバイスが前記端末デバイスにより送信されたメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを受信することを含み、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニットＳＤＵに前記目標タイプデータの関連情報が含まれる。
第２の形態及びその実現方式と結合し、第２の形態の他の実現方式において、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
第３の形態は、上記の第１の形態または第１の形態の任意の可能な方式における方法を実行するための端末デバイスを提供する。具体的には、端末デバイスは、上記の第１の形態または第１の形態の任意の可能な実装形態における方法を実行するための機能モジュールを含む。
第４の形態は、上記の第２の形態または第２の形態の任意の可能な方式における方法を実行するためのネットワークデバイスを提供する。具体的には、ネットワークデバイスは、上記の第２の形態または第２の形態の任意の可能な実装方式における方法を実行するための機能モジュールを含む。
第５の形態は、プロセッサと、メモリと、トランシーバとを含む端末デバイスを提供する。プロセッサ、メモリ、およびトランシーバは、内部接続経路を介して互いに通信し、制御信号および/またはデータ信号を通信し、端末デバイスに、上記の第１の形態または第１の形態の可能な実装のいずれかにおける方法を実行させる。
第６の形態は、プロセッサと、メモリと、トランシーバとを含むネットワークデバイスを提供する。プロセッサ、メモリ、およびトランシーバは、内部接続経路を介して互いに通信し、制御信号および/またはデータ信号を通信し、ネットワークデバイスに、上記の第２の形態または第１の形態の可能な実装のいずれかにおける方法を実行させる。
第７の形態は、上記の第１の形態または第１の形態の任意の可能な実装を実行するための命令を含むコンピュータプログラムを記憶するためのコンピュータ可読媒体を提供する。
第８の形態は、上記の第２の形態または第２の形態の任意の可能な実装を実行するための命令を含むコンピュータプログラムを記憶するためのコンピュータ可読媒体を提供する。
第９の形態は、装置のプロセッサ上で実行され、第１の形態または第１の形態の任意の可能な実装において上記の方法を実行するるコンピュータプログラム提供する。
第１０の形態は、装置のプロセッサ上で実行され、第２の形態または第２の形態の任意の可能な実装において上記の方法を実行するコンピュータプログラム提供する。
本願の実施例におけるリソーススケジューリング方法のフローチャートである。 本願の実施例におけるバッファー状態報告の模式図である。 本願の他の実施例におけるリソーススケジューリング方法のフローチャートである。 本願の実施例における端末デバイスのブロック図である。 本願の実施例におけるネットワークデバイスのブロック図である。 本願の他の実施例における端末デバイスのブロック図である。 本願の他の実施例におけるネットワークデバイスのブロック図である。
以下、本願の実施例における技術的解決策を、本願の実施例における添付図面と併せて、明確かつ完全に説明する。
本願の実施例の技術的解決策は、例えば、グローバル移動通信( Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ )システム、符号分割多元接続( Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＣＤＭＡ )システム、広帯域符号分割多元接続( Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＷＣＤＭＡ )システム、汎用パケット無線サービス( Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：ＧＰＲＳ )、ロングタームエボリューション( Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ )システム、ＬＴＥ周波数分割複信( Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＦＤＤ )システム、ＬＴＥ時分割複信( Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＴＤＤ )、汎用移動通信システム( Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ＵＭＴＳ )、又はグローバル相互接続マイクロ波アクセス( Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉMAX )通信システム、及び５Ｇシステム、Ｎｅｗ Ｒａｄｉｏシステムに適用され得ることが理解されるべきである。
また、本願の実施例において、端末デバイスは、ユーザデバイス( Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ )、端末装置、移動局( Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：ＭＳ )、モバイル端末( Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ )、又は将来の５Ｇネットワークにおける端末デバイスなどと呼ぶことができ、無線アクセスネットワーク( Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ )を介して１つ以上のコアネットワークと通信することができ、例えば、端末は、携帯電話(又は「セルラ」電話と呼ばれる)又はモバイル端末を有するコンピュータなどとすることができ、例えば、端末は、音声及び/又はデータを無線アクセスネットワークと交換する携帯型、ポケット型、ハンドヘルド型、コンピュータ内蔵型、又は車載型のモバイルデバイスとすることもできる。
本願の実施例に係るネットワークデバイスは、無線アクセスネットワークに構成され、端末デバイスに無線通信機能を提供するデバイスである。ネットワークデバイスは、様々な形態のマクロ基地局、マイクロ基地局、中継局、アクセスポイントなどを含み得る基地局であり得る。異なる無線アクセス技術を採用するシステムでは、基地局機能を有するデバイスの名称が異なる場合がある。例えば、ＬＴＥネットワークではＥｖｏｌｖｅｄノードＢ ( Ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ又はｅＮｏｄｅＢ )と呼ばれ、第３世代( ３ ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ )ネットワークではノードＢ（Ｎｏｄｅ Ｂ）と呼ばれる、などである。前記ネットワークデバイスは、コアネットワークデバイスであってもよい。
既存のＬＴＥシステムにおいて、ＵＥが上りデータを送信する必要がある場合、ＵＥは、ｅＮｏｄｅＢがＵＥにどれだけの上りリソースを割り当てるかを決定するために、どのくらいのデータが送信される必要があるかを、バッファー状態報告( Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ：ＢＳＲ )によってｅＮｏｄｅＢに通知する。
実現過程において、サービスに応じて、ＵＥは、複数の無線ベアラ(Ｒａｄｉｏ Ｂｅａｒｅｒ)を確立することができ、各Ｂｅａｒｅｒは１つの論理チャネルに対応し、ＵＥは、論理チャネルグループ(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ：ＬＣＧ)に基づいてＢＳＲを報告し、このＬＣＧがどのくらいのデータが送信される必要があるかをｅＮｏｄｅＢに知らせることができる。ｅＮｏｄｅＢは、ＵＥが送信するデータがあることを知っているだけで、ＵＥが送信する必要があるデータがどのようなデータであるかを知っていないので、通信リンクが輻輳状態にある場合、ｅＮｏｄｅＢは、このＵＥに上りリソースを割り当てることができず、その結果、ＵＥが重要な上りデータを有していても、この重要なデータの一部をタイムリーに送信することができず、ユーザ体験に影響を与える可能性がある。
そこで、本願は、端末デバイスが、端末デバイスの伝送するデータに目標タイプデータが含まれることを示すＢＳＲをネットワークデバイスに送信することにより、ネットワークデバイスがＢＳＲを受信した場合に、端末デバイスに優先的に伝送リソースを割り当て、伝送リソースにタイムリーに割り当てられていないデータがタイムリーに送信されない可能性を低減し、ユーザ体験を向上させるリソーススケジューリング方法を提供する。
図１は本願の実施例におけるリソーススケジューリング方法を示す。図１に示すように、方法１００は、Ｓ１１０及びＳ１２０を含む。
Ｓ１１０において、端末デバイスがバッファー状態報告ＢＳＲを確定し、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。
Ｓ１２０において、前記端末デバイスがネットワークデバイスに前記ＢＳＲを送信して、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに伝送リソースを優先的に割り当てる。
本願の実施例におけるリソーススケジューリング方法は、端末デバイスが、該端末デバイスの送信するデータに目標タイプデータが含まれることを示すためのバッファー状況報告をネットワークデバイスに送信し、ネットワークデバイスが、バッファー状況報告を受信した場合に、該端末デバイスに優先的に伝送リソースを割り当てる。これにより、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに伝送できなくなる可能性を低減し、ユーザ体験を向上させることができる。
なお、本発明の実施例において、ネットワークデバイスと端末デバイスは、端末デバイスの論理チャネルにおいて送信するデータに目標タイプデータが含まれている場合に、端末デバイスが本発明の実施例におけるＢＳＲをネットワークデバイスに送信し、ネットワークデバイスが本発明の実施例におけるＢＳＲを受信した場合に、ＢＳＲを送信する端末デバイスに優先的に伝送リソースを割り当てることを予め約束しておいてもよい。なお、本願実施例におけるＢＳＲは、従来技術におけるＢＳＲとは異なり、「Ｃｒｉｔｉｃａｌ ＢＳＲ」と呼ぶことができる。
なお、本願の実施例において、端末デバイスの論理チャネルにおいて伝送されるデータのデータ量がＣｒｉｔｉｃａｌ ＢＳＲにない場合、ネットワークデバイスは、現在のリンクの状況に応じて、端末デバイスに割り当てる伝送リソースを自ら決定することができる。
さらに、従来のように論理チャネルの優先度に応じて割り当てられたリソースを使用することと異なり、ネットワークデバイスと端末デバイスとは、端末デバイスの伝送するデータに目標タイプデータが含まれている場合には、端末デバイスが割り当てられた伝送リソースを優先的に使用して、目標タイプデータが含まれている論理チャネルのデータを送信するように予め約定されている。あるいは、ネットワークデバイスは、端末デバイスに、割り当てられた伝送リソースを優先的に使用して、目標タイプデータが伝送された論理チャネルのデータを送信するように指示する指示情報を送信することができる。
選択可能で、一例として、本願のＣｒｉｔｉｃａｌ ＢＳＲは、論理チャネルに対するＢＳＲであっても良く、ＢＳＲがＣｒｉｔｉｃａｌ ＢＳＲであることを示すための表示ビットがＣｒｉｔｉｃａｌ ＢＳＲに含む。この場合も、ネットワークデバイスは、Ｃｒｉｔｉｃａｌ ＢＳＲに対応する論理チャネルに専用リソースを割り当てることができる。例えば、ネットワークデバイスは、伝送リソースを割り当てるための情報において論理チャネルの識別子を搬送し、端末デバイスは、割り当てられた伝送リソースを決定した後、割り当てられた伝送リソースのみを論理チャネルにおけるデータの伝送に使用する。
さらに、Ｃｒｉｔｉｃａｌ ＢＳＲが１つの論理チャネルのみに対する場合、当該Ｃｒｉｔｉｃａｌ ＢＳＲは、論理チャネル内で伝送されるデータのデータ量を搬送することもでき、または当該Ｃｒｉｔｉｃａｌ ＢＳＲは、目標タイプデータを含むパケットのサイズを搬送することもでき、および/または当該Ｃｒｉｔｉｃａｌ ＢＳＲは、論理チャネル内の目標タイプデータの位置を搬送することもできる。この場合、ネットワークデバイスが端末デバイスに適当なサイズの伝送リソースを割り当てることが可能となる。
選択可能で、一例として、本願のＣｒｉｔｉｃａｌ ＢＳＲは、１つの論理チャネルグループに対するものであってもよい。ネットワークデバイスは、Ｃｒｉｔｉｃａｌ ＢＳＲを、端末デバイスに送信されるメディアアクセス制御プロトコルデータユニット( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ：ＭＡＣ ＰＤＵ )に搬送されることができる。この場合、ＢＳＲがＣｒｉｔｉｃａｌ ＢＳＲであるか否かを示すために、ＭＡＣサブヘッダ( Ｓｕｂ−ｈｅａｄ )内の論理チャネル識別子( Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｙ：ＬＣＩＤ )フィールド内の予約ビット（Ｒｅｓｅｒｖｅｄ）を使用することができる。表１は、従来のプロトコルにおけるＬＣＩＤ値( Ｖａｌｕｅｓ )と、その示す具体的な意味との対応関係を示している。本願の実施例において、０１０１１-１１０００間の任意の数値を用いてＢＳＲがＣｒｉｔｉｃａｌを表すことができる。
Figure 2020519083
さらに、本願のＣｒｉｔｉｃａｌ ＢＳＲが論理チャネルグループに対する場合、Ｃｒｉｔｉｃａｌ ＢＳＲには、目標タイプデータの関連情報が含まれ、目標タイプデータの関連情報は、目標タイプデータの関連情報が搬送される論理チャネルを示す第１の情報、目標タイプデータの関連情報に関連する目標データ量を示す第２の情報、及び、論理チャネルにおける目標タイプデータの位置を示す第３の情報のうち少なくとも１つを含むことができる。ここで、論理チャネル内の目標タイプデータの位置は、目標タイプデータがこの論理チャネル内でスケジューリングされる順序を意味すると理解され得る。
具体的に、いくつかの実施形態において、目標タイプデータの関連情報が第１の情報を含む場合、ネットワークデバイスは、目標タイプデータの関連情報を搬送する論理チャネルに対して優先的に伝送リソースを構成することができ、例えば、目標タイプデータを搬送する論理チャネルの識別情報を、伝送リソースを構成する情報において搬送することができ、端末デバイスは、割り当てられた伝送リソースを決定した後、論理チャネルにおいてデータを送信するために割り当てられた伝送リソースのみを使用する。前記目標タイプデータの関連情報が前記第１の情報及び前記第３の情報を含む場合、前記ネットワークデバイスは、前記目標タイプデータを伝送する論理チャネルを優先して伝送リソースを設定するとともに、前記端末デバイスに対して、前記論理チャネルにおける前記目標タイプデータの位置に応じて適切なサイズの伝送リソースを設定し、目標タイプデータをタイムリーに伝送することができるようにすることができる。
本願の実施例において、上記の目標データ量は、目標タイプデータを含むデータパケットのデータ量であり、又は、目標データ量は、目標データを搬送する論理チャネルにおいて目標タイプデータの前のデータのデータ量の和であっても良い。ここで、論理チャネルにおいて目標タイプデータの前のデータは、この論理チャネルにおいてスケジューリング順番が目標タイプデータの前のデータであると理解されても良い。
具体的に、いくつかの実施例において、ネットワークデバイスが端末デバイスに送信するメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵにＣｒｉｔｉｃａｌ ＢＳＲ、ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ：ＳＤＵ）に目標タイプデータの関連情報が含まれる。図２は本願の実施例におけるＢＳＲの模式図である。図２に示すように、本願の実施例におけるＢＳＲは、論理チャネルグループ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ：ＬＣＧ）識別子（Ｉｄｅｎｔｉｆｙ）領域及びバッファサイズ（Buffer Ｓize）領域を含み、ＬＣＧ ＩＤ領域は、ＢＳＲに対応するＬＣＧを示し、バッファサイズ領域に目標タイプデータの関連情報が含まれる。
選択可能で、１つの例として、本願のｒｉｔｉｃａｌ ＢＳＲは、複数の論理チャネルグループに対する。端末デバイスの複数の論理チャネルグループに目標タイプデータを送信する場合、端末デバイスは、複数の論理チャネルグループに対するＣｒｉｔｉｃａｌ ＢＳＲを送信する。
さらに、本願のＣｒｉｔｉｃａｌ ＢＳＲが複数の論理チャネルグループに対応する場合、Ｃｒｉｔｉｃａｌ ＢＳＲには、目標タイプデータの関連情報が含まれ、目標タイプデータの関連情報は、目標タイプデータが伝送される論理チャネル又は論理チャネルグループを示す第１の情報、目標タイプデータに関連する目標タイプデータ量を示す第２の情報、及び、目標タイプデータの論理チャネル内での位置を示す第３の情報のうち少なくとも１つを含むことができる。
具体的に、いくつかの実施例において、目標タイプデータの関連情報が、目標タイプデータを搬送する論理チャネルグループを示す第１の情報を含む場合、ネットワークデバイスは、目標タイプデータを搬送する論理チャネルグループに対して優先的に伝送リソースを割り当てることができ、例えば、目標タイプデータを搬送する論理チャネルグループの識別情報を、伝送リソースを割り当てる情報において搬送することができ、端末デバイスは、割り当てられた伝送リソースを決定した後、割り当てた伝送リソースのみを、論理チャネルグループ内のデータの送信に使用する。端末デバイスは、割り当てた伝送リソースを使用する際に、論理チャネルグループ内の論理チャネルの優先度に応じて伝送リソースを使用してもよいし、目標タイプデータが伝送された論理チャネル内のデータの伝送に伝送リソースを使用しておき、伝送リソースが残っている場合には、残りの伝送リソースを他の論理チャネルの優先度に応じて使用してもよい。
又は、別の実施形態において、目標タイプデータの関連情報が、目標タイプデータを搬送する論理チャネルを示す第１の情報を含む場合、ネットワークデバイスは、目標タイプデータを搬送する論理チャネルに対して優先的に伝送リソースを割り当てることができ、例えば、ネットワークデバイスは、伝送リソースを割り当てるための情報において論理チャネルの識別情報を搬送し、端末デバイスは、割り当てた伝送リソースを決定した後、割り当てた伝送リソースのみを使用して論理チャネル内のデータを送信する。
上記の全ての実施例において、ネットワークデバイスと端末デバイスは、目標タイプデータがどのようなデータであるかを予め約束しておいてもよい。例えば、メディアサービスの符号化規格(Ｈ２６４)では、主に３種類の符号化フレームが定義されている。ここで、完全符号化フレーム、すなわち独立静止画として符号化されたフレームをIフレーム、それよりも前のIフレームを参照して生成された差分のみを含んで符号化されたフレームをＰフレーム、その前後のフレームを参照して符号化されたフレームをＢフレームと呼び、Iフレームの重要度がＰフレーム及びＢフレームよりも高い。従って、ネットワークデバイスと端末デバイスは、予め目標タイプデータをIフレームのデータとして約束しておき、端末デバイスがIフレームのデータを送信する場合に、端末デバイスは本願の実施例のＢＳＲをネットワークデバイスに送信することで、ネットワークデバイスは当該端末デバイスに優先的に伝送リソースを割り当てることができる。
以上、図１及び図２を参照して端末デバイス側から本発明の一実施例によるリソーススケジューリング方法を詳細に説明したが、図３を参照してネットワークデバイス側から本発明の実施例によるリソーススケジューリング方法を詳細に説明する。なお、ネットワークデバイス側で説明したネットワークデバイスと端末デバイスとのインタラクションについては、端末デバイス側で説明したものと同様であるため、重複を避けるため、適宜説明を省略する。
図３は本願の他の実施例におけるリソーススケジューリング方法であり、図３に示すように、方法２００は、Ｓ２１０及びＳ２２０を含む。
Ｓ２１０において、ネットワークデバイスが端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信し、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する。
Ｓ２２０において、前記ネットワークデバイスが前記ＢＳＲに基づいて、前記端末デバイスに伝送リソースを優先的に割り当てる。
そして、本願の実施例におけるリソーススケジューリング方法は、ネットワークデバイスが、端末デバイスの伝送するデータに目標タイプデータが含まれているＢＳＲを受信した後、当該端末デバイスに優先的に伝送リソースを割り当てる。これにより、本願のリソーススケジューリング方法は、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例において、選択可能で、前記方法は、前記ネットワークデバイスが前記端末デバイスに指示情報を送信することをさらに含み、前記指示情報は、前記端末デバイスが割り当てられた伝送リソースを優先的に利用して前記目標タイプデータが搬送される論理チャネルの伝送データを伝送するように指示する。
本願の実施例において、選択可能で、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
本願の実施例において、選択可能で、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、又は、前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
本願の実施例において、選択可能で、Ｓ２１０は、前記ネットワークデバイスが前記端末デバイスにより送信されたメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを受信することを含み、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
本願の実施例において、選択可能で、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニットＳＤＵに前記目標タイプデータの関連情報が含まれる。
本願の実施例において、選択可能で、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
本願の実施例に係るリソーススケジューリング方法は、図１乃至図３を参照して詳細に説明しており、以下、図４に示すように、端末デバイス１０は、図４を参照して詳細に説明する。端末デバイス１０は、処理モジュール１１及び送受信モジュール１２を含む。
処理モジュール１１は、バッファー状態報告ＢＳＲを確定するように構成され、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する、前記目標タイプデータは、優先的に伝送する必要があるデータである。
送受信モジュール１２は、ネットワークデバイスに前記ＢＳＲを送信するように構成され、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに伝送リソースを優先に割り当てる。
そして、本願の実施例における端末デバイスがネットワークデバイスに端末デバイスの伝送するデータにおいて目標タイプデータが含まれるバッファー状態報告を送信して、ネットワークデバイスがバッファー状態報告を受信する際、当該端末デバイスに優先的に伝送リソースを割り当てる。そして、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例において、選択可能で、前記送受信モジュール１１は、さらに、前記ネットワークデバイスにより送信された指示情報を受信するように構成され、前記指示情報は、前記端末デバイスが割り当てられた伝送リソースを優先的に利用して前記目標タイプデータが搬送される論理チャネルのデータを伝送するように指示する。
本願の実施例において、選択可能で、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
本願の実施例において、選択可能で、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、又は、
前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
本願の実施例において、選択可能で、前記送受信モジュール１１は、さらに、前記ネットワークデバイスにメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを送信するように構成され、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
本願の実施例において、選択可能で、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニットＳＤＵに前記目標タイプデータの関連情報が含まれる。
本願の実施例において、選択可能で、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
本願の実施例による端末デバイスは、本願の実施例による方法１００に対応するフローを参照することができ、該端末デバイスにおける各ユニット/モジュール及び上記の他の動作及び/又は機能は、それぞれ方法１００における対応するフローを実現するために、簡潔のために、ここでは詳しい説明を省略する。
図５は本願の実施例におけるネットワークデバイスを示し、図５に示すように、ネットワークデバイス２０は、送受信モジュール２１及び処理モジュール２２を含む。
送受信モジュール２１は、端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信するように構成され、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示する、
処理モジュール２２は、前記ＢＳＲに基づいて、前記端末デバイスに優先的に伝送リソースを割り当てるように構成される。
そして、本願の実施例におけるネットワークデバイスは、端末デバイスの伝送するデータに目標タイプデータが含まれることを示すＢＳＲを受信した後、当該端末デバイスに伝送リソースを優先的に割り当てる。そして、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例において、選択可能で、前記送受信モジュール２１は、さらに、前記端末デバイスに指示情報を送信するように構成され、前記指示情報は、前記端末デバイスが割り当てられた伝送リソースを優先的に利用して前記目標タイプデータが搬送される論理チャネルの伝送データを伝送するように指示する。
本願の実施例において、選択可能で、前記ＢＳＲが目標タイプデータの関連情報を含み、前記目標タイプデータの関連情報は、前記目標タイプデータを搬送する論理チャネル又は論理チャネルグループを示すための第一の情報、前記目標タイプデータに関する目標データ量を示すための第二の情報、及び前記目標タイプデータの論理チャネルでの位置を示すための第三の情報のうちの少なくとも１つを含む。
本願の実施例において、選択可能で、前記目標データ量が前記目標タイプデータを含むデータパケットのデータ量であり、又は、
前記目標データ量が前記目標タイプデータのデータ量と前記目標タイプデータが搬送される論理チャネル内の前記目標タイプデータの前のデータのデータ量との和である。
本願の実施例において、選択可能で、前記送受信モジュール２１は、さらに、前記ネットワークデバイスが前記端末デバイスにより送信されたメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵを受信するように構成され、前記ＭＡＣ ＰＤＵに前記ＢＳＲが含まれる。
本願の実施例において、選択可能で、前記ＭＡＣ ＰＤＵ内のＭＡＣサービスデータユニットＳＤＵに前記目標タイプデータの関連情報が含まれる。
本願の実施例において、選択可能で、前記目標タイプデータがイントラ符号化Ｉフレームデータである。
本願の実施例によるネットワークデバイスは、本願の実施例による方法２００に対応するフローを参照することができ、該ネットワークデバイスにおける各ユニット/モジュール及び上記の他の動作及び/又は機能は、それぞれ方法２００における対応するフローを実現するために、簡潔のために、ここでは詳しい説明を省略する。
図６は、本願の他の実施例に係る端末デバイスを示す。図６に示すように、端末デバイス１００は、プロセッサ１１０と、プロセッサ１１０に接続されたトランシーバ１２０とを含み、任意選択的に、ネットワークデバイス１００は、プロセッサ１１０に接続されたメモリ１３０とをさらに含む。プロセッサ１１０、メモリ１３０、及びトランシーバ１２０は、内部接続経路を介して互いに通信し得る。プロセッサ１１０は、バッファー状態報告ＢＳＲを確定し、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示し、前記目標タイプデータは、優先的に伝送する必要があるデータであり、トランシーバ１２０は、ＢＳＲを端末デバイスに優先的に送信し、前記ネットワークデバイスが前記ＢＳＲに基づいて前記端末デバイスに優先的に伝送リソースを割り当てる。
そして、本願の実施例における端末デバイスがネットワークデバイスに端末デバイスの伝送するデータに目標タイプデータが含まれることを示すバッファー状態報告を送信して、ネットワークデバイスがバッファー状態報告を受信する際、当該端末デバイスに優先的に伝送リソースを割り当てる。そして、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例による端末デバイス１００は、本願の実施例による端末デバイス１０に対応するフローを参照することができ、該端末デバイスにおける各ユニット/モジュール及び上記の他の動作及び/又は機能は、それぞれ方法１００における対応するフローを実現するために、簡潔のために、ここでは詳しい説明を省略する。
図７は、本願の他の実施例によるネットワークデバイスの概略的なブロック図を示し、図７に示すように、ネットワークデバイス２００は、プロセッサ２１０と、プロセッサ２１０に接続されたトランシーバ２２０とを含み、任意選択的に、プロセッサ２１０に接続されたメモリ２３０を備える。プロセッサ２１０、メモリ２３０、及びトランシーバ２２０は、内部接続経路を介して互いに通信し得る。ここで、トランシーバ２２０は、端末デバイスにより送信されたバッファー状態報告ＢＳＲを受信するように構成され、前記ＢＳＲは、前記端末デバイスの伝送するデータに目標タイプデータが含まれることを指示し、前記プロセッサ２１０は、前記ＢＳＲに基づいて前記端末デバイスに優先的に伝送リソースを割り当てる。
そして、本願の実施例におけるネットワークデバイスは、端末デバイスの伝送するデータに目標タイプデータが含まれることを示すＢＳＲを受信した後、当該端末デバイスに伝送リソースを優先的に割り当てる。そして、端末デバイスが伝送リソースにタイムリーに割り当てられないことによりデータがタイムリーに送信できない可能性を低減し、ユーザ体験を向上させることができる。
本願の実施例によるネットワークデバイス２００は、本願の実施例によるネットワークデバイス２０に対応し、該ネットワークデバイスにおける各ユニット/モジュール及び上記の他の動作及び/又は機能は、それぞれ方法２００における対応するフローを実現するために、簡潔のために、ここでは詳しい説明を省略する。
本願の実施形態のプロセッサは、信号の処理能力を有する集積回路チップであり得ることが理解される。実施において、上述した方法の実施形態のステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェア形態の命令によって実行されてもよい。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ( Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ：ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ )、既存のプログラマブルゲートアレイ( Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネントであってもよい。本出願の実施形態に開示された方法、ステップ、及び論理ブロック図は、実施され得るか、又は実行され得る。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。本願の実施形態に関連して開示される方法のステップは、ハードウェアデコーディングプロセッサ実行として直接的に、または、デコーディングプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行されるとして具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。この記憶媒体は、メモリに位置し、プロセッサは、メモリ内の情報を読み取り、ハードウェアとともに上述した方法のステップを実行する。
本発明の実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、或いは揮発性メモリ及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、リードオンリーメモリ( Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ )、プログラマブルリードオンリーメモリ( Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：ＰＲＯＭ )、消去可能プログラマブルリードオンリーメモリ( Ｅｒａｓａｂｌｅ ＰＲＯＭ：ＥＰＲＯＭ )、電気的消去可能プログラマブルリードオンリーメモリ( Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ：ＥＥＰＲＯＭ )、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ )であってよい。限定ではなく例として、ＲＡＭは、スタティックランダムアクセスメモリ( Ｓｔａｔｉｃ ＲＡＭ：ＳＲＡＭ )、ダイナミックランダムアクセスメモリ( Ｄｙｎａｍｉｃ ＲＡＭ：ＤＲＡＭ )、シンクロナスダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ：ＳＤＲＡＭ )、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ( Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ：ＤＤＲ ＳＤＲＡＭ )、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ( Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ：ＥＳＤＲＡＭ )、シンクロナス接続ダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ：ＳＬＤＲＡＭ )、及びダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ：ＤＲ ＲＡＭ )など、多くの形態で利用可能である。本明細書に記載のシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。
当業者は、本明細書に開示される実施形態に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本開示の範囲から逸脱するものと考えられるべきではない。
当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、デバイス及びユニットの特定の動作プロセスが、前述の方法の実施形態における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。
本明細書で提供されるいくつかの実施形態では、開示されるシステム、デバイス、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記のデバイスの実施形態は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。
上記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、あるいは複数のネットワークユニットに分散していてもよい。また、本実施形態の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。
また、本発明の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。
また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本発明の技術的解決策の本質または従来技術に寄与する部分、または本発明の技術的解決策の部分は、１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る)に本発明の様々な実施形態に記載された方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。なお、前記記憶媒体としては、U-ディスク、リムーバブルハードディスク、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。
以上、本発明の具体的な実施形態を説明したが、本発明の技術的範囲はこれに限定されるものではなく、本発明が属する技術分野で通常の知識を有する者であれば、本発明の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本発明の保護範囲は、特許請求の範囲によって定義されるべきである。

Claims (30)

  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. 前記目標タイプデータがイントラ符号化Ｉフレームデータである
    ことを特徴とする請求項２２〜２７のいずれか１項に記載のネットワークデバイス。
  29. コンピュータプログラムを記憶し、
    前記コンピュータプログラムは、請求項１〜７のいずれか１項に前記の方法を実行するように構成される
    ことを特徴とするコンピュータ可読媒体。
  30. コンピュータプログラムを記憶し、
    前記コンピュータプログラムは、請求項８〜１４のいずれか１項に前記の方法を実行するように構成される
    ことを特徴とするコンピュータ可読媒体。
JP2019557773A 2017-04-26 2017-04-26 リソーススケジューリング方法及びデバイス Pending JP2020519083A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/082029 WO2018195820A1 (zh) 2017-04-26 2017-04-26 资源调度的方法和设备

Publications (1)

Publication Number Publication Date
JP2020519083A true JP2020519083A (ja) 2020-06-25

Family

ID=63918068

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019557773A Pending JP2020519083A (ja) 2017-04-26 2017-04-26 リソーススケジューリング方法及びデバイス

Country Status (6)

Country Link
US (1) US11082992B2 (ja)
EP (1) EP3609271B1 (ja)
JP (1) JP2020519083A (ja)
KR (1) KR102292508B1 (ja)
CN (1) CN110326354B (ja)
WO (1) WO2018195820A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116648965A (zh) * 2020-11-04 2023-08-25 Oppo广东移动通信有限公司 一种rrc状态转换的方法及装置、终端设备
WO2023131331A1 (zh) * 2022-01-10 2023-07-13 华为技术有限公司 上行数据传输方法、网络设备、终端设备及通信系统
CN117440428A (zh) * 2022-07-12 2024-01-23 华为技术有限公司 数据传输方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2958387A1 (en) * 2013-03-12 2015-12-23 Huawei Technologies Co., Ltd. Data transmission processing method and device
WO2016082652A1 (zh) * 2014-11-25 2016-06-02 电信科学技术研究院 一种drb映射方法及装置
JP2016527838A (ja) * 2013-08-06 2016-09-08 ソニー株式会社 インフラ機器、無線通信ネットワークおよび方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2237633A1 (en) 2009-04-03 2010-10-06 Panasonic Corporation Buffer status reporting in a mobile communication system
CN101873704A (zh) * 2009-04-24 2010-10-27 大唐移动通信设备有限公司 长期演进系统中资源调度方法、系统及设备
CN101932019B (zh) 2009-06-19 2015-06-03 中兴通讯股份有限公司 一种实现上报缓冲区状态报告的方法、终端及网络系统
EP2317815A1 (en) * 2009-11-02 2011-05-04 Panasonic Corporation Power-limit reporting in a communication system using carrier aggregation
CN103458526B (zh) * 2012-06-04 2017-07-14 电信科学技术研究院 一种缓冲区状态上报的方法、系统和设备
US9398630B2 (en) * 2012-08-10 2016-07-19 Alcatel Lucent Methods and apparatuses for controlling and scheduling device-to-device communications
ES2769858T3 (es) * 2013-04-01 2020-06-29 Innovative Sonic Corp Método y aparato para añadir células de servicio en un sistema de comunicación inalámbrica
US9320050B2 (en) * 2013-06-28 2016-04-19 Apple Inc. Systems and methods to enhance radio link performance in a multi-carrier environment
WO2015013976A1 (zh) * 2013-08-02 2015-02-05 华为技术有限公司 空闲状态随机接入方法及设备
WO2015070444A1 (zh) 2013-11-15 2015-05-21 华为技术有限公司 通信方法、用户设备和基站
WO2015112063A1 (en) 2014-01-23 2015-07-30 Telefonaktiebolaget L M Ericsson (Publ) Release of semi-persistent scheduling
US20150341938A1 (en) 2014-05-22 2015-11-26 Qualcomm Incorporated Uplink operation for rlc communications
EP3188559B1 (en) 2014-09-30 2019-04-10 Huawei Technologies Co., Ltd. Data transmission method and device
CN106162911B (zh) * 2015-04-17 2021-12-07 索尼公司 用于无线通信的电子设备和方法
US10321477B2 (en) 2015-09-07 2019-06-11 Electronics And Telecommunications Research Institute Method and apparatus for requesting uplink persistent scheduling in mobile communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2958387A1 (en) * 2013-03-12 2015-12-23 Huawei Technologies Co., Ltd. Data transmission processing method and device
JP2016527838A (ja) * 2013-08-06 2016-09-08 ソニー株式会社 インフラ機器、無線通信ネットワークおよび方法
WO2016082652A1 (zh) * 2014-11-25 2016-06-02 电信科学技术研究院 一种drb映射方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Enhancements for SR and BSR[online]", 3GPP TSG RAN WG2 #97BIS R2-1702603, JPN6021005592, 25 March 2017 (2017-03-25), ISSN: 0004448699 *
RAN2: "LS to SA4 on the progress of study on enhancement of VoLTE[online]", 3GPP TSG SA WG4 #90 S4-161078, JPN6021005594, 8 September 2016 (2016-09-08), ISSN: 0004448698 *

Also Published As

Publication number Publication date
WO2018195820A1 (zh) 2018-11-01
KR102292508B1 (ko) 2021-08-25
US20200187221A1 (en) 2020-06-11
EP3609271B1 (en) 2020-11-18
KR20190140951A (ko) 2019-12-20
EP3609271A1 (en) 2020-02-12
CN110326354A (zh) 2019-10-11
CN110326354B (zh) 2023-11-24
US11082992B2 (en) 2021-08-03
EP3609271A4 (en) 2020-04-01

Similar Documents

Publication Publication Date Title
JP2019512904A (ja) データ伝送方法
CN112423340B (zh) 一种用户面信息上报方法及装置
US11115963B2 (en) Method and device for multiplexing uplink grant resources
CN109246753B (zh) 一种传输数据的方法、网络设备和终端设备
CN112335304A (zh) 一种数据发送方法、装置和通信系统
CN111294140B (zh) 数据传输方法与通信装置
JP2020519083A (ja) リソーススケジューリング方法及びデバイス
EP3541130B1 (en) Data transmission method and apparatus
CN111918328A (zh) 一种用户设备资源调度方法及装置
US20200059820A1 (en) Wireless communication method and device
CN109644343B (zh) 为逻辑信道分配资源的方法和终端设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200327

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200327

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210212

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210219

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210414

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20211001