CN101001185A - 多媒体呼叫的区分处理方法 - Google Patents

Abstract

本发明公开了一种多媒体呼叫的区分处理方法，该方法包括：A.软交换根据呼叫类型设定类型标识，上报给应用服务器；B.应用服务器提取所述呼叫类型标识，确认呼叫类型；C.应用服务器根据呼叫类型提供服务。利用本发明无论INVITE消息是否携带媒体能力，软交换都能根据呼叫用户所携带的媒体信息或用户的类型设定本次呼叫的类型在协议头域中增加呼叫类型标志，上报到应用服务器，因此服务器能确定该次呼叫的类型，为进一步提供相应的服务提供保障。

Description

多媒体呼叫的区分处理方法

技术领域

本发明涉及多媒体领域，具体地说，涉及一种多媒体呼叫的区分处理方法。

背景技术

随着因特网技术的高速发展和普及，多媒体业务的不断发展，NGN网络提供的业务也越来越多，除普通的语音彩铃和语音邮箱外，还可以提供一些增值的多媒体业务，如多媒体彩铃、多媒体语音邮箱和流媒体点播等多媒体业务，而对于这些新兴的多媒体业务，他们的处理过程是有区别的。因此，为用户提供不同的业务体验，就需要AS(Application Server，应用服务器)确定当前呼叫的呼叫类型，是语音呼叫，视频呼叫还是其它类型呼叫，然后才能进行不同的处理来达到不同的效果，如图1所述，AS根据本次呼叫的类型连接不同的资源服务器，向媒体资源服务器申请媒体资源，例如为视频呼叫时，需要连接存放多媒体资源服务器，给用户播放多媒体彩铃；连接多媒体语音邮箱服务器，提供多媒体语音留言功能；连接流媒体服务器，提供流媒体点播的功能。如果该呼叫为音频呼叫，则只能提供普通的彩铃业务和语音邮箱业务等语音业务，不能提供上述多媒体业务。

另外会话发起协议(Session Initiation Protocol，SIP)是一个应用层的信令控制协议，用于创建、修改和终止一个或多个参与者的会话。SIP协议中可以有多种消息组合完成媒体能力的交互，最常见的是在INVITE---200消息中完成媒体能力交互，也可以有摘机200消息--ACK确认消息，可靠180消息--PRACK确认消息等多种消息组合方式可以完成媒体协商。但由于该协议中没有相关的头域可以携带指示当次呼叫类型的信息，一般都是利用呼叫组网中的中间代理服务器或者应用服务器通过解析INVITE消息中的SDP来判断是否是语音呼叫，视频呼叫，数据呼叫或其它类型呼叫。

所述的SDP(Session Description Protocol)，是对通话双方携带的媒体能力获取过程会话描述协议，在RFC2327中定义。在通话建立过程中，通话双方需要互相知道对方使用什么媒体能力才能正常的建立通话，在SDP中描述了媒体的类型(音频，视频或者其他)；使用的传输协议的类型；编解码能力(如常用的音频能力711A、711u；视频能力H261)以及使用的通信端口。

但现有技术存在以下缺点：

由于INVITE消息不一定都带有媒体能力，比如存在H323慢起终端以及3G(Third Generation)手机做主叫发起视频呼叫的时候，发起呼叫的第一个INVITE消息并不带媒体服务信息，这时就不能判断该呼叫的类型：是视频呼叫、音频呼叫还是其他呼叫。

发明内容

鉴上所述，本发明提供的一种多媒体呼叫的区分处理方法，解决了现有技术中的不能完全确定呼叫类型的问题。

本发明提供的多媒体呼叫的区分处理方法，包括：

A.软交换根据主叫终端类型设定呼叫类型标识，上报给应用服务器；

B.应用服务器提取所述呼叫类型标识，确认呼叫类型；

C.应用服务器根据呼叫类型提供服务。

还包括所述软交换设定呼叫类型标识的方式包括在发送给应用服务器的消息的头域中增加标识，所述软交换设定呼叫类型标识的方式包括在发送给应用服务器的消息的头域中增加标识。

其中所述步骤C还包括：应用服务器根据呼叫类型构造假SDP向媒体资源服务申请多媒体资源后，向终端提供服务。

该方法还进一步包括：媒体资源服务器根据所述的申请消息携带自身的媒体能力信息反馈给应用服务器；应用服务器将该媒体能力信息发送给软交换；软交换通过与主叫终端进行媒体协商，通知应用服务器向主叫终端提供服务。

该方法还包括：所述媒体能力信息包括媒体资源服务器与主叫终端连接的端口，IP地址以及连接的编解码。

利用本发明，无论INVITE消息是否携带媒体能力，软交换都能根据呼叫用户所携带的媒体信息或用户的类型设定本次呼叫的类型在协议头域中增加呼叫类型标志，上报到应用服务器，因此服务器能确定该次呼叫的类型，为进一步提供相应的服务提供保障。

附图说明

图1为现有技术的多媒体呼叫的处理系统图示；

图2为本发明的多媒体呼叫的处理流程图。

具体实施方式

本发明的核心内容就是：软交换根据终端用户的类型增加呼叫类型标志，上报到应用服务器，应用服务器提取所述呼叫类型标识，确认呼叫类型，应用服务器根据呼叫类型提供服务。

其中软交换根据呼叫用户所携带的媒体信息和/或用户的类型设定增加呼叫类型标志，扩展Call-Info头域，其中现有Call-Info头域已提供了对呼叫方或者被叫方的附加信息。在INVITE消息中为增加表示主叫属性的字段而扩展的Call-Info头域可以采取以下格式：

Call-Info:<Media:Video>；purpose＝info

Media：表示Call-INfo头域中用来描述多媒体信息的字段；

Video：表示本次主叫的呼叫属性为视频呼叫；

purpose：表示当前参数描述的目的；

info：表示该信息描述的为主叫或者被叫的概要属性。

下面结合具体实例对本发明进行具体说明，以一慢起终端在多媒体彩铃业务中，通过视频呼叫方式呼叫彩铃用户为例，其流程如图2所述：

1.慢起终端H323电话A发起呼叫，向软交换发送SETUP消息，在软交换上注册，由于是慢起终端，该SETUP消息中没有携带SDP；

2.软交换在收到此SETUP消息后，由于该消息没有携带SDP，根据该电话用户为H323多媒体用户，在INVITE消息的Call-Info头域增加标志：

Call-Info:<Media:Video>；purpose＝info

来指明本次呼叫的类型，向应用服务器发送该INVITE消息；

3.应用服务器接收到所述的INVITE消息，根据对应的业务配置表，判断出被叫用户已注册特殊业务(多媒体彩铃业务)，同时从接收到的INVITE消息的Call-Info头域中提取确定该次呼叫类型为视频呼叫的标志，并构造假SDP向媒体资源服务申请多媒体资源；

4.媒体资源服务器根据所述的申请在200消息携带上对应的媒体资源服务器的媒体能力信息，该媒体能力信息包括媒体资源服务器与主叫连接的端口，IP地址以及连接的编解码；

5.应用服务器收到携带媒体能力信息的200消息后，转化为180消息，并携带上对应的媒体能力信息发送给软交换；

6.软交换收到此180消息，与慢起终端H323电话A进行H245媒体协商；

7.软交换得到H323用户A的媒体后，利用PRACK消息中携带H323电话A的媒体能力信息发送给应用服务器；

8.应用服务器收到软交换发出的PRACK消息后，回应200消息后，对媒体资源服务器对其的媒体属性进行修改，让媒体资源服务器的媒体资源连接到终端H323电话A上，这时H323电话A就可以享受到多媒体彩铃服务。

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

Claims (6)

1.一种多媒体呼叫的区分处理方法，其特征在于，包括：

A.软交换根据主叫终端类型设定呼叫类型标识，上报给应用服务器；

B.应用服务器提取所述呼叫类型标识，确认呼叫类型；

C.应用服务器根据呼叫类型提供服务。

2.根据权利要求1所述的方法，其特征在于，所述软交换设定呼叫类型标识的方式包括在发送给应用服务器的消息的头域中增加标识。

3.根据权利要求1所述的方法，其特征在于，步骤A中所述的主叫终端类型包括用户所带的媒体和/或用户的类型。

4.根据权利要求1所述的方法，其特征在于，所述步骤C还包括：应用服务器根据呼叫类型构造假SDP向媒体资源服务申请多媒体资源后，向终端提供服务。

5.根据权利要求3所述的方法，其特征在于，还包括：媒体资源服务器将所述的申请消息携带自身的媒体能力信息反馈给应用服务器；应用服务器将该媒体能力信息发送给软交换；软交换通过与主叫终端进行媒体协商，通知应用服务器向主叫终端提供服务。

6.根据权利要求4所述的方法，其特征在于，还包括：所述媒体能力信息包括媒体资源服务器与主叫终端连接的端口，IP地址以及连接的编解码。

Images