專利名稱：計費處理的方法及計費系統(tǒng)、彩信業(yè)務(wù)中心的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)，尤其涉及一種計費處理的方法及計費系統(tǒng)、彩信業(yè)務(wù)中心。
背景技術(shù)：
隨著多媒體業(yè)務(wù)的高速發(fā)展，發(fā)送彩信逐漸成為人們?nèi)粘９ぷ骱蜕钪斜夭豢缮俚脑?，而此類業(yè)務(wù)的便捷性與拓展性方面的需求也日趨強烈。在當前的3GPP無線通信標準中，彩信業(yè)務(wù)中心(Multimedia Message Service Center,簡稱MMSC)中集成有計費觸發(fā)功能模塊(Charging Trigger Function,簡稱CTF), 該CTF和在線計費系統(tǒng)(Online Charging System,0CS)之間通過Ro接口連接,Ro接口上遵循Diameter信用控制協(xié)議(Diameter Credit Control協(xié)議,簡稱DCC協(xié)議)傳遞在線計費消息，在線計費消息包括信用控制請求消息(Credit Control Request,簡稱CCR)和信用控制應(yīng)答消息(Credit Control Answer,簡稱CCA)等?，F(xiàn)有技術(shù)中，MMSC上報至OCS的CCR中包括遵循DCC協(xié)議的屬性值對(Attribute Value Pair，簡稱AVP)，這些AVP包含信用控制時間戳、計費方號碼(即發(fā)送終端的號碼)、 被叫號碼(即目的終端的號碼)、業(yè)務(wù)特定的單元信息等。由此，使得OCS可根據(jù)AVP所攜帶的信息對與計費方號碼對應(yīng)的發(fā)送終端進行計費處理。然而，基于現(xiàn)有的DCC協(xié)議，MMSC發(fā)送至OCS的CCR中的AVP僅包括一個計費方號碼、一個被叫號碼。由此，OCS也按照CCR中的被叫號碼對彩信進行單個計費。當前，越來越多的用戶終端使用群發(fā)彩信業(yè)務(wù)，如何對群發(fā)彩信業(yè)務(wù)的用戶終端給予關(guān)聯(lián)計費(即群發(fā)彩信時，對每一條彩信采用優(yōu)惠的費率進行計費)成為當前需要解決的問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種計費處理的方法及計費系統(tǒng)、彩信業(yè)務(wù)中心，用于解決現(xiàn)有技術(shù)中無法對群發(fā)彩信業(yè)務(wù)的用戶終端進行關(guān)聯(lián)計費的問題。本發(fā)明實施例提供的計費處理的方法，包括計費系統(tǒng)接收麗SC發(fā)送的信用控制請求計費消息，所述信用控制請求計費消息包括發(fā)送終端的標識、目的終端的標識；所述計費系統(tǒng)確定所述信用控制請求計費消息中目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理，以及向所述MMSC返回信用控制計費應(yīng)答消息，以使所述MMSC根據(jù)所述信用控制計費應(yīng)答消息中攜帶的信息處理所述發(fā)送終端的彩信業(yè)務(wù)請求。本發(fā)明實施例提供的計費處理的方法，包括MMSC向計費系統(tǒng)發(fā)送信用控制請求計費消息，所述信用控制請求計費消息包括: 發(fā)送終端的標識、目的終端的標識；所述麗SC接收所述計費系統(tǒng)發(fā)送的信用控制計費應(yīng)答消息，以根據(jù)所述信用控制計費應(yīng)答消息中攜帶的信息處理所述發(fā)送終端的彩信業(yè)務(wù)請求；所述信用控制計費應(yīng)答消息為所述計費系統(tǒng)確定所述信用控制請求計費消息中的目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理后發(fā)送的。本發(fā)明實施例提供的計費系統(tǒng)，包括接收單元，用于接收MMSC發(fā)送的信用控制請求計費消息，所述信用控制請求計費消息包括發(fā)送終端的標識、目的終端的標識；確定單元，用于確定所述信用控制請求計費消息中目的終端的標識的數(shù)量為兩個或兩個以上；計費處理單元，用于根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理；發(fā)送單元，用于向所述麗SC返回信用控制計費應(yīng)答消息，以使所述麗SC根據(jù)所述信用控制計費應(yīng)答消息中攜帶的信息處理所述發(fā)送終端的彩信業(yè)務(wù)請求。本發(fā)明實施例提供的彩信業(yè)務(wù)中心，包括發(fā)送單元，用于向計費系統(tǒng)發(fā)送信用控制請求計費消息，所述信用控制請求計費消息包括發(fā)送終端的標識、目的終端的標識；接收單元，用于接收所述計費系統(tǒng)發(fā)送的信用控制計費應(yīng)答消息，以根據(jù)所述信用控制計費應(yīng)答消息中攜帶的信息處理所述發(fā)送終端的彩信業(yè)務(wù)請求；所述信用控制計費應(yīng)答消息為所述計費系統(tǒng)確定所述信用控制請求計費消息中的目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理后發(fā)送的。由上述技術(shù)方案可知，本發(fā)明實施例的計費處理的方法及計費系統(tǒng)、彩信業(yè)務(wù)中心，通過計費系統(tǒng)確定麗SC發(fā)送的信用控制請求計費消息中包括兩個或兩個以上的目的終端的標識時，采用預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與發(fā)送終端的標識對應(yīng)的賬戶進行計費處理，解決了現(xiàn)有技術(shù)中無法對群發(fā)彩信業(yè)務(wù)的用戶終端進行關(guān)聯(lián)計費的問題。


圖I為本發(fā)明一實施例提供的計費處理的方法的流程示意圖；圖2A為本發(fā)明另一實施例提供的計費處理的方法的流程示意圖；圖2B為本發(fā)明另一實施例提供的計費處理的方法的流程示意圖；圖3為本發(fā)明另一實施例提供的計費處理的方法的流程示意圖；圖4為本發(fā)明另一實施例提供的計費系統(tǒng)的結(jié)構(gòu)示意圖；圖5為本發(fā)明另一實施例提供的彩信業(yè)務(wù)中心的結(jié)構(gòu)示意圖。
具體實施例方式圖I示出了本發(fā)明一實施例提供的計費處理的方法的流程示意圖，如圖I所示，本實施例中的計費處理的方法如下文所述。101、計費系統(tǒng)接收MMSC發(fā)送的信用控制請求計費消息，所述信用控制請求計費消息中包括發(fā)送終端的標識、目的終端的標識。
舉例來說，本實施例中的計費系統(tǒng)可為現(xiàn)有技術(shù)中提及的OCS或融合計費系統(tǒng) (Convergent Billing System,簡稱 CBS)。另外，發(fā)送終端的標識可為發(fā)送終端的用戶號碼，目的終端的標識可為目的終端的用戶號碼。當然，在實際應(yīng)用中，只有麗SC接收到發(fā)送終端發(fā)送的包括發(fā)送終端的標識、目的終端的標識的彩信業(yè)務(wù)請求之后，MMSC根據(jù)彩信業(yè)務(wù)請求向計費系統(tǒng)發(fā)送信用控制請求計費消息。應(yīng)說明的是，本實施例中的信用控制請求計費消息中包括遵循擴展后的DCC協(xié)議的AVP，該AVP中可包括多個目的終端的標識。擴展后的DCC協(xié)議中AVP的定義如下表一所
/Jn ο102、計費系統(tǒng)確定信用控制請求計費消息中目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與發(fā)送終端的標識對應(yīng)的賬戶進行計費處理。舉例來說，本實施例中的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則可為每一條彩信的費用設(shè)定為原有的彩信費用的二分之一或三分之一。如在現(xiàn)有技術(shù)中，發(fā)送終端發(fā)送單條彩信的費用為I 元/條，在本實施例中，若發(fā)送終端同時將上述彩信發(fā)送兩個以上的目的終端，則每一條彩信的費用為O. 5元。103、計費系統(tǒng)向麗SC返回信用控制計費應(yīng)答消息，以使麗SC根據(jù)信用控制計費應(yīng)答消息中攜帶的信息處理發(fā)送終端的彩信業(yè)務(wù)請求。舉例來說，若信用控制計費應(yīng)答消息中攜帶的信息為所有的與目的終端的標識對應(yīng)的計費處理成功的響應(yīng)碼(AVP-code 268);此時，MMSC在接收到信用控制計費應(yīng)答消息之后，根據(jù)計費處理成功的響應(yīng)碼將發(fā)送終端的彩信業(yè)務(wù)請求中的彩信內(nèi)容發(fā)送至每一目的終端。在其他的實施例中，若信用控制計費應(yīng)答消息中攜帶的信息為所有的與目的終端的標識對應(yīng)的計費處理失敗的響應(yīng)碼，則MMSC在接收到信用控制計費應(yīng)答消息之后，根據(jù)計費處理失敗的響應(yīng)碼向發(fā)送終端發(fā)送提示信息?？蛇x地，信用控制計費應(yīng)答消息的數(shù)量與目的終端的標識的數(shù)量可相同，且每一信用控制計費應(yīng)答消息中所包括的目的終端的標識唯一；信用控制計費應(yīng)答消息中攜帶的信息包括與目的終端的標識對應(yīng)的計費處理結(jié)果的響應(yīng)碼。該處的計費處理結(jié)果可以是計費處理成功、計費處理短暫失敗、計費處理永久失敗等。舉例來說,前述的信用控制請求計費消息中包括的目的終端的標識139*******0、
139氺氺氺氺氺氺氺I、139氺氺氺氺氺氺氺2等；相應(yīng)地，在步驟103中，信用控制計費應(yīng)答消息的數(shù)量可為三個，第一個信用控制計費應(yīng)答消息包括與139*******0對應(yīng)的響應(yīng)碼2xxx,表示計費處理成功；第二個信用控制計費應(yīng)答消息包括與對應(yīng)的響應(yīng)碼4xxx,表示計費短暫失敗(發(fā)送終端的賬戶中已無余額)；第三個信用控制計費應(yīng)答消息包括與對應(yīng)的響應(yīng)碼 4xxx，表示計費短暫失敗。由上述實施例可知，本實施例的計費處理的方法，通過計費系統(tǒng)確定MMSC發(fā)送的信用控制請求計費消息中包括兩個或兩個以上的目的終端的標識時，采用預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與發(fā)送終端的標識對應(yīng)的賬戶進行計費處理，解決了現(xiàn)有技術(shù)中無法對群發(fā)彩信業(yè)務(wù)的用戶終端進行關(guān)聯(lián)計費的問題。圖2A示出了本發(fā)明一實施例提供的計費處理的方法的流程示意圖，如圖2所示， 本實施例中的計費處理的方法如下文所述。201、計費系統(tǒng)接收MMSC發(fā)送的信用控制請求計費消息，所述信用控制請求計費消息包括發(fā)送終端的標識、目的終端的標識、與發(fā)送終端的標識對應(yīng)的計費類型。舉例來說，計費類型包括預(yù)付費方式的計費類型，后付費方式的計費類型。當然，在實際應(yīng)用場景中，前述的信用控制請求計費消息中還可包括多個含有其他信息的AVP。該處的信用控制請求計費消息中的AVP用于遵循本實施例中如下表一所示的擴展的DCC協(xié)議中的AVP定義。202、計費系統(tǒng)確定信用控制請求計費消息中目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)與發(fā)送終端的標識對應(yīng)的計費類型、結(jié)合預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理。舉例來說，若與發(fā)送終端的標識對應(yīng)的計費類型為后付費方式的計費類型，則計費系統(tǒng)按照預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理。若與發(fā)送終端的標識對應(yīng)的計費類型為預(yù)付費方式的計費類型，則計費系統(tǒng)按照預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理。此時，在與發(fā)送終端的標識對應(yīng)的賬戶的余額不足時，剩余的目的終端的標識對應(yīng)的計費處理結(jié)果為計費處理短暫失敗。203、計費系統(tǒng)向麗SC返回信用控制計費應(yīng)答消息，以使MMSC根據(jù)信用控制計費應(yīng)答消息中攜帶的信息處理發(fā)送終端的彩信業(yè)務(wù)請求。本實施例中的信用控制計費應(yīng)答消息包括所有的與目的終端的標識對應(yīng)的計費處理成功的響應(yīng)碼；和/或，所有的與目的終端的標識對應(yīng)的計費處理失敗的響應(yīng)碼。也就是說，信用控制計費應(yīng)答消息的數(shù)量為一個，該信用控制計費應(yīng)答消息包括 與對應(yīng)的響應(yīng)碼2xxx,與139*******I對應(yīng)的響應(yīng)碼4xxx,與139*******2 對應(yīng)的響應(yīng)碼4xxx?；蛘?，信用控制計費應(yīng)答消息的數(shù)量為一個，該信用控制計費應(yīng)答消息包括與
對應(yīng)的響應(yīng)碼2xxx?；蛘?，信用控制計費應(yīng)答消息的數(shù)量為一個，該信用控制計費應(yīng)答消息包括與
對應(yīng)的響應(yīng)碼4xxx,與對應(yīng)的響應(yīng)碼4xxx。應(yīng)說明的是，本實施例中的信用控制請求計費消息、信用控制計費應(yīng)答消息均用于遵循本實施例中如下表一所不的擴展的DCC協(xié)議。需要說明的是，基于現(xiàn)有的DCC協(xié)議，麗SC發(fā)送至OCS的CCR中的AVP僅包括一個計費方號碼(即發(fā)送終端的標識)、一個被叫號碼(即目的終端的標識)，且計費系統(tǒng)對群發(fā)彩信業(yè)務(wù)的發(fā)送終端進行單個彩信的計費。鑒于此，本實施例中對Ro接口上所遵循的 DCC協(xié)議進行擴展，以使MMSC發(fā)送至OCS的CCR中的AVP可包括一個計費方號碼、多個被叫號碼，且且計費系統(tǒng)對群發(fā)彩信業(yè)務(wù)的發(fā)送終端進行關(guān)聯(lián)計費。本實施例中對DCC協(xié)議擴展如下一使麗SC發(fā)送的信用控制請求計費消息中的目的終端的標識可以為多個，即* [Recipient-Address]表示可以支持多個目的終端的標識。二 增加了信用控制計費應(yīng)答消息中MMS-Information中Recipient-Address參數(shù)，例如可以在信用控制計費應(yīng)答消息中增加響應(yīng)碼信息(Result-Code)。 表一擴展后的DCC協(xié)議中的AVP定義
權(quán)利要求
1.一種計費處理的方法，其特征在于，包括計費系統(tǒng)接收彩信業(yè)務(wù)中心MMSC發(fā)送的信用控制請求計費消息，所述信用控制請求計費消息包括發(fā)送終端的標識、目的終端的標識；所述計費系統(tǒng)確定所述信用控制請求計費消息中目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理，以及向所述MMSC返回信用控制計費應(yīng)答消息，以使所述MMSC根據(jù)所述信用控制計費應(yīng)答消息中攜帶的信息處理所述發(fā)送終端的彩信業(yè)務(wù)請求。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述信用控制計費應(yīng)答消息中攜帶的信息包括所有的與所述目的終端的標識對應(yīng)的計費處理成功的響應(yīng)碼；和/或所有的與所述目的終端的標識對應(yīng)的計費處理失敗的響應(yīng)碼。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述信用控制計費應(yīng)答消息的數(shù)量與所述目的終端的標識的數(shù)量相同，且每一信用控制計費應(yīng)答消息中所包括的目的終端的標識唯一；所述信用控制計費應(yīng)答消息中攜帶的信息包括與所述目的終端的標識對應(yīng)的計費處理結(jié)果的響應(yīng)碼。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述信用控制請求計費消息還包括與所述發(fā)送終端的標識對應(yīng)的計費類型；相應(yīng)地，所述根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理的步驟具體為根據(jù)所述計費類型，并結(jié)合預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理。
5.一種計費處理的方法，其特征在于，包括彩信業(yè)務(wù)中心MMSC向計費系統(tǒng)發(fā)送信用控制請求計費消息，所述信用控制請求計費消息包括發(fā)送終端的標識、目的終端的標識；所述MMSC接收所述計費系統(tǒng)發(fā)送的信用控制計費應(yīng)答消息，以根據(jù)所述信用控制計費應(yīng)答消息中攜帶的信息處理所述發(fā)送終端的彩信業(yè)務(wù)請求；所述信用控制計費應(yīng)答消息為所述計費系統(tǒng)確定所述信用控制請求計費消息中的目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理后發(fā)送的。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述信用控制計費應(yīng)答消息中攜帶的信息包括所有的與所述目的終端的標識對應(yīng)的計費處理成功的響應(yīng)碼；和/或所有的與所述目的終端的標識對應(yīng)的計費處理失敗的響應(yīng)碼。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述信用控制計費應(yīng)答消息的數(shù)量與所述目的終端的標識的數(shù)量相同，且每一信用控制計費應(yīng)答消息中所包括的目的終端的標識唯一；所述信用控制計費應(yīng)答消息中攜帶的信息包括與所述目的終端的標識對應(yīng)的計費處理結(jié)果的響應(yīng)碼。
8.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述信用控制請求計費消息還包括與所述發(fā)送終端的標識對應(yīng)的計費類型；相應(yīng)地，所述信用控制應(yīng)答消息為所述計費系統(tǒng)確定所述信用控制請求計費消息中的目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)所述計費類型，并結(jié)合預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理后發(fā)送的。
9.一種計費系統(tǒng)，其特征在于，包括接收單元，用于接收彩信業(yè)務(wù)中心MMSC發(fā)送的信用控制請求計費消息，所述信用控制請求計費消息包括發(fā)送終端的標識、目的終端的標識；確定單元，用于確定所述信用控制請求計費消息中目的終端的標識的數(shù)量為兩個或兩個以上；計費處理單元，用于根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理；發(fā)送單元，用于向所述麗SC返回信用控制計費應(yīng)答消息，以使所述麗SC根據(jù)所述信用控制計費應(yīng)答消息中攜帶的信息處理所述發(fā)送終端的彩信業(yè)務(wù)請求。
10.根據(jù)權(quán)利要求9所述的計費系統(tǒng)，其特征在于，所述信用控制計費應(yīng)答消息中攜帶的信息包括所有的與目的終端的標識對應(yīng)的計費處理成功的響應(yīng)碼；和/或所有的與目的終端的標識對應(yīng)的計費處理失敗的響應(yīng)碼。
11.根據(jù)權(quán)利要求9所述的計費系統(tǒng)，其特征在于，所述信用控制計費應(yīng)答消息的數(shù)量與所述目的終端的標識的數(shù)量相同，且每一信用控制計費應(yīng)答消息中所包括的目的終端的標識唯一；所述信用控制計費應(yīng)答消息種攜帶的信息包括與所述目的終端的標識對應(yīng)的計費處理結(jié)果的響應(yīng)碼。
12.根據(jù)權(quán)利要求9所述的計費系統(tǒng)，其特征在于，所述信用控制請求計費消息還包括與所述發(fā)送終端的標識對應(yīng)的計費類型；相應(yīng)地，計費處理單元，具體用于根據(jù)所述計費類型，并結(jié)合預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理。
13.一種彩信業(yè)務(wù)中心，其特征在于，包括發(fā)送單元，用于向計費系統(tǒng)發(fā)送信用控制請求計費消息，所述信用控制請求計費消息包括發(fā)送終端的標識、目的終端的標識；接收單元，用于接收所述計費系統(tǒng)發(fā)送的信用控制計費應(yīng)答消息，以根據(jù)所述信用控制計費應(yīng)答消息中攜帶的信息處理所述發(fā)送終端的彩信業(yè)務(wù)請求；所述信用控制計費應(yīng)答消息為所述計費系統(tǒng)確定所述信用控制請求計費消息中的目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理后發(fā)送的。
14.根據(jù)權(quán)利要求13所述的彩信業(yè)務(wù)中心，其特征在于，所述信用控制計費應(yīng)答消息中攜帶的信息包括所有的與所述目的終端的標識對應(yīng)的計費處理成功的響應(yīng)碼；和/或所有的與所述目的終端的標識對應(yīng)的計費處理失敗的響應(yīng)碼。
15.根據(jù)權(quán)利要求13所述的彩信業(yè)務(wù)中心，其特征在于，所述信用控制計費應(yīng)答消息的數(shù)量與所述目的終端的標識的數(shù)量相同，且每一信用控制計費應(yīng)答消息中所包括的目的終端的標識唯一；所述信用控制計費應(yīng)答消息中攜帶的信息包括與所述目的終端的標識對應(yīng)的計費處理結(jié)果的響應(yīng)碼。
全文摘要
本發(fā)明提供一種計費處理的方法及計費系統(tǒng)、彩信業(yè)務(wù)中心，所述計費處理的方法包括計費系統(tǒng)接收MMSC發(fā)送的信用控制請求計費消息，所述信用控制請求計費消息中包括發(fā)送終端的標識、目的終端的標識；所述計費系統(tǒng)確定所述信用控制請求計費消息中目的終端的標識的數(shù)量為兩個或兩個以上時，根據(jù)預(yù)置的業(yè)務(wù)關(guān)聯(lián)計費規(guī)則對與所述發(fā)送終端的標識對應(yīng)的賬戶進行計費處理，以及向所述MMSC返回信用控制計費應(yīng)答消息。上述方法用于解決現(xiàn)有技術(shù)中無法對群發(fā)彩信業(yè)務(wù)的用戶終端進行關(guān)聯(lián)計費的問題。
文檔編號H04W4/24GK102595349SQ201210038388
公開日2012年7月18日 申請日期2012年2月20日 優(yōu)先權(quán)日2012年2月20日
發(fā)明者李德強 申請人:華為技術(shù)有限公司