現在比較流行的落地軟體基本上都支援該功能。比如免費的a2billing，收費的asterbilling，vos，vps，mvts 等。以上提到的軟體都是比較專業的系統軟體，功能都比較齊全，但是免費的效能不一定保證，並且不經過自己修改和測試，不一定能達到實際需求。並且改起來都比較複雜。沒有一定的經驗和程式設計功底，不一定能夠理解其中的原理，免費版本的asterbilling 職只有5個licence。並且web 漏洞百出，根本無法使用，像vos，vps，mvts 雖然有破解版本的，雖然也是經過業界的大量測試。但是作為運營的話。風險很大。那天系統罷工了也無策。
現在asterisk 經過不斷的完善，已經相當的完善。如果想運營，需要自己去開發。自帶的只有乙份cvs 格式的cdr。或安裝了asterisk-addon 後，也是只能獲得原始的cdr 記錄。無法實行實時的計費功能。鑑於此，現在已經在籌備基於asterisk 的實時計費的功能。基本可以滿足直撥，發卡的計費需求。agi 指令碼採用php實現。最原始版本為perl 版本。
以下介紹整個系統的操作流程：
認證方法有2種：1、基於卡號，密碼驗證，2、基於繫結的主叫號碼，和密碼認證；
一、基於卡號認證：
1、 使用者撥打did 號碼進入asterisk ivr
2、提示使用者輸入使用者8位卡號，超過3此錯誤，系統退出；
3、提示使用者輸入6為卡號密碼，輸入3此錯誤，系統退出；
4、卡號密碼正確，將會驗證該卡是否過期，如果超過使用期限，該**卡將會報廢，不能使用；
5、語音提示該卡的餘額，
6、提示使用者輸入被叫號碼；
7、如果輸入的被叫號碼找到正確的路由，將會告訴使用者該路由的費率，如果無路由將提示使用者號碼錯誤；
8、根據使用者的需求，設定主叫號碼為卡號繫結的主叫，外呼被叫；
9、呼叫完成根據通話時長和費率，生成話單，並扣減使用者費用。
10、以上操作可以支援中、英文語種提示。
二、基於主叫號碼認證：
1、在使用者撥打did號碼後，主叫號碼和被叫號碼一次輸入完成，一般該方式在web 方式的使用者比較方便；
2、如果使用者送過來的主叫無法找到對應的卡號，將會提示錯誤，系統退出；
3、提示使用者輸入6位的卡號密碼；
4、如果正確，將會根據被叫號碼查詢路由，如果找到則外呼相關號碼，如果沒有被叫號碼，則提示使用者輸入被叫號碼；
5、通話結束後，根據費率扣費；
6、同樣支援中、英文語種提示
介面管理功能（計畫中...）：
web 方式的生成卡號資訊，卡號的刪除，充值，停用或啟用；
話單明細，統計。
路由管理（不同路由的費率設定）
客戶管理，客戶只能管理屬於自己的卡號資訊 ，和cdr 資料。
先寫到此，有新的進展會繼續更新和補充。
基於UML的短訊息計費系統的建模設計
本人最近忙著做這個畢業設計，遇到了一些問題。本人是用pb做的這個系統，sql server2000做資料庫，現在系統做的一半多了，但我因為事先沒用rational rose畫uml圖，所以我做的功能過於簡單了，要加些功能，才可以對付5月25號的最終檢查！有哪個高手大哥做過這類系統的，或者是會做這個系...
OpenCV學習之基於Hough變換的直線檢測
前段時間在和朋友交流關於影象處理問題的時候，他們問我有沒有做過影象智慧型識別的課題。對於習慣了做開發，而很少接觸底層影象處理演算法的我來說，其實算是比較陌生的乙個課題。但是，演算法的確才是乙個系統優秀與否的核心。同樣的兩套系統相比較，最後勝出的往往是效能更好的，而決定效能的通常便是底層的演算法了。在...
Asterisk和模擬中繼線 COT 的連線
中繼連選是將若干個市話號碼 到乙個號碼，這個號碼稱之為 引示號 當客戶打 引示號 時，如遇佔線，就自動跳到空閒的號碼上，來達到不佔線的功能的一種電信業務。也是企業的主流使用方式.中繼線是分方向的,包括只入 進線 只出 出局 和雙向.所以部署asterisk在中繼線環境下和測試環境稍不同 1.修改za...