東云黑名單過濾系統(tǒng)咨詢,東云黑名單過濾系統(tǒng)咨詢辦理,辦理東云黑名單過濾系統(tǒng)
東云BSATS共享平臺將行業(yè)內(nèi)的主流企業(yè)集中在一起,當(dāng)對同一個號碼每天的呼叫次數(shù)達(dá)到5次時BSATS將會進(jìn)行攔截.
其他企業(yè)再次呼叫時會被主動拒絕,通過降低“頻率”減少手機(jī)用戶被騷擾。
另外,針對一些對商業(yè)電話較敏感,且已經(jīng)對語音或短信業(yè)務(wù)進(jìn)行過投訴過的號碼,東云BSATS通過業(yè)內(nèi)共享的方式進(jìn)行了采集
將這部分號碼設(shè)定為黑名單數(shù)據(jù)庫.
呼叫中心在進(jìn)行外呼時,與數(shù)據(jù)庫內(nèi)的號碼進(jìn)行比對、攔截,從而避免敏感手機(jī)用戶再次收到商業(yè)電話。
嵌入式客戶端的實驗程序設(shè)計
針對報文結(jié)構(gòu),我們對接收端編寫實驗程序代碼,代碼的主要功能是從上位機(jī)接收報文,將計算出的CheckSum校驗和與收到的校驗和對比判斷報文是否正確,然后從正確報文中取出主要信息并按照報文中的上位機(jī)指令碼進(jìn)行輸出。其結(jié)構(gòu)流程圖如圖3所示。
實驗程序經(jīng)編碼、調(diào)試后在交叉編譯環(huán)境中交叉編譯,生成arm-Linux環(huán)境下可執(zhí)行文件,在目標(biāo)板上執(zhí)行。經(jīng)測試試驗程序能夠正確接收上位機(jī)發(fā)來的報文,對報文解碼,并能根據(jù)上位機(jī)命令對關(guān)鍵信息做輸出處理。
4.4 對上位機(jī)重發(fā)次數(shù)的研究
進(jìn)行UDP協(xié)議通信時,發(fā)送端和接收端的狀態(tài)是相對獨立的,發(fā)送端不與接收端建立連接,而是不停向接收端發(fā)送,為了確保不丟失報文,上位機(jī)采取了按固定次數(shù)重發(fā)相同內(nèi)容報文的機(jī)制。然而這種機(jī)制雖然可以有效確保報文不丟失,但是大量冗余數(shù)據(jù)報被發(fā)送,網(wǎng)絡(luò)資源利用率不高。重發(fā)次數(shù)越多,冗余數(shù)據(jù)報越多,效率越低。要想有效保證數(shù)據(jù)報準(zhǔn)確發(fā)送的同時又不產(chǎn)生過多冗余數(shù)據(jù)報,那么重復(fù)發(fā)送的次數(shù)的確定就成為問題的關(guān)鍵。以下給出一種確定上位機(jī)重發(fā)次數(shù)的方法。
假設(shè)當(dāng)前網(wǎng)絡(luò)狀況下,每次報文發(fā)送被丟失的概率為p,系統(tǒng)允許接收端報文關(guān)鍵內(nèi)容丟失概率為q,那么如何確定以上重發(fā)機(jī)制中的重發(fā)次數(shù)k呢?
特殊情況下若報文重發(fā)次數(shù)為2,分別在每條報文重發(fā)機(jī)制位注明一個索引號和一個重發(fā)編號,發(fā)送端發(fā)送報文的次序應(yīng)形如 1.1 ,1.2 ,2.1 ,2.2 ,3.1 ,3.2……其中索引號相同的報文關(guān)鍵內(nèi)容相同,重發(fā)編號不同代表同一關(guān)鍵內(nèi)容報文的不同次發(fā)送。因此只有出現(xiàn)連續(xù)兩次丟失數(shù)據(jù)報的情況下,報文關(guān)鍵內(nèi)容才可能丟失。出現(xiàn)連續(xù)兩次丟失的情況有2種,當(dāng)x.1 , x.2丟失,此時索引號為x的報文關(guān)鍵信息將全部丟失。當(dāng)x.2,(x+1). 1丟失,丟失報文的索引號不同,此時不會發(fā)生報文關(guān)鍵信息丟失,因此報文關(guān)鍵內(nèi)容丟失的概率q=p2/2。 免費論文下載中心 http://www.hi138.com 當(dāng)報文重發(fā)次數(shù)為3,依然在每條報文的重發(fā)機(jī)制位注明索引號和重發(fā)號,發(fā)送報文的次序應(yīng)為1.1 ,1.2 ,1.3 ,2.1 ,2.2 ,2.3 ,3.1 ,3.2……。只有出現(xiàn)連續(xù)3次丟失數(shù)據(jù)報的情況報文關(guān)鍵信息才可能丟失,列出連續(xù)3次丟失報文的情況有3種,當(dāng)x.1 , x.2 , x.3丟失,此時索引號為x的報文信息全部丟失。當(dāng)x.2 , x.3 ,(x+1).1或x.3 ,(x+1).1 ,(x+1).2丟失時不影響報文的準(zhǔn)確傳遞。因此此時報文關(guān)鍵內(nèi)容丟失的概率q=p3/3。