CN105323217A - 语音呼叫连续性业务中的媒体协商方法、系统及atcf - Google Patents

语音呼叫连续性业务中的媒体协商方法、系统及atcf Download PDF

Info

Publication number
CN105323217A
CN105323217A CN201410281354.8A CN201410281354A CN105323217A CN 105323217 A CN105323217 A CN 105323217A CN 201410281354 A CN201410281354 A CN 201410281354A CN 105323217 A CN105323217 A CN 105323217A
Authority
CN
China
Prior art keywords
media
cscf
atgw
atcf
amendment
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.)
Granted
Application number
CN201410281354.8A
Other languages
English (en)
Other versions
CN105323217B (zh
Inventor
屠强
邓云
成善宝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201410281354.8A priority Critical patent/CN105323217B/zh
Priority to PCT/CN2014/088465 priority patent/WO2015192554A1/zh
Priority to BR112016030033-5A priority patent/BR112016030033B1/pt
Priority to AU2014397894A priority patent/AU2014397894B2/en
Publication of CN105323217A publication Critical patent/CN105323217A/zh
Application granted granted Critical
Publication of CN105323217B publication Critical patent/CN105323217B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种语音呼叫连续性(VCC)业务中的媒体协商方法，包括：收到的第一呼叫会话控制功能(CSCF)发送的修改媒体请求中携带提议(offer)媒体时，保存所述offer媒体，且不指示接入转移网关(ATGW)更新媒体；收到的第二CSCF发送的修改媒体响应中携带应答(answer)媒体时，指示所述ATGW进行媒体更新。本发明同时还公开了一种接入转移控制功能(ATCF)及VCC业务中的媒体协商系统。

Description

语音呼叫连续性业务中的媒体协商方法、系统及ATCF
技术领域
本发明涉及，尤其涉及语音呼叫连续性(VCC，VoiceCallContinuity)业务中的媒体协商方法、系统及接入转移控制功能(ATCF，AccessTransferControlFunctionality)。
背景技术
单一无线语音呼叫连续(SRVCC，SingleRadioVoiceCallContinuity)方案是第三代合作伙伴计划(3GPP，3rdGenerationPartnershipProject)提出的一种基于长期演进语音(VoLTE，VoiceoverLongTermEvolution)业务的连续性方案，主要是为了解决当单射频用户设备(UE，UserEquipment)在长期演进(LTE，LongTermEvolution)/传统的长期演进(Pre-LTE)网络和第二代(2G，SecondGeneration)/第三代(3G，3rdGeneration)电路交换(CS，CircuitSwitch)网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE在IP多媒体子系统(IMS，IPMultimediaSubsystem)控制的IP电话(VOIP，VoiceoverIP)语音和CS域语音之间的平滑切换。LTE网络建设初期，其覆盖范围有限，当用户在使用LTE网络进行语音通话过程中，移动到LTE信号较弱，但GSMEDGE无线接入网(GlobalSystemforMobilecommunicationsEnhancedDataRateforGSMEvolutionradioaccessnetwork，简称为GERAN)/全球移动通信系统无线接入网(UTRAN，UniversalMobileTelecommunicationSystemRadioAccessNetwork)网络信号覆盖较好的区域时，为了保证VCC，需要将话路由LTE网络切换到GERAN/UTRAN。
增强的单一无线语音呼叫连续性(eSRVCC，enhancedSingleRadioVoiceCallContinuity)技术中的VoLTE语音呼叫，解决了4G网络升级过程中语音平滑演进问题，提高了切换速度，同时为VoLTE呼叫提供了端到端的语音质量保证。这里，eSRVCC技术是在3GPPR10中定义的。eSRVCC技术相对3GPPR8中的SRVCC技术，有效缩短了语音切换的媒体时延，改善了用户体验。eSRVCC与SRVCC技术方案的区别在于：前者在IMS中新增了一对功能实体：接入转移控制功能(ATCF，AccessTransferControlFunctionality)和接入转移网关(ATGW，AccessTransferGateway)，分别作为VoIP呼叫在控制平面和用户平面的锚定点。
在3GPPTS24.292、3GPPTS23.237和3GPPTS24.237等规范中已经有使用ATCF实现分组交换(PS，PacketSwitched)和CS之间切换的信令和流程。但是，现有技术中存在以下问题：
当使用eSRVCC技术时，会话切换较快，但会话的媒体协商，按现有流程，由于ATCF与ATGW信令交互流程信令较多，时延明显比采用SRVCC技术的时延长。
发明内容
为解决现有存在的技术问题，本发明实施例提供一种VCC业务中的媒体协商方法、系统及ATCF。
本发明实施例提供了一种VCC业务中的媒体协商方法，包括：
收到的第一呼叫会话控制功能(CSCF，CallSessionControlFunction)发送的修改媒体请求中携带提议(offer)媒体时，保存所述offer媒体，且不指示ATGW更新媒体；
收到的第二CSCF发送的修改媒体响应中携带应答(answer)媒体时，指示所述ATGW进行媒体更新。
上述方案中，收到所述第二CSCF发送的修改媒体响应时，所述方法还包括：
选择所述offer媒体和所述answer媒体使用相同的编解码方式。
上述方案中，收到所述二CSCF发送的修改媒体响应时，所述方法还包括：
确定所述offer媒体与所述answer媒体无交集；
相应地，所述指示所述ATGW进行媒体更新包括：
指示所述ATGW启用转码。
上述方案中，所述修改媒体请求为更新(update)请求消息、或重新邀请(reinvite)请求消息、或会话切换请求；相应地，所述修改媒体响应为200OK响应消息；或者，
所述修改媒体请求为200OK响应消息；相应地，所述修改媒体响应为ACK响应消息。
上述方案中，收到所述第一CSCF发送的修改媒体请求之前，所述方法还包括：
保存对应的会话和所述ATGW的锚定媒体。
相应地，收到所述第二CSCF发送的修改媒体响应之前，所述方法还包括：
将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF。
上述方案中，所述将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，包括：
将所述offer媒体的IP地址和端口(port)替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且所述offer媒体中没有的编解码能力。
上述方案中，所述方法还包括：
当收到所述第二CSCF发送的媒体协商失败的响应消息时，不指示所述ATGW进行媒体更新，并向所述第一CSCF转发收到的媒体协商失败的响应消息。
本发明实施例还提供了一种ATCF，包括：第一指示模块及第二指示模块；其中，
所述第一指示模块，用于收到的第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，且不指示ATGW更新媒体；
所述第二指示模块，用于收到的第二CSCF发送的修改媒体响应中携带answer媒体时，指示所述ATGW进行媒体更新。
上述方案中，所述第二指示模块，还用于收到所述第二CSCF发送的修改媒体响应时，选择所述offer媒体和所述answer媒体使用相同的编解码方式。
上述方案中，所述第二指示模块，还用于确定所述offer媒体与所述answer媒体无交集；相应地，所述指示所述ATGW进行媒体更新包括：
指示所述ATGW启用转码。
上述方案中，所述ATCF还包括存储模块，用于保存对应的会话和所述ATGW的锚定媒体；
所述第二指示模块，还用于收到所述第二CSCF发送的修改媒体响应之前，将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF。
上述方案中，所述第二指示模块，还用于当收到所述第二CSCF发送的媒体协商失败的响应消息时，不指示所述ATGW进行媒体更新，并向所述第一CSCF转发收到的媒体协商失败的响应消息。
本发明实施例又提供了一种VCC业务中的媒体协商系统，其特征在于，所述系统包括第一CSCF、ATCF、第二CSCF及ATGW；其中，
所述第一CSCF，用于向所述ATCF发送修改媒体请求；
所述ATCF，用于接收所述第一CSCF发送的修改媒体请求，且收到的所述第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，并不指示所述ATGW更新媒体；还用于接收所述第二CSCF发送的修改媒体响应，并在收到的所述第二CSCF发送的修改媒体响应中携带answer媒体时，指示所述ATGW进行媒体更新；
所述第二CSCF，用于向所述ATCF发送修改媒体响应；
所述ATGW，用于收到所述ATCF的指示后，进行媒体更新。
上述方案中，所述ATCF，还用于收到所述第二CSCF发送的修改媒体响应时，选择所述offer媒体和所述answer媒体使用相同的编解码方式。
上述方案中，所述ATCF，还用于确定所述offer媒体与所述answer媒体无交集；相应地，所述指示所述ATGW进行媒体更新包括：
指示所述ATGW启用转码。
上述方案中，所述ATCF，还用于收到所述第一CSCF发送的修改媒体请求之前，保存对应的会话和所述ATGW的锚定媒体，以进行媒体协商与修改。
上述方案中，所述ATCF，还用于收到所述第二CSCF发送的修改媒体响应之前，将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF；
相应地，所述第二CSCF，还用于接收所述ATCF发送的组装后的媒体。
上述方案中，所述第二CSCF，还用于向所述ATCF发送媒体协商失败的响应消息；
所述ATCF，还用于当收到所述第二CSCF发送的媒体协商失败的响应消息时，不指示所述ATGW进行媒体更新，并向所述第一CSCF转发收到的媒体协商失败的响应消息；
所述第一CSCF，还用于接收所述ATCF转发的媒体协商失败的响应消息。本发明实施例提供的VCC业务中的媒体协商方法、系统及ATCF，收到的修改媒体请求中携带offer媒体时，保存所述offer媒体，且不指示ATGW更新媒体；收到的修改媒体响应中携带answer媒体时，指示ATGW进行媒体更新；也就是说，仅在收到媒体协商的answer媒体时，才通知AGTW更新媒体，如此，能解决在媒体协商过程中已锚定媒体的ATCF多次与ATGW交互导致媒体协商时延明显的问题，也就是说，采用本发明实施例的方案，由于仅在收到媒体协商的answer媒体时，才通知AGTW更新媒体，这样能使媒体协商流程中ATCF与ATGW的信令减少一半，使媒体协商速度大大提高，即有效地降低了时延。
附图说明
在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本发明实施例一VCC业务中的媒体协商方法流程示意图；
图2为本发明实施例二媒体协商的方法流程示意图；
图3为本发明实施例媒体协商前的媒体通道连接情况示意图；
图4为本发明实施例媒体协商后的媒体通道连接情况示意图；
图5为本发明实施例三媒体协商的方法流程示意图；
图6为本发明实施例四媒体协商的方法流程示意图；
图7为本发明实施例五媒体协商的方法流程示意图；
图8为本发明实施例六媒体协商的方法流程示意图；
图9为本发明实施例ATCF结构示意图；
图10为本发明实施例VCC业务中的媒体协商系统结构示意图。
具体实施方式
按照现有的流程，当使用eSRVCC技术时，由于ATCF与ATGW信令交互流程信令较多，时延明显比采用SRVCC技术的时延长。
另外，当媒体协商出现异常时，按RFC3261要求，媒体需保持修改前状态不变。按现有流程，使用eSRVCC技术时，锚定媒体不便于恢复到本次修改前的状态，需要ATCF重新指示ATGW修改为失败前的媒体才能实现。
除此以外，按照现有的流程，媒体是分段协商的，这样会导致两侧的媒体协商不一致，需要ATGW进行转码，这样会浪费ATGW的转码资源。
基于此，在本发明的各种实施例中：收到的修改媒体请求中携带offer媒体时，保存所述offer媒体，且不指示ATGW更新媒体；收到的修改媒体响应中携带answer媒体时，指示ATGW进行媒体更新。
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
实施例一
本实施例VCC业务中的媒体协商方法，如图1所示，包括以下步骤：
步骤101：收到的第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，且不指示ATGW更新媒体；
具体地，收到的第一CSCF发送的修改媒体请求中携带offer媒体时，ATCF保存所述offer媒体，且不指示ATGW更新媒体。此时，ATCF已经锚定媒体。
这里，所述offer媒体用于表明请求的媒体编解码能力。
在执行本步骤之前，该方法还可以包括：
保存对应的会话和ATGW的锚定媒体，以便进行媒体协商与修改。
实际应用时，由ATCF保存会话和ATGW的锚定媒体，以便进行媒体协商与修改。
所述修改媒体请求可以为update请求消息、或reinvite请求消息、或200OK响应消息、或会话切换请求等。其中，当发送的reinvite请求消息中未携带offer媒体时，可以在返回的200OK响应消息中携带offer媒体，此时，返回200OK响应消息的CSCF为第一CSCF。
步骤102：收到的第二CSCF发送的修改媒体响应中携带answer媒体时，指示所述ATGW进行媒体更新。
具体地，收到的第二CSCF发送的修改媒体响应中携带answer媒体时，ATCF指示ATGW进行媒体更新。
这里，相应地，所述answer媒体用于表明响应所述修改媒体请求的媒体编解码能力。
收到第二CSCF发送的修改媒体响应时，优先选择所述offer媒体和所述answer媒体使用相同的编解码方式；当确定所述offer媒体与所述answer媒体无交集时，所述指示ATGW进行媒体更新，具体包括：
指示所述ATGW启用转码。
在执行本步骤之前，该方法还可以包括：
将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF。
具体地，ATCF将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF。
其中，所述将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，具体包括：将所述offer媒体的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且所述offer媒体中不存在的编解码能力，从而获得组装后的媒体。
相应地，所述修改媒体响应可以为200OK响应消息、或ACK响应消息；具体地，当携带所述offer媒体的修改媒体请求为update请求消息、或reinvite请求消息、或会话切换请求时，所述修改媒体响应为200OK响应消息；当携带所述offer媒体的修改媒体请求为200OK响应消息时，所述修改媒体响应为ACK响应消息。
所述确定所述offer媒体与所述answer媒体无交集，具体为：确定所述offer媒体与所述answer媒体的类型、编解码能力及相关参数无交集，无法协商一致。
实际应用时，当收到第二CSCF发送的媒体协商失败的响应消息时，不指示ATGW进行媒体更新，并向第一CSCF转发收到的媒体协商失败的响应消息。
本发明实施例提供的VCC业务中的媒体协商方法，收到的第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，且不指示ATGW更新媒体；收到的第二CSCF发送的修改媒体响应中携带answer媒体时，指示ATGW进行媒体更新，也就是说，仅在收到媒体协商的answer媒体时，才通知AGTW更新媒体，如此，能解决在媒体协商过程中已锚定媒体的ATCF多次与ATGW交互导致媒体协商时延明显及的问题，也就是说，采用本发明实施例的方案，由于仅在收到媒体协商的answer媒体时，才通知AGTW更新媒体，这样能使媒体协商流程中ATCF与ATGW的信令减少一半，使媒体协商速度大大提高，即有效地降低了时延。
另外，当确定所述offer媒体与所述answer媒体无交集时，指示所述ATGW启用转码，如此，能有效地节约ATGW的转码资源。
除此以外，当收到第二CSCF发送的媒体协商失败的响应消息时，不指示ATGW进行媒体更新，此时，由于ATGW并没有更新媒体，如此，能解决在媒体协商过程中媒体协商失败后ATGW的操作回退困难的问题。
实施例二
本实施例的应用场景为：媒体锚定到ATCF，会话处于振铃状态，且媒体offer/answer平衡，ATCF已保存了主被叫及ATGW锚定的媒体。
本实施例采用update会话进行媒体协商，本实施例媒体协商的方法，如图2所示，包括以下步骤：
步骤201：ATCF收到来自第一CSCF的update请求消息；
这里，所述来自第一CSCF的update请求消息中携带第一媒体(sdp1)。
所述update请求消息用于进行媒体协商。
步骤202：ATCF保存收到的所述来自第一CSCF的update请求消息中的sdp1，并使用sdp1与保存的对应的ATGW锚定的媒体进行组装，得到第二媒体(sdp2)；
具体地，ATCF将sdp1的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且sdp1中不存在的编解码能力，从而获得sdp2。
这里，进行组装的目的是：替换sdp1的IP端口和媒体编解码能力，以得到sdp2。
sdp2可以认为代表了对应的ATGW的媒体编解码能力。
步骤203：ATCF向第二CSCF转发update请求消息；
这里，转发的update请求消息中携带sdp2。
ATCF向第二CSCF转发的update请求消息用于进行媒体协商。
本步骤完成后，表明offer媒体的处理完成，即：修改媒体请求携带的offer媒体的处理完成。
从上面的描述中可以看出，在进行offer媒体的处理时，ATCF并不指示ATGW更新媒体。
图3为协商前媒体通道的连接情况，如图3所示，在媒体协商前，媒体通道为第一CSCF、ATDF以及第二CSCF之间采用协商前的媒体即旧媒体(sdp-old)所建立的媒体通道。
这里，实际应用时，第一CSCF为代理CSCF(P-CSCF)，第二CSCF也为P-CSCF，此时，第二CSCF与ATCF之间的交互可能会通过查询CSCF(I-CSCF)的转发，换句话说，第二CSCF与ATCF之间可能未直接建立连接，因此，需要II-CSCF的转发才能实现交互。
步骤204：第二CSCF向ATCF返回200OK响应消息；
这里，返回的200OK响应消息中携带第三媒体(sdp3)。
步骤205：ATCF保存收到的来自第二CSCF返回的200OK响应消息中的sdp3，根据保存的sdp1和sdp3进行媒体协商，之后执行步骤206；
这里，实际应用时，一般sdp1中会携带多个媒体编解码能力，而sdp3中仅携带一个编解码能力，所以在进行媒体协商时，优先选择与sdp3对应的编解码能力相同的媒体编解码能力。
当确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用转码。
步骤206：ATCF指示ATGW，更新ATGW上的主叫、被叫的锚定媒体，之后执行步骤207；
这里，当ATCF确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用转码，即指示ATGW启用转码。
实际应用时，ATCF可以通过两次信令交互分别指示ATGW来更新主叫、被叫的锚定媒体，也可以通过一次信令交互同时指示ATGW更新主叫、被叫的锚定媒体。
假设更新锚定媒体后，与sdp1对应的媒体为第四媒体(sdp4)，与sdp3对应的媒体为第五媒体(sdp5)，ATGW将更新后的锚定媒体(sdp4和sdp5)发送给ATCF。
步骤207：ATCF保存收到的来自ATGW的锚定媒体，并使用sdp3和保存的sdp5进行组装，得到第六媒体(sdp6)；
具体地，ATCF将sdp3的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且sdp3中不存在的编解码能力，从而获得sdp6。
这里，进行组装的目的是：替换sdp3的IP端口和媒体编解码能力，以得到sdp6。
Sdp6可以认为代表了对应的ATGW的媒体编解码能力。
步骤208：ATCF向第一CSCF转发200OK响应消息。
这里，转发的200OK响应消息中携带sdp6。
本步骤完成后，表明answer媒体的处理完成，即：修改媒体响应携带的answer媒体的处理完成。
从步骤204-208的描述中可以看出，收到answer媒体时，才指示ATGW进行媒体更新，这样，大大提高了媒体协商速度，有效降低了时延；ATCF在进行媒体协商时，优先选择与sdp3对应的编解码能力相同的媒体编解码能力，当确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用ATGW的转码资源，即指示ATGW启用转码，如此，节约了ATGW的转码资源。
协商完成后媒体通道的连接情况，如图4所示，媒体协商完成后，媒体通道为第一CSCF、ATDF以及第二CSCF之间采用协商后的媒体即新媒体(sdp-new)所建立的媒体通道。
这里，实际应用时，第一CSCF为P-CSCF，第二CSCF也为P-CSCF，此时，第二CSCF与ATCF之间的交互可能会通过I-CSCF的转发，换句话说，第二CSCF与ATCF之间可能未直接建立连接，因此，需要II-CSCF的转发才能实现交互。
实施例三
本实施例的应用场景为：媒体锚定到ATCF，会话处于振铃状态，且媒体offer/answer平衡，ATCF已保存了主被叫及ATGW锚定的媒体。
本实施例采用reinvite会话进行媒体协商，本实施例媒体协商的方法，如图5所示，包括以下步骤：
步骤501：ATCF收到来自第一CSCF的reinvite请求消息；
这里，所述来自第一CSCF的reinvite请求消息中携带sdp1。
所述reinvite请求消息用于进行媒体协商。
步骤502：ATCF保存收到的所述来自第一CSCF的reinvite请求消息中的sdp1，并使用sdp1与保存的对应的ATGW锚定的媒体进行组装，得到sdp2；
具体地，ATCF将sdp1的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且sdp1中不存在的编解码能力，从而获得sdp2。
这里，进行组装的目的是：替换sdp1的IP端口和媒体编解码能力，以得到sdp2。
sdp2可以认为代表了对应的ATGW的媒体编解码能力。
步骤503：ATCF向第二CSCF转发reinvite请求消息；
这里，转发的reinvite请求消息中携带sdp2。
ATCF向第二CSCF转发的update请求消息用于进行媒体协商。
本步骤完成后，表明offer媒体的处理完成，即：修改媒体请求携带的offer媒体的处理完成。
从上面的描述中可以看出，在进行offer媒体的处理时，ATCF并不指示ATGW更新媒体。
图3为协商前媒体通道的连接情况，如图3所示，在媒体协商前，媒体通道为第一CSCF、ATDF以及第二CSCF之间采用协商前的媒体即旧媒体(sdp-old)所建立的媒体通道。
这里，实际应用时，第一CSCF为P-CSCF，第二CSCF也为P-CSCF，此时，第二CSCF与ATCF之间的交互可能会通过I-CSCF的转发，换句话说，第二CSCF与ATCF之间可能未直接建立连接，因此，需要II-CSCF的转发才能实现交互。
步骤504：第二CSCF向ATCF返回200OK响应消息；
这里，返回的200OK响应消息中携带sdp3。
步骤505：ATCF保存收到的来自第二CSCF返回的200OK响应消息中的sdp3，根据保存的sdp1和sdp3进行媒体协商，之后执行步骤506；
这里，实际应用时，一般sdp1中会携带多个媒体编解码能力，而sdp3中仅携带一个编解码能力，所以在进行媒体协商时，优先选择与sdp3对应的编解码能力相同的媒体编解码能力。
当确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用转码。
步骤506：ATCF指示ATGW，更新ATGW上的主叫、被叫的锚定媒体，之后执行步骤507；
这里，当ATCF确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用转码，即指示ATGW启用转码。
实际应用时，ATCF可以通过两次信令交互分别指示ATGW来更新主叫、被叫的锚定媒体，也可以通过一次信令交互同时指示ATGW更新主叫、被叫的锚定媒体。
假设更新锚定媒体后，与sdp1对应的媒体为sdp4，与sdp3对应的媒体为sdp5，ATGW将更新后的锚定媒体(sdp4和sdp5)发送给ATCF。
步骤507：ATCF保存收到的来自ATGW的锚定媒体，并使用sdp3和保存的sdp5进行组装，得到sdp6；
具体地，ATCF将sdp3的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且sdp3中不存在的编解码能力，从而获得sdp6。
这里，进行组装的目的是：替换sdp3的IP端口和媒体编解码能力，以得到sdp6。
Sdp6可以认为代表了对应的ATGW的媒体编解码能力。
步骤508：ATCF向第一CSCF转发200OK响应消息；
这里，转发的200OK响应消息中携带sdp6。
步骤509：ATCF向第二CSCF透传第一CSCF发送的不带媒体的ACK响应消息。
本步骤完成后，表明answer媒体的处理完成，即：修改媒体响应携带的answer媒体的处理完成。
从步骤504-509的描述中可以看出，收到answer媒体时，才指示ATGW进行媒体更新，这样，大大提高了媒体协商速度，有效降低了时延；ATCF在进行媒体协商时，优先选择与sdp3对应的编解码能力相同的媒体编解码能力，当确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用ATGW的转码资源，即指示ATGW启用转码，如此，节约了ATGW的转码资源。
协商完成后媒体通道的连接情况，如图4所示，媒体协商完成后，媒体通道为第一CSCF、ATDF以及第二CSCF之间采用协商后的媒体即新媒体(sdp-new)所建立的媒体通道。
这里，实际应用时，第一CSCF为P-CSCF，第二CSCF也为P-CSCF，此时，第二CSCF与ATCF之间的交互可能会通过I-CSCF的转发，换句话说，第二CSCF与ATCF之间可能未直接建立连接，因此，需要II-CSCF的转发才能实现交互。
实施例四
本实施例的应用场景为：媒体锚定到ATCF，会话处于振铃状态，且媒体offer/answer平衡，ATCF已保存了主被叫及ATGW锚定的媒体。
本实施例采用reinvite会话进行媒体协商，本实施例媒体协商的方法，如图6所示，包括以下步骤：
步骤601：ATCF向第二CSCF透传来自第一CSCF的reinvite请求消息；
这里，所述reinvite请求消息中不携带任何媒体。
步骤602：第二CSCF向ATCF返回200OK响应消息；
这里，返回的200OK响应消息中携带sdp1。
步骤603：ATCF保存收到的来自第二CSCF返回的200OK响应消息中的sdp1，并使用sdp1与保存的对应的ATGW锚定的媒体进行组装，得到sdp2；
具体地，ATCF将sdp1的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且sdp1中不存在的编解码能力，从而获得sdp2。
这里，进行组装的目的是：替换sdp1的IP端口和媒体编解码能力，以得到sdp2。
sdp2可以认为代表了对应的ATGW的媒体编解码能力。
步骤604：ATCF向第一CSCF转发200OK响应消息；
这里，转发的200OK响应消息中携带sdp2。
本步骤完成后，表明offer媒体的处理完成，即：修改媒体请求携带的offer媒体的处理完成。
从上面的描述中可以看出，在进行offer媒体的处理时，ATCF并不指示ATGW更新媒体。
图3为协商前媒体通道的连接情况，如图3所示，在媒体协商前，媒体通道为第一CSCF、ATDF以及第二CSCF之间采用协商前的媒体即旧媒体(sdp-old)所建立的媒体通道。
这里，实际应用时，第一CSCF为P-CSCF，第二CSCF也为P-CSCF，此时，第二CSCF与ATCF之间的交互可能会通过I-CSCF的转发，换句话说，第二CSCF与ATCF之间可能未直接建立连接，因此，需要II-CSCF的转发才能实现交互。
步骤605：第一CSCF向ATCF发送ACK响应消息；
这里，所述ACK响应消息中携带sdp3。
所述ACK响应消息用于进行媒体协商。
步骤606：ATCF保存收到的来自第一CSCF发送的ACK响应消息中的sdp3，根据保存的sdp1和sdp3进行媒体协商，之后执行步骤606；
这里，实际应用时，一般sdp1中会携带多个媒体编解码能力，而sdp3中仅携带一个编解码能力，所以在进行媒体协商时，优先选择与sdp3对应的编解码能力相同的媒体编解码能力。
当确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用转码。
步骤607：ATCF指示ATGW更新ATGW上的主叫、被叫的锚定媒体，之后执行步骤607；
这里，当ATCF确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用转码，即指示ATGW启用转码。
实际应用时，ATCF可以通过两次信令交互分别指示ATGW来更新主叫、被叫的锚定媒体，也可以通过一次信令交互同时指示ATGW更新主叫、被叫的锚定媒体。
假设更新锚定媒体后，与sdp1对应的媒体为sdp4，与sdp3对应的媒体为sdp5，ATGW将更新后的锚定媒体(sdp4和sdp5)发送给ATCF。
步骤608：ATCF保存收到的来自ATGW的锚定媒体，并使用sdp3和保存的sdp5进行组装，得到sdp6；
具体地，ATCF将sdp3的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且sdp3中不存在的编解码能力，从而获得sdp6。
这里，进行组装的目的是：替换sdp3的IP端口和媒体编解码能力，以得到sdp6。
Sdp6可以认为代表了对应的ATGW的媒体编解码能力。
步骤609：ATCF向第二CSCP转发ACK响应消息；
这里，转发的ACK响应消息中携带sdp6。
本步骤完成后，表明answer媒体的处理完成，即：修改媒体响应携带的answer媒体的处理完成。
从步骤605-609的描述中可以看出，收到answer媒体时，才指示ATGW进行媒体更新，这样，大大提高了媒体协商速度，有效降低了时延；ATCF在进行媒体协商时，优先选择与sdp3对应的编解码能力相同的媒体编解码能力，当确定sdp1和sdp3对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用ATGW的转码资源，即指示ATGW启用转码，如此，节约了ATGW的转码资源。
协商完成后媒体通道的连接情况，如图4所示，媒体协商完成后，媒体通道为第一CSCF、ATDF以及第二CSCF之间采用协商后的媒体即新媒体(sdp-new)所建立的媒体通道。
这里，实际应用时，第一CSCF为P-CSCF，第二CSCF也为P-CSCF，此时，第二CSCF与ATCF之间的交互可能会通过I-CSCF的转发，换句话说，第二CSCF与ATCF之间可能未直接建立连接，因此，需要II-CSCF的转发才能实现交互。
实施例五
本实施例的应用场景为：媒体锚定到ATCF，会话处于振铃状态，且媒体offer/answer平衡，ATCF已保存了主被叫及ATGW锚定的媒体。
本实施例采用reinvite会话进行媒体协商，本实施例媒体协商的方法，如图7所示，包括以下步骤：
步骤701：ATCF收到来自第一CSCF的reinvite请求消息；
这里，所述来自第一CSCF的reinvite请求消息中携带sdp1。
所述reinvite请求消息用于进行媒体协商。
步骤702：ATCF保存收到的所述来自第一CSCF的reinvite请求消息中的sdp1，并使用sdp1与保存的对应的ATGW锚定的媒体进行组装，得到sdp2；
具体地，ATCF将sdp1的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且sdp1中不存在的编解码能力，从而获得sdp2。
这里，进行组装的目的是：替换sdp1的IP端口和媒体编解码能力，以得到sdp2。
sdp2可以认为代表了对应的ATGW的媒体编解码能力。
步骤703：ATCF向第二CSCF转发reinvite请求消息；
这里，转发的reinvite请求消息中携带sdp2。
ATCF向第二CSCF转发的update请求消息用于进行媒体协商。
本步骤完成后，表明offer媒体的处理完成，即：修改媒体请求携带的offer媒体的处理完成。
从上面的描述中可以看出，在进行offer媒体的处理时，ATCF并不指示ATGW更新媒体。
图3为协商前媒体通道的连接情况，如图3所示，在媒体协商前，媒体通道为第一CSCF、ATDF以及第二CSCF之间采用协商前的媒体即旧媒体(sdp-old)所建立的媒体通道。
这里，实际应用时，第一CSCF为P-CSCF，第二CSCF也为P-CSCF，此时，第二CSCF与ATCF之间的交互可能会通过I-CSCF的转发，换句话说，第二CSCF与ATCF之间可能未直接建立连接，因此，需要II-CSCF的转发才能实现交互。
步骤704：第二CSCF向ATCF返回表明媒体协商失败的4xx或5xx响应消息；
步骤705：ATCF向第一CSCF透传表明媒体协商失败的4xx或5xx响应消息。
本步骤完成后，表明媒体协商失败，此时，由于媒体通道的连接没有发生变化，仍然如图3所示的媒体通道的连接，因此不需要通知ATGW进行回退，即：ATCF不需要向ATGW发送进行回退的指示。
实施例六
本实施例的应用场景为：由增强的移动交换中心(eMSC，EnhancedMobileSwitchCenter)服务器(Server)发起会话切换的处理流程，即由eMSCServer发起媒体协商，本实施例媒体协商的方法，如图8所示，包括以下步骤：
步骤801：ATCF收到来自eMSCServer的会话切换请求消息；
这里，所述会话切换请求消息中携带sdp1。
所述会话切换请求消息用于进行媒体协商。
步骤802：ATCF保存会话切换请求消息中携带的sdp1，并根据sdp1和保存的对端用户的媒体进行媒体协商，之后执行步骤803；
这里，实际应用时，一般sdp1中会携带多个媒体编解码能力，而对端用户的媒体中仅携带一个编解码能力，所以在进行媒体协商时，优先选择与对端用户的媒体对应的编解码能力相同的媒体编解码能力。
当确定sdp1和对端用户的媒体对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用转码。
步骤803：ATCF指示ATGW更新ATGW上的用户侧的锚定媒体，之后执行步骤804；
这里，当确定sdp1和对端用户的媒体对应的媒体的类型、编解码能力与相关参数无交集，无法协商一致时，启用转码，即指示ATGW启用转码。
假设更新锚定媒体后，与sdp1对应的媒体为sdp2，ATGW将更新后的锚定媒体(sdp2)发送给ATCF。
步骤804：ATCF向eMSCServer返回200OK响应消息；
这里，所述200OK响应消息中携带sdp2。
步骤805：eMSCServer向ATCF发送ACK响应消息，切换流程完成。
为实现上述方法，本发明实施例还提供了一种ATCF，如图9所示，该ATCF包括：第一指示模块91及第二指示模块92；其中，
第一指示模块91，用于收到的第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，且不指示ATGW更新媒体；
第二指示模块92，用于收到的第二CSCF发送的修改媒体响应中携带answer媒体时，指示ATGW进行媒体更新。
其中，ATCF此时已经锚定媒体。
所述offer媒体用于表明请求的媒体编解码能力；相应地，所述answer媒体用于表明响应所述修改媒体请求的媒体编解码能力。
收到第二CSCF发送的修改媒体响应时，第二指示模块92优先选择所述offer媒体和所述answer媒体使用相同的编解码方式；当确定所述offer媒体与所述answer媒体无交集时，所述指示ATGW进行媒体更新，具体包括：
第二指示模块92指示所述ATGW启用转码。
该ATCF还可以包括存储模块，用于保存对应的会话和ATGW的锚定媒体，以便进行媒体协商与修改。
所述修改媒体请求可以为update请求消息、或reinvite请求消息、或200OK响应消息、或会话切换请求等。其中，当发送的reinvite请求消息中未携带offer媒体时，可以在返回的200OK响应消息中携带offer媒体，此时，返回200OK响应消息的CSCF为第一CSCF。
第二指示模块92，还用于收到所述第二CSCF发送的修改媒体响应之前，将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF。
这里，所述将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，具体包括：将所述offer媒体的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且所述offer媒体中不存在的编解码能力，从而获得组装后的媒体。
相应地，所述修改媒体响应可以为200OK响应消息、或ACK响应消息；具体地，当携带所述offer媒体的修改媒体请求为update请求消息、或reinvite请求消息、或会话切换请求时，所述修改媒体响应为200OK响应消息；当携带所述offer媒体的修改媒体请求为200OK响应消息时，所述修改媒体响应为ACK响应消息。
所述确定所述offer媒体与所述answer媒体无交集，具体为：确定所述offer媒体与所述answer媒体的类型、编解码能力及相关参数无交集，无法协商一致。
实际应用时，当收到第二CSCF发送的媒体协商失败的响应消息时，第二指示模块92不指示ATGW进行媒体更新，并向第一CSCF转发收到的媒体协商失败的响应消息。
实际应用时，第一指示模块91及第二指示模块92可由ATCF中的中央处理器(CPU，CentralProcessingUnit)、数字信号处理器(DSP，DigitalSignalProcessor)或可编程逻辑阵列(FPGA，Field－ProgrammableGateArray)结合收发机实现；存储模块可由ATCF中的存储器实现。
本发明实施例提供的ATCF，收到的第一CSCF发送的修改媒体请求中携带offer媒体时，第一指示模块保存所述offer媒体，且不指示ATGW更新媒体；收到的第二CSCF发送的修改媒体响应中携带answer媒体时，第二指示模块指示ATGW进行媒体更新，也就是说，仅在收到媒体协商的answer媒体时，才通知AGTW更新媒体，如此，能解决在媒体协商过程中已锚定媒体的ATCF多次与ATGW交互导致媒体协商时延明显的问题，也就是说，采用本发明实施例的方案，由于仅在收到媒体协商的answer媒体才通知AGTW更新媒体，这样能使媒体协商流程中ATCF与ATGW的信令减少一半，使媒体协商速度大大提高，即有效地降低了时延。
另外，当第二指示模块确定所述offer媒体与所述answer媒体无交集时，指示所述ATGW启用转码，如此，能有效地节约ATGW的转码资源。
除此以外，当收到第二CSCF发送的媒体协商失败的响应消息时，第二指示模块不指示ATGW进行媒体更新，此时，由于ATGW并没有更新媒体，如此，能解决在媒体协商过程中媒体协商失败后ATGW的操作回退困难的问题。
本发明实施例又提供了一种VCC业务中的媒体协商系统，如图10所示，该系统包括第一CSCF101、ATCF102、第二CSCF103及ATGW104；其中，
第一CSCF101，用于向ATCF102发送修改媒体请求；
ATCF102，用于接收第一CSCF101发送的修改媒体请求，且收到的第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，并不指示ATGW104更新媒体；还用于接收第二CSCF103发送的修改媒体响应，并在收到的第二CSCF发送的修改媒体响应中携带answer媒体时，指示ATGW104进行媒体更新；
第二CSCF103，用于向ATCF102发送修改媒体响应；
ATGW104，用于收到ATCF102的指示后，进行媒体更新。
其中，ATCF102已经锚定媒体。
所述offer媒体用于表明请求的媒体编解码能力；相应地，所述answer媒体用于表明响应所述修改媒体请求的媒体编解码能力。
实际应用时，可以由ATCF102的第一指示模块接收第一CSCF101发送的修改媒体请求，且收到的第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，并不指示ATGW104更新媒体，并由ATCF102的第二指示模块接收第二CSCF103发送的修改媒体响应，并在收到的第二CSCF103发送的修改媒体响应中携带answer媒体时，指示ATGW104进行媒体更新。
这里，ATCF102还用于收到第二CSCF发送的修改媒体响应时，优先选择所述offer媒体和所述answer媒体使用相同的编解码方式；当确定所述offer媒体与所述answer媒体无交集时，在指示ATGW进行媒体更新时指示所述ATGW启用转码。
实际应用时，收到第二CSCF发送的修改媒体响应时，可以由ATCF102的第二指示模块优先选择所述offer媒体和所述answer媒体使用相同的编解码方式；当确定所述offer媒体与所述answer媒体无交集时，在指示ATGW进行媒体更新时指示所述ATGW启用转码。
ATCF102，还用于收到所述第一CSCF发送的修改媒体请求之前，保存对应的会话和ATGW104的锚定媒体，以便进行媒体协商与修改。
实际应用时，可以由ATCF102的存储模块保存对应的会话和ATGW的锚定媒体。
所述修改媒体请求可以为update请求消息、或reinvite请求消息、或200OK响应消息、或会话切换请求等。其中，当发送的reinvite请求消息中未携带offer媒体时，可以在返回的200OK响应消息中携带offer媒体，此时，返回200OK响应消息的CSCF为第一CSCF。
ATCF102，还用于收到所述第二CSCF103发送的修改媒体响应之前，将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF103；
相应地，第二CSCF103，还用于接收ATCF102发送的组装后的媒体。
其中，所述将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，具体包括：将所述offer媒体的IP地址和port替换为相应ATGW锚定媒体的IP地址和port，并补充ATGW支持且所述offer媒体中不存在的编解码能力，从而获得组装后的媒体。
相应地，所述修改媒体响应可以为200OK响应消息、或ACK响应消息；具体地，当携带所述offer媒体的修改媒体请求为update请求消息、或reinvite请求消息、或会话切换请求时，所述修改媒体响应为200OK响应消息；当携带所述offer媒体的修改媒体请求为200OK响应消息时，所述修改媒体响应为ACK响应消息。
所述确定所述offer媒体与所述answer媒体无交集，具体为：确定所述offer媒体与所述answer媒体的类型、编解码能力及相关参数无交集，无法协商一致。
实际应用时，当收到第二CSCF103发送的媒体协商失败的响应消息时，ATCF102不指示ATGW进行媒体更新，并向第一CSCF101转发收到的媒体协商失败的响应消息。
本发明实施例提供的VCC业务中的媒体协商系统，ATCF收到的第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，且不指示ATGW更新媒体；ATCF收到的第二CSCF发送的修改媒体响应中携带answer媒体时，指示ATGW进行媒体更新，也就是说，仅在收到媒体协商的answer媒体时，ATCF才通知AGTW更新媒体，如此，能解决在媒体协商过程中已锚定媒体的ATCF多次与ATGW交互导致媒体协商时延明显的问题，也就是说，采用本发明实施例的方案，由于仅在收到媒体协商的answer媒体时，ATCF才通知AGTW更新媒体，这样能使媒体协商流程中ATCF与ATGW的信令减少一半，使媒体协商速度大大提高，即有效地降低了时延。
另外，当ATCF确定所述offer媒体与所述answer媒体无交集时，指示所述ATGW启用转码，如此，能有效地节约ATGW的转码资源。
除此以外，当ATCF收到第二CSCF发送的媒体协商失败的响应消息时，不指示ATGW进行媒体更新，此时，由于ATGW并没有更新媒体，如此，能解决在媒体协商过程中媒体协商失败后ATGW的操作回退困难的问题。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (18)

1.一种语音呼叫连续性VCC业务中的媒体协商方法，其特征在于，所述方法包括：
收到的第一呼叫会话控制功能CSCF发送的修改媒体请求中携带提议offer媒体时，保存所述offer媒体，且不指示接入转移网关ATGW更新媒体；
收到的第二CSCF发送的修改媒体响应中携带应答answer媒体时，指示所述ATGW进行媒体更新。
2.根据权利要求1所述的方法，其特征在于，收到所述第二CSCF发送的修改媒体响应时，所述方法还包括：
选择所述offer媒体和所述answer媒体使用相同的编解码方式。
3.根据权利要求1所述的方法，其特征在于，收到所述二CSCF发送的修改媒体响应时，所述方法还包括：
确定所述offer媒体与所述answer媒体无交集；
相应地，所述指示所述ATGW进行媒体更新包括：
指示所述ATGW启用转码。
4.根据权利要求1所述的方法，其特征在于，所述修改媒体请求为更新update请求消息、或重新邀请reinvite请求消息、或会话切换请求；相应地，所述修改媒体响应为200OK响应消息；或者，
所述修改媒体请求为200OK响应消息；相应地，所述修改媒体响应为ACK响应消息。
5.根据权利要求1所述的方法，其特征在于，收到所述第一CSCF发送的修改媒体请求之前，所述方法还包括：
保存对应的会话和所述ATGW的锚定媒体；
相应地，收到所述第二CSCF发送的修改媒体响应之前，所述方法还包括：
将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF。
6.根据权利要求5所述的方法，其特征在于，所述将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，包括：
将所述offer媒体的IP地址和端口替换为相应ATGW锚定媒体的IP地址和端口，并补充ATGW支持且所述offer媒体中没有的编解码能力。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当收到所述第二CSCF发送的媒体协商失败的响应消息时，不指示所述ATGW进行媒体更新，并向所述第一CSCF转发收到的媒体协商失败的响应消息。
8.一种接入转移控制功能ATCF，其特征在于，所述ATCF包括：第一指示模块及第二指示模块；其中，
所述第一指示模块，用于收到的第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，且不指示ATGW更新媒体；
所述第二指示模块，用于收到的第二CSCF发送的修改媒体响应中携带answer媒体时，指示所述ATGW进行媒体更新。
9.根据权利要求8所述的ATCF，其特征在于，所述第二指示模块，还用于收到所述第二CSCF发送的修改媒体响应时，选择所述offer媒体和所述answer媒体使用相同的编解码方式。
10.根据权利要求8所述的ATCF，其特征在于，所述第二指示模块，还用于确定所述offer媒体与所述answer媒体无交集；相应地，所述指示所述ATGW进行媒体更新包括：
指示所述ATGW启用转码。
11.根据权利要求8所述的ATCF，其特征在于，所述ATCF还包括存储模块，用于保存对应的会话和所述ATGW的锚定媒体；
所述第二指示模块，还用于收到所述第二CSCF发送的修改媒体响应之前，将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF。
12.根据权利要求8所述的ATCF，其特征在于，所述第二指示模块，还用于当收到所述第二CSCF发送的媒体协商失败的响应消息时，不指示所述ATGW进行媒体更新，并向所述第一CSCF转发收到的媒体协商失败的响应消息。
13.一种VCC业务中的媒体协商系统，其特征在于，所述系统包括第一CSCF、ATCF、第二CSCF及ATGW；其中，
所述第一CSCF，用于向所述ATCF发送修改媒体请求；
所述ATCF，用于接收所述第一CSCF发送的修改媒体请求，且收到的所述第一CSCF发送的修改媒体请求中携带offer媒体时，保存所述offer媒体，并不指示所述ATGW更新媒体；还用于接收所述第二CSCF发送的修改媒体响应，并在收到的所述第二CSCF发送的修改媒体响应中携带answer媒体时，指示所述ATGW进行媒体更新；
所述第二CSCF，用于向所述ATCF发送修改媒体响应；
所述ATGW，用于收到所述ATCF的指示后，进行媒体更新。
14.根据权利要求13所述的系统，其特征在于，所述ATCF，还用于收到所述第二CSCF发送的修改媒体响应时，选择所述offer媒体和所述answer媒体使用相同的编解码方式。
15.根据权利要求13所述的系统，其特征在于，所述ATCF，还用于确定所述offer媒体与所述answer媒体无交集；相应地，所述指示所述ATGW进行媒体更新包括：
指示所述ATGW启用转码。
16.根据权利要求13所述的系统，其特征在于，所述ATCF，还用于收到所述第一CSCF发送的修改媒体请求之前，保存对应的会话和所述ATGW的锚定媒体，以进行媒体协商与修改。
17.根据权利要求13所述的系统，其特征在于，
所述ATCF，还用于收到所述第二CSCF发送的修改媒体响应之前，将所述offer媒体与保存的对应的ATGW的锚定媒体进行组装，得到组装后的媒体，并将组装后的媒体发送给所述第二CSCF；
相应地，所述第二CSCF，还用于接收所述ATCF发送的组装后的媒体。
18.根据权利要求13所述的系统，其特征在于，
所述第二CSCF，还用于向所述ATCF发送媒体协商失败的响应消息；
所述ATCF，还用于当收到所述第二CSCF发送的媒体协商失败的响应消息时，不指示所述ATGW进行媒体更新，并向所述第一CSCF转发收到的媒体协商失败的响应消息；
所述第一CSCF，还用于接收所述ATCF转发的媒体协商失败的响应消息。
CN201410281354.8A 2014-06-20 2014-06-20 语音呼叫连续性业务中的媒体协商方法、系统及atcf Active CN105323217B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201410281354.8A CN105323217B (zh) 2014-06-20 2014-06-20 语音呼叫连续性业务中的媒体协商方法、系统及atcf
PCT/CN2014/088465 WO2015192554A1 (zh) 2014-06-20 2014-10-13 语音呼叫连续性业务中的媒体协商方法、系统及atcf
BR112016030033-5A BR112016030033B1 (pt) 2014-06-20 2014-10-13 Método e sistema para negociação dos meios de comunicação no serviço de continuidade de chamada de voz, e atcf
AU2014397894A AU2014397894B2 (en) 2014-06-20 2014-10-13 Method and system for media negotiation in voice call continuity service, and ATCF

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410281354.8A CN105323217B (zh) 2014-06-20 2014-06-20 语音呼叫连续性业务中的媒体协商方法、系统及atcf

Publications (2)

Publication Number Publication Date
CN105323217A true CN105323217A (zh) 2016-02-10
CN105323217B CN105323217B (zh) 2020-03-10

Family

ID=54934784

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410281354.8A Active CN105323217B (zh) 2014-06-20 2014-06-20 语音呼叫连续性业务中的媒体协商方法、系统及atcf

Country Status (4)

Country Link
CN (1) CN105323217B (zh)
AU (1) AU2014397894B2 (zh)
BR (1) BR112016030033B1 (zh)
WO (1) WO2015192554A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018149235A1 (zh) * 2017-02-14 2018-08-23 中兴通讯股份有限公司 Srvcc切换资源预留处理方法和接入切换功能设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007076720A1 (fr) * 2005-12-31 2007-07-12 Huawei Technologies Co., Ltd. Procédé et dispositif de régulation de ressources média
CN101478620A (zh) * 2009-01-20 2009-07-08 中兴通讯股份有限公司 呼叫处理方法及系统、软交换及网关
CN102130888A (zh) * 2010-01-19 2011-07-20 华为终端有限公司 通话过程中继续播放彩铃和彩振的方法和服务器
CN102340490A (zh) * 2010-07-23 2012-02-01 中兴通讯股份有限公司 一种实现媒体锚定的方法及系统
CN102448135A (zh) * 2011-11-17 2012-05-09 中兴通讯股份有限公司 一种单无线语音连续切换的方法及系统
CN102761929A (zh) * 2012-07-09 2012-10-31 中兴通讯股份有限公司 Ims会话切换实现方法和接入切换控制功能

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007076720A1 (fr) * 2005-12-31 2007-07-12 Huawei Technologies Co., Ltd. Procédé et dispositif de régulation de ressources média
CN101478620A (zh) * 2009-01-20 2009-07-08 中兴通讯股份有限公司 呼叫处理方法及系统、软交换及网关
CN102130888A (zh) * 2010-01-19 2011-07-20 华为终端有限公司 通话过程中继续播放彩铃和彩振的方法和服务器
CN102340490A (zh) * 2010-07-23 2012-02-01 中兴通讯股份有限公司 一种实现媒体锚定的方法及系统
CN102448135A (zh) * 2011-11-17 2012-05-09 中兴通讯股份有限公司 一种单无线语音连续切换的方法及系统
CN102761929A (zh) * 2012-07-09 2012-10-31 中兴通讯股份有限公司 Ims会话切换实现方法和接入切换控制功能

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP: ""IP Multimedia (IM) Core Network (CN) subsystem；Stage 3(Release 10)"", 《3GPP》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018149235A1 (zh) * 2017-02-14 2018-08-23 中兴通讯股份有限公司 Srvcc切换资源预留处理方法和接入切换功能设备

Also Published As

Publication number Publication date
BR112016030033A2 (pt) 2017-08-22
BR112016030033B1 (pt) 2022-11-08
WO2015192554A1 (zh) 2015-12-23
AU2014397894A1 (en) 2017-01-12
AU2014397894B2 (en) 2018-02-08
CN105323217B (zh) 2020-03-10

Similar Documents

Publication Publication Date Title
CN102640539B (zh) 移动网络中接入能力信息的处理
CN102714831B (zh) 切换方法和移动管理网元
CN102378148B (zh) 终端、hss、及核心网网元获知终端能力的方法和系统
EP2327250B1 (en) Co-existence of single radio voice call continuity (srvcc) solutions
KR101181874B1 (ko) 무선통신시스템에서 핸드오버에 있어서 호를 다루는 방법 및 이를 이용한 무선통신장치
KR101063573B1 (ko) 세션 이동 방법 및 세션 연속성을 지원하는 방법
CN105794265A (zh) 支持多会话业务连续性的方法
TWI597992B (zh) 用於緊急回撥或點選即撥連線之單無線電語音通話連續技術
CN102833042B (zh) 业务控制信令信道的更换方法、装置及系统
US11394756B2 (en) Systems and methods for improved transitions continuity between wireless protocols
CN102474763B (zh) 用于提高会话连续性的方法和设备
CN104918292A (zh) 一种业务控制方法和系统
CN101848515A (zh) 一种切换方法、通信系统及相关设备
CN105101311A (zh) 一种承载切换方法、设备及系统
EP3585096A1 (en) Resource reservation processing method for srvcc switch and access switch function device
CN104066118A (zh) 一种用于接入方式切换时负荷分担的方法和系统
CN102238158B (zh) 反向单待业务连续性的实现方法及系统
CN105323217A (zh) 语音呼叫连续性业务中的媒体协商方法、系统及atcf
GB2500586A (en) Provision of customized alerting notification
KR101501964B1 (ko) 터널 방향전환 방법 및 상호연동 기능 엔티티
CN104883672A (zh) 语音呼叫连续性业务中的媒体锚定方法及装置
US8665793B2 (en) Method and system for implementing single radio voice call continuity
CN102340490B (zh) 一种实现媒体锚定的方法及系统
CN103118407B (zh) 一种实现反向单待业务连续性的方法和系统
KR20070080226A (ko) Ｖｃｃ에서 베어러 스위칭 및 베어러 해제에 대한 동기방법, 그 단말 및 그 네트워크 서버

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant