信息處理方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明設(shè)及通信技術(shù)，尤其設(shè)及一種信息處理方法及裝置。
【背景技術(shù)】
[0002] 網(wǎng)際協(xié)議（IP，Internet Protocol)業(yè)務(wù)快速增長(zhǎng)且呈多樣化趨勢(shì)，如何在IP 網(wǎng)絡(luò)上保證數(shù)據(jù)傳輸?shù)馁|(zhì)量成為一個(gè)不容忽視的問題，為解決運(yùn)一問題，相關(guān)技術(shù)利用服 務(wù)器與客戶端之間的網(wǎng)絡(luò)傳輸路徑的度量值（Metrics),包括丟包（Packet Loss)、亂序 包（Packet Reordering)、抖動(dòng)（Jitter)和帶寬（Capacity),來衡量網(wǎng)絡(luò)傳輸路徑的質(zhì) 量W做出相應(yīng)調(diào)整，進(jìn)而提升服務(wù)質(zhì)量（QoS,如ality of Service),保證用戶體驗(yàn)（QoE， Quality of Experiment);例女曰： 陽00引 1)在內(nèi)容分發(fā)網(wǎng)絡(luò)（CDN，Content Delive巧化twork)中，CDN中的控制服務(wù)器根 據(jù)內(nèi)容分發(fā)網(wǎng)絡(luò)中多個(gè)服務(wù)器（用于向客戶端提供內(nèi)容）到客戶端的傳輸路徑的度量值， 可W將客戶端定向至最優(yōu)的服務(wù)器，W優(yōu)化服務(wù)器與客戶端之間的數(shù)據(jù)傳輸，提升QoS ; [0004] 2)在服務(wù)器向客戶端提供流媒體服務(wù)時(shí)（Streaming Services)，可W根據(jù)與客戶 端之間的傳輸路徑的度量值，確定恰當(dāng)?shù)南蚩蛻舳藗鬏斄髅襟w內(nèi)容的比特率； 陽0化]3)網(wǎng)絡(luò)傳輸路徑的度量值反映了服務(wù)器與客戶端之間的網(wǎng)絡(luò)傳輸路徑的服 務(wù)質(zhì)量，因此可W供內(nèi)容提供商區(qū)分不同互聯(lián)網(wǎng)服務(wù)提供商（ISP，Internet Service Provider)提供的線路（與網(wǎng)絡(luò)傳輸路徑對(duì)應(yīng)）的質(zhì)量情況。
[0006] 綜上所述，網(wǎng)絡(luò)傳輸路徑的度量值對(duì)于調(diào)整在線服務(wù)（例如視頻流服務(wù)和內(nèi)容分 發(fā)服務(wù)）W提升服務(wù)質(zhì)量，保證用戶體驗(yàn)至關(guān)重要，但在目前復(fù)雜的業(yè)務(wù)場(chǎng)景中（客戶端側(cè) 運(yùn)行瀏覽器、W及防火墻設(shè)置不可能完全一致），如何準(zhǔn)確檢測(cè)網(wǎng)絡(luò)傳輸路徑的度量值，且 不會(huì)加大承載業(yè)務(wù)的網(wǎng)絡(luò)傳輸路徑的負(fù)荷，相關(guān)技術(shù)尚無通用有效的解決方案。

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

[0007] 本發(fā)明實(shí)施例提供一種信息處理方法及裝置，能夠在復(fù)雜的業(yè)務(wù)場(chǎng)景中準(zhǔn)確檢測(cè) 網(wǎng)絡(luò)傳輸路徑的度量值，且不會(huì)給承載業(yè)務(wù)的網(wǎng)絡(luò)傳輸路徑的帶來額外的負(fù)荷。
[0008] 本發(fā)明實(shí)施例的技術(shù)方案是運(yùn)樣實(shí)現(xiàn)的：
[0009] 本發(fā)明實(shí)施例提供一種信息處理方法，所述方法包括： 陽010] 接收客戶端的業(yè)務(wù)數(shù)據(jù)請(qǐng)求包；
[0011] 將所述客戶端請(qǐng)求的業(yè)務(wù)數(shù)據(jù)封裝入至少兩個(gè)探測(cè)包，并將所述探測(cè)包通過前向 路徑發(fā)送；
[0012] 獲取計(jì)時(shí)信息，所述計(jì)時(shí)信息包括所述業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的時(shí)間戳、所述業(yè)務(wù)數(shù)據(jù)請(qǐng) 求包對(duì)應(yīng)的時(shí)間戳、W及所述客戶端通過后向路徑發(fā)送的數(shù)據(jù)包對(duì)應(yīng)的時(shí)間戳，所述前向 路徑與所述后向路徑為與所述客戶端之間的網(wǎng)絡(luò)傳輸路徑且傳輸方向不同；
[0013] 根據(jù)所獲取的時(shí)間戳、W及路徑度量策略，確定所述網(wǎng)絡(luò)傳輸路徑的單向度量值， 所述單向度量值表征所述網(wǎng)絡(luò)傳輸路徑在不同傳輸方向上至少一個(gè)維度的傳輸特性。
[0014] 本發(fā)明實(shí)施例提供一種信息處理裝置，所述信息處理裝置包括：
[0015] 第一包處理單元，用于接收客戶端的業(yè)務(wù)數(shù)據(jù)請(qǐng)求包；將所述客戶端請(qǐng)求的業(yè)務(wù) 數(shù)據(jù)封裝入至少兩個(gè)探測(cè)包，并將所述探測(cè)包通過前向路徑發(fā)送；
[0016] 獲取單元，用于獲取計(jì)時(shí)信息，所述計(jì)時(shí)信息包括所述業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的時(shí)間戳、所 述業(yè)務(wù)數(shù)據(jù)請(qǐng)求包對(duì)應(yīng)的時(shí)間戳、W及所述客戶端通過后向路徑發(fā)送的數(shù)據(jù)包對(duì)應(yīng)的時(shí)間 戳，所述前向路徑與所述后向路徑為與所述客戶端之間的網(wǎng)絡(luò)傳輸路徑且傳輸方向不同；
[0017] 確定單元，用于根據(jù)所述獲取的時(shí)間戳、W及路徑度量策略，確定所述網(wǎng)絡(luò)傳輸路 徑的單向度量值，所述單向度量值表征所述網(wǎng)絡(luò)傳輸路徑在不同傳輸方向上至少一個(gè)維度 的傳輸特性。
[0018] 本發(fā)明實(shí)施例中，通過發(fā)送封裝有業(yè)務(wù)數(shù)據(jù)的探測(cè)包的形式獲取時(shí)間戳信息，避 免了相關(guān)技術(shù)中發(fā)送大量不攜帶業(yè)務(wù)數(shù)據(jù)的探測(cè)包而被客戶端防火墻攔截，無法獲取探測(cè) 包到達(dá)客戶端的準(zhǔn)確時(shí)間戳，進(jìn)而無法確定單向路徑的度量值的問題；并且，由于沒有發(fā)送 單純的探測(cè)包，而是發(fā)送承載業(yè)務(wù)數(shù)據(jù)的探測(cè)包W獲取計(jì)時(shí)信息來確定單向路徑的度量， 避免了相關(guān)技術(shù)中發(fā)送大量探測(cè)包而導(dǎo)致網(wǎng)絡(luò)傳輸路徑負(fù)荷壓力大的問題。
【附圖說明】
[0019] 圖1是本發(fā)明實(shí)施例中信息處理方法的實(shí)現(xiàn)流程圖；
[0020] 圖2是本發(fā)明實(shí)施例中信息處理裝置的結(jié)構(gòu)示意圖；
[0021] 圖3是本發(fā)明實(shí)施例中客戶端的結(jié)構(gòu)示意圖；
[0022] 圖4是本發(fā)明實(shí)施例中信息處理方法的實(shí)際應(yīng)用場(chǎng)景示意圖；
[0023] 圖5是本發(fā)明實(shí)施例中獲取時(shí)間信息W進(jìn)行測(cè)量的過程示意圖；
[0024] 圖6a是本發(fā)明實(shí)施例中確定前向路徑丟包的示意圖一； 陽0巧]圖化是本發(fā)明實(shí)施例中確定前向路徑丟包的示意圖二；
[0026] 圖6c是本發(fā)明實(shí)施例中確定前向路徑丟包的示意圖S ;
[0027] 圖7a是本發(fā)明實(shí)施例中確定后向路徑丟包的示意圖一；
[0028] 圖化是本發(fā)明實(shí)施例中確定后向路徑丟包的示意圖二；
[0029] 圖7c是本發(fā)明實(shí)施例中確定后向路徑丟包的示意圖S ;
[0030] 圖8是本發(fā)明實(shí)施例中確定前向路徑亂序包的示意圖；
[0031] 圖9是本發(fā)明實(shí)施例中獲取單向路徑的計(jì)時(shí)信息并確定度量值的架構(gòu)示意圖； 陽0巧圖10是本發(fā)明實(shí)施例中5 W的近似誤差的分布示意圖；
[0033] 圖11是本發(fā)明實(shí)施例中進(jìn)行測(cè)試的試驗(yàn)床的示意圖；
[0034] 圖12a是本發(fā)明實(shí)施例中單向延遲抖動(dòng)和往返延遲抖動(dòng)的示意圖；
[0035] 圖12b~12c是本發(fā)明實(shí)施例中單向路徑抖動(dòng)與丟包的變化示意圖。
【具體實(shí)施方式】
[0036] 發(fā)明人在實(shí)施本發(fā)明的過程中發(fā)現(xiàn)，對(duì)于如何精準(zhǔn)確定單向路徑的度量值尚無有 效解決方案，主要表現(xiàn)在W下方面：
[0037] 1)缺乏底層單向路徑的度量值的問題
[0038] 底層單向路徑的度量值（也可W視為評(píng)估參數(shù)）如丟失數(shù)據(jù)包（Packet Loss, 即在單向路徑中傳輸過程中丟失的數(shù)據(jù)包）、亂序包（Packet Rendering,即在單向路徑 中傳輸?shù)竭_(dá)接收端的順序、與在發(fā)送端發(fā)送的順序不一致的數(shù)據(jù)包）、抖動(dòng)（Jitter)和帶 寬（Capacity)對(duì)于表征單向路徑的特性至關(guān)重要；但相關(guān)技術(shù)只支持檢測(cè)較少種類的度 量值，如往返時(shí)間（RTT，Round-^ip Time),網(wǎng)際傳輸協(xié)議（TCP, ^ansmission Control Protocol)塊傳輸能力度TC, Bu化-Transfer Capacity),并且，上述度量值的精度取決于獲 取底層信息的能力。
[0039] 。部署限制問題
[0040] 為確定單向路徑的度量值，相關(guān)技術(shù)都需要在客戶端側(cè)安裝特定軟件或者插件， 但實(shí)際應(yīng)用中出于安全方面的考量，并非所有的客戶端都會(huì)允許安裝特定軟件或插件，運(yùn) 就導(dǎo)致相關(guān)技術(shù)只能應(yīng)用在對(duì)安全性要求低的客戶端上W獲取單向路徑的信息，對(duì)于安全 性要求高的客戶端，由于無法安裝特定軟件或插件，導(dǎo)致無法在客戶端上獲取單向路徑的 信息 陽OW 如過載問題
[0042] 相關(guān)技術(shù)獲取單向路徑的度量值時(shí)，對(duì)測(cè)量每個(gè)參數(shù)都需要發(fā)送大量數(shù)據(jù)包，因 此當(dāng)檢測(cè)向單向路徑的多個(gè)參數(shù)時(shí)，會(huì)增大網(wǎng)絡(luò)傳輸路徑的壓力，甚至?xí)?dǎo)致服務(wù)器與客 戶端之間的網(wǎng)絡(luò)傳輸路徑過載。
[0043] 4)防火墻的限制問題
[0044] 相關(guān)技術(shù)中通過服務(wù)器側(cè)發(fā)送特定數(shù)據(jù)包如回聲請(qǐng)求（ICMP，Internet Control Messages Protocol)的方式獲取用于確定度量值的信息，而不是通過發(fā)送含有應(yīng)用數(shù)據(jù)的 數(shù)據(jù)包來引發(fā)遠(yuǎn)端主機(jī)的響應(yīng)；雖然運(yùn)種方式不需要在客戶端側(cè)安裝特定軟件或插件，但 服務(wù)器側(cè)發(fā)送的特定數(shù)據(jù)包會(huì)被客戶端側(cè)防火墻攔截，導(dǎo)致無法獲取用于確定度量值的信 息。同時(shí)，由于特定數(shù)據(jù)包與真實(shí)應(yīng)用的數(shù)據(jù)包不一樣，運(yùn)樣的測(cè)量無法獲得具有代表性的 網(wǎng)絡(luò)性能指標(biāo)。
[0045] 鑒于上述問題，本發(fā)明實(shí)施例記載一種信息處理方法，可W應(yīng)用于服務(wù)器，W獲取 單向路徑的信息并確定度量值；如圖1所示，包括W下步驟：
[0046] 步驟101，接收客戶端的業(yè)務(wù)數(shù)據(jù)請(qǐng)求包。
[0047] 步驟102,將所述客戶端請(qǐng)求的業(yè)務(wù)數(shù)據(jù)封裝入至少兩個(gè)探測(cè)包，并將所述探測(cè)包 通過前向路徑發(fā)送。 W48] 探測(cè)包可W視為一種數(shù)據(jù)包，探測(cè)包的載荷即為業(yè)務(wù)數(shù)據(jù)。
[0049] 步驟103,獲取計(jì)時(shí)信息。
[0050] 探測(cè)包攜帶業(yè)務(wù)數(shù)據(jù)（各種Web對(duì)象，如圖片），可W觸發(fā)客戶端中的瀏覽器保存 探測(cè)包到達(dá)客戶端的時(shí)間戳，進(jìn)而，可W通過瀏覽器頁面中的化vascript腳本來把運(yùn)些時(shí) 間戳收集起來。
[0051] 所述計(jì)時(shí)信息包括所述業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的時(shí)間戳、所述業(yè)務(wù)數(shù)據(jù)請(qǐng)求包對(duì)應(yīng)的時(shí)間 戳、W及所述客戶端通過后向路徑發(fā)送的數(shù)據(jù)包對(duì)應(yīng)的時(shí)間戳，所述數(shù)據(jù)包為所述客戶端 在接收到所述探測(cè)包之后通過后向路徑發(fā)送，且數(shù)量至少為兩個(gè)，所述前向路徑與所述后 向路徑為服務(wù)器與客戶端之間的不同傳輸方向的網(wǎng)絡(luò)傳輸路徑；W服務(wù)器接收到業(yè)務(wù)數(shù)據(jù) 請(qǐng)求包為例，前向路徑是指服務(wù)器向客戶端傳輸數(shù)據(jù)的網(wǎng)絡(luò)傳輸路徑，后向路徑是指從客 戶端向服務(wù)器傳輸數(shù)據(jù)的網(wǎng)絡(luò)傳輸路徑。
[0052] 業(yè)務(wù)數(shù)據(jù)的類型取決于應(yīng)用業(yè)務(wù)，例如，業(yè)務(wù)數(shù)據(jù)可W為網(wǎng)頁，此時(shí)，可W將網(wǎng)頁 的Web對(duì)象封裝入探測(cè)包，由于探測(cè)包是在正常應(yīng)用業(yè)務(wù)的TCP連接中發(fā)送，而且封裝有業(yè) 務(wù)數(shù)據(jù)，而非專用的探測(cè)包（不攜帶業(yè)務(wù)數(shù)據(jù)），因此避免了被客戶端防火墻過濾的情況， 可W應(yīng)用在多種業(yè)務(wù)場(chǎng)景獲取計(jì)時(shí)信息；業(yè)務(wù)數(shù)據(jù)也可W為流媒體數(shù)據(jù)。
[0053] 步驟104,根據(jù)所獲取的時(shí)間戳、W及路徑度量策略，確定所述網(wǎng)絡(luò)傳輸路徑的單 向度量值，所述單向度量值表征所述網(wǎng)絡(luò)傳輸路徑在不同傳輸方向上至少一個(gè)維度的傳輸 特性。
[0054] 前向路徑的單向度量值包括：前向路徑丟包（可W用于確定丟包率）、前向路徑亂 序包、前向路徑帶寬和前向路徑抖動(dòng)；后向路徑的單向度量值包括：后向路徑丟包（可W用 于確定丟包率）、后向路徑亂序包、后向路徑帶寬和后向路徑抖動(dòng)。 陽化5] 作為一個(gè)實(shí)施方式，服務(wù)器將客戶端請(qǐng)求的業(yè)務(wù)數(shù)據(jù)封裝入至少兩個(gè)探測(cè)包時(shí)， 可將所述業(yè)務(wù)數(shù)據(jù)封裝入第一探測(cè)包和第二探測(cè)包；其中，所述第一探測(cè)包頭部中封裝有 第一確認(rèn)號(hào)，所述第二探測(cè)包頭部中封裝有第二確認(rèn)號(hào)，所述第二確認(rèn)號(hào)為所述業(yè)務(wù)數(shù)據(jù) 請(qǐng)求包中的序列號(hào)與所述業(yè)務(wù)數(shù)據(jù)請(qǐng)求數(shù)據(jù)包載荷長(zhǎng)度的加和、且所述第一確認(rèn)號(hào)小于所 述第二確認(rèn)號(hào)；按照TCP協(xié)議，第一探測(cè)包頭部中還封裝有第一序列號(hào)，第二探測(cè)包頭部中 封裝有第二序列號(hào)；與本發(fā)明實(shí)施例記載的技術(shù)方案不同，按照TCP協(xié)議，第一探測(cè)包頭部 中封裝的確認(rèn)號(hào)為所述業(yè)務(wù)數(shù)據(jù)請(qǐng)求包中的序列號(hào)與所述業(yè)務(wù)數(shù)據(jù)請(qǐng)求數(shù)據(jù)包載荷長(zhǎng)度 的加和。
[0056] 下面對(duì)確定單向路徑的度量值進(jìn)行說明。
[0057] 1)前向路徑丟包 陽化引當(dāng)?shù)谝惶綔y(cè)包發(fā)生丟包時(shí)，服務(wù)器會(huì)接收到客戶端發(fā)送的單一 ACK (即化re ACK) 包，單一 ACK包中封裝的確認(rèn)號(hào)為第一序列號(hào)；當(dāng)服務(wù)器重傳該探測(cè)包后會(huì)接收到客戶端 發(fā)送的新的業(yè)務(wù)數(shù)據(jù)請(qǐng)求包（用于請(qǐng)求新的業(yè)務(wù)數(shù)據(jù)，在接收到重傳的第一探測(cè)包之后發(fā) 送）；且第一時(shí)間戳與第二時(shí)間戳相同（實(shí)際應(yīng)用中會(huì)存在可W忽略的差值）；
[0059] 當(dāng)服務(wù)器接收到第一探測(cè)包且第二探測(cè)包發(fā)生丟包時(shí)，會(huì)接收到客戶端發(fā)送的單 一 ACK包（封裝的確認(rèn)號(hào)為第二序列號(hào)），W及客戶端在經(jīng)歷一個(gè)RTO后重新發(fā)送的尚未被 (第一探測(cè)包）所確認(rèn)接收的業(yè)務(wù)數(shù)據(jù)請(qǐng)求包的數(shù)據(jù)，且在第二探測(cè)包被服務(wù)器重傳后，會(huì) 接收到來自客戶端的新的業(yè)務(wù)數(shù)據(jù)請(qǐng)求包（W請(qǐng)求新的業(yè)務(wù)數(shù)據(jù)）。
[0060] 當(dāng)?shù)谝惶綔y(cè)包和第二探測(cè)包發(fā)生丟包時(shí)，服務(wù)器會(huì)接收到客戶端等待一個(gè)RTO后 (客戶端自發(fā)送業(yè)務(wù)數(shù)據(jù)請(qǐng)求包開始計(jì)時(shí)）重傳的業(yè)務(wù)數(shù)據(jù)請(qǐng)求包（W請(qǐng)求重傳第一探測(cè) 包和第二探測(cè)包）。當(dāng)服務(wù)器重傳第一探測(cè)包后客戶端將發(fā)送一個(gè)單一 ACK包（客戶端在 接收到重傳的第一探測(cè)包后發(fā)送）。當(dāng)?shù)诙綔y(cè)包被重傳后，將會(huì)收到來自客戶端的后續(xù)業(yè) 務(wù)數(shù)據(jù)請(qǐng)求包（W請(qǐng)求新的業(yè)務(wù)數(shù)據(jù)）。
[0061] 其中，第一時(shí)間戳和第二時(shí)間戳為業(yè)務(wù)數(shù)據(jù)對(duì)應(yīng)的時(shí)間戳，所述第一時(shí)間戳表征 所述客戶端接收到所述第一探測(cè)包的時(shí)刻，所述第二時(shí)間戳表征所述客戶端接收所述業(yè)務(wù) 數(shù)據(jù)完畢的時(shí)刻；實(shí)際應(yīng)用中，第一時(shí)間戳和第二時(shí)間戳是客戶端中的瀏覽器默認(rèn)獲取的 時(shí)間戳數(shù)據(jù)。 陽06引。后向路徑丟包
[0063] 當(dāng)所述客戶端通過所述傳輸路徑向服務(wù)器發(fā)送第一數(shù)據(jù)包和第二數(shù)據(jù)包兩個(gè)數(shù) 據(jù)包時(shí)，根據(jù)第=時(shí)間戳、第四時(shí)間戳判斷接收到所述第一數(shù)據(jù)包、所述第二數(shù)據(jù)包的先后 時(shí)間順序，所述第=時(shí)間戳表征服務(wù)器接收到所述第一數(shù)據(jù)包的時(shí)刻，所