CN108011899A - 一种会话建立优化方法、装置和系统 - Google Patents

Abstract

本发明公开了一种会话建立优化方法、装置和系统，该方法包括：通信网络接收来自用户设备UE的会话建立请求，所述会话建立请求中携带应用APP的标识信息；所述通信网络根据所述APP的标识信息确定所述APP的业务和会话连续性模式SSC mode；所述通信网络根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话，如果有所述APP可以重用的会话，则发送所述会话的信息给UE，以使所述APP的数据流通过所述会话进行传输。通过上述方案，可以避免在一个UE访问多个APP的情况下，UE上会话过多的问题。

Description

一种会话建立优化方法、装置和系统

技术领域

本发明涉及通信技术领域，尤其涉及一种会话建立优化方法、装置及系统。

背景技术

在第四代(4th generation，4G)通信系统中，当用户使用的用户设备(UserEquipment，UE)附着到网络时，由公用数据网网关(Public Data Network Gateway，PGW)给UE分配网络之间互连的协议(Internet Protocol，IP)地址。当UE发生移动时，始终采用该PGW接入Internet网络，UE的上行数据和下行数据都会经过该PGW，该PGW称为UE对应的公用数据网(Public Data Network，PDN)连接的锚点。这样，在UE移动过程中，通信对端不感知UE的移动，由PGW来屏蔽，从而在移动过程中保持了会话的连续性。

在第五代(5rd generation，5G)通信系统中做了控制面和用户面的分离，其中控制面功能称之为CP Function(Control Plane Function)，用户面功能称之为UP Function(User Plane Function)。UP Function负责数据转发，CP Function负责选择UP Function、用户面路径，还负责UE的鉴权授权、UE移动性管理以及会话管理等。对于用户面连接Internet的最后一个UP Function称为用户面终止功能(Terminated User PlaneFunction，TUPF)。

在5G中，将会话及业务连续性模式(Service and Session Continuity mode，SSCmode)分为三种，下面分别进行介绍。第一种模式是在TUPF不变的情况下，保证会话连续性。其中，TUPF作为用户面的锚点保持不变，以此来保证会话连续性。第二种模式是在一定区域内保持会话连续性。TUPF在一定的区域内不变，在UE移动出该区域时，TUPF发生变化，所以，是在一定或者说特定的区域内保证会话的连续性，在该区域外不保证会话的连续性。第三种是在TUPF变化的情况下，保证会话连续性。这种模式下，TUPF发生变化，可以通过如下方式来保证会话连续性：对于UE新发起的会话，使用新的TUPF；对于UE现有的会话，仍然使用当前的TUPF。

UE访问APP的分组数据单元(Packet Data Unit，PDU)会话需要依据SSC mode来建立。目前建立会话的方法是，UE在网络中附着后，向网络侧发送携带APP标识信息的PDU会话建立请求，网络侧收到会话建立请求，进行SSC mode的决策，然后向UE返回携带SSC mode的PDU会话建立响应。在现有技术的方案中，UE对于每一个APP都需要建立一条PDU会话，会导致UE的PDU会话个数过多。

发明内容

本发明实施例提供一种会话建立优化方法、装置及系统，以解决在一个UE访问多个APP的情况下，避免UE上会话过多的问题。

为达到上述目的，本发明实施例提供如下技术方案：

第一方面，提供一种会话建立优化方法，该方法包括：通信网络首先接收来自用户设备UE的会话建立请求，该会话建立请求中携带应用APP的标识信息；通信网络根据携带的APP的标识信息确定该APP的业务和会话连续性模式SSC mode；然后，通信网络根据该SSCmode判断UE当前是否有该APP可以重用的会话，如果有该APP可以重用的会话，则发送该会话的信息给UE，以使该APP的数据流通过该会话进行传输。也即是说，当UE上已经有APP对应的会话的情况下，若UE再使用新的APP，那么通信网络可以通过判断UE上是否有SSC mode和该新的APP的mode相同的会话，如果有，则把该会话的信息，比如会话ID发给UE，这样UE就可以使用该已有的会话来传输新的APP的数据流，从而避免了UE上会话过多，节省了UE至通信网络的信令开销。

在一种可能的设计中，通信网络根据该SSC mode判断UE当前是否有该APP可以重用的会话，具体可以通过判断UE当前有与该SSC mode相同的会话，则确定与该SSC mode相同的会话为该APP可以重用的会话。其中，SSC mode可以是：在用户面终止功能实体不变的情况下，保证会话连续性；或，在用户面终止功能实体变化的情况下，保证会话连续性。

在一种可能的设计中，通信网络根据该SSC mode判断UE当前是否有该APP可以重用的会话，具体可以根据该SSC mode和该APP的属性来判断该UE当前是否有该APP可以重用的会话。

在一种可能的设计中，通信网络根据该SSC mode和该APP的属性来判断该UE当前是否有该APP可以重用的会话，具体可以通过判断UE当前有和该SSC mode相同的会话，且该APP的属性和UE当前与该SCC mode相同的会话上承载的APP的属性相同，则确定UE当前与该SCC mode相同的会话为该APP可以重用的会话。其中，SSC mode可以是：在特定的区域内保持会话连续性。

通信网络可以包括一个或多个功能实体，在一种可能的设计中，通信网络包括控制面功能实体和策略功能实体，则该会话建立优化方法可以为：控制面功能实体接收来自UE的携带APP的标识信息的会话建立请求，控制面功能实体发送该APP的标识信息给策略功能实体；策略功能实体收到该APP的标识信息后，根据该APP的标识信息确定该APP的SSCmode；然后，根据该SSC mode判断UE当前是否有该APP可以重用的会话，如果有该APP可以重用的会话，则策略功能实体发送该可以重用的会话的信息给控制面功能实体，控制面功能实体发送所述会话的信息给UE。

