一种用于基站的深度数据处理的装置及方法与流程

1.本发明公开一种用于基站的深度数据处理的装置(deep data processing unit，ddpu)及方法，涉及移动通信网络技术，属于电通信的技术领域。


背景技术：

2.多接入边缘计算以及移动网本地数据中心将密集型计算任务迁移到基站附近的移动网络边缘服务器，减轻移动核心网和移动传输网的拥塞与负担，实现数据在近端计算和处理，减缓移动承载网络带宽压力，实现低时延，大带宽，提高万物互联时代数据处理效率，能够在基站侧快速响应移动终端用户的数据请求并显著提升服务质量。
3.gtp协议(gprs tunnelling protocol)在gprs骨干网中的gsns之间(如sgsn和ggsn)提供协议信道，所有的分组数据协议的pdus应由gtp协议进行封装。如何在基站侧快速转发gtp报文是提高移动终端接入数量的关键问题，服务器设备由于冯*诺伊曼架构的限制，对报文的转发和处理的速度相对实际需求有着1000倍的差距，无法达到网络低延时的特性要求。交换机和集线器、分流器、tap等常规的二层或三层路由交换设备不具备报文深度处理分类能力，不具备基站侧4g/5g移动通信协议信令报文的解析和处理，不具备ims协议信令报文的解析和处理，不具备同时实现基站侧数据报文深度处理后的本地转发和本地低时延通信的功能。此外，传统的分流器和tap设备对信令报文/ims协议报文执行的强行分流处理导致控制信令丢失，这必然导致移动终端掉线掉话，影响移动终端入网附着；还有一些提高报文转发和处理速度的技术方案需要对基站、终端、核心网、upf/sgw、移动承载网络重新配置，通过在upf/sgw或核心网侧重新配置分流报文，这无疑增加了实现的复杂度。本技术旨在提出一种不影响移动终端业务(上网和打电话)和对基站、终端、核心网、upf/sgw、移动承载网络零配置的前提下实现并加速移动终端的数据流量在基站侧本地极低延时的转发和处理的技术方案。


技术实现要素：

4.本发明的发明目的是针对上述背景技术的不足，提供一种用于基站的深度数据处理的装置及方法，在不影响移动终端入网附着、上网、打电话以及对基站、终端、核心网、upf/sgw、移动承载网络零配置的前提下，解决现有二、三层转发设备、sdn设备、tap设备、服务器等不适用于通过gtp协议处理4g/5g协议报文的无线通信网络场景的技术问题，实现最大化基站频谱利用率，可接入更多用户终端的同时实现超低延时的发明目的，从对基站进出的数据做深度学习和处理的角度，推动和促进工业和民用移动互联网巨量链接、大带宽、极低延时的4g/5g/6g边缘计算应用场景实现。
5.本发明为实现上述发明目的采用如下技术方案：
6.一种用于基站的深度数据处理的装置，包括：与基站通信的n31接口、与upf/sgw通信的n32接口、与本地出口路由器通信的lb接口、用于网络管理的m接口、控制面组件、转发面组件、管理面组件；控制面组件接收n31接口、n32接口、lb接口输入的数据，深度学习基站
与upf/sgw/核心网之间的传输的报文后生成转发表，同时，控制面预设的用于加载透传和本地处理信息的全局配置表、分配表通过管理面组件更新；转发面组件通过查询全局配置表和转发表对n31接口、n32接口、lb接口输入的数据进行透传或本地转发。
7.对基站和upf/sgw/核心网之间传输的gtp数据包进行解析，数据包为信令报文/ims协议报文时，ddpu学习n1/n2/n3/s1/ims协议报文并刷新ddpu的转发表，做透传处理。
8.gtpu数据包为数据报文且满足数据报文本地处理条件时，ddpu剥去gtp报文头并通过lb接口发送ip数据包至本地数据中心以及本地出口路由器a，反向ddpu则将lb来的ip报文加上gtp头发送给基站，实现移动终端和本地数据中心及出口路由器a之间的双向直接通信。
9.ddpu对发送给远端路由器b的gtpu包进行解析，不满足数据报文本地处理条件时，透传基站和upf/sgw/核心网之间的gtpu包。
10.对本地出口路由器a发送的arp包进行解析，出口路由器a请求与其通信接口ip的mac时，ddpu定制并发送基于本地出口路由器通信接口的mac地址构造的arp至出口路由器。
11.进一步地，一种用于基站的深度数据处理的装置，控制面组件存储有全局配置表、本地处理用户地址段分配表、服务器地址段分配表以及转发表，全局配置表存储有使能开关状态信息、出口路由器a的mac地址、本地出口ip、上行端口、下行端口、分流端口，转发表存储有：用户终端报文ipv4/ipv6地址、地址类型、基站地址、基站mac地址、基站侧全量隧道端点标识、封装标记、upf/sgw地址、虚拟局域网地址、时间戳、分流状态标记。
12.进一步地，一种用于基站的深度数据处理的装置，判断满足数据报文本地处理条件的方法为：在分流用户地址段分配表里能够查询到用户终端报文ipv4/ipv6地址，或者，在服务器地址段分配表里能否查询到用户终端报文ipv4/ipv6地址。
13.进一步地，一种用于基站的深度数据处理的装置，gtpu数据报文包含：外层以太网数据包、外层ipv4/ipv6数据包、udp数据包、gtpu数据包、内层ipv4/ipv6数据包、封装原始数据报文的内层udp数据包，所述gtpu信令报文包含：ipv4/ipv6数据包、udp数据包、gtpu数据包。
14.进一步地，一种用于基站的深度数据处理的装置，控制面组件和转发面组件同时支持：用于承载ue与amf/mme之间信令传递的n1/s1协议、用于承载基站与amf之间信令传递的n2协议、用于承载ran与upf/sgw之间信令传递的n3/s1协议、用于承载ue与ims之间volte业务的ims协议。
15.进一步地，一种用于基站的深度数据处理的装置，s1协议、n1协议、n2协议、ims协议、n31接口和n32接口传输的报文支持802.1q封装，且各协议和接口传输的gtpu数据包都包含有用于识别各接口所属vlan的vlan tag。
16.进一步地，一种用于基站的深度数据处理的装置，n31接口和n32接口同时支持4g网络和5g网络，接收4g网络的gtpu数据报文和5g网络的gtpu数据报文，同时支持volte语音业务。同时通过升级协议字段可以支持后续移动通信的演进制式。
17.进一步地，一种用于基站的深度数据处理的装置，4g网络的gtpu数据报文包含：标志位、数据报文类型、长度、全量隧道端点标识，所述5g网络的gtpu数据报文包含：标志位、数据报文类型、长度、全量隧道端点标识、pdu会话容器扩展信息。
18.进一步地，一种用于基站的深度数据处理的装置，控制面组件实现ddpu深度学习
引擎功能，对基站和upf/sgw/核心网之间的传输的报文进行被动学习：上行方向深度学习基站发出的告警报文，下行深度学习基站和upf/sgw/核心网之间的gtpu报文，学习得到teid/ip/vlan tag/时间戳等字段和3gpp协议的关联关系后，经过dpdu识别处理后记录到ddpu的转发表内，在若干时钟脉冲周期内刷新ddpu的转发表，以维持移动终端和基站之间的上网业务连续可用性。
19.进一步地，一种用于基站的深度数据处理的装置，ddpu深度学习引擎还具备主动学习功能：深度学习引擎周期性主动向n32接口发送报文，收到upf/sgw/pgw的回包后学习之，同样达到维护移动终端和移动核心网的移动性管理能力，经过dpdu识别处理后记录到ddpu的转发表内，在若干时钟脉冲周期内刷新ddpu的转发表，以维持移动终端和基站之间的上网业务连续可用。
20.进一步地，一种用于基站深度数据处理的装置，ddpu可以学习终端发出的dns请求报文，由于本地出口路由器a的dns服务器和核心网的dns服务器存在不一致的情况，根据cdn的业务需要，实现dns请求在本装置处理或转发到lb口或者直接透传dns请求给远端核心网，实现移动终端的域名的正确和快速解析。
21.进一步地，一种用于基站的深度数据处理的装置，ddpu对外提供软件api和硬件的网络管理m接口，供管理员配置分配表和配置表，查询ddpu的流量、带宽、qos级别、sla参数，以便管理员做管理和计费的用途。
22.进一步地，一种用于基站的深度数据处理的装置，写入目标服务器地址段分配表实现移动终端访问基站侧本地网络，对网络架构和运维零配置，只需要通过ddpu的管理口把服务器或数据中心的ip地址范围写入ddpu的服务器地址段分配表即可实现移动终端和基站侧的本地服务器或数据中心的双向通信
23.进一步地，一种用于基站的深度数据处理的装置，写入移动终端的源ip段实现访问基站侧本地网络，对网络架构和运维零配置，通过管理口把移动终端的ip地址范围写入ddpu的分流用户地址段分配表即可实现移动终端和基站侧的本地服务器或本地数据中心或者远端运营商网络的双向通信。移动终端的源ip段范围不在ddpu的移动终端，按照运营商规划的原路访问网络，不受ddpu控制。
24.进一步地，一种用于基站的深度数据处理的装置，支持移动终端同时访问公网和本地私有网络，对网络架构和运维零配置，通过管理口把移动终端的需要访问的目标ip地址范围写入ddpu的服务器地址段分配表即可实现移动终端同时和基站侧的本地私有网络以及基站的公共承载网络的双向通信。
25.进一步地，一种用于基站的深度数据处理的装置，通过lb口把基站所有流量转发到本地数据中心，实现核心网/ims本地冗余备份，在运营商网络发生火灾等不可抗力的应用场景中，保障本地移动网络的上网业务和volte业务正常工作。
26.一种用于基站的深度数据处理的方法，在基站和upf/sgw/核心网之间部署上述装置后，由该装置处理基站传输的上行gtpu数据包、upf/sgw/核心网传输的下行gtpu数据包、本地出口路由器传输的ip数据包。
27.本发明采用上述技术方案，具有以下有益效果：
28.(1)本发明对基站侧数据报文进行深度学习和处理后，实现基站侧数据业务的本地处理，通过部署在基站与upf/sgw/核心网之间的装置处理信令报文和控制报文、ims协议
报文并实时处理本地数据报文，在软件控制面上设置了各接口传递数据报文的报文格式并预设用于加载透传和本地处理信息的全局配置表，通过深度学习基站与upf/sgw/核心网之间传输的报文后实时更新转发表，通过网络管理接口更新配置表及分配表，实现加速移动终端的数据流量在基站侧本地极低延时的转发和处理，在有限的基站频谱带宽内实现更多用户终端以更低的延时接入本地生产网络，通过提升基站频谱利用率达到碳中和碳达峰指标。采用本发明的深度数据处理装置本地处理基站数据业务时，用户移动终端一直在线，上网和volte业务不中断，并且达到比5g的3gpp r16标准里要求的更低的延时。
29.(2)本发明通过通信管理接口将双向通信所需的源端ip及目的ip写入本地处理用户地址段分配表、服务器地址段分配表，即可在零配置网络架构的前提下，实现移动终端访问本地网络、访问公网、同时访问公网及本地私有网络，与对基站、终端、核心网、upf/sgw、移动承载网络重新配置实现报文分流的方案相比，具有简洁且易于实现的技术优势。
附图说明
30.图1为本发明实现基站深度数据处理的网络架构。
31.图2为ddpu本地处理4in4隧道报文后转发的示意图。
32.图3为ddpu本地处理4in6隧道报文后转发的示意图。
33.图4为4/5g同时接入ddpu的典型组网架构。
34.图5为ddpu支持802.1q封装报文传递的示意图。
35.图6为ddpu功能模块框图。
36.图7为ddpu处理n31接口上行数据包的流程图。
37.图8为ddpu处理n32接口下行数据包的流程图。
38.图9为ddpu处理lb接口下行数据包的流程图。
具体实施方式
39.下面结合附图对发明的技术方案进行详细说明。
40.如图1所示，本发明采用在基站(如5g基站gnb)与upf(user plane function，用户面功能)/sgw之间的深度数据处理设备ddpu实现gtp报文本地处理和极低延时的转发。该ddpu：用于承载ue与amf/mme之间信令传递的n1/s1协议、用于承载基站与amf之间信令传递的n2协议、用于承载ran与upf/sgw之间信令传递的n3/s1协议、用于承载ue与ims之间volte业务的ims协议，包括：对接基站的n31接口、对接upf/sgw的n32接口、对接本地出口路由器a的lb接口(即下文的本地处理出口local breakout)、网络管理m接口，用于把基站和upf/sgw之间传输的手机用户的数据报文本地处理，如图1所示，把移动终端原本从电信出口路由器b出入的数据报文进行本地处理后传输至本地数据中心和服务器以及联通本地出口路由器a。
41.ddpu从n31接口接收到上行gtpu数据报文后，判断是否需要local breakout，如果需要，则剥去gtpu数据报文的头部，将gtpu载荷(即手机发出的原始数据包)从local breakout接口发送到本地出口路由器a。
42.对于基站与upf/sgw之间的原始数据包，判断一个gtpu数据报文是否需要本地处理的方式有两种，一种是依据终端用户的ip地址是否在配置的终端ip地址段里，一种是依
据终端访问的服务器ip地址是否在配置的服务器地址段配置表里。如果服务器地址段配置表为空，表示所有的移动终端用户的数据报文都需要本地处理。
43.对于基站与upf/sgw之间的gtpu信令报文，ddpu对gtpu信令报文/ims协议报文只做深度学习和透传处理不做本地转发处理。例如，上行gtpu数据报文从n31接口接收后被判断为信令报文和ims协议报文，则从n32接口二层透传到upf/sgw；下行gtpu数据报文从n32接口接收之后被判断为gtpu信令报文和ims协议报文，则从n31接口二层透传到gnb基站。
44.在ue的移动过程中gnb切换或无线信号强度变化过程中，gnb基站侧的fteid(full
‑
scale tunnel endpoint identification，全量隧道端点标识)在ue空闲时释放，fteid在ue和gnb恢复连接态时重新分配，因此需要跟踪fteid的变化。ddpu每隔一定时间深度学习基站和upf/sgw/核心网之间的gtpu报文。
45.如图6所示，ddpu由控制面和转发面以及管理面三部分构成。控制面通过制定4g/5g的协议报文学习和协商通信，本发明在控制面设计了上述各接口传递数据报文的格式并预设用于加载各接口地址信息的全局配置表以及加载本地处理信息的转发表，接收基站或upf/sgw/核心网的业务数据后，查询预设的配置表及转发表，实时学习基站和upf/sgw/核心网之间的数据包后刷新转发表；转发面查询全局配置表及转发表后本地转发或透传数据至对应的接口，ims协议报文、n1/s1协议、n2协议、n3协议、n31接口、n32接口、lb接口透传报文或本地处理基站的无线终端用户数据报文；管理面响应网络管理m接口输入的控制指令更新全局配置表及分配表，且可供管理员查询ddpu的状态。控制面和转发面以及管理面通过软件实现，也可以通过fpga和asic芯片技术实现各接口的硬件电路并通过逻辑控制实现控制面及转发面的功能。
46.配置表包括全局配置表、本地处理用户地址段分配表、服务器地址段分配表。全局配置表如表1所示，记录有使能开关状态信息switch、出口路由器a的mac地址、本地处理出口ip、上行端口、下行端口、本地处理端口；转发用户地址段分配表如表2所示；服务器地址段分配表如表3所示；转发表如表4所示，记录有用户终端报文ipv4/ipv6地址ue
‑
ipv4/ipv6
‑
addr(key)、地址类型addr
‑
type、基站地址gnb
‑
addr、基站mac地址gnb
‑
mac、基站侧全量隧道端点标识gnb
‑
teid、封装标记qfi、upf/sgw地址upf/sgw
‑
addr、虚拟局域网地址vlan
‑
id、时间戳timestamp、本地处理状态标记state。qfi为000表示当前接入ddpu的基站为4g基站，此时，需要封装qfi信息至gtpu数据包；qfi为001表示当前接入ddpu的基站为5g基站，此时，不需要封装qfi信息至gtpu数据包。平滑支持后续演进的移动通信制式，如6g。
[0047][0048]
表1全局配置表
[0049][0050][0051]
表2本地处理用户地址段分配表
[0052]
服务器地址段1.2.3.4
‑
2.3.4.5202.1.1.1
‑
202.1.1.100
[0053]
表3服务器地址段分配表
[0054][0055]
表4转发表
[0056]
本发明公开的深度数据处理装置通过控制面、转发面以及管理面实现以下功能：(1)使能开关，开启或关闭ddpu；(2)查询用户信息，使用命令查询ddpu上被本地处理的用户信息，如用户的ip地址、本地处理开始的时间、基站侧fteid和upf/sgw侧的fteid；(3)按需本地处理，根据用户的ip地址或者用户访问的ip地址判断是否需要本地处理，即，查询用户的ip地址是否被用户地址段覆盖或者查询用户访问的ip地址是否被服务器地址段覆盖，覆盖则表示需要本地处理；(4)本地处理v4inv4数据包，从基站侧接收的ipv4隧道封装的ipv4用户报文能够在本地处理，且从本地出口路由器a接收的下行报文能够进行gtpu隧道封装并发送到基站；(5)本地处理v4inv6数据包，从基站侧接收的ipv6隧道封装的ipv4用户报文能够在本地处理后传递至本地出口路由器a，且从本地出口路由器a接收的下行报文能够进行gtpu隧道封装并发送到基站；(6)支持4/5g基站或未来演进的移动通信制式，同时支持4/5g/6g/volte用户接入和报文的本地处理；(7)支持802.1q封装，支持n3接口上的802.1q封装报文的本地处理，由于n3接口实际也与s1/n1/n2协议/ims协议共享物理连接，s1/n1/n2协议/ims协议也会采用802.1q封装，能够正常转发s1/n1/n2/ims协议报文；(8)老化转发表，长时间没有报文经过的转发表需要老化。(9)dns协议报文的处理，ddpu可以学习终端发出的dns请求报文，由于本地出口路由器a的dns服务器和核心网的dns服务器存在不一致的情况，根据cdn的业务需要，实现dns请求在本设备处理或转发给lb口或者直接透传dns请求给远端核心网，实现移动终端的域名的正确快速解析；(10)网络管理，ddpu对外提供软件api和硬件的网络管理m接口，供管理员配置分配表和配置表以及查询ddpu的流量、带宽、qos级别、sla参数，以便用户做管理和计费的用途；(11)ims协议报文的处理，ddpu可以学习终端和ims网元之间的volte业务报文，实现volte业务在本设备直接透传给远端ims网元，
实现移动终端的volte打电话业务不中断。(12)主核心网/ims灾备，远端主核心网和ims出现不可抗力的问题时，ddpu可以切换基站所有流量到本地核心网和ims上来，确保移动生产网络一直可用。
[0057]
ddpu转发面在接收到用户报文后查询全局配置表获取使能开关状态，使能开关默认关闭状态，即ddpu只深度学习和透传信令报文和ims协议报文不对原始数据包进行本地处理，查询到使能开关为开启状态时，则根据深度学习功能更新的转发表透传信令报文和ims协议报文并对用户数据报文做本地处理和转发。
[0058]
ddpu支持配置ue访问的目的服务器列表，支持单个地址的配置，同时支持带掩码的配置。ddpu转发面在接收到用户报文且使能开关为开启状态时查看服务器地址段配置表，如果ue访问的ip地址在服务器地址段配置表覆盖范围内，那么，所有的上行用户数据报文都需要在本地处理后转发到本地出口路由器a，否则不需要本地处理直接透传至n32接口。如果服务器地址段配置表为空且使能开关打开，表示所有上行用户数据报文都需要本地处理后转发。
[0059]
当查询到ddpu转发面接收到的用户报文需要本地处理时，查询转发表中的gnb
‑
addr和upf/sgw
‑
addr以及gnb
‑
teid，根据gtpu隧道地址类型以及基站地址与用户终端地址对报文进行本地处理。
[0060]
gtpu隧道为ipv4，即基站地址和upf/sgw的地址均是ipv4地址，用户报文中的源ip地址和目的ip地址是ipv4地址时，4in4隧道报文的本地处理过程如图2所示，基站接收到的ipv4地址为192.168.100.100的v4 in v4数据包传递至ddpu后，ddpu学习该数据包并透传信令报文至ipv4地址的upf/sgw，需要从ddpu转发至本地接口的v4 in v4数据包剥去外层封装后传递至ipv4地址为192.168.100.101的出口路由器a。
[0061]
gtpu隧道为ipv6，即基站地址和upf/sgw的地址均是ipv6地址，用户报文中的源ip地址和目的ip地址仍然是ipv4地址时，4in6隧道报文的本地处理过程如图3所示，由于本地接口始终是ipv4地址，因此，基站接收的数据包不能直接传输至出口路由器a，ddpu在转发ipv6地址的数据包至出口路由器a前需要给数据包分配一个与出口路由器同网段的虚拟ipv4/ipv6地址。当出口路由器a向虚拟ipv4地址请求mac时，ddpu支持回应动态arp(address resolution protocol，地址解析协议)请求；或者，出口路由器a支持配置静态arp时，ddpu可以不支持静态配置arp功能。
[0062]
ddpu支持4/5g基站的同时接入，4/5g同时接入的典型组网如图4所示。从ddpu的n31接口进入的报文类型主要有4g网络的s1/s1
‑
u接口/ims报文，以及5g网络的n1/n2/n3接口和ims报文。s1/n1/n2报文都是基于sctp承载，属于信令报文，ddpu只需要学习并透传即可。
[0063]
s1
‑
u接口是用户面接口，该接口是4g基站与4g网络的sgw(serving gateway，服务网关)之间的接口，该接口的报文也是gtpu封装，和5g网络的gtpu报文格式的区别在于它没有pdu session container扩展头，且5g网络的gtpu报文还可以包含支持volte业务的ims报文。4g网络的gtpu报文格式以及5g网络的gtpu报文格式均为3gpp标准的报文格式，参见表5和表6。对于未来演进的移动通信制式，gtpu报文中增加未来演进的移动通信制式特有数据业务的扩展头即可满足多制式通信网络的接入。
[0064]
flagsmessage typelengthteid
[0065]
表5 4g网络的gtpu数据报文封装格式
[0066][0067]
表6 5g网络的gtpu数据报文封装格式
[0068]
n1/n2/n3/s1/s1
‑
u/ims协议或接口的报文都需要支持802.1q封装。在不同的环境下，可能这些接口归属于不同的vlan，因此最灵活的实现方式，是ddpu从报文动态的深度学习并感知这些接口归属的vlan。
[0069]
对于s1/n1/n2信令报文，以及gtpu信令报文和ims报文，只需要学习并记录到转发表后做透传处理即可，ddpu在学习信令报文时要能学习并判断是否存在802.1q封装。
[0070]
对于s1
‑
u/n3 gtpu数据报文，有支持剥离带有802.1q封装的报文，并从lb接口发送到出口路由器a。对于从lb接口收到的下行原始报文，在执行gtpu封装后，外层ip报文在执行l2封装时，要同时封装s1
‑
u/n3归属的vlan tag。ddpu支持802.1q封装报文传递的示意图如图5所示。
[0071]
gtpu数据报文的封装格式如表7所示，外层ipv4协议层源地址和目的地址分别是upf/sgw和基站的地址。外层ipv4/ipv6协议层之后是udp协议层，udp协议层的目的端口必须是3gpp标准里约定的，源端口由发送端确定。udp协议层之后为gtpu协议层，对于4g网络，通常是8个或12个字节，对于5g网络，通常为16个字节。gtpu协议层中的加载有报文类型message type，message type为特定值时表示当前报文是数据报文，否则为无效数据或者信令报文。在gtpu协议层之后是内层ipv4/ipv6协议层，内层ipv4/ipv6协议层封装有内层udp，内层udp封装原始数据报文，即用户终端与internet之间传输的原始数据报文。
[0072][0073]
表7 gtpu数据报文的封装格式
[0074]
gtpu信令报文格式如表8所示。gtpu协议层中加载的报文类型message type表示信令报文中不携带用户数据，只是基站与upf/sgw之间的交换信息，这类型的报文通过ddpu在基站与upf/sgw之间完成学习并透传，不能转发至本地出口路由器a。通过深度学习这类信令报文刷新转发表使得ddpu实时获取控制信令并及时传递控制信令至目的端，实现移动终端始终附着基站不掉线，这显著区别于传统分流器和tap设备对信令报文的镜像分流处理。
[0075][0076]
表8
[0077]
如图6所示，深度学习过程如下：ddpu深度学习引擎上行方向通过n31接口深度学习基站发出的告警报文，下行方向通过n32接口深度学习基站和upf/sgw/核心网之间的gtpu报文。学习得到teid/ip/vlan tag/时间戳等字段和3gpp协议的关联关系后，经过ddpu
识别处理后记录到ddpu的转发表内，在若干时钟脉冲周期内刷新ddpu的转发表，以维持移动终端和基站之间的上网业务连续可用性。转发表由tcam和ram/dram器件来实现，以维持移动终端和基站之间的上网业务连续可用性，通过ddpu深度学习引擎维护移动终端和移动核心网的移动性管理能力，否则移动终端就会掉线。深度学习引擎周期性主动向n32接口发送报文，收到upf/sgw的回包后学习之，经过ddpu识别处理后记录到ddpu的转发表内，同样达到维护移动终端和移动核心网的移动性管理能力。
[0078]
在远端核心网和ims故障的时候，深度学习引擎学习基站上下行报文的过程中发现控制协议/ims协议中断无法建立链接，自动或手动刷新转发表切换到本地核心网和ims，转发面组件转发基站上下行流量到lb口，lb口和本地核心网和本地ims相连，基站的移动通信业务得以恢复，实现移动通信的冗余保护，确保移动通信的本地生产网络不中断。
[0079]
n31接口接收到来自基站的上行数据包后，按照图7所示流程进行处理：
[0080]
转发面查询全局配置表中的使能开关状态，在使能状态开关为关闭状态时学习上行数据包后更新转发表，透传上行数据包至n32接口，在使能状态开关为开启状态时，判断上行数据包是否为数据报文；
[0081]
在上行数据包为信令报文时，控制面检测n31接口是否接收到基站发出的告警报文，若接收到告警报文，则强制更新转发表中的teid、时间戳、路由表字段，否则，学习信令报文后透传至n32接口，在上行数据包为数据报文时对上行数据包进行深度处理；
[0082]
读取转发表中的路由表和时间戳信息，直接透传上行数据包至n32接口，查询配置表判断是否需要对上行数据包进行本地处理；
[0083]
查询本地处理用户地址段配置表或服务器地址段配置表后可知当前数据报文是否需要进行本地处理，根据gtpu隧道地址类型以及基站地址与用户终端地址对上行数据包进行本地处理；
[0084]
上行数据包为v4inv4数据包时，上行数据包为无效数据包时透传上行数据包至n32接口，上行数据包为有效数据包时且收到dns请求时，透传上行数据包至n32接口，上行数据包不包含原始数据包或者上行数据包包含原始数据包但未收到dns请求时，gtpu报文中记载的源ip地址查找转发表，上行数据包为v4inv6数据包时，对v4inv6数据包本地处理的方法与v4inv4数据包相同，仅在转发至本地出口路由器之前给处理后的报文分配一个虚拟ipv4/ipv6地址，对本地处理后的报文进行转发；
[0085]
成功查找转发表且转发表信息完整时，从转发表获取出口路由器a的mac地址并对上行数据包进行l2封装，从lb端口转发经l2封装后的数据包至出口路由器a，转发表不完整时透传上行数据包至n32接口，若根据gtpu报文中记载的源ip地址查找转发表失败，根据gtpu报文中记载的源ip地址新建转发表，初始vlan id和upf/sgw ip，设置state为0，透传上行数据包至n32接口。
[0086]
n32接口接收到来自upf/sgw的下行ipv4/ipv6数据包后，按照图8所示流程进行处理：
[0087]
转发面查询全局配置表中的使能开关状态，在使能状态开关为关闭状态时透传下行数据包至n31接口，在使能状态开关为开启状态时判断ddpu是否处于主动学习状态；
[0088]
若ddpu处于被动学习状态，即深度学习基站和upf/sgw/核心网之间传递的gtpu报文时，更新转发表中时间戳字段进而一并更新teid、ip、vlan tag，并在若干时钟脉冲周期
内刷新转发表；
[0089]
与被动学习并行的是通过深度学习引擎周期性向n32接口发送报文进行主动学习，主动学习过程中根据接收的upf/sgw/pgw回包更新转发表，并在若干时钟脉冲周期内刷新转发表，经过主动学习和被动学习更新的转发表用于后续的本地转发和透传；
[0090]
判断下行数据包为信令报文时透传下行数据包至n31接口，在下行数据包为数据报文时进行本地处理；
[0091]
下行数据包为无效数据报文时透传下行数据包至n31接口，下行数据包为有效数据报文时，根据内层ipv4/ipv6目的ip地址成功查找转发表时，更新转发表中的gnb
‑
ipv4
‑
addr、gnb
‑
teid及qfi(仅在下行数据包的gtpu header中有qfi时进行更新)，修改state为本地处理完成状态，透传下行数据报文至n31接口，若根据内层ipv4目的ip地址查找转发表失败，则直接透传下行数据报文至n31接口。
[0092]
本地出口路由器发送下行ip数据包时，按照图9所示流程进行处理：
[0093]
由于本地出口路由器和基站无法在二层互通，本地路由器首先向lb接口发送arp请求以获取lb接口ipv4地址的mac，ddpu解析arp请求后回应虚拟mac地址；
[0094]
本地出口路由器a接收到来自lb接口的虚拟mac后，转发面查询全局配置表中的使能开关状态，在使能状态开关为关闭状态时丢弃下行ip数据包，检查下行ip数据包的协议类型；
[0095]
根据下行ip数据包的协议类型在转发表中查找目的ip地址；
[0096]
若成功查询目的ip地址则查询转发表的state，若根据目的ip地址查找转发表失败则直接透传下行数据至基站；
[0097]
state为本地处理未完成状态时则丢弃下行数据包，state为本地处理完成状态时，则对下行数据包进行gtp、udp、外层ip封装后发送至基站。
[0098]
gtp封装信息包括基站侧teid和qfi，4g基站接入ddpu时不需要封装qfi，5g基站接入ddpu时需要封装qfi。外层封装包括l2层封装、l3层封装、l4层封装，l2层封装的信息包括：目的mac＝基站mac，源mac＝路由器mac，l3层封装的信息包括：目的地址＝基站地址，源地址＝upf/sgw地址，l4层封装的信息为源和目的端口＝2152。
[0099]
移动终端访问基站侧本地网络可以通过写入目标服务器地址段实现，通过网络管理m接口把本地数据中心或服务器的ip地址写入服务器地址段分配表，即可实现移动终端与基站侧的本地服务器或数据中心的双向通信。
[0100]
移动终端访问基站侧本地网络可以通过写入移动终端的源ip地址段实现，通过网络管理m接口把移动终端的源ip地址写入本地处理用户地址段分配表，即可实现移动终端和基站侧的本地服务器或本地数据中心或者远端运营商网络的双向通信。移动终端的源ip段范围不在ddpu的移动终端，按照运营商规划的原路访问网络，不受ddpu控制。
[0101]
移动终端同时访问公网或本地私有网络可以通过写入移动终端的目的ip地址段实现，通过网络管理m接口把移动终端的目的ip地址写入服务器地址段分配表，即可实现移动终端同时和基站侧的本地私有网络以及基站的公共承载网络的双向通信。
[0102]
上述三种双向通信均通过网络管理接口修改分配表实现，无需对网络架构和运维参数进行重新配置，实现了对基站侧数据中心和服务器及网络的零配置，对运营商移动承载网络的零配置，对基站及基站侧路由器的零配置，对移动终端的零配置。
[0103]
以上所述仅为本发明的较佳具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在看到本发明揭露的技术方案后，根据本发明的发明构思对技术方案做出的等同替换或改变都应涵盖在本发明的保护范围之内。