JP7387020B2 - サービス品質を決定する方法、コンピューター可読記憶媒体及びデバイス - Google Patents

Description

本方法は、包括的には、サービス品質を決定する方法、コンピューター可読記憶媒体及びデバイスに関する。

いくつかの通信ネットワークは、ネットワークエンティティ間で予測可能な時間窓内でデータを送信するために、適時性制約内で動作する。そのようなネットワークは、集中型アーキテクチャ、分散アーキテクチャ、又はハイブリッドアーキテクチャを有することができる。

本発明は、添付の独立請求項によって定義される。本明細書において開示される概念の更なる特徴及び利点は、以下に続く説明において記載される。

本開示は、サービス品質（ＱｏＳ）パラメーターを決定する方法であって、
基地局において、送信エンティティから、セッションのＱｏＳパラメーター要求を受信することであって、要求は、セッションの記述子及びセッションがプロービングセッションであることのインジケーションを含む、受信することと、
基地局において、プロービングセッションに関係するＱｏＳパラメーターを決定することと、
基地局によって、決定されたＱｏＳパラメーターを受信エンティティに送信することと、
を含む、方法を説明する。

そのような方法は、反復的な試行錯誤による事後方式で進行してＱｏＳパラメーターを決定するのではなく、基地局に問い合わせることによってそのようなＱｏＳパラメーターを事前に決定することを可能にする。

必要に応じて、送信エンティティ及び受信エンティティは同じエンティティである。これによって、例えばそのような方法を集中型の通信ネットワークにおいて動作させることによって、送信エンティティ及び受信エンティティが中央制御エンティティとして動作することが可能になる。

必要に応じて、送信エンティティ及び受信エンティティは、タイムセンシティブネットワークアプリケーション機能（ＴＳＮ－ＡＦ）エンティティである。いくつかの例において、これによって、５Ｇシステム等の無線通信システムをＴＳＮブリッジとしてＴＳＮネットワークに統合することが可能になる。

必要に応じて、要求はいくつかのメッセージを含む。これによって、要求の通信をいくつかの専用メッセージに簡略化することが可能になり、各メッセージは、要求の特定の要素を搬送する。

必要に応じて、基地局は、要求に関するアクションとしてリソースを予約しない。これによって、基地局に所与のセッションのＱｏＳパラメーターについて問い合わせることによって、そのようなセッションを開くことなく、それによって基地局における既存の開いたセッション及びリソースに影響を及ぼすことなくそのようなＱｏＳパラメーターを決定することが可能になる。

必要に応じて、ＱｏＳパラメーター要求はＱｏＳパラメーター決定コンテキストを含み、ＱｏＳパラメーター決定コンテキストは、パラメーター決定制約と、パラメーター決定制約内で決定されるＱｏＳパラメーターのタイプのインジケーションとの双方を含む。これによって、決定されるＱｏＳパラメータータイプに関する情報、及びそのようなＱｏＳパラメーターが決定されるべき条件に関する情報を明示的に提供することによって、ＱｏＳパラメーターの正確な決定が可能になる。より詳細には、いくつかの場合、ＱｏＳパラメーター決定制約は、最大ビットレート、優先度、又はパケット誤り率のうちの１つ以上を含み、パラメーター決定制約内で決定されるＱｏＳパラメーターのタイプは遅延情報を含む。これは、タイムセンシティブネットワークにおける無線ブリッジの統合に特に適合されている。

必要に応じて、要求はプロービングフラグ（probing flag）を含み、プロービングフラグは、プロービングセッションを基地局における現在のアクティブなセッションに置き換わるものとみなすことを示すか、又はプロービングフラグは、プロービングセッションを基地局における現在のアクティブなセッションに加わるものとみなすことを示す。そのような場合、そのような明示的なプロービングフラグを含めることにより、基地局が、ＱｏＳパラメーターをより正確に決定するために、未来の予測される挙動を考慮に入れることができることが可能になる。

必要に応じて、基地局において、プロービングセッションに関係するＱｏＳパラメーターを決定することは、基地局によって、プロービングセッションのリソース予約計画を構築することを含む。そのようなリソース予約計画を構築することは、この目的のみでセッションを開く必要なく、基地局によってＱｏＳパラメーターをより正確に決定することに寄与することができる。

必要に応じて、基地局において、プロービングセッションに関係するＱｏＳパラメーターを決定することは、基地局においてアクティブなセッションを確立することを阻止することを含み、基地局において現在のアクティブなセッションを解放することを阻止することを含む。ＱｏＳの決定中の基地局におけるそのようなシステムフリーズは、システムがそのような決定中に安定したままであることを確実にする。

必要に応じて、ＱｏＳパラメーター要求は、１つ以上の追加のセッションに更に関係し、記述子は、１つ以上の追加のセッションに更に関係し、インジケーションは、１つ以上の追加のセッションが１つ以上の追加のプロービングセッションであることを更に示す。これにより、所与のマルチセッショントポロジについてＱｏＳ決定が可能になる。より詳細には、基地局において、プロービングセッションに関係するＱｏＳパラメーターを決定することは、基地局において、１つ以上の追加のプロービングセッションに関係するＱｏＳパラメーターを決定することと、基地局によって、プロービングセッション及び１つ以上の追加のプロービングセッションのリソース予約計画を構築することとを含む。そのような計画構築は、この目的で複数のセッションを開く必要なくＱｏＳを決定することを可能にする。

本開示は、サービス品質（ＱｏＳ）パラメーターを決定する方法であって、
送信エンティティによって、複数の基地局に、セッションのＱｏＳパラメーター要求を送信することであって、各要求は、セッションの記述子及びセッションがプロービングセッションであることのインジケーションを含む、送信することと、
送信エンティティにおいて、複数の基地局のうちの各基地局から、プロービングセッションに関係する基地局固有のＱｏＳパラメーターを受信することと、
送信エンティティによって、受信した基地局固有のＱｏＳパラメーターをＱｏＳプロファイルにまとめることと、
送信エンティティによって、制御エンティティにＱｏＳプロファイルを送信することと、
を含む、方法も説明する。

そのような方法は、反復的な試行錯誤による事後プロセスを用いて進行してそのようなＱｏＳパラメーターを決定するのではなく、集中型方式で複数の基地局に問い合わせることによってＱｏＳパラメーターを事前に決定することを可能にする。

本開示は、コンピューティングデバイスのプロセッサによって実行されると、プロセッサに、本明細書によって説明される方法のいずれかを実行させる命令を含むコンピューター可読記憶媒体も説明する。

本開示は、プロセッサと、メモリと、ネットワーク接続モジュールとを備えるデバイスであって、プロセッサは、本明細書によって説明される方法のいずれかに従って動作するように構成される、デバイスも説明する。

例示的な方法を示す図である。 別の例示的な方法を示す図である。 例示的なデバイスを示す図である。 例示的な方法を適用するためのデバイスアーキテクチャの例を示す図である。 例示的な方法を適用するためのデバイスアーキテクチャの例を示す図である。 例示的な方法を適用するためのデバイスアーキテクチャの例を示す図である。 更なる例示的な方法を示す図である。 更に別の例示的な方法を示す図である。 また更なる例示的な方法を示す図である。

本開示は、サービス品質（ＱｏＳ）パラメーターを決定する方法に当てはまる。ＱｏＳパラメーターは、ネットワークにおける通信品質の１つ以上の尺度として理解されるべきである。ＱｏＳパラメーターの例は、スループット、伝送遅延、優先度、保護、誤り率又は復元力に関係することができる。スループットは、定義された時間量の間にエンティティ間で転送に成功したビット数として定義することができる。伝送遅延は、２つのエンティティ間のデータ転送の成功のための経過時間として定義することができる。優先度は、２つのエンティティ間の接続の相対的重要性として定義することができ、より低い優先度は、接続サービス品質の劣化又は更にはリソースの解放につながる場合がある。保護は、エンティティが送信データの無許可のモニタリング又は操作の阻止を試行する程度として定義することができる。誤り率は、誤ったデータ、損失データ及び複製データの合計と、期間中に２つのエンティティ間で転送されたデータの合計との比として定義することができる。復元力は、所与の時間間隔中にエンティティが接続を切断又は再設定する確率として定義することができる。

図１は、本開示による、サービス品質（ＱｏＳ）パラメーターを決定する例示的な方法１００を開示する。方法１００は、基地局において、送信エンティティから、セッションのＱｏＳパラメーター要求を受信することを示すブロック１０１を含み、要求は、セッションの記述子及びセッションがプロービングセッション（probing session）であることのインジケーションを含む。

基地局は、本開示において、無線通信ネットワークにおける送受信機として理解されるべきである。基地局は、他の基地局、異なるネットワークエンティティ、及び基地局の無線通信到達範囲内に位置するモバイルデバイスと通信することができる。基地局の無線通信到達範囲内に位置するモバイルデバイスは、当該基地局のセル内に位置するものとみなすことができ、セルはセルラーネットワーク内に含まれる。いくつかの例において、基地局は５Ｇ基地局である。いくつかの場合、基地局は無縁通信ネットワーク内の固定送受信機である。

ブロック１０１に示すように、基地局は、セッションのＱｏＳパラメーター要求を受信する。セッションは、モバイルデバイスと、データ交換サービスを提供するデータネットワークとの間の関連付けとして理解されるべきである。例示的なセッションは、３ＧＰＰ（登録商標）２３．５０１に従う。セッションは、例えばパケットデータユニット（ＰＤＵ）セッション等の特定の通信プロトコルに関係することができる。セッションは、いくつかの場合、異なるＱｏＳ特性を有するいくつかのデータ交換サービスを提供することができる。ＱｏＳパラメーター要求は、そのようなセッション又はデータ通信交換関連付けを用いて生じる通信のＱｏＳにＱｏＳパラメーターが適用されるセッションに関するものである。いくつかの場合、複数の通信サービスを単一のセッションに含めることができる。ＱｏＳパラメーターは、セッションに適用することができるか、又はセッションに含めることができる通信サービスのそれぞれ、サブセット若しくは全てに適用することができる。

ブロック１０１に示すように、基地局は、送信エンティティから、セッションのＱｏＳパラメーター要求を受信する。送信エンティティは、ハードウェア又は仮想ネットワークエンティティであるネットワークエンティティとして理解されるべきである。送信エンティティは、無線で又は有線によって送信することができる。送信エンティティは、送信エンティティのチェーンの一部とすることができ、ＱｏＳパラメーターは、第１の送信エンティティから第２の送信エンティティへ、第２の送信エンティティから第３の送信エンティティへ、そして第３の送信エンティティから基地局へ送信することができる。そのような場合、第３の送信エンティティは、ＱｏＳ要求を基地局に直接送信する一方で、第２又は第１の送信エンティティはＱｏＳ要求を基地局に間接的に送信する。いくつかの場合、送信エンティティはＱｏＳ要求を生成する。送信エンティティの例は、ＴＳＮ－ＡＦ（アプリケーション機能）、ＳＭＦ（セッション管理機能）又はＡＭＦ（アクセス及びモビリティ機能）を含む。

ブロック１０１に示すように、要求はセッションの記述子を含む。そのような記述子は、例えば、プロトコルバージョン番号、発信元及びセッション識別子、セッション名、帯域幅情報、暗号化情報又はアクティブセッション時間のうちの１つ以上を含むセッションプロファイルの記述子であると理解されるべきである。そのような記述子は、基地局が記述子に関係するセッションのタイプ及び特性を決定することを可能にする情報を提供する。

ブロック１０１に示すように、要求は、セッションがプロービングセッションであることのインジケーションを含む。このインジケーションは、記述子に関係するセッションがプロービング目的であることを基地局に示すものとして理解されるべきである。このとき、基地局は、プロービングセッションが、データを効果的に送受信するために効果的に確立されるべきセッションと異なることを考慮に入れる立場にあることができる。

方法１００は、基地局において、プロービングセッションに関係するＱｏＳパラメーターを決定することを示すブロック１０２を更に含む。ＱｏＳパラメーターの決定は、基地局において、ＱｏＳの事前対応による決定を可能にするように行われている。基地局にＱｏＳを自身で決定させることにより、基地局が自身のレベルにおいてネットワーク制限を直接認識可能であることに起因して、そのようなＱｏＳを特に正確かつ高速に決定することが可能になる。

方法１００は、基地局によって、決定されたＱｏＳパラメーターを受信エンティティに送信することを示すブロック１０３を更に含む。そのような送信により、決定されたＱｏＳパラメーターを受信エンティティに通知することが可能になり、それによって、そのような受信エンティティは、例えば、この情報を考慮に入れて、当該基地局を含む無線通信システムをより広い通信システムに統合することができる。

いくつかの例において、送信エンティティ及び受信エンティティは同じエンティティである。いくつかの例において、ＱｏＳパラメーター要求は、複数の送信エンティティを通る所与のパスを辿り、決定されたＱｏＳパラメーターは、要求が辿ったパスと同じパスに対応する戻りパスを辿る。一例において、要求は、第１の送信エンティティから第２の送信エンティティ及び第３の送信エンティティまでこの順序で通過し、関連する決定されたＱｏＳパラメーターは、第３のエンティティ、第２のエンティティ及び第１のエンティティにおいてこの順序で受信される。一例において、エンティティはＴＳＮ－ＡＦエンティティである。一例において、エンティティはＳＭＦエンティティである。一例において、エンティティはＡＭＦエンティティである。一例において、ＱｏＳパラメーター要求は、ＴＳＮ－ＡＦからＳＭＦに、ＳＭＦからＡＭＦに、及びＡＭＦから基地局に送信され、決定されたＱｏＳパラメーターは、基地局からＡＭＦにおいて受信され、ＡＭＦからＳＭＦによって受信され、ＳＭＦからＴＳＮ－ＡＦによって受信される。ＴＳＭ－ＡＦは、ＴＳＮシステムの制御プレーンを用いた変換器として動作することができ、ＴＳＮシステムは、例えば、ＣＮＣ（集中型ネットワーク構成）ノードを含む集中型アーキテクチャである。そのようなプロセスは、例えば、基地局を含む５ＧシステムをＴＳＮブリッジとしてＴＳＮシステムに統合することを可能にする。そのような例は、いくつかの場合、図１に示す方法において実施することができる。

いくつかの例において、要求はいくつかのメッセージを含む。メッセージは、２つのネットワークエンティティ間の通信ユニットとして理解されるべきである。いくつかの例において、要求は単一のメッセージとなるように送信される場合があるが、要求はいくつかのメッセージを用いて送信することもできる。いくつかの例において、第１のメッセージは、セッションがプロービングセッションであるというインジケーションを含み、第２のメッセージはセッションの記述子を含む。他の組み合わせが検討されてもよく、これはプロトコル依存のメッセージサイズに依拠することができる。そのような例は、いくつかの場合、図１に示す方法において実施することができる。

いくつかの例において、基地局は、要求に関するアクションとしてリソースを予約しない。いくつかの例において、基地局は、セッションがプロービングセッションであると識別されることに応答して、リソースの予約を阻止する。いくつかの例において、セッションがプロービングセッションであると識別されることに起因して、基地局において現在アクティブなセッションはリソース単位で影響を受けない。いくつかの例において、基地局によって制御されるリソースはいずれもプロービングセッションに割り当てられない。そのようなリソースは、例えば、無線リソース、メモリリソース、又はコンピューティング若しくは処理リソースのうちの１つ以上を含むことができる。これにより、現在アクティブなセッションの性能又はＱｏＳに影響を及ぼすことを回避することが可能になる。そのような例は、いくつかの場合、図１に示す方法において実施することができる。

いくつかの例において、ＱｏＳパラメーター要求はＱｏＳパラメーター決定コンテキストを含み、ＱｏＳパラメーター決定コンテキストは、パラメーター決定制約と、パラメーター決定制約内で決定されるＱｏＳパラメーターのタイプのインジケーションとの双方を含む。ＱｏＳ決定制約は、いずれの条件下でＱｏＳパラメーターが決定されるべきかを決定することを可能にする情報として理解されるべきである。より詳細には、ＱｏＳパラメーター決定制約は、最大ビットレート（又は最大スループット）、優先度又はパケット誤り率のうちの１つ以上を含むことができる。ＱｏＳパラメーター決定制約に含めることができる情報の他の例は、保護若しくは復元力情報又はデータパケットサイズである。基地局は、実際に、異なるコンテキストにおいて又は異なる制約下でプロービングセッションを検討する立場にあることができ、各コンテキスト又は制約は異なるＱｏＳパラメーターにつながる。パラメーター決定制約は、正確な値を用いて、閾値を用いて、又は範囲を用いて通信することができる。いくつかの例において、パラメーター決定制約内で決定されるＱｏＳパラメーターのタイプは遅延情報を含む。例えば、制約が特定の最大ビットレート又は特定のスループットを含む場合、決定されるＱｏＳパラメーターのタイプは、基地局が所与の制約を考慮して保証することができる最小遅延及び最大遅延を含むことができる。例えば、制約が最大ビットレート及び遅延情報を含む場合、決定されるＱｏＳパラメーターのタイプは、基地局が所与の制約を考慮して保証することができる最大誤り率を含むことができる。換言すれば、ＱｏＳは複数の変数に対応することができ、制約は、決定されるＱｏＳパラメーターに対応する別の変数の値を決定するために、変数のうちのいくつかの変動性を設定又は低減することにつながる。そのような例は、いくつかの場合、図１に示す方法において実施することができる。いくつかの場合、複数の通信サービスを単一のセッションに含めることができる。ＱｏＳパラメーター決定のコンテキストは、セッションに適用することができるか、又はセッションに含めることができる通信サービスのそれぞれ、サブセット若しくは全てに適用することができる。

いくつかの例において、要求はプロービングフラグを含み、プロービングフラグは、プロービングセッションを基地局における現在のアクティブなセッションに置き換わるものとみなすことを示すか、又はプロービングフラグは、プロービングセッションを基地局における現在のアクティブなセッションに加わるものとみなすことを示す。プロービングフラグは、ＱｏＳパラメーターをより正確に決定するために基地局が考慮に入れることができる追加の情報として理解されるべきである。例えば、プロービングフラグが、プロービングセッションを、現在のアクティブなセッションに置き換わるものとみなすことを示す場合、プロービングフラグが、プロービングセッションを、現在のアクティブなセッションに加わるものとして示す場合よりも、基地局がますます多くの性能リソースをプロービングセッションに割り当てることを検討する可能性が高くなる。後者の場合、プロービングセッションに利用可能とみなされるリソースは、実際、より限られている。いくつかの例において、プロービングフラグは、提供するインジケーションと無関係に、現在アクティブなセッションに厳密に影響を有しない。なぜなら、プロービングフラグはプロービングセッションを参照し、効果的に確立されたセッションを参照しないためである。そのような例は、いくつかの場合、図１に示す方法において実施することができる。

いくつかの例において、ＱｏＳパラメーター要求は、１つ以上の追加のセッションに更に関係し、記述子は、１つ以上の追加のセッションに更に関係し、インジケーションは、１つ以上の追加のセッションが１つ以上の追加のプロービングセッションであることを更に示す。そのような場合、ＱｏＳパラメーターは、基地局においてＱｏＳパラメーターを決定するために、複数のセッションを含むトポロジを記述することを可能にし、様々なセッションのそれぞれは、本開示によるプロービングセッションである。より詳細には、例示的な方法は、そのような場合、例えば、基地局において、１つ以上の追加のプロービングセッションに関係するＱｏＳパラメーターを決定することと、基地局によって、プロービングセッション及び１つ以上の追加のプロービングセッションのリソース予約計画を構築することとを含む。いくつかの場合、各プロービングセッションは、特定の決定されたＱｏＳパラメーターに関連付けられる。いくつかの場合、特定の決定されたＱｏＳパラメーターはいくつかのプロービングセッションに関係する。いくつかの場合、特定の決定されたＱｏＳパラメーターは全てのプロービングセッションに関係する。そのような例は、いくつかの場合、図１に示す方法において実施することができる。

リソース予約計画は、本開示による計画目的のためであり、リソース予約計画の構築の計画段階にあるときにそのようなリソースを予約することを暗に意味していないことを理解されたい。

図２は、本開示によるサービス品質（ＱｏＳ）パラメーターを決定する例示的な方法２００を示す。方法２００は、ブロック２０１に示すように、送信エンティティによって、複数の基地局に、セッションのＱｏＳパラメーター要求を送信することを含み、各要求は、セッションの記述子と、セッションがプロービングセッションであることのインジケーションとを含む。方法２００は、送信エンティティの観点から見たものであり、いくつかの場合、基地局の観点から見た例示的な方法１００等の方法と共に実行することができる。方法２００は複数の基地局に適用され、複数の基地局のうちの各基地局は例示的な方法１００を動作させることができる。

ブロック２０２に示すように、方法２００は、送信エンティティにおいて、複数の基地局のうちの各基地局から、プロービングセッションに関係する基地局固有のＱｏＳパラメーターを受信することを含む。これによって、送信エンティティにおいて、様々な基地局から様々なＱｏＳパラメーターを収集することが可能になる。いくつかの例において、送信エンティティはＴＳＮ－ＡＦとすることができ、各基地局は、本開示による方法によって、ＴＳＮブリッジとしてＴＳＮシステムに統合される。

ブロック２０３に示すように、方法２００は、送信エンティティによって、受信した基地局固有のＱｏＳパラメーターをＱｏＳプロファイルにまとめることを含む。そのようなプロファイルは、複数の基地局のうちの様々な基地局からのＱｏＳパラメーターを組み合わせる。プロファイルは、例えば表形式をとることができる。プロファイルは、例えばリスト形式をとることができる。

ブロック２０４に示すように、方法２００は、送信エンティティによって、制御エンティティにＱｏＳプロファイルを送信することを更に含む。制御エンティティは、例えば、集中型ネットワークアーキテクチャの制御エンティティとすることができる。制御エンティティは、異なる送信エンティティに接続することができ、各送信エンティティは、方法２００等の方法に従って動作する。いくつかの例において、制御エンティティはＴＳＮネットワークのＣＮＣノートである。

図３は、プロセッサ３０１と、メモリ３０２と、ネットワーク接続モジュール３０３とを備える例示的なデバイス３００を示しており、プロセッサ３０１は、本明細書によって説明される方法のうちのいずれかに従って動作するように構成される。いくつかの例において、デバイス３００は基地局である。いくつかの例において、デバイス３００は送信エンティティである。いくつかの例において、デバイス３００は制御エンティティである。プロセッサ３０１は、オペレーティングシステムによって管理される計算のための電子回路を含むことができる。

図３は、例えばメモリ又は記憶ユニット３０２等の非一時的機械可読又はコンピューター可読記憶媒体も示しており、非一時的機械可読記憶媒体は、プロセッサ３０１等のプロセッサによって実行可能な命令３０４で符号化され、機械可読記憶媒体は、本明細書によって説明される例示的な方法のうちのいずれかに従って実行するようにプロセッサ３０１を動作させる命令３０４を含む。

本開示によるコンピューター可読記憶装置は、実行可能な命令を記憶する任意の電子、磁気、光又は他の物理的記憶デバイスであり得る。コンピューター可読記憶装置は、例えば、ランダムアクセスメモリ（ＲＡＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、記憶ドライブ、及び光ディスク等であり得る。本明細書によって説明されるように、コンピューター可読記憶装置は、本明細書によって説明される方法による実行可能命令で符号化され得る。

記憶装置又はメモリは、本明細書によって説明されるような実行可能命令を記憶する任意の電子、磁気、光又は他の物理的記憶デバイスを含み得る。

以下に記載のいくつかの更なる例において、本開示による方法、デバイス又はコンピューター可読記憶装置は、５Ｇ通信システム（５ＧＳ）を、例えば無線産業通信システムの分野においてタイムセンシティブネットワーク（ＴＳＮ）のフレームワークに統合するために用いられる。

ＴＳＮネットワークは、ＩＥＥＥ８０２．１ＴＳＮ規格に依拠するＴＤＭＡ（時分割多重アクセス）有線イーサネットベースのネットワークを含むことができる。ＴＳＮ通信システムは、ＩＥＥＥ８０２．１ＡＳにおいて定義されたネットワークのノード間で共有される高精度同期プロトコルに依拠することができる。ＴＳＮシステムのコンポーネントは、ＴＳＮパケットの適時送信及びジッター低減のために用いられる時間認識パケットトラフィックシェイパー（ＴＡＳ）である。イーサネットネットワークとして、ＴＳＮネットワークは、エンドノード（トーカー／リスナーノード）と、双方向イーサネットリンクを通じてエンドノード間を接続するブリッジノードとから形成することができる。ＴＳＮネットワークについて、３つの例示的なアーキテクチャの選択肢、すなわち、集中型アーキテクチャ、完全分散型アーキテクチャ、及びネットワーク集中型かつユーザー分散型モデルが可能である。

