[发明专利]一种信令架构及其实现呼叫处理的方法和装置

说明书

技术领域

本发明涉及但不限于互联网技术，尤指一种信令架构及其实现呼叫处理的方法和装置。

背景技术

彻底的融合电信系统和互联网(Web)是一个ICT的梦想。这个梦想不管是电信行业，还是互联网行业都做过很多尝试。

电信行业的融合技术路线一直围绕着能力开放展开，如开放式移动体系结构(OMA，Open Mobile Architecture)标准组织基于IP多媒体域(IMS)提出的Parlay X Wed Service。这个思路本质上还是非智能终端时代智能网(IN)思路的延续。除了能做一些点击拨号的业务，还是很难融入互联网。随着智能手机的普及，OTT(“Over The Top”的缩写，是指通过互联网向用户提供各种应用服务)的社交类应用的各种Web化的应用，如群聊分享各种视频短片、新闻、视频等，而电信行业的能力行业就显得相形见绌。即使OMA将上述能力开放接口重新按照互联网最流行的Restful模式重新定义了，能力开放的思路在移动互联网时代还是显得无法融合彼此。

互联网行业的融合技术路线是围绕着页面技术(HTML)的。在HTML4时代，HTML的标签对于多媒体(尤其是流媒体，如视频等)的支持并充分。控件(或称为插件)是最主流的做法，比如很普及的Flash、Sliverlight等插件技术。同时，也涌现了多种可以用来进行音视频通话的插件。这种实现方式在界面呈现上有先天的优势，但是缺乏信令支撑，所以无法与电信系统彻底融合。即使到了HTML5时代，这个问题一直存在，HTML5直接定义了音频(<audio>)、视频(<video>)页面标签，并且IETF和W3C标准组织的WebRTC标准要求浏览器支持基本的音视频编解码，但是，也只是省略了HTML4时代的多媒体插件而已。

此外，目前很流行的OTT社交软件，不管是WhatsApp，还是微信，虽然 是基于Web的，但是背后没有强大的信令系统作为支撑。以微信举例，其是基于邮件同步协议实现的，缺乏信令系统的呼叫控制状态、多媒体描述(SDP)，所以在呼叫状态、复杂的多媒体组合上，都会存在短板。

综上，电信行业的能力找不到合适的方式开放，所以无法进一步融合互联网；互联网基于页面技术，但是缺乏强大的信令支撑，所以也无法建立规模性的多媒体应用；OTT也因为其技术架构的原因，也存在一些针对性的问题。

发明内容

本发明提供一种信令架构及其实现呼叫处理的方法和装置，能够实现信令系统与页面技术的彻底融合。

为了达到本发明目的，本发明提供了一种信令架构，包括：信令系统、互联网Web服务器，及用户设备UE；其中，

信令系统，用于实现信令功能；

Web服务器，用于提供用户呼叫相关业务的页面及对应的脚本；

UE，用于利用信令系统和Web服务器实现Web化的通信。

可选地，还包括：所述UE所建立呼叫的远端设备。

可选地，还包括：具有媒体能力的外部设备，用于与所述UE或所述远端设备配对。

可选地，所述信令系统包括：IP多媒体系统IMS；

或者，所述信令系统包括：多设备应用服务器AS，及呼叫会话功能CSCF。

可选地，所述远端设备为用户设备或会议服务器。

本发明还提供了一种信令架构实现呼叫处理的装置，第二注册处理模块，用于按照来自UE的注册请求完成对UE的注册、鉴权；

第二呼叫处理模块，用于按照来自注册、鉴权成功的UE的呼叫请求，建立发起呼叫请求的UE与被叫UE之间的媒体流。

可选地，所述装置还包括第二流转接处理模块，用于根据第三方注册及呼叫，记录用户的多设备及媒体流信息；接收到来自所述信令架构中的Web 服务器的部分流转接的指示，发起相应转接操作；完成流转接后向所述信令架构中的Web服务器返回流转接结束指示。

可选地，所述第二呼叫处理模块还用于：接收来自第三UE的、呼叫所述UE的请求并转发给所述UE，接收来自所述UE的确认并建立第三UE与其呼叫的所述UE之间的媒体流。

可选地，所述第二呼叫处理模块还用于：按照来自所述UE的挂机请求，结束发起挂机请求的所述UE与被叫UE之间的会话。

可选地，所述装置设置在所述信令架构的信令系统中。

本发明还提供了一种信令架构实现呼叫的装置，包括：第二页面处理模块，其中，

第二页面处理模块，用于按照来自UE的获取请求，向UE提供对应的页面及脚本。