專利名稱：移動終端中的上行及下行業(yè)務數(shù)據(jù)處理方法、及相關裝置的制作方法
技術領域：
本發(fā)明涉及移動通信技術領域，尤其涉及一種移動終端中的上行業(yè)務數(shù)據(jù)處理方
法、一種移動終端中的下行業(yè)務數(shù)據(jù)處理方法、一種移動終端中的上行業(yè)務數(shù)據(jù)處理裝置、 一種移動終端中的下行業(yè)務數(shù)據(jù)處理裝置及一種移動終端設備。
背景技術：
目前，相當多數(shù)量的基于數(shù)據(jù)的用戶增值業(yè)務，例如備份個人信息管理(PM， Personal Information Management)業(yè)務、XCAP業(yè)務(XCAP， extensibleconf igure access protocol)、手機報業(yè)務中網(wǎng)絡側(cè)和終端之間交互的數(shù)據(jù)都是使用符合超文本傳輸協(xié)議 (HTTP, Hyper Text Transfer Protocol)格式的報文來承載的。 HTTP協(xié)議具有較好的擴展性，例如除了 HTTP數(shù)據(jù)包的載荷Payload部分之外， HTTP協(xié)議標準所定義的HTTP數(shù)據(jù)包頭的格式中還包含多個可擴展的字段，移動終端中業(yè) 務功能模塊可以通過修改或填寫HTTP數(shù)據(jù)包頭中的字段內(nèi)容以及負載內(nèi)容來實現(xiàn)傳輸多 種類型數(shù)據(jù)的需求。 然而，在實現(xiàn)各種業(yè)務的過程中，HTTP層的內(nèi)容和業(yè)務處理方面的內(nèi)容高度地交 織在一起，復用性差。例如，請參照附圖l所示，在PIM業(yè)務中，在解析HTTP返回結(jié)果信息 時，如果返回狀態(tài)值為預先自定義的狀態(tài)碼，則立即給PIM業(yè)務功能模塊發(fā)送相應事件。這 樣HTTP的解析模塊就不獨立，如果將來業(yè)務更換，則這部分代碼必須修改。還有，在PM業(yè) 務中的HTTP編碼模塊中引用了大量的業(yè)務功能模塊的信息，如果業(yè)務功能變換，則這部分 處理將不得不更改。除此之外，在發(fā)送和接收的過程中，還有很多錯誤處理機制都和業(yè)務層 緊密地結(jié)合在一起，這些處理也將隨著業(yè)務的變更而作相應修改。這樣就導致HTTP層的處 理和業(yè)務的處理緊密地耦合在一起，復用性很差。
發(fā)明內(nèi)容
本發(fā)明實施例提供一種移動終端中上行業(yè)務數(shù)據(jù)的處理方法、下行業(yè)務數(shù)據(jù)的處 理方法，用以解決現(xiàn)有技術中在業(yè)務數(shù)據(jù)處理時，對HTTP協(xié)議內(nèi)容的相關處理過程復用性 差的問題。 對應地，本發(fā)明實施例還提供了 一種移動終端中上行業(yè)務數(shù)據(jù)的處理裝置一種移
動終端中下行業(yè)務數(shù)據(jù)的處理裝置和一種移動終端設備。 本發(fā)明實施例提供的技術方案如下 —種移動終端中的上行業(yè)務數(shù)據(jù)處理方法，包括 所述移動終端中的上行業(yè)務數(shù)據(jù)處理裝置接收所述移動終端中的業(yè)務功能裝置 發(fā)送的編碼參數(shù)信息、擴展路由信息和內(nèi)容信息，以及 根據(jù)接收到的編碼參數(shù)信息，將所述擴展路由信息和內(nèi)容信息編碼封裝為至少一 個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由信 息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP數(shù)據(jù)包的載荷部分；并
將編碼封裝獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。
—種移動終端中的上行業(yè)務數(shù)據(jù)處理裝置，包括 接收單元，用于接收所述移動終端中的業(yè)務功能裝置發(fā)送的編碼參數(shù)信息、擴展 路由信息和內(nèi)容信息； 編碼封裝單元，用于根據(jù)接收單元接收到的編碼參數(shù)信息，將所述擴展路由信息 和內(nèi)容信息編碼封裝為至少一個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包 頭部分攜帶有所述擴展路由信息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP 數(shù)據(jù)包的載荷部分； 發(fā)送單元，用于將編碼封裝單元獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。 —種移動終端設備，包括業(yè)務功能裝置和上行業(yè)務數(shù)據(jù)處理裝置，其中 業(yè)務功能裝置，用于生成編碼參數(shù)信息、擴展路由信息和內(nèi)容信息，并將生成的編
碼參數(shù)信息、擴展路由信息和內(nèi)容信息發(fā)送給上行業(yè)務數(shù)據(jù)處理裝置； 上行業(yè)務數(shù)據(jù)處理裝置，用于根據(jù)接收到的編碼參數(shù)信息，將所述擴展路由信息 和內(nèi)容信息編碼封裝為至少一個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包 頭部分攜帶有所述擴展路由信息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP 數(shù)據(jù)包的載荷部分，并將編碼封裝獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。
—種移動終端中的下行業(yè)務數(shù)據(jù)處理方法，包括 所述移動終端中的下行業(yè)務數(shù)據(jù)處理裝置接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包，以及
對接收到的HTTP數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶的擴展路由信息和 數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信息；并 將解碼獲得的擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的業(yè)務功能裝置。
—種移動終端中的下行業(yè)務數(shù)據(jù)處理裝置，包括
接收單元，用于接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包； 解碼單元，用于對接收單元接收到的HTTP數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分 攜帶的擴展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信息； 發(fā)送單元，用于將解碼單元獲得的擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的 業(yè)務功能裝置。 —種移動終端設備，包括業(yè)務功能裝置和下行業(yè)務數(shù)據(jù)處理裝置，其中 下行業(yè)務數(shù)據(jù)處理裝置，用于接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包，并對接收到的HTTP
數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶的擴展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)
容信息，以及將解碼獲得的擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的業(yè)務功能裝置； 業(yè)務功能裝置，用于接收下行業(yè)務數(shù)據(jù)處理裝置發(fā)來的擴展路由信息和內(nèi)容信息。 本發(fā)明實施例通過接收移動終端中的業(yè)務功能模塊發(fā)送的編碼參數(shù)信息、擴展路 由信息和內(nèi)容信息；以及根據(jù)接收到的編碼參數(shù)信息，將擴展路由信息和內(nèi)容信息編碼封 裝為超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由參數(shù) 信息、所述HTTP數(shù)據(jù)包的載荷部分攜帶有所述內(nèi)容信息；并將編碼封裝獲得的所述HTTP數(shù) 據(jù)包發(fā)送給網(wǎng)絡側(cè)的方案，實現(xiàn)了HTTP協(xié)議內(nèi)容的相關處理與業(yè)務內(nèi)容的處理的分離，解 決了對HTTP協(xié)議內(nèi)容的相關處理過程不能復用的問題。
圖1為現(xiàn)有技術中基于HTTP數(shù)據(jù)包承載的業(yè)務報文的收發(fā)流程示意圖；
圖2為本發(fā)明實施例的主要實現(xiàn)原理流程圖； 圖3為本發(fā)明實施例中對備份PIM業(yè)務功能模塊發(fā)來的內(nèi)容信息進行處理的過程 的流程圖； 圖4為本發(fā)明實施例提供的移動終端中業(yè)務數(shù)據(jù)處理裝置的狀態(tài)轉(zhuǎn)移圖；
圖5為本發(fā)明實施例提供的移動終端中的上行業(yè)務數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖；
圖6為本發(fā)明實施例提供的移動終端中編碼封裝單元的結(jié)構(gòu)示意圖；
圖7為本發(fā)明實施例提供的移動終端中的下行業(yè)務數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖。
具體實施例方式
由于現(xiàn)有的使用HTTP數(shù)據(jù)包承載的業(yè)務在移動終端側(cè)的業(yè)務數(shù)據(jù)處理過程中存
在復用性差的問題，本發(fā)明實施例提出一種移動終端中業(yè)務數(shù)據(jù)的處理方案。 該方案在對業(yè)務數(shù)據(jù)進行處理時，將HTTP協(xié)議內(nèi)容的相關處理與業(yè)務內(nèi)容的處
理分離開，從而提高了 HTTP協(xié)議內(nèi)容相關處理步驟的可復用性。 下面結(jié)合各個附圖對本發(fā)明實施例技術方案的主要實現(xiàn)原理具體實施方式
及其 對應能夠達到的有益效果進行詳細的闡述。 如圖2所示，本發(fā)明實施例的主要實現(xiàn)原理流程如下 對于終端發(fā)送給網(wǎng)絡側(cè)的上行業(yè)務數(shù)據(jù)，執(zhí)行步驟10 步驟30 : 步驟10，接收移動終端中的業(yè)務功能裝置發(fā)送的編碼參數(shù)信息、擴展路由信息和
內(nèi)容信息； 步驟20，根據(jù)步驟10接收到的編碼參數(shù)信息，將所述擴展路由信息和內(nèi)容信息編
碼封裝為超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由
參數(shù)信息、所述HTTP數(shù)據(jù)包的載荷部分攜帶有所述內(nèi)容信息； 步驟30，將步驟20編碼封裝得到的HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。 對于網(wǎng)絡側(cè)發(fā)送給終端的下行業(yè)務數(shù)據(jù)，執(zhí)行步驟40 步驟60 : 步驟40，接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包； 步驟50，對步驟40接收到的HTTP數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶的擴 展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信息； 步驟60，將步驟50獲得的所述擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的業(yè) 務功能裝置。 下面將依據(jù)本發(fā)明上述發(fā)明原理，以備份PM業(yè)務為例，詳細介紹一個實施例來 對本發(fā)明方法的主要實現(xiàn)原理進行詳細的闡述和說明。 備份PIM業(yè)務是用戶在轉(zhuǎn)網(wǎng)、更換移動終端或著其他需要將移動終端中保存的電 話薄中的聯(lián)系人的相關信息、日程表等個性化信息轉(zhuǎn)移到網(wǎng)絡側(cè)進行備份的業(yè)務。
對于終端發(fā)送給網(wǎng)絡側(cè)的上行業(yè)務數(shù)據(jù)，具體處理過程如下 上行業(yè)務數(shù)據(jù)處理裝置接收備份PIM業(yè)務功能裝置發(fā)送的編碼參數(shù)信息、擴展路 由信息和內(nèi)容信息，其中編碼參數(shù)信息包括HTTP版本標識；擴展路由信息包括目的端設備的IP地址、端口號、域名服務器DNS的IP地址、代理服務器IP地址等路由信息、內(nèi)容信息
占用的存儲空間的字節(jié)長度以及GET、 PUT、 POST、 DELETE等與HTTP服務器交互的方式、用
于附加在HTTP報文頭中ContentType等擴展字段的信息等其他擴展信息；內(nèi)容信息包含要
在網(wǎng)絡側(cè)備份的電話薄中的聯(lián)系人的聯(lián)系方式、地址等業(yè)務相關信息。 上行業(yè)務數(shù)據(jù)處理裝置根據(jù)接收到的編碼參數(shù)信息，例如HTTP版本標識，將接收
到的擴展路由信息和內(nèi)容信息編碼封裝為所述HTTP版本標識對應的HTTP格式版本的HTTP
數(shù)據(jù)包，不同HTTP版本的數(shù)據(jù)包的包頭字段結(jié)構(gòu)會有所不同。備份PIM業(yè)務功能裝置發(fā)送
的信息可以為字符串、字符、整數(shù)等形式的，這時應將上述備份PM業(yè)務功能裝置發(fā)送的信
息編碼為2進制形式的信息。封裝獲得的HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由參
數(shù)信息、載荷部分攜帶有所述內(nèi)容信息。 然后，將編碼封裝得到的HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。 較佳地，由于HTTP數(shù)據(jù)包載荷部分能攜帶的數(shù)據(jù)量是有限的，上行業(yè)務數(shù)據(jù)處理 裝置在接收到備份PIM業(yè)務功能裝置發(fā)送的編碼參數(shù)信息、擴展路由信息和內(nèi)容信息之 后，應判斷接收到的內(nèi)容信息的數(shù)據(jù)量、或稱所占用的存儲空間是否大于預定的HTTP數(shù)據(jù) 包載荷部分能攜帶最多數(shù)據(jù)量的閾值，在判斷出接收到的內(nèi)容信息所占用的存儲空間大于 預定閾值時，保存所述內(nèi)容信息，并將所述內(nèi)容信息分割為至少兩個占用的存儲空間小于 閾值的部分內(nèi)容信息，具體所需分割的部分的數(shù)量可以由所述接收到的內(nèi)容信息的數(shù)據(jù)量 與預定閾值的比值來確定。例如，接收到的備份PM業(yè)務功能裝置發(fā)送的內(nèi)容信息的數(shù)據(jù) 量為10k，而每個HTTP數(shù)據(jù)包的載荷部分只能攜帶lk的信息，那么需要分割為10個HTTP 數(shù)據(jù)包來發(fā)送備份PM業(yè)務功能裝置發(fā)來的內(nèi)容信息。 針對分割獲得的每一部分，將所述擴展路由信息和該部分內(nèi)容信息編碼封裝為超 文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由參數(shù)信息、所 述HTTP數(shù)據(jù)包的載荷部分攜帶有所述部分內(nèi)容信息。 通常上行業(yè)務數(shù)據(jù)處理裝置有一個預定尺寸的存儲空間用于保存?zhèn)浞軵IM業(yè)務 功能裝置發(fā)送的內(nèi)容信息，在預定尺寸的存儲空間中的空余空間不足以容納備份PIM業(yè)務 功能裝置發(fā)送的內(nèi)容信息時，需要重新分配新的存儲空間來保存?zhèn)浞軵IM業(yè)務功能裝置發(fā) 送的內(nèi)容信息。具體的分配策略為第一次分配的新的存儲空間的尺寸為原有預定尺寸的 2倍，若第一次分配的新的存儲空間還是不足以容納備份PIM業(yè)務功能裝置發(fā)送的內(nèi)容信 息，則第二次分配的新的存儲空間的尺寸為第一次重新分配的尺寸的2倍，依次類推。
如果上行業(yè)務數(shù)據(jù)處理裝置原有的存儲空間中還有部分信息，則將原有信息復制 到新的分配的存儲空間中，再將接收到的PIM業(yè)務功能裝置發(fā)送的內(nèi)容信息連接到新分配 的存儲空間中復制的原有的信息之后。 較佳地，上行業(yè)務數(shù)據(jù)處理裝置接收到備份PIM業(yè)務功能裝置發(fā)來的內(nèi)容信息 后，采用如附圖3所示的處理方式 步驟31，判斷接收到的內(nèi)容信息的數(shù)據(jù)量是否大于預定的一個HTTP數(shù)據(jù)包載荷 部分能攜帶最多數(shù)據(jù)量的閾值，若是，采用分割封裝的方式，進入步驟32;否則，直接與擴 展路由信息封裝為一個HTTP數(shù)據(jù)包； 步驟32，判斷所述預定尺寸的存儲空間是否足以容納備份PIM業(yè)務功能裝置發(fā)送 的內(nèi)容信息，若是，進入步驟33，否則進入步驟34 ;
步驟33，將備份PIM業(yè)務功能裝置發(fā)送的內(nèi)容信息保存到上述存儲空間中，并將 所述內(nèi)容信息分割為至少兩部分，每部分的內(nèi)容信息分別由一個HTTP數(shù)據(jù)包來承載；
步驟34，判斷所述預定尺寸的存儲空間中是否有已存儲的信息，若是進入步驟 35，否則進入步驟36 ; 步驟35，將現(xiàn)有的預定尺寸的存儲空間中已存儲的信息復制到新分配的存儲空間 中，再將接收到的P頂業(yè)務功能裝置發(fā)送的內(nèi)容信息連接到已存儲有復制的已存儲的信息 的新分配的存儲空間中，進入步驟37 ; 步驟36，將接收到的PIM業(yè)務功能裝置發(fā)送的內(nèi)容信息復制到新分配的存儲空間 中，進入步驟37 ; 步驟37，將新分配的存儲空間中的內(nèi)容信息分割為至少兩部分，每部分的內(nèi)容信 息分別由一個HTTP數(shù)據(jù)包來承載。 以下給出了向指定存儲空間復制數(shù)據(jù)和將數(shù)據(jù)連接到指定存儲空間的實例 typedef struct—Dyn咖icBufType
uint32 nSize ;/氺capability氺/ uint32 nUsed ;/氺used length氺/ byte氺pBuf ;/氺buffer pointer氺/ } Dyn咖icBufType 5
function :APP—Utils—DynamicCopy *Description :向目標緩沖區(qū)拷貝數(shù)據(jù)
boolean qdkprov—Utils—DynamicCopy (QXcapDynamicBufType氺pDest， byte氺
pSrc， uint32 nLen) {
pSrc， nLen， 0);
nSize+nLen));
boolean bRet = TRUE ;
if ((NULL == pSrc) | | (0 = = nLen))
DBGPRINTF—MED(" Warning PA廳，pSrc = % d， nLen =% d〃 ，
return TRUE ;
if ((nLen+pDest- > nUsed) > pDest- > nSize)〃對大小進行判斷
byt一T卿=亂L ;
uint32nRealocSize =恵(2氺pDest- > nSize， (pDest- >
計算分配空0092] 0093] 0094] 0095] 0096] 0097] 0098] 0099] 0100] 0101] 0102] 0103] 0104] 0105] 0106] 0107] 0108] 0109] 0110]
間
0112] 0113] 0114] 0115] 0116] 0117] 0118]
DBGPRINTF_MED(〃 Realloc % d bytes" ，nRealocSize) pTemp = MAIXOC (nRealocSize); if(pTemp)
MEMSET(pT卿，O， nRealocSize);
MEMCPY(pT卿，pSrc， nLen);
/氺First free the original buffer*/
FREEIF(pDest- > pBuf);
pDest- > nSize = nRealocSize ;
pDest— > nUsed = nLen ;
pDest- > pBuf = pTemp ;
6ls6
bRet = FALSE ;
DBGPRINTF_ERROR(〃 Cannot malloc the memory" ，O，O，O)
6ls6
MEMCPY(pDest- > pBuf， pSrc， nLen) pDest— > nUsed+ = nLen ;
return bRet;
function :APP_Utils_DynamicCat *Description :將數(shù)據(jù)連接到目標緩沖區(qū)
0119] 0120] 0121]
0122] boolean qdkprov—Utils—DynamicCat(QXcapDynamicBufType氺pDest， byte氺
pSrc， uint32 0123] nLen) 0124] {
0125] boolean bRet = TRUE ;
0126] DBGPRINTF_HIGH(〃 pDest— > nSize = % d， pDest— > nUsed = % d，
nLen =% d〃 ， pDest— > nSize， pDest— > nUsed， nLen);
if ((NULL = = pSrc) | | (0 = = nLen)) { DBGPRINTF—ERROR(〃 PA應error, pSrc = % d， nLen =% d〃 ， pSrc，
nLen，O) 5 return FALSE ; } if ((nLen+pDest- 〉 nUsed) > pDest- 〉 nSize) { byte印Temp =亂L ; uint32nRealocSize = MAX(2*pDest- 〉 nSize， (pDest-〉
nSize+nLen)); pT卿=亂!DC(nRealocSize); if(pT卿)
{ MEMSET(pTemp，O，nRealocSize); MEMCPY(pTemp， pDest- > pBuf， pDest- 〉 nUsed); MEMCPY(pTemp+pDest-> nUsed, pSrc， nLen); /氺First free the original buffer氺/ FREEIF(pDest-> pBuf); pDest- 〉 nSize = nRealocSize ; pDest- 〉 nUsed = pDest- > nUsed+nLen ; pDest- 〉 pBuf = pTemp ; } else { bRet = FALSE ; DBGPRINTF—ERROR(〃 Ca廳t malloc the memory" ，O，O，O); }
}
else
{ MEMCPY(pDest- 〉 pBuf+pDest- 〉 nUsed， pSrc， nLen); pDest-> nUsed十=nLen ; } return bRet ; }
:0162] 對于網(wǎng)絡側(cè)發(fā)送給終端的下行業(yè)務數(shù)據(jù)，具體處理過程如下
:0163] 下行業(yè)務數(shù)據(jù)處理裝置接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包；
:0164] 下行業(yè)務數(shù)據(jù)處理裝置按照預定的HTTP數(shù)據(jù)包的結(jié)構(gòu)，對接收到的HTTP數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶的擴展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信息。 下行業(yè)務數(shù)據(jù)處理裝置將所述擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的備份PIM業(yè)務功能裝置，具體可以采用多種方式向備份PM業(yè)務功能裝置發(fā)送解碼得到的擴展路由信息和內(nèi)容信息，例如 存在一個回調(diào)標識位，該回調(diào)標識位的狀態(tài)可以分為有效和無效狀態(tài)，下行業(yè)務
數(shù)據(jù)處理裝置在解碼獲得擴展路由信息和內(nèi)容信息之后，判斷回調(diào)標識位是否已被設置為
有效狀態(tài)，若是，立即將獲得的擴展路由信息和內(nèi)容信息發(fā)送給備份PIM業(yè)務功能裝置；否
則，保存獲得的擴展路由信息和內(nèi)容信息，在備份P頂業(yè)務功能裝置發(fā)送數(shù)據(jù)獲取請求之
后，再將保存的擴展路由信息和內(nèi)容信息發(fā)送給備份P頂業(yè)務功能裝置。 備份PIM業(yè)務功能裝置、或移動終端中的其他功能模塊可以預先設置上述回調(diào)標
識位的狀態(tài)，回調(diào)標識位的狀態(tài)也可以為默認的。 較佳地，上述上行業(yè)務數(shù)據(jù)處理裝置和下行業(yè)務數(shù)據(jù)處理裝置的功能也可以由同一個業(yè)務數(shù)據(jù)處理裝置來實現(xiàn)，請參照附圖4，為該業(yè)務數(shù)據(jù)的處理裝置的狀態(tài)轉(zhuǎn)移圖。
本發(fā)明實施例是以PIM業(yè)務處理過程為例進行介紹的，本發(fā)明實施例提供的移動終端中業(yè)務數(shù)據(jù)的處理方法也適用于各種基于HTTP數(shù)據(jù)包承載的業(yè)務的處理過程，具有通用性。 本發(fā)明實施例通過上行業(yè)務數(shù)據(jù)處理裝置接收其他應用功能模塊發(fā)送的需要以HTTP數(shù)據(jù)包承載的各類信息，并根據(jù)信息種類的不同，編碼封裝為HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)設備，以及下行業(yè)務數(shù)據(jù)處理裝置接收到網(wǎng)絡側(cè)設備發(fā)送的HTTP數(shù)據(jù)包之后，解碼為數(shù)據(jù)包包頭部分包含的信息和載荷部分包含的信息，并將解碼獲得的信息發(fā)送給其他應用功能模塊。從而實現(xiàn)基于HTTP數(shù)據(jù)包承載的業(yè)務的處理過程中分離HTTP協(xié)議內(nèi)容的相關處理與業(yè)務內(nèi)容的處理，其中HTTP協(xié)議內(nèi)容的相關處理可以普遍適用于所有基于HTTP數(shù)據(jù)包承載的業(yè)務的處理過程，具有通用性，復用性較強。 相應地，本發(fā)明實施例還提供了一種移動終端中的上行業(yè)務數(shù)據(jù)處理裝置，如圖5
所示，該裝置包括接收單元501、編碼封裝單元502和發(fā)送單元503，具體如下 接收單元501，用于接收所述移動終端中的業(yè)務功能裝置發(fā)送的編碼參數(shù)信息、擴
展路由信息和內(nèi)容信息； 編碼封裝單元502，用于根據(jù)接收單元501接收到的編碼參數(shù)信息，將所述擴展路由信息和內(nèi)容信息編碼封裝為至少一個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由信息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP數(shù)據(jù)包的載荷部分； 發(fā)送單元503，用于將編碼封裝單元502獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。
較佳地，請參照附圖6，附圖5中的編碼封裝單元具體包括判斷子單元601、第一封裝子單元602、分割子單元603和第二封裝子單元604，其中 判斷子單元601，用于判斷接收單元501接收到的內(nèi)容信息所占用的存儲空間是否大于預定閾值； 第一封裝子單元602，用于在判斷子單元601判斷出接收單元501接收到的內(nèi)容信息所占用的存儲空間不大于預定閾值時，根據(jù)接收單元501接收到的編碼參數(shù)信息，將接收單元501接收到的擴展路由信息和內(nèi)容信息編碼封裝為超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由信息、所述HTTP數(shù)據(jù)包的載荷部分攜帶有所述內(nèi)容信息； 分割子單元603，用于在判斷子單元601判斷出接收單元501接收到的內(nèi)容信息所占用的存儲空間大于預定閾值時，保存所述內(nèi)容信息，并將所述內(nèi)容信息分割為至少兩個所占用的存儲空間小于預定閾值的部分； 第二封裝子單元604，用于針對分割子單元603分割獲得的每一部分，根據(jù)接收單元501接收到的編碼參數(shù)信息，將接收單元501接收到的擴展路由信息和該部分內(nèi)容信息編碼封裝為超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由信息、所述HTTP數(shù)據(jù)包的載荷部分攜帶有所述部分內(nèi)容信息。 請參照附圖5，本發(fā)明實施例還提供了一種移動終端設備，包括業(yè)務功能裝置和上行業(yè)務數(shù)據(jù)處理裝置，其中 業(yè)務功能裝置，用于生成編碼參數(shù)信息、擴展路由信息和內(nèi)容信息，并將生成的編碼參數(shù)信息、擴展路由信息和內(nèi)容信息發(fā)送給上行業(yè)務數(shù)據(jù)處理裝置； 上行業(yè)務數(shù)據(jù)處理裝置，用于根據(jù)接收到的編碼參數(shù)信息，將所述擴展路由信息
和內(nèi)容信息編碼封裝為至少一個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包
頭部分攜帶有所述擴展路由信息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP
數(shù)據(jù)包的載荷部分，并將編碼封裝獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。 請參照附圖7，本發(fā)明實施例還提供了一種移動終端中的下行業(yè)務數(shù)據(jù)處理裝置，
包括接收單元701、解碼單元702和發(fā)送單元703，其中 接收單元701，用于接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包； 解碼單元702，用于對接收單元701接收到的HTTP數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶的擴展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信息； 發(fā)送單元703，用于將解碼單元702獲得的擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的業(yè)務功能裝置。 較佳地，附圖7中的裝置還包括獲取單元704，用于獲取回調(diào)標識位的狀態(tài)信息； 發(fā)送單元703在所述獲取單元704獲取到的所述回調(diào)標識位為有效狀態(tài)時，立即
將解碼單元702獲得的所述擴展路由信息和內(nèi)容信息發(fā)送給所述業(yè)務功能裝置； 否則，保存解碼單元702獲得的所述擴展路由信息和內(nèi)容信息，并在接收到所述
業(yè)務功能裝置的請求后，將保存的擴展路由信息和內(nèi)容信息發(fā)送給所述業(yè)務功能裝置。 請參照附圖7，本發(fā)明還提供了一種移動終端設備，包括業(yè)務功能裝置和下行業(yè)務
數(shù)據(jù)處理裝置，其中 下行業(yè)務數(shù)據(jù)處理裝置，用于接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包，并對接收到的HTTP數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶的擴展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信息，以及將解碼獲得的擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的業(yè)務功能裝置；
業(yè)務功能裝置，用于接收下行業(yè)務數(shù)據(jù)處理裝置發(fā)來的擴展路由信息和內(nèi)容信息。 顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
一種移動終端中的上行業(yè)務數(shù)據(jù)處理方法，其特征在于，包括所述移動終端中的上行業(yè)務數(shù)據(jù)處理裝置接收所述移動終端中的業(yè)務功能裝置發(fā)送的編碼參數(shù)信息、擴展路由信息和內(nèi)容信息，以及根據(jù)接收到的編碼參數(shù)信息，將所述擴展路由信息和內(nèi)容信息編碼封裝為至少一個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由信息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP數(shù)據(jù)包的載荷部分；并將編碼封裝獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。
2. —種移動終端中的上行業(yè)務數(shù)據(jù)處理裝置，其特征在于，包括 接收單元，用于接收所述移動終端中的業(yè)務功能裝置發(fā)送的編碼參數(shù)信息、擴展路由信息和內(nèi)容信息；編碼封裝單元，用于根據(jù)接收單元接收到的編碼參數(shù)信息，將所述擴展路由信息和內(nèi) 容信息編碼封裝為至少一個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包頭部 分攜帶有所述擴展路由信息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP數(shù) 據(jù)包的載荷部分；發(fā)送單元，用于將編碼封裝單元獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。
3. 如權(quán)利要求2所述的裝置，其特征在于，所述接收單元接收到的編碼參數(shù)信息包含 HTTP協(xié)議版本標識。
4. 如權(quán)利要求3所述的裝置，其特征在于，所述編碼封裝單元根據(jù)接收單元接收到的 HTTP協(xié)議版本標識，將所述擴展路由信息和內(nèi)容信息編碼封裝為所述HTTP協(xié)議版本標識 對應的版本格式的HTTP數(shù)據(jù)包。
5. 如權(quán)利要求2所述的裝置，其特征在于，所述編碼封裝單元包括 判斷子單元，用于判斷接收單元接收到的內(nèi)容信息所占用的存儲空間是否大于預定閾值；第一封裝子單元，用于在判斷子單元判斷出接收單元接收到的內(nèi)容信息所占用的存儲 空間不大于預定閾值時，根據(jù)接收單元接收到的編碼參數(shù)信息，將接收單元接收到的擴展 路由信息和內(nèi)容信息編碼封裝為超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述HTTP數(shù)據(jù)包的包頭部 分攜帶有所述擴展路由信息、所述HTTP數(shù)據(jù)包的載荷部分攜帶有所述內(nèi)容信息；分割子單元，用于在判斷子單元判斷出接收單元接收到的內(nèi)容信息所占用的存儲空間 大于預定閾值時，保存所述內(nèi)容信息，并將所述內(nèi)容信息分割為至少兩個所占用的存儲空 間小于預定閾值的部分；第二封裝子單元，用于針對分割子單元分割獲得的每一部分，根據(jù)接收單元接收到的 編碼參數(shù)信息，將接收單元接收到的擴展路由信息和該部分內(nèi)容信息編碼封裝為超文本傳 輸協(xié)議HTTP數(shù)據(jù)包，所述HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由信息、所述HTTP數(shù) 據(jù)包的載荷部分攜帶有所述部分內(nèi)容信息。
6. —種移動終端設備，其特征在于，包括業(yè)務功能裝置和上行業(yè)務數(shù)據(jù)處理裝置，其中業(yè)務功能裝置，用于生成編碼參數(shù)信息、擴展路由信息和內(nèi)容信息，并將生成的編碼參 數(shù)信息、擴展路由信息和內(nèi)容信息發(fā)送給上行業(yè)務數(shù)據(jù)處理裝置；上行業(yè)務數(shù)據(jù)處理裝置，用于根據(jù)接收到的編碼參數(shù)信息，將所述擴展路由信息和內(nèi)容信息編碼封裝為至少一個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包頭部 分攜帶有所述擴展路由信息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP數(shù) 據(jù)包的載荷部分，并將編碼封裝獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。
7. —種移動終端中的下行業(yè)務數(shù)據(jù)處理方法，其特征在于，包括 所述移動終端中的下行業(yè)務數(shù)據(jù)處理裝置接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包，以及 對接收到的HTTP數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶的擴展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信息；并將解碼獲得的擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的業(yè)務功能裝置。
8. —種移動終端中的下行業(yè)務數(shù)據(jù)處理裝置，其特征在于，包括 接收單元，用于接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包；解碼單元，用于對接收單元接收到的HTTP數(shù)據(jù)進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶 的擴展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信息；發(fā)送單元，用于將解碼單元獲得的擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的業(yè)務 功能裝置。
9. 如權(quán)利要求8所述的裝置，其特征在于，還包括 獲取單元，用于獲取所述移動終端中的回調(diào)標識位的狀態(tài)信息；發(fā)送單元在所述獲取單元獲取到的所述回調(diào)標識位為有效狀態(tài)時，立即將解碼單元獲 得的所述擴展路由信息和內(nèi)容信息發(fā)送給所述業(yè)務功能模塊；否則，保存解碼單元獲得的所述擴展路由信息和內(nèi)容信息，并在接收到所述業(yè)務功能 模塊的請求后，將保存的擴展路由信息和內(nèi)容信息發(fā)送給所述業(yè)務功能模塊。
10. 如權(quán)利要求9所述的裝置，其特征在于，獲取單元獲取到的所述移動終端中的回調(diào) 標識位的狀態(tài)信息是由所述移動終端中的業(yè)務功能模塊預先設置的。
11. 一種移動終端設備，其特征在于，包括業(yè)務功能裝置和下行業(yè)務數(shù)據(jù)處理裝置，其中下行業(yè)務數(shù)據(jù)處理裝置，用于接收網(wǎng)絡側(cè)發(fā)送的HTTP數(shù)據(jù)包，并對接收到的HTTP數(shù)據(jù) 進行解碼，獲得數(shù)據(jù)包的包頭部分攜帶的擴展路由信息和數(shù)據(jù)包的載荷部分攜帶的內(nèi)容信 息，以及將解碼獲得的擴展路由信息和內(nèi)容信息發(fā)送給移動終端中的業(yè)務功能裝置；業(yè)務功能裝置，用于下行接收業(yè)務數(shù)據(jù)處理裝置發(fā)來的擴展路由信息和內(nèi)容信息。
全文摘要
本發(fā)明公開了一種移動終端中的上行及下行業(yè)務數(shù)據(jù)處理方法、及相關裝置，用以解決現(xiàn)有技術中在業(yè)務數(shù)據(jù)處理時，對HTTP協(xié)議內(nèi)容的相關處理過程復用性差的問題。該方法包括所述移動終端中的上行業(yè)務數(shù)據(jù)處理裝置接收所述移動終端中的業(yè)務功能裝置發(fā)送的編碼參數(shù)信息、擴展路由信息和內(nèi)容信息，以及根據(jù)接收到的編碼參數(shù)信息，將所述擴展路由信息和內(nèi)容信息編碼封裝為至少一個超文本傳輸協(xié)議HTTP數(shù)據(jù)包，所述每個HTTP數(shù)據(jù)包的包頭部分攜帶有所述擴展路由信息，所述內(nèi)容信息承載在編碼封裝獲得的所述至少一個HTTP數(shù)據(jù)包的載荷部分；并將編碼封裝獲得的所述HTTP數(shù)據(jù)包發(fā)送給網(wǎng)絡側(cè)。
文檔編號H04W88/02GK101699914SQ200910210870
公開日2010年4月28日 申請日期2009年11月11日 優(yōu)先權(quán)日2009年11月11日
發(fā)明者張長青 申請人:青島海信移動通信技術股份有限公司