CN118250334A - 计算服务的实现方法、装置、通信设备及存储介质 - Google Patents
计算服务的实现方法、装置、通信设备及存储介质 Download PDFInfo
- Publication number
- CN118250334A CN118250334A CN202211658880.2A CN202211658880A CN118250334A CN 118250334 A CN118250334 A CN 118250334A CN 202211658880 A CN202211658880 A CN 202211658880A CN 118250334 A CN118250334 A CN 118250334A
- Authority
- CN
- China
- Prior art keywords
- node
- service
- identification
- data packet
- address
- 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
- 238000000034 method Methods 0.000 title claims abstract description 116
- 238000004891 communication Methods 0.000 title claims abstract description 46
- 238000003860 storage Methods 0.000 title claims abstract description 25
- 230000004044 response Effects 0.000 claims abstract description 184
- 238000006243 chemical reaction Methods 0.000 claims abstract description 126
- 238000013519 translation Methods 0.000 claims description 103
- 238000013507 mapping Methods 0.000 claims description 36
- 238000012545 processing Methods 0.000 claims description 26
- 239000000758 substrate Substances 0.000 claims 1
- 230000006870 function Effects 0.000 description 59
- 230000008569 process Effects 0.000 description 40
- 238000010586 diagram Methods 0.000 description 24
- 238000004364 calculation method Methods 0.000 description 18
- 238000007726 management method Methods 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 11
- 230000000694 effects Effects 0.000 description 10
- 230000004927 fusion Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 5
- 230000003993 interaction Effects 0.000 description 5
- 238000009877 rendering Methods 0.000 description 4
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 3
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 3
- 238000013459 approach Methods 0.000 description 3
- 230000003190 augmentative effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 239000007993 MOPS buffer Substances 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 229920003087 methylethyl cellulose Polymers 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000000243 solution Substances 0.000 description 2
- 101000840469 Arabidopsis thaliana Isochorismate synthase 1, chloroplastic Proteins 0.000 description 1
- 210000003423 ankle Anatomy 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种计算服务的实现方法、装置、通信设备及存储介质,属于无线通信技术领域,本申请的计算服务的实现方法包括:第一节点接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;所述第一节点对所述第一数据包进行地址转换,其中,所述第一节点对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;所述第一节点发送进行地址转换后的第一数据包。
Description
技术领域
本申请属于无线通信技术领域,具体涉及一种计算服务的实现方法、装置、通信设备及存储介质。
背景技术
现有5G协议主要为用户设备(User Equipment,UE,也称为终端)和应用功能(或应用服务器)提供移动通信传输服务,满足通信服务质量(Quality ofService,QoS)要求,并未涉及服务信息和计算负载信息。
6G是集通信、计算、存储为一体的信息***,用户设备所需的服务可以是既涉及移动网络传输,也涉及有线网络传输,因此需要移动算网融合方案。
在移动算网融合方案中,如何转发服务请求发送节点、服务响应接收节点和服务节点之间的数据包,是需要解决的问题。
发明内容
本申请实施例提供一种计算服务的实现方法、装置、通信设备及存储介质,能够解决如何转发服务请求发送节点、服务响应接收节点和服务节点之间的数据包的问题。
第一方面,提供了一种计算服务的实现方法,包括:
第一节点接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第一节点对所述第一数据包进行地址转换,其中,所述第一节点对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;
所述第一节点发送进行地址转换后的第一数据包。
第二方面,提供了一种计算服务的实现方法,包括:
第二节点接收服务请求发送节点发送的第一请求,所述第一请求包括第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第二节点根据所述第一信息,选择第一节点和确定地址转换指示信息;
所述第二节点向所述服务请求发送节点发送第一响应,所述第一响应用于指示能够辅助所述服务请求发送节点完成地址转换,所述第一响应中包括所述第一节点的标识;
所述第二节点根据所述第一节点的标识向所述第一节点发送所述地址转换指示信息,所述地址转换指示信息用于对接收到的所述服务请求发送节点的第一数据包进行地址转换。
第三方面,提供了一种计算服务的实现装置,包括:
第一接收模块,用于接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
第一地址转换模块,用于对所述第一数据包进行地址转换,其中,对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;
第一发送模块,用于发送进行地址转换后的第一数据包。
第四方面,提供了一种计算服务的实现装置,包括:
第一接收模块,用于接收服务请求发送节点发送的第一请求,所述第一请求包括第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
处理模块,用于根据所述第一信息,选择第一节点和确定地址转换指示信息;
第一发送模块,用于向所述服务请求发送节点发送第一响应,所述第一响应用于指示能够辅助所述服务请求发送节点完成地址转换,所述第一响应中包括所述第一节点的标识;
第二发送模块,用于根据所述第一节点的标识向所述第一节点发送所述地址转换指示信息,所述地址转换指示信息用于对接收到的所述服务请求发送节点的第一数据包进行地址转换。
第五方面,提供了一种通信设备,该终端包括处理器和存储器,所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法的步骤。
第六方面,提供了一种第一节点,包括处理器及通信接口,其中,所述通信接口用于接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;所述处理器,用于对所述第一数据包进行地址转换,其中,对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;所述通信接口还用于发送进行地址转换后的第一数据包。
第七方面,提供了一种第二节点,包括处理器及通信接口,其中,所述通信接口用于接收服务请求发送节点发送的第一请求,所述第一请求包括第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;所述处理器,用于根据所述第一信息,选择第一节点和确定地址转换指示信息;所述通信接口,还用于向所述服务请求发送节点发送第一响应,所述第一响应用于指示能够辅助所述服务请求发送节点完成地址转换,所述第一响应中包括所述第一节点的标识;所述通信接口,还用于根据所述第一节点的标识向所述第一节点发送所述地址转换指示信息,所述地址转换指示信息用于对接收到的所述服务请求发送节点的第一数据包进行地址转换。
第八方面,提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤,或者实现如第二方面所述的方法的步骤。
第九方面,提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现如第一方面所述的方法,或实现如第二方面所述的方法。
第十方面,提供了一种计算机程序/程序产品,所述计算机程序/程序产品被存储在存储介质中,所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面或第二方面所述的方法的步骤。
在本申请实施例中,通过对服务请求发送节点、服务节点、服务响应接收节点之间的数据包进行地址转换处理,可对交互过程中的其他节点透明,避免对网络中的大量节点进行改造。
附图说明
图1为本申请实施例可应用的一种无线通信***的框图;
图2为CFN控制面的流程示意图;
图3为CFN数据面的流程示意图;
图4为SRv6 IP数据包的示意图;
图5为本申请实施例的计算服务的实现方法的流程示意图之一;
图6为本申请实施例的计算服务的实现方法的流程示意图之二;
图7为本申请实施例的基于IPv6的第一数据包的示例图之一;
图8为本申请实施例的服务响应的示例图之一;
图9为本申请实施例的进行地址转换后的数据包的示例图之一;
图10为本申请实施例的进行地址转换后的数据包的示例图之二;
图11为本申请实施例的基于IPv6的第一数据包的示例图之二;
图12为本申请实施例的服务响应的示例图之二;
图13为本申请实施例的进行地址转换后的数据包的示例图之三;
图14为本申请实施例的进行地址转换后的数据包的示例图之四;
图15为本申请实施例的基于IPv6的第一数据包的示例图之三;
图16为本申请实施例的进行地址转换后的数据包的示例图之五;
图17为本申请实施例的服务流与所确定服务节点之间的映射关系的示意图之一;
图18为本申请实施例的基于IPv6的第一数据包的示例图之四;
图19为本申请实施例的进行地址转换后的数据包的示例图之六;
图20为本申请实施例的服务流与所确定服务节点之间的映射关系的示意图之二;
图21为本申请实施例的基于IPv6的第一数据包的示例图之五;
图22为本申请实施例的服务响应的示例图之三;
图23为本申请实施例的进行地址转换后的数据包的示例图之七;
图24为本申请实施例的进行地址转换后的数据包的示例图之八;
图25为本申请实施例的计算服务的实现装置的结构示意图之一;
图26为本申请实施例的计算服务的实现装置的结构示意图之二;
图27为本申请实施例的通信设备的结构示意图;
图28为本申请实施例的网络侧设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”所区别的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是,本申请实施例所描述的技术不限于长期演进型(Long TermEvolution,LTE)/LTE的演进(LTE-Advanced,LTE-A)***,还可用于其他无线通信***,诸如码分多址(Code Division Multiple Access,CDMA)、时分多址(Time DivisionMultiple Access,TDMA)、频分多址(Frequency Division Multiple Access,FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access,OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access,SC-FDMA)和其他***。本申请实施例中的术语“***”和“网络”常被可互换地使用,所描述的技术既可用于以上提及的***和无线电技术,也可用于其他***和无线电技术。以下描述出于示例目的描述了新空口(New Radio,NR)***,并且在以下大部分描述中使用NR术语,但是这些技术也可应用于NR***应用以外的应用,如第6代(6th Generation,6G)通信***。
图1示出本申请实施例可应用的一种无线通信***的框图。无线通信***包括终端11和网络侧设备12。其中,终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant,PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer,UMPC)、移动上网装置(Mobile Internet Device,MID)、增强现实(augmentedreality,AR)/虚拟现实(virtual reality,VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备,如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer,PC)、柜员机或者自助机等终端侧设备,可穿戴式设备包括:智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是,在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备,其中,接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等,基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station,BTS)、无线电基站、无线电收发机、基本服务集(BasicService Set,BSS)、扩展服务集(Extended Service Set,ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point,TRP)或所述领域中其他某个合适的术语,只要达到相同的技术效果,所述基站不限于特定技术词汇,需要说明的是,在本申请实施例中仅以NR***中的基站为例进行介绍,并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项:核心网节点、核心网功能、移动管理实体(Mobility ManagementEntity,MME)、接入移动管理功能(Access and Mobility Management Function,AMF)、会话管理功能(Session Management Function,SMF)、用户平面功能(User Plane Function,UPF)、策略控制功能(Policy Control Function,PCF)、策略与计费规则功能单元(Policyand Charging Rules Function,PCRF)、边缘应用服务发现功能(Edge ApplicationServer Discovery Function,EASDF)、统一数据管理(Unified Data Management,UDM),统一数据仓储(Unified Data Repository,UDR)、归属用户服务器(Home SubscriberServer,HSS)、集中式网络配置(Centralized network configuration,CNC)、网络存储功能(Network Repository Function,NRF),网络开放功能(Network Exposure Function,NEF)、本地NEF(Local NEF,或L-NEF)、绑定支持功能(Binding Support Function,BSF)、应用功能(Application Function,AF)等。需要说明的是,在本申请实施例中仅以NR***中的核心网设备为例进行介绍,并不限定核心网设备的具体类型。
下面对本申请相关的技术词汇进行说明。
1、国际互联网工程任务组(The Internet Engineering Task Force,IETF)计算优先网络(Compute First Networking,CFN)
面向承载网络与算力服务融合,针对不同传输设备(如路由器)所连接的多个移动边缘计算(Mobile Edge Computing,MEC)所提供的算力动态变化的情况下,IETF CFN研究和提出了有线传输与算力融合的方案。该方案在传输承载网络中解决了如何获取附属于某个CFN节点(CFN node)的服务和算力信息,以及基于服务信息、算力信息和传输开销进行服务节点选择和路由。
如图2所示为CFN控制面流程,通过该流程获取附属于某个CFN节点的服务和算力信息。图2中CFN节点可以是路由器,以图2中的CFN节点3为例,与CFN节点3相连的移动边缘计算(Mobile Edge Computing,MEC)平台管理节点发送服务信息注册/更新/撤销给CFN节点3。所述信息至少包括服务标识(service ID,SID)和绑定标识/IP(Binding ID/IP,BID/BIP)。其中SID是标识一个服务的唯一ID,可以是一个任播地址(anycast address,例如IPv6中有一类IP地址为任播地址),BID/BIP用于访问某个特定服务实例(也可以称为服务节点),可以是一个单播地址(unicast address)。也就是说,如果不同的MEC提供相同的服务时,相同服务的SID是相同的,但是不同MEC的服务实例有不同的BID/BIP。并且,MEC平台管理节点发送服务的计算负载更新给CFN节点3,包括SID和计算负载信息。计算负载信息包括已使用CPU(CPU used),已服务的会话数量(number of session being served),每秒请求数(query per second),计算时延(computation delay)等。根据所配置的范围,CFN节点3可通过路由协议(如BGP)更新上述服务信息和计算负载信息给所配置范围内的其他CFN节点(如CFN节点1和节点2),所述服务包括SID,可路由到该SID的CFN节点标识(CFN node 3)以及计算负载信息。对于CFN节点1和节点2,采用同样的流程将附属于CFN节点1和节点2的服务信息和计算负载信息发送给所配置范围内的其他节点。经过多个CFN节点间信息相互共享,每个CFN节点都获得了所配置范围的所有服务信息和计算负载情况。为了避免CFN节点间频繁更新服务和计算负载信息,特别是计算负载信息,可设置计算负载度量门限或更定时器,只有超过门限或定时器到期时才更新。另一方种方法是最合适的出口节点选择方法,那就是选择计算负载相对较低的出口,以避免波动。
如图3所示为数据面流程,当客户端(例如UE上的某个APP)发起一个服务流的第一个请求时,所述请求的目的地址为SID(可以是通过域名***(Domain Name System,DNS)获得的该服务的任播IP地址),源地址为客户端IP(client_IP)。识别该请求的目的地址为SID,并根据其获得的服务信息、计算负载信息选择出口CFN节点(CFN egress)。入口CFN节点(ingress)是第一个接收到数据请求的CFN节点,出口CFN节点则是路由到所选择的目标服务节点的CFN节点。选择出口CFN节点后,入口CFN节点将添加外部(outer)源地址和目标地址,其中源地址是入口CFN节点1的IP地址,目标地址是出口CFN节点3的IP地址。CFN节点3收到所述IP包后,根据其获得的SID2和BIP32的映射关系,将outer源和目的IP去掉,并转发(路由)给BIP32的服务实例。服务响应为上述的逆过程,此处不再赘述。
2、IETF算力感知网络(Computing-Aware Networking,CAN)
目前已经处于BOF state的CAN,其与CFN基本方法是一致。D-Router是支持动态任播(Dyncast)功能的节点。即它能够理解与网络相关的度量标准和与服务实例相关的度量标准,基于实例亲和性做出转发决策并保持实例亲和性,将属于同一个业务需求的报文转发到同一个实例。Dyncast Metric Agent(D-MA)是dyncast特定代理,能够从网络和实例收集和发送度量(metrics)更新,但不执行转发决策。D-MA可以运行在D-Router上,也可以实现为一个与服务实例并列的单独模块(例如一个软件库)。对于分布式模式(distributedmode),不同服务实例的资源和状态从连接部署服务的边缘站点的D-Router传播到连接客户端的D-Router。另外,D-Router也采集网络拓扑和状态信息。接收客户端业务请求的入口D-Router根据服务实例的状态和网络状态独立决定访问哪个服务实例,并保持实例的亲缘性。对于分集中模式(centralized mode),不同服务实例的资源和状态从连接部署服务的边缘站点的D-Router报告给网络控制器。同时控制器采集网络拓扑和状态信息。控制器根据服务实例状态和网络状态为每个入口D-Router做出路由决策,并将决策下载到所有入口D-Router。
根据服务请求的发送方和服务响应的接收方,可以将所述服务流分为如下几种情况:
情况1:终端A请求,服务结果返回给终端A的终端算力卸载;
情况2:终端A请求,服务结果提供给终端B的终端间通信和计算融合;
情况3:终端A请求,服务结果提供给应用功能/应用服务器的终端和应用功能/服务器间的通信和计算融合;
情况4:应用功能/应用服务器请求,服务结果提供给终端A,终端和应用功能/服务器间的通信和计算融合;
情况5:应用功能/应用服务器M请求,服务结果返回给应用功能/应用服务器M的应用功能/应用服务器算力卸载;
情况6:应用功能/应用服务器M请求,服务结果返回给应用功能/应用服务器N的应用功能/应用服务器间通信和计算融合。
3、IP协议简要说明
在IPv6中,那些由IPv4选项提供的特殊功能,通过在IPv6头部之后增加扩展头部实现。IPv4路由和时间戳功能都采用这种方式,其它功能(例如分片和超大分组)很少在IPv6中使用(但仍需要),因此没有为它们在IPv6头部分配相应的位。基于这种设计,IPv6头部固定为40字节,扩展头部仅在需要时添加。在选择IPv6头部为固定大小时,要求扩展头部仅由终端主机处理(有一个例外)。IPv6设计者简化了高性能路由器的设计和实现,这是因为IPv6路由器处理分组所需命令比IPv4简单。实际上,分组处理性能受很多因素影响,包括协议复杂性、路由器硬件和软件功能,以及流量负载等。
一种SRv6 IP数据包如图4所示,其中,各字段含义如表1所示:
表1
Segment List:采用对路径进行逆序排序的方式编码n个Segment。第一个位置是最后的Segment,最后位置是第一个Segment。
根据Next Header的值不同,对应下一个报头的用途不同。例如如下六个IPv6扩展头部。其中Next Header=43对应的是上述SRv6的扩展头部。
(1)逐跳选项报头
Next Header字段值:0,该选项主要用于为在传送路径上的每跳换发指定发送参数,传送路径上的每台中间节点都要读取并处理该字段,逐跳选项报头目前的主要应用有以下三种:
用于巨型载荷;
用于路由器提示,使路由器检查该选项的信息,而不是简单的转发;
用于资源预留(RSVP);
(2)目的选项报头
Next Header字段值:60,目的选项报头携带了一些只有目的节点才会处理的信息,目前,目的选项报文头部主要应用与移动IPv6;
(3)路由报头
Next Header字段值:43,路由报头和IPv4的Loose Source and Record Route选项类似,该报头能够被IPv6源节点用来强制数据包经过特定的路由器;
(4)分段报头
Next Header字段值:44,同IPv4一样,IPv6报文发送也受到MTU限制,当报文长度超过MTU值就需要将报文分段发送,而在IPv6中,分段发送使用的是分段报头;
(5)认证报头
Next Header字段值:51,该报头由IPSec使用,提供认证、数据完整性以及重放保护,它还对IPv6基本报头中的一些字段进行保护;
(6)封装安全净载报头
Next Header字段值:50,该报头由IPSec使用,提供认证、数据完整性以及重放保护和IPv6数据的保密,类似于认证报头。
下面结合附图,通过一些实施例及其应用场景对本申请实施例提供的计算服务的实现方法、装置、通信设备及存储介质进行详细地说明。
请参考图5,本申请实施例提供了一种计算服务的实现方法,包括:
步骤51:第一节点接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第一数据包可以是服务请求发送节点发送的服务流的第一个数据包(也可以称为服务请求数据包),也可以是所述服务流的后续数据包,例如第二个数据包,第三个数据包等。
本申请实施例中,服务请求发送节点和服务响应接收节点可以是同一节点,也可以是不同节点。
步骤52:所述第一节点对所述第一数据包进行地址转换,其中,所述第一节点对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;
本申请实施例中,服务节点也可以称为服务实例。潜在的服务实例如在线会议、同声传译、虚拟数字人、增强现实/虚拟现实(AR/VR)、人工智能(AI)模型训练、AI推理、图像识别、视频渲染等。
步骤53:所述第一节点发送进行地址转换后的第一数据包。
在本申请实施例中,通过对服务请求发送节点、服务节点、服务响应接收节点之间的数据包进行地址转换处理,可对交互过程中的其他节点透明,避免对网络中的大量节点进行改造。
下面对所述第一数据包的报头中各信息进行介绍。
服务标识,标识一个服务的唯一ID。可以为任播IP地址,也可以是预定义的服务标识(例如服务节点、路由器和第一节点协商的某个特定IPv4地址;或一个预定义比特长度的数值,又例如MAC地址等)。相应地,意味着服务节点需能够提供所标识的服务。
服务请求发送节点的标识,用于标识发送服务请求的节点。可以为单播IP地址,也可以为MAC地址等,也可以是3GPP定义的标识,例如用户永久标识符(SubscriptionPermanent Identifier,SUPI)等。
服务响应接收节点的标识,用于标识服务响应接收的节点。可以为单播IP地址,也可以为MAC地址等,也可以是3GPP定义的标识,例如SUPI等。如果服务响应接收节点与服务请求发送节点相同,那么服务响应接收节点标识可以不需要。
本申请实施例中,可选的,所述第一信息还包括以下至少之一:
所请求服务所需的计算复杂度量;所述计算负载度量是用于度量所请求服务所需的计算负载情况。为了使用简单,可以是对多个参量(如CPU/GPU(Graphics ProcessingUnit,图形处理器)消耗和/或相关会话数)进行加权计算出的一个数值,例如一个图片识别服务,服务提供商可以综合带宽资源、请求数量、计算资源定义一个服务负载数字化值。计算负载度量也可以是一组参量,包括以下至少之一:CPU核数量、服务会话数量、计算时延,以图灵、哈希率、TOPS/GOPS/MOPS、FLOPS为单位的计算资源需求表征等。其中,根据不同的设计,通常一个服务可能部署在一个或多个服务器上。通常一个服务器有多个CPU,而一个CPU有多个CPU核。图灵(Turing Unit,TU)是图灵雾基金会全球首创,为生产节点定义了一个客观的算力度量单位。哈希率,也称为算力,是比特币网络处理能力的度量单位。即为计算机(CPU)计算哈希函数输出的速度。比特币网络必须为了安全目的而进行密集的数学和加密相关操作。例如,当网络达到10Th/s的哈希率时,意味着它可以每秒进行10万亿次计算。TOPS/GOPS/MOPS是处理器运算能力单位,1TOPS代表处理器每秒钟可进行一万亿次操作。一般被用作CPU的算力度量。1GOPS代表处理器每秒钟可进行十亿次操作,1MOPS代表处理器每秒钟可进行一百万次操作。FLOPS(floating-point operations per second)是每秒所执行的浮点运算次数。
所请求服务所需的计算时延,例如为所请求服务所需的计算时延最大值;
所请求服务所需的响应时间,指从发起一个服务请求开始,到接收到从服务器端返回的响应结束,整个过程所耗费的时间;
所请求服务所需的内存信息;内存信息例如为可持续内存带宽、内存随机访问速率;
所请求服务所需的存储信息;所述存储信息例如为IOPS,存储带宽,响应时间,元数据操作;
所请求服务所需的网络带宽;所述网络带宽可以包括如下至少一项:移动网络内的带宽,移动网络外的带宽,内部和外部网络的最小带宽;
所请求服务所需的服务持续时间长度,用于指示从第一个服务消息开始该服务最长持续多久结束。
本申请实施例中,可选的,所述服务请求发送节点的标识通过所述第一数据包的报头中的源地址字段指示;所述服务响应接收节点的标识通过所述第一数据包的报头中的目的地址字段指示;所述服务标识通过所述第一数据包的报头中的扩展头字段指示;
或者,所述服务请求发送节点的标识通过所述第一数据包的报头中的源地址字段指示;所述服务标识通过所述第一数据包的报头中的目的地址字段指示;所述服务响应接收节点的标识通过所述第一数据包的报头中的扩展头字段指示。
本申请实施例中,可选的,所述第一节点对所述第一数据包进行地址转换还包括:所述第一节点为所述第一数据包添加目的选项报头,所述目的选项报头包括源地址字段,所述目的选项报头的源地址字段指示所述服务请求发送节点的标识。
本申请实施例中,可选的,所述将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识包括:将所述第一数据包的源地址字段中的服务请求发送节点的标识修改为所述服务响应接收节点的标识或者所述第一节点的标识;
或者,为所述第一数据包添加外部源地址字段,所述外部源地址字段指示所述服务响应接收节点的标识或者所述第一节点的标识。
本申请实施例中,可选的,所述将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识包括:所述第一节点将所述第一数据包的目的地址字段中的服务响应接收节点的标识修改为所述服务节点的标识或者与所述服务节点相连的路由节点的标识;或者,所述第一节点为所述第一数据包添加外部目的地址字段,所述外部目的地址字段指示所述服务节点的标识或者与所述服务节点相连的路由节点的标识。
本申请实施例中,可选的,将所述第一数据包的源地址转换为所述第一节点的标识,将所述第一数据包的目的地址转换为与所述服务节点相连的路由节点的标识,包括:所述第一节点为所述第一数据包添加外部源地址字段和外部目的地址字段,所述外部源地址字段指示所述第一节点的标识,所述外部目的地址指示与服务节点连接的路由设备的标识。
本申请实施例中,可选的,所述第一节点对所述第一数据包进行地址转换还包括:若所述服务响应接收节点的标识通过所述第一数据包的报头中的扩展头字段指示,所述第一节点保持所述第一数据包的内部源地址为所述服务请求发送节点的标识,将内部目的地址转换为所述服务响应接收节点的标识,并删除所述扩展头字段。
本申请的一些实施例中,可选的,所述第一节点对所述第一数据包进行地址转换包括:
所述第一节点获取第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第一节点根据所述第一信息,对所述第一数据包进行地址转换。
也就是说,地址映射和地址转换均由第一节点完成。
本申请的一些实施例中,可选的,所述第一节点对所述第一数据包进行地址转换包括:
所述第一节点接收第二节点发送的地址转换指示信息,所述地址转换指示信息由所述第二节点根据接收到的第一信息确定,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第一节点根据所述地址转换指示信息指示,对所述第一数据包进行地址转换。
也就是说,地址映射和地址转换解耦,不在同一个节点完成,地址映射由第二节点完成,地址转换由第一节点完成。
本申请实施例中,可选的,所述地址转换指示信息包括以下至少之一:
所请求服务的服务流的标识;
源地址转换指示,用于指示是否进行源地址转换;
目的地址转换指示,用于指示是否进行目的地址转换;
扩展头添加指示,用于指示是否添加扩展头;
源地址转换的目标值;
目的地址转换的目标值;
扩展头的目标值;
地址转换指示信息的有效时长。
所述地址转换指示信息可以采用如下形式表示:地址转换指示信息1:源地址×,目的地址×,源端口号×,目的端口号×,协议,源地址修改为×,目的地址修改为×,有效时长。
本申请实施例中,可选的,所述第一节点对所述第一数据包进行地址转换之前还包括:所述第一节点确定所述服务节点的标识;或者,所述第一节点接收第三节点发送的所述服务节点的标识,所述第三节点为确定所述服务节点的节点。
本申请实施例中,可选的,所述方法还包括:
若接收到除所述服务流的第一个第一数据包之外的其他第一数据包,根据所述映射关系确定所述服务节点,所述映射关系为所述所请求服务的服务流的标识和所述服务节点的标识之间的映射关系。
本申请实施例中,可选的,所述映射关系中:
所述服务流采用以下信息标识:服务请求发送节点的标识、服务响应接收节点的标识、PDU会话标识和QoS流标识;
或者
所述服务流采用以下信息标识:服务请求发送节点的IP地址和/或端口,以及,服务响应接收节点的IP地址和/或端口;
或者
所述服务流采用以下信息标识:服务请求发送节点的IP地址和/或端口,以及,所述服务节点的IP地址和/或端口;
或者
所述服务流采用以下信息标识:QoS流标识。
本申请实施例中,可选的,所述方法还包括:
第一节点接收所述服务节点发送的第二数据包,所述第二数据包的报头中包括以下至少之一:所述服务节点的标识,所述第一节点的标识和所请求服务的服务标识;
所述第一节点对所述第二数据包进行地址转换,其中,所述第一节点对所述第二数据包进行地址转换包括:将所述第二数据包的源地址转换为所述服务请求发送节点的标识,将所述第二数据包的目的地址转换为所述服务响应接收节点的标识;
所述第一节点向所述服务响应接收节点发送进行地址转换后的第二数据包。
本申请实施例中,可选的,所述将所述第二数据包的源地址转换为所述服务请求发送节点的标识包括:
将所述第二数据包的源地址字段中的服务节点的标识修改为所述服务请求发送节点的标识;
或者
删除所述第二数据包的外部源地址字段,所述外部源地址字段指示所述服务节点的标识,保留所述第二数据包的内部源地址字段,所述内部源地址字段指示所述服务请求发送节点的标识。
本申请实施例中,可选的,所述将所述第二数据包的目的地址转换为所述服务响应接收节点的标识包括:
将所述第二数据包的目的地址字段中的第一节点的标识修改为所述服务响应接收节点的标识;
或者
删除所述第二数据包的外部目的地址字段,所述外部目的地址字段指示所述第一节点的标识,保留所述第二数据包的内部目的地址字段,所述内部目的地址字段指示所述服务响应接收节点的标识。
上述实施例中,第一节点是作为地址转换的节点,转发服务请求发送节点、服务节点和服务响应接收节点之间的数据包,在本申请的其他第一些实施例中,第一节点自身也可以作为服务节点,此时可以不做上述地址转换操作。
请参考图6,本申请实施例还提供一种计算服务的实现方法,包括:
步骤61:第二节点接收服务请求发送节点发送的第一请求,所述第一请求包括第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
步骤62:所述第二节点根据所述第一信息,选择第一节点和确定地址转换指示信息;
步骤63:所述第二节点向所述服务请求发送节点发送第一响应,所述第一响应用于指示能够辅助所述服务请求发送节点完成地址转换,所述第一响应中包括所述第一节点的标识;
步骤64:所述第二节点根据所述第一节点的标识向所述第一节点发送所述地址转换指示信息,所述地址转换指示信息用于对接收到的所述服务请求发送节点的第一数据包进行地址转换。
在本申请实施例中,通过对服务请求发送节点、服务节点、服务响应接收节点之间的数据包进行地址转换处理,可对交互过程中的其他节点透明,避免对网络中的大量节点进行改造。
本申请实施例中,可选的,所述地址转换指示信息包括以下至少之一:
所请求服务的服务流的标识;
源地址转换指示,用于指示是否进行源地址转换;
目的地址转换指示,用于指示是否进行目的地址转换;
扩展头添加指示,用于指示是否添加扩展头;
源地址转换的目标值;
目的地址转换的目标值;
扩展头的目标值;
地址转换指示信息的有效时长。
本申请实施例中,可选的,所述第一信息还包括以下至少之一:
所请求服务所需的计算复杂度量;
所请求服务所需的计算时延;
所请求服务所需的响应时间;
所请求服务所需的内存信息;
所请求服务所需的存储信息;
所请求服务所需的网络带宽;
所请求服务所需的服务持续时间长度。
下面结合具体应用场景,对本申请的计算服务的实现方法进行说明。
实施例1
本实施例中,服务流属于情况3:终端A请求,服务结果提供给应用功能/应用服务器的,终端和应用功能/服务器间的通信和计算融合服务流程。
本实施例的计算服务的实现方法包括:
步骤1:第一节点(如UPF)接收服务请求发送节点(UE)发送的第一数据包(如服务请求数据包,此处将服务过程中的第一条消息或第一条数据包称之为服务请求数据包)。基于IPv6的第一数据包的示例如图7所示,其中源IP地址(Source address)为UE IP地址,即服务请求发送节点的标识;目的IP地址为应用服务器的IP地址,即服务响应接收节点的标识。可通过如下扩展头部指示服务标识,例如通过将next header设置为某一数值(例如1)表示该header指示服务标识,例如任播IP地址。各字段的长度和顺序均可根据情况调整,此处仅给出一种示例。
各字段含义如表2所示:
表2
步骤2:第一节点根据服务标识字段识别该服务请求需要网络辅助选择合适的服务节点,并保持该服务流与所确定的服务节点之间的映射关系。例如,以服务请求发送节点信息(IP地址和端口号)、服务响应接收节点信息(IP地址和端口号)与服务节点信息(IP地址和端口号)对应关系作为映射关系,以保障该服务的后续数据包均由同一个服务节点处理。
本申请实施例中的第一节点可以是具备确定服务节点功能的UPF,也可以是从控制面节点(如SMF或新增的计算管理功能等)获取所确定的服务节点信息的UPF,也可以是CNF节点或D-Router。
不同情况下第一节点可以进行步骤2a、2b或2c的处理,详见下方具体阐述。
步骤2a:如果第一节点可提供服务标识所指示的服务(例如视频渲染等),并且满足服务质量要求。那么第一节点进行服务处理,产生服务响应,并发送服务响应给应用功能/应用服务器,服务响应的一种示意图如图8所示。从而,根据服务标识确定服务节点,以及服务处理均在第一节点完成。对第一节点之外的节点,服务节点确定和服务处理过程均不可见。
步骤2b:或者如果第一节点可根据获得的服务节点的服务信息和/或计算负载信息、以及网络拓扑和/或状态信息等确定服务节点。第一节点可根据确定的服务节点进行地址转换。或者第一节点也可根据从其他节点获得的地址转换指示信息进行地址转换。将源地址转换为服务响应接收节点的地址,即应用服务器IP地址。目的地址转换为所确定的服务节点标识,例如服务实例的单播IP地址。一种转换后的数据包如图9所示,这里以如下两种情况为例:
情况1:UE仅需要一个服务;
情况2:一个服务节点提供服务请求中服务标识列表中的所有服务。
步骤2c:步骤2b方案更适用于服务请求发送节点到服务节点传输链路质量较好的请求下或UDP业务,因为如果发生丢包,那么该服务节点同样可能将丢包重传相关消息发送给服务响应接收节点。步骤2c是步骤2b的一种潜在完善方案。或者,如果第一节点可根据获得的服务节点的服务信息和/或计算负载信息、以及网络拓扑和/或状态信息等确定服务节点。第一节点可根据确定的服务节点进行地址转换。或者第一节点也可根据从其他节点获得的地址转换指示信息进行地址转换。与步骤2b类似,将源地址转换为服务响应接收节点的地址,即应用服务器IP地址。目的地址转换为所确定的服务节点标识,例如服务实例的单播IP地址。
在此基础上,复用next header(下一个报头)字段值为60时的目的选项报头,目的选项报头携带了一些只有目的节点才会处理的信息。在Next header值为60的字段中指示UE IP,这一字段仅在目的地址(即服务节点)处理,如果发生了丢包重传等,服务节点可根据这一字段发送ACK/NACK等给UE,而不是发送给应用服务器。如果没有发生丢包重传等,那么目的节点(即服务节点)就不需要使用next header字段为60的这一扩展IP报头。一种转换后的数据包如图10所示。
步骤3:如果第一节点不是服务节点,那么第一节点转发经地址转换的服务请求给服务节点。
步骤4:服务节点进行处理,产生服务响应,并发送给应用服务器。
第一节点接收到UE发送的该服务的后续报文,根据所保存的映射关系采用相同的处理方式和转发方式,从而保障服务性能的一致性,也可以被称为流亲和性(flowaffinity)
实施例2
本实施例中,服务流属于情况3:终端A请求,服务结果提供给应用功能/应用服务器的,终端和应用功能/服务器间的通信和计算融合服务流程。
本实施例的计算服务的实现方法包括:
步骤1:第一节点(如UPF)接收第服务请求发送节点(UE)发送的第一数据包(如服务请求数据包,此处将服务过程中的第一条消息或第一条数据包称之为服务请求数据包)。基于IPv6的第一数据包的示例如图11所示,其中源IP地址(Source address)为UE IP地址,即服务请求发送节点的标识;目的IP地址为服务标识(如任播IP地址)。可通过如下扩展头部指示服务响应接收节点的标识,next header设置为某一数值(例如2)表示该header指示服务响应接收节点的标识,例如单播IP地址。各字段的长度和顺序均可根据情况调整,此处仅给出一种示例。
各字段含义如表3:
表3
步骤2:第一节点根据的目的IP地址(服务标识)字段识别该服务请求需要网络辅助选择合适的服务节点,并保持该服务流与所确定的服务节点之间的映射关系。例如,以服务请求发送节点信息(IP地址和端口号)、服务响应接收节点信息(IP地址和端口号)与服务节点信息(IP地址和端口号)对应关系作为映射关系,以保障该服务的后续数据包均由同一个服务节点处理。
不同情况下第一节点可以进行步骤2a、2b或2c的处理,详见下方具体阐述。
步骤2a:如果第一节点可提供目的地址字段的服务标识所指示的服务(例如视频渲染等),并且满足服务质量要求。那么第一节点进行服务处理,产生服务响应。并发送服务响应给应用功能/应用服务器,服务响应的一种示意图如图12所示。从而,根据服务标识确定服务节点,以及服务处理均在第一节点完成。对第一节点之外的节点,服务节点确定和服务处理过程均不可见。
步骤2b:或者如果第一节点可根据获得的服务节点的服务信息和/或计算负载信息、以及网络拓扑和/或状态信息等确定服务节点。第一节点可根据确定的服务节点进行地址转换。或者第一节点也可根据从其他节点获得的地址转换指示信息进行地址转换。将源地址转换为服务响应接收节点的地址,即应用服务器IP地址。目的地址转换为所确定的服务节点标识,例如服务实例的单播IP地址。一种地址转换后的数据包如图13。
步骤2c:步骤2b方案更适用于服务请求发送节点到服务节点传输链路质量较好的请求下或UDP业务,因为如果发生丢包,那么该服务节点同样可能将丢包重传相关消息发送给服务响应接收节点。步骤2c是步骤2b的一种潜在完善方案。或者如果第一节点可根据获得的服务节点的服务信息和/或计算负载信息、以及网络拓扑和/或状态信息等确定服务节点。第一节点可根据确定的服务节点进行地址转换。或者第一节点也可根据从其他节点获得的地址转换指示信息进行地址转换。与步骤2b类似,将源地址转换为服务响应接收节点的地址,即应用服务器IP地址。目的地址转换为所确定的服务节点标识,例如服务实例的单播IP地址。
在此基础上,复用next header字段值为60时的目的选项报头,目的选项报头携带了一些只有目的节点才会处理的信息。在Next header值为60的字段中指示UE IP,这一字段仅在目的地址(即服务节点)处理,如果发生了丢包重传等服务节点可根据这一字段发送ACK/NACK等给UE,而不是发送给应用服务器。如果没有发生丢包重传等,那么目的节点(即服务节点)就不需要使用next header字段值为60的这一扩展IP报头。一种转换后的数据包如图14所示。
步骤3:如果第一节点不是服务节点,那么第一节点转发经地址转换的服务请求给服务节点。
步骤4:服务节点进行处理,产生服务响应,并发送给应用服务器。
第一节点接收到UE发送的该服务的后续报文,根据所保存的映射关系采用相同的处理方式和转发方式,从而保障服务性能的一致性,也可以被称为流亲和性(flowaffinity)
实施例3
本实施例中,服务流属于情况2:终端A请求,服务结果提供给终端B的,终端间的通信和计算融合服务流程。
本实施例的计算服务的实现方法包括:
步骤1:第一节点(如UPF)接收服务请求发送节点(UE)发送的第一数据包(如服务请求数据包,此处将服务过程中的第一条消息或第一条数据包称之为服务请求数据包)。基于IPv6的第一数据包的示例如图15所示,其中源IP地址(Source address)为UE AIP地址,即服务请求发送节点的标识;目的IP地址为接收服务响应的UE B IP地址,即服务响应接收节点的标识。可通过如下扩展头部指示服务标识,next header设置为某一数值(例如1)表示该header指示服务标识,例如任播IP地址。各字段的长度和顺序均可根据情况调整,此处仅给出一种示例。
各字段含义如表4所示:
表4
步骤2:第一节点根据服务标识字段识别该服务请求需要网络辅助选择合适的服务节点,并保持该服务流与所确定的服务节点之间的映射关系。例如,以服务请求发送节点信息(IP地址和端口号)、服务响应接收节点信息(IP地址和端口号)与服务节点信息(IP地址和端口号)对应关系作为映射关系,以保障该服务的后续数据包均由同一个服务节点处理。
本申请实施例中的第一节点可以是具备确定服务节点功能的UPF,也可以是从控制面节点(如SMF或新增的计算管理功能等)获取所确定的服务节点信息的UPF,也可以是CNF节点或D-Router。
不同情况下第一节点可以进行步骤2a或2b的处理,详见下方具体阐述。
步骤2a:如果第一节点可根据获得的服务节点的服务信息和/或计算负载信息、以及网络拓扑和/或状态信息等确定服务节点。第一节点可根据确定的服务节点进行地址转换。或者第一节点也可根据从其他节点获得的地址转换指示信息进行地址转换。将源地址转换为第一节点标识(如第一节点IP地址),目的地址转换为所确定的服务节点的标识,例如服务实例的单播IP地址。一种转换后的数据包如图16如下,这里以如下两种情况为例:
情况1:UE仅需要一个服务;
情况2:一个服务节点提供服务请求中服务标识列表中的所有服务。
一种服务流与所确定服务节点之间的映射关系如图17所示。
那么服务节点接收到所述服务请求后进行处理,产生服务响应(源地址为服务节点标识,目的地址为第一节点)并发送给第一节点。第一节点根据保持的映射关系,将所接收到的响应进行对应的地址转换(源地址为UE A地址,目的地址为UE B地址),并转发给UEB。
步骤2b:步骤2a方案更适用于服务请求发送节点和服务响应接收节点均经第一节点处理(如路由)。如果服务节点处理后,服务响应经第一节点处理可能增加时延。那么步骤2b是步骤2a的一种潜在完善方案。在步骤1的服务请求数据包上添加外部目的地址和外部源地址。其中外部目的地址为与服务节点连接的路由设备(如CFN节点,或者与第一节点功能相同的其他第一节点实体,即其他UPF等)标识,如IP地址。外部源地址为第一节点标识。这样服务节点确定,以及服务请求发送节点到服务节点之间地址转换和/或转发由第一节点完成。服务节点到服务响应接收节点之间地址转换和/或转发由所述路由设备完成。
与服务节点连接的路由设备接收到第一节点转发的服务请求数据包后,将目的地址转换为服务节点标识。那么服务节点接收到所述服务请求数据包处理,产生服务响应。服务节点根据内部IP地址(即步骤1的目的IP地址=UE B IP)(源地址为服务节点标识,目的地址为UE B IP)并发送给与服务节点连接的路由设备,该路由设备转发给UE B。可选的,在此基础上,服务节点可复用next header字段值为60时的目的选项报头,目的选项报头携带了一些只有目的节点才会处理的信息。在Next header值为60的字段中指示UE AIP,这一字段仅在目的地址(即UE B)处理,从而UE B可获得该数据包为UE A经源地址所示服务节点处理的报文。
第一节点接收到UE发送的该服务的后续报文,根据所保存的映射关系采用相同的处理方式和转发方式,从而保障服务性能的一致性,也可以被称为流亲和性(flowaffinity)
实施例4
本实施例中,服务流属于情况2:终端A请求,服务结果提供给终端B的,终端间的通信和计算融合服务流程。
一种示例过程简述如下。
步骤1:第一节点(如UPF)接收服务请求发送节点(UE)发送的第一数据包(如服务请求数据包,此处将服务过程中的第一条消息或第一条数据包称之为服务请求数据包)。基于IPv6的第一数据包的示例如图18示,其中源IP地址(Source address)为UE IP地址,即服务请求发送节点的标识;目的IP地址为服务标识(如任播IP地址)。可通过如下扩展头部指示服务响应接收节点的标识,next header设置为某一数值(例如2)表示该header指示服务响应接收节点的标识,例如单播IP地址。各字段的长度和顺序均可根据情况调整,此处仅给出一种示例。
各字段含义如表5所示:
表5
步骤2:第一节点根据目的地址字段的服务标识字段识别该服务请求需要网络辅助选择合适的服务节点,并保持该服务流与所确定的服务节点之间的映射关系。例如,以服务请求发送节点信息(IP地址和端口号)、服务响应接收节点信息(IP地址和端口号)与服务节点信息(IP地址和端口号)对应关系作为映射关系,以保障该服务的后续数据包均由同一个服务节点处理。
本申请实施例中的第一节点可以是具备确定服务节点功能的UPF,也可以是从控制面节点(如SMF或新增的计算管理功能等)获取所确定的服务节点信息的UPF,也可以是CNF节点或D-Router。
不同情况下第一节点可以进行步骤2a或2b的处理,详见下方具体阐述。
步骤2a:如果第一节点可根据获得的服务节点的服务信息和/或计算负载信息、以及网络拓扑和/或状态信息等确定服务节点。第一节点可根据确定的服务节点进行地址转换。或者第一节点也可根据从其他节点获得的地址转换指示信息进行地址转换。将源地址转换为第一节点标识(如第一节点IP地址),目的地址转换为所确定的服务节点标识,例如服务实例的单播IP地址。一种转换后的数据包如图19所示,这里以如下两种情况为例:
情况1:UE仅需要一个服务;
情况2:一个服务节点提供服务请求中服务标识列表中的所有服务。
一种服务流与所确定服务节点之间的映射关系如图20所示。
那么服务节点接收到所述服务请求后进行处理,产生服务响应(源地址为服务节点标识,目的地址为第一节点)并发送给第一节点。第一节点根据保持的映射关系,将所接收到的响应进行对应的地址转换(源地址为UE A地址,目的地址为UE B地址),并转发给UEB。
步骤2b:步骤2a方案更适用于服务请求发送节点和服务响应接收节点均经第一节点处理(如路由)。如果服务节点处理后,服务响应经第一节点处理可能增加时延。那么步骤2b是对步骤2a的一种潜在完善方案。在步骤1的服务请求数据包上添加外部目的地址和外部源地址。其中外部目的地址为与服务节点连接的路由设备(如CFN节点,或者与第一节点功能相同的其他第一节点实体,即其他UPF等)标识,如IP地址。外部源地址为第一节点标识。内部源地址仍为UE AIP,内部目的地址转换为R_Destination Address的UE B IP。去除步骤1中指示服务响应接收节点的header。这样服务节点确定,以及服务请求发送节点到服务节点之间地址转换和/或转发由第一节点完成。服务节点到服务响应接收节点之间地址转换和/或转发由所述路由设备完成。
与服务节点连接的路由设备接收到第一节点转发的服务请求数据包后,将目的地址转换为服务节点标识。那么服务节点接收到所述服务请求数据包后进行处理,产生服务响应。服务节点根据内部IP地址(即步骤1的R_Destination Address=UE B IP)(源地址为服务节点标识,目的地址为UE B IP)并发送给与服务节点连接的路由设备,该路由设备转发给UE B。可选的,在此基础上,服务节点可复用next header字段值为60时的目的选项报头,目的选项报头携带了一些只有目的节点才会处理的信息。在Next header值为60的字段中指示UE A IP,这一字段仅在目的地址(即UE B)处理,从而UE B可获得该数据包为UE A经源地址所示服务节点处理的报文。
第一节点接收到UE发送的该服务的后续报文,根据所保存的映射关系采用相同的处理方式和转发方式,从而保障服务性能的一致性,也可以被称为流亲和性(flowaffinity)。
实施例5
本实施例中,第一节点根据第二节点发送的地址转换指示信息,进行地址转换处理服务流程。
本实施例的计算服务的实现方法包括:
步骤1:第二节点(如SMF)接收服务请求发送节点(UE)发送的第一消息(如服务关系注册请求)。第一消息可以是新定义的NAS消息,也可以在现有NAS消息(如PDU会话建立或修改等)扩展。以在现有NAS消息扩展为例,一种示例是UE需要进行通信和计算融合服务时,UE发送PDU会话建立或修改给SMF。其中,该第一消息包即为第一信息,第一信息的内容参见上述实施例,不在重复说明。
步骤2:第二节点(如SMF)根据接收到的第一信息选择第一节点(如UPF),建立或修改PDU会话。第一节点可根据第二节点的指示进行地址转换。
步骤3:第二节点发送服务关系注册响应给UE,所述服务关系注册响应指示包括网络是否可辅助UE完成所注册服务的地址转换,包括服务标识到服务实例标识的映射和/或服务响应接收节点的地址转换。第二节点发送地址转换指示信息给第一节点。一种地址转换指示信息如下所示,包括如下一项或多项。
地址转换指示信息列表:
——地址转换指示信息1:
——UE ID
——PDU session ID
——QoS flow ID X
——源地址转换指示,指示是否进行源地址转换
——目的地址转换指示,指示是否进行目的地址转换
——扩展头添加指示,指示是否添加扩展头
——源地址转换的目标值,当指示进行源地址转换时此字段才有效,指示将源地址设置为此字段的指示值。
——目的地址转换的目标值,当指示进行目的地址转换时此字段才有效,指示将目的地址设置为此字段的指示值。
——扩展头的目标值,当指示添加扩展头时才有效。可包括Next header数值、扩展头长度或扩展头内容等,将扩展头设置为此字段的指示值。
——有效时长,指示地址转换指示信息的有效时间长度。
——地址转换指示信息2:
……
其中,地址转换指示信息中的UE ID、PDU session ID、QoS flow ID X用于指示服务流,还可以用源IP地址、目的IP地址、源端口号和目的端口号等来标识。
上述地址转换指示信息中,如果指示了上述目标值意味着第二节点确定了UE所需服务的服务节点,和/或第二节点根据第一节点的功能确定了地址转换的方式。
在完成了上述服务关系注册后,如果服务关系注册响应指示网络可以辅助UE完成地址转换,那么服务请求发送节点(如UE)发送服务请求数据包(此处将服务过程中的第一条消息或数据包称之为服务请求数据包)给第一节点。那么可进入下方具体的服务过程,与前述步骤1~3解耦。
步骤1:如果服务关系注册响应指示网络可以辅助UE完成地址转换,那么服务请求发送节点(如UE)发送服务请求书包(此处将服务过程中的第一条消息或数据包称之为服务请求数据包)给第一节点。基于IPv6的服务请求数据包的示例如图21所示,其中源IP地址(Source address)为UE IP地址,即服务请求发送节点的标识;目的IP地址为应用服务器的IP地址,即服务响应接收节点的标识。可通过如下扩展头部指示服务标识,next header设置为某一数值(例如1)表示该header指示服务标识,例如任播IP地址。各字段的长度和顺序均可根据情况调整,此处仅给出一种示例。
各字段含义如表6所示:
表6
步骤2:第一节点根据接收到的来自第二节点的地址转换指示信息识别UE的服务请求,以及进行地址转换,并保持该服务流与所确定的服务节点之间的映射关系。例如,以服务请求发送节点信息(IP地址和端口号)、服务响应接收节点信息(IP地址和端口号)与服务节点信息(IP地址和端口号)对应关系作为映射关系,以保障该服务的后续数据包均由同一个服务节点处理。如果地址转换指示信息中包括了源地址/目的地址转换/扩展头的目标值,那么第一节点根据地址转换指示信息进行转换。如果未包括源地址/目的地址转换/扩展头的目标值,那么第一节点根据服务标识和所获取的服务信息和计算负载信息等确定服务节点,并进行地址转换。
本申请实施例中的第一节点可以是具备确定服务节点功能的UPF,也可以是从控制面节点(如SMF或新增的计算管理功能等)获取所确定的服务节点信息的UPF,也可以是CNF节点或D-Router。
不同情况下第一节点可以进行步骤2a、2b或2c的处理,详见下方具体阐述。
步骤2a:如果第一节点可提供服务标识所指示的服务(例如视频渲染等),并且满足服务质量要求。那么第一节点进行服务处理,产生服务响应,并发送服务响应给应用功能/应用服务器,服务响应的一种示意图如图22所示。从而,根据服务标识确定服务节点,以及服务处理均在第一节点完成。对第一节点之外的节点,服务节点确定和服务处理过程均不可见。
步骤2b:或者如果第一节点可根据获得的服务节点的服务信息和/或计算负载信息、以及网络拓扑和/或状态信息等确定服务节点。第一节点可根据确定的服务节点进行地址转换。或者第一节点也可根据从其他节点获得的服务节点指示进行地址转换。将源地址转换为服务响应接收节点的地址,即应用服务器IP地址。目的地址转换为所确定的服务节点标识,例如服务实例的单播IP地址。一种转换后的数据包如图23所示,这里以如下两种情况为例:
情况1:UE仅需要一个服务
情况2:一个服务节点提供服务请求中服务标识列表中的所有服务。
步骤2c:步骤2b方案更适用于服务请求发送节点到服务节点传输链路质量较好的请求下或UDP业务,因为如果发生丢包,那么该服务节点同样可能将丢包重传相关消息发送给服务响应接收节点。步骤2c是对步骤2b的一种潜在完善方案。或者如果第一节点可根据获得的服务节点的服务信息和/或计算负载信息、以及网络拓扑和/或状态信息等确定服务节点。第一节点可根据确定的服务节点进行地址转换。或者第一节点也可根据从其他节点获得的地址转换指示信息进行地址转换。将源地址转换为服务响应接收节点的地址,即应用服务器IP地址。目的地址转换为所确定的服务节点标识,例如服务实例的单播IP地址。在此基础上,复用next header字段值为60时的目的选项报头,目的选项报头携带了一些只有目的节点才会处理的信息。在Next header值为60的字段中指示UE IP,这一字段仅在目的地址(即服务节点)处理,如果发生了丢包重传等服务节点可根据这一字段发送ACK/NACK等给UE,而不是发送给应用服务器。如果没有发生丢包重传等,那么目的节点(即服务节点)就不需要使用next header字段值为60的这一扩展IP报头。一种转换后的数据包如图24所示。
步骤3:如果第一节点不是服务节点,那么第一节点转发经地址转换的服务请求给服务节点。
步骤4:服务节点进行处理,产生服务响应,并发送给应用服务器。
第一节点接收到UE发送的该服务的后续报文,根据所保存的映射关系采用相同的处理方式和转发方式,从而保障服务性能的一致性,也可以被称为流亲和性(flowaffinity)
本申请实施例提供的计算服务的实现方法,执行主体可以为计算服务的实现装置。本申请实施例中以计算服务的实现装置执行计算服务的实现方法为例,说明本申请实施例提供的计算服务的实现装置。
请参考图25,本申请实施例还提供一种计算服务的实现装置250,包括:
第一接收模块251,用于接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
第一地址转换模块252,用于对所述第一数据包进行地址转换,其中,对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;
第一发送模块253,用于发送进行地址转换后的第一数据包。
在本申请实施例中,通过对服务请求发送节点、服务节点、服务响应接收节点之间的数据包进行地址转换处理,可对交互过程中的其他节点透明,避免对网络中的大量节点进行改造。
本申请实施例中,可选的,所述服务请求发送节点的标识通过所述第一数据包的报头中的源地址字段指示;
所述服务响应接收节点的标识通过所述第一数据包的报头中的目的地址字段指示;
所述服务标识通过所述第一数据包的报头中的扩展头字段指示;
或者,
所述服务请求发送节点的标识通过所述第一数据包的报头中的源地址字段指示;
所述服务标识通过所述第一数据包的报头中的目的地址字段指示;
所述服务响应接收节点的标识通过所述第一数据包的报头中的扩展头字段指示。
可选的,所述第一地址转换模块252,还用于为所述第一数据包添加目的选项报头,所述目的选项报头包括源地址字段,所述目的选项报头的源地址字段指示所述服务请求发送节点的标识。
可选的,所述将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识包括:
将所述第一数据包的源地址字段中的服务请求发送节点的标识修改为所述服务响应接收节点的标识或者所述第一节点的标识;
或者
为所述第一数据包添加外部源地址字段,所述外部源地址字段指示所述服务响应接收节点的标识或者所述第一节点的标识。
可选的,所述将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识包括:
将所述第一数据包的目的地址字段中的服务响应接收节点的标识修改为所述服务节点的标识或者与所述服务节点相连的路由节点的标识;
或者
为所述第一数据包添加外部目的地址字段,所述外部目的地址字段指示所述服务节点的标识或者与所述服务节点相连的路由节点的标识。
可选的,将所述第一数据包的源地址转换为所述第一节点的标识,将所述第一数据包的目的地址转换为与所述服务节点相连的路由节点的标识,包括:
为所述第一数据包添加外部源地址字段和外部目的地址字段,所述外部源地址字段指示所述第一节点的标识,所述外部目的地址指示与服务节点连接的路由设备的标识。
可选的,所述第一地址转换模块252,还用于若所述服务响应接收节点的标识通过所述第一数据包的报头中的扩展头字段指示,保持所述第一数据包的内部源地址为所述服务请求发送节点的标识,将内部目的地址转换为所述服务响应接收节点的标识,并删除所述扩展头字段。
可选的,所述第一地址转换模块252,还用于获取第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;根据所述第一信息,对所述第一数据包进行地址转换。
可选的,所述第一地址转换模块252,还用于接收第二节点发送的地址转换指示信息,所述地址转换指示信息由所述第二节点根据接收到的第一信息确定,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;根据所述地址转换指示信息指示,对所述第一数据包进行地址转换。
可选的,所述地址转换指示信息包括以下至少之一:
所请求服务的服务流的标识;
源地址转换指示,用于指示是否进行源地址转换;
目的地址转换指示,用于指示是否进行目的地址转换;
扩展头添加指示,用于指示是否添加扩展头;
源地址转换的目标值;
目的地址转换的目标值;
扩展头的目标值;
地址转换指示信息的有效时长。
可选的,所述第一信息还包括以下至少之一:
所请求服务所需的计算复杂度量;
所请求服务所需的计算时延;
所请求服务所需的响应时间;
所请求服务所需的内存信息;
所请求服务所需的存储信息;
所请求服务所需的网络带宽;
所请求服务所需的服务持续时间长度。
可选的,所述计算服务的实现装置250还包括:
第一确定模块,用于确定所述服务节点的标识;
或者
第二接收模块,用于接收第三节点发送的所述服务节点的标识,所述第三节点为确定所述服务节点的节点。
可选的,所述计算服务的实现装置250还包括:
第二确定模块,用于若接收到除所述服务流的第一个第一数据包之外的其他第一数据包,根据所述映射关系确定所述服务节点,所述映射关系为所述所请求服务的服务流的标识和所述服务节点的标识之间的映射关系。
可选的,所述映射关系中,
所述服务流采用以下信息标识:服务请求发送节点的标识、服务响应接收节点的标识、PDU会话标识和QoS流标识;
或者
所述服务流采用以下信息标识:服务请求发送节点的IP地址和/或端口,以及,服务响应接收节点的IP地址和/或端口;
或者
所述服务流采用以下信息标识:服务请求发送节点的IP地址和/或端口,以及,所述服务节点的IP地址和/或端口;
或者
所述服务流采用以下信息标识:QoS流标识。
可选的,所述计算服务的实现装置250还包括:
第三接收模块,用于接收所述服务节点发送的第二数据包,所述第二数据包的报头中包括以下至少之一:所述服务节点的标识,所述第一节点的标识和所请求服务的服务标识;
第二地址转换模块,用于对所述第二数据包进行地址转换,其中,所述第一节点对所述第二数据包进行地址转换包括:将所述第二数据包的源地址转换为所述服务请求发送节点的标识,将所述第二数据包的目的地址转换为所述服务响应接收节点的标识;
第二发送模块,用于向所述服务响应接收节点发送进行地址转换后的第二数据包。
可选的,所述将所述第二数据包的源地址转换为所述服务请求发送节点的标识包括:
将所述第二数据包的源地址字段中的服务节点的标识修改为所述服务请求发送节点的标识;
或者
删除所述第二数据包的外部源地址字段,所述外部源地址字段指示所述服务节点的标识,保留所述第二数据包的内部源地址字段,所述内部源地址字段指示所述服务请求发送节点的标识。
可选的,所述将所述第二数据包的目的地址转换为所述服务响应接收节点的标识包括:
将所述第二数据包的目的地址字段中的第一节点的标识修改为所述服务响应接收节点的标识;
或者
删除所述第二数据包的外部目的地址字段,所述外部目的地址字段指示所述第一节点的标识,保留所述第二数据包的内部目的地址字段,所述内部目的地址字段指示所述服务响应接收节点的标识。
本申请实施例中的计算服务的实现装置可以是电子设备,例如具有操作***的电子设备,也可以是电子设备中的部件,例如集成电路或芯片。
本申请实施例提供的计算服务的实现装置能够实现图5的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
请参考图26,本申请实施例还提供一种计算服务的实现装置260,包括:
第一接收模块261,用于接收服务请求发送节点发送的第一请求,所述第一请求包括第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
处理模块262,用于根据所述第一信息,选择第一节点和确定地址转换指示信息;
第一发送模块263,用于向所述服务请求发送节点发送第一响应,所述第一响应用于指示能够辅助所述服务请求发送节点完成地址转换,所述第一响应中包括所述第一节点的标识;
第二发送模块264,用于根据所述第一节点的标识向所述第一节点发送所述地址转换指示信息,所述地址转换指示信息用于对接收到的所述服务请求发送节点的第一数据包进行地址转换。
在本申请实施例中,通过对服务请求发送节点、服务节点、服务响应接收节点之间的数据包进行地址转换处理,可对交互过程中的其他节点透明,避免对网络中的大量节点进行改造。
可选的,所述地址转换指示信息包括以下至少之一:
所请求服务的服务流的标识;
源地址转换指示,用于指示是否进行源地址转换;
目的地址转换指示,用于指示是否进行目的地址转换;
扩展头添加指示,用于指示是否添加扩展头;
源地址转换的目标值;
目的地址转换的目标值;
扩展头的目标值;
地址转换指示信息的有效时长。
可选的,所述第一信息还包括以下至少之一:
所请求服务所需的计算复杂度量;
所请求服务所需的计算时延;
所请求服务所需的响应时间;
所请求服务所需的内存信息;
所请求服务所需的存储信息;
所请求服务所需的网络带宽;
所请求服务所需的服务持续时间长度。
本申请实施例中的计算服务的实现装置可以是电子设备,例如具有操作***的电子设备,也可以是电子设备中的部件,例如集成电路或芯片。
本申请实施例提供的计算服务的实现装置能够实现图6的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
可选的,如图27所示,本申请实施例还提供一种通信设备270,包括处理器271和存储器272,存储器272上存储有可在所述处理器271上运行的程序或指令,该程序或指令被处理器271执行时实现上述计算服务的实现方法实施例的各个步骤,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例还提供一种第一节点,包括处理器及通信接口,其中,所述通信接口用于接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;所述处理器,用于对所述第一数据包进行地址转换,其中,对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;所述通信接口还用于发送进行地址转换后的第一数据包。该第一节点实施例与上述第一节点侧方法实施例对应,上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中,且能达到相同的技术效果。
本申请实施例还提供一种第二节点,包括处理器及通信接口,其中,所述通信接口用于接收服务请求发送节点发送的第一请求,所述第一请求包括第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;所述处理器,用于根据所述第一信息,选择第一节点和确定地址转换指示信息;所述通信接口,还用于向所述服务请求发送节点发送第一响应,所述第一响应用于指示能够辅助所述服务请求发送节点完成地址转换,所述第一响应中包括所述第一节点的标识;所述通信接口,还用于根据所述第一节点的标识向所述第一节点发送所述地址转换指示信息,所述地址转换指示信息用于对接收到的所述服务请求发送节点的第一数据包进行地址转换。该第二节点实施例与上述第二节点侧方法实施例对应,上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中,且能达到相同的技术效果。
具体地,本申请实施例还提供了一种网络侧设备。如图28所示,该网络侧设备280包括:处理器281、网络接口282和存储器283。其中,网络接口282例如为通用公共无线接口(common public radio interface,CPRI)。
具体地,本发明实施例的网络侧设备280还包括:存储在存储器283上并可在处理器281上运行的指令或程序,处理器281调用存储器283中的指令或程序执行图25或图26所示各模块执行的方法,并达到相同的技术效果,为避免重复,故不在此赘述。
本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述计算服务的实现方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述计算服务的实现方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为***级芯片,***芯片,芯片***或片上***芯片等。
本申请实施例另提供了一种计算机程序/程序产品,所述计算机程序/程序产品被存储在存储介质中,所述计算机程序/程序产品被至少一个处理器执行以实现上述计算服务的实现方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (24)
1.一种计算服务的实现方法,其特征在于,包括:
第一节点接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第一节点对所述第一数据包进行地址转换,其中,所述第一节点对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;
所述第一节点发送进行地址转换后的第一数据包。
2.根据权利要求1所述的方法,其特征在于,
所述服务请求发送节点的标识通过所述第一数据包的报头中的源地址字段指示;
所述服务响应接收节点的标识通过所述第一数据包的报头中的目的地址字段指示;
所述服务标识通过所述第一数据包的报头中的扩展头字段指示;
或者,
所述服务请求发送节点的标识通过所述第一数据包的报头中的源地址字段指示;
所述服务标识通过所述第一数据包的报头中的目的地址字段指示;
所述服务响应接收节点的标识通过所述第一数据包的报头中的扩展头字段指示。
3.根据权利要求1或2所述的方法,其特征在于,所述第一节点对所述第一数据包进行地址转换还包括:
所述第一节点为所述第一数据包添加目的选项报头,所述目的选项报头包括源地址字段,所述目的选项报头的源地址字段指示所述服务请求发送节点的标识。
4.根据权利要求1或2所述的方法,其特征在于,所述将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者所述第一节点的标识包括:
将所述第一数据包的源地址字段中的服务请求发送节点的标识修改为所述服务响应接收节点的标识或者所述第一节点的标识;
或者
为所述第一数据包添加外部源地址字段,所述外部源地址字段指示所述服务响应接收节点的标识或者所述第一节点的标识。
5.根据权利要求1或2所述的方法,其特征在于,所述将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识包括:
所述第一节点将所述第一数据包的目的地址字段中的服务响应接收节点的标识修改为所述服务节点的标识或者与所述服务节点相连的路由节点的标识;
或者
所述第一节点为所述第一数据包添加外部目的地址字段,所述外部目的地址字段指示所述服务节点的标识或者与所述服务节点相连的路由节点的标识。
6.根据权利要求2所述的方法,其特征在于,将所述第一数据包的源地址转换为所述第一节点的标识,将所述第一数据包的目的地址转换为与所述服务节点相连的路由节点的标识,包括:
所述第一节点为所述第一数据包添加外部源地址字段和外部目的地址字段,所述外部源地址字段指示所述第一节点的标识,所述外部目的地址指示与服务节点连接的路由设备的标识。
7.根据权利要求6所述的方法,其特征在于,所述第一节点对所述第一数据包进行地址转换还包括:
若所述服务响应接收节点的标识通过所述第一数据包的报头中的扩展头字段指示,所述第一节点保持所述第一数据包的内部源地址为所述服务请求发送节点的标识,将内部目的地址转换为所述服务响应接收节点的标识,并删除所述扩展头字段。
8.根据权利要求1所述的方法,其特征在于,所述第一节点对所述第一数据包进行地址转换包括:
所述第一节点获取第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第一节点根据所述第一信息,对所述第一数据包进行地址转换。
9.根据权利要求1所述的方法,其特征在于,所述第一节点对所述第一数据包进行地址转换包括:
所述第一节点接收第二节点发送的地址转换指示信息,所述地址转换指示信息由所述第二节点根据接收到的第一信息确定,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第一节点根据所述地址转换指示信息指示,对所述第一数据包进行地址转换。
10.根据权利要求9所述的方法,其特征在于,所述地址转换指示信息包括以下至少之一:
所请求服务的服务流的标识;
源地址转换指示,用于指示是否进行源地址转换;
目的地址转换指示,用于指示是否进行目的地址转换;
扩展头添加指示,用于指示是否添加扩展头;
源地址转换的目标值;
目的地址转换的目标值;
扩展头的目标值;
地址转换指示信息的有效时长。
11.根据权利要求8或9所述的方法,其特征在于,所述第一信息还包括以下至少之一:
所请求服务所需的计算复杂度量;
所请求服务所需的计算时延;
所请求服务所需的响应时间;
所请求服务所需的内存信息;
所请求服务所需的存储信息;
所请求服务所需的网络带宽;
所请求服务所需的服务持续时间长度。
12.根据权利要求1或5所述的方法,其特征在于,所述第一节点对所述第一数据包进行地址转换之前还包括:
所述第一节点确定所述服务节点的标识;
或者
所述第一节点接收第三节点发送的所述服务节点的标识,所述第三节点为确定所述服务节点的节点。
13.根据权利要求1所述的方法,其特征在于,还包括:
若接收到除所述服务流的第一个第一数据包之外的其他第一数据包,根据映射关系确定所述服务节点,所述映射关系为所述所请求服务的服务流的标识和所述服务节点的标识之间的映射关系。
14.根据权利要求13所述的方法,其特征在于,所述映射关系中,
所述服务流采用以下信息标识:服务请求发送节点的标识、服务响应接收节点的标识、协议数据单元PDU会话标识和服务质量QoS流标识;
或者
所述服务流采用以下信息标识:服务请求发送节点的互联网协议IP地址和/或端口,以及,服务响应接收节点的IP地址和/或端口;
或者
所述服务流采用以下信息标识:服务请求发送节点的IP地址和/或端口,以及,所述服务节点的IP地址和/或端口;
或者
所述服务流采用以下信息标识:QoS流标识。
15.根据权利要求1所述的方法,其特征在于,还包括:
第一节点接收所述服务节点发送的第二数据包,所述第二数据包的报头中包括以下至少之一:所述服务节点的标识,所述第一节点的标识和所请求服务的服务标识;
所述第一节点对所述第二数据包进行地址转换,其中,所述第一节点对所述第二数据包进行地址转换包括:将所述第二数据包的源地址转换为所述服务请求发送节点的标识,将所述第二数据包的目的地址转换为所述服务响应接收节点的标识;
所述第一节点向所述服务响应接收节点发送进行地址转换后的第二数据包。
16.根据权利要求15所述的方法,其特征在于,所述将所述第二数据包的源地址转换为所述服务请求发送节点的标识包括:
将所述第二数据包的源地址字段中的服务节点的标识修改为所述服务请求发送节点的标识;
或者
删除所述第二数据包的外部源地址字段,所述外部源地址字段指示所述服务节点的标识,保留所述第二数据包的内部源地址字段,所述内部源地址字段指示所述服务请求发送节点的标识。
17.根据权利要求15所述的方法,其特征在于,所述将所述第二数据包的目的地址转换为所述服务响应接收节点的标识包括:
将所述第二数据包的目的地址字段中的第一节点的标识修改为所述服务响应接收节点的标识;
或者
删除所述第二数据包的外部目的地址字段,所述外部目的地址字段指示所述第一节点的标识,保留所述第二数据包的内部目的地址字段,所述内部目的地址字段指示所述服务响应接收节点的标识。
18.一种计算服务的实现方法,其特征在于,包括:
第二节点接收服务请求发送节点发送的第一请求,所述第一请求包括第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
所述第二节点根据所述第一信息,选择第一节点和确定地址转换指示信息;
所述第二节点向所述服务请求发送节点发送第一响应,所述第一响应用于指示能够辅助所述服务请求发送节点完成地址转换,所述第一响应中包括所述第一节点的标识;
所述第二节点根据所述第一节点的标识向所述第一节点发送所述地址转换指示信息,所述地址转换指示信息用于对接收到的所述服务请求发送节点的第一数据包进行地址转换。
19.根据权利要求18所述的方法,其特征在于,所述地址转换指示信息包括以下至少之一:
所请求服务的服务流的标识;
源地址转换指示,用于指示是否进行源地址转换;
目的地址转换指示,用于指示是否进行目的地址转换;
扩展头添加指示,用于指示是否添加扩展头;
源地址转换的目标值;
目的地址转换的目标值;
扩展头的目标值;
地址转换指示信息的有效时长。
20.根据权利要求18所述的方法,其特征在于,所述第一信息还包括以下至少之一:
所请求服务所需的计算复杂度量;
所请求服务所需的计算时延;
所请求服务所需的响应时间;
所请求服务所需的内存信息;
所请求服务所需的存储信息;
所请求服务所需的网络带宽;
所请求服务所需的服务持续时间长度。
21.一种计算服务的实现装置,其特征在于,包括:
第一接收模块,用于接收服务请求发送节点发送的第一数据包,所述第一数据包的报头中包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
第一地址转换模块,用于对所述第一数据包进行地址转换,其中,对所述第一数据包进行地址转换包括:将所述第一数据包的源地址转换为所述服务响应接收节点的标识或者第一节点的标识,将所述第一数据包的目的地址转换为提供所请求服务的服务节点的标识或者与所述服务节点相连的路由节点的标识;
第一发送模块,用于发送进行地址转换后的第一数据包。
22.一种计算服务的实现装置,其特征在于,包括:
第一接收模块,用于接收服务请求发送节点发送的第一请求,所述第一请求包括第一信息,所述第一信息包括以下至少之一:所述服务请求发送节点的标识,服务响应接收节点的标识和所请求服务的服务标识;
处理模块,用于根据所述第一信息,选择第一节点和确定地址转换指示信息;
第一发送模块,用于向所述服务请求发送节点发送第一响应,所述第一响应用于指示能够辅助所述服务请求发送节点完成地址转换,所述第一响应中包括所述第一节点的标识;
第二发送模块,用于根据所述第一节点的标识向所述第一节点发送所述地址转换指示信息,所述地址转换指示信息用于对接收到的所述服务请求发送节点的第一数据包进行地址转换。
23.一种通信设备,其特征在于,包括处理器和存储器,所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至17任一项所述的计算服务的实现方法的步骤,或者,所述程序或指令被所述处理器执行时实现如权利要求18至20任一项所述的计算服务的实现方法的步骤。
24.一种可读存储介质,其特征在于,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1至17任一项所述的计算服务的实现方法的步骤,或者,所述程序或指令被处理器执行时实现如权利要求18至20任一项所述的计算服务的实现方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211658880.2A CN118250334A (zh) | 2022-12-22 | 2022-12-22 | 计算服务的实现方法、装置、通信设备及存储介质 |
PCT/CN2023/140074 WO2024131812A1 (zh) | 2022-12-22 | 2023-12-20 | 计算服务的实现方法、装置、通信设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211658880.2A CN118250334A (zh) | 2022-12-22 | 2022-12-22 | 计算服务的实现方法、装置、通信设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118250334A true CN118250334A (zh) | 2024-06-25 |
Family
ID=91554177
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211658880.2A Pending CN118250334A (zh) | 2022-12-22 | 2022-12-22 | 计算服务的实现方法、装置、通信设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN118250334A (zh) |
WO (1) | WO2024131812A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112671628B (zh) * | 2019-10-15 | 2023-06-02 | 华为云计算技术有限公司 | 业务服务提供方法及*** |
CN111182022B (zh) * | 2019-10-31 | 2023-08-29 | 腾讯云计算(北京)有限责任公司 | 数据发送方法和装置、存储介质及电子装置 |
CN111262784B (zh) * | 2020-01-13 | 2022-05-17 | 杭州朗和科技有限公司 | 报文转发方法、报文转发装置、存储介质及电子设备 |
CN111343092B (zh) * | 2020-03-15 | 2021-10-22 | 腾讯科技(深圳)有限公司 | 基于边缘计算的通信方法、装置、介质及电子设备 |
CN111586670A (zh) * | 2020-04-30 | 2020-08-25 | 腾讯科技(深圳)有限公司 | 用于实现业务连续性的方法及相关设备 |
CN114844865A (zh) * | 2021-01-30 | 2022-08-02 | 华为技术有限公司 | 一种算力感知网络中的服务标识分配方法及通信装置 |
-
2022
- 2022-12-22 CN CN202211658880.2A patent/CN118250334A/zh active Pending
-
2023
- 2023-12-20 WO PCT/CN2023/140074 patent/WO2024131812A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2024131812A1 (zh) | 2024-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220124147A1 (en) | Application relocation method and apparatus | |
EP2858313B1 (en) | Method, device, and system for routing function activation and data transmission | |
Groves et al. | An IBM second generation RISC processor architecture | |
JP2022550165A (ja) | ローミング・シグナリング・メッセージ送信方法、関連するデバイス、および通信システム | |
WO2020068605A1 (en) | Systems and methods for selection of collocated nodes in 5g network | |
CN111988212B (zh) | 一种报文传输方法以及相关装置 | |
JP2010028422A (ja) | ゲートウェイ装置 | |
Pirmagomedov et al. | Augmented computing at the edge using named data networking | |
US11870683B2 (en) | 3GPP network function set adaptation for pre-5G network elements | |
CN116633934A (zh) | 负载均衡方法、装置、节点及存储介质 | |
WO2021068937A1 (zh) | 服务绑定的方法及装置 | |
CN112968965A (zh) | Nfv网络节点的元数据服务方法、服务器及存储介质 | |
CN116886621A (zh) | 报文转发控制方法、dpu及相关设备 | |
WO2023071522A1 (zh) | 建立连接的方法、装置、存储介质及电子装置 | |
CN118250334A (zh) | 计算服务的实现方法、装置、通信设备及存储介质 | |
WO2015096734A1 (zh) | 一种业务数据的下行传输方法及分组数据网关 | |
CN113454959B (zh) | 控制平面网络功能、用户平面网络功能和使用其的分组处理方法 | |
WO2024131714A1 (zh) | 信息处理方法及通信设备 | |
WO2024131712A1 (zh) | 信息处理方法及通信设备 | |
CN115915196A (zh) | 一种链路状态检测方法、通信装置及通信*** | |
WO2024131754A1 (zh) | 计算服务的实现方法、装置、通信设备及可读存储介质 | |
CN114828038A (zh) | 接入网*** | |
WO2024131753A1 (zh) | 信息处理方法及通信设备 | |
CN114915928B (zh) | 过滤规则配置和数据传输方法及相关装置 | |
WO2023174221A1 (zh) | 多模态业务实现方法、装置及通信设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination |