一种会话实现方法及核心网元与流程

本发明涉及通信技术领域，尤其涉及一种会话实现方法及核心网元。

背景技术：

如图1所示，在2/3/4g时代，信令网作为核心网的神经网络，主要负责转接核心网元与用户数据实体、业务平台之间的信令，为核心网的基本业务提供重要支撑。

为简化信令连接及数据配置，全网核心网元与用户数据库、业务平台或业务策略控制平台之间没有直达路由和直接相连的信令连接，省际信令需要经过多个信令转接点进行翻译和中继，最终送达目的节点。

然而，随着第五代移动通信技术(5g，5-generation)网络重构，核心网功能实体、信令接口及信令协议随之改变，如图2所示为5g网络架构示意图；同时5g网络将出现不同网络切片，存在逻辑隔离需求，与信令节点之间保持庞大的静态连接、针对信令进行逐跳中继或多级转接的信令网转接方式，将使信令连接更为复杂、信令交互效率降低，不再适用于5g核心网架构。

技术实现要素：

有鉴于此，本发明实施例期望提供一种会话实现方法及核心网元，能够避免信令节点间保持庞大的静态连接，提升信令交互效率。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种会话实现方法，所述方法包括：

核心网元基于第一关键信息获取目的节点的第一信息及第二信息；所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；

基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点。

上述方案中，所述核心网元基于第一关键信息获取目的节点的第一信息及第二信息包括：

核心网元基于所述第一关键信息判断本地是否存储有目的节点的第一信息及第二信息，如果有，直接获取本地存储的目的节点的第一信息及第二信息；

如果没有，基于所述第一关键信息发送第一查询请求给信令路由数据库，获取所述信令路由数据库反馈的目的节点的第一信息及第二信息。

上述方案中，所述基于所述第一关键信息发送第一查询请求给信令路由数据库，获取所述信令路由数据库反馈的目的节点的第一信息及第二信息，包括：

基于所述第一关键信息发送携带所述第一关键信息的第一查询请求给信令路由数据库，使所述信令路由数据库依据所述第一关键信息确定对应的寻址策略，并基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元。

上述方案中，所述第一信息为节点标识信息，所述第二信息为节点地址信息；

所述基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点，包括：

基于所述目的节点的节点标识信息及节点地址信息建立与所述目的节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述目的节点；

或者，依据所述目的节点的节点地址信息直接发送用户的信令请求消息给所述目的节点。

上述方案中，所述核心网元与所述目的节点间存在信令连接，所述发送用户的信令请求消息给所述目的节点之后，所述方法还包括：

核心网元确定与所述目的节点间的信令会话结束，发送信令连接释放请求给所述目的节点，并在收到连接释放响应消息时，删除所述信令连接。

上述方案中，所述目的节点包括至少一个节点；当所述目的节点包括两个 或两个以上节点时，所述两个或两个以上节点以主备方式存在或以负荷分担方式存在。

上述方案中，所述目的节点包括两个或两个以上节点，且所述两个或两个以上节点以主备方式存在，所述基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点，包括：

基于所述第一信息及第二信息建立所述核心网元与主节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述主节点；

确定所述信令连接建立失败时，选取备用节点中优先级最高的备用节点，建立所述核心网元与所述优先级最高的备用节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述优先级最高的备用节点。

上述方案中，所述目的节点包括两个或两个以上节点，且所述两个或两个以上节点以负荷分担方式存在，所述基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点，包括：

选取所述目的节点中任意一个节点为第一节点，建立所述核心网元与所述第一节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述第一节点；

确定所述信令连接建立失败时，选取剩余目的节点中任意一个节点为第二节点，建立所述核心网元与所述第二节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述第二节点。

上述方案中，所述基于所述第一信息及第二信息发送信令消息给所述目的节点之后，所述方法还包括：

目的节点记录所述核心网元的标识信息、地址信息及所述核心网元与所述用户的对应关系，以基于所述核心网元的标识信息、地址信息及所述核心网元与所述用户的对应关系发送数据更新请求给所述核心网元。

上述方案中，所述第一关键信息包括第一应用接口标识，所述第一应用接口与第二应用接口之间存在信令会话绑定；

所述基于所述第一关键信息发送第一查询请求给信令路由数据库之后，所 述方法还包括：

信令路由数据库动态保存对应所述第一应用接口的会话绑定信息；所述会话绑定信息用于所述信令路由数据库收到针对所述用户的第二查询请求时，基于所述会话绑定信息反馈对应所述第二应用接口的目的节点地址信息及标识信息；所述第二查询请求携带第二应用接口标识。

本发明实施例还提供了一种核心网元，所述核心网元包括：信息获取模块及信令处理模块；其中，

所述信息获取模块，用于基于第一关键信息获取目的节点的第一信息及第二信息；所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；

所述信令处理模块，用于基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点。

上述方案中，所述信息获取模块，具体用于基于所述第一关键信息判断本地是否存储有目的节点的第一信息及第二信息，如果有，直接获取本地存储的目的节点的第一信息及第二信息；

如果没有，基于所述第一关键信息发送第一查询请求给信令路由数据库，获取所述信令路由数据库反馈的目的节点的第一信息及第二信息。

上述方案中，所述信息获取模块，具体用于基于所述第一关键信息发送携带所述第一关键信息的第一查询请求给信令路由数据库，使所述信令路由数据库依据所述第一关键信息确定对应的寻址策略，并基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元。

上述方案中，所述第一信息为节点标识信息，所述第二信息为节点地址信息；

所述信令处理模块，具体用于基于所述目的节点的节点标识信息及节点地址信息建立与所述目的节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述目的节点；

或者，依据所述目的节点的节点地址信息直接发送用户的信令请求消息给 所述目的节点。

上述方案中，所述信令处理模块，还用于确定核心网元与所述目的节点间的信令会话结束时，发送信令连接释放请求给所述目的节点，并在收到连接释放响应消息时，删除所述信令连接。

上述方案中，所述目的节点包括至少一个节点；当所述目的节点包括两个或两个以上节点时，所述两个或两个以上节点以主备方式存在或以负荷分担方式存在。

上述方案中，所述目的节点包括两个或两个以上节点，且所述两个或两个以上节点以主备方式存在；

所述信令处理模块，具体用于基于所述第一信息及第二信息建立所述核心网元与主节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述主节点；

确定所述信令连接建立失败时，选取备用节点中优先级最高的备用节点，建立所述核心网元与所述优先级最高的备用节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述优先级最高的备用节点。

上述方案中，所述目的节点包括两个或两个以上节点，且所述两个或两个以上节点以负荷分担方式存在；

所述信令处理模块，具体用于选取所述目的节点中任意一个节点为第一节点，建立所述核心网元与所述第一节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述第一节点；

确定所述信令连接建立失败时，选取剩余目的节点中任意一个节点为第二节点，建立所述核心网元与所述第二节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述第二节点。

本发明实施例所提供的会话实现方法及核心网元；核心网元基于第一关键信息获取目的节点的第一信息及第二信息；所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点。如此，基于获取的目的节点的第一信息及 第二信息直接进行信令路由，实现信令会话，取代了现有技术中逐跳中继或多级转接的信令网转接方式，避免了信令节点间保持庞大的静态连接，提升了信令交互效率。

附图说明

图1为2/3/4g时代信令网作为核心网的神经网络示意图；

图2为5g网络架构示意图；

图3为本发明实施例会话实现方法流程示意图一；

图4为本发明实施例会话实现方法流程示意图二；

图5为本发明实施例会话实现方法流程示意图三；

图6为本发明实施例会话实现方法流程示意图四；

图7为本发明实施例核心网元的组成结构示意图。

具体实施方式

信令网分为ss7信令网和diameter(直径协议)信令网，分别为2/3g核心网和4g核心网服务；其中，ss7信令网的信令转接点设备(stp，signalingtransferpoint)和diameter信令网的信令转接点设备路由代理(dra，diameterroutingagent)与信令点(核心网元、用户数据库、业务平台)之间设置静态连接，通过心跳检测链路状态。

ss7信令网和diameter信令网为分级网络，最多分为三级，省际信令转接在正常情况下需要经过4次转接；其中，

请求消息的发送路由为：核心网元→所连接省内信令转接点→所属省际信令转接点→用户数据库、业务平台或业务策略控制平台所属省际信令转接点→用户数据库、业务平台或业务策略控制平台所连接的信令转接点→用户数据库、业务平台或业务策略控制平台；

响应消息的发送路由为：用户数据库、业务平台或业务策略控制平台→用户数据库、业务平台或业务策略控制平台所连接的信令转接点→所属省际信令 转接点→核心网元所属省际信令转接点→核心网元所连接省内信令转接点→核心网元。

在本发明实施例中，核心网元基于第一关键信息获取目的节点的第一信息及第二信息；所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点。

实施例一

图3为本发明实施例会话实现方法流程示意图；如图3所示，本发明实施例会话实现方法包括：

步骤301：核心网元基于第一关键信息获取目的节点的第一信息及第二信息；

这里，所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；所述目的节点可以为用户数据库、业务平台、业务策略控制平台等；

在一实施例中，所述路由关键字至少包括：应用接口身份标识(id，identification)、用户码号；所述路由关键字还可以包括：用户互联网协议(ip，internetprotocol)地址、接入点名称(apn，accesspointname)、源主机名中的至少一种。

在一实施例中，核心网元基于第一关键信息获取目的节点的第一信息及第二信息的触发条件可以为：核心网元启动用户数据查询、业务触发或业务策略查询等信令会话。

在一实施例中，所述核心网元基于第一关键信息获取目的节点的第一信息及第二信息包括：

基于第一关键信息，核心网元判断本地是否存储有目的节点的第一信息及第二信息，如果有，直接获取本地存储的目的节点的第一信息及第二信息；

如果没有，基于所述第一关键信息发送第一查询请求给信令路由数据库，获取所述信令路由数据库反馈的目的节点的第一信息及第二信息；

这里，所述第一信息可以为节点标识信息，所述第二信息可以为节点地址信息。

基于本发明所述实施例，在实际应用中，所述基于所述第一关键信息发送第一查询请求给信令路由数据库，获取所述信令路由数据库反馈的目的节点的第一信息及第二信息，包括：

基于所述第一关键信息发送携带所述第一关键信息的第一查询请求给信令路由数据库，使所述信令路由数据库依据所述第一关键信息确定对应的寻址策略，并基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元；

这里，所述寻址策略可以为单一策略或组合策略；所述单一策略即所述路由关键字中的一种关键字信息与目的节点的节点标识、地址信息对应，如：用户码号-节点标识信息-节点地址信息、用户ip地址-节点标识信息-节点地址信息等；所述组合策略即所述路由关键字中的两种或两种以上关键字信息与目的节点的节点标识、地址信息对应，如：apn+用户码号-节点标识信息-节点地址信息、apn+用户码号+源主机名-节点标识信息-节点地址信息等。

基于本发明所述实施例，在实际应用中，所述目的节点包括至少一个节点；

当所述目的节点包括两个或两个以上节点时，所述两个或两个以上节点以主备方式存在或以负荷分担方式存在，也即，两个或两个以上的节点的组网方式可以为主备方式或负荷分担方式；相应的，所述信令路由数据库反馈的目的节点的第一信息及第二信息包括主备方式存在的或负荷分担方式存在的多个节点的第一信息及第二信息，也即，所述信令路由数据库反馈的目的节点信息中包含节点的组网方式，所述信令路由数据库基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元的同时，还采用组网标识指示了节点的组网方式以及节点间的优先级信息；其中，所述主备方式对应第一组网标识，所述负荷分担方式对应第二组网标识。

在一实施例中，所述基于所述第一关键信息发送第一查询请求给信令路由数据库之前，所述方法还包括：

配置所述信令路由数据库的地址信息。

在一实施例中，所述基于所述第一关键信息发送第一查询请求给信令路由数据库之前，所述方法还包括：

信令路由数据库静态配置全网信令节点的节点标识信息、节点地址信息及各个信令接口的寻址策略。

基于本发明所述实施例，在实际应用中，核心网元基于所述第一关键信息发送第一查询请求给信令路由数据库以进行目的节点标识信息、地址信息查询的接口可以采用私有查询接口(通过payloadtype和端口号定义)，也可以重用diameter信令接口或ss7信令接口(存在扩展需求)。

基于本发明所述实施例，在实际应用中，所述第一关键信息包括第一应用接口标识，所述第一应用接口与第二应用接口之间存在信令会话绑定；

所述基于所述第一关键信息发送第一查询请求给信令路由数据库之后，所述方法还包括：

信令路由数据库动态保存对应所述第一应用接口的会话绑定信息；所述会话绑定信息用于所述信令路由数据库收到针对所述用户的第二查询请求时，基于所述会话绑定信息反馈对应所述第二应用接口的目的节点地址信息及标识信息；所述第二查询请求携带第二应用接口标识；

这里，所述第二应用接口标识可以为第二应用接口id；

所述会话绑定信息包括：用户码号、用户ip地址、第一应用接口会话id、目的节点标识、所述核心网元标识；

例如：策略控制和计费(pcc，policycontrolandcharging)中gx接口、rx接口信令寻址到同一个策略与计费规则功能单元(pcrf，policyandchargingrulesfunction)，所述第一应用接口即gx接口，所述第二应用接口即rx接口；

当策略及计费执行功能单元(pcef，policyandchargingenforcementfunction)发送针对a用户的携带gx接口id及用户码号的第一查询请求给信令路由数据库之后，所述信令路由数据库依据所述gx接口id及用户码号确定对应的寻址策略，基于所述寻址策略确定对应的目的节点pcrf的id信息及 pcrf的地址信息，反馈pcrfid及pcrf地址给所述pcef，并动态保存对应所述gx接口的会话绑定信息，即：用户码号、用户ip地址、gx接口会话id、pcrfid、pcefid等，也即所述信令路由数据库除了可以静态配置节点标识、地址及信令接口的寻址策略外，还可以动态配置上述信息；

当所述信令路由数据库收到应用功能单元(af，applicationfunction)发送的针对所述a用户的携带rx接口id及用户码号的第二查询请求时，所述信令路由数据库依据所述rx接口id及用户码号查询动态存储的所述对应所述gx接口的会话绑定信息，确定对应的pcrf的id信息及pcrf的地址信息，反馈pcrfid及pcrf地址给所述af。

步骤302：基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点；

这里，当所述第一信息为节点标识信息、第二信息为节点地址信息时，所述基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点，包括：

基于所述目的节点的节点标识信息及节点地址信息建立与所述目的节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述目的节点；

或者，依据所述目的节点的节点地址信息直接发送用户的信令请求消息给所述目的节点；

其中，所述信令请求消息可以为用户数据查询请求消息、业务数据查询请求消息、业务策略数据查询请求消息等；

所述基于所述目的节点的节点标识信息及节点地址信息建立与所述目的节点间的信令连接，包括：

基于所述目的节点的节点标识信息及节点地址信息发送链路建立请求消息给所述目的节点，收到所述目的节点发送的链路建立成功响应消息时，确定与所述目的节点间的信令连接建立成功；收到所述目的节点发送的链路建立失败响应消息时，确定与所述目的节点间的信令连接建立失败；

所述确定所述信令连接建立成功，即收到所述目的节点发送的链路建立成功响应消息后，所述方法还包括：

核心网元存储所述目的节点的节点标识信息及节点地址信息，以使所述核心网元再次启动用户数据查询、业务触发或业务策略查询等信令会话时，可直接从本地获取所述目的节点标识及目的节点地址信息。

所述发送用户的信令请求消息给所述目的节点之后，所述方法还包括：

所述目的节点记录所述核心网元的标识信息、地址信息及所述核心网元与所述用户的对应关系，以使所述目的节点进行用户数据、业务数据或业务策略的同步时，基于所述核心网元的标识信息、地址信息及所述核心网元与所述用户的对应关系发送数据更新请求给所述核心网元。

在一实施例中，所述信令连接建立成功，即所述核心网元与所述目的节点间存在信令连接，所述发送用户的信令请求消息给所述目的节点之后，所述方法还包括：

核心网元确定与所述目的节点间的信令会话结束，发送信令连接释放请求给所述目的节点，并在收到目的节点发送的连接释放响应消息时，删除所述信令连接；如此，避免了维护大量的信令连接；

相应的，所述目的节点发送所述连接释放响应消息后，释放所述信令连接。

在一实施例中，所述依据所述目的节点的节点地址信息直接发送用户的信令请求消息给所述目的节点，为在ip承载网的可靠性满足信令传送指标要求的情况下进行的；如此，无需建立与目的节点间的信令连接，后续在信令会话结束后也无需拆除信令连接。

基于本发明所述实施例，在实际应用中，所述目的节点包括两个或两个以上节点，且所述两个或两个以上节点以主备方式存在，所述基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点，包括：

基于所述第一信息及第二信息建立所述核心网元与主节点间的信令连接，确定连接建立成功时，发送用户的信令请求消息给所述主节点；

确定连接建立失败时，选取备用节点中优先级最高的备用节点，建立所述 核心网元与所述优先级最高的备用节点间的信令连接，确定连接建立成功时，发送用户的信令请求消息给所述优先级最高的备用节点；

确定连接建立失败时，选取剩余的备用节点中优先级最高的备用节点，并重复执行上述过程，直至与目的节点间的信令连接建立成功，若与所述目的节点中每个节点间都未成功建立信令连接，向应用层指示本次信令会话失败，结束处理流程。

所述目的节点包括两个或两个以上节点，且所述两个或两个以上节点以负荷分担方式存在，所述基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点，包括：

选取所述目的节点中任意一个节点为第一节点，建立所述核心网元与所述第一节点间的信令连接，确定连接建立成功时，发送用户的信令请求消息给所述第一节点；

确定连接建立失败时，选取剩余目的节点中任意一个节点为第二节点，建立所述核心网元与所述第二节点间的信令连接，确定连接建立成功时，发送用户的信令请求消息给所述第二节点；确定连接建立失败时，随机选取剩余目的节点中任意一个节点重复执行上述过程，直至与目的节点间的信令连接建立成功，若与所述目的节点中每个节点间都未成功建立信令连接，向应用层指示本次信令会话失败，结束处理流程。

实施例二

图4为本发明实施例会话实现方法流程示意图；如图4所示，本发明实施例会话实现方法包括：

步骤401：基于第一关键信息，核心网元判断本地是否存储有目的节点的第一信息及第二信息，如果有，执行步骤402；如果没有，执行步骤409；

这里，所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；所述目的节点可以为用户数据库、业务平台、业务策略控制平台等。

在本发明实施例中，所述路由关键字至少包括：应用接口id、用户码号； 还可以包括：用户ip地址、apn、源主机名中的至少一种。

在实际应用中，所述目的节点包括至少一个节点；在本发明实施例中，所述目的节点包括一个节点。

在本发明实施例中，所述第一信息为节点标识信息，所述第二信息为节点地址信息。

在本发明实施例中，本步骤之前，所述方法还包括：核心网元配置所述信令路由数据库的地址信息，信令路由数据库静态配置全网信令节点的节点标识信息、节点地址信息及各个信令接口的寻址策略；

其中，所述寻址策略可以为单一策略或组合策略；所述单一策略即所述路由关键字中的一种关键字信息与目的节点的节点标识、地址信息对应，如：用户码号-节点标识信息-节点地址信息、用户ip地址-节点标识信息-节点地址信息等；所述组合策略即所述路由关键字中的两种或两种以上关键字信息与目的节点的节点标识、地址信息对应，如：apn+用户码号-节点标识信息-节点地址信息、apn+用户码号+源主机名-节点标识信息-节点地址信息等；

需要说明的是，仅在首次应用本发明实施例所述会话实现方法时执行上述配置过程即可，后续可直接应用。

步骤402：基于所述第一信息及第二信息建立核心网元与所述目的节点间的信令连接，并判断所述信令连接是否建立成功，如果建立成功，执行步骤403；如果建立失败，执行步骤408；

在本发明实施例中，本步骤包括：基于所述目的节点的节点标识信息及节点地址信息发送链路建立请求消息给所述目的节点，收到所述目的节点发送的链路建立成功响应消息时，确定与所述目的节点间的信令连接建立成功；收到所述目的节点发送的链路建立失败响应消息时，确定与所述目的节点间的信令连接建立失败。

步骤403：发送用户的信令请求消息给所述目的节点；

这里，所述信令请求消息可以为用户数据查询请求消息、业务数据查询请求消息、业务策略数据查询请求消息等。

步骤404：目的节点对所述信令请求消息进行处理，返回信令响应消息，并记录所述核心网元的标识信息、地址信息及所述核心网元与所述用户的对应关系；

这里，目的节点记录所述核心网元的标识信息、地址信息及所述核心网元与所述用户的对应关系，以在需要进行数据同步时，基于所述核心网元的标识信息、地址信息及所述核心网元与所述用户的对应关系发送数据更新请求给所述核心网元。

步骤405：核心网元确定与所述目的节点间的信令会话结束，发送信令连接释放请求给所述目的节点；

这里，核心网元确定收到目的节点发送的所述信令请求消息的信令响应消息时，确定与所述目的节点间的信令会话结束。

步骤406：目的节点发送连接释放响应消息给所述核心网元，并释放所述信令连接。

步骤407：核心网元删除所述信令连接，并执行步骤411。

步骤408：指示信令连接失败，并执行步骤411；

本步骤具体包括：向应用层指示信令连接失败。

步骤409：基于所述第一关键信息发送第一查询请求给信令路由数据库；

这里，所述第一查询请求，携带所述第一关键信息；所述第一查询请求用于查询所述目的节点的节点标识信息及节点地址信息。

步骤410：信令路由数据库依据所述第一关键信息确定对应的寻址策略，并基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元，执行步骤402。

这里，所述信令路由数据库基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元的同时，还采用组网标识指示了节点的组网方式以及节点间的优先级信息；其中，所述主备方式对应第一组网标识，所述负荷分担方式对应第二组网标识。

步骤411：结束本次处理流程。

实施例三

图5为本发明实施例会话实现方法流程示意图；如图5所示，本发明实施例会话实现方法包括：

步骤501：基于第一关键信息，核心网元判断本地是否存储有目的节点的第一信息及第二信息，如果有，执行步骤502；如果没有，执行步骤511；

这里，所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；所述目的节点可以为用户数据库、业务平台、业务策略控制平台等。

在本发明实施例中，所述路由关键字至少包括：应用接口id、用户码号；还可以包括：用户ip地址、apn、源主机名中的至少一种。

在实际应用中，所述目的节点包括至少一个节点；在本发明实施例中，所述目的节点包括两个节点，两个节点间以主备方式存在，即两个节点的组网方式为主备方式，也即若所述核心网元本地存储有目的节点的第一信息及第二信息，即存储有主节点的第一信息及第二信息及备用节点的第一信息及第二信息。

在本发明实施例中，所述第一信息为节点标识信息，所述第二信息为节点地址信息。

在本发明实施例中，本步骤之前，所述方法还包括：核心网元配置所述信令路由数据库的地址信息，信令路由数据库静态配置全网信令节点的节点标识信息、节点地址信息及各个信令接口的寻址策略；

其中，所述寻址策略可以为单一策略或组合策略；所述单一策略即所述路由关键字中的一种关键字信息与目的节点的节点标识、地址信息对应，如：用户码号-节点标识信息-节点地址信息、用户ip地址-节点标识信息-节点地址信息等；所述组合策略即所述路由关键字中的两种或两种以上关键字信息与目的节点的节点标识、地址信息对应，如：apn+用户码号-节点标识信息-节点地址信息、apn+用户码号+源主机名-节点标识信息-节点地址信息等；

需要说明的是，仅在首次应用本发明实施例所述会话实现方法时执行上述配置过程即可，后续可直接应用。

步骤502：建立核心网元与主节点间的信令连接，并判断所述信令连接是否建立成功，如果信令连接建立成功，执行步骤503；如果信令连接建立失败，执行步骤506；

在本发明实施例中，本步骤包括：基于主节点的节点标识信息及节点地址信息发送链路建立请求消息给所述主节点，收到所述主节点发送的链路建立成功响应消息时，确定与所述主节点间的信令连接建立成功；收到所述主节点发送的链路建立失败响应消息时，确定与所述主节点间的信令连接建立失败。

步骤503：发送用户的信令请求消息给所述主节点；

这里，所述信令请求消息可以为用户数据查询请求消息、业务数据查询请求消息、业务策略数据查询请求消息等。

步骤504：主节点对所述信令请求消息进行处理，返回信令响应消息。

步骤505：核心网元确定与所述主节点间的信令会话结束，发送信令连接释放请求给主节点，并在收到连接释放响应消息时删除所述信令连接，执行步骤513；

这里，核心网元确定收到主节点发送的所述信令请求消息的信令响应消息时，确定与所述主节点间的信令会话结束；

主节点收到所述信令连接释放请求后，发送连接释放响应消息给所述核心网元并释放所述信令连接。

步骤506：建立核心网元与备用节点间的信令连接，并判断所述信令连接是否建立成功，如果信令连接建立成功，执行步骤507；如果信令连接建立失败，执行步骤510；

在本发明实施例中，本步骤包括：基于备用节点的节点标识信息及节点地址信息发送链路建立请求消息给所述备用节点，收到所述备用节点发送的链路建立成功响应消息时，确定与所述备用节点间的信令连接建立成功；收到所述备用节点发送的链路建立失败响应消息时，确定与所述备用节点间的信令连接建立失败。

步骤507：发送用户的信令请求消息给所述备用节点。

步骤508：备用节点对所述信令请求消息进行处理，返回信令响应消息。

步骤509：核心网元确定与所述备用节点间的信令会话结束，发送信令连接释放请求给所述备用节点，并在收到连接释放响应消息时删除所述信令连接，执行步骤513；

这里，核心网元确定收到备用节点发送的所述信令请求消息的信令响应消息时，确定与所述备用节点间的信令会话结束；

备用节点收到所述信令连接释放请求后，发送连接释放响应消息给所述核心网元并释放所述信令连接。

步骤510：指示信令连接失败，并执行步骤513。

步骤511：基于所述第一关键信息发送第一查询请求给信令路由数据库；

这里，所述第一查询请求，携带所述第一关键信息；所述第一查询请求用于查询所述目的节点的节点标识信息及节点地址信息。

步骤512：信令路由数据库依据所述第一关键信息确定对应的寻址策略，并基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元，执行步骤502。

这里，所述信令路由数据库基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元的同时，还采用组网标识指示了节点的组网方式以及节点间的优先级信息；其中，所述主备方式对应第一组网标识，所述负荷分担方式对应第二组网标识。

步骤513：结束本次处理流程。

实施例四

图6为本发明实施例会话实现方法流程示意图；如图6所示，本发明实施例会话实现方法包括：

步骤601：基于第一关键信息，核心网元判断本地是否存储有目的节点的第一信息及第二信息，如果有，执行步骤602；如果没有，执行步骤611；

这里，所述第一信息不同于所述第二信息；所述第一关键信息至少包括路 由关键字；所述目的节点可以为用户数据库、业务平台、业务策略控制平台等。

在本发明实施例中，所述路由关键字至少包括：应用接口id、用户码号；还可以包括：用户ip地址、apn、源主机名中的至少一种。

在实际应用中，所述目的节点包括至少一个节点；在本发明实施例中，所述目的节点包括两个节点，两个节点间以负荷分担方式存在，即两个节点的组网方式为负荷分担方式，也即若所述核心网元本地存储有目的节点的第一信息及第二信息，即存储有以负荷分担方式存在的两个节点的第一信息及第二信息。

在本发明实施例中，所述第一信息为节点标识信息，所述第二信息为节点地址信息。

