CN114124889A - 确定业务服务器地址的方法和通信装置 - Google Patents
确定业务服务器地址的方法和通信装置 Download PDFInfo
- Publication number
- CN114124889A CN114124889A CN202010900839.6A CN202010900839A CN114124889A CN 114124889 A CN114124889 A CN 114124889A CN 202010900839 A CN202010900839 A CN 202010900839A CN 114124889 A CN114124889 A CN 114124889A
- Authority
- CN
- China
- Prior art keywords
- network
- request
- address
- service server
- domain name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Abstract
本申请提供了一种确定业务服务器地址的方法和通信装置,该方法包括:通过第一网络向DNS服务器发送第一请求,第一请求用于请求第一域名对应的第一IP地址,第一IP地址用于终端设备通第一网络访问第一业务服务器;通过第二网络向DNS服务器发送第二请求,第二请求用于请求第二IP地址,第二IP地址用于终端设备通过第二网络访问第一业务服务器;接收DNS服务器发送的第一IP地址和第二IP地址。本申请提供的方法,在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址,利用不同网络下分别对应的IP地址在不同的网络路径上与业务服务器进行交互,保证了访问速率,提升多网络场景下的业务体验。
Description
技术领域
本申请涉及通信领域,更为具体的,设计一种确定业务服务器地址的方法和通信装置。
背景技术
华为在业界首发LinkTurbo技术后,各友商也在之后发布了相关类似技术,双网在线已经成了通信技术的标配能力。LinkTurbo可以理解为无线局域网(wireless localarea networks,WLAN)和数据业务同时在线,利用WLAN(例如无线保真(wireless-fidelity,WiFi)和LTE/5G来提升网络表现,例如,在双WiFi路径(2.4GHz频段的WiFi路径和5GHz频段的WiFi路径)和双蜂窝网络路径上选择一路或者多路网络并用来改善网络体验。其中,双蜂窝网络路径可以均为LTE网络,或者均为5G网络,或者,双蜂窝网络路径中一条路径为LTE网络路径,另外一条为5G网络路径。
由于WLAN和蜂窝网络很有可能属于不同网络运营商,而各大运营商之间独立建网。在终端设备通过域名系统(domain name system,DNS)服务器查询业务服务器的互联网协议(internet protocol,IP)地址后,通过该IP地址,利用LinkTurbo技术访问业务服务器是,会出现访问业务服务器跨网(跨运营商)的情况,而在运营商跨网访问通道的速率都会受到限制,影响了多网络场景下的业务体验,降低了通信效率。
发明内容
本申请提供了一种确定业务服务器地址的方法和通信装置,通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址,利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
第一方面,提供了一种确定业务服务器地址的方法,该方法的执行主体既可以是终端设备也可以是应用于终端设备的芯片。该方法包括:终端设备通过第一网络向域名系统DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一互联网协议IP地址,该第一IP地址用于该终端设备通过该第一网络访问该第一业务服务器;该终端设备通过第二网络向该DNS服务器发送第二请求,该第二请求包括该第一域名,该第二请求用于请求该第一业务服务器的第二IP地址,该第二IP地址用于该终端设备通过该第二网络访问该第一业务服务器;该终端设备接收该DNS服务器发送的响应于该第一请求的第一信息,该第一信息包括该第一IP地址;该终端设备接收该DNS服务器发送的响应于该第二请求的第二信息,该第二信息包括该第二IP地址。
第一方面提供的确定业务服务器地址的方法,终端设备通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址。终端设备便可以利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
可选的,在本申请实施例中,终端设备使用LinkTurbo技术,通过(或者利用)第一网络和第二网络访问业务服务器。可选的,第一网络可以为WLAN,例如,第一网络具体为WIFI网络,WIFI网络可以为双WiFi路径(2.4GHz频段的WiFi路径和5GHz频段的WiFi路径)。第二网络可以为蜂窝网络,蜂窝网络可以为双蜂窝网络路径,其中,双蜂窝网络路径可以均为LTE网络,或者均为5G网络,或者,双蜂窝网络路径中一条路径为LTE网络路径,另外一条为5G网络路径。
在第一方面一种可能的实现方式中,该第一网络和该第二网络属于不同的网络运营商,或者,该第一网络和该第二网络属于相同的网络运营商。例如,例如,第一网络可以属于电信网络运营商,第二网络联通或者移动网络运营商。或者,第一网络可以属于联通网络运营商,第二网络电信或者移动网络运营商等。或者,第一网络和第二网络均属于电信网络运营商等。
在第一方面一种可能的实现方式中,该方法还包括:该终端设备根据该第一IP地址,通过该第一网络与该第一业务服务器进行业务通信,例如,通过该第一网络向第一业务服务器发送业务请求;该终端设备根据该第二IP地址,通过该第二网络与该第一业务服务器进行业务通信,例如,通过该第二网络向第一业务服务器发送业务请求。在该实现方式中,终端设备获取了不同网络分别对应的业务服务器的IP地址后,便可以通过不同的IP地址,分别在不同的网络下与业务服务器进行交互,可以避免访问服务器发生的跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
在第一方面一种可能的实现方式中,该终端设备根据该第一IP地址,通过该第一网络向该第一业务服务器发送业务请求,该业务请求包括该第一域名;该终端设备接收该第一业务服务器发送的响应于该业务请求的第二信息,该第二信息包括:与该第一域名对应的第二域名、该第二域名对应的第二业务服器的第三IP地址,该第三IP地址用于该终端设备通过该第一网络访问该第二业务服务器。在该实现方式中,终端设备通过第一网络向第一业务服务器发送的HTTP请求出现了HTTP 302跳转,HTTP 302跳转可以理解为终端设备访问的资源出现暂时性转移,终端设备需要得到新的资源位置(真正存储该资源的服务器的IP地址),然后重新访问获取该资源。即第一业务服务器并不是真正存储终端设备需要访问的资源的业务服务器,第一业务服务器可以将真正存储资源的业第二业务服务器对应的第一网络所属运营商的IP地址(第三IP地址)反馈给终端设备,进而使得终端设备可以通过第一网络对应的第三IP地址与第二业务服务器交互,拉取第二业务服务器的存储的资源,保证了终端设备可以准确顺利的获取需要的资源,保障了通信质量。
在第一方面一种可能的实现方式中,该方法还包括:该终端设备根据该第三IP地址,通过该第一网络向该第二业务服务器发送业务请求。
在第一方面一种可能的实现方式中,该方法还包括:该终端设备通过第二网络向该DNS服务器发送第三请求,该第三请求包括该第二域名,该第三请求用于请求该第二业务服务器对应的第四IP地址,该第四IP地址用于该终端设备通过该第二网络访问该第二业务服务器;该终端设备接收该DNS服务器发送的响应于该第三请求的第三信息,该第三信息包括该第四IP地址。在该实现方式中,可以使得终端设备通过DNS查询,获取真正存储资源的业第二业务服务器对应的第二网络的IP地址(第四IP地址),进而使得终端设备可以通过第二网络对应的第四IP地址与第二业务服务器交互,拉取第二业务服务器的存储的资源,保证了终端设备可以准确顺利的获取需要的资源,保障了通信质量。
在第一方面一种可能的实现方式中,该方法还包括:该终端设备根据该四IP地址,通过该第二网络与第二业务服务器进行业务通信,例如,通过该第二网络向该第二业务服务器发送业务请求。
在第一方面一种可能的实现方式中,该第一网络为无线局域网WLAN,该第二网络为长期演进系统LTE网络或者为新无线NR网络。
第二方面,提供了一种确定业务服务器地址的方法,该方法的执行主体既可以是终端设备也可以是应用于终端设备的芯片。该方法包括:终端设备通过第一网络向域名系统DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一互联网协议IP地址,该第一IP地址用于该终端设备通过该第一网络访问该第一业务服务器;该终端设备通过第二网络向该DNS服务器发送第二请求,该第二请求包括该第一域名,该第二请求用于请求第三业务服务器的第二IP地址,该第二IP地址用于该终端设备通过该第二网络访问该第三业务服务器;该终端设备接收该DNS服务器发送的响应于该第一请求的第一信息,该第一信息包括该第一IP地址;该终端设备接收该DNS服务器发送的响应于该第二请求的第二信息,该第二信息包括该第二IP地址。其中,第三业务服务器和第一业务服务器为不同的业务服务器,第三业务服务器和第一业务服务器存储的CDN数据或者内容一致。
第二方面提供的确定业务服务器地址的方法,终端设备通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址。终端设备便可以利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
在第二方面一种可能的实现方式中,该方法还包括:该终端设备根据该第一IP地址,通过该第一网络与该第一业务服务器进行业务通信,例如,通过该第一网络向第一业务服务器发送业务请求;该终端设备根据该第二IP地址,通过该第二网络与该第三业务服务器进行业务通信,例如,通过该第二网络向第三业务服务器发送业务请求。在该实现方式中,终端设备获取了不同网络分别对应的业务服务器的IP地址后,便可以通过不同的IP地址,分别在不同的网络下与业务服务器进行交互,可以避免访问服务器发生的跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
在第二方面一种可能的实现方式中,该第一网络和该第二网络属于不同的网络运营商,或者,该第一网络和该第二网络属于相同的网络运营商。例如,例如,第一网络可以属于电信网络运营商,第二网络联通或者移动网络运营商。或者,第一网络可以属于联通网络运营商,第二网络电信或者移动网络运营商等。或者,第一网络和第二网络均属于电信网络运营商等。
第三方面,提供了一种确定业务服务器地址的方法,该方法的执行主体既可以是终端设备也可以是应用于终端设备的芯片。该方法包括:终端设备通过第一网络向DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一IP地址,第一IP地址用于终端设备通过第一网络访问第一业务服务器。终端设备接收DNS服务器发送的响应于该第一请求的第一信息,该第一信息包括该第一IP地址。该终端设备根据第一IP地址,通过第一网络向第一业务服务器发送业务请求,该业务请求包括第一域名。终端设备接收第一业务服务器发送的响应于该业务请求的第二信息,第二信息包括:与第一域名对应的第二域名、第二域名对应的第二业务服器的第三IP地址,第三IP地址用于终端设备通过第一网络访问第二业务服务器。该终端设备通过第二网络向该DNS服务器发送第三请求,第三请求包括第二域名,该第三请求用于请求第二业务服务器对应的第四IP地址,第四IP地址用于终端设备通过第二网络访问第二业务服务器。终端设接收DNS服务器发送的响应于该第三请求的第三信息,该第三信息包括第四IP地址。
第三方面提供的确定业务服务器地址的方法,终端设备可以维护域名白名单,域名白名单包括一个或者多个域名,域名白名单包括的域名会发生HTTP 302跳转的域名。该域名白名单括第一域名,在终端设备获取HTTP 302跳转后与第一域名对应的第二域名后,在通过DNS查询真正存储资源的业第二业务服务器对应第二网络所属运营商的IP地址(第四IP地址)。便可以第四IP地址与第二业务服务器交互,拉取第二业务服务器的存储的资源。终端设备通过联通第二网络只需要进行一次DNS查询过程,便可以查询真正存储终端设备需要访问的资源的第二业务服务器的对应的第二网络所属运营商IP地址(第四IP地址),可以降低信令的开销,节省通信资源,进一步的提高通信效率。
在第三方面一种可能的实现方式中,该第一网络和该第二网络属于不同的网络运营商,或者,该第一网络和该第二网络属于相同的网络运营商。例如,例如,第一网络可以属于电信网络运营商,第二网络联通或者移动网络运营商。或者,第一网络可以属于联通网络运营商,第二网络电信或者移动网络运营商等。或者,第一网络和第二网络均属于电信网络运营商等。
在第三方面一种可能的实现方式中,该方法还包括:该终端设备根据该四IP地址,通过该第二网络与该第二业务服务器进行业务通信。
在第三方面一种可能的实现方式中,该第一网络为无线局域网WLAN,该第二网络设备长期演进系统LTE网络或者为新无线NR网络。
第四方面,提供了一种确定业务服务器地址的方法,该方法的执行主体既可以是DNS服务器,也可以是应用于DNS服务器中的芯片。该方法包括:DNS服务器接收来自于终端设备的第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一IP地址,该第一IP地址用于该终端设备通过第一网络访问该第一业务服务器;该DNS服务器接收来自于该终端设备的第二请求,该第二请求包括该第一域名,该第二请求用于请求该第一域名对应的第一业务服务器的第二IP地址,该第二IP地址用于该终端设备通过第二网络访问该第一业务服务器;
该DNS服务器向该终端设备发送响应于该第一请求的第一信息,该第一信息包括该第一IP地址;该DNS服务器向该终端设备发送响应于该第二请求的第二信息,该第二信息包括该第二IP地址。
第四方面提供的确定业务服务器地址的方法,DNS服务器根据终端设备在不同网络路径下分别发送的DNS查询请求,确定业务服务器在不同的网络路径上分别对应的IP地址,将业务服务器在不同的网络路径上分别对应的IP地址反馈给终端设备,从而使得终端设备便可以利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
在第四方面一种可能的实现方式中,该第一网络和该第二网络属于不同的网络运营商,或者,该第一网络和该第二网络属于相同的网络运营商。
在第四方面一种可能的实现方式中,该方法还包括:该DNS服务器接收来自于该终端设备的第三请求,该第三请求包括第二域名,该第二域名对应该第一域名,该第三请求用于请求第二业务服务器的第四IP地址,该第二业务服务器为该第二域名对应业务服务器,该第四IP地址用于该终端设备通过该第二网络访问该第二业务服务器;该DNS服务器向该终端设备发送响应于该第三请求的第三信息,该第三信息包括该四IP地址。
在第四方面一种可能的实现方式中,该第一网络为无线局域网WLAN,该第二网络设备长期演进系统LTE网络或者为新无线NR网络。
第五方面,提供了一种通信装置,该通信装置包括用于执行以上第一方面或者第一方面的任意一方面可能的实现方式中的各个步骤的单元,或者,包括用于执行以上第二方面或者第二方面的任意一方面可能的实现方式中的各个步骤的单元,或者,包括用于执行以上第三方面或者第三方面的任意一方面可能的实现方式中的各个步骤的单元。
第六方面,提供了一种通信装置,该通信装置包括用于执行以上第四方面或者第四方面的任意一方面可能的实现方式中的各个步骤的单元。
第七方面,提供了一种通信装置,该通信装置包括至少一个处理器和存储器,该至少一个处理器用于执行以上第一方面或者第一方面的任意一方面可能的实现方式中的方法,或者,用于执行以上第二方面或者第二方面的任意一方面可能的实现方式中的方法,或者,用于执行以上第三方面或者第三方面的任意一方面可能的实现方式中的方法。
第八方面,提供了一种通信装置,该通信装置包括至少一个处理器和存储器,该至少一个处理器用于执行以上第四方面或者第四方面的任意一方面可能的实现方式中的方法。
第九方面,提供了一种通信装置,该通信装置包括至少一个处理器和接口电路,该至少一个处理器用于执行以上第一方面或者第一方面中的任意一方面可能的实现方式中的方法,或者,用于执行以上第二方面或者第二方面中的任意一方面可能的实现方式中的方法,或者,用于执行以上第三方面或者第三方面中的任意一方面可能的实现方式中的方法。
第十方面,提供了一种通信装置,该通信装置包括至少一个处理器和接口电路,该至少一个处理器用于执行以上第四方面或者第四方面中的任意一方面可能的实现方式中的方法。
第十一方面,提供了一种终端设备,该终端设备包括上述第五方面、第七方面或者第九方面提供的任一种通信装置。
第十二方面,提供了一种DNS服务器,该DNS服务器包括上述第六方面、第八方面或者第十提供的任一种通信装置。
第十三方面,提供了一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序在被处理器执行时,用于执行第一方面至第四方面中任意一方面中的方法,或者,用于执行第一方面至第四方面中任意一方面中的任意可能的实现方式中的方法。
第十四方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,当该计算机程序被执行时,用于执行第一方面至第三方面中任意一方面中的方法,或者,用于执行第一方面至第四方面中任意一方面中的任意可能的实现方式中的方法。
第十五方面,提供了一种芯片,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的通信设备执行第一方面至第四方面中任意一方面中的方法,或者,用于执行第一方面至第四方面中任意一方面中的任意可能的实现方式中的方法。
本申请提供的确定业务服务器地址的方法,通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址。终端设备便可以利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
附图说明
图1是终端设备使用LinkTurbo技术的示意图。
图2是本申请提供的一例双网络下终端设备访问业务服务器过程的示意图。
图3是本申请提供的一例适用于本申请实施例的通信系统的示意图。
图4是本申请实施例提供的一例确定业务服务器地址的方法的示意性流程图。
图5是本申请提供的一例利用本申请提供的方法时终端设备显示的示意性界面图。
图6是本申请实施例提供的另一例确定业务服务器地址的方法的示意性流程图。
图7是本申请实施例提供的一例前置引擎处理流程和后置引擎处理流程的示意性流程图。
图8是本申请实施例提供的一例前置引擎处理流程的示意图。
图9是本申请实施例提供的一例后置引擎处理流程的示意图。
图10是本申请提供的一例多个可用网络的DNS查询的示意图。
图11是本申请提供的一例MPDNS缓存查询过程的示意图。
图12是本申请实施例提供的另一例确定业务服务器地址的方法的示意性流程图。
图13是本申请实施例提供的另一例确定业务服务器地址的方法的示意性流程图。
图14是本申请实施例提供的另一例确定业务服务器地址的方法的示意性流程图。
图15是本申请实施例提供的另一例通信装置结构的示意性框图。
图16是本申请实施例提供的又一例通信装置结构的示意性框图。
图17是本申请实施例提供的另一例通信装置结构的示意性框图。
图18是本申请实施例提供的又一例通信装置结构的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmableread-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(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)等。
本申请实施例中的终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network,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地址。
随着Ipv6的到来,主机的多地址(Multihome)变得越来越普及。即使是广泛使用的随着互联网协议第四版(internet protocol version4,Ipv4),多宿主主机(Multihomehost)也越来越多了。从数据中心胖树(Fat-tree)网络架构下的服务器到具有4G/Wifi/3G/蓝牙(Bluetooth)多连接的智能手机,都是多宿主主机。为了充分利用设备的多连接特性,新型多路径传输层协议已经成为当前最大的趋势。路径传输控制协议(multipathtransmission control protocol,MPTCP)允许传输控制协议连接使用多个路径来最大化信道资源使用。它不再使用传统TCP协议所要求的单个信道,而是支持冗余信道资源的反向多路复用,将整个数据传输速率提高到所有可用信道的总和。与此同时,MPTCP还与传统TCP协议向后兼容。
华为在业界首发LinkTurbo技术后,各友商也在之后发布了相关类似技术,双网在线已经成了通信技术的标配能力。LinkTurbo可以理解为WLAN和数据业务同时在线,利用WLAN(例如无线保真(wireless-fidelity,WiFi)和蜂窝网络来提升网络表现,智能在WiFi和蜂窝网络之间选一路或者两路网络并用来改善网络体验。图1所示为终端设备使用LinkTurbo技术的示意图。如图1所示的,LinkTurbo支持开启WiFi时,同时启动蜂窝网络,保证双网同时在线。其中,WiFi可以包括两条WiFi路径(2.4GHz频段的WiFi路径5GHz频段的WiFi路径),蜂窝网络可以包括两条路径,即可以为双蜂窝路径,双蜂窝网络路径可以均为LTE网络路径,或者均为5G网络路径,或者,双蜂窝网络路径中一条路径为LTE网络路径,另外一条为5G网络路径。在高吞吐场景中,可以选择四条网络路径中的同时在线的聚合模式。在某些低时延场景中,可以使用WiFi和蜂窝网络其中之一为主要传输数据方式,另一个为备用数据传输方式,即主备模式。
图2所示的为在双网络下终端设备访问业务服务器过程的示意图,在图2所示的例子中,WiFi网络属于电信运营商(电信网络),LTE网络属于联通运营商(联通网络)。终端首先在默认网络(例如为WiFi)下进行DNS查询,DNS服务器向终端设备返回在WIFI路径上(或者电信网络对应的)的业务服务器IP地址(例如IP地址为1.1.1.1),终端获取到该业务服务器IP地址后,在WiFi路径上通过电信网络与IP地址为1.1.1.1的业务服务器进行交互,获取相应的资源。并且,终端设备在LTE路径上通过联通网络也与该业务服务器(IP地址为1.1.1.1)也进行交互,即通过WIFI和LTE两路与该业务服务器进行交互,获取相应的资源。从图2可以看出,由于IP地址1.1.1.1为电信网络对应的业务服务器IP地址,而终端设备在LTE路径上通过联通网络也需要访问该IP地址,LTE路径上访问业务服务器出现了跨网(跨运营商)。
目前,由于各大运营商之间独立建网,因此在运营商跨网通道的速率都会限速,并且在部分场景中可能会出现跨网访问不通。例如,在图2所示的场景中,终端设备在LTE路径上通过联通网络访问该业务服务器时,访问速率会受到限制。也就是说,当终端设备的多网接入归属不同运营商场景时,会出现多网访问速率受限问题。为减小跨网限速的影响,内容分发网络(content delivery network,CDN)厂商通过部署跨网边界网关协议(bordergateway protocol,BGP)路由来解决此问题,但是由于部署跨网BGP路由成本较高,目前各大CDN厂商基本上都未部署对应能力,因此,终端设备在跨网(跨运营商)访问CDN服务器场景中,会存在访问速率受限,并且部分场景下可能出现跨网访问不通的问题,影响多网场景下的业务体验,降低了通信效率。
有鉴于此,本申请提供了一种确定业务服务器地址的方法,通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址,利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
下面结合图3和图4详细说明本申请提供的确定业务服务器地址的方法。
图3是一例适用于本申请实施例的无线通信系统的架构示意图。如图3所示的,终端设备需要访问应用时,可以向DNS服务器查询需要访问的域名对应的业务服务器的IP地址,在通过DNS服务器获取该域名对应的业务服务器的IP地址之后,就可以根据该IP地址,访问业务服务器,从而获取需要的访问的应用的数据。并且,终端设备采用双网连接技术(LinkTurbo技术)。在图3所示的例子中,终端设备利用WiFi网络和蜂窝网络来提升网络表现,WiFi网络可以包括两条WiFi路径(2.4GHz频段的WiFi路径和5GHz频段的WiFi路径),蜂窝网络可以为双蜂窝网络(双卡),双蜂窝网络路径可以均为LTE网络,或者均为5G网络,或者,双蜂窝网络路径中一条路径为LTE网络路径,另外一条为5G网络路径。其中,WiFi属于电信网络运营商,蜂窝网络属于联通网络运营商,终端设备可以通过WiFi网络和蜂窝网络网络访问业务服务器。或者,WiFi网络和蜂窝网络也可以属于相同的网络运营商。
图4是本申请一个实施例的确定业务服务器地址的方法200的示意流程图。该方法可以应用例如图1至图3所示的多网络下访问业务服务器时出现跨网的场景中。例如,在利用LinkTurbo技术中出现的跨网的场景中。应该理解,本申请提供的方法还可以应用在其他多网络下访问业务服务器时出现跨网的系统中,本申请实施例在此不作限制。
下文的描述中,以终端设备、DNS服务器、业务服务器为执行主体说明书本申请提供的方法。作为示例而非限定,执行方法的执行主体也可以是应用于终端设备、DNS服务器、业务服务器中的芯片。
如图4所示,图4中示出的方法200可以包括S210至S240。下面结合图4详细说明方法200中的各个步骤。
S210,终端设备通过第一网络向DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一IP地址,第一IP地址用于终端设备通过第一网络访问第一业务服务器。相应的,DNS服务器接收该第一请求。
S220,该终端设备通过第二网络向该DNS服务器发送第二请求,该第二请求包括该第一域名,该第二请求用于请求该第一业务服务器的第二IP地址。可选的,该第一网络和该第二网络属于不同的网络运营商,或者,该第一网络和该第二网络属于相同的网络运营商。相应的,DNS服务器接收该第二请求。
S230,该DNS服务器向终端设备发送响应于第一请求的第一信息,第一信息包括该第一IP地址。
S240,该DNS服务器向终端设备发送响应于第二请求的第二信息,该第二信息包括该第二IP地址。
在本申请实施例中,终端设备使用LinkTurbo技术,通过(或者利用)第一网络和第二网络访问业务服务器。可选的,在本申请实施例中,第一网络可以为WLAN,例如,第一网络具体为WIFI网络,WIFI网络可以为双WiFi路径(2.4GHz频段的WiFi路径和5GHz频段的WiFi路径)。第二网络可以为蜂窝网络,蜂窝网络可以为双蜂窝网络路径,其中,双蜂窝网络路径可以均为LTE网络,或者均为5G网络,或者,双蜂窝网络路径中一条路径为LTE网络路径,另外一条为5G网络路径。应该理解,在本申请实施例中,第一网络可以还可以为其他形式的无线局域网。第一网络和第二网络属于不同的网络运营商,例如,第一网络可以属于电信网络运营商,第二网络联通或者移动网络运营商。或者,第一网络可以属于联通网络运营商,第二网络电信或者移动网络运营商等。在本申请实施例中,对于第一网络和第二网络分别属于(或者对应)的具体网络运营商不作限制,只要第一网络和第二网络属于不同的网络运营商即可。
可选的,在本申请实施例中,第一网络和第二网络也可以属于同一个网络运营商。
应理解,在本申请实施例中,对于第一网络和第二网络分别属于(或者对应)的具体网络运营商不作限制。
图5所述的为本申请提供的一例利用本申请提供的方法时终端设备显示的示意性界面图,如图5中的a图所示的,在用户打开移动数据和WIFI后,用户在终端设备的显示界面上选择打开某一个APP,例如为“视频”APP,在APP启动后,如图5中的b图所示的,终端设备的显示界面上向用户弹出一个对话框,提示用户“正在同时使用WLAN和移动数据”,意味着终端设备正在使用LinkTurbo技术。在这种情况,可以触发终端设备(终端设备上的APP)执行方法本申请提供的确定业务服务器地址的方法。
下文的描述中,为了描述方便,以第一网络为WIFI,第二网络为LTE,第一网络属于电信网络运营商,第二网络属于联通网络运营商为例进行说明。但是这不应该对本申请实施例造成任何限制。例如,第一网络和第二网络还可以为其他的网络,第一网络和第二网络也可以属于同一个运营商。本申请实施例在此不作限制。
在S210中,终端设备需要访问某一个域名(例如为第一域名)时,如果终端设备上的应用创建超文本传输协议(hypertext transfer protocol,HTTP)会话时,在本地缓存的DNS类型记录查询不到第一域名对应的业务服务器的IP地址,就会触发生成第一请求,例如,该第一请求可以为DNS查询请求。终端设备(或者终端设备上的APP)可以通过第一网络(WIFI网络)向DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的业务服务器(即第一业务服务器)的第一IP地址,其中,WIFI属于电信运营商,第一IP地址用于终端设备通过WIFI网络访问第一业务服务器,换句话说,第一业务服务器可以对应多个IP地址,不同的IP地址对应不同的运营商,第一请求可以用于请求第一业务服务器对应的电信网络的IP地址(第一IP地址)。相应的,DNS服务器接收该第一请求。也就是说,终端设备可以在WIFI路径上查询电信网络对应的业务服务器的IP地址。例如,第一域名为可以为www.xxx.com。
在S220中,由于终端设备使用LinkTurbo技术,因此,还可以通过第二网络(LTE网络)向DNS服务器发送第二请求,该第二请求包括该第一域名,该第二请求用于请求该第一域名对应的第一业务服务器的第二IP地址,其中,LTE属于联通运营商,第二IP地址用于终端设备通过LTE网络访问第一业务服务器,也就是说,第二请求是用于请求第一业务服务器对应的联通网络的IP地址(第二IP地址)。相应的,DNS服务器接收该第二请求。即终端设备还可以在LTE路径上查询联通网络对应的业务服务器的IP地址。应理解,在本申请实施例中,S220是可选的步骤。
例如,在本申请实施例中,终端设备可以将WIFI路径上的第一请求进行复制得到第二请求,然后通过LTE网络向DNS发送该第二请求。
在S230中,DNS服务器根据第一请求,查询电信网络对应的第一应用服务器的IP地址(第一IP地址),然后向终端设备发送响应于该第一请求的第一信息,该第一信息包括该第一IP地址。例如,针对不同的网络运营商,第一业务服务器可以分配有不同的IP地址,不同的IP地址对应不同的网络运营商。DNS服务器可从业务服务器的运营商中获取并存储第一业务服务器的多个IP地址和不同的IP地址分别对应的网络运营商。DNS服务器在确定第一请求是在电信运营商的网络(或者可以称为电信网络)上发送的,便可以确定第一请求是用于请求第一业务服务器对应的电信网络的IP地址(第一IP地址),从而将第一业务服务器对应的电信网络的IP地址(第一IP地址)通过第一信息返回给终端设备。例如,该第一信息可以为DNS查询应答报文。在获取该第一IP地址后,终端设备便可以存储该第一域名、第一IP地址、WIFI路径以及电信网络之间的对应关系。
在S240中,DNS服务器根据第二请求,查询LTE路径上的联通网络对应的第一应用服务器的IP地址(第二IP地址),然后向终端设备发送响应于该第二请求的第二信息,该第二信息包括该第一IP地址。例如,DNS服务器在确定第二请求是在联通运营商的网络(或者可以称为联通网络))上发送的,便可以确定第二请求是用于请求第一业务服务器对应的联通网络的IP地址(第二IP地址)地址,从而将第一业务服务器对应的联通网络的IP地址(第二IP地址)通过第二信息返回给终端设备,例如,该第二信息也可以为DNS查询应答报文。在获取该第二IP地址后,终端设备便可以存储该第一域名、第二IP地址、LTE路径以及联通网络之间的对应关系。
可选的,终端设备还可以存储第一域名、第一IP地址、第二IP地址、电信网络、联通网络之间的对应关系。
在终端设备获取该第一业务服务器的第一IP地址和第二IP地址后,终端设备便确定了LTE路径上的联通网络对应的应用服务器的第一IP地址、以及WIFI路径上电信网络对应的应用服务器的第二IP地址,其中,第一IP地址和第二IP不同。第一IP地址和第二IP可以对应同一个应用服务器(例如为CDN服务器),或者,第一IP地址和第二IP可以对应不同的应用服务器,不同的应用服务器存储的CDN数据或者内容一致。
本申请提供的确定业务服务器地址的方法,通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址。终端设备便可以利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
可选的,在本申请实施例中,在DNS服务器接收到终端设备在不同运营商的网络分别发送的DNS请求后,DNS服务器可以对DNS请求进行过滤和选择,只对部分影响双网的业务流对应的DNS进行查询。
可选的,在申请实施例中,以图6为例,在图4所示的方法步骤的基础上,该方法200还包括S250和S260。
S250,该终端设备根据该第一IP地址,通过第一网络与该第一业务服务器进行业务通信。
S260,该终端设备根据该第二IP地址,通过第二网络与该第一业务服务器进行业务通信。
图6中所示的S210至S240的描述可以参考上述的图4中对这几个步骤的描述,为了简洁,这里不再赘述。
在S250中,终端设备获取该第一IP地址后,便可以根据第一IP地址,通过电信网络的WIFI路径对应的第一IP地址与业务服务器(第一业务服务器)进行业务通信,例如向第一业务服务器发送HTTP请求,拉取业务服务器的存储的资源。也就是说,终端设备根据该第一IP地址,在电信网络的WIFI路径上向该业务服务器发送业务请求以请求业务的资源和数据,例如,该业务可以为视频类的业务或者浏览类的业务等。
在S260中,终端设备获取该第二IP地址后,便可以根据第二IP地址,在LTE路径上通过联通网络对应的第二IP地址与业务服务器(第一业务服务器)进行业务通信,例如向第一业务服务器发送HTTP请求,拉取业务服务器的存储的资源。也就是说,终端设备根据该第二IP地址,在联通网络的LTE路径上向该业务服务器发送业务请求以请求业务的资源和数据。
本申请提供的确定业务服务器地址的方法,终端设备获取了不同网络分别对应的业务服务器的IP地址后,便可以通过不同的IP地址,分别在不同的网络下与业务服务器进行交互,可以避免访问服务器发生的跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
可选的,在本申请实施例中,终端设备(具体为终端设备上的APP)在利用第一IP地址访问第一业务服务器时,可以查询第一IP地址对应的第一域名是否对应多个IP地址。在第一域名对应多个IP地址的情况下,例如,第一域名对应上述的第一IP地址和第二IP地址,终端设备上的APP便可以利用该第二IP地址,将应用的流绑定到第二IP地址对应的联通网络上,通过(或者利用)联通网络运营商的LTE网络发送新的HTTP请求,该HTTP请求的目的地址为第二IP地址,即通过不同的IP地址,分别在不同的网络下与业务服务器进行交互。如果查询到某一个域名只对应一个IP地址,则利用该IP地址,只通过一个网络路径与业务服务器进行交互,不进行业务分流处理。
应理解,在本申请实施例中,在第一IP地址和第二IP地址对应不同的应用服务器(例如为CDN服务器)的场景中,可能出现对于相同资源的不同业务服务器内容不一致的情况。因此,终端在不同CDN服务器上拉取相同资源时,进行资源信息的匹配,如果拉取资源时发现不同的CDN服务器的数据不一致,则不再进行分流数据拉取,即不在进行多网络路径下的并发访问。进一步的,在确定CDN服务器的数据不一致的情况时,会记录不同的CDN服务器分别对应的IP地址,将这些IP地址记录为多路异常IP,后续利用这些IP再发起资源请求时,不再进行多路请求资源的处理。
在本申请实施例中,在终端设备上的APP发起通信的过程中,会有前置引擎处理流程和后置引擎处理流程。图7所示的为前置引擎和后置引擎处理流程的示意图。
其中,前置引擎处理流程包括:DNS服务器监测应用的传统DNS请求(legacy DNSrequest),根据可用的网络进行多路多网DNS查询,将查询结果写入一级缓存,前置引擎处理流程在执行时比后置引擎处理流程靠前。例如,图4所示的流程为前置引擎处理流程的一种可能的实现方式。
后置引擎处理流程包括:终端设备和CDN服务器通过TCP同步报文(TCP SYN)建立TCP连接后,CDN服务器监测APP的HTTP请求(用于请求业务数据),根据HTTP请求中的host字段进行多路多网DNS查询,将查询结果写入二级缓存,后置引擎处理流程在执行时比前置引擎处理流程靠后。其中,host字段包括需要访问的http服务器的域名和/或IP地址。
例如,对于前置引擎处理而言,在应用调用传统的DNS查询接口时启动,图8所示的为前置引擎处理流程的示意图,如图8所示的,首先进行DNS查询,DNS查询请求可以包括:用户身份标识(user identification,UID)、host、当前网络(curNet)。netd进程监听到DNS域名的白名单应用的传统DNS查询时,触发前置引擎根据原始DNS请求所基于的网络和当前可用的网络,复制多个DNS请求在多个不同的可用网络(multiNets)上进行查询(DNS域名也可以由白名单控制或不做控制),将查询的CDN服务器的IP地址(addrs)写入一级缓存。当一级缓存里的条目有任何变动(新增或变化)时,将变化的条目传递给二级缓存。
对于后置引擎处理过程而言,在应用发起明文HTTP请求(HTTP Request)报文时启动,图9所示的为后置引擎处理流程的示意图,如图9所示的,内核(kernel)监听到白名单应用的HTTP明文请求报文时,提取报文内容中的host字段、此报文的目的IP(dstAddr)以及此报文当前传输所基于的网络(curNet),写入到kernel的三级缓存。其中,curNet可以根据套接字(socket)的应用程序框架层标记(fwmark)提取网络标识(netid)信息确定。并将host上报给emcomd触发后置引擎进行多个可用网络(multiNets)的DNS查询.后置引擎的DNS查询逻辑和前置引擎相同,当二级缓存里的条目有任何变动(新增或变化)时,将变化的条目传递给三级缓存。
图10所示的为本申请提供的一例多个可用网络的DNS查询的示意图。在本申请实施例中,多个可用网络的DNS查询也可以称为多路径DNS(multipath transmission domainname system,MPDNS)缓存查询。如图10所示的,应用在创建和连接socket时,提取该socket的目的IP(dstAddr)和当前所基于的网络(curNet),再根据加速算法确定此socket传输所基于的(或者利用的)目标网络(targetNet),联合这三个信息作为MPDNS缓存的输入,在缓存中查找后得到目标网络的下的目IP(dstAddrlnTargetNet),最后用此IP改写socket的目的IP。
图11所示为本申请提供的一例MPDNS缓存查询过程的示意图。在图11所示的例子中,内核提取socket的目的IP(为IPv4 x)、所基于的网络(为wlan0)、目标网络的网卡标识(为rmnet0),将这三个信息作为MPDNS缓存的输入,在缓存中查找后得到目标网络下的目IP(为IPv4 y),最后用IPv4 y替换socket中的目的IP。
可选的,在本申请一些可能的实现方式中,在利用图4所示的方法流程进行前置引擎查询后,以图12为例,在图4所示的方法步骤的基础上,该方法200还包括S241和S242。
S241,该终端设备根据该第一IP地址,通过第一网络向该第一业务服务器发送业务请求,该业务请求包括该第一域名。
S242,第一业务服务器向终端设备发送响应于该业务请求的第二信息,该第二信息包括:与该第一域名对应的第二域名、第二域名对应的第二业务服器的第三IP地址,第三IP地址用于终端设备通过第一网络访问第二业务服务器。
图12中所示的S210至S240的描述可以参考上述的图4中对这几个步骤的描述,为了简洁,这里不再赘述。
在S241中,在终端设备利用前置引擎处理流程查询完成后,假设查询到的第一IP地址对应的业务服务器(第一业务服务器)并不是真正存储终端设备需要访问的资源的业务服务器,例如,该第一业务服务器为调度服务器。换句话说,终端设备(或者为终端设备上的APP)发送的HTTP请求在WIFI路径上会出现HTTP 302跳转,HTTP 302跳转可以理解为终端设备访问的资源出现暂时性转移,终端设备需要得到新的资源位置(真正存储该资源的服务器的IP地址),然后重新访问获取该资源,这意味着终端设备还需要进行后置引擎查询。因此,终端设备在WIFI路径上与第一业务服务器通过TCP报文(例如为TCP SYN报文)建立TCP会话连接后,终端设备会根据该第一IP地址,通过WIFI网络向第一业务服务器发送业务请求(例如为HTTP request),该业务请求包括该第一域名。在S242中,由于第一业务服务器并不是真正存储终端设备需要访问的资源的业务服务器,即出现了HTTP 302跳转,第一业务服务器通过查询,确定真正存储资源的业务服务器(例如为第二业务服务器)对应的电信网络的IP地址(第三IP地址),第三IP地址用于终端设备通过WIFI网络访问第二业务服务器。第一业务服务器会向终端设备发送响应于该业务请求的第二信息,该第二信息包括:第二业务服务器对应的电信网络的IP地址(第三IP地址)。同时,该第一域名也可能变化为第二域名,因此,该第二信息还包括:与该第一域名对应的第二域名。这样,终端设备便可以获取真正存储需要访问的资源的第二业务服务器对应WIFI路径上的IP地址以及相应的第二域名。
在终端设备获取第二业务服务器在WIFI路径上的IP地址以及相应的域名后,便可以在WIFI路径上通过电信网络对应的第三IP地址与第二业务服务器交互,拉取第二业务服务器的存储的资源。例如。终端设备可以根据该第二业务服器在WIFI的IP地址,通过电信运营商的WIFI网络向第二业务服务器发送业务请求,进而获取需要的数据和资源。
可选的,在本申请一些可能的实现方式中,以图13为例,在图12所示的方法步骤的基础上,该方法200还可以包括S243和S244。
S243,该终端设备通过第二网络向该DNS服务器发送第三请求,该第三请求包括该第二域名,该第三请求用于请求该第二业务服务器对应的第四IP地址,第四IP地址用于终端设备通过第二网络访问第二业务服务器。
S244,该DNS服务器向终端设备发送响应于该第三请求的第三信息,该第三信息包括该第四IP地址。
图13中所示的S210至S242的描述可以参考上述的图12中对这几个步骤的描述,为了简洁,这里不再赘述。
由于终端设备发送的HTTP请求在WIFI路径出现HTTP 302跳转,因此,在LTE路径上,终端设备也需要重新进行DNS的查询,获取第二业务服务器对应的联通网络的IP地址(第四IP地址)。也就是说,终端设备还需要进行后置引擎处理流程。在S243中,终端设备会根据获取与该第一域名对应的第二域名,通过LTE路径网络向DNS服务器发送第三请求(例如为DNS查询请求),该第三请求包括该第二域名,该第三请求用于请求第二业务服务器对应的联通网络的IP地址(第四IP地址)。在S244中,DNS服务器通过MPDNS缓存查询,例如,DNS服务器在确定第三请求是通过联通运营商的网络发送的,便可以确定第三请求是用于请求第二业务服务器对应的联通网络的IP地址(第四IP地址)地址,从而将第二业务服务器对应的联通网络的IP地址(第四IP地址)通过第三信息返回给终端设备。其中,第三IP地址和第四IP地址不同。
在终端设备获取第二业务服务器在LTE路径上的IP地址后,便可以在LTE路径上通过联通网络对应的IP地址与第二业务服务器交互,拉取第二业务服务器的存储的资源。例如。终端设备可以根据该第二业务服器在LTE路径上的IP地址,通过LTE网络向第二业务服务器发送业务请求,进而获取需要的数据和资源。
还应理解,在本申请实施例中,终端设备可以只进行前置引擎处理流程。或者,在发生HTTP 302跳转的情况下,终端设备需要执行前置引擎处理流程和后置引擎处理流程。
可选的,在本申请实施例中,终端设备可以维护一个域名白名单,该域名白名单包括一个或者多个域名,该域名白名单包括的域名可以理解为会发生HTTP 302跳转的域名。由于白名单包括的域名一定会发生HTTP 302跳转。因此,在本申请一些可能的实现方式中,以图14为例,图14是本申请一个实施例的确定业务服务器地址的方法300的示意流程图,如图14所示的,图14中示出的方法300可以包括S310至S360。其中,该域名白名单包括第一域名。
S310,终端设备通过第一网络向DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一IP地址,第一IP地址用于终端设备通过第一网络访问第一业务服务器。相应的,DNS服务器接收该第一请求。
S320,该DNS服务器向该终端设备发送响应于该第一请求的第一信息,该第一信息包括该第一IP地址。
S330,该终端设备根据第一IP地址,通过第一网络向第一业务服务器发送业务请求,该业务请求包括第一域名。
S340,第一业务服务器向终端设备发送响应于该业务请求的第二信息,第二信息包括:与第一域名对应的第二域名、第二域名对应的第二业务服器的第三IP地址,第三IP地址用于终端设备通过第一网络访问第二业务服务器。
S350,该终端设备通过第二网络向该DNS服务器发送第三请求,第三请求包括第二域名,该第三请求用于请求第二业务服务器对应的第四IP地址,第四IP地址用于终端设备通过第二网络访问第二业务服务器。
S360,DNS服务器向终端设备发送响应于该第三请求的第三信息,该第三信息包括第四IP地址。
具体而言,在S310和S320中,终端设备获取了第一业务服务器的第一IP地址。在S330中,终端设备通过WIFI网络向第一业务服务器发送业务请求(例如为HTTP request)。在S340中,由于第一业务服务器并不是真正存储终端设备需要访问的资源的业务服务器,因此,第一业务服务器通过查询,确定真正存储资源的业务服务器(例如为第二业务服务器)对应的电信网络的IP地址(第三IP地址),第一业务服务器会向终端设备发送响应于该业务请求的第二信息,该第二信息包括:第二业务服务器对应的电信网络的第三IP地址,以及与该第一域名对应的第二域名。这样,终端设备获取第二业务服务器在WIFI路径上的IP地址以及相应的域名后,便可以在WIFI路径上通过电信网络对应的第三IP地址与第二业务服务器交互,拉取第二业务服务器的存储的资源。
在LTE路径上,终端设备也需要重新进行DNS的查询,获取第二业务服务器对应的联通网络的IP地址(第四IP地址)。在S350中,终端设备会根据获取与该第一域名对应的第二域名,通过LTE网络向DNS服务器发送第三请求(例如为DNS查询请求),该第三请求包括该第二域名,该第三请求用于请求第二业务服务器对应的联通网络的IP地址(第四IP地址)。在S360中,DNS服务器通过MPDNS缓存查询,例如,DNS服务器确定第三请求是通过联通运营商的网络发送的,便可以确定第三请求是用于请求第二业务服务器对应的联通网络的IP地址(第四IP地址),从而将第二业务服务器对应的联通网络的IP地址(第四IP地址)通过第三信息返回给终端设备。在终端设备获取第二业务服务器在LTE路径上的IP地址后,便可以在LTE路径上通过联通网络对应的IP地址与第二业务服务器交互,拉取第二业务服务器的存储的资源。例如。终端设备可以根据该第二业务服器在LTE路径上的IP地址,通过联通的LTE网络向第二业务服务器发送业务请求,进而获取需要的数据和资源。也就是说,终端设备在LTE路径上通过联通网络只需要进行一次DNS查询过程,便可以查询真正存储终端设备需要访问的资源的第二业务服务器的对应的联通网络的IP地址(第四IP地址),可以降低信令的开销,节省通信资源,进一步的提高通信效率。
本申请提供的确定业务服务器地址的方法,通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址,利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
应理解,上述只是为了帮助本领域技术人员更好地理解本申请实施例,而非要限制本申请实施例的范围。本领域技术人员根据所给出的上述示例,显然可以进行各种等价的修改或变化,例如,上述方法200和方法300中某些步骤可以不必须的,或者可以新加入某些步骤等。或者上述任意两种或者任意多种实施例的组合。这样的修改、变化或者组合后的方案也落入本申请实施例的范围内。
应理解,在本申请的各个实施例中,第一、第二等只是为了表示多个对象是不同的。例如第一业务服务器和第二业务服务器只是为了表示出不同的业务服务器。而不应该对业务服务器的本身和数量等产生任何影响,上述的第一、第二等不应该对本申请的实施例造成任何限制。
还应理解,本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便,不应构成特别的限定,各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。
还应理解,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
还应理解,上文对本申请实施例的描述着重于强调各个实施例之间的不同之处,未提到的相同或相似之处可以互相参考,为了简洁,这里不再赘述。
还应理解,本申请实施例中,“预定义”可以通过在设备(中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。
以上结合图1至图14对本申请实施例的确定业务服务器地址的方法做了详细说明。以下,结合图15至图18对本申请实施例通信装置进行详细说明。
图15示出了本申请实施例的通信装置400的示意性框图,该通信装置400可以对应上述方法200和方法300中描述的终端设备,也可以是应用于终端设备的芯片或组件,并且,该通信装置400的各模块或单元分别用于执行上述方法200和方法300中各个实施例方式中的终端设备所执行的各动作或处理过程,如图15所示,该通信装置400可以包括:处理单元410和通信单元420。
作为一种可能实现方式:
处理单元410,用于生成第一请求和第二请求。
通信单元420,用于通过第一网络向DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一互联网协议IP地址,该第一IP地址用于该终端设备通过该第一网络访问该第一业务服务器。
通信单元420,还用于通过第二网络向该DNS服务器发送第二请求,该第二请求包括该第一域名,该第二请求用于请求该第一业务服务器的第二IP地址,该第二IP地址用于该终端设备通过该第二网络访问该第一业务服务器;
通信单元420,还用于接收该DNS服务器发送的响应于该第一请求的第一信息,该第一信息包括该第一IP地址。
通信单元420,还用于接收该DNS服务器发送的响应于该第二请求的第二信息,该第二信息包括该第二IP地址。
本申请提供的通信装置,通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址。终端设备便可以利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
可选的,在本申请的一些实施例中,该第一网络和该第二网络属于不同的网络运营商,或者,该第一网络和该第二网络属于相同的网络运营商。
例如,第一网络可以为WLAN,例如,第一网络具体为WIFI网络,WIFI网络可以为双WiFi路径(2.4GHz频段的WiFi路径和5GHz频段的WiFi路径)。第二网络可以为蜂窝网络,蜂窝网络可以为双蜂窝网络路径,其中,双蜂窝网络路径可以均为LTE网络,或者均为5G网络,或者,双蜂窝网络路径中一条路径为LTE网络路径,另外一条为5G网络路径。
例如,第一网络可以属于电信网络运营商,第二网络联通或者移动网络运营商。或者,第一网络可以属于联通网络运营商,第二网络电信或者移动网络运营商等。
可选的,在本申请的一些实施例中,处理单元410,还用于生成业务请求;
通信单元420,还用于根据该第一IP地址,通过该第一网络向该第一业务服务器发送,该业务请求包括该第一域名;
接收该第一业务服务器发送的响应于该业务请求的第二信息,该第二信息包括:与该第一域名对应的第二域名、该第二域名对应的第二业务服器的第三IP地址,该第三IP地址用于该终端设备通过该第一网络访问该第二业务服务器。
可选的,在本申请的一些实施例中,通信单元420,还用于根据该第三IP地址,通过该第一网络与该第二业务服务器进行业务通信。
可选的,在本申请的一些实施例中,处理单元410,还用于生成第三请求;
通信单元420,还用于通过第二网络向该DNS服务器发送第三请求,该第三请求包括该第二域名,该第三请求用于请求该第二业务服务器对应的第四IP地址,该第四IP地址用于该终端设备通过该第二网络访问该第二业务服务器;
接收该DNS服务器发送的响应于该第三请求的第三信息,该第三信息包括该第四IP地址。
可选的,在本申请的一些实施例中,通信单元420,还用于根据该四IP地址,通过该第二网络与该第二业务服务器进行业务通信。
可选的,在本申请的一些实施例中,通信单元420,还用于根据该第一IP地址,通过该第一网络与该第一业务服务器进行业务通信;根据该第二IP地址,通过该第二网络与该第一业务服务器进行业务通信。
可选的,在本申请的一些实施例中,该第一网络为无线局域网WLAN,该第二网络为长期演进系统LTE网络或者为新无线NR网络。
作为另外的一种可能实现方式:
处理单元410,用于生成第一请求和第二请求。
通信单元420,用于通过第一网络向DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一互联网协议IP地址,该第一IP地址用于该终端设备通过该第一网络访问该第一业务服务器。
通信单元420,还用于通过第二网络向该DNS服务器发送第二请求,该第二请求包括该第一域名,该第二请求用于请求第三业务服务器的第二IP地址,该第二IP地址用于该终端设备通过该第二网络访问该第三业务服务器;
通信单元420,还用于接收该DNS服务器发送的响应于该第一请求的第一信息,该第一信息包括该第一IP地址。
通信单元420,还用于接收该DNS服务器发送的响应于该第二请求的第二信息,该第二信息包括该第二IP地址。其中,第三业务服务器和第一业务服务器为不同的业务服务器,第三业务服务器和第一业务服务器存储的CDN数据或者内容一致。
本申请提供的通信装置,通过在不同网络路径下分别进行DNS查询,获取业务服务器在不同的网络路径上分别对应的IP地址。终端设备便可以利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
可选的,在本申请的一些实施例中,通信单元420,还用于根据该第一IP地址,通过该第一网络与该第一业务服务器进行业务通信;根据该第二IP地址,通过该第二网络与该第三业务服务器进行业务通信。
作为又一种可能实现方式:
处理单元410,用于生成第一请求;
通信单元420,用于通过第一网络向DNS服务器发送第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一IP地址,第一IP地址用于终端设备通过第一网络访问第一业务服务器;
通信单元420,还用于接收DNS服务器发送的响应于该第一请求的第一信息,该第一信息包括该第一IP地址;
通信单元420,还用于根据第一IP地址,通过第一网络向第一业务服务器发送业务请求,该业务请求包括第一域名;
通信单元420,还用于接收第一业务服务器发送的响应于该业务请求的第二信息,第二信息包括:与第一域名对应的第二域名、第二域名对应的第二业务服器的第三IP地址,第三IP地址用于终端设备通过第一网络访问第二业务服务器。
处理单元410,还用于生成第三请求;
通信单元420,还用于通过第二网络向该DNS服务器发送第三请求,第三请求包括第二域名,该第三请求用于请求第二业务服务器对应的第四IP地址,第四IP地址用于终端设备通过第二网络访问第二业务服务器;
通信单元420,还用于接收DNS服务器发送的响应于该第三请求的第三信息,该第三信息包括第四IP地址。
应理解,通信装置400中各单元执行上述相应步骤的具体过程请参照前文中结合图4、图6、图12至图14、以及方法200和方法300中的相关实施例的终端设备执行步骤的相关描述。为了简洁,这里不加赘述。
可选的,通信单元420可以包括接收单元(模块)和发送单元(模块),用于执行前述各个方法实施例中终端设备接收信息和发送信息的步骤。可选的,通信装置400还可以包括存储单元,用于存储处理单元410和通信单元420执行的指令。处理单元410、通信单元420和存储单元通信连接,存储单元存储指令,处理单元410用于执行存储单元存储的指令,通信单元420用于在处理单元410的驱动下执行具体的信号收发。
应理解,通信单元420可以是收发器、输入/输出接口或接口电路等。存储单元可以是存储器。处理单元410可由处理器实现。如图16所示,通信装置500可以包括处理器510、存储器520和收发器530。
图15所示的通信装置400或图16所示的通信装置500能够实现前述方法200和方法300的各个实施例、以及图4、图6、图12至图14所示的相关实施例的终端设备执行的步骤。类似的描述可以参考前述对应的方法中的描述。为避免重复,这里不再赘述。
还应理解,图15所示的通信装置400或图16所示的通信装置500可以为终端设备,或者,终端设备可以包括图15所示的通信装置400或图16所示的通信装置500。
图17示出了本申请实施例的通信装置600的示意性框图,该通信装置600可以对应上述方法200和方法300中描述的DNS服务器,也可以是应用于DNS服务器的芯片或组件,并且,该通信装置600各模块或单元分别用于执行上述方法200和方法300中各个实施例方式中的DNS服务器所执行的各动作或处理过程,如图17所示,该通信装置600可以包括:通信单元610和处理单元620。
通信单元610,用于接收来自于终端设备的第一请求,该第一请求包括第一域名,该第一请求用于请求该第一域名对应的第一业务服务器的第一IP地址,该第一IP地址用于该终端设备通过第一网络访问该第一业务服务器。
处理单元620,用于根据第一请求,确定第一IP地址。
通信单元610,还用于接收来自于该终端设备的第二请求,该第二请求包括该第一域名,该第二请求用于请求该第一域名对应的第一业务服务器的第二IP地址,该第二IP地址用于该终端设备通过第二网络访问该第一业务服务器。
处理单元620,还用于根据第二请求,确定第二IP地址。
通信单元610,还用于向该终端设备发送响应于该第一请求的第一信息,该第一信息包括该第一IP地址;
通信单元610,还用于向该终端设备发送响应于该第二请求的第二信息,该第二信息包括该第二IP地址。
本申请提供的通信装置,该通信装置根据终端设备在不同网络路径下分别发送的DNS查询请求,确定业务服务器在不同的网络路径上分别对应的IP地址,将业务服务器在不同的网络路径上分别对应的IP地址反馈给终端设备,从而使得终端设备便可以利用不同网络下分别对应的IP地址在各自的网络路径上与业务服务器进行交互,从而避免访问业务服务器时发生跨网通信的情况,保证了访问速率,提升多网络场景下的业务体验,提高通信效率。
可选的,在本申请的一些实施例中,该第一网络和该第二网络属于不同的网络运营商,或者,该第一网络和该第二网络属于相同的网络运营商。
可选的,在本申请的一些实施例中,通信单元610,还用于:
接收来自于该终端设备的第三请求,该第三请求包括第二域名,该第二域名对应该第一域名,该第三请求用于请求第二业务服务器的第四IP地址,该第二业务服务器为该第二域名对应业务服务器,该第四IP地址用于该终端设备通过该第二网络访问该第二业务服务器;
向该终端设备发送响应于该第三请求的第三信息,该第三信息包括该四IP地址。
可选的,在本申请的一些实施例中,该第一网络为无线局域网WLAN,该第二网络为长期演进系统LTE网络或者为新无线NR网络。
可选的,通信单元610可以包括接收单元(模块)和发送单元(模块),用于执行前述各个方法实施例中DNS服务器接收信息和发送信息的步骤。可选的,通信装置600还可以包括存储单元,用于存储处理单元620和通信单元610执行的指令。处理单元620、通信单元610和存储单元通信连接,存储单元存储指令,处理单元620用于执行存储单元存储的指令,通信单元610用于在处理单元620的驱动下执行具体的信号收发。
应理解,通信单元610可以是收发器、输入/输出接口或接口电路等。存储单元可以是存储器。处理单元620可由处理器实现。如图18所示,通信装置700可以包括处理器710、存储器720和收发器730。
图17所示的通信装置600或图18所示的通信装置700能够实现前述方法200和方法300的各个实施例、以及图4、图6、图12至图14所示的相关实施例的DNS服务器执行的步骤。类似的描述可以参考前述对应的方法中的描述。为避免重复,这里不再赘述。
还应理解,图17所示的通信装置600或图18所示的通信装置700可以为DNS服务器,或者,DNS服务器可以包括图17所示的通信装置600或图18所示的通信装置700。
还应理解,以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。这里该处理元件又可以称为处理器,可以是一种具有信号处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个专用集成电路(application specific integratedcircuit,ASIC),或,一个或多个数字信号处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(central processing unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
本申请实施例还提供了一种通信系统,该通信系统包括:上述方法200和方法300中的终端设备和DNS服务器。可选的,该通信系统还可以包括方法200和方法300中的第一业务服务器。进一步的,该通信系统还可以包括上方法200和方法300中的第二业务服务器。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序代码,该计算机程序包括用于执行上述本申请实施例提供的任意一种确定业务服务器地址的方法的指令。该可读介质可以是只读存储器(read-only memory,ROM)或随机存取存储器(random access memory,RAM),本申请实施例对此不做限制。
本申请还提供了一种计算机程序产品,该计算机程序产品包括指令,当该指令被执行时,以使得终端设备、DNS服务器、第一业务服务器、第二业务服务器执行对应于上述方法中的对应的操作。
本申请实施例还提供了一种位于通信装置中的芯片,该芯片包括:处理单元和通信单元,该处理单元,例如可以是处理器,该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令,以使所述通信装置执行上述本申请实施例提供的任一种确定业务服务器地址的方法。
可选地,该计算机指令被存储在存储单元中。
可选地,该存储单元为该芯片内的存储单元,如寄存器、缓存等,该存储单元还可以是该终端内的位于该芯片外部的存储单元,如只读存储器(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 (27)
1.一种确定业务服务器地址的方法,其特征在于,包括:
终端设备通过第一网络向域名系统DNS服务器发送第一请求,所述第一请求包括第一域名,所述第一请求用于请求所述第一域名对应的第一业务服务器的第一互联网协议IP地址,所述第一IP地址用于所述终端设备通过所述第一网络访问所述第一业务服务器;
所述终端设备通过第二网络向所述DNS服务器发送第二请求,所述第二请求包括所述第一域名,所述第二请求用于请求所述第一业务服务器的第二IP地址,所述第二IP地址用于所述终端设备通过所述第二网络访问所述第一业务服务器;
所述终端设备接收所述DNS服务器发送的响应于所述第一请求的第一信息,所述第一信息包括所述第一IP地址;
所述终端设备接收所述DNS服务器发送的响应于所述第二请求的第二信息,所述第二信息包括所述第二IP地址。
2.根据权利要求1所述的方法,其特征在于,所述第一网络和所述第二网络属于不同的网络运营商,或者,所述第一网络和所述第二网络属于相同的网络运营商。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述终端设备根据所述第一IP地址,通过所述第一网络向所述第一业务服务器发送业务请求,所述业务请求包括所述第一域名;
所述终端设备接收所述第一业务服务器发送的响应于所述业务请求的第二信息,所述第二信息包括:与所述第一域名对应的第二域名、所述第二域名对应的第二业务服器的第三IP地址,所述第三IP地址用于所述终端设备通过所述第一网络访问所述第二业务服务器。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述终端设备根据所述第三IP地址,通过所述第一网络与所述第二业务服务器进行业务通信。
5.根据权利要求3或4所述的方法,其特征在于,所述方法还包括:
所述终端设备通过第二网络向所述DNS服务器发送第三请求,所述第三请求包括所述第二域名,所述第三请求用于请求所述第二业务服务器对应的第四IP地址,所述第四IP地址用于所述终端设备通过所述第二网络访问所述第二业务服务器;
所述终端设备接收所述DNS服务器发送的响应于所述第三请求的第三信息,所述第三信息包括所述第四IP地址。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述终端设备根据所述四IP地址,通过所述第二网络与所述第二业务服务器进行业务通信。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述终端设备根据所述第一IP地址,通过所述第一网络与所述第一业务服务器进行业务通信;
所述终端设备根据所述第二IP地址,通过所述第二网络与所述第一业务服务器进行通信。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述第一网络为无线局域网WLAN,所述第二网络为长期演进系统LTE网络或者为新无线NR网络。
9.一种确定业务服务器地址的方法,其特征在于,包括:
域名系统DNS服务器接收来自于终端设备的第一请求,所述第一请求包括第一域名,所述第一请求用于请求所述第一域名对应的第一业务服务器的第一IP地址,所述第一IP地址用于所述终端设备通过第一网络访问所述第一业务服务器;
所述DNS服务器接收来自于所述终端设备的第二请求,所述第二请求包括所述第一域名,所述第二请求用于请求所述第一域名对应的第一业务服务器的第二IP地址,所述第二IP地址用于所述终端设备通过第二网络访问所述第一业务服务器;
所述DNS服务器向所述终端设备发送响应于所述第一请求的第一信息,所述第一信息包括所述第一IP地址;
所述DNS服务器向所述终端设备发送响应于所述第二请求的第二信息,所述第二信息包括所述第二IP地址。
10.根据权利要求9所述的方法,其特征在于,所述第一网络和所述第二网络属于不同的网络运营商,或者,所述第一网络和所述第二网络属于相同的网络运营商。
11.根据权利要求9或10所述的方法,其特征在于,所述方法还包括:
所述DNS服务器接收来自于所述终端设备的第三请求,所述第三请求包括第二域名,所述第二域名对应所述第一域名,所述第三请求用于请求第二业务服务器的第四IP地址,所述第二业务服务器为所述第二域名对应业务服务器,所述第四IP地址用于所述终端设备通过所述第二网络访问所述第二业务服务器;
所述DNS服务器向所述终端设备发送响应于所述第三请求的第三信息,所述第三信息包括所述四IP地址。
12.根据权利要求9至11中任一项所述的方法,其特征在于,所述第一网络为无线局域网WLAN,所述第二网络为长期演进系统LTE网络或者为新无线NR网络。
13.一种通信装置,其特征在于,包括:
处理单元:用于生成第一请求和第二请求;
通信单元,还用于通过第一网络向域名系统DNS服务器发送第一请求,所述第一请求包括第一域名,所述第一请求用于请求所述第一域名对应的第一业务服务器的第一互联网协议IP地址,所述第一IP地址用于所述终端设备通过所述第一网络访问所述第一业务服务器;
所述通信单元,还用于通过第二网络向所述DNS服务器发送第二请求,所述第二请求包括所述第一域名,所述第二请求用于请求所述第一业务服务器的第二IP地址,所述第二IP地址用于所述终端设备通过所述第二网络访问所述第一业务服务器;
所述通信单元,还用于接收所述DNS服务器发送的响应于所述第一请求的第一信息,所述第一信息包括所述第一IP地址;
所述通信单元,还用于接收所述DNS服务器发送的响应于所述第二请求的第二信息,所述第二信息包括所述第二IP地址。
14.根据权利要求13所述的通信装置,其特征在于,所述第一网络和所述第二网络属于不同的网络运营商,或者,所述第一网络和所述第二网络属于相同的网络运营商。
15.根据权利要求13或14所述的通信装置,其特征在于,
所述通信单元,还用于根据所述第一IP地址,通过所述第一网络向所述第一业务服务器发送业务请求,所述业务请求包括所述第一域名;
所述通信单元,还用于接收所述第一业务服务器发送的响应于所述业务请求的第二信息,所述第二信息包括:与所述第一域名对应的第二域名、所述第二域名对应的第二业务服器的第三IP地址,所述第三IP地址用于所述终端设备通过所述第一网络访问所述第二业务服务器。
16.根据权利要求14所述的通信装置,其特征在于,
所述通信单元,还用于根据所述第三IP地址,通过所述第一网络与所述第二业务服务器进行业务通信。
17.根据权利要求15或16所述的通信装置,其特征在于,
所述通信单元,还用于通过第二网络向所述DNS服务器发送第三请求,所述第三请求包括所述第二域名,所述第三请求用于请求所述第二业务服务器对应的第四IP地址,所述第四IP地址用于所述终端设备通过所述第二网络访问所述第二业务服务器;
所述通信单元,还用于接收所述DNS服务器发送的响应于所述第三请求的第三信息,所述第三信息包括所述第四IP地址。
18.根据权利要求17所述的通信装置,其特征在于,
所述通信单元,还用于根据所述四IP地址,通过所述第二网络与所述第二业务服务器进行业务通信。
19.根据权利要求13所述的通信装置,其特征在于,
所述通信单元,还用于根据所述第一IP地址,通过所述第一网络与所述第一业务服务器进行业务通信;
所述通信单元,还用于根据所述第二IP地址,通过所述第二网络与所述第一业务服务器进行通信。
20.根据权利要求13至19中任一项所述的通信装置,其特征在于,所述第一网络为无线局域网WLAN,所述第二网络为长期演进系统LTE网络或者为新无线NR网络。
21.一种通信装置,其特征在于,包括:
通信单元,用于接收来自于终端设备的第一请求,所述第一请求包括第一域名,所述第一请求用于请求所述第一域名对应的第一业务服务器的第一IP地址,所述第一IP地址用于所述终端设备通过第一网络访问所述第一业务服务器;
所述通信单元,还用于接收来自于所述终端设备的第二请求,所述第二请求包括所述第一域名,所述第二请求用于请求所述第一域名对应的第一业务服务器的第二IP地址,所述第二IP地址用于所述终端设备通过第二网络访问所述第一业务服务器;
处理单元,用于根据所述第一请求和所述第二请求,确定所述第一IP地址和所述第二IP地址;
所述通信单元,还用于向所述终端设备发送响应于所述第一请求的第一信息,所述第一信息包括所述第一IP地址;
所述通信单元,还用于向所述终端设备发送响应于所述第二请求的第二信息,所述第二信息包括所述第二IP地址。
22.根据权利要求21所述的通信装置,其特征在于,所述第一网络和所述第二网络属于不同的网络运营商,或者,所述第一网络和所述第二网络属于相同的网络运营商。
23.根据权利要求21或22所述的通信装置,其特征在于,
所述通信单元,还用于接收来自于所述终端设备的第三请求,所述第三请求包括第二域名,所述第二域名对应所述第一域名,所述第三请求用于请求第二业务服务器的第四IP地址,所述第二业务服务器为所述第二域名对应业务服务器,所述第四IP地址用于所述终端设备通过所述第二网络访问所述第二业务服务器;
所述通信单元,还用于向所述终端设备发送响应于所述第三请求的第三信息,所述第三信息包括所述四IP地址。
24.根据权利要求21至23中任一项所述的通信装置,其特征在于,所述第一网络为无线局域网WLAN,所述第二网络为长期演进系统LTE网络或者为新无线NR网络。
25.一种通信装置,其特征在于,所述装置包括至少一个处理器,所述至少一个处理器与至少一个存储器耦合:
所述至少一个处理器,用于执行所述至少一个存储器中存储的计算机程序或指令,以使得所述通信装置执行如权利要求1至8中任一项所述的方法,或者执行如权利要求9至12中任一项所述的方法。
26.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序或指令,当计算机读取并执行所述计算机程序或指令时,使得计算机执行如权利要求1至8中任一项所述的方法,或者执行如权利要求9至12中任一项所述的方法。
27.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的通信设备执行如权利要求1至8中任一项所述的方法,或者执行如权利要求9至12中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010900839.6A CN114124889B (zh) | 2020-08-31 | 2020-08-31 | 确定业务服务器地址的方法和通信装置 |
PCT/CN2021/113268 WO2022042395A1 (zh) | 2020-08-31 | 2021-08-18 | 确定业务服务器地址的方法和通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010900839.6A CN114124889B (zh) | 2020-08-31 | 2020-08-31 | 确定业务服务器地址的方法和通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114124889A true CN114124889A (zh) | 2022-03-01 |
CN114124889B CN114124889B (zh) | 2023-04-28 |
Family
ID=80354618
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010900839.6A Active CN114124889B (zh) | 2020-08-31 | 2020-08-31 | 确定业务服务器地址的方法和通信装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114124889B (zh) |
WO (1) | WO2022042395A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115277640A (zh) * | 2022-07-29 | 2022-11-01 | 迈普通信技术股份有限公司 | 数据处理方法、装置、智能网卡及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114844858A (zh) * | 2022-04-13 | 2022-08-02 | 山东浪潮超高清视频产业有限公司 | 一种多网络获取域名地址的方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080222307A1 (en) * | 2007-03-09 | 2008-09-11 | Bhakta Dharmesh N | System and Method for Multiple IP Addresses During Domain Name Resolution |
CN101764855A (zh) * | 2009-12-30 | 2010-06-30 | 福建星网锐捷网络有限公司 | 一种提供域名解析服务的方法、装置及系统 |
CN105681249A (zh) * | 2014-11-17 | 2016-06-15 | 中国移动通信集团公司 | 一种网络访问方法和网络转换设备 |
CN106953805A (zh) * | 2017-03-17 | 2017-07-14 | 广州爱九游信息技术有限公司 | 网络线路控制方法、装置及业务终端 |
CN107911499A (zh) * | 2017-11-28 | 2018-04-13 | 北京潘达互娱科技有限公司 | 多线路域名解析方法及装置 |
CN110062441A (zh) * | 2018-01-18 | 2019-07-26 | 中兴通讯股份有限公司 | 利用终端及其实现数据传输的方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2986127B1 (fr) * | 2012-01-24 | 2014-01-10 | Ars Nova Systems | Systeme et procede de controle de communication |
CN106131068B (zh) * | 2016-08-26 | 2019-01-29 | 北京网瑞达科技有限公司 | 用户自主选择域名系统dns解析线路的系统和方法 |
CN106331216B (zh) * | 2016-09-13 | 2020-11-03 | 腾讯科技(深圳)有限公司 | 域名的解析方法和装置 |
-
2020
- 2020-08-31 CN CN202010900839.6A patent/CN114124889B/zh active Active
-
2021
- 2021-08-18 WO PCT/CN2021/113268 patent/WO2022042395A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080222307A1 (en) * | 2007-03-09 | 2008-09-11 | Bhakta Dharmesh N | System and Method for Multiple IP Addresses During Domain Name Resolution |
CN101764855A (zh) * | 2009-12-30 | 2010-06-30 | 福建星网锐捷网络有限公司 | 一种提供域名解析服务的方法、装置及系统 |
CN105681249A (zh) * | 2014-11-17 | 2016-06-15 | 中国移动通信集团公司 | 一种网络访问方法和网络转换设备 |
CN106953805A (zh) * | 2017-03-17 | 2017-07-14 | 广州爱九游信息技术有限公司 | 网络线路控制方法、装置及业务终端 |
CN107911499A (zh) * | 2017-11-28 | 2018-04-13 | 北京潘达互娱科技有限公司 | 多线路域名解析方法及装置 |
CN110062441A (zh) * | 2018-01-18 | 2019-07-26 | 中兴通讯股份有限公司 | 利用终端及其实现数据传输的方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115277640A (zh) * | 2022-07-29 | 2022-11-01 | 迈普通信技术股份有限公司 | 数据处理方法、装置、智能网卡及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114124889B (zh) | 2023-04-28 |
WO2022042395A1 (zh) | 2022-03-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112422701B (zh) | 域名系统查询的方法和通信装置 | |
US11516310B2 (en) | Method and apparatus for invoking application programming interface | |
US11689496B2 (en) | Domain name system query method and communication apparatus | |
CN113824642B (zh) | 发送报文的方法、网络设备及计算机可读存储介质 | |
US20160344688A1 (en) | Communicating via IPv6-only Networks Using IPv4 Literal Identifiers | |
TWI757595B (zh) | 截取感知接取點選擇技術 | |
JP2023535562A (ja) | ネットワーク機能発見サービス向上を提供するための方法、システムおよびコンピュータ読取可能媒体 | |
TW201029422A (en) | Methods, apparatuses, and computer program products for determining a network interface to access a network resource | |
WO2017161484A1 (zh) | 一种消息交互的方法、设备和系统 | |
CN114124889B (zh) | 确定业务服务器地址的方法和通信装置 | |
US20150249636A1 (en) | Resource download method, service server and cellular phone client | |
WO2015088481A1 (en) | Switching to advertising locator after connection establishment | |
EP3846531A1 (en) | Load balancing method and network element | |
CN112887441B (zh) | 一种域名解析方法、终端和dns服务器 | |
WO2023143574A1 (zh) | 设备选择的方法以及装置 | |
CN110661895A (zh) | 一种服务器的网络地址映射方法及网络地址映射设备 | |
CN114258088A (zh) | 中间会话管理功能设备发现方法、设备和系统、存储介质 | |
CN116636298A (zh) | 用于实现服务请求的方法和设备 | |
WO2022206683A1 (zh) | 无线通信的方法和装置 | |
WO2024022370A1 (zh) | 信息获取和发送方法、服务器访问和会话建立方法及设备 | |
EP4311280A1 (en) | Communication method and device | |
US20220345864A1 (en) | Service invocation method and network device | |
CN115314875A (zh) | 会话绑定方法、会话绑定系统以及计算机可读存储介质 | |
CN116389438A (zh) | 网络开放能力的调用方法、系统以及相关装置 | |
CN108667879B (zh) | 数据业务会话绑定方法和路由设备及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |