首页 / 专利库 / 专利权 / 第I章 / 控制“SIP呼叫转移”功能特征的方法

控制“SIP呼叫转移”功能特征的方法

阅读:72发布:2020-05-12

专利汇可以提供控制“SIP呼叫转移”功能特征的方法专利检索,专利查询,专利分析的服务。并且为了实现“IP呼叫转移”功能特征,根据ITU-T Recommendation Q.1912.5在6.1.1(1)(a)章中推荐的 现有技术 ,在SIP前提条件未激活的情况下,仅当媒体网关 控制器 (I-IWU)得到SDP-数据时,媒体网关控制器才将ISUP-消息IAM输送给被叫(第三)用户。然而,关系到在媒体网关控制器中额外存储空间的需求以及出现的呼叫延迟,这种进行方式有一些关键性的缺点。通过将IAM消息与ISUP协议部分“对先前 电路 的连续性检查”一起转发给ISUP用户,并且在得到A方的SDP数据后才建立承载连接,本 发明 解决了这个问题。,下面是控制“SIP呼叫转移”功能特征的方法专利的具体信息内容。

1.一种控制至少两个端点(A,B,C)之间通信联系的方法,这些端点的 与(承载)端点有关的数据是通过SDP数据表征的,
其特征在于,
将SIP协议部分“无SDP数据的初始邀请”传送给被叫端点(C),该被叫 端点用具有其SDP数据(SDP offer)的SIP协议部分“临时响应”来回答主叫 端点(A,B)该获得,
在ISUP协议部分“该电路或先前的电路的连续性”的协助下,第一信息 部分将连接愿望告知目的地交换中心,
主叫端点(A,B)接着在SIP协议部分PRACK中将该主叫端点的SDP 数据(SDP回答)转发给被叫端点(C),该SIP协议部分通过转换成第二协议 部分而导致用户被呼叫,由此被叫端点(C)响铃。
2.如权利要求1的方法,
其特征在于,
第一信息部分是ISUP-消息IAM。
3.如权利要求1,2的方法,
其特征在于,
第二信息部分是ISUP协议部分COT(Continuity)。
4.一种控制至少两个端点(A,B,C)之间通信联系的装置,这些装置的 与(承载)端点有关的数据是通过SDP数据表征的,
其特征在于,
设置将SIP协议部分“无SDP数据的初始邀请”传送给被叫端点(C)的 器件,该被叫端点用具有其SDP数据(SDP offer)的SIP协议部分“临时响应” 来回答主叫端点(A,B)该获得,
设置其它用于在ISUP协议部分“该电路或先前的电路的连续性”的协助 下使第一信息部分将连接愿望告知目的地交换中心的器件,而且通过该器件主 叫端点(A,B)接着在SIP协议部分PRACK中将该主叫端点的SDP数据(SDP 回答)转发给被叫端点(C),该SIP协议部分通过转换成第二协议部分而导致 用户被呼叫,由此被叫端点(C)响铃。
5.如权利要求4的方法,
其特征在于,
所述终端设备是作为PSTN终端设备实施的。
6.如权利要求4的方法,
其特征在于,
所述终端设备是作为SIP终端设备实施的。
7.如权利要求4的方法,
其特征在于,
所述终端设备是作为自动装置或地址号码簿实施的。
8.如权利要求4的方法,
其特征在于,
所述第一信息部分是作为ISUP-消息IAM实施的。
9.如权利要求4的方法,
其特征在于,
所述第二信息部分是作为ISUP协议部分COT(Continuity)实施的。

说明书全文

较新的通信体系结构将转接技术的网络分成与连接业务有关的装置和有用 信息的传送(Bearer Control,承载控制)。由此造成连接结构和媒体或载体结构 的分解/分离。其中,有用信息的传输(网络信道的连通)可以经过不同的高比 特型的传送技术进行,例如经过ATM,IP或中继(Frame Relay)进行。

用这样一种形式的分离,目前在窄带网络中进行的电信业务也要在宽带网 络中实现。其中,用户要么直接(例如经过DSS1-协议)连接,要么经过作为 媒体网关控制器(MGC)形成的交换中心(例如经过ISUP-协议)连接。有用 信息本身经过媒体网关(MG)转换成各自采用的传送技术。

这些媒体网关的控制分别由对应的媒体网关控制器(MGC)执行。为了控 制媒体网关,媒体网关控制器应用标准化的协议,例如MGCP协议或H.248协 议。为了彼此间进行通信,媒体网关控制器应用通过ITU标准化的BICC(Bearer Independent Call Control,承载无关呼叫控制)协议,该协议由多个标准化的协 议组成,从而包括一个协议族。

