專(zhuān)利名稱：無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信網(wǎng)絡(luò)技術(shù)，特別涉及移動(dòng)通信網(wǎng)絡(luò)計(jì)費(fèi)過(guò)程中通用分組無(wú)線業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)(Serving GPRS Support Node，簡(jiǎn)稱“SGSN”)對(duì)計(jì)費(fèi)網(wǎng)關(guān)(Charging Gateway，簡(jiǎn)稱“CG”)解碼話單數(shù)據(jù)出現(xiàn)錯(cuò)誤時(shí)的處理方法。
背景技術(shù)：
在第三代移動(dòng)通訊設(shè)備中，SGSN在為用戶提供移動(dòng)業(yè)務(wù)的同時(shí)，需要對(duì)用戶的移動(dòng)臺(tái)(Mobile Station，簡(jiǎn)稱“MS”)的網(wǎng)絡(luò)使用情況進(jìn)行計(jì)費(fèi)。其中SGSN是核心網(wǎng)的重要組成實(shí)體，且是分組交換的核心部分，它不僅處理分組交換中的信令傳輸，同時(shí)也進(jìn)行數(shù)據(jù)包的處理和傳送，面向MS執(zhí)行移動(dòng)性管理、安全管理、介入控制和路由選擇等功能，以及產(chǎn)生原始計(jì)費(fèi)數(shù)據(jù)。SGSN將原始話單通過(guò)Ga接口發(fā)送給CG，并由CG對(duì)原始話單進(jìn)行過(guò)濾、合并處理，再發(fā)送給計(jì)費(fèi)系統(tǒng)(Billing System，簡(jiǎn)稱“BS”)，由BS生成最終的用戶話單。
其中，CG是一種用于收集通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)(GPRS SupportNode，簡(jiǎn)稱“GSN”)產(chǎn)生的原始話單的通訊設(shè)備，其主要功能是實(shí)現(xiàn)對(duì)原始話單的合并和過(guò)濾。GSN則是指SGSN或則是通用分組無(wú)線業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)(GPRS Gateway Support Node，簡(jiǎn)稱“GGSN”)。而B(niǎo)S則是實(shí)現(xiàn)對(duì)CG發(fā)送過(guò)來(lái)的話單記錄進(jìn)行移動(dòng)業(yè)務(wù)計(jì)費(fèi)的功能。
而當(dāng)出現(xiàn)CG對(duì)GSN發(fā)送過(guò)來(lái)的話單解碼錯(cuò)誤時(shí)，CG則需要向GSN返回相應(yīng)的申明錯(cuò)誤的消息。
圖1示出了現(xiàn)有技術(shù)處理CG解碼錯(cuò)誤情況的實(shí)現(xiàn)方法。如圖所示，首先在步驟100，由SGSN10向CG11發(fā)送相應(yīng)的話單數(shù)據(jù)，CG11對(duì)該話單數(shù)據(jù)進(jìn)行解碼并處理。然后，進(jìn)入步驟110。
在步驟110中，CG11對(duì)SGSN10發(fā)送過(guò)來(lái)的話單數(shù)據(jù)處理時(shí)發(fā)現(xiàn)不能進(jìn)行正確解碼。對(duì)于這種情況，按照寬帶碼分多址(Wideband Code DivisionMultiple Access，簡(jiǎn)稱“WCDMA”)移動(dòng)通信系統(tǒng)計(jì)費(fèi)協(xié)議的第三代合作伙伴項(xiàng)目技術(shù)規(guī)范(3rd Generation Partnership Project TechnologySpecification，簡(jiǎn)稱“3GPP TS”)32.215中所規(guī)定的內(nèi)容，當(dāng)CG對(duì)GSN發(fā)送來(lái)的話單解碼錯(cuò)誤時(shí)，需要向GSN返回原因值為“CDR decoding error”的數(shù)據(jù)記錄傳輸回應(yīng)的解碼錯(cuò)誤通告消息，從而提醒運(yùn)營(yíng)商當(dāng)前的GSN和CG之間的話單編解碼不兼容，促使運(yùn)營(yíng)商采取有效的措施避免因?yàn)镃G11對(duì)話單數(shù)據(jù)解碼錯(cuò)誤而影響系統(tǒng)和造成的不必要的損失。
根據(jù)上述協(xié)議規(guī)定，在隨后的步驟120中，CG11向SGSN10返回原因值為“CDR decoding error”的數(shù)據(jù)記錄傳輸回應(yīng)的解碼錯(cuò)誤通告消息(“DataRecord Transfer Response”)。
但是，因?yàn)楝F(xiàn)階段3GPP TS 32.215協(xié)議中并沒(méi)有闡述針對(duì)出現(xiàn)上述這類(lèi)情況時(shí)SGSN10該進(jìn)行如何處理這個(gè)CG11解碼錯(cuò)誤話單的方法，因此當(dāng)SGSN10在接收到由CG11發(fā)送過(guò)來(lái)的“CDR decoding error”的數(shù)據(jù)記錄傳輸回應(yīng)的解碼錯(cuò)誤通告消息后，SGSN10對(duì)這種錯(cuò)誤不做相應(yīng)的及時(shí)處理。于是，SGSN10無(wú)法處理CG11解碼錯(cuò)誤的話單。
在實(shí)際應(yīng)用中，上述方案存在以下問(wèn)題由于現(xiàn)階段3GPP的相關(guān)協(xié)議中并沒(méi)有明確指出在CG對(duì)GSN發(fā)送過(guò)來(lái)的話單數(shù)據(jù)解碼錯(cuò)誤時(shí)，GSN應(yīng)該進(jìn)行如何處理以提供足夠有效的定位信息，因而SGSN無(wú)法處理CG解碼錯(cuò)誤的話單。而對(duì)于CG解碼話單數(shù)據(jù)錯(cuò)誤的問(wèn)題，移動(dòng)通信網(wǎng)絡(luò)系統(tǒng)也無(wú)法進(jìn)一步獲取有效的信息以查找CG和SGSN之間不兼容問(wèn)題的詳細(xì)原因，影響了系統(tǒng)的可靠性和穩(wěn)定性。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，有效幫助設(shè)備廠商、設(shè)備運(yùn)營(yíng)商定位出造成CG不能對(duì)SGSN發(fā)送的話單進(jìn)行正確解碼的原因，而且它實(shí)現(xiàn)簡(jiǎn)單。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，當(dāng)所述無(wú)線通信系統(tǒng)中的通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)收到來(lái)自計(jì)費(fèi)網(wǎng)關(guān)的數(shù)據(jù)記錄傳輸回應(yīng)消息時(shí)，包含以下步驟A判斷所述數(shù)據(jù)記錄傳輸回應(yīng)消息中的原因值是否為呼叫詳細(xì)記錄解碼錯(cuò)誤，如果是則進(jìn)入步驟B；B向所述無(wú)線通信系統(tǒng)的操作維護(hù)終端上報(bào)告警信息；C保存所述數(shù)據(jù)記錄傳輸回應(yīng)消息中所有話單。
其中，所述通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)是通用分組無(wú)線業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)或通用分組無(wú)線業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)。
所述步驟C中，所述話單保存在所述通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)的硬盤(pán)中預(yù)先設(shè)定的第一目錄中。
所述方法還包含以下步驟D操作人員從所述第一目錄中取出所述話單，分析所述通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)和所述計(jì)費(fèi)網(wǎng)關(guān)之間不兼容的原因。
所述步驟C還進(jìn)一步包含以下子步驟如果所述話單在保存過(guò)程中發(fā)生讀寫(xiě)異常，則將發(fā)生讀寫(xiě)異常的話單保存在預(yù)先設(shè)置的第二目錄中。
所述步驟C中，所述話單以文件形式保存，每一個(gè)文件中包含一個(gè)數(shù)據(jù)記錄傳輸回應(yīng)消息的所有話單。
所述無(wú)線通信系統(tǒng)是通用分組無(wú)線業(yè)務(wù)系統(tǒng)或?qū)拵Тa分多址系統(tǒng)。
通過(guò)比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的區(qū)別在于，由于在現(xiàn)階段3GPP的相關(guān)協(xié)議中并沒(méi)有明確指出在CG對(duì)GSN發(fā)送過(guò)來(lái)的話單數(shù)據(jù)解碼出現(xiàn)錯(cuò)誤時(shí)GSN應(yīng)該如何進(jìn)行處理以提供給系統(tǒng)足夠有效的定位信息，因而SGSN無(wú)法處理CG解碼錯(cuò)誤的話單。而對(duì)于CG解碼話單數(shù)據(jù)出現(xiàn)錯(cuò)誤的問(wèn)題，電信網(wǎng)絡(luò)系統(tǒng)也無(wú)法進(jìn)一步獲取有效信息以查找出CG和SGSN之間不兼容問(wèn)題的詳細(xì)原因，從而根本無(wú)法解決這樣的問(wèn)題。
而本發(fā)明方案通過(guò)簡(jiǎn)單易行的操作來(lái)處理CG解碼出錯(cuò)的問(wèn)題，使得移動(dòng)通信系統(tǒng)能獲得足夠的有效信息來(lái)分析和解決這類(lèi)問(wèn)題。
一方面，本發(fā)明方案通過(guò)SGSN向移動(dòng)通信網(wǎng)絡(luò)系統(tǒng)的本地操作維護(hù)終端上報(bào)警告信息，通告系統(tǒng)CG解碼話單時(shí)出現(xiàn)錯(cuò)誤，提醒用戶關(guān)注此異常。相對(duì)于現(xiàn)有技術(shù)，這樣的處理更能提高移動(dòng)通信系統(tǒng)的可靠性以及對(duì)電信業(yè)務(wù)產(chǎn)生異常時(shí)的警惕性。
另一方面，本發(fā)明方案通過(guò)在SGSN中硬盤(pán)上的分級(jí)多目錄存儲(chǔ)CG解碼出錯(cuò)的話單數(shù)據(jù)文件，使得設(shè)備制造廠商或設(shè)備運(yùn)營(yíng)商可以通過(guò)打開(kāi)這些話單數(shù)據(jù)文件來(lái)解析出發(fā)生CG21解碼話單數(shù)據(jù)出現(xiàn)錯(cuò)誤的原因，從而為解決這類(lèi)SGSN和CG之間的不兼容問(wèn)題提供了更充足和可靠的信息。相對(duì)于現(xiàn)有技術(shù)來(lái)說(shuō)，本發(fā)明方案通過(guò)這樣的后續(xù)處理，不僅為解決移動(dòng)通信系統(tǒng)中出現(xiàn)的這類(lèi)的異常提供了信息依據(jù)，方便了系統(tǒng)的維護(hù)，而且其操作簡(jiǎn)單、易行，為移動(dòng)通信系統(tǒng)的修復(fù)和可靠提供了足夠的保障。
這種技術(shù)方案上的區(qū)別，帶來(lái)了較為明顯的有益效果，即通過(guò)SGSN上報(bào)警告信息和存儲(chǔ)話單數(shù)據(jù)的兩步后續(xù)操作，不僅在遵循現(xiàn)有協(xié)議的基礎(chǔ)之上擴(kuò)展了相關(guān)協(xié)議的內(nèi)容，為相應(yīng)的技術(shù)規(guī)范提供了更可靠和更實(shí)用的參考。而且又有助于設(shè)備制造廠商或設(shè)備運(yùn)營(yíng)商及時(shí)發(fā)現(xiàn)、分析以及解決由于GSN和CG之間存在的某種不兼容性而引起的CG解碼錯(cuò)誤，故而為分析和解決CG解碼錯(cuò)誤問(wèn)題提供了更充分信息依據(jù)的同時(shí)提高了移動(dòng)通信系統(tǒng)的修復(fù)能力。


