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