專利名稱：移動通信系統(tǒng)的記賬裝置和方法
優(yōu)先權(quán)本申請要求2001年10月15日在韓國工業(yè)知識產(chǎn)權(quán)辦公室提交，標題是“移動通信系統(tǒng)的記賬裝置和方法”的第2001-63509號申請的優(yōu)先權(quán)，在這里將它的內(nèi)容引入作為參考。
目前，SK電信有限公司和韓國電信Freetel有限公司在它們的記賬系統(tǒng)中采用每月固定費用的方法，這兩個公司代表韓國的業(yè)務(wù)提供商，它們根據(jù)預(yù)先劃定的時間段，比如普通時間段、折扣時間段、午夜時間段，如表1所示，按超出每月固定費率以上向它們的用戶收取費用。
表1
如表1所示，SK電信有限公司和韓國電信Freetel有限公司根據(jù)通信時間而不是根據(jù)使用的數(shù)據(jù)量向它們的用戶收費。如同從表中看到的一樣，它們的費用尺度只取決于時間段，比如普通時間段、折扣時間段和午夜時間段。但是近來它們公布了一個新的記賬方法，下一代移動通信系統(tǒng)(例如第二代或者CDMA2000-1x)的使用費取決于使用的各種因特網(wǎng)內(nèi)容的數(shù)據(jù)量，如同表2所示。
表2
如同表2所示，根據(jù)收到的每個因特網(wǎng)內(nèi)容數(shù)據(jù)的量，用戶按照不變費率交費。例如，對于電子郵件業(yè)務(wù)，每個分組交納6.5圓，對于視頻點播業(yè)務(wù)，每個分組交納2.5圓。
但是，上面提到的記賬方法有一個缺點，在使用因特網(wǎng)這種網(wǎng)絡(luò)的時候，由于信道狀況很差經(jīng)常會發(fā)生數(shù)據(jù)丟失的現(xiàn)象。因此，在因特網(wǎng)這種網(wǎng)絡(luò)上，用戶必須支付他或者她的使用費用，即使收到的數(shù)據(jù)質(zhì)量很差，或者發(fā)生了數(shù)據(jù)丟失。
典型情況下，將分組發(fā)送給移動通信終端的時候，數(shù)據(jù)丟失發(fā)生在PPP(點到點協(xié)議)層，此外，當(dāng)移動通信終端正在移動的時候會發(fā)生更加嚴重的數(shù)據(jù)丟失現(xiàn)象。在這種情況下，丟失的數(shù)據(jù)被拋棄以后，在TCP(傳輸控制協(xié)議)層執(zhí)行數(shù)據(jù)重新傳輸程序。但是根據(jù)傳統(tǒng)的記賬方法，業(yè)務(wù)提供商因為丟失的數(shù)據(jù)而向它們的用戶不合理地收取費用。換句話說，傳統(tǒng)記賬方法的缺點在于由于信道狀況很差而導(dǎo)致大量數(shù)據(jù)丟失的時候向用戶收取了太多的不公平費用。
如果用戶通過網(wǎng)絡(luò)接收到的是不需要的數(shù)據(jù)而不是他或者她需要的數(shù)據(jù)，用戶仍然必須為不需要的數(shù)據(jù)向?qū)?yīng)的業(yè)務(wù)提供商支付費用，雖然在數(shù)據(jù)傳輸程序中沒有任何數(shù)據(jù)丟失。更具體地說，如果要從TCP/UDP(傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議)業(yè)務(wù)端口號收到的不需要的數(shù)據(jù)而不是需要的數(shù)據(jù)被發(fā)送給用戶的終端，而用戶使用的是一個應(yīng)用程序，用戶就不應(yīng)該為不需要的數(shù)據(jù)支付費用。但是實際上用戶不得不為不需要的數(shù)據(jù)向業(yè)務(wù)提供商支付費用。還有，對于UDP情形，因為用戶的終端在完成了用戶的應(yīng)用程序以后沒有從這個服務(wù)器釋放，其連續(xù)地從一個服務(wù)器收到不需要的數(shù)據(jù)，用戶同樣必須為不需要的數(shù)據(jù)再次支付額外的費用。
本發(fā)明的另一個目的是提供一種記賬裝置和方法，用于在移動通信系統(tǒng)的分組業(yè)務(wù)中進行準確的記賬。
本發(fā)明的再一個目的是提供一種記賬裝置和方法，用于用戶在移動通信系統(tǒng)中分組業(yè)務(wù)中排除因錯誤的數(shù)據(jù)而產(chǎn)生的附加費用。
按照本發(fā)明的一方面，以上和其它目的可以通過為移動通信終端提供一種分組業(yè)務(wù)記賬裝置來實現(xiàn)，包括一個PPP(點到點協(xié)議)層，用于檢查收到的PPP幀內(nèi)有沒有錯誤，當(dāng)在收到的PPP幀內(nèi)有錯誤的PPP幀的時候，并產(chǎn)生一個包括錯誤PPP幀的大小信息的PPP控制幀，還包括一個物理層，用于將PPP控制幀載入物理信道幀，并且將它發(fā)送給基站。
根據(jù)本發(fā)明的另一方面，本發(fā)明為移動通信終端提供一種分組業(yè)務(wù)記賬方法，包括以下步驟a)檢查收到的PPP幀內(nèi)是否有錯誤；b)如果收到的PPP幀內(nèi)有一個錯誤的PPP幀，就產(chǎn)生一個包括錯誤PPP幀的大小信息的PPP控制幀；c)將這個PPP控制幀發(fā)送給基站；和d)如果從基站收到PPP控制幀的授權(quán)響應(yīng)，就更新所接收數(shù)據(jù)的總量信息，并在顯示器上顯示更新過的數(shù)據(jù)大小。
具體實施例方式
現(xiàn)在，將參考附圖詳細描述本發(fā)明的優(yōu)選實施例。在這些附圖中，同樣或者相似的部件用同樣的數(shù)字來標記，雖然它們是在不同的附圖中。在以下描述中，將省去對這里結(jié)合的已知功能和結(jié)構(gòu)的描述，以免混淆本發(fā)明的主題。
本發(fā)明在于在移動通信系統(tǒng)的分組業(yè)務(wù)中對用戶接受的服務(wù)進行準確計費，而其中的信道狀況有可能發(fā)生突然變化。為此目的，移動通信終端測量收到的沒有任何錯誤的數(shù)據(jù)的量，以及準確接收的數(shù)據(jù)的量，并且將這些信息顯示出來。在這種情況下，移動通信終端將錯誤數(shù)據(jù)的量以及沒有必要接收的數(shù)據(jù)的量告訴基站，從而允許基站從數(shù)據(jù)總量中扣除錯誤數(shù)據(jù)和不需要的數(shù)據(jù)的量。結(jié)果，用戶會了解接收數(shù)據(jù)的準確量，為實際收到的數(shù)據(jù)支付他的或她的使用費用。


圖1說明根據(jù)本發(fā)明一個優(yōu)選實施例的移動通信終端中分組業(yè)務(wù)的協(xié)議層結(jié)構(gòu)。
如圖1所示，協(xié)議層包括一個物理層101和一個RLP(無線鏈路協(xié)議)層103，用作無線接入；一個PPP層105，一個IP(因特網(wǎng)協(xié)議)層107和一個用于無線分組業(yè)務(wù)的TCP/UDP層109；以及一個應(yīng)用程序(API應(yīng)用程序接口)111，用于支持電子郵件業(yè)務(wù)和VOD(視頻點播)業(yè)務(wù)等等。下面將參考圖1描述移動通信終端接收分組數(shù)據(jù)的程序。
參考圖1，物理層101對以無線方式收到的物理層幀進行譯碼，并且檢查所譯碼的物理層幀的CRC(循環(huán)冗余校驗)。如果CRC中沒有任何錯誤，物理層101就將這一幀的有效載荷發(fā)送給上層RLP層103。在這里，物理層對應(yīng)于輔助信道這樣的物理信道是用硬件(例如信道編碼器等等)實現(xiàn)的。該RLP層103利用從物理層101收到的RLP幀產(chǎn)生PPP幀，并將它們發(fā)送給PPP層105。
PPP層105是兩個點，一個MS(移動臺)和一個PDSN(分組數(shù)據(jù)服務(wù)節(jié)點)之間的一個數(shù)據(jù)鏈路層，用作IP尋址和注冊/鑒權(quán)。根據(jù)本發(fā)明，PPP層105檢測要從總量中扣除的數(shù)據(jù)量，發(fā)送一則消息給基站，告訴它要扣除的數(shù)據(jù)的量。例如，在PPP層105檢查從RLP層103收到的PPP幀CRC的時候檢測到數(shù)據(jù)錯誤(也就是錯誤幀)，此時，它產(chǎn)生一個包括錯誤幀的大小信息的PPP控制幀，將它發(fā)送給基站。對于另一個實例，對于上層協(xié)議層通知PPP層105收到了不需要的數(shù)據(jù)的時候，PPP層105產(chǎn)生一個包括不需要的數(shù)據(jù)的大小的信息的PPP控制幀，然后將它發(fā)送給基站。
作為數(shù)據(jù)傳輸路徑的IP層107是一個網(wǎng)絡(luò)層。根據(jù)本發(fā)明，這個IP層107檢查從PPP層105收到的數(shù)據(jù)。根據(jù)接收到的檢查結(jié)果，在收到的數(shù)據(jù)是一個UDP數(shù)據(jù)，并且端口號是一個預(yù)定值(例如434)的情況下，該IP層107就將收到的數(shù)據(jù)發(fā)送給TCP/UDP層109。在端口號不是一個預(yù)定值的情況下，IP層107通知PPP層105收到了不需要的數(shù)據(jù)。在這個時候，IP層107還將不需要的數(shù)據(jù)的大小告訴PPP層105。
具有誤碼恢復(fù)功能的TCP/UDP層109是一個傳輸層，用于進行可靠的數(shù)據(jù)傳輸。根據(jù)本發(fā)明，在上層應(yīng)用程序111已經(jīng)結(jié)束，而TCP/UDP層109還沒有被服務(wù)器釋放，因而繼續(xù)從這個服務(wù)器收到不需要的數(shù)據(jù)的時候，它就通知PPP層105收到了不需要的數(shù)據(jù)。在這個時候，TCP/UDP層109還通知PPP層105不需要的數(shù)據(jù)的大小。應(yīng)用程序111對應(yīng)于驅(qū)動部分，用于接受VOD服務(wù)、音樂視頻服務(wù)或者電視廣播服務(wù)。
分組數(shù)據(jù)的一個開始點在PPP層105上。這個PPP層105有一個部分，用來檢測收到的幀數(shù)據(jù)的錯誤。如果這一部分收到了錯誤的幀數(shù)據(jù)，它就將錯誤幀數(shù)據(jù)的大小消息發(fā)送給基站。還有，如果這一部分檢測到PPP層收到了不需要的數(shù)據(jù)，它就發(fā)送不需要的數(shù)據(jù)的大小消息。
下面將參考附圖描述本發(fā)明的工作過程。
圖4是說明本發(fā)明的一個優(yōu)選實施例中防止對移動通信終端收到的錯誤數(shù)據(jù)進行計費的一個程序的流程圖。
參考圖4，在步驟401確定PPP層105從RLP層103收到一幀。在步驟401中PPP層105從RLP層105收到這一幀的情況下，它計算收到的幀的CRC，并且在步驟403將幀內(nèi)包括的預(yù)定CRC與這個CRC進行比較。在步驟401中這個PPP層105沒有從RLP層105收到這一幀的情況下，程序進入步驟417執(zhí)行相應(yīng)的功能。然后，根據(jù)從步驟403接收的CRC比較結(jié)果，PPP層105在步驟405中確定這一幀中是否有誤碼。如果這一幀中有誤碼(也就是錯誤幀)，那么這個PPP層105就進入步驟407，以產(chǎn)生包括錯誤數(shù)據(jù)數(shù)量信息的一個控制幀(也就是錯誤幀的大小)。例如在這里將一個PPP幀用作控制幀。在圖2中說明PPP幀的結(jié)構(gòu)。在這個PPP幀中有許多字段，每個字段都定義如下，如圖2所示。
具有1個字節(jié)的字段“7E”表示幀的開始點和結(jié)束點。1個字節(jié)的字段“地址”說明同層之間的設(shè)備地址。有1個字節(jié)的字段“控制”在同層之間進行幀流控制。有2個字節(jié)的字段“CRC”用于檢測幀的誤碼。有2個字節(jié)的字段“協(xié)議”確定幀的類型，例如PPP控制數(shù)據(jù)或者真實的IP數(shù)據(jù)幀等等。如果字段“協(xié)議”是0x0021，就意味著它是一個IP分組。
有1～1500個字節(jié)的字段“數(shù)據(jù)”包括用于協(xié)議的數(shù)據(jù)內(nèi)容。
為了通知基站錯誤數(shù)據(jù)的大小，記錄在圖2所示字段“數(shù)據(jù)”中的數(shù)據(jù)內(nèi)容被劃分成“標識符”、“請求/響應(yīng)”、“長度”、“類型”、“錯誤數(shù)據(jù)量”和“收到的真實數(shù)據(jù)量”，如圖3所示。圖3所示PPP幀的“數(shù)據(jù)”字段的結(jié)構(gòu)如下。
具有1個字節(jié)的字段“請求/響應(yīng)”允許終端將消息“1”作為一個錯誤請求信號發(fā)送給基站，然后允許基站將消息“2”作為一個請求響應(yīng)信號發(fā)送給終端。在這種情況下，基站使用從終端收到的標識符。
1個字節(jié)的字段“標識符”說明發(fā)送數(shù)據(jù)的數(shù)量。無論什么時候發(fā)生了錯誤，字段“標識符”每次都將請求值增大1。在這里，請求值的范圍從1到255，這樣，請求值在1到255之間循環(huán)。
有2個字節(jié)的字段“長度”計算字段“請求/響應(yīng)”到字段“收到的真實數(shù)據(jù)量”之間的字節(jié)數(shù)。在圖3中，“數(shù)據(jù)”字段有13個字節(jié)，因為1字節(jié)(請求/響應(yīng))+1字節(jié)(標識符)+2字節(jié)(長度)+1字節(jié)(類型)+4字節(jié)(錯誤數(shù)據(jù)量)+4字節(jié)(收到的真實數(shù)據(jù)量)＝13字節(jié)。
有1個字節(jié)的字段“類型”說明PPP幀內(nèi)容是對應(yīng)于終端收到的數(shù)據(jù)數(shù)量的一個測量值。
有4個字節(jié)的字段“錯誤數(shù)據(jù)量”說明錯誤幀的大小。
有4個字節(jié)的字段“真實數(shù)據(jù)量”說明沒有任何錯誤的數(shù)據(jù)的大小。
如上所述，由于用來將錯誤數(shù)據(jù)數(shù)量信息告訴基站的幀的結(jié)構(gòu)與PPP控制數(shù)據(jù)幀的結(jié)構(gòu)一樣，因此立即就可以將它應(yīng)用于PPP控制數(shù)據(jù)幀。與PPP控制數(shù)據(jù)幀相比較，圖3所示的幀定義了字段“類型”，從這種方式，使基站能夠知道錯誤數(shù)據(jù)和收到的真實數(shù)據(jù)的量有多大。目前，字段“類型”都規(guī)定在0x01～0x0f的范圍之內(nèi)，0x01～0x0f以外的值不使用。因此，本發(fā)明將用于通知錯誤數(shù)據(jù)量的字段“類型”定義為“0x06”。在基站不對包括發(fā)送的錯誤數(shù)據(jù)量信息的PPP幀做出響應(yīng)的情況下，終端重新發(fā)送PPP幀，例如每一秒鐘一次。同樣，即使在終端收到了不需要的數(shù)據(jù)，終端也要將一個PPP控制幀發(fā)送給基站。但是，如果基站沒有處理PPP控制幀的功能，作為一個基本的PPP操作，它就對這個終端請求做出拒絕響應(yīng)“3”。
再一次回到圖3，PPP層105將步驟409產(chǎn)生的控制幀(也就是包括錯誤數(shù)據(jù)大小信息的PPP控制幀)發(fā)送給基站。在RLP層用RLP幀對這個PPP幀進行映射處理。這個RLP幀是在物理層101中的物理信道幀中載入的，然后發(fā)送給基站。然后，PPP層105在步驟413中確定基站是否對PPP控制幀做出了響應(yīng)。在步驟413中基站對PPP控制幀做出響應(yīng)的情況下，PPP層105進入步驟415。在步驟413中基站沒有對PPP控制幀做出響應(yīng)的情況下，PPP層105返回步驟411，以等待基站的響應(yīng)。在預(yù)定的應(yīng)答時間段內(nèi)PPP層105沒有收到基站應(yīng)答的情況下，它就重新發(fā)送步驟407中產(chǎn)生的PPP控制幀，例如，每一秒鐘一次。
在PPP層105收到了基站對PPP控制幀的響應(yīng)的情況下，它就在步驟415中更新收到的數(shù)據(jù)的數(shù)量信息，然后將它顯示在終端上。終端在接收分組業(yè)務(wù)的同時，基本上連續(xù)地在它自己的顯示器上顯示它收到的數(shù)據(jù)的量。在這種情況下，終端沒有收到基站授權(quán)的時候在收到的數(shù)據(jù)總量中包括錯誤的數(shù)據(jù)。但是在終端發(fā)出一個請求信號給基站，要求將錯誤數(shù)據(jù)的量從用戶需要付費的總數(shù)據(jù)量中扣除時，則隨后從基站收到這個請求的一個響應(yīng)，那么它就將錯誤數(shù)據(jù)的量從總數(shù)據(jù)量中扣除，在它自己的顯示器上顯示結(jié)果。結(jié)果，用戶能夠很方便地知道他或者她的終端實際收到的準確的數(shù)據(jù)量，系統(tǒng)從用戶費用中扣除錯誤數(shù)據(jù)引發(fā)的額外費用，從而在分組業(yè)務(wù)中進行更加準確的記賬。
前面提到的與錯誤的PPP幀有關(guān)的優(yōu)選實施例中將錯誤PPP幀的情況告訴基站，從而將錯誤PPP幀引發(fā)的費用從用戶總費用中扣除。對于另一個實施例，本發(fā)明描述一種方法，用于從總費用中扣除不需要的數(shù)據(jù)引發(fā)的費用。例如，不需要的數(shù)據(jù)可能是除了TCP/UDP層109業(yè)務(wù)端口號以外的數(shù)據(jù)，或者是UDP業(yè)務(wù)中用戶的應(yīng)用程序關(guān)閉以后收到的不需要的數(shù)據(jù)。
圖5是一個流程圖，它說明本發(fā)明一個優(yōu)選實施例中防止對移動通信終端收到的不需要的數(shù)據(jù)進行計費的程序。
參考圖5，在步驟501中判斷PPP層105是否收到了不需要的數(shù)據(jù)。例如，在終端只是驅(qū)動移動IP應(yīng)用程序的情況下，IP層107檢查從PPP層105收到的數(shù)據(jù)。根據(jù)接收的檢查結(jié)果，當(dāng)收到的結(jié)果是一個UDP數(shù)據(jù)并且端口號是434時，IP層107將收到的數(shù)據(jù)發(fā)送給上層協(xié)議層。但是，除非收到的數(shù)據(jù)是UDP數(shù)據(jù)和端口號434，否則IP層107就認為收到的數(shù)據(jù)是不需要的數(shù)據(jù)，并且通知PPP層105收到了不需要的數(shù)據(jù)。對于另一個實例，在上層應(yīng)用程序111(例如一個視頻點播服務(wù))已經(jīng)結(jié)束，TCP/UDP層109沒有從服務(wù)器釋放，因而繼續(xù)從服務(wù)器收到數(shù)據(jù)的情況下，它就將這些數(shù)據(jù)看作不需要的數(shù)據(jù)，并且將這一情況通知PPP層105。在步驟501中，當(dāng)PPP層105收到不需要的數(shù)據(jù)的時候，程序進入步驟503。在步驟501中PPP層105沒有收到不需要的數(shù)據(jù)的時候，程序進入步驟513，以執(zhí)行相應(yīng)的功能。
如果在步驟501中PPP層105收到不需要的數(shù)據(jù)，PPP層105就進入步驟503，產(chǎn)生一個控制幀(也就是一個PPP控制幀)，其包括不需要的數(shù)據(jù)的大小信息(也就是幀的大小)。在這里，控制幀是基于圖2和圖3的PPP幀。與此同時，PPP層105將步驟505中產(chǎn)生的控制幀(也就是包括不需要的數(shù)據(jù)的大小信息的PPP控制幀)發(fā)送給基站。在RLP層103用RLP幀對PPP幀進行映射處理，并在物理層101中將RLP幀載入物理信道幀，然后發(fā)送給基站。
因此，PPP層105在步驟509中判斷基站是否對這個控制幀做出了響應(yīng)。在步驟509中基站對控制幀做出了響應(yīng)的情況下，PPP層105進入步驟511。在步驟509中基站不對控制幀做出響應(yīng)的情況下，PPP層105返回步驟507，以等待基站響應(yīng)。在預(yù)先確定的應(yīng)答時間段內(nèi)PPP層105沒有接收到基站的響應(yīng)的情況下，它重新發(fā)送在步驟503產(chǎn)生的控制幀，例如每一秒鐘一次。在步驟509中PPP層收到基站對控制幀的響應(yīng)的時候，它在步驟511中更新接收的數(shù)據(jù)量，并且顯示在終端的顯示器上。結(jié)果，基站能夠利用終端接收數(shù)據(jù)量更加準確的信息進行記賬。
綜上所述，在使用分組業(yè)務(wù)的同時，用戶能夠很容易地從他或者她的終端上了解實際收到的數(shù)據(jù)量的準確信息。此外，終端將錯誤數(shù)據(jù)量和不需要的數(shù)據(jù)的量告訴基站，從而使系統(tǒng)對用戶終端進行更加準確的記賬?？傊谝苿油ㄐ畔到y(tǒng)的分組業(yè)務(wù)中本發(fā)明能夠產(chǎn)生清楚的用戶帳單，用戶只需要為他或者她的終端實際收到的數(shù)據(jù)付費。
雖然出于說明的目的本發(fā)明公開了優(yōu)選實施例，但是本領(lǐng)域中的技術(shù)人員會明白可以進行各種改進、增減和替換，而不會偏離后面的權(quán)利要求中公開的本發(fā)明的范圍和精神。
權(quán)利要求
1.一種移動通信終端的分組業(yè)務(wù)記賬裝置，包括一個PPP(點到點協(xié)議)層，用于檢查收到的PPP幀內(nèi)是否有誤碼，當(dāng)在收到的PPP幀內(nèi)存在錯誤的PPP幀的時候，產(chǎn)生一個包括錯誤PPP幀大小信息的PPP控制幀；和一個物理層，用于將PPP控制幀載入物理信道幀，并將所述PPP控制幀發(fā)送給基站。
2.如權(quán)利要求1所述的裝置，其中所述的PPP控制幀還包括沒有任何誤碼的數(shù)據(jù)的大小信息。
3.如權(quán)利要求1所述的裝置，進一步包括一個TCP/UDP(傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議)層，用于檢查從PPP層收到的數(shù)據(jù)，根據(jù)收到的檢查結(jié)果提取UDP和TCP業(yè)務(wù)的端口號，當(dāng)端口號不同于預(yù)定端口號的時候，確定收到的數(shù)據(jù)為錯誤數(shù)據(jù)，將錯誤數(shù)據(jù)的大小信息通知PPP層，其中當(dāng)從TCP/UDP層收到錯誤數(shù)據(jù)的大小信息的時候，所述PPP層產(chǎn)生包括錯誤數(shù)據(jù)大小信息的PPP控制幀。
4.如權(quán)利要求3所述的裝置，其中在上層應(yīng)用程序已經(jīng)結(jié)束以后，如果TCP/UDP層沒有從服務(wù)器那里釋放，因而繼續(xù)從這個服務(wù)器收到數(shù)據(jù)，TCP/UDP層就認定這些數(shù)據(jù)為錯誤數(shù)據(jù)，并且將這些錯誤數(shù)據(jù)的大小信息通知PPP層。
5.如權(quán)利要求1所述的裝置，進一步包括一個上層控制器，從基站接收到對PPP控制幀的授權(quán)響應(yīng)時，用于更新所接收數(shù)據(jù)的大小信息，并且將更新過的數(shù)據(jù)大小顯示在顯示器上。
6.如權(quán)利要求1所述的裝置，其中所述的PPP層在檢驗PPP幀誤碼的時候采用CRC(循環(huán)冗余校驗)技術(shù)。
7.一種移動通信終端的分組業(yè)務(wù)記賬方法，包括以下步驟a)檢查收到的PPP幀內(nèi)是否有誤碼；b)根據(jù)收到的檢查結(jié)果，如果收到的PPP幀內(nèi)有錯誤的PPP幀，就產(chǎn)生一個包括錯誤PPP幀大小信息的PPP控制幀；c)將所述PPP控制幀發(fā)送給基站；和d)如果從基站收到對PPP控制幀的授權(quán)響應(yīng)，則更新接收數(shù)據(jù)總量信息，在顯示器上顯示更新過的數(shù)據(jù)大小。
8.如權(quán)利要求7所述的方法，其中所述基站從用戶費用中扣除PPP控制幀內(nèi)包括的錯誤數(shù)據(jù)量信息對應(yīng)的費用。
9.如權(quán)利要求7所述的方法，其中所述步驟(a)在檢查收到的PPP幀的誤碼時采用CRC(循環(huán)冗余校驗)技術(shù)。
10.一種移動通信終端的分組業(yè)務(wù)記賬方法，包括以下步驟a)檢查收到的數(shù)據(jù)中TCP/UDP業(yè)務(wù)的端口號，并且確定這個端口號是否等于預(yù)定的端口號；b)如果這個端口號不同于預(yù)定端口號，就確定收到的數(shù)據(jù)是錯誤數(shù)據(jù)，并產(chǎn)生包括錯誤數(shù)據(jù)大小信息的一個PPP控制幀；c)將PPP控制幀發(fā)送給基站；和d)如果從基站收到PPP控制幀的授權(quán)響應(yīng)，就更新收到的數(shù)據(jù)的總量信息，在顯示器上顯示更新過的數(shù)據(jù)的大小。
11.一種移動通信終端的分組業(yè)務(wù)記賬方法，包括以下步驟a)如果因為上層應(yīng)用程序已經(jīng)結(jié)束以后終端沒有從服務(wù)器釋放而收到UDP數(shù)據(jù)，就認定這些UDP數(shù)據(jù)是錯誤數(shù)據(jù)，并產(chǎn)生包括錯誤數(shù)據(jù)大小信息的一個PPP控制幀；b)將PPP控制幀發(fā)送給基站；和c)如果從基站收到對PPP控制幀的授權(quán)響應(yīng)，就更新接收數(shù)據(jù)總量信息，并在顯示器上顯示更新過的數(shù)據(jù)量大小。
全文摘要
一種移動通信系統(tǒng)的記賬裝置和方法。一種用于移動通信終端分組業(yè)務(wù)的記賬方法，其包括以下步驟檢查收到的PPP幀內(nèi)是否有誤碼；如果收到的PPP幀內(nèi)有錯誤的PPP幀，就產(chǎn)生包括錯誤PPP幀大小信息的一個PPP控制幀；將這個PPP控制幀發(fā)送給基站；如果從基站收到這個PPP控制幀的授權(quán)響應(yīng)，就更新接收的數(shù)據(jù)總量信息，將更新過的數(shù)據(jù)大小信息顯示在顯示器上。
文檔編號H04L1/00GK1413040SQ0214685
公開日2003年4月23日 申請日期2002年10月15日 優(yōu)先權(quán)日2001年10月15日
發(fā)明者韓承旭 申請人:三星電子株式會社