一种核心网设备、核心网系统、通信方法

摘要

本发明公开了一种核心网设备、核心网系统、通信方法，该核心网设备包括基于先进的电信计算平台ATCA的单板，以及支持开源服务器架构TARS的服务化节点；单板向服务化节点发送传输控制协议TCP接口消息，服务化节点将TCP接口消息转换为服务化接口消息，并根据配置信息确定服务化接口消息对应的目标核心网设备，服务化节点向目标核心网设备发送服务化接口消息，从而实现了核心网的网元之间通信接口的服务化，提高了核心网架构的灵活性。

权利要求

1.一种核心网设备，其特征在于，包括：基于先进的电信计算平台ATCA的单板，以及支持开源服务器架构TARS的服务化节点；

其中，所述单板用于实现所述核心网设备的功能；

所述单板向所述服务化节点发送传输控制协议TCP接口消息；

所述服务化节点将所述TCP接口消息转换为服务化接口消息，并根据配置信息确定所述服务化接口消息对应的目标核心网设备；

其中，所述配置信息中包括服务化接口消息与核心网设备的标识信息的对应关系；

所述服务化节点向所述目标核心网设备发送所述服务化接口消息。

2.如权利要求1所述的设备，其特征在于，所述单板向所述服务化节点发送TCP接口消息，包括：

所述单板根据所述单板的互联网协议IP地址确定所述服务化节点的IP地址；

其中，所述单板的IP地址基于所述单板所在的架框槽位置确定，所述服务化节点的IP地址基于所述服务化节点所在的架框槽位置确定，所述单板所在的架框槽位置与所述服务化节点所在的架框槽位置存在对应关系；

所述单板根据所述服务化节点的IP地址将所述TCP接口消息发送给所述服务化节点。

3.如权利要求2所述的设备，其特征在于，所述TCP接口消息中携带有单板的IP地址、服务化节点的IP地址以及端口号，所述端口号为核心网设备中与服务化节点进行交互的进程的端口号。

4.如权利要求1-3任一项所述的设备，其特征在于，所述单板与所述服务化节点之间通过双绞线以太网相连。

5.一种通信方法，应用于核心网设备，其特征在于，包括：单板向服务化节点发送传输控制协议TCP接口消息；

所述服务化节点将所述TCP接口消息转换为服务化接口消息；

所述服务化节点根据配置信息确定所述服务化接口消息对应的目标单板，并将所述服务化接口消息发送给所述目标单板；

其中，所述配置信息中包括服务化接口消息与单板的标识信息的对应关系。

6.如权利要求5所述的方法，其特征在于，所述单板向所述服务化节点发送TCP接口消息，包括：

所述单板根据所述单板的互联网协议IP地址确定所述服务化节点的IP地址；

其中，所述单板的IP地址基于所述单板所在的架框槽位置确定，所述服务化节点的IP地址基于所述服务化节点所在的架框槽位置确定，所述单板所在的架框槽位置与所述服务化节点所在的架框槽位置存在对应关系；

所述单板根据所述服务化节点的IP地址将所述TCP接口消息发送给所述服务化节点。

7.如权利要求6所述的方法，其特征在于，所述TCP接口消息中携带有单板的IP地址、服务化节点的IP地址以及端口号，所述端口号为核心网设备中与服务化节点进行交互的进程的端口号。

8.如权利要求5-7任一项所述的方法，其特征在于，所述单板与所述服务化节点之间通过双绞线以太网相连。

9.一种核心网系统，其特征在于，包括：第一核心网设备，第二核心网设备；

所述第一核心网设备包括用于基于先进的电信计算平台ATCA的第一单板，以及支持开源服务器架构TARS的第一服务化节点；所述第二核心网设备包括基于先进的电信计算平台ATCA的第二单板，以及支持TARS的第二服务化节点；其中，第一单板用于实现所述第一核心网设备的功能，第二单板用于实现所述第二核心网设备的功能；

所述第一服务化节点接收所述第一单板发送的传输控制协议TCP接口消息；

所述第一服务化节点将所述TCP接口消息转换为与第二核心网设备通信的服务化接口消息，并将所述服务化接口消息发送给第二核心网设备的第二单板；

第二单板将所述服务化接口消息发送给所述第二服务化节点。

说明书

一种核心网设备、核心网系统、通信方法

技术领域

[0001] 本发明涉及通信技术领域，尤其涉及一种核心网设备、核心网系统、通信方法。

背景技术

[0002] 近年来，随着通信技术的发展，核心网架构的发展变化越来越迅速。

[0003] 通常，核心网架构是基于先进的电信计算平台(Advanced Telecom Computing Architecture，ATCA)构成的。以4G核心网架构为例进行说明：目前，利用ATCA硬件平台构成
的4G核心网架构中，网元和网元之间的接口需预先定义和配置，并且定义的接口只能在特
定的两类网元间使用。

[0004] 例如，移动性管理实体(Mobility Management Entity，MME)和基站进行通信时，通信所使用的是传输控制协议(Transmission Control Protocol，TCP)协议，MME可向基站
发送TCP接口消息，并且两者之间需要一个接口建立链路，通过链路进行业务数据传输，该
链路一经建立，一般情况下无法修改，即为永久的物理链路，不能灵活调整网络，实现服务
化的接口处理。

发明内容

[0005] 本发明的目的是提供一种核心网设备、核心网系统、通信方法，以实现服务化的核心网架构，提高核心网架构的灵活性。

[0006] 本发明的目的是通过以下技术方案实现的：

[0007] 第一方面，本发明提供一种核心网设备，包括：

[0008] 基于先进的电信计算平台ATCA的单板，以及支持开源服务器架构TARS的服务化节点；其中，所述单板用于实现所述核心网设备的功能；

[0009] 所述单板向所述服务化节点发送传输控制协议TCP接口消息；

[0010] 所述服务化节点将所述TCP接口消息转换为服务化接口消息，并根据配置信息确定所述服务化接口消息对应的目标核心网设备；

[0011] 其中，所述配置信息中包括服务化接口消息与核心网设备的标识信息的对应关系。

[0012] 所述服务化节点向所述目标核心网设备发送所述服务化接口消息。

[0013] 可选的，所述单板向所述服务化节点发送TCP接口消息，包括：

[0014] 所述单板根据所述单板的互联网协议IP地址确定所述服务化节点的IP地址；

[0015] 其中，所述单板的IP地址基于所述单板所在的架框槽位置确定，所述服务化节点的IP地址基于所述服务化节点所在的架框槽位置确定，所述单板所在的架框槽位置与所述
服务化节点所在的架框槽位置存在对应关系；

[0016] 所述单板根据所述服务化节点的IP地址将所述TCP接口消息发送给所述服务化节点。

[0017] 可选的，所述TCP消息中携带有单板的IP地址、服务化节点的IP地址以及端口号，所述端口号为核心网设备中与服务化节点进行交互的进程的端口号。

[0018] 可选的，所述单板与所述服务化节点之间通过双绞线以太网相连。

[0019] 第二方面，本发明提供一种通信方法，应用于核心网设备，包括：

[0020] 单板向服务化节点发送传输控制协议TCP接口消息；

[0021] 所述服务化节点将所述TCP接口消息转换为服务化接口消息；

[0022] 所述服务化节点根据配置信息确定所述服务化接口消息对应的目标单板，并将所述服务化接口消息发送给所述目标单板；

[0023] 其中，所述配置信息中包括服务化接口消息与核心网设备的标识信息的对应关系。

[0024] 可选的，所述单板向所述服务化节点发送TCP接口消息，包括：

[0025] 所述单板根据所述单板的互联网协议IP地址确定所述服务化节点的IP地址；

