JP7214832B2 - サービス品質（ｑｏｓ）のためのセーフガード時間 - Google Patents

サービス品質（ｑｏｓ）のためのセーフガード時間 Download PDF

Info

Publication number
JP7214832B2
JP7214832B2 JP2021505724A JP2021505724A JP7214832B2 JP 7214832 B2 JP7214832 B2 JP 7214832B2 JP 2021505724 A JP2021505724 A JP 2021505724A JP 2021505724 A JP2021505724 A JP 2021505724A JP 7214832 B2 JP7214832 B2 JP 7214832B2
Authority
JP
Japan
Prior art keywords
time
qos
safeguard
network
notification
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021505724A
Other languages
English (en)
Other versions
JP2021536164A (ja
Inventor
ポール シュリワ－ベルトリング，
マッシモ コンダルチ，
イヴァ ティムナー，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2021536164A publication Critical patent/JP2021536164A/ja
Application granted granted Critical
Publication of JP7214832B2 publication Critical patent/JP7214832B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/803—Application aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/823—Prediction of resource usage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/826—Involving periods of time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic

Description

本願は、一般に無線通信ネットワークの分野に関するものであり、より具体的には、保証されたネットワークサービス品質（ＱｏＳ）と、ネットワークＱｏＳ能力に対する変化の事前通知を行うこととを必要とするアプリケーションの安全な使用を容易にする、デバイス、方法、およびコンピュータ可読媒体に関する。
一般に、本明細書で使用されるすべての用語は、異なる意味が明確に与えられ、および／またはそれが使用されるコンテキストから暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。ａ／ａｎ／ｔｈｅが付加された要素、装置、構成要素、手段、ステップなどへの言及はすべて、特に明記しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの例示を指すものとして開放的に解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後または前として明示的に記載されていない限り、および／またはステップが別のステップの後または前になければならないことが暗黙的でない限り、開示される正確な順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合には、任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用することができ、その逆も同様である。
添付の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになるであろう。
ロングタームエボリューション（ＬＴＥ）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で開発され、Ｅ－ＵＴＲＡＮ（進化型ＵＴＲＡＮ）としても知られているリリース８、９で第１に標準化された、いわゆる第４世代（４Ｇ）無線アクセス技術の総称である。ＬＴＥは、様々な認可された周波数帯域を対象とし、一般にシステムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる非無線区間における改善を伴い、エボルブドパケットコア（ＥＰＣ）ネットワークを含む。ＬＴＥは、無線アクセスネットワーク（ＲＡＮ）ＷＧ、およびサブワーキンググループ（例：ＲＡＮ１、ＲＡＮ２など）を含む、３ＧＰＰおよびそのワーキンググループ（ＷＧ）を用いた規格策定プロセスに従って開発される後続のリリースを通じて進化し続けている。
ＬＴＥでは、無線リソース制御（ＲＲＣ）プロトコルが、ユーザ装置（ＵＥ）と基地局との間の無線コネクションを構成し、設定し、維持するために使用され、これは、進化型ノードＢ（ｅＮＢ）として知られている。ＵＥは、ｅＮＢからＲＲＣメッセージを受信すると、コンフィギュレーションを適用し（ここでは「コンフィギュレーションのコンパイル」とも呼ぶ）、これに成功すると、このレスポンスをトリガーしたメッセージのトランザクションＩＤを示すＲＲＣ完了メッセージを生成する。
ＬＴＥリリース８以降、３つのシグナリング無線ベアラ（ＳＲＢ）、すなわちＳＲＢ０、ＳＲＢ１、およびＳＲＢ２が、ＵＥとｅＮＢとの間のＲＲＣおよび非アクセス層（ＮＡＳ）メッセージのトランスポートのために利用可能とされている。ＳＲＢ１ｂｉｓとして知られる新しいＳＲＢも、ＮＢ－ＩｏＴにおけるＤｏＮＡＳ（データオーバＮＡＳ）をサポートするために、リリース１３に導入された。
ＳＲＢ０はＣＣＣＨ論理チャネルを用いてＲＲＣメッセージを搬送し、ＲＲＣコネクションの設定、再開、および、再確立を扱うために使用される。ＵＥがｅＮＢに接続されると（すなわち、ＲＲＣコネクションのセットアップまたはＲＲＣコネクションの再確立／再開が成功すると）、ＳＲＢ１は、ＤＣＣＨ論理チャネルを使用し、ＳＲＢ２が確立される前に、さらなるＲＲＣメッセージ（ピギーバックされたＮＡＳメッセージを含むことがある）およびＮＡＳメッセージを処理するために使用される。ＳＲＢ２は、ログとして記録された測定情報などのＲＲＣメッセージ、ならびにＮＡＳメッセージに使用され、すべてＤＣＣＨを使用する。ＳＲＢ２は、ログとして記録された測定情報およびＮＡＳメッセージが長くなり、より緊急でより小さいＳＲＢ１メッセージのブロッキングを引き起こす可能性があるため、ＳＲＢ１よりも低い優先度を有する。ＳＲＢ２は、セキュリティのアクティブ化後に、常にＥ－ＵＴＲＡＮによって構成される。
さらに、ＳＲＢ（例：ＳＲＢ１）は、ユーザデータを搬送するために使用される無線ベアラの確立、修正、および／または解放のためのＲＲＣメッセージを搬送することができる。これらの無線ベアラは、「データ無線ベアラ」（ＤＲＢ）と呼ばれ、それぞれが、たとえば、保証ビットレート（ＧＢＲ）などの様々なサービス品質（ＱｏＳ）パラメータに関連付けられ得る。
３ＧＰＰでは、最近、５Ｇ用の新しい無線インターフェースに関する研究項目が完了し、３ＧＰＰは、しばしばニューレディオ（ＮＲ）と略されるこの新しい無線インターフェースを標準化する努力を続けている。
図１は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）１９９および５Ｇコア（５ＧＣ）１９８からなる例示的な５Ｇネットワークアーキテクチャの高レベル図を示す。ＮＧ－ＲＡＮ １９９は、インタフェース１０２、１５２を介してそれぞれ接続されたｇＮＢ１００、１５０などの１つまたは複数のＮＧインタフェースを介して５ＧＣに接続された１つまたは複数のｇＮｏｄｅＢ（ｇＮＢ）を含むことができる。より具体的には、ｇＮＢ１００、１５０は、それぞれのＮＧ－Ｃインターフェースを介して５ＧＣ １９８内の１つまたは複数のアクセスおよびモビリティ管理機能（ＡＭＦ）に接続することができる。同様に、ｇＮＢ１００、１５０は、それぞれのＮＧ－Ｕインターフェースを介して５ＧＣ １９８内の１つまたは複数のユーザプレーン機能（ＵＰＦ）に接続することができる。
図示されていないが、いくつかのデプロイメント（配備）では、５ＧＣ １９８は、ＬＴＥ Ｅ－ＵＴＲＡＮとともに従来から使用されている進化型パケットコア（ＥＰＣ）によって置き換えることができる。そのようなデプロイメントでは、ｇＮＢ１００、１５０は、それぞれのＳ１－Ｃインターフェースを介してＥＰＣ １９８内の１つまたは複数のモビリティ管理エンティティ（ＭＭＥ）に接続することができる。同様に、ｇＮＢ１００、１５０は、それぞれのＮＧ－Ｕインターフェースを介してＥＰＣ内の１つ以上のサービングゲートウェイ（ＳＧＷ）に接続することができる。
さらに、ｇＮＢは、ｇＮＢ１００と１５０との間のＸｎインターフェース１４０のような１つ以上のＸｎインターフェースを介して互いに接続することができる。ＮＧ－ＲＡＮのための無線技術は、しばしば「新しい無線」（ＮＲ：ニューレディオ）と呼ばれる。
ＵＥへのＮＲインターフェースに関して、ｇＮＢの各々は、周波数分割デュープレックス（ＦＤＤ）、時分割デュープレックス（ＴＤＤ）、またはそれらの組み合わせをサポートすることができる。
ＮＧ－ＲＡＮ １９９は、無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）とに、階層化されている。ＮＧ－ＲＡＮアーキテクチャ、すなわち、ＮＧ－ＲＡＮ論理ノードとそれらの間のインタフェースは、RNLの一部として定義される。ＮＧ－ＲＡＮ インターフェース（ＮＧ、Ｘｎ、Ｆ１）ごとに、関連するＴＮＬプロトコルと機能とが規格化されている。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポートのためのサービスを提供する。いくつかの例示的な構成では、各ｇＮＢは、３ＧＰＰ ＴＳ ２３．５０１で定義される「ＡＭＦ領域」内のすべての５ＧＣノードに接続される。ＮＧ－ＲＡＮインタフェースのＴＮＬ上のＣＰおよびＵＰデータに対するセキュリティ保護がサポートされる場合、ＮＤＳ／ＩＰ（３ＧＰＰ ＴＳ ３３．４０１）が適用される。
図１に示される（および３ＧＰＰ ＴＳ ３８．４０１および３ＧＰＰ ＴＲ ３８．８０１に記載される）ＮＧ ＲＡＮ論理ノードは、セントラルユニット（ＣＵまたはｇＮＢ－ＣＵ）と、１つまたは複数の分散ユニット（ＤＵまたはｇＮＢ－ＤＵ）とを含む。たとえば、ｇＮＢ １００は、ｇＮＢ－ＣＵ １１０と、ｇＮＢ－ＤＵ１２０および１３０とを含む。ＣＵ（例：ｇＮＢ－ＣＵ １１０）は、上位層プロトコルをホストし、ＤＵのオペレーションを制御するような様々なｇＮＢ機能を実行する論理ノードである。ＤＵ（例：ｇＮＢ－ＤＵ１２０、１３０）は、下位層プロトコルをホストする分散論理ノードであり、機能分割オプションに応じて、ｇＮＢ機能の様々なサブセットを含むことができる。したがって、ＣＵおよびＤＵの各々は、プロセッシング回路、トランシーバ回路（例：通信のための）、および電源回路を含む、それぞれの機能を実行するために必要な種々の回路を含むことができる。さらに、用語「セントラルユニット」および「セントラル化ユニット」は、用語「分散ユニット」および「分散化ユニット」と同様に、ここでは置換可能に使用される。
ｇＮＢ－ＣＵは、図１に示すインタフェース１２２や１３２など、それぞれのＦ１論理インタフェースを介して１つ以上のｇＮＢ－ＤＵに接続するが、ｇＮＢ－ＤＵは１つのｇＮＢ－ＣＵにしか接続できない。ｇＮＢ－ＣＵおよび接続されたｇＮＢ－ＤＵは、ｇＮＢとして、他のｇＮＢおよび５ＧＣには見える。言い換えると、Ｆ１インターフェースはｇＮＢ－ＣＵを越えては見えない。さらに、ｇＮＢ－ＣＵとｇＮＢ－ＤＵの間のＦ１インターフェースは、以下の一般原則に基づいて規格化および／または規定されている：
●Ｆ１はオープンインタフェースである；
●Ｆ１は、それぞれのエンドポイント間のシグナリング情報の送受信、ならびにそれぞれのエンドポイントへのデータ送信をサポートする；
●論理的な観点から、Ｆ１は、（エンドポイント間に物理的なダイレクトコネクションがない場合であっても）エンドポイント間のポイントツーポイントインターフェースである；
●Ｆ１は、ｇＮＢ－ＣＵがＣＰおよびＵＰにおいて分離されてもよいように、制御プレーン（ＣＰ）およびユーザプレーン（ＵＰ）の分離をサポートする；
●Ｆ１は、無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）を分離する；
●Ｆ１は、ユーザ装置（ＵＥ）関連情報および非ＵＥ関連情報の送受信を可能にする；
●Ｆ１は、新しい要件、サービス、および機能に関する将来の証拠であると定義される；
●ｇＮＢは、Ｘ２、Ｘｎ、ＮＧ、およびＳ１－Ｕインターフェースを終端し、ＤＵとＣＵとの間のＦ１インターフェースについては、３ＧＰＰ ＴＳ ３８．４７３で定義されているＦ１アプリケーションパートプロトコル（Ｆ１－ＡＰ）を利用する。
さらに、ＣＵはＲＲＣやＰＤＣＰなどのプロトコルをホストでき、ＤＵはＲＬＣ、ＭＡＣ、ＰＨＹなどのプロトコルをホストできる。しかしながら、ＲＲＣ、ＰＤＣＰ、およびＣＵ内のＲＬＣプロトコルの一部（例：自動再送要求（ＡＲＱ）機能）をホストする一方で、ＤＵ内のＲＬＣプロトコルの残りの部分をＭＡＣおよびＰＨＹとともにホストするなど、ＣＵとＤＵとの間のプロトコル分散の他の変形形態が存在しうる。ある実施形態では、ＣＵは、ＲＲＣおよびＰＤＣＰをホストすることができ、ここで、ＰＤＣＰは、ＵＰトラフィックおよびＣＰトラフィックの両方を処理すると想定される。それにもかかわらず、他の例示的な実施形態は、ＣＵ内の特定のプロトコルおよびＤＵ内の特定の他のプロトコルをホストすることによって、他のプロトコル分離を利用することができる。例示的な実施形態は、セントラル化された（集中型）ユーザプレーンプロトコル（例：ＰＤＣＰ－Ｕ）に関して、別のＣＵ内に集中型制御プレーンプロトコル（例：ＰＤＣＰ－ＣおよびＲＲＣ）を配置することもできる。
また、３ＧＰＰ ＲＡＮ３ワーキンググループ（ＷＧ）において、ｇＮＢ－ＣＵをＣＵ－ＣＰ機能（無線ベアラをシグナリングするためのＲＲＣおよびＰＤＣＰを含む）およびＣＵ－ＵＰ機能（ユーザプレーンのためのＰＤＣＰを含む）に分離することをサポートすることも合意されている。ＣＵ－ＣＰ機能とＣＵ－ＵＰ機能は、Ｅ１インターフェースを介し、Ｅ１－ＡＰプロトコルを使用して、相互に通信できる。新しいＥ１インターフェイスに加えて、Ｆ１インターフェイスは、ＣＰ（Ｆ１－Ｃ）とＵＰ（Ｆ１－Ｕ）の機能に論理的に分離されうる。図２は、例示的な分離されたＣＵ－ＵＰ／ＣＰアーキテクチャを示す。分離型ＣＵ－ＵＰ／ＣＰアーキテクチャの以下のシナリオは、３ＧＰＰ ＴＲ ３８．８０６で定義されている：
●ＣＵ－ＣＰとＣＵ－ＵＰのセントラル化（集中化）；
●ＣＵ－ＣＰは分散型、ＣＵ－ＵＰは集中型とされ；および
●ＣＵ－ＣＰは集中型、ＣＵ－ＵＰは分散型とされる。
図３は、ＮＧ－ＲＡＮ ３９９および５ＧＣ ３９８を含む例示的な５Ｇネットワークアーキテクチャの別の高レベル図を示す。図に示されるように、ＮＧ－ＲＡＮ ３９９は、それぞれのＸｎインターフェースを介して互いに相互接続されるｇＮＢ３１０（例：３１０ａ、ｂ）およびｎｇ－ｅＮＢ３２０（例：３２０ａ、ｂ）を含むことができる。ｇＮＢおよびｎｇ－ｅＮＢはまた、ＮＧインターフェースを介して５ＧＣ ３９８に、より具体的には、それぞれのＮＧ－Ｃインターフェースを介してＡＭＦ（アクセスおよびモビリティマネージメント機能）３３０（例：ＡＭＦ３３０ａ、ｂ）に、およびそれぞれのＮＧ－Ｕインターフェースを介してＵＰＦ（ユーザプレーン機能）３４０（例：ＵＰＦ３４０ａ、ｂ）に接続される。ＡＭＦおよびＵＰＦはまた、以下でより詳細に説明されるように、５ＧＣ ３９８内の他のネットワーク機能（ＮＦ）にインターフェースすることができる。
図１に関して上述されたように、ｇＮＢ３１０のそれぞれは、ＦＤＤ、ＴＤＤ、またはそれらの組合せを含むＮＲ無線インターフェースをサポートすることができる。対照的に、ｎｇ－ｅＮＢ３２０の各々は、ＬＴＥ無線インターフェースをサポートするが、従来のＬＴＥ ｅＮＢとは異なり、ＮＧインターフェースを介して５ＧＣに接続する。
５Ｇネットワークにおける（例：５ＧＣにおける）別の変化は、従来のピアツーピアインターフェースおよびプロトコル（例：ＬＴＥ／ＥＰＣネットワークにおいて見られるもの）が、ネットワーク機能（ＮＦ）が１つまたは複数のサービスコンシューマに１つまたは複数のサービスを提供する、いわゆるサービスベースアーキテクチャ（ＳＢＡ）によって修正されることである。このＳＢＡモデルは、ＮＦのモジュール性、再使用可能性、および自己包含のような原理をさらに採用し、デプロイメントが最新の仮想化およびソフトウェア技術を利用することを可能にする。
一般に、ＮＦサービスは、能力の一種であり、１つのＮＦ（サービスプロデューサ）によって、サービスベースのインターフェース（ＳＢＩ）を介して、他の許可されたＮＦ（サービスコンシューマ）に対して公開される。ＮＦサービスは、１つまたは複数のＮＦサービスオペレーションをサポートすることができる。これらのさまざまなサービスへのアクセスは、たとえば、ＨＴＴＰ／ＲＥＳＴ（ハイパーテキストトランスファープロトコル／リプレゼンテーショナルステートトランスファー）アプリケーションプログラミングインターフェース（ＡＰＩ）によって、提供されうる。一般に、様々なサービスは、他のサービスに影響を及ぼすことなく、孤立した方法で変更および修正することができる自己完結型の機能である。さらに、サービスは、サービス機能全体のより細かい区分である様々な「サービスオペレーション」から構成されている。サービスにアクセスするためには、サービス名と対象となるサービスオペレーションの両方が示されなければならない。サービスコンシューマとプロデューサとの間のインターアクション（対話）は、「リクエスト（要求）／レスポンス（応答）」または「サブスクライブ（加入）／通知」のタイプとされうる。
図４は、サービスベースのインターフェースと、制御プレーン（ＣＰ）内の様々な３ＧＰＰ定義のＮＦと、を有する例示的な非ローミング５Ｇリファレンスアーキテクチャを示す：
●Ｎａｍｆインターフェースを伴うアクセスおよびモビリティ管理機能（ＡＭＦ）；
●Ｎｓｍｆインターフェースを伴セッション管理機能（ＳＭＦ）；
●Ｎｕｐｆインターフェースを伴うユーザプレーン機能（ＵＰＦ）；
●Ｎｐｃｆインターフェースを伴うポリシー制御機能（ＰＣＦ）；
●Ｎｎｅｆインターフェースを伴うネットワークエクスポージャ（公開）機能（ＮＥＦ）；
●Ｎｎｒｆ インターフェースを伴うネットワークリポジトリ機能（ＮＲＦ）；
●Ｎｎｓｓｆインターフェースを伴うネットワークスライス選択機能（ＮＳＳＦ）；
●Ｎａｕｓｆインターフェースを伴う認証サーバ機能（ＡＵＳＦ）；
●Ｎａｆインターフェースを伴うアプリケーション機能（ＡＦ）、および
●Ｎｕｄｍインターフェースを伴う統合データ管理機能（ＵＤＭ）。
ＬＴＥ／ＥＰＣネットワークにおけるＨＳＳと同様に、ＵＤＭは、３ＧＰＰ ＡＫＡ認証クレデンシャルの生成、ユーザ識別処理、サブスクリプションデータに基づくアクセス許可、および他の加入者関連機能をサポートする。この機能を提供するために、５ＧＣ統合データリポジトリ（ＵＤＲ）に格納されているサブスクリプションデータ（認証データを含む）を使用する。ＵＤＲは、ＵＤＭに加えて、ＰＣＦによるポリシーデータの記憶と抽出（取得）、およびＮＥＦによるアプリケーションデータの記憶と取得をサポートする。
５ＧＣサービスは、ビジネスロジックとデータコンテキストが分離されるように、ステートレスな方法で構築される可能性が高い。つまり、サービスはそのコンテキストを外部にある独自のデータベースに保存する。これは、オートスケーリングまたはオートヒーリングのような様々なクラウドインフラストラクチャ機能を容易にすることができる。ＮＲＦは、すべてのＮＦが他のＮＦによって提供されるサービスを発見することを可能にし、データ記憶機能（ＤＳＦ）は、すべてのＮＦがそのコンテキストを記憶することを可能にする。さらに、ＮＥＦは、５ＧＣの能力およびイベントを５ＧＣ内および５ＧＣ外のアプリケーション機能（ＡＦ）に公開する。たとえば、ＮＥＦは、ＡＦが様々なＵＥのための特定のサブスクリプションデータ（例：予想されるＵＥ挙動）を提供することを可能にするサービスを提供する。
ＬＴＥは、主に、ユーザ間通信のために設計されたが、５Ｇ／ＮＲネットワークは、高シングルユーザデータ速度（例：１Ｇｂ／ｓ）と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト送信を伴う大規模なマシンツーマシン（Ｍ２Ｍ）通信と、をサポートすることが意図される。５Ｇ／ＮＲ無線規格は、現在、ｅＭＢＢ（エンハンスドモバイルブロードバンド）、ＵＲＬＬＣ（超信頼性低遅延通信）、およびマシンタイプ通信（ＭＴＣ）を含む、広範囲のデータサービスを対象としている。これらのサービスは、異なる要件および目的を有することができる。たとえば、ＵＲＬＬＣは、極めて厳格な誤り率とレイテンシ要件、たとえば、１０（－５乗）以下の誤り率と、１ｍｓ以下のエンドツーエンドでのレイテンシと、を有するデータサービスを提供することを意図されている。ｅＭＢＢの場合、レイテンシと誤り率とに関する要件は、それほど厳しくなくてもよいが、必要なサポートされるピークレートおよび／またはスペクトル効率は、より高くてもよい。対照的に、ＵＲＬＬＣサービスは、低レイテンシーと高い信頼性の送信を必要とするが、おそらく中程度のデータ速度のためのものである。
（例：工場における）車両アプリケーションまたはマシンの遠隔制御をサポートするために、５Ｇネットワークは、これらのアプリケーションによって生成されたデータトラフィック（「ＱｏＳフロー」と呼ばれる）に対して、何らかの保証されたサービス品質（ＱｏＳ）を提供しなければならない。このＱｏＳ保証は、ビットレート、パケット遅延、および／またはパケット誤り率の観点から考えることができる。そのようなアプリケーションのためのより具体的なユースケースおよびサービス要件は、３ＧＰＰ ＴＳ ２２．８８６（ｖ１５．２．０）および３ＧＰＰ ＴＳ ２２．２６１（ｖ１６．４．０）で規格化されている。
さらに、３ＧＰＰ ＴＳ ２３．５０２（ｖ１５．２．０）は、「通知制御」プロシージャを指定し、それによって、ＮＧ－ＲＡＮは、アクティブなＱｏＳフローのための保証されたフロービットレート（ＧＦＢＲ）がもはや満たされ得ないことを５ＧＣに示し、それによって、５ＧＣが、ＱｏＳ能力の変更に（例：ＱｏＳフローの修正または除去をトリガすることによって）反応すること、および／またはＮＧ－ＲＡＮによって通信されるとすぐにアプリケーションに通知すること、を可能にする。
そのようなアプリケーションの正しいオペレーションが人間の安全にとって重要であるシナリオでは、この必要な「安全な動作」は、基礎となるＱｏＳフローのために５Ｇネットワークによって提供される保証されたＱｏＳに、依存することができる。したがって、ＱｏＳがもはやネットワークによって保証されなくなる前に、デバイスが、安全性を重要とするアプリケーション（例：マシン使用を無効にする）に向けて、必要なアクションを取ることが重要であろう。別の例として、車両シナリオでは、アプリケーションは、ネットワークのＱｏＳ能力を変更する前に、いくつかの運転関連特徴（例：車両速度、追従距離など）を調整する必要があり得る。
上述の「通知制御」機能は、ＲＡＮがあるＱｏＳフローの保証された性能（例：ＧＦＢＲ）を満たすことができなくなった後に通知が送信されるため、リアクションベースのアプローチである。したがって、上述の厳格な安全運転要件を満たすには不十分および／または不十分である可能性がある。
本明細書で開示される例示的な実施形態は、保証されたＱｏＳを再開することができるときだけでなく、ネットワークによってもはや保証することができなくなったこと知らせる、瞬間的なトラフィックフローのＱｏＳの事前認識を提供することに、「セーフガード時間」を導入することによって、既存のソリューションのこれらの課題および他の課題、および／または欠点に対処する。したがって、この新規なアプローチは、保証されたＱｏＳを必要とするアプリケーションの安全な使用を可能にし、および／または、容易にし、ネットワークのＱｏＳ能力の変更についての事前通知を共同で行うことができる。
例示的な実施形態は、アプリケーションサーバと、アクセスネットワーク（ＡＮ）によってサービスを提供されるユーザ装置（ＵＥ）に関連付けられたアプリケーションと、の間のデータフローに関するサービス品質（ＱｏＳ）要件に対するＡＮ順守（準拠）の変更を通知するための様々な方法および／またはプロシージャを含む。そのような例示的な実施形態は、たとえば、アクセスネットワーク（例：無線アクセスネットワーク、または基地局、ｅＮＢ、ｇＮＢなどのその構成要素）によって実装されうる。
例示的な方法および／またはプロシージャは、ＣＮから、データフローのためのＱｏＳ要件に関連する第１のセーフガード時間を受信することを含むことができる。第１のセーフガード時間（例：safe－guard－time_disable（セーフガード時間＿ディスエーブル））は、ＡＮがＱｏＳ要件に非準拠となってしまう前に、アプリケーションサーバ（ＡＦ）が、ＡＮ非準拠中にアプリケーションを安全に動作するように適応させるために必要な時間の量を表すことができる。いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、ＣＮから、データフローのためのＱｏＳ要件に関連する第２のセーフガード時間を受信することを含むことができる。第２のセーフガード時間（例： safe－guard－time_enable（セーフガード時間＿イネーブル））は、ＡＮの再度準拠後においてアプリケーションを安全に動作するように適応させるために、非準拠後であってＡＮがＱｏＳ要件に再度準拠する前に必要となる、アプリケーションサーバ（ＡＦ）による時間の量を表すことができる。
例示的な方法および／またはプロシージャはまた、おおよそ将来の第１の時点ではＡＮがＱｏＳ要件に準拠しない可能性が高いと判定することを含むことができる。例示的な方法および／またはプロシージャはまた、将来のＡＮがＱｏＳ要件に非準拠である可能性を示す第１の通知をＣＮに送信することを含むことができる。第１の通知は、第１の時点よりも前の少なくとも第１のセーフガード時間において送信することができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、将来のおおよそ第２の時点ではＡＮがＱｏＳ要件に再度準拠する可能性が高いと判定することを含むことができる。例示的な方法および／またはプロシージャはまた、非準拠後に、将来のＡＮがＱｏＳ要件に再度準拠する可能性を示す第２の通知をＣＮに送信することを含むことができる。第２の通知は、第２の時点よりも前の少なくとも第２のセーフガード時間において、送信されてもよい。
他の例示的な実施形態は、本開示の様々な例示的な実施形態による、アプリケーションサーバ（ＡＦ）と、ＡＮによってサービス提供されるユーザ装置（ＵＥ）に関連付けられたアプリケーションと、の間のデータフローに関するサービス品質（ＱｏＳ）要件に対するアクセスネットワーク（ＡＮ）の準拠を監視するための様々な方法および／またはプロシージャを含む。そのような例示的な実施形態は、たとえば、ＡＮ（例：ＮＧ－ＲＡＮ）に接続されたコアネットワーク（ＣＮ、たとえば、５ＧＣまたはその部品）によって実装されてもよい。例示的な方法および／またはプロシージャは、ＡＦから、データフローのためのＱｏＳ要件に関連する第１のセーフガード時間を受信することを含むことができる。第１のセーフガード時間（例：セーフガード時間＿ディスエーブル）は、ＡＮがＱｏＳ要件に非準拠となってしまう前に、ＡＮ非準拠中においても安全に動作するようにアプリケーションを適応させるために必要とされる時間の量を、表すことができる。例示的な方法および／またはプロシージャはまた、第１のセーフガード時間をＡＮに送信することを含むことができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、ＡＦから、データフローのためのＱｏＳ要件に関連する第２のセーフガード時間を受信することを含むことができる。第２のセーフガード時間（例：セーフガード時間＿イネーブル）は、ＡＮ再度準拠後において安全に動作するようにアプリケーションを適応させるために、非準拠後であってＱｏＳ要件にＡＮが再度準拠する前に必要とされる時間の量を表すことができる。そのような実施形態では、例示的な方法および／またはプロシージャはまた、第２のセーフガード時間をＡＮに送信することを含むことができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、将来のおおよそ第１の時点でＡＮがＱｏＳ要件に準拠していない可能性が高いことを示す第１の通知をＡＮから受信することを含むことができる。そのような実施形態では、例示的な方法および／またはプロシージャはまた、第１の通知をＡＦに送信することを含むことができる。たとえば、第１の通知は、第１の時点よりも前の少なくとも第１のセーフガード時間において、送信されうる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、将来のおおよそ第２の時点においてＡＮがＱｏＳ要件に再度準拠する可能性が高いことを示す第２の通知を、ＡＮから受信することを含むことができる。そのような実施形態では、例示的な方法および／またはプロシージャはまた、第２の通知をＡＦに送信することを含むことができる。たとえば、第２の通知は、第２の時点よりも前の少なくとも第２のセーフガード時間において送信することができる。
他の例示的な実施形態は、アプリケーションサーバと、ＡＮによってサービスを提供されるユーザ装置（ＵＥ）に関連するアプリケーションと、の間のデータフローに対するサービス品質（ＱｏＳ）要件に対するアクセスネットワーク（ＡＮ）の準拠を監視するための他の方法および／またはプロシージャを含む。そのような例示的な実施形態は、たとえば、コアネットワーク（例：５ＧＣ）およびアクセスネットワーク（例：ＮＧ－ＲＡＮ）に接続されたアプリケーションサーバ（例：ＡＦ）によって実装されてもよい。
例示的な方法および／またはプロシージャは、データフローのためのＱｏＳ要件に関連する第１のセーフガード時間を決定することを含むことができる。第１のセーフガード時間（例：セーフガード時間＿ディスエーブル）は、ＡＮがＱｏＳ要件に非準拠となってしまう前に、ＡＮ非準拠中においても安全に動作するようにアプリケーションを適応させるために必要とされる時間の量を、表すことができる。例示的な方法および／またはプロシージャはまた、決定された第１のセーフガード時間をコアネットワーク（ＣＮ）に送信することを含むことができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、データフローのためのＱｏＳ要件に関連する第２のセーフガード時間を決定することを含むことができる。第２のセーフガード時間（例：セーフガード時間＿イネーブル）は、ＡＮ再度準拠中において安全に動作するようにアプリケーションを適応させるために、非準拠後であってＡＮがＱｏＳ要件に再度準拠する前に必要とされる時間の量を表すことができる。そのような実施形態では、例示的な方法および／またはプロシージャはまた、決定された第２のセーフガード時間をＣＮに送信することを含むことができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、将来のおおよそ第１の時点でＡＮがＱｏＳ要件に準拠していない可能性が高いことを示す第１の通知をＣＮから受信することを含むことができる。第１の通知は、第１の時点より前の少なくとも第１のセーフガード時間において受信可能である。
そのような実施形態では、例示的な方法および／またはプロシージャはまた、第１の通知に応答して、第１の時点よりも前に、アプリケーションの少なくとも１つのサービスを制御（例：適応）して、第１の時点の後におけるアプリケーションの安全な動作を可能にすることを含むことができる。いくつかの実施形態では、これは、少なくとも１つのサービス、少なくとも１つのサービスのサブセット、およびアプリケーション全体のうちの少なくとも１つの動作マージンを無効にすること、または低減することを含むことができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、将来のおおよそ第２の時点でＡＮがＱｏＳ要件に再度準拠する可能性が高いことを示す第２の通知をＣＮから受信することを含むことができる。第２の通知は、第２の時点よりも前の少なくとも第２のセーフガード時間において受信可能である。
そのような実施形態では、例示的な方法および／またはプロシージャはまた、第２の通知に応答して、第２の時点の後におけるアプリケーションの安全な動作を可能にするために、第２の時点よりも前にアプリケーションの少なくとも１つのサービスを制御する（例：適応させる）ことを含むことができる。いくつかの実施形態では、これは、少なくとも１つのサービス、少なくとも１つのサービスのサブセット、およびアプリケーション全体のうちの少なくとも１つの動作マージンを有効にすること、または増加させることを含むことができる。
他の例示的な実施形態は、アクセスネットワーク（ＡＮ、たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ、またはそれらのコンポーネント）、コアネットワーク（ＣＮ、たとえば、ＥＰＣ、５ＧＣ、またはそれらのコンポーネント）、または本明細書で説明される例示的な方法および／またはプロシージャのいずれかに対応する動作を実行するように構成されたアプリケーションサーバ（例：ＡＦ）を含む。他の例示的な実施形態は、少なくとも１つのプロセッサによって実行されるとき、本明細書に記載する例示的な方法および／またはプロシージャのいずれかに対応する動作を実行するように、そのようなアクセスネットワーク、コアネットワーク、およびアプリケーションサーバを構成するプログラム命令を記憶する一時的でないコンピュータ可読媒体を含む。
本開示の例示的な実施形態のこれらおよび他の目的、特徴、および利点は、以下に簡潔に記載される図面に鑑みて以下の詳細な説明を読むことによって明らかになるであろう。
および および は、例示的な５Ｇネットワークアーキテクチャの様々な態様を示すブロック図である。
は、３ＧＰＰ ＴＳ ２３．５０１にさらに記述されるように、サービスベースのインタフェースおよび様々なネットワーク機能（ＮＦ）を有する例示的な非ローミング５Ｇリファレンスアーキテクチャを示す。
および、 は、本開示の様々な例示的な実施形態による、３ＧＰＰ ＴＳ ２３．５０２において現在指定されている例示的なＰＤＵセッションセットアッププロシージャの信号フロー図を示す。
は、本開示の様々な例示的な実施形態による、アクセスネットワーク（ＡＮ、たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ、またはそれらの構成要素）によって実行される方法および／またはプロシージャを示すフロー図である。
は、本発明の様々な例示的な実施形態による、コアネットワーク（ＣＮ、たとえば、ＥＰＣ、５ＧＣ、またはその構成要素）によって実行される方法および／またはプロシージャを示す流れ図である。
は、本発明の様々な例示的な実施形態による、コアネットワークおよびアクセスネットワークに接続されたアプリケーションサーバ（例：アプリケーション機能、ＡＦ）によって実行される方法および／またはプロシージャを示す流れ図である。
は、本開示の様々な例示的な実施形態による、図６－８に示されるオペレーションの代替図を示す流れ図である。
は、本開示の様々な例示的な実施形態による、無線ネットワークの例示的な実施形態を示す。
は、本開示の様々な例示的な実施形態による、ＵＥの例示的な実施形態を示す。
は、本明細書で説明されるネットワークノードの様々な実施形態の実施に使用可能な例示的な仮想化環境を示す構成図である。
および、 は、本発明の様々な例示的な実施形態による、様々な例示的な通信システムおよび／またはネットワークの構成図である。
および、 および、 および、 は、本発明の様々な例示的な実施形態による、通信システムにおいて実施される様々な例示的な方法および／またはプロシージャを示す流れ図である。
ここで、本明細書で企図される実施形態のいくつかを、添付の図面を参照してより完全に説明する。しかしながら、他の実施形態は、本明細書に開示された主題の範囲内に含まれ、開示された主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供される。さらに、以下の用語は、以下に与えられる説明を通して使用される：
●無線ノード：本明細書で使用されるように、「無線ノード」は、「無線アクセスノード」または「無線デバイス」のいずれかであってもよい。
●無線アクセスノード：本明細書で使用される「無線アクセスノード」（または「無線ネットワークノード」）は、信号を無線送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ）内の任意のノードとすることができる。無線アクセスノードのいくつかの例は、基地局（例：３ＧＰＰ第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）、または３ＧＰＰ ＬＴＥネットワークにおける拡張または発展型ノードＢ（ｅＮＢ））、ハイパワーまたはマクロ基地局、ローパワー基地局（例：マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、および中継ノードを含むが、これらに限定されない。
●コアネットワークノード：ここで使用されるように、「コアネットワークノード」は、コアネットワーク内の任意の種類のノードである。コアネットワークノードの例としては、たとえば、モビリティマネジメントエンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービスケイパビリティエクスポージャーファンクション（能力公開機能）（ＳＣＥＦ）等が挙げられる。
●無線デバイス：本明細書で使用されるように、「無線デバイス」（または、略して「ＷＤ」）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することによってセルラー通信ネットワークにアクセスする（すなわち、セルラー－通信ネットワークによってサービスされる）任意の種類の装置である。特に断らない限り、「無線デバイス」という語は、本明細書では「ユーザ装置」（または略して「ＵＥ」）と交換可能に使用される。無線デバイスのいくつかの事例は、３ＧＰＰネットワーク内のＵＥおよびマシンタイプ通信（ＭＴＣ）装置を含むが、これらに限定されない。無線で通信することは、電磁波、無線波、赤外線、および／または空気を介して情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信および／または受信することを含むことができる。
●ネットワークノード：ここで使用される「ネットワークノード」は、無線アクセスネットワークの一部またはセルラー通信ネットワークのコアネットワークのいずれかにおける任意のノードである。機能的には、ネットワークノード装置は、無線デバイスおよび／またはセルラー通信ネットワーク内の他のネットワークノードまたは装置と直接的または間接的に通信し、無線デバイスへの無線アクセスを可能にし、および／または提供し、および／またはセルラー通信ネットワーク内の他の機能（例：管理）を実行するために、能力を有し、構成され、配置され、および／または動作可能である。
本明細書で与えられる記述は、３ＧＰＰセルラー通信システムに焦点を当ており、したがって、３ＧＰＰ用語または３ＧＰＰ用語と同様の用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。さらに、本明細書では「セル」という用語を使用するが、（特に５Ｇ ＮＲに関して）ビームをセルの代わりに使用することができ、したがって、本明細書で説明する概念は、セルおよびビームの両方に等しく適用されることを理解されたい。
３ＧＰＰ ＴＳ ２３．５０１（ｖ１５．２．０）では、ＱｏＳターゲット（例：ＧＦＢＲなど）を維持できない場合や、ＱｏＳターゲットを再度提供できる場合に、ＮＧ－ＲＡＮから５ＧＣへの通知をトリガーするように設定するためのサポートが規格化されている。３ＧＰＰ ＴＳ ２３．５０２でさらに説明されているように、ＧＢＲ ＱｏＳフローをノーティフィケーションコントロール（通知制御）パラメータに関連付けることができる。このパラメータは、ＱｏＳフローの存続期間中にＧＦＢＲがＱｏＳフローに対して満たすことができなくなった（または再び満たすことができるようになった）ときに、ＲＡＮから通知が要求されるかどうかを示す。所与のＧＢＲ ＱｏＳフローについて、通知制御がイネーブルされ、ＧＦＢＲが満たされ得ないとＮＧ－ＲＡＮが決定した場合、ＲＡＮは、５ＧＣセッション管理機能（ＳＭＦ）に向けて通知を送信し、（すなわち、ＮＧ－ＲＡＮがこのＱｏＳフローについて要求されたＧＦＢＲを配信していない間）、（（例：無線リンク障害またはＲＡＮ内部輻輳に起因して）ＮＧ－ＲＡＮにおける特定の条件がこのＧＢＲ ＱｏＳフローについてのＮＧ－ＲＡＮリソースの解放を必要としない限り）、ＱｏＳフローを維持する。
さらに、ＲＡＮは、ＧＦＢＲを満たそうとするべきであるが、ＧＦＢＲを満たすことができないという通知をＲＡＮから受信すると、ＳＭＦは、（３ＧＰＰ ＴＳ ２３．５０３に記載されているように）通知をポリシー制御機能（ＰＣＦ）に転送することができる。５ＧＣは、ＱｏＳフローを修正または除去するためにＮ２シグナリングを開始することができ、５ＧＣは、そのＡＦが、ＱｏＳターゲットを満たすことができないイベントについて通知されることを要求する場合、影響を受けたアプリケーションサーバ（略して「アプリケーション機能」または「ＡＦ」と呼ばれる）に報告する。適用可能な場合、ＮＧ－ＲＡＮは、ＧＦＢＲを再び満たすことができることをＳＭＦに通知する新しい通知を送信する。設定された時間が経過した後で、ＮＧ－ＲＡＮは、ＧＦＢＲを満たすことができないという後続の通知を送信することができる。通知制御は、ＮＧ－ＲＡＮに対してシグナリングされる。
さらに、ハンドオーバ中に、ソース（ハンドオーバ元）のＮＧ－ＲＡＮは、ソースのＮＧ－ＲＡＮがＧＦＢＲを満たすことができないという通知を送信したＱｏＳフローについて、ターゲット（ハンドオーバ先）のＮＧ－ＲＡＮに通知しなければならない。これにより、正常にハンドオーバされたＱｏＳフローについて、再度ＧＦＢＲを満たすことができる場合に、ターゲットＮＧ－ＲＡＮが通知を送信するようにトリガすることができる。ハンドオーバ後、必要に応じて、ターゲットＮＧ－ＲＡＮは、ＧＦＢＲを満たすことができないという後続の通知を送信することができる。
したがって、現在の通知制御解決策（例：３ＧＰＰ標準で規格化されているもの）は、アプリケーションに対してネットワークによって提供されるＱｏＳ保証が非準拠となることを予想される場合に事前通知をアプリケーションに提供することも、それを可能にすることもない。同様に、現在の解決策は、ネットワークによってアプリケーションに提供されるＱｏＳ保証の準拠が再開されると予想されることについて、アプリケーションに事前通知を提供することも、容易にすることもない。この欠点は、特に、これらのアプリケーションの安全な動作がＱｏＳ保証に依存する場合、そのようなアプリケーションの機能性および／または安全性に悪影響を及ぼす可能性がある。
本発明の例示的な実施形態は、ＱｏＳフローに関連付けられるべき追加の「セーフガード時間」情報を提供することによって、従来の解決策のこれらおよび他の問題および／または欠点に対処する。たとえば、アプリケーションは、「セーフガード時間＿ディスエーブル」インジケータおよび／または値を介して、アプリケーションのサービス、サービスのサブセット、またはアプリケーション全体をディスエーブルするために、ＱｏＳがもはや保証され得ないことがシステムにより予測される実際のタイムインスタンス（時点）に先立って、アプリケーションが認識する必要があることを、「セーフガード時間＿ディスエーブル」インジケータおよび／または値を介して、ネットワークに示すことができる。同様に、アプリケーションは、サービス、サービスのサブセット、またはアプリケーション全体をイネーブルするために、ＱｏＳが再度保証されうるとシステムが予測する実際の時点に先立ってアプリケーションが認識する必要があることを示すことができる。
いくつかの実施形態では、これらの例示的なインジケータおよび／または値は、（３ＧＰＰ ＴＳ ２３．５０３で定義されるようである）アプリケーションに関連するＡＦによって提供されることができ、または（例：特定のスライスに関して、ＮＳＳＡＩに基づいて、特定のＤＮＮに関連して、または特定のサブスクリプションに関連して）ＰＣＦで構成されてもよい。
いくつかの実施形態では、セーフガード時間＿ディスエーブルおよび／またはセーフガード時間＿イネーブルの値は、アプリケーションサーバ（例：ＡＦ）とネットワークとの間でネゴシエートされてもよい。たとえば、アプリケーションサーバは、所望の値をネットワークに提供することができ、ネットワークは、特定の選択された値、またはネットワークによってサポートされる１つ以上の値を伴うフィードバックを提供することができる。
いくつかの実施形態では、ネットワークは、後に関連するネットワークノード、たとえばＳＭＦ、ＡＭＦ、ＡＮ／ＲＡＮなどに配信される「セーフガード時間＿ディスエーブル（safe-guard-time_disable）」および「セーフガード時間＿イネーブル（safe-guard-time_enable）」のネットワーク固有の値を決定および／または計算するときに、アプリケーションサーバによって提供される「safe-guard-time_disable」および「safe-guard-time_enable」の値をさらに利用することができる。本明細書で使用されるように、用語「（Ｒ）ＡＮ」は、無線アクセスネットワーク（ＲＡＮ）または非無線アクセスネットワーク（例：有線アクセスネットワーク）であってもよいアクセスネットワーク（ＡＮ）を指す。
そのようなインジケーションおよび／または値を受信した後、関連するネットワークノードは、保証されたＱｏＳの準拠の変更（例：非準拠および／または再度準拠）を示す通知の送信を、実際の保証されたＱｏＳの準拠の変更の前に、行うように設定されてもよい。たとえば、関連するネットワークノードは、保証されたＱｏＳを非準拠となる通知を、実際の非準拠が発生する前に、セーフガード時間＿ディスエーブルの周期または期間で、アプリケーションに送信するように設定できる。別の事例として、関連するネットワークノードは、実際の再度準拠が発生する前の、セーフガード時間＿イネーブル期間に、アプリケーションに送信されるように、保証されたＱｏＳ 再度準拠の通知を設定できる。したがって、そのような通知を受信するアプリケーションは、サービス、サービスのサブセット、またはアプリケーション全体の動作条件（例：動作マージン）をディスエーブル、イネーブル、および／または変更するようにタイムリーに動作することができ、それによって安全な動作を容易にする。
そのような例示的な実施形態は、３ＧＰＰ規格において５ＧＣ／ＮＧ－ＲＡＮのために規格化される通知制御を含む様々な既存のプロシージャのコンテキストにおいて使用されてもよい。これを例として説明するために、図５（図５Ａおよび図５Ｂを含む）は、３ＧＰＰ ＴＳ ２３．５０２（ｖ１５．２．０）で現在規格化されているＰＤＵセッションセットアッププロシージャの信号フロー図を示す。このセーフガード時間情報は、以下でより詳細に説明するように、通知制御を構成するこの例示的なプロシージャの部分に導入することができ、それによってアプリケーションの安全な動作を可能にする。
より具体的には、図５は、ローカルブレイクアウト（ＬＢＯ）の場合の非ローミングおよびローミングにおけるＰＤＵセッション確立プロシージャを示している。このプロシージャは、新しいＰＤＵセッションの確立、Ｎ２６インターフェースなしでＥＰＳ内のＰＤＮコネクションの５ＧＳ内のＰＤＵセッションへのハンドオーバ、非３ＧＰＰアクセスと３ＧＰＰアクセスの間での既存のＰＤＵセッションの切り替え、および緊急サービスのためのＰＤＵセッションの要求、を含む様々な目的のために使用可能である。ローミングの場合、アクセスおよびモビリティ管理機能（ＡＭＦ）は、ＬＢＯまたはホームルーティングでＰＤＵセッションを確立するかどうかを決定する。ＬＢＯ の場合、プロシージャはＡＭＦ、ＳＭＦ、ユーザプレーン機能（ＵＰＦ）、およびＰＣＦが訪問先ネットワークに配置されることを除き、非ローミングと同じである。緊急サービスのためのＰＤＵセッションは、ホームルーテッドモードでは、決して確立されない。
図５の例示的なプロシージャに示されるオペレーションは、番号によるラベルが付与されているが、この番号付けは、以下の説明の明確化を容易にするためにのみ使用される。さらに、数字の順序は、単に例示的なものであり、様々なオペレーションの順序は、様々な実施形態において並べ替えることができる。破線は、その実行が１つまたは複数の条件に依存しうるオプションのオペレーションを示す。図示されるプロシージャは、ＵＥがすでにＡＭＦに登録されていることを前提としており、ＵＥが緊急登録済みでない限り、ＡＭＦはすでにＵＤＭからユーザーサブスクリプション（加入）データを取得している。
新しいＰＤＵセッションを確立するために、ＵＥは新しいＰＤＵセッションＩＤを生成する。オペレーション（オペレーション）１において、ＵＥは、Ｎ１ ＳＭコンテナ内のＰＤＵセッション確立要求を含むＮＡＳメッセージの送信によって、ＵＥ要求ＰＤＵセッション確立プロシージャを開始する。ＰＤＵセッション確立要求は、ＰＤＵセッションＩＤ、要求されたＰＤＵセッションタイプ、要求されたＳＳＣモード、５ＧＳＭ能力ＰＣＯ、ＳＭ ＰＤＵ ＤＮ要求コンテナ、パケットフィルタ外の番号、を含む。
要求タイプ（リクエストタイプ）は、ＰＤＵセッション確立が新しいＰＤＵセッションを確立する要求である場合、「イニシャルリクエスト（初回の要求）」を示し、要求が３ＧＰＰアクセスと非３ＧＰＰアクセスとの間の既存のＰＤＵセッション切り替え、またはＥＰＣの既存のＰＤＮコネクションからのＰＤＵセッションハンドオーバを指す場合、「既存のＰＤＵセッション」を示す。リクエストがＥＰＣ内の現存するＰＤＮコネクションを指す場合、Ｓ－ＮＳＳＡＩは、３ＧＰＰＴＳ ２３．５０１の５．１５．７．２節に記載されているように設定される。ＵＥは、ＵＥがＬＡＤＮを利用可能な領域の外にあるとき、ＬＡＤＮに対応するＰＤＵセッションのためのＰＤＵセッション確立をトリガー（起動）しない。
緊急サービスが要求されたが、緊急ＰＤＵセッションがまだ確立されていない場合、ＵＥは、「エマージェンシーリクエスト（緊急要求）」を示すリクエストタイプを用いてＵＥ要求ＰＤＵセッション確立プロシージャを開始しなければならない。リクエストタイプは、要求が、３ＧＰＰアクセスと非３ＧＰＰアクセスとの間の緊急サービス切り替えのための既存のＰＤＵセッション、またはＬＴＥエボルブドパケットコア（ＥＰＣ）内の緊急サービスのための既存のＰＤＮコネクションからのＰＤＵセッションハンドオーバを指す場合、「既存の緊急ＰＤＵセッション」を示す。
５ＧＳＭコアネットワーク能力は、ＵＥによって提供され、３ＧＰＰ ＴＳ ２３．５０１ の５．４．４ｂ節で定義されているようにＳＭＦによって処理される。５ＧＳＭケイパビリティ（能力）には、ＵＥ完全性保護最大データレートも含まれている。パケットフィルタの数は、確立されているＰＤＵセッションのシグナリングされたＱｏＳ ルールでサポートされているパケットフィルタの数を示す。ＵＥによって示されるパケットフィルタの数は、ＰＤＵセッションの寿命（存続期間）の間は有効である。
ＵＥによって送信されたＮＡＳメッセージは、ユーザー位置情報とアクセスタイプ情報を含めるべきであるＡＭＦに向けて、ＡＮによってＮ２メッセージにカプセル化される。ＰＤＵセッション確立要求メッセージは、外部ＤＮによるＰＤＵセッション許可のための情報を含むＳＭ ＰＤＵ ＤＮ要求コンテナを含むことがある。
ＵＥは、現在のアクセスタイプを許可されたＮＳＳＡＩからの、Ｓ－ＮＳＳＡＩを含める。許可されたＮＳＳＡＩのマッピングがＵＥに提供された場合、ＵＥは、許可されたＮＳＳＡＩからのＳ－ＮＳＳＡＩと、許可されたＮＳＳＡＩのマッピングからの対応するＳ－ＮＳＳＡＩと、の両方を提供しなければならない。プロシージャがＳＳＣモード３オペレーションについてトリガされる場合、ＵＥは、ＮＡＳメッセージ中に、解放されるべき進行中のＰＤＵセッションのＰＤＵセッションＩＤを示すオールド（旧）ＰＤＵセッションＩＤも含めなければならない。旧ＰＤＵセッションＩＤは、この場合にのみ含まれるオプションのパラメータである。
ＡＭＦは、ＮＡＳ ＳＭメッセージとユーザ位置情報（例：ＮＧ－ＲＡＮの場合はセルＩＤ）をＡＮから受信する。ＵＥがＩＭＳのためのＰＤＵセッションを確立しており、ＵＥが接続確立中にＰ－ＣＳＣＦのアドレスを発見するように構成されている場合、ＵＥはＳＭコンテナ内のＰ－ＣＳＣＦ ＩＰのアドレスを要求するインジケータを含む。ＰＳデータオフ状態は、ＰＤＵセッション確立要求メッセージの中でＰＣＯの中に含まれる。
オペレーション２で、ＡＭＦは、受信したメッセージが、そのリクエストタイプが「イニシャルリクエスト」であることに基づいて新しいＰＤＵセッションのための要求に対応すること、および、ＰＤＵセッションＩＤがそのＵＥの既存のＰＤＵセッションに対して使用されないことを判定する。ＮＡＳメッセージにＳ－ＮＳＳＡＩが含まれていない場合、ＡＭＦは、要求されたＰＤＵセッションのデフォルトＳ－ＮＳＳＡＩを、ＵＥサブスクリプションに従って、１つのデフォルトＳ－ＮＳＳＡＩのみが含まれているかどうか、またはオペレータポリシーに基づいて決定する。ＮＡＳメッセージにＳ－ＮＳＳＡＩが含まれているが、ＤＮＮが含まれていない場合、ＡＭＦは、ＵＥのサブスクリプション情報にデフォルトＤＮＮが存在する場合、このＳ－ＮＳＳＡＩのデフォルトＤＮＮを選択することによって、要求されたＰＤＵセッションのＤＮＮを決定する。それ以外の場合、サービングＡＭＦは、このＳ－ＮＳＳＡＩに対してローカルに設定されているＤＮＮを選択する。ＵＥによって提供されたＤＮＮがネットワークによってサポートされておらず、ＡＭＦがＮＲＦに問い合わせることによってＳＭＦを選択できない場合、ＡＭＦは、オペレータポリシーに基づいて、適切な原因で、ＵＥからのＰＤＵセッション確立要求を含むＮＡＳメッセージを拒否する。
ＡＭＦは、３ＧＰＰ ＴＳ ２３．５０１に記載されているようにＳＭＦを選択する。リクエストタイプが「初回の要求」を示す場合、または要求がＥＰＳからのハンドオーバ、または異なるＡＭＦによる非３ＧＰＰアクセスサービスからのハンドオーバによる場合、ＡＭＦは、Ｓ－ＮＳＳＡＩ（１つまたは複数）、ＤＮＮ、ＰＤＵセッションＩＤ、ＳＭＦ ＩＤ、ならびにＰＤＵセッションのアクセスタイプの関連付けを記憶する。
リクエストタイプが「初回の要求」であり、既存のＰＤＵセッションを示す旧ＰＤＵセッションＩＤもメッセージに含まれている場合、ＡＭＦは、４．３．５．２節に記述されているようにＳＭＦを選択し、新しいＰＤＵセッションＩＤ、Ｓ－ＮＳＳＡＩ、選択されたＳＭＦ ＩＤ、およびＰＤＵセッションのアクセスタイプの関連付けを格納する。
リクエストタイプが「既存のＰＤＵセッション」を示す場合、ＡＭＦはＵＤＭから受信したＳＭＦ－ＩＤに基づいてＳＭＦを選択する。リクエストタイプが「既存のＰＤＵセッション」を示す場合、ＡＭＦはＰＤＵセッションＩＤを認識しないか、登録またはサブスクリプションプロファイル更新通知プロシージャ中にＵＤＭから受信したＡＭＦがＰＤＵセッションＩＤに対応するＳＭＦ ＩＤを含まないサブスクリプションコンテキストを認識しないかのいずれかの場合は、エラーケースを構成する。ＡＭＦは、ＰＤＵセッション用に記憶されているアクセスタイプを更新する。
リクエストタイプが、３ＧＰＰアクセスと非３ＧＰＰアクセスとの間で移動される既存のＰＤＵセッションを指す「既存のＰＤＵセッション」を示す場合、そして、ＰＤＵセッションのＳ－ＮＳＳＡＩがターゲットアクセスタイプにおける許可されたＮＳＳＡＩの中に存在する場合、ＰＤＵセッション確立プロシージャは次の場合に実行されてもよい：
●ＰＤＵセッションＩＤに対応するＳＭＦ ＩＤ（ＳＭＦが属するＰＬＭＮ ＩＤを含む）とＡＭＦが同じＰＬＭＮに属する；
●ＰＤＵセッションＩＤに対応するＳＭＦ ＩＤがＨＰＬＭＮに属する；
さもなければ、ＡＭＦは、適切な拒否原因を用いて、ＰＤＵセッション確立要求を拒否する。ＡＭＦはまた、ＵＥが緊急サービスのために登録されているものの、リクエストタイプが「緊急要求」も「既存の緊急ＰＤＵセッション」も示していない場合、ＵＥから来る要求を拒否する。リクエストタイプが「緊急要求」を示す場合、ＡＭＦは、ＵＥによって提供されるＳ－ＮＳＳＡＩおよびＤＮＮ値を要求せずに、代わりにローカルで構成された値を使用する。ＡＭＦは、ＰＤＵセッションのアクセスタイプを記憶する。リクエストタイプが「緊急要求」または「既存の緊急ＰＤＵセッション」を示す場合、ＡＭＦは、３ＧＰＰ ＴＳ ２３．５０１、５．１６．４節に記載されるように、ＳＭＦを選択する。
オペレーション３では、Nsmf_PDUSession_CreateSMContext要求メッセージまたはNsmf_PDUSession_UpdateSMContext要求メッセージのいずれかがＡＭＦによってＳＭＦに送信される。ＡＭＦにＵＥによって提供されるＰＤＵセッションＩＤのＳＭＦとの関連付けがない場合（リクエストタイプが「初回の要求」を示す場合など）、ＡＭＦは、Nsmf_PDUSession_CreateSMContext要求を発動するが、ＡＭＦにはＵＥによって提供されるＰＤＵセッションＩＤについてＳＭＦとの関連付けがすでにある場合（リクエストタイプが「既存のＰＤＵセッション」を示す場合など）、ＡＭＦはNsmf_PDUSession_UpdateSMContext要求を発動する。メッセージには、ＳＵＰＩ、ＤＮＮ、Ｓ－ＮＳＳＡＩ、ＰＤＵセッションＩＤ、ＡＭＦ ＩＤ、リクエストタイプ、ＰＣＦ ＩＤ、プライオリティアクセス、Ｎ１ ＳＭコンテナ（ＰＤＵセッション確立要求）といったエレメントが含まれる。
ＡＭＦは、許可されたＮＳＳＡＩからＳＭＦへ、Ｓ－ＮＳＳＡＩを送信する。ローミングシナリオの場合、ＡＭＦは、許可されたＮＳＳＡＩのマッピングからの対応するＳ－ＮＳＳＡＩを、ＳＭＦに送信する。ＡＭＦ ＩＤは、ＵＥにサービスを提供するＡＭＦを一意に識別するＵＥのＧＵＡＭＩである。ＡＭＦは、ＵＥから受信したＰＤＵセッション確立要求を含むＮ１ ＳＭコンテナと共にＰＤＵセッションＩＤを転送する。ＧＰＳＩは、ＡＭＦで入手可能な場合、含まれるべきものとする。ＡＭＦは、Ｎ２インターフェースに関連付けられたグローバルＲＡＮノードＩＤに基づいて、アクセスタイプとＲＡＴタイプとを決定する。ＡＭＦは、非ローミングの場合にはＨ－ＰＣＦを識別し、ＬＢＯローミングの場合にはＶ－ＰＣＦを識別するＰＣＦ ＩＤを含めてもよい。
ＡＭＦは、ＵＥがＳＵＰＩを提供せずに緊急サービスに登録した場合、ＳＵＰＩの代わりにＰＥＩを提供する。ＰＥＩは、３ＧＰＰ ＴＳ ２３．５０１、５．９．３節に定義されている。ＵＥがＳＵＰＩで緊急サービスに登録されているが、認証されていない場合、ＡＭＦは、ＳＵＰＩが認証されていないことを示す。ＳＭＦは、それがＵＥのためのＳＵＰＩを受信していないとき、またはＳＵＰＩが認証されていないことをＡＭＦが示すとき、ＵＥが認証されていないと判定する。
ＤＮＡがＬＤＡＮに対応するとＡＭＦが判定した場合、ＡＭＦは、ＵＥがＬＡＤＮサービスエリアのイン（内側）またはアウト（外側）のどちらにいるかを示す「ＬＡＤＮサービスエリア内のＵＥプレゼンス」を提供する。旧ＰＤＵセッションＩＤがステップ１において含まれていて、ＳＭＦを再割り当てしない場合、ＡＭＦはNsmf_PDUSession_CreateSMContext要求に、旧ＰＤＵセッションＩＤも含める。ＤＮＮ選択モードは、ＡＭＦによって決定される。それは、明示的に加入されたＤＮＮが、そのＰＤＵセッション確立要求の中でＵＥによって提供されたものであるかどうかを示す。ＳＭＦは、ＵＥ要求を受諾するか拒否するかを決定するとき、ＤＮＮ選択モードを使用してもよい。
ＡＭＦは、確立原因が高優先度アクセスを示す場合、または、登録プロシージャまたはサービスリクエストプロシージャの実行中においてＡＮパラメータの一部として確立原因を受信した場合、優先度アクセスインジケーションを含める。ＳＭＦは、優先度アクセスインジケーションを使用して、ＵＥ要求がＮＡＳレベルの輻輳制御の免除の対象であるかどうかを判定する。
ローカルブレイクアウト（ＬＢＯ） のケースで、（ＶＰＬＭＮ内の）ＳＭＦがホームルーテッドローミングが必要とされるＮ１ ＳＭ情報の一部を処理できない場合、ＳＭＦは、Nsmf_PDUSession_CreateSMContext Response サービスオペレーションを発動することによってＮ１ ＳＭ メッセージを処理する正しいＳＭＦではないことを、ＡＭＦに返答する。ＳＭＦは、ホームルーテッドケースに進むようにＡＭＦをトリガする適切なＮ１１原因コードを含める。このプロシージャは、４．３．２．２．２節のステップ２から再び開始される。
オペレーション４で、オペレーション３のリクエストタイプが「緊急要求」も「既存の緊急ＰＤＵセッション」も示さず、ＳＭＦがこのＰＤＵセッションＩＤにまだ登録していない場合、ＳＭＦは、所与のＰＤＵセッションについてNudm_UECM_Registration （ＳＵＰＩ、ＤＮＮ、ＰＤＵセッションＩＤ）メッセージを送信することによって、ＵＤＭに登録する。
その結果、ＵＤＭは次の情報を記憶する：
ＳＵＰＩ、ＳＭＦ識別情報、ＳＭＦアドレス、および関連するＤＮＮとＰＤＵセッションＩＤ。ＵＤＭはさらに、Nudr_DM_Update （ＳＵＰＩ、サブスクリプションデータ、ＳＭＦデータのＵＥコンテキスト）によって、この情報をＵＤＲに記憶することができる。対応するＳＵＰＩ、ＤＮＮ、およびＳ－ＮＳＳＡＩ のためのセッション管理サブスクリプションデータが使用できない場合、ＳＭＦはNudm_SDM_Get （ＳＵＰＩ、セッション管理サブスクリプションデータ、ＤＮＮ、Ｓ－ＮＳＳＡＩ）を使用してセッション管理サブスクリプションデータを取得し、このサブスクリプションデータが変更されたときにNudm_SDM_Subscribe （ＳＵＰＩ、セッション管理サブスクリプションデータ、ＤＮＮ、Ｓ－ＮＳＳＡＩ）を使用して通知されるべきことを、サブスクライブ（加入）する。ＵＤＭはNudr_DM_Query （ＳＵＰＩ、サブスクリプションデータ、セッション管理サブスクリプションデータ、ＤＮＮ、Ｓ－ＮＳＳＡＩ）によってＵＤＲからこの情報を取得し、Nudm_DM_Subscribeによって同じデータのＵＤＲからの通知にサブスクライブすることがある。ＵＤＭで使用されるＳ－ＮＳＳＡＩは、ＨＰＬＭＮの値を持つＳ－ＮＳＳＡＩである。ＳＭＦは、セッション管理サブスクリプションデータを取得するかどうかを決定するときにＤＮＮ選択モードを使用することがある。たとえば、（ＤＮＮ、Ｓ－ＮＳＳＡＩ）が明示的にサブスクライブされていない場合、ＳＭＦはセッション管理サブスクリプションデータの代わりにローカル設定を使用することがある。
ステップ３で受信したリクエストタイプが「エマージェンシーリクエスト（緊急要求）」を示す場合：認証された非ローミングＵＥの場合、オペレータ設定（例：オペレータが緊急呼に固定ＳＭＦを使用するかどうかなどに関連）に基づいて、ＳＭＦは緊急サービスに適用可能な所定のＰＤＵセッションに対してNudm_UECM_Registration （ＳＵＰＩ、ＰＤＵセッションＩＤ、緊急サービスのインジケーション）を使用してＵＤＭに登録することができる。その結果、ＵＤＭは、ＳＭＦアドレスと、緊急サービスのための適用可能なＰＤＵセッションとを記憶しなければならない。
認証されていないＵＥまたはローミングＵＥの場合、ＳＭＦは所定のＰＤＵセッションのＵＤＭに登録しない。
ステップ３のリクエストタイプが「既存のＰＤＵセッション」または「既存の緊急ＰＤＵセッション」を示す場合、ＳＭＦは、要求が３ＧＰＰアクセスと非３ＧＰＰアクセスとの間の切り替えによるものであるか、またはＥＰＳからのハンドオーバによるものであると判定する。ＳＭＦは、ＰＤＵセッションＩＤに基づいて既存のＰＤＵセッションを識別する。このような場合、ＳＭＦは新しいＳＭコンテキストを作成せず、代わりに既存のＳＭコンテキストを更新し、更新されたＳＭコンテキストの表現をレスポンス（応答）でＡＭＦに提供する。
リクエストタイプが「初回の要求」であり、かつ旧ＰＤＵセッションＩＤがNsmf_PDUSession_CreateSMContext要求に含まれている場合、ＳＭＦは旧ＰＤＵセッションＩＤに基づいて解放される既存のＰＤＵセッションを識別する。
サブスクリプションデータには、許可されたＰＤＵセッションタイプ（Allowed PDU Session Type）、許可されたＳＳＣモード（Allowed SSC mode）、デフォルトの５ＱＩ、ＡＲＰ、サブスクライブされたセッション－ＡＭＢＲが含まれる。ＵＥがそれをサブスクライブしている場合、静的ＩＰアドレス／プレフィックスがサブスクリプションデータに含まれることがある。
ＳＭＦは、以下を含むＵＥリクエストの妥当性をチェックする：
●ＵＥ要求がユーザサブスクリプションおよびローカルポリシーに準拠しているかどうかと、
●ＤＮＮがＬＡＤＮに対応している場合に、ＵＥは、ＡＭＦからインジケーションされた「ＬＡＤＮサービスエリア内のＵＥプレゼンス」に基づいて、ＬＡＤＮサービスエリア内に配置されているかどうか。ＡＭＦが「ＬＡＤＮサービスエリア内のＵＥプレゼンス」インジケーションを提供せず、ＤＮＮがＬＡＤＮに対応しているとＳＭＦが判定した場合、ＳＭＦは、ＵＥがＬＡＤＮサービスエリアの外側（アウト）であると見なす。
ＵＥ要求が有効でないと見なされる場合、ＳＭＦは、ＰＤＵセッションの確立を受け入れないことを決定する。
オペレーション５で、ＳＭＦは、必要に応じて、オペレーション３で受信されたメッセージに対してNsmf_PDUSession_CreateSMContextResponse またはNsmf_PDUSession_UpdateSMContextResponseでレスポンスを送信する。ＳＭＦがオペレーション３でNsmf_PDUSession_CreateSMContextRequestを受信し、ＳＭＦがＰＤＵセッション確立要求を処理できる場合、ＳＭＦは、ＳＭコンテキストを作成し、ＳＭコンテキスト識別情報を提供することによって、ＡＭＦにレスポンスを送信する。
ＰＤＵセッションのユーザプレーン（ＵＰ）セキュリティポリシーが整合性保護を「必要」に設定していると判定された場合、ＳＭＦは、ローカル設定に基づいて、ＵＥ完全性保護最大データレートに基づくＰＤＵセッションリクエストを受け入れるか拒否するかを決定することができる。ＵＥ完全性保護最大データレートの値が非常に低い場合、ＤＮが提供するサービスが高いビットレートを必要とする場合に備えて、ＳＭＦは、ＰＤＵセッションを拒否するように設定できることに注意する。
ＳＭＦがＰＤＵセッションの確立を受け入れないことを決定すると、ＳＭＦは、Nsmf_PDUSession_CreateSMContext Responseを用いてＡＭＦに対してレスポンスすることによって、関連するＳＭ拒否原因を含むＮＡＳ ＳＭシグナリングレスポンスを通じて、ＵＥ要求を拒否する。ＳＭＦは、ＰＤＵセッションＩＤが解放されたと見なされることもＡＭＦに示し、ＳＭＦは、ステップ２０に進み、ＰＤＵセッション確立プロシージャは停止される。
オペレーション６では、オプションのセカンダリ承認／認証を行う。ステップ３のリクエストタイプが「既存のＰＤＵセッション」を示している場合、ＳＭＦはセカンダリ承認／認証を行わず、ステップ３で受信されたリクエストタイプが「緊急要求」または「既存の緊急ＰＤＵセッション」"を示している場合、ＳＭＦはセカンダリ承認／認証を行わないものとする。３ＧＰＰ ＴＳ ２３．５０１ の５．６．６節に記述されているように、ＳＭＦがＤＮ－ＡＡＡ サーバによるＰＤＵセッションの確立中にセカンダリ承認／認証を行う必要がある場合、ＳＭＦは、４．３．２．３節に記述されているように、ＰＤＵセッション確立認証／認可をトリガする。
オペレーション７ａにおいて、ダイナミックＰＣＣが導入され、ＰＣＦ ＩＤがＡＭＦによって提供される場合、ＳＭＦは、３ＧＰＰ ＴＳ ２３．５０１、６．３．７．１節に記載されるようにＰＣＦ選択を実行する。リクエストタイプが「既存のＰＤＵセッション」または「既存の緊急ＰＤＵセッション」を示す場合、ＳＭＦは、ＰＤＵセッションに対して既に選択されているＰＣＦを使用する。ダイナミックＰＣＣが導入されていない場合、ＳＭＦは、ローカルポリシーを適用できる。
オペレーション７ｂにおいて、ＳＭＦは、４．１６．４節に定義されているように、ＳＭポリシーアソシエーション確立プロシージャを実行して、ＰＣＦとのＰＤＵセッションを確立し、ＰＤＵセッションのためのデフォルトＰＣＣルールを得ることができる。ＧＰＳＩは、ＳＭＦで入手可能な場合、含まれるものとする。オペレーション３においてリクエストタイプが「既存のＰＤＵセッション」を示す場合は、ＳＭＦは、４．１６．５．１節の中で定義されるＳＭＦ開始ＳＭポリシーアソシエーション修正プロシージャポリシー制御要求トリガ条件に関する情報を提供することがある。ＰＣＦは、５．２．５．４（および３ＧＰＰ ＴＳ ２３．５０３）節で定義されているポリシー情報をＳＭＦに提供することができる。ＰＣＦは、緊急ＤＮＮに基づいて、３ＧＰＰ ＴＳ ２３．５０３ で説明されている緊急サービス用に予約された値にＰＣＣ ルールのＡＲＰを設定する。
一般に、オペレーション７ａ－７ｂの目的は、ＵＰＦを選択する前にＰＣＣルールを受信することである。ＰＣＣルールがＵＰＦ選択のための入力として必要とされない場合、オペレーション７ａ－７ｂは、オペレーション８の後に実行されてもよい。
オペレーション８において、オペレーション３におけるリクエストタイプが「初回の要求」を示す場合、ＳＭＦは、３ＧＰＰ ＴＳ ２３．５０１、５．６．９．３節に記載されているように、ＰＤＵセッションのためのＳＳＣモードを選択する。また、ＳＭＦは、６．３．３節に記述されているように、必要に応じて１つ以上のＵＰＦを選択する。ＰＤＵセッションタイプがＩＰｖ４またはＩＰｖ６またはＩＰｖ４ｖ６の場合、ＳＭＦは、５．８．１節に記述されているように、ＰＤＵセッションにＩＰアドレス／プレフィックスを割り当てる。ＰＤＵセッションタイプＩＰｖ６またはＩＰｖ４ｖ６の場合、ＳＭＦは、ＵＥがリンクローカルアドレスを構築するために、ＵＥにインタフェース識別子も割り当てる。非構造化ＰＤＵセッションタイプについて、ＳＭＦは、５．６．１０．３節に記述されているように、ＰＤＵセッションとＮ６ポイントツーポイントンネル（ＵＤＰ／ＩＰｖ６に基づく）のために、ＩＰｖ６プレフィックスを割り当てることがある。イーサネットＰＤＵセッションタイプについて、ＭＡＣアドレスもＩＰアドレスも、このＰＤＵセッションのためにＳＭＦによってＵＥには割り当てられない。
オペレーション３のリクエストタイプが「既存のＰＤＵセッション」の場合、ＳＭＦは送信元ネットワークのＵＥにすでに割り当てられているのと同じＩＰアドレス／プレフィックスを維持する。オペレーション３のリクエストタイプが、「既存のＰＤＵセッション」が３ＧＰＰアクセスと非３ＧＰＰアクセスの間で移動された既存のＰＤＵセッションを指すことを、示している場合、ＳＭＦはＰＤＵセッションのＳＳＣモード、現在のＰＤＵセッションアンカー、およびＩＰアドレスを維持する。オペレーション３のリクエストタイプが「緊急要求」を示している場合、ＳＭＦは５．１６．４節に記載されているようにＵＰＦを選択し、ＳＳＣモード１を選択する。
オペレーション９において、ＳＭＦは、３ＧＰＰ ＴＳ ２３．５０１、４．１６．５．１節に定義されているように、ＳＭＦによって開始されたＳＭポリシーアソシエーション修正プロシージャを実行して、満たされたポリシー制御要求トリガ条件に関する情報を提供することができる。リクエストタイプが「初回の要求」で、ダイナミックＰＣＣが導入され、ＰＤＵセッションタイプがＩＰｖ４またはＩＰｖ６またはＩＰｖ４ｖ６の場合、ＳＭＦは、割り当てられたＵＥ ＩＰ アドレス／プレフィックスを使用して、ＰＣＦに通知する（ポリシー制御要求トリガー条件が満たされている場合）。ＰＣＦが導入されるとき、ＰＳデータオフポリシー制御要求トリガが提供される場合、ＳＭＦは、さらにＰＳデータオフ状態をＰＣＦに報告し、３ＧＰＰ ＰＳデータオフのためのＳＭＦおよびＰＣＦの追加の挙動は、３ＧＰＰ ＴＳ ２３．５０３の中で定義されている。
オペレーション７の前にＩＰアドレス／プレフィックスが割り当てられている場合（例：ＵＤＭ／ＵＤＲのサブスクライブされている静的ＩＰアドレス／プレフィックス）、あるいは、オペレーション７が上述のようにオペレーション８の後に実行される場合、オペレーション７の中でＩＰアドレス／プレフィックスはＰＣＦに提供されることができ、そしてこのオペレーション９の中のＩＰアドレス／プレフィックス通知はスキップされてもよいことに注意されたい。
さらに、オペレーション９では、ＰＣＦは、２３．５０１、５．２．５．４節および３ＧＰＰ ＴＳ ２３．５０３で定義されているように、更新されたポリシー（例：ポリシー情報）をＳＭＦに提供することができる。したがって、様々な例示的な実施形態では、ＰＣＦは、オペレーション９を含む既存のメッセージ内で、またはオペレーション９に追加された新しいメッセージ内で、新しい情報要素（ＩＥ）セーフガードディスエーブルおよび／またはセーフガードイネーブルも提供することができる。
オペレーション１０で、リクエストタイプが「初回の要求」と示されている場合、ＳＭＦは選択されたＵＰＦでＮ４セッション確立プロシージャを開始し、そうでない場合は選択されたＵＰＦでＮ４セッション修正プロシージャ開始する。ＰＤＵセッションに対して複数のＵＰＦが選択されている場合、ＳＭＦはＰＤＵセッションの各ＵＰＦでＮ４セッション確立／修正プロシージャ開始する。リクエストタイプが「既存のＰＤＵセッション」を示している場合、ＳＭＦはＣＮトンネル情報を作成し、このステップはスキップされる。そうでない場合、このステップは、Ｎ４セッション変更プロシージャを使用してＵＰＦからＣＮトンネル情報を取得するために実行される。
これは、オペレーション１０ａにおいて、Ｎ４セッション確立／変更要求をＵＰＦに送信するＳＭＦと、このＰＤＵセッションのためにＵＰＦ上にインストールされるパケット検出、エンフォースメント、およびレポートルールとを含む。ＣＮトンネル情報がＳＭＦによって割り当てられる場合、ＣＮトンネル情報は、このオペレーションにおいてＵＰＦに提供される。選択的ユーザプレーン非アクティブ化がこのＰＤＵセッションのために必要とされる場合、ＳＭＦは、インアクティビティタイマを決定し、ＵＰＦに提供する。
オペレーション１０は、ＵＰＦがＮ４セッション確立／修正応答を送信することによって肯定応答するサブオペレーション１０ｂも含む。ＣＮトンネル情報がＵＰＦによって割り当てられる場合、ＣＮトンネル情報は、このオペレーションにおいてＳＭＦに提供される。
オペレーション１１で、ＳＭＦはNamf_Communication_N1N2MessageTransferメッセージをＡＭＦに送信する。このメッセージには、ＰＤＵセッションＩＤ、Ｎ２ ＳＭ情報、ＰＤＵセッション確立受諾メッセージのＮ１ ＳＭコンテナなどの各種ＩＥが含まれる。
より具体的には、ＰＤＵセッションＩＤは、ＡＭＦがＵＥに向かってどのアクセスを使用するかをＡＭＦが知ることを可能にし、Ｎ２ ＳＭ情報は、ＡＭＦが（Ｒ）ＡＮに転送すべき以下のような情報を含む：
●ＣＮトンネル情報は、ＰＤＵセッションに対応するＮ３トンネルのコアネットワークアドレスに対応する。
●１つまたは複数のＱｏＳプロファイルと対応するＱＦＩを（Ｒ）ＡＮに提供できる。これは、ＴＳ ２３．５０１［２］５．７節にさらに記載されている。
●ＰＤＵセッションＩＤは、（Ｒ）ＡＮリソースとＵＥのＰＤＵセッションとの間の関連付けをＵＥに示すために、ＵＥとのＡＮシグナリングによって使用されてもよい。
●ＰＤＵセッションは、Ｓ－ＮＳＳＡＩおよびＤＮＮに関連付けられる。（Ｒ）ＡＮに提供されるＳ－ＮＳＳＡＩは、サービングＰＬＭＮの値を有するＳ－ＮＳＳＡＩである。
●ユーザプレーンセキュリティエンフォースメント情報は、２３．５０１、５．１０．３節に記載されているように、ＳＭＦによって決定される。
●ユーザプレーンセキュリティエンフォースメント情報で整合性保護が「好ましい」または「必須」であることが示されている場合、ＳＭＦには、５ＧＳＭ能力で受信されたＵＥ整合性保護最大データレートも含める。
Ｎ１ ＳＭコンテナは、ＡＭＦがＵＥに提供するＰＤＵセッション確立受諾を含む。ＵＥがＰ－ＣＳＣＦディスカバリー（発見）を要求した場合、メッセージは、ＳＭＦによって決定されたＰ－ＣＳＣＦ ＩＰアドレスも含むものとする。ＰＤＵセッション確立受諾は、許可されたＮＳＳＡＩからのＳ－ＮＳＳＡＩを含む。ローミングシナリオの場合、ＰＤＵセッション確立受諾には、ＳＭＦがオペレーション３で受信した許可されたＮＳＳＡＩのマッピングからの対応するＳ－ＮＳＳＡＩも含まれる。それらのＱｏＳルールとＱｏＳプロファイルに関連付けられたＱｏＳフローのために、複数のＱｏＳルール、ＱｏＳフローレベルＱｏＳパラメータが必要な場合、これらは、ＰＤＵセッション確立受諾に含まれて、Ｎ２ ＳＭ情報内に含まれる場合がある。
様々な実施形態において、ＳＭＦは、既存のＩＥおよび／またはコンテナ内、あるいは新しいＩＥおよび／またはコンテナ内などのオペレーション１１を含むNamf_Communication_N1N2MessageTransferメッセージ内の新しい情報要素（ＩＥ）であるセーフガード時間＿ディスエーブル（safe－guard－time_disable）および／またはセーフガード時間＿イネーブル（safe-guard-time_enable）をＡＭＦに提供することもできる。さらに、これらの新しいＩＥを搬送するために、オペレーション１１に新しいメッセージを追加することができる。
オペレーション１２で、ＡＭＦは、（Ｒ）ＡＮに、１）オペレーション１１で受信されたＮ２ ＳＭ情報と、および、２）オペレーション１１でＮ１ ＳＭコンテナで受信されたＰＤＵセッションＩＤとＰＤＵセッション確立受諾メッセージを有するＮＡＳメッセージと、を含むＮ２ ＰＤＵセッション要求メッセージを送信する。様々な実施形態において、ＡＭＦは、既存のＩＥおよび／またはコンテナ内、あるいは新しいＩＥおよび／またはコンテナ内のような、Ｎ２ ＰＤＵセッション要求メッセージ内の新しい情報要素であるセーフガード時間＿ディスエーブルおよび／またはセーフガード時間＿イネーブルを（Ｒ）ＡＮに提供することもできる。あるいは、これらの新しいＩＥを搬送するために、新しいメッセージをオペレーション１２に追加することができる。
オペレーション１３において、（Ｒ）ＡＮは、（例：オペレーション１１－１２において、ＡＭＦを介して）ＳＭＦから受信された情報に関連するＵＥとのアクセスネットワーク（ＡＮ）固有のシグナリングの送受信（交換）を利用することができる。たとえば、ＮＧ－ＲＡＮの場合、ＲＲＣコネクション再構成は、オペレーション１２で受信されたＰＤＵセッションリクエストのためのＱｏＳルールに関連する必要なＮＧ－ＲＡＮリソースを確立するＵＥと共に行われてもよい。（Ｒ）ＡＮは、ＰＤＵセッションのためにＮ３トンネル情報を割り当てることもできる。
デュアルコネクティビティ（ＤＣ）の場合、ＲＡＮは、設定されるべきいくつか（０個以上）のＱｏＳフロー識別情報を（ＱＦＩ）マスタＲＡＮノードに割り当て、他のものをセカンダリＲＡＮノードに割り当てることがある。ＡＮトンネル情報には、関係する（Ｒ）ＡＮノードごとのトンネルエンドポイントと、それぞれのトンネルエンドポイントに割り当てられたＱＦＩが含まれる。ＱＦＩは、マスタＲＡＮノードまたはセカンダリＲＡＮノードのいずれかに割り当てられることができ、両方に割り当てられることはできない。
（Ｒ）ＡＮは、ステップ１２で提供されたＮＡＳメッセージ（ＰＤＵセッションＩＤ、Ｎ１ ＳＭコンテナ（ＰＤＵセッション確立受諾））をＵＥに転送する。（Ｒ）ＡＮは、必要な（Ｒ）ＡＮリソースが確立され、（Ｒ）ＡＮトンネル情報の割り当てが成功した場合にのみ、ＮＡＳメッセージをＵＥに提供する。ＭＩＣＯモードがアクティブで、ステップ１のＮＡＳメッセージリクエストタイプが「緊急要求」を示している場合、ＵＥとＡＭＦはローカルでＭＩＣＯモードを非アクティブにする必要がある。
オペレーション１４において、（Ｒ）ＡＮは、オペレーション１２においてＡＭＦから受信したメッセージに応答する。たとえば、（Ｒ）ＡＮは、ＰＤＵセッションＩＤ、原因、Ｎ２ ＳＭ情報（ＰＤＵセッションＩＤ、ＡＮトンネル情報、受諾／拒否されたＱＦＩのリスト、ユーザプレーンエンフォースメントポリシー通知を含む）を有するＮ２ ＰＤＵセッション応答メッセージを送信する。
ＡＮトンネル情報は、ＰＤＵセッションに対応するＮ３トンネルのアクセスネットワークアドレスに対応する。（Ｒ）ＡＮがＱＦＩを拒否する場合、ＳＭＦは、それに応じてＵＥ内のＱｏＳルールに関連付けられたＱｏＳフローに必要な場合、ＱｏＳルールとＱｏＳフローレベルＱｏＳパラメータとを更新する責任がある。ＮＧ－ＲＡＮは、要求された値を示すユーザプレーン（ＵＰ）セキュリティエンフォースメントを満たすことができない場合、ＰＤＵセッションのためのＵＰリソースの確立を拒否する。この場合、ＳＭＦはＰＤＵセッションをリリース（解放）する。ＮＧ－ＲＡＮは、Ｐｒｅｆｅｒｒｅｄ（好ましい）値を示すＵＰセキュリティエンフォースメントを満たすことができない場合に、ＳＭＦに通知する。
オペレーション１５で、ＡＭＦはＳＭＦにNsmf_PDUSession_UpdateSMContextRequestメッセージを送信する。このメッセージには、オペレーション１４で受信されたリクエストタイプと転送されてきたＮ２ ＳＭ情報とが含まれる。拒否されたＱＦＩのリストがＮ２ ＳＭ情報に含まれる場合、ＳＭＦは、拒否されたＱＦＩに関連するＱｏＳプロファイルを解放する。Ｎ２ ＳＭ情報におけるＵＰエンフォースメントポリシー通知が、ユーザプレーンリソースが確立できなかったことを示し、２３．５０１、５．１０．３節に記載されるように、ＵＰエンフォースメントポリシーが「必要」を示した場合、ＳＭＦは、ＰＤＵセッションを解放する。
オペレーション１６ａにおいて、ＳＭＦは、ＵＰＦを用いてＮ４セッション変更プロシージャを開始する。Ｎ４セッション修正リクエストメッセージで、ＳＭＦは、ＵＰＦにＡＮトンネル情報と対応する転送ルールとを提供する。ＰＤＵセッション確立要求が、３ＧＰＰと非３ＧＰＰアクセスとの間のモビリティ、またはＥＰＣからのモビリティによるものであった場合、ダウンリンクデータパスは、このオペレーション中にターゲットアクセスに向かうように、切り替えられる。
オペレーション１６ｂにおいて、ＵＰＦは、Ｎ４セッション修正応答をＳＭＦに提供する。複数のＵＰＦがＰＤＵセッションにおいて使用される場合、ステップ１６におけるＵＰＦは、ＵＰＦ終端Ｎ３を参照する。このオペレーションの後、ＵＰＦは、このＰＤＵセッションのためにバッファリングされたかもしれない、あらゆるダウンリンクパケットをＵＥに配達することができる。
オペレーション１７では、ＳＭＦは、原因インジケーションとともにNsmf_PDUSession_UpdateSMContextResponseメッセージをＡＭＦに送信する。ＳＭＦは、２３．５０１、５．２．２．３．２節で規定されているように、Namf_EventExposure_Subscribeサービスオペレーションを発動するすことによって、このオペレーションの後にＡＭＦからＵＥモビリティイベント（例：位置報告、ＵＥの関心領域への移動または領域外への移動など）の通知をサブスクライブ（加入）することができる。ＬＡＤＮについて、ＳＭＦは、ＬＡＤＮ ＤＮＮを関心領域のインジケータとして提供することによって、ＬＡＤＮサービスエリアに入る／出るＵＥについてのイベント通知をサブスクライブする（２３．５０１、５．６．５節および５．６．１１節を参照のこと）。このオペレーションの後、ＡＭＦは、ＳＭＦによってサブスクライブされた関連イベントを転送することができる。
オペレーション１８（条件付き）では、オペレーション５の後のプロシージャの実行中にＰＤＵセッションの確立が失敗した場合はいつでも、ＳＭＦは、リリースインジケーション付きのNsmf_PDUSession_UpdateSMContextStatusNotifyメッセージをＡＭＦに送信する。ＳＭＦは、また、作成された全てのＮ４セッション、割り当てられた任意のＰＤＵセッションアドレス（例：ＩＰアドレス）、およびＰＣＦとの任意のアソシエーション（関連付け）を解放する。
オペレーション１９では、ＰＤＵセッションタイプＩＰｖ６またはＩＰｖ４ｖ６の場合、ＳＭＦは、ＩＰｖ６ルータアドバタイズメント（広告）を生成し、Ｎ４およびＵＰＦを介してＵＥに送信する。
オペレーション２０（条件付き）で、ＰＤＵセッション確立がオペレーション４の後のプロシージャ中に失敗した場合はいつでも、ＳＭＦは、メッセージNudm_SDM_Unsubscribe （ＳＵＰＩ、セッション管理サブスクリプションデータ、ＤＮＮ、Ｓ－ＮＳＳＡＩ）を送信することによって、対応する（ＳＵＰＩ、ＤＮＮ、Ｓ－ＮＳＳＡＩ）のためのセッション管理サブスクリプションデータの修正についてのサブスクリプションを、ＳＭＦが（ＤＮＮ、Ｓ－ＮＳＳＡＩ）のためのＵＥのＰＤＵセッションをまだ処理していない限り、解除する。ＵＤＭは、Nudr_DM_Unsubscribe （ＳＵＰＩ、サブスクリプションデータ、セッション管理サブスクリプションデータ、Ｓ－ＮＳＳＡＩ、ＤＮＮ）メッセージを送信することによって、ＵＤＲから変更通知のサブスクリプションを解除できる。
さらに、同じ条件下で、ＳＭＦは、Nudm_UECM_Deregistration（ＳＵＰＩ、ＤＮＮ、ＰＤＵセッションＩＤ）メッセージを送信することによって、所与のＰＤＵセッションの登録も解除する。ＵＤＭは、Nudr_DM_Update （ＳＵＰＩ、サブスクリプションデータ、ＳＭＦデータのＵＥコンテキスト）メッセージを送信することによって、対応するＵＥコンテキストを更新することがある。
図６は、本開示の様々な例示的な実施形態による、ＵＥとアプリケーションサーバとの間のデータフローに関するサービス品質（ＱｏＳ）保証に従うアクセスネットワーク（ＡＮ）への変更をユーザ装置（ＵＥ）に通知するための例示的な方法および／またはプロシージャを示すフロー図である。図６に示される例示的な方法および／またはプロシージャは、たとえば、アクセスネットワーク（例：ＮＧ－ＲＡＮ）内のネットワークノード（例：基地局、ｅＮＢ、ｇＮＢなど、またはそれらの構成要素）によって実装されてもよい。さらに、図６に示される例示的な方法および／またはプロシージャは、本明細書で説明される様々な例示的な利点を提供するために、本明細書で説明される他の例示的な方法および／またはプロシージャ（例：図７および／または図８）と協働して利用されてもよい。図６は、特定の順序でブロックを示すが、この順序は、単に例示的であり、例示的な方法および／またはプロシージャのオペレーションは、示されるものとは異なる順序で実行されてもよく、示されるものとは異なる機能を有するブロックに組み合わされ、および／または分割されてもよい。オプションのオペレーションは、破線で示されている。
図６に示された代表的な方法および／またはプロシージャには、アクセスネットワークがＣＮからデータフローのＱｏＳ要件に関連する第１のセーフガード時間を受信できるブロック６１０のオペレーションが含まれうる。第１のセーフガード時間（例：セーフガード時間＿ディスエーブル）は、アプリケーションサーバ（ＡＦ）が、ＡＮ非準拠中にアプリケーションを安全に動作するように適応させるために、ＡＮがＱｏＳ要件に非準拠となる前に、必要となる時間の量を表すことができる。ある実施形態では、データフローに対するＱｏＳ要件は、保証された最小ビットレート、保証された最大パケット遅延、および保証された最大パケット誤り率のうちの１つ以上を含むことができる。いくつかの実施形態では、ブロック６１０のオペレーションは、ＣＮからＱｏＳ要件を受信することを含むことができ、ＱｏＳ要件は、第１のセーフガード時間を暗黙的に示す。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、アクセスネットワークが、ＣＮから、データフローのためのＱｏＳ要件に関連する第２のセーフガード時間を受信することができるブロック６２０のオペレーションを含むことができる。第２のセーフガード時間（例：セーフガード時間＿イネーブル）は、ＡＮが再度準拠した後にアプリケーションを安全に動作するように適応させるために、非準拠後であってＡＮがＱｏＳ要件に再度準拠する前における、アプリケーションサーバ（ＡＦ）による時間の量を表すことができる。いくつかの実施形態では、ブロック６２０のオペレーションは、ＣＮからＱｏＳ要件を受信することを含むことができ、ＱｏＳ要件は、第２のセーフガード時間を暗黙的に示す。たとえば、ＱｏＳ要件は、第１と第２の両方のセーフガード時間を暗黙的に示すことができる。
例示的な方法および／またはプロシージャはまた、ブロック６３０のオペレーションを含むことができ、ここで、アクセスネットワークは、将来のおおよそ第１の時点でＱｏＳ要件に準拠していない可能性が高いことを判定することができる。また、典型的な方法および／またはプロシージャは、ＱｏＳ要件に対する将来のＡＮの非準拠の可能性を示す第１の通知をアクセスネットワークがＣＮに送信できるブロック６４０のオペレーションを、含むことができる。第１の通知は、第１の時点よりも前の少なくとも第１のセーフガード時間において送信することができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、ブロック６５０のオペレーションを含むことができ、ここで、アクセスネットワークは、第１の通知を送信した後、ＱｏＳフローを別のＡＮにハンドオーバすることができる。これは、たとえば、第１の通知がＣＮに送信されたことを別のＡＮに通知することを含むことができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、ブロック６６０のオペレーションを含むことができ、ここで、アクセスネットワークは、将来のおおよそ第２の時点ではＱｏＳ要件に再度準拠する可能性があることを決定することができる。また、典型的な方法および／またはプロシージャは、非準拠後にＱｏＳ要件に対して将来、ＡＮが再度準拠する可能性があることを示す第２の通知をアクセスネットワークがＣＮに送信ことができるブロック６７０のオペレーションを含むことができる。第２の通知は、第２の時点よりも前の少なくとも第２のセーフガード時間において送信されてもよい。
図７は、本開示の様々な例示的な実施形態による、アプリケーションサーバ（ＡＦ）と、アクセスネットワーク（ＡＮ）によってサービスを提供されるユーザ装置（ＵＥ）に関連するアプリケーションと、の間のデータフローについてのサービス品質（ＱｏＳ）要件に対するＡＮの準拠を監視するための例示的な方法および／またはプロシージャを示すフロー図である。図７に示される例示的な方法および／またはプロシージャは、たとえば、ＡＮ（例：ＮＧ－ＲＡＮ）に接続されたコアネットワーク（ＣＮ、たとえば、５ＧＣまたはその構成要素）によって実装されてもよい。さらに、図７に示される例示的な方法および／またはプロシージャは、本明細書で説明される様々な例示的な利点を提供するために、本明細書で説明される他の例示的な方法および／またはプロシージャ（例：図６および／または図８）と協働して利用されてもよい。図７は、特定の順序でブロックを示すが、この順序は、単に例示的であり、例示的な方法および／またはプロシージャのオペレーションは、示されるものとは異なる順序で実行されてもよく、示されるものとは異なる機能を有するブロックに組み合わされ、および／または分割されてもよい。オプションのオペレーションは、破線で示されている。
図７に示される例示的な方法および／または手続きは、コアネットワークが、ＡＦから、データフローのＱｏＳ要件に関連する第１のセーフガード時間を受信することができる、ステップ７１０のオペレーションを含むことができる。第１のセーフガード時間（例：セーフガード時間＿ディスエーブル）は、ＡＮがＱｏＳ要件に非準拠となる前に、ＡＮが非準拠中において安全に動作するようにアプリケーションを適応させるために必要とされる時間の量を表すことができる。ある実施形態では、データフローに対するＱｏＳ要件は、保証された最小ビットレート、保証された最大パケット遅延、および保証された最大パケット誤り率のうちの１つ以上を含むことができる。いくつかの実施形態では、ブロック７１０のオペレーションは、ＡＦからＱｏＳ要件を受信することを含むことができ、ＱｏＳ要件は、第１のセーフガード時間を暗黙的に示す。
いくつかの実施形態では、ブロック１７０のオペレーションは、サブブロック７１２－７１６のオペレーションを含むことができる。サブブロック７１２において、コアネットワークは、ＡＦから、必要とされるＱｏＳに関連する所望の第１のセーフガード時間を受信することができる。サブブロック８１４において、コアネットワークは、所望の第１のセーフガード時間に関して１つ以上の許容可能な第１のセーフガード時間をＡＦに送信することができる。サブブロック７１６において、コアネットワークは、第１のセーフガード時間をＡＦから受信することができ、ここで、受信された第１のセーフガード時間は、許容可能な第１のセーフガード時間のうちの１つである（例：ブロック７１４において送信される）。
例示的な方法および／またはプロシージャはまた、コアネットワークが第１のセーフガード時間をＡＮに送信することができるブロック７２０のオペレーションを含むことができる。ある実施形態では、ブロック７２０のオペレーションは、ＱｏＳ要件をＣＮに送信することを含むことができ、ＱｏＳ要件は、暗黙的に第１のセーフガード時間を示す。
いくつかの実施形態では、例示的な方法および／またはプロシージャは、コアネットワークが、ＡＦから、データフローのＱｏＳ要件に関連する第２のセーフガード時間を受信することができる、ブロック７３０のオペレーションを含むこともできる。第２のセーフガード時間（例：セーフガード時間＿イネーブル）は、ＡＮが再度準拠した後において安全に動作するようにアプリケーションを適応させるために、非準拠後であってＱｏＳ要件にＡＮが再度準拠する前に必要とされる時間の量を表すことができる。いくつかの実施形態では、ブロック７３０のオペレーションは、ＡＦからＱｏＳ要件を受信することを含むことができ、ＱｏＳ要件は、第２のセーフガード時間を暗黙的に示す。たとえば、ＱｏＳ要件は、第１と第２の両方のセーフガード時間を暗黙的に示すことができる。
いくつかの実施形態では、ブロック７３０のオペレーションは、サブブロック７３２－７３６のオペレーションを含むことができる。サブブロック７３２において、コアネットワークは、必要とされるＱｏＳに関連する所望の第２のセーフガード時間をＡＦから受信することができる。サブブロック８１４において、コアネットワークは、所望の第２のセーフガード時間に関して１つ以上の許容可能な第２のセーフガード時間をＡＦに送信することができる。サブブロック７３６において、コアネットワークは、第２のセーフガード時間をＡＦから受信することができ、ここで、受信された第２のセーフガード時間は、（例：ブロック７３４において送信される）許容可能な第２のセーフガード時間のうちの１つである。
いくつかの実施形態では、例示的な方法および／またはプロシージャは、コアネットワークが第２のセーフガード時間をＡＮに送信することができるステップ７４０のオペレーションも含むことができる。いくつかの実施形態では、ブロック７４０のオペレーションは、ＱｏＳ要件をＣＮに送信することを含むことができ、ＱｏＳ要件は、第２のセーフガード時間を暗黙的に示す。たとえば、ＱｏＳ要件は、第１と第２の両方のセーフガード時間を暗黙的に示すことができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャは、ブロック７５０のオペレーションを含むこともでき、このブロックでは、コアネットワークは、将来のおおよそ第１の時点ではＡＮがＱｏＳ要件に準拠していない可能性が高いことを示す第１の通知をＡＮから受信することができる。そのような実施形態では、例示的な方法および／またはプロシージャは、コアネットワークが第１の通知をＡＦに送信することができるブロック７６０のオペレーションも含むことができる。たとえば、第１の通知は、第１の時点よりも前の少なくとも第１のセーフガード時間において送信できる。
いくつかの実施形態では、例示的な方法および／またはプロシージャは、ブロック７７０のオペレーションを含むこともでき、このブロックでは、コアネットワークは、将来のおおよそ第２の時点ではＡＮがＱｏＳ要件に再度準拠する可能性が高いことを示す第２の通知をＡＮから受信することができる。そのような実施形態では、例示的な方法および／またはプロシージャは、コアネットワークが第２の通知をＡＦに送信することができるブロック７８０のオペレーションも含むことができる。たとえば、第２の通知は、第２の時点よりも前の少なくとも第２のセーフガード時間において送信することができる。
図８は、本開示の様々な例示的な実施形態による、アプリケーションサーバと、ＡＮによってサービス提供されるユーザ装置（ＵＥ）に関連するアプリケーションとの間のデータフローのためのサービス品質（ＱｏＳ）要件に対するアクセスネットワーク（ＡＮ）の準拠を監視するための例示的な方法および／またはプロシージャを示すフロー図である。図８に示される例示的な方法および／または手続きは、たとえば、コアネットワーク（例：５ＧＣ）およびアクセスネットワーク（例：ＮＧ－ＲＡＮ）に接続されたアプリケーションサーバ（例：ＡＦ）によって実装されてもよい。さらに、図８に示される例示的な方法および／またはプロシージャは、本明細書で説明される様々な例示的な利点を提供するために、本明細書で説明される他の例示的な方法および／またはプロシージャ（例：図６および／または７）と協働して利用されてもよい。図８は、特定の順序でブロックを示すが、この順序は、単に例示的であり、例示的な方法および／またはプロシージャのオペレーションは、図示されるものとは異なる順序で実行されてもよく、図示されるものとは異なる機能を有するブロックに組み合わされ、および／または分割されてもよい。
オプションのオペレーションは、破線で示されている。
図８に示される例示的な方法および／またはプロシージャは、ブロック８１０のオペレーションを含むことができ、このブロックでは、アプリケーションサーバは、データフローに対するＱｏＳ要件に関連する第１のセーフガード時間を決定することができる。第１のセーフガード時間（例：セーフガード時間＿ディスエーブル）は、ＡＮ非準拠中においても安全に動作するようにＡＮがＱｏＳ要件に非準拠となる前にアプリケーションを適応させるために、必要とされる時間の量を表すことができる。ある実施形態では、データフローに対するＱｏＳ要件は、保証された最小ビットレート、保証された最大パケット遅延、および保証された最大パケット誤り率のうちの１つ以上を含むことができる。
例示的な方法および／またはプロシージャは、アプリケーションサーバが、決定された第１のセーフガード時間を、ＡＮに接続されたコアネットワークに送信することができる、ステップ８２０のオペレーションも含むことができる。いくつかの実施形態では、ブロック８２０のオペレーションは、ＱｏＳ要件をＣＮに送信することを含むことができ、ＱｏＳ要件は、第１のセーフガード時間を暗黙的に示す。
いくつかの実施形態では、ブロック８１０のオペレーションは、サブブロック８１２－８１６のオペレーションを含むことができる。サブブロック８１２において、アプリケーションサーバは、必要なＱｏＳに関連する所望の第１のセーフガード時間をＣＮに送信することができる。サブブロック８１４において、アプリケーションサーバは、ＣＮから、所望の第１のセーフガード時間に関する１つまたは複数の許容可能な第１のセーフガード時間を受信することができる。サブブロック８１６において、アプリケーションサーバは、（例：ブロック８２０において決定された第１のセーフガード時間として送信するために）許容可能な第１のセーフガード時間の中から第１のセーフガード時間を選択することができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、アプリケーションサーバが、データフローのＱｏＳ要件に関連する第２のセーフガード時間を決定することができるブロック８３０のオペレーションを含むことができる。第２のセーフガード時間（例：セーフガード時間＿イネーブル）は、ＡＮ再度準拠中において安全に動作するようにアプリケーションを適応させるために、非準拠後であってＡＮがＱｏＳ要件に再度準拠する前に必要とされる時間の量を表すことができる。
そのような実施形態では、例示的な方法および／または手続きは、アプリケーションサーバが決定された第２のセーフガード時間をＡＮと接続されたコアネットワークに送信することができる、ブロック８４０のオペレーションを含むこともできる。いくつかの実施形態では、ブロック８４０のオペレーションは、ＱｏＳ要件をＣＮに送信することを含むことができ、ＱｏＳ要件は、第２のセーフガード時間を暗黙的に示す。
いくつかの実施形態では、ブロック８３０のオペレーションは、サブブロック８３２－８３６のオペレーションを含むことができる。サブブロック８３２において、アプリケーションサーバは、必要なＱｏＳに関連する所望の第２のセーフガード時間をＣＮに送信することができる。サブブロック８１４において、アプリケーションサーバは、ＣＮから、所望の第２のセーフガード時間に関する１つまたは複数の許容可能な第２のセーフガード時間を受信することができる。サブブロック８１６において、アプリケーションサーバは、（例：ブロック８４０において決定された第２のセーフガード時間として送信するために）許容可能な第２のセーフガード時間の中から第２のセーフガード時間を選択することができる。
いくつかの実施形態では、例示的な方法および／またはプロシージャはまた、ブロック８５０のオペレーションを含むことができ、このブロックでは、アプリケーションサーバは、将来のおおよそ第１の時点ではＡＮがＱｏＳ要件に準拠していない可能性が高いことを示す第１の通知をＣＮから受信することができる。第１の通知は、第１の時点よりも前の少なくとも第１のセーフガード時間において受信することができる。
そのような実施形態では、例示的な方法および／またはプロシージャは、ブロック８６０のオペレーションも含むことができ、この場合、アプリケーションサーバは、第１の通知に応答して、第１の時点よりも前に、アプリケーションの少なくとも１つのサービスを制御（例：適応）して、第１の時点の後におけるアプリケーションの安全な動作を容易にすることができる。いくつかの実施形態において、ブロック８６０のオペレーションは、サブブロック８６２のオペレーションを含むことができ、ここで、アプリケーションサーバは、少なくとも１つのサービス、少なくとも１つのサービスのサブセット、およびアプリケーション全体のうちの少なくとも１つについて、動作マージンをディスエーブル（無効化）または減少させることができる。
いくつかの実施形態では、アプリケーションサーバがＣＮから受信できる８７０のブロックのオペレーションも含むことができ、このブロック８６０の例示的な方法および／またはプロシージャは、近い将来の第２の時点ではＡＮがＱｏＳ要件に再度準拠する可能性が高いことを示す第２の通知である。第２の通知は、第２の時点よりも前の少なくとも第２のセーフガード時間において受信することができる。
そのような実施形態では、例示的な方法および／またはプロシージャはまた、ブロック８８０のオペレーションを含むことができ、アプリケーションサーバは、第２の通知に応答して、第２の時点の前に、アプリケーションの少なくとも１つのサービスを制御（例：適応）して、第２の時点の後におけるアプリケーションの安全な動作を容易にすることができる。いくつかの実施形態では、ブロック８８０のオペレーションは、サブブロック８８２のオペレーションを含むことができ、ここで、アプリケーションサーバは、少なくとも１つのサービス、少なくとも１つのサービスのサブセット、およびアプリケーション全体のうちの少なくとも１つの動作マージンを有効化（イネーブル）または増加させることができる。
図９は、本開示の様々な例示的な実施形態による、図６－８に示される例示的な方法および／またはプロシージャの代替図を示す流れ図である。特に、図９は、アプリケーション機能（ＡＦ ９４０）、コアネットワーク（ＣＮ ９３０）、アクセスネットワーク（ＡＮ ９２０、たとえば、ＲＡＮ）、およびユーザ装置（ＵＥ ９１０）の間の全体シグナリングフローを示し、これらは、図６－８に示されるようなこれらの個々の要素のオペレーションに対応する。図９は、特定の順序でオペレーションを示すが、この順序は、単に例示的なものであり、例示的な方法および／またはプロシージャのオペレーションは、示された順序とは異なる順序で実行されることができ、示されたものとは異なる機能を有するオペレーションに組み合わされ、および／または分割されてもよい。明確にするために、図９は、オプションのオペレーションを示さないが、これらは、図６－図８を参照して決定することができる。
第１に、ＱｏＳ要件を有するデータフローが、ＡＦとＵＥ、たとえば、ＡＦに関連付けられたＵＥ上のアプリケーションとの間でセットアップされる。たとえば、このデータフローは、図５に示される方法でセットアップすることができ、このセットアッププロシージャの一部として、ＡＦは、ＣＮに、（図９においてＴＳＧ１とラベル付けされている）セーフガード時間＿ディスエーブルＩＥ、および／または、（図９においてＴＳＧ２とラベル付けされている）セーフガード時間＿イネーブルＩＥを提供することができる。いくつかの実施形態では、これは、ＡＦとＣＮとの間のネゴシエーションに基づいて行うことができ、ＡＦは、ＣＮに所望のＴＳＧ１（および／またはＴＳＧ２）を提供し、ＣＮは、ＴＳＧ１（および／またはＴＳＧ２）の許容値で応答し、ＡＦは、許容値から選択されたＴＳＧ１（および／またはＴＳＧ２）の値で応答する。ＣＮは、選択された値をＡＮに提供することができる。
アプリケーションの通常の動作は、セットアップが完了すると、（Ｔ１とラベル付けされている）将来のある時点（タイムインスタンス）でアプリケーションのＱｏＳ要件に準拠しなくなる可能性があるとＡＮが判定するまで、一定期間続行される。それに応じて、ＡＮは、ＣＮに準拠しなくなる可能性を示す第１の通知を送信し、ＣＮは、ＡＦに第１の通知を転送し、ＡＦは、（図９においてＴ１－ＴＳＧ１とラベル付けされている）第１の時点よりも前の少なくともＴＳＧ１（すなわち、セーフガード時間＿ディスエーブル）で第１の通知を受信する。これに応答して、Ｔ１の前に、ＡＦは、Ｔ１の後のＡＮが非準拠である期間中において安全に動作するようにアプリケーション（例：アプリケーションの少なくとも１つのサービス）を制御および／または適応させる。これは、少なくとも１つのサービス、少なくとも１つのサービスのサブセット、またはアプリケーション全体の動作マージンを無効にすること、または減少させることを含むことができる。
ＡＮが実際にＴ１の後においてＱｏＳ要件に準拠していない場合、ＡＮは、ＣＮに接続された別のＡＮに（例：ＥＵＴＲＡＮからＮＧ－ＲＡＮに）データフローをハンドオーバすることを決定することができる。そのような場合、ハンドオーバの一部として、ＡＮは、事前にＡＦに対して第１の通知を送信したことを別のＡＮに通知する。ハンドオーバが発生した場合、以下の図９のオペレーションは、別のＡＮを関与させる。
その後、ＡＮは、将来のある時点（Ｔ２とラベル付けされている）で、アプリケーションのＱｏＳ要件に再度準拠する可能性が高いと判定する。これに応答して、ＡＮは、再度準拠の可能性を示す第２の通知をＣＮに送信し、ＣＮは、第１の通知をＡＦに転送し、ＡＦは、第２の時点（図９においてＴ２－ＴＳＧ２とラベル付けされている）の前の少なくともＴＳＧ２（すなわち、セーフガード時間＿イネーブル）で第２の通知を受信する。これに応答して、Ｔ２の前に、ＡＦは、Ｔ２の後のＡＮが再度準拠している期間中において安全に動作するようにアプリケーション（例：アプリケーションの少なくとも１つのサービス）を制御および／または適応させる。これは、少なくとも１つのサービス、少なくとも１つのサービスのサブセット、またはアプリケーション全体の動作マージンを有効化または増加させることを含むことができる。
本明細書で説明される主題は、任意の好適な構成要素を使用して任意の適切な種類のシステムで実装することができるが、本明細書で開示される実施形態は、図１０に示される例示的な無線ネットワークなどの無線ネットワークに関連して説明される。簡単にするために、図１０の無線ネットワークは、ネットワーク１００６、ネットワークノード１０６０および１０６０ｂ、ならびにＷＤ１０１０、１０１０ｂ、および１０１０ｃのみを示す。実際には、無線ネットワークは、無線デバイス間または無線デバイスと他の通信デバイス、たとえば固定電話、サービスプロバイダー、または他のネットワークノードまたはエンド装置との間の通信をサポートするのに適した任意の追加要素をさらに含むことができる。図示された構成要素のうち、ネットワークノード１０６０および無線デバイス（ＷＤ）１０１０は、さらなる詳細物を伴って示されている。無線ネットワークは、無線ネットワークによって、または無線ネットワークを介して提供されるサービスへの無線デバイスのアクセスおよび／またはサービスの使用を容易にするために、通信および他のタイプのサービスを１つ以上の無線デバイスに提供することができる。
無線ネットワークは、任意の種類の通信、電気通信、データ、セルラー、および／または無線ネットワークまたは他の類似の種類のシステムを含むか、および／または、それらとインターフェースすることができる。ある実施形態では、無線ネットワークは、特定の標準または他のタイプの事前定義されたルールまたはプロシージャに従って動作するように構成されてもよい。したがって、無線ネットワークの特定の実施形態は、グローバル移動体通信システム（ＧＳＭ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の適切な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、および／またはマイクロ波アクセスのためのワールドワイドインターオペラビリティ（ＷｉＭａｘ）、ブルートゥース（登録商標）、Ｚウェーブ、および／またはＺｉｇＢｅｅ規格などの任意の他の適切な無線通信規格を実装することができる。
ネットワーク１００６は、１つ以上のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話ネットワーク（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、および装置間の通信を可能にする他のネットワークを含むことができる。
ネットワークノード１０６０およびＷＤ １０１０は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークで無線コネクションを提供するなど、ネットワークノードや無線デバイスの機能を提供するために連携する。様々な実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、および／または有線または無線コネクションを介したデータおよび／または信号の通信を容易にするかまたは参加することができる任意の他の構成要素またはシステムを備えることができる。
ネットワークノードの例は、アクセスポイント（ＡＰ）（例：無線アクセスポイント）、基地局（ＢＳ）（例：無線基地局、ＮＢ、ｅＮＢ、ｇＮＢ、またはそれらの構成要素）を含むが、これらに限定されない。基地局は、それらが提供する（または、別の言い方をすれば、それらの送信電力レベル）カバレッジの量に基づいて分類されることができ、次いで、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれてもよい。基地局は、リレーを制御するリレーノードまたはリレードナーノードとすることができる。ネットワークノードはまた、遠隔無線ヘッド（ＲＲＨ）と呼ばれることもある、集中型デジタルユニットおよび／または遠隔無線ユニット（ＲＲＵ）などの分散型無線基地局の１つまたは複数の（またはすべての）部分を含むことができる。このような遠隔無線ユニットは、アンテナ一体型無線機としてアンテナと一体化される場合とされない場合がある。分散型無線基地局の一部は、分散アンテナシステム（ＤＡＳ）においてノードと呼ばれることがある。
ネットワークノードのさらなる例は、ＭＳＲ ＢＳなどのマルチ標準無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地送受信局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャストコーディネーションエンティティ（ＭＣＥ）、コアネットワークノード（例：ＭＳＣ、ＭＭＥ、ＳＧＷ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例：Ｅ－ＳＭＬＣ）、および／またはＭＤＴを含む。別の事例として、ネットワークノードは、以下に詳述するように、仮想ネットワークノードとすることができる。さらに別の例として、コアネットワークノードは、本明細書で上述したＵＰＦ、ＡＭＦ、ＳＭＦなどの１つまたは複数の５ＧＣネットワーク機能（ＮＦ）を表し、ホストし、および／または、それに関連付けられてもよい。
図１０において、ネットワークノード１０６０は、プロセッシング回路１０７０、デバイス可読媒体１０８０、インターフェース１０９０、補助機器１０８４、電源１０８６、電源回路１０８７、およびアンテナ１０６２を有する。図１０の例示された無線ネットワークにおいて図示されたネットワークノード１０６０は、図示されたハードウェア構成要素の組合せを含むデバイスを表すことができるが、他の実施形態は、構成要素の様々な組合せを有するネットワークノードを含むことができる。ネットワークノードは、本明細書で開示されるタスク、特徴、機能、および方法、および／またはプロシージャを実行するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。さらに、ネットワークノード１０６０の構成要素は、より大きなボックス内に配置される単一のボックスとして描かれるか、または複数のボックス内にネストされる一方で、実際には、ネットワークノードは、単一の図示された構成要素を構成する複数の異なる物理的構成要素を含むことができる（例：装置読み取り可能媒体１０８０は、複数の個別のハードドライブおよび複数のＲＡＭモジュールを含むことができる）。
同様に、ネットワークノード１０６０は、多数の物理的に別個の構成要素（例：ノードＢコンポーネントおよびＲＮＣコンポーネント、またはＢＴＳコンポーネントおよびＢＳＣコンポーネントなど）から構成されることができ、これらはそれぞれ、それら自体のそれぞれのコンポーネントを有することができる。ネットワークノード１０６０が複数の別個の構成要素（例：ＢＴＳとＢＳＣコンポーネント）を含む特定のシナリオでは、別個の構成要素の１つ以上を複数のネットワークノード間で共有することができる。たとえば、単一のＲＮＣは、複数のノードＢを制御することができる。このような場合、それぞれの固有のノードＢとＲＮＣの対は、場合によっては、単一の個別のネットワークノードと見なすことができる。いくつかの実施形態では、ネットワークノード１０６０は、多重無線アクセス技術をサポートするように構成されてもよい。そのような実施形態では、いくつかの構成要素は、複製されることができ（例：異なるＲＡＴのための別個のデバイス可読媒体１０８０）、いくつかの構成要素は、再使用されてもよい（例：同じアンテナ１０６２は、ＲＡＴによって共有されてもよい）。ネットワークノード１０６０は、また、たとえば、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはブルートゥース（登録商標）無線技術のような、ネットワークノード１０６０に統合された様々な無線技術のための様々な図示された構成要素の複数のセットを含むことができる。これらの無線技術は、ネットワークノード１０６０内の同じまたは異なったチップまたはチップセットおよび他のコンポーネントに統合されてもよい。
プロセッシング回路１０７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定、演算、または類似のオペレーション（例：ある取得オペレーション）を実行するように構成されてもよい。プロセッシング回路１０７０によって実行されるこれらのオペレーションは、たとえば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに格納された情報と比較すること、および／または取得された情報または変換された情報に基づいて１つまたは複数のオペレーションを実行すること、および前記処理の結果として判定を行うことによって、プロセッシング回路１０７０によって取得された情報を処理することを含むことができる。
プロセッシング回路１０７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算処理装置、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／またはエンコードロジックの組合せのうちの１つまたは複数の組合せを備えることができ、これらは、単独で、またはデバイス可読媒体１０８０、ネットワークノード１０６０機能などの他のネットワークノード１０６０構成要素と併せてのいずれかで提供するように動作可能である。たとえば、プロセッシング回路１０７０は、デバイス可読媒体１０８０またはプロセッシング回路１０７０内のメモリに格納された命令を実行することができる。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のいずれかを提供することを含むことができる。いくつかの実施形態では、プロセッシング回路１０７０は、システムオンチップ（ＳｏＣ）を含むことができる。
いくつかの実施形態では、プロセッシング回路１０７０は、無線周波数（ＲＦ）トランシーバ回路１０７２およびベースバンドプロセッシング回路１０７４のうちの１つ以上を含んでもよい。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路１０７２およびベースバンドプロセッシング回路１０７４は、無線ユニットおよびデジタルユニットなどの、別個のチップ（またはチップセット）、ボード、またはユニット上に設けられていてもよい。代替の実施形態では、ＲＦトランシーバ回路１０７２およびベースバンドプロセッシング回路１０７４の一部または全部は、同じチップまたはチップセット、ボード、またはユニット上に設けられていてもよい。
いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢ、または他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部またはすべては、デバイス可読媒体１０８０またはプロセッシング回路１０７０内のメモリ上に格納された命令を実行するプロセッシング回路１０７０によって実行されてもよい。代替の実施形態では、機能のいくつかまたはすべては、ハードワイヤード方式などで、別個のまたはディスクリートのデバイス可読媒体上に格納された命令を実行することなく、プロセッシング回路１０７０によって提供されてもよい。これらの実施形態のいずれにおいても、デバイス可読記憶媒体上に記憶された命令を実行するか否かにかかわらず、プロセッシング回路１０７０は、説明された機能を実行するように構成されてもよい。そのような機能性によって提供される利点は、プロセッシング回路１０７０単独またはネットワークノード１０６０の他の構成要素に限定されず、ネットワークノード１０６０全体によって、および／またはエンドユーザおよび無線ネットワーク全体によって享受される。
デバイス可読媒体１０８０は、永続的記憶装置、ソリッドステートメモリ、遠隔でマウントされたメモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、大容量記憶媒体（例：ハードディスク）、リムーバブル記憶媒体（例：フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／またはプロセッシング回路１０７０によって使用できる情報、データ、および／または命令を記憶する他の任意の揮発性または不揮発性の非一時的なデバイス可読および／またはコンピュータ実行可能なメモリデバイスを含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリを含む。デバイス可読媒体１０８０は、コンピュータプログラム、ソフトウエア、ロジック、ルール、コード、テーブル等のうちの１つ以上を含むアプリケーション、および／または、プロセッシング回路１０７０によって実行されることができ、ネットワークノード１０６０によって利用可能な他の命令を含む、任意の好適な命令、データまたは情報を、記憶することができる。デバイス可読媒体１０８０は、プロセッシング回路１０７０によって行われた任意の演算、および／またはインターフェース１０９０を介して受信された任意のデータを記憶するために使用されてもよい。いくつかの実施形態では、プロセッシング回路１０７０およびデバイス可読媒体１０８０は、集積されていると考えられてもよい。
インターフェース１０９０は、ネットワークノード１０６０、ネットワーク１００６、および／またはＷＤ１０１０間のシグナリングおよび／またはデータの有線または無線通信に使用される。図示のように、インターフェース１０９０は、たとえば、有線コネクションを介してネットワーク１００６との間でデータを送受信するためのポート／端子１０９４を有する。インターフェース１０９０は、また、アンテナ１０６２の一部に接続されてもよい、または特定の実施形態では、無線フロントエンド回路１０９２を含む。無線フロントエンド回路１０９２は、フィルタ１０９８および増幅器１０９６を有する。無線フロントエンド回路１０９２は、アンテナ１０６２およびプロセッシング回路１０７０に接続されてもよい。無線フロントエンド回路は、アンテナ１０６２とプロセッシング回路１０７０との間で通信される信号を調整するように構成されてもよい。無線フロントエンド回路１０９２は、無線コネクションを介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信することができる。無線フロントエンド回路１０９２は、フィルタ１０９８および／または増幅器１０９６の組合せを使用して、デジタルデータを、適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。次いで、無線信号は、アンテナ１０６２を介して送信されてもよい。同様に、データを受信するとき、アンテナ１０６２は、無線信号を収集し、次いで、無線フロントエンド回路１０９２によって、デジタルデータに変換されてもよい。デジタルデータは、プロセッシング回路１０７０に渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組み合わせを含むことができる。
特定の代替実施形態では、ネットワークノード１０６０は、別個の無線フロントエンド回路１０９２を含んでいなくてもよく、代わりに、プロセッシング回路１０７０は、無線フロントエンド回路を含んでもよく、別個の無線フロントエンド回路１０９２を伴わずに、アンテナ１０６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１０７２のすべてまたは部分は、インターフェース１０９０の部分と考えられてもよい。さらに他の実施形態では、インターフェース１０９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端子１０９４、無線フロントエンド回路１０９２、およびＲＦトランシーバ回路１０７２を含むことができ、インターフェース１０９０は、デジタルユニット（図示せず）の一部であるベースバンドプロセッシング回路１０７４と通信することができる。
アンテナ１０６２は、無線信号を送信および／または受信するように構成された１つまたは複数のアンテナ、またはアンテナアレイを含むことができる。アンテナ１０６２は、無線フロントエンド回路１０９０に接続することができ、データおよび／または信号を無線で送受信することができる任意のタイプのアンテナとすることができる。いくつかの実施形態では、アンテナ１０６２は、たとえば、２ＧＨｚと６６ＧＨｚとの間で無線信号を送受信するように動作可能な、１つまたは複数の無指向性、セクタまたはパネルアンテナを備えることができる。無指向性アンテナは、任意の方向に無線信号を送受信するために使用することができ、セクタアンテナは、特定のエリア内の装置から無線信号を送受信するために使用することができ、パネルアンテナは、比較的直線状に無線信号を送受信するために使用するラインオブサイト（見通し通信）アンテナとすることができる。いくつかの例では、複数のアンテナの使用をＭＩＭＯと呼ぶことができる。特定の実施形態では、アンテナ１０６２は、ネットワークノード１０６０とは別個であってもよく、インターフェースまたはポートを介してネットワークノード１０６０に接続可能であってもよい。
アンテナ１０６２、インターフェース１０９０、および／またはプロセッシング回路１０７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信オペレーションおよび／または特定の取得オペレーションを実行するように構成されてもよい。任意のインフォメーション、データおよび／または信号は、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク装置から受信されてもよい。同様に、アンテナ１０６２、インターフェース１０９０、および／またはプロセッシング回路１０７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信オペレーションを実行するように構成されてもよい。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または任意の他のネットワーク装置に送信することができる。
電源回路１０８７は、電力管理回路を備えることができ、または電力管理回路に接続することができ、本明細書に記載される機能を実行するための電力をネットワークノード１０６０の構成要素に供給するように構成されてもよい。電源回路１０８７は、電源１０８６から電力を受け取ることができる。電源１０８６および／または電源回路１０８７は、それぞれの構成要素に適した方法（例：それぞれの構成要素に必要な電圧および電流レベル）で、ネットワークノード１０６０の様々な構成要素に電力を供給するように構成されてもよい。電源１０８６は、電源回路１０８７および／またはネットワークノード１０６０に含まれるか、またはその外部にあり得る。たとえば、ネットワークノード１０６０は、電気ケーブルなどの入力回路またはインターフェースを介して、外部電源（例：電気コンセント）に接続可能であり、それによって、外部電源は、電力回路１０８７に電力を供給する。さらなる例として、電源１０８６は、電力回路１０８７に接続される、または集積される、バッテリまたはバッテリパックの形態の電源を含むことができる。外部電源に障害が発生した場合、バッテリからバックアップ電源が供給されてもよい。光発電装置のような他のタイプの電源も使用することができる。
ネットワークノード１０６０の代替的な実施形態は、本明細書で説明される機能のいずれか、および／または本明細書で説明される主題をサポートするために不可欠な任意の機能を含む、ネットワークノードの機能の特定の態様を提供する責任を負うことができる、図１０に示されるものを超える追加の構成要素を含むことができる。たとえば、ネットワークノード１０６０は、ネットワークノード１０６０への情報の入力を可能および／または容易にし、および／またはネットワークノード１０６０からの情報の出力を可能および／または容易にするためのユーザインターフェース装置を含むことができる。これにより、ユーザは、ネットワークノード１０６０の診断、保守、修理、および他の管理機能を実行することができ、および／または容易になる。
いくつかの実施形態では、無線デバイス（ＷＤ、たとえば、ＷＤ １０１０）は、直接的な人間の対話なしに、情報を送信および／または受信するように構成されてもよい。たとえば、ＷＤは、所定のスケジュールで、内部または外部イベントによってトリガされたとき、またはネットワークからの要求に応答して、ネットワークに情報を送信するように設計されてもよい。ＷＤの例には、スマートフォン、移動電話、セルラー電話、ボイスオーバＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽記憶装置、再生機器、ウェアラブルデバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップマウント機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、モバイルタイプ通信（ＭＴＣ）デバイス、物のインターネット（ＩｏＴ）デバイス、車両搭載無線端末デバイスなどが含まれるが、これらに限定されない。
ＷＤは、たとえば、サイドリンク通信、車車間通信（Ｖ２Ｖ）、車両対インフラストラクチャ間通信（Ｖ２Ｉ）、車両体全てのものとの間の通信（Ｖ２Ｘ）のための３ＧＰＰ標準を実装することによって、デバイスツーデバイス（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと呼ばれてもよい。さらに別の具体例として、ＷＤは、物のインターネット（ＩｏＴ）シナリオでは、監視および／または測定を実行するマシンまたは他のデバイスを表すことができ、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信することができる。この場合、ＷＤは、マシンツーマシン（Ｍ２Ｍ）デバイスとすることができ、３ＧＰＰコンテキストでは、ＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域インターネットオブシングス（ＮＢ－ＩｏＴ）規格を実装するＵＥとすることができる。そのようなマシンまたはデバイスの特定の例は、センサ、電力計、産業機械などの測定装置、または家庭用もしくは個人用機器（例：冷蔵庫、テレビなど）、個人用ウェアラブル（例：時計、フィットネストラッカなど）である。他のシナリオでは、ＷＤは、その動作状態またはその動作に関連する他の機能を監視および／または報告することができる車両または他の機器を表すことができる。上記のようなＷＤは、無線コネクションのエンドポイントとして動作することができ、その場合、デバイスは無線端末と呼ばれてもよい。さらに、上述のようなＷＤは、モバイルとすることができ、その場合、モバイルデバイスまたはモバイル端末とも呼ばれてもよい。
図示されるように、無線デバイス１０１０は、アンテナ１０１１、インタフェース１０１４、プロセッシング回路１０２０、デバイス可読媒体１０３０、ユーザインターフェース装置１０３２、補助装置１０３４、電源１０３６、および電源回路１０３７を有する。ＷＤ １０１０は、ほんの数例を挙げると、たとえば、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはブルートゥース（登録商標）無線技術など、ＷＤ １０１０によってサポートされる異なる無線技術のための例示された構成要素のうちの１つまたは複数の複数のセットを含むことができる。これらの無線技術は、ＷＤ １０１０内の他のコンポーネントと同じまたは異なるチップまたはチップセットに統合されてもよい。
アンテナ１０１１は、無線信号を送信および／または受信するように構成された１つまたは複数のアンテナまたはアンテナアレイを含むことができ、インターフェース１０１４に接続される。ある代替実施形態では、アンテナ１０１１は、ＷＤ １０１０とは別個であってもよく、インターフェースまたはポートを介してＷＤ １０１０に接続可能であってもよい。アンテナ１０１１、インターフェース１０１４、および／またはプロセッシング回路１０２０は、ＷＤによって実行されるものとして、本明細書に記載される任意の受信または送信動作を実行するように構成されてもよい。任意の情報、データおよび／または信号を、ネットワークノードおよび／または別のＷＤから受信することができる。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ１０１１は、インターフェースと考えられてもよい。
図示されるように、インターフェース１０１４は、無線フロントエンド回路１０１２およびアンテナ１０１１を有する。無線フロントエンド回路１０１２は、１つまたは複数のフィルタ１０１８および増幅器１０１６を有する。無線フロントエンド回路１０１４は、アンテナ１０１１およびプロセッシング回路１０２０に接続され、アンテナ１０１１とプロセッシング回路１０２０との間で通信される信号を調整するように構成されてもよい。無線フロントエンド回路１０１２は、アンテナ１０１１に接続されてもよいか、またはその一部であってもよい。いくつかの実施形態では、ＷＤ １０１０は、別個の無線フロントエンド回路１０１２を含んでいなくてもよく、むしろ、プロセッシング回路１０２０は、無線フロントエンド回路を含んでもよく、アンテナ１０１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１０２２の一部または全部は、インターフェース１０１４の一部と考えられてもよい。無線フロントエンド回路１０１２は、無線コネクションを介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信することができる。無線フロントエンド回路１０１２は、フィルタ１０１８および／または増幅器１０１６の組合せを使用して、デジタルデータを、適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。次いで、無線信号は、アンテナ１０１１を介して送信されてもよい。同様に、データを受信するとき、アンテナ１０１１は、無線信号を収集し、次いで、無線フロントエンド回路１０１２によってデジタルデータに変換されてもよい。デジタルデータは、プロセッシング回路１０２０に渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組み合わせを含むことができる。
プロセッシング回路１０２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／または符号化ロジックの組合せのうちの１つまたは複数の組合せを備えることができ、これらは、単独で、またはデバイス可読媒体１０３０、ＷＤ １０１０機能などの他のＷＤ １０１０構成要素と併せてのいずれかで提供されるように動作可能である。そのような機能は、本明細書で説明される様々な無線特徴または利点のいずれかを提供することを含むことができる。たとえば、プロセッシング回路１０２０は、本明細書で開示される機能を提供するために、デバイス可読媒体１０３０またはプロセッシング回路１０２０内のメモリに格納された命令を実行することができる。
図示されるように、プロセッシング回路１０２０は、ＲＦトランシーバ回路１０２２、ベースバンドプロセッシング回路１０２４、およびアプリケーションプロセッシング回路１０２６のうちの１つ以上を含む。他の実施形態では、プロセッシング回路は、異なる構成要素および／または構成要素の異なる組み合わせを備えることができる。ある実施形態では、ＷＤ １０１０のプロセッシング回路１０２０は、ＳＯＣを備えることができる。いくつかの実施形態では、ＲＦトランシーバ回路１０２２、ベースバンドプロセッシング回路１０２４、およびアプリケーションプロセッシング回路１０２６は、別個のチップまたはチップセット上に設けられてもよい。代替の実施形態では、ベースバンドプロセッシング回路１０２４およびアプリケーションプロセッシング回路１０２６の一部または全部は、１つのチップまたはチップセットに接続することができ、ＲＦトランシーバ回路１０２２は、別個のチップまたはチップセット上に配置されてもよい。さらに代替的な実施形態では、ＲＦトランシーバ回路１０２２およびベースバンドプロセッシング回路１０２４の一部または全部は、同じチップまたはチップセット上に存在することができ、アプリケーションプロセッシング回路１０２６は、別個のチップまたはチップセット上に存在することができる。さらに他の代替実施形態では、ＲＦトランシーバ回路１０２２、ベースバンドプロセッシング回路１０２４、およびアプリケーションプロセッシング回路１０２６の一部または全部を、同じチップまたは１つのチップセット内で組み合わせられてもよい。いくつかの実施形態では、ＲＦトランシーバ回路１０２２は、インターフェース１０１４の一部であってもよい。ＲＦトランシーバ回路１０２２は、プロセッシング回路１０２０のためのＲＦ信号を調整することができる。
特定の実施形態では、ＷＤによって実行されるものとして本明細書で説明される機能の一部またはすべては、特定の実施形態ではコンピュータ可読記憶媒体とすることができるデバイス可読媒体１０３０上に記憶された命令を実行するプロセッシング回路１０２０によって提供することができる。代替の実施形態では、機能のいくつかまたはすべては、ハードワイヤード方式などで、別個のまたはディスクリートのデバイス可読記憶媒体上に記憶された命令を実行することなく、プロセッシング回路１０２０によって提供されてもよい。これらの特定の実施形態のいずれにおいても、デバイス可読記憶媒体上に記憶された命令を実行するか否かにかかわらず、プロセッシング回路１０２０は、説明された機能を実行するように構成されてもよい。そのような機能性によって提供される利点は、プロセッシング回路１０２０単独に、またはＷＤ １０１０の他の構成要素に限定されず、ＷＤ １０１０全体で、および／またはエンドユーザおよび無線ネットワーク全体によって享受される。
プロセッシング回路１０２０は、ＷＤによって実行されるものとして本明細書で説明される任意の決定、演算、または類似のオペレーション（例：ある取得オペレーション）を実行するように構成されてもよい。これらのオペレーションは、プロセッシング回路１０２０によって実行されるように、たとえば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をＷＤ １０１０によって記憶された情報と比較すること、および／または取得された情報または変換された情報に基づいて１つまたは複数のオペレーションを実行すること、および前記処理の結果として判定を行うことによって、プロセッシング回路１０２０によって取得された情報を処理することを含むことができる。
デバイス可読媒体１０３０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／またはプロセッシング回路１０２０によって実行されることが可能な他の命令を格納するように動作可能であってもよい。デバイス可読媒体１０３０は、コンピュータメモリ（例：ランダムアクセスメモリ（ＲＡＭ）または読み取り専用メモリ（ＲＯＭ））、大容量記憶媒体（例：ハードディスク）、リムーバブル記憶媒体（例：コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／またはプロセッシング回路１０２０によって使用可能な情報、データ、および／または命令を格納する任意の他の揮発性または不揮発性、非一時的デバイス読み取り可能な、および／またはコンピュータ実行可能なメモリデバイスを含むことができる。いくつかの実施形態では、プロセッシング回路１０２０およびデバイス可読媒体１０３０は、一体化されていると考えることができる。
ユーザインターフェース機器１０３２は、人間のユーザがＷＤ １０１０と対話することを可能にし、および／または容易にする構成要素を含むことができる。このような相互作用は、視覚的、聴覚的、触覚的などの多くの形態であってもよい。ユーザインターフェース機器１０３２は、ユーザに出力を生成し、ユーザがＷＤ １０１０に入力を提供することを可能にし、および／または容易にするように動作可能であってもよい。対話のタイプは、ＷＤ １０１０にインストールされたユーザインターフェース機器１０３２のタイプに応じて変わり得る。たとえば、ＷＤ １０１０がスマートフォンである場合、対話はタッチスクリーンを介して行うことができ、ＷＤ １０１０がスマートメータである場合、対話は、使用量（例：使用されるガロン数）を提供するスクリーン、または可聴警報（例：煙が検出される場合）を提供するスピーカを介して行うことができる。ユーザインターフェース機器１０３２は、入力インターフェース、デバイスおよび回路、ならびに出力インターフェース、デバイスおよび回路を含むことができる。ユーザインターフェース装置１０３２は、ＷＤ １０１０への情報の入力を可能にする、および／または容易にするように構成することができ、プロセッシング回路１０２０に接続されて、プロセッシング回路１０２０が入力情報を処理することを可能にする、および／または容易にする。ユーザインターフェース機器１０３２は、たとえば、マイクロフォン、近接または他のセンサ、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、または他の入力回路を含むことができる。ユーザインターフェース機器１０３２はまた、ＷＤ １０１０からの情報の出力を可能および／または容易にし、プロセッシング回路１０２０がＷＤ １０１０から情報を出力することを可能および／または容易にするように構成される。ユーザインターフェース機器１０３２は、たとえば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドホンインターフェース、または他の出力回路を含むことができる。ユーザインターフェース機器１０３２の１つまたは複数の入出力インターフェース、デバイス、および回路を使用して、ＷＤ １０１０は、エンドユーザおよび／または無線ネットワークと通信することができ、本明細書で説明する機能性からの恩恵をエンドユーザおよび／または無線ネットワークに与えること、および／またはエンドユーザが受けることを容易にすることができる。
補助装置１０３４は、ＷＤによって一般に実行されない可能性がある、より具体的な機能を提供するように動作可能である。これは、様々な目的のために測定を行うための専用センサ、有線通信などの追加の種類の通信のためのインターフェースを備えることができる。補助装置１０３４の構成要素の含み方およびタイプは、実施形態および／またはシナリオに応じて変わり得る。
電源１０３６は、一部の実施形態では、バッテリまたはバッテリパックの形態であってもよい。外部電源（例：電気コンセント）、光発電装置または電池などの他の種類の電源も使用することができる。ＷＤ １０１０は、電源１０３６からの電力を、本明細書に記載または示される任意の機能を実行するために、電源１０３６からの電力を必要とするＷＤ １０１０の種々の部分に送達するための電力回路１０３７をさらに備えることができる。電源回路１０３７は、特定の実施形態では、電力管理回路を備えることができる。電力回路１０３７は、追加的または代替的に、外部電源から電力を受け取るように動作可能であってもよく、その場合、ＷＤ １０１０は、入力回路または電力ケーブルなどのインターフェースを介して、外部電源（電気コンセントなど）に接続可能であってもよい。また、特定の実施形態では、電力回路１０３７は、外部電源から電源１０３６に電力を送達するように動作可能であってもよい。これは、たとえば、電源１０３６の充電のためであってもよい。電源回路１０３７は、ＷＤ １０１０のそれぞれの構成要素への供給に適するように、電源１０３６からの電力に対する任意の変換または他の修正を実行することができる。
図１１は、本明細書で説明される様々な態様によるＵＥの一実施形態を示す。本明細書で使用されるように、ユーザ装置またはＵＥは、必ずしも、関連するデバイスを所有し、および／または動作する人間のユーザという意味でユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売または人間のユーザによるオペレーションが意図されているが、最初のうちは特定の人間のユーザ（例：スマートスプリンクラコントローラ）に関連付けられていてもいなくてもよく、または関連付けられていなくてもよいデバイスを表すことができる。あるいは、ＵＥは、エンドユーザへの販売またはエンドユーザによるオペレーションを意図されていないが、ユーザ（例：スマート電力メータ）のために関連付けられ、または動作してもよいデバイスを表すことができる。ＵＥ １１２００は、ＮＢ－ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって命名された任意のＵＥであってもよい。ＵＥ １１００は、図１１に示されるように、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ標準などの、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布される１つまたは複数の通信標準規格に従って通信するように構成されるＷＤの一例である。前述のように、ＷＤおよびＵＥという用語は、置換可能に使用されうる。したがって、図１１ではＵＥであるが、本明細書で説明される構成要素は、ＷＤに等しく適用可能であり、その逆もまた同様である。
図１１で、ＵＥ １１００は、入出力インターフェース１１０５、無線周波数（ＲＦ）インターフェース１１０９、ネットワークコネクションインターフェース１１１１、ランダムアクセスメモリ（ＲＡＭ）１１１７、読み出し専用メモリ（ＲＯＭ）１１１９、および記憶媒体１１２１などを含むメモリ１１１５、通信サブシステム１１３１、電源１１３３、および／または任意の他の構成要素、またはそれらの任意の組合せに対して動作可能に接続されるプロセッシング回路１１０１を含む。記憶媒体１１２１は、オペレーティングシステム１１２３、アプリケーションプログラム１１２５、およびデータ１１２７を有する。他の実施形態では、記憶媒体１１２１は、他の同様のタイプの情報を含むことができる。いくつかのＵＥは、図１１に示される構成要素のすべて、または構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、１つのＵＥから別のＵＥへと変化することができる。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ（送受信機）、送信機、受信機など、部品の複数のインスタンス（実例）を含む。
図１１では、プロセッシング回路１１０１は、コンピュータ命令およびデータを処理するように構成されてもよい。プロセッシング回路１１０１は、１つまたは複数のハードウェア実装状態機械（例：ディスクリートロジック、ＦＰＧＡ、ＡＳＩＣなど）、適切なファームウェアとともにプログラマブルロジック、１つまたは複数の格納プログラム、マイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）などの汎用プロセッサ、ならびに適切なソフトウェア、または上記の任意の組合せなど、機械可読コンピュータプログラムとしてメモリに格納された機械命令を実行するように動作する任意の順次状態機械（シーケンシャルステートマシン）を実装するように構成されてもよい。たとえば、プロセッシング回路１１０１は、２つの中央処理装置（ＣＰＵ）を含むことができる。データは、コンピュータによる使用に適した形態の情報とすることができる。
図示の実施形態では、入力／出力インターフェース１１０５は、入力デバイス、出力デバイス、または入力および出力デバイスへの通信インターフェースを提供するように構成されてもよい。ＵＥ １１００は、入力／出力インターフェース１１０５を介して出力デバイスを使用するように構成されてもよい。出力デバイスは、入力デバイスと同じタイプのインターフェイスポートを使用できる。たとえば、ＵＳＢポートを使用して、ＵＥ １１００への入力およびＵＥからの出力を提供することができる。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、監視、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せとすることができる。ＵＥ １１００は、入力／出力インターフェース１１０５を介して入力デバイスを使用して、ユーザがＵＥ １１００に情報を捕捉することを可能にし、および／または容易にするように構成されてもよい。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブ（存在感知）ディスプレイ、カメラ（例：デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含むことができる。存在感知ディスプレイは、ユーザからの入力を感知するために、容量性または抵抗性タッチセンサを含むことができる。センサは、たとえば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組合せとすることができる。たとえば、入力装置は、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサであってもよい。
図１１において、ＲＦインタフェース１１０９は、送信機、受信機、およびアンテナなどのＲＦ構成要素に通信インターフェースを提供するように構成されうる。ネットワークコネクションインターフェース１１１１は、ネットワーク１１４３ａへの通信インターフェースを提供するように構成されうる。ネットワーク１１４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、他のネットワークまたはそれらの組み合わせのような有線および／または無線のネットワークを含むことができる。たとえば、ネットワーク１１４３ａは、Ｗｉ－Ｆｉネットワークを含むことができる。ネットワークコネクションインターフェース１１１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなどの１つ以上の通信プロトコルに従って、通信ネットワークを介して１つ以上の他の装置と通信するために使用される受信機および送信機インターフェースを含むように構成されることができる。ネットワークコネクションインターフェース１１１１は、通信ネットワークリンクに適した受信機および送信機の機能（例：光、電子など）を実装することができる。送信機機能および受信機機能は、回路構成要素、ソフトウェア、またはファームウェアを共有することができ、あるいは、別々に実装することができる。
ＲＡＭ １１１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウエアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシュを提供するために、バス１１０２を介してプロセッシング回路１１０１にインターフェースするように構成されてもよい。ＲＯＭ １１１９は、コンピュータ命令またはデータをプロセッシング回路１１０１に提供するように構成されることができる。たとえば、ＲＯＭ １１１９は、不揮発性メモリに記憶されたキーボードからの基本入出力（Ｉ／Ｏ）、スタートアップ、またはキーストロークの受信のような基本的なシステム機能のための不変の低レベルシステム符号またはデータを記憶するように構成されることができる。記憶媒体１１２１は、ＲＡＭ、ＲＯＭ、プログラマブル読出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピー（登録商標）ディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなどのメモリを含むように構成されることができる。一実施形態では、記憶媒体１１２１は、オペレーションシステム１１２３、ウェブブラウザアプリケーションなどのアプリケーションプログラム１１２５、ウィジェットまたはガジェットエンジンまたは別のアプリケーション、およびデータファイル１１２７を含むように構成されることができる。記憶媒体１１２１は、ＵＥ １１００による使用のために、様々なオペレーションシステムのうちの任意のもの、またはオペレーションシステムの組合せを記憶することができる。
記憶媒体１１２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピー（登録商標）ディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたは取り外し可能ユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなど、複数の物理駆動部を含むように構成されてもよい。記憶媒体１１２１は、一時的または非一時的なメモリ媒体に記憶されたコンピュータ実行可能な命令、アプリケーションプログラムなどにアクセスしたり、データをオフロードしたり、データをアップロードしたりすることを、ＵＥ １１００に可能にし、および／または容易にすることができる。通信システムを利用するものなどの製品は、デバイス可読媒体を含みうる記憶媒体１１２１において有形に具現化されることができる。
図１１では、プロセッシング回路１１０１は、通信サブシステム１１３１を使用してネットワーク１１４３ｂと通信するように構成されうる。ネットワーク１１４３ａおよびネットワーク１１４３ｂは、同じネットワークであってもよいし、異なるネットワークであってもよい。通信サブシステム１１３１は、ネットワーク１１４３ｂと通信するために使用される１つ以上のトランシーバを含むように構成されうる。たとえば、通信サブシステム１１３１は、ＩＥＥＥ ８０２．１１、ＣＤＭＡ、ＷＣＤＭＡ（登録商標）、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなどの１つ以上の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局などの無線通信が可能な別の装置の１つ以上のリモートトランシーバと通信するために使用される１つ以上のトランシーバを含むように構成されてもよい。各トランシーバは、ＲＡＮリンク（例：周波数割り当てなど）に適切な送信機または受信機機能をそれぞれ実装するために、送信機１１３３および／または受信機１１３５を含むことができる。さらに、各トランシーバの送信機１１３３および受信機１１３５は、回路構成要素、ソフトウェア、またはファームウェアを共有することができ、あるいは別々に実装することができる。
図示の実施形態では、通信サブシステム１１３１の通信機能は、データ通信、音声通信、マルチメディア通信、ブルートゥース（登録商標）などの短距離通信、近距離通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベース通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。たとえば、通信サブシステム１１３１は、セルラー通信、Ｗｉ－Ｆｉ通信、ブルートゥース（登録商標）通信、およびＧＰＳ通信を含むことができる。ネットワーク１１４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、他の同様のネットワークまたはそれらの任意の組合せなどの有線および／または無線ネットワークを含むことができる。たとえば、ネットワーク１１４３ｂは、セルラーネットワーク、Ｗｉ－Ｆｉネットワーク、および／または近距離ネットワークであってもよい。電源１１１３は、ＵＥ １１００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を供給するように構成されてもよい。
本明細書で説明される特徴、便益、および／または機能は、ＵＥ １１００のコンポーネントのうちの１つにおいて実装されることができ、またはＵＥ １１００の複数の構成要素にわたって区分されてもよい。さらに、本明細書で説明される特徴、利点、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実装されることができる。一例では、通信サブシステム１１３１は、本明細書で説明される構成要素のいずれかを含むように構成されてもよい。さらに、プロセッシング回路１１０１は、バス１１０２を介してそのような構成要素のいずれかと通信するように構成されてもよい。別の例では、そのような構成要素のいずれも、プロセッシング回路１１０１によって実行されると、本明細書で説明される対応する機能を実行する、メモリに格納されたプログラム命令によって表すことができる。別の例では、そのような構成要素のいずれかの機能を、プロセッシング回路１１０１と通信サブシステム１１３１との間で分割されることができる。別の例では、このような構成要素のいずれかの非計算集約的機能は、ソフトウェアまたはファームウェアで実現することができ、計算集約的機能は、ハードウェアで実装されることができる。
図１２は、いくつかの実施形態によって実装される機能を仮想化することができる仮想化環境１２００を示す概略ブロック図である。本文脈では、仮想化とは、ハードウェアプラットフォーム、ストレージデバイス、およびネットワークリソースを仮想化することができる装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用されるように、仮想化は、ノード（例：仮想化された基地局または仮想化された無線アクセスノード）またはデバイス（例：ＵＥ、無線デバイス、または任意の他のタイプの通信装置）またはそのコンポーネントに適用されることができ、機能の少なくとも一部が、１つまたは複数の仮想コンポーネントとして（例：１つまたは複数のネットワーク内の１つまたは複数の物理プロセッシングノード上で実行される１つまたは複数のアプリケーション、コンポーネント、機能、仮想マシン、またはコンテナを介して）実装されるインプリメンテーションに関係する。
いくつかの実施形態において、本明細書に記載する機能の一部または全部は、１つ以上のハードウェアノード１２３０によってホストされる１つ以上の仮想環境１２００に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装することができる。さらに、仮想ノードが無線アクセスノードでないか、無線コネクティビティを必要としない実施形態（例：コアネットワークノード）では、ネットワークノードは完全に仮想化されてもよい。
機能は、本明細書に開示するいくつかの実施形態の特徴、機能、および／または利点のいくつかを実施するために作動する、１つ以上のアプリケーション１２２０（代替的に、ソフトウェアインスタンス、アプリケーション機能、アプリケーションサーバ、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ぶことができる）によって実装されてもよい。アプリケーション１２２０は、プロセッシング回路１２６０およびメモリ１２９０を有するハードウェア１２３０を提供する仮想化環境１２００において実行される。メモリ１２９０は、プロセッシング回路１２６０によって実行可能なインストラクション（命令）１２９５を含み、それによって、アプリケーション１２２０は、本明細書で開示される特徴、利点、および／または機能のうちの１つまたは複数を提供するように動作可能である。
仮想化環境１２００は、市販の既製（ＣＯＴＳ）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、またはデジタルもしくはアナログハードウェア構成要素もしくは専用プロセッサを含む任意の他のタイプのプロセッシング回路であってもよい、１つまたは複数のプロセッサまたはプロセッシング回路１２６０のセットを備える汎用または専用ネットワークハードウェアデバイス１２３０を備える。各ハードウェアデバイスは、プロセッシング回路１２６０によって実行される命令１２９５またはソフトウェアを一時的に格納するための非永続的メモリであってもよいメモリ１２９０－１を備えることができる。各ハードウェア装置は、物理ネットワークインターフェース１２８０を含むネットワークインタフェースカード（ＮＩＣ）とも呼ばれる、１つ以上のネットワークインターフェースコントローラ１２７０を備えることができる。各ハードウェアデバイスはまた、ソフトウェア１２９５および／またはプロセッシング回路１２６０によって実行可能な命令を格納した、非一時的な、永続的な、機械可読記憶媒体１２９０－２を含むことができる。ソフトウェア１２９５は、本明細書に記載するいくつかの実施形態に関連して記載される機能、特徴および／または利点を実行することを可能にするソフトウェアと同様に、１つ以上の仮想化レイヤ１２５０（ハイパーバイザとも呼ばれる）、仮想マシン１２４０を実行するソフトウェアを含む任意のタイプのソフトウェアを含むことができる。
仮想マシン１２４０は、仮想処理、仮想メモリ、仮想ネットワークワーキングまたはインターフェースおよび仮想ストレージを含み、対応する仮想化レイヤ１２５０またはハイパーバイザによって実行することができる。仮想アプライアンス１２２０のインスタンスの様々な実施形態は、仮想マシン１２４０の１つ以上に実装することができ、実装は異なる方法で行うことができる。
オペレーション中、プロセッシング回路１２６０は、仮想マシンモニタ（ＶＭＭ）と呼ばれることもあるハイパーバイザまたは仮想化レイヤ１２５０をインスタンス化するためにソフトウェア１２９５を実行する。仮想化レイヤ１２５０は、ネットワークハードウェアのように見える仮想オペレーティングプラットフォームを仮想マシン１２４０に提示することができる。
図１２に示すように、ハードウェア１２３０は、汎用的または特定の構成要素を有する独立型ネットワークノードとすることができる。ハードウェア１２３０は、アンテナ１２２２５を備えることができ、仮想化を介していくつかの機能を実装することができる。あるいは、ハードウェア１２３０は、多くのハードウェアノードが協働し、管理およびオーケストレーション（ＭＡＮＯ）１２１００を介して管理される、アプリケーション１２２０のライフサイクル管理を監督する、より大きなハードウェアのクラスターの一部とすることができる（例：データセンタまたは顧客構内機器（ＣＰＥ）内のようである）。
ハードウェアの仮想化は、ネットワーク機能仮想化（ＮＦＶ）と呼ばれるいくつかの文脈にそって行われる。ＮＦＶは、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理スイッチ、およびデータセンターに置くことができる物理ストレージ、ならびに顧客構内機器に統合するために使用することができる。
ＮＦＶの文脈によれば、仮想マシン１２４０は、あたかも物理的で仮想化されていないマシン上で実行されているかのようにプログラムを実行する、物理マシンのソフトウェア実装とされてもよい。仮想マシン１２４０の各々、およびその仮想マシンを実行するハードウェア１２３０のその一部は、その仮想マシンおよび／またはその仮想マシンによって他の仮想マシン１２４０と共有されるハードウェア専用のハードウェアであり、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。
なお、ＮＦＶの文脈では、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワークインフラストラクチャ１２３０上の１つ以上の仮想マシン１２４０で実行され、図１２のアプリケーション１２２０に対応する特定のネットワーク機能を処理する責任を負う。
いくつかの実施形態では、それぞれが１つまたは複数の送信機１２２２０および１つまたは複数の受信機１２２１０を含む１つまたは複数の無線ユニット１２２００を、１つまたは複数のアンテナ１２２２５に接続することができる。無線ユニット１２２００は、１つ以上の適切なネットワークインターフェースを介してハードウエアノード１２３０と直接的に通信することができ、仮想コンポーネントと組み合わせて使用して、無線アクセスノードや基地局などの無線機能を仮想ノードに提供することができる。
いくつかの実施形態では、いくつかのシグナリングは、ハードウェアノード１２３０と無線ユニット１２２００との間の通信に代替的に使用することができる制御システム１２２３０によって実施することができる。
図１３に関して、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク１３１１と、コアネットワーク１３１４とを備える、３ＧＰＰタイプのセルラーネットワークなどの通信ネットワーク１３１０を含む。アクセスネットワーク１３１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局１３１２ａ、１３１２ｂ、１３１２ｃを備え、それぞれが対応するカバレッジエリア１３１３ａ、１３１３ｂ、１３１３ｃを定義する。それぞれの基地局１３１２ａ、１３１２ｂ、１３１２ｃは、有線または無線コネクション１３１５を介してコアネットワーク１３１４に接続可能である。カバレッジエリア１３１３ｃ内に位置する第１のＵＥ １３９１は、対応する基地局１３１２ｃに無線接続するように、またはそれによってページングされるように構成されてもよい。カバレッジエリア１３１３ａ内の第２のＵＥ １３９２は、対応する基地局１３１２ａに無線で接続可能である。この例では、複数のＵＥ１３９１、１３９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内にあるか、または単一のＵＥが対応する基地局１３１２に接続している状況にも等しく適用可能である。
電気通信ネットワーク１３１０は、それ自体がホストコンピュータ１３３０に接続されており、これは、スタンドアロンサーバ、クラウド実装サーバ、分散サーバ、またはサーバファーム内の処理リソースのハードウェアおよび／またはソフトウェアで実現することができる。ホストコンピュータ１３３０は、サービスプロバイダの所有権または制御下に置かれることができ、あるいはサービスプロバイダによって、またはサービスプロバイダの代わりに動作することができる。電気通信ネットワーク１３１０とホストコンピュータ１３３０との間のコネクション１３２１および１３２２は、コアネットワーク１３１４からホストコンピュータ１３３０に直接的に拡張されることができ、あるいはオプションの中間ネットワーク１３２０を介して送信することができる。中間ネットワーク１３２０は、公設、私設またはホストされたネットワークのうちの１つまたはそれ以上の組合せとすることができ、中間ネットワーク１３２０は、もしあれば、バックボーンネットワークまたはインターネットとすることができ、特に、中間ネットワーク１３２０は、２つ以上のサブネットワーク（図示せず）とすることができる。
図１３の通信システムは、全体として、コネクティビティされたＵＥ１３９１、１３９２とホストコンピュータ１３３０との間のコネクティビティを可能にする。接続性は、オーバザトップ（ＯＴＴ）コネクション１３５０として記述されることができる。ホストコンピュータ１３３０および接続されたＵＥ１３９１、１３９２は、アクセスネットワーク１３１１、コアネットワーク１３１４、任意の中間ネットワーク１３２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション１３５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション１３５０は、ＯＴＴコネクション１３５０が通過する参加通信装置が、アップリンク通信およびダウンリンク通信のルーティングに気付かないという意味でトランスペアレントであってもよい。たとえば、基地局１３１２は、接続されたＵＥ １３９１に転送される（例：ハンドオーバされる）ためにホストコンピュータ１３３０から発信されるデータをもつ着信ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局１３１２は、ＵＥ １３９１からホストコンピュータ１３３０へ向かう発信されるアップリンク通信の将来のルーティングを認識する必要はない。
上記段落で説明されたＵＥ、基地局およびホストコンピュータの例示的な実装に従い、図１４を参照して説明し、通信システム１４００では、ホストコンピュータ１４１０は、異なる通信装置の通信システム１４００のインターフェースを備えた有線または無線コネクションを設定し維持するように構成された通信インターフェース１４１６を含むハードウェア１４１５を構成する。ホストコンピュータ１４１０は、記憶および／または処理能力を有することができるプロセッシング回路１４１８をさらに備える。特に、プロセッシング回路１４１８は、命令を実行するように適応された１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を備えることができる。ホストコンピュータ１４１０は、ホストコンピュータ１４１０に格納されているか、またはホストコンピュータ１４１０によってアクセス可能であり、プロセッシング回路１４１８によって実行可能なソフトウェア１４１１をさらに備える。ソフトウェア１４１１は、ホストアプリケーション１４１２を含む。ホストアプリケーション１４１２は、ＵＥ １４３０およびホストコンピュータ１４１０で終端するＯＴＴコネクション１４５０を介して接続するＵＥ １４３０などのリモートユーザにサービスを提供するように動作可能である。リモートユーザにサービスを提供する際に、ホストアプリケーション１４１２は、ＯＴＴコネクション１４５０を使用して送信されるユーザデータを提供することができる。
また、通信システム１４００は、通信システム内に設けられ、ホストコンピュータ１４１０およびユーザ装置１４３０と通信することを可能にするハードウェア１４２５を備える基地局１４２０を含むことができる。ハードウェア１４２５は、通信システム１４００の別の通信装置のインターフェースとの有線または無線コネクションをセットアップおよび維持するための通信インターフェース１４２６、ならびに基地局１４２０によってサービスされるカバレッジエリア（図１４には示されていない）に位置するＵＥ １４３０との少なくとも無線コネクション１４７０をセットアップおよび維持するための無線インターフェース１４２７を含むことができる。通信インターフェース１４２６は、コネクション１４６０からホストコンピュータ１４１０への転送を容易にするように構成されてもよい。コネクション１４６０は、直接的であってもよいし、電気通信システムのコアネットワーク（図１４には示されていない）および／または電気通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示の実施形態では、基地局１４２０のハードウェア１４２５は、命令を実行するように適応された１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれら（図示せず）の組み合わせを含むことができるプロセッシング回路１４２８も含むことができる。さらに、基地局１４２０は、内部に記憶されるか、または外部コネクションを介してアクセス可能なソフトウェア１４２１を有する。
通信システム１４００はまた、すでに言及されたＵＥ １４３０を含むことができる。ＵＥハードウェア１４３５は、ＵＥ １４３０が現在配置されているカバレッジエリアにサービスを提供する基地局と無線コネクション１４７０をセットアップし維持するように構成された無線インターフェース１４３７を含むことができる。ＵＥ １４３０のハードウェア１４３５は、命令を実行するように適応された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれら（図示せず）の組み合わせを含むことができるプロセッシング回路１４３８を含むこともできる。ＵＥ １４３０はさらにソフトウェア１４３１を構成し、これらはＵＥ １４３０内に記憶されるか、またはアクセス可能であり、プロセッシング回路１４３８によって実行可能である。ソフトウェア１４３１は、クライアントアプリケーション１４３２を含む。クライアントアプリケーション１４３２は、ホストコンピュータ１４１０のサポートにより、ＵＥ １４３０を介して人間または非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ１４１０において、実行中のホストアプリケーション１４１２は、ＵＥ １４３０およびホストコンピュータ１４１０で終端するＯＴＴコネクション１４５０を介して、実行中のクライアントアプリケーション１４３２と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション１４３２は、ホストアプリケーション１４１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴコネクション１４５０は、リクエストデータとユーザデータの両方を転送することができる。クライアントアプリケーション１４３２は、ユーザと対話して、それが提供するユーザデータを生成することができる。
図１４に示すホストコンピュータ１４１０、基地局１４２０、およびＵＥ １４３０は、それぞれ、ホストコンピュータ１３３０、基地局１３１２ａ、１３１２ｂ、１３１２ｃのうちの１つ、および図１３のＵＥ１３９１、１３９２のうちの１つと同様または同一とすることができる。すなわち、これらのエンティティの内部オペレーションは、図１４に示すようにすることができ、独立して、周囲のネットワークトポロジは、図１３のものとすることができる。
図１４では、基地局１４２０を介したホストコンピュータ１４１０とＵＥ １４３０との間の通信を示すために、任意の中間デバイスへの明示的な言及およびこれらのデバイスを介したメッセージの正確なルーティングの記載は省略されており、ＯＴＴコネクション１４５０が抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ １４３０から、またはホストコンピュータ１４１０を動作するサービスプロバイダから、あるいはその両方から隠すように構成されてもよい、ルーティングを決定することができる。ＯＴＴコネクション１４５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ルーティングを動的に変更することを決定することができる（例：ネットワークのロードバランシングの考察または再構成に基づいて）。
ＵＥ １４３０と基地局１４２０との間の無線コネクション１４７０は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション１４７０が最後の区間を形成するＯＴＴコネクション１４５０を使用して、ＵＥ １４３０に提供されるＯＴＴサービスの性能を改善する。より正確には、本明細書で開示される例示的な実施形態は、ユーザ装置（ＵＥ）と、５Ｇネットワークの外部のＯＴＴデータアプリケーションまたはサービスなどの別のエンティティとの間のデータセッションに関連する、対応する無線ベアラを含むデータフローのエンドツーエンドサービス品質（ＱｏＳ）をネットワークが監視するための柔軟性を改善することができる。これらおよび他の利点は、５Ｇ／ＮＲ解決策のよりタイムリーな設計、実装、およびデプロイメント（導入）を容易にすることができる。さらに、そのような実施形態は、データセッションＱｏＳの柔軟かつタイムリーな制御を容易にすることができ、これは、５Ｇ／ＮＲによって想定され、ＯＴＴサービスの成長にとって重要なキャパシティ、スループット、遅延時間などの改善につなげることができる。
１つまたは複数の実施形態が改善するデータ速度、遅延時間、および他のネットワークオペレーション態様を監視する目的で、測定プロシージャが提供されてもよい。さらに、計測結果の変動に応じて、ホストコンピュータ１４１０とユーザ装置１４３０との間でＯＴＴコネクション１４５０を再構成するための任意のネットワーク機能が存在してもよい。ＯＴＴコネクション１４５０を再構成するための測定プロシージャおよび／またはネットワーク機能は、ホストコンピュータ１４１０のソフトウェア１４１１およびハードウェア１４１５、またはＵＥ １４３０のソフトウェア１４３１およびハードウェア１４３５、あるいはその両方で実装されてもよい。実施形態では、センサ（図示せず）を、ＯＴＴコネクション１４５０が通過する通信装置に、またはそれに関連して配置することができ、センサは、上で例示した監視量の値を供給することによって、またはソフトウェア１４１１、１４３１が監視量を計算または推定することができる他の物理量の値を供給することによって、測定プロシージャに参加することができる。ＯＴＴコネクション１４５０の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局１４２０に影響を及ぼす必要はなく、基地局１４２０には知られていないか、または知覚できないことがある。このようなプロシージャおよび機能は、当技術分野で知られており、実施することができる。特定の実施形態では、測定は、ホストコンピュータ１４１０のスループット、伝搬時間、遅延時間などの測定を容易にする独自のＵＥシグナリングを含むことができる。測定は、ソフトウェア１４１１および１４３１が、伝搬時間、エラーなどを監視しながら、ＯＴＴコネクション１４５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施することができる。
図１５は、一実施形態による、通信システムにおいて実施される例示的な方法および／またはプロシージャを示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、端末とを含み、これらは、いくつかの例示的な実施形態では、図１３および図１４に関連して説明されたものとすることができる。本開示を簡単にするために、図１５を参照する図面のみがこのセクションに含まれる。ステップ１５１０において、ホストコンピュータはユーザデータを提供する。ステップ１５１０のサブステップ１５１１（オプションであってもよい）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１５２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ１５３０（任意であってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されるユーザデータをＵＥに送信する。ステップ１５４０（任意選択も可能）では、ＵＥは、ホストコンピュータによって実行されたホストアプリケーションに関連するクライアントアプリケーションを実行する。
図１６は、一実施形態による、通信システムにおいて実施される例示的な方法および／またはプロシージャを示すフローチャートである。通信システムは、ホストコンピュータ、基地局および端末を含み、これらは図１３および図１４に関連して説明したものとすることができる。本開示を簡単にするために、図１６を参照する図面のみがこのセクションに含まれる。本方法のステップ１６１０において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示せず）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１６２０において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して通過することができる。ステップ１６３０において（オプションであってもよい）、ＵＥは、送信信号により搬送されるユーザデータを受信する。
図１７は、一実施形態による、通信システムにおいて実施される例示的な方法および／またはプロシージャを示すフローチャートである。通信システムは、ホストコンピュータ、基地局および端末を含み、これらは図１３および図１４に関連して説明したものとすることができる。本開示を簡単にするために、図１７に対する図面参照のみがこのセクションに含まれる。ステップ１７１０では、ＵＥは、ホストコンピュータによって提供される入力データを受信する。これに加えて、またはこれに代えて、ステップ１７２０において、ＵＥは、ユーザデータを提供する。ステップ１７２０のサブステップ１７２１（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１７１０のサブステップ１７１１（オプションとすることができる）において、ＵＥは、ホストコンピュータによって提供された受信された入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮することができる。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ１７３０（オプションであってもよい）において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ１７４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されるユーザデータを受信する。
図１８は、一実施形態による、通信システムにおいて実施される例示的な方法および／またはプロシージャを示すフローチャートである。通信システムは、ホストコンピュータ、基地局および端末を含み、これらは図１３および図１４に関連して説明したものとすることができる。本開示を簡単にするために、図１８に対する図面参照のみがこのセクションに含まれる。ステップ１８１０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ１８２０において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ１８３０において（オプションであってもよい）、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。
上記は、単に本開示の原理を例示するものである。本明細書の教示を考慮すれば、記載された実施形態に対する様々な修正および変更が当業者には明らかであろう。したがって、当業者は、本明細書では明示的に示されていないかまたは説明されていないが、本開示の原理を具体化し、したがって本開示の精神および範囲内にあり得る、多数のシステム、構成、およびプロシージャを考案することができることが理解されよう。当業者には理解されるように、様々な例示的な実施形態を互いに一緒に使用することができ、またそれらと交換可能に使用することができる。
本明細書で使用されるユニットという用語は、電子機器、電気デバイス、および／または電子デバイスの分野で従来の意味を有することができ、たとえば、本明細書で説明されるような、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、それぞれのタスク、プロシージャ、演算、出力、および／または表示機能などを実行するためのコンピュータプログラムまたは命令を含むことができる。
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の機能ユニット、または１つまたは複数の仮想装置のモジュールを介して実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができるプロセッシング回路、ならびにデジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジックなどを含むことができる他のデジタルハードウェアを介して実装されてもよい。プロセッシング回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つ以上のタイプのメモリを有することができる、メモリに格納されたプログラムコードを実行するように構成されてもよい。メモリに格納されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技術のうちの１つまたは複数を実行するための命令を有する。いくつかの実装形態では、プロセッシング回路は、本開示の１つまたは複数の実施形態に従って、それぞれの機能ユニットに対応する機能を行わせるために、使用されてもよい。
本明細書で説明されるように、デバイスおよび／または装置は、そのようなチップまたはチップセットを備える半導体チップ、チップセット、または（ハードウェア）モジュールによって表すことができる。しかし、これは、ハードウェア実装される代わりに、デバイスまたは装置の機能が、実行のための、またはプロセッサ上で実行される実行可能ソフトウェアコード部分を備えるコンピュータプログラムまたはコンピュータプログラム製品などのソフトウェアモジュールとして実装される可能性を除外しない。さらに、デバイスまたは装置の機能は、ハードウェアおよびソフトウェアの任意の組合せによって実装されてもよい。デバイスまたは装置は、機能的に互いに協働するか、または互いに独立しているかにかかわらず、複数のデバイスおよび／または装置のアセンブリと見なすこともできる。さらに、デバイスおよび装置は、デバイスまたは機器の機能が保存される限り、システム全体にわたって分散された形で実装されてもよい。このような原理および類似の原理は、当業者に知られていると考えられる。
特に定義されない限り、本明細書で使用されるすべての用語（技術用語および科学用語を含む）は、本開示が属する技術分野の当業者によって一般に理解されるものと同じ意味を有する。さらに、本明細書で使用される用語は、本明細書および関連技術のコンテキストにおけるそれらの意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的に定義されない限り、理想化されたまたは過度に形式的な意味で解釈されないことが理解されるであろう。
さらに、本明細書、図面、およびその例示的な実施形態を含む、本開示で使用される特定の用語は、たとえば、データおよび情報を含むが、これらに限定されない、特定の例では、同義的に使用することができる。これらの単語および／または互いに同義であってもよい他の単語は、本明細書において同義に使用されてもよいが、そのような単語が同義に使用されないことを意図されてもよい場合があり得ることを理解されたい。さらに、従来技術の知識が上記の基準により明示的に組み込まれていない限り、その全体が本明細書に明示的に組み込まれる。参照される全ての刊行物は、その全体が参照により本明細書に組み込まれる。
本明細書で説明される技法および装置の例示的な実施形態は、以下の列挙された例を含むが、これらに限定されない。
１. ユーザ装置（ＵＥ）とアプリケーションサーバとの間でのデータフローに対するサービス品質（ＱｏＳ）保証へのアクセスネットワーク（ＡＮ）の準拠の変更を前記ＵＥへ通知する方法であって、前記方法は、
前記ＡＮに接続されるコアネットワークから、前記ＵＥに関連するアプリケーションによって必要とされるＱｏＳと、前記必要とされるＱｏＳに関連付けられた第１のセーフガード時間とを受信することと、
前記ＵＥと前記アプリケーションサーバとの間でのデータフローを確立することであって、前記データフローは、前記必要とされるＱｏＳに基づくＱｏＳ保証に関連付けられている、ことと、
将来のおおよそ第１の時点で、前記ＡＮが前記ＱｏＳ保証に準拠しなくなると判定することと、
前記ＱｏＳ保証への非準拠を示す第１の通知を前記ＵＥに送信することであって、前記第１の通知は、第１の時点よりも前の少なくとも第１のセーフガード時間において送信される、ことと、を有する方法。
２. 実施形態１に記載の方法であって、さらに、
前記コアネットワークから、前記必要とされるＱｏＳに関連付けられた第２のセーフガード時間を受信することと、
前記非準拠の通知を送信した後に、将来のおおよそ第２の時点で前記ＡＮが前記ＱｏＳ保証に再度準拠できるようになると判定することと、を有する方法。
３. 実施形態２に記載の方法であって、さらに、前記ＱｏＳ保証への再度の準拠を示す第２の通知を前記ＵＥに送信することを有し、前記第２の通知は、前記第２の時点よりも前の少なくとも前記第２のセーフガード時間において送信される。
４. 実施形態１－３のいずれかに記載の方法であって、前記データフローに関連付けられた前記ＱｏＳ保証は、保証された最小ビットレート、保証された最大パケット遅延、および、保証された最大パケット誤り率のうちの１つ以上を含む。
５. 実施形態１－４のいずれかに記載の方法であって、前記ＡＮはＮＧ－ＲＡＮを含み、前記コアネットワークは５Ｇコアネットワーク（５ＧＣ）を含む。
６. 実施形態１－５のいずれかに記載の方法であって、前記第１のセーフガード時間は、前記ＱｏＳ保証に対して非準拠となる前に、前記アプリケーションの少なくとも１つのサービスを制御して、前記ＱｏＳ保証に対して非準拠となった後に、前記アプリケーションの安全な動作を可能にするために、前記アプリケーションによって必要とされる時間の量を表す。
７. ユーザ機器（ＵＥ）とアプリケーションサーバとの間でのデータフローのサービス品質（ＱｏＳ）保証に準拠することに基づいて、前記ＵＥ内のアプリケーションの動作を制御するための方法であって、前記方法は、
アクセスネットワーク（ＡＮ）を介した前記アプリケーションと前記アプリケーションサーバとの間でのデータフローを確立することであって、前記データフローは、前記アプリケーションに関連付けられた必要となるＱｏＳに基づくＱｏＳ 保証に関連付けられている、ことと、
前記ＡＮから、将来のおおよそ第１の時点で、前記ＡＮが前記ＱｏＳ保証をもはや準拠しなくなることを示す第１の通知を受信することであって、前記第１の通知は、前記第１の時点よりも前の少なくとも第１のセーフガード時間において受信される、ことと、
前記第１の時点よりも前に、前記第１の時点の後における前記アプリケーションの安全な動作を可能にするために、前記アプリケーションの少なくとも１つのサービスを制御することと、を有する。
８. 実施形態７に記載の方法であって、さらに、前記コアネットワークに、前記必要とされるＱｏＳを示すインジケーションと、前記必要とされるＱｏＳに関連付けられている前記第１のセーフガード時間と、を送信することとを、有する。
９. 実施形態７－８のいずれかに記載の方法であって、前記第１の時点よりも前に、前記少なくとも１つのサービスを制御することは、前記少なくとも１つのサービス、前記少なくとも１つのサービスのサブセット、および、前記アプリケーションの全体のうちの少なくとも１つの動作マージンを無効化または低減することを含む。
１０. 実施形態７－９のいずれかに記載の方法であって、さらに、
前記ＡＮから、将来のおおよそ第２の時点で、前記ＡＮが前記ＱｏＳ保証に再度準拠することができるようになることを示す第２の通知を受信することとであって、前記第２の通知は、前記第１の時点の後であって、前記第２の時点よりも前の少なくとも第１のセーフガード時間においてに受信される、ことと、
前記第２の時点の後における前記アプリケーションの安全な動作を可能するために、前記第２の時点の前に前記アプリケーションの少なくとも１つのサービスを制御することと、を有する。
１１. 実施形態１０に記載の方法であって、前記第２の時点の前に、前記少なくとも１つのサービスを制御することは、前記少なくとも１つのサービス、前記少なくとも１つのサービスのサブセット、および、前記アプリケーションの全体のうちの少なくとも１つについて、前記動作マージンを有効化または増加させることを含む。
１２. 実施形態７－１１のいずれかに記載の方法であって、前記データフローに関連付けられた前記ＱｏＳ保証は、保証された最小ビットレート、保証された最大パケット遅延、および、保証された最大パケット誤り率のうちの１つ以上を含む。
１３. アプリケーションとアプリケーションサーバとの間のデータフローについサービス品質（ＱｏＳ）保証へのアクセスネットワークの（ＡＮ）の準拠の変更の通知を制御する方法であって、前記方法は、前記ＡＮと接続されたコアネットワークに、前記アプリケーションによって必要とされるＱｏＳと、前記必要とされるＱｏＳに関連付けられた所望の第１のセーフガード時間と、を送信することと、
前記コアネットワークから、前記所望の第１のセーフガード時間について、許容されるセーフガード時間の１つ以上の第１の値を受信することと、
前記第１の値から前記第１のセーフガード時間を選択することと、
前記第１のセーフガード時間を前記コアネットワークに送信することと、を有する。
１４. 実施形態１３に記載の方法であって、前記第１のセーフガード時間は、前記ＡＮが前記ＱｏＳ保証に準拠しなくなる前に、前記アプリケーションの少なくとも１つのサービスを制御して、前記ＡＮが前記ＱｏＳ保証を準拠できなくなった後における、前記アプリケーションの安全な動作を可能にするために、前記アプリケーションが必要とする時間の量を表す。
１５. 実施形態１３ないし１４のいずれかに記載の方法であって、さらに、
必要とされるＱｏＳに関連付けられている所望の第２のセーフガード時間を、前記ＡＮに接続されたコアネットワークに送信することと、
前記コアネットワークから、前記所望の第２のセーフガード時間に関連した許容されるセーフガード時間の１つ以上の第２の値を受信することと、
前記第１の値のうちから前記第２のセーフガード時間を選択することと、
前記第２のセーフガード時間を前記コアネットワークに送信することと、を有する。
１６. 実施形態１５に記載の方法であって、前記第２のセーフガード時間は、前記ＱｏＳ保証に前記ＡＮが再度準拠するようになる前に、前記アプリケーションの前記少なくとも１つのサービスを制御しておくことで、前記ＱｏＳ保証に前記ＡＮが再度準拠できるようになった後における、前記アプリケーションの安全な動作を可能にするために、前記アプリケーションが必要とする時間の量を表す。
１７. アクセスネットワーク（ＡＮ）におけるネットワークノードであって、ユーザ装置（ＵＥ）とアプリケーションサーバとの間のデータフローに対するサービス品質（ＱｏＳ）保証についての前記ＡＮの準拠の変更を前記ＵＥに通知するように構成されたネットワークノードであって、
通信インターフェースと、
前記通信インターフェースに動作可能に接続され、実施形態１－６のいずれかの動作を実行するように構成されたプロセッシング回路と、
前記ネットワークノードに電力を供給するように構成された電源回路と、を有する。
１８. ユーザ装置（ＵＥ）とアプリケーションサーバとの間のデータフローのサービス品質（ＱｏＳ）保証への準拠に基づいて、前記ＵＥ内で、アプリケーションの動作を制御するように構成されたＵＥであって、前記ＵＥは、
通信インターフェースと、
前記通信インターフェースに動作可能に接続され、実施形態７－１２のいずれかの動作を実行するように構成されたプロセッシング回路と、
前記ＵＥに電力を供給するように構成された電源回路と、を有する。
１９. アプリケーションとアプリケーションサーバ間のデータフローについてのサービス品質（ＱｏＳ）保証へのアクセスネットワーク（ＡＮ）の準拠の変更の通知を制御するように構成されたアプリケーションサーバであって、前記アプリケーションサーバは、
通信インターフェースと、
前記通信インターフェースに動作可能に接続され、実施形態１３－１６のいずれかの動作を実行するように構成されたプロセッシング回路と、
前記アプリケーションサーバに電力を供給するように構成された電源回路と、を有する。
２０. ホストコンピュータを含む通信システムであって、
ユーザデータを提供するように構成されたプロセッシング回路と、
ユーザ装置（ＵＥ）に送信するために前記ユーザデータをセルラーネットワークに転送するように構成された通信インターフェースと、を有し、前記セルラーネットワークは、無線インターフェースとプロセッシング回路とを有する基地局を備え、前記基地局の前記プロセッシング回路は、実施形態１－６を含むいずれかの動作を実行するように構成されている。
２１. 前述の実施形態の通信システムであって、前記基地局をさらに有する。
２２. 前述の２つの実施形態の通信システムであって、前記ＵＥをさらに有し、前記ＵＥは、実施形態７－１２を含む動作のいずれかを実行するように構成されている。
２３. 前述の３つの実施形態の通信システムであって、
前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成され、
前記ＵＥは、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されたプロセッシング回路を有する。
２４. ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実装される方法であって、前記方法は、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して、前記ユーザデータを前記ＵＥに搬送する送信を開始することと、
前記基地局において、実施形態１－６のいずれかを含む動作のいずれかを実行することと、を有する。
２５. 前述の実施形態の方法であって、前記基地局において、前記ユーザデータを送信することをさらに有する。
２６. 前述の２つの実施形態の方法であって、前記ユーザデータは、ホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記方法は、前記ＵＥにおいて、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することをさらに有する。
２７. 前述の３つの実施形態の方法は、前記ＵＥにおいて、実施形態７－１２のいずれかを含む動作のいずれかを実行することをさらに有する。
２８. ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インターフェースを備えるホストコンピュータを含む通信システムであって、前記基地局は、無線インターフェースと、プロセッシング回路とを有し、前記基地局の前記プロセッシング回路は、実施形態１－６のいずれかの動作を実行するように構成されている。
２９. 前述の実施形態の通信システムであって、前記基地局をさらに有する。
３０. 前述の２つの実施形態の通信システムであって、前記ＵＥをさらに有し、前記ＵＥは、前記基地局と通信し、実施形態７－１２のいずれかを含む動作のいずれかを実行するように構成されている。
３１. 前述の３つの実施形態の通信システムであって、
ホストコンピュータのプロセッシング回路は、ホストアプリケーションを実行するように構成され、
前記ＵＥは、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成され、それによって、前記ホストコンピュータによって受信されることになるユーザデータを提供する。
３２. アクセスネットワーク（ＡＮ）のネットワークノードに含まれる少なくとも１つのプロセッシング回路によって実行されると、実施形態１－６のいずれかを含む動作のいずれかを実行するように前記ネットワークノードを構成するコンピュータ実行可能な命令を記憶する非一時的なコンピュータ可読媒体。
３２. ユーザ装置（ＵＥ）に備えられる少なくとも１つのプロセッシング回路によって実行されると、実施形態７－１２のいずれかを含む動作のいずれかを実行するように前記ＵＥを構成するコンピュータ実行可能な命令を記憶する非一時的なコンピュータ可読媒体。
３３. アプリケーションサーバに備えられる少なくとも１つのプロセッシング回路によって実行されると、実施形態１３－１６のいずれかを含む動作のいずれかを実行するようにアプリケーションサーバを構成する、コンピュータ実行可能な命令を記憶する非一時的なコンピュータ可読媒体。

Claims (18)

  1. アクセスネットワーク（ＡＮ）によって実行され、アプリケーションサーバと、前記ＡＮによってサービスを提供されるユーザ装置に関連するアプリケーションとの間のデータフローについてのサービス品質（ＱｏＳ）要件への前記ＡＮの準拠についての変更を通知するための方法であって、前記方法は、
    前記ＡＮに接続されたコアネットワーク（ＣＮ）から、前記ＱｏＳ要件に関連する第１のセーフガード時間を受信すること（６１０）であって、前記第１のセーフガード時間は、前記ＡＮが非準拠中においても安全に動作するように、前記ＡＮが前記ＱｏＳ要件に準拠しなくなる前に、前記アプリケーションを適応させるために必要となる時間を表す、ことと、
    将来のおおよそ第１の時点で、前記ＡＮが前記ＱｏＳ要件に準拠しなくなる可能性が高いと判定すること（６３０）と、
    前記ＣＮに、前記ＡＮが将来において前記ＱｏＳ要件に準拠しなくなる可能性を示す第１の通知を送信すること（６４０）であって、前記第１の通知は、前記第１の時点よりも少なくとも前記第１のセーフガード時間以上前に送信される、ことと、を有する方法。
  2. 請求項１に記載の方法であって、前記ＣＮから前記第１のセーフガード時間を受信すること（６１０）は、前記ＣＮから前記ＱｏＳ要件を受信することを含み、前記ＱｏＳ要件は、前記第１のセーフガード時間を暗黙的に示す、方法。
  3. 請求項１または２に記載の方法であって、さらに、前記第１の通知を送信した後に前記ＱｏＳのフローを別のＡＮにハンドオーバすること（６５０）を有し、前記ＱｏＳのフローをハンドオーバすることは、前記第１の通知が前記ＣＮに送信されたことを前記別のＡＮに通知することを含む、方法。
  4. 請求項１ないし３のいずれか一項に記載の方法であって、前記ＣＮから、前記必要とされるＱｏＳに関連する第２のセーフガード時間を受信すること（６２０）をさらに有し、前記第２のセーフガード時間は、前記ＡＮが再度準拠した後において安全に動作するように前記アプリケーションを適応させるために、前記非準拠の後であって前記ＱｏＳ要件に前記ＡＮが再度準拠する前に、必要とされる時間の量を表す、方法。
  5. 請求項４記載の方法であって、さらに、
    将来のおおよそ第２の時点では前記ＡＮが前記ＱｏＳ要件に再度準拠するようになる可能性が高いと判定すること（６６０）であって、前記第２の時点は前記第１の時点よりも後である、ことと、
    将来において前記ＱｏＳ要件にＡＮが再度準拠するようになる可能性が高いことを示す第２の通知を前記ＣＮに送信すること（６７０）であって、前記第２の通知は、前記第２の時点よりも少なくとも前記第２のセーフガード時間以上前に送信される、ことと、を有する方法。
  6. アクセスネットワーク（ＡＮ）に接続されたコアネットワーク（ＣＮ）によって実行される方法であって、前記方法は、
    アプリケーションサーバ（ＡＦ）から、前記ＡＦと前記ＡＮによってサービスを提供されるユーザ装置に関連するアプリケーションとの間のデータフローに対するサービス品質（ＱｏＳ）要件に関連する第１のセーフガード時間を受信すること（７１０）であって、前記第１のセーフガード時間は、前記ＡＮが非準拠中においても安全に動作するように前記アプリケーションを適応させるために、前記ＡＮが前記ＱｏＳ要件に準拠しなくなる前に、必要となる時間の量を表す、ことと、
    前記第１のセーフガード時間を前記ＡＮに送信すること（７２０）と、を有する方法。
  7. 請求項６記載の方法であって、さらに、
    前記ＡＦから、前記ＱｏＳ要件に関連する所望の第１のセーフガード時間を受信すること（７１２）と、
    前記ＡＦに、前記所望の第１のセーフガード時間に関連した１つ以上の許容可能な第１のセーフガード時間を送信すること（７１４）と、
    続いて、前記第１のセーフガード時間を受信すること（７１６）と、を有し、前記受信される第１のセーフガード時間は前記許容可能な第１のセーフガード時間のうちの１つである、方法。
  8. 請求項６または７に記載の方法であって、前記第１のセーフガード時間を前記ＡＮに送信すること（７２０）は、前記ＱｏＳ要件を前記ＡＮに送信することを含み、前記ＱｏＳ要件は、前記第１のセーフガード時間を暗黙的に示す、方法。
  9. 請求項６ないし８のいずれか一項に記載の方法であって、前記ＡＮから、将来のおおよそ第１の時点では前記ＡＮが前記ＱｏＳ要件に準拠しなくなる可能性が高いことを示す第１の通知を受信すること（７５０）をさらに有する、方法。
  10. 請求項９に記載の方法であって、前記第１の通知を前記ＡＦに送信すること（７６０）をさらに有し、前記第１の通知は、前記第１の時点よりも少なくとも前記第１のセーフガード時間以上前に送信される、方法。
  11. 請求項６ないし１０のいずれか一項に記載の方法であって、前記ＡＦから、前記ＱｏＳ要件に関連する第２のセーフガード時間を受信すること（７３０）をさらに有し、前記第２のセーフガード時間は、前記ＡＮが再度準拠した後において安全に動作するように前記アプリケーションを適応させるために、前記準拠しなくなった後であって前記ＱｏＳ要件に前記ＡＮが再度準拠するようになる前に、必要とされる時間の量を表す、方法。
  12. 請求項１１記載の方法であって、さらに、
    前記ＡＦから、前記ＱｏＳ要件に関連する所望の第２のセーフガード時間を受信すること（７３２）と、
    前記ＡＦに、前記所望の第２のセーフガード時間に関連した１つ以上の許容可能な第２のセーフガード時間を送信すること（７３４）と、
    続いて、前記第２のセーフガード時間を受信すること（７３６）と、を有し、前記受信された第２のセーフガード時間は、前記許容可能な第２のセーフガード時間のうちの１つである、方法。
  13. 請求項１１または１２に記載の方法であって、さらに、前記ＡＮから、将来のおおよそ第２の時点において前記ＡＮが前記ＱｏＳ要件に再度準拠するようになる可能性が高いことを示す第２の通知を受信すること（７７０）を有する、方法。
  14. 請求項１３に記載の方法であって、前記第２の通知を前記ＡＦに送信すること（７８０）をさらに有し、前記第２の通知は、前記第２の時点よりも少なくとも前記第２のセーフガード時間以上前に送信される、方法。
  15. コアネットワーク（ＣＮ）（９３０）に接続されたアクセスネットワーク（ＡＮ）（９２０）のネットワークノード（１０６０、１４２０）であって、前記ネットワークノード（１０６０）は、アプリケーションサーバ（９４０）と、前記ＡＮによってサービスを提供されるユーザ装置（ＵＥ）に関連するアプリケーションとの間のデータフローについてのサービス品質（ＱｏＳ）要件への前記ＡＮの準拠の変更を通知するように構成されており、前記ネットワークノードは、
    前記ＵＥと前記ＣＮと通信するように動作可能なインターフェース回路（１０９０、１４２７）と、
    前記インターフェース回路（１０９０、１４２７）に動作可能に接続されたプロセッシング回路（１０７０、１４２８）と、を有し、それによって、前記プロセッシング回路および前記インターフェース回路は、請求項１ないし５のいずれか一項に記載の方法に対応する動作を実行するように構成されている、ネットワークノード。
  16. アクセスネットワーク（ＡＮ）（９２０）に接続されたコアネットワーク（ＣＮ）（９３０）のネットワークノード（１０６０）であって、前記ネットワークノードは、
    前記ＡＮとアプリケーションサーバ（ＡＦ）（９４０）と通信するように構成されたインターフェース回路（１０９０）と、
    前記インターフェース回路（１０９０）に動作可能に接続されたプロセッシング回路（１０７０）と、を有し、それによって、前記プロセッシング回路（１０７０）と前記インターフェース回路（１０９０）との組合せが、請求項６ないし１４のいずれか一項に記載の方法に対応する動作を実行するように構成されている、ネットワークノード。
  17. 非一時的なコンピュータ可読媒体（１０８０）であって、コアネットワーク（ＣＮ）（９３０）のネットワークノード（１０６０）のプロセッシング回路（１０７０）によって実行されると、請求項６ないし１４のいずれか一項に記載の方法に対応する動作を実行するように前記ネットワークノードを構成するコンピュータ実行可能な命令を記憶した、コンピュータ可読媒体。
  18. コンピュータプログラムであって、コアネットワーク（ＣＮ）（９３０）のネットワークノード（１０６０）のプロセッシング回路（１０７０）によって実行されると、請求項６ないし１４のいずれか一項に記載の方法に対応する動作を実行するように前記ネットワークノードを構成するコンピュータ実行可能な命令を有する、コンピュータプログラム。
JP2021505724A 2018-08-14 2019-07-02 サービス品質（ｑｏｓ）のためのセーフガード時間 Active JP7214832B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862718769P 2018-08-14 2018-08-14
US62/718,769 2018-08-14
PCT/SE2019/050655 WO2020036523A1 (en) 2018-08-14 2019-07-02 Method for advance notification of changes to network qos capabilities

Publications (2)

Publication Number Publication Date
JP2021536164A JP2021536164A (ja) 2021-12-23
JP7214832B2 true JP7214832B2 (ja) 2023-01-30

Family

ID=69525572

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021505724A Active JP7214832B2 (ja) 2018-08-14 2019-07-02 サービス品質（ｑｏｓ）のためのセーフガード時間

Country Status (5)

Country Link
US (1) US11800408B2 (ja)
EP (1) EP3837814B1 (ja)
JP (1) JP7214832B2 (ja)
CN (1) CN112602295B (ja)
WO (1) WO2020036523A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2582827A (en) * 2019-04-05 2020-10-07 Nec Corp Communication system
GB2590728A (en) * 2020-01-03 2021-07-07 Nokia Technologies Oy Scope parameter for binding indication
CN114946216A (zh) * 2020-01-17 2022-08-26 中兴通讯股份有限公司 用于切片中特定用户设备的服务质量控制方法
WO2021217563A1 (en) * 2020-04-30 2021-11-04 Apple Inc. Finer granularity user plane security policy configuration
TWI774045B (zh) * 2020-08-25 2022-08-11 緯創資通股份有限公司 行動通訊裝置及多卡連線管理方法
US11924662B2 (en) * 2020-11-13 2024-03-05 At&T Intellectual Property I, L.P. Remote user plane deployment and configuration
US11509587B2 (en) * 2021-02-05 2022-11-22 Dell Products L.P. Multiple QoS traffic splitting over multiple heterogeneous links
US11621902B2 (en) * 2021-04-24 2023-04-04 Syntropy Network Limited System, method, utility, and governance for distributed data routing over the internet
WO2023220147A1 (en) * 2022-05-11 2023-11-16 Intel Corporation 6g control plane network functions in service-based architecture

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008141261A (ja) 2006-11-29 2008-06-19 Kyocera Corp 移動体通信システム、基地局制御装置、無線基地局及び通信制御方法
WO2013171365A1 (en) 2012-05-16 2013-11-21 Nokia Corporation Method and apparatus for network traffic offloading
WO2019139752A1 (en) 2018-01-11 2019-07-18 Ofinno, Llc Monitoring and reporting service performance

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8634423B1 (en) * 2007-04-13 2014-01-21 Clearwire Ip Holdings Llc Determining a quality-of-service prior to registering a wireless device
WO2009049684A1 (en) * 2007-10-19 2009-04-23 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for notifying an application function of resource restrictions relating to a communication session
CN101883392B (zh) * 2009-05-05 2013-08-07 中兴通讯股份有限公司 一种保证移动网络下发报文QoS的方法和系统
US8953443B2 (en) * 2011-06-01 2015-02-10 At&T Intellectual Property I, L.P. Method and apparatus for providing congestion management for a wireless communication network
CA2873106C (en) 2012-05-14 2018-03-20 Metsa Fibre Oy Method of separation of hemicellulose and cellulose from polysaccharide sources
US9615260B2 (en) * 2014-06-02 2017-04-04 Intel Corporation Adaptive quality of service for wireless networks
US11757970B2 (en) * 2015-04-13 2023-09-12 Sony Group Corporation System and method for content streaming in a network environment
CN108141779A (zh) * 2015-10-19 2018-06-08 华为技术有限公司 用于通信网络的方法和设备
CN105636062B (zh) * 2016-01-25 2019-02-26 长江大学 一种面向业务适度服务的认知无线网络传输学习方法
US10277515B2 (en) * 2016-04-04 2019-04-30 Qualcomm Incorporated Quality of service (QOS) management in wireless networks
EP3701743A1 (en) * 2017-10-26 2020-09-02 Huawei Technologies Co., Ltd. Techniques for quality of service negotiation
EP3698572B1 (en) * 2017-10-26 2023-08-30 Huawei Technologies Co., Ltd. Techniques for notifying a quality of service change

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008141261A (ja) 2006-11-29 2008-06-19 Kyocera Corp 移動体通信システム、基地局制御装置、無線基地局及び通信制御方法
WO2013171365A1 (en) 2012-05-16 2013-11-21 Nokia Corporation Method and apparatus for network traffic offloading
WO2019139752A1 (en) 2018-01-11 2019-07-18 Ofinno, Llc Monitoring and reporting service performance
JP2021510467A (ja) 2018-01-11 2021-04-22 サムスン エレクトロニクス カンパニー リミテッド サービス性能の監視および報告

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LG Electronics，New Use Case: Adjustment of configuration of Platooning [online]，3GPP TSG-SA WG1 #82 S1-181727, [検索日: 2022年4月23日]，インターネット <URL: https://www.3gpp.org/ftp/tsg_sa/WG1_Serv/TSGS1_82_Dubrovnik/Docs/S1-181727.zip>，2018年05月15日
Nokia, Nokia Shanghai Bell，23.502: 5G QoS: Notification Control [online]，SA WG2 Meeting #124 S2-178674, [検索日: 2022年4月23日]，インターネット <URL: https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_124_Reno/Docs/S2-178674.zip>，2017年11月21日
Technical Specification, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 15) [online]，3GPP TS 23.501 V15.2.0 (2018-06), [検索日: 2022年4月24日]，インターネット <URL: https://www.3gpp.org/ftp/Specs/archive/23_series/23.501/23501-f20.zip>，2018年06月19日

Also Published As

Publication number Publication date
US20210314820A1 (en) 2021-10-07
EP3837814A4 (en) 2021-10-27
CN112602295B (zh) 2024-01-16
WO2020036523A1 (en) 2020-02-20
JP2021536164A (ja) 2021-12-23
EP3837814A1 (en) 2021-06-23
EP3837814B1 (en) 2023-09-06
CN112602295A (zh) 2021-04-02
US11800408B2 (en) 2023-10-24

Similar Documents

Publication Publication Date Title
JP7214832B2 (ja) サービス品質（ｑｏｓ）のためのセーフガード時間
US11546966B2 (en) Secondary authorization at PDU session establishment for home routed roaming
JP2020191654A (ja) 非アクティブ状態からのｒｒｃ再開のためのセキュリティ処理
KR102434810B1 (ko) 재개 요청의 거부와 관련한 ue 거동
JP7455217B2 (ja) 認証および鍵管理における認証サーバー機能の選択
CN113966592B (zh) 更新后台数据传输策略的方法和装置
CN111937425B (zh) 用于处理用户平面通信保护的安全策略的方法、用户设备和系统
JP7286785B2 (ja) プロトコルデータユニットセッションの確立
CN111902852A (zh) 用于控制未授权的空中ue的方法
JP2024028949A (ja) デュアルコネクティビティにおけるサイドリンク設定
WO2021209379A1 (en) Authentication server function (ausf) push of authentication and key management (akma) material
CN111955021A (zh) 5g系统中用于用户平面保护的安全策略的amf控制处理
US20240064510A1 (en) User equipment (ue) identifier request
JP2024513720A (ja) プロキシミティサービス検出ユーザ装置識別情報プロビジョニング
KR20230161497A (ko) 네트워크 슬라이스 리스트를 통한 네트워크 슬라이스 격리

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210318

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210318

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220426

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220509

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220704

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220905

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221223

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230118

R150 Certificate of patent or registration of utility model

Ref document number: 7214832

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150