在一种可能的设计中，通信网络包括控制面功能实体和策略功能实体，则该会话建立优化方法可以为：控制面功能实体接收来自UE的携带APP的标识信息的会话建立请求，控制面功能实体发送该APP的标识信息给策略功能实体；然后该控制面功能实体接收策略功能实体发送的所述APP的SSC mode，其中，该SSC mode是策略功能实体根据所述APP的标识信息确定的；控制面功能实体收到策略功能实体发送的SSC mode后，根据所述SSC mode判断UE当前是否有该APP可以重用的会话。

第二方面，本发明的实施例提供一种实现会话建立优化的设备，该实现会话建立优化的设备具有实现上述方法实施例中控制面功能实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第三方面，本发明的实施例提供一种实现会话建立优化的设备，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该实现会话建立优化的设备执行如上述第一方面任意一项的实现会话建立优化的方法。

第四方面，本发明的实施例提供一种实现会话建立优化的设备，该实现会话建立优化的设备具有实现上述方法实施例中策略功能实体的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第五方面，本发明的实施例提供一种实现会话建立优化的设备，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该实现会话建立优化的设备执行如上述第一方面任意一项的实现会话建立优化的方法。

第六方面，本发明的实施例提供一种实现会话建立优化的系统，包括上述方法实施例中或装置实施例中的控制面功能实体和策略功能实体。

第七方面，本发明实施例提供了一种计算机存储介质，用于储存为上述控制面功能实体或策略功能实体所用的计算机软件指令，其包含用于执行上述方面为控制面功能实体或策略功能实体所设计的程序。

第八方面，本发明实施例提供了一种计算机存储介质，用于储存为控制面功能实体和策略功能实体，或通信网络所用的计算机软件指令，其包含用于执行上述方面为控制面功能实体和策略功能实体，或通信网络所设计的程序。

本发明实施例中，控制面控制功能实体，策略功能实体的名字对实体本身不构成限定，在实际实现中，这些实体可以以其他名称出现。只要各个实体的功能和本发明类似；或者实体有多个功能，但其中一个或多个功能和本发明类似，属于本发明权利要求及其等同技术的范围之内。

另外，第二方面至第八方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1所示为本发明实施例的一种可能的系统网络示意图；

图2所示为本发明实施例提供的计算机设备示意图；

图3所示为本发明实施例提供的一种会话建立优化的方法流程示意图；

图4所示为本发明实施例提供的另一种会话建立优化的方法流程示意图；

图5所示为本发明实施例提供的另一种会话建立优化的方法流程示意图；

图6所示为本发明实施例提供的一种实现会话建立优化的设备结构示意图；

图7所示为本发明实施例提供的另一种实现会话建立优化的设备结构示意图；

图8所示为本发明实施例提供的实现会话建立优化优化的系统示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。

本发明实施例描述的网络架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

本发明的实施例提供一种会话建立优化方法，可应用于如图1所示的会话建立优化系统100中，在该会话建立优化系统100中，UE可以和通信网络相互通信。其中，本申请所涉及到的用户设备UE可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(UserEquipment，UE)，移动台(Mobile station,MS)，终端(terminal)，终端设备(TerminalEquipment)，软终端等等。为方便描述，本申请中，上面提到的设备统称为用户设备或UE。

通信网络首先接收来自用户设备UE的会话建立请求，所述会话建立请求中携带着一个应用APP的标识信息，其目的是要与通信网络之间建立起一个传输该APP数据流的会话；所述通信网络收到该会话建立请求后，根据会话建立请求中携带的APP的标识信息，确定出适合该APP的SSC mode；然后，通信网络根据所述SSC mode来判断所述UE当前是否有所述APP可以重用的会话，如果有所述APP可以重用的会话，则发送所述会话的信息给UE，以使所述APP的数据流通过所述会话进行传输。具体的，UE收到会话信息(比如：会话标识)后，就可以在该会话标识对应的会话上传输该APP的数据流。这样，就使该APP的数据流可以通过这个重用的会话的数据通道进行传输，达到了重用会话的目的，减少了UE上的会话数目，节省了通信网络中、或者UE至通信网络的信令开销。

其中，本申请中的会话建立请求可以是PDU连接建立请求，也可以是PDU会话建立请求或者PDN连接建立请求，这里会话建立请求也可以是其他形式的消息，本发明实施例不做具体限定。

其中，APP形式多样，比如新浪视频、实时音视频、传输控制协议(TransmissionControl Protocol，TCP)协议等都可以配置为一个APP。运营商可以根据这个为业务提供者提供个性化服务。APP可以通过APP标识信息来标识。APP标识信息可以是APP ID，也可以是APP的类别。比如：可以用com.example.skype作为APP标识；也可以定义APP ID＝1表示实时音视频，对于后者，当UE有实时音视频业务时，在会话建立请求中需携带APP ID为1。

具体的，通信网络可以通过判断UE当前是否有与所述SSC mode相同的会话，例如UE上其他APP有使用相同SSC mode的会话，则通信网络可以重用这个会话，用来给当前请求的APP提供数据流传输。通信网络可以将这个会话的会话标识发送给UE，UE根据该会话标识，重用该会话来传输该当前请求的APP的数据流，从而实现了会话的重用。

关于通信网络根据SSC mode判断所述UE当前是否有所述APP可以重用的会话的方法有多种：

在一种实现方式中，通信网络判断UE当前有与该APP的SSC mode相同的会话，则确定与该SSC mode相同的会话为该APP可以重用的会话。

一般来说，当SSC mode为在用户面终止功能实体(TUPF)不变的情况下，保证会话连续性；或，在用户面终止功能实体变化的情况下，保证会话连续性的情况下，只比较SSCmode即可确定会话是否可重用。

在另一种实现方式中，通信网络根据该SSC mode和该APP的属性来判断所述UE当前是否有所述APP可以重用的会话。具体的，该通信网络判断UE当前有和所述SSC mode相同的会话，且该APP的属性和所述UE当前与该SCC mode相同的会话上承载的APP的属性相同，则确定UE当前与该SCC mode相同的会话为APP可以重用的会话。其中，APP1的属性可以是保证APP1会话连续性的区域(或者说：位置)，也可以是其他APP1的属性信息，这里不做限定。

一般的，当SSC mode为在特定的区域内保持会话连续性的时候，需要进一步判断APP属性是否相同。

APP的属性信息可以通过会话请求消息中携带给通信网络，也可以配置APP标识和APP属性的对应信息存储在通信网络中，通信网络根据APP标识即可获知APP属性信息。

关于通信网络根据该APP的标识信息确定APP的SSC mode的方法有多种：在一种实现方式中，通信网络根据APP的标识信息、以及通信网络中存储的APP的标识信息和SSCmode的对应关系确定所述APP的SSC mode。在另一种实现方式中，通信网络根据APP的标识信息，通信网络中存储的用户信息，以及通信网络中存储的APP的标识信息、用户信息和SSCmode的对应关系确定APP的SSC mode。

其中，用户信息是用来表示用户等级或优先级的信息，比如金牌用户、银牌用户或铜牌用户等。不同等级的用户享有的业务或服务也不同，比如在网络资源紧张的时候，会保证高等级用户的业务。

其中，在以上两种实现方式中，需要在通信网络中存储APP标识与其适用的SSCmode的对应关系，基于运营商运营需要，也可以进一步结合用户信息确定APP标识、用户信息以及适用的SSC mode的对应关系。当然，通信网络中也需要存储UE之前使用的其他APP的会话的相关信息，如会话使用的SSC mode，会话标识，APP属性等。

这个对应关系可以认为是运营商为不同APP提供的SSC mode，比如：用户访问某些应用(比如：腾讯视频)时，为其保证会话连续性，SSC mode为SSC mode1；用户访问某些应用(比如：腾讯视频)时，仅在特定区域内保证其会话连续性，SSC mode为SSC mode2。对于某些服务提供商(Service Provider，SP)，当用户访问该SP提供的应用时需要就近接入SP的业务服务器，并且需要保证应用的会话连续性，SSC mode为SSC mode3。

这个对应关系也可以认为是运营商为不同等级的用户使用不同APP提供的SSCmode。比如：金牌用户或银牌用户访问某些应用(比如：腾讯视频)时，为其保证会话连续性，SSC mode为SSC mode1；普通用户(比如：铜牌用户)访问某些应用(比如：腾讯视频)时，仅在特定区域内保证其会话连续性，SSC mode为SSC mode2。对于某些SP，当用户访问该SP提供的应用时需要就近接入SP的业务服务器，并且需要保证应用的会话连续性，SSC mode为SSCmode3。

在具体实现中，该对应关系在通信网络中可以以表格形式存在，也可以以其他方式存在，本发明不做限定。具体可以存储在通信网络的一个或多个实体中，比如可以存储在下面所说的控制面功能实体11或策略功能实体13或其他实体中。

其中，如果是以表格形式存在，那么表格示例可以如下表一所示。为了描述方便，下面将SSC mode的第一种模式，第二种模式和第三种模式分别称为SSC mode1，SSC mode2和SSC mode3。

APP标识	用户信息	SSC mode
			腾讯视频	金牌/银牌用户	SSC mode1
P2P	普通用户	SSC mode2
			爱奇艺	金牌/银牌用户	SSC mode1
新浪视频	普通用户	SSC mode3

表一

在本发明的实施例提供的会话建立优化方法中，在UE使用APP情况下，当UE使用新的APP而发起会话建立请求时，如果新APP可以和UE上当前已有的APP共用一条现有的会话，那么通信网络可以为该APP选择一条UE当前已有的会话，这样，可以使UE在访问多个APP的情况下，不同APP重用了UE的session，从而避免了UE上session个数过多。

众所周知，通信网络中有很多功能网元，各种信息也可以灵活的存储在不同的网元，各种功能可以灵活的通过不同的网元来实现。例如在以上介绍的技术方案中，确定当前APP适用的SSC mode可以为A网元实现，确定是否有可重用的会话可以在B网元上实现，一些信息(例如下面提到的：用户信息、对应关系等配置信息)等可以存储在C网元，通过网元间的交互来实现上述方案，当然也可以由一个网元来统一实现本发明实施例中的方案。本领域技术人员有能力根据本发明实施例的内容，设计灵活多样的通信网络实现方案，以下仅以几个实例化的方案说明本发明实施例在通信网络中的可能的一些实现方式，无论未来这些网元的名称、位置、交互关系如何变化，只要具备了本发明实施例中通信网络的功能，则均在本发明保护范围之内。

下面就通过一些通信网络示例性的实现方式，进行进一步说明。如图1所示，通信网络可以包括可互相通信的控制面功能实体11和策略功能实体13。

如上所述，控制面功能实体11和策略功能实体13可以由一个实体设备实现，也可以由多个实体设备共同实现，本发明不做限定。控制面功能实体11和策略功能实体13仅是一个名字，名字本身对实体不构成限定。例如，该“控制面功能实体”还有可能被替换为“CP功能(Control Plane Function)”，或“CP”，或其他名字；可选的，该“控制面功能实体”还可以对应一个包括除了控制面功能外，还有其他功能的实体。该“策略功能实体”还有可能被替换为“策略功能(Policy Function)”，或“Policy”，或其他名字；可选的，该“策略功能实体”还可以对应一个包括除了策略功能外，还有其他功能的实体。在此进行统一说明，以下不再赘述。

如图2所示，图1中的控制面功能实体11和策略功能实体13可以以图2中的计算机设备(或系统)的方式来实现。

图2所示为本发明实施例提供的计算机设备示意图。计算机设备200包括至少一个处理器21，通信总线22，存储器23以及至少一个通信接口24。

处理器21可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。

通信总线22可包括一通路，在上述组件之间传送信息。所述通信接口24，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。

存储器23可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，所述存储器23用于存储执行本发明方案的应用程序代码，并由处理器21来控制执行。所述处理器21用于执行所述存储器23中存储的应用程序代码。

在具体实现中，作为一种实施例，处理器21可以包括一个或多个CPU，例如图2中的CPU0和CPU1。

在具体实现中，作为一种实施例，计算机设备200可以包括多个处理器，例如图2中的处理器21和处理器28。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，计算机设备200还可以包括输出设备25和输入设备26。输出设备25和处理器21通信，可以以多种方式来显示信息。例如，输出设备25可以是液晶显示器(liquid crystal display，LCD),发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备26和处理器21通信，可以以多种方式接受用户的输入。例如，输入设备26可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的计算机设备200可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备200可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图2中类似结构的设备。本发明实施例不限定计算机设备200的类型。

示例性的，图1中的控制面功能实体11可以为图2所示的设备，控制面功能实体11的存储器中存储了一个或多个软件模块。控制面功能实体11可以通过处理器以及存储器中的程序代码来实现软件模块，实现会话建立的优化。

又或者，图1中的策略功能实体13可以为图2所示的设备，策略功能实体13的存储器中存储了一个或多个软件模块。策略功能实体13可以通过处理器以及存储器中的程序代码来实现软件模块，实现会话建立的优化。

下面结合流程图，结合具体APP应用来介绍本发明实施例提供的会话建立优化方法。

图3提供了一种会话建立优化方法流程示意图。图1中控制面功能实体11和策略功能实体13之间的交互，或者与外部网元之间的交互，可以采用该方法实施例中的方法。S301，UE附着到网络，使用Skype进行实时音频通话。

其中，UE通过接入网附着到网络中。本实施例中，假设承载Skype实时音频通话的会话为会话A，会话A的SSC mode为SSC mode1，且控制面功能实体为会话A分配的会话ID(session id)为1。

其中，会话A的建立过程可以简单概括为：UE发送会话建立请求消息给控制面功能实体；控制面功能实体选择用户面功能实体；然后控制面功能实体和用户面功能实体建立交互，并发送会话建立完成消息给UE来实现。其中，会话建立完成消息中可以携带控制面功能实体为会话A分配的会话ID。具体的会话建立过程可以参考现有技术，这里不再赘述。

S303，用户在UE上启动腾讯视频，UE向控制面功能实体发送会话建立请求。控制面功能实体接收该会话建立请求。其中，所述会话建立请求中携带腾讯视频的标识信息。

S305，控制面功能实体发送策略请求消息给策略功能实体。策略功能实体接收该策略请求消息。

其中，所述策略请求消息中携带腾讯视频的标识信息。策略请求消息具体可以通过不同的具体消息来实现，这里不做限定。

S307，策略功能实体根据腾讯视频的标识信息，用户信息，以及腾讯视频、用户信息和SSC mode的对应关系来确定腾讯视频的SSC mode。其中，策略功能实体确定SSC mode的方法同图1中的确定方法，这里不再赘述。这里以用户信息为金牌用户，对应关系为：金牌用户访问腾讯视频时，保证其会话连续性，SSC mode为SSC mode1为例，那么这里策略功能实体确定腾讯视频的SSC mode为SSC mode1。其中，该对应关系可以存储在通信网络的策略功能实体或其他实体中，那么，策略功能实体可以从自身或其他实体获取该对应关系。

另外，策略功能实体获取用户信息的方式可以参考现有技术，比如，可以通过策略请求消息中携带的用户标识，以及自身存储或从其他实体获取的该用户标识对应的用户信息，从而获知使用该用户的用户信息，这里不再赘述。S309，策略功能实体判断UE当前是否有腾讯视频可以重用的会话。

本实施例中，会话建立请求中携带的APP标识信息表示的是腾讯视频，腾讯视频的SSC mode是SSC mode1，因此，策略功能实体判断UE当前是否有与SSC mode1相同的会话。

如S301所说，由于UE在访问腾讯视频前，UE上已经有Skype实时音频通话对应的SSC mode为SSC mode1的会话A。因此，UE当前已经有与SSC mode1相同的会话A。即，UE当前有SSC mode为SSC mode1的会话A。那么，策略功能实体判断UE当前有腾讯视频可以重用的会话，即会话A。

S311，策略功能实体发送策略响应消息给控制面功能实体。控制面功能实体接收该策略响应消息。

其中，该策略响应消息中携带会话A的信息。会话A的信息可以为会话ID，也可以为其他可以标识会话的信息。

