一種dns查詢請求的響應(yīng)方法、裝置及網(wǎng)絡(luò)側(cè)設(shè)備的制作方法
【專利摘要】本發(fā)明實(shí)施例提供一種DNS查詢請求的響應(yīng)方法、裝置及網(wǎng)絡(luò)側(cè)設(shè)備。所述方法包括：在無線網(wǎng)絡(luò)接口監(jiān)聽終端客戶端與DNS服務(wù)器之間的交互信息；在監(jiān)聽到第一DNS查詢請求消息之后的第一預(yù)設(shè)時長延遲時間內(nèi)未監(jiān)聽到針對所述第一DNS查詢請求消息的響應(yīng)信息時，根據(jù)域名請求信息與域名響應(yīng)信息的對應(yīng)關(guān)系、和所述第一DNS查詢請求消息，生成針對所述第一DNS查詢請求消息的第一DNS查詢響應(yīng)消息；通過所述無線網(wǎng)絡(luò)接口向所述第一終端客戶端發(fā)送所述第一DNS查詢響應(yīng)消息。本發(fā)明實(shí)施例可以支持終端客戶端及時獲得DNS查詢響應(yīng)，提高用戶的上網(wǎng)感知。
【專利說明】一種DNS查詢請求的響應(yīng)方法、裝置及網(wǎng)絡(luò)側(cè)設(shè)備

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及數(shù)據(jù)業(yè)務(wù)【技術(shù)領(lǐng)域】，尤其涉及一種DNS查詢請求的響應(yīng)方法、裝置及 網(wǎng)絡(luò)側(cè)設(shè)備。

【背景技術(shù)】
[0002] 隨著移動手機(jī)用戶數(shù)量的不斷增長，各類手機(jī)終端支持的業(yè)務(wù)功能不斷增加，例 如手機(jī)QQ、微信、飛信、手機(jī)證券、手機(jī)瀏覽、文件下載等功能已逐步成為手機(jī)終端，尤其是 智能手機(jī)的主流應(yīng)用。
[0003] 在上網(wǎng)過程中，手機(jī)需要對URL的域名查詢其真實(shí)IP地址，以便發(fā)送數(shù)據(jù)包。這 項(xiàng)操作需要通過查詢DNS服務(wù)器才能完成。
[0004] DNS服務(wù)器提供這樣一種服務(wù)，它通過遞歸查找本地和其他相關(guān)服務(wù)器的數(shù)據(jù) 庫，將域名映射到IP地址。早在ARPANET，這種映射只有保存在一個host, txt中，對于 一個擁有幾百臺大型分時機(jī)器的網(wǎng)絡(luò)而言，這種方法工作得很好。然而，隨著互聯(lián)網(wǎng)的 迅速發(fā)展，考慮到負(fù)載和延遲，要想實(shí)現(xiàn)這種集中管理變得難以想象。為此，人們發(fā)明了 DNS (Domain-name System,域名系統(tǒng)）。
[0005] DNS的關(guān)鍵是如何維護(hù)域名解析的數(shù)據(jù)庫，這個數(shù)據(jù)庫記錄了域名與IP地址的 --映射，每條記錄都是一個五元組，包括Domain_name (域名），Time_to_live (生存期）， Class (類別），Type (類型），Value (值）。
[0006] 在手機(jī)進(jìn)行GPRS/TD的PDP激活時，網(wǎng)絡(luò)GGSN會通過SGSN向手機(jī)發(fā)送DNS服務(wù) 器信息。手機(jī)在后續(xù)上網(wǎng)時，將把查詢請求發(fā)送給該DNS服務(wù)器。
[0007] 但是，由于存在網(wǎng)絡(luò)丟包以及DNS服務(wù)器運(yùn)行異常的情況，經(jīng)觀察，網(wǎng)絡(luò)中的DNS 服務(wù)器的及時響應(yīng)比例不能達(dá)到100%，從現(xiàn)象看是無響應(yīng)或者響應(yīng)時間超長。經(jīng)分析，現(xiàn) 網(wǎng)一般的DNS查詢響應(yīng)比例〈93%，。當(dāng)客戶端收不到DNS服務(wù)器查詢響應(yīng)數(shù)據(jù)的時候，將在 等待一段時間以后再次查詢，這種操作將額外引入3秒到5秒的等待時間，對客戶的上網(wǎng)感 知將引入額外的等待時延。
[0008] 對于DNS沒有響應(yīng)的情況，目前主要通過對DNS服務(wù)器進(jìn)行擴(kuò)容以提高響應(yīng)比例。 但是，經(jīng)觀察，一般情況下的丟包無響應(yīng)與DNS服務(wù)器的負(fù)荷關(guān)聯(lián)關(guān)系不是特別緊密，即使 擴(kuò)容DNS服務(wù)器也不能解決全部問題；此外，手機(jī)客戶端使用的DNS服務(wù)器有可能有多個， 而且不一定都屬于同一網(wǎng)絡(luò)管理域，因此不一定都能擴(kuò)容。
[0009] 或者，通過擴(kuò)容傳輸鏈路可以減少一些網(wǎng)絡(luò)丟包現(xiàn)象。但是，由于手機(jī)終端到DNS 服務(wù)器經(jīng)歷的鏈路數(shù)量和路程較遠(yuǎn)，難以對所有鏈路和設(shè)備都擴(kuò)容。


【發(fā)明內(nèi)容】

[0010] 有鑒于此，本發(fā)明實(shí)施例的目的是提供一種DNS查詢請求的響應(yīng)方法、裝置及網(wǎng) 絡(luò)側(cè)設(shè)備，以支持終端客戶端及時獲得DNS查詢響應(yīng)，提高用戶的上網(wǎng)感知。
[0011] 為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供方案如下：
[0012] 本發(fā)明實(shí)施例提供一種DNS查詢請求的響應(yīng)方法，所述方法包括：
[0013] 監(jiān)聽步驟：在無線網(wǎng)絡(luò)接口監(jiān)聽終端客戶端與DNS服務(wù)器之間的交互信息；
[0014] 生成步驟：在監(jiān)聽到第一 DNS查詢請求消息之后的第一預(yù)設(shè)時長延遲時間內(nèi)未監(jiān) 聽到針對所述第一 DNS查詢請求消息的響應(yīng)信息時，根據(jù)域名請求信息與域名響應(yīng)信息的 對應(yīng)關(guān)系、和所述第一 DNS查詢請求消息，生成針對所述第一 DNS查詢請求消息的第一 DNS 查詢響應(yīng)消息，其中，所述第一 DNS查詢請求消息由第一終端客戶端向DNS服務(wù)器發(fā)送，所 述第一 DNS查詢請求消息中包括所述域名請求信息，所述第一 DNS查詢響應(yīng)消息中包括所 述域名響應(yīng)信息；
[0015] 發(fā)送步驟：通過所述無線網(wǎng)絡(luò)接口向所述第一終端客戶端發(fā)送所述第一 DNS查詢 響應(yīng)消息。
[0016] 優(yōu)選地，所述無線網(wǎng)絡(luò)接口為GPRS網(wǎng)絡(luò)的Gn接口。
[0017] 優(yōu)選地，所述生成步驟之前，所述方法還包括：
[0018] 確定步驟：在監(jiān)聽到DNS服務(wù)器向第二終端客戶端返回的第二DNS查詢響應(yīng)消息 時，從所述第二DNS查詢響應(yīng)消息中解析出所述域名響應(yīng)信息，并根據(jù)監(jiān)聽到的第二DNS查 詢請求消息中包括的域名請求信息和解析出的所述域名響應(yīng)信息，確定所述對應(yīng)關(guān)系；
[0019] 其中，所述第二DNS查詢響應(yīng)消息針對所述第二DNS查詢請求消息。
[0020] 優(yōu)選地，所述確定步驟之后，所述方法還包括：
[0021] 判斷步驟：判斷所述對應(yīng)關(guān)系是否有效，如果是，進(jìn)入所述生成步驟；否則，不進(jìn) 入所述生成步驟。
[0022] 優(yōu)選地，所述判斷所述對應(yīng)關(guān)系是否有效具體包括：
[0023] 判斷在所述確定步驟確定所述對應(yīng)關(guān)系之后的第二預(yù)設(shè)時長延遲時間內(nèi)，是否監(jiān) 聽到第三DNS查詢響應(yīng)消息，獲取判斷結(jié)果；其中，所述第三DNS查詢響應(yīng)消息針對包括所 述域名請求信息的第三DNS查詢請求消息，所述第三DNS查詢響應(yīng)消息包括所述域名響應(yīng) 信息；
[0024] 當(dāng)所述判斷結(jié)果為是時，所述對應(yīng)關(guān)系有效；
[0025] 當(dāng)所述判斷結(jié)果為否時，所述對應(yīng)關(guān)系無效。
[0026] 本發(fā)明實(shí)施例還提供一種DNS查詢請求的響應(yīng)裝置，所述裝置包括：
[0027] 監(jiān)聽模塊，用于在無線網(wǎng)絡(luò)接口監(jiān)聽終端客戶端與DNS服務(wù)器之間的交互信息；
[0028] 生成模塊，用于在監(jiān)聽到第一 DNS查詢請求消息之后的第一預(yù)設(shè)時長延遲時間內(nèi) 未監(jiān)聽到針對所述第一 DNS查詢請求消息的響應(yīng)信息時，根據(jù)域名請求信息與域名響應(yīng)信 息的對應(yīng)關(guān)系、和所述第一 DNS查詢請求消息，生成針對所述第一 DNS查詢請求消息的第一 DNS查詢響應(yīng)消息，其中，所述第一DNS查詢請求消息由第一終端客戶端向DNS服務(wù)器發(fā)送， 所述第一 DNS查詢請求消息中包括所述域名請求信息，所述第一 DNS查詢響應(yīng)消息中包括 所述域名響應(yīng)信息；
[0029] 發(fā)送模塊，用于通過所述無線網(wǎng)絡(luò)接口向所述第一終端客戶端發(fā)送所述第一 DNS 查詢響應(yīng)消息。
[0030] 優(yōu)選地，所述無線網(wǎng)絡(luò)接口為GPRS網(wǎng)絡(luò)的Gn接口。
[0031] 優(yōu)選地，所述裝置還包括：
[0032] 確定模塊，用于所述生成模塊生成所述第一 DNS查詢響應(yīng)消息之前，在監(jiān)聽到DNS 服務(wù)器向第二終端客戶端返回的第二DNS查詢響應(yīng)消息時，從所述第二DNS查詢響應(yīng)消息 中解析出所述域名響應(yīng)信息，并根據(jù)監(jiān)聽到的第二DNS查詢請求消息中包括的域名請求信 息和解析出的所述域名響應(yīng)信息，確定所述對應(yīng)關(guān)系；
[0033] 其中，所述第二DNS查詢響應(yīng)消息針對所述第二DNS查詢請求消息。
[0034] 優(yōu)選地，所述裝置還包括：
[0035] 判斷模塊，用于判斷所述對應(yīng)關(guān)系是否有效，如果是，進(jìn)入所述生成模塊；否則，不 進(jìn)入所述生成模塊。
[0036] 優(yōu)選地，所述判斷模塊具體包括：
[0037] 判斷單元，用于判斷在所述確定模塊確定所述對應(yīng)關(guān)系之后的第二預(yù)設(shè)時長延遲 時間內(nèi)，是否監(jiān)聽到第三DNS查詢響應(yīng)消息，獲取判斷結(jié)果；其中，所述第三DNS查詢響應(yīng)消 息針對包括所述域名請求信息的第三DNS查詢請求消息，所述第三DNS查詢響應(yīng)消息包括 所述域名響應(yīng)信息；
[0038] 當(dāng)所述判斷結(jié)果為是時，所述對應(yīng)關(guān)系有效，進(jìn)入所述生成模塊；
[0039] 當(dāng)所述判斷結(jié)果為否時，所述對應(yīng)關(guān)系無效，不進(jìn)入所述生成模塊。
[0040] 本發(fā)明實(shí)施例還提供一種包括以上所述的DNS查詢請求的響應(yīng)裝置的網(wǎng)絡(luò)側(cè)設(shè) 備。
[0041] 從以上所述可以看出，本發(fā)明實(shí)施例至少具有如下有益效果：
[0042] 通過在監(jiān)聽到查詢請求消息后的預(yù)設(shè)時長延遲時間內(nèi)未監(jiān)聽到相應(yīng)的響應(yīng)信息 時生成并向終端客戶端發(fā)送針對該查詢請求消息的查詢響應(yīng)消息，從而使終端客戶端能夠 及時獲得DNS查詢響應(yīng)，從而提高了用戶的上網(wǎng)感知。

【專利附圖】

【附圖說明】
[0043] 圖1表示本發(fā)明實(shí)施例提供的一種DNS查詢請求的響應(yīng)方法的步驟流程圖；
[0044] 圖2表示本發(fā)明實(shí)施例的較佳實(shí)施方式的系統(tǒng)結(jié)構(gòu)示意圖；
[0045] 圖3表示DNS請求的圖例；
[0046] 圖4表示DNS響應(yīng)的圖例；
[0047] 圖5表示本發(fā)明實(shí)施例的較佳實(shí)施方式的工作流程圖；
[0048] 圖6表示GPRS邏輯結(jié)構(gòu)；
[0049] 圖7表示GPRS組網(wǎng)中經(jīng)過WAP網(wǎng)關(guān)的網(wǎng)絡(luò)結(jié)構(gòu)情況示意圖；
[0050] 圖8表示GPRS CMWAP APN PDP激活流程示意圖。

【具體實(shí)施方式】
[0051] 為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí) 施例對本發(fā)明實(shí)施例進(jìn)行詳細(xì)描述。
[0052] 圖1表示本發(fā)明實(shí)施例提供的一種DNS查詢請求的響應(yīng)方法的步驟流程圖，參照 圖1，本發(fā)明實(shí)施例提供一種DNS查詢請求的響應(yīng)方法，所述方法包括如下步驟：
[0053] 步驟101，監(jiān)聽步驟：在無線網(wǎng)絡(luò)接口監(jiān)聽終端客戶端與DNS服務(wù)器之間的交互信 息；
[0054] 步驟102,生成步驟：在監(jiān)聽到第一 DNS查詢請求消息之后的第一預(yù)設(shè)時長延遲時 間內(nèi)未監(jiān)聽到針對所述第一 DNS查詢請求消息的響應(yīng)信息時，根據(jù)域名請求信息與域名響 應(yīng)信息的對應(yīng)關(guān)系、和所述第一 DNS查詢請求消息，生成針對所述第一 DNS查詢請求消息的 第一 DNS查詢響應(yīng)消息，其中，所述第一 DNS查詢請求消息由第一終端客戶端向DNS服務(wù)器 發(fā)送，所述第一 DNS查詢請求消息中包括所述域名請求信息，所述第一 DNS查詢響應(yīng)消息中 包括所述域名響應(yīng)信息；
[0055] 步驟103,發(fā)送步驟：通過所述無線網(wǎng)絡(luò)接口向所述第一終端客戶端發(fā)送所述第 一 DNS查詢響應(yīng)消息。
[0056] 可見，對于終端客戶端通過無線網(wǎng)絡(luò)與DNS服務(wù)器交互的場景，由于DNS服務(wù)器 的響應(yīng)速度降低或者鏈路傳輸時延等原因，終端客戶端有時可能無法及時獲得DNS查詢響 應(yīng)，從而影響到用戶的上網(wǎng)感知，而本發(fā)明實(shí)施例，通過在監(jiān)聽到查詢請求消息后的預(yù)設(shè)時 長延遲時間內(nèi)未監(jiān)聽到相應(yīng)的響應(yīng)信息時生成并向終端客戶端發(fā)送針對該查詢請求消息 的查詢響應(yīng)消息，從而使終端客戶端能夠及時獲得DNS查詢響應(yīng)，從而提高了用戶的上網(wǎng) 感知。另外，對于DNS服務(wù)器因自身原因無法響應(yīng)DNS查詢請求的情況也能將DNS查詢響 應(yīng)消息響應(yīng)給終端客戶端，從而提高了 DNS響應(yīng)的成功率。
[0057] 其中，所述無線網(wǎng)絡(luò)接口可以為GPRS網(wǎng)絡(luò)的Gn接口。
[0058] 終端可以為手機(jī)、平板電腦等可無線上網(wǎng)的移動終端或便攜終端。
[0059] 所述針對所述第一 DNS查詢請求消息的響應(yīng)信息可以是DNS查詢響應(yīng)消息的形 式。
[0060] 在本發(fā)明實(shí)施例中，所述對應(yīng)關(guān)系可以通過人工的方式從預(yù)設(shè)的對應(yīng)關(guān)系表中導(dǎo) 入；或者，考慮到所述對應(yīng)關(guān)系可能是動態(tài)出現(xiàn)的，于是可以有：
[0061] 所述生成步驟之前，所述方法還包括：
[0062] 確定步驟：在監(jiān)聽到DNS服務(wù)器向第二終端客戶端返回的第二DNS查詢響應(yīng)消息 時，從所述第二DNS查詢響應(yīng)消息中解析出所述域名響應(yīng)信息，并根據(jù)監(jiān)聽到的第二DNS查 詢請求消息中包括的域名請求信息和解析出的所述域名響應(yīng)信息，確定所述對應(yīng)關(guān)系；
[0063] 其中，所述第二DNS查詢響應(yīng)消息針對所述第二DNS查詢請求消息。
[0064] 其中，所述第二終端客戶端可以與所述第一終端客戶端相同或不同。
[0065] 進(jìn)一步地，考慮到所述對應(yīng)關(guān)系可能具有時效性，于是可以有：
[0066] 所述確定步驟之后，所述方法還包括：
[0067] 判斷步驟：判斷所述對應(yīng)關(guān)系是否有效，如果是，進(jìn)入所述生成步驟；否則，不進(jìn) 入所述生成步驟。
[0068] 這里，所述判斷所述對應(yīng)關(guān)系是否有效具體可以包括：
[0069] 判斷在所述確定步驟確定所述對應(yīng)關(guān)系之后的第二預(yù)設(shè)時長延遲時間內(nèi)，是否監(jiān) 聽到第三DNS查詢響應(yīng)消息，獲取判斷結(jié)果；其中，所述第三DNS查詢響應(yīng)消息針對包括所 述域名請求信息的第三DNS查詢請求消息，所述第三DNS查詢響應(yīng)消息包括所述域名響應(yīng) 信息；
[0070] 當(dāng)所述判斷結(jié)果為是時，所述對應(yīng)關(guān)系有效；
[0071] 當(dāng)所述判斷結(jié)果為否時，所述對應(yīng)關(guān)系無效。
[0072] 為將本發(fā)明實(shí)施例闡述得更加清楚明白，下面提供本發(fā)明實(shí)施例的較佳實(shí)施方 式。
[0073] 本較佳實(shí)施方式提供一種控制手機(jī)上網(wǎng)用戶的DNS查詢響應(yīng)時延和成功率的方 法與設(shè)備
[0074] 本較佳實(shí)施方式主要通過以下技術(shù)方案實(shí)現(xiàn)：
[0075] 圖2表示本發(fā)明實(shí)施例的較佳實(shí)施方式的系統(tǒng)結(jié)構(gòu)示意圖，參照圖2,實(shí)施本較佳 實(shí)施方式技術(shù)方案的系統(tǒng)主要由手機(jī)客戶端201、BSC205、SGSN202、GGSN203、DNS服務(wù)器 204、DNS加速響應(yīng)服務(wù)器206組成，其中：
[0076] 手機(jī)客戶端201在接入GPRS BSC205網(wǎng)絡(luò)后，其域名請求數(shù)據(jù)包通過SGSN202、 GGSN203到達(dá)DNS服務(wù)器204,在這個交互過程中，手機(jī)客戶端201將把DNS請求數(shù)據(jù)包發(fā) 往DNS服務(wù)器204, DNS服務(wù)器204將把響應(yīng)數(shù)據(jù)發(fā)送給手機(jī)客戶端201。DNS加速響應(yīng)服 務(wù)器可以根據(jù)這些數(shù)據(jù)，對未能及時響應(yīng)的DNS請求進(jìn)行快速解析，并把結(jié)果直接返回給 手機(jī)客戶端201，從而實(shí)現(xiàn)有效的DNS查詢加速與成功率提升。
[0077] 圖5表示本發(fā)明實(shí)施例的較佳實(shí)施方式的工作流程圖，參照圖5,本較佳實(shí)施方式 的工作流程是：
[0078] 第一步：為了使用手機(jī)上網(wǎng)業(yè)務(wù)，客戶端通過無線網(wǎng)絡(luò)接入GPRS網(wǎng)絡(luò)的BSC，采取 的信令交互過程與常用手機(jī)終端接入GSM/GPRS網(wǎng)絡(luò)一致?？蛻舳嗽谑褂迷L問具體業(yè)務(wù)前， 需要進(jìn)行DNS查詢。DNS查詢請求經(jīng)BSC轉(zhuǎn)接后，經(jīng)Gb接口發(fā)往SGSN，并由SGSN經(jīng)GGSN 轉(zhuǎn)發(fā)給DNS服務(wù)器。正常情況下，DNS服務(wù)器將把域名查詢結(jié)果返回給手機(jī)終端。圖3和 圖4中分別標(biāo)注了在用戶進(jìn)行DNS查詢的請求與響應(yīng)信息。本較佳實(shí)施方式所提出方案的 關(guān)鍵點(diǎn)之一是通過DNS加速響應(yīng)服務(wù)器采集該請求與響應(yīng)信息，用于后續(xù)對響應(yīng)時延的控 制。
[0079] 第二步：DNS加速響應(yīng)服務(wù)器對SGSN和GGSN之間的數(shù)據(jù)鏈路上采集用戶上網(wǎng)的 DNS查詢的請求與響應(yīng)信息，建立每個DNS請求和響應(yīng)的本地域名數(shù)據(jù)庫，如表1所示：
[0080] 表1:本地域名數(shù)據(jù)庫
[0081]

【權(quán)利要求】
1. 一種DNS查詢請求的響應(yīng)方法，其特征在于，所述方法包括： 監(jiān)聽步驟：在無線網(wǎng)絡(luò)接口監(jiān)聽終端客戶端與DNS服務(wù)器之間的交互信息； 生成步驟：在監(jiān)聽到第一 DNS查詢請求消息之后的第一預(yù)設(shè)時長延遲時間內(nèi)未監(jiān)聽到 針對所述第一 DNS查詢請求消息的響應(yīng)信息時，根據(jù)域名請求信息與域名響應(yīng)信息的對應(yīng) 關(guān)系、和所述第一 DNS查詢請求消息，生成針對所述第一 DNS查詢請求消息的第一 DNS查詢 響應(yīng)消息，其中，所述第一 DNS查詢請求消息由第一終端客戶端向DNS服務(wù)器發(fā)送，所述第 一 DNS查詢請求消息中包括所述域名請求信息，所述第一 DNS查詢響應(yīng)消息中包括所述域 名響應(yīng)信息； 發(fā)送步驟：通過所述無線網(wǎng)絡(luò)接口向所述第一終端客戶端發(fā)送所述第一 DNS查詢響應(yīng) 消息。
2. 如權(quán)利要求1所述的方法，其特征在于，所述無線網(wǎng)絡(luò)接口為GPRS網(wǎng)絡(luò)的Gn接口。
3. 如權(quán)利要求1所述的方法，其特征在于，所述生成步驟之前，所述方法還包括： 確定步驟：在監(jiān)聽到DNS服務(wù)器向第二終端客戶端返回的第二DNS查詢響應(yīng)消息時，從 所述第二DNS查詢響應(yīng)消息中解析出所述域名響應(yīng)信息，并根據(jù)監(jiān)聽到的第二DNS查詢請 求消息中包括的域名請求信息和解析出的所述域名響應(yīng)信息，確定所述對應(yīng)關(guān)系； 其中，所述第二DNS查詢響應(yīng)消息針對所述第二DNS查詢請求消息。
4. 如權(quán)利要求3所述的方法，其特征在于，所述確定步驟之后，所述方法還包括： 判斷步驟：判斷所述對應(yīng)關(guān)系是否有效，如果是，進(jìn)入所述生成步驟；否則，不進(jìn)入所 述生成步驟。
5. 如權(quán)利要求4所述的方法，其特征在于，所述判斷所述對應(yīng)關(guān)系是否有效具體包括： 判斷在所述確定步驟確定所述對應(yīng)關(guān)系之后的第二預(yù)設(shè)時長延遲時間內(nèi)，是否監(jiān)聽到 第三DNS查詢響應(yīng)消息，獲取判斷結(jié)果；其中，所述第三DNS查詢響應(yīng)消息針對包括所述 域名請求信息的第三DNS查詢請求消息，所述第三DNS查詢響應(yīng)消息包括所述域名響應(yīng)信 息； 當(dāng)所述判斷結(jié)果為是時，所述對應(yīng)關(guān)系有效； 當(dāng)所述判斷結(jié)果為否時，所述對應(yīng)關(guān)系無效。
6. -種DNS查詢請求的響應(yīng)裝置，其特征在于，所述裝置包括： 監(jiān)聽模塊，用于在無線網(wǎng)絡(luò)接口監(jiān)聽終端客戶端與DNS服務(wù)器之間的交互信息； 生成模塊，用于在監(jiān)聽到第一 DNS查詢請求消息之后的第一預(yù)設(shè)時長延遲時間內(nèi)未監(jiān) 聽到針對所述第一 DNS查詢請求消息的響應(yīng)信息時，根據(jù)域名請求信息與域名響應(yīng)信息的 對應(yīng)關(guān)系、和所述第一 DNS查詢請求消息，生成針對所述第一 DNS查詢請求消息的第一 DNS 查詢響應(yīng)消息，其中，所述第一 DNS查詢請求消息由第一終端客戶端向DNS服務(wù)器發(fā)送，所 述第一 DNS查詢請求消息中包括所述域名請求信息，所述第一 DNS查詢響應(yīng)消息中包括所 述域名響應(yīng)信息； 發(fā)送模塊，用于通過所述無線網(wǎng)絡(luò)接口向所述第一終端客戶端發(fā)送所述第一 DNS查詢 響應(yīng)消息。
7. 如權(quán)利要求6所述的裝置，其特征在于，所述無線網(wǎng)絡(luò)接口為GPRS網(wǎng)絡(luò)的Gn接口。
8. 如權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括： 確定模塊，用于所述生成模塊生成所述第一 DNS查詢響應(yīng)消息之前，在監(jiān)聽到DNS服務(wù) 器向第二終端客戶端返回的第二DNS查詢響應(yīng)消息時，從所述第二DNS查詢響應(yīng)消息中解 析出所述域名響應(yīng)信息，并根據(jù)監(jiān)聽到的第二DNS查詢請求消息中包括的域名請求信息和 解析出的所述域名響應(yīng)信息，確定所述對應(yīng)關(guān)系； 其中，所述第二DNS查詢響應(yīng)消息針對所述第二DNS查詢請求消息。
9. 如權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括： 判斷模塊，用于判斷所述對應(yīng)關(guān)系是否有效，如果是，進(jìn)入所述生成模塊；否則，不進(jìn)入 所述生成模塊。
10. 如權(quán)利要求9所述的裝置，其特征在于，所述判斷模塊具體包括： 判斷單元，用于判斷在所述確定模塊確定所述對應(yīng)關(guān)系之后的第二預(yù)設(shè)時長延遲時間 內(nèi)，是否監(jiān)聽到第三DNS查詢響應(yīng)消息，獲取判斷結(jié)果；其中，所述第三DNS查詢響應(yīng)消息針 對包括所述域名請求信息的第三DNS查詢請求消息，所述第三DNS查詢響應(yīng)消息包括所述 域名響應(yīng)信息； 當(dāng)所述判斷結(jié)果為是時，所述對應(yīng)關(guān)系有效，進(jìn)入所述生成模塊； 當(dāng)所述判斷結(jié)果為否時，所述對應(yīng)關(guān)系無效，不進(jìn)入所述生成模塊。
11. 一種網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括如權(quán)利要求6至10中任一項(xiàng)所述的DNS查詢請 求的響應(yīng)裝置。
【文檔編號】H04L29/06GK104301294SQ201310306965
【公開日】2015年1月21日 申請日期:2013年7月19日 優(yōu)先權(quán)日:2013年7月19日
【發(fā)明者】黃昭文 申請人:中國移動通信集團(tuán)廣東有限公司