▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特許7387757ＮＩＤＤセッションを管理するネットワーク機能のための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-11-17
(45)【発行日】2023-11-28
(54)【発明の名称】ＮＩＤＤセッションを管理するネットワーク機能のための方法および装置
(51)【国際特許分類】
H04W 76/10 20180101AFI20231120BHJP
H04W 80/10 20090101ALI20231120BHJP
【ＦＩ】
H04W76/10
H04W80/10
【請求項の数】
13
(21)【出願番号】P 2021562317
(86)(22)【出願日】2019-06-28
(65)【公表番号】
(43)【公表日】2022-06-27
(86)【国際出願番号】 CN2019093805
(87)【国際公開番号】W WO2020215486
(87)【国際公開日】2020-10-29
【審査請求日】2022-01-07
(31)【優先権主張番号】PCT/CN2019/084503
(32)【優先日】2019-04-26
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(72)【発明者】
【氏名】ロン， ホンシア
【審査官】深津 始
(56)【参考文献】
【文献】3GPP TS 23.502 V16.0.2，2019年04月01日，67-81,321-324,342-350ページ
【文献】3GPP TS 23.501 V16.0.2，2019年04月01日，224-225ページ
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ －Ｈ０４Ｂ ７／２６
Ｈ０４Ｗ ４／００ －Ｈ０４Ｗ ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ネットワーク機能（１０）において実施される方法であって、前記ネットワーク機能は、セッション管理機能（ＳＭＦ）を含み、ＮＩＤＤセッションを確立するための要求を受信すること（Ｓ１０１）であって、ＮＩＤＤが、非インターネットプロトコルデータ配信を指す、ＮＩＤＤセッションを確立するための要求を受信すること（Ｓ１０１）と、
他のネットワーク機能にセッション管理データについての要求を送信することと、
前記他のネットワーク機能から前記セッション管理データを取得することと、
前記ＮＩＤＤセッションを確立するためのユーザプレーン機能（ＵＰＦ）またはネットワーク公開機能（ＮＥＦ）を選択すること（Ｓ１０２）と
を含み、
前記ネットワーク機能が、前記セッション管理データに基づいて前記ＵＰＦまたは前記ＮＥＦを選択し、
前記セッション管理データが、前記ＵＰＦまたは前記ＮＥＦの指示を含む、方法。
【請求項2】
前記指示がブール値を有し、前記ブール値の真値が、前記ＮＥＦを選択することを指示し、前記ブール値の偽値または不在が、前記ＵＰＦを選択することを指示する、
請求項１に記載の方法。
【請求項3】
前記セッション管理データが、前記ＮＥＦの識別情報をさらに含む、請求項１に記載の方法。
【請求項4】
前記セッション管理データが、前記ネットワーク機能から前記ＮＥＦへの接続のための情報をさらに含み、前記ネットワーク機能から前記ＮＥＦへの前記接続のための前記情報が、外部グループ識別子、外部識別子、移動局国際サブスクライバディレクトリ番号（ＭＳＩＳＤＮ）、またはアプリケーション機能識別子のうちの少なくとも１つを含む、
請求項１に記載の方法。
【請求項5】
統合データ管理（ＵＤＭ）から前記セッション管理データを取得すること（Ｓ１０３）をさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記ＵＤＭが、統合データリポジトリ（ＵＤＲ）から前記セッション管理データを取得する、請求項５に記載の方法。
【請求項7】
前記セッション管理データが、オペレータによってプロビジョニングされる、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記ＮＥＦが選択されたとき、ネットワークリポジトリ機能（ＮＲＦ）から、前記ＮＥＦに関するサービス情報を取得すること（Ｓ１０４）をさらに含む、請求項１から７のいずれか一項に記載の方法。
【請求項9】
前記ＮＥＦに、前記ＮＩＤＤセッションのための作成要求を送信すること（Ｓ１０５）と、前記ＮＥＦから、前記ＮＩＤＤセッションのための前記作成要求についての応答を受信すること（Ｓ１０６）と
をさらに含む、請求項８に記載の方法。
【請求項10】
前記ネットワーク機能が、アクセスおよびモビリティ管理機能（ＡＭＦ）から前記ＮＩＤＤセッションを確立するための前記要求を受信する、請求項１から９のいずれか一項に記載の方法。
【請求項11】
ネットワーク機能（１０）のための装置であって、前記ネットワーク機能は、セッション管理機能（ＳＭＦ）を含み、プロセッサ（１００１）と、
前記プロセッサ（１００１）によって実行可能な命令を含んでいるメモリ（１００２）と
を備え、
前記装置が、
ＮＩＤＤセッションを確立するための要求を受信することであって、ＮＩＤＤが、非インターネットプロトコルデータ配信を指す、ＮＩＤＤセッションを確立するための要求を受信することと、
他のネットワーク機能にセッション管理データについての要求を送信することと、
前記他のネットワーク機能から前記セッション管理データを取得することと、
前記ＮＩＤＤセッションを確立するためのユーザプレーン機能（ＵＰＦ）またはネットワーク公開機能（ＮＥＦ）を選択することと
を行うように動作可能であり、
前記ネットワーク機能が、前記セッション管理データに基づいて前記ＵＰＦまたは前記ＮＥＦを選択し、
前記セッション管理データが、前記ＵＰＦまたは前記ＮＥＦの指示を含む、装置。
【請求項12】
請求項２から１０のいずれか一項に記載の方法を実装するようにさらに動作可能である、請求項１１に記載の装置。
【請求項13】
コンピュータプログラム（１３０１）を記憶したコンピュータ可読記憶媒体（１３０）であって、前記コンピュータプログラム（１３０１）が、デバイスに、請求項１から１０のいずれか一項に記載の方法を行わせるように前記デバイスによって実行可能である、コンピュータ可読記憶媒体（１３０）。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に通信システムの技術に関し、詳細には、ＮＩＤＤセッションを管理するネットワーク機能のための方法および装置に関する。
【背景技術】
【0002】
このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点において読み取られるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。
【0003】
（第５世代（５Ｇ）通信システムなどの）通信システムでは、プロトコルデータユニット（ＰＤＵ）コネクティビティサービスが、（ユーザ機器（ＵＥ）などの）端末デバイスと、データネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のＰＤＵの交換を提供する。ＰＤＵコネクティビティサービスは、ＵＥからの要求時に確立され得るＰＤＵセッションを介してサポートされる。
【0004】
各ＰＤＵセッションは、単一のＰＤＵセッションタイプをサポートする、すなわち、ＰＤＵセッションの確立においてＵＥによって要求された単一のタイプのＰＤＵの交換をサポートする。以下のＰＤＵセッションタイプ、すなわち、インターネットプロトコルバージョン４（ＩＰｖ４）、ＩＰｖ６、ＩＰｖ４ｖ６、イーサネット、および非構造化が規定される。非構造化ＰＵＤセッションを介したデータ配信は、非ＩＤデータ配信（ＮＩＤＤ）と称されることもある。
【0005】
端末デバイスとのモバイル発信（ＭＯ）およびモバイル着信（ＭＴ）通信をハンドリングするためにＮＩＤＤのための機能が使用され得、その通信のために使用されるデータが、非構造化（非ＩＰとも呼ぶ）と見なされる。そのような配信は、異なる機構によって達成され得る。
【0006】
しかしながら、そのようなＮＩＤＤセッションを管理するネットワーク機能は、異なる機構のうちの特定の機構をどのように選択すべきかを知らない。ＮＩＤＤセッションを管理することの効率が影響を受けるか、またはＮＩＤＤセッションの確立が機構の不適当な選択により時々失敗することがある。
【発明の概要】
【0007】
本発明の概要は、発明を実施するための形態において以下でさらに説明される概念の選択を簡略化された形で紹介するために提供される。本発明の概要は、請求される主題の主要な特徴または不可欠な特徴を識別するものではなく、請求される主題の範囲を限定するために使用されるものでもない。
【0008】
本開示のいくつかの態様およびそれらの実施形態は、これらまたは他の課題のソリューションを提供し得る。本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。すなわち、本開示の実施形態によれば、ＮＩＤＤセッションのための異なる機構間の選択が明示的に設定され得る。したがって、ＮＩＤＤセッションを管理することの効率が改善される。
【0009】
本開示の第１の態様は、ＮＩＤＤセッションを確立するための要求を受信することであって、ＮＩＤＤが、非インターネットプロトコルデータ配信を指す、ＮＩＤＤセッションを確立するための要求を受信することと、ＮＩＤＤセッションを確立するためのユーザプレーン機能（ＵＰＦ）またはネットワーク公開機能（ＮＥＦ）を選択することとを含む、ネットワーク機能において実施される方法を提供する。
【0010】
本開示の実施形態では、ネットワーク機能は、セッション管理データに基づいてＵＰＦまたはＮＥＦを選択する。
【0011】
本開示の実施形態では、セッション管理データは、ＵＰＦまたはＮＥＦの指示を含む。
【0012】
本開示の実施形態では、指示はブール値を有し、ブール値の真値が、ＮＥＦを選択することを指示し、ブール値の偽値または不在が、ＵＰＦを選択することを指示する。
【0013】
本開示の実施形態では、セッション管理データは、ＮＥＦの識別情報をさらに含む。
【0014】
本開示の実施形態では、セッション管理データは、ネットワーク機能からＮＥＦへの接続のための情報をさらに含み、ネットワーク機能からＮＥＦへの接続のための情報は、外部グループ識別子、外部識別子、移動局国際サブスクライバディレクトリ番号（ＭＳＩＳＤＮ：ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ｉｎｔｅｒｎａｔｉｏｎａｌ ｓｕｂｓｃｒｉｂｅｒ ｄｉｒｅｃｔｏｒｙ ｎｕｍｂｅｒ）、またはアプリケーション機能識別子のうちの少なくとも１つを含む。
【0015】
本開示の実施形態では、本方法は、統合データ管理（ＵＤＭ）からセッション管理データを取得することをさらに含む。
【0016】
本開示の実施形態では、ＵＤＭは、統合データリポジトリ（ＵＤＲ）からセッション管理データを取得する。
【0017】
本開示の実施形態では、セッション管理データは、オペレータによってプロビジョニングされる。
【0018】
本開示の実施形態では、本方法は、ＮＥＦが選択されたとき、ネットワークリポジトリ機能（ＮＲＦ）から、ＮＥＦに関するサービス情報を取得することをさらに含む。
【0019】
本開示の実施形態では、本方法は、ＮＥＦに、ＮＩＤＤセッションのための作成要求を送信することと、ＮＥＦから、ＮＩＤＤセッションのための作成要求についての応答を受信することとをさらに含む。
【0020】
本開示の実施形態では、ネットワーク機能は、セッション管理機能（ＳＭＦ）を備える。
【0021】
本開示の実施形態では、ネットワーク機能は、アクセスおよびモビリティ管理機能（ＡＭＦ）からＮＩＤＤセッションを確立するための要求を受信する。
【0022】
本開示の第２の態様は、プロセッサと、プロセッサによって実行可能な命令を含んでいるメモリとを備える、ネットワーク機能のための装置を提供する。本装置は、ＮＩＤＤセッションを確立するための要求を受信することであって、ＮＩＤＤが、非インターネットプロトコルデータ配信を指す、ＮＩＤＤセッションを確立するための要求を受信することと、ＮＩＤＤセッションを確立するためのユーザプレーン機能（ＵＰＦ）またはネットワーク公開機能（ＮＥＦ）を選択することとを行うように動作可能である。
【0023】
本開示の実施形態では、本装置は、上記の実施形態のいずれかに記載の方法を実装するようにさらに動作可能である。
【0024】
本開示の第３の態様は、ＮＩＤＤセッションを確立するための要求を受信するように設定された受信ユニットであって、ＮＩＤＤが、非インターネットプロトコルデータ配信を指す、受信ユニットと、ＮＩＤＤセッションを確立するためのユーザプレーン機能（ＵＰＦ）またはネットワーク公開機能（ＮＥＦ）を選択するように設定された選択ユニットとを備える、ネットワーク機能のための装置を提供する。
【0025】
本開示の第４の態様は、コンピュータプログラムを記憶したコンピュータ可読記憶媒体であって、コンピュータプログラムが、デバイスに、上記の実施形態のいずれかに記載の方法を行わせるようにデバイスによって実行可能である、コンピュータ可読記憶媒体を提供する。
【0026】
添付の図面における本開示のいくつかの実施形態のより詳細な説明を通して、本開示の上記および他の目的、特徴および利点がより明らかになり、同じ参照符号は、概して、本開示の実施形態における同じ構成要素を指す。
【図面の簡単な説明】
【0027】
【図1】本開示の実施形態による、ネットワーク機能において実施される方法を示す例示的なフローチャートである。
【図2】本開示の実施形態による、ネットワーク機能において実施される方法を示す別の例示的なフローチャートである。
【図3】ＵＤＭからセッション管理データを取得するためのプロシージャを示す例示的な図である。
【図4】本開示の実施形態による、方法における他のステップを示す例示的なフローチャートである。
【図5】ＮＩＤＤおよび非ＮＩＤＤセッション管理データをプロビジョニングするプロシージャを示す例示的な図である。
【図6】非ＮＩＤＤセッション管理データに基づいてセッション確立を制御するプロシージャを示す例示的な図である。
【図7】ＮＩＤＤセッション管理データに基づいてセッション確立を制御するプロシージャを示す例示的な図である。
【図8】本開示の実施形態による、ネットワークノードを示すブロック図である。
【図9】本開示の実施形態による、コンピュータ可読記憶媒体を示すブロック図である。
【図10】本開示の実施形態による、ネットワークノードの機能ユニットを示すブロック図である。
【発明を実施するための形態】
【0028】
次に、添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。
【0029】
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同じように、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになる。
【0030】
本明細書全体にわたる、特徴、利点、または同様の言い回しへの言及は、本開示とともに実現され得る特徴および利点のすべてが、本開示の単一の実施形態におけるものであるべきであることまたはその実施形態におけるものであることを暗示しない。むしろ、特徴および利点に言及する言い回しは、一実施形態に関して説明される特定の特徴、利点、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解されたい。さらに、本開示の説明される特徴、利点、および特性は、１つまたは複数の実施形態において任意の好適な様式で組み合わせられ得る。具体的な実施形態の特定の特徴または利点のうちの１つまたは複数なしに本開示が実践され得ることを、当業者は認識されよう。他の事例では、本開示のすべての実施形態に存在するとは限らないことがある追加の特徴および利点が、いくつかの実施形態において認識され得る。
【0031】
本明細書で使用される「ネットワーク」、または「通信ネットワーク／システム」という用語は、新無線（ｎｅｗ ｒａｄｉｏ：ＮＲ）、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）など、任意の好適な通信規格に従うネットワーク／システムを指す。さらに、通信ネットワークにおける端末デバイスとネットワークノードとの間の通信は、限定はしないが、第１世代（１Ｇ）通信プロトコル、第２世代（２Ｇ）通信プロトコル、２．５Ｇ通信プロトコル、２．７５Ｇ通信プロトコル、第３世代（３Ｇ）通信プロトコル、４Ｇ通信プロトコル、４．５Ｇ通信プロトコル、５Ｇ通信プロトコルを含む、任意の好適な世代の通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルに従って実施され得る。
【0032】
「ネットワーク機能」または「ネットワークノード」という用語は、通信ネットワークにおけるアクセス能力をもつネットワークデバイス／装置／エンティティを指し、それを介して、端末デバイスが、通信ネットワークにアクセスし、通信ネットワークからサービスを受信する。ノード／機能は、無線通信ネットワークにおける基地局（ＢＳ）、アクセスポイント（ＡＰ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、（サービス能力サーバ／アプリケーションサーバ（ＳＣＳ／ＡＳ）、グループ通信サービスアプリケーションサーバ（ＧＣＳ ＡＳ）、アプリケーション機能（ＡＦ）などの）サーバノード／機能、（サービス能力公開機能（ＳＣＥＦ）、ネットワーク公開機能（ＮＥＦ）などの）公開ノード、コントローラまたは任意の他の好適なデバイスを含み得る。ＢＳは、たとえば、ノードＢ（ノードＢまたはＮＢ）、エボルブドノードＢ（ｅノードＢまたはｅＮＢ）、次世代ノードＢ（ｇノードＢまたはｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどであり得る。
【0033】
ネットワーク機能／ノードのまたさらなる例は、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、測位ノードなどを備える。しかしながら、より一般的には、ネットワークノードは、無線通信ネットワークへの端末デバイスアクセスを可能にし、および／または提供し、あるいは、無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。
【0034】
端末デバイスという用語は、無線信号を送信および／または受信することによって基地局などのネットワーク機能／ノードまたは別の無線デバイスと通信することが可能であるデバイスを包含する。したがって、端末デバイスという用語は、限定はしないが、モバイルフォン、マシンツーマシン通信のための固定または移動無線デバイス、統合または埋込み無線カード、外部差込み型無線カード、車両などを包含する。
【0035】
また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスは、ＩｏＴデバイスと呼ばれることもあり、監視、検知および／または測定などを実施し、そのような監視、検知および／または測定などの結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。端末デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）コンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。
【0036】
１つの特定の例として、端末デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するユーザ機器（ＵＥ）であり得る。そのようなマシンまたはデバイスの具体的な例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどである。他のシナリオでは、端末デバイスは、車両または他の機器、たとえば、医療器械を表し得、これは、その動作ステータスに対する監視、検知および／または報告など、あるいはその動作に関連する他の機能が可能である。
【0037】
本明細書で使用される「第１の」、「第２の」などという用語は、異なるエレメントを指す。単数形「ａ」および「ａｎ」は、コンテキストが別段に明確に示すのでなければ、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しない。「に基づいて」という用語は、「に少なくとも部分的に基づいて」として読み取られるべきである。「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」および「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という用語は、「少なくとも１つの実施形態」として読み取られるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読み取られるべきである。明示的および暗黙的な他の規定が、以下で含まれ得る。
【0038】
図１は、本開示の実施形態による、ネットワーク機能において実施される方法を示す例示的なフローチャートである。
【0039】
図１に示されているように、ネットワーク機能において実施される方法は、Ｓ１０１において、ＮＩＤＤセッションを確立するための要求を受信することであって、ＮＩＤＤが、非インターネットプロトコルデータ配信を指す、ＮＩＤＤセッションを確立するための要求を受信することと、Ｓ１０２において、ＮＩＤＤセッションを確立するためのユーザプレーン機能（ＵＰＦ）またはネットワーク公開機能（ＮＥＦ）を選択することとを含む。
【0040】
ＵＥからアプリケーション機能（ＡＦ）へのＮＩＤＤは、以下の２つの機構のうちの１つによって達成され得る。
【0041】
－ ＮＩＤＤチャネルを介するＮＥＦを使用する配信、
【0042】
－ ポイントツーポイント（ＰｔＰ）Ｎ６トンネルを介するＵＰＦを使用する配信。
【0043】
本開示の実施形態によれば、（ＵＰＦを介するまたはＮＥＦを介するなど）ＮＩＤＤセッションのための異なる機構間の選択が明示的に設定され得る。したがって、ＮＩＤＤセッションを管理することの効率が改善される。
【0044】
図２は、本開示の実施形態による、ネットワーク機能において実施される方法を示す別の例示的なフローチャートである。
【0045】
図２に示されているように、方法は、Ｓ１０３において、統合データ管理（ＵＤＭ）からセッション管理データを取得することをさらに含み得る。次いで、ステップＳ１０２において、ネットワーク機能は、セッション管理データに基づいてＵＰＦまたはＮＥＦを選択し得る。
【0046】
本開示の実施形態によれば、ＵＤＭにおける、セッション管理データ、またはセッション管理サブスクリプションデータと称される、は、ＮＩＤＤセッション管理のための特定の情報を含んでいることがある。
【0047】
本開示の実施形態では、ネットワーク機能は、セッション管理機能（ＳＭＦ）を備える。
【0048】
ＳＭＦは、非構造化ＰＤＵセッション確立のために上記の２つの機構、すなわち、ＮＩＤＤチャネルを介するＮＥＦを使用する配信、またはＮ６チャネルを介するＵＰＦを使用する配信のうちのどちらの機構が使用されるべきであるかを決定し得る。
【0049】
図３は、ＵＤＭからセッション管理データを取得するためのプロシージャを示す例示的な図である。
【0050】
図３に示されているように、ＮＦサービスコンシューマー（たとえば、ＳＭＦ）１０が、ＵＥのセッション管理サブスクリプションデータを受信するためにＵＤＭ２０に要求を送る（第３世代パートナーシッププロジェクト技術仕様（３ＧＰＰ ＴＳ）２９．５０３ Ｖ１５．３．０も参照）。要求は、ＵＥの識別情報（／｛ｓｕｐｉ｝）、要求される情報のタイプ（／ｓｍ－ｄａｔａ）、およびクエリパラメータ（ｓｉｎｇｌｅ－ｎｓｓａｉ、ｄｎｎ、ｓｕｐｐｏｒｔｅｄ－ｆｅａｔｕｒｅｓ、ｐｌｍｎ－ｉｄ）を含んでいる。「ｓｕｐｉ」という用語は、サブスクリプション永続識別子を指す。「ｓｍ－ｄａｔａ」という用語は、セッション管理データを指す。「ｓｉｎｇｌｅ－ｎｓｓａｉ」という用語は、単一のネットワークスライス選択支援情報を指す。「ｄｎｎ」という用語は、データネットワーク名を指す。「ｐｌｍｎ－ｉｄ」という用語は、パブリックランドモバイルネットワーク識別子を指す。
【0051】
詳細には、ステップ３１において、ＮＦサービスコンシューマー（たとえば、ＳＭＦ）１０は、ＵＥのセッション管理サブスクリプションデータを表すＧＥＴ要求をリソースに送り、クエリパラメータは、選択されたネットワークスライスおよび／またはＤＮＮおよび／またはｓｕｐｐｏｒｔｅｄ－ｆｅａｔｕｒｅｓおよび／またはｐｌｍｎ－ｉｄを指示する。
【0052】
ステップ３２ａにおいて、成功時に、ＵＤＭは、「２００ ＯＫ」で応答し、メッセージ本文は、要求元ＮＦサービスコンシューマーについて関連のあるものとしてＵＥのセッション管理サブスクリプションデータを含んでいる。
【0053】
セッション管理サブスクリプションデータに関する例示的なデータ構造は、以下のようにリストされ得る。
【0054】
タイプ：ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＳｕｂｓｃｒｉｐｔｉｏｎＤａｔａ（３ＧＰＰ ＴＳ２９．５０３ Ｖ１５．３．０、節６．１．６．２．８から）
【0055】
タイプ：ＤｎｎＣｏｎｆｉｇｕｒａｔｉｏｎ（３ＧＰＰ ＴＳ２９．５０３ Ｖ１５．３．０、節６．１．６．２．９から）
【0056】
ステップ３２ｂにおいて、ＵＥのための有効なサブスクリプションデータがない場合、またはＵＥサブスクリプションデータが存在するが、要求されたセッション管理サブスクリプションが利用可能でない（たとえば、クエリパラメータが、ＵＥサブスクリプションに属しないネットワークスライスおよび／またはＤＮＮを含んでいる）場合、（「ＰｒｏｂｌｅｍＤｅｔａｉｌｓ」エレメントにおいて）応答本文中に追加のエラー情報を含むＨＴＴＰステータスコード「４０４ Ｎｏｔ Ｆｏｕｎｄ」が返されるものとする。
【0057】
失敗時に、エラーを指示する適切なＨＴＴＰステータスコードが返されるものとし、ＧＥＴ応答本文中で適切な追加のエラー情報が返されるべきである。
【0058】
本開示の実施形態によれば、ＳＭＦは、現在存在するプロシージャを利用して、ＵＤＭからセッション管理データを取得する。したがって、ＮＩＤＤ中に余分のプロシージャが必要とされない。ＮＩＤＤセッションを確立するための効率が改善される。
【0059】
本開示の実施形態では、セッション管理データは、ＵＰＦまたはＮＥＦの指示を含む。
【0060】
本開示の実施形態では、指示はブール値を有し、ブール値の真値が、ＮＥＦを選択することを指示し、ブール値の偽値または不在が、ＵＰＦを選択することを指示する。
【0061】
本開示の実施形態では、セッション管理データは、ＮＥＦの識別情報をさらに含む。
【0062】
本開示の実施形態では、セッション管理データは、ネットワーク機能からＮＥＦへの接続のための情報をさらに含み、ネットワーク機能からＮＥＦへの接続のための情報は、外部グループ識別子、外部識別子、移動局国際サブスクライバディレクトリ番号（ＭＳＩＳＤＮ）、またはアプリケーション機能識別子のうちの少なくとも１つを含む。外部グループ識別子、外部識別子、ＭＳＩＳＤＮは、ＵＥに関するものであり、アプリケーション機能識別子は、アプリケーション機能（ＡＦ）に関するものである。
【0063】
本開示の実施形態によれば、ＮＩＤＤのための特定のセッション管理データは、表１および／または表２に示されているデータ構造に基づいて構築され得る。たとえば、本開示の実施形態における特定のセッション管理データは、以下のように、更新されたＮＩＤＤ設定を含む。
【0064】
タイプ：ＮｉｄｄＤｎｎＣｏｎｆｉｇｕｒａｔｉｏｎ（表２に基づいて更新される）
【0065】
本開示の実施形態によれば、ＮＩＤＤのための特定のセッション管理データは、明示的インジケータおよび／または他の情報を追加することによって、現在存在するデータ構造に基づいて構築され得る。ＳＭＦによる選択が、現在の処理アルゴリズムに対する更新を伴って明示的に処理されることになる。ソフトウェアまたはハードウェアにおける、現在のネットワーク機能に対する更新コストが低減され得る。
【0066】
特定のデータタイプ、および／または追加されるパラメータの名前が限定されないことがあることを理解されたい。たとえば、ブール値ではなく数値がインジケータのために代替的に利用され得る。数値「１」が真値と入れ替わり得、数値「０」が偽値と入れ替わり得る。
【0067】
図４は、本開示の実施形態による、方法における他のステップを示す例示的なフローチャートである。
【0068】
図４に示されているように、方法は、Ｓ１０４において、ＮＥＦが選択されたとき、ネットワークリポジトリ機能（ＮＲＦ）から、ＮＥＦに関するサービス情報を取得することをさらに含み得る。
【0069】
本開示の実施形態では、方法は、Ｓ１０５において、ＮＥＦに、ＮＩＤＤセッションのための作成要求を送信することと、Ｓ１０６において、ＮＥＦから、ＮＩＤＤセッションのための作成要求についての応答を受信することとをさらに含み得る。
【0070】
図５は、プロビジョニングＮＩＤＤおよび非ＮＩＤＤセッション管理データのプロシージャを示す例示的な図である。
【0071】
本開示の実施形態では、セッション管理データは、オペレータによってプロビジョニングされる。
【0072】
図５は、ＮＩＤＤ設定をプロビジョニングする以下のステップを示す。
【0073】
ステップ５０１：オペレータ３０は、プロビジョニングシステム４０を通して、ＤＮＮ名前、Ｓ－ＮＳＳＡＩなどの他の情報とともに、「構造化」としてのＰＤＵタイプをもつＤＮＮ設定を作成し（表２）、非ＮＩＤＤセッション管理データは、ＩＰｖ４、ＩＰｖ６、ＩＰｖ４ｖ６、イーサネットなどのＮＩＤＤタイプではなくセッション管理データを指し得る。
【0074】
ステップ５０２：プロビジョニングシステム４０は、適用されるＵＥのための非ＮＩＤＤセッション管理データをＵＤＲ５０中に作成する。
【0075】
ステップ５０３：ＵＤＲ５０は、ＵＥのための非ＮＩＤＤセッション管理データの持続性を保つ。
【0076】
ステップ５０４：ＵＤＲ５０は、非ＮＩＤＤセッション管理データの持続性の成功についてプロビジョニングシステム４０に応答する。
【0077】
ステップ５０５： プロビジョニングシステム４０は、オペレータ３０のプロビジョニング動作を確認した。
【0078】
ステップ５０６：オペレータ３０は、プロビジョニングシステム４０を通して、ＤＮＮ名前、Ｓ－ＮＳＳＡＩなどの他の情報とともに、「非構造化」としてのＰＤＵタイプをもつＤＮＮ設定を作成する（表３）。
【0079】
ステップ５０７：プロビジョニングシステム４０は、適用されるＵＥのためのＮＩＤＤセッション管理データをＵＤＲ５０中に作成する。
【0080】
ステップ５０８：ＵＤＲ５０は、ＵＥのためのＮＩＤＤセッション管理データの持続性を保つ。
【0081】
ステップ５０９：ＵＤＲ５０は、ＮＩＤＤセッション管理データの持続性の成功についてプロビジョニングシステム４０に応答する。
【0082】
ステップ５１０： プロビジョニングシステム４０は、オペレータ３０のプロビジョニング動作を確認した。
【0083】
図６は、非ＮＩＤＤセッション管理データに基づいてセッション確立を制御するプロシージャを示す例示的な図である。
【0084】
図６は、非ＮＩＤＤセッション管理データに基づいてセッション確立を制御する以下のステップを示す。
【0085】
ステップ６０１：ＳＭＦ１０は、ＡＭＦから、（ＩＰｖ４、ＩＰｖ６、ＩＰｖ４ｖ６などのＰＤＵセッションタイプについて表す）「構造化」としての要求されたＰＤＵセッションタイプをもつＰＤＵセッション確立要求を受信した。
【0086】
ステップ６０２：ＳＭＦ１０は、構造化としての要求されたＰＤＵセッションタイプに基づいて、ＵＤＭから非ＮＩＤＤセッション管理データを得ることを判断することができ、入力データは、ＳＵＰＩ、ＤＮＮ、Ｓ－ＮＳＳＡＩなどを含む。
【0087】
ステップ６０３：ＵＤＭ２０は、ＵＤＲにおいてプロビジョニングされる場合、ＵＤＲから非ＮＩＤＤセッション管理データを取り出す。
【0088】
ステップ６０４：ＵＤＭ２０は、非ＮＩＤＤセッション管理データでＳＭＦに応答する。
【0089】
ステップ６０５：ＳＭＦ１０は、非ＮＩＤＤセッション管理データで、要求されたＰＤＵセッション（「構造化」）のためのＵＰＦを選択することを決定する。
【0090】
ステップ６０６：ＳＭＦ１０は、ＵＰＦ選択を開始する。
【0091】
ステップ６０７：ＳＭＦ１０は、有する場合、ローカル設定からＵＰＦ８０を選択することができる。
【0092】
ステップ６０８：ＳＭＦ１０は、ＮＲＦ７０からＵＰＦ８０を発見することを試み、ＰＤＵセッション確立をサーブするために適格なものを選択する、ステップ６０８は、ステップ６０７についての代替である。
【0093】
ステップ６０９：ＳＭＦ１０は、選択されたＵＰＦ８０にＮ４セッション確立要求を送る。
【0094】
ステップ６１０：ＵＰＦ８０は、要求を処理し、作成された非ＮＩＤＤセッションのセッション情報についてＳＭＦ１０に応答する。
【0095】
図７は、ＮＩＤＤセッション管理データに基づいてセッション確立を制御するプロシージャを示す例示的な図である。
【0096】
本開示の実施形態では、ＵＤＭは、統合データリポジトリ（ＵＤＲ）からセッション管理データを取得する。
【0097】
本開示の実施形態では、ネットワーク機能は、アクセスおよびモビリティ管理機能（ＡＭＦ）からＮＩＤＤセッションを確立するための要求を受信する。
【0098】
図７は、ＮＩＤＤセッション（「非構造化」）のためのＰＤＵセッション確立のためのシーケンスフローを示す。本開示の実施形態によれば、ＳＭＦ１０は、ＵＤＭ２０からＮＩＤＤセッション管理データを得、その情報に基づいて、ＵＰＦに向けてまたはＮＥＦ９０に向けてのいずれかで、ＵＥ要求ＰＤＵセッションをどのように確立すべきかを判断する。ＳＭＦ１０は、ＵＰＦ選択を実行するかまたはＮＥＦ ＩＤを使用し、次いで、ＰＤＵセッション確立プロシージャを続けることを決定する。
【0099】
詳細には、図７は、ＮＩＤＤセッション管理データに基づいてセッション確立を制御する以下のステップを示す。
【0100】
ステップ７０１：ＵＥは、ＰＤＵセッション（「非構造化」）を確立するために、無線アクセスネットワーク（ＲＡＮ）を通してＡＭＦ６０に要求を送る。ＡＭＦ６０は、メッセージが新しいＰＤＵセッションについての要求に対応することを、要求タイプが「初期要求」を指示することと、ＰＤＵセッションＩＤがＵＥの（１つまたは複数の）任意の既存のＰＤＵセッションのために使用されないこととに基づいて、決定する。ＡＭＦ６０は、ＳＭＦ１０を選択し、「非構造化」としての要求されたＰＤＵセッションタイプをもつＮｓｍｆ＿ＰＤＵｓｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求をＳＭＦ１０に送る。
【0101】
ステップ７０２：ＳＭＦ１０は、要求されたＰＤＵセッションタイプ（「非構造化」）に基づいて、ＵＥのＮＩＤＤセッション管理サブスクリプションデータを表すＮｕｄｍ＿ＳＤＭ ＧＥＴ要求をリソースに送り、クエリパラメータが、選択されたネットワークスライスおよび／またはＤＮＮおよび／またはｓｕｐｐｏｒｔｅｄ－ｆｅａｔｕｒｅｓおよび／またはｐｌｍｎ－ｉｄを指示する。
【0102】
ステップ７０３：ＵＤＭ２０は、ステートレスである場合、ＵＤＲ５０からＵＥ ＮＩＤＤセッション管理サブスクリプションデータを得、表３としての実施形態では、ＵＥ ＮＩＤＤセッション管理データについて、フラグ「ＮＥＦ選択を呼び出す」と前にプロビジョニングされたＮＥＦ ＩＤの両方がＵＤＭ２０に返されるものとする。
【0103】
ステップ７０４：成功時に、ＵＤＭ２０は、「２００ ＯＫ」で応答し、メッセージ本文は、ＵＥのＮＩＤＤセッション管理サブスクリプションデータを含んでいる。
【0104】
ＵＤＭ２０は、ＳＭＦ２０に対する応答において、「ＮＥＦ選択を呼び出す」が真にセットされたＮＩＤＤセッション管理データと、ＮＩＤＤセッションのために使用されるものとするＮＥＦ ＩＤと、ＳＭＦ－ＮＥＦ接続のために使用される、外部グループ識別子、外部識別子、ＭＳＩＳＤＮまたはＡＦ ＩＤなど、他のＮＩＤＤ情報とを送ることになり、プロトコルデータは、表３における実施形態として更新されるものとする。
【0105】
ステップ７０５：ＳＭＦ１０は、ＮＩＤＤセッション管理データを受信したとき、「ＮＥＦ選択を呼び出す」フラグがセットされたかどうかに基づいて、ＵＰＦ選択を実行するかまたはＮＥＦ ＩＤを使用することを決定する。
【0106】
ステップ７０６：ＳＭＦ１０は、（ＮＩＤＤセッション管理データに基づいて）応答において「ＮＥＦ選択を呼び出す」フラグがないかまたはフラグが偽にセットされる場合、ＵＰＦ選択を実行することを判断する。
【0107】
ステップ７０７：ＳＭＦ１０は、有する場合、ローカル設定からＵＰＦ８０を選択する。
【0108】
ステップ７０８：ＳＭＦ１０は、ＮＲＦ７０からＵＰＦ８０を発見し、ＵＥ要求ＰＤＵセッションのための１つの適格なＵＰＦを選択する、ステップ７０８は、ステップ７０７についての代替である。
【0109】
ステップ７０９：要求タイプが「初期要求」を指示する場合、ＳＭＦは、選択されたＵＰＦとのＮ４セッション確立プロシージャを始動する。
【0110】
ステップ７１０：ＵＰＦ８０は、要求を処理し、作成されたＮＩＤＤセッションのセッション情報についてＳＭＦ１０に応答する。
【0111】
ステップ７１１：ＳＭＦ１０は、真にセットされた、ＮＩＤＤセッション管理データ中の「ＮＥＦ選択を呼び出す」フラグがあり、ＮＥＦ ＩＤが存在する場合、ＮＥＦ ＩＤを使用し（ステップ５）、ＳＭＦ１０は、このＮＥＦ ＩＤのサービス情報を得るためにＮＲＦ７０に照会し得る。
【0112】
ステップ７１２：ＳＭＦ１０は、ＮＥＦ９０に向けたＰＤＵセッションを作成するものとし、ＳＭＦは、Ｎｎｅｆ＿ＳＭＣｏｎｔｅｘｔ＿Ｃｒｅａｔｅ要求を呼び出し、Ｎｎｅｆ＿ＳＭＣｏｎｔｅｘｔ＿Ｃｒｅａｔｅ要求中のパラメータは、ユーザ識別情報、ＰＤＵセッションＩＤ、ＮＥＦ ＩＤ、ＮＩＤＤ情報、Ｓ－ＮＳＳＡＩ、ＤＮＮなどを含んでいることがあり、受信されたユーザ識別情報についてＡＦがＮＥＦ９０とのＮＩＤＤ設定プロシージャを前に実施しなかった場合、ＮＥＦ９０は、ステップ７１３の前に（ＮＩＤＤを介したデータ配信のための必要な情報を設定するために）ＮＩＤＤ設定プロシージャを始動する。
【0113】
ステップ７１３：ＮＥＦ９０は、ＮＥＦ ＰＤＵセッションコンテキストを作成し、ＮＥＦ９０は、Ｎｎｅｆ＿ＳＭＣｏｎｔｅｘｔ＿Ｃｒｅａｔｅ要求応答を呼び出す。
【0114】
ＮＥＦ９０は、ＮＥＦ ＰＤＵセッションコンテキストを作成し、それをユーザ識別情報およびＰＤＵセッションＩＤに関連付け、Ｎｅｆ＿ＳＭＣｏｎｔｅｘｔ＿Ｃｒｅａｔｅ要求応答メッセージは、ユーザ識別情報、ＰＤＵセッションＩＤ、ＮＥＦ ＩＤ、Ｓ－ＮＳＳＡＩ、ＤＮＮなどを含んでいることがある。ＮＥＦ９０は、ＳＭＦに向けて、ＵＥのためのＮＥＦにおけるＰＤＵセッションの確立を確認する。
【0115】
ステップ７１１～７１３は、ステップ７０６～７１０についての代替である。
【0116】
本開示の実施形態によれば、ＮＩＤＤセッションのための異なる機構間の選択が明示的に設定され得る。したがって、ＮＩＤＤセッションを管理することの効率が改善される。
【0117】
さらに、ＵＤＭにおける、セッション管理データ、またはセッション管理サブスクリプションデータと称される、は、ＮＩＤＤセッション管理のための特定の情報を含んでいることがある。
【0118】
本開示の実施形態によれば、ＳＭＦは、現在存在するプロシージャを利用して、ＵＤＭからセッション管理データを取得する。したがって、ＮＩＤＤセッション確立中に余分のプロシージャが必要とされない。ＮＩＤＤセッションを確立するための効率が改善される。
【0119】
さらに、ＮＩＤＤのための特定のセッション管理データは、表１および／または表２に示されているデータ構造に基づいて構築され得る。本開示の実施形態によれば、ＮＩＤＤのための特定のセッション管理データは、明示的インジケータおよび／または他の情報を追加することによって、現在存在するデータ構造に基づいて構築され得る。ＳＭＦによる選択が、現在の処理アルゴリズムに対する更新を伴って明示的に処理されることになる。ソフトウェアまたはハードウェアにおける、現在のネットワーク機能に対する更新コストが低減され得る。
【0120】
図８は、本開示の実施形態による、ネットワークノードを示すブロック図である。
【0121】
本開示の第２の態様は、プロセッサ１００１と、プロセッサ１００１によって実行可能な命令を含んでいるメモリ１００２とを備える、ＳＭＦ１０など、ネットワーク機能１０のための装置を提供する。本装置は、ＮＩＤＤセッションを確立するための要求を受信すること（Ｓ１０１）であって、ＮＩＤＤが、非インターネットプロトコルデータ配信を指す、ＮＩＤＤセッションを確立するための要求を受信すること（Ｓ１０１）と、ＮＩＤＤセッションを確立するためのユーザプレーン機能（ＵＰＦ）またはネットワーク公開機能（ＮＥＦ）を選択すること（Ｓ１０２）とを行うように動作可能である。
【0122】
【0123】
プロセッサ１００１は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラなど、任意の種類の処理構成要素、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアであり得る。メモリ１００２は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、任意の種類の記憶構成要素であり得る。
【0124】
図９は、本開示の実施形態による、コンピュータ可読記憶媒体を示すブロック図である。
【0125】
コンピュータプログラム１３０１を記憶したコンピュータ可読記憶媒体１３０であって、コンピュータプログラム１３０１が、デバイスに、図１、図２、図４における方法など、上記の実施形態のいずれかに記載の方法を行わせるようにデバイスによって実行可能である、コンピュータ可読記憶媒体１３０。
【0126】
コンピュータ可読記憶媒体130は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。
【0127】
図１０は、本開示の実施形態による、ネットワークノードの機能ユニットを示すブロック図である。
【0128】
ネットワーク機能１０のための装置は、ＮＩＤＤセッションを確立するための要求を受信するように設定された受信ユニット１０１０であって、ＮＩＤＤが、非インターネットプロトコルデータ配信を指す、受信ユニット１０１０と、ＮＩＤＤセッションを確立するためのユーザプレーン機能（ＵＰＦ）またはネットワーク公開機能（ＮＥＦ）を選択するように設定された選択ユニット１０２０とを備える。
【0129】
ユニット／機能ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野での通常の意味を有し得、たとえば、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、計算、出力、および／または表示機能を行うための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、論理固体および／または個別デバイス、コンピュータプログラムまたは命令などを含み得る。
【0130】
これらのユニットがある場合、ネットワークノード１０は、固定プロセッサまたはメモリを必要としないことがあり、任意のコンピューティングリソースおよび記憶リソースが、通信システムにおける少なくとも１つのネットワークノード／デバイス／エンティティ／装置から構成され得る。ネットワークリソースの使用効率とネットワークのフレキシビリティとを改善するように、仮想化技術およびネットワークコンピューティング技術がさらに導入され得る。
【0131】
概して、本開示の様々な例示的な実施形態は、ハードウェアまたは専用回路、ソフトウェア、論理あるいはそれらの任意の組合せで実装され得る。たとえば、いくつかの態様は、ハードウェアで実装され得、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実装され得るが、本開示はそれに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、または何らかの他の図式表現を使用して、例示および説明され得るが、本明細書で説明されるこれらのブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実装され得ることを十分に理解されたい。
【0132】
したがって、本開示の例示的な実施形態の少なくともいくつかの態様が、集積回路チップおよびモジュールなど、様々な構成要素において実施され得ることを諒解されたい。したがって、本開示の例示的な実施形態は、集積回路として具現される装置において実現され得、ここで、集積回路は、本開示の例示的な実施形態に従って動作するように設定可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路および無線周波数回路のうちの少なくとも１つまたは複数を具現するための回路（ならびに場合によってはファームウェア）を含み得る。
【0133】
本開示の例示的な実施形態の少なくともいくつかの態様が、１つまたは複数のコンピュータまたは他のデバイスによって実行される、１つまたは複数のプログラムモジュールでなど、コンピュータ実行可能命令で具現され得ることを諒解されたい。概して、プログラムモジュールは、コンピュータまたは他のデバイス中のプロセッサによって実行されたとき、特定のタスクを実施するか、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、固体メモリ、ＲＡＭなど、コンピュータ可読媒体に記憶され得る。当業者によって諒解されるように、プログラムモジュールの機能は、様々な実施形態において必要に応じて組み合わせられるかまたは分散され得る。さらに、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、ファームウェアまたはハードウェア等価物において全体的にまたは部分的に具現され得る。
【0134】
本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】