CN103166914A - 多媒体呼叫的实现方法及系统 - Google Patents

Abstract

本发明公开了一种多媒体呼叫的实现方法及系统。其中，该方法包括：呼叫控制器接收VoIP客户端的呼叫请求后，将该呼叫请求发送给应用服务器；应用服务器获取VoIP客户端呼叫各个被叫号码的费率选项并返回给呼叫控制器，其中，上述各个被叫号码包括：该呼叫请求的被叫注册和/或绑定的一个或多个号码；呼叫控制器向VoIP客户端发送费率选项，并暂停呼叫请求的呼叫处理；呼叫控制器接收VoIP客户端从费率选项中选择的费率选项后，将VoIP客户端选择的费率选项发送给应用服务器，并恢复呼叫处理，接续VoIP客户端与选择的费率选项对应的被叫号码的被叫终端之间的呼叫。通过本发明，用户能够在呼叫接续之前知晓呼叫的费率信息，满足用户对费率的需求，提高多媒体呼叫的用户体验。

Description

多媒体呼叫的实现方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种多媒体呼叫的实现方法及系统。 

背景技术

在当前向下一代网络(Next Generation Network，简称为NGN)的技术演进中，已经可以通过多种手段、如软交换(Softswitch)、多媒体子系统(IP Multimedia Core Network Subsystem，简称为IMS)、H.323、会话启动协议(Session Initiation Protocol，简称为SIP)服务器等方式，实现语音、视频甚至短信等多媒体信息在网络协议(Internet Protocol，简称为IP)等分组网、公共交换电话网络(Public Switched Telephone Network，简称为PSTN)等传统电话交换网上的交互。时分复用(Time Division Multiplex，简称为TDM)替换为IP的趋势已经确立，且已得到广泛应用。IP电话(Voice over IP，简称VoIP)相比于传统的基于电路的语音技术，不仅价格低廉，而且语音质量随着带宽的增加也已有很大的提升；更重要的，基于IP的多种多媒体应用使得VoIP具有很强的吸引力。 

另一方面，近年来宽带技术进步日新月异。有线方面，从非对称数字用户线路(Asymmetrical Digital Subscriber Line，简称为ADSL)到甚高比特率数字用户线路(Very High Data Rate DSL，简称为VDSL)到xPON，无线方面，从通用无线分组业务(General Packet Radio Service，简称为GPRS)到HSPDA到微波接入全球互通(Worldwide Interoperability for Microwave Access，简称为Wimax)到长期演进(Long Term Evolution，简称为LTE)，随着带宽的增大，对于承载多媒体业务越来越得心应手。在这些无线接入技术中，无线保真(Wireless Fidelity，简称为WiFi)技术的成熟和WiFi AP大量部署，使得在家庭/企业/热点(Hotspot)地区可以免费或优惠接入互联网，并享受高速冲浪。特别是在APPLE iPhone和iPad产品的流行，移动宽带呈爆炸式增长，WiFi因其高速和“免费”在其中已起到越来越重要的作用。 

众多的互联网服务提供商(Internet Service Provider，简称为ISP)开发出了形式多样的软终端，向客户提供了IM、PRESENCE以及VoIP等业务，比如MSN、Skype等。这些软终端大多数基于PC，尤其对于语音等实时业务来说，可以向注册客户提供计算机-计算机(PC-PC)的免费通话和计算机-电话(PC-PHONE)的预付费通话业务，从而可以节省客户的通话费用。对于这些PC版的客户端来说，有一个最大的缺点就是操作比较麻烦。普通客户一般不会携带PC机或笔记本电脑，所以如果没有这些就不能使用VoIP软件；即使有，也需要打开电脑，进入操作系统，运行软终端，输入账号密码，再输入被叫号码才能完成呼叫，比起手机终端和固定电话机，具有使用不便且操作过程复杂的缺陷。 

一些运营商和设备商也在制定RCS和RCS-e，统一在手机上安装的软件规范和要求，以增强互通性。但对于RCS-e，主要是集中在IM、文件传输等非实时业务的规范，而语音和短 信等实时业务均明确要求走传统域。其中，有些手机客户端受无线带宽的限制，主要提供IM聊天、文件/图片传输、社交网络等非实时业务，对于没有包括语音/视频等实时业务。 

有些设备商直接设计和制造专门的支持WiFi或其它高速无线承载技术的硬件终端，并预先安装了相应的软件客户端以支持相应的实时和非实时业务。但一方面这需要在目前已有的手机(支持GSM、WCDMA、CDMA或CDMA2000、TD-SCDMA以及后续技术)外再携带一部专门的支持WiFi的定制手机终端；另一方面由于目前Apple iOS和Andriod智能手机系统的发展和大量的丰富应用，这个定制终端由于其它业务缺乏已经相形见绌。 

有些手机客户终端虽然也提供了VoIP等实时业务，但是有的只能提供PC-PC或PC-PHONE之间的通话，并且需要占用GPRS、EDGE、HSPDA等无线PS带宽，语音质量不能保证，而且客户仍需要占用高额的PS带宽费用。有的能支持IM、PRESENCE等社交业务，但需要不断地查询和更新好友状态，因此消耗了大量的带宽，特别是在GPRS、EDGE、HSPDA等PS下。有的支持IM、PRESENCE等社交业务的客户端，对于VoIP呼叫，只能选择被叫好友客户的PC账户作为被叫，不能关联其手机号码、家庭号码或工作号码，并进行接续。 

有的支持IM、PRESENCE等社交业务的客户端，可以同时关联客户的多个用户号码，如移动号码和固定号码等，这样当呼叫这个账户时，可以同时振铃或顺序振铃，以完成接续。但对于顺序振铃，极端情况下接续时间会很长，影响主叫侧客户感受；同时，由于被叫号码不定，因此主叫侧用户并不清楚到底是哪个被叫号码(移动或固定号码)是真正接通的，造成费用有可能不同，影响主叫侧的财务感受；最后对于运营商而言，无论是同时振铃还是顺序振铃，都是采用试呼的方式进行接续，就会占用大量的试呼资源，绑定的号码越多，占用越多，也越不经济。有的通过预付费等方式进行运营，但客户在呼叫接通前并不能知晓费率，只是在呼叫中显示不断被扣费，因此没有给客户选择被叫费率的权利。 

针对相关技术中主叫用户在通话接通前无法获知或选择呼叫被叫费率的问题，目前尚未提出有效的解决方案。 

发明内容

针对相关技术中主叫用户在通话接通前无法获知或选择呼叫被叫费率的问题，本发明提供了一种多媒体呼叫的实现方案，以至少解决上述问题。 

根据本发明的一方面，提供了一种多媒体呼叫的实现方法，包括：呼叫控制器接收VoIP客户端的呼叫请求后，将所述呼叫请求发送给应用服务器；所述应用服务器获取所述VoIP客户端呼叫各个被叫号码的费率选项并返回给所述呼叫控制器，其中，所述各个被叫号码包括：所述呼叫请求的被叫注册和/或绑定的一个或多个号码；所述呼叫控制器向所述VoIP客户端发送所述费率选项，并暂停所述呼叫请求的呼叫处理；所述呼叫控制器接收所述VoIP客户端从所述费率选项中选择的费率选项后，将所述VoIP客户端选择的所述费率选项发送给所述应用服务器，并恢复呼叫处理，接续所述VoIP客户端与选择的所述费率选项对应的被叫号码的被叫终端之间的呼叫。 

优选地，上述呼叫控制器接收VoIP客户端的呼叫请求之前，上述方法还包括：第一网关接收所述VoIP客户端发送的呼叫请求，其中，所述VoIP客户端通过高速无线接入网接入到 互联网，所述第一网关为所述VoIP客户端归属的网关；所述第一网关对所述VoIP客户端的呼叫请求进行信令转换，向所述呼叫控制器发送转换后的所述VoIP客户端的呼叫请求。 

优选地，所述应用服务器获取所述VoIP客户端呼叫各个被叫号码的费率选项并返回给所述呼叫控制器，包括：所述应用服务器确定所述呼叫请求的被叫存在一个或多个可呼叫的号码，从计费服务器获取所述VoIP客户端分别呼叫所述一个或多个号码中的各个号码的费率信息，将分别与所述一个或多个号码对应的费率选项发送给所述呼叫控制器。 

优选地，所述应用服务器从计费服务器获取所述VoIP客户端分别呼叫所述一个或多个号码中的各个号码的费率信息，包括：所述应用服务器向所述计费服务器发送费率查询请求；所述计费服务器接收到所述费率查询请求后，分别计算所述VoIP客户端呼叫所述一个或多个号码中的各个号码的费率信息，向所述应用服务器发送计算得到的所述费率信息；所述应用服务器接收所述计费服务器发送的所述费率信息。 

优选地，所述呼叫控制器将所述VoIP客户端选择的所述费率选项发送给所述应用服务器之后，所述方法还包括：所述应用服务器向所述呼叫控制器发送接续请求。 

优选地，所述呼叫控制器接续所述VoIP客户端与选择的所述费率选项对应的被叫号码的被叫终端之间的呼叫，包括：所述呼叫控制器向第二网关发送接续请求，其中，所述第二网关为所述VoIP客户端选择的被叫号码归属的网关；所述第二网关呼叫与所述VoIP客户端选择的所述被叫号码对应的被叫终端。 

优选地，所述第二网关呼叫所述VoIP客户端与选择的所述被叫号码对应的被叫终端之后，所述方法还包括：所述呼叫控制器接收所述被叫终端返回的应答消息，将所述应答消息转发给所述应用服务器；所述呼叫控制器接收所述应用服务器返回的携带有所述VoIP客户端当前呼叫的费率信息的通话消息；所述呼叫控制器将通话消息返回给所述VoIP客户端，接收所述VoIP客户端返回的通话确认消息，并将所述通话确认消息转发给所述应用服务器，指示对当前呼叫进行计费。 

优选地，在当前呼叫结束后，所述方法还包括：所述呼叫控制器向所述应用服务器发送挂机消息；所述呼叫控制器接收所述应用服务器发送的所述VoIP客户端的当前呼叫的费用信息；所述呼叫控制器向所述VoIP客户端发送所述费用信息，并释放所述VoIP客户端的当前呼叫。 

优选地，所述呼叫控制器从应用服务器获取各个被叫号码的信息还包括：所述各个被叫号码对应的通话质量信息。 

优选地，所述VoIP客户端位于PC机或移动终端中。 

根据本发明的另一方面，提供了一种多媒体呼叫的实现系统，包括：VoIP客户端、呼叫控制器和应用服务器，其中，所述VoIP客户端，用于发送呼叫请求，以及根据所述呼叫控制器返回的呼叫各个被叫号码对应的费率选项，选择当前呼叫的费率选项，其中，所述各个被叫号码包括：所述呼叫请求呼叫的被叫注册和/或绑定的一个或多个号码；所述呼叫控制器，用于接收所述VoIP客户端的呼叫请求，从所述应用服务器获取所述VoIP客户端呼叫所述各个被叫号码对应的所述费率选项，以及在获取到所述费率选项后暂停所述呼叫请求的呼叫处 理，向所述VoIP客户端发送获取的所述费率选项；在接收所述VoIP客户端从所述各个被叫号码对应的费率选项中选择的费率选项后，接续所述VoIP客户端与选择的所述费率选项的被叫号码的被叫终端之间的呼叫；所述应用服务器，用于向所述呼叫控制器返回分别与所述各个被叫号码对应的费率选项，其中，所述费率选项记录了所述VoIP客户端呼叫所述各个被叫号码的费率信息。 

优选地，所述系统还包括：第一网关，用于接收所述VoIP客户端发送的呼叫请求，对所述VoIP客户端的呼叫请求进行信令转换，向所述呼叫控制器发送转换后的所述VoIP客户端的呼叫请求，其中，所述VoIP客户端通过高速无线接入网接入到互联网，所述第一网关为所述VoIP客户端归属的网关。 

优选地，所述系统还包括：计费服务器；所述应用服务器用于向所述计费服务器发送费率查询请求，并接收所述计费服务器返回的所述VoIP客户端呼叫所述一个或多个号码中的各个号码的费率信息；所述计费服务器用于分别计算所述VoIP客户端呼叫所述一个或多个号码中的各个号码的费率信息，向所述应用服务器发送计算得到的所述费率信息。 

优选地，所述系统还包括：所述VoIP客户端选择的费率选项对应的被叫号码归属的第二网关；所述呼叫控制器用于向所述第二网关发送接续请求；所述第二网关用于呼叫所述VoIP客户端与选择的所述被叫号码对应的被叫终端。 

优选地，所述VoIP客户端位于PC机或移动终端中。 

根据本发明的再以方面，提供了一种应用服务器，包括：存储模块，用于存储同一个用户注册的一个或多个可呼叫的号码的关联关系；接收模块，用于接收来自呼叫控制器的呼叫请求，其中，所述呼叫请求中携带有主叫标识和被叫标识；查询模块，用于查询所述关联关系，获取与所述被叫标识关联的一个或多个号码；获取模块，用于获取所述主叫标识对应的终端呼叫所述查询模块获取所述一个或多个号码的费率信息；发送模块，用于将所述获取模块获取的所述费率信息发送给所述呼叫控制器。 

优选地，所述接收模块还用于接收所述呼叫控制器转发的回应请求，其中，所述回应请求中携带有主叫方从所述费率信息中选择的费率选项；所述发送模块还用于向所述呼叫控制器发送接续请求，请求所述呼叫控制器接续所述主叫标识对应的终端与选择的所述费率选项对应被叫号码的被叫终端之间的呼叫。 

优选地，所述接收模块还用于接收所述呼叫控制器的挂机消息；所述获取模块还用于获取本次通话的费用；所述发送模块还用于将本次通话的费用发送给所述呼叫控制器，由所述呼叫控制器将所述本次通话的费用发送给所述主叫标识对应的终端。 

优选地，所属应用服务器还包括：管理模块，用于管理所述存储模块存储的所述关联关系，并提供日常维护接口；营账模块，用于输出用户账单和话单信息，以及与营账财务系统对接以完成可靠可信的充值和退值操作。 

通过本发明，VoIP客户端进行呼叫时，应用服务器获取VoIP客户端呼叫被叫终端各个被叫号码的费率信息，并在接续被叫终端前将费率信息发送给VoIP客户端，VoIP客户端接收到本次呼叫各个被叫号码的费率信息后，根据费率信息选择合适的费率项后，呼叫控制器接续 VoIP客户端与其选择的费率项对应被叫号码的被叫终端之间的呼叫。从而用户能够在呼叫之前知晓呼叫的费率信息，满足用户对费率的需求，提高多媒体呼叫的用户体验。 

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： 

图1是根据本发明实施例的多媒体呼叫的实现系统的示意图； 

图2是根据本发明实施例的第一个优选的多媒体呼叫的实现系统的示意图； 

图3是根据本发明实施例的第二个优选的多媒体呼叫的实现系统的示意图； 

图4是根据本发明实施例的第三个优选的多媒体呼叫的实现系统的示意图； 

图5是根据本发明实施例的多媒体呼叫的实现方法的流程提； 

图6是根据本发明实施例呼叫控制器获取费率信息的方法的流程图； 

图7是根据本发明实施例一的多媒体呼叫系统的示意图； 

图8是相关技术中移动终端接入网络的示意图； 

图9是根据本发明实施例二的多媒体呼叫的实现系统的示意图； 

图10是根据本发明实施例二的多媒体呼叫的实现方法的流程图； 

图11是根据本发明实施例的应用服务器的结构框图； 

图12是根据本发明实施例一种优选的应用服务器的结构框图。 

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。 

本发明实施例，涉及一种多媒体呼叫的实现方法、装置和系统。用户可以使用VoIP客户端进行呼叫，在接续前将在该客户端上显示本次呼叫的费率，在用户选择合适的费率项后，通过多媒体呼叫系统完成后续的接续。VoIP客户端可以是基于PC机的软件程序，也可以是运行在定制的移动终端上的程序，优选地可以是运行在智能移动终端上的应用，可以通过Apple Store或Andriod Market或其它智能移动终端操作系统的应用商店自由下载。本发明实施例中的VoIP客户端可以支持WiFi或其它高速无线网络技术(比如免执照移动访问(Unlicensed Mobile Access，简称为UMA)、WiMax、LTE甚至LTE-A)等，当存在这些无线信号时，用户可以通过这些无线承载网络实现语音、视频、短信等实时多媒体呼叫业务。 

根据本发明实施例，提供了一种多媒体呼叫的实现系统，如图1所示，该系统可以包括：VoIP客户端1、呼叫控制器2和应用服务器3。其中，VoIP客户端1，用于发送呼叫请求，以 及根据接收呼叫控制器2返回的呼叫各个被叫号码对应的费率选项，选择当前呼叫的费率选项，其中，各个被叫号码包括：所述呼叫请求呼叫的被叫注册和/或绑定的一个或多个号码；呼叫控制器2，用于接收VoIP客户端1的呼叫请求，从应用服务器3获取VoIP客户端1呼叫所述各个被叫号码的费率选项，以及在获取到费率选项后暂停呼叫请求的呼叫处理，向VoIP客户端1发送获取的费率选项；在接收VoIP客户端1从各个被叫号码对应的费率选项中选择的费率选项后，接续VoIP客户端1与选择的费率选项对应的被叫号码的被叫终端之间的呼叫；应用服务器3，用于向呼叫控制器2返回分别与各个被叫号码对应的费率选项，其中，呼叫请求呼叫的被叫注册和/或绑定的各个号码对应一个费率选项，每个费率选项记录了VoIP客户端1呼叫各个被叫号码的费率信息。 

为了进行网络拓扑隔离保护核心网络的安全和稳定运行，在本发明实施例的一个优选实施方式中，如图2所示，上述系统还可以包括：第一网关4，用于接收VoIP客户端1发送的呼叫请求，对VoIP客户端1的呼叫请求进行信令转换，向呼叫控制器2发送转换后的VoIP客户端1的呼叫请求，其中，第一网关4为VoIP客户端1归属的网关，VoIP客户端1通过高速无线接入网接入到互联网，例如，VoIP客户端可以通过免费的WiFi信号接入互联网，或者通过UMA、WiMax、LTE等高速无线网络接入互联网，同时还可以通过ADSL、VDSL等有线网络接入互联网；VoIP客户端1接入互联网后发起呼叫，第一网关4对VoIP客户端1的呼叫请求进行信令转换，向呼叫控制器2发送转换后的VoIP客户端1的呼叫请求。通过该优选实施方式，能够对本系统核心网络和互联网等其他网络进行隔离，保证核心网络的安全性和稳定性。 

呼叫控制器2接收到VoIP客户端1的呼叫请求后，可以从应用服务器3获取VoIP客户端1呼叫各个被叫号码的费率信息。在本发明实施例的一个优选实施方式中，呼叫控制器2可以向应用服务器3转发VoIP客户端1的呼叫请求，应用服务器3确定呼叫请求呼叫的被叫存在一个或多个可呼叫的号码，获取VoIP客户端1呼叫上述一个或多个号码的费率信息，向呼叫控制器2返回获取的费率信息；呼叫控制器2接收应用服务器3返回的费率信息，将各个被叫号码对应的费率信息以费率选项的形式返回给Vo IP客户端1。通过本优选实施方式，实现了呼叫控制器获取VoIP客户端呼叫被叫的一个或多个号码的费率信息，从而使得VoIP客户端可以根据获取的费率信息选择合适的费率选项，使得用户在呼叫接续之前能够知晓呼叫的费率信息，提高了用户体验。 

在实际应用中，VoIP客户端呼叫被叫的一个或多个号码的费率信息，可以由应用服务器确定得出，也可以由其他独立网元确定得出，例如，可以通过在线计费服务器计算上述费率信息。为了计算VoIP客户端呼叫被叫的一个或多个号码的费率信息，在本发明实施例的一个优选实施方式中，如图3所示，上述系统还可以包括：计费服务器5，与应用服务器3相耦合，用于分别计算VoIP客户端1呼叫被叫的一个或多个号码中的各个号码的费率信息，并向应用服务器3发送计算得到的上述费率信息。需要获取费率信息时，应用服务器3用于向计费服务器5发送费率查询请求，并接收计费服务器5返回的VoIP客户端1呼叫一个或多个号码中的各个号码的费率信息。 

鉴于上述优选实施方式，应用服务器3获取VoIP客户端1呼叫被叫的一个或多个号码的费率信息，可以包括：应用服务器3接收到呼叫控制器3转发的呼叫请求后，向计费服务器5 发送费率查询请求；计费服务器5接收到费率查询请求后，分别计算VoIP客户端1呼叫被叫的一个或多个号码中的各个号码的费率信息，向应用服务器3发送计算得到的费率信息；应用服务器3可以接收计费服务器5发送的费率信息。应用服务器3将接收到的费率信息转发给呼叫控制器2，呼叫控制器2将各个被叫号码对应的费率信息以费率选项的形式发送给VoIP客户端1，VoIP客户端1根据接收到的费率选项选择本次呼叫的费率选项。通过本优选实施方式，由于呼叫控制器2向VoIP客户端1返回的只是VoIP客户端1呼叫被叫注册和/或绑定的各个号码的费率信息，而不会向VoIP客户端1返回被叫的注册和/或绑定的各个号码，从而可以在满足主叫可以获知并选择当前费率信息的同时保护被叫的隐私。 

VoIP客户端呼叫被叫的一个或多个号码可以属于不同的网络，例如，被叫在注册时可以绑定VoIP业务号码、移动号码、固定号码等。在这种情况下，VoIP客户端1呼叫各个号码的路由不同，从而呼叫各个号码的通话质量不同。在本发明实施例的一个优选实施方式中，为了满足用户对通话质量的需求，使用户能够根据通话质量选取被叫号码，计费服务器5还可以统计VoIP客户端1呼叫被叫的一个或多个号码的通话质量信息，并将统计得出的通话质量信息发送给应用服务器3，应用服务器3将通话质量信息转发给呼叫控制器2，VoIP客户端1接收呼叫控制器2转发的通话质量信息，用户可以根据呼叫被叫的各个号码的费率信息和通话质量信息，选择本次呼叫的被叫号码，满足用户对通话质量和费率的需求，从而进一步的提高了用户体验。

VoIP客户端1根据呼叫被叫的各个号码的费率信息和/或通话质量信息选择本次呼叫的被叫号码后，向呼叫控制器发送选择的被叫号码。呼叫控制器接收VoIP客户端从被叫的各个号码中选择的被叫号码，接续VoIP客户端与选择的被叫号码对应的被叫终端之间的呼叫。在本发明实施例的一个优选实施方式中，在接续VoIP客户端1与选择的被叫号码对应的被叫终端之间的呼叫之前，呼叫控制器2还可以向应用服务器3转发VoIP客户端1选择的被叫号码，应用服务器3接收到VoIP客户端选择的被叫号码后，构造一个接续请求并将构造的接续请求发送给呼叫控制器2。 

呼叫控制器2接收应用服务器3发送的接续请求后，向VoIP客户端1选择的被叫号码归属的网关发送接续请求，被叫号码归属的网关呼叫与VoIP客户端1选择的被叫号码对应的被叫终端。在本发明实施例的一个优选实施方式中，为了进行网络拓扑隔离提高核心网络的安全性和稳定性，如图4所示，上述系统还可以包括：第二网关6(即VoIP客户端1选择的费率选项对应被叫号码归属的网关)，用于呼叫与VoIP客户端1选择的被叫号码对应的被叫终端。例如，在VoIP客户端选择的被叫号码为移动号码的情况下，呼叫控制器将接续请求发送到被叫号码所在移动网络中的媒体网关(MG)，此时第二网关即媒体网关。在VoIP客户端选择的被叫号码为VoIP号码的情况下，第二网关可以与第一网关相同，即被叫号码归属于VoIP客户端所归属的网关(即第一网关)。 

被叫号码对应的被叫终端接听当前呼叫后，向呼叫控制器2发送应答消息，呼叫控制器2接收被叫终端返回的应答消息，并将应答消息转发给应用服务器3。应用服务器3接受到被叫终端的应答消息后，可以向呼叫控制器2发送VoIP客户端1当前呼叫的费率信息，例如，将当前呼叫的费率信息携带在通话消息中发送给呼叫控制器2，从而VoIP客户端能够确认本次呼叫的费率，满足VoIP客户端用户对费率的需求，提高用户体验。呼叫控制器2将通话消息 返回给VoIP客户端1，VoIP客户端1确认后向呼叫控制器2返回通话确认消息，呼叫控制器2接收VoIP客户端1返回的通话确认消息，并将通话确认消息转发给应用服务器3，指示对当前呼叫进行计费。 

VoIP客户端1或被叫终端挂机结束当前呼叫时，可以向呼叫控制器2发送挂机消息。呼叫控制器2向应用服务器3发送接收到的挂机消息，应用服务器3接收到挂机消息后，从计费服务器5获取VoIP客户端1当前呼叫的费用信息，并向呼叫控制器2发送VoIP客户端1的当前呼叫的费用信息，呼叫控制器2向VoIP客户端1转发当前呼叫的费用信息，并释放VoIP客户端1的当前呼叫。优选地，应用服务器3还可以更新VoIP客户端1的余额，并将更新后的余额发送至VoIP客户端1。VoIP客户端接收当前呼叫的费用信息和余额，用户能够立即知晓呼叫的费用以及账户余额，从而提高了用户体验。 

通过本发明实施例，VoIP客户端进行呼叫时，通过应用服务器获取VoIP客户端呼叫被叫终端各个被叫号码的费率信息，并在接续被叫终端前将费率信息发送给VoIP客户端，VoIP客户端接收到本次呼叫各个被叫号码的费率信息后，根据费率信息选择合适的费率项后，呼叫控制器接续VoIP客户端与其选择的被叫号码对应的被叫终端之间的呼叫。从而用户能够在呼叫之前知晓呼叫的费率信息，满足用户对费率的需求，提高多媒体呼叫的用户体验。 

根据本发明实施例，提供了一种多媒体呼叫的实现方法，可以但不限于应用在本发明上述提供的多媒体呼叫的实现系统中，实现多媒体呼叫。 

图5是根据本发明实施例的多媒体呼叫的实现方法的流程图，如图5所示，该方法可以包括以下几个步骤(步骤S502-步骤S508)： 

步骤S502，呼叫控制器接收VoIP客户端的呼叫请求后，将该呼叫请求发送给应用服务器。 

步骤S504，应用服务器获取VoIP客户端呼叫各个被叫号码的费率选项，并返回给所述呼叫控制器，其中，上述各个被叫号码包括：呼叫请求呼叫的被叫注册和/或绑定的一个或多个号码。 

步骤S506，呼叫控制器向VoIP客户端发送获取的上述费率选项，并暂停呼叫请求的呼叫处理。 

步骤S508，呼叫控制器接收VoIP客户端从各个费率选项中选择的费率选项，将选择的该费率选项发送给应用服务器，并恢复呼叫处理，接续VoIP客户端与选择的费率选项对应的被叫号码的被叫终端之间的呼叫。 

通过本发明实施例，VoIP客户端发起多媒体呼叫业务后，呼叫控制器从应用服务器获取VoIP呼叫被叫可用的各个被叫号码的费率信息，并将获取的费率信息返回给VoIP客户端，VoIP客户端接收到费率信息后，用户根据对费率的需求，选择合适的费率选项，呼叫控制器接续VoIP客户端与选择的费率选项对应的被叫号码的被叫终端之间的呼叫。从而VoIP客户端能够在呼叫进行前知晓通话的费率信息，并可以根据各个被叫号码的费率信息选择合适的费率信息，满足了用户对费率的需求，提高了用户体验。 

下面分别对上述各个步骤进行详细描述。 

(一)步骤S502～S504 

VoIP客户端1通过高速无线接入网接入到互联网，例如，VoIP客户端可以通过免费的WiFi信号接入互联网，或者通过UMA、WiMax、LTE等高速无线网络接入互联网，同时还可以通过ADSL、VDSL等有线网络接入互联网。VoIP客户端1接入互联网后可以发起呼叫，被叫号码可以是VoIP号码、移动号码和固定电话号码等不同网络的号码，优选地，当VoIP客户端通过免费的高速无线网络接入互联网时，可以免费呼叫其他VoIP客户端。 

VoIP客户端1向第一网关4(即VoIP客户端1归属的网关)发送呼叫请求，第一网关4接收VoIP客户端1发送的呼叫请求，对接收到的VoIP客户端1的呼叫请求进行信令转换，并向呼叫控制器2发送转换后的VoIP客户端1的呼叫请求。呼叫控制器接收VoIP客户端的呼叫请求后，从应用服务器获取VoIP客户端呼叫各个被叫号码的费率信息。在本发明实施例的一个优选实施方式中，如图6所示，呼叫控制器2从应用服务器3获取VoIP客户端呼叫各个被叫号码的费率信息，可以包括以下几个步骤(步骤S602-步骤S606)： 

步骤S602，呼叫控制器向应用服务器转发VoIP客户端的呼叫请求。 

步骤S604，应用服务器确定VoIP客户端的呼叫请求呼叫的被叫存在一个或多个可呼叫的号码，从计费服务器获取VoIP客户端呼叫被叫的一个或多个号码的费率信息，向呼叫控制器返回所述费率信息。 

在实际应用中，可以由应用服务器或其他网元确定VoIP客户端呼叫被叫的一个或多个号码的费率信息，例如，可以通过在线计费服务器计算上述费率信息，并将计算所得的费率信息返回给应用服务器。在上述步骤604中，应用服务器可以从计费服务器获取VoIP客户端呼叫被叫的一个或多个号码的费率信息，为了获取VoIP客户端呼叫被叫的一个或多个号码的费率信息，应用服务器向计费服务器发送费率查询请求；计费服务器接收到应用服务器发送的费率查询请求后，分别计算VoIP客户端呼叫被叫可用的一个或多个号码中的各个号码的费率信息，并向应用服务器发送计算得到的费率信息；应用服务器接收计费服务器发送的费率信息。优选地，计费服务器收到资费查询请求后，可以根据VoIP客户端、被叫号码，以及呼叫时用户输入的接入码或特别标识、VoIP客户端套餐等信息，计算被叫可用的一个或多个号码中的各个号码的费率信息。 

步骤S606，呼叫控制器接收应用服务器返回的VoIP客户端呼叫被叫的一个或多个号码费率信息。 

在上述步骤S606中，VoIP客户端呼叫被叫的多个号码可以属于不同的网络，在这种情况下，VoIP客户端呼叫各个号码的路由不同，从而呼叫各个号码的通话质量不同。在本发明实施例的一个优选实施方式中，为了满足用户对通话质量的需求，使用户能够根据通话质量选取被叫号码，呼叫控制器从应用服务器获取各个被叫号码的信息还包括：各个被叫号码对应的通话质量信息。用户可以根据呼叫被叫的各个号码的费率信息和通话质量信息，选择本次呼叫的被叫号码，满足用户对通话质量和费率的需求，从而进一步的提高了用户体验。 

(二)步骤S506 

呼叫控制器接收到应用服务器返回的费率信息后，将接收到的费率信息(优选地，可以以费率选项的形式)发送至VoIP客户端归属的网关(即第一网关)。第一网关接收到各个费率选项后，将各个费率选项发送给VoIP客户端。例如，第一网关可以通过Internet和MODEM、WiFi AP，将各个费率选项发送给VoIP客户端。VoIP客户端的用户界面上将出现多个选项，每个选项中将出现不同的费率(免费、优惠、正常及各个情况下的每个单位的资率)以及相关的线路提示，为了保护被叫的隐私，每个选项的被叫号码可以不显示出来。用户通过VoIP客户端根据资费信息选择合适的费率选项，VoIP客户端向第一网关返回VoIP客户端选择的费率选项，第一网关将接收到的VoIP客户端选择的费率选项转发给呼叫控制器。 

呼叫控制器接收到VoIP客户端选择的费率选项后，可以向应用服务器转发VoIP客户端从各个费率选项中选择的费率选项。应用服务器在收到VoIP客户端选择的费率选项后，向呼叫控制器发送接续请求。例如，在VoIP客户端选择的费率选项(例如，上述的免费选项)对应的被叫号码是VoIP在线的被叫号码的情况下，应用服务器在收到VoIP客户端选择的费率选项后，应用服务器对接收到的费率选项进行分析，确定VoIP客户端选择了一个VoIP在线的被叫号码，而且是本次呼叫是免费的。应用服务器将VoIP客户端选择的费率选项对应的被叫号码作为当前呼叫的被叫号码，构造一个接续请求发给呼叫控制器。 

(三)步骤S508 

在本发明实施例的一个优选实施方式中，接续VoIP客户端与选择的费率选项对应的被叫号码的被叫终端之间的呼叫，可以包括：呼叫控制器向第二网关(即VoIP客户端选择的被叫号码归属的网关)发送接续请求；第二网关呼叫与VoIP客户端选择的被叫号码对应的被叫终端。 

例如，呼叫控制器收到接续请求后，分析VoIP客户端选择的被叫号码，发现该被叫号码是一个订阅了VoIP业务的用户并且在线。呼叫控制器将接续请求发给第二网关(即被叫号码所归属的网关)，在实际应用中第二网关与VoIP客户端归属的第一网关可以是同一边界网关。第二网关将接续请求通过Internet、MODEM和WiFiAP找到与被叫号码对应的VoIP客户端。如果与被叫号码对应的VoIP客户端依然在线，则予以振铃。如果与被叫号码对应的VoIP客户端不在线，则将通过超时不应答或其它方式，使多媒体呼叫系统确定不能接续与被叫号码对应的VoIP客户端。 

第二网关呼叫所述VoIP客户端与选择的所述被叫号码对应的被叫终端之后，与被叫号码对应的被叫终端接听当前呼叫，被叫终端可以向呼叫控制器返回应答消息，呼叫控制器接收被叫终端返回的应答消息，将应答消息转发给应用服务器；应用服务器接收到被叫终端的应答消息后，可以将VoIP客户端与被叫终端当前呼叫的费率信息返回给呼叫控制器。呼叫控制器接收应用服务器返回的携带有VoIP客户端当前呼叫的费率信息的通话消息，并将通话消息返回给VoIP客户端。VoIP客户端确认后，向呼叫控制器发送通话确认消息。呼叫控制器接收VoIP客户端返回的通话确认消息，并将通话确认消息转发给应用服务器。 

应用服务器接收到通话确认消息后，指示计费服务器对当前呼叫进行计费。应用服务器可以向计费服务器发送启动计费通知，触发计费服务器开始对当前呼叫进行计费，计费服务器向应用服务器返回确认消息，应用服务器将当前呼叫转为呼叫状态，进入计费服务状态，并更新VoIP客户端对应的账号的余额。 

例如，当与被叫号码对应的VoIP客户端选择接听呼叫后，该VoIP客户端产生一个应答消息(比如SIP协议，200OK)，向第二网关发送应答消息。第二网关将应答消息转发给呼叫控制器。呼叫控制器应答消息转发给应用服务器。应用服务器修改本次呼叫的状态为通话状态。应用服务器将通话消息连同当前费率发送给VoIP客户端。呼叫控制器将收到的通话消息转发给第一网关，第一网关将收到的通话消息转发给VoIP客户端。接收到通话消息后也，VoIP客户端进入通话状态，此时双方可以进行通话，同时将通话确认消息返回第一网关。第一网关将收到的确认通话消息返回给呼叫控制器。呼叫控制器将收到的确认通话消息返回给应用服务器。应用服务器向计费服务器发送启动计费通知。 

当VoIP客户端或被叫终端中任一方挂机时，结束VoIP客户端与被叫终端之间的当前呼叫。VoIP客户端挂机时向第一网关发送挂机消息，相应的如果被叫终端挂机，则向被叫终端归属的网管发送挂机消息。第一网关接收到挂机消息后，向呼叫控制器转发挂机消息。呼叫控制器向应用服务器发送挂机消息，应用服务器接收到挂机消息后，确定VoIP客户端本次通话的费用信息，并向呼叫控制器发送确定的费用信息。呼叫控制器接收到VoIP客户端本次通话的费用信息后，向VoIP客户端发送费用信息，并释放VoIP客户端的当前呼叫。VoIP客户端接收到本次通话的费用信息后，用户能够立即知晓本次通话的费用以及账户余额等费用信息，提高了用户体验。 

例如，通话结束时，VoIP客户端向第一网关发送挂机消息，第一网关将挂机消息转发给呼叫控制器。呼叫控制器将挂机消息转发给应用服务器，应用服务器向计费服务器发送停止计费消息。计费服务器在收到停止计费消息后，停止对VoIP客户端与被叫终端之间的当前呼叫进行计费，并将本次通话的费用返回给应用服务器。应用服务器根据本次通话费用进行余额更新，并通知VoIP客户端所在的呼叫控制器。同时，应用服务器将通话的呼叫状态转为释放状态，并可以产生本次通话的话单。应用服务器向VoIP客户端所在呼叫控制器发送释放完成消息，释放完成消息可以携带本次通话费用和通话余额等信息。VoIP客户端所在呼叫控制器将释放完成消息发送给VoIP客户端所在的第一网关，第一网关向VoIP客户端转发释放完成消息。VoIP客户端显示本次费用和余额后，转回到空闲状态。 

在应用服务器向VoIP客户端所在呼叫控制器发送释放完成消息后，应用服务器向被叫号码所对应的VoIP客户端发送释放完成消息。被叫号码所对应的VoIP客户端所在呼叫控制器将释放完成消息发送给被叫号码所对应的VoIP客户端所在的第二网关，第二网关向被叫号码所对应的VoIP客户端转发释放完成消息，被叫号码所对应的VoIP客户端转回到空闲状态。 

下面通过具体实施例进行描述。 

实施例一 

本发明实施例作为本发明上述实施例的具体实施例，提供了一种基于IP实现语音、视频和短信等实时多媒体呼叫系统和方法。 

图7是根据本发明实施例一的多媒体呼叫系统的示意图，如图7所示，该系统可以包括：至少一应用服务器702、至少一在线计费服务器704、至少一客户服务系统706、至少一呼叫控制器708、至少一媒体网关710、至少一边界网关712、至少一多模移动终端714、至少一WiFi AP 716、至少一MODEM 718。 

其中，应用服务器702，位于运营商核心网络中，与呼叫控制器708和在线计费服务器704相连，逻辑上既是一个数据库，也是一个业务应用服务器，用于管理客户账户信息；保存注册客户的账号信息、绑定号码；保存用户所订阅的资费套餐以及当前账户余额；存储和检测用户的在线状态；呼出呼叫触发在线计费；与智能手机上的VoIP客户端的信息交互。具体地，可以在管理客户账户信息的应用服务器上安装数据库检索和管理、账户号码绑定、检测和维护客户在线状态、触发在线计费查询、查询余额、完成充值扣值、修改客户选择的资费套餐等程序，该程序存储于相应存储空间及内存中。 

在线计费服务器704，位于运营商核心网络中，与管理客户账户信息的应用服务器702相连，用于在线计费、管理资率套餐、查询和结算当前通话的费用。 

客户服务系统706，位于运营商核心网络中，与管理客户账户信息的应用服务器702相连，用于客户信用卡、银行卡等方式充值，以及与银联、VISA、MASTER等机构的互联互通；以及向用户提供查询账单和话单服务，向客户所留的电子邮件推送这些信息以及其他资讯。具体地，可以在客户服务系统上安装客户充值退值接口、话单账单查询、促销广告推送到电子邮件等程序，该程序存储于相应存储空间及内存中。 

呼叫控制器708，位于运营商核心网络中，与管理客户账户信息的应用服务器702和边界网关712相连(可以通过路由器进行IP连接)，呼叫控制器708可以是软交换，可以是IMS，也可以是SIP server或其它可以实现接入VoIP终端的呼叫控制器，用于完成用户账号的接入认证和控制，完成呼出呼叫向管理账户信息的应用服务器702的触发，用于完成与其它在线账户、PSTN/PLMN或其它呼叫控制器的互通。具体地，可以在呼叫控制器上安装支持协议适配、注册认证管理、TDM到IP接续、业务触发等程序，该程序存储于相应存储空间及内存中。 

媒体网关710，位于运营商核心网络中，与呼叫控制器708相连，用于实现与PSTN、PLMN等网络之间的互通，可以提供必要的语音/信号音的播放，也可以提供一些业务辅助，如传真控制、transcoding。具体地，可以在媒体网关上安装语音编解码转换、TDM中继资源、IP中继资源等程序，该程序存储于相应存储空间及内存中。 

边界网关712，位于运营商核心网络与家庭/企业/热点WLAN网络之间，与呼叫控制器708相连，与运行在多模移动终端714上的VoIP客户端通过WiFi等方式间接相接。在实际应用中，运营商核心网络是可控可管理的，因而是可信任的；而家庭/企业/热点的WLAN属于自有网络，相对于运营商核心网络而言是不信任的，所以边界网关712用于完成这两种网络的信令协议和媒体穿越，相对于多模移动终端714隐藏核心网拓扑，用于进行接入控制以保证核心网络安全，用于提供QOS管理以保证每个用户的呼叫质量等。具体地，可以在边界网关上安装相应路由寻址、子网判断、隧道管理功能的程序，该程序存储于相应存储空间及内存中。 

多模移动终端714，支持WiFi或WiMAX等无线宽带技术接入，位于一个家庭/企业/热点WLAN网络之中，可以运行APPLE iOS，可以是Android或Windows等其它智能手机操作系统。可以从AppStore，或Android Market或其它应用商店中自由下载VoIP客户端软件，且不与其它已有应用冲突；在多模移动终端714连入Internet时，通过VoIP客户端，可以通过边界网关712，向呼叫控制器708以及管理客户账户信息的应用服务器702进行注册/登录，和呼入呼出操作。或者，一支持WiFi(或LAN、专线、xPON或xDSL等有线宽带技术)接入 的PC机可以运行所述VoIP客户端软件。具体地，可以在智能手机上安装账户注册、号码绑定、资费显示和选择、呼出响应入、通话费用实时显示等程序，该程序存储于所述智能手机的相应存储空间及内存中； 

WiFi AP 716，位于家庭/企业/热点WLAN网络，与MODEM 718相连，可以供多模移动终端714上的VoIP客户端接入WLAN，进而通过MODEM 718进入Internet。如果是WiMAX或LTE等其它无线接入技术，比如WiMAXAGW、LTE EPC等位于运营商核心网络中。具体地，可以在WiFi AP上安装通用的程序，用以完成VoIP信令流和媒体流顺利通过WLAN和Internet接入所述边界网关和所述呼叫控制器。 

MODEM 718，位于家庭/企业/热点WLAN网络中，它与WiFiAP 716接连，并通过专线、xDSL、xPON等接入技术高速接入Internet。 

根据本发明实施例的多媒体呼叫的实现方法，该方法至少包括注册、号码绑定、呼出、呼入等过程，下面分别对上述过程进行描述。 

(一)注册过程包括以下几个步骤： 

步骤A，通过支持WiFi的多模移动终端，从AppStore或Android Market或其它智能手机操作系统的应用商店下载所述VoIP客户端软件；或者在PC机上，从网站下载所述VoIP客户端软件。 

步骤B，如果是在智能手机上，当没有WiFi信号时，所述VoIP客户端软件将给出不建议运行的提示，提示用户仍旧采用传统的电路域进行呼叫(包括短信)。 

步骤C，当存在WiFi信号并且成功接入Internet时，可以运行所述VoIP客户端软件，将自己的电子邮件作为账号进行初次注册。在初次注册过程，可以根据所述客户端软件的界面提示输入必要的信息，比如进入此账户的密码等。 

步骤D，系统将在客户服务系统和管理客户账户信息的应用服务器中创建该账户临时记录，并向该账户所设置的电子邮件发送要求确认的邮件，设置等待确认的最长时间。过期不确认的，将被设置为不激活状态，并且在下次客户登录时再次发送要求确认邮件。 

步骤E，客户进入电子邮箱确认后，该客户账户激活，可以成功登录进行其它操作。 

(二)号码绑定过程至少包括以下几个步骤： 

步骤A，当成功登录初次使用时，VoIP客户端将询问客户是否输入移动号码，并询问客户是否需要系统分配一个电话号码(可以是E.164号码，也可以是MSISDN)作为其它用户回拨本客户时所用，并且将相关占用电话号码资源的收费政策显示出来。如果客户输入了移动号码或需要电话号码后，则这些信息，将在确认后发送给管理客户账户信息的应用服务器。 

步骤B，管理客户账户信息的应用服务器在收到这个移动号码后，一方面临时保存这个号码，并对此移动号码进行验证。 

步骤C，VoIP客户端必须准确地输入这些验证码，然后这些验证码将再次回送给系统予以确认。 

步骤D，如果确认成功，则管理客户账户信息的应用服务器则正式将此移动号码与账户进行关联。如果客户选择需要分配一个电话号码，并根据客户选择，分配一个电话号码。如果这个分配电话号码是收费的，并通知客户服务系统进行相关的银行卡扣费操作。 

步骤E，VoIP客户端软件也会询问客户其它选择，比如是否需要绑定其它固网号码或移动号码，是否需要开通视频业务，是否需要开通短信业务，是否需要开通来电显示业务，是否需要开通来电转接业务，是否需要开通漏接电话短信通知等业务，这些业务可能都要涉及一些验证和收费的过程。 

(三)登录过程至少包括以下几个步骤： 

步骤A，VoIP客户端在输入账号、密码后，向系统发送登录信令(比如SIP中的REGISTER)。 

步骤B，边界网关收到该信令消息后，准确地将信令传递到合适的呼叫控制器进行处理。

步骤C，呼叫控制器判断其账户密码是否正确，如果正确，则通知管理客户账户信息的应用服务器，将该账户状态处于激活状态。 

步骤D，管理客户账户信息的应用服务器通过所述呼叫控制器、边界网关，向VoIP客户端发送账户余额信息。 

步骤E，VoIP客户端和呼叫控制器将周期性的或基于呼叫的检测在线状态，并且通知所述管理账户信息的应用服务器进行更新。 

(四)呼出过程至少包括以下几个步骤： 

步骤A，VoIP客户端成功登录，输入被叫号码呼出后，首先判断是否存在可靠的WiFi信号。如果没有，则直接予以拒绝并提示用户可以通过现有网络拨打电话。 

步骤B，如果WiFi信号可靠，则VoIP客户端被叫号码是否属于本手机通讯录中的某个成员中的一个。如果是，则在被叫号码前增加特殊的接入码，或在信令中(比如SIP)予以标识，这个接入码或标识将在系统中作为优惠费率判断的依据之一。 

步骤C，边界网关收到该信令消息后，准确地将信令传递到合适的呼叫控制器进行处理。

步骤D，呼叫控制器解析该信令，并触发到管理客户账户信息的应用服务器进行处理。 

步骤E，管理客户账户信息的应用服务器对于被叫号码进行业务处理。如果该被叫号码可以在客户账户信息数据库中找到，说明被叫也是本业务客户，随后查询该客户是否在线，如果在线，则准备向客户发送一个免费接续的提示；同时向所述在线计费服务器查询该被叫号码的费资费率，如果携带了接入码或标识，则在线计费服务器将采用优惠费率标准。这些查询完成后，管理客户账户信息的应用服务器将所有费率信息，以及该账户余额等信息发送给呼叫控制器(比如通过SIP中的SUBSCRIBER或OPTION或INFO等消息)，并通过呼叫控制器，经边界网关，送给VoIP客户端。例如，如果被叫用户B也是本业务用户，其绑定了C、D、E等号码，则主叫用户A拨打此用户B时，无论其拨打被叫号码C、D或E，在管理客户 账户信息的应用服务器中均可以找到被叫用户B，并查询B的状态，以及C、D、E的费率，供主叫用户A选择。 

步骤F，VoIP客户端显示这些费率后，客户即可以进行选择。选择后的选项将经所述边界网关、所述呼叫控制器发送给所述管理客户账户信息的应用服务器。 

步骤G，管理客户账户信息的应用服务器根据选项，主动发起一个新的呼叫，通过所述呼叫控制器进行路由。如果是路由到PSTN/PLMN，则信令经过所述媒体网关出局；如果是路由到另一个IP域，则可以经过所述边界网关出局。如果被叫接听，则所述管理客户账户信息的应用服务器一方面通过所述呼叫控制器、所述边界网关通知所述VoIP客户端进入双向通话状态，另一方面启动计费。 

步骤H，主叫或被叫任一方挂机，则释放信号随同媒体流统计报告经过呼叫控制器发送给管理客户账户信息的应用服务器停止计费，并向客户端发送本次通话费用和最新余额。 

(五)呼入过程又分为以下两个不同的过程： 

1)如果是拨打该客户的账号(即电子邮件账号)，至少包括如下步骤： 

步骤A，呼叫控制器将接收到这个信令，并触发到管理客户账户信息的应用服务器。 

步骤B，管理客户账户信息的应用服务器查询主叫号码是否也为本业务客户，如果是，则判断被叫号码是否在线，如果在线则接通，如果不在线，则予以拒绝。并根据被叫在绑定号码时是否选择了发送短信通知的选项，决定是否向被叫所在的手机发送短信通知，以提示该客户上线回拨。如果主叫号码不是本业务号码，则判断被叫号码是否在线，如果在线则接通，如果不在线，则根据内部逻辑和运营策略决定是否予以拒绝。 

2)如果是拨打该客户的所分配的电话号码，至少包括如下步骤： 

步骤A，呼叫控制器将接收到这个信令，并触发到管理客户账户信息的应用服务器。 

步骤B，管理客户账户信息的应用服务器查询主叫号码是否也为本业务客户，如果是，则判断被叫号码是否在线，如果在线则接通，如果不在线，则予以拒绝。并根据被叫在绑定号码时是否选择了发送短信通知的选项，决定是否向被叫所在的手机发送短信通知，以提示该客户上线回拨。如果主叫号码不是本业务号码，则判断被叫号码是否在线，如果在线则接通，如果不在线，则根据系统内部逻辑和运营策略决定是否予以拒绝或接续到其它绑定号码。 

通过本发明实施例，VoIP客户端通过智能手机应用商店下载的软件，可以随身随时打开并使用，避免了PC客户端繁琐的操作。可以在主叫侧呼叫被叫号码后，正式接续前，显示多种费率选项，允许用户进行选择，从而主叫有目的性地进行接续。这一安排避免了当前呼叫流程中后付费或者事先不提示费率(只是在通话开始、计费开始后显示费用)的预付费现象。相比其它VoIP终端只能实现PC-PC或PC-PHONE的模式外，本发明实施例的VoIP客户端可以支持PHONE-IP(或者通俗的PHONE-PC)；相比其它VoIP终端关注IM、PRESENCE等社交功能，频繁更新和查询好友状态占用了大量的带宽，即使如WiFi这样的高速无线宽带，也会影响接入的个数和每个用户进行实时通信业务的体验，本发明实施例的VoIP客户端给予好友用户优惠费率，以更大限度降低了对带宽的占用，提高了接入客户端个数。 

实施例二 

相关技术中，如图8所示，移动终端801是通过基站控制器802，连接到PLMN 803，通过移动交换中心(Mobile Switching Center，简称为MSC)，MSC server或MSCe，或SGSN/GGSN(服务GPRS支持节点(Serving GPRS Supporting Node，简称为SGSN)，网关GPRS支持节点(Gateway GPRS Supporting Node，简称为GGSN))，MME/SAE(移动性管理实体(Mobile Management Entity，简称为MME)，系统架构演进(System Architecture Evolution，简称为SAE))等完成呼叫处理。这种方式最主要的问题就是移动网络资费相对较高，特别在漫游和国际漫游的场景之下。而另一方面，WiFi的广泛部署，智能手机的出现，使得构建在智能手机操作系统之上的基于IP的VoIP呼叫成为可能。因此，根据本发明实施例，提供了一种使用VoIP客户端通过WiFi接入网络的多媒体呼叫的实现方案。 

图9是根据本发明实施例二的多媒体呼叫的实现系统的示意图，如图9所示，该系统可以包括： 

一智能手机901，可以是支持GSM、WCDMA，也可以是CDMA、CDMA2000，或者是TD-SCDMA制式。也同时具备提供WiFi接入功能。是一个安装了智能手机操作系统的手机，比如流行的Apple iOS、Android Market、Windows等，可以从其应用商店中下载多种应用，其中也可以包括本发明涉及的VoIP多媒体呼叫客户端920。这个客户端将在启动后自动连接WiFi AP 902，并通过调制解调器(MODEM)903连接到Internet 904，这些信令将通过边界网关905最终发送到呼叫控制器906，实现绑定号码，呼出呼叫，进行费率选择，显示费率和费用等功能。如果没有WiFi信号，或者WLAN不能连接上，或者语音质量不够好，本客户端920将不会使用，呼叫仍通过传统的CS方式进行。 

一WiFi AP 902，这是智能手机的无线接入点，只有WiFi信号存在也可以正常连接MODM(103)，并允许智能手机的VoIP客户端920接入，才能使用本业务。这些接入点可以位于家庭、办公室和公共热点地区。 

一MODEM 903，这可以是支持专线、xDSL、xPON等多种方式接入Internet904，在某些设备商的产品系列中，WiFi AP 902和MODEM 903是硬件上合一的产品。在本专利中，它和WiFi AP 902一起作为承载通道完成VoIP客户端920的信令和媒体流的传递。 

一边界网关905，它的作用更多地进行网络拓扑隔离，保护核心网络如呼叫控制器(106)、管理客户账户信息的应用服务器907、在线计费服务器908、客户服务系统909，以及其它核心网络设备，例如，媒体网关910、其它呼叫控制器912的安全和稳定运行。 

一呼叫控制器906，它可以是软交换Softswitch、IMS或SIP server等，它的功能是负责呼叫的建立和业务逻辑的控制和实现，负责VoIP客户端920的呼出呼入业务触发到管理客户账户信息的应用服务器907，负责与PSTN/PLMN 911以及其它呼叫控制器912的交互。 

一管理客户账户信息的应用服务器907，负责与在线计费服务器908、客户服务系统909以及至少一个呼叫控制器906相连，提供了多媒体呼叫的业务逻辑：号码在线状态检测，VoIP号码及绑定号码数据库管理，被叫号码匹配选择，完成费率信息的提示和最终选项接收，选择合适的被叫进行接续，进行费用的显示和余额的扣费，以及提供本次呼叫的话单等等。实际应用中，它也可以分置为专门数据库、应用服务器、营账接口机等。 

一在线计费服务器908，用于设置各种费率套餐，并查询和计算当前呼叫的费用。 

一客户服务系统909，可以按照客户要求提供详细话单查询，可以进行充值、退值操作，可以允许客户进行资费套餐的选择，可以向客户推送相关的资费和活动信息。 

至少一媒体网关910，完成TDM与IP之间的信令与媒体转换，是基于IP的多媒体呼叫连接传统PSTN/PLMN之间的最重要网元之一。 

图10是根据本发明实施例二的多媒体呼叫的实现方法的流程图，如图10所示，该方法可以包括以下步骤： 

步骤S1001，当VoIP客户端920成功注册，需要呼叫另一用户时，它首先发出一个请求(比如SIP中的INVITE)，包含了本端号码和被叫号码，以及允许使用的编解码等。如果这个被叫号码是属于VoIP客户端920所在的智能手机901中的通讯录的一个，则根据用户的选项包含一个接入码或特别标识。这个请求将通过WiFi AP 902和MODEM 903连接到Internet904，到达边界网关905。 

步骤S1002，边界网关905收到这个请求后，一方面为其选择合适的信令端口和媒体流端口，并控制带宽，另一方面分析这个请求，完成信令转换，并向呼叫控制器906转发。 

步骤S1003，呼叫控制器906收到这个请求后，进行号码分析，发现这个请求是VoIP业务，触发到管理客户账户信息的应用服务器907。 

步骤S1004，管理客户账户信息的应用服务器907在收到请求后，进行分析，找出这个号码所对应的账户，如果没有余额或账户已过期，则返回错误；如果还有余额，则分析被叫号码。如果被叫号码也是订阅了本业务的客户，则应用服务器907通过检索找出该账户的所有的绑定号码。如果这个请求中还包括了接入码或特别标识，也一并考虑。应用服务器907将这些主叫和绑定号码为被叫的组合、时间、日期、用户所使用的资费套餐和接入码或特别标识等信息一起发送给在线计费服务器908，去查询各个被叫号码的费率。 

步骤S1005，在线计费服务器908收到这个查询请求，根据主被叫、日期和时间，以及接入码或特别标识，客户的套餐等信息，甚至综合其它如呼叫走路由的语音质量信息，计算当前的费率，并返回给应用服务器907。 

步骤S1006，管理客户账户信息的应用服务器907在收到在线计费服务器908的费率指示后，就将每个被叫号码(绑定号码)的费率，连同其它信息如账户余额，不同路由的质量好坏等，发送一个新的请求(比如SIP协议，OPTION，或SUBSCRIBER，或INFO等)给呼叫控制器906，并暂停呼叫处理，等待用户的选择。 