[0026] 其中，所述单板的IP地址基于所述单板所在的架框槽位置确定，所述服务化节点的IP地址基于所述服务化节点所在的架框槽位置确定，所述单板所在的架框槽位置与所述
服务化节点所在的架框槽位置存在对应关系；

[0027] 所述单板根据所述服务化节点的IP地址将所述TCP接口消息发送给所述服务化节点。

[0028] 可选的，所述TCP消息中携带有单板的IP地址、服务化节点的IP地址以及端口号，所述端口号为与服务化节点进行交互的进程的端口号。

[0029] 可选的，所述单板与所述服务化节点之间通过双绞线以太网相连。

[0030] 第三方面，本发明提供一种核心网系统，包括：

[0031] 第一核心网设备，第二核心网设备；

[0032] 所述第一核心网设备包括基于先进的电信计算平台ATCA的第一单板，以及支持开源服务器架构TARS的第一服务化节点；所述第二核心网设备包括基于先进的电信计算平台
ATCA的第二单板，以及支持TARS的第二服务化节点；其中，第一单板用于实现所述第一核心
网设备的功能；第二单板用于实现所述第二核心网设备的功能；

[0033] 所述第一服务化节点接收所述第一单板发送的传输控制协议TCP接口消息；

[0034] 所述第一服务化节点将所述TCP接口消息转换为与第二核心网设备通信的服务化接口消息，并将所述服务化接口消息发送给第二核心网设备的第二单板；

[0035] 第二单板将所述服务化接口消息发送给所述第二服务化节点。

[0036] 本发明提供一种核心网设备、核心网系统以及通信方法，该核心网设备包括用于实现核心网设备功能的先进的电信计算平台ATCA的单板，以及支持腾讯开源服务器架构
TARS的服务化节点；单板向服务化节点发送传输控制协议TCP接口消息，服务化节点将TCP
接口消息转换为服务化接口消息，并确定服务化接口消息对应的目标核心网设备，服务化
节点向目标核心网设备发送服务化接口消息，利用实现核心网设备功能的ATCA硬件平台以
及TARS，将ATCA上的单板以及TARS中的服务化节点联系起来，从而实现了核心网架构的服
务化，提高核心网架构的灵活性。

附图说明

[0037] 图1为本申请实施例提供的一种ATCA硬件平台的单板示意图；

[0038] 图2为本申请实施例提供的另一种ATCA硬件平台的单板示意图；

[0039] 图3为本申请实施例提供的一种ATCA硬件平台的核心网部署示意图；

[0040] 图4为本申请实施例提供的一种TARS框架的架构示意图；

[0041] 图5为本申请实施例提供的一种核心网设备的示意图；

[0042] 图6为本申请实施例提供的一种实现核心网设备的流程图；

[0043] 图7为本申请实施例提供的一种基于ATCA的单板总线连接示意图；

[0044] 图8为本申请实施例提供的一种TARS虚拟机的链路连接示意图；

[0045] 图9为本申请实施例提供的一种基于ATCA以及TARS架构下AMF的实现方式示意图；

[0046] 图10为本申请实施例提供的一种单板与服务化节点通信的示意图；

[0047] 图11为本申请实施例提供的一种通信方法的流程图；

[0048] 图12为本申请实施例提供的一种核心网系统的示意图；

[0049] 图13为本申请实施例提供的一种服务化的核心网架构示意图。

具体实施方式

[0050] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，并不是全部的实施例。基于
本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他
实施例，都属于本发明保护的范围。

[0051] 目前，第三代移动通信技术(3rd-Generation，3G)、第四代移动通信技术(the 4th Generation mobile communication technology，4G)核心网都是基于ATCA硬件平台搭建
的，在国际移动通信标准组织第三代合作伙伴计划(3rd Generation Partnership 
Project，3GPP)专业会议上，第五代移动通信技术(5th-Generation，5G)核心网被确认采用
基于服务的网络架构(Service-based architecture，SBA)作为基础架构，但还没有具体的
软件平台实现了5G核心网的服务化。

