通信处理方法及相关设备与流程

1.本发明涉及通信技术领域，尤其涉及一种通信处理方法及相关设备。


背景技术：

2.现有移动通信系统都是以网络为中心，用户适应网络，即用户只能选择网络提供的功能，尤其是集中式的核心网提供的功能都是大颗粒度的，无法满足用户个性化需求。而用户越来越追求个性化服务，同时万物互联带来终端的类型剧增，需要按需定制的功能，比如不移动的终端，就不需要寻呼，而有些物联终端不需要话音功能等。
3.现有集中式的核心网网元(移动性管理，会话管理，用户数据管理，策略管理)实体一般能处理大量的用户，且集中部署，存在单点失效和分布式拒绝服务攻击(distributed deny of service，ddos)的风险，造成巨大财产和声誉损失。用户个人数据缺乏可信和安全机制，且难以满足越来越严格的数据隐私保护趋势和需求。为解决以上问题，提出了以用户为中心的网络(user-centric network，ucn)架构。在ucn架构中，每一个用户设备(user equipment，ue)都有一个自己的用户服务节点(network service node，usn)，usn由网络服务节点(network service node，nsn)生成，根据需要，usn可以随用户动态生成和迁移，实现以用户为中心的网络架构设计。
4.未来边缘云将广泛部署，从而使得流量以分布式数据中心(data center，dc)/多接入边缘计算(mulit-access edge computing，mec)为中心，同时接入终端的数量激增导致流量以几何级数的趋势增长，未来流量将呈现分布式和本地为主的特征，与传统的经过接入、汇聚和集中，再骨干传输到核心网关的流量模式不同。这导致终端与核心网关之间的数据转发更加分布式、动态化、短距离和短跳数，而流量激增导致路由表膨胀，因此需要研究适应这些新需求的路由方法。


技术实现要素：

5.本技术实施例公开了一种通信处理方法及相关设备，能够适用于数据转发分布式、动态化、短距离和短跳数的以分布式dc/mec为中心的网络架构，且可以有效避免因流量激增而导致路由表膨胀带来的问题，且可以减少复杂的配置，减轻控制节点的处理负担，提高数据传输效率。
6.第一方面，本技术提供一种通信处理方法，该方法包括：
7.在感知用户服务节点和用户设备之间完成认证的情况下，规划该用户服务节点和该用户设备之间的通信路径得到第一路径，该用户服务节点用于为该用户设备提供服务；
8.基于该第一路径计算第一目标数，该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号；
9.向入口转发设备发送该第一目标数，该入口转发设备为该第一路径中处于起点的设备的下一跳设备，该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
10.可选的，该用户服务节点和该用户设备属于同一个边缘云下覆盖的节点。
11.本技术中，在用户设备(user equipment，ue)和用户服务节点usn绑定后，规划该两者之间的通信路径，并基于余数系统的方法来实现该两者的通信。因为ue和其usn是绑定的，上行传输路径一定是从ue到其usn，下行传输路径一定是从usn到其对应的ue，因此对于上下行数据，在ue和其usn初始绑定时，由nsn进行ue和usn之间的路由计算，并给通信路径的入口转发设备下发对应的目标数，该目标数可以重复使用，后续不需要频繁计算，除非路由条件改变；不像现有方案中的openflow或keyflow协议，每当一个新数据包到达入路由器时，都需要触发pakcket-in消息，将该数据包扔给控制器，由控制器重新规划路由。即在本技术中，可以极大减少nsn的处理负担，提升nsn的性能，另外，由于无需实时计算通信路径，因此还可以减少信令通信负担和降低数据传输时延，提高数据传输效率。
12.其次，本技术的通信处理方法满足未来以分布式dc/mec为中心的流量模型中数据转发更加分布式、动态化、短距/短跳数的需求，与分布式mec架构完美结合，比目前主流的sr方案和keyflow结合sdn的方案配置更简单，协议也更简单，可以极大降低部署和维护成本，提高部署和维护效率。
13.再者，本技术的通信处理方法中无需路由表，避免了因流量激增导致的路由表膨胀问题；且复杂的路径计算由nsn集中实现，相比于现有的mpls和sr，降低了转发设备负担，以及极大减少了繁琐的配置。
14.一种可能的实施方式中，该方法还包括：
15.在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下，规划该用户设备和该用户服务节点之间的通信路径得到第二路径；
16.基于该第二路径计算第二目标数，该第二目标数用于计算该第二路径上的转发设备转发数据的出端口号；
17.向该入口转发设备发送该第二目标数，该第二目标数用于添加到该入口转发设备发往该第二路径的终点设备的数据中。
18.本技术中，如果原先规划好的ue和usn之间的通信路径无法通信，可以重新规划新的路径，可以避免数据通信中断，提高通信网络的可靠性和性能。
19.一种可能的实施方式中，该第一路径为从该用户设备到该用户服务节点的路径；该入口转发设备为将该用户设备接入通信网络的接入设备；该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况，包括：将该用户设备接入该通信网络的接入设备发生变更。
20.本技术中，在本技术中当用户设备ue的接入设备切换的情况下，可以及时感知并规划新的通信路径，保证ue与usn之间正常的通信。
21.第二方面，本技术提供一种通信处理方法，该方法包括：
22.接收第一目标数，该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据，该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到，该用户服务节点用于为该用户设备提供服务；
23.接收第一数据，并基于该第一数据查找到该第一目标数；
24.将该第一目标数写入该第一数据得到第二数据；
25.基于该第一目标数计算出端口号，将该第二数据从该出端口号发送出去。
26.本技术中，该通信处理方法的执行主体可以是上述第一路径中的入口转发设备，入口转发设备可以在ue和usn绑定后，接收到网络服务节点发送的上述第一目标数，在需要通过第一路径转发ue和usn之间的数据时，将该第一目标数添加到需要转发的数据中，并基于第一目标数计算数据转发的出端口来将数据转发出去，无需路由表查表，避免了因流量激增导致的路由表膨胀问题。也不需要像现有方案中的openflow或keyflow协议的方案，每当一个新数据包到达入路由器时，都需要触发pakcket-in消息，将该数据包扔给控制器，由控制器重新规划路由，从而也减轻了入口准发设备的处理负担。
27.另外，在现有的采用openflow或keyflow协议的路由方案中，入口路由器进行数据转发的时候，仍然需要查表获取出端口号，而不是通过目标数来计算出端口号，因此，相比于现有的方案，本技术在入口转发设备就通过目标数计算数据的出端口号，无需查表来查找出端口，从而解决了路由表或流表等膨胀导致的存储资源占用过多等问题。
28.一种可能的实施方式中，该方法还包括：接收第二目标数，将本地存储的该第一目标数替换为该第二目标数；该第二目标数用于按照第二路径转发用户服务节点和用户设备之间的通信数据，该第二路径为在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下规划得到。
29.本技术中，ue和usn之间的通信路径重新规划后，入口转发设备会接收到第二目标数，然后替换原来路径对应的第一目标数，从而保证ue和usn之间的数据通信可以正常进行无中断。
30.第三方面，本技术提供一种通信处理装置，该装置包括：
31.规划单元，用于在感知用户服务节点和用户设备之间完成认证的情况下，规划该用户服务节点和该用户设备之间的通信路径得到第一路径，该用户服务节点用于为该用户设备提供服务；
32.计算单元，用于基于该第一路径计算第一目标数，该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号；
33.发送单元，用于向入口转发设备发送该第一目标数，该入口转发设备为该第一路径中处于起点的设备的下一跳设备，该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
34.一种可能的实施方式中，该用户服务节点和该用户设备属于同一个边缘云下覆盖的节点。
35.一种可能的实施方式中，该规划单元，还用于在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下，规划该用户设备和该用户服务节点之间的通信路径得到第二路径；
36.该计算单元，还用于基于该第二路径计算第二目标数，该第二目标数用于计算该第二路径上的转发设备转发数据的出端口号；
37.该发送单元，还用于向该入口转发设备发送该第二目标数，该第二目标数用于添加到该入口转发设备发往该第二路径的终点设备的数据中。
38.一种可能的实施方式中，该第一路径为从该用户设备到该用户服务节点的路径；该入口转发设备为将该用户设备接入通信网络的接入设备；
39.该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况，包括：
40.将该用户设备接入该通信网络的接入设备发生变更。
41.第四方面，本技术提供一种通信处理装置，该装置包括：
42.接收单元，用于接收第一目标数，该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据，该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到，该用户服务节点用于为该用户设备提供服务；
43.该接收单元，还用于接收第一数据，并基于该第一数据查找到该第一目标数；
44.写入单元，用于将该第一目标数写入该第一数据得到第二数据；
45.计算单元，用于基于该第一目标数计算出端口号；
46.发送单元，用于将该第二数据从该出端口号发送出去。
47.一种可能的实施方式中，该接收单元，还用于：
48.接收第二目标数，将本地存储的该第一目标数替换为该第二目标数；该第二目标数用于按照第二路径转发用户服务节点和用户设备之间的通信数据，该第二路径为在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下规划得到。
49.第五方面，本技术提供一种通信处理装置，该装置可以包括处理器和存储器，用于实现上述第一方面及其可能的实施方式描述的通信处理方法。该存储器与处理器耦合，处理器执行存储器中存储的计算机程序时，可以实现上述第一方面或第一方面任一种可能的实现方式所述的方法。该装置还可以包括通信接口，通信接口用于该装置与其它装置进行通信，示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。该通信接口包括接收接口和发送接口，该接收接口用于接收消息，该发送接口用于发送消息。
50.在一种可能的实现中，该装置可以包括：
51.存储器，用于存储计算机程序；
52.处理器，在感知用户服务节点和用户设备之间完成认证的情况下，规划该用户服务节点和该用户设备之间的通信路径得到第一路径，该用户服务节点用于为该用户设备提供服务；基于该第一路径计算第一目标数，该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号；通过通信接口向入口转发设备发送该第一目标数，该入口转发设备为该第一路径中处于起点的设备的下一跳设备，该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
53.需要说明的是，本技术中存储器中的计算机程序可以预先存储也可以使用该装置时从互联网下载后存储，本技术对于存储器中计算机程序的来源不进行具体限定。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或连接，其可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。
54.第六方面，本技术提供一种通信处理装置，该装置可以包括处理器和存储器，用于实现上述第二方面及其可能的实施方式描述的通信处理方法。该存储器与处理器耦合，处理器执行存储器中存储的计算机程序时，可以实现上述第二方面或第二方面任一种可能的实现方式所述的方法。该装置还可以包括通信接口，通信接口用于该装置与其它装置进行通信，示例性的，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。该通信接口包括接收接口和发送接口，该接收接口用于接收消息，该发送接口用于发送消息。
55.在一种可能的实现中，该装置可以包括：
56.存储器，用于存储计算机程序；
57.处理器，通过通信接口接收第一目标数，该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据，该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到，该用户服务节点用于为该用户设备提供服务；通过通信接口接收第一数据，并基于该第一数据查找到该第一目标数；将该第一目标数写入该第一数据得到第二数据；基于该第一目标数计算出端口号，通过通信接口将该第二数据从该出端口号发送出去。
58.需要说明的是，本技术中存储器中的计算机程序可以预先存储也可以使用该装置时从互联网下载后存储，本技术对于存储器中计算机程序的来源不进行具体限定。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或连接，其可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。
59.第七方面，本技术提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行以实现上述第一方面任意一项所述的方法；或者，该计算机程序被处理器执行以实现上述第二方面所述的方法。
60.第八方面，本技术提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得该计算机执行如上述第一方面任意一项所述的方法；或者，使得该计算机执行上述第二方面所述的方法。
61.可以理解地，上述提供的第三方面、第四方面、第五方面和第六方面所述的装置、第七方面所述的计算机存储介质以及第八方面所述的计算机程序产品均用于执行第一方面和第二方面中任一项所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。
附图说明
62.下面将对本技术实施例中所需要使用的附图作介绍。
63.图1至图3所示为本技术实施例提供的场景示意图；
64.图4所示为本技术提供的网络架构与传统网络架构比较的示意图；
65.图5所示为本技术提供的通信处理方法的流程示意图；
66.图6所示为本技术提供的传输路径示意图；
67.图7所示为本技术提供的一种边缘云结构示意图；
68.图8和图9所示为本技术提供的装置的逻辑结构示意图；
69.图10和图11所示为本技术提供的装置的实体结构示意图。
具体实施方式
70.下面结合附图对本技术的实施例进行描述。
71.首先介绍一下本技术涉及到的余数系统。
72.余数系统(residue number system，rns)基于中国余数定理(chineseremainder theorem，crt)实现。该原理简单描述如下：
73.1、{m1,m2,m3,...,mn},是一组互质数组，n为大于1的整数；
74.2、{x1,x2,x3,...,xn}是一组整数数组；
75.3、任何小于m的任意整数x都可以在定义的余数系统中表示为n个较小的整数的集
合；
76.4、xi＝《x》mi，对xi可以由x通过对相应的mi进行取余而得到。在本技术下面的描述中，可以称该x为目标数。
77.边缘云是分布在网络边缘侧，提供实时数据处理和分析决策的小规模云数据中心。基于边缘云的优势，网络边缘云化成为必然趋势，边缘云和核心云(核心云为大型云服务数据中心)形成协同互补，边缘云更靠近用户，能够更好地支持对时延和数据隐私等有高要求的应用，适合网络功能的分布式部署。部署边缘云的场景可以示例性参见图1。
78.在图1中可以看到，整个系统架构可以分为三层：终端层、边缘云层和核心云层。终端层的终端通过基站或无线接入点等接入设备接入到边缘云，该终端为用户设备(user equipment，ue)。边缘云层中的多个边缘云可以互相建立通信连接，该多个边缘云与核心云建立通信连接。不管是该多个边缘云还是核心云都可以提供应用服务(application service，apps)。
79.基于上述图1所示的场景，可以设计得到用户为中心(user-centric network，ucn)的网络架构，示例性地可以参见图2。图2示例性示出了一种ucn的网络架构示意图，可以看到边缘云上部署有网络服务节点(network service node，nsn)和用户服务节点(network service node，usn)，每一个用户设备ue都对应有一个自己的用户服务节点usn。用户服务节点usn可以为与其绑定的用户设备ue提供需要的服务。网络服务节点nsn可以为其所在的边缘云中的usn及其对应的终端等提供需要的服务。
80.示例性地，还可以参见图3，图3所示为另一个ucn网络架构的示意图。可以看到，ucn网络架构中核心云和和每个边缘云都部署有一个网络服务节点nsn，这些nsn之间可以互相通信。每个边缘云中还部署了一个或多个用户服务节点usn，每个usn与一个用户设备ue关联绑定。usn和ue之间通信的数据通过转发设备进行转发。该转发设备例如可以是接入设备、路由器、网关或者交换机等可以转发数据的设备，该接入设备例如为基站或无线接入点等等。
81.需要说明的是，上述网络服务节点nsn和用户服务节点usn可以是服务器中部署的应用服务软件。可选的，一个服务器或者一个服务器集群中可以部署多个该nsn和多个usn，或者，一个服务器或者一个服务器集群中部署一个nsn和一个或多个usn，或者，一个服务器或一个服务器集群部署一个nsn，每个usn也各自单独部署在一个服务器上等等。本技术对nsn或usn的具体部署不做限制。
82.一种可能的实施例中，每一个边缘云为一个多接入边缘计算(mulit-access edge computing，mec)域，该边缘云下的节点和设备属于该mec域内的节点和设备。
83.由于上述的ucn网络架构以分布式dc/mec为中心，同时接入终端的数量激增导致流量的几何级数的增长，未来流量将呈现分布式和本地为主的特征，导致终端与核心网关之间的数据转发更加分布式、动态化、短距离以及短跳数，而流量激增导致路由表膨胀，因此，需要设计一种满足该ucn网络架构特性的数据通信路由规则。在此之前，先分析一下现有的几种路由规则。
84.例如，现有的经典的网际互联协议(internet protocol，ip)路由表方案，是沿路路由器通过查找路由表，确定转发出口及下一跳路由。但在面向未来网络的新流量模型时，存在以下的问题：随着终端数量的几何级数激增，会带来路由表膨胀问题。
85.又例如，现有的keyflow结合软件定义网络(software defined network，sdn)的方案，在openflow控制器上部署keyflow应用程序，用于通过上述余数系统rns计算得到目标数及将该目标数下发。具体的，由入口边缘路由器，将数据包扔给控制器，控制器计算转发路径和该目标数，生成包括目标数的包头(该包头可以称为rns头)，并下发给入口和出口边缘路由器；入口路由器为数据加上包括目标数的包头，并基于目标数沿路计算出端口，并转发；在出口边缘路由器，将包括目标数的包头剥离。
86.上述包括目标数的包头可以称为rns头，该rns头除了包括该目标数还可以包括数据包的源目的地址和目的地址等信息。keyflow结合sdn的方案的具体流程描述如下：
87.步骤1：来自自治域1的数据包进入入口边缘路由器，触发packet-in消息，将数据包发送openflow控制器；keyflow应用程序从数据包中得到目的地址，基于实时网络拓扑，规划路由，规划结果为从路由器4-》3-》5到出口边缘路由器；进而基于rns计算得到目标数为25；
88.步骤2：openflow控制器生成包括25的rns头，通过flow-mod信息发送给入口和出口边缘路由器，该入口和出口边缘路由器收到包头后增加一个新的流表，表示该数据包进入keyflow域，执行基于该rns头的路由；
89.步骤3：openflow控制器发送modified-field action消息给入口边缘路由器，指示入口边缘路由器将rns头写入数据包头；入口边缘路由器转发数据包到路由器4，25/4取余得1，则从1端口转发出去，到达路由器3，取余得1，从1端口转发出去，到路由器5，取余得0，从0端口转发出去，到达出口边缘路由器；
90.步骤4：openflow控制器发送modified-field action消息给出口边缘路由器，指示出口边缘路由器将rns头去掉。根据目的地址进一步转发。
91.该keyflow结合sdn的方案存在如下缺点：1.对sdn控制器，因为流量激增，短时流量多，动态变化，当把这些新的数据包都扔给控制器时，导致控制器性能急剧下降。同时还需要频繁更新沿路路由转发表，增加信令负担和延时。2.keyflow必须用open-flow协议的packet-in功能来获得数据包的源和目的地址信息，需要多一步操作，耗费更多处理资源，且open-flow协议较复杂，实现起来成本高。
92.又例如，多标签协议交换(multi-protocol label switching，mpls)及段路由(segment rout ing，sr)方案。该两种方案中，基于流量工程扩展的资源预留协议(resource reservation prot ocol-traffic engineering，rsvp-te)通过内部网关协议(interior gateway protocols，igp)泛洪，收敛后，每台设备获取每条路径的状态，再根据约束条件进行路径计算，然后逐跳发送报文，请求预留带宽和分配标签。sr是mpls的改进方案，具有极大的潜力。sr-be(best effort)是最短路径转发模型，由前缀标签或节点标签指导报文转发，不需要控制器。流量工程的段路由((segment routing-traffic engineering，sr-te)需要控制器，控制器集中算路后，向隧道入节点发送一连串标签，用以控制转发路径。
93.结合标签分发协议(label distribution protocol，ldp)和rsvp-te的优点形成sr-te。具体的，1、去掉rsvp-te的信令机制。协议机制复杂的根源就在于每一台设备都需要单独维护一套复杂的信令。但rsvp-te通过扩展的igp获取到路径信息后，会计算出一条合适的路径，然后通过发送rsvp-te信令来建立隧道。因为有可能当前链路发生了变化，而收
敛需要时间，可能正好发生在计算路径的时刻。所以必须有一个机制，使每条隧道在发送报文之前，再次进行路径的确认，并对带宽进行预留，这就是rsvp-te信令的作用。究其原因，是因为rsvp-te是分布式的架构，每台设备只能看到自己的状态，而如果需要知道其他地方的情况，就必须依靠信令机制去实现。但如果分布式架构中，增加一个集中控制的节点，统一进行路径计算和分发标签，就迎刃而解了。所以sr与sdn是天作之合。2、将ldp高效和负载分担引入到rsvp-te。rsvp-te在源端就确定好路径，而有时候有多条路都满足要求，但rsvp-te不能进行负载分担。通过1)直接利用igp去分配标签，扩展了igp协议，通过igp的信令直接携带标签信息，规避了流量黑洞。2)设置node id(全局标签)，可以单独标识一台设备，而且全局有效且唯一。这样就可以通过一个全局标识进行查表转发。3)设置adjacent id(邻接标签)。本地有效，有方向性，本地唯一标识了一条链路。这样实现选择特定路线的需求。
94.对于sr-te，在需要负载分担的路段实现自由的负载分担模式，例如，上海到南京，有两条路径可自由选择；而在需要严谨选路的路段严格的进行路径指定，例如，南京到太原再到西安，避开南京到西安直达的拥塞路径。
95.但是上述mpls和sr方案存在如下一些问题：1.rsvp-te配置非常繁琐，协议复杂，无法大规模应用；2.sr-te虽然相对rsvp-te已经配置简化，但仍需要复杂的标签配置，协议也相对复杂。3.mpls及sr更多应用在骨干网络。4.sr-te的标签栈不能无限大，需要用粘连标签来解决。
96.上述现有的路由规则的应用场景均为传统的三层网络架构，与ucn网络架构不同，为了便于理解，可以参见图4。图4示例性示出了三层网络架构和ucn网络架构的对比示意图。可以看到，ucn网络架构简化了经典网络架构的汇聚层，将汇聚层的环状网络改为树状网络，另外，ucn网络中边缘云将泛在化，大部分流量将在网络边缘转发及终结，从而使得流量以分布式dc/mec为中心。
97.ucn网络架构中，接入终端的数量激增使得流量以几何级数的趋势增长，流量激增导致路由表膨胀，且未来流量将呈现分布式和本地为主的特征，终端与核心网关之间的数据转发更加分布式、动态化、短距离和短跳数，基于这些特性，若将上述现有的路由规则应用到ucn网络架构中则上述所描述的现有路由方案的缺陷会更加突出。因此，本技术提供了适用于ucn网络架构的通信处理方法，解决ucn网络架构中数据发送的路由问题。
98.参见图5，本技术提供的通信处理方法包括但不限于如下步骤：
99.s501、在感知用户服务节点和用户设备之间完成认证的情况下，规划该用户服务节点和该用户设备之间的通信路径得到第一路径，该用户服务节点用于为该用户设备提供服务。
100.在具体实施例中，该网络服务节点和用户服务节点分别为上述介绍的ucn网络架构中某个边缘云(或者说某个mec域，为了便于描述称该某个mec域为第一mec域，下面以该第一mec域为例来描述)的网络服务节点nsn和用户服务节点usn，为了便于后面的描述该网络服务节点nsn和用户服务节点usn分别称为第一nsn和第一usn。s501中的用户设备与第一usn绑定，为了便于后面的描述，该用户设备称为第一ue。
101.在第一mec域内，用户服务节点都是由该第一mec域内的网络服务节点第一nsn生成的。示例性地，以第一usn为例，在第一ue首次向其所在的第一mec域内的第一nsn请求开
通服务时，该第一nsn接收到第一ue的服务开通请求后，为该第一ue生成一个usn，该usn即为上述第一usn。
102.上述第一nsn生成第一usn后，参与并协助该第一usn与该第一ue完成绑定操作。示例性地，该第一nsn为该第一ue和该第一usn分配ip地址，该ip地址在该第一mec域内唯一且不变。然后，第一nsn和第一ue之间互相完成认证，具体的认证方式例如可以参考3gpp ts23.501标准、3gpp ts33.501标准、3gpp ts33.535标准和3gpp ts 23.303标准等标准中的认证方式，本技术不做赘述。完成认证后，第一usn和第一ue均获得一个孪生全球唯一的用户临时标识(twin-globally unique temporary identity，twin-guti)，该twin-guti标识中包括该第一usn和第一ue的ip地址。因此，通过该twin-guti标识，第一usn获得了第一ue的ip地址，该第一ue获得了第一usn的ip地址。该第一usn与该第一ue完成认证后即完成了该第一usn与该第一ue之间的绑定，从而该第一usn可以为第一ue提供该第一ue订制的服务。
103.第一usn为第一ue提供服务的过程中需要进行数据的通信，在本技术中，第一usn和第一ue之间完成绑定后，第一nsn即为该第一usn和第一ue之间的通信规划通信路径。具体的，该第一nsn拥有第一mec域内的全局网络拓扑视图，即第一nsn能够感知该第一mec域内各个设备和节点之间的连接关系，因此，第一nsn可以在第一usn和第一ue之间规划出最优传输路径。
104.示例性地，第一nsn可以根据带宽、时延和约束条件等要求指定具体的路径；当网络中存在多条可达路由时，可以根据时延最小、跳数最少、带宽最大或者负载均衡等条件，选择最适合的传输路径。第一nsn在第一usn和第一ue之间规划的通信路径可以称为第一路径。
105.在本技术中，复杂的路径计算由nsn集中实现。网络的拓扑是动态变化的，而通信路径的计算需要强大的算力支持。nsn部署在边缘数据中心，相比路由器，具有强大的算力，同时拥有mec域内的实时拓扑，可以更快速，更准确的计算出最优路径。
106.s502、该网络服务节点基于该第一路径计算第一目标数，该第一目标数用于计算该第一路径上的转发设备转发数据包的出端口号。
107.在具体实施例中，第一nsn规划好上述第一usn和第一ue之间的传输路径(即第一路径)后，可以采用余数系统rns来实现数据在该第一路径中的转发。
108.具体的，第一nsn可以获取一组互质的数组，该数组中包括的数的个数与第一mec域内包括的转发设备的个数相等。该域内的转发设备为除了用户设备ue、nsn和usn外的用于转发数据的设备，例如路由器、基站和网关等等。然后，第一nsn为该第一mec域内的转发设备分配该互质数组中的数，每一个转发设备分配一个数，并将各个转发设备分配得到的数发送给对应的转发设备保存。该互质数组中的数分配给转发设备后可以称为转发设备的编号。
109.上述第一nsn规划得到第一usn和第一ue之间的第一路径后，可以获得该第一路径中各个转发设备的编号，以及获得该各个转发设备转发数据的出端口号。
110.一种可能的实施方式中，该第一路径可以为以第一usn为起点，以第一ue为终点的下行传输路径。那么，第一nsn可以获得两个数组，一个数组为该第一路径中各个转发设备的编号组成的数组，简称为下行编号数组，另一个数组为该各个转发设备转发第一usn向第
一ue发送的数据(可以称为下行数据)的出端口号组成的数组，简称为下行端口数组。然后，第一nsn可以基于该下行编号数组和下行端口数组计算得到一个目标数，本技术中可以将该目标数称为下行目标数，该下行目标数即为上述s502中的第一目标数。该下行目标数对该各个转发设备中任意某一个设备的编号取余得到的余数为该某一个设备在下行端口数组中对应的出端口号，基于该特性，该下行目标数可以用于计算该第一路径上的转发设备转发下行数据的出端口号。
111.另一种可能的实施方式中，该第一路径可以为以第一ue为起点，以第一usn为终点的上行传输路径。同理，第一nsn可以获得两个数组，一个数组为该第一路径中各个转发设备的编号组成的数组，简称为上行编号数组，另一个数组为该各个转发设备转发第一ue向第一usn发送的数据(可以称为上行数据)的出端口号组成的数组，简称为上行端口数组。然后，第一nsn可以基于该上行编号数组和上行端口数组计算得到一个目标数，本技术中可以将该目标数称为上行目标数，该上行目标数即为上述s502中的第一目标数。该上行目标数对该各个转发设备中任意某一个设备的编号取余得到的余数为该某一个设备在上行端口数组中对应的出端口号，基于该特性，该上行目标数可以用于计算该第一路径上的转发设备转发上行数据包的出端口号，且转发设备的端口号总数要小于该转发设备的编号值。
112.可选的，虽然上行传输路径相比于下行传输路径的起点和终点对换了，但是上下行传输路径中包括的转发设备是相同的。或者，可选的，上行传输路径中包括的转发设备和下行传输路径中包括的转发设备不同，即该上行数据通过某一个路径传输，而该下行数据通过另一个路径传输。
113.不管是下行传输路径还是上行传输路径，计算对应目标数的方式是相同的，示例性的，具体的计算方式如下：
114.假设编号数组为{m1,m2,m3,...,mn}，端口数组为{x1,x2,x3,...,xn}，那么，
115.m＝m1*m2*m3*...*mn；即m为编号数组内所有数的乘积；
116.mi＝m/mi，i＝1,2,3,...,n；即mi为编号数组中，除去mi后其余数的乘积；
117.li＝(1/mi)％mi；li为mi的倒数对mi的取余得到；
118.x＝(l1*m1*x1 l2*m2*x2 ... ln*mn*xn)％m；x为所有li*mi*mi的和对m的取余得到，该x即为上述需要计算的第一目标数。
119.s503、该网络服务节点向入口转发设备发送该第一目标数，该入口转发设备为该第一路径中处于起点的设备的下一跳设备，该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
120.在具体实施例中，上述第一nsn计算得到第一目标数后，将该第一目标数发送给上述第一路径中处于起点的设备的下一跳设备，该下一跳设备为该第一路径的入口转发设备。该入口转发设备和出口转发设备是相对而言的，若该第一路径为上述下行传输路径，第一路径中第一usn的下一跳转发设备为入口转发设备，第一ue的上一跳转发设备为出口转发设备；若该第一路径为上述上行传输路径，第一ue的下一跳转发设备为入口转发设备，第一usn的上一跳转发设备为出口转发设备。
121.可选的，若该上行传输路径和该下行传输路径中包括的转发设备相同，那么，下行传输路径中第一usn的下一跳转发设备为上行传输路径中第一usn的上一跳转发设备，下行传输路径中第一ue的上一跳转发设备为上行传输路径中第一ue的下一跳转发设备。
122.为了便于理解，示例性地，可以参见图6。在图6中，规划的第一路径包括的转发设备有转发设备1、转发设备2和转发设备3。对于下行传输路径，转发设备1为入口转发设备，转发设备3为出口转发设备。对于上行传输路径，转发设备3为入口转发设备，转发设备1为出口转发设备。
123.第一nsn除了将上述第一目标发送给第一路径的入口转发设备，还将上述第一ue和第一usn的ip地址也一起发送给该入口转发设备。该入口转发设备接收到该第一目标数、第一ue和第一usn的ip地址后，将这些信息保存以用于后续数据的转发。
124.一种可能的实施方式中，上述第一nsn是将该第一目标数、第一ue和第一usn的ip地址封装成一个数据包头的格式发送给该入口转发设备。在该数据包头中指明源地址和目的地址。该数据包头可以称为rns头。
125.具体的，若上述第一路径为上行传输路径，则第一nsn向第一路径的入口转发设备发送的目标数为上述上行目标数，并指明该上行目标数关联的源地址和目的地址分别为第一ue的地址和第一usn的地址。若上述第一路径为下行传输路径，则第一nsn向第一路径的入口转发设备发送的目标数为上述下行目标数，指明该下行目标数关联的源地址和目的地址分别为第一usn的地址和第一ue的地址。为了便于理解，可以参见表1。
126.表1
127.目标数关联的源地址关联的目的地址上行目标数第一usn的地址第一usn的地址下行目标数第一usn的地址第一usn的地址
128.经过上述的操作，第一ue和第一usn之间可以实现数据的传输。上述第一路径的入口转发设备接收到需要转发的数据(包括数据包或控制指令报文等)后，根据数据中的源地址和目的地址在本地存储器中查找到对应的目标数即上述第一目标数，然后，将该第一目标数添加在该数据中，例如添加在数据包的包头或命令报文的报文头等，并基于该第一目标数计算出数据的出端口号，然后，将添加了目标数的数据从该出端口号对应的端口发送给下一跳转发设备。后面的转发设备同样的，在接收到该数据后，获取数据中的第一目标数，基于该第一目标数计算出数据的出端口号，然后，将数据从该出端口号对应的端口发送给下一跳转发设备。当数据发送到出口转发设备时，出口转发设备基于该数据中的第一目标数计算得到出端口号，并将该第一目标数从该数据中去掉，然后，从该出端口号对应的出端口转发去掉第一目标数的数据。
129.一种可能的实施方式中，在上述第一ue和第一usn绑定后，上述第一nsn可以同时规划该第一ue和第一usn之间的上行传输路径和下行传输路径；或者，可选的，在上述第一ue和第一usn绑定后，上述第一nsn可以只规划该第一ue到第一usn的上行传输路径；或者，可选的，在上述第一ue和第一usn绑定后，上述第一nsn可以只规划该第一usn到第一ue之间的下行传输路径。
130.为了便于理解上述介绍的通信处理方法，下面分别举例介绍下行数据和上行数据的传输过程。可以示例性地参见图7，图7示例性示出了一个mec域内的网络架构示意图，可以看到，转发设备的编号都是互质的数值，每个转发设备包括多个通信端口，每个通信端口都有对应的端口号。
131.首先，以图7中用户服务节点1(简称为usn1)和用户设备1(简称为ue1)之间的下行
数据传输为例。在usn1和ue1完成绑定后，网络服务节点1(简称为nsn1)根据该mec域内的全局视图，在usn1到ue1，可以看到有两条路径(实际网络中，可能会更多)，第一条路径为从转发设备9
→
转发设备4
→
转发设备5；第二条路径为从转发设备9
→
转发设备7
→
转发设备11
→
转发设备17
→
转发设备4
→
转发设备5；从时延最小或调数最小的角度来规划，则选定第一条路径，从而规划出路由路径。然后，根据该第一条路径中转发设备的编号以及各个出端口号计算得到目标数为81，具体的计算过程如下：
132.上述第一条路径对应的下行编号数组为{m1，m2，m3}＝{9，4，5}，下行端口数组为{x1，x2，x3}＝{0，1，1}，那么，
133.m＝m1*m2*m3＝9*4*5＝180；
134.m1＝m/m1＝180/9＝20，m2＝m/m2＝180/4＝45，m3＝m/m3＝180/5＝36；
135.l1＝(1/m1)％m1＝(1/20)％9＝5，l2＝(1/m2)％m2＝(1/45)％4＝1，l3＝(1/m3)％m3＝(1/36)％5＝1；
136.x＝(l1*m1*x1 l2*m2*x2 l3*m3*x3)＝(5*20*0 1*45*1 1*36*1)％180＝81。
137.nsn1计算得到目标数81后，将该81，以及该81关联的源地址(usn1的地址)和目的地址即(ue1的地址)发送给入口转发设备(转发设备9)。
138.在转发设备9接收到来自usn1的数据包，可以解析该数据包，获知该数据包的源地址为usn1的地址，目的地址为ue1的地址，并在本地查找到对应的目标数81，然后，将目标数81添加到该数据包包头。且，该转发设备基于该目标数81计算得到该数据包的出端口号，具体的，用该目标数81对转发设备9的编号9进行取余操作得到余数0，则该0即为该数据包的出端口号。然后，转发设备9将携带有目标数81的数据包从端口0转发出去。
139.该转发设备9的端口0转发出去的数据包被传输到转发设备4，转发设备4接收该数据包，获取该数据包包头中的目标数81，用该目标数81对转发设备4的编号4进行取余操作得到余数1，则该1即为该数据包的出端口号。然后，转发设备4将数据包重新封装好并从端口1转发出去。
140.该转发设备4的端口1转发出去的数据包被传输到转发设备5，转发设备5接收该数据包，获取该数据包包头中的目标数81，用该目标数81对转发设备5的编号5进行取余操作得到余数1，则该1即为该数据包的出端口号。另外，由于转发设备5的端口1连接的即为目的地ue1，因此，转发设备5将接收到的数据包包头中的目标数81去掉后再从端口1转发给ue1。
141.下面以图7中usn1和ue1之间的上行数据传输为例。在usn1和ue1完成绑定后，网络服务节点1(简称为nsn1)根据该mec域内的全局视图，规划出从ue1到usn1的传输路径为从转发设备5
→
转发设备4
→
转发设备9。然后，根据该路径中转发设备的编号以及各个出端口号计算得到目标数为100，具体的计算过程如下：
142.上述第一条路径对应的下行编号数组为{m1，m2，m3}＝{5，4，9}，下行端口数组为{x1，x2，x3}＝{0，0，1}，那么，
143.m＝m1*m2*m3＝5*4*9＝180；
144.m1＝m/m1＝180/5＝36，m2＝m/m2＝180/4＝45，m3＝m/m3＝180/9＝20；
145.l1＝(1/m1)％m1＝(1/36)％5＝1，l2＝(1/m2)％m2＝(1/45)％4＝1，l3＝(1/m3)％m3＝(1/20)％9＝5；
146.x＝(l1*m1*x1 l2*m2*x2 l3*m3*x3)＝(1*36*0 1*45*0 5*20*1)％180＝100。
147.nsn1计算得到目标数100后，将该100，以及该100关联的源地址(ue1的地址)和目的地址即(usn1的地址)发送给入口转发设备(转发设备5)。
148.在转发设备5接收到来自ue1的数据包，可以解析该数据包，获知该数据包的源地址为ue1的地址，目的地址为usn1的地址，因此，在本地查找到对应的目标数100，然后，将目标数100添加到该数据包包头。且，该转发设备基于该目标数100计算得到该数据包的出端口号，具体的，用该目标数100对转发设备5的编号5进行取余操作得到余数0，则该0即为该数据包的出端口号。然后，转发设备5将携带有目标数100的数据包从端口0转发出去。
149.该转发设备5的端口0转发出去的数据包被传输到转发设备4，转发设备4接收该数据包，获取该数据包包头中的目标数100，用该目标数100对转发设备4的编号4进行取余操作得到余数0，则该0即为该数据包的出端口号。然后，转发设备4将数据包重新封装好并从端口0转发出去。
150.该转发设备4的端口0转发出去的数据包被传输到转发设备9，转发设备9接收该数据包，获取该数据包包头中的目标数100，用该目标数100对转发设备9的编号9进行取余操作得到余数1，则该1即为该数据包的出端口号。另外，由于转发设备9的端口1连接的即为目的地usn1，因此，转发设备9将接收到的数据包包头中的目标数100去掉后再从端口1转发给usn1。
151.需要说明的是，上述图7介绍的本技术提供的通信处理方法以数据包发送为例介绍，但该通信处理方法不限于数据包通信的情况下使用，控制命令等信息通信的情况下也可以使用，本技术提供的通信处理方法不限制通信的信息的类型。另外，上述图7中ue1和usn1之间的上行传输路径和下行传输路径包括的转发设备相同，均为转发设备4、转发设备5和转发设备9，但在实际实现过程中ue和其对应的usn之间的上行传输路径和下行传输路径包括的转发设备可以不相同，即该上行传输路径和下行传输路径可以为不同的路径。
152.一种可能的实施方式中，在上述第一路径无法实现上述第一usn和上述第一ue之间的通信的情况下，上述第一nsn可以重新规划该第一ue和该第一usn之间的通信路径得到第二路径；然后，基于该第二路径计算第二目标数，并向该第二路径的入口转发设备发送该二目标数，该第二目标数用于计算该第二路径上的转发设备转发数据的出端口号；该第二目标数用于添加到该入口转发设备发往该第二路径的终点设备的数据中。
153.具体实施例中，在上述第一路径出现故障、出现拥堵或者第一ue在第一mec域内连接的接入设备切换等情况下，第一nsn可以重新规划第一ue和第一usn之间的通信路径。该第一ue在第一mec域内连接的接入设备切换例如可以是：第一ue在该第一mec域内连接的基站由第一基站切换为第二基站等等。
154.第一nsn规划好上述第二路径后，同样计算该第二路径对应的第二目标数，然后将该第二目标数下发给第二路径的入口转发设备等等，具体的实现可以参考上述图5所示的通信处理方法的描述，此处不再赘述。
155.一种可能的实施方式中，上述第二路径的入口转发设备与上述第一路径的入口转发设备为同一个设备，例如，在第一ue的接入设备切换的情况下，第一usn往第一ue的下一跳设备没有改变，再例如，在第一路径中间的转发设备出现故障，而第一ue或第一usn的下一跳设备均没有改变等等。那么，在这些情况下，该第二路径的入口转发设备接收到第二目标数后，可以将本地存储的第一目标数替换成该第二目标数。
156.本技术实施例可以减少第一ue和第一usn之间的通信中断的概率，提高整个通信网络的通信性能。
157.综上所述，在本技术提供的通信处理方法中，首先，网络服务节点nsn拥有全局网络拓扑视图，可以根据带宽、时延、约束条件等要求指定具体的路径，达到诸如流量工程等功能，从而可以快速规划出ue和usn之间的通信路径。
158.其次，本技术的通信处理方法中无需路由表，避免了因流量激增导致的路由表膨胀问题；且复杂的路径计算由nsn集中实现，相比于现有的mpls和sr，降低了转发设备负担，以及极大减少了繁琐的配置。
159.再者，因为ue和其usn是绑定的，上行传输路径一定是从ue到其usn，下行传输路径一定是从usn到其对应的ue，因此对于上下行数据，在ue和其usn初始绑定时，由nsn进行ue和usn之间的路由计算，并给通信路径的入口转发设备下发对应的目标数，该目标数可以重复使用，后续不需要频繁计算，除非路由条件改变；不像采用openflow或keyflow协议的路由方案，每当一个新数据包到达入口路由器时，都需要触发pakcket-in消息，将该数据包扔给控制器，由控制器重新规划路由。即在本技术中，可以极大减少nsn的处理负担，提升nsn的性能，另外，由于无需实时计算通信路径，因此还可以减少信令通信负担和降低数据传输时延，提高数据传输效率。
160.另外，上述采用openflow或keyflow协议的路由方案中，入口路由器进行数据转发的时候，仍然需要查表获取出端口号，而不是通过目标数来计算出端口号，因此，相比于此，本技术在入口转发设备就通过目标数计算数据的出端口号，无需查表来查找出端口号，从而解决了路由表或流表等膨胀导致的存储资源占用过多等问题。并且，上述采用openflow或keyflow协议的路由方案中，还需要给入口路由器发送modified-field action消息以指示入口路由器将目标数添加到数据包头，并且需要给出口路由器发送modified-field action消息以指示出口路由器将数据包头的目标数去掉，流程繁琐且占用通信资源，而本技术无需执行这两个步骤，简化了操作流程节省了通信资源。
161.其次，本技术的通信处理方法满足未来以分布式dc/mec为中心的流量模型中数据转发更加分布式、动态化、短距/短跳数的需求，与分布式mec架构完美结合，比目前主流的sr方案和keyflow结合sdn的方案配置更简单，协议也更简单，可以极大降低部署和维护成本，提高部署和维护效率。
162.上述主要对本技术实施例提供的通信处理方法进行了介绍。可以理解的是，各个设备为了实现上述对应的功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本文中所公开的实施例描述的各示例的单元及步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但这种实现不应认为超出本技术的范围。
163.本技术实施例可以根据上述方法示例对设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
164.在采用对应各个功能划分各个功能模块的情况下，图8示出了装置的一种可能的逻辑结构示意图，该装置可以是上述网络服务节点所在的装置(例如该网络服务节点所在的服务器、芯片或处理系统等)。该装置800包括规划单元801、计算单元802和发送单元803。其中：
165.规划单元801，用于在感知用户服务节点和用户设备之间完成认证的情况下，规划该用户服务节点和该用户设备之间的通信路径得到第一路径，该用户服务节点用于为该用户设备提供服务；
166.计算单元802，用于基于该第一路径计算第一目标数，该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号；
167.发送单元803，用于向入口转发设备发送该第一目标数，该入口转发设备为该第一路径中处于起点的设备的下一跳设备，该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
168.一种可能的实施方式中，该用户服务节点和该用户设备属于同一个边缘云下覆盖的节点。
169.一种可能的实施方式中，该规划单元801，还用于在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下，规划该用户设备和该用户服务节点之间的通信路径得到第二路径；
170.该计算单元802，还用于基于该第二路径计算第二目标数，该第二目标数用于计算该第二路径上的转发设备转发数据的出端口号；
171.该发送单元803，还用于向该入口转发设备发送该第二目标数，该第二目标数用于添加到该入口转发设备发往该第二路径的终点设备的数据中。
172.一种可能的实施方式中，该第一路径为从该用户设备到该用户服务节点的路径；该入口转发设备为将该用户设备接入通信网络的接入设备；
173.该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况，包括：
174.将该用户设备接入该通信网络的接入设备发生变更。
175.图8所示装置800中各个单元的具体操作以及有益效果可以参见上述图5及其可能的方法实施例中对应的描述，此处不再赘述。
176.在采用对应各个功能划分各个功能模块的情况下，图9示出了装置的一种可能的逻辑结构示意图，该装置可以是上述入口转发设备、该入口转发设备的芯片或处理系统等。该装置900包括接收单元901、写入单元902、计算单元903和发送单元904。其中：
177.接收单元901，用于接收第一目标数，该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据，该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到，该用户服务节点用于为该用户设备提供服务；
178.该接收单元901，还用于接收第一数据，并基于该第一数据查找到该第一目标数；
179.写入单元902，用于将该第一目标数写入该第一数据得到第二数据；
180.计算单元903，用于基于该第一目标数计算出端口号；
181.发送单元904，用于将该第二数据从该出端口号发送出去。
182.一种可能的实施方式中，该接收单元901，还用于：
183.接收第二目标数，将本地存储的该第一目标数替换为该第二目标数；该第二目标
数用于按照第二路径转发用户服务节点和用户设备之间的通信数据，该第二路径为在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下规划得到。
184.图9所示装置900中各个单元的具体操作以及有益效果可以参见上述图5及其可能的方法实施例中对应的描述，此处不再赘述。
185.图10所示为本技术提供的装置的一种可能的硬件结构示意图，该装置可以是上述实施例所述方法中的网络服务节点所在的装置(例如该网络服务节点所在的服务器、芯片或处理系统等)。该装置1000包括：处理器1001、存储器1002和通信接口1003。处理器1001、通信接口1003以及存储器1002可以相互连接或者通过总线1004相互连接。
186.示例性的，存储器1002用于存储装置1000的计算机程序和数据，存储器1002可以包括但不限于是随机存储记忆体(random access memory，ram)、只读存储器(read-only memory，rom)、可擦除可编程只读存储器(erasable programmable read only memory，eprom)或便携式只读存储器(compact disc read-only memory，cd-rom)等。
187.通信接口1003包括发送接口和接收接口，通信接口1003的个数可以为多个，用于支持装置1000进行通信，例如接收或发送数据或消息等。
188.示例性的，处理器1001可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。处理器1001可以用于读取上述存储器1002中存储的程序，使得装置1000执行如上述图5及其可能的实施例中所述的任一种通信处理方法中nsn所做的操作。
189.一种可能的实施方式中，处理器1001可以用于读取上述存储器1002中存储的程序，执行如下操作：
190.在感知用户服务节点和用户设备之间完成认证的情况下，规划该用户服务节点和该用户设备之间的通信路径得到第一路径，该用户服务节点用于为该用户设备提供服务；基于该第一路径计算第一目标数，该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号；通过通信接口向入口转发设备发送该第一目标数，该入口转发设备为该第一路径中处于起点的设备的下一跳设备，该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
191.图10所示装置1000中各个单元的具体操作以及有益效果可以参见上述图5及其可能的方法实施例中对应的描述，此处不再赘述。
192.图11所示为本技术提供的装置的一种可能的硬件结构示意图，该装置可以是上述实施例所述方法中的入口转发设备、入口转发设备的芯片或处理系统等。该装置1100包括：处理器1101、存储器1102和通信接口1103。处理器1101、通信接口1103以及存储器1102可以相互连接或者通过总线1104相互连接。
193.示例性的，存储器1102用于存储装置1100的计算机程序和数据，存储器1102可以包括但不限于是随机存储记忆体(random access memory，ram)、只读存储器(read-only me mory，rom)、可擦除可编程只读存储器(erasable programmable read only memory，epr om)或便携式只读存储器(compact disc read-only memory，cd-rom)等。
194.通信接口1103包括发送接口和接收接口，通信接口1103的个数可以为多个，用于
支持装置1100进行通信，例如接收或发送数据或消息等。
195.示例性的，处理器1101可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。处理器1101可以用于读取上述存储器1102中存储的程序，使得装置1100执行如上述图5及其可能的实施例中所述的任一种通信处理方法中入口转发设备所做的操作。
196.一种可能的实施方式中，处理器1101可以用于读取上述存储器1102中存储的程序，执行如下操作：
197.通过通信接口接收第一目标数，该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据，该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到，该用户服务节点用于为该用户设备提供服务；通过通信接口接收第一数据，并基于该第一数据查找到该第一目标数；将该第一目标数写入该第一数据得到第二数据；基于该第一目标数计算出端口号，通过通信接口将该第二数据从该出端口号发送出去。
198.图11所示装置1100中各个单元的具体操作以及有益效果可以参见上述图5及其可能的方法实施例中对应的描述，此处不再赘述。
199.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行以实现上述图5及其可能的方法实施例中任一实施例所述方法中nsn所做的操作；或者，该计算机程序被处理器执行以实现上述图5及其可能的方法实施例中任一实施例所述方法中入口转发设备所做的操作。
200.本技术实施例还提供一种计算机程序产品，当该计算机程序产品被计算机读取并执行时，上述图5及其可能的方法实施例中任一实施例所述方法中nsn所做的操作将被执行；或者，上述图5及其可能的方法实施例中任一实施例所述方法中入口转发设备所做的操作将被执行。
201.综上所述，在用户设备(user equipment，ue)和用户服务节点usn绑定后，规划该两者之间的通信路径，并基于余数系统的方法来实现该两者的通信。因为ue和其usn是绑定的，上行传输路径一定是从ue到其usn，下行传输路径一定是从usn到其对应的ue，因此对于上下行数据，在ue和其usn初始绑定时，由nsn进行ue和usn之间的路由计算，并给通信路径的入口转发设备下发对应的目标数，该目标数可以重复使用，后续不需要频繁计算，除非路由条件改变；不像现有方案中的openflow或keyflow协议，每当一个新数据包到达入路由器时，都需要触发pakcket-in消息，将该数据包扔给控制器，由控制器重新规划路由。即在本技术中，可以极大减少nsn的处理负担，提升nsn的性能，另外，由于无需实时计算通信路径，因此还可以减少信令通信负担和降低数据传输时延，提高数据传输效率。
202.其次，本技术的通信处理方法满足未来以分布式dc/mec为中心的流量模型中数据转发更加分布式、动态化、短距/短跳数的需求，与分布式mec架构完美结合，比目前主流的sr方案和keyflow结合sdn的方案配置更简单，协议也更简单，可以极大降低部署和维护成本，提高部署和维护效率。
203.再者，本技术的通信处理方法中无需路由表，避免了因流量激增导致的路由表膨
胀问题；且复杂的路径计算由nsn集中实现，相比于现有的mpls和sr，降低了转发设备负担，以及极大减少了繁琐的配置。
204.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。