圖1是現(xiàn)有技術(shù)處理CG解碼錯(cuò)誤情況的實(shí)現(xiàn)方法示意圖；圖2是根據(jù)本發(fā)明的一個(gè)實(shí)施例的處理CG解碼話單錯(cuò)誤的操作流程的方法原理示意圖；圖3是根據(jù)本發(fā)明的一個(gè)實(shí)施例的CG解碼錯(cuò)誤時(shí)存儲(chǔ)話單數(shù)據(jù)的方法示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
總的來(lái)說(shuō)，本發(fā)明方案提出了一種簡(jiǎn)單的通過(guò)SGSN處理CG解碼話單數(shù)據(jù)時(shí)出現(xiàn)錯(cuò)誤的方法，通過(guò)SGSN向本地操作維護(hù)終端上報(bào)警告信息和在SGSN中硬盤(pán)上分級(jí)多目錄的存儲(chǔ)相應(yīng)話單數(shù)據(jù)，方案實(shí)現(xiàn)簡(jiǎn)單，操作便捷，且易于設(shè)備制造廠商、設(shè)備運(yùn)營(yíng)商及時(shí)的查找出造成CG不能對(duì)SGSN發(fā)送過(guò)來(lái)的話單數(shù)據(jù)進(jìn)行正確解碼的原因，為解決這類(lèi)問(wèn)題提供了充分而且可靠的信息，提升了移動(dòng)通信系統(tǒng)承載各類(lèi)電信業(yè)務(wù)的修復(fù)能力。
針對(duì)移動(dòng)通信網(wǎng)絡(luò)中出現(xiàn)CG解碼話單數(shù)據(jù)時(shí)產(chǎn)生錯(cuò)誤的情況，本發(fā)明方案在不違背現(xiàn)有相關(guān)協(xié)議標(biāo)準(zhǔn)的前提下，通過(guò)SGSN對(duì)該類(lèi)情況進(jìn)一步實(shí)施特定的有效處理，從而既能夠使得對(duì)現(xiàn)有移動(dòng)通信網(wǎng)絡(luò)系統(tǒng)所承載的各類(lèi)電信業(yè)務(wù)在技術(shù)標(biāo)準(zhǔn)上擴(kuò)展了相關(guān)協(xié)議內(nèi)容，又有助于設(shè)備制造廠商或設(shè)備運(yùn)營(yíng)商及時(shí)發(fā)現(xiàn)、分析以及解決由于GSN和CG之間存在的某種不兼容性而引起的CG解碼錯(cuò)誤問(wèn)題。
由于現(xiàn)有技術(shù)對(duì)出現(xiàn)CG解碼錯(cuò)誤情況時(shí)無(wú)法有效的定位此類(lèi)問(wèn)題，并且無(wú)法為分析和解決該類(lèi)問(wèn)題提供相應(yīng)的信息，鑒于此，本發(fā)明方案采取當(dāng)SGSN接收到CG返回的原因值為“CDR decoding error”的錯(cuò)誤通告消息時(shí)，通過(guò)SGSN向本地操作維護(hù)終端上報(bào)告警，警報(bào)系統(tǒng)出現(xiàn)CG解碼話單錯(cuò)誤，以及提醒用戶關(guān)注此異常。同時(shí)，SGSN將該接收到的數(shù)據(jù)記錄回應(yīng)消息中的所有話單幀保存在SGSN中硬盤(pán)上的某個(gè)特定目錄下，需要注意的是這里用于存儲(chǔ)CG解碼出錯(cuò)的話單數(shù)據(jù)的目錄和原先SGSN為了在和CG通訊中斷時(shí)臨時(shí)保存話單的目錄是有所區(qū)別的。這樣就使得設(shè)備制造廠商或設(shè)備運(yùn)營(yíng)商可以通過(guò)文件傳輸協(xié)議(File Transfer Protocol，簡(jiǎn)稱“FTP”)從SGSN中硬盤(pán)上的相應(yīng)目錄里取下CG解碼錯(cuò)誤的話單數(shù)據(jù)，從而為分析出造成CG解碼話單數(shù)據(jù)錯(cuò)誤的原因和解決這類(lèi)系統(tǒng)兼容性問(wèn)題提供了可能。
在SGSN接收到由CG發(fā)送過(guò)來(lái)的數(shù)據(jù)記錄傳輸回應(yīng)的解碼錯(cuò)誤通告消息后，通過(guò)本發(fā)明方案中的SGSN向本地操作維護(hù)終端上報(bào)警告信息和在SGSN中分級(jí)多目錄的存儲(chǔ)出錯(cuò)話單數(shù)據(jù)的后續(xù)處理，使得對(duì)移動(dòng)通信網(wǎng)絡(luò)系統(tǒng)的維護(hù)處理可以得到更可靠和充足的信息，為最終及時(shí)發(fā)現(xiàn)、分析以及解決SGSN和CG之間的編解碼不兼容問(wèn)題提供了方便而且有效的途徑。
圖2是根據(jù)本發(fā)明方案的一個(gè)實(shí)施例的處理CG解碼話單數(shù)據(jù)出錯(cuò)時(shí)的具體操作流程示意圖。下面就參照?qǐng)D2來(lái)進(jìn)一步描述本發(fā)明的詳細(xì)技術(shù)方案。
首先，在步驟200，SGSN20向CG21發(fā)送話單數(shù)據(jù)。其中，CG21的主要功能是采集SGSN產(chǎn)生的話單，以及提供話單數(shù)據(jù)的存儲(chǔ)，并對(duì)話單數(shù)據(jù)作必要的處理后發(fā)送給計(jì)費(fèi)系統(tǒng)(Billing System，簡(jiǎn)稱“BS”)。
隨后，在步驟210中，CG21在對(duì)由SGSN20發(fā)送過(guò)來(lái)的話單數(shù)據(jù)進(jìn)行解碼時(shí)發(fā)生錯(cuò)誤，這是由于CG21和SGSN20之間的編解碼不兼容造成的。然后，進(jìn)入步驟220。
在步驟220中，按照上述“3GPP TS”32.215中所規(guī)定的內(nèi)容，對(duì)應(yīng)于在步驟220中出現(xiàn)的CG21解碼錯(cuò)誤情況，CG21向SGSN20返回原因值為“CDR decoding error”的數(shù)據(jù)記錄傳輸回應(yīng)消息，通告SGSN20產(chǎn)生CG21解碼錯(cuò)誤。并且這個(gè)返回“CDR decoding error”的錯(cuò)誤通告消息中包含出錯(cuò)的所有話單數(shù)據(jù)，這樣就為后續(xù)的分析、查錯(cuò)和解決問(wèn)題提供了足夠詳盡的信息。隨后，進(jìn)入步驟230。
在步驟230，SGSN20向移動(dòng)通信網(wǎng)絡(luò)系統(tǒng)的本地操作維護(hù)終端上報(bào)告警信息，警報(bào)出現(xiàn)解碼錯(cuò)誤情況，提醒用戶關(guān)注此異常。然后，進(jìn)入步驟240。
在步驟240，SGSN20將數(shù)據(jù)記錄傳輸回應(yīng)消息中的所有話單幀保存在SGSN20中硬盤(pán)上的某個(gè)特定目錄下，該目錄和原先SGSN20為了在和CG21通訊中斷時(shí)臨時(shí)保存話單的目錄有所區(qū)別，這樣以便設(shè)備制造廠商或設(shè)備運(yùn)營(yíng)商可以通過(guò)FTP從該硬盤(pán)中取下CG21解碼錯(cuò)誤的話單數(shù)據(jù)，從而為分析并解決造成CG21解碼話單數(shù)據(jù)錯(cuò)誤提供了更詳盡的信息依據(jù)。
需要說(shuō)明的是，對(duì)應(yīng)的話單數(shù)據(jù)是保存在SGSN20的硬盤(pán)中第一目錄下的，如果該話單數(shù)據(jù)在保存過(guò)程中發(fā)生了讀寫(xiě)異常，則應(yīng)該將發(fā)生讀寫(xiě)異常的話單數(shù)據(jù)保存在預(yù)先設(shè)置的第二目錄中，而且話單以文件形式保存，每一個(gè)文件中包含一個(gè)數(shù)據(jù)記錄傳輸回應(yīng)消息的所有話單。
接著，在隨后的步驟240，維護(hù)操作人員從SGSN20中硬盤(pán)上的第一個(gè)目錄中取出對(duì)應(yīng)的話單數(shù)據(jù)，分析SGSN20和CG21之間不兼容的原因，并根據(jù)上述相關(guān)信息解決這個(gè)問(wèn)題。
至此，本發(fā)明方案通過(guò)SGSN20的處理就結(jié)束了。其中，通過(guò)在步驟230和步驟240中SGSN20對(duì)應(yīng)的處理，移動(dòng)通信網(wǎng)絡(luò)系統(tǒng)不僅在嚴(yán)格遵循現(xiàn)有相關(guān)協(xié)議的基礎(chǔ)之上拓展了協(xié)議內(nèi)容，而且為分析和解決CG21解碼話單數(shù)據(jù)時(shí)出現(xiàn)錯(cuò)誤的情況提供了更可靠和詳盡的依據(jù)。
圖3示出了根據(jù)本發(fā)明方案的一個(gè)實(shí)施例的通過(guò)在SGSN20中的硬盤(pán)上來(lái)存儲(chǔ)CG21解碼錯(cuò)誤話單數(shù)據(jù)的目錄結(jié)構(gòu)示意圖。
下面參照?qǐng)D3來(lái)詳細(xì)描述本發(fā)明方案中在CG21解碼錯(cuò)誤時(shí)存儲(chǔ)話單數(shù)據(jù)的方法示意圖。
如圖3所示，在hda0根目錄下的r4、r98、r99目錄的子目錄結(jié)構(gòu)和errcode目錄的子目錄結(jié)構(gòu)是相同的。需要說(shuō)明的是，r4、r98、r99是分別對(duì)應(yīng)于移動(dòng)通信網(wǎng)絡(luò)的不同版本協(xié)議規(guī)范r4、r98、r99的各個(gè)目錄，這三個(gè)目錄下保存的話單都是由于SGSN和CG通訊中斷而暫存在硬盤(pán)上的。
其中，errcode目錄中的所有子目錄是用于存儲(chǔ)出現(xiàn)CG21解碼錯(cuò)誤時(shí)的話單數(shù)據(jù)的。而之所以將errcode目錄和r4、r98、r99版本網(wǎng)絡(luò)協(xié)議的三個(gè)臨時(shí)目錄均安排在根目錄hda0下的同一級(jí)目錄中，是為了便于系統(tǒng)管理，而且方便維護(hù)操作人員從SGSN20的硬盤(pán)中取對(duì)應(yīng)的話單數(shù)據(jù)時(shí)能操作起來(lái)更簡(jiǎn)便些。
父目錄errcode下的子目錄cdr0、cdr1、cdr2直至cdr9下的所有話單數(shù)據(jù)文件是正確存儲(chǔ)在SGSN20中硬盤(pán)上的CG21解碼錯(cuò)誤話單數(shù)據(jù)，而父目錄errcode下子目錄err下的話單數(shù)據(jù)文件則是在存儲(chǔ)話單數(shù)據(jù)文件的過(guò)程中，由于出現(xiàn)硬盤(pán)出錯(cuò)或則其他非正常情況，以至發(fā)生讀寫(xiě)存儲(chǔ)異常的CG21解碼錯(cuò)誤話單數(shù)據(jù)文件。
需要說(shuō)明的是通過(guò)父目錄errcode下的cdr0、cdr1、cdr2直至cdr9各個(gè)目錄來(lái)存儲(chǔ)出現(xiàn)CG21解碼錯(cuò)誤時(shí)話單數(shù)據(jù)文件，同樣也是為了便于系統(tǒng)管理。每個(gè)cdr目錄下存儲(chǔ)一個(gè)CG21返回的消息文件，而該消息文件中包含多個(gè)話單數(shù)據(jù)，通過(guò)這樣的同級(jí)多目錄存儲(chǔ)結(jié)構(gòu)，不僅使系統(tǒng)管理起來(lái)簡(jiǎn)潔、明了，而且在CG21解碼錯(cuò)誤時(shí)方便維護(hù)操作人員查找。
于是，設(shè)備制造廠商或設(shè)備運(yùn)營(yíng)商可以通過(guò)打開(kāi)這些話單數(shù)據(jù)文件解析出發(fā)生CG21解碼話單數(shù)據(jù)出現(xiàn)錯(cuò)誤的原因，從而解決SGSN20和CG21之間的不兼容問(wèn)題。
雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施例，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種各樣的改變，而不偏離所附權(quán)利要求書(shū)所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，其特征在于，當(dāng)所述無(wú)線通信系統(tǒng)中的通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)收到來(lái)自計(jì)費(fèi)網(wǎng)關(guān)的數(shù)據(jù)記錄傳輸回應(yīng)消息時(shí)，包含以下步驟A判斷所述數(shù)據(jù)記錄傳輸回應(yīng)消息中的原因值是否為呼叫詳細(xì)記錄解碼錯(cuò)誤，如果是則進(jìn)入步驟B；B向所述無(wú)線通信系統(tǒng)的操作維護(hù)終端上報(bào)告警信息；C保存所述數(shù)據(jù)記錄傳輸回應(yīng)消息中所有話單。
2.根據(jù)權(quán)利要求1所述的無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，其特征在于，所述通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)是通用分組無(wú)線業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)或通用分組無(wú)線業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)。
3.根據(jù)權(quán)利要求1所述的無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，其特征在于，所述步驟C中，所述話單保存在所述通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)的硬盤(pán)中預(yù)先設(shè)定的第一目錄中。
4.根據(jù)權(quán)利要求3所述的無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，其特征在于，所述方法還包含以下步驟D操作人員從所述第一目錄中取出所述話單，分析所述通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)和所述計(jì)費(fèi)網(wǎng)關(guān)之間不兼容的原因。
5.根據(jù)權(quán)利要求3所述的無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，其特征在于，所述步驟C還進(jìn)一步包含以下子步驟如果所述話單在保存過(guò)程中發(fā)生讀寫(xiě)異常，則將發(fā)生讀寫(xiě)異常的話單保存在預(yù)先設(shè)置的第二目錄中。
6.根據(jù)權(quán)利要求1所述的無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，其特征在于，所述步驟C中，所述話單以文件形式保存，每一個(gè)文件中包含一個(gè)數(shù)據(jù)記錄傳輸回應(yīng)消息的所有話單。
7.根據(jù)權(quán)利要求1至6中任意一條所述的無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，其特征在于，所述無(wú)線通信系統(tǒng)是通用分組無(wú)線業(yè)務(wù)系統(tǒng)或?qū)拵Тa分多址系統(tǒng)。
全文摘要
本發(fā)明涉及移動(dòng)通信網(wǎng)絡(luò)技術(shù)，公開(kāi)了一種無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，能夠有效幫助設(shè)備廠商、設(shè)備運(yùn)營(yíng)商定位出造成CG不能對(duì)SGSN發(fā)送的話單進(jìn)行正確解碼的原因，而且它實(shí)現(xiàn)簡(jiǎn)單。根據(jù)該無(wú)線通信系統(tǒng)中計(jì)費(fèi)網(wǎng)關(guān)解碼錯(cuò)誤話單處理方法，當(dāng)無(wú)線通信系統(tǒng)中的通用無(wú)線分組服務(wù)支持節(jié)點(diǎn)收到來(lái)自計(jì)費(fèi)網(wǎng)關(guān)的數(shù)據(jù)記錄傳輸回應(yīng)消息時(shí)，包含以下步驟A判斷數(shù)據(jù)記錄傳輸回應(yīng)消息中的原因值是否為呼叫詳細(xì)記錄解碼錯(cuò)誤，如果是則進(jìn)入步驟B；B向無(wú)線通信系統(tǒng)的操作維護(hù)終端上報(bào)告警信息；C保存數(shù)據(jù)記錄傳輸回應(yīng)消息中所有話單。
文檔編號(hào)H04L12/14GK1708010SQ20041004864
公開(kāi)日2005年12月14日 申請(qǐng)日期2004年6月8日 優(yōu)先權(quán)日2004年6月8日
發(fā)明者顧慧 申請(qǐng)人:華為技術(shù)有限公司