專(zhuān)利名稱(chēng)：Prl文件處理方法、prl系統(tǒng)平臺(tái)和更新系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及一種PRL(Priority RoamingList，優(yōu)選漫游網(wǎng)絡(luò)列表)文件處理方法、PRL系統(tǒng)平臺(tái)和更新系統(tǒng)。
背景技術(shù)：
PRL 是儲(chǔ)存在 CDMA (Code Division Multiple Access，碼分多址)終端(如手機(jī)、 數(shù)據(jù)卡)中的一個(gè)數(shù)據(jù)庫(kù)，是CDMA終端選擇網(wǎng)絡(luò)的重要依據(jù)。級(jí)聯(lián)PRL是將包含 450/800/1900MHZ 和 IX EV-DO (EvolutionData Only，針對(duì)數(shù)據(jù)處理的演進(jìn))系統(tǒng)信息的IS-683C PRL附加在包含IX 800/1900MHz系統(tǒng)信息的IS-683A PRL之后，一起存儲(chǔ)于UIM(User Identity Module，用戶(hù)識(shí)別模塊)卡中。IX 8OOMHz或 800/1900MHz 終端將只讀取 683A PRL, 450/800MHz 或 450/800/1900MHz 以及 1X/EV-D0 雙模終端將在讀取UIM卡中683APRL之后，繼續(xù)讀取并使用683C PRL進(jìn)行IX 450MHz、800MHz 和IX EV-DO系統(tǒng)的搜索。在運(yùn)營(yíng)商同時(shí)部署了 CDMA IX網(wǎng)絡(luò)、EVDO網(wǎng)絡(luò)和⑶MA 450M網(wǎng)絡(luò)，并實(shí)現(xiàn)國(guó)內(nèi)用戶(hù)到國(guó)外CDMA網(wǎng)絡(luò)的漫游時(shí)，運(yùn)營(yíng)商可采用PRL文件更新來(lái)實(shí)現(xiàn)頻點(diǎn)等網(wǎng)絡(luò)信息在UIM卡中的更新，同時(shí)運(yùn)營(yíng)商采用級(jí)聯(lián)PRL(CPRL)來(lái)解決用戶(hù)在800M和450M網(wǎng)絡(luò)之間的相互漫游問(wèn)題。目前CDMA網(wǎng)絡(luò)的PRL文件主要采用短信的方式下達(dá)到手機(jī)UIM卡，隨著EVD0、 CDMA450M等網(wǎng)絡(luò)的部署，以及國(guó)外漫游運(yùn)營(yíng)商的增加造成頻點(diǎn)等網(wǎng)絡(luò)信息的增長(zhǎng)，使PRL 更新文件長(zhǎng)度增加，超過(guò)單條短信長(zhǎng)度，需要通過(guò)長(zhǎng)短信或者拆分成多條短信來(lái)解決此問(wèn)題，目前主要采用PRL文件拆分為多條短信更新的方法。然而，CDMA網(wǎng)絡(luò)內(nèi)存在有大量的舊版UIM卡，一般不支持PRL更新短信自動(dòng)排序， 因此必須保證多條更新短信順序到達(dá)UIM卡，才能正常更新PRL列表。對(duì)于后續(xù)發(fā)行的UIM 卡可以根據(jù)短信頭的標(biāo)識(shí)將接收到的更新短信重新排序，支持多條PRL短信重新排序，但必須保證最后一條更新短信最后收到，才能正常更新PRL列表。另外，對(duì)于網(wǎng)絡(luò)龐大、結(jié)構(gòu)復(fù)雜的運(yùn)營(yíng)商，PRL更新短信需經(jīng)過(guò)多個(gè)網(wǎng)元下發(fā)到用戶(hù)終端，過(guò)程中不可避免的存在延時(shí)亂序問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種PRL文件處理方法、PRL系統(tǒng)平臺(tái)和更新系統(tǒng)，提高PRL 文件的更新成功率。為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種PRL文件處理方法，包括根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求或PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，所述PRL系統(tǒng)平臺(tái)將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信；所述PRL系統(tǒng)平臺(tái)在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延；所述PRL系統(tǒng)平臺(tái)將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。
4
在一個(gè)實(shí)施例中，所述PRL系統(tǒng)平臺(tái)為每個(gè)用戶(hù)終端的多次PRL更新請(qǐng)求維護(hù)一個(gè)先進(jìn)先出隊(duì)列。在一個(gè)實(shí)施例中，在根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求，所述PRL系統(tǒng)平臺(tái)將PRL 文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信之前包括區(qū)域短信網(wǎng)關(guān)接收用戶(hù)終端發(fā)出的包含所述PRL更新請(qǐng)求的短消息；經(jīng)核心業(yè)務(wù)網(wǎng)關(guān)，所述區(qū)域短信網(wǎng)關(guān)將所述包含所述PRL更新請(qǐng)求的短消息發(fā)送給所述PRL系統(tǒng)平臺(tái)。在一個(gè)實(shí)施例中，在根據(jù)PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，所述PRL系統(tǒng)平臺(tái)將PRL 文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信之前包括所述PRL系統(tǒng)平臺(tái)接收維護(hù)人員上傳的需要更新的PRL的用戶(hù)號(hào)碼；所述PRL系統(tǒng)平臺(tái)啟動(dòng)更新用戶(hù)終端的PRL文件的操作。在一個(gè)實(shí)施例中，在所述PRL系統(tǒng)平臺(tái)將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端之后包括用戶(hù)終端對(duì)接收到的所述包含PRL文件段的短信進(jìn)行檢測(cè)；當(dāng)所有所述包含PRL文件段的短信都通過(guò)檢測(cè)時(shí)，所述用戶(hù)終端對(duì)所述PRL文件進(jìn)行校驗(yàn)；在所述PRL文件通過(guò)所述校驗(yàn)后，所述用戶(hù)終端根據(jù)所述PRL文件對(duì)存儲(chǔ)于所述用戶(hù)終端的信息進(jìn)行更新。為實(shí)現(xiàn)上述目的，本發(fā)明還提供了一種PRL系統(tǒng)平臺(tái)，包括拆分模塊，用于根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求或所述PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信；時(shí)延處理模塊，用于在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延；下發(fā)模塊，用于將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。在一個(gè)實(shí)施例中，所述的PRL系統(tǒng)平臺(tái)還包括先進(jìn)先出隊(duì)列，用于以先進(jìn)先出的順序?qū)γ總€(gè)用戶(hù)終端的多次PRL更新請(qǐng)求進(jìn)行處理。為實(shí)現(xiàn)上述目的，本發(fā)明還提供了一種PRL更新系統(tǒng)包括如上所述的PRL系統(tǒng)平臺(tái)。在一個(gè)實(shí)施例中，所述的PRL更新系統(tǒng)還包括區(qū)域短信網(wǎng)關(guān)，用于接收用戶(hù)終端發(fā)出的包含所述PRL更新請(qǐng)求的短消息；核心業(yè)務(wù)網(wǎng)關(guān)，接收所述區(qū)域短信網(wǎng)關(guān)發(fā)送的所述包含所述PRL更新請(qǐng)求的短消息，并發(fā)送給所述PRL系統(tǒng)平臺(tái)。在一個(gè)實(shí)施例中，所述用戶(hù)終端包括檢測(cè)模塊，用于對(duì)接收到的所述包含PRL文件段的短信進(jìn)行檢測(cè)；校驗(yàn)?zāi)K，用于當(dāng)所有所述包含PRL文件段的短信都通過(guò)檢測(cè)時(shí)，對(duì)所述PRL文件進(jìn)行校驗(yàn)；更新模塊，用于在所述PRL文件通過(guò)所述校驗(yàn)后，根據(jù)所述PRL文件對(duì)存儲(chǔ)于所述用戶(hù)終端的信息進(jìn)行更新?；谏鲜黾夹g(shù)方案，通過(guò)對(duì)同一個(gè)用戶(hù)一次PRL更新的多條短信之間加入固定下發(fā)時(shí)延，可以保證更新短信順序到達(dá)用戶(hù)終端，提高PRL文件更新的成功率。對(duì)PRL系統(tǒng)平臺(tái)的改進(jìn)，影響面小，網(wǎng)絡(luò)架構(gòu)和短信下發(fā)路由方式都不需要作改動(dòng)，節(jié)省了成本，提高了維護(hù)效率。另外，對(duì)于CDMA運(yùn)營(yíng)商原先發(fā)行的老版UIM卡不用強(qiáng)制更換，避免了二次投資。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步解釋?zhuān)瑯?gòu)成本發(fā)明的一部分。本發(fā)明的示意性實(shí)施例及其說(shuō)明僅用于解釋本發(fā)明，但并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1為根據(jù)本發(fā)明實(shí)施例的PRL文件處理方法的流程圖。圖2為根據(jù)本發(fā)明另一實(shí)施例的PRL文件處理方法的流程圖。圖3為根據(jù)本發(fā)明又一實(shí)施例的PRL文件處理方法的流程圖。圖4為根據(jù)本發(fā)明實(shí)施例的PRL系統(tǒng)平臺(tái)的結(jié)構(gòu)示意圖。圖5為根據(jù)本發(fā)明實(shí)施例的PRL更新系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面參照附圖對(duì)本發(fā)明進(jìn)行更詳細(xì)的描述，其中說(shuō)明本發(fā)明的示例性實(shí)施例。在附圖中，相同的標(biāo)號(hào)表示相同或者相似的組件或者元素。圖1為根據(jù)本發(fā)明實(shí)施例的PRL文件處理方法100的流程圖。在步驟102中，根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求或PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，PRL系統(tǒng)平臺(tái)將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信。在步驟104中，PRL系統(tǒng)平臺(tái)在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延。在步驟106中，PRL系統(tǒng)平臺(tái)將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。根據(jù)本發(fā)明的一個(gè)實(shí)施例，通過(guò)對(duì)同一個(gè)用戶(hù)一次PRL更新的多條短信之間加入固定下發(fā)時(shí)延，可以保證更新短信順序到達(dá)用戶(hù)終端，提高PRL文件更新的成功率。圖2為根據(jù)本發(fā)明另一實(shí)施例的PRL文件處理方法200的流程圖。在一個(gè)實(shí)施例中，PRL文件的更新可以由用戶(hù)終端發(fā)起。在步驟202中，區(qū)域短信網(wǎng)關(guān)接收用戶(hù)終端發(fā)出的包含PRL更新請(qǐng)求的短消息。比如，用戶(hù)可以通過(guò)手機(jī)編輯短信內(nèi)容“prl”，發(fā)送到接入PRL更新的號(hào)碼，更新請(qǐng)求短信被發(fā)送至區(qū)域短信網(wǎng)關(guān)。在步驟204中，區(qū)域短信網(wǎng)關(guān)將請(qǐng)求短信上傳至核心業(yè)務(wù)網(wǎng)關(guān)。在步驟206中，核心業(yè)務(wù)網(wǎng)關(guān)將請(qǐng)求短信提交到PRL系統(tǒng)平臺(tái)。在步驟208中，根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求，PRL系統(tǒng)平臺(tái)將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信。在一個(gè)實(shí)施例中，PRL文件可以由第三方系統(tǒng)生成，通過(guò)手工方式提供到PRL系統(tǒng)平臺(tái)。在步驟210中，PRL系統(tǒng)平臺(tái)在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延。在步驟212中，PRL系統(tǒng)平臺(tái)將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。在一個(gè)實(shí)施例中，PRL系統(tǒng)平臺(tái)可以通過(guò)核心業(yè)務(wù)網(wǎng)關(guān)及區(qū)域業(yè)務(wù)網(wǎng)管將PRL更新文件發(fā)送到用戶(hù)終端。在一個(gè)實(shí)施例中，PRL系統(tǒng)平臺(tái)為每個(gè)用戶(hù)終端的多次PRL更新請(qǐng)求維護(hù)一個(gè)先進(jìn)先出隊(duì)列。在本次用戶(hù)更新請(qǐng)求對(duì)應(yīng)的更新短信全部下發(fā)完之前對(duì)于同一用戶(hù)終端的再次PRL更新請(qǐng)求暫時(shí)不做處理，推遲到本次更新短信全部下發(fā)完后處理。即必須前一個(gè)請(qǐng)求的更新短信全部下發(fā)完畢才能處理下一個(gè)請(qǐng)求。這樣可以避免因短信網(wǎng)關(guān)等設(shè)備擁塞造成的更新短信無(wú)法順序到達(dá)終端的問(wèn)題，提高了更新的一次成功率，增加了 PRL系統(tǒng)平臺(tái)的利用率。
在步驟214中，用戶(hù)終端對(duì)接收到的包含PRL文件段的短信進(jìn)行檢測(cè)。比如，用戶(hù)終端可以在收到短信后會(huì)根據(jù)短信中的MSG_DISPLAY_MODE參數(shù)檢測(cè)該短信是否是PRL更新短信。在一個(gè)實(shí)施例中，如果手機(jī)發(fā)現(xiàn)該短信是PRL更新短信，則用戶(hù)終端可以將該短信發(fā)送到R-UIM卡內(nèi)部的PRL緩沖區(qū)。在步驟216中，當(dāng)所有包含PRL文件段的短信都通過(guò)檢測(cè)時(shí)，用戶(hù)終端對(duì)PRL文件進(jìn)行校驗(yàn)。例如，當(dāng)最后一條包含PRL文件段的短信發(fā)送到用戶(hù)終端后，UIM卡可以根據(jù)收到的最后一條短信(如當(dāng)前PRL更新短信數(shù)與PRL更新短信的總數(shù)相等時(shí))統(tǒng)計(jì)總長(zhǎng)度并計(jì)算 CRC(Cyclic Redundancy Check，循環(huán)冗余校驗(yàn))，并與 0TA_CRC(Over-the-Air Technology，通過(guò)移動(dòng)通信的空中接口對(duì)卡數(shù)據(jù)及應(yīng)用進(jìn)行遠(yuǎn)程管理的技術(shù))參數(shù)進(jìn)行比較，若相等則校驗(yàn)順利通過(guò)。若不相等，則繼續(xù)接收和檢測(cè)包含PRL文件段的短信。在步驟218中，在PRL文件通過(guò)校驗(yàn)后，用戶(hù)終端根據(jù)PRL文件對(duì)存儲(chǔ)于用戶(hù)終端的信息進(jìn)行更新。例如，更新UIM卡中的PRL文件，完成PRL更新。如果需要重新選擇網(wǎng)絡(luò)， 可以進(jìn)行手工重啟終端。圖3為根據(jù)本發(fā)明又一實(shí)施例的PRL文件處理方法300的流程圖。在一個(gè)實(shí)施例中，PRL文件的更新可以由PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起。在步驟302中，PRL系統(tǒng)平臺(tái)可以接收維護(hù)人員上傳的需要更新的PRL的用戶(hù)號(hào)碼。在步驟304中，PRL系統(tǒng)平臺(tái)啟動(dòng)更新用戶(hù)終端的PRL文件的操作。在步驟306中，PRL系統(tǒng)平臺(tái)將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信。在一個(gè)實(shí)施例中，PRL文件可以由第三方系統(tǒng)生成，通過(guò)手工方式提供到PRL系統(tǒng)平臺(tái)。在步驟308中，PRL系統(tǒng)平臺(tái)在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延。在步驟310中，PRL系統(tǒng)平臺(tái)將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。在一個(gè)實(shí)施例中，PRL系統(tǒng)平臺(tái)可以通過(guò)核心業(yè)務(wù)網(wǎng)關(guān)按照用戶(hù)號(hào)碼將包含PRL文件段的短信發(fā)至各區(qū)域業(yè)務(wù)網(wǎng)管。區(qū)域業(yè)務(wù)網(wǎng)管將PRL更新文件發(fā)送到用戶(hù)終端。在一個(gè)實(shí)施例中，PRL系統(tǒng)平臺(tái)為每個(gè)用戶(hù)終端的多次PRL更新請(qǐng)求維護(hù)一個(gè)先進(jìn)先出隊(duì)列。在步驟312中，用戶(hù)終端對(duì)接收到的包含PRL文件段的短信進(jìn)行檢測(cè)。比如，用戶(hù)終端可以在收到短信后會(huì)根據(jù)短信中的MSG_DISPLAY_MODE參數(shù)檢測(cè)該短信是否是PRL更新短信。在一個(gè)實(shí)施例中，如果手機(jī)發(fā)現(xiàn)該短信是PRL更新短信，則用戶(hù)終端可以將該短信發(fā)送到UIM卡內(nèi)部的PRL緩沖區(qū)。 在步驟314中，當(dāng)所有包含PRL文件段的短信都通過(guò)檢測(cè)時(shí)，用戶(hù)終端對(duì)PRL文件進(jìn)行校驗(yàn)。例如，當(dāng)最后一條包含PRL文件段的短信發(fā)送到用戶(hù)終端后，UIM卡可以根據(jù)收到的最后一條短信(如當(dāng)前PRL更新短信數(shù)與PRL更新短信的總數(shù)相等時(shí))統(tǒng)計(jì)總長(zhǎng)度并計(jì)算CRC，并與0TA_CRC比較，若相等則校驗(yàn)順利通過(guò)。若不相等，則繼續(xù)接收和檢測(cè)包含 PRL文件段的短信。 在步驟316中，在PRL文件通過(guò)校驗(yàn)后，用戶(hù)終端根據(jù)PRL文件對(duì)存儲(chǔ)于用戶(hù)終端的信息進(jìn)行更新。例如，更新UIM卡中的PRL文件，完成PRL更新。如果需要重新選擇網(wǎng)絡(luò)，可以進(jìn)行手工重啟終端。圖4為根據(jù)本發(fā)明實(shí)施例的PRL系統(tǒng)平臺(tái)400的結(jié)構(gòu)示意圖。PRL系統(tǒng)平臺(tái)400 包括拆分模塊402、時(shí)延處理模塊404和下發(fā)模塊406。拆分模塊402，用于根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求或PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信。時(shí)延處理模塊404，用于在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延。下發(fā)模塊406，用于將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。在一個(gè)實(shí)施例中，還包括先進(jìn)先出隊(duì)列，用于以先進(jìn)先出的順序?qū)γ總€(gè)用戶(hù)終端的多次PRL更新請(qǐng)求進(jìn)行處理。圖5為根據(jù)本發(fā)明實(shí)施例的PRL更新系統(tǒng)500的結(jié)構(gòu)示意圖。PRL更新系統(tǒng)500 包括PRL系統(tǒng)平臺(tái)400。在一個(gè)實(shí)施例中，PRL更新系統(tǒng)500還可以包括區(qū)域短信網(wǎng)關(guān)502 和核心業(yè)務(wù)網(wǎng)關(guān)504。區(qū)域短信網(wǎng)關(guān)502，用于接收用戶(hù)終端發(fā)出的包含PRL更新請(qǐng)求的短消息。核心業(yè)務(wù)網(wǎng)關(guān)504，接收區(qū)域短信網(wǎng)關(guān)502發(fā)送的包含PRL更新請(qǐng)求的短消息，并發(fā)送給PRL系統(tǒng)平臺(tái)400。在一個(gè)實(shí)施例中，用戶(hù)終端可以包括檢測(cè)模塊、校驗(yàn)?zāi)K和更新模塊。檢測(cè)模塊， 用于對(duì)接收到的包含PRL文件段的短信進(jìn)行檢測(cè)。校驗(yàn)?zāi)K，用于當(dāng)所有包含PRL文件段的短信都通過(guò)檢測(cè)時(shí)，對(duì)PRL文件進(jìn)行校驗(yàn)。更新模塊，用于在PRL文件通過(guò)校驗(yàn)后，根據(jù) PRL文件對(duì)存儲(chǔ)于用戶(hù)終端的信息進(jìn)行更新。根據(jù)本發(fā)明的實(shí)施例，通過(guò)對(duì)同一個(gè)用戶(hù)一次PRL更新的多條短信之間加入固定下發(fā)時(shí)延，可以保證更新短信順序到達(dá)用戶(hù)終端，提高PRL文件更新的成功率。對(duì)PRL系統(tǒng)平臺(tái)的改進(jìn)，影響面小，網(wǎng)絡(luò)架構(gòu)和短信下發(fā)路由方式都不需要作改動(dòng)，節(jié)省了成本，提高了維護(hù)效率。另外，對(duì)于CDMA運(yùn)營(yíng)商原先發(fā)行的老版UIM卡不用強(qiáng)制更換，避免了二次投資。本發(fā)明的描述是為了示例和描述起見(jiàn)而給出的，而并不是無(wú)遺漏的或者將本發(fā)明限于所公開(kāi)的形式。很多修改和變化對(duì)于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描述實(shí)施例是為了更好說(shuō)明本發(fā)明的原理和實(shí)際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計(jì)適于特定用途的帶有各種修改的各種實(shí)施例。
權(quán)利要求
1.一種PRL文件處理方法，其特征在于，包括根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求或PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，所述PRL系統(tǒng)平臺(tái)將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信；所述PRL系統(tǒng)平臺(tái)在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延；所述PRL系統(tǒng)平臺(tái)將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。
2.根據(jù)權(quán)利要求1所述的PRL文件處理方法，其特征在于，所述PRL系統(tǒng)平臺(tái)為每個(gè)用戶(hù)終端的多次PRL更新請(qǐng)求維護(hù)一個(gè)先進(jìn)先出隊(duì)列。
3.根據(jù)權(quán)利要求1所述的PRL文件處理方法，其特征在于，在根據(jù)用戶(hù)終端發(fā)起的PRL 更新請(qǐng)求，所述PRL系統(tǒng)平臺(tái)將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信之前包括區(qū)域短信網(wǎng)關(guān)接收用戶(hù)終端發(fā)出的包含所述PRL更新請(qǐng)求的短消息；經(jīng)核心業(yè)務(wù)網(wǎng)關(guān)，所述區(qū)域短信網(wǎng)關(guān)將所述包含所述PRL更新請(qǐng)求的短消息發(fā)送給所述PRL系統(tǒng)平臺(tái)。
4.根據(jù)權(quán)利要求1所述的PRL文件處理方法，其特征在于，在根據(jù)PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，所述PRL系統(tǒng)平臺(tái)將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信之前包括所述PRL系統(tǒng)平臺(tái)接收維護(hù)人員上傳的需要更新的PRL的用戶(hù)號(hào)碼；所述PRL系統(tǒng)平臺(tái)啟動(dòng)更新用戶(hù)終端的PRL文件的操作。
5.根據(jù)權(quán)利要求1所述的PRL文件處理方法，其特征在于，在所述PRL系統(tǒng)平臺(tái)將包含 PRL文件段的短信順序下發(fā)給用戶(hù)終端之后包括用戶(hù)終端對(duì)接收到的所述包含PRL文件段的短信進(jìn)行檢測(cè)；當(dāng)所有所述包含PRL文件段的短信都通過(guò)檢測(cè)時(shí)，所述用戶(hù)終端對(duì)所述PRL文件進(jìn)行校驗(yàn)；在所述PRL文件通過(guò)所述校驗(yàn)后，所述用戶(hù)終端根據(jù)所述PRL文件對(duì)存儲(chǔ)于所述用戶(hù)終端的信息進(jìn)行更新。
6.一種PRL系統(tǒng)平臺(tái)，其特征在于，包括拆分模塊，用于根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求或所述PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信；時(shí)延處理模塊，用于在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延；下發(fā)模塊，用于將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。
7.根據(jù)權(quán)利要求6所述的PRL系統(tǒng)平臺(tái)，其特征在于，還包括先進(jìn)先出隊(duì)列，用于以先進(jìn)先出的順序?qū)γ總€(gè)用戶(hù)終端的多次PRL更新請(qǐng)求進(jìn)行處理。
8.—種PRL更新系統(tǒng)，其特征在于，包括如權(quán)利要求6或7所述的PRL系統(tǒng)平臺(tái)
9.根據(jù)權(quán)利要求8所述的PRL更新系統(tǒng)，其特征在于，還包括區(qū)域短信網(wǎng)關(guān)，用于接收用戶(hù)終端發(fā)出的包含所述PRL更新請(qǐng)求的短消息；核心業(yè)務(wù)網(wǎng)關(guān)，接收所述區(qū)域短信網(wǎng)關(guān)發(fā)送的所述包含所述PRL更新請(qǐng)求的短消息，并發(fā)送給所述PRL系統(tǒng)平臺(tái)。
10.根據(jù)權(quán)利要求8所述的PRL更新系統(tǒng)，其特征在于，所述用戶(hù)終端包括 檢測(cè)模塊，用于對(duì)接收到的所述包含PRL文件段的短信進(jìn)行檢測(cè)； 校驗(yàn)?zāi)K，用于當(dāng)所有所述包含PRL文件段的短信都通過(guò)檢測(cè)時(shí)，對(duì)所述PRL文件進(jìn)行校驗(yàn)；更新模塊，用于在所述PRL文件通過(guò)所述校驗(yàn)后，根據(jù)所述PRL文件對(duì)存儲(chǔ)于所述用戶(hù)終端的信息進(jìn)行更新。
全文摘要
本發(fā)明提供一種PRL文件處理方法、PRL系統(tǒng)平臺(tái)和更新系統(tǒng)，涉及通信領(lǐng)域。其中，一種PRL文件處理方法，包括根據(jù)用戶(hù)終端發(fā)起的PRL更新請(qǐng)求或PRL系統(tǒng)平臺(tái)主動(dòng)發(fā)起的更新，所述PRL系統(tǒng)平臺(tái)將PRL文件按長(zhǎng)度分成多個(gè)PRL文件段，每個(gè)PRL文件段生成一條短信；所述PRL系統(tǒng)平臺(tái)在每?jī)蓷l分別包含順序相連的兩個(gè)PRL文件段的短信之間加入固定時(shí)延；所述PRL系統(tǒng)平臺(tái)將包含PRL文件段的短信順序下發(fā)給用戶(hù)終端。根據(jù)本發(fā)明的一個(gè)實(shí)施例，能夠保證更新短信順序到達(dá)用戶(hù)終端，提高PRL文件更新的成功率。
文檔編號(hào)H04W8/02GK102281506SQ20101019576
公開(kāi)日2011年12月14日 申請(qǐng)日期2010年6月9日 優(yōu)先權(quán)日2010年6月9日
發(fā)明者伍思源, 周文紅, 張繼平, 李洪, 杜民, 渠凱, 王燕川, 董曉莊, 鄭超, 黃玲 申請(qǐng)人:中國(guó)電信股份有限公司