CN107371140A - 一种呼叫前转的处理方法及设备 - Google Patents

Abstract

本发明公开了一种呼叫前转的处理方法及设备，所述方法包括：前转终端判断当前呼叫是音频呼叫还是视频呼叫；如果所述前转终端确定所述当前呼叫为音频呼叫，所述前转终端在第一回复消息中携带音频媒体描述；所述前转终端向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫。

Description

一种呼叫前转的处理方法及设备

技术领域

本发明涉及呼叫前转技术，尤其涉及一种呼叫前转的处理方法及设备。

背景技术

随着长期演进(Long Term Evolution，LTE)网络的商用的大规模来临，很多运营商采用基于网际协议(IP)多媒体子***(IP Multimedia Subsystem，IMS)的语音业务(Voice over LTE，VoLTE)作为其语音解决方案。IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。被第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)、全球移动运营商的共同关注和权益(GSMA)确定为移动语音的标准架构。VoLTE是一种IP数据传技术，无需第二代手机通信技术规格(2nd-Generation wireless telephonetechnology，2G)或第三代手机通信技术规格(3rd-Generation wireless telephonetechnology，3G)网络，全部业务承载于***手机通信技术规格(4th-Generationwireless telephone technology，4G)网络上，可实现数据与语音业务在同一网络下的统一。

下面介绍一种相关技术中点对点的呼叫流程，由于流程较长，下面将该流程采用图1A、图1B和图1C来表示，参见图1A、图1B和图1C，该流程包括：

步骤1，主叫终端(UE，又称为用户设备)UE(O)的呼叫请求发送到主叫会话边缘控制器(Session Border Control，SBC)。

这里，呼叫请求中包含预设条件(precondition)相关参数，其中主叫UE和被叫UE均为none。

步骤2，主叫SBC向策略控制和计费(PCC)实体申请通话资源，同时请求主叫用户位置信息。

这里，所申请的通话资源一种临时的通话资源。所述主叫用户位置信息是指主叫终端的位置信息。

步骤3～4，主叫UE策略与计费规则功能单元(PCRF)向网关如(S/P-GW，服务网关或代理网关)下发策略。

步骤5，主叫UEPCRF向SBC返回认证授权计费体制(AAA，AuthenticationAuthorization Accounting)响应。

步骤6～8，主叫UE预留无线侧资源，移动管理实体(Mobility ManagementEntity，MME)在消息8中携带主叫位置信息(TAI+E-CGI)。

这里，所述主叫位置信息包括TAI+E-CGI，其中，跟踪区标识(TA Identity，TAI)和E-UTRAN小区全局标识符(ECGI，E-UTRAN CGI)，其中CGI表示全球小区识别码(Cell Global Identifier)；

步骤9～10，S/P-GW向PCRF返回主叫位置信息。

步骤11～12，PCRF向SBC上报主叫位置信息。

步骤13～16，主叫UE完成业务触发，主叫应用服务器(Application Server，AS)进行被叫号码补齐，之后主叫服务呼叫会话控制功能(Serving Call SessionControl Function，S-CSCF)通过查询ENUM/DNS获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。

这里，ENUM表示电话号码映射(E.164Number URI Mapping)，DNS表示域名***(Domain Name System)。

步骤17～18，被叫查询CSCF(I-CSCF，Interrogating CSCF)查询归属签约用户服务器(Home Subscriber Server，HSS)获取被叫用户注册的S-CSCF。

步骤19，被叫触发至VoLTE AS，基本呼叫和补充业务触发完成后触发应用服务器(AS)，例如SCC AS。

步骤20，SCC AS进行被叫域选择，向HSS查询被叫接入域选择(TerminatingAccess Domain Selection，T-ADS)信息。

步骤23，HSS向SCC AS返回T-ADS信息；

这里，所述T-ADS信息包含IMS Voice over PS supported。

步骤24～26，呼叫请求转发至被叫UE UE(T)。

步骤27，被叫UE返回183其中包含被叫会话描述协议(Session DescriptionProtocol，SDP)信息和precondition参数；

这里，precondition参数中主叫UE和被叫UE均为none。

步骤28～34，被叫UE申请通话资源。

步骤35～42，183响应按照呼叫路径被转发至主叫UE。

步骤44～50，主叫UE根据协商结果修改资源申请。

步骤51～59，主叫UE通过空口流程获知通话资源预留成功，向被叫UE发起更新(UPDATE)；

这里，其中的precondition参数主叫UE的local状态为sendrecv，被叫UE为none。

步骤60～68，被叫UE通过空口流程获知通话资源预留成功，向主叫返回200OK；

这里，precondition参数主被叫均为sendrecv。

步骤69～71，主被叫UE双方完成呼叫信令流程，双方开始通话。

步骤72～74，主叫UE挂机，主叫UE向SBC发送再见(BYE)消息，之后BYE消息转发至被叫SBC和UE。

步骤75～81，主叫UE进行资源释放。

步骤82～88，被叫UE进行资源释放。

在现有技术中，前转终端UE(C)在接收到空SDP的invite请求消息后，因为前转终端UE(C)并不感知此次呼叫是音频呼叫和视频呼叫。

发明内容

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种呼叫前转的处理方法及设备，能够让前转终端感知当前呼叫是音频呼叫还是视频呼叫。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种呼叫前转的处理方法，所述方法包括：

前转终端判断当前呼叫是音频呼叫还是视频呼叫；

如果所述前转终端确定所述当前呼叫为音频呼叫，所述前转终端在第一回复消息中携带音频媒体描述；

所述前转终端向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫。

第二方面，本发明实施例提供一种呼叫前转的处理方法，所述方法还包括：

所述主叫终端根据所述第三回复消息判断当前呼叫是否被前转；

所述主叫终端接收所述网络侧发送的第二更新消息，所述第二更新消息中携带有音频媒体描述和视频媒体描述；

如果所述主叫终端确定所述当前呼叫被前转时，所述主叫终端确定初始呼叫是否为音频呼叫；

如果初始呼叫为音频呼叫，所述主叫终端向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明当前呼叫为音频呼叫。

第三方面，本发明实施例提供一种终端，所述终端包括第一判断单元、携带单元和第一发送单元，其中：

所述第一判断单元，用于判断当前呼叫是音频呼叫还是视频呼叫；

所述携带单元，用于如果所述前转终端确定所述当前呼叫为音频呼叫，在第一回复消息中携带音频媒体描述；

所述第一发送单元，用于向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫。

第四方面，本发明实施例提供一种终端，所述终端还包括第二接收单元、第二判断单元、第三接收单元和第二发送单元，其中：

所述第二接收单元，用于接收所述网络侧发送的第三回复消息；

所述第二判断单元，用于根据所述第三回复消息判断当前呼叫是否被前转；

所述第三接收单元，用于接收所述网络侧发送的第二更新消息，所述第二更新消息中携带有音频媒体描述和视频媒体描述；

所述第二发送单元，用于如果所述主叫终端确定所述当前呼叫被前转时，确定初始呼叫是否为音频呼叫；如果初始呼叫为音频呼叫，向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明是否接受将当前呼叫从音频呼叫升级为视频呼叫的请求。

本发明实施例提供一种呼叫前转的处理方法及设备，其中，前转终端判断当前呼叫是音频呼叫还是视频呼叫；如果所述前转终端确定所述当前呼叫为音频呼叫，所述前转终端在第一回复消息中携带音频媒体描述；所述前转终端向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫；如此，能够让前转终端感知当前呼叫是音频呼叫还是视频呼叫。

附图说明

图1A、1B和1C为相关技术中点对点的呼叫流程示意图；

图1D为本发明实施例一无应答前转流程的示意图；

图1E为本发明实施例一频呼叫转换为视频呼叫的方法的实现流程示意图；

图2为本发明实施例二频呼叫转换为视频呼叫的方法的实现流程示意图；

图3为本发明实施例三频呼叫转换为视频呼叫的方法的实现流程示意图；

图4为本发明实施例四频呼叫转换为视频呼叫的方法的实现流程示意图；

图5为本发明实施例五终端的组成结构示意图；

图6为本发明实施例六终端的组成结构示意图。

具体实施方式

为了更好的理解本发明的技术方案，现提供一种无应答前转流程，图1D为相关技术中无应答前转流程的实现流程示意图，如图1D所示，该流程包括：

步骤1，执行图1A、图1B和图1C中的步骤1～70，进行主被叫协商振铃。

步骤2～3，被叫没有接听，网络侧无应答以致应用服务器(AS)侧的定时器超时(timer fires)，网络侧发送cancel消息给被叫(UE(B))。

步骤4～5，被叫(UE(B))回复200OK消息给网络侧。

步骤6，被叫(UE(B))与网络侧进行487的交互终止呼叫。

步骤7～9，网络侧发送181前转消息给主叫(UE(A))，告知主叫呼叫被前转。

步骤10～12，网络侧发送空SDP的invite请求消息给被叫(UE(C))。

步骤13～15，被叫(UE(C))回复183消息给网络侧；

这里，183消息中携带会话描述协议提议(SDP offer)参数，SDP offer中携带的local及remote中资源状态均为none。

步骤16～18，网络侧发送update消息给主叫(UE(A))；

这里，所述update消息中携带SDP offer，SDP offer中携带的local及remote中资源状态均为none。

步骤19～21，主叫(UE(A))向AS回复200OK消息，

这里，200OK消息中携带SDP answer，SDP offer中携带的local及remote中资源状态均为none。

步骤22～24，网络侧发送PRACK消息给被叫(UE(C))；

这里，PRACK消息中携带SDP answer，SDP offer中携带的local及remote中资源状态均为none。

步骤25～27，被叫(UE(C))回复200OK给网络侧。

步骤28，主被叫进行资源确认振铃等流程；

这里，步骤28所示的流程与图1A、图1B和图1C所示的点对点呼叫流程中51～89相同。

由此可见，相关技术中，前转终端UE(C)在接收到空SDP的invite请求消息后，因为前转终端UE(C)并不感知此次呼叫是音频呼叫和视频呼叫。

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

实施例一

为了解决上述存在的问题，本发明实施例提出了一种呼叫前转的处理方法，能够让前转终端感知当前呼叫是音频呼叫还是视频呼叫。图1为本发明实施例一呼叫前转的处理方法实现流程示意图，如图1所示，该方法包括：

步骤S101，前转终端判断当前呼叫是音频呼叫还是视频呼叫；

这里，在具体实现的过程中，所述步骤S101，所述前转终端判断当前呼叫是音频呼叫还是视频呼叫，包括：

步骤S111，所述前转终端接收网络侧发送的第一消息，所述第一消息携带用于表明当前呼叫是音频呼叫还是视频呼叫的第一信息；

步骤S112，所述前转终端根据所述第一消息中的第一信息判断所述当前呼叫是音频呼叫还是视频呼叫。

其中在具体实现的过程中，所述第一消息为邀请请求消息，所述第一信息为所述邀请(invite)请求消息中接受接触(Accept-Contact)头域携带视频(video)头域参数或音频(audio)头域参数。

步骤S102，如果所述前转终端确定所述当前呼叫为音频呼叫，所述前转终端在第一回复消息中携带音频媒体描述；

这里，继续承接上述步骤S101中的例子，如果所述第一消息为invite请求消息，所述第一回复消息可以采用183消息来实现，在具体实现的过程中，所述183消息中携带有SDP offer参数，所述SDP offer参数中携带音频媒体描述。

步骤S103，所述前转终端向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫。

这里，网络侧接收到所述第一回复消息后，所述网络侧基于所述第一回复消息向主叫终端发送第一更新消息，所述第一更新消息中携带音频媒体描述，所述第一更新消息用于当前呼叫为音频呼叫。在具体实现的过程中，所述第一更新消息可以采用update消息来实现，继续承接上述步骤S102中的例子，如果所述183消息中携带SDP offer参数，那么所述update消息也携带SDP offer参数。

在本发明的其他实施例中，在所述步骤S103之后，所述方法还包括：

步骤S104，主叫终端接收网络侧发送的第一更新消息；

这里，所述第一更新消息中携带音频媒体描述，所述第一更新消息用于当前呼叫为音频呼叫。

本发明实施例中，所述方法还包括：如果所述前转终端确定所述当前呼叫为视频呼叫，所述前转终端在第一回复消息中携带音频媒体描述和视频媒体描述。

本发明实施例中，主叫终端感可以知当前呼叫是音频呼叫还是视频呼叫，如果当前呼叫是音频呼叫，能够避免音频呼叫被升级为视频呼叫而造成不好的用户体验。

本发明实施例中，前转终端判断当前呼叫是音频呼叫还是视频呼叫；如果所述前转终端确定所述当前呼叫为音频呼叫，所述前转终端在第一回复消息中携带音频媒体描述；所述前转终端向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫；如此，能够让终端感知当前呼叫是音频呼叫还是视频呼叫。

实施例二

为避免较差的用户体验和终端间不能互通，本实施例提出一种呼叫前转的处理方法，该方法中，被叫终端在接收的invite请求消息中判断标签。图2为本发明实施例二呼叫前转的处理方法的实现流程示意图，如图2所示，该流程包括：

步骤1，执行图1A、图1B和图1C中的步骤1～70，进行主被叫协商振铃；