S313，控制面功能实体发送携带会话A的信息的会话建立响应消息给UE，以使腾讯视频数据流通过会话A进行传输。UE接收该会话建立响应消息。

其中，UE通过会话A进行传输腾讯视频数据流，具体可以是通过会话A的数据通道来传输。

在本实施例提供的会话建立优化方法中，在UE上已经建立了用于传输Skype实时音频通话数据流的会话的情况下，UE由于要使用新的腾讯视频应用而发起会话建立请求，如果腾讯视频可以和UE上当前已有的Skype实时音频通话共用一条现有的会话，那么策略功能实体选择UE当前已有的会话来传输腾讯视频数据流，这样，腾讯视频和Skype实时音频通话重用了UE上的会话，从而避免了UE上会话个数过多，也节省了通信网络中的信令开销。

在另一种实现方式中，在图3所示的实施例中，如果S309中，策略控制实体判断UE当前没有腾讯视频可以重用的会话，那么在S311发送的策略响应消息中，就是携带S307确定的SSC mode1和一个用于指示重建一条会话的指示，该指示形式多样，比如可以是不携带会话信息。相应的，就不执行S313而是执行S315。在S315中，控制面功能实体和UE交互完成会话建立过程，建立的新会话用来传输腾讯视频数据流。具体的会话建立过程可以参考现有技术，这里不再赘述。

在另一种实现方式中，在图3所示的实施例中，如果UE可以决策访问APP的SSCmode，这里以UE决策的SSC mode为SSC mode A为例，那么在S303中UE发送的会话建立请求中还可以携带SSC mode A。如果会话建立请求中携带了SSC mode A，那么S305中发送的策略请求中也可以携带SSC mode A。在策略请求消息携带SSC modeA的情况下，如果S307中策略功能实体确定的SSC mode和SSC modeA不同，那么以策略功能实体确定的SSC mode为准。

在图3所示的实施例中，策略功能实体的动作可以由策略功能实体可以根据上述提及的存储器中的软件模块来执行。控制面功能实体的动作可以由控制面功能可以根据上述提及的存储器中的软件模块来执行。本发明实施例对此不作任何限制。

图4提供了另一种会话建立优化方法流程示意图。图1中控制面功能实体11和策略功能实体13之间的交互，或者与外部网元之间的交互，可以采用该方法实施例中的方法。

S401-S403，同S301-S303相同。

不同的是，在本实施例中，UE当前除了有SSC mode为SSC mode1的会话外，还有SSCmode为SSC mode2的会话B。而且，该会话B上承载的APP属性为在北京保证其会话连续性，即：仅在一定区域内保证其会话连续性。

另外，在本实施例中，用户在UE上新启动的APP以点对点(Point to Point，P2P)应用为例。所以，会话建立请求中携带的是P2P应用的标识信息。

S405，控制面功能实体发送策略请求消息给策略功能实体。策略功能实体接收该策略请求消息。

在策略功能实体收到策略请求消息之后，策略功能实体向控制面功能实体发送策略请求响应消息，控制面功能实体接收该策略请求响应消息。其中，策略请求响应消息中携带APP的标识信息、用户信息和SSC mode的对应关系，以及用户信息。

其中，S405步骤是可选的。如果S407中，控制面功能实体确定P2P应用的SSC mode时，对应关系和用户信息是从控制面功能实体自身或者除策略功能实体之外的实体获取的，那么就不需要执行S405。

S407，控制面功能实体根据P2P应用的标识信息、对应关系和用户信息确定P2P应用的SSC mode。

其中，控制面功能实体确定SSC mode的方法同图1中的确定方法，这里不再赘述。这里以用户为普通用户，对应关系为：普通用户访问P2P应用时，仅在北京保证其会话连续性，SSC mode为SSC mode2为例，那么这里策略功能实体确定P2P应用的SSC mode为SSCmode2。

S409，控制面功能实体判断UE当前是否有P2P应用可以重用的会话。

本实施例中，控制面功能实体根据S407中确定的SSC mode2和P2P应用的属性来判断所述UE当前是否有P2P应用可以重用的会话。其中，会话建立请求中携带的APP标识信息表示的是P2P应用，P2P应用的SSC mode是SSC mode2。

本实施例中，UE当前有和P2P应用的SSC mode相同的会话，P2P应用的保证会话连续性的区域(这里是北京)和UE当前的会话B上承载的应用保证会话连续性的区域相同，因此，控制面功能实体确定UE当前的会话B为P2P应用可以重用的会话。

S411，控制面功能实体发送携带会话B的信息的会话建立响应消息给UE，以使P2P应用的数据流通过会话B进行传输，即：以使UE使用会话B进行P2P应用数据流的传输。UE接收该会话建立响应消息。

在本实施例提供的会话建立优化方法中，在UE上已经建立了用于传输一个应用数据流的会话的情况下，UE由于要使用新的P2P应用而发起会话建立请求，如果P2P应用可以和UE上当前已有的应用共用一条现有的会话，那么控制面功能选择UE当前已有的会话来传输P2P应用数据流，这样，不同APP重用了UE的会话，从而避免了UE上会话个数过多。

在另一种实现方式中，在图4所示的实施例中，如果S409中，控制面功能实体如果判断UE当前没有P2P应用可以重用的会话，那么在S411发送的策略响应消息中，携带S407确定的SSC mode2和一个用于指示重建一条会话的指示，该指示形式多样，比如可以是不携带会话信息。相应的，就不执行S411而是执行S413。在S413中，控制面功能实体和UE交互完成会话建立过程，建立的新会话用来传输P2P应用的数据流。

在另一种实现方式中，在图4所示的实施例中，如果UE可以决策访问APP的SSCmode，这里以UE决策的SSC mode为SSC mode A为例，那么在S403中UE发送的会话建立请求中还可以携带SSC mode A。在会话建立请求携带SSC mode A的情况下，如果S407中控制面功能实体确定的SSC mode和SSC mode A不同，那么以控制面功能实体确定的SSC mode为准。

在图4所示的实施例中，策略功能实体的动作可以由策略功能实体可以根据上述提及的存储器中的软件模块来执行。控制面功能实体的动作可以由控制面功能实体可以根据上述提及的存储器中的软件模块来执行。本发明实施例对此不作任何限制。

图5提供了另一种会话建立优化方法流程示意图。图1中控制面功能实体11和策略功能实体13之间的交互，或者与外部网元之间的交互，可以采用该方法实施例中的方法。

S501-S503，同S301-S303相同。

不同的是，在本实施例中，UE当前上有SSC mode为SSC mode3的会话C。而且，该会话C上承载的APP属性为保证其会话连续性。

另外，在本实施例中，UE上新启动的APP以新浪视频为例。所以，会话建立请求中携带的是新浪视频的标识信息。

S505，控制面功能实体发送策略请求消息给策略功能。策略功能实体接收该策略请求消息。

其中，所述策略请求消息中携带新浪视频的标识信息。

S507，策略功能实体根据新浪视频的标识信息，用户信息，以及用户信息、新浪视频的标识信息和SSC mode的对应关系来确定新浪视频的SSC mode。

其中，策略功能实体确定SSC mode的方法同图1中的确定方法，这里不再赘述。这里以用户为铜牌用户，对应关系为：铜牌用户访问新浪视频时，保证其会话连续性，SSCmode为SSC mode3为例，那么这里策略功能实体确定新浪视频的SSC mode为SSC mode3。其中，对应关系和用户信息可以预先存储或配置在策略功能实体或通信网络中的其他实体上。

S509，策略控制实体发送策略响应消息给控制面功能实体。控制面功能实体接收该策略响应消息。其中，策略响应消息中携带S507中确定的SSC mode3。

S511，控制面功能实体判断UE当前是否有新浪视频可以重用的会话。

本实施例中，会话建立请求中携带的APP标识信息表示的是新浪视频，新浪视频的SSC mode是SSC mode3，因此，策略控制实体判断UE当前是否有与SSC mode3相同的会话。

可选的，当用户面支持同一会话使用不同的TUPF，不同的APP可以采用不同的TUPF分流，则所述策略功能实体确定所述SSC mode3的会话为新浪视频可以重用的会话。

S513，控制面功能实体发送携带会话C的信息的会话建立响应消息给UE，以使新浪视频的数据流通过会话B进行传输，即：以使UE使用会话C进行新浪视频数据流的传输。UE接收该会话建立响应消息。

在本实施例提供的会话建立优化方法中，在UE上已经建立了用于传输一个应用数据流的会话的情况下，UE由于要使用新的新浪视频而发起会话建立请求，如果新浪视频可以和UE上当前已有的应用共用一条现有的会话，那么控制面功能实体选择UE当前已有的会话来传输新浪视频数据流，这样，不同APP重用了UE的会话，从而避免了UE上会话个数过多。

在另一种实现方式中，在图5所示的实施例中，如果S511中，控制面功能判断UE当前没有新浪视频可以重用的会话，那么在S513发送的策略响应消息中，携带S507确定的SSCmode3和一个用于指示重建一条会话的指示，该指示形式多样，比如可以是不携带会话信息。相应的，就不执行S513而是执行S515。在S515中，控制面功能实体和UE交互完成会话建立过程，建立的新会话用来传输新浪视频数据流。可选的，在S511中，如果用户面对于同一个会话只能有一个TUPF，则需要新建一条会话。

在另一种实现方式中，在图5所示的实施例中，如果UE可以决策访问新浪视频的SSC mode，这里以UE决策的SSC mode为SSC mode C为例，那么在S503中，UE发送的会话建立请求中还可以携带SSC mode C。当然，即使是UE能决策出SSC mode C，会话建立请求中也可以不携带SSC mode C。如果会话建立请求中携带了SSC mode C，那么S505中发送的策略请求中也可以携带SSC mode C。在策略请求消息携带SSC mode C的情况下，如果S507中策略功能实体确定的SSC mode和SSC mode C不同，那么以策略功能实体确定的SSC mode为准。

在图5所示的实施例中，策略功能实体的动作可以由策略功能实体可以根据上述提及的存储器中的软件模块来执行。控制面功能实体的动作可以由控制面功能可以根据上述提及的存储器中的软件模块来执行。本发明实施例对此不作任何限制。

上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，上述实现控制面功能实体或策略功能实体的设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对控制面功能实体或策略功能实体进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，在采用对应各个功能划分各个功能模块的情况下，图6示出了上述实施例中所涉及的一种实现会话建立优化的设备可能的结构示意图，该设备600包括：接收模块601，确定模块603，判断模块605和发送模块607。

该接收模块601，用于接收来自用户设备UE的会话建立请求，所述会话建立请求中携带应用APP的标识信息。

该确定模块603，用于根据所述APP的标识信息确定所述APP的SSC mode。

该判断模块605，用于根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话。

该发送模块607，用于在判断模块判断所述UE当前有所述APP可以重用的会话的情况下，发送所述会话的信息给UE，以使所述APP的数据流通过所述会话进行传输。

