CN110650504A - 一种会话处理方法及装置 - Google Patents
一种会话处理方法及装置 Download PDFInfo
- Publication number
- CN110650504A CN110650504A CN201811386967.2A CN201811386967A CN110650504A CN 110650504 A CN110650504 A CN 110650504A CN 201811386967 A CN201811386967 A CN 201811386967A CN 110650504 A CN110650504 A CN 110650504A
- Authority
- CN
- China
- Prior art keywords
- network element
- session
- application
- smf
- management network
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Abstract
本申请提供一种会话处理方法及装置。该方法包括:接入管理网元接收第一会话管理网元发送的第一会话的应用的接入点信息;接收来自终端的请求消息,请求消息包括第一会话的标识和第二会话的标识;根据应用的接入点信息选择第二会话管理网元;选择第三会话管理网元;向第二会话管理网元发送第一请求消息,第一请求消息用于请求建立第二会话;和/或向第三会话管理网元发送第二请求消息,第二请求消息用于请求建立第二会话。基于该方案,接入管理网元根据接收到的第一会话的应用的接入点信息选择第二会话管理网元,该接入点信息可以是由该应用对应的不支持应用重定位的AF服务器发送的,因此选择的第二会话管理网元可以为该AF服务器提供服务。
Description
本申请要求在2018年06月26日提交中华人民共和国知识产权局、申请号为201810672723.4、发明名称为“一种会话处理方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及移动通信技术领域,尤其涉及一种会话处理方法及装置。
背景技术
在一些情况下,应用可能不支持重定位(not application relocationpossibility),比如,在终端移动的过程中,终端当前所处的位置附近没有部署该应用对应的应用功能(application function,AF)服务器,或者,即使部署了该应用对应的AF服务器,但该AF服务器不支持应用层的上下文迁移。也就是说,为了更好地为终端提供较好的用户体验等原因,该应用对应的AF服务器请求该终端进行该应用的业务时,终端仍然需要连接到该终端在移动前所在的原位置处所连接的该应用对应的AF服务器。
针对上述应用场景,目前还没有相应的实现方案。
发明内容
本申请提供会话处理方法及装置,用以实现在终端的移动过程中,为不支持重定位的应用选择合适的网络设备,以及为应用的数据流选择相应的分流策略。
本申请中,终端在移动前,为该终端提供服务的会话管理网元称为第一会话管理网元。终端在移动后,为该终端提供服务的会话管理网元可以有以下实现方法:
实现方法一,为该终端提供服务的会话管理网元包括第二会话管理网元和第三会话管理网元,其中,第二会话管理网元可用于选择第二用户面网元,且该第二用户面网元用于为不支持应用重定位的应用的数据流提供服务,第三会话管理网元可用于选择第三用户面网元,且该第三用户面网元用于为支持应用重定位的应用的数据流提供服务。其中,该第二会话管理网元与上述第一会话管理网元可以是同一个会话管理网元,也可以是不同的会话管理网元。
实现方法二,为该终端提供服务的会话管理网元包括第四会话管理网元,该第四会话管理网元具有上述实现方法一中的第二会话管理网元和第三会话管理网元的功能。其中,该第四会话管理网元与上述第一会话管理网元可以是同一个会话管理网元,也可以是不同的会话管理网元。
为方便说明,下面以上述实现方法一为例进行说明。对于上述实现方法二,将会在具体实施方式中做详细说明。
进一步地,本申请中,终端建立的会话可以是会话与业务连续性(Session andService Continuity,SSC)模式(mode)3的会话,即该会话的模式类型为SSC mode3。或者,该终端建立的会话的还可以是SSC mode 1的会话,即该会话的模式类型为SSC mode1。
为方便说明,下面以终端建立的会话的模式类型是SSC mode3为例进行说明,并且终端移动前建立的会话称为第一会话,终端移动后重新建立的会话称为第二会话。对于终端建立的会话的模式类型是SSC mode1,将会在具体实施方式中做详细说明。
进一步地,本申请中,终端移动前和移动后,为该终端提供服务的接入管理网元可以是同一个接入管理网元,也可以是不同的接入管理网元。为方便说明,本申请以终端移动前和移动后,为该终端提供服务的接入管理网元是同一个接入管理网元为例进行说明。
第一方面,本申请提供一种会话处理方法。该方法包括:接入管理网元接收第一会话管理网元发送的第一会话的应用的接入点信息;接入管理网元接收来自终端的请求消息,请求消息包括第一会话的标识和第二会话的标识;接入管理网元根据应用的接入点信息选择第二会话管理网元;接入管理网元选择第三会话管理网元;接入管理网元向第二会话管理网元发送第一请求消息,第一请求消息用于请求建立第二会话;接入管理网元向第三会话管理网元发送第二请求消息,第二请求消息用于请求建立第二会话。基于该方案,接入管理网元根据接收到的第一会话的应用的接入点信息选择第二会话管理网元,该接入点信息可以是由该应用对应的不支持应用重定位的AF服务器发送的,因此选择的第二会话管理网元可以为该AF服务器提供服务。
在一种可能的实现方式中,接入管理网元根据应用的接入点信息选择第二会话管理网元,具体包括:接入管理网元根据应用的接入点信息选择第一会话管理网元为第二会话管理网元。
在一种可能的实现方式中,上述第一请求消息中可以包括上述应用的接入点信息,该接入点信息用于第二会话管理网元选择用户面网元。即,第二会话管理网元可以根据该应用的接入点信息选择用户面网元,本申请将该用户面网元称为第二用户面网元。由于第二会话管理网元是根据应用的接入点信息选择的该第二用户面网元,因此该第二用户面网元可以为该应用对应的AF服务器提供服务。
在又一种可能的实现方式中,上述第一请求消息还可以包括第一会话的标识和第二会话的标识。如此,当第二会话管理网元与上述第一会话管理网元是同一个会话管理网元时,则第二会话管理网元可以根据第二会话的标识,获取到本地存储的该会话上下文信息,该上下文中存储有该第二会话管理网元从第三方应用服务器接收到的应用的接入点信息,因而第二会话管理网元可以根据该会话上下文信息中的应用的接入点信息,选择上述第二用户面网元。
在一种可能的实现方式中,接入管理网元还可以向第三会话管理网元发送第二会话管理网元的信息,该第二会话管理网元的信息用于建立第三会话管理网元与第二会话管理网元之间的连接。在第三会话管理网元与第二会话管理网元建立连接之后,该连接可用于传输第二会话的应用的数据流的分流信息,其中分流信息包括分流网元的信息,和/或,分流策略信息。该分流信息还可以包括策略控制网元的信息。
在一种可能的实现方式中,接入管理网元还可以获取第二会话的应用的分流策略信息,然后向第二会话管理网元或者第三会话管理网元发送该分流策略信息,该分流策略信息可由第二会话管理网元或第三会话管理网元生成分流策略并发送给分流网元。
在又一种可能的实现方式中,接入管理网元还可以获取第一会话对应的策略控制网元的信息,然后向第二会话管理网元或者第三会话管理网元发送策略控制网元的信息。如此,第二会话管理网元或第三会话管理网元可以根据策略控制网元的信息,向策略控制网元请求获取分流策略信息。
第二方面,本申请提供一种会话处理方法。该方法包括:第三会话管理网元接收来自接入管理网元的第二请求消息,第二请求消息包括第二会话管理网元的信息,第二请求消息用于请求建立第二会话;第三会话管理网元选择第三用户面网元,第三用户面网元用于路由第二会话的第一应用的数据流,第一应用为支持应用重定位的应用;第三会话管理网元根据第二会话管理网元的信息建立与第二会话管理网元之间的连接,该连接用于传输第二会话的应用的数据流的分流信息。该分流信息包括分流网元的信息和/或分流策略信息。基于该方案,第三用户面网元可用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用,对于不支持应用重定位的应用的数据流则由其它用户面网元路由,如此可实现对支持应用重定位的应用的数据流和不支持应用重定位的应用的数据流的分流。
在一种可能的实现方式中,第三会话管理网元还可以选择分流网元,该分流网元用于对第二会话的应用的数据流进行分流。
在又一种可能的实现方式中,由第二会话管理网元选择分流网元,然后第三会话管理网元从第二会话管理网元获取该分流网元的信息。
在一种可能的实现方式中,第三会话管理网元还可以建立分流网元与第三用户面网元之间的数据传输通道。
在一种可能的实现方式中,第三会话管理网元还可以获取分流策略信息,根据分流策略信息确定分流策略,然后向分流网元发送该分流策略。
其中,第三会话管理网元可以从策略控制网元获取分流策略信息,或者,第三会话管理网元还可以从接入管理网元获取分流策略信息,或者,第三会话管理网元还可以从第二会话管理网元获取分流策略信息。其中,若第三会话管理网元从策略控制网元获取分流策略信息,则第三会话管理网元在从策略控制网元获取分流策略信息之前,还需要获取该策略控制网元的信息,如该策略网元的标识信息等。
第三方面,本申请提供一种会话处理方法。该方法包括:第二会话管理网元接收来自接入管理网元的第一请求消息,第一请求消息用于请求建立第二会话;第二会话管理网元选择第二用户面网元,第二用户面网元用于路由第二会话的第二应用的数据流,第二应用为不支持应用重定位的应用。基于该方案,第二用户面网元可用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用,如此可实现对不支持应用重定位的应用的数据流的路由,从而终端在移动位置之后仍然可以访问该不支持应用重定位的应用。
在一种可能的实现方式中,上述第一请求消息包括第一会话的标识,则第二会话管理网元选择第二用户面网元,具体包括:第二会话管理网元根据第一会话的标识获取会话上下文信息;然后根据会话上下文信息选择第二用户面网元,该会话上下文信息中包括应用的接入点信息。
在又一种可能的实现方式中,第一请求消息包括第一会话的应用的接入点信息,则第二会话管理网元选择第二用户面网元,具体包括:第二会话管理网元根据应用的接入点信息选择第二用户面网元。
在一种可能的实现方式中,第三会话管理网元还可以选择分流网元,该分流网元用于对第二会话的应用的数据流进行分流。
在又一种可能的实现方式中,由第三会话管理网元选择分流网元,然后第二会话管理网元可以从第三会话管理网元获取分流网元的信息。
在一种可能的实现方式中,第三会话管理网元还可以建立分流网元与第三用户面网元之间的数据传输通道。
在一种可能的实现方式中,第二会话管理网元可以获取分流策略信息,根据分流策略信息确定分流策略,然后向分流网元发送分流策略。
其中,第二会话管理网元可以从策略控制网元获取分流策略信息,或者,第二会话管理网元还可以从接入管理网元获取分流策略信息,或者,第二会话管理网元还可以从第三会话管理网元获取分流策略信息。其中,若第二会话管理网元从策略控制网元获取分流策略信息,则第二会话管理网元在从策略控制网元获取分流策略信息之前,还需要获取该策略控制网元的信息,如该策略网元的标识信息等。
第四方面,本申请提供一种会话处理方法。该方法包括:接入管理网元获取第二会话的应用的数据流的分流策略信息;接入管理网元向第二会话对应的第二会话管理网元或者第三会话管理网元发送分流策略信息。基于该方案,接入管理网元可以获取到第二会话的应用的数据流的分流策略信息,然后将分流策略信息发送给会话管理网元,如第二会话管理网元或第三会话管理网元。该分流策略信息可用于生成分流策略,该分流策略可用于对应用的数据流进行分流,该应用的数据流包括支持应用重定位的应用的数据流和/或不支持应用重定位的应用的数据流。
在一种可能的实现方式中,接入管理网元获取第二会话的应用的数据流的分流策略信息,具体包括:接入管理网元接收第一会话管理网元发送的第一会话的应用的接入点信息,该分流策略信息包括应用的接入点信息。
在一种可能的实现方式中,接入管理网元获取第二会话的应用的数据流的分流策略信息,具体包括:接入管理网元接收终端发送的会话建立请求消息,会话建立请求消息包括第一会话的标识;接入管理网元根据第一会话的标识确定会话上下文信息;接入管理网元根据会话上下文信息,确定分流策略信息。
第五方面,本申请提供一种会话处理方法。该方法包括:会话管理网元获取第二会话的应用的数据流的分流策略信息;会话管理网元根据分流策略信息确定分流策略;会话管理网元向分流网元发送分流策略,分流网元用于对第二会话的应用的数据流进行分流。基于该方案,会话管理网元可以获取到第二会话的应用的数据流的分流策略信息,然后确定分流策略,并向分流网元发送分流策略,如此,分流网元可根据分流策略对应用的数据流进行分流。该会话管理网元可以是上述实施例中的第二会话管理网元或第三会话管理网元。
在一种可能的实现方式中,会话管理网元可以从接入管理网元获取分流策略信息,或者,会话管理网元可以从策略控制网元获取分流策略信息,或者会话管理网元还可以从其它会话管理网元获取分流策略信息。
其中,若第二会话管理网元从策略控制网元获取分流策略信息,则第二会话管理网元在从策略控制网元获取分流策略信息之前,还需要获取该策略控制网元的信息,如该策略网元的标识信息等。
在一种可能的实现方式中,该会话管理网元还可以选择分流网元。
在一种可能的实现方式中,上述第一方面至第五方面的任一实施例中的应用的接入点信息包括以下至少一项:至少一个数据网络接入标识(data network accessidentifier,DNAI)、应用功能AF的位置信息、无应用重定位可能的指示、无DNAI改变的指示。
在一种可能的实现方式中,上述第一方面至第五方面的任一实施例中的分流策略信息包括以下至少一项:指示信息、应用的数据流的信息;其中,指示信息包括以下至少一项:本地处理指示、至少一个DNAI、重定位能力信息,应用的数据流包括支持应用重定位的应用的数据流和/或不支持应用重定位的应用的数据流。
第六方面,本申请提供一种会话处理方法,包括:第一会话管理网元接收第一会话的应用的接入点信息;所述第一会话管理网元根据所述应用的接入点信息确定为第二会话分配所述第一会话管理网元,第一会话和第二会话对应相同的数据网络;所述第一会话管理网元接收请求消息,所述请求消息用于请求建立所述第二会话;所述第一会话管理网元为所述第二会话分配第一用户面网元,所述第一用户面网元用于在所述第二会话中传输所述应用对应的数据流。
在一种可能的实现方式中,所述应用是不DNAI改变的应用。
在一种可能的实现方式中,所述第一会话管理网元为所述第二会话分配第二用户面网元,所述第二用户面网元用于在所述第二会话中传输支持DNAI改变的应用对应的数据流。
在又一种可能的实现方式中,所述第一会话管理网元向第二会话管理网元发送分流策略信息,所述分流策略信息用于第二会话管理网元为所述第二会话分配第二用户面网元,所述第二用户面网元用于在所述第二会话中传输支持DNAI改变的应用对应的数据流。
在一种可能的实现方式中,应用的接入点信息包括以下信息中的至少一个:至少一个DNAI、AF的位置信息、无应用重定位可能的指示、无DNAI改变的指示。
在一种可能的实现方式中,所述第一会话的模式类型为SSC mode3。
在一种可能的实现方式中,所述方法还包括所述第一会话管理网元释放所述第一会话。
在一种可能的实现方式中,第六方面中的第二用户面网元为本申请第六实施例中的第八用户面网元,第六方面中的第二会话管理网元为本申请第六实施例中的第六会话管理网元。
第七方面,本申请提供一种装置,该装置可以是接入管理网元、或会话管理网元(如第二会话管理网元、第三会话管理网元),还可以是芯片。该装置具有实现上述第一方面、或者第二方面、或者第三方面、或者第四方面、或者第五方面、或者第六方面中任意一个方面的各实施例的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第八方面,提供了一种装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该装置执行如上述第一方面或第一方面中任一所述的会话处理方法、或者以使该装置执行如上述第二方面或第二方面中任一所述的会话处理方法、或者以使该装置执行如上述第三方面或第三方面中任一所述的会话处理方法、或者以使该装置执行如上述第四方面或第四方面中任一所述的会话处理方法、或者以使该装置执行如上述第五方面或第五方面中任一所述的会话处理方法、或者以使该装置执行如上述第六方面或第六方面中任一所述的会话处理方法。
第九方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
第十方面,本申请还提供一种包括指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
第十一方面,本申请还提供一种系统,该系统包括上述第一方面的任一实施例中的接入管理网元和上述第二方面的任一实施例中的第三会话管理网元。进一步地,该系统还可以包括上述第三方面的任一实施例中的第二会话管理网元。
第十二方面,本申请还提供一种系统,该系统包括上述第四方面的任一实施例中的接入管理网元和上述第五方面的任一实施例中的会话管理网元。
需要说明的是,本申请发明内容中的第二会话管理网元可以为本申请实施例一中的第二会话管理网元或第三会话管理网元。本申请发明内容中的第二用户面网元可以为本申请实施例一中的第二用户面网元。
本申请发明内容中的第二会话管理网元可以为本申请实施例二中的第二会话管理网元或第三会话管理网元。本申请发明内容中的第二用户面网元可以为本申请实施例二中的第二用户面网元。
本申请发明内容中的第二会话管理网元可以为本申请实施例三中的第四会话管理网元。本申请发明内容中的第二用户面网元可以为本申请实施例三中的第五用户面网元。
本申请发明内容中的第二会话管理网元可以为本申请实施例四中的第四会话管理网元。本申请发明内容中的第二用户面网元可以为本申请实施例四中的第五用户面网元。
本申请发明内容中的第二会话管理网元可以为该本申请实施例六中的第六会话管理网元。本申请发明内容中的第二用户面网元可以为本申请实施例六中的第八用户面网元。
附图说明
图1为本申请提供的一种可能的网络架构示意图;
图2为现有技术的SSC mode 3的PDU会话示意图;
图3为本申请提供的一种会话处理方法流程图;
图4为本申请提供的一种会话的数据流示意图;
图5为本申请提供的又一种会话的数据流示意图;
图6为本申请提供的又一种会话处理方法流程图;
图7为本申请提供的又一种会话的数据流示意图;
图8为本申请提供的又一种会话的数据流示意图;
图9为本申请提供的又一种会话处理方法流程图;
图10为本申请提供的一种会话的数据流示意图;
图11为本申请提供的又一种会话处理方法流程图;
图12(a)为本申请提供的一种会话的数据流示意图;
图12(b)为本申请提供的又一种会话的数据流示意图;
图13为本申请提供的一种装置示意图;
图14为本申请提供的又一种装置示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中,在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图1所示,为本申请适用的一种可能的网络架构示意图。该网络架构包括接入管理网元(图中以接入管理网元为接入与移动性管理功能(access and mobilitymanagement function,AMF)网元为例)、会话管理网元(图中以会话管理网元为会话管理功能(session management function,SMF)网元为例)。进一步的,该网络架构还可以包括用户面网元(图中以用户面网元为用户面功能(user plane function,UPF)为例)。进一步的,该网络架构还可以包括策略控制网元(图中以策略控制网元为策略控制功能(policycontrol function,PCF)为例)。
其中,接入管理网元,主要用于移动网络中的终端的附着、移动性管理、跟踪区更新流程,接入管理网元终结了非接入层(non access stratum,NAS)消息、完成注册管理、连接管理以及可达性管理、分配跟踪区域列表(track area list,TA list)以及移动性管理等,并且透明路由会话管理(session management,SM)消息到会话管理网元。在第5代(5thgeneration,5G)通信中,接入与移动性管理网元可以是AMF网元,在未来通信如第6代(6thgeneration,6G)通信中,接入管理网元仍可以是AMF网元,或者有其它名称,本申请对此不作限定。
会话管理网元,主要用于移动网络中的会话管理,如会话建立、修改、释放。具体功能如为终端分配互联网协议(internet protocol,IP)地址、选择提供报文转发功能的用户面网元等。在5G通信中,会话管理网元可以是SMF网元,在未来通信如6G通信中,会话管理网元仍可以是SMF网元,或有其它的名称,本申请不做限定。
用户面网元,主要负责对用户报文进行处理,如转发、计费、合法监听等。用户面设备也可以称为协议数据单元(protocol data unit,PDU)会话锚点(PDU session anchor,PSA)。在5G通信中,用户面网元可以是UPF网元,在未来通信如6G通信中,用户面网元仍可以是UPF网元,或有其它的名称,本申请不做限定。
策略控制网元,包含用户签约数据管理功能,策略控制功能,计费策略控制功能,服务质量(quality of service,QoS)控制等。在5G通信中,策略控制网元可以是PCF网元,在未来通信如6G通信中,策略控制网元仍可以是PCF网元,或有其它的名称,本申请不做限定。
本申请的上述网络架构的网元可以构成核心网,该核心网和无线接入网(radioaccess network,RAN)可以为终端提供服务,比如终端可以通过RAN和核心网向数据网络(data network,DN)发送数据包,或者,DN通过RAN和核心网向终端发送数据包。当终端与DN建立通信联系时,终端与DN之间可以建立PDU会话,以便于建立数据传输通道。其中,PDU会话指的是在终端与DN之间提供PDU连接服务的一种连接。
本申请的终端是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
作为示例,用户面网元与DN之间的接口可以称为N6接口,用户面网元与会话管理网元之间的接口可以称为N4接口,会话管理网元与接入管理网元之间的接口可以称为N11接口,会话管理网元与策略控制网元之间的接口可以称为N7接口,接入管理网元与策略控制网元的接口可以称为N15接口。当然,在未来通信中,这些接口的名称可以不变,或者也可以用其他名称代替,本申请对此不限定。
可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。
为方便说明,本申请后续,以用户面网元为UPF网元,会话管理网元为SMF网元,接入管理网元为AMF网元,策略控制网元为PCF网元为例进行说明。进一步地,将UPF网元简称为UPF,SMF网元简称为SMF,AMF网元简称为AMF,PCF网元简称为PCF。即本申请后续所描述的UPF均可替换为用户面网元,SMF均可替换为会话管理网元,AMF均可替换为接入管理网元,PCF均可替换为策略控制网元。
为便于理解本方案,下面对本申请将要使用到的一些术语或名词,以及相应的背景知识做简单的介绍。
5G系统中的会话与业务连续性模式能满足不同应用或业务的连续性需求。5G系统中支持不同的会话与业务连续性模式,主要包括以下几种会话与业务连续性模式:
1),SSC mode1:在终端的移动过程中,无论终端的接入技术类型以及终端的位置等,在PDU会话建立时,作为PSA的UPF保持不变。
2),SSC mode2:基于运营商的策略等信息,网络侧可以通知终端释放当前的PDU会话,并且重建立新的PDU会话。在新建的PDU会话中,作为PSA的UPF可以重选。
3),SSC mode3:对于SSC mode 3的PDU会话,网络侧允许针对该PDU会话的DN建立新的PDU会话,而在新的PDU会话建立完成后,可以在一定时间后,释放之前建立的PDU会话。网络侧允许针对该PDU会话的DN建立新的PDU会话的条件有多种情况,比如由于终端的移动,或者由于设备的负载均衡等。
如图2所示,为现有技术的SSC mode 3的PDU会话示意图。需要说明的是,图2中的两个DN指的是同一个DN。
终端在位置1(如RAN1所示的位置)建立了PDU会话1(如图中虚线所示),该PDU会话1的用户面路径为:终端-RAN1-UPF1。
当终端移动至位置2(如RAN2所示的位置),终端接入到RAN2,此时PDU会话1仍然存在且PDU会话1的用户面路径更新为:终端-RAN2-UPF1。并且SMF1在终端移动后,可以通过AMF向终端发送NAS消息,通知终端针对该DN建立PDU会话2,该PDU会话2的用户面路径为:终端-RAN2-UPF2。
在上述过程中,如果UE所在的区域不在SMF1的覆盖区域,或者,SMF1管理的UPF有覆盖区域且UE所在的位置不在SMF1管理的UPF的覆盖区域,则SMF1可以通知AMF重选SMF。比如在终端发起建立PDU会话时,AMF可以重选SMF2,然后SMF2重选UPF2,并建立PDU会话,该PDU会话即为上述PDU会话2。
因此,针对SSC mode3的PDU会话,在新建立了PDU会话2之后的一段时间内,原来的PDU会话1仍然存在。并且在新建立PDU会话时,AMF可以重选SMF,重选的SMF可以重选UPF。如图2所示为发生重选的场景,终端移动前,为该终端提供服务的网元为SMF1和UPF1,终端移动后,为该终端提供服务的网元为SMF2和UPF2。进一步的,终端移动后,为该终端提供服务的AMF也可以发生改变,为方便描述,本申请将以AMF不改变为例进行说明。
本申请主要涉及上述SSC mode1和SSC mode3,后续会分别针对两种场景进行说明。
参考图1,假设DN中有三个应用功能(application function,AF)服务器,分别为AF服务器1、AF服务器2和AF服务器3。为方便说明,后续将AF服务器简称为AF,因此AF服务器1、AF服务器2和AF服务器3分别可以简称为AF1、AF2和AF3。其中,AF1中有应用1,或者理解为AF1与应用1对应;AF2中有应用2,或者理解为AF2与应用2对应;AF3中有应用3,或者理解为AF3与应用3对应。终端当前位于位置A,终端在位置A处可以访问AF1、AF2和AF3,因此,终端在位置A处可以访问应用1、应用2和应用3。
假设应用1不支持应用重定位,也可以理解为,当终端处于位置A,进行应用1的业务时,连接到AF1,那么,当终端的位置发生改变时(比如终端移动至位置B),AF1希望终端进行该应用1的业务时,依然访问该AF1,比如在位置B处没有部署该应用1对应的AF,或者,虽然在位置B处部署了该应用1对应的AF,但是该AF的应用层不支持传递上下文等应用层的操作,因此在位置B处仍然需要访问终端在位置A处所访问的该应用1对应的AF1。
假设应用2和应用3支持应用重定位,也可以理解为,当终端离开位置A后,可以在移动后的新的位置(比如位置B)连接到AF2之外的AF进行应用2的业务,以及可以连接到AF3之外的AF进行应用3的业务。
在终端移动至位置B之后,由于在位置B进行应用1的业务须连接到该应用1对应的位于位置A的AF1,因此,在这种场景下,为了为终端提供较好的业务体验,会话的网关设备(例如包括用户面网元、分流网元等)须根据AF1所处的位置确定,如何选择会话管理网元,以及会话管理网元如何选择网关设备,将是本申请要解决的问题。
针对上述问题,本申请将提供多种不同的解决方案,下面分别说明。
实施例一
如图3所示,为本申请提供的一种会话处理方法流程图。该方法应用于SSC mode3的会话的处理过程。该实施例中,终端在移动前建立的会话称为第一会话,为该终端提供服务的SMF称为第一SMF。终端在移动后建立的会话称为第二会话,为该终端提供服务的SMF包括第二SMF和第三SMF,该第二SMF选择的UPF称为第二UPF,该第二UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用,该第三SMF选择的UPF称为第三UPF,该第三UPF用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2或AF3对应的应用。终端在移动前和移动后,为该终端提供服务的AMF为同一个AMF。并且,该实施例中AMF选择的第二SMF与上述第一SMF是不同的SMF。
需要说明的是,该实施例中的第一SMF也可以称为A-SMF1,第二SMF也可以称为A-SMF2,第三SMF也可以称为I-SMF。其中,A-SMF是锚点(anchor)SMF的简称,I-SMF是中间(intermediate)SMF的简称,该I-SMF是一个新增的SMF。
该方法包括以下步骤:
步骤301,第一SMF向AMF发送第一会话的应用的接入点信息。相应地,AMF可以接收到该第一会话的应用的接入点信息。
其中,应用的接入点信息包括以下至少一项:至少一个DNAI、AF的位置信息、无应用重定位可能的指示、无DNAI改变的指示。
需要说明的是,作为又一种实现方式,本申请中任何地方出现的应用的接入点信息还可以替换为指示信息,进而任何网元根据应用的接入点信息执行的相应操作均可以替换为该网元根据指示信息执行相应的操作。
其中,DNAI是数据网络接入点标识,可以认为是数据接入网络的位置信息。例如,在一种场景中,由于负载均衡的原因,AF服务器可以请求数据路由接入点在特定的位置(应用在该位置部署AF服务器),也就是希望用户的该应用的数据流接入到该位置的AF服务器。AF服务器可以向网络侧的NEF提供AF的位置信息,NEF将该AF的位置信息映射成一个或多个DNAI,并将一个或多个DNAI通过PCF发送到SMF,SMF接收到的DNAI中选择一个或多个DNAI,然后SMF可以根据选择的一个或多个DNAI选择UPF。也就是说,DNAI可以由SMF用于选择UPF。本申请中,DNAI还可以用于AMF选择SMF。
无应用重定位可能(notapplication relocation possibility)的指示,用于指示该AF的应用不支持应用重定位。
无DNAI改变的指示,用于指示该AF的位置信息对应的一个或者多个DNAI不能改变。AF的应用不支持应用重定位时,其传输该AF的应用数据流的网关设备可以与该一个或多个DNAI对应。
例如,若应用不支持应用重定位,则该应用对应的AF可以通过网络开放功能(network exposure function,NEF)、或通过PCF,将该发送给SMF。需要说明是,AF还可以向NEF发送AF的位置信息,NEF可以根据AF的位置信息确定该应用的接入点信息(这里的接入点信息可以是一个或多个DNAI),NEF可以通过PCF将该应用的接入点信息发送到第一SMF,第一SMF在接收到该应用的接入点信息后,一方面,第一SMF可以将该应用的接入点信息存储于该终端的第一会话的会话上下文信息中,这里的会话上下文信息是指该终端的与该会话有关的信息,另一方面,第一SMF还可以将该应用的接入点信息发送给AMF,即第一SMF在获取到该应用的接入点信息后,将该接入点信息携带于消息中发送给AMF。具体的消息不限制,比如,可以是Namf_Communication_N1N2MessageTransfer消息。
例如,第一SMF在获取到该应用的接入点信息后,先保存该信息。当第一SMF决定执行SMF和/或UPF的重定位时,第一SMF可以向AMF发送消息(比如,Namf_Communication_N1N2MessageTransfer消息),该消息包括第一会话的标识(该第一会话的标识例如可以为PDU会话的标识)、SMF重分配请求指示(SMF Reallocation requested indication),N1会话管理容器(N1SM container)等。该N1SM container是发送到终端的信息,其中包括会话修改命令(例如为PDU Session Modification Command),还可以包含原因值,该原因值用于发送给终端,并指示终端针对相同的DN重新建立会话,即建立第二会话。
进一步地,该消息中还可以包括上述应用的接入点信息。通过上述方法,AMF可以从第一SMF获取到应用的接入点信息,然后保存在本地,例如保存在第一会话的会话上下文信息中。
步骤302,终端向AMF发送请求消息,相应地,AMF可以接收到该请求消息,请求消息包括第一会话的标识和第二会话的标识。该请求消息用于请求建立会话。
由于终端的移动,将会触发终端发起重新建立会话,因此终端会向AMF发送请求消息,用于请求建立会话。这里,请求建立的新的会话为第二会话。
终端发起会话建立过程,在请求消息中包括第一会话的标识和第二会话的标识,例如当该会话是PDU会话时,该第一会话的标识还可以称为原PDU会话标识(old PDUsession ID),该第二会话的标识还可以称为新PDU会话的标识(new PDU session ID)。当AMF接收到第一会话的标识和第二会话的标识后,可以确定该第二会话是基于第一会话重建立的PDU会话。因此,AMF将为该第二会话重选SMF。该实施例中,AMF将为该第二会话选择两个SMF,分别为第二SMF和第三SMF。并且选择的第二SMF与第三SMF均与为第二会话提供服务的第一SMF是不同的SMF。
在具体实现中,上述请求消息可以是会话建立请求消息。
步骤303,AMF根据应用的接入点信息选择第二SMF。
AMF根据应用的接入点信息选择第二SMF,该第二SMF选择第二UPF,该第二UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用。
步骤304,AMF选择第三SMF。
例如,AMF可以根据终端的位置信息和/或第二SMF的信息,选择第三SMF。该第三SMF选择第三UPF,该第三UPF用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2、或AF3对应的应用。
步骤305,AMF向第二SMF发送第一请求消息,第一请求消息用于请求建立第二会话。相应地,第二SMF可以接收到该第一请求消息。
在具体实现中,该第一请求消息例如可以是Nsmf_PDUSession_CreateSMContextRequest消息。
可选的,该第一请求消息中包括上述应用的接入点信息,该应用的接入点信息用于第二SMF选择UPF。
可选的,该第一请求消息中还可以包括第一会话的标识和第二会话的标识。
步骤306,第二SMF选择第二UPF。
在一种实现方式中,若上述第一请求消息中包括应用的接入点信息,则第二SMF可以根据应用的接入点信息选择UPF,且选择的UPF为第二UPF。由于是根据应用的接入点信息选择的UPF,因此选择的第二UPF使得终端可以访问到该应用对应的AF服务器,即终端在移动之后仍然可以第二UPF访问到上述不支持应用重定位的应用,该第二UPF与一个或多个DNAI对应,该一个或多个DNAI与该应用对应的AF服务器对应。
在又一种实现方式中,第二SMF可以获取到分流策略信息,并根据分流策略信息选择UPF,且选择的UPF为第二UPF。
需要说明的是,第二SMF选择的第二UPF,与第一会话对应的锚点UPF(可以称为第一UPF)可以是同一个UPF,也可以是不同的UPF,本申请对此不作限定。
步骤307,AMF向第三SMF发送第二请求消息,第二请求消息用于请求建立第二会话。相应地,第三SMF可以接收到该第二请求消息。
在具体实现中,该第二请求消息例如可以是Nsmf_PDUSession_CreateSMContextRequest消息。该第二请求消息中包括第二SMF的信息,以便于第二SMF和第三SMF为UE建立PDU会话(即第二会话),该第二SMF的信息用于第三SMF建立与第二SMF之间的连接。
可选的,AMF可以是根据应用的接入点信息,确定在第二请求消息中携带第二SMF的信息。
步骤308,第三SMF选择第三UPF。
具体的,第三SMF可以根据UPF的选择原则,比如,根据终端的位置信息、UPF的负载信息、数据网络名称(data network name,DNN)等信息选择UPF,且选择的UPF为第三UPF。该第三UPF用于路由第二会话的第一应用的数据流,第一应用为支持应用重定位的应用。
步骤309,第三SMF根据第二SMF的信息建立与第二SMF之间的连接,该连接用于传输第二会话的应用的数据流的分流信息。
该分流信息例如可以包括分流网元的信息,和/或,分流策略信息,进一步的还可以包括PCF的信息等。第二SMF的信息,例如可以是第二SMF的标识信息等。
作为一种实现方式,第三SMF可以根据第二SMF的信息向第二SMF发送Nx消息,Nx消息用于请求建立与第二SMF之间的信令连接。
进一步的,还需要选择一个分流网元,该分流网元是用于对第二会话的应用的数据流进行分流的设备,可以根据数据流的特征为数据流确定相应的数据路由(即选择不同的网关设备)。具体的,将第二会话的第一应用的数据流发送至第三UPF,将第二会话的第二应用的数据流发送至第二UPF。
作为一种实现方式,该分流网元的具体形态不限制,可以是上行分类器(UplinkClassifier,UL CL),该UL CL具体可以是一个UPF。该分流网元执行业务数据流的分流。对于上行数据流,当上行数据流到达分流网元时,分流网元根据分流策略匹配上行数据流,将上行数据流发送到第二UPF或第三UPF。对于下行数据流,分流网元将上行数据流汇聚后发送到终端.通过这种处理方式,在一个PDU会话中可以有多个数据流路由点。
下面介绍两种选择分流网元的方法。
方法一,第二SMF选择分流网元,具体包括以下步骤310-步骤313。
步骤310,第二SMF选择分流网元。
本申请对于第二SMF选择分流网元的方法不限,例如第二SMF可以根据终端的位置信息、第一会话的标识、第二会话的标识等信息中的部分或全部信息,选择一个分流网元。
步骤311,第二SMF建立分流网元与第二UPF之间的数据传输通道。
步骤312,第二SMF向第三SMF发送分流网元的信息。
比如,第二SMF可以将分流网元的标识信息等发送给第三SMF。例如,可以通过上述309中建立的连接,向第三SMF发送分流网元的信息。
步骤313,第三SMF建立分流网元与第三UPF之间的数据传输通道。
方法二,第三SMF选择分流网元,具体包括以下步骤314-步骤317。
步骤314,第三SMF选择分流网元。
本申请对于第三SMF选择分流网元的方法不限,例如第三SMF可以根据终端的位置信息、第一会话的标识、第二会话的标识等信息中的部分或全部信息,选择一个分流网元。
步骤315,第三SMF建立分流网元与第三UPF之间的数据传输通道。
步骤316,第三SMF向第二SMF发送分流网元的信息。
比如,第三SMF可以将分流网元的标识信息等发送给第二SMF。例如,可以通过上述309中建立的连接,向第二SMF发送分流网元的信息。
步骤317,第二SMF建立分流网元与第二UPF之间的数据传输通道。
通过上述步骤310-步骤313,或通过上述步骤314-步骤317,选择一个分流网元,进而第二SMF可以建立分流网元与第二UPF之间的连接,第三SMF可以建立分流网元与第三UPF之间的连接,如此,可实现由分流网元将接收到的应用的数据流分别发送至第二UPF或第三UPF。
需要说明的是,上述各个步骤中,相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。比如,步骤303、步骤305、步骤306中的任一步骤,与步骤304、步骤307、步骤308中的任一步骤之间没有严格的先后顺序限制,只需要保证步骤303在步骤307之前执行即可,步骤309可以是在步骤307之后,且在步骤312或步骤316之前的任一步骤执行即可。若执行步骤310-步骤313,则步骤311可以是在步骤310之后的任一步骤执行即可。若执行步骤314-步骤317,则步骤315可以是在步骤314之后的任一步骤执行即可。对于其他没有时序限制的步骤执行方式,可根据实际情况调整,不再一一举例说明。
通过上述实施例,可通过选择第二UPF,该第二UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用。如此,终端在移动之后,通过第二会话,仍然可以访问到该第二应用。
在上述实施例中,之所以需要为第二会话选择两个SMF,一种可能的原因是:AMF根据终端的位置等信息选择的第三SMF距离不支持应用重定位的应用对应的AF服务器较远,因而第三SMF无法管理和控制与该AF服务器对应的DNAI所对应的UPF,因此需要再选择一个SMF,即上述第二SMF,用以选择第二UPF并管理该第二UPF。
进一步地,分流网元在对接收到的应用的数据流进行分流时,需要根据接收到的分流策略进行分流。其中,该应用的数据流包括支持应用重定位的应用,和/或,不支持应用重定位的应用。下面进一步介绍上述分流网元获取到分流策略的具体实现方法。需要说明的是,下述任一种方法可以结合图3所示的实施例进行实现,也可以单独实施,对此不作限定。
下面以结合图3所示的实施例为例,对下述实现方法进行说明。
实现方法一,AMF获取分流策略信息并发送给第二SMF或第三SMF,然后第二SMF或第三SMF根据分流策略信息确定分流策略并将分流策略发送给分流网元。
其中,分流策略信息是指用于确定数据流路由的信息,在同一个PDU会话中,不同特征的数据流可能经过不同的UPF发送到DN,如图2、图4、图5等所示。也就是说,在同一个PDU会话中,数据流存在不同的数据路由,那么,用于为数据流确定数据路由的信息均可以被称作为分流策略信息。
分流策略信息例如可以包括指示信息和/或应用的数据流的信息。指示信息包括以下至少一项:本地处理指示、至少一个DNAI、重定位能力信息,应用的数据流包括支持应用重定位的应用的数据流和/或不支持应用重定位的应用的数据流。重定位能力信息包括无应用重定位可能(notapplication relocation possibility)的指示、或应用重定位可能(application Relocation possibility)的指示。应用的数据流的信息包括应用的数据流的目的IP地址、AF的标识、应用的标识中的至少一项。
例如,在图3所示的实施例的步骤中,第一SMF在向AMF发送应用的接入点信息时,还可以向AMF发送分流策略信息。需要说明的是,若接入点信息和分流策略信息均为至少一个DNAI标识、或无应用重定位可能的指示,则第一SMF只需要向AMF发送一次该至少一个DNAI标识、或无应用重定位可能的指示,而不需要重复发送。
或者,在又一实现方式中,第一SMF可以分别通过不同的消息,向AMF发送上述应用的接入点信息和分流策略信息。
第一SMF在接收到分流策略信息后,也可以将该分流策略信息保存在第一会话的会话上下文信息中。
进一步地,第一SMF还可以将分流策略信息发送给AMF,在一种实现方式中,第一SMF可以将该分流策略信息通过消息发送给AMF。具体的消息不限制,例如可以是Namf_Communication_N1N2MessageTransfer消息。如此,AMF可以获取到分流策略信息,进一步地,AMF可以将分流策略信息保存在本地,例如保存在第一会话的会话上下文信息中。
在一种实现方式中,AMF在图3所示的实施例的步骤302之后,根据接收到的请求消息中的第一会话的标识确定会话上下文信息,然后根据会话上下文信息确定分流策略信息,即从会话上下文信息中获取保存的分流策略信息。
AMF在获取到分流策略信息之后,可以将分流策略信息发送给第二SMF或第三SMF。比如,若是由第二SMF选择的分流网元,则AMF可以将该分流策略信息发送给第二SMF,或者AMF可以将该分流策略信息发送给第三SMF,由第三SMF将分流策略信息发送给第二SMF,然后第二SMF根据该分流策略信息生成分流策略,并将该分流策略发送给分流网元。若是由第三SMF选择的分流网元,则AMF可以将该分流策略信息发送给第三SMF,或者AMF可以将该分流策略信息发送给第二SMF,由第二SMF将分流策略信息发送给第三SMF,然后第三SMF根据该分流策略信息生成分流策略,并将该分流策略信息发送给分流网元。
需要说明的是,第二SMF或第三SMF可以直接将分流策略信息作为分流策略,即分流策略与分流策略信息相同,或者,第二SMF或第三SMF还可以对分流策略信息进行添加相关信息或者修改相关信息得到分流策略,此时分流策略与分流策略信息不完全相同。具体则根据实际需要来实现。其中,分流策略在具体实现中,例如可以是filter等。
实现方法二,第二SMF从PCF获取分流策略信息,然后根据分流策略信息确定分流策略并将分流策略发送给分流网元。
在一种实现方式中,若第二SMF对应的PCF与第一SMF对应的PCF(该PCF也可以称为第一会话对应的PCF)是同一个PCF,则第二SMF中保存有该PCF的信息,因此可以从该PCF中获取到分流策略信息。
在又一种实现方式中,若第二SMF对应的PCF与第一SMF对应的PCF不是同一个PCF,则第二SMF首先需要获取到第一SMF对应的PCF的信息,例如第二AMF可以从AMF获取到第一SMF对应的PCF的信息(其中,AMF上的该第一SMF对应的PCF的信息,可以是第一SMF发送给AMF的),然后第二SMF根据获取到的PCF的信息,从该PCF中获取到分流策略信息。比如,AMF可以将PCF的信息携带于图3所示的实施例的步骤305的第一请求消息中发送给第二SMF。
第二SMF获取到分流策略信息后,根据分流策略信息确定分流策略。具体实现方式可参考实现方法一中的相关描述,这里不再赘述。
实现方法三,第二SMF从PCF获取分流策略信息,然后将分流策略信息发送给第三SMF,由第三SMF根据分流策略信息确定分流策略并将分流策略发送给分流网元。
该实现方法三与上述实现方法二的主要区别在于,第二SMF从PCF获取到分流策略信息后,是将分流策略信息发送给第三SMF,然后由第三SMF根据分流策略信息确定分流策略并将分流策略发送给分流网元。
需要说明的是,第二SMF从PCF获取的分流策略信息与第二SMF向第三SMF发送的分流策略信息可以相同,也可以不同。比如,第二SMF从PCF获取的分流策略信息可以是应用数据流的标识以及其相应的DNAI,第二SMF可以将应用数据流的标识以及其相应的DNAI发送到第三SMF,其中,值可能不同。再比如,第二SMF从PCF获取到的分流策略信息包括应用数据流的标识以及无应用重定位可能的指示信息,然后第二SMF根据分流策略信息确定应用数据流的DNAI,接着,第二SMF将应用数据流的标识以及应用数据流的DNAI作为分流策略信息发送给第三SMF。
第二SMF向第三SMF发送的分流策略信息与第三SMF确定的分流策略可以相同,也可以不同。比如,第二SMF向第三SMF发送的分流策略信息包括应用数据流的标识以及相应的DNAI,第三SMF可以根据应用数据流的标识以及相应的DNAI确定应用数据流的分流策略,该分流策略可以包含数据流的标识(比如,应用数据流的目的地址)以及相应的路由(比如,应用数据流路由的网关设备地址),第三SMF可以将该分流策略发送到分流网元。
实现方法四,第三SMF从PCF获取分流策略信息,然后根据分流策略信息确定分流策略并将分流策略发送给分流网元。
该实现方法四与上述实现方法二的主要区别在于,是由第三SMF从PCF获取分流策略信息,获取方式可参考第二SMF从PCF获取分流策略信息的方式。第三SMF获取到分流策略信息后,根据分流策略信息确定分流策略。具体实现方式可参考实现方法一中的相关描述,这里不再赘述。
作为一种实现方式,若第三SMF还需要获取PCF的信息,则可以是由AMF将PCF的信息携带于图3所示的实施例的步骤307的第二请求消息中发送给第三SMF。
需要说明的是,第三SMF从PCF获取的分流策略信息与第三SMF确定的分流策略可以相同,也可以不同。比如,第三SMF从PCF获取的分流策略信息包括应用数据流的标识以及相应的DNAI,第三SMF可以根据应用数据流的标识以及相应的DNAI确定应用数据流的分流策略,该分流策略可以包含数据流的标识(比如,应用数据流的目的地址)以及相应的路由(比如,应用数据流路由的网关设备地址),第三SMF可以将该分流策略发送到分流网元。实现方法五,第三SMF从PCF获取分流策略信息,然后将分流策略信息发送给第二SMF,由第二SMF根据分流策略信息确定分流策略并将分流策略发送给分流网元。
该实现方法五与上述实现方法四的主要区别在于,第三SMF从PCF获取到分流策略信息后,是将分流策略信息发送给第二SMF,然后由第二SMF根据分流策略信息确定分流策略并将分流策略发送给分流网元。
需要说明的是,第三SMF从PCF获取的分流策略信息与第三SMF向第二SMF发送的分流策略信息可以相同,也可以不同。比如,第三SMF从PCF获取的分流策略信息可以是应用数据流的标识以及其相应的DNAI,第三SMF可以将应用数据流的标识以及其相应的DNAI发送到第二SMF,其中,值可能不同。再比如,第三SMF从PCF获取到的分流策略信息包括应用数据流的标识以及无应用重定位可能的指示信息,然后第三SMF根据分流策略信息确定应用数据流的DNAI,接着,第三SMF将应用数据流的标识以及应用数据流的DNAI作为分流策略信息发送给第二SMF。
第三SMF向第二SMF发送的分流策略信息与第二SMF确定的分流策略可以相同,也可以不同。比如,第三SMF向第二SMF发送的分流策略信息包括应用数据流的标识以及相应的DNAI,第二SMF可以根据应用数据流的标识以及相应的DNAI确定应用数据流的分流策略,该分流策略可以包含数据流的标识(比如,应用数据流的目的地址)以及相应的路由(比如,应用数据流路由的网关设备地址),第二SMF可以将该分流策略发送到分流网元。
针对上述实现方法二至实现方法四,AMF中的PCF的信息可以是由AMF通过以下方法获取到的:在上述步骤301中,第一SMF在向AMF发送应用的接入点的信息的同时,还可以向AMF发送PCF的信息,具体地,可以将PCF的信息携带于Namf_Communication_N1N2MessageTransfer消息中发送给AMF。或者,在又一种实现方式中,上述步骤301可以替换为:第一SMF向AMF发送PCF的信息,相应地,AMF可以接收到该PCF的信息。即第一SMF不向AMF发送接入点信息,而是发送PCF的信息,则AMF在接收到PCF的信息后,可以从PCF获取到接入点信息。
下面给出一种具体的实现方法,用以第二SMF或第三SMF确定分流策略。
步骤1,若应用不支持应用重定位,则该应用对应的AF可以向NEF发送无应用重定位可能的指示、AF的位置信息和数据流特征信息。
其中,该无应用重定位可能的指示,用于指示该应用不支持应用重定位。
AF的位置信息用于标识AF的位置。
数据流特征信息用于标识数据流的特征,例如包括三元组(包括目的IP地址,目的端口号,协议类型)、或五元组(目的IP地址,目的端口号,源IP地址,源端口号,协议类型)、或应用标识(比如包括URL信息的全部或者部分,如主机名)等。
步骤2,NEF根据AF的位置信息和数据流的特征信息生成至少一个DNAI,并将生成的至少一个DNAI发送给PCF,以及将数据流的特征信息发送给PCF。
PCF上包括分流策略信息,例如,PCF上的分流策略信息包括该至少一个DNAI和数据流的特征信息。
步骤3,AMF/第二SMF/第三SMF/第一SMF从PCF获取分流策略信息。
PCF发送给AMF、或第二SMF、或第三SMF、或第一SMF的分流策略信息包括该至少一个DNAI和数据流的特征信息,以及还可以包括其他信息等。
步骤4,第二SMF/第三SMF根据分流策略信息生成分流策略。
其中,若步骤3中,是AMF或第一SMF从PCF获取分流策略信息,则第二SMF或第三SMF还需要从AMF或第一SMF获取分流策略信息。
或者,若步骤3中是第二SMF从PCF获取分流策略信息,且步骤4中由第三SMF生成分流策略,则第三SMF还需要从第二SMF获取分流策略信息。
或者,若步骤3中是第三SMF从PCF获取分流策略信息,且步骤4中由第二SMF生成分流策略,则第二SMF还需要从第三SMF获取分流策略信息。
第二SMF/第三SMF生成的分流策略包括数据流的特征信息和路由信息。其中,路由信息用于指示分流网元对应用的数据流进行分流,例如将第二应用的数据流路由至第二UPF,将第一应用的数据流路由至第三UPF。具体形式不限制,比如路由信息可以是DNAI。
进一步地,第二SMF还可以从分流策略信息中的至少一个DNAI中选择一个或多个DNAI,然后根据选择的一个或多个DNAI选择第二UPF。此时,该分流策略信息中的至少一个DNAI也可以称为应用的接入点信息。
步骤5,第二SMF/第三SMF向分流网元发送分流策略。
以上步骤只是作为一种具体的实现方式,在实际应用中还可以有其他实现方式,本发明不做限定。
需要说明的是,上述向分流网元发送分流策略的具体实现过程可以与图3所示的实施例相结合。本申请对具体的实现细节,比如包括各个步骤之间的先后顺序等不做限定,可根据实际需要灵活设置。
如图4所示,为该实施例一对应的会话的数据流示意图。其中,终端在移动之前,建立的会话为第一会话(图中虚线所示),该会话的用户面路径为:终端-RAN1-第一UPF。终端在移动之后,该第一会话的用户面路径更新为:终端-RAN2-第一UPF,并且终端还建立了第二会话,AMF选择的SMF包括第二SMF和第三SMF,第二SMF选择的UPF为第二UPF(图中以第二UPF与第一UPF为不同的UPF为例,实际也可以是相同的UPF),第三SMF选择的UPF为第三UPF,以及由第二SMF或第三SMF选择一个UPF作为分流网元,该分流网元可以根据分流策略,将第二会话的第二应用的数据流发送给第二UPF,将第二会话的第一应用的数据流发送给第三UPF,实现了终端在移动之后可以通过第二UPF访问第二应用,该第二应用为不支持应用重定位的应用,该第二UPF与一个或多个DNAI对应,该一个或多个DNAI与第二应用对应的AF服务器对应。
上述实施例一中,针对与第二会话对应的第二SMF和第三SMF,在一种实现方法中,AMF与第二SMF之间有接口、AMF与第三SMF之间有接口、第二SMF与第三SMF之间有接口。基于该场景,则会话处理方法如图3所示。
上述实施例一中,针对与第二会话对应的第二SMF和第三SMF,在又一种实现方式中,AMF与第二SMF之间有接口、AMF与第三SMF之间没有接口、第二SMF与第三SMF之间有接口。基于该场景,图3所示的会话处理方法的步骤305中的第一请求消息还包括第三SMF的信息,且步骤307需要修改为:第二SMF向第三SMF发送第二请求消息,该请求消息用于请求建立第二会话。
上述实施例一中,针对与第二会话对应的第二SMF和第三SMF,在又一种实现方式中,AMF与第二SMF之间没有接口、AMF与第三SMF之间有接口、第二SMF与第三SMF之间有接口。基于该场景,图3所示的会话处理方法的步骤307中的第二请求消息还包括第二SMF的信息,且步骤305需要修改为:第三SMF向第二SMF发送第一请求消息,该请求消息用于请求建立第二会话。此时上述步骤306需要在该步骤之后执行。
实施例二
上述图3所示的实施例中,AMF选择的第二SMF与第一SMF是不同的SMF。在又一实施例中,AMF选择的第二SMF与上述第一SMF可以是同一个SMF。比如,在具体实现中,当第一SMF确认该第一会话中的应用数据流有不支持应用重定位的需求时,则保持SMF不变,那么,第一SMF可以不向AMF发送SMF重分配指示,进而在新的会话(即第二会话)建立时,AMF总是将第一会话中的第一SMF作为第二会话中的SMF,即AMF选择第一SMF作为第二SMF。
具体地,该实施例中,终端在移动前建立的会话称为第一会话,为该终端提供服务的SMF称为第一SMF。终端在移动后建立的会话称为第二会话,为该终端提供服务的SMF包括第二SMF和第三SMF,该第二SMF选择的UPF称为第二UPF,该第二UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用,该第三SMF选择的UPF称为第三UPF,该第三UPF用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2或AF3对应的应用。终端在移动前和移动后,为该终端提供服务的AMF为同一个AMF。并且,该实施例中AMF选择的第二SMF与上述第一SMF是同一个的SMF。
则在该实施例中,第二SMF上保存有第一会话的会话上下文信息,该会话上下文信息中包括应用的接入点信息,进一步地还可以包括分流策略信息。进一步地,该第二SMF还保存由PCF的信息。
因此,基于该实施例二,则该实施例二在图3所示的实施例一基础上,主要有以下区别:
第一,上述步骤303中,AMF根据应用的接入点信息选择第一SMF作为第二SMF。
第二,上述步骤305中,作为一种新增的实现方式,该第一请求消息中可以不需要携带应用的接入点信息,而是可以携带第一会话的标识,则第二SMF可以根据第一会话的标识获取会话上下文信息,然后根据会话上下文信息选择第二UPF。具体的,该会话上下文信息中包括上述应用的接入点信息,该会话上下文信息中包括的应用的接入点信息可以是该第一SMF从NEF或者从PCF获取到的,其中,NEF可以根据从AF获取的AF的位置信息确定接入点信息(包括一个或者多个DNAI)。因此,第二SMF可以根据会话上下文信息中的应用的接入点信息选择第二UPF。
如图5所示,为该实施例二对应的会话的数据流示意图。其中,终端在移动之前,建立的会话为第一会话(图中虚线所示),该会话的用户面路径为:终端-RAN1-第一UPF。终端在移动之后,该第一会话的用户面路径更新为:终端-RAN2-第一UPF,并且终端还建立了第二会话,AMF选择的SMF包括第二SMF和第三SMF,第二SMF选择的UPF为第二UPF(图中以第二UPF与第一UPF为同一个UPF为例,实际也可以是不同的UPF),第三SMF选择的UPF为第三UPF,以及由第二SMF或第三SMF选择一个UPF作为分流网元,该分流网元可以根据分流策略,将第二会话的第二应用的数据流发送给第二UPF,将第二会话的第一应用的数据流发送给第三UPF,实现了终端在移动之后可以通过第二UPF访问第二应用,该第二应用为不支持应用重定位的应用,该第二UPF与一个或多个DNAI对应,该一个或多个DNAI与第二应用对应的AF服务器对应。
基于该实施例,则分流网元在获取分流策略信息,与上述图3所示的实施例一中分流网元获取分流策略信息的主要区别在于:若是由第二SMF获取分流策略信息,则第二SMF可以直接从本地获取分流策略信息,不需要从AMF或PCF获取分流策略信息。第二SMF获取到分流策略信息后可以根据分流策略信息生成分流策略并发送给分流网元,或者第二SMF获取到分流策略信息后将分流策略发送给第三SMF,由第三SMF根据分流策略信息生成分流策略并发送给分流网元。
上述实施例二中,针对与第二会话对应的第二SMF和第三SMF,在一种实现方法中,AMF与第二SMF之间有接口、AMF与第三SMF之间有接口、第二SMF与第三SMF之间有接口。基于该场景,则会话处理方法如图3所示。
上述实施例二中,针对与第二会话对应的第二SMF和第三SMF,在又一种实现方式中,AMF与第二SMF之间有接口、AMF与第三SMF之间没有接口、第二SMF与第三SMF之间有接口。基于该场景,图3所示的会话处理方法的步骤305中的第一请求消息还包括第三SMF的信息,且步骤307需要修改为:第二SMF向第三SMF发送第二请求消息,该请求消息用于请求建立第二会话。
上述实施例二中,针对与第二会话对应的第二SMF和第三SMF,在又一种实现方式中,AMF与第二SMF之间没有接口、AMF与第三SMF之间有接口、第二SMF与第三SMF之间有接口。基于该场景,图3所示的会话处理方法的步骤307中的第二请求消息还包括第二SMF的信息,且步骤305需要修改为:第三SMF向第二SMF发送第一请求消息,该请求消息用于请求建立第二会话。此时上述步骤306需要在该步骤之后执行。
实施例三
上述图3所示的实施例中,AMF选择了两个SMF,分别为第二SMF和第三SMF。若能够选择一个SMF,且该SMF的覆盖范围足够大,则AMF也可以只需要选择一个SMF。因此,在又一实施例中,AMF选择了一个SMF且该SMF与上述第一SMF是不同的SMF。为方便说明,将该SMF称为第四SMF,该第四SMF具有上述第二SMF和第三SMF的功能。
该实施例中,终端在移动前建立的会话称为第一会话,为该终端提供服务的SMF称为第一SMF。终端在移动后建立的会话称为第二会话,为该终端提供服务的SMF为第四SMF,该第二SMF选择的UPF包括第五UPF和第六UPF,该第五UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用,该第六UPF用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2或AF3对应的应用。终端在移动前和移动后,为该终端提供服务的AMF为同一个AMF。并且,该实施例中AMF选择的第四SMF与上述第一SMF是不同的SMF。
如图6所示,为本申请提供的又一种会话处理方法的流程图。该方法包括以下步骤:
步骤601-步骤602,同图3所示的实施例的步骤301-步骤302,可参前述描述。
步骤603,AMF选择第四SMF。
例如,AMF可以根据应用的接入点信息和/或终端的位置信息,选择一个SMF,该SMF称为第四SMF。且该第四SMF与第一SMF是不同的SMF。
步骤604,AMF向第四SMF发送请求消息,请求消息用于请求建立第二会话。相应地,第四SMF可以接收到该请求消息。
在具体实现中,该请求消息例如可以是Nsmf_PDUSession_CreateSMContextRequest消息。
可选的,该请求消息中包括上述应用的接入点信息,该应用的接入点信息用于第四SMF选择UPF。
可选的,该请求消息中还可以包括第一会话的标识和第二会话的标识。
步骤605,第四SMF根据应用的接入点信息选择第五UPF,以及选择第六UPF。
其中,第四SMF选择第五UPF的具体实现过程与图3所示的实施例中第二SMF选择第二UPF的方法类似,第四SMF选择第六UPF的具体实现过程与图3所示的实施例中第三SMF选择第三UPF的方法类似,可参考前述描述。
该第五UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用。该第六UPF用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用。
步骤606,第四SMF选择分流网元。
本申请对于第四SMF选择分流网元的方法不限,例如第四SMF可以根据终端的位置信息、第一会话的标识、第二会话的标识等信息中的部分或全部信息,选择一个分流网元。
步骤607,第四SMF建立分流网元与第五UPF、第六UPF之间的数据传输通道。
基于该实施例,可通过选择第五UPF,该第五UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用。如此,终端在移动之后,通过第二会话,仍然可以通过第五UPF访问到该第二应用,该第五UPF与一个或多个DNAI对应,该一个或多个DNAI与第二应用对应的AF服务器对应。
如图7所示,为该实施例三对应的会话的数据流示意图。其中,终端在移动之前,建立的会话为第一会话(图中虚线所示),该会话的用户面路径为:终端-RAN1-第一UPF。终端在移动之后,该第一会话的用户面路径更新为:终端-RAN2-第一UPF,并且终端还建立了第二会话,AMF选择的SMF为第四SMF,且第四SMF与第一SMF是不同的SMF,第四SMF选择的UPF包括第五UPF(图中以第五UPF与第一UPF为同一个UPF为例,实际也可以是不同的UPF)和第六UPF,以及由第四SMF选择一个UPF作为分流网元,该分流网元可以根据分流策略,将第二会话的第二应用的数据流发送给第五UPF,将第二会话的第一应用的数据流发送给第六UPF,实现了终端在移动之后仍然可以通过第五UPF访问第二应用,该第二应用为不支持应用重定位的应用,该第五UPF与一个或多个DNAI对应,该一个或多个DNAI与第二应用对应的AF服务器对应。
进一步地,分流网元在对接收到的应用的数据流进行分流时,需要根据接收到的分流策略进行分流。其中,该应用的数据流包括支持应用重定位的应用,和/或,不支持应用重定位的应用。该实施例中由第四SMF获取分流策略信息并根据分流策略信息确定分流策略,然后将分流策略发送给分流网元。下面介绍上述第四SMF获取分流策略信息的具体实现方法。需要说明的是,下述任一种方法可以结合图6所示的实施例进行实现,也可以单独实施,对此不作限定。
实现方法一,AMF获取分流策略信息并发送给第四SMF。
例如,在图6所示的实施例的步骤中,AF在向第一SMF发送应用的接入点信息时,还可以向第一SMF发送分流策略信息。需要说明的是,若接入点信息和分流策略信息均为至少一个DNAI标识、或无应用重定位可能的指示,则AF只需要向第一SMF发送一次该至少一个DNAI标识、或无应用重定位可能的指示,而不需要重复发送。
或者,在又一实现方式中,AF可以分别向第一SMF发送上述应用的接入点信息和分流策略信息。
第一SMF在接收到分流策略信息后,也可以将该分流策略信息保存在第一会话的会话上下文信息中。
进一步地,第一SMF还可以将分流策略信息发送给AMF,在一种实现方式中,第一SMF可以将该分流策略信息单独发送给AMF。在又实现方式中,第一SMF还可以将该分流策略信息携带于Namf_Communication_N1N2MessageTransfer消息中发送给AMF。如此,AMF可以获取到分流策略信息,进一步地,AMF可以将分流策略信息保存在本地,例如保存在第一会话的会话上下文信息中。
在一种实现方式中,AMF在图6所示的实施例的步骤602之后,根据接收到的请求消息中的第一会话的标识确定会话上下文信息,然后根据会话上下文信息确定分流策略信息,即从会话上下文信息中获取保存的分流策略信息。
AMF在获取到分流策略信息之后,可以将分流策略信息发送给第四SMF。比如,AMF可以将分流策略信息通过一个单独的消息发送给第四SMF,后者是将分流策略信息携带于步骤604的请求消息中发送给第四SMF。
需要说明的是,第四SMF可以直接将分流策略信息作为分流策略,即分流策略与分流策略信息相同,或者,第四SMF还可以对分流策略信息进行添加相关信息或者修改相关信息得到分流策略,此时分流策略与分流策略信息不完全相同。具体则根据实际需要来实现。其中,分流策略在具体实现中,例如可以是filter等。
实施例四
上述图6所示的实施例中,AMF选择的第四SMF与第一SMF是不同的SMF。在又一实施例中,AMF选择的第四SMF与上述第一SMF还可以是同一个SMF。比如,在具体实现中,当第一SMF确认该第一会话中的应用数据流有不支持应用重定位的需求时,则保持SMF不变,那么,第一SMF可以不向AMF发送SMF重分配指示,进而在新的会话(即第二会话)建立时,AMF总是将第一会话中的第一SMF作为第二会话中的SMF,即AMF选择第一SMF作为第四SMF。在该实施例中,由于选择第四SMF即为第一SMF,因此第四SMF上保存有第一会话的会话上下文信息,该会话上下文信息中包括应用的接入点信息,进一步地还可以包括分流策略信息。进一步地,该第四SMF还保存由PCF的信息。
该实施例中,终端在移动前建立的会话称为第一会话,为该终端提供服务的SMF称为第一SMF。终端在移动后建立的会话称为第二会话,为该终端提供服务的SMF为第四SMF,该第二SMF选择的UPF包括第五UPF和第六UPF,该第五UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用,该第六UPF用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2或AF3对应的应用。终端在移动前和移动后,为该终端提供服务的AMF为同一个AMF。并且,该实施例中AMF选择的第四SMF与上述第一SMF是同一个SMF。
因此,基于该实施例,则该实施例在图6所示的实施例基础上,主要有以下区别:
第一,上述步骤603中,AMF选择第一SMF作为第四SMF。
比如,若第一SMF从PCF接收到的分流策略信息中包含有不支持应用重定位的应用时,则第一SMF可以不向AMF发送SMF重分配指示。或者说,如果第一SMF从PCF接收到的分流策略信息中不包含有不支持应用重定位的应用时,则第一SMF可以向AMF发送SMF重分配指示。从而,AMF不对第一SMF进行重选,即AMF仍然会选择第一SMF,该第一SMF也可以称为第四SMF,或者理解为选择第一SMF作为第四SMF。
第二,上述步骤604中,作为一种新增的实现方式,该请求消息中可以不需要携带应用的接入点信息,而是可以携带第一会话的标识,则第四SMF可以根据第一会话的标识获取会话上下文信息,然后根据会话上下文信息选择第五UPF和第六UPF。具体的,该会话上下文信息中包括上述应用的接入点信息,该会话上下文信息中包括的应用的接入点信息可以是由AF发送给该第一SMF(即第四SMF)的。因此,第四SMF可以根据会话上下文信息中的应用的接入点信息选择第五UPF和第六UPF。
如图8所示,为该实施例四对应的会话的数据流示意图。其中,终端在移动之前,建立的会话为第一会话(图中虚线所示),该会话的用户面路径为:终端-RAN1-第一UPF。终端在移动之后,该第一会话的用户面路径更新为:终端-RAN2-第一UPF,并且终端还建立了第二会话,AMF选择的SMF为第四SMF(该第四SMF与第一SMF是同一个SMF),第四SMF选择的UPF包括为第五UPF(图中以第五UPF与第一UPF为同一个UPF为例,实际也可以是不同的UPF)和第六UPF,以及由第四SMF选择一个UPF作为分流网元,该分流网元可以根据分流策略,将第二会话的第二应用的数据流发送给第五UPF,将第二会话的第一应用的数据流发送给第六UPF,实现了终端在移动之后仍然访问第二应用,该第二应用为不支持应用重定位的应用。
基于该实施例,则分流网元在获取分流策略信息,与上述图6所示的实施例中分流网元获取分流策略信息的主要区别在于:第四SMF可以直接从本地获取分流策略信息,不需要从AMF或PCF获取分流策略信息。
实施例五
上述各个实施例中,是针对SSC mode3的会话处理方法。下面介绍另一实施例,该实施例是针对SSC mode1的会话的处理方法。如图9所示,为本申请提供的又一种会话处理方法。
该实施例中,终端在移动前,为该终端提供服务的SMF称为第一SMF,为该终端提供服务的UPF称为第一UPF。终端在移动后,为该终端提供服务的SMF包括第一SMF和第五SMF,第五SMF选择的UPF称为第七UPF,该第七UPF用于路由会话的第一应用的数据流,该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2或AF3对应的应用,第一UPF用于路由会话的第二应用的数据流,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用。终端在移动前和移动后,为该终端提供服务的AMF为同一个AMF。并且,该实施例中AMF选择的第五SMF与上述第一SMF是不同的SMF。当然,该第五SMF也可以与第一SMF是同一个SMF。
该方法包括以下步骤:
步骤901,AMF选择第五SMF。
例如,AMF可以根据终端的位置信息和/或第一SMF的信息,选择第五SMF。该第五SMF可用于选择第七UPF,该第七UPF用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2、或AF3对应的应用。
步骤902,AMF向第五SMF发送请求消息。相应地,第五SMF可以接收到该请求消息。
该请求消息中包括第一SMF的信息,该第一SMF的信息用于第五SMF建立与第一SMF之间的连接。
步骤903,第五SMF选择第七UPF。
具体的,第五SMF可以根据UPF的选择原则,比如,根据终端的位置信息、UPF的负载信息、DNN等信息选择UPF,且选择的UPF为第七UPF。
步骤904,第五SMF根据第一SMF的信息建立与第一SMF之间的连接,该连接可以用于传输会话的应用的数据流的分流信息。
该分流信息例如可以是分流网元的信息,还可以是分流策略信息或PCF的标识信息等。
第一SMF的信息,例如可以是第一SMF的标识等信息。
作为一种实现方式,第五SMF可以根据第一SMF的信息,向第一SMF发送Nx消息,Nx消息用于请求建立与第一SMF之间的信令连接。
进一步的,还需要选择一个分流网元,该分流网元用于对会话的应用的数据流进行分流。具体的,将会话的第一应用的数据流发送至第七UPF,将会话的第二应用的数据流发送至第一UPF。
作为一种实现方式,该分流网元可以是UL CL,该UL CL具体可以是一个UPF。该分流网元执行业务数据流的分流。对于上行数据流,当上行数据流到达分流网元时,分流网元根据分流策略匹配上行数据流,将上行数据流发送到第一UPF或第七UPF。对于下行数据流,分流网元将上行数据流汇聚后发送到终端.通过这种处理方式,在一个PDU会话中可以有多个数据流路由点。
下面介绍两种选择分流网元的方法。
方法一,第一SMF选择分流网元,具体包括以下步骤905-步骤910。
步骤905,第一SMF选择分流网元。
本申请对于第一SMF选择分流网元的方法不限,例如第一SMF可以根据终端的位置信息、会话的标识等信息中的部分或全部信息,选择一个分流网元。
步骤906,第一SMF获取分流策略信息并根据分流策略信息确定分流策略。
这里,第一SMF可以从本地的会话上下文信息中获取到分流策略信息。第一SMF可以直接将分流策略信息作为分流策略,即分流策略与分流策略信息相同,或者,第一SMF还可以对分流策略信息进行添加相关信息或者修改相关信息得到分流策略,此时分流策略与分流策略信息不完全相同。具体则根据实际需要来实现。其中,分流策略在具体实现中,例如可以是filter等。
步骤907,第一SMF向分流网元发送分流策略。相应地,分流网元可以接收到该分流策略。
步骤908,第一SMF建立分流网元与第一UPF之间的数据传输通道。
步骤909,第一SMF向第五SMF发送分流网元的信息。相应地,第五SMF可以接收到该分流网元的信息。
比如,第一SMF可以将分流网元的标识信息等发送给第五SMF。例如,可以通过上述步骤904中建立的连接,向第五SMF发送分流网元的信息。
步骤910,第五SMF建立分流网元与第七UPF之间的数据传输通道。
方法二,第五SMF选择分流网元,具体包括以下步骤911-步骤917。
步骤911,第五SMF选择分流网元。
本申请对于第五SMF选择分流网元的方法不限,例如第五SMF可以根据终端的位置信息、会话的标识等信息中的部分或全部信息,选择一个分流网元。
步骤912,第五SMF建立分流网元与第七UPF之间的数据传输通道。
步骤913,第五SMF向第一SMF发送分流网元的信息。相应地,第一SMF可以接收到该分流网元的信息。
比如,第五SMF可以将分流网元的标识信息等发送给第一SMF。例如,可以通过上述906中建立的连接,向第一SMF发送分流网元的信息。
步骤914,第一SMF建立分流网元与第一UPF之间的数据传输通道。
步骤915,第一SMF向第五SMF发送分流策略信息。相应地,第五SMF可以接收到该分流策略信息。
该步骤915为可选步骤。若不执行步骤915,则第五SMF可以根据PCF的标识信息,从PCF获取分流策略信息。该PCF为第一SMF对应的PCF。该PCF的标识信息可以是由第一SMF通过上述步骤904建立的连接发送给第五SMF的。
步骤916,第五SMF根据分流策略信息确定分流策略。
第五SMF确定分流策略的方法与步骤906中第一SMF确定分流策略的方法相同,可参考前述描述。
步骤917,第五SMF向分流网元发送分流策略。相应地,分流网元可以接收到该分流策略。
需要说明的是,上述各个步骤中,相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。比如,步骤904可以是在步骤902之后,且在步骤909或步骤913之前的任一步骤执行即可。若执行步骤905-步骤910,则步骤906可以在步骤905之后的任一步骤执行,步骤909可以在步骤905之后步骤910之前的任一步骤执行。若执行步骤911-步骤917,则步骤912可以在步骤911之后的任一步骤执行,步骤913和步骤914可以在步骤911之后的任一步骤执行。对于其他没有时序限制的步骤执行方式,可根据实际情况调整,不再一一举例说明。
通过上述实施例,可通过第一UPF路由会话的第二应用的数据流,该第二应用为不支持应用重定位的应用。如此,终端在移动之后,通过该会话仍然可以通过第一UPF访问到该第二应用,该第一UPF与一个或多个DNAI对应,该一个或多个DNAI与第二应用对应的AF服务器对应。
如图10所示,为该实施例五对应的会话的数据流示意图。其中,终端在移动前后,没有为该终端新建会话。在终端移动之前,该会话的用户面路径为:终端-RAN1-第一UPF。终端在移动之后,在网络中插入了分流网元和第七UPF(由第五SMF选择的),进而由分流网元将该会话的应用的数据流进行分流,则该会话的用户面路径更新为:终端-RAN2-分流网元-第一UPF,和,终端-RAN2-分流网元-第七UPF。该分流网元可以根据分流策略,将会话的第二应用的数据流发送给第一UPF,将该会话的第一应用的数据流发送给第七UPF,实现了终端在移动之后仍然可以通过第一UPF访问第二应用,该第二应用为不支持应用重定位的应用,该第一UPF与一个或多个DNAI对应,该一个或多个DNAI与第二应用对应的AF服务器对应。
实施例六
该实施例六中,当第一SMF接收到应用的接入点信息后,若根据应用的接入点信息确定当前会话(即第一会话)中存在不支持应用重定位的应用,则第一SMF不向AMF发送重选SMF的指示。或者,也可以理解为,当第一SMF接收到应用的接入点信息后,若根据应用的接入点信息确定当前会话(即第一会话)中不存在不支持应用重定位的应用,则第一SMF可以向AMF发送重选SMF的指示,比如当UE的位置不在第一SMF管理的UPF的覆盖区域内时。
该实施例中,终端在移动前建立的会话称为第一会话,为该终端提供服务的SMF称为第一SMF。终端在移动后建立的会话称为第二会话,为该终端提供服务的SMF为第一SMF和第六SMF,该第六SMF选择的UPF称为第八UPF,该第八UPF用于路由第二会话的第一应用的数据流,该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2或AF3对应的应用,第一UPF用于路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用。终端在移动前和移动后,为该终端提供服务的AMF为同一个AMF。并且,该实施例中AMF选择的第六SMF与上述第一SMF是不同的SMF。
其中,第一会话和第二会话对应相同的数据网络DN。
如图11所示,为本申请提供的又一种会话处理方法的流程图。该方法包括以下步骤:
步骤1101,AF向第一SMF发送第一会话的应用的接入点信息。相应地,第一SMF可以接收到该第一会话的应用的接入点信息。
该应用的接入点信息与上述步骤301中的应用的接入点信息相同,可参考前述描述。
步骤1102,第一SMF根据第一会话的应用的接入点信息,决定不发起SMF重选,确定为第二会话分配第一SMF。
第一SMF接收到第一会话的应用的接入点信息后,确定该应用不支持应用重定位,则决定不发起SMF重选,即不会向AMF发送用于指示SMF重选的信息。通过这种处理方式可以认为第一SMF确定为第二会话分配第一SMF。
需要说明的是,第一SMF根据第一会话的应用接入点信息确定不发起SMF重选,可以包括:如果第一SMF接收到的应用接入点信息包括不支持应用重定位的应用时,即使UE的位置离开了当前第一SMF管理的UPF的位置区域,第一SMF也确定不发起SMF重选;和/或,如果第一SMF接收到的应用接入点信息不包括不支持应用重定位的应用时,那么,第一SMF可以向AMF发送指示重选SMF功能设备的信息,比如当UE的位置离开了当前第一SMF管理的UPF的位置区域时。
步骤1103,第一SMF向AMF发送通知消息。相应地,AMF可以接收到该通知消息。
该通知消息例如可以是Namf_Communication_N1N2MessageTransfer消息。
该通知消息包括第一会话的标识(该第一会话的标识例如可以为PDU会话的标识)、N1会话管理容器(N1SM container)等。该N1SM container是发送到终端的信息,其中包括会话修改命令(例如为PDU Session Modification Command),还可以包含原因值,该原因值用于发送给终端,并指示终端针对相同的DN重新建立会话,即建立第二会话。
步骤1104,AMF向终端发送会话修改命令。相应地,终端可以接收到该会话修改命令。
该会话修改命令例如为PDU Session Modification Command。
步骤1105,终端向AMF发送请求消息,相应地,AMF可以接收到该请求消息,请求消息包括第一会话的标识和第二会话的标识。该请求消息用于请求建立会话。
终端根据会话修改命令,发起重新建立会话,因此终端会向AMF发送请求消息,用于请求建立会话。这里,请求建立的新的会话为第二会话。
终端发起会话建立过程,在请求消息中包括第一会话的标识和第二会话的标识,例如当该会话是PDU会话时,该第一会话的标识还可以称为原PDU会话标识(old PDUsession ID),该第二会话的标识还可以称为新PDU会话的标识(new PDU session ID)。当AMF接收到第一会话的标识和第二会话的标识后,可以确定该第二会话是基于第一会话重建立的PDU会话。
在具体实现中,上述请求消息可以是会话建立请求消息(PDU sessionEstablishment request)。
步骤1106,AMF向第一SMF发请求消息。相应地,第一SMF可以接收到该请求消息。
该请求消息例如可以是Nsmf_PDU session CreateSMcontext Request消息。
该请求消息用于请求建立第二会话。
步骤1107,第一SMF为第二会话分配第一UPF。
该第一UPF用于在所述第二会话中传输所述第二应用对应的数据流。
步骤1108,第一SMF选择第六SMF。
比如,第一SMF根据第一会话标识信息确定该终端的上下文的信息,为终端选择第六SMF。其中,该终端的上下文的信息中包括上述步骤1101中接收到的第一会话的应用的接入点的信息,该应用不支持应用重定位。因此,也可以理解为,第一SMF根据该应用的接入点的信息以及其他信息,为终端选择了第六SMF。
上述步骤1107和步骤1108的先后顺序没有限制。
步骤1109,第一SMF向第六SMF发送请求消息。相应地,第六SMF可以接收到该请求消息。
该请求消息例如可以是Nxy消息。
作为一种实现方式,该请求消息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。
作为又一种实现方式,该请求消息包括指示信息,该指示信息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。
可选的,该请求消息包括分流策略信息,所述分流策略信息用于第六SMF选择UPF,该选择的UPF用于在第二会话中传输支持DNAI改变的应用对应的数据流。即用于传输第一应用对应的数据流。
步骤1110,第六SMF根据请求消息,选择分流网元。
对于选择分流网元的实现方法,可参考图3所示的实施例中的相关描述。
步骤1111,第六SMF选择第八UPF。
上述步骤1110和步骤1111的先后顺序没有限制。
进一步的,第六SMF还可以向分流网元发送第八UPF的信息,以及向第一SMF发送分流网元的信息,进而第一SMF可以向分流网元发送第一UPF的信息。从而,分流网元可以根据数据流的特征为数据流确定相应的数据路由(即选择不同的网关设备)。具体的,将第二会话的第一应用的数据流发送至第八UPF,将第二会话的第二应用的数据流发送至第一UPF。该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2或AF3对应的应用,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用。
步骤1112,建立第二会话的其他步骤。
例如,包括建立上下行数据传输通道。具体的,可参考现有技术中建立PDU会话的相关描述,这里不再赘述。
作为一种可替代的实现方法,在上述步骤1107之后,上述步骤1112之前,不执行上述步骤1108-步骤1111,而是使用以下方法进行替代:
步骤A1,第一SMF选择第八UPF。
步骤B1,第一SMF根据分流策略信息,选择分流网元。
步骤C1,第一SMF向分流网元发送第一UPF的信息和第八UPF的信息。
分流网元可以根据数据流的特征为数据流确定相应的数据路由(即选择不同的网关设备)。具体的,将第二会话的第一应用的数据流发送至第八UPF,将第二会话的第二应用的数据流发送至第一UPF。该第一应用为支持应用重定位的应用,比如该第一应用可以是上述图1中的AF2或AF3对应的应用,该第二应用为不支持应用重定位的应用,比如该第二应用可以是上述图1中的AF1对应的应用。
即该替换方法中,第一SMF不需要选择第六SMF,而是自己选择第一UPF、第八UPF和分流网元,以实现根据分流网元进行分流。
作为又一种可替代的实现方法,在上述步骤1105之后,上述步骤1110之前,不执行上述步骤1106-步骤1109,而是使用以下方法进行替代:
步骤A2,AMF选择第六SMF。
比如,AMF可以基于UE的位置信息,确定UE不在由第一SMF管理的UPF的覆盖范围,则AMF可以选择一个SMF,该SMF称为第六SMF。
步骤B2,AMF向第一SMF发请求消息。相应地,第一SMF可以接收到该请求消息。
该请求消息例如可以是Nsmf_PDU session CreateSMcontext Request消息。
该请求消息用于请求建立第二会话。
该请求消息中携带第六SMF的标识信息,以便于第六SMF与第一SMF为UE建立PDU会话(即第二会话)。
步骤C2,第一SMF为第二会话分配第一UPF。
该第一UPF用于在所述第二会话中传输所述第二应用对应的数据流。
需要说明的是,该步骤C2与上述步骤A2、步骤B2之间没有先后顺序关系。
步骤D2,第一SMF向第六SMF发送请求消息。相应地,第六SMF可以接收到该请求消息。
该请求消息用于请求建立第二会话。
作为一种实现方式,该请求消息还可以用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。作为又一种实现方式,该请求消息包括指示信息,该指示信息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。可选的,该请求消息包括分流策略信息,所述分流策略信息用于第六SMF选择UPF,该选择的UPF用于在第二会话中传输支持DNAI改变的应用对应的数据流。即用于传输第一应用对应的数据流。
基于上述步骤A2-步骤D2的实现方式中,AMF与第六SMF没有接口,AMF与第一SMF有接口,第六SMF与第一SMF之间有接口。
作为又一种可替代的实现方法,在上述步骤1105之后,上述步骤1110之前,不执行上述步骤1106-步骤1109,而是使用以下方法进行替代:
步骤A3,AMF选择第六SMF。
比如,AMF可以基于UE的位置信息,确定UE不在由第一SMF管理的UPF的覆盖范围,则AMF可以选择一个SMF,该SMF称为第六SMF。
步骤B3,AMF向第六SMF发请求消息。相应地,第六SMF可以接收到该请求消息。
该请求消息例如可以是Nsmf_PDU session CreateSMcontext Request消息。
该请求消息用于请求建立第二会话。
该请求消息中携带第一SMF的标识信息,以便于第六SMF与第一SMF为UE建立PDU会话(即第二会话)。
步骤C3,第一SMF为第二会话分配第一UPF。
该第一UPF用于在所述第二会话中传输所述第二应用对应的数据流。
需要说明的是,该步骤C2与上述步骤A2、步骤B2之间没有先后顺序关系。
步骤D3,第六SMF向第一SMF发送请求消息。相应地,第一SMF可以接收到该请求消息。
该请求消息用于请求建立第二会话。
步骤E3,第一SMF向第六SMF发送响应消息。相应地,第六SMF可以接收到该响应消息。
作为一种实现方式,该响应消息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。作为又一种实现方式,该响应消息包括指示信息,该指示信息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。可选的,该响应消息包括分流策略信息,所述分流策略信息用于第六SMF选择UPF,该选择的UPF用于在第二会话中传输支持DNAI改变的应用对应的数据流。即用于传输第一应用对应的数据流。
基于上述步骤A3-步骤E3的实现方式中,AMF与第六SMF有接口,AMF与第一SMF没有接口,第六SMF与第一SMF之间有接口。
作为又一种可替代的实现方法,在上述步骤1105之后,上述步骤1110之前,不执行上述步骤1106-步骤1109,而是使用以下方法进行替代:
步骤A4,AMF选择第六SMF。
比如,AMF可以基于UE的位置信息,确定UE不在由第一SMF管理的UPF的覆盖范围,则AMF可以选择一个SMF,该SMF称为第六SMF。
步骤B4,AMF向第一SMF发请求消息。相应地,第一SMF可以接收到该请求消息。
该请求消息例如可以是Nsmf_PDU session CreateSMcontext Request消息。
该请求消息用于请求建立第二会话。
可选的,该请求消息中携带第六SMF的标识信息,以便于第六SMF与第一SMF为UE建立PDU会话(即第二会话)。
步骤C4,第一SMF为第二会话分配第一UPF。
该第一UPF用于在所述第二会话中传输所述第二应用对应的数据流。
步骤D4,AMF向第六SMF发送请求消息。相应地,第六SMF可以接收到该请求消息。
该请求消息例如可以是Nsmf_PDU session CreateSMcontext Request消息。
该请求消息用于请求建立第二会话。
可选的,该请求消息中携带第一SMF的标识信息,以便于第六SMF与第一SMF为UE建立PDU会话(即第二会话)。
可选的,若上述步骤B4中的请求消息携带第六SMF的标识信息,则可以执行以下步骤E11。若上述步骤D4中的请求消息携带第一SMF的标识信息,则可以执行以下步骤E12-步骤E13。其中,若执行了步骤E11,则不需要执行步骤E12-步骤E13。同样的,若执行步骤E12-步骤E13,则不需要执行步骤E11。
步骤E11,第一SMF向第六SMF发送请求消息。相应地,第六SMF可以接收到该请求消息。
该请求消息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。作为又一种实现方式,该请求消息包括指示信息,该指示信息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。可选的,该请求消息包括分流策略信息,所述分流策略信息用于第六SMF选择UPF,该选择的UPF用于在第二会话中传输支持DNAI改变的应用对应的数据流。即用于传输第一应用对应的数据流。
步骤E12,第六SMF向第一SMF发送请求消息。相应地,第一SMF可以接收到该请求消息。
步骤E13,第一SMF向第六SMF发送响应消息。相应地,第六SMF可以接收到该响应消息。
作为一种实现方式,该响应消息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。作为又一种实现方式,该响应消息包括指示信息,该指示信息用于指示选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。可选的,该响应消息包括分流策略信息,所述分流策略信息用于第六SMF选择UPF,该选择的UPF用于在第二会话中传输支持DNAI改变的应用对应的数据流。即用于传输第一应用对应的数据流。
基于上述步骤A4-步骤D4及E11,或者基于上述步骤A4-D4及E12、E3的实现方式中,AMF与第六SMF有接口,AMF与第一SMF有接口,第六SMF与第一SMF之间有接口。
需要说明的是,本申请实施例六中的各个步骤之间,若没有时序上的相互依赖关系,则各个步骤之间的顺序是可以调整的。
通过上述实施例,可通过第一UPF路由第二会话的第二应用的数据流,该第二应用为不支持应用重定位的应用。如此,终端在移动之后,通过第二会话,仍然可以访问到该第二应用。
如图12(a)所示,为该实施例六对应的一种会话的数据流示意图。其中,终端在移动之前,建立的会话为第一会话(图中虚线所示),该会话的用户面路径为:终端-RAN1-第一UPF。终端在移动之后,该第一会话的用户面路径更新为:终端-RAN2-第一UPF,并且终端还建立了第二会话,第一SMF选择的SMF为第六SMF,且第六SMF与第一SMF是不同的SMF,第六SMF选择的UPF为第八UPF,以及由第六SMF选择一个UPF作为分流网元,该分流网元可以根据分流策略,将第二会话的第二应用的数据流发送给第一UPF,将第二会话的第一应用的数据流发送给第八UPF,实现了终端在移动之后仍然可以通过第一UPF访问第二应用,该第二应用为不支持应用重定位的应用,该第一UPF与一个或多个DNAI对应,该一个或多个DNAI与第二应用对应的AF服务器对应。
上述实施例六中,针对与第二会话对应的第一SMF和第六SMF,在一种实现方法中,AMF与第一SMF之间有接口、AMF与第六SMF之间有接口、第一SMF与第六SMF之间有接口。基于该场景,则会话处理方法如图11所示。
上述实施例六中,针对与第二会话对应的第一SMF和第六SMF,在又一种实现方式中,AMF与第一SMF之间有接口、AMF与第六SMF之间没有接口、第一SMF与第六SMF之间有接口。基于该场景,图11所示的会话处理方法中,若是由AMF选择的第六SMF,则AMF不向第六SMF发送用于请求建立第二会话的请求消息,而是向第一SMF发送第六SMF的信息,然后由第一SMF向第六SMF发送用于请求建立第二会话的请求消息。
上述实施例六中,针对与第二会话对应的第一SMF和第六SMF,在又一种实现方式中,AMF与第一SMF之间没有接口、AMF与第六SMF之间有接口、第一SMF与第六SMF之间有接口。基于该场景,图11所示的会话处理方法中,若是由AMF选择的第六SMF,则AMF向第六SMF发送用于请求建立第二会话的请求消息,以及向第六SMF发送第一SMF的信息,并且,AMF不向第一SMF发送用于请求建立第二会话的请求消息,然后第六SMF向第一SMF发送用于请求建立第二会话的请求消息。
如图12(b)所示,为该实施例六对应的又一种会话的数据流示意图。其中,终端在移动之前,建立的会话为第一会话(图中虚线所示),该会话的用户面路径为:终端-RAN1-第一UPF。终端在移动之后,该第一会话的用户面路径更新为:终端-RAN2-第一UPF,并且终端还建立了第二会话,第一SMF选择的UPF包括第一UPF和第八UPF,以及由第一SMF选择一个UPF作为分流网元,该分流网元可以根据分流策略,将第二会话的第二应用的数据流发送给第一UPF,将第二会话的第一应用的数据流发送给第八UPF,实现了终端在移动之后仍然可以通过第一UPF访问第二应用,该第二应用为不支持应用重定位的应用,该第一UPF与一个或多个DNAI对应,该一个或多个DNAI与第二应用对应的AF服务器对应。
上述主要从各个网元之间交互的角度对本申请提供的方案进行了介绍。可以理解的是,上述实现各网元为了实现上述功能,其包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在采用集成的单元的情况下,图13示出了本发明实施例中所涉及的装置的可能的示例性框图,该装置1300可以以软件的形式存在。装置1300可以包括:处理单元1302和通信单元1303。作为一种实现方式,该通信单元1303可以包括接收单元和发送单元。处理单元1302用于对装置1300的动作进行控制管理。通信单元1303用于支持装置1300与其他网络实体的通信。装置1300还可以包括存储单元1301,用于存储装置1300的程序代码和数据。
其中,处理单元1302可以是处理器或控制器,例如可以是通用中央处理器(central processing unit,CPU),通用处理器,数字信号处理(digital signalprocessing,DSP),专用集成电路(application specific integrated circuits,ASIC),现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,DSP和微处理器的组合等等。通信单元1303可以是通信接口、收发器或收发电路等,其中,该通信接口是统称,在具体实现中,该通信接口可以包括多个接口。存储单元1301可以是存储器。
该装置1300可以为上述任一实施例中的接入管理网元、或者还可以为接入管理网元中的芯片。例如,处理单元1302可以支持装置1300执行上文中各方法示例中接入管理网元的动作,例如,处理单元1302用于支持装置1300执行图3中的步骤303、步骤304,图6中的步骤603,图9中的步骤901。通信单元1303可以支持装置1300与终端、第五会话管理网元、第四会话管理网元、第三会话管理网元、第二会话管理网元、第一会话管理网元、策略控制网元之间的通信,例如,通信单元1303用于支持装置1300执行图3中的步骤301、步骤302、步骤305、步骤307,图6中的步骤601、步骤602、步骤604,图9中的步骤902。
在一种可能的实现方式中,通信单元1303可以包括第一通信子单元,第一通信子单元用于支持装置1300与第五会话管理网元、第四会话管理网元、第三会话管理网元、第二会话管理网元、第一会话管理网元、策略控制网元之间的通信。进一步的,通信单元1303还可以包括第二通信子单元,第二通信子单元用于支持装置1300与终端之间的通信。
具体地,当通信单元1303包括发送单元和接收单元时,在一个实施例中,接收单元,用于接收第一会话管理网元发送的第一会话的应用的接入点信息;以及,接收来自终端的请求消息,所述请求消息包括所述第一会话的标识和第二会话的标识;处理单元,用于根据所述应用的接入点信息选择第二会话管理网元;以及,选择第三会话管理网元;发送单元,用于向所述第二会话管理网元发送第一请求消息,所述第一请求消息用于请求建立所述第二会话;以及,向所述第三会话管理网元发送第二请求消息,所述第二请求消息用于请求建立所述第二会话。
在一种可能的实现方式中,所述第一请求消息包括所述应用的接入点信息。
在一种可能的实现方式中,所述第一请求消息还包括所述第一会话的标识和所述第二会话的标识。
在一种可能的实现方式中,所述发送单元,还用于向所述第三会话管理网元发送所述第二会话管理网元的信息。
在一种可能的实现方式中,所述处理单元,还用于获取所述第二会话的应用的分流策略信息;所述发送单元,还用于向所述第二会话管理网元或者所述第三会话管理网元发送所述分流策略信息。
在一种可能的实现方式中,所述处理单元,还用于获取所述第一会话对应的策略控制网元的信息;所述发送单元,还用于向所述第二会话管理网元或者所述第三会话管理网元发送所述策略控制网元的信息。
在一种可能的实现方式中,所述处理单元,具体用于根据所述应用的接入点信息选择所述第一会话管理网元为所述第二会话管理网元。
在又一个实施例中,处理单元,用于获取第二会话的应用的数据流的分流策略信息;发送单元,用于向所述第二会话对应的第二会话管理网元或者第三会话管理网元发送所述分流策略信息。
在一种可能的实现方式中,接收单元,用于接收第一会话管理网元发送的第一会话的应用的接入点信息,所述分流策略信息包括所述应用的接入点信息。
在一种可能的实现方式中,接收单元,用于接收终端发送的会话建立请求消息,所述会话建立请求消息包括第一会话的标识;所述处理单元,具体用于根据所述第一会话的标识确定会话上下文信息;以及,根据所述会话上下文信息,确定所述分流策略信息。
该装置1300还可以为上述任一实施例中的会话管理网元、或者还可以为会话管理网元中的芯片,这里的会话管理网元包括第二会话管理网元、第三会话管理网元、第四会话管理网元和第五会话管理网元。
当该装置是第二会话管理网元时,例如,处理单元1302可以支持装置1300执行上文中各方法示例中第二会话管理网元的动作,例如,处理单元1302用于支持装置1300执行图3中的步骤306、步骤310、步骤311、步骤317。通信单元1303可以支持装置1300与第三会话管理网元、接入管理网元、策略控制网元之间的通信,例如,通信单元1303用于支持装置1300执行图3中的步骤305、步骤309、步骤312、步骤316。
具体地,当通信单元1303包括发送单元和接收单元时,在一个实施例中,接收单元,用于接收来自接入管理网元的第一请求消息,所述第一请求消息用于请求建立第二会话;处理单元,用于选择第二用户面网元,所述第二用户面网元用于路由所述第二会话的第二应用的数据流,所述第二应用为不支持应用重定位的应用。
在一种可能的实现方式中,所述第一请求消息包括第一会话的标识,所述处理单元,具体用于根据所述第一会话的标识获取会话上下文信息;以及,根据所述会话上下文信息选择所述第二用户面网元。
在一种可能的实现方式中,所述第一请求消息包括第一会话的应用的接入点信息;所述处理单元,具体用于根据所述应用的接入点信息选择所述第二用户面网元。
在一种可能的实现方式中,所述处理单元,还用于选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。
在一种可能的实现方式中,所述处理单元,还用于从第三会话管理网元获取分流网元的信息,所述分流网元用于对所述第二会话的应用的数据流进行分流。
在一种可能的实现方式中,所述处理单元,还用于建立所述分流网元与所述第二用户面网元之间的数据传输通道。
在一种可能的实现方式中,所述处理单元,还用于获取分流策略信息;以及,根据所述分流策略信息确定分流策略;所述装置还包括发送单元,用于向所述分流网元发送所述分流策略。
在一种可能的实现方式中,所述处理单元,具体用于:从策略控制网元获取所述分流策略信息;或者,从所述接入管理网元获取所述分流策略信息;或者,从第三会话管理网元获取所述分流策略信息。
当该装置是第三会话管理网元时,例如,处理单元1302可以支持装置1300执行上文中各方法示例中第三会话管理网元的动作,例如,处理单元1302用于支持装置1300执行图3中的步骤308、步骤313、步骤314、步骤315。通信单元1303可以支持装置1300与第二会话管理网元、接入管理网元、策略控制网元之间的通信,例如,通信单元1303用于支持装置1300执行图3中的步骤307、步骤309、步骤312、步骤316。
具体地,当通信单元1303包括发送单元和接收单元时,在一个实施例中,接收单元,用于接收来自接入管理网元的第二请求消息,所述第二请求消息包括第二会话管理网元的信息,所述第二请求消息用于请求建立第二会话;处理单元,用于选择第三用户面网元,所述第三用户面网元用于路由所述第二会话的第一应用的数据流,所述第一应用为支持应用重定位的应用;以及,根据所述第二会话管理网元的信息建立与所述第二会话管理网元之间的连接,所述连接用于传输所述第二会话的应用的数据流的分流信息。
在一种可能的实现方式中,所述处理单元,还用于选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。
在一种可能的实现方式中,所述处理单元,还用于从所述第二会话管理网元获取分流网元的信息,所述分流网元用于对所述第二会话的应用的数据流进行分流。
在一种可能的实现方式中,所述处理单元,还用于建立所述分流网元与所述第三用户面网元之间的数据传输通道。
在一种可能的实现方式中,所述处理单元,还用于获取分流策略信息;以及,根据所述分流策略信息确定分流策略;所述发送单元,用于向所述分流网元发送所述分流策略。
在一种可能的实现方式中,所述处理单元,具体用于:从策略控制网元获取所述分流策略信息;或者,从所述接入管理网元获取所述分流策略信息;或者,从所述第二会话管理网元获取所述分流策略信息。
当该装置是第二会话管理网元或第三会话管理网元,且当通信单元1303包括发送单元和接收单元时,在又一个实施例中,处理单元,用于获取第二会话的应用的数据流的分流策略信息;以及,根据所述分流策略信息确定分流策略;发送单元,用于向分流网元发送所述分流策略,所述分流网元用于对所述第二会话的应用的数据流进行分流。
在一种可能的实现方式中,所述处理单元,具体用于:从接入管理网元获取所述分流策略信息;或者,从策略控制网元获取所述分流策略信息;或者,从其它会话管理网元获取所述分流策略信息。
在一种可能的实现方式中,所述处理单元,还用于从所述其它会话管理网元获取所述策略控制网元的信息。
在一种可能的实现方式中,所述处理单元,还用于选择分流网元。
当该装置是第四会话管理网元时,例如,处理单元1302可以支持装置1300执行上文中各方法示例中第四会话管理网元的动作,例如,处理单元1302用于支持装置1300执行图6中的步骤605、步骤606、步骤607。通信单元1303可以支持装置1300与接入管理网元、策略控制网元、用户面网元之间的通信,例如,通信单元1303用于支持装置1300执行图6中的步骤604。
当该装置是第五会话管理网元时,例如,处理单元1302可以支持装置1300执行上文中各方法示例中第五会话管理网元的动作,例如,处理单元1302用于支持装置1300执行图9中的步骤903、步骤910、步骤911、步骤912、步骤916。通信单元1303可以支持装置1300与接入管理网元、策略控制网元、用户面网元之间的通信,例如,通信单元1303用于支持装置1300执行图9中的步骤902、步骤904、步骤909、步骤913、步骤915、步骤917。
当该装置是第一会话管理网元时,例如,处理单元1302可以支持装置1300执行上文中各方法示例中第一会话管理网元的动作,例如,处理单元1302用于支持装置1300执行图11中的步骤1102、步骤1107、步骤1108。通信单元1303可以支持装置1300与第六会话管理网元、接入管理网元、AF之间的通信,例如,通信单元1303用于支持装置1300执行图11中的步骤1101、步骤1103、步骤1106、步骤1109。
具体地,当通信单元1303包括发送单元和接收单元时,接收单元,用于接收第一会话的应用的接入点信息;处理单元,用于根据所述应用的接入点信息确定为第二会话分配所述第一会话管理网元,第一会话和第二会话对应相同的数据网络;接收单元,还用于接收请求消息,所述请求消息用于请求建立所述第二会话;所述第一会话管理网元为所述第二会话分配第一用户面网元,所述第一用户面网元用于在所述第二会话中传输所述应用对应的数据流。
在一种可能的实现方式中,所述应用是不DNAI改变的应用。
在一种可能的实现方式中,处理单元,用于为所述第二会话分配第二用户面网元,所述第二用户面网元用于在所述第二会话中传输支持DNAI改变的应用对应的数据流。
在又一种可能的实现方式中,发送单元,用于向第二会话管理网元发送分流策略信息,所述分流策略信息用于第二会话管理网元为所述第二会话分配第二用户面网元,所述第二用户面网元用于在所述第二会话中传输支持DNAI改变的应用对应的数据流。
在一种可能的实现方式中,应用的接入点信息包括以下信息中的至少一个:至少一个DNAI、AF的位置信息、无应用重定位可能的指示、无DNAI改变的指示。
在又一种可能的实现方式中,所述第一会话的模式类型为SSC mode3。
在一种可能的实现方式中,第二用户面网元为本申请第六实施例中的第八UPF,第二会话管理网元为本申请第六实施例中的第六SMF。
一种可能的实现方式中,所述处理单元还用于释放所述第一会话。
上述任一实施例的装置中的应用的接入点信息包括以下至少一项:至少一个数据网络接入标识DNAI、应用功能AF的位置信息、无应用重定位可能的指示、无DNAI改变的指示。
上述任一实施例的装置中的分流策略信息包括以下至少一项:指示信息、应用的数据流的信息;其中,所述指示信息包括以下至少一项:本地处理指示、至少一个DNAI、重定位能力信息,所述应用的数据流包括支持应用重定位的应用的数据流和/或不支持应用重定位的应用的数据流。
参阅图14所示,为本申请提供的一种装置示意图,该装置可以是上述实施例中的接入管理网元、或会话管理网元(包括第二会话管理网元、第三会话管理网元、第四会话管理网元、第五会话管理网元)。该装置1400包括:处理器1402、通信接口1403、存储器1401。可选的,装置1400还可以包括总线1404。其中,通信接口1403、处理器1402以及存储器1401可以通过通信线路1404相互连接;通信线路1404可以是外设部件互连标准(peripheralcomponent interconnect,简称PCI)总线或扩展工业标准结构(extended industrystandard architecture,简称EISA)总线等。所述通信线路1404可以分为地址总线、数据总线、控制总线等。为便于表示,图14中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器1402可以是一个CPU,微处理器,ASIC,或一个或多个用于控制本申请方案程序执行的集成电路。
通信接口1403,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,RAN,无线局域网(wireless local area networks,WLAN),有线接入网等。
存储器1401可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyer服务器able programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路1404与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器1401用于存储执行本申请方案的计算机执行指令,并由处理器1402来控制执行。处理器1402用于执行存储器1401中存储的计算机执行指令,从而实现本申请上述实施例提供的会话处理方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器,数字信号处理器,专用集成电路(ASIC),现场可编程门阵列(FPGA)或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中,ASIC可以设置于终端设备中。可选地,处理器和存储媒介也可以设置于终端设备中的不同的部件中。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (32)
1.一种会话处理方法,其特征在于,包括:
接入管理网元接收第一会话管理网元发送的第一会话的应用的接入点信息;
所述接入管理网元接收来自终端的请求消息,所述请求消息包括所述第一会话的标识和第二会话的标识,所述请求消息用于请求建立所述第二会话,所述第一会话和所述第二会话对应相同的数据网络;
所述接入管理网元根据所述应用的接入点信息选择第二会话管理网元;
所述接入管理网元选择第三会话管理网元;
所述接入管理网元向所述第二会话管理网元发送第一请求消息,所述第一请求消息用于请求建立所述第二会话;和/或,所述接入管理网元向所述第三会话管理网元发送第二请求消息,所述第二请求消息用于请求建立所述第二会话。
2.根据权利要求1所述的方法,其特征在于,所述第一请求消息包括所述应用的接入点信息。
3.根据权利要求1或2所述的方法,其特征在于,所述第一请求消息还包括所述第一会话的标识和所述第二会话的标识。
4.根据权利要求1-3中任意一项所述的方法,其特征在于,所述方法还包括:
所述接入管理网元向所述第三会话管理网元发送所述第二会话管理网元的信息。
5.根据权利要求1-4中任意一项所述的方法,其特征在于,所述方法还包括:
所述接入管理网元获取所述第二会话的应用的分流策略信息;
所述接入管理网元向所述第二会话管理网元或者所述第三会话管理网元发送所述分流策略信息。
6.根据权利要求1-5中任意一项所述的方法,其特征在于,所述方法还包括:
所述接入管理网元获取所述第一会话对应的策略控制网元的信息;
所述接入管理网元向所述第二会话管理网元或者所述第三会话管理网元发送所述策略控制网元的信息。
7.根据权利要求1-6中任意一项所述的方法,其特征在于,所述接入管理网元根据所述应用的接入点信息选择第二会话管理网元,包括:
所述接入管理网元根据所述应用的接入点信息选择所述第一会话管理网元为所述第二会话管理网元。
8.一种会话处理方法,其特征在于,包括:
第二会话管理网元接收来自接入管理网元的第一请求消息,所述第一请求消息用于请求建立第二会话;
所述第二会话管理网元选择第二用户面网元,所述第二用户面网元用于路由所述第二会话的第二应用的数据流,所述第二应用为不支持应用重定位的应用。
9.根据权利要求8所述的方法,其特征在于,所述第一请求消息包括第一会话的标识,
所述第二会话管理网元选择第二用户面网元,包括:
所述第二会话管理网元根据所述第一会话的标识获取会话上下文信息;
所述第二会话管理网元根据所述会话上下文信息选择所述第二用户面网元。
10.根据权利要求8所述的方法,其特征在于,所述第一请求消息包括第一会话的应用的接入点信息;
所述第二会话管理网元选择第二用户面网元,包括:
所述第二会话管理网元根据所述应用的接入点信息选择所述第二用户面网元。
11.根据权利要求8-10中任意一项所述的方法,其特征在于,所述方法还包括:
所述第二会话管理网元选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。
12.根据权利要求8-10中任意一项所述的方法,其特征在于,所述方法还包括:
所述第二会话管理网元从第三会话管理网元获取分流网元的信息,所述分流网元用于对所述第二会话的应用的数据流进行分流。
13.根据权利要求11或12所述的方法,其特征在于,所述方法还包括:
所述第二会话管理网元获取分流策略信息;
所述第二会话管理网元根据所述分流策略信息确定分流策略;
所述第二会话管理网元向所述分流网元发送所述分流策略。
14.一种会话处理方法,其特征在于,包括:
第二会话管理网元为终端建立第二会话;
第二会话管理网元获取所述第二会话的应用的数据流的分流策略信息;
所述第二会话管理网元根据所述分流策略信息确定分流策略;
所述第二会话管理网元向分流网元发送所述分流策略,所述分流网元用于对所述第二会话的应用的数据流进行分流。
15.根据权利要求14所述的方法,其特征在于,所述会话管理网元获取第二会话的应用的数据流的分流策略信息,包括:
所述第二会话管理网元从接入管理网元获取所述分流策略信息;或者,
所述第二会话管理网元从策略控制网元获取所述分流策略信息;或者
所述第二会话管理网元从第一会话管理网元获取所述分流策略信息。
16.根据权利要求15所述的方法,其特征在于,所述方法还包括:
所述第二会话管理网元从所述第一会话管理网元获取所述策略控制网元的信息。
17.根据权利要求15或16所述的方法,其特征在于,所述第一会话管理网元是为所述终端建立第一会话的会话管理网元,所述第一会话与所述第二会话对应相同的数据网络。
18.一种装置,其特征在于,包括:
接收单元,用于接收第一会话管理网元发送的第一会话的应用的接入点信息;以及,接收来自终端的请求消息,所述请求消息包括所述第一会话的标识和第二会话的标识,所述请求消息用于请求建立所述第二会话,所述第一会话和所述第二会话对应相同的数据网络;
处理单元,用于根据所述应用的接入点信息选择第二会话管理网元;以及,选择第三会话管理网元;
发送单元,用于向所述第二会话管理网元发送第一请求消息,所述第一请求消息用于请求建立所述第二会话;和/或,向所述第三会话管理网元发送第二请求消息,所述第二请求消息用于请求建立所述第二会话。
19.根据权利要求18所述的装置,其特征在于,所述发送单元,还用于向所述第三会话管理网元发送所述第二会话管理网元的信息。
20.根据权利要求18或19所述的装置,其特征在于,所述处理单元,还用于获取所述第二会话的应用的分流策略信息;
所述发送单元,还用于向所述第二会话管理网元或者所述第三会话管理网元发送所述分流策略信息。
21.根据权利要求18-20中任意一项所述的装置,其特征在于,所述处理单元,还用于获取所述第一会话对应的策略控制网元的信息;
所述发送单元,还用于向所述第二会话管理网元或者所述第三会话管理网元发送所述策略控制网元的信息。
22.根据权利要求18-21中任意一项所述的装置,其特征在于,所述处理单元,具体用于根据所述应用的接入点信息选择所述第一会话管理网元为所述第二会话管理网元。
23.一种装置,其特征在于,包括:
接收单元,用于接收来自接入管理网元的第一请求消息,所述第一请求消息用于请求建立第二会话;
处理单元,用于选择第二用户面网元,所述第二用户面网元用于路由所述第二会话的第二应用的数据流,所述第二应用为不支持应用重定位的应用。
24.根据权利要求23所述的装置,其特征在于,所述第一请求消息包括第一会话的标识,
所述处理单元,具体用于根据所述第一会话的标识获取会话上下文信息;以及,根据所述会话上下文信息选择所述第二用户面网元。
25.根据权利要求23所述的装置,其特征在于,所述第一请求消息包括第一会话的应用的接入点信息;
所述处理单元,具体用于根据所述应用的接入点信息选择所述第二用户面网元。
26.根据权利要求23-25中任意一项所述的装置,其特征在于,所述处理单元,还用于选择分流网元,所述分流网元用于对所述第二会话的应用的数据流进行分流。
27.根据权利要求23-25中任意一项所述的装置,其特征在于,所述处理单元,还用于从第三会话管理网元获取分流网元的信息,所述分流网元用于对所述第二会话的应用的数据流进行分流。
28.根据权利要求26或27所述的装置,其特征在于,所述处理单元,还用于获取分流策略信息;以及,根据所述分流策略信息确定分流策略;
所述装置还包括发送单元,用于向所述分流网元发送所述分流策略。
29.一种装置,其特征在于,包括:处理单元,用于为终端建立第二会话;获取所述第二会话的应用的数据流的分流策略信息;以及,根据所述分流策略信息确定分流策略;
发送单元,用于向分流网元发送所述分流策略,所述分流网元用于对所述第二会话的应用的数据流进行分流。
30.根据权利要29所述的装置,其特征在于,所述处理单元,具体用于:
从接入管理网元获取所述分流策略信息;或者,
从策略控制网元获取所述分流策略信息;或者
从第一会话管理网元获取所述分流策略信息。
31.根据权利要求30所述的装置,其特征在于,所述处理单元,还用于从所述第一会话管理网元获取所述策略控制网元的信息。
32.根据权利要求30或31所述的装置,其特征在于,所述第一会话管理网元是为所述终端建立第一会话的会话管理网元,所述第一会话与所述第二会话对应相同的数据网络。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP22212988.4A EP4216493A1 (en) | 2018-06-26 | 2019-06-25 | Session processing method and apparatus |
EP19826342.8A EP3723416B1 (en) | 2018-06-26 | 2019-06-25 | Session processing method and apparatus |
RU2020125250A RU2785332C2 (ru) | 2018-06-26 | 2019-06-25 | Способ обработки сеанса и устройство |
PCT/CN2019/092819 WO2020001440A1 (zh) | 2018-06-26 | 2019-06-25 | 一种会话处理方法及装置 |
US16/907,556 US20200323029A1 (en) | 2018-06-26 | 2020-06-22 | Session Processing Method and Apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810672723 | 2018-06-26 | ||
CN2018106727234 | 2018-06-26 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110650504A true CN110650504A (zh) | 2020-01-03 |
CN110650504B CN110650504B (zh) | 2021-11-19 |
Family
ID=69009152
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811386967.2A Active CN110650504B (zh) | 2018-06-26 | 2018-11-20 | 一种会话处理方法及装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20200323029A1 (zh) |
EP (1) | EP3723416B1 (zh) |
CN (1) | CN110650504B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113079584A (zh) * | 2020-01-06 | 2021-07-06 | 大唐移动通信设备有限公司 | Ec平台的会话管理方法、smf网元及amf网元 |
CN113660703A (zh) * | 2020-05-12 | 2021-11-16 | 苹果公司 | 根据应用功能请求朝向局域数据网络的流量路由 |
WO2021233395A1 (zh) * | 2020-05-22 | 2021-11-25 | 华为技术有限公司 | 一种通信方法、装置及计算机可读存储介质 |
CN113973291A (zh) * | 2020-07-22 | 2022-01-25 | 大唐移动通信设备有限公司 | 用户面会话管理方法、装置、设备及存储介质 |
WO2022022322A1 (zh) * | 2020-07-31 | 2022-02-03 | 华为技术有限公司 | 访问本地网络的方法和装置 |
WO2022034525A1 (en) * | 2020-08-11 | 2022-02-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Re-anchoring with smf re-selection |
CN114071649A (zh) * | 2020-07-31 | 2022-02-18 | 华为技术有限公司 | 访问本地网络的方法和装置 |
CN114727361A (zh) * | 2021-01-04 | 2022-07-08 | 中国移动通信有限公司研究院 | 一种用于网络功能选择的处理方法、装置和网络设备 |
WO2022206296A1 (zh) * | 2021-04-02 | 2022-10-06 | 华为技术有限公司 | 一种会话控制的方法、装置和系统 |
WO2023019489A1 (en) * | 2021-08-18 | 2023-02-23 | Huawei Technologies Co., Ltd. | Device and method for application context relocation |
WO2023143111A1 (zh) * | 2022-01-29 | 2023-08-03 | 华为技术有限公司 | 一种通信方法及装置 |
WO2023185441A1 (zh) * | 2022-03-29 | 2023-10-05 | 华为技术有限公司 | 一种通信方法及装置 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110149651B (zh) * | 2018-02-13 | 2021-09-14 | 华为技术有限公司 | 一种确定ssc模式的方法及装置 |
WO2020200434A1 (en) * | 2019-04-02 | 2020-10-08 | Nokia Technologies Oy | Local user plane function control |
US11706821B2 (en) * | 2021-02-12 | 2023-07-18 | Verizon Patent And Licensing Inc. | Systems and methods for facilitating connection to a data network in an interworking core network |
WO2023123055A1 (en) * | 2021-12-29 | 2023-07-06 | Lenovo (Beijing) Limited | User plane processing for extended reality and media service |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107018542A (zh) * | 2017-03-27 | 2017-08-04 | 中兴通讯股份有限公司 | 网络系统中状态信息的处理方法、装置及存储介质 |
WO2017190640A1 (en) * | 2016-05-02 | 2017-11-09 | Huawei Technologies Co., Ltd. | Method and apparatus for communication network quality of service capability exposure |
CN107592331A (zh) * | 2016-07-08 | 2018-01-16 | 中兴通讯股份有限公司 | 会话连续的实现方法、装置及系统 |
CN107959918A (zh) * | 2016-10-14 | 2018-04-24 | 电信科学技术研究院 | 一种会话管理方法、移动性管理功能以及会话管理功能 |
WO2018111029A1 (ko) * | 2016-12-15 | 2018-06-21 | 엘지전자(주) | 무선 통신 시스템에서 핸드오버 수행 방법 및 이를 위한 장치 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019101292A1 (en) * | 2017-11-21 | 2019-05-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and function for handling traffic for an application |
CN112055959B (zh) * | 2018-05-02 | 2023-08-25 | 诺基亚技术有限公司 | 用于通信的方法、装置和介质 |
US20220360977A1 (en) * | 2019-08-09 | 2022-11-10 | Lg Electronics Inc. | Communication related to change of application server |
-
2018
- 2018-11-20 CN CN201811386967.2A patent/CN110650504B/zh active Active
-
2019
- 2019-06-25 EP EP19826342.8A patent/EP3723416B1/en active Active
-
2020
- 2020-06-22 US US16/907,556 patent/US20200323029A1/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017190640A1 (en) * | 2016-05-02 | 2017-11-09 | Huawei Technologies Co., Ltd. | Method and apparatus for communication network quality of service capability exposure |
CN107592331A (zh) * | 2016-07-08 | 2018-01-16 | 中兴通讯股份有限公司 | 会话连续的实现方法、装置及系统 |
CN107959918A (zh) * | 2016-10-14 | 2018-04-24 | 电信科学技术研究院 | 一种会话管理方法、移动性管理功能以及会话管理功能 |
WO2018111029A1 (ko) * | 2016-12-15 | 2018-06-21 | 엘지전자(주) | 무선 통신 시스템에서 핸드오버 수행 방법 및 이를 위한 장치 |
CN107018542A (zh) * | 2017-03-27 | 2017-08-04 | 中兴通讯股份有限公司 | 网络系统中状态信息的处理方法、装置及存储介质 |
Non-Patent Citations (3)
Title |
---|
3GPP: "Procedures for the 5G System;Stage 2(Release 15)", 《3GPP TS 23.502 V15.2.0》 * |
ZTE: "S2-174687 "23.502 P-CR: Clarification on PDU session ID in the service request message"", 《SA WG2 MEETING #122》 * |
齐彦丽等: "融合移动边缘计算的未来5G移动通信网络", 《计算机研究与发展》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113079584B (zh) * | 2020-01-06 | 2022-07-15 | 大唐移动通信设备有限公司 | Ec平台的会话管理方法、smf网元及amf网元 |
CN113079584A (zh) * | 2020-01-06 | 2021-07-06 | 大唐移动通信设备有限公司 | Ec平台的会话管理方法、smf网元及amf网元 |
CN113660703A (zh) * | 2020-05-12 | 2021-11-16 | 苹果公司 | 根据应用功能请求朝向局域数据网络的流量路由 |
WO2021233395A1 (zh) * | 2020-05-22 | 2021-11-25 | 华为技术有限公司 | 一种通信方法、装置及计算机可读存储介质 |
CN113973291B (zh) * | 2020-07-22 | 2022-09-23 | 大唐移动通信设备有限公司 | 用户面会话管理方法、装置、设备及存储介质 |
CN113973291A (zh) * | 2020-07-22 | 2022-01-25 | 大唐移动通信设备有限公司 | 用户面会话管理方法、装置、设备及存储介质 |
CN114071649A (zh) * | 2020-07-31 | 2022-02-18 | 华为技术有限公司 | 访问本地网络的方法和装置 |
WO2022022322A1 (zh) * | 2020-07-31 | 2022-02-03 | 华为技术有限公司 | 访问本地网络的方法和装置 |
CN114071649B (zh) * | 2020-07-31 | 2023-05-16 | 华为技术有限公司 | 访问本地网络的方法和装置 |
WO2022034525A1 (en) * | 2020-08-11 | 2022-02-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Re-anchoring with smf re-selection |
CN114727361A (zh) * | 2021-01-04 | 2022-07-08 | 中国移动通信有限公司研究院 | 一种用于网络功能选择的处理方法、装置和网络设备 |
WO2022206296A1 (zh) * | 2021-04-02 | 2022-10-06 | 华为技术有限公司 | 一种会话控制的方法、装置和系统 |
WO2023019489A1 (en) * | 2021-08-18 | 2023-02-23 | Huawei Technologies Co., Ltd. | Device and method for application context relocation |
WO2023143111A1 (zh) * | 2022-01-29 | 2023-08-03 | 华为技术有限公司 | 一种通信方法及装置 |
WO2023185441A1 (zh) * | 2022-03-29 | 2023-10-05 | 华为技术有限公司 | 一种通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP3723416A1 (en) | 2020-10-14 |
CN110650504B (zh) | 2021-11-19 |
EP3723416A4 (en) | 2021-05-19 |
US20200323029A1 (en) | 2020-10-08 |
EP3723416B1 (en) | 2023-06-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110650504B (zh) | 一种会话处理方法及装置 | |
US11711869B2 (en) | Message and system for application function influence on traffic routing | |
US11412556B2 (en) | Shared PDU session establishment and binding | |
CN109792458B (zh) | 用于用户面路径选择的方法和系统 | |
RU2755525C2 (ru) | СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ ПОТОКА QoS И СИСТЕМА СВЯЗИ | |
CN110248352B (zh) | 会话管理方法、设备及计算机可读存储介质 | |
CN111466110B (zh) | 边缘计算重定位 | |
CN109792663B (zh) | 使用隧道协议服务移动通信设备的方法和装置 | |
CN109792651B (zh) | 一种通信方法及设备 | |
CN110830543B (zh) | 通信方法和通信设备 | |
US11064388B2 (en) | Traffic distribution method through multi-access network in a network and network entity performing the same | |
KR102201023B1 (ko) | 인터워킹 네트워크들에서의 pdu 세션 절차를 용이하게 하기 위한 방법들 및 노드들 | |
CN110831094B (zh) | 一种数据传输通道的处理方法及装置 | |
CN110972126B (zh) | 路径,路径信息的处理方法及装置 | |
JP2021504991A (ja) | アプリケーションのためのトラフィックをハンドリングするための方法および機能 | |
CN112840701A (zh) | 在5g系统到演进分组系统切换期间的用户面建立 | |
CN112929868A (zh) | 跨区漫游通信方法、装置、电子设备及计算机可读介质 | |
WO2018233451A1 (zh) | 通信方法、装置和系统 | |
EP4216493A1 (en) | Session processing method and apparatus | |
US20180270148A1 (en) | Method, apparatus, and system for deploying service flow forwarding function | |
RU2785332C2 (ru) | Способ обработки сеанса и устройство | |
CN112584548A (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 |