JP2022516436A - 通信方法及び装置、端末、ネットワークデバイス、並びに記憶媒体 - Google Patents

Abstract

本願の実施形態は、通信方法及び装置、端末、ネットワークデバイス、並びに記憶媒体を提供する。端末が、ネットワークデバイスから、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告することを端末に指示するために使用される指示情報を受信した後、端末は、指示情報に基づいて、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告する。このようにして、ネットワークデバイスは、トラフィックパターン情報が報告されるべきである論理チャネル、ＰＤＵセッション、サービス、無線ベアラ、又はＱｏＳフローを端末に示し、端末は、指示に基づいて、ネットワークデバイスによって指示されている論理チャネル、ＰＤＵセッション、サービス、無線ベアラ、又はＱｏＳフローのトラフィックパターン情報のみを報告する。このように、トラフィックパターン情報の報告は、報告オーバーヘッドを低減するように、ネットワークデバイスによって制御される。

Description

本願は、通信技術に、特に、通信方法及び装置、端末、ネットワークデバイス、並びに記憶媒体に関係がある。

移動体通信ネットワークでは、端末がアップリンクサービスを実行する前に、ネットワークデバイスが端末のためのサービススケジューリングを実行する。サービススケジューリングのモードは、動的なスケジューリングと、設定されたスケジューリングとを含む。動的なスケジューリングモードでは、端末は、アップリンクサービスを実行する前に毎回、リソースをネットワークデバイスに動的に要求する。ネットワークデバイスは、端末の要求に基づいて、アップリンクリソースを端末に動的に割り当てる。次いで、端末は、動的に割り当てられたアップリンクリソースでアップリンクデータを送信する。設定されたスケジューリングモードでは、ネットワークデバイスは、端末のための周期的なアップリンクリソースを設定してよく、端末は、周期的なアップリンクリソースでアップリンクサービスを直接に送信する。

産業通信は、移動体通信の重要なシナリオである。産業通信シナリオでは、移動体通信ネットワークは、産業制御のために使用されることがある。産業制御プロセスは、比較的に一定のサービス伝送周期性、安定したサイズのアップリンクサービスコンテンツ、及び複数のデバイスによって共有される同じトラフィックパターンを特徴とする。更に、高い伝送信頼性、低いレイテンシ、及び低いジッタが、産業制御プロセスでは必要とされる。

従って、産業通信シナリオの特性に適応しかつ産業通信シナリオの要件を満たすために産業通信シナリオでアップリンクサービスをどのように実行すべきかは、解決されるべき差し迫った問題である。

これを鑑み、本願の実施形態は、産業通信シナリオでのアップリンクサービスの特性及び要件に適応するように、通信方法及び装置、端末、ネットワークデバイス、並びに記憶媒体を提供する。

第１の態様に従って、次を含む通信方法が提供される。

端末が、ネットワークデバイスから指示情報を受信し、指示情報は、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告することを前記端末に指示するために使用される。指示情報を受信した後、端末は、指示情報に基づいて、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告する。

第２の態様に従って、第１の態様に従う各ステップを実行するよう構成されたユニット又は手段（means）を含む通信装置が提供される。

第３の態様に従って、少なくとも１つのプロセッサ及びメモリを含む通信装置が提供される。少なくとも１つのプロセッサは、第１の態様に従う方法を実行するよう構成される。

第４の態様に従って、少なくとも１つのプロセッサ及びインターフェース回路を含む通信装置が提供される。プロセッサは、インターフェース回路を通じてネットワークデバイスと通信し、第１の態様に従う方法を実行するよう構成される。

第５の態様に従って、プログラムが提供される。プログラムは、プロセッサによって実行される場合に、第１の態様に従う方法を実行するために使用される。

第６の態様に従って、第５の態様に従うプログラムを含む、コンピュータ可読記憶媒体などのプログラム製品が提供される。

第７の態様に従って、通信装置が提供される。通信装置は、メモリへ接続され、第１の態様に従う方法を実装するように、メモリに記憶されているプログラムを読み出して実行するよう構成される。通信装置は、第１の態様に従う方法を実行するよう構成されたユニット、モジュール、又は回路を含んでよい。通信装置は、端末であってよく、あるいは、端末で使用されるモジュール、例えば、端末で使用されるチップであってよい。

第８の態様に従って、第２の態様に従う装置を含む端末が提供される。

上記の態様では、ネットワークデバイスは、トラフィックパターン情報が報告されるべきである論理チャネル、ＰＤＵセッション、サービス、無線ベアラ、又はＱｏＳフローを端末に示し、端末は、指示に基づいて、ネットワークデバイスによって指示されている論理チャネル、ＰＤＵセッション、サービス、無線ベアラ、又はＱｏＳフローのトラフィックパターン情報のみを報告する、ことが分かる。このように、トラフィックパターン情報の報告は、報告オーバーヘッド低減するように、ネットワークデバイスによって制御される。

上記の態様で、端末は、ネットワークデバイスからコンフィグレーション情報を更に受信し、コンフィグレーション情報は、ネットワークデバイスによってトラフィックパターン情報に基づいて端末に割り当てられた設定されたリソースを示すために使用される。

上記の態様で、端末は、ネットワークデバイスから設定されたリソースを取得し、ネットワークデバイスから第１スケジューリング情報を受信し、第１スケジューリング情報は、取得された設定されたリソースを調整するために使用される。

この実施において、第１スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、設定されたリソースの時間領域位置情報を調整するために使用される。

上記の態様では、ネットワークデバイスは、同じタイプの端末に１つのグループ識別子を割り当てる、ことが分かる。同じタイプの複数の端末のためのリソースを調整する必要がある場合に、ネットワークデバイスは、グループ識別子を使用することによって、端末の設定されたリソースを調整するために使用されるスケジューリング情報をスクランブルし、グループ識別子に対応するグループに属している全ての端末は、スケジューリング情報を受信することができる。このように、同じタイプの複数の端末のためのスケジューリング情報は、オーバーヘッドを低減するように、１つの命令を使用することによって示される。更に、トラフィックパターンの変化によって引き起こされるレイテンシも、スケジューリング情報を使用することによって低減され得る。

上記の態様で、端末は、ネットワークデバイスから第２スケジューリング情報を更に受信し、第２スケジューリング情報は、設定されたリソースに関する情報を示すために使用される。端末は、対応するリソースオフセットと、第２スケジューリング情報を使用することによって示される、設定されたリソースに関する情報とに基づいて、端末のリソースを決定する。

この実施において、端末に対応するリソースオフセットは、前もってネットワークデバイスによって示されている。第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、端末は、グループ識別子によって識別されるデバイスグループ内にある。

上記の態様では、ネットワークデバイスは、同じタイプのデバイスに１つのグループ識別子を割り当て、グループ識別子によって識別されるグループ内の端末は、夫々がリソースオフセットを有している、ことが分かる。同じタイプの複数の端末にＣＧリソースを割り当てる必要がある場合に、ネットワークデバイスは、グループ識別子を使用することによって、端末の設定されたリソースを示すために使用されるスケジューリング情報をスクランブルし、グループ識別子に対応するグループに属している全ての端末は、スケジューリング情報を受信することができる。各端末に割り当てられたリソースは、その端末のリソースオフセットと、スケジューリング情報を使用することによって示される、リソースに関する情報とを使用することによって、決定される。このように、同じタイプの複数の端末のためのスケジューリング情報は、オーバーヘッドを低減するように、１つの命令を使用することによって示される。

第９の態様に従って、次を含む通信方法が提供される。

第１リソースを取得した後に、端末は指示情報を受信し、指示情報は、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用される。端末は、指示情報に基づいて第１リソースでＭＡＣ ＣＥを送信する。

第１０の態様に従って、第９の態様に従う各ステップを実行するよう構成されたユニット又は手段（means）を含む通信装置が提供される。

第１１の態様に従って、少なくとも１つのプロセッサ及びメモリを含む通信装置が提供される。少なくとも１つのプロセッサは、第９の態様に従う方法を実行するよう構成される。

第１２の態様に従って、少なくとも１つのプロセッサ及びインターフェース回路を含む通信装置が提供される。プロセッサは、インターフェース回路を通じてネットワークデバイスと通信し、第９の態様に従う方法を実行するよう構成される。

第１３の態様に従って、プログラムが提供される。プログラムは、プロセッサによって実行される場合に、第９の態様に従う方法を実行するために使用される。

第１４の態様に従って、第１３の態様に従うプログラムを含む、コンピュータ可読記憶媒体などのプログラム製品が提供される。

第１５の態様に従って、通信装置が提供される。通信装置は、メモリへ接続され、第９の態様に従う方法を実装するように、メモリに記憶されているプログラムを読み出して実行するよう構成される。通信装置は、第９の態様に従う方法を実行するよう構成されたユニット、モジュール、又は回路を含んでよい。通信装置は、端末であってよく、あるいは、端末で使用されるモジュール、例えば、端末で使用されるチップであってよい。

第１６の態様に従って、第１０の態様に従う装置を含む端末が提供される。

上記の態様では、ＢＳＲなどのＭＡＣ ＣＥを送信するために特別に使用される専用のリソースが端末に割り当てられ、それにより、ＢＳＲの送信は周期的なサービスデータの送信に影響を及ぼさない、ことが分かる。これは、周期的なサービスについて現れるレイテンシを低減する。

上記の態様で、ＭＡＣ ＣＥは、ＢＳＲを含んでよい。相応して、指示情報は、第１リソースがＢＳＲを送信するために使用されることを示すために使用される。

上記の態様で、第１リソースは、周期的な伝送リソースである。

上記の態様で、端末は、第１リソースで、第１論理チャネル又は第１論理チャネルグループに対応するＭＡＣ ＣＥを送信する。

上記の態様で、第１論理チャネル又は第１論理チャネルグループは、前もってネットワークデバイスによって示されている。

上記の態様で、指示情報は、第１論理チャネル又は第１論理チャネルグループを示すために更に使用される。

上記の態様で、第１論理チャネルは、優先度が前もってセットされた閾値以上である論理チャネルであり、第１論理チャネルグループは、優先度が前もってセットされた閾値以上である論理チャネルグループである。

上記の態様で、第１論理チャネル又は第１論理チャネルグループのデータバッファサイズが０よりも大きい場合に、端末は、第１リソースでＢＳＲを送信する。

第１７の態様に従って、次を含む通信方法が提供される。

ネットワークデバイスが指示情報を端末へ送信し、指示情報は、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告することを端末に指示するために使用される。次いで、ネットワークデバイスは、指示情報に基づいて端末によって報告される、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を受信する。

第１８の態様に従って、第１７の態様に従う各ステップを実行するよう構成されたユニット又は手段（means）を含む通信装置が提供される。

第１９の態様に従って、少なくとも１つのプロセッサ及びメモリを含む通信装置が提供される。少なくとも１つのプロセッサは、第１７の態様に従う方法を実行するよう構成される。

第２０の態様に従って、少なくとも１つのプロセッサ及びインターフェース回路を含む通信装置が提供される。プロセッサは、インターフェース回路を通じて端末と通信し、第１７の態様に従う方法を実行するよう構成される。

第２１の態様に従って、プログラムが提供される。プログラムは、プロセッサによって実行される場合に、第１７の態様に従う方法を実行するために使用される。

第２２の態様に従って、第２１の態様に従うプログラムを含む、コンピュータ可読記憶媒体などのプログラム製品が提供される。

第２３の態様に従って、通信装置が提供される。通信装置は、メモリへ接続され、第９の態様に従う方法を実装するように、メモリに記憶されているプログラムを読み出して実行するよう構成される。通信装置は、第１７の態様に従う方法を実行するよう構成されたユニット、モジュール、又は回路を含んでよい。通信装置は、端末であってよく、あるいは、端末で使用されるモジュール、例えば、端末で使用されるチップであってよい。

第２４の態様に従って、第１８の態様に従う装置を含む端末が提供される。

上記の態様で、ネットワークデバイスは更に、端末によって報告されたトラフィックパターン情報に基づいて端末のためのリソースを設定し、コンフィグレーション情報を端末へ送信し、コンフィグレーション情報は、端末のためにネットワークデバイスによって設定されたリソースを示すために使用される。

上記の態様で、ネットワークデバイスは、第１スケジューリング情報を端末へ更に送信し、第１スケジューリング情報は、端末によってネットワークデバイスから取得された設定されたリソースを調整するために使用される。

この実施において、第１スケジューリング情報は、グループ識別子を使用することによってスクランブルされる。第１スケジューリング情報は、設定されたリソースの時間領域位置情報を調整するために使用される。

上記の態様で、ネットワークデバイスは、第２スケジューリング情報を端末へ更に送信し、第２スケジューリング情報は、設定されたリソースに関する情報を示すために使用され、設定されたリソースに関する情報は、端末によって、対応するリソースオフセットに基づいて端末のリソースを決定するために使用される。

この実施において、端末に対応するリソースオフセットは、前もってネットワークデバイスによって示されている。第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、端末は、グループ識別子によって識別されるデバイスグループ内にある。

上記の態様の有利な効果については、第１の態様乃至第８の態様の有利な効果を参照されたい。詳細は、ここで再び記載されない。

第２５の態様に従って、次を含む通信方法が提供される。

ネットワークデバイスは、指示情報を端末へ送信し、指示情報は、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用される。指示情報を送信した後、ネットワークデバイスは、端末によって第１リソースで送信されたＭＡＣ ＣＥを受信する。

第２６の態様に従って、第２５の態様に従う各ステップを実行するよう構成されたユニット又は手段（means）を含む通信装置が提供される。

第２７の態様に従って、少なくとも１つのプロセッサ及びメモリを含む通信装置が提供される。少なくとも１つのプロセッサは、第２５の態様に従う方法を実行するよう構成される。

第２８の態様に従って、少なくとも１つのプロセッサ及びインターフェース回路を含む通信装置が提供される。プロセッサは、インターフェース回路を通じてネットワークデバイスと通信し、第２５の態様に従う方法を実行するよう構成される。

第２９の態様に従って、プログラムが提供される。プログラムは、プロセッサによって実行される場合に、第２５の態様に従う方法を実行するために使用される。

第３０の態様に従って、第２９の態様に従うプログラムを含む、コンピュータ可読記憶媒体などのプログラム製品が提供される。

第３１の態様に従って、通信装置が提供される。通信装置は、メモリへ接続され、第９の態様に従う方法を実装するように、メモリに記憶されているプログラムを読み出して実行するよう構成される。通信装置は、第２５の態様に従う方法を実行するよう構成されたユニット、モジュール、又は回路を含んでよい。通信装置は、端末であってよく、あるいは、端末で使用されるモジュール、例えば、端末で使用されるチップであってよい。

第３２の態様に従って、第２６の態様に従う装置を含む端末が提供される。

上記の態様で、ＭＡＣ ＣＥは、ＢＳＲを含む。相応して、指示情報は、第１リソースがＢＳＲを送信するために使用されることを示すために使用される。

上記の態様で、第１リソースは、周期的な伝送リソースである。

上記の態様で、ネットワークデバイスは、端末によって第１リソースで送信される、第１論理チャネル又は第１論理チャネルグループに対応するＭＡＣ ＣＥを受信する。

この実施において、第１論理チャネル又は第１論理チャネルグループは、前もってネットワークデバイスによって示されている。

上記の態様で、指示情報は、第１論理チャネル又は第１論理チャネルグループを示すために更に使用される。

上記の態様で、第１論理チャネルは、優先度が前もってセットされた閾値以上である論理チャネルであり、第１論理チャネルグループは、優先度が前もってセットされた閾値以上である論理チャネルグループである。

上記の態様で、第１論理チャネル又は第１論理チャネルグループのデータバッファサイズが０よりも大きい場合に、ネットワークデバイスは、端末によって第１リソースで送信されたＢＳＲを受信する。

上記の態様の有利な効果については、第９の態様乃至第１６の態様の有利な効果を参照されたい。詳細は、ここで再び記載されない。

本願に従うシステムの略アーキテクチャ図である。 本開示に従う通信方法の実施形態１のインタラクションフローチャートである。 本開示に従う通信方法の実施形態２のインタラクションフローチャートである。 本開示に従う通信方法の実施形態３のインタラクションフローチャートである。 本開示に従う通信方法の実施形態４のインタラクションフローチャートである。 第１リソースの周期的な送信の例図である。 第１リソースの周期的な送信の他の例図である。 本願の実施形態に従う通信装置の略構造図である。 本願の実施形態に従う他の通信装置の略構造図である。 本願の実施形態に従う更なる他の通信装置の略構造図である。 本願の実施形態に従う更なる他の通信装置の略構造図である。 本願の実施形態に従うネットワークデバイスである通信装置の略構造図である。 本願の実施形態に従う端末である通信装置の略構造図である。

最初に、本願で使用されるいくつかの用語が説明される。

（１）端末は、ユーザ機器（user equipment，ＵＥ）、移動局（mobile station，ＭＳ）、移動端末（mobile terminal，ＭＴ）、などとも呼ばれ、ユーザのためのボイス／データ接続性を提供するデバイス、例えば、無線接続機能を備えた手持ち式デバイス又は車載デバイスである。現在、例えば、端末は、携帯電話機（mobile phone）、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（mobile internet device，ＭＩＤ）、ウェアラブルデバイス、仮想現実（virtual reality，ＶＲ）デバイス、拡張現実（augmented reality，ＡＲ）デバイス、産業制御（industrial control）における無線端末、自動運転（self driving）における無線端末、遠隔医療手術（remote medical surgery）における無線端末、スマートグリッド（smart grid）における無線端末、輸送安全性（transportation safety）における無線端末、スマートシティ（smart city）における無線端末、又はスマートホーム（smart home）における無線端末である。

（２）ネットワークデバイスは、無線ネットワークにおけるデバイス、例えば、端末が無線ネットワークにアクセスすることを可能にする無線アクセスネットワーク（radio access network，ＲＡＮ）ノードである。現在、例えば、ＲＡＮノードは、ｇＮＢ、送受信ポイント（transmission reception point，ＴＲＰ）、エボルブドＮｏｄｅＢ（evolved Node B，ｅＮＢ）、無線ネットワークコントローラ（radio network controller，ＲＮＣ）、ＮｏｄｅＢ（Node B，ＮＢ）、基地局コントローラ（base station controller，ＢＳＣ）、ベーストランシーバ局（base transceiver station，ＢＴＳ）、ホーム基地局（例えば、ホームエボルブドＮｏｄｅＢ又はホームノードＢ，ＨＮＢ）、ベースバンドユニット（base band unit，ＢＢＵ）、又はワイヤレスフィデリティ（wireless fidelity，Ｗｉ－Ｆｉ）アクセスポイント（access point，ＡＰ）である。ネットワーク構造において、ネットワークデバイスは、中央集権型ユニット（centralized unit，ＣＵ）ノード又は分散型ユニット（distributed unit，ＤＵ）ノードを含んでよく、あるいは、ＣＵノード及びＤＵノードを含むＲＡＮデバイスであってよい。

（３）「複数の～」という用語は、２つ以上を示し、他の限量詞は、その用語に類似する。

図１は、本願に従うシステムの略アーキテクチャ図である。図１に示されるように、端末１３０は、無線ネットワークを通じて外部ネットワーク（例えば、インターネット）のサービスを取得するか、あるいは、無線ネットワークを通じて他の端末と通信するために、無線ネットワークにアクセスする。無線ネットワークは、ＲＡＮ１１０及びコアネットワーク（ＣＮ）１２０を含む。ＲＡＮ１１０は、端末１３０が無線ネットワークにアクセスすることを可能にするために使用され、ＣＮ１２０は、端末を管理しかつ外部ネットワークとの通信用のゲートウェイを提供するために使用される。本願では、端末１３０は、産業通信分野における無線端末、例えば、工場の製品作業室に設置された端末であってよい。複数の端末１３０が存在してもよい。複数の端末１３０の全てが同じタイプであってよく、あるいは、端末のうちの一部が同じタイプであってもよい。同じタイプの端末は、サービス伝送周期性、アップリンクサービスコンテンツ、及びトラフィックパターンに関して一貫性がある。例えば、同じタイプの複数の端末１３０は、同時にＲＡＮ１００へアップリンクメッセージを送信し得る。

産業通信シナリオでは、産業制御プロセスは、比較的に一定のサービス伝送周期性、安定したサイズのアップリンクサービスコンテンツ、及び複数のデバイスによって共有される同じトラフィックパターンを特徴とする。更に、高い伝送信頼性、低いレイテンシ、及び低いジッタが、産業制御プロセスでは必要とされる。そのようなシナリオの例で、複数の端末は、工場の製品作業室に設置されており、これらのデバイスのトラフィックパターンは同じであり、これらのデバイスによってネットワークデバイスへメッセージを送信する時点も同じである。可能な設計において、これらのデバイスは、ネットワークデバイスと別々に相互作用する。この処理方法は、次の３つの問題を有する可能性がある。

第１の問題：端末は、全てのトラフィックパターン情報をネットワークデバイスへ報告する必要があり、比較的に高いオーバーヘッドを引き起こす。

第２の問題：同じタイプの端末のトラフィックパターンが変化する場合に、ネットワークデバイスは、端末の設定グラント（configuredGrant，ＣＧ）リソースを調整する必要があり得る。例えば、サービスの開始時間が変化する場合に、ネットワークデバイスは、端末ごとにリソースを調整する必要があり、比較的に高いオーバーヘッドを引き起こす。更に、トラフィックパターンの変化により、レイテンシが増大する。

第３の問題：ネットワークデバイスは、端末のＣＧリソースをアクティブにするために各端末にアクティブ化命令を供給する必要がある。ネットワークデバイスにとっては、端末のＣＧリソースをアクティブにすることを示すために必要とされる命令オーバーヘッドは、比較的に高い。例えば、ＣＧリソースをアクティブにするために使用される物理ダウンリンク制御チャネル（physical downlink control channel，ＰＤＣＣＨ）命令は、各端末へ送信される必要がある。更に、同じタイプの端末のためのリソーススケジューリングを実行する場合に、ネットワークデバイスは、それらの端末のためのリソーススケジューリングを別々に実行する必要があり、比較的に高いオーバーヘッドを引き起こす。

第１の問題について、本願では、ネットワークデバイスは、トラフィックパターン情報が報告されるべきである論理チャネル、プロトコルデータユニット（protocol data unit，ＰＤＵ）セッション、サービス、無線ベアラ、又はクオリティ・オブ・サービス（quality of service，ＱｏＳ）フローを端末に指示し、端末は、指示に従って、ネットワークデバイスによって指示される論理チャネル、ＰＤＵセッション、サービス、無線ベアラ、又はＱｏＳフローのトラフィックパターン情報のみを報告する。このように、トラフィックパターン情報の報告は、報告オーバーヘッドを低減するように、ネットワークデバイスによって制御される。

第２の問題について、本願では、ネットワークデバイスは、同じタイプの端末に１つのグループ識別子を割り当てる。同じタイプの複数の端末のためのリソースを調整する必要がある場合に、ネットワークデバイスは、グループ識別子を使用することによって、端末の設定されたリソースを調整するために使用されるスケジューリング情報をスクランブルし、そのグループ識別子に対応するグループに属している全ての端末は、スケジューリング情報を受信することができる。このように、同じタイプの複数の端末のスケジューリング情報は、オーバーヘッドを低減するように、１つの命令を使用することによって示される。更に、トラフィックパターンの変化によって引き起こされるレイテンシも、スケジューリング情報を使用することによって低減され得る。

第３の問題について、本願では、ネットワークデバイスは、同じタイプのデバイスに１つのグループ識別子を割り当て、そのグループ識別子によって識別されるグループ内の端末は、夫々がリソースオフセットを有している。同じタイプの複数の端末にＣＧリソースを割り当てる必要がある場合に、ネットワークデバイスは、グループ識別子を使用することによって、端末の設定されたリソースを示すために使用されるスケジューリング情報をスクランブルし、そのグループ識別子に対応するグループに属している全ての端末は、スケジューリング情報を受信することができる。各端末に割り当てられているリソースは、端末のリソースオフセットと、スケジューリング情報を使用することによって示される、リソースに関する情報とを使用することによって、決定され得る。このように、同じタイプの複数の端末のためのスケジューリング情報は、オーバーヘッドを低減するように、１つの命令を使用することによって示される。

第２の問題を解決するために使用されるスケジューリング情報と、第３の問題を解決するために使用されるスケジューリング情報とを区別するために、スケジューリング情報は、以下では第１スケジューリング情報及び第２スケジューリング情報と夫々呼ばれる。しかし、ここでの「第１」及び「第２」という用語は、限定のために使用されない。

更に、無線通信ネットワークでのリソーススケジューリングモードは、一般に、動的なスケジューリング及び設定グラントに基づくスケジューリングを含み得る。動的なスケジューリングでは、端末は、各アップリンク伝送の前に、ネットワークデバイスにリソースを要求して、比較的に高いレイテンシを生じさせる。従って、比較的に高いレイテンシは、動的なスケジューリングが産業通信シナリオに適用される場合に引き起こされる。設定グラントに基づくスケジューリングモードは、レイテンシを低減することができるので、産業通信シナリオに対してより適用可能である。しかし、設定グラントに基づくスケジューリングモードが産業制御プロセスに適用される場合に、次の第４の問題が現れる可能性がある。

設定グラントに基づくスケジューリングモードでは、周期的なリソースが、データサイズと、周期的なサービスの周期性とに基づいて、設定される。しかし、産業通信シナリオでは、決定論的な伝送性能要件による非周期的なデータが存在することがある。周期的なサービス及び非周期的なサービスが同時に到着するとき、バッファステータス報告（buffer status reporting，ＢＳＲ）の送信がトリガされるが、事前設定されたリソースが全てのデータ及びＢＳＲを送信するために使用され得ない場合には、ＢＳＲしか最初に送信され得ず、周期的なサービスデータの送信は遅延される。その結果、周期的なサービスのレイテンシは増大する。

第４の問題について、本願では、ＢＳＲなどのＭＡＣ制御要素（MAC control element，ＭＡＣ ＣＥ）を送信するために特別に使用される専用のリソースが端末に割り当てられ、それにより、ＢＳＲの送信は、周期的なサービスデータの送信に影響を及ぼさない。これは、周期的なサービスについて現れるレイテンシを低減する。

本願の技術的解決法は、上記の４つの問題の始点から、本願の以下の実施形態で別々に説明される。

以下は、第１の問題のための技術的解決法について記載する。

図２は、本開示に従う通信方法の実施形態１のインタラクションフローチャートである。図２に示されるように、端末とネットワークデバイスとの間のインタラクションプロセスは、次のステップを含む。

Ｓ２０１：ネットワークデバイスは、指示情報を端末へ送信し、このとき、指示情報は、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告することを端末に指示するために使用される。

例えば、トラフィックパターン情報は、サービスの次の情報：開始時間、周期性（traffic Periodicity）、メッセージサイズ（message size）、論理チャネル識別子、信頼性要件、及びレイテンシ性能要件、のうちの１つ以上を含んでよい。例えば、端末は、トラフィック周期性を報告する。このようにして、ネットワークデバイスは、周期性に基づいてＣＧリソースの周期性を設定してよい。他の例として、端末は、開始時間を報告する。このようにして、ネットワークは、開始時間に基づいてＣＧリソースの時間オフセットを設定してよく、オフセットは、ＳＦＮ＝０に対する時間オフセットであってよい。他の例として、端末は、メッセージサイズを報告する。このようにして、ネットワークデバイスは、メッセージサイズに基づいてＣＧリソースのサイズを設定してよい。任意に、端末は、サービスのトラフィック周期性、開始時間、及びメッセージサイズを報告してもよい。サービスのトラフィック周期性、開始時間、及びメッセージサイズのうちの１つしか変化しない場合に、端末は、変化した情報しか報告しなくてもよい。例えば、トラフィック周期性が変化するとき、端末は、トラフィック周期性しか報告しなくてもよい。他の例として、メッセージサイズが変化するとき、端末は、メッセージサイズしか報告しなくてもよい。

任意に、端末は更に、論理チャネル識別子、信頼性要件、又はレイテンシ性能要件を報告してもよい。ここで、「又は」という用語は、非排他的な意味を有しており、すなわち、論理チャネル識別子、信頼性要件、及びレイテンシ性能要件の一部又は全部が報告されてよい。

メッセージサイズは、トラフィックパターンにおける最大輸送ブロックサイズである。メッセージサイズは、論理チャネル上でのサービスのための最大輸送ブロックサイズである、ことが理解され得る。論理チャネル識別子は、論理チャネル上で報告されるトラフィックパターンに関連した論理チャネル識別子である。周期性は、論理チャネル上での推定データ到着周期である。開始時間は、論理チャネル上での推定データパケット到着時間である。開始時間は、ＳＦＮ＝０に対する時間オフセット（time offset）であってよい。

任意に、ネットワークデバイスは、無線リソース制御（radio resource control，ＲＲＣ）シグナリングを使用することによって指示情報を送信してもよい。

例えば、指示情報は、論理チャネル、ＰＤＵセッション、アプリケーション、無線ベアラ、又はＱｏＳフローの識別子、例えば、論理チャネルの番号を含んでよい。

例えば、指示情報を、論理チャネルを示す。ネットワークデバイスは、１つの指示情報で１つの論理チャネルの識別子を示してよく、あるいは、１つの指示情報で複数の論理チャネルの識別子を示してもよい。これは、本願で特に限定されない。

任意に、トラフィックパターン情報は、論理チャネルで運ばれるサービスのためのパターン情報である。

任意に、トラフィックパターン情報は、ＰＤＵセッションで運ばれるサービスのためのパターン情報である。

任意に、トラフィックパターン情報は、アプリケーションでのサービスのためのパターン情報である。

任意に、トラフィックパターン情報は、無線ベアラセッションで運ばれるサービスのためのパターン情報である。

任意に、トラフィックパターン情報は、ＱｏＳフローで運ばれるサービスのためのパターン情報である。

Ｓ２０２：端末は、指示情報に基づいて、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告する。

例えば、指示情報は、論理チャネルを示す。ネットワークデバイスによって送信された指示情報を受信した後、端末は、指示情報において運ばれる、論理チャネルの識別子に基づいて、サービスのトラフィックパターン情報がネットワークデバイスに報告される必要がある論理チャネルを決定する。更に、端末は、論理チャネルのトラフィックパターン情報を取得し、論理チャネルのトラフィックパターン情報、例えば、開始時間、周期性、及びメッセージサイズのうちの１つ上をネットワークデバイスに報告する。

Ｓ２０３：ネットワークデバイスは、端末によって報告されたトラフィックパターン情報に基づいて、端末のためのリソースを設定する。

例えば、トラフィックパターン情報がサービスの開始時間、周期性、及びメッセージサイズを含む場合に、ネットワークデバイスは、情報に基づいて、トラフィックパターンにおける端末の最大データブロック及びサービスデータ到着周期を取得し、最大データブロック及びサービスデータ到着周期に基づいてＣＧリソースの周期性及びリソースのサイズを決定してよい。他の例として、トラフィックパターン情報がサービスの開始時間を含む場合に、ネットワークデバイスは、サービスの開始時間に基づいてリソースの開始時間を決定し、それにより、アップリンクデータは、サービスデータの到着時に、事前設定された周期的なリソースで送信可能であり、待機のための更なるレイテンシは生じない。トラフィックパターン情報がサービスの開始時間を含まない場合には、ネットワークデバイスは、デフォルトの開始時間に基づいてリソースの開始時間を設定してよい。他の例として、トラフィックパターン情報がサービスの周期性を含む場合に、ネットワークデバイスは、周期性に基づいてリソースの周期性を設定してよく、それにより、サービスデータの周期性はリソースの設定に一致し、サービスデータは適切な時期に送信され、待機のためのレイテンシは低減される。トラフィックパターン情報がサービスの周期性を含まない場合には、ネットワークデバイスは、デフォルトの周期性に基づいてリソースの周期性を設定してよい。他の例として、トラフィックパターン情報がサービスのメッセージサイズを含む場合に、ネットワークデバイスは、メッセージサイズに基づいてリソースのサイズを設定してよい。トラフィックパターン情報がサービスのメッセージサイズを含まない場合には、ネットワークデバイスは、デフォルトのリソースサイズを設定してよい。

ＣＧリソースが利用可能でない場合に、端末は、動的に割り当てられたリソースをネットワークに要求するためにスケジューリング要求又はＢＳＲを送信する。ネットワークデバイスが、端末のサービスが位置している論理チャネルに基づいて、ＣＧリソースがサービスに対してより適用可能であることを決定する場合に、ネットワークデバイスは、端末のためのＣＧリソースを設定し、ＣＧリソースを端末に通知し、ＣＧリソースが論理チャネル用であることを端末に通知する。つまり、ネットワークデバイスは、コンフィグレーション情報を端末へ送信する。コンフィグレーション情報は、論理チャネルに関する情報と、ＣＧリソースに関する情報とを含む。論理チャネルに関する情報及びＣＧリソースに関する情報は、同じコンフィグレーションメッセージに位置してよく、あるいは、別々に設定されてもよい。同様に、ネットワークデバイスは、端末のサービスが位置しているＱｏＳフロー、ＰＤＵセッション、アプリケーション、又は無線ベアラに基づいて、ＣＧリソースがサービスに対してより適用可能であることを決定してもよい。この場合に、ネットワークデバイスは、端末のためのＣＧリソースを設定し、ＣＧリソースを端末に通知し、ＣＧリソースがＱｏＳフロー、ＰＤＵセッション、アプリケーション、又は無線ベアラ用であることを端末に通知する。つまり、ネットワークデバイスは、コンフィグレーション情報を端末へ送信する。コンフィグレーション情報は、ＱｏＳフロー、ＰＤＵセッション、アプリケーション、又は無線ベアラに関する情報と、ＣＧリソースに関する情報とを含む。ＱｏＳフロー、ＰＤＵセッション、アプリケーション、又は無線ベアラに関する情報及びＣＧリソースに関する情報は、同じコンフィグレーションメッセージに位置してよく、あるいは、別々に設定されてもよい。

Ｓ２０４：ネットワークデバイスは、コンフィグレーション情報を端末へ送信し、このとき、コンフィグレーション情報は、ネットワークデバイスによって設定されたリソースを端末に示すために使用される。

任意に、ネットワークデバイスがコンフィグレーション情報を端末へ送信するプロセスは、ネットワークデバイスが端末のためのアップリンクグラントリソースを設定するプロセスと見なされてよい。

任意の実施において、コンフィグレーション情報は、ＲＲＣシグナリングで運ばれてよい。

ＲＲＣシグナリングは、端末が使用するために事前設定されたアップリンクグラントリソースを示すために使用されてよい。ＲＲＣシグナリング内の設定グラントコンフィグレーション（ConfiguredGrantConfig）情報要素（information element，ＩＥ）は、アップリンクグラントリソースの開始位置、リソースサイズ、及び周期性を運んでよく、それにより、端末は、アップリンクグラントリソースの時間領域位置及び周波数領域位置を決定する。ＲＲＣシグナリングを使用することによって示されるリソースは、ＲＲＣシグナリングを使用することによってリソースが削除されるまで、周期的に現れる。このコンフィグレーションモードは、設定グラントタイプ１と呼ばれ得る。

他の任意の実施において、コンフィグレーション情報は、ダウンリンク制御情報で運ばれてよく、あるいは、ＲＲＣシグナリング及びダウンリンク制御情報で運ばれてもよい。

ネットワークデバイスは最初に、端末が使用するために事前設定されたアップリンクグラントリソースの周期性などの情報を、ＲＲＣシグナリングを使用することによって示してよい。ダウンリンク制御情報を受信する場合に、端末は、ダウンリンク制御情報で運ばれる、アップリンクグラントリソースの開始位置及びリソースサイズ、並びにアップリンクグラントリソースに一致する変調及び符号化スキーム（modulation and coding scheme，ＭＣＳ）などの情報に基づいて、事前設定されたアップリンクグラントリソースを用いて活性化し始動してよい。ダウンリンク制御情報は、特定のリソースを示すために使用されてよい。非アクティブ化コマンドが受信されない限り、ダウンリンク制御情報を使用することによって示されたリソースは、周期的に現れる。このコンフィグレーションモードは、設定グラントタイプ２と呼ばれ得る。

この場合に、リソースの周期性は、ＲＲＣシグナリングを使用することによって送信され、リソースのサイズ及び位置情報は、ダウンリンク制御情報を使用することによって送信される。コンフィグレーション情報は、ダウンリンク制御情報内の情報として理解されてよく、あるいは、ＲＲＣ信号及びダウンリンク制御情報の両方のおける情報として理解されてもよい。

コンフィグレーションモードで、アップリンクグラントリソースは事前設定されてよく、例えば、半永続スケジューリング（semi-persistent scheduling，ＳＰＳ）リソース又は設定グラントリソースであってよい。

コンフィグレーションモードで、アップリンクグラントリソースは、周期的なサービスをサーブしてよく、ネットワークデバイスは、リソースを割り当てるために毎回制御シグナリングを供給する必要がない。これは、制御シグナリングオーバーヘッドを低減する。アップリンクグラントリソースはまた、いくつかの、レイテンシの影響を受けやすいサービス、例えば、超高信頼低レイテンシ通信（ultra-reliable low-latency communications，ＵＲＬＬＣ）サービスのためにも使用されてよい。このタイプのサービスのレイテンシ要件は満足される必要があり、このタイプのサービスは如何なる時点でも到着する可能性があるので、スケジューリング要求を使用することによって又はランダムアクセスを通じてリソースを要求することは、遅すぎる場合がある。従って、ネットワークデバイスは、密集した周期的なリソースを事前設定する。端末がこのタイプのサービスのデータをネットワークデバイスへ送信する必要がある場合に、レイテンシを低減するために、周期的なリソースは直ちに送信に使用され得る。

Ｓ２０５：端末は、コンフィグレーション情報に基づいて、ネットワークデバイスによって設定されたリソースを決定する。

例えば、ネットワークデバイスは、設定グラントタイプ１を使用する。ネットワークデバイスは、アップリンクグラントリソースの開始位置、リソースサイズ、及び周期性をＲＲＣシグナリングに含める。ＲＲＣシグナリングを受信した後、端末は、端末がリソースを開始するために使用される周期性及び各周期性における位置を知り得る。このようにして、端末は、リソースで情報を送信する。

Ｓ２０６：端末は、ネットワークデバイスによって設定されたリソースでアップリンクサービスを送信する。

この実施形態では、ネットワークデバイスは、トラフィックパターン情報が報告され得る論理チャネル、ＰＤＵセッション、サービス、無線ベアラ、又はＱｏＳフローを端末に指示し、端末は、指示に基づいて、ネットワークデバイスによって指示される論理チャネル、ＰＤＵセッション、サービス、無線ベアラ、又はＱｏＳフローのトラフィックパターン情報のみを報告する。更に、ネットワークデバイスは、端末によって報告されたトラフィックパターン情報に基づいて端末のためのリソースを設定する。このように、トラフィックパターン情報の報告は、報告オーバーヘッドを低減するために、ネットワークデバイスによって制御される。

任意に、上記の論理チャネルは、論理チャネルグループで置換されてよい。具体的に言えば、ネットワークデバイスによって送信された指示情報は、第１論理チャネルグループのトラフィックパターン情報を報告することを端末に指示するために使用され、端末は、指示情報に基づいて第１論理チャネルグループ内の論理チャネルのトラフィックパターン情報を報告する。

図３は、本開示に従う通信方法の実施形態２のインタラクションフローチャートである。図２に示されるように、端末とネットワークデバイスとの間のインタラクションプロセスは、次のステップを含む。

Ｓ３０１：端末は、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報をネットワークデバイスに報告する。

Ｓ３０２：ネットワークデバイスは、端末によって報告されたトラフィックパターン情報に基づいて、端末の設定されたリソースを調整することを決定する。

任意の様態で、トラフィックパターン情報は、トラフィックパターン変化情報を含み、上記の実施形態での如何なるタイプのトラフィックパターン情報の変化情報も含んでよい。変化情報は、変化したトラフィックパターン情報又はトラフィックパターン情報の変動、例えば、開始時間変動、周期性変動、又はデータサイズ変動であってよい。ネットワークデバイスは、トラフィックパターン変化情報に基づいて、端末のトラフィックパターンが変化していることを決定し、更には、端末の設定されたリソースを調整することを決定してよい。

他の任意の様態で、ネットワークデバイスは、端末によって報告されたトラフィックパターン情報を、最後に端末によって報告されてネットワークデバイスに記憶されているトラフィックパターン情報と比較することによって、端末のトラフィックパターンが変化していることを決定し、更には、端末の設定されたリソースを調整することを決定してよい。

留意されるべきは、上記のステップＳ３０１及びＳ３０２は、端末の設定されたリソースを調整することをネットワークデバイスによって決定することの可能な実施にすぎない点である。具体的な実施プロセスでは、ネットワークデバイスは、代替的に、他のよう対で、端末の設定されたリソースを調整することを決定してもよい。

例えば、ネットワークデバイスは、コアネットワークデバイスによって供給された支援情報からトラフィックパターン情報を取得する。コアネットワークデバイスは、アクセス及びモビリティ管理機能（Access and Mobility Management Function，ＡＭＦ）デバイス又はセッション管理機能（Session Management Function，ＳＭＦ）デバイスなどのデバイスであってよい。ネットワークデバイスは、コアネットワークデバイスによって送信されたトラフィックパターン情報に基づいて、端末の設定されたリソースを調整することを決定する。

Ｓ３０３：ネットワークデバイスは、第１スケジューリング情報を端末へ送信し、このとき、第１スケジューリング情報は、端末の設定されたリソースを調整するために使用される。

産業制御シナリオでは、同じタイプの端末は、同じトラフィックパターン情報を有することがある。従って、同じタイプの複数の端末のトラフィックパターン情報は、同時に変化する可能性がある。従って、このステップで、ネットワークデバイスは、同じタイプの複数の端末へ第１スケジューリング情報を送信してよい。ネットワークデバイスが第１スケジューリング情報を端末へ別々に送信する場合には、比較的に高いレイテンシ及び比較的に高いオーバーヘッドが引き起こされる可能性がある。

この問題を解決するために、ネットワークデバイスは、同じタイプの端末を１つのグループに分類し、そのグループにグループ識別子を割り当ててよい。グループ識別子は、グループを識別するために使用され、つまり、グループ識別子は、１つのグループを一意に識別する。

更に、このステップで、ネットワークデバイスは、グループ識別子を使用することによって第１スケジューリング情報をスクランブルする。更に、ネットワークデバイスは、第１スケジューリング情報を送信する。

任意に、第１スケジューリング情報は、端末の設定されたリソースの時間領域位置を調整するために使用される。

例えば、第１スケジューリング情報は、時間領域位置情報の調整値を含む。

任意に、第１スケジューリング情報は、１つのダウンリンク制御情報（downlink control information，ＤＣＩ）シグナリングを使用することによって送信されてよい。第１スケジューリング情報はグループ識別子を使用することによってスクランブルされるので、そのグループ識別子に対応するグループに属している全ての端末は、その１つのＤＣＩシグナリングを使用することによって第１スケジューリング情報を取得し得る。

次の表１は、グループ識別子がグループ識別子１であるグループに属している端末へのリソース割り当ての例をリストアップしている。表１に示されるように、グループ識別子１に対応するグループにはＮ個の端末が存在し、このとき、Ｎは１よりも大きい整数である。端末１のリソースはＣＧ１であり、端末２のリソースはＣＧ２であり、端末ＮのリソースはＣＧＮである。ネットワークデバイスが、グループ識別子１を使用することによってスクランブルされた第１スケジューリング情報を送信した後、端末１、端末２、・・・及び端末Ｎは、全てが、パージングを通じて、第１スケジューリング情報で運ばれた時間領域位置調整値を取得し得る。この場合に、端末１は、ＣＧ１の時間領域位置と、第１スケジューリング情報における時間領域位置調整値とに基づいて、端末１の新しいリソースを決定してよい。端末２は、ＣＧ２の時間領域位置と、第１スケジューリング情報における時間領域位置調整値とに基づいて、端末２の新しいリソースを決定してよい。残りは、類推によって推測可能である。

任意の様態で、端末が複数のＣＧリソースを有している場合に、ネットワークデバイスは、第１スケジューリング情報においてＣＧリソースのインデックス値を示す。

この様態で、複数のＣＧリソースを端末に割り当てる場合に、ネットワークデバイスは、同時に、各ＣＧリソースにインデックス値を割り当てる。次の表２を参照すると、ネットワークデバイスによって端末１に割り当てられたＣＧリソースは、ＣＧ１及びＣＧ１’であり、ＣＧ１のインデックス値は１であり、ＣＧ１’のインデックス値は２である。ネットワークデバイスによって端末２に割り当てられたＣＧリソースは、ＣＧ２及びＣＧ２’であり、ＣＧ２のインデックス値は１であり、ＣＧ２’のインデックス値は２である。残りは、類推によって推測可能である。例えば、グループ識別子１に対応するグループ内の端末の設定されたリソースを、第１スケジューリング情報を使用することによって調整する場合に、ネットワークデバイスは、第１スケジューリング情報においてＣＧリソースのインデックス値を示してよい。例えば、インデックス値１が第１スケジューリング情報に含まれる。グループ識別子１に対応するグループ内の端末が第１スケジューリング情報を受信した後、端末は、調整される必要があるリソースが、リソースインデックスが１であるＣＧ１、ＣＧ２、・・・及びＣＧＮである、と知り得る。この場合に、端末１は、第１スケジューリング情報に基づいて、リソースＣＧ１が調整されるべきである、と知ることができ、端末２は、第１スケジューリング情報に基づいて、リソースＣＧ２が調整されるべきである、と知ることができ、残りは、類推によって推測可能である。

任意の様態で、端末が複数のＣＧリソースを有している場合に、ネットワークデバイスは、ＣＧリソースごとに対応するスケジューリング識別子を設定してよい。スケジューリング識別子は、ただ１つのリソースの管理のために使用される。管理は、リソース調整、初期リソース割り当て、及びリソース解放を含む。

任意に、第１スケジューリング情報は、端末の設定されたリソースの周波数領域リソース位置を調整するために使用されるか、あるいは、端末の設定されたリソースの時間領域リソース位置及び周波数領域リソース位置を調整するために使用される。

Ｓ３０４：端末は、設定されたリソースを取得する。

任意に、設定されたリソースは、ネットワークデバイスによって前もって端末に示されてよい。例えば、ネットワークデバイスは、上記のステップＳ２０４で説明された様態で、端末のためのリソースを設定してよい。更に、この実施形態では、端末は、ネットワークデバイスの指示に基づいて、設定されたリソースを取得してよい。例えば、ネットワークデバイスは、リソースの開始位置、リソースサイズ、及び周期性を指示し、端末は、リソースの開始位置、リソースサイズ、及び周期性に基づいてリソースの時間領域位置及び周波数領域位置を知り得る。

ステップ３０４は、上記のステップのいずれか１つより前に実行されてよく、つまり、ステップ３０４と他のステップとの間の順序は、限定されない。

Ｓ３０５：端末は、第１スケジューリング情報と、取得された設定されたリソースとに基づいて、調整された設定されたリソースを決定する。

例えば、第１スケジューリング情報は、時間領域位置調整値を含む。更に、上記のステップで、端末は、第１スケジューリング情報が受信される前に設定されているリソースの時間領域位置を取得している。この場合に、端末は、第１スケジューリング情報が受信される前に設定されている時間領域位置と、第１スケジューリング情報に含まれている時間領域位置調整値とに基づいて、計算を通じて、調整されたリソースの時間領域位置を取得し得る。

Ｓ３０６：端末は、調整された設定されたリソースでアップリンクサービスを実行する。

例えば、端末は、リソースの取得された時間領域位置と、第１スケジューリング情報に含まれている時間領域位置調整値とに基づいて、調整されたリソースの時間領域位置を取得する。アップリンクデータをネットワークデバイスへ送信する必要がある場合に、端末は、調整されたリソースの時間領域位置でアップリンクデータを送信する。

この実施形態では、ネットワークデバイスは、同じタイプのデバイスに１つのグループ識別子を割り当てる。同じタイプの複数の端末のためのリソースを調整する必要がある場合に、ネットワークデバイスは、グループ識別子を使用することによって、端末の設定されたリソースを調整するために使用される第１スケジューリング情報をスクランブルし、そのグループ識別子に対応するグループに属している全ての端末は、第１スケジューリング情報を受信することができる。このように、同じタイプの複数の端末のためのスケジューリング情報は、オーバーヘッドを低減するように、１つの命令を使用することによって示される。更に、トラフィックパターンの変化によって引き起こされるレイテンシも、第１スケジューリング情報を使用することによって低減され得る。

図４は、本開示に従う通信方法の実施形態３のインタラクションフローチャートである。図４に示されるように、端末とネットワークデバイスとの間のインタラクションプロセスは、次のステップを含む。

Ｓ４０１：ネットワークデバイスは、第２スケジューリング情報を端末へ送信し、このとき、第２スケジューリング情報は、設定されたリソースに関する情報を示すために使用される。

任意に、設定されたリソースに関する情報は、リソースの時間領域位置情報、周波数領域位置情報、又は時間領域位置情報及び周波数領域位置情報であってよい。

産業制御シナリオでは、同じタイプの端末は、同じトラフィックパターン情報を有することがある。従って、リソースは、同じタイプの複数の端末のトラフィックパターン情報について同時にスケジューリングされる必要がある可能性がある。従って、このステップでは、ネットワークデバイスは、同じタイプの複数の端末は第２スケジューリング情報を送信する必要がある。ネットワークデバイスが端末へ別々に第２スケジューリング情報を送信する場合には、比較的に高いオーバーヘッドが引き起こされる可能性がある。

この問題を解決するために、ネットワークデバイスは、同じタイプの端末を１つのグループに分類し、そのグループにグループ識別子を割り当ててよい。グループ識別子は、グループを識別するために使用され、つまり、グループ識別子は、１つのグループを一意に識別する。

更に、このステップでは、ネットワークデバイスは、グループ識別子を使用することによって第２スケジューリング情報をスクランブルする。更に、ネットワークデバイスは第２スケジューリング情報を送信する。

任意に、第２スケジューリング情報は、１つのＤＣＩシグナリングを使用することによって送信されてよい。第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされるので、そのグループ識別子に対応するグループに属している全ての端末は、その１つのＤＣＩシグナリングを使用することによって第２スケジューリング情報を取得し得る。

Ｓ４０２：端末は、対応するリソースオフセットと、第２スケジューリング情報を使用することによって示される、設定されたリソースに関する情報とに基づいて、端末の設定されたリソースを決定する。

任意に、同じグループに属している各端末は、１つのリソースオフセット情報を有してよい。

次の表２は、グループ識別子がグループ識別子１であるグループに属している端末へのリソース割り当ての例をリストアップしている。表３に示されるように、グループ識別子１に対応するグループにはＮ個の端末が存在し、このとき、Ｎは１よりも大きい整数である。ネットワークデバイスは、グループ識別子１を使用することによって第２スケジューリング情報をスクランブルしてよい。第２スケジューリング情報を使用することによって示される周波数領域位置は、ＰＲＢ１である。つまり、グループ識別子１に対応するグループ内の各端末の周波数領域値は、ＰＲＢ１に基づく。次いで、各端末は、ＰＲＢ１と、その端末に対応するリソースオフセットとに基づいて、その端末の周波数領域位置を決定する。例えば、端末１のリソースオフセットがＯｆｆｓｅｔ１である場合に、端末１の周波数領域リソースは、ＰＲＢ１＋Ｏｆｆｓｅｔ１である。残りは、類推によって推測可能である。

任意に、端末に対応するリソースオフセットは、ネットワークデバイスによって前もって示されてよい。

例えば、ネットワークデバイスは、対応するリソースオフセットを端末に前もって、例えば、ＲＲＣシグナリングを使用することによって、示してもよい。

Ｓ４０３：端末は、ネットワークデバイスによって設定されたリソースでアップリンクサービスを送信する。

任意に、上記の方法は、更に、次のステップを含んでもよい。

Ｓ４０４：ネットワークデバイスは、ベアラセットアップ指示メッセージを端末へ送信し、このとき、指示メッセージは、無線ベアラをセットアップすることを端末に指示するために使用される。

このようにして、ネットワークデバイスは、ベアラ上のトラフィックパターンに基づいて、端末のためのリソース、つまり、ステップ４０１でのリソースを設定してよい。

任意の実施では、端末からトラフィックパターン情報を取得した後、ネットワークデバイスは、トラフィックパターン情報に基づいて端末のためのリソースを設定する。具体的な処理プロセスについては、ステップＳ２０２及びＳ２０３を参照されたく、詳細は、ここで再び説明されない。次いで、ネットワークデバイスは、指示メッセージを使用することによって、ベアラをセットアップすることを端末に指示する。

他の任意の実施では、ネットワークデバイスは、コアネットワークデバイスによって供給された支援情報からトラフィックパターン情報を取得する。コアネットワークデバイスは、ＡＭＦデバイス又はＳＭＦデバイスなどのデバイスであってもよい。ネットワークデバイスは、コアネットワークデバイスによって送信されたトラフィックパターン情報に基づいて、端末のためのリソースを設定し、そして、指示メッセージを使用することによって、ベアラをセットアップすることを端末に指示する。

端末は、第２スケジューリング情報を使用することによって、リソースに関する指示と、端末に対応するリソースオフセットとに基づいて、端末のリソースを決定してよい。アップリンクデータをネットワークデバイスへ送信する必要がある場合に、端末は、リソース上でアップリンクデータを送信してよい。

この実施形態では、ネットワークデバイスは、同じタイプのデバイスに１つのグループ識別子を割り当て、グループ識別子によって識別されるグループ内の端末は、夫々がリソースオフセットを有している。同じタイプの複数の端末のためのリソースをスケジューリングする必要がある場合に、ネットワークデバイスは、グループ識別子を使用することによって、端末の設定されたリソースを示すために使用される第２スケジューリング情報をスクランブルし、そのグループ識別子に対応するグループに属している全ての端末は、第２スケジューリング情報を受信することができる。各端末に割り当てられているリソースは、端末のリソースオフセットと、第２スケジューリング情報を使用することによって示される、リソースに関する情報とを使用することによって、決定され得る。このように、同じタイプの複数の端末のためのスケジューリング情報は、オーバーヘッドを低減するように、１つの命令を使用することによって示される。

図５は、本開示に従う通信方法の実施形態４のインタラクションフローチャートである。図５に示されるように、端末とネットワークデバイスとの間のインタラクションプロセスは、次のステップを含む。

Ｓ５０１：端末は第１リソースを取得する。

任意に、端末は、第１リソースの開始位置、リソースサイズ、周期性、などを取得してよい。

任意に、端末は、第１リソースを割り当てることをネットワークに能動的に要求する。要求を受け取った後、ネットワークデバイスは、第１リソースを端末に割り当てる。

任意に、ネットワークは、割り当てられた第１リソースを端末へ能動的に送信する。例えば、第１リソースは、端末のタイプ又は端末によって使用されるサービスのＱｏＳ要件に基づいて決定される。

任意に、第１リソースは、物理アップリンク制御チャネル（physical uplink control channel，ＰＵＣＣＨ）リソース又は物理アップリンク共有チャネル（physical uplink share channel，ＰＵＳＣＨ）リソースであってよい。

Ｓ５０２：ネットワークデバイスは、指示情報を端末へ送信し、このとき、指示情報は、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用される。

任意に、本願では、ＭＡＣ ＣＥは、ＢＳＲを含んでよい。相応して、指示情報が、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用されることは、具体的に、指示情報が、第１リソースがＢＳＲを送信するために使用されることを示すために使用される、ことを意味し得る。

各ＭＡＣ ＣＥのＭＡＣ ＰＤＵは、ＭＡＣサブヘッダを有し、サブヘッダ内のフィールドは、論理チャネルの識別子である。論理チャネルの識別子は、ＭＡＣ ＣＥのタイプを示すために使用される。任意に、指示情報は、第１リソースが、ＭＡＣ ＣＥのＭＡＣサブヘッダ内にある、論理チャネルの識別子を送信するために使用される、ことを示すために使用される。指示に基づいて、第１リソースは特定のタイプのＭＡＣ ＣＥを送信するためにのみ使用されることが決定される。

留意されるべきは、本願では、第１リソースがＭＡＣ ＣＥを送信するために使用されることは、第１リソースが特にＭＡＣ ＣＥを送信するために使用されること、又は第１リソースがＭＡＣ ＣＥを送信するためにのみ使用されること、又は第１リソースがサービスデータを送信するためには使用されないこと、を意味する点である。サービスデータは、ＭＡＣレイヤより上のプロトコルレイヤにある。例えば、サービスデータは、各レイヤでのＰＤＵであってよい。代替的に、本願では、指示情報が、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用されることは、指示情報が、前もってセットされた論理チャネルのＭＡＣ ＣＥが第１リソースで送信されることを許可されているかどうかを示すために使用される、ことを意味する。

代替的に、本願では、指示情報が、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用されることは、前もってセットされた論理チャネルのサービスによってトリガされるＢＳＲ ＭＡＣ ＣＥが第１リソースで送信されることを許可されているかどうかを示すために使用される、ことを意味する。

代替的に、本願では、指示情報が、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用されることは、指示情報が、前もってセットされた論理チャネルグループ内のサービスによってトリガされるＢＳＲ ＭＡＣ ＣＥが第１リソースで送信されることを許可されているかどうかを示すために使用される、ことを意味する。

端末が複数の第１リソースを有している場合に、ネットワークデバイスは、ＭＡＣ ＣＥを送信するために使用されるべき第１リソースを示してよい。確かに、ネットワークデバイスは、代替的に、送信のために使用されるべき第１リソースと、送信されるべきＭＡＣ ＣＥのタイプとを示してもよい。

説明の簡単のために、ＭＡＣ ＣＥがＢＳＲＲＣシグナリングである例が、本願の以下の実施形態では説明のために使用される。しかし、本願がこれに限定されないことは、明らかである。

Ｓ５０３：端末は、ＭＡＣ ＣＥをネットワークデバイスへ送信することを決定する。

任意に、ＢＳＲは、ＭＡＣエンティティにおける端末のアップリンクデータボリュームをネットワークデバイスに供給するために使用される。次の条件のいずれか１つが満足される場合に、端末は、ネットワークデバイスへＭＡＣ ＣＥを送信することをトリガされてよい。つまり、端末は、１つのＭＡＣ ＣＥを生成することを決定してよい。ＭＡＣ ＣＥを送信するために利用可能なリソースが現れる場合に、ＭＡＣ ＣＥはそのリソース上で送信される。

１．ＭＡＣエンティティは、論理チャネルグループに属する論理チャネル上で新しい利用可能なアップリンクデータを有している。

例において、新しいアップリンクデータは、論理チャネルに属し、その論理チャネルの優先度は、利用可能なデータを有している如何なる論理チャネルの優先度よりも高い。

他の例では、論理チャネルグループに属する論理チャネルには、利用可能なアップリンクデータを有している論理チャネルがない。

２．アップリンクリソースが割り当てられ、パディングビットの数は、ＢＳＲ ＭＡＣ ＣＥのサイズ及びＭＡＣサブヘッダのサイズ以上である。

３．ＢＳＲ再送タイマが経過し、論理チャネルグループに属する少なくとも１つの論理チャネルがアップリンクデータを有する。

４．周期ＢＳＲタイマが経過する。

Ｓ５０４：端末は、第１リソースでＭＡＣ ＣＥを送信する。

任意に、端末は、第１リソースで、第１論理チャネル又は第１論理チャネルグループに対応するＭＡＣ ＣＥを送信してよい。具体的に言えば、端末は、第１リソースで、ＭＡＣサブヘッダ内の特定の論理チャネルに対応するＭＡＣ ＣＥ、又はＢＳＲに含まれ、１つ以上の論理チャネル（又は１つ以上の論理チャネルグループ）によってトリガされるＢＳＲ ＭＡＣ ＣＥを送信してよい。

各論理チャネルは、１つの論理チャネルグループに割り当てられてよく、１つの論理チャネルグループは、複数の論理チャネルを含んでよい。例えば、１つの論理チャネルグループは、最大８つの論理チャネルを含んでよい。

