[发明专利]一种会话处理的方法、装置及系统

说明书

本申请涉及无线通信技术领域，提供了一种会话处理的方法，包括：策略控制功能网元从应用功能网元接收请求信息，其中，请求信息包括APP的连续性需求。策略控制功能网元向用户设备发送第一策略信息，其中，第一策略信息包括APP的SSC模式，第一策略信息与APP的连续性需求关联，第一策略信息用于重用或者新建会话的确定。通过本实施例提供的方案，用户设备可以获得满足APP的连续性需求的用户设备策略，然后在启动APP时用户设备根据用户设备策略进行会话处理，使会话满足APP的连续性需求，从而提高了用户体验。

技术领域

本发明涉及通信技术领域，特别涉及一种会话处理的方法、装置及系统。

背景技术

目前，用户设备启动应用程序(Application，APP)时，用户设备会根据用户设备策略获取APP的需求。APP的需求是指用户设备在使用APP时，用户设备与APP服务器之间建立的会话需要满足的要求，也可以叫做APP服务器的需求。例如，APP的需求包括：会话和业务连续性(Session and service continuity,SSC)模式、会话对应的数据网络名称(DataNetwork Name,DNN)、会话对应的网络切片类型等中的至少一项。然后，用户设备判断已有的会话中是否存在满足该APP需求的会话。如果已有的会话中存在满足该APP的需求的会话，则用户设备在启动该APP时重用会话；如果已有的会话中不存在满足该APP的需求的会话，则用户设备在启动该APP时新建会话。

应用功能(Application Function，AF)网元能够提供正确的APP的连续性需求，然而现有技术中用户设备策略的设置并没有考虑AF提供的APP的连续性需求，所以用户设备策略中的SSC模式不一定是正确的，导致用户设备根据用户设备策略确定重用或者新建的会话不一定能满足APP的连续性需求，从而降低了用户体验。如图1所示，用户设备中包括APP1和APP2，APP1和APP2的服务器都在数据网络(Data Network,DN)中。用户设备与DN之间存在两个会话：会话1和会话2，其中，会话1支持的SSC模式为模式2，会话2支持的SSC模式为模式1。用户设备通过会话1实现了APP1业务流在用户设备和APP1服务器之间的传输。当用户设备启动APP2时，用户设备会根据用户设备策略决定重用会话1，或者重用会话2，或者新建会话3。根据现有技术，用户设备根据用户设备策略获取到的APP2的需求为SSC模式2，所以用户设备启动APP2时会重用会话1。然而AF中APP2的连续性需求对应的SSC模式为SSC模式3，所以会话1不能满足APP2的连续性需求，当APP2业务流通过会话1在用户设备和APP2服务器之间传输时，会导致用户体验降低。

发明内容

本发明实施例提供了一种会话处理的方法、装置及系统。

一方面，本申请的实施例提供了一种会话处理的方法，该方法包括：策略控制功能网元(例如，PCF网元)从应用功能网元(例如，AF网元)接收请求信息，其中，请求信息包括APP的连续性需求；策略控制功能网元向用户设备发送第一策略信息，其中，第一策略信息包括APP的SSC模式，第一策略信息与APP的连续性需求关联，第一策略信息用于重用或者新建会话的确定。

根据上述方法，用户设备可以获得与APP的连续性需求相关的第一策略信息。用户设备在启动APP时根据第一策略信息进行会话处理：如果用户设备的现有会话中存在满足第一策略信息中的SSC模式的会话，则重用该会话；如果用户设备的现有会话中不存在满足第一策略信息中的SSC模式的会话，则直接发起会话建立流程。由于第一策略信息与APP的连续性需求相关，所以用户设备根据第一策略信息重用或者新建的会话满足用户设备与APP的服务器通信时的连续性需求，从而提高了用户体验。

在一种可能的设计中，策略控制功能网元根据请求信息确定APP的SSC模式，其中，连续性需求包括APP不需要连续性、APP需要网络协议IP地址连续性或APP支持上层业务连续。由此，根据请求信息中APP不同的连续性需求，策略控制功能网元可以为用户设备提供包括APP的SSC模式的第一策略信息。