CN102523222B - 可视电话回落的处理方法和系统 - Google Patents

Abstract

本发明提供一种可视电话回落的处理方法和系统。该方法包括CS域被叫终端在接收到IMS域主叫终端发起的视频呼叫请求，并选择音频接听后，向VIG发送释放消息，所述释放消息中携带原因值，以表明被叫选择音频接听；VIG接收到所述释放消息后，向IMS侧的AS发送错误消息；IMS侧的AS接收到错误消息后，发起音频媒体协商，重新建立音频呼叫。本发明实施例可以避免可视电话回落引起的计费问题。

Description

可视电话回落的处理方法和系统

技术领域

本发明涉及移动通信技术领域，尤其涉及一种可视电话回落的处理方法和系统。

背景技术

现有技术中，IP多媒体子系统(IP Multimedia Subsystem，IMS)域和电路交换(Circuit Switched，CS)域可以互通。IMS域用户可以视频呼叫CS域用户，当CS域用户选择视频接听后，两者可以进行视频呼叫业务。如果CS域用户不选择视频接听而选择音频接听后，目前协议中可以由IMS域用户重新发起针对音频的二次媒体协商。对于不支持更新(update)的终端，在针对音频的媒体协商时，需要主叫侧应用服务器(Application Server，AS)向主叫终端返回200OK消息，以便主叫终端在接收到200OK消息后重新发起音频的媒体协商。但是，由于AS为网络侧设备，AS在向终端在发送200OK消息时，该200OK消息同时会被发送到网络侧的计费网元，例如呼叫会话控制功能(Call Session ControlFunction，CSCF)，并且计费网元在接收到200OK消息后会进行计费，因此现有技术中发送200OK消息后会引发计费问题。

发明内容

本发明提供一种可视电话回落的处理方法和系统，当CS域用户不接听IMS域用户发起的视频业务后，主叫侧AS可以直接发起音频呼叫，IMS用户直接收听音频彩铃，避免不支持Update的终端为收听音频彩铃进行二次协商引起的计费问题。

本发明提供了一种可视电话回落的处理方法，包括：

CS域被叫终端在接收到IMS域主叫终端发起的视频呼叫请求，并选择音频接听后，向VIG发送释放消息，所述释放消息中携带原因值，以表明被叫选择音频接听；

VIG接收到所述释放消息后，向IMS侧的AS发送错误消息；

IMS侧的AS接收到错误消息后，发起音频媒体协商，重新建立音频呼叫。

本发明提供了一种可视电话回落的处理系统，包括：

VIG，用于接收CS域的被叫终端发送的释放消息，并根据所述释放消息确定被叫选择音频接听后发送错误消息，所述释放消息为所述被叫终端在接收到IMS域主叫终端发起的视频呼叫请求，并选择音频接听后发送的，所述释放消息中携带原因值，以表明被叫选择音频接听；

AS，位于IMS域内，用于接收所述VIG发送的所述错误消息，并在接收到所述错误消息后，发起音频媒体协商，重新建立音频呼叫。

由上述技术方案可知，本发明实施例中被叫选择音频接听后，向VIG发送释放消息，之后VIG向IMS域的AS发送错误消息，使得IMS域的AS接收到错误消息后重新发起音频媒体协商，而不是由主叫终端发起的音频协商，也就不需要IMS域的AS向IMS域的主叫终端发送200OK消息，由于没有发送200Ok消息也就可以避免现有技术中主叫终端为收听音频彩铃进行二次协商引起的计费问题。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明第一实施例的方法流程示意图；

图2为本发明实施例中IMS域和CS域互通的示意图；

图3为本发明第二实施例的方法流程示意图；

图4为本发明实施例中视频媒体协商流程示意图；

图5为本发明实施例中音频媒体协商流程示意图；

图6为本发明第三实施例的系统结构示意图；

图7为本发明第四实施例的系统结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明第一实施例的方法流程示意图，包括：

步骤11：CS域被叫终端在接收到IMS域主叫终端发起的视频呼叫请求，并选择音频会话后，向VIG发送释放消息，所述释放消息中携带原因值，以表明被叫选择音频接听；

步骤12：VIG接收到所述释放消息后，向IMS侧的AS发送错误消息；

其中，上述的释放消息和错误消息可以采用现有技术实现，并且释放消息中的原因值可以携带在释放消息的reason字段，该原因值的具体值可以根据需要预先定义。

步骤13：IMS侧的AS接收到错误消息后，发起音频媒体协商，重新建立音频呼叫。

其中，本实施例中被叫在选择音频接听后，向IMS侧的AS发送错误消息，IMS侧的AS根据该错误消息可以重新发起针对音频的语音呼叫请求。由于不是主叫终端为收听音频彩铃进行二次协商请求，因此，可以避免音频二次协商时引起的计费问题。

本实施例中被叫选择音频接听后，向VIG发送释放消息，之后VIG向IMS域的AS发送错误消息，使得IMS域的AS接收到错误消息后重新发起音频媒体协商，而不是由主叫终端发起的音频协商，也就不需要IMS域的AS向IMS域的主叫终端发送200OK消息，由于没有发送200Ok消息也就可以避免现有技术中主叫终端为收听音频彩铃进行二次协商引起的计费问题。

图2为本发明实施例中IMS域和CS域互通的示意图，参见图2，包括媒体网关控制功能(Media Gateway Control Function，MGCF)、IP多媒体网关(IP Multimedia Media Gateway，IM-MGW)、服务网关(Serving Gateway，SGW)、呼叫会话控制功能(Call Session Control Function，CSCF)和出口网关控制功能(Breakout Gateway Control Function，BGCF)。各网元之间的连线为实线表明是用户面，为虚线表明为控制面。

其中，MGCF用于完成协议转换功能，包括会话建立协议(SessionInitiation Protocol，SIP)和综合业务数字网用户部分(Integrated ServiceDigital Network User Part，ISUP)协议之间的转换，也就是用于IMS网络和公共交换电话网(Public Switched Telephone Network，PSTN)、2G网络之间；也用于SIP协议和与承载无关的呼叫控制协议(Bearer IndependentCall Control protocol，BICC)之间的转换，也就是用于IMS网络和3G电路域之间；同时还应支持SIP协议和非电路相关No.7信令消息之间的互通，并通过信令网关实现和CS域之间的互通。MGCF通过协议转换功能实现了IMS域与CS域在控制平面(Control Plane)的互通。

MGCF还用于对媒体网关进行控制，如控制媒体网关上相关资源的分配、修改和释放，以及控制媒体网关执行相关编解码转换等。MGCF对媒体网关的控制通过Mn接口的H.248来实现。

MGCF还用于和CSCF中的服务会话控制设备(S-CSCF)以及CSCF中的查询会话控制设备(I-CSCF)进行交互，当收到来自PSTN网络、3G/2G电路域的呼叫请求时，将请求消息路由到相应设备。

IM-MGW媒体网关位于IMS核心网和CS域之间，完成用户平面(UserPlane)间的互通，以便实现这些网络之间承载层的互通，媒体网关接收媒体网关控制设备的控制，主要提供编解码转换等相关功能。

SGW位于IMS核心网和传统No.7信令网之间，负责对No.7信令消息进行转接、翻译或终结处理，主要实现对No.7信令消息的底层适配，以便在IP网和No.7信令网之间传送No.7信令消息。信令网关可独立设置也可与MGCF或IM-MGW合设。

BGCF是具有路由功能的实体，完成在IMS到CS域呼叫时的路由选择，决定呼叫信令向哪个网络(下一个BGCF)或者哪个互通单元(MGCF)传送。

上述的BGCF、CSCF属于IMS域的实体，另外，IMS域还包括IMS域的AS。对于CS域，具体可以包括网关移动交换中心(Gateway MobileSwitching Center，GMSC)、归属位置寄存器(Home Location Register，HLR)、彩铃平台和移动交换中心服务器(MSC Server)。

图3为本发明第二实施例的方法流程示意图，包括：

步骤301：IMS域的主叫终端发起视频呼叫的媒体协商。

视频呼叫的媒体协商流程可以参见图4，包括：

步骤401：IMS域的主叫终端向IMS域的AS发送请求(Invite)消息，Invite消息中包含SDP type字段，对于视频呼叫，其中的SDP type表明为视频呼叫。

步骤402：IMS域的AS向S-CSCF转发该invite消息。

步骤403：S-CSCF根据该Invite消息中的SDP type确定为视频呼叫，则向视频互通网关(Video Interworking Gateway，VIG)转发Invite消息。

步骤404：VIG向GMSC发送初始地址消息(Initial Address Message，IAM)。其中，该IAM中可以携带SS-code字段，且SS-code字段表明为视频呼叫。

步骤405：GMSC按照默认流程处理呼叫，例如，向HLR查询被叫用户的用户信息，其中HLR返回的查询结果中包括彩铃标志码，当返回彩铃标志码后，GMSC可以获知被叫用户签约了彩铃业务，之后可以指示彩铃平台发送彩铃。

步骤406：GMSC根据查询结果，按照跨接方案处理，即，查询结果中包括彩铃标志码后，GMSC可以与彩铃平台进行跨接方案处理，例如将IAM路由至CS域的彩铃平台，并由彩铃平台将IAM下发到CS域的端局MSCServer；

步骤407：MSC Server寻呼到CS域的被叫终端，被叫终端向MSC Server返回地址全消息(Address Complete Message，ACM)，该ACM消息也可以称为振铃消息，MSC Server向彩铃平台转发ACM，并由彩铃平台向GMSC转发ACM，并由GMSC向VIG转发ACM；另外，彩铃平台还可以根据IAM中的SS-code字段确定呼叫类型，本实施例中，此时的呼叫类型表明为视频呼叫。

步骤408：VIG收到ACM消息后转成183消息，并将183消息经由S-CSCF和AS发送给IMS域的主叫终端，并和主叫终端进行协商，同时VIG和彩铃平台进行H.245协商，协商成功后开始播放视频彩铃。

步骤302：CS域的被叫终端是否选择视频接听，若是，执行步骤303，否则执行步骤304。

步骤303：被叫摘机，通话建立成功。

步骤304：被叫终端向VIG发送释放(release，rel)消息，并携带原因值，以便VIG接收到该rel消息后，确定被叫选择了音频接听。

其中，被叫终端内可以进行设置，例如设置成只进行音频接听，那么寻呼到被叫终端后，被叫终端在用户摘机前可以自动回复rel消息。

步骤305：VIG接收到携带上述原因值的rel消息后，向IMS侧的AS发送错误消息(500Server internal error)。

步骤306：IMS侧的AS发起音频媒体协商。

现有技术中，如果被叫终端选择音频接听，并且主叫终端不支持Update且需要二次媒体协商时，IMS域的AS还会向主叫终端发送200OK消息，之后主叫终端再向IMS域的AS重新发送Reinvite消息，重新发起针对音频的媒体协商。但是，200OK消息是会引起计费问题的。而本实施例中，并不需要主叫终端重新发起协商，而是由AS重新发起协商，也就不需要AS向主叫终端发送200OK消息。

音频媒体协商过程可以如图5所示，参见图5，包括：

步骤501：IMS侧的AS接收到错误消息后，向S-CSCF发送invite消息，其中携带的SDP type表明为音频呼叫。

步骤502：S-CSCF收到Invite消息后，根据携带的SDP type为音频，向MGCF发送Invite消息；

步骤503：MGCF将Invite消息转换为IAM发送到GMSC，GMSC按照默认流程处理，例如，将IAM路由至CS域彩铃平台，并由彩铃平台将IAM消息下发到端局MSC Server；其中，该IAM中可以携带SS-code字段，且SS-code字段表明为音频呼叫。

步骤504：MSC Server寻呼到被叫用户，被叫用户返回ACM消息，MSCServer向彩铃平台发送ACM消息，彩铃平台根据IAM中的SS-code字段确定发送音频彩铃，并且彩铃平台向GMSC转发ACM，并由GMSC向MGCF转发ACM。

步骤505：MGCF收到ACM后转换成183消息，在被叫摘机接听之前，彩铃平台直接为主叫终端播放音频彩铃，而不需要MGCF与主叫终端为听音频彩铃进行二次协商；

步骤506：主叫终端接收到彩铃后，不对实时传输协议源(Real-timeTransfer Protocol source，RTP source)进行检查。

由于主叫终端在开始时请求的是视频，而最后收到的是音频，如果进行RTP source检查，则主叫终端会发现出现了错误，那么很可能就会中断通话。为了避免通话中断，本实施例中主叫终端不检查RTP source。

步骤507：被叫摘机，MGCF收到应答消息(Answer Message，ANM)后向主叫侧S-CSCF发送200OK消息，S-CSCF将200OK消息发给IMS域的AS；

步骤508：IMS域的AS向MGCF重新发送Invite消息进行会话媒体协商；

步骤509：IMS域的AS接收MGCF的应答消息，并携带表明音频通话的SDP向主叫用户发送Invite消息进行媒体协商；

步骤510：媒体协商成功，媒体通道建立，主被叫开始语音通话。

通过步骤508-509可以建立主叫侧的媒体通道，由于步骤501-506可以建立被叫侧的媒体通道，因此，主被叫可以通话，当然，现在是进行音频的通话，而不是视频通话。

图6为本发明第三实施例的系统结构示意图，包括VIG 61和AS 62，VIG位于IMS域和CS域之间，AS位于IMS域内。VIG 61用于接收CS域的被叫终端发送的释放消息，并根据所述释放消息确定被叫选择音频接听后发送错误消息，所述释放消息为所述被叫终端在接收到IMS域主叫终端发起的视频呼叫请求，并选择音频接听后发送的，所述释放消息中携带原因值，以表明被叫选择音频接听；AS 62用于接收所述VIG发送的所述错误消息，并在接收到所述错误消息后，发起音频媒体协商，重新建立音频呼叫。

可选的，AS具体用于：在接收到错误消息后，在被叫用户摘机前，与被叫终端进行音频媒体协商，建立MGCF与被叫终端的音频媒体通道；在被叫用户摘机后，与主叫终端进行音频媒体协商，建立MGCF与主叫终端的音频媒体通道。

可选的，参见图7，本实施例还可以包括S-CSCF 63、MGCF 64、GMSC65、MSC服务器66和彩铃平台67。此时，具体地，AS通过S-CSCF与VIG通信。另外，S-CSCF 63位于IMS域内，用于接收所述AS发送的请求消息，所述请求消息为所述AS在接收到错误消息后发送的，所述请求消息表明为音频呼叫；MGCF 64位于CS域和IMS域之间，用于接收所述S-CSCF转发的所述请求消息，并将所述请求消息转换为IAM，所述IAM表明为音频呼叫；GMSC 65位于CS域内，用于接收所述MGCF发送的所述IAM；MSC服务器66位于CS域内，用于接收所述MGCF经过GMSC和彩铃平台发送的所述IAM，并在寻呼到被叫用户后，接收被叫终端发送端ACM，以及转发所述ACM给彩铃平台；彩铃平台67位于CS域内，用于接收所述GMSC转发的所述IAM并发送给MSC服务器，以及接收MSC服务器转发的所述ACM并经由GMSC发送给MGCF，并在接收到ACM后根据IAM向主叫终端发送音频彩铃；所述MGCF 64还用于在接收到所述ACM后不与主叫终端进行协商，以及，所述主叫终端在接收到彩铃后不对RTP源进行检查。

可选的，所述MGCF 64还用于接收被叫用户摘机后，被叫终端发送的ANM，并发送200OK消息；所述S-CSCF 63还用于将所述200OK消息转发给AS；所述AS 62还用于在接收到200OK消息后，重新向MGCF发送请求消息，请求建立音频媒体通道；所述MGCF 64还用于向所述AS返回与所述请求消息对应的应答消息；所述AS 62还用于在接收到所述应答消息后，向主叫终端发送请求消息，建立主叫终端与MGCF间的音频媒体通道。

本实施例中被叫选择音频接听后，向VIG发送释放消息，之后VIG向IMS域的AS发送错误消息，使得IMS域的AS接收到错误消息后重新发起音频媒体协商，而不是由主叫终端发起的音频协商，也就不需要IMS域的AS向IMS域的主叫终端发送200OK消息，由于没有发送200Ok消息也就可以避免现有技术中主叫终端为收听音频彩铃进行二次协商引起的计费问题。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (6)

1.一种可视电话回落的处理方法，其特征在于，包括：

电路交换CS域被叫终端在接收到IP多媒体子系统IMS域主叫终端发起的视频呼叫请求，并选择音频接听后，向视频互通网关VIG发送释放消息，所述释放消息中携带原因值，以表明被叫选择音频接听；

VIG接收到所述释放消息后，向IMS侧的应用服务器AS发送错误消息；

IMS侧的AS接收到错误消息后，发起音频媒体协商，重新建立音频呼叫；

其中，所述IMS侧的AS接收到错误消息后，发起音频媒体协商，重新建立音频呼叫，包括：所述AS接收到错误消息后，在被叫用户摘机前，与被叫终端进行音频媒体协商，建立媒体网关控制功能MGCF与被叫终端的音频媒体通道；

