无线业务拨测技术方案doc大汉三通EMA业务企信通短信平台彩

无线业务拨测技术方案doc大汉三通EMA业务企信通短信平台彩 无线业务拨测技术方案 1. 概述 SP增值业务的发展，对SP业务的监管也成为一个紧迫的问题。很多问题都是事后而非事前发现。 这些问题表现为: 运营商不能事前了解SP的服务质量，直到收到用户投诉甚至是媒体曝光时才发现问题，如前段时间上海某SP在其WAP服务中提供不健康内容时，运营商是在被媒体曝光后才发现问题，造成被动的局面。 SP擅自变更服务内容:部分非法的SP，擅自变更服务内容，表现为非图铃类业务提供图铃业务内容，或者提供的服务内容中还有不健康的甚至非法的内容，SP利用对号段的识别，或者利用白天/黑夜的时间段提供不同的服务内容，通过常规的人工方法检查，很难发现。 缺乏对SP服务质量等有效的定量考核数据:目前，对SP的考核仅限于业务收入、用户数等简单指标，随着业务的深入发展，需要对SP进行更全面的考核机制，如服务停顿时间、服务平均响应时长等，这些数据都跟用户体验以及用户对整体数据业务的评价，但目前缺乏量化的数据支撑，难以实现对SP的综合、全面的考核。 这就为运营商实现基于机器人的自动智能化无线增值业务监管和拨测提出了要求。 2. 功能概要 安全管理: 资源管理:对系统所用到的各种资源可以进行灵活的配置和管理，适应各种配置情况。 角色管理:设定各种角色以及对应的权限，可以灵活的对各种角色进行添加和删除。 员工管理:灵活地添加和删除员工，方便系统维护和管理。 数据管理: SP数据维护:维护测试SP的相关信息，保证信息测试的正确性。 业务数据维护:维护业务数据，作为测试任务的配置参数，保证测试的正确性。 业务监测: WAP业务监测:可以监控和管理WAP业务;同时解决SP WAP业务中出现的计费点前移，位置异动和业务名称的异动等问题，防止SP的WAP业务的欺诈行为: 1. WAP业务监测站点管理n 2. 测试任务创建 3. 后台自动测试 4. WAP测试结果分析 5. 违规内容的监控 6. WAP业务分析字配置 7. 计费点前移监控 8. WAP业务挖掘过滤字配置 短信业务监测，可以全方位监控和管理短信内容: 1. 短信业务测试任务管理 2. 测试脚本编写任务分配 3. 测试脚本编写 4. 测试脚本导入 5. 测试任务创建 6. 后台自动测试 7. 短信测试业务人工干预管理 8. 不良内容短信监控 彩E业务监测，全面监控和管理彩e内容: 1. 测试任务管理 2. 测试脚本编写 3. 测试任务创建 4. 后台自动测试 5. 违规内容的监控 6. 人工干预管理n 3. 系统架构 系统架构如下图所示: 大汉三通智能拨测系统分别与SP各增值业务系统、Unise-Wise/彩e和短信网关相连。同时，系统配置一 组无线MODEM，由拨测系统控制无线MODEM通过GSM/CDMA网络向SP各增值业务系统发起智能的 自动拨测命令: 1. 与SP各系统接口 1. 主要完成对SP各增值业务进行服务质量监测，如监测网络相应时间、端口服务状态等 2. 与管理人员系统接口: 1. 当发现可疑情况或违规时，对SP相关负责人发出自动警告 2. 也同时向运营商监测人员自动发出告警 3. 与Unise-Wise等接口，主要完成 1. 从Uni-Wise同步SP的数据与业务数据，以进行拨测 2. 对违规的SP和业务，发出业务挂起、停止等命令 3. 与Uni-Wise等系统交互完成黑名单控制、关键字过滤等功能(考虑到性能要求，前期着 重于监控而不拦截，所以该功能可后期实现) 4. 与GSM/CDMA网络接口 1. 通过无线MODEM在拨测服务器控制下，自动进行短信、彩e和WAP智能拨测 4. 系统服务 4.1 SP信息管理 通过与Uni-Wise等系统接口，从Uni-Wise系统可以同步SP的相关信息，包括SP公司信息、企业代码、服务代码等相关信息。同时，系统管理员可以对相关信息进行手工管理。包括信息查询、导出等等。 4.2 业务信息管理 通过与Uni-Wise等系统接口，从Uni-Wise系统可以同步SP的业务信息与系统信息，业务信息包括业务代码、指令、资费、业务名称、业务状态等相关信息。系统信息包括:服务器IP地址与端口号、WAP服务URL等等。 同步的业务包括短信业务、彩信业务、与WAP业务。 同时，系统管理员也可以人工管理相关的业务信息。包括信息查询、导出等等。 4.3 操作员管理 系统提供多级别操作员信息编辑管理。其中包括: 1. 资源管理:管理操作员可操作的系统资源 2. 角色管理 3. 权限管理等 4.4 拨测任务管理 管理员可以设定拨测任务，确定拨测任务名称、自动执行时间、拨测所采用的脚本流程、拨测号码组、拨测站点、拨测业务、告警与警告条件、业务控制(如挂起)条件等功能。 业务拨测分为短信业务拨测、彩e业务拨测、WAP业务拨测。 4.5 拨测流程管理 4.5.1 WAP业务拨测 系统内置一个WAP浏览器，并通过与无线MODEM接口，向指定WAP URL发起WAP业务访问请求。对返回的WAP页面，可以通过人工操作，由系统自动记录人工操作流程自动形成测试脚本，然后可以按照计划任务的方式自动通过测试脚本发起智能拨测。 该自动记录的测试脚本也可以通过人工进行编辑修改，形成制定化的新的脚本。该脚本流程可以通过运算、逻辑判断等一些常见的运算处理，来控制拨测流程。 同时，系统采用WAP页面URL遍历的方式，类似搜索引擎的链接搜索蚂蚁对每一个WAP URL进行内容分析。 通过拨测，拨测监控的内容包括: 1. 服务质量监控:统计访问响应时间、服务有效率等信息 2. 计费点前移:查看处于上层本不应收费的URL是否被系统进行了扣费 3. 关键字监控:查看WAP页面内容中，是否包含敏感的关键字。同时，对论坛输入上传关键字信 息，检查SP服务是否实现了关键字过滤 4. 服务流程监控:查看实际的服务流程是否和申报的服务流程一致，从而更大程度上避免“挂羊头卖 狗肉”的情况 5. 内容与时间异动监控:某些URL下载到的图片文件名等内容总在某个时间段出现 4.5.2 SMS业务拨测 系统内置一个SMS业务流程控制器，并通过与无线MODEM接口，向指定SP的服务代码和业务发起SMS业务访问请求。并可根据SMS业务流程实现机器人自动交互。 为了生成SMS业务流程控制脚本，系统提供常见的短信业务交互，并提供二次开发接口，以自动生成可配置的短信交互流程人工操作界面。然后可以通过人工操作该界面，由系统自动记录人工操作流程自动形成测试脚本，然后可以按照计划任务的方式自动通过测试脚本发起智能拨测。 该自动记录的测试脚本也可以通过人工进行编辑修改，形成制定化的新的脚本。该脚本流程可以通过运算、逻辑判断等一些常见的运算处理，来控制拨测流程。 通过拨测，拨测监控的内容包括: 1. 服务质量监控:统计访问响应时间、服务有效率等信息 2. 服务承诺监控:查看按照服务承诺提供了业务(如包月业务收到的短信条数是否满足服务承诺) 3. 关键字监控:查看SMS内容中，是否包含敏感的关键字。同时，对聊天业务上传关键字信息，检 查SP服务是否实现了关键字过滤 4. 服务流程监控:查看实际的服务流程是否和申报的服务流程一致，从而更大程度上避免“挂羊头卖 狗肉”的情况 5. 内容与时间异动监控:某些SMS内容总在某个时间段出现 4.5.3 彩e业务拨测 系统内置一个彩e业务流程控制器，并通过与无线MODEM接口，向指定SP的服务代码和业务发起彩e业务访问请求。并可根据彩e业务流程实现机器人自动交互。 为了生成彩e业务流程控制脚本，系统提供常见的彩e业务交互模板，并提供二次开发接口，以自动生成可配置的彩e交互流程人工操作界面。然后可以通过人工操作该界面，由系统自动记录人工操作流程自动形成测试脚本，然后可以按照计划任务的方式自动通过测试脚本发起智能拨测。 该自动记录的测试脚本也可以通过人工进行编辑修改，形成制定化的新的脚本。该脚本流程可以通过运算、逻辑判断等一些常见的运算处理，来控制拨测流程。 通过拨测，拨测监控的内容包括: 1. 服务质量监控:统计访问响应时间、服务有效率等信息 2. 服务承诺监控:查看按照服务承诺提供了业务(如包月业务收到的彩e条数是否满足服务承诺) 3. 关键字监控:查看彩e文本中，是否包含敏感的关键字 4. 服务流程监控:查看实际的服务流程是否和申报的服务流程一致，从而更大程度上避免“挂羊头卖 狗肉”的情况 5. 内容与时间异动监控:某些彩e内容总在某个时间段出现 4.6 监控策略管理 可以配置对访问量比较大或者收入比较高的站点、业务、SP进行优先监控。也可以分析历史访问情况，对突发起伏变化比较剧烈、投诉增多的业务进行优先监控。 4.7 质量监测管理 系统可以对SP的业务服务器IP、端口发起网络测试命令，从而监测SP业务服务质量，包括网络响应时间、服务是否正常等等。 4.8 监测内容管理 通过关键字监控，可以实现对SMS内容、WAP页面文字和彩e文字内容按照关键字进行监控，并可对可疑监控结果进行记录，以便于管理员进行查询处理。同时，系统有可以以关键字请求SP业务，看SP是否实现了对上行内容的关键字过滤功能。 也可以设置黑名单，对黑名单用户访问内容进行重点监控。同时，系统也可以黑名单访问SP业务，看SP是否实现了需要黑名单过滤功能。 4.9 人工抽查 质量监测员可以选择业务、手动方式或选择脚本方式实现业务抽查监测，并对抽查结果进行记录。监测的业务内容包括短信、彩e和WAP的业务内容。 4.10 业务控制 对于违规的SP和业务，实现业务挂起与对相关人员的警告和告警。操作员也可以手工操作实现业务控制。 4.11 查询统计 实现对监控结果、服务质量等相关内容进行查询统计。 5. 系统物理结构 系统的物理结构图如下: 几个拨测服务器可以根据容量需要分开或放在一台物理机器，这些服务器主要完成拨测任务的拨测工作，并将拨测结果记录到系统中。 应用服务器主要完成业务控制、拨测脚本生成、数据同步等工作，根据业务量也可以将数据同步等任务单独配置一台服务器。 操作台用于系统管理操作。