一种会话处理的方法、装置及系统与流程

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


背景技术：

2.目前，用户设备启动应用程序(application，app)时，用户设备会根据用户设备策略获取app的需求。app的需求是指用户设备在使用app时，用户设备与app服务器之间建立的会话需要满足的要求，也可以叫做app服务器的需求。例如，app的需求包括：会话和业务连续性(session and service continuity,ssc)模式、会话对应的数据网络名称(data network name,dnn)、会话对应的网络切片类型等中的至少一项。然后，用户设备判断已有的会话中是否存在满足该app需求的会话。如果已有的会话中存在满足该app的需求的会话，则用户设备在启动该app时重用会话；如果已有的会话中不存在满足该app的需求的会话，则用户设备在启动该app时新建会话。
3.应用功能(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服务器之间传输时，会导致用户体验降低。


技术实现要素：

4.本发明实施例提供了一种会话处理的方法、装置及系统。
5.一方面，本技术的实施例提供了一种会话处理的方法，该方法包括：策略控制功能网元(例如，pcf网元)从应用功能网元(例如，af网元)接收请求信息，其中，请求信息包括app的连续性需求；策略控制功能网元向用户设备发送第一策略信息，其中，第一策略信息包括app的ssc模式，第一策略信息与app的连续性需求关联，第一策略信息用于重用或者新建会话的确定。
6.根据上述方法，用户设备可以获得与app的连续性需求相关的第一策略信息。用户设备在启动app时根据第一策略信息进行会话处理：如果用户设备的现有会话中存在满足第一策略信息中的ssc模式的会话，则重用该会话；如果用户设备的现有会话中不存在满足第一策略信息中的ssc模式的会话，则直接发起会话建立流程。由于第一策略信息与app的
连续性需求相关，所以用户设备根据第一策略信息重用或者新建的会话满足用户设备与app的服务器通信时的连续性需求，从而提高了用户体验。
7.在一种可能的设计中，策略控制功能网元根据请求信息确定app的ssc模式，其中，连续性需求包括app不需要连续性、app需要网络协议ip地址连续性或app支持上层业务连续。由此，根据请求信息中app不同的连续性需求，策略控制功能网元可以为用户设备提供包括app的ssc模式的第一策略信息。
8.在一种可能的设计中，连续性需求为app不需要连续性，则策略控制功能网元确定app的ssc模式为第二模式，其中，在第二模式中，允许断开app的app服务器与用户设备之间的业务。由此，根据请求信息中app不需要连续性的需求，策略控制功能网元为用户设备确定了包括第二ssc模式的第一策略信息，使用户设备可以重用满足第二ssc模式的会话。
9.在一种可能的设计中，策略控制功能网元向会话管理功能网元发送第二策略信息，第二策略信息为多归属分流策略或者ulcl分流策略。由此，根据请求信息中app不需要连续性的需求，策略控制功能网元可以向会话管理功能网元提供第二策略信息，在会话满足app不需要连续性的前提下对会话进行多归属分流或者ulcl分流处理，可以缩短会话路径，提高传输效率。
10.在一种可能的设计中，连续性需求为app支持上层业务连续，则策略控制功能网元确定app的ssc模式为第三模式，其中，在第三模式中，保留app服务器与用户设备之间的业务，且允许app的ip地址改变。由此，根据请求信息中app支持上层业务连续，策略控制功能网元为用户设备确定了包括第三ssc模式的第一策略信息，使用户设备可以重用满足第三ssc模式的会话。
11.在一种可能的设计中，策略控制功能网元向会话管理功能网元发送第二策略信息，第二策略信息为多归属分流策略。由此，根据请求信息中app支持上层业务连续的需求，策略控制功能网元可以向会话管理功能网元提供第二策略信息，在会话满足app支持上层业务连续的前提下对会话进行多归属分流处理，可以缩短会话路径，提高传输效率。
12.在一种可能的设计中，连续性需求为app需要ip地址连续性，则策略控制功能网元确定app的ssc模式为第一模式，在第一模式中，保留app服务器与用户设备之间的会话连接，且app的ip地址不变。由此，根据请求信息中app需要ip地址连续性，策略控制功能网元为用户设备确定了包括第一ssc模式的第一策略信息，使用户设备可以重用满足第一ssc模式的会话。
13.在一种可能的设计中，请求信息还包括用于指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息。由此，策略控制功能网元可以根据请求信息中app需要ip地址连续性的需求以及指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息，向会话管理功能网元提供第二策略信息。
14.在一种可能的设计中，指示信息指示app服务器支持与其他app服务器进行上下文迁移，策略控制功能网元向会话管理功能网元发送第二策略信息，第二策略信息为ulcl分流策略。由此，根据请求信息中app需要ip地址连续性的需求以及指示app服务器支持与其他app服务器进行上下文迁移的指示信息，策略控制功能网元可以向会话管理功能网元提供第二策略信息，在会话满足app需要ip地址连续性的前提下对会话进行ulcl分流处理，可以缩短会话路径，提高传输效率。
15.在一种可能的设计中，指示信息指示app服务器不支持与其他app服务器进行上下文迁移，策略控制功能网元向会话管理功能网元发送第二策略信息，第二策略信息为保持访问app服务器的锚点用户面功能网元不变。由此，根据请求信息中app需要ip地址连续性的需求以及指示app服务器不支持与其他app服务器进行上下文迁移的指示信息，策略控制功能网元可以向会话管理功能网元提供第二策略信息，在会话满足app需要ip地址连续性的前提下，保持会话中访问app服务器的锚点用户面功能网元不变，可以缩短会话路径，提高传输效率。
16.又一方面，本技术还公开了一种会话处理的方法，该方法包括：应用功能网元(例如，af网元)确定app的连续性需求；应用功能网元向策略控制功能网元(例如，pcf网元)发送请求信息。其中，请求信息包括连续性需求，请求信息用于第一策略信息的确定，第一策略信息包括app的ssc模式，第一策略信息与app的连续性需求关联，第一策略信息用于重用或者新建会话的确定。
17.根据上述方法，应用功能网元可以向策略控制功能网元提供app的连续性需求，使策略控制功能网元向用户设备发送的第一策略信息与app的连续性需求相关。用户设备根据第一策略信息重用或者新建的会话满足用户设备与app的服务器通信时的连续性需求，从而提高了用户体验。
18.在一种可能的设计中，连续性需求包括app不需要连续性、app需要ip地址连续性或app支持上层业务连续。由此，根据请求信息中app不同的连续性需求，策略控制功能网元可以为用户设备提供包括app的ssc模式的第一策略信息。
19.在一种可能的设计中，连续性需求为app需要网络协议ip地址连续性时，请求信息还包括用于指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息。由此，策略控制功能网元可以根据请求信息中app需要ip地址连续性的需求以及指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息，向会话管理功能网元(例如，smf网元)提供第二策略信息。
20.在一种可能的设计中，请求信息还用于第二策略信息的确定，第二策略信息用于会话的处理。由此，根据请求信息中app不同的连续性需求，策略控制功能网元可以向会话管理功能网元提供第二策略信息，会话管理功能网元根据第二策略信息对会话进行处理，可以缩短会话路径，提高传输效率。
21.又一方面，本技术还公开了一种会话处理的方法，该方法包括：策略控制功能网元(例如，pcf网元)从应用功能网元(例如，af网元)接收请求信息，请求信息包括app的连续性需求，请求信息用于会话策略信息的确定；策略控制功能网元向会话管理功能网元(例如，smf网元)发送会话策略信息，会话策略信息用于会话的处理。
22.根据上述方法，根据请求信息中app不同的连续性需求，策略控制功能网元可以向会话管理功能网元提供会话策略信息，会话管理功能网元根据会话策略信息对会话进行处理后，使会话在满足app的连续性需求的前提下，可以缩短会话路径，从而提高传输效率。
23.在一种可能的设计中，策略控制功能网元根据请求信息确定会话策略信息，连续性需求包括app不需要连续性、app需要ip地址连续性或app支持上层业务连续。由此，根据请求信息中app不同的连续性需求，策略控制功能网元可以向会话管理功能网元提供与app的连续性需求相关的会话策略信息。
24.在一种可能的设计中，连续性需求为app不需要连续性，则策略控制功能网元确定会话策略信息为多归属分流策略或者ulcl分流策略。由此，根据请求信息中app不需要连续性的需求，策略控制功能网元可以向会话管理功能网元提供会话策略信息，在会话满足app不需要连续性的前提下对会话进行多归属分流或者ulcl分流处理，可以缩短会话路径，提高传输效率。
25.在一种可能的设计中，连续性需求为app支持上层业务连续，则策略控制功能网元确定会话策略信息为多归属分流策略。由此，根据请求信息中app支持上层业务连续的需求，策略控制功能网元可以向会话管理功能网元提供会话策略信息，在会话满足app支持上层业务连续的前提下对会话进行多归属分流处理，可以缩短会话路径，提高传输效率。
26.在一种可能的设计中，连续性需求为app需要ip地址连续性时，请求信息还包括用于指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息。由此，策略控制功能网元可以根据请求信息中app需要ip地址连续性的需求以及指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息，向会话管理功能网元提供会话策略信息。
27.在一种可能的设计中，指示信息指示app服务器支持与其他app服务器进行上下文迁移，则策略控制功能网元确定会话策略信息为ulcl分流策略。由此，根据请求信息中app需要ip地址连续性的需求以及指示app服务器支持与其他app服务器进行上下文迁移的指示信息，策略控制功能网元可以向会话管理功能网元提供会话策略信息，在会话满足app需要ip地址连续性的前提下对会话进行ulcl分流处理，可以缩短会话路径，提高传输效率。
28.在一种可能的设计中，指示信息指示app服务器不支持与其他app服务器进行上下文迁移，则策略控制功能网元确定会话策略信息为保持访问app服务器的锚点用户面功能网元不变。由此，根据请求信息中app需要ip地址连续性的需求以及指示app服务器不支持与其他app服务器进行上下文迁移的指示信息，策略控制功能网元可以向会话管理功能网元提供会话策略信息，在会话满足app需要ip地址连续性的前提下，保持会话中访问app服务器的锚点用户面功能网元不变，可以缩短会话路径，提高传输效率。
29.又一方面，本技术还公开了一种会话处理的方法，该方法包括：应用功能网元(例如，af网元)确定app的连续性需求；应用功能网元向策略控制功能网元(例如，pcf网元)发送请求信息，其中，请求信息包括连续性需求，请求信息用于会话策略信息的确定，会话策略信息用于会话的处理。
30.根据上述方法，应用功能网元可以向策略控制功能网元提供app的连续性需求，使策略控制功能网元向会话管理功能网元发送的会话策略信息与app的连续性需求相关。会话管理功能网元根据会话策略信息对会话进行处理后，使会话在满足app的连续性需求的前提下，可以缩短会话路径，从而提高传输效率。
31.在一种可能的设计中，连续性需求包括app不需要连续性、app需要ip地址连续性或app支持上层业务连续。由此，根据请求信息中app不同的连续性需求，策略控制功能网元可以向会话管理功能网元提供与app的连续性需求相关的会话策略信息。
32.在一种可能的设计中，连续性需求为app需要ip地址连续性时，请求信息还包括用于指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息。由此，策略控制功能网元可以根据请求信息中app需要ip地址连续性的需求以及指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息，向会话管理功能网元提供会话策略信息。
33.又一方面，本技术实施例提供了一种会话处理装置，该会话处理装置具有实现上述方法中策略控制功能网元(例如，pcf网元)行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，会话处理装置的结构中包括处理器和收发器，所述处理器被配置为会话处理装置执行上述方法中相应的功能。所述收发器用于实现会话处理装置与应用功能网元/会话管理功能网元之间的通信。所述会话处理装置还可以包括存储器，所述存储器用于与处理器耦合，其保存该会话处理装置必要的程序指令和数据。
34.又一方面，本技术实施例提供了一种会话处理装置，该会话处理装置具有实现上述方法中应用功能网元(例如，af网元)行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，会话处理装置的结构中包括处理器和收发器，所述处理器被配置为会话处理装置执行上述方法中相应的功能。所述收发器用于实现会话处理装置与策略控制功能网元之间的通信。所述会话处理装置还可以包括存储器，所述存储器用于与处理器耦合，其保存该会话处理装置必要的程序指令和数据。
35.又一方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
36.又一方面，本技术实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
37.又一方面，本技术提供了一种芯片系统，该芯片系统包括处理器，用于支持上述会话处理装置实现上述方面中所涉及的功能，例如，生成或处理上述方法中所涉及的信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存数据发送设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。
附图说明
38.为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背景技术中所需要使用的附图进行说明。
39.图1为本技术现有技术中用户设备进行会话处理的场景示意图；
40.图2为根据本技术实施例提供的5g通信系统示意图；
41.图3为根据本技术实施例提供的一种会话处理的方法的流程图；
42.图4为根据本技术实施例提供的一种ulcl分流策略实现方法的示意图；
43.图5为根据本技术实施例提供的一种多归属分流策略实现方法的示意图；
44.图6为根据本技术实施例提供的一种多会话策略实现方法的示意图；
45.图7为根据本技术实施例提供的一种处理策略实现方法的示意图；
46.图8为根据本技术实施例提供的一种保持访问app服务器的锚点用户面功能网元不变的策略实现方法的示意图；
47.图9为根据本技术实施例提供的又一种会话处理的方法的流程图；
48.图10为根据本技术实施例提供的又一种会话处理的方法的流程图；
49.图11a、11b为根据本技术实施例中提供的一种会话处理装置的结构示意图。
具体实施方式
50.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚地描述。
51.本技术中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
52.图2示出了本技术实施例提供的一种5g通信系统示意图。在5g移动网络架构中，移动网关的控制面功能和转发面功能解耦，其分离出来的控制面功能与第三代合作伙伴计划(third generation partnership project，3gpp)传统的控制网元移动性管理实体(mobility management entity，mme)等合并成统一的控制面(control plane)。用户面功能(user plane function，upf)网元能实现服务网关(serving gateway，sgw)和分组数据网络网关(packet data network gateway，pgw)的用户面功能(sgw-u和pgw-u)。进一步的，统一的控制面网元可以分解成接入和移动性管理功能(access and mobility management function，amf)网元和会话管理功能(session management function，smf)网元。
53.如图2所示，该通信系统至少包括用户设备201、smf网元206、pcf网元207和af网元208。
54.其中，本系统中所涉及到的用户设备201不受限于5g网络，包括：手机、物联网设备、智能家居设备、工业控制设备、车辆设备等等。所述用户设备(user device or user equipment)也可以称为终端设备(terminal equipment)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、远程终端(remote terminal)、接入终端(access terminal)、用户设备(user terminal)、用户代理(user agent)，在此不作限定。上述用户设备还可以车与车(vehicle-to-vehicle，v2v)通信中的汽车、机器类通信中的机器等。
55.本系统中所涉及到smf网元206可负责终端设备的会话管理。例如，会话管理包括用户面设备的选择、用户面设备的重选、网络协议地址分配、服务质量(quality of service，qos)控制，以及会话的建立、修改或释放等。smf网元也可称为smf设备或smf实体。
56.上述策略控制功能(policy control function，pcf)网元207包含策略控制和基于流计费控制的功能。例如，pcf网元207可实现用户签约数据管理功能、策略控制功能、计费策略控制功能、qos控制等。pcf网元可也称为pcf实体或pcf设备。
57.上述af网元208与3gpp网络交互，能提供用户设备与app服务器之间建立的会话需要满足的要求，如影响业务路由。af网元208还能通过与pcf之间的交互进行策略控制。所述af网元也可称为af设备或af实体。
58.可选的，本通信系统还包括无线接入网络(radio access network，ran)设备202。ran设备202是一种用于为用户设备201提供无线通信功能的装置，所述ran设备可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在lte系统中，称为演进的节点b(evolved nodeb，enb或者enodeb),在第三代(3rd generation，3g)系统中，称为节点b(node b)等。在新一代系统中，称为gnb(gnodeb)。
59.可选的，本通信系统还包括upf网元203。upf网元203能实现sgw和pgw的用户面功能(sgw-u和pgw-u)。upf网元可连接至相同或不同的数据网络204(data network，dn)，从而
实现业务的数据传输。所述upf网元也可称为upf设备或upf实体。
60.可选的，本通信系统还包括amf网元205。可负责终端设备的附着、移动性管理、跟踪区更新流程等。amf网元也可称为amf设备或amf实体。
61.上述各网元既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例，例如，上述虚拟化平台可以为云平台。
62.此外，本技术实施例还可以适用于面向未来的其他通信技术。本技术描述的网络架构以及业务场景是为了更加清楚的说明本技术的技术方案，并不构成对本技术提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本技术提供的技术方案对于类似的技术问题，同样适用。
63.下面以图2所示的5g通信系统为例，通过一些实施例对本技术的技术方案进行详细说明。下面这几个实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
64.图3为本技术实施例提供的一种会话处理的方法的流程图。该方法可用于用户设备根据app的连续性需求进行会话处理的场景。如图3所示，该方法可以包括：
65.s301、策略控制功能网元从应用功能网元接收请求信息。其中，请求信息包括app的连续性需求。
66.例如，策略控制功能网元为图2中的pcf网元207，应用功能网元为图2中的af网元208。
67.上述请求信息用于指示用户设备启动app后，用户设备与app的服务器之间建立的会话需要满足的连续性需求。例如，app的连续性需求也可以叫做app服务器的连续性需求。
68.s303、策略控制功能网元向用户设备发送第一策略信息。其中，第一策略信息包括app的ssc模式，第一策略信息与app的连续性需求关联，第一策略信息用于重用或者新建会话的确定。例如，第一策略信息可以是用户策略(user equipment policy，ue policy)信息，或者是用户路由选择策略(user equipment route selection policy，ursp)信息。
69.例如，用户设备为图2中的用户设备201。用户设备可以通过以下方式根据第一策略信息确定重用或者新建会话：用户设备从策略控制功能网元接收到与app的连续性需求关联的第一策略信息后，如果发现现有会话中存在满足第一策略信息中ssc模式的会话，则用户设备启动上述app时确定重用会话；如果用户设备发现现有会话中没有满足第一策略信息中ssc模式的会话，则用户设备启动上述app时确定新建会话。如果用户设备确定重用会话，当现有会话中仅存在一个会话满足上述ssc模式时，用户设备通过重用该会话与app服务器进行通信。当现有会话中存在多个会话满足上述ssc模式时，用户设备可以从上述多个会话中任意选择一个会话与app服务器进行通信。需要说明的是，本发明仅以ssc模式为例进行举例说明。实际应用中，除了ssc模式之外，判断是否会话重用的条件还可以包括dnn、切片信息中的至少一项。即，现有会话中存在满足第一策略信息中ssc模式、dnn、切片信息的会话，则用户设备启动上述app时确定重用会话。
70.因此，根据本发明实施例的方法，用户设备可以获得与app的连续性需求相关的第一策略信息。用户设备在启动app时根据第一策略信息进行会话处理：如果用户设备的现有会话中存在满足第一策略信息中的ssc模式的会话，则重用该会话；如果用户设备的现有会
话中不存在满足第一策略信息中的ssc模式的会话，则直接发起会话建立流程。由于第一策略信息与app的连续性需求相关，所以用户设备根据第一策略信息重用或者新建的会话满足用户设备与app的服务器通信时的连续性需求，从而提高了用户体验。
71.可选的，在步骤303前，策略控制功能网元可执行如下s302。
72.s302、策略控制功能网元根据请求信息确定app的ssc模式。其中，请求信息中app的连续性需求包括：app不需要连续性、app需要ip地址连续性或app支持上层业务连续。
73.例如，app不需要连续性表示用户设备与app的服务器在通信时不需要保持业务的连续性。比如，用户设备使用具有搜索功能的app向该app的app服务器发起网页查询的业务，用户设备移动后，用户设备到上述app服务器之间的会话路径会变长，由于上述app不需要连续性，所以上述app对应的会话可以被释放，当用户设备再次发起网页查询的业务时再新建会话。
74.app需要ip地址连续性表示用户设备与app的服务器在通信时需要保证app的ip地址不变。比如，用户设备使用具有语音通信功能的app向该app的app服务器发起语音业务时，用户设备移动后，由于该app需要ip地址连续性，因此必须保持原有会话，且用户设备访问上述app服务器时采用的ip地址也要保持不变。
75.app支持上层业务连续表示用户设备与app的服务器在通信时只需要保证app的业务不被中断，而用户设备的ip地址可以改变，比如，用户设备使用具有视频功能的app向该app的app服务器发起视频业务时，只需要保证用户感知不到视频业务的中断即可，而用户设备的ip地址可以改变。
76.例如，app的ssc模式包括3种：第一模式、第二模式和第三模式。策略控制功能网元根据请求信息可通过如下方式中任一种方式确定app的ssc模式：
77.第一种：当请求信息中app的连续性需求为app不需要连续性时，策略控制功能网元确定app的ssc模式为第二模式。在第二模式中，网络可以释放提供给用户设备的连接服务并释放相应的分组数据单元(packet data unit，pdu)会话。对于用户设备与app服务器通信时使用的互联网协议(internet protocol version，ipv)4或ipv6类型的pdu会话，网络可以释放已经分配给用户设备的ip地址。换句话说，在第二模式中，允许断开app服务器与用户设备之间的业务。由于在第二模式中，网络不仅可以释放用户设备与app服务器之间的连接服务，还可以释放用户设备的ip地址，所以第二模式满足app不需要连续性的需求。
78.第二种：当请求信息中app的连续性需求为app支持上层业务连续时，策略控制功能网元确定app的ssc模式为第三模式。在第三模式中，网络保留提供给用户设备的连接服务，对于用户设备与app服务器通信时使用的ipv4或ipv6类型的pdu会话，网络可以不保留用户设备的ip地址。换句话说，在第三模式中，保留app服务器与用户设备之间的业务，且允许app的ip地址改变。由于在第三模式中，网络可以保持业务的连续性，还可以不保留用户设备的ip地址，所以第三模式满足app支持上层业务连续的需求。
79.第三种：当请求信息中app的连续性需求为app需要ip地址连续性时，策略控制功能网元确定app的ssc模式为第一模式。在第一模式中，网络会保留提供给用户设备的连接服务，对于用户设备与app服务器通信时使用的ipv4或ipv6类型的pdu会话，网络还会保留用户设备的ip地址。换句话说，在第一模式中，保留app服务器与用户设备之间的会话连接，且app的ip地址不变。由于在第一模式中，网络会保持业务和用户设备ip地址的连续性，所
以第一模式满足app需要ip地址连续性的需求。
80.因此，通过上述方案，策略控制功能网元可以根据请求信息确定不同app的连续性需求对应的app的ssc模式，然后通过第一策略信息将app的ssc模式发送给用户设备。用户设备与app的服务器进行通信时根据第一策略信息中的ssc模式进行会话处理，使得重用或者新建的会话满足app的连续性需求，从而提高了用户体验。
81.可选的，在步骤301后，第一策略控制功能网元可执行如下s304。需要说明的是，本技术并不限定步骤s303和步骤s304之间的先后顺序。也就是说，可以先执行步骤s303后执行步骤s304，也可以先执行步骤s304后执行步骤s303，或者，同时执行步骤s303和s304。
82.s304、策略控制功能网元向会话管理功能网元发送第二策略信息。
83.例如，会话管理功能网元为图2中的smf网元206。第二策略信息可以通过策略控制和计费(policy control and charging，pcc)规则的方式进行传输。
84.上述第二策略信息与请求信息中app的连续性需求有关，例如，策略控制功能网元可通过如下方式中任一种方式确定第二策略信息：
85.第一种：当请求信息中app的连续性需求为app不需要连续性时，第二策略信息为多归属(multi-homing)分流策略或者上行链路分类器(uplink classifier，ulcl)分流策略或者多会话(multi-pdu sessions)策略。
86.ulcl分流策略：
87.例如，上述ulcl分流策略由smf网元执行。在pdu会话建立期间或pdu会话建立之后，smf网元在pdu会话传输路径中插入具有ulcl功能的upf网元来实现分流。对于用户设备与app服务器通信时使用的ipv4或ipv6类型的pdu会话，进行ulcl分流后，用户设备只会被分配一个ip地址，所以用户设备不会感知到分流的进行。由于在会话进行ulcl分流后，用户设备被分配的唯一一个ip地址可以为分流之前用户设备的ip地址，且会话在分流过程中没有中断，所以smf网元对会话进行ulcl分流可以保证业务和用户设备ip地址的连续性。
88.例如，ulcl分流策略的实现方法如图4所示。在图4中，upf1网元404和upf2网元405可以提供对dn 407的不同的访问路径。假设ue 401中包括app 1、app2；app1服务器、app2服务器在dn 407中。当ue 401启动app 1且不需要分流时，ue 401的ip地址为ip 1，ue 401使用ip 1地址请求建立会话，然后通过接入网络(access network，an)设备402和upf 1网元404建立ue 401与app1服务器之间会话，从而实现ue401对dn 407的访问。当ue 401启动app 2，app2服务器为本地服务器，即app2服务器的部署位置比app1服务器的位置距离ue401更近，可以进行ulcl分流，smf网元406在会话传输路径中插入具有ulcl功能的upf3网元403，ue 401的ip地址仍然为ip 1。ue 401使用ip 1发起业务流，然后通过an设备402连接到upf3网元403，upf3网元403通过向upf 1网元404转发app1的业务流，通过upf 2网元405转发app 2的业务流，并将来自app 1服务器的业务流通过upf1网元404和将来自app2服务器的业务流通过upf 2网元405汇聚到upf3网元403，然后通过an设备402转发到ue 401。此时，ue 401通过一条新的路径实现了对dn 407的访问，以此达到了分流的作用。
89.因此，通过上述方案，smf网元对会话进行ulcl分流可以保证业务和用户设备ip地址的连续性，所以当请求信息中app的连续性需求为app不需要连续性时，采用ulcl分流也可以满足该需求。此外，假设图4中upf2网元405到ue 401的距离小于upf 1网元404到ue401的距离，则通过ulcl分流可以缩短用户设备到dn的会话传输路径，从而提高了传输效率。
90.多归属分流策略：
91.例如，上述多归属分流策略通过smf网元在pdu会话传输路径中插入具有分支点(branching point，bp)功能的upf网元来实现。在对pdu会话进行多归属分流后，用户设备通过上述具有分支点功能的upf网元可以连接到同一个dn的不同pdu会话锚点，进而通过不同pdu会话锚点访问dn。通过上述过程，用户设备可以确定到dn的不同的会话传输路径。smf网元对会话进行多归属分流之后，不同的pdu会话锚点对应不同的传输路径，对于每一条传输路径用户设备都会被分配一个不同的ip地址，即多归属分流后用户设备的ip地址会改变。又因为业务在分流过程中没有中断，所以smf网元对会话进行多归属分流可以保证上层业务连续。其中，在上层业务连续是实现方法中，可以通过mptcp(multipath tcp，多径tcp)、sip(session initiation protocol，会话初始协议)等技术来实现业务流的迁移。
92.例如，多归属分流策略的实现方法如图5所示。在图5中，upf1网元504和upf2网元505可以提供对dn 507的不同的访问路径。假设ue 501中包括app 1，app1服务器在dn 507中。当ue 501启动app 1且不需要分流时，ue 501的ip地址为ip 1，ue 501使用ip 1地址请求建立会话，然后ue 501可以通过an设备502和upf 1网元504建立ue 501与app1服务器之间会话，从而实现ue 501对dn 507的访问。当ue 501移动且需要进行多归属分流时，smf网元506在会话传输路径中插入具有分支点功能的upf3网元503，并为ue 501分配了新ip地址前缀。ue 501根据新的ip地址前缀构造新的ip地址：ip2。其中，ue 501使用ip 1地址建立的会话路径是包括pdu会话锚点upf 1网元504对应的会话路径，ue 501使用ip 2地址建立的会话路径是包括pdu会话锚点upf 2网元505对应的会话路径。upf3网元503通过向upf 1网元504和upf 2网元505转发app 1的业务流，并将来自app 1服务器的业务流通过upf 1网元504和upf 2网元505汇聚到upf3网元503，然后通过an设备502转发到ue 501。此时，ue 501通过一条新的路径实现了对dn 507的访问，以此达到了分流的作用。
93.因此，通过上述方案，smf网元对会话进行多归属分流可以保证上层业务连续性，所以当请求信息中app的连续性需求为app不需要连续性时，采用多归属分流也可以满足该需求。此外，假设图5中upf2网元505到ue 501的距离小于upf 1网元504到ue 501的距离，则通过多归属分流可以缩短用户设备到dn的会话传输路径，从而提高了传输效率。
94.多会话策略：
95.例如，上述多会话策略通过新建会话来实现。在对pdu会话进行多会话处理后，用户设备可以通过不同pdu会话锚点连接到同一个dn，从而确定到dn的不同的会话传输路径。其中，多会话处理前已有业务的业务流可以在多会话处理前的已有路径上传输，也可以在多会话处理后新增的路径上传输；在多会话处理后新建业务的业务流在多会话处理后新增的路径上传输。当多会话处理前已有业务的业务流在多会话处理后新增的路径上传输时，需要利用mptcp、sip等技术实现业务流的迁移。smf网元对会话进行多会话处理之后，不同的pdu会话锚点可以对应不同的传输路径，对于每一条传输路径用户设备都会被分配一个不同的ip地址，即多会话策略处理后用户设备的ip地址会改变。又因为业务在分流过程中没有中断，所以smf网元对会话进行多会话策略处理后可以保证上层业务连续。
96.多会话策略的实现方法如图6所示。在图6中，upf1网元603和upf2网元604可以提供对dn 606的不同的访问路径。假设ue 601中包括app 1，app1服务器在dn 606中。当ue 601启动app 1且不需要分流时，ue 601的ip地址为ip 1，ue 601使用ip 1地址请求建立会
话，然后ue 601可以通过an设备602和upf 1网元603建立ue 601与app1服务器之间会话，从而实现ue 601对dn 606的访问。当ue 601移动且需要进行多会话处理时，smf网元为ue 601新建会话，并为其分配新的ip地址：ip 2。其中，ue 601使用ip 1地址建立的会话是通过an设备602连接到pdu会话锚点upf 1网元603建立的ue 601与app1服务器之间会话。ue 601使用ip 2地址建立的会话是通过an设备602连接到pdu会话锚点upf 2网元604建立的ue 601与app1服务器之间会话。此时，ue 601通过一条新的路径实现了对dn 606的访问。与多归属分流不同的是，ue 601通过upf 1网元603传输到dn 606上的业务流与ue 601通过upf 2网元604传输到dn 606上的业务流是通过两条传输路径分开传输的，不存在类似分支点功能的聚合点，来自dn 606的业务流也是分别通过包括upf 1网元603的传输路径或者包括upf 2网元604的传输路径转发到ue 601。
97.因此，通过上述方案，smf网元对会话采用多会话策略的处理方式可以保证上层业务连续，所以当请求信息中app的连续性需求为app不需要连续性时，采用多归属分流也可以满足该需求。此外，假设图6中upf2网元604到ue 601的距离小于upf 1网元603到ue 601的距离，则通过多会话策略的处理可以缩短用户设备到dn的会话传输路径，从而提高了传输效率。
98.第二种：当请求信息中app的连续性需求为app支持上层业务连续时，第二策略信息为多归属分流策略或者多会话策略。
99.参考图5中对多归属分流策略的实现方法以及图6中对多会话策略的实现方法，smf网元对会话进行多归属分流策略或者多会话策略处理后都可以保证上层业务连续，所以当请求信息中app的连续性需求为app支持上层业务连续时，可以通过多归属分流策略或者多会话策略满足该需求。此外，假设图5中upf2网元505到ue 501的距离小于upf 1网元504到ue 501的距离，图6中upf2网元604到ue 601的距离小于upf 1网元603到ue 601的距离，则通过多归属分流策略或者多会话策略都可以缩短用户设备到dn的会话传输路径，从而提高了传输效率。
100.可选的，请求信息还包括用于指示app服务器支持与其他app服务器进行上下文迁移的指示信息。
101.第三种：当请求信息中app的连续性需求为app需要ip地址连续性，且请求信息中的指示信息指示app服务器支持与其他app服务器进行上下文迁移时，第二策略信息为ulcl分流策略。
102.参考图4中对ulcl分流策略的实现方法，smf网元对会话进行ulcl分流可以保证业务和用户设备ip地址的连续性，所以当请求信息中app的连续性需求为app需要ip地址连续性，且请求信息中的指示信息指示app服务器支持与其他app服务器进行上下文迁移时，ulcl的分流策略能满足该需求。此外，假设图4中upf2网元405到ue 401的距离小于upf 1网元404到ue 401的距离，则通过ulcl分流可以缩短用户设备到dn的会话传输路径，从而提高了传输效率。
103.可选的，当请求信息中app的连续性需求为app需要ip地址连续性，且请求信息中的指示信息指示app服务器支持与其他app服务器进行上下文迁移时，第二策略信息还可以为处理策略，其中，处理策略为在所述用户设备与app服务器之间建立端到端的隧道。
104.例如，有两个分布在不同地区的app服务器都可以在用户设备使用app时为用户设
备提供服务，这两个app服务器分别为第一app服务器和第二app服务器，且第二app服务器与用户设备之间的距离小于第一app服务器和用户设备之间的距离。假设用户设备首先与第一app服务器之间建立了会话并进行业务流传输，当请求信息中指示连续性需求为app需要ip地址连续性，且第一app服务器支持与第二app服务器进行上下文迁移时，smf可以根据上述处理策略在用户设备与第二app服务器之间建立端到端的隧道，从而在保证ip地址连续性的前提下，缩短了会话传输路径，提高了传输效率。
105.例如，处理策略的实现方法如图7所示。在图7中，假设ue 701中包括app 1，分布在不同地区的app1服务器1(706)和app1服务器2(707)都可以在用户设备使用app1时为用户设备提供服务。app1服务器1(706)支持与app1服务器2(707)进行上下文迁移，且app1服务器2(707)与用户设备之间的距离小于app1服务器1(706)和用户设备之间的距离。在smf网元705执行处理策略之前，ue 701的ip地址为ip 1，ue 701使用ip 1地址请求建立会话，然后ue 701可以通过an设备702和upf 1网元703建立ue 701与app1服务器1(706)之间会话。在smf网元705执行处理策略之后，ue 701通过ue 701与app1服务器2(707)之间端到端的隧道建立会话，但是仍然使用ip 1地址。举例来说，在ue 701通过upf 2网元704访问app1服务器2(707)的会话路径中，upf 2网元根据隧道协议将携带ue的ip地址为ip1的业务流报文封装在隧道头中，并转发到app1服务器2(707)，从而使ue 701的业务流能够转发到app1服务器2(707)。例如，上述隧道协议可以为：ip in ip隧道协议和通用分组无线系统(general packet radio system，gprs)隧道协议组合的方式，或ip in ip隧道协议和/或其他隧道协议，或gprs隧道协议和/或其他隧道等方式。又因为app1服务器1(706)可以将上下文迁移到app1服务器2(707)中，所以当ue 701通过an设备708和upf 2网元704访问app1服务器2(707)时，可以保证上下文的连续性，即保证了业务连续。
106.因此，通过上述方案，smf网元对会话执行处理策略后，可以保证业务和用户设备ip地址的连续性，所以当请求信息中app的连续性需求为ip地址连续性，且请求信息中的指示信息指示app服务器支持与其他app服务器进行上下文迁移时，采用处理策略可以满足该需求。此外，执行处理策略后会话路径会缩短，因此可以提高传输效率。
107.第四种：当请求信息中app的连续性需求为app需要ip地址连续性，且请求信息中的指示信息指示app服务器不支持与其他app服务器进行上下文迁移时，第二策略信息为保持访问app服务器的锚点用户面功能网元不变。
108.如图8所示，在图8中，假设ue 801中包括app 1，app1对应的两个服务器app1服务器1(806)和app1服务器2(807)部署在同一dn中的不同位置，且app1服务器1和app1服务器2之间不支持上下文迁移。刚开始时，ue 801距离app1服务器1比较近，ue 801使用ip 1地址请求建立会话，然后通过an 1设备802和upf 1网元803建立ue 801与app1服务器1(806)之间会话，从而实现ue801对dn的访问。当ue 801移动后，到app1服务器2(807)的距离比app1服务器1(806)的距离更近。但是由于app1服务器1(806)和app1服务器2(807)之间不支持上下文迁移，所以为了保证app的ip地址连续性，ue 801不能通过upf 2网元804建立ue 801与app1服务器2(807)之间会话，而必须保持通过upf 1网元803建立的ue 801与app1服务器1之间会话，即保持访问app服务器的锚点用户面功能网元(例如，upf 1网元804)不变。例如，在ue 801通过an 2设备808和upf 1网元803建立的ue 801到app1服务器1(806)的会话路径中，an 2设备808还可以通过其他的upf设备(例如，upf 2网元804)连接到upf 1网元803，但
是app1服务器1的锚点用户面功能网元仍然是upf 1网元803。
109.所以当请求信息中app的连续性需求为app需要ip地址连续性，且请求信息中的指示信息指示app服务器不支持与其他app服务器进行上下文迁移时，只能通过保持访问app服务器的锚点用户面功能网元的策略才能满足ip地址连续性的需求。
110.以上步骤s304为可选步骤，策略控制功能网元向会话管理功能网元发送的第二策略信息也可以为其他策略，本发明并不在此限制。
111.因此，通过上述方案，在用户设备根据第一策略信息确定重用或者新建会话后，会话管理功能网元根据第二策略信息对上述重用或者新建的会话进行处理。因为第二策略信息与请求信息中的app的连续性需求相关，所以采用第二策略信息之后的会话仍然满足app的连续性需求，从而提高了用户体验。又因为在根据第二策略信息对会话进行处理的过程中，网络会使用新的upf网元，使用户设备到app服务器之间的传输路径更短，从而节约了用户设备与app服务器通信时业务流的传输时间，提高了传输效率。
112.图9为本技术实施例提供的又一种会话处理的方法的流程图。该方法可用于用户设备根据app的连续性需求进行会话处理的场景。如图9所示，该方法可以包括：
113.s901、策略控制功能网元从应用功能网元接收请求信息。其中，请求信息包括app的连续性需求，请求信息用于会话策略信息的确定。
114.例如，策略控制功能网元为图2中的pcf网元207，应用功能网元为图2中的af网元208。
115.步骤s901可参考图3中步骤s301的描述，此处不再赘述。
116.s903、策略控制功能网元向会话管理功能设备发送会话策略信息。其中，会话策略信息用于会话的处理。
117.例如，会话管理功能设备为图2中的smf网元206。
118.会话策略信息可参考图3中第二策略信息的描述，此处不再赘述。
119.因此，根据本发明实施例的方法，策略控制功能网元根据请求信息中app不同的连续性需求，可以向会话管理功能网元提供会话策略信息，会话管理功能网元根据会话策略信息对会话进行处理后，使会话在满足app的连续性需求的前提下，能够缩短会话路径，从而提高传输效率。
120.可选的，在步骤903前，策略控制功能网元可执行如下s902。
121.s902、策略控制功能网元根据请求信息确定会话策略信息。
122.步骤s902中策略控制功能网元根据请求信息确定会话策略信息的描述，可参考图3中步骤s304中策略控制功能网元根据请求信息确定第二策略信息的描述，此处不再赘述。
123.图10为本技术实施例提供的又一种会话处理的方法的流程图。该方法可用于应用功能网元向策略控制功能网元发送app的连续性需求的场景。如图10所示，该方法可以包括：
124.s1001、应用功能网元确定app的连续性需求。其中，app的连续性需求包括：app不需要连续性、app需要ip地址连续性或app支持上层业务连续。
125.例如，应用功能网元为图2中的af网元208。
126.s1002、应用功能网元向策略控制功能网元发送请求信息。其中，请求信息包括app的连续性需求。
127.例如，策略控制功能网元为图2中的pcf网元207。
128.上述请求信息用于指示用户设备启动app后，用户设备与app的服务器进行通信时的连续性需求。例如，app的连续性需求也可以叫做app服务器的连续性需求。
129.请求信息可参考上述图3中的具体描述，此处不再赘述。
130.因此，根据本发明实施例的方法，应用功能网元可以向策略控制功能网元提供app的连续性需求，使策略控制功能网元向用户设备发送的第一策略信息与app的连续性需求相关。用户设备根据第一策略信息重用或者新建的会话满足用户设备与app的服务器通信时的连续性需求，从而提高了用户体验。
131.可选的，上述请求信息还用于第二策略信息的确定。其中，第二策略信息用于会话的处理。
132.例如，第二策略信息可以为多归属分流策略、ulcl分流策略、多会话策略或者保持访问app服务器的锚点用户面功能网元不变的策略。策略控制功能网元根据请求信息确定第二策略信息的步骤可参考图3中步骤s304的描述，此处不再赘述。
133.因此，通过上述方案，应用功能网元可以向策略控制功能网元提供app的连续性需求，使策略控制功能网元向用户设备发送的第二策略信息与app的连续性需求相关。用户设备根据第二策略信息对会话进行处理后仍然满足app的连续性需求，从而提高了用户体验。又因为在根据第二策略信息对会话进行处理的过程中，网络会使用新的upf网元，使用户设备到app服务器之间的传输路径更短，从而节约了用户设备与app服务器通信时业务流的传输时间，提高了传输效率。
134.或者，上述请求信息用于会话策略信息的确定，会话策略信息用于会话的处理。
135.由此，应用功能网元可以向策略控制功能网元提供app的连续性需求，使策略控制功能网元向会话管理功能网元发送的会话策略信息与app的连续性需求相关。会话管理功能网元根据会话策略信息对会话进行处理后，使会话在满足app的连续性需求的前提下，可以缩短会话路径，从而提高传输效率。
136.可选的，连续性需求包括app不需要连续性、app需要ip地址连续性或app支持上层业务连续。由此，根据请求信息中app不同的连续性需求，策略控制功能网元可以向会话管理功能网元提供与app的连续性需求相关的会话策略信息。
137.可选的，当连续性需求为app需要ip地址连续性时，上述请求信息还包括用于指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息。由此，策略控制功能网元可以根据请求信息中app需要ip地址连续性的需求以及指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息，向会话管理功能网元提供会话策略信息。
138.上述本技术提供的实施例中，分别从各个网元本身、以及从各个网元之间交互的角度对本技术实施例提供的通信方法的各方案进行了介绍。可以理解的是，各个网元，例如上述策略控制功能网元或应用功能网元或会话管理网元等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
139.例如，当上述网元通过软件模块来实现相应的功能。会话处理装置可包括接收模块1101和发送模块1103，如图11a所示。可选的，该会话处理装置还包括处理模块1102。
140.在一个实施例中，该会话处理装置可用于执行上述图3中策略控制功能网元的操作。例如：
141.接收模块1101用于从应用功能网元接收请求信息，其中，请求信息包括app的连续性需求。发送模块1103用于向用户设备发送第一策略信息，其中，第一策略信息包括app的ssc模式，第一策略信息与app的连续性需求关联，第一策略信息用于重用或者新建会话的确定。
142.由此，用户设备可以获得与app的连续性需求相关的第一策略信息。用户设备在启动app时根据第一策略信息进行会话处理：如果用户设备的现有会话中存在满足第一策略信息中的ssc模式的会话，则重用该会话；如果用户设备的现有会话中不存在满足第一策略信息中的ssc模式的会话，则直接发起会话建立流程。由于第一策略信息与app的连续性需求相关，所以用户设备根据第一策略信息重用或者新建的会话满足用户设备与app的服务器通信时的连续性需求，从而提高了用户体验。
143.可选的，处理模块1102用于根据请求信息确定app的ssc模式。其中，app的连续性需求包括app不需要连续性、app需要ip地址连续性或app支持上层业务连续。
144.可选的，当app的连续性需求为app不需要连续性时，处理模块1102用于确定app的ssc模式为第二模式。在第二模式中，允许断开app的app服务器与用户设备之间的业务。
145.可选的，当app的连续性需求为app不需要连续性时，发送模块1103用于向会话管理功能网元发送第二策略信息。其中，第二策略信息为多归属分流策略或者ulcl分流策略。
146.可选的，当app的连续性需求为app支持上层业务连续时，处理模块1102用于确定app的ssc模式为第三模式。在第三模式中，保留app服务器与用户设备之间的业务，且允许app的ip地址改变。
147.可选的，当app的连续性需求为app支持上层业务连续时，发送模块1103用于向会话管理功能网元发送第二策略信息。其中，第二策略信息为多归属分流策略。
148.可选的，当app的连续性需求为需要ip地址连续性时，处理模块1102用于确定app的ssc模式为第一模式。其中，在第一模式中，保留app服务器与用户设备之间的会话连接，且app的ip地址不变。
149.可选的，请求信息还包括用于指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息。
150.可选的，当app的连续性需求为需要ip地址连续性，且上述指示信息指示app服务器支持与其他app服务器进行上下文迁移时，发送模块1103用于向会话管理功能网元发送第二策略信息，其中，第二策略信息为ulcl分流策略。
151.可选的，当app的连续性需求为需要ip地址连续性，且上述指示信息指示app服务器不支持与其他app服务器进行上下文迁移时，发送模块1103用于向会话管理功能网元发送第二策略信息，其中，第二策略信息为保持访问app服务器的锚点用户面功能网元不变。
152.此外，会话处理装置中的接收模块1101、处理模块1102和发送模块1103还可实现上述方法中策略控制功能网元的其他操作或功能，此处不再赘述。
153.在另一个实施例中，图11a所示的会话处理装置还可用于执行上述图9中策略控制
功能网元的操作。例如：
154.接收模块1101用于从应用功能网元接收请求信息，其中，请求信息包括app的连续性需求，该请求信息用于会话策略信息的确定。发送模块1103用于向会话管理功能网元发送上述会话策略信息，其中，会话策略信息用于会话的处理。
155.由此，根据请求信息中app不同的连续性需求，策略控制功能网元可以向会话管理功能网元提供会话策略信息，会话管理功能网元根据会话策略信息对会话进行处理后，使会话在满足app的连续性需求的前提下，可以缩短会话路径，从而提高传输效率。
156.可选的，处理模块1102用于根据请求信息确定会话策略信息，其中，请求信息中的连续性需求包括app不需要连续性、app需要ip地址连续性或app支持上层业务连续。
157.可选的，当app的连续性需求为app不需要连续性时，处理模块1102用于确定会话策略信息为多归属分流策略或者ulcl分流策略。
158.可选的，当app的连续性需求为app支持上层业务连续，处理模块1102用于确定会话策略信息为多归属分流策略。
159.可选的，当app的连续性需求为app需要ip地址连续性时，请求信息还包括用于指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息。
160.可选的，当app的连续性需求为app需要ip地址连续性，且上述指示信息指示app服务器支持与其他app服务器进行上下文迁移时，处理模块1102用于确定会话策略信息为ulcl分流策略。
161.可选的，当app的连续性需求为app需要ip地址连续性，且上述指示信息指示app服务器不支持与其他app服务器进行上下文迁移时，处理模块1102用于确定会话策略信息为保持访问app服务器的锚点用户面功能网元不变。
162.此外，会话处理装置中的接收模块1101、处理模块1102和发送模块1103还可实现上述方法中策略控制功能网元的其他操作或功能，此处不再赘述。
163.在另一个实施例中，图11a所示的会话处理装置还可用于执行上述图10中应用功能网元的操作。例如：
164.处理模块1102用于确定app的连续性需求；发送模块1103用于向策略控制功能网元发送请求信息，其中，请求信息包括连续性需求。
165.上述请求信息用于第一策略信息的确定，其中，第一策略信息包括app的ssc模式，第一策略信息与app的连续性需求关联，第一策略信息用于重用或者新建会话的确定。
166.由此，应用功能网元可以向策略控制功能网元提供app的连续性需求，使策略控制功能网元向用户设备发送的第一策略信息与app的连续性需求相关。用户设备根据第一策略信息重用或者新建的会话满足用户设备与app的服务器通信时的连续性需求，从而提高了用户体验。
167.可选的，上述请求信息还用于第二策略信息的确定。其中，第二策略信息用于会话的处理。
168.或者，上述请求信息用于会话策略信息的确定，会话策略信息用于会话的处理。
169.由此，应用功能网元可以向策略控制功能网元提供app的连续性需求，使策略控制功能网元向会话管理功能网元发送的会话策略信息与app的连续性需求相关。会话管理功能网元根据会话策略信息对会话进行处理后，使会话在满足app的连续性需求的前提下，可
以缩短会话路径，从而提高传输效率。
170.可选的，连续性需求包括app不需要连续性、app需要ip地址连续性或app支持上层业务连续。
171.可选的，当连续性需求为app需要ip地址连续性时，上述请求信息还包括用于指示app服务器是否支持与其他app服务器进行上下文迁移的指示信息。
172.此外，会话处理装置中的处理模块1102和发送模块1103还可实现上述方法中应用功能网元的其他操作或功能，此处不再赘述。
173.图11b示出了上述实施例中所涉及的会话处理装置的另一种可能的结构示意图。会话处理装置包括收发器1104和处理器1105，如图11b所示。例如，处理器1105可以为通用微处理器、数据处理电路、专用集成电路(application specific integrated circuit，asic)或者现场可编程门阵列(field-programmable gate arrays，fpga)电路。所述会话处理装置还可以包括存储器1106。例如，存储器为随机存取存储器(random access memory，ram)。所述存储器用于与处理器1105耦合，其保存该通信装置必要的计算机程序11061。可选的，上述实施例中所涉及的会话处理方法还提供了一种载体1107，所述载体内保存有该供该会话处理装置运行的计算机程序11071，可以将计算机程序11071加载到处理器1105中。上述载体可以为光信号、电信号、电磁信号或者计算机可读存储介质(例如，硬盘)。当上述计算机程序11061或11071在计算机(例如，处理器1105)中运行时，可使得计算机执行上述的方法。
174.例如，在一个实施例中，处理器1105被配置为图3或图9中策略控制功能网元的其他操作或功能。收发器1104用于实现会话处理装置与应用功能网元/用户设备/会话处理功能网元之间的通信。
175.在另一个实施例中，处理器1105被配置为图10中应用功能网元的其他操作或功能。收发器1104用于实现会话处理装置与策略控制功能网元之间的通信。
176.用于执行本技术上述无线接入网设备的控制器/处理器可以是中央处理器(cpu)，通用处理器、数字信号处理器(dsp)、专用集成电路(asic)，现场可编程门阵列(fpga)或者其他可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。
177.结合本技术公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、移动硬盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于无线接入网设备中。当然，处理器和存储介质也可以作为分立组件存在于无线接入网设备中。
178.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或
部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
179.以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。
180.以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。