东云黑名单过滤系统咨询

东云黑名单过滤系统咨询,东云黑名单过滤系统咨询办理,办理东云黑名单过滤系统

东云BSATS共享平台将行业内的主流企业集中在一起，当对同一个号码每天的呼叫次数达到5次时BSATS将会进行拦截.

其他企业再次呼叫时会被主动拒绝，通过降低“频率”减少手机用户被骚扰。

另外，针对一些对商业电话较敏感，且已经对语音或短信业务进行过投诉过的号码，东云BSATS通过业内共享的方式进行了采集

将这部分号码设定为黑名单数据库.

呼叫中心在进行外呼时，与数据库内的号码进行比对、拦截，从而避免敏感手机用户再次收到商业电话。

嵌入式客户端的实验程序设计
　　针对报文结构，我们对接收端编写实验程序代码，代码的主要功能是从上位机接收报文，将计算出的CheckSum校验和与收到的校验和对比判断报文是否正确，然后从正确报文中取出主要信息并按照报文中的上位机指令码进行输出。其结构流程图如图3所示。
　　实验程序经编码、调试后在交叉编译环境中交叉编译，生成arm-Linux环境下可执行文件，在目标板上执行。经测试试验程序能够正确接收上位机发来的报文，对报文解码，并能根据上位机命令对关键信息做输出处理。
　　4.4 对上位机重发次数的研究
　　进行UDP协议通信时，发送端和接收端的状态是相对独立的，发送端不与接收端建立连接，而是不停向接收端发送，为了确保不丢失报文，上位机采取了按固定次数重发相同内容报文的机制。然而这种机制虽然可以有效确保报文不丢失，但是大量冗余数据报被发送，网络资源利用率不高。重发次数越多，冗余数据报越多，效率越低。要想有效保证数据报准确发送的同时又不产生过多冗余数据报，那么重复发送的次数的确定就成为问题的关键。以下给出一种确定上位机重发次数的方法。
　　假设当前网络状况下，每次报文发送被丢失的概率为p，系统允许接收端报文关键内容丢失概率为q，那么如何确定以上重发机制中的重发次数k呢？
　　特殊情况下若报文重发次数为2，分别在每条报文重发机制位注明一个索引号和一个重发编号，发送端发送报文的次序应形如 1.1 ，1.2 ，2.1 ，2.2 ，3.1 ，3.2……其中索引号相同的报文关键内容相同，重发编号不同代表同一关键内容报文的不同次发送。因此只有出现连续两次丢失数据报的情况下，报文关键内容才可能丢失。出现连续两次丢失的情况有2种，当x.1 ， x.2丢失，此时索引号为x的报文关键信息将全部丢失。当x.2，(x+1). 1丢失，丢失报文的索引号不同，此时不会发生报文关键信息丢失，因此报文关键内容丢失的概率q=p2/2。 免费论文下载中心 http://www.hi138.com 　当报文重发次数为3，依然在每条报文的重发机制位注明索引号和重发号，发送报文的次序应为1.1 ，1.2 ，1.3 ，2.1 ，2.2 ，2.3 ，3.1 ，3.2……。只有出现连续3次丢失数据报的情况报文关键信息才可能丢失，列出连续3次丢失报文的情况有3种，当x.1 ， x.2 ， x.3丢失，此时索引号为x的报文信息全部丢失。当x.2 ， x.3 ，(x+1).1或x.3 ，(x+1).1 ，(x+1).2丢失时不影响报文的准确传递。因此此时报文关键内容丢失的概率q=p3/3。