專利名稱：智能業務的計費方法
技術領域：
本發明涉及移動通信網絡中智能業務計費的技術領域，特別涉及移動通信網絡中如何通過主被叫集中計費方式來確保當某一方移動用戶預付費余額不足時，與另一方用戶能及時建立通信連接的一項智能業務的收費方法。
背景技術：
隨著移動通信技術的蓬勃發展及其業務的多樣化，人們對各類電信業務的需求不斷增加，同時，移動用戶對移動通信提出了更高的技術要求，希望得到更多、更好、更全面的服務。但是，由于原有移動通信網絡體系的限制，很多補充業務在用戶漫游時不能很好提供，導致極大地限制了移動通信市場的進一步發展。移動智能網是為移動通信網絡運營商提供的一個開放平臺，在此平臺上電信運營商可以快速且靈活地開發出適應市場需求的新業務、新功能。其中的預付費業務(Prepaid Service，簡稱“PPS”)和主叫集中計費方法便是在此基礎上發展而來的。
下面介紹現有技術中的預付費業務和主叫集中計費方法。
預付費業務是目前智能業務中發展最為迅速、應用最為廣泛的業務，如中國移動的“神州行”。其特點是“先交費，后打電話”。用戶只需通過購買有固定面值的充值卡或銀行轉賬充值等方式，即可為系統中建立的帳戶自動充值，以作為自己的通話費用。每次呼叫發起時，預付費系統會先計算費用，并根據該預付費帳戶的情況決定接受或拒絕呼叫，在呼叫過程中實時計費并減少用戶賬戶上已預付的金額，實現為其呼叫和使用其它業務預先支付費用的功能。用戶也可以隨時為帳戶充值以便繼續使用。預付費業務開展以來，以其方便且靈活的購買和使用方式為用戶提供了移動通信業務新的選擇，受到了用戶的歡迎。
現有技術中預付費業務針對某用戶B帳戶余額不足且有用戶A拔打該用戶B的情況，通過如下過程來作對應處理當一旦有用戶A拔打該用戶B，當前移動通信網絡系統為業務控制點(Service Control Point，簡稱“SCP”)向業務交換點(Service Switch Point，簡稱“SSP”)發送放音消息(PlayAnnouncement，簡稱“PA”)，通過語音提示用戶A“對不起，您拔打的用戶儲值卡的余額不足”，當用戶A聽完該提示音后，SSP便向SCP上報特殊資源報告(Special Resource Report，簡稱“SSR”)消息，SCP下發釋放呼叫命令(ReleaseCall)以釋放整個呼叫。
主叫集中計費方法則是另外一種體現在計費性能方面的智能業務方法。主叫集中計費方法允許移動用戶通過在原有手機號碼前加撥特定的業務接入號(如中國移動的12597)來使用主叫集中計費業務，主叫用戶通過這種方式作為付費方為被叫用戶代付部分或全部通話費用。主叫集中計費業務不需要移動用戶申請開通，只要運營商提供該項業務，移動用戶直接使用即可。例如，在上述用戶A拔打帳戶余額不足的用戶B時，用戶A可以通過主叫集中計費業務來實現和用戶B的及時通信，因此主叫集中計費業務可以較好地解決預付費業務的缺點。
在實際應用中，上述方案存在以下問題對于預付費業務而言，一旦被叫用戶儲值卡上的余額不足時，任何主叫用戶便沒有任何辦法呼叫到該被叫用戶。現有的預付費業務無法從根本上解決上述問題，由此必然導致移動用戶對電信業務產生較大程度的抱怨，從而影響了運營商提供電信業務的服務效果，降低了客戶滿意度。
對于主叫集中計費業務來講，其出現的時間要晚于預付費業務，而且普及范圍遠遠低于預付費業務。如果要推廣主叫集中計費業務，不僅運營商要花大氣力作廣告宣傳，而且用戶也需要時間熟悉。
發明內容
有鑒于此，本發明的主要目的在于提供一種智能業務的計費方法，使得在出現通信的一方無法支付通信費用的情況時，仍然能夠繼續雙方通信。由此提高服務質量，并促進主叫集中計費業務的普及。
為實現上述目的，本發明提供了一種智能業務的計費方法，其中，該智能業務至少由兩方參與，所述方法包含以下步驟A 當所述智能業務中的第一方余額不足時，觸發通信系統向第二方發送提示消息，提示所述第二方是否愿意為所述第一方支付通信費用的信息；B 所述第二方響應所述提示消息，上報反饋消息；C 所述通信系統對所述反饋消息進行判斷，當所述第二方愿意為所述第一方支付通信費用的信息時，則繼續所述智能業務，并將所述通信費用計入所述第二方。
其中，在所述步驟C中，如果所述通信系統根據所述反饋消息判定所述第二方不愿意為所述第一方支付通信費用，則結束所述智能業務。
在所述步驟C中，如果所述通信系統根據所述反饋消息判定所述第二方需要了解相關業務，則向所述第二方播放業務幫助信息。
所述通信費用是所述智能業務的全部或部分費用。
所述第一方是被叫方，所述第二方是主叫方，并且，所述通信系統通過主叫集中計費方式，將所述通信費用計入所述第二方。
所述步驟A中還包含以下子步驟A1 所述通信系統中第一方的業務控制點向所述第二方的移動交換中心發送放音消息，提示所述第二方對方余額不足；A2 當所述放音消息播放完成后，所述第二方的移動交換中心向所述通信系統中第一方的業務控制點發送特殊資源報告消息；A3 所述通信系統中第一方的業務控制點響應所述特殊資源報告消息，向所述第二方的移動交換中心下發提示并收集用戶信息的消息，提示使用主叫集中付費服務接通被叫用戶、或選擇詢問主叫集中計費業務幫助信息、或者掛機；所述步驟B中還包含以下子步驟B1 所述第二方的移動交換中心向所述通信系統中第一方的業務控制點發送包含選擇結果的反饋消息；所述步驟C中還包含以下子步驟C1 所述通信系統中第一方的業務控制點觸發主叫集中付費流程，所述第一方為非付費方，所述通信系統中第一方的業務控制點向所述第二方的移動交換中心發送申請計費消息C2 所述通信系統中第一方的業務控制點向所述第二方的移動交換中心下發請求報告基本呼叫狀態模型事件消息、申請計費消息、連接消息；C3 所述第二方的移動交換中心向所述第一方的歸屬位置寄存器發送發送路由信息消息，所述第一方的歸屬位置寄存器向所述第二方的移動交換中心返回所述第一方的移動臺漫游號碼；C4 所述第二方的移動交換中心根據移動臺漫游號碼選路出局，并向第一方的移動交換中心發送起始地址消息；C5 第一方的移動交換中心尋呼所述第一方，并向所述第二方的移動交換中心發送地址全消息；C6 所述第一方摘機，第一方的移動交換中心向所述第二方的移動交換中心發送應答消息，正常通話。
所述第一方是主叫方，所述第二方是被叫方，并且，所述通信系統通過被叫集中計費方式，將所述通信費用計入所述第二方。
所述智能業務包含預付費的通話業務、在預付費的通話業務上疊加的本地通、親情號碼業務、以及虛擬專用移動網業務。
通過比較可以發現，本發明的技術方案與現有技術的區別在于，將主被叫集中付費業務作為一個特性嵌入到如預付費業務等其他智能業務流程中，進而可以從根本上有效地解決現有技術中存在的當一方用戶預存費用不足時無法和其他用戶進行通信聯系的固有問題。具體的說，將主被叫集中付費業務嵌入到智能業務中，使得即使在一方用戶無法支付通信費用時仍然可以通過友好的方式提示另一方用戶可選擇性的按照主被叫集中付費方式實現及時的通信連接。
這種技術方案上的區別，帶來了較為明顯的有益效果，首先，通過將主被叫集中付費業務嵌入到其他智能業務流程中的方式，可以有效地解決現有技術中存在的一旦某一方用戶預存費用不足時便無法和其他用戶進行及時通信的固有問題。使得運營商的電信網絡能以更友好的方式為用戶提供更好、更全面的電信業務，從而有效地提高了客戶滿意度。
其次，通過本發明的智能業務計費方法，還可以為當前沒有廣泛應用基礎的主被叫集中計費業務作有效的宣傳。
最后一方面，預付費業務和主被叫集中計費業務其實已經是比較成熟的電信業務，其開發工作基本不需要作新的內容，而且目前電信網絡已經能夠支持主被叫集中計費和預付費業務的技術疊加，故而其業務啟動周期將會非常短，具有很好的實用性。
圖1是根據本發明的一個實施例的智能業務的計費方法的系統消息流程示意圖；圖2是上述實施例的智能業務的計費方法的具體流程示意圖。
具體實施例方式
為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明作進一步地詳細描述。
總的來說，本發明方案是通過將主被叫集中計費業務直接嵌入到如預付費業務等智能業務中去的方式，使得在出現某一方用戶無法支付通信費用時，系統可以通過友好且有效的方式為另一方用戶提供可選擇的主被叫集中計費業務，從而保證了用戶間電信業務的正常進行。
具體地說，本發明方案針對通信中的一方用戶無法支付通信費用的情況，通過對現有技術中預付費業務的信令傳輸流程進行相應的修改，將主被叫集中計費業務作為預付費業務的一個業務特性來操作，通過將主被叫集中計費業務直接嵌入到預付費業務中的方式，使得一方用戶在關鍵時刻能接通預付費用余額不足的另一方用戶，并且也為主被叫集中計費業務作了有效的宣傳。
在智能網中，系統主要是通過業務控制點(Service Control Point，簡稱“SCP”)和業務交換點(Service Switch Point，簡稱“SSP”)的信令交互實現用戶的實時扣費功能，SSP和SCP也是構成智能網主要框架的實體。其中，SSP與移動交換中心(Mobile Switch Center，簡稱“MSC”)以及拜訪位置寄存器(Visitor Location Register，簡稱“VLR”)處于同一物理實體當中，SSP具有呼叫處理功能和業務交換功能，一般是通過在原有程控交換機基礎上加上一個模塊來實現的，專門用于處理與智能網的有關消息，如智能網呼叫識別、智能網呼叫、事件的監測及激活等，以實現對具體交換設備的業務控制和操作以及信令采集。而SCP則是整個智能網的核心，儲存了用戶數據和業務邏輯，它接受SSP送來的消息，查詢數據庫并根據業務邏輯向SSP發出下一個命令，指導SSP按照既然定業務邏輯執行整個呼叫過程，通過SCP的控制，可以實現預付費用戶的實時扣費。
下面參照圖1，更加詳細地描述根據本發明的一個實施例的智能業務的計費方法的消息收發流程，其中，在本實施例中，用戶B是被叫方，用戶A則是主叫方，而且用戶B帳戶余額不足。
如圖1所示，其中主叫方A的MSCa/VLR/SSP10代表主叫方A所在MSC端局或A用戶接入的有SSP功能的交換局；被叫方B的MSCb/VLR40代表被叫方B所在的MSC端局。另外，在本實施例中，針對主叫方A和被叫方B在一個SCP的情況進行描述，如圖所示，SCP20代表被主叫方和被叫方所在的SCP，具有業務控制功能、業務管理功能以及業務管理接入等功能。被叫方B的歸屬位置寄存器(Home Location Registet，簡稱“HLR”)b30是位于被叫方B本地系統的一個數據庫，存儲著其轄區內所有用戶業務特征描述的主備份，包括被叫方B的所有永久性數據。
在根據本實施例的智能業務的計費方法中，如圖1所示，首先在步驟100，當主叫方A拔打被叫方B時，由于被叫方B帳戶余額不足，因此當前系統通過SCP20向主叫方A的MSCa/VLR/SSP10發送放音(PlayAnnouncement，簡稱“PA”)消息，通過語音提示主叫方A“對不起，您拔打的用戶儲值卡的余額不足”。
接下來，在步驟110中，當放音完畢后，主叫方A的MSCa/VLR/SSP10上報特殊資源報告(Special Resource Report，簡稱“SRR”)消息給SCP20，并進入隨后的步驟120。
在步驟120中，與現有技術不同的是，SCP20不再依照現有技術通過主叫方A的MSCa/VLR/SSP10下發釋放呼叫消息(ReleaseCall)，而是下發提示并收集用戶信息(Prompt and Collect user information，簡稱“PC”)的消息給主叫方A的MSCa/VLR/SSP10，并通過語音提示主叫方A對是否使用主叫計費業務與被叫方B取得聯系作出選擇“如果您想使用主叫集中計費業務接通被叫用戶，請按1；如果您要了解主叫計費業務請按0；如果您要結束呼叫請掛機”。由此可見，通過本發明這樣友好的用戶選擇方式，一方面解決了現有技術中存在的問題，另一方面則進而能為主叫計費業務作了很有效的宣傳。
接下來，在步驟130中，主叫方A選擇作出的按鍵信息通過選擇結果的反饋消息(PCResult)發送到SCP20。通過分析反饋消息，如果發現主叫方A選擇了結束呼叫，則中斷系統的通信連接，結束智能業務。如果主叫方A按0，則通過SCP20向主叫方A介紹主叫集中計費業務，因為此時主叫方A很想接通被叫方B，所以可以通過這樣的方案對主叫集中計費業務起到了很好的宣傳效果。如果主叫方A按1，則SCP20觸發主叫集中計費流程，將被叫方B作為非付費方進行處理。
于是，在隨后的步驟140中，SCP20向主叫方A的MSCa/VLR/SSP10發請求報告基本呼叫狀態模型事件消息(Request Report BCSM Event，簡稱“RRBE”)、申請計費(Apply Charging，簡稱“AC”)消息、連接消息(Connect)。然后，進入步驟150。
在步驟150，主叫方A的MSCa/VLR/SSP10向被叫方B的HLRb30發送路由信息(Send Routing Info，簡稱“SRI”)消息。隨后，在步驟160中，被叫方B的HLRb30返回被叫方B的移動臺漫游號碼(Mobile Station RoamingNumber，簡稱“MSRN”)。這里的MSRN是當移動臺漫游到另一個MSC業務區時，該MSC將給該移動臺分配的一個臨時漫游號碼，用于通信過程中的鏈路路由選擇。當移動臺離開該區后，VLR和HLR都要刪除該MSRN，以便可再分配給其它移動臺使用。
接下來，在步驟170，主叫方A的MSCa/VLR/SSP10根據MSRN選路出局，向被叫方B的MSCb40發送起始地址消息(Initial Address Message，簡稱“IAM”)。然后，在步驟180，被叫方B的MSCb40在其所轄區內通過無線方式尋呼被叫方B，并同時向主叫方A的MSCa/VLR/SSP10返回地址完成消息(Address Complete Message，簡稱“ACM”)。此時主叫方A可以聽到回鈴音，而被叫方B的移動終端將振鈴，這就表明被叫方B與主叫方A之間通信鏈路的建立已經準備完畢。
隨后，被叫方B摘機，被叫方B的MSCb40便向主叫方A的MSCa/VLR/SSP10發應答消息(Answer Message，簡稱“ANM”)。于是，進入最后的步驟200，主被叫正常通話。
通過上述本發明的這個實施例子，可以看出，本發明方案是基于現有技術的預付費業務，通過將主叫集中計費方法嵌入其中，實現了在被叫方B帳戶余額不足的情況下依然能被主叫方A及時呼叫到，而且同時還可以為主叫集中計費業務作了宣傳，拓展了主叫集中計費方法的影響和使用范圍。
為了使本發明的原理更加清楚并易于理解，下面結合圖2，詳細描述根據上述實施例的智能業務的計費方法的具體流程，其中，如上所述，主叫方和被叫方在一個SCP。
需要說明的是，下述步驟中依然是被叫方帳戶費用余額不足，且所述通信系統采用主叫集中計費方法來進行智能業務計費，即將所述部分或全部通信費用計入主叫方。其中的智能業務包含預付費的通話業務，以及虛擬專用移動網業務等。
首先，在步驟210中，當智能業務中的被叫方余額不足時，觸發通信系統向主叫方發送提示消息，提示主叫方是否愿意為被叫方支付智能業務的全部或部分通信費用。由于被叫方帳戶費用余額不足以支付通信費用，于是通信系統中SCP向主叫方的MSC發送放音消息(PA)，提示主叫方用戶對方的帳戶余額不足。當上述放音消息播放完成后，主叫方的MSC向通信系統中SCP發送特殊資源報告(SRR)消息，SCP響應上述特殊資源報告(SRR)消息，于是向主叫方的MSC下發提示并收集用戶信息(PC)的消息，提示使用主叫集中計費業務接通被叫用戶、或選擇詢問主叫集中計費業務幫助信息、或者直接掛機。隨后，進入步驟220。
在步驟220中，主叫方響應上述提示消息，作出相應選擇，并通過主叫方的MSC向SCP發送包含選擇結果的反饋消息。然后，進入下面的步驟230。
在步驟230中，系統判斷上述反饋消息中所包含的主叫方選擇的結果。如果主叫方選擇不愿意為被叫方支付通信費用，則在接下來的步驟235中結束所述智能業務，終止通信；如果主叫方選擇需要了解相關業務情況，則在隨后的步驟240中，通過SCP向主叫方播放業務幫助信息，這樣就可以為主叫付費業務作很有效地宣傳；如果主叫方選擇愿意為被叫方支付通信費用的信息，于是就進入步驟250。
在步驟250中，通信系統繼續該項智能業務，主被叫雙方正常通話，并且通過SCP向主叫方的MSC下發請求報告基本呼叫狀態模型事件消息(RRBE)、申請計費消息(AC)、連接消息(CONNECT)。然后，主叫方的MSC向被叫方的HLR發路由信息消息(SRI)，被叫方的HLR然后再向主叫方的MSC返回被叫方的MSRN。主叫方的MSC再根據MSRN選路出局，并向被叫方的MSC發送起始地址消息(IAM)。此后，被叫方的MSC在其轄區內尋呼被叫方用戶，并向主叫方的MSC發送地址完成消息(ACM)，通信鏈路建立完畢后，被叫方用戶摘機，被叫方的MSC主叫方的MSC發送應答消息(ANM)，于是就可以進行正常通話了，并且將所述通信費用計入主叫方用戶的帳戶中。
熟悉本領域的技術人員不難理解，本發明的思想也可以應用到在付費業務中嵌入被叫集中付費業務，也就是說針對主叫方預付費余額不足的情況，同樣也可以通過本發明方案來實現該主叫方與被叫方的及時通信。但需要特別注意的是，上述主叫方必須要有足夠的預存費以便能夠撥出電話，否則無法觸發本發明所述的智能業務。
在這種情況下，當主叫方撥打被叫方時，所撥打號碼中包含業務前綴，通過這樣的方式就使得被叫方可以為主叫方承擔部分或全部的通話費用。本發明可以在上述主叫方預存費用不足時，通過發送詢問信息提示被叫方是否愿意使用被叫集中付費功能為主叫方承擔部分或全部通話費用，如果被叫方愿意，則繼續該項智能業務，使得主被叫雙方正常通話，并將所述通信費用計入被叫方的帳戶上。如果被叫方希望了解相關情況，則向其播放幫助信息。當然，如果被叫方在收到詢問的信息后，也可以選擇不愿意而直接掛機終止通信。
需要說明的是，根據上述本發明方案的思想，其它智能業務，如虛擬專用移動網(virtual private mobile network，簡稱“VPMN”)業務，也可以在其預付費業務中嵌入主叫集中計費業務或被叫集中極費業務，從而實現在一方用戶無法支付通信費用時能及時和另一方用戶建立通信。此外，也可以應用在PPS業務上疊加的其它智能業務，如本地通，親情號碼等。
雖然通過參照本發明的某些優選實施例，已經對本發明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節上對其作各種各樣的改變，而不偏離所附權利要求書所限定的本發明的精神和范圍。
權利要求
1.一種智能業務的計費方法，其中，該智能業務至少由兩方參與，其特征在于，所述方法包含以下步驟A當所述智能業務中的第一方余額不足時，觸發通信系統向第二方發送提示消息，提示所述第二方是否愿意為所述第一方支付通信費用的信息；B所述第二方響應所述提示消息，上報反饋消息；C所述通信系統對所述反饋消息進行判斷，當所述第二方愿意為所述第一方支付通信費用的信息時，則繼續所述智能業務，并將所述通信費用計入所述第二方。
2.根據權利要求1所述的智能業務的計費方法，其特征在于，在所述步驟C中，如果所述通信系統根據所述反饋消息判定所述第二方不愿意為所述第一方支付通信費用，則結束所述智能業務。
3.根據權利要求1或2所述的智能業務的計費方法，其特征在于，在所述步驟C中，如果所述通信系統根據所述反饋消息判定所述第二方需要了解相關業務，則向所述第二方播放業務幫助信息。
4.根據權利要求3所述的智能業務的計費方法，其特征在于，所述通信費用是所述智能業務的全部或部分費用。
5.根據權利要求4所述的智能業務的計費方法，其特征在于，所述第一方是被叫方，所述第二方是主叫方，并且，所述通信系統通過主叫集中計費方式，將所述通信費用計入所述第二方。
6.根據權利要求5所述的智能業務的計費方法，其特征在于，所述步驟A中還包含以下子步驟A1所述通信系統中第一方的業務控制點向所述第二方的移動交換中心發送放音消息，提示所述第二方對方余額不足；A2當所述放音消息播放完成后，所述第二方的移動交換中心向所述通信系統中第一方的業務控制點發送特殊資源報告消息；A3所述通信系統中第一方的業務控制點響應所述特殊資源報告消息，向所述第二方的移動交換中心下發提示并收集用戶信息的消息，提示使用主叫集中付費服務接通被叫用戶、或選擇詢問主叫集中計費業務幫助信息、或者掛機。
7.根據權利要求6所述的智能業務的計費方法，其特征在于，所述步驟B中還包含以下子步驟B1所述第二方的移動交換中心向所述通信系統中第一方的業務控制點發送包含選擇結果的反饋消息。
8.根據權利要求7所述的智能業務的計費方法，其特征在于，所述步驟C中還包含以下子步驟C1所述通信系統中第一方的業務控制點觸發主叫集中付費流程，所述第一方為非付費方，所述通信系統中第一方的業務控制點向所述第二方的移動交換中心發送申請計費消息；C2所述通信系統中第一方的業務控制點向所述第二方的移動交換中心下發請求報告基本呼叫狀態模型事件消息、申請計費消息、連接消息；C3所述第二方的移動交換中心向所述第一方的歸屬位置寄存器發送發送路由信息消息，所述第一方的歸屬位置寄存器向所述第二方的移動交換中心返回所述第一方的移動臺漫游號碼；C4所述第二方的移動交換中心根據移動臺漫游號碼選路出局，并向第一方的移動交換中心發送起始地址消息；C5所述第一方的移動交換中心尋呼所述第一方，并向所述第二方的移動交換中心發送地址全消息；C6所述第一方摘機，第一方的移動交換中心向所述第二方的移動交換中心發送應答消息，正常通話。
9.根據權利要求4所述的智能業務的計費方法，其特征在于，所述第一方是主叫方，所述第二方是被叫方，并且，所述通信系統通過被叫集中計費方式，將所述通信費用計入所述第二方。
10.根據權利要求1所述的智能業務的計費方法，其特征在于，所述智能業務可以是預付費的通話業務、或在預付費的通話業務上疊加的本地通、或親情號碼業務、或虛擬專用移動網業務。
全文摘要
本發明涉及移動通信網絡中智能業務計費的技術領域，公開了一種智能業務的計費方法，使得在出現通信的一方無法支付通信費用的情況時，仍然能夠繼續雙方通信。由此提高服務質量，并促進主叫集中計費業務的普及。這種智能業務的計費方法將主被叫集中付費業務作為一個特性嵌入到如預付費業務等其他智能業務流程中，進而可以從根本上有效地解決現有技術中存在的當一方用戶預存費用不足時無法和其他用戶進行通信聯系的固有問題。
文檔編號H04Q7/34GK1738344SQ200410055320
公開日2006年2月22日 申請日期2004年8月18日 優先權日2004年8月18日
發明者周學海 申請人:華為技術有限公司