一种信令架构及其实现呼叫处理的方法和装置制造方法及图纸

本文公开了一种信令架构及其实现呼叫处理的方法和装置，该架构至少包括：用于实现如注册、路由、呼叫等信令功能的信令系统；用于提供用户呼叫相关业务的页面及对应的脚本的Web服务器；以及用于利用信令系统和Web服务器实现Web化的通信的用户设备。通过本发明专利技术提供的技术方案，实现了信令系统与页面技术的彻底融合。

Signaling architecture and method and device for realizing call processing

This paper discloses a signaling architecture and its realization method and device of call processing, the architecture includes at least a signaling system for registration, such as routing, call signaling function; call for page related businesses to provide users and the corresponding script Web server; and the user equipment used for communication between the Web of the signalling system and the Web server. Through the technical scheme provided by the invention, the thorough integration of signaling system and page technology is realized.

【技术实现步骤摘要】
一种信令架构及其实现呼叫处理的方法和装置
本专利技术涉及但不限于互联网技术，尤指一种信令架构及其实现呼叫处理的方法和装置。
技术介绍
彻底的融合电信系统和互联网(Web)是一个ICT的梦想。这个梦想不管是电信行业，还是互联网行业都做过很多尝试。电信行业的融合技术路线一直围绕着能力开放展开，如开放式移动体系结构(OMA，OpenMobileArchitecture)标准组织基于IP多媒体域(IMS)提出的ParlayXWedService。这个思路本质上还是非智能终端时代智能网(IN)思路的延续。除了能做一些点击拨号的业务，还是很难融入互联网。随着智能手机的普及，OTT(“OverTheTop”的缩写，是指通过互联网向用户提供各种应用服务)的社交类应用的各种Web化的应用，如群聊分享各种视频短片、新闻、视频等，而电信行业的能力行业就显得相形见绌。即使OMA将上述能力开放接口重新按照互联网最流行的Restful模式重新定义了，能力开放的思路在移动互联网时代还是显得无法融合彼此。互联网行业的融合技术路线是围绕着页面技术(HTML)的。在HTML4时代，HTML的标签对于多媒体(尤其是流媒体本文档来自技高网...

【技术保护点】
一种信令架构，其特征在于，包括：信令系统、互联网Web服务器，及用户设备UE；其中，信令系统，用于实现信令功能；Web服务器，用于提供用户呼叫相关业务的页面及对应的脚本；UE，用于利用信令系统和Web服务器实现Web化的通信。

【技术特征摘要】
1.一种信令架构，其特征在于，包括：信令系统、互联网Web服务器，及用户设备UE；其中，信令系统，用于实现信令功能；Web服务器，用于提供用户呼叫相关业务的页面及对应的脚本；UE，用于利用信令系统和Web服务器实现Web化的通信。2.根据权利要求1所述的架构，其特征在于，还包括：所述UE所建立呼叫的远端设备。3.根据权利要求1所述的架构，其特征在于，还包括：具有媒体能力的外部设备，用于与所述UE或所述远端设备配对。4.根据权利要求1～3任一项所述的架构，其特征在于，所述信令系统包括：IP多媒体系统IMS；或者，所述信令系统包括：多设备应用服务器AS，及呼叫会话功能CSCF。5.根据权利要求2或3所述的架构，其特征在于，所述远端设备为用户设备或会议服务器。6.一种信令架构实现呼叫处理的装置，其特征在于，包括：第二注册处理模块、第二呼叫处理模块，其中，第二注册处理模块，用于按照来自UE的注册请求完成对UE的注册、鉴权；第二呼叫处理模块，用于按照来自注册、鉴权成功的UE的呼叫请求，建立发起呼叫请求的UE与被叫UE之间的媒体流。7.根据权利要求6所述的装置，其特征在于，所述装置还包括第二流转接处理模块，用于根据第三方注册及呼叫，记录用户的多设备及媒体流信息；接收到来自所述信令架构中的Web服务器的部分流转接的指示，发起相应转接操作；完成流转接后向所述信令架构中的Web服务器返回流转接结束指示。8.根据权利要求7或8所述的装置，其特征在于，所述第二呼叫处理模块还用于：接收来自第三UE的、呼叫所述UE的请求并转发给所述UE，接收来自所述UE的确认并建立第三UE与其呼叫的所述UE之间的媒体流。9.根据权利要求7或8所述的装置，其特征在于，所述第二呼叫处理模块还用于：按照来自所述UE的挂机请求，结束发起挂机请求的所述UE与被叫UE之间的会话。10.根据权利要求7或8所述的装置，其特征在于，所述装置设置在所述信令架构的信令系统中。11.一种信令架构实现呼叫的装置，其特征在于，包括：第二页面处理模块，其中，第二页面处理模块，用于按照来自UE的获取请求，向UE提供对应的页面及脚本。12.根据权利要求11所述的装置，其特征在于，所述装置还包括第三流转接处理模块，用于根据来自所述UE的携带用于指示部分流转接的Post请求，向所述信令架构中的信令系统发送部分流转接的指示；接收来自所述信令架构中的信令系统的流转接完成指示。13.根据权利要求11或12所述的装置，其特征在于，所述第二页面处理模块还用于：在所述UE的被叫UE为Web化的UE时，按照来自被叫UE的获取请求，向被叫UE提供对应的页面及脚本。14.根据权利要求11或12所述的装置，其特征在于，所述第二页面处理模块还用于：接收到来自所述UE的Post请求之后，再向所述UE提供对应的页面及脚本。15.根据权利要求11或12所述的装置，其特征在于，所述装置设置在所述信令架构的Web服务器中。16.一种信令架构实现呼叫的装置，其特征在于，包括：第一注册处理模块、第一页面处理模块，以及第一呼叫处理模块，其中，第一注册处理模块，用于通过信令系统完成注册、鉴权；第一页面处理模块，用于通过Web服务器获取需要请求的页面及脚本；第一呼叫处理模块，用于在通过注册、鉴权后，获得的脚本根据页面上的操作获取呼叫信息并通过信令系统控制呼出，建立与被叫UE之间的媒体流。17.根据权利要求16所述的装置，其特征在于，所述装置还包括第一流转接处理模块，用于根据来自用户的部分流转接的设置向所述信令架构中的Web服务器发起Post请求；通过所述信令架构中的信令系统实现相应的流转接操作，将部分流转接至对应的UE；相应地，所述第一呼叫处理模块还用于：当接收到来自用户的点击外部设备视频通话的链接时，所述脚本触发自身所在UE与外部设备配对连接，并与外部设备交互获取SDP；通过所述信令系统和所述Web服务器建立外部设备与被叫UE之间的媒体流。18.根据权利要求16所述的装置，其特征在于，所述装置还包括第一流转接处理模块，用于当接收到来自用户的点击全息电话的链接时，所述脚本触发多个摄像头的连接以及与控制流的对应关系，与外部设备交互获取SDP；或者，在接收到从所述Web服务器请求到的页面及脚本时，脚本触发外部设备的连接以及与控制流的对应关系，与外部设备交互获取SDP；描述自身所在UE的画面的多个视频流传递到对端UE的外部设备，由对端UE的外部设备根据多个视频流呈现来自自身所在UE的全息影像；或者，描述对端UE的画面的多个视频流传递到自身所在UE的外部设备，由自身所在UE根据多个视频流呈现对端UE的全息影像。19.根据权利要求16、17或18所述的装置，其特征在于，所述第一注册处理模块具体使用信令系统标识ID向所述信令系统注册、鉴权；所述第一页面处理模块具体使用信令系统ID登录所述Web服务器，并使用信令系统的鉴权参数。20.根据权利要求16、17或18所述的装置，其特征在于，所述第一注册处理模块具体使用信令系统ID向所述信令系统注册、鉴权；所述第一页面处理模块还用于：设置信令系统ID与Web服务器ID的关联关系及脚本控制；第一页面处理模块具体使用Web服务器ID登录所述Web服务器。21.根据权利要求16、17或18所述的装置，其特征在于，所述第一呼叫处理模块还用于：接受用户输入信息，向所述Web服务器发送Post请求以将用户输入的信息传递给Web服务器。22.根据权利要求16、17或18所述的装置，其特征在于，所述第一呼叫处理模块还用于：通过所述信令系统结束与被叫UE之间的会话。23.根据权利要求16、17或18所述的装置，其特征在于，所述第一呼叫处理模块还用于：接收来自所述信令系统的来自第三UE的呼叫请求，控制在所述页面呈现两个视频并向信令系统返回确认；建立与第三UE之间的媒体流。24.根据权利要求23所述的装置，其特征在于，所述第一注册处理模块中发起注册请求的为自身所在UE的一个SIP_UA。25.根据权利要求24所述的装置，其特征在于，所...

【专利技术属性】
技术研发人员：高扬，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：广东,44