JP7406015B2 - アプリケーション要求処理方法、システム、電子機器及び記憶媒体 - Google Patents
アプリケーション要求処理方法、システム、電子機器及び記憶媒体 Download PDFInfo
- Publication number
- JP7406015B2 JP7406015B2 JP2022580274A JP2022580274A JP7406015B2 JP 7406015 B2 JP7406015 B2 JP 7406015B2 JP 2022580274 A JP2022580274 A JP 2022580274A JP 2022580274 A JP2022580274 A JP 2022580274A JP 7406015 B2 JP7406015 B2 JP 7406015B2
- Authority
- JP
- Japan
- Prior art keywords
- application request
- service
- rule
- application
- same
- 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
Links
- 238000003672 processing method Methods 0.000 title claims description 32
- 238000000034 method Methods 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 7
- 230000004044 response Effects 0.000 claims description 3
- 238000013475 authorization Methods 0.000 description 39
- 230000006870 function Effects 0.000 description 15
- 238000013507 mapping Methods 0.000 description 8
- 239000012092 media component Substances 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 230000000712 assembly Effects 0.000 description 3
- 238000000429 assembly Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000003381 stabilizer Substances 0.000 description 1
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/20—Traffic policing
-
- 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/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/44—Augmented, consolidated or itemized billing statement or bill presentation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
Description
本願は出願番号が202010589409.7で、出願日が2020年6月24日である中国特許出願に基づいて提出され、その中国特許出願の優先権を主張し、その中国特許出願の全文を援用により本願に組み入れる。
本願は、通信技術の分野に関し、特にアプリケーション要求処理方法、システム、電子機器及び記憶媒体に関する。
第三世代パートナーシッププロジェクト(3GPP)には、第5世代(5th generation)移動通信ネットワークとして5Gネットワークを導入した。現在、3GPPが提案しているサービスベースインターフェースに基づくネットワークアーキテクチャは図1に示されており、その中で、ポリシー制御機能(Policy Control Function、PCF)はQoS、課金、アクセスおよびモビリティ、ユーザ機器(User Equipment,UE)などのポリシー制御を行い、ネットワーク露出機能(Network Exposure Function、NEF)は第三者アプリケーション機能(Application Function、AF)に5Gコアネットワークのポリシー制御能力を開放し、第三者AF要求に対して認証と翻訳を行い、AFは、アプリケーション層のサービス情報をPCFに提供し、ポリシー許可をPCFに要求し、セッション管理機能(Session Management Function、SMF)はパケットデータユニット(Packet data unit,PDU)セッション情報をPCFに提供し、PCFからPDUセッションポリシーを取得し、ユーザプレーン機能(User Plane Function、UPF)に発行して実行させる。
しかしながら、AFが同一ユーザの同一サービスに対して前後複数のアプリケーション要求を開始する場合、NEFは複数のAF許可セッションをそれぞれPCFと確立し、PCFは同一サービスに対して複数のサービスルールを発行することを決定するが、複数のサービスルールが受信されると、SMFは優先度の高いサービスルールを選択して実行するため、優先度の低いサービスルールは実行できず、対応するアプリケーション要求に応答できない。
本願の実施形態の目的は、同一ユーザの同一サービスにおける複数のアプリケーション要求にすべて応答することを可能にするアプリケーション要求処理方法、システム、電子機器及び記憶媒体を提供することである。
本願の実施形態はアプリケーション要求処理方法を提供し、前記アプリケーション要求処理方法は、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、各前記アプリケーション要求のサービスルールを含む全体のサービスルールを形成することを含む。
また、本願の実施形態は、NEFとPCFとを含むアプリケーション要求処理システムをさらに提供し、前記NEFは、AFにより開始されたアプリケーション要求を受信し、前記アプリケーション要求に応じてサービスルールの許可を前記PCFに要求するように構成され、前記PCFは、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、各前記アプリケーション要求のサービスルールを含む全体のサービスルールを形成するように構成されている。
本願の実施形態は電子機器をさらに提供し、前記電子機器は、少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサと通信可能に接続されたメモリと、を含み、前記メモリには前記少なくとも1つのプロセッサにより実行できる指令が記憶されており、前記指令が前記少なくとも1つのプロセッサにより実行された場合、前記少なくとも1つのプロセッサにより上記に記載のアプリケーション要求処理方法を実行できる。
本願の実施形態はコンピュータ可読記憶媒体をさらに提供し、前記コンピュータ可読記憶媒体はコンピュータプログラムを記憶しており、前記コンピュータプログラムがプロセッサにより実行された場合、上記に記載のアプリケーション要求処理方法を実現する。
一つ又は複数の実施形態をそれに対応する添付図面中の画像によって例示的に示し、これらの例示的な説明は、実施形態に対する限定を構成するわけではない。
本願の第1実施形態により提供されるアプリケーション要求処理方法の応用シナリオを例示する図(サービスベースインターフェースに基づくネットワークアーキテクチャ図)である。
本願の第1実施形態により提供されるアプリケーション要求処理方法の模式フローチャートである。
本願の第2実施形態により提供されるアプリケーション要求処理方法の模式フローチャートである。
従来技術において、PCFがAFに対してまずQoS保証のアプリケーション要求を送信してから、さらにデータオフロードのアプリケーション要求を送信する模式的な決定フローチャートである。
本願の第2実施形態により提供されるアプリケーション要求処理方法において、PCF側がAFに対してまずQoS保証のアプリケーション要求を開始してから、さらにデータオフロードのアプリケーション要求を開始する模式的な決定フローチャートである。
従来技術において、PCFがAFに対してまずデータオフロードのアプリケーション要求を開始してから、さらにQoS保証のアプリケーション要求を開始する模式的な決定フローチャートである。
本願の第2実施形態により提供されるアプリケーション要求処理方法において、PCF側がAFに対してまずデータオフロードのアプリケーション要求を開始してから、さらにQoS保証のアプリケーション要求を開始する模式的な決定フローチャートである。
本願の第3実施形態により提供されるアプリケーション要求処理システムのモジュール構成模式図である。
本願の第3実施形態により提供されるアプリケーション要求処理システムの別のモジュール構成模式図である。
本願の第4実施形態により提供される電子機器の構造模式図である。
本願の実施形態の目的、技術案及び利点をより明らかにするために、以下では、添付図面を組み合わせて本願の各実施形態を詳しく説明する。しかしながら、当業者であれば、本願の各実施形態において、読み手に本願をよりよく理解してもらうために多くの技術的詳細が提示されていることを理解することができる。しかし、これらの技術的詳細及び以下の各実施形態に基づく様々な変更及び修正がなくとも、本願の保護を求める技術案を実現することができる。以下の各実施形態の区分は、説明の便宜のためになされており、本願の具体的な実施形態にいかなる限定を構成すべきではなく、各実施形態は、矛盾しない限り、組み合わせたり互いを引用したりすることができる。
本願の第1実施形態はアプリケーション要求処理方法に関し、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する否かを判定することにより、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、各アプリケーション要求のサービスルールを含む全体のサービスルールを形成する。異なるアプリケーション要求に基づいて全体のサービスルールを形成することで、異なるアプリケーション要求のサービスルールがすべて全体のサービスルール内にあるようにできるため、各アプリケーション要求のサービスルールがすべて実行可能になり、対応するアプリケーション要求にすべて応答することが可能になる。
なお、図1に示す応用シナリオは、本願の実施形態により提供されるアプリケーション要求処理方法の一つの可能な応用シナリオであり、本願の実施形態により提供されるアプリケーション要求処理方法は、他の類似した応用シナリオにも適用可能である。また、図1に示すPCFは、本願の実施形態により提供されるアプリケーション要求処理方法の一つの可能な実行主体とすることができる。図1において、RANはアクセスネットワーク(Radio Access Networ1)であり、NSSFはネットワークスライス選択機能(Network Slice Selection Function)であり、AUSFは認証サーバ機能(Authentication Server Function)であり、AMFはアクセス及びモビリティ管理機能(Access and Mobility Management Function)であり、UDMは統合データ管理機能(Unified Data Management)である。
本願の実施形態により提供されるアプリケーション要求処理方法の具体的な流れは図2に示すように、具体的には、以下のステップを含む。
S101において、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する否かを判定し、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、S102を実行し、そうでなければ、フローを終了する。
なお、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する否かを判定する際には、1. 同一ユーザであるか否かの判定、2. 同一サービスであるか否かの判定、3. アプリケーション要求が同じであるか否かの判定、との三つの条件による判定が含まれることが理解できる。三つの条件による判定の基準は、実際の状況に応じて設定することができるが、ここでは具体的な限定はしない。例えば、同一ユーザであるか否かの判定については、ユーザのIPアドレスが同一であるか否かによって判定することができる。同一サービスであるか否かの判定については、サービスフローが同じであるか否かによって判定することができる。アプリケーション要求が同じであるか否かの判定については、アプリケーション要求に対応する要求パラメータが同じであるか否かによって判定することができる。また、三つの条件による判定は、個別に判定しても、組み合わせて判定しもよく、例えば同一サービスであるか否かとアプリケーション要求が同じであるか否かを一緒にして判定してもよい。
なお、本願の実施形態における「同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する否かの判定結果がNOである場合、フローを終了する」は、このうちの1つの実施形態に過ぎない。実際の応用では、上記の判定結果がNOである場合、ユーザが異なる、サービスが異なる、アプリケーション要求が同じであるなど、複数の結果を表すことが可能であり、実際の状況に応じて、対応する後続のフローを構成することができる。また、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有するとは、同一ユーザが同一サービスで異なるアプリケーション要求を同時に有することを意味し、例えば、ある時刻で2つ以上の異なるアプリケーション要求を有し、異なるアプリケーション要求の間には発生する後先の順番があってもよい。
S102において、各アプリケーション要求のサービスルールを含む全体のサービスルールを形成する。
全体のサービスルールを形成する際には、新しく発生するアプリケーション要求のサービスルールに基づいて、既に発生したアプリケーション要求のサービスルールを更新してもよく、2つ以上のアプリケーション要求のサービスルールに基づいてサービスルールを作成してもよい。全体のサービスルールの具体的な形成方法は、実際の必要に応じて構成できるが、ここでは具体的な限定はしない。なお、全体のサービスルールを形成することは、図1に示されるPCFが全体のサービスルールを決定することにより実現することができる。
一つの具体的な例において、全体のサービスルールを形成することの後に、全体のサービスルールをSMFに発行し、SMFに全体のサービスルールを実行させることをさらに含む。全体のサービスルールをSMFに発行することで、全体のサービスルールが実行され、各アプリケーション要求に対して対応する応答が提供される。
全体のサービスルールをSMFに発行した後に、SMFが全体のサービスルールを実行するようにするために、一例において、以前に発行されたサービスルールを全体のサービスルールに置き換えてもよく、全体のサービスルールのルール優先度を最も高く設定して、SMFがルール優先度の最も高いサービスルールを実行する特性を利用して、全体のサービスルールをSMFに実行させてもよい。
なお、全体のサービスルールをSMFに発行することは、全体のサービスルールを実行させるためであり、サービスルールを実行すべき主体が変更してSMFではなくなった場合、変更後のサービスルール実行主体に全体のサービスルールを発行することができる。
一つの具体的な例において、本願の実施形態により提供されるアプリケーション要求方法はPCF側に適用される。同様に、アプリケーション要求方法をPCF側に適用するのは、現在の5GネットワークのアーキテクチャではPCF側がサービスルールを許可する主体とされているからであり、更新されたアーキテクチャでサービスルールを許可する主体が変更してPCF側ではなくなった場合、変更後のサービスルールを許可する主体にアプリケーション要求方法を適用することができる。
1つの具体的な例において、アプリケーション要求は、QoS(Quality of Service,サービス品質)保証、データオフロード、IPTV、およびバックグラウンドデータストリームを含むことができる。他の例において、他のアプリケーション要求も可能であり、本願の実施形態はこれについて具体的に限定しない。
本願の実施形態により提供されるアプリケーション要求処理方法によれば、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する否かを判定することにより、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、各アプリケーション要求のサービスルールを含む全体のサービスルールを形成する。同一ユーザの同一サービス上での異なるアプリケーション要求のサービスルールがすべて全体のサービスルール内にあるため、全体のサービスルールが実行された場合、各アプリケーション要求のサービスルールがすべて実行可能であるため、各アプリケーション要求にすべて応答することが可能である。
本願の第2実施形態は、アプリケーション要求処理方法に関し、第2実施形態は第1実施形態とほぼ同じであるが、主な違いは以下の通りである。本願の実施形態において、前記の同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、全体のサービスルールを形成することは、同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なる場合、現在のアプリケーション要求のサービスルールを既存のアプリケーション要求のサービスルール内に追加することを含む。現在の要求のサービスルールを既存のアプリケーション要求のサービスルール内に追加することで、全体のサービスルールを形成し、既存のアプリケーション要求のサービスルールを実行する時に、現在のアプリケーション要求のサービスルールも実行可能になり、さらに現在のアプリケーション要求に応答するため、各アプリケーション要求に対してすべて応答することが可能である。
本願の実施形態により提供されるアプリケーション要求処理方法の具体的な流れは図3に示すように、具体的には、以下のステップを含む。
S201において、同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なるか否かを判定し、同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なる場合、S202を実行し、そうでなければ、フローを終了する。
既存のアプリケーション要求とは、既に発生し、且つサービスルールが実行されているアプリケーション要求である。現在のアプリケーション要求とは、受信されたばかりで、まだ実行主体(例えばPCF側)によってサービスルールの許可を決定されていないアプリケーション要求である。
なお、同様に、本願の実施形態における「同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なるか否かの判定結果がNOである場合、フローを終了する」は、このうちの1つの実施形態に過ぎない。実際の応用では、上記の判定結果がNOである場合、ユーザが異なる、サービスが異なる、アプリケーション要求が同じであるなど、複数の結果を表すことが可能であり、実際の状況に応じて、対応する後続のフローを構成することができる。
一つの具体的な例において、同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なるか否かを判定することは、具体的には、同一ユーザの現在のアプリケーション要求と既存のアプリケーション要求のサービスフローおよび要求パラメータが同じであるか否かを判定することであってもよい。
一例において、判定の結果、同一ユーザの現在のアプリケーション要求と既存のアプリケーション要求のサービスフローが同じであり、且つ要求パラメータが異なる場合、同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なると判定する。一例において、同一ユーザの現在のアプリケーション要求と既存のアプリケーション要求のサービスフローおよび要求パラメータが同じであるか否かを判定する前に、まずは、現在のアプリケーション要求に対応する許可セッションと既存のアプリケーション要求の許可セッションとが反復セッションであるか否かを判定し、反復セッションである場合、現在のアプリケーション要求を無視し、反復セッションではない場合、同一ユーザの現在のアプリケーション要求と既存のアプリケーション要求のサービスフローおよび要求パラメータが同じであるか否かをさらに判定してもよい。
S202において、現在のアプリケーション要求のサービスルールを既存のアプリケーション要求のサービスルール内に追加する。
一例において、現在のアプリケーション要求のサービスルールを既存のアプリケーション要求のサービスルールに追加することは、現在のアプリケーション要求のサービスルールを既存のアプリケーション要求の許可済のサービスルール内に更新することで、サービスルールの更新を完成させ、全体のサービスルールを形成することであってもよい。また、現在のアプリケーション要求のサービスルールと既存のアプリケーション要求のサービスルールを組み合わせて新しいサービスルールを得て、該新しいサービスルールに基づいて全体のサービスルールを得てもよい。
本願の実施形態により提供されるアプリケーション要求処理方法をより明確に説明するために、以下では、2つの一般的なアプリケーション要求であるQoS保証、データオフロードを例に挙げて説明する。
図4を参照し、図4は、いくつかの状況において、PCFがAFに対してまずQoS保証のアプリケーション要求を送信してから、さらにデータオフロードのアプリケーション要求を送信する模式的な決定フローチャートである。具体的には、以下の通りである。
1. SMFは、PDUセッション確立要求を開始し、PCFはPDUセッション確立要求を受けて、PDUセッションを確立する。
2. AFは、サービスフロー、UEのIPアドレス、アップリンクとダウンリンクの帯域幅などのパラメータを含むQoS保証のアプリケーション要求をNEFに送信する。
3. NEFは、構成に基づいてサービスとQoSパラメータのマッピングを行う。
4. NEFは、Npcf_PolicyAuthorization_Createを呼び出してポリシー許可セッション1を確立し、ここで、ポリシー許可セッション1は、メディアコンポーネント、サービスフロー、およびQoS要求を含む。
5. PCFは、確立されたPDUセッションにポリシー許可セッション1をバインドし、サービス情報およびQoS情報に基づいてサービスルールPCC Rule1の許可を決定し、PCC(Policy Control and Charging,ポリシー制御及び課金) Rule1はルール優先度、サービスフロー1およびQoSルール1を含む。
6. PCFは、ポリシールールPCC Rule1をSMFに発行する。
7. SMFは、PCC Rule1を実行して、無線側と専用ベアラを確立して、QoS保証を行う。
8. AFは、要求の需要に応じてユーザサービスについてサービスオフロード(すなわち、データオフロードを開始するアプリケーション要求)を行い、データオフロードのアプリケーション要求はすなわ、サービス影響ルーティング(サービスフロー、サービス影響ルーティングなどのパラメータを含む)の初期化である。
9. NEFは、構成サービスと影響ルーティングパラメータに基づいてマッピングを完成させる。
10. NEFは、Npcf_PolicyAuthorization_Createを呼び出してポリシー許可セッション2を確立し、ここで、ポリシー許可セッション2は、メディアコンポーネント、サービスフロー、DNAI、およびサービスルーティング情報を含む。
11. PCFは、確立されたPDUセッションにポリシー許可セッション2をバインドし、サービス情報およびサービス影響ルーティング情報に基づいてサービスルールPCC Rule2の許可を決定し、PCC Rule2はルール優先度、サービスフロー1およびサービス影響ルーティングルール1を含む。
12. PCFは、ポリシールールPCC Rule2をSMFに発行する。
13. SMFは、PCC Rule2を受信すると、PCC Rule1とPCC Rule2を比較し、2つのルールのサービスフローが同じであるため、SMFは優先度の高いサービスルールを選択して実行し、選択しなかったサービスルールを実行しない。例えば、ルールPCC Rule1の優先度がPCC Rule2より高い場合、SMFはPCC Rule1のみを実行し、PCC Rule2は実行されず、データオフロードのアプリケーション要求は応答されない。ルールPCC Rule1の優先度がPCC Rule2より低い場合、SMFはPCC Rule2のみを実行し、QoS保証のアプリケーション要求は応答されない。
SMFが優先度の高いサービスルールを選択して実行するため、優先度の低いサービスルールが実行されず、対応するアプリケーション要求に応答できない。
図5を参照し、図5は本願の実施形態により提供されるアプリケーション要求処理方法において、PCF側がAFに対してまずQoS保証のアプリケーション要求を開始してから、さらにデータオフロードのアプリケーション要求を開始する模式的な決定フローチャートである。具体的には、以下の通りである。
1. SMFは、PDUセッション確立要求を開始し、PCFはPDUセッション確立要求を受けて、PDUセッションを確立する。
2. AFは、サービスフロー、UEのIPアドレス、アップリンクとダウンリンクの帯域幅などのパラメータを含むQoS保証のアプリケーション要求をNEFに送信する。
3. NEFは、構成に基づいてサービスとQoSパラメータのマッピングを行う。
4. NEFは、Npcf_PolicyAuthorization_Createを呼び出してポリシー許可セッション1を確立し、ここで、ポリシー許可セッション1は、メディアコンポーネント、サービスフロー、およびQoS要求を含む。
5. PCFは、確立されたPDUセッションにポリシー許可セッション1をバインドし、サービス情報およびQoS情報に基づいてサービスルールPCC Rule1の許可を決定し、PCC Rule1はルール優先度、サービスフロー1およびQoSルール1を含む。
6. PCFは、ポリシールールPCC Rule1をSMFに発行する。
7. SMFは、PCC Rule1を実行して、無線側と専用ベアラを確立して、サービスのQoSを保証する。
8. AFは、要求の需要に応じてユーザサービスについてサービスオフロード(すなわち、データオフロードを開始するアプリケーション要求)を行い、データオフロードのアプリケーション要求はすなわ、サービス影響ルーティング(サービスフロー、サービス影響ルーティングなどのパラメータを含む)の初期化である。
9. NEFは、構成サービスと影響ルーティングパラメータに基づいてマッピングを完成させる。
10. NEFは、Npcf_PolicyAuthorization_Createを呼び出してポリシー許可セッション2を確立し、ここで、ポリシー許可セッション2は、メディアコンポーネント、サービスフロー、DNAI、およびサービスルーティング情報を含む。
11. PCFは、ポリシー許可セッション2の確立要求を受信すると、サービス許可の決定を行う。具体的には、以下のことを含むことができる。
(1)確立されたPDUセッションにポリシー許可セッション2をバインドする。
(2)ポリシー許可セッション2の確立要求と以前にPDUセッションにバインドされた許可セッション要求のサービスフローが同じであり(一致し)、且つ、(サービスフロー以外の)他の許可要求パラメータが異なる(反復セッションではない)と判定された場合、サービスルールを更新する決定を検討する。
(3)許可セッション情報に基づいてPCC Rule1の更新を決定し、サービスデータオフロードルールを追加し、更新後のPCC Rule1にルール優先度、サービスフロー1、QoSルール1、およびサービス影響ルーティングルール1を含ませる。
12. PCFは、更新後のポリシールールPCC Rule1をSMFに発行する。
13. SMFは、PCC Rule1を受信すると、ルールを実行し、UPFを選択してデータをデータネットワークにオフロード(データオフロードを実現)し、以前のサービスデータのQoS保証ポリシーを維持する。
データオフロードのアプリケーション要求のサービスルールに基づいて、既存のQoS保証のサービスルールを更新し、更新後のサービスルールにQoS保証のサービスルールとデータオフロードのサービスルールとの両方を含ませることにより、QoS保証とデータオフロードとの2つの異なるアプリケーション要求にすべて応答できるように、QoS保証を実現すると同時にデータオフロードを実現する。
図6を参照し、図6はいくつかの状況において、PCFがAFに対してまずデータオフロードのアプリケーション要求を開始してから、さらにQoS保証のアプリケーション要求を開始する模式的な決定フローチャートであり、具体的には以下のとおりである。
1. SMFは、PDUセッション確立要求を開始し、PCFはPDUセッション確立要求を受けて、PDUセッションを確立する。
2. AFは、要求の需要に応じてユーザサービスについてサービスオフロード(すなわち、データオフロードを開始するアプリケーション要求)を行い、データオフロードのアプリケーション要求はすなわ、サービス影響ルーティング(サービスフロー、サービス影響ルーティングなどのパラメータを含む)の初期化である。
3. NEFは、構成サービスと影響ルーティングに基づいてパラメータマッピングを完成させる。
4. NEFは、Npcf_PolicyAuthorization_Createを呼び出してポリシー許可セッション1を確立し、ここで、ポリシー許可セッション1は、メディアコンポーネント、サービスフロー、DNAI、およびサービスルーティング情報を含む。
5. PCFは、確立されたPDUセッションにポリシー許可セッション1をバインドし、サービス情報およびサービス影響ルーティング情報に基づいてサービスルールPCC Rule1の許可を決定し、PCC Rule1はルール優先度、サービスフロー1およびサービス影響ルーティングルール1を含む。
6. PCFは、ポリシールールPCC Rule1をSMFに発行する。
7. SMFは、PCC Rule1を実行し、UPFを選択してサービスデータをデータネットワークにオフロード(データオフロードを実現)する。
8. AFは、サービスフロー、UEのIPアドレス、アップリンクとダウンリンクの帯域幅などのパラメータを含むQoS保証のアプリケーション要求をNEFに送信する。
9. NEFは、構成に基づいてサービスとQoSパラメータのマッピングを行う。
10. NEFは、Npcf_PolicyAuthorization_Createを呼び出してポリシー許可セッション2を確立し、ここで、ポリシー許可セッション2は、メディアコンポーネント、サービスフロー、およびQoS要求を含む。
11. PCFは、確立されたPDUセッションにポリシー許可セッション2をバインドし、サービス情報およびQoS情報に基づいてサービスルールPCC Rule2の許可を決定し、PCC Rule2はルール優先度、サービスフロー1およびQoSルール1を含む。
12. PCFは、ポリシールールPCC Rule2をSMFに発行する。
13. SMFは、PCC Rule2を受信すると、PCC Rule1とPCC Rule2を比較し、2つのルールのサービスフローが同じであるため、SMFは優先度の高いサービスルールを選択して実行し、選択しなかったサービスルールを実行しない。例えば、ルールPCC Rule1の優先度がPCC Rule2より高い場合、SMFはPCC Rule1のみを実行し、PCC Rule2は実行されず、QoS保証のアプリケーション要求は応答されない。ルールPCC Rule1の優先度がPCC Rule2より低い場合、SMFはPCC Rule2のみを実行し、データオフロードのアプリケーション要求は応答されない。
SMFが優先度の高いサービスルールを選択して実行するため、優先度の低いサービスルールが実行されず、対応するアプリケーション要求に応答できない。
図7を参照し、図7は本願の実施形態により提供されるアプリケーション要求処理方法において、PCF側がAFに対してまずデータオフロードのアプリケーション要求を開始してから、さらにQoS保証のアプリケーション要求を開始する模式的な決定フローチャートである。具体的には、以下の通りである。
1. SMFは、PDUセッション確立要求を開始し、PCFはPDUセッション確立要求を受けて、PDUセッションを確立する。
2. AFは、要求の需要に応じてユーザサービスについてサービスオフロード(すなわち、データオフロードを開始するアプリケーション要求)を行い、データオフロードのアプリケーション要求はすなわ、サービス影響ルーティング(サービスフロー、サービス影響ルーティングなどのパラメータを含む)の初期化である。
3. NEFは、構成サービスと影響ルーティングパラメータに基づいてマッピングを完成させる。
4. NEFは、Npcf_PolicyAuthorization_Createを呼び出してポリシー許可セッション1を確立し、ここで、ポリシー許可セッション1は、メディアコンポーネント、サービスフロー、DNAI、およびサービスルーティング情報を含む。
5. PCFは、確立されたPDUセッションにポリシー許可セッション1をバインドし、サービス情報およびサービス影響ルーティング情報に基づいてサービスルールPCC Rule1の許可を決定し、PCC Rule1はルール優先度、サービスフロー1およびサービス影響ルーティングルール1を含む。
6. PCFは、ポリシールールPCC Rule1をSMFに発行する。
7. SMFは、PCC Rule1を実行し、UPFを選択してサービスデータをデータネットワークにオフロード(データオフロードを実現)する。
8. AFは、サービスフロー、UEのIPアドレス、アップリンクとダウンリンクの帯域幅などのパラメータを含むQoS保証のアプリケーション要求をNEFに送信する。
9. NEFは、構成に基づいてサービスとQoSパラメータのマッピングを行う。
10. NEFは、Npcf_PolicyAuthorization_Createを呼び出してポリシー許可セッション2を確立し、ここで、ポリシー許可セッション2は、メディアコンポーネント、サービスフロー、およびQoS要求を含む。
11. PCFは、ポリシー許可セッション2の確立要求を受信すると、サービス許可の決定を行う。具体的には、以下のことを含むことができる。
(1)確立されたPDUセッションにポリシー許可セッション2をバインドする。
(2)ポリシー許可セッション2の確立要求と以前にPDUセッションにバインドされた許可セッション要求のサービスフローが同じであり(一致し)、且つ、(サービスフロー以外の)他の許可要求パラメータが異なる(反復セッションではない)と判定された場合、サービスルールを更新する決定を検討する。
(3)許可セッション情報に基づいてPCC Rule1の更新を決定し、サービスQoS保証ルールを追加し、更新後のPCC Rule1にルール優先度、サービスフロー1、サービス影響ルーティングルール1、およびQoSルール1を含ませる。
12. PCFは、更新後のポリシールールPCC Rule1をSMFに発行する。
13. SMFは、PCC Rule1を受信すると、ルールを実行し、専用ベアラを確立してサービスのQoSを保証(QoS保証を実現)し、サービスデータを以前のデータネットワークにオフロードすること(データオフロード)を維持する。
QoS保証のアプリケーション要求のサービスルールに基づいて、既存のデータオフロードのサービスルールを更新し、更新後のサービスルールにデータオフロードのサービスルールとQoS保証のサービスルールとの両方を含ませることにより、データオフロードとQoS保証との2つの異なるアプリケーション要求にすべて応答できるように、データオフロードを実現すると同時にQoS保証を実現する。
本願の実施形態により提供されるアプリケーション要求処理方法によれば、現在の要求のサービスルールを既存のアプリケーション要求のサービスルール内に追加することで、全体のサービスルールを形成し、既存のアプリケーション要求のサービスルールを実行する時に、現在のアプリケーション要求のサービスルールも実行可能になり、さらに現在のアプリケーション要求に応答するため、各アプリケーション要求に対してすべて応答することが可能である。
当業者であれば、上記の各種方法のステップ分けは、単に明確に説明するためになされたものであり、実装時に1つのステップに統合するか、又は一部のステップを複数のステップに再分割することができ、同一の論理的関係が含まれていれば、いずれも本願の保護範囲内に含まれること、アルゴリズム及びプロセスの中核となる設計を変更せずに、そのアルゴリズム又はプロセスに重要でない修正を加えたり、又は重要でない設計を導入したりしたものであれば、いずれも本願の保護範囲内に含まれることは、理解できるであろう。
本願の第3実施形態は、図8に示すように、NEF 301とPCF 302とを含むアプリケーション要求処理システムに関する。具体的には、以下の通りである。
NEF 301は、AFにより送信されたアプリケーション要求を受信し、アプリケーション要求に応じてサービスルールの許可をPCF 302に要求するように構成され、
PCF 302は、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、各アプリケーション要求のサービスルールを含む全体のサービスルールを形成するように構成されている。
PCF 302は、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、各アプリケーション要求のサービスルールを含む全体のサービスルールを形成するように構成されている。
図9を参照し、図9は本願の実施形態により提供されるアプリケーション要求処理システムの別のモジュール構成模式図である。すなわち、アプリケーション要求処理システムは、SMF 303をさらに含み、具体的には、以下の通りである。
PCF 302はさらに、全体のサービスルールをSMF 303に発行するように構成されている。
SMF 303は、全体のサービスルールを実行するように構成されている。
さらに、PCF 302はさらに、同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なる場合、現在のアプリケーション要求のサービスルールを既存のアプリケーション要求のサービスルール内に追加するように構成されている。
さらに、PCF 302はさらに、同一ユーザの現在のアプリケーション要求と既存のアプリケーション要求のサービスフローが同じであり、且つ要求パラメータが異なる場合、前記ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なると判定するように構成されている。
さらに、アプリケーション要求は、QoS保証、データオフロード、IPTV、およびバックグラウンドデータストリームを含む。
本実施形態は、第1実施形態及び第2実施形態に対応するシステム実施形態であり、本実施形態は第1実施形態及び第2実施形態と組み合わせて実施できることは、容易に理解できる。第1実施形態および第2実施形態で記載された関連する技術的詳細は、本実施形態においても有効であるため、重複を減らすためにここでは説明を省く。したがって、本実施形態で記載された関連する技術的詳細は、第1実施形態及び第2実施形態にも適用可能である。
なお、本実施形態に係る各モジュールはいずれも論理モジュールであり、実際の応用において、1つの論理ユニットは1つの物理ユニットであってもよく、1つの物理ユニットの一部であってもよく、さらに、複数の物理ユニットの組み合わせで実現してもよい。また、本願の創造的な部分を強調するために、本願で提起された技術的課題の解決にあまり関係のない手段は本実施形態には導入されていないが、これは本実施形態に他の手段が存在しないことを示しているわけではない。
本願の第4実施形態は電子機器に関する。図10に示すように、少なくとも1つのプロセッサ401、少なくとも1つのプロセッサ401と通信可能に接続されたメモリ402とを含み、メモリ402には少なくとも1つのプロセッサ401により実行できる指令が記憶されており、指令が少なくとも1つのプロセッサ401により実行された場合、少なくとも1つのプロセッサ401により上記したアプリケーション要求処理方法を実行できる。
ここで、メモリおよびプロセッサはバス方式で接続され、バスは任意の数の相互接続されたバスおよびブリッジを含むことができ、バスによって1つまたは複数のプロセッサとメモリの様々な回路が一つに接続される。バスはまた、周辺機器、電圧安定器、およびパワーマネジメント回路などの様々な他の回路を一つに接続することができるが、これらは当分野で周知なことであるので、本文ではこれ以上説明しない。バスインターフェースは、バスとトランシーバとの間のインターフェースを提供する。トランシーバは、1つの素子であってもよく、複数の受信機および送信機のような複数の素子であってもよく、伝送媒体上で様々な他の装置と通信するための手段を提供する。プロセッサによって処理されたデータはアンテナを介して無線媒体で伝送され、さらに、アンテナはまたデータを受信して、プロセッサにデータを伝送する。
プロセッサは、バスの管理および通常の処理を担う以外にも、さらにタイミング、周辺インターフェース、電圧調整、電源管理、およびその他の制御機能を含む様々な機能を提供することができる。一方、メモリは、プロセッサによって操作を実行するときに使用されるデータを記憶するために使用されてもよい。
本願の第5実施形態は、コンピュータプログラムを記憶しているコンピュータ可読記憶媒体に関する。コンピュータプログラムがプロセッサにより実行された時、上記の方法実施形態を実現する。該コンピュータ可読記憶媒体は情報(例えばコンピュータ可読指令、データ構造、コンピュータプログラムモジュールまたは他のデータ)を記憶するための任意の方法または技術において実施される、揮発性または不揮発性の、取り外し可能または取り外し不可能な媒体を含む。
すなわち、当業者であれば、上記の実施形態の方法における全部または一部のステップを実施することは、プログラムによって関連するハードウェアに指令することによって実現できることは、理解できるであろう。このプログラムは1つの記憶媒体に記憶され、1つの装置(ワンチップコンピュータ、チップなどであってもよい)またはプロセッサ(processor)に本願の各実施形態に記載の方法の全部または一部のステップを実行させるためのいくつかの指令を含む。一方、前記した記憶媒体は、USBメモリ、リムーバブルハードディスク、リードオンリーメモリ(ROM:Read-Only Memory)、ランダムアクセスメモリ(RAM:Random Access Memory)、磁気ディスク又は光ディスク等、プログラムコードを記憶可能な種々の媒体を含む。
当業者であれば、上記に開示された方法における全部または一部のステップ、システム、装置内の機能モジュール/ユニットはソフトウェア(コンピューティング装置により実行できるコンピュータプログラムコードで実現できる)、ファームウェア、ハードウェア及びそれらの適切な組み合わせにより実施できることは明白である。ハードウェア実施形態において、以上の説明に記述された機能モジュール/ユニット間の区分は、物理的組立体の区分に必ずしも対応しているとは限らず、例えば、一つの物理的組立体は複数の機能を有してもよく、また、一つの機能またはステップは複数の物理的組立体が協力して実行できる。いくつかの物理的組立体またはすべての物理的組立体は、中央処理装置、デジタルシグナルプロセッサまたはマイクロプロセッサのようなプロセッサによって実行されるソフトウェアとして、あるいはハードウェアとして、あるいは特定用途向け集積回路のような集積回路として実施することができる。
当業者であれば、上記の各実施形態は、本願を実施するための具体的な実施形態であり、実際の応用においては、本願の精神及び範囲を逸脱することなく、形式的に及び細部に様々な変更を加えることができることを理解することができる。
Claims (10)
- アプリケーション要求処理方法であって、
同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、各前記アプリケーション要求のサービスルールを含む全体のサービスルールを形成することを含む
アプリケーション要求処理方法。 - 前記の同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、全体のサービスルールを形成することは、
同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なる場合、現在のアプリケーション要求のサービスルールを既存のアプリケーション要求のサービスルール内に追加することを含む
請求項1に記載のアプリケーション要求処理方法。 - 前記の同一ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なる場合、現在のアプリケーション要求のサービスルールを既存のアプリケーション要求のサービスルール内に追加することの前に、
同一ユーザの現在のアプリケーション要求と既存のアプリケーション要求のサービスフローが同じであり、且つ要求パラメータが異なる場合、前記ユーザの同一サービス上での現在のアプリケーション要求が既存のアプリケーション要求と異なると判定することをさらに含む
請求項2に記載のアプリケーション要求処理方法。 - 前記の同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、全体のサービスルールを形成することの後に、
前記全体のサービスルールをSMFに発行し、前記SMFに前記全体のサービスルールを実行させることをさらに含む
請求項1に記載のアプリケーション要求処理方法。 - PCF側に適用される
ことを特徴とする請求項1に記載のアプリケーション要求処理方法。 - 前記アプリケーション要求は、QoS保証、データオフロード、IPTV、およびバックグラウンドデータストリームを含む
請求項1に記載のアプリケーション要求処理方法。 - アプリケーション要求処理システムであって、
NEFとPCFとを含み、
前記NEFは、AFにより送信されたアプリケーション要求を受信し、前記アプリケーション要求に応じてサービスルールの許可を前記PCFに要求するように構成され、
前記PCFは、同一ユーザが同一サービス上で2つ以上の異なるアプリケーション要求を有する場合、各前記アプリケーション要求のサービスルールを含む全体のサービスルールを形成するように構成されている
アプリケーション要求処理システム。 - SMFをさらに含み、
前記PCFはさらに、前記全体のサービスルールを前記SMFに発行するように構成され、
前記SMFは、前記全体のサービスルールを実行するように構成されている
請求項7に記載のアプリケーション要求処理システム。 - 電子機器であって、
少なくとも1つのプロセッサと、
前記少なくとも1つのプロセッサと通信可能に接続されたメモリと、を含み、
前記メモリには前記少なくとも1つのプロセッサにより実行できる指令が記憶され、前記指令が前記少なくとも1つのプロセッサにより実行された場合、前記少なくとも1つのプロセッサによって請求項1から6の何れか一項に記載のアプリケーション要求処理方法を実行できる
電子機器。 - コンピュータプログラムを記憶しているコンピュータ可読記憶媒体であって、前記コンピュータプログラムがプロセッサにより実行された場合、請求項1から6の何れか一項に記載のアプリケーション要求処理方法を実現する
コンピュータ可読記憶媒体。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010589409.7A CN113840332A (zh) | 2020-06-24 | 2020-06-24 | 应用请求处理方法、系统、电子设备及存储介质 |
CN202010589409.7 | 2020-06-24 | ||
PCT/CN2021/094397 WO2021258923A1 (zh) | 2020-06-24 | 2021-05-18 | 应用请求处理方法、系统、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2023531091A JP2023531091A (ja) | 2023-07-20 |
JP7406015B2 true JP7406015B2 (ja) | 2023-12-26 |
Family
ID=78964711
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022580274A Active JP7406015B2 (ja) | 2020-06-24 | 2021-05-18 | アプリケーション要求処理方法、システム、電子機器及び記憶媒体 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230269188A1 (ja) |
EP (1) | EP4175353A4 (ja) |
JP (1) | JP7406015B2 (ja) |
CN (1) | CN113840332A (ja) |
WO (1) | WO2021258923A1 (ja) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102024235A (zh) * | 2010-06-04 | 2011-04-20 | 西本新干线股份有限公司 | 业务流程生成系统及应用服务提供系统 |
CN110049070B (zh) * | 2018-01-15 | 2021-09-14 | 华为技术有限公司 | 事件通知方法及相关设备 |
US11039018B2 (en) * | 2018-09-13 | 2021-06-15 | Ofinno, Llc | Charging control with SMF and PCF |
-
2020
- 2020-06-24 CN CN202010589409.7A patent/CN113840332A/zh active Pending
-
2021
- 2021-05-18 WO PCT/CN2021/094397 patent/WO2021258923A1/zh unknown
- 2021-05-18 US US18/002,700 patent/US20230269188A1/en active Pending
- 2021-05-18 EP EP21828711.8A patent/EP4175353A4/en active Pending
- 2021-05-18 JP JP2022580274A patent/JP7406015B2/ja active Active
Non-Patent Citations (1)
Title |
---|
3GPP TS29.513,3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Policy and Charging Control signalling flows and QoS parameter mapping; Stage 3 (Release 16),V16.3.0,3GPP,2020年03月27日,pp.43-46 |
Also Published As
Publication number | Publication date |
---|---|
US20230269188A1 (en) | 2023-08-24 |
JP2023531091A (ja) | 2023-07-20 |
EP4175353A1 (en) | 2023-05-03 |
CN113840332A (zh) | 2021-12-24 |
WO2021258923A1 (zh) | 2021-12-30 |
EP4175353A4 (en) | 2024-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11272360B2 (en) | Communication method and related apparatus | |
US10972575B2 (en) | Method and system for supporting edge computing | |
WO2020103523A1 (zh) | 一种网络切片的选择方法、网络设备及终端 | |
WO2021037175A1 (zh) | 一种网络切片的管理方法及相关装置 | |
WO2018202284A1 (en) | Authorizing access to user data | |
CN109756896B (zh) | 一种信息处理方法、网络设备及计算机可读存储介质 | |
US20170034820A1 (en) | Bandwidth control method and bandwidth control device | |
CN110278556B (zh) | 一种安全认证策略确定方法、设备和计算机可读存储介质 | |
US11044729B2 (en) | Function scheduling method, device, and system | |
JP2021510274A (ja) | デフォルトのサービス品質(QoS)の制御方法および装置 | |
CN101720112A (zh) | 一种无线资源管理方法与装置 | |
EP2412186A1 (en) | Network management system | |
WO2018233451A1 (zh) | 通信方法、装置和系统 | |
CN114302426A (zh) | 在异质网络控制服务质量的方法、装置、介质及电子设备 | |
CN116325829A (zh) | 用于动态授权的机制 | |
CN112087777A (zh) | 一种mdbv的确定方法、装置及系统 | |
CN112312481B (zh) | 一种mec与多运营商核心网的通信方法及系统 | |
CN110708678B (zh) | 一种通信方法及设备 | |
JP7406015B2 (ja) | アプリケーション要求処理方法、システム、電子機器及び記憶媒体 | |
US20230137509A1 (en) | Alternative Charging Handling based on QoS | |
KR102326496B1 (ko) | 핸드오버 관리 방법 | |
US20240114323A1 (en) | Apparatus and method for providing service function chaining service exposure in wireless communication system | |
US11843971B2 (en) | Dynamic enablement of RLC mode based on UE RF conditions | |
CN111385839B (zh) | QoS配置方法、装置和通信系统以及存储介质 | |
WO2022160104A1 (zh) | 应用功能会话处理方法、应用功能会话处理装置及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20221223 |
|
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: 20231128 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231214 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7406015 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |