JP7294578B2 - ユーザプレーンのリルーティング方法および装置 - Google Patents

ユーザプレーンのリルーティング方法および装置 Download PDF

Info

Publication number
JP7294578B2
JP7294578B2 JP2021576528A JP2021576528A JP7294578B2 JP 7294578 B2 JP7294578 B2 JP 7294578B2 JP 2021576528 A JP2021576528 A JP 2021576528A JP 2021576528 A JP2021576528 A JP 2021576528A JP 7294578 B2 JP7294578 B2 JP 7294578B2
Authority
JP
Japan
Prior art keywords
network element
session
pdr
user plane
rerouting
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
JP2021576528A
Other languages
English (en)
Other versions
JP2022538111A (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 JP2022538111A publication Critical patent/JP2022538111A/ja
Application granted granted Critical
Publication of JP7294578B2 publication Critical patent/JP7294578B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/70—Routing based on monitoring results
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • 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/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route

Description

本願は、「ユーザプレーンのリルーティング方法および装置」と題する、２０１９年６月２８日に中国国家知識産権局に出願された中国特許出願第２０１９１０５７８９５３．９号に対する優先権を主張するものであり、その全体は参照によって本明細書に組み込まれる。
本願はネットワーク技術の分野、特にユーザプレーンのリルーティング方法および装置に関する。
第５世代（５ｔｈ－ｇｅｎｅｒａｔｉｏｎ， ５Ｇ）ネットワークアーキテクチャにおいて、５Ｇコアネットワーク制御プレーンおよび５Ｇコアネットワークユーザプレーンは、対応するインタフェースを通じてメッセージを交換して、制御プレーンからユーザプレーンへユーザポリシーを配信し、例えば、ユーザプレーンから制御プレーンへのイベントのレポートなどの処理を実行する。実践において、ユーザプレーン経路は変更される必要があり得る。
関連技術において、アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ， ＡＦ）エンティティはユーザプレーン経路変更要求を開始して、ネットワーク公開機能（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ， ＮＥＦ）エンティティおよび統合データレポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ， ＵＤＲ）機能エンティティを通じて、ポリシー制御機能（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ， ＰＣＦ）エンティティをトリガして、ユーザプレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ， ＵＰＦ）エンティティのためのユーザプレーン経路を再構成するようセッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ， ＳＭＦ）エンティティに通知する。
しかしながら、関連技術において、サービストリガ経路ＡＦ→ＮＥＦ→ＵＤＲ→ＰＣＦ→ＳＭＦは、多くのサービスが関与して実装される。加えて、ＡＦは、サードパーティＡＰＰケーション（Ａｐｐｌｉｃａｔｉｏｎ， ＡＰＰ）上で計画される機能エンティティであり、事業者の制御範囲外である。適切な経路計画を実装するべく、事業者は、ＮＥＦを通じて、事業者のネットワークの内部サービス計画をサードパーティＡＰＰに公開する必要がある。これにより、セキュリティ問題がもたらされる。
本願の実施形態はユーザプレーンのリルーティング方法および装置を提供する。これによりオペレータネットワークセキュリティが改善される。
第１態様によれば、本願の実施形態はユーザプレーンのリルーティング方法を提供する。方法は、第１ネットワーク要素が第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信する段階であって、パケット検出ルール（ＰＤＲ）にマッチする予め設定されたサービスパケットを第２ネットワーク要素が検出するときにユーザプレーンリルーティングトリガ情報が送信され、ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、段階と、第１ネットワーク要素が、ユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行する段階とを備える。
第１態様によるユーザプレーンリルーティングトリガ情報方法において、第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報は、第１ネットワーク要素によって受信され、ユーザプレーンリルーティングトリガ情報は、パケット検出ルール（ＰＤＲ）にマッチする予め設定されたサービスパケットを第２ネットワーク要素が検出するときに送信され、ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される。第１ネットワーク要素は更に、ユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行する。関連技術における非事業者サードパーティＡＰＰ上で計画された機能エンティティを使用することによってユーザプレーン経路変更をトリガする方式と比較して、本願の本実施形態において、事業者の制御範囲内のネットワーク要素は、サービス認識に基づいてユーザプレーン経路を調整し得、サードパーティＡＰＰ上で計画される機能エンティティは、ユーザプレーン経路変更をトリガする必要がないことが分かる。これにより、オペレータネットワークセキュリティが改善される。
可能な実装において、ＰＤＲは、パケット検出情報（ＰＤＩ）および使用量レポートルール（ＵＲＲ）を含み、ＰＤＩは、予め設定されたサービスパケットに対応するマッチング情報を示すために使用され、ＵＲＲは、予め設定されたサービスパケットに対応する実行ルールを示すために使用される。
可能な実装において、方法は更に、第１ネットワーク要素が、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従ってＰＤＲを生成し、ＰＤＲを第２ネットワーク要素へ送信する段階を含む。
可能な実装において、方法は更に、第１ネットワーク要素が、第３ネットワーク要素における、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーを第３ネットワーク要素から取得する段階と、第１ネットワーク要素が、予め設定されたポリシーに従ってＰＤＲを生成し、ＰＤＲを第２ネットワーク要素へ送信する段階とを備える。
可能な実装において、方法は更に、第１ネットワーク要素がアクティベーションメッセージを第２ネットワーク要素へ送信する段階であって、アクティベーションメッセージは、第２ネットワーク要素において予め設定されたＰＤＲをアクティブ化することを示すために使用される、段階を備える。
可能な実装において、ＰＤＲは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第１セッション作成要求メッセージに保持され、第１セッション作成要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、アクティベーションメッセージは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第２セッション作成要求メッセージに保持され、第２セッション作成要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、第１ネットワーク要素がユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行することは、第１ネットワーク要素が、第１セッション要求メッセージを第４ネットワーク要素へ、第２セッション要求メッセージを第５ネットワーク要素へ送信することであって、第１セッション要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成または更新することを示すために使用され、第２セッション要求メッセージは、第１ネットワーク要素と第５ネットワーク要素との間のセッションを作成または更新することを示すために使用され、第２セッション要求メッセージは、第５ネットワーク要素に割り当てられたサービスパケットトラフィックステアリングルールを保持し、および／または、第１ネットワーク要素は、セッション更新要求メッセージを第２ネットワーク要素へ送信し、セッション更新要求メッセージは、第２ネットワーク要素におけるＰＤＲを更新することを示すために使用される、ことを含む。
可能な実装において、第１ネットワーク要素がユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行することは、第１ネットワーク要素が、第４ネットワーク要素とのセッションを作成すること、および、第１ネットワーク要素が第２ネットワーク要素とのセッションを削除することを含む。
可能な実装において、第１ネットワーク要素が第４ネットワーク要素とのセッションを作成することは、第１ネットワーク要素が第３セッション作成要求メッセージを第４ネットワーク要素へ送信することであって、第３セッション作成要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成することを示すために使用される、ことを含む。
可能な実装において、第１ネットワーク要素が第２ネットワーク要素とのセッションを削除することは、第１ネットワーク要素がセッション削除要求メッセージを第２ネットワーク要素へ送信することであって、セッション削除要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを削除することを示すために使用される、ことを含む。
可能な実装において、第１ネットワーク要素がユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行する前に、方法は更に、第１ネットワーク要素がユーザプレーンリルーティングトリガ情報を第３ネットワーク要素へ送信する段階と、第１ネットワーク要素が、第３ネットワーク要素によって送信された指示情報を受信する段階であって、指示情報は、ユーザプレーンのリルーティングを実行することを第１ネットワーク要素に示すために使用される、段階とを備える。
第２態様によれば、本願の実施形態はユーザプレーンのリルーティング方法を提供する。方法は、第１ネットワーク要素が、パケット検出ルール（ＰＤＲ）に従ってサービスパケットを監視する段階であって、ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、段階と、ＰＤＲにマッチする予め設定されたサービスパケットを第１ネットワーク要素が検出する場合に、第１ネットワーク要素が実行ルールに従ってユーザプレーンリルーティングトリガ情報を第２ネットワーク要素へ送信する段階とを備える。
第２態様によるユーザプレーンリルーティングトリガ情報方法によれば、第１ネットワーク要素は、パケット検出ルール（ＰＤＲ）に従ってサービスパケットを監視する。ＰＤＲにマッチする予め設定されたサービスパケットを第１ネットワーク要素が検出する場合、第１ネットワーク要素は、実行ルールに従ってユーザプレーンリルーティングトリガ情報ｗ第２ネットワーク要素へ送信し、その結果、第２ネットワーク要素はユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行する。関連技術における非事業者サードパーティＡＰＰ上で計画された機能エンティティを使用することによってユーザプレーン経路変更をトリガする方式と比較して、本願の本実施形態において、事業者の制御範囲内のネットワーク要素は、サービス認識に基づいてユーザプレーン経路を調整し得、サードパーティＡＰＰ上で計画される機能エンティティは、ユーザプレーン経路変更をトリガする必要がないことが分かる。これによりオペレータネットワークセキュリティが改善される。
可能な実装において、ＰＤＲはパケット検出情報（ＰＤＩ）および使用量レポートルール（ＵＲＲ）を含む。ＰＤＩは、予め設定されたサービスパケットに対応するマッチング情報を示すために使用される。ＵＲＲは、予め設定されたサービスパケットに対応する実行ルールを示すために使用される。
可能な実装において、第１ネットワーク要素がパケット検出ルール（ＰＤＲ）に従ってサービスパケットを監視することは、第１ネットワーク要素がサービスパケットの属性情報を決定すること、第１ネットワーク要素が属性情報をＰＤＩと照合すること、属性情報がＰＤＩにマッチする場合、第１ネットワーク要素によって検出されたサービスパケットは、ＰＤＲにマッチする予め設定されたサービスパケットであること、および／または、属性情報がＰＤＩにマッチしない場合、第１ネットワーク要素によって検出されたサービスパケットは、ＰＤＲにマッチする予め設定されたサービスパケットでないことを含む。
可能な実装において、方法は更に、第１ネットワーク要素が、第２ネットワーク要素によって送信されたＰＤＲを受信する段階であって、ＰＤＲは、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って第２ネットワーク要素によって生成される、または、ＰＤＲは、第３ネットワーク要素からのユーザプレーンのリルーティングをトリガするために使用されるポリシーを第２ネットワーク要素が取得した後に生成される、段階を備える。
可能な実装において、方法は更に、第１ネットワーク要素が、第２ネットワーク要素によって送信されたアクティベーションメッセージを受信する段階であって、アクティベーションメッセージは、第１ネットワーク要素において予め設定されたＰＤＲをアクティブ化することを示すために使用される、段階を備える。
可能な実装において、ＰＤＲは、第２ネットワーク要素から第１ネットワーク要素によって受信された第１セッション作成要求メッセージに保持され、第１セッション作成要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、アクティベーションメッセージは、第２ネットワーク要素から第１ネットワーク要素によって受信された第２セッション作成要求メッセージに保持され、第２セッション作成要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、方法は更に、第１ネットワーク要素が、第２ネットワーク要素によって送信されたセッション更新要求メッセージを受信する段階であって、セッション更新要求メッセージは、第１ネットワーク要素においてＰＤＲを更新することを示すために使用される、段階を備える。
可能な実装において、方法は更に、第１ネットワーク要素が、第２ネットワーク要素によって送信されたセッション削除要求メッセージを受信する段階であって、セッション削除要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを削除することを示すために使用される、段階を備える。
第３態様によれば、本願の実施形態は、ネットワーク要素を提供し、ネットワーク要素は第１ネットワーク要素である。第１ネットワーク要素は、第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信するよう構成される第１受信モジュールであって、ユーザプレーンリルーティングトリガ情報は、パケット検出ルール（ＰＤＲ）にマッチする予め設定されたサービスパケットを第２ネットワーク要素が検出するときに送信され、ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、第１受信モジュールと、ユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行するよう構成されるリルーティングモジュールとを備える。
可能な実装において、ＰＤＲはパケット検出情報（ＰＤＩ）および使用量レポートルール（ＵＲＲ）を含む。ＰＤＩは、予め設定されたサービスパケットに対応するマッチング情報を示すために使用される。ＵＲＲは、予め設定されたサービスパケットに対応する実行ルールを示すために使用される。
可能な実装において、第１ネットワーク要素は更に、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従ってＰＤＲを生成するよう構成される第１生成モジュールと、ＰＤＲを第２ネットワーク要素へ送信するよう構成される第１送信モジュールとを備える。
可能な実装において、第１ネットワーク要素は更に、第３ネットワーク要素における、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーを第３ネットワーク要素から取得するよう構成される取得モジュールと、ポリシーに従ってＰＤＲを生成するよう構成される第２生成モジュールと、ＰＤＲを第２ネットワーク要素へ送信するよう構成される第２送信モジュールとを備える。
可能な実装において、第１ネットワーク要素は更に、アクティベーションメッセージを第２ネットワーク要素へ送信するよう構成される第３送信モジュールであって、アクティベーションメッセージは、第２ネットワーク要素において予め設定されたＰＤＲをアクティブ化することを示すために使用される、第３送信モジュールを含む。
可能な実装において、ＰＤＲは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第１セッション作成要求メッセージに保持され、第１セッション作成要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、アクティベーションメッセージは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第２セッション作成要求メッセージに保持され、第２セッション作成要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、リルーティングモジュールは具体的には、第１セッション要求メッセージを第４ネットワーク要素へ、第２セッション要求メッセージを第５ネットワーク要素へ送信することであって、第１セッション要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成または更新することを示すために使用され、第２セッション要求メッセージは、第１ネットワーク要素と第５ネットワーク要素との間のセッションを作成または更新することを示すために使用され、第２セッション要求メッセージは、第５ネットワーク要素に割り当てられたサービスパケットトラフィックステアリングルールを保持する、こと、および／または、セッション更新要求メッセージを第２ネットワーク要素へ送信することであって、セッション更新要求メッセージは、第２ネットワーク要素においてＰＤＲを更新することを示すために使用される、ことを行うよう構成される。
可能な実装において、リルーティングモジュールは、第４ネットワーク要素とのセッションを作成するよう構成される作成ユニットと、第２ネットワーク要素とのセッションを削除するよう構成される削除ユニットとを含む。
可能な実装において、作成ユニットは具体的には、第３セッション作成要求メッセージを第４ネットワーク要素へ送信することであって、第３セッション作成要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成することを示すために使用される、ことを行うよう構成される。
可能な実装において、削除ユニットは具体的には、セッション削除要求メッセージを第２ネットワーク要素へ送信することであって、セッション削除要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを削除することを示すために使用される、ことを行うよう構成される。
可能な実装において、第１ネットワーク要素は更に、ユーザプレーンリルーティングトリガ情報を第３ネットワーク要素へ送信するよう構成される第４送信モジュールと、第３ネットワーク要素によって送信された指示情報を受信するよう構成される第２受信モジュールであって、指示情報は、ユーザプレーンのリルーティングを実行することを第１ネットワーク要素に示すために使用される、第２受信モジュールとを備える。
第４態様によれば、本願の実施形態は、ネットワーク要素を提供し、ネットワーク要素は第１ネットワーク要素である。第１ネットワーク要素は、パケット検出ルール（ＰＤＲ）に従ってサービスパケットを監視するよう構成される監視モジュールであって、ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、監視モジュールと、予め設定されたサービスパケットがＰＤＲにマッチすることを監視モジュールが検出するときに、実行ルールに従ってユーザプレーンリルーティングトリガ情報を第２ネットワーク要素へ送信するよう構成される送信モジュールとを備える。
可能な実装において、ＰＤＲはパケット検出情報（ＰＤＩ）および使用量レポートルール（ＵＲＲ）を含む。ＰＤＩは、予め設定されたサービスパケットに対応するマッチング情報を示すために使用される。ＵＲＲは、予め設定されたサービスパケットに対応する実行ルールを示すために使用される。
可能な実装において、監視モジュールは具体的には、サービスパケットの属性情報を決定すること、属性情報をＰＤＩと照合すること、属性情報がＰＤＩにマッチする場合、サービスパケットは、ＰＤＲにマッチする予め設定されたサービスパケットであると検出すること、および／または、属性情報がＰＤＩにマッチしない場合、サービスパケットは、ＰＤＲにマッチする予め設定されたサービスパケットでないと検出することを行うよう構成される。
可能な実装において、第１ネットワーク要素は更に、第２ネットワーク要素によって送信されたＰＤＲを受信するよう構成される第１受信モジュールを含み、ＰＤＲは、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って第２ネットワーク要素によって生成される、または、ＰＤＲは、第３ネットワーク要素からのユーザプレーンのリルーティングをトリガするために使用されるポリシーを第２ネットワーク要素が取得した後に生成される。
可能な実装において、第１ネットワーク要素は更に、第２ネットワーク要素によって送信されたアクティベーションメッセージを受信するよう構成される第２受信モジュールを含み、アクティベーションメッセージは、第１ネットワーク要素において予め設定されたＰＤＲをアクティブ化することを示すために使用される。
可能な実装において、ＰＤＲは、第２ネットワーク要素から第１ネットワーク要素によって受信された第１セッション作成要求メッセージに保持され、第１セッション作成要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、アクティベーションメッセージは、第２ネットワーク要素から第１ネットワーク要素によって受信された第２セッション作成要求メッセージに保持され、第２セッション作成要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、第１ネットワーク要素は更に、第２ネットワーク要素によって送信されたセッション更新要求メッセージを受信するよう構成される第３受信モジュールを含み、セッション更新要求メッセージは、第１ネットワーク要素においてＰＤＲを更新することを示すために使用される。
可能な実装において、第１ネットワーク要素は更に、第２ネットワーク要素によって送信されたセッション削除要求メッセージを受信するよう構成される第４受信モジュールを含み、セッション削除要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを削除することを示すために使用される。
第５態様によれば、本願の実施形態は、プロセッサおよびメモリを備えるネットワーク要素を提供する。
メモリは、プログラム命令を格納するよう構成される。
プロセッサは、メモリに格納されたプログラム命令を呼び出して実行するよう構成され、プロセッサが、メモリに格納されたプログラム命令を実行するとき、ネットワーク要素は、第１態様または第２態様の実装のいずれか１つによる方法を実行するよう構成される。
第６態様によれば、本願の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータ上で実行されるとき、コンピュータは、第１態様または第２態様の実装のいずれか１つによる方法を実行することが可能となる。
第７態様によれば、本願の実施形態はチップシステムを提供する。チップシステムはプロセッサを含み、更にメモリを含み得、第１態様または第２態様の実装のいずれか１つによる方法を実装するよう構成される。チップシステムは、チップを含み得る、または、チップおよび別のディスクリートコンポーネントを含み得る。
第８態様によれば、本願の実施形態はプログラムを提供する。プロセッサによって実行されるとき、プログラムは、第１態様または第２態様の実装のいずれか１つによる方法を実行するよう構成される。
第９態様によれば、本願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行するとき、コンピュータは、第１態様または第２態様の実装のいずれか１つによる方法を実行することが可能となる。
本願の実施形態による、５Ｇネットワークのアーキテクチャを示す概略図１である。
本願の実施形態による、５Ｇネットワークのアーキテクチャを示す概略図２である。
関連技術による、アップリンクパケットトラフィックステアリングのユーザプレーンアーキテクチャを示す概略図である。
関連技術による、マルチホームＰＤＵセッションのユーザプレーンアーキテクチャを示す概略図である。
関連技術による、ＡＦがユーザプレーンのリルーティングをトリガすることを示す概略フローチャートである。
本願の実施形態による、ユーザプレーンリルーティング方法の概略フローチャートである。
本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。 本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。
本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。 本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。
本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。 本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。 本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。
本願の実施形態によるネットワーク要素の構造を示す概略図である。
本願の別の実施形態によるネットワーク要素の構造を示す概略図である。
本願の別の実施形態によるネットワーク要素の構造を示す概略図である。
本願の実施形態に関するネットワークアーキテクチャおよびいくつかの用語を最初に説明および記載する。
図１は、本願の実施形態による５Ｇネットワークのアーキテクチャを示す概略図１である。図１に示されるように、５Ｇネットワークアーキテクチャにおける制御プレーンネットワーク要素は外部サービスインタフェースを提供する。５Ｇコアネットワーク制御プレーンおよび５Ｇコアネットワークユーザプレーンは、対応するサービスインタフェースを通じてメッセージを交換し、ユーザポリシーを制御プレーンからユーザプレーンへ配信し、例えば、ユーザプレーンから制御プレーンへイベントをレポートするなどの処理を実行する。
例えば、ネットワークスライス選択機能（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ， ＮＳＳＦ）エンティティは外部サービスインタフェースＮｎｓｓｆを提供し、ＮＥＦは外部サービスインタフェースＮｎｅｆを提供し、ネットワークレポジトリ機能（Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ， ＮＲＦ）エンティティは外部サービスインタフェースＮｎｒｆを提供し、ＰＣＦはサービスインタフェースＮｐｃｆを提供し、統合データ管理（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ， ＵＤＭ）は外部サービスインタフェースＮｕｄｍを提供し、ＡＦは外部サービスインタフェースＮａｆを提供し、認証サーバ機能（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ， ＡＵＳＦ）エンティティは外部サービスインタフェースＮａｕｓｆを提供し、アクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ， ＡＭＦ）エンティティは外部サービスインタフェースＮａｍｆを提供し、ＳＭＦは外部サービスインタフェースＮｓｍｆを提供する。加えて、端末はＮ１インタフェースを通じてＡＭＦに接続され、ＡＭＦはＮ２インタフェースを通じてアクセスネットワーク（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ， ＡＮ）に接続され、ＡＮはＮ３インタフェースを通じてＵＰＦに接続され、ＵＰＦはＮ４インタフェースを通じてＳＭＦに接続され、ＵＰＦはＮ６インタフェースを通じてデータネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ， ＤＮ）に接続される。
図２は、本願の実施形態による５Ｇネットワークのアーキテクチャを示す概略図２である。図２に示されるように、５Ｇネットワークアーキテクチャにおいて相互接続される必要がある２つのネットワーク要素は、一対一で定義されるＮＥ間インタフェースを有する。５Ｇコアネットワーク制御プレーンおよび５Ｇコアネットワークユーザプレーンは、対応するＮＥ間インタフェースを通じてメッセージを交換し、ユーザポリシーを制御プレーンからユーザプレーンへ配信し、例えば、ユーザプレーンから制御プレーンへイベントをレポートするなどの処理を実行する。
例えば、Ｎ１は端末とＡＭＦとの間のＮＥ間インタフェースであり、Ｎ２はＡＮとＡＭＦとの間のＮＥ間インタフェースであり、Ｎ３はＡＮとＵＰＦとの間のＮＥ間インタフェースであり、Ｎ４はＵＰＦとＳＭＦとの間のＮＥ間インタフェースであり、Ｎ５はＰＣＦとＡＦとの間のＮＥ間インタフェースであり、Ｎ６はＵＰＦとＤＮとの間のＮＥ間インタフェースであり、Ｎ７はＳＭＦとＰＣＦとの間のＮＥ間インタフェースであり、Ｎ８はＡＭＦとＵＤＭとの間のＮＥ間インタフェースであり、Ｎ９はＵＰＦ間のＮＥ間インタフェースであり、Ｎ１０はＵＤＭとＳＭＦとの間のＮＥ間インタフェースであり、Ｎ１１はＡＭＦとＳＭＦとの間のＮＥ間インタフェースであり、Ｎ１２はＡＭＦとＡＵＳＦとの間のＮＥ間インタフェースであり、Ｎ１３はＡＵＳＦとＵＤＭとの間のＮＥ間インタフェースであり、Ｎ１４はＡＭＦ間のＮＥ間インタフェースであり、Ｎ１５はＡＭＦとＰＣＦとの間のＮＥ間インタフェースであり、Ｎ２２はＮＳＳＦとＡＭＦとの間のＮＥ間インタフェースである。
プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ， ＰＤＵ）セッション（Ｓｅｓｓｉｏｎ）が複数のＰＤＵセッションアンカ（ＰＤＵ Ｓｅｓｓｉｏｎ Ａｎｃｈｏｒ， ＰＳＡ）をサポートし得るシナリオが関連技術において定義される。図３は、関連技術によるアップリンクパケットトラフィックステアリングのユーザプレーンアーキテクチャを示す概略図である。図３に示されるように、アップリンクパケットトラフィックステアリング（Ｕｐｌｉｎｋ Ｃｌａｓｓｉｆｉｅｒ， ＵＬＣＬ）‐ＵＰＦが、インターネットプロトコルバージョン４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４， ＩＰｖ４）セッションおよび非マルチホーム（Ｍｕｌｔｉ－ｈｏｍｅ）インターネットプロトコルバージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ６， ＩＰｖ６）セッションのために追加され、複数のサービス経路との単一セッションに対するトラフィックステアリング処理を実行する。例えば、トラフィックステアリング処理が、ＰＳＡ－ＵＰＦ１およびＰＳＡ－ＵＰＦ２によって実行され得る。
図４は、関連技術によるマルチホームＰＤＵセッションのユーザプレーンアーキテクチャを示す概略図である。図４に示されるように、マルチホームＩＰｖ６セッションの分岐ノード（Ｂｒａｎｃｈ Ｐｏｉｎｔ， ＢＰ）‐ＵＰＦが追加され、複数のサービス経路との単一セッションに対するトラフィックステアリング処理を実装する。例えば、ＰＳＡ－ＵＰＦ１およびＰＳＡ－ＵＰＦ２はトラフィックステアリング処理を実行し得る。
図５は、関連技術による、ＡＦがユーザプレーンのリルーティングをトリガすることを示す概略フローチャートである。図５に示されるように、関連技術におけるＡＦは、ＡＦのサービスにアクセスする端末および端末の位置情報を感知し得る。ＡＦはユーザプレーン経路変更要求を開始し、ＮＥＦおよびＵＤＲはＰＣＦをトリガして、ＵＰＦのユーザプレーン経路を再構成するようＳＭＦに通知する。例えば、ＡＦはＡＦ要求を作成してＡＦ要求をＮＥＦへ送信し、その結果、ＮＥＦはＵＤＲにＡＦ要求を保存し、ＡＦ要求は、作成メッセージ、更新メッセージ、または削除メッセージを含み得るがこれらに限定されない。更に、ＰＣＦは、ＵＤＲからのＡＦ要求変更通知サービスをサブスクライブしたので、ＵＤＲは通知メッセージをＰＣＦへ送信し、その結果、ＰＣＦはポリシー制御更新通知メッセージをＳＭＦへ送信し、ＳＭＦはＵＰＦのユーザプレーン経路を再構成する。したがって、ユーザプレーン経路は端末にもっとも近いサーバに切り替えられる。
しかしながら、関連技術において、サービストリガ経路ＡＦ→ＮＥＦ→ＵＤＲ→ＰＣＦ→ＳＭＦは、複数のサービスが関与して実装される。加えて、ＡＦは、サードパーティＡＰＰ上で計画される機能エンティティであり、事業者の制御範囲外である。適切な経路計画を実装するべく、事業者は、ＮＥＦを通じて、事業者のネットワークの内部サービス計画をサードパーティＡＰＰに公開する必要がある。これにより、セキュリティ問題がもたらされる。
本願の実施形態において提供されるユーザプレーンリルーティング方法および装置によれば、事業者の制御範囲内の第２ネットワーク要素は、ＰＤＲに従ってサービスパケットを監視し、ＰＤＲにマッチする予め設定されたサービスパケットを検出するときに、ユーザプレーンリルーティングトリガ情報を第１ネットワーク要素へ送信する。このように、第１ネットワーク要素は、受信されたユーザプレーンリルーティングトリガ情報に基づいて、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに端末がアクセスしていると認識し、更に、ユーザプレーンのリルーティングを実行し得る。関連技術における非事業者サードパーティＡＰＰ上で計画された機能エンティティを使用することによってユーザプレーン経路変更をトリガする方式と比較して、本願の本実施形態において、事業者の制御範囲内のネットワーク要素は、サービス認識に基づいてユーザプレーン経路を調整し得、サードパーティＡＰＰ上で計画される機能エンティティは、ユーザプレーン経路変更をトリガする必要がないことが分かる。これによりオペレータネットワークセキュリティが改善される。
本願において、「少なくとも１つ」とは、１または複数を指し、「複数」は２以上を指す。用語「および／または」は、関連する対象を説明するための対応関係を説明し、３つの関係が存在し得ることを表す。例えば、Ａおよび／またはＢは、Ａのみが存在する場合と、ＡおよびＢの両方が存在する場合と、Ｂのみが存在する場合とを表し得る。ここで、ＡおよびＢは単数形または複数形であり得る。「／」という文字は概して、関連する対象の「または」の関係を示す。「以下の品目（個）の少なくとも１つ」または同様の表現は、１つの品目（個）または複数の品目（個）の任意の組み合わせを含む、品目の任意の組み合わせを意味する。例えば、ａ、ｂまたはｃのうちの少なくとも１つは、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、または、ａとｂとｃを表してよく、ａ、ｂおよびｃは、単数形でも複数形でもよい。
本願における技術的解決手段を詳細に説明するために、具体的な実施形態が以下で使用される。以下のいくつかの具体的な実施形態は互いに組み合わされてもよく、同一または同様である概念または処理がいくつかの実施形態において繰り返し説明されなくてもよい。
図６は、本願の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。図６に示されるように、本願の本実施形態における方法は以下のステップを備え得る。
ステップＳ６０１：第２ネットワーク要素がパケット検出ルール（ＰＤＲ）に従ってサービスパケットを監視し、ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される。
例えば、本願の本実施形態における第２ネットワーク要素は、端末の初回セッションに対応するソースアンカＰＳＡ－ＵＰＦ１であり得る。
本願の本実施形態における予め設定されたサービスパケットは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスに対応するパケットである。例えば、予め設定されたサービスは、予め設定されたサーバインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ， ＩＰ）アドレスセグメントにおいて発生するアクセスサービス、または、予め設定されたアプリケーションもしくはＡＰＰ上で発生するアクセスサービスを含み得るが、これらに限定されない。
本願の本実施形態におけるＰＤＲは、パケット検出情報（Ｐａｃｋｅｔ Ｄｅｔｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ， ＰＤＩ）および使用量レポートルール（Ｕｓａｇｅ Ｒｅｐｏｒｔｉｎｇ Ｒｕｌｅ， ＵＲＲ）を含み得るが、これらに限定されない。ＰＤＲは更に、ＱｏＳ施行ルール（ＱｏＳ Ｅｎｆｏｒｃｅｍｅｎｔ Ｒｕｌｅ， ＱＥＲ）および／または転送アクションルール（Ｆｏｒｗａｒｄｉｎｇ Ａｃｔｉｏｎ Ｒｕｌｅ， ＦＡＲ）を含み得る。
例えば、ＰＤＩは、予め設定されたサービスパケットに対応するマッチング情報を示すために使用される。例えば、ＰＤＩは、予め設定されたパケットの完全修飾トンネルエンドポイント識別子（Ｆｕｌｌ Ｑｕａｌｉｆｉｅｄ Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ， Ｆ‐ＴＥＩＤ）、ソースデスティネーションポート、ソースデスティネーションＩＰアドレス、ＩＰプロトコルタイプ、およびアプリケーションアイデンティティドキュメント（Ｉｄｅｎｔｉｔｙ ｄｏｃｕｍｅｎｔ， ＩＤ）を含み得るが、これらに限定されない。
例えば、ＵＲＲ、ＱｏＳ実行ルール、および／または、ＦＡＲはすべて、予め設定されたサービスパケットに対応する実行ルールを示すために使用される。
任意選択で、このステップにおいて任意のサービスパケットを受信するとき、第２ネットワーク要素は最初にサービスパケットの属性情報を決定する。例えば、サービスパケットの属性情報は、サービスパケットのＦ‐ＴＥＩＤ、ソースデスティネーションポート、ソースデスティネーションＩＰアドレス、ＩＰプロトコルタイプ、およびアプリケーションＩＤを含み得るが、これらに限定されない。次に、第２ネットワーク要素は、属性情報をＰＤＩと比較および照合する。サービスパケットの属性情報がＰＤＩにマッチする場合、サービスパケットが、ＰＤＲにマッチする予め設定されたサービスパケットであると第２ネットワーク要素が検出する。サービスパケットの属性情報がＰＤＩにマッチしない場合、第２ネットワーク要素は、サービスパケットが、ＰＤＲにマッチする予め設定されたサービスパケットでないことを検出する。
例えば、ＰＤＩは予め設定されたパケットのＦ‐ＴＥＩＤ、ソースデスティネーションポート、ソースデスティネーションＩＰアドレス、およびＩＰプロトコルタイプを含むと想定される。サービスパケットの属性情報は、サービスパケットのＦ‐ＴＥＩＤ、ソースデスティネーションポート、ソースデスティネーションＩＰアドレス、およびＩＰプロトコルタイプを含むと想定される。サービスパケットのＦ‐ＴＥＩＤが予め設定されたパケットのＦ‐ＴＥＩＤと同一である場合、サービスパケットのソースデスティネーションポートは、予め設定されたパケットのソースおよびデスティネーションポートと同一であり、サービスパケットのソースデスティネーションＩＰアドレスは予め設定されたパケットのソースデスティネーションＩＰアドレスと同一であり、サービスパケットのＩＰプロトコルタイプは予め設定されたパケットのＩＰプロトコルタイプと同一であり、第２ネットワーク要素は、サービスパケットの属性情報がＰＤＩとマッチすると決定し、サービスパケットが、ＰＤＲにマッチする予め設定されたサービスパケットであると検出する。そうでない場合（例えば、サービスパケットのＦ‐ＴＥＩＤが予め設定されたパケットのＦ‐ＴＥＩＤと異なり、サービスパケットのソースおよびデスティネーションポートが予め設定されたパケットのソースデスティネーションポートと異なり、サービスパケットのソースデスティネーションＩＰアドレスが予め設定されたパケットのソースデスティネーションＩＰアドレスと異なり、またはサービスパケットのＩＰプロトコルタイプが予め設定されたパケットのＩＰプロトコルタイプと異なる）、第２ネットワーク要素は、サービスパケットの属性情報がＰＤＩにマッチしないと決定し、サービスパケットが、ＰＤＲにマッチする予め設定されたサービスパケットでないことを検出する。
本願の以下の実施形態は、第２ネットワーク要素におけるＰＤＲを取得する方式を説明する。
可能な実装において、第１ネットワーク要素は、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従ってＰＤＲを生成し、ＰＤＲを第２ネットワーク要素へ送信する。これに対応して、第２ネットワーク要素は、第１ネットワーク要素によって送信されたＰＤＲを受信する。
例えば、本願の本実施形態における第１ネットワーク要素はＳＭＦであり得る。
本願の本実施形態におけるユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーは、
予め設定されたサービスにアクセスするとき、端末は、特定のＵＰＦを、トラフィックステアリングを実行するＵＰＦとして選択して、セッション情報を挿入し、別の特定のＵＰＦを新しいローカルアンカとして選択して新しいセッション情報を作成し、ソースアンカおよび新しいローカルアンカを使用することによってサービスフロー（複数のサービスパケットを含む）を別々に配布することを示すために使用されるインジケーションを、トラフィックステアリングを実行するＵＰＦへ配信する必要があるポリシー、
予め設定されたサービスにアクセスするとき、端末が特定のＵＰＦを新しいローカルアンカとして選択して、新しいセッション情報を作成し、ソースアンカのセッション情報を削除する必要があるポリシー、
コンテンツ配信ネットワーク（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ， ＣＤＮ）サーバが新しいローカルアンカの第１の予め設定された距離範囲内に展開される場合に、予め設定されたサービスのサービスフローが、新しいローカルアンカを使用することによって配布され得、その結果、ＣＤＮサーバは直接アクセスされ得、サービス品質およびサービスアクセス効率を改善するポリシー、または、
車両サーバが、自動運転車両の第２の予め設定された距離範囲内の新しいローカルアンカに対応するＤＮネットワークにおいて展開される場合、予め設定されたサービスにアクセスするとき、自動運転車両における端末が、新しいローカルアンカを使用することによってサービスにアクセスし得るポリシー
のいずれか１つを含み得るが、これらに限定されない。
この実装において、ユーザプレーンのリルーティングをトリガするために使用されるポリシーは第１ネットワーク要素上で予め設定され、第１ネットワーク要素は、予め設定されたポリシーに従ってＰＤＲを生成し得、次に、生成されたＰＤＲを第２ネットワーク要素へ送信し得る。例えば、ＰＤＲは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第１セッション作成要求メッセージに保持され得、第１セッション作成要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを作成することを示すために使用される。当然、ＰＤＲは更に、第１ネットワーク要素によって第２ネットワーク要素へ送信された別のメッセージ（例えば、セッション更新要求メッセージまたは同様のもの）において保持され得る。
別の可能な実装において、第１ネットワーク要素は、第３ネットワーク要素上で予め設定された、ユーザプレーンのリルーティングをトリガするために使用されるポリシーを第３ネットワーク要素から取得する。第１ネットワーク要素は、ポリシーに従ってＰＤＲを生成し、ＰＤＲを第２ネットワーク要素へ送信する。これに対応して、第２ネットワーク要素は、第１ネットワーク要素によって送信されたＰＤＲを受信する。
例えば、本願の本実施形態における第３ネットワーク要素はＰＣＦであり得る。
本実装において、ユーザプレーンのリルーティングをトリガするために使用されるポリシーは、第３ネットワーク要素上で予め設定される。第１ネットワーク要素は、第３ネットワーク要素上で予め設定されたポリシーを第３ネットワーク要素から取得し、取得されたポリシーに従ってＰＤＲを生成し、生成されたＰＤＲを第２ネットワーク要素へ送信し得る。例えば、ＰＤＲは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第１セッション作成要求メッセージに保持され得る。当然、ＰＤＲは更に、第１ネットワーク要素によって第２ネットワーク要素へ送信された別のメッセージ（例えば、セッション更新要求メッセージまたは同様のもの）に保持され得る。
別の可能な実装において、第１ネットワーク要素はアクティベーションメッセージを第２ネットワーク要素へ送信し、アクティベーションメッセージは、第２ネットワーク要素上で予め設定されたＰＤＲをアクティブ化することを示すために使用される。これに対応して、第２ネットワーク要素は、第１ネットワーク要素によって送信されたアクティベーションメッセージを受信する。
本実装において、ＰＤＲは第２ネットワーク要素上で予め設定され、第１ネットワーク要素は、アクティベーションメッセージを第２ネットワーク要素へ送信することによって、第２ネットワーク要素上で予め設定された、予め設定されたＰＤＲをアクティブ化する。例えば、アクティベーションメッセージは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第２セッション作成要求メッセージに保持され得、第２セッション作成要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを作成することを示すために使用される。当然、アクティベーションメッセージは更に、第１ネットワーク要素によって第２ネットワーク要素へ送信された別のメッセージ（例えばセッション更新要求メッセージまたは同様のもの）に保持され得る。
ステップＳ６０２：ＰＤＲにマッチする予め設定されたサービスパケットを第２ネットワーク要素が検出する場合、第２ネットワーク要素は、実行ルールに従ってユーザプレーンリルーティングトリガ情報を第１ネットワーク要素へ送信する。
このステップにおいて、ＰＤＲにマッチする予め設定されたサービスパケットを第２ネットワーク要素が検出する場合、第２ネットワーク要素は、ＰＤＲにおける実行ルールに従ってユーザプレーンリルーティングトリガ情報を第１ネットワーク要素へ送信する。このように、第１ネットワーク要素は、ユーザプレーンリルーティングトリガ情報に基づいて、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに端末がアクセスしていると認識し、更に、ユーザプレーンのリルーティングを実行し得る。
ステップＳ６０３：第１ネットワーク要素が、第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信する。
このステップにおいて、第１ネットワーク要素は、第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信し、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに端末がアクセスしていることを認識し、ユーザプレーンリルーティングトリガ情報は、パケット検出ルール（ＰＤＲ）にマッチする予め設定されたサービスパケットを第２ネットワーク要素が検出するときに、第２ネットワーク要素によって送信される。
ステップＳ６０４：第１ネットワーク要素が、ユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行する。
このステップにおいて、第１ネットワーク要素は、ユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンリルーティング操作を実行する。具体的には、ユーザプレーンリルーティング操作の実行は、以下の複数の実装を含み得るが、それらに限定されない。
可能な実装において、第１ネットワーク要素は第１セッション要求メッセージを第４ネットワーク要素へ、第２セッション要求メッセージを第５ネットワーク要素へ送信し、第１セッション要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成または更新することを示すために使用され、第２セッション要求メッセージは、第１ネットワーク要素と第５ネットワーク要素との間のセッションを作成または更新することを示すために使用され、第２セッション要求メッセージは、第５ネットワーク要素に割り当てられたサービスパケットトラフィックステアリングルールを保持し、および／または、第１ネットワーク要素は、セッション更新要求メッセージを第２ネットワーク要素へ送信し、セッション更新要求メッセージは、第２ネットワーク要素におけるＰＤＲを更新することを示すために使用される。これに対応して、第２ネットワーク要素は、第１ネットワークによって送信されたセッション更新要求メッセージを受信する。
例えば、本願の本実施形態における第４ネットワーク要素は、端末の新たなセッションに対応する新しいローカルアンカＰＳＡ－ＵＰＦ２であり得る。
例えば、ＩＰｖ４セッションおよび／または非マルチホームＩＰｖ６セッションについては、本願の本実施形態における第５ネットワーク要素はＵＬＣＬ－ＵＰＦであり得る。マルチホームＩＰｖ６セッションについては、本願の本実施形態における第５ネットワーク要素はＢＰ－ＵＰＦであり得る。
本実装において、第１ネットワーク要素は、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成または更新することを示すために使用される第１セッション要求メッセージを第４ネットワーク要素へ送信し、第１ネットワーク要素と第５ネットワーク要素との間のセッションを作成または更新することを示すために使用される第２セッション要求メッセージを第５ネットワーク要素へ送信する。第２セッション要求メッセージは更に、第５ネットワーク要素に割り当てられたサービスパケットトラフィックステアリングルールを保持し得、その結果、第５ネットワーク要素は、サービスパケットトラフィックステアリングルールに従ってサービスパケットを配布する。
第１ネットワーク要素が第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成した場合、第１セッション要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを更新することを示すために使用されることに留意されたい。第１ネットワーク要素が、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成していない場合、第１セッション要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成することを示すために使用され、および／または、第１ネットワーク要素が、第１ネットワーク要素と第５ネットワーク要素との間のセッションを作成する場合、第２セッション要求メッセージは、第１ネットワーク要素と第５ネットワーク要素との間のセッションを更新することを示すために使用される。第１ネットワーク要素が第１ネットワーク要素と第５ネットワーク要素との間にセッションを作成していない場合、第２セッション要求メッセージは、第１ネットワーク要素と第５ネットワーク要素との間のセッションを作成することを示すために使用される。
本実装において、第１ネットワーク要素は更に、セッション更新要求メッセージを第２ネットワーク要素へ送信し得る。これに対応して、第２ネットワーク要素は、第１ネットワークによって送信されたセッション更新要求メッセージを受信する。セッション更新要求メッセージは、第２ネットワーク要素におけるＰＤＲを更新することを示すために使用される。
例えば、セッション更新要求メッセージは、元のＰＤＲのＦＡＲアクションに保持されるインタフェーストンネル情報を、第２ネットワーク要素と第５ネットワーク要素との間のインタフェーストンネル情報（例えば、インタフェースアドレスおよび／またはＦ‐ＴＥＩＤ）に更新することを示すために使用され得る。
任意選択で、ユーザプレーンのリルーティングをトリガするために使用されるポリシーを第１ネットワーク要素が第３ネットワーク要素から取得した後に、第２ネットワーク要素におけるＰＤＲが第１ネットワーク要素によって生成され、ＰＤＲが第２ネットワーク要素へ送信される場合。したがって、ユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行する前に、第１ネットワーク要素は最初に、ユーザプレーンリルーティングトリガ情報を第３ネットワーク要素へ送信し、その結果、第３ネットワーク要素は、ユーザプレーンのリルーティングを実行するように第１ネットワーク要素に示すために使用される指示情報を、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って第１ネットワーク要素へ送信する。次に、第１ネットワーク要素は、第３ネットワーク要素によって送信された指示情報を受信する。
別の可能な実装において、第１ネットワーク要素は、第４ネットワーク要素とのセッションを作成し、第２ネットワーク要素とのセッションを削除する。
例えば、第１ネットワーク要素は、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成することを示すために使用される第３セッション作成要求メッセージを第４ネットワーク要素へ送信し得る。これに対応して、第１ネットワーク要素によって送信された第３セッション作成要求メッセージを受信した後に、第４ネットワーク要素は更に、第３セッション作成要求メッセージに対応するセッション作成応答メッセージを第１ネットワーク要素へ送信し、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成し得る。
例えば、第１ネットワーク要素は、第１ネットワーク要素と第２ネットワーク要素との間のセッションを削除することを示すために使用されるセッション削除要求メッセージを第２ネットワーク要素へ送信し得る。これに対応して、第１ネットワーク要素によって送信されたセッション削除要求メッセージを受信した後に、第２ネットワーク要素は更に、第１ネットワーク要素と第２ネットワーク要素との間のセッションを削除するために、セッション削除要求メッセージに対応するセッション削除応答メッセージを第１ネットワーク要素へ送信し得る。
本願の本実施形態において、第２ネットワーク要素は、パケット検出ルール（ＰＤＲ）に従ってサービスパケットを監視する。ＰＤＲにマッチする予め設定されたサービスパケットを第２ネットワーク要素が検出する場合、第２ネットワーク要素は、実行ルールに従ってユーザプレーンリルーティングトリガ情報を第１ネットワーク要素へ送信する。第１ネットワーク要素は更に、受信されたユーザプレーンリルーティングトリガ情報に基づいてユーザプレーンのリルーティングを実行する。関連技術における、非事業者サードパーティＡＰＰ上で計画された機能エンティティを使用することによってユーザプレーン経路変更をトリガする方式と比較して、本願の本実施形態において、事業者の制御範囲内の第２ネットワーク要素は、ＰＤＲに従ってサービスパケットを監視し、予め設定されたサービスパケットがＰＤＲにマッチすることを検出するときにユーザプレーンリルーティングトリガ情報を第１ネットワーク要素へ送信する。このように、第１ネットワーク要素は、受信されたユーザプレーンリルーティングトリガ情報に基づいて、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに端末がアクセスしていると認識し、更に、ユーザプレーンのリルーティングを実行し得る。本願の本実施形態において、事業者の制御範囲内のネットワーク要素は、サービス認識に基づいてユーザプレーン経路を調整し得、サードパーティＡＰＰ上で計画された機能エンティティは、ユーザプレーン経路変更をトリガする必要がないことが分かる。これによりオペレータネットワークセキュリティが改善される。
図７Ａおよび図７Ｂは、本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。上述の実施形態に基づいて、本願の本実施形態は、ＰＳＡ－ＵＰＦ１が、ＳＭＦによって配信されるＰＤＲに従ってサービスパケットを監視し、ＰＤＲにマッチする予め設定されたサービスパケットを検出するとき、ユーザプレーンリルーティングトリガ情報をＳＭＦへ送信する例を使用することによってユーザプレーンリルーティング方法を説明し、その結果、ＳＭＦは、トラフィックステアリングを実行するＵＰＦとＰＳＡ－ＵＰＦ２との間のセッションを作成してサービスパケットトラフィックステアリングルールを配信するユーザプレーンリルーティング操作などを実行する。
本願の本実施形態において、ユーザプレーンのリルーティングをトリガするために使用されるポリシーは、ＳＭＦ上で予め設定される。例えば、予め設定されたサービスにアクセスするとき、端末は、特定のＵＰＦを、トラフィックステアリングを実行するＵＰＦとして選択して、セッション情報および別の特定のＵＰＦを新しいローカルアンカＰＳＡ－ＵＰＦ２として挿入し、新しいセッション情報を作成し、ソースアンカＰＳＡ－ＵＰＦ１および新しいローカルアンカＰＳＡ－ＵＰＦ２などを使用することによってサービスフロー（複数のサービスパケットを含む）を別々に配布することを示すために使用されるポリシーを、トラフィックステアリングを実行するＵＰＦへ配信する必要がある。
本実施形態において、ＳＭＦは、予め設定されたポリシーに従って、対応するＰＤＲを生成し得、ＰＤＲは、ＰＤＩおよびＵＲＲを含み得るが、これらに限定されない。
例えば、ＩＰｖ４セッションおよび／または非マルチホームＩＰｖ６セッションについて、本願の本実施形態におけるトラフィックステアリングを実行するＵＰＦはＵＬＣＬ－ＵＰＦであり得る。マルチホームＩＰｖ６セッションについては、本願の本実施形態におけるトラフィックステアリングを実行するＵＰＦはＢＰ－ＵＰＦであり得る。
図７Ａおよび図７Ｂに示されるように、本願の本実施形態における方法は以下のステップを備え得る。
ステップＳ７０１：端末がセッション作成要求メッセージをＳＭＦへ送信する。
ステップＳ７０２：ＳＭＦがセッション作成要求メッセージ１をＰＳＡ－ＵＰＦ１へ送信し、セッション作成要求メッセージ１は、ＳＭＦとＰＳＡ－ＵＰＦ１との間のセッションを作成することを示すために使用される。
例えば、セッション作成要求メッセージ１は、予め設定されたポリシーに従ってＳＭＦによって生成されたＰＤＲを保持し、ＰＤＲは、ＰＤＩおよびＵＲＲを含み得るが、これらに限定されない。
表１ セッション作成要求メッセージ１におけるＵＲＲ情報要素（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔｓ， ＩＥ）の構造を示す概略テーブル
Figure 0007294578000001
表１に示されるように、レポートトリガ（Ｒｅｐｏｒｔｉｎｇ Ｔｒｉｇｇｅｒｓ）がＵＲＲ情報要素に追加され、ネットワークリソース使用量を制御プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ， ＣＰ）機能エンティティにレポートすることをトリガすることを示す。レポートトリガの具体的なフォーマットは表２に示され得る。オクテット（Ｏｃｔｅｔ）６のビット（Ｂｉｔ）７－ＲＥＲＴ（リルーティングサービス）が１に設定されている場合、リルーティングサービスフローが検出されたときにレポート要求が送信されることを示す。
表２ レポートトリガの構造を示す概略テーブル
Figure 0007294578000002
オクテット５が以下のように符号化され得る。
ビット１‐定期的レポート（Ｐｅｒｉｏｄｉｃ Ｒｅｐｏｒｔｉｎｇ， ＰＥＲＩＯ）：ビットが１に設定される場合、定期的レポートがレポートされることを示す。
ビット２‐ボリューム閾値（Ｖｏｌｕｍｅ Ｔｈｒｅｓｈｏｌｄ， ＶＯＬＴＨ）：ビットが１に設定される場合、データ使用量が使用量閾値に到達したときにレポートがレポートされることを示す。
ビット３‐時間閾値（Ｔｉｍｅ Ｔｈｒｅｓｈｏｌｄ， ＴＩＭＴＨ）：ビットが１に設定される場合、時間使用量が時間閾値に到達したときにレポートがレポートされることを示す。
ビット４‐割り当て保持時間（Ｑｕｏｔａ Ｈｏｌｄｉｎｇ Ｔｉｍｅ， ＱＵＨＴＩ）：ビットが１に設定される場合、割り当て保持時間を超える期間内にデータパケットが受信されないときにレポートがレポートされることを示す。
ビット５‐トラフィックの開始（Ｓｔａｒｔ ｏｆ Ｔｒａｆｆｉｃ， ＳＴＡＲＴ）：ビットが１に設定される場合、サービスデータフロー（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ， ＳＤＦ）が検出される、または、アプリケーションサービスが開始されるとき、レポートがレポートされることを示す。
ビット６‐トラフィックの停止（Ｓｔｏｐ ｏｆ Ｔｒａｆｆｉｃ， ＳＴＯＰＴ）：ビットが１に設定される場合、ＳＤＦが検出される、またはアプリケーションサービスが停止されるときにレポートがレポートされることを示す。
ビット７‐破棄されるダウンリンクトラフィックの閾値（Ｄｒｏｐｐｅｄ ＤＬ Ｔｒａｆｆｉｃ Ｔｈｒｅｓｈｏｌｄ， ＤＲＯＴＨ）：ビットが１に設定される場合、破棄されたダウンリンクトラフィックの数が閾値に到達したときにレポートがレポートされることを示す。
ビット８‐関連使用量レポート（Ｌｉｎｋｅｄ Ｕｓａｇｅ Ｒｅｐｏｒｔｉｎｇ， ＬＩＵＳＡ）イベント：ビットが１に設定される場合、関連使用量レポートがレポートされることを示す。例えば、関連使用量レポートルールが使用量レポートを開始するとき、使用量レポートルールに従う使用量レポート要求が同時にトリガされる必要がある。
オクテット６の符号化は以下の通りであり得る。
ビット１‐ボリューム割り当て（Ｖｏｌｕｍｅ Ｑｕｏｔａ， ＶＯＬＱＵ）：ビットが１に設定される場合、ボリューム割り当てが消費されるときにレポートがレポートされることを示す。
ビット２‐時間割り当て（Ｔｉｍｅ Ｑｕｏｔａ， ＴＩＭＱＵ）：ビットが１に設定される場合、時間割り当てが消費されるときにレポートがレポートされることを示す。
ビット３‐エンベロープ閉鎖（Ｅｎｖｅｌｏｐｅ Ｃｌｏｓｕｒｅ， ＥＮＶＣＬ）：ビットが１に設定される場合、エンベロープ閉鎖条件が満たされたときにレポートがレポートされることを示す。
ビット４‐ＭＡＣアドレスレポート（ＭＡＣ Ａｄｄｒｅｓｓｅｓ Ｒｅｐｏｒｔｉｎｇ， ＭＡＣＡＲ）：ビットが１に設定される場合、ＭＡＣ（Ｅｔｈｅｒｎｅｔ（登録商標））アドレスがＵＥによって送信されるアップリンク（ＵＬ）データフレームの送信元アドレスとして使用されるときにレポートがレポートされることを示す。
ビット５‐イベント閾値（Ｅｖｅｎｔ Ｔｈｒｅｓｈｏｌｄ， ＥＶＥＴＨ）：ビットが１に設定される場合、イベント閾値に到達したときにレポートがレポートされることを示す。
ビット６‐イベント割り当て（Ｅｖｅｎｔ Ｑｕｏｔａ， ＥＶＥＱＵ）：ビットが１に設定される場合、イベント割り当てに到達したときにレポートがレポートされることを示す。
ビット７‐トラフィックのリルーティング（Ｒｅｒｏｕｔｉｎｇ ｏｆ Ｔｒａｆｆｉｃ， ＲＥＲＴ）：ビットが１に設定される場合、リルーティングＳＤＦまたはアプリケーションサービスが検出されるときにレポートがレポートされることを示す。
ビット８：このビットは将来の使用のために予約され、０に設定される。
ステップＳ７０３：ＰＳＡ－ＵＰＦ１がセッション作成応答メッセージ１をＳＭＦへ送信する。
ステップＳ７０４：ＳＭＦがセッション作成応答メッセージを端末へ送信する。
ステップＳ７０５：端末がサービスアクセスを開始する。
ステップＳ７０６：ＰＳＡ－ＵＰＦ１がＰＤＲに従ってサービスパケットを監視する。
例えば、ＰＤＲにおけるＰＤＩにマッチする予め設定されたサービスパケットをＰＳＡ－ＵＰＦ１が検出する場合、ＰＳＡ－ＵＰＦ１はステップＳ７０７を実行する。
ステップＳ７０７：ＰＳＡ－ＵＰＦ１がセッションレポート要求メッセージをＳＭＦへ送信する。
例えば、ＰＤＲにおけるＰＤＩにマッチする予め設定されたサービスパケットを検出するとき、ＰＳＡ－ＵＰＦ１は、ＰＤＲにおけるＵＲＲ（サービスのリルーティングを示すレポートトリガを含む）に従ってセッションレポート要求メッセージをＳＭＦへ送信し、セッションレポート要求メッセージはユーザプレーンリルーティングトリガ情報を保持する。
表３ セッションレポート要求メッセージにおける使用量レポート（Ｕｓａｇｅ Ｒｅｐｏｒｔ）ＩＥの構造を示す概略テーブル
Figure 0007294578000003
表３に示されるように、使用量レポートトリガ（Ｕｓａｇｅ Ｒｅｐｏｒｔ Ｔｒｉｇｇｅｒ）原因は、使用量レポートをトリガする原因を示すために使用される。本願の本実施形態において、トラフィックリルーティングトリガ（Ｔｒａｆｆｉｃ Ｒｅｒｏｕｔｉｎｇ Ｔｒｉｇｇｅｒ）原因（または、ユーザプレーンリルーティングトリガ情報と称される）が追加される。使用量レポートトリガ原因の具体的なフォーマットは、表４に示され得る。オクテット７のビット２‐ＲＥＲＴが１に設定されるとき、リルーティングサービスフロー（すなわち、リルーティングトラフィックトリガ原因またはユーザプレーンリルーティングトリガ情報）が検出されることを示す。
表４ 使用量レポートトリガ原因の構造を示す概略テーブル
Figure 0007294578000004
オクテット５は以下のように符号化され得る。
ビット１‐ＰＥＲＩＯ：ビットが１に設定される場合、定期的レポートを示す。
ビット２‐ＶＯＬＴＨ：ビットが１に設定される場合、データ使用量が使用量閾値に到達したことを示す。
ビット３‐ＴＩＭＴＨ：ビットが１に設定される場合、時間使用量が時間閾値に到達したことを示す。
ビット４‐ＱＵＨＴＩ：ビットが１に設定される場合、割り当て保持時間を超える期間内にデータパケットが受信されないことを示す。
ビット５‐ＳＴＡＲＴ：ビットが１に設定される場合、サービスが開始されることを示す。
ビット６‐ＳＴＯＰＴ：ビットが１に設定されるとき、サービスが停止されることを示す。
ビット７‐ＤＲＯＴＨ：ビットが１に設定される場合、廃棄されたダウンリンクトラフィックの数が閾値に到達したことを示す。
ビット８‐即時レポート（Ｉｍｍｅｄｉａｔｅ Ｒｅｐｏｒｔ， ＩＭＭＥＲ）（メッセージがＣＰから受信された直後にＵＲＲレポートがトリガされたことを示す）：ビットが１に設定される場合、ＣＰ機能エンティティの要望に基づいて即時使用量レポート要求がトリガされることを示す。
オクテット６は以下のように符号化され得る。
ビット１‐ＶＯＬＱＵ：ビットが１に設定される場合、ボリューム割り当てが消費されたことを示す。
ビット２‐ＴＩＭＱＵ：ビットが１に設定される場合、時間割り当てが消費されたことを示す。
ビット３‐ＬＩＵＳＡ：ビットが１に設定される場合、関連使用量レポートがレポートされることを示す。例えば、使用量レポートが関連使用量レポートルールに従ってレポートされるので、使用量レポートが使用量レポートルールに従ってレポートされる。
ビット４‐終結レポート（Ｔｅｒｍｉｎａｔｉｏｎ Ｒｅｐｏｒｔ， ＴＥＲＭＲ）：ビットが１に設定される場合、ＰＦＣＰセッションの終結に起因して使用量レポートが（ＰＦＣＰセッション削除応答において）レポートされる、または、ＵＲＲが除去されたので使用量レポートが（ＰＦＣＰセッション修正応答において）レポートされることを示す。
ビット５‐監視時間（Ｍｏｎｉｔｏｒｉｎｇ Ｔｉｍｅ， ＭＯＮＩＴ）：ビットが１に設定される場合、監視時間に到達したので、ＵＲＲに従って使用量レポートがレポートされることを示す。
ビット６‐ＥＮＶＣＬ：ビットが１に設定されるとき、エンベロープが閉じられるときに使用量レポートが生成されることを示す。
ビット７‐ＭＡＣＡＲ：ビットが１に設定される場合、ＵＥによって送信されたアップリンク（ＵＬ）データフレームの送信元アドレスとしてＭＡＣ（Ｅｔｈｅｒｎｅｔ（登録商標））アドレスが使用されるとき、使用量レポートが開始されることを示す。
ビット８‐ＥＶＥＴＨ：ビットが１に設定される場合、イベント閾値に到達したときに使用量レポートが生成されることを示す。
オクテット７は以下のように符号化され得る。
ビット１‐ＥＶＥＱＵ：ビットが１に設定される場合、イベント割り当てが消費されたことを示す。
ビット２‐ＲＥＲＴ：ビットが１に設定される場合、リルーティングＳＤＦまたはアプリケーションサービスが検出されることを示す。
ビット３～８：これらのビットは将来の使用のために予約され、０に設定される。
ステップＳ７０８：ＳＭＦがセッションレポート応答メッセージをＰＳＡ－ＵＰＦ１へ送信する。
ステップＳ７０９：ＳＭＦが、セッションレポート要求メッセージにおけるユーザプレーンリルーティングトリガ情報に基づいて、ユーザプレーンのリルーティングが実行される必要があると決定する。
例えば、ＳＭＦは、セッションレポート要求メッセージにおけるユーザプレーンリルーティングトリガ情報に基づいて、トラフィックステアリングを実行するＵＰＦとＰＳＡ－ＵＰＦ２との間にセッションが作成される必要がある、サービスパケットトラフィックステアリングルールが配信された、予め設定されたサービスがトリガされたこと、したがって、ユーザプレーンのリルーティングが実行される必要があることを決定する。
ステップＳ７１０：ＳＭＦがセッション作成要求メッセージ２をＰＳＡ－ＵＰＦ２へ送信し、セッション作成要求メッセージ２は、ＳＭＦとＰＳＡ－ＵＰＦ２との間のセッションを作成することを示すために使用される。
ステップＳ７１１：ＰＳＡ－ＵＰＦ２がセッション作成応答メッセージ２をＳＭＦへ送信する。
ステップＳ７１２：ＳＭＦが、トラフィックステアリングを実行するＵＰＦへセッション作成要求メッセージ３を送信し、セッション作成要求メッセージ３は、ＳＭＦと、トラフィックステアリングを実行するＵＰＦとの間のセッションを作成することを示すために使用される。
例えば、セッション作成要求メッセージ３は、トラフィックステアリングを実行するＵＰＦに割り当てられたサービスパケットトラフィックステアリングルールを保持し、その結果、トラフィックステアリングを実行するＵＰＦは、サービスパケットトラフィックステアリングルールに従ってソースアンカＰＳＡ－ＵＰＦ１および新しいローカルアンカＰＳＡ－ＵＰＦ２を使用することによってサービスパケットを配布する。
ステップＳ７１３：トラフィックステアリングを実行するＵＰＦはセッション作成応答メッセージ３をＳＭＦへ送信する。
ステップＳ７１４：ＳＭＦがセッション更新要求メッセージをＰＳＡ－ＵＰＦ１へ送信し、セッション更新要求メッセージは、ＰＳＡ－ＵＰＦ１におけるＰＤＲを更新することを示すために使用される。
例えば、セッション更新要求メッセージは、ＰＳＡ－ＵＰＦ１における元のＰＤＲのＦＡＲアクションに保持されるインタフェーストンネル情報を、ＰＳＡ－ＵＰＦ１と、トラフィックステアリングを実行するＵＰＦとの間のインタフェーストンネル情報（例えばインタフェースアドレスおよび／またはＦ‐ＴＥＩＤ）に更新することを示すために使用される。
ステップＳ７１５：ＰＳＡ－ＵＰＦ１がセッション更新応答メッセージをＳＭＦへ送信する。
ステップＳ７１６：トラフィックステアリングを実行ＵＰＦが、サービスパケットトラフィックステアリングルールに従って、ＰＳＡ－ＵＰＦ１およびＰＳＡ－ＵＰＦ２を使用することによって、端末によってＤＮへ送信されたサービスパケットを転送する。
例えば、トラフィックステアリングを実行するＵＰＦは、サービスパケットトラフィックステアリングルールに従って、予め設定されたサービスパケットをＰＳＡ－ＵＰＦ２へ配布してデータネットワークにアクセスし得、更に別のサービスパケットをＰＳＡ－ＵＰＦ１へ転送してデータネットワークへのアクセスを継続し得る。
本願の本実施形態において、ＰＳＡ－ＵＰＦ１は、ＰＤＲに従ってサービスパケットを監視し、ＰＤＲにマッチする予め設定されたサービスパケットを検出するときにユーザプレーンリルーティングトリガ情報をＳＭＦへ送信し得る。ＳＭＦは、ユーザプレーンリルーティングトリガ情報に基づいて、トラフィックステアリングを実行するＵＰＦとＰＳＡ－ＵＰＦ２との間にセッションが作成される必要がある、サービスパケットトラフィックステアリングルールが配信される、予め設定されたサービスがトリガされたことを認識し得る。ＳＭＦは更に、トラフィックステアリングを実行するＵＰＦとＰＳＡ－ＵＰＦ２との間でセッション作成手順を実行し、対応するアンカＵＰＦに特定のサービスフローを配布してデータネットワークにアクセスする。本願の本実施形態において、サービス認識に基づくユーザプレーン経路調節は、サードパーティＡＰＰ上で計画された機能エンティティを使用してユーザプレーンのリルーティングを感知およびトリガすることを必要とせずに実装され得ることが分かる。これによりオペレータネットワークセキュリティが改善される。
図８Ａおよび図８Ｂは、本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。上述の実施形態に基づいて、本願の本実施形態は、ＰＳＡ－ＵＰＦ１がＳＭＦによって配信されるＰＤＲに従ってサービスパケットを監視し、ＰＤＲにマッチする予め設定されたサービスパケットを検出するときにユーザプレーンリルーティングトリガ情報をＳＭＦへ送信し、その結果、ＳＭＦはＰＳＡ－ＵＰＦ２とのセッションを作成するユーザプレーンリルーティング操作を実行し、ＰＳＡ－ＵＰＦ１とのセッションを削除するなどの例を使用することによってユーザプレーンリルーティング方法を説明する。
本願の本実施形態において、ユーザプレーンのリルーティングをトリガするために使用されるポリシーがＳＭＦ上で予め設定される。例えば、予め設定されたサービスにアクセスするとき、端末は、特定のＵＰＦを新しいローカルアンカＰＳＡ－ＵＰＦ２として選択して、新しいセッション情報を作成し、ソースアンカＰＳＡ－ＵＰＦ１のセッション情報を削除するなどの必要がある。
本実施形態において、ＳＭＦは、予め設定されたポリシーに従って対応するＰＤＲを生成し得、ＰＤＲは、ＰＤＩおよびＵＲＲを含み得るが、これらに限定されない。
図８Ａおよび図８Ｂに示されるように、本願の本実施形態における方法は以下のステップを含み得る。
ステップＳ８０１：端末がセッション作成要求メッセージをＳＭＦへ送信する。
ステップＳ８０２：ＳＭＦがセッション作成要求メッセージ１をＰＳＡ－ＵＰＦ１へ送信し、セッション作成要求メッセージ１は、ＳＭＦとＰＳＡ－ＵＰＦ１との間のセッションを作成することを示すために使用される。
例えば、セッション作成要求メッセージ１は、予め設定されたポリシーに従ってＳＭＦによって生成されたＰＤＲを保持し、ＰＤＲは、ＰＤＩおよびＵＲＲを含み得るが、これらに限定されない。
セッション作成要求メッセージ１におけるＵＲＲ情報要素の構造を表１および表２に示す。本明細書において詳細を改めて説明しない。
ステップＳ８０３：ＰＳＡ－ＵＰＦ１がセッション作成応答メッセージ１をＳＭＦへ送信する。
ステップＳ８０４：ＳＭＦがセッション作成応答メッセージを端末へ送信する。
ステップＳ８０５：端末がサービスアクセスを開始する。
ステップＳ８０６：ＰＳＡ－ＵＰＦ１がＰＤＲに従ってサービスパケットを監視する。
例えば、ＰＳＡ－ＵＰＦ１が、ＰＤＲにおけるＰＤＩにマッチする予め設定されたサービスパケットを検出する場合、ＰＳＡ－ＵＰＦ１はステップＳ８０７を実行する。
ステップＳ８０７：ＰＳＡ－ＵＰＦ１がセッションレポート要求メッセージをＳＭＦへ送信する。
例えば、ＰＤＲにおけるＰＤＩにマッチする予め設定されたサービスパケットを検出するとき、ＰＳＡ－ＵＰＦ１は、ＰＤＲにおけるＵＲＲ（サービスのリルーティングを示すレポートトリガを含む）に従ってセッションレポート要求メッセージをＳＭＦへ送信し、セッションレポート要求メッセージはユーザプレーンリルーティングトリガ情報を保持する。
セッションレポート要求メッセージにおける使用量レポート（Ｕｓａｇｅ Ｒｅｐｏｒｔ）ＩＥの構造が表３および表４に示される。本明細書において詳細を改めて説明しない。
ステップＳ８０８：ＳＭＦがセッションレポート応答メッセージをＰＳＡ－ＵＰＦ１へ送信する。
ステップＳ８０９：ＳＭＦが、セッションレポート要求メッセージにおけるユーザプレーンリルーティングトリガ情報に基づいて、ユーザプレーンのリルーティングが実行される必要があると決定する。
例えば、ＳＭＦは、セッションレポート要求メッセージにおけるユーザプレーンリルーティングトリガ情報に基づいて、ＰＳＡ－ＵＰＦ２とのセッションが作成される必要があり、ＰＳＡ－ＵＰＦ１とのセッションが削除される必要がある、予め設定されたサービスがトリガされたこと、したがって、ユーザプレーンのリルーティングが実行される必要があることを決定する。
ステップＳ８１０：ＳＭＦがセッション作成要求メッセージ２をＰＳＡ－ＵＰＦ２へ送信し、セッション作成要求メッセージ２は、ＳＭＦとＰＳＡ－ＵＰＦ２との間のセッションを作成することを示すために使用される。
ステップＳ８１１：ＰＳＡ－ＵＰＦ２がセッション作成応答メッセージ２をＳＭＦへ送信する。
ステップＳ８１２：ＳＭＦがセッション削除要求メッセージをＰＳＡ－ＵＰＦ１へ送信し、セッション削除要求メッセージは、ＳＭＦとＰＳＡ－ＵＰＦ１との間のセッションを削除することを示すために使用される。
ステップＳ８１３：ＰＳＡ－ＵＰＦ１がセッション削除応答メッセージをＳＭＦへ送信する。
ステップＳ８１４：ＰＳＡ－ＵＰＦ２が端末によって送信されたサービスパケットを転送する。
本願の本実施形態において、ＰＳＡ－ＵＰＦ１は、ＰＤＲに従ってサービスパケットを監視し、ＰＤＲにマッチする予め設定されたサービスパケットを検出するときにユーザプレーンリルーティングトリガ情報をＳＭＦへ送信し得る。ＳＭＦは、ユーザプレーンリルーティングトリガ情報に基づいて、ＰＳＡ－ＵＰＦ２とのセッションが作成される必要があり、ＰＳＡ－ＵＰＦ１とのセッションが削除される必要がある、予め設定されたサービスがトリガされたことを認識し得る。ＳＭＦは、ＰＳＡ－ＵＰＦ２とのセッションを作成してＰＳＡ－ＵＰＦ１とのセッションを削除する手順を実行する。このように、端末によって送信されたすべてのサービスパケットは、ＰＳＡ－ＵＰＦ２を使用することによってデータネットワークにアクセスする。本願の本実施形態において、サービス認識に基づくユーザプレーン経路調節は、サードパーティＡＰＰ上で計画された機能エンティティを使用してユーザプレーンのリルーティングを感知およびトリガすることを必要とせずに実装され得ることが分かる。これによりオペレータネットワークセキュリティが改善される。
図９Ａ、図９Ｂおよび図９Ｃは、本願の別の実施形態によるユーザプレーンリルーティング方法の概略フローチャートである。上述の実施形態に基づいて、本願の本実施形態は、ＰＳＡ－ＵＰＦ１が、ＳＭＦによって配信されたＰＤＲに従ってサービスパケット（ＰＣＦからのユーザプレーンのリルーティングをトリガするために使用されるポリシーをＳＭＦが取得した後に生成される）を監視し、ＰＤＲにマッチする予め設定されたサービスパケットを検出したときにユーザプレーンリルーティングトリガ情報をＳＭＦへ送信し、その結果、ＳＭＦがユーザプレーンリルーティングトリガ情報をＰＣＦへレポートし、ＰＣＦによって送信される、ユーザプレーンのリルーティングを実行することをＳＭＦに示すために使用される指示情報を受信した後に、トラフィックステアリングを実行するＵＰＦとＰＳＡ－ＵＰＦ２との間のセッションを作成するユーザプレーンリルーティング操作を実行し、サービスパケットトラフィックステアリングルールを配信するなどの例を使用することによってユーザプレーンリルーティング方法を説明する。
本願の本実施形態において、ユーザプレーンのリルーティングをトリガするために使用されるポリシーがＰＣＦ上で予め設定される。例えば、予め設定されたサービスにアクセスするとき、端末は、特定のＵＰＦを、トラフィックステアリングを実行するＵＰＦとして選択して、セッション情報および別の特定のＵＰＦを新しいローカルアンカＰＳＡ－ＵＰＦ２として挿入し、新しいセッション情報を作成し、ソースアンカＰＳＡ－ＵＰＦ１および新しいローカルアンカＰＳＡ－ＵＰＦ２などを使用することによってサービスフロー（複数のサービスパケットを含む）を別々に配布することを示すために使用されるポリシーを、トラフィックステアリングを実行するＵＰＦへ配信する必要がある。
例えば、ＩＰｖ４セッションおよび／または非マルチホームＩＰｖ６セッションについて、本願の本実施形態におけるトラフィックステアリングを実行するＵＰＦはＵＬＣＬ－ＵＰＦであり得る。マルチホームＩＰｖ６セッションについては、本願の本実施形態におけるトラフィックステアリングを実行するＵＰＦはＢＰ－ＵＰＦであり得る。
図９Ａ、図９Ｂおよび図９Ｃに示されるように、本願の本実施形態における方法は、以下のステップを備え得る。
ステップＳ９０１：端末がセッション作成要求メッセージをＳＭＦへ送信する。
ステップＳ９０２：ＳＭＦがポリシー制御作成要求メッセージをＰＣＦへ送信し、ポリシー制御作成要求メッセージは、ユーザプレーンのリルーティングをトリガするために使用されるポリシーを取得することを示すために使用される。
ステップＳ９０３：ＰＣＦがポリシー制御作成応答メッセージをＳＭＦへ送信し、ポリシー制御作成応答メッセージは、ユーザプレーンのリルーティングをトリガするために使用されるポリシーを保持する。当然、ポリシー制御作成応答メッセージは更に、課金および制御ポリシーなどの別のポリシーを保持し得る。
例えば、ポリシー制御作成応答メッセージは、ポリシー制御要求トリガ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ Ｔｒｉｇｇｅｒｓ）原因の指示情報を含み得る。表５に示されるように、ポリシー制御要求トリガ原因の指示情報は、ユーザプレーンのリルーティングが実行される必要がある予め設定されたサービスに端末がアクセスすることを検出するときに、ポリシー制御更新要求をレポートすることをＳＭＦに示すために使用されるリルーティングポリシー（または、ユーザプレーンのリルーティングをトリガするために使用されるポリシーと称される）を含み得るが、これに限定されない。
表５ ポリシー制御要求トリガ原因の指示情報を示す概略テーブル
Figure 0007294578000005
ステップＳ９０４：ＳＭＦが、ＰＣＦから取得される、ユーザプレーンのリルーティングをトリガするために使用されるポリシーに従って、対応するＰＤＲを生成し、ＰＤＲはＰＤＩおよびＵＲＲを含み得るが、これらに限定されない。
ステップＳ９０５：ＳＭＦがセッション作成要求メッセージ１をＰＳＡ－ＵＰＦ１へ送信し、セッション作成要求メッセージ１は、ＳＭＦとＰＳＡ－ＵＰＦ１との間のセッションを作成することを示すために使用される。
例えば、セッション作成要求メッセージ１はＰＤＲを保持し、ＰＤＲは、ＰＤＩおよびＵＲＲを含み得るが、これらに限定されない。
セッション作成要求メッセージ１におけるＵＲＲ情報要素の構造は表１および表２に示される。本明細書において詳細を改めて説明しない。
ステップＳ９０６：ＰＳＡ－ＵＰＦ１がセッション作成応答メッセージ１をＳＭＦへ送信する。
ステップＳ９０７：ＳＭＦがセッション作成応答メッセージを端末へ送信する。
ステップＳ９０８：端末がサービスアクセスを開始する。
ステップＳ９０９：ＰＳＡ－ＵＰＦ１がＰＤＲに従ってサービスパケットを監視する。
例えば、ＰＳＡ－ＵＰＦ１が、ＰＤＲにおけるＰＤＩにマッチする予め設定されたサービスパケットを検出する場合、ＰＳＡ－ＵＰＦ１はステップＳ９１０を実行する。
ステップＳ９１０：ＰＳＡ－ＵＰＦ１がセッションレポート要求メッセージをＳＭＦへ送信する。
例えば、ＰＤＲにおけるＰＤＩにマッチする予め設定されたサービスパケットを検出するとき、ＰＳＡ－ＵＰＦ１は、ＰＤＲにおけるＵＲＲ（サービスのリルーティングを示すレポートトリガを含む）に従ってセッションレポート要求メッセージをＳＭＦへ送信し、セッションレポート要求メッセージはユーザプレーンリルーティングトリガ情報を保持する。
セッションレポート要求メッセージにおける使用量レポート（Ｕｓａｇｅ Ｒｅｐｏｒｔ）ＩＥの構造を表３および表４に示す。本明細書において詳細を改めて説明しない。
ステップＳ９１１：ＳＭＦがセッションレポート応答メッセージをＰＳＡ－ＵＰＦ１へ送信する。
ステップＳ９１２：ＳＭＦがポリシー制御更新要求メッセージをＰＣＦへ送信する。
例えば、ＳＭＦは、セッションレポート要求メッセージにおけるユーザプレーンリルーティングトリガ情報に基づいて、トラフィックステアリングを実行するＵＰＦとＰＳＡ－ＵＰＦ２との間のセッションが作成される必要があり、サービスパケットトラフィックステアリングルールが配信される必要がある、予め設定されたサービスがトリガされたことを決定し、ポリシー制御更新要求メッセージをＰＣＦへ送信し、ポリシー制御更新要求メッセージはユーザプレーンリルーティングトリガ情報を保持し得る。
ステップＳ９１３：ＰＣＦがポリシー制御更新応答メッセージをＳＭＦへ送信し、ポリシー制御更新応答メッセージは、ユーザプレーンのリルーティングを実行することをＳＭＦに示すために使用される指示情報を保持し得る。
ステップＳ９１４：ＳＭＦが、ユーザプレーンのリルーティングを実行することをＳＭＦに示すために使用される受信された指示情報に基づいて、ユーザプレーンのリルーティングを実行することを決定する。
ステップＳ９１５：ＳＭＦがセッション作成要求メッセージ２をＰＳＡ－ＵＰＦ２へ送信し、セッション作成要求メッセージ２は、ＳＭＦとＰＳＡ－ＵＰＦ２との間のセッションを作成することを示すために使用される。
ステップＳ９１６：ＰＳＡ－ＵＰＦ２がセッション作成応答メッセージ２をＳＭＦへ送信する。
ステップＳ９１７：ＳＭＦが、トラフィックステアリングを実行するＵＰＦへセッション作成要求メッセージ３を送信し、セッション作成要求メッセージ３は、ＳＭＦと、トラフィックステアリングを実行するＵＰＦとの間のセッションを作成することを示すために使用される。
例えば、セッション作成要求メッセージ３は、トラフィックステアリングを実行するＵＰＦに割り当てられたサービスパケットトラフィックステアリングルールを保持し、その結果、トラフィックステアリングを実行するＵＰＦは、サービスパケットトラフィックステアリングルールに従ってソースアンカＰＳＡ－ＵＰＦ１および新しいローカルアンカＰＳＡ－ＵＰＦ２を使用することによってサービスパケットを配布する。
ステップＳ９１８：トラフィックステアリングを実行するＵＰＦがセッション作成応答メッセージ３をＳＭＦへ送信する。
ステップＳ９１９：ＳＭＦがセッション更新要求メッセージをＰＳＡ－ＵＰＦ１へ送信し、セッション更新要求メッセージは、ＰＳＡ－ＵＰＦ１におけるＰＤＲを更新することを示すために使用される。
例えば、セッション更新要求メッセージは、ＰＳＡ－ＵＰＦ１における元のＰＤＲのＦＡＲアクションに保持されるインタフェーストンネル情報を、ＰＳＡ－ＵＰＦ１と、トラフィックステアリングを実行するＵＰＦとの間のインタフェーストンネル情報（例えば、インタフェースアドレスおよび／またはＦ‐ＴＥＩＤ）に更新することを示すために使用される。
ステップＳ９２０：ＰＳＡ－ＵＰＦ１がセッション更新応答メッセージをＳＭＦへ送信する。
ステップＳ９２１：トラフィックステアリングを実行ＵＰＦが、サービスパケットトラフィックステアリングルールに従って、ＰＳＡ－ＵＰＦ１およびＰＳＡ－ＵＰＦ２を使用することによって、端末によってＤＮへ送信されたサービスパケットを転送する。
例えば、トラフィックステアリングを実行するＵＰＦは、サービスパケットトラフィックステアリングルールに従って、予め設定されたサービスパケットをＰＳＡ－ＵＰＦ２へ配布してデータネットワークにアクセスし得、更に別のサービスパケットをＰＳＡ－ＵＰＦ１へ転送してデータネットワークへのアクセスを継続し得る。
本願の本実施形態において、ＰＳＡ－ＵＰＦ１は、ＰＤＲに従ってサービスパケットを監視し、ＰＤＲにマッチする予め設定されたサービスパケットを検出するときにユーザプレーンリルーティングトリガ情報をＳＭＦへ送信し得る。ＳＭＦは、ユーザプレーンリルーティングトリガ情報に基づいて、トラフィックステアリングを実行するＵＰＦとＰＳＡ－ＵＰＦ２との間にセッションが作成される必要がある、サービスパケットトラフィックステアリングルールが配信される、予め設定されたサービスがトリガされＰＣＦにレポートされることを認識し得る。ＳＭＦは更に、ＰＣＦによって送信された、ユーザプレーンのリルーティングを実行することをＳＭＦに示すために使用される指示情報を受信した後に、トラフィックステアリングを実行するＵＰＦとＰＳＡ－ＵＰＦ２との間のセッション作成手順を実行し、特定のサービスフローを対応するアンカＵＰＦに配布し、データネットワークにアクセスする。本願の本実施形態において、サービス認識に基づくユーザプレーン経路調節は、サードパーティＡＰＰ上で計画された機能エンティティを使用してユーザプレーンのリルーティングを感知およびトリガすることを必要とせずに実装され得ることが分かる。これによりオペレータネットワークセキュリティが改善される。
図１０は、本願の実施形態によるネットワーク要素の構造を示す概略図である。任意選択で、本願の本実施形態において提供されるネットワーク要素は第１ネットワーク要素であり得る。図１０に示されるように、本願の本実施形態におけるネットワーク要素１００は第１受信モジュール１００１およびリルーティングモジュール１００２を含み得る。
第１受信モジュール１００１は、第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信するよう構成され、ユーザプレーンリルーティングトリガ情報は、パケット検出ルール（ＰＤＲ）にマッチする予め設定されたサービスパケットを第２ネットワーク要素が検出したときに送信され、ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される。
リルーティングモジュール１００２は、ユーザプレーンリルーティングトリガ情報に基づいて、ユーザプレーンのリルーティングを実行するよう構成される。
可能な実装において、ＰＤＲはパケット検出情報（ＰＤＩ）および使用量レポートルール（ＵＲＲ）を含む。ＰＤＩは、予め設定されたサービスパケットに対応するマッチング情報を示すために使用される。ＵＲＲは、予め設定されたサービスパケットに対応する実行ルールを示すために使用される。
可能な実装において、第１ネットワーク要素は更に、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従ってＰＤＲを生成するよう構成される第１生成モジュールと、ＰＤＲを第２ネットワーク要素へ送信するよう構成される第１送信モジュールとを備える。
可能な実装において、第１ネットワーク要素は更に、第３ネットワーク要素における、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーを第３ネットワーク要素から取得するよう構成される取得モジュールと、ポリシーに従ってＰＤＲを生成するよう構成される第２生成モジュールと、ＰＤＲを第２ネットワーク要素へ送信するよう構成される第２送信モジュールとを備える。
可能な実装において、第１ネットワーク要素は更に、アクティベーションメッセージを第２ネットワーク要素へ送信するよう構成される第３送信モジュールであって、アクティベーションメッセージは、第２ネットワーク要素において予め設定されたＰＤＲをアクティブ化することを示すために使用される、第３送信モジュールを含む。
可能な実装において、ＰＤＲは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第１セッション作成要求メッセージに保持され、第１セッション作成要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、アクティベーションメッセージは、第１ネットワーク要素によって第２ネットワーク要素へ送信された第２セッション作成要求メッセージに保持され、第２セッション作成要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、リルーティングモジュール１００２は具体的には、第１セッション要求メッセージを第４ネットワーク要素へ、第２セッション要求メッセージを第５ネットワーク要素へ送信することであって、第１セッション要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成または更新することを示すために使用され、第２セッション要求メッセージは、第１ネットワーク要素と第５ネットワーク要素との間のセッションを作成または更新することを示すために使用され、第２セッション要求メッセージは、第５ネットワーク要素に割り当てられたサービスパケットトラフィックステアリングルールを保持する、こと、および／または、セッション更新要求メッセージを第２ネットワーク要素へ送信することであって、セッション更新要求メッセージは、第２ネットワーク要素においてＰＤＲを更新することを示すために使用される、ことを行うよう構成される。
可能な実装において、リルーティングモジュール１００２は、第４ネットワーク要素とのセッションを作成するよう構成される作成ユニットと、第２ネットワーク要素とのセッションを削除するよう構成される削除ユニットとを含む。
可能な実装において、作成ユニットは具体的には、第３セッション作成要求メッセージを第４ネットワーク要素へ送信することであって、第３セッション作成要求メッセージは、第１ネットワーク要素と第４ネットワーク要素との間のセッションを作成することを示すために使用される、ことを行うよう構成される。
可能な実装において、削除ユニットは具体的には、セッション削除要求メッセージを第２ネットワーク要素へ送信することであって、セッション削除要求メッセージは、第１ネットワーク要素と第２ネットワーク要素との間のセッションを削除することを示すために使用される、ことを行うよう構成される。
可能な実装において、第１ネットワーク要素は更に、ユーザプレーンリルーティングトリガ情報を第３ネットワーク要素へ送信するよう構成される第４送信モジュールと、第３ネットワーク要素によって送信された指示情報を受信するよう構成される第２受信モジュールであって、指示情報は、ユーザプレーンのリルーティングを実行することを第１ネットワーク要素に示すために使用される、第２受信モジュールとを備える。
本願の本実施形態において提供されるネットワーク要素１００は、本願の上述のユーザプレーンリルーティング方法の実施形態における第１ネットワーク要素に関する技術的解決手段を実行するよう構成され得る。ネットワーク要素１００の実装原理および技術的効果は、方法の実施形態と同様である。本明細書において詳細を改めて説明しない。
図１１は、本願の別の実施形態によるネットワーク要素の構造を示す概略図である。任意選択で、本願の本実施形態において提供されるネットワーク要素は第１ネットワーク要素であり得る。図１１に示されるように、本願の本実施形態におけるネットワーク要素１１０は、監視モジュール１１０１および送信モジュール１１０２を含み得る。
監視モジュール１１０１は、パケット検出ルール（ＰＤＲ）に従ってサービスパケットを監視するよう構成され、ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される。
送信モジュール１１０２は、ＰＤＲにマッチする予め設定されたサービスパケットを監視モジュールが検出するときに実行ルールに従ってユーザプレーンリルーティングトリガ情報を第２ネットワーク要素へ送信するよう構成される。
可能な実装において、ＰＤＲはパケット検出情報（ＰＤＩ）および使用量レポートルール（ＵＲＲ）を含む。ＰＤＩは、予め設定されたサービスパケットに対応するマッチング情報を示すために使用される。ＵＲＲは、予め設定されたサービスパケットに対応する実行ルールを示すために使用される。
可能な実装において、監視モジュール１１０１は具体的には、サービスパケットの属性情報を決定すること、属性情報をＰＤＩと照合すること、属性情報がＰＤＩにマッチする場合、サービスパケットは、ＰＤＲにマッチする予め設定されたサービスパケットであると検出すること、および／または、属性情報がＰＤＩにマッチしない場合、サービスパケットは、ＰＤＲにマッチする予め設定されたサービスパケットでないと検出することを行うよう構成される。
可能な実装において、第１ネットワーク要素は更に、第２ネットワーク要素によって送信されたＰＤＲを受信するよう構成される第１受信モジュールを含み、ＰＤＲは、ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って第２ネットワーク要素によって生成される、または、ＰＤＲは、第３ネットワーク要素からのユーザプレーンのリルーティングをトリガするために使用されるポリシーを第２ネットワーク要素が取得した後に生成される。
可能な実装において、第１ネットワーク要素は更に、第２ネットワーク要素によって送信されたアクティベーションメッセージを受信するよう構成される第２受信モジュールを含み、アクティベーションメッセージは、第１ネットワーク要素において予め設定されたＰＤＲをアクティブ化することを示すために使用される。
可能な実装において、ＰＤＲは、第２ネットワーク要素から第１ネットワーク要素によって受信された第１セッション作成要求メッセージに保持され、第１セッション作成要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、アクティベーションメッセージは、第２ネットワーク要素から第１ネットワーク要素によって受信された第２セッション作成要求メッセージに保持され、第２セッション作成要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを作成することを示すために使用される。
可能な実装において、第１ネットワーク要素は更に、第２ネットワーク要素によって送信されたセッション更新要求メッセージを受信するよう構成される第３受信モジュールを含み、セッション更新要求メッセージは、第１ネットワーク要素においてＰＤＲを更新することを示すために使用される。
可能な実装において、第１ネットワーク要素は更に、第２ネットワーク要素によって送信されたセッション削除要求メッセージを受信するよう構成される第４受信モジュールを含み、セッション削除要求メッセージは、第２ネットワーク要素と第１ネットワーク要素との間のセッションを削除することを示すために使用される。
本願の本実施形態において提供されるネットワーク要素１００は、本願の上述のユーザプレーンリルーティング方法の実施形態における第２ネットワーク要素に関する技術的解決手段を実行するよう構成され得る。ネットワーク要素１００の実装原理および技術的効果は方法の実施形態と同様である。本明細書において詳細を改めて説明しない。
図１２は、本願の別の実施形態によるネットワーク要素の構造を示す概略図である。図１２に示されるように、本実施形態におけるネットワーク要素１２０は、プロセッサ１２０１およびメモリ１２０２を含み得る。任意選択で、ネットワーク要素１２０は更に、情報および／またはメッセージを送信および受信するよう構成される送受信機１２０３を含み得る。メモリ１２０２は、プログラム命令を格納するよう構成され、プロセッサ１２０１は、メモリ１２０２に格納されたプログラム命令を呼び出して実行するよう構成される。プロセッサ１２０１が、メモリ１２０２に格納されたプログラム命令を実行するとき、ネットワーク要素１２０は、本願の上述のユーザプレーンリルーティング方法の実施形態における第１ネットワーク要素または第２ネットワーク要素に関する技術的解決手段を実行するよう構成される。実装原理およびその技術的効果は方法の実施形態と同様である。本明細書において詳細を改めて説明しない。
本願の実施形態は更にコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を格納する。命令がコンピュータ上で実行されるとき、コンピュータは、本願の上述のユーザプレーンリルーティング方法の実施形態における第１ネットワーク要素または第２ネットワーク要素に関する技術的解決手段を実行する。実装原理およびその技術的効果は、方法の実施形態と同様である。本明細書において詳細を改めて説明しない。
本願の実施形態は更にチップシステムを提供する。チップシステムはプロセッサを含み、本願の上述のユーザプレーンリルーティング方法の実施形態における第１ネットワーク要素または第２ネットワーク要素の技術的解決手段を実装するよう構成されるメモリを更に含み得る。実装原理およびその技術的効果は方法の実施形態と同様である。本明細書において詳細を改めて説明しない。チップシステムは、チップを含み得る、または、チップおよび別のディスクリートコンポーネントを含み得る。
本願の実施形態は更にプログラムを提供する。プロセッサによって実行されるとき、プログラムは、本願の上述のユーザプレーンリルーティング方法の実施形態における第１ネットワーク要素または第２ネットワーク要素に関する技術的解決手段を実行するために使用される。実装原理およびその技術的効果は方法の実施形態と同様である。本明細書において詳細を改めて説明しない。
本願の実施形態は、命令を含むコンピュータプログラム製品を提供する。命令がコンピュータ上で実行されるとき、コンピュータは、本願の上述のユーザプレーンリルーティング方法の実施形態における第１ネットワーク要素または第２ネットワーク要素に関する技術的解決手段を実行する。実装原理およびその技術的効果は、方法の実施形態と同様である。本明細書において詳細を改めて説明しない。
本願の実施形態において、プロセッサは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、別のプログラマブルロジックデバイス、ディスクリートゲート、またはトランジスタロジックデバイス、またはディスクリートハードウェアコンポーネントであり得、本願の実施形態において開示される方法、ステップ、および論理ブロック図を実装または実行し得る。汎用プロセッサは、マイクロプロセッサまたは任意の従来のプロセッサなどであってよい。本願の実施形態に関連して開示される方法の段階は、ハードウェアプロセッサにより直接的に実行されてよい、または、プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを用いることにより実行されてよい。
本願の実施形態において、メモリは、ハードディスクドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ， ＨＤＤ）またはソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ， ＳＳＤ）などの不揮発性メモリであり得るか、または、ランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）などの揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）であり得る。メモリは、命令またはデータ構造体の形式で所望のプログラムコードを保持または格納するよう構成され得る、コンピュータによってアクセスされ得る任意の他の媒体であるが、これに限定されない。
本願で提供されるいくつかの実施形態において、開示された装置および方法は、他の方式で実装され得ることが理解されるべきである。例えば、記載される装置の実施形態は一例に過ぎない。例えば、ユニットへの分割は単に論理的機能による分割であり、実際の実装中では他の分割であり得る。例えば、複数のユニットもしくはコンポーネントが組み合わされるかまたは統合されて別のシステムになってもよく、いくつかの特徴が無視されても行われなくてもよい。加えて、示されたまたは説明された相互連結、すなわち直接的な連結または通信接続が、いくつかのインタフェースを介して実装されてよい。装置またはユニット間の間接的な連結または通信接続は、電気的、機械的または他の形態で実装されてよい。
別個の部分として説明されたユニットは、物理的に分かれていても、そうでなくてもよい。また、ユニットとして表示された部分は、物理的ユニットであっても、そうでなくてもよく、一か所に配置されてよく、または、複数のネットワークユニットにおいて分散されてよい。これらのユニットのうちのいくつかまたは全ては、実施形態における解決手段の目的を実現するために、実際の要件に応じて選択され得る。
加えて、本願の実施形態における機能ユニットが１つの処理ユニットに統合されてもよいし、これらのユニットの各々が物理的に単独で存在してもよいし、２つまたはそれより多くのユニットが１つのユニットに統合されてもよい。統合ユニットは、ハードウェアの形式で実装され得るか、または、ハードウェアおよびソフトウェア機能ユニットの形式で実装され得る。
当業者であれば、上述のプロセスのシーケンス番号は、本願の様々な実施形態における実行順序を意味するものでないことを理解し得る。プロセスの実行順序は、プロセスの機能および内部論理に基づいて決定されるべきであり、本願の実施形態の実装プロセスに対していかなる制限も構成するべきでない。
上述の実施形態の全部または一部が、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを使用して実装されてよい。方法を実装するためにソフトウェアが使用されるとき、方法の全部または一部は、コンピュータプログラム製品の形式で実装され得る。コンピュータプログラム製品は、１または複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上でロードおよび実行されるとき、本願の実施形態に係る手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ伝送されてもよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ＤＳＬ））または無線（例えば、赤外線、電波、またはマイクロ波）の方式で、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに伝送されてよい。コンピュータ可読記憶媒体は、コンピュータ、または、１もしくは複数の使用可能な媒体を統合するサーバもしくはデータセンタ等のデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ））、または同様のものであり得る。
［他の考えられる項目］
（項目１）
ユーザプレーンのリルーティング方法であって、
第１ネットワーク要素が、第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信する段階であって、前記ユーザプレーンリルーティングトリガ情報は、パケット検出ルールＰＤＲにマッチする予め設定されたサービスパケットを前記第２ネットワーク要素が検出するときに送信され、前記ＰＤＲは、前記ユーザプレーンのリルーティングをトリガする前記予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、段階と、
前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンのリルーティングを実行する段階と
を備える方法。
（項目２）
前記ＰＤＲはパケット検出情報ＰＤＩおよび使用量レポートルールＵＲＲを含み、前記ＰＤＩは、前記予め設定されたサービスパケットに対応する前記マッチング情報を示すために使用され、前記ＵＲＲは、前記予め設定されたサービスパケットに対応する前記実行ルールを示すために使用される、項目１に記載の方法。
（項目３）
前記方法は更に、前記第１ネットワーク要素が、前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って前記ＰＤＲを生成する段階と、前記ＰＤＲを前記第２ネットワーク要素へ送信する段階とを備える、項目１または２に記載の方法。
（項目４）
前記方法は更に、
前記第１ネットワーク要素が、前記第３ネットワーク要素における、前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーを第３ネットワーク要素から取得する段階と、
前記第１ネットワーク要素が、前記予め設定されたポリシーに従って前記ＰＤＲを生成し、前記ＰＤＲを前記第２ネットワーク要素へ送信する段階と
を備える、項目１または２に記載の方法。
（項目５）
前記方法は更に、
前記第１ネットワーク要素が、アクティベーションメッセージを前記第２ネットワーク要素へ送信する段階であって、前記アクティベーションメッセージは、前記第２ネットワーク要素における予め設定されたＰＤＲをアクティブ化することを示すために使用される、段階を備える、項目１または２に記載の方法。
（項目６）
前記ＰＤＲは、前記第１ネットワーク要素によって前記第２ネットワーク要素へ送信される第１セッション作成要求メッセージに保持され、前記第１セッション作成要求メッセージは、前記第１ネットワーク要素と前記第２ネットワーク要素との間のセッションを作成することを示すために使用される、項目３または４に記載の方法。
（項目７）
前記アクティベーションメッセージは、前記第１ネットワーク要素によって前記第２ネットワーク要素へ送信される第２セッション作成要求メッセージに保持され、前記第２セッション作成要求メッセージは、前記第１ネットワーク要素と前記第２ネットワーク要素との間のセッションを作成することを示すために使用される、項目５に記載の方法。
（項目８）
前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンリルーティングを実行する前記段階は、
前記第１ネットワーク要素が、第１セッション要求メッセージを第４ネットワーク要素へ、第２セッション要求メッセージを第５ネットワーク要素へ送信する段階であって、前記第１セッション要求メッセージは、前記第１ネットワーク要素と前記第４ネットワーク要素との間のセッションを作成または更新することを示すために使用され、前記第２セッション要求メッセージは、前記第１ネットワーク要素と前記第５ネットワーク要素との間のセッションを作成または更新することを示すために使用され、前記第２セッション要求メッセージは、前記第５ネットワーク要素に割り当てられたサービスパケットトラフィックステアリングルールを保持する、段階、および／または、
前記第１ネットワーク要素が、セッション更新要求メッセージを前記第２ネットワーク要素へ送信する段階であって、前記セッション更新要求メッセージは、前記第２ネットワーク要素における前記ＰＤＲを更新することを示すために使用される、段階
を含む、項目１から７のいずれか一項に記載の方法。
（項目９）
前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンのリルーティングを実行する前記段階は、
前記第１ネットワーク要素が、第４ネットワーク要素とのセッションを作成する段階と、
前記第１ネットワーク要素が、前記第２ネットワーク要素との前記セッションを削除する段階と
を含む、項目１から７のいずれか一項に記載の方法。
（項目１０）
前記第１ネットワーク要素が、第４ネットワーク要素とのセッションを作成する前記段階は、
前記第１ネットワーク要素が、第３セッション作成要求メッセージを前記第４ネットワーク要素へ送信する段階であって、前記第３セッション作成要求メッセージは、前記第１ネットワーク要素と前記第４ネットワーク要素との間の前記セッションを作成することを示すために使用される、段階
を含む、項目９に記載の方法。
（項目１１）
前記第１ネットワーク要素が、前記第２ネットワーク要素との前記セッションを削除する前記段階は、
前記第１ネットワーク要素が、セッション削除要求メッセージを前記第２ネットワーク要素へ送信する段階であって、前記セッション削除要求メッセージは、前記第１ネットワーク要素と前記第２ネットワーク要素との間の前記セッションを削除することを示すために使用される、段階を含む、項目９または１０に記載の方法。
（項目１２）
前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンリルーティングを実行する前記段階の前に、前記方法は更に、
前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報を前記第３ネットワーク要素へ送信する段階と、
前記第１ネットワーク要素が、前記第３ネットワーク要素によって送信された指示情報を受信する段階であって、前記指示情報は、前記ユーザプレーンのリルーティングを実行することを前記第１ネットワーク要素に示すために使用される、段階と
を備える、項目４に記載の方法。
（項目１３）
ユーザプレーンのリルーティング方法であって、
第１ネットワーク要素が、パケット検出ルールＰＤＲに従ってサービスパケットを監視する段階であって、前記ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、段階と、
前記第１ネットワーク要素が、前記ＰＤＲにマッチする前記予め設定されたサービスパケットを検出する場合、前記第１ネットワーク要素が、前記実行ルールに従って、ユーザプレーンリルーティングトリガ情報を第２ネットワーク要素へ送信する段階と
を備える方法。
（項目１４）
前記ＰＤＲは、パケット検出情報ＰＤＩおよび使用量レポートルールＵＲＲを含み、前記ＰＤＩは、前記予め設定されたサービスパケットに対応する前記マッチング情報を示すために使用され、前記ＵＲＲは、前記予め設定されたサービスパケットに対応する前記実行ルールを示すために使用される、項目１３に記載の方法。
（項目１５）
第１ネットワーク要素が、パケット検出ルールＰＤＲに従ってサービスパケットを監視する前記段階は、
前記第１ネットワーク要素が、前記サービスパケットの属性情報を決定する段階と、
前記第１ネットワーク要素が、前記属性情報を前記ＰＤＩと照合する段階と、
前記属性情報が前記ＰＤＩにマッチする場合、前記第１ネットワーク要素によって検出された前記サービスパケットは、前記ＰＤＲにマッチする前記予め設定されたサービスパケットである段階、および／または、
前記属性情報が前記ＰＤＩにマッチしない場合、前記第１ネットワーク要素によって検出された前記サービスパケットは、前記ＰＤＲにマッチする前記予め設定されたサービスパケットでない段階
を含む、項目１４に記載の方法。
（項目１６）
前記方法は更に、
前記第１ネットワーク要素が、前記第２ネットワーク要素によって送信された前記ＰＤＲを受信する段階であって、前記ＰＤＲは、前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って前記第２ネットワーク要素によって生成される、または、前記ＰＤＲは、第３ネットワーク要素からの前記ユーザプレーンのリルーティングをトリガするために使用されるポリシーを前記第２ネットワーク要素が取得した後に生成される、段階を備える、項目１３から１５のいずれか一項に記載の方法。
（項目１７）
前記方法は更に、
前記第１ネットワーク要素が、前記第２ネットワーク要素によって送信されたアクティベーションメッセージを受信する段階であって、前記アクティベーションメッセージは、前記第１ネットワーク要素における前記予め設定されたＰＤＲをアクティブ化することを示すために使用される、段階を備える、項目１３から１５のいずれか一項に記載の方法。
（項目１８）
前記ＰＤＲは、前記第１ネットワーク要素によって前記第２ネットワーク要素から受信された第１セッション作成要求メッセージに保持され、前記第１セッション作成要求メッセージは、前記第２ネットワーク要素と前記第１ネットワーク要素との間のセッションを作成することを示すために使用される、項目１６に記載の方法。
（項目１９）
前記アクティベーションメッセージは、前記第１ネットワーク要素によって前記第２ネットワーク要素から受信された第２セッション作成要求メッセージに保持され、前記第２セッション作成要求メッセージは、前記第２ネットワーク要素と前記第１ネットワーク要素との間のセッションを作成することを示すために使用される、項目１７に記載の方法。
（項目２０）
前記方法は更に、
前記第１ネットワーク要素が、前記第２ネットワーク要素によって送信されたセッション更新要求メッセージを受信する段階であって、前記セッション更新要求メッセージは、前記第１ネットワーク要素における前記ＰＤＲを更新することを示すために使用される、段階を備える、項目１３から１９のいずれか一項に記載の方法。
（項目２１）
前記方法は更に、
前記第１ネットワーク要素が、前記第２ネットワーク要素によって送信されたセッション削除要求メッセージを受信する段階であって、前記セッション削除要求メッセージは、前記第２ネットワーク要素と前記第１ネットワーク要素との間の前記セッションを削除することを示すために使用される、段階を備える、項目１３から１９のいずれか一項に記載の方法。
（項目２２）
ネットワーク要素であって、前記ネットワーク要素は第１ネットワーク要素であり、前記第１ネットワーク要素は、
第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信するよう構成される第１受信モジュールであって、前記ユーザプレーンリルーティングトリガ情報は、パケット検出ルールＰＤＲにマッチする予め設定されたサービスパケットを前記第２ネットワーク要素が検出するときに送信され、前記ＰＤＲは、前記ユーザプレーンのリルーティングをトリガする前記予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、第１受信モジュールと、
前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンのリルーティングを実行するよう構成されるリルーティングモジュールと
を備える、ネットワーク要素。
（項目２３）
前記ＰＤＲは、パケット検出情報ＰＤＩおよび使用量レポートルールＵＲＲを含み、前記ＰＤＩは、前記予め設定されたサービスパケットに対応する前記マッチング情報を示すために使用され、前記ＵＲＲは、前記予め設定されたサービスパケットに対応する前記実行ルールを示すために使用される、項目２２に記載の第１ネットワーク要素。
（項目２４）
前記第１ネットワーク要素は更に、
前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って前記ＰＤＲを生成するよう構成される第１生成モジュールと、
前記ＰＤＲを前記第２ネットワーク要素へ送信するよう構成される第１送信モジュールと
を含む、項目２２または２３に記載の第１ネットワーク要素。
（項目２５）
前記第１ネットワーク要素は更に、
第３ネットワーク要素における、前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーを第３ネットワーク要素から取得するよう構成される取得モジュールと、
前記ポリシーに従って前記ＰＤＲを生成するよう構成される第２生成モジュールと、
前記ＰＤＲを前記第２ネットワーク要素へ送信するよう構成される第２送信モジュールと
を含む、項目２２または２３に記載の第１ネットワーク要素。
（項目２６）
前記第１ネットワーク要素は更に、アクティベーションメッセージを前記第２ネットワーク要素へ送信するよう構成される第３送信モジュールであって、前記アクティベーションメッセージは、前記第２ネットワーク要素における前記予め設定されたＰＤＲをアクティブ化することを示すために使用される、第３送信モジュールを含む、項目２２または２３に記載の第１ネットワーク要素。
（項目２７）
前記ネットワーク要素は第１ネットワーク要素であり、前記第１ネットワーク要素は、
パケット検出ルールＰＤＲに従ってサービスパケットを監視するよう構成される監視モジュールであって、前記ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、監視モジュールと、
前記ＰＤＲにマッチする前記予め設定されたサービスパケットを前記監視モジュールが検出するとき、前記実行ルールに従ってユーザプレーンリルーティングトリガ情報を第２ネットワーク要素へ送信するよう構成される送信モジュールと
を備える、ネットワーク要素。
（項目２８）
前記ＰＤＲは、パケット検出情報ＰＤＩおよび使用量レポートルールＵＲＲを含み、前記ＰＤＩは、前記予め設定されたサービスパケットに対応する前記マッチング情報を示すために使用され、前記ＵＲＲは、前記予め設定されたサービスパケットに対応する前記実行ルールを示すために使用される、項目２７に記載の第１ネットワーク要素。
（項目２９）
プロセッサおよびメモリを備えるネットワーク要素であって、
前記メモリはプログラム命令を格納するよう構成され、
前記プロセッサは、前記メモリに格納された前記プログラム命令を呼び出して実行するよう構成され、前記プロセッサが前記メモリに格納された前記プログラム命令を実行するとき、前記ネットワーク要素は、項目１から２１のいずれか一項に記載の方法を実行するよう構成される、ネットワーク要素。
（項目３０）
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は命令を格納し、前記命令がコンピュータ上で実行されるとき、前記コンピュータは、項目１から２１のいずれか一項に記載の方法を実行することが可能となる、コンピュータ可読記憶媒。

Claims (32)

  1. ユーザプレーンのリルーティング方法であって、
    第１ネットワーク要素が、第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信する段階であって、前記ユーザプレーンリルーティングトリガ情報は、パケット検出ルールＰＤＲにマッチする予め設定されたサービスパケットを前記第２ネットワーク要素が検出するときに送信され、前記ＰＤＲは、前記ユーザプレーンのリルーティングをトリガする前記予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、段階と、
    前記第１ネットワーク要素が、前記ユーザプレーンのリルーティングトリガ情報に基づいて前記ユーザプレーンのリルーティングを実行する段階と
    を備える方法。
  2. 前記ＰＤＲはパケット検出情報ＰＤＩおよび使用量レポートルールＵＲＲを含み、前記ＰＤＩは、前記予め設定されたサービスパケットに対応する前記マッチング情報を示すために使用され、前記ＵＲＲは、前記予め設定されたサービスパケットに対応する前記実行ルールを示すために使用される、請求項１に記載の方法。
  3. 前記方法は更に、前記第１ネットワーク要素が、前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って前記ＰＤＲを生成する段階と、前記ＰＤＲを前記第２ネットワーク要素へ送信する段階とを備える、請求項１または２に記載の方法。
  4. 前記方法は更に、
    前記第１ネットワーク要素が、第３ネットワーク要素における、前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーを前記第３ネットワーク要素から取得する段階と、
    前記第１ネットワーク要素が、前記予め設定されたポリシーに従って前記ＰＤＲを生成し、前記ＰＤＲを前記第２ネットワーク要素へ送信する段階と
    を備える、請求項１または２に記載の方法。
  5. 前記方法は更に、
    前記第１ネットワーク要素が、アクティベーションメッセージを前記第２ネットワーク要素へ送信する段階であって、前記アクティベーションメッセージは、前記第２ネットワーク要素における予め設定されたＰＤＲをアクティブ化することを示すために使用される、段階を備える、請求項１または２に記載の方法。
  6. 前記ＰＤＲは、前記第１ネットワーク要素によって前記第２ネットワーク要素へ送信される第１セッション作成要求メッセージに保持され、前記第１セッション作成要求メッセージは、前記第１ネットワーク要素と前記第２ネットワーク要素との間のセッションを作成することを示すために使用される、請求項３または４に記載の方法。
  7. 前記アクティベーションメッセージは、前記第１ネットワーク要素によって前記第２ネットワーク要素へ送信される第２セッション作成要求メッセージに保持され、前記第２セッション作成要求メッセージは、前記第１ネットワーク要素と前記第２ネットワーク要素との間のセッションを作成することを示すために使用される、請求項５に記載の方法。
  8. 前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンのリルーティングを実行する前記段階は、
    前記第１ネットワーク要素が、第１セッション要求メッセージを第４ネットワーク要素へ、第２セッション要求メッセージを第５ネットワーク要素へ送信する段階であって、前記第１セッション要求メッセージは、前記第１ネットワーク要素と前記第４ネットワーク要素との間のセッションを作成または更新することを示すために使用され、前記第２セッション要求メッセージは、前記第１ネットワーク要素と前記第５ネットワーク要素との間のセッションを作成または更新することを示すために使用され、前記第２セッション要求メッセージは、前記第５ネットワーク要素に割り当てられたサービスパケットトラフィックステアリングルールを保持する、段階、および
    前記第１ネットワーク要素が、セッション更新要求メッセージを前記第２ネットワーク要素へ送信する段階であって、前記セッション更新要求メッセージは、前記第２ネットワーク要素における前記ＰＤＲを更新することを示すために使用される、段階
    のうち少なくとも１つを含む、請求項１から７のいずれか一項に記載の方法。
  9. 前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンのリルーティングを実行する前記段階は、
    前記第１ネットワーク要素が、第４ネットワーク要素とのセッションを作成する段階と、
    前記第１ネットワーク要素が、前記第２ネットワーク要素との前記セッションを削除する段階と
    を含む、請求項１から７のいずれか一項に記載の方法。
  10. 前記第１ネットワーク要素が、第４ネットワーク要素とのセッションを作成する前記段階は、
    前記第１ネットワーク要素が、第３セッション作成要求メッセージを前記第４ネットワーク要素へ送信する段階であって、前記第３セッション作成要求メッセージは、前記第１ネットワーク要素と前記第４ネットワーク要素との間の前記セッションを作成することを示すために使用される、段階
    を含む、請求項９に記載の方法。
  11. 前記第１ネットワーク要素が、前記第２ネットワーク要素との前記セッションを削除する前記段階は、
    前記第１ネットワーク要素が、セッション削除要求メッセージを前記第２ネットワーク要素へ送信する段階であって、前記セッション削除要求メッセージは、前記第１ネットワーク要素と前記第２ネットワーク要素との間の前記セッションを削除することを示すために使用される、段階を含む、請求項９または１０に記載の方法。
  12. 前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンのリルーティングを実行する前記段階の前に、前記方法は更に、
    前記第１ネットワーク要素が、前記ユーザプレーンリルーティングトリガ情報を前記第３ネットワーク要素へ送信する段階と、
    前記第１ネットワーク要素が、前記第３ネットワーク要素によって送信された指示情報を受信する段階であって、前記指示情報は、前記ユーザプレーンのリルーティングを実行することを前記第１ネットワーク要素に示すために使用される、段階と
    を備える、請求項４に記載の方法。
  13. ユーザプレーンリルーティング方法であって、
    第１ネットワーク要素が、パケット検出ルールＰＤＲに従ってサービスパケットを監視する段階であって、前記ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、段階と、
    前記第１ネットワーク要素が、前記ＰＤＲにマッチする前記予め設定されたサービスパケットを検出する場合、前記第１ネットワーク要素が、前記実行ルールに従って、ユーザプレーンリルーティングトリガ情報を第２ネットワーク要素へ送信する段階と
    を備える方法。
  14. 前記ＰＤＲは、パケット検出情報ＰＤＩおよび使用量レポートルールＵＲＲを含み、前記ＰＤＩは、前記予め設定されたサービスパケットに対応する前記マッチング情報を示すために使用され、前記ＵＲＲは、前記予め設定されたサービスパケットに対応する前記実行ルールを示すために使用される、請求項１３に記載の方法。
  15. 第１ネットワーク要素が、パケット検出ルールＰＤＲに従ってサービスパケットを監視する前記段階は、
    前記第１ネットワーク要素が、前記サービスパケットの属性情報を決定する段階と、
    前記第１ネットワーク要素が、前記属性情報を前記ＰＤＩと照合する段階とを含み、
    前記属性情報が前記ＰＤＩにマッチする場合、前記第１ネットワーク要素によって検出された前記サービスパケットは、前記ＰＤＲにマッチする前記予め設定されたサービスパケットである、または、
    前記属性情報が前記ＰＤＩにマッチしない場合、前記第１ネットワーク要素によって検出された前記サービスパケットは、前記ＰＤＲにマッチする前記予め設定されたサービスパケットでない、請求項１４に記載の方法。
  16. 前記方法は更に、
    前記第１ネットワーク要素が、前記第２ネットワーク要素によって送信された前記ＰＤＲを受信する段階であって、前記ＰＤＲは、前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って前記第２ネットワーク要素によって生成される、または、前記ＰＤＲは、第３ネットワーク要素からの前記ユーザプレーンのリルーティングをトリガするために使用されるポリシーを前記第２ネットワーク要素が取得した後に生成される、段階を備える、請求項１３から１５のいずれか一項に記載の方法。
  17. 前記方法は更に、
    前記第１ネットワーク要素が、前記第２ネットワーク要素によって送信されたアクティベーションメッセージを受信する段階であって、前記アクティベーションメッセージは、前記第１ネットワーク要素における前記予め設定されたＰＤＲをアクティブ化することを示すために使用される、段階を備える、請求項１３から１５のいずれか一項に記載の方法。
  18. 前記ＰＤＲは、前記第１ネットワーク要素によって前記第２ネットワーク要素から受信された第１セッション作成要求メッセージに保持され、前記第１セッション作成要求メッセージは、前記第２ネットワーク要素と前記第１ネットワーク要素との間のセッションを作成することを示すために使用される、請求項１６に記載の方法。
  19. 前記アクティベーションメッセージは、前記第１ネットワーク要素によって前記第２ネットワーク要素から受信された第２セッション作成要求メッセージに保持され、前記第２セッション作成要求メッセージは、前記第２ネットワーク要素と前記第１ネットワーク要素との間のセッションを作成することを示すために使用される、請求項１７に記載の方法。
  20. 前記方法は更に、
    前記第１ネットワーク要素が、前記第２ネットワーク要素によって送信されたセッション更新要求メッセージを受信する段階であって、前記セッション更新要求メッセージは、前記第１ネットワーク要素における前記ＰＤＲを更新することを示すために使用される、段階を備える、請求項１３から１９のいずれか一項に記載の方法。
  21. 前記方法は更に、
    前記第１ネットワーク要素が、前記第２ネットワーク要素によって送信されたセッション削除要求メッセージを受信する段階であって、前記セッション削除要求メッセージは、前記第２ネットワーク要素と前記第１ネットワーク要素との間のセッションを削除することを示すために使用される、段階を備える、請求項１３から１９のいずれか一項に記載の方法。
  22. ネットワーク要素であって、前記ネットワーク要素は第１ネットワーク要素であり、前記第１ネットワーク要素は、
    第２ネットワーク要素によって送信されたユーザプレーンリルーティングトリガ情報を受信するよう構成される第１受信モジュールであって、前記ユーザプレーンリルーティングトリガ情報は、パケット検出ルールＰＤＲにマッチする予め設定されたサービスパケットを前記第２ネットワーク要素が検出するときに送信され、前記ＰＤＲは、ユーザプレーンのリルーティングをトリガする前記予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、第１受信モジュールと、
    前記ユーザプレーンリルーティングトリガ情報に基づいて前記ユーザプレーンのリルーティングを実行するよう構成されるリルーティングモジュールと
    を備える、ネットワーク要素。
  23. 前記ＰＤＲは、パケット検出情報ＰＤＩおよび使用量レポートルールＵＲＲを含み、前記ＰＤＩは、前記予め設定されたサービスパケットに対応する前記マッチング情報を示すために使用され、前記ＵＲＲは、前記予め設定されたサービスパケットに対応する前記実行ルールを示すために使用される、請求項２２に記載のネットワーク要素。
  24. 前記第１ネットワーク要素は更に、
    前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーに従って前記ＰＤＲを生成するよう構成される第１生成モジュールと、
    前記ＰＤＲを前記第２ネットワーク要素へ送信するよう構成される第１送信モジュールと
    を含む、請求項２２または２３に記載のネットワーク要素。
  25. 前記第１ネットワーク要素は更に、
    第３ネットワーク要素における、前記ユーザプレーンのリルーティングをトリガするために使用される予め設定されたポリシーを第３ネットワーク要素から取得するよう構成される取得モジュールと、
    前記ポリシーに従って前記ＰＤＲを生成するよう構成される第２生成モジュールと、
    前記ＰＤＲを前記第２ネットワーク要素へ送信するよう構成される第２送信モジュールと
    を含む、請求項２２または２３に記載のネットワーク要素。
  26. 前記第１ネットワーク要素は更に、アクティベーションメッセージを前記第２ネットワーク要素へ送信するよう構成される第３送信モジュールであって、前記アクティベーションメッセージは、前記第２ネットワーク要素における前記予め設定されたＰＤＲをアクティブ化することを示すために使用される、第３送信モジュールを含む、請求項２２または２３に記載のネットワーク要素。
  27. ネットワーク要素は第１ネットワーク要素であり、前記第１ネットワーク要素は、
    パケット検出ルールＰＤＲに従ってサービスパケットを監視するよう構成される監視モジュールであって、前記ＰＤＲは、ユーザプレーンのリルーティングをトリガする予め設定されたサービスパケットに対応するマッチング情報および実行ルールを示すために使用される、監視モジュールと、
    前記ＰＤＲにマッチする前記予め設定されたサービスパケットを前記監視モジュールが検出するとき、前記実行ルールに従ってユーザプレーンリルーティングトリガ情報を第２ネットワーク要素へ送信するよう構成される送信モジュールと
    を備える、ネットワーク要素。
  28. 前記ＰＤＲは、パケット検出情報ＰＤＩおよび使用量レポートルールＵＲＲを含み、前記ＰＤＩは、前記予め設定されたサービスパケットに対応する前記マッチング情報を示すために使用され、前記ＵＲＲは、前記予め設定されたサービスパケットに対応する前記実行ルールを示すために使用される、請求項２７に記載のネットワーク要素。
  29. プロセッサおよびメモリを備えるネットワーク要素であって、
    前記メモリはプログラム命令を格納するよう構成され、
    前記プロセッサは、前記メモリに格納された前記プログラム命令を呼び出して実行するよう構成され、前記プロセッサが前記メモリに格納された前記プログラム命令を実行するとき、前記ネットワーク要素は、請求項１から２１のいずれか一項に記載の方法を実行するよう構成される、ネットワーク要素。
  30. コンピュータプログラムであって、前記コンピュータプログラムは命令を格納し、前記命令がコンピュータ上で実行されるとき、前記コンピュータは、請求項１から２１のいずれか一項に記載の方法を実行することが可能となる、コンピュータプログラム。
  31. コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で実行されるとき、前記コンピュータは、請求項１から１２のいずれか一項に記載のユーザプレーンのリルーティング方法の一部または全部のステップを実行することが可能となる、コンピュータプログラム。
  32. 請求項２２から２８のいずれか一項に記載のネットワーク要素、または請求項２９に記載のネットワーク要素を備える通信システム。
JP2021576528A 2019-06-28 2020-06-28 ユーザプレーンのリルーティング方法および装置 Active JP7294578B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910578953.9A CN112152923B (zh) 2019-06-28 2019-06-28 用户面重路由方法及装置
CN201910578953.9 2019-06-28
PCT/CN2020/098561 WO2020259688A1 (zh) 2019-06-28 2020-06-28 用户面重路由方法及装置

Publications (2)

Publication Number Publication Date
JP2022538111A JP2022538111A (ja) 2022-08-31
JP7294578B2 true JP7294578B2 (ja) 2023-06-20

Family

ID=73892032

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021576528A Active JP7294578B2 (ja) 2019-06-28 2020-06-28 ユーザプレーンのリルーティング方法および装置

Country Status (5)

Country Link
US (1) US11849384B2 (ja)
EP (1) EP3979710A4 (ja)
JP (1) JP7294578B2 (ja)
CN (1) CN112152923B (ja)
WO (1) WO2020259688A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021018406A1 (en) * 2019-07-26 2021-02-04 Telefonaktiebolaget Lm Ericsson (Publ) Traffic monitoring in a network node
US11470505B2 (en) * 2019-08-30 2022-10-11 Parallel Wireless, Inc. Support for linking of packet detection rules (PDR) for optimizing throughput of combined serving gateway (SGW)/packet gateway (PGW) architecture
CN113543196B (zh) * 2021-07-21 2024-01-05 安科讯(福建)科技有限公司 一种qos流的动态调整方法与系统
CN114885365B (zh) * 2022-07-07 2022-09-16 中兴通讯股份有限公司 业务规则检测方法、装置、电子设备及存储介质
CN115915045B (zh) * 2022-11-08 2023-09-22 之江实验室 一种用于降低用户面和控制面信令交互负载的方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190158408A1 (en) 2017-11-17 2019-05-23 Huawei Technologies Co., Ltd. Method and apparatus for traffic routing and path optimization for peer-to-peer communications
US20200267085A1 (en) 2017-11-07 2020-08-20 Huawei Technologies Co., Ltd. Rule processing method and apparatus

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8937886B2 (en) * 2010-12-17 2015-01-20 Cisco Technology, Inc. Dynamic reroute scheduling in a directed acyclic graph (DAG)
US8824471B2 (en) * 2011-06-01 2014-09-02 Cisco Technology, Inc. Maintained message delivery during routing domain migration
US8837277B2 (en) * 2011-06-01 2014-09-16 Cisco Technology, Inc. Source routing convergence in constrained computer networks
CN103023770B (zh) * 2011-09-21 2017-09-26 中兴通讯股份有限公司 环网的保护方法及装置
CN102395172B (zh) * 2011-11-16 2013-12-18 武汉大学 一种工业无线网状网络的数据传输方法
CN103973578B (zh) * 2013-01-31 2018-06-19 新华三技术有限公司 一种虚拟机流量重定向的方法及装置
US9538563B2 (en) * 2014-10-13 2017-01-03 At&T Intellectual Property I, L.P. System and methods for managing a user data path
CN108141781A (zh) * 2015-10-28 2018-06-08 英特尔公司 用于基于sdn的蜂窝网络架构的服务质量配置框架
US10819606B2 (en) * 2017-04-27 2020-10-27 At&T Intellectual Property I, L.P. Method and apparatus for selecting processing paths in a converged network
CN109548063B (zh) * 2017-09-20 2020-09-04 华为技术有限公司 处理报文的方法、装置、设备及存储介质
US10517012B2 (en) * 2018-01-16 2019-12-24 Cisco Technology, Inc. Methods and apparatus for use in adaptively rerouting user plane traffic for mobility using segment routing for IPv6
WO2019158598A1 (en) * 2018-02-15 2019-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Redirection handling
CN115052028A (zh) * 2018-03-30 2022-09-13 华为技术有限公司 一种重定向的方法及装置
US11202223B2 (en) * 2018-12-28 2021-12-14 Ofinno, Llc Restrict services and policy control for always-on PDU session
US10924397B2 (en) * 2019-02-22 2021-02-16 Vmware, Inc. Multi-VRF and multi-service insertion on edge gateway virtual machines

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200267085A1 (en) 2017-11-07 2020-08-20 Huawei Technologies Co., Ltd. Rule processing method and apparatus
US20190158408A1 (en) 2017-11-17 2019-05-23 Huawei Technologies Co., Ltd. Method and apparatus for traffic routing and path optimization for peer-to-peer communications

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
3GPP TS 23.501 V16.1.0，2019年06月11日，P.1-30,101-104,108-113,147,148
3GPP TS 29.244 V15.6.0，2019年06月13日，P.1-29,65-68,81-92,97-118,138,150-152
3GPP TS 29.512 V16.1.0，2019年06月19日，P.1-21,35-70,105-108
Ericsson, China Mobile，Traffic redirection enhancement[online]，3GPP TSG CT WG4 #85 C4-184037，Internet<URL:https://www.3gpp.org/ftp/tsg_ct/WG4_protocollars_ex-CN4/TSGCT4_85_Osaka/Docs/C4-184037.zip>，2018年05月11日
Ericsson，Traffic redirection enhancement[online]，3GPP TSG CT WG4 #84 C4-183227，Internet<URL:https://www.3gpp.org/ftp/tsg_ct/WG4_protocollars_ex-CN4/TSGCT4_84_KunMing/Docs/C4-183227.zip>，2018年04月06日
Huawei, HiSilicon, CATT, Samsung, Nokia, Nokia Shanghai Bell，Clarification and correction to AF response[online]，3GPP TSG SA WG2 #134 S2-1908354，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_134_Sapporo/Docs/S2-1908354.zip>，2019年06月27日

Also Published As

Publication number Publication date
EP3979710A1 (en) 2022-04-06
EP3979710A4 (en) 2022-07-20
WO2020259688A1 (zh) 2020-12-30
US11849384B2 (en) 2023-12-19
CN112152923B (zh) 2021-12-28
US20220124601A1 (en) 2022-04-21
CN112152923A (zh) 2020-12-29
JP2022538111A (ja) 2022-08-31

Similar Documents

Publication Publication Date Title
JP7294578B2 (ja) ユーザプレーンのリルーティング方法および装置
CN114145054B (zh) 用于支持流量导向通过服务功能链的系统和方法
JP7274582B2 (ja) ローカルエリアネットワーク（ｌａｎ）をサポートする方法および装置
EP3836515B1 (en) Communication method and communication device for reducing complexity in processing of service instances.
WO2018161803A1 (zh) 一种网络切片的选择方法及装置
US10924518B2 (en) UPF programming over enhanced N9 interface
WO2019101041A1 (zh) 一种通信方法及其装置
CN110166414B (zh) 一种通信方法、装置及系统
WO2020220783A1 (zh) 一种代理订阅的授权方法及装置
JP6752141B2 (ja) パケットを処理するための方法およびフォワーダ
WO2021109824A1 (zh) 会话创建方法和装置、会话创建的控制方法和装置、会话创建系统、网元及存储介质
WO2021168715A1 (zh) 一种发现应用的方法、装置及系统
JP2021530892A (ja) 通信方法及び通信装置
WO2021135650A1 (zh) 通信方法及装置
WO2017139921A1 (zh) 基于流控制传输协议sctp的通信方法、装置和系统
JP7437853B2 (ja) サービス要求の処理
US20150244570A1 (en) Method, apparatus, and system for implementing tunneling processing
WO2022179218A1 (zh) 一种通信方法及装置
TW202249466A (zh) 封包轉發控制協定（ｐｆｃｐ）會話負載平衡器運作系統及其運作方法
WO2022067736A1 (zh) 一种通信方法及装置
JP2024506102A (ja) 進化型パケットシステム非アクセス層セキュリティアルゴリズムを構成する方法、および関連装置
WO2021174376A1 (zh) 一种通信方法及装置
CN109150752B (zh) 缓存控制方法、网元及控制器
WO2022022345A1 (zh) 一种事件通知方法、装置和系统
US20230361901A1 (en) Apparatus and method for providing exposure service of user plane for time sensitive communication in wireless communication system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220201

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230131

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230417

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230524

R150 Certificate of patent or registration of utility model

Ref document number: 7294578

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150