专利名称：一种基于Flash的电话业务实现方法及系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种基于Flash的电话业务实现方法及系统。
背景技术：
Flash技术可以提供文本显示功能，并且基于Flash可以进行音视频业务。现有技术中基于Flash进行电话业务时，是以Flash媒体服务器为中心的，典型的Flash媒体服务器包括:Adobe Flash Media Server 和 Red5。目前，基于Flash进行电话业务时,通话双方只能为Flash用户，Flash用户不能和交换网络中的普通电话用户进行互通，并且各个Flash用户之间的数据交换依赖于Flash媒体服务器，不便于扩展。
发明内容
本发明提供一种基于Flash的电话业务实现方法及系统，用以解决现有技术中基于Flash进行电话业务时，不能与交换网络中的普通电话用户进行交互，并且扩展性差的问题。本发明实施例提供的一种基于Flash的电话业务实现方法，所述方法包括:服务侧系统接收交换网络发送的邀请invite请求；服务侧系统根据该请求向Flash用户发送呼叫到达请求，并接收Flash用户发送的接听请求；服务侧系统根据接收到的该接听请求，通过交换网络向会话发起协议服务器SIPServer发送应答信息，建立呼叫；服务侧系统通知Flash用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输。本发明提供的一种基于Flash的电话业务实现方法，所述方法包括:服务侧系统接收Flash用户发送的呼叫请求；服务侧系统根据该呼叫请求，向会话发起协议服务器SIP Server发送邀请请求；当接收到SIP Server返回的2000K时，向Flash用户发送被叫应答信息，建立呼叫；服务侧系统通知交换网络用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输。本发明提供的一种基于Flash的电话业务实现系统，所述系统包括:交换网络用户，用于向服务侧系统发送邀请invite请求，与Flash用户进行数据传输；服务侧系统,用于根据接收到的invite请求，向Flash用户发送呼叫到达请求，并接收Flash用户发送的接听请求,根据接收到的该接听请求,通过交换网络向会话发起协议服务器SIP Server发送应答信息，建立呼叫，通知Flash用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输；Flash用户，用于接收服务侧系统发送的呼叫到达请求，并向服务侧系统发送接听请求，与交换网络用户之间进行媒体数据传输。本发明提供的一种基于Flash的电话业务实现系统，所述系统包括:Flash用户，用于发送呼叫请求，与交换网用户之间进行数据传输；服务侧系统，用于接收Flash用户发送的呼叫请求；根据该呼叫请求，向会话启动协议服务器SIP Server发送邀请请求；当接收到SIP Server返回的2000K时，向Flash用户发送被叫应答信息，建立呼叫；通知交换网络用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输；交换网用户，用于接收服务侧系统发送的呼叫建立成功通知，与Flash用户之间进行媒体数据传输。本发明提供一种基于Flash的电话业务实现方法及系统，该方法包括:服务侧系统根据接收的交换网络发送的邀请invite请求，向Flash用户发送呼叫到达请求,并接收Flash用户发送的接听请求，建立呼叫，通知Flash用户呼叫建立成功，并完成Flash用户与交换网络用户之间的数据传输。由于在本发明中无论是系统内部的通话，还是系统外部的，逻辑上都是一样的，因此最大程度减少了业务变化时需要修改Flash软电话的可能，应用扩展性强，由于各Flash用户间无逻辑联系，通过简单的增加服务器的数量即可增加系统容量。
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:图1为本发明提供的一种基于Flash的电话接听业务的总体实现思路；图2为本发明的一实施例提供的基于Flash的电话业务实现系统的结构示意图；图3为结合图2所示实施例的系统对本发明的基于Flash的电话业务的注册过程进行的详细说明；图4为本发明的一实施例提供的基于Flash的电话业务实现过程中起呼的过程；图5为本发明的一实施例提供的基于Flash的电话业务实现过程中接听的过程。
具体实施例方式为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。本发明为了实现Flash用户与交换网的普通电话用户之间的电话互通，并提高Flash用户的扩展性，提供了一种基于Flash的电话业务实现方法及系统。下面结合说明书附图，对本发明进行详细说明。图1为本发明的一实施例提供的一种基于Flash的电话接听业务的总体实现思路，该过程包括以下步骤:
SlOl:服务侧系统接收交换网络发送的邀请invite请求。当交换网络有来电时，交换网络的会话发起协议(Session InitiationProtocol,SIP)服务器(Server),向服务侧系统发送invite请求。S102:服务侧系统根据该请求向Flash用户发送呼叫达到请求，并接收Flash用户发送的接听请求。服务侧系统通过反向的invoke请求通知Flash用户有呼叫到达，同时回应给SIPServer 180trying信息。当Flash用户接收到服务侧系统发送的呼叫达到请求后,提示用户，并根据用户点击接听按钮的操作，向服务侧系统发送接听请求，要求接听该来电。S103:服务侧系统根据接收到的该接听请求，通过交换网络向会话启动协议服务器SIP Server发送应答信息，建立呼叫。具体的，在本发明中服务侧系统根据该接听请求生成标准的SIP 200应答发送给Sip Server,直到服务侧系统收到来自主叫的确认字符(ACK)，至此，呼叫信令交互完成，呼叫成功建立。S104:服务侧系统通知Flash呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输。上述为Flash用户的接听过程，对于Flash用户的主动发起呼叫的过程包括:服务侧系统接收Flash用户发送的呼叫请求；服务侧系统根据该呼叫请求，向会话启动协议服务器SIP Server发送邀请请求；当接收到SIP Server返回的180Ringing时，向Flash用户发送应答信息，建立呼叫；服务侧系统通知交换网络用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输。服务侧系统通过反向的invoke请求通知Flash用户呼叫建立成功，并给出一个系统中独一无二的发布流和播放流名称。Flash用户打开麦克风(streampubIish),即将本地麦克风音频以实时消息协议(Real Time MessagingProtocal, RTMP)格式打包发送给服务侧系统，同时播放(stream play)由服务侧系统命名的上述播放流。服务侧系统将Flash用户发布的媒体数据数据格式(例如Nelly\SpeeX音频)转换成对端的媒体格式(例如G.711a律音频)，并发送到对方媒体端口，与此同时,从对端媒体端口接收媒体数据，将对端媒体数据格式(例如G.711a律音频)转换成Flash用户可识别的媒体数据格式(例如Nelly\Speex音频)，按RTMP格式打包，发送给Flash用户。由于在本发明中将软电话的核心逻辑放在服务侧系统实现，Flash用户只负责界面呈现以及媒体数据的采集和播放，因此降低了 Flash用户的核心逻辑和界面耦合度。另夕卜，服务侧系统相当于多个软电话对象，多个软电话对象间无逻辑联系。软电话对象发起或者接听电话的流程均是基于标准的sip协议。无论是在本系统内通话，或是系统间通话或者是跨外部交换网络的通话，在逻辑上一致，最大程度减少了业务变化时需要修改Flash软电话的可能，应用扩展性强。并且系统扩容方便，由于各Flash电话间无逻辑联系，通过简单的增加服务器的数量即可增加系统容量。而Flash本身的一个好处是99%的互联网用户，已经安装并正在使用flash控件，因此终端侧电话软件中就免去了安装的需求。另外，在本发明中，服务侧系统在完成Flash用户和交换网络电话用户之间的电话业务之前，Flash用户需要完成注册，具体的注册过程包括:服务侧系统接收Flash用户发送的invoke注册请求；服务侧系统将所述注册请求生成SIP注册请求，并发送给SIPServer ;将SIP Server返回的注册结果信息通知Flash用户。图2为本发明的一实施例提供的基于Flash的电话业务实现系统的结构示意图，该系统包括:软交换系统21、服务侧系统22、Flash Client231和外部用户代理24。服务侧系统主要划分为两个部分=RTMP协议适配模块和用户代理类模块。RTMP协议适配模块主要负责与Flash用户23接口(基于RTMP的invoke信令和媒体)；用户代理类模块主要负责与软交换系统21进行信令交互，与外部用户代理24进行媒体交换。具体的，以接听业务为例，服务侧系统22接收软交换系统21发送的邀请请求；根据该邀请请求向Flash用户23发送呼叫到达请求,并接收Flash用户23发送的接听请求；根据接收到的该接听请求，通过软交换网络21向会话启动协议服务器SIP Server发送应答信息，建立呼叫；通知Flash用户23呼叫建立成功，并完成Flash用户23与交换网络用户(外部用户代理24)之间的媒体数据传输。具体的该Flash用户23通过终端界面实现电话业务，在该终端上安装有Flash客户端231，用户23发起和接听呼叫都是通过在Flash客户端231上的按键操作实现的。Flash用户23在通过服务侧系统实现电话业务之前，还用于向服务侧系统22发送注册请求；服务侧系统22，还用于接收Flash用户23发送的注册请求；将所述注册请求生成SIP注册请求，并发送给SIP Server ;将SIPServer返回的注册结果信息通知Flash用户23。该服务侧系统22为了实现Flash用户23与外部用户代理24之间的软电话业务，其包括两个模块，分别为RTMP协议适配逻辑模块221和SIP用户代理类模块222。图3为结合图2所示实施例的系统对本发明的基于Flash的电话业务的注册过程进行的详细说明，该过程包括以下步骤:S301:服务侧系统22中的RTMP协议适配逻辑模块221的回调函数收到来自Flash用户23的invoke注册请求,其中该invoke注册请求中携带Flash用户23的标识信息。S302:服务侧系统22发送SIP的注册(register)请求到Sip Server。其中该SIP的注册register请求中携带Flash用户23的标识信息和服务侧系统的地址信息。以便Sip Server可以将对应标识信息的相关SIP命令路由到该服务侧系统。S303:服务侧系统22接收来自Sip Server的注册响应。S304:服务侧系统22根据返回的注册响应，判断是否注册成功，当注册成功时，进行步骤S305，否则，进行步骤S306。S305:服务侧系统22通过接口函数调用RTMP协议适配逻辑模块221发送Invoke-RegOK到Flash用户23，注册流程结束。S306:服务侧系统22通过接口函数调用RTMP协议适配逻辑模块221发送Invoke-RegFail到Flash用户23，之后进行步骤S101，允许Flash用户23再次发起注册请求。Flash用户注册完成后，即可进行起呼和接听的操作了。图4为本发明的一实施例提供的基于Flash的电话业务实现过程中起呼的过程，该过程包括以下步骤:S401 =Flash用户在Flash客户端输入号码，点击呼叫按钮，向服务侧系统发出Invoke-Call呼叫请求。
S402:服务侧系统调用RTMP协议适配逻辑模块的回调函数获得来自Flash用户的Invoke-Call呼叫请求,并发送Sip命令-邀请(invite)请求到SipServer。其中该Sip命令中携带该服务侧系统的会话描述(SDP)信息，该SDP信息中包含本服务侧系统的地址、支持的媒体格式(例如G.71 Ia律音频和G.71 Iu律音频)、媒体端口。其中媒体端口的分配可以是每次分配不同的端口，也可以多个呼叫(Call)共用一个本地用户数据包协议(User Datagram Protocol, UDP)端口。S403:服务侧系统启动定时器，判断是否在定时器的定时长度内接收到来自SipServer的Sip命令_180Ringing，当判断结果为是时，进行步骤S404，否则，进行步骤S407。S404:服务侧系统通过接口调用RTMP协议适配逻辑模块向Flash用户发送应答信息Invoke-alerting,此时Flash用户的客户端通过声音和文字提示Flash用户对端正在振Tl。S405:启动另一定时器，并判断在该定时器的定时时间长度内是否接收到SipServer的Sip命令-2000K，当判断结果为是时，进行步骤S406，否则，进行步骤S407。S406:发送 SIP 命令-ACK 到 Sip Server,发送 Invoke-establish 到 Flash 用户并启动媒体交换。具体的，服务侧系统通过接口函数调用RTMP协议适配逻辑模块发送Invoke-establish到Flash用户，指定播放流和发布流的名称,此时Flash用户的客户端通过声音和文本提示Flash用户通话已经建立。Flash用户打开麦克风(stream, publish),即将本地麦克风音频以RTMP格式打包发送给服务侧系统，同时播放(stream, play)由服务侧系统命名的上述播放流即下行媒体流。此时服务侧系统启动并行的Flash用户与通话对端的媒体交换。其中，该具体的媒体处理过程包括:服务侧系统通过RTMP协议适配逻辑模块的回调函数得到来自Flash用户的上行媒体流，将其解码为脉冲编码调制(Pulse CodingModulation,PCM)数据。将解码出来的PCM按协商格式编码，例如G.711a律音频格式编码，打包成实时传送协议(Real-time TransportProtocol, RTP)数据包,发送给通话对端的外部用户代理。服务侧系统还接收来自通话对端的外部用户代理的RTP数据包，按协商格式解码成PCM数据。将解码出来的PCM数据编码成Flash用户可识别的媒体格式，例如Speex、Nelly Moser音频格式，通过接口函数调用RTMP协议适配逻辑模块生成RTMP数据包发送给Flash用户，此为下行媒体流。S407:如果Flash用户拒绝接听，贝U需要向Sip Server发送表示错误的4xx命令；如果呼叫建立成功，Flash用户按挂断按钮则需要向Sip Server发送bye命令,与之相反如果收到来自Sip Server的bye命令,贝U需要向Sip Server回应2000K。最后,发送Invoke-CallClose给Flash用户，通知Flash用户重置为空闲状态。图5为本发明的一实施例提供的基于Flash的电话业务实现过程中接听的过程，该过程包括以下步骤:S501:服务侧系统接收来自Sip Server的Sip命令-邀请(Invite)请求。S502:服务侧系统向 Sip Server 回应 Sip 命令 _180Ringing。S503:服务侧系统通过接口函数调用RTMP协议适配逻辑模块，发送呼叫到达(Invoke-1ncomming)请求至丨J Flash 用户。S504:启动定时器，判断是否在该定时器的定时时间长度内接收到Flash用户发送的接听请求，如果接收到接听请求，则进行步骤S505，否则，进行步骤S508。如果Flash用户点接听按钮,该Flash用户的客户端发出接听请求。如果Flash用户此时用户点击挂断按钮，该Flash用户的客户端发出挂断(invoke-hangup)请求。S505:服务侧系统发送Sip命令-2000K到Sip Server，其中在该2000K中携带有服务侧系统的SDP信息。其中该SDP信息包括服务侧系统的地址、支持的媒体格式(例如G.711a律音频和G.71 Iu律音频)、媒体端口。其中媒体端口的分配可以是每次分配不同的端口，也可以多个Call共用一个本地UDP端口。S506:服务侧系统启动定时器，判断是否在定时器的定时长度内接收到来自SipServer的Sip命令-ACK，当判断结果为是时，进行步骤S507，否则，进行步骤S508。S507:服务侧系统发送呼叫建立(Invoke-establish)请求到Flash用户，并启动媒体交换。具体的，服务侧系统通过接口函数调用RTMP协议适配逻辑模块发送Invoke-establish到Flash用户，指定播放流和发布流的名称,此时Flash用户的客户端通过声音和文本提示Flash用户通话已经建立。Flash用户打开麦克风(stream, publish),即将本地麦克风音频以RTMP格式打包发送给服务侧系统，同时播放(stream, play)由服务侧系统命名的上述播放流即下行媒体流。此时服务侧系统启动并行的Flash用户与通话对端的媒体交换。其中，该具体的媒体处理过程包括:服务侧系统通过RTMP协议适配逻辑模块的回调函数得到来自Flash用户的上行媒体流，将其解码为原代码调制(Primary CodeModulation, PCM)数据。将解码出来的PCM按协商格式编码，例如G.711a律音频格式编码，打包成实时传送协议(Real-time TransportProtocol, RTP)数据包,发送给通话对端的外部用户代理。服务侧系统还接收来自通话对端的外部用户代理的RTP数据包，按协商格式解码成PCM数据。将解码出来的PCM数据编码成Flash用户可识别的媒体格式，例如Speex、Nelly Moser音频格式，通过接口函数调用RTMP协议适配逻辑模块生成RTMP数据包发送给Flash用户，此为下行媒体流。S508:如果Flash用户拒绝接听，贝U需要向Sip Server发送表示错误的4xx命令；如果呼叫建立成功，Flash用户按挂断按钮则需要向Sip Server发送bye命令,与之相反如果收到来自Sip Server的bye命令,贝U需要向Sip Server回应2000K。最后,发送Invoke-CallClose给Flash用户，通知Flash用户重置为空闲状态。本发明提供一种基于Flash的电话业务实现方法及系统，该方法包括:服务侧系统根据接收的交换网络发送的邀请invite请求，向Flash用户发送呼叫到达请求,并接收Flash用户发送的接听请求，建立呼叫，通知Flash用户呼叫建立成功，并完成Flash用户与交换网络用户之间的数据传输。由于在本发明中无论是系统内部的通话，还是系统外部的，逻辑上都是一样的，因此最大程度减少了业务变化时需要修改Flash软电话的可能，应用扩展性强，由于各Flash用户间无逻辑联系，通过简单的增加服务器的数量即可增加系
统容量。上述说明示出并描述了本发明的一个优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。
权利要求
1.一种基于Flash的电话业务实现方法，其特征在于，所述方法包括: 服务侧系统接收交换网络发送的邀请invite请求； 服务侧系统根据该请求向Flash用户发送呼叫到达请求，并接收Flash用户发送的接听请求； 服务侧系统根据接收到的该接听请求，通过交换网络向会话发起协议服务器SIPServer发送应答信息，建立呼叫； 服务侧系统通知Flash用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输。
2.按权利要求1所述的方法，其特征在于，所述服务侧系统接收交换网络发送的邀请invite请求之前,所述方法还包括: 服务侧系统接收Flash用户发送的注册请求； 服务侧系统将所述注册请求生成SIP注册请求，并发送给SIP Server ； 将SIP Server返回的注册结果信息通知Flash用户。
3.按权利要求1所述的方法，其特征在于，所述Flash用户与交换网络用户之间的媒体数据传输，包括: 接收来自Flash用户的上行媒体 流，将其解码为脉冲编码调制PCM数据，并将解码后的数据按照与交换网络用户之间协商的编码格式编码后，发送给交换网络用户； 接收来自交换网用户发送的实时传送协议RTP数据包，按照与Flash用户协商的格式解码为PCM数据包，将解码后的数据编码为Flash用户可识别的媒体格式，生成实时消息协议RTMP数据包发送给Flash用户。
4.一种基于Flash的电话业务实现方法，其特征在于，所述方法包括: 服务侧系统接收Flash用户发送的呼叫请求； 服务侧系统根据该呼叫请求，向会话发起协议服务器SIP Server发送邀请请求； 当接收到SIP Server返回的2000K时，向Flash用户发送被叫应答信息，建立呼叫；服务侧系统通知交换网络用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输。
5.按权利要求4所述的方法，其特征在于，所述服务侧系统接收Flash用户发送的呼叫请求之前，所述方法还包括: 服务侧系统接收Flash用户发送的注册请求； 服务侧系统将所述注册请求生成SIP注册请求，并发送给SIP Server ； 将SIP Server返回的注册结果信息通知Flash用户。
6.按权利要求4所述的方法，其特征在于，所述完成Flash用户与交换网络用户之间的媒体数据传输，包括: 接收来自Flash用户的上行媒体流，将其解码为原代码调制PCM数据，并将解码后的数据按照与交换网络用户之间协商的编码格式编码后，发送给交换网络用户； 接收来自交换网用户发送的实时传送协议RTP数据包，按照与Flash用户协商的格式解码为PCM数据包，将解码后的数据编码为Flash用户可识别的媒体格式，生成实时消息协议RTMP数据包发送给Flash用户。
7.一种基于Flash的电话业务实现系统，其特征在于，所述系统包括:交换网络用户，用于向服务侧系统发送邀请invite请求，与Flash用户进行数据传输; 服务侧系统，用于根据接收到的invite请求，向Flash用户发送呼叫到达请求,并接收Flash用户发送的接听请求，根据接收到的该接听请求，通过交换网络向会话发起协议服务器SIP Server发送应答信息，建立呼叫，通知Flash用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输； Flash用户，用于接收服务侧系统发送的呼叫到达请求，并向服务侧系统发送接听请求，与交换网络用户之间进行媒体数据传输。
8.按权利要求7所述的系统，其特征在于，所述Flash用户，还用于向服务侧系统发送注册请求； 所述服务侧系统，还用于接收Flash用户发送的注册请求；将所述注册请求生成SIP注册请求，并发送给SIP Server ;将SIP Server返回的注册结果信息通知Flash用户。
9.按权利要求7所述的系统，其特征在于，所述服务侧系统，具体用于接收来自Flash用户的上行媒体流，将其解码为脉冲编码调制PCM数据，并将解码后的数据按照与交换网络用户之间协商的编码格式编码后，发送给交换网络用户；接收来自交换网用户发送的实时传送协议RTP数据包，按照与Flash用户协商的格式解码为PCM数据包，将解码后的数据编码为Flash用户可识别的媒体格式，生成实时消息协议RTMP数据包发送给Flash用户。
10.一种基于Flash的电话业务实现系统，其特征在于，所述系统包括: Flash用户，用于发送呼叫请求，与交换网用户之间进行数据传输； 服务侧系统，用于接收Flash用户发送的呼叫请求；根据该呼叫请求，向会话启动协议服务器SIP Server发送邀请请求；当接收到SIP Server返回的2000K时，向Flash用户发送被叫应答信息，建立呼叫；通知交换网络用户呼叫建立成功，并完成Flash用户与交换网络用户之间的媒体数据传输； 交换网用户，用于接收服务侧系统发送的呼叫建立成功通知，与Flash用户之间进行媒体数据传输。
11.按权利要求10所述的系统，其特征在于，所述Flash用户，还用于向服务侧系统发送注册请求； 所述服务侧系统，还用于接收Flash用户发送的注册请求；将所述注册请求生成SIP注册请求，并发送给SIP Server ;将SIP Server返回的注册结果信息通知Flash用户。
12.按权利要求10所述的系统，其特征在于，所述服务侧系统，具体用于接收来自Flash用户的上行媒体流，将其解码为脉冲编码调制PCM数据，并将解码后的数据按照与交换网络用户之间协商的编码格式编码后，发送给交换网络用户；接收来自交换网用户发送的实时消息协议RTP数据包，按照与Flash用户协商的格式解码为PCM数据包，将解码后的数据编码为Flash用户可识别的媒体格式，生成路由选择表维护协议RTMP数据包发送给Flash用户。
全文摘要
本发明提供一种基于Flash的电话业务实现方法及系统，该方法包括服务侧系统根据接收的交换网络发送的邀请invite请求，向Flash用户发送呼叫到达请求，并接收Flash用户发送的接听请求，建立呼叫，通知Flash用户呼叫建立成功，并完成Flash用户与交换网络用户之间的数据传输。由于在本发明中无论是系统内部的通话，还是系统外部的，逻辑上都是一样的，因此最大程度减少了业务变化时需要修改Flash软电话的可能，应用扩展性强，由于各Flash用户间无逻辑联系，通过简单的增加服务器的数量即可增加系统容量。
文档编号H04L1/16GK103095648SQ20111033795
公开日2013年5月8日 申请日期2011年10月31日 优先权日2011年10月31日
发明者李刚, 贺彬, 张治华 申请人:中兴通讯股份有限公司