CN101594554A - 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 - Google Patents
主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 Download PDFInfo
- Publication number
- CN101594554A CN101594554A CNA2009100880509A CN200910088050A CN101594554A CN 101594554 A CN101594554 A CN 101594554A CN A2009100880509 A CNA2009100880509 A CN A2009100880509A CN 200910088050 A CN200910088050 A CN 200910088050A CN 101594554 A CN101594554 A CN 101594554A
- Authority
- CN
- China
- Prior art keywords
- equipment
- called
- caller
- indication
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 145
- 230000005540 biological transmission Effects 0.000 claims abstract description 41
- 230000000977 initiatory effect Effects 0.000 claims abstract description 19
- 238000011084 recovery Methods 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 19
- 238000012423 maintenance Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 description 56
- 238000012986 modification Methods 0.000 description 25
- 230000004048 modification Effects 0.000 description 25
- 238000006243 chemical reaction Methods 0.000 description 18
- 238000012544 monitoring process Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 239000012467 final product Substances 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1307—Call setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13348—Channel/line reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例涉及一种主被叫业务服务器、综合业务接入网设备及主被叫控实现方法,该方法包括:第二网络中的被叫设备挂机时,根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式,如果是,则将挂起指示携带在会话发起协议SIP请求消息中向第一网络中的综合业务接入网MSAN设备发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接。本发明实施例在被叫设备挂机时,通过将挂起指示携带在SIP请求消息中向第一网络中的MSAN设备发送,指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接,从而在两个不同的网络中实现了主叫控业务。
Description
技术领域
本发明涉及通信领域,特别涉及主被叫业务服务器、综合业务接入网(Multi-Service Access Network,以下简称:MSAN)设备及主被叫控实现方法。
背景技术
主被叫控业务在传统的公共电话交换网络(Public Switched TelephoneNetwork,以下简称:PSTN)中得到了广泛的应用。在现有的PSTN中,主叫控是指主被叫之间的通话连接建立后,若主叫挂机则中断连接;被叫挂机后若主叫不挂机则需要等待一段时间后再中断连接,具体等待时间由主叫方应用业务服务器(Application Server,以下简称:AS)确定。被叫控则相反。
目前,PSTN网络与IP多媒体子系统(IP Multimedia Subsystem,以下简称:IMS)网络已经实现了互通,但仍然没有相关技术能够在PSTN网络与IMS网络之间实现主被叫控业务。
发明内容
本发明实施例提供一种主被叫业务服务器、综合业务接入网设备及主被叫控实现方法,用以在两个不同的网络之间实现主被叫控业务。
本发明实施例提供了一种主叫控实现方法,包括:
第二网络中的被叫设备挂机时,根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式,如果是,则将挂起指示携带在会话发起协议SIP请求消息中向第一网络中的综合业务接入网MSAN设备发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接。
本发明实施例提供了一种主叫控实现方法,包括:
接收第二网络中的综合业务接入网MSAN设备发送的携带有挂起指示的会话发起协议SIP请求消息;
根据所述挂起指示执行主叫控操作,保持呼叫连接。
本发明实施例提供了一种被叫控实现方法,包括:
第一网络中的主叫设备挂机时,根据所述主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式,如果是,则将挂起指示携带在会话发起协议SIP请求消息中向第二网络中的综合业务接入网MSAN设备发送,以指示第二网络中的MSAN设备执行被叫控操作,保持呼叫连接。
本发明实施例提供了一种被叫控实现方法,包括:
接收第一网络中的综合业务接入网MSAN设备发送的携带有挂起指示的会话发起协议SIP请求消息;
根据所述挂起指示执行被叫控操作,保持呼叫连接。
本发明实施例提供了一种综合业务接入网设备,包括:
确定模块,用于当第二网络中的被叫设备挂机时,根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式;
发送模块,用于当所述确定模块确定所述释放控制模式为主叫控模式时,将挂起指示携带在会话发起协议SIP请求消息中向第一网络中的综合业务接入网MSAN设备发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接。
本发明实施例提供了一种被叫业务服务器,包括:
接收模块,用于接收主叫设备发送的呼叫请求,所述呼叫请求中携带有被叫设备对应的被叫标识信息;
确定模块,用于根据所述呼叫请求确定释放控制模式是否为主叫控模式;
发送模块,用于当所述确定模块确定释放控制模式为主叫控模式时,则将主叫控指示信息携带在所述呼叫请求中向所述被叫标识信息对应的被叫设备发送,以指示所述被叫设备为受控方。
本发明实施例提供了一种综合业务接入网设备,包括:
确定模块,用于当第一网络中的主叫设备挂机时,根据所述主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式;
发送模块,用于当所述确定模块确定所述释放控制模式为被叫控模式时,将挂起指示携带在会话发起协议SIP请求消息中向第二网络中的综合业务接入网MSAN设备发送,以指示第二网络中的MSAN设备执行被叫控操作,保持呼叫连接。
本发明实施例提供了一种主叫业务服务器,包括:
接收模块,用于接收主叫设备发送的呼叫请求,所述呼叫请求中携带有主叫设备对应的主叫标识信息;
确定模块,用于根据所述呼叫请求确定释放控制模式是否为被叫控模式;
发送模块,用于当所述确定模块确定所述释放控制模式为被叫控模式时,则将被叫控指示消息携带在呼叫请求响应中返回所述主叫设备,以指示所述主叫设备为受控方。
由上述技术方案可知,本发明实施例在第二网络中的被叫设备挂机时,通过将挂起指示携带在SIP请求消息中向第一网络中的MSAN设备发送,指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接;在第一网络中的主叫设备挂机时,通过将挂起指示携带在SIP请求消息中向第二网络中的MSAN设备发送,指示第二网络中的MSAN设备执行被叫控操作,保持呼叫连接,从而在两个不同的网络中实现了主被叫控业务。
附图说明
图1为本发明实施例一提供的主叫控实现方法的流程示意图;
图2为本发明实施例二提供的主叫控实现方法的信令图;
图3为本发明实施例三提供的主叫控实现方法的流程示意图;
图4为本发明实施例四提供的主叫控实现方法的流程示意图;
图5为本发明实施例五提供的被叫控实现方法的流程示意图;
图6为本发明实施例六提供的被叫控实现方法的信令图;
图7为本发明实施例七提供的被叫控实现方法的流程示意图;
图8为本发明实施例八提供的被叫控实现方法的流程示意图;
图9为本发明实施例九提供的MSAN设备的结构示意图;
图10为本发明实施例十提供的MSAN设备的结构示意图;
图11为本发明实施例十一提供的被叫AS的结构示意图;
图12为本发明实施例十二提供的MSAN设备的结构示意图;
图13为本发明实施例十三提供的MSAN设备的结构示意图;
图14为本发明实施例十四提供的主叫AS的结构示意图。
具体实施方式
下面结合附图对本发明的具体实施例作进一步详细的说明。
图1为本发明实施例一提供的主叫控实现方法的流程示意图。如图1所示,本实施例可以包括以下步骤:
步骤101、第二网络中的被叫设备挂机时,根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式,如果是,则执行步骤102;如果否,则中断呼叫连接;
步骤102、将挂起指示携带在会话发起协议(Session Initiation Protocol,以下简称:SIP)请求消息中向第一网络中的MSAN设备发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接;
本实施例提供的主叫控实现方法可以在两个不同的网络中实现主叫控业务,本实施例的两个不同的网络分别为IMS网络和PSTN网络,但本发明实施例不限于此。其中,第一网络可以但不限为IMS网络,第二网络可以但不限为PSTN网络。本实施例中的IMS网络和PSTN网络中对称设置有MSAN设备和主被叫应用AS(Application Server,以下简称:AS),且IMS网络和PSTN网络之间设置有媒体网关控制功能(Media Gateway Control Function,以下简称:MGCF)设备。其中,MSAN设备用于实现主被叫设备的接入管理和执行主被叫控操作;主被叫AS用于实现业务逻辑控制、业务数据查询、向主被叫设备提供基本话音业务、移动业务、多媒体业务及多样化的第三方业务等;MGCF设备用于实现IMS网络和PSTN网络之间的信息转换、呼叫互通、呼叫类补充业务互通、编解码控制转换等功能。本实施例中的主被叫设备可以为普通老式电话业务(Plain Old Telephone Service,以下简称:POTS)终端也可以为会话发起协议(Session Initiation Protocol,以下简称:SIP)用户设备(User Equipment,以下简称:UE),如果为POTS终端则通过接入网关控制功能(Access Gateway Control Function,以下简称:AGCF)设备或者MSAN接入IMS核心网,接入点协议类型可以为H248,多媒体网关控制协议(MediaGateway Control Protocol,以下简称:MGCP),SIP,或H323等;如果为SIP UE,则通过代理呼叫会话控制功能(Proxy-CSCF,以下简称:P-CSCF)设备或者MSAN设备接入呼叫会话控制功能(Call Session Control Function,以下简称:CSCF)接入IMS核心网,接入点协议类型为SIP。
本实施例中,当IMS网络中的主叫设备主动发起呼叫时,该主叫设备向PSTN网络中的被叫设备发送呼叫请求,以请求被叫设备与其建立呼叫连接。该呼叫请求中携带有被叫设备对应的被叫标识信息,该被叫标识信息用于区分不同的被叫设备,该被叫标识信息可以为被叫设备的手机号码例如:13800000002,但不限于手机号码。该被叫设备接收到该呼叫请求后,同意建立呼叫连接,则向主叫设备返回呼叫响应消息,使得IMS网络中的主叫设备和PSTN网络中的被叫设备能够实现通话。其中,本实施例中的呼叫请求以邀请(INVITE)消息为例进行说明,但不限于INVITE消息。相应地,本实施例中的呼叫响应消息以INVITE消息的200响应为例进行说明,但不限于200响应。
需要说明的是,本实施例中在IMS网络与PSTN网络之间实现呼叫连接的方法与现有技术相同,此处不再赘述,与现有技术区别在于,当IMS网络中的主叫AS接收到INVITE消息后,需要解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该主叫控模式与被叫标识信息的对应关系。与现有技术的区别还在于,当PSTN网络中的被叫AS接收到INVITE消息后,同样需要解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该主叫控模式与被叫标识信息的对应关系,并将主叫控指示信息携带在INVITE消息中向被叫设备发送,以通知被叫设备在本次呼叫中该被叫设备为受控方。其中,该主叫控指示信息可以为caller-control,本实施例中的caller-control通过P-Notification头域来携带,例如:被叫设备接收到P-Notification:caller-control,则表示被叫设备在本次呼叫中作为受控方。
本实施例中,若在IMS网络中的主叫设备和PSTN网络中的被叫设备进行通话的过程中,该被叫设备挂机,主叫设备仍然处于摘机状态,此时,PSTN网络中的MSAN设备立即到被叫AS中查找与该被叫设备的被叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为主叫控模式,如果否,则中断呼叫连接,结束本次呼叫;如果是,则该MSAN设备将媒体修改为:sendonly,使得主叫设备接收到表示等待被叫设备再次连接的音频,同时将挂起(suspend)指示携带在SIP请求消息中向被叫AS发送。其中,suspend指示用于指示IMS网络中MSAN设备执行主叫控操作,不释放呼叫。本实施中的SIP请求消息以再邀请(reINVITE)消息为例进行说明,但不限于reINVITE消息。该reINVITE消息中还可以携带有被叫标识信息。需要说明的是,本实施例中的suspend指示通过P-Notification头域来携带,例如:IMS网络中的MSAN设备接收到P-Notification:user-suspended,则IMS网络中的MSAN设备执行主叫控操作,不释放呼叫。
当被叫AS接收到PSTN网络中的MSAN设备发送的reINVITE消息后,该被叫AS根据该reINVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,则不释放呼叫,启动自身中的主叫控定时器,然后将该reINVITE消息透传到MGCF设备。其中,该主叫控定时器用于限定保持呼叫连接的时间,若在该主叫控定时器超时前,被叫设备再次摘机,呼叫连接将被恢复;若该主叫控定时器超时,则呼叫连接中断,被叫设备再次摘机也不能恢复呼叫连接。当MGCF设备接收到携带有suspend指示的reINVITE消息后,不释放呼叫,将媒体修改为:sendonly,并将该reINVITE消息转换为挂起(SUS)消息向IMS网络中的主叫AS发送。其中,该SUS消息中可以携带有suspend指示,还可以携带有被标识信息。
该主叫AS接收到SUS消息后,根据该SUS消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,则不释放呼叫,启动自身中的主叫控定时器,然后将该SUS消息透传到IMS网络中的MSAN设备。其中,主叫AS中的主叫控定时器的功能可参见上述对被叫AS中的主叫控定时器的描述,此处不再赘述。当IMS网络中的MSAN设备接收到携带有suspend指示的SUS消息后,根据该suspend指示执行主叫控操作,不释放呼叫。经过上述流程,完成了媒体协商,使得IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接,在该被叫设备挂机后,仍然处于保持状态。
呼叫连接的保持状态将持续到主叫AS中的主叫控定时器或被叫AS中的主叫控定时器超时,或者持续到PSTN网络中的被叫设备在主叫控定时器超时前重新摘机。本实施例中将着重针对PSTN网络中的被叫设备在主叫控定时器超时前重新摘机的场景进行详细说明。
在呼叫连接处于保持状态的过程中,被叫设备重新摘机,此时,PSTN网络中的MSAN设备将立即到被叫AS中查找与该被叫设备的被叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为主叫控模式,如果否,则呼叫连接仍然处于保持状态,直至被叫AS或者主叫AS中的主叫控定时器超时;如果是,则该MSAN设备将媒体修改为:sendrecv,使得主叫设备接收到被叫设备发送的语音信息,恢复呼叫连接,同时将恢复(resume)指示携带在reINVITE消息中向被叫AS发送。需要说明的是,本实施例中的resume指示通过P-Notification头域来携带,例如:IMS网络中的MSAN设备接收到P-Notification:user-resumed,则IMS网络中的MSAN设备执行主叫控操作,不释放呼叫。
当被叫AS接收到PSTN网络中的MSAN设备发送的reINVITE消息后,该被叫AS根据该reINVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,则停止自身的主叫控定时器,然后将reINVITE消息透传到MGCF设备。当MGCF设备接收到携带有resume指示的reINVITE消息后,将媒体修改为:sendrecv,并将该reINVITE消息转换为恢复(RES)消息向IMS网络中的主叫AS发送,其中,该RES消息中可以携带有resume指示,还可以携带有被叫标识信息。
该主叫AS接收到RES消息后,根据该RES消息中携带的resume指示确定本次呼叫的释放控制模式为主叫控模式,则停止自身中的主叫控定时器,然后将该RES消息透传到IMS网络中的MSAN设备。当IMS网络中的MSAN设备接收到携带有resume指示的reINVITE消息后,根据该resume指示执行主叫控操作,恢复呼叫连接。经过上述流程,完成了媒体协商。在该被叫设备再次摘机后,恢复了IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接。
需要说明的是,在本实施例提供的主叫控实现方法的整个流程中,一旦主叫设备挂机,则IMS网络中的MSAN设备和PSTN网络中的MSAN设备都将释放呼叫,使得呼叫连接中断。相应地,IMS网络中的主叫AS和PSTN网络中的被叫AS都将释放呼叫,并停止对主被叫AS中的主叫控定时器的监控。
更进一步地,如果本实施例中的主被叫设备为SIP UE,则通过CSCF设备接入IMS核心网,该CSCF设备只需要在接收到INVITE消息、200响应或者reINVITE消息时,对INVITE消息、200响应或者reINVITE消息的P-Notification头域透传即可。
本实施例中在被叫设备挂机时,通过将SUS指示携带在reINVITE消息中向IMS网络中的MSAN设备发送,指示IMS网络中的MSAN设备执行主叫控操作,保持呼叫连接,从而在两个不同的网络中实现了主叫控业务。
图2为本发明实施例二提供的主叫控实现方法的信令图。本实施例以上述实施例一提供的主叫控实现方法为基础,进一步对在IMS网络与PSTN网络之间的主叫控实现方法进行详细说明。如图2所示,本实施例可以包括以下步骤:
需要说明的是,在本实施例提供的主叫控实现方法的流程执行之前,IMS网络中的主叫设备向PSTN网络中的被叫设备发送INVITE消息,该INVITE消息中携带有被叫设备对应的被叫标识信息。在此过程中,当IMS网络中的主叫AS接收到该INVITE消息时,解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该主叫控模式与被叫标识信息的对应关系。当PSTN网络中的被叫AS接收到该INVITE消息时,同样需要解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该主叫控模式与被叫标识信息的对应关系,并向被叫设备发送caller-control,以通知被叫设备在本次呼叫中该被叫设备为受控方。当被叫设备接收到该INVITE消息后,同意建立呼叫连接,则向主叫设备返回200响应,使得IMS网络中的主叫设备和PSTN网络中的被叫设备实现通话。
步骤201、被叫设备挂机,PSTN网络中的MSAN设备根据该被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式,如果是,则执行步骤202;如果否,则中断呼叫连接,结束本次呼叫。
在IMS网络中的主叫设备和PSTN网络中的被叫设备进行通话的过程中,该被叫设备挂机,主叫设备仍然处于摘机状态,此时PSTN网络中的MSAN设备立即到被叫AS中查找与该被叫设备的被叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为主叫控模式,如果是,则执行步骤202;如果否,则中断呼叫连接,结束本次呼叫。
步骤202、PSTN网络中的MSAN设备将媒体修改为:sendonly,并将suspend指示携带在reINVITE消息中向被叫AS发送。
其中,suspend指示和reINVITE消息已经在上述实施例一中进行了详细描述,此处不再赘述。本实施例中的suspend指示通过P-Notification头域来携带,具体携带方式可参见上述实施例一中的描述,此处不再赘述。
步骤203、被叫AS接收到reINVITE消息后,根据该reINVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,不释放呼叫,启动自身中的主叫控定时器,并将该reINVITE消息透传到MGCF设备。
其中,该reINVITE消息中还携带有被叫标识信息。由于在主叫设备向被叫设备发送INVITE消息时,被叫AS已经保存了该主叫控模式与被叫标识信息的对应关系,因此,本步骤中被叫AS能够根据该被叫标识信息确定本次呼叫的释放控制模式为主叫控模式。被叫AS中的主叫控定时器已经在上述实施例一中进行了详细描述,此处不再赘述。
需要说明的是,在本实施例中的整个流程中,一旦主叫设备挂机,则被叫AS将释放资源,并停止对主叫控定时器的监控。
步骤204、MGCF设备将携带有suspend指示的reINVITE消息转换为SUS消息向IMS网络中的主叫AS发送。
其中,SUS消息已经在上述实施例一中进行了详细描述,此处不再赘述。
MGCF设备将reINVITE消息转换为SUS消息后,不释放呼叫,将媒体修改为:sendonly,并向主叫AS发送该SUS消息。
进一步,在IMS网络中的suspend指示仍然是通过P-Notification头域来携带,具体携带方式可以参见上述实施例一中的描述,此处不再赘述。
步骤205、主叫AS接收到SUS消息后,根据该SUS消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,不释放呼叫,启动自身中的主叫控定时器,并将该SUS消息透传到IMS网络中的MSAN设备。
其中,该SUS消息中还携带有被叫标识信息。由于在主叫设备向被叫设备发送INVITE消息时,主叫AS已经保存了该主叫控模式与被叫标识信息的对应关系,因此,本步骤中主叫AS能够根据该被叫标识信息确定本次呼叫的释放控制模式为主叫控模式。主叫AS中的主叫控定时器已经在上述实施例一中进行了详细描述,此处不再赘述。
需要说明的是,在本实施例的整个流程中,一旦主叫设备挂机,则主叫AS将释放资源,并停止对主叫控定时器的监控。
步骤206、IMS网络中的MSAN设备接收到携带有suspend指示的SUS消息后,根据该suspend指示执行主叫控操作,不释放呼叫。
经过上述步骤,完成了媒体协商,使得IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接,在该被叫设备挂机后,仍然处于保持状态。
需要说明的是,呼叫连接的保持状态将持续到主叫AS中的主叫控定时器或被叫AS中的主叫控定时器超时,或者持续到PSTN网络中的被叫设备在主叫控定时器超时前重新摘机。
步骤207、被叫设备重新摘机,PSTN网络中的MSAN设备根据该被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式,如果是,则执行步骤208;如果否,则呼叫连接仍然处于保持状态。
在呼叫连接处于保持状态的过程中,被叫设备重新摘机,则PSTN网络中的MSAN设备将立即到被叫AS中查找与该被叫设备的被叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为主叫控模式,如果是,则执行步骤208;如果否,则呼叫连接仍然处于保持状态,直至被叫AS或者主叫AS中的主叫控定时器超时。
步骤208、PSTN网络中的MSAN设备将媒体修改为:sendrecv,并将resume指示携带在reINVITE消息中向被叫AS发送。
其中,resume指示已经在上述实施例一中进行了详细描述,此处不再赘述。本实施例中的resume指示通过P-Notification头域来携带,具体携带方式可参见上述实施例一中的描述,此处不再赘述。
步骤209、被叫AS接收到reINVITE消息后,根据该reINVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,停止自身中的主叫控定时器,并将该reINVITE消息透传到MGCF设备。
步骤210、MGCF设备将携带有resume指示的reINVITE消息转换为RES消息向IMS网络中的主叫AS发送。
其中,RES消息已经在上述实施例一中进行了详细描述,此处不再赘述。
MGCF设备将reINVITE消息转换为RES消息后,将媒体修改为:sendrecv,并将该RES消息转换为携带有resume指示的reINVITE消息向主叫AS发送。
进一步,在IMS网络中的resume指示仍然是通过P-Notification头域来携带,具体携带方式可以参见上述实施例一中的描述,此处不再赘述。
步骤211、主叫AS接收到RES消息后,根据该RES消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,停止自身中的主叫控定时器,并将该RES消息透传到IMS网络中的MSAN设备。
步骤212、当IMS网络中的MSAN设备接收到携带有resume指示的RES消息后,根据该resume指示执行主叫控操作,恢复呼叫连接。
经过上述流程,完成了媒体协商。在该被叫设备再次摘机后,恢复了IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接。
本实施例中,PSTN网络中的被叫设备挂机时,通过将suspend指示携带在reINVITE消息中向IMS网络中的MSAN设备发送,指示IMS网络中的MSAN设备执行主叫控操作,保持呼叫连接,从而实现了IMS网络与PSTN网络中的主叫控业务。
需要说明的是,本实施例以主叫设备设置在IMS网络,被叫设备设置在PSTN网络中的场景为例进行说明。在实际应用中,主叫设备还可以设置在PSTN网络中,被叫设备还可以设置在IMS网络中,具体的流程与本实施例提供的主叫控实现方法的流程相同,仅是将本实施例步骤中的IMS网络调整为PSTN网络,将PSTN网络调整为IMS网络。
图3为本发明实施例三提供的主叫控实现方法的流程示意图。如图3所示,本实施例可以包括以下步骤:
步骤301、接收第二网络中的MSAN设备发送的携带有挂起指示的SIP请求消息;
步骤302、根据所述挂起指示执行主叫控操作,保持呼叫连接。
与上述实施例一相同的是,本实施例提供的主叫控实现方法可以在两个不同的网络中实现主叫控业务,本实施例中的第一网络仍然以IMS网络为例进行说明,第二网络仍然以PSTN网络进行说明。本实施例中的IMS网络和PSTN网络中仍然对称设置有MSAN设备、主被叫AS以及主被叫设备,并且IMS网络和PSTN网络之间设置有MGCF设备,其中,MSAN设备、主被叫AS、MGCF设备以及主被叫设备可参见上述实施例一的描述,此处不再赘述。与上述实施例一的区别在于,本实施例以IMS网络侧的角度对本发明实施例的主叫控实现方法进行说明,因此,本实施例中的呼叫请求、SIP请求消息、挂起消息以及恢复消息可参见上述实施例一中的描述,本实施例中不再赘述。
本实施例中,当IMS网络中的主叫设备主动发起呼叫时,该主叫设备向PSTN网络中的被叫设备发送携带有被叫标识信息的INVITE消息,以请求被叫设备与其建立呼叫连接。当被叫设备接收到该INVITE消息后,统一建立呼叫连接,则向主叫设备返回200响应,使得IMS网络中的主叫设备和PSTN网络中的被叫设备能够实现通话。在此过程中,IMS网络中的主叫AS接收到INVITE消息后,解析该INVITE消息的字冠,通过查表分析该字冠,确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该主叫控模式与被叫标识信息的对应关系。相应地,当PSTN网络中的被叫AS接收到INVITE消息后,同样解析该INVITE消息的字冠,通过查表分析该字冠,确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该主叫控模式与被叫标识信息的对应关系,并向被叫设备发送caller-control,以通知被叫设备在本次呼叫中该被叫设备为受控方。其中,本实施例中的caller-control通过P-Notification头域来携带,具体的携带方式可参见上述实施例一的描述,此处不再赘述。
本实施例中,若在IMS网络中的主叫设备和PSTN网络中的被叫设备进行通话的过程中,该被叫设备挂机,主叫设备仍然处于摘机状态,此时,PSTN网络中的MSAN设备立即到被叫AS中查找与该被叫设备的被叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为主叫控模式,如果否,则中断呼叫连接,结束本次呼叫;如果是,则该MSAN设备将媒体修改为:sendonly,使得主叫设备接收到表示等待被叫设备再次连接的音频,同时将suspend指示携带在reINVITE消息中向被叫AS发送。需要说明的是,本实施例中的suspend指示通过P-Notification头域来携带,具体的携带方式可参见上述实施例一中的描述,此处不再赘述。
当被叫AS接收到PSTN网络中的MSAN设备发送的reINVITE消息后,该被叫AS根据该reINVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,则不释放呼叫,启动自身中的主叫控定时器,然后将该reINVITE消息透传到MGCF设备。当MGCF设备接收到携带有suspend指示的reINVITE消息后,不释放呼叫,将媒体修改为:sendonly,并将该reINVITE消息转换为SUS消息向主叫AS发送。
该主叫AS接收到SUS消息后,根据该SUS消息中携带的被叫标识信息确定本次呼叫的释放控制模式为主叫控模式,则不释放呼叫,启动自身中的主叫控定时器,然后将该SUS消息透传到IMS网络中的MSAN设备。当IMS网络中的MSAN设备接收到携带有suspend指示的SUS消息后,根据该suspend指示执行主叫控操作,不释放呼叫。经过上述流程,完成了媒体协商,使得IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接,在该被叫设备挂机后,仍然处于保持状态。
呼叫连接的保持状态将持续到主叫AS中的主叫控定时器或被叫AS中的主叫控定时器超时,或者持续到PSTN网络中的被叫设备在主叫控定时器超时前重新摘机。
在呼叫连接处于保持状态的过程中,被叫设备重新摘机,此时,PSTN网络中的MSAN设备将立即到被叫AS中查找与该被叫设备的被叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为主叫控模式,如果否,则呼叫连接仍然处于保持状态,直至被叫AS或者主叫AS的主叫控定时器超时;如果是,则该MSAN设备将媒体修改为sendrecv,使得主叫设备接收到被叫设备发送的语音信息,恢复呼叫连接,同时将resume指示携带在reINVITE消息中向被叫AS发送。需要说明的是,本实施例中的resume指示通过P-Notification头域来携带,具体的携带方式可参见上述实施例一中的描述,此处不再赘述。
当被叫AS接收到PSTN网络中的MSAN设备发送的reINVITE消息后,该被叫AS根据该reINVITE消息中携带的resume指示确定本次呼叫的释放控制模式为主叫控模式,则停止自身的主叫控定时器,然后将reINVITE消息透传到MGCF设备。当MGCF设备接收到携带有resume指示的reINVITE消息后,将媒体修改为:sendrecv,将该reINVITE消息转换为RES消息向主叫AS发送。
该主叫AS接收到RES消息后,根据该RES消息中携带的resume指示确定本次呼叫的释放控制模式为主叫控模式,则停止自身中的主叫控定时器,然后将该RES消息透传到IMS网络中的MSAN设备。当IMS网络中的MSAN设备接收到携带有resume指示的RES消息后,根据该resume指示执行主叫控操作,恢复呼叫连接。经过上述流程,完成了媒体协商。在该被叫设备再次摘机后,恢复了IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接。
需要说明的是,在本实施例提供的主叫控实现方法的整个流程中,一旦主叫设备挂机,则IMS网络中的MSAN设备和PSTN网络中的MSAN设备都将释放呼叫,使得呼叫连接中断。相应地,IMS网络中的主叫AS和PSTN网络中的被叫AS都将释放呼叫,并停止对主被叫AS中的主叫控定时器的监控。
更进一步地,如果本实施例中的主被叫设备为SIP UE,则通过CSCF设备接入IMS核心网,该CSCF设备只需要在接收到INVITE消息、200响应或者reINVITE消息时,对INVITE消息、200响应或者reINVITE消息的P-Notification头域透传即可。
本实施例在接收到第二网络中的MSAN设备发送的携带有挂起指示的SIP请求消息,根据该挂起指示执行主叫控操作,保持呼叫连接,从而在两个不同的网络中实现了主叫控业务。
图4为本发明实施例四提供的主叫控实现方法的流程示意图。如图4所示,本实施例可以包括以下步骤:
步骤401、接收主叫设备发送的呼叫请求,所述呼叫请求中携带有被叫设备对应的被叫标识信息;
步骤402、根据所述呼叫请求确定释放控制模式是否为主叫控模式,如果是,则将主叫控指示信息携带在所述呼叫请求中向所述被叫标识信息对应的被叫设备发送,以指示所述被叫设备为受控方。
本实施例主要针对上述实施例一至实施例四提供的主叫控实现方法中,在两个不同的网络中的主叫设备和被叫设备建立呼叫连接的阶段,被叫AS保存主叫控模式,并通知被叫设备该被叫设备为受控方的过程进行详细说明。本实施例中的第一网络仍然以IMS网络为例进行说明,第二网络仍然以PSTN网络进行说明。本实施例中的IMS网络和PSTN网络中对称设置有MSAN设备、主被叫AS以及主被叫设备,并且IMS网络和PSTN网络之间设置有MGCF设备。其中,MSAN设备、主被叫AS、MGCF设备以及主被叫设备可参见上述实施例一的描述,此处不再赘述。本实施例以IMS网络侧的角度对本发明实施例的主叫控实现方法进行说明,因此,本实施例中的呼叫请求可参见上述实施例一中的描述,本实施例中不再赘述。
本实施例中,当IMS网络中的主叫设备主动发起呼叫时,该主叫设备向PSTN网络中的被叫设备发送携带有被叫标识信息的INVITE消息,以请求被叫设备与其建立呼叫连接。当被叫设备接收到该INVITE消息后,统一建立呼叫连接,则向主叫设备返回200响应,使得IMS网络中的主叫设备和PSTN网络中的被叫设备能够实现通话。在此过程中,IMS网络中的主叫AS接收到INVITE消息后,解析该INVITE消息的字冠,通过查表分析该字冠,确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该主叫控模式与被叫标识信息的对应关系。相应地,当PSTN网络中的被叫AS接收到INVITE消息后,同样解析该INVITE消息的字冠,通过查表分析该字冠,确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该主叫控模式与被叫标识信息的对应关系,并向被叫设备发送caller-control,以通知被叫设备在本次呼叫中该被叫设备为受控方。其中,本实施例中的caller-control通过P-Notification头域来携带,具体的携带方式可参见上述实施例一的描述,此处不再赘述。
本实施例中根据接收到的呼叫请求确定释放控制模式为主叫控模式时,向被叫设备发送主叫控指示信息,以指示被叫设备为受控方,使得被叫设备在挂机之后重新摘机,仍然能够恢复原先的呼叫连接,从而在两个不同的网络中实现了主叫控业务。
图5为本发明实施例五提供的被叫控实现方法的流程示意图。如图5所示,本实施例可以包括以下步骤:
步骤501、第一网络中的主叫设备挂机时,根据所述主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式,如果是,则执行步骤502;如果否,则中断呼叫连接;
步骤502、将挂起指示携带在SIP请求消息中向第二网络中的MSAN设备发送,以指示第二网络中的MSAN设备执行被叫控操作,保持呼叫连接。
本实施例提供的被叫控实现方法可以在两个不同的网络中实现被叫控业务,本实施例中的两个不同的网络分别为IMS网络和PSTN网络,但本发明实施例不限于此,其中,第一网络可以但不限为IMS网络,第二网络可以但不限为PSTN网络。本实施例中的IMS网络和PSTN网络中对称设置有MSAN设备、主被叫AS以及主被叫设备,并且IMS网络和PSTN网络之间设置有MGCF设备。其中,MSAN设备、主被叫AS、MGCF设备以及主被叫设备已经在上述实施例一中进行了详细描述,此处不再赘述。进一步地,本实施例中的呼叫请求、SIP请求消息、挂起消息以及恢复消息可参见上述实施例一中的描述,本实施例中不再赘述。
本实施例中,当MS网络中的主叫设备主动发起呼叫时,该主叫设备向PSTN网络中的被叫设备发送INVITE消息,以请求被叫设备与其建立呼叫连接。该INVITE消息中携带有该主叫设备对应的主叫标识信息,该主叫标识信息用于区分不同的被叫设备,该主叫标识信息可以为主叫设备的手机号码例如:13800000001,但不限于手机号码。该被叫设备接收到该INVITE消息后,同意建立呼叫连接,则向主叫设备返回200响应,使得IMS网络中的主叫设备和PSTN网络中的被叫设备能够实现通话。
需要说明的是,本实施例中在IMS网络与PSTN网络之间实现呼叫连接的方法与现有技术相同,此处不再赘述,与现有技术区别在于,当IMS网络中的主叫AS接收到INVITE消息后,需要解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该被叫控模式与主叫标识信息的对应关系,并向主叫设备发送被叫控指示信息,以通知主叫设备在本次呼叫中该主叫设备为受控方。其中,该被叫控指示信息可以为called-control,本实施例中的called-control通过P-Notification头域来携带,例如:主叫设备接收到P-Notification:called-control,则表示主叫设备在本次呼叫中作为受控方。与现有技术的区别还在于,当PSTN网络中的被叫AS接收到INVITE消息后,同样需要解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该被叫控模式与主叫标识信息的对应关系。
本实施例中,若在IMS网络中的主叫设备和PSTN网络中的被叫设备进行通话的过程中,该主叫设备挂机,被叫设备仍然处于摘机状态,此时,IMS网络中的MSAN设备立即到主叫AS中查找与该主叫设备的主叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为被叫控模式,如果否,则中断呼叫连接,结束本次呼叫;如果是,则该MSAN设备将媒体修改为:sendonly,同时将suspend指示携带在reINVITE消息中向主叫AS发送。其中,该suspend指示用于指示PSTN网络中的MSAN设备执行被叫控操作,不释放呼叫。其中,reINVITE消息中还可以携带有主叫标识信息。需要说明的是,本实施例中的suspend指示通过P-Notification头域来携带,具体的携带方式参见上述实施例一中的描述,此处不再赘述。
当主叫AS接收到IMS网络中的MSAN设备发送的reINVITE消息后,该主叫AS根据该reINVITE消息中携带的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式,则不释放呼叫,启动自身中的被叫控定时器,然后将该reINVITE消息透传到MGCF设备,其中,该被叫控定时器用于限定保持呼叫连接的时间,若在该被叫控定时器超时前,主叫设备再次摘机,呼叫连接将被恢复;若该被叫控定时器超时,则呼叫连接中断,主叫设备再次摘机也不能恢复呼叫连接。当MGCF设备接收到携带有suspend指示的reINVITE消息后,不释放呼叫,将媒体修改为:sendonly,并将该reINVITE消息转换为SUS消息向被叫AS发送。其中,该SUS消息可参见上述实施例一中的描述,此处不再赘述。
该被叫AS接收到SUS消息后,根据该SUS消息中携带的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式,则不释放呼叫,启动自身中的被叫控定时器,然后将该SUS消息透传到PSTN网络中的MSAN设备。其中,被叫AS中的被叫控定时器的功能可参见上述对主叫AS中的主叫控定时器的描述,此处不再赘述。当PSTN网络中的MSAN设备接收到携带有suspend指示的SUS消息后,根据该suspend指示执行被叫控操作,不释放呼叫。经过上述流程,完成了媒体协商,使得IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接,在该主叫设备挂机后,仍然处于保持状态。
呼叫连接的保持状态将持续到主叫AS中的被叫控定时器或被叫AS中的被叫控定时器超时,或者持续到IMS网络中的主叫设备在被叫控定时器超时前重新摘机。本实施例中将着重针对IMS网络中的主叫设备在被叫控定时器超时前重新摘机的场景进行详细说明。
在呼叫连接处于保持状态的过程中,主叫设备重新摘机,此时,IMS网络中MSAN设备将立即到主叫AS中查找与该主叫设备的主叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为被叫控模式,如果否,则呼叫连接仍然处于保持状态,直至主叫AS或者被叫AS的被叫控定时器;如果是,则该MSAN设备将媒体修改为:sendrecv,恢复呼叫连接,同时将resume指示携带在reINVITE消息中向主叫AS发送。需要说明的是,本实施例中的resume指示通过P-Notification头域来携带,例如:PSTN网络中的MSAN设备接收到P-Notification:user-resumed,则PSTN网络中的MSAN设备执行被叫控操作,不释放呼叫。
当主叫AS接收到IMS网络中的MSAN设备发送的reINVITE消息后,该主叫AS根据该reINVITE消息中携带的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式,则停止自身的被叫控定时器,然后将reINVITE消息透传到MGCF设备。当MGCF设备接收到携带有resume指示的reINVITE消息后,将媒体修改为:sendrecv,并将该reINVITE消息转换为RES消息向被叫AS发送,其中,该RES消息可参见上述实施例一的描述,此处不再赘述。
该被叫AS接收到RES消息后,根据该RES消息中携带的resume指示确定本次呼叫的释放控制模式为被叫控模式,则停止自身中的被叫控定时器,然后将该RES消息透传到PSTN网络中的MSAN设备。当PSTN网络中的MSAN设备接收到携带有resume指示的RES消息后,根据该resume指示执行被叫控操作,恢复呼叫连接。经过上述流程,完成了媒体协商。在该主叫设备再次摘机后,恢复了IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接。
需要说明的是,在本实施例提供的被叫控实现方法的整个流程中,一旦被叫设备挂机,则IMS网络中的MSAN设备和PSTN网络中的MSAN设备都将释放呼叫,使得呼叫连接中断。相应地,IMS网络中的主叫AS和PSTN网络中的被叫AS都将释放呼叫,并停止对主被叫AS中的被叫控定时器的监控。
更进一步地,如果本实施例中的主被叫设备为SIP UE,则通过CSCF设备接入IMS核心网,该CSCF设备只需要在接收到INVITE消息、200响应或者reINVITE消息时,对INVITE消息、200响应或者reINVITE消息的P-Notification头域透传即可。
本实施例中在主叫设备挂机时,通过将suspend指示携带在reINVITE消息中向PSTN网络中的MSAN设备发送,指示PSTN网络中的MSAN设备执行被叫控操作,保持呼叫连接,从而在两个不同的网络中实现了被叫控业务。
图6为本发明实施例六提供的被叫控实现方法的信令图。本实施例以上述实施例五提供的被叫控实现方法为基础,进一步对在IMS网络与PSTN网络之间的被叫控实现方法进行详细说明。如图6所示,本实施例可以包括以下步骤:
需要说明的是,在本实施例提供的被叫控实现方法的流程执行之前,IMS网络中的主叫设备向PSTN网络中的被叫设备发送INVITE消息,该INVITE消息中携带有主叫设备对应的主叫标识信息。在此过程中,当IMS网络中的主叫AS接收到该INVITE消息时,解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该被叫控模式与主叫标识信息的对应关系,并向主叫设备发送called-control,以通知主叫设备在本次呼叫中该主叫设备为受控方。当PSTN网络中的被叫AS接收到该INVITE消息时,同样需要解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该被叫控模式与主叫标识信息的对应关系。当被叫设备接收到该INVITE消息后,同意建立呼叫连接,则向主叫设备返回200响应,使得IMS网络中的主叫设备和PSTN网络中的被叫设备实现通话。
步骤601、主叫设备挂机,IMS网络中的MSAN设备根据该主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式,如果是,则执行步骤602;如果否,则中断呼叫连接,结束本次呼叫。
在IMS网络中的主叫设备和PSTN网络中的被叫设备进行通话的过程中,该主叫设备挂机,被叫设备仍然处于摘机状态,此时IMS网络中的MSAN设备立即到主叫AS中查找与该主叫设备的主叫标识信息对应释放控制模式,并确定查找到的释放控制模式是否为被叫控模式,如果是,则执行步骤602;如果否,则中断呼叫连接,结束本次呼叫。
步骤602、IMS网络中的MSAN设备将媒体修改为:sendonly,并将suspend指示携带在reINVITE消息中向主叫AS发送。
其中,suspend指示和reINVITE消息已经在上述实施例一中进行了详细描述,此处不再赘述。本实施例中的suspend指示通过P-Notification头域来携带,具体携带方式可参见上述实施例一中的描述,此处不再赘述。
步骤603、主叫AS接收到reINVITE消息后,根据该reINVITE消息中携带的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式,不释放呼叫,启动自身中的被叫控定时器,并将该reINVITE消息透传到MGCF设备。
其中,该reINVITE消息中还携带有主叫标识信息。由于在主叫设备向被叫设备发送INVITE消息时,主叫AS已经保存了该被叫控模式与主叫标识信息的对应关系,因此,本步骤中主叫AS能够根据该主叫标识信息确定本次呼叫的释放控制模式为被叫控模式。主叫AS中的被叫控定时器已经在上述实施例五中进行了详细描述,此处不再赘述。
需要说明的是,在本实施例中的整个流程中,一旦被叫设备挂机,则主叫AS将释放资源,并停止对被叫控定时器的监控。
步骤604、MGCF设备将携带有suspend指示的reINVITE消息转换为SUS消息向被叫AS发送。
其中,SUS消息已经在上述实施例一中进行了详细描述,此处不再赘述。
MGCF设备将reINVITE消息转换为SUS消息后,不释放呼叫,将媒体修改为:sendonly,并向被叫AS发送该SUS消息。
进一步,在PSTN网络中的suspend指示仍然是通过P-Notification头域来携带,具体携带方式可以参见上述实施例五中的描述,此处不再赘述。
步骤605、被叫AS接收到SUS消息后,根据该SUS消息中携带的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式,不释放呼叫,启动自身中的被叫控定时器,并将该SUS消息透传到PSTN网络中的MSAN设备。
其中,该SUS消息中还携带有主叫标识信息。由于在主叫设备向被叫设备发送INVITE消息时,被叫AS已经保存了该被叫控模式与主叫标识信息的对应关系,因此,本步骤中被叫AS能够根据该主叫标识信息确定本次呼叫的释放控制模式为被叫控模式。被叫AS中的被叫控定时器已经在上述实施例五中进行了详细描述,此处不再赘述。
需要说明的是,在本实施例的整个流程中,一旦被叫设备挂机,则被叫AS将释放资源,并停止对被叫控定时器的监控。
步骤606、PSTN网络中的MSAN设备接收到携带有suspend指示的SUS消息后,根据该suspend指示执行被叫控操作,不释放呼叫。
经过上述步骤,完成了媒体协商,使得IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接,在该主叫设备挂机后,仍然处于保持状态。
需要说明的是,呼叫连接的保持状态将持续到主叫AS中的被叫控定时器或被叫AS中的被叫控定时器超时,或者持续到IMS网络中的主叫设备在被叫控定时器超时前重新摘机。
步骤607、主叫设备重新摘机,IMS网络中的MSAN设备根据该主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式,如果是,则执行步骤608;如果否,则呼叫连接仍然处于保持状态。
在呼叫连接处于保持状态的过程中,主叫设备重新摘机,则IMS网络中的MASN设备将立即到主叫AS中查找与该主叫设备的主叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为被叫控模式,如果是,则执行步骤608;如果否,则呼叫连接仍然处于保持状态,直至主叫AS或者被叫AS中的被叫控定时器超时。
步骤608、IMS网络中的MSAN设备将媒体修改为:sendrecv,并将resume指示携带在reINVITE消息中向主叫AS发送。
其中,resume指示已经在上述实施例五中进行了详细描述,此处不再赘述。本实施例中的resume指示通过P-Notification头域来携带,具体携带方式可参见上述实施例五中的描述,此处不再赘述。
步骤609、主叫AS接收到reINVITE消息后,根据该reINVITE消息中携带的被叫标识信息确定本次呼叫的释放控制模式为被叫控模式,停止自身中的被叫控定时器,并将该该reINVITE消息透传到MGCF设备。
步骤610、MGCF设备将携带有resume指示的reINVITE消息转换为RES消息向被叫AS发送。
其中,RES消息已经在上述实施例五中进行了详细描述,此处不再赘述。
MGCF设备将reINVITE消息转换为RES消息后,将媒体修改为:sendrecv,并将该RES消息转换为携带有resume指示的reINVITE消息向被叫AS发送。
进一步,在PSTN网络中的resume指示仍然是通过P-Notification头域来携带,具体携带方式可以参见上述实施例五中的描述,此处不再赘述。
步骤611、被叫AS接收到RES消息后,根据该RES消息中携带的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式,停止自身中的被叫控定时器,并将该RES消息透传到PSTN网络中的MSAN设备。
步骤612、当PSTN网络中的MSAN设备接收到携带有resume指示的RES消息后,根据该resume指示执行被叫控操作,恢复呼叫连接。
经过上述流程,完成了媒体协商。在该主叫设备再次摘机后,恢复了IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接。
本实施例中,IMS网络中的主叫设备挂机时,通过将suspend指示携带在reINVITE消息中向PSTN网络中的MSAN设备发送,指示PSTN网络中的MSAN设备执行被叫控操作,保持呼叫连接,从而实现了IMS网络与PSTN网络中的主叫控业务。
需要说明的是,本实施例以主叫设备设置在IMS网络,被叫设备设置在PSTN网络中的场景为例进行说明。在实际应用中,主叫设备还可以设置在PSTN网络中,被叫设备还可以设置在IMS网络中,具体的流程与本实施例提供的主叫控实现方法的流程相同,仅是将本实施例步骤中的IMS网络调整为PSTN网络,将PSTN网络调整为IMS网络。
图7为本发明实施例七提供的被叫控实现方法的流程示意图。如图7所示,本实施例可以包括以下步骤:
步骤701、接收第一网络中的MSAN设备发送的携带有挂起指示的SIP请求消息;
步骤702、根据所述挂起指示执行被叫控操作,保持呼叫连接。
与上述实施例五相同的是,本实施例提供的被叫控实现方法可以在两个不同的网络中实现被叫控业务,本实施例中的第一网络仍然以IMS网络为例进行说明,第二网络仍然以PSTN网络进行说明。本实施例中的IMS网络和PSTN网络中仍然对称设置有MSAN设备、主被叫AS以及主被叫设备,并且IMS网络和PSTN网络之间设置有MGCF设备,其中,MSAN设备、主被叫AS、MGCF设备以及主被叫设备可参见上述实施例一的描述,此处不再赘述。与上述实施例五的区别在于,本实施例PSTN网络侧的角度对本发明实施例的被叫控实现方法进行说明,因此,本实施例中的呼叫请求、SIP请求消息、挂起消息以及恢复消息可参见上述实施例五中的描述,本实施例中不再赘述。
本实施例中,当IMS网络中的主叫设备主动发起呼叫时,该主叫设备向PSTN网络中的被叫设备发送携带有主叫标识信息的INVITE消息,以请求被叫设备与其建立呼叫连接。当被叫设备接收到该INVITE消息后,统一建立呼叫连接,则向主叫设备返回200响应,使得IMS网络中的主叫设备和PSTN网络中的被叫设备能够实现通话。在此过程中,IMS网络中的主叫AS接收到INVITE消息后,解析该INVITE消息的字冠,通过查表分析该字冠,确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存被叫控模式与主叫标识信息的对应关系,并向主叫设备发送called-control,以通知主叫设备在本次呼叫中该主叫设备为受控方。当PSTN网络中的被叫AS接收到该INVITE消息时,同样需要解析该INVITE消息的字冠,通过查表分析该字冠,以确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该被叫控模式与主叫标识信息的对应关系。其中,本实施例中的called-control通过P-Notification头域来携带,具体的携带方式可参见上述实施例五的描述,此处不再赘述。
本实施例中,若在IMS网络中的主叫设备和PSTN网络中的被叫设备进行通话的过程中,该主叫设备挂机,被叫设备仍然处于摘机状态,此时,IMS网络中的MSAN设备立即到主叫AS中查找与该主叫设备的主叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为被叫控模式,如果否,则中断呼叫连接,结束本次呼叫;如果是,则该MSAN设备将媒体修改为sendonly,使得被叫设备接收到表示等待被叫设备再次连接的音频,同时将suspend指示携带在reINVITE消息中向主叫AS发送。需要说明的是,本实施例中的suspend指示通过P-Notification头域来携带,具体的携带方式可参见上述实施例五中的描述,此处不再赘述。
当主叫AS接收到IMS网络中的MSAN设备发送的reINVITE消息后,该主叫AS根据该reINVITE消息中携带的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式,则不释放呼叫,启动自身中的被叫控定时器,然后将该reINVITE消息透传到MGCF设备。当MGCF设备接收到携带有suspend指示的reINVITE消息后,不释放呼叫,将媒体修改为:sendonly,并将该reINVITE消息转换为SUS消息向被叫AS发送。
该被叫AS接收到SUS消息后,根据该SUS消息中携带的主叫标识信息确定本次呼叫的释放控制模式为被叫控模式,则不释放呼叫,启动自身中的被叫控定时器,然后将该SUS消息透传到PSTN网络中的MSAN设备。当PSTN网络中的MSAN设备接收到携带有suspend指示的SUS消息后,根据该suspend指示执行被叫控操作,不释放呼叫。经过上述流程,完成了媒体协商,使得IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接,在该主叫设备挂机后,仍然处于保持状态。
呼叫连接的保持状态将持续到主叫AS中的被叫控定时器或被叫AS中的被叫控定时器超时,或者持续到IMS网络中的主叫设备在被叫控定时器超时前重新摘机。
在呼叫连接处于保持状态的过程中,主叫设备重新摘机,此时,IMS网络中的MSAN设备将立即到主叫AS中查找与该主叫设备的主叫标识信息对应的释放控制模式,并确定查找到的释放控制模式是否为被叫控模式,如果否,则呼叫连接仍然处于保持状态,直至主叫AS或者被叫AS的被叫控定时器超时;如果是,则该MSAN设备将媒体修改为sendrecv,使得被叫设备接收到主叫设备发送的语音信息,恢复呼叫连接,同时将resume指示携带在reINVITE消息中向主叫AS发送。需要说明的是,本实施例中的resume指示通过P-Notification头域来携带,具体的携带方式可参见上述实施例五中的描述,此处不再赘述。
当主叫AS接收到IMS网络中的MSAN设备发送的reINVITE消息后,该主叫AS根据该reINVITE消息中携带的resume指示确定本次呼叫的释放控制模式为被叫控模式,则停止自身的被叫控定时器,然后将reINVITE消息透传到MGCF设备。当MGCF设备接收到携带有resume指示的reINVITE消息后,将媒体修改为:sendrecv,将该reINVITE消息转换为RES消息向被叫AS发送。
该被叫AS接收到RES消息后,根据该RES消息中携带的resume指示确定本次呼叫的释放控制模式为被叫控模式,则停止自身中的被叫控定时器,然后将该RES消息透传到PSTN网络中的MSAN设备。当PSTN网络中的MSAN设备接收到携带有resume指示的RES消息后,根据该resume指示执行被叫控操作,恢复呼叫连接。经过上述流程,完成了媒体协商。在该主叫设备再次摘机后,恢复了IMS网络中的主叫设备与PSTN网络中的被叫设备之间的呼叫连接。
需要说明的是,在本实施例提供的被叫控实现方法的整个流程中,一旦被叫设备挂机,则IMS网络中的MSAN设备和PSTN网络中的MSAN设备都将释放呼叫,使得呼叫连接中断。相应地,IMS网络中的主叫AS和PSTN网络中的被叫AS都将释放呼叫,并停止对主被叫AS中的主叫控定时器的监控。
更进一步地,如果本实施例中的主被叫设备为SIP UE,则通过CSCF设备接入IMS核心网,该CSCF设备只需要在接收到INVITE消息、200响应或者reINVITE消息时,对INVITE消息、200响应或者reINVITE消息的P-Notification头域透传即可。
本实施例在接收到第一网络中的MSAN设备发送的携带有挂起指示的SIP请求消息,根据该挂起指示执行被叫控操作,保持呼叫连接,从而在两个不同的网络中实现了被叫控业务。
图8为本发明实施例八提供的被叫控实现方法的流程示意图。如图8所示,本实施例可以包括以下步骤:
步骤801、接收主叫设备发送的呼叫请求,所述呼叫请求中携带有主叫设备的主叫标识信息;
步骤802、根据所述呼叫请求确定释放控制模式是否为被叫控模式时,如果是,则将被叫控指示信息携带在呼叫响应消息中向所述主叫设备发送,以指示所述主叫设备为受控方。
本实施例主要针对上述实施例五至实施例七提供的被叫控实现方法中,在两个不同的网络中的主叫设备和被叫设备建立呼叫连接的阶段,主叫AS保存被叫控模式,并通知主叫设备该主叫设备为受控方的过程进行详细说明。本实施例中的第一网络仍然以IMS网络为例进行说明,第二网络仍然以PSTN网络进行说明。本实施例中的IMS网络和PSTN网络中仍然对称设置有MSAN设备、主被叫AS以及主被叫设备,并且IMS网络和PSTN网络之间设置有MGCF设备,其中,MSAN设备、主被叫AS、MGCF设备以及主被叫设备可参见上述实施例五的描述,此处不再赘述。本实施例以IMS网络侧的角度对本发明实施例的被叫控实现方法进行说明,因此,本实施例中的呼叫请求可参见上述实施例一中的描述,本实施例中不再赘述。
本实施例中,当IMS网络中的主叫设备主动发起呼叫时,该主叫设备向PSTN网络中的被叫设备发送携带有被叫标识信息的INVITE消息,以请求被叫设备与其建立呼叫连接。当被叫设备接收到该INVITE消息后,统一建立呼叫连接,则向主叫设备返回200响应,使得IMS网络中的主叫设备和PSTN网络中的被叫设备能够实现通话。在此过程中,IMS网络中的主叫AS接收到INVITE消息后,解析该INVITE消息的字冠,通过查表分析该字冠,确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,保存该被叫控模式与主叫标识信息的对应关系,并向主叫设备发送被叫控指示信息,以通知主叫设备在本次呼叫中该主叫设备为受控方。相应地,当PSTN网络中的被叫AS接收到INVITE消息后,同样解析该INVITE消息的字冠,通过查表分析该字冠,确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存该被叫控模式与被叫标识信息的对应关系。其中,本实施例中的called-control通过P-Notification头域来携带,具体的携带方式可参见上述实施例五的描述,此处不再赘述。
本实施例中根据接收到的呼叫请求确定释放控制模式为被叫控模式时,向主叫设备发送被叫控指示信息,以指示主叫设备为受控方,使得主叫设备在挂机之后重新摘机,仍然能够恢复原先的呼叫连接,从而在两个不同的网络中实现了被叫控业务。
图9为本发明实施例九提供的MSAN设备的结构示意图。本实施例提供的MSAN设备可用于实现图1至图4提供的主叫控实现方法的流程。如图9所示,本实施例MSAN设备包括:确定模块11和发送模块12。其中,确定模块11用于当被叫设备挂机时,根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式;发送模块12用于当所述确定模块11确定所述释放控制模式为主叫控模式时,将挂起指示携带在SIP请求消息中向第一网络中的综合业务接入网MSAN设备发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接。
进一步地,本实施例MSAN设备的确定模块11包括:查找子模块111和确定子模块112。其中,查找子模块111用于根据所述被叫标识信息,从被叫AS中查找相应的释放控制模式;确定子模块112用于确定所述释放控制模式是否为主叫控模式。
本实施例MSAN设备工作时,若在第一网络中的主叫设备和第二网络中的被叫设备进行通话的过程中,被叫设备挂机,主叫设备处于摘机状态,此时,确定模块11中的查找子模块111根据该被叫设备的被叫标识信息,从被叫AS中查找相应的释放控制模式,当确定子模块112确定该查找子模块111查找到的释放控制模式是否为主叫控模式,如果否,则中断呼叫连接,结束本次呼叫;如果是,则发送模块12将挂起指示携带在SIP请求消息中向第一网络中的MSAN设备发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接。
在呼叫连接处于保持状态的过程中,被叫设备重新摘机时,此时,确定模块11中的查找子模块111根据被叫标识信息,从被叫AS中查找相应的释放控制模式,确定子模块112确定该查找子模块111查找到的释放控制模式是否为主叫控模式,如果否,则本次呼叫连接仍然处于保持状态;如果是,则发送模块12将恢复指示携带在SIP请求消息中向第一网络中MSAN设备发送,以指示第一网络中MSAN恢复呼叫连接。
本实施例中在被叫设备挂机时,当确定模块11确定本次呼叫的释放控制模式为主叫控模式时,则发送模块12将挂起指示携带在SIP请求信息中向第一网络中的MSAN发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接,从而在两个不同的网络中实现了主叫控业务。
图10为本发明实施例十提供的MSAN设备的结构示意图。本实施例提供的MSAN设备可用于实现图1至图4提供的主叫控实现方法的流程。如图10所示,本实施例MSAN设备包括:接收模块21和执行模块22。其中,接收模块21用于接收第二网络中的MSAN设备发送的携带有挂起指示的SIP请求消息;执行模块22用于根据所述挂起指示执行主叫控操作,保持呼叫连接。
本实施例的MSAN设备工作时,若在第一网络中的主叫设备和第二网络中的被叫设备进行通话的过程中,被叫设备挂机,主叫设备处于摘机状态,此时,接收模块21接收第二网络中的MSAN设备发送的携带有挂起指示的SIP请求消息。之后,执行模块22根据该挂起指示执行主叫控操作,保持呼叫连接。
在呼叫连接处于保持状态的过程中,被叫设备重新摘机时,此时,接收模块21接收第二网络中的MSAN设备发送的携带有恢复指示的再请求消息。执行模块22根据该恢复指示恢复呼叫连接。
本实施例中当接收模块21接收到第二网络中的MSAN设备发送的携带有挂起指示的SIP请求消息,并由执行模块22根据该挂起指示执行主叫控模式,保持呼叫连接。从而在两个不同网络中实现了主叫控业务。
图11为本发明实施例十一提供的被叫AS的结构示意图。本实施例提供的被叫AS可用于实现图1至图4提供的主叫控实现方法的流程。如图11所示,本实施例被叫AS包括:接收模块31、确定模块32和发送模块33。其中,接收模块31用于接收主叫设备发送的呼叫请求,所述呼叫请求中携带有被叫设备对应的被叫标识信息;确定模块32用于根据所述呼叫请求确定释放控制模式是否为主叫控模式;发送模块33用于当所述确定模块32确定释放控制模式为主叫控模式时,则向所述被叫标识信息对应的被叫设备发送主叫控指示信息,以指示所述被叫设备为受控方。
进一步地,本实施例AS设备的确定模块32包括:解析子模块321、确定子模块322和保存子模块323。其中,解析子模块321用于解析所述呼叫请求的字冠;确定子模块322用于根据所述呼叫请求的字冠确定所述释放控制模式是否为主叫控模式;保存子模块323用于当所述确定子模块322确定所述释放控制模式为主叫控模式时,保存所述主叫控模式与所述被叫标识信息的对应关系。
本实施例被叫AS设备工作时,当IMS网络中的主叫设备主动发起呼叫时,接收模块31接收到主叫设备发送的呼叫请求,该呼叫请求中携带有被叫设备对应的被叫标识信息。之后,确定模块32中的解析子模块321解析该呼叫请求的字冠,确定子模块322根据该呼叫请求的字冠确定本次呼叫的释放控制模式是否为主叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存子模块323保存该主叫控模式与被叫标识信息的对应关系,并由发送模块33向被叫标识信息对应的被叫设备发送主叫控指示信息,以指示所述被叫设备为受控方。
本实施例中确定模块32根据接收到的呼叫请求确定释放控制模式为主叫控模式时,由发送模块33向被叫设备发送主叫控指示信息,以指示被叫设备为受控方,使得被叫设备再待机转台重新摘机,仍然能够恢复原先的呼叫连接,从而在两个不同的网络中实现了主叫控业务。
图12为本发明实施例十二提供的MSAN设备的结构示意图。本实施例提供的MSAN设备可用于实现图5至图8提供的被叫控实现方法的流程。如图12所示,本实施例MSAN设备包括:确定模块41和发送模块42。其中,确定模块41用于当主叫设备挂机时,根据所述主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式;发送模块42用于当所述确定模块确定所述释放控制模式为被叫控模式时,将挂起指示携带在SIP请求消息中向第二网络中的综合业务接入网MSAN设备发送,以指示第二网络中的MSAN设备执行被叫控操作,保持呼叫连接。
进一步地,本实施例MSAN设备的确定模块41包括:查找子模块411和确定子模块412。其中,查找子模块411用于根据所述主叫标识信息,从主叫业务服务器中查找相应的释放控制模式;确定子模块412,用于确定所述释放控制模式是否为被叫控模式。
本实施例MSAN设备工作时,若在第一网络中的主叫设备和第二网络中的被叫设备进行通话的过程中,主叫设备挂机,被叫设备处于摘机状态,此时,确定模块41中的查找子模块411根据该主叫设备的主叫标识信息,从主叫AS中查找相应的释放控制模式,当确定子模块412确定该查找子模块411查找到的释放控制模式是否为被叫控模式,如果否,则中断呼叫连接,结束本次呼叫;如果是,则发送模块42将挂起指示携带在SIP请求消息中向第二网络中的MSAN设备发送,以指示第二网络中的MSAN设备执行被叫控操作,保持呼叫连接。
在呼叫连接处于保持状态的过程中,主叫设备重新摘机时,此时,确定模块41中的查找子模块411根据主叫标识信息,从主叫AS中查找相应的释放控制模式,确定子模块412确定该查找子模块411查找到的释放控制模式是否为被叫控模式,如果否,则本次呼叫连接仍然处于保持状态;如果是,则发送模块42将恢复指示携带在SIP请求消息中向第二网络中MSAN设备发送,以指示第二网络中MSAN恢复呼叫连接。
本实施例中在主叫设备挂机时,发送模块42通过将SUS指示携带在reINVITE消息中向PSTN网络中的MSAN设备发送,指示PSTN网络中的MSAN设备执行被叫控操作,保持呼叫连接,从而在两个不同的网络中实现了被叫控业务。
图13为本发明实施例十三提供的MSAN设备的结构示意图。本实施例提供的MSAN设备可用于实现上述图5至图8提供的被叫控实现方法的流程。如图13所示,本实施例MSAN设备包括:接收模块51和执行模块52。其中,接收模块51用于接收第一网络中的MSAN设备发送的携带有挂起指示的SIP请求消息;执行模块52用于根据所述挂起指示执行被叫控操作,保持呼叫连接。
本实施例的MSAN设备工作时,若在第一网络中的主叫设备和第二网络中的被叫设备进行通话的过程中,主叫设备挂机,被叫设备处于摘机状态,此时,接收模块51接收第一网络中的MSAN设备发送的携带有挂起指示的SIP请求消息。之后,执行模块52根据该挂起指示执行被叫控操作,保持呼叫连接。
在呼叫连接处于保持状态的过程中,主叫设备重新摘机时,此时,接收模块51接收第二网络中的MSAN设备发送的携带有恢复指示的SIP请求消息。执行模块52根据该恢复指示恢复呼叫连接。
本实施例中当接收模块51接收到第一网络中的MSAN设备发送的携带有挂起指示的SIP请求消息,并由执行模块52根据该挂起指示执行主叫控模式,保持呼叫连接。从而在两个不同网络中实现了主叫控业务。
图14为本发明实施例十四提供的主叫AS的结构示意图。本实施例提供的主叫AS可用于实现图5至图8提供的被叫控实现方法的流程。本实施例提供的主叫AS包括:接收模块61、确定模块62和发送模块63。其中,接收模块61用于接收主叫设备发送的呼叫请求,所述呼叫请求中携带有主叫设备对应的主叫标识信息;确定模块62用于根据所述呼叫请求确定释放控制模式是否为被叫控模式;发送模块63用于当所述确定模块确定所述释放控制模式为被叫控模式时,则向所述主叫标识信息对应的主叫设备发送被叫控指示信息,以指示所述主叫设备为受控方。
进一步地,本实施例主叫AS的确定模块62包括:解析子模块621、确定子模块622和保存子模块623。其中,解析子模块621用于解析所述呼叫请求的字冠;确定子模块622用于根据所述呼叫请求的字冠确定所述释放控制模式是否为被叫控模式;保存子模块623,用于当所述确定子模块622确定所述释放控制模式为被叫控模式时,保存所述被叫控模式与所述主叫标识信息的对应关系。
本实施例主叫AS设备工作时,当IMS网络中的主叫设备主动发起呼叫时,接收模块61接收到主叫设备发送的呼叫请求,该呼叫请求中携带有主叫设备对应的主叫标识信息。之后,确定模块62中的解析子模块621解析该呼叫请求的字冠,确定子模块622根据该呼叫请求的字冠确定本次呼叫的释放控制模式是否为被叫控模式,如果否,则按照现有技术的方式建立呼叫连接;如果是,则保存子模块623保存该被叫控模式与被叫标识信息的对应关系,并由发送模块63向主叫标识信息对应的主叫设备发送被叫控指示信息,以指示所述主叫设备为受控方。
本实施例中确定模块62根据接收到的呼叫请求确定释放控制模式为主叫控模式时,由发送模块63向被叫设备发送主叫控指示信息,以指示被叫设备为受控方,使得被叫设备再待机转台重新摘机,仍然能够恢复原先的呼叫连接,从而在两个不同的网络中实现了主叫控业务。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (26)
1、一种主叫控实现方法,其特征在于,所述方法包括:
第二网络中的被叫设备挂机时,根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式,如果是,则将挂起指示携带在会话发起协议SIP请求消息中向第一网络中的综合业务接入网MSAN设备发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接。
2、根据权利要求1所述的方法,其特征在于,所述根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式包括:
根据所述被叫标识信息,从被叫业务服务器中查找相应的释放控制模式;
确定所述释放控制模式是否为主叫控模式。
3、根据权利要求2所述的方法,其特征在于,所述将挂起指示携带在所述SIP请求消息中向第一网络中的MSAN设备发送包括:
向媒体网关控制功能MGCF设备发送携带有挂起指示的SIP请求消息;
所述MGCF设备将携带有挂起指示的SIP请求消息转换为挂起SUS消息向第一网络中的MSAN设备发送,所述SUS消息中携带有所述挂起指示。
4、根据权利要求3所述的方法,其特征在于,所述向MGCF设备发送携带有挂起指示的SIP请求消息包括:
通过被叫业务服务器将携带有挂起指示的SIP请求消息透传到所述MGCF设备,并启动用于限定保持呼叫连接时间的主叫控定时器。
5、根据权利要求4所述的方法,其特征在于,在所述主叫控定时器超时前,所述将挂起指示携带在所述SIP请求消息中向第一网络中的MSAN设备发送之后,所述方法还包括:
所述被叫设备重新摘机时,根据所述被叫标识信息确定释放控制模式是否为主叫控模式,如果是,则将恢复指示携带在SIP请求消息中向第一网络中的MSAN设备发送,以指示第一网络中的MSAN恢复呼叫连接。
6、根据权利要求5所述的方法,其特征在于,所述将恢复指示携带在SIP请求消息中向第一网络中的MSAN设备发送包括:
向所述MGCF设备发送携带有恢复指示的SIP请求消息;
所述MGCF设备将携带有恢复指示的SIP请求消息转换为恢复RES消息向第一网络中的MSAN设备发送,所述RES消息中携带有所述恢复指示。
7、根据权利要求6所述的方法,其特征在于,所述向所述MGCF设备发送携带有恢复指示的SIP请求消息包括:
通过被叫业务服务器将携带有恢复指示的SIP请求消息透传到所述MGCF设备,并停止所述主叫控定时器。
8、一种主叫控实现方法,其特征在于,所述方法包括:
接收第二网络中的综合业务接入网MSAN设备发送的携带有挂起指示的会话发起协议SIP请求消息;
根据所述挂起指示执行主叫控操作,保持呼叫连接。
9、根据权利要求8所述的方法,其特征在于,所述接收第二网络中的MSAN设备发送的携带有挂起指示的SIP请求消息包括:
媒体网关控制功能MGCF设备将第二网络中的MSAN设备发送的会话发起协议SIP请求消息转换为挂起SUS消息,所述SUS消息中携带有挂起指示;
所述MGCF设备通过主叫业务服务器将所述携带有挂起指示的SUS消息透传到第一网络中的MSAN设备,并启动用于限定保持呼叫连接时间的主叫控定时器;
所述第一网络中的MSAN设备接收携带有挂起指示的SUS消息。
10、根据权利要求9所述的方法,其特征在于,在所述主叫控定时器超时前,所述根据所述挂起指示执行主叫控操作,保持呼叫连接之后,所述方法还包括:
接收所述第二网络中的MSAN设备发送的携带有恢复指示的SIP请求消息;
根据所述恢复指示恢复呼叫连接。
11、根据权利要求10所述的方法,其特征在于,所述接收所述第二网络中的MSAN设备发送的携带有恢复指示的SIP请求消息包括:
所述MGCF设备将第二网络中的MSAN设备发送的SIP请求消息转换为恢复RES消息,所述RES消息中携带有所述恢复指示;
所述MGCF设备通过主叫业务服务器将所述携带有恢复指示的RES消息透传到所述第一网络的MSAN设备,并停止所述主叫控定时器;
所述第一网络的MSAN设备接收携带有恢复指示的RES消息。
12、一种被叫控实现方法,其特征在于,所述方法包括:
第一网络中的主叫设备挂机时,根据所述主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式,如果是,则将挂起指示携带在会话发起协议SIP请求消息中向第二网络中的综合业务接入网MSAN设备发送,以指示第二网络中的MSAN设备执行被叫控操作,保持呼叫连接。
13、根据权利要求12所述的方法,其特征在于,所述根据所述主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式包括:
根据所述主叫标识信息,从主叫业务服务器中查找相应的释放控制模式;
确定所述释放控制模式是否为被叫控模式。
14、根据权利要求13所述的方法,其特征在于,所述将挂起指示携带在SIP请求消息中向第二网络中的MSAN设备发送包括:
向媒体网关控制功能MGCF设备发送携带有挂起指示的SIP请求消息;
所述MGCF设备将携带有挂起指示的SIP请求消息转换为挂起SUS消息向第二网络中的MGCF设备发送,所述SUS消息中携带有所述挂起指示。
15、根据权利要求14所述的方法,其特征在于,所述向MGCF设备发送携带有挂起指示的SIP请求消息包括:
通过主叫业务服务器将携带有挂起指示的SIP请求消息透传到所述MGCF设备,并启动用于限定保持呼叫连接时间的被叫控定时器。
16、根据权利要求15所述的方法,其特征在于,在所述被叫控定时器超时前,所述将挂起指示携带在SIP请求消息中向第二网络中的MSAN设备发送之后,所述方法还包括:
所述主叫设备重新摘机时,根据所述主叫标识信息确定释放控制模式是否为被叫控模式,如果是,则将恢复指示携带在SIP请求消息中向第二网络中的MSAN设备发送,以指示第二网络中的MSAN恢复呼叫连接。
17、根据权利要求16所述的方法,其特征在于,所述将恢复指示携带在SIP请求消息中向第二网络中的MSAN设备发送包括:
向所述MGCF设备发送携带有恢复指示的SIP请求消息;
所述MGCF设备将携带有恢复指示的SIP请求消息转换为恢复RES消息向第二网络中的MSAN设备发送,所述RES消息中携带有所述恢复指示。
18、根据权利要求17所述的方法,其特征在于,所述向所述MGCF设备发送携带有恢复指示的SIP请求消息包括:
通过主叫业务服务器将携带有恢复指示的SIP请求消息透传到所述MGCF设备,并停止所述被叫控定时器。
19、一种被叫控实现方法,其特征在于,所述方法包括:
接收第一网络中的综合业务接入网MSAN设备发送的携带有挂起指示的会话发起协议SIP请求消息;
根据所述挂起指示执行被叫控操作,保持呼叫连接。
20、根据权利要求19所述的方法,其特征在于,所述接收第一网络中的MSAN设备发送的携带有挂起指示的SIP请求消息包括:
媒体网关控制功能MGCF设备将第一网络中的MGCF设备发送的会话发起协议SIP请求消息转换为挂起SUS消息,所述SUS消息中携带有挂起指示;
所述MGCF设备通过被叫业务服务器将所述携带有挂起指示的SUS消息透传到所述第二网络中的MSAN设备,并启动用于限定保持呼叫连接时间的被叫控定时器;
所述第二网络中的MSAN设备接收携带有挂起指示的SUS消息。
21、根据权利要求20所述的方法,其特征在于,在所述被叫控定时器超时前,所述根据所述挂起指示执行被叫控操作,保持呼叫连接之后,所述方法还包括:
接收所述第一网络中的MSAN设备发送的携带有恢复指示的SIP请求消息;
根据所述恢复指示恢复呼叫连接。
22、根据权利要求21所述的方法,其特征在于,所述接收所述第一网络中的MSAN设备发送的携带有恢复指示的SIP请求消息包括:
所述MGCF设备将第一网络中的MGCF设备发送的SIP请求消息转换为恢复RES消息,所述RES消息中携带有所述恢复指示;
所述MGCF设备通过被叫业务服务器将所述携带有恢复指示的RES消息透传到所述第二网络的MSAN设备,并停止所述被叫控定时器。
23、一种综合业务接入网设备,其特征在于,所述综合业务接入网设备包括:
确定模块,用于当第二网络中的被叫设备挂机时,根据所述被叫设备对应的被叫标识信息确定释放控制模式是否为主叫控模式;
发送模块,用于当所述确定模块确定所述释放控制模式为主叫控模式时,将挂起指示携带在会话发起协议SIP请求消息中向第一网络中的综合业务接入网MSAN设备发送,以指示第一网络中的MSAN设备执行主叫控操作,保持呼叫连接。
24、一种被叫业务服务器,其特征在于,所述被叫业务服务器包括:
接收模块,用于接收主叫设备发送的呼叫请求,所述呼叫请求中携带有被叫设备对应的被叫标识信息;
确定模块,用于根据所述呼叫请求确定释放控制模式是否为主叫控模式;
发送模块,用于当所述确定模块确定释放控制模式为主叫控模式时,则将主叫控指示信息携带在所述呼叫请求中向所述被叫标识信息对应的被叫设备发送,以指示所述被叫设备为受控方。
25、一种综合业务接入网设备,其特征在于,所述综合业务接入网设备包括:
确定模块,用于当第一网络中的主叫设备挂机时,根据所述主叫设备对应的主叫标识信息确定释放控制模式是否为被叫控模式;
发送模块,用于当所述确定模块确定所述释放控制模式为被叫控模式时,将挂起指示携带在会话发起协议SIP请求消息中向第二网络中的综合业务接入网MSAN设备发送,以指示第二网络中的MSAN设备执行被叫控操作,保持呼叫连接。
26、一种主叫业务服务器,其特征在于,所述主叫业务服务器包括:
接收模块,用于接收主叫设备发送的呼叫请求,所述呼叫请求中携带有主叫设备对应的主叫标识信息;
确定模块,用于根据所述呼叫请求确定释放控制模式是否为被叫控模式;
发送模块,用于当所述确定模块确定所述释放控制模式为被叫控模式时,则将被叫控指示消息携带在呼叫请求响应中返回所述主叫设备,以指示所述主叫设备为受控方。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009100880509A CN101594554A (zh) | 2009-07-01 | 2009-07-01 | 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 |
PCT/CN2010/074658 WO2011000303A1 (zh) | 2009-07-01 | 2010-06-29 | 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009100880509A CN101594554A (zh) | 2009-07-01 | 2009-07-01 | 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101594554A true CN101594554A (zh) | 2009-12-02 |
Family
ID=41408945
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2009100880509A Pending CN101594554A (zh) | 2009-07-01 | 2009-07-01 | 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101594554A (zh) |
WO (1) | WO2011000303A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011000303A1 (zh) * | 2009-07-01 | 2011-01-06 | 华为技术有限公司 | 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 |
CN102739672A (zh) * | 2012-06-28 | 2012-10-17 | 华为技术有限公司 | 一种ip多媒体子系统架构下终端移动业务的实现方法及装置 |
WO2014190864A1 (zh) * | 2013-05-27 | 2014-12-04 | 中兴通讯股份有限公司 | SIP终端及其通话方法、VoIP语音通话方法 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2975251A1 (de) | 2014-07-14 | 2016-01-20 | Frauscher Holding Gesellschaft m.b.H. | Thermodynamische Maschine |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7107054B2 (en) * | 2004-01-20 | 2006-09-12 | Lucent Technologies Inc. | Reconnection of wireless calls to mobile units in border cells |
CN100421529C (zh) * | 2006-02-16 | 2008-09-24 | 华为技术有限公司 | 一种呼叫释放控制系统及其方法 |
CN101080105B (zh) * | 2007-06-29 | 2011-08-10 | 华为技术有限公司 | 远程控制方法、系统及终端设备 |
US8437464B2 (en) * | 2007-11-05 | 2013-05-07 | Avaya, Inc. | Handling of a session initiation protocol-capable telecommunications terminal that is put on hold |
CN101594554A (zh) * | 2009-07-01 | 2009-12-02 | 华为技术有限公司 | 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 |
-
2009
- 2009-07-01 CN CNA2009100880509A patent/CN101594554A/zh active Pending
-
2010
- 2010-06-29 WO PCT/CN2010/074658 patent/WO2011000303A1/zh active Application Filing
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011000303A1 (zh) * | 2009-07-01 | 2011-01-06 | 华为技术有限公司 | 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 |
CN102739672A (zh) * | 2012-06-28 | 2012-10-17 | 华为技术有限公司 | 一种ip多媒体子系统架构下终端移动业务的实现方法及装置 |
WO2014000429A1 (zh) * | 2012-06-28 | 2014-01-03 | 华为技术有限公司 | 一种ip多媒体子系统架构下终端移动业务的实现方法及装置 |
WO2014190864A1 (zh) * | 2013-05-27 | 2014-12-04 | 中兴通讯股份有限公司 | SIP终端及其通话方法、VoIP语音通话方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2011000303A1 (zh) | 2011-01-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8223753B2 (en) | Apparatus for a terminal to access an IMS system and the method thereof | |
CN101647296B (zh) | 实现彩铃互通的方法、多媒体网关控制设备及应用服务器 | |
CN102017699B (zh) | 在向电路交换通信网络过渡中的单个无线电话音呼叫通信 | |
CN101309277A (zh) | Sip终端及其上报状态的方法、系统以及处理该上报状态的方法、设备 | |
CN104202786A (zh) | 一种呼叫路由方法及装置 | |
CN102123211A (zh) | 一种多方通话业务的实现方法和系统 | |
CN102624996A (zh) | 被叫一号通业务的实现方法和系统以及业务控制点 | |
CN101237635A (zh) | 移动终端在分组和电路交换网络中共用号码的方法及系统 | |
EP2068517B1 (en) | Method and system for implementing simulative service, method for implementing interworking, and unit for controlling interworking | |
JP2009200584A (ja) | 緊急呼処理装置、方法、プログラム、並びにサーバ装置及びこれを用いた緊急呼処理システム | |
CN101594554A (zh) | 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法 | |
CN104168190A (zh) | 一种呼叫路由方法及装置 | |
CN100471328C (zh) | 呼叫跟踪方法、系统及设备 | |
JP2011035606A (ja) | メディアサーバ、セッション復旧方法及びコンピュータプログラム | |
CN101815270B (zh) | 呼叫的处理方法和装置 | |
CN102075939B (zh) | 防止业务盗用的方法、设备和系统 | |
CN102104695B (zh) | 一种呼叫业务中实现双方通话随意切换的方法和系统 | |
CN102143278B (zh) | 模拟终端的事件上报方法、状态信息获取方法和设备 | |
CN101227728A (zh) | 一种多媒体会话连续性业务的会话合并方法 | |
CN101453453B (zh) | 实现呼叫保持的方法及设备 | |
CN102439906A (zh) | 呼叫接续过程中的异常处理方法及服务器 | |
CN100514920C (zh) | 下一代网络系统及下一代网络中业务质量故障定位方法 | |
CN102625000A (zh) | 一号通业务中实现彩铃业务的方法和一号通业务服务器 | |
CN102833715B (zh) | 询问转接实现方法、应用服务器、业务终端和系统 | |
CN101753740A (zh) | 基于sip电话的通信方法及网关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20091202 |