在本发明实施例中，本步骤之前，所述方法还包括：核心网元配置所述信令路由数据库的地址信息，信令路由数据库静态配置全网信令节点的节点标识信息、节点地址信息及各个信令接口的寻址策略；

其中，所述寻址策略可以为单一策略或组合策略；所述单一策略即所述路由关键字中的一种关键字信息与目的节点的节点标识、地址信息对应，如：用户码号-节点标识信息-节点地址信息、用户ip地址-节点标识信息-节点地址信息等；所述组合策略即所述路由关键字中的两种或两种以上关键字信息与目的节点的节点标识、地址信息对应，如：apn+用户码号-节点标识信息-节点地址信息、apn+用户码号+源主机名-节点标识信息-节点地址信息等；

需要说明的是，仅在首次应用本发明实施例所述会话实现方法时执行上述配置过程即可，后续可直接应用。

步骤602：随机选取所述目的节点中的一个节点作为第一节点，建立核心网元与第一节点间的信令连接，并判断所述信令连接是否建立成功，如果信令连接建立成功，执行步骤603；如果信令连接建立失败，执行步骤606；

在本发明实施例中，本步骤包括：基于第一节点的节点标识信息及节点地址信息发送链路建立请求消息给所述第一节点，收到所述第一节点发送的链路建立成功响应消息时，确定与所述第一节点间的信令连接建立成功；收到所述第一节点发送的链路建立失败响应消息时，确定与所述第一节点间的信令连接 建立失败。

步骤603：发送用户的信令请求消息给所述第一节点；

这里，所述信令请求消息可以为用户数据查询请求消息、业务数据查询请求消息、业务策略数据查询请求消息等。

步骤604：第一节点对所述信令请求消息进行处理，返回信令响应消息。

步骤605：核心网元确定与所述第一节点间的信令会话结束，发送信令连接释放请求给第一节点，并在收到连接释放响应消息时删除所述信令连接，执行步骤613；

这里，核心网元确定收到第一节点发送的所述信令请求消息的信令响应消息时，确定与所述第一节点间的信令会话结束；

第一节点收到所述信令连接释放请求后，发送连接释放响应消息给所述核心网元并释放所述信令连接。

步骤606：建立核心网元与第二节点间的信令连接，并判断所述信令连接是否建立成功，如果信令连接建立成功，执行步骤607；如果信令连接建立失败，执行步骤610；

在本发明实施例中，本步骤包括：基于第二节点的节点标识信息及节点地址信息发送链路建立请求消息给所述第二节点，收到所述第二节点发送的链路建立成功响应消息时，确定与所述第二节点间的信令连接建立成功；收到所述第二节点发送的链路建立失败响应消息时，确定与所述第二节点间的信令连接建立失败。

步骤607：发送用户的信令请求消息给所述第二节点。

步骤608：第二节点对所述信令请求消息进行处理，返回信令响应消息。

步骤609：核心网元确定与所述第二节点间的信令会话结束，发送信令连接释放请求给所述第二节点，并在收到连接释放响应消息时删除所述信令连接，执行步骤613；

这里，核心网元确定收到第二节点发送的所述信令请求消息的信令响应消息时，确定与所述第二节点间的信令会话结束；

第二节点收到所述信令连接释放请求后，发送连接释放响应消息给所述核心网元并释放所述信令连接。

步骤610：指示信令连接失败，并执行步骤613。

步骤611：基于所述第一关键信息发送第一查询请求给信令路由数据库；

这里，所述第一查询请求，携带所述第一关键信息；所述第一查询请求用于查询所述目的节点的节点标识信息及节点地址信息。

步骤612：信令路由数据库依据所述第一关键信息确定对应的寻址策略，并基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元，执行步骤602。

这里，所述信令路由数据库基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元的同时，还采用组网标识指示了节点的组网方式以及节点间的优先级信息；其中，所述主备方式对应第一组网标识，所述负荷分担方式对应第二组网标识。

步骤613：结束本次处理流程。

实施例五

图7为本发明实施例核心网元的组成结构示意图；如图7所示，本发明实施例核心网元的组成包括：信息获取模块71及信令处理模块72；其中，

所述信息获取模块71，用于基于第一关键信息获取目的节点的第一信息及第二信息；所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；

所述信令处理模块72，用于基于所述第一信息及第二信息发送用户的信令请求消息给所述目的节点；

这里，所述第一信息不同于所述第二信息；所述第一关键信息至少包括路由关键字；所述目的节点可以为用户数据库、业务平台、业务策略控制平台等；

在一实施例中，所述路由关键字至少包括：应用接口id、用户码号；所述路由关键字还可以包括：用户ip地址、apn、源主机名中的至少一种。

在一实施例中，所述信息获取模块71，具体用于基于所述第一关键信息判断本地是否存储有目的节点的第一信息及第二信息，如果有，直接获取本地存储的目的节点的第一信息及第二信息；

