JP2021515431A - リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体 - Google Patents
リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体 Download PDFInfo
- Publication number
- JP2021515431A JP2021515431A JP2020537694A JP2020537694A JP2021515431A JP 2021515431 A JP2021515431 A JP 2021515431A JP 2020537694 A JP2020537694 A JP 2020537694A JP 2020537694 A JP2020537694 A JP 2020537694A JP 2021515431 A JP2021515431 A JP 2021515431A
- Authority
- JP
- Japan
- Prior art keywords
- group
- resource
- terminal devices
- terminal device
- information
- 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.)
- Withdrawn
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/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本発明は、リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体を開示し、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することと、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含み、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含む。
Description
本発明は、情報処理技術分野に関し、特に、リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体に関する。
サービスの開発の要求に伴い、ローカル端末間のサービス交換の要求が増加し、対応するアプリケーションが増加し、例えば、ローカル対話型ゲーム及びローカル会議によるデータ共有であり、ローカル端末は、相互間の直接通信によってデータ共有を行い、ゲームを行うことができ、したがって、無線側のリソース調整ニーズは、一定の方法で動的に満たされる必要がある。
従来の無線ネットワークでは、無線側はユーザのサービスニーズ及びユーザの数を把握することができず、ＱＣＩの方式及び無線側リンクに対する品質モニタリングによってリソース割り当て状況を動的に調整している。例えば、ユーザがＵｕインターフェースで新しいサービスを伝送するように要求する場合、新しいＱＣＩレベルを用いて、ネットワーク側により専用データベアラを構成し、ユーザのＱｏＳ要求を満たすデータ伝送を行うことができ、ユーザが端末間サイドリンク( ＳＬ：Ｓｉｄｅｌｉｎｋ )でＣＢＲ(Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ)が高すぎることを検出した場合、サイドリンクリソースが不足していると推定して、対応するリソースを調整することができる。しかしながら、上記従来技術における処理方法は、柔軟な端末デバイスがリソースをスケジューリングすることができない。
本発明の実施例は、以上の課題を解決するために、リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体を提供する。
本発明の実施例はリソース割当方法を提供し、ネットワークデバイスに応用され、前記方法は、
１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することと、
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含み、
ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含む。
１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することと、
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含み、
ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含む。
本発明の実施例は、リソース割当方法を提供し、端末デバイスに応用され、前記方法は、
ネットワーク側に報告情報を送信することと、
ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することとを含み、
ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含む。
ネットワーク側に報告情報を送信することと、
ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することとを含み、
ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含む。
本発明の実施例は、ネットワークデバイスを提供し、前記ネットワークデバイスは、第１の通信ユニット及び第１の処理ユニットを備え、
第１の通信ユニットは、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
第１の処理ユニットは、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
第１の通信ユニットは、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
第１の処理ユニットは、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
本発明の実施例は、端末デバイスを提供し、前記端末デバイスが第２の通信ユニットを含み、
第２の通信ユニットは、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
第２の通信ユニットは、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
本発明の実施例は、プロセッサと、前記プロセッサで実行可能なコンピュータプログラムを記憶するメモリとを備えるネットワークデバイスを提供し、
ここで、プロセッサは、コンピュータプログラムを実行することによって、前述の方法のステップを実行する。
ここで、プロセッサは、コンピュータプログラムを実行することによって、前述の方法のステップを実行する。
本発明の実施例は、プロセッサと、前記プロセッサで実行可能なコンピュータプログラムを記憶するメモリとを備える端末デバイスを提供し、
ここで、プロセッサは、コンピュータプログラムを実行することによって、前述の方法のステップを実行する。
ここで、プロセッサは、コンピュータプログラムを実行することによって、前述の方法のステップを実行する。
本発明の実施例は、実行されると、前述の方法ステップを実行するコンピュータ実行可能命令を記憶したコンピュータ記憶媒体を提供する。
本発明の実施例に係る技術的解決策は、１つのグループの端末デバイスから報告される情報、具体的には、サービスの特徴、前記１つのグループの端末デバイスの数、リソースの数のうちのいずれか１つに基づいて、端末デバイスに対してバイパスリソースを構成することができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割当調整ポリシーを最適化することができ、ローカルなサイドリンクデータ伝送を柔軟にネットワークでサポートすることができる。
本発明の実施例の特徴と技術内容をより詳細に理解できるように、以下、添付図面を参照して本発明の実施例の実装を詳細に説明するが、添付図面は、説明のためのものであり、本発明の実施例を限定するものではない。
実施例一
本発明の実施例は、リソース割当方法を提供し、ネットワークデバイスに応用され、図１に示すように、以下のステップを含み、
ステップ１０１において、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
ステップ１０２において、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
本発明の実施例は、リソース割当方法を提供し、ネットワークデバイスに応用され、図１に示すように、以下のステップを含み、
ステップ１０１において、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
ステップ１０２において、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
ここで、前記ネットワークデバイスは、ネットワーク側のデバイスであってもよく、具体的には、ネットワーク側のコアネットワークにおけるデバイスであってもよく、ネットワーク側の基地局であってもよい。前記端末デバイスは、ローカルサイドリンクデータサービス伝送が可能な端末デバイスであってもよい。また、上記端末デバイスは、１つのグループの端末デバイスのうちクラスタヘッド端末であってもよいし、全ての端末であってもよい。
ここで、前記サービスの特徴は、端末が送信する必要があるサービスの特徴又はサポートされるサービスの特徴であり、前記リソース数は、端末が当該サービスを送信するリソース数である。
ここで、前記バイパスリソースは、端末デバイスと端末デバイスとのサイドリンク（Ｓｉｄｅ Ｌｉｎｋ）されるリソースと理解されてもよい。
以下では、ネットワークデバイスが異なる位置にあるデバイスをそれぞれ例として、具体的な処理シーンを説明する。
処理シーン１として、ネットワークデバイスがコアネットワークのデバイスである。
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスが非アクセス層ＮＡＳを介して送信した報告情報を受信する。
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。指示情報は、識別値と理解されてもよく。例えば、指示情報が１の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みであることを示し、指示情報が０の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みでないことを示す。
さらに、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することと、
前記５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのために、対応するバイパスリソースを構成することとを含む。
前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することと、
前記５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのために、対応するバイパスリソースを構成することとを含む。
なお、前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することは、前記報告情報のサービスの特徴、及び／又は、端末デバイスの数に基づいて前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することである。
具体的には、サービスの特徴が低遅延サービスである場合には、そのサービスの特徴に基づいてＱＣＩ＝１を選択することができる。さらに、サービスの特徴から１００ｍｓの遅延許容時間が明示的に示されている場合、ＱＣＩ＝１もその特徴に基づいて選択され得る。
さらに、コアネットワーク内のネットワークデバイスが、５ＱＩまたはＱＣＩに基づいて、基地局が前記１つのグループの端末デバイスに対応するバイパスリソースを構成する。具体的には、５ＱＩまたはＱＣＩに基づいて、少なくとも１つのリソースを選択してリソースプールを構成し、このリソースプール内のリソースは、端末デバイスによって自己選択され、また、５ＱＩ又はＱＣＩに基づいて、１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスの各端末デバイスに、それぞれ対応するバイパスリソースを構成して、前記少なくとも一部の端末デバイスの各端末デバイスが構成によって自分の対応するバイパスリソースを取得する。
この処理シーンは、図２を参照すると、具体的には、１つのグループの端末のうちの１つ以上が、ＮＡＳ階層を介してサポートされる必要があるサービスのＱｏＳ及び/又は最新ユーザ数を報告すると理解され、
報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
コアネットワーク(ＭＭＥ／ＡＭＦ)は、最新のユーザ数及び/又はサポートされる必要があるサービスのＱｏＳを参照し、５ＱＩ (ＮＲにおける)又はＱＣＩ ( ＬＴＥにおける)を決定する。
ここで、最新の端末デバイスの数は、端末が提供してもよいし、基地局やコアネットワークが自ら提供してもよい。
コアネットワークは、対応する５ＱＩまたはＱＣＩを基地局に送信し、それに応じて、基地局は、対応する５ＱＩまたはＱＣＩに従って、このグループの端末に対して対応するバイパスＳＬリソースを構成する。
処理シーン２として、処理シーン１との相違点は、報告情報には１つのグループの端末デバイスの数が含まれなく、具体的には、
前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、
前記１つのグループの端末デバイスの数を基地局に送信し、ここで、前記１つのグループの端末デバイスの数は、前記基地局が前記端末デバイスの数に基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために対応するバイパスリソースを構成するために使用される。
前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、
前記１つのグループの端末デバイスの数を基地局に送信し、ここで、前記１つのグループの端末デバイスの数は、前記基地局が前記端末デバイスの数に基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために対応するバイパスリソースを構成するために使用される。
つまり、このようなサブシーンでは、１つのグループの端末デバイスの数は、報知情報に含めなくてもよく、前記報告情報には、前記１つのグループの端末デバイスに対応するグループ識別子が含まれ、この場合、ネットワークデバイスは、報知情報のグループ識別子に基づいて、前記１つのグループの端末デバイスの最新の数情報を取得し、
したがって、コアネットワーク側のネットワークデバイスは、バイパスリソースの構成を行わずに、基地局に情報を送信し、基地局は、その制御に基づいてバイパスリソースの構成を完了させることができる。
したがって、コアネットワーク側のネットワークデバイスは、バイパスリソースの構成を行わずに、基地局に情報を送信し、基地局は、その制御に基づいてバイパスリソースの構成を完了させることができる。
処理シーン３として、上記のシーン１及び２を参照し、１つのグループの端末デバイスの数、及び自分で決定された５ＱＩ又はＱＣＩを基地局に送信して、基地局が取得された情報に基づいてバイパスリソースの構成を行い、具体的には、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、及び／又は、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定し、
前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記端末デバイスの数及び／又は５ＱＩ又はＱＣＩに基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記端末デバイスの数及び／又は５ＱＩ又はＱＣＩに基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
なお、本処理シーンにおける５ＱＩ及びＱＣＩに基づくバイパスリソースの構成は、処理シーン１と同じであり、詳しい説明は省略する。
処理シーン４として、この処理シーンは、上記の処理シーン１、２、３と異なり、このシーンにおけるネットワークデバイスは、ネットワーク側の基地局であってもよく、具体的には、
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信する。
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信する。
具体的に、ＭＡＣ ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して前記端末デバイスにより送信された前記報告情報を受信する。
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
つまり、報告情報のリソース数に基づいて、該１つのグループの端末デバイスのためにバイパスリソースの構成を直接行い、及び／又は、１つのグループの端末デバイスの数に基づいて、このグループの端末デバイスに構成するバイパスリソースのリソースプールを決定する。
具体的には、リソース数に基づいて１つのグループの端末デバイスのためにバイパスリソースを構成してリソースプールを構成し、又は、リソース数に基づいて、１つのグループの端末デバイスのうちの情報伝送を行う端末デバイスのために対応するバイパスリソースを直接構成する。
従って、１つのグループの端末デバイスの数に基づいてバイパスリソースの構成を行うことは、端末デバイスの数が増加した場合に、バイパスリソースの構成を増加させ、例えば、リソースプール内にバイパスリソースを増加し、増加する数が端末デバイスの増加数にマッチングすることもできる。具体的なマッチング方式は、追加された端末デバイスごとに対応するバイパスリソースを構成することができる。もちろん、端末デバイスの総数に応じて、リソースプールに総数分に対応するバイパスリソースを構成し、端末デバイスが自ら対応するバイパスリソースを選択するようにしてもよい。
ここで、前記方法は、さらに、
コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信することを含み、
ここで、前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む。
コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信することを含み、
ここで、前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む。
例えば、フィードバック情報が、報告情報において要求された端末デバイスの数のアクセスをサポートすることを示す場合には、基地局は、端末デバイスのリソース構成を継続し、一方、フィードバック情報が、報告情報において要求された端末デバイスの数のアクセスをサポートしないことを示す場合には、基地局は、端末デバイスのリソースを構成しない。
また、前記フィードバック情報が前記要求されるサービスの特徴又はタイプをサポートしないことを示す場合、基地局(ネットワークデバイス)は、このグループの端末デバイスに対してリソース構成を行わず、一方、前記報告情報における１つのグループの端末デバイスの数の数、前記必要なリソースの数、及び前記サービスの特徴の少なくとも１つの情報に基づいて、１つのグループの端末デバイスに対してリソース構成を継続することを含んでもよい。
具体的には、図３に示すように、１つのグループの端末に含まれる１以上の端末がＡＳ層を介してリソース数及び／又は最新ユーザ数を報告する場合、報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
ＡＳ層メッセージの報告は、ＭＡＣ層ＭＡＣ ＣＥ又はＳＬ ＵＥ ＩｎｆｏｒｍａｔｉｏｎなどのＲＲＣメッセージを使用することができ、メッセージに最新のグループ内の端末の数及び/又は変化する必要があるリソースの数を追加する。
また、報告するＡＳ層の情報は、サポートしたいサービスの特徴、ＱｏＳ (例えば、５ＱＩまたはＱＣＩ )を含み、
基地局は、このメッセージを受信すると、更新されたリソース数および/または最新ユーザ数に従って、対応するＳＬリソースを構成する。
基地局は、このメッセージを受信すると、更新されたリソース数および/または最新ユーザ数に従って、対応するＳＬリソースを構成する。
また、基地局は、コアネットワークに要求を転送して、このグループの端末が対応する数の端末アクセスをサポートできるか否か、および対応するＱｏＳ要件のサービスをサポートできるか否かを確認することもできる。
このように、上記の構成を採用することにより、サービスの特性、前記１つのグループの端末デバイスの数、リソース数のいずれかを含む１つのグループの端末デバイスから報告された情報に基づいて、端末デバイスに対するバイパスリソース構成を行うことができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割り当て調整ポリシを最適化し、ユーザ数、サービス要求に基づくリソース追加、変更、解放を支援することができ、ネットワークがローカルサイドリンクデータ伝送を柔軟にサポートすることができる。
実施例二
本発明の実施例は、リソース割当方法を提供し、端末デバイスに応用され、図４に示すように、
ステップ２０１において、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
ステップ２０２において、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
本発明の実施例は、リソース割当方法を提供し、端末デバイスに応用され、図４に示すように、
ステップ２０１において、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
ステップ２０２において、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
ここで、前記サービスの特徴は、端末が送信する必要があるサービスの特徴又はサポートされるサービスの特徴であり、前記リソース数は、端末が当該サービスを送信するリソース数である。
さらに、ステップ２０２の後に、
ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイス構成された対応するバイパスリソースに基づいて、自分が使用するバイパスリソースを選択することを含む。
ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイス構成された対応するバイパスリソースに基づいて、自分が使用するバイパスリソースを選択することを含む。
ここで、前記ネットワークデバイスは、ネットワーク側のデバイスであってもよく、具体的には、ネットワーク側のコアネットワークにおけるデバイスであってもよく、ネットワーク側の基地局であってもよい。前記端末デバイスは、ローカルサイドリンクデータサービス伝送が可能な端末デバイスであってもよい。また、上記端末デバイスは、１つのグループの端末デバイスのうちクラスタヘッド端末であってもよいし、全ての端末であってもよい。
ここで、前記バイパスリソースは、端末デバイスと端末デバイスとのサイドリンク（Ｓｉｄｅ Ｌｉｎｋ）されるリソースと理解されてもよい。
以下では、ネットワークデバイスが異なる位置にあるデバイスをそれぞれ例として、具体的な処理方式を説明する。
処理方式１として、ネットワークデバイスがコアネットワークのデバイスである。
このシーンにおいて、前記ネットワーク側に報告情報を送信することは、非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信する。
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。指示情報は、識別値と理解されてもよく。例えば、指示情報が１の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みであることを示し、指示情報が０の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みでないことを示す。
処理方式２として、上記の処理との相違点は、このシーンにおいて、ネットワークデバイスはネットワーク側の基地局であってもよく、具体的には、
アクセス層ＡＳを介してネットワーク側に報告情報を送信する。
アクセス層ＡＳを介してネットワーク側に報告情報を送信する。
具体的に、ＭＡＣ ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信する。
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
つまり、報告情報のリソース数に基づいて、該１つのグループの端末デバイスのためにバイパスリソースの構成を直接行い、及び／又は、１つのグループの端末デバイスの数に基づいて、このグループの端末デバイスに構成するバイパスリソースのリソースプールを決定する。
以上のように、端末デバイスがどのようにバイパスリソースを取得するかは、以下の２つの方式があり、
方式１として、前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信し、
つまり、ネットワーク側が１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスのために、対応するバイパスリソースをそれぞれ構成し、そして、端末デバイスがネットワーク側により構成されるバイパスリソースを直接取得することができる。
方式１として、前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信し、
つまり、ネットワーク側が１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスのために、対応するバイパスリソースをそれぞれ構成し、そして、端末デバイスがネットワーク側により構成されるバイパスリソースを直接取得することができる。
方式２として、前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信し、前記リソースプールからバイパスリソースを選定する。
つまり、ネットワーク側が１つのグループの端末デバイスのために対応するリソースプールを直接に割り当て、ここで、端末デバイスがリソースプールからバイパスリソースを選択する。
このように、上記の構成を採用することにより、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のいずれかを含む１つのグループの端末デバイスから報告された情報に基づいて、端末デバイスに対するバイパスリソース構成を行うことができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割り当て調整ポリシを最適化し、ユーザ数、サービス要求に基づくリソース追加、変更、解放を支援することができ、ネットワークがローカルサイドリンクデータ伝送を柔軟にサポートすることができる。
実施例三
本発明の実施例は、ネットワークデバイスを提供し、図５に示すように、第１の通信ユニット３１及び第１の処理ユニット３２を含み、
第１の通信ユニット３１は、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
第１の処理ユニット３２は、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
本発明の実施例は、ネットワークデバイスを提供し、図５に示すように、第１の通信ユニット３１及び第１の処理ユニット３２を含み、
第１の通信ユニット３１は、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
第１の処理ユニット３２は、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する。
ここで、前記サービスの特徴は、端末が送信する必要があるサービスの特徴又はサポートされるサービスの特徴であり、前記リソース数は、端末が当該サービスを送信するリソース数である。
ここで、前記ネットワークデバイスは、ネットワーク側のデバイスであってもよく、具体的には、ネットワーク側のコアネットワークにおけるデバイスであってもよく、ネットワーク側の基地局であってもよい。前記端末デバイスは、ローカルサイドリンクデータサービス伝送が可能な端末デバイスであってもよい。また、上記端末デバイスは、１つのグループの端末デバイスのうちクラスタヘッド端末であってもよいし、全ての端末であってもよい。
ここで、前記バイパスリソースは、端末デバイスと端末デバイスとのサイドリンク（Ｓｉｄｅ Ｌｉｎｋ）されるリソースと理解されてもよい。
以下では、ネットワークデバイスが異なる位置にあるデバイスをそれぞれ例として、具体的な処理シーンを説明する。
処理シーン１として、ネットワークデバイスがコアネットワークのデバイスである。
第１の通信ユニット３１は、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスが非アクセス層ＮＡＳを介して送信した報告情報を受信する。
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。指示情報は、識別値と理解されてもよく。例えば、指示情報が１の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みであることを示し、指示情報が０の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みでないことを示す。
さらに、前記第１の処理ユニット３２は、前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定し、
前記第１の通信ユニット３１は、前記５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのために対応するバイパスリソースを構成する。
前記第１の通信ユニット３１は、前記５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記基地局が前記５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのために対応するバイパスリソースを構成する。
なお、前記報告情報に基づいて、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することは、前記報告情報のサービスの特徴、及び／又は、端末デバイスの数に基づいて前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することである。
具体的には、サービスの特徴が低遅延サービスである場合には、そのサービスの特徴に基づいてＱＣＩ＝１を選択することができる。さらに、サービスの特徴から１００ｍｓの遅延許容時間が明示的に示されている場合、ＱＣＩ＝１もその特徴に基づいて選択され得る。
さらに、コアネットワーク内のネットワークデバイスが、５ＱＩまたはＱＣＩに基づいて、基地局が前記１つのグループの端末デバイスに対応するバイパスリソースを構成する。具体的には、５ＱＩまたはＱＣＩに基づいて、少なくとも１つのリソースを選択してリソースプールを構成し、このリソースプール内のリソースは、端末デバイスによって自己選択され、また、５ＱＩ又はＱＣＩに基づいて、１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスの各端末デバイスに、それぞれ対応するバイパスリソースを構成して、前記少なくとも一部の端末デバイスの各端末デバイスが構成によって自分の対応するバイパスリソースを取得する。
この処理シーンは、図２を参照すると、具体的には、１つのグループの端末のうちの１つ以上が、ＮＡＳ階層を介してサポートされる必要があるサービスのＱｏＳ及び/又は最新ユーザ数を報告すると理解され、
報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
コアネットワーク(ＭＭＥ／ＡＭＦ)は、最新のユーザ数及び/又はサポートされる必要があるサービスのＱｏＳを参照し、５ＱＩ (ＮＲにおける)又はＱＣＩ ( ＬＴＥにおける)を決定する。
ここで、最新の端末デバイスの数は、端末が提供してもよいし、基地局やコアネットワークが自ら提供してもよい。
コアネットワークは、対応する５ＱＩまたはＱＣＩを基地局に送信し、それに応じて、基地局は、対応する５ＱＩまたはＱＣＩに従って、このグループの端末に対して対応するバイパスＳＬリソースを構成する。
処理シーン２として、処理シーン１との相違点は、報告情報には１つのグループの端末デバイスの数が含まれなく、具体的には、
前記第１の処理ユニット３２は、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、
前記第１の通信ユニット３１は、前記１つのグループの端末デバイスの数を基地局に送信し、ここで、前記１つのグループの端末デバイスの数は、前記基地局が前記端末デバイスの数に基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために対応するバイパスリソースを構成するために使用される。
前記第１の処理ユニット３２は、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、
前記第１の通信ユニット３１は、前記１つのグループの端末デバイスの数を基地局に送信し、ここで、前記１つのグループの端末デバイスの数は、前記基地局が前記端末デバイスの数に基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために対応するバイパスリソースを構成するために使用される。
つまり、このようなサブシーンでは、１つのグループの端末デバイスの数は、報知情報に含めなくてもよく、前記報告情報には、前記１つのグループの端末デバイスに対応するグループ識別子が含まれ、この場合、ネットワークデバイスは、報知情報のグループ識別子に基づいて、前記１つのグループの端末デバイスの最新の数情報を取得し、
したがって、コアネットワーク側のネットワークデバイスは、バイパスリソースの構成を行わずに、基地局に情報を送信し、基地局は、その制御に基づいてバイパスリソースの構成を完了させることができる。
したがって、コアネットワーク側のネットワークデバイスは、バイパスリソースの構成を行わずに、基地局に情報を送信し、基地局は、その制御に基づいてバイパスリソースの構成を完了させることができる。
処理シーン３として、上記のシーン１及び２を参照し、１つのグループの端末デバイスの数、及び自分で決定された５ＱＩ又はＱＣＩを基地局に送信して、基地局が取得された情報に基づいてバイパスリソースの構成を行い、具体的には、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、及び／又は、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定し、
前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記１つのグループの端末デバイスの数、及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩは、前記基地局が前記端末デバイスの数、及び／又は５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために、対応するバイパスリソースを構成するために使用される。
前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、ここで、前記１つのグループの端末デバイスの数、及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩは、前記基地局が前記端末デバイスの数、及び／又は５ＱＩ又はＱＣＩに基づいて、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスのために、対応するバイパスリソースを構成するために使用される。
なお、本処理シーンにおける５ＱＩ及びＱＣＩに基づくバイパスリソースの構成は、処理シーン１と同じであり、詳しい説明は省略する。
処理シーン４として、この処理シーンは、上記の処理シーン１、２、３と異なり、このシーンにおけるネットワークデバイスは、ネットワーク側の基地局であってもよく、具体的には、
前記第１の通信ユニット３１は、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信する。
前記第１の通信ユニット３１は、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信する。
具体的に、ＭＡＣ ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して前記端末デバイスにより送信された前記報告情報を受信する。
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。
前記第１の処理ユニット３２は、前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成する。
つまり、報告情報のリソース数に基づいて、該１つのグループの端末デバイスのためにバイパスリソースの構成を直接行い、及び／又は、１つのグループの端末デバイスの数に基づいて、このグループの端末デバイスに構成するバイパスリソースのリソースプールを決定する。
具体的には、リソース数に基づいて１つのグループの端末デバイスのためにバイパスリソースを構成してリソースプールを構成し、又は、リソース数に基づいて、１つのグループの端末デバイスのうちの情報伝送を行う端末デバイスのために対応するバイパスリソースを直接構成する。
従って、１つのグループの端末デバイスの数に基づいてバイパスリソースの構成を行うことは、端末デバイスの数が増加した場合に、バイパスリソースの構成を増加させ、例えば、リソースプール内にバイパスリソースを増加し、増加する数が端末デバイスの増加数にマッチングすることもできる。具体的なマッチング方式は、追加された端末デバイスごとに対応するバイパスリソースを構成することができる。もちろん、端末デバイスの総数に応じて、リソースプールに総数分に対応するバイパスリソースを構成し、端末デバイスが自ら対応するバイパスリソースを選択するようにしてもよい。
ここで、前記第１の通信ユニット３１は、コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信し、
ここで、前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む。
ここで、前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む。
例えば、フィードバック情報が、報告情報において要求された端末デバイスの数のアクセスをサポートすることを示す場合には、基地局は、端末デバイスのリソース構成を継続し、一方、フィードバック情報が、報告情報において要求された端末デバイスの数のアクセスをサポートしないことを示す場合には、基地局は、端末デバイスのリソースを構成しないことを含む。
また、前記フィードバック情報が前記要求されるサービスの特徴又はタイプをサポートしないことを示す場合、基地局(ネットワークデバイス)は、このグループの端末デバイスに対してリソース構成を行わず、一方、前記報告情報における１つのグループの端末デバイスの数の数、前記必要なリソースの数、及び前記サービスの特徴の少なくとも１つの情報に基づいて、１つのグループの端末デバイスに対してリソース構成を継続することを含んでもよい。
具体的には、図３に示すように、１つのグループの端末に含まれる１以上の端末がＡＳ層を介してリソース数及び／又は最新ユーザ数を報告し、報告端末は、グループの端末のクラスタヘッド端末であってもよいし、全ての端末であってもよいが、報告情報に情報(例えば、グループＩＤ )が含まれ、今回の報告がグループの端末が使用されるリソースの再申し込みであることを示す。
ＡＳ層メッセージの報告は、ＭＡＣ層ＭＡＣ ＣＥ又はＳＬ ＵＥ ＩｎｆｏｒｍａｔｉｏｎなどのＲＲＣメッセージを使用することができ、メッセージに最新のグループ内の端末の数及び/又は変化する必要があるリソースの数を追加する。
また、報告するＡＳ層の情報は、サポートしたいサービスの特徴、ＱｏＳ (例えば、５ＱＩまたはＱＣＩ )を含み、
基地局は、このメッセージを受信すると、更新されたリソース数および/または最新ユーザ数に従って、対応するＳＬリソースを構成する。
基地局は、このメッセージを受信すると、更新されたリソース数および/または最新ユーザ数に従って、対応するＳＬリソースを構成する。
また、基地局は、コアネットワークに要求を転送して、このグループの端末が対応する数の端末アクセスをサポートできるか否か、および対応するＱｏＳ要件のサービスをサポートできるか否かを確認することもできる。
このように、上記の構成を採用することにより、サービスの特性、前記１つのグループの端末デバイスの数、リソース数のいずれかを含む１つのグループの端末デバイスから報告された情報に基づいて、端末デバイスに対するバイパスリソース構成を行うことができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割り当て調整ポリシを最適化し、ユーザ数、サービス要求に基づくリソース追加、変更、解放を支援することができ、ネットワークがローカルサイドリンクデータ伝送を柔軟にサポートすることができる。
実施例四
本発明の実施例は、端末デバイスを提供し、図６に示すように、
第２の通信ユニット４１は、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
本発明の実施例は、端末デバイスを提供し、図６に示すように、
第２の通信ユニット４１は、ネットワーク側に報告情報を送信し、ここで、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信する。
ここで、前記サービスの特徴は、端末が送信する必要があるサービスの特徴又はサポートされるサービスの特徴であり、前記リソース数は、端末が当該サービスを送信するリソース数である。
ここで、前記ネットワークデバイスは、ネットワーク側のデバイスであってもよく、具体的には、ネットワーク側のコアネットワークにおけるデバイスであってもよく、ネットワーク側の基地局であってもよい。前記端末デバイスは、ローカルサイドリンクデータサービス伝送が可能な端末デバイスであってもよい。また、上記端末デバイスは、１つのグループの端末デバイスのうちクラスタヘッド端末であってもよいし、全ての端末であってもよい。
ここで、前記バイパスリソースは、端末デバイスと端末デバイスとのサイドリンク（Ｓｉｄｅ Ｌｉｎｋ）されるリソースと理解されてもよい。
以下では、ネットワークデバイスが異なる位置にあるデバイスをそれぞれ例として、具体的な処理方式を説明する。
処理方式１として、ネットワークデバイスがコアネットワークのデバイスであり、
このシーンにおいて、第２の通信ユニット４１は、非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信する。
このシーンにおいて、第２の通信ユニット４１は、非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信する。
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。指示情報は、識別値と理解されてもよく。例えば、指示情報が１の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みであることを示し、指示情報が０の場合には、今回の報告が端末デバイスが使用されるリソースの再申し込みでないことを示す。
処理方式２として、上記の処理との相違点は、このシーンにおいて、ネットワークデバイスはネットワーク側の基地局であってもよく、具体的には、
第２の通信ユニット４１は、アクセス層ＡＳを介してネットワーク側に報告情報を送信する。
第２の通信ユニット４１は、アクセス層ＡＳを介してネットワーク側に報告情報を送信する。
具体的に、ＭＡＣ ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信する。
ここで、前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される。
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む。
つまり、報告情報のリソース数に基づいて、該１つのグループの端末デバイスのためにバイパスリソースの構成を直接行い、及び／又は、１つのグループの端末デバイスの数に基づいて、このグループの端末デバイスに構成するバイパスリソースのリソースプールを決定する。
以上のように、端末デバイスがどのようにバイパスリソースを取得するかは、以下の２つの方式があり
方式１として、第２の通信ユニット４１は、前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信し、
つまり、ネットワーク側が１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスのために、対応するバイパスリソースをそれぞれ構成し、そして、端末デバイスがネットワーク側により構成されるバイパスリソースを直接取得することができる。
方式１として、第２の通信ユニット４１は、前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信し、
つまり、ネットワーク側が１つのグループの端末デバイスのうちの少なくとも一部の端末デバイスのために、対応するバイパスリソースをそれぞれ構成し、そして、端末デバイスがネットワーク側により構成されるバイパスリソースを直接取得することができる。
方式２として、前記端末デバイスがさらに、第２の処理ユニット４２及び第２の通信ユニット４１を含み
第２の処理ユニット４２は、前記リソースプールからバイパスリソースを選定し、
第２の通信ユニット４１は、前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信する。
第２の処理ユニット４２は、前記リソースプールからバイパスリソースを選定し、
第２の通信ユニット４１は、前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信する。
つまり、ネットワーク側が１つのグループの端末デバイスのために対応するリソースプールを直接に割り当て、ここで、端末デバイスがリソースプールからバイパスリソースを選択する。
このように、上記の構成を採用することにより、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のいずれかを含む１つのグループの端末デバイスから報告された情報に基づいて、端末デバイスに対するバイパスリソース構成を行うことができる。これにより、将来のローカルサイドリンクデータサービス伝送におけるリソース割り当て調整ポリシを最適化し、ユーザ数、サービス要求に基づくリソース追加、変更、解放を支援することができ、ネットワークがローカルサイドリンクデータ伝送を柔軟にサポートすることができる。
本発明の実施例は、図７に示すように、少なくとも１つのプロセッサ５１と、メモリ５２と、少なくとも１つのネットワークインタフェース５３とを含むネットワークデバイス又は端末デバイスのハードウェア構成アーキテクチャをさらに提供する。各構成要素は、バスシステム５４によって互いに結合される。バスシステム５４は、これらの構成要素間の接続通信を可能にするために使用されることが理解される。バスシステム５４は、データバスの他に、電源バス、制御バスおよびステータス信号バスを含んでいる。ただし、説明を分かりやすくするために、図５では、各種のバスをバスシステム５４と表記している。
なお、本発明の実施の形態におけるメモリ５２は、揮発性メモリであっても不揮発性メモリであってもよく、揮発性メモリと不揮発性メモリの両方を含んでもよい。
いくつかの実施形態において、メモリ５２は、実行可能モジュール若しくはデータ構造、又はそれらのサブグループ、又はそれらの拡張グループの要素であるオペレーティングシステム５２１およびアプリケーションプログラム５２２を記憶する
ここで、前記プロセッサ５１は、前記実施例１又は２の方法ステップを処理することができるように構成され、ここでその説明が省略される。
ここで、前記プロセッサ５１は、前記実施例１又は２の方法ステップを処理することができるように構成され、ここでその説明が省略される。
本発明の実施例は、実行されると、前述の実施例１又は２の方法ステップを実施するコンピュータ実行可能命令を記憶したコンピュータ記憶媒体を提供する。
本発明の実施例に係る装置は、ソフトウェア機能モジュールの形態で実現され、独立した製品として販売または使用される場合、一つのコンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本発明の実施形態の技術的解決策の本質または従来技術に寄与する部分は、本発明の様々な実施形態による方法の全てまたは一部を１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る)に実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。また、前記記憶媒体としては、U字ディスク、リムーバブルハードディスク、リードオンリーメモリ( ＲＯＭ，Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ )、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。このように、本発明の実施形態は、ハードウェアとソフトウェアのいかなる組み合わせにも限定されない。
従って、本発明の実施例は、本発明の実施例によるデータスケジューリング方法を実行するように構成されたコンピュータプログラムを格納するコンピュータ記憶媒体をさらに提供する。
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
Claims (35)
- ネットワークデバイスに応用されるリソース割当方法であって、
１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することと、
前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含み、
前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソースの数のうちの少なくとも１つを含む
ことを特徴とするリソース割当方法。 - 前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することは、
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスが非アクセス層ＮＡＳを介して送信した報告情報を受信することを含む
ことを特徴とする請求項１に記載のリソース割当方法。 - 前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２に記載のリソース割当方法。 - 前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、及び／又は、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定することと、
前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、前記基地局が前記端末デバイスの数及び／又は５ＱＩ又はＱＣＩに基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することとを含む
ことを特徴とする請求項２に記載のリソース割当方法。 - 前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信することは、
前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信することを含む
ことを特徴とする請求項１に記載のリソース割当方法。 - 前記アクセス層ＡＳを介して送信した報告情報を受信することは、
ＭＡＣ ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して前記端末デバイスにより送信された前記報告情報を受信することを含む
ことを特徴とする請求項５に記載のリソース割当方法。 - 前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項５に記載のリソース割当方法。 - 前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成することは、
前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成することを含む
ことを特徴とする請求項５に記載のリソース割当方法。 - 前記方法は、さらに、
コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信することを含み、
前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む
ことを特徴とする請求項８に記載のリソース割当方法。 - 端末デバイスに応用されるリソース割当方法であって、
ネットワーク側に報告情報を送信することと、
ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することとを含み、前記報告情報は、サービスの特徴、１つのグループの前記端末デバイスの数、リソース数のうちの少なくとも１つを含む
ことを特徴とするリソース割当方法。 - 前記ネットワーク側に報告情報を送信することは、
非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信することを含む
ことを特徴とする請求項１０に記載のリソース割当方法。 - 前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項１１に記載のリソース割当方法。 - 前記ネットワーク側に報告情報を送信することは、
アクセス層ＡＳを介してネットワーク側に報告情報を送信することを含む
ことを特徴とする請求項１０に記載のリソース割当方法。 - 前記アクセス層ＡＳを介してネットワーク側に報告情報を送信することは、
ＭＡＣ ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信することを含む
ことを特徴とする請求項１３に記載のリソース割当方法。 - 前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項１４に記載のリソース割当方法。 - 前記ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信することは、
前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信すること、
又は、
前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信し、前記リソースプールからバイパスリソースを選定することを含む
ことを特徴とする請求項１３〜１５のいずれか１項に記載のリソース割当方法。 - 第１の通信ユニットと、第１の処理ユニットと、を備えるネットワークデバイスであって、
前記第１の通信ユニットは、１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスにより送信された報告情報を受信し、前記報告情報は、サービスの特徴、前記１つのグループの端末デバイスの数、リソース数のうちの少なくとも１つを含み、
前記第１の処理ユニットは、前記報告情報に基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する
ことを特徴とするネットワークデバイス。 - 前記第１の通信ユニットは、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスが非アクセス層ＮＡＳを介して送信した報告情報を受信する
ことを特徴とする請求項１７に記載のネットワークデバイス。 - 前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項１８に記載のネットワークデバイス。 - 前記第１の処理ユニットは、前記報告情報に基づいて、前記１つのグループの端末デバイスの数を決定し、及び／又は、前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを決定し、
前記第１の通信ユニットは、前記１つのグループの端末デバイスの数及び／又は前記１つのグループの端末デバイスに対する５ＱＩ又はＱＣＩを基地局に送信し、前記基地局が前記端末デバイスの数及び／又は５ＱＩ又はＱＣＩに基づいて、対応するバイパスリソースを前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスに構成する
ことを特徴とする請求項１９に記載のネットワークデバイス。 - 前記第１の通信ユニットは、前記１つのグループの端末デバイスのうちの少なくとも１つの端末デバイスがアクセス層ＡＳを介して送信した報告情報を受信する
ことを特徴とする請求項１７に記載のネットワークデバイス。 - 前記第１の通信ユニットは、ＭＡＣ ＣＥ、又は無線リソース制御ＲＲＣメッセージを介して前記端末デバイスにより送信された前記報告情報を受信する
ことを特徴とする請求項２１に記載のネットワークデバイス。 - 前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２１に記載のネットワークデバイス。 - 前記第１の処理ユニットは、前記報告情報におけるリソース数及び／又は１つのグループの端末デバイスの数に基づいて、対応するバイパスリソースを構成する
ことを特徴とする請求項２１に記載のネットワークデバイス。 - 前記第１の通信ユニットは、コアネットワークに前記報告情報を送信し、前記コアネットワークにより送信されたフィードバック情報を受信し、
前記フィードバック情報は、前記報告情報に要求される端末デバイスの数のアクセスをサポートするかどうか、及び／又は、前記報告情報に要求されるサービスタイプ又は特徴をサポートするかどうかを含む
ことを特徴とする請求項２４に記載のネットワークデバイス。 - 第２の通信ユニットを備える端末デバイスであって、
前記第２の通信ユニットは、ネットワーク側に報告情報を送信し、ネットワーク側により前記端末デバイスのために構成された、対応するバイパスリソースを受信し、
前記報告情報は、サービスの特徴、１つのグループの前記端末デバイスの数、リソース数のうちの少なくとも１つを含む
ことを特徴とする端末デバイス。 - 前記第２の通信ユニットは、非アクセス層ＮＡＳを介してネットワーク側に報告情報を送信する
ことを特徴とする請求項２６に記載の端末デバイス。 - 前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２７に記載の端末デバイス。 - 前記第２の通信ユニットは、アクセス層ＡＳを介してネットワーク側に報告情報を送信する
ことを特徴とする請求項２６に記載の端末デバイス。 - 前記第２の通信ユニットは、ＭＡＣ ＣＥ、又は、無線リソース制御ＲＲＣメッセージを介して前記報告情報を送信する
ことを特徴とする請求項２９に記載の端末デバイス。 - 前記報告情報が指示情報をさらに含み、前記指示情報は、今回報告が前記１つのグループの端末デバイスが使用されるリソースの初回の申し込み又は再申し込みであることを特定するために使用される
ことを特徴とする請求項２６に記載の端末デバイス。 - 前記端末デバイスが
第２の処理ユニットを含み、
前記第２の処理ユニットは、リソースプールからバイパスリソースを選定し、
前記第２の通信ユニットは、前記ネットワーク側により前記端末デバイスのために割り当てた、前記端末デバイスに応用されるバイパスリソースを受信し、又は、前記ネットワーク側により前記端末デバイスが存在する１つのグループの端末デバイスのために割り当てたリソースプールを受信する
ことを特徴とする請求項２９〜３１のいずれか１項に記載の端末デバイス。 - プロセッサと、前記プロセッサで実行可能なコンピュータプログラムを格納するメモリとを備えるネットワークデバイスであって、
前記プロセッサは、前記コンピュータプログラムを実行することによって、請求項１〜９のいずれか１項に記載の方法のステップを実行するように構成されている
ことを特徴とするネットワークデバイス。 - プロセッサと、前記プロセッサ上で実行可能なコンピュータプログラムを格納するメモリとを備える端末デバイスであって、
前記プロセッサは、前記コンピュータプログラムを実行することにより、請求項１０〜１６のいずれか１項に記載の方法のステップ実行するように構成されている
ことを特徴とする端末デバイス。 - 請求項１〜１６のいずれか１項に記載の方法のステップを実行するコンピュータ実行可能命令を記憶した
ことを特徴とするコンピュータ記憶媒体。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2018/072462 WO2019136710A1 (zh) | 2018-01-12 | 2018-01-12 | 资源分配方法、网络设备、终端设备及计算机存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2021515431A true JP2021515431A (ja) | 2021-06-17 |
Family
ID=67218399
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020537694A Withdrawn JP2021515431A (ja) | 2018-01-12 | 2018-01-12 | リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US11432292B2 (ja) |
| EP (1) | EP3740017A4 (ja) |
| JP (1) | JP2021515431A (ja) |
| KR (1) | KR20200109329A (ja) |
| CN (1) | CN111543106A (ja) |
| AU (1) | AU2018401500A1 (ja) |
| WO (1) | WO2019136710A1 (ja) |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9066354B2 (en) * | 2008-09-26 | 2015-06-23 | Haipeng Jin | Synchronizing bearer context |
| CN102333315B (zh) * | 2010-07-12 | 2014-07-02 | 中国移动通信集团公司 | 一种频率资源分配方法、装置及系统 |
| TWI487415B (zh) * | 2011-05-02 | 2015-06-01 | Inst Information Industry | 網路系統、微型基地台、微型基地台管理裝置、資源分配方法及其電腦程式產品 |
| US9288816B2 (en) * | 2012-08-31 | 2016-03-15 | Qualcomm Incorporated | Providing service based on quality of service resources in a long term evolution communications system |
| CN104184540B (zh) * | 2013-05-23 | 2017-12-01 | 电信科学技术研究院 | D2d通信中的数据传输方法和设备 |
| CN103841649A (zh) * | 2014-03-19 | 2014-06-04 | 宇龙计算机通信科技(深圳)有限公司 | 终端直连通信方法和终端直连通信系统 |
| TWI572234B (zh) * | 2014-08-18 | 2017-02-21 | 財團法人資訊工業策進會 | 用於巢狀式網路之中央控制設備及其資源分配方法 |
| CN105530712B (zh) * | 2014-09-30 | 2019-01-18 | 华为技术有限公司 | 直连链路调度方法、接入点和终端设备 |
| WO2016070911A1 (en) * | 2014-11-05 | 2016-05-12 | Telefonaktiebolaget L M Ericsson (Publ) | Proactive admission control for multi-coverage d2d communications |
| CN105578382B (zh) * | 2014-11-06 | 2020-04-07 | 中兴通讯股份有限公司 | 资源的获取、配置方法及装置，资源池的配置方法及装置 |
| CN107040557B (zh) * | 2016-02-03 | 2020-10-09 | 中兴通讯股份有限公司 | 资源申请、分配方法，ue及网络控制单元 |
| WO2018047401A1 (ja) * | 2016-09-09 | 2018-03-15 | 日本電気株式会社 | 無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体 |
-
2018
- 2018-01-12 CN CN201880085127.4A patent/CN111543106A/zh active Pending
- 2018-01-12 AU AU2018401500A patent/AU2018401500A1/en not_active Abandoned
- 2018-01-12 EP EP18899392.7A patent/EP3740017A4/en not_active Withdrawn
- 2018-01-12 KR KR1020207022634A patent/KR20200109329A/ko not_active Application Discontinuation
- 2018-01-12 JP JP2020537694A patent/JP2021515431A/ja not_active Withdrawn
- 2018-01-12 WO PCT/CN2018/072462 patent/WO2019136710A1/zh unknown
-
2020
- 2020-07-10 US US16/926,642 patent/US11432292B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN111543106A (zh) | 2020-08-14 |
| US11432292B2 (en) | 2022-08-30 |
| US20200344744A1 (en) | 2020-10-29 |
| AU2018401500A1 (en) | 2020-08-20 |
| KR20200109329A (ko) | 2020-09-22 |
| WO2019136710A1 (zh) | 2019-07-18 |
| EP3740017A4 (en) | 2020-12-30 |
| EP3740017A1 (en) | 2020-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7183416B2 (ja) | 時間依存ネットワーキング通信方法及び装置 | |
| US10798761B2 (en) | Method for establishing protocol data unit session in communication system | |
| CN110166580B (zh) | 资源管理的方法、设备及系统 | |
| US11589401B2 (en) | Systems and methods for ran slicing in a wireless access network | |
| WO2018171375A1 (zh) | 一种网络切片选择方法、用户设备及网络设备 | |
| US11190602B2 (en) | Communication method and communications device | |
| KR102412288B1 (ko) | 제 3자 응용 서버에서 단말의 무선 연결 타입 변경을 확인하는 방법 | |
| WO2019165882A1 (zh) | 一种切片信息的获取方法和中继装置 | |
| EP3496432A1 (en) | Communication method and device | |
| JP7086853B2 (ja) | ネットワークアクセス方法、その関連機器およびシステム | |
| JP7106639B2 (ja) | アップリンクデータパケットリソース割り当て方法およびユーザ端末 | |
| JP2020534760A (ja) | Ｒｂｇ分割方法およびユーザ端末 | |
| US10257830B2 (en) | Allocating unlicensed and licensed radio frequency spectrum bands for the transmission of audio and video packets | |
| WO2024067797A1 (zh) | 信息传输方法、第一通信节点、第二通信节点及存储介质 | |
| EP3493637B1 (en) | Resource scheduling method and apparatus for a logical channel | |
| US20180220304A1 (en) | Controller and base station | |
| WO2020088217A1 (zh) | 资源分配方法、终端及通信设备 | |
| US20220141762A1 (en) | Network slice selection in a wireless telecommunications network | |
| JP2021518707A (ja) | 無線通信方法、ユーザ装置及びネットワーク装置 | |
| JP2021515431A (ja) | リソース割当方法、ネットワークデバイス、端末デバイス及びコンピュータ記憶媒体 | |
| CN111065167B (zh) | 一种bsr上报方法、终端和网络侧设备 | |
| CN115190433A (zh) | 一种多播业务的通信方法及装置 | |
| TW200939844A (en) | Broadband wireless access system, base station, and notification method by the base station | |
| RU2735944C1 (ru) | Способ передачи услуги, базовая станция и терминал | |
| CN116801198A (zh) | 数据传输方法、装置、系统和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20201211 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20201211 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20210624 |