一个等效于BICC协议的协议是在IETF标准化委员会用SIP协议 (RFC3261)或附加SIP-T(RFC3204)形成的。用后者可以与SIP协议相反地 传输ISUP-消息。ISUP-消息的传输一般通过隧道进行,也就是通过透明的转交 进行。

在2个或多个SIP用户之间建立连接在SIP协议的协助下进行。在此,在 其它SDP(Session Description Protocol,会话描述协议)下交换数据。SDP-数据 是与(承载)端点有关的数据,这些数据包含着有关编码译码器、IP-端口、IP- 地址等的信息。如果一个SIP-用户与一个H.323或TDM/ISDN用户之间建立了 连接,必须把在参与的媒体网关控制器中的这些SIP-协议部分相应转换为 H.323-,TDM-或ISDN协议部分。这对一个从SIP世界呼叫的TDM用户例如 意味着,必须产生诸如ISUP-消息IAM(Initial Address Message,初始地址消息) 那样的在TDM世界应用的ISUP消息并输送给这个用户。

在″SIP呼叫转移″功能特征的情况,这种情况下将在一个SIP-用户(该 用户也可以是一个向SIP网络过渡的TDM用户)与另一个SIP-用户之间存在的 连接换接到第三用户(该用户可以是TDM用户),为此在ITU-T Recommendation Q.1912.5的6.1.1(1)(a)章中为了接收无SDP的初始邀请而给出下面的推荐: ″If SIP preconditions are not in use,the I-IWU shall send the IAM upon receipt of the SDP answer with media description.″

这意思是,在SIP前提条件未激活的情况下,当媒体网关控制器(I-IWU)得到 SDP-数据时,它才将ISUP-信息输送给被呼叫的(第三)用户。

然而,这种进行方式有相应的缺点。这样,媒体网关控制器必须在ISUP一 方存储ISUP-消息IAM,这就要求在媒体网关控制器中有额外的存储空间。另 一方面,必须将ISUP-消息IAM一直保留到从SIP一方传来SDP回答(Answer) 为止。然而,这意味着有进一步的呼叫延迟。这个问题在传统的PSTN网络中 迄今是不存在的。

发明的任务在于,展示一种如何可以有效地实现″SIP呼叫转移″功能特 征的途径。

本发明以权利要求1和4前序部分中说明的特征为出发点,通过在特征部 分中所申明的特征来解决。

本发明的优点是,在ISUP协议部分″以前电路的连续性″的辅助下,将 ISUP-消息IAM提早发送到(第三)用户。因此,用推荐的解决办法使需要的 存储空间明显减少,使呼叫更快地建立,同时当IP-承载连接建立时才呼叫用户。 最后一条对这种连接的安全性来看有较大的意义。

本发明在下面用一个图示表示的实施例详细阐述。

示出:

图1两个PSTN-用户之间的基本状态,在用户之间设置互联网,

图2以″SIP呼叫转移″功能特征为例的本发明。

在图1中示出运行本发明方法的网络配置。在此示范地公开两个PSTN-网 络,在该两个网络中以公知的方式各布置有大量PSTN-用户。这些用户是通向 市内交换中心LE的,市内交换中心自身与转接-交换中心TX连接。

在转接-交换中心TX中在发送信号信息与有用信息之间进行分离。发送信 号信息由转接-交换中心TX直接经过ISUP-协议输送给一个各自对应的媒体网 关控制器(MGC)(MGCA或MGC B)。有用信息传输给(在输入方安装的) 在TDM-网络与ATM或IP-传输网络之间起接口作用的媒体网关MG(MGA或 MG B),并经过涉及的传输网络面向分组地传输。就像媒体网关MG B由媒体 网关控制器MGCB控制那样,媒体网关MGA也由媒体网关控制器MGC A控 制。在从媒体网关MG A向媒体网关MG B传输有用信息的情况下,有用信息 又在对应于媒体网关MG B的媒体网关控制器MGC B的控制下转换成TDM数 据流并传送给要考虑的PSTN-用户。在媒体网关控制器MGC与各对应的媒体 网关之间传输的数据,由一个标准化的协议支持。这个协议例如可以是MGCP 或H.248协议。在两个媒体网关控制器MGCA,MGC B之间,按照本实施例优 选的是应用SIP协议。在发信号路径中,还可以接入其它装置,如SIP-代理或 SIP单元SIP E。

在图2中示出运行SIP-呼叫转移情况的一种配置。据此示出彼此通信的SIP- 用户A,B。SIP-用户B要结束与SIP-用户A的通信,SIP用户A要与用户C 连接(呼叫转移)。在此要注意,后者按照本实施例是布置在一个传统的TDM网 络中的。SIP用户B将″呼叫转移″功能特征所需要的信息(未经咨询)以SIP 协议部分″SIP:REFER to C″(SIP:参考C)的形式转交给应用服务器AS。 应用服务器AS朝着用户C方向发送SIP协议部分″没有SDP offer的初始邀 请″。端点当然是一个SIP端点,即在这种情况是媒体网关控制器MGC。

在下面的表中示出为实现SIP呼叫转移功能特征所要求的SIP协议部分。 在A方的应用服务器AS从用户B得到信息后,即希望从用户A向用户C发 送一个呼叫转移,应用服务器AS给媒体网关控制器MGC(C方的SIP端点) 发送SIP协议部分″无SDP数据的邀请″。

此后,媒体网关控制器MGC一方面联系所属的媒体网关MG,从那里接收 SDP-数据,并由代理的媒体网络MG用SIP协议部分″临时响应″向A方答复 用户C的SDP-数据。另一方面,媒体网关控制器MGC按照本发明向用户C方 向上的下一个ISUP交换中心转发具有ISUP协议部分″先前电路的连续性″的 IAM消息。这个ISUP协议部分涉及的是一个通常用于通向最终用户的通过检 验的消息。该消息导致在用户C处尚没有铃声起动,即还未呼叫用户C。

 A方   MGC(B方)   SIP/SIP-T与ISUP/BICC/VoDSL/H.323之   LE

  间的互相配合   具有“先前电路的连续性”的IAM(TMR   和USI符合在18x的SDP Offer中的规   定)→   IP承载建立,现在可以呼叫用户   ConTinuity(COT)→   ←ACM   ←ANM   无SDP的初始   邀请   →   ←具有SDP   Offer的临时响   应   用户C尚未被   呼叫   具有SDP回答   的PRACK   →   现在呼叫用户   C   18x振铃   200 OK   用户C拿起听   筒

A方借助于PRACK方法,用A方的(即A-用户的)SDP数据回答媒体网 关控制器MGC得到″临时响应″。同时,用户A的端点与用户C的端点之间 的承载连接建立起来。媒体网关控制器MGC转发ISUP协议部分″连续性 (COT)″并让用户C被呼叫。按照标准,通过交换SIP协议部分200OK,ACM (Address Compete Message,地址竞争消息)和ANM完成该连接的建立。

按照本发明相应地要求在ITU-T Recommendation Q.1912.5的6.1.1(1)(a)章 中需要有下面的补充:

If SIP preconditions are not in use,the I-IWU shall send the IAM with the indication″ continuity check on previous circuit″and shall send upon receipt of the SDP answer with media description the COT message.(如果未使用SIP前提,则I-IWU应当发 送具有“先前电路的连续性”指示的IAM,并且应当在接收到具有媒体描述的 SDP响应时发送COT消息。)

要注意的是,如果在PSTN用户(ISDN,模拟用户或移动无线电用户)与 SIP或SIP-T用户之间没有ISUP/SIP,也可以应用本发明。这意味着,上面提到 的方法就在交换中心之内进行。从而,诸如VoDSL,H.323等下一代网络用户与 SIP或SIP-T的互相配合同样将是可能的。

最后,用″SIP呼叫转移″功能特征的例子阐述本发明。这也不应当意味 着限制。就像例如在REC3725的4.1和4.3章中提到的方案(“Best Current Practices for Third Party Call Control(3pcc)in the Session Initiation Protocol(SIP)”), 同样可以用本发明处理。

此外,按照本实施例阐述了带有IAM和COT的ISUP应用。本发明并不 局限于此,因为当然也可以给出从SIP到DSSI或TUP等的直接互相配合,后 者在C-用户中没有ISUP存在。但是,所阐述的机制在那里也可以以一般的形 式应用。这样,例如一种不同于ISUP的没有″具有该电路/以前的电路的连续 性的IAM″的发信号方式可以干脆还没有发送最后选择的数字,从而该用户可 能还没有被呼叫。只有当SDP回答到来时,例如才将这个数字补交在发送信号 中(SAM:Subsequent address message,按照ISUP语言的随后的地址消息)。只 有用这个最后选择的数字,目的地电话局才可以选择/达到真正的用户,因此也 只有在现在才响铃。

高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