步骤2～3，被叫没有接听，网络侧无应答以致定时器超时，网络侧发送cancel消息给被叫(UE(B))；

步骤4～5，被叫(UE(B))回复200OK消息给网络侧；

步骤6，被叫(UE(B))与网络进行487的交互终止呼叫；

步骤7～9，网络侧发送181前转消息给主叫(UE(A))，告知主叫(UE(A))呼叫被前转；

步骤10～12，网络侧发送空SDP的invite请求消息给被叫(UE(C))，如果是视频呼叫的前转，判断invite请求消息Accept-Contact头域是否包含video头域，如果有该头域，则判断本次呼叫为视频呼叫；

步骤13～15，被叫(UE(C))回复183消息给网络，如果判断本次呼叫为视频呼叫则在回复的其SDP offer中携带音频媒体描述和视频媒体描述；

步骤16～18，网络侧发送update消息给主叫(UE(A))；

这里，update消息中携带SDP offer；

步骤19～21，主叫(UE(A))向网络侧回复200OK消息；

这里，200OK消息中携带SDP answer；

步骤22～24，网络侧发送PRACK消息给被叫(UE(C))；

这里，PRACK消息中携带SDP answer，SDP offer中携带的本地和远端(local及remote)中资源状态均为none，所述none表示资源未预留成功。

步骤25～27，被叫(UE(C))回复200OK给网络侧。

步骤28，主被(UE(A))叫进行资源确认振铃等流程；

这里，步骤28所示的流程与图1A、图1B和图1C所示的点对点呼叫流程中步骤51～89相同。

本发明实施例中，网络侧发送空SDP的invite请求消息给被叫，如果是视频呼叫的前转，判断invite请求消息Accept-Contact头域是否包含video头域，如果有该头域，则判断本次呼叫为视频呼叫；被叫回复183消息给网络侧，如果判断本次呼叫为视频呼叫则在回复的其SDP offer中携带音频媒体描述和视频媒体描述。

实施例三

为避免较差的用户体验和终端间不能互通，本实施例提出一种呼叫前转的处理方法，该方法中，主叫终端在接收的SDP answer中处理。图3为本发明实施例三呼叫前转的处理方法的实现流程示意图，如图3所示，该流程包括：

步骤1，执行图1A、图1B和图1C中的步骤1～70，进行主被叫协商振铃；

步骤2～3，被叫(UE(B))没有接听，网络侧无应答以致定时器超时，网络侧发送cancel消息给被叫(UE(B))；

步骤4～5，被叫(UE(B))回复200OK消息给网络侧；

步骤6，被叫(UE(B))与网络侧进行487的交互终止呼叫；

步骤7～9，网络侧发送181前转消息给主叫(UE(A))，告知主叫(UE(A))呼叫被前转；

步骤10～12，网络侧发送空SDP的invite请求消息给被叫(UE(C))；

步骤13～15，被叫(UE(C))回复183消息给网络侧；

这里，在回复的SDP offer中携带音频媒体描述和视频媒体描述；

步骤16～18，网络侧发送update消息给主叫(UE(A))；

这里，update消息中携带SDP offer；

步骤19～21，主叫(UE(A))回复200OK消息；

这里，200OK消息中携带SDP answer，主叫(UE(A))收到步骤9的181消息后可判断本次呼叫被前转，如果本次初始呼叫为音频呼叫则在回复的SDPanswer中将视频媒体描述的端口号置为0，如果初始呼叫为视频呼叫则不进行处理；

步骤22～24，网络侧发送PRACK消息给被叫(UE(C))；

这里，PRACK消息中携带SDP answer；

步骤25～27，被叫(UE(C))回复200OK消息给网络侧。

步骤28，主被叫进行资源确认振铃等操作，与图1A、图1B和图1C所示的点对点呼叫流程中步骤51～89相同。

本发明实施例中，被叫收到空SDP的invite请求消息后，回复183消息给网络，在回复的其SDP offer中携带音频媒体描述和视频媒体描述；主叫收到步骤9的181消息后可判断本次呼叫被前转，如果本次初始呼叫为音频呼叫则在回复收到的SDP OFFER的SDP answer中将视频媒体描述的端口号置为0，如果初始呼叫为视频呼叫则不进行处理，端口号为0表示不接受将音频呼叫升级为视频呼叫。

从以上的实施例可以看出，本发明实施例提供的技术方案与现有技术相比，具有以下的技术优点：使呼叫在前转情况下，通过主叫终端或者前转终端的处理不使本次呼叫被升级，不影响用户体验和用户计费。

实施例四

基于前述的实施例，本发明实施例提供一种呼叫前转的处理方法，图4为本发明实施例四呼叫前转的处理方法实现流程示意图，如图4所示，该方法还包括：

步骤S401，所述主叫终端接收所述网络侧发送的第三回复消息；

这里，所述网络侧将所述第三回复消息发送给所述主叫终端，在具体实现的过程中，所述第三回复消息为181消息，所述181消息用于表明当前呼叫是否被前转。然后，网络侧发送空SDP的invite请求消息给前转终端，前转终端回复183消息给网络侧，所述183消息中携带SDP offer参数，所述SDP offer参数中携带音频媒体描述和视频媒体描述。网络侧接收到183消息后，网络侧发送update消息(作为第二更新消息)给主叫终端，其中第二更新消息中携带SDP offer参数。

步骤S402，所述主叫终端根据所述第三回复消息判断当前呼叫是否被前转；

步骤S403，所述主叫终端接收所述网络侧发送的第二更新消息，所述第二更新消息中携带有音频媒体描述和视频媒体描述；

步骤S404，如果所述主叫终端确定所述当前呼叫被前转时，所述主叫终端确定初始呼叫是否为音频呼叫；如果初始呼叫为音频呼叫，所述主叫终端向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明当前呼叫为音频呼叫。

在本发明的其他实施例中，如果初始呼叫为音频呼叫，所述第四回复消息为200OK消息，所述200OK消息中携带有SDP answer参数，所述SDP answer参数中携带视频媒体描述的端口号为0。

本发明实施例中，如果所述主叫终端确定所述当前呼叫被前转时，所述主叫终端确定初始呼叫是否为视频呼叫；如果初始呼叫为视频呼叫，所述主叫终端向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明当前呼叫为视频呼叫。

实施例五

对应于前述的实施例一，本发明实施例提供一种终端，所述终端所包括的各单元，以及各单元所包括的各模块，都可以通过终端中的处理器来实现，在具体实现的过程中，当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图5为本发明实施例五终端的组成结构示意图，如图5所示，该终端500包括第一判断单元501、携带单元502和第一发送单元503，其中：

所述第一判断单元501，用于判断当前呼叫是音频呼叫还是视频呼叫；

所述携带单元502，用于如果所述前转终端确定所述当前呼叫为音频呼叫，在第一回复消息中携带音频媒体描述；

所述第一发送单元503，用于向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫。

本发明实施例中，所述判断单元包括接收模块和判断模块，其中：

所述接收模块，用于接收网络侧发送的第一消息，所述第一消息携带用于表明当前呼叫是音频呼叫还是视频呼叫的第一信息；

所述判断根据所述第一消息中的第一信息判断所述当前呼叫是音频呼叫还是视频呼叫。

本发明实施例中，所述第一消息为邀请请求消息，所述第一信息为所述邀请请求消息中接受接触头域携带视频头域参数或音频头域参数。

本发明实施例中，所述终端还包括第一接收单元，用于接收网络侧发送的第二消息，所述第二消息用于表明是否接受将当前呼叫从音频呼叫升级为视频呼叫的请求。

本发明实施例中，所述第一回复消息为183消息；如果所述前转终端确定所述当前呼叫为音频呼叫，所述183消息中携带有SDP offer参数，所述SDP offer参数中携带音频媒体描述；如果所述前转终端确定所述当前呼叫为视频呼叫，所述183消息中携带有SDP offer参数，所述SDP offer参数中携带音频媒体描述和视频媒体描述。

这里需要指出的是：以上终端实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明终端实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

实施例六

对应于前述的实施例四，本发明实施例提供一种终端，所述终端所包括的各单元，以及各单元所包括的各模块，都可以通过终端中的处理器来实现，在具体实现的过程中，当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图6为本发明实施例四终端的组成结构示意图，如图6所示，该终端600还包括第二接收单元601、第二判断单元602、第三接收单元603和第二发送单元604，其中：

所述第二接收单元601，用于接收所述网络侧发送的第三回复消息；

所述第二判断单元602，用于根据所述第三回复消息判断当前呼叫是否被前转；

所述第三接收单元603，用于接收所述网络侧发送的第二更新消息，所述第二更新消息中携带有音频媒体描述和视频媒体描述；

所述第二发送单元604，用于如果所述主叫终端确定所述当前呼叫被前转时，确定初始呼叫是否为音频呼叫；如果初始呼叫为音频呼叫，则向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明当前呼叫为音频呼叫。如果初始呼叫为视频呼叫，所述主叫终端向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明当前呼叫为视频呼叫。

这里，所述第三回复消息为181消息；对于地，所述第四回复消息为200OK消息，所述200OK消息中携带有SDP answer参数，所述SDP answer参数中携带视频媒体描述的端口号为0。

这里需要指出的是：以上终端实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明终端实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种呼叫前转的处理方法，其特征在于，所述方法包括：

前转终端判断当前呼叫是音频呼叫还是视频呼叫；

如果所述前转终端确定所述当前呼叫为音频呼叫，所述前转终端在第一回复消息中携带音频媒体描述；

所述前转终端向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫。

2.根据权利要求1所述的方法，其特征在于，所述前转终端判断当前呼叫是音频呼叫还是视频呼叫，包括：

所述前转终端接收网络侧发送的第一消息，所述第一消息携带用于表明当前呼叫是音频呼叫还是视频呼叫的第一信息；

所述前转终端根据所述第一消息中的第一信息判断所述当前呼叫是音频呼叫还是视频呼叫。

3.根据权利要求2所述的方法，其特征在于，所述第一消息为邀请请求消息，所述第一信息为所述邀请请求消息中头域携带的视频头域参数或音频头域参数。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果所述前转终端确定所述当前呼叫为视频呼叫，所述前转终端在第一回复消息中携带音频媒体描述和视频媒体描述。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述第一回复消息为183消息；如果所述前转终端确定所述当前呼叫为音频呼叫，所述183消息中携带有会话描述协议提议SDP offer参数，所述SDP offer参数中携带音频媒体描述；如果所述前转终端确定所述当前呼叫为视频呼叫，所述183消息中携带有SDP offer参数，所述SDP offer参数中携带音频媒体描述和视频媒体描述。

6.一种呼叫前转的处理方法，其特征在于，所述方法还包括：

所述主叫终端接收所述网络侧发送的第三回复消息；

所述主叫终端根据所述第三回复消息判断当前呼叫是否被前转；

所述主叫终端接收所述网络侧发送的第二更新消息，所述第二更新消息中携带有音频媒体描述和视频媒体描述；

如果所述主叫终端确定所述当前呼叫被前转时，所述主叫终端确定初始呼叫是否为音频呼叫；

如果初始呼叫为音频呼叫，所述主叫终端向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明当前呼叫为音频呼叫。

7.根据权利要求6所述的方法，其特征在于，所述第四回复消息为200 OK消息，所述200 OK消息中携带有会话描述协议提议SDP answer参数，所述SDPanswer参数中携带视频媒体描述的端口号为0。

8.根据权利要求6所述的方法，其特征在于，所述方法还包括：

如果初始呼叫为视频呼叫，所述主叫终端向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明当前呼叫为视频呼叫。

9.一种终端，其特征在于，所述终端包括第一判断单元、携带单元和第一发送单元，其中：

所述第一判断单元，用于判断当前呼叫是音频呼叫还是视频呼叫；

所述携带单元，用于如果所述前转终端确定所述当前呼叫为音频呼叫，在第一回复消息中携带音频媒体描述；

所述第一发送单元，用于向网络侧发送所述第一回复消息，所述第一回复消息用于表明当前呼叫为音频呼叫。

10.根据权利要求9所述的终端，其特征在于，所述判断单元包括接收模块和判断模块，其中：

所述接收模块，用于接收网络侧发送的第一消息，所述第一消息携带用于表明当前呼叫是音频呼叫还是视频呼叫的第一信息；

所述判断根据所述第一消息中的第一信息判断所述当前呼叫是音频呼叫还是视频呼叫。

11.一种终端，其特征在于，所述终端还包括第二接收单元、第二判断单元、第三接收单元和第二发送单元，其中：

所述第二接收单元，用于接收所述网络侧发送的第三回复消息；

所述第二判断单元，用于根据所述第三回复消息判断当前呼叫是否被前转；

所述第三接收单元，用于接收所述网络侧发送的第二更新消息，所述第二更新消息中携带有音频媒体描述和视频媒体描述；

所述第二发送单元，用于如果所述主叫终端确定所述当前呼叫被前转时，确定初始呼叫是否为音频呼叫；如果初始呼叫为音频呼叫，向网络侧发送用于回复所述第二更新消息的第四回复消息，所述第四回复消息用于表明是否接受将当前呼叫从音频呼叫升级为视频呼叫的请求。