CN102480498A - 一种强插/强拆型业务的实现方法及装置 - Google Patents
一种强插/强拆型业务的实现方法及装置 Download PDFInfo
- Publication number
- CN102480498A CN102480498A CN2010105592676A CN201010559267A CN102480498A CN 102480498 A CN102480498 A CN 102480498A CN 2010105592676 A CN2010105592676 A CN 2010105592676A CN 201010559267 A CN201010559267 A CN 201010559267A CN 102480498 A CN102480498 A CN 102480498A
- Authority
- CN
- China
- Prior art keywords
- user
- request
- type
- access
- mrf
- 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
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种强插/强拆型业务的实现方法,用于在分组域实现强插强拆会话业务的传输。所述方法包括:应用服务器AS接收第一用户发送的接入请求,接入请求携带有业务类型和通话标识;AS在业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。本方面还公开了用于实现所述方法的装置。
Description
技术领域
本发明涉及通信领域,特别是涉及强插/强拆型业务的实现方法及装置。
背景技术
随着社会经济和文化生活的不断发展,公众服务和公共安全就成为政府部门和各行业部门的一个非常重要的工作。提高政府及各行业部门对紧急、突发事件的快速反应和抗风险的能力,建设救援指挥***为公众提供更快捷的紧急救助服务,已成为社会一个迫切的课题。对重大突发事件的现场高效指挥调度处理能力已经成为现代化管理程度的重要标志之一。高效指挥调度处理需要有特殊业务的支持,该特殊业务主要有强插业务和强拆业务。
强插业务支持两种强插类型:一种是三方通话型,另一种是呼叫保持型。三方通话型是指特殊用户与原通话双方形成三方通话;呼叫保持型是指特殊用户进行强插时,首先保持原通话中的一方,特殊用户与另一方进行通话,特殊用户退出后,保持的一方与另一方恢复通话。
强拆业务支持两种强拆类型:一种是替换型,另一种是拆除型。替换型是指原通话双方的一方(被终止方)被特殊用户替换。拆除型是指特殊用户发出指令直接将原通话双方都终止。
现有技术在电路域实现了强插/强拆业务,而在分组域尚无有效的解决方案。由于分组域在网络实体和应用协议等方面均不同于电路域,所以无法将电路域中强插/强拆业务的实现过程直接挪用到分组域。
发明内容
本发明实施例提供一种强插/强拆型业务的实现方法及装置,用于在分组域实现强插强拆会话业务。
一种强插/强拆型业务的实现方法,包括以下步骤:
应用服务器AS接收第一用户发送的接入请求,接入请求携带有业务类型和通话标识;
AS在业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。
一种应用服务器,包括:
第一接口模块,用于接收第一用户发送的接入请求,接入请求携带有业务类型和通话标识;
第二接口模块,用于在业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。
本发明实施例中应用服务器(AS)接收第一用户发送的接入请求并且确定业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。在分组域中实现了强插/强拆业务。强插/强拆业务主要适用于特殊行业或场景,如公安、消防等,应用于紧接任务。
附图说明
图1为本发明实施例中强插/强拆型业务的主要实现方法流程图;
图2为本发明实施例中多方通话强插型的实现方法流程图;
图3为本发明实施例中保持强插型业务的实现方法流程图;
图4为本发明实施例中保持强插型业务的会话恢复方法流程图;
图5为本发明实施例中替换强拆型业务的实现方法流程图;
图6为本发明实施例中拆除强拆型业务的实现方法流程图;
图7为本发明实施例中AS的主要结构图;
图8为本发明实施例中AS的详细结构图。
具体实施方式
本发明实施例中应用服务器(AS)接收第一用户发送的接入请求并且确定业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。在分组域中实现了强插/强拆业务。强插/强拆业务主要适用于特殊行业或场景,如公安、消防等,应用于紧接任务。
本实施例中,第一用户为具有强制权限的用户。第二用户和第三用户为正在进行一般通话的用户。第二用户和第三用户分别连接到AS,并通过AS实现一般通话。
参见图1,本实施例中强插/强拆型业务的主要实现方法流程如下:
步骤101:AS接收第一用户发送的接入请求,接入请求携带有业务类型和通话标识。第一用户可以通过带外机制获得第二用户和第三用户的通话标识。例如,AS在建立第二用户和第三用户之间的通话后,向所有有强制权限的用户广播通话标识。第一用户可通过该广播获得通话标识。
步骤102:AS在业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。
强插/强拆型包括强插型和强拆型,强插型又包括多方通话强插型和保持强插型,强拆型又包括替换强拆型和拆除强拆型。下面针对各具体类型来详细介绍实现过程。
参见图2,本实施例中多方通话强插型的实现方法流程如下:
第二用户与第三用户正在通话。
步骤201:第一用户向AS发送接入请求(invite)。该接入请求携带有业务类型(多方通话强插型)和通话标识“1”,其中“1”表示第二用户的通话标识。本实施例中由于是多方通话强插型业务,所以携带的通话标识可以是第二用户的通话标识“1”,也可以是第三用户的通话标识“2”。接入请求还携带有第一用户的会话描述协议(sdp)信息。sdp信息用于表示终端处理能力,如包括编码格式、收发语音地址和端口号等,视实际需要而定。
AS接收第一用户发送的接入请求后继续步骤202和209。
步骤202:AS向MRF(Multimedia Resource Function,媒体资源功能)发送invite,其中携带有第一用户的sdp信息,还可以携带业务类型,请求建立第一用户到MRF的连接,并进行sdp信息的协商。
步骤203:MRF向AS反馈响应消息(如200OK),响应消息携带有表示同意采用第一用户的SDP信息的指示sdp_agr。MRF为媒体服务器,其处理能力较强,一般能够支持各种终端的处理能力,所以同意采用第一用户的SDP信息。如果MRF不接受此次会话请求,则回复响应码为400至699的错误响应消息。例如,如果MRF根据第一用户的SDP信息协商失败,则返回错误响应码为415Unsupported Media Type的错误响应消息。
步骤204:AS向第一用户反馈响应消息,响应消息携带有表示同意采用第一用户的SDP信息的指示sdp_agr。
步骤205:针对步骤203,AS向MRF发送响应确认消息ACK,表示收到响应消息。
步骤206:针对步骤204,第一用户向AS发送正确响应确认消息ACK,表示收到响应消息。
步骤207:AS向MRF发送info(信息)消息,该info消息携带了请求建立会议的指示,也就是说该info消息表示会议请求消息,请求MRF创建多方通话会议,并将第一用户加入多方通话会议。
步骤208:MRF向AS反馈响应消息,表示同意将第一用户加入多方通话会议。此时已将第一用户加入多方通话会议。
步骤209:AS向通话标识对应的通话中的第二用户发送携带释放命令replace的接入请求,强制要求第二用户接受新的接入请求,并根据接入请求中的释放命令,释放原有的会话。接入请求还携带有通话标识“1”。
步骤210:AS向通话标识对应的通话中的第三用户发送携带释放命令的接入请求,强制要求第三用户接受新的接入请求,并根据接入请求中的释放命令,释放原有的会话。接入请求还携带有通话标识“2”。
步骤211:第二用户向AS反馈响应消息,并携带有自身的sdp信息sdp_B。
步骤212:第三用户向AS反馈响应消息,并携带有自身的sdp信息sdp_C。
步骤209-212可以与步骤202-208同步进行。
步骤213:AS向MRF发送接入请求,请求建立第二用户到MRF的连接。接入请求携带有第二用户的sdp_B。
步骤214:AS向MRF发送接入请求,请求建立第三用户到MRF的连接。接入请求携带有第三用户的sdp_C。
步骤215:针对步骤213,MRF向AS反馈响应消息,并携带有表示同意采用第二用户的SDP信息的指示sdp_agr。
步骤216:AS向MRF发送响应确认消息ACK,表示收到响应消息。
步骤217:AS向MRF发送info消息,该info消息携带了请求建立会议的指示,也就是说该info消息表示会议请求消息,请求将第二用户加入多方通话会议。
步骤218:MRF向AS反馈响应消息,表示同意将第二用户加入多方通话会议。
步骤219:针对步骤214,MRF向AS反馈响应消息,并携带有表示同意采用第三用户的SDP信息的指示sdp_agr。
步骤220:AS向MRF发送响应确认消息ACK,表示收到响应消息。
步骤221:AS向MRF发送info消息,该info消息携带了请求建立会议的指示,也就是说该info消息表示会议请求消息,请求将第三用户加入多方通话会议。
步骤222:MRF向AS反馈响应消息,表示同意将第三用户加入多方通话会议。
步骤223:在步骤215后,AS向第二用户反馈响应消息,响应消息携带有表示同意采用第二用户的SDP信息的指示sdp_agr。关于第二用户的SDP信息协商完毕,建立连接。
步骤224:在步骤219后,AS向第三用户反馈响应消息,响应消息携带有表示同意采用第三用户的SDP信息的指示sdp_agr。关于第三用户的SDP信息协商完毕,建立连接。
步骤225:在步骤223后,第二用户向AS发送退出消息,请求退出原有的与第三用户的通话。
步骤226:AS向第二用户反馈响应消息,表示同意终止原有通话。第二用户收到响应消息后,终止原来的会话,释放资源。
步骤227:在步骤224后,第三用户向AS发送退出消息,请求退出原有的与第二用户的通话。
步骤228:AS向第三用户反馈响应消息,表示同意终止原有通话。第三用户收到响应消息后,终止原来的会话,释放资源。
通过以上流程,多方通话正式建立,实现了多方通话强插型业务。
在步骤201中,对接入请求的结构进行改进,使其可以携带强插型的业务类型标识。改进方式有多种,如改进接入请求中的MIME(多用途网络邮件扩充协议)消息体,一个MIME消息体的实例如下:
<?xml version=″1.0″encoding=″UTF-8″?>
<resource-lists>
<resource-callinfo>
<service-type>JOIN_MULT<service-type/>//服务类型为JOIN_MULT,JOIN_MULT表示多方通话强插型,如果需要携带其它业务类型的标识,用该标识替换JOIN_MULT即可。
</resource-callinfo>
</resource-lists>
--SIP_BOUNDARY--
或者,改进接入请求的头域,如强插型业务改进join(***)头域,一个join头域的实例如下:
Join:1example.org;to-tag=123;from-tag=456;service=join_mult//service=join_mult表示服务类型为join_mult,join_mult表示多方通话强插型,如果是保持强插型,则可以用保持强插型的标识JOIN_HOLD来替换join_mult。
参见图3,本实施例中保持强插型业务的实现方法流程如下:
第二用户与第三用户正在通话。
步骤301:第一用户向AS发送接入请求。该接入请求携带有业务类型(保持强插型)和通话标识“1”,其中“1”表示第三用户的通话标识。意思是第二用户将被保持,第一用户将强制与第三用户进行通话。接入请求还携带有第一用户的sdp信息SDP_A。
步骤302:AS向MRF发送invite,请求建立媒体通道,申请放音资源,以及请求获得MRF的sdp信息,其中接入请求携带有业务类型,但不携带任何sdp信息(noSDP)。
步骤303:MRF向AS反馈响应消息,响应消息携带有自身的sdp信息SDP_mrf。表示同意建立媒体通道。
步骤304:AS向通话标识对应的通话中的第二用户发送接入请求,请求建立第二用户到MRF的连接。接入请求携带有SDP_mrf,以便进行sdp信息协商。此时的接入请求是在会话中发送的,所以该接入请求可称为reInvite。
步骤305:第二用户向AS发送响应消息,响应消息携带有第二用户媒体能力的sdp信息SDP_B,SDP_B是第二用户根据MRF的SDP信息SDP_mrf协商后得出的结果。
步骤306:AS向MRF发送响应确认消息,其中携带有SDP_B。表示第二用户将采用SDP_B进行会话。
步骤307:AS向第二用户发送响应确认消息。此步骤可以与步骤306同步进行。
步骤308:AS向MRF发送info消息,该info消息携带了放音请求指示,通知MRF向第二用户播放呼叫保持音。本实施例中向第二用户播放呼叫保持音是为了提高用户体验,并且通知第二用户其还处于连接状态,不要挂线。也可以采用其它方式通知第二用户,则不需要申请放音资源,以及不需要向第二用户播放呼叫保持音。
步骤309:MRF向AS反馈响应消息。
步骤310:AS向通话标识对应的通话中的第三用户发送接入请求,请求建立第三用户到第一用户的连接。接入请求中携带有第一用户的sdp信息SDP_A。此时的接入请求是在会话中发送的,所以该接入请求可称为reInvite。
步骤311:第三用户向AS反馈响应消息,响应消息携带有第三用户的sdp信息SDP_C,SDP_C是第三用户根据第一用户的SDP信息SDP_A协商后得出的结果。
步骤312:针对步骤301,AS向第一用户反馈响应消息,响应消息携带有SDP_C。
步骤313:第一用户向AS发送响应确认消息,表示响应消息已收到。
步骤314:针对步骤311,AS向第三用户发送响应确认消息,表示响应消息已收到。
通过以上流程,实现了第一用户与第三用户的会话,第二用户的会话连接被保持在MRF上。即,实现了保持强插型业务。
在保持强插型业务中,如果第一用户与第三用户的会话结束,还需要恢复第二用户与第三用户的会话,通过下面的实施例来详细介绍。
参见图4,本实施例中保持强插型业务的会话恢复方法流程如下:
第一用户与第三用户正在通话,第二用户连接在MRF上。
步骤401:第一用户向AS发送退出消息Bye,请求退出当前会话。
步骤402:AS向MRF发送退出消息,请求MRF断开与第二用户的连接。
步骤403:MRF向AS发送响应消息,表示同意断开连接。此时MRF断开了与第二用户的连接。
步骤404:AS向第二用户发送接入请求,请求第二用户重新建立与第三用户的连接。此时的接入请求为重接入请求reInvite,可不携带任何sdp信息,以便请求获得第二用户的sdp信息。
步骤405:第二用户向AS发送响应消息,响应消息携带有第二用户的sdp信息SDP_B。表示同意重新建立会话连接。
步骤406:AS向第三用户发送接入请求,请求第三用户重新建立与第二用户的连接。此时的接入请求为重接入请求reInvite,并携带SDP_B。
步骤407:第三用户向AS发送响应消息,响应消息携带有自身的sdp信息SDP_C,SDP_C是第三用户根据第二用户的SDP信息SDP_B协商后得出的结果。
步骤408:在步骤407之后,针对步骤404,AS向第二用户发送响应消息,响应消息携带有SDP_C。
通过以上流程,恢复了第二用户与第三用户的会话连接。如果第三用户(或第二用户)需要断开该对话连接,则向AS发送退出消息。AS向第二用户(或第三用户)发送退出消息。第二用户(或第三用户)向AS反馈响应消息,表示同意断开。AS向第三用户(或第二用户)反馈响应消息。此时断开了第二用户与第三用户的会话连接。
参见图5,本实施例中替换强拆型业务的实现方法流程如下:
第二用户与第三用户正在通话。
步骤501:第一用户向AS发送接入请求,强制与第二用户建立会话连接。该接入请求携带有第二用户的标识、业务类型(替换强拆型)和通话标识“1”,其中“1”表示第二用户的通话标识。意思是强制与第二用户进行会话,强制第二用户释放原有会话“1”。
步骤502:AS向通话标识对应的通话中的第二用户发送接入请求,强制建立第二用户到第一用户的连接。
步骤503:第二用户向AS发送响应消息,表示同意新的连接,以及释放原有会话。
步骤504:AS向第一用户发送响应消息。
步骤505:第一用户向AS发送响应确认消息。
步骤506:AS向第二用户发送响应确认消息。
以上实现了第一用户与第二用户的媒体协商过程。
步骤507:第二用户向AS发送退出消息,请求断开与第三用户的会话连接。
步骤508:AS向第三用户发送退出消息,请求第三用户断开与第二用户的会话连接。
步骤509:第三用户向AS发送响应消息,表示同意断开连接。
步骤510:AS向第二用户发送响应消息。
通过以上流程拆除了第二用户与第三用户的连接,建立了第一用户与第二用户的连接。实现了替换强拆型业务。
在步骤501中,对接入请求的结构进行改进,使其可以携带强拆型的业务类型标识。改进方式有多种,如改进接入请求中的MIME消息体,一个MIME消息体的实例如下:
<?xml version=″1.0″encoding=″UTF-8″?>
<resource-lists>
<resource-callinfo>
<service-type>REPLACE_FORCE<service-type/>//服务类型为REPLACE_FORCE,REPLACE_FORCE表示替换强拆型,如果需要携带其它业务类型的标识,用该标识替换REPLACE_FORCE即可。
</resource-callinfo>
</resource-lists>
--SIP_BOUNDARY--
或者,改进接入请求的头域,如强插型业务改进Replace(释放)头域,一个Replace头域的实例如下:
Replace:1example.org;to-tag=123;from-tag=456;service=replace_force
//service=replace_force表示服务类型为replace_force,replace_force表示替换强拆型,如果是拆除强拆型,则可以用拆除强拆型的标识tearup_force来替换replace_force。
参见图6,本实施例中拆除强拆型业务的实现方法流程如下:
第二用户与第三用户正在通话。
步骤601:第一用户向AS发送接入请求。该接入请求携带有业务类型(拆除强拆型)和通话标识“1”,其中“1”表示第二用户的通话标识。本实施例中由于是拆除强拆型业务,所以携带的通话标识可以是第二用户的通话标识“1”,也可以是第三用户的通话标识“2”。
AS接收第一用户发送的接入请求后继续步骤602和603。
步骤602:AS向通话标识对应的通话中的第二用户发送退出消息,强制断开与第二用户的连接。
步骤603:AS向通话标识对应的通话中的第三用户发送退出消息,强制断开与第三用户的连接。
步骤604:AS向第一用户反馈响应消息,表示已进行拆除操作。
步骤605:AS接收第二用户反馈的消息。第二用户反馈的消息可以是成功消息或异常消息等,本实施例中用(2,4,5,6)XX表示第二用户可能反馈的消息。第二用户具体反馈什么消息视实际情况而定,现有协议有明确规定。
步骤606:AS接收第三用户反馈的消息。第三用户反馈的消息可以是成功消息或异常消息等,本实施例中用(2,4,5,6)XX表示第三用户可能反馈的消息。第三用户具体反馈什么消息视实际情况而定,现有协议有明确规定。
步骤607:第一用户向AS发送响应确认消息。
步骤608:AS向第一用户发送退出消息,请求第一用户退出强拆业务。
步骤609:第一用户向AS发送响应消息,表示同意退出。
通过以上流程,根据第一用户的拆除请求***了第二用户与第三用户的会话连接,并且使第一用户也退出了拆除业务,从而实现了拆除强拆型业务。
通过以上描述了解了四种强插/强拆型业务的实现过程,该过程主要由AS发起各个环节的操作,下面对AS的内部结构和功能进行介绍。
参见图7,本实施例中AS包括:第一接口模块701和第二接口模块702。
第一接口模块701,与第一用户连接,用于与第一用户交互各种消息,如接收第一用户发送的接入请求,接入请求携带有业务类型和通话标识。
第二接口模块702,与第二用于和第三用户连接,用于与第二用于和第三用户交互各种消息,如在业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。第二接口模块702还包括第一接口单元和第二接口单元。第一接口单元用于与第二用户交互各种消息。第二接口单元用于与第三用户交互各种消息。
AS还包括第三接口模块703和控制模块704,参见图8所示。
第三接口模块703,与MRF连接,用于与MRF交互各种消息。
控制模块704用于生成各种消息,并将生成的消息交由各接口模块发送,以及对各接口模块接收到的消息进行相应的处理,如消息解析和连接的建立和释放等。
强插/强拆型为多方通话强插型时,第一接口模块701接收第一用户发送的接入请求后,第三接口模块向MRF发送接入请求,请求建立第一用户到MRF的连接。第三接口模块703还用于向MRF发送接入请求后,向MRF发送会议请求消息,请求将第一用户加入多方通话会议。第二接口模块702向通话标识对应的通话中的第二用户和第三用户分别发送携带释放命令的接入请求,强制要求第二用户和第三用户接受新的接入请求,并根据接入请求中的释放命令,释放原有的会话。第二接口模块702向通话标识对应的通话中的第二用户和第三用户分别发送携带释放命令的接入请求后,第三接口模块703还用于向MRF分别发送接入请求,请求分别建立第二用户和第三用户到MRF的连接。第三接口模块703还用于向MRF分别发送接入请求后,向MRF分别发送会议请求消息,请求分别将第二用户和第三用户加入多方通话会议。
强插/强拆型为保持强插型时,第一接口模块701接收第一用户发送的接入请求后,第三接口模块用于向MRF发送接入请求,请求建立媒体通道。第二接口模块702向通话标识对应的通话中的第二用户发送接入请求,请求建立第二用户到MRF的连接;以及,向通话标识对应的通话中的第三用户发送接入请求,请求建立第三用户到第一用户的连接。第一接口模块701还用于接收第一用户发送的退出消息,并请求MRF断开与第二用户的连接,以及重新建立第二用户与第三用户的连接。第三接口模块703通过向MRF发送退出消息,请求MRF断开与第二用户的连接。第二接口模块702通过分别向第二用户和第三用户发送接入请求,请求第二用户和第三用户重新建立连接。
强插/强拆型为替换强拆型时,第二接口模块702向通话标识对应的通话中的第二用户发送接入请求,强制建立第二用户到第一用户的连接;以及,向通话标识对应的通话中的第三用户发送退出消息,强制断开与第三用户的连接。
强插/强拆型为拆除强拆型时,第二接口模块702分别向通话标识对应的通话中的第二用户和第三用户发送退出消息,强制断开与第二用户和第三用户的连接。
本发明实施例中应用服务器(AS)接收第一用户发送的接入请求并且确定业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。在分组域中实现了强插/强拆业务。强插/强拆业务主要适用于特殊行业或场景,如公安、消防等,应用于紧接任务。本发明实施例针对四种业务类型提供了详细的实现流程。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (28)
1.一种强插/强拆型业务的实现方法,其特征在于,包括以下步骤:
应用服务器AS接收第一用户发送的接入请求,接入请求携带有业务类型和通话标识;
AS在业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。
2.如权利要求1所述的方法,其特征在于,强插/强拆型为多方通话强插型时,AS接收第一用户发送的接入请求后,还包括步骤:AS向MRF发送接入请求,请求建立第一用户到MRF的连接。
3.如权利要求2所述的方法,其特征在于,AS向MRF发送接入请求后,还包括步骤:AS向MRF发送会议请求消息,请求将第一用户加入多方通话会议。
4.如权利要求3所述的方法,其特征在于,AS向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,请求第二用户和第三用户执行强插/强拆型业务的步骤包括:AS向通话标识对应的通话中的第二用户和第三用户分别发送携带释放命令的接入请求,强制要求第二用户和第三用户接受新的接入请求,并根据接入请求中的释放命令,释放原有的会话。
5.如权利要求4所述的方法,其特征在于,AS向通话标识对应的通话中的第二用户和第三用户分别发送携带释放命令的接入请求后,还包括步骤:AS向MRF分别发送接入请求,请求分别建立第二用户和第三用户到MRF的连接。
6.如权利要求5所述的方法,其特征在于,AS向MRF分别发送接入请求后,还包括步骤:AS向MRF分别发送会议请求消息,请求分别将第二用户和第三用户加入多方通话会议。
7.如权利要求1所述的方法,其特征在于,强插/强拆型为保持强插型时,AS接收第一用户发送的接入请求后,还包括步骤:AS向MRF发送接入请求,请求建立媒体通道。
8.如权利要求7所述的方法,其特征在于,AS向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,请求第二用户和第三用户执行强插/强拆型业务的步骤包括:AS向通话标识对应的通话中的第二用户发送接入请求,请求建立第二用户到MRF的连接;AS向通话标识对应的通话中的第三用户发送接入请求,请求建立第三用户到第一用户的连接。
9.如权利要求7所述的方法,其特征在于,还包括步骤:AS接收第一用户发送的退出消息,并请求MRF断开与第二用户的连接,以及重新建立第二用户与第三用户的连接。
10.如权利要求9所述的方法,其特征在于,请求MRF断开与第二用户的连接的步骤包括:AS通过向MRF发送退出消息,请求MRF断开与第二用户的连接。
11.如权利要求9所述的方法,其特征在于,重新建立第二用户与第三用户的连接的步骤包括:AS通过分别向第二用户和第三用户发送接入请求,请求第二用户和第三用户重新建立连接。
12.如权利要求1所述的方法,其特征在于,强插/强拆型为替换强拆型时,AS向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务的步骤包括:AS向通话标识对应的通话中的第二用户发送接入请求,强制建立第二用户到第一用户的连接;AS向通话标识对应的通话中的第三用户发送退出消息,强制断开与第三用户的连接。
13.如权利要求1所述的方法,其特征在于,强插/强拆型为拆除强拆型时,AS向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务的步骤包括:AS分别向通话标识对应的通话中的第二用户和第三用户发送退出消息,强制断开与第二用户和第三用户的连接。
14.如权利要求1所述的方法,其特征在于,通过MIME消息体携带业务类型;或者,当业务类型为强插型时,通过Join头域携带业务类型,当业务类型为强拆型时,通过Replace头域携带业务类型。
15.一种应用服务器,其特征在于,包括:
第一接口模块,用于接收第一用户发送的接入请求,接入请求携带有业务类型和通话标识;
第二接口模块,用于在业务类型为强插/强拆型时,向通话标识对应的通话中的第二用户和第三用户分别发送接入请求,强制要求第二用户和第三用户执行强插/强拆业务。
16.如权利要求15所述的应用服务器,其特征在于,强插/强拆型为多方通话强插型时,第一接口模块接收第一用户发送的接入请求后,还包括:第三接口模块,用于向MRF发送接入请求,请求建立第一用户到MRF的连接。
17.如权利要求16所述的应用服务器,其特征在于,第三接口模块还用于向MRF发送接入请求后,向MRF发送会议请求消息,请求将第一用户加入多方通话会议。
18.如权利要求17所述的应用服务器,其特征在于,第二接口模块向通话标识对应的通话中的第二用户和第三用户分别发送携带释放命令的接入请求,强制要求第二用户和第三用户接受新的接入请求,并根据接入请求中的释放命令,释放原有的会话。
19.如权利要求18所述的应用服务器,其特征在于,第二接口模块向通话标识对应的通话中的第二用户和第三用户分别发送携带释放命令的接入请求后,第三接口模块还用于向MRF分别发送接入请求,请求分别建立第二用户和第三用户到MRF的连接。
20.如权利要求19所述的应用服务器,其特征在于,第三接口模块还用于向MRF分别发送接入请求后,向MRF分别发送会议请求消息,请求分别将第二用户和第三用户加入多方通话会议。
21.如权利要求15所述的应用服务器,其特征在于,强插/强拆型为保持强插型时,第一接口模块接收第一用户发送的接入请求后,还包括:第三接口模块,用于向MRF发送接入请求,请求建立媒体通道。
22.如权利要求21所述的应用服务器,其特征在于,第二接口模块向通话标识对应的通话中的第二用户发送接入请求,请求建立第二用户到MRF的连接;以及,向通话标识对应的通话中的第三用户发送接入请求,请求建立第三用户到第一用户的连接。
23.如权利要求21所述的应用服务器,其特征在于,第一接口模块还用于接收第一用户发送的退出消息,并请求MRF断开与第二用户的连接,以及重新建立第二用户与第三用户的连接。
24.如权利要求23所述的应用服务器,其特征在于,第三接口模块通过向MRF发送退出消息,请求MRF断开与第二用户的连接。
25.如权利要求23所述的应用服务器,其特征在于,第二接口模块通过分别向第二用户和第三用户发送接入请求,请求第二用户和第三用户重新建立连接。
26.如权利要求15所述的应用服务器,其特征在于,强插/强拆型为替换强拆型时,第二接口模块向通话标识对应的通话中的第二用户发送接入请求,强制建立第二用户到第一用户的连接;以及,向通话标识对应的通话中的第三用户发送退出消息,强制断开与第三用户的连接。
27.如权利要求15所述的应用服务器,其特征在于,强插/强拆型为拆除强拆型时,第二接口模块分别向通话标识对应的通话中的第二用户和第三用户发送退出消息,强制断开与第二用户和第三用户的连接。
28.如权利要求15所述的应用服务器,其特征在于,通过MIME消息体携带业务类型;或者,当业务类型为强插型时,通过Join头域携带业务类型,当业务类型为强拆型时,通过Replace头域携带业务类型。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105592676A CN102480498A (zh) | 2010-11-24 | 2010-11-24 | 一种强插/强拆型业务的实现方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105592676A CN102480498A (zh) | 2010-11-24 | 2010-11-24 | 一种强插/强拆型业务的实现方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102480498A true CN102480498A (zh) | 2012-05-30 |
Family
ID=46092978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105592676A Pending CN102480498A (zh) | 2010-11-24 | 2010-11-24 | 一种强插/强拆型业务的实现方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102480498A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103929409A (zh) * | 2013-01-15 | 2014-07-16 | 深圳市中航比特通讯技术有限公司 | 一种基于软交换的sip用户强插业务实现方法 |
CN104348814A (zh) * | 2013-08-06 | 2015-02-11 | 深圳中兴网信科技有限公司 | 一种强插/强拆业务的实现方法、***及应用服务器 |
WO2017050239A1 (zh) * | 2015-09-24 | 2017-03-30 | 中兴通讯股份有限公司 | 公务电话的连接控制方法及装置 |
WO2017092486A1 (zh) * | 2015-12-02 | 2017-06-08 | 中兴通讯股份有限公司 | 通话干预方法、装置及*** |
CN107548042A (zh) * | 2016-06-29 | 2018-01-05 | 北京信威通信技术股份有限公司 | 一种实现跨集群业务的方法及*** |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992933A (zh) * | 2005-12-26 | 2007-07-04 | 中兴通讯股份有限公司 | 数字集群通信***中集群呼叫强拆强插功能的实现方法 |
CN101022483A (zh) * | 2007-03-26 | 2007-08-22 | 华为技术有限公司 | 实现特殊呼叫类业务的***、装置和方法 |
CN101060645A (zh) * | 2007-04-10 | 2007-10-24 | 华为技术有限公司 | 一种通信方法、设备及*** |
CN101064752A (zh) * | 2006-04-29 | 2007-10-31 | 西安大唐电信有限公司 | 一种实现***呼叫功能的方法 |
CN101730031A (zh) * | 2009-11-25 | 2010-06-09 | 中兴通讯股份有限公司 | 下一代通讯网络实现强插呼叫的设备和方法 |
-
2010
- 2010-11-24 CN CN2010105592676A patent/CN102480498A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992933A (zh) * | 2005-12-26 | 2007-07-04 | 中兴通讯股份有限公司 | 数字集群通信***中集群呼叫强拆强插功能的实现方法 |
CN101064752A (zh) * | 2006-04-29 | 2007-10-31 | 西安大唐电信有限公司 | 一种实现***呼叫功能的方法 |
CN101022483A (zh) * | 2007-03-26 | 2007-08-22 | 华为技术有限公司 | 实现特殊呼叫类业务的***、装置和方法 |
CN101060645A (zh) * | 2007-04-10 | 2007-10-24 | 华为技术有限公司 | 一种通信方法、设备及*** |
CN101730031A (zh) * | 2009-11-25 | 2010-06-09 | 中兴通讯股份有限公司 | 下一代通讯网络实现强插呼叫的设备和方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103929409A (zh) * | 2013-01-15 | 2014-07-16 | 深圳市中航比特通讯技术有限公司 | 一种基于软交换的sip用户强插业务实现方法 |
CN103929409B (zh) * | 2013-01-15 | 2017-06-09 | 深圳市中航比特通讯技术有限公司 | 一种基于软交换的sip用户强插业务实现方法 |
CN104348814A (zh) * | 2013-08-06 | 2015-02-11 | 深圳中兴网信科技有限公司 | 一种强插/强拆业务的实现方法、***及应用服务器 |
WO2017050239A1 (zh) * | 2015-09-24 | 2017-03-30 | 中兴通讯股份有限公司 | 公务电话的连接控制方法及装置 |
WO2017092486A1 (zh) * | 2015-12-02 | 2017-06-08 | 中兴通讯股份有限公司 | 通话干预方法、装置及*** |
CN107548042A (zh) * | 2016-06-29 | 2018-01-05 | 北京信威通信技术股份有限公司 | 一种实现跨集群业务的方法及*** |
CN107548042B (zh) * | 2016-06-29 | 2020-02-14 | 北京信威通信技术股份有限公司 | 一种实现跨集群业务的方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101104713B1 (ko) | 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버 | |
CN101217601B (zh) | 盲转业务方法和装置 | |
EP1909434A1 (en) | Subscribing method and device | |
CN102480498A (zh) | 一种强插/强拆型业务的实现方法及装置 | |
WO2008122219A1 (fr) | Procédé, dispositif et système de communication permettant d'effectuer la programmation d'un service de communication | |
CN105828351A (zh) | 一种对终端或群组进行监听的方法及*** | |
CN101389059B (zh) | 实现会话模式切换的方法及设备 | |
CN1997069B (zh) | 一种实现特殊业务的方法及终端 | |
EP1240765A2 (en) | Dtmf digit collection and transportation for a packet network | |
US9071690B2 (en) | Call transfer processing in SIP mode | |
CN100581197C (zh) | 一种获取媒体特征信息的方法和***以及终端设备 | |
CN113301025B (zh) | 一种ims音视频转码及传输控制***及实现方法 | |
CN100589493C (zh) | 应用于ims终端的呼叫管理***、方法及ims终端 | |
CN1984309A (zh) | 多媒体视讯***主叫呼集的实现方法 | |
CN101997694A (zh) | Ip多媒体子***会议中单方通话的方法及服务设备 | |
US8428627B2 (en) | Method and system for media modification | |
CN101150443A (zh) | 电信网络管理消息的处理方法 | |
CN101686138B (zh) | 一种实现三方会议的方法、设备和*** | |
CN114126081A (zh) | 一种VoNR语音呼叫方法和*** | |
CN102171994A (zh) | 呈现业务的通知消息的发送和接收方法及设备 | |
EP2448258B1 (en) | Video media server for realizing video intercommunication gateway function and video intercommunication method | |
CN101188546B (zh) | 分组网络业务实现方法、***及用户签约数据库 | |
US20100100601A1 (en) | Media content transmission method and network-side equipment | |
CN101803332A (zh) | 用于在通信网络中建立呼叫的方法 | |
WO2009006830A1 (fr) | Procédé, dispositif et système pour implémenter la communication entre les terminaux utilisateur |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120530 |