JP7369207B2 - プロトコルデータユニットセッション処理方法、装置及び電子機器 - Google Patents

プロトコルデータユニットセッション処理方法、装置及び電子機器 Download PDF

Info

Publication number
JP7369207B2
JP7369207B2 JP2021564561A JP2021564561A JP7369207B2 JP 7369207 B2 JP7369207 B2 JP 7369207B2 JP 2021564561 A JP2021564561 A JP 2021564561A JP 2021564561 A JP2021564561 A JP 2021564561A JP 7369207 B2 JP7369207 B2 JP 7369207B2
Authority
JP
Japan
Prior art keywords
pdu session
allowed
user equipment
maximum
data unit
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
JP2021564561A
Other languages
English (en)
Other versions
JP2022531248A (ja
Inventor
文 王
艶超 康
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of JP2022531248A publication Critical patent/JP2022531248A/ja
Priority to JP2023118148A priority Critical patent/JP2023126982A/ja
Application granted granted Critical
Publication of JP7369207B2 publication Critical patent/JP7369207B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure

Landscapes

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

Description

（関連出願の相互参照）
本出願は、２０１９年４月２９日に中国で提出された中国特許出願番号Ｎｏ．２０１９１０３５６４０５．１の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本開示は、通信技術分野に関し、特にプロトコルデータユニットセッション処理方法、装置及び電子機器に関する。
第５世代移動通信コアネットワーク（５Ｇ Ｃｏｒｅ、５ＧＣ）は、プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ）接続サービス、即ち、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）とデータネットワークとの間でＰＤＵ交換を提供するサービスをサポートする。ＰＤＵ接続サービスは、ＵＥの要求に応じて確立されるＰＤＵセッションによってサポートされる。
具体的には、ＵＥがＰＤＵセッションを確立することを必要とする場合、ＵＥは、ＰＤＵセッション確立要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージをセッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＳＭＦ）に送信する。ネットワーク側がＵＥのＰＤＵセッション確立要求を受諾すると、ＳＭＦは、ＰＤＵセッション確立受諾（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔ）メッセージをＵＥに送信する。ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ＲｅｑｕｅｓｔメッセージとＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔメッセージは、情報エレメント、タイプ／リファレンス、フォーマット、長さなどの内容を付帯することができる。
既存の方案では、ネットワーク側がこのＰＤＵセッションに配置したＱｏＳルール及び／又はＱｏＳフロー記述は、ＵＥの最大サポート能力を超える可能性がある。この時、ＰＤＵセッションに確立異常が発生する可能性があり、且つ異常なＰＤＵセッションは、ネットワークリソースを占有し続けることになる。
この背景技術部分に開示された情報は、本開示の全体的な背景に対する理解を高めることを意図するものに過ぎず、この情報構成が当業者がよく知っている関連技術であることを認め、又は、如何なる形式で示唆するものと見なされるべきではない。
本出願の実施例の目的は、ＰＤＵセッションの確立異常を回避できるプロトコルデータユニットセッション処理方法、装置及び電子機器を提供することである。
上記技術課題を解決するために、本開示の実施例は、以下の各方面により実現される。
第一の方面によれば、本開示の実施例は、ユーザ機器に用いられるプロトコルデータユニットセッション処理方法を提供する。この方法は、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することを含む。
第二の方面によれば、本開示の実施例は、ユーザ機器に用いられるプロトコルデータユニットセッション処理方法を提供する。この方法は、ネットワーク機器に前記ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を送信することを含み、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
第三の方面によれば、本開示の実施例は、ネットワーク機器に用いられるプロトコルデータユニットセッション処理方法を提供する。この方法は、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を受信することを含み、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
第四の方面によれば、本開示の実施例は、プロトコルデータユニットセッション処理装置を提供する。この装置は、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信するための第一の送信モジュールを含む。
第五の方面によれば、本開示の実施例は、プロトコルデータユニットセッション処理装置を提供する。この装置は、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を送信するための第二の送信モジュールを含み、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
第六の方面によれば、本開示の実施例は、プロトコルデータユニットセッション処理装置を提供する。この装置は、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を受信するための第一の受信モジュールを含み、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
第七の方面によれば、本開示の実施例は、電子機器を提供する。この電子機器は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータ実行可能指令とを含み、前記コンピュータ実行可能指令が前記プロセッサによって実行される時、上記第一の方面又は第二の方面に記載の方法のステップを実現させる。
第八の方面によれば、本開示の実施例は、電子機器を提供する。この電子機器は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータ実行可能指令とを含み、前記コンピュータ実行可能指令が前記プロセッサによって実行される時、上記第三の方面に記載の方法のステップを実現させる。
第九の方面によれば、本開示の実施例は、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体はコンピュータ実行可能指令を記憶するためのものであり、前記コンピュータ実行可能指令がプロセッサによって実行される時、上記第一の方面、第二の方面又は第三の方面に記載の方法のステップを実現させる。
本開示の実施例では、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することにより、ＰＤＵセッションの確立異常を回避することができ、さらに、異常なＰＤＵセッションがネットワークリソースを占有することを回避することができる。
本開示の実施例又は関連技術における技術案をより明瞭に説明するために、以下は、実施例又は関連技術の記述において使用される必要がある添付図面を簡単に紹介する。自明なことに、以下の記述における添付図面は、ただ本開示に記載のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、それらの添付図面に基づき、他の添付図面を取得することもできる。
本開示の実施例によるプロトコルデータユニットセッション処理方法のフローチャート概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理方法のフローチャート概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理装置の構造概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理方法を実行する電子機器のハードウェア構造概略図を示す。 本開示の実施例によるプロトコルデータユニットセッション処理方法を実行する別の電子機器のハードウェア構造概略図を示す。
当業者が本開示における技術案をよりよく理解できるように、以下は、本開示の実施例における添付図面を結び付けながら、本開示の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、ただ本開示の一部の実施例に過ぎず、全部の実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本開示の保護範囲に属すべきである。
図１は、本開示の実施例によるプロトコルデータユニットセッション処理方法のフローチャート概略図を示す。この方法は、電子機器、例えば、ユーザ機器によって実行されてもよい。言い換えれば、前記方法は、ユーザ機器にインストールされたソフトウェア又はハードウェアによって実行されてもよい。図に示すように、この方法は、以下のステップを含んでもよい。
Ｓ１１：ネットワーク機器がＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信する。
ＵＥがＰＤＵセッションを確立する要求を開始した後、ネットワーク側は、このＰＤＵセッションに許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを配置し、配置された許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つをＵＥに送信してもよい。
ＵＥが許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを受信した後、許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述がＵＥ自体のサポート能力を超えるか否かを判断する。
ネットワーク機器がこのＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つがＵＥの最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信する。ネットワーク機器は、ＰＤＵセッションリリース要求を受信した後、ＰＤＵセッションリリース要求に応じてこのＰＤＵセッションのリソースをリリースする。
本開示の実施例に記載の「Ａ、Ｂ又はＣのうちの少なくとも一つ」及び「Ａ、Ｂ及び／又はＣ」は、Ａ、Ｂ、Ｃ、ＡとＢとの組み合わせ、ＡとＣとの組み合わせ、ＢとＣとの組み合わせ、及びＡとＢとＣとの組み合わせという７つの方案のうちのいずれか一つ又は複数を含むと理解されてもよい。例えば、Ａ、Ｂ又はＣのうちの少なくとも一つがＵＥの最大サポート能力を超える場合は、ＡがＵＥの最大サポート能力を超える方案、ＢがＵＥの最大サポート能力を超える方案、ＣがＵＥの最大サポート能力を超える方案、ＡとＢがいずれもＵＥの最大サポート能力を超える方案、ＡとＣがいずれもＵＥの最大サポート能力を超える方案、ＢとＣがいずれもＵＥの最大サポート能力を超える方案、Ａ、Ｂ、ＣがいずれもＵＥの最大サポート能力を超える方案という７つの方案のうちのいずれか一つ又は複数と理解されてもよい。
それにより、本開示の実施例によるプロトコルデータユニットセッション処理方法は、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することにより、ネットワーク側がＰＤＵセッションのリソースをタイムリーにリリースし、ＰＤＵセッションに異常が生じることを回避し、異常なＰＤＵセッションがネットワークリソースを占有することを回避することができる。
図２は、本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。この方法は、電子機器、例えば、ユーザ機器によって実行されてもよい。言い換えれば、前記方法は、ユーザ機器にインストールされたソフトウェア又はハードウェアによって実行されてもよい。図に示すように、この方法は、以下のステップを含んでもよい。
Ｓ２１：ＰＤＵセッション確立受諾メッセージを受信する。
このステップの前に、ＵＥがＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔメッセージをネットワーク機器に送信することをさらに含んでもよい。ネットワーク側がＵＥのＰＤＵセッション確立要求を受諾する場合、このステップにおいて、ネットワーク機器は、ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ＡｃｃｅｐｔメッセージをＵＥに送信し、可能な一実現形態では、許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つは、ＰＤＵセッション確立受諾メッセージに含まれる。
Ｓ２２：ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルール、パケットフィルタ及び／又は許可ＱｏＳフロー記述に基づいて、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数を取得する。
本ステップにおいて、許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述の長さｌｅｎｇｔｈに基づいて、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数又は許可ＱｏＳフロー記述の数を取得することができる。
例えば、一つのＱｏＳフロー記述が（４－ｕ）バイト（そのうち、ｕはパラメータリストの長さに基づいて決定されてもよい）を占有し、ネットワーク側が配置可能なＱｏＳフロー記述の最大長さが６５５３８バイトである場合、配置される最大のＱｏＳフロー記述の数は６５５３８／（４－ｕ）にほぼ等しい可能性がある。それにより、ＵＥは、受信された、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳフロー記述に基づいて、ＱｏＳフロー記述の数を算出することができる。
Ｓ２３：前記ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超えるか否かを判断する。
具体的には、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルールの数が、ＵＥがこのＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数を超えるか否かを判断し、
又は、ネットワーク機器がＰＤＵセッションに配置したパケットフィルタの数が、ＵＥがこのＰＤＵセッションに設置した最大サポート可能なパケットフィルタの数を超えるか否かを判断し、
又は、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳフロー記述の数が、ＵＥがこのＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳフロー記述の数を超えるか否かを判断する。
以上に記載の三つのパラメータの判断を択一的に行ってもよく、又は二つを選択して行ってもよく、又は全てを行ってもよい。
Ｓ２４：前記ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信する。
ＵＥは、前記ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数を超える場合、パケットフィルタの数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能なパケットフィルタの数を超える場合、及び／又は、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳフロー記述の数が、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳフロー記述の数を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信する。
可能な一実現形態では、前記ＰＤＵセッションリリース要求には、リソース不足を示すためのリリース原因が含まれる。
ネットワーク機器は、ＰＤＵセッションリリース要求を受信した後、ＰＤＵセッションリリース要求に応じてこのＰＤＵセッションのリソースをリリースする。
それにより、本開示の実施例によるプロトコルデータユニットセッション処理方法は、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルール、パケットフィルタ及び／又は許可ＱｏＳフロー記述に基づいて、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数を取得し、前記ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数又は許可ＱｏＳフロー記述の数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することにより、ネットワーク側がＰＤＵセッションのリソースをタイムリーにリリースし、ＰＤＵセッションに異常が生じることを回避し、異常なＰＤＵセッションがネットワークリソースを占有することを回避することができる。
図３は、本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。この方法は、電子機器、例えば、ユーザ機器によって実行されてもよい。言い換えれば、前記方法は、ユーザ機器にインストールされたソフトウェア又はハードウェアによって実行されてもよい。図に示すように、この方法は、以下のステップを含んでもよい。
Ｓ３１：前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力が更新されると、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、更新された前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信する。
本ステップの前に、ＰＤＵセッションが既に確立されており、ＰＤＵセッションの確立前又は確立後に、ＵＥは、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルール、パケットフィルタ及び／又は許可ＱｏＳフロー記述に基づいて、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数を取得することができる。
例えば、一つのＱｏＳフロー記述が（４－ｕ）バイト（そのうち、ｕはパラメータリストの長さに基づいて決定されてもよい）を占有し、ネットワーク側が配置可能なＱｏＳフロー記述の最大長さが６５５３８バイトである場合、配置される最大のＱｏＳフロー記述の数は６５５３８／（４－ｕ）にほぼ等しい可能性がある。それにより、ＵＥは、受信された、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳフロー記述に基づいて、ＱｏＳフロー記述の数を算出することができる。
ＰＤＵセッションが既に確立された後、ＵＥの最大サポート能力が更新されると、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数が、更新されたＵＥが前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数、更新された最大サポート可能なパケットフィルタの数及び／又は更新された最大サポート可能な許可ＱｏＳフロー記述の数を超えるか否かを判断することができる。
そして、前記ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数又は許可ＱｏＳフロー記述の数が、更新されたＵＥが前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数、更新された最大サポート可能なパケットフィルタの数又は更新された最大サポート可能な許可ＱｏＳフロー記述の数を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信する。
可能な一実現形態では、前記ＰＤＵセッションリリース要求には、リソース不足を示すためのリリース原因が含まれる。ネットワーク機器は、ＰＤＵセッションリリース要求を受信した後、ＰＤＵセッションリリース要求に応じてこのＰＤＵセッションのリソースをリリースする。
それにより、本開示の実施例によるプロトコルデータユニットセッション処理方法は、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力が更新されると、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、更新された前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することにより、ネットワーク側は、ＵＥの最大サポート能力が変化してＰＤＵセッションをサポートするのに足りない場合、ＰＤＵセッションのリソースをタイムリーにリリースし、ＰＤＵセッションに異常が生じることを回避し、異常なＰＤＵセッションがネットワークリソースを占有することを回避することができる。
図４は、本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。この方法は、電子機器、例えば、ユーザ機器によって実行されてもよい。言い換えれば、前記方法は、ユーザ機器にインストールされたソフトウェア又はハードウェアによって実行されてもよい。図に示すように、この方法は、以下のステップを含んでもよい。
Ｓ４１：ネットワーク機器にＵＥがＰＤＵセッションに設置した最大サポート能力を送信する。
そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
ＵＥは、自体がＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つをネットワーク側に送信することにより、ネットワーク側は、ＵＥの最大サポート能力をタイムリーに知り、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てることができる。
それにより、本開示の実施例によるプロトコルデータユニットセッション処理方法は、ネットワーク機器にＵＥがＰＤＵセッションに設置した最大サポート能力を送信する（そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む）ことにより、ネットワーク側は、ＵＥの最大サポート能力をタイムリーに知り、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てることで、ＰＤＵセッションの確立異常を回避することができる。
図５は、本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。この方法は、電子機器、例えば、ユーザ機器によって実行されてもよい。言い換えれば、前記方法は、ユーザ機器にインストールされたソフトウェア又はハードウェアによって実行されてもよい。図に示すように、この方法は、以下のステップを含んでもよい。
Ｓ５１：ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔメッセージを送信する。
ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔメッセージには、ＵＥがＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを付帯されており、ネットワーク側は、ＵＥの最大サポート能力をタイムリーに知り、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てることができる。
Ｓ５２：ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔメッセージを受信する。
ネットワーク側は、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てる。ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つは、ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔメッセージに配置されてもよい。
そのうち、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルールに対応する数は、ＵＥが前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数を超えない。前記ネットワーク機器が前記ＰＤＵセッションに配置したパケットフィルタに対応する数は、ＵＥが前記ＰＤＵセッションに設置した最大サポート可能なパケットフィルタの数を超えない。前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳフロー記述に対応する数は、ＵＥが前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳフロー記述の数を超えない。
Ｓ５３：ユーザ機器がＰＤＵセッションに設置した最大サポート能力が更新されると、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、更新された前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信する。
本ステップにより、更新されたＵＥの最大サポート能力がＰＤＵセッションをサポートするのに足りない場合、ＰＤＵセッションをタイムリーにリリースし、ＰＤＵセッションの異常を回避し、ネットワークリソースが無駄になることを回避することができる。
それにより、本開示の実施例によるプロトコルデータユニットセッション処理方法は、ユーザ機器がＰＤＵセッションに設置した最大サポート能力を送信する（そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む）ことにより、ネットワーク側は、ＵＥの最大サポート能力をタイムリーに知り、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てることで、ＰＤＵセッションの確立異常を回避することができる。
なお、本開示の実施例によるプロトコルデータユニットセッション処理方法は、ユーザ機器がＰＤＵセッションに設置した最大サポート能力が更新されると、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、更新された前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することにより、更新されたＵＥの最大サポート能力がＰＤＵセッションをサポートするのに足りない場合、ＰＤＵセッションをタイムリーにリリースし、ＰＤＵセッションの異常を回避し、ネットワークリソースが無駄になることを回避することができる。
図６は、本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。この方法は、電子機器、例えば、ネットワーク側のＳＭＦエンティティによって実行されてもよい。言い換えれば、前記方法は、ＳＭＦにインストールされたソフトウェア又はハードウェアによって実行されてもよい。図に示すように、この方法は、以下のステップを含んでもよい。
Ｓ６１：ＵＥがＰＤＵセッションに設置した最大サポート能力を受信する。
そのうち、ＵＥがＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
ネットワーク機器は、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てる。
そのうち、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルールに対応する数が、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数を超えず、前記ネットワーク機器が前記ＰＤＵセッションに配置したパケットフィルタに対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能なパケットフィルタの数を超えず、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳフロー記述に対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳフロー記述の数を超えない。
それにより、本開示の実施例によるプロトコルデータユニットセッション処理方法は、前記ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを受信することにより、ネットワーク側は、ＵＥの最大サポート能力をタイムリーに知り、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てることで、ＰＤＵセッションの確立異常を回避することができる。
図７は、本開示の実施例によるプロトコルデータユニットセッション処理方法の別のフローチャート概略図を示す。この方法は、電子機器、例えば、ネットワーク側のＳＭＦエンティティによって実行されてもよい。言い換えれば、前記方法は、ＳＭＦにインストールされたソフトウェア又はハードウェアによって実行されてもよい。図に示すように、この方法は、以下のステップを含んでもよい。
Ｓ７１：ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔメッセージを受信する。
このＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔメッセージは、ＵＥがＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含んでもよい。
ネットワーク機器は、ＵＥがＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを受信し、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てる。
Ｓ７２：ＵＥが前記ＰＤＵセッションに設置した最大サポート能力に基づいて、ＰＤＵセッションに許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを配置する。
具体的には、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルールに対応する数が、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数を超えず、前記ネットワーク機器が前記ＰＤＵセッションに配置したパケットフィルタに対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能なパケットフィルタの数を超えず、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳフロー記述に対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳフロー記述の数を超えない。
Ｓ７３：ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔメッセージを送信する。
ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔメッセージは、ネットワーク機器が前記ＰＤＵセッションに配置した以上の許可ＱｏＳルール、以上のパケットフィルタ又は以上の許可ＱｏＳフロー記述のうちの少なくとも一つを含んでもよい。
Ｓ７４：ＰＤＵセッションリリース要求を受信し、前記ＰＤＵセッションリリース要求に応じて前記ＰＤＵセッションのリソースをリリースする。
ＵＥがＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つが更新されると、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、更新されたユーザ機器がＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数、最大サポート可能なパケットフィルタの数及び／又は最大サポート可能な許可ＱｏＳフロー記述の数を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信する。
ネットワーク機器は、ＰＤＵセッションリリース要求を受信し、前記ＰＤＵセッションリリース要求に応じて前記ＰＤＵセッションのリソースをリリースし、更新されたＵＥの最大サポート能力がＰＤＵセッションをサポートするのに足りない場合、ＰＤＵセッションをタイムリーにリリースし、ＰＤＵセッションの異常を回避し、ネットワークリソースが無駄になることを回避することができる。
それにより、本開示の実施例によるプロトコルデータユニットセッション処理方法は、前記ユーザ機器がＰＤＵセッションに設置した最大サポート能力を受信することにより、ネットワーク側は、ＵＥの最大サポート能力をタイムリーに知り、ＵＥの最大サポート能力に基づいて、ＵＥにＰＤＵセッションの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを割り当てることにより、ＰＤＵセッションの確立異常を回避することができる。
なお、本開示の実施例によるプロトコルデータユニットセッション処理方法は、ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを送信することにより、配置済みの許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つをＵＥに送信することで、ＰＤＵセッションをタイムリーに確立することができる。
なお、本開示の実施例によるプロトコルデータユニットセッション処理方法は、ＰＤＵセッションリリース要求を受信し、前記ＰＤＵセッションリリース要求に応じて前記ＰＤＵセッションのリソースをリリースすることにより、更新されたＵＥの最大サポート能力がＰＤＵセッションをサポートするのに足りない場合、ＰＤＵセッションをタイムリーにリリースし、ＰＤＵセッションの異常を回避し、ネットワークリソースが無駄になることを回避することができる。
図８は、本開示の実施例によるプロトコルデータユニットセッション処理装置の構造概略図を示す。この装置８０は、第一の送信モジュール８１を含む。
第一の送信モジュール８１は、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信するために用いられる。
本開示の実施例によるこの装置８０は、上述した図１に示す方法の実施例における対応する各ステップを実行し、且つ同じ又は類似した機能と有益な効果を実現することができる。ここでは説明を省略する。
図９は、本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。この装置９０は、第一の送信モジュール９１と処理モジュール９２とを含む。
第一の送信モジュール９１は、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信するために用いられる。
処理モジュール９２は、前述した、ネットワーク機器にＰＤＵセッションリリース要求を送信する前に、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルール、パケットフィルタ及び／又は許可ＱｏＳフロー記述に基づいて、ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数を取得し、前記ネットワーク機器が前記ＰＤＵセッションに配置した前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超えるか否かを判断するために用いられ、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数、最大サポート可能なパケットフィルタの数及び／又は最大サポート可能な許可ＱｏＳフロー記述の数を含む。
可能な一実現形態では、第一の送信モジュール９１は、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力が更新されると、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、更新された前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信するために用いられる。
可能な一実現形態では、第一の送信モジュール９１が送信する前記ＰＤＵセッションリリース要求には、リソース不足を示すためのリリース原因が含まれる。
可能な一実現形態では、処理モジュール９２が処理する前記許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つは、ＰＤＵセッション確立受諾メッセージに含まれる。
本開示の実施例によるこの装置９０は、上述した図２～３に示す方法の実施例における対応する各ステップを実行し、且つ同じ又は類似した機能と有益な効果を実現することができる。ここでは説明を省略する。
図１０は、本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。この装置１００は、第二の送信モジュール１０１を含む。
第二の送信モジュール１０１は、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を送信するために用いられ、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
本開示の実施例によるこの装置１００は、上述した図４に示す方法の実施例における対応する各ステップを実行し、且つ同じ又は類似した機能と有益な効果を実現することができる。ここでは説明を省略する。
図１１は、本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。この装置１１００は、第二の送信モジュール１１０１と第二の受信モジュール１１０２とを含む。
第二の送信モジュール１１０１は、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を送信するために用いられ、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
第二の受信モジュール１１０２は、ネットワーク機器に前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を送信した後、ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを受信するために用いられる。
そのうち、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルールに対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数を超えず、前記ネットワーク機器が前記ＰＤＵセッションに配置したパケットフィルタに対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能なパケットフィルタの数を超えず、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳフロー記述に対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳフロー記述の数を超えない。
可能な一実現形態では、第二の送信モジュール１１０１は、さらに、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力が更新されると、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、更新された前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信するために用いられる。
可能な一実現形態では、第二の送信モジュール１１０１が送信する、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、ＰＤＵセッション確立要求メッセージに含まれ、第二の受信モジュール１１０２が受信する、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述は、ＰＤＵセッション確立受諾メッセージに含まれる。
本開示の実施例によるこの装置１１００は、上述した図５に示す方法の実施例における対応する各ステップを実行し、且つ同じ又は類似した機能と有益な効果を実現することができる。ここでは説明を省略する。
図１２は、本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。この装置１２００は、第一の受信モジュール１２１０を含む。
第一の受信モジュール１２１０は、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を受信するために用いられ、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
本開示の実施例によるこの装置１２００は、上述した図６に示す方法の実施例における対応する各ステップを実行し、且つ同じ又は類似した機能と有益な効果を実現することができる。ここでは説明を省略する。
図１３は、本開示の実施例によるプロトコルデータユニットセッション処理装置の別の構造概略図を示す。この装置１３００は、第一の受信モジュール１３１０と、配置モジュール１３２０と、第三の送信モジュール１３３０とを含む。
第一の受信モジュール１３１０は、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を受信するために用いられ、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを含む。
配置モジュール１３２０は、前述した、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート能力を受信した後、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力に基づいて、前記ＰＤＵセッションに許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを配置するために用いられる。
第三の送信モジュール１３３０は、前記ユーザ機器にネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つを送信するために用いられる。
可能な一実現形態では、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルールに対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数を超えず、前記ネットワーク機器が前記ＰＤＵセッションに配置したパケットフィルタに対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能なパケットフィルタの数を超えず、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳフロー記述に対応する数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳフロー記述の数を超えない。
可能な一実現形態では、第一の受信モジュール１３１０は、さらに、ＰＤＵセッションリリース要求を受信し、前記ＰＤＵセッションリリース要求に応じて前記ＰＤＵセッションのリソースをリリースするために用いられる。
可能な一実現形態では、第一の受信モジュール１３１０が受信する、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、ＰＤＵセッション確立要求メッセージに含まれ、第三の送信モジュール１３３０が送信する、前記ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述は、ＰＤＵセッション確立受諾メッセージに含まれる。
本開示の実施例によるこの装置１３００は、上述した図７に示す方法の実施例における対応する各ステップを実行し、且つ同じ又は類似した機能と有益な効果を実現することができる。ここでは説明を省略する。
図１４は、本開示の実施例によるプロトコルデータユニットセッション処理方法を実行する電子機器のハードウェア構造概略図を示す。この電子機器は、ＵＥ、例えば、ユーザの端末機器などであってもよい。図に示す端末機器１４００は、少なくとも１つのプロセッサ１４０１、メモリ１４０２、ユーザインターフェース１４０３、及び、少なくとも１つのネットワークインターフェース１４０４を含む。端末機器１４００内の各コンポーネントは、バスシステム１４０５を介して結合されている。理解すべきなのは、バスシステム１４０５は、これらのコンポーネントの間での接続通信を実現するために用いられる。バスシステム１４０５は、データバスのほか、さらに、電源バス、制御バス、及び、状態信号バスを含む。しかし、明瞭に説明するために、図では、各種のバスをバスシステム１４０５として表記する。
そのうち、ユーザインターフェース１４０３は、ディスプレイ、キーボード又はクリックデバイス（例えば、マウス）、トラックボール（ｔｒａｃｋｂａｌｌ）、タッチプレート又はタッチスクリーンなどを含んでもよい。
理解すべきなのは、本開示の実施例におけるメモリ１４０２は、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリ及び不揮発性メモリの両方を含んでもよい。そのうち、不揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブルリードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）であってもよい。例示的であるが制限性ではない説明により、多くの形式のＲＡＭは利用可能であり、例えば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲＳＤＲＡＭ）、拡張型ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）と、ダイレクトランバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲＲＡＭ）などである。本開示の実施例に記述されるシステムと方法のメモリ１４０２は、それらと任意のその他の適切なタイプのメモリを含むが、それらに限定されないことを意図する。
いくつかの実施形態では、メモリ１４０２は、実行可能モジュール又はデータ構造、又は、それらのサブセット、又は、オペレーティングシステム１４０２１とアプリケーションプログラム１４０２２というそれらの拡張セットのような要素を記憶した。
そのうち、オペレーティングシステム１４０２１は、各種のシステムプログラム、例えば、フレーム層、コアライブラリ層、ドライバ層などを含み、様々な基礎的なサービスの実現及びハードウェアに基づくタスクの処理のために用いられる。アプリケーションプログラム１４０２２は、様々なアプリケーションプログラム、例えばメディアプレーヤ（Ｍｅｄｉａ Ｐｌａｙｅｒ）、ブラウザ（Ｂｒｏｗｓｅｒ）などを含み、様々なアプリケーションサービスを実現するために用いられる。本開示の実施例の方法を実現するプログラムは、アプリケーションプログラム１４０２２に含まれてもよい。
本開示の実施例では、端末機器１４００は、メモリ１４０２に記憶され、プロセッサ１４０１上で運行できるコンピュータプログラムをさらに含み、コンピュータプログラムがプロセッサ１４０１によって実行される時、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することを実現させる。
又は、コンピュータプログラムがプロセッサ１４０１によって実行される時、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを送信することを実現させる。
このコンピュータプログラムがプロセッサによって実行される時、上述した図１～３に記載の方法又は、図４～５に記載の方法の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここで説明を省略する。
本開示の実施例で掲示された上記方法は、プロセッサ１４０１に用いられ、又はプロセッサ１４０１によって実現されてもよい。プロセッサ１４０１は、信号の処理能力を有する集積回路チップであり得る。実現プロセスにおいて、上記方法の各ステップは、プロセッサ１４０１におけるハードウェアの集積論理回路又はソフトウェアの形式の指令によって完成されてもよい。上述したプロセッサ１４０１は、汎用プロセッサ、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントであってもよい。本開示の実施例に開示された各方法、ステップ、及びロジックブロック図を実現又は実行することができる。汎用プロセッサは、マイクロプロセッサであってもよく、又は、このプロセッサは、任意の通常のプロセッサなどであってもよい。本開示の実施例を結び付けて開示した方法のステップは、ハードウェアデコードプロセッサによって実行されて完成され、又は、デコードプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合せによって実行されて完成されるように直接具現化されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ又は電気的に消去可能なプログラマブルメモリ、レジスタなど当技術分野でよく知っているコンピュータ可読記憶媒体に位置してもよい。このコンピュータ可読記憶媒体はメモリ１４０２に位置し、プロセッサ１４０１はメモリ１４０２における情報を読み取り、そのハードウェアを結び付けて上記方法のステップを完成させる。
具体的には、このコンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、コンピュータプログラムがプロセッサ１４０１によって実行される時、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することを実現させる。
又は、コンピュータプログラムがプロセッサ１４０１によって実行される時、前記ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを送信することを実現させる。
理解すべきなのは、本開示の実施例に記述されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実現されてもよい。ハードウェアの実現に対して、処理ユニットは、１つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰ Ｄｅｖｉｃｅ、ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット又はそれらの組み合わせに実現されてもよい。
ソフトウェアの実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）によって本開示の実施例に記載の技術を実現してもよい。ソフトウェアコードは、メモリに記憶され、且つプロセッサを介して実行されてもよい。メモリは、プロセッサ内又はプロセッサの外部に実現されてもよい。
本開示の実施例は、コンピュータ可読記憶媒体をさらに提案し、前記コンピュータ可読記憶媒体には、一つ又は複数のプログラムが記憶されており、前記一つ又は複数のプログラムが複数のアプリケーションプログラムを含む端末によって実行される時、前記端末に、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信するという操作を実行させる。
又は、前記一つ又は複数のプログラムが複数のアプリケーションプログラムを含む端末によって実行される時、前記端末に、前記ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを送信するという操作を実行させる。
そのうち、前記コンピュータ可読記憶媒体は、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどを含む。
このコンピュータプログラムがプロセッサによって実行される時、図１～３に記載の方法、又は、図４～５に記載の方法の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここで説明を省略する。
さらに、本開示の実施例は、コンピュータプログラム製品をさらに提供し、前記コンピュータプログラム製品は、非一時的なコンピュータ可読記憶媒体に記憶されたコンピュータプログラムを含み、前記コンピュータプログラムはプログラム指令を含み、前記プログラム指令がコンピュータによって実行される時、ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信するというフローを実現させる。
又は、前記プログラム指令がコンピュータによって実行される時、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを送信するというフローを実現させる。
このコンピュータプログラムがプロセッサによって実行される時、図１～３に記載の方法、又は、図４～５に記載の方法の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここで説明を省略する。
図１５は、本開示の実施例によるプロトコルデータユニットセッション処理方法を実行する別の電子機器のハードウェア構造概略図を示す。この電子機器は、ネットワーク機器であってもよい。図に示すように、ネットワーク機器１５００は、プロセッサ１５０１と、送受信機１５０２と、メモリ１５０３と、バスインターフェースとを含む。そのうち、本開示の実施例では、ネットワーク機器１５００は、メモリ１５０３に記憶され、前記プロセッサ１５０１上で運行できるコンピュータプログラムをさらに含み、前記コンピュータプログラムが前記プロセッサ１５０１によって実行される時、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを受信することを実現させる。
このコンピュータプログラムがプロセッサによって実行される時、図６～７に記載の方法の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここで説明を省略する。
図において、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的にはプロセッサ１５０１によって代表される一つ又は複数のプロセッサとメモリ１５０３によって代表されるメモリの各種の回路でリンクされてもよい。バスアーキテクチャは、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。それらは、すべて当技術分野でよく知っているものであるため、ここでは、これ以上説明しない。バスインターフェースは、インターフェースを提供する。送受信機１５０２は、複数の素子であってもよく、すなわち、送信機と受信機を含み、伝送媒体で各種の他の装置と通信するためのユニットを提供してもよい。
プロセッサ１５０１は、バスアーキテクチャと一般的な処理の管理を担当し、メモリ１５０３は、プロセッサ１５０１の操作実行時に使用されるデータを記憶してもよい。
本開示の実施例は、コンピュータ可読記憶媒体をさらに提案し、前記コンピュータ可読媒体には、一つ又は複数のプログラムが記憶されており、前記一つ又は複数のプログラムが複数のアプリケーションプログラムを含む端末によって実行される時、前記端末に、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを受信するという操作を実行させる。
そのうち、前記コンピュータ可読記憶媒体は、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどを含む。
このコンピュータプログラムがプロセッサによって実行される時、図６～７に記載の方法の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここで説明を省略する。
さらに、本開示の実施例は、コンピュータプログラム製品をさらに提供し、前記コンピュータプログラム製品は、非一時的なコンピュータ可読記憶媒体に記憶されたコンピュータプログラムを含み、前記コンピュータプログラムはプログラム指令を含み、前記プログラム指令がコンピュータによって実行される時、ユーザ機器がプロトコルデータユニットＰＤＵセッションに設置した最大サポート可能な許可サービス品質ＱｏＳルールの数、最大サポート可能なパケットフィルタの数又は最大サポート可能な許可ＱｏＳフロー記述の数のうちの少なくとも一つを受信するというフローを実現させる。
このコンピュータプログラムがプロセッサによって実行される時、図６～７に記載の方法の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここで説明を省略する。
当業者であれば分かるように、本開示の実施例は、方法、システム又はコンピュータプログラム製品として提供することができる。したがって、本開示は、完全なハードウェアの実施例、完全なソフトウェアの実施例又はソフトウェアとハードウェアを組み合わせた実施例の形式を採用してもよい。そして、本開示は、コンピュータ利用可能なプログラムコードを含む一つ又は複数のコンピュータ利用可能な記憶媒体（磁気ディスクメモリ、ＣＤ－ＲＯＭ、光学メモリなどを含むが、それらに限定されない）上で実施されたコンピュータプログラム製品の形式を採用してもよい。
本開示は、本開示の実施例による方法、機器（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して記述されるものである。理解すべきことは、フローチャート及び／又はブロック図における各フロー及び／又はブロック、ならびにフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータプログラム指令によって実現されてもよい。これらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込みプロセッサ又は他のプログラマブルデータプロセッシングデバイスのプロセッサに提供することによって、一つの機械を生成することができ、それによって、コンピュータ又は他のプログラマブルデータプロセッシングデバイスのプロセッサによって実行される指令は、フローチャートの一つ又は複数のフロー及び／又はブロック図の一つ又は複数のブロックにおいて指定された機能を実現するための装置を生成する。
これらのコンピュータプログラム指令は、コンピュータ又は他のプログラマブルデータプロセッシングデバイスを特定の方式で作動するようにガイドすることができるコンピュータ可読メモリに記憶されてもよい。それによって、このコンピュータ可読メモリに記憶された指令は、フローチャートの一つ又は複数のフロー及び／又はブロック図の一つのブロック又は複数のブロックにおいて指定された機能を実現する指令装置を含む製造品を生成する。
これらのコンピュータプログラム指令は、コンピュータ又は他のプログラマブルデータプロセッシングデバイスにロードされてもよい。それによって、コンピュータ又は他のプログラマブル機器で、一連の操作ステップを実行させて、コンピュータによって実現される処理を生成することにより、コンピュータ又は他のプログラマブル機器で実行された指令は、フローチャートの一つのフロー又は複数のフロー及び／又はブロック図の一つのブロック又は複数のブロックにおいて指定された機能を実現するためのステップを提供する。
典型的な配置では、コンピューティングデバイスは、一つ又は複数のプロセッサ（ＣＰＵ）と、入力／出力インターフェースと、ネットワークインターフェースと、メモリとを含む。
メモリは、コンピュータ可読媒体における非永続的メモリ、ランダムアクセスメモリ（ＲＡＭ）及び／又は非揮発性メモリ等の形式、例えば、リードオンリーメモリ（ＲＯＭ）又はフラッシュメモリ（ｆｌａｓｈ ＲＡＭ）を含み得る。メモリはコンピュータ可読媒体の例である。
コンピュータ可読媒体は、永続的及び非永続的、リムーバブル及び非リムーバブルメディアを含み、任意の方法又は技術によって情報記憶を実現することができる。情報は、コンピュータ可読指令、データ構造、プログラムのモジュール又は他のデータであってもよい。コンピュータの記憶媒体の例として、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、電気的に消去可能なプログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ又は他のメモリ技術、ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）又は他の光学メモリ、磁気テープカセット、磁気テープ磁気ディスクメモリ又は他の磁気記憶デバイス又は任意の他の非伝送媒体を含むが、それらに限定されず、コンピューティングデバイスによってアクセスされ得る情報を記憶するために用いられてもよい。本明細書の定義によれば、コンピュータ可読媒体は、一時記憶コンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ ｍｅｄｉａ）、例えば、変調されたデータ信号やキャリアを含まない。
さらに説明すべきことは、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、商品又は機器は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み又はこのようなプロセス、方法、商品又は機器に固有の要素も含む。それ以上の制限がない場合に、「・・・・・・を一つ含む」という文章で限定された要素について、前記要素を含むプロセス、方法、商品又は機器には他の同じ要素も存在することが排除されるものではない。
当業者であれば分かるように、本開示の実施例は、方法、システム又はコンピュータプログラム製品として提供することができる。したがって、本開示は、完全なハードウェアの実施例、完全なソフトウェアの実施例又はソフトウェアとハードウェアを組み合わせた実施例の形式を採用してもよい。そして、本開示は、コンピュータ利用可能なプログラムコードを含む一つ又は複数のコンピュータ利用可能な記憶媒体（磁気ディスクメモリ、ＣＤ－ＲＯＭ、光学メモリなどを含むが、それらに限定されない）上で実施されたコンピュータプログラム製品の形式を採用してもよい。
以上の記述は、ただ本開示の実施例に過ぎず、本開示を限定するものではない。当業者にとって、本開示は、様々な変更と変化を有してもよい。本開示の精神や原理内で行われた任意の修正、同等置き換え、改良などは、いずれも、本開示の特許請求の範囲内に含まれるべきである。
以上に記述された内容は、本開示の選択的な実施の形態である。指摘すべきことは、当業者にとって、本開示に記述された原理を逸脱しない前提で、様々な改良や修正を行うこともでき、これらの改良や修正も本開示の保護範囲内に属すると見なされるべきである。

Claims (8)

  1. ユーザ機器に用いられるプロトコルデータユニットセッション処理方法であって、
    ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することを含む、プロトコルデータユニットセッション処理方法。
  2. 前述した、ネットワーク機器にＰＤＵセッションリリース要求を送信する前に、
    ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ及び／又は許可ＱｏＳフロー記述に基づいて、ネットワーク機器が前記ＰＤＵセッションに配置した許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数を取得することと、
    前記許可ＱｏＳルールの数、パケットフィルタの数及び／又は許可ＱｏＳフロー記述の数が、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超えるか否かを判断することとをさらに含み、そのうち、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力は、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート可能な許可ＱｏＳルールの数、最大サポート可能なパケットフィルタの数及び／又は最大サポート可能な許可ＱｏＳフロー記述の数を含む、請求項１に記載の方法。
  3. 前述した、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することは、
    前記ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力が更新されると、ネットワーク機器がＰＤＵセッションに配置した許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、更新された最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信することを含む、請求項１に記載の方法。
  4. 前記ＰＤＵセッションリリース要求には、リソース不足を示すためのリリース原因が含まれる、及び/又は、
    前記許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つは、ＰＤＵセッション確立受諾メッセージに含まれる、請求項１に記載の方法。
  5. ネットワーク機器がプロトコルデータユニットＰＤＵセッションに配置した許可サービス品質ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つが、ユーザ機器が前記ＰＤＵセッションに設置した最大サポート能力を超える場合、ネットワーク機器にＰＤＵセッションリリース要求を送信するための第一の送信モジュールを含む、プロトコルデータユニットセッション処理装置。
  6. 前記ＰＤＵセッションリリース要求には、リソース不足を示すためのリリース原因が含まれる、及び/又は、
    前記許可ＱｏＳルール、パケットフィルタ又は許可ＱｏＳフロー記述のうちの少なくとも一つは、ＰＤＵセッション確立受諾メッセージに含まれる、請求項５に記載のプロトコルデータユニットセッション処理装置。
  7. プロセッサと、
    コンピュータ実行可能指令を記憶するメモリとを含み、前記実行可能指令が実行される時、前記プロセッサを用いて請求項１～４のいずれか１項に記載の方法を実行する、電子機器。
  8. コンピュータ実行可能指令を記憶するためのものであり、前記コンピュータ実行可能指令がプロセッサによって実行される時、請求項１～４のいずれか１項に記載の方法を実現させる、コンピュータ可読記憶媒体。
JP2021564561A 2019-04-29 2020-04-29 プロトコルデータユニットセッション処理方法、装置及び電子機器 Active JP7369207B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023118148A JP2023126982A (ja) 2019-04-29 2023-07-20 プロトコルデータユニットセッション処理方法、装置及び電子機器

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910356405.1A CN111601303B (zh) 2019-04-29 2019-04-29 一种协议数据单元会话处理的方法、装置和电子设备
CN201910356405.1 2019-04-29
PCT/CN2020/087811 WO2020221300A1 (zh) 2019-04-29 2020-04-29 协议数据单元会话处理的方法、装置和电子设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023118148A Division JP2023126982A (ja) 2019-04-29 2023-07-20 プロトコルデータユニットセッション処理方法、装置及び電子機器

Publications (2)

Publication Number Publication Date
JP2022531248A JP2022531248A (ja) 2022-07-06
JP7369207B2 true JP7369207B2 (ja) 2023-10-25

Family

ID=72183224

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021564561A Active JP7369207B2 (ja) 2019-04-29 2020-04-29 プロトコルデータユニットセッション処理方法、装置及び電子機器
JP2023118148A Pending JP2023126982A (ja) 2019-04-29 2023-07-20 プロトコルデータユニットセッション処理方法、装置及び電子機器

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023118148A Pending JP2023126982A (ja) 2019-04-29 2023-07-20 プロトコルデータユニットセッション処理方法、装置及び電子機器

Country Status (8)

Country Link
US (1) US20220053382A1 (ja)
EP (1) EP3965469A4 (ja)
JP (2) JP7369207B2 (ja)
KR (1) KR20210150558A (ja)
CN (1) CN111601303B (ja)
BR (1) BR112021021664A2 (ja)
SG (1) SG11202112011UA (ja)
WO (1) WO2020221300A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115915179A (zh) * 2021-08-10 2023-04-04 维沃移动通信有限公司 计算会话更新方法、装置、终端及网络功能实体

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101359925B (zh) * 2007-08-02 2012-09-05 中兴通讯股份有限公司 一种基于用户设备能力的传输格式配置的方法
CN103037356B (zh) * 2011-10-09 2015-08-19 华为技术有限公司 一种通信方法和装置
WO2016119198A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated Support of transmission mode and impact on pdcch blind decodes of ptm (point-to-multipoint) transmission
CN109005127B (zh) * 2017-02-03 2020-03-10 华为技术有限公司 一种QoS流处理方法、设备和通信系统
CN109302751B (zh) * 2017-07-24 2021-03-05 华硕电脑股份有限公司 无线通信系统中服务服务质量流的方法和设备
KR20220035977A (ko) * 2017-08-11 2022-03-22 아이디에이씨 홀딩스, 인크. 다수의 액세스 네트워크 간의 트래픽 조종 및 스위칭
CA3020118A1 (en) * 2017-10-09 2019-04-09 Comcast Cable Communications, Llc Ethernet type packet data unit session communications

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TS 24.501 V16.0.2，2019年03月29日，pp.1,239-267,292-294，https://www.3gpp.org/ftp//Specs/archive/24_series/24.501/24501-g02.zip
Intel，Signalling a maximum number of supported/derived QoS rules[online]，3GPP TSG CT WG1 #109 C1-181289，Internet<URL:https://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_109_Montreal/Docs/C1-181289.zip>，2018年02月19日
Qualcomm Incorporated, MediaTek Inc., Ericsson，Handling errors due to missing QoS flow descriptions parameters for GBR QoS flows[online]，3GPP TSG CT WG1 #113 C1-188970，Internet<URL:https://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_113_WestPalmBeach/Docs/C1-188970.zip>，2018年12月03日

Also Published As

Publication number Publication date
US20220053382A1 (en) 2022-02-17
EP3965469A4 (en) 2022-05-25
BR112021021664A2 (pt) 2021-12-21
SG11202112011UA (en) 2021-12-30
WO2020221300A1 (zh) 2020-11-05
EP3965469A1 (en) 2022-03-09
KR20210150558A (ko) 2021-12-10
CN111601303A (zh) 2020-08-28
JP2023126982A (ja) 2023-09-12
CN111601303B (zh) 2022-09-23
JP2022531248A (ja) 2022-07-06

Similar Documents

Publication Publication Date Title
US20220052992A1 (en) Identity verification method for network function service and related apparatus
CN110809295B (zh) 一种数据传输的方法以及相关装置
EP3577952B1 (en) Method and system for selection of an access and mobility management function in an access network environment
EP3961999A1 (en) Method for determining service transmission requirement, apparatus, and system
JP2023126982A (ja) プロトコルデータユニットセッション処理方法、装置及び電子機器
US11630711B2 (en) Access control configurations for inter-processor communications
WO2021057808A1 (zh) 一种流量控制的方法及装置
US11231983B2 (en) Fault tolerance processing method, apparatus, and server
CN110859012B (zh) 一种速率控制的方法、装置和系统
WO2019041371A1 (zh) 物联网基于连接数量的路由器切换方法及装置
CN110519388B (zh) 区块链请求的处理方法、装置、电子设备及可读存储介质
EP2954722A1 (en) PRIORITIZING QoS FOR USER APPLICATIONS IN COMMUNICATION NETWORKS
JP7458424B2 (ja) 性能ルーティング測定を伴う双方向フォワーディング検出を提供するためのシステムおよび方法
CN111511041B (zh) 一种远程连接方法及装置
CN112350859A (zh) 一种管理网络功能实体的方法、装置、设备及存储介质
EP3836619B1 (en) Direct connection communication method, access control and mobility management function entity and terminal
WO2019010799A1 (zh) 一种物联网终端迁移方法和网关
WO2020147081A1 (zh) 一种数据传输方法、相关设备及计算机存储介质
WO2019100924A1 (zh) 一种网络性能保障方法及装置
CN110933758A (zh) 一种干扰协调方法及装置、基站
CN112887185B (zh) 一种叠加网络的通信方法及装置
JP6961098B2 (ja) セッション管理方法およびシステム、ならびに装置
CN109067666A (zh) 一种报文传输的方法及装置
US20240015816A1 (en) Communication method and communication apparatus
CN112087510B (zh) 请求处理方法、装置、电子设备和介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211202

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211202

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221028

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221108

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20230404

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230720

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20230830

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: 20230926

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231013

R150 Certificate of patent or registration of utility model

Ref document number: 7369207

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150