步骤S1007，呼叫控制器906向边界网关905传递此请求。 

步骤S1008，边界网关905在先前分配的信令通道上通过Internet 904和MODEM 903、WiFi AP 902，将费率请求发送给VoIP客户端920。此时VoIP客户端920的用户界面(UI)上将出现多个选项，每个选项中将出现不同的费率(免费、优惠、正常及各个情况下的每个单位的资率)以及相关的线路提示，但每个选项的被叫号码将不会显示出来。 

步骤S1009，VoIP客户端920在看到这些显示在智能手机901屏幕上的选项后，进行选择。由于被叫号码也在线，管理客户账户信息的应用服务器907给出了一个免费的选项，也包括了其他号码的费率(但不一定是免费的)。用户选择了这个免费的选项，并由于触发了回应。这个回应(如果是SIP协议，可以是OPTION，INFO或NOTIFY)将发给边界网关905。 

步骤S1010，边界网关905转发这个回应请求给呼叫控制器906。 

步骤S1011，呼叫控制器906转发这个回应请求给管理客户账户信息的应用服务器907。 

步骤S1012，管理客户账户信息的应用服务器907在收到这个回应请求后，进行分析，得知客户最终选择了一个呼叫在线的被叫号码，而且是免费的。应用服务器907由此将选择了的号码作为真正的被叫号码，构造一个接续请求发给呼叫控制器906。 

步骤S1013，呼叫控制器906收到这个接续请求后，分析这个被叫号码，发现它也是一个订阅了此业务的用户920，并且是在线的。它则将接续请求发给被叫用户320所归属的边界网关(在本发明实施例中为边界网关905，实际应用时完全可以是不同的边界网关)。 

步骤S1014，边界网关905将接续请求通过Internet 904、MODEM 303和WiFi AP 302找到最终运行在智能手机301上的VoIP客户端320，VoIP客户端320如果仍旧在线，则予以振铃。(本步骤中假设在线。如果不在线，或者所述客户端320不再运行，则将通过超时不应答或其它方式，使系统了解不能接续)。 

步骤S1015，客户端320一旦振铃，则进行媒体编解码的协商，并返回最终选择的编解码(如果是SIP协议，可以是18x消息)。 

步骤S1016，边界网关905收到这个振铃状态提示后，配置媒体流端口，并将信令消息上传到呼叫控制器906。 

步骤S1017，呼叫控制器906向管理客户账户信息的应用服务器907传递振铃消息。 

步骤S1018，应用服务器907一方面修改该呼叫的状态为振铃状态，另一方面将此状态传递给主叫侧。 

步骤S1019，呼叫控制器906收到这个振铃消息后，向主叫侧转发。 

步骤S20，边界网关905继续转发这个振铃消息给VoIP客户端920，并预留媒体流端口。此时客户端920可以听到回铃音或来自被叫侧的语音。 

步骤S1021，VoIP客户端320选择接听，此时就会产生一个应答消息(比如SIP协议，200OK)，向发向边界网关905。 

步骤S1022，边界网关905将这个应答消息转发给呼叫控制器906。 

步骤S1023，呼叫控制器906将这个应答消息转发给管理客户账户信息的应用服务器907，应用服务器907修改本次呼叫的状态为通话状态。 

步骤S1024，管理客户账户信息的应用服务器907将通话消息连同当前费率一并发给主叫侧VoIP客户端920。 

步骤S1025，呼叫控制器906将收到的通话消息转发给边界网关905。 

步骤S1026，边界网关905最终将收到的通话消息转发给VoIP客户端920。 

步骤S1027，VoIP客户端920也进入通话状态，此时双方可以进行通话。同时将通话确认消息返回给系统。 

步骤S1028，边界网关905将收到的确认通话消息回传给呼叫控制器906。 

步骤S1029，呼叫控制器906将收到的确认通话消息回传给管理客户账户信息的应用服务器907。 

步骤S1030，管理客户账户信息的应用服务器907立即向在线服务器908发送启动计费通知。 

步骤S1031，在线计费服务器908开始计费，并返回确认消息给管理客户账户消息的应用服务器907。应用服务器907也将本呼叫转为通话状态，进入计费服务状态，更新余额。 

步骤S1032，一旦通话结束，VoIP客户端920发送挂机消息，并将本次通话统计了的媒体流信息一起发送给边界网关905。 

步骤S1033，边界网关905将挂机消息转发给呼叫控制器906。 

步骤S1034，呼叫控制器906将挂机消息转发给管理客户账户信息的应用服务器907。 

步骤S1035，管理客户账户信息的应用服务器907立即向在线计费服务器908发送停止计费消息。 

步骤S1036，在线计费服务器908在收到停止计费消息后，停止计费，并将本次通话的费用返回给管理客户账户信息的应用服务器907。 

步骤S1037，管理客户账户信息的应用服务器907将本次通话费用进行余额更新，并通知主叫侧所述VoIP客户端920所在的所述呼叫控制器906。同时将通话的呼叫转为释放状态，并可以产生本次通话的话单(也允许在被叫侧释放完成后产生话单，这可能会有一定的时延)。应用服务器907向主叫侧所在呼叫控制器906发送释放完成消息，释放完成消息携带了本次通话费用和通话余额等信息。 

步骤S1038，管理客户账户信息的应用服务器907向被叫侧VoIP客户端320所在的呼叫控制器320发送释放消息。 

步骤S1039，呼叫控制器906将释放完成消息发送给主叫侧所述VoIP客户端920所在的边界网关905。 

步骤S1040，呼叫控制器906将释放消息发送给被叫侧所述VoIP客户端320所在的边界网关，在发明实施例中就是边界网关905。 

步骤S1041，边界网关905向主叫侧VoIP客户端920转发释放完成消息。VoIP客户端920显示本次费用和余额后，转回到空闲状态。 

步骤S1042，边界网关905向被叫侧VoIP客户端320转发释放消息，释放被叫。 

本发明实施例中的上述步骤，描述了被叫号码订购了VoIP业务的处理流程。VoIP呼叫的被叫号码还可以没有订购VoIP业务或者VoIP客户端不在线，那么VoIP客户端可以根据用户的选择呼叫被叫的移动号码或者固定号码。下面分别描述呼叫移动号码和固定号码的情况： 

(一)VoIP客户端呼叫被叫的移动号码的情况 

VoIP客户端呼叫被叫用户，该被叫用户不是订阅了VoIP业务的用户，或该被叫用户虽然订购了VoIP业务但当前不在线，或该被叫用户虽然在线但用户仍选择其它费率进行接续。在用户选择了被叫的移动号码为被叫号码的情况下，被叫号码将通过被叫号码所对应的移动网络的媒体网关，连接到被叫号码所对应的移动网络中，并经过相关的基站控制器最终找到被叫号码对应的终端。在这种情况下，处理步骤与图10是相似的，不同点在于，此时呼叫控制器接续被叫号码时，是将接续请求转发至被叫号码对应的移动网络的媒体网关，在实际应用中，通话产生的费率也可能不同。 

(二)VoIP客户端呼叫被叫的固定号码的情况 

VoIP客户端920呼叫被叫用户，与上述情况不同的是该主叫用户最终选择的是一个固定号码。被叫号码将通过媒体网关，连接到PSTN网络中，并最终找到被叫号码对应的固定终端。相关步骤与图10是相似的，不同点在于，此时呼叫控制器接续被叫号码时，是将接续请求转发至被叫号码对应的PSTN网络的媒体网关，在实际应用中，通话产生的费率也可能不同。 

根据本发明实施例，还提供了一种应用服务器，可以用于获取呼叫主/被叫的费率信息，以及通话结束后获取通话费用信息。 

图11是根据本发明实施例的应用服务器的结构框图，如图11所示，该应用服务器可以包括：存储模块1102、接收模块1104、查询模块1106、获取模块1108和发送模块1110。其中，存储模块1102，用于存储同一个用户注册的一个或多个可呼叫的号码的关联关系；接收模块1104，用于接收来自呼叫控制器的呼叫请求，其中，呼叫请求中携带有主叫标识和被叫标识；查询模块1106，用于查询存储模块1102中保存的关联关系，获取与被叫标识关联的一个或多个号码；获取模块1108，用于获取主叫标识对应的终端呼叫查询模块1106获取一个或多个号码的费率信息；发送模块1110，用于将获取模块1108获取的费率信息发送给呼叫控制器。 

应用服务器的发送模块1110将获费率信息发送给呼叫控制器后，呼叫控制器将费率信息转发给主叫终端，主叫终端根据费率信息，从多个费率信息中选择一个费率选项，并向呼叫控制器发送回应请求，其中，该回应请求中携带有主叫方从一个或多个费率信息中选择的费率选项。呼叫控制器接收到回应请求后，向应用服务器转发回应请求，应用服务器的收模块1104还可以接收呼叫控制器转发的回应请求。接收模块1104接收到回应请求后，应用服务器的发送模块1110还用于向呼叫控制器发送接续请求，请求呼叫控制器接续主叫标识对应的终端与选择的被叫号码对应的终端之间的呼叫。 

在本发明实施例的一个优选实施方式中，通话结束后，接收模块1104还可以接收呼叫控制器的挂机消息；接收到挂机消息后，获取模块1108还可以获取本次通话的费用；发送模块1110可以将本次通话的费用发送给呼叫控制器，由呼叫控制器将本次通话的费用发送给主叫 标识对应的终端。通过本优选实施方式，应用服务器将用户的通话费用信息发送至呼叫控制器，呼叫控制器将通话费用信息转发给用户，从而用户能够在通话结束后立即获知通话费用，提高了用户体验。 

在本发明实施例的一个优选实施方式中，如图12所示，该应用服务器还可以包括：管理模块1112，用于管理存储模块1102存储的上述关联关系，以及提供日常维护接口；营账模块1114，用于输出用户账单和话单信息，以及与营账财务系统对接以完成可靠可信的充值和退值操作。在本发明实施例中，应用服务器是在现有系统中新增的，通过管理模块可以保证整个用户业务数据库运行正常，通过管理模块提供的日常维护接口，可以对应用中服务器进行维护。 

从以上的描述中，可以看出，本发明实现了如下技术效果：用户可以使用VoIP客户端进行呼叫，在接续前将在该客户端上显示本次呼叫的费率，在用户选择合适的费率项后，通过多媒体呼叫系统完成后续的接续，从而使得VoIP客户端能够在呼叫进行前知晓通话的费率信息，并可以根据各个被叫号码的费率信息选择合适的被叫号码，满足了用户对费率的需求，提高了用户体验。VoIP客户端可以是基于PC机的软件程序，也可以是运行在定制的移动终端上的程序，还可以是运行在智能移动终端上的应用，可以通过Apple Store或Andriod Market或其它智能移动终端操作系统的应用商店自由下载，可以方便用户使用。 

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。 

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (19)

1.一种多媒体呼叫的实现方法，其特征在于，包括：

呼叫控制器接收VoIP客户端的呼叫请求后，将所述呼叫请求发送给应用服务器；

所述应用服务器获取所述VoIP客户端呼叫各个被叫号码的费率选项并返回给所述呼叫控制器，其中，所述各个被叫号码包括：所述呼叫请求的被叫注册和/或绑定的一个或多个号码；

所述呼叫控制器向所述VoIP客户端发送所述费率选项，并暂停所述呼叫请求的呼叫处理；

所述呼叫控制器接收所述VoIP客户端从所述费率选项中选择的费率选项后，将所述VoIP客户端选择的所述费率选项发送给所述应用服务器，并恢复呼叫处理，接续所述VoIP客户端与选择的所述费率选项对应的被叫号码的被叫终端之间的呼叫。

2.根据权利要求1所述的方法，其特征在于，所述呼叫控制器接收VoIP客户端的呼叫请求之前，所述方法还包括：

第一网关接收所述VoIP客户端发送的呼叫请求，其中，所述VoIP客户端通过高速无线接入网接入到互联网，所述第一网关为所述VoIP客户端归属的网关；

所述第一网关对所述VoIP客户端的呼叫请求进行信令转换，向所述呼叫控制器发送转换后的所述VoIP客户端的呼叫请求。

3.根据权利要求1所述的方法，其特征在于，所述应用服务器获取所述VoIP客户端呼叫各个被叫号码的费率选项并返回给所述呼叫控制器，包括：

所述应用服务器确定所述呼叫请求的被叫存在一个或多个可呼叫的号码，从计费服务器获取所述VoIP客户端分别呼叫所述一个或多个号码中的各个号码的费率信息，将分别与所述一个或多个号码对应的费率选项发送给所述呼叫控制器。

4.根据权利要求3所述的方法，其特征在于，所述应用服务器从计费服务器获取所述VoIP客户端分别呼叫所述一个或多个号码中的各个号码的费率信息，包括：

所述应用服务器向所述计费服务器发送费率查询请求；

所述计费服务器接收到所述费率查询请求后，分别计算所述VoIP客户端呼叫所述一个或多个号码中的各个号码的费率信息，向所述应用服务器发送计算得到的所述费率信息；

所述应用服务器接收所述计费服务器发送的所述费率信息。

5.根据权利要求1所述的方法，其特征在于，所述呼叫控制器将所述VoIP客户端选择的所述费率选项发送给所述应用服务器之后，所述方法还包括：所述应用服务器向所述呼叫控制器发送接续请求。

6.根据权利要求5所述的方法，其特征在于，所述呼叫控制器接续所述VoIP客户端与选择的所述费率选项对应的被叫号码的被叫终端之间的呼叫，包括：

所述呼叫控制器向第二网关发送接续请求，其中，所述第二网关为所述VoIP客户端选择的被叫号码归属的网关；

所述第二网关呼叫与所述VoIP客户端选择的所述被叫号码对应的被叫终端。

7.根据权利要求6所述的方法，其特征在于，所述第二网关呼叫所述VoIP客户端与选择的所述被叫号码对应的被叫终端之后，所述方法还包括：

所述呼叫控制器接收所述被叫终端返回的应答消息，将所述应答消息转发给所述应用服务器；

所述呼叫控制器接收所述应用服务器返回的携带有所述VoIP客户端当前呼叫的费率信息的通话消息；

所述呼叫控制器将通话消息返回给所述VoIP客户端，接收所述VoIP客户端返回的通话确认消息，并将所述通话确认消息转发给所述应用服务器，指示对当前呼叫进行计费。

8.根据权利要求7所述的方法，其特征在于，在当前呼叫结束后，所述方法还包括：

所述呼叫控制器向所述应用服务器发送挂机消息；

所述呼叫控制器接收所述应用服务器发送的所述VoIP客户端的当前呼叫的费用信息；

所述呼叫控制器向所述VoIP客户端发送所述费用信息，并释放所述VoIP客户端的当前呼叫。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述呼叫控制器从应用服务器获取各个被叫号码的信息还包括：所述各个被叫号码对应的通话质量信息。

10.根据权利要求1至8中任一项所述的方法，其特征在于，所述VoIP客户端位于PC机或移动终端中。

11.一种多媒体呼叫的实现系统，其特征在于，包括：VoIP客户端、呼叫控制器和应用服务器，其中，

所述VoIP客户端，用于发送呼叫请求，以及根据所述呼叫控制器返回的呼叫各个被叫号码对应的费率选项，选择当前呼叫的费率选项，其中，所述各个被叫号码包括：所述呼叫请求呼叫的被叫注册和/或绑定的一个或多个号码；

所述呼叫控制器，用于接收所述VoIP客户端的呼叫请求，从所述应用服务器获取所述VoIP客户端呼叫所述各个被叫号码对应的所述费率选项，以及在获取到所述费率选项后暂停所述呼叫请求的呼叫处理，向所述VoIP客户端发送获取的所述费率选项；在接收

所述VoIP客户端从所述各个被叫号码对应的费率选项中选择的费率选项后，接续所述VoIP客户端与选择的所述费率选项的被叫号码的被叫终端之间的呼叫；

所述应用服务器，用于向所述呼叫控制器返回分别与所述各个被叫号码对应的费率选项，其中，所述费率选项记录了所述VoIP客户端呼叫所述各个被叫号码的费率信息。

12.根据权利要求11所述的系统，其特征在于，所述系统还包括：

第一网关，用于接收所述VoIP客户端发送的呼叫请求，对所述VoIP客户端的呼叫请求进行信令转换，向所述呼叫控制器发送转换后的所述VoIP客户端的呼叫请求，其中，所述VoIP客户端通过高速无线接入网接入到互联网，所述第一网关为所述VoIP客户端归属的网关。

13.根据权利要求11所述的系统，其特征在于，所述系统还包括：计费服务器；

所述应用服务器用于向所述计费服务器发送费率查询请求，并接收所述计费服务器返回的所述VoIP客户端呼叫所述一个或多个号码中的各个号码的费率信息；

所述计费服务器用于分别计算所述VoIP客户端呼叫所述一个或多个号码中的各个号码的费率信息，向所述应用服务器发送计算得到的所述费率信息。

14.根据权利要求11所述的系统，其特征在于，所述系统还包括：所述VoIP客户端选择的费率选项对应的被叫号码归属的第二网关；

所述呼叫控制器用于向所述第二网关发送接续请求；

所述第二网关用于呼叫所述VoIP客户端与选择的所述被叫号码对应的被叫终端。

15.根据权利要求11至14中任一项所述的系统，其特征在于，所述VoIP客户端位于PC机或移动终端中。

16.一种应用服务器，其特征在于，包括：

存储模块，用于存储同一个用户注册的一个或多个可呼叫的号码的关联关系；

接收模块，用于接收来自呼叫控制器的呼叫请求，其中，所述呼叫请求中携带有主叫标识和被叫标识；

查询模块，用于查询所述关联关系，获取与所述被叫标识关联的一个或多个号码；

获取模块，用于获取所述主叫标识对应的终端呼叫所述查询模块获取所述一个或多个号码的费率信息；

发送模块，用于将所述获取模块获取的所述费率信息发送给所述呼叫控制器。

17.根据权利要求16所述的应用服务器，其特征在于，

所述接收模块还用于接收所述呼叫控制器转发的回应请求，其中，所述回应请求中携带有主叫方从所述费率信息中选择的费率选项；

所述发送模块还用于向所述呼叫控制器发送接续请求，请求所述呼叫控制器接续所述主叫标识对应的终端与选择的所述费率选项对应被叫号码的被叫终端之间的呼叫。

18.根据权利要求16或17所述的应用服务器，其特征在于，

所述接收模块还用于接收所述呼叫控制器的挂机消息；

所述获取模块还用于获取本次通话的费用；

所述发送模块还用于将本次通话的费用发送给所述呼叫控制器，由所述呼叫控制器将所述本次通话的费用发送给所述主叫标识对应的终端。

19.根据权利要求16或17所述的应用服务器，其特征在于，还包括：

管理模块，用于管理所述存储模块存储的所述关联关系，并提供日常维护接口；

营账模块，用于输出用户账单和话单信息，以及与营账财务系统对接以完成可靠可信的充值和退值操作。

Images