(57)【要約】  本発明は、リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体を開示し、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することと、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含み、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含む。
2021515431.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスに応用されるリソース割当方法であって、
１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することと、
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含み、
前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソースの数のうちの少なくとも１つを含む
ことを特徴とするリソース割当方法。
【請求項２】
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することは、
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスが非アクセス層ＮＡＳを介して送信した報告情報を受信することを含む
ことを特徴とする請求項１に記載のリソース割当方法。
【請求項３】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２に記載のリソース割当方法。
【請求項４】
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、及び／又は、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することと、
前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、前記基地局が前記端末デバイスの数及び／又は５ＱＩ又はＱＣＩに基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含む
ことを特徴とする請求項２に記載のリソース割当方法。
【請求項５】
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することは、
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信することを含む
ことを特徴とする請求項１に記載のリソース割当方法。
【請求項６】
前記アクセス層ＡＳを介して送信した報告情報を受信することは、
ＭＡＣ  ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して前記端末デバイスにより送信された前記報告情報を受信することを含む
ことを特徴とする請求項５に記載のリソース割当方法。
【請求項７】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項５に記載のリソース割当方法。
【請求項８】
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む
ことを特徴とする請求項５に記載のリソース割当方法。
【請求項９】
前記方法は、さらに、
コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信することを含み、
前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む
ことを特徴とする請求項８に記載のリソース割当方法。
【請求項１０】
端末デバイスに応用されるリソース割当方法であって、
ネットワーク側に報告情報を送信することと、
ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することとを含み、前記報告情報は、サービスの特徴、１つのグループの前記端末デバイスの数、リソース数のうちの少なくとも１つを含む
ことを特徴とするリソース割当方法。
【請求項１１】
前記ネットワーク側に報告情報を送信することは、
非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信することを含む
ことを特徴とする請求項１０に記載のリソース割当方法。
【請求項１２】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項１１に記載のリソース割当方法。
【請求項１３】
前記ネットワーク側に報告情報を送信することは、
アクセス層ＡＳを介してネットワーク側に報告情報を送信することを含む
ことを特徴とする請求項１０に記載のリソース割当方法。
【請求項１４】
前記アクセス層ＡＳを介してネットワーク側に報告情報を送信することは、
ＭＡＣ  ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信することを含む
ことを特徴とする請求項１３に記載のリソース割当方法。
【請求項１５】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項１４に記載のリソース割当方法。
【請求項１６】
前記ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することは、
前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信すること、
又は、
前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信し、前記リソースプールからバイパスリソースを選定することを含む
ことを特徴とする請求項１３〜１５のいずれか１項に記載のリソース割当方法。
【請求項１７】
第１の通信ユニットと、第１の処理ユニットと、を備えるネットワークデバイスであって、
前記第１の通信ユニットは、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
前記第１の処理ユニットは、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する
ことを特徴とするネットワークデバイス。
【請求項１８】
前記第１の通信ユニットは、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスが非アクセス層ＮＡＳを介して送信した報告情報を受信する
ことを特徴とする請求項１７に記載のネットワークデバイス。
【請求項１９】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項１８に記載のネットワークデバイス。
【請求項２０】
前記第１の処理ユニットは、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、及び／又は、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定し、
前記第１の通信ユニットは、前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、前記基地局が前記端末デバイスの数及び／又は５ＱＩ又はＱＣＩに基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する
ことを特徴とする請求項１９に記載のネットワークデバイス。
【請求項２１】
前記第１の通信ユニットは、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信する
ことを特徴とする請求項１７に記載のネットワークデバイス。
【請求項２２】
前記第１の通信ユニットは、ＭＡＣ  ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して前記端末デバイスにより送信された前記報告情報を受信する
ことを特徴とする請求項２１に記載のネットワークデバイス。
【請求項２３】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２１に記載のネットワークデバイス。
【請求項２４】
前記第１の処理ユニットは、前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成する
ことを特徴とする請求項２１に記載のネットワークデバイス。
【請求項２５】
前記第１の通信ユニットは、コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信し、
前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む
ことを特徴とする請求項２４に記載のネットワークデバイス。
【請求項２６】
第２の通信ユニットを備える端末デバイスであって、
前記第２の通信ユニットは、ネットワーク側に報告情報を送信し、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信し、
前記報告情報は、サービスの特徴、１つのグループの前記端末デバイスの数、リソース数のうちの少なくとも１つを含む
ことを特徴とする端末デバイス。
【請求項２７】
前記第２の通信ユニットは、非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信する
ことを特徴とする請求項２６に記載の端末デバイス。
【請求項２８】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２７に記載の端末デバイス。
【請求項２９】
前記第２の通信ユニットは、アクセス層ＡＳを介してネットワーク側に報告情報を送信する
ことを特徴とする請求項２６に記載の端末デバイス。
【請求項３０】
前記第２の通信ユニットは、ＭＡＣ  ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信する
ことを特徴とする請求項２９に記載の端末デバイス。
【請求項３１】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２６に記載の端末デバイス。
【請求項３２】
前記端末デバイスが
第２の処理ユニットを含み、
前記第２の処理ユニットは、リソースプールからバイパスリソースを選定し、
前記第２の通信ユニットは、前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信し、又は、前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信する
ことを特徴とする請求項２９〜３１のいずれか１項に記載の端末デバイス。
【請求項３３】
プロセッサと、前記プロセッサで実行可能なコンピュータプログラムを格納するメモリとを備えるネットワークデバイスであって、
前記プロセッサは、前記コンピュータプログラムを実行することによって、請求項１〜９のいずれか１項に記載の方法のステップを実行するように構成されている
ことを特徴とするネットワークデバイス。
【請求項３４】
プロセッサと、前記プロセッサ上で実行可能なコンピュータプログラムを格納するメモリとを備える端末デバイスであって、
前記プロセッサは、前記コンピュータプログラムを実行することにより、請求項１０〜１６のいずれか１項に記載の方法のステップ実行するように構成されている
ことを特徴とする端末デバイス。
【請求項３５】
請求項１〜１６のいずれか１項に記載の方法のステップを実行するコンピュータ実行可能命令を記憶した
ことを特徴とするコンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理技術分野に関し、特に、リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体に関する。
【背景技術】
【０００２】
サービスの開発の要求に伴い、ローカル端末間のサービス交換の要求が増加し、対応するアプリケーションが増加し、例えば、ローカル対話型ゲーム及びローカル会議によるデータ共有であり、ローカル端末は、相互間の直接通信によってデータ共有を行い、ゲームを行うことができ、したがって、無線側のリソース調整ニーズは、一定の方法で動的に満たされる必要がある。
【０００３】
従来の無線ネットワークでは、無線側はユーザのサービスニーズ及びユーザの数を把握することができず、ＱＣＩの方式及び無線側リンクに対する品質モニタリングによってリソース割り当て状況を動的に調整している。例えば、ユーザがＵｕインターフェースで新しいサービスを伝送するように要求する場合、新しいＱＣＩレベルを用いて、ネットワーク側により専用データベアラを構成し、ユーザのＱｏＳ要求を満たすデータ伝送を行うことができ、ユーザが端末間サイドリンク( ＳＬ：Ｓｉｄｅｌｉｎｋ )でＣＢＲ(Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ)が高すぎることを検出した場合、サイドリンクリソースが不足していると推定して、対応するリソースを調整することができる。しかしながら、上記従来技術における処理方法は、柔軟な端末デバイスがリソースをスケジューリングすることができない。
【発明の概要】
【０００４】
本発明の実施例は、以上の課題を解決するために、リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体を提供する。
【０００５】
本発明の実施例はリソース割当方法を提供し、ネットワークデバイスに応用され、前記方法は、
１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することと、
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含み、
ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含む。
【０００６】
本発明の実施例は、リソース割当方法を提供し、端末デバイスに応用され、前記方法は、
ネットワーク側に報告情報を送信することと、
ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することとを含み、
ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含む。
【０００７】
本発明の実施例は、ネットワークデバイスを提供し、前記ネットワークデバイスは、第１の通信ユニット及び第１の処理ユニットを備え、
第１の通信ユニットは、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
第１の処理ユニットは、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
【０００８】
本発明の実施例は、端末デバイスを提供し、前記端末デバイスが第２の通信ユニットを含み、
第２の通信ユニットは、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
【０００９】
本発明の実施例は、プロセッサと、前記プロセッサで実行可能なコンピュータプログラムを記憶するメモリとを備えるネットワークデバイスを提供し、
ここで、プロセッサは、コンピュータプログラムを実行することによって、前述の方法のステップを実行する。
【００１０】
本発明の実施例は、プロセッサと、前記プロセッサで実行可能なコンピュータプログラムを記憶するメモリとを備える端末デバイスを提供し、
ここで、プロセッサは、コンピュータプログラムを実行することによって、前述の方法のステップを実行する。
【００１１】
本発明の実施例は、実行されると、前述の方法ステップを実行するコンピュータ実行可能命令を記憶したコンピュータ記憶媒体を提供する。
【００１２】
本発明の実施例に係る技術的解決策は、１つのグループの端末デバイスから報告される情報、具体的には、サービスの特徴、前記１つのグループの端末デバイスの数、リソースの数のうちのいずれか１つに基づいて、端末デバイスに対してバイパスリソースを構成することができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割当調整ポリシーを最適化することができ、ローカルなサイドリンクデータ伝送を柔軟にネットワークでサポートすることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施例におけるリソース割当方法のフローチャート一である。
【図２】本発明の実施例におけるリソース割当方法のフローチャート二である。
【図３】本発明の実施例におけるリソース割当方法のフローチャート三である。
【図４】本発明の実施例におけるリソース割当方法のフローチャート四である。
【図５】本発明の実施例におけるネットワークデバイスの構成図である。
【図６】本発明の実施例における端末デバイスの構成図である。
【図７】本発明の実施例におけるのハードウェアアーキテクチャの概略図である。
【発明を実施するための形態】
【００１４】
本発明の実施例の特徴と技術内容をより詳細に理解できるように、以下、添付図面を参照して本発明の実施例の実装を詳細に説明するが、添付図面は、説明のためのものであり、本発明の実施例を限定するものではない。
【００１５】
実施例一
本発明の実施例は、リソース割当方法を提供し、ネットワークデバイスに応用され、図１に示すように、以下のステップを含み、
ステップ１０１において、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
ステップ１０２において、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
【００１６】
ここで、前記ネットワークデバイスは、ネットワーク側のデバイスであってもよく、具体的には、ネットワーク側のコアネットワークにおけるデバイスであってもよく、ネットワーク側の基地局であってもよい。前記端末デバイスは、ローカルサイドリンクデータサービス伝送が可能な端末デバイスであってもよい。また、上記端末デバイスは、１つのグループの端末デバイスのうちクラスタヘッド端末であってもよいし、全ての端末であってもよい。
【００１７】
ここで、前記サービスの特徴は、端末が送信する必要があるサービスの特徴又はサポートされるサービスの特徴であり、前記リソース数は、端末が当該サービスを送信するリソース数である。
【００１８】
ここで、前記バイパスリソースは、端末デバイスと端末デバイスとのサイドリンク（Ｓｉｄｅ Ｌｉｎｋ）されるリソースと理解されてもよい。
【００１９】
以下では、ネットワークデバイスが異なる位置にあるデバイスをそれぞれ例として、具体的な処理シーンを説明する。
【００２０】
処理シーン１として、ネットワークデバイスがコアネットワークのデバイスである。
【００２１】
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスが非アクセス層ＮＡＳを介して送信した報告情報を受信する。
【００２２】
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。指示情報は、識別値と理解されてもよく。例えば、指示情報が１の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みであることを示し、指示情報が０の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みでないことを示す。
【００２３】
さらに、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することと、
前記５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのために、対応するバイパスリソースを構成することとを含む。
【００２４】
なお、前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することは、前記報告情報のサービスの特徴、及び／又は、端末デバイスの数に基づいて前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することである。
【００２５】
具体的には、サービスの特徴が低遅延サービスである場合には、そのサービスの特徴に基づいてＱＣＩ＝１を選択することができる。さらに、サービスの特徴から１００ｍｓの遅延許容時間が明示的に示されている場合、ＱＣＩ＝１もその特徴に基づいて選択され得る。
【００２６】
さらに、コアネットワーク内のネットワークデバイスが、５ＱＩまたはＱＣＩに基づいて、基地局が前記１つのグループの端末デバイスに対応するバイパスリソースを構成する。具体的には、５ＱＩまたはＱＣＩに基づいて、少なくとも１つのリソースを選択してリソースプールを構成し、このリソースプール内のリソースは、端末デバイスによって自己選択され、また、５ＱＩ又はＱＣＩに基づいて、１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスの各端末デバイスに、それぞれ対応するバイパスリソースを構成して、前記少なくとも一部の端末デバイスの各端末デバイスが構成によって自分の対応するバイパスリソースを取得する。
【００２７】
この処理シーンは、図２を参照すると、具体的には、１つのグループの端末のうちの１つ以上が、ＮＡＳ階層を介してサポートされる必要があるサービスのＱｏＳ及び/又は最新ユーザ数を報告すると理解され、
報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
【００２８】
コアネットワーク(ＭＭＥ／ＡＭＦ)は、最新のユーザ数及び/又はサポートされる必要があるサービスのＱｏＳを参照し、５ＱＩ (ＮＲにおける)又はＱＣＩ ( ＬＴＥにおける)を決定する。
【００２９】
ここで、最新の端末デバイスの数は、端末が提供してもよいし、基地局やコアネットワークが自ら提供してもよい。
【００３０】
コアネットワークは、対応する５ＱＩまたはＱＣＩを基地局に送信し、それに応じて、基地局は、対応する５ＱＩまたはＱＣＩに従って、このグループの端末に対して対応するバイパスＳＬリソースを構成する。
【００３１】
処理シーン２として、処理シーン１との相違点は、報告情報には１つのグループの端末デバイスの数が含まれなく、具体的には、
前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、
前記１つのグループの端末デバイスの数を基地局に送信し、ここで、前記１つのグループの端末デバイスの数は、前記基地局が前記端末デバイスの数に基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために対応するバイパスリソースを構成するために使用される。
【００３２】
つまり、このようなサブシーンでは、１つのグループの端末デバイスの数は、報知情報に含めなくてもよく、前記報告情報には、前記１つのグループの端末デバイスに対応するグループ識別子が含まれ、この場合、ネットワークデバイスは、報知情報のグループ識別子に基づいて、前記１つのグループの端末デバイスの最新の数情報を取得し、
したがって、コアネットワーク側のネットワークデバイスは、バイパスリソースの構成を行わずに、基地局に情報を送信し、基地局は、その制御に基づいてバイパスリソースの構成を完了させることができる。
【００３３】
処理シーン３として、上記のシーン１及び２を参照し、１つのグループの端末デバイスの数、及び自分で決定された５ＱＩ又はＱＣＩを基地局に送信して、基地局が取得された情報に基づいてバイパスリソースの構成を行い、具体的には、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、及び／又は、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定し、
前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記端末デバイスの数及び／又は５ＱＩ又はＱＣＩに基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
【００３４】
なお、本処理シーンにおける５ＱＩ及びＱＣＩに基づくバイパスリソースの構成は、処理シーン１と同じであり、詳しい説明は省略する。
【００３５】
処理シーン４として、この処理シーンは、上記の処理シーン１、２、３と異なり、このシーンにおけるネットワークデバイスは、ネットワーク側の基地局であってもよく、具体的には、
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信する。
【００３６】
具体的に、ＭＡＣ ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して前記端末デバイスにより送信された前記報告情報を受信する。
【００３７】
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。
【００３８】
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
【００３９】
つまり、報告情報のリソース数に基づいて、該１つのグループの端末デバイスのためにバイパスリソースの構成を直接行い、及び／又は、１つのグループの端末デバイスの数に基づいて、このグループの端末デバイスに構成するバイパスリソースのリソースプールを決定する。
【００４０】
具体的には、リソース数に基づいて１つのグループの端末デバイスのためにバイパスリソースを構成してリソースプールを構成し、又は、リソース数に基づいて、１つのグループの端末デバイスのうちの情報伝送を行う端末デバイスのために対応するバイパスリソースを直接構成する。
【００４１】
従って、１つのグループの端末デバイスの数に基づいてバイパスリソースの構成を行うことは、端末デバイスの数が増加した場合に、バイパスリソースの構成を増加させ、例えば、リソースプール内にバイパスリソースを増加し、増加する数が端末デバイスの増加数にマッチングすることもできる。具体的なマッチング方式は、追加された端末デバイスごとに対応するバイパスリソースを構成することができる。もちろん、端末デバイスの総数に応じて、リソースプールに総数分に対応するバイパスリソースを構成し、端末デバイスが自ら対応するバイパスリソースを選択するようにしてもよい。
【００４２】
ここで、前記方法は、さらに、
コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信することを含み、
ここで、前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む。
【００４３】
例えば、フィードバック情報が、報告情報において要求された端末デバイスの数のアクセスをサポートすることを示す場合には、基地局は、端末デバイスのリソース構成を継続し、一方、フィードバック情報が、報告情報において要求された端末デバイスの数のアクセスをサポートしないことを示す場合には、基地局は、端末デバイスのリソースを構成しない。
【００４４】
また、前記フィードバック情報が前記要求されるサービスの特徴又はタイプをサポートしないことを示す場合、基地局(ネットワークデバイス)は、このグループの端末デバイスに対してリソース構成を行わず、一方、前記報告情報における１つのグループの端末デバイスの数の数、前記必要なリソースの数、及び前記サービスの特徴の少なくとも１つの情報に基づいて、１つのグループの端末デバイスに対してリソース構成を継続することを含んでもよい。
【００４５】
具体的には、図３に示すように、１つのグループの端末に含まれる１以上の端末がＡＳ層を介してリソース数及び／又は最新ユーザ数を報告する場合、報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
【００４６】
ＡＳ層メッセージの報告は、ＭＡＣ層ＭＡＣ ＣＥ又はＳＬ ＵＥ ＩｎｆｏｒｍａｔｉｏｎなどのＲＲＣメッセージを使用することができ、メッセージに最新のグループ内の端末の数及び/又は変化する必要があるリソースの数を追加する。
【００４７】
また、報告するＡＳ層の情報は、サポートしたいサービスの特徴、ＱｏＳ (例えば、５ＱＩまたはＱＣＩ )を含み、
基地局は、このメッセージを受信すると、更新されたリソース数および/または最新ユーザ数に従って、対応するＳＬリソースを構成する。
【００４８】
また、基地局は、コアネットワークに要求を転送して、このグループの端末が対応する数の端末アクセスをサポートできるか否か、および対応するＱｏＳ要件のサービスをサポートできるか否かを確認することもできる。
【００４９】
このように、上記の構成を採用することにより、サービスの特性、前記１つのグループの端末デバイスの数、リソース数のいずれかを含む１つのグループの端末デバイスから報告された情報に基づいて、端末デバイスに対するバイパスリソース構成を行うことができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割り当て調整ポリシを最適化し、ユーザ数、サービス要求に基づくリソース追加、変更、解放を支援することができ、ネットワークがローカルサイドリンクデータ伝送を柔軟にサポートすることができる。
【００５０】
実施例二
本発明の実施例は、リソース割当方法を提供し、端末デバイスに応用され、図４に示すように、
ステップ２０１において、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
ステップ２０２において、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
【００５１】
ここで、前記サービスの特徴は、端末が送信する必要があるサービスの特徴又はサポートされるサービスの特徴であり、前記リソース数は、端末が当該サービスを送信するリソース数である。
【００５２】
さらに、ステップ２０２の後に、
ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイス構成された対応するバイパスリソースに基づいて、自分が使用するバイパスリソースを選択することを含む。
【００５３】
ここで、前記ネットワークデバイスは、ネットワーク側のデバイスであってもよく、具体的には、ネットワーク側のコアネットワークにおけるデバイスであってもよく、ネットワーク側の基地局であってもよい。前記端末デバイスは、ローカルサイドリンクデータサービス伝送が可能な端末デバイスであってもよい。また、上記端末デバイスは、１つのグループの端末デバイスのうちクラスタヘッド端末であってもよいし、全ての端末であってもよい。
【００５４】
ここで、前記バイパスリソースは、端末デバイスと端末デバイスとのサイドリンク（Ｓｉｄｅ Ｌｉｎｋ）されるリソースと理解されてもよい。
【００５５】
以下では、ネットワークデバイスが異なる位置にあるデバイスをそれぞれ例として、具体的な処理方式を説明する。
【００５６】
処理方式１として、ネットワークデバイスがコアネットワークのデバイスである。
【００５７】
このシーンにおいて、前記ネットワーク側に報告情報を送信することは、非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信する。
【００５８】
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。指示情報は、識別値と理解されてもよく。例えば、指示情報が１の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みであることを示し、指示情報が０の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みでないことを示す。
【００５９】
処理方式２として、上記の処理との相違点は、このシーンにおいて、ネットワークデバイスはネットワーク側の基地局であってもよく、具体的には、
アクセス層ＡＳを介してネットワーク側に報告情報を送信する。
【００６０】
具体的に、ＭＡＣ ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信する。
【００６１】
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。
【００６２】
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
【００６３】
つまり、報告情報のリソース数に基づいて、該１つのグループの端末デバイスのためにバイパスリソースの構成を直接行い、及び／又は、１つのグループの端末デバイスの数に基づいて、このグループの端末デバイスに構成するバイパスリソースのリソースプールを決定する。
【００６４】
以上のように、端末デバイスがどのようにバイパスリソースを取得するかは、以下の２つの方式があり、
方式１として、前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信し、
つまり、ネットワーク側が１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスのために、対応するバイパスリソースをそれぞれ構成し、そして、端末デバイスがネットワーク側により構成されるバイパスリソースを直接取得することができる。
【００６５】
方式２として、前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信し、前記リソースプールからバイパスリソースを選定する。
【００６６】
つまり、ネットワーク側が１つのグループの端末デバイスのために対応するリソースプールを直接に割り当て、ここで、端末デバイスがリソースプールからバイパスリソースを選択する。
【００６７】
このように、上記の構成を採用することにより、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のいずれかを含む１つのグループの端末デバイスから報告された情報に基づいて、端末デバイスに対するバイパスリソース構成を行うことができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割り当て調整ポリシを最適化し、ユーザ数、サービス要求に基づくリソース追加、変更、解放を支援することができ、ネットワークがローカルサイドリンクデータ伝送を柔軟にサポートすることができる。
【００６８】
実施例三
本発明の実施例は、ネットワークデバイスを提供し、図５に示すように、第１の通信ユニット３１及び第１の処理ユニット３２を含み、
第１の通信ユニット３１は、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
第１の処理ユニット３２は、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
【００６９】
ここで、前記サービスの特徴は、端末が送信する必要があるサービスの特徴又はサポートされるサービスの特徴であり、前記リソース数は、端末が当該サービスを送信するリソース数である。
【００７０】
ここで、前記ネットワークデバイスは、ネットワーク側のデバイスであってもよく、具体的には、ネットワーク側のコアネットワークにおけるデバイスであってもよく、ネットワーク側の基地局であってもよい。前記端末デバイスは、ローカルサイドリンクデータサービス伝送が可能な端末デバイスであってもよい。また、上記端末デバイスは、１つのグループの端末デバイスのうちクラスタヘッド端末であってもよいし、全ての端末であってもよい。
【００７１】
ここで、前記バイパスリソースは、端末デバイスと端末デバイスとのサイドリンク（Ｓｉｄｅ Ｌｉｎｋ）されるリソースと理解されてもよい。
【００７２】
以下では、ネットワークデバイスが異なる位置にあるデバイスをそれぞれ例として、具体的な処理シーンを説明する。
【００７３】
処理シーン１として、ネットワークデバイスがコアネットワークのデバイスである。
【００７４】
第１の通信ユニット３１は、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスが非アクセス層ＮＡＳを介して送信した報告情報を受信する。
【００７５】
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。指示情報は、識別値と理解されてもよく。例えば、指示情報が１の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みであることを示し、指示情報が０の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みでないことを示す。
【００７６】
さらに、前記第１の処理ユニット３２は、前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定し、
前記第１の通信ユニット３１は、前記５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのために対応するバイパスリソースを構成する。
【００７７】
なお、前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することは、前記報告情報のサービスの特徴、及び／又は、端末デバイスの数に基づいて前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することである。
【００７８】
具体的には、サービスの特徴が低遅延サービスである場合には、そのサービスの特徴に基づいてＱＣＩ＝１を選択することができる。さらに、サービスの特徴から１００ｍｓの遅延許容時間が明示的に示されている場合、ＱＣＩ＝１もその特徴に基づいて選択され得る。
【００７９】
さらに、コアネットワーク内のネットワークデバイスが、５ＱＩまたはＱＣＩに基づいて、基地局が前記１つのグループの端末デバイスに対応するバイパスリソースを構成する。具体的には、５ＱＩまたはＱＣＩに基づいて、少なくとも１つのリソースを選択してリソースプールを構成し、このリソースプール内のリソースは、端末デバイスによって自己選択され、また、５ＱＩ又はＱＣＩに基づいて、１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスの各端末デバイスに、それぞれ対応するバイパスリソースを構成して、前記少なくとも一部の端末デバイスの各端末デバイスが構成によって自分の対応するバイパスリソースを取得する。
【００８０】
この処理シーンは、図２を参照すると、具体的には、１つのグループの端末のうちの１つ以上が、ＮＡＳ階層を介してサポートされる必要があるサービスのＱｏＳ及び/又は最新ユーザ数を報告すると理解され、
報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
【００８１】
コアネットワーク(ＭＭＥ／ＡＭＦ)は、最新のユーザ数及び/又はサポートされる必要があるサービスのＱｏＳを参照し、５ＱＩ (ＮＲにおける)又はＱＣＩ ( ＬＴＥにおける)を決定する。
【００８２】
ここで、最新の端末デバイスの数は、端末が提供してもよいし、基地局やコアネットワークが自ら提供してもよい。
【００８３】
コアネットワークは、対応する５ＱＩまたはＱＣＩを基地局に送信し、それに応じて、基地局は、対応する５ＱＩまたはＱＣＩに従って、このグループの端末に対して対応するバイパスＳＬリソースを構成する。
【００８４】
処理シーン２として、処理シーン１との相違点は、報告情報には１つのグループの端末デバイスの数が含まれなく、具体的には、
前記第１の処理ユニット３２は、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、
前記第１の通信ユニット３１は、前記１つのグループの端末デバイスの数を基地局に送信し、ここで、前記１つのグループの端末デバイスの数は、前記基地局が前記端末デバイスの数に基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために対応するバイパスリソースを構成するために使用される。
【００８５】
つまり、このようなサブシーンでは、１つのグループの端末デバイスの数は、報知情報に含めなくてもよく、前記報告情報には、前記１つのグループの端末デバイスに対応するグループ識別子が含まれ、この場合、ネットワークデバイスは、報知情報のグループ識別子に基づいて、前記１つのグループの端末デバイスの最新の数情報を取得し、
したがって、コアネットワーク側のネットワークデバイスは、バイパスリソースの構成を行わずに、基地局に情報を送信し、基地局は、その制御に基づいてバイパスリソースの構成を完了させることができる。
【００８６】
処理シーン３として、上記のシーン１及び２を参照し、１つのグループの端末デバイスの数、及び自分で決定された５ＱＩ又はＱＣＩを基地局に送信して、基地局が取得された情報に基づいてバイパスリソースの構成を行い、具体的には、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、及び／又は、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定し、
前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記１つのグループの端末デバイスの数、及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩは、前記基地局が前記端末デバイスの数、及び／又は５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために、対応するバイパスリソースを構成するために使用される。
【００８７】
なお、本処理シーンにおける５ＱＩ及びＱＣＩに基づくバイパスリソースの構成は、処理シーン１と同じであり、詳しい説明は省略する。
【００８８】
処理シーン４として、この処理シーンは、上記の処理シーン１、２、３と異なり、このシーンにおけるネットワークデバイスは、ネットワーク側の基地局であってもよく、具体的には、
前記第１の通信ユニット３１は、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信する。
【００８９】
具体的に、ＭＡＣ ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して前記端末デバイスにより送信された前記報告情報を受信する。
【００９０】
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。
【００９１】
前記第１の処理ユニット３２は、前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成する。
【００９２】
つまり、報告情報のリソース数に基づいて、該１つのグループの端末デバイスのためにバイパスリソースの構成を直接行い、及び／又は、１つのグループの端末デバイスの数に基づいて、このグループの端末デバイスに構成するバイパスリソースのリソースプールを決定する。
【００９３】
具体的には、リソース数に基づいて１つのグループの端末デバイスのためにバイパスリソースを構成してリソースプールを構成し、又は、リソース数に基づいて、１つのグループの端末デバイスのうちの情報伝送を行う端末デバイスのために対応するバイパスリソースを直接構成する。
【００９４】
従って、１つのグループの端末デバイスの数に基づいてバイパスリソースの構成を行うことは、端末デバイスの数が増加した場合に、バイパスリソースの構成を増加させ、例えば、リソースプール内にバイパスリソースを増加し、増加する数が端末デバイスの増加数にマッチングすることもできる。具体的なマッチング方式は、追加された端末デバイスごとに対応するバイパスリソースを構成することができる。もちろん、端末デバイスの総数に応じて、リソースプールに総数分に対応するバイパスリソースを構成し、端末デバイスが自ら対応するバイパスリソースを選択するようにしてもよい。
【００９５】
ここで、前記第１の通信ユニット３１は、コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信し、
ここで、前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む。
【００９６】
例えば、フィードバック情報が、報告情報において要求された端末デバイスの数のアクセスをサポートすることを示す場合には、基地局は、端末デバイスのリソース構成を継続し、一方、フィードバック情報が、報告情報において要求された端末デバイスの数のアクセスをサポートしないことを示す場合には、基地局は、端末デバイスのリソースを構成しないことを含む。
【００９７】
また、前記フィードバック情報が前記要求されるサービスの特徴又はタイプをサポートしないことを示す場合、基地局(ネットワークデバイス)は、このグループの端末デバイスに対してリソース構成を行わず、一方、前記報告情報における１つのグループの端末デバイスの数の数、前記必要なリソースの数、及び前記サービスの特徴の少なくとも１つの情報に基づいて、１つのグループの端末デバイスに対してリソース構成を継続することを含んでもよい。
【００９８】
具体的には、図３に示すように、１つのグループの端末に含まれる１以上の端末がＡＳ層を介してリソース数及び／又は最新ユーザ数を報告し、報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
【００９９】
ＡＳ層メッセージの報告は、ＭＡＣ層ＭＡＣ ＣＥ又はＳＬ ＵＥ ＩｎｆｏｒｍａｔｉｏｎなどのＲＲＣメッセージを使用することができ、メッセージに最新のグループ内の端末の数及び/又は変化する必要があるリソースの数を追加する。
【０１００】
また、報告するＡＳ層の情報は、サポートしたいサービスの特徴、ＱｏＳ (例えば、５ＱＩまたはＱＣＩ )を含み、
基地局は、このメッセージを受信すると、更新されたリソース数および/または最新ユーザ数に従って、対応するＳＬリソースを構成する。
【０１０１】
また、基地局は、コアネットワークに要求を転送して、このグループの端末が対応する数の端末アクセスをサポートできるか否か、および対応するＱｏＳ要件のサービスをサポートできるか否かを確認することもできる。
【０１０２】
このように、上記の構成を採用することにより、サービスの特性、前記１つのグループの端末デバイスの数、リソース数のいずれかを含む１つのグループの端末デバイスから報告された情報に基づいて、端末デバイスに対するバイパスリソース構成を行うことができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割り当て調整ポリシを最適化し、ユーザ数、サービス要求に基づくリソース追加、変更、解放を支援することができ、ネットワークがローカルサイドリンクデータ伝送を柔軟にサポートすることができる。
【０１０３】
実施例四
本発明の実施例は、端末デバイスを提供し、図６に示すように、
第２の通信ユニット４１は、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
【０１０４】
ここで、前記サービスの特徴は、端末が送信する必要があるサービスの特徴又はサポートされるサービスの特徴であり、前記リソース数は、端末が当該サービスを送信するリソース数である。
【０１０５】
ここで、前記ネットワークデバイスは、ネットワーク側のデバイスであってもよく、具体的には、ネットワーク側のコアネットワークにおけるデバイスであってもよく、ネットワーク側の基地局であってもよい。前記端末デバイスは、ローカルサイドリンクデータサービス伝送が可能な端末デバイスであってもよい。また、上記端末デバイスは、１つのグループの端末デバイスのうちクラスタヘッド端末であってもよいし、全ての端末であってもよい。
【０１０６】
ここで、前記バイパスリソースは、端末デバイスと端末デバイスとのサイドリンク（Ｓｉｄｅ Ｌｉｎｋ）されるリソースと理解されてもよい。
【０１０７】
以下では、ネットワークデバイスが異なる位置にあるデバイスをそれぞれ例として、具体的な処理方式を説明する。
【０１０８】
処理方式１として、ネットワークデバイスがコアネットワークのデバイスであり、
このシーンにおいて、第２の通信ユニット４１は、非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信する。
【０１０９】
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。指示情報は、識別値と理解されてもよく。例えば、指示情報が１の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みであることを示し、指示情報が０の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みでないことを示す。
【０１１０】
処理方式２として、上記の処理との相違点は、このシーンにおいて、ネットワークデバイスはネットワーク側の基地局であってもよく、具体的には、
第２の通信ユニット４１は、アクセス層ＡＳを介してネットワーク側に報告情報を送信する。
【０１１１】
具体的に、ＭＡＣ ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信する。
【０１１２】
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。
【０１１３】
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
【０１１４】
つまり、報告情報のリソース数に基づいて、該１つのグループの端末デバイスのためにバイパスリソースの構成を直接行い、及び／又は、１つのグループの端末デバイスの数に基づいて、このグループの端末デバイスに構成するバイパスリソースのリソースプールを決定する。
【０１１５】
以上のように、端末デバイスがどのようにバイパスリソースを取得するかは、以下の２つの方式があり
方式１として、第２の通信ユニット４１は、前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信し、
つまり、ネットワーク側が１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスのために、対応するバイパスリソースをそれぞれ構成し、そして、端末デバイスがネットワーク側により構成されるバイパスリソースを直接取得することができる。
【０１１６】
方式２として、前記端末デバイスがさらに、第２の処理ユニット４２及び第２の通信ユニット４１を含み
第２の処理ユニット４２は、前記リソースプールからバイパスリソースを選定し、
第２の通信ユニット４１は、前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信する。
【０１１７】
つまり、ネットワーク側が１つのグループの端末デバイスのために対応するリソースプールを直接に割り当て、ここで、端末デバイスがリソースプールからバイパスリソースを選択する。
【０１１８】
このように、上記の構成を採用することにより、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のいずれかを含む１つのグループの端末デバイスから報告された情報に基づいて、端末デバイスに対するバイパスリソース構成を行うことができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割り当て調整ポリシを最適化し、ユーザ数、サービス要求に基づくリソース追加、変更、解放を支援することができ、ネットワークがローカルサイドリンクデータ伝送を柔軟にサポートすることができる。
【０１１９】
本発明の実施例は、図７に示すように、少なくとも１つのプロセッサ５１と、メモリ５２と、少なくとも１つのネットワークインタフェース５３とを含むネットワークデバイス又は端末デバイスのハードウェア構成アーキテクチャをさらに提供する。各構成要素は、バスシステム５４によって互いに結合される。バスシステム５４は、これらの構成要素間の接続通信を可能にするために使用されることが理解される。バスシステム５４は、データバスの他に、電源バス、制御バスおよびステータス信号バスを含んでいる。ただし、説明を分かりやすくするために、図５では、各種のバスをバスシステム５４と表記している。
【０１２０】
なお、本発明の実施の形態におけるメモリ５２は、揮発性メモリであっても不揮発性メモリであってもよく、揮発性メモリと不揮発性メモリの両方を含んでもよい。
【０１２１】
いくつかの実施形態において、メモリ５２は、実行可能モジュール若しくはデータ構造、又はそれらのサブグループ、又はそれらの拡張グループの要素であるオペレーティングシステム５２１およびアプリケーションプログラム５２２を記憶する
ここで、前記プロセッサ５１は、前記実施例１又は２の方法ステップを処理することができるように構成され、ここでその説明が省略される。
【０１２２】
本発明の実施例は、実行されると、前述の実施例１又は２の方法ステップを実施するコンピュータ実行可能命令を記憶したコンピュータ記憶媒体を提供する。
【０１２３】
本発明の実施例に係る装置は、ソフトウェア機能モジュールの形態で実現され、独立した製品として販売または使用される場合、一つのコンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本発明の実施形態の技術的解決策の本質または従来技術に寄与する部分は、本発明の様々な実施形態による方法の全てまたは一部を１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る)に実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。また、前記記憶媒体としては、U字ディスク、リムーバブルハードディスク、リードオンリーメモリ( ＲＯＭ，Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ )、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。このように、本発明の実施形態は、ハードウェアとソフトウェアのいかなる組み合わせにも限定されない。
【０１２４】
従って、本発明の実施例は、本発明の実施例によるデータスケジューリング方法を実行するように構成されたコンピュータプログラムを格納するコンピュータ記憶媒体をさらに提供する。
【０１２５】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
【図１】
2021515431.tif 000003
【図２】
2021515431.tif 000004
【図３】
2021515431.tif 000005
【図４】
2021515431.tif 000006
【図５】
2021515431.tif 000007
【図６】
2021515431.tif 000008
【図７】
2021515431.tif 000009
【手続補正書】
【提出日】令和2年12月11日(2020.12.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークデバイスに応用されるリソース割当方法であって、
１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することと、
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含み、
前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソースの数のうちの少なくとも１つを含む
ことを特徴とするリソース割当方法。
【請求項２】
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することは、
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがＭＡＣ ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して送信した報告情報を受信することを含む
ことを特徴とする請求項１に記載のリソース割当方法。
【請求項３】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２に記載のリソース割当方法。
【請求項４】
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む
ことを特徴とする請求項２に記載のリソース割当方法。
【請求項５】
前記方法は、さらに、
コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信することを含み、
前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む
ことを特徴とする請求項４に記載のリソース割当方法。
【請求項６】
端末デバイスに応用されるリソース割当方法であって、
ネットワーク側に報告情報を送信することと、
ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することとを含み、前記報告情報は、サービスの特徴、１つのグループの前記端末デバイスの数、リソース数のうちの少なくとも１つを含む
ことを特徴とするリソース割当方法。
【請求項７】
前記ネットワーク側に報告情報を送信することは、
非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信することを含む
ことを特徴とする請求項６に記載のリソース割当方法。
【請求項８】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項７に記載のリソース割当方法。
【請求項９】
前記ネットワーク側に報告情報を送信することは、
ＭＡＣ ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信するを含む
ことを特徴とする請求項６に記載のリソース割当方法。
【請求項１０】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項９に記載のリソース割当方法。
【請求項１１】
前記ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することは、
前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信すること、
又は、
前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信し、前記リソースプールからバイパスリソースを選定することを含む
ことを特徴とする請求項９〜１０のいずれか１項に記載のリソース割当方法。
【請求項１２】
第２の通信ユニットを備える端末デバイスであって、
前記第２の通信ユニットは、ネットワーク側に報告情報を送信し、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信し、
前記報告情報は、サービスの特徴、１つのグループの前記端末デバイスの数、リソース数のうちの少なくとも１つを含む
ことを特徴とする端末デバイス。
【請求項１３】
前記第２の通信ユニットは、非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信する
ことを特徴とする請求項１２に記載の端末デバイス。
【請求項１４】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項１３に記載の端末デバイス。
【請求項１５】
前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項１２に記載の端末デバイス。
【国際調査報告】
2021515431.tif 000010
2021515431.tif 000011
2021515431.tif 000012
2021515431.tif 000013