図４に示すようなＴＳＮ集中型アーキテクチャにおいて、エンドステーションは、フロー要件及びＴＳＮ通信構成を集中型ユーザー構成システム（ＣＵＣ）に送信している。ＣＵＣは、ユーザー構成を集中型ネットワーク構成ノード（ＣＮＣ）に送信する。各ＴＳＮスイッチは、遅延管理されたオブジェクトとしてＣＮＣを識別する。スイッチによってＴＳＮに送信される例示的なパラメーターは、例えば、出口及び入口ポート識別、トラフィッククラス、及びポート対あたりの最小遅延及び最大遅延等のＱｏＳパラメーターである。ＣＮＣはスケジュールを計算することができ、スケジュールは、例えば、ＴＳＮエンドステーション間のスイッチの伝送時間と、異なるスイッチのＴＡＳの制御パラメーター及びルーティング決定、すなわちスイッチ選択とを含む。そのような計算は、ＴＳＮ通信のストリーム要件を満たすように行うことができる。

一例において、５Ｇシステムは、図５に示すように、ＴＳＮ－ＡＦを通じてＣＮＣからタイミング及び制御情報を受信するＴＳＮブリッジとみなされる。ＴＳＮ－ＡＦは、制御情報を変換し、これを、セッション管理機能（ＳＭＦ）及びアクセスモビリティ管理機能（ＡＭＦ）によって実施されるパケットデータユニット（ＰＤＵ）セッションのプロファイルを定義するポリシー制御機能（ＰＣＦ）に送信する。このプロファイルは、ＣＮＣタイミングスケジュールに従って、ＴＳＮエンドステーションへの論理ＴＳＮブリッジとみなされるネットワークにおいてＴＳＮパケットを伝播させることを目的とすることができる。５ＧＳアーキテクチャは、この例において図６に示される。

図６を参照すると、ＴＳＮ変換器エンジンのユーザープレーンは、プロトコルをＴＳＮから（アップリンクＴＳＮ送信のための）Ｎ６０インターフェースを介してＧＴＰ－Ｕパケット（例示的な汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル）に、又は５Ｇシステム、例えばダウンリンクＴＳＮ送信のためのＮ３及びＵｕインターフェースを介して送信されるパケットに変換している。ＴＳＮ変換器エンジン（ＡＦ）の制御プレーンは、ＣＮＣから到来するＴＳＮ制御情報を、ＱｏＳプロファイル情報にマッピングしており、ＱｏＳプロファイル情報は、ポリシー制御機能（ＰＣＦ）に送信される。ＰＣＦが合意し、５ＧＳがＴＳＮシステムから要求されたＱｏＳを満たすことができる場合、５Ｇ ＱｏＳインジケーション（５ＱＩ）を用いてＰＤＵセッションがセットアップされる。この例では、ジッターを最小限にするか又は低減し、ＵＰＦ（ユーザープレーン機能）及びＵＥ（ユーザー機器）から出たパケットを再同期させるために、アップリンク送信のためにユーザープレーンＴＳＮ変換器（ＮＷ－ＴＴ）に、又はダウンリンク送信のためにデバイスＴＳＮ変換器（ＤＳ－ＴＴ）に１つずつ、２つの保持及び転送バッファがＴＳＮ送信のデジッタリングのために用いられる。無線アクセスネットワーク（ＲＡＮ）レベルにおいて、様々な技法を用いてレイテンシを低減し、ＴＳＮ ＰＤＵセッションの送信の信頼性を増大させることができる。以下の情報を含むタイムセンシティブ通信支援情報（ＴＳＣＡＩ）を、ネットワークにおけるＴＳＮフローのサービス品質制御のために用いることができる。
－フロー方向：ＴＳＣ（タイムセンシティブ通信）フローの方向（アップリンク又はダウンリンク）
－周期性：２つの連続バーストの開始間の期間を指す
－バースト到達時間：ＲＡＮ（無線アクセスネットワーク又は基地局）の入口（ダウンリンクフロー方向）又はＵＥの出口インターフェース（アップリンクフロー方向）のいずれかにおけるデータバーストの到達時間。

この情報は、この例において、ＲＡＮ（又は基地局）によって実施されるＱｏＳフロープロファイルとしてＰＣＦから受信される情報に基づいてセッション管理機能（ＳＭＦ）によって提供される。ＲＡＮは、特定のスケジューリング方式、例えば、パケットのＫ個の反復の送信を用いた設定グラントスケジューリングを実施することができる。基地局及びＴＳＮ対応ＵＥにおけるＲＬＣ及びＰＤＣＰバッファを寸法測定するためにＴＳＣＡＩを考慮に入れること等のために、ＭＡＣ（媒体アクセス制御）／ＲＬＣ（無線リンク制御）／ＰＤＣＰ（パケットデータコンバージェンスプロトコル）層において更なるメカニズムを用いて遅延を制限することができる。ＴＳＮネットワークのスケジュールを構成するために、ＣＮＣは、本明細書に記載の方法に従って５Ｇシステムからパラメーターを受信し、この方法は、ＣＮＣがＴＳＮトーカーからＴＳＮリスナーへの５ＧＳを通る送信のスケジュールを特定することに寄与する。このために、５ＧＳは、様々なＴＳＮフローの送信について、ＴＳＮ対応使用端末ごとに、最小エンドツーエンド遅延及び最大エンドツーエンド遅延等の２つの遅延特性をＣＮＣに公開する（expose）ことができる。そのような遅延特性は、例示的な方法に従ってＱｏＳパラメーターに含めることができる。本明細書に記載の方法は、例えば、ＮＧ－ＲＡＮノード基地局の学習能力に依拠することを可能にする。そのような方法は、よりスケーラビリティが低く、より時間がかかる場合があるＴＳＮアプリケーション機能を通じた、ネットワーク構成及び実行能力の反復的な試行錯誤による学習に基づく代替的な方法を回避することによって、ＴＳＮネットワークのブリッジとしての５ＧＳの全体初期構成のスケーラビリティを追加し、レイテンシを低減することに寄与する。

例示的な方法によるＴＳＮブリッジとしての５Ｇシステムの例示的な初期構成中、この例において本開示によるＱｏＳパラメーター要求に対応する、５ＧコアネットワークとＮＧ－ＲＡＮとの間の新たなＱｏＳ＿ｑｕｅｒｙメッセージを５ＧＳシグナリングに加えることが提案される。このＱｏＳ＿ｑｕｅｒｙメッセージは、ＮＧ－ＲＡＮ基地局によるＱｏＳパラメーター決定プロセスをトリガーする。ＮＧ－ＲＡＮ基地局は、例えば、ＵＥの数、スケジューリングアルゴリズム、無線干渉及び無線チャネル統計を考慮に入れて、例えば、提供されるトポロジについて基地局が提供する立場にあり、１つ以上のセッションの記述子の形態で提供される能力、すなわち性能パラメーター（例えば、遅延、スループット．．．等）を推定する。この例において、５ＧＳブリッジとＴＳＮシステムとの間のインターフェースは影響を受けない。この例は図７に示され、この例ではフロー、又はセッションの通信サービスの形態で構成される所与のトポロジは、ＱｏＳパラメーター要求（又はＱｏＳクエリ要求）の一部としてセッション記述子において通信され、この例では最小遅延及び最大遅延であるパラメーターは、基地局によって決定又は評価され、決定されたＱｏＳパラメーターに対応するＱｏＳクエリ応答として返送され、次にそのような決定されたＱｏＳパラメーターがＣＮＣに公開又は送信される。

この例において、本開示による方法は、ボトムアップ手法、すなわち、５ＧＳ基地局からＣＮＣを通知するとみなすことができる。５ＧシステムとＴＳＮとの統合のための関連ネットワークパラメーターは、実際に、無線アクセスネットワークにおいて事前に決定され、ＱｏＳクエリ（又はＱｏＳパラメーター要求）手順によってアプリケーション機能に送信される。５ＧＳブリッジの一部であるＵＥは、まず、５ＧＳネットワークに登録することができる。ＴＳＮ－ＡＦは、ＵＰＦを選択し、ＵＥのセットのためのＰＤＵセッションをセットアップすることができる。これは、５ＧＳブリッジのための所与のトポロジを定義し、すなわち、ポート数、ポートアドレス、ＵＥからＰＤＵセッションに対応する選択されたユーザープレーン機能へのパケット転送規則のセットを定義する。図８に示すように、ＱｏＳクエリ要求は、性能パラメーターのＮＧ－ＲＡＮノードによる決定の手順をトリガーする。ＱｏＳクエリ応答メッセージを用いて、性能パラメーター又は決定されたＱｏＳパラメーターをＴＳＮアプリケーション機能に送信し、及び／又はＣＮＣのスケジューリング計算のための関連ネットワークパラメーターを、ネットワーク公開機能（ＮＥＦ）を通じてＣＮＣに公開する。この場合、所与のトポロジのための５ＧＳブリッジ能力（ＱｏＳ性能パラメーターの観点）を高速に、試行ループを回避して決定することができる。ＮＧ－ＲＡＮノードにおけるスケジューラーは、この例において、無線リンクを介してＱｏＳサポートを決定するエンティティである。ＮＧ－ＲＡＮ基地局は実際に、無線リンクの制約及び能力を認識するために適切に配置される。手順は、全体として所与のトポロジ（又はセッション構成）に適用することができる。能力決定（又はＱｏＳパラメーター決定）は、ＵＥ間干渉、統計、又は基地局による無線チャネル条件に対する予測を考慮に入れることができる。能力決定（又はＱｏＳパラメーター決定）は、ＮＧ－ＲＡＮ能力に合わせて調整し、ブリッジ機能を集約するために、セッション管理機能によって、パケットルーティング及び転送規則をＵＰＦにおいて事前に決定するのに効率的に用いることができる。

図８に示すように、第１のステップにおいて、セッションの初期構成が行われる。ステップは、この場合、ＴＳＮアプリケーション機能（ＴＳＮ－ＡＦ）、アクセス及びモビリティ機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）及び無線アクセスネットワーク（ＮＧ－ＲＡＮ）間で行われる。構成は、例えば、１つ又はいくつかのＴＳＮ対応ＵＥと１つ又はいくつかのＵＰＦとの間のＰＤＵセッションの決定を含む。

この場合、ＱｏＳパラメーター要求は、「プロービング」セッションと呼ばれる特殊なセッションを指す。これは、要求に、特殊なＱｏＳフローインジケーター（又はセッションがプロービングセッションであるというインジケーション）を含めることによって行うことができ、ＰＤＵセッションがＱｏＳプロービングに対し意図されていることを意味する。したがって、基地局は通信フローのためにリソースを予約する必要がない。

この例において、ＱｏＳパラメーター要求は、ＰＤＵプロービングセッションについて、スループット、遅延又は優先度等の要件（又はＱｏＳパラメーター決定制約）を示すことができる。これに加えて、ＱｏＳパラメーター要求は、１つのＰＤＵセッションに共通とするか又はＱｏＳパラメーターごと（例えば、遅延プローブ）とすることができるプロービングインジケーション（又は単数又は複数のセッションがプロービングセッションであるというインジケーション）を含む。いくつかの例において、プロービングセッションは、ＱｏＳパラメーター決定制約として、及び制約の関数として基地局が求めるＱｏＳパラメーターとしての遅延プローブとして、所与のターゲットスループット及び所与のパケットサイズに関係付けられる。次に、基地局は、基地局がそのフローについてサポートすることができる遅延（この場合、決定されたＱｏＳパラメーター）を推定又は決定することができ、及び／又は基地局がプロービングセッションのＱｏＳパラメーターとして決定された値の周りでサポートすることができると推定する遅延の区間又は範囲を提供することができる。

ＱｏＳパラメーター要求は、一例において、以下を含むことができる。
－保証されるフロービットレート（ＧＢＲ）＝ｎビット／秒（パラメーター決定制約として与えられる）
－遅延＝ｙ ｍｓ（目標としてミリ秒単位で与えられる）
－（決定されるＱｏＳパラメーターとしての）遅延プロービング

この例において、セッションパラメーターは、例えば、ｎビット／秒のＧＢＲフローを想定して達成することができる最小及び最大遅延を推定することを要求する。この例において、予想されるものを示す目標遅延が提供されることに留意されたい。基地局は、その推定について目標遅延を無視する場合があるか、又はこの目標インジケーションがない可能性がある。基地局は、目標遅延等の目標情報を考慮に入れて、適切なリソースを選択することもできる（これがプロービングセッションであり効果的なセッションでないことに起因して、この目的でそのような選択されたリソースを実際に用いることはない）。

セッションがプロービングセッションであることのプロービングインジケーション又はインジケーターは、この例において、基地局によって、基地局セッションアクセス制御を変更するために用いることができる。例えば、プロービングの場合、基地局は、そのようなセッションがプロービング目的であり、基地局における効果的な現在のセッションに影響を及ぼさないことに起因して、全ての要求されたプロービングセッションを受け入れることができる。実際に、非プロービングの場合、基地局は、所与のＱｏＳ要件を処理するのに十分なリソース及び能力を有すると推定される場合にのみ、このＱｏＳ要件を含むセッションを受け入れる。しかしながら、プロービングのコンテキストにおいて、基地局は、現在のリソース利用にかかわらず、所与のプロービングセッション構成を受け入れ、そのセッションのためにサポートすることができるＱｏＳの推定を返すことができる。基地局は、実際、本開示の例によるプロービングの場合、様々な物理層構成について関連性能パラメーター（又はＱｏＳパラメーター）を決定するために、異なるスケジューリングパラメーター及び／又は静的なＨＡＲＱ又は他の物理層パラメーターを考慮することができる。

図８に示すように、ＴＳＮ－ＡＦは、前のステップにおいて構成されたセッションパラメーターに基づいてＮＧ－ＲＡＮ基地局においてＱｏＳプロービング（ＱｏＳパラメーターの決定に対応する）をトリガーするために、ＱｏＳクエリ要求メッセージ（ＱｏＳパラメーター要求に対応する）を送信する。メッセージは以下を含むことができる。
－プロービングするトポロジを構成するセッション識別子のリスト、及び、
－推定又は決定されなくてはならないパラメーター、例えば最小及び最大遅延のインジケーション。メッセージは、プロービングが特定のセッションに対して行われるのではなく、トポロジに対して、すなわち、セッション及び対応するＮＧ－ＲＡＮパラメーターのセットに対して行われるという点で非ＵＥ固有である。

これによって、異なるセッション間のリソース共有戦略を考慮に入れて、プロービングセッション（複数の場合もある）に対応する所与のトポロジについて能力（又はＱｏＳパラメーター）を決定することが可能になる。ＱｏＳクエリ要求は、この場合、プロービング要求が現在アクティブな（非プロービング）セッションとどのように相互作用しているかを示すフラグパラメーター、すなわちＰｒｏｂｉｎｇＦｌａｇも含む。フラグが「追加」にセットされる場合、基地局は、現在進行中のセッションに加えてセッション識別子リストにおいて識別されたセッションをサポートすることができるＱｏＳパラメーターを決定する。フラグが「置き換え」にセットされる場合、基地局は、現在進行中のセッションを考慮することなく、すなわち、全てのリソースが利用可能であるかのように、セッション識別子リストにおいて識別されたセッションのＱｏＳパラメーターを決定する。双方の場合に、進行中のセッションは実際に影響を受けず、これは、ＱｏＳクエリ要求をオンラインで、すなわちトラフィックを停止する必要なく行うことができることを意味する。「置き換え」は、新たなフロー又はセッションを追加する全体的影響が何であるかを評価するプロービングフラグとして用いることができる。「置き換え」は、進行中のフロー又はセッションが取り除かれる場合に何がスイッチ能力となるかを試験するのにも用いることができる。

図８に示すように、ＱｏＳクエリ要求メッセージを受信するとき、基地局は、セッション記述及び／又はＱｏＳ要求メッセージにおいて定義されるような必要なＱｏＳパラメーターを決定する。例えば、基地局は、セッションごとに、基地局がサポートすることができる最小遅延及び最大遅延を推定する。基地局は、例えば、物理層構成、利用可能な無線リソース及び無線チャネル条件の推定を知って異なる複数のセッションについてリソース予約計画を構築することによって自身の推定を行うことができる。基地局は、初期フロー構成ステップにおいて受信された展開トポロジに基づいて可能なリソース構成を推定することができ、ＱｏＳパラメーターを平均値として決定する。基地局は、初期フロー構成ステップにおいて受信される展開トポロジに基づいて可能なリソース構成を推定することができ、ＱｏＳパラメーターを最悪の場合の値として決定する。いくつかの場合、基地局は、所与のセッション構成に基づいてＱｏＳパラメーターを推定し、そのような構成は、プロービング中安定したままであり、すなわち、対応するフリーズ／フリーズ解除アクションを含めることによって期間中にセッションが確立又は解放されるべきでない。そのような場合、構成がフリーズした後、基地局は、構成フリーズ解除まで、セッション確立、変更又は解放を拒絶する。

図８に示すように、ＱｏＳパラメーター推定又は決定されたＱｏＳパラメーターは、プロービングセッションごとに、ＱｏＳクエリ応答メッセージにおいてＴＳＮ－ＡＦに送信される。これらのパラメーターは、ＱｏＳクエリ要求メッセージにおいて示される。

図８に示すように、ＴＳＮ－ＡＦは、ＱｏＳクエリ応答メッセージにおいて、ＱｏＳパラメーターのＱｏＳパラメーター値として推定ネットワーク能力を受信し、そのようなＱｏＳパラメーター値を、ＱｏＳプロファイルにおいて、例えばこれらの値を初期フロー構成中に送信されたトポロジとマッピングすることによって集約する。これらのパラメーターは、場合によっては、いくつかの基地局（図８によるいくつかのＮＧ－ＲＡＮ）から到来する。各そのような基地局は、５ＧＳブリッジのポートごとのパラメーターの一部としてＴＳＮシステムのＣＮＣに公開することができる。

本開示による例示的な方法は、ＣＮ（コアネットワーク）とＲＡＮ（基地局）との間で行うことができる。また、本開示による例示的な方法を用いて、ＣＮの機能間で、ＲＡＮとＣＮとの間の、ＣＮ内部のデータプレーンパスに沿ってＱｏＳパラメーターをトリガーし推定することができる。

いくつかの例において、プロービングパラメーター又はＱｏＳクエリメッセージにおけるＱｏＳパラメーター要求の内容は異なる可能性があるか、又はＴＳＮ－ＡＦとＳＭＦとの間、ＳＭＦとＡＭＦとの間、及びＡＭＦとＮＧ－ＲＡＮとの間で変化する可能性がある。ＳＭＦは、例えば、ＱｏＳクエリ応答を傍受し、関連ＱｏＳパラメーターを抽出し、これらのＱｏＳパラメーターを、ユーザープレーン機能（ＵＰＦ）トポロジの選択及び更新のために用いることができる。ＳＭＦ等の中間エンティティによるＱｏＳパラメーター要求のそのような変更は、ＳＭＦからＵＰＦへのメッセージにおける追加のコンテナーを通じたものとすることができる。そのような選択は、例えば以下に基づくことができる。
－ＵＰＦの選択は、予期されるＴＳＮ送信について最小遅延及びジッターを導入することができる。
－ＱｏＳクエリ応答メッセージから受信したＱｏＳ情報に基づいたパケット転送規則（ＦＡＲ）の更新。ここで、ＳＭＦはＵＰＦ能力を維持しており、ＦＡＲの更新バージョンをＵＰＦに送信する。
－ＳＭＦによってＵＰＦに提供されるＱｏＳ実施規則（ＱＥＲ）の更新。ここで、ＳＭＦはＵＰＦ能力を維持しており、ＱＥＲの更新バージョンをＵＰＦに送信する。

コアネットワークにおいて、すなわちＮＧ－ＲＡＮとＵＰＦとの間のインターフェースにおいて、ＱｏＳパラメーターのプロービングのために特定のセッションを構成することができる。これらの特定のセッション又はＰＤＵセッションを用いて、ＱｏＳ＿Ｑｕｅｒｙ＿ｒｅｓｐｏｎｓｅメッセージに基づいてＮ４インターフェースを更にプロービングすることができる。

いくつかの例において、ＱｏＳパラメーターが決定されるとき、プロービングセッションが除去される。

本開示による方法の更なる例が図９に示され、例えば図８の例によるセッション記述子におけるセッション識別子を用いる代わりに、プロービングセッション記述のリストが、セッション記述子としてクエリ要求メッセージに直接含まれる。図９による例において、ＰＤＵセッションは、特定のＵＥを参照することができ、リストの各セッション記述は、ＱｏＳパラメーターに加えて特定のＵＥの識別子を含む。ＡＭＦとＮＧ－ＲＡＮとの間で、これは、例えば基地局におけるＵＥコンテキストを参照する特殊な識別子、及びコアネットワークの機能（ＳＭＦ、ＡＭＦ）間のセッション識別子を通じて行うことができる。

Claims (15)

1. サービス品質（ＱｏＳ）パラメーターを決定する方法であって、
   基地局において、送信エンティティから、セッションのＱｏＳパラメーター要求を受信することであって、前記要求は、前記セッションの記述子及び前記セッションがプロービングセッションであることのインジケーションを含む、受信することと、
   前記基地局において、前記プロービングセッションに関係する前記ＱｏＳパラメーターを決定することと、
   前記基地局によって、前記決定されたＱｏＳパラメーターを受信エンティティに送信することと、
   を含む、方法。
2. 前記送信エンティティ及び前記受信エンティティは同じエンティティである、請求項１に記載の方法。
3. 前記エンティティは、タイムセンシティブネットワークアプリケーション機能（ＴＳＮ－ＡＦ）エンティティである、請求項２に記載の方法。
4. 前記要求はいくつかのメッセージを含む、請求項１～３のいずれか１項に記載の方法。
5. 前記基地局は、前記要求に関係するアクションとしてリソースを予約しない、請求項１～３のいずれか１項に記載の方法。
6. 前記ＱｏＳパラメーター要求はＱｏＳパラメーター決定コンテキストを含み、該ＱｏＳパラメーター決定コンテキストは、パラメーター決定制約と、該パラメーター決定制約内で決定されるＱｏＳパラメーターのタイプのインジケーションとの双方を含む、請求項１～３のいずれか１項に記載の方法。
7. 前記ＱｏＳパラメーター決定制約は、最大ビットレート、優先度、又はパケット誤り率のうちの１つ以上を含み、前記パラメーター決定制約内で決定される前記ＱｏＳパラメーターのタイプは遅延情報を含む、請求項６に記載の方法。
8. 前記要求はプロービングフラグを含み、該プロービングフラグは、前記プロービングセッションを前記基地局における現在のアクティブなセッションに置き換わるものとみなすことを示すか、又は前記プロービングフラグは、前記プロービングセッションを前記基地局における現在のアクティブなセッションに加わるものとみなすことを示す、請求項１～３のいずれか１項に記載の方法。
9. 前記基地局において、前記プロービングセッションに関係する前記ＱｏＳパラメーターを前記決定することは、前記基地局によって、前記プロービングセッションのリソース予約計画を構築することを含む、請求項１～３のいずれか１項に記載の方法。
10. 前記基地局において、前記プロービングセッションに関係する前記ＱｏＳパラメーターを前記決定することは、前記基地局においてアクティブなセッションを確立することを阻止することを含み、前記基地局において現在のアクティブなセッションを解放することを阻止することを含む、請求項１～３のいずれか１項に記載の方法。
11. 前記ＱｏＳパラメーター要求は、１つ以上の追加のセッションに更に関係し、前記記述子は、前記１つ以上の追加のセッションに更に関係し、前記インジケーションは、前記１つ以上の追加のセッションが１つ以上の追加のプロービングセッションであることを更に示す、請求項１～３のいずれか１項に記載の方法。
12. 前記基地局において、前記プロービングセッションに関係する前記ＱｏＳパラメーターを決定することは、
    前記基地局において、前記１つ以上の追加のプロービングセッションに関係する前記ＱｏＳパラメーターを決定することと、
    前記基地局によって、前記プロービングセッション及び前記１つ以上の追加のプロービングセッションのリソース予約計画を構築することと、
    を含む、請求項１１に記載の方法。
13. サービス品質（ＱｏＳ）パラメーターを決定する方法であって、
    送信エンティティによって、複数の基地局に、セッションのＱｏＳパラメーター要求を送信することであって、各要求は、前記セッションの記述子及び前記セッションがプロービングセッションであることのインジケーションを含む、送信することと、
    前記送信エンティティにおいて、前記複数の基地局のうちの各基地局から、前記プロービングセッションに関係する基地局固有のＱｏＳパラメーターを受信することと、
    前記送信エンティティによって、前記受信した基地局固有のＱｏＳパラメーターをＱｏＳプロファイルにまとめることと、
    前記送信エンティティによって、制御エンティティに前記ＱｏＳプロファイルを送信することと、
    を含む、方法。
14. コンピューティングデバイスのプロセッサによって実行されると、該プロセッサに、請求項１～３、及び、１３のいずれか１項に記載の方法を実行させる命令を含むコンピューター可読記憶媒体。
15. プロセッサと、メモリと、ネットワーク接続モジュールとを備えるデバイスであって、前記プロセッサは、請求項１～３、及び、１３のいずれか１項に記載の方法に従って動作するように構成される、デバイス。