[发明专利]IMS业务呼叫方法、IMS业务实现方法及装置

说明书

技术领域

本发明涉及通信领域，尤其涉及IMS业务呼叫方法、IMS业务实现方法及装置。

背景技术

目前的3GPP协议定义的IMS（IP Multimedia Subsystem，IP多媒体子系统）会话建立过程，依靠SIP（Session Initiation Protocol，会话初始协议）消息承载的SDP（Session Description Protocol，会话描述协议）信息进行SDP媒体协商。如果不同的终端分别支持了不同的媒体编码格式，则会导致会话失败。

图1A示出了一种IMS业务呼叫流程。如图1A所示，UE1（UE：User Equipment，用户设备，即终端）发出呼叫请求（INVITE）消息，消息中携带UE1的SDP信息，该SDP信息包括UE1支持的媒体编码类型和端口信息，该INVITE消息经S-CSCF（Serving Call Session Control Function，服务呼叫会话控制实体）发送给UE2；UE2找出双方同时支持的媒体编码类型，根据双方同时支持的编码类型协商出需要使用的媒体编码格式，并根据协商结果构造SDP信息，通过200OK消息携带该SDP信息发送给UE1；UE1确认会话结果，并回复确认（ACK）消息，会话建立成功，双方开始通话。

当呼叫双方支持的媒体编码格式不一致时，会导致媒体协商失败，从而导致呼叫失败，如图1B所示，UE2回复415消息，该415消息中携带的失败原因值为“Unsupported Media Type（不支持的媒体类型）”，S-CSCF将该415消息转发给UE1，呼叫失败。

图2A示出了另一种IMS业务呼叫流程。如图2A所示，UE1发出呼叫请求（INVITE）消息，该INVITE消息中不携带SDP信息，该INVITE消息经S-CSCF发送给UE2；UE2将自己的SDP信息通过200OK消息发送给S-CSCF，由S-CSCF发送给UE1；UE1根据双方同时支持的媒体编码类型，确定双方使用的媒体编码格式，构造SDP信息，并携带在确认（ACK）消息经S-CSCF发送给UE2，会话建立成功，双方开始通话。

当呼叫双方支持的媒体编码格式不一致时，会导致媒体协商失败，从而导致呼叫失败，如图2B所示，UE1没有找到UE1和UE2共同支持的媒体编码格式，则UE1回复Bye消息给UE2，呼叫失败。

用户在使用多媒体终端进行呼叫时，会经常遇到双方媒体编码格式不兼容的情况。在现有技术方案中，当呼叫双方因为各自支持的媒体编码给事不一致的情况下，呼叫会因为SDP媒体协商失败而结束。

目前有多种媒体类型，比如有多种视频类型、音频类型或者其它媒体类型，多媒体终端的多样性会导致不同的终端可能会支持不同的媒体编码格式。同时，媒体编码格式也随着计算机技术、通信技术的发展而不断演进，许多新的编码格式层出不穷，难免会出现很多因为媒体编码格式协商不成功导致失败会话的情况，从而降低了会话的成功率。

发明内容

本发明实施例提供了IMS业务呼叫方法、IMS业务实现方法及其装置，用以提高IMS业务会话的成功率。

一种IMS业务呼叫方法，所述方法包括：

核心网设备接收主叫用户发送的第一IMS业务呼叫请求消息，若确定所述第一IMS业务呼叫请求消息中包含所述主叫用户的SDP信息，则将所述第一IMS业务呼叫请求消息发送给被叫用户；

若所述核心网设备接收到所述被叫用户返回的第一IMS业务呼叫响应消息，并根据所述第一IMS业务呼叫响应消息确认被叫用户不支持所述主叫用户的媒体编码格式，则通过应用服务器触发MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行IMS业务会话。

上述方案中，通过核心网设备触发MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行IMS业务会话，从而在主叫用户和被叫用户的媒体编码格式不一致时，通过MRF实体的媒体编码格式转换功能实现媒体互通，从而提高了IMS业务会话的成功率。

在一种优选实现方式中，所述触发MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，包括：