[0052] ATCA硬件平台主要是由单板构成，一个单框有14组板卡(一组板卡包括包含前面板和后面板，根据需要某些板卡没有后面板)，前面板和后面板之间有一个背板，背板上有
两种主要的系统总线：基线(Base总线)和织物总线(Fabric总线)，它们负责框内所有板卡
的管理信息通信、信令通信以及数据通信。

[0053] 具体的，Base总线为系统的管理控制平面总线。每个交换板槽位内部提供24个Base总线接口，其中12个分别连接到节点槽位，2个连接到主备两个全局板，1个用于主备交
换板间互通，4个通过交换板后插板对外提供，5个接口系统保留，参阅图1。

[0054] Fabric总线为提供系统业务平面的数据通道。每个交换板槽位内部提供24个Fabric总线接口，其中12个分别连接到节点槽位，1个用于主备交换板间互通，8个通过交换
板后插板对外提供，3个接口系统保留，参阅图2。

[0055] 基于ATCA硬件平台，一个单框的核心网系统的部署环境可参阅图3所示。

[0056] 由于基于ATCA的核心网架构中，网元与网元之间的通信都是“点到点”的通信，即网元与网元之间的通信都是通过预先定义和配置的接口进行，且该接口只能在固定的网元
之间使用。当两个网元要进行通信时，需要通过接口建立链路，以进行业务传输，在ATCA的
架构下，通信所使用的协议是TCP协议，进行业务传输的链路一经建立，将一直存在，使得核
心网的灵活性较差，不能实现核心网架构的服务化。

[0057] 有鉴于此，本申请实施例提供了一种核心网设备、核心网系统及通信方法，利用ATCA硬件平台以及开源服务器架构(Tencent Open source server Architecture，TARS)
实现核心网架构的服务化。

[0058] 需要说明的是，本申请实施例主要适用于5G核心网中，该TARS框架可以为腾讯开源服务器架构。

[0059] TARS框架的架构拓扑图可参阅图4所示，包括服务节点和公共框架节点。

[0060] 具体的，服务节点可以认为是服务所实际运行的一个具体的操作系统实例，可以是物理主机或者虚拟主机、云主机。随着服务的种类扩展和规模扩大，服务节点可能成千上
万甚至数以十万计。每台服务节点上均有一个Node服务节点和N(N>＝0)个业务服务节点，
Node服务节点会对业务服务节点进行统一管理，提供启停、发布、监控等功能，同时接收业
务服务节点上报过来的心跳。

[0061] 公共框架节点管理除了服务节点以外的服务，其他服务节点均归为一类。公共框架节点，数量不定，为了自身的容错容灾，一般也要求在多个机房的多个服务器上进行部
署，具体的节点数量，与服务节点的规模有关，比如，如果某些服务需要打较多的日志，就需
要部署更多的日志服务节点。

[0062] TARS架构中的公共框架节点具体可包括：Web管理系统，Registry(路由+管理服务)，Patch(发布管理)，Config(配置中心)，Log(远程日志)，Stat(调用统计)，Property(业
务属性)，Notify(异常信息)等等。

[0063] 原则上要求全部的节点之间网络互通，至少每台机器的node能够与公共框架节点之间是可以连通的。

[0064] 利用TARS框架进行业务传输时，使用的是tars协议，该协议采用接口描述语言(Interface description language，IDL)来实现，它是一种二进制、可扩展、代码自动生
成、支持多平台的协议，使得在不同平台上运行的对象和用不同语言编写的程序可以用编
程式的悬挂控制(Programmable Ride Control，PRC)远程调用的方式相互通信交流，主要
应用在后台服务之间的网络传输协议，以及对象的序列化和反序列化等等。