本願では、これらの論理チャネル又は論理チャネルグループは、次の２つの任意の方法で取得されてよい。

第１の方法では、第１論理チャネル又は第１論理チャネルグループは、ネットワークデバイスによって前もって示されている。

このようにして、ネットワークデバイスは、第１リソースで報告可能なＭＡＣ ＣＥに対応する、ＭＡＣサブヘッダ内の論理チャネルを、前もって端末に示してよい。

このようにして、ネットワークデバイスは、第１リソースで報告可能なＢＳＲ ＭＡＣ ＣＥをトリガする１つ以上の論理チャネル又は論理チャネルグループを、前もって端末に示してよい。

例において、ネットワークデバイスは、上記の指示情報を使用することによって第１論理チャネル又は第１論理チャネルグループを示してよい。

すなわち、指示情報は、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すことに加えて、第１論理チャネル又は第１論理チャネルグループを示すために更に使用される。

このようにして、ネットワークデバイスによって送信された指示情報を受信した後、端末は、ＭＡＣ ＣＥが第１リソースで端末によって具体的に送信され得る１つ以上の論理チャネル又は論理チャネルグループを知り得る。

他の例では、ネットワークデバイスは、別個の情報を使用することによって第１論理チャネル又は第１論理チャネルグループを示してもよい。

例えば、ネットワークデバイスは最初に、メッセージを使用することによって指示情報を送信し、それから、他のメッセージを送信し、このとき、第１論理チャネル又は第１論理チャネルグループは、他のメッセージにおいて示される。

第２の方法では、第１論理チャネルは、優先度が前もってセットされた閾値以上である論理チャネルであり、第１論理チャネルグループは、優先度が前もってセットされた閾値以上である論理チャネルグループである。

この方法では、各論理チャネル又は論理チャネルグループは、１つの優先度情報を有している。論理チャネルが例として使用される。論理チャネルのＢＳＲがネットワークデバイスへ送信される必要があると端末が決定する場合に、端末は最初に、論理チャネルの優先度が前もってセットされた閾値以上であるかどうかを決定する。論理チャネルの優先度が前もってセットされた閾値以上である場合には、端末は、第１リソースで論理チャネルのＢＳＲを送信する。

Ｓ５０５：ネットワークデバイスは、端末によって送信されたＭＡＣ ＣＥに基づいて、端末がアップリンクデータを送信するためのリソースをスケジューリングする。

この実施形態では、ＢＳＲなどのＭＡＣ ＣＥを送信するために特別に使用される専用のリソースが端末に割り当てられ、それにより、ＢＳＲなどのＭＡＣ ＣＥの送信は、周期的なサービスデータの送信に影響を及ぼさない。これは、周期的なサービスについて現れるレイテンシを低減する。

任意の実施では、ＭＡＣ ＣＥがＢＳＲを含む場合に、端末は、次の場合にＢＳＲの送信をトリガしてよい。

第１論理チャネル又は第１論理チャネルグループのデータバッファサイズが０よりも大きい場合に、端末は第１リソースでＢＳＲを送信する。このように、送信されるべきアップリンクデータがない場合にＢＳＲを送信する可能性は、不必要なアップリンク負荷の増大を回避するように低減される。

任意に、ＢＳＲ ＭＡＣ ＣＥは、バッファサイズ（Buffer Size）フィールドを含み、フィールドは、１つの論理チャネルグループ上の全ての論理チャネルの全ての利用可能なデータを識別する。長いＢＳＲ又は長い切り捨てられたＢＳＲについては、バッファサイズフィールド内のデータは０であり得る。従って、データバッファサイズが０よりも大きい場合に、ＢＳＲ ＭＡＣ ＣＥは送信されてよく、データバッファサイズは、バッファサイズフィールドを使用することによって識別されてよい。

例において、第１論理チャネル又は第１論理チャネルグループのデータバッファサイズが０よりも大きい場合に、端末は、第１リソースで第１論理チャネル又は第１論理チャネルグループのＢＳＲのみを送信する。

他の例では、第１論理チャネル又は第１論理チャネルグループのデータバッファサイズが０よりも大きい場合に、第１リソースで第１論理チャネル又は第１論理チャネルグループのＢＳＲを送信することに加えて、端末は更に、第１リソースで、第１論理チャネル又は第１論理チャネルグループのＢＳＲとともに他の論理チャネル又は論理チャネルグループのＢＳＲを送信してもよい。

この方法では、次の条件のいずれか１つが満足される場合に、第１論理チャネルのデータバッファサイズは０よりも大きいと見なされ得る。

１．第１論理チャネルで新たに送信されるべきデータ（新しい伝送）が存在する。

２．第１論理チャネルでＲＬＣ再送されるべきデータが存在する。

３．第１論理チャネルで新たに送信されるべきデータ及びＲＬＣ再送されるべきデータが存在する。

新たに送信されるべきデータは、初めて送信されるデータである。

上記の条件は、第１論理チャネルグループにも適用可能である。

任意の実施において、第１リソースは、周期的な伝送リソースである。

例において、第１リソースは、上記の実施形態で説明されている設定グラントタイプ１の方法で設定されたリソースであってよい。

他の例では、第１リソースは、上記の実施形態で説明されている設定グラントタイプ２の方法で設定されたリソースであってよい。

更なる他の例では、第１リソースは、ＰＵＣＣＨリソースであってよい。

図６は、第１リソースの周期的な送信の例図である。図６に示されるように、各リソース周期には第１リソースのただ１つの送信オケージョンしかなく、端末は、その送信オケージョンでネットワークデバイスへ第１リソースを送信する。

図７は、第１リソースの周期的な送信の他の例図である。図７に示されるように、第１リソースは、リソース周期性に含まれている少なくとも１つのリソースである。１つのリソース周期性には７つのリソース送信オケージョンが存在し、リソースのサイズは同じであり、ＳＦＮ＝０に対するリソースの時間領域位置のオフセットは異なる。最初のリソースのオフセットは、ｏｆｆｓｅｔ１であり、２番目のリソースのオフセットは、ｏｆｆｓｅｔ２であり、３番目のリソースのオフセットは、ｏｆｆｓｅｔ３である。残りは、類推によって推測可能である。７つのリソース送信オケージョンの中で、５つのリソース送信オケージョンが、第１リソースの送信オケージョンとして選択され得る。例えば、図７では、第１リソース送信オケージョン、第２リソース送信オケージョン、第５リソース送信オケージョン、第６リソース送信オケージョン、第７リソース送信オケージョンが、第１リソースの送信オケージョンとして選択されてよい。

このようにして、任意に、ネットワークデバイスは、ビットマップ（bitmap）を使用することによって前もって端末に第１リソースの送信オケージョンを示してよい。例えば、図７に示される例では、ネットワークデバイスは、値が１１００１１１であるビットマップを前もって端末に送信してよく、ここで、１は、送信が実行可能であることを示し、０は、送信が実行不可能であることを示す。ビットマップを受信した後、端末は、１つのリソース周期性内の第１リソースの送信オケージョン、第２リソース送信オケージョン、第５リソース送信オケージョン、第６リソース送信オケージョン、及び第７リソース送信オケージョンが第１リソースの送信オケージョンとして使用され得ることを知り得る。

図８は、本願の実施形態に従う通信装置の略構造図である。通信装置は、上記の方法のいずれか１つで端末によって実行される各ステップを実装するよう構成されたユニット（又は手段）を含んでよい。通信装置は、端末であってよく、あるいは、端末で使用されるチップであってよい。図８に示されるように、通信装置は、受信ユニット８０１、処理ユニット８０２、及び送信ユニット８０３を含んでよい。

受信ユニット８０１は、ネットワークデバイスから指示情報を受信するよう構成され、指示情報は、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告することを端末に指示するために使用される。

処理ユニット８０２は、指示情報に基づいて、送信ユニット８０３を通じて、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告するよう構成される。

実施において、受信ユニット８０１は、ネットワークデバイスからコンフィグレーション情報を受信するよう更に構成され、コンフィグレーション情報は、ネットワークデバイスによってトラフィックパターン情報に基づいて端末に割り当てられた設定されたリソースを示すために使用される。

実施において、受信ユニット８０１は、ネットワークデバイスから設定されたリソースを取得し、かつ、第１ネットワークデバイスから第１スケジューリング情報を受信するよう更に構成され、第１スケジューリング情報は、設定されたリソースを調整するために使用される。

実施において、第１スケジューリング情報は、グループ識別子を使用することによってスクランブルされる。

実施において、第１スケジューリング情報は、設定されたリソースの時間領域位置情報を調整するために使用される。

実施において、受信ユニット８０１は、ネットワークデバイスから第２スケジューリング情報を受信し、第２スケジューリング情報が、設定されたリソースに関する情報を示すために使用され、対応するリソースオフセットと、第２スケジューリング情報を使用することによって示される、設定されたリソースに関する情報とに基づいて、端末のリソースを決定するよう更に構成される。

実施において、端末に対応するリソースオフセットは、ネットワークデバイスによって前もって示されている。

実施において、第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、端末は、グループ識別子によって示されるデバイスグループ内である。

本願のこの実施形態で提供される通信装置は、上記の方法実施形態における端末側での動作を実行してよい。通信装置の実施原理及び技術的効果は、方法実施形態におけるそれらと同様であり、詳細は、ここで再び説明されない。

図９は、本願の実施形態に従う他の通信装置の略構造図である。通信装置は、上記の方法のいずれか１つで端末によって実行される各ステップを実装するよう構成されたユニット（又は手段）を含んでよい。通信装置は、端末であってよく、あるいは、端末で使用されるチップであってよい。図９に示されるように、通信装置は、処理ユニット９０１、受信ユニット９０２、及び送信ユニット９０３を含んでよい。

処理ユニット９０１は、第１リソースを取得するよう構成される。

受信ユニット９０２は、指示情報を受信するよう構成され、指示情報は、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用される。

送信ユニット９０３は、第１リソースでＭＡＣ ＣＥを送信するよう構成される。

実施において、ＭＡＣ ＣＥは、ＢＳＲを含む。

実施において、指示情報は、第１リソースがＢＳＲを送信するために使用されることを示すために使用される。

実施において、第１リソースは、周期的な伝送リソースである。

実施において、送信ユニット９０３は、第１リソースで、第１論理チャネル又は第１論理チャネルグループに対応するＭＡＣ ＣＥを送信するよう特に構成される。

実施において、第１論理チャネル又は第１論理チャネルグループは、ネットワークデバイスによって前もって示されている。

実施において、指示情報は、第１論理チャネル又は第１論理チャネルグループを示すために更に使用される。

実施において、第１論理チャネルは、優先度が前もってセットされた閾値以上である論理チャネルであり、第１論理チャネルグループは、優先度が前もってセットされた閾値以上である論理チャネルグループである。

実施において、ＭＡＣ ＣＥは、ＢＳＲを含み、送信ユニット９０３は、第１論理チャネル又は第１論理チャネルグループのデータバッファサイズが０より大きい場合に、第１リソースでＢＳＲを送信するよう特に構成される。

本願のこの実施形態で提供される通信装置は、上記の方法実施形態における端末側での動作を実行してよい。通信装置の実施原理及び技術的効果は、方法実施形態におけるそれらと同様であり、詳細は、ここで再び説明されない。

図１０は、本願の実施形態に従う更なる他の通信装置の略構造図である。通信装置は、上記の方法のいずれか１つでネットワークデバイスによって実行される各ステップを実装するよう構成されたユニット（又は手段）を含んでよい。通信装置は、ネットワークデバイスであってよく、あるいは、ネットワークデバイスで使用されるチップであってよい。図１０に示されるように、通信装置は、処理ユニット１００１、送信ユニット１００２、及び受信ユニット１００３を含んでよい。

処理ユニット１００１は、送信ユニット１００２を通じて端末へ指示情報を送信するよう構成され、指示情報は、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を報告することを端末に指示するために使用される。

受信ユニット１００３は、指示情報に基づいて端末によって報告される、第１論理チャネル、第１ＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１ＱｏＳフローのトラフィックパターン情報を受信するよう構成される。

実施において、処理ユニット１００１は、トラフィックパターン情報に基づいて端末のためのリソースを設定するよう更に構成される。

送信ユニット１００２は、コンフィグレーション情報を端末へ送信するよう更に構成され、コンフィグレーション情報は、設定されたリソースを示すために使用される。

実施において、送信ユニット１００２は、スケジューリング情報を端末へ送信するよう更に構成され、第１スケジューリング情報は、端末によってネットワークデバイスから取得された設定されたリソースを調整するために使用される。

実施において、第１スケジューリング情報は、グループ識別子を使用することによってスクランブルされる。

実施において、第１スケジューリング情報は、設定されたリソースの時間領域位置情報を調整するために使用される。

実施において、送信ユニットは、第２スケジューリング情報を端末へ送信するよう更に構成され、第２スケジューリング情報は、設定されたリソースに関する情報を示すために使用され、設定されたリソースに関する情報は、端末によって、対応するリソースオフセットに基づいて端末のリソースを決定するために使用される。

実施において、端末に対応するリソースオフセットは、ネットワークデバイスによって前もって示される。

実施において、第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、端末は、グループ識別子によって示されるデバイスグループ内である。

本願のこの実施形態で提供される通信装置は、上記の方法実施形態におけるネットワークデバイスでの動作を実行してよい。通信装置の実施原理及び技術的効果は、方法実施形態におけるそれらと同様であり、詳細は、ここで再び説明されない。

図１１は、本願の実施形態に従う更なる他の通信装置の略構造図である。通信装置は、上記の方法のいずれか１つでネットワークデバイスによって実行される各ステップを実装するよう構成されたユニット（又は手段）を含んでよい。通信装置は、ネットワークデバイスあってよく、あるいは、ネットワークデバイスで使用されるチップであってよい。図１１に示されるように、通信装置は、処理ユニット１１０１、送信ユニット１１０２、及び受信ユニット１１０３を含んでよい。

処理ユニット１１０１は、送信ユニット１１０２を通じて端末へ指示情報を送信するよう構成され、指示情報は、第１リソースがＭＡＣ ＣＥを送信するために使用されることを示すために使用される。

受信ユニット１１０３は、第１リソースで端末によって送信されたＭＡＣ ＣＥを受信するよう構成される。

実施において、ＭＡＣ ＣＥは、ＢＳＲを含む。

実施において、指示情報は、第１リソースがＢＳＲを送信するために使用されることを示すために使用される。

実施において、第１リソースは、周期的な伝送リソースである。

実施において、受信ユニット１１０３は、第１リソースで端末によって送信される、第１論理チャネル又は第１論理チャネルグループに対応するＭＡＣ ＣＥを受信するよう特に構成される。

実施において、第１論理チャネル又は第１論理チャネルグループは、ネットワークデバイスによって前もって示されている。

実施において、指示情報は、第１論理チャネル又は第１論理チャネルグループを示すために更に使用される。

実施において、第１論理チャネルは、優先度が前もってセットされた閾値以上である論理チャネルであり、第１論理チャネルグループは、優先度が前もってセットされた閾値以上である論理チャネルグループである。

実施において、ＭＡＣ ＣＥは、ＢＳＲを含む。受信ユニット１１０３は、第１論理チャネル又は第１論理チャネルグループのデータバッファサイズが０よりも大きい場合に、第１リソースで端末によって送信されたＢＳＲを受信するよう特に構成される。

本願のこの実施形態で提供される通信装置は、上記の方法実施形態でのネットワークデバイスでの動作を実行してよい。通信装置の実施原理及び技術的効果は、方法実施形態におけるそれらと同様であり、詳細は、ここで再び説明されない。

ユニットへの上記の装置の分割は、論理機能への分割にすぎない、ことが理解されるべきである。実際の実施中に、ユニットの全て又はいくつかは、１つの物理エンティティに一体化されてよく、あるいは、物理的に分離していてもよい。更に、装置内の全てのユニットは、処理要素によって呼び出されるソフトウェアの形で実装されてよく、あるいは、ハードウェアの形で実装されてよく、あるいは、いくつかのユニットは、処理要素によって呼び出されるソフトウェアの形で実装されてよく、いくつかのユニットは、ハードウェアの形で実装されてよい。例えば、各ユニットは、別々に配置された処理要素であってよく、あるいは、実装のために装置のチップに組み込まれてもよい。更に、各ユニットは、代替的に、プログラムの形でメモリに記憶されてよく、装置の処理要素は、ユニットの機能を実行するようプログラムを呼び出す。更に、ユニットの全て又はいくつかは、一体化されてよく、あるいは、独立して実装されてもよい。ここでの処理要素は、プロセッサとも呼ばれることがあり、信号処理能力を有している集積回路であってよい。実施プロセスにおいて、上記の方法におけるステップ又は上記のユニットは、プロセッサ要素においてハードウェア集積論理回路を使用することによって実装されてよく、あるいは、処理要素によって呼び出されるソフトウェアの形で実装されてよい。

例において、上記の装置のいずれか１つにおけるユニットは、上記の方法を実装するよう構成された１つ以上の集積回路、例えば、１つ以上の特定用途向け集積回路（Application Specific Integrated Circuit，ＡＳＩＣ）、１つ以上のマイクロプロセッサ（digital signal processor，ＤＳＰ）、又は１つ以上のフィールド・プログラマブル・ゲートアレイ（Field Programmable Gate Array，ＦＰＧＡ）、あるいは、これらの集積回路形態のうちの少なくとも２つの組み合わせであってよい。他の例として、装置内のユニットが、処理要素によって呼び出されるプログラムによって実装され得る場合に、処理要素は、汎用プロセッサ、例えば、中央演算処理装置（Central Processing Unit，ＣＰＵ）、又はプログラムを呼び出すことができる他のプロセッサであってよい。更なる他の例として、ユニットは、システム・オン・チップ（system-on-a-chip，ＳＯＣ）の形で一体化されて実装されてよい。

上記の受信ユニットは、装置のインターフェース回路であり、他の装置から信号を受信するよう構成される。例えば、装置がチップの形で実装される場合に、受信ユニットは、他のチップ又は装置から信号を受信するよう構成される、チップのインターフェース回路である。上記の送信ユニットは、装置のインターフェース回路であり、信号を他の装置へ送信するよう構成される。例えば、装置がチップの形で実装される場合に、送信ユニットは、信号を他のチップ又は装置へ送信するよう構成される、チップのインターフェース回路である。

図１２は、本願の実施形態に従うネットワークデバイスである通信装置の略構造図である。ネットワークデバイスは、上記の実施形態でのネットワークデバイスの動作を実装するよう構成される。図１２に示されるように、ネットワークデバイスは、アンテナ２０１、無線周波数装置２０２、及びベースバンド装置２０３を含む。アンテナ２０１は、無線周波数装置２０２へ接続されている。アップリンク方向では、無線周波数装置２０２は、アンテナ２０１を通じて、端末によって送信された情報を受信し、ベースバンド装置２０３へ処理のために、端末によって送信された情報を送信する。ダウンリンク方向では、ベースバンド装置２０３は、端末の情報を処理し、情報を無線周波数装置２０２へ送信する。無線周波数装置２０２は、端末の情報を処理し、それから、処理された情報を、アンテナ２０１を通じて端末へ送信する。

ベースバンド装置２０３は、１つ以上の処理要素２０３１を含んでよく、例えば、１つのメイン制御ＣＰＵ及び他の集積回路を含んでよい。更に、ベースバンド装置２０３は、記憶要素２０３２及びインターフェース２０３３を更に含んでよい。記憶要素２０３２は、プログラム及びデータを記憶するよう構成される。インターフェース２０３３は、無線周波数装置２０２と情報を交換するよう構成され。インターフェースは、例えば、共通公衆無線インターフェース（common public radio interface，ＣＰＲＩ）である。ネットワークデバイスに使用される上記の装置は、ベースバンド装置２０３に位置してよい。例えば、ネットワークデバイスに使用される上記の装置は、ベースバンド装置２０３上のチップであってよい。チップは、少なくとも１つの処理要素及びインターフェース回路を含む。処理要素は、ネットワークデバイスによって実行される方法のいずれか１つにおけるステップを実行するよう構成される。インターフェース回路は、他の装置と通信するよう構成される。実施において、上記の方法におけるステップを実装するネットワークデバイスのユニットは、処理要素によってスケジューリングされるプログラムによって実装されてよい。例えば、ネットワークデバイスに使用される装置は、処理要素及び記憶要素を含む。処理要素は、上記の方法実施形態でネットワークデバイスによって実行される方法を実行するように、記憶要素に記憶されているプログラムを呼び出す。記憶要素は、処理要素と同じチップ上に位置する記憶要素、すなわち、オンチップの記憶要素であってよく、あるいは、処理要素とは異なったチップに位置する記憶要素、すなわち、オフチップの記憶要素であってよい。

他の実施では、上記の方法におけるステップを実装するネットワークデバイスのユニットは、１つ以上の処理要素として構成されてもよい。処理要素は、ベースバンド装置に配置されてよい。ここでの処理要素は、集積回路、例えば、１つ以上のＡＳＩＣ、１つ以上のＤＳＰ、１つ以上のＦＰＧＡ、又はこれらのタイプの集積回路の組み合わせであってよい。集積回路は、チップを形成するよう一体化されてもよい。

上記の方法におけるステップを実装するネットワークデバイスのユニットは、一体化され、システム・オン・チップ（system-on-a-chip，ＳＯＣ）の形で実装されてよい。例えば、ベースバンド装置は、上記の方法を実装するよう構成されたＳＯＣチップを含む。少なくとも１つの処理要素及び記憶要素がチップに組み込まれてよく、処理要素は、ネットワークデバイスによって実行される上記の方法を実装するように、記憶要素に記憶されているプログラムを呼び出す。代替的に、少なくとも１つの集積回路は、ネットワークデバイスによって実行される上記の方法を実装するように、チップに組み込まれてもよい。代替的に、上記の実施を参照して、いくつかのユニットの機能は、処理要素によって呼び出されるプログラムによって実装されてよく、いくつかのユニットの機能は、集積回路によって実装されてよい。

ネットワークデバイスのために使用される上記の装置は、少なくとも１つの処理要素及びインターフェース回路を含んでよい、ことが分かる。少なくとも１つの処理要素は、上記の方法実施形態で提供されているネットワークデバイスによって実行される方法のいずれか１つを実行するよう構成される。処理要素は、第１の様態で、具体的に言えば、記憶要素に記憶されているプログラムを呼び出すことによって、ネットワークデバイスによって実行されるいくつか又は全てのステップを実行してよく、あるいは、第２の様態で、具体的に言えば、命令と組み合わせてプロセッサ要素においてハードウェア集積論理回路を使用することによって、ネットワークデバイスによって実行されるいくつか又は全てのステップを実行してよく、あるいは、第１の様態と第２の様態とを組み合わせることによって、ネットワークデバイスによって実行されるいくつか又は全てのステップを確かに実行してもよい。

上述されたように、ここでの処理要素は、汎用プロセッサ、例えば、ＣＰＵであってよく、あるいは、上記の方法を実装するよう構成された１つ以上の集積回路、例えば、１つ以上のＡＳＩＣ、１つ以上のマイクロプロセッサＤＳＰ、又は１つ以上のＦＰＧＡ、あるいは、集積回路形態の少なくとも２つの組み合わせであってよい。

記憶要素は、メモリであってよく、あるいは、複数の記憶要素の総称であってよい。

図１３は、本願の実施形態に従う装置である通信装置の略構造図である。端末は、上記の実施形態における端末であってよく、上記の実施形態での端末の動作を実装するよう構成される。図１５に示されるように、端末は、アンテナ３１０、無線周波数部３２０、信号処理部３３０を含む。アンテナ３１０は、無線周波数部３２０へ接続されている。ダウンリンク方向では、無線周波数部３２０は、アンテナ３１０を通じて、ネットワークデバイスによって送信された情報を受信し、信号処理部３３０へ処理のために、ネットワークデバイスによって送信された情報を送信する。アップリンク方向では、信号処理部３３０は、端末の情報を処理し、情報を無線周波数部３２０へ送信する。無線周波数部３２０は、端末の情報を処理し、処理された情報を、アンテナ３１０を通じてネットワークデバイスへ送信する。

信号処理部３３０は、各通信プロトコルレイヤでデータを処理するよう構成されたモデムサブシステムを含んでよい。信号処理部３３０は、端末のオペレーティングシステム及びアプリケーションレイヤを処理するよう構成された中央処理サブシステムを更に含んでよい。更に、信号処理部３３０は、他のサブシステム、例えば、マルチメディアサブシステム、又はペリフェラルサブシステムを更に含んでもよい。マルチメディアサブシステムは、端末のカメラ、スクリーンディスプレイ、などを制御するよう構成される。ペリフェラルサブシステムは、他のデバイスへの接続を実装するよう構成される。モデムサブシステムは、別々に配置されたチップであってよい。任意に、端末のために使用される上記の装置は、モデムサブシステムに位置してよい。

モデムサブシステムは、１つ以上の処理要素３３１を含んでよく、例えば、１つのメイン制御ＣＰＵ及び他の集積回路を含んでよい。更に、モデムサブシステムは、記憶要素３３２及びインターフェース回路３３３を更に含んでよい。記憶要素３３２は、データ及びプログラムを記憶するよう構成される。しかし、上記の方法で端末によって実行される方法を実行するために使用されるプログラムは、記憶要素３３２に記憶されてなくてもよく、モデムサブシステムの外のメモリに記憶され、使用するためにモデムサブシステムによってロードされる。インターフェース回路３３３は、他のサブシステムと通信するよう構成される。端末のために使用される上記の装置は、モデムサブシステムに位置してよい。モデムサブシステムは、チップを使用することによって実装されてよい。チップは、少なくとも１つの処理要素及びインターフェース回路を含む。処理要素は、端末によって実行される方法のいずれか１つにおけるステップを実行するよう構成される。インターフェース回路は、他の装置と通信するよう構成される。実施において、上記の方法におけるステップを実装する端末のユニットは、処理要素によってスケジューリングされるプログラムによって実装されてよい。例えば、端末のために使用される装置は、処理要素及び記憶要素を含む。処理要素は、上記の方法実施形態で端末によって実行される方法を実行するように、記憶要素に記憶されているプログラムを呼び出す。記憶要素は、処理要素と同じチップに位置する記憶要素、すなわち、オンチップの記憶要素であってよい。

他の実施では、上記の方法で端末によって実行される方法を実行するために使用されるプログラムは、処理要素とは異なったチップに位置する記憶要素、すなわち、オフチップの記憶要素にあってもよい。この場合に、処理要素は、上記の方法実施形態で端末によって実行される方法を呼び出して実行するように、オフチップの記憶要素からオンチップの記憶要素へプログラムを呼び出すか又はロードする。

更なる他の実施では、上記の方法におけるステップを実装する端末のユニットは、１つ以上の処理要素として構成されてもよい。処理要素は、モデムサブシステムに配置される。ここでの処理要素は、集積回路、例えば、１つ以上のＡＳＩＣ、１つ以上のＤＳＰ、１つ以上のＦＧＰＡ、又はこれらのタイプの集積回路の組み合わせであってよい。集積回路は、チップを形成するよう一体化されてもよい。

上記の方法におけるステップを実装する端末のユニットは、一体化され、システム・オン・チップ（system-on-a-chip，ＳＯＣ）の形で実装されてよい。ＳＯＣチップは、上記の方法を実装するよう構成される。少なくとも１つの処理要素及び記憶要素は、チップに組み込まれてよく、処理要素は、端末によって実行される上記の方法を実装するように、記憶要素に記憶されているプログラムを呼び出す。代替的に、少なくとも１つの集積回路は、端末によって実行される上記の方法を実装するように、チップに組み込まれてもよい。代替的に、上記の実施を参照して、いくつかの機能は、処理要素によって呼び出されるプログラムによって実装されてよく、いくつかの機能は、集積回路によって実装されてよい。

端末のために使用される上記の装置は、少なくとも１つの処理要素及びインターフェース回路を含んでよい、ことが分かる。少なくとも１つの処理要素は、上記の方法実施形態で提供されている端末によって実行される方法のいずれか１つを実行するよう構成される。処理要素は、第１の様態で、具体的に言えば、記憶要素に記憶されているプログラムを呼び出すことによって、端末によって実行されるいくつか又は全てのステップを実行してよく、あるいは、第２の様態で、具体的に言えば、命令と組み合わせてプロセッサ要素においてハードウェア集積論理回路を使用することによって、端末によって実行されるいくつか又は全てのステップを実行してよく、あるいは、第１の様態と第２の様態とを組み合わせることによって、端末によって実行されるいくつか又は全てのステップを確かに実行してもよい。

上述されたように、ここでの処理要素は、汎用プロセッサ、例えば、ＣＰＵであってよく、あるいは、上記の方法を実装するよう構成された１つ以上の集積回路、例えば、１つ以上のＡＳＩＣ、１つ以上のマイクロプロセッサＤＳＰ、又は１つ以上のＦＧＰＡ、あるいは、集積回路形態の少なくとも２つの組み合わせであってよい。

記憶要素は、メモリであってよく、あるいは、複数の記憶要素の総称であってよい。

上記の実施形態の全て又はいくつかは、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによって実装されてよい。ソフトウェアが実施形態を実装するために使用される場合に、実施形態の全て又はいくつかは、コンピュータプログラム製品の形で実装されてよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータでロードされ実行される場合に、本願の実施形態に従うプロシージャ又は機能は、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、あるいは、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へ伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから他のウェブサイト、コンピュータ、サーバ、又はデータセンタへ有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者回線（ＤＳＬ））又は無線（例えば、赤外線、電波、若しくはマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を組み込むサーバ若しくはデータセンタなどのデータ記憶デバイスであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光学媒体（例えば、ＤＶＤ）、半導体媒体（例えば、固体状態ドライブSolid State Disk（ＳＳＤ））などであってよい。

本願中の「複数の～」という用語は、２つ以上を指す。本明細書中の「及び／又は」という用語は、関連付けられたオブジェクトどうしの関連付け関係のみを示し、３つの関係が存在する可能性があることを表す。例えば、Ａ及び／又はＢは、次の３つの場合：Ａのみが存在、ＡとＢの両方が存在、及びＢのみが存在、を表し得る。更に、本明細書中の「／」という文字は、一般的に、関連付けられたオブジェクトどうしの“論理和”関係を示す。定型句では、「／」という文字は、関連付けられたオブジェクトどうしの「分割」関係を示す。

本願の実施形態における様々な数は、説明を簡単にするために差別化のために使用されているにすぎず、本願の実施形態の範囲を限定するために使用されない、ことが理解され得る。

本願の実施形態では、上記のプロセスの順序番号は、実行順序を意味しない、ことが理解され得る。プロセスの実行順序は、プロセスの機能及び内部ロジックに基づいて決定されるべきであり、本願の実施形態の実施プロセスに対する如何なる限定としても解釈されるべきではない。

本願は、２０１８年１２月２０日付けで「COMMUNICATION METHOD AND APPARATUS, TERMINAL, NETWORK DEIVE, AND STORAGE MEDIUM」と題されて中国特許庁に出願された中国特許出願第２０１８１１５６１９９８．７号の優先権を主張する。先の中国特許出願は、その全文を参照により本願に援用される。

第２３の態様に従って、通信装置が提供される。通信装置は、メモリへ接続され、第１７の態様に従う方法を実装するように、メモリに記憶されているプログラムを読み出して実行するよう構成される。通信装置は、第１７の態様に従う方法を実行するよう構成されたユニット、モジュール、又は回路を含んでよい。通信装置は、ネットワークデバイスであってよく、あるいは、ネットワークデバイスで使用されるモジュール、例えば、ネットワークデバイスで使用されるチップであってよい。

第２４の態様に従って、第１８の態様に従う装置を含むネットワークデバイスが提供される。

第２８の態様に従って、少なくとも１つのプロセッサ及びインターフェース回路を含む通信装置が提供される。プロセッサは、インターフェース回路を通じて端末と通信し、第２５の態様に従う方法を実行するよう構成される。

第３１の態様に従って、通信装置が提供される。通信装置は、メモリへ接続され、第２５の態様に従う方法を実装するように、メモリに記憶されているプログラムを読み出して実行するよう構成される。通信装置は、第２５の態様に従う方法を実行するよう構成されたユニット、モジュール、又は回路を含んでよい。通信装置は、ネットワークデバイスであってよく、あるいは、ネットワークデバイスで使用されるモジュール、例えば、ネットワークデバイスで使用されるチップであってよい。

第３２の態様に従って、第２６の態様に従う装置を含むネットワークデバイスが提供される。

本願に従うシステムの略アーキテクチャ図である。 本願に従う通信方法の実施形態１のインタラクションフローチャートである。 本願に従う通信方法の実施形態２のインタラクションフローチャートである。 本願に従う通信方法の実施形態３のインタラクションフローチャートである。 本願に従う通信方法の実施形態４のインタラクションフローチャートである。 第１リソースの周期的な送信の例図である。 第１リソースの周期的な送信の他の例図である。 本願の実施形態に従う通信装置の略構造図である。 本願の実施形態に従う他の通信装置の略構造図である。 本願の実施形態に従う更なる他の通信装置の略構造図である。 本願の実施形態に従う更なる他の通信装置の略構造図である。 本願の実施形態に従うネットワークデバイスである通信装置の略構造図である。 本願の実施形態に従う端末である通信装置の略構造図である。

図２は、本願に従う通信方法の実施形態１のインタラクションフローチャートである。図２に示されるように、端末とネットワークデバイスとの間のインタラクションプロセスは、次のステップを含む。

例えば、トラフィックパターン情報は、サービスの次の情報：開始時間、トラフィック周期性（traffic Periodicity）、メッセージサイズ（message size）、論理チャネル識別子、信頼性要件、及びレイテンシ性能要件、のうちの１つ以上を含んでよい。例えば、端末は、トラフィック周期性を報告する。このようにして、ネットワークデバイスは、周期性に基づいてＣＧリソースの周期性を設定してよい。他の例として、端末は、開始時間を報告する。このようにして、ネットワークは、開始時間に基づいてＣＧリソースの時間オフセットを設定してよく、オフセットは、ＳＦＮ＝０に対する時間オフセットであってよい。他の例として、端末は、メッセージサイズを報告する。このようにして、ネットワークデバイスは、メッセージサイズに基づいてＣＧリソースのサイズを設定してよい。任意に、端末は、サービスのトラフィック周期性、開始時間、及びメッセージサイズを報告してもよい。サービスのトラフィック周期性、開始時間、及びメッセージサイズのうちの１つしか変化しない場合に、端末は、変化した情報しか報告しなくてもよい。例えば、トラフィック周期性が変化するとき、端末は、トラフィック周期性しか報告しなくてもよい。他の例として、メッセージサイズが変化するとき、端末は、メッセージサイズしか報告しなくてもよい。

任意に、トラフィックパターン情報は、無線ベアラで運ばれるサービスのためのパターン情報である。

この場合に、リソースの周期性は、ＲＲＣシグナリングを使用することによって送信され、リソースのサイズ及び位置情報は、ダウンリンク制御情報を使用することによって送信される。コンフィグレーション情報は、ダウンリンク制御情報内の情報として理解されてよく、あるいは、ＲＲＣシグナリング及びダウンリンク制御情報の両方のおける情報として理解されてもよい。

図３は、本願に従う通信方法の実施形態２のインタラクションフローチャートである。図３に示されるように、端末とネットワークデバイスとの間のインタラクションプロセスは、次のステップを含む。

ステップＳ３０４は、上記のステップのいずれか１つより前に実行されてよく、つまり、ステップＳ３０４と他のステップとの間の順序は、限定されない。

図４は、本願に従う通信方法の実施形態３のインタラクションフローチャートである。図４に示されるように、端末とネットワークデバイスとの間のインタラクションプロセスは、次のステップを含む。

次の表３は、グループ識別子がグループ識別子１であるグループに属している端末へのリソース割り当ての例をリストアップしている。表３に示されるように、グループ識別子１に対応するグループにはＮ個の端末が存在し、このとき、Ｎは１よりも大きい整数である。ネットワークデバイスは、グループ識別子１を使用することによって第２スケジューリング情報をスクランブルしてよい。第２スケジューリング情報を使用することによって示される周波数領域位置は、ＰＲＢ１である。つまり、グループ識別子１に対応するグループ内の各端末の周波数領域値は、ＰＲＢ１に基づく。次いで、各端末は、ＰＲＢ１と、その端末に対応するリソースオフセットとに基づいて、その端末の周波数領域位置を決定する。例えば、端末１のリソースオフセットがＯｆｆｓｅｔ１である場合に、端末１の周波数領域リソースは、ＰＲＢ１＋Ｏｆｆｓｅｔ１である。残りは、類推によって推測可能である。

図５は、本願に従う通信方法の実施形態４のインタラクションフローチャートである。図５に示されるように、端末とネットワークデバイスとの間のインタラクションプロセスは、次のステップを含む。

任意に、端末は、第１リソースを割り当てることをネットワークデバイスに能動的に要求する。要求を受け取った後、ネットワークデバイスは、第１リソースを端末に割り当てる。

任意に、ネットワークデバイスは、割り当てられた第１リソースを端末へ能動的に送信する。例えば、第１リソースは、端末のタイプ又は端末によって使用されるサービスのＱｏＳ要件に基づいて決定される。

任意に、第１リソースは、物理アップリンク制御チャネル（physical uplink control channel，ＰＵＣＣＨ）リソース又は物理アップリンク共有チャネル（physical uplink shared channel，ＰＵＳＣＨ）リソースであってよい。

図７は、第１リソースの周期的な送信の他の例図である。図７に示されるように、第１リソースは、リソース周期性に含まれている少なくとも１つのリソースである。１つのリソース周期性には７つのリソース送信オケージョンが存在し、リソースのサイズは同じであり、ＳＦＮ＝０に対するリソースの時間領域位置のオフセットは異なる。最初のリソースのオフセットは、Ｏｆｆｓｅｔ１であり、２番目のリソースのオフセットは、Ｏｆｆｓｅｔ２であり、３番目のリソースのオフセットは、Ｏｆｆｓｅｔ３である。残りは、類推によって推測可能である。７つのリソース送信オケージョンの中で、５つのリソース送信オケージョンが、第１リソースの送信オケージョンとして選択され得る。例えば、図７では、第１リソース送信オケージョン、第２リソース送信オケージョン、第５リソース送信オケージョン、第６リソース送信オケージョン、第７リソース送信オケージョンが、第１リソースの送信オケージョンとして選択されてよい。

実施において、送信ユニット１００２は、第２スケジューリング情報を端末へ送信するよう更に構成され、第２スケジューリング情報は、設定されたリソースに関する情報を示すために使用され、設定されたリソースに関する情報は、端末によって、対応するリソースオフセットに基づいて端末のリソースを決定するために使用される。

ユニットへの上記の装置の分割は、論理機能への分割にすぎない、ことが理解されるべきである。実際の実施中に、ユニットの全て又はいくつかは、１つの物理エンティティに一体化されてよく、あるいは、物理的に分離していてもよい。更に、装置内の全てのユニットは、処理要素によって呼び出されるソフトウェアの形で実装されてよく、あるいは、ハードウェアの形で実装されてよく、あるいは、いくつかのユニットは、処理要素によって呼び出されるソフトウェアの形で実装されてよく、いくつかのユニットは、ハードウェアの形で実装されてよい。例えば、各ユニットは、別々に配置された処理要素であってよく、あるいは、実装のために装置のチップに組み込まれてもよい。更に、各ユニットは、代替的に、プログラムの形でメモリに記憶されてよく、装置の処理要素は、ユニットの機能を実行するようプログラムを呼び出す。更に、ユニットの全て又はいくつかは、一体化されてよく、あるいは、独立して実装されてもよい。ここでの処理要素は、プロセッサとも呼ばれることがあり、信号処理能力を有している集積回路であってよい。実施プロセスにおいて、上記の方法におけるステップ又は上記のユニットは、処理要素においてハードウェア集積論理回路を使用することによって実装されてよく、あるいは、処理要素によって呼び出されるソフトウェアの形で実装されてよい。

例において、上記の装置のいずれか１つにおけるユニットは、上記の方法を実装するよう構成された１つ以上の集積回路、例えば、１つ以上の特定用途向け集積回路（Application Specific Integrated Circuit，ＡＳＩＣ）、１つ以上のマイクロプロセッサ、１つ以上のデジタル信号プロセッサ（digital signal processor，ＤＳＰ）、又は１つ以上のフィールド・プログラマブル・ゲートアレイ（Field Programmable Gate Array，ＦＰＧＡ）、あるいは、これらの集積回路形態のうちの少なくとも２つの組み合わせであってよい。他の例として、装置内のユニットが、処理要素によって呼び出されるプログラムによって実装され得る場合に、処理要素は、汎用プロセッサ、例えば、中央演算処理装置（Central Processing Unit，ＣＰＵ）、又はプログラムを呼び出すことができる他のプロセッサであってよい。更なる他の例として、ユニットは、システム・オン・チップ（system-on-a-chip，ＳＯＣ）の形で一体化されて実装されてよい。

ベースバンド装置２０３は、１つ以上の処理要素２０３１を含んでよく、例えば、１つのメイン制御ＣＰＵ及び他の集積回路を含んでよい。更に、ベースバンド装置２０３は、記憶要素２０３２及びインターフェース２０３３を更に含んでよい。記憶要素２０３２は、プログラム及びデータを記憶するよう構成される。インターフェース２０３３は、無線周波数装置２０２と情報を交換するよう構成され。インターフェースは、例えば、共通公衆無線インターフェース（common public radio interface，ＣＰＲＩ）である。ネットワークデバイスに使用される上記の装置は、ベースバンド装置２０３に位置してよい。例えば、ネットワークデバイスに使用される上記の装置は、ベースバンド装置２０３上のチップであってよい。チップは、少なくとも１つの処理要素及びインターフェース回路を含む。処理要素は、ネットワークデバイスによって実行される方法のいずれか１つにおけるステップを実行するよう構成される。インターフェース回路は、他の装置と通信するよう構成される。実施において、上記の方法におけるステップを実装するネットワークデバイスのユニットは、処理要素によって呼び出されるプログラムによって実装されてよい。例えば、ネットワークデバイスに使用される装置は、処理要素及び記憶要素を含む。処理要素は、上記の方法実施形態でネットワークデバイスによって実行される方法を実行するように、記憶要素に記憶されているプログラムを呼び出す。記憶要素は、処理要素と同じチップ上に位置する記憶要素、すなわち、オンチップの記憶要素であってよく、あるいは、処理要素とは異なったチップに位置する記憶要素、すなわち、オフチップの記憶要素であってよい。

ネットワークデバイスのために使用される上記の装置は、少なくとも１つの処理要素及びインターフェース回路を含んでよい、ことが分かる。少なくとも１つの処理要素は、上記の方法実施形態で提供されているネットワークデバイスによって実行される方法のいずれか１つを実行するよう構成される。処理要素は、第１の様態で、具体的に言えば、記憶要素に記憶されているプログラムを呼び出すことによって、ネットワークデバイスによって実行されるいくつか又は全てのステップを実行してよく、あるいは、第２の様態で、具体的に言えば、命令と組み合わせて処理要素においてハードウェア集積論理回路を使用することによって、ネットワークデバイスによって実行されるいくつか又は全てのステップを実行してよく、あるいは、第１の様態と第２の様態とを組み合わせることによって、ネットワークデバイスによって実行されるいくつか又は全てのステップを確かに実行してもよい。

上述されたように、ここでの処理要素は、汎用プロセッサ、例えば、ＣＰＵであってよく、あるいは、上記の方法を実装するよう構成された１つ以上の集積回路、例えば、１つ以上のＡＳＩＣ、１つ以上のマイクロプロセッサ、１つ以上のＤＳＰ、又は１つ以上のＦＰＧＡ、あるいは、集積回路形態の少なくとも２つの組み合わせであってよい。

図１３は、本願の実施形態に従う装置である通信装置の略構造図である。端末は、上記の実施形態における端末であってよく、上記の実施形態での端末の動作を実装するよう構成される。図１３に示されるように、端末は、アンテナ３１０、無線周波数部３２０、信号処理部３３０を含む。アンテナ３１０は、無線周波数部３２０へ接続されている。ダウンリンク方向では、無線周波数部３２０は、アンテナ３１０を通じて、ネットワークデバイスによって送信された情報を受信し、信号処理部３３０へ処理のために、ネットワークデバイスによって送信された情報を送信する。アップリンク方向では、信号処理部３３０は、端末の情報を処理し、情報を無線周波数部３２０へ送信する。無線周波数部３２０は、端末の情報を処理し、処理された情報を、アンテナ３１０を通じてネットワークデバイスへ送信する。

モデムサブシステムは、１つ以上の処理要素３３１を含んでよく、例えば、１つのメイン制御ＣＰＵ及び他の集積回路を含んでよい。更に、モデムサブシステムは、記憶要素３３２及びインターフェース回路３３３を更に含んでよい。記憶要素３３２は、データ及びプログラムを記憶するよう構成される。しかし、上記の方法で端末によって実行される方法を実行するために使用されるプログラムは、記憶要素３３２に記憶されてなくてもよく、モデムサブシステムの外のメモリに記憶され、使用するためにモデムサブシステムによってロードされる。インターフェース回路３３３は、他のサブシステムと通信するよう構成される。端末のために使用される上記の装置は、モデムサブシステムに位置してよい。モデムサブシステムは、チップを使用することによって実装されてよい。チップは、少なくとも１つの処理要素及びインターフェース回路を含む。処理要素は、端末によって実行される方法のいずれか１つにおけるステップを実行するよう構成される。インターフェース回路は、他の装置と通信するよう構成される。実施において、上記の方法におけるステップを実装する端末のユニットは、処理要素によって呼び出されるプログラムによって実装されてよい。例えば、端末のために使用される装置は、処理要素及び記憶要素を含む。処理要素は、上記の方法実施形態で端末によって実行される方法を実行するように、記憶要素に記憶されているプログラムを呼び出す。記憶要素は、処理要素と同じチップに位置する記憶要素、すなわち、オンチップの記憶要素であってよい。

端末のために使用される上記の装置は、少なくとも１つの処理要素及びインターフェース回路を含んでよい、ことが分かる。少なくとも１つの処理要素は、上記の方法実施形態で提供されている端末によって実行される方法のいずれか１つを実行するよう構成される。処理要素は、第１の様態で、具体的に言えば、記憶要素に記憶されているプログラムを呼び出すことによって、端末によって実行されるいくつか又は全てのステップを実行してよく、あるいは、第２の様態で、具体的に言えば、命令と組み合わせて処理要素においてハードウェア集積論理回路を使用することによって、端末によって実行されるいくつか又は全てのステップを実行してよく、あるいは、第１の様態と第２の様態とを組み合わせることによって、端末によって実行されるいくつか又は全てのステップを確かに実行してもよい。

上述されたように、ここでの処理要素は、汎用プロセッサ、例えば、ＣＰＵであってよく、あるいは、上記の方法を実装するよう構成された１つ以上の集積回路、例えば、１つ以上のＡＳＩＣ、１つ以上のマイクロプロセッサ、１つ以上のＤＳＰ、又は１つ以上のＦＧＰＡ、あるいは、集積回路形態の少なくとも２つの組み合わせであってよい。

本願は、２０１８年１２月２０日付けで「COMMUNICATION METHOD AND APPARATUS, TERMINAL, NETWORK DEIVE, AND STORAGE MEDIUM」と題されて中国国家知識産権局に出願された中国特許出願第２０１８１１５６１９９８．７号の優先権を主張する。先の中国特許出願は、その全文を参照により本願に援用される。

Claims (47)

1. 通信方法であって、
   端末によってネットワークデバイスから指示情報を受信することであり、前記指示情報は、第１論理チャネル、第１プロトコルデータユニットＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１クオリティ・オブ・サービスＱｏＳフローのトラフィックパターン情報を報告することを前記端末に指示するために使用される、ことと、
   前記端末によって、前記指示情報に基づいて、前記第１論理チャネル、前記第１プロトコルデータユニットＰＤＵセッション、前記第１アプリケーション、前記第１無線ベアラ、又は前記第１クオリティ・オブ・サービスＱｏＳフローの前記トラフィックパターン情報を報告することと
   を有する方法。
2. 前記端末によって前記ネットワークデバイスからコンフィグレーション情報を受信することを更に有し、
   前記コンフィグレーション情報は、前記ネットワークデバイスによって前記トラフィックパターン情報に基づいて前記端末に割り当てられた設定されたリソースを示すために使用される、
   請求項１に記載の方法。
3. 前記端末によって前記ネットワークデバイスから前記設定されたリソースを取得することと、
   前記端末によって前記ネットワークデバイスから第１スケジューリング情報を受信することと
   を更に有し、
   前記第１スケジューリング情報は、前記設定されたリソースを調整するために使用される、
   請求項１又は２に記載の方法。
4. 前記第１スケジューリング情報は、グループ識別子を使用することによってスクランブルされる、
   請求項３に記載の方法。
5. 前記第１スケジューリング情報は、前記設定されたリソースの時間領域位置情報を調整するために使用される、
   請求項３又は４に記載の方法。
6. 前記端末によって前記ネットワークデバイスから第２スケジューリング情報を受信することであり、前記第２スケジューリング情報は、前記設定されたリソースに関する情報を示すために使用される、ことと、
   前記端末によって、対応するリソースオフセットと、前記第２スケジューリング情報を使用することによって示される、前記設定されたリソースに関する前記情報とに基づいて、前記端末のリソースを決定することと
   を更に有する、
   請求項１乃至５のうちいずれか一項に記載の方法。
7. 前記端末に対応する前記リソースオフセットは、前もって前記ネットワークデバイスによって示されている、
   請求項６に記載の方法。
8. 前記第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、
   前記端末は、前記グループ識別子によって識別されるデバイスグループ内にある、
   請求項６又は７に記載の方法。
9. 通信方法であって、
   ネットワークデバイスによって指示情報を端末へ送信することであり、前記指示情報は、第１論理チャネル、第１プロトコルデータユニットＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１クオリティ・オブ・サービスＱｏＳフローのトラフィックパターン情報を報告することを前記端末に指示するために使用される、ことと、
   前記ネットワークデバイスによって、前記指示情報に基づいて前記端末によって報告される、前記第１論理チャネル、前記第１プロトコルデータユニットＰＤＵセッション、前記第１アプリケーション、前記第１無線ベアラ、又は前記第１クオリティ・オブ・サービスＱｏＳフローの前記トラフィックパターン情報を受信することと
   を有する方法。
10. 前記ネットワークデバイスによって、前記トラフィックパターン情報に基づいて前記端末のためのリソースを設定することと、
    前記ネットワークデバイスによってコンフィグレーション情報を前記端末へ送信することと
    を更に有し、
    前記コンフィグレーション情報は、前記設定されたリソースを示すために使用される、
    請求項９に記載の方法。
11. 前記ネットワークデバイスによって第１スケジューリング情報を前記端末へ送信することを更に有し、
    前記第１スケジューリング情報は、前記端末によって前記ネットワークデバイスから取得された前記設定されたリソースを調整するために使用される、
    請求項９又は１０に記載の方法。
12. 前記第１スケジューリング情報は、グループ識別子を使用することによってスクランブルされる、
    請求項１１に記載の方法。
13. 前記第１スケジューリング情報は、前記設定されたリソースの時間領域位置情報を調整するために使用される、
    請求項１１又は１２に記載の方法。
14. 前記ネットワークデバイスによって第２スケジューリング情報を前記端末へ送信することを更に有し、
    前記第２スケジューリング情報は、前記設定されたリソースに関する情報を示すために使用され、
    前記設定されたリソースに関する前記情報は、前記端末によって、対応するリソースオフセットに基づいて前記端末のリソースを決定するために使用される、
    請求項９乃至１３のうちいずれか一項に記載の方法。
15. 前記端末に対応する前記リソースオフセットは、前もって前記ネットワークデバイスによって示されている、
    請求項１４に記載の方法。
16. 前記第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、
    前記端末は、前記グループ識別子によって識別されるデバイスグループ内にある、
    請求項１４又は１５に記載の方法。
17. 通信装置であって、
    受信ユニットと、処理ユニットと、送信ユニットとを有し、
    前記受信ユニットは、ネットワークデバイスから指示情報を受信するよう構成され、前記指示情報は、第１論理チャネル、第１プロトコルデータユニットＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１クオリティ・オブ・サービスＱｏＳフローのトラフィックパターン情報を報告することを端末に指示するために使用され、
    前記処理ユニットは、前記指示情報に基づいて、前記送信ユニットを通じて、前記第１論理チャネル、前記第１プロトコルデータユニットＰＤＵセッション、前記第１アプリケーション、前記第１無線ベアラ、又は前記第１クオリティ・オブ・サービスＱｏＳフローの前記トラフィックパターン情報を報告するよう構成される、
    装置。
18. 前記受信ユニットは、前記ネットワークデバイスからコンフィグレーション情報を受信するよう更に構成され、
    前記コンフィグレーション情報は、前記ネットワークデバイスによって前記トラフィックパターン情報に基づいて前記端末に割り当てられた設定されたリソースを示すために使用される、
    請求項１７に記載の装置。
19. 前記受信ユニットは、
    前記ネットワークデバイスから前記設定されたリソースを取得し、
    前記ネットワークデバイスから第１スケジューリング情報を受信する
    よう更に構成され、
    前記第１スケジューリング情報は、前記設定されたリソースを調整するために使用される、
    請求項１７又は１８に記載の装置。
20. 前記第１スケジューリング情報は、グループ識別子を使用することによってスクランブルされる、
    請求項１９に記載の装置。
21. 前記第１スケジューリング情報は、前記設定されたリソースの時間領域位置情報を調整するために使用される、
    請求項１９又は２０に記載の装置。
22. 前記受信ユニットは、
    前記ネットワークデバイスから第２スケジューリング情報を受信し、前記第２スケジューリング情報が、前記設定されたリソースに関する情報を示すために使用され、
    対応するリソースオフセットと、前記第２スケジューリング情報を使用することによって示される、前記設定されたリソースに関する前記情報とに基づいて、前記端末のリソースを決定する
    よう更に構成される、
    請求項１７乃至２１のうちいずれか一項に記載の装置。
23. 前記端末に対応する前記リソースオフセットは、前もって前記ネットワークデバイスによって示されている、
    請求項２２に記載の装置。
24. 前記第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、
    前記端末は、前記グループ識別子によって識別されるデバイスグループ内にある、
    請求項２２又は２３に記載の装置。
25. 通信装置であって、
    処理ユニットと、送信ユニットと、受信ユニットとを有し、
    前記処理ユニットは、送信ユニットを通じて端末へ指示情報を送信するよう構成され、前記指示情報は、第１論理チャネル、第１プロトコルデータユニットＰＤＵセッション、第１アプリケーション、第１無線ベアラ、又は第１クオリティ・オブ・サービスＱｏＳフローのトラフィックパターン情報を報告することを前記端末に指示するために使用され、
    前記受信ユニットは、前記指示情報に基づいて前記端末によって報告される、前記第１論理チャネル、前記第１プロトコルデータユニットＰＤＵセッション、前記第１アプリケーション、前記第１無線ベアラ、又は前記第１クオリティ・オブ・サービスＱｏＳフローの前記トラフィックパターン情報を受信するよう構成される、
    装置。
26. 前記処理ユニットは、前記トラフィックパターン情報に基づいて前記端末のためのリソースを設定するよう更に構成され、
    前記送信ユニットは、コンフィグレーション情報を前記端末へ送信するよう更に構成され、
    前記コンフィグレーション情報は、前記設定されたリソースを示すために使用される、
    請求項２５に記載の装置。
27. 前記送信ユニットは、第１スケジューリング情報を前記端末へ送信するよう更に構成され、
    前記第１スケジューリング情報は、前記端末によって前記ネットワークデバイスから取得された前記設定されたリソースを調整するために使用される、
    請求項２５又は２６に記載の装置。
28. 前記第１スケジューリング情報は、グループ識別子を使用することによってスクランブルされる、
    請求項２７に記載の装置。
29. 前記第１スケジューリング情報は、前記設定されたリソースの時間領域位置情報を調整するために使用される、
    請求項２７又は２８に記載の装置。
30. 前記送信ユニットは、第２スケジューリング情報を前記端末へ送信するよう更に構成され、
    前記第２スケジューリング情報は、前記設定されたリソースに関する情報を示すために使用され、
    前記設定されたリソースに関する前記情報は、前記端末によって、対応するリソースオフセットに基づいて前記端末のリソースを決定するために使用される、
    請求項２５乃至２９のうちいずれか一項に記載の装置。
31. 前記端末に対応する前記リソースオフセットは、前もって前記ネットワークデバイスによって示されている、
    請求項３０に記載の装置。
32. 前記第２スケジューリング情報は、グループ識別子を使用することによってスクランブルされ、
    前記端末は、前記グループ識別子によって識別されるデバイスグループ内にある、
    請求項３０又は３１に記載の装置。
33. プロセッサと、インターフェース回路とを有し、
    前記プロセッサは、前記インターフェース回路を通じてネットワークデバイスと通信し、かつ、請求項１乃至８のうちいずれか一項に記載の方法を実行するよう構成される、
    通信装置。
34. プロセッサと、インターフェース回路とを有し、
    前記プロセッサは、前記端末を通じてネットワークデバイスと通信し、かつ、請求項９乃至１６のうちいずれか一項に記載の方法を実行するよう構成される、
    通信装置。
35. メモリへ接続され、
    請求項１乃至１６のうちいずれか一項に記載の方法を実装するように、前記メモリに記憶されているプログラムを読み出して実行するよう構成される
    通信装置。
36. 請求項１７乃至２４のうちいずれか一項に記載の装置を有する端末。
37. 請求項２５乃至３２のうちいずれか一項に記載の装置を有するネットワークデバイス。
38. コンピュータプログラム又は命令を記憶するよう構成され、
    前記コンピュータプログラム又は命令がプロセッサによって実行される場合に、請求項１乃至１６のうちいずれか一項に記載の方法が実行される、
    コンピュータ可読記憶媒体。
39. 通信方法であって、
    ネットワークデバイスによってコアネットワークデバイスからトラフィックパターン情報を取得することと、
    前記ネットワークデバイスによって前記トラフィックパターン情報に基づいて、端末の設定されたリソースを調整することを決定することと、
    前記ネットワークデバイスによってスケジューリング情報を前記端末へ送信することと
    を有し、
    前記スケジューリング情報は、前記端末の前記設定されたリソースを調整するために使用される、
    方法。
40. 前記ネットワークデバイスによってコアネットワークデバイスからトラフィックパターン情報を取得することは、
    前記ネットワークデバイスによって前記コアネットワークデバイスから支援情報を受信することを有し、
    前記支援情報は、前記トラフィックパターン情報を有する、
    請求項３９に記載の方法。
41. 前記トラフィックパターン情報は、サービスの次の情報：開始時間、周期性、メッセージサイズ、論理チャネル識別子、信頼性要件、及びレイテンシ性能要件、のうちの１つ以上を有する、
    請求項３９又は４０に記載の方法。
42. 前記コアネットワークデバイスは、アクセス及びモビリティ管理機能ＡＭＦデバイス又はセッション管理機能デバイスである、
    請求項３９乃至４１のうちいずれか一項に記載の方法。
43. 請求項３９乃至４２のうちいずれか一項に記載の方法の各ステップを実行するよう構成されたユニットを有する通信装置。
44. メモリへ接続され、
    請求項３９乃至４２のうちいずれか一項に記載の方法を実装するように、前記メモリに記憶されているプログラムを読み出して実行するよう構成される
    通信装置。
45. 請求項４３又は４４に記載の通信装置を有するネットワークデバイス。
46. 請求項３７又は４５に記載のネットワークデバイスと、
    コアネットワークデバイスと
    を有する通信システム。
47. コンピュータプログラム又は命令を記憶するよう構成され、
    前記コンピュータプログラム又は命令がプロセッサによって実行される場合に、請求項３９乃至４２のうちいずれか一項に記載の方法が実行される、
    コンピュータ可読記憶媒体。
    

Images