如果没有，基于所述第一关键信息发送第一查询请求给信令路由数据库，获取所述信令路由数据库反馈的目的节点的第一信息及第二信息；

这里，所述第一信息可以为节点标识信息，所述第二信息可以为节点地址信息。

在一实施例中，所述信息获取模块71，具体用于基于所述第一关键信息发送携带所述第一关键信息的第一查询请求给信令路由数据库，使所述信令路由数据库依据所述第一关键信息确定对应的寻址策略，并基于确定的寻址策略反馈目的节点的第一信息及第二信息给所述核心网元；

这里，所述寻址策略可以为单一策略或组合策略；所述单一策略即所述路由关键字中的一种关键字信息与目的节点的节点标识、地址信息对应，如：用户码号-节点标识信息-节点地址信息、用户ip地址-节点标识信息-节点地址信息等；所述组合策略即所述路由关键字中的两种或两种以上关键字信息与目的节点的节点标识、地址信息对应，如：apn+用户码号-节点标识信息-节点地址信息、apn+用户码号+源主机名-节点标识信息-节点地址信息等。

在一实施例中，所述信令处理模块72，具体用于基于所述目的节点的节点标识信息及节点地址信息建立与所述目的节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述目的节点；

或者，依据所述目的节点的节点地址信息直接发送用户的信令请求消息给所述目的节点；

其中，所述信令请求消息可以为用户数据查询请求消息、业务数据查询请求消息、业务策略数据查询请求消息等。

在一实施例中，所述信令处理模块72，具体用于基于所述目的节点的节点标识信息及节点地址信息发送链路建立请求消息给所述目的节点，收到所述目的节点发送的链路建立成功响应消息时，确定与所述目的节点间的信令连接建 立成功；收到所述目的节点发送的链路建立失败响应消息时，确定与所述目的节点间的信令连接建立失败。

在一实施例中，所述信令处理模块72，还用于确定核心网元与所述目的节点间的信令会话结束时，发送信令连接释放请求给所述目的节点，并在收到连接释放响应消息时，删除所述信令连接。

在一实施例中，所述信令处理模块72确定所述信令连接建立成功之后，还用于存储所述目的节点的节点标识信息及节点地址信息，以使所述核心网元再次启动用户数据查询、业务触发或业务策略查询等信令会话时，可直接从本地获取所述目的节点标识及目的节点地址信息。

在一实施例中，所述目的节点包括至少一个节点；当所述目的节点包括两个或两个以上节点时，所述两个或两个以上节点以主备方式存在或以负荷分担方式存在。

在一实施例中，所述核心网元还包括配置模块73，用于配置所述信令路由数据库的地址信息。

在一实施例中，所述目的节点包括两个或两个以上节点，且所述两个或两个以上节点以主备方式存在；

所述信令处理模块72，具体用于基于所述第一信息及第二信息建立所述核心网元与主节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述主节点；

确定所述信令连接建立失败时，选取备用节点中优先级最高的备用节点，建立所述核心网元与所述优先级最高的备用节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述优先级最高的备用节点；

确定连接建立失败时，选取剩余的备用节点中优先级最高的备用节点，并重复执行上述过程，直至与目的节点间的信令连接建立成功，若与所述目的节点中每个节点间都未成功建立信令连接，向应用层指示本次信令会话失败，结束处理流程。

在一实施例中，所述目的节点包括两个或两个以上节点，且所述两个或两 个以上节点以负荷分担方式存在；

所述信令处理模块72，具体用于选取所述目的节点中任意一个节点为第一节点，建立所述核心网元与所述第一节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述第一节点；

确定所述信令连接建立失败时，选取剩余目的节点中任意一个节点为第二节点，建立所述核心网元与所述第二节点间的信令连接，确定所述信令连接建立成功时，发送用户的信令请求消息给所述第二节点；确定连接建立失败时，随机选取剩余目的节点中任意一个节点重复执行上述过程，直至与目的节点间的信令连接建立成功，若与所述目的节点中每个节点间都未成功建立信令连接，向应用层指示本次信令会话失败，结束处理流程。

在本发明实施例中，所述核心网元中的信息获取模块71、信令处理模块72及配置模块73均可由终端或服务器中的中央处理器(cpu，centralprocessingunit)或数字信号处理器(dsp，digitalsignalprocessor)、或现场可编程门阵列(fpga，fieldprogrammablegatearray)、或集成电路(asic，applicationspecificintegratedcircuit)实现。

这里需要指出的是：以上涉及核心网元的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明所述核心网元实施例中未披露的技术细节，请参照本发明方法实施例的描述。

以上所述，仅为本发明较佳实施例而已，并非用于限定本发明的保护范围。