[0065] 图5所示为本申请实施例提供的一种核心网设备100，具体包括：ATCA的单板101以及服务化节点102。

[0066] 该ATCA的单板用于实现核心网设备的功能，服务化节点用于支持TARS框架。

[0067] 一种可能的实施方式中，可采用如下步骤实现通信，参阅图6所示：

[0068] S101：单板将TCP接口消息发送给服务化节点。

[0069] S102：服务化节点将该TCP消息转化为服务化接口消息。

[0070] S103：服务化节点根据配置信息确定服务化接口消息对应的目标核心网设备。

[0071] 其中，所述配置信息中包括服务化接口消息与核心网设备的标识信息的对应关系。

[0072] S104：将该服务化接口消息发送给目标核心网设备。

[0073] 以下将对上述涉及到的步骤进行详细说明。

[0074] 由于本申请实施例中是利用ATCA以及TARS虚拟机实现服务化的核心网架构，因此，首先对现有技术中的ATCA以及TARS的网络部署进行说明：

[0075] 具体的，如图7所示为本申请实施例提供的一种ATCA架构下单板的部署方式。其中，全局版、信令板、业务板以及接口板均连接基线网(base网络)、织物网络(fabric网络)
和操作维护管理(Operation Administration and Maintenance，OAM)网络，其次，接口板
作为产生非服务化信令的接口，与非服务化信令网络连接，接口板生成非服务化的信令传
输到非服务化信令网络。

[0076] 图8所示为本申请实施例提供的一种Tars虚拟机的链路部署方式。其中，业务服务器节点(SigMsgGlbServer)、业务服务节点(SigMsgCommenServer)以及主控节点
(HttpApiServer)均与base、fabric和OAM网络连接。另外，HttpApiServer主控节点具有生
成服务化的信令的功能。

[0077] 本申请实施例中提供的利用ATCA以及TARS虚拟机实现服务化的核心网架构中包括多个核心网设备，以下将以一个核心网设备为例，对单板以及服务化节点之间的通信过
程进行详细说明。

[0078] 如图9所示为本申请实施例提供的一种核心网设备的示意图，接入与移动性管理实体(access and mobility management function，AMF)上的单板之间通信采用ATCA硬件
平台的总线连接方式，即图7所示的连接方式。图9中，以实现AMF的功能需要一个全局板、两
个信令板以及一个接口板为例进行说明。全局板以及信令板需要与其他核心网设备通过服
务化信令进行通信，则在本申请实施例中，为全局板以及信令板分别配置一个服务化节点。
为了区分为全局板配置的服务化节点，以及为信令板配置的服务化节点，图9中将为全局板
配置的服务化节点称为SigMsgGlbServer，将为信令板配置的服务化节点称为
SigMsgCommenServer。服务化节点主要用于解析单板发送的TCP消息。此处将全局板以及信
令板均称为单板。服务化节点将TCP消息转化为服务化接口消息发送给HttpApiServer主控
节点，HttpApiServer主控节点可将转化后的消息发送给其它网元的HttpApiServer主控节
点，实现核心网架构的服务化。

[0079] 可以理解的是，SigMsgGlbServer可以作为连接全局板的服务化节点，SigMsgCommenServer可以作为连接其它单板(信令板、业务板、接口板)的服务化节点。

[0080] 图9中流控制传输协议(Stream Control Transmission Protocol，SCTP)表示基站与核心网接入设备AMF之间的链路通过SCTP协议传输数据，eNB表示基站。

[0081] 单板与Tars服务化节点之间可以基于用户数据报协议(User  Datagram Protocol，UDP)协议进行数据处理，服务化节点与主控节点之间可以使用标准的高性能远
程过程调用(Remote Procedure Call，RPC)框架进行通信。

[0082] 其中，服务化接口消息可以为超文本传输协议(Hyper Text Transfer Protocol，HTTP)消息，并可以以JavaScript对象简谱(JavaScript Object Notation，JSON)字符串的
形式发送出去。