在一种可能的实现方式中，该判断模块605具体用于：判断UE当前有与所述SSCmode相同的会话，则确定与所述SSC mode相同的会话为所述APP可以重用的会话。

在另一种可能的实现方式中，该判断模块605具体用于：根据所述SSC mode和所述APP的属性来判断所述UE当前是否有所述APP可以重用的会话。

在另一种可能的实现方式中，确定模块603具体可以用于做下述功能中的任意一种：

第一种，确定模块603发送所述APP的标识信息给策略功能实体，接收所述策略功能实体发送的所述APP的SSC mode，所述SSC mode是所述策略功能实体根据所述APP的标识信息确定的。其中，策略功能实体根据APP的标识信息确定SSC mode的方法同方法实施例。

第二种，确定模块603根据所述APP的标识信息、以及APP的标识信息和SSC mode的对应关系确定所述APP的SSC mode。

第三种，确定模块603根据所述APP的标识信息，用户信息，以及APP的标识信息、用户信息和SSC mode的对应关系确定所述APP的SSC mode。

其中，该设备可以为通信网络中的控制面功能实体，也可以为通信网络中的其他实体，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

图7示出了上述实施例中所涉及的一种实现会话建立优化的设备可能的结构示意图，该设备700包括：接收模块701，确定模块703，判断模块705和发送模块707。

该接收模块701，用于接收应用APP的标识信息。其中，该APP是用户在已经访问至少一个APP的情况下，准备使用的新APP。可选的，该APP标识信息可以是来自控制面功能实体或其他实体。

该确定模块703，用于根据所述APP的标识信息确定所述APP的业务和会话连续性模式SSC mode。

该判断模块705，用于根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话。

该发送模块707，用于在判断模块判断所述UE当前有所述APP可以重用的会话的情况下，发送所述会话的信息给UE，以使所述APP的数据流通过所述会话进行传输。其中，发送模块707可以直接或通过通信网络中其他实体将会话的信息发给UE。

在一种可能的实现方式中，该判断模块705具体用于：判断UE当前有与所述SSCmode相同的会话，则确定与所述SSC mode相同的会话为所述APP可以重用的会话。

在另一种可能的实现方式中，该判断模块705具体用于：根据所述SSC mode和所述APP的属性来判断所述UE当前是否有所述APP可以重用的会话。

确定模块703确定SSC mode的方法可以参考方法实施例中策略功能实体确定SSCmode的方法。

其中，该设备可以为通信网络中的策略功能实体，也可以为通信网络中的其他实体，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该实现会话建立优化的设备以对应各个功能划分各个功能模块的形式来呈现，或者，该实现会话建立优化的设备以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integratedcircuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到实现会话建立优化的设备600可以采用图2所示的形式。比如，图6中的接收模块601、确定模块603、判断模块605和发送模块607可以通过图2的处理器21(和/或处理器28)和存储器23来实现，具体的，接收模块601、确定模块603、判断模块605和发送模块607可以通过由处理器21(和/或处理器28)来调用存储器23中存储的应用程序代码来执行，本发明实施例对此不作任何限制。图7中的接收模块701、确定模块703、判断模块705和发送模块707可以通过图2的处理器21(和/或处理器28)和存储器23来实现，具体的，接收模块701、确定模块703、判断模块705和发送模块707可以通过由处理器21(和/或处理器28)来调用存储器23中存储的应用程序代码来执行，本发明实施例对此不作任何限制。

图8示出了上述实施例中所涉及的一种实现会话建立优化的系统。该系统包括：控制面功能实体801和策略功能实体803。

该控制面功能实体801，用于接收来自用户设备UE的会话建立请求，所述会话建立请求中携带应用APP的标识信息；发送所述APP的标识信息给策略功能实体。

策略功能实体803，用于接收所述控制面功能实体发送的所述APP的标识信息，根据所述APP的标识信息确定所述APP的业务和会话连续性模式SSC mode，根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话，如果有所述APP可以重用的会话，则发送所述会话的信息给所述控制面功能实体。

该控制面功能实体801，还用于发送所述会话的信息给所述UE，以使所述APP的数据流通过所述会话进行传输。

上述方法实施例涉及的各步骤的所有相关内容均可以援引到该系统中各实体，在此不再赘述。

本发明实施例还提供了一种计算机存储介质，用于储存为上述图6或图7所示的实现会话建立优化的设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现不同APP重用了UE的session，从而避免了UE上session个数过多。

本发明实施例还提供了另一种计算机存储介质，用于储存为控制面功能实体和策略功能实体所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现UE访问不同APP时，不同APP重用UE的session，从而避免了UE上session个数过多。

尽管在此结合各实施例对本发明进行了描述，然而，在实施所要求保护的本发明过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

本领域技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形式，如通过Internet或其它有线或无线电信系统。

本发明是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本发明进行了描述，显而易见的，在不脱离本发明的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本发明的示例性说明，且视为已覆盖本发明范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (17)

1.一种会话建立优化方法，其特征在于，包括：

通信网络接收来自用户设备UE的会话建立请求，所述会话建立请求中携带应用APP的标识信息；所述通信网络根据所述APP的标识信息确定所述APP的业务和会话连续性模式SSC mode；

所述通信网络根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话，如果有所述APP可以重用的会话，则发送所述会话的信息给UE，以使所述APP的数据流通过所述会话进行传输。

2.如权利要求1所述的方法，其特征在于，所述通信网络根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话具体包括：

所述通信网络判断UE当前有与所述SSC mode相同的会话，则确定与所述SSC mode相同的会话为所述APP可以重用的会话。

3.如权利要求2所述的方法，其特征在于，所述的SSC mode包括：在用户面终止功能实体不变的情况下，保证会话连续性；或，在用户面终止功能实体变化的情况下，保证会话连续性。

4.如权利要求1所述的方法，其特征在于，所述通信网络根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话，具体包括：

所述通信网络根据所述SSC mode和所述APP的属性来判断所述UE当前是否有所述APP可以重用的会话。

5.如权利要求4所述的方法，其特征在于，所述通信网络根据所述SSC mode和所述APP的属性来判断所述UE当前是否有所述APP可以重用的会话具体包括：

所述通信网络判断UE当前有和所述SSC mode相同的会话，所述APP的属性和所述UE当前与所述SCC mode相同的会话上承载的APP的属性相同，则确定所述UE当前与所述SCCmode相同的会话为所述APP可以重用的会话。

6.如权利要求4或5所述的方法，其特征在于，所述的SSC mode包括：在特定的区域内保持会话连续性。

7.如权利要求1-6任一所述的方法，其特征在于，所述通信网络包括控制面功能实体和策略功能实体，其中，所述通信网络接收来自用户设备UE的会话建立请求具体包括：所述控制面功能实体接收来自用户设备UE的会话建立请求；

所述方法还包括：所述控制面功能实体发送所述APP的标识信息给所述通信网络的策略功能实体；

相应的，所述通信网络根据所述APP的标识信息确定所述APP的SSC mode；所述通信网络根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话，如果有所述APP可以重用的会话，则发送所述会话的信息给UE具体包括：

所述策略功能实体根据所述APP的标识信息确定所述APP的SSC mode，根据所述SSCmode判断所述UE当前是否有所述APP可以重用的会话，如果有所述APP可以重用的会话，则所述策略功能实体发送所述会话的信息给所述控制面功能实体，所述控制面功能实体发送所述会话的信息给UE。

8.如权利要求1-6任一所述的方法，其特征在于，所述通信网络包括控制面功能实体和策略功能实体，其中，所述通信网络接收来自用户设备UE的会话建立请求具体包括：所述通信网络的控制面功能实体接收来自用户设备UE的会话建立请求；

相应的，所述通信网络根据所述APP的标识信息确定所述APP的SSC mode具体包括：所述控制面功能实体发送所述APP的标识信息给所述通信网络的策略功能实体；所述控制面功能实体接收所述策略功能实体发送的所述APP的SSC mode，所述SSC mode是所述策略功能实体根据所述APP的标识信息确定的；

所述通信网络根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话具体包括：所述控制面功能实体根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话。

9.一种实现会话建立优化的设备，其特征在于，包括：

接收模块，用于接收来自用户设备UE的会话建立请求，所述会话建立请求中携带应用APP的标识信息；

确定模块，用于根据所述APP的标识信息确定所述APP的业务和会话连续性模式SSCmode；

判断模块，用于根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话；

发送模块，用于在判断模块判断所述UE当前有所述APP可以重用的会话的情况下，发送所述会话的信息给UE，以使所述APP的数据流通过所述会话进行传输。

10.如权利要求9所述的设备，其特征在于，所述判断模块具体用于：判断UE当前有与所述SSC mode相同的会话，则确定与所述SSC mode相同的会话为所述APP可以重用的会话。

11.如权利要求9所述的设备，其特征在于，所述判断模块具体用于：根据所述SSC mode和所述APP的属性来判断所述UE当前是否有所述APP可以重用的会话。

12.如权利要求11所述的设备，其特征在于，所述判断模块具体用于：判断UE当前有和所述SSC mode相同的会话，所述APP的属性和所述UE当前与所述SCC mode相同的会话上承载的APP的属性相同，则确定所述UE当前与所述SCC mode相同的会话为所述APP可以重用的会话。

13.如权利要求9-12任一所述的设备，其特征在于，所述确定模块具体用于：发送所述APP的标识信息给策略功能实体，接收所述策略功能实体发送的所述APP的SSC mode，所述SSC mode是所述策略功能实体根据所述APP的标识信息确定的。

14.一种实现会话建立优化的系统，其特征在于，包括：

控制面功能实体，用于接收来自用户设备UE的会话建立请求，所述会话建立请求中携带应用APP的标识信息；发送所述APP的标识信息给策略功能实体；

策略功能实体，用于接收所述控制面功能实体发送的所述APP的标识信息，根据所述APP的标识信息确定所述APP的业务和会话连续性模式SSC mode，根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话，如果有所述APP可以重用的会话，则发送所述会话的信息给所述控制面功能实体；

所述控制面功能实体，还用于发送所述会话的信息给所述UE，以使所述APP的数据流通过所述会话进行传输。

15.如权利要求14所述的系统，其特征在于，所述策略功能实体用于根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话，具体用于：

判断UE当前有与所述SSC mode相同的会话，则确定与所述SSC mode相同的会话为所述APP可以重用的会话。

16.如权利要求14所述的系统，其特征在于，所述策略功能实体用于根据所述SSC mode判断所述UE当前是否有所述APP可以重用的会话，具体用于：

根据所述SSC mode和所述APP的属性来判断所述UE当前是否有所述APP可以重用的会话。

17.如权利要求16所述的系统，其特征在于，所述策略功能实体用于根据所述SSC mode和所述APP的属性来判断所述UE当前是否有所述APP可以重用的会话，具体用于：

判断UE当前有和所述SSC mode相同的会话，所述APP的属性和所述UE当前与所述SCCmode相同的会话上承载的APP的属性相同，则确定所述UE当前与所述SCC mode相同的会话为所述APP可以重用的会话。