专利名称：应用服务器呼叫控制中呼叫继续的方法和装置的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种应用服务器呼叫控制中呼叫继续的方法和装置。
背景技术：
第三方呼叫控制(3PCC，theThird Party of Conversation Control)指的是 由第三方控制者在另外两者之间建立一个会话，由控制者负责会话双方的媒体协商。3PCC 是一种非常灵活的控制方式，可以分为3PCC建立请求消息带会话描述协议(SDP，Session Description Protocol)消息的流程和3PCC建立请求消息不带SDP消息的流程，其中，SDP 消息包括提供(Offer)消息和应答(Answer)消息。3PCC建立请求消息带SDP消息的流程在呼叫前转、自动台和呼叫转接等多种业务 中都存在，具体如图1所示，包括101，第一方已经与应用服务器(AS，Application Server)进行了媒体协商。102，AS向第二方发送Offer消息。其中，该Offer消息可以携带在呼叫建立请求中，该呼叫建立请求可以是但不限 于邀请(INVITE)消息。103，第二方接收到offer消息，并向AS发送Answer消息。其中，该Answer消息可以携带在可靠传输临时响应，该可靠传输临时响应包括但 不限于180响应、181响应或183响应。其中，Answer消息包括媒体类型、对第一方前提条件(Precondition)状态的 确认请求、传输协议和媒体格式等描述。其中，Precondition状态可以但不限于服务质量 (QoS, Quality of Service)状态，Precondition 状态要求等级为强制(mandatory) 104，AS接收Answer消息，并向第一方发送Offer消息。其中，该Offer消息可以携带在更新请求中，该更新请求可以但不限于是更新 (Update)消息和重新邀请(RE-INVITE)消息。具体地，AS接收到携带Answer消息的可靠传输临时响应后，提取出Answer消息， 并将提取的Answer消息转换成Offer消息后携带在更新请求中发送给第一方。105，第一方接收到Offer消息，并向AS发送Answer消息。其中，该Answer消息可以携带在更新请求响应，其中，该更新请求响应可以但不 限于2000K响应或183响应。其中，Answer消息包括媒体类型、第一方对Precondition 状态的确认响应、传输协议和媒体格式等描述，其中，Precondition状态的要求等级为 mandatory0发明人在实现本发明的过程中，发现现有技术至少存在如下问题第一、由于第二方需要第一方对Precondition状态确认响应，第一方在105中会 将Precondition状态的确认响应携带在Answer消息中发送给AS，但AS会将该Answer消 息拦截，从而导致呼叫无法继续。
发明内容
本发明要解决的问题是提供一种应用服务器呼叫控制中呼叫继续的方法和装置， 可以解决现有技术中由于第二方由于不能获得第一方的Precondition状态的确认响应而 导致的呼叫无法持续的问题。为了解决上述问题，本发明提供了一种应用服务器呼叫控制中呼叫继续的方法和 装置，所述技术方案如下一种应用服务器呼叫控制中呼叫继续的方法，包括所述应用服务器在与第一方进行媒体协商后，向第二方发送提供Offer消息；所述应用服务器接收所述第二方发送的应答Answer消息，将所述Answer消息 转换成所述Offer消息后向所述第一方发送，所述Offer消息携带对第一方前提条件 Precondition状态的确认请求；所述应用服务器接收所述第一方发送的Answer消息，所述Answer消息携带所述 第一方对Precondition状态的确认响应；所述应用服务器判断所述Answer消息是否满足Answer消息的转换条件；如果满足，所述应用服务器将所述Answer消息转换成所述Offer消息后向所述第
二方发送。一种应用服务器呼叫控制中呼叫继续的装置，包括第一发送模块，用于在于第一方进行媒体协商后，向第二方发送Offer消息；第一接收模块，用于接收所述第二方发送的Answer消息，所述Answer消息携带对 第一方Precondition状态的确认请求；转换模块，用于将所述Answer消息转换成所述Offer消息；第二发送模块，用于将所述转换模块转换的Offer消息向所述第一方发送；第二接收模块，用于接收所述第一方发送的Answer消息，所述Answer消息携带所 述第一方对Precondition状态的确认响应；判断模块，用于判断所述第二接收模块接收的Answer消息是否满足Answer消息 的转换条件；所述转换模块，还用于当所述判断模块的判断结果为满足时，将所述Answer消息 转换成所述Offer消息；所述第二发送模块，还用于将所述转换模块转换的Offer消息向所述第二方发送。本发明提供的技术方案根据Answer消息的转换条件判断是否需要将携带 Precondition状态的Answer消息转换成Offer消息，如果需要，则将转换的Offer消息发 送，可以使呼叫继续，有利于第三方呼叫控制业务的发展；如果不需要，则将该Answer消息 拦截，可以减少不必要的信令，避免媒体协商震荡，提高业务质量。
图1是现有技术中提供的3PCC建立请求消息带SDP消息的流程图；图2是本发明的一个实施例提供的3PCC中呼叫继续的方法的流程5
图3是本发明的一个实施例提供的3PCC中呼叫继续的装置的结构图。
具体实施例方式本发明的核心思想在于根据Answer消息的转换条件判断是否需要将携带 Precondition状态的Answer消息转换成Offer消息，如果需要，则将转换的Offer消息发 送，可以使呼叫继续，有利于第三方呼叫控制业务的发展；如果不需要，则将该Answer消息 拦截，可以减少不必要的信令，避免媒体协商震荡，提高业务质量。下面结合附图及优选实施方式对本发明技术方案进行详细说明。本发明的一个实施例提供了一种3PCC中呼叫继续的方法，如图2所示，包括201-205与101-105的内容类似，在此不再赘述。206，AS接收Answer消息，判断该Answer消息是否满足Answer消息的转换条件， 如果满足，则执行207 ；如果不满足，则拦截该Answer消息。其中，Answer消息的转换条件包括第一转换条件和/或第二转换条件；其中，该第 一转换条件包括(1)第一方和第二方协商对Precondition状态的要求等级为强制；(2)待透传Answer消息的另一方在其上一条Answer消息中，存在需要对方对 Precondition状态的确认请求。例如，Precondition状态以QoS状态为例，第二方在203中的SDP消息中携带对 第一方Precondition状态的确认请求，该确认请求对应SDP的conf行。(3)待透传Answer消息中Precondition状态的确认响应需要满足确认请求中的 状态。例如，待透传Answer消息中Precondition状态，即QoS状态需要满足SDP的conf 行的状态，该状态可以是接收状态、发送状态或是收发状态。该第二转换条件包括(4)待透传的Answer消息中存在需要对方对Precondition状态的确认请求，且对 方当前的Precondition状态不满足确认请求中的Precondition状态，此时，需要将Answer 消息转换成Offer消息。例如，在203中，第二方发送给AS的Answer消息中携带第二方的Precondition 状态，在205中，第一方向AS发送的Answer消息中还包括对第二方Precondition状态的 确认请求，AS经过判断得知，203中的第二方的Precondition状态并不满足205中确认请 求的Precondition状态，此时，AS将Answer消息转换成Offer消息。207，将Answer消息转换成Offer消息后向第二方发送。其中，该Offer消息可以携带在更新请求中，该更新请求可以但不限于是Update 消息或RE-INVITE消息。该Offer消息包括第一方对Precondition状态的确认响应。由于AS将第一方对Precondition状态的确认响应发送给第二方，因此，第二方可 以得知第一方对Precondition状态的确认响应，此时，第二方振铃，呼叫继续进行。通过201至207可知，根据Answer消息的转换条件判断是否需要将Answer消息转 换成Offer消息，如果需要，则将Answer消息转换成Offer消息并发送，可以使第二方得知 第一方的Precondition状态的确认响应，由此，第二方振铃，呼叫得以继续。如果不需要，则将Answer消息拦截，可以减少不必要的信令。但在实际应用中，有可能会出现以下情况，即在205中，第一方在向AS发送Answer 消息时，会在Answer消息中携带对第二方的Precondition状态的确认请求，如果，第一方 无法得知第二方对Precondition状态的确认响应，则第一方不振铃，呼叫无法继续。此时， 还有如下步骤208，第二方接收Offer消息，并向AS发送Answer消息。其中，该Answer消息可以携带在更新请求响应中，该更新请求响应可以但不限于 2000K响应或183响应。其中，该Offer消息包括媒体类型、第二方对Precondition状态 的确认请求、传输协议和媒体格式等。209，AS接收Answer消息，判断该Answer消息是否满足Answer消息的转换条件， 如果满足，则执行210 ；如果不满足，则拦截该Answer消息。具体内容可以参见206，在此不再赘述。210，将Answer消息转换成Offer消息后向第一方发送。其中，该Offer消息可以携带在更新请求中，该更新请求可以但不限于是Update 消息和RE-INVITE消息。该Offer消息包括媒体类型、第二方对Precondition状态的确 认响应、传输协议和媒体格式等描述。由于AS将第二方对Precondition状态的确认响应发送给第一方，因此，第一方可 以得知第二方对Precondition状态的确认响应，此时，第一方振铃，呼叫继续进行。重复执行206-207和/或208-210可以发现，根据Answer消息的转换条件判断是 否需要将Answer消息转换成Offer消息，如果需要，则将Answer消息转换成Offer消息 并发送，可以使一方得知另一方的Precondition状态的确认响应，由此，呼叫得以继续；如 果不需要，则将Answer消息拦截，可以减少不必要的信令，避免媒体协商震荡，提高业务质 量。基于与方法实施例相同的发明构思，本发明的另一个实施例提供了一种3PCC中 呼叫继续的装置，如图3所示，包括第一发送模块，用于在与第一方进行媒体协商后，向第二方发送提供Offer消息；第一接收模块，用于接收第二方发送的应答Answer消息，所述Answer消息携带对 第一方Precondition状态的确认请求；转换模块，用于将Answer消息转换成Offer消息；第二发送模块，用于将转换模块转换的Offer消息向第一方发送；第二接收模块，用于接收第一方发送的Answer消息，所述Answer消息携带第一方 对Precondition状态的确认响应；判断模块，用于判断第二接收模块接收的Answer消息是否满足Answer消息的转 换条件；转换模块，还用于当判断模块的判断结果为满足时，将Answer消息转换成Offer 消息；所述第二发送模块，还用于将转换模块转换的Offer消息向第二方发送。进一步地，该装置还包括拦截模块，用于当判断模块的判断结果为不满足时，则拦截第一方发送的Answer
7消息。进一步地，第二接收模块，还用于接收第二方发送的Answer消息；判断模块，还用于判断第二方发送的Answer消息是否满足Answer消息的转换条 件；转换模块，还用于将第二方发送的Answer消息转换成Offer消息；第二发送模块，还用于将转换的Offer消息向第一方发送。进一步地，拦截模块，还用于当判断模块的判断结果为不满足时，则拦截第二方发 送的Answer消息。其中，Answer消息的转换条件包括第一转换条件和/或第二转换条件；其中，第一 转换条件包括第一方和第二方协商对Precondition状态的要求等级为强制；待转换Answer消息的上一条Answer消息中，存在对方对Precondition状态的确 认请求；待转换Answer消息中Precondition状态满足所述确认请求中的状态。第二转换条件包括待转换的Answer消息中存在对方对Precondition状态的确认请求，且对方当前 的Precondition状态不满足所述待转换的Answer消息的上一条Answer消息的确认请求 中的 Precondition在本发明实施例中，根据Answer消息的转换条件判断是否需要将携带 Precondition状态的Answer消息转换成Offer消息，如果需要，则将转换的Offer消息发 送，可以使呼叫继续，有利于第三方呼叫控制业务的发展；如果不需要，则将该Answer消息 拦截，可以减少不必要的信令，避免媒体协商震荡，提高业务质量。
权利要求
1.一种应用服务器呼叫控制中呼叫继续的方法，其特征在于，包括所述应用服务器在与第一方进行媒体协商后，向第二方发送提供Offer消息； 所述应用服务器接收所述第二方发送的应答Answer消息，将所述Answer消息 转换成所述Offer消息后向所述第一方发送，所述Offer消息携带对第一方前提条件 Precondition状态的确认请求；所述应用服务器接收所述第一方发送的Answer消息，所述Answer消息携带所述第一 方对Precondition状态的确认响应；所述应用服务器判断所述Answer消息是否满足Answer消息的转换条件； 如果满足，所述应用服务器将所述Answer消息转换成所述Offer消息后向所述第二方 发送。
2.如权利要求1所述的方法，其特征在于，还包括如果不满足，所述应用服务器拦截所述第一方发送的Answer消息。
3.如权利要求2所述的方法，其特征在于，还包括所述应用服务器接收所述第二方发送的所述Answer消息； 所述应用服务器判断所述Answer消息是否满足Answer消息的转换条件； 如果满足，所述应用服务器将所述Answer消息转换成所述Offer消息后向所述第一方 发送。
4.如权利要求3所述的方法，其特征在于，还包括如果不满足，所述应用服务器拦截所述第二方发送的Answer消息。
5.如权利要求1-4任意一项所述的方法，其特征在于，所述Answer消息的转换条件包 括第一转换条件和/或第二转换条件；其中，所述第一转换条件包括第一方和第二方协商对Precondition状态的要求等级为强制；待转换Answer消息的上一条Answer消息中，存在对方对Precondition状态的确认请求；待转换Answer消息中Precondition状态满足所述确认请求中的状态； 所述第二转换条件包括待转换的Answer消息中存在对方对Precondition状态的确认请求，且对方当前的 Precondition状态不满足所述待转换的Answer消息的上一条Answer消息的确认请求中的 Precondition 状态。
6.一种应用服务器呼叫控制中呼叫继续的装置，其特征在于，包括第一发送模块，用于在于第一方进行媒体协商后，向第二方发送Offer消息； 第一接收模块，用于接收所述第二方发送的Answer消息，所述Answer消息携带对第一 方Precondition状态的确认请求；转换模块，用于将所述Answer消息转换成所述Offer消息； 第二发送模块，用于将所述转换模块转换的Offer消息向所述第一方发送； 第二接收模块，用于接收所述第一方发送的Answer消息，所述Answer消息携带所述第 一方对Precondition状态的确认响应；判断模块，用于判断所述第二接收模块接收的Answer消息是否满足Answer消息的转换条件；所述转换模块，还用于当所述判断模块的判断结果为满足时，将所述Answer消息转换 成所述Offer消息；所述第二发送模块，还用于将所述转换模块转换的Offer消息向所述第二方发送。
7.如权利要求6所述的装置，其特征在于，还包括拦截模块，用于当所述判断模块的判断结果为不满足时，则拦截所述第一方发送的 Answer 消息。
8.如权利要求7所述的装置，其特征在于，所述第二接收模块，还用于接收所述第二方发送的所述Answer消息； 所述判断模块，还用于判断所述第二方发送的Answer消息是否满足Answer消息的转 换条件；所述转换模块，还用于将所述第二方发送的Answer消息转换成所述Offer消息； 所述第二发送模块，还用于将所述转换的Offer消息向所述第一方发送。
9.如权利要求8所述的装置，其特征在于，拦截模块，还用于当所述判断模块的判断结果为不满足时，则拦截所述第二方发送的 Answer 消息。
10.如权利要求6-9任意一项所述的装置，其特征在于，所述Answer消息的转换条件包 括第一转换条件和/或第二转换条件；所述第一转换条件包括第一方和第二方协商对Precondition状态的要求等级为强制；待转换Answer消息的上一条Answer消息中，存在对方对Precondition状态的确认请求；待转换Answer消息中Precondition状态满足所述确认请求中的状态； 所述第二转换条件包括待转换的Answer消息中存在对方对Precondition状态的确认请求，且对方当前的 Precondition状态不满足所述待转换的Answer消息的上一条Answer消息的确认请求中的 Precondition 状态。
全文摘要
本发明公开了一种应用服务器呼叫控制中呼叫继续的方法和装置，属于通信领域。该方法包括应用服务器在与第一方进行媒体协商后，向第二方发送提供Offer消息；应用服务器接收第二方发送的应答Answer消息，将Answer消息转换成Offer消息后向第一方发送，该Offer消息携带对第一方前提条件Precondition状态的确认请求；应用服务器接收第一方发送的Answer消息，该Answer消息携带第一方对Precondition状态的确认响应；应用服务器判断Answer消息是否满足Answer消息的转换条件；如果满足，应用服务器将Answer消息转换成Offer消息后向第二方发送。本发明的技术方案可以使呼叫继续，有利于第三方呼叫控制业务的发展。
文档编号H04L29/06GK101997848SQ20091016567
公开日2011年3月30日 申请日期2009年8月14日 优先权日2009年8月14日
发明者于绪涛, 高扬 申请人:中兴通讯股份有限公司