CN115379525A - 通信处理方法及相关设备 - Google Patents
通信处理方法及相关设备 Download PDFInfo
- Publication number
- CN115379525A CN115379525A CN202110557277.4A CN202110557277A CN115379525A CN 115379525 A CN115379525 A CN 115379525A CN 202110557277 A CN202110557277 A CN 202110557277A CN 115379525 A CN115379525 A CN 115379525A
- Authority
- CN
- China
- Prior art keywords
- path
- target number
- data
- service node
- user equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 151
- 238000003672 processing method Methods 0.000 title abstract description 28
- 238000000034 method Methods 0.000 claims abstract description 53
- 238000013439 planning Methods 0.000 claims abstract description 31
- 238000012545 processing Methods 0.000 claims abstract description 21
- 238000004590 computer program Methods 0.000 claims description 24
- 238000004364 calculation method Methods 0.000 claims description 20
- 230000005540 biological transmission Effects 0.000 abstract description 58
- 230000006870 function Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 12
- 230000011664 signaling Effects 0.000 description 8
- 238000003491 array Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 6
- 238000012423 maintenance Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 101100294701 Arabidopsis thaliana NSN1 gene Proteins 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007727 signaling mechanism Effects 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/34—Modification of an existing route
- H04W40/36—Modification of an existing route due to handover
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供一种通信处理方法及相关设备,该方法包括:在感知用户服务节点和用户设备之间完成认证的情况下,规划该用户服务节点和该用户设备之间的通信路径得到第一路径,该用户服务节点用于为该用户设备提供服务;基于该第一路径计算第一目标数,该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号;向入口转发设备发送该第一目标数,该入口转发设备为该第一路径中处于起点的设备的下一跳设备,该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。本申请能够减轻控制节点的处理负担,提高数据传输效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种通信处理方法及相关设备。
背景技术
现有移动通信***都是以网络为中心,用户适应网络,即用户只能选择网络提供的功能,尤其是集中式的核心网提供的功能都是大颗粒度的,无法满足用户个性化需求。而用户越来越追求个性化服务,同时万物互联带来终端的类型剧增,需要按需定制的功能,比如不移动的终端,就不需要寻呼,而有些物联终端不需要话音功能等。
现有集中式的核心网网元(移动性管理,会话管理,用户数据管理,策略管理)实体一般能处理大量的用户,且集中部署,存在单点失效和分布式拒绝服务攻击(distributeddeny of service,DDoS)的风险,造成巨大财产和声誉损失。用户个人数据缺乏可信和安全机制,且难以满足越来越严格的数据隐私保护趋势和需求。为解决以上问题,提出了以用户为中心的网络(user-centric network,UCN)架构。在UCN架构中,每一个用户设备(userequipment,UE)都有一个自己的用户服务节点(network service node,USN),USN由网络服务节点(network service node,NSN)生成,根据需要,USN可以随用户动态生成和迁移,实现以用户为中心的网络架构设计。
未来边缘云将广泛部署,从而使得流量以分布式数据中心(data center,DC)/多接入边缘计算(mulit-access edge computing,MEC)为中心,同时接入终端的数量激增导致流量以几何级数的趋势增长,未来流量将呈现分布式和本地为主的特征,与传统的经过接入、汇聚和集中,再骨干传输到核心网关的流量模式不同。这导致终端与核心网关之间的数据转发更加分布式、动态化、短距离和短跳数,而流量激增导致路由表膨胀,因此需要研究适应这些新需求的路由方法。
发明内容
本申请实施例公开了一种通信处理方法及相关设备,能够适用于数据转发分布式、动态化、短距离和短跳数的以分布式DC/MEC为中心的网络架构,且可以有效避免因流量激增而导致路由表膨胀带来的问题,且可以减少复杂的配置,减轻控制节点的处理负担,提高数据传输效率。
第一方面,本申请提供一种通信处理方法,该方法包括:
在感知用户服务节点和用户设备之间完成认证的情况下,规划该用户服务节点和该用户设备之间的通信路径得到第一路径,该用户服务节点用于为该用户设备提供服务;
基于该第一路径计算第一目标数,该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号;
向入口转发设备发送该第一目标数,该入口转发设备为该第一路径中处于起点的设备的下一跳设备,该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
可选的,该用户服务节点和该用户设备属于同一个边缘云下覆盖的节点。
本申请中,在用户设备(user equipment,UE)和用户服务节点USN绑定后,规划该两者之间的通信路径,并基于余数***的方法来实现该两者的通信。因为UE和其USN是绑定的,上行传输路径一定是从UE到其USN,下行传输路径一定是从USN到其对应的UE,因此对于上下行数据,在UE和其USN初始绑定时,由NSN进行UE和USN之间的路由计算,并给通信路径的入口转发设备下发对应的目标数,该目标数可以重复使用,后续不需要频繁计算,除非路由条件改变;不像现有方案中的OpenFlow或KeyFlow协议,每当一个新数据包到达入路由器时,都需要触发pakcket-in消息,将该数据包扔给控制器,由控制器重新规划路由。即在本申请中,可以极大减少NSN的处理负担,提升NSN的性能,另外,由于无需实时计算通信路径,因此还可以减少信令通信负担和降低数据传输时延,提高数据传输效率。
其次,本申请的通信处理方法满足未来以分布式DC/MEC为中心的流量模型中数据转发更加分布式、动态化、短距/短跳数的需求,与分布式MEC架构完美结合,比目前主流的SR方案和KeyFlow结合SDN的方案配置更简单,协议也更简单,可以极大降低部署和维护成本,提高部署和维护效率。
再者,本申请的通信处理方法中无需路由表,避免了因流量激增导致的路由表膨胀问题;且复杂的路径计算由NSN集中实现,相比于现有的MPLS和SR,降低了转发设备负担,以及极大减少了繁琐的配置。
一种可能的实施方式中,该方法还包括:
在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下,规划该用户设备和该用户服务节点之间的通信路径得到第二路径;
基于该第二路径计算第二目标数,该第二目标数用于计算该第二路径上的转发设备转发数据的出端口号;
向该入口转发设备发送该第二目标数,该第二目标数用于添加到该入口转发设备发往该第二路径的终点设备的数据中。
本申请中,如果原先规划好的UE和USN之间的通信路径无法通信,可以重新规划新的路径,可以避免数据通信中断,提高通信网络的可靠性和性能。
一种可能的实施方式中,该第一路径为从该用户设备到该用户服务节点的路径;该入口转发设备为将该用户设备接入通信网络的接入设备;该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况,包括:将该用户设备接入该通信网络的接入设备发生变更。
本申请中,在本申请中当用户设备UE的接入设备切换的情况下,可以及时感知并规划新的通信路径,保证UE与USN之间正常的通信。
第二方面,本申请提供一种通信处理方法,该方法包括:
接收第一目标数,该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据,该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到,该用户服务节点用于为该用户设备提供服务;
接收第一数据,并基于该第一数据查找到该第一目标数;
将该第一目标数写入该第一数据得到第二数据;
基于该第一目标数计算出端口号,将该第二数据从该出端口号发送出去。
本申请中,该通信处理方法的执行主体可以是上述第一路径中的入口转发设备,入口转发设备可以在UE和USN绑定后,接收到网络服务节点发送的上述第一目标数,在需要通过第一路径转发UE和USN之间的数据时,将该第一目标数添加到需要转发的数据中,并基于第一目标数计算数据转发的出端口来将数据转发出去,无需路由表查表,避免了因流量激增导致的路由表膨胀问题。也不需要像现有方案中的OpenFlow或KeyFlow协议的方案,每当一个新数据包到达入路由器时,都需要触发pakcket-in消息,将该数据包扔给控制器,由控制器重新规划路由,从而也减轻了入口准发设备的处理负担。
另外,在现有的采用OpenFlow或KeyFlow协议的路由方案中,入口路由器进行数据转发的时候,仍然需要查表获取出端口号,而不是通过目标数来计算出端口号,因此,相比于现有的方案,本申请在入口转发设备就通过目标数计算数据的出端口号,无需查表来查找出端口,从而解决了路由表或流表等膨胀导致的存储资源占用过多等问题。
一种可能的实施方式中,该方法还包括:接收第二目标数,将本地存储的该第一目标数替换为该第二目标数;该第二目标数用于按照第二路径转发用户服务节点和用户设备之间的通信数据,该第二路径为在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下规划得到。
本申请中,UE和USN之间的通信路径重新规划后,入口转发设备会接收到第二目标数,然后替换原来路径对应的第一目标数,从而保证UE和USN之间的数据通信可以正常进行无中断。
第三方面,本申请提供一种通信处理装置,该装置包括:
规划单元,用于在感知用户服务节点和用户设备之间完成认证的情况下,规划该用户服务节点和该用户设备之间的通信路径得到第一路径,该用户服务节点用于为该用户设备提供服务;
计算单元,用于基于该第一路径计算第一目标数,该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号;
发送单元,用于向入口转发设备发送该第一目标数,该入口转发设备为该第一路径中处于起点的设备的下一跳设备,该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
一种可能的实施方式中,该用户服务节点和该用户设备属于同一个边缘云下覆盖的节点。
一种可能的实施方式中,该规划单元,还用于在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下,规划该用户设备和该用户服务节点之间的通信路径得到第二路径;
该计算单元,还用于基于该第二路径计算第二目标数,该第二目标数用于计算该第二路径上的转发设备转发数据的出端口号;
该发送单元,还用于向该入口转发设备发送该第二目标数,该第二目标数用于添加到该入口转发设备发往该第二路径的终点设备的数据中。
一种可能的实施方式中,该第一路径为从该用户设备到该用户服务节点的路径;该入口转发设备为将该用户设备接入通信网络的接入设备;
该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况,包括:
将该用户设备接入该通信网络的接入设备发生变更。
第四方面,本申请提供一种通信处理装置,该装置包括:
接收单元,用于接收第一目标数,该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据,该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到,该用户服务节点用于为该用户设备提供服务;
该接收单元,还用于接收第一数据,并基于该第一数据查找到该第一目标数;
写入单元,用于将该第一目标数写入该第一数据得到第二数据;
计算单元,用于基于该第一目标数计算出端口号;
发送单元,用于将该第二数据从该出端口号发送出去。
一种可能的实施方式中,该接收单元,还用于:
接收第二目标数,将本地存储的该第一目标数替换为该第二目标数;该第二目标数用于按照第二路径转发用户服务节点和用户设备之间的通信数据,该第二路径为在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下规划得到。
第五方面,本申请提供一种通信处理装置,该装置可以包括处理器和存储器,用于实现上述第一方面及其可能的实施方式描述的通信处理方法。该存储器与处理器耦合,处理器执行存储器中存储的计算机程序时,可以实现上述第一方面或第一方面任一种可能的实现方式所述的方法。该装置还可以包括通信接口,通信接口用于该装置与其它装置进行通信,示例性的,通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。该通信接口包括接收接口和发送接口,该接收接口用于接收消息,该发送接口用于发送消息。
在一种可能的实现中,该装置可以包括:
存储器,用于存储计算机程序;
处理器,在感知用户服务节点和用户设备之间完成认证的情况下,规划该用户服务节点和该用户设备之间的通信路径得到第一路径,该用户服务节点用于为该用户设备提供服务;基于该第一路径计算第一目标数,该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号;通过通信接口向入口转发设备发送该第一目标数,该入口转发设备为该第一路径中处于起点的设备的下一跳设备,该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
需要说明的是,本申请中存储器中的计算机程序可以预先存储也可以使用该装置时从互联网下载后存储,本申请对于存储器中计算机程序的来源不进行具体限定。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或连接,其可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
第六方面,本申请提供一种通信处理装置,该装置可以包括处理器和存储器,用于实现上述第二方面及其可能的实施方式描述的通信处理方法。该存储器与处理器耦合,处理器执行存储器中存储的计算机程序时,可以实现上述第二方面或第二方面任一种可能的实现方式所述的方法。该装置还可以包括通信接口,通信接口用于该装置与其它装置进行通信,示例性的,通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。该通信接口包括接收接口和发送接口,该接收接口用于接收消息,该发送接口用于发送消息。
在一种可能的实现中,该装置可以包括:
存储器,用于存储计算机程序;
处理器,通过通信接口接收第一目标数,该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据,该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到,该用户服务节点用于为该用户设备提供服务;通过通信接口接收第一数据,并基于该第一数据查找到该第一目标数;将该第一目标数写入该第一数据得到第二数据;基于该第一目标数计算出端口号,通过通信接口将该第二数据从该出端口号发送出去。
需要说明的是,本申请中存储器中的计算机程序可以预先存储也可以使用该装置时从互联网下载后存储,本申请对于存储器中计算机程序的来源不进行具体限定。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或连接,其可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
第七方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行以实现上述第一方面任意一项所述的方法;或者,该计算机程序被处理器执行以实现上述第二方面所述的方法。
第八方面,本申请提供一种计算机程序产品,当计算机程序产品在计算机上运行时,使得该计算机执行如上述第一方面任意一项所述的方法;或者,使得该计算机执行上述第二方面所述的方法。
可以理解地,上述提供的第三方面、第四方面、第五方面和第六方面所述的装置、第七方面所述的计算机存储介质以及第八方面所述的计算机程序产品均用于执行第一方面和第二方面中任一项所提供的方法。因此,其所能达到的有益效果可参考对应方法中的有益效果,此处不再赘述。
附图说明
下面将对本申请实施例中所需要使用的附图作介绍。
图1至图3所示为本申请实施例提供的场景示意图;
图4所示为本申请提供的网络架构与传统网络架构比较的示意图;
图5所示为本申请提供的通信处理方法的流程示意图;
图6所示为本申请提供的传输路径示意图;
图7所示为本申请提供的一种边缘云结构示意图;
图8和图9所示为本申请提供的装置的逻辑结构示意图;
图10和图11所示为本申请提供的装置的实体结构示意图。
具体实施方式
下面结合附图对本申请的实施例进行描述。
首先介绍一下本申请涉及到的余数***。
余数***(residue number system,RNS)基于中国余数定理(chineseremaindertheorem,CRT)实现。该原理简单描述如下:
1、{m1,m2,m3,...,mN},是一组互质数组,N为大于1的整数;
2、{x1,x2,x3,...,xN}是一组整数数组;
3、任何小于M的任意整数X都可以在定义的余数***中表示为N个较小的整数的集合;
4、xi=<X>mi,对xi可以由X通过对相应的mi进行取余而得到。在本申请下面的描述中,可以称该X为目标数。
边缘云是分布在网络边缘侧,提供实时数据处理和分析决策的小规模云数据中心。基于边缘云的优势,网络边缘云化成为必然趋势,边缘云和核心云(核心云为大型云服务数据中心)形成协同互补,边缘云更靠近用户,能够更好地支持对时延和数据隐私等有高要求的应用,适合网络功能的分布式部署。部署边缘云的场景可以示例性参见图1。
在图1中可以看到,整个***架构可以分为三层:终端层、边缘云层和核心云层。终端层的终端通过基站或无线接入点等接入设备接入到边缘云,该终端为用户设备(userequipment,UE)。边缘云层中的多个边缘云可以互相建立通信连接,该多个边缘云与核心云建立通信连接。不管是该多个边缘云还是核心云都可以提供应用服务(applicationservice,APPs)。
基于上述图1所示的场景,可以设计得到用户为中心(user-centric network,UCN)的网络架构,示例性地可以参见图2。图2示例性示出了一种UCN的网络架构示意图,可以看到边缘云上部署有网络服务节点(network service node,NSN)和用户服务节点(network service node,USN),每一个用户设备UE都对应有一个自己的用户服务节点USN。用户服务节点USN可以为与其绑定的用户设备UE提供需要的服务。网络服务节点NSN可以为其所在的边缘云中的USN及其对应的终端等提供需要的服务。
示例性地,还可以参见图3,图3所示为另一个UCN网络架构的示意图。可以看到,UCN网络架构中核心云和和每个边缘云都部署有一个网络服务节点NSN,这些NSN之间可以互相通信。每个边缘云中还部署了一个或多个用户服务节点USN,每个USN与一个用户设备UE关联绑定。USN和UE之间通信的数据通过转发设备进行转发。该转发设备例如可以是接入设备、路由器、网关或者交换机等可以转发数据的设备,该接入设备例如为基站或无线接入点等等。
需要说明的是,上述网络服务节点NSN和用户服务节点USN可以是服务器中部署的应用服务软件。可选的,一个服务器或者一个服务器集群中可以部署多个该NSN和多个USN,或者,一个服务器或者一个服务器集群中部署一个NSN和一个或多个USN,或者,一个服务器或一个服务器集群部署一个NSN,每个USN也各自单独部署在一个服务器上等等。本申请对NSN或USN的具体部署不做限制。
一种可能的实施例中,每一个边缘云为一个多接入边缘计算(mulit-access edgecomputing,MEC)域,该边缘云下的节点和设备属于该MEC域内的节点和设备。
由于上述的UCN网络架构以分布式DC/MEC为中心,同时接入终端的数量激增导致流量的几何级数的增长,未来流量将呈现分布式和本地为主的特征,导致终端与核心网关之间的数据转发更加分布式、动态化、短距离以及短跳数,而流量激增导致路由表膨胀,因此,需要设计一种满足该UCN网络架构特性的数据通信路由规则。在此之前,先分析一下现有的几种路由规则。
例如,现有的经典的网际互联协议(internet protocol,IP)路由表方案,是沿路路由器通过查找路由表,确定转发出口及下一跳路由。但在面向未来网络的新流量模型时,存在以下的问题:随着终端数量的几何级数激增,会带来路由表膨胀问题。
又例如,现有的KeyFlow结合软件定义网络(software defined network,SDN)的方案,在OpenFlow控制器上部署KeyFlow应用程序,用于通过上述余数***RNS计算得到目标数及将该目标数下发。具体的,由入口边缘路由器,将数据包扔给控制器,控制器计算转发路径和该目标数,生成包括目标数的包头(该包头可以称为RNS头),并下发给入口和出口边缘路由器;入口路由器为数据加上包括目标数的包头,并基于目标数沿路计算出端口,并转发;在出口边缘路由器,将包括目标数的包头剥离。
上述包括目标数的包头可以称为RNS头,该RNS头除了包括该目标数还可以包括数据包的源目的地址和目的地址等信息。KeyFlow结合SDN的方案的具体流程描述如下:
步骤1:来自自治域1的数据包进入入口边缘路由器,触发packet-in消息,将数据包发送OpenFlow控制器;KeyFlow应用程序从数据包中得到目的地址,基于实时网络拓扑,规划路由,规划结果为从路由器4->3->5到出口边缘路由器;进而基于RNS计算得到目标数为25;
步骤2:OpenFlow控制器生成包括25的RNS头,通过flow-mod信息发送给入口和出口边缘路由器,该入口和出口边缘路由器收到包头后增加一个新的流表,表示该数据包进入KeyFlow域,执行基于该RNS头的路由;
步骤3:OpenFlow控制器发送modified-field action消息给入口边缘路由器,指示入口边缘路由器将RNS头写入数据包头;入口边缘路由器转发数据包到路由器4,25/4取余得1,则从1端口转发出去,到达路由器3,取余得1,从1端口转发出去,到路由器5,取余得0,从0端口转发出去,到达出口边缘路由器;
步骤4:OpenFlow控制器发送modified-field action消息给出口边缘路由器,指示出口边缘路由器将RNS头去掉。根据目的地址进一步转发。
该KeyFlow结合SDN的方案存在如下缺点:1.对SDN控制器,因为流量激增,短时流量多,动态变化,当把这些新的数据包都扔给控制器时,导致控制器性能急剧下降。同时还需要频繁更新沿路路由转发表,增加信令负担和延时。2.KeyFlow必须用Open-flow协议的packet-in功能来获得数据包的源和目的地址信息,需要多一步操作,耗费更多处理资源,且Open-flow协议较复杂,实现起来成本高。
又例如,多标签协议交换(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-trafficengineering,SR-TE)需要控制器,控制器集中算路后,向隧道入节点发送一连串标签,用以控制转发路径。
结合标签分发协议(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)设置AdjacentID(邻接标签)。本地有效,有方向性,本地唯一标识了一条链路。这样实现选择特定路线的需求。
对于SR-TE,在需要负载分担的路段实现自由的负载分担模式,例如,上海到南京,有两条路径可自由选择;而在需要严谨选路的路段严格的进行路径指定,例如,南京到太原再到西安,避开南京到西安直达的拥塞路径。
但是上述MPLS和SR方案存在如下一些问题:1.RSVP-TE配置非常繁琐,协议复杂,无法大规模应用;2.SR-TE虽然相对RSVP-TE已经配置简化,但仍需要复杂的标签配置,协议也相对复杂。3.MPLS及SR更多应用在骨干网络。4.SR-TE的标签栈不能无限大,需要用粘连标签来解决。
上述现有的路由规则的应用场景均为传统的三层网络架构,与UCN网络架构不同,为了便于理解,可以参见图4。图4示例性示出了三层网络架构和UCN网络架构的对比示意图。可以看到,UCN网络架构简化了经典网络架构的汇聚层,将汇聚层的环状网络改为树状网络,另外,UCN网络中边缘云将泛在化,大部分流量将在网络边缘转发及终结,从而使得流量以分布式DC/MEC为中心。
UCN网络架构中,接入终端的数量激增使得流量以几何级数的趋势增长,流量激增导致路由表膨胀,且未来流量将呈现分布式和本地为主的特征,终端与核心网关之间的数据转发更加分布式、动态化、短距离和短跳数,基于这些特性,若将上述现有的路由规则应用到UCN网络架构中则上述所描述的现有路由方案的缺陷会更加突出。因此,本申请提供了适用于UCN网络架构的通信处理方法,解决UCN网络架构中数据发送的路由问题。
参见图5,本申请提供的通信处理方法包括但不限于如下步骤:
S501、在感知用户服务节点和用户设备之间完成认证的情况下,规划该用户服务节点和该用户设备之间的通信路径得到第一路径,该用户服务节点用于为该用户设备提供服务。
在具体实施例中,该网络服务节点和用户服务节点分别为上述介绍的UCN网络架构中某个边缘云(或者说某个MEC域,为了便于描述称该某个MEC域为第一MEC域,下面以该第一MEC域为例来描述)的网络服务节点NSN和用户服务节点USN,为了便于后面的描述该网络服务节点NSN和用户服务节点USN分别称为第一NSN和第一USN。S501中的用户设备与第一USN绑定,为了便于后面的描述,该用户设备称为第一UE。
在第一MEC域内,用户服务节点都是由该第一MEC域内的网络服务节点第一NSN生成的。示例性地,以第一USN为例,在第一UE首次向其所在的第一MEC域内的第一NSN请求开通服务时,该第一NSN接收到第一UE的服务开通请求后,为该第一UE生成一个USN,该USN即为上述第一USN。
上述第一NSN生成第一USN后,参与并协助该第一USN与该第一UE完成绑定操作。示例性地,该第一NSN为该第一UE和该第一USN分配IP地址,该IP地址在该第一MEC域内唯一且不变。然后,第一NSN和第一UE之间互相完成认证,具体的认证方式例如可以参考3GPPTS23.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订制的服务。
第一USN为第一UE提供服务的过程中需要进行数据的通信,在本申请中,第一USN和第一UE之间完成绑定后,第一NSN即为该第一USN和第一UE之间的通信规划通信路径。具体的,该第一NSN拥有第一MEC域内的全局网络拓扑视图,即第一NSN能够感知该第一MEC域内各个设备和节点之间的连接关系,因此,第一NSN可以在第一USN和第一UE之间规划出最优传输路径。
示例性地,第一NSN可以根据带宽、时延和约束条件等要求指定具体的路径;当网络中存在多条可达路由时,可以根据时延最小、跳数最少、带宽最大或者负载均衡等条件,选择最适合的传输路径。第一NSN在第一USN和第一UE之间规划的通信路径可以称为第一路径。
在本申请中,复杂的路径计算由NSN集中实现。网络的拓扑是动态变化的,而通信路径的计算需要强大的算力支持。NSN部署在边缘数据中心,相比路由器,具有强大的算力,同时拥有MEC域内的实时拓扑,可以更快速,更准确的计算出最优路径。
S502、该网络服务节点基于该第一路径计算第一目标数,该第一目标数用于计算该第一路径上的转发设备转发数据包的出端口号。
在具体实施例中,第一NSN规划好上述第一USN和第一UE之间的传输路径(即第一路径)后,可以采用余数***RNS来实现数据在该第一路径中的转发。
具体的,第一NSN可以获取一组互质的数组,该数组中包括的数的个数与第一MEC域内包括的转发设备的个数相等。该域内的转发设备为除了用户设备UE、NSN和USN外的用于转发数据的设备,例如路由器、基站和网关等等。然后,第一NSN为该第一MEC域内的转发设备分配该互质数组中的数,每一个转发设备分配一个数,并将各个转发设备分配得到的数发送给对应的转发设备保存。该互质数组中的数分配给转发设备后可以称为转发设备的编号。
上述第一NSN规划得到第一USN和第一UE之间的第一路径后,可以获得该第一路径中各个转发设备的编号,以及获得该各个转发设备转发数据的出端口号。
一种可能的实施方式中,该第一路径可以为以第一USN为起点,以第一UE为终点的下行传输路径。那么,第一NSN可以获得两个数组,一个数组为该第一路径中各个转发设备的编号组成的数组,简称为下行编号数组,另一个数组为该各个转发设备转发第一USN向第一UE发送的数据(可以称为下行数据)的出端口号组成的数组,简称为下行端口数组。然后,第一NSN可以基于该下行编号数组和下行端口数组计算得到一个目标数,本申请中可以将该目标数称为下行目标数,该下行目标数即为上述S502中的第一目标数。该下行目标数对该各个转发设备中任意某一个设备的编号取余得到的余数为该某一个设备在下行端口数组中对应的出端口号,基于该特性,该下行目标数可以用于计算该第一路径上的转发设备转发下行数据的出端口号。
另一种可能的实施方式中,该第一路径可以为以第一UE为起点,以第一USN为终点的上行传输路径。同理,第一NSN可以获得两个数组,一个数组为该第一路径中各个转发设备的编号组成的数组,简称为上行编号数组,另一个数组为该各个转发设备转发第一UE向第一USN发送的数据(可以称为上行数据)的出端口号组成的数组,简称为上行端口数组。然后,第一NSN可以基于该上行编号数组和上行端口数组计算得到一个目标数,本申请中可以将该目标数称为上行目标数,该上行目标数即为上述S502中的第一目标数。该上行目标数对该各个转发设备中任意某一个设备的编号取余得到的余数为该某一个设备在上行端口数组中对应的出端口号,基于该特性,该上行目标数可以用于计算该第一路径上的转发设备转发上行数据包的出端口号,且转发设备的端口号总数要小于该转发设备的编号值。
可选的,虽然上行传输路径相比于下行传输路径的起点和终点对换了,但是上下行传输路径中包括的转发设备是相同的。或者,可选的,上行传输路径中包括的转发设备和下行传输路径中包括的转发设备不同,即该上行数据通过某一个路径传输,而该下行数据通过另一个路径传输。
不管是下行传输路径还是上行传输路径,计算对应目标数的方式是相同的,示例性的,具体的计算方式如下:
假设编号数组为{m1,m2,m3,...,mN},端口数组为{x1,x2,x3,...,xN},那么,
M=m1*m2*m3*...*mN;即M为编号数组内所有数的乘积;
Mi=M/mi,i=1,2,3,...,N;即Mi为编号数组中,除去mi后其余数的乘积;
Li=(1/Mi)%mi;Li为Mi的倒数对mi的取余得到;
X=(L1*M1*x1+L2*M2*x2+...+LN*MN*xN)%M;X为所有Li*Mi*mi的和对M的取余得到,该X即为上述需要计算的第一目标数。
S503、该网络服务节点向入口转发设备发送该第一目标数,该入口转发设备为该第一路径中处于起点的设备的下一跳设备,该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
在具体实施例中,上述第一NSN计算得到第一目标数后,将该第一目标数发送给上述第一路径中处于起点的设备的下一跳设备,该下一跳设备为该第一路径的入口转发设备。该入口转发设备和出口转发设备是相对而言的,若该第一路径为上述下行传输路径,第一路径中第一USN的下一跳转发设备为入口转发设备,第一UE的上一跳转发设备为出口转发设备;若该第一路径为上述上行传输路径,第一UE的下一跳转发设备为入口转发设备,第一USN的上一跳转发设备为出口转发设备。
可选的,若该上行传输路径和该下行传输路径中包括的转发设备相同,那么,下行传输路径中第一USN的下一跳转发设备为上行传输路径中第一USN的上一跳转发设备,下行传输路径中第一UE的上一跳转发设备为上行传输路径中第一UE的下一跳转发设备。
为了便于理解,示例性地,可以参见图6。在图6中,规划的第一路径包括的转发设备有转发设备1、转发设备2和转发设备3。对于下行传输路径,转发设备1为入口转发设备,转发设备3为出口转发设备。对于上行传输路径,转发设备3为入口转发设备,转发设备1为出口转发设备。
第一NSN除了将上述第一目标发送给第一路径的入口转发设备,还将上述第一UE和第一USN的IP地址也一起发送给该入口转发设备。该入口转发设备接收到该第一目标数、第一UE和第一USN的IP地址后,将这些信息保存以用于后续数据的转发。
一种可能的实施方式中,上述第一NSN是将该第一目标数、第一UE和第一USN的IP地址封装成一个数据包头的格式发送给该入口转发设备。在该数据包头中指明源地址和目的地址。该数据包头可以称为RNS头。
具体的,若上述第一路径为上行传输路径,则第一NSN向第一路径的入口转发设备发送的目标数为上述上行目标数,并指明该上行目标数关联的源地址和目的地址分别为第一UE的地址和第一USN的地址。若上述第一路径为下行传输路径,则第一NSN向第一路径的入口转发设备发送的目标数为上述下行目标数,指明该下行目标数关联的源地址和目的地址分别为第一USN的地址和第一UE的地址。为了便于理解,可以参见表1。
表1
目标数 | 关联的源地址 | 关联的目的地址 |
上行目标数 | 第一USN的地址 | 第一USN的地址 |
下行目标数 | 第一USN的地址 | 第一USN的地址 |
经过上述的操作,第一UE和第一USN之间可以实现数据的传输。上述第一路径的入口转发设备接收到需要转发的数据(包括数据包或控制指令报文等)后,根据数据中的源地址和目的地址在本地存储器中查找到对应的目标数即上述第一目标数,然后,将该第一目标数添加在该数据中,例如添加在数据包的包头或命令报文的报文头等,并基于该第一目标数计算出数据的出端口号,然后,将添加了目标数的数据从该出端口号对应的端口发送给下一跳转发设备。后面的转发设备同样的,在接收到该数据后,获取数据中的第一目标数,基于该第一目标数计算出数据的出端口号,然后,将数据从该出端口号对应的端口发送给下一跳转发设备。当数据发送到出口转发设备时,出口转发设备基于该数据中的第一目标数计算得到出端口号,并将该第一目标数从该数据中去掉,然后,从该出端口号对应的出端口转发去掉第一目标数的数据。
一种可能的实施方式中,在上述第一UE和第一USN绑定后,上述第一NSN可以同时规划该第一UE和第一USN之间的上行传输路径和下行传输路径;或者,可选的,在上述第一UE和第一USN绑定后,上述第一NSN可以只规划该第一UE到第一USN的上行传输路径;或者,可选的,在上述第一UE和第一USN绑定后,上述第一NSN可以只规划该第一USN到第一UE之间的下行传输路径。
为了便于理解上述介绍的通信处理方法,下面分别举例介绍下行数据和上行数据的传输过程。可以示例性地参见图7,图7示例性示出了一个MEC域内的网络架构示意图,可以看到,转发设备的编号都是互质的数值,每个转发设备包括多个通信端口,每个通信端口都有对应的端口号。
首先,以图7中用户服务节点1(简称为USN1)和用户设备1(简称为UE1)之间的下行数据传输为例。在USN1和UE1完成绑定后,网络服务节点1(简称为NSN1)根据该MEC域内的全局视图,在USN1到UE1,可以看到有两条路径(实际网络中,可能会更多),第一条路径为从转发设备9→转发设备4→转发设备5;第二条路径为从转发设备9→转发设备7→转发设备11→转发设备17→转发设备4→转发设备5;从时延最小或调数最小的角度来规划,则选定第一条路径,从而规划出路由路径。然后,根据该第一条路径中转发设备的编号以及各个出端口号计算得到目标数为81,具体的计算过程如下:
上述第一条路径对应的下行编号数组为{m1,m2,m3}={9,4,5},下行端口数组为{x1,x2,x3}={0,1,1},那么,
M=m1*m2*m3=9*4*5=180;
M1=M/m1=180/9=20,M2=M/m2=180/4=45,M3=M/m3=180/5=36;
L1=(1/M1)%m1=(1/20)%9=5,L2=(1/M2)%m2=(1/45)%4=1,L3=(1/M3)%m3=(1/36)%5=1;
X=(L1*M1*x1+L2*M2*x2+L3*M3*x3)=(5*20*0+1*45*1+1*36*1)%180=81。
NSN1计算得到目标数81后,将该81,以及该81关联的源地址(USN1的地址)和目的地址即(UE1的地址)发送给入口转发设备(转发设备9)。
在转发设备9接收到来自USN1的数据包,可以解析该数据包,获知该数据包的源地址为USN1的地址,目的地址为UE1的地址,并在本地查找到对应的目标数81,然后,将目标数81添加到该数据包包头。且,该转发设备基于该目标数81计算得到该数据包的出端口号,具体的,用该目标数81对转发设备9的编号9进行取余操作得到余数0,则该0即为该数据包的出端口号。然后,转发设备9将携带有目标数81的数据包从端口0转发出去。
该转发设备9的端口0转发出去的数据包被传输到转发设备4,转发设备4接收该数据包,获取该数据包包头中的目标数81,用该目标数81对转发设备4的编号4进行取余操作得到余数1,则该1即为该数据包的出端口号。然后,转发设备4将数据包重新封装好并从端口1转发出去。
该转发设备4的端口1转发出去的数据包被传输到转发设备5,转发设备5接收该数据包,获取该数据包包头中的目标数81,用该目标数81对转发设备5的编号5进行取余操作得到余数1,则该1即为该数据包的出端口号。另外,由于转发设备5的端口1连接的即为目的地UE1,因此,转发设备5将接收到的数据包包头中的目标数81去掉后再从端口1转发给UE1。
下面以图7中USN1和UE1之间的上行数据传输为例。在USN1和UE1完成绑定后,网络服务节点1(简称为NSN1)根据该MEC域内的全局视图,规划出从UE1到USN1的传输路径为从转发设备5→转发设备4→转发设备9。然后,根据该路径中转发设备的编号以及各个出端口号计算得到目标数为100,具体的计算过程如下:
上述第一条路径对应的下行编号数组为{m1,m2,m3}={5,4,9},下行端口数组为{x1,x2,x3}={0,0,1},那么,
M=m1*m2*m3=5*4*9=180;
M1=M/m1=180/5=36,M2=M/m2=180/4=45,M3=M/m3=180/9=20;
L1=(1/M1)%m1=(1/36)%5=1,L2=(1/M2)%m2=(1/45)%4=1,L3=(1/M3)%m3=(1/20)%9=5;
X=(L1*M1*x1+L2*M2*x2+L3*M3*x3)=(1*36*0+1*45*0+5*20*1)%180=100。
NSN1计算得到目标数100后,将该100,以及该100关联的源地址(UE1的地址)和目的地址即(USN1的地址)发送给入口转发设备(转发设备5)。
在转发设备5接收到来自UE1的数据包,可以解析该数据包,获知该数据包的源地址为UE1的地址,目的地址为USN1的地址,因此,在本地查找到对应的目标数100,然后,将目标数100添加到该数据包包头。且,该转发设备基于该目标数100计算得到该数据包的出端口号,具体的,用该目标数100对转发设备5的编号5进行取余操作得到余数0,则该0即为该数据包的出端口号。然后,转发设备5将携带有目标数100的数据包从端口0转发出去。
该转发设备5的端口0转发出去的数据包被传输到转发设备4,转发设备4接收该数据包,获取该数据包包头中的目标数100,用该目标数100对转发设备4的编号4进行取余操作得到余数0,则该0即为该数据包的出端口号。然后,转发设备4将数据包重新封装好并从端口0转发出去。
该转发设备4的端口0转发出去的数据包被传输到转发设备9,转发设备9接收该数据包,获取该数据包包头中的目标数100,用该目标数100对转发设备9的编号9进行取余操作得到余数1,则该1即为该数据包的出端口号。另外,由于转发设备9的端口1连接的即为目的地USN1,因此,转发设备9将接收到的数据包包头中的目标数100去掉后再从端口1转发给USN1。
需要说明的是,上述图7介绍的本申请提供的通信处理方法以数据包发送为例介绍,但该通信处理方法不限于数据包通信的情况下使用,控制命令等信息通信的情况下也可以使用,本申请提供的通信处理方法不限制通信的信息的类型。另外,上述图7中UE1和USN1之间的上行传输路径和下行传输路径包括的转发设备相同,均为转发设备4、转发设备5和转发设备9,但在实际实现过程中UE和其对应的USN之间的上行传输路径和下行传输路径包括的转发设备可以不相同,即该上行传输路径和下行传输路径可以为不同的路径。
一种可能的实施方式中,在上述第一路径无法实现上述第一USN和上述第一UE之间的通信的情况下,上述第一NSN可以重新规划该第一UE和该第一USN之间的通信路径得到第二路径;然后,基于该第二路径计算第二目标数,并向该第二路径的入口转发设备发送该二目标数,该第二目标数用于计算该第二路径上的转发设备转发数据的出端口号;该第二目标数用于添加到该入口转发设备发往该第二路径的终点设备的数据中。
具体实施例中,在上述第一路径出现故障、出现拥堵或者第一UE在第一MEC域内连接的接入设备切换等情况下,第一NSN可以重新规划第一UE和第一USN之间的通信路径。该第一UE在第一MEC域内连接的接入设备切换例如可以是:第一UE在该第一MEC域内连接的基站由第一基站切换为第二基站等等。
第一NSN规划好上述第二路径后,同样计算该第二路径对应的第二目标数,然后将该第二目标数下发给第二路径的入口转发设备等等,具体的实现可以参考上述图5所示的通信处理方法的描述,此处不再赘述。
一种可能的实施方式中,上述第二路径的入口转发设备与上述第一路径的入口转发设备为同一个设备,例如,在第一UE的接入设备切换的情况下,第一USN往第一UE的下一跳设备没有改变,再例如,在第一路径中间的转发设备出现故障,而第一UE或第一USN的下一跳设备均没有改变等等。那么,在这些情况下,该第二路径的入口转发设备接收到第二目标数后,可以将本地存储的第一目标数替换成该第二目标数。
本申请实施例可以减少第一UE和第一USN之间的通信中断的概率,提高整个通信网络的通信性能。
综上所述,在本申请提供的通信处理方法中,首先,网络服务节点NSN拥有全局网络拓扑视图,可以根据带宽、时延、约束条件等要求指定具体的路径,达到诸如流量工程等功能,从而可以快速规划出UE和USN之间的通信路径。
其次,本申请的通信处理方法中无需路由表,避免了因流量激增导致的路由表膨胀问题;且复杂的路径计算由NSN集中实现,相比于现有的MPLS和SR,降低了转发设备负担,以及极大减少了繁琐的配置。
再者,因为UE和其USN是绑定的,上行传输路径一定是从UE到其USN,下行传输路径一定是从USN到其对应的UE,因此对于上下行数据,在UE和其USN初始绑定时,由NSN进行UE和USN之间的路由计算,并给通信路径的入口转发设备下发对应的目标数,该目标数可以重复使用,后续不需要频繁计算,除非路由条件改变;不像采用OpenFlow或KeyFlow协议的路由方案,每当一个新数据包到达入口路由器时,都需要触发pakcket-in消息,将该数据包扔给控制器,由控制器重新规划路由。即在本申请中,可以极大减少NSN的处理负担,提升NSN的性能,另外,由于无需实时计算通信路径,因此还可以减少信令通信负担和降低数据传输时延,提高数据传输效率。
另外,上述采用OpenFlow或KeyFlow协议的路由方案中,入口路由器进行数据转发的时候,仍然需要查表获取出端口号,而不是通过目标数来计算出端口号,因此,相比于此,本申请在入口转发设备就通过目标数计算数据的出端口号,无需查表来查找出端口号,从而解决了路由表或流表等膨胀导致的存储资源占用过多等问题。并且,上述采用OpenFlow或KeyFlow协议的路由方案中,还需要给入口路由器发送modified-field action消息以指示入口路由器将目标数添加到数据包头,并且需要给出口路由器发送modified-fieldaction消息以指示出口路由器将数据包头的目标数去掉,流程繁琐且占用通信资源,而本申请无需执行这两个步骤,简化了操作流程节省了通信资源。
其次,本申请的通信处理方法满足未来以分布式DC/MEC为中心的流量模型中数据转发更加分布式、动态化、短距/短跳数的需求,与分布式MEC架构完美结合,比目前主流的SR方案和KeyFlow结合SDN的方案配置更简单,协议也更简单,可以极大降低部署和维护成本,提高部署和维护效率。
上述主要对本申请实施例提供的通信处理方法进行了介绍。可以理解的是,各个设备为了实现上述对应的功能,其包含了执行各个功能相应的硬件结构和/或软件模块。结合本文中所公开的实施例描述的各示例的单元及步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图8示出了装置的一种可能的逻辑结构示意图,该装置可以是上述网络服务节点所在的装置(例如该网络服务节点所在的服务器、芯片或处理***等)。该装置800包括规划单元801、计算单元802和发送单元803。其中:
规划单元801,用于在感知用户服务节点和用户设备之间完成认证的情况下,规划该用户服务节点和该用户设备之间的通信路径得到第一路径,该用户服务节点用于为该用户设备提供服务;
计算单元802,用于基于该第一路径计算第一目标数,该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号;
发送单元803,用于向入口转发设备发送该第一目标数,该入口转发设备为该第一路径中处于起点的设备的下一跳设备,该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
一种可能的实施方式中,该用户服务节点和该用户设备属于同一个边缘云下覆盖的节点。
一种可能的实施方式中,该规划单元801,还用于在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下,规划该用户设备和该用户服务节点之间的通信路径得到第二路径;
该计算单元802,还用于基于该第二路径计算第二目标数,该第二目标数用于计算该第二路径上的转发设备转发数据的出端口号;
该发送单元803,还用于向该入口转发设备发送该第二目标数,该第二目标数用于添加到该入口转发设备发往该第二路径的终点设备的数据中。
一种可能的实施方式中,该第一路径为从该用户设备到该用户服务节点的路径;该入口转发设备为将该用户设备接入通信网络的接入设备;
该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况,包括:
将该用户设备接入该通信网络的接入设备发生变更。
图8所示装置800中各个单元的具体操作以及有益效果可以参见上述图5及其可能的方法实施例中对应的描述,此处不再赘述。
在采用对应各个功能划分各个功能模块的情况下,图9示出了装置的一种可能的逻辑结构示意图,该装置可以是上述入口转发设备、该入口转发设备的芯片或处理***等。该装置900包括接收单元901、写入单元902、计算单元903和发送单元904。其中:
接收单元901,用于接收第一目标数,该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据,该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到,该用户服务节点用于为该用户设备提供服务;
该接收单元901,还用于接收第一数据,并基于该第一数据查找到该第一目标数;
写入单元902,用于将该第一目标数写入该第一数据得到第二数据;
计算单元903,用于基于该第一目标数计算出端口号;
发送单元904,用于将该第二数据从该出端口号发送出去。
一种可能的实施方式中,该接收单元901,还用于:
接收第二目标数,将本地存储的该第一目标数替换为该第二目标数;该第二目标数用于按照第二路径转发用户服务节点和用户设备之间的通信数据,该第二路径为在该第一路径无法实现该用户服务节点和该用户设备之间的通信的情况下规划得到。
图9所示装置900中各个单元的具体操作以及有益效果可以参见上述图5及其可能的方法实施例中对应的描述,此处不再赘述。
图10所示为本申请提供的装置的一种可能的硬件结构示意图,该装置可以是上述实施例所述方法中的网络服务节点所在的装置(例如该网络服务节点所在的服务器、芯片或处理***等)。该装置1000包括:处理器1001、存储器1002和通信接口1003。处理器1001、通信接口1003以及存储器1002可以相互连接或者通过总线1004相互连接。
示例性的,存储器1002用于存储装置1000的计算机程序和数据,存储器1002可以包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-onlymemory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM)等。
通信接口1003包括发送接口和接收接口,通信接口1003的个数可以为多个,用于支持装置1000进行通信,例如接收或发送数据或消息等。
示例性的,处理器1001可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。处理器1001可以用于读取上述存储器1002中存储的程序,使得装置1000执行如上述图5及其可能的实施例中所述的任一种通信处理方法中NSN所做的操作。
一种可能的实施方式中,处理器1001可以用于读取上述存储器1002中存储的程序,执行如下操作:
在感知用户服务节点和用户设备之间完成认证的情况下,规划该用户服务节点和该用户设备之间的通信路径得到第一路径,该用户服务节点用于为该用户设备提供服务;基于该第一路径计算第一目标数,该第一目标数用于计算该第一路径上的转发设备转发数据的出端口号;通过通信接口向入口转发设备发送该第一目标数,该入口转发设备为该第一路径中处于起点的设备的下一跳设备,该第一目标数用于添加到该入口转发设备发往该第一路径的终点设备的数据中。
图10所示装置1000中各个单元的具体操作以及有益效果可以参见上述图5及其可能的方法实施例中对应的描述,此处不再赘述。
图11所示为本申请提供的装置的一种可能的硬件结构示意图,该装置可以是上述实施例所述方法中的入口转发设备、入口转发设备的芯片或处理***等。该装置1100包括:处理器1101、存储器1102和通信接口1103。处理器1101、通信接口1103以及存储器1102可以相互连接或者通过总线1104相互连接。
示例性的,存储器1102用于存储装置1100的计算机程序和数据,存储器1102可以包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-onlyme mory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPR OM)或便携式只读存储器(compact disc read-only memory,CD-ROM)等。
通信接口1103包括发送接口和接收接口,通信接口1103的个数可以为多个,用于支持装置1100进行通信,例如接收或发送数据或消息等。
示例性的,处理器1101可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。处理器1101可以用于读取上述存储器1102中存储的程序,使得装置1100执行如上述图5及其可能的实施例中所述的任一种通信处理方法中入口转发设备所做的操作。
一种可能的实施方式中,处理器1101可以用于读取上述存储器1102中存储的程序,执行如下操作:
通过通信接口接收第一目标数,该第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据,该第一路径为在该用户服务节点和该用户设备之间完成认证的情况下规划得到,该用户服务节点用于为该用户设备提供服务;通过通信接口接收第一数据,并基于该第一数据查找到该第一目标数;将该第一目标数写入该第一数据得到第二数据;基于该第一目标数计算出端口号,通过通信接口将该第二数据从该出端口号发送出去。
图11所示装置1100中各个单元的具体操作以及有益效果可以参见上述图5及其可能的方法实施例中对应的描述,此处不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行以实现上述图5及其可能的方法实施例中任一实施例所述方法中NSN所做的操作;或者,该计算机程序被处理器执行以实现上述图5及其可能的方法实施例中任一实施例所述方法中入口转发设备所做的操作。
本申请实施例还提供一种计算机程序产品,当该计算机程序产品被计算机读取并执行时,上述图5及其可能的方法实施例中任一实施例所述方法中NSN所做的操作将被执行;或者,上述图5及其可能的方法实施例中任一实施例所述方法中入口转发设备所做的操作将被执行。
综上所述,在用户设备(user equipment,UE)和用户服务节点USN绑定后,规划该两者之间的通信路径,并基于余数***的方法来实现该两者的通信。因为UE和其USN是绑定的,上行传输路径一定是从UE到其USN,下行传输路径一定是从USN到其对应的UE,因此对于上下行数据,在UE和其USN初始绑定时,由NSN进行UE和USN之间的路由计算,并给通信路径的入口转发设备下发对应的目标数,该目标数可以重复使用,后续不需要频繁计算,除非路由条件改变;不像现有方案中的OpenFlow或KeyFlow协议,每当一个新数据包到达入路由器时,都需要触发pakcket-in消息,将该数据包扔给控制器,由控制器重新规划路由。即在本申请中,可以极大减少NSN的处理负担,提升NSN的性能,另外,由于无需实时计算通信路径,因此还可以减少信令通信负担和降低数据传输时延,提高数据传输效率。
其次,本申请的通信处理方法满足未来以分布式DC/MEC为中心的流量模型中数据转发更加分布式、动态化、短距/短跳数的需求,与分布式MEC架构完美结合,比目前主流的SR方案和KeyFlow结合SDN的方案配置更简单,协议也更简单,可以极大降低部署和维护成本,提高部署和维护效率。
再者,本申请的通信处理方法中无需路由表,避免了因流量激增导致的路由表膨胀问题;且复杂的路径计算由NSN集中实现,相比于现有的MPLS和SR,降低了转发设备负担,以及极大减少了繁琐的配置。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (16)
1.一种通信处理方法,其特征在于,所述方法包括:
在感知用户服务节点和用户设备之间完成认证的情况下,规划所述用户服务节点和所述用户设备之间的通信路径得到第一路径,所述用户服务节点用于为所述用户设备提供服务;
基于所述第一路径计算第一目标数,所述第一目标数用于计算所述第一路径上的转发设备转发数据的出端口号;
向入口转发设备发送所述第一目标数,所述入口转发设备为所述第一路径中处于起点的设备的下一跳设备,所述第一目标数用于添加到所述入口转发设备发往所述第一路径的终点设备的数据中。
2.根据权利要求1所述的方法,其特征在于,所述用户服务节点和所述用户设备属于同一个边缘云下覆盖的节点。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
在所述第一路径无法实现所述用户服务节点和所述用户设备之间的通信的情况下,规划所述用户设备和所述用户服务节点之间的通信路径得到第二路径;
基于所述第二路径计算第二目标数,所述第二目标数用于计算所述第二路径上的转发设备转发数据的出端口号;
向所述入口转发设备发送所述第二目标数,所述第二目标数用于添加到所述入口转发设备发往所述第二路径的终点设备的数据中。
4.根据权利要求3所述的方法,其特征在于,所述第一路径为从所述用户设备到所述用户服务节点的路径;所述入口转发设备为将所述用户设备接入通信网络的接入设备;
所述第一路径无法实现所述用户服务节点和所述用户设备之间的通信的情况,包括:
将所述用户设备接入所述通信网络的接入设备发生变更。
5.一种通信处理方法,其特征在于,所述方法包括:
接收第一目标数,所述第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据,所述第一路径为在所述用户服务节点和所述用户设备之间完成认证的情况下规划得到,所述用户服务节点用于为所述用户设备提供服务;
接收第一数据,并基于所述第一数据查找到所述第一目标数;
将所述第一目标数写入所述第一数据得到第二数据;
基于所述第一目标数计算出端口号,将所述第二数据从所述出端口号发送出去。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
接收第二目标数,将本地存储的所述第一目标数替换为所述第二目标数;所述第二目标数用于按照第二路径转发用户服务节点和用户设备之间的通信数据,所述第二路径为在所述第一路径无法实现所述用户服务节点和所述用户设备之间的通信的情况下规划得到。
7.一种通信处理装置,其特征在于,所述装置包括:
规划单元,用于在感知用户服务节点和用户设备之间完成认证的情况下,规划所述用户服务节点和所述用户设备之间的通信路径得到第一路径,所述用户服务节点用于为所述用户设备提供服务;
计算单元,用于基于所述第一路径计算第一目标数,所述第一目标数用于计算所述第一路径上的转发设备转发数据的出端口号;
发送单元,用于向入口转发设备发送所述第一目标数,所述入口转发设备为所述第一路径中处于起点的设备的下一跳设备,所述第一目标数用于添加到所述入口转发设备发往所述第一路径的终点设备的数据中。
8.根据权利要求7所述的装置,其特征在于,所述用户服务节点和所述用户设备属于同一个边缘云下覆盖的节点。
9.根据权利要求7或8所述的装置,其特征在于,
所述规划单元,还用于在所述第一路径无法实现所述用户服务节点和所述用户设备之间的通信的情况下,规划所述用户设备和所述用户服务节点之间的通信路径得到第二路径;
所述计算单元,还用于基于所述第二路径计算第二目标数,所述第二目标数用于计算所述第二路径上的转发设备转发数据的出端口号;
所述发送单元,还用于向所述入口转发设备发送所述第二目标数,所述第二目标数用于添加到所述入口转发设备发往所述第二路径的终点设备的数据中。
10.根据权利要求9所述的装置,其特征在于,所述第一路径为从所述用户设备到所述用户服务节点的路径;所述入口转发设备为将所述用户设备接入通信网络的接入设备;
所述第一路径无法实现所述用户服务节点和所述用户设备之间的通信的情况,包括:
将所述用户设备接入所述通信网络的接入设备发生变更。
11.一种通信处理装置,其特征在于,所述装置包括:
接收单元,用于接收第一目标数,所述第一目标数用于按照第一路径转发用户服务节点和用户设备之间的通信数据,所述第一路径为在所述用户服务节点和所述用户设备之间完成认证的情况下规划得到,所述用户服务节点用于为所述用户设备提供服务;
所述接收单元,还用于接收第一数据,并基于所述第一数据查找到所述第一目标数;
写入单元,用于将所述第一目标数写入所述第一数据得到第二数据;
计算单元,用于基于所述第一目标数计算出端口号;
发送单元,用于将所述第二数据从所述出端口号发送出去。
12.根据权利要求11所述的装置,其特征在于,所述接收单元,还用于:
接收第二目标数,将本地存储的所述第一目标数替换为所述第二目标数;所述第二目标数用于按照第二路径转发用户服务节点和用户设备之间的通信数据,所述第二路径为在所述第一路径无法实现所述用户服务节点和所述用户设备之间的通信的情况下规划得到。
13.一种通信处理装置,其特征在于,包括处理器和存储器;其中,所述存储器用于存储计算机程序,所述处理器用于调用所述计算机程序,以使得所述装置执行如权利要求1至4任一项所述的方法。
14.一种通信处理装置,其特征在于,包括处理器和存储器;其中,所述存储器用于存储计算机程序,所述处理器用于调用所述计算机程序,以使得所述装置执行如权利要求5或6所述的方法。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行以实现权利要求1至4任意一项所述的方法;或者,所述计算机程序被处理器执行以实现权利要求5或6所述的方法。
16.一种计算机程序产品,其特征在于,当计算机程序产品在计算机上运行时,使得所述计算机执行如权利要求1至4任意一项所述的方法;或者,使得所述计算机执行如权利要求5或6所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110557277.4A CN115379525A (zh) | 2021-05-21 | 2021-05-21 | 通信处理方法及相关设备 |
PCT/CN2022/093444 WO2022242661A1 (zh) | 2021-05-21 | 2022-05-18 | 通信处理方法及相关设备 |
EP22803981.4A EP4329374A1 (en) | 2021-05-21 | 2022-05-18 | Communication processing method and related device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110557277.4A CN115379525A (zh) | 2021-05-21 | 2021-05-21 | 通信处理方法及相关设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115379525A true CN115379525A (zh) | 2022-11-22 |
Family
ID=84058670
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110557277.4A Pending CN115379525A (zh) | 2021-05-21 | 2021-05-21 | 通信处理方法及相关设备 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4329374A1 (zh) |
CN (1) | CN115379525A (zh) |
WO (1) | WO2022242661A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9100285B1 (en) * | 2012-12-18 | 2015-08-04 | Juniper Networks, Inc. | Dynamic control channel establishment for software-defined networks having centralized control |
CN108064443B (zh) * | 2017-09-30 | 2021-08-06 | 达闼机器人有限公司 | 一种代理转发方法和装置、代理服务器和多级代理网络 |
CN108282402B (zh) * | 2018-01-24 | 2020-06-09 | 中南大学 | 数据中心网络中基于编码的包散射方法 |
CN109150604B (zh) * | 2018-08-20 | 2022-01-25 | 南瑞集团有限公司 | 一种基于sdn的电力通信网络***及跨域切片方法 |
CN111600754B (zh) * | 2020-05-11 | 2022-02-25 | 重庆邮电大学 | 一种面向tsn和非tsn互联的工业异构网络调度方法 |
CN112637368B (zh) * | 2021-03-10 | 2021-05-14 | 江苏金恒信息科技股份有限公司 | 分布式工业数据采集***及方法 |
-
2021
- 2021-05-21 CN CN202110557277.4A patent/CN115379525A/zh active Pending
-
2022
- 2022-05-18 WO PCT/CN2022/093444 patent/WO2022242661A1/zh active Application Filing
- 2022-05-18 EP EP22803981.4A patent/EP4329374A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2022242661A1 (zh) | 2022-11-24 |
EP4329374A1 (en) | 2024-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2911348B1 (en) | Control device discovery in networks having separate control and forwarding devices | |
US11546793B2 (en) | Integrated backhaul transport for 5Gs | |
US7471669B1 (en) | Routing of protocol data units within a communication network | |
KR20190018165A (ko) | 패킷 프로세싱 방법 및 디바이스 | |
JP7121759B2 (ja) | 通信方法、ネットワークサーバ、及びコンピュータ読取可能記憶媒体 | |
US20060193322A1 (en) | Label switched packet transfer base station | |
US9668160B2 (en) | Topology discovery based on SCTP/X2 snooping | |
JP2002141932A (ja) | ネットワーク共有帯域割当て方法及びこれを用いるネットワークシステム | |
EP3253091B1 (en) | Data processing method and equipment | |
CN111147372B (zh) | 下行报文发送、转发方法和装置 | |
CN114128227B (zh) | 在支持SRv6的数据面上传输MTNC-ID以实现5G传输 | |
US9294986B2 (en) | Topology discovery based on explicit signaling | |
EP3994848A1 (en) | Transporting mtnc-id over srv6-header for 5g transport | |
Carlsson et al. | Sustainability Research of the Secure Wireless Communication System with Channel Reservation | |
CN113923161A (zh) | 一种报文转发方法及装置 | |
CN114710975B (zh) | 一种用于多域间传输多传输网络上下文标识的方法、基站、网元及装置 | |
CN105530185A (zh) | 覆盖路由网络、基于覆盖路由网络的路由方法及路由器 | |
WO2016095142A1 (zh) | 软件定义网络sdn中数据转发的方法、设备和*** | |
CN102355402A (zh) | 一种基于vpn路由建立lsp的方法、***和路由器 | |
CN112585910A (zh) | 在广域网中建立安全、低延迟、优化路径的方法和装置 | |
CN115379525A (zh) | 通信处理方法及相关设备 | |
Jabbar et al. | An Оverview of the Мultipath Тechnologies, their Importance and Types | |
CN114980243A (zh) | 一种数据转发方法、装置及存储介质 | |
EP3471351B1 (en) | Method and device for acquiring path information about data packet | |
CN114268577B (zh) | 网络连接的建立方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |