CN112152923A - 用户面重路由方法及装置 - Google Patents
用户面重路由方法及装置 Download PDFInfo
- Publication number
- CN112152923A CN112152923A CN201910578953.9A CN201910578953A CN112152923A CN 112152923 A CN112152923 A CN 112152923A CN 201910578953 A CN201910578953 A CN 201910578953A CN 112152923 A CN112152923 A CN 112152923A
- Authority
- CN
- China
- Prior art keywords
- network element
- session
- user plane
- pdr
- message
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 91
- 238000001514 detection method Methods 0.000 claims abstract description 32
- 238000012217 deletion Methods 0.000 claims description 34
- 230000037430 deletion Effects 0.000 claims description 34
- 230000004913 activation Effects 0.000 claims description 32
- 238000012544 monitoring process Methods 0.000 claims description 21
- 230000008859 change Effects 0.000 abstract description 9
- 230000008447 perception Effects 0.000 abstract description 8
- 230000004044 response Effects 0.000 description 27
- 230000006870 function Effects 0.000 description 19
- 238000010586 diagram Methods 0.000 description 15
- 230000001960 triggered effect Effects 0.000 description 13
- 230000008569 process Effects 0.000 description 9
- 230000000694 effects Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000013439 planning Methods 0.000 description 4
- 208000037550 Primary familial polycythemia Diseases 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 208000017693 primary familial polycythemia due to EPO receptor mutation Diseases 0.000 description 3
- 238000012508 change request Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 101150119040 Nsmf gene Proteins 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供一种用户面重路由方法及装置，该方法包括：第一网元接收第二网元发送的用户面重路由触发信息；其中，该用户面重路由触发信息为该第二网元监测到与报文检测规则PDR匹配的预设业务报文时发送的；该PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；进一步地，该第一网元根据该用户面重路由触发信息，执行用户面重路由。可见，本申请实施例可以实现运营商控制范围内的网元基于业务感知的用户面路径调整，无需第三方APP规划的功能实体触发用户面路径改变，从而提高了运营商网络的安全性。
Description
技术领域
本申请涉及网络技术领域，尤其涉及一种用户面重路由方法及装置。
背景技术
第五代移动通信5G(5th-generation，5G)网络架构中，5G核心网控制面与5G核心网用户面之间通过相应的接口进行消息交互，以实现控制面到用户面的用户策略下发以及用户面到控制面的事件上报等处理。在实际运用过程中，可能需要更改用户面路径。
相关技术中，由应用功能实体(Application Function，AF)发起用户面路径改变请求，通过网络能力开放功能实体(Network Exposure Function，NEF)和统一数据缓存功能实体(Unified Data Repository，UDR)来触发策略控制功能实体(Policy ControlFunction，PCF)通知会话管理功能实体(Session Management Function，SMF)重配置用户面功能实体(User Plane Function，UPF)的用户面路径。
但相关技术中，通过AF->NEF->UDR->PCF->SMF的业务触发路径实现的，其中涉及的服务较多，且AF属于第三方应用程序(Application，APP)规划的功能实体，不在运营商控制范围内。为了实现合理的路径规划，运营商需要通过NEF将运营商网络内部的业务规划开放给第三方APP，导致存在安全方面的问题。
发明内容
本申请实施例提供一种用户面重路由方法及装置，提高了运营商网络的安全性。
第一方面，本申请实施例提供一种用户面重路由方法，包括：
第一网元接收第二网元发送的用户面重路由触发信息；其中，该用户面重路由触发信息为该第二网元监测到与报文检测规则PDR匹配的预设业务报文时发送的；该PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
该第一网元根据该用户面重路由触发信息，执行用户面重路由。
第一方面提供的用户面重路由触发信息方法中，通过第一网元接收第二网元发送的用户面重路由触发信息；其中，该用户面重路由触发信息为该第二网元监测到与报文检测规则PDR匹配的预设业务报文时发送的；该PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；进一步地，该第一网元根据该用户面重路由触发信息，执行用户面重路由。可见，相对于相关技术中通过非运营商的第三方APP规划的功能实体触发用户面路径改变的方式，本申请实施例可以实现运营商控制范围内的网元基于业务感知的用户面路径调整，无需第三方APP规划的功能实体触发用户面路径改变，从而提高了运营商网络的安全性。
在一种可能的实现方式中，该PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，该PDI用于指示该预设业务报文对应的匹配信息，该URR用于指示该预设业务报文对应的执行规则。
在一种可能的实现方式中，该方法还包括：
该第一网元根据预置的用于触发用户面重路由的策略生成该PDR，并将该PDR发送给该第二网元。
在一种可能的实现方式中，该方法还包括：
该第一网元从第三网元获取该第三网元中预置的用于触发用户面重路由的策略；
该第一网元根据该策略生成该PDR，并将该PDR发送给该第二网元。
在一种可能的实现方式中，该方法还包括：
该第一网元向该第二网元发送激活消息，该激活消息用于指示激活该第二网元中预置的该PDR。
在一种可能的实现方式中，该PDR携带于该第一网元向该第二网元发送的第一会话创建请求消息，该第一会话创建请求消息用于指示创建该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该激活消息携带于该第一网元向该第二网元发送的第二会话创建请求消息，该第二会话创建请求消息用于指示创建该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该第一网元根据该用户面重路由触发信息，执行用户面重路由，包括：
该第一网元向第四网元发送第一会话请求消息，以及向第五网元发送第二会话请求消息；其中，该第一会话请求消息用于指示创建或更新该第一网元与该第四网元之间的会话，该第二会话请求消息用于指示创建或更新该第一网元与该第五网元之间的会话，该第二会话请求消息中携带为该第五网元分配的业务报文分流规则；和/或，
该第一网元向该第二网元发送会话更新请求消息，该会话更新请求消息用于指示更新该第二网元中的PDR。
在一种可能的实现方式中，该第一网元根据该用户面重路由触发信息，执行用户面重路由，包括：
该第一网元创建与第四网元之间的会话；
该第一网元删除与该第二网元之间的会话。
在一种可能的实现方式中，该第一网元创建与第四网元之间的会话，包括：
该第一网元向该第四网元发送第三会话创建请求消息，该第三会话创建请求消息用于指示创建该第一网元与该第四网元之间的会话。
在一种可能的实现方式中，该第一网元删除与该第二网元之间的会话，包括：
该第一网元向该第二网元发送会话删除请求消息，该会话删除请求消息用于指示删除该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该第一网元根据该用户面重路由触发信息，执行用户面重路由之前，该方法还包括：
该第一网元将该用户面重路由触发信息发送给该第三网元；
该第一网元接收该第三网元发送的指示信息，其中，该指示信息用于指示该第一网元执行用户面重路由。
第二方面，本申请实施例提供一种用户面重路由方法，包括：
第一网元根据报文检测规则PDR对业务报文进行监测；其中，该PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
若该第一网元监测到与该PDR匹配的预设业务报文时，该第一网元根据该执行规则向第二网元发送用户面重路由触发信息。
第二方面提供的用户面重路由触发信息方法中，通过第一网元根据报文检测规则PDR对业务报文进行监测；若该第一网元监测到与该PDR匹配的预设业务报文时，该第一网元根据该执行规则向第二网元发送用户面重路由触发信息，以使第二网元根据用户面重路由触发信息执行用户面重路由。可见，相对于相关技术中通过非运营商的第三方APP规划的功能实体触发用户面路径改变的方式，本申请实施例可以实现运营商控制范围内的网元基于业务感知的用户面路径调整，无需第三方APP规划的功能实体触发用户面路径改变，从而提高了运营商网络的安全性。
在一种可能的实现方式中，该PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，该PDI用于指示该预设业务报文对应的匹配信息，该URR用于指示该预设业务报文对应的执行规则。
在一种可能的实现方式中，该第一网元根据报文检测规则PDR对业务报文进行监测，包括：
该第一网元确定该业务报文的属性信息；
该第一网元将该属性信息与该PDI进行匹配；
若该属性信息与该PDI匹配，则该第一网元监测到该业务报文是与该PDR匹配的预设业务报文；和/或，
若该属性信息与该PDI不匹配，则该第一网元监测到该业务报文不是与该PDR匹配的预设业务报文。
在一种可能的实现方式中，该方法还包括：
该第一网元接收该第二网元发送的该PDR，其中，该PDR为该第二网元根据预置的用于触发用户面重路由的策略生成的，或者该PDR为该第二网元在从第三网元获取到用于触发用户面重路由的策略后所生成的。
在一种可能的实现方式中，该方法还包括：
该第一网元接收该第二网元发送的激活消息，该激活消息用于指示激活该第一网元中预置的该PDR。
在一种可能的实现方式中，该PDR携带于该第一网元接收到的该第二网元发送的第一会话创建请求消息，该第一会话创建请求消息用于指示创建该第二网元与该第一网元之间的会话。
在一种可能的实现方式中，该激活消息携带于该第一网元接收到的该第二网元发送的第二会话创建请求消息，该第二会话创建请求消息用于指示创建该第二网元与该第一网元之间的会话。
在一种可能的实现方式中，该方法还包括：
该第一网元接收该第二网元发送的会话更新请求消息，该会话更新请求消息用于指示更新该第一网元中的该PDR。
在一种可能的实现方式中，该方法还包括：
该第一网元接收该第二网元发送的会话删除请求消息，该会话删除请求消息用于指示删除该第二网元与该第一网元之间的会话。
第三方面，本申请实施例提供一种网元，该网元为第一网元，该第一网元包括：
第一接收模块，用于接收第二网元发送的用户面重路由触发信息；其中，该用户面重路由触发信息为该第二网元监测到与报文检测规则PDR匹配的预设业务报文时发送的；该PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
重路由模块，用于根据该用户面重路由触发信息，执行用户面重路由。
在一种可能的实现方式中，该PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，该PDI用于指示该预设业务报文对应的匹配信息，该URR用于指示该预设业务报文对应的执行规则。
在一种可能的实现方式中，该第一网元还包括：
第一生成模块，用于根据预置的用于触发用户面重路由的策略生成该PDR；
第一发送模块，用于将该PDR发送给该第二网元。
在一种可能的实现方式中，该第一网元还包括：
获取模块，用于从第三网元获取该第三网元中预置的用于触发用户面重路由的策略；
第二生成模块，用于根据该策略生成该PDR；
第二发送模块，用于将该PDR发送给该第二网元。
在一种可能的实现方式中，该第一网元还包括：
第三发送模块，用于向该第二网元发送激活消息，该激活消息用于指示激活该第二网元中预置的该PDR。
在一种可能的实现方式中，该PDR携带于该第一网元向该第二网元发送的第一会话创建请求消息，该第一会话创建请求消息用于指示创建该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该激活消息携带于该第一网元向该第二网元发送的第二会话创建请求消息，该第二会话创建请求消息用于指示创建该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该重路由模块具体用于：
向第四网元发送第一会话请求消息，以及向第五网元发送第二会话请求消息；其中，该第一会话请求消息用于指示创建或更新该第一网元与该第四网元之间的会话，该第二会话请求消息用于指示创建或更新该第一网元与该第五网元之间的会话，该第二会话请求消息中携带为该第五网元分配的业务报文分流规则；和/或，
向该第二网元发送会话更新请求消息，该会话更新请求消息用于指示更新该第二网元中的PDR。
在一种可能的实现方式中，该重路由模块包括：
创建单元，用于创建与第四网元之间的会话；
删除单元，用于删除与该第二网元之间的会话。
在一种可能的实现方式中，该创建单元具体用于：
向该第四网元发送第三会话创建请求消息，该第三会话创建请求消息用于指示创建该第一网元与该第四网元之间的会话。
在一种可能的实现方式中，该删除单元具体用于：
向该第二网元发送会话删除请求消息，该会话删除请求消息用于指示删除该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该第一网元还包括：
第四发送模块，用于将该用户面重路由触发信息发送给该第三网元；
第二接收模块，用于接收该第三网元发送的指示信息，其中，该指示信息用于指示该第一网元执行用户面重路由。
第四方面，本申请实施例提供一种网元，该网元为第一网元，该第一网元包括：
监测模块，用于根据报文检测规则PDR对业务报文进行监测；其中，该PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
发送模块，用于若该监测模块监测到与该PDR匹配的预设业务报文时，根据该执行规则向第二网元发送用户面重路由触发信息。
在一种可能的实现方式中，该PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，该PDI用于指示该预设业务报文对应的匹配信息，该URR用于指示该预设业务报文对应的执行规则。
在一种可能的实现方式中，该监测模块具体用于：
确定该业务报文的属性信息；
将该属性信息与该PDI进行匹配；
若该属性信息与该PDI匹配，则监测到该业务报文是与该PDR匹配的预设业务报文；和/或，
若该属性信息与该PDI不匹配，则监测到该业务报文不是与该PDR匹配的预设业务报文。
在一种可能的实现方式中，该第一网元还包括：
第一接收模块，用于接收该第二网元发送的该PDR，其中，该PDR为该第二网元根据预置的用于触发用户面重路由的策略生成的，或者该PDR为该第二网元在从第三网元获取到用于触发用户面重路由的策略后所生成的。
在一种可能的实现方式中，该第一网元还包括：
第二接收模块，用于接收该第二网元发送的激活消息，该激活消息用于指示激活该第一网元中预置的该PDR。
在一种可能的实现方式中，该PDR携带于该第一网元接收到的该第二网元发送的第一会话创建请求消息，该第一会话创建请求消息用于指示创建该第二网元与该第一网元之间的会话。
在一种可能的实现方式中，该激活消息携带于该第一网元接收到的该第二网元发送的第二会话创建请求消息，该第二会话创建请求消息用于指示创建该第二网元与该第一网元之间的会话。
在一种可能的实现方式中，该第一网元还包括：
第三接收模块，用于接收该第二网元发送的会话更新请求消息，该会话更新请求消息用于指示更新该第一网元中的该PDR。
在一种可能的实现方式中，该第一网元还包括：
第四接收模块，用于接收该第二网元发送的会话删除请求消息，该会话删除请求消息用于指示删除该第二网元与该第一网元之间的会话。
第五方面，本申请实施例提供一种网元，其特征在于，包括：处理器和存储器；
其中，该存储器，用于存储程序指令；
该处理器，用于调用并执行该存储器中存储的程序指令，当该处理器执行该存储器存储的程序指令时，该网元用于执行上述第一方面或第二方面的任一实现方式所述的方法。
第六方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机执行上述第一方面或第二方面的任一实现方式所述的方法。
第七方面，本申请实施例提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述第一方面或第二方面的任一实现方式所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
第八方面，本申请实施例提供一种程序，该程序在被处理器执行时用于执行上述第一方面或第二方面的任一实现方式所述的方法。
第九方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面的任一实现方式所述的方法。
附图说明
图1为本申请实施例提供的5G网络架构的示意图一；
图2为本申请实施例提供的5G网络架构的示意图二；
图3为相关技术提供的上行报文分流的用户面架构示意图；
图4为相关技术提供的多宿主PDU会话的用户面架构示意图；
图5为相关技术提供的由AF触发用户面重路由的流程示意图；
图6为本申请一实施例提供的用户面重路由方法的流程示意图；
图7为本申请另一实施例提供的用户面重路由方法的流程示意图；
图8为本申请另一实施例提供的用户面重路由方法的流程示意图；
图9为本申请另一实施例提供的用户面重路由方法的流程示意图；
图10为本申请一实施例提供的网元的结构示意图；
图11为本申请另一实施例提供的网元的结构示意图；
图12为本申请另一实施例提供的网元的结构示意图。
具体实施方式
首先，对本申请实施例所涉及的网络架构和部分词汇进行解释说明。
图1为本申请实施例提供的5G网络架构的示意图一。如图1所示，5G网络架构中的控制面网元对外提供服务化接口，5G核心网控制面与5G核心网用户面之间通过相应的服务化接口进行消息交互，以实现控制面到用户面的用户策略下发以及用户面到控制面的事件上报等处理。
例如，网络切片选择功能实体(Network Slice Selection Function，NSSF)对外提供服务化接口Nnssf、NEF对外提供服务化接口Nnef、网络存储功能实体(NetworkRepository Function，NRF)对外提供服务化接口Nnrf、PCF对外提供服务化接口Npcf、统一数据管理(Unified Data Management，UDM)对外提供服务化接口Nudm、AF对外提供服务化接口Naf、认证服务功能实体(Authentication Server Function，AUSF)对外提供服务化接口Nausf、接入和移动性管理功能实体(Access and Mobility Management Function，AMF)对外提供服务化接口Namf、SMF对外提供服务化接口Nsmf。另外，终端与AMF之间通过N1接口连接，AMF与接入网(Access Network，AN)之间通过N2接口连接，AN与UPF之间通过N3接口连接，UPF与SMF之间通过N4接口连接，UPF与数据网络(Data Network，DN)之间通过N6接口连接。
图2为本申请实施例提供的5G网络架构的示意图二。如图2所示，5G网络架构中需要互联的两个网元之间具有一对一定义的网元间接口，5G核心网控制面与5G核心网用户面之间通过相应的网元间接口进行消息交互，以实现控制面到用户面的用户策略下发以及用户面到控制面板的事件上报等处理。
例如，N1为终端与AMF之间的网元间接口、N2为AN与AMF之间的网元间接口、N3为AN与UPF之间的网元间接口、N4为UPF与SMF之间的网元间接口、N5为PCF与AF之间的网元间接口、N6为UPF与DN之间的网元间接口、N7为SMF与PCF之间的网元间接口、N8为AMF与UDM之间的网元间接口、N9为UPF之间的网元间接口、N10为UDM与SMF之间的网元间接口、N11为AMF与SMF之间的网元间接口、N12为AMF与AUSF之间的网元间接口、N13为AUSF与UDM之间的网元间接口、N14为AMF之间的网元间接口、N15为AMF与PCF之间的网元间接口、N22为NSSF与AMF之间的网元间接口。
相关技术中定义了一个协议数据单元(Protocol Data Unit，PDU)会话(Session)可以支持多个PDU会话锚点(PDU Session Anchor，PSA)的场景。图3为相关技术提供的上行报文分流的用户面架构示意图，如图3所示，通过增加针对网际协议版本4(InternetProtocol version 4，IPv4)会话和非多宿主(Multi-home)的互联网协议第6版(InternetProtocol Version6，IPv6)会话的上行报文分流(Uplink Classifier，ULCL)-UPF来实现单一会话多业务路径的分流处理，例如可以通过PSA-UPF1和PSA-UPF2进行分流处理。
图4为相关技术提供的多宿主PDU会话的用户面架构示意图，如图4所示，通过增加针对Multi-home的IPv6会话的分支节点(Branch Point，BP)-UPF来实现单一会话多业务路径的分流处理，例如，可以通过PSA-UPF1和PSA-UPF2进行分流处理。
图5为相关技术提供的由AF触发用户面重路由的流程示意图。如图5所示，相关技术中的AF可以感知到访问其业务的终端以及终端的位置信息，由AF发起用户面路径改变请求，通过NEF和UDR来触发PCF通知SMF重配置UPF的用户面路径。例如，AF创建AF请求，并向NEF发送AF请求，以便NEF将AF请求保存到UDR中，其中，AF请求中可以包括但不限于：创建消息、更新消息或删除消息；进一步地，由于PCF已经向UDR订阅了AF请求变更时的通知服务，因此，UDR会向PCF发送通知消息，以便于PCF向SMF发送策略控制更新通知消息，以使SMF重配置UPF的用户面路径，从而使得将用户面路径切换到与终端最近的服务器。
但相关技术中，通过AF->NEF->UDR->PCF->SMF的业务触发路径实现的，其中涉及的服务较多，且AF属于第三方APP规划的功能实体，不在运营商控制范围内。为了实现合理的路径规划，运营商需要通过NEF将运营商网络内部的业务规划开放给第三方APP，导致存在安全方面的问题。
本申请实施例提供的用户面重路由方法及装置，通过运营商控制范围内的第二网元根据PDR对业务报文进行监测，在监测到与PDR匹配的预设业务报文时向第一网元发送用户面重路由触发信息，使得第一网元根据接收到的用户面重路由触发信息可以获知终端正在访问会触发用户面重路由的预设业务报文，进而执行用户面重路由。可见，相对于相关技术中通过非运营商的第三方APP规划的功能实体触发用户面路径改变的方式，本申请实施例可以实现运营商控制范围内的网元基于业务感知的用户面路径调整，无需第三方APP规划的功能实体触发用户面路径改变，从而提高了运营商网络的安全性。
本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图6为本申请一实施例提供的用户面重路由方法的流程示意图。如图6所示，本申请实施例的方法可以包括：
步骤S601、第二网元根据报文检测规则PDR对业务报文进行监测；其中，PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则。
示例性地，本申请实施例中涉及的第二网元可以是指终端的初始会话对应的源锚点PSA-UPF1。
本申请实施例中涉及的预设业务报文是指会触发用户面重路由的预设业务对应的报文。示例性地，预设业务可以包括但不限于：预设的服务器互联网协议(InternetProtocol，IP)地址段发生的访问业务，或者，预设应用或APP发生的访问业务。
本申请实施例中涉及的PDR中可以包括但不限于：报文检测信息(PacketDetection Information，PDI)、使用量上报规则(Usage Reporting Rule，URR)；PDR中还可以包括QoS执行规则(QoS Enforcement Rule，QER)和/或转发动作规则(ForwardingAction Rule，FAR)。
示例性地，PDI用于指示预设业务报文对应的匹配信息，例如PDI可以包括但不限于：预设报文的全量隧道端点标识(Full Qualified Tunnel Endpoint Identifier，F-TEID)、源目的端口、源目的IP地址、IP协议类型、应用身份标识号(Identity document，ID)。
示例性地，URR、QoS执行规则和/或FAR均用于指示预设业务报文对应的执行规则。
可选地，本步骤中第二网元在接收到任意业务报文时，首先确定业务报文的属性信息，例如，业务报文的属性信息可以包括但不限于：业务报文的F-TEID、源目的端口、源目的IP地址、IP协议类型、应用ID。其次，第二网元将属性信息与PDI进行对比匹配。若业务报文的属性信息与PDI匹配，则第二网元监测到业务报文是与PDR匹配的预设业务报文；若业务报文的属性信息与PDI不匹配，则第二网元监测到业务报文不是与PDR匹配的预设业务报文。
例如，假设PDI包括：预设报文的F-TEID、源目的端口、源目的IP地址、IP协议类型，业务报文的属性信息包括：业务报文的F-TEID、源目的端口、源目的IP地址、IP协议类型，若业务报文的F-TEID与预设报文的F-TEID相同、业务报文的源目的端口与预设报文的源目的端口相同、业务报文的源目的IP地址与预设报文的源目的IP地址相同，以及业务报文的IP协议类型与预设报文的IP协议类型相同，则第二网元确定业务报文的属性信息与PDI匹配，从而监测到业务报文是与PDR匹配的预设业务报文；否则(例如，业务报文的F-TEID与预设报文的F-TEID、业务报文的源目的端口与预设报文的源目的端口、业务报文的源目的IP地址与预设报文的源目的IP地址、业务报文的IP协议类型与预设报文的IP协议类型中的任意不相同)，第二网元确定业务报文的属性信息与PDI不匹配，从而监测到业务报文不是与PDR匹配的预设业务报文。
本申请下述实施例对第二网元中的PDR的获取方式进行介绍。
一种可能的实现方式，第一网元根据预置的用于触发用户面重路由的策略生成PDR，并将PDR发送给第二网元；对应地，第二网元接收第一网元发送的PDR。
示例性地，本申请实施例中涉及的第一网元可以是SMF。
本申请实施例中涉及的预置的用于触发用户面重路由的策略可以包括但不限于以下任一项：
终端访问预设业务时需要选择一个特定的UPF作为分流UPF插入会话信息、选择另一个特定的UPF作为新的本地锚点建立新的会话信息，以及向分流UPF下发用于指示将业务流(包括多个业务报文)分别通过源锚点和新的本地锚点进行分发的策略；
终端访问预设业务时需要选择一个特定的UPF作为新的本地锚点建立新的会话信息，以及删除源锚点上的会话信息；
若新的本地锚点的第一预设距离范围内部署了内容分发网络(Content DeliveryNetwork，CDN)服务器，则可以将预设业务的业务流通过新的本地锚点进行分发，从而可以直接访问CDN服务器以提高服务质量以及业务访问效率的策略；
若车辆服务器部署在自动驾驶车辆的第二预设距离范围内的新的本地锚点所对应的DN网络内，则在自动驾驶车辆中的终端访问预设业务时，可以通过新的本地锚点进行业务访问。
本实现方式中，第一网元中预置有用于触发用户面重路由的策略，第一网元可以根据预置的策略生成PDR，然后将生成的PDR发送给第二网元。示例性地，PDR可以携带于第一网元向第二网元发送的第一会话创建请求消息，第一会话创建请求消息用于指示创建第一网元与第二网元之间的会话；当然，PDR还可以携带于第一网元向第二网元发送的其它消息中(例如，会话更新请求消息等)。
另一种可能的实现方式，第一网元从第三网元获取第三网元中预置的用于触发用户面重路由的策略；第一网元根据策略生成PDR，并将PDR发送给第二网元；对应地，第二网元接收第一网元发送的PDR。
示例性地，本申请实施例中涉及的第三网元可以是PCF。
本实现方式中，第三网元中预置有用于触发用户面重路由的策略，第一网元可以从第三网元中获取第三网元中预置的策略，然后根据获取的策略生成PDR，并将生成的PDR发送给第二网元。示例性地，PDR可以携带于第一网元向第二网元发送的第一会话创建请求消息；当然，PDR还可以携带于第一网元向第二网元发送的其它消息中(例如，会话更新请求消息等)。
另一种可能的实现方式，第一网元向第二网元发送激活消息，激活消息用于指示激活第二网元中预置的PDR；对应地，第二网元接收第一网元发送的激活消息。
本实现方式中，第二网元中预先设置有PDR，第一网元通过向第二网元发送激活消息，以激活第二网元中预置的PDR。示例性地，激活消息可以携带于第一网元向第二网元发送的第二会话创建请求消息，第二会话创建请求消息用于指示创建第二网元与第一网元之间的会话；当然，激活消息还可以携带于第一网元向第二网元发送的其它消息中(例如，会话更新请求消息等)。
步骤S602、若第二网元监测到与PDR匹配的预设业务报文时，第二网元根据执行规则向第一网元发送用户面重路由触发信息。
本步骤中，若第二网元监测到与PDR匹配的预设业务报文时，第二网元根据PDR中的执行规则向第一网元发送用户面重路由触发信息，以使第一网元根据用户面重路由触发信息可以获知终端正在访问会触发用户面重路由的预设业务报文，从而执行用户面重路由。
步骤S603、第一网元接收第二网元发送的用户面重路由触发信息。
本步骤中，第一网元接收第二网元发送的用户面重路由触发信息，从而获知终端正在访问会触发用户面重路由的预设业务报文；其中，用户面重路由触发信息为第二网元监测到与报文检测规则PDR匹配的预设业务报文时发送的。
步骤S604、第一网元根据用户面重路由触发信息，执行用户面重路由。
本步骤中，第一网元根据用户面重路由触发信息，执行用户面重路由的操作。具体的，执行用户面重路由的操作可以包括但不限于以下几种可实现方式。
一种可能的实现方式，第一网元向第四网元发送第一会话请求消息，以及向第五网元发送第二会话请求消息；其中，第一会话请求消息用于指示创建或更新第一网元与第四网元之间的会话，第二会话请求消息用于指示创建或更新第一网元与第五网元之间的会话，第二会话请求消息中携带为第五网元分配的业务报文分流规则；和/或，
第一网元向第二网元发送会话更新请求消息，会话更新请求消息用于指示更新第二网元中的PDR；对应地，第二网元接收第一网元发送的会话更新请求消息。
示例性地，本申请实施例中涉及的第四网元可以是指终端的新建会话对应的新的本地锚点PSA-UPF2。
示例性地，针对IPv4会话和/或非Multi-home的IPv6会话，本申请实施例中涉及的第五网元可以是指ULCL-UPF；针对Multi-home的IPv6会话，本申请实施例中涉及的第五网元可以是指BP-UPF。
本实现方式中，第一网元可以向第四网元发送用于指示创建或更新第一网元与第四网元之间的会话的第一会话请求消息，以及向第五网元发送用于指示创建或更新第一网元与第五网元之间的会话的第二会话请求消息；其中，第二会话请求消息中还可以携带为第五网元分配的业务报文分流规则，以使第五网元根据业务报文分流规则对业务报文进行分发。
需要说明的是，若第一网元已创建了第一网元与第四网元之间的会话，则第一会话请求消息用于指示更新第一网元与第四网元之间的会话；若第一网元未创建第一网元与第四网元之间的会话，则第一会话请求消息用于指示创建第一网元与第四网元之间的会话。和/或，若第一网元已创建了第一网元与第五网元之间的会话，则第二会话请求消息用于指示更新第一网元与第五网元之间的会话；若第一网元未创建第一网元与第五网元之间的会话，则第二会话请求消息用于指示创建第一网元与第五网元之间的会话。
本实现方式中，第一网元还可以向第二网元发送会话更新请求消息，对应地，第二网元接收第一网元发送的会话更新请求消息，其中，会话更新请求消息用于指示更新第二网元中的PDR。
示例性地，会话更新请求消息可以用于指示将原有PDR的FAR动作中携带的接口隧道信息更新为第二网元与第五网元之间的接口隧道信息(例如，接口地址和/或F-TEID)。
可选地，若第二网元中的PDR为第一网元在从第三网元获取到用于触发用户面重路由的策略后所生成的，并发送给第二网元的，则第一网元在根据用户面重路由触发信息，执行用户面重路由之前，首先将用户面重路由触发信息发送给第三网元，以使第三网元根据预置的用于触发用户面重路由的策略向第一网元发送用于指示第一网元执行用户面重路由的指示信息，其次接收第三网元发送的指示信息。
另一种可能的实现方式，第一网元创建与第四网元之间的会话，并删除与第二网元之间的会话。
示例性地，第一网元可以通过向第四网元发送用于指示创建第一网元与第四网元之间的会话的第三会话创建请求消息，对应地，第四网元在接收到第一网元发送的第三会话创建请求消息后，还可以向第一网元发送第三会话创建请求消息对应的会话创建响应消息，以实现创建第一网元与第四网元之间的会话。
示例性地，第一网元可以通过向第二网元发送用于指示删除第一网元与第二网元之间的会话的会话删除请求消息，对应地，第二网元在接收到第一网元发送的会话删除请求消息后，还可以向第一网元发送会话删除请求消息对应的会话删除响应消息，以实现删除第一网元与第二网元之间的会话。
本申请实施例中，第二网元根据报文检测规则PDR对业务报文进行监测；若第二网元监测到与PDR匹配的预设业务报文时，第二网元根据执行规则向第一网元发送用户面重路由触发信息；进一步地，第一网元根据接收到的用户面重路由触发信息执行用户面重路由。相对于相关技术中通过非运营商的第三方APP规划的功能实体触发用户面路径改变的方式，本申请实施例中通过运营商控制范围内的第二网元根据PDR对业务报文进行监测，在监测到与PDR匹配的预设业务报文时向第一网元发送用户面重路由触发信息，使得第一网元根据接收到的用户面重路由触发信息可以获知终端正在访问会触发用户面重路由的预设业务报文，进而执行用户面重路由。可见，本申请实施例可以实现运营商控制范围内的网元基于业务感知的用户面路径调整，无需第三方APP规划的功能实体触发用户面路径改变，从而提高了运营商网络的安全性。
图7为本申请另一实施例提供的用户面重路由方法的流程示意图。在上述实施例的基础上，本申请实施例中以PSA-UPF1根据SMF下发的PDR监测业务报文，并在监测到与PDR匹配的预设业务报文时向SMF发送用户面重路由触发信息，以使得SMF执行分流UPF和PSA-UPF2的会话新建以及业务报文分流规则下发等用户面重路由操作为例，对用户面重路由方法进行介绍。
本申请实施例中，SMF中预置有用于触发用户面重路由的策略，例如，终端访问预设业务时需要选择一个特定的UPF作为分流UPF插入会话信息、选择另一个特定的UPF作为新的本地锚点PSA-UPF2建立新的会话信息，以及向分流UPF下发用于指示将业务流(包括多个业务报文)分别通过源锚点PSA-UPF1和新的本地锚点PSA-UPF2进行分发的策略等。
本实施例中，SMF可以根据预置的策略生成对应的PDR，其中，PDR中可以包括但不限于：PDI和URR。
示例性地，针对IPv4会话和/或非Multi-home的IPv6会话，本申请实施例中涉及的分流UPF可以是指ULCL-UPF；针对Multi-home的IPv6会话，本申请实施例中涉及的分流UPF可以是指BP-UPF。
如图7所示，本申请实施例的方法可以包括：
步骤S701、终端向SMF发送会话建立请求消息。
步骤S702、SMF向PSA-UPF1发送会话创建请求消息1，其中，会话创建请求消息1用于指示创建SMF与PSA-UPF1之间的会话。
示例性地，会话创建请求消息1中携带有SMF根据预置的策略所生成的PDR，其中，PDR中可以包括但不限于：PDI和URR。
表1为会话创建请求消息1中URR信息元素(Information Elements，IE)的结构示意表
如表1所示，URR信息元素中增加了上报的触发点(Reporting Triggers)，用于指示向控制面(Control Plane，CP)功能实体报告网络资源使用量的触发点。其中，上报的触发点的具体格式可以如表2所示，当八位组(Octet)6的位(Bit)7-RERT(重路由业务)设置为1时，表示在检测到存在重路由业务流时发送报告请求。
表2为上报的触发点的结构示意表
Octet 5的编码可以如下：
位1-周期上报(Periodic Reporting，PERIO)：当设置为1时，表示请求定期报告；
位2-流量阈值(Volume Threshold，VOLTH)：当设置为1时，表示数据使用量达到使用量阈值时请求报告；
位3-时长阈值(Time Threshold，TIMTH)：当设置为1时，表示当时间使用达到时间阈值时请求报告；
位4-配额保持时长(Quota Holding Time，QUHTI)：当设置为1时，表示在超过配额保持时长的时间段内没有接收到数据包时请求报告；
位5-业务开始(Start of Traffic，START)：当设置为1时，表示在检测到业务数据流(Service Data Flow，SDF)或应用业务开始时请求报告；
位6-业务停止(Stop of Traffic，STOPT)：当设置为1时，表示在检测到SDF或应用业务停止时请求报告；
位7-丢弃下行业务的阈值(Dropped DL Traffic Threshold，DROTH)：当设置为1时，表示当丢弃的下行业务达到阈值时请求报告；
位8-关联的使用量上报事件(Linked Usage Reporting，LIUSA)：当设置为1时，表示关联的使用量上报请求，例如，当关联的使用量上报规则发起使用量上报时，需要同时触发该使用量上报规则的使用量上报请求；
Octet 6的编码可以如下：
位1-流量配额(Volume Quota，VOLQU)：当设置为1时，表示在流量配额耗尽时请求报告；
位2-时长配额(Time Quota，TIMQU)：当设置为1时，表示在时长配额用尽时请求报告；
位3-信封关闭(Envelope Closure，ENVCL)：当设置为1时，表示满足信封关闭条件时请求报告；
位4-MAC地址上报(MAC Addresses Reporting，MACAR)：当设置为1时，指示MAC(以太网)地址用作UE发送的上行(Uplink，UL)数据帧的源地址时请求报告；
位5-事件阈值(Event Threshold，EVETH)：当设置为1时，表示达到事件阈值时请求报告；
位6-事件配额(Event Quota，EVEQU)：当设置为1时，表示在达到事件配额时请求报告；
位7-重路由业务(Rerouting of Traffic，RERT)：当设置为1时，表示在检测到存在重路由的SDF或应用业务时请求报告；
位8：备用，供将来使用并设置为0。
步骤S703、PSA-UPF1向SMF发送会话创建响应消息1。
步骤S704、SMF向终端发送会话建立响应消息。
步骤S705、终端发起业务访问。
步骤S706、PSA-UPF1根据PDR对业务报文进行监测。
示例性地，若PSA-UPF1监测到与PDR中的PDI匹配的预设业务报文时，则执行步骤S707。
步骤S707、PSA-UPF1向SMF发送会话报告请求消息。
示例性地，PSA-UPF1在监测到与PDR中的PDI匹配的预设业务报文时，根据PDR中的URR(包含用于指示业务重路由的Reporting Triggers)向SMF发送会话报告请求消息，其中，会话报告请求消息中携带用户面重路由触发信息。
表3为会话报告请求消息中使用量上报(Usage Report)IE的结构示意表
如表3所示，使用量上报的触发原因(Usage Report Trigger)用于指示使用量上报的触发原因，本申请实施例中增加了重路由业务触发原因(Traffic ReroutingTrigger)，或者称之为用户面重路由触发信息。其中，使用量上报的触发原因的具体格式可以如表4所示，当八位组7的位2-RERT设置为1时，表示检测到存在重路由业务流(即重路由业务触发原因，或者用户面重路由触发信息)。
表4为使用量上报的触发原因的结构示意表
Octet 5的编码可以如下：
位1-PERIO：当设置为1时，表示定期报告；
位2-VOLTH：设置为1时，表示数据使用量达到使用量阈值；
位3-TIMTH)：设置为1时，表示时间使用达到时间阈值；
位4-QUHTI：当设置为1时，表示在超过配额保持时长的时间段内没有收到任何数据包；
位5-START：当设置为1时，表示检测到业务开始；
位6-STOPT：当设置为1时，表示检测到业务停止；
位7-DROTH：当设置为1时，表示丢弃的下行业务达到阈值；
位8-立即上报(Immediate Report，IMMER)(指收到CP的消息后，立即触发的URR上报)：当设置为1时，表示基于CP功能实体的要求触发一个即时的使用量上报请求；
Octet 6的编码可以如下：
位1-VOLQU：设置为1时，表示流量配额已用尽；
位2-TIMQU：设置为1时，表示时长配额已用尽；
位3-LIUSA：当设置为1时，表示关联的使用量上报，例如，由于关联的使用量上报规则的使用量上报，因此，该使用量上报规则的使用量上报；
位4-终止报告(Termination Report，TERMR)：当设置为1时，表示由于PFCP会话终止而导致使用量上报(在PFCP会话删除响应中)，或者由于移除了URR而导致使用量上报(在PFCP会话修改响应中)；
位5-监视时间(Monitoring Time，MONIT)：当设置为1时，表示由于达到监视时间而报告URR的使用量上报；
位6-ENVCL：当设置为1时，表示信封关闭时生成使用量上报；
位7-MACAR：当设置为1时，指示MAC(以太网)地址用作UE发送的UL数据帧的源地址的使用量上报；
位8-EVETH：当设置为1时，表示达到事件阈值时生成使用量上报；
Octet 7的编码可以如下：
位1-EVEQU：当设置为1时，表示事件配额已用尽；
位2-RERT：当设置为1时，表示在检测到存在重路由的SDF或应用业务；
位3到8：备用，以备将来使用并设置为0。
步骤S708、SMF向PSA-UPF1发送会话报告响应消息。
步骤S709、SMF根据会话报告请求消息中的用户面重路由触发信息，确定需要执行用户面重路由。
示例性地，SMF根据会话报告请求消息中的用户面重路由触发信息确定需要执行分流UPF和PSA-UPF2的会话新建以及业务报文分流规则下发的预设业务已经触发，从而需要执行用户面重路由。
步骤S710、SMF向PSA-UPF2发送会话创建请求消息2，其中，会话创建请求消息2用于指示创建SMF与PSA-UPF2之间的会话。
步骤S711、PSA-UPF2向SMF发送会话创建响应消息2。
步骤S712、SMF向分流UPF发送会话创建请求消息3，其中，会话创建请求消息3用于指示创建SMF与分流UPF之间的会话。
示例性地，会话创建请求消息3中携带有为分流UPF分配的业务报文分流规则，以使分流UPF根据业务报文分流规则将业务报文通过源锚点PSA-UPF1和新的本地锚点PSA-UPF2进行分发。
步骤S713、分流UPF向SMF发送会话创建响应消息3。
步骤S714、SMF向PSA-UPF1发送会话更新请求消息，会话更新请求消息用于指示更新PSA-UPF1中的PDR。
示例性地，会话更新请求消息用于指示将PSA-UPF1原有PDR的FAR动作中携带的接口隧道信息更新为PSA-UPF1与分流UPF之间的接口隧道信息(例如，接口地址和/或F-TEID)。
步骤S715、PSA-UPF1向SMF发送会话更新响应消息。
步骤S716、分流UPF根据业务报文分流规则将终端发送的业务报文通过PSA-UPF1和PSA-UPF2转发到DN。
示例性地，分流UPF根据业务报文分流规则可以将预设业务报文分流到PSA-UPF2进行数据网络访问，其他业务报文仍然转发至PSA-UPF1继续进行访问。
本申请实施例中，PSA-UPF1可以根据PDR对业务报文进行监测，在监测到与PDR匹配的预设业务报文时向SMF发送用户面重路由触发信息；SMF根据用户面重路由触发信息可以获知需要执行分流UPF和PSA-UPF2的会话新建以及业务报文分流规则下发的预设业务已经触发，进而执行分流UPF和PSA-UPF2的会话建立流程，以便于将特定业务流分流到相应的锚点UPF进行数据网络访问。可见，本申请实施例可以实现基于业务感知的用户面路径调整，无需第三方APP规划的功能实体感知和触发用户面重路由，从而提高了运营商网络的安全性。
图8为本申请另一实施例提供的用户面重路由方法的流程示意图。在上述实施例的基础上，本申请实施例以PSA-UPF1根据SMF下发的PDR监测业务报文，并在监测到与PDR匹配的预设业务报文时向SMF发送用户面重路由触发信息，以使得SMF执行PSA-UPF2的会话新建和PSA-UPF1的会话删除等用户面重路由操作为例，对用户面重路由方法进行介绍。
本申请实施例中，SMF中预置有用于触发用户面重路由的策略，例如，终端访问预设业务时需要选择一个特定的UPF作为新的本地锚点PSA-UPF2建立新的会话信息，以及删除源锚点PSA-UPF1上的会话信息等。
本实施例中，SMF可以根据预置的策略生成对应的PDR，其中，PDR中可以包括但不限于：PDI和URR。
如图8所示，本申请实施例的方法可以包括：
步骤S801、终端向SMF发送会话建立请求消息。
步骤S802、SMF向PSA-UPF1发送会话创建请求消息1，其中，会话创建请求消息1用于指示创建SMF与PSA-UPF1之间的会话。
示例性地，会话创建请求消息1中携带有SMF根据预置的策略所生成的PDR，其中，PDR中可以包括但不限于：PDI和URR。
其中，会话创建请求消息1中URR信息元素的结构如表1和表2所示，此处不再赘述。
步骤S803、PSA-UPF1向SMF发送会话创建响应消息1。
步骤S804、SMF向终端发送会话建立响应消息。
步骤S805、终端发起业务访问。
步骤S806、PSA-UPF1根据PDR对业务报文进行监测。
示例性地，若PSA-UPF1监测到与PDR中的PDI匹配的预设业务报文时，则执行步骤S807。
步骤S807、PSA-UPF1向SMF发送会话报告请求消息。
示例性地，PSA-UPF1在监测到与PDR中的PDI匹配的预设业务报文时，根据PDR中的URR(包含用于指示业务重路由的Reporting Triggers)向SMF发送会话报告请求消息，其中，会话报告请求消息中携带用户面重路由触发信息。
其中，会话报告请求消息中使用量上报(Usage Report)IE的结构如表3和表4所示，此处不再赘述。
步骤S808、SMF向PSA-UPF1发送会话报告响应消息。
步骤S809、SMF根据会话报告请求消息中的用户面重路由触发信息，确定需要执行用户面重路由。
示例性地，SMF根据会话报告请求消息中的用户面重路由触发信息确定需要执行PSA-UPF2的会话新建和PSA-UPF1的会话删除的预设业务已经触发，从而需要执行用户面重路由。
步骤S810、SMF向PSA-UPF2发送会话创建请求消息2，其中，会话创建请求消息2用于指示创建SMF与PSA-UPF2之间的会话。
步骤S811、PSA-UPF2向SMF发送会话创建响应消息2。
步骤S812、SMF向PSA-UPF1发送会话删除请求消息，会话删除请求消息用于指示删除SMF与PSA-UPF1之间的会话。
步骤S813、PSA-UPF1向SMF发送会话删除响应消息。
步骤S814、PSA-UPF2对终端发送的业务报文进行转发处理。
本申请实施例中，PSA-UPF1可以根据PDR对业务报文进行监测，在监测到与PDR匹配的预设业务报文时向SMF发送用户面重路由触发信息；SMF根据用户面重路由触发信息可以获知需要执行PSA-UPF2的会话新建和PSA-UPF1的会话删除的预设业务已经触发，进而执行PSA-UPF2的会话建立和PSA-UPF1的会话删除流程，使得终端发送的所有业务报文通过PSA-UPF2进行数据网络访问。可见，本申请实施例可以实现基于业务感知的用户面路径调整，无需第三方APP规划的功能实体感知和触发用户面重路由，从而提高了运营商网络的安全性。
图9为本申请另一实施例提供的用户面重路由方法的流程示意图。在上述实施例的基础上，本申请实施例以PSA-UPF1根据SMF下发的PDR监测业务报文(为SMF从PCF获取到用于触发用户面重路由的策略后所生成的)，并在监测到与PDR匹配的预设业务报文时向SMF发送用户面重路由触发信息，以使得SMF将用户面重路由触发信息上报给PCF，并在接收到PCF发送的用于指示SMF执行用户面重路由的指示信息后，执行分流UPF和PSA-UPF2的会话新建以及业务报文分流规则下发等用户面重路由操作为例，对用户面重路由方法进行介绍。
本申请实施例中，PCF中预置有用于触发用户面重路由的策略，例如，终端访问预设业务时需要选择一个特定的UPF作为分流UPF插入会话信息、选择另一个特定的UPF作为新的本地锚点PSA-UPF2建立新的会话信息，以及向分流UPF下发用于指示将业务流(包括多个业务报文)分别通过源锚点PSA-UPF1和新的本地锚点PSA-UPF2进行分发的策略等。
示例性地，针对IPv4会话和/或非Multi-home的IPv6会话，本申请实施例中涉及的分流UPF可以是指ULCL-UPF；针对Multi-home的IPv6会话，本申请实施例中涉及的分流UPF可以是指BP-UPF。
如图9所示，本申请实施例的方法可以包括：
步骤S901、终端向SMF发送会话建立请求消息。
步骤S902、SMF向PCF发送策略控制创建请求消息，其中，策略控制创建请求消息用于指示获取用于触发用户面重路由的策略。
步骤S903、PCF向SMF发送策略控制创建响应消息，其中，策略控制创建响应消息中携带用于触发用户面重路由的策略；当然，策略控制创建响应消息中还可以携带计费与控制策略等其它策略。
示例性地，策略控制创建响应消息中可以包括策略控制请求触发原因(PolicyControl Request Triggers)指示信息。如表5所示，策略控制请求触发原因指示信息中可以包括但不限于重路由策略(或者称之为用于触发用户面重路由的策略)，用于指示当SMF监测到终端访问了需要执行用户面重路由的预设业务时上报策略控制更新请求。
表5为策略控制请求触发原因指示信息的示意表
步骤S904、SMF根据从PCF获取的用于触发用户面重路由的策略生成对应的PDR，其中，PDR中可以包括但不限于：PDI和URR。
步骤S905、SMF向PSA-UPF1发送会话创建请求消息1，其中，会话创建请求消息1用于指示创建SMF与PSA-UPF1之间的会话。
示例性地，会话创建请求消息1中携带有PDR，其中，PDR中可以包括但不限于：PDI和URR。
其中，会话创建请求消息1中URR信息元素的结构如表1和表2所示，此处不再赘述。
步骤S906、PSA-UPF1向SMF发送会话创建响应消息1。
步骤S907、SMF向终端发送会话建立响应消息。
步骤S908、终端发起业务访问。
步骤S909、PSA-UPF1根据PDR对业务报文进行监测。
示例性地，若PSA-UPF1监测到与PDR中的PDI匹配的预设业务报文时，则执行步骤S910。
步骤S910、PSA-UPF1向SMF发送会话报告请求消息。
示例性地，PSA-UPF1在监测到与PDR中的PDI匹配的预设业务报文时，根据PDR中的URR(包含用于指示业务重路由的Reporting Triggers)向SMF发送会话报告请求消息，其中，会话报告请求消息中携带用户面重路由触发信息。
其中，会话报告请求消息中使用量上报(Usage Report)IE的结构如表3和表4所示，此处不再赘述。
步骤S911、SMF向PSA-UPF1发送会话报告响应消息。
步骤S912、SMF向PCF发送策略控制更新请求消息。
示例性地，SMF根据会话报告请求消息中的用户面重路由触发信息确定需要执行分流UPF和PSA-UPF2的会话新建以及业务报文分流规则下发的预设业务已经触发，从而向PCF发送策略控制更新请求消息，其中，策略控制更新请求消息中可以携带用户面重路由触发信息。
步骤S913、PCF向SMF发送策略控制更新响应消息，其中，策略控制更新响应消息中可以携带用于指示SMF执行用户面重路由的指示信息。
步骤S914、SMF根据收到的用于指示SMF执行用户面重路由的指示信息，确定执行用户面重路由。
步骤S915、SMF向PSA-UPF2发送会话创建请求消息2，其中，会话创建请求消息2用于指示创建SMF与PSA-UPF2之间的会话。
步骤S916、PSA-UPF2向SMF发送会话创建响应消息2。
步骤S917、SMF向分流UPF发送会话创建请求消息3，其中，会话创建请求消息3用于指示创建SMF与分流UPF之间的会话。
示例性地，会话创建请求消息3中携带有为分流UPF分配的业务报文分流规则，以使分流UPF根据业务报文分流规则将业务报文通过源锚点PSA-UPF1和新的本地锚点PSA-UPF2进行分发。
步骤S918、分流UPF向SMF发送会话创建响应消息3。
步骤S919、SMF向PSA-UPF1发送会话更新请求消息，会话更新请求消息用于指示更新PSA-UPF1中的PDR。
示例性地，会话更新请求消息用于指示将PSA-UPF1原有PDR的FAR动作中携带的接口隧道信息更新为PSA-UPF1与分流UPF之间的接口隧道信息(例如，接口地址和/或F-TEID)。
步骤S920、PSA-UPF1向SMF发送会话更新响应消息。
步骤S921、分流UPF根据业务报文分流规则将终端发送的业务报文通过PSA-UPF1和PSA-UPF2转发到DN。
示例性地，分流UPF根据业务报文分流规则可以将预设业务报文分流到PSA-UPF2进行数据网络访问，其他业务报文仍然转发至PSA-UPF1继续进行访问。
本申请实施例中，PSA-UPF1可以根据PDR对业务报文进行监测，在监测到与PDR匹配的预设业务报文时向SMF发送用户面重路由触发信息；SMF根据用户面重路由触发信息可以获知需要执行分流UPF和PSA-UPF2的会话新建以及业务报文分流规则下发的预设业务已经触发，并上报给PCF，进而在接收到PCF发送的用于指示SMF执行用户面重路由的指示信息后，执行分流UPF和PSA-UPF2的会话建立流程，以便于将特定业务流分流到相应的锚点UPF进行数据网络访问。可见，本申请实施例可以实现基于业务感知的用户面路径调整，无需第三方APP规划的功能实体感知和触发用户面重路由，从而提高了运营商网络的安全性。
图10为本申请一实施例提供的网元的结构示意图。可选地，本申请实施例提供的网元可以为第一网元。如图10所示，本申请实施例的网元100可以包括：第一接收模块1001以及重路由模块1002。
其中，第一接收模块1001，用于接收第二网元发送的用户面重路由触发信息；其中，该用户面重路由触发信息为该第二网元监测到与报文检测规则PDR匹配的预设业务报文时发送的；该PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
重路由模块1002，用于根据该用户面重路由触发信息，执行用户面重路由。
在一种可能的实现方式中，该PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，该PDI用于指示该预设业务报文对应的匹配信息，该URR用于指示该预设业务报文对应的执行规则。
在一种可能的实现方式中，该第一网元还包括：
第一生成模块，用于根据预置的用于触发用户面重路由的策略生成该PDR；
第一发送模块，用于将该PDR发送给该第二网元。
在一种可能的实现方式中，该第一网元还包括：
获取模块，用于从第三网元获取该第三网元中预置的用于触发用户面重路由的策略；
第二生成模块，用于根据该策略生成该PDR；
第二发送模块，用于将该PDR发送给该第二网元。
在一种可能的实现方式中，该第一网元还包括：
第三发送模块，用于向该第二网元发送激活消息，该激活消息用于指示激活该第二网元中预置的该PDR。
在一种可能的实现方式中，该PDR携带于该第一网元向该第二网元发送的第一会话创建请求消息，该第一会话创建请求消息用于指示创建该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该激活消息携带于该第一网元向该第二网元发送的第二会话创建请求消息，该第二会话创建请求消息用于指示创建该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该重路由模块1002具体用于：
向第四网元发送第一会话请求消息，以及向第五网元发送第二会话请求消息；其中，该第一会话请求消息用于指示创建或更新该第一网元与该第四网元之间的会话，该第二会话请求消息用于指示创建或更新该第一网元与该第五网元之间的会话，该第二会话请求消息中携带为该第五网元分配的业务报文分流规则；和/或，
向该第二网元发送会话更新请求消息，该会话更新请求消息用于指示更新该第二网元中的PDR。
在一种可能的实现方式中，该重路由模块1002包括：
创建单元，用于创建与第四网元之间的会话；
删除单元，用于删除与该第二网元之间的会话。
在一种可能的实现方式中，该创建单元具体用于：
向该第四网元发送第三会话创建请求消息，该第三会话创建请求消息用于指示创建该第一网元与该第四网元之间的会话。
在一种可能的实现方式中，该删除单元具体用于：
向该第二网元发送会话删除请求消息，该会话删除请求消息用于指示删除该第一网元与该第二网元之间的会话。
在一种可能的实现方式中，该第一网元还包括：
第四发送模块，用于将该用户面重路由触发信息发送给该第三网元；
第二接收模块，用于接收该第三网元发送的指示信息，其中，该指示信息用于指示该第一网元执行用户面重路由。
本申请实施例提供的网元100，可以用于执行本申请上述用户面重路由方法实施例中关于第一网元的技术方案，其实现原理和技术效果类似，此处不再赘述。
图11为本申请另一实施例提供的网元的结构示意图。可选地，本申请实施例提供的网元可以为第一网元。如图11所示，本申请实施例的网元110可以包括：监测模块1101以及发送模块1102。
监测模块1101，用于根据报文检测规则PDR对业务报文进行监测；其中，该PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
发送模块1102，用于若该监测模块监测到与该PDR匹配的预设业务报文时，根据该执行规则向第二网元发送用户面重路由触发信息。
在一种可能的实现方式中，该PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，该PDI用于指示该预设业务报文对应的匹配信息，该URR用于指示该预设业务报文对应的执行规则。
在一种可能的实现方式中，该监测模块1101具体用于：
确定该业务报文的属性信息；
将该属性信息与该PDI进行匹配；
若该属性信息与该PDI匹配，则监测到该业务报文是与该PDR匹配的预设业务报文；和/或，
若该属性信息与该PDI不匹配，则监测到该业务报文不是与该PDR匹配的预设业务报文。
在一种可能的实现方式中，该第一网元还包括：
第一接收模块，用于接收该第二网元发送的该PDR，其中，该PDR为该第二网元根据预置的用于触发用户面重路由的策略生成的，或者该PDR为该第二网元在从第三网元获取到用于触发用户面重路由的策略后所生成的。
在一种可能的实现方式中，该第一网元还包括：
第二接收模块，用于接收该第二网元发送的激活消息，该激活消息用于指示激活该第一网元中预置的该PDR。
在一种可能的实现方式中，该PDR携带于该第一网元接收到的该第二网元发送的第一会话创建请求消息，该第一会话创建请求消息用于指示创建该第二网元与该第一网元之间的会话。
在一种可能的实现方式中，该激活消息携带于该第一网元接收到的该第二网元发送的第二会话创建请求消息，该第二会话创建请求消息用于指示创建该第二网元与该第一网元之间的会话。
在一种可能的实现方式中，该第一网元还包括：
第三接收模块，用于接收该第二网元发送的会话更新请求消息，该会话更新请求消息用于指示更新该第一网元中的该PDR。
在一种可能的实现方式中，该第一网元还包括：
第四接收模块，用于接收该第二网元发送的会话删除请求消息，该会话删除请求消息用于指示删除该第二网元与该第一网元之间的会话。
本申请实施例提供的网元100，可以用于执行本申请上述用户面重路由方法实施例中关于第二网元的技术方案，其实现原理和技术效果类似，此处不再赘述。
图12为本申请另一实施例提供的网元的结构示意图。如图12所示，本实施例的网元120可以包括：处理器1201和存储器1202。可选地，该网元120还可以包括用于收发信息和/或消息的收发器1203。其中，该存储器1202用于存储程序指令，该处理器1201用于调用并执行该存储器1202中存储的程序指令，当该处理器1201执行该存储器1202存储的程序指令时，该网元120用于执行本申请上述用户面重路由方法实施例中关于第一网元或第二网元的技术方案，其实现原理和技术效果类似，此处不再赘述。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机执行本申请上述用户面重路由方法实施例中关于第一网元或第二网元的技术方案，其实现原理和技术效果类似，此处不再赘述。
本申请实施例还提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现本申请上述用户面重路由方法实施例中关于第一网元或第二网元的技术方案，其实现原理和技术效果类似，此处不再赘述。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
本申请实施例还提供一种程序，该程序在被处理器执行时用于执行本申请上述用户面重路由方法实施例中关于第一网元或第二网元的技术方案，其实现原理和技术效果类似，此处不再赘述。
本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本申请上述用户面重路由方法实施例中关于第一网元或第二网元的技术方案，其实现原理和技术效果类似，此处不再赘述。
本申请实施例中涉及的处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
本申请实施例中涉及的存储器可以是非易失性存储器，比如硬盘(hard diskdrive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
在上述各实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
Claims (30)
1.一种用户面重路由方法，其特征在于，包括：
第一网元接收第二网元发送的用户面重路由触发信息；其中，所述用户面重路由触发信息为所述第二网元监测到与报文检测规则PDR匹配的预设业务报文时发送的；所述PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
所述第一网元根据所述用户面重路由触发信息，执行用户面重路由。
2.根据权利要求1所述的方法，其特征在于，所述PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，所述PDI用于指示所述预设业务报文对应的匹配信息，所述URR用于指示所述预设业务报文对应的执行规则。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
所述第一网元根据预置的用于触发用户面重路由的策略生成所述PDR，并将所述PDR发送给所述第二网元。
4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
所述第一网元从第三网元获取所述第三网元中预置的用于触发用户面重路由的策略；
所述第一网元根据所述策略生成所述PDR，并将所述PDR发送给所述第二网元。
5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
所述第一网元向所述第二网元发送激活消息，所述激活消息用于指示激活所述第二网元中预置的所述PDR。
6.根据权利要求3或4所述的方法，其特征在于，所述PDR携带于所述第一网元向所述第二网元发送的第一会话创建请求消息，所述第一会话创建请求消息用于指示创建所述第一网元与所述第二网元之间的会话。
7.根据权利要求5所述的方法，其特征在于，所述激活消息携带于所述第一网元向所述第二网元发送的第二会话创建请求消息，所述第二会话创建请求消息用于指示创建所述第一网元与所述第二网元之间的会话。
8.根据权利要求1-7中任一项所述的方法，其特征在于，所述第一网元根据所述用户面重路由触发信息，执行用户面重路由，包括：
所述第一网元向第四网元发送第一会话请求消息，以及向第五网元发送第二会话请求消息；其中，所述第一会话请求消息用于指示创建或更新所述第一网元与所述第四网元之间的会话，所述第二会话请求消息用于指示创建或更新所述第一网元与所述第五网元之间的会话，所述第二会话请求消息中携带为所述第五网元分配的业务报文分流规则；和/或，
所述第一网元向所述第二网元发送会话更新请求消息，所述会话更新请求消息用于指示更新所述第二网元中的PDR。
9.根据权利要求1-7中任一项所述的方法，其特征在于，所述第一网元根据所述用户面重路由触发信息，执行用户面重路由，包括：
所述第一网元创建与第四网元之间的会话；
所述第一网元删除与所述第二网元之间的会话。
10.根据权利要求9所述的方法，其特征在于，所述第一网元创建与第四网元之间的会话，包括：
所述第一网元向所述第四网元发送第三会话创建请求消息，所述第三会话创建请求消息用于指示创建所述第一网元与所述第四网元之间的会话。
11.根据权利要求9或10所述的方法，其特征在于，所述第一网元删除与所述第二网元之间的会话，包括：
所述第一网元向所述第二网元发送会话删除请求消息，所述会话删除请求消息用于指示删除所述第一网元与所述第二网元之间的会话。
12.根据权利要求4所述的方法，其特征在于，所述第一网元根据所述用户面重路由触发信息，执行用户面重路由之前，所述方法还包括：
所述第一网元将所述用户面重路由触发信息发送给所述第三网元；
所述第一网元接收所述第三网元发送的指示信息，其中，所述指示信息用于指示所述第一网元执行用户面重路由。
13.一种用户面重路由方法，其特征在于，包括：
第一网元根据报文检测规则PDR对业务报文进行监测；其中，所述PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
若所述第一网元监测到与所述PDR匹配的预设业务报文时，所述第一网元根据所述执行规则向第二网元发送用户面重路由触发信息。
14.根据权利要求13所述的方法，其特征在于，所述PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，所述PDI用于指示所述预设业务报文对应的匹配信息，所述URR用于指示所述预设业务报文对应的执行规则。
15.根据权利要求14所述的方法，其特征在于，所述第一网元根据报文检测规则PDR对业务报文进行监测，包括：
所述第一网元确定所述业务报文的属性信息；
所述第一网元将所述属性信息与所述PDI进行匹配；
若所述属性信息与所述PDI匹配，则所述第一网元监测到所述业务报文是与所述PDR匹配的预设业务报文；和/或，
若所述属性信息与所述PDI不匹配，则所述第一网元监测到所述业务报文不是与所述PDR匹配的预设业务报文。
16.根据权利要求13-15中任一项所述的方法，其特征在于，所述方法还包括：
所述第一网元接收所述第二网元发送的所述PDR，其中，所述PDR为所述第二网元根据预置的用于触发用户面重路由的策略生成的，或者所述PDR为所述第二网元在从第三网元获取到用于触发用户面重路由的策略后所生成的。
17.根据权利要求13-15中任一项所述的方法，其特征在于，所述方法还包括：
所述第一网元接收所述第二网元发送的激活消息，所述激活消息用于指示激活所述第一网元中预置的所述PDR。
18.根据权利要求16所述的方法，其特征在于，所述PDR携带于所述第一网元接收到的所述第二网元发送的第一会话创建请求消息，所述第一会话创建请求消息用于指示创建所述第二网元与所述第一网元之间的会话。
19.根据权利要求17所述的方法，其特征在于，所述激活消息携带于所述第一网元接收到的所述第二网元发送的第二会话创建请求消息，所述第二会话创建请求消息用于指示创建所述第二网元与所述第一网元之间的会话。
20.根据权利要求13-19中任一项所述的方法，其特征在于，所述方法还包括：
所述第一网元接收所述第二网元发送的会话更新请求消息，所述会话更新请求消息用于指示更新所述第一网元中的所述PDR。
21.根据权利要求13-19中任一项所述的方法，其特征在于，所述方法还包括：
所述第一网元接收所述第二网元发送的会话删除请求消息，所述会话删除请求消息用于指示删除所述第二网元与所述第一网元之间的会话。
22.一种网元，其特征在于，所述网元为第一网元，所述第一网元包括：
第一接收模块，用于接收第二网元发送的用户面重路由触发信息；其中，所述用户面重路由触发信息为所述第二网元监测到与报文检测规则PDR匹配的预设业务报文时发送的；所述PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
重路由模块，用于根据所述用户面重路由触发信息，执行用户面重路由。
23.根据权利要求22所述的第一网元，其特征在于，所述PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，所述PDI用于指示所述预设业务报文对应的匹配信息，所述URR用于指示所述预设业务报文对应的执行规则。
24.根据权利要求22或23所述的第一网元，其特征在于，所述第一网元还包括：
第一生成模块，用于根据预置的用于触发用户面重路由的策略生成所述PDR；
第一发送模块，用于将所述PDR发送给所述第二网元。
25.根据权利要求22或23所述的第一网元，其特征在于，所述第一网元还包括：
获取模块，用于从第三网元获取所述第三网元中预置的用于触发用户面重路由的策略；
第二生成模块，用于根据所述策略生成所述PDR；
第二发送模块，用于将所述PDR发送给所述第二网元。
26.根据权利要求22或23所述的第一网元，其特征在于，所述第一网元还包括：
第三发送模块，用于向所述第二网元发送激活消息，所述激活消息用于指示激活所述第二网元中预置的所述PDR。
27.一种网元，其特征在于，所述网元为第一网元，所述第一网元包括：
监测模块，用于根据报文检测规则PDR对业务报文进行监测；其中，所述PDR用于指示触发用户面重路由的预设业务报文对应的匹配信息以及执行规则；
发送模块，用于若所述监测模块监测到与所述PDR匹配的预设业务报文时，根据所述执行规则向第二网元发送用户面重路由触发信息。
28.根据权利要求27所述的第一网元，其特征在于，所述PDR中包括：报文检测信息PDI、使用量上报规则URR；其中，所述PDI用于指示所述预设业务报文对应的匹配信息，所述URR用于指示所述预设业务报文对应的执行规则。
29.一种网元，其特征在于，包括：处理器和存储器；
其中，所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，当所述处理器执行所述存储器存储的程序指令时，所述网元用于执行如权利要求1至21中任一项所述的方法。
30.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至21中任一项所述的方法。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910578953.9A CN112152923B (zh) | 2019-06-28 | 2019-06-28 | 用户面重路由方法及装置 |
| PCT/CN2020/098561 WO2020259688A1 (zh) | 2019-06-28 | 2020-06-28 | 用户面重路由方法及装置 |
| JP2021576528A JP7294578B2 (ja) | 2019-06-28 | 2020-06-28 | ユーザプレーンのリルーティング方法および装置 |
| EP20832946.6A EP3979710A4 (en) | 2019-06-28 | 2020-06-28 | METHOD AND DEVICE FOR DIVERSION TO USER LEVEL |
| US17/562,721 US11849384B2 (en) | 2019-06-28 | 2021-12-27 | User plane rerouting method and apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910578953.9A CN112152923B (zh) | 2019-06-28 | 2019-06-28 | 用户面重路由方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112152923A true CN112152923A (zh) | 2020-12-29 |
| CN112152923B CN112152923B (zh) | 2021-12-28 |
Family
ID=73892032
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910578953.9A Active CN112152923B (zh) | 2019-06-28 | 2019-06-28 | 用户面重路由方法及装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US11849384B2 (zh) |
| EP (1) | EP3979710A4 (zh) |
| JP (1) | JP7294578B2 (zh) |
| CN (1) | CN112152923B (zh) |
| WO (1) | WO2020259688A1 (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113543196A (zh) * | 2021-07-21 | 2021-10-22 | 安科讯(福建)科技有限公司 | 一种qos流的动态调整方法与系统 |
| 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 |
| CN115915045A (zh) * | 2022-11-08 | 2023-04-04 | 之江实验室 | 一种用于降低用户面和控制面信令交互负载的方法及装置 |
Families Citing this family (2)
| 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 |
| CN114885365B (zh) * | 2022-07-07 | 2022-09-16 | 中兴通讯股份有限公司 | 业务规则检测方法、装置、电子设备及存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102395172A (zh) * | 2011-11-16 | 2012-03-28 | 武汉大学 | 一种工业无线网状网络的数据传输方法 |
| CN103023770A (zh) * | 2011-09-21 | 2013-04-03 | 中兴通讯股份有限公司 | 环网的保护方法及装置 |
| CN103262481A (zh) * | 2010-12-17 | 2013-08-21 | 思科技术公司 | 有向无环图（dag）中的动态重路由调度 |
| WO2014117641A1 (en) * | 2013-01-31 | 2014-08-07 | Hangzhou H3C Technologies Co. Ltd. | Redirecting virtual machine traffic |
| 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 |
| CN109548063A (zh) * | 2017-09-20 | 2019-03-29 | 华为技术有限公司 | 处理报文的方法、装置、设备及存储介质 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
| CN109756430B (zh) * | 2017-11-07 | 2021-08-03 | 华为技术有限公司 | 一种规则的处理方法及装置 |
| US11895033B2 (en) * | 2017-11-17 | 2024-02-06 | Huawei Technologies Co., Ltd. | Method and apparatus for traffic routing and path optimization for peer-to-peer communications |
| 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 |
| US11394811B2 (en) * | 2018-02-15 | 2022-07-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Redirection handling |
| CN115052028A (zh) * | 2018-03-30 | 2022-09-13 | 华为技术有限公司 | 一种重定向的方法及装置 |
| WO2020139696A1 (en) * | 2018-12-28 | 2020-07-02 | Weihua Qiao | 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 |
-
2019
- 2019-06-28 CN CN201910578953.9A patent/CN112152923B/zh active Active
-
2020
- 2020-06-28 WO PCT/CN2020/098561 patent/WO2020259688A1/zh unknown
- 2020-06-28 JP JP2021576528A patent/JP7294578B2/ja active Active
- 2020-06-28 EP EP20832946.6A patent/EP3979710A4/en active Pending
-
2021
- 2021-12-27 US US17/562,721 patent/US11849384B2/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103262481A (zh) * | 2010-12-17 | 2013-08-21 | 思科技术公司 | 有向无环图（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 |
| CN103023770A (zh) * | 2011-09-21 | 2013-04-03 | 中兴通讯股份有限公司 | 环网的保护方法及装置 |
| CN102395172A (zh) * | 2011-11-16 | 2012-03-28 | 武汉大学 | 一种工业无线网状网络的数据传输方法 |
| WO2014117641A1 (en) * | 2013-01-31 | 2014-08-07 | Hangzhou H3C Technologies Co. Ltd. | Redirecting virtual machine traffic |
| CN109548063A (zh) * | 2017-09-20 | 2019-03-29 | 华为技术有限公司 | 处理报文的方法、装置、设备及存储介质 |
Non-Patent Citations (3)
| Title |
|---|
| ERICSSON: "Traffic redirection enhancement", 《3GPP》 * |
| PENGZHAN WANG; HONGLI XU; LIUSHENG HUANG; CHEN QIAN等: "Minimizing Controller Response Time Through Flow Redirecting in SDNs", 《IEEE/ACM TRANSACTIONS ON NETWORKING》 * |
| 伍思廉: "一种基于 BFD 检测的 IP 快速重路由解决策略", 《信息通信》 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
| CN113543196A (zh) * | 2021-07-21 | 2021-10-22 | 安科讯(福建)科技有限公司 | 一种qos流的动态调整方法与系统 |
| CN113543196B (zh) * | 2021-07-21 | 2024-01-05 | 安科讯(福建)科技有限公司 | 一种qos流的动态调整方法与系统 |
| CN115915045A (zh) * | 2022-11-08 | 2023-04-04 | 之江实验室 | 一种用于降低用户面和控制面信令交互负载的方法及装置 |
| CN115915045B (zh) * | 2022-11-08 | 2023-09-22 | 之江实验室 | 一种用于降低用户面和控制面信令交互负载的方法及装置 |
| WO2024098598A1 (zh) * | 2022-11-08 | 2024-05-16 | 之江实验室 | 一种用于降低用户面和控制面信令交互负载的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7294578B2 (ja) | 2023-06-20 |
| JP2022538111A (ja) | 2022-08-31 |
| EP3979710A1 (en) | 2022-04-06 |
| US20220124601A1 (en) | 2022-04-21 |
| CN112152923B (zh) | 2021-12-28 |
| US11849384B2 (en) | 2023-12-19 |
| EP3979710A4 (en) | 2022-07-20 |
| WO2020259688A1 (zh) | 2020-12-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112152923B (zh) | 用户面重路由方法及装置 | |
| US11917498B2 (en) | Communication method and communications apparatus | |
| US11082342B2 (en) | System and method to facilitate content forwarding using Bit Index Explicit Replication (BIER) in an Information-Centric Networking (ICN) environment | |
| KR102436804B1 (ko) | 세션 관리 방법, 장치 및 시스템 | |
| CN105657748B (zh) | 基于隧道绑定的通信方法和网络设备 | |
| KR20230054505A (ko) | 시간 민감성 네트워킹을 위한 제어 평면 기반 구성 | |
| BR112021012912A2 (pt) | Método para suportar comunicação entre ues, portadora, e, aparelho | |
| JP7485793B2 (ja) | スライスアクセス方法、装置、及びシステム | |
| WO2021042742A1 (zh) | 一种通信方法、装置及系统 | |
| US10924518B2 (en) | UPF programming over enhanced N9 interface | |
| CN109818917B (zh) | 一种通信方法及其装置 | |
| CN114616858B (zh) | 包括多个upf实例的upf节点执行qos监测的方法和执行该方法的upf节点 | |
| WO2021109824A1 (zh) | 会话创建方法和装置、会话创建的控制方法和装置、会话创建系统、网元及存储介质 | |
| CN111586892B (zh) | 一种传输方法及装置 | |
| EP3002916B1 (en) | Packet forwarding system, device and method | |
| CN110138685B (zh) | 一种通信方法及装置 | |
| CN115361713A (zh) | 网络切片的切换方法、装置和通信系统 | |
| CN113055293A (zh) | 软件定义广域网中的选路方法及装置、通信系统 | |
| US20240097933A1 (en) | Policy control function fallback | |
| CN113676959A (zh) | 一种基于5g核心网的业务流转发方法、装置及设备 | |
| WO2018177003A1 (zh) | 一种计费方法、相关设备和系统 | |
| KR102168177B1 (ko) | 네트워크 장치 및 이를 이용한 패킷 처리 방법 | |
| CN109150752B (zh) | 缓存控制方法、网元及控制器 | |
| CN111372322B (zh) | 一种通信方法及装置 | |
| CN117042088A (zh) | 网络接入系统、方法、装置、通信设备和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |