专利名称：一卡多号系统的制作方法
技术领域：
—卡多号系统在技术范畴上属于移动通信增值业务领域。 背景技术：
如今，通信方式多种多样，移动通讯飞速发展，很多人可能都同时拥有数部移动电 话，这在给人们带来方便的同时，也带来了一定的麻烦，有时需要告诉别人数个号码，有时 要记住别人告诉你的数个号码，还有时，您一个号码也不想告诉他，只想告诉他一个虚拟的 号码……虚拟号，如许多社会工作者每天需接待大量的客户，可能您不愿意将自己的手机 号码告诉对方，为了能及时与客户保持联系，您可以给出您的ID号码，当您在上班时或工 作方便时，您的虚拟号可以按照您的要求与您的手机号进行绑定，这时客户在拨叫虚拟号 时，系统将接通您的手机，您可以看到主叫号码并与之通话，这时主叫方并不知道被叫的手 机号，只知道其虚拟号。当您在下班后或在私密状态不愿接听工作电话时，您的虚拟号可以 按照您的要求过虑一些你不想接听的电话，或者将这些电话转到您的留言箱，您可以看到 短信提示并根据需要主动到留言箱听取留言，这时您并不需要关手机，知道您手机号的亲 朋好友可以直接与您通话，而只知虚拟号的客户只能进留言箱。不同的虚拟号码可以按照 不同的要求设定接听方案。
发明内容
3. 1 —卡多号总体功能介绍 —卡多号系统就是提供一卡多号业务功能的应用系统。 一卡多号业务是为移动电 话用户提供若干个虚拟号码，用户可以使用任何一个号码拨打电话，也可以同时使用任何 一个副号码接听电话和收短信的创新增值业务。
3. 2 —卡多号业务形态 —卡多号业务的用户作为主叫拨打电话时，如果使用主号码拨打，直接和以前一 样拨被叫号码，在被叫的手机上显示主叫的主号码；如果使用副号码拨打，采用XXXXX+被 叫号码的方式拨打，XXXXX是电信运营商分配的一卡多号业务路由前缀，在被叫的手机上会 显示主叫的副号码。 —卡多号用户作为被叫接听电话时，如果主叫拨打被叫的主号码，拨通后被叫的 手机上显示主叫号码，如果主叫拨打被叫的副号码，拨通后被叫的手机上显示主叫号码。
3. 3 —卡多号业务场景 对于一卡多号业务有以下几个典型的应用业务场景 令虚拟号主动发起呼叫见《10004说明书附图.doc》图1.虚拟号码为主叫的场
旦 豕； 令虚拟号为被叫见《10004说明书附图.doc》图2.虚拟号码为被叫的场景； 令来电防火墙黑名单功能见《10004说明书附图.doc》图3.来电防火墙的场景； 令来电语音信箱、短信提醒见《100Q4说明书附图.doc》图4.语音短信信箱的场旦 豕； 令号码隐藏见《10004说明书附图.doc》图5.号码隐藏的场景。
3.4—卡多号系统平台功能介绍 —卡多号系统还提供了用户管理、业务实现、业务计费、日志管理、统计分析，作为
保障和维护系统正常、高效运作的正常必要功能。 3.5用户管理功能 用户可通过移动梦网的业务定购流程来定购一卡多号业务，系统支持以下几种方 式。 參短信定购方式，用户通过短信上行命令发送到指定端口，通过二此确认流程后
完成订制过程。 參网站定购方式，在web上注册业务，通过移动梦网反向定购流程实现业务定购。
參IVR定购，通拨打管理流程制定接入号注册业务，通过反向定购流程进行定购。
3. 6呼叫信息管理 用户可以对呼叫进行管理，呼叫管理信息包括
參每个用户最多可以设置3个虚拟号码； 參每个虚拟号码可以设置4个允许呼叫的时间段，以小时为单位； 參每个虚拟号码的每个时间段可以设置为开放和关闭，开放是指电话可以接入，
关闭是指电话拒绝接入； 參每个虚拟号码可以单独将某个号码加入到黑名单禁止呼叫我的电话； 參每个虚拟号码可以单独将某个号码加入到红名单允许不受限制呼叫我的电
话； 參对每种拒绝条件设置转语音信箱、个性化语音提示，个性化语音提示包括传统
关机提示音，如"您拨的电话已关机"、"您拨的电话暂时无法接通"，也包括各种个性化的提 示音。或者用户自己录制提示音。 同时，一卡多号系统支持用户通过多种方式实现用户呼叫自助管理，如客服、WEB、 IVR等方式。 3. 7WEB功能管理 每个用户可以通过一个服务管理Web界面实现以下的功能
參用户注册、取消
參来电管理 3.8日志管理功能 —卡多号系统具备完善的日志功能，对转入的呼叫等进行记录，提供对日志中的 有价值信息进行查询，并提供友好的查询界面。
3. 9业务统计查询
令统计分析功能 參话务统计和分析提供按时间段的各种话务统计数据(呼叫次数、呼入时长、 Arpu等) 參用户统计分析提供按时间段的各种用户数据(注册用户数，取消用户数等)
參业务量统计分析提供按时间、地区的各种业务量数据
參报表系统具有以下特点 參拥有完善的用户、权限管理机制，可以对辽宁移动各地的管理员进行操作权限
管理 參灵活方便的定制功能 參支持远程访问(同时具备IP认证和用户鉴权的功能) 參提供各种基本的统计分析功能(话务、用户、业务量等) 令查询功能 參管理员可以查询某个用户的定制情况和取消情况 參管理员可以查询某个用户的虚拟号码使用情况
图1.虚拟号码为主叫的场景描述了虚拟号码为主叫的业务场景； 图2.虚拟号码为被叫的场景描述了虚拟号码为被叫的业务场景； 图3.来电防火墙的场景描述了来电防火墙的业务场景； 图4.语音短信信箱的场景描述了语音短信信箱的业务场景； 图5.号码隐藏的场景描述了号码隐藏的业务场景； 图6.系统整体结构图描述了一卡多号系统整体结构图； 图7.系统组网方式图描述了系统组网方式； 图8.描述了主叫为普通用户、被叫一机多号用户虚拟号的情况下计费方案； 图9.描述了主叫为一机多号用户虚拟号、被叫为真实号码情况下的计费方案； 图10.描述了主被叫均为一机多号用户虚拟号情况下的计费方案。
具体实施例方式
5. 1系统整体架构 —卡多号业务系统分三个部分业务交换接入部分、业务支撑部分和业务实现部
分。系统整体结构图见《10004说明书附图.doc》图6.系统整体结构图。 參业务交换部分完成交换网络的接入，与业务支撑层进行业务资源控制的交互，
是一卡多号业务平台产品强大的组网能力的保证； 參业务支撑部分是交换接入与具体业务之间的支撑系统，它针对具体业务对语音
处理的需求，通过解释转化为任务，并提交到业务交换层，在业务实现层的配合下，完成丰 富多变的话务功能； 參业务实现部分通过接口按照具体应用的话务需求向下层提出需求，结合计算机
网络技术实现具体的应用，它是系统计算机网络侧的应用，一卡多号业务平台针对不同的 应用提供了丰富的业务选择。 这三层中，前两层具有一定的业务无关性。三层之间均采用协议或API封装的方 式作为接口 ，使得各层相对独立。上层由于是具体业务系统，具有多变灵活的特点，而下层 是交换接入和业务支撑系统，具有稳定规范的特点。采用三层封装的方式，上层业务系统的 变化不会影响下层的稳定，上层的应用在下层规范地优化和扩展后得以实现。
组网方式图见《10004说明书附图.doc》图7.组网方式图。
5. 1. 1业务交换接入部分 智能交换机在系统中作为交换接入设备，可采用符合Compact PCI标准的工业控 制计算机集成高性能的语音卡等设计而成。该设备具有中国No. 1/No. 7/PRI信令处理能 力。 软交换模块完成呼叫的路由功能，控制呼入和呼出、连接、断开、释放、播放提示音 等功能，同时，它还向上层服务平面提供一个CSTA的接口 ，通过这个接口 ，智能中间件可以 控制呼叫的整个过程。 软交换模块是整个交换平台与上层服务平台的统一接口 (CSTA)，它接收来自业务 支撑部分的各种业务请求，保存和控制系统各种资源如话路等的状态及迁移，与板卡接口 和管理层的各个模块接口 ，实现整个平台系统的功能和管理。 软交换模块在整个系统中是唯一的，它基于各个板卡接口模块提供的各种信令接
入功能，实现统一的呼叫控制。它控制系统的包括语音等的媒体功能，业务中间层模块可以
通过配置，增加或减少其管理的板卡接口模块，实现系统灵活的伸縮性和扩展性。 此模块基于高性能的语音板卡开发，集成包括七号信令、一号信令和PRI信令的
接入，实现语音，辅助媒体功能DTMF/FSK，交换等功能。 语音板卡采用DSP进行信令和媒体业务的处理，板卡上有丰富的DSP资源，可以通 过灵活配置，实现不同的语音功能等。板卡上有自带的处理器，在处理信令、语音时，极大地 减少了主机资源的消耗，使系统能够获得更好的业务处理性能。 本模块中对于语音的处理，可以支持的语音文件格式有VOX语音文件格式，标准
的WAV文件格式等。还可以提供了方便的语音文件转换工具，可以实现语音文件的编码方
式和文件格式的转换，以适应不同应用中的不同需要。语音部分还实现了在录音或放音的
过程中通过按键打断的功能以及其它多项特性，可以支持各种语音业务的需要。 交换平台的信令模块软件针对高性能的信令板卡开发，和媒体IP模块部分协同
工作。其中，七号信令提供了基于七号信令TUP， ISUP层的呼叫控制功能。 七号信令模块可以基于板卡多点冗余备份(多信令链路)，提供高可靠性方案。由
两块七号信令板卡形成冗余方案，使用两条信令链路，其中一条出现问题另外一条继续工
作。还可以配置备用板卡作为硬件备份。 5. 1. 2业务支撑部分 主要包括CTI ，数据库代理，维护管理平台，业务生成系统，数据库服务器，短信平 台 5. 1. 2. 1CTI-SERVER CTI-SERVER是一卡多号业务系统的核心控制系统，负责业务的支撑，完成呼叫控
制，呼叫技能路由，提供与呼叫同步的用户数据及监视信息等。CTI-SERVER与交换机之间采
用协议通讯，CTI-SERVER向交换机发送与呼叫相关的指导性控制指令。主要功能有 完成与智能排队机接口功能，向客户端应用程序提供统一的编程接口。
完成呼叫控制功能，包括呼叫的定向、重定向和与呼叫相关的资源管理。
对应用程序的功能请求进行解释、分析、执行，把相应的事件通知传给应用程序，
把与交换相关的命令转化为相应的协议发往智能排队机。
系统日志管理，系统日志包括操作日志及错误日志。
6
系统数据的维护和管理，用户的身份鉴别，安全性检查，对所有系统数据提供备 份和恢复功能。
系统监视，包括智能排队机、呼叫状态的实时监视。
维护管理与呼叫相关的用户数据，实现呼叫与数据同步转移。 5. 1. 2. 2数据库代理 提供业务平台、CTI平台和管理平台连接数据的中间软件，代理主要通过ODBC与
数据库建立连接，可以监控业务或者平台使用数据库的情况。 5. 1. 2. 3维护管理平台 通过管理平台系统可以配置一卡多号业务平台的资源(业务服务器，代理数据 源，业务流程，接入号等等)、进行日常维护、动态加载或卸载自动业务流程。
5. 1. 2. 4业务生成环境 通过业务生成系统可以很方便地生成供IVR处理的业务流程。它是一个图形化的
操作界面平台，提供比较强大的数据库支持，灵活的修改业务等功能。 5. 1. 3业务实现部分 IVRS (Interactive Voice Response System,交互式语音应答系统) IVRS交互式语音应答系统是业务流程的运行平台，提供对业务流程的控制，业务
流程在运行过程中调用语音资源VP用于语音的播放。可以利用IVRS环境下的业务生成工
具不断拓展新的业务。
主要功能有 具有控制呼入应答，呼叫拆除，呼叫释放，信令处理，放音，录音，收号，音量改变， 外呼等功能。
通过代理服务器访问数据库。
收集用户信息，并送往CTI作为路由选择的依据。
*提供扩展业务的手段。
启动方式 根据被叫号码启动不同的业务流程。
通过通信代理启动不同的流程。
自动定时启动。
，单实例自动启动
5. 2计费实现方案 —卡多号业务的通话费计费实现方案需要一卡多号平台与移动的计费系统配合 实现，为.了避免省网中国移动用户重复计费需要将平台接入号968X X X对移动省网用 户做成免费号码处理。 以下为各种场景的通话费计费实现方案 令主叫为普通用户、被叫一机多号用户虚拟号情况见《10004说明书附图.doc》 图8; 令主叫为一机多号用户虚拟号、被叫为真实号码见《10004说明书附图.doc》图 9 ; 令主被叫均为一机多号用户虚拟号见《10004说明书附图.doc》图10。
权利要求
一卡多号系统就是提供一卡多号业务功能的应用系统。一卡多号业务是为移动电话用户提供若干个虚拟号码，用户可以使用任何一个号码拨打电话，也可以同时使用任何一个副号码接听电话和收短信的创新增值业务。1.一卡多号业务可以实现多个号码同时语音待机，无须手工切换；2.该业务采用合作运营或提供运营指导，运营商投入少，见效快；3.提供完善的业务策划和推广方案，使用业务渗透率高；4.被叫拨打虚拟号码可以正常呼叫主叫；5.虚号码提供了提高丰富的增值功能，易于通过功能组合对各层客户提供差异化服务，定制了一卡多号业务的用户可以针对虚拟号码设置呼叫管理功能，即针对不同的主叫和被叫，设置去电显示、来电筛选、关机彩铃、语音信箱服务等，提升ARPU值；6.一卡多号业务开通了客服、IVR、WEB等多种方式的业务定制服务功能，方便用户进行业务管理和查询；7.一卡多号业务平台建设不涉及现网网元的改造，业务开展也不影响网络既有业务。8.一卡多号业务的用户作为主叫拨打电话时，如果使用主号码拨打，直接和以前一样拨被叫号码，在被叫的手机上显示主叫的主号码；如果使用副号码拨打，采用XXXXX+被叫号码的方式拨打，XXXXX是电信运营商分配的一卡多号业务路由前缀，在被叫的手机上会显示主叫的副号码。9.一卡多号用户作为被叫接听电话时，如果主叫拨打被叫的主号码，拨通后被叫的手机上显示主叫号码，如果主叫拨打被叫的副号码，拨通后被叫的手机上显示主叫号码。
全文摘要
一卡多号系统属于移动通信增值业务平台领域，其业务特征就是提供一卡多号业务功能的应用系统，它分三个部分一是业务交换部分完成交换网络的接入；二是业务支撑部分是交换接入与具体业务之间的支撑系统；三是业务实现部分通过接口按照具体应用的话务需求向下层提出需求进行实现的部分。一卡多号业务的主要用途是为移动电话用户提供若干个虚拟号码，用户可以使用任何一个号码拨打电话，也可以同时使用任何一个副号码接听电话和收短信的创新增值业务。
文档编号H04W8/18GK101742474SQ200810172280
公开日2010年6月16日 申请日期2008年11月4日 优先权日2008年11月4日
发明者朱钰 申请人:北京基脉科技有限公司