JP2022552668A - 中間プロキシノードにおいて、サービスのために、保証されたトラフィック帯域幅を提供するための方法、システム、およびコンピュータ可読媒体 - Google Patents

中間プロキシノードにおいて、サービスのために、保証されたトラフィック帯域幅を提供するための方法、システム、およびコンピュータ可読媒体 Download PDF

Info

Publication number
JP2022552668A
JP2022552668A JP2022522375A JP2022522375A JP2022552668A JP 2022552668 A JP2022552668 A JP 2022552668A JP 2022522375 A JP2022522375 A JP 2022522375A JP 2022522375 A JP2022522375 A JP 2022522375A JP 2022552668 A JP2022552668 A JP 2022552668A
Authority
JP
Japan
Prior art keywords
service
message
intermediate proxy
proxy node
bandwidth
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.)
Pending
Application number
JP2022522375A
Other languages
English (en)
Other versions
JPWO2021076277A5 (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 JP2022552668A publication Critical patent/JP2022552668A/ja
Publication of JPWO2021076277A5 publication Critical patent/JPWO2021076277A5/ja
Pending legal-status Critical Current

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
    • 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/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • 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/11—Identifying congestion
    • 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/22—Traffic shaping
    • 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/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
    • H04L47/2433—Allocation of priorities to traffic types
    • 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/2475—Traffic characterised by specific attributes, e.g. priority or QoS for supporting traffic characterised by the type of applications
    • 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/29—Flow control; Congestion control using a combination of thresholds
    • 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/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • 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/18—Negotiating wireless communication parameters
    • H04W28/20—Negotiating bandwidth

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

サービスのために、保証された最小中間プロキシノード帯域幅を提供するための方法は、中間プロキシノードにおいて、サービスに関連付けられるメッセージを処理するために確保される、中間プロキシノードの保証された最小帯域幅を設定することを含む。本方法は、中間プロキシノードにおいて第１のメッセージを受信することをさらに含む。本方法は、中間プロキシノードが、中間プロキシノードは過負荷状態にあると判断することをさらに含む。本方法は、中間プロキシノードが、第１のメッセージを、保証された最小帯域幅が設定されるサービスに関連付けられるものとして識別することをさらに含む。本方法は、中間プロキシノードが、サービスのための保証された最小帯域幅の一部が第１のメッセージを処理するために利用可能であると判断することをさらに含む。本方法は、中間プロキシノードが、サービスを提供するプロデューサネットワーク機能（ＮＦ）に、第１のメッセージをルーティングすることと、サービスについてメッセージカウントを更新することとをさらに含む。

Description

優先権主張
本出願は、２０１９年１０月１４日に提出された米国特許出願連続番号第１６／６０１，３７１号の優先権利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。
技術分野
本明細書で説明される主題は、通信ネットワークにおいて、サービスのために、保証されたトラフィック帯域幅を提供することに関する。より具体的には、本明細書で説明される主題は、プロデューサおよびコンシューマネットワーク機能（ＮＦ）等のサービスエンドポイント間でメッセージをルーティングする、サービス通信プロキシ（ＳＣＰ）、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、中間ゲートウェイ、またはサービスメッシュノード等の中間プロキシノードにおいて、サービスのために、保証されたトラフィック帯域幅を提供することに関する。
背景
５Ｇ電気通信ネットワークでは、サービスを提供するネットワークノードは、プロデューサネットワーク機能（ＮＦ）と呼ばれる。サービスを消費するネットワークノードは、コンシューマＮＦと呼ばれる。ネットワーク機能は、それがサービスを消費しているか提供しているかに応じて、プロデューサＮＦおよびコンシューマＮＦの両方であり得る。
所与のプロデューサＮＦは、多くのサービスエンドポイントを有し得、サービスエンドポイントは、プロデューサＮＦをホストするネットワークノード上のＩＰアドレスとポート番号との組み合わせである。プロデューサＮＦは、ネットワーク機能リポジトリ機能（ＮＲＦ）に登録する。ＮＲＦは、利用可能なＮＦインスタンスのＮＦプロファイルおよびそれらのサポートされるサービスを維持する。コンシューマＮＦは、ＮＲＦに登録したプロデューサＮＦインスタンスに関する情報を受信するように加入することができる。
コンシューマＮＦに加えて、ＮＦサービスインスタンスに関する情報を受信するように加入することができる別のタイプのネットワークノードは、サービス通信プロキシ（ＳＣＰ）である。ＳＣＰは、ＮＲＦに加入し、プロデューサＮＦサービスインスタンスに関する到達可能性およびサービスプロファイル情報を取得する。コンシューマＮＦは、サービス通信プロキシに接続し、サービス通信プロキシは、必要とされるサービスを提供するプロデューサＮＦサービスインスタンス間でトラフィックを負荷分散させるか、またはトラフィックを宛先プロデューサＮＦに直接ルーティングする。
ＳＣＰに加えて、プロデューサＮＦとコンシューマＮＦとの間でトラフィックをルーティングする中間プロキシノードまたはネットワークノードのグループの他の例は、５Ｇサービスメッシュ内のＳＥＰＰ、サービスゲートウェイ、およびノードを含む。ＳＥＰＰは、異なる５Ｇ ＰＬＭＮ（公衆陸上移動ネットワーク）間で交換される制御プレーントラフィックを保護するために使用されるネットワークノードである。したがって、ＳＥＰＰは、すべてのＡＰＩメッセージに対してメッセージフィルタリング、ポリシング、およびトポロジー隠蔽を実行する。
サービスゲートウェイは、所与のサービスを提供するプロデューサＮＦのグループの前に位置するノードである。サービスゲートウェイは、ＳＣＰと同様の方法で、サービスを提供するプロデューサＮＦ間で着信サービス要求を負荷分散することができる。
サービスメッシュは、プロデューサＮＦとコンシューマＮＦとの間の通信を可能にする中間プロキシノードのグループの名前である。サービスメッシュは、１つ以上のＳＣＰ、ＳＥＰＰ、およびサービスゲートウェイを含んでもよい。
既存の３ＧＰＰ（登録商標）サービスアーキテクチャに関する１つの問題は、メッセージ優先度および輻輳処理が３ＧＰＰ ＮＦにおいて定義されていることである。しかしながら、コンシューマＮＦとプロデューサＮＦとの間のすべてのノードは、それら自体を、５Ｇ ＮＦ、たとえば同じベンダのサイト間の中間プロキシ、サービスゲートウェイなどとして登録することはできない。したがって、コンシューマＮＦは、ターゲットプロデューサＮＦの負荷のみを見ることができる。中間ノード上の挙動を定義するための、３ＧＰＰからのガイドラインはない。また、３ＧＰＰは、低優先度サービスについてサービス不足を回避するために、ＳＣＰ、ＳＥＰＰ、サービスゲートウェイ、またはサービスメッシュなどの中間プロキシノードにおける過負荷処理機構を定義していない。例えば、ＳＣＰがプロデューサＮＦとコンシューマＮＦとの間のトラフィックを処理しており、プロデューサＮＦが圧倒されない場合、トラフィックは、ＳＣＰにおいて輻輳制御手順を呼び出すことなく進行し得る。しかしながら、コンシューマＮＦからプロデューサＮＦへのトラフィックの合計は、ＳＣＰを圧倒する場合がある。ＳＣＰまたは他の中間プロキシノードにおけるトラフィック輻輳を処理するための機構がなければ、そのようなノードは、輻輳し、低優先度サービスのためのトラフィックをドロップし得る。
したがって、中間プロキシノードにおけるサービスのために、保証されたトラフィック帯域幅サポートを提供するための方法、システム、およびコンピュータ可読媒体の必要性が存在する。
概要
サービスのために、保証された最小中間プロキシノード帯域幅を提供するための方法は、中間プロキシノードにおいて、サービスに関連付けられるメッセージを処理するために確保される、中間プロキシノードの保証された最小帯域幅を設定することを含む。本方法は、中間プロキシノードにおいて第１のメッセージを受信することをさらに含む。本方法は、中間プロキシノードが、中間プロキシノードは過負荷状態にあると判断することをさらに含む。本方法は、中間プロキシノードが、第１のメッセージを、保証された最小帯域幅が設定されるサービスに関連付けられるものとして識別することをさらに含む。本方法は、中間プロキシノードが、サービスのための保証された最小帯域幅の一部が第１のメッセージを処理するために利用可能であると判断することをさらに含む。本方法は、中間プロキシノードが、サービスを提供するプロデューサネットワーク機能（ＮＦ）に、第１のメッセージをルーティングすることと、サービスについてメッセージカウントを更新することとをさらに含む。
本明細書で説明する主題の別の態様によれば、保証された最小帯域幅を設定することは、サービスに関連付けられるメッセージを処理するために確保される、中間プロキシノードの保証された最小帯域幅の利用を確保および追跡するために、中間プロキシノードにおいてサービスごとの帯域幅バケットを設定することを含む。
本明細書で説明される主題のさらに別の態様によれば、サービスのために、保証された最小中間プロキシノード帯域幅を提供するための方法は、複数の異なるサービスと関連付けられるメッセージによって使用されるために利用可能な中間プロキシノードの確保された最小帯域幅の利用を確保および追跡するために、中間プロキシノードにおいて複数の異なるサービスごとの帯域幅バケットを設定することを含む。
本明細書で説明される主題のさらに別の態様によれば、中間プロキシノードは、サービス通信プロキシ（ＳＣＰ）を含む。
本明細書で説明する主題のさらに別の態様によれば、中間プロキシノードはセキュリティエッジ保護プロキシ（ＳＥＰＰ）を含む。
本明細書で説明する主題のさらに別の態様によれば、中間プロキシノードはサービスメッシュノードを含む。
本明細書で説明する主題のさらに別の態様によれば、第１のメッセージをサービスに関連付けられているものとして識別することは、第１のメッセージ中の統一資源識別子（ＵＲＩ）がサービスに関連付けられていると判断することを含む。
本明細書で説明される主題のさらに別の態様によれば、サービスのために、保証された最小中間プロキシノード帯域幅を提供するための方法は、中間プロキシノードにおいて、中間プロキシノードの保証された帯域幅が設定されるサービスに関連付けられていないメッセージに利用可能な中間プロキシノードの帯域幅を追跡するために使用可能な保証されないトラフィック帯域幅サービス（非ＧＴＢＳ）バケットを設定することを含む。
本明細書で説明する主題のさらに別の態様によれば、サービスのために、保証された最小中間プロキシノード帯域幅を提供するための方法は、中間プロキシノードにおいて第２のメッセージを受信することと、中間プロキシノードの保証された帯域幅が設定されるサービスに第２のメッセージが関連付けられていないと判断することと、非ＧＴＢＳバケットを用いて、非ＧＴＢＳ帯域幅が第２のメッセージのために利用可能であると判断することと、第２のメッセージをプロデューサネットワーク機能にルーティングすることとを含む。
本明細書で説明される主題のさらに別の態様によれば、サービスのために、保証された最小中間プロキシノード帯域幅を提供するための方法は、中間プロキシノードにおいて第２のメッセージを受信することと、中間プロキシノードが、第２のメッセージを、保証された最小帯域幅が設定されるサービスに関連付けられるものとして識別することと、中間プロキシノードが、保証された最小帯域幅の一部が第２のメッセージを処理するために利用可能でないと判断することと、第２のメッセージの優先度を判断することと、中間プロキシノードにおける処理のために受け入れられた、サービスに関連付けられ、第２のメッセージよりも低い優先度のメッセージの存在を検出することと、サービスに関連付けられ、第２のメッセージよりも低い優先度のメッセージのうちの１つを拒否することと、中間プロキシノードが、サービスを提供するプロデューサネットワーク機能ＮＦに、第２のメッセージをルーティングし、サービスについてメッセージカウントを更新することとを含む。
本明細書で説明される主題のさらに別の態様によれば、サービスのために、保証された最小中間プロキシノード帯域幅を提供するためのシステムは、少なくとも１つのプロセッサおよびメモリを含む中間プロキシノードを含む。本システムは、サービスに関連付けられるメッセージを処理するために確保される、中間プロキシノードの保証された最小帯域幅の設定を可能にするために、少なくとも１つのプロセッサによって実現される、サービスのための保証されたトラフィック帯域幅（ＧＴＢＳ）設定インターフェイスをさらに含む。本システムは、さらに、少なくとも１つのプロセッサによって実現され、第１のメッセージを受信し、中間プロキシノードは過負荷状態にあると判断し、第１のメッセージを、保証された最小帯域幅が設定されるサービスに関連付けられるものとして識別し、サービスのための保証された最小帯域幅の一部が第１のメッセージを処理するために利用可能であると判断し、サービスを提供するプロデューサネットワーク機能（ＮＦ）に第１のメッセージをルーティングし、サービスについてメッセージカウントを更新するためのＧＴＢＳコントローラを備える。
本明細書で説明する主題のさらに別の態様によれば、ＧＴＢＳ設定インターフェイスは、サービスに関連付けられるメッセージを処理するために確保される中間プロキシノードの保証された最小帯域幅の利用を確保および追跡するために、中間プロキシノードにおけるサービスごとの帯域幅バケットの設定に備える。
本明細書で説明される主題のさらに別の態様によれば、ＧＴＢＳ設定インターフェイスは、複数の異なるサービスに関連付けられるメッセージによって使用されるために利用可能な中間プロキシノードの確保された最小帯域幅の利用を確保および追跡するために、中間プロキシノードにおける複数の異なるサービスごとの帯域幅バケットの設定に備える。
本明細書で説明される主題のさらに別の態様によれば、中間プロキシノードは、サービス通信プロキシ（ＳＣＰ）またはセキュリティエッジ保護プロキシ（ＳＥＰＰ）を含む。
本明細書で説明する主題のさらに別の態様によれば、中間プロキシノードはサービスメッシュノードを含む。
本明細書で説明する主題のさらに別の態様によれば、ＧＴＢＳコントローラは、第１のメッセージ中の統一資源識別子（ＵＲＩ）を用いて、第１のメッセージをサービスに関連付けられているものとして識別するよう構成される。
本明細書で説明される主題のさらに別の態様によれば、中間プロキシノードは、中間プロキシノードの保証された帯域幅が設定されるサービスに関連付けられていないメッセージに利用可能な中間プロキシノードの帯域幅を追跡するために使用可能な非ＧＴＢＳバケットを含む。
本明細書で説明する主題のさらに別の態様によれば、ＧＴＢＳコントローラは、第２のメッセージを受信し、中間プロキシノードの保証された帯域幅が設定されるサービスに第２のメッセージが関連付けられていないと判断し、非ＧＴＢＳバケットを用いて、非ＧＴＢＳ帯域幅が第２のメッセージのために利用可能であると判断し、第２のメッセージをプロデューサネットワーク機能にルーティングするよう構成される。
本明細書で説明する主題のさらに別の態様によれば、ＧＴＢＳコントローラは、第２のメッセージを受信し、第２のメッセージを、保証された最小帯域幅が設定されるサービスに関連付けられるものとして識別し、保証された最小帯域幅の一部が第２のメッセージを処理するために利用可能でないと判断し、第２のメッセージの優先度を判断し、中間プロキシノードにおける処理のために受け入れられた、サービスに関連付けられ、第２のメッセージよりも低い優先度のメッセージの存在を検出し、サービスに関連付けられ、第２のメッセージよりも低い優先度のメッセージのうちの１つを拒否し、中間プロキシノードが、サービスを提供するプロデューサネットワーク機能ＮＦに、第２のメッセージをルーティングし、サービスについてメッセージカウントを更新するよう構成される。
本明細書に記載の主題のさらに別の態様によれば、コンピュータのプロセッサによって実行されるとステップを実行するようにコンピュータを制御する実行可能命令を記憶した非一時的なコンピュータ可読媒体が提供される。ステップは、中間プロキシノードにおいて、サービスに関連付けられるメッセージを処理するために確保される、中間プロキシノードの保証された最小帯域幅を設定することを含む。ステップは、中間プロキシノードにおいて第１のメッセージを受信することをさらに含む。ステップは、中間プロキシノードが、中間プロキシノードは過負荷状態にあると判断することをさらに含む。ステップは、中間プロキシノードが、第１のメッセージを、保証された最小帯域幅が設定されるサービスに関連付けられるものとして識別することをさらに含む。ステップは、中間プロキシノードが、サービスのための保証された最小帯域幅の一部が第１のメッセージを処理するために利用可能であると判断することをさらに含む。ステップは、中間プロキシノードが、サービスを提供するプロデューサネットワーク機能（ＮＦ）に、第１のメッセージをルーティングすることと、サービスについてメッセージカウントを更新することとをさらに含む。
本明細書で説明する主題は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実現されてもよい。そのため、ここに用いられるような「機能」、「ノード」、または「モジュール」という用語はハードウェアを指すが、それらはまた、説明されている特徴を実現するためのソフトウェアおよび／またはファームウェアコンポーネントを含んでいてもよい。例示的な一実現例では、ここに説明される主題は、コンピュータのプロセッサによって実行されると複数のステップを実行するようにコンピュータを制御するコンピュータ実行可能命令が格納されたコンピュータ可読媒体を用いて実現されてもよい。ここに説明される主題を実現するのに好適である例示的なコンピュータ可読媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブル論理デバイス、および特定用途向け集積回路などの非一時的コンピュータ可読媒体を含む。加えて、ここに説明される主題を実現するコンピュータ可読媒体は、単一のデバイスもしくはコンピューティングプラットフォーム上に位置していてもよく、または複数のデバイスもしくはコンピューティングプラットフォームにわたって分散されていてもよい。
図面の簡単な説明
ここで、本明細書で説明される主題が、添付の図面を参照して説明される。
例示的な５Ｇネットワークアーキテクチャを示すネットワーク図である。 サービスメッシュなどの中間プロキシノードを介して接続される５Ｇネットワーク機能を示す図である。 ５Ｇネットワーク機能間の中間プロキシノードで発生し得る潜在的な輻輳を示すネットワーク図である。 コンシューマネットワーク機能とプロデューサネットワーク機能との間でサービスベースの帯域幅保証を実現するためにサービスごとの輻輳コントローラを有する中間プロキシノードを示すブロック図である。 コンシューマＮＦとプロデューサＮＦとの間の中間プロキシノードにおけるサービスのための保証されたトラフィック帯域幅を提供するための例示的なプロセスを示すフローチャートである。
詳細な説明
本明細書で説明される主題は、コンシューマＮＦとプロデューサＮＦとの間の中間プロキシノードにおけるサービスのための保証されたトラフィック帯域幅を提供するための方法、システム、およびコンピュータ可読媒体に関する。図１は、例示的な５Ｇシステムネットワークアーキテクチャを示すブロック図である。図１のアーキテクチャは、同じホーム公衆陸上移動体通信網（ＨＰＬＭＮ：Home Public Land Mobile Network）に位置し得るＮＲＦ１００およびＳＣＰ１０１を含む。前述したように、ＮＲＦ１００は、利用可能なプロデューサＮＦサービスインスタンスのプロファイルおよびそれらのサポートされたサービスを維持し、コンシューマＮＦまたはＳＣＰが新規の／更新されたプロデューサＮＦサービスインスタンスに加入し、その登録を通知されるようにし得る。ＳＣＰ１０１はまた、プロデューサＮＦのサービス発見および選択をサポートし得る。加えて、ＳＣＰ１０１は、コンシューマＮＦとプロデューサＮＦとの間の接続の負荷分散を実行し得る。
ＮＲＦ１００は、ＮＦプロファイルのリポジトリである。プロデューサＮＦと通信するために、コンシューマＮＦまたはＳＣＰは、ＮＲＦ１００からＮＦプロファイルを取得しなければならない。ＮＦプロファイルは、３ＧＰＰ ＴＳ２９．５１０で定義されるJavaScriptオブジェクト表記（ＪＳＯＮ）データ構造である。ＮＦプロファイル定義は、完全修飾ドメイン名（ＦＱＤＮ）、インターネットプロトコル（ＩＰ）バージョン４（ＩＰｖ４）アドレス、またはＩＰバージョン６（ＩＰｖ６）アドレスのうちの少なくとも１つを含む。
図１では、（ＳＣＰ１０１およびＮＲＦ１００以外の）いずれのノードも、それらがサービスを要求しているか提供しているかに応じて、コンシューマＮＦまたはプロデューサＮＦとなり得る。図示した例では、ノードは、ネットワーク内でポリシー関連動作を実行するポリシー制御機能（ＰＣＦ）１０２と、ユーザデータを管理するユーザデータ管理（ＵＤＭ）機能１０４と、アプリケーションサービスを提供するアプリケーション機能（ＡＦ）１０６とを含む。図１に示すノードは、アクセスおよびモビリティ管理機能（ＡＭＦ）１１０とＰＣＦ１０２との間のセッションを管理するセッション管理機能（ＳＭＦ）１０８をさらに含む。ＡＭＦ１１０は、４Ｇネットワークにおいてモビリティ管理エンティティ（ＭＭＥ）によって実行されるモビリティ管理動作と同様の動作を実行する。認証サーバ機能（ＡＵＳＦ）１１２は、ＵＥ１１４のようにネットワークへのアクセスを求めるユーザ機器（ＵＥ）のための認証サービスを実行する。
ネットワークスライス選択機能（ＮＳＳＦ）１１６は、ネットワークスライスに関連付けられる特定のネットワーク機能および特性にアクセスしようとするデバイスのためにネットワークスライスサービスを提供する。ネットワーク公開機能（ＮＥＦ）１１８は、モノのインターネット（ＩｏＴ）デバイスおよびネットワークに接続された他のＵＥに関する情報を取得しようとするアプリケーション機能のためにアプリケーションプログラミングインターフェイス（ＡＰＩ）を提供する。ＮＥＦ１１８は、４Ｇネットワークにおけるサービス機能公開機能（ＳＣＥＦ）と同様の機能を実行する。
無線アクセスネットワーク（ＲＡＮ）１２０は、無線リンクを介してＵＥ１１４をネットワークに接続する。無線アクセスネットワーク１２０は、ｇノードＢ（ｇＮＢ）（図１には示さず）または他の無線アクセスポイントを用いてアクセスされてもよい。ユーザプレーン機能（ＵＰＦ）１２２は、ユーザプレーンサービスのための様々なプロキシ機能をサポート可能である。そのようなプロキシ機能の一例は、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロキシ機能である。ＵＰＦ１２２はまた、ネットワーク性能測定値を取得するためにＵＥ１１４によって用いられ得る性能測定機能もサポートし得る。また、図１には、インターネットサービスなどのデータネットワークサービスにＵＥがアクセスするデータネットワーク（ＤＮ）１２４も示されている。
ＳＥＰＰ１２６は、別のＰＬＭＮからの着信トラフィックをフィルタリングし、ホームＰＬＭＮを出るトラフィックのためにトポロジー隠蔽を実行する。ＳＥＰＰ１２６は、外部ＰＬＭＮのセキュリティを管理する、外部ＰＬＭＮ内のＳＥＰＰと通信することができる。したがって、異なるＰＬＭＮ内のＮＦ間のトラフィックは、一方はホームＰＬＭＮ用であり、他方は外部ＰＬＭＮ用である、２つのＳＥＰＰ機能を横断し得る。上述のように、ＳＥＰＰは、適切な輻輳制御および／または帯域幅確保手順が中間プロキシノードにおいて実現されない場合に圧倒され得る中間プロキシノードの例である。
サービスのための保証されたトラフィック帯域幅（ＧＴＢＳ）
５Ｇ展開アーキテクチャでは、３ＧＰＰリリース１５および１６は、クライアント／コンシューマＮＦとサーバ／プロデューサＮＦとの間にあるＳＣＰまたはＳＥＰＰなどのプロキシノードを推奨する。ＳＣＰなどのプロキシノードは、Ｎ個のコンシューマＮＦとＭ個のプロデューサＮＦとの間のトランスポートおよびルーティング機能を提供し、ここでＮおよびＭは整数である。同様に、ネットワークオペレータは、それ自体のサービスメッシュ／中間ゲートウェイ／コントローラノードを５Ｇ ＮＦ間に展開することができる。サービスメッシュ／中間ゲートウェイ／プロキシノードは、例えば、監視、過負荷制御、トラフィック管理、サービス発見などの様々なサービスの間で大抵の共通のアクティビティを実行するのに役立つ。５Ｇでは、各プロデューサＮＦは、その負荷レベルをＮＲＦに公開することができる。コンシューマＮＦは、そのような変更について登録し、それらのトラフィックレートを調整するために反応的であることができる。
既存の３ＧＰＰネットワークアーキテクチャに関する１つの問題は、コンシューマＮＦとプロデューサＮＦとの間のすべてのノードが、それら自体を５Ｇ ＮＦとして登録できるわけではないことである。登録できないこれらのノードは、同じベンダのサイト間の中間プロキシ、サービスゲートウェイなどを含む。中間プロキシノードは、５Ｇ ＮＦとしてＮＲＦに登録することができないので、コンシューマノードは、中間プロキシノード上の負荷を知らないことがあり、中間プロキシノードを圧倒することがある。同様に、ＮＲＦは、コンシューマがターゲットプロデューサノードの負荷を見ることを可能にする通知をサービスコンシューマに提供する。しかしながら、中間プロキシノードはサービスプロデューサとして登録することができないので、そのような通知に応答することまたはそのような通知の発行について中間プロキシノード上での挙動を定義するための、３ＧＰＰからのガイドラインはない。
たとえオペレータがそれの中間プロキシノードの容量を計画しても、不正サービス／ＮＦからの信号送信ストームは、中間ネットワーク／ノード／ルートを過負荷にする可能性がある。
したがって、サービスメッシュ（またはＳＣＰ／ＳＥＰＰなどの中間プロキシ）では、所与のＮＦサービスメッセージングのために、保証されたトラフィック帯域幅を保証するポリシーを設定する必要がある。本明細書で説明される主題は、中間プロキシノードの輻輳／過負荷状態中における複数のサービスの保証されたサービス性のための、サービスメッシュ／ＳＣＰ／ＳＥＰＰ／中間ゲートウェイなどにおける強化を含む。
共有または専用ネットワークにかかわらず、中間プロキシノードは、すべてのサービスまたは選択されたサービスに対して、保証されたサービス性を保証する方法を必要とする。ＧＴＢＳがないと、２つのサービス間のメッセージングは、サービスメッシュ／中間プロキシノードの容量を過剰に実行する可能性があり、したがって、中間プロキシノードおよび他のサービスの機能に影響を及ぼし得る。
図２は、Ｎ個のノード間のトラフィックがサービスメッシュをどのように圧倒し得るかを示す。図２では、ＡＭＦ１１０は、サービスメッシュ２０２を介して、ＵＤＭ１０４および別のＮＦ２００に接続される。ＡＭＦ２００は、サービスＳｖｃ－Ｘを提供する。ＵＤＭ１０４は、サービスＳｖｃ－Ｙを提供する。ＮＦ２００は、サービスＳｖｃ－Ｚを提供する。Ｓｖｃ－ＸとＳｖｃ－Ｙとの間のメッセージングは、（データストームまたは他のそのようなシナリオ中に）中間プロキシノード２０２の容量を使い果たすかもしれない。その結果、Ｓｖｃ－Ｘ→Ｓｖｃ－ＺおよびＳｖｃ－Ｙ→Ｓｖｃ－Ｚサービスが悪影響を受けるかもしれない。
５Ｇは、所与のサービス内でメッセージに使用されるべきメッセージ優先度に関してのガイダンスを提供しない。３ＧＰＰ ＴＳ ２９．５００に従って、クライアントによって定義される優先度のないすべてのメッセージは、２４のデフォルト優先度を有するものとする。また、ベンダ／オペレータは、サービスメッセージごとに優先度を駆動／割り当てることは極めて困難であり、これは、他のＮＦの他のサービスと比較して、その優先度をかなり正当化することができる。
同時に、データストーム／過負荷状態中の中間プロキシノードの安定性を保証するために、オペレータは、システム容量がある点を超えると、低優先度メッセージを拒否するスロットリングポリシーを設定する。
以下は、システム容量がある点を超えたときに中間プロキシノードにおいて実現されてもよいポリシーの例である。
Ｉ．システム計算リソースの利用が６０％を超える場合、優先度≧１５のすべてのメッセージを拒否する。
ＩＩ．システムコンピューティングリソースの利用が８０％を超える場合、優先度≧７のすべてのメッセージを拒否する。
そのようなポリシーは有用であり得るが、それらは、輻輳イベント中に低優先度メッセージ／トラフィックを有するサービスに何が起こるかを考慮に入れない。
輻輳状況においてすべてのより低い優先度のメッセージが拒否されるときに生じる別の問題は、所与のサービスのすべてのメッセージがより低い優先度である場合、優先度ベースの閾値が所与のサービスを途絶えさせ得ることである。例えば、図２において、サービスＳｖｃ－Ｚのすべてのメッセージがデフォルト優先度を有し、中間プロキシノードが過負荷になる場合、サービスＳｖｃ－Ｚについてのすべてのメッセージは拒否されることになり、サービスＳｖｃ－Ｚがネットワークにおいて提供されることを妨げる。
５Ｇ展開では、ＮＦ（ネットワーク機能）とサービスとの間の多対多マッピングの可能性があり、すなわち、ある所与のＮＦは複数のサービスを提供する場合があり、あるサービスは複数のＮＦインスタンスによって提供される場合がある。
図３は、複数のプロデューサＮＦが複数のコンシューマＮＦにサービスを提供する例を示すネットワーク図である。図示の例では、コンシューマＮＦまたはＡＭＦ１１０ａ～１１０ｃである。プロデューサＮＦは、ＵＤＭ１０４およびＮＦインスタンス２００である。プロデューサＮＦおよびコンシューマＮＦは、中間プロキシノード２０２を介して接続される。一例では、１０個のＡＭＦインスタンスおよび１０個のＵＤＭインスタンスが動作していると仮定することができる。各ＵＤＭインスタンスは、１０Ｋｂｐｓのトラフィックを処理することが可能であり得る。しかしながら、サービスＳｖｃ－Ｘを実行する複数のＡＭＦインスタンスは、中間プロキシノード２０２を、ＵＤＭ１０４の各インスタンスによって提供またはホストされるサービスＳｖｃ－Ｙに向かうメッセージングで氾濫させ得る。加えて、中間プロキシノード２０２は、Ｓｖｃ－ＸおよびＳｖｃ－Ｙに関連するメッセージを拒否することによってサービスＳｖｃ－Ｚについてのメッセージングが提供されることができることを保証するためのポリシーを必要とし得る。サービスＳｖｃ－Ｚについてのメッセージは、任意の優先度を有し得るが、サービスＳｖｃ－Ｚメッセージが他のサービスに関連するメッセージングよりも低い優先度を有する場合であっても、サービスＳｖｃ－Ｚについての完全なサービス拒否は、あるべきではない。
５Ｇ展開では、ＨＴＴＰ接続はオンデマンドである。したがって、ＡＭＦインスタンス１のＳｖｃ－Ｘは、中間プロキシノードとの複数の接続をインスタンス化して、複数の接続上でトラフィックを分散することができることが考えられる。たとえば、ＡＭＦインスタンス１のＳＶＣ－ＸとＳＣＰ／ＳＥＰＰノードとの間に１０個の接続があり得る。したがって、所与のＳｖｃ－Ｘインスタンスによって生じる全体的なトラフィック（Ｓｖｃ－Ｙについては１０Ｋであり、Ｓｖｃ－Ｚについては１Ｋ）は、１０個の接続にわたって広がることになり、すなわち、各接続は１．１Ｋのみを処理する。
したがって、ソースサービスに基づいて、または接続ごとに入来制御を実行することは、サービスの入来トラフィックのために、複数の、およびさらにはオンデマンド接続があるため、サービスメッシュを実現するネットワークにとっては実行可能なオプションではない。
同様に、中間プロキシノードは、ＵＤＭの各インスタンスと１０個の接続を有し得、ＵＤＭの１０個の異なるインスタンスに接続され得る。したがって、ターゲットノードに基づいて、または接続ごとに出口制御を実行することは、サービスメッシュまたは中間ＮＦについては実行可能なオプションではない。
本明細書で説明される主題は、保証されたトラフィック帯域幅が特定のサービスに割り当てられ得るように機構をサポートする、コンシューマＮＦとプロデューサＮＦとの間のサービスメッシュノード、ＳＣＰ、ＳＥＰＰ、または他の中間プロキシノードを含む。この機構は、本明細書では、サービスのための保証されたトラフィック帯域幅（ＧＴＢＳ）と呼ばれる。
以下に示す表１は、中間プロキシノードによって実現されてもよい、異なるサービスための保証されたトラフィック帯域幅サービスレートの例を示す。
Figure 2022552668000002
表１において、サービスＳｖｃ－Ｘ、Ｓｖｃ－Ｙ、およびＳｖｃ－Ｚの各々は、中間プロキシノードの確保された容量のパーセンテージである、保証された帯域サービスレートを有する。各サービスについて、所与のサービスのメッセージが中間プロキシノードによって拒否される他のサービスのメッセージよりも低い優先度であっても、中間プロキシノードの確保された容量のパーセンテージは、中間プロキシノードが過負荷状態にあるときに所与のサービスのメッセージによって排他的に使用される。例えば、１０の優先度を有するサービスＳｖｃ－Ｘについてのメッセージが中間プロキシノードで受信されると、サービスＳｖｃ－Ｘについてのメッセージは、サービスＳｖｃ－Ｘの保証された帯域幅の下でルーティングされ得、より高い優先度（より高い優先度は、３ＧＰＰによる、より低い数値優先度値を意味する）を有する別のメッセージは、中間プロキシノードによって拒否される。表１において、サービスＳｖｃ－Ｘは中間プロキシノードの確保された容量の５％を保証され、サービスＳｖｃ－Ｙは中間プロキシノードの確保された容量の１０％を保証され、サービスＳｖｃ－Ｚは中間プロキシノードの確保された容量の３％を保証される。
このモデルでは、ネットワークオペレータは、以下を設定する：
１．中間プロキシノードの全体容量。
例えば、ノード／サービスメッシュ／ＳＣＰ等の全体容量は１００Ｋである。
２．中間プロキシノードを介する各サポートされるサービスに対するＧＴＢ。
例えば、中間プロキシノードの全体容量が１００Ｋである場合、保証された帯域幅またはＧＴＢ（表１に基づく）は、以下のようになる：
Ｓｖｃ－Ｘ：５Ｋ
Ｓｖｃ－Ｙ：１０Ｋ
Ｓｖｃ－Ｚ：３Ｋ
したがって、（中間プロキシノードを通過する）複数のサービスメッセージにわたるメッセージのメッセージ優先度にかかわらず、（設定されたＧＴＢＳを有する）各サービスは、中間プロキシノード上に、確実にされた／保証された、割り当てられた容量を有することになる。
機能的詳細：
以下は、サービスのために、保証されたトラフィック帯域幅を提供する、ＳＣＰ、ＳＥＰＰ、サービスメッシュ、または他の中間プロキシノード等の中間プロキシノードによって実現されてもよい、機能的詳細である。
１．中間プロキシノードの過負荷状態をチェックする。中間プロキシノードが過負荷状態にない場合、さらなるチェックは必要とされない。メッセージは、非ＧＴＢＳ帯域幅の一部として中間プロキシノードを通過することを許可されるべきである。これは、（非過負荷の場合の間）中間プロキシノードの正常な機能を扱う場合である。
２．中間プロキシノードが過負荷状態にある場合、受信されたメッセージのターゲットサービスがＧＴＢＳを設定されているかどうかをチェックする。
ａ．ＧＴＢＳが設定されており、利用可能な帯域幅が依然としてある場合、（メッセージ優先度に関わらず）メッセージが中間プロキシノードを通過するのを許可する。
非ＧＴＢＳ帯域幅バケットの下で処理されているメッセージのみが、優先度に基づいて抑制される。
ｂ．ＧＴＢＳが設定されており、（非ＧＴＢＳトラフィックのために）利用可能な帯域幅がない場合、以下を行う。
ｉ．ＧＴＢＳバケット内により低い優先度（すなわち、現在のメッセージの優先度よりも低い）のメッセージがある場合、そのメッセージをＧＴＢＳ帯域幅から許可する。
ＧＴＢＳバケットは、そのサービスについての他のメッセージの中で、より高い優先度のメッセージを許可するために、きめ細かい論理を考慮する。
たとえば、所与のサービスについて、Ｐ５は、そのサービスについてのすべてのメッセージの中で最も高い優先度のメッセージであるかもしれない。したがって、過負荷の間、そのようなサービスについてのＰ５メッセージは、過負荷ポリシーが他のサービスのＰ３メッセージを拒否しているかもしれない場合でさえも、（そのサービスのための設定された帯域幅まで）許可されなければならない。
ｉｉ．ＧＴＢＳバケット内に、より低いかまたは同じ優先度のメッセージが存在しない場合、メッセージ処理手順は、ＧＴＢＳが設定されていないサービスの場合と同じである。（ステップｃの詳細を参照されたい）
ｃ．ＧＴＢＳが設定されていない場合、非ＧＴＢＳバケットを介してメッセージを実行する。したがって、メッセージは、システムの過負荷ポリシーに基づいて許可／拒否される（過負荷ポリシーは、メッセージ優先度およびシステム過負荷レベルに基づいてメッセージを受け入れる／拒否する）。
ｉ．過負荷ポリシーがメッセージを通過させる場合、メッセージは処理されることになる。
ｉｉ．そうでない場合、メッセージは拒否されることになる。
このアプローチでは、設定されたＧＴＢＳを有するサービスは、サービスメッシュ／中間プロキシノードを介して、保証されたサービス性を有する。これは、ネットワークにおけるデータストームまたは他の異常の間であっても当てはまる。
各サービスは、対応するネットワーク機能仕様において３ＧＰＰによって指定されるＰＡＴＨ／ＵＲＩを用いて分類および識別され得る。このアプローチは、ＰＡＴＨ／ＵＲＩに基づく非５Ｇメッセージにも適用され得る。したがって、ネットワークオペレータは、パス／ＵＲＩ要素に基づいて、任意のサービスのためにＧＴＢを設定することが可能であるべきである。このアプローチは、（ＦＱＤＮに基づいて）所与のプロデューサにＧＴＢを提供するためにも適用され得る。これは、緊急サービスおよび他のプレミアム顧客を管理する使用例において役立つ。優先度が割り当てられていないメッセージの場合、アプリケーションは、オペレータがデフォルトメッセージ優先度を指定すべきであることを推奨する。（３ＧＰＰ ＴＳ２９．５００に従って、クライアントによって定義される優先度を伴わないすべての５Ｇコア（５ＧＣ）メッセージは、２４のデフォルト優先度を有するものとする）。
ＧＴＢＳを実現する中間プロキシノードは、ＧＴＢＳを実施するために以下のタイプの追跡／監視を実現してもよい：
設定されたＧＴＢＳを有するサービスの場合、ＧＴＢＳの下で処理される所与の優先度のメッセージレートを追跡する；
全体メッセージレートを追跡し、中間プロキシノードの全体トラフィック容量と比較する；および
個々の優先度メッセージについて、非ＧＴＢＳメッセージレートを追跡する。
以下に示される表２は、サービスのために保証されたトラフィック帯域幅を実現する中間プロキシノードにおいて追跡されてもよいメッセージレートの例を示す。
Figure 2022552668000003
表２において、サービスＳｖｃ－Ｘ、Ｓｖｃ－Ｙ、およびＳｖｃ－Ｚの各々のトラフィックレートが追跡されることが分かる。加えて、所与のサービス内の各設定されたメッセージ優先度のレートも追跡される。例えば、サービスＳｖｃ－Ｘの場合、優先度Ｐ０およびＰ５のメッセージレートが追跡される。保証された帯域幅を有するものとして定義されていないサービスは、設定された保証された帯域幅サービスレートを有さないことに留意されたい。
上述のように、保証された帯域幅サービスを有するメッセージのメッセージレートを追跡することに加えて、中間プロキシノードは、非ＧＴＢＳトラフィックについての優先度に基づいてメッセージレートを追跡することもできる。以下に示す表３は、中間プロキシノードによって追跡されてもよい例示的な非ＧＴＢＳトラフィックを示す。
Figure 2022552668000004
表３において、非ＧＴＢＳトラフィックのメッセージレートは、定義されたメッセージ優先度ごとに追跡される。
ＧＴＢＳサービスを実現する中間プロキシノードによって追跡されてもよい別のメトリックは、非ＧＴＢＳトラフィックとＧＴＢＳトラフィックとの総メッセージレートである。以下に示す表４は、そのような中間プロキシノードによって追跡されてもよい総メッセージレートを示す。
Figure 2022552668000005
表４は、中間プロキシノードによって現在処理されているトラフィックの総レートである、表１および表２のすべてのトラフィックレートの合計を示す。そのようなレートは、ノードが過負荷状態にあるかどうかを判断するために、ノードの全体的なメッセージ容量と比較されてもよい。たとえば、ネットワークオペレータは、ノードの過負荷トリガ状態を総容量の８０％になるよう設定することができる。ノードが１００ｋメッセージ／ｓを処理することができ、設計された過負荷閾値が８０ｋで定義される場合、表４の８３ｋのレートは、ノードが過負荷状態にあり、本明細書で説明されるようにＧＴＢＳサービスをトリガすることを示す。
ＧＴＢＳアルゴリズムの簡単な説明のために、表５の以下の例は、過負荷ポリシーが１００％のノード容量でメッセージを拒否すると仮定する。しかしながら、非ＧＴＢＳバケットからのメッセージの拒否は、複数のスロットルレベルおよびメッセージ優先度マッピングを有する過負荷ポリシーを用いて適用することができる（ある優先度レベルまでのメッセージは、あるシステム過負荷レベルで拒否される）。
Figure 2022552668000006
Figure 2022552668000007
Figure 2022552668000008
Figure 2022552668000009
表５のシナリオ１において、保証された帯域幅サービスが設定されていないサービスＡからメッセージが受信される。したがって、メッセージは、非ＧＴＢＳバケットに対して定義されたポリシーに従って処理されることになる。メッセージの優先度は４である。この例では、非ＧＴＢＳバケット内に４より低い優先度を有するメッセージがあり、利用可能な帯域幅があると仮定する。したがって、当該メッセージは渡され、優先度Ｐ４の非ＧＴＢＳトラフィックのカウントが更新されることになる。
表５のシナリオ２では、Ｓｖｃ－Ａについての別のメッセージが受信される。例１と同様に、メッセージのために設定された、保証された帯域幅サービスは存在しないので、メッセージは、非ＧＴＢＳバケットに対して定義されたポリシーに従って処理されることになる。シナリオ２では、メッセージは１８の優先度を有する。非ＧＴＢＳバケットには優先度が１８より低いメッセージはないと仮定する。したがって、メッセージは、優先度１８の非ＧＴＢＳメッセージのために利用可能な帯域幅がある場合に、ルーティングされることになる。そのような帯域幅が利用可能でない場合、メッセージは拒否される。
シナリオ３では、Ｓｖｃ－Ａについて優先度１８を有するメッセージが受信される。しかしながら、システムは１００％の容量で動作していると仮定する。Ｓｖｃ－Ａのために設定された、保証された帯域幅サービスはなく、非ＧＴＢＳバケットにおいて、処理中の、より低い優先度のメッセージはなく、利用可能なシステム容量がないので、メッセージは拒否される。
表５のシナリオ４では、優先度２０のメッセージがＳｖｃ－Ｘについて受信される。保証された帯域幅サービスが、Ｓｖｃ－Ｘのために設定されている。Ｓｖｃ－Ｘの保証されたレート内に利用可能な割当があることも仮定される。したがって、メッセージは渡され、Ｓｖｃ－Ｘの優先度２０トラフィックのレートは更新されることになる。
表５のシナリオ５では、Ｓｖｃ－Ｘについて優先度２０のメッセージが受信される。この例では、システムは１００％の容量で動作しているが、Ｓｖｃ－Ｘのメッセージに対して保証されたレート内に利用可能な割当があると仮定する。したがって、メッセージはルーティングされ、割当は優先度２０およびＳｖｃ－Ｘについて更新されることになる。システムが１００％の容量で動作しているとき、たとえ非ＧＴＢＳバケット内のメッセージが、所与のサービスついて確保された割当内で許可されるメッセージよりも高い優先度を有する場合であっても、システムは非ＧＴＢＳバケット内のメッセージを拒否することになることに留意されたい。
表５のシナリオ６では、優先度４のメッセージがＳｖｃ－Ｙについて受信される。また、Ｓｖｃ－Ｙ保証容量は使い果たされていると仮定される。しかしながら、Ｓｖｃ－ＹのＧＴＢＳバケットには、優先度が４よりも低いメッセージが存在する。したがって、当該メッセージは、Ｓｖｃ－ＹのＧＴＢＳバケットから許可され、優先度Ｐ４についてのＧＴＢＳトラフィックレートが、Ｓｖｃ－Ｙについて更新されることになる。
表５のシナリオ７では、優先度６のメッセージがＳｖｃ－Ｙについて受信される。Ｓｖｃ－Ｙ保証容量は使い果たされ、Ｓｖｃ－ＹのためのＧＴＢＳバケット内には、より低い優先度のメッセージはないことも仮定される。したがって、メッセージは、非ＧＴＢＳバケットから処理されることになる。メッセージは、非ＧＴＢＳバケットに対して定義されたポリシーに基づいてルーティングまたは拒否される。
シナリオ８では、システムが１００％の容量で動作しており、優先度６を有するメッセージがＳｖｃ－Ｙについて受信されると仮定する。また、Ｓｖｃ－Ｙ保証容量は使い果たされ、Ｓｖｃ－ＹのためのＧＴＢＳバケット内には、より低い優先度のメッセージはないとも仮定される。したがって、メッセージは、非ＧＴＢＳバケットから処理されることになる。メッセージは、その優先度および非ＧＴＢＳバケットのために設定されたポリシーに基づいて許可または拒否されることになる。
シナリオ９では、メッセージが１００％の容量で実行されていると仮定する。Ｓｖｃ－Ｙについて、優先度１８のメッセージが受信される。Ｓｖｃ－Ｙ保証容量は使い果たされ、Ｓｖｃ－ＹのためのＧＴＢＳバケット内には、より低い優先度のメッセージはないことも仮定される。したがって、メッセージは、非ＧＴＢＳバケットから処理される。この例では、システムは１００％の容量で動作しており、メッセージを処理するためのさらなるバッファ空間はないので、非ＧＴＢＳバケット中には、より低い優先度のメッセージはないと仮定され、メッセージは拒否されることになる。
図４は、本明細書で説明される、サービスのために保証されたトラフィック帯域幅を実現する中間プロキシノードのブロック図である。図４を参照すると、中間プロキシノード４００は、サービスコンシューマとサービスプロデューサとの間でメッセージをルーティングするＳＣＰ、ＳＥＰＰ、サービスメッシュノード、サービスプロキシ、または他のノードであってもよい。図示の例では、中間プロキシノード４００は、少なくとも１つのプロセッサ４０２およびメモリ４０４を含む。中間プロキシノード４００は、中間プロキシノードは過負荷状態にあるかどうかを判断し、上述のように、中間プロキシノードの、設定された、サービスごとの、保証された最小帯域幅で、ＧＴＢＳサービスを実現する、サービスのための保証されたトラフィック帯域幅（ＧＴＢＳ）コントローラ４０６をさらに含む。図示の例では、サービスごとの保証された最小帯域幅は、サービスごとのバケットを用いて確保され追跡される。例えば、サービスＳｖｃ－Ｘのためのバケット４０８は、中間プロキシノード４００が過負荷状態にあるとき、サービスＳｖｃ－Ｘについて５ｋ（５０００）メッセージを許可するように設定される。図示の例では、サービスＳｖｃ－Ｘの入来レートは８ｋである。したがって、サービスＳｖｃ－Ｘについてのより高い優先度のメッセージのうちの５ｋは許可されるが、サービスＳｖｃ－Ｘについてのメッセージのうちの残りの３ｋは、保証されないバケット４１０に渡され、メッセージは、保証されない帯域幅トラフィックに対する過負荷制御ポリシーに基づいて許可または拒否される。
中間プロキシノード４００は、サービスＳｖｃ－Ｙのトラフィックのためにバケット４１２を実現する。バケット４１２は、サービスＳｖｃ－Ｙについて１０ｋメッセージの保証された最小帯域幅の利用を確保および追跡するように設定される。図示の例では、サービスＳｖｃ－Ｙの入来メッセージレートは２２ｋである。したがって、サービスＳｖｃ－Ｙについてのメッセージの１０ｋは許可されるが、サービスＳｖｃ－Ｙについてのメッセージの１２ｋは保証されないバケット４１０に渡され、そこで、メッセージは、保証されない帯域幅トラフィックのための中間プロキシノード４００の過負荷制御ポリシーに基づいて許可または拒否されることになる。
中間プロキシノード４００は、サービスＳｖｃ－Ｚについてのメッセージのために３ｋの保証された最小帯域幅でバケット４１４を実現する。図示の例では、サービスＳｖｃ－Ｚの入来メッセージレートは３３ｋである。したがって、トラフィックの３ｋは通される一方で、サービスＳｖｃ－Ｚのメッセージトラフィックの３０ｋは保証されないバケット４１０に渡されることになり、ここで、メッセージは、保証されないトラフィックに対する過負荷制御ポリシーに基づいて、通されるかまたは拒否される。
中間プロキシノード４００は、ネットワークオペレータがサービスのために保証された最小帯域幅を設定することを可能にするＧＴＢＳ設定インタフェース４１６を含む。ＧＴＢＳ設定インターフェイス４１６は、ユーザが、各サービスのためのサービス識別パラメータと、複数の異なるサービスのためのサービスごとの保証された最小帯域幅とを定義することを可能にしてもよい。保証された最小帯域幅は、バケット４０８および４１２などの、サービスごとのＧＴＢＳバケットを用いて確保および追跡されてもよい。保証されないバケット４１０は、中間プロキシノード４００の確保されない（システム）帯域幅を追跡するようデフォルトで設定されてもよい。
図５は、中間プロキシノードにおいてサービスのために保証されたトラフィック帯域幅を実現するための例示的なプロセスを示すフローチャートである。図５を参照すると、ステップ５００において、メッセージが、過負荷状態にある中間プロキシノードにおいて受信される。たとえば、メッセージは、ＳＣＰ、ＳＥＰＰ、サービスメッシュノード、または他の中間プロキシノードにおいて受信されてもよい。「過負荷状態」は、中間プロキシノードの利用が、メッセージを処理するための利用可能な容量の８０％などのオペレータ定義閾値を超えたことを意味する。
ステップ５０２において、メッセージは、保証された帯域幅サービスに関連付けられているものとして識別される。たとえば、ＧＴＢＳコントローラ４０６は、メッセージを、メッセージ中の１つ以上のパラメータに基づいて、保証された帯域幅サービスに関連付けられているものとして、識別してもよい。そのようなパラメータの例は、ＵＲＩまたは他のサービス識別パラメータを含む。
ステップ５０４において、サービスに利用可能な保証された帯域幅があるかどうかが判断される。たとえば、サービスのための保証された帯域幅が現在の測定間隔について５ｋメッセージであり、３ｋメッセージのみが送信された場合、２ｋの利用可能な帯域幅が残る。保証された帯域幅が利用可能である場合、制御はステップ５０６に進み、メッセージは渡されるかまたはルーティングされ、メッセージカウントが更新される。たとえば、ＧＴＢＳコントローラ４０６は、各サービスについて、設定された保証された帯域幅を下回るメッセージを通過させ、サービスごと、サービス内の優先度ごとに、メッセージカウントを更新し、全体のメッセージカウントを更新してもよい。
ステップ５０４において、サービスに対する保証された帯域幅が利用可能でないと判断された場合、制御はステップ５０８に進み、より低い優先度のメッセージがＧＴＢＳバケットに存在するかどうかを判断する。例えば、メッセージがサービスＡに対するものであり、４という優先度値を携えると仮定する。ＧＴＢＳコントローラ４０６は、送信されるべく待機している、サービスＡについてのＧＴＢＳバケット内のメッセージを分析することになる。優先度５以上のメッセージが少なくとも１つある場合、ＧＴＢＳコントローラ４０６は、そのより低い優先度のメッセージをサービスＡについてのメッセージと置き換えてもよい。次に、制御はステップ５０６に進み、そこでサービスＡについてのメッセージは送信され、メッセージカウントは更新される。
ステップ５０８において、ＧＴＢＳバケット内に、より低い優先度のメッセージはないと判断された場合、制御はステップ５１０に進み、非ＧＴＢＳ帯域幅が利用可能であるかどうかが判断される。たとえば、ＧＴＢＳコントローラ４０６は、非ＧＴＢＳバケットが任意の残りのメッセージ処理容量を有するかどうかを判断することによって、非ＧＴＢＳ帯域幅が利用可能であるかどうかを判断してもよい。非ＧＴＢＳバケットは確保された容量を有さないので、非ＧＴＢＳバケットが利用可能な容量を有するかどうかに関する判断は、メッセージを処理するために利用可能なシステム容量があるかどうかに基づいて判断されてもよい。システムが過負荷状態にあるにもかかわらず、過負荷閾値を上回るいくらかの残存容量が存在する場合がある。ＧＴＢＳコントローラ４０６が、利用可能な非ＧＴＢＳ容量があると判断する場合、制御はステップ５１２に進み、メッセージはルーティングされる。
ステップ５１０において、非ＧＴＢＳ容量が利用可能でないと判断された場合、制御はステップ５１４に進み、より低い優先度のメッセージが非ＧＴＢＳバケットに存在するかどうかを判断する。例えば、メッセージが４という優先度値を携えると仮定する。ＧＴＢＳコントローラ４０６は、送信されるべく待機している、非ＧＴＢＳバケット内のメッセージを分析することになる。優先度５以上の少なくとも１つのメッセージがある場合、ＧＴＢＳコントローラ４０６は、そのより低い優先度のメッセージを優先度４のメッセージと置き換えてもよい。次に、制御はステップ５１２に進み、優先度４のメッセージが送信され、メッセージカウントが更新される。ステップ５１４において、非ＧＴＢＳバケット内に、より低い優先度のメッセージがない場合、制御はステップ５１６に進み、メッセージは拒否される。
本明細書で説明される主題は、オペレータが５Ｇルートを用いて、５Ｇ ＮＦサービス間のサービス性を微調整および保証することを可能にする。そのような保証されたサービス性サポートがなければ、データストーム／不正サービス／機能は、中間プロキシノードを過負荷にし得、サービス障害につながり得る。本解決策は、任意の非５Ｇサービスにも適用することができ、したがって、中間ゲートウェイ／プロキシ上でこの推奨を実現し、任意のサービス間において最小限の実行可能なサービス性保証することができる。
以下の参考文献の各々の開示が、参照によりその全体が本明細書に組み込まれる。
参照：
3GPP TS 29.500, Technical Specification Group Core Network and Terminals; 5G System; Technical Realization of Service Based Architecture; Stage 3 (Release 16) V16.0.0, (2019-06).
3GPP TS 29.510, Technical Specification Group Core Network and Terminals; 5G System; Network Function Repository Services; Stage 3 (Release 16) V16.0.0 (2019-06).
本開示の主題の様々な詳細は、本開示の主題の範囲から逸脱することなく変更されてもよいことが理解されよう。さらに、前述の説明は、例示のみを目的としており、限定を目的としていない。

Claims (20)

  1. サービスのために、保証された最小中間プロキシノードトラフィック帯域幅を提供するための方法であって、
    中間プロキシノードにおいて、サービスに関連付けられるメッセージを処理するために確保される、前記中間プロキシノードの保証された最小帯域幅を設定することと、
    前記中間プロキシノードにおいて第１のメッセージを受信することと、
    前記中間プロキシノードが、前記中間プロキシノードは過負荷状態にあると判断することと、
    前記中間プロキシノードが、前記第１のメッセージを、前記保証された最小帯域幅が設定される前記サービスに関連付けられるものとして識別することと、
    前記中間プロキシノードが、前記サービスのための前記保証された最小帯域幅の一部が前記第１のメッセージを処理するために利用可能であると判断することと、
    前記中間プロキシノードが、前記サービスを提供するプロデューサネットワーク機能（ＮＦ）に、前記第１のメッセージをルーティングし、前記サービスについてメッセージカウントを更新することとを含む、方法。
  2. 前記保証された最小帯域幅を設定することは、前記サービスに関連付けられるメッセージを処理するために確保される前記中間プロキシノードの前記保証された最小帯域幅の利用を確保および追跡するために、前記中間プロキシノードにおいてサービスごとの帯域幅バケットを設定することを含む、請求項１に記載の方法。
  3. 複数の異なるサービスに関連付けられるメッセージによって使用されるために利用可能な前記中間プロキシノードの確保された最小帯域幅の利用を確保および追跡するために、前記中間プロキシノードにおいて複数の異なるサービスごとの帯域幅バケットを設定することを含む、請求項１または２に記載の方法。
  4. 前記中間プロキシノードはサービス通信プロキシ（ＳＣＰ）を含む、先行する請求項のいずれか１項に記載の方法。
  5. 前記中間プロキシノードはセキュリティエッジ保護プロキシ（ＳＥＰＰ）を含む、先行する請求項のいずれか１項に記載の方法。
  6. 前記中間プロキシノードはサービスメッシュノードを含む、先行する請求項のいずれか１項に記載の方法。
  7. 前記第１のメッセージを前記サービスに関連付けられているものとして識別することは、前記第１のメッセージ中の統一資源識別子（ＵＲＩ）が前記サービスに関連付けられていると判断することを含む、先行する請求項のいずれか１項に記載の方法。
  8. 前記中間プロキシノードにおいて、前記中間プロキシノードの保証された帯域幅が設定されるサービスに関連付けられていないメッセージに利用可能な前記中間プロキシノードの帯域幅を追跡するために使用可能な保証されないトラフィック帯域幅サービス（非ＧＴＢＳ）バケットを設定することを含む、先行する請求項のいずれか１項に記載の方法。
  9. 前記中間プロキシノードにおいて第２のメッセージを受信することと、
    前記第２のメッセージが、前記中間プロキシノードの保証された帯域幅が設定されるサービスに関連付けられていないと判断することと、
    前記非ＧＴＢＳバケットを用いて、非ＧＴＢＳ帯域幅が前記第２のメッセージのために利用可能であると判断することと、
    前記第２のメッセージをプロデューサネットワーク機能にルーティングすることとを含む、請求項８に記載の方法。
  10. 前記中間プロキシノードにおいて第２のメッセージを受信することと、
    前記中間プロキシノードが、前記第２のメッセージを、前記保証された最小帯域幅が設定される前記サービスに関連付けられるものとして識別することと、
    前記中間プロキシノードが、前記保証された最小帯域幅の一部が前記第２のメッセージを処理するために利用可能でないと判断することと、
    前記第２のメッセージの優先度を判断することと、
    前記中間プロキシノードにおける処理のために受け入れられた、前記サービスに関連付けられ、前記第２のメッセージよりも低い優先度のメッセージの存在を検出することと、
    前記サービスに関連付けられ、前記第２のメッセージよりも低い優先度の前記メッセージのうちの１つを拒否することと、
    前記中間プロキシノードが、前記サービスを提供するプロデューサネットワーク機能ＮＦに、前記第２のメッセージをルーティングし、前記サービスについてメッセージカウントを更新することとを含む、請求項１～９のいずれか１項に記載の方法。
  11. サービスのために、保証された最小中間プロキシノード帯域幅を提供するためのシステムであって、
    少なくとも１つのプロセッサおよびメモリを含む中間プロキシノードと、
    前記少なくとも１つのプロセッサによって実現され、サービスに関連付けられるメッセージを処理するために確保される前記中間プロキシノードの保証された最小帯域幅の設定を可能にするための、サービスのための保証されたトラフィック帯域幅（ＧＴＢＳ）設定インターフェイスと、
    前記少なくとも１つのプロセッサによって実現され、第１のメッセージを受信し、前記中間プロキシノードは過負荷状態にあると判断し、前記第１のメッセージを、前記保証された最小帯域幅が設定される前記サービスに関連付けられるものとして識別し、前記サービスのための前記保証された最小帯域幅の一部が前記第１のメッセージを処理するために利用可能であると判断し、前記サービスを提供するプロデューサネットワーク機能（ＮＦ）に前記第１のメッセージをルーティングし、前記サービスについてメッセージカウントを更新するためのＧＴＢＳコントローラとを備える、システム。
  12. 前記ＧＴＢＳ設定インターフェイスは、前記サービスに関連付けられるメッセージを処理するために確保される前記中間プロキシノードの前記保証された最小帯域幅の利用を確保および追跡するために、前記中間プロキシノードにおけるサービスごとの帯域幅バケットの設定に備える、請求項１１に記載のシステム。
  13. 前記ＧＴＢＳ設定インターフェイスは、複数の異なるサービスに関連付けられるメッセージによって使用されるために利用可能な前記中間プロキシノードの確保された最小帯域幅の利用を確保および追跡するために、前記中間プロキシノードにおける複数の異なるサービスごとの帯域幅バケットの設定に備える、請求項１１または１２に記載のシステム。
  14. 前記中間プロキシノードは、サービス通信プロキシ（ＳＣＰ）またはセキュリティエッジ保護プロキシ（ＳＥＰＰ）を含む、請求項１１～１３のいずれか１項に記載のシステム。
  15. 前記中間プロキシノードは、サービスメッシュノードを含む、請求項１１～１４のいずれか１項に記載のシステム。
  16. 前記ＧＴＢＳコントローラは、前記第１のメッセージ中の統一資源識別子（ＵＲＩ）を用いて、前記第１のメッセージを前記サービスに関連付けられているものとして識別するよう構成される、請求項１１～１５のいずれか１項に記載のシステム。
  17. 前記中間プロキシノードは、前記中間プロキシノードの保証された帯域幅が設定されるサービスに関連付けられていないメッセージに利用可能な前記中間プロキシノードの帯域幅を追跡するために使用可能な非ＧＴＢＳバケットを含む、請求項１１～１６のいずれか１項に記載のシステム。
  18. 前記ＧＴＢＳコントローラは、
    第２のメッセージを受信し、
    前記第２のメッセージが、前記中間プロキシノードの保証された帯域幅が設定されるサービスに関連付けられていないと判断し、
    前記非ＧＴＢＳバケットを用いて、非ＧＴＢＳ帯域幅が前記第２のメッセージのために利用可能であると判断し、
    前記第２のメッセージをプロデューサネットワーク機能にルーティングするよう構成される、請求項１７に記載のシステム。
  19. 前記ＧＴＢＳコントローラは、
    第２のメッセージを受信し、
    前記第２のメッセージを、前記保証された最小帯域幅が設定される前記サービスに関連付けられるものとして識別し、
    前記保証された最小帯域幅の一部が前記第２のメッセージを処理するために利用可能でないと判断し、
    前記第２のメッセージの優先度を判断し、
    前記中間プロキシノードにおける処理のために受け入れられた、前記サービスに関連付けられ、前記第２のメッセージよりも低い優先度のメッセージの存在を検出し、
    前記サービスに関連付けられ、前記第２のメッセージよりも低い優先度の前記メッセージのうちの１つを拒否し、
    前記中間プロキシノードが、前記サービスを提供するプロデューサネットワーク機能ＮＦに、前記第２のメッセージをルーティングし、前記サービスについてメッセージカウントを更新するよう構成される、請求項１１～１８のいずれか１項に記載のシステム。
  20. 実行可能な命令が記憶された非一時的なコンピュータ可読媒体であって、前記命令は、コンピュータのプロセッサによって実行されると、前記コンピュータを制御してステップを実行させ、前記ステップは、
    中間プロキシノードにおいて、サービスに関連付けられるメッセージを処理するために確保される、前記中間プロキシノードの保証された最小帯域幅を設定することと、
    前記中間プロキシノードにおいて第１のメッセージを受信することと、
    前記中間プロキシノードが、前記中間プロキシノードは過負荷状態にあると判断することと、
    前記中間プロキシノードが、前記第１のメッセージを、前記保証された最小帯域幅が設定される前記サービスに関連付けられるものとして識別することと、
    前記中間プロキシノードが、前記サービスのための前記保証された最小帯域幅の一部が前記第１のメッセージを処理するために利用可能であると判断することと、
    前記中間プロキシノードが、前記サービスを提供するプロデューサネットワーク機能（ＮＦ）に、前記第１のメッセージをルーティングし、前記サービスについてメッセージカウントを更新することとを含む、非一時的なコンピュータ可読媒体。
JP2022522375A 2019-10-14 2020-09-21 中間プロキシノードにおいて、サービスのために、保証されたトラフィック帯域幅を提供するための方法、システム、およびコンピュータ可読媒体 Pending JP2022552668A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/601,371 2019-10-14
US16/601,371 US11102138B2 (en) 2019-10-14 2019-10-14 Methods, systems, and computer readable media for providing guaranteed traffic bandwidth for services at intermediate proxy nodes
PCT/US2020/051885 WO2021076277A1 (en) 2019-10-14 2020-09-21 Methods, systems, and computer readable media for providing guaranteed traffic bandwidth for services at intermediate proxy nodes

Publications (2)

Publication Number Publication Date
JP2022552668A true JP2022552668A (ja) 2022-12-19
JPWO2021076277A5 JPWO2021076277A5 (ja) 2023-06-29

Family

ID=72752999

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022522375A Pending JP2022552668A (ja) 2019-10-14 2020-09-21 中間プロキシノードにおいて、サービスのために、保証されたトラフィック帯域幅を提供するための方法、システム、およびコンピュータ可読媒体

Country Status (5)

Country Link
US (1) US11102138B2 (ja)
EP (1) EP4046345A1 (ja)
JP (1) JP2022552668A (ja)
CN (1) CN114731333B (ja)
WO (1) WO2021076277A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11425598B2 (en) 2019-10-14 2022-08-23 Oracle International Corporation Methods, systems, and computer readable media for rules-based overload control for 5G servicing
EP3886401B1 (en) * 2020-03-27 2024-07-24 Nokia Technologies Oy Method, apparatus, and computer program product for error handling for indirect communications
US11751056B2 (en) 2020-08-31 2023-09-05 Oracle International Corporation Methods, systems, and computer readable media for 5G user equipment (UE) historical mobility tracking and security screening using mobility patterns
US11825310B2 (en) 2020-09-25 2023-11-21 Oracle International Corporation Methods, systems, and computer readable media for mitigating 5G roaming spoofing attacks
US11832172B2 (en) 2020-09-25 2023-11-28 Oracle International Corporation Methods, systems, and computer readable media for mitigating spoofing attacks on security edge protection proxy (SEPP) inter-public land mobile network (inter-PLMN) forwarding interface
US11622255B2 (en) 2020-10-21 2023-04-04 Oracle International Corporation Methods, systems, and computer readable media for validating a session management function (SMF) registration request
US11528251B2 (en) * 2020-11-06 2022-12-13 Oracle International Corporation Methods, systems, and computer readable media for ingress message rate limiting
US11770694B2 (en) 2020-11-16 2023-09-26 Oracle International Corporation Methods, systems, and computer readable media for validating location update messages
US11818570B2 (en) 2020-12-15 2023-11-14 Oracle International Corporation Methods, systems, and computer readable media for message validation in fifth generation (5G) communications networks
US11812271B2 (en) 2020-12-17 2023-11-07 Oracle International Corporation Methods, systems, and computer readable media for mitigating 5G roaming attacks for internet of things (IoT) devices based on expected user equipment (UE) behavior patterns
US11700510B2 (en) 2021-02-12 2023-07-11 Oracle International Corporation Methods, systems, and computer readable media for short message delivery status report validation
US11689912B2 (en) 2021-05-12 2023-06-27 Oracle International Corporation Methods, systems, and computer readable media for conducting a velocity check for outbound subscribers roaming to neighboring countries
US12015923B2 (en) 2021-12-21 2024-06-18 Oracle International Corporation Methods, systems, and computer readable media for mitigating effects of access token misuse

Family Cites Families (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5084816A (en) 1987-11-25 1992-01-28 Bell Communications Research, Inc. Real time fault tolerant transaction processing system
US5253248A (en) 1990-07-03 1993-10-12 At&T Bell Laboratories Congestion control for connectionless traffic in data networks via alternate routing
GB9521831D0 (en) 1995-10-25 1996-01-03 Newbridge Networks Corp Crankback and loop detection in ATM SVC routing
US6212164B1 (en) 1996-06-19 2001-04-03 Hitachi, Ltd. ATM switch congestion control method of connection setup requests and priority control method for receiving connection requests
US5933474A (en) 1996-12-24 1999-08-03 Lucent Technologies Inc. Telecommunications call preservation in the presence of control failure and high processing load
US5915013A (en) 1997-02-04 1999-06-22 At&T Corp Method and system for achieving routing of signalling information
US6018515A (en) 1997-08-19 2000-01-25 Ericsson Messaging Systems Inc. Message buffering for prioritized message transmission and congestion management
US6115383A (en) 1997-09-12 2000-09-05 Alcatel Usa Sourcing, L.P. System and method of message distribution in a telecommunications network
US6747955B1 (en) 1998-11-13 2004-06-08 Alcatel Usa Sourcing, L.P. Method and system for congestion control in a telecommunications network
US6704287B1 (en) 1999-02-26 2004-03-09 Nortel Networks Limited Enabling smart logging for webtone networks and services
JP4484317B2 (ja) * 2000-05-17 2010-06-16 株式会社日立製作所 シェーピング装置
US7318091B2 (en) 2000-06-01 2008-01-08 Tekelec Methods and systems for providing converged network management functionality in a gateway routing node to communicate operating status information associated with a signaling system 7 (SS7) node to a data network node
US6606379B2 (en) 2001-06-01 2003-08-12 Tekelec Methods and systems for collapsing signal transfer point (STP) infrastructure in a signaling network
US6996225B1 (en) 2002-01-31 2006-02-07 Cisco Technology, Inc. Arrangement for controlling congestion in an SS7 signaling node based on packet classification
US7324451B2 (en) 2003-10-30 2008-01-29 Alcatel Aggregated early message discard for segmented message traffic in a communications network
US20050144309A1 (en) * 2003-12-16 2005-06-30 Intel Corporation, A Delaware Corporation Systems and methods for controlling congestion using a time-stamp
US8903074B2 (en) 2005-03-04 2014-12-02 Tekelec Global, Inc. Methods, systems, and computer program products for congestion-based routing of telecommunications signaling messages
US20070237074A1 (en) 2006-04-06 2007-10-11 Curry David S Configuration of congestion thresholds for a network traffic management system
KR20090009843A (ko) 2006-05-02 2009-01-23 텔레폰악티에볼라겟엘엠에릭슨(펍) 측정된 시스템 부하에 기초하여 혼잡 플래그를 발생시키는 방법
WO2008101112A2 (en) * 2007-02-14 2008-08-21 Entropic Communications Inc. Parameterized quality of service in a network
US8547846B1 (en) 2008-08-28 2013-10-01 Raytheon Bbn Technologies Corp. Method and apparatus providing precedence drop quality of service (PDQoS) with class-based latency differentiation
JP5439219B2 (ja) * 2010-02-18 2014-03-12 株式会社日立製作所 メッセージ配信システム及びメッセージ配信方法
US20110239226A1 (en) 2010-03-23 2011-09-29 Cesare Placanica Controlling congestion in message-oriented middleware
CN101984608A (zh) 2010-11-18 2011-03-09 中兴通讯股份有限公司 报文拥塞避免方法及系统
EP3703418A3 (en) 2011-06-24 2020-11-18 Vodafone IP Licensing limited Telecommunication networks
AU2012332715B2 (en) 2011-10-31 2016-10-20 Joseph B. Dooley Apparatus and method for generating metal ions in a fluid stream
US9106545B2 (en) 2011-12-19 2015-08-11 International Business Machines Corporation Hierarchical occupancy-based congestion management
CA2905503C (en) 2013-03-14 2021-08-24 Sirius Xm Radio Inc. High resolution encoding and transmission of traffic information
US9571402B2 (en) 2013-05-03 2017-02-14 Netspeed Systems Congestion control and QoS in NoC by regulating the injection traffic
CN103533037A (zh) * 2013-09-29 2014-01-22 浙江工商大学 基于经济模型的转发和控制分离网络中的资源调度方法
US10476804B2 (en) 2014-03-17 2019-11-12 Telefonaktiebolaget Lm Ericsson (Publ) Congestion level configuration for radio access network congestion handling
US10701037B2 (en) 2015-05-27 2020-06-30 Ping Identity Corporation Scalable proxy clusters
US10142240B1 (en) * 2015-09-30 2018-11-27 The Directv Group, Inc. Method and system for performing diagnostics in a gateway device based on monitoring parameters
WO2017135860A1 (en) 2016-02-05 2017-08-10 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods performed therein for enabling communication in a communication network
US10321300B2 (en) * 2016-05-26 2019-06-11 Oracle International Corporation Methods, systems, and computer readable media for providing end-to-end priority service in long term evolution (LTE) or subsequent generation networks
US10334446B2 (en) 2016-08-05 2019-06-25 Nxgen Partners Ip, Llc Private multefire network with SDR-based massive MIMO, multefire and network slicing
JP6642720B2 (ja) 2016-08-10 2020-02-12 日本電気株式会社 無線アクセスネットワークノード、無線端末、及び方法
GB2552844A (en) 2016-08-12 2018-02-14 Nec Corp Communication system
EP3501207A1 (en) 2016-08-16 2019-06-26 IDAC Holdings, Inc. Network slice reselection
US10291539B2 (en) 2016-09-22 2019-05-14 Oracle International Corporation Methods, systems, and computer readable media for discarding messages during a congestion event
WO2018174021A1 (en) 2017-03-20 2018-09-27 Nec Corporation Mobility and service restrictions over roaming
US20200015311A1 (en) 2017-03-20 2020-01-09 Lg Electronics Inc. Method for processing nas message in wireless communication system and apparatus for same
KR102293669B1 (ko) 2017-05-08 2021-08-25 삼성전자 주식회사 5g 셀룰러망의 세션 연속성 지원 방안
US11064325B2 (en) 2017-08-14 2021-07-13 Telefonaktiebolaget Lm Ericsson (Publ) Method of discovering services provided by a network repository function
US11006316B2 (en) 2017-10-16 2021-05-11 Ofinno, Llc Header compression for ethernet frame
US20190116486A1 (en) 2017-10-17 2019-04-18 Electronics And Telecommunications Research Institute Method and apparatus for location based service in 5g system
US10716096B2 (en) 2017-11-07 2020-07-14 Apple Inc. Enabling network slicing in a 5G network with CP/UP separation
US10708143B2 (en) 2017-11-17 2020-07-07 Huawei Technologies Co., Ltd. Method and apparatus for the specification of a network slice instance and underlying information model
EP3714584A1 (en) 2017-11-20 2020-09-30 Telefonaktiebolaget LM Ericsson (PUBL) Protection of traffic between network functions
EP3972347A1 (en) 2017-12-08 2022-03-23 Comcast Cable Communications LLC User plane function selection for isolated network slice
US10736155B2 (en) 2017-12-15 2020-08-04 Huawei Technologies Co., Ltd. Shared PDU session establishment and binding
US11316798B2 (en) 2018-02-06 2022-04-26 Apple Inc. Control signaling of beam failure detection
CN110120879B (zh) 2018-02-06 2020-12-01 华为技术有限公司 一种应用服务水平协议的保障方法、设备及系统
CN111886900B (zh) 2018-02-06 2022-07-29 瑞典爱立信有限公司 用于在基于服务的体系结构中消息代理的唯一服务标识符
EP4304118A3 (en) 2018-02-16 2024-04-03 Lenovo (Singapore) Pte. Ltd. Resources corresponding to bandwidth parts
US12052787B2 (en) 2018-03-28 2024-07-30 Cable Television Laboratories, Inc. Converged core communication networks and associated methods
US10609154B2 (en) 2018-03-30 2020-03-31 Ofinno, Llc Data transmission over user plane for cellular IoT
WO2019193422A2 (en) 2018-04-06 2019-10-10 Lenovo (Singapore) Pte. Ltd. Configuring for bandwidth parts
KR102391819B1 (ko) 2018-04-09 2022-04-29 삼성전자주식회사 이동통신 시스템에서 네트워크 슬라이싱을 이용하는 방법 및 장치
US11425617B2 (en) 2018-04-09 2022-08-23 Lenovo (Singapore) Pte. Ltd. V2X communication over multiple radio access types
US10511669B2 (en) 2018-04-26 2019-12-17 Verizon Patent And Licensing Inc. Programmable user plane function
EP3788763A1 (en) 2018-04-30 2021-03-10 Lenovo (Singapore) Pte. Ltd. Establishing an ip multimedia subsystem session
WO2019211667A2 (en) 2018-05-04 2019-11-07 Lenovo (Singapore) Pte. Ltd. Pusch transmission using an aggregation factor
EP3791655A1 (en) 2018-05-08 2021-03-17 Lenovo (Singapore) Pte. Ltd. Transmitting information that indicates a change in system information
WO2019220172A1 (en) 2018-05-15 2019-11-21 Telefonaktiebolaget Lm Ericsson (Publ) Token-based debugging for a service-based architecture
EP4243504A3 (en) 2018-05-18 2023-11-08 Lenovo (Singapore) Pte. Ltd. Beam failure recovery
US10673618B2 (en) 2018-06-08 2020-06-02 Cisco Technology, Inc. Provisioning network resources in a wireless network using a native blockchain platform
US11178725B2 (en) 2018-06-21 2021-11-16 Ofinno, Llc Multi access packet/protocol data unit session
EP3811643A1 (en) 2018-06-25 2021-04-28 Lenovo (Singapore) Pte. Ltd. V2x communication over multiple radio access types
US10681559B2 (en) 2018-06-29 2020-06-09 Verizon Patent And Licensing Inc. Method and system for supporting voice calls in 5G new radio environments
US10581984B2 (en) 2018-07-23 2020-03-03 Cisco Technology, Inc. Methods and apparatus for providing information associated with network function (NF) instances of a 5G mobile network
EP3831106B1 (en) 2018-08-03 2023-12-13 Lenovo (Singapore) Pte. Ltd. Indicating radio capability changes in an inactive state
US11382145B2 (en) 2018-08-06 2022-07-05 Huawei Technologies Co., Ltd. Systems and methods to support group communications
CN112534889B (zh) 2018-08-09 2024-04-26 联想（新加坡）私人有限公司 用于上行链路传输功率分配的装置及其方法
WO2020030983A1 (en) 2018-08-10 2020-02-13 Lenovo (Singapore) Pte. Ltd. Identifying synchronization signal/physical broadcast channel block occasions
US11224093B2 (en) 2018-08-13 2022-01-11 Ofinno, Llc Network initiated UPF sessions transfer
US10912016B2 (en) 2018-08-17 2021-02-02 At&T Intellectual Property I, L.P. Dynamic network based slice selection for a user equipment or an application of the user equipment in advanced networks
US11304092B2 (en) 2018-09-12 2022-04-12 Ofinno, Llc Session packet duplication control
US10855851B2 (en) 2018-09-13 2020-12-01 Ofinno, Llc Charging control with SMF
US11039018B2 (en) 2018-09-13 2021-06-15 Ofinno, Llc Charging control with SMF and PCF
US10778527B2 (en) 2018-10-31 2020-09-15 Oracle International Corporation Methods, systems, and computer readable media for providing a service proxy function in a telecommunications network core using a service-based architecture
CN110234140B (zh) * 2019-06-17 2022-07-08 腾讯科技（深圳）有限公司 一种通信方法、装置、实体及存储介质
US10595256B1 (en) 2019-07-17 2020-03-17 Sprint Spectrum L.P. Dynamically managing relay nodes in a wireless network
US11425598B2 (en) 2019-10-14 2022-08-23 Oracle International Corporation Methods, systems, and computer readable media for rules-based overload control for 5G servicing

Also Published As

Publication number Publication date
CN114731333A (zh) 2022-07-08
CN114731333B (zh) 2024-08-16
US11102138B2 (en) 2021-08-24
EP4046345A1 (en) 2022-08-24
WO2021076277A1 (en) 2021-04-22
US20210112012A1 (en) 2021-04-15

Similar Documents

Publication Publication Date Title
CN114731333B (zh) 在中间代理节点处为服务提供有保证的流量带宽的方法、系统和计算机可读介质
US11425598B2 (en) Methods, systems, and computer readable media for rules-based overload control for 5G servicing
US11528334B2 (en) Methods, systems, and computer readable media for preferred network function (NF) location routing using service communications proxy (SCP)
US10484285B2 (en) System, method and article of manufacture for using control plane for critical data communications in software-defined networks
JP2022538720A (ja) サービス通信プロキシにおけるプロデューサネットワーク機能サービスインスタンス・ワイドエグレスレート制限のための方法、システムおよびコンピュータ可読媒体
JP6509219B2 (ja) ソフトウェア定義ネットワーク（ＳＤＮ）機能性を使用したＤｉａｍｅｔｅｒルーティングのための方法、システム、およびコンピュータ読取可能媒体
WO2022015378A1 (en) Methods, systems, and computer readable media for mitigating 5g roaming security attacks using security edge protection proxy (sepp)
WO2021119216A1 (en) Methods, systems, and computer readable media for providing for network slice management using feedback mechanism
US10432554B2 (en) Bandwidth providing method based on multi-flow grouping
US10116694B2 (en) Network signaling interface and method with enhanced traffic management during signaling storms
US10798609B2 (en) Methods, systems, and computer readable media for lock-free communications processing at a network node
US11622293B2 (en) Methods, systems, and computer readable media for establishing message priority in network slices based on quality of service parameters
WO2022186923A1 (en) Methods, systems, and computer readable media for selecting a software defined wide area network (sd-wan) link using network slice information
EP4173357B1 (en) Methods, systems, and computer readable media for rules-based overload control for 5g servicing
US20230319635A1 (en) Apparatus and method for providing n6-lan using service function chaining in wireless communication system
US20240236677A1 (en) Methods, systems, and computer readable media for routing messages between public land mobile networks
US11825349B2 (en) Methods, systems, and computer readable media for dynamic network function discovery responses
US20230134430A1 (en) Method and Apparatus for Edgeless Enterprises
US20230379809A1 (en) Methods, systems, and computer readable media for reporting a reserved load to network functions in a communications network

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230621

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230621

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240521

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240528

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240730

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240827