[0083] 接口板A是产生非服务化的信令的接口，如果一个核心网设备不需要与其它网络设备通过非服务化接口进行通信，则在该核心网设备中可以不配置接口板A。

[0084] 可以理解的是，为一个能够实现服务化的核心网设备配置多个服务化节点，配置的服务化节点的数量可以根据实现该核心网设备的功能所需的单板数量确定。比如图9所
示的AMF需要3个单板，则为该AMF配置HttpApiServer主控节点，SigMsgGlbServer以及两个
SigMsgCommenServer。

[0085] 具体的，服务化节点可根据配置信息确定服务化接口消息对应的目标核心网设备。

[0086] 其中，配置信息中可包括服务化接口消息与核心网设备的标识信息的对应关系。

[0087] 一种可能的实施方式中，单板向服务化节点发送TCP消息可采用如下方式：

[0088] 单板根据自身的互联网协议(Internet Protocol，IP)地址确定服务化节点的IP地址，并通过该服务化节点的IP地址将TCP消息发送给服务化节点。

[0089] 可以理解的是，单板与服务化节点之间通过IP地址进行通信。

[0090] 其中，单板的IP地址可通过单板所在的架框槽的位置确定，服务化节点的IP地址可通过服务化节点的架框槽的位置确定，并且单板所在的架框槽位置与服务化节点的架框
槽位置具有对应关系。

[0091] 需要说明的是，架框槽的位置可理解为架框槽的架号。

[0092] 可以理解的是，架框槽是ATCA架构下的机架，包括机框，板卡槽位。对于不同的设备商，可能会有所不同，例如，大唐所使用的架框槽是一个机架上有三个机框，一个机框有
14个槽位。

[0093] 在实际应用过程中，架框槽的架号以及框槽号都是预先配置好的，例如，Amf信令板的架框槽的架号为1，框槽号为3，则服务化节点的架框槽的架号可以为架号加2，框槽号
不变，即服务化节点的架框槽的架号为3，框槽号为3。

[0094] 服务化节点的架框槽的架号与单板的架框槽的架号之间的关系并不限于加2，上述只是一种示例性说明，本申请实施例对此不作限定。

[0095] 可选的，TCP消息中携带有单板的IP地址、服务化节点的IP地址以及端口号。

[0096] 其中，端口号为核心网设备中与服务化节点进行交互的进程的端口号。

[0097] 如图10所示为本申请实施例提供的一种Tars虚拟机与单板之间的通信过程，具体是以Amf信令板与服务化节点为例，可参阅图10所示。

[0098] 服务化节点与Amf信令板之间进行通信的通信过程具体可分为：

[0099] Amf信令板→服务化节点：通过信令板的架框槽计算出Tars虚拟机中服务化节点的IP地址。

[0100] 可以理解的是，该IP地址是在ATCA架构下，基于架框槽计算出的IP地址，即为base ip地址。

[0101] 服务化节点→Amf信令板：获取服务化节点与单板进行交互的进程的端口号以及服务化节点的IP地址。

[0102] 具体的，服务化节点在Amf网元中主要和单板的msps进程进行交互。

[0103] 需要理解的是，服务化节点在不同的网元中与其进行交互的进程都是不同的，并且服务化节点与哪个进程交互都是预先配置的。

[0104] 例如，对于Amf中的服务化节点而言，msps的进程为：

[0105] root  4762 1 0  11:59？00:01:39./msps.exe cpsstag 102410c3 2000000102410c3 21001 21001fa04d1

[0106] 该msps进程的端口号为进程信息栏cpsstag后的参数高12位的值，前面补一个f，即为0xf102。

[0107] 服务化节点可在配置文件(DTApp_SBA.cfg)中读取信令板的base ip地址以及对应进程的端口号。

[0108] 进一步的，单板与服务化节点之间可通过双绞线以太网(base网络)相连。