所述AS接收到错误消息后，在被叫用户摘机前，与被叫终端进行音频媒体协商，建立MGCF与被叫终端的音频媒体通道，包括：所述AS接收到错误消息后，向服务会话控制设备S-CSCF发送请求消息，所述请求消息表明为音频呼叫；S-CSCF收到所述表明为音频呼叫的请求消息后，向MGCF发送所述请求消息；MGCF将所述请求消息转换为初始地址消息IAM后发送到网关移动交换中心GMSC，并经由GMSC发送给彩铃平台以及由彩铃平台发送给移动交换中心MSC服务器，所述IAM表明为音频呼叫；MSC服务器寻呼到被叫用户后，接收被叫终端发送的地址全消息ACM，并将所述ACM经由彩铃平台和GMSC发送给MGCF，其中，MGCF接收到ACM后不与主叫终端进行媒体协商；彩铃平台接收到ACM后，根据IAM确定为音频呼叫后向主叫终端发送音频彩铃，其中，主叫终端接收到彩铃后不对实时传输协议RTP源进行检查。

2.根据权利要求1所述的方法，其特征在于，所述IMS侧的AS接收到错误消息后，发起音频媒体协商，重新建立音频呼叫，还包括：

所述AS在被叫用户摘机后，与主叫终端进行音频媒体协商，建立MGCF与主叫终端的音频媒体通道。

3.根据权利要求2所述的方法，其特征在于，所述AS在被叫用户摘机后，与主叫终端进行音频媒体协商，建立MGCF与主叫终端的音频媒体通道，包括：

MGCF接收被叫用户摘机后，被叫终端发送的应答消息ANM，并经由S-CSCF向AS发送200OK消息；

AS在接收到200OK消息后，重新向MGCF发送请求消息，请求建立音频媒体通道；

AS在接收到MGCF的应答消息后，向主叫终端发送请求消息，建立主叫终端与MGCF间的音频媒体通道。

4.一种可视电话回落的处理系统，其特征在于，包括：

视频互通网关VIG，用于接收电路交换CS域的被叫终端发送的释放消息，并根据所述释放消息确定被叫选择音频接听后发送错误消息，所述释放消息为所述被叫终端在接收到IP多媒体子系统IMS域主叫终端发起的视频呼叫请求，并选择音频接听后发送的，所述释放消息中携带原因值，以表明被叫选择音频接听；

应用服务器AS，位于IMS域内，用于接收所述VIG发送的所述错误消息，并在接收到所述错误消息后，发起音频媒体协商，重新建立音频呼叫；所述AS具体用于：在接收到错误消息后，在被叫用户摘机前，与被叫终端进行音频媒体协商，建立媒体网关控制功能MGCF与被叫终端的音频媒体通道；

服务会话控制设备S-CSCF，位于IMS域内，用于接收所述AS发送的请求消息，所述请求消息为所述AS在接收到错误消息后发送的，所述请求消息表明为音频呼叫；

MGCF，用于接收所述S-CSCF转发的所述请求消息，并将所述请求消息转换为初始地址消息IAM，所述IAM表明为音频呼叫；

网关移动交换中心GMSC，位于CS域内，用于接收所述MGCF发送的所述IAM；

移动交换中心MSC服务器，位于CS域内，用于接收所述MGCF经过GMSC和彩铃平台发送的所述IAM，并在寻呼到被叫用户后，接收被叫终端发送的地址全消息ACM，以及转发所述ACM给彩铃平台；

彩铃平台，位于CS域内，用于接收所述GMSC转发的所述IAM并发送给MSC服务器，以及接收MSC服务器转发的所述ACM并经由GMSC发送给MGCF，并在接收到ACM后根据IAM向主叫终端发送音频彩铃；

所述MGCF还用于在接收到所述ACM后不与主叫终端进行协商，以及，所述主叫终端在接收到彩铃后不对实时传输协议RTP源进行检查。

5.根据权利要求4所述的系统，其特征在于，所述AS具体还用于：

在被叫用户摘机后，与主叫终端进行音频媒体协商，建立MGCF与主叫终端的音频媒体通道。

6.根据权利要求5所述的系统，其特征在于：所述MGCF还用于接收被叫用户摘机后，被叫终端发送的应答消息ANM，并发送200OK消息；

所述S-CSCF还用于将所述200OK消息转发给AS；

所述AS还用于在接收到200OK消息后，重新向MGCF发送请求消息，请求建立音频媒体通道；

所述MGCF还用于向所述AS返回与所述请求消息对应的应答消息；

所述AS还用于在接收到所述应答消息后，向主叫终端发送请求消息，建立主叫终端与MGCF间的音频媒体通道。