CN115250289A - 服务路由方法及设备 - Google Patents

服务路由方法及设备 Download PDF

Info

Publication number
CN115250289A
CN115250289A CN202110393967.0A CN202110393967A CN115250289A CN 115250289 A CN115250289 A CN 115250289A CN 202110393967 A CN202110393967 A CN 202110393967A CN 115250289 A CN115250289 A CN 115250289A
Authority
CN
China
Prior art keywords
service
computing platform
edge computing
connection establishment
domain name
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
Application number
CN202110393967.0A
Other languages
English (en)
Inventor
杜宗鹏
王丹
付月霞
李志强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202110393967.0A priority Critical patent/CN115250289A/zh
Priority to PCT/CN2022/085388 priority patent/WO2022218194A1/zh
Publication of CN115250289A publication Critical patent/CN115250289A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/30Managing network names, e.g. use of aliases or nicknames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种服务路由方法及设备,该方法包括:终端向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。本发明能够降低服务的访问时延以及降低服务路由的实现复杂度。

Description

服务路由方法及设备
技术领域
本发明涉及移动通信技术领域,具体涉及一种服务路由方法及设备。
背景技术
OTT是“Over The Top”的缩写,在通信行业是指互联网公司越过运营商,发展基于开放互联网的各种视频及数据服务业务,强调服务与物理网络的无关性。OTT的一个需求是降低用户的Web应用的接入时延,相关的技术如基于UDP的低时延的互联网传输层协议(Quick UDP Internet Connection,QUIC)等。某些研究指出,服务的访问时延每降低几百毫秒,则用户量的访问量会提高若干个百分点。
为了提升用户对业务的访问体验,现有技术提出了一种服务路由(ServiceRouting)的技术方案,该方案引入了一种新的服务路由地址,该服务路由地址包括有一个服务路由前缀(Service ID Prefix),即一个IPv6地址的前缀,该服务路由地址也被称为一个服务标识(Service ID)。该方案基于该服务标识(Service ID)路由寻址,Service ID存在多种实现方式,例如可以将服务名字(如网址)哈希为IPv6地址末若干位,再合并服务路由前缀,就可以构成一个Service ID。用户获取服务时,报文的目的地址直接填写ServiceID,从而可以消除域名服务器(Domain Name Service,DNS)的查询过程。
可以认为,服务路由地址是一种新的IPv6地址,在具体实现时,一种思路(solution1)是去互联网数字分配机构(IANA)为这种IPv6地址单独申请一段地址空间,用于服务路由(Service Routing),此时访问不同的移动边缘计算(Mobile Edge Computing,MEC)时使用相同的服务路由前缀,可以理解成一个任播(anycast)地址;另一种思路(solution2)是终端在接入服务之前,使用动态主机配置协议(Dynamic HostConfiguration Protocol,DHCP)得到服务路由前缀,此时访问不同的MEC使用不同的服务路由前缀。然而,现有技术的服务路由方案,其冲突检测机制设计的比较复杂,不利于在现网中的实现。
发明内容
本发明的至少一个实施例提供了一种服务路由方法及设备,能够降低服务的访问时延以及降低服务路由的实现复杂度。
根据本发明的一个方面,至少一个实施例提供了一种服务路由方法,包括:
终端向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
此外,根据本发明的至少一个实施例,在向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求之前,所述方法还包括:
所述终端在建立或修改与所述第一边缘计算平台的用户面功能之间的会话的过程中,接收核心网的会话管理功能SMF发送的所述第一边缘计算平台的第一服务路由前缀。
此外,根据本发明的至少一个实施例,发送所述第一连接建立请求包括:所述终端确定所述目标服务对应的服务标识,生成包括所述第一服务路由前缀和所述服务标识的第一目的地址,发送针对所述第一目的地址的访问请求。
此外,根据本发明的至少一个实施例,在发送所述第一域名解析请求之后,所述方法还包括:所述终端接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述目标服务对应的第二目的地址;
如果在接收到所述反馈消息时,所述第一连接建立请求尚未成功建立连接,所述终端发送针对所述第二目的地址的第二连接建立请求;以及,利用第一连接请求和第二连接请求中最先建立的连接,接入所述目标服务。
此外,根据本发明的至少一个实施例,还包括:
所述终端在发送针对所述目标服务的第一域名解析请求之后,还接收所述第一边缘计算平台返回的所述目标服务对应的服务路由地址;
在所述第一连接建立请求先于所述第二连接建立请求成功建立连接的情况下,所述终端判断所述目标服务对应的服务路由地址是否与所述第一目的地址匹配:若是,则继续通过所述第一连接接入所述目标服务;否则,断开所述第一连接,通过所述第二连接建立请求建立所述第二连接,并通过所述第二连接接入所述目标服务。
此外,根据本发明的至少一个实施例,在判断所述目标服务对应的服务路由地址与所述第一目的地址匹配的情况下,所述方法还包括:
取消所述第二连接建立请求的连接建立流程。
此外,根据本发明的至少一个实施例,所述第一服务路由前缀具体为:
所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址;
或者,
所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀,所述私网地址为IPv6唯一本地地址ULA地址;
或者,
所述第一边缘计算平台的本地服务器的分段路由SRv6的段标识SID中的位置标识Locator。此外,根据本发明的至少一个实施例,所述接收所述第一边缘计算平台发送的第一服务路由前缀,具体为:
接收所述第一边缘计算平台在PDU会话修改命令或PDU会话建立接受消息中携带的第一服务路由前缀。
根据本发明的另一方面,至少一个实施例提供了一种服务路由方法,包括:
第一边缘计算平台接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
所述第一边缘计算平台根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
此外,根据本发明的至少一个实施例,所述第一连接建立请求为针对第一目的地址的访问请求,所述第一目的地址包括有所述第一边缘计算平台的第一服务路由前缀和所述目标服务对应的服务标识。
此外,根据本发明的至少一个实施例,在发送所述反馈消息之后,所述方法还包括:
接收所述终端发送的针对所述第二目的地址的第二连接建立请求。
此外,根据本发明的至少一个实施例,还包括:
利用所述第一连接请求和第二连接请求中最先建立的连接,为所述终端提供所述目标服务。
此外,根据本发明的至少一个实施例,还包括:
所述第一边缘计算平台在向所述终端发送对所述第一域名解析请求的反馈消息时,还发送所述目标服务对应的服务路由地址。
根据本发明的另一方面,至少一个实施例提供了一种服务路由方法,包括:
核心网的会话管理功能SMF,在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
此外,根据本发明的至少一个实施例,所述第一服务路由前缀具体为:
所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址;
或者,
所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀,所述私网地址为IPv6唯一本地地址ULA地址;
或者,
所述第一边缘计算平台的本地服务器的分段路由SRv6的段标识SID中的位置标识Locator。此外,根据本发明的至少一个实施例,所述向所述终端发送所述第一边缘计算平台的第一服务路由前缀,具体为:
在PDU会话修改命令或PDU会话建立接受消息携带第一服务路由前缀并发送给所述终端。
根据本发明的另一方面,至少一个实施例提供了一种终端,包括:
发送模块,用于向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
服务接入模块,用于如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
根据本发明的另一方面,至少一个实施例提供了一种终端,包括收发机和处理器,其中,
所述收发机,用于向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
所述处理器,用于如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
根据本发明的另一方面,至少一个实施例提供了一种终端,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如上所述的方法的步骤。
根据本发明的另一方面,至少一个实施例提供了一种第一边缘计算平台,包括:
接收模块,用于接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
响应模块,用于根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
根据本发明的另一方面,至少一个实施例提供了一种第一边缘计算平台,包括收发机和处理器,其中,
所述收发机,用于接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
所述处理器,用于根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
根据本发明的另一方面,至少一个实施例提供了一种第一边缘计算平台,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如上所述的方法的步骤。
根据本发明的另一方面,至少一个实施例提供了一种核心网的会话管理功能,包括:
发送模块,用于在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
根据本发明的另一方面,至少一个实施例提供了一种核心网的会话管理功能,包括收发机和处理器,其中,
所述收发机,用于在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
根据本发明的另一方面,至少一个实施例提供了一种核心网的会话管理功能,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如上所述的方法的步骤。
根据本发明的另一方面,至少一个实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有程序,所述程序被处理器执行时,实现如上所述的方法的步骤。
与现有技术相比,本发明实施例提供的服务路由方法及设备,能够利用两个请求来请求建立与目标服务之间的连接,并利用首先成功建立的连接来接入目标服务,从而可以规避现有技术复杂的冲突检测处理机制,降低了服务路由的实现复杂度,并能降低服务的访问时延。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为现有技术的服务路由在终端侧的流程示意图;
图2为现有技术的服务路由在网络侧侧的流程示意图;
图3为本发明实施例提供的服务路由方法应用于终端侧时的流程图;
图4为本发明实施例提供的服务路由方法应用于MEC时的流程图;
图5为本发明实施例提供的服务路由方法应用于SMF时的流程图;
图6为未引入服务路由时的MEC服务访问的示例图;
图7为本发明实施例的服务路由方法的一种应用示例图;
图8为本发明实施例的服务路由方法的另一种应用示例图;
图9为本发明实施例的服务路由方法的又一种应用示例图;
图10为本发明实施例提供的终端的一种结构示意图;
图11为本发明实施例提供的终端的另一种结构示意图;
图12为本发明实施例提供的第一边缘计算平台的一种结构示意图;
图13为本发明实施例提供的第一边缘计算平台的另一种结构示意图;
图14为本发明实施例提供的会话管理功能的一种结构示意图;
图15为本发明实施例提供的会话管理功能的另一种结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。
以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如,可以按不同于所描述的次序来执行所描述的方法,并且可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
现有技术的一种服务路由方法,其在方案流程上,包括用户侧信息的通告和服务侧信息通告。终端通过扩展的DHCP协议,得到客户端(client)地址和服务路由前缀等信息;服务器侧和网络侧可以通过自定义的UDP协议,配置节点控制面以及修改转发表。终端侧的流程如图1所示,包括:
11,终端的DHCP客户端(DHCP client)主动向DHCP服务器(DHCP server)发起发现/请求(discover/request)。
12,在DHCP server回复的DHCP ACK阶段option字段中携带服务路由前缀、哈希算法枚举值、冲突检测服务器(DHCP server Ext)地址。
13,DHCP client获得上述地址后,在本地保存服务路由前缀和哈希算法。
14,DHCP client定时发送请求(request),向DHCPserver Ext请求哈希冲突列表。
15,DHCP server Ext回复的DHCP ACK报文,option字段中携带哈希冲突列表,列表内容支持分片,可以在多个ACK中完成发送。
网络侧的流程如图2所示,包括:
21,当内容写入到服务标识服务器(ServerID server)时,将URL、域名(domainname)、哈希得到的serviceID记录保存;
22,Service ID写入时,检测到哈希(HASH)冲突,如原有URL_1对应serviceID_1,新写入的URL_2哈希的结果也是serverID_1,立即向冲突检测服务器(DHCP server Ext)发布哈希冲突值;
23,DHCP server Ext收到上报的URL_1、URL_2、serviceID_1,从备选库中取出一个值serviceID_2,分配给其中一个URL_2;并向ServerID Server返回哈希分配结果URL_2/serviceID_2;
24,DHCP server Ext在本地记录URL_2/serviceID_2,记入到哈希冲突列表。
25,服务器侧发出发布ServiceID路由的协议报文。
26,路由器接收报文,将报文上送控制面处理:
A)从报文中解析出服务路由serviceID,作为前缀;
B)从报文中解析出服务器端口静态IP,作为下一跳(nexthop);
C)记录上送端口,作为出接口;
D)下发路由。
27,向服务器回复确认消息(ACK),说明哪条服务路由已经处理完成
28,路由器定时维护与服务器的接口的连接状态,连接状态有效,所有从该接口接收的路由有效。
服务路由(Service Routing)是一种新的路由技术方案,未来可能会在公网(大网)中使能(用于BGP anycast)。该技术认为大网中,Service Routing支持基于服务标识(Service ID)的业务可感知路由,可以支持综合业务信息和路径信息进行路由决策。服务路由可能会先在有限域(limited domain)中应用,例如MEC,有利于规避比较复杂的哈希(HASH)冲突的问题(因为冲突会比较少)。在采用背景技术中所述的solution2,其冲突检测的机制设计的比较复杂,不利于现网中的实现。
为解决以上问题中的至少一种,本发明实施例提供了一种服务路由方法,能够降低服务路由的实现复杂度,使得路由机制更加轻量级,有利于在现网中的实现。具体的,本发明实施例规避了哈希(HASH)冲突的处理,如果出现了冲突,则支持退回默认的DNS机制,这样可以仅在一些关键/主要场景中提供最优的业务体验。具体的,终端可以同时按照两种机制发起请求(基于服务路由的连接建立请求,和,基于DNS协议的域名解析请求),在HASH正确命中前提下,通常基于服务路由的连接请求会首先建立连接。另外,当仅在MEC中实现时,本发明实施例的方案也可以认为是MEC站点内的一种IPv6地址的配置方式,也就是说,服务路由前缀使能为MEC的地址(用于路由),即,将服务路由前缀设置为该MEC的服务的公共前缀,从而在不同的MEC,终端可以使用相同HASH算法,得到对应的服务地址,实现快速接入。
请参照图3,本发明实施例提供的一种服务路由方法,在由终端执行时包括:
步骤31,终端向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求。
这里,本发明实施例在请求目标服务时,将发起两个请求,具体包括:基于服务路由的第一连接建立请求,和,基于DNS协议的域名解析请求。相比于现有技术,本发明实施例在请求目标服务时,不只是发送一个针对目标服务的请求,而是发送两个请求,其中,域名解析请求用于获取目标服务对应的IP地址(第二目的地址),进而可以根据获得的目标服务对应的IP地址发起第二连接建立请求。
例如,目标服务的服务名字可以是某个域名,如local-weather.com,此时,终端在发送针对所述目标服务的第一连接建立请求时,可以发送针对所述目标服务对应的服务路由地址的访问请求;在发送第一域名解析请求时,可以发送针对所述目标服务的域名解析请求,请求所述目标服务的域名对应的IP地址。
步骤32,如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
在发起上述两个请求后,如果在接收到所述第一域名解析请求的反馈之前,所述第一连接建立请求已经成功建立连接,此时所述终端通过所述第一连接建立请求建立的第一连接接入所述目标服务。后续,如果所述终端接收到所述第一域名解析请求的反馈,所述终端可以放弃发起第二连接建立请求。
通过以上步骤,本发明实施例的终端在请求目标服务时,将发起步骤31中的两个请求,当基于服务路由的请求首先建立第一连接时,本发明实施例通过所述第一连接接入所述目标服务,另外放弃发起第二连接建立请求。这样,本发明实施例能够利用两个请求来请求建立与目标服务之间的连接,并利用首先成功建立的连接来接入目标服务。这样,本发明实施例在服务路由发生哈希冲突后,可以不进行现有技术的冲突检测处理,而是利用之前已发起的域名解析请求继续建立第二连接以接入所述目标服务,因此,本发明实施例可以规避现有技术复杂的冲突检测处理机制,降低了服务路由的实现复杂度,并能降低服务的访问时延。
本发明实施例中,在步骤31之前,所述终端在建立或修改与所述第一边缘计算平台的用户面功能之间的会话的过程中,接收核心网的会话管理功能SMF发送的所述第一边缘计算平台的第一服务路由前缀。具体的,所述第一服务路由前缀可以携带在PDU会话修改命令或PDU会话建立接受消息中。
这样,在步骤31中,所述终端可以确定所述目标服务对应的服务标识(ServiceID),生成包括所述第一服务路由前缀的第一目的地址(服务路由地址),然后发送针对所述第一目的地址的访问请求。例如,对所述目标服务对应的服务名字(如服务名字为local-weather.com)进行哈希计算,得到目标服务对应的服务标识(Service ID)即第一目的地址的末若干位,与第一服务路由前缀组合,得到第一目的地址。
终端发送上述步骤31中的第一域名解析请求之后,第一边缘计算平台根据所述第一域名解析请求,获取所述目标服务的域名对应的IP地址(第二目的地址)并通过反馈消息返回给所述终端。所述终端接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述目标服务对应的第二目的地址。如果在接收到所述反馈消息时,所述第一连接建立请求尚未成功建立连接,所述终端发送针对所述第二目的地址的第二连接建立请求;以及,利用第一连接请求和第二连接请求中最先建立的连接,接入所述目标服务。
这里,所述第一服务路由前缀可以是以下任一种:
1)所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址,每个本地服务器的第一公网IPv6地址和第二公网IPv6地址可以相同或不同。优选的,所有本地服务器的第一公网IPv6地址的前缀可以都相同。
此时,上文中第一边缘计算平台根据所述第一域名解析请求获取的所述目标服务的域名对应的IP地址,即为提供所述目标服务的本地服务器的第二公网IPv6地址。
2)所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀。所述私网地址为IPv6唯一本地地址(Unique Local IPv6 Unicast Address,ULA)。
ULA地址是IPv6的本地单播地址(Unique Local IPv6 Unicast Address),是专门用于内部网络的地址,如果数据包的源IP或者目的IP地址是这个地址段之内的地址,是不可以在公网上转发的。优选的,所述第一边缘计算平台的所有本地服务器的私网IPv6地址的前缀均相同。
3)所述第一边缘计算平台的本地服务器的分段路由(SRv6)的段标识(SegmentID,SID)中的位置标识(Locator)。优选的,所述第一边缘计算平台的所有本地服务器都具有相同的Locator。
可选的,本发明实施例中,第一边缘计算平台还可以针对第一域名请求反馈所述第二目的地址时,进一步向终端反馈所述目标服务对应的服务路由地址,以用于终端进行服务路由地址的校验。这样,所述终端在发送针对所述目标服务的第一域名解析请求之后,还可以接收所述第一边缘计算平台返回的所述目标服务对应的服务路由地址。后续如果所述第一连接建立请求先于所述第二连接建立请求成功建立连接,所述终端则可以判断所述目标服务对应的服务路由地址(即第一边缘计算平台返回的所述目标服务对应的服务路由地址)是否与所述第一目的地址匹配:
若是,则继续通过所述第一连接接入所述目标服务;
否则,断开所述第一连接,通过所述第二连接建立请求建立所述第二连接,并通过所述第二连接接入所述目标服务。
进一步的,所述终端在判断所述目标服务对应的服务路由地址与所述第一目的地址匹配的情况下,还可以取消所述第二连接建立请求的连接建立流程。
本发明实施例在上述步骤31之后,所述终端也可能通过第二连接建立请求建立了第二连接,在所述第二连接建立请求先于第一连接建立请求成功建立连接的情况下,所述终端通过所述第二连接建立请求建立的第二连接接入所述目标服务,另外,所述终端还可以取消第一连接建立请求的后续流程。
另外需要说明的是,本文中涉及的SR的缩写,通常是表示服务路由(ServiceRouting),而SRv6则表示基于IPv6的分段路由(Segment Routing)。
请参照图4,本发明实施例的服务路由方法,在应用于第一边缘计算平台侧时,包括:
步骤41,第一边缘计算平台接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求。
这里,所述第一连接建立请求为针对第一目的地址的访问请求,所述第一目的地址包括有所述第一边缘计算平台的第一服务路由前缀和所述目标服务对应的服务标识。所述服务标识可以是对目标服务的服务名称进行哈希计算得到。所述第一服务路由前缀可以是以下任一种:
1)所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址,每个本地服务器的第一公网IPv6地址和第二公网IPv6地址可以相同或不同。优选的,所有本地服务器的第一公网IPv6地址的前缀可以都相同。
此时,上文中第一边缘计算平台根据所述第一域名解析请求获取的所述目标服务的域名对应的IP地址,即为提供所述目标服务的本地服务器的第二公网IPv6地址。
2)所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀。所述私网地址为IPv6唯一本地地址ULA地址。优选的,所述第一边缘计算平台的所有本地服务器的私网IPv6地址的前缀均相同。
3)所述第一边缘计算平台的本地服务器的分段路由(SRv6)的段标识(SegmentID,SID)中的位置标识(Locator)。优选的,所述第一边缘计算平台的所有本地服务器都具有相同的Locator。
步骤42,所述第一边缘计算平台根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
这里,第一边缘计算平台在接收所述第一域名解析请求之后,可以根据所述第一域名解析请求,获取解析得到的所述目标服务的域名所对应的第二目的地址,并向所述终端发送所述第二目的地址。这里,域名解析可以通过第一边缘计算平台中的DNS服务器执行。
通过上述步骤,终端请求目标服务时发送步骤41中的两种请求,第一边缘计算平台响应上述请求,建立所述终端与目标服务之间的第一连接,以及反馈第二目的地址。这样,当基于服务路由的第一连接建立请求首先建立第一连接时,本发明实施例通过所述第一连接为终端提供所述目标服务,从而本发明实施例能够利用两个请求来建立连接,并利用首先成功建立的连接来提供目标服务。本发明实施例在服务路由发生哈希冲突后,可以不进行现有技术的冲突检测处理,而是利用之前已发起的域名解析请求建立第二连接接入目标服务,因此,本发明实施例可以规避现有技术复杂的冲突检测处理机制,降低了服务路由的实现复杂度,并能降低服务的访问时延。
在发送所述反馈消息之后,第一边缘计算平台还可能接收到所述终端发送的针对所述第二目的地址的第二连接建立请求,进而响应所述第二连接建立请求,建立所述终端与目标服务之间的第二连接。然后,利用所述第一连接请求和第二连接请求中最先建立的连接(可能是第一连接或第二连接),为所述终端提供所述目标服务。
可选的,本发明实施例中,所述第一边缘计算平台在向所述终端发送对所述第一域名解析请求的反馈消息时,还发送所述目标服务对应的服务路由地址,以提供给所述终端进行服务路由地址的校验。
请参照图5,本发明实施例的服务路由方法,在应用于核心网的会话管理功能(SMF)时,包括:
步骤51,核心网的会话管理功能SMF,在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
这里,SMF可以在PDU会话修改命令或PDU会话建立接受消息携带第一服务路由前缀并发送给所述终端。
为了帮助更好的理解以上实施例,针对以上第一服务路由前缀的三种情况,下面通过三个对应的示例作进一步的说明。
示例1:
首先介绍在未引入服务路由(Service Routing)时的MEC服务访问情况,如图6所示,图6及后续的图7~9中,5GC表示5G核心网,5GC-CP表示5G核心网的控制面,包括以下61~63所示的几种情形:
61,UE接入5G网络,建立到5G核心网(5GC)的用户面功能(User Plane Function,UPF)的数据面的会话,如果访问local-weather.com,需要先进行DNS解析获取IP地址,例如ABCD::0123:4567,之后根据IP地址访问对应的服务器(Web Server),从而获取服务。
62,UE接入到边缘计算平台1(MEC1),在5GC控制下,建立UE到MEC1的UPF的会话,在访问local-weather.com时,需要先进行local DNS解析,获取IP地址,例如AAAA::9876:4567,之后根据IP地址访问对应的服务器(Cache Server),从而获取服务。此时因为MEC1距离UE更近,则有一定的低时延的效果。
63,UE切换之后,接入到MEC2,在5GC控制下,建立到MEC2的UPF的会话。假设UE还是访问local-weather.com,此时需要先进行local DNS解析,获取IP地址,例如BBBB::4534:4567,之后根据IP地址访问对应的服务器(Cache Server),从而获取服务。
在引入Service Routing后的MEC服务访问情况,如图7所示,包括:
首先,UE接入5G网络,建立到5GC的UPF的数据面的会话,如果UE访问local-weather.com,需要先进行DNS解析获取IP地址,例如ABCD::0123:4567,之后访问该服务器,从而获取服务。
71,UE接入到MEC1,在5GC控制下,建立到MEC1的UPF的会话,在会话建立/修改过程中,得到一个服务路由(Service Routing)的前缀,如AAAA:A100::/64。
MEC1需要在网络中通告这个IPv6前缀,即该MEC1的服务可以有两个地址都可以接入。其中一个是传统的IPv6地址(上文的第二公网IPv6地址),一个是Service Routing的地址(上文的第一公网IPv6地址),可选的,两个地址也可以相同(但是按照后者的格式)。当两个地址不同时,local DNS解析时可返回两个地址,如BBBB::4534:4567,BBBB:B200::0001,用于验证(此时需要扩展目前的DNS协议,给后面的第2个地址一个Service Routing地址的说明。另外,当有HASH冲突时(如local service较多时),则使能较重要业务的SR访问,也可考虑更新两侧HASH算法(新的算法有可能让该HASH冲突消失)。
这样,UE访问local-weather.com时,可以同时发起两种连接建立流程:
a)发起DNS解析,local DNS解析到地址,如AAAA::9876:4567,之后UE根据该地址访问对应的服务器。
b)同时,UE直接按照<SR Prefix:Hashvalue>的服务路由地址的格式,如AAAA:A100::0001,发起服务访问
如果b)首先成功建立连接,则按照b)发起访问。
72,UE接入到MEC2,在5GC控制下,建立到MEC2的UPF的会话,在会话建立/修改时,得到一个Service Routing的前缀,BBBB:B200::/64。
类似的,UE访问local-weather.com,同时发起两种连接建立流程。
a)发起DNS解析,local DNS解析到地址,如BBBB::4534:4567,之后根据该地址访问对应的服务器。
b)同时,直接按照<SR Prefix:Hashvalue>,如BBBB:B200::0001,发起服务访问。
如果b)首先成功建立连接,则按照b)发起访问。
注意,当第一公网IPv6地址与第二公网IPv6地址不同时,local DNS解析可选返回上述两个地址,如BBBB::4534:4567,BBBB:B200::0001,用于验证(此时需要扩展目前的DNS协议,给后面的地址一个说明)
在UE接入场景中,3GPP扩展协议配置选项(Extended Protocol configurationoptions,,ePCO)可以用于交互一些协议配置参数。本发明实施例可以扩展一个未占用的字段,例如类似于DNS server中的设计,设计如下新的字段:0033H(Service-routing IPv6Prefix),从而在PDU会话修改命令或PDU会话建立接受命令中携带服务路由前缀。具体流程上,可以在UE接入MEC的时候,当UE和MEC的UPF建立新的PDU Session,或者修改之前的PDUsession时,在PDU会话建立/修改成功的报文中,可以携带一些信息给UE。例如在ePCOoptions中,通过上述的一个新的扩展字段0033H进行携带。
以上示例1中假设MEC节点有两套公网IPv6地址(或者一套,但是需要迁就ServiceRouting前缀的这一套),即假设MEC有很多的相同前缀的IPv6地址(对应着MEC节点中的各种服务),这样可以直接按照HASH算法进行访问。
示例2:
在示例2中,不再假设MEC节点有一套全网可路由的服务路由前缀地址,但是假设MEC的本地server有一套ULA地址(Unique Local IPv6 Unicast Addresses),直接按照HASH算法可以访问。这些ULA地址,仅在MEC内部有效,且可路由。ULA地址是IETF定义的IPv6的一种地址,类似于IPv4中的10.1.*.*这种私网地址,用于本地的通信。ULA地址的特点是本地有效,不需要发布出去,并且地址空间也较大,但是要求服务全部是在MEC内部。
在MEC接入的场景中,使用ULA地址更加可行,因为一方面,UE本身就是在访问本地的内容,另外,使用ULA地址,有助于现有的MEC向支持服务路由过度(不需要配置更多的公网地址)。
该示例2中,引入Service Routing后的MEC服务访问情况如图8所示:
UE接入5G网络,建立到5GC的UPF的数据面的会话,如果访问local-weather.com,需要先进行DNS解析到地址,例如ABCD::0123:4567,之后访问该服务器,从而获取服务。
81,UE接入到MEC1,在5GC控制下,建立到MEC1的UPF的会话,在会话建立/修改时,得到一个Service Routing的前缀,FDAA:A100:1000:0001::/64。
该MEC不需要在外部的网络中通告这个IPv6前缀,但是该MEC内,MEC的服务两个地址都可以接入,一个是传统的IPv6地址,一个是Service Routing的地址,这时,两个地址不同。
UE访问local-weather.com,同时发起两种连接建立流程。
a)UE发起DNS解析,local DNS解析到地址,如AAAA::9876:4567,之后UE根据该地址访问对应的服务器。
b)UE直接按照<SR Prefix:Hashvalue>,如FDAA:A100:1000:0001::0001,发起服务访问。
如果b)首先成功建立连接,则按照b)发起访问。
82,UE接入到MEC2,在5GC控制下,建立到MEC2的UPF的会话,在PDU会话建立/修改的过程中,得到一个服务路由(Service Routing)的前缀,假设为FDAA:A100:1000:0002::/64。
UE访问local-weather.com,同时发起两种连接建立流程。
a)发起DNS解析,local DNS解析到地址,如BBBB::4534:4567,之后根据该地址访问对应的服务器。
b)直接按照<SR Prefix:Hashvalue>,如FDAA:A100:1000:0002::0001,发起服务访问。
如果b)首先成功建立连接,则按照b)发起访问
需要说明的是,local DNS解析可以返回两个地址,如BBBB::4534:4567,FDAA:A100:1000:0002::0001,后者用于验证,例如,已经通过方式b发起了连接,正在交互,这时得到了方式a的回应,如果回应中有FDAA:A100:1000:0002::0001,则UE认为自己的快速连接地址是没问题的,继续交互,不做任何改变,如果没有,则判断是否交互的对象可能不正确,可以转而使用BBBB::4534:4567发起了连接。
另外,当有HASH冲突时(local service较多),可以使能较重要业务的SR访问,也可考虑更新两侧HASH算法(新的算法有可能让该HASH冲突消失)。
示例3:
该示例3中,不再假设MEC节点有一套全网可路由的Service Routing前缀地址;但是假设MEC的本地服务器(server)有一套分段路由(Segment Routing IPv6,SRv6)地址,这些SRv6地址有一个固定的前缀,可以直接按照HASH算法即可以访问。SRv6地址可以通过段标识(Segment ID,SID)来表示。SID通常包括位置标识(Locator)、功能(Function)和变量(Args)三个部分。
这些SRv6地址,仅在MEC内部有效,可路由。这时,这些SRv6地址的位置标识(Locator)部分是相同的。因此,在一定程度上,该SRv6地址,可以认为类似于SRv6中的LOC,即FUNCT的架构(Locator:FUNCTION)。MEC作为一个虚拟的大节点,Service Routing的IPv6Prefix对应LOC,FUNCT对应于某个具体的服务。
该示例3中,引入Service Routing后的MEC服务访问情况如图9所示:
首先,UE接入5G网络,建立到5GC的UPF的数据面的会话,如果访问local-weather.com,需要先进行DNS解析到地址,例如ABCD::0123:4567,之后访问该服务器,之后访问该服务器,从而获取服务。
91,UE接入到MEC1,在5GC控制下,建立到MEC1的UPF的会话,在会话建立/修改时,得到一个Service Routing的前缀(同时也是一个SRv6的Locator),A1:0001::/64。
该MEC不需要在外部的网络中通告这个IPv6前缀,但是该MEC内,MEC的服务两个地址都可以接入,一个是传统的IPv6地址,一个是Service Routing的地址,这时,两个地址不会相同。
这样,UE访问local-weather.com时,同时发起两种连接建立流程:
a)发起DNS解析,local DNS解析到地址,如AAAA::9876:4567,之后UE根据该地址访问对应的服务器。
b)直接按照<SR Prefix:Hashvalue>,如A1:0001::0001,发起服务访问。
如果b)首先成功建立连接,则按照b)发起访问。
92,UE接入到MEC2,在5GC控制下,建立到MEC2的UPF的会话,在会话建立/修改时,得到一个Service Routing的前缀(同时也是一个SRv6的Locator),B1:0001::/64。
类似的,UE访问local-weather.com,同时发起两种连接建立流程。
a)发起DNS解析,local DNS解析到地址,如BBBB::4534:4567,之后根据该地址访问对应的服务器。
b)直接按照<SR Prefix:Hashvalue>,如B1:0001::0001,发起服务访问。
如果b)首先成功建立连接,则按照b)发起访问
类似的,local DNS解析时可选返回两个地址,如BBBB::4534:4567,B1:0001::0001,用于验证。另外,当有HASH冲突时(local service较多),则使能较重要业务的SR访问,也可考虑更新两侧HASH算法。
从以上示例可以看出,本发明实施例实现了一种轻量级的用于MEC的服务路由技术方案,该方案不需要大网对于Service Routing路由的感知,不需要自定义的UDP协议去通告路由,例如,在MEC内部,网关可以直接按照IPv6地址通信,该方案也不需要处理复杂的HASH冲突问题。另外,该方案可以通过3GPP的信令来通告Service Routing的服务的IPv6Prefix,不需要进行DHCP协议的扩展,同时,3GPP的终端不使用DHCP的场景中,也可以使能服务的SR快速接入。另外,在3GPP定义的架构中,UE切换MEC时,如何准确的访问MEC的内容,一种方式是通过local DNS上的处理,但是相关的机制比较复杂,还有可能依赖EDNS0之类的扩展。而在本发明实施例中,可以直接使用HASH后的地址进行MEC内容的访问,让DNS解析回归简单的配置。
以上介绍了本发明实施例的各种方法。下面将进一步提供实施上述方法的装置。
请参照图10,本发明实施例提供了一种终端,包括:
发送模块91,用于向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
服务接入模块92,用于如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
可选的,所述终端还包括:
第一接收模块,用于在向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求之前,在建立或修改与所述第一边缘计算平台的用户面功能之间的会话的过程中,接收核心网的会话管理功能SMF发送的所述第一边缘计算平台的第一服务路由前缀。
可选的,所述发送模块,还用于确定所述目标服务对应的服务标识,生成包括所述第一服务路由前缀和所述服务标识的第一目的地址,发送针对所述第一目的地址的访问请求。
可选的,所述终端还包括:
第二接收模块,用于在发送所述第一域名解析请求之后,接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述目标服务对应的第二目的地址;
所述服务接入模块92,还用于如果在接收到所述反馈消息时,所述第一连接建立请求尚未成功建立连接,则发送针对所述第二目的地址的第二连接建立请求;以及,利用第一连接请求和第二连接请求中最先建立的连接,接入所述目标服务。
可选的,所述第一服务路由前缀具体为:
所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址;
或者,
所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀,所述私网地址为IPv6唯一本地地址ULA地址;
或者,
所述第一边缘计算平台的本地服务器的分段路由SRv6的段标识SID中的位置标识Locator。
可选的,所述终端还包括:
第三接收模块,用于在发送针对所述目标服务的第一域名解析请求之后,还接收所述第一边缘计算平台返回的所述目标服务对应的服务路由地址;
所述服务接入模块92,还用于在所述第一连接建立请求先于所述第二连接建立请求成功建立连接的情况下,判断所述目标服务对应的服务路由地址是否与所述第一目的地址匹配:若是,则继续通过所述第一连接接入所述目标服务;否则,断开所述第一连接,通过所述第二连接建立请求建立所述第二连接,并通过所述第二连接接入所述目标服务。
可选的,所述服务接入模块92,还用于在判断所述目标服务对应的服务路由地址与所述第一目的地址匹配的情况下,取消所述第二连接建立请求的连接建立流程。
可选的,所述第一接收模块,还用于接收所述第一边缘计算平台在PDU会话修改命令或PDU会话建立接受消息中携带的第一服务路由前缀。
需要说明的是,该实施例中的设备是与上述图3所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
请参照图11,本发明实施例提供的终端的一种结构示意图,该终端包括:处理器1001、收发机1002、存储器1003、用户接口1004和总线接口。
在本发明实施例中,终端还包括:存储在存储器上1003并可在处理器1001上运行的程序。
所述处理器1001执行所述程序时实现以下步骤:
向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
可选的,所述处理器执行所述程序时还实现以下步骤:
在向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求之前,在建立或修改与所述第一边缘计算平台的用户面功能之间的会话的过程中,接收核心网的会话管理功能SMF发送的所述第一边缘计算平台的第一服务路由前缀。
可选的,所述处理器执行所述程序时还实现以下步骤:
确定所述目标服务对应的服务标识,生成包括所述第一服务路由前缀和所述服务标识的第一目的地址,发送针对所述第一目的地址的访问请求。
可选的,所述处理器执行所述程序时还实现以下步骤:
在发送所述第一域名解析请求之后,接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述目标服务对应的第二目的地址;
如果在接收到所述反馈消息时,所述第一连接建立请求尚未成功建立连接,则发送针对所述第二目的地址的第二连接建立请求;以及,利用第一连接请求和第二连接请求中最先建立的连接,接入所述目标服务。
可选的,所述第一服务路由前缀具体为:
所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址;
或者,
所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀,所述私网地址为IPv6唯一本地地址ULA地址;
或者,
所述第一边缘计算平台的本地服务器的分段路由SRv6的段标识SID中的位置标识Locator。
可选的,所述处理器执行所述程序时还实现以下步骤:
在发送针对所述目标服务的第一域名解析请求之后,还接收所述第一边缘计算平台返回的所述目标服务对应的服务路由地址;
在所述第一连接建立请求先于所述第二连接建立请求成功建立连接的情况下,判断所述目标服务对应的服务路由地址是否与所述第一目的地址匹配:若是,则继续通过所述第一连接接入所述目标服务;否则,断开所述第一连接,通过所述第二连接建立请求建立所述第二连接,并通过所述第二连接接入所述目标服务。
可选的,所述处理器执行所述程序时还实现以下步骤:
在判断所述目标服务对应的服务路由地址与所述第一目的地址匹配的情况下,取消所述第二连接建立请求的连接建立流程。
可选的,所述处理器执行所述程序时还实现以下步骤:
接收所述第一边缘计算平台在PDU会话修改命令或PDU会话建立接受消息中携带的第一服务路由前缀。
可理解的,本发明实施例中,所述计算机程序被处理器1001执行时可实现上述图3所示的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
在图11中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1001代表的一个或多个处理器和存储器1003代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1002可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口1004还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1001负责管理总线架构和通常的处理,存储器1003可以存储处理器1001在执行操作时所使用的数据。
需要说明的是,该实施例中的设备是与上述图3所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。该设备中,收发机1002与存储器1003,以及收发机1002与处理器1001均可以通过总线接口通讯连接,处理器1001的功能也可以由收发机1002实现,收发机1002的功能也可以由处理器1001实现。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
在本发明的一些实施例中,还提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现以下步骤:
向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
该程序被处理器执行时能实现上述应用于终端侧的服务路由方法中的所有实现方式,且能达到相同的技术效果,为避免重复,此处不再赘述。
本发明实施例提供了图12所示的一种第一边缘计算平台,包括:
接收模块111,用于接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
响应模块112,用于根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
可选的,所述第一连接建立请求为针对第一目的地址的访问请求,所述第一目的地址包括有所述第一边缘计算平台的第一服务路由前缀和所述目标服务对应的服务标识。
可选的,所述第一服务路由前缀具体为:
所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址;
或者,
所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀,所述私网地址为IPv6唯一本地地址ULA地址;
或者,
所述第一边缘计算平台的本地服务器的分段路由SRv6的段标识SID中的位置标识Locator。
可选的,所述响应模块112,还用于在发送所述反馈消息之后,接收所述终端发送的针对所述第二目的地址的第二连接建立请求。
可选的,所述响应模块112,还用于利用所述第一连接请求和第二连接请求中最先建立的连接,为所述终端提供所述目标服务。
可选的,所述响应模块112,还用于在向所述终端发送对所述第一域名解析请求的反馈消息时,还发送所述目标服务对应的服务路由地址。
需要说明的是,该实施例中的装置是与上述图4所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
请参考图13,本发明实施例提供了第一边缘计算平台的一结构示意图,包括:处理器1201、收发机1202、存储器1203和总线接口,其中:
在本发明实施例中,第一边缘计算平台还包括:存储在存储器上1203并可在处理器1201上运行的程序,所述程序被处理器1201执行时实现如下步骤:
接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
可选的,所述第一连接建立请求为针对第一目的地址的访问请求,所述第一目的地址包括有所述第一边缘计算平台的第一服务路由前缀和所述目标服务对应的服务标识。
可选的,所述第一服务路由前缀具体为:
所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址;
或者,
所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀,所述私网地址为IPv6唯一本地地址ULA地址;
或者,
所述第一边缘计算平台的本地服务器的分段路由SRv6的段标识SID中的位置标识Locator。
可选的,所述处理器执行所述程序时还实现以下步骤:
在发送所述反馈消息之后,接收所述终端发送的针对所述第二目的地址的第二连接建立请求。
可选的,所述处理器执行所述程序时还实现以下步骤:
利用所述第一连接请求和第二连接请求中最先建立的连接,为所述终端提供所述目标服务。
可选的,所述处理器执行所述程序时还实现以下步骤:
在向所述终端发送对所述第一域名解析请求的反馈消息时,还发送所述目标服务对应的服务路由地址。
可理解的,本发明实施例中,所述计算机程序被处理器1201执行时可实现上述图4所示的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
在图13中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1201代表的一个或多个处理器和存储器1203代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1202可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
处理器1201负责管理总线架构和通常的处理,存储器1203可以存储处理器1201在执行操作时所使用的数据。
需要说明的是,该实施例中的终端是与上述图4所示的方法对应的设备,上述各实施例中的实现方式均适用于该终端的实施例中,也能达到相同的技术效果。该设备中,收发机1202与存储器1203,以及收发机1202与处理器1201均可以通过总线接口通讯连接,处理器1201的功能也可以由收发机1202实现,收发机1202的功能也可以由处理器1201实现。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
在本发明的一些实施例中,还提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现以下步骤:
接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
该程序被处理器执行时能实现上述应用于MEC的服务路由方法中的所有实现方式,且能达到相同的技术效果,为避免重复,此处不再赘述。
本发明实施例提供了图14所示的一种会话管理功能,包括:
发送模块131,用于在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
可选的,所述发送模块,还用于在PDU会话修改命令或PDU会话建立接受消息携带第一服务路由前缀并发送给所述终端。
需要说明的是,该实施例中的装置是与上述图4所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
请参考图15,本发明实施例提供了会话管理功能的一结构示意图,包括:处理器1401、收发机1402、存储器1403和总线接口,其中:
在本发明实施例中,会话管理功能还包括:存储在存储器上1403并可在处理器1401上运行的程序,所述程序被处理器1401执行时实现如下步骤:
在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
可选的,所述处理器执行所述程序时还实现以下步骤:
在PDU会话修改命令或PDU会话建立接受消息携带第一服务路由前缀并发送给所述终端。
可理解的,本发明实施例中,所述计算机程序被处理器1401执行时可实现上述图5所示的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
在图15中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1401代表的一个或多个处理器和存储器1403代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1402可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
处理器1401负责管理总线架构和通常的处理,存储器1403可以存储处理器1401在执行操作时所使用的数据。
需要说明的是,该实施例中的终端是与上述图5所示的方法对应的设备,上述各实施例中的实现方式均适用于该终端的实施例中,也能达到相同的技术效果。该设备中,收发机1402与存储器1403,以及收发机1402与处理器1401均可以通过总线接口通讯连接,处理器1401的功能也可以由收发机1402实现,收发机1402的功能也可以由处理器1401实现。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
在本发明的一些实施例中,还提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现以下步骤:
在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
该程序被处理器执行时能实现上述应用于SMF的服务路由方法中的所有实现方式,且能达到相同的技术效果,为避免重复,此处不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

Claims (26)

1.一种服务路由方法,其特征在于,包括:
终端向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
2.如权利要求1所述的方法,其特征在于,在向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求之前,所述方法还包括:
所述终端在建立或修改与所述第一边缘计算平台的用户面功能之间的会话的过程中,接收核心网的会话管理功能SMF发送的所述第一边缘计算平台的第一服务路由前缀。
3.如权利要求2所述的方法,其特征在于,
发送所述第一连接建立请求包括:所述终端确定所述目标服务对应的服务标识,生成包括所述第一服务路由前缀和所述服务标识的第一目的地址,发送针对所述第一目的地址的访问请求。
4.如权利要求3所述的方法,其特征在于,
在发送所述第一域名解析请求之后,所述方法还包括:所述终端接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述目标服务对应的第二目的地址;
如果在接收到所述反馈消息时,所述第一连接建立请求尚未成功建立连接,所述终端发送针对所述第二目的地址的第二连接建立请求;以及,利用第一连接请求和第二连接请求中最先建立的连接,接入所述目标服务。
5.如权利要求4所述的方法,其特征在于,还包括:
所述终端在发送针对所述目标服务的第一域名解析请求之后,还接收所述第一边缘计算平台返回的所述目标服务对应的服务路由地址;
在所述第一连接建立请求先于所述第二连接建立请求成功建立连接的情况下,所述终端判断所述目标服务对应的服务路由地址是否与所述第一目的地址匹配:若是,则继续通过所述第一连接接入所述目标服务;否则,断开所述第一连接,通过所述第二连接建立请求建立所述第二连接,并通过所述第二连接接入所述目标服务。
6.如权利要求5所述的方法,其特征在于,在判断所述目标服务对应的服务路由地址与所述第一目的地址匹配的情况下,所述方法还包括:
取消所述第二连接建立请求的连接建立流程。
7.如权利要求2至5任一项所述的方法,其特征在于,所述第一服务路由前缀具体为:
所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址;
或者,
所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀,所述私网地址为IPv6唯一本地地址ULA地址;
或者,
所述第一边缘计算平台的本地服务器的分段路由SRv6的段标识SID中的位置标识Locator。
8.如权利要求2至5任一项所述的方法,其特征在于,所述接收所述第一边缘计算平台发送的第一服务路由前缀,具体为:
接收所述第一边缘计算平台在PDU会话修改命令或PDU会话建立接受消息中携带的第一服务路由前缀。
9.一种服务路由方法,其特征在于,包括:
第一边缘计算平台接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
所述第一边缘计算平台根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
10.如权利要求9所述的方法,其特征在于,
所述第一连接建立请求为针对第一目的地址的访问请求,所述第一目的地址包括有所述第一边缘计算平台的第一服务路由前缀和所述目标服务对应的服务标识。
11.如权利要求9所述的方法,其特征在于,在发送所述反馈消息之后,所述方法还包括:
接收所述终端发送的针对所述第二目的地址的第二连接建立请求。
12.如权利要求11所述的方法,其特征在于,还包括:
利用所述第一连接请求和第二连接请求中最先建立的连接,为所述终端提供所述目标服务。
13.如权利要求9所述的方法,其特征在于,还包括:
所述第一边缘计算平台在向所述终端发送对所述第一域名解析请求的反馈消息时,还发送所述目标服务对应的服务路由地址。
14.如权利要求10至13任一项所述的方法,其特征在于,所述第一服务路由前缀具体为:
所述第一边缘计算平台的本地服务器的第一公网IPv6地址的前缀,其中,所述第一边缘计算平台的各个本地服务器分别包括有第一公网IPv6地址和第二公网IPv6地址;
或者,
所述第一边缘计算平台的本地服务器的私网IPv6地址的前缀,所述私网地址为IPv6唯一本地地址ULA地址;
或者,
所述第一边缘计算平台的本地服务器的分段路由SRv6的段标识SID中的位置标识Locator。
15.一种服务路由方法,其特征在于,包括:
核心网的会话管理功能SMF,在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
16.如权利要求15所述的方法,其特征在于,所述向所述终端发送所述第一边缘计算平台的第一服务路由前缀,具体为:
在PDU会话修改命令或PDU会话建立接受消息携带第一服务路由前缀并发送给所述终端。
17.一种终端,其特征在于,包括:
发送模块,用于向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
服务接入模块,用于如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
18.一种终端,其特征在于,包括收发机和处理器,其中,
所述收发机,用于向第一边缘计算平台发送针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
所述处理器,用于如果在接收到所述第一边缘计算平台对所述第一域名解析请求的反馈消息之前,所述第一连接建立请求已经成功建立连接,则通过所述第一连接建立请求建立的第一连接接入所述目标服务。
19.一种终端,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如权利要求1至8任一项所述的方法的步骤。
20.一种第一边缘计算平台,其特征在于,包括:
接收模块,用于接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
响应模块,用于根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
21.一种第一边缘计算平台,其特征在于,包括收发机和处理器,其中,
所述收发机,用于接收终端发送的针对目标服务的第一连接建立请求和第一域名解析请求,其中,所述第一连接建立请求为基于服务路由的连接建立请求,所述第一域名解析请求为基于DNS协议的域名解析请求;
所述处理器,用于根据所述第一连接建立请求,建立与所述终端之间的第一连接,以及,根据所述第一域名解析请求,获取解析得到的所述目标服务对应的第二目的地址,向所述终端发送对所述第一域名解析请求的反馈消息,所述反馈消息携带有所述第二目的地址。
22.一种第一边缘计算平台,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如权利要求9至14任一项所述的方法的步骤。
23.一种核心网的会话管理功能,其特征在于,包括:
发送模块,用于在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
24.一种核心网的会话管理功能,其特征在于,包括收发机和处理器,其中,
所述收发机,用于在建立终端与第一边缘计算平台的用户面功能之间的会话的过程中,向所述终端发送所述第一边缘计算平台的第一服务路由前缀。
25.一种核心网的会话管理功能,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如权利要求15至16任一项所述的方法的步骤。
26.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至16任一项所述的方法的步骤。
CN202110393967.0A 2021-04-13 2021-04-13 服务路由方法及设备 Pending CN115250289A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202110393967.0A CN115250289A (zh) 2021-04-13 2021-04-13 服务路由方法及设备
PCT/CN2022/085388 WO2022218194A1 (zh) 2021-04-13 2022-04-06 服务路由方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110393967.0A CN115250289A (zh) 2021-04-13 2021-04-13 服务路由方法及设备

Publications (1)

Publication Number Publication Date
CN115250289A true CN115250289A (zh) 2022-10-28

Family

ID=83639479

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110393967.0A Pending CN115250289A (zh) 2021-04-13 2021-04-13 服务路由方法及设备

Country Status (2)

Country Link
CN (1) CN115250289A (zh)
WO (1) WO2022218194A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296225A (zh) * 2007-04-29 2008-10-29 华为技术有限公司 会话管理功能装置及提供业务的系统和方法
CN110225144A (zh) * 2018-03-02 2019-09-10 华为技术有限公司 获取及提供服务的方法、用户设备和管理服务器
US20200287867A1 (en) * 2017-09-28 2020-09-10 Cloudflare, Inc. Establishing and using a tunnel from an origin server in a distributed edge compute and routing service

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101014046B (zh) * 2007-02-02 2010-05-19 清华大学 服务承载网中服务定位和服务质量路由的集成方法
CN102195855B (zh) * 2010-03-17 2014-10-08 华为技术有限公司 一种业务路由方法和业务网络
WO2018199649A1 (en) * 2017-04-27 2018-11-01 Samsung Electronics Co., Ltd. Method and apparatus for registration type addition for service negotiation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296225A (zh) * 2007-04-29 2008-10-29 华为技术有限公司 会话管理功能装置及提供业务的系统和方法
US20200287867A1 (en) * 2017-09-28 2020-09-10 Cloudflare, Inc. Establishing and using a tunnel from an origin server in a distributed edge compute and routing service
CN110225144A (zh) * 2018-03-02 2019-09-10 华为技术有限公司 获取及提供服务的方法、用户设备和管理服务器

Also Published As

Publication number Publication date
WO2022218194A1 (zh) 2022-10-20

Similar Documents

Publication Publication Date Title
US12114249B2 (en) Method for identification of traffic suitable for edge breakout and for traffic steering in a mobile network
EP2465244B1 (en) A method and host node for multiple NAT64 environments
US9515988B2 (en) Device and method for split DNS communications
US8559448B2 (en) Method and apparatus for communication of data packets between local networks
US9319377B2 (en) Auto-split DNS
CN111314499B (zh) 一种域名代理方法、装置、设备及可读存储介质
EP2890091B1 (en) Address allocation method, device and system
US8886775B2 (en) Dynamic learning by a server in a network environment
CN110995886B (zh) 网络地址的管理方法、装置、电子设备及介质
EP2827549B1 (en) Method for discovering an application-layer traffic optimisation server
WO2019165948A1 (zh) 获取及提供服务的方法、用户设备和管理服务器
WO2015127750A1 (zh) IPv6地址处理方法、装置及DHCPv6中继设备
CN111711705B (zh) 基于代理节点作双向nat实现网络连接的方法和装置
CN102970387A (zh) 一种域名解析方法、装置及系统
US8705471B2 (en) Method and system for implementing ID/locator mapping
CN102761425B (zh) 计费方法及装置
US20080201477A1 (en) Client side replacement of DNS addresses
WO2022218194A1 (zh) 服务路由方法及设备
CN101572729B (zh) 一种虚拟专用网节点信息的处理方法及相关设备、系统
WO2015139397A1 (zh) 一种nat64资源获取方法及获取/分配装置
CN104468305B (zh) 实现三层虚拟专用网方法和设备
US11962502B2 (en) Control apparatus, communication system, control method and program
US20240314103A1 (en) Detection and solution of misdirected domain name system requests
JP2008206081A (ja) マルチホーミング通信システムに用いられるデータ中継装置およびデータ中継方法
JP2010157857A (ja) Vpn接続装置、パケット制御方法、及びプログラム

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