JP2022513742A

JP2022513742A - リソーススケジューリング方法、端末デバイス及びネットワークデバイス

Info

Publication number: JP2022513742A
Application number: JP2021532444A
Authority: JP
Inventors: シュ、ヤン
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2018-12-20
Filing date: 2018-12-20
Publication date: 2022-02-09
Also published as: CN113242577B; CN112889322A; CN113242577A; KR20210108368A; WO2020124514A9; EP3852453A1; EP3852453B1; EP3852453A4; US20210243772A1; AU2018454076A1; WO2020124514A1

Abstract

本発明は、リソーススケジューリング方法、端末デバイス、ネットワークデバイス、コンピュータ記録媒体、チップ、コンピュータ読み取り可能な記録媒体、コンピュータプログラム製品及びコンピュータプログラムを提供し、前記リソーススケジューリング方法は、第１の情報を取得するステップと、前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するステップと、を含み、ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる。

Description

本発明は、情報処理の技術分野に関し、特にリソーススケジューリング方法、端末デバイス、ネットワークデバイス、並びにコンピュータ記録媒体、チップ、コンピュータ読み取り可能な記録媒体、コンピュータプログラム製品及びコンピュータプログラムに関する。

ＮＲでは、サービス需要に応じて、ｅＭＢＢ（拡張モバイルブロードバンド）、ｍＭＴＣ（大規模マシン通信）、ｕＲＬＬＣ（超信頼性、低遅延通信）の３つの主要なアプリケーションシナリオに分けられる。Ｒｅｌｅａｓｅ１５ＨＲＬＬＣトピックでは、ＨＲＬＬＣは、高信頼低遅延のサービスを考慮して処理する。Ｒｅｌ－１６では、研究対象を拡張し、Ｆａｃｔｏｒｙａｕｔｏｍａｔｉｏｎ、ＴｒａｎｓｐｏｒｔＩｎｄｕｓｔｒｙ、ＥｌｅｃｔｒｉｃａｌＰｏｗｅｒＤｉｓｔｒｉｂｕｔｉｏｎサービスに対する研究をＮＲＩＩｏＴトピックにまで拡張した。したがって、時間に敏感なネットワーク（ＴｉｍｅＳｅｎｓｉｔｉｖｅＮｅｔｗｏｒｋ，ＴＳＮ）の概念が導入される。伝送時に、５ＧＣを使用してＴＳＮサービス伝送を運搬する必要があるため、ＴＳＮのサービス伝送需要を如何に５ＧＣネットワークにマッピングするかを考慮する必要がある。また、伝送時に、ＩＩｏＴのサービス需要のみを考慮し、最大リソース予約に従って、ＵＲＬＬＣにリソースを事前構成すると、ｅＭＢＢサービスを伝送できなくなったり、システム性能が低下したりする可能性がある。しかしながら、現在では、ＴＳＮネットワークからの決定的サービスに対して如何にリソース構成を行うかについての最終的な結論はない。

上記の技術的問題を解決するために、本発明の実施例は、リソーススケジューリング方法、端末デバイス、ネットワークデバイス、並びにコンピュータ記録媒体、チップ、コンピュータ読み取り可能な記録媒体、コンピュータプログラム製品及びコンピュータプログラムを提供する。

第１の態様によれば、本発明の実施例は、第１のネットワークデバイスに適用されるリソーススケジューリング方法を提供し、前記方法は、
第１の情報を取得するステップと、
前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するステップと、を含み、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる。

第２の態様によれば、本発明の実施例は、第２のネットワークデバイスに適用されるリソーススケジューリング方法を提供し、前記方法は、
第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信するステップを含み、
ここで、前記第１の情報は、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するために使用され、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる。

第３の態様によれば、本発明の実施例は、端末デバイスに適用されるリソーススケジューリング方法を提供し、前記方法は、
第２のネットワークデバイスからの第１の情報を受信するステップと、
前記第１の情報に基づいて、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するステップと、を含み、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる。

第４の態様によれば、本発明の実施例は、第１のネットワークデバイスを提供し、前記第１のネットワークデバイスは、
第１の情報を取得し、前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定する第１の処理ユニットを備え、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる。

第５の態様によれば、本発明の実施例は、第２のネットワークデバイスを提供し、前記第２のネットワークデバイスは、
第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信する第２の通信ユニットを備え、
ここで、前記第１の情報は、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するために使用され、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる。

第６の態様によれば、本発明の実施例は、端末デバイスを提供し、前記端末デバイスは、
第２のネットワークデバイスからの第１の情報を受信する第３の通信ユニットと、
前記第１の情報に基づいて、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定する第３の処理ユニットと、を備え、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる。

第７の態様によれば、本発明の実施例は、ネットワークデバイスを提供し、前記ネットワークデバイスは、プロセッサーと、プロセッサー上で実行できるコンピュータプログラムを格納するためのメモリと、を備え、
ここで、このメモリは、コンピュータプログラムを格納するために使用され、前記プロセッサーは、前記メモリに格納されたコンピュータプログラムを呼び出して実行し、上記の第１の態様、第２の態様、又はその各実現形態における方法を実行するために使用される。

第８の態様によれば、本発明の実施例は、端末デバイスを提供し、前記端末デバイスは、プロセッサーと、プロセッサー上で実行できるコンピュータプログラムを格納するためのメモリと、を備え、
ここで、このメモリは、コンピュータプログラムを格納するために使用され、前記プロセッサーは、前記メモリに格納されたコンピュータプログラムを呼び出して実行し、上記の第３の態様又はその各実現形態における方法を実行するために使用される。

第９の態様によれば、本発明の実施例は、チップを提供し、前記チップは、メモリからコンピュータプログラムを呼び出して実行し、前記チップが搭載されたデバイスに上記の第１の態様、第２の態様、第３の態様、又はその各実現形態における方法を実行させるためのプロセッサーを備える。

第１０態様によれば、本発明の実施例は、コンピュータ読み取り可能な記録媒体を提供し、前記コンピュータ読み取り可能な記録媒体は、コンピュータプログラムを格納するために使用され、前記コンピュータプログラムは、コンピュータに上記の第１の態様、第２の態様、第３の態様、又はその各実現形態における方法を実行させる。

第１１の態様によれば、本発明の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品を提供し、このコンピュータプログラム命令は、コンピュータに上記の第１の態様、第２の態様、第３の態様、又はその各実現形態における方法を実行させる。

第１２の態様によれば、本発明の実施例は、コンピュータプログラムを提供し、前記コンピュータプログラムは、コンピュータに上記の第１の態様、第２の態様、第３の態様、又はその各実現形態における方法を実行させる。

上記の案を採用することにより、第１の情報の中の少なくとも１つの情報に従って、ネットワークデバイスにおけるリソース予約及び／又はスケジューリング戦略を決定することができ、したがって、ネットワークデバイスの対応するサービスに対する需要を決定し、リソース予約及び／又は割り当て状況を決定して、システムリソースを効果的に使用し、システム性能を向上させることができる。

本発明の実施例に提供される通信システムアーキテクチャの概略図１である。本発明の実施例に提供されるリソーススケジューリング方法の概略フローチャート１である。本発明の実施例に提供されるリソーススケジューリング方法の概略フローチャート２である。本発明の実施例に提供されるリソーススケジューリング方法の概略フローチャート３である。本発明の実施例に提供されるリソーススケジューリング方法の概略フローチャート４である。本発明の実施例に提供されるリソーススケジューリング方法の概略フローチャート５である。本発明の実施例に提供されるネットワークデバイスの構成構造の概略図１である。本発明の実施例に提供されるネットワークデバイスの構成構造の概略図２である。本発明の実施例に提供される端末デバイスの構成構造の概略図である。本発明の実施例に提供されるシステムアーキテクチャの概略図である。本発明の実施例に提供される通信デバイスの構成構造の概略図である。本発明の実施例に提供されるチップの概略ブロック図である。本発明の実施例に提供される通信システムアーキテクチャの概略図２である。

以下、本発明の実施例に係る特徴及び技術的内容をより詳細に理解させるために、図面を参照して本発明の実施例に係る実現を詳細に説明し、添付の図面は、参照及び説明のみを目的としており、本発明の実施例を限定するために使用されない。

以下、本発明の実施例における図面を参照しながら、本発明の実施例における技術案について説明する。なお、説明される実施例は、本発明の一部の実施例に過ぎず、すべての実施例ではない。当業者が本発明の実施例に基づいて、創造的な労働をしていない前提で獲得する他のすべての実施例は、本発明の保護範囲に属する。

本発明の実施例に係る技術案は、グローバルモバイル通信（ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ）システム、符号分割多元接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ：ＣＤＭＡ）システム、広帯域符号分割多元接続（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ：ＷＣＤＭＡ）システム、汎用パケット無線サービス（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ：ＧＰＲＳ）、ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ：ＬＴＥ）システム、ＬＴＥ周波数分割複信（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ：ＦＤＤ）システム、ＬＴＥ時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ：ＴＤＤ）、ユニバーサル移動体通信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ：ＵＭＴＳ）、グローバル相互接続マイクロ波アクセス（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ：ＷｉＭＡＸ）通信システム又は５Ｇシステムなどの様々な通信システムに適用できる。

例示的に、本発明の実施例に適用される通信システム１００は、図１に示すとおりであってもよい。この通信システム１００は、ネットワークデバイス１１０を含んでもよく、ネットワークデバイス１１０は、端末デバイス１２０（又は通信端末、端末と呼ばれる）と通信するデバイスであってもよい。ネットワークデバイス１１０は、特定の地域的領域に通信カバレッジを提供することができ、このカバレッジ領域内の端末デバイスと通信することができる。選択的に、このネットワークデバイス１１０は、ＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ：ＢＴＳ）であってもよいし、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ：ＮＢ）であってもよく、また、ＬＴＥシステムにおける進化型基地局（ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ：ｅＮＢ又はｅＮｏｄｅＢ）、又はクラウド無線アクセスネットワーク（ＣｌｏｕｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ：ＣＲＡＮ）における無線コントローラであってもよく、又はこのネットワークデバイスは、モバイルスイッチングセンター、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルーター、５Ｇネットワークにおけるネットワーク側デバイス、又は将来進化する公衆陸上移動通信ネットワーク（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ：ＰＬＭＮ）におけるネットワークデバイスなどであってもよい。

この通信システム１００は、ネットワークデバイス１１０のカバレッジ内の少なくとも１つの端末デバイス１２０をさらに含む。ここで使用される「端末デバイス」には、公衆交換電話ネットワーク（ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋｓ：ＰＳＴＮ）、ディジタル加入者回線（ＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ：ＤＳＬ）、デジタルケーブル、直接ケーブル接続などの有線回線を介した接続、及び／又は、別のデータ接続／ネットワーク、及び／又は、セルラネットワーク、無線ローカルエリアネットワーク（ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ：ＷＬＡＮ）、ＤＶＢ－Ｈネットワークなどのデジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機などの無線インターフェースを介した接続、及び／又は、通信信号を送受信するように設定された別の端末デバイスの装置、及び／又は、モノのインターネット（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ：ＩｏＴ）デバイスを含むが、これらに限定されない。無線インターフェースを介して通信するように設定された端末デバイスは、「無線通信端末」、「無線端末」又は「移動端末」と呼ばれてもよい。移動端末の例には、衛星又は携帯電話と、セルラ無線電話をデータ処理、ファックス及びデータ通信能力に組み合わせることができるパーソナル通信システム（ＰｅｒｓｏｎａｌＣｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ：ＰＣＳ）端末と、無線電話、ページャー、インターネット／イントラネットアクセス、Ｗｅｂブラウザー、メモ帳、カレンダー及び／又はグローバルポジショニングシステム（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ：ＧＰＳ）受信機を含むことができるＰＤＡと、従来のラップトップ及び／又はパームトップ受信機又は無線電話送受信機を含む他の電子装置と、が含まれるが、これらに限定されない。端末デバイスは、アクセス端末、ユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）、ユーザユニット、ユーザ局、移動局、モバイルステーション、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、又はユーザ装置を指してもよい。アクセス端末は、携帯電話、コードレス電話、セッション確立プロトコル（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：ＳＩＰ）電話、無線ロカールループ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ：ＷＬＬ）局、携帯情報端末（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ：ＰＤＡ）、無線通信機能のあるハンドヘルドデバイス、計算デバイス又は無線モデムに接続する他の処理デバイス、車載デバイス、ウェアラブルデバイス、５Ｇネットワークにおける端末デバイス又は将来進化するＰＬＭＮにおける端末デバイスなどであってもよい。

選択的に、端末デバイス１２０間で端末間（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ：Ｄ２Ｄ）通信を行うことができる。

選択的に、５Ｇシステム又は５Ｇネットワークは、新無線（ＮｅｗＲａｄｉｏ：ＮＲ）システム又はＮＲネットワークと呼ばれることもある。

図１は、１つのネットワークデバイス及び２つの端末デバイスを例示的に示しており、選択的に、この通信システム１００は、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスは、カバレッジ内に他の数の端末デバイスを含んでもよく、本発明の実施例はこれを限定しない。

選択的に、この通信システム１００は、ネットワークコントローラ、モビリティ管理エンティティなどの他のネットワークエンティティをさらに含んでもよく、本発明の実施例はこれを限定しない。

本発明の実施例において、ネットワーク／システム内の通信機能を有するデバイスは、通信デバイスと呼ばれてもよいことを理解されたい。図１に示す通信システム１００を例として、通信デバイスは、通信機能を有するネットワークデバイス１１０及び端末デバイス１２０を含んでもよく、ネットワークデバイス１１０及び端末デバイス１２０は、上記の特定のデバイスであってもよく、ここでは詳細な説明を省略し、通信デバイスは、通信システム１００内の他のデバイス、例えば、ネットワークコントローラ、モビリティ管理エンティティなどの他のネットワークエンティティをさらに含んでもよく、本発明の実施例はこれを限定しない。

本明細書における用語「システム」及び「ネットワーク」は、本明細書で交換可能に使用されることが多いことを理解されたい。本明細書における用語「及び／又は」は、関連付けられたオブジェクトを説明する関連関係に過ぎず、３つの関係が存在できることを表し、例えば、Ａ及び／又はＢは、Ａが単独で存在する、Ａ及びＢが同時に存在する、及びＢが単独で存在するという３つの場合を表すことができる。また、本明細書における符号「／」は一般的に、前後の関連オブジェクトが「又は」の関係であることを表す。

実施例１
本発明の実施例によれば、第１のネットワークデバイスに適用されるリソーススケジューリング方法が提供され、図２に示すように、下記のステップを含む。

ステップ２０１：第１の情報を取得する。

ステップ２０２：前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定する。

ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。

本実施例において、前記第１のネットワークデバイスは基地局デバイスであってもよい。

前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定することは、第１の情報に含まれる少なくとも１つの情報に従って、第１のネットワークデバイスの後の所定の期間のためのリソース予約及び／又はスケジューリング戦略を決定することであってもよく、
また、前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳｆｌｏｗに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵｓｅｓｓｉｏｎに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略を決定することと、のうちの少なくとも１つをさらに含んでもよい。

前記第１の情報に基づいて、第１のネットワークデバイスにおいて第１のサービスに対応するリソース予約及び／又はスケジューリング戦略を得ることができると理解でき、
又は、第１の情報に基づいて、第１のネットワークデバイスにおいて前記第１のサービスを運搬するデータベアラなどの他の関連リソースのリソース予約及び／又はスケジューリング戦略を決定することであってもよい。

第１の情報において、前記サービス到着時点及び／又は許容誤差は、１つのサービスが到着した単一の時点であってもよいし、１つのサービス周期内でサービスが到着した単一の時点であってもよいし、１つのサービス周期内でサービスが到着した複数の時点であってもよいし、サービスが到着した複数の時点であってもよい（非周期的）。

第１の情報において、前記サービス到着許容誤差は、前記サービス到着時点が到着する許容誤差範囲、即ち許容される誤差ウィンドウ又は遅延到着ウィンドウである。

第１の情報において、前記サービス伝送が成功した期間は、サービスが到着してからサービス伝送が成功するまでの時間長、又はサービスが到着してから１回のサービス伝送の時間長であり、又は構成されたサービスが到着してからサービス伝送が成功するまでの時間長、又は構成されたサービスが到着してから１回のサービス伝送の時間長である。

第１の情報において、前記サービス伝送予約時間ウィンドウ長は、サービスが到着した時間ウィンドウである。

第１の情報において、前記時間ウィンドウ周期は、前記サービス伝送予約時間ウィンドウの周期である。

例えば、第１のネットワークデバイス、即ち基地局は、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間によって決定されるサービス到着時間、及びデータ伝送を完了するまでの時間の許容範囲に従って、それに応じてリソースを構成する（例えば、ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ／ＳＰＳ）、又はリソース伝送を動的にスケジュールする。

別の例として、少なくとも第１の情報の中のサービスタイプなどの情報に従って、第１のサービス及び第１のサービスのタイプを決定し、次に、サービス到着ウィンドウ、平均パケットサイズなどの情報に従って、第１のサービスのためのリソース予約及び／又はスケジューリング戦略を決定する。リソース予約及び／又はスケジューリング戦略は、上記の第１の情報の中の少なくとも１つの情報に従って行うことができ、上記は例にすぎず、リソース予約及びスケジューリング戦略の処理を行うために上記の情報しか使用できないことを意味するものではないことを理解されたい。ここで、リソース予約及び／又はスケジューリング戦略は、第１のサービス又は所定の期間のタスクを実行するために第１のネットワークデバイスが予約する必要があるリソースとして理解でき、リソースの時間領域位置及び周波数領域位置が含まれてもよく、スケジューリング戦略は、あるサービス又はある所定の期間のタスクを実行するためにスケジュールされるリソースの戦略であってもよい。

別の例として、少なくとも第１の情報の中のサービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、データパケットサイズ、データパケット連続到着時間などの情報に従って、第１のサービスに対応するＱｏＳフロー、ＰＤＵセッション、論理チャネル、論理チャネルグループの中の少なくとも１つ、及び第１のサービスのタイプを決定し、次に、サービス到着ウィンドウ、平均パケットサイズなどの情報に従って、第１のサービスに対応するＱｏＳフロー、ＰＤＵセッション、論理チャネル、論理チャネルグループの中の少なくとも１つのためのリソース予約及び／又はスケジューリング戦略を決定する。

本実施例において、前記第１の情報を取得することは、サードパーティアプリケーションサーバ又は端末デバイス又は第２のネットワークデバイスから前記第１の情報を受信することであってもよい。

ここで、前記第２のネットワークデバイスは、コアネットワークのデバイスであってもよい。つまり、基地局側で受信された第１の情報は、コアネットワークから送信されてもよいし、端末デバイスから送信されてもよい。例えば、前記第２のネットワークデバイスには、ＵＰＦ、ＳＭＦ、ＡＭＦなどのコアネットワークデバイス、サードパーティアプリケーションサーバのうちの少なくとも１つのデバイスが含まれる。また、本実施例において、前記端末デバイスには、第１のサービスをサポートするユーザ機器、指定されたユーザ機器、セル内の全てのユーザ機器のうちの少なくとも１つのデバイスが含まれる。例えば、前記第１の情報が端末デバイスからのものである場合、第１のネットワークデバイスは、前記第１の情報を使用してリソース予約及び／又はスケジューリング戦略を決定することができる。

選択的に、前記第１の情報を取得することは、第２の情報に基づいて、前記第１の情報を決定することをさらに含み、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。

前記第１の情報は、第２の情報に従って決定される。例えば、前記第１の情報は、前記第２の情報又はその派生情報に従って決定される。又は、前記第１の情報は、前記第２の情報及び／又は他の情報に従って決定される。

ここで、前記利用可能な時間周波数リソースは、ＳＰＳ／ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ以外のリソースであり、又は、前記利用可能な時間周波数リソースは、第１のサービスで使用するために予約されたリソースである。

例えば、前記第２の情報は、サービス識別子、サービス優先度情報、負荷情報、利用可能な時間周波数リソースなどの情報である。前記第２のネットワークデバイスは、第２の情報に従ってＴＳＮから５ＧＣへのサービスモデルマッピングを決定し、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、即ち第１の情報を決定する。

又は、前記第２の情報は、サービス周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間などの情報である。前記第２のネットワークデバイスは、第２の情報に従ってＴＳＮから５ＧＣへのサービスモデルマッピングを決定し、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、即ち第１の情報を決定する。

又は、前記第２の情報は、推奨されるサービス識別子及び／又はＱｏＳパラメーターなどの情報であり、前記第２のネットワークデバイスは、第２の情報に従って第１の情報を決定する。

例えば、第２の情報により第１の情報を決定することができ、その決定方法は、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差に従って、第１の情報の中のサービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差を決定することであってもよい。又は、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期に従って、第１の情報の中のサービス伝送予約時間ウィンドウ長、時間ウィンドウ周期を決定することであってもよい。又は、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間に従って、第１の情報の中のサービス到着時点及び／又は許容誤差、サービス伝送が成功した期間を決定することであってもよい。さらに、第１の情報を決定する間接的な方式もあり、例えば、第２の情報で負荷情報が伝送される場合、負荷情報に含まれるデータ量のサイズ及び／又はデータパケット連続到着時間に従って、第１の情報の中のサービス伝送が成功した期間又はサービス伝送予約時間ウィンドウ長を決定することができ、第２の情報に利用可能な時間周波数リソースが含まれる場合、利用可能な時間周波数リソースに従って、第１の情報の中のサービス到着時点を決定することができ、及び／又は、サービス伝送予約時間ウィンドウ長も決定することができ、例えば、利用可能な時間周波数リソースにおいて時間領域リソースがｔ１－ｔ２である場合、サービス伝送予約時間ウィンドウの長さは、この期間より短くてもよい。別の例として、第２の情報にデータパケットサイズ及びデータパケット連続到着時間が含まれる場合、伝送データパケットに対応する平均パケットサイズ、サービス伝送予約時間ウィンドウ長又はサービス伝送が成功した期間を決定することができ、これらは、処理効率などのパラメーターに従って推定することができ、具体的な推定方式については詳細な説明を省略する。又は、許容されるサービス識別子（又は推奨されるサービス識別子）及びＱｏｓパラメーターに従って、サービス優先度を決定することもでき、許容されるサービス識別子（又は推奨されるサービス識別子）及びＱｏｓパラメーターに従って、第１の情報の中のサービス伝送予約時間ウィンドウ長、時間ウィンドウ周期を決定することもでき、又は、第２の情報の中のサービス優先度指示に従って、第１の情報の中のサービス優先度を直接決定することもできる。上記は、第２の情報に基づいて第１の情報を決定する幾つかの例にすぎず、実際には、第１の情報を得るために第２の情報の中の内容を組み合わせる処理方式が他にもあるかもしれないが、本実施例では一々列挙しないことを理解されたい。

前記第２の情報に基づいて前記第１の情報を決定する前に、前記方法は、第２のネットワークデバイス、サードパーティアプリケーションサーバ、又は端末デバイスにより送信された第２の情報を受信するステップをさらに含む。

第２の情報は、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの一部の情報であってもよいし、全ての情報であってもよく、例えば、前記第２の情報は、端末デバイス又はサードパーティアプリケーションサーバからのものであり、前記第２の情報は、サービス周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間などの情報であることに注意されたい。前記第２のネットワークデバイスは、第２の情報に従って第１の情報を決定する。

前記第１の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれ、及び／又は、
前記第２の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれる。

例えば、前記第１の情報は、アップリンク方向の伝送に対応し、及び／又は、ダウンリンク方向の伝送に対応する。又は、前記第１の情報は、単独でアップリンクＵＬ／ダウンリンク（ＤＬ）指示であってもよいし、アップリンク及びダウンリンク指示を区別しなくてもよい。第２の情報の伝送は第１の情報と同様であり、詳細な説明は省略する。

前記第１の情報は個別メッセージにより運搬され、及び／又は、前記第２の情報は個別メッセージにより運搬される。

前記第１の情報及び／又は第２の情報は、登録フロー、セッション確立フロー、セッション修正フロー、サービス要求フローのうちの少なくとも１つのフローで伝送される。例えば、前記第１の情報は、ＲＲＣ、ＭＡＣＣＥ、ＤＣＩ、ＰＤＵＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎｐｒｏｃｅｄｕｒｅなどのメッセージ又はプロセスに含まれる。

前記第１のサービスは、高信頼低遅延サービスである。例えば、前記第１のサービスは、ＴＳＮサービス、ＵＲＬＬＣサービスのうちの１つである。もちろん、上記は例にすぎず、実際には、様々な高信頼低遅延サービスが、本実施例に提供される案を採用することができ、例えば、前述の例に加えて、車両インターネッサービスをさらに含んでもよい。

以上から分かるように、上記の案を採用することにより、第１の情報の中の少なくとも１つの情報に従って、ネットワークデバイスにおけるリソース予約及び／又はスケジューリング戦略を決定することができ、したがって、ネットワークデバイスの対応するサービスに対する需要を決定し、リソース予約及び／又は割り当て状況を決定して、システムリソースを効果的に使用し、システム性能を向上させることができる。

実施例２
本発明の実施例によれば、第２のネットワークデバイスに適用されるリソーススケジューリング方法が提供され、図３－１に示すように、下記のステップを含む。

ステップ３０１：第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信する。

ここで、前記第１の情報は、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するために使用され、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。

本実施例において、前記第１のネットワークデバイスは基地局デバイスであってもよい。前記第２のネットワークデバイスは、コアネットワークのデバイスであってもよい。つまり、基地局側で受信された第１の情報は、コアネットワークから送信されてもよいし、端末デバイスから送信されてもよい。つまり、ＵＥ側で受信された第１の情報は、コアネットワークから送信されてもよいし、第１のネットワークデバイスから送信されてもよい。例えば、前記第２のネットワークデバイスには、ＵＰＦ、ＳＭＦ、ＡＭＦなどのコアネットワークデバイスのうちの少なくとも１つのデバイスが含まれ、また、第２のネットワークデバイスは、コアネットワークデバイスでなくてもよく、例えば、サードパーティアプリケーションサーバであってもよい。また、本実施例において、前記端末デバイスには、第１のサービスをサポートするユーザ機器、指定されたユーザ機器、セル内の全てのユーザ機器のうちの少なくとも１つのデバイスが含まれる。例えば、前記第１の情報が端末デバイスからのものである場合、第１のネットワークデバイスは、前記第１の情報を使用してリソース予約及び／又はスケジューリング戦略を決定することができる。

前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定することは、第１の情報に含まれる少なくとも１つの情報に従って、この情報を受信した後のある所定の期間内のリソース予約及び／又はスケジューリング戦略など、第１のネットワークデバイスの後の所定の期間のためのリソース予約及び／又はスケジューリング戦略を決定することであってもよい。

又は、前記第１の情報は、
前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳｆｌｏｗに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵｓｅｓｓｉｏｎに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略と、のうちの少なくとも１つを決定するために使用される。

第１の情報において、前記サービス伝送が成功した期間は、構成されたサービスが到着してからサービス伝送が成功するまでの時間長、又は構成されたサービスが到着してから１回のサービス伝送の時間長であり、又は構成されたサービスが到着してからサービス伝送が成功するまでの時間長、又は構成されたサービスが到着してから１回のサービス伝送の時間長である。

本実施例において、第２のネットワークデバイスは、第１の情報を送信する方式をトリガし、前記第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信することは、
所定の条件が満たされた場合、第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信することを含む。

ここで、前記所定の条件には、
伝送周期が満たされること、及び／又は、トリガ条件が満たされることが含まれ、ここで、前記トリガ条件には、第２の情報を受信した場合、第３の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合のうちの１つが含まれる。

例えば、第２のネットワークデバイスは、伝送周期が満たされた場合に第１の情報を報告／伝送する。ここで、伝送周期は実際の状況に応じて設定することができ、具体的な説明は省略する。

トリガ条件が満たされた場合に第１の情報を報告／伝送する。例えば、第２の情報を受信した場合、第３の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合がある。

ここで、前記第３の情報は前記第１の情報を報告／伝送することを個別的に指示する。前記第３の情報は個別情報により運搬される。例えば、ＲＲＣメッセージ、ＭＡＣＣＥ、ＤＣＩを含むがこれらに限定されないもののうちの１つを使用して第３の情報を運搬し、端末デバイスは、この情報を受信した後、前記第１の情報を報告することを決定する。又は、コアネットワークは、基地局からの第３の情報を受信した場合、前記第１の情報を伝送することを決定する。

別の例として、第２の情報を受信した後、トリガ条件が満たされると決定し、第１の情報を報告することであってもよい。又は、第２の情報を受信した後、報告条件が満たされた場合に第１の情報を報告することであってもよい。前記報告条件には、報告周期の到達、サービスの開始又は終了、サービスモデルの変更、サービス優先度の変更が含まれるが、これらに限定されない。

図３－１に基づいて、図３－２を参照すると、前記方法は、下記のステップをさらに含む。

ステップ３００：第２の情報を受信し、第２の情報に基づいて第１の情報を決定する。

ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。

前記第２の情報に基づいて前記第１の情報を決定する前に、前記方法は、第３のネットワークデバイス、サードパーティアプリケーションサーバ、又は端末デバイスにより送信された第２の情報を受信するステップをさらに含む。

ここで、前記第３のネットワークデバイスには、基地局デバイス、サードパーティアプリケーションサーバのうちの少なくとも１つのデバイスが含まれる。又は、第３のネットワークデバイスは第１のネットワークデバイスと同じであり、又は、第３のネットワークデバイスは第１のネットワークデバイスと異なってもよい。つまり、第３のネットワークデバイスは第１のネットワークデバイス自体であってもよく、即ち、第１のネットワークデバイスは、それ自体により事前に得られた第２の情報を第２のネットワークデバイスに送信し、第２のネットワークデバイスにより第１の情報を決定する。

以上は、第２のネットワークデバイスが、受信した第２の情報に基づいて第１の情報を決定し、次に第１のネットワークデバイスに第１の情報を送信する１つの処理方式であり、本実施例は、別の処理方式をさらに提供することができ、つまり、第１の情報の決定を行わずに、第１のネットワークデバイスに第２の情報を直接送信し、具体的には、第１のネットワークデバイスに第２の情報を送信する。

ここで、第１のネットワークデバイスに第２の情報を送信するタイミングは、トリガ条件に従って決定することができ、つまり、前記第２の情報は、特定の条件が満たされた場合に報告／伝送される。

例えば、伝送周期が満たされた場合に報告／伝送する。本実施例における伝送周期は、実施例１の伝送周期と異なっていても同じであってもよく、いずれも実際の状況に応じて設定することができる。

及び／又は、トリガ条件が満たされた場合に報告／伝送する。例えば、第４の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合、ＰＤＵｓｅｓｓｉｏｎが修正された場合がある。

ここで、前記第４の情報は前記第２の情報を報告／伝送することを個別的に指示する。前記第４の情報は個別情報により運搬されるか、又は個別プロセスにより伝送され、例えば、ＰＤＵｓｅｓｓｉｏｎｍｏｄｉｆｉｃａｔｉｏｎで伝送されるか、セッション確立フローで伝送される。

例えば、トリガ条件が満たされた場合に伝送する。又は、第２のネットワークデバイスは、第４の情報を受信した後、第２の条件が満たされた場合に第１の情報を報告する。前記第２の条件には、報告周期の到達、サービスの開始又は終了、サービスモデルの変更、サービス優先度の変更が含まれるが、これらに限定されない。

上記の案と組み合わせて、本実施例において、前記第１の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれ、及び／又は、前記第２の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれる。

実施例３
本発明の実施例によれば、端末デバイスに適用されるリソーススケジューリング方法が提供され、図４に示すように、下記のステップを含む。

ステップ４０１：第２のネットワークデバイスからの第１の情報を受信する。

ステップ４０２：前記第１の情報に基づいて、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定する。

本実施例において、前記第１のネットワークデバイスは基地局デバイスであってもよい。前記第２のネットワークデバイスは、コアネットワークのデバイスであってもよい。つまり、基地局側で受信された第１の情報は、コアネットワークから送信されてもよいし、端末デバイスから送信されてもよい。つまり、ＵＥ側で受信された第１の情報は、コアネットワークから送信されてもよいし、基地局デバイスから送信されてもよい。例えば、前記第２のネットワークデバイスには、ＵＰＦ、ＳＭＦ、ＡＭＦなどのコアネットワークデバイス、又は、サードパーティアプリケーションサーバのうちの少なくとも１つのデバイスが含まれる。また、本実施例において、前記端末デバイスには、第１のサービスをサポートするユーザ機器、指定されたユーザ機器、セル内の全てのユーザ機器のうちの少なくとも１つのデバイスが含まれる。例えば、前記第１の情報が端末デバイスからのものである場合、第１のネットワークデバイスは、前記第１の情報を使用してリソース予約及び／又はスケジューリング戦略を決定することができる。

又は、前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定することは、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳｆｌｏｗに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵｓｅｓｓｉｏｎに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略を決定することと、のうちの少なくとも１つを含む。

ここで、本実施例における第１の情報に含まれる具体的な内容は、実施例１及び実施例２と異なっていてもよく、つまり、本実施例における第１の情報には、その中の第１部分の内容が含まれてもよく、実施例１及び実施例２には、第２部分の内容及び第３部分の内容がそれぞれ含まれてもよく、第１部分の内容、第２部分の内容、及び第３部分の内容は、部分的に同じであるか完全に異なっていてもよく、ここでは一々列挙しない。

これに基づいて、前記方法は、
第２のネットワークデバイスに第２の情報を送信するステップ、及び／又は、
第１のネットワークデバイスに第２の情報を送信するステップをさらに含み、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。

つまり、端末デバイスは、基地局及び／又はコアネットワークの両方に第２の情報を送信することができる。基地局又はコアネットワークが第２の情報を受信した後の処理は、実施例１及び実施例２を参照でき、ここでは詳細な説明を省略する。選択的に、基地局又はコアネットワークに送信される第２の情報に含まれる内容は、同じでも異なっていてもよい。

前記第２の情報は、第１の情報を決定するために使用される。例えば、前記第１の情報は、前記第２の情報又はその派生情報に従って決定される。又は、前記第１の情報は、前記第２の情報及び／又は他の情報に従って決定される。

ここで、第２の情報を送信するタイミングは、トリガ条件に従って決定することができ、つまり、前記第２の情報は、特定の条件が満たされた場合に報告／伝送される。

及び／又は、トリガ条件が満たされた場合に報告／伝送する。例えば、第３の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合、ＰＤＵｓｅｓｓｉｏｎが修正された場合がある。

ここで、前記第３の情報は前記第２の情報を報告／伝送することを個別的に指示する。前記第３の情報は個別情報により運搬される。例えば、端末デバイスは、ＲＲＣメッセージ、ＭＡＣＣＥ、ＤＣＩを含むがこれらに限定されないもののうちの１つを使用して前記第２の情報を伝送する。

例えば、トリガ条件が満たされた場合に伝送する。又は、ＵＥデバイスは、第３の情報を受信した後、第２の条件が満たされた場合に第１の情報を報告する。前記第２の条件には、報告周期の到達、サービスの開始又は終了、サービスモデルの変更、サービス優先度の変更が含まれるが、これらに限定されない。

前述の案は、端末デバイスが第１の情報を受信して処理するプロセスを提供し、これに基づいて、端末デバイスは、第１のネットワークデバイスに第１の情報を送信することをさらに含んでもよい。第１の情報に含まれる内容、及び第１のネットワークデバイスの第１の情報に基づく後続の処理は、実施例１の説明を参照でき、ここでは詳細な説明を省略する。選択的に、第１の情報に含まれる内容は、コアネットワークにより送信される第１の情報の内容と同じ又は異なり、基地局により送信される第１の情報の内容と同じ又は異なる。