[0109] 本申请实施例还提供了一种通信方法，可应用于上述核心网设备。本申请实施例以下将对上述涉及的核心网设备中所对应的通信方法的过程进行说明。

[0110] 图11所示为本申请实施例提供的一种通信方法，图11所示方法的执行主体可以为一种通信设备，例如，可以为上述涉及的核心网设备，参阅图11所示，该方法包括：

[0111] S201：单板向服务化节点发送TCP接口消息。

[0112] S202：服务化节点将TCP接口消息转换为服务化接口消息。

[0113] S203：服务化节点根据配置信息确定目标单板。

[0114] 具体的，服务化节点可根据配置信息确定服务化接口消息对应的目标单板。

[0115] 其中，该配置信息中可包括服务化接口消息与单板的标识信息的对应关系。

[0116] S204：服务化节点将服务化接口消息发送给目标单板。

[0117] 进一步的，单板将TCP接口消息发送给服务化节点可采用如下方式：

[0118] 根据单板的IP地址确定服务化节点的IP地址，再根据服务化节点的IP地址将TCP接口消息发送给服务化节点。

[0119] 其中，单板的IP地址可基于单板的架框槽位置确定，服务化节点的IP地址也可根据架框槽的位置确定，并且单板的架框槽位置与服务化节点的架框槽位置具有预先设定的
对应关系。

[0120] 可以理解的是，架框槽的位置可通过预先设定，其次，单板的架框槽位置与服务化节点的架框槽的位置之间的关系不作具体限定。

[0121] 可选的，TCP消息中可携带有单板的IP地址、服务化节点的IP地址以及端口号。

[0122] 其中，端口号为与服务化节点进行交互的进程的端口号。

[0123] 更进一步的，单板与服务化节点之间通过双绞线以太网相连，即单板与服务化节点之间通过该双绞线以太网(base网络)通信。

[0124] 如图12所示为本申请实施例提供的一种核心网系统200，参阅图12所示，该系统包括：第一核心网设备201、第二核心网设备202。

[0125] 其中，第一核心网设备包括用于实现第一核心网设备功能的先进的电信计算平台ATCA的第一单板，以及支持TARS的第一服务化节点。

[0126] 第二核心网设备包括用于实现第二核心网设备功能的先进的电信计算平台ATCA的第二单板，以及支持TARS的第二服务化节点。

[0127] 具体的，在第一核心网设备中，第一单板向第一服务化节点发送TCP接口消息，第一服务化节点在接收到TCP接口消息之后将TCP消息转换为服务化接口消息，并确定与服务
化接口消息通信的第二核心网设备，将服务化接口消息发送给第二核心网设备。

[0128] 在第二核心网设备中，第二单板接收到服务化接口消息之后，将该服务化接口消息发送给第二服务化节点。

[0129] 如图13所示为本申请实施例提供的一种核心网架构的示意图，参阅图13所示，对上述系统中涉及的过程进行说明。

[0130] 第一核心网设备可理解为图13中的AMF，当AMF中的HttpApiServer主控节点接收到服务化接口消息(http消息)之后，将消息以json字符串的形式发送给网络功能库功能
(Network Repository Function，NRF)，由于NRF具有管理功能，NRF可为该服务化接口消息
调度核心网设备，即将该服务化接口消息发送给哪个核心网设备，假设该服务化接口消息
要发送给会话管理功能(Session Management Function，SMF)，则SMF即可理解为第二核心
网设备。

[0131] 在图13中，AMF中接口板接出的是无线接入网(Radio Access Network，RAN)，SMF的信令板与用户面功能(User Plane Function，UPF)的信令板相连，，服务化接口总线上连
接的还有NRF、策略控制功能实体(Policy Control Function，PCF)以及用户数据管理实体
(User Data Management，UDM)。

[0132] 需要理解的是，在上文的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

[0133] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围
之内，则本发明也意图包含这些改动和变型在内。