语音呼叫连续性业务中的媒体锚定方法及装置的制造方法

语音呼叫连续性业务中的媒体锚定方法及装置的制造方法
【技术领域】
[0001]本发明涉及通信领域，尤其是涉及一种语音呼叫连续性业务中的媒体锚定方法及
>J-U ρ?α装直。
【背景技术】
[0002]单一无线语音呼叫连续(SingleRad1 Voice Call Continuity,简称为 SRVCC)方案是第三代合作伙伴计划(3rd Generat1n Partnership Project,简称为3GPP)提出的一种基于长期演进语音(Voice over Long Term Evolut1n,简称为VoLTE)业务的连续性方案，主要是为了解决当单射频用户设备(User Equipment,简称为UE)在长期演进(Long Term Evolut1n,简称为LTE) /传统的长期演进(Pre-LTE)网络和第二代(SecondGenerat1n,简称为 2G)/第三代(3rd Generat1n,简称为 3G)电路交换(Circuit Switch,简称为CS)网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE在IP多媒体子系统(IP Multimedia Subsystem,简称为IMS)控制的IP电话(Voice over IP,简称为V0IP)语音和CS域语音之间的平滑切换。LTE网络建设初期，其覆盖范围有限，当用户在使用LTE网络进行语音通话过程中，移动到LTE信号较弱，但GSM EDGE无线接入网(Global System for Mobile communicat1ns Enhanced Data Rate for GSM Evolut1nrad1 access network,简称为GERAN)/全球移动通信系统无线接入网(Universal MobileTelecommunicat1n System Rad1 Access Network,简称为 UTRAN)。
[0003]网络信号覆盖较好的区域时，为了保证语音呼叫连续性(Voice CallContinuity,简称为VCC)，需要将话路由LTE切换到GERAN/UTRAN。
[0004]增强的单一无线语音呼叫连续性(Enhanced Single Rad1 Voice CallContinuity，简称为eSRVCC，由3GPP RlO定义)切换的VoLTE语音呼叫，解决了 4G网络升级过程中语音平滑演进问题，提高了切换速度，同时为VoLTE呼叫提供了端到端的语音质量保证。eSRVCC技术相对3GPP R8中的SRVCC技术，有效缩短了语音切换的媒体时延，改善了用户体验。eSRVCC与SRVCC的方案区别在于前者在IMS系统中新增了一对功能实体:接入转移控制功能(Access Transfer Control Funct1nality,简称为ATCF)和接入转移网关(Access Transfer Gateway,简称为ATGW),分别作为VoIP呼叫在控制平面和用户平面的锚定点。
[0005]在TS24.292、3GPP TS23.237 和 3GPP TS24.237 等规范中已经有使用 ATCF 实现分组交换(Packet Switched,简称为PS)和CS之间切换的信令和流程。但是，现有技术中存在以下问题:
[0006]如果使用SRVCC技术，会话切换有明显时延，通话出现中断，用户感受较差。
[0007]如果使用eSRVCC技术进行锚定媒体切换，IMS网络中支持的媒体流类型较多，呼叫携带的媒体除了语音可能还包含视频/文本/图片等，但网络中作为ATGW的媒体锚定网关可能无法支持所有类型的。按现有技术，ATCF实体无法直接对呼叫媒体进行锚定，只能做透传处理，导致呼叫切换不能按锚定方式进行，切换有明显时延，通话出现中断，用户感受较差。
[0008]针对相关技术中的上述问题，尚未提出有效的解决方案。

【发明内容】

[0009]针对相关技术中，由于ATCF可能无法支持所有类型的媒体而导致的无法直接对呼叫媒体进行锚定等技术问题，本发明提供了一种语音呼叫连续性业务中的媒体锚定方法及装置、ATCF实体，以至少解决上述问题。
[0010]为了达到上述目的，根据本发明的一个方面，提供了一种语音呼叫连续性业务中的媒体锚定方法，包括:将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其中，所述第一类媒体为接入转移网关ATGW支持的媒体，所述第二类媒体为所述ATGW不支持的媒体；将所述第一类媒体锚定到所述ATGW并透传所述第二类媒体。
[0011]优选地，将所述第一类媒体锚定到所述ATGW并透传所述第二类媒体之后，还包括:在进行呼叫切换时，优先进行所述第一类媒体的传输。
[0012]优选地，透传所述第二类媒体，包括:对所述第二类媒体进行媒体协商；按照媒体重协商结果允许或禁止透传所述第二类媒体。
[0013]优选地，将所述第一类媒体锚定到所述ATGW，包括:将所述第一类媒体的IP地址和端口信息替换为面向被叫侧锚定媒体的IP地址和端口信息。
[0014]优选地，将所述第一类媒体锚定到所述ATGW之后，包括:接收呼叫切换请求,其中，所述呼叫切换请求中携带有所述第一类媒体和所述第二类媒体；将所述呼叫切换请求中携带的所述第一类媒体的IP地址和端口信息，替换为所述多媒体类型呼叫中携带的所述第一类媒体的IP地址和端口信息；对所述呼叫切换请求中携带的所述第二类媒体进行媒体协商；按照媒体重协商结果允许或禁止传输所述呼叫切换请求中携带的所述第二类媒体。
[0015]优选地，所述方法应用于PS域的视频呼叫中。
[0016]优选地，所述第一类媒体包括:语音媒体，所述第二类媒体包括:视频媒体。
[0017]为了达到上述目的，根据本发明的再一个方面，还提供了一种语音呼叫连续性业务中的媒体锚定装置，包括:划分模块，用于将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其中，所述第一类媒体为接入转移网关ATGW支持的媒体，所述第二类媒体为所述ATGW不支持的媒体；锚定模块，用于将所述第一类媒体锚定到所述ATGW ;透传模块，用于透传所述第二类媒体。
[0018]优选地，还包括:传输模块，用于在进行呼叫切换时，优先进行所述第一类媒体的传输。
[0019]为了达到上述目的，根据本发明的再一个方面，还提供了一种接入转移控制功能ATCF实体，包括:以上所述的媒体锚定装置。
[0020]通过本发明，采用将多媒体类型呼叫中携带的媒体划分为ATGW支持的第一类媒体和ATGW不支持的第二类媒体，解决了相关技术中，由于ATCF可能无法支持所有类型的媒体而导致的无法直接对呼叫媒体进行锚定等技术问题，从而使已锚定媒体的通道能够快速接通，保证语音连续性，提升了用户体验。
【附图说明】
[0021]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0022]图1为根据本发明实施例的语音呼叫连续性业务中的媒体锚定方法的流程图；
[0023]图2为根据本发明实施例的语音呼叫连续性业务中的媒体锚定装置的结构框图；
[0024]图3为根据本发明实施例的语音呼叫连续性业务中的媒体锚定装置的另一结构框图；
[0025]图4为根据本发明优选实施例的PS域的视频呼叫建立时，媒体分离锚定的处理流程;
[0026]图5为根据本发明优选实施例的PS域的视频呼叫媒体重新协商时，媒体分离锚定的处理流程；
[0027]图6为根据本发明优选实施例的PS域的视频呼叫，MSC发起呼叫切换带语音媒体的处理流程；
[0028]图7为根据本发明优选实施例的PS域的视频呼叫，MSC发起呼叫切换带视频媒体的处理流程；
[0029]图8为根据本发明优选实施例的PS域的视频呼叫，MSC发起呼叫切换带视频媒体，对端发生改变的处理流程；
[0030]图9为根据本发明优选实施例的视频呼叫媒体分离锚定后的媒体通道连接情况示意图。
【具体实施方式】
[0031]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0032]在相关技术中，为了缩短会话切换时延，可以使用eSRVCC技术进行锚定媒体切换，但是，由于ATCF实体有可能无法支持所有类型的媒体，即仅支持部分媒体，因此，呼叫切换不能按照锚定方式进行，此时会出现明显时延，无法有效保证通话的连续性。针对上述问题，以下实施例提供了相应地解决方案。
[0033]图1为根据本发明实施例的语音呼叫连续性业务中的媒体锚定方法的流程图。如图1所示，该方法包括:
[0034]步骤S102，将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其中，第一类媒体为ATGW支持的媒体，第二类媒体为ATGW不支持的媒体；
[0035]步骤S104，将第一类媒体锚定到ATGW并透传第二类媒体。
[0036]通过上述各个处理步骤，由于将媒体类型呼叫中携带的媒体进行了分类，即划分为ATGW支持的第一类媒体和ATGW不支持的第二类媒体，并对第一类媒体进行了锚定，因此，可以使已锚定媒 体的通道能够快速接通，保证了语音的连续性。
[0037]在步骤S104之后，在进行呼叫切换时，对于第一类媒体，可以优先接通与之对应的媒体通道，以传输第一类媒体。当然在传输第一类媒体之前，也可以先执行第一类媒体与ATGff的媒体协商；对于第二类媒体，可以对第二类媒体进行媒体协商；按照媒体重协商结果允许或禁止透传第二类媒体。
[0038]步骤S102的实现方式有多种，在本实施例的一个优选实施方式中，可以通过以下方式实现锚定:将第一类媒体的IP地址和端口信息替换为面向被叫侧锚定媒体的IP地址和端口信息。
[0039]在接收到新的呼叫请求时，可以采用以下方式进行处理:在将第一类媒体锚定到ATGW之后，接收呼叫切换请求，其中，该呼叫切换请求中携带有第一类媒体和第二类媒体；将上述呼叫切换请求中携带的第一类媒体的IP地址和端口信息，替换为多媒体类型呼叫中携带的第一类媒体的IP地址和端口信息；对呼叫切换请求中携带的第二类媒体进行媒体协商；按照媒体重协商结果允许或禁止传输上述呼叫切换请求中携带的第二类媒体。
[0040]在本实施例提供的锚定方法可以应用于PS域的视频呼叫中，优选地，可以对语音媒体和视频媒体进行分离锚定，即上述第一类媒体可以包括但不限于:语音媒体，例如还可以为文字、图像等，上述第二类媒体可以包括但不限于:视频媒体，例如还可以为文本、语首、图像等。
[0041]在本实施例中还提供了一种语音呼叫连续性业务中的媒体锚定装置，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图2为根据本发明实施例的语音呼叫连续性业务中的媒体锚定装置的结构框图。如图2所示，该装置包括:
[0042]划分模块20，用于将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其中，第一类媒体为ATGW支持的媒体，第二类媒体为ATGW不支持的媒体；
[0043]锚定模块22，连接至划分模块20，用于将第一类媒体锚定到上述ATGW ；
[0044]透传模块24，连接至划分模块22，用于透传第二类媒体。
[0045]优选地，如图3所示，上述装置还可以包括但不限于以下处理模块:传输模块26，连接至锚定模块22，用于在进行呼叫切换时，优先进行第一类媒体的传输。
[0046]在本实施例中，还提供了一种ATCF实体，该实体包括:以上实施例任一所述的语音呼叫连续性业务中的媒体锚定装置。
[0047]需要说明的是，如果ATCF不支持本实施例的上述功能，将按现有技术实现呼叫与呼叫切换。如果ATCF对接的ATGW支持所有媒体类型的锚定，将按现有技术实现呼叫与呼叫切换。
[0048]需要说明的是，本实施例中的“第一” “第二”仅是为了在描述上区分不同事物，并不包括“顺序”等含义。
[0049]为了更好地理解上述实施例，以下结合优选实施例详细说明。
[0050]本实施例的主要设计思想在于，对PS域视频呼叫的视频和语音部分分别处理，锚定语音媒体，透传视频媒体。在呼叫切换时，优先接通语音媒体，再对视频媒体进行重新协商。
[0051]图4为PS域的视频呼叫建立时，媒体分离锚定的处理流程。在以下流程中，分别处理视频呼叫的视频和语音部分,语音媒体(相当于第一类媒体)锚定到ATGW，视频媒体(相当于第二类媒体)透传。
[0052]步骤S402, ATCF收到来自于呼叫会话控制功能(Call Sess1n ControlFunct1n,简称为CSCF)的会话初始请求消息,携带视频媒体sdpl。
[0053]步骤S404-S410，按现有技术，ATCF指示ATGW申请语音媒体锚定资源，视频媒体sdp2面向主叫侧,视频媒体sdp3面向被叫侧。
[0054]步骤S412,使用初始会话请求携带的媒体sdpl和面向被叫侧锚定媒体sdp3进程组合拼装，将sdpl中语音媒体的IP地址和端口(port)替换为sdp3的IP地址和port (增加c行单独描述语音媒体的IP)，视频媒体保持不变，从而获得分离锚定的媒体sdp4。
[0055]示例如下:
[0056]初始会话请求携带的媒体sdpl
[0057]v=0
[0058]c=IN IP4a.a.a.a
[0059]m=audi o a IRTP/AVPO
[0060]m=vi deo a2RTP/AVP26
[0061]面向被叫侧锚定媒体sdp3
[0062]v=0
[0063]c=IN IP4b.b.b.b
[0064]m=aud1 blRTP/AVPO
[0065]组合sdpl 和 sdp3 获得 sdp4
[0066]v=0
[0067]m=aud1biRTP/AVPO
[0068]c=IN IP4b.b.b.b
[0069]m=vi deo a2RTP/AVP26
[0070]c=IN IP4a.a.a.a
[0071]或
[0072]v=0
[0073]c=IN IP4a.a.a.a
[0074]m=aud1 blRTP/AVPO
[0075]c=IN IP4b.b.b.b
[0076]m=video a2RTP/AVP26
[0077]步骤S414，ATCF发起到后向CSCF的会话初始请求消息，携带分离锚定的媒体sdp40
[0078]步骤S416，收到后向CSCF的18x或者2000K消息带视频媒体。
[0079]步骤S418-S424，ATCF指示ATGW更新锚定媒体的远端，内容为主被叫携带的媒体的语音部分。
[0080]步骤S426，使用被叫18x或2000K响应携带的媒体sdp5和面向主叫侧锚定媒体sdp2进程组合拼装，将sdp5中语音媒体的IP和port替换为sdp2的(增加c行单独描述语音媒体的IP)，视频媒体保持不变，从而获得分离锚定的媒体sdp6。拼装的方式同步骤S412。
[0081]步骤S428，ATCF向主叫CSCF发送18x或者2000K，带分离锚定的媒体sdp6。协商完成后媒体通道的连接情况，如图9所示。
[0082]图5为PS域的视频呼叫媒体重新协商时，媒体分离锚定的处理流程。方法同样为语音媒体锚定到ATGW，视频媒体透传。
[0083]步骤S502，ATCF收到来自于CSCF的呼叫的修改媒体请求，该请求携带视频媒体。
[0084]步骤S504-S510，ATCF指示ATGW更新锚定媒体的远端，内容为主被叫携带的媒体的语音部分。
[0085]步骤S512,使用修改媒体请求携带的媒体sdpl和面向对端的锚定媒体sdp3进程组合拼装，将sdpl中语音媒体的IP和port替换为sdp3的(增加c行单独描述语音媒体的IP)，视频媒体保持不变，从而获得分离锚定的媒体sdp4。拼装的方式同步骤S412，此处不再赘述。
[0086]步骤S514，ATCF发起到后向CSCF的修改媒体请求消息，携带分离锚定的媒体sdp40
[0087]步骤S516，收到后向CSCF的修改媒体2000K响应消息带视频媒体。
[0088]步骤S518-S524，ATCF指示ATGW更新锚定媒体的远端，内容为主被叫携带的媒体的语音部分。
[0089]步骤S526，使用被叫2000K响应携带的媒体sdp5和面向主叫侧锚定媒体sdp2进程组合拼装，将sdp5中语音媒体的IP和port替换为sdp2的(增加c行单独描述语音媒体的IP)，视频媒体保持不变，从而获得分离锚定的媒体sdp6。拼装的方式同步骤S512。
[0090]步骤S528，ATCF向主叫CSCF发送2000K响应消息，带分离锚定的媒体sdp6。
[0091]图6为PS域的视频呼叫，增强的移动交换中心(Enhanced Mobile SwitchCenter,简称为eMSC)服务器(Server)发起呼叫切换带语音媒体的处理流程。方法为优先接通语音媒体，再通知对端将视频媒体关闭。
[0092]步骤S602, ATCF收到来自于eMSC Server的会话切换请求消息,只携带语音媒体。
[0093]步骤S604-S610，修改媒体锚定网关媒体，并给切换呼叫回应答消息，带锚定的语音媒体;ATCF不因为切换呼叫与原PS呼叫的媒体类型不一致，执行透传流程。
[0094]步骤S612组装带给后向CSCF的媒体，其中语音媒体为ATGW锚定媒体，无视频媒体。
[0095]步骤S614，ATCF发起到后向CSCF的呼叫切换请求消息，带分离锚定的媒体。业务集中及连续应用月艮务器(Service Centralizat1n and Continuity Applicat1n Server,简称为SCC AS)在收到此请求后，将修改对端媒体，关闭其视频端口。
[0096]步骤S616-S618，和相关技术中相同，此处不再赘述。
[0097]图7为PS域的视频呼叫， eMSC Server发起呼叫切换带视频媒体的处理流程。方法为优先接通语音媒体，再通知对端更新视频媒体。
[0098]步骤S702, ATCF收到来自于eMSC Server的会话切换请求消息,携带视频媒体。
[0099]步骤S704-S706，ATCF修改ATGW锚定语音媒体。
[0100]步骤S708，组装给主叫应答的媒体，媒体的语音部分为ATGW锚定媒体，视频部分为原PS呼叫对端媒体的视频部分。依旧使用多m行和不同C行描述每个m行媒体的IP地址的方式。
[0101]步骤S710-S712，并给切换呼叫回应答消息，携带分离锚定的媒体，并收到ACK响应。
[0102]步骤S714，组装带给后向CSCF的媒体，其中语音媒体为ATGW锚定媒体，视频部分为eMSC Server切换请求携带的媒体的视频部分。依旧使用多m行和不同c行描述每个m行媒体的IP地址的方式。
[0103]步骤S716，ATCF发起到后向CSCF的呼叫切换请求消息，带步骤S714组装的分离锚定的媒体。SCC AS在收到此请求后，将修改对端媒体。
[0104]步骤S718-S720，同现有技术，判断收到后向的响应中的视频媒体未发生变化变化，流程结束。
[0105]图8为PS域的视频呼叫，eMSC Server发起呼叫切换带视频媒体的处理流程，对端发生改变的处理流程。方法为优先接通语音媒体，进行媒体重协商，接通视频媒体。
[0106]步骤S802, ATCF收到来自于eMSC Server的会话切换请求消息,携带视频媒体。
[0107]步骤S804-S806，ATCF修改ATGW锚定语音媒体。
[0108]步骤S808，组装成给主叫应答的媒体，媒体的语音部分为ATGW锚定媒体，视频部分为原PS呼叫对端媒体的视频部分。依旧使用多m行和不同C行描述每个m行媒体的IP地址的方式。
[0109]步骤S810-S812，并给切换呼叫回应答消息，带分离锚定的媒体，并收到ACK响应。
[0110]步骤S814，生成带给后向CSCF的媒体，其中语音媒体为ATGW锚定媒体，视频部分为eMSC Server切换请求携带的媒体的视频部分。依旧使用多m行和不同c行描述每个m行媒体的IP地址的方式。
[0111]步骤S816，ATCF发起到后向CSCF的呼叫切换请求消息，带分离锚定的媒体。SCCAS在收到此请求后，将修改对端媒体。
[0112]步骤S818-S820，判断收到后向的响应中的媒体发生改变。这种改变包含未锚定的这部分媒体的IP/port/编码方式/收发模式等的一种或几种。
[0113]步骤S822，ATCF向后向发起不带媒体的修改媒体请求。
[0114]步骤S824，收到后向修改媒体的2000K响应，携带媒体。
[0115]步骤S826，将响应中的媒体分离锚定，其中语音媒体为ATGW锚定媒体，视频部分为2000K响应携带的媒体的视频部分。
[0116]步骤S828，ATCF向eMSC Server发起修改媒体请求，携带步骤S826组装的分离锚定媒体的。
[0117]步骤S830，收到eMSC Server修改媒体的2000K响应，携带媒体。
[0118]步骤S832-S838, ATCF修改ATGW锚定语音媒体。
[0119]步骤S840，将响应中的媒体分离锚定，其中语音媒体为ATGW锚定媒体，视频部分为2000K响应携带的媒体的视频部分。
[0120]步骤S842，ATCF向后向发送修改媒体响应ACK消息，携带步骤S840组装的分离锚定媒体。
[0121]步骤S844，ATCF向eMSC Server发送修改媒体响应ACK消息，不携带媒体。
[0122]需要说明的是，以上流程仅是应答后的切换流程，应答前的切换流程，呼叫间(inthe middle of a call,简称为mid-call)切换流程、addit1nal切换流程类似,此处不再赘述。
[0123]上述流程中提到的非语音媒体，可以是视频媒体，也可以是其它非语言媒体，分离锚定的方法和切换流程类似，此处不再赘述。
[0124]需要说明的是，上述实施例仅为原理性说明，实施例中的各个网元之间的消息，主要是为了清楚的表示接入网切换信息的获取以及呼叫切换的思想。在具体的实现中，不局限于这些网元和消息。对于CS-PS切换流程，做类似处理。对各种场景下的切换流程，做类似处理。在实现中，ATCF和ATGW既可以合一，也可以分离。ATCF和ATGW之间的信令交互，可以是H.248/MGCP/SIP，也可以是其它。对于各种流程中出现的异常情况、在可以的情况下某些消息的先后顺序、网元内部的具体实现并不做具体的限制。
[0125]在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。
[0126]在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
[0127]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0128]以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种语音呼叫连续性业务中的媒体锚定方法，其特征在于，包括: 将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其中，所述第一类媒体为接入转移网关ATGW支持的媒体，所述第二类媒体为所述ATGW不支持的媒体； 将所述第一类媒体锚定到所述ATGW并透传所述第二类媒体。2.根据权利要求1所述的方法，其特征在于，将所述第一类媒体锚定到所述ATGW并透传所述第二类媒体之后，还包括: 在进行呼叫切换时，优先进行所述第一类媒体的传输。3.根据权利要求2所述的方法，其特征在于，透传所述第二类媒体，包括: 对所述第二类媒体进行媒体协商； 按照媒体重协商结果允许或禁止透传所述第二类媒体。4.根据权利要求1所述的方法，其特征在于，将所述第一类媒体锚定到所述ATGW，包括: 将所述第一类媒体的IP地址和端口信息替换为面向被叫侧锚定媒体的IP地址和端口信息。5.根据权利要求1所述的方法，其特征在于，将所述第一类媒体锚定到所述ATGW之后，包括: 接收呼叫切换请求，其中，所述呼叫切换请求中携带有所述第一类媒体和所述第二类媒体； 将所述呼叫切换请求中携带的所述第一类媒体的IP地址和端口信息，替换为所述多媒体类型呼叫中携带的所述第一类媒体的IP地址和端口信息； 对所述呼叫切换请求中携带的所述第二类媒体进行媒体协商； 按照媒体重协商结果允许或禁止传输所述呼叫切换请求中携带的所述第二类媒体。6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法应用于PS域的视频呼叫中。7.根据权利要求1至5任一项所述的方法，其特征在于，所述第一类媒体包括:语音媒体，所述第二类媒体包括:视频媒体。8.一种语音呼叫连续性业务中的媒体锚定装置，其特征在于，包括: 划分模块，用于将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其中，所述第一类媒体为接入转移网关ATGW支持的媒体，所述第二类媒体为所述ATGW不支持的媒体； 锚定模块，用于将所述第一类媒体锚定到所述ATGW ； 透传模块，用于透传所述第二类媒体。9.根据权利要求8所述的装置，其特征在于，还包括: 传输模块，用于在进行呼叫切换时，优先进行所述第一类媒体的传输。10.一种接入转移控制功能ATCF实体，其特征在于，包括:权利要求8或9所述的媒体锚定装置。
【专利摘要】本发明提供了一种语音呼叫连续性业务中的媒体锚定方法及装置。其中，该方法包括：将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其中，所述第一类媒体为接入转移网关ATGW支持的媒体，所述第二类媒体为所述ATGW不支持的媒体；将所述第一类媒体锚定到所述ATGW并透传所述第二类媒体。采用本发明提供的上述技术方案，解决了相关技术中，由于ATCF可能无法支持所有类型的媒体而导致的无法直接对呼叫媒体进行锚定等技术问题，从而使已锚定媒体的通道能够快速接通，保证语音连续性，提升了用户体验。
【IPC分类】H04W4/16, H04L29/06, H04W36/00
【公开号】CN104883672
【申请号】CN201410073261
【发明人】屠强, 邓云, 章璐
【申请人】中兴通讯股份有限公司
【公开日】2015年9月2日
【申请日】2014年2月28日
【公告号】WO2015127756A1