国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      數(shù)據(jù)包的處理方法和裝置的制作方法

      文檔序號:7858126閱讀:305來源:國知局
      專利名稱:數(shù)據(jù)包的處理方法和裝置的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及通信技術(shù),尤其涉及一種數(shù)據(jù)包的處理方法和裝置。
      背景技術(shù)
      現(xiàn)有技術(shù)中,網(wǎng)絡(luò)側(cè)和終端之間不存在固定的鏈路連接,只在有業(yè)務(wù)需求時才進行資源分配和連接建立。另外,網(wǎng)絡(luò)側(cè)通過設(shè)置定時器來控制網(wǎng)絡(luò)資源的釋放,具體的,當(dāng)沒有數(shù)據(jù)業(yè)務(wù)時,網(wǎng)絡(luò)側(cè)啟動定時器,當(dāng)一段時間內(nèi)沒有數(shù)據(jù)傳輸時,網(wǎng)絡(luò)側(cè)會釋放分配該終端的專用資源,以減少資源浪費,同時也可以讓真正有需求的終端能夠充分利用網(wǎng)絡(luò)資源,從而提高了資源的利用率。但是,隨著業(yè)務(wù)種類的增加,特別對一些即時通信,例如QQ等業(yè)務(wù),會存在心跳的機制,即以一定的分布概率發(fā)送數(shù)據(jù)包,以確定終端與網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)是否保持連接在線狀態(tài),這樣可能會存在該數(shù)據(jù)包沒到達時,該網(wǎng)絡(luò)側(cè)已經(jīng)對該終端分配的網(wǎng)絡(luò)資源進 行釋放,這樣,在網(wǎng)絡(luò)側(cè)接收到該數(shù)據(jù)包時,會與終端重新建立無線資源控制協(xié)議(RadioResource Control ;簡稱RRC)鏈路,從而造成了 RRC不斷的釋放和重新建立,進而造成了大量的信令開銷,增加了網(wǎng)絡(luò)側(cè)處理控制信令負荷的負擔(dān)。

      發(fā)明內(nèi)容
      本發(fā)明提供一種數(shù)據(jù)包的處理方法和裝置,用于解決現(xiàn)有技術(shù)中用于確定終端與網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)是否保持連接在線狀態(tài)的數(shù)據(jù)包沒到達時,該網(wǎng)絡(luò)側(cè)已經(jīng)對該終端分配的網(wǎng)絡(luò)資源進行釋放,而造成的RRC不斷的釋放和重新建立,從而造成了大量的信令開銷,增加了網(wǎng)絡(luò)側(cè)處理控制信令負荷的負擔(dān)的問題。本發(fā)明的第一個方面是提供一種數(shù)據(jù)包的處理方法,包括監(jiān)控每個業(yè)務(wù)對應(yīng)的RRC信令,獲取所述每個業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,所述業(yè)務(wù)類型信息包括數(shù)據(jù)包的到達時間周期;對于所述每個業(yè)務(wù),在判斷出所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間時,對所述RRC不活動時間進行重新配置,以使所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的RRC不活動時間。本發(fā)明的另一個方面是提供一種數(shù)據(jù)包的處理裝置,包括獲取模塊,用于監(jiān)控每個業(yè)務(wù)對應(yīng)的RRC信令,獲取所述每個業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,所述業(yè)務(wù)類型信息包括數(shù)據(jù)包的到達時間周期;判斷模塊,用于對于所述每個業(yè)務(wù),判斷所述獲取模塊獲取到的所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期是否大于預(yù)先配置的RRC不活動時間;時間配置模塊,用于對于所述每個業(yè)務(wù),在所述判斷模塊判斷出所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間時,對所述RRC不活動時間進行重新配置,以使所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的RRC不活動時間。
      本發(fā)明的技術(shù)效果是對于每個業(yè)務(wù),監(jiān)控該業(yè)務(wù)對應(yīng)的RRC信令,獲取該業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,在判斷出該業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息中的該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間時,對該RRC不活動時間進行重新配置,以使該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的RRC不活動時間,從而使得終端在進行多種不同業(yè)務(wù)時,保證每個業(yè)務(wù)對應(yīng)的數(shù)據(jù)包在到達網(wǎng)絡(luò)側(cè)時,該網(wǎng)絡(luò)側(cè)沒有對該終端分配的網(wǎng)絡(luò)資源進行釋放,即不會造成RRC連接的不斷釋放和重新建立,進而減小了網(wǎng)絡(luò)側(cè)處理控制信令負荷的負擔(dān)。


      圖I為本發(fā)明數(shù)據(jù)包的處理方法的一個實施例的流程圖;圖2為本發(fā)明數(shù)據(jù)包的處理方法的另一個實施例的流程圖;圖3為本發(fā)明數(shù)據(jù)包的處理方法的又一個實施例的流程圖;圖4為本發(fā)明數(shù)據(jù)包的處理裝置的一個實施例的結(jié)構(gòu)示意圖。
      具體實施例方式圖I為本發(fā)明數(shù)據(jù)包的處理方法的一個實施例的流程圖,如圖I所示,本實施例的方法包括步驟101、監(jiān)控每個業(yè)務(wù)對應(yīng)的RRC信令,獲取每個業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,該業(yè)務(wù)類型信息包括數(shù)據(jù)包的到達時間周期。在本實施例中,針對背景業(yè)務(wù),該數(shù)據(jù)包是指操作系統(tǒng)和應(yīng)用程序(未產(chǎn)生實際的業(yè)務(wù)數(shù)據(jù),大多是處于后臺運行)產(chǎn)生的背景數(shù)據(jù)流量。針對即時通信業(yè)務(wù),該數(shù)據(jù)包是指即時發(fā)送和接收互聯(lián)網(wǎng)消息的業(yè)務(wù)產(chǎn)生的數(shù)據(jù)流量;或者,該數(shù)據(jù)包是指應(yīng)用層和/或傳輸層的協(xié)議信令。步驟102、對于每個業(yè)務(wù),在判斷出該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間時,對該RRC不活動時間(RRC inactive timer)進行重新配置,以使該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的RRC不活動時間。在本實施例中,對于每個業(yè)務(wù),在該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間時,可以重新配置該業(yè)務(wù)對應(yīng)的RRC不活動時間,以使配置后的RRC不活動時間大于或等于該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期,即在重新配置后,每個業(yè)務(wù)對應(yīng)的RRC不活動時間可能相同或者不同。舉例來說,以三個業(yè)務(wù)為例,該三個業(yè)務(wù)分別為第一業(yè)務(wù)、第二業(yè)務(wù)和第三業(yè)務(wù),其中,第一業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期為3ms、第二業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期為4ms、第三業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期為5ms,且預(yù)先配置的RRC不活動時間為3ms,則對于第一業(yè)務(wù),其對應(yīng)的RRC不活動時間可以依然為3ms ;對于第二業(yè)務(wù),由于其對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間,則重新配置該第二業(yè)務(wù)對應(yīng)的RRC不活動時間,例如5ms ;對于第三業(yè)務(wù),由于其對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間,則重新配置該第三業(yè)務(wù)對應(yīng)的RRC不活動時間,例如5ms。因此,重新配置后,三個業(yè)務(wù)分別對應(yīng)的RRC不活動時間分別為3ms、5ms、5ms。在本實施例中,對于每個業(yè)務(wù),監(jiān)控該業(yè)務(wù)對應(yīng)的RRC信令,獲取該業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,在判斷出該業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息中的該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間時,對該RRC不活動時間進行重新配置,以使該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的RRC不活動時間,從而使得終端在進行多種不同業(yè)務(wù)時,保證每個業(yè)務(wù)對應(yīng)的數(shù)據(jù)包在到達網(wǎng)絡(luò)側(cè)時,該網(wǎng)絡(luò)側(cè)沒有對該終端分配的網(wǎng)絡(luò)資源進行釋放,即不會造成RRC連接的不斷釋放和重新建立,進而減小了網(wǎng)絡(luò)側(cè)處理控制信令負荷的負擔(dān)。圖2為本發(fā)明數(shù)據(jù)包的處理方法的另一個實施例的流程圖,在上述圖I所示實施例的基礎(chǔ)上,如圖2所示,步驟101的一種具體實現(xiàn)方式為步驟101’、對于每個業(yè)務(wù),監(jiān)控該業(yè)務(wù)對應(yīng)的RRC信令,在判斷出該RRC信令中有RRC連接建立完成(RRC Connection Setup Complete)消息時,從該RRC連接建立完成消息中獲取該業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息。需要說明的是,當(dāng)RRC信令中沒有RRC Connection Setup Complete消息時,繼續(xù)監(jiān)聽RRC信令,直至RRC信令中有RRC Connection Setup Complete消息。 另外,優(yōu)選地,在本實施例中,在步驟102之后,該方法還可以進一步包括從每個業(yè)務(wù)對應(yīng)的RRC不活動時間中選擇最大的RRC不活動時間作為所有業(yè)務(wù)對應(yīng)的RRC不活動時間。舉例來說,以三個業(yè)務(wù)為例,該三個業(yè)務(wù)分別為第一業(yè)務(wù)、第二業(yè)務(wù)和第三業(yè)務(wù),其中,第一業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期為3ms、第二業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期為4ms、第三業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期為5ms,且預(yù)先配置的RRC不活動時間為3ms,則對于第一業(yè)務(wù),其對應(yīng)的RRC不活動時間可以依然為3ms ;對于第二業(yè)務(wù),由于其對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間,則重新配置該第二業(yè)務(wù)對應(yīng)的RRC不活動時間,例如5ms ;對于第三業(yè)務(wù),由于其對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間,則重新配置該第三業(yè)務(wù)對應(yīng)的RRC不活動時間,例如5ms。然后,在重新配置后,從三個業(yè)務(wù)分別對應(yīng)的RRC不活動時間(3ms、5ms、5ms )中選取最大的RRC不活動時間最為三個業(yè)務(wù)對應(yīng)的RRC不活動時間,即將5ms作為這個三個業(yè)務(wù)對應(yīng)的RRC不活動時間。圖3為本發(fā)明數(shù)據(jù)包的處理方法的又一個實施例的流程圖,如圖3所示,在本實施例中,當(dāng)終端與網(wǎng)絡(luò)側(cè)有業(yè)務(wù)交互,建立業(yè)務(wù)承載之前,終端與網(wǎng)絡(luò)側(cè)之間先建立RRC鏈接。該方法具體包括步驟201、監(jiān)控每個業(yè)務(wù)對應(yīng)的RRC信令。步驟202、對于每個業(yè)務(wù),判斷該業(yè)務(wù)對應(yīng)的RRC信令中是否有RRCConnectionSetup Complete消息;若有,則執(zhí)行步驟203 ;若沒有,則執(zhí)行步驟201。步驟203、對于每個業(yè)務(wù),從該業(yè)務(wù)對應(yīng)的RRC Connection Setup Complete消息中獲取該業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息;該業(yè)務(wù)類型信息包括數(shù)據(jù)包的到達時間周期。步驟204、對于每個業(yè)務(wù),判斷該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期是否大于預(yù)先配置的RRC inactive timer ;若大于,則執(zhí)行步驟205 ;若小于或等于,則結(jié)束。步驟205、對于每個業(yè)務(wù),對該RRC inactive timer進行重新配置,以使該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間小于或等于配置后的RRC inactive timer。
      圖4為本發(fā)明數(shù)據(jù)包的處理裝置的一個實施例的結(jié)構(gòu)示意圖,如圖4所示,本實施例的業(yè)務(wù)數(shù)據(jù)包的處理裝置可以具體為網(wǎng)絡(luò)側(cè)設(shè)備,例如基站。具體的,該裝置包括獲取模塊11、判斷模塊12和時間配置模塊13,其中,獲取模塊11用于每個業(yè)務(wù)對應(yīng)的監(jiān)控RRC信令,獲取每個業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,該業(yè)務(wù)類型信息包括數(shù)據(jù)包的到達時間周期;判斷模塊12用于對于每個業(yè)務(wù),判斷該獲取模塊11獲取到的該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期是否大于預(yù)先配置的RRC不活動時間;時間配置模塊13用于對于每個業(yè)務(wù),在該判斷模塊12判斷出該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間時,對該RRC不活動時間進行重新配置,以使該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的RRC不活動時間。本實施例的業(yè)務(wù)數(shù)據(jù)包的處理裝置可以執(zhí)行圖I所示方法實施例的技術(shù)方案,其實現(xiàn)原理相類似,此處不再贅述。在本實施例中,對于每個業(yè)務(wù),監(jiān)控該業(yè)務(wù)對應(yīng)的RRC信令,獲取該業(yè)務(wù)對應(yīng)的業(yè) 務(wù)類型信息,在判斷出該業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息中的該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的RRC不活動時間時,對該RRC不活動時間進行重新配置,以使該業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的RRC不活動時間,從而使得終端在進行多種不同業(yè)務(wù)時,保證每個業(yè)務(wù)對應(yīng)的數(shù)據(jù)包在到達網(wǎng)絡(luò)側(cè)時,該網(wǎng)絡(luò)側(cè)沒有對該終端分配的網(wǎng)絡(luò)資源進行釋放,即不會造成RRC連接的不斷釋放和重新建立,進而減小了網(wǎng)絡(luò)側(cè)處理控制信令負荷的負擔(dān)。進一步的,在本發(fā)明的另一個實施例中,在上述圖4所示實例的基礎(chǔ)上,獲取模塊11具體用于對于每個業(yè)務(wù),監(jiān)控該業(yè)務(wù)對應(yīng)的RRC信令,在判斷出該RRC信令中有RRC連接建立完成消息時,從該RRC連接建立完成消息中獲取該業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中。該程序在執(zhí)行時,執(zhí)行包括上述各方法實施例的步驟;而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上各實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述各實施例對本發(fā)明進行了詳細的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分或者全部技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。
      權(quán)利要求
      1.一種數(shù)據(jù)包的處理方法,其特征在于,包括 監(jiān)控每個業(yè)務(wù)對應(yīng)的無線資源控制協(xié)議信令,獲取所述每個業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,所述業(yè)務(wù)類型信息包括數(shù)據(jù)包的到達時間周期; 對于所述每個業(yè)務(wù),在判斷出所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的無線資源控制協(xié)議不活動時間時,對所述無線資源控制協(xié)議不活動時間進行重新配置,以使所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的無線資源控制協(xié)議不活動時間。
      2.根據(jù)權(quán)利要求I所述的數(shù)據(jù)包的處理方法,其特征在于,所述監(jiān)控每個業(yè)務(wù)對應(yīng)的無線資源控制協(xié)議信令,獲取所述每個業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,包括 對于所述每個業(yè)務(wù),監(jiān)控所述業(yè)務(wù)對應(yīng)的無線資源控制協(xié)議信令,在判斷出所述無線資源控制協(xié)議信令中有無線資源控制協(xié)議連接建立完成消息時,從所述無線資源控制協(xié)議連接建立完成消息中獲取所述業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息。
      3.一種數(shù)據(jù)包的處理裝置,其特征在于,包括 獲取模塊,用于監(jiān)控每個業(yè)務(wù)對應(yīng)的無線資源控制協(xié)議信令,獲取所述每個業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,所述業(yè)務(wù)類型信息包括數(shù)據(jù)包的到達時間周期; 判斷模塊,用于對于所述每個業(yè)務(wù),判斷所述獲取模塊獲取到的所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期是否大于預(yù)先配置的無線資源控制協(xié)議不活動時間; 時間配置模塊,用于對于所述每個業(yè)務(wù),在所述判斷模塊判斷出所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的無線資源控制協(xié)議不活動時間時,對所述無線資源控制協(xié)議不活動時間進行重新配置,以使所述業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的無線資源控制協(xié)議不活動時間。
      4.根據(jù)權(quán)利要求3所述的數(shù)據(jù)包的處理裝置,其特征在于,所述獲取模塊具體用于對于所述每個業(yè)務(wù),監(jiān)控所述業(yè)務(wù)對應(yīng)的無線資源控制協(xié)議信令,在判斷出所述無線資源控制協(xié)議信令中有無線資源控制協(xié)議連接建立完成消息時,從所述無線資源控制協(xié)議連接建立完成消息中獲取所述業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息。
      全文摘要
      本發(fā)明提供一種數(shù)據(jù)包的處理方法和裝置,該方法包括監(jiān)控每個業(yè)務(wù)對應(yīng)的無線資源控制協(xié)議信令,獲取每個業(yè)務(wù)對應(yīng)的業(yè)務(wù)類型信息,業(yè)務(wù)類型信息包括數(shù)據(jù)包的到達時間周期;對于每個業(yè)務(wù),在判斷出業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期大于預(yù)先配置的無線資源控制協(xié)議不活動時間時,對無線資源控制協(xié)議不活動時間進行重新配置,以使業(yè)務(wù)對應(yīng)的數(shù)據(jù)包的到達時間周期小于或等于配置后的無線資源控制協(xié)議不活動時間。
      文檔編號H04L12/24GK102820992SQ20121029109
      公開日2012年12月12日 申請日期2012年8月15日 優(yōu)先權(quán)日2012年8月15日
      發(fā)明者胡澤妍, 儀魯男, 盛煜, 路瑋, 呂召彪, 王健全 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1