最後に、図５と併せて、前述の実施例１、実施例２及び実施例３の総合的な処理フローを説明し、１つの実施状況のみを説明しており、一々列挙されないことを理解されたい。図において、端末デバイス、第１のネットワークデバイス、即ちＲＡＮなどのアクセスネットワークデバイスが含まれており、第２のネットワークデバイスは、それぞれコアネットワーク制御プレーンデバイス及びコアネットワークユーザプレーンデバイスである２つのデバイスの総合的な機能を有してもよい。

端末デバイスは、第１のネットワークデバイスにセッション確立要求を開始し、このメッセージで端末デバイス側の第２の情報が搬送されてもよく、第１のネットワークデバイスがコアネットワークデバイスにセッション確立要求を送信するとき、第１のネットワークデバイス側の第２の情報が搬送されてもよく、端末デバイス側の第２の情報は、アップリンクリソースの予約及び割り当て、及びアップリンクサービス情報に関連してもよく、第１のネットワークデバイス側の第２の情報は、アップリンク及び／又はダウンリンクリソースの予約及び割り当てに関連してもよく、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれるが、これらに限定されない。

ここで、前記利用可能な時間周波数リソースは、ＳＰＳ／ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ以外のリソースであり、又は、前記利用可能な時間周波数リソースは、第１のサービスで使用するために予約されたリソースである。ここで、前記アップリンクサービス情報には、パケットサイズ、パケット到着間隔のうちの少なくとも１つが含まれるが、これらに限定されず、前記第１のサービスには、ＴＳＮサービス、ＵＲＬＬＣサービス、車両インターネッサービスのうちの１つのサービスが含まれるが、これらに限定されない。

コアネットワーク制御プレーンデバイスは、前記第２の情報に従って第１の情報を決定することができ、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。ここで、前記サービス到着時点及び／又は許容誤差は、１つのサービスが到着した単一の時点であってもよいし、１つのサービス周期内でサービスが到着した複数の時点であってもよいし、サービスが到着した複数の時点であってもよい（非周期的）。ここで、前記サービス到着許容誤差は、前記サービス到着時点が到着する許容誤差範囲、即ち許容される誤差ウィンドウである。ここで、前記サービス伝送が成功した期間は、構成されたサービスが到着してからサービス伝送が成功するまでの時間長、又は構成されたサービスが到着してから１回のサービス伝送の時間長である。ここで、前記サービス伝送予約時間ウィンドウ長は、サービスが到着した時間ウィンドウである。ここで、前記時間ウィンドウ周期は、前記サービス伝送予約時間ウィンドウの周期である。前記第１の情報には、アップリンク及び／又はダウンリンク方向が含まれてもよい。例えば、単独でＵＬ／ＤＬ指示であってもよいし、アップリンク及びダウンリンク指示を区別しなくてもよい。

コアネットワーク制御プレーンデバイスは、コアネットワークユーザプレーンデバイスにリソース予約及び割り当てのための第１の情報を送信する。

コアネットワークは基地局に第１の情報を送信し、基地局は前記第１の情報に従って、デバイスのためのリソース予約及び／又はスケジューリング戦略を決定する。

コアネットワークによりコアネットワークユーザプレーンデバイスに送信される第１の情報と基地局に送信される第１の情報の内容は異なっていてもよい。コアネットワークによりコアネットワークユーザプレーンデバイスに送信される前記第１の情報は、ＵＰＦデバイスが第１のサービスに対応するリソース予約及び／又はスケジューリング戦略を決定するか、又は、ＵＰＦが基地局デバイスで第１のサービスに対応するリソース予約及び／又はスケジューリング戦略を決定するために使用されてもよい。コアネットワークにより基地局デバイスに送信される前記第１の情報は、基地局デバイスが第１のサービスに対応するリソース予約及び／又はスケジューリング戦略を決定するために使用される。前記第１のサービスには、ＴＳＮサービス、ＵＲＬＬＣサービス、車両インターネッサービスのうちの１つのサービスが含まれるが、これらに限定されない。

前記第１のネットワークデバイスは基地局デバイスである。前記第１の情報はコアネットワークデバイスからのものであり、例えば、ＳＭＦからのものである。

端末デバイス及び基地局は、ＰＤＵセッション確立及び／又は修正プロセスにおいて、コアネットワークデバイスに更新された第１の情報を報告することができる。例えば、第３の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合がある。

前記第１の情報は、アップリンク方向の伝送に対応し、及び／又は、ダウンリンク方向の伝送に対応する。

例えば、第１のネットワークデバイス、即ち基地局は、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間によって決定されるサービス到着時間、及びデータ伝送を完了するまでの時間の許容範囲に従って、それに応じてリソースを構成する（例えば、ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ／ＳＰＳ）、又はリソース伝送を動的にスケジュールする。基地局は前記第１の情報に従って、個別メッセージを介してアップリンク及び／又はダウンリンクリソースの予約及び割り当てを運搬して完了する。ここで、個別メッセージはＲＲＣメッセージであってもよい。

実施例４
本発明の実施例によれば、第１のネットワークデバイスが提供され、図６に示すように、
第１の情報を取得し、前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定する第１の処理ユニット６１を備える。

前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定することは、第１の情報に含まれる少なくとも１つの情報に従って、第１のネットワークデバイスの後の所定の期間のためのリソース予約及び／又はスケジューリング戦略を決定することであってもよい。

又は、第１の処理ユニット６１が、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳｆｌｏｗに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵｓｅｓｓｉｏｎに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略を決定することと、のうちの少なくとも１つを実行することであってもよい。

第１の情報において、前記サービス到着時点及び／又は許容誤差は、１つのサービスが到着した単一の時点であってもよいし、１つのサービス周期内でサービスが到着した複数の時点であってもよいし、１つのサービス周期内でサービスが到着した単一の時点であってもよいし、サービスが到着した複数の時点であってもよい（非周期的）。

本実施例において、前記第１のネットワークデバイスは、サードパーティアプリケーションサーバ又は端末デバイス又は第２のネットワークデバイスから前記第１の情報を受信する第１の通信ユニット６２をさらに備える。

前記第１の処理ユニット６１は、第２の情報に基づいて前記第１の情報を決定し、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。

前記第１の通信ユニット６２は、第２のネットワークデバイス、サードパーティアプリケーションサーバ、又は端末デバイスにより送信された第２の情報を受信する。

第２の情報は、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの一部の情報であってもよいし、全ての情報であってもよく、例えば、前記第２の情報は、端末デバイス、又は第２のネットワークデバイスなどのサードパーティアプリケーションサーバからのものであり、前記第２の情報は、サービス周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間などの情報であることに注意されたい。前記第２のネットワークデバイスは、第２の情報に従って第１の情報を決定する。

実施例５
本発明の実施例によれば、第２のネットワークデバイスが提供され、図７に示すように、
第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信する第２の通信ユニット７１を備える。

又は、前記第１の情報は、
前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳｆｌｏｗに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵｓｅｓｓｉｏｎに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略と、のうちの少なくとも１つのために使用される。

本実施例において、第２のネットワークデバイスの第２の通信ユニット７１は、所定の条件が満たされた場合、第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信する。

ここで、前記所定の条件には、伝送周期が満たされること、及び／又は、トリガ条件が満たされることが含まれ、
ここで、前記トリガ条件には、第２の情報を受信した場合、第３の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合のうちの１つが含まれる。

トリガ条件が満たされた場合に第１の情報を報告／伝送する。例えば、第３の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合がある。

これに基づいて、前記第２のネットワークデバイスは、
第２の情報に基づいて第１の情報を決定する第２の処理ユニット７２と、
第２の情報を受信する第２の通信ユニット７１と、をさらに備える。

前記第２の情報に基づいて前記第１の情報を決定する前に、前記第２の通信ユニット７１は、第３のネットワークデバイス、サードパーティアプリケーションサーバ、又は端末デバイスにより送信された第２の情報を受信する。

第２の情報は、上記の少なくとも１つの情報のうちの一部の情報であってもよいし、全ての情報であってもよく、例えば、前記第２の情報は、端末デバイス又はサードパーティアプリケーションサーバ（第３のネットワークデバイス）からのものであり、前記第２の情報は、サービス周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間などの情報であることに注意されたい。前記第２のネットワークデバイスは、第２の情報に従って第１の情報を決定する。

ここで、前記第３のネットワークデバイスには、基地局デバイス、サードパーティアプリケーションサーバのうちの少なくとも１つのデバイスが含まれる。又は、第３のネットワークデバイスは第１のネットワークデバイスと同じであり、又は、第３のネットワークデバイスは第１のネットワークデバイスと異なっていてもよい。つまり、第３のネットワークデバイスは第１のネットワークデバイス自体であってもよく、即ち、第１のネットワークデバイスは、それ自体により事前に得られた第２の情報を第２のネットワークデバイスに送信し、第２のネットワークデバイスにより第１の情報を決定する。

実施例６
本発明の実施例によれば、端末デバイスが提供され、図８に示すように、
第２のネットワークデバイスからの第１の情報を受信する第３の通信ユニット８１と、
前記第１の情報に基づいて、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定する第３の処理ユニット８２と、を備え、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。

本実施例において、前記第１のネットワークデバイスは基地局デバイスであってもよい。前記第２のネットワークデバイスは、コアネットワークのデバイスであってもよい。つまり、ＵＥ側で受信された第１の情報は、コアネットワークから送信されてもよいし、基地局デバイスから送信されてもよい。例えば、前記第２のネットワークデバイスには、ＵＰＦ、ＳＭＦ、ＡＭＦなどのコアネットワークデバイス、又は、サードパーティアプリケーションサーバのうちの少なくとも１つのデバイスが含まれる。また、本実施例において、前記端末デバイスには、第１のサービスをサポートするユーザ機器、指定されたユーザ機器、セル内の全てのユーザ機器のうちの少なくとも１つのデバイスが含まれる。例えば、前記第１の情報が端末デバイスからのものである場合、第１のネットワークデバイスは、前記第１の情報を使用してリソース予約及び／又はスケジューリング戦略を決定することができる。

又は、第３の処理ユニット８２は、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳｆｌｏｗに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵｓｅｓｓｉｏｎに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略を決定することと、のうちの少なくとも１つを実行する。

これに基づいて、前記第３の通信ユニット８１は、第２のネットワークデバイス及び／又は第１のネットワークデバイスに第２の情報を送信し、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる。

例えば、トリガ条件が満たされた場合に伝送する。第３の情報を受信した後、第２の条件が満たされた場合に第１の情報を報告する。前記第２の条件には、報告周期の到達、サービスの開始又は終了、サービスモデルの変更、サービス優先度の変更が含まれるが、これらに限定されない。

ＴＳＮネットワーク関連の拡張サブトピックの下で、ＴＳＮネットワークでは、５ＧネットワークがＴＳＮｂｒｉｄｇｅ（図９を参照）として機能し、ＴＳＮネットワーク及びサービスにサービスを提供する。これに対応して、ＮＲシステムは、イーサネットＥｔｈｅｒｎｅｔフレーム構造のデータパケットが５Ｇネットワークを使用して伝送することをサポートする必要があると同時に、ＴＲ２２．８０４で要求されるＱｏＳ需要も保証して、より高い信頼性及びより低い遅延保証を提供する必要がある。同時に、ＴＲ２２．８０４で要求される１ｕｓなどの高いクロック同期精度の需要も考慮する必要がある。ｉｎｔｒａ－ＵＥｐｒｉｏｒｉｔｉｚａｔｉｏｎ／ｍｕｌｔｉｐｌｅｘｉｎｇサブトピックの下で、同じＵＥのデータと制御情報間の優先伝送の問題、同じＵＥの異なるデータ間の優先伝送の問題などを考慮する必要がある。

ここで、特定のサービス特徴及びＱｏＳ需要に対する関連定義、典型的なシナリオは、以下のとおりである（表１を参照）。

上記の表から分かるように、従来の産業用モノのインターネットＩＩｏＴサービスは、ｄｅｔｅｒｍｉｎｉｓｔｉｃサービスであり、優先的に決定的周期的サービス伝送に対して、Ｒ１６高信頼低遅延の課題に対する研究を展開する。ＴＳＮサービスの伝送をより良好に保証するためには、ＴＳＮサービスＱｏＳから５ＧＳＱｏＳ／ｐａｔｔｅｒｎへの合理的なマッピング方式を考慮する必要がある。本発明の前述の実施例は、ネットワークデバイスにおいてサービスを決定することに対するリソースマッピング方法を提供する。

図１０は、本発明の実施例に提供される通信デバイス１０００の概略構造図であり、通信デバイスは、本実施例の前述の端末デバイス又はネットワークデバイスであってもよい。図１０に示す通信デバイス１０００はプロセッサー１０１０を備え、プロセッサー１０１０は、メモリからコンピュータプログラムを呼び出して実行し、本発明の実施例における方法を実現することができる。

選択的に、図１０に示すように、通信デバイス１０００はメモリ１０２０をさらに備えてもよい。ここで、プロセッサー１０１０は、メモリ１０２０からコンピュータプログラムを呼び出して実行し、本発明の実施例における方法を実現することができる。

ここで、メモリ１０２０は、プロセッサー１０１０から独立した１つの別個のデバイスであってもよく、又はプロセッサー１０１０に統合されてもよい。

選択的に、図１０に示すように、通信デバイス１０００は送受信機１０３０をさらに備えてもよく、プロセッサー１０１０は、他のデバイスと通信するようにこの送受信機１０３０を制御することができ、具体的に、他のデバイスに情報又はデータを送信するか、又は他のデバイスにより送信された情報又はデータを受信することができる。

ここで、送受信機１０３０は送信機及び受信機を含んでもよい。送受信機１０３０はアンテナをさらに備えてもよく、アンテナの数は１つ又は複数であってもよい。

選択的に、この通信デバイス１０００は具体的に、本発明の実施例に係るネットワークデバイスであってもよく、この通信デバイス１０００は、本発明の実施例に係る各方法においてネットワークデバイスにより実現される対応するフローを実現することができ、簡潔にするため、ここでは詳細な説明を省略する。

選択的に、この通信デバイス１０００は具体的に、本発明の実施例に係る端末デバイス又はネットワークデバイスであってもよく、この通信デバイス１０００は、本発明の実施例に係る各方法において移動端末／端末デバイスにより実現される対応するフローを実現することができ、簡潔にするため、ここでは詳細な説明を省略する。

図１１は、本発明の実施例に係るチップの概略構造図である。図１１に示すチップ１１００はプロセッサー１１１０を備え、プロセッサー１１１０は、メモリからコンピュータプログラムを呼び出して実行し、本発明の実施例における方法を実現することができる。

選択的に、図１１に示すように、チップ１１００はメモリ１１２０をさらに備えてもよい。ここで、プロセッサー１１１０は、メモリ１１２０からコンピュータプログラムを呼び出して実行し、本発明の実施例における方法を実現することができる。

ここで、メモリ１１２０は、プロセッサー１１１０から独立した１つの別個のデバイスであってもよく、又はプロセッサー１１１０に統合されてもよい。

選択的に、このチップ１１００は入力インターフェース１１３０をさらに備えてもよい。ここで、プロセッサー１１１０は、他のデバイス又はチップと通信するようにこの入力インターフェース１１３０を制御することができ、具体的に、他のデバイス又はチップにより送信された情報又はデータを取得することができる。

選択的に、このチップ１１００は出力インターフェース１１４０をさらに備えてもよい。ここで、プロセッサー１１１０は、他のデバイス又はチップと通信するようにこの出力インターフェース１１４０を制御することができ、具体的に、他のデバイス又はチップに情報又はデータを出力することができる。

選択的に、このチップは、本発明の実施例におけるネットワークデバイスに適用でき、このチップは、本発明の実施例に係る各方法においてネットワークデバイスにより実現される対応するフローを実現することができ、簡潔にするため、ここでは詳細な説明を省略する
選択的に、このチップは、本発明の実施例における端末デバイスに適用でき、このチップは、本発明の実施例に係る各方法において端末デバイスにより実現される対応するフローを実現することができ、簡潔にするため、ここでは詳細な説明を省略する。

本発明の実施例で言及されるチップは、システムレベルチップ、システムチップ、チップシステム、又はシステムオンチップなどと呼ばれることもあることを理解されたい。

図１２は、本発明の実施例に提供される通信システム１２００の概略ブロック図である。図１２に示すように、この通信システム１２００は、端末デバイス１２１０及びネットワークデバイス１２２０を含む。

ここで、この端末デバイス１２１０は、上記の方法において端末デバイスにより実現される対応する機能を実現するために使用でき、及びこのネットワークデバイス１２２０は、上記の方法においてネットワークデバイスにより実現される対応する機能を実現するために使用でき、簡潔にするため、ここでは詳細な説明を省略する。

本発明の実施例に係るプロセッサーは、信号処理能力のある集積回路チップであってもよいことを理解されたい。実現プロセスでは、上記の方法の実施例の各ステップは、プロセッサーにおけるハードウェアの集積論理回路又はソフトウェアの形の命令により完了することができる。上記のプロセッサーは、汎用プロセッサー、デジタル信号プロセッサー（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ：ＤＳＰ）、特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ：ＦＰＧＡ）又は他のプログラマブル論理デバイス、個別ゲート又はトランジスタ論理デバイス、個別ハードウェアコンポーネントであってもよい。

本発明の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ：ＲＯＭ）、プログラマブル読み取り専用メモリ（ＰｒｏｇｒａｍｍａｂｌｅＲＯＭ：ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（ＥｒａｓａｂｌｅＰＲＯＭ：ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（ＥｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ：ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ：ＲＡＭ）であってもよい。限定ではなく例として、スタティックランダムアクセスメモリ（ＳｔａｔｉｃＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤｙｎａｍｉｃＲＡＭ：ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ＤｏｕｂｌｅＤａｔａＲａｔｅＳＤＲＡＭ：ＤＤＲＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（ＥｎｈａｎｃｅｄＳＤＲＡＭ：ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（ＳｙｎｃｈｌｉｎｋＤＲＡＭ：ＳＬＤＲＡＭ）、及びダイレクトメモリバスランダムアクセスメモリ（ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ：ＤＲＲＡＭ）などの多くの形式のＲＡＭが利用可能である。本明細書で説明されるシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。

上記のメモリは例示的なものであり、限定的なものではなく、例えば、本発明の実施例におけるメモリは、スタティックランダムアクセスメモリ（ＳｔａｔｉｃＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤｙｎａｍｉｃＲＡＭ：ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ＤｏｕｂｌｅＤａｔａＲａｔｅＳＤＲＡＭ：ＤＤＲＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（ＥｎｈａｎｃｅｄＳＤＲＡＭ：ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（ＳｙｎｃｈｌｉｎｋＤＲＡＭ：ＳＬＤＲＡＭ）、及びダイレクトメモリバスランダムアクセスメモリ（ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ：ＤＲＲＡＭ）などであってもよいことを理解されたい。つまり、本発明の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むがこれらに限定されないことが意図されている。

本発明の実施例によれば、コンピュータプログラムを格納するためのコンピュータ読み取り可能な記録媒体がさらに提供される。

選択的に、このコンピュータ読み取り可能な記録媒体は、本発明の実施例におけるネットワークデバイスに適用でき、このコンピュータプログラムは、本発明の実施例に係る各方法においてネットワークデバイスにより実現される対応するフローをコンピュータに実行させ、簡潔にするため、ここでは詳細な説明を省略する。

選択的に、このコンピュータ読み取り可能な記録媒体は、本発明の実施例における端末デバイスに適用でき、このコンピュータプログラムは、本発明の実施例に係る各方法において移動端末／端末デバイスにより実現される対応するフローをコンピュータに実行させ、簡潔にするため、ここでは詳細な説明を省略する。

本発明の実施例によれば、コンピュータプログラム命令を含むコンピュータプログラム製品がさらに提供される。

選択的に、このコンピュータプログラム製品は、本発明の実施例におけるネットワークデバイスに適用でき、このコンピュータプログラム命令は、本発明の実施例に係る各方法においてネットワークデバイスにより実現される対応するフローをコンピュータに実行させ、簡潔にするため、ここでは詳細な説明を省略する。

選択的に、このコンピュータプログラム製品は、本発明の実施例における移動端末／端末デバイスに適用でき、このコンピュータプログラム命令は、本発明の実施例に係る各方法において移動端末／端末デバイスにより実現される対応するフローをコンピュータに実行させ、簡潔にするため、ここでは詳細な説明を省略する。

本発明の実施例によれば、コンピュータプログラムがさらに提供される。

選択的に、このコンピュータプログラムは、本発明の実施例におけるネットワークデバイスに適用でき、このコンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、本発明の実施例に係る各方法においてネットワークデバイスにより実現される対応するフローを実行し、簡潔にするため、ここでは詳細な説明を省略する。

選択的に、このコンピュータプログラムは、本発明の実施例における移動端末／端末デバイスに適用でき、このコンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、本発明の実施例に係る各方法において移動端末／端末デバイスにより実現される対応するフローを実行し、簡潔にするため、ここでは詳細な説明を省略する。

当業者であれば、本明細書に開示された実施例に関連して説明された各例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できることが認識される。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、技術案の特定のアプリケーション及び設計上の制約条件によって異なる。当業者であれば、特定の用途ごとに不同な方法を使用して記載された機能を実現できるが、このような実現が本発明の範囲を超えると考慮されるべきではない。

Claims

第１のネットワークデバイスに適用されるリソーススケジューリング方法であって、
第１の情報を取得するステップと、
前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するステップと、を含み、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる
リソーススケジューリング方法。
前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定することは、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳフローに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵセッションに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略を決定することと、のうちの少なくとも１つを含む
請求項１に記載のリソーススケジューリング方法。
前記第１の情報を取得することは、
端末デバイス又は第２のネットワークデバイスから前記第１の情報を受信することを含み、
ここで、前記第２のネットワークデバイスはコアネットワークデバイスであり、前記第１のネットワークデバイスは基地局デバイスである
請求項１に記載のリソーススケジューリング方法。
前記第１の情報を取得することは、
第２の情報を受信することと、
第２の情報に基づいて前記第１の情報を決定することと、を含み、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項１に記載のリソーススケジューリング方法。
前記第２の情報に基づいて前記第１の情報を決定する前に、
第２のネットワークデバイス、又は端末デバイスにより送信された第２の情報を受信するステップをさらに含む
請求項４に記載のリソーススケジューリング方法。
前記第１の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれ、及び／又は、
前記第２の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれる
請求項１～５のいずれか１項に記載のリソーススケジューリング方法。
前記第１の情報は個別メッセージにより運搬され、及び／又は、前記第２の情報は個別メッセージにより運搬される
請求項１～５のいずれか１項に記載のリソーススケジューリング方法。
前記第１の情報及び／又は第２の情報は、登録フロー、セッション確立フロー、セッション修正フロー、サービス要求フローのうちの少なくとも１つのフローで伝送される
請求項１～５のいずれか１項に記載のリソーススケジューリング方法。
前記第１のサービスは、高信頼低遅延サービスである
請求項２～８のいずれか１項に記載のリソーススケジューリング方法。
前記第１のサービスは、ＴＳＮサービス、ＵＲＬＬＣサービスのうちの１つである
請求項９に記載のリソーススケジューリング方法。
第２のネットワークデバイスに適用されるリソーススケジューリング方法であって、
第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信するステップを含み、
ここで、前記第１の情報は、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するために使用され、
前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる
リソーススケジューリング方法。
前記第１の情報は、
前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳフローに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵセッションに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略と、のうちの少なくとも１つを決定するために使用される
請求項１１に記載のリソーススケジューリング方法。
前記第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信することは、
所定の条件が満たされた場合、第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信することを含む
請求項１１に記載のリソーススケジューリング方法。
前記所定の条件には、
伝送周期及び／又はトリガ条件が満たされることが含まれ、
ここで、前記トリガ条件には、第２の情報を受信した場合、第３の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合のうちの１つが含まれる
請求項１２に記載のリソーススケジューリング方法。
第２の情報を受信し、第２の情報に基づいて第１の情報を決定するステップをさらに含み、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項１１～１４のいずれか１項に記載のリソーススケジューリング方法。
前記第２の情報に基づいて前記第１の情報を決定する前に、
第３のネットワークデバイス、又は端末デバイスにより送信された第２の情報を受信するステップをさらに含む
請求項１５に記載のリソーススケジューリング方法。
前記第３のネットワークデバイスは第１のネットワークデバイスと同じである
請求項１６に記載のリソーススケジューリング方法。
前記第１の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれ、及び／又は、
前記第２の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれる
請求項１１～１７のいずれか１項に記載のリソーススケジューリング方法。
前記第１の情報は個別メッセージにより運搬され、及び／又は、前記第２の情報は個別メッセージにより運搬される
請求項１１～１７のいずれか１項に記載のリソーススケジューリング方法。
前記第１の情報及び／又は第２の情報は、登録フロー、セッション確立フロー、セッション修正フロー、サービス要求フローのうちの少なくとも１つのフローで伝送される
請求項１１～１７のいずれか１項に記載のリソーススケジューリング方法。
前記第１のサービスは、高信頼低遅延サービスである
請求項１２～１７のいずれか１項に記載のリソーススケジューリング方法。
前記第１のサービスは、ＴＳＮサービス、ＵＲＬＬＣサービスのうちの１つである
請求項２１に記載のリソーススケジューリング方法。
第１のネットワークデバイスに第２の情報を送信するステップをさらに含み、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項１１～１４のいずれか１項に記載のリソーススケジューリング方法。
端末デバイスに適用されるリソーススケジューリング方法であって、
第２のネットワークデバイスからの第１の情報を受信するステップと、
前記第１の情報に基づいて、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するステップと、を含み、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる
リソーススケジューリング方法。
前記第１の情報に基づいて、前記第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定することは、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳフローに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵセッションに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略を決定することと、のうちの少なくとも１つを含む
請求項２４に記載のリソーススケジューリング方法。
前記第２のネットワークデバイスはコアネットワークデバイスであり、前記第１のネットワークデバイスは基地局デバイスである
請求項２５に記載のリソーススケジューリング方法。
第２のネットワークデバイスに第２の情報を送信するステップをさらに含み、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項２４～２６のいずれか１項に記載のリソーススケジューリング方法。
第１のネットワークデバイスに第２の情報を送信するステップをさらに含み、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項２４～２７のいずれか１項に記載のリソーススケジューリング方法。
第１のネットワークデバイスに第１の情報を送信するステップをさらに含む
請求項２４～２８のいずれか１項に記載のリソーススケジューリング方法。
前記第１の情報は個別メッセージにより運搬され、及び／又は、前記第２の情報は個別メッセージにより運搬される
請求項２９に記載のリソーススケジューリング方法。
前記第１の情報及び／又は第２の情報は、登録フロー、セッション確立フロー、セッション修正フロー、サービス要求フローのうちの少なくとも１つのフローで伝送される
請求項３０に記載のリソーススケジューリング方法。
前記第１のサービスは、高信頼低遅延サービスである
請求項２４～３１のいずれか１項に記載のリソーススケジューリング方法。
前記第１のサービスは、時間に敏感なネットワーク（ＴＳＮ）サービス、ＵＲＬＬＣサービスのうちの１つである
請求項３２に記載のリソーススケジューリング方法。
第１の情報を取得し、前記第１の情報に基づいて、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定する第１の処理ユニットを備え、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる
第１のネットワークデバイス。
前記第１の処理ユニットは、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳフローに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵセッションに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略を決定することと、のうちの少なくとも１つを実行する
請求項３４に記載の第１のネットワークデバイス。
端末デバイス又は第２のネットワークデバイスから前記第１の情報を受信する第１の通信ユニットをさらに備え、
ここで、前記第２のネットワークデバイスはコアネットワークデバイスであり、前記第１のネットワークデバイスは基地局デバイスである
請求項３４に記載の第１のネットワークデバイス。
第２の情報を受信する第１の通信ユニットをさらに備え、
前記第１の処理ユニットは、第２の情報に基づいて前記第１の情報を決定し、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項３４に記載の第１のネットワークデバイス。
前記第１の通信ユニットは、第２のネットワークデバイス、又は端末デバイスにより送信された第２の情報を受信する
請求項３７に記載の第１のネットワークデバイス。
前記第１の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれ、及び／又は、
前記第２の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれる
請求項３４～３８のいずれか１項に記載の第１のネットワークデバイス。
前記第１の情報は個別メッセージにより運搬され、及び／又は、前記第２の情報は個別メッセージにより運搬される
請求項３４～３８のいずれか１項に記載の第１のネットワークデバイス。
前記第１の情報及び／又は第２の情報は、登録フロー、セッション確立フロー、セッション修正フロー、サービス要求フローのうちの少なくとも１つのフローで伝送される
請求項３４～３８のいずれか１項に記載の第１のネットワークデバイス。
前記第１のサービスは、高信頼低遅延サービスである
請求項３５～４１のいずれか１項に記載の第１のネットワークデバイス。
前記第１のサービスは、ＴＳＮサービス、ＵＲＬＬＣサービスのうちの１つである
請求項４２に記載の第１のネットワークデバイス。
第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信する第２の通信ユニットを備え、
ここで、前記第１の情報は、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定するために使用され、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる
第２のネットワークデバイス。
前記第１の情報は、
前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳフローに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵセッションに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略と、
前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略と、のうちの少なくとも１つを決定するために使用される
請求項４４に記載の第２のネットワークデバイス。
前記第２の通信ユニットは、所定の条件が満たされた場合、第１のネットワークデバイス及び／又は端末デバイスに第１の情報を送信する
請求項４４に記載の第２のネットワークデバイス。
前記所定の条件には、
伝送周期及び／又はトリガ条件が満たされることが含まれ、
ここで、前記トリガ条件には、第２の情報を受信した場合、第３の情報を受信した場合、能力情報が報告された場合、サービスが開始又は終了した場合、サービスモデルが変更された場合、サービス優先度が変更された場合のうちの１つが含まれる
請求項４６に記載の第２のネットワークデバイス。
第２の情報に基づいて第１の情報を決定する第２の処理ユニットをさらに備え
前記第２の通信ユニットは、第２の情報を受信し、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項４４～４７のいずれか１項に記載の第２のネットワークデバイス。
前記第２の通信ユニットは、第３のネットワークデバイス、又は端末デバイスにより送信された第２の情報を受信する
請求項４８に記載の第２のネットワークデバイス。
前記第１の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれ、及び／又は、
前記第２の情報には、アップリンク及び／又はダウンリンク方向の伝送が含まれる
請求項４４～４９のいずれか１項に記載の第２のネットワークデバイス。
前記第１の情報は個別メッセージにより運搬され、及び／又は、前記第２の情報は個別メッセージにより運搬される
請求項４４～４９のいずれか１項に記載の第２のネットワークデバイス。
前記第１の情報及び／又は第２の情報は、登録フロー、セッション確立フロー、セッション修正フロー、サービス要求フローのうちの少なくとも１つのフローで伝送される
請求項４４～４９のいずれか１項に記載の第２のネットワークデバイス。
前記第１のサービスは、高信頼低遅延サービスである
請求項４５～４９のいずれか１項に記載の第２のネットワークデバイス。
前記第１のサービスは、ＴＳＮサービス、ＵＲＬＬＣサービスのうちの１つである
請求項５３に記載の第２のネットワークデバイス。
前記第２の通信ユニットは、第１のネットワークデバイスに第２の情報を送信し、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項４４～４７のいずれか１項に記載の第２のネットワークデバイス。
第２のネットワークデバイスからの第１の情報を受信する第３の通信ユニットと、
前記第１の情報に基づいて、第１のネットワークデバイスのリソース予約及び／又はスケジューリング戦略を決定する第３の処理ユニットと、を備え、
ここで、前記第１の情報には、サービス周期、サービスタイプ、サービス到着ウィンドウ、平均パケットサイズ、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、サービス優先度のうちの少なくとも１つが含まれる
端末デバイス。
前記第３の処理ユニットは、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するデータベアラに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＱｏＳフローに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬するＰＤＵセッションに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルに対するリソース予約及び／又はスケジューリング戦略を決定することと、
前記第１の情報に基づいて、前記第１のネットワークデバイスにおいて第１のサービスを運搬する論理チャネルグループに対するリソース予約及び／又はスケジューリング戦略を決定することと、のうちの少なくとも１つを実行する
請求項５６に記載の端末デバイス。
前記第３の通信ユニットは、第２のネットワークデバイスに第２の情報を送信し、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項５６又は５７のいずれか１項に記載の端末デバイス。
前記第３の通信ユニットは、第１のネットワークデバイスに第２の情報を送信し、
ここで、前記第２の情報には、サービス伝送予約時間ウィンドウ長、時間ウィンドウ周期、サービス到着時点及び／又は許容誤差、サービス伝送が成功した期間、負荷情報、利用可能な時間周波数リソース、サービス変更指示、サービス優先度指示、許容されるサービス識別子及び／又はＱｏＳパラメーター、推奨されるサービス識別子及び／又はＱｏＳパラメーター、サービス周期、データパケットサイズ、データパケット連続到着時間のうちの少なくとも１つが含まれる
請求項５６～５８のいずれか１項に記載の端末デバイス。
前記第３の通信ユニットは、第１のネットワークデバイスに第１の情報を送信する
請求項５６～５９のいずれか１項に記載の端末デバイス。
前記第１の情報は個別メッセージにより運搬され、及び／又は、前記第２の情報は個別メッセージにより運搬される
請求項６０に記載の端末デバイス。
前記第１の情報及び／又は第２の情報は、登録フロー、セッション確立フロー、セッション修正フロー、サービス要求フローのうちの少なくとも１つのフローで伝送される
請求項６０に記載の端末デバイス。
前記第１のサービスは、高信頼低遅延サービスである
請求項５６～６２のいずれか１項に記載の端末デバイス。
前記第１のサービスは、時間に敏感なネットワーク（ＴＳＮ）サービス、ＵＲＬＬＣサービスのうちの１つである
請求項６３に記載の端末デバイス。
プロセッサーと、プロセッサー上で実行できるコンピュータプログラムを格納するためのメモリと、を備え、
ここで、このメモリは、コンピュータプログラムを格納するために使用され、前記プロセッサーは、前記メモリに格納されたコンピュータプログラムを呼び出して実行し、請求項１～２３のいずれか１項に記載のリソーススケジューリング方法のステップを実行するために使用される
ネットワークデバイス。
プロセッサーと、プロセッサー上で実行できるコンピュータプログラムを格納するためのメモリと、を備え、
ここで、このメモリは、コンピュータプログラムを格納するために使用され、前記プロセッサーは、前記メモリに格納されたコンピュータプログラムを呼び出して実行し、請求項２４～３３のいずれか１項に記載のリソーススケジューリング方法のステップを実行するために使用される
端末デバイス。
メモリからコンピュータプログラムを呼び出して実行し、チップが搭載されたデバイスに請求項１～２３のいずれか１項に記載のリソーススケジューリング方法を実行させるためのプロセッサーを備える
チップ。
メモリからコンピュータプログラムを呼び出して実行し、チップが搭載されたデバイスに請求項２４～３３のいずれか１項に記載のリソーススケジューリング方法を実行させるためのプロセッサーを備える
チップ。
コンピュータプログラムを格納するために使用され、前記コンピュータプログラムは、コンピュータに請求項１～３３のいずれか１項に記載のリソーススケジューリング方法のステップを実行させる
コンピュータ読み取り可能な記録媒体。
コンピュータプログラム命令を含み、このコンピュータプログラム命令は、コンピュータに請求項１～３３のいずれか１項に記載のリソーススケジューリング方法を実行させる
コンピュータプログラム製品。
コンピュータに請求項１～３３のいずれか１項に記載のリソーススケジューリング方法を実行させる
コンピュータプログラム。