CN112422701A - 域名系统查询的方法和通信装置 - Google Patents
域名系统查询的方法和通信装置 Download PDFInfo
- Publication number
- CN112422701A CN112422701A CN201910926424.3A CN201910926424A CN112422701A CN 112422701 A CN112422701 A CN 112422701A CN 201910926424 A CN201910926424 A CN 201910926424A CN 112422701 A CN112422701 A CN 112422701A
- Authority
- CN
- China
- Prior art keywords
- network element
- terminal device
- domain name
- address
- smf
- 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.)
- Granted
Links
Images
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/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/69—Types of network addresses using geographic information, e.g. room number
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种域名系统查询的方法和通信装置,该方法包括:第一网元接收来自于终端装置的DNS查询请求,DNS查询请求包括第一域名,DNS查询请求用于请求第一域名对应的IP地址;第一网元向第二网元发送第一请求信息,第一请求信息包括终端装置的位置信息以及第一域名;第二网元根据第一请求信息,确定与第一域名和终端装置的位置对应的IP地址并反馈给第一网元,第一网元向终端装置发送IP地址。本申请提供的方法,终端装置在进行域名查询时,核心网网元结合终端装置的位置信息以及查询的域名,确定对应的应用服务器的IP地址。使得终端装置获取与自己位置最近的应用服务器的IP地址并就近访问业务,提高了终端装置访问业务效率。
Description
本申请要求于2019年8月20日提交中国专利局、申请号为201910770920.4、申请名称为“域名系统查询的方法和通信装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域,更为具体的,涉及一种域名系统查询的方法和通信装置。
背景技术
随着移动终端(例如手机)用户数量的不断增长,各类移动终端支持的业务功能不断增加,例如即时通信、证券、网页浏览、文件下载等功能已逐步成为终端装置,尤其是智能手机的主流应用。在上网过程中,终端装置需要对统一资源定位符(uniform resourcelocator,URL)的域名查询其域名对应的互联网协议(internet protocol,IP)地址,以便发送数据包。这个过程需要通过查询域名系统(domain name system,DNS)服务器才能完成。
终端装置可以向DNS服务器发送域名解析请求,该域名解析请求携带该域名,由DNS服务器返回该域名对应的互联网协议(internet protocol,IP)地址,终端装置可以通过该IP地址访问该域名。
移动边缘计算(mobile edge computing,MEC)是基于第五代(5rd generation,5G)演进架构,将接入网与互联网业务深度融合的一种技术。它将应用服务器(applicationserver,AS)和移动宽带(mobile broadband,MBB)核心网部分业务处理和资源调度的功能一同部署到靠近接入网的网络边缘,通过业务靠近用户处理,来提供可靠、超低时延的极致业务体验。在目前的DNS查询中,终端装置将域名解析请求(DNS查询请求)通过连接MEC平台的用户面功能(user plane funtion,UPF)网元发给DNS服务器。然而,由于部署在不同MEC平台上提供相同服务的应用服务器具有相同的域名,而这些应用服务器具有不同的IP地址,DNS服务器如何确定将距离终端装置最近的应用服务器的IP地址返回给终端装置以使得终端装置就近访问本地业务,是目前亟待解决的问题。此外,当DNS服务器将距离终端装置最近的应用服务器的IP地址返回给终端装置之后,如何实现把业务流量选择性的路由到应用服务器所在的MEC平台,也缺乏相应的解决方案。
发明内容
本申请提供了一种域名系统查询的方法和通信装置,终端装置在进行域名查询时,核心网网元会结合终端装置的位置信息以及查询的域名,确定对应的应用服务器的IP地址。该应用服务器的IP地址是与终端装置的位置和查询的域名均对应的。可以使得终端装置获取与自己位置最近的应用服务器的IP地址并就近访问业务,提高了终端装置访问业务效率。降低了终端装置访问业务的时延,提高了通信效率。
第一方面,提供了一种域名系统查询的方法,该方法的执行主体既可以是第一网元也可以是应用于第一网元的芯片。示例性的,第一网元可以是用户面功能网元或者为会话管理网元。以执行主体为第一网元为例,该方法包括:第一网元接收来自于终端装置的域名系统DNS查询请求,该DNS查询请求包括第一域名,该DNS查询请求用于请求该第一域名对应的互联网协议IP地址;该第一网元向第二网元发送第一请求信息,该第一请求信息包括该终端装置的位置信息以及该第一域名;该第一网元接收该第二网元发送的响应于该第一请求信息的第一响应信息,该第一响应信息包括该IP地址;该第一网元向该终端装置发送该IP地址。
第一方面提供的域名系统查询的方法,第一网元将终端装置的位置信息添加到DNS查询请求中发送第二网元,第二网元根据终端装置的位置信息以及请求的域名,确定与终端装置的位置和请求的域名均对应的应用服务器的IP地址,并将该IP地址反馈给终端装置。从而使得终端装置通过该应用服务器就近访问业务。避免终端装置通过与自己较远的应用服务器访问业务时的服务受限或者访问不到部分业务问题,提高了终端装置访问业务的质量。并且,由于终端装置可以就近访问业务,降低终端装置访问业务的时延,提高通信效率。
在第一方面的一种可能的实现方式中,该DNS查询请求还包括目的地址,该目的地址为DNS服务器的地址,该第一请求信息还包括:该目的地址。
在第一方面的一种可能的实现方式中,该第一网元为用户面功能网元,该第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,该方法还包括:该第一网元向会话管理网元发送第一通知信息,该第一通知信息用于该会话管理网元为该终端装置选择第一分流节点或者第一协议数据单元会话锚点PSA,或者,第一通知信息用于会话管理网元确定终端装置的位置信息。该第一通知信息包括该第一域名、与该第一域名对应的IP地址、目的地址(DNS服务器的地址)中的一种或者多种。在该实现方式中,提高用户面功能网元向会话管理网元发送通知信息的准确性。防止了通信资源的浪费,提高通信的效率
在第一方面的一种可能的实现方式中,该第一网元为会话管理网元,该第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,该方法还包括:该第一网元根据该第一域名、目的地址、与该第一域名对应的该IP地址中的任意一种,为该终端装置选择第一分流节点或者第一协议数据单元会话锚点PSA,该目的地址为该DNS服务器的地址。在该实现方式中,在插入分流节点和PSA之后。终端装置便可以通过该PSA去访问与第一域名对应的应用服务器。可以优化数据传输路线,降低数据传输时延,提高数据传输的效率。
在第一方面的一种可能的实现方式中,该第一网元为用户面功能网元,该第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,该方法还包括:该第一网元接收会话管理网元发送该终端装置的位置信息。在该实现方式中,可以降低第一网元获取终端装置的位置信息的复杂度,容易实现,提高了获取到的终端装置的位置信息的准确性。
在第一方面的一种可能的实现方式中,该方法还包括:该第一网元接收会话管理网元发送的第一规则,其中,该第一域名、目的地址、与该第一域名对应的该IP地址中的任意一种满足该第一规则,该目的地址为该DNS服务器的地址。在该实现方式中,提高用户面功能网元向会话管理网元发送通知信息的准确性,降低了用户面功能网元通知会话管理网元的时延,可以降低信令的开销。提高资源的利用率。
在第一方面的一种可能的实现方式中,该终端装置的位置信息包括该终端装置的跟踪区域标识TAI、数据网络接入标识DNAI、第四网元的标识信息或者第一IP地址中的至少一种。其中,DNAI用来标识第一域名对应的应用服务器的位置,或者该数据网络接入标识DNAI用来标识第一域名对应的应用服务器所在的管理平台的位置。该第四网元包括用户面功能网元或者无线接入网网元,该用户面功能网元为连接第一域名对应的应用服务器所在的管理平台的用户面功能网元。该用户面功能网元可以访问第一域名对应的应用服务器所在的管理平台。该无线接入网网元为终端装置当前接入的无线接入网网元。该第一IP地址指向第一域名对应的应用服务器所在的管理平台,该管理平台的位置与终端装置的位置对应。
在该实现方式中,可以提高终端装置位置信息的准确性,使得该位置信息更加精确的反映出终端装置的实际位置。
第二方面,提供了一种域名系统查询的方法,该方法的执行主体既可以是第三网元也可以是应用于第三网元的芯片。示例性的,第一网元可以为策略控制功能网元、应用功能网元、会话管理网元或者DNS服务器中的任意一种。以执行主体为第三网元为例,该方法包括:第三网元接收第一域名和终端装置的位置信息,该第三网元至少根据该第一域名、该终端装置的位置信息,确定与该第一域名对应的IP地址,该IP地址与该终端装置的位置对应,
第二方面提供的域名系统查询的方法,第三网元根据终端装置的位置和请求的域名,确定与终端装置的位置和请求的域名均对应的应用服务器的IP地址,并将该IP地址反馈给终端装置。从而使得终端装置可以通过该应用服务器就近访问业务。避免终端装置通过与自己较远的应用服务器访问业务时的服务受限或者访问不到部分业务问题,提高了终端装置访问业务的质量。并且,由于终端装置可以就近访问业务,降低终端装置访问业务的时延,提高通信效率。
在第二方面的一种可能的实现方式中,该第三网元至少根据该第一域名、该终端装置的位置信息,确定与该第一域名对应的IP地址,包括:该第三网元根据该第一域名、该终端装置的位置信息以及第一信息确定该IP地址,其中,该第一信息包括:至少一个域名、与该至少一个域名中的每个域名对应的应用的部署位置、该应用的部署位置对应的IP地址,可选的,第一信息还可以包括第一IP地址与MEC平台的部署位置或者应用服务器的部署位置之间的对应关系。该至少一个域名包括该第一域名;该第三网元发送该IP地址。
在第二方面的一种可能的实现方式中,该第三网元为会话管理网元、策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,该第三网元存储该第一信息。在该实现方式中,通过第三网元存储该第一信息,使得第三网元快速准确的确定出与终端装置的位置和请求的域名均对应的应用服务器的IP地址。提高了第三网元确定该IP地址的效率。
在第二方面的一种可能的实现方式中,该第三网元为DNS服务器,该方法还包括:该第三网元接收策略控制功能网元或者应用功能网元发送的该终端装置的位置信息。
在第二方面的一种可能的实现方式中,该第三网元为DNS服务器,该第三网元接收第一域名,包括:该第三网元接收会话管理网元或者用户面功能网元发送的第二请求信息,该第二请求信息包括该第一域名。
在第二方面的一种可能的实现方式中,该第二请求信息还包括该终端装置的位置信息。
在第二方面的一种可能的实现方式中,该终端装置的位置信息包括该终端装置的跟踪区域标识TAI、数据网络接入标识DNAI、第四网元的标识信息或者第一IP地址中的至少一种。其中,该数据网络接入标识DNAI用来标识第一域名对应的应用服务器的位置,或者该数据网络接入标识DNAI用来标识第一域名对应的应用服务器所在的管理平台的位置。该第四网元包括用户面功能网元或者无线接入网网元,该用户面功能网元为连接第一域名对应的应用服务器所在的管理平台的用户面功能网元。该用户面功能网元可以访问第一域名对应的应用服务器所在的管理平台。该无线接入网网元为终端装置当前接入的无线接入网网元。该第一IP地址指向第一域名对应的应用服务器所在的管理平台,该管理平台的位置与终端装置的位置对应。
第三方面,提供了一种域名系统查询的方法,该方法包括:会话管理网元从策略控制功能网元或者应用功能网元接收第二信息,该第二信息包括至少一个域名以及至少一个域名中的每个域名对应的应用服务器的位置信息;该会话管理网元根据该第二信息以及终端装置发送的第一域名确定该第一域名对应的应用服务器的位置信息,该至少一个域名包括该第一域名。
第三方面提供的域名系统查询的方法,会话管理网元根据获取的第二信息,以及接收到的第一域名,确定与第一域名对应的应用服务器的位置信息。以便于会话管理网元或者DNS服务器根据应用服务器的位置信息确定与终端装置的位置和请求的域名均对应的应用服务器的IP地址,并将该IP地址反馈给终端装置。从而使得终端装置可以通过该应用服务器就近访问业务。避免终端装置通过与自己较远的应用服务器访问业务时的服务受限或者访问不到部分业务问题,提高了终端装置访问业务的质量。
在第三方面的一种可能的实现方式中,该方法还包括:该会话管理网元将该第一域名对应的应用服务器的位置信息发送至DNS服务器;
该第一域名对应的应用服务器的位置信息用于该DNS服务器确定该第一域名对应的应用服务器的IP地址。
在第三方面的一种可能的实现方式中,该第一域名对应的应用服务器的位置信息包括DNAI或者第一IP地址;该第一IP地址指向第一域名对应的应用服务器的位置。
在第三方面的一种可能的实现方式中,该第二信息还包括至少一个域名中的每个域名对应的应用服务器的IP地址。该方法还包括:该会话管理网元根据该第二信息确定该第一域名对应的应用服务器的IP地址;该会话管理网元将该IP地址发送至该终端装置。
第四方面,提供了一种通信装置,该装置包括用于执行以上第一方面或第一方面的任意可能的实现方式中各个步骤的单元。
第五方面,提供了一种通信装置,该装置包括用于执行以上第二方面或第二方面的任意可能的实现方式中各个步骤的单元。
第六方面,提供了一种通信装置,该装置包括用于执行以上第三方面或第三方面的任意可能的实现方式中各个步骤的单元。
在一种设计中,该通信装置为通信芯片,通信芯片可以包括用于发送信息或数据的输入电路或者接口,以及用于接收信息或数据的输出电路或者接口。
在另一种设计中,该通信装置为通信设备(例如,终端设备或接入网设备或者核心网设备),通信芯片可以包括用于发送信息或数据的发射机,以及用于接收信息或数据的接收机。
第七方面,提供了一种通信装置,该装置包括至少一个处理器和存储器,该至少一个处理器获取存储器中的程序或指令,该至少一个处理器用于执行该程序或指令以使该通信装置执行以上第一方面或第一方面的任意可能的实现方式中的方法。
第八方面,提供了一种通信装置,该装置包括至少一个处理器和存储器,该至少一个处理器获取存储器中的程序或指令,该至少一个处理器用于执行该程序或指令以使该通信装置执行以上第二方面或第二方面的任意可能的实现方式中的方法。
第九方面,提供了一种通信装置,该装置包括至少一个处理器和存储器,该至少一个处理器获取存储器中的程序或指令,该至少一个处理器用于执行该程序或指令以使该通信装置执行以上第三方面或第三方面的任意可能的实现方式中的方法。
第十方面,提供了一种通信装置,该装置包括至少一个处理器和接口电路,该接口电路用于该至少一个处理器获取至少一个存储器中的程序或指令,该至少一个处理器用于执行该程序或指令以使该通信装置执行以上第一方面或第一方面的任意可能的实现方式中的方法。
第十一方面,提供了一种通信装置,该装置包括至少一个处理器和接口电路,该接口电路用于该至少一个处理器获取至少一个存储器中的程序或指令,该至少一个处理器用于执行该程序或指令以使该通信装置执行以上第二方面或第二方面的任意可能的实现方式中的方法。
第十二方面,提供了一种通信装置,该装置包括至少一个处理器和接口电路,该接口电路用于该至少一个处理器获取至少一个存储器中的程序或指令,该至少一个处理器用于执行该程序或指令以使该通信装置执行以上第三方面或第三方面的任意可能的实现方式中的方法。
第十三方面,提供一种处理器,包括:输入电路、输出电路和处理电路。该处理电路用于通过该输入电路接收信号,并通过该输出电路发射信号,使得该处理器执行第一方面至第三方面,或第一方面至第三方面中的任一方面中的各实现方式中的方法。
在具体实现过程中,上述处理器可以为芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第十四方面,提供了一种用户面功能网元或者为会话管理网元,该户面功能网元或者会话管理网元包括:上述第七方面提供的通信装置,或者,上述第九方面提供的通信装置,或者,上述第十一方面提供的通信装置。
第十五方面,提供了一种策略控制功能网元、应用功能网元、会话管理网元或者DNS服务器,该策略控制功能网元、应用功能网元、会话管理网元或者DNS服务器包括:上述第八方面提供的通信装置,或者,上述第十方面提供的通信装置,或者,上述第十二方面提供的通信装置。
第十六方面,提供了一种通信系统,包括:上述的第七方面提供的通信装置和上述的第八方面提供的通信装置,或者,上述第九方面提供的通信装置和上述第十方面提供的通信装置,或者,上述第十一方面提供的通信装置和上述第十二方面提供的通信装置,或者,上述第十四方面提供的网元和上述第十五方面提供的网元。
在一个可能的设计中,该通信系统还可以包括本申请实施例提供的方案中的终端装置和/或接入网设备。
第十七方面,提供了一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序在被处理器执行时,用于执行第一方面或第一方面的任意可能的实现方式中的方法,或者执行第二方面或第二方面的任意可能的实现方式中的方法,或者执行第三方面或第三方面的任意可能的实现方式中的方法。
第十八方面,提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,当该计算机程序被执行时,用于执行第一方面或第一方面的任意可能的实现方式中的方法,或者执行第二方面或第二方面的任意可能的实现方式中的方法,或者执行第三方面或第三方面的任意可能的实现方式中的方法。
根据本申请提供的方案,终端装置在进行域名查询时,核心网网元会结合终端装置的位置信息以及查询的域名,确定对应的应用服务器的IP地址。该应用服务器的IP地址是与终端装置的位置和查询的域名均对应的。可以使得终端装置获取与自己位置最近的应用服务器的IP地址并就近访问业务,提高了终端装置访问业务效率。降低了终端装置访问业务的时延,提高了通信效率。
附图说明
图1是一例适用于本申请实施例的无线通信系统的架构示意图。
图2是又一例适用于本申请实施例的无线通信系统的架构示意图。
图3是一例终端装置在会话初始建立完成之后的域名访问过程的示意图。
图4是本申请实施例提供的一例域名系统查询的方法的示意性交互图。
图5是本申请实施例提供的另一例域名系统查询的方法的示意性交互图。
图6是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图7是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图8是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图9是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图10是本申请实施例提供的再一例域名系统查询的方法的示意性交互图。
图11是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图12是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图13是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图14是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图15是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图16是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图17是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图18是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图19是本申请实施例提供的又一例域名系统查询的方法的示意性交互图。
图20是本申请实施例提供的通信装置的示意图。
图21是本申请实施例提供的又一例通信装置的示意图。
图22是本申请实施例提供的通信装置的示意图。
图23是本申请实施例提供的又一例通信装置的示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(GlobalSystem of Mobile communication,GSM)系统、码分多址(Code Division MultipleAccess,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long TermEvolution,LTE)系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal MobileTelecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access,WiMAX)通信系统、未来的第五代(5th Generation,5G)系统或新无线(New Radio,NR)等。
图1是适用于本申请的无线通信系统架构的示意性框图。如图1所示,该系统架构包括,终端装置,接入网设备,管理设备,网关设备以及数据网络(data network,DN)。其中,图1中的终端装置可以用于通过无线空口连接到运营商部署的接入网设备,继而通过网关设备连接到数据网络;接入网设备主要用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理等功能;管理设备主要用于终端装置的设备注册、安全认证、移动性管理和位置管理等,网关设备主要用于与终端装置间建立通道,在该通道上转发终端装置和外部数据网络之间的数据包;数据网络可对应于多种不同的业务域,例如IP多媒体子系统(IP multimedia subsystem,IMS)、互联网(Internet)、互联网协议电视(internet protocol television,IPTV)、其他运营商业务域等,主要用于为终端装置提供多种数据业务服务,其中可以包含例如服务器(包括提供组播业务的服务器)、路由器、网关等网络设备。对于希望接收IP组播业务数据包的终端,需要通过组管理协议请求加入/退出某组播业务对应的组播IP地址,以开始接收/结束所述组播业务,IP组播的组管理协议在IPv4中有网络组管理协议(internet group management protocol,IGMP)协议,对应在IPv6中有组播侦听者发现协议(multicast listener discovery protocol,MLD)协议。需要说明的是,图1仅为示例性架构图,除图1中所示功能单元之外,该网络架构还可以包括其他功能单元或功能网元,本申请实施例对此不进行限定。
当图1所示通信网络为5G网络时,上述终端装置(也可以称为终端装置)可以为用户设备(user equipment,UE),如:手机、电脑,还可以为蜂窝电话、无绳电话、会话发起协议(session initiation protocol,SIP)电话、智能电话、无线本地环路(wireless localloop,WLL)站、个人数字助理(personal digital assistant,PDA)、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set topbox,STB)、用户驻地设备(customer premise equipment,CPE)和/或用于在无线系统上进行通信的其它设备。上述接入网设备可以为接入网(access network,AN)/无线接入网(radio access network,RAN)设备,由多个5G-AN/5G-RAN节点组成的网络,该5G-AN/5G-RAN节点可以为:接入节点(access point,AP)、下一代基站(NR nodeB,gNB)、中心单元(central unit,CU)和分布式单元(distributed unit,DU)分离形态的gNB、收发点(transmission receive point,TRP)、传输点(transmission point,TP)或某种其它接入节点。上述管理设备可以包括:统一数据管理网元(unified data management,UDM)、接入和移动性管理功能(access and mobility function,AMF)、会话管理功能(sessionmanagement function,SMF)、策略控制功能(policy control function,PCF)、应用功能(application function,AF)等。网关设备可以包括用户面功能(user plane funtion,UPF)、分叉点(Branching Point,BP)、上行分类器(Uplink Classifier,UL CL)等功能单元,这些功能单元可以独立工作,也可以组合在一起实现某些控制功能,如:AMF、SMF和PCF可以组合在一起作为管理设备,用于完成终端装置的接入鉴权、安全加密、位置注册等接入控制和移动性管理功能,以及用户面传输路径的建立、释放和更改等会话管理功能,以及分析一些切片(slice)相关的数据(如拥塞)、终端装置相关的数据的功能。UPF作为网关设备主要完成用户面数据的路由转发等功能,如:负责对终端装置的数据报文过滤、数据传输/转发、速率控制、生成计费信息等。此外,在5G系统中为了支持把业务流量选择性的路由到数据网络,会话管理网元可以控制协议数据单元(protocol data unit,PDU)会话的数据路径,这样,PDU会话与数据网络之间就可以同时对应多个接口,即针对同一个PDU会话可以存在多个会话锚点。终结这些接口的用户面功能(user plane funtion,UPF)被称为PDU会话锚点(PDU session anchor,PSA)或者锚点UPF。PDU会话的每个锚点,还可以提供到相同DN的一个不同入口。同时,在接入网设备和不同PSA之间通过插入一个或者多个UPF网元实现到上行数据到不同PSA的数据分流,插入的UPF网元可以是分叉点(Branching Point,BP)或者上行分类器(uplink classifier,UL CL)。在此统一说明,BP或者UL CL还可以称为分流点UPF网元。
在图1的所示的5G网络中,各功能单元之间可以通过下一代网络(nextgeneration,NG)接口建立连接实现通信,如:终端装置通过新无线(new radio,NR)接口与RAN设备建立空口连接,用于传输用户面数据和控制面信令;终端装置可以通过NG接口1(简称N1)与AMF建立控制面信令连接;AN/RAN设备例如下一代无线接入基站(NR NodeB,gNB),可以通过NG接口3(简称N3)与分流点UPF建立用户面数据连接;AN/RAN设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接;分流点UPF可以通过NG接口9(简称N9)与锚点UPF建立用户面数据连接;分流点UPF和锚点UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接;锚点UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据;AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接;SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。需要说明的是,图1所示的部分仅为示例性架构图,除图1所示的部分中所示功能单元之外,该网络架构还可以包括其他功能单元或功能网元,本申请实施例对此不进行限定。
当图1所示通信网络为4G网络时,终端装置可参照图1中终端装置的相关描述,在此不再赘述;接入网设备可以为基站(nodeB,NB)、演进型基站(evolution nodeB,eNB)、TRP、TP、AP或某种其它接入单元;核心网设备可以包括:移动管理网元(mobilitymanagement entity,MME)、策略与计费规则功能(policy and charging rules function,PCRF)等管理设备,以及服务网关(serving gateway,SGW)、分组数据网络网关(packetdata network gateway,PGW)、本地网关(local gateway,LGW)等网关设备。
应理解,本申请中的网元之间的接口名称仅是示例性的,网元之间的接口还可以是其他名称,本申请对接口的名称不予限。
本申请实施例中的终端装置可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端装置还可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端装置或者未来演进的公用陆地移动通信网络(Public Land Mobile Network,PLMN)中的终端装置等,本申请实施例对此并不限定。
本申请实施例中的接入网设备可以是用于与终端装置和和核心网设备通信的设备,该接入网设备可以是全球移动通讯(Global System of Mobile communication,GSM)系统或码分多址(Code Division Multiple Access,CDMA)中的基站(Base TransceiverStation,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(Evolutional NodeB,eNB或eNodeB),还可以是云无线接入网络(Cloud Radio Access Network,CRAN)场景下的无线控制器,或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的接入网设备等,本申请实施例并不限定。
随着移动终端(例如手机)用户数量的不断增长,各类移动终端支持的业务功能不断增加,例如即时通信、证券、网页浏览、文件下载等功能已逐步成为终端终端,尤其是智能手机的主流应用。在上网过程中,移动终端需要对统一资源定位符(uniform resourcelocator,URL)的域名查询其域名对应的互联网协议(internet protocol,IP)地址,以便发送数据包。这个过程需要通过查询域名系统(domain name system,DNS)服务器才能完成。
DNS服务器是一种分布式的主机信息数据库,提供域名和IP地址之间的映射和转换,可以通过DNS服务器将域名解析为对应的IP地址。终端装置可以通过DNS提供的域名解析服务实现对域名的访问。
域名访问的过程如下:以终端装置访问域名A为例,当终端装置访问该域名A时,查询其缓存中是否存在该域名A对应的应用服务器的IP地址,如果存在,则终端装置可以直接获取该IP地址,通过该IP地址访问该域名A。如果不存在,则终端装置可以向DNS服务器发送域名解析请求,该域名解析请求携带该域名A,由DNS服务器返回该域名A对应的IP地址,终端装置可以通过该IP地址访问该域名A。
另外,终端装置在获得域名对应的IP地址后,生成并缓存一条DNS缓存记录。该DNS缓存记录用于表示域名与IP地址的对应关系。此外,终端装置针对缓存的每条DNS缓存记录维护相应的存留时间(time to live,TTL)。DNS缓存记录的TTL为该DNS缓存记录在终端装置的缓存中的保留的时间。这样,若在某一个DNS缓存记录的TTL内,终端装置需要再次访问该DNS缓存记录中的域名,则该终端装置可以直接根据该DNS缓存记录,获取该域名对应的IP地址。若超过该DNS缓存记录的TTL后,该终端装置需要再次访问该域名,通过DNS服务器解析得到所述域名对应的IP地址。
针对5G系统中的PDU会话,可以使用上行分类器(uplink classifier,ULCL)实现同一个PDU会话存在多个会话锚点,或者使用互联网协议第六版(Internet ProtocolVersion6,Ipv6)多归属(multi-homing)实现同一个PDU会话存在多个会话锚点。
在利用ULCL实现多PSA的PDU会话场景中,SMF可以在PDU会话的数据路径中间插入UL CL。UL CL是UPF提供的功能,旨在使用SMF提供的流过滤器,对某些业务进行本地流量路由(traffic routing)。其中,终端装置不感知UL CL也不参与UL CL的增删。UL CL基于SMF提供的业务检测和业务转发规则,把上行业务转发到不同的PDU会话锚点(例如图1中UPF1和UPF2为PDU会话两个不同的锚点)。并且聚合去往终端装置的下行数据流,即:把来自不同PDU会话锚点(例如图1中UPF1和UPF2)的业务数据流聚合到去往终端装置的下行链路。
在利用BP实现多PSA的PDU会话场景中,该PDU会话被称为多归属(multi-homing)PDU会话。multi-homing PDU会话能够通过多个PDU会话锚点(例如图1中UPF1和UPF2)接入DN。用户面数据在一个共同的UPF处产生分支,路由到不同的PDU会话锚点。支持这个功能的UPF称为分支点(Branching point,BP)。分支点把上行业务数据流转发到不同的PDU会话锚点,并且聚合去往终端装置的下行业务数据流,multi-homing仅适用于IPv6类型的PDU会话,且该PDU会话可以关联多个IPv6前缀。
ULCL/BP的插入可以在PDU会话初始建立过程中执行,或者在PDU会话初始建立完成之后的任意时刻执行。如果终端装置的PDU会话初始建立过程中没有插入ULCL/BP,那么该PDU会话初始建立时仅有一个会话锚点PSA,该PSA可以称为远端PSA,如图2所示,图2所示的为仅有远端PSA的无线通信系统架构的示意性框图。与图1不同之处在于,网关设备中只有一个UPF作为会话锚点,用于终端装置与数据网络等之间的通信。在PDU会话初始建立过程中,为了选择最佳的锚点UPF,核心网会参考终端装置的位置来选择PSA,但是由于终端装置具有移动性,远端PSA的位置不能代表终端装置当前所在的物理位置。在图2的基础上,图3为终端装置在会话初始建立完成之后的域名访问过程的示意图。如图3所示,假设在PDU会话初始建立过程中核心网为终端装置分配的地址为IP-3,当终端装置通过远端PSA请求DNS查询域名A时,远端PSA将终端装置的DNS查询请求(query)发送至DNS服务器。由于域名A对应的应用服务器可以有多个,分别部署在不同的位置。例如,域名A对应的应用服务器部署在两个不同的MEC平台上,即MEC平台-1和MEC平台-2。两个应用服务器的IP地址分别为IP-3A和IP-1。其中,地址为IP-3A的应用服务器部署在MEC平台-1上,MEC平台-1的部署位置与远端PSA最近。地址为IP-1的应用服务器部署在MEC平台-2上,MEC平台-2的部署位置与终端装置的当前位置最近。由于DNS服务器不感知终端装置当前的位置,DNS服务从远端PSA接收来自终端装置的DNS查询请求之后,按照地址亲和性,并根据请求的域名A返回跟远端PSA“最近”的应用服务器的IP地址,因此DNS服务器返回MEC平台-1上部署的应用服务器的地址(如图3中的IP-3A),这样终端装置就无法就近获取到与终端装置最近的MEC平台-2上部署的应用服务器的IP地址,导致终端装置无法通过MEC平台-2上部署的应用服务器就近访问业务,使得终端装置的访问的某些业务的服务受限或者访问不到部分业务。并且,由于终端装置只能通过远端应用服务器访问业务,增大了终端装置访问业务的时延,降低了通信效率。
有鉴于此,本申请提供了一种域名系统查询的方法,终端装置在进行域名查询时,核心网网元会结合终端装置的位置信息以及查询的域名,确定对应的应用服务器的IP地址。该应用服务器的IP地址是与终端装置的位置和查询的域名均对应的。可以使得终端装置获取与自己位置最近的应用服务器的IP地址并就近访问业务,提高了终端装置访问业务效率。降低了终端装置访问业务的时延,提高了通信效率。
下面结合图4详细说明本申请提供的域名系统查询的方法,图4是本申请一个实施例的域名系统查询的方法200的示意流程图。以第一网元和第二网元为执行主体说明书本申请提供的方法。作为示例而非限定,执行方法的执行主体也可以是应用于第一网元和第二网元的芯片。
该方法200可以应用在图1和图2所示的场景中,当然也可以应用在其他通信场景中,本申请实施例在此不作限制。
如图4所示,图4中示出的方法200可以包括S210至S250。图4的实施例中的技术特征的解释也可参考本申请说明书其它实施例的相关部分。下面结合图4详细说明方法200中的各个步骤。
S210,第一网元接收来自于终端装置的域名系统DNS查询请求,该DNS查询请求包括第一域名,该DNS查询请求用于请求该第一域名对应的互联网协议IP地址。可选的,该DNS查询请求还包括目的地址,该目的地址可以为DNS服务器的地址。其中,第一域名可以是完全限定域名(fully qualified domain name,FQDN),例如,一台机器主机名(hostname)是www,域后缀(domain)是test.com,那么该主机的域名FQDN应该是www.test.com。第一域名还可以是其他形式的域名,本申请不做限定。
S220该第一网元向第二网元发送第一请求信息,该第一请求信息包括该终端装置的位置信息以及该第一域名。可选的,该第一请求信息还包括该目的地址。其中,第一请求信息的类型可以是包括该终端装置的位置信息以及该第一域名的DNS查询请求消息。
S230,第二网元根据该第一请求信息,确定与该第一域名和该终端装置的位置对应的互联网协议IP地址。
S240,第二网元向第一网元发送响应于第一请求信息第一响应信息,该第一响应信息包括与第一域名对应的应用服务器的IP地址,该应用服务器的IP地址与还与该终端装置的位置对应,即该IP地址是终端装置当前能访问的本地应用服务器的IP地址。相应的,第一网元接收该第一响应信息。其中,第一响应信息的类型可以是包括该应用服务器的IP地址的DNS响应消息。
S250,第一网元向该终端装置发送该IP地址。
在S210中,终端装置需要进行DNS查询时,会向核心网设备发送DNS查询请求(也可以称为DNS报文)。该DNS查询请求包括终端装置需要查询的第一域名。该DNS查询请求用于请求该第一域名对应的IP地址。第一域名对应的IP地址可以理解为第一域名对应的应用(application)的IP地址,应用(application)的IP地址可以理解为应用服务器的IP或者应用实例的IP地址。具体的,终端装置可以通过接入网设备将DNS查询请求发送给核心网中的第一网元,第一网元可以是用户面功能网元(例如可以为锚点用户面功能网元PSA)或者为会话管理网元(例如为SMF)。该核心网设备可以是第一网元。如果第一网元为会话管理网元,终端装置可以先将DNS查询请求发送给用户面功能网元,用户面功能网元可以将该DNS查询请求转发给会话管理网元。这里的用户面功能网元可以理解为锚点用户面功能网元PSA。例如,在图2所示的架构图中,在终端装置的会话初始建立时,这个用户面功能网元相当于远端PSA。可选的,该DNS查询请求还包括目的地址,该目的地址为DNS服务器的地址(例如IP地址等)。即终端设备需要将该DNS查询请求最终发给该DNS服务器。
在S220中,第一网元接收到该DNS查询请求后,获取终端装置的位置信息,并将终端装置的位置信息添加到该DNS查询请求。进一步的,第一网元可以向第二网元发送第一请求信息,第一请求信息包括终端装置的位置信息以及该第一域名。第二网元可以是会话管理网元(例如SMF)、策略控制功能网元(例如PCF)、应用功能网元(例如为AF)或者DNS服务器中的任意一种。可选的,该第一请求信息还包括该目的地址。其中,第一请求信息的类型可以是包括终端装置的位置信息以及该第一域名的DNS查询请求消息。
例如,当第一网元为用户面功能网元时,第二网元可以是会话管理网元、策略控制功能网元、应用功能网元或者DNS服务器中的任意一种。此时,第一网元获取终端的位置信息可以是第一网元从会话管理网元或者其他网元获取终端的位置信息,本申请不做限定。又例如,当第一网元为会话管理网元时,第二网元可以为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,此时,第一网元获取终端的位置信息可以是第一网元从移动性管理网元或者其他网元获取终端的位置信息,本申请不做限定。其中,第一网元将终端装置的位置信息添加到该DNS查询请求的具体实现方法可以是,第一网元可以在DNS查询请求(DNS报文)选项中增添终端装置的位置信息。或者,由于传输控制协议(transmissioncontrol protocol,TCP)可以承载DNS报文,第一网元还可以在TCP选项(option)中增添终端装置的位置信息,本申请不做限定。此外,终端装置的位置信息可以通过单独的消息或包含在其它消息中发送。
可选的,作为一种实现方式,第一网元还可以将DNS查询请求消息发送到DNS服务器(server)之后,再将终端装置的位置信息发送至DNS服务器(server),换句话说,第一网元可以将DNS查询请求消息和终端装置的位置信息分多条消息发送至DNS服务器,本申请不做限定。
具体的,终端装置的位置信息可以包括:终端装置的跟踪区域标识(trackingarea identity,TAI)和/或第四网元的标识信息。第四网元的标识信息包括用户面功能网元(第四网元)的IP地址或者用户面功能网元(第四网元)的标识(identify,ID)。需要注意的是,这里的用户面功能网元指的是连接第一域名对应的应用服务器所在的管理平台的UPF。可以理解为,该用户面功能网元可以访问第一域名对应的应用服务器所在的管理平台。第四网元的标识信息还可以是该终端装置接入的无线接入网(第四网元)的IP地址或者该终端装置接入的无线接入网(第四网元)的ID。可选的,终端装置的位置信息还可以包括终端装置当前能访问的第一域名对应的应用服务器所在的MEC平台的部署位置,或者终端装置当前能访问的MEC平台上部署的第一域名对应的应用服务器的部署位置。
在本申请的一些可能的实现方式中,在第三代合伙伙伴计划(3rd generationpartnership project,3GPP)网络与MEC平台进行交互的时候,有可能在MEC平台的入口处部署了网络地址转换(network address translation,NAT)网关,通过NAT网关将内部网络IP地址替换为出口的IP地址提供公网可达性和上层协议的连接能力。例如,在图1所示的架构图中,假设UPF-1可以访问DNS服务器,UPF-2可以访问MEC平台。UPF-1可以为上述的第一网元,UPF-2可以为上述的第四网元。如果连接MEC平台的N6接口采用了NAT转换,在UPF-2的IP地址未经NAT转换前,UPF-2的IP地址是一个私有IP地址(或者私网IP地址)。如果第一网元直接将该私有IP地址发送第二网元(以DNS服务器为例说明),DNS服务器并不理解该私有IP地址的含义,不能根据该私有IP确定终端装置的位置信息,即UPF-2的IP已经不能用于表征终端装置的位置信息。在这种情况下,DNS请求中添加的终端装置的位置信息应该是UPF-2的地址经过NAT转换后的公网IP地址(即N6接口经过NAT转换后的IP地址),这样DNS服务器才能根据该公网IP地址确定终端装置当前的位置信息。即终端设备的位置信息还可以包括第一IP地址,该第一IP地址指向第一域名对应的应用服务器所在的管理平台,该管理平台的位置与终端装置的位置对应。可以理解为,该MEC平台部署了应用服务器。该应用服务器即为DNS查询请求用于请求的与第一域名对应的应用服务器。例如,UPF-2可以连接第一域名对应的应用(应用服务器)所在的管理平台,那么第一IP地址可以为上述的UPF-2的私网地址经过NAT转换后的公网IP地址(或者公有IP地址)。
也就是说,在MEC平台的入口处部署了NAT网关的情况下,第一网元需要将上述的UPF-2(第四网元)经过NAT转换后得到的公网IP地址发送给第二网元,以便于第二网元根据该公网IP地址确定终端装置的位置。即终端装置的位置信息还可以包括指向第一域名对应的应用所在的管理平台的IP地址。在S230中,第二网元会根据第一请求信息,确定与该第一域名和该终端装置的位置对应的IP地址。其中,第一域名可以对应部署在不同位置(例如不同的MEC平台)的多个应用服务器,应用服务器的部署位置可以用MEC平台的标识来表示,其中,MEC平台的标识用于唯一标识一个MEC平台,例如,MEC平台的标识可以是部署在MEC平台上的UPF网元支持的数据网络接入标识(data network access identity,DNAI)或者连接MEC平台的UPF网元支持的DNAI,本申请实施例不作具体限定。因此不同的DNAI可以表示不同的MEC平台,进而可以表示部署在不同MEC平台上的应用服务器的部署位置。多个应用服务器的部署位置中的第一应用服务器的部署位置(即第一DNAI)对应该终端装置的位置。也就是说,第一应用服务器是与终端装置的位置和终端装置请求的域名均对应的应用服务器。例如,第一应用服务器的部署位置是与终端装置的当前位置最接近的,或者说,第一应用服务器所在的MEC平台是与终端装置的当前位置最接近的。第一应用服务器的IP地址即为S210中终端装置请求的IP地址。例如。结合图3所示的例子,第一域名假设为域名A,域名A对应的应用服务器部署在两个不同的MEC平台上,即MEC平台-1(MEC平台-1的部署位置用DNAI-1表示)和MEC平台-2(MEC平台-2的部署位置用DNAI-2表示),这两个不同的MEC平台上部署的两个应用服务器的IP地址分别为IP-3A和IP-1。假设地址为IP-3A的应用服务器部署在MEC平台-1上,地址为IP-1的应用服务器部署在MEC平台-2上,而终端装置的当前位置距离MEC平台-2最近或者终端装置的当前位置对应的MEC平台的部署位置为DNAI-2,则第一应用服务器就是地址为IP-1的应用服务器。
在S240中,在第二网元确定了与该终端装置的位置和第一域名均对应的应用服务器的IP地址后。第二网元会将该应用服务器的IP地址发给第一网元。具体的,第二网元可以向第一网元发送响应于该第一请求信息的第一响应信息,该第一响应信息包括该IP地址。其中,第一响应信息的类型可以是包含应用服务器的IP地址的DNS响应消息。
在S250中,第一网元接收到该IP地址后,可以将该IP地址发送给终端装置。例如,如果第一网元为用户面功能网元,用户面功能网元通过接入网设备将该应用服务器的IP地址发送给终端装置;如果第一网元为会话管理网元,则会话管理网元将该应用服务器的IP地址发给用户面功能网元。用户面功能网元通过接入网设备将该应用服务器的IP地址发送给终端装置。终端装置便可以通过应用服务器的IP地址就近访问业务和数据。
本申请提供的域名系统查询的方法,第一网元将终端装置的位置信息添加到DNS查询请求中发送第二网元,第二网元根据终端装置的位置信息以及请求的域名,确定与终端装置的位置和请求的域名均对应的应用服务器的IP地址,并将该IP地址反馈给终端装置。从而使得终端装置通过该应用服务器就近访问业务。避免终端装置通过与自己较远的应用服务器访问业务时的服务受限或者访问不到部分业务问题,提高了终端装置访问业务的质量。并且,由于终端装置可以就近访问业务,降低终端装置访问业务的时延,提高通信效率。
作为一种可能的实现方式,以图5为例,在图4所示的方法步骤的基础上,该方法200中的S230:第二网元会根据第一请求信息,确定与该第一域名和该终端装置的位置对应的IP地址:包括S231。
S231,该第二网元根据终端装置的位置信息、该第一域名以及第一信息,确定该应用服务器的IP地址;其中,该第一信息包括:至少一个域名、与该至少一个域名中的每个域名对应的应用服务器的部署位置、该应用服务器的部署位置上所部署的应用服务器的IP地址信息,该至少一个域名包括该第一域名,其中,不同的应用服务器的部署位置终端装置不同。
图5中所示的S210、S220、S240和S250的描述可以参考上述的对这几个步骤的描述,为了简洁,这里不再赘述。
在上述的S231中,第二网元可以根据该终端装置的位置信息、该第一域名以及第一信息,确定应用服务器的IP地址。具体的,终端装置的位置信息可以包括:终端装置的TAI、DNAI、第四网元的标识信息或者第一IP地址中的至少一种。
其中,DNAI用来标识第一域名对应的应用服务器的位置,或者该DNAI用来标识第一域名对应的应用服务器所在的管理平台的位置。该第四网元包括用户面功能网元或者无线接入网网元,该用户面功能网元为连接第一域名对应的应用服务器所在的管理平台的用户面功能网元,可以理解为,该用户面功能网元可以访问第一域名对应的应用服务器所在的管理平台。该无线接入网网元为终端装置当前接入的无线接入网网元。该第一IP地址指向第一域名对应的应用服务器所在的管理平台,该管理平台的位置与终端装置的位置对应。应该理解的是,在本申请实例中,该管理平台的位置与终端装置的位置对应的具体含义可以包括以下两种:
1)如果部署了第一域名对应的应用服务器的管理平台的位置有多个,与终端装置的位置对应的管理平台可以是距离终端装置的位置最近的管理平台。
2)如果部署了第一域名对应的应用服务器的管理平台的位置有多个,但是考虑其他因素,如管理平台上的负载或者应用服务器的资源情况等等,与终端装置的位置对应的管理平台可以是除了考虑终端装置的位置信息之外,其他因素综合决定的管理平台。
第四网元的标识信息包括用户面功能网元(第四网元)的IP地址或者用户面功能网元(第四网元)的标识(identify,ID)。需要注意的是,当终端装置的PDU会话只存在一个锚点时,这里的用户面功能网元可以是连接该管理平台的PDU会话锚点或者与无线接入网设备连接的中间(intermediate)UPF;当终端装置的PDU会话存在多个锚点时,例如UL CL/BP场景,这里的用户面功能网元可以是访问该管理平台的UL CL或者BP,还可以是访问该管理平台的PDU会话锚点。第四网元的标识信息还可以是该终端接入的无线接入网(第四网元)的IP地址或者该终端接入的无线接入网(第四网元)的ID。该第一IP地址指向第一域名对应的应用服务器所在的管理平台。其中,该管理平台的位置与终端装置的位置对应。可选的,终端装置的位置信息还可以包括终端装置当前能访问的第一域名对应的应用服务器所在的MEC平台的部署位置(用DNAI标识),或者与终端装置当前能访问的MEC平台上部署的第一域名对应的应用服务器的部署位置(用DNAI标识)。
应理解,在本申请的各个实施例中,根据终端装置的位置确定第一域名对应的应用服务器所在的管理平台,即该管理平台的位置是根据该终端装置的位置确定的,那么,用于标识该管理平台的DNAI、连接该管理平台的用户面功能网元的标识信息,或者指向该管理平台的IP地址均可以用来表示终端装置的位置信息。
还应理解,在本申请的各个实施例中,涉及的管理平台的位置或者应用服务器的位置均为与终端装置的当前位置对应。在本申请中涉及的管理平台、MEC管理平台、MEC平台的含义或者功能相同,均可以管理该多个应用,并能够为多个应用提供服务。
其中,终端装置的TAI与MEC平台的部署位置或者应用服务器的部署位置(例如DNAI)之间可以存在映射关系或者对应关系,该对应关系可以为一一对应关系。可以根据终端装置的TAI确定MEC平台的部署位置或者应用服务器的部署位置。第二网元可以获取并存储第一信息。第一信息可以包括:至少一个域名、与至少一个域名中的每个域名对应的应用服务器的部署位置、应用服务器的IP地址信息。可选的,第一信息还可以包括第一IP地址与MEC平台的部署位置或者应用服务器的部署位置之间的对应关系。该至少一个域名包括该第一域名。其中,不同的应用服务器的部署位置不同。在本申请实施例中,一个域名可以对应多个应用服务器(多个应用服务器的IP地址)。第二网元根据终端装置的位置信息,可以唯一确定MEC平台的部署位置或者应用服务器的部署位置。在同一个MEC平台上或者同一个应用服务器的部署位置上,可以部署多个域名对应的应用服务器或者应用实例,但是与同一个域名对应的应用服务器或者应用实例只有一个,进一步的,第二网元可以根据第一域名,确定与第一域名对应的应用服务器的IP的地址。即上述确定与第一域名和终端装置的位置对应的IP地址。
下面将举例进行说明。表1为第一信息包括的内容的一个示例。如表1所示,第一信息包括两个应用(application),分别对应两个域名:域名A和域名B。域名A对应两个应用服务器,假设两个应用服务器的IP地址分别为IP-3A和IP-1。两个应用服务器部署在不同位置,例如部署在不同的MEC平台。假设地址为IP-3A的应用服务器部署在MEC平台-1上,地址为IP-1的应用服务器部署在MEC平台-2上,终端装置所在的位置距离MEC平台-2较近,或者说,MEC平台-2靠近终端装置当前所在的位置。域名B对应一个应用服务器,说明只在一个位置或者MEC平台部署了该应用服务器,其域名B对应的应用服务器的IP地址为IP-3B,也部署在MEC平台-2。可选的。应用服务器部署位置或者应用服务器所在的MEC平台的部署位置可以利用数据网络接入标识(data network DN Access Identifier,DNAI)表征,不同的DNAI表示不同的MEC平台或者应用服务器的部署位置。假设部署在MEC平台-2的应用服务器利用DNAI2表示,部署在MEC平台-1的应用服务器利用DNAI1表示。
表1
结合表1的例子,DNS查询请求中携带终端装置需要查询的域名A,假设终端装置的位置距离MEC平台-2较近。第一网元向第二网元发送的第一请求信息包括域名A和终端装置的位置信息。第二网元根据域名A,确定对应的应用服务器的IP地址为部署在MEC平台-1的IP-3A和部署在MEC平台-2的IP-1,这两个应用服务器对应的DNAI不同。第二网元进一步的根据终端装置的位置信息确定终端装置当前能访问的MEC平台的部署位置或者应用服务器部署位置,即确定出于终端装置当前位置对应的DNAI为DNAI2(即MEC平台-2)。这样就可以确定出与终端装置的位置和请求的域名均对应的应用服务器的IP地址为IP-1。从而将IP-1反馈给终端装置。
应理解,表1只是示例性的,不应该对本申请的实施例造成限制。例如,第一信息还可以包括更多的域名。与某一个域名对应的应用服务器的部署位置还可以是更多个,如MEC平台的部署位置还可以是更多个。某一个部署位置还可以部署更多个不同域名对应的应用服务器。应用服务器的部署位置除了利用上述的DNAI来表征之外,还可以利用其他的参数来表征等。本申请实施例在此不作限制。
在上述的实现方式中,通过第二网元根据终端装置的位置信息、终端装置请求的域名以及上述的第一信息,确定出与终端装置的位置和请求的域名均对应的应用服务器的IP地址。可以使得确定出的应用服务器的IP地址的更加准确,提高确定应用服务器的效率。
应理解,在本申请实施例中,如果第一网元是用户面功能网元,则用户面功能网元可以在发送第一请求信息之前,向会话管理网元请求终端装置的位置信息,并将该终端装置的位置信息添加到第一请求信息并发送给第二网元。如果第一网元是会话管理网元,则会话管理网元可以自行获取终端装置的位置信息,并将该终端装置的位置信息添加到第一请求信息中。
还应理解,第一网元向第二网元发送的第一请求信息中,也可以不包括终端装置的位置信息。在这种情况下,第二网元可以自行获取终端装置的位置信息,例如,如果第二网元为会话管理网元,则上述的第一请求信息中可以不包括终端装置的位置信息,会话管理网元可以自行获取终端装置的位置信息。例如,会话管理网元可以从AMF获取终端装置的TAI。同时,会话管理网元也可以向AMF订阅终端装置的TAI,这样当终端装置的位置发生了移动,AMF可以向会话管理网元提供终端装置当前所在的最新的TAI,这样会话管理网元可以基于终端装置的TAI确定终端装置的位置信息。又例如,假设第二网元为DNS服务器,DNS服务器可以接收应用功能网元(例如AF)发送的终端装置的位置信息。又例如,假设第二网元为应用功能网元,应用功能网元可以通过能力开放信息从核心网设备获取终端装置的位置信息。其中,终端装置的位置信息的具体描述参考S231,这里不再赘述
第二网元可以获取并存储第一信息。例如,如果第二网元会话管理网元,会话管理网元可以接收策略控制功能网元(例如PCF)或者应用功能网元(例如AF)发送的第一信息。具体而言,应用功能网元可以将第一信息存储在UDR里面,策略控制功能网元可以向UDR请求该第一信息并存储该第一信息。或者,会话管理网元可以向策略控制功能网元请求该第一信息并存储该第一信息。又例如,假设第二网元为DNS服务器,DNS服务器可以接收应用功能网元(例如AF)发送的第一信息。或者,第一信息也可以是预先配置在DNS服务器中。应理解,本申请实施例中第二网元获取第一信息的方式不作限制。
在本申请的一些可能的实现方式中,如果该第一网元为会话管理网元,该第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,以图6为例,在图4所示的方法步骤的基础上,该方法包括S241。
S241,该第一网元根据第一域名或者与该第一域名对应的IP地址,为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA。
图6中所示的S210至S250的描述可以参考上述的4和图5中对这几个步骤的描述,为了简洁,这里不再赘述。
在S241中,如果第一网元为会话管理网元(例如SMF),第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种。在这种情况下,第一网元可以根据终端装置请求的第一域名,或者第二网元反馈的与第一域名对应的应用服务器的IP地址,为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA。在插入分流节点和PSA之后。终端装置便可以通过该PSA去访问与第一域名对应的应用服务器。可以优化数据传输路线,降低数据传输时延,提高数据传输的效率。
一种可能的实现方式为:会话管理网元可以上述的步骤S210之后就执行S241,即在接收到自于终端装置的域名系统DNS查询请求时,就根据DNS查询请求包括的第一域名,确定为该终端装置选择第一分流节点和第一PSA。SMF网元确定第一域名的方法可以是:SMF网元上可以提前预先配置域名列表,或者SMF网元从PCF网元接收接收策略消息,该策略消息包含域名列表,该域名列表包含一个或者多个域名,只要SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么SMF网元就确定该DNS查询请求中包含的域名为第一域名。例如,结合表1的例子,如果终端装置请求的第一域名为部署在MEC平台-2上的应用对应的域名,则会话管理网元可以根据该第一域名,为终端装置选择第一分流节点和第一协议数据单元会话锚点PSA,第一分流节点可以是上述的ULCL或者BP,第一PSA可以是一个UPF。
可选的,该DNS查询请求还可以包括目的地址,该目的地址可以为DNS服务器的地址。SMF还可以根据DNS查询请求包括的目的地址,确定为该终端装置选择第一分流节点和第一PSA,其中,该目的地址可以为DNS服务器的地址。当SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么SMF就确定为该终端装置选择第一分流节点和第一PSA。通过上述方法,终端装置便可以通过该PSA就近访问业务,优化数据传输路线,降低数据传输时延。SMF不用等到第二网元发送响应信息后进行插入ULCL或者BP,可以降低信令的开销。
另外一种可能实现方式为:会话管理网元可以根据S240中第二网元反馈的应用服务器的IP地址,为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA。在这种情况下,S241可以在S240之后执行,即在接收到第二网元反馈的第一响应信息后,根据第一响应信息中的IP地址为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA。其中,SMF网元根据应用服务器的该IP地址,为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA的方法可以是:SMF网元可以提前预先配置IP地址列表,或者SMF网元从PCF网元接收策略消息,该策略信息包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要第二网元反馈的应用服务器的IP地址属于该IP地址列表,那么SMF网元就根据该IP地址,为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA。例如,结合表1的例子,如果第一响应信息包括的IP地址为部署在MEC平台-2上的与第一域名对应的应用服务器的IP地址(IP-1),则会话管理网元可以根据该IP地址,为终端装置选择第一分流节点和第一协议数据单元会话锚点PSA,第一分流节点可以是一个ULCL或者BP。通过根据第二网元反馈的第一响应信息携带的IP地址,为终端装置选择第一分流节点和第一PSA,可以提高插入的第一分流节点和第一PSA的准确性,避免为不必要的域名以及已经执行过插入分流节点和PSA的应用部署位置再次的插入分流节点和PSA,防止了通信资源的浪费,提高通信的效率。
例如,如表1所示的例子中,如果第二网元反馈的第一响应信息携带的IP地址为部署在MEC平台-2上并且与第一域名对应的应用服务器的IP地址(IP-1)。假设终端装置初始建立PDU会话时只有远端PSA,在终端装置获取部署在MEC平台-2上与第一域名对应的应用服务器的IP地址(IP-1)后,还是需要通过远端PSA去访问该应用服务器(假设为第一应用服务器)。数据传输的路线为: 而远端PSA和第一应用服务器一般是部署在不同的位置的,这样造成数据传输的路径不优,导致数据传输时延较大。因此。会话管理网元选择第一分流节点和插入第一PSA。第一PSA的部署位置可以是靠近第一应用服务器的部署位置(MEC平台-2),或者第一PSA可以部署在MEC平台-2上。会话管理网元可以利用ULCL或者BP的方式插入第一PSA(UPF)。在插入第一PSA之后。终端装置便可以通过新插入的第一PSA去访问第一应用服务器。数据传输的路线为: 可以优化数据传输路线,降低数据传输时延,提高数据传输的效率。
在本申请的另一些可能的实现方式中,如果该第一网元为网元为用户面功能网元,该第二网元为策略控制功能网元、会话管理网元、应用功能网元或者DNS服务器中的任意一种,以图7为例,在图4所示的方法步骤的基础上,该方法包括S242。
S242,该第一网元向会话管理网元发送第一通知信息,该第一通知信息包括该第一域名或者、该目的地址、与该第一域名对应的IP地址中的至少一种,该第一通知信息用于该会话管理网元为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA。
在S242中,如果第一网元为用户面功能网元(例如UPF),则第二网元为策略控制功能网元、会话管理网元、应用功能网元或者DNS服务器中的任意一种。在这种情况下,第一网元可以向会话管理网元发送第一通知信息,该第一通知信息包括该第一域名、与该第一域名对应的IP地址、目的地址(DNS服务器的地址)中的一种或者多种。该第一通知信息用于该会话管理网元为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA。
在S242中,一种可能的实现方式为:用户面功能网元根据终端装置请求的第一域名或者根据DNS查询请求包括的目的地址,向会话管理网发送第一通知信息。在这种情况下,S242可以在S210之后就执行,即只需要执行步骤S210,在接收到收到自于终端装置的域名系统DNS查询请求后,就根据DNS查询请求包括的第一域名或者目的地址,向会话管理网元发送第一通知信息,用于通知会话管理网元为终端装置选择第一分流节点和第一PSA。用户面功能网元确定向会话管理网元发送第一通知信息的方法可以是:在用户面功能网元向会话管理功能网元发送第一通知信息之前,用户面功能网元上可以提前预先配置第一规则,或者用户面功能网元从会话管理网元接收第一规则,当第一域名或者该目的地址满足第一规则时,用户面功能网元向会话管理网元发送第一通知信息。
例如,第一规则包括目的地址列表,该目的地址列表包含一个或者多个目的地址,第一规则为用户面功能网元接收的DNS查询请求中包含的目的地址包含在该目的地址列表中,当满足第一规则,那么用户面功能网元就确定向会话管理网元发送第一通知信息。换句话说,如果用户面功能网元判断出DNS查询请求中包含的目的地址满足向会话管理网元发送第一通知信息的条件,那么,用户面功能网元就向会话管理网发送第一通知信息,其中,该条件可以是DNS查询请求中包含的目的地址是第一规则中包含的任意一个目的地址。
再例如,第一规则包括域名列表,该域名列表包含一个或者多个域名,第一规则为用户面功能网元接收的DNS查询请求中包含的域名包含在该域名列表中,当满足第一规则,那么用户面功能网元就确定该DNS查询请求中包含的域名为第一域名。换句话说,如果用户面功能网元判断出DNS查询请求中包含的第一域名满足向会话管理网元发送第一通知信息的条件,那么,用户面功能网元就向会话管理网发送第一通知信息,其中,该条件可以是DNS查询请求中包含的第一域名是第一规则中包含的任意一个域名。例如,结合表1的例子,如果终端装置请求的第一域名为域名A,则用户面功能网元获取该域名后,可以直接向会话管理网元发送第一通知信息,不用等到第二网元发送响应信息后在向会话管理网元发送第一通知信息,降低了用户面功能网元通知会话管理网元的时延,可以降低信令的开销。提高资源的利用率。
在S242中,另一种可能的实现方式为:用户面功能网元可以根据S240中第二网元反馈的应用服务器的IP地址,向会话管理网发送第一通知信息。用户面功能网元确定向会话管理网发送第一通知信息的方法可以是:用户面功能网元可以提前预先配置第一规则,或者用户面功能网元从会话管理网元接收第一规则,当应用服务器的IP地址满足第一规则时,即该IP地址包含在地址列表中,用户面功能网元向会话管理网元发送第一通知信息。例如,第一规则还可以包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要第二网元反馈的应用服务器的IP地址属于该IP地址列表,那么用户面功能网元就根据该IP地址,向会话管理网发送第一通知信息。换句话说,如果用户面功能网元判断出第二网元反馈的应用服务器的IP地址满足向会话管理网元发送第一通知信息的条件,那么,用户面功能网元就向会话管理网发送第一通知信息,其中,该条件可以是应用服务器的IP地址是第一规则中包含的任意一个IP地址。在这种情况下,S242可以在S240之后就执行,即需要执行步骤S210、S220、S230以及S240。在接收到第二网元反馈的第一响应信息后,根据第一响应信息中的IP地址,向会话管理网元发送第一通知信息,用于通知会话管理网元为终端装置选择第一分流节点和第一PSA。例如,结合表1的例子,如果第一响应信息包括的IP地址为部署在MEC平台-2上并且与第一域名对应的应用服务器的IP地址(IP-1),则用户面功能网元向会话管理网元发送第一通知信息该第一通知信息包括该IP地址。可以提高用户面功能网元向会话管理网元发送通知信息的准确性。防止了通信资源的浪费,提高通信的效率。会话管理网元可以根据上述的第一通知信息,为终端装置选择第一分流节点和第一PSA,具体的描述可以参考上述的S241的描述,为了简洁,这里不再赘述。
在本申请的一些可能的实现方式中,如果该第一网元为用户面功能网元,该第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,以图8为例,在图4所示的方法步骤的基础上,该方法包括S219。
S219,该第一网元接收会话管理网元发送该终端装置的位置信息。
具体而言,如果第一网元为用户面功能网元时,则在上述的S220之前,用户面功能网元可以先从会话管理网元获取终端装置的位置信息。例如,用户面功能网元可以接收会话管理网元(例如SMF)发送的终端装置的位置信息。从而可以将终端装置的位置信息添加到上述的第一请求信息中发送给第二网元,降低第一网元获取终端装置的位置信息的复杂度,容易实现,提高了获取到的终端装置的位置信息的准确性。
本申请提供的域名系统查询的方法,第一网元将终端装置的位置信息添加到DNS查询请求发送第二网元。第二网元根据终端装置的位置和请求的域名,确定出与终端装置的位置和域名均对应的应用服务器的IP地址并反馈给终端装置。从而使得终端装置可以通过该应用服务器就近访问业务。提高了终端装置访问业务的质量。并且,由于终端装置可以就近访问业务,降低终端装置访问业务的时延,提高通信效率。
图9是本申请另一个实施例的域名系统查询的方法300的示意流程图,该方法300可以应用在图1和图2所示的场景中,当然也可以应用在其他通信场景中,本申请实施例在此不作限制。
如图9所示,图9中示出的方法300可以包括S310至S330。下面结合图9详细说明方法300中的各个步骤。
S310,第三网元接收第一域名和终端装置的位置信息。
S320,该第三网元至少根据该第一域名、该终端装置的位置信息,确定与该第一域名对应的IP地址,该IP地址与该终端装置的位置对应。
S330,该第三网元发送该IP地址。
在S310中,终端装置需要进行DNS查询时,会向核心网设备发送DNS查询请求。该DNS查询请求包括终端装置需要查询的第一域名。具体的,终端装置可以通过接入网设备将DNS查询请求发送给用户面功能网元(例如可以为PSA),例如在终端装置的会话初始建立时,这个用户面功能网元相当于远端PSA。用户面功能网元接收到DNS查询请求后,会将该第一域名发送给第三网元,第三网元可以为策略控制功能网元、应用功能网元、会话管理网元或者DNS服务器中的任意一种。例如,用户面功能网元可以将来自于终端装置的DNS查询请求转发给第三网元,DNS查询请求时,就根据DNS查询请求包括的第一域名。在S310中第三网元接收第一域名和终端装置的位置信息。终端装置的位置信息相关的描述可以参考上述的S231中的相关的描述,为了简洁,这里不再赘述。
第一域名和终端装置的位置信息可以是同一个网元发送给第三网元的,例如,如果第三网元为DNS服务器,则第一域名和终端装置的位置信息可以是会话管理网元或者用户面功能网元发送给DNS服务器。当然,第一域名和终端装置的位置信息可以是不同的网元分别发送给第三网元的。例如,如果第三网元为DNS服务器,则第一域名可以是会话管理网元或者用户面功能网元发送给DNS服务器,终端装置的位置信息可以是应用管理网元发送给DNS服务器。本申请在此不做限制。
在S320中,第三网元至少根据该第一域名、该终端装置的位置信息,确定与该第一域名对应的IP地址,该IP地址与该终端装置的位置对应。关于S320的具体过程可以参考上述对于S231的描述,为了简洁,这里不再赘述。
可选的,在S320中,第三网元根据还可以根据该第一域名、该终端装置的位置信息以及第一信息,确定与该第一域名对应的IP地址。其中,该第一信息包括:至少一个域名、与该至少一个域名中的每个域名对应的应用服务器的部署位置(例如可以利用MEC平台的标识或者DNAI表示)、该应用的部署位置上的应用服务器的IP地址,该至少一个域名包括该第一域名。可选的,第一信息还可以包括第一IP地址与MEC平台的部署位置或者应用服务器的部署位置之间的对应关系。
在S330中,在第三网元确定了与该终端装置的位置和第一域名均对应的应用服务器的IP地址后。第三网元会将该应用服务器的IP地址发给终端装置。例如,假设第三网元为会话管理网元,会话管理网元可以将该应用服务器的IP地址先发送给用户面功能网元,用户面功能网元通过接入网设备将该应用服务器的IP地址发送给终端装置。可选的,用户面功能网元可以根据第三网元反馈的应用服务器的IP地址,向会话管理网发送第一通知信息,用于通知会话管理网元为终端装置选择第一分流节点和第一PSA。用户面功能网元确定向会话管理网发送第一通知信息的方法可以参考上述的S242的描述,为了简洁,这里不再赘述。
又例如,假设第三网元为DNS服务器,DNS服务器可以将该应用服务器的IP地址先发送给用户面功能网元或者会话管理网元,通过用户面功能网元或者会话管理网元、接入网设备将该应用服务器的IP地址发送给终端装置。可选的,会话管理网元可以根据第三网元反馈的应用服务器的IP地址,为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA,具体方法可以参考上述的S241的描述,为了简洁,这里不再赘述。本申请在第三网元将该应用服务器的IP地址发送给终端装置的具体过程不做限制。
本申请提供的域名系统查询的方法,通过第三网元根据终端装置的位置和请求的域名,确定与终端装置的位置和请求的域名均对应的应用服务器的IP地址,并将该IP地址反馈给终端装置。从而使得终端装置可以通过该应用服务器就近访问业务。避免终端装置通过与自己较远的应用服务器访问业务时的服务受限或者访问不到部分业务问题,提高了终端装置访问业务的质量。并且,由于终端装置可以就近访问业务,降低终端装置访问业务的时延,提高通信效率。
在本申请的一些可能的实现方式中,第三网元可以为会话管理网元、策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,该第三网元存储该第一信息。
具体而言,第三网元可以获取并存储第一信息。例如,如果第三网元为会话管理网元,会话管理网元可以接收策略控制功能网元(例如PCF)或者应用功能网元(例如AF)发送的第一信息。如果第三网元为应用功能网元,应用功能网元可以将第一信息存储在UDR里面。如果第三网元为策略控制功能网元,策略控制功能网元可以向UDR请求该第一信息并存储该第一信息。又例如,假设第三网元为DNS服务器,DNS服务器可以接收应用功能网元(例如AF)发送的第一信息。或者,第一信息也可以是预先配置在DNS服务器中。应理解,本申请实施例中第三网元获取第一信息的方式不作限制。
在本申请的一些可能的实现方式中,如果该第三网元为会话管理网元,会话管理网元根据第一域名或者与该第一域名对应的IP地址,为该终端装置选择第一分流节点和第一PSA。会话管理网元一分流节点和第一PSA的过程可以参考上述的S241中的相关描述,为了简洁,这里不再赘述。
在本申请的一些可能的实现方式中,在S310中,如果该第三网元为DNS服务器,DNS服务器可以通过如下方式获取终端装置的位置信息:
该DNS服务器接收策略控制功能网元、应用功能网元或者会话管理网元发送的终端装置的位置信息。
具体而言,会话管理网元可以从AMF获取终端装置的位置信息。同时,会话管理网元也可以向AMF订阅终端装置的位置信息,这样当终端装置的位置发生了移动,AMF可以向会话管理网元提供终端装置当前所在的最新的位置信息。应用功能网元可以通过能力开放功能网元(network exposure function,NEF)从核心网设备获取终端装置的位置信息。策略控制功能网元可以从AMF处获取终端装置的位置信息。策略控制功能网元、应用功能网元或者会话管理网元可以将终端装置的位置信息发送给DNS服务器。可选的,DNS服务器可以从策略控制功能网元、会话管理网元或者应用功能网元获取终端装置的位置,进一步的根据终端装置的位置确定出该终端装置当前能访问的MEC平台的部署位置或者应用服务器的部署位置。或者,DNS服务器可以直接从策略控制功能网元、会话管理网元或者应用功能网元获取该终端装置当前能访问的MEC平台的部署位置或者应用服务器的部署位置。通过DNS服务器接收策略控制功能网元、应用功能网元或者会话管理网元发送的终端装置的位置信息,可以使得DNS服务器获取的终端装置的位置信息比较准确。进一步提高DNS服务器确定与终端装置的位置和第一域名对应的IP地址的准确性和效率。
在本申请的另一些可能的实现方式中,在步骤S310中,如果该第三网元为DNS服务器,DNS服务器可以通过如下方式获取终端装置第一域名:
该第三网元接收会话管理网元或者用户面功能网元发送的第二请求信息,该第二请求信息包括该第一域名。
具体而言,终端装置需要进行DNS查询时,会向核心网设备发送DNS查询请求。该DNS查询请求包括终端装置需要查询的第一域名。可选的,该DNS查询请求还包括目的地址。该目的地址可以是DNS服务器的地址。该DNS查询请求用于请求该第一域名对应的IP地址。终端装置可以通过接入网设备将DNS查询请求发送给核心网中的用户面功能网元,用户面功能网元可以直接将根据该DNS查询请求,向DNS服务器发送第二请求信息,该第二请求信息包括该第一域名。可选的,用户面功能网元可以根据第一域名或者DNS查询请求中的目的地址,向会话管理网发送第一通知信息,用于通知会话管理网元为终端装置选择第一分流节点和第一PSA。用户面功能网元确定向会话管理网发送第一通知信息的方法可以参考上述的S242的描述,为了简洁,这里不再赘述。或者,用户面功能网元可以先将该DNS查询请求发送给会话管理网元,会话管理网元将根据该DNS查询请求,向DNS服务器发送第二请求信息,该第二请求信息包括该第一域名。可选的,会话管理网元可以根据第一域名或者DNS查询请求中的目的地址,为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA,具体方法可以参考上述的S241的描述,为了简洁,这里不再赘述。
可选的,上述的第二请求信息还可以包括终端装置的位置信息。例如,如果上述的第二请求信息是用户面功能网元发送给DNS服务器的,则用户面功能网元可以在发送第二请求信息之前,向会话管理网元请求终端装置的位置信息,或者用户面功能网元已经预先获取到了终端装置的位置信息,例如在会话建立过程中,会话管理网元将终端装置的位置信息发送至用户面功能网元。用户面功能网元将该终端装置的位置信息添加到第二请求信息并发送给DNS服务器。如果第二请求信息是会话管理网元发送给DNS服务器的,则会话管理网元先获取终端装置的位置信息,并将该终端装置的位置信息添加到第二请求信息并发送给DNS服务器。其中,上述将终端装置的位置信息添加到该DNS查询请求的具体实现方法可以是在DNS查询请求(DNS报文)选项中增添终端装置的位置信息。或者,由于TCP可以承载DNS报文,还可以在TCP选项(option)中增添终端装置的位置信息,本申请不做限定。
下面将结合具体的例子说明本申请提供的域名系统查询的方法。
图10是本申请一个实施例的域名系统查询的方法400的示意性流程图,该方法400可以应用在图1所示的架构中。图10所示的流程主要描述了会话管理网元确定应用服务器的IP地址过程。其中包括会话管理网元自行确定应用服务器的IP地址过程和通过策略控制功能网元或者应用功能网元确定应用服务器的IP地址过程。图10所示的例子中,会话管理网元以SMF为例、策略控制功能网元以PCF为例、应用功能网元以AF为例进行说明。
如图10所示,该方法400包括:
S401,AF将应用服务器的部署位置(例如可以利用MEC平台的标识或者DNAI表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)通过网络开放功能(network exposure function,NEF)网元存储到UDR里面。进一步的,还可以将第一信息存储到DNS服务器。例如,第一信息的内容可以为上述的表1所示的内容。
S402,终端装置发起了PDU会话建立流程。具体的,终端装置携带PDU会话标识、单网络切片选择辅助信息(single network slice selection assistance information,S-NSSAI)和数据网络名称(data network name,DNN)等参数发给AMF。AMF根据S-NSSAI和DNN选择SMF网元,并将该终端装置的永久标识、终端装置的位置信息)、PDU会话标识,S-NSSAI和DNN等参数发送给SMF网元。
其中,S402步骤中的终端装置的位置信息可以是TAI,或者该终端装置接入的无线接入网的IP地址或者该终端装置接入的无线接入网的ID。
S403,在该会话建立过程中,SMF调用PCF的服务化操作策略建立控制请求(Npcf_SMPolicy Control_Create Request),请求从PCF获取该PDU会话相关的策略信息。
S404,PCF调用UDR的服务化操作请求(Nudr_DM_Query),从UDR获取该终端装置签约的应用相关的信息,其中包含S401中的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系(即第一信息)。
S405,PCF将该应用服务器的部署位置、域名和应用服务器的IP地址生成策略计费控制规则(Policy and Charging Control rule,PCC rule),通过服务化操作策略建立控制响应(Npcf_SMPolicyControl_Create Response)下发至SMF,SMF保存PCC rule,其中包含终端装置签约的应用服务器的部署位置(应用服务器的部署位置可以用DNAI来表示)、域名和应用服务器的IP地址的对应关系。另外,PCC rule里面还可能包含其他规则,例如,计费规则,报文转发规则,以及哪些部署位置的应用服务器(即DNAI列表)或者哪些应用服务器的IP地址(即IP地址列表)或者哪些应用服务器对应的域名(即域名列表)或者哪些目的地址(即DNS服务器的地址列表)可以执行ULCL/BP插入新的PSA等。
S406,SMF根据S-NSSAI和DNN等参数选择UPF1网元作为本PDU会话的锚点(PSA-1),并且,如果SMF根据PCC rule里面包含的应用服务器的部署位置(应用服务器的部署位置可以用DNAI来表示)判断出终端装置签约了MEC平台部署的某些应用,那么SMF向该UPF1发送N4会话(N4 session)建立请求消息,N4 session建立请求消息中需要携带DNS查询消息的转发规则,用于指示UPF收到终端装置的DNS查询消息后,将该DNS查询消息转发至SMF。
S407,PDU会话建立完成之后,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(DNS query),发起某个应用的DNS查询,DNS查询请求携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。其中,DNS查询请求携带的应用对应的域名可以FQDN或者是其他形式的域名,本申请不做限定。
S408,UPF1接收到DNS查询请求后,根据S406中SMF的指示将终端装置的DNS查询请求消息转发到SMF。
S409a,SMF检测DNS查询请求包括的域名,如果该域名包括在从S405获取的应用服务器的部署位置、域名和应用服务器的IP地址对应关系里面,则SMF确定终端装置当前可以访问的域名对应的应用服务器的部署位置(例如可以利用MEC平台的标识或者DNAI表示),在该应用服务器的部署位置基础上,进一步的根据DNS查询请求包括的域名确定对应的应用服务器的IP地址。
在S409a中,SMF确定终端装置当前可以访问的域名对应的应用服务器的部署位置的具体实现方式可以是:
SMF可以根据S402步骤中从AMF获取的终端装置的TAI,终端装置请求的域名以及S405步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系确定终端装置请求的域名对应的应用服务器的部署位置(例如可以利用MEC平台的标识或者DNAI表示),SMF获取终端装置的TAI的方法可以是在会话建立过程中,SMF从AMF获取终端装置的TAI,同时,SMF也可以向AMF订阅终端装置的TAI,这样当终端装置发生了移动,AMF可以向SMF提供终端装置当前所在的最新的TAI。SMF还可以根据终端装置的上下文信息确定服务于该终端装置的用户面功能网元的IP地址或者服务于该终端装置的用户面功能网元的ID,并进一步地确定终端装置请求的域名对应的应用服务器的部署位置(例如可以利用MEC平台的标识或者DNAI表示)。
由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应,且该管理平台部署了终端装置请求的域名对应的应用服务器。
可选的,SMF可以根据DNS查询请求包括的域名,确定是否执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置域名列表,或者SMF网元根据S405中从PCF网元接收的PCC rule,该PCC rule包含域名列表,该域名列表包含一个或者多个域名,只要SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
可选的,SMF确定终端装置请求的域名对应的应用服务器所在的管理平台的位置之后,SMF还可以根据应用服务器的部署位置(用DNAI来标识)来选择UL CL/BP,实现将该应用的业务流的本地分流,减少时延。可选的,SMF还可以根据DNS查询请求包括的目的地址,确定是否执行ULCL/BP插入流程。其中,该目的地址可以理解为是DNS服务器的地址。当SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么SMF就确定为该终端装置选择第一分流节点和第一PSA。上述方法中,如果SMF选择插入BP,SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
可选的,在上述的S409a中,如果SMF确定终端装置请求的域名不包含在PCC rule里面,换句话说,如果SMF无法根据PCC rule确定域名对应的IP地址,则SMF不执行S409a,执行S409b和S409c:
S409b,SMF将终端装置的位置添加到DNS查询请求消息,并转发DNS查询请求消息到DNS服务器(server)获取该应用对应的应用服务器的IP地址。其中,终端装置的位置可以是终端装置的TAI,或者是终端装置当前能访问的MEC平台的标识或者终端装置当前能访问的DNAI。终端装置的位置还可以是当前服务终端装置的接入网标识。例如,接入网标识可以是RAN ID或者RAN IP地址。终端装置的位置信息的具体描述还可以参考步骤S231中的描述,为了简洁,这里不再赘述。其中,SMF将终端装置的位置信息添加到该DNS查询请求的具体实现方法可以是:SMF在DNS查询请求(DNS报文)选项中增添终端装置的位置信息。或者,由于TCP可以承载DNS报文,SMF还可以在TCP选项(option)中增添终端装置的位置信息,本申请不做限定。
可选的,作为一种实现方式,SMF还可以将DNS查询请求消息发送到DNS服务器(server)之后,再将终端装置的位置信息发送至DNS服务器(server),换句话说,SMF可以将DNS查询请求消息和终端装置的位置信息分多条消息发送至DNS服务器,本申请不做限定。
S409c,DNS server通过DNS查询请求的域名确定对应的应用服务器的IP地址,并发送给SMF。
S410,SMF向PSA-1返回DNS查询响应(response),其中包括应用服务器的IP地址。
S411,PSA-1向终端装置返回DNS查询响应(response),其中包括应用服务器的IP地址。后续终端装置使用DNS查询响应中包含的应用服务器的IP地址,通过PSA-1与应用服务器之间进行通信。
S412,可选的,SMF可以根据该查询响应,执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置IP地址列表,或者SMF网元根据S405中从PCF网元接收的PCC rule,该PCC rule包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。或者,当SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么SMF选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。如果SMF选择插入BP,SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
本申请实施例提供的域名查询的方法,通过根据终端装置的位置和请求的域名,确定出与终端装置的位置和域名均对应的应用服务器的IP地址,并将该应用服务器的IP地址反馈给终端装置。从而使得终端装置可以通过该应用服务器就近访问业务。提高了终端装置访问业务的质量。通过在与终端位置对应的应用服务器的部署位置上插入PSA。可以优化终端装置的数据传输路径。降低数据传输时延,提高数据传输的效率。
图11是本申请一个实施例的域名系统查询的方法500的示意性流程图,该方法400可以应用在图1所示的架构中。图11所示的流程主要描述了在终端装置位置移动的情况下会话管理网元确定应用服务器的IP地址过程。图11所示的例子中,会话管理网元以SMF为例、策略控制功能网元以PCF为例、应用功能网元以AF为例进行说明。
如图11所示,该方法500包括:
S501,AF将应用服务器的部署位置(例如可以利用MEC平台的标识或者DNAI表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)通过NEF网元存储到UDR里面。假设终端装置在位置-1发起PDU会话建立流程,在PDU会话建立过程中,SMF通过PCF获取到应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系。终端装置在会话建立完成之后发起DNS查询请求,DNS查询请求包括需要查询的域名。SMF根据终端装置当前的位置(位置-1)信息确定终端装置当前的位置对应的应用服务器的部署位置,进一步地,根据应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系确定终端装置查询的域名对应的应用服务器的IP地址。并将确定的应用服务器的IP地址通知给终端装置。可选的,如果由于终端装置当前所在的位置(位置-1)没有部署应用服务器,则SMF返回的域名对应的应用服务器的IP地址为距离终端装置的当前位置较远的远端应用服务器(例如表1中的部署在MEC平台-1的应用服务器)的IP地址(例如IP-3A)。S501的具体过程可以参考上述的S401至S411的描述,为了简洁,这里不再赘述。
S502,终端装置的位置发生了移动,假设终端装置的位置从位置-1移动到位置-2。SMF从AMF获取到终端装置当前所在的新的位置信息(位置-2)。并且,SMF可以判断出终端装置当前所在的位置对应的应用服务器的部署位置(例如可以用DNAI或者MEC平台的标识来表示)发生了改变。例如,SMF判断终端装置的所在的位置-1(例如可以用TAI-1表示)对应DNAI2或者MEC平台-2,位置-2(例如可以用TAI-2表示)对应DNAI1或者MEC平台-1,其中,DNAI1跟DNAI2不同,则SMF判断出终端装置当前所在的位置对应的应用服务器的部署位置发生了改变。
S503,由于不同的应用服务器的部署位置对应不同的应用服务器的IP地址,SMF可以触发终端装置更新DNS缓存,以便于终端装置在当前位置(位置-2)再次发起DNS查询时,获取到最新的应用服务器的IP地址。SMF可以通过控制面信令向终端装置发送DNS缓存更新指示信息。例如,如S503a所示的,SMF可以直接通过接入网设备向终端装置发送控制面信令,如N1接口会话管理(session management,SM)消息,该N1 SM消息中包含协议配置选项(protocol configuration options,PCO),其中在PCO中包含DNS缓存更新指示信息,用于指示终端装置发起DNS缓存更新。或者,如S503b所示的,SMF通过UPF1向终端装置发送一个用户面报文,该报文用于指示终端装置发起DNS缓存更新。
S504,终端装置收到DNS缓存更新指示信息之后,发起DNS查询过程。具体的,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名,可选的,该DNS查询请求还包括目的地址(DNS服务器的地址)。其中,DNS查询请求携带的应用对应的域名可以是FQDN或者是其他形式的域名,本申请不做限定。
S505,UPF1接收到DNS查询请求后,将终端装置的DNS查询请求消息转发到SMF。
S506,SMF检测终端装置请求的域名,并根据终端装置的当前位置(位置-2)确定应用服务器的部署位置,进一步的确定该部署位置上的应用服务器的IP地址。S506的具体过程可以参考上述的S409a和S409c中的描述,为了简洁,这里不再赘述。
可选的,SMF可以根据该DNS查询请求包括的域名,确定是否执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置域名列表,或者SMF网元根据从PCF网元接收的PCCrule,该PCC rule包含域名列表,该域名列表包含一个或者多个域名,只要SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
可选的,SMF还可以根据DNS查询请求包括的目的地址,确定是否为该终端装置选择UPF2(PSA-2)和UL CL/BP,其中,该目的地址可以理解为是DNS服务器的地址。当SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么SMF就确定为该终端装置选择UPF2(PSA-2)和UL CL/BP。上述方法中,如果SMF选择插入BP,SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
S507,SMF向PSA-1返回DNS查询响应(response),其中包括应用服务器的IP地址。
S508,PSA-1向终端装置返回DNS查询响应,其中包括应用服务器的IP地址。后续终端装置使用DNS查询响应中包含的应用服务器的IP地址,通过PSA-1与应用服务器之间进行通信。
S509,可选的,SMF可以根据该DNS查询响应,执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置IP地址列表,或者SMF网元根据从PCF网元接收的PCC rule,该PCCrule包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。或者,当SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么SMF选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
S509的具体过程可以参考上述的S412的描述。为了简洁,这里不在赘述。
本申请实施例提供的域名查询的方法,在终端装置的位置移动场景下,通过核心网网元触发终端装置执行DNS缓存更新指示,不仅可以保证终端装置在新位置就近获取到应用服务器的IP地址,还可以根据终端装置的业务访问动态插入ULCL/BP,实现本地分流,优化本地业务访问的路径,提高通信效率。
图12是本申请一个实施例的域名系统查询的方法600的示意性流程图,该方法600可以应用在图1所示的架构中。图12所示的流程主要描述了SMF网元和UPF网元在拓扑增强(enhancing Topology of SMF and UPF,ETSUN)场景中确定域名对应的应用服务器的IP地址的过程。例如,在5G中,由于不同的SMF管理的服务区域不同,同一个PDU会话可能会对应两个SMF网元,分别为第一会话管理网元和第二会话管理网元。具体的,终端装置在位置-1建立PDU会话时,该PDU会话有对应的锚点用户面功能网元(例如UPF1),该锚点用户面功能网元由锚点SMF管理。当终端由位置-1移动到位置-2时发生PDU会话切换,PDU会话切换后该PDU会话对应的与接入网网元直接连接的用户面功能网元超出了原锚点SMF服务区域,而是新的锚点中间SMF(intermediate SMF,I-SMF)进行管理。此时,会出现会话对应了两个SMF,即第一会话管理网元(SMF)和第二会话管理网元(I-SMF)的场景。当然,本申请实施例也不一定限于会话切换的场景,例如,还可适用于例如PDU会话对应两个(或者多个)SMF网元的场景。图12所示的例子中,表示的是在PDU会话建立过程中就插入I-SMF的具体过程。会话管理网元以SMF为例、策略控制功能网元以PCF为例、应用功能网元以AF为例进行说明。
如图12所示,该方法600包括:
S601,AF将应用服务器的部署位置(例如可以用MEC平台的标识或者DNAI来表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)存储到DNS服务器中。进一步的,还可以将第一信息存储到UDR中。例如,第一信息的内容可以为上述的表1所示的内容。S601的具体过程可以参考上述的S401的描述,为了简洁,这里不再赘述。
S602,终端装置发起了PDU会话建立流程。具体的,终端装置携带PDU会话标识、S-NSSAI和DNN等参数发给AMF。AMF根据S-NSSAI和DNN选择SMF和I-SMF网元,并将SMF网元的标识、该终端装置的永久标识、终端装置的位置信息(例如TAI)、PDU会话标识,S-NSSAI和DNN等参数发送给I-SMF网元。
S603,I-SMF网元选择中间UPF(intermediate UPF,I-UPF)网元。
S604,I-SMF调用PDU会话创建请求(Nsmf_PDUSession_Create request),该PDU会话创建请求携带I-SMF支持的DNAI列表,发送至SMF网元。
S605,SMF调用PCF的服务化操作策略建立控制请求(Npcf_SMPolicy Control_Create Request),请求从PCF获取该PDU会话相关的策略信息。PCF调用UDR的服务化操作请求(Nudr_DM_Query),从UDR获取该终端装置签约的应用相关的信息,其中包含S601中的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)。
S606,PCF将该应用服务器的部署位置、域名和应用服务器的IP地址生成策略计费控制规则(Policy and Charging Control rule,PCC rule),通过服务化操作策略建立控制响应(Npcf_SMPolicyControl_Create Response)下发至SMF,SMF保存PCC rule,其中包含终端装置签约的应用服务器的部署位置、域名和应用服务器的IP地址的对应关系。另外,PCC rule里面还可能包含其他规则,例如,计费规则,报文转发规则,以及哪些部署位置的应用服务器(即DNAI列表)或者哪些应用服务器的IP地址(即IP地址列表)或者哪些应用服务器对应的域名(即域名列表)或者哪些目的地址(即DNS服务器的地址列表)可以执行ULCL/BP插入新的PSA等。S607,SMF根据S-NSSAI和DNN等参数选择UPF1网元作为本PDU会话的锚点(PSA-1)。
S608,SMF根据I-SMF支持的DNAI列表,将该I-SMF支持的那些应用服务器的部署位置(例如利用MEC平台标识或者DNAI表示)所部署的应用信息发送给I-SMF。应用信息包含应用服务器的部署位置、域名和应用服务器的IP地址的对应关系。此外,SMF根据I-SMF支持的应用服务器的部署位置的应用信息,将可以执行ULCL/BP插入的应用服务器的部署位置(MEC平台)、应用服务器的IP地址(即IP地址列表)、应用服务器对应的域名(即域名列表)以及目的地址(即DNS服务器的地址列表)中的一个或者多个发给I-SMF。
S609,I-SMF接收到支持的应用服务器的部署位置上所部署的应用信息,并向I-UPF发送DNS查询请求的转发规则,用于指示I-UPF收到终端装置的DNS查询消息后,将该DNS查询消息转发至I-SMF。
S610,PDU会话建立完成之后,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,该DNS查询请求还可以包括目的地址,该目的地址为DNS服务器的地址。其中,DNS查询请求携带的应用对应的域名可以是FQDN或者是其他形式的域名,本申请不做限定。
S611,I-UPF接收到DNS查询请求后,根据S609中I-SMF的指示将终端装置的DNS查询请求消息转发到I-SMF。
S612,I-SMF检测终端装置请求的域名,并根据终端装置的TAI确定请求的域名对应的应用服务器的部署位置,例如可以利用管理平台的标识或者DNAI表示,进一步的确定该部署位置上的与该域名对应的应用服务的IP地址。
应理解,由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应,且该管理平台部署了终端装置请求的域名对应的应用服务器。
可选的,I-SMF可以根据该DNS查询请求包括的域名,确定是否执行ULCL/BP插入流程。具体的,I-SMF网元上可以提前预先配置域名列表,或者I-SMF网元根据S608中从SMF网元接收的指示信息,该指示信息包含域名列表,该域名列表包含一个或者多个域名,只要I-SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么I-SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
可选的,I-SMF确定终端装置请求的域名对应的应用服务器所在的管理平台的位置之后,I-SMF还可以根据应用服务器的部署位置(用DNAI来标识)来选择UL CL/BP,实现将该应用的业务流的本地分流,减少时延。
可选的,I-SMF还可以根据DNS查询请求包括的目的地址,确定是否为该终端装置选择UPF2(PSA-2)和UL CL/BP,其中,该目的地址可以理解为是DNS服务器的地址。当I-SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么I-SMF就确定为该终端装置选择UPF2(PSA-2)和UL CL/BP。上述方法中,如果I-SMF选择插入BP,SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
S613,I-SMF向I-UPF返回DNS查询响应(response),其中包括确定的应用服务器的IP地址。
S614,I-UPF向终端装置返回DNS查询响应,其中包括应用服务器的IP地址。后续终端装置使用DNS查询响应中包含的应用服务器的IP地址,通过I-UPF与应用服务器之间进行通信。
S615,可选的,I-SMF可以根据该DNS查询响应,执行ULCL/BP插入流程。具体的,I-SMF网元上可以提前预先配置IP地址列表,或者I-SMF网元根据S608中从SMF网元接收的指示信息,该指示信息包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要I-SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么I-SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。或者,当I-SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么I-SMF选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
图13是本申请另一个实施例的域名系统查询的方法600的示意性流程图,与图12所示的例子不同的是,图13所示的例子中是在后续终端装置的位置发生变化后才插入I-SMF的具体过程。图12所示的为在PDU会话建立的过程中插入I-SMF。图13所示的例子中。会话管理网元以SMF为例、策略控制功能网元以PCF为例、应用功能网元以AF为例进行说明。
如图13所示,该方法700包括:
S701,AF将应用服务器的部署位置(例如可以用MEC平台的标识或者DNAI来表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)通过NEF网元存储到UDR里面。假设终端装置在位置-1发起PDU会话建立流程,在PDU会话建立过程中,SMF通过PCF获取到应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系。终端装置在会话建立完成之后发起DNS查询请求,DNS查询请求包括需要查询的域名。SMF根据终端装置当前的位置(位置-1)信息确定终端装置当前的位置对应的DNAI。进一步地,根据应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系确定终端装置查询的域名对应的应用服务器的IP地址。并将确定的应用服务器的IP地址通知给终端装置。可选的,如果由于终端装置当前所在的位置(位置-1)没有部署应用服务器,则SMF返回的域名对应的应用服务器的IP地址为距离终端装置的当前位置较远的远端应用服务器(例如表1中的部署在MEC平台-1的应用服务器)的IP地址(例如IP-3A)。S701的具体过程可以参考上述的S401至S411的描述,为了简洁,这里不再赘述。
S702,终端装置的位置发生了移动,假设终端装置的位置从位置-1移动到位置-2。AMF判断出UE移出了SMF的服务范围,则AMF插入I-SMF。
S703,I-SMF调用PDU会话创建请求(Nsmf_PDUSession_Create request),该PDU会话创建请求携带I-SMF支持的DNAI列表,发送至SMF网元。
S704,SMF根据I-SMF支持的DNAI列表,将该I-SMF支持的那些应用服务器的部署位置所部署的应用信息发送给I-SMF。应用信息包含应用服务器的部署位置、域名和应用服务器的IP地址的对应关系。此外,SMF根据I-SMF支持的应用服务器的部署位置上的应用信息,将可以执行ULCL/BP插入的应用服务器的部署位置(MEC平台)、应用服务器的IP地址(即IP地址列表)、应用服务器对应的域名(即域名列表)以及目的地址(即DNS服务器的地址列表)中的一个或者多个发给I-SMF。其中,应用的目的地址、部署位置、域名和IP地址的对应关系是SMF在会话建立过程中从PCF获取的。
S705,I-SMF接收I-SMF支持的应用服务器的部署位置上所部署的应用信息,并向I-UPF发送N4 session修改请求消息,其中需要携带DNS查询消息的转发规则,用于指示I-UPF收到UE的DNS查询消息后,将该DNS查询消息转发至I-SMF。
S706,由于插入I-SMF之前是SMF执行的DNS解析,插入I-SMF之后,I-SMF并不知道终端装置在插入之前查询过哪些应用的域名,因此I-SMF需要触发终端装置更新DNS缓存,以便于终端装置在当前位置(位置-2)再次发起DNS查询时,获取到最新的应用服务器的IP地址。I-SMF可以通过控制面信令向终端装置发送DNS缓存更新指示信息。例如,如S706a所示的,I-SMF可以直接通过接入网设备向终端装置发送N1 SM消息,该N1 SM消息中包含PCO,其中在PCO中包含DNS缓存更新指示信息,用于指示终端装置发起DNS缓存更新。或者如S706b所示的,I-SMF通过I-UPF向终端装置发送一个用户面报文,该报文用于指示终端装置发起DNS缓存更新。
S707,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。其中,DNS查询请求携带的应用对应的域名可以是FQDN或者是其他形式的域名,本申请不做限定。
S708,I-UPF接收到DNS查询请求后,根据S705中I-SMF的指示将终端装置的DNS查询请求消息转发到I-SMF。
S709,I-SMF检测终端装置请求的域名,并根据终端装置的当前位置(如TAI)确定终端装置请求的域名对应的应用服务器的部署位置,进一步的确定该部署位置上的与该域名对应的应用服务的IP地址。S709的具体过程可以参考上述的S409a,或者S408b和S408c的描述。为了简洁,这里不在赘述。
可选的,I-SMF可以根据DNS查询请求包括的域名,执行ULCL/BP插入流程。具体过程可以参考S612的描述,为了简洁,这里不再赘述。
S710,I-SMF向I-UPF返回DNS查询响应(response),其中包括应用服务器的IP地址。
S711,I-UPF向终端装置返回DNS查询响应,其中包括应用服务器的IP地址。后续终端装置使用DNS查询响应中包含的应用服务器的IP地址,通过I-UPF与应用服务器之间进行通信。
S712,可选的,I-SMF可以根据该DNS查询响应,执行ULCL/BP插入流程。具体的,I-SMF网元上可以提前预先配置IP地址列表,或者I-SMF网元根据S704中从SMF网元接收的指示信息,该指示信息包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要I-SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么I-SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。或者,当I-SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么I-SMF选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
本申请实施例提供的域名查询的方法,在ETSUN场景下,由I-SMF执行DNS查询请求的解析,可以保证终端装置在新位置就近获取到应用的IP地址,还可以根据业务访问动态插入ULCL/BP,实现本地分流,优化本地业务访问的路径,提高通信效率。
图14是本申请一个实施例的域名系统查询的方法800的示意性流程图,该方法800可以应用在图1所示的架构中。图14所示的流程主要描述了增强DNS服务器,使得DNS服务器存储上述的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系的信息,当SMF/UPF在解析DNS报文(DNS查询请求)后,将终端装置的位置主动添加到到DNS查询请求中,并将包括终端装置查询的域名和与终端装置位置的DNS查询请求发送给DNS服务器。DNS服务器根据DNS查询请求,返回与域名和终端装置的位置对应的IP地址。进一步地,SMF还可以根据在DNS response消息中的IP地址为终端设备插入ULCL/BP优化本地业务访问的路径。其中,会话管理网元以SMF为例、策略控制功能网元以PCF为例、用户面功能网元以UPF为例,应用功能网元以AF为例进行说明。
如图14所示,该方法800包括:
S801,DNS服务器存储应用服务器的部署位置(例如可以用MEC平台的标识或者DNAI来表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)。其中,DNS服务器获取应用服务器的部署位置的方法可以是:AF将应用服务器的部署位置(例如可以用MEC平台的标识或者DNAI来表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)存储到DNS服务器中。进一步的,AF还可以将第一信息通过NEF网元存储到UDR中。该过程的具体描述可以参考上述的S401的描述,为了简洁,这里不再赘述。
S802,终端装置发起了PDU会话建立流程。具体的,终端装置携带PDU会话标识、S-NSSAI和DNN等参数发给AMF。AMF根据S-NSSAI和DNN选择SMF,并将SMF网元的标识、该终端装置的永久标识、终端装置的位置信息、PDU会话标识,S-NSSAI和DNN等参数发送给SMF网元。其中,终端装置的位置信息包括终端装置的TAI。
可选的,在PDU会话建立过程中,SMF通过PCF获取到应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系。
S803,SMF根据S802步骤中获取的终端装置的位置信息确定终端装置当前能访问的MEC平台的标识或者终端装置当前能访问的DNAI。
如果是UPF主动添加终端装置的位置信息的方案,那么S803后续的流程为:
S8041,SMF选择UPF1之后,将S803步骤确定的终端装置的位置发给UPF1,其中,终端装置的位置可以是终端装置的TAI,或者是终端装置当前能访问的MEC平台的标识或者终端装置当前能访问的DNAI。终端装置的位置还可以是当前服务终端装置的接入网标识。例如,接入网标识可以是RAN ID或者RAN IP地址。终端装置的位置信息的具体描述还可以参考步骤S231中的描述。同时SMF向UPF1发送指示信息,用于指示UPF1收到UE的DNS查询请求后,在DNS查询请求消息中插入终端装置的位置信息。
S8042,终端装置根据自己的业务需求,通过接入网设备向核心网UPF1发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。其中,DNS查询请求携带的应用对应的域名可以是FQDN或者是其他形式的域名,本申请不做限定。
S8043,UPF1接收到DNS查询请求后,将S8041从SMF接收的该终端装置的位置信息添加到DNS请求中并发送给DNS服务器。其中,终端装置的位置可以包括终端装置的TAI,或者包括终端装置当前能访问的MEC平台的标识或者终端装置当前能访问的DNAI,终端装置的位置可以包括当前服务于该终端装置的接入网标识。例如,接入网标识可以是RAN ID或者RAN IP地址。
可选的,UPF1还可以根据DNS查询请求消息中的域名或者目的地址,确定是否向SMF发送通知信息,该通知信息用于SMF为终端装置选择分流节点(如UL CL/BP)和锚点UPF。具体的,UPF1确定向SMF发送通知信息的方法可以是:UPF1上可以提前预先配置第一规则,或者在S8041步骤中UPF1从SMF接收第一规则,当域名或者目的地址满足第一规则时,UPF1向SMF发送通知信息。相应地,UPF1从SMF接收分流节点和锚点UPF2的标识信息。
例如,第一规则包括目的地址列表,该目的地址列表包含一个或者多个目的地址,只要UPF1接收的DNS查询请求中包含的目的地址属于该目的地址列表,那么UPF1就确定向SMF发送通知信息。换句话说,如果UPF1判断出DNS查询请求中包含的目的地址满足向SMF发送第一通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的目的地址是第一规则中包含的任意一个目的地址。
再例如,第一规则包括域名列表,该域名列表包含一个或者多个域名,只要UPF1接收的DNS查询请求中包含的域名属于该域名列表,那么UPF1就确定向SMF发送通知信息。换句话说,如果UPF1判断出DNS查询请求中包含的域名满足向SMF发送通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的域名是第一规则中包含的任意一个域名。
进一步地,如果在S8041中,UPF1没有从SMF接收该终端装置的位置信息,那么UPF1接收到DNS查询请求后,UPF1可以通过如下两种方式中的任一种向DNS服务器发送DNS请求。
第一种:UPF1可以将UPF2的标识信息添加到DNS请求中并发送给DNS服务器。需要注意的是,这里的UPF2可以理解为与终端装置当前位置距离最近的MEC平台相连接的锚点UPF。UPF2的标识信息可以是UPF2 ID或者UPF2 IP地址。其中,UPF2的标识信息是UPF1从SMF获取的。在一种实现方式中,当UPF1恰好为与终端装置当前位置距离最近的MEC平台相连接的锚点UPF时,那么UPF1接收到DNS查询请求后,将UPF1自己的标识信息添加到DNS请求中并发送给DNS服务器。
第二种:UPF1可以向SMF网元发送通知消息,通知消息中包含终端装置请求的域名。SMF根据S802步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系、终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置,该应用服务器可以服务终端装置请求的域名,该应用服务器的部署位置(即该管理平台的位置)可以用DNAI来标识。由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应,且该管理平台部署了终端装置请求的域名对应的应用服务器。进一步地,SMF将该终端装置的位置信息发送至UPF1,用于UPF1将该终端装置的位置信息插入到DNS请求中并发送给DNS服务器。其中,该终端装置的位置信息包括但不限于:该终端装置的TAI,用于标识该管理平台的DNAI、连接该管理平台的用户面功能网元的标识信息,或者指向该管理平台的IP地址。该管理平台即为上述描述中确定的部署了终端装置请求的域名对应的应用服务器的管理平台。终端装置的位置信息的具体描述还可以参考步骤S231中的描述。
可选的,SMF根据S802步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系,终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置之后,SMF还可以根据应用服务器的部署位置(用DNAI来标识)来选择UL CL/BP,实现将该应用的业务流的本地分流,减少时延。
S8044,DNS服务器根据DNS查询请求里包含的终端装置的位置信息以及域名确定对应的IP地址。具体的,如果DNS查询请求包含的终端装置的位置信息是MEC平台标识或者DNAI,那么DNS服务器根据S801存储的第一信息以及MEC平台标识或者DNAI,确定域名确定对应的IP地址。如果DNS查询请求里包含的终端装置的位置信息是当前服务终端装置的接入网标识或者UPF1的标识信息,那么DNS服务器首先根据接入网标识或者UPF1的标识信息确定终端装置当前能访问的MEC平台标识或者终端装置当前能访问的DNAI,进一步地,DNS服务器根据S801存储的第一信息以及该MEC平台标识或者DNAI,确定域名确定对应的IP地址。
S8045,DNS服务器并通过DNS响应(response)向UPF1返回该IP地址。
S8046,UPF1根据DNS response消息中的IP地址,确定是否向SMF发送通知信息,该通知信息用于通知SMF为该终端装置插入UL CL/BP,优化业务访问的路径。具体的,UPF1确定向SMF发送通知信息的方法可以是:UPF1可以提前预先配置第一规则,或者UPF1从SMF接收第一规则,当IP地址满足第一规则时,UPF1向会话管理网元发送第一通知信息。例如,第一规则包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要DNS响应(response)中的应用服务器的IP地址属于该IP地址列表,那么UPF1就根据该IP地址,向SMF发送通知信息。换句话说,如果UPF1判断出DNS response消息中的IP地址满足向SMF发送通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS响应(response)中的应用服务器的IP地址是第一规则中包含的任意一个IP地址。
如果是SMF主动添加终端装置的位置信息的方案,那么S803后续的流程为:
S8051,SMF选择UPF1之后,向UPF1发送DNS查询消息的转发规则,用于指示UPF收到终端装置的DNS查询消息后,将该DNS查询消息转发至SMF。
S8052,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,该DNS查询请求还可以包括目的地址,该目的地址为DNS服务器的地址。
S8053,UPF1接收到DNS查询请求后,将该DNS查询请求转发给SMF。
S8054,SMF接收到DNS查询请求后,根据S802步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系,终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置,该应用服务器可以服务终端装置请求的域名,该应用服务器的部署位置(该管理平台的位置)可以用DNAI来标识。由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应,且该管理平台部署了终端装置请求的域名对应的应用服务器。SMF将该终端装置的位置信息添加到DNS请求中并发送给DNS服务器。其中,该终端装置的位置信息包括但是不限于:该终端装置的TAI,用于标识该管理平台的DNAI、连接该管理平台的用户面功能网元的标识信息,或者指向该管理平台的IP地址。该管理平台即为上述描述中确定的部署了终端装置请求的域名对应的应用服务器的管理平台。终端装置的位置信息的具体描述还可以参考步骤S231中的描述。
可选的,SMF还可以根据DNS查询请求包括的域名,确定是否执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置域名列表,或者SMF网元根据从PCF网元接收的PCCrule,该PCC rule包含域名列表,该域名列表包含一个或者多个域名,只要SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
可选的,SMF还可以根据DNS查询请求包括的目的地址,确定是否为该终端装置选择第一分流节点和第一PSA,其中,该目的地址可以理解为是DNS服务器的地址。当SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么SMF就确定为该终端装置选择第一分流节点和第一PSA。通过上述方法,如果SMF选择插入BP,SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
S8055,DNS服务器根据DNS查询请求里包含的终端装置的位置信息以及域名,确定对应的IP地址。具体的,如果DNS查询请求里包含的终端装置的位置信息是MEC平台标识或者DNAI,那么DNS服务器根据S801存储的第一信息以及MEC平台标识或者DNAI,确定域名确定对应的IP地址。如果DNS查询请求里包含的终端装置的位置信息是当前服务UE的接入网标识或者UPF的标识信息,那么DNS服务器首先根据接入网标识或者UPF的标识信息确定终端装置当前能访问的MEC平台标识或者终端装置当前能访问的DNAI,进一步地,DNS服务器根据S801存储的第一信息以及该MEC平台标识或者DNAI,确定域名确定对应的IP地址。上述UPF的标识信息可以参考S8043或者S8044中描述的UPF2的标识信息的描述,为了简洁,这里不在赘述。
S8056,DNS服务器通过DNS响应消息向SMF返回该IP地址。
S8057,可选的,SMF可以根据该DNS查询响应,执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置IP地址列表,或者SMF网元根据从PCF网元接收的PCC rule,该PCCrule包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。或者,当SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么SMF选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。SMF为该终端装置插入UL CL/BP,优化业务访问的路径。
应该理解的是,上述流程是SMF/UPF自己根据终端装置的位置信息(例如TAI或者用户面功能网元的IP地址或者该终端接入的无线接入网的IP地址)确定出对应的MEC平台的标识或者DNAI,并将该MEC平台的标识或者DNAI添加到DNS查询请求中。可选的,DNS服务器还可以自己根据终端装置的位置(例如TAI)确定出MEC平台或者DNAI,因此,SMF/UPF解析出DNS报文(DNS请求)之后,还可以将终端装置的位置信息(例如TAI)添加到DNS请求发送给DNS服务器。DNS服务器收到终端装置的位置信息之后,根据TAI确定出MEC平台标识或者DNAI,再进一步根据MEC平台标识或者DNAI,以及DNS请求中的域名判断出应用的IP地址。
由于终端装置具有移动性,如果终端装置发生了移动,那么当SMF/UPF在解析DNS查询请求后,需要根据终端装置的最新位置信息添加在DNS查询请求中,DNS服务器根据DNS查询请求里包含的终端装置的位置信息以及域名返回对应的IP地址。终端装置在移动场景下DNS查询的流程跟上图14类似,不同在于,如果是UPF主动添加终端装置的位置信息的方案,那么一旦SMF检测出终端装置移动导致了终端装置的位置改变(例如对应的MEC平台标识或者DNAI变化),那么SMF要将新的终端装置的位置(例如新的MEC平台标识或者DNAI)发送至UPF,这样可以保证UPF收到终端装置的DNS查询请求之后,添加与终端装置的最新位置对应的最新MEC平台标识或者DNAI或者最新的终端装置的位置信息。如果是SMF主动添加终端装置的位置的方案,那么一旦SMF检测出终端装置的移动导致了MEC平台标识或者DNAI变化,那么SMF要将新的新的MEC平台标识或者DNA或者最新的终端装置的位置信息添加到DNS查询请求发送至DNS服务器。
本申请实施例提供的域名查询的方法,通过增强DNS服务器,使得DNS服务器存储应用服务器的部署位置(例如MEC平台标识或者DNAI)、域名和应用服务器的IP地址之间的对应关系。当SMF/UPF在解析DNS查询请求后,根据终端装置的位置主动添加到DNS查询请求中并发给DNS服务器,DNS服务器根据DNS查询请求里包含的终端装置的位置和域名返回对应的IP地址;进一步地,SMF/UPF还可以根据DNS响应消息,触发SMF插入ULCL/BP优化本地业务访问的路径。可以保证终端装置在新位置就近获取到应用的IP地址,还可以根据业务访问动态插入ULCL/BP,实现本地分流,优化业务访问的路径,提高通信效率。
图15是本申请一个实施例的域名系统查询的方法900的示意性流程图,该方法600可以应用在图1所示的架构中。图15所示的流程主要描述了ETSUN场景由I-SMF/I-UPF根据终端装置的位置(例如TAI)主动添加其位置对应的应用服务器的部署位置(可以用MEC平台标识或者DNAI来表示)。如图15所示,该方法900包括:
S901,DNS服务器存储应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)。其中,DNS服务器获取应用服务器的部署位置的方法可以是:AF将应用服务器的部署位置(例如可以用MEC平台的标识或者DNAI来表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)存储到DNS服务器中。进一步的,AF还可以将第一信息通过NEF网元存储到UDR中。该过程的具体描述可以参考上述的S401的描述,为了简洁,这里不再赘述。
S902,终端装置在位置-1(例如TAI-1)发起了会话建立流程。
S903,终端设的位置发生了移动,从位置-1(TAI-1)移动到位置-2(TAI-2),AMF判断出终端装置移出了SMF的服务范围,则AMF执行插入I-SMF。
可选的,在PDU会话建立过程中,I-SMF通过SMF从PCF获取到应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系。
S904,I-SMF根据终端装置的位置信息确定终端装置当前能访问的MEC平台的标识或者终端装置当前能访问的DNAI。其中终端装置的位置信息是I-SMF从AMF获取的,获取的方法可以是插入I-SMF之后,I-SMF向AMF订阅终端装置的位置信息。这样当终端装置的位置发生了移动,AMF可以向I-SMF提供终端装置当前所在的最新的位置信息。
如果是UPF主动添加终端装置的位置信息的方案,那么S904后续的流程为:
S9051,I-SMF选择I-UPF,将S904步骤确定的终端装置的位置发给I-UPF,其中,终端装置的位置可以是终端装置的TAI,或者是与终端装置的TAI对应的MEC平台标识或者DNAI。终端装置的位置还可以是当前服务终端装置的接入网标识。例如,接入网标识可以是RAN ID或者RAN IP地址。终端装置的位置信息的具体描述还可以参考步骤S231中的描述。同时I-SMF向I-UPF发送指示信息,用于指示I-UPF收到终端装置的DNS查询消息后,将终端装置的位置信息插入到DNS查询消息中。
S9052,由于插入I-SMF之前是SMF执行的DNS解析,插入I-SMF之后,I-SMF并不知道终端装置在插入之前查询过哪些应用的域名,因此I-SMF需要触发终端设更新DNS缓存,以便于终端装置在当前位置(位置-2)再次发起DNS查询时,获取到最新的应用服务器的IP地址。例如,如S9052a所示的,I-SMF可以直接通过接入网设备向终端装置发送N1 SM消息,该N1 SM消息中包含PCO,其中在PCO中包含DNS缓存更新指示信息,用于指示终端装置发起DNS缓存更新。或者,如S9052b所示的,I-SMF通过I-UPF向终端装置发送一个用户面报文,该报文用于指示终端装置发起DNS缓存更新。
S9053,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。
S9054,I-UPF接收到DNS查询请求后,将S9051从I-SMF接收的该终端装置的位置信息添加到DNS请求中并发送给DNS服务器。可选的,I-UPF还可以根据DNS查询请求消息中的域名或者目的地址,确定是否向I-SMF发送通知信息,该通知信息用于I-SMF为终端装置选择分流节点(如UL CL/BP)和锚点UPF,优化业务访问的路径。具体的,I-UPF确定向I-SMF发送通知信息的方法可以是:I-UPF上可以提前预先配置第一规则,或者I-UPF从I-SMF接收第一规则,当域名或者目的地址满足第一规则时,I-UPF向I-SMF发送通知信息。相应地,I-UPF从I-SMF接收分流节点和锚点UPF2的标识信息。
例如,第一规则包括目的地址列表,该目的地址列表包含一个或者多个目的地址,只要I-UPF接收的DNS查询请求中包含的目的地址属于该目的地址列表,那么I-UPF就确定向I-SMF发送通知信息。换句话说,如果I-UPF判断出DNS查询请求中包含的目的地址满足向I-SMF发送第一通知信息的条件,那么,I-UPF就向I-SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的目的地址是第一规则中包含的任意一个目的地址。
再例如,第一规则包括域名列表,该域名列表包含一个或者多个域名,只要I-UPF接收的DNS查询请求中包含的域名属于该域名列表,那么I-UPF就确定向I-SMF发送通知信息。换句话说,如果I-UPF判断出DNS查询请求中包含的域名满足向I-SMF发送通知信息的条件,那么,I-UPF就向I-SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的域名是第一规则中包含的任意一个域名。
如果S9051中,I-UPF没有从I-SMF接收该终端装置的位置信息,那么I-UPF接收到DNS查询请求后,I-UPF可以通过如下两种方式中的任一种向DNS服务器发送DNS请求。
第一种,I-UPF将UPF2的标识信息添加到DNS请求中并发送给DNS服务器。需要注意的是,这里的UPF2可以理解为与终端装置当前位置距离最近的MEC平台相连接的UPF。UPF2的标识信息可以是UPF2 ID或者UPF2 IP地址。
第二种:I-UPF可以向I-SMF网元发送通知消息,通知消息中包含终端装置请求的域名。I-SMF根据S903步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系,终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置,该应用服务器可以服务终端装置请求的域名,该应用服务器的部署位置(该管理平台的位置)可以用DNAI来标识。由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应,且该管理平台部署了终端装置请求的域名对应的应用服务器。I-SMF将该终端装置的位置信息发送至I-UPF,用于I-UPF将该终端装置的位置信息插入到DNS query中并发送至DNS服务器。其中,该终端装置的位置信息包括但是不限于:该终端装置的TAI,用于标识该管理平台的DNAI、连接该管理平台的用户面功能网元的标识信息,或者指向该管理平台的IP地址。该管理平台即为上述描述中确定的部署了终端装置请求的域名对应的应用服务器的管理平台。终端装置的位置信息的具体描述还可以参考步骤S231中的描述。
可选的,I-SMF根据S903步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系,终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置之后,I-SMF还可以根据应用服务器的部署位置(用DNAI来标识)来选择UL CL/BP,实现将该应用的业务流的本地分流,减少时延。
S9055,DNS服务器根据DNS查询请求里包含的终端装置的位置信息和域名确定对应的IP地址。具体的,如果DNS查询请求里包含的终端装置的位置信息是MEC平台标识或者DNAI,那么DNS服务器根据S901存储的第一信息以及MEC平台标识或者DNAI,确定域名确定对应的IP地址。如果DNS查询请求里包含的终端装置的位置信息是当前服务终端装置的接入网标识或者UPF的标识信息,那么DNS服务器首先根据接入网标识或者UPF的标识信息确定终端装置当前能访问的MEC平台标识或者终端装置当前能访问的DNAI,进一步地,DNS服务器根据S901存储的第一信息以及该MEC平台标识或者DNAI,确定域名确定对应的IP地址。
S9056,DNS服务器通过DNS response向I-UPF返回该IP地址。
S9057,I-UPF根据DNS response消息中包含的IP地址(例如表1中的IP-1),确定是否向I-SMF发送通知信息,该通知信息用于通知I-SMF为该终端装置插入UL CL/BP,优化本地业务访问的路径。具体的,I-UPF确定向I-SMF确定发送通知信息的方法可以是:I-UPF可以提前预先配置第一规则,或者I-UPF从I-SMF接收第一规则,当DNS response消息中包含的IP地址满足第一规则时,I-UPF确定向I-SMF发送通知信息。
例如,第一规则包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要DNS response消息中的IP地址属于该IP地址列表(例如表1中的IP-1),那么I-UPF就根据该IP地址,向I-SMF发送通知信息。换句话说,如果I-UPF判断出DNS response消息中的IP地址满足向I-SMF发送通知信息的条件,那么,I-UPF就向I-SMF发送通知信息,其中,该条件可以是DNS响应(response)中的应用服务器的IP地址是第一规则中包含的任意一个IP地址。
如果是I-SMF主动添加终端装置的位置信息的方案,那么第S904后续的流程为:
S9061,I-SMF选择I-UPF,并向I-UPF发送DNS查询消息的转发规则,用于指示I-UPF收到终端装置的DNS查询请求后,将该DNS查询请求转发至I-SMF。
S9062,由于插入I-SMF之前是SMF执行的DNS解析,插入I-SMF之后,I-SMF并不知道终端装置在插入之前查询过哪些应用的域名,因此I-SMF需要触发终端设更新DNS缓存,以便于终端装置在当前位置(位置-2)再次发起DNS查询时,获取到最新的应用服务器的IP地址。例如,如S9062a所示的,I-SMF可以直接通过接入网设备向终端装置发送N1 SM消息,该N1 SM消息中包含PCO,其中在PCO中包含DNS缓存更新指示信息,用于指示终端装置发起DNS缓存更新。或者,如S9062b所示的,I-SMF通过I-UPF向终端装置发送一个用户面报文,该报文用于指示终端装置发起DNS缓存更新。
S9063,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。
S9064,I-UPF接收到DNS查询请求后,将该DNS查询请求转发给I-SMF。
S9065,I-SMF接收到DNS查询请求后,根据S903步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系,终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置,该应用服务器可以服务终端装置请求的域名,该应用服务器的部署位置可以用DNAI来标识。由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应,且该管理平台部署了终端装置请求的域名对应的应用服务器。进一步地,I-SMF将与终端装置的位置信息添加到DNS请求中并发送给DNS服务器。其中,该终端装置的位置信息包括但不限于:该终端装置的TAI,用于标识该管理平台的DNAI、连接该管理平台的用户面功能网元的标识信息,或者指向该管理平台的IP地址。该管理平台即为上述描述中确定的部署了终端装置请求的域名对应的应用服务器的管理平台。终端装置的位置信息的具体描述还可以参考步骤S231中的描述。
可选的,I-SMF可以根据DNS查询请求包括的域名,确定是否执行ULCL/BP插入流程。具体的,I-SMF网元上可以提前预先配置域名列表,或者I-SMF网元根据从PCF网元接收的PCC rule,该PCC rule包含域名列表,该域名列表包含一个或者多个域名,只要I-SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么I-SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。可选的,SMF还可以根据DNS查询请求包括的目的地址,确定是否为该终端装置选择UPF2(PSA-2)和UL CL/BP,其中,该目的地址可以理解为是DNS服务器的地址。当SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么SMF就确定为该终端装置选择UPF2(PSA-2)和UL CL/BP。通过上述方法如果I-SMF选择插入BP,I-SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
S9066,DNS服务器根据DNS查询请求里包含的终端装置的位置和域名确定对应的IP地址。具体过程和S9055类似,具体描述可以参考上述对于S9055的描述,为了简洁,这里不再赘述。
S9067,DNS服务器通过DNS响应消息向I-SMF返回该IP地址。
S9068,可选的,I-SMF可以根据该DNS查询响应,执行ULCL/BP插入流程。具体的,I-SMF网元上可以提前预先配置IP地址列表,或者I-SMF网元根据从PCF网元接收的PCC rule,该PCC rule包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要I-SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么I-SMF网元选择UPF2(PSA-2)和ULCL/BP,并执行ULCL/BP插入流程。或者,当I-SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么I-SMF选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。终端装置优化本地业务访问的路径。
应该理解的是,上述流程是I-SMF/I-UPF自己根据终端装置的位置信息(例如TAI或者服务于该终端装置的用户面功能网元的IP地址或者该终端接入的无线接入网的IP地址)确定出对应的MEC平台的标识或者DNAI,并将该MEC平台的标识或者DNAI添加到DNS查询请求中。可选的,DNS服务器自己根据终端装置的位置(例如TAI)确定出MEC平台或者DNAI,因此,I-SMF/I-UPF解析出DNS报文(DNS请求)之后,还可以将终端装置的位置信息(例如TAI)添加到DNS请求发送给DNS服务器。DNS服务器收到终端装置的位置信息之后,根据TAI确定出MEC平台标识或者DNAI,再进一步根据MEC平台标识或者DNAI,以及DNS请求中的域名判断出应用的IP地址
本申请实施例提供的域名查询的方法,在ETSUN场景下,通过增强DNS服务器,使得DNS服务器存储应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系。当I-SMF/I-UPF在解析DNS查询请求后,将终端装置的位置主动添加到DNS查询请求中并发给DNS服务器。DNS服务器根据DNS查询请求里包含的终端装置的位置以及域名返回对应的IP地址。进一步地,I-SMF/I-UPF根据DNS响应消息触发I-SMF/插入ULCL/BP优化本地业务访问的路径。可以保证终端装置在新位置就近获取到应用的IP地址,还可以根据业务访问动态插入ULCL/BP,实现本地分流,优化业务访问的路径,提高通信效率。
图16是本申请一个实施例的域名系统查询的方法600的示意性流程图,该方法600可以应用在图1所示的架构中。图16所示的方法主要为UE的位置信息可以通过能力开放从应用功能网元(例如AF)从核心网获取,之后,由应用功能网元通知给DNS服务器。DNS服务器根据DNS查询请求中包括的域名以及上述的终端装置的位置信息确定对应的IP地址并返回该IP地址。如图16所示,该方法1000包括:
S1001,DNS服务器存储应用服务器的部署位置(例如可以用MEC平台标识或者DNAI来表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)。其中,DNS服务器获取应用服务器的部署位置的方法可以是:AF将应用服务器的部署位置(例如可以用MEC平台的标识或者DNAI来表示)、域名和应用服务器的IP地址之间的对应关系(即上述的第一信息)存储到DNS服务器中。进一步的,AF还可以将第一信息通过NEF网元存储到UDR中。该过程的具体描述可以参考上述的S401的描述,为了简洁,这里不再赘述。
S1002,终端装置发起了PDU会话建立流程。
S1003,AF通过NEF向AMF或者SMF请求获取终端装置的位置信息,请求消息中携带终端装置的标识。
S1004,AMF或者SMF将终端装置的位置信息发送给AF。其中,终端装置的位置信息可以是终端装置的TAI,或者是与终端装置当前能访问的MEC平台的标识或者终端装置当前能访问的DNAI,终端装置的位置还可以是当前服务终端装置的接入网标识。例如,接入网标识可以是RAN ID或者RAN IP地址。终端装置的位置信息的具体描述还可以参考步骤S231中的描述。
S1005,AF将终端装置的位置信息提供给DNS服务器。可选的,AF也可将终端装置的IP地址和应用标识发送给DNS服务器。DNS服务器存储这些信息。
S1006,AF向DNS服务器发送订阅请求,携带应用标识和订阅事件。其中,订阅事件可以是:当DNS服务器确定该终端装置请求的应用的域名满足条件时,则DNS服务器通知AF,例如,DNS服务器上可以提前预先配置域名列表或者通过其他方法获取域名列表,该域名列表包含一个或者多个域名,只要DNS服务器网元接收的DNS查询请求中包含的域名是该域名列表中的任意一个域名,那么DNS服务器就会通知AF。换句话说,只要DNS服务器网元接收的DNS查询请求中包含的域名满足向AF发送订阅通知的条件,那么DNS服务器就会向AF发送订阅通知消息。
可选的,AF向DNS服务器发送的订阅事件还可以是:当DNS服务器确定该终端装置请求的应用的IP地址为满足条件时,则DNS服务器通知AF。例如,DNS服务器上可以提前预先配置IP地址列表或者通过其他方法获取IP地址列表,该IP列表包含一个或者多个IP地址,只要DNS服务器网元接收的DNS查询请求中包含的IP地址是该IP地址列表中的任意一个IP地址,那么DNS服务器就会通知AF。
S1007,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。
S1008,UPF接收到DNS查询请求后,将该DNS请求转发给DNS服务器。
可选的,UPF还可以根据DNS查询请求消息中的域名或者目的地址,确定是否向SMF发送通知信息,该通知信息用于通知SMF选择分流节点和锚点PSA-2,优化业务访问的路径。具体的,UPF确定向SMF发送通知信息的方法可以是:UPF上可以提前预先配置第一规则,或者UPF从SMF接收第一规则,当域名或者目的地址满足第一规则时,UPF向SMF发送通知信息。
例如,第一规则包括目的地址列表,该目的地址列表包含一个或者多个目的地址,只要UPF接收的DNS查询请求中包含的目的地址属于该目的地址列表,那么UPF就确定向SMF发送通知信息。换句话说,如果UPF判断出DNS查询请求中包含的目的地址满足向SMF发送第一通知信息的条件,那么,UPF就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的目的地址是第一规则中包含的任意一个目的地址。
再例如,第一规则包括域名列表,该域名列表包含一个或者多个域名,只要UPF接收的DNS查询请求中包含的域名属于该域名列表,那么UPF就确定向SMF发送通知信息。换句话说,如果UPF判断出DNS查询请求中包含的域名满足向SMF发送通知信息的条件,那么,UPF就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的域名是第一规则中包含的任意一个域名。
可选的,SMF可以获取DNS查询请求,并根据DNS查询请求包括的域名或者目的地址,确定是否执行ULCL/BP插入流程。具体过程可以参考S612的描述,为了简洁,这里不再赘述。
S1009,DNS服务器根据终端装置的位置信息和域名确定对应的IP地址。具体的,如果DNS查询请求里包含的终端装置的位置信息是MEC平台标识或者DNAI,那么DNS服务器根据S1001存储的第一信息以及MEC平台标识或者DNAI,确定域名确定对应的IP地址。如果DNS查询请求里包含的终端装置的位置信息是当前服务终端装置的接入网标识信息,那么DNS服务器首先根据接入网标识信息确定终端装置当前能访问的MEC平台的标识或者终端装置当前能访问的DNAI,进一步地,DNS服务器根据S801存储的第一信息以及该MEC平台标识或者DNAI,确定域名确定对应的IP地址。
S1010,可选的,DNS服务器根据S1006步骤中的订阅请求,如果DNS服务器确定该终端装置请求的应用的域名或者IP地址满足向AF发送订阅通知的条件,那么DNS服务器向AF发送订阅通知信息,可选的,该订阅通知信息携带指示信息。指示信息用于指示AF:本次DNS查询获取到了满足条件的域名或者IP地址。同时,DNS暂时不向终端装置发送DNS响应消息,一直等待AF的回复。
S1011,AF通过NEF向SMF发送指示信息,用于指示SMF为该终端装置的PDU会话执行分流。
S1012,SMF选择PSA和UL CL/BP,并执行ULCL/BP插入流程,优化业务访问的路径。
S1013,SMF向AF发送通知信息,用于通知AF该终端装置的PDU会话分流成功。
S1014,AF向DNS服务器发送通知消息,通知DNS向终端装置返回该应用的IP地址。
S1015,DNS服务器在DNS响应消息中,应用的IP地址返回给终端装置。
本申请实施例提供的域名查询的方法,DNS服务器可以自行获取终端装置的位置信息,结合终端装置的DNS查询请求里包含域名信息,确定与终端装置的位和域名对应的应用服务器的IP地址,并将该应用服务器的IP地址反馈给终端装置。提高了DNS服务器确定该应用服务器的IP地址的效率。
图17是本申请一个实施例的域名系统查询的方法1100的示意性流程图,该方法1100可以应用在图1所示的架构中。图17所示的流程主要描述了在连接MEC平台的N6接口采用了NAT转换的场景下,增强DNS服务器,使得DNS服务器存储上述的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系的信息,同时,DNS服务器上也存储MEC平台入口处的公网IP地址空间(公网IP地址范围)与应用服务器的部署位置(用DNAI表示)之间的对应关系。公网IP地址空间包括多个公网IP。在会话建立过程中,SMF根据根据终端装置当前的TAI信息,确定终端装置请求的域名对应的应用服务器所在的MEC平台(用DNAI表示),然后根据DNAI确定对应公网IP地址空间。其中,该公网IP地址空间包含至少一个IP地址,且该公网IP地址空间包含的任一公网IP地址均可以指向该MEC平台。当SMF/UPF在解析DNS报文(DNS查询请求)后,将指向管理平台的公网IP地址空间中包括的任一公网IP地址主动添加到到DNS查询请求中,并将包括终端装置查询的域名和公网IP地址的DNS查询请求发送给DNS服务器。其中,该管理平台是终端装置查询的域名对应的应用服务器所在的管理平台。DNS服务器根据DNS查询请求中包含的公网IP地址确定MEC平台的位置,进一步在该MEC平台上确定终端装置查询的域名对应的应用服务器的IP地址,DNS服务器返回与域名和公网IP地址所指示终端装置的位置对应的应用服务器的IP地址。进一步地,SMF还可以根据在DNS response消息中的IP地址为终端设备插入ULCL/BP优化本地业务访问的路径。其中,会话管理网元以SMF为例、策略控制功能网元以PCF为例、用户面功能网元以UPF为例,应用功能网元以AF为例进行说明。
如图17所示,该方法1100包括:
S1101,SMF获取MEC平台入口处的公网IP地址空间。其中,该公网IP地址空间包含至少一个IP地址,且该公网IP地址空间包含的任一公网IP地址均可以连接到该MEC平台。DNS服务器存储应用的部署位置(例如可以用MEC平台的标识或者DNAI来表示)、域名和IP地址的对应关系。DNS服务器上也存储了MEC平台入口处的公网IP地址与应用服务器的部署位置(用DNAI表示)之间的对应关系。
可选的,SMF获取MEC平台入口处的公网IP地址空间的方法有两种:
方法一:SMF上配置连接每一个MEC平台入口处的公网IP地址空间,MEC平台的位置可以用DNAI来标识。即SMF存储DNAI与公网IP地址空间的对应关系。例如,公网IP地址空间可以用128.128.0.0至128.128.255.255来表示。
方法二:AF将应用对应的部署位置(应用对应的部署位置用DNAI表示),该DNAI对应的MEC平台入口处的公网IP地址空间(公网IP地址范围)通过NEF发给UDR网元。即,UDR存储DNAI与公网IP地址空间的对应关系。例如,公网IP地址空间可以用128.128.0.0至128.128.255.255来表示。SMF可以在会话建立过程中通过PCF从UDR上获取该获取MEC平台入口处的公网IP地址空间。
S1102,终端装置发起了PDU会话建立流程。具体的,终端装置携带PDU会话标识、S-NSSAI和DNN等参数发给AMF。AMF根据S-NSSAI和DNN选择SMF,并将SMF网元的标识、该终端装置的永久标识、终端装置的位置信息、PDU会话标识,S-NSSAI和DNN等参数发送给SMF网元。其中,终端装置的位置信息包括终端装置的TAI。
S1103,SMF根据S1102步骤中获取的终端装置的位置信息(即TAI)确定终端装置当前能访问的MEC平台的标识或者终端装置当前能访问的DNAI。同时。SMF根据终端装置当前位置确定MEC平台的位置DNAI,并进一步确定该DNAI对应的MEC平台入口处的公网IP地址空间。
如果是UPF主动添加公网IP地址的方案,那么S1103后续的流程为:
S1104,SMF为该PDU会话选择UPF1,并向UPF1发送指示信息以及公网IP地址,指示信息用于指示UPF1:收到终端装置的DNS查询请求之后,在DNS查询请求里面添加该公网IP地址,该公网IP地址指向
是终端装置当前位置对应的MEC平台入口处的公网IP地址空间里面的任一公网IP地址。例如公网IP地址空间为128.128.0.0至128.128.255.255,那么,SMF可以将属于该公网IP地址空间的128.128.1.1作为MEC平台入口处的公网IP地址。其中,UPF1是与DNS服务器连接的UPF,即UPF1可以访问DNS服务器。
S1105,SMF向终端装置发送会话接受消息,携带DNS服务器地址信息。
S1106,终端装置根据自己的业务需求,通过接入网设备向核心网UPF1发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。其中,DNS查询请求携带的应用对应的域名可以是FQDN或者是其他形式的域名,本申请不做限定。
S1107,UPF1接收到DNS查询请求后,将S1104从SMF接收的该公网IP地址添加到DNS请求中并发送给DNS服务器。
可选的,UPF1还可以根据DNS查询请求消息中的域名或者目的地址,确定是否向SMF发送通知信息,该通知信息用于SMF为终端装置选择分流节点(如UL CL/BP)和锚点UPF。具体的,UPF1确定向SMF发送通知信息的方法可以是:UPF1上可以提前预先配置第一规则,或者在S8041步骤中UPF1从SMF接收第一规则,当域名或者目的地址满足第一规则时,UPF1向SMF发送通知信息。相应地,UPF1从SMF接收分流节点和锚点UPF2的标识信息。
例如,第一规则包括目的地址列表,该目的地址列表包含一个或者多个目的地址,只要UPF1接收的DNS查询请求中包含的目的地址属于该目的地址列表,那么UPF1就确定向SMF发送通知信息。换句话说,如果UPF1判断出DNS查询请求中包含的目的地址满足向SMF发送第一通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的目的地址是第一规则中包含的任意一个目的地址。
再例如,第一规则包括域名列表,该域名列表包含一个或者多个域名,只要UPF1接收的DNS查询请求中包含的域名属于该域名列表,那么UPF1就确定向SMF发送通知信息。换句话说,如果UPF1判断出DNS查询请求中包含的域名满足向SMF发送通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的域名是第一规则中包含的任意一个域名。
如果S1104中,UPF1没有从SMF接收IP地址,那么UPF1接收到DNS查询请求后,UPF1可以通过如下方式中向DNS服务器发送DNS请求。
例如,该方式为:UPF1可以向SMF网元发送通知消息,通知消息中包含终端装置请求的域名。SMF根据S1101步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系、终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置,该应用服务器可以服务终端装置请求的域名,该应用服务器的部署位置(即该管理平台的位置)可以用DNAI来标识。由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应。进一步地,SMF将指向该管理平台的IP地址发送至UPF1,用于UPF1将该IP地址插入到DNS query中并发送至DNS服务器。该IP地址指向终端装置请求的域名对应的应用服务器所在的MEC平台。示例性地,该IP地址可以是公网IP地址,该公网IP地址是终端装置请求的域名对应的应用服务器所在的MEC平台入口处的公网IP地址空间里面的任一公网IP地址。
可选的,SMF根据S802步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系,终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置之后,SMF还可以根据应用服务器的部署位置(用DNAI来标识)来选择UL CL/BP,实现将该应用的业务流的本地分流,减少时延。
S1108,DNS服务器根据DNS查询请求里包含的公网IP地址以及域名,确定对应的IP地址。具体的,DNS查询请求包含公网IP地址,DNS服务器根据S1101存储的MEC平台标识或者DNAI与公网IP地址之间的对应关系,确定终端装置当前能访问的MEC平台标识或者终端装置当前能访问的DNAI,进一步地,DNS服务器根据存储的第一信息以及该MEC平台标识或者DNAI,确定域名确定对应的IP地址。
S1109,DNS服务器并通过DNS响应(response)向UPF1返回该IP地址。
S1110,可选的,UPF1根据DNS response消息中的IP地址,确定是否向SMF发送通知信息,该通知信息用于通知SMF为该终端装置插入UL CL/BP,优化业务访问的路径。具体的,UPF1确定向SMF发送通知信息的方法可以是:UPF1可以提前预先配置第一规则,或者UPF1从SMF接收第一规则,当IP地址满足第一规则时,UPF1向会话管理网元发送第一通知信息。例如,第一规则包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要DNS响应(response)中的应用服务器的IP地址属于该IP地址列表,那么UPF1就根据该IP地址,向SMF发送通知信息。换句话说,如果UPF1判断出DNS response消息中的IP地址满足向SMF发送通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS响应(response)中的应用服务器的IP地址是第一规则中包含的任意一个IP地址。
如果是SMF主动添加主动添加公网IP地址的方案的方案,那么S1103后续的流程为:
S1111,SMF为该PDU会话选择UPF1,并向UPF1发送DNS查询消息的转发规则,用于指示UPF收到终端装置的DNS查询消息后,将该DNS查询消息转发至SMF。
S1112,SMF向终端装置发送会话接受消息,携带DNS服务器地址信息。
S1113,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,该DNS查询请求还可以包括目的地址,该目的地址为DNS服务器的地址。
S1114,UPF1接收到DNS查询请求后,将该DNS查询请求转发给SMF。S1115,SMF接收到DNS查询请求后,根据应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系、终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置,该应用服务器可以服务终端装置请求的域名,该应用服务器的部署位置(即该管理平台的位置)可以用DNAI来标识。由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应,且该管理平台部署了终端装置请求的域名对应的应用服务器。
进一步地,SMF将指向该管理平台的公网IP地址添加到DNS请求中并发送给DNS服务器。该公网IP地址是终端装置请求的域名对应的应用服务器所在的MEC平台入口处的公网IP地址空间里面的任一公网IP地址。例如公网IP地址空间为128.128.0.0至128.128.255.255,那么,SMF可以将属于该公网IP地址空间的128.128.1.1作为MEC平台入口处的公网IP地址。
可选的,SMF还可以根据DNS查询请求包括的域名,确定是否执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置域名列表,或者SMF网元根据从PCF网元接收的PCCrule,该PCC rule包含域名列表,该域名列表包含一个或者多个域名,只要SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
可选的,SMF还可以根据DNS查询请求包括的目的地址,确定是否为该终端装置选择第一分流节点和第一PSA,其中,该目的地址可以理解为是DNS服务器的地址。当SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么SMF就确定为该终端装置选择第一分流节点和第一PSA。通过上述方法,如果SMF选择插入BP,SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
S1116,NS服务器根据DNS查询请求里包含的公网IP地址以及域名,确定对应的IP地址。该步骤可以参考S1108中的描述,为了简洁,这里不在赘述。
S1117,DNS服务器通过DNS响应消息向SMF返回该IP地址。
S1118,可选的,SMF可以根据该DNS查询响应,执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置IP地址列表,或者SMF网元根据从PCF网元接收的PCC rule,该PCCrule包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。或者,当SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么SMF选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。SMF为该终端装置插入UL CL/BP,优化业务访问的路径。
由于终端装置具有移动性,如果终端装置发生了移动,那么当SMF/UPF在解析DNS查询请求后,需要根据终端装置的最新位置将连接终端装置当前位置对应的MEC平台的公网IP地址添加在DNS查询请求中,DNS服务器根据DNS查询请求里包含的公网IP地址确定终端装置当前位置对应的MEC平台,并根据终端装置请求的域名确定该MEC平台上的应用服务器对应的IP地址。终端装置在移动场景下DNS查询的流程跟上图17类似,不同在于,如果是UPF主动添加终端装置的位置信息的方案,那么一旦SMF检测出终端装置移动导致了终端装置的位置改变(例如对应的MEC平台标识或者DNAI变化),那么SMF要将连接新的终端装置的位置对应的MEC平台(例如新的MEC平台标识或者DNAI)的公网IP地址发送给UPF,这样可以保证UPF收到终端装置的DNS查询请求之后,添加与终端装置的最新位置对应的公网IP地址。如果是SMF主动添加终端装置的位置的方案,那么一旦SMF检测出终端装置的移动导致了MEC平台标识或者DNAI变化,进一步的引起公网IP地址的变化,那么SMF要将新的新的公网IP地址添加到DNS查询请求发送至DNS服务器。
本申请实施例提供的域名查询的方法,如果连接MEC平台的N6接口采用了NAT转换,通过增强DNS服务器,使得DNS服务器存储应用服务器的部署位置(例如MEC平台标识或者DNAI)、域名和应用服务器的IP地址之间的对应关系、并且存储终端装置的MEC平台入口处的公网IP地址与应用服务器的部署位置之间的对应关系。当SMF/UPF在解析DNS查询请求后,将指向管理平台的公网IP地址主动添加到DNS查询请求中并发给DNS服务器,其中,该管理平台是终端装置请求的域名对应的应用服务器所在的管理平台。DNS服务器根据DNS查询请求里包含的公网IP地址和域名返回对应的应用服务器的IP地址;进一步地,SMF/UPF还可以根据DNS响应消息,触发SMF插入ULCL/BP优化本地业务访问的路径。可以保证终端装置在新位置就近获取到应用的IP地址,还可以根据业务访问动态插入ULCL/BP,实现本地分流,优化业务访问的路径,提高通信效率。
图18是本申请一个实施例的域名系统查询的方法1200的示意性流程图,该方法1200可以应用在图1所示的架构中。由于NAT简单遍历应用协议(simple traversalutilities for NAT,STUN)允许让位于内网的客户端发现网络中的地址转换器,进而找到NAT为自己配置的外网IP和端口。因此,SMF可以向与MEC平台连接的UPF发送请求消息,用于请求该UPF利用STUN协议获取NAT后的公网IP地址和端口号。图18所示的流程为UPF利用STUN协议获取NAT后的公网IP地址和该公网IP地址对应的端口号后,将该公网IP地址,或者将该公网IP地址和该端口号发给SMF的流程。同时,DNS服务器上也存储了MEC平台入口处的公网IP地址与应用服务器的部署位置(用DNAI表示)之间的对应关系。当SMF/UPF在解析DNS报文(DNS查询请求)后,将指向管理平台的公网IP地址主动添加到到DNS查询请求中,该管理平台是终端装置请求的域名对应的应用服务器所在的管理平台。SMF/UPF将包括终端装置查询的域名和与公网IP地址的DNS查询请求发送给DNS服务器。DNS服务器根据DNS查询请求,返回与域名和公网IP地址的位置对应的应用服务器的IP地址。
如图18所示,该方法1200包括:
S1201,AF将应用服务器的部署位置(例如可以用MEC平台的标识或者DNAI来表示)以及该应用服务器支持的域名通过NEF网元存储到UDR中。
终端装置发起了PDU会话建立流程。具体的,终端装置携带PDU会话标识、S-NSSAI和DNN等参数发给AMF。AMF根据S-NSSAI和DNN选择SMF,并将SMF网元的标识、该终端装置的永久标识、终端装置的位置信息、PDU会话标识,S-NSSAI和DNN等参数发送给SMF网元。其中,终端装置的位置信息包括终端装置的TAI。
S1202,SMF为该PDU会话选择UPF1,该UPF1与DNS服务器可以连接,即该UPF1可以访问DNS服务器。
S1203,SMF根据终端装置的当前位置确定该当前位置对应一个MEC平台,并进一步确定该MEC平台连接的UPF2。可选的,如果与MEC平台连接的UPF存在多个,这里,SMF可以从多个UPF中任意选择一个作为UPF2。
S1204,SMF向与MEC平台连接的UPF2发送请求消息,请求消息中包含指示信息,该指示信息用于请求该UPF2获取NAT后的公网IP地址和端口号。
S1205,UPF2收到指示信息之后,利用STUN协议探测NAT后的公网IP地址和端口号。
S1206,UPF2将公网IP地址发送至SMF网元。其中,这个公网IP地址也可以称为MEC平台入口处的公网IP地址。可选的,UPF2还以将公网IP地址对应的端口号发给SMF。
如果是UPF主动添加公网IP地址的方案,那么S1206后续的流程为:
S1207,SMF向UPF1发送指示信息,指示信息包括该公网IP地址,指示信息用于指示UPF1:收到终端装置的DNS查询请求消息之后,在DNS查询请求里面添加公网IP地址,这个公网IP地址是SMF在S1206中获取的MEC平台入口处的公网IP地址。可选的,如果SMF在S1206中收到了公网IP地址对应的端口号,那么SMF还可以将公网IP地址对应的端口号发给UPF1,用于UPF1将公网IP地址对应的端口号也添加在DNS查询请求消息中。
S1208,SMF向终端装置发送会话接受消息,携带DNS服务器地址信息。
S1209,终端装置根据自己的业务需求,通过接入网设备向核心网UPF1发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。其中,DNS查询请求携带的应用对应的域名可以是FQDN或者是其他形式的域名,本申请不做限定。
S1210,UPF1接收到DNS查询请求后,将S1207从SMF接收的该公网IP地址添加到DNS请求中并发送给DNS服务器。可选的,如果UPF1在S1207中收到了公网IP地址对应的端口号,UPF1还可以将该端口号也添加在DNS查询请求里。
可选的,UPF1还可以根据DNS查询请求消息中的域名或者目的地址,确定是否向SMF发送通知信息,该通知信息用于SMF为终端装置选择分流节点(如UL CL/BP)和锚点UPF。具体的,UPF1确定向SMF发送通知信息的方法可以是:UPF1上可以提前预先配置第一规则,或者UPF1从SMF接收第一规则,当域名或者目的地址满足第一规则时,UPF1向SMF发送通知信息。
例如,第一规则包括目的地址列表,该目的地址列表包含一个或者多个目的地址,只要UPF1接收的DNS查询请求中包含的目的地址属于该目的地址列表,那么UPF1就确定向SMF发送通知信息。换句话说,如果UPF1判断出DNS查询请求中包含的目的地址满足向SMF发送第一通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的目的地址是第一规则中包含的任意一个目的地址。
再例如,第一规则包括域名列表,该域名列表包含一个或者多个域名,只要UPF1接收的DNS查询请求中包含的域名属于该域名列表,那么UPF1就确定向SMF发送通知信息。换句话说,如果UPF1判断出DNS查询请求中包含的域名满足向SMF发送通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的域名是第一规则中包含的任意一个域名。
如果S1207中,UPF1没有从SMF接收IP地址,那么UPF1接收到DNS查询请求后,UPF1可以通过如下方式向DNS服务器发送DNS请求。
例如,该方式为:UPF1可以向SMF网元发送通知消息,通知消息中包含终端装置请求的域名。SMF根据S1204步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系、终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置,该应用服务器可以服务终端装置请求的域名,该应用服务器的部署位置(即该管理平台的位置)可以用DNAI来标识。由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应。进一步地,SMF将指向该管理平台的IP地址发送至UPF1,用于UPF1将该IP地址插入到DNS query中并发送至DNS服务器。该IP地址指向终端装置请求的域名对应的应用服务器所在的MEC平台。示例性地,该IP地址可以是公网IP地址,该公网IP地址是终端装置请求的域名对应的应用服务器所在的MEC平台入口处的公网IP地址空间里面的任一公网IP地址。
可选的,SMF根据S802步骤中获取的应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系,终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置之后,SMF还可以根据应用服务器的部署位置(用DNAI来标识)来选择UL CL/BP,实现将该应用的业务流的本地分流,减少时延。
S1211,DNS服务器根据DNS查询请求里包含的公网IP地址以及域名,确定对应的IP地址。具体的,DNS查询请求包含公网IP地址,DNS服务器根据存储的MEC平台标识或者DNAI与公网IP地址之间的对应关系,确定终端装置当前能访问的MEC平台标识或者终端装置当前能访问的DNAI,进一步地,DNS服务器根据存储的第一信息以及该MEC平台标识或者DNAI,确定域名确定对应的IP地址。
S1212,DNS服务器并通过DNS响应(response)向UPF1返回该IP地址。
S1213,UPF1根据DNS response消息中的IP地址,确定是否向SMF发送通知信息,该通知信息用于通知SMF为该终端装置插入UL CL/BP,优化业务访问的路径。具体的,UPF1确定向SMF发送通知信息的方法可以是:UPF1可以提前预先配置第一规则,或者UPF1从SMF接收第一规则,当IP地址满足第一规则时,UPF1向会话管理网元发送第一通知信息。例如,第一规则包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要DNS响应(response)中的应用服务器的IP地址属于该IP地址列表,那么UPF1就根据该IP地址,向SMF发送通知信息。换句话说,如果UPF1判断出DNS response消息中的IP地址满足向SMF发送通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS响应(response)中的应用服务器的IP地址是第一规则中包含的任意一个IP地址。
如果是SMF主动添加公网IP地址的方案,那么S1206后续的流程为:
S1214,SMF为该PDU会话选择UPF1,并向UPF1发送DNS查询消息的转发规则,用于指示UPF收到终端装置的DNS查询消息后,将该DNS查询消息转发至SMF。
S1215,SMF向终端装置发送会话接受消息,携带DNS服务器地址信息。
S1216,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,该DNS查询请求还可以包括目的地址,该目的地址为DNS服务器的地址。
S1217,UPF1接收到DNS查询请求后,将该DNS查询请求转发给SMF。
S1218,SMF接收到DNS查询请求后,根据应用服务器的部署位置、域名和应用服务器的IP地址之间的对应关系、终端装置请求的域名以及终端装置的TAI,确定终端装置请求的域名对应的应用服务器所在的管理平台的位置,该应用服务器可以服务终端装置请求的域名,该应用服务器的部署位置(即该管理平台的位置)可以用DNAI来标识。由于该管理平台的位置是根据终端装置的TAI以及终端装置请求的域名确定的,该管理平台的位置与终端装置的位置对应,且该管理平台部署了终端装置请求的域名对应的应用服务器。
进一步地,SMF将指向该管理平台的公网IP地址添加到DNS请求中并发送给DNS服务器。公网IP地址是在S1206中获取的,该公网IP地址是终端装置当前位置对应的MEC平台入口处的公网IP地址空间里面的任一公网IP地址。可选的,SMF还可以在DNS查询请求里面添加公网IP地址对应的端口号。
可选的,SMF还可以根据DNS查询请求包括的域名,确定是否执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置域名列表,或者SMF网元根据从PCF网元接收的PCCrule,该PCC rule包含域名列表,该域名列表包含一个或者多个域名,只要SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
可选的,SMF还可以根据DNS查询请求包括的目的地址,确定是否为该终端装置选择第一分流节点和第一PSA,其中,该目的地址可以理解为是DNS服务器的地址。当SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么SMF就确定为该终端装置选择第一分流节点和第一PSA。通过上述方法,如果SMF选择插入BP,SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
S1219,DNS服务器根据DNS查询请求里包含的公网IP地址以及域名,确定对应的IP地址。该步骤可以参考S1108中的描述,为了简洁,这里不在赘述。
S1220,DNS服务器通过DNS响应消息向SMF返回该IP地址。
S1221,可选的,SMF可以根据该DNS查询响应,执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置IP地址列表,或者SMF网元根据从PCF网元接收的PCC rule,该PCCrule包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么SMF网元选择UPF(PSA)和UL CL/BP,并执行ULCL/BP插入流程。或者,当SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么SMF选择UPF和UL CL/BP,并执行ULCL/BP插入流程。SMF为该终端装置插入UL CL/BP,优化业务访问的路径。
本申请实施例提供的域名查询的方法,在连接MEC平台的N6接口采用了NAT转换的场景中,通过增强DNS服务器,使得DNS服务器存储应用服务器的部署位置(例如MEC平台标识或者DNAI)、域名和应用服务器的IP地址之间的对应关系、并且存储终端装置的MEC平台入口处的公网IP地址与应用服务器的部署位置之间的对应关系。当SMF/UPF在解析DNS查询请求后,获取指向管理平台的公网IP地址,该管理平台是终端装置请求的域名对应的应用服务器所在的管理平台。SMF/UPF将该公网IP地址主动添加到DNS查询请求中并发给DNS服务器,DNS服务器根据DNS查询请求里包含的公网IP地址和域名返回对应的应用服务器的IP地址;进一步地,SMF/UPF还可以根据DNS响应消息,触发SMF插入ULCL/BP优化本地业务访问的路径。可以保证终端装置在新位置就近获取到应用的IP地址,还可以根据业务访问动态插入ULCL/BP,实现本地分流,优化业务访问的路径,提高通信效率。
图19是本申请一个实施例的域名系统查询的方法1300的示意性流程图,该方法1300可以应用在图1所示的架构中。由于STUN允许让位于内网的客户端发现网络中的地址转换器,进而找到NAT为自己配置的外网IP和端口。因此,SMF也可以直接向STUN服务器请求获取NAT后的公网IP地址和端口号。同时,DNS服务器上也存储了MEC平台入口处的公网IP地址与应用服务器的部署位置(用DNAI表示)之间的对应关系。当SMF/UPF在解析DNS报文(DNS查询请求)后,将指向管理平台的公网IP地址主动添加到到DNS查询请求中,该管理平台是终端装置请求的域名对应的应用服务器所在的管理平台。SMF/UPF将包括终端装置查询的域名和与公网IP地址的DNS查询请求发送给DNS服务器。该公网IP地址可以是终端装置请求的域名对应的应用服务器所在的管理平台入口处的公网IP地址空间包括的任一公网IP地址。DNS服务器根据DNS查询请求,返回与域名和公网IP地址的位置对应的应用服务器的IP地址。
如图19所示,该方法1300包括:
S1301,终端装置发起了PDU会话建立流程。具体的,终端装置携带PDU会话标识、S-NSSAI和DNN等参数发给AMF。AMF根据S-NSSAI和DNN选择SMF,并将SMF网元的标识、该终端装置的永久标识、终端装置的位置信息、PDU会话标识,S-NSSAI和DNN等参数发送给SMF网元。其中,终端装置的位置信息包括终端装置的TAI。
S1302,SMF为该PDU会话选择UPF1。该UPF1与DNS服务器可以连接,即该UPF1可以访问DNS服务器。
S1303,SMF根据终端装置的当前位置确定该当前位置对应一个MEC平台,并进一步确定该MEC平台连接的UPF2。可选的,如果与MEC平台连接的UPF存在多个,这里,SMF可以从多个UPF中任意选择一个作为UPF2。
S1304,SMF向STUN服务器发送请求消息,携带与MEC平台连接的UPF2的IP地址,其中,该UPF2的IP地址是3GPP内部网络内的私网IP地址,STUN服务器根据该UPF2的IP地址确定NAT后的公网IP地址。具体过程可以为,STUN服务器上面可以配置3GPP内部网络的私网IP地址与公有IP地址一对一的关系。其中,这个公网IP地址也可以称为MEC平台入口处的公网IP地址。可选的,STUN服务器还以将公网IP地址对应的端口号发给SMF。
S1305,STUN服务器将公网IP地址发送给SMF。可选的,还可以将公网IP地址对应的端口号发给SMF。
如果是UPF主动添加公网IP地址的方案,那么S1305后续的流程为:
S1306,SMF向UPF1发送指示信息以及该公网IP地址,指示信息包括公网IP地址,指示信息用于指示UPF1:收到终端装置的DNS查询请求消息之后,在DNS查询请求里面添加公网IP地址,这个公网IP地址是SMF在S1305中获取的MEC平台入口处的公网IP地址。可选的,如果SMF在S1206中收到了公网IP地址对应的端口号,那么SMF还可以将公网IP地址对应的端口号发给UPF1,用于UPF1将公网IP地址对应的端口号也添加在DNS查询请求消息中。
S1307,SMF向终端装置发送会话接受消息,携带DNS服务器地址信息。
S1308,终端装置根据自己的业务需求,通过接入网设备向核心网UPF1发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,DNS查询请求包括目的地址,该目的地址为DNS服务器的地址。其中,DNS查询请求携带的应用对应的域名可以是FQDN或者是其他形式的域名,本申请不做限定。
S1309,UPF1接收到DNS查询请求后,将S1306从SMF接收的该公网IP地址添加到DNS请求中并发送给DNS服务器。可选的,如果UPF1在S1306中收到了公网IP地址对应的端口号,UPF1还可以将该端口号也添加在DNS查询请求里。
可选的,UPF1还可以根据DNS查询请求消息中的域名或者目的地址,确定是否向SMF发送通知信息,该通知信息用于SMF为终端装置选择分流节点(如UL CL/BP)和锚点UPF。具体的,UPF1确定向SMF发送通知信息的方法可以是:UPF1上可以提前预先配置第一规则,或者UPF1从SMF接收第一规则,当域名或者目的地址满足第一规则时,UPF1向SMF发送通知信息。
例如,第一规则包括目的地址列表,该目的地址列表包含一个或者多个目的地址,只要UPF1接收的DNS查询请求中包含的目的地址属于该目的地址列表,那么UPF1就确定向SMF发送通知信息。换句话说,如果UPF1判断出DNS查询请求中包含的目的地址满足向SMF发送第一通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的目的地址是第一规则中包含的任意一个目的地址。
再例如,第一规则包括域名列表,该域名列表包含一个或者多个域名,只要UPF1接收的DNS查询请求中包含的域名属于该域名列表,那么UPF1就确定向SMF发送通知信息。换句话说,如果UPF1判断出DNS查询请求中包含的域名满足向SMF发送通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS查询请求中包含的域名是第一规则中包含的任意一个域名。
S1310,DNS服务器根据DNS查询请求里包含的公网IP地址以及域名,确定对应的IP地址。具体的,DNS查询请求包含公网IP地址,DNS服务器根据存储的MEC平台标识或者DNAI与公网IP地址之间的对应关系,确定终端装置当前能访问的MEC平台标识或者终端装置当前能访问的DNAI,进一步地,DNS服务器根据存储的第一信息以及该MEC平台标识或者DNAI,确定域名确定对应的IP地址。
S1311,DNS服务器并通过DNS响应(response)向UPF1返回该IP地址。
S1312,UPF1根据DNS response消息中的IP地址,确定是否向SMF发送通知信息,该通知信息用于通知SMF为该终端装置插入UL CL/BP,优化业务访问的路径。具体的,UPF1确定向SMF发送通知信息的方法可以是:UPF1可以提前预先配置第一规则,或者UPF1从SMF接收第一规则,当IP地址满足第一规则时,UPF1向会话管理网元发送第一通知信息。例如,第一规则包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要DNS响应(response)中的应用服务器的IP地址属于该IP地址列表,那么UPF1就根据该IP地址,向SMF发送通知信息。换句话说,如果UPF1判断出DNS response消息中的IP地址满足向SMF发送通知信息的条件,那么,UPF1就向SMF发送通知信息,其中,该条件可以是DNS响应(response)中的应用服务器的IP地址是第一规则中包含的任意一个IP地址。
如果是SMF主动添加公网IP地址的方案,那么S1305后续的流程为:
S1313,SMF选择UPF1之后,向UPF1发送DNS查询消息的转发规则,用于指示UPF收到终端装置的DNS查询消息后,将该DNS查询消息转发至SMF。
S1314,SMF向终端装置发送会话接受消息,携带DNS服务器地址信息。
S1315,终端装置根据自己的业务需求,通过接入网设备向核心网发送DNS查询请求(query),发起某个应用的DNS查询,DNS query携带该应用对应的域名。可选的,该DNS查询请求还可以包括目的地址,该目的地址为DNS服务器的地址。
S1316,UPF1接收到DNS查询请求后,将该DNS查询请求转发给SMF。
S1317,SMF接收到DNS查询请求后,将该公网IP地址添加到DNS请求中并发送给DNS服务器。公网IP地址是在S1305中获取的,该公网IP地址是终端装置当前位置对应的MEC平台入口处的公网IP地址空间里面的任一公网IP地址。可选的,SMF还可以在DNS查询请求里面添加公网IP地址对应的端口号。
可选的,SMF还可以根据DNS查询请求包括的域名,确定是否执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置域名列表,或者SMF网元根据从PCF网元接收的PCCrule,该PCC rule包含域名列表,该域名列表包含一个或者多个域名,只要SMF网元接收的DNS查询请求中包含的域名属于该域名列表,那么SMF网元选择UPF2(PSA-2)和UL CL/BP,并执行ULCL/BP插入流程。
可选的,SMF还可以根据DNS查询请求包括的目的地址,确定是否为该终端装置选择第一分流节点和第一PSA,其中,该目的地址可以理解为是DNS服务器的地址。当SMF判断该DNS服务器的地址指向第三方(如腾讯,阿里),且当前位置部署了该第三方的应用服务器,那么SMF就确定为该终端装置选择第一分流节点和第一PSA。通过上述方法,如果SMF选择插入BP,SMF还需要为终端装置分配一个新的IPv6前缀,并通过PSA-1发送给终端装置。后续终端装置可以通过PSA-2访问该应用服务器。
S1318,DNS服务器根据DNS查询请求里包含的公网IP地址以及域名,确定对应的IP地址。该步骤可以参考S1108中的描述,为了简洁,这里不在赘述。
S1319,DNS服务器通过DNS响应消息向SMF返回该IP地址。
S1320,可选的,SMF可以根据该DNS查询响应,执行ULCL/BP插入流程。具体的,SMF网元上可以提前预先配置IP地址列表,或者SMF网元根据从PCF网元接收的PCC rule,该PCCrule包含IP地址列表,该IP地址列表包含一个或者多个IP地址,只要SMF网元接收的DNS查询响应中包含的IP地址属于该IP地址列表,那么SMF网元选择UPF(PSA)和UL CL/BP,并执行ULCL/BP插入流程。或者,当SMF网元确定该IP地址(例如表1中的IP-1)对应的应用服务器所在部署位置(例如表1中MEC平台-2)允许执行ULCL/BP插入,那么SMF选择UPF和UL CL/BP,并执行ULCL/BP插入流程。SMF为该终端装置插入UL CL/BP,优化业务访问的路径。
本申请实施例提供的域名查询的方法,在连接MEC平台的N6接口采用了NAT转换的场景中,通过增强DNS服务器,使得DNS服务器存储应用服务器的部署位置(例如MEC平台标识或者DNAI)、域名和应用服务器的IP地址之间的对应关系、并且存储终端装置的MEC平台入口处的公网IP地址与应用服务器的部署位置之间的对应关系。当SMF/UPF在解析DNS查询请求后,获取终端装置的位置对应的公网IP地址,将终端装置的位置对应的公网IP地址主动添加到DNS查询请求中并发给DNS服务器,DNS服务器根据DNS查询请求里包含的公网IP地址和域名返回对应的IP地址;进一步地,SMF/UPF还可以根据DNS响应消息,触发SMF插入ULCL/BP优化本地业务访问的路径。可以保证终端装置在新位置就近获取到应用的IP地址,还可以根据业务访问动态插入ULCL/BP,实现本地分流,优化业务访问的路径,提高通信效率。
应理解,上述只是为了帮助本领域技术人员更好地理解本申请实施例,而非要限制本申请实施例的范围。本领域技术人员根据所给出的上述示例,显然可以进行各种等价的修改或变化,例如,上述方法200至1300中某些步骤可以不必须的,或者可以新加入某些步骤等。或者上述任意两种或者任意多种实施例的组合。这样的修改、变化或者组合后的方案也落入本申请实施例的范围内。
应理解,在本申请的各个实施例中,第一、第二等只是为了表示多个对象是不同的。例如第一网元和第二网元只是为了表示出不同的网元。而不应该对网元的本身和数量等产生任何影响,上述的第一、第二等不应该对本申请的实施例造成任何限制。
还应理解,本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便,不应构成特别的限定,各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。
还应理解,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
还应理解,上文对本申请实施例的描述着重于强调各个实施例之间的不同之处,未提到的相同或相似之处可以互相参考,为了简洁,这里不再赘述。
还应理解,本申请实施例中,“预定义”可以通过在设备(例如,包括终端装置和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。
以上结合图1至图19对本申请实施例的域名系统查询的方法做了详细说明。以下,结合图20至图23对本申请实施例通信装置进行详细说明。
图20示出了本申请实施例的通信装置1400的示意性框图,该通信装置1400可以对应上述方法200中描述的第一网元,也可以是应用于第一网元的芯片或组件,并且,该通信装置1400各模块或单元分别用于执行上述方法200中第一网元所执行的各动作或处理过程,如图20所示,该通信装置1400可以包括:通信单元1410和处理单元1420
通信单元1410,用于接收来自于终端装置的域名系统DNS查询请求,该DNS查询请求包括第一域名,该DNS查询请求用于请求该第一域名对应的互联网协议IP地址。
处理单元1420,用于生成第一请求信息,该第一请求信息包括该终端装置的位置信息以及该第一域名。
通信单元1410还用于:向第二网元发送第一请求信息。
通信单元1410还用于:接收该第二网元发送的响应于该第一请求信息的第一响应信息,该第一响应信息包括该IP地址。
通信单元1410还用于:向该终端装置发送该IP地址。
本申请提供的通信装置,该通信装置将终端装置的位置信息添加到DNS查询请求中发送第二网元,使得第二网元确定与终端装置的位置和请求的域名均对应的应用服务器的IP地址。该通信装置将该IP地址反馈给终端装置。从而使得终端装置通过该应用服务器就近访问业务。避免终端装置通过与自己较远的应用服务器访问业务时的服务受限或者访问不到部分业务问题,提高了终端装置访问业务的质量。并且,由于终端装置可以就近访问业务,降低终端装置访问业务的时延,提高通信效率。
可选的,在本申请的一些实施例中,该DNS查询请求还包括目的地址,该目的地址为DNS服务器的地址,该第一请求信息还包括:该目的地址。
可选的,在本申请的一些实施例中,该通信装置为用户面功能网元,该第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,通信单元1110还用于:向会话管理网元发送第一通知信息,该第一通知信息用于该会话管理网元为该终端装置选择第一分流点和第一协议数据单元会话锚点PSA。
可选的,在本申请的一些实施例中,该通信装置为会话管理网元,该第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,处理单元1120还用于:根据该第一域名、目的地址、与该第一域名对应的该IP地址中的任意一种,为该终端装置选择第一分流节点和第一协议数据单元会话锚点PSA,该目的地址为该DNS服务器的地址。
可选的,在本申请的一些实施例中,该通信装置为用户面功能网元,该第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,通信单元1410还用于:接收会话管理网元发送该终端装置的位置信息。
可选的,在本申请的一些实施例中,通信单元1410还用于:接收会话管理网元发送的第一规则,其中,该第一域名、目的地址、与该第一域名对应的该IP地址中的任意一种满足该第一规则,该目的地址为该DNS服务器的地址。
可选的,在本申请的一些实施例中,该终端装置的位置信息包括该终端装置的跟踪区域标识TAI、数据网络接入标识DNAI、第四网元的标识信息,或者第一IP地址中的至少一种,其中,该第四网元包括用户面功能网元或者无线接入网网元。该第一IP地址指向第一域名对应的应用服务器所在的管理平台,该管理平台的位置与该终端装置的位置对应。
应理解,通信装置1400中各单元执行上述相应步骤的具体过程请参照前文中结合图4至图8中以及方法200中的相关实施例的第一网元相关的描述。为了简洁,这里不加赘述。
在一种可能的设计中,该通信装置1400可以是上文方法实施例中的用户面功能网元(例如可以为锚点用户面功能网元PSA)或者为会话管理网元(例如为SMF),也可以是用于实现上文方法实施例中会话管理网元的功能或者用户面功能网元的功能的芯片。具体地,该通信装置1100可对应于根据本申请实施例的方法400、500、600、700、800、900、1000、1100、1200、1300中的SMF、UPF1、I-SMF或者I-UPF。该通信装置1400可以包括用于执行图10至图19中的方法400至方法1300中的SMF、UPF1、I-SMF或者I-UPF执行的方法的单元。并且,该通信装置1400中的各单元和上述其他操作和/或功能分别为了实现图10至图19中的方法400至方法1300的相应流程。应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
可选的,通信单元1410可以包括接收单元(模块)和发送单元(模块),用于执行前述各个方法实施例中第一网元接收信息和发送信息的步骤。可选的,通信装置1400还可以包括存储单元,用于存储处理单元1420和通信单元1410执行的指令。处理单元1420、通信单元1410和存储单元通信连接,存储单元存储指令,处理单元1420用于执行存储单元存储的指令,通信单元1410用于在处理单元1420的驱动下执行具体的信号收发。
应理解,通信单元1410可以是收发器、输入/输出接口或接口电路等。存储单元可以是存储器。处理单元1420可由处理器实现。如图21所示,通信装置1500可以包括处理器1510、存储器1520和收发器1530。
图20所示的通信装置1400或图21所示的通信装置1500能够实现前述方法200的各个实施例以及图4至图8中的相关实施例的第一网元执行的步骤。或者,还可以实现图10至图19中的方法400至方法1000中的SMF、UPF1、I-SMF或者I-UPF执行的步骤。类似的描述可以参考前述对应的方法中的描述。为避免重复,这里不再赘述。
图22示出了本申请实施例的通信装置1600的示意性框图,该通信装置1600可以对应上述方法300中描述的第三网元,也可以是应用于第三网元的芯片或组件,并且,该通信装置1600各模块或单元分别用于执行上述方法300中第三网元所执行的各动作或处理过程,如图22所示,该通信装置1600可以包括:通信单元1610和处理单元1620
通信单元1610,用于接收第一域名和终端装置的位置信息。
处理单元1620,用于至少根据该第一域名、该终端装置的位置信息确定与该第一域名对应的IP地址,该IP地址与该终端装置的位置对应。
通信单元1610还用于:发送该IP地址。
本申请提供的通信装置,根据终端装置的位置和请求的域名,确定与终端装置的位置和请求的域名均对应的应用服务器的IP地址,并将该IP地址反馈给终端装置。从而使得终端装置可以通过该应用服务器就近访问业务。避免终端装置通过与自己较远的应用服务器访问业务时的服务受限或者访问不到部分业务问题,提高了终端装置访问业务的质量。并且,由于终端装置可以就近访问业务,降低终端装置访问业务的时延,提高通信效率。
可选的,在本申请的一些实施例中,处理单元1620,还用于:根据所述第一域名、所述终端装置的位置信息,确定与所述第一域名对应的IP地址。其中,该第一信息包括:至少一个域名、与该至少一个域名中的每个域名对应的应用的部署位置、该应用的部署位置对应的IP地址,该至少一个域名包括该第一域名。
可选的,在本申请的一些实施例中,第一信息还可以包括第一IP地址与MEC平台的部署位置或者应用服务器的部署位置之间的对应关系。
可选的,在本申请的一些实施例中,该通信装置为会话管理网元、策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,该通信装置存储该第一信息。
可选的,在本申请的一些实施例中,该通信装置为DNS服务器,通信单元1310还用于:接收策略控制功能网元或者应用功能网元发送的该终端装置的位置信息。
可选的,在本申请的一些实施例中,该通信装置为DNS服务器,通信单元1310具体用于:接收会话管理网元或者用户面功能网元发送的第二请求信息,该第二请求信息包括该第一域名。
可选的,在本申请的一些实施例中,该第二请求信息还包括该终端装置的位置信息。
可选的,在本申请的一些实施例中,该终端装置的位置信息包括该终端装置的跟踪区域标识TAI、数据网络接入标识DNAI、第四网元的标识信息、或者第一IP地址中的至少一种,该第一IP地址指向第一域名对应的应用服务器所在的管理平台,该管理平台的位置与所述终端装置的位置对应。其中,该第四网元包括用户面功能网元或者无线接入网网元。
应理解,通信装置1600中各单元执行上述相应步骤的具体过程请参照前文中结合图9中以及方法300中的相关实施例的第三网元相关的描述。为了简洁,这里不加赘述。
在一种可能的设计中,该通信装置1600可以是上文方法实施例中的策略控制功能网元、应用功能网元、会话管理网元或者DNS服务器中的任意一种。也可以是用于实现上文方法实施例中策略控制功能网元的功能、应用功能网元的功能、会话管理网元的功能或者DNS服务器的功能中的芯片。具体地,该通信装置1300可对应于根据本申请实施例的方法400、500、600、700、800、900、1000、1100、1200、1300中的SMF、I-SMF、PCF、AF或者DNS服务器。该通信装置1600可以包括用于执行图10至图19中的方法400至方法1300中的SMF、I-SMF、PCF、AF或者DNS服务器执行的方法的单元。并且,该通信装置1600中的各单元和上述其他操作和/或功能分别为了实现图10至图19中的方法400至方法1300的相应流程。应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
可选的,通信单元1610可以包括接收单元(模块)和发送单元(模块),用于执行前述各个方法实施例中第三网元接收信息和发送信息的步骤。可选的,通信装置1600还可以包括存储单元,用于存储处理单元1620和通信单元1610执行的指令。处理单元1620、通信单元1610和存储单元通信连接,存储单元存储指令,处理单元1620用于执行存储单元存储的指令,通信单元1610用于在处理单元1620的驱动下执行具体的信号收发。
应理解,通信单元1610可以是收发器、输入/输出接口或接口电路等。存储单元可以是存储器。处理单元1620可由处理器实现。如图23所示,通信装置1700可以包括处理器1710、存储器1720和收发器1730。
图22所示的通信装置1600或图23所示的通信装置1700能够实现前述方法300的各个实施例以及图9中的相关实施例的第三网元执行的步骤。或者,还可以实现图10至图19中的方法400至方法1300中的SMF、I-SMF、PCF、AF或者DNS服务器执行的步骤。类似的描述可以参考前述对应的方法中的描述。为避免重复,这里不再赘述。
还应理解,以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。这里该处理元件又可以称为处理器,可以是一种具有信号处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个专用集成电路(application specific integratedcircuit,ASIC),或,一个或多个数字信号处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(central processing unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
本申请实施例还提供了一种通信系统,该通信系统包括:上述第一网元和上述第二网元,可选的,该通信系统还包括上述的终端装置、第三网元或者接入网设备中的一种或者多种。或者,该通信系统包括上述的第三网元以及第一网元,可选的,该通信系统还包括上述的终端装置、第二网元或者接入网设备中的一种或者多种。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序代码,该计算机程序包括用于执行上述方法200至方法1300本申请实施例的域名系统查询的方法的指令。该可读介质可以是只读存储器(read-only memory,ROM)或随机存取存储器(randomaccess memory,RAM),本申请实施例对此不做限制。
本申请还提供了一种计算机程序产品,该计算机程序产品包括指令,当该指令被执行时,以使得该第一网元、第二网元、第三网元或者会话管理网元执行对应于上述方法的第一网元、第二网元或者第三网元的操作。
本申请实施例还提供了一种位于通信装置中的芯片,该芯片包括:处理单元和通信单元,该处理单元,例如可以是处理器,该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令,以使所述通信装置执行上述本申请实施例提供的任一种域名系统查询的方法。
可选地,该计算机指令被存储在存储单元中。
可选地,该存储单元为该芯片内的存储单元,如寄存器、缓存等,该存储单元还可以是该终端内的位于该芯片外部的存储单元,如只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random accessmemory,RAM)等。其中,上述任一处提到的处理器,可以是一个CPU,微处理器,ASIC,或一个或多个用于控制上述的反馈信息的传输方法的程序执行的集成电路。该处理单元和该存储单元可以解耦,分别设置在不同的物理设备上,通过有线或者无线的方式连接来实现该处理单元和该存储单元的各自的功能,以支持该系统芯片实现上述实施例中的各种功能。或者,该处理单元和该存储器也可以耦合在同一个设备上。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是ROM、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是RAM,其用作外部高速缓存。RAM有多种不同的类型,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DRRAM)。
本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本申请中出现的术语“上行”和“下行”,用于在特定场景描述数据/信息传输的方向,比如,“上行”方向一般是指数据/信息从终端向网络侧传输的方向,或者分布式单元向集中式单元传输的方向,“下行”方向一般是指数据/信息从网络侧向终端传输的方向,或者集中式单元向分布式单元传输的方向,可以理解,“上行”和“下行”仅用于描述数据/信息的传输方向,该数据/信息传输的具体起止的设备都不作限定。
在本申请中可能出现的对各种消息/信息/设备/网元/系统/装置/动作/操作/流程/概念等各类客体进行了赋名,可以理解的是,这些具体的名称并不构成对相关客体的限定,所赋名称可随着场景,语境或者使用习惯等因素而变更,对本申请中技术术语的技术含义的理解,应主要从其在技术方案中所体现/执行的功能和技术效果来确定。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请的实施例中的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个可读存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (21)
1.一种域名系统查询的方法,其特征在于,包括:
第一网元接收来自于终端装置的域名系统DNS查询请求,所述DNS查询请求包括第一域名,所述DNS查询请求用于请求所述第一域名对应的互联网协议IP地址;
所述第一网元向第二网元发送第一请求信息,所述第一请求信息包括所述终端装置的位置信息以及所述第一域名;
所述第一网元接收所述第二网元发送的响应于所述第一请求信息的第一响应信息,所述第一响应信息包括所述IP地址;
所述第一网元向所述终端装置发送所述IP地址。
2.根据权利权利要求1所述的方法,其特征在于,所述DNS查询请求还包括目的地址,所述目的地址为DNS服务器的地址,
所述第一请求信息还包括:所述目的地址。
3.根据权利要求1或2所述的方法,其特征在于,所述第一网元为用户面功能网元,所述第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,所述方法还包括:
所述第一网元向会话管理网元发送第一通知信息,所述第一通知信息用于所述会话管理网元为所述终端装置选择第一分流节点或者第一协议数据单元会话锚点PSA。
4.根据权利要求1或2所述的方法,其特征在于,所述第一网元为会话管理网元,所述第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,所述方法还包括:
所述第一网元根据所述第一域名、所述目的地址、与所述第一域名对应的所述IP地址中的任意一种,为所述终端装置选择第一分流节点或者第一协议数据单元会话锚点PSA,所述目的地址为所述DNS服务器的地址。
5.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一网元为用户面功能网元,所述第二网元为策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,所述方法还包括:
所述第一网元接收会话管理网元发送所述终端装置的位置信息。
6.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述第一网元接收会话管理网元发送的第一规则,其中,所述第一域名、目的地址、与所述第一域名对应的所述IP地址中的任意一种满足所述第一规则,所述目的地址为所述DNS服务器的地址。
7.根据权利要求1至6中任一项所述的方法,其特征在于,
所述终端装置的位置信息包括所述终端装置的跟踪区域标识TAI、数据网络接入标识DNAI、第四网元的标识信息、或者第一IP地址中的至少一种,
其中,所述第四网元为所述用户面功能网元或者无线接入网网元,所述第一IP地址指向所述第一域名对应的应用服务器所在的管理平台,所述管理平台的位置与所述终端装置的位置对应。
8.一种域名系统查询的方法,其特征在于,包括:
第三网元接收第一域名和终端装置的位置信息,
所述第三网元至少根据所述第一域名、所述终端装置的位置信息,确定与所述第一域名对应的IP地址,所述IP地址与所述终端装置的位置对应;
所述第三网元发送与所述第一域名对应的所述IP地址。
9.根据权利要求8所述的方法,其特征在于,所述第三网元至少根据所述第一域名、所述终端装置的位置信息,确定与所述第一域名对应的IP地址,包括:所述第三网元根据所述第一域名、所述终端装置的位置信息以及第一信息确定所述IP地址,其中,所述第一信息包括:至少一个域名、与所述至少一个域名中的每个域名对应的应用的部署位置、所述应用的部署位置对应的IP地址,所述至少一个域名包括所述第一域名。
10.根据权利要求8或9所述的方法,其特征在于,所述第三网元为会话管理网元、策略控制功能网元、应用功能网元或者DNS服务器中的任意一种,所述第三网元存储有所述第一信息。
11.根据权利要求8至10中任一项所述的方法,其特征在于,所述第三网元为DNS服务器,所述方法还包括:
所述第三网元接收策略控制功能网元或者应用功能网元发送的所述终端装置的位置信息。
12.根据权利要求8至11中任一项所述的方法,其特征在于,所述第三网元为DNS服务器,所述第三网元接收第一域名,包括:
所述第三网元接收会话管理网元或者用户面功能网元发送的第二请求信息,所述第二请求信息包括所述第一域名。
13.根据权利要求12所述的方法,其特征在于,所述第二请求信息还包括所述终端装置的位置信息。
14.根据权利要求8至13中任一项所述的方法,其特征在于,
所述终端装置的位置信息包括所述终端装置的跟踪区域标识TAI、数据网络接入标识DNAI、第四网元的标识信息、或者第一IP地址中的至少一种,
其中,所述第四网元用户面功能网元或者无线接入网网元,所述第一IP地址指向所述第一域名对应的应用服务器所在的管理平台,所述管理平台的位置与所述终端装置的位置对应。
15.一种通信装置,其特征在于,包括用于执行如权利要求1至7中任一项所述方法的各个步骤的单元。
16.一种通信装置,其特征在于,包括用于执行如权利要求8至14中任一项所述方法的各个步骤的单元。
17.一种通信装置,其特征在于,包括至少一个处理器和接口电路,所述接口电路用于所述至少一个处理器获取至少一个存储器中的程序或指令,所述至少一个处理器用于执行所述程序或指令以使所述通信装置执行如权利要求1至7中任一项所述的方法。
18.一种通信装置,其特征在于,包括至少一个处理器和接口电路,所述接口电路用于所述至少一个处理器获取至少一个存储器中的程序或指令,所述至少一个处理器用于执行所述程序或指令以使所述通信装置执行如权利要求8至14中任一项所述的方法。
19.一种通信系统,其特征在于,包括如权利要求15和16所述的通信装置,或者,如权利要求17和18所述的通信装置。
20.一种芯片系统,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片系统的通信设备执行如权利要求1至7中任意一项所述的方法,或者8至14中任意一项所述的方法。
21.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有程序,当所述程序被至少一个处理器运行时,如权利要求1至7中任一项所述的方法被执行,或者8至14中任一项所述的方法被执行。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210581585.5A CN115150359A (zh) | 2019-08-20 | 2019-09-27 | 域名系统查询的方法和通信装置 |
MX2022002151A MX2022002151A (es) | 2019-08-20 | 2020-08-19 | Método y aparato de comunicación de consulta de sistema de nombre de dominio. |
PCT/CN2020/110009 WO2021032118A1 (zh) | 2019-08-20 | 2020-08-19 | 域名系统查询的方法和通信装置 |
EP20854428.8A EP4016962A4 (en) | 2019-08-20 | 2020-08-19 | DOMAIN NAME SYSTEM QUERY METHOD AND COMMUNICATION DEVICE |
US17/675,301 US11689496B2 (en) | 2019-08-20 | 2022-02-18 | Domain name system query method and communication apparatus |
US18/316,768 US12088550B2 (en) | 2019-08-20 | 2023-05-12 | Domain name system query method and communication apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2019107709204 | 2019-08-20 | ||
CN201910770920 | 2019-08-20 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210581585.5A Division CN115150359A (zh) | 2019-08-20 | 2019-09-27 | 域名系统查询的方法和通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112422701A true CN112422701A (zh) | 2021-02-26 |
CN112422701B CN112422701B (zh) | 2022-05-24 |
Family
ID=74779496
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910926424.3A Active CN112422701B (zh) | 2019-08-20 | 2019-09-27 | 域名系统查询的方法和通信装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112422701B (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113364873A (zh) * | 2021-06-08 | 2021-09-07 | 中国联合网络通信集团有限公司 | 流量调度方法及设备 |
CN113422772A (zh) * | 2021-06-22 | 2021-09-21 | 中国联合网络通信集团有限公司 | 专网终端访问处理方法、装置及电子设备 |
WO2021204292A1 (zh) * | 2020-04-10 | 2021-10-14 | 华为技术有限公司 | 应用发现方法、装置、系统及计算机存储介质 |
CN113676986A (zh) * | 2021-07-21 | 2021-11-19 | 武汉虹旭信息技术有限责任公司 | 获取终端位置的方法及系统 |
CN113795014A (zh) * | 2021-08-05 | 2021-12-14 | 华为技术有限公司 | 发现边缘应用服务器的方法及装置 |
CN114422477A (zh) * | 2021-12-30 | 2022-04-29 | 联想(北京)有限公司 | 基于边缘云架构的域名解析方法、装置及存储介质 |
CN114745724A (zh) * | 2022-05-05 | 2022-07-12 | 中国电信股份有限公司 | 访问处理方法及装置、电子设备、计算机可读介质 |
CN115022866A (zh) * | 2021-03-04 | 2022-09-06 | 维沃移动通信有限公司 | 信息处理方法、装置、终端及网络侧设备 |
CN115150356A (zh) * | 2021-03-30 | 2022-10-04 | 中国移动通信有限公司研究院 | 终端调用边缘能力的方法及装置 |
CN115174465A (zh) * | 2021-04-06 | 2022-10-11 | 维沃移动通信有限公司 | 服务器查询方法及装置 |
CN115188148A (zh) * | 2022-07-11 | 2022-10-14 | 卡奥斯工业智能研究院(青岛)有限公司 | 基于5g的安防监控系统、方法、电子设备及存储介质 |
CN115190105A (zh) * | 2021-04-06 | 2022-10-14 | 维沃移动通信有限公司 | 信息处理方法、装置和通信设备 |
CN115190104A (zh) * | 2021-04-06 | 2022-10-14 | 维沃移动通信有限公司 | 信息传输方法、装置、通信设备和存储介质 |
CN115277815A (zh) * | 2021-04-30 | 2022-11-01 | 维沃移动通信有限公司 | 信息处理方法、装置及通信设备 |
CN115277632A (zh) * | 2021-04-30 | 2022-11-01 | 维沃移动通信有限公司 | 查询、信息处理方法、装置及通信设备 |
WO2022237280A1 (zh) * | 2021-05-08 | 2022-11-17 | 腾讯科技(深圳)有限公司 | Dns服务器的发现方法、装置、计算机设备、计算机可读存储介质及计算机程序产品 |
CN115529590A (zh) * | 2021-06-24 | 2022-12-27 | 中移(成都)信息通信科技有限公司 | 一种能力开放信息获取方法、装置和通信设备 |
CN115694600A (zh) * | 2022-09-20 | 2023-02-03 | 航天科工空间工程网络技术发展(杭州)有限公司 | 一种卫星终端的关联注册方法、关联注册系统 |
WO2023051428A1 (zh) * | 2021-09-30 | 2023-04-06 | 华为技术有限公司 | 信息传输的方法和装置 |
WO2023056954A1 (zh) * | 2021-10-09 | 2023-04-13 | 维沃移动通信有限公司 | 域名系统dns查询方法、装置及网络侧设备 |
WO2023065078A1 (zh) * | 2021-10-18 | 2023-04-27 | 北京小米移动软件有限公司 | Dns配置处理方法及装置、通信设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6920498B1 (en) * | 2000-08-31 | 2005-07-19 | Cisco Technology, Inc. | Phased learning approach to determining closest content serving sites |
CN103581299A (zh) * | 2013-10-08 | 2014-02-12 | 华为软件技术有限公司 | 服务调度方法、装置及系统 |
CN105100174A (zh) * | 2014-05-22 | 2015-11-25 | 中国移动通信集团公司 | 一种互联网资源的调度方法、装置和系统 |
CN109640319A (zh) * | 2019-01-16 | 2019-04-16 | 腾讯科技(深圳)有限公司 | 基于接入信息的调度方法、装置及电子设备 |
CN109729181A (zh) * | 2017-10-27 | 2019-05-07 | 华为技术有限公司 | 一种域名访问方法及设备 |
CN110086895A (zh) * | 2019-04-11 | 2019-08-02 | 天津字节跳动科技有限公司 | 域名解析方法、装置、介质和电子设备 |
-
2019
- 2019-09-27 CN CN201910926424.3A patent/CN112422701B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6920498B1 (en) * | 2000-08-31 | 2005-07-19 | Cisco Technology, Inc. | Phased learning approach to determining closest content serving sites |
CN103581299A (zh) * | 2013-10-08 | 2014-02-12 | 华为软件技术有限公司 | 服务调度方法、装置及系统 |
CN105100174A (zh) * | 2014-05-22 | 2015-11-25 | 中国移动通信集团公司 | 一种互联网资源的调度方法、装置和系统 |
CN109729181A (zh) * | 2017-10-27 | 2019-05-07 | 华为技术有限公司 | 一种域名访问方法及设备 |
CN109640319A (zh) * | 2019-01-16 | 2019-04-16 | 腾讯科技(深圳)有限公司 | 基于接入信息的调度方法、装置及电子设备 |
CN110086895A (zh) * | 2019-04-11 | 2019-08-02 | 天津字节跳动科技有限公司 | 域名解析方法、装置、介质和电子设备 |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021204292A1 (zh) * | 2020-04-10 | 2021-10-14 | 华为技术有限公司 | 应用发现方法、装置、系统及计算机存储介质 |
CN115022866A (zh) * | 2021-03-04 | 2022-09-06 | 维沃移动通信有限公司 | 信息处理方法、装置、终端及网络侧设备 |
CN115150356A (zh) * | 2021-03-30 | 2022-10-04 | 中国移动通信有限公司研究院 | 终端调用边缘能力的方法及装置 |
CN115174465A (zh) * | 2021-04-06 | 2022-10-11 | 维沃移动通信有限公司 | 服务器查询方法及装置 |
CN115190104B (zh) * | 2021-04-06 | 2024-03-22 | 维沃移动通信有限公司 | 信息传输方法、装置、通信设备和存储介质 |
CN115190105B (zh) * | 2021-04-06 | 2024-03-29 | 维沃移动通信有限公司 | 信息处理方法、装置和通信设备 |
CN115174465B (zh) * | 2021-04-06 | 2024-07-02 | 维沃移动通信有限公司 | 服务器查询方法及装置 |
CN115190105A (zh) * | 2021-04-06 | 2022-10-14 | 维沃移动通信有限公司 | 信息处理方法、装置和通信设备 |
CN115190104A (zh) * | 2021-04-06 | 2022-10-14 | 维沃移动通信有限公司 | 信息传输方法、装置、通信设备和存储介质 |
CN115277632B (zh) * | 2021-04-30 | 2024-03-29 | 维沃移动通信有限公司 | 查询、信息处理方法、装置及通信设备 |
WO2022228438A1 (zh) * | 2021-04-30 | 2022-11-03 | 维沃移动通信有限公司 | 信息处理方法、装置及通信设备 |
CN115277815A (zh) * | 2021-04-30 | 2022-11-01 | 维沃移动通信有限公司 | 信息处理方法、装置及通信设备 |
CN115277632A (zh) * | 2021-04-30 | 2022-11-01 | 维沃移动通信有限公司 | 查询、信息处理方法、装置及通信设备 |
WO2022237280A1 (zh) * | 2021-05-08 | 2022-11-17 | 腾讯科技(深圳)有限公司 | Dns服务器的发现方法、装置、计算机设备、计算机可读存储介质及计算机程序产品 |
US11855957B2 (en) | 2021-05-08 | 2023-12-26 | Tencent Technology (Shenzhen) Company Limited | Discovery method and apparatus for DNS server, computer device, computer-readable storage medium and computer program product |
CN113364873A (zh) * | 2021-06-08 | 2021-09-07 | 中国联合网络通信集团有限公司 | 流量调度方法及设备 |
CN113422772B (zh) * | 2021-06-22 | 2023-05-30 | 中国联合网络通信集团有限公司 | 专网终端访问处理方法、装置及电子设备 |
CN113422772A (zh) * | 2021-06-22 | 2021-09-21 | 中国联合网络通信集团有限公司 | 专网终端访问处理方法、装置及电子设备 |
CN115529590A (zh) * | 2021-06-24 | 2022-12-27 | 中移(成都)信息通信科技有限公司 | 一种能力开放信息获取方法、装置和通信设备 |
CN113676986B (zh) * | 2021-07-21 | 2024-04-09 | 武汉虹旭信息技术有限责任公司 | 获取终端位置的方法及系统 |
CN113676986A (zh) * | 2021-07-21 | 2021-11-19 | 武汉虹旭信息技术有限责任公司 | 获取终端位置的方法及系统 |
CN113795014B (zh) * | 2021-08-05 | 2022-11-18 | 华为技术有限公司 | 发现边缘应用服务器的方法及装置 |
CN113795014A (zh) * | 2021-08-05 | 2021-12-14 | 华为技术有限公司 | 发现边缘应用服务器的方法及装置 |
WO2023051428A1 (zh) * | 2021-09-30 | 2023-04-06 | 华为技术有限公司 | 信息传输的方法和装置 |
WO2023056954A1 (zh) * | 2021-10-09 | 2023-04-13 | 维沃移动通信有限公司 | 域名系统dns查询方法、装置及网络侧设备 |
WO2023065078A1 (zh) * | 2021-10-18 | 2023-04-27 | 北京小米移动软件有限公司 | Dns配置处理方法及装置、通信设备及存储介质 |
CN114422477A (zh) * | 2021-12-30 | 2022-04-29 | 联想(北京)有限公司 | 基于边缘云架构的域名解析方法、装置及存储介质 |
CN114422477B (zh) * | 2021-12-30 | 2023-07-21 | 联想(北京)有限公司 | 基于边缘云架构的域名解析方法、装置及存储介质 |
CN114745724B (zh) * | 2022-05-05 | 2024-02-06 | 中国电信股份有限公司 | 访问处理方法及装置、电子设备、计算机可读介质 |
CN114745724A (zh) * | 2022-05-05 | 2022-07-12 | 中国电信股份有限公司 | 访问处理方法及装置、电子设备、计算机可读介质 |
CN115188148A (zh) * | 2022-07-11 | 2022-10-14 | 卡奥斯工业智能研究院(青岛)有限公司 | 基于5g的安防监控系统、方法、电子设备及存储介质 |
CN115694600A (zh) * | 2022-09-20 | 2023-02-03 | 航天科工空间工程网络技术发展(杭州)有限公司 | 一种卫星终端的关联注册方法、关联注册系统 |
CN115694600B (zh) * | 2022-09-20 | 2023-08-29 | 航天科工空间工程网络技术发展(杭州)有限公司 | 一种卫星终端的关联注册方法、关联注册系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112422701B (zh) | 2022-05-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112422701B (zh) | 域名系统查询的方法和通信装置 | |
WO2021032118A1 (zh) | 域名系统查询的方法和通信装置 | |
KR102217145B1 (ko) | 네트워크 기능을 위한 방법 및 장치 | |
EP3949354B1 (en) | Method and apparatus for service discovery | |
CN106664551B (zh) | 一种ip地址分配的方法和装置 | |
KR20210079277A (ko) | 경로, 경로 정보 처리 방법 및 장치, 저장 매체 및 전자 장치 | |
WO2021208861A1 (zh) | 授权方法、策略控制功能设备和接入和移动管理功能设备 | |
US20230179669A1 (en) | Methods and apparatuses for network function discovery | |
WO2020220319A1 (en) | Session management function selection | |
CN113133131B (zh) | 一种通信方法及装置 | |
CN114765829A (zh) | 多接入会话管理方法、装置和系统 | |
EP4117388A1 (en) | Communication method and device | |
KR20230005975A (ko) | Mb-smf용 5mbs amf 서비스 검색 | |
CN109842956B (zh) | 一种业务数据的路由方法、服务网关及移动管理实体 | |
WO2021064218A1 (en) | Dynamic activation of local breakout with coordination between application domain and mobile network | |
CN110913437B (zh) | 通信方法和网元 | |
US9560583B2 (en) | Gateway selection based on geographical location | |
CN114731460B (zh) | 一种多播会话的建立方法及网络设备 | |
RU2810996C2 (ru) | Способ обращения к системе доменных имен и устройство связи | |
WO2022077246A1 (en) | System and methods for identifying edge application server | |
CN113709904B (zh) | 连接建立的方法、装置和系统 | |
CN116602051A (zh) | 无线通信方法、设备及存储介质 | |
WO2023143212A1 (zh) | 一种通信方法及装置 | |
EP4262244A1 (en) | Method and device for determining mec access point | |
WO2022214395A1 (en) | Enhancement on upf selection via nrf |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |