欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種文本模式短消息的發(fā)送或接收方法和裝置的制作方法

文檔序號:7700707閱讀:171來源:國知局
專利名稱:一種文本模式短消息的發(fā)送或接收方法和裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及移動網(wǎng)絡(luò)通信技術(shù),特別涉及一種文本模式短消息的發(fā)送或接 收方法和裝置。
背景技術(shù)
在第三代合作伙伴計劃(3GPP)標(biāo)準(zhǔn)R5版的TS 27.005文件規(guī)范中,終 端設(shè)備(TE)通過終端適配器(TA, Terminal Adapter)發(fā)送調(diào)制解調(diào)器(AT, Attention)命令控制移動終端協(xié)議棧(MT, Mobile Termination)處理短消息。 AT命令集分成兩大類, 一類是協(xié)議數(shù)據(jù)單元(PDU)模式; 一類是文本(text) 模式。PDU模式是在TE端就將短消息編碼成PDU, MT無需對短消息進(jìn)行編 碼;文本模式是將短消息內(nèi)容與不含傳輸層協(xié)議目的地址(TP-DA)的PDU報 頭控制信息分離,分別發(fā)給MT, MT需要存儲PDU報頭控制信息,并且要把 短消息內(nèi)容與PDU報頭控制信息編碼成PDU。其中對于文本模式下發(fā)送短消 息的方法為
1 )、向TE輸入目的地址;
2)、向TE輸入一I殳要發(fā)送的短消息內(nèi)容,并發(fā)送給MT;
3 )、 MT根據(jù)保存的PDU報頭控制信息對TE發(fā)來的目的地址和要發(fā)送的 短消息內(nèi)容進(jìn)行編碼,組成PDU發(fā)送。
對于步驟2 ), 3GPP標(biāo)準(zhǔn)R5版的TS 27.005協(xié)議中對短消息內(nèi)容的解釋是 傳輸層用戶數(shù)據(jù)(TP-UD),那么如果用戶要發(fā)送的短消息內(nèi)容的長度超過了 TP-UD設(shè)定長度、即TS 27.005協(xié)議允許的一段TP-UD的最大長度,則需要用 戶對短消息內(nèi)容進(jìn)行分^:控制,然后依次將各段短消息內(nèi)容作為一條完整的短 消息發(fā)送給MT,由MT進(jìn)行編碼發(fā)送,這樣嚴(yán)重影響了文本模式的適用性。比如一個用戶通過一個TE發(fā)送一條短消息,用戶輸入短消息內(nèi)容的時候需要 控制自己發(fā)送的短消息內(nèi)容的長度不能超過TP-UD設(shè)定長度,如果超過了, MT將只會根據(jù)TP-UD設(shè)定長度將部分短消息內(nèi)容進(jìn)行編碼發(fā)送,其余部分短 消息內(nèi)容將會丟失,因此,這時就需要用戶事先將要發(fā)送的短消息內(nèi)容的長度 按照TP-UD設(shè)定長度進(jìn)行分段,然后再輸入各段短消息內(nèi)容,顯然這是很不方 便也是很不合理的。既然文本模式的目的是把短消息內(nèi)容與PDU報頭控制信息 分離,那么就不應(yīng)該要求用戶考慮分段和編碼的問題。類似的,對于文本模式 下接收短消息,TS 27.005協(xié)議要求把TP-UD從PDU中解析出來顯示給用戶, 如果是超過TP-UD設(shè)定長度的一條短消息,那么解析出來的TP-UD只是其中 的一部分,其他部分將因為缺少PDU報頭控制信息而不能解析或者只能作為另 一短消息進(jìn)行解析顯示給用戶,但是,這樣一次顯示給用戶的短消息內(nèi)容是不 完整的,不利于用戶對短消息的接收與閱讀。

發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種文本模式短消息的發(fā)送或接收 方法和裝置,該方法和裝置更方便用戶在文本才莫式下發(fā)送或接收短消息的操作, 更符合文本模式的特點,適用性更強。
為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實現(xiàn)的 本發(fā)明提供了 一種文本模式短消息的發(fā)送方法,該方法包括 根據(jù)傳輸層用戶數(shù)據(jù)TP-UD設(shè)定長度確定收到的短消息內(nèi)容需要分段時, 則對所述短消息內(nèi)容以分段后每段短消息內(nèi)容所允許的最大長度為依據(jù)進(jìn)行截 取分段,并將分成的各段分別增加傳輸層用戶數(shù)據(jù)報頭TP-UDH形成TP-UD;
將短消息目的地址以及每段TP-UD分別與協(xié)議數(shù)據(jù)單元PDU報頭控制信 息組裝成PDU,發(fā)送所有PDU。
所述對所述短消息內(nèi)容以分段后每段短消息內(nèi)容所允許的最大長度為依據(jù) 進(jìn)行截取分段,包括以分段后每段短消息內(nèi)容所允許的最大長度計算所述短 消息內(nèi)容所需PDU的數(shù)量,并進(jìn)行分段,根據(jù)當(dāng)前段短消息內(nèi)容在所屬一條完整短消息內(nèi)容中的位置、及所需PDU的數(shù)量確定對應(yīng)的TP-UDH。
所述分段后每段短消息內(nèi)容允許的最大長度,具體是由TP-UD設(shè)定長度減
去短消息分段后每段所要增加的TP-UDH的長度得到的。
所述TP-UDH,包括用于標(biāo)識所屬短消息的信息標(biāo)識、用于標(biāo)識所需PDU
的數(shù)量的分段段數(shù)及用于標(biāo)識分段后當(dāng)前短消息在一條完整短消息中的位置的
-敬落一示i己。
本發(fā)明提供了 一種文本模式短消息的接收方法,該方法包括
對接收到的PDU檢測TP-UDH,檢測到TP-UDH時,根據(jù)TP-UDH判斷 該PDU是否為一條完整短消息的最后一段,如果是,則根據(jù)檢測到的TP-UDH 對接收到的多條PDU進(jìn)行解析,得到一條完整短消息。
所述根據(jù)檢測到的TP-UDH對接收到的多條PDU進(jìn)行解析,具體為根 據(jù)TP-UDH中的信息標(biāo)識、分段段數(shù)及段落標(biāo)記,對接收到的幾條同屬于一條 完整短消息的各PDU依次進(jìn)行解析。
所述TP-UDH判斷該PDU是否為一條完整短消息的最后一段,具體為 判斷TP-UDH中的段落標(biāo)記是否與分段段數(shù)相等,如果相等,則為最后一段; 如果不相等,則不是最后一段。
本發(fā)明同時提供了 一種文本模式短消息的發(fā)送裝置,該裝置包括
存儲管理模塊,用于獲取PDU報頭控制信息,并將PDU報頭控制信息提 供給短消息TP層編解碼模塊;
短消息傳輸協(xié)議TP層編解碼模塊,用于根據(jù)TP-UD設(shè)定長度確定接收到 的短消息內(nèi)容長度需要分段時,對所述短消息內(nèi)容以分段后每段短消息內(nèi)容所 允許的最大長度為依據(jù)進(jìn)行截取分段,并在每段增加TP-UDH,將每段帶有 TP-UDH的短消息內(nèi)容與目的地址和PDU報頭控制信息組裝成PDU;
短消息業(yè)務(wù)模塊,用于發(fā)送組裝好的所有PDU。
該裝置進(jìn)一步包括
終端適配器TA,用于將終端設(shè)備以調(diào)制解調(diào)器AT命令形式發(fā)送的的短消 息內(nèi)容和目的地址轉(zhuǎn)換為移動終端MT控制消息,傳給人機界面適配MMIA;MMIA,用于接收TA轉(zhuǎn)換成的MT控制消息,得到短消息內(nèi)容和目的地址, 并發(fā)給短消息TP層編解碼模塊。
本發(fā)明同時還提供了 一種文本模式短消息的接收裝置,該裝置包括
短消息業(yè)務(wù)模塊,用于對接收到的PDU檢測TP-UDH,檢測到TP-UDH時, 根據(jù)TP-UDH判斷該PDU是否為一條完整短消息的最后一段,如果是,則將 收到的PDU發(fā)給短消息TP層編解碼模塊,如果不是,則繼續(xù)接收PDU;
短消息TP層編解碼模塊,用于接收來自短消息業(yè)務(wù)模塊的PDU,并根據(jù) 檢測到的TP-UDH對接收到的多條PDU進(jìn)行解析,得到一條完整短消息。
該裝置進(jìn)一步包括
MMIA,用于將短消息TP層編解碼模塊解析出來的短消息內(nèi)容轉(zhuǎn)換成MT 控制消息的形式傳給TA;
TA,用于將MMIA傳來的MT控制消息轉(zhuǎn)換成短消息的AT命令結(jié)果碼。 本發(fā)明提供的一種文本模式下短消息的發(fā)送或接收方法和裝置,通過在 MT增加對短消息的處理,在文本模式下,發(fā)送短消息時,MT完成對長度超過 TP-UD設(shè)定長度的短消息內(nèi)容的分段及編碼處理,使TE用戶不用考慮對短消 息內(nèi)容分段編碼的問題;接收短消息時,MT完成對多條PDU的接收和解碼處 理,從而使長度超過TP-UD設(shè)定長度的短消息內(nèi)容能夠完整的顯示給TE用戶, 實現(xiàn)在文本模式下對短消息發(fā)送或接收的可行性和簡易性,方便了用戶在文本 模式下對短消息的操作和閱讀。


圖1為本發(fā)明實現(xiàn)一種文本^^式短消息的發(fā)送方法的流程示意圖; 圖2為本發(fā)明實現(xiàn)一種文本模式短消息的接收方法的流程示意圖; 圖3為本發(fā)明實現(xiàn)一種文本模式短消息的發(fā)送或接收裝置的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明公開了一種文本模式短消息的發(fā)送或接收方法,該方法通過增加MT對短消息的處理,在文本模式下,由用戶輸入完整的短消息內(nèi)容,短消息 內(nèi)容的長度超過TP-UD設(shè)定長度時,MT完成短消息分段及編碼處理,然后發(fā) 送;MT接收到一條短消息的所有PDU后,將完整的短消息內(nèi)容解析出來,顯 示給用戶。
下面結(jié)合附圖及具體實施例對本發(fā)明再作進(jìn)一步詳細(xì)的說明。
如圖1所示,本發(fā)明實現(xiàn)一種文本模式短消息的發(fā)送方法,具體步驟為
步驟101: TE通過AT命令輸入短消息的目的地址和短消息內(nèi)容,經(jīng)過TA 轉(zhuǎn)換成MT控制消息,發(fā)送至MT的人機界面適配(MMIA);
步驟102: MMIA從MT控制消息中得到短消息內(nèi)容和目的地址后,調(diào)用 存儲管理模塊,存儲管理模塊獲取不含TP-DA的PDU報頭控制信息;
在MMIA從MT控制消息中得到短消息內(nèi)容和目的地址后,調(diào)用存儲管理 模塊,存儲管理模塊從用戶識別模塊/全球用戶識別模塊(SIM/USIM卡)或者 移動設(shè)備(ME)存儲器中獲取不含TP-DA的PDU報頭控制信息,PDU報頭 控制信息中主要包括服務(wù)中心的電話號碼(SCA)、協(xié)議數(shù)據(jù)單元類型 (PDU-Type)、協(xié)議標(biāo)識(PID )、數(shù)據(jù)編碼方案(DCS)等參數(shù);
步驟103: MMIA將短消息內(nèi)容和目的地址發(fā)送給短消息傳輸協(xié)議(TP ) 層編解碼模塊,短消息TP層編解碼模塊判斷短消息內(nèi)容的長度是否超出TP-UD 設(shè)定長度,如果超出,則先執(zhí)行步驟104;如果沒有超出,則直接執(zhí)行步驟105;
短消息TP層編解碼模塊接收到短消息內(nèi)容后,首先需要判斷是否需要對 短消息內(nèi)容進(jìn)行分段,具體為判斷短消息內(nèi)容的長度是否超出TP-UD設(shè)定長 度,通常為140個字節(jié),如果超出,則表明需要對短消息內(nèi)容進(jìn)行分段,先執(zhí) 行下面步驟104,如果沒有超出,則將短消息內(nèi)容作為TP-UD,直接執(zhí)行步驟 105;
步驟104:對短消息內(nèi)容以分段后每段短消息內(nèi)容所允許的最大長度為依 據(jù)進(jìn)行截取分段,并將分成的各段短消息內(nèi)容分別增加TP-UDH,形成TP-UD;
由于分段后的每段短消息內(nèi)容需要增加TP-UDH,以標(biāo)識該短消息為鏈接 短消息,該TP-UDH包含信息標(biāo)識、分段段數(shù)與段落標(biāo)記等信息,其中,信息標(biāo)識用來標(biāo)識該短消息是哪一條完整短消息的分段,即所屬短消息;分段段數(shù) 表示總共分為幾段,即所需PDU的數(shù)量;段落標(biāo)記表示分段后當(dāng)前短消息的順 序標(biāo)記,用于標(biāo)識分段后當(dāng)前短消息在一條完整短消息中的位置,比如最后 一段的段落標(biāo)記將等于分段段數(shù)。鏈接短消息是指當(dāng)前短消息不是一條完整短 消息,而是一條完整短消息的一部分。
這樣,分段后每賴:短消息內(nèi)容所允許的最大長度即為TP-UD設(shè)定長度與 TP-UDH長度之差。這里通常TP-UDH將占去TP-UD的6個字節(jié)長度,即當(dāng) TP-UD設(shè)定長度為140個字節(jié)時,則分段后每段短消息內(nèi)容所允許的最大長度 為134個字節(jié)。
短消息TP層編解碼模塊對接收到的短消息內(nèi)容以分段后每段短消息內(nèi)容 所允許的最大長度計算該短消息內(nèi)容所需PDU的數(shù)量,并進(jìn)行分段,根據(jù)當(dāng)前 段短消息內(nèi)容在所屬一條完整短消息內(nèi)容中的位置、及所需PDU的數(shù)量確定對 應(yīng)的TP-UDH,具體包括確定TP-UDH中的信息標(biāo)識、分段段數(shù)與段落標(biāo)記等 信息,將每段短消息內(nèi)容與對應(yīng)的TP-UDH—起組成TP-UD,分配內(nèi)存進(jìn)行暫 時存儲,等待短消息TP層編解碼模塊對其編碼,組裝成PDU;
步驟105 106:短消息TP層編解碼;漠塊將短消息的目的地址以及TP-UD 與PDU報頭控制信息組裝成PDU,并發(fā)送至短消息業(yè)務(wù)模塊,由短消息業(yè)務(wù) 模塊進(jìn)行發(fā)送;
對于需要分段的短消息,短消息TP層編解碼模塊將短消息的目的地址以 及每段TP-UD分別與PDU報頭控制信息組裝成PDU,然后將所有PDU發(fā)送 至短消息業(yè)務(wù)模塊;
對于無需分段的短消息,短消息TP層編解碼^^莫塊將短消息的目的地址以 及TP-UD與PDU才良頭控制信息組裝成PDU,然后將該PDU發(fā)送至短消息業(yè) 務(wù)模塊進(jìn)行發(fā)送。
通過上述步驟可以實現(xiàn)在文本才莫式下,MT對來自于TE的長度超出TP-UD 設(shè)定長度的短消息進(jìn)行分段及編碼的處理,并將分段后得到的各段TP-UD分別 與PDU報頭控制信息進(jìn)行組裝和發(fā)送,方便TE用戶對長度超出TP-UD設(shè)定長度的短消息的發(fā)送。
用戶在接收短消息時,如圖2所示,本發(fā)明實現(xiàn)一種文本模式短消息的接 收方法,具體步驟為
步驟201~202:短消息業(yè)務(wù)模塊接收到其他MT發(fā)來的一條PDU時,判斷 該PDU是否為鏈接短消息、即一條完整短消息的一部分,如果是鏈接短消息, 則執(zhí)行步驟203 204;如果不是鏈接短消息,則執(zhí)行步驟205;
具體的,步驟201-202中,短消息業(yè)務(wù)模塊接收到其他MT發(fā)來的一條PDU 時,短消息業(yè)務(wù)模塊判斷接收到的PDU是否為鏈接短消息主要是對接收到的 PDU檢測TP-UDH,如果沒有檢測到TP-UDH,則確定該PDU即為一條完整短 消息,不是鏈接短消息,則執(zhí)行步驟205;如果檢測到TP-UDH,則確定該PDU 即為一條完整短消息的一部分,是鏈接短消息,則執(zhí)行步驟203 204;
步驟203 204:短消息業(yè)務(wù)模塊將鏈接短消息緩存,即緩存此條PDU,并 依據(jù)TP-UDH判斷該鏈接短消息是否為一條完整短消息的最后一段,如果是最 后一段,則根據(jù)TP-UDH中的信息標(biāo)識將接收到的幾條同屬于一條完整短消息 的PDU發(fā)給短消息TP層編解碼模塊,執(zhí)行步驟205,如果不是最后一段,則 等待,繼續(xù)執(zhí)行步驟201;
短消息業(yè)務(wù)模塊將鏈接短消息緩存,然后依據(jù)鏈接短消息中的TP-UDH、 也就是TP-UDH中的段落標(biāo)記是否與分段段數(shù)相等,判斷鏈接短消息是否為一 條完整短消息的最后一4殳,即是否已完成一條完整短消息的全部PDU的接收, 如果不是,則等待,繼續(xù)執(zhí)行步驟201 202;否則,根據(jù)TP-UDH中的信息標(biāo) 識將接收到的幾條同屬于一條短消息的PDU發(fā)給短消息TP層編解碼模塊,執(zhí) 行下面步驟205;
步驟205:短消息TP層編解碼模塊對接收到的一條或者幾條PDU進(jìn)行解
析如果為多條PDU,則根據(jù)每條PDU所包含的TP-UDH,按照TP-UDH中
的信息標(biāo)識、段落標(biāo)記,依次將接收到的幾條同屬于一條完整短消息的多條
PDU解析出一條完整短消息;如果為一條PDU,則直接將此PDU解析,解析
出來的內(nèi)容作為此條短消息的完整內(nèi)容。步驟206:由短消息TP層編解碼模塊解析出來的短消息內(nèi)容經(jīng)過MMIA 轉(zhuǎn)換成MT控制消息的形式傳給TA, TA將MT控制消息轉(zhuǎn)換成AT結(jié)果碼的 形式顯示給TE用戶。
通過上述步驟201 206可以實現(xiàn)TE用戶對在文本才莫式下短消息的接收, 特別對長度超過TP-UD設(shè)定長度的短消息能夠?qū)崿F(xiàn)完整的接收。
通過上述文本^^莫式下短消息的發(fā)送方法,本發(fā)明同時公開了 一種文本模式 下短消息的發(fā)送裝置,如圖3所示,該裝置包括
TA301、短消息業(yè)務(wù)模塊302、短消息TP層編解碼模塊303、存儲管理模 塊304和MMIA 305。
在進(jìn)行短消息發(fā)送時,TA 301用于將TE通過AT命令輸入的短消息的目 的地址和短消息內(nèi)容轉(zhuǎn)換為MT控制消息,發(fā)送至MT的MMIA 305; MMIA 305 用于得到MT控制消息中的短消息內(nèi)容和目的地址,并發(fā)給短消息TP層編解 碼模塊,同時,調(diào)用存儲管理模塊304;存儲管理模塊304為MT提供存儲接 口,用于獲取PDU報頭控制信息,并提供給短消息TP層編解碼模塊303;短 消息TP層編解碼模塊303用于確定MMIA 305得到的短消息內(nèi)容的長度超出 TP-UD設(shè)定長度時,對短消息內(nèi)容以分段后每段短消息內(nèi)容所允許的最大長度 為依據(jù)進(jìn)行截取分段,并將分成的各段分別增加TP-UDH形成TP-UD,將短消 息的目的地址以及TP-UD與PDU報頭控制信息組裝成PDU;短消息業(yè)務(wù)才莫塊 302用于發(fā)送組裝好的PDU。
另外,短消息TP層編解碼模塊303用于確定MMIA 305得到的短消息內(nèi) 容的長度未超出TP-UD設(shè)定長度時,將短消息的目的地址以及TP-UD與PDU 報頭控制信息組裝成PDU,然后將該PDU發(fā)送至短消息業(yè)務(wù)模塊302。
具體地,MMIA305從MT控制消息中得到短消息內(nèi)容和目的地址,然后, 調(diào)用存儲管理模塊304,存儲管理模塊304從SIM/USIM卡或者M(jìn)E存儲器中 獲取PDU報頭控制信息;短消息TP層編解碼才莫塊303對MMIA 305判斷接收 到的短消息內(nèi)容的長度是否超出TP-UD設(shè)定長度,如果超出TP-UD設(shè)定長度, 則以分段后每段短消息內(nèi)容所允許的最大長度為依據(jù),計算該短消息內(nèi)容所需PDU的數(shù)量,并進(jìn)行分段,根據(jù)當(dāng)前段短消息內(nèi)容在所屬一條完整短消息內(nèi)容 中的位置、及所需PDU的數(shù)量確定對應(yīng)的TP-UDH,具體包括確定TP-UDH中 的信息標(biāo)識、分段段數(shù)與段落標(biāo)記等信息;如果沒有超出,則將短消息內(nèi)容作 為TP-UD。其中,所依據(jù)的分段后每段短消息內(nèi)容所允許的最大長度是由 TP-UD設(shè)定長度減去短消息分段后每段所要增加的TP-UDH的長度得到的,即 如果TP-UD設(shè)定長度為140個字節(jié),TP-UDH的長度為6個字節(jié),則分段后每 段短消息內(nèi)容所允許的最大長度為134個字節(jié);然后,短消息TP層編解碼模 塊303將分成的各段短消息內(nèi)容分別增加TP-UDH作為一段TP-UD,接著,短 消息TP層編解碼模塊303將短消息目的地址以及每段TP-UD與從存儲管理模 塊304得到的PDU報頭控制信息組裝成一條PDU;短消息業(yè)務(wù)模塊302將組 裝好的PDU進(jìn)行發(fā)送,從而實現(xiàn)在文本模式下對短消息的發(fā)送,特別是對超過 TP-UD設(shè)定長度的短消息的發(fā)送。
通過上述文本模式下短消息的接收方法,本發(fā)明同時公開了 一種文本模式 下短消息的"l矣收裝置,如圖3所示,該裝置包括
TA301、短消息業(yè)務(wù)才莫塊302、短消息TP層編解碼才莫塊303和MMIA305。
在進(jìn)行接收短消息時,短消息業(yè)務(wù)模塊302用于接收其他MT發(fā)來的一條 PDU,在該PDU中檢測到TP-UDH時,將該PDU緩存,并根據(jù)TP-UDH判斷 該PDU是否為一條完整短消息的最后一段,如果是,則將收到的PDU發(fā)給短 消息TP層編解碼模塊303,如果不是,則繼續(xù)接收PDU;短消息TP層編解碼 模塊303用于根據(jù)TP-UDH對接收到的多條PDU進(jìn)行解析,得到一條完整短 消息內(nèi)容;MMIA305用于將短消息TP層編解碼模塊303解析出的短消息內(nèi)容 轉(zhuǎn)換成MT控制消息的形式傳給TA3 01; TA 301用于將MT控制消息轉(zhuǎn)換成 AT結(jié)果碼的形式顯示給TE用戶。
短消息業(yè)務(wù)才莫塊302在接收的其他MT發(fā)來的PDU中未檢測到TP-UDH 時,直接發(fā)送給短消息TP層編解碼模塊303;短消息TP層編解碼模塊303用 于對接收到的PDU進(jìn)行解析,得到短消息內(nèi)容。
具體地,短消息業(yè)務(wù)模塊302對接收到的PDU檢測TP-UDH,如果沒有檢測到TP-UDH,則確定該PDU為一條完整短消息,不是鏈接短消息,則將此條 PDU發(fā)給短消息TP層編解碼模塊303;如果檢測到TP-UDH,則確定該PDU 即為一條完整短消息的一部分,是鏈接短消息,通過TP-UDH包含的信息、即 TP-UDH中的段落標(biāo)記是否與分段段數(shù)相等,判斷該條PDU是否為鏈接短消息 的最后一條,如果不是,則緩存此PDU,并等待下一條PDU,否則,根據(jù)TP-UDH 中的信息標(biāo)識,將接收到的幾條屬于同一條短消息的PDU發(fā)給短消息TP層編 解碼模塊303;短消息TP層編解碼模塊303用于對接收到的短消息業(yè)務(wù)模塊 302發(fā)來的一條或者幾條PDU進(jìn)行解析,如果為多條PDU,則根據(jù)每條PDU 所包含的TP-UDH,按照TP-UDH中的段落標(biāo)記,依次將多條PDU解析出 一條 完整的短消息內(nèi)容;如果為一條PDU,則直接將此PDU解析,解析出來的內(nèi) 容作為此條短消息的完整內(nèi)容;由短消息TP層編解碼;漠塊303解析出來的短 消息內(nèi)容經(jīng)過MMIA 305轉(zhuǎn)換成MT控制消息的形式傳給TA 301 , TA 301將 MT控制消息轉(zhuǎn)換成AT結(jié)果碼的形式顯示給TE用戶。由此,該系統(tǒng)可以實現(xiàn) 在文本模式下對短消息的接收,特別是對超出TP-UD設(shè)定長度的短消息的完整 接收。
綜上所述,本發(fā)明提供的一種文本模式下短消息的發(fā)送或接收方法和裝置, 通過在MT增加對短消息的處理,在文本模式下,發(fā)送短消息時,MT完成對 長度超過TP-UD設(shè)定長度的短消息內(nèi)容的分段及編碼處理,使TE用戶不用考 慮對短消息內(nèi)容分段編碼的問題;接收短消息時,MT完成對多條PDU的接收 和解碼處理,從而使長度超過TP-UD設(shè)定長度的短消息內(nèi)容能夠完整的顯示給 TE用戶,實現(xiàn)在文本模式下對短消息發(fā)送或接收的可行性和簡易性。
以上所述,僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護(hù)范 圍,凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等,均應(yīng) 包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種文本模式短消息的發(fā)送方法,其特征在于,該方法包括根據(jù)傳輸層用戶數(shù)據(jù)TP-UD設(shè)定長度確定收到的短消息內(nèi)容需要分段時,則對所述短消息內(nèi)容以分段后每段短消息內(nèi)容所允許的最大長度為依據(jù)進(jìn)行截取分段,并將分成的各段分別增加傳輸層用戶數(shù)據(jù)報頭TP-UDH形成TP-UD;將短消息目的地址以及每段TP-UD分別與協(xié)議數(shù)據(jù)單元PDU報頭控制信息組裝成PDU,發(fā)送所有PDU。
2、 根據(jù)權(quán)利要求1所述的文本模式短消息的發(fā)送方法,其特征在于,所述 對所述短消息內(nèi)容以分段后每段短消息內(nèi)容所允許的最大長度為依據(jù)進(jìn)行截取 分段,包括以分段后每段短消息內(nèi)容所允許的最大長度計算所述短消息內(nèi)容 所需PDU的數(shù)量,并進(jìn)行分段,根據(jù)當(dāng)前段短消息內(nèi)容在所屬一條完整短消息 內(nèi)容中的位置、及所需PDU的數(shù)量確定對應(yīng)的TP-UDH。
3、 根據(jù)權(quán)利要求1所述的文本模式短消息的發(fā)送方法,其特征在于,所述 分段后每段短消息內(nèi)容允許的最大長度,具體是由TP-UD設(shè)定長度減去短消息 分段后每段所要增加的TP-UDH的長度得到的。
4、 根據(jù)權(quán)利要求1至3任一所述的文本模式短消息的發(fā)送方法,其特征在 于,所述TP-UDH,包括用于標(biāo)識所屬短消息的信息標(biāo)識、用于標(biāo)識所需PDU 的數(shù)量的分段段數(shù)及用于標(biāo)識分段后當(dāng)前短消息在一條完整短消息中的位置的 4殳落標(biāo)記。
5、 一種文本模式短消息的接收方法,其特征在于,該方法包括 對接收到的PDU4企測TP-UDH,檢測到TP-UDH時,根據(jù)TP-UDH判斷該PDU是否為一條完整短消息的最后一段,如果是,則根據(jù)檢測到的TP-UDH 對接收到的多條PDU進(jìn)行解析,得到 一條完整短消息。
6、 根據(jù)權(quán)利要求5所述的文本模式短消息的接收方法,其特征在于,所述 根據(jù)檢測到的TP-UDH對接收到的多條PDU進(jìn)行解析,具體為根據(jù)TP-UDH 中的信息標(biāo)識、分段段數(shù)及段落標(biāo)記,對接收到的幾條同屬于一條完整短消息的各PDU依次進(jìn)行解析。
7、 根據(jù)權(quán)利要求5或6所述的文本模式短消息的接收方法,其特征在于, 所述TP-UDH判斷該PDU是否為一條完整短消息的最后一段,具體為判斷 TP-UDH中的段落標(biāo)記是否與分段段數(shù)相等,如果相等,則為最后一段;如果 不相等,則不是最后一段。
8、 一種文本模式短消息的發(fā)送裝置,其特征在于,該裝置包括 存儲管理斗莫塊,用于獲取PDU報頭控制信息,并將PDU報頭控制信息提供給短消息TP層編解碼^^塊;短消息傳輸協(xié)議TP層編解碼模塊,用于根據(jù)TP-UD設(shè)定長度確定接收到 的短消息內(nèi)容長度需要分段時,對所述短消息內(nèi)容以分段后每段短消息內(nèi)容所 允許的最大長度為依據(jù)進(jìn)行截取分段,并在每段增加TP-UDH,將每段帶有 TP-UDH的短消息內(nèi)容與目的地址和PDU報頭控制信息組裝成PDU;短消息業(yè)務(wù)模塊,用于發(fā)送組裝好的所有PDU。
9、 根據(jù)權(quán)利要求8所述的文本模式短消息的發(fā)送裝置,其特征在于,該裝 置進(jìn)一步包括終端適配器TA,用于將終端設(shè)備以調(diào)制解調(diào)器AT命令形式發(fā)送的的短消 息內(nèi)容和目的地址轉(zhuǎn)換為移動終端MT控制消息,傳給人機界面適配MMIA;MMIA,用于接收TA轉(zhuǎn)換成的MT控制消息,得到短消息內(nèi)容和目的地址, 并發(fā)給短消息TP層編解碼才莫塊。
10、 一種文本^f莫式短消息的接收裝置,其特征在于,該裝置包括短消息業(yè)務(wù)模塊,用于對接收到的PDU檢測TP-UDH,檢測到TP-UDH時, 根據(jù)TP-UDH判斷該PDU是否為一條完整短消息的最后一段,如果是,則將 收到的PDU發(fā)給短消息TP層編解碼模塊,如果不是,則繼續(xù)接收PDU;短消息TP層編解碼模塊,用于接收來自短消息業(yè)務(wù)模塊的PDU,并根據(jù) 檢測到的TP-UDH對接收到的多條PDU進(jìn)行解析,得到 一條完整短消息。
11、 根據(jù)權(quán)利要求IO所述的文本模式短消息的接收裝置,其特征在于,該 裝置進(jìn)一步包括MMIA,用于將短消息TP層編解碼模塊解析出來的短消息內(nèi)容轉(zhuǎn)換成MT 控制消息的形式傳給TA;TA,用于將MMIA傳來的MT控制消息轉(zhuǎn)換成短消息的AT命令結(jié)果碼。
全文摘要
本發(fā)明公開了一種文本模式下短消息的發(fā)送或接收方法,通過在移動終端協(xié)議棧增加對短消息用戶數(shù)據(jù)的處理,在文本模式下,發(fā)送短消息時,移動終端協(xié)議棧完成對超過傳輸層用戶數(shù)據(jù)(TP-UD)設(shè)定長度的短消息內(nèi)容的分段及編碼處理,使終端設(shè)備(TE)用戶不用考慮對短消息內(nèi)容分段編碼的問題;接收短消息時,移動終端協(xié)議棧完成對多條協(xié)議數(shù)據(jù)單元PDU的接收和解碼處理,從而使超過TP-UD設(shè)定長度的短消息內(nèi)容能夠完整的顯示給TE用戶,實現(xiàn)在文本模式下方便的對短消息的發(fā)送和接收,特別是超過TP-UD設(shè)定長度短消息的發(fā)送和接收;根據(jù)本發(fā)明的方法,本發(fā)明同時公開了一種文本模式下短消息的發(fā)送或接收裝置。
文檔編號H04W4/14GK101583103SQ200910086110
公開日2009年11月18日 申請日期2009年6月2日 優(yōu)先權(quán)日2009年6月2日
發(fā)明者良 葉, 佳 唐, 蔣兆春, 陳光華 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
侯马市| 徐水县| 阳江市| 潢川县| 庄河市| 溆浦县| 雷州市| 桐乡市| 张家口市| 怀来县| 锡林郭勒盟| 册亨县| 舟山市| 秦皇岛市| 黔西县| 濮阳市| 富源县| 柳江县| 新民市| 广德县| 锦屏县| 莱芜市| 万州区| 湟中县| 中西区| 湾仔区| 南康市| 曲沃县| 桂阳县| 临海市| 上犹县| 远安县| 高阳县| 明水县| 台北市| 缙云县| 丰台区| 江孜县| 教育| 定边县| 息烽县|