Ims业务呼叫方法、ims业务实现方法及装置制造方法

Ims业务呼叫方法、ims业务实现方法及装置制造方法
【专利摘要】本发明实施例公开了IMS业务呼叫方法、IMS业务实现方法及装置，该方法包括：核心网设备接收主叫用户发送的IMS业务呼叫请求消息，若确定其中包含主叫用户的SDP信息，则将该消息发送给被叫用户；若所述核心网设备接收到该被叫用户返回的第一IMS业务呼叫响应消息，并根据该响应消息确认被叫用户不支持所述主叫用户的媒体编码格式，则通过应用服务器触发MRF实体与该主叫用户之间以及MRF实体与该被叫用户之间的SDP媒体协商过程，使该主叫用户和该被叫用户利用MRF实体的媒体编码格式转换功能进行IMS业务会话。采用本发明可提高IMS业务会话的成功率。
【专利说明】IMS业务呼叫方法、IMS业务实现方法及装置
【技术领域】
[0001]本发明涉及通信领域，尤其涉及MS业务呼叫方法、IMS业务实现方法及装置。
【背景技术】
[0002]目前的3GPP协议定义的MS (IP Multimedia Subsystem, IP多媒体子系统)会话建立过程，依靠SIP (Session Initiation Protocol,会话初始协议)消息承载的SDP(Session Description Protocol,会话描述协议)信息进行SDP媒体协商。如果不同的终端分别支持了不同的媒体编码格式，则会导致会话失败。
[0003]图1A示出了一种IMS业务呼叫流程。如图1A所示,UEl (UE:User Equipment,用户设备，即终端)发出呼叫请求(INVITE)消息，消息中携带UEl的SDP信息，该SDP信息包括UEl支持的媒体编码类型和端口信息，该INVITE消息经S-CSCF(Serving Call SessionControl Function，服务呼叫会话控制实体)发送给UE2 ；UE2找出双方同时支持的媒体编码类型，根据双方同时支持的编码类型协商出需要使用的媒体编码格式，并根据协商结果构造SDP信息，通过2000K消息携带该SDP信息发送给UEl ；UE1确认会话结果，并回复确认(ACK)消息，会话建立成功，双方开始通话。
[0004]当呼叫双方支持的媒体编码格式不一致时，会导致媒体协商失败，从而导致呼叫失败，如图1B所示，UE2回复415消息,该415消息中携带的失败原因值为“UnsupportedMedia Type (不支持的媒体类型)”，S-CSCF将该415消息转发给UE1，呼叫失败。
[0005]图2A示出了另一种MS业务呼叫流程。如图2A所示，UEl发出呼叫请求(INVITE)消息，该INVITE消息中不携带SDP信息，该INVITE消息经S-CSCF发送给UE2 ；UE2将自己的SDP信息通过2000K消息发送给S-CSCF，由S-CSCF发送给UEl ；UE1根据双方同时支持的媒体编码类型，确定双方使用的媒体编码格式，构造SDP信息，并携带在确认(ACK)消息经S-CSCF发送给UE2，会话建立成功，双方开始通话。
[0006]当呼叫双方支持的媒体编码格式不一致时，会导致媒体协商失败，从而导致呼叫失败，如图2B所示，UEl没有找到UEl和UE2共同支持的媒体编码格式，则UEl回复Bye消息给UE2，呼叫失败。
[0007]用户在使用多媒体终端进行呼叫时，会经常遇到双方媒体编码格式不兼容的情况。在现有技术方案中，当呼叫双方因为各自支持的媒体编码给事不一致的情况下，呼叫会因为SDP媒体协商失败而结束。
[0008]目前有多种媒体类型，比如有多种视频类型、音频类型或者其它媒体类型，多媒体终端的多样性会导致不同的终端可能会支持不同的媒体编码格式。同时，媒体编码格式也随着计算机技术、通信技术的发展而不断演进，许多新的编码格式层出不穷，难免会出现很多因为媒体编码格式协商不成功导致失败会话的情况，从而降低了会话的成功率。

【发明内容】

[0009]本发明实施例提供了 MS业务呼叫方法、MS业务实现方法及其装置，用以提高IMS业务会话的成功率。
[0010]一种頂S业务呼叫方法，所述方法包括:
[0011]核心网设备接收主叫用户发送的第一 MS业务呼叫请求消息，若确定所述第一IMS业务呼叫请求消息中包含所述主叫用户的SDP信息，则将所述第一 MS业务呼叫请求消息发送给被叫用户；
[0012]若所述核心网设备接收到所述被叫用户返回的第一 MS业务呼叫响应消息，并根据所述第一 MS业务呼叫响应消息确认被叫用户不支持所述主叫用户的媒体编码格式，则通过应用服务器触发MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
[0013]上述方案中，通过核心网设备触发MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话，从而在主叫用户和被叫用户的媒体编码格式不一致时，通过MRF实体的媒体编码格式转换功能实现媒体互通，从而提高了 MS业务会话的成功率。
[0014]在一种优选实现方式中，所述触发MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，包括:
[0015]所述核心网设备通过应用服务器触发所述MRF实体与所述主叫用户之间的SDP媒体协商过程，在所述MRF实体与所述主叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体创建多媒体会议并将所述主叫用户加入所述多媒体会议；
[0016]在创建多媒体会议并将所述主叫用户加入所述多媒体会议之后，所述应用服务器触发所述MRF实体与所述被叫用户之间的SDP媒体协商过程，在所述MRF实体与所述被叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0017]上述优选方案中，通过核心网设备的触发机制，以及应用服务器和MRF的配合，完成MRF与被叫用户和主叫用户的SDP媒体协商，技术实现合理且对现有网络改造较小。
[0018]进一步的，所述核心网设备通过应用服务器触发所述MRF实体与所述主叫用户之间的SDP媒体协商过程，在所述MRF实体与所述主叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体创建多媒体会议并将所述主叫用户加入所述多媒体会议，包括:
[0019]所述核心网设备向所述应用服务器发送第二 MS业务呼叫请求消息，所述第二IMS业务呼叫请求消息中携带所述主叫用户的SDP信息和多媒体会议列表，所述会议列表中包括所述主叫用户的信息和所述被叫用户的信息；
[0020]所述应用服务器将所述第二 MS业务呼叫请求消息发送给所述MRF实体，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商，并在协商成功后向所述主叫用户发送第二頂S业务呼叫响应消息；
[0021]所述应用服务器接收到所述主叫用户根据所述第二 MS业务呼叫响应消息返回的确认消息后，指示所述MRF创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
[0022]上述优选方案中，通过应用服务器和MRF的配合，完成MRF与主叫用户的SDP媒体协商，技术实现合理且对现有网络改造较小。[0023]进一步的，在创建多媒体会议并将所述主叫用户加入所述多媒体会议之后，所述应用服务器触发所述MRF实体与所述被叫用户之间的SDP媒体协商过程，在所述MRF实体与所述被叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体将所述被叫用户加入所述多媒体会议，包括:
[0024]所述应用服务器接收到所述MRF实体发送的用于表明成功创建多媒体会话并将所述主叫用户加入所述多媒体会议的响应消息后，向所述被叫用户发送第三MS业务呼叫请求消息，并接收所述被叫用户返回的第三頂S业务呼叫响应消息，所述第三MS业务呼叫响应消息中携带所述被叫用户的SDP信息；
[0025]所述应用服务器向所述MRF实体发送第四MS业务呼叫请求消息，所述第四MS业务请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息所述MRF实体的SDP信息进行SDP媒体协商；
[0026]所述应用服务器接收所述MRF返回的第四MS业务呼叫响应消息，若根据所述第四MS业务呼叫响应消息确认所述MRF实体与所述被叫用户的SDP媒体协商成功，则指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0027]上述优选方案中，通过应用服务器和MRF的配合，完成MRF与被叫用户的SDP媒体协商，技术实现合理且对现有网络改造较小。
[0028]进一步的，所述MRF实体与所述主叫用户之间的SDP媒体协商失败后，还包括:所述核心网设备将所述MRF实体发送的第五MS业务呼叫响应消息发送给所述主叫用户，所述第五MS业务呼叫响应消息用于表明所述MRF与所述主叫用户的SDP媒体协商失败。该优选方案提供了异常情况下的解决方案，使整个方案更加合理和完整。
[0029]进一步的，所述MRF实体与所述被叫用户之间的SDP媒体协商失败后，还包括:所述应用服务器向所述被叫用户发送第六MS业务呼叫响应消息，并分别向所述主叫用户和所述MRF实体发送MS业务呼叫结束消息，所述第六MS业务呼叫响应消息用于表明所述MRF实体与所述被叫用户的SDP媒体协商失败。该优选方案提供了异常情况下的解决方案，使整个方案更加合理和完整。
[0030]在一种优选实现方式中，所述核心网设备向所述应用服务器发送第二 MS业务呼叫请求消息，包括:所述核心网设备确认是否允许为所述主叫用户提供增值服务，若确认允许为所述主叫用户提供增值服务，则向所述应用服务器发送所述第二 MS业务呼叫请求消
肩、O
[0031]上述优选方式中，可仅针对允许使用增值服务的用户，如签约了所述增值业务的用户，提供上述增值服务(即在主被叫用户支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现主被叫用户之间的媒体互通)，一方面可以对该增值业务的适用范围进行规模控制，以避免过多的网络信令交互过程，另一方面也可以便于网络侧进行管理策略的应用，另外，还便于针对所述增值业务进行计费。
[0032]在一种优选实现方式中，所述方法还包括:若所述核心网设备确定所述第一 MS业务呼叫请求消息中未包含所述主叫用户的SDP信息，则将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。该优选方案针对MS业务呼叫请求消息中未包含主叫用户的SDP信息的情况给出了解决方案，使本发明适用性更强。
[0033]进一步的，通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括:
[0034]所述核心网设备将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 MS业务请求消息发送给所述MRF实体，并将所述MRF实体返回的第一 MS业务响应消息发送给所述核心网设备，所述第一 MS业务呼叫响应消息中携带所述MRF实体的SDP信息；
[0035]所述核心网设备将所述第一 MS业务响应消息发送给所述主叫用户，并将所述主叫用户返回的确认消息发送给所述应用服务器，所述应用服务器将所述确认消息发送给所述MRF实体，所述确认消息中携带所述主叫用户的SDP信息，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0036]所述应用服务器指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
[0037]上述优选方案中，通过应用服务器和MRF的配合，完成MRF与主叫用户的SDP媒体协商，技术实现合理且对现有网络改造较小。
[0038]进一步的，通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括:
[0039]所述应用服务器接收所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第七IMS呼叫业务请求消息，接收所述被叫用户返回的第七MS业务呼叫响应消息，所述第七IMS业务呼叫响应消息中携带所述被叫用户的SDP信息；
[0040]所述应用服务器向所述MRF实体发送第八MS业务呼叫请求消息，所述第八MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0041]所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0042]上述优选方案中，通过应用服务器和MRF的配合，完成MRF与被叫用户的SDP媒体协商，技术实现合理且对现有网络改造较小。
[0043]进一步的，所述核心网设备将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，包括:所述核心网设备确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体。
[0044]上述优选方式中，可仅针对允许使用增值服务的用户，如签约了所述增值业务的用户，提供上述增值服务(即在主被叫用户支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现主被叫用户之间的媒体互通)，一方面可以对该增值业务的适用范围进行规模控制，以避免过多的网络信令交互过程，另一方面也可以便于网络侧进行管理策略的应用，另外，还便于针对所述增值业务进行计费。
[0045]进一步的，所述方法还包括:在所述核心网设备上的用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者，所述核心网设备在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的頂S业务用户签约了增值业务；或者，所述核心网设备在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的頂S业务用户签约了增值业务；
[0046]所述核心网设备确认是否允许为所述主叫用户提供增值服务，包括:
[0047]所述核心网设备根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
[0048]上述优选方式提供了多种签约增值业务的方法，使本发明的技术实现更加灵活。
[0049]一种頂S业务呼叫方法，所述方法包括:
[0050]核心网设备接收主叫用户发送的第一 MS业务呼叫请求消息；
[0051]所述核心网设备若从所述主叫用户的第一 MS业务呼叫请求消息中提取到所述主叫用户的SDP信息，则将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
[0052]上述方案中，通过核心网设备触发MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话，从而在主叫用户和被叫用户的媒体编码格式不一致时，通过MRF实体的媒体编码格式转换功能实现媒体互通，从而提高了 MS业务会话的成功率。
[0053]在一种优选实现方式中，通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括:
[0054]所述核心网设备将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 MS业务请求消息发送给所述MRF实体，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商，并在协商成功后向所述主叫用户发送第一頂S业务呼叫响应消息；
[0055]所述应用服务器接收所述主叫用户根据所述第一 MS业务呼叫响应消息返回的确认消息后，指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
[0056]上述优选方案中，通过应用服务器和MRF的配合，完成MRF与主叫用户的SDP媒体协商，技术实现合理且对现有网络改造较小。
[0057]在一种优选实现方式中，通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括:
[0058]所述应用服务器接收到所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第
二IMS呼叫业务请求消息，接收所述被叫用户返回的第二 IMS业务呼叫响应消息，所述第二IMS业务呼叫响应消息中携带所述被叫用户的SDP信息；
[0059]所述应用服务器向所述MRF实体发送第三MS业务呼叫请求消息，所述第三MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0060]所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0061]上述优选方案中，通过应用服务器和MRF的配合，完成MRF与被叫用户的SDP媒体协商，技术实现合理且对现有网络改造较小。
[0062]在一种优选实现方式中，所述核心网设备将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，包括:所述核心网设备确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体。
[0063]上述优选方式中，可仅针对允许使用增值服务的用户，如签约了所述增值业务的用户，提供上述增值服务(即在主被叫用户支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现主被叫用户之间的媒体互通)，一方面可以对该增值业务的适用范围进行规模控制，以避免过多的网络信令交互过程，另一方面也可以便于网络侧进行管理策略的应用，另外，还便于针对所述增值业务进行计费。
[0064]进一步的，所述方法还包括:
[0065]在所述核心网设备上的用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者
[0066]所述核心网设备在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者
[0067]所述核心网设备在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的頂S业务用户签约了增值业务；
[0068]所述核心网设备确认是否允许为所述主叫用户提供增值服务，包括:
[0069]所述核心网设备根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
[0070]上述优选方式提供了多种签约增值业务的方法，使本发明的技术实现更加灵活。
[0071]一种基于上述方法实现的MS业务实现方法，所述方法包括:
[0072]媒体资源功能MRF实体与所述主叫用户进行SDP媒体协商，协商得到第一媒体编码格式；
[0073]所述MRF实体与所述被叫用户进行SDP媒体协商，协商得到第二媒体编码格式；
[0074]所述MRF实体在所述主叫用户和所述被叫用户的MS业务会话过程中，将所述主叫用户的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给所述被叫用户，和/或将所述被叫用户的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给所述主叫用户。
[0075]上述方案中，通过核心网设备触发MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话，从而在主叫用户和被叫用户的媒体编码格式不一致时，通过MRF实体的媒体编码格式转换功能实现媒体互通，从而提高了 MS业务会话的成功率。
[0076]在一种优选实现方式中，所述方法还包括:
[0077]所述MRF实体与所述主叫用户协商得到第一媒体编码格式后创建多媒体会议，并将所述主叫用户加入到所述多媒体会议；
[0078]所述MRF实体与所述被叫用户协商得到第二媒体编码格式后，将所述被叫用户加入所述多媒体会议，所述主叫用户和所述被叫用户通过所述多媒体会议进行頂S业务会话。
[0079]上述优选方案中，通过多媒体会议机制实现主被叫多媒体会话，技术实现简单易行。
[0080]进一步的，所述MRF实体与所述主叫用户之间的SDP媒体协商失败后，还包括:所述MRF实体向所述主叫用户发送第二 MS业务呼叫失败响应消息。提供了异常情况下的解决方案。
[0081]进一步的，所述MRF实体与所述被叫用户之间的SDP媒体协商失败后，还包括:所述MRF实体接收所述应用服务器发送的IMS业务呼叫结束消息。提供了异常情况下的解决方案。
[0082]一种核心网设备，包括:
[0083]呼叫控制模块，用于接收主叫用户发送的第一 MS业务呼叫请求消息，若确定所述第一 MS业务呼叫请求消息中包含所述主叫用户的会话描述协议SDP信息，则将所述第
一MS业务呼叫请求消息发送给被叫用户；
[0084]增值业务触发模块，用于在所述呼叫控制模块接收到所述被叫用户返回的第一IMS业务呼叫响应消息，并根据所述第一 MS业务呼叫响应消息确认被叫用户不支持所述主叫用户的媒体编码格式时，通过应用服务器触发媒体资源功能MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
[0085]在一种优选实现方式中，所述增值业务触发模块所触发的MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，包括:
[0086]通过应用服务器触发所述MRF实体与所述主叫用户之间的SDP媒体协商过程，在所述MRF实体与所述主叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体创建多媒体会议并将所述主叫用户加入所述多媒体会议；
[0087]在创建多媒体会议并将所述主叫用户加入所述多媒体会议之后，所述应用服务器触发所述MRF实体与所述被叫用户之间的SDP媒体协商过程，在所述MRF实体与所述被叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0088]进一步的，所述增值业务触发模块具体用于，通过向所述应用服务器发送第二 MS业务呼叫请求消息触发所述MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，所述第二 MS业务呼叫请求消息中携带所述主叫用户的SDP信息和多媒体会议列表，所述会议列表中包括所述主叫用户的信息和所述被叫用户的信息。
[0089]进一步的，所述增值业务触发模块具体用于，确认是否允许为所述主叫用户提供增值服务，若确认允许为所述主叫用户提供增值服务，则向所述应用服务器发送所述第二IMS业务呼叫请求消息。
[0090]在一种优选实现方式中，所述增值业务触发模块还用于，在确定所述第一 MS业务呼叫请求消息中未包含所述主叫用户的SDP信息时，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
[0091]进一步的，所述增值业务触发模块通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括:
[0092]将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 MS业务请求消息发送给所述MRF实体，并将所述MRF实体返回的第一 MS业务响应消息发送给所述核心网设备，所述第一頂S业务呼叫响应消息中携带所述MRF实体的SDP
信息；
[0093]将所述第一 MS业务响应消息发送给所述主叫用户，并将所述主叫用户返回的确认消息发送给所述应用服务器，所述应用服务器将所述确认消息发送给所述MRF实体，所述确认消息中携带所述主叫用户的SDP信息，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0094]所述应用服务器指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
[0095]进一步的，所述增值业务触发模块通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括:
[0096]接收所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第七MS呼叫业务请求消息，接收所述被叫用户返回的第七頂S业务呼叫响应消息，所述第七MS业务呼叫响应消息中携带所述被叫用户的SDP信息；
[0097]向所述MRF实体发送第八MS业务呼叫请求消息，所述第八MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0098]所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0099]进一步的，所述增值业务触发模块具体用于，确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体。
[0100]进一步的，还包括:
[0101]配置模块，用于在用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者
[0102]在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的IMS业务用户签约了增值业务；或者
[0103]在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的頂S业务用户签约了增值业务；
[0104]所述增值业务触发模块在确认是否允许为所述主叫用户提供增值服务时，具体用于:根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
[0105]一种核心网设备，包括:
[0106]呼叫控制模块，用于接收主叫用户发送的第一 MS业务呼叫请求消息；
[0107]增值业务触发模块，用于在所述呼叫控制模块从所述主叫用户的第一 MS业务呼叫请求消息中提取到所述主叫用户的SDP信息时，将所述第一 IMS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
[0108]在一种优选实现方式中，通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括:
[0109]将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 MS业务请求消息发送给所述MRF实体，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商，并在协商成功后向所述主叫用户发送第一 MS业务呼叫响应消息；
[0110]所述应用服务器接收所述主叫用户根据所述第一 MS业务呼叫响应消息返回的确认消息后，指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
[0111]在一种优选实现方式中，通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括:
[0112]所述应用服务器接收到所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第
二IMS呼叫业务请求消息，接收所述被叫用户返回的第二 IMS业务呼叫响应消息，所述第二IMS业务呼叫响应消息中携带所述被叫用户的SDP信息；
[0113]所述应用服务器向所述MRF实体发送第三MS业务呼叫请求消息，所述第三MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0114]所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0115]在一种优选实现方式中，所述增值业务触发模块具体用于，确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体。
[0116]进一步的，还包括:
[0117]配置模块，用于在用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者
[0118]在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的IMS业务用户签约了增值业务；或者
[0119]在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的頂S业务用户签约了增值业务；
[0120]所述增值业务触发模块在确认是否允许为所述主叫用户提供增值服务时具体用于，根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
[0121]一种媒体资源功能MRF实体设备，包括:
[0122]媒体协商模块，用于在主叫用户呼叫被叫用户后，根据核心网设备的触发，与所述主叫用户进行SDP媒体协商，协商得到第一媒体编码格式，与所述被叫用户进行SDP媒体协商，协商得到第二媒体编码格式；
[0123]媒体编码格式转换模块，用于在所述主叫用户和所述被叫用户的MS业务会话过程中，将所述主叫用户的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给所述被叫用户，和/或将所述被叫用户的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给所述主叫用户。
[0124]进一步的，还包括:会议管理模块，用于在所述媒体协商模块与所述主叫用户协商得到第一媒体编码格式后创建多媒体会议，并将所述主叫用户加入到所述多媒体会议；以及，在所述媒体协商模块与所述被叫用户协商得到第二媒体编码格式后，将所述被叫用户加入所述多媒体会议。
【专利附图】

【附图说明】
[0125]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0126]图1A、图1B、图2A、图2B为现有技术中MS业务呼叫流程示意图；
[0127]图3和图4为本发明实施例提供的MS业务呼叫流程框图；
[0128]图5A为本发明实施例提供的主叫用户发送的INVITE消息中携带SDP信息的MS业务呼叫信令流程示意图；
[0129]图5B和图5C为图5A所示流程中的异常情况下的处理流程示意图；
[0130]图6为本发明实施例提供的主叫用户发送的INVITE消息中未携带SDP信息的MS业务呼叫信令流程示意图；
[0131]图7为本发明另一实施例提供的MS业务呼叫流程框图；
[0132]图8为本发明另一实施例提供的MS业务呼叫信令流程示意图；
[0133]图9为本发明实施例提供的UE注册流程示意图；
[0134]图10为本发明实施例提供的核心网设备结构示意图之一；[0135]图11为本发明实施例提供的核心网设备的结构示意图之二 ；
[0136]图12为本发明实施例提供的MRF实体设备的结构示意图。
【具体实施方式】
[0137]本发明实施例提供了一种MS业务会话成功率的方法和装置，通过本发明实施例，IMS网络可以在呼叫双方媒体编码格式不一致的情况下,寻求AS(Application Server,应用服务器)和MRF (Media Resource Function,媒体资源功能)实体协助进行SDP媒体协商，由MRF实体在IMS业务会话过程中进行媒体编码格式转换，实现双方媒体互通。对于媒体编码格式多样的多媒体网络，该方法可以提高IMS会话的成功率。本发明实施例可与现有协议兼容。
[0138]下面结合附图对本发明实施例进行详细描述。
[0139]实施例一
[0140]参见图3，为本发明实施例提供的MS业务呼叫流程的框图。如图所示，该流程可包括:
[0141]步骤301 =UEl作为主叫用户向核心网设备发送MS业务呼叫请求消息，以呼叫被叫用户UE2。
[0142]步骤302:该核心网设备判断接收到的MS业务呼叫请求消息中是否携带UEl的SDP信息，若携带，则转入步骤303，否则可参照图4所示的流程。
[0143]通常情况下，主叫用户发送的MS业务呼叫请求消息中携带该主叫用户的SDP信息。该SDP信息可包括UEl支持的媒体编码类型。
[0144]步骤303:该核心网设备将该MS业务呼叫请求消息转发给UE2。UE2根据UE2的SDP信息以及该MS业务呼叫请求消息中携带的UEl的SDP信息，确定UE2无法支持UEl的媒体编码格式，因此向该核心网设备返回MS业务呼叫失败响应消息，失败原因为无法支持媒体编码格式。
[0145]步骤304:该核心网设备收到该MS业务呼叫失败响应消息后，判断是否允许为UEl提供增值服务，若允许，则转入步骤305，否则转入步骤306。该增值服务是指，在被叫用户不支持主叫用户的媒体编码格式时，由MRF实体在主叫用户和被叫用户的MS业务会话过程中，充当媒体编码格式转换的媒介，协助主叫用户和被叫用户进行媒体互通。
[0146]在具体实施时，如果UEl签约了增值业务，则核心网设备确认允许为UEl提供增值服务。当然，网络侧也可以采用其他方式或策略来规定允许为哪些或哪种UE提供增值服务，具体策略可根据网络侧的需求来制定。
[0147]步骤305:该核心网设备向AS发送MS业务呼叫请求消息，以触发MRF实体与UEl之间以及MRF实体与UE2之间的SDP媒体协商过程，通过SDP媒体协商过程可协商出MRF实体与UEl之间使用的媒体编码格式，以及MRF实体与UE2之间使用的媒体编码格式。为描述方便，此处将MRF实体与UEl之间使用的媒体编码格式称为第一媒体编码格式，将MRF实体与UE2之间使用的媒体编码格式称为第二媒体编码格式。
[0148]步骤306:该核心网设备将该MS业务呼叫失败响应消息转发给UE1，本次呼叫失败。
[0149]参见图4，为本发明实施例提供的MS业务呼叫流程的框图。如图所示，该流程可包括:
[0150]步骤401:UE1作为主叫用户向核心网设备发送MS业务呼叫请求消息，以呼叫被叫用户UE2。
[0151]步骤402:该核心网设备判断接收到的MS业务呼叫请求消息中是否携带UEl的SDP信息，若未携带，则转入步骤403，否则参照图3所示的流程。
[0152]步骤403:该核心网设备判断是否允许为UEl提供增值服务，若允许，则转入步骤404，否则转入步骤405。该增值服务是指，在被叫用户不支持主叫用户的媒体编码格式时，由MRF实体在主叫用户和被叫用户的MS业务会话过程中，充当媒体编码格式转换的媒介，协助主叫用户和被叫用户进行媒体互通。
[0153]在具体实施时，如果UEl签约了增值业务，则核心网设备确认允许为UEl提供增值服务。当然，网络侧也可以采用其他方式或策略来规定允许为哪些或哪种UE提供增值服务，具体策略可根据网络侧的需求来制定。
[0154]步骤404:该核心网设备将该MS业务呼叫请求消息经AS发送给MRF实体，以触发MRF实体与UEl之间以及该MRF实体与UE2之间的SDP媒体协商过程。通过SDP媒体协商过程可协商出MRF实体与UEl之间使用的媒体编码格式，以及MRF实体与UE2之间使用的媒体编码格式。为描述方便，此处将MRF实体与UEl之间使用的媒体编码格式称为第一媒体编码格式，将MRF实体与UE2之间使用的媒体编码格式称为第二媒体编码格式。
[0155]步骤405:该核心网设备将UEl发送的MS业务呼叫请求消息发送给UE2，后续流程可参见图2A (在UEl和UE2的SDP媒体协商成功的情况下)或图2B (在UEl和UE2的SDP媒体协商失败的情况下)。
[0156]在允许为UEl提供增值服务，且UEl和UE2与MRF实体间的SDP媒体协商成功后，在UEl和UE2的MS业务会话过程中，UEl使用与MRF实体协商出的第一媒体编码格式发送媒体流到MRF实体，UE2使用与MRF实体协商出的第二媒体编码格式发送媒体流到MRF实体。MRF实体可将UEl发送的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给UE2，将UE2发送的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给UEl，从而在UEl和UE2支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现UEl和UE2之间的媒体互通。
[0157]另外，通过上述流程还可以看出，可仅针对允许使用增值服务的用户，如签约了所述增值业务的用户，提供上述增值服务(即在主被叫用户支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现主被叫用户之间的媒体互通)，一方面可以对该增值业务的适用范围进行规模控制，以避免过多的网络信令交互过程，另一方面也可以便于网络侧进行管理策略的应用，另外，还便于针对所述增值业务进行计费。
[0158]当然，也可以不对用户进行区分，即对所有用户都提供上述增值服务。S卩，核心网设备收到被叫用户发送的MS业务呼叫失败响应消息后，不对主叫用户是否签约了增值业务进行判断，而是直接向AS发送MS业务呼叫请求消息，以触发MRF实体与主叫用户之间以及MRF实体与被叫用户之间的媒体协商过程，以及借助MRF实体的媒体编码格式转换功能实现主叫用户和被叫用户之间的媒体互通。
[0159]为了更清楚的描述上述流程，下面结合图5A、图5B、图5C、图6，详细描述上述流程的信令交互过程。其中，图5A、图5B和图5C描述的流程所适用的场景中，UEl发送的INVITE消息中携带SDP信息时的流程，图6描述的流程所使用的场景中，UEl发送的INVITE消息中未携带SDP信息。
[0160]图5A、图5B、图5C、图6流程所应用的网络架构中，可包括S-CSCF、AS和MRF实体，其中，S-CSCF作为核心网设备进行呼叫控制，AS作为增值业务的应用服务器提供增值业务的控制功能，MRF实体提供媒体编码格式协商和转换功能。需要说明的是，在不特别声明的情况下，以下所述的“增值业务”和“增值服务”均与前述的描述一致。
[0161]如图5A所示，该流程可包括:
[0162]步骤501 =UEl向S-CSCF发送INVITE消息卿IMS业务呼叫请求消息)，消息中携带UEl的SDP信息，该SDP信息可包括UEl支持的编码类型，还可包括端口信息。
[0163]步骤502 =S-CSCF确认该INVITE消息中携带UEl的SDP信息后寻址UE2，并将该INVITE消息发送给UE2。
[0164]步骤503:UE2查看该INVITE消息中的SDP信息，判断UE2是否与UEl有共同支持的媒体编码格式，如果有，则将UEl和UE2共同支持的媒体编码格式信息发送给UE1，后续呼叫成功，如图1A所示。如果没有共同支持的媒体编码格式，则UE2回复415消息(即MS业务呼叫失败响应消息)，该415消息中携带的失败原因值为“Unsupported Media Type (不支持的媒体类型)”。
[0165]步骤504:S_CSCF确认UEl是否签约了增值业务。如果UEl签约了增值业务，则S-CSCF构造并发送INVITE消息，用以向AS发起一个两方多媒体会议。该INVITE消息中携带UEl的SDP信息以及会议列表，该会议列表中包括UEl的信息和UE2的信息。
[0166]如果UEl未签约增值业务，则可参考图1B所示的流程，S-CSCF将该415消息转发给UE1，本次呼叫失败。
[0167]步骤505:AS向MRF实体转发该INVITE消息。
[0168]步骤506 =MRF实体根据UEl的SDP信息，选择出MRF实体和UEl共同支持的媒体编码格式，并向AS返回2000K消息。该2000K消息中携带MRF的SDP信息。
[0169]如果MRF实体和UEl没有共同支持的媒体编码格式，则MRF实体向UEl回复415消息，该415消息中携带的失败原因值为“Unsupported Media Type (不支持的媒体类型)”，具体可如图5B所示。
[0170]步骤507:AS向S-CSCF发送2000K消息，该2000K消息中携带MRF实体的SDP信
肩、O
[0171]步骤508 =S-CSCF 向 UEl 转发该 2000K 消息。
[0172]步骤509:UE1向S-CSCF回复应答(ACK)消息。
[0173]步骤510:S-CSCF向AS发送应答(ACK)消息。
[0174]步骤511:AS向MRF实体发送应答(ACK)消息。
[0175]至此，MRF实体与UEl协商出共同支持的媒体编码格式，此处用第一媒体编码格式表示MRF实体与UEl协商出的共同支持的媒体编码格式。
[0176]步骤512:AS向MRF实体发送INFO消息(即通知消息)，用于指示MRF实体创建多媒体会议，并将UEl加入该会议。
[0177]步骤513 =MRF实体向AS回复2000K (确认)消息。
[0178]步骤514:AS根据步骤404中的INVITE消息中携带的会议列表，向UE2发起INVITE消息，该INVITE消息中不携带SDP信息。
[0179]步骤515:UE2向AS回复2000K (确认)消息，该2000K消息中携带UE2的SDP信息，该SDP信息可包括UE2支持的媒体编码格式和端口信息。
[0180]步骤516:AS向MRF实体发送INVITE消息，该INVITE消息中携带UE2的SDP信息，该SDP信息可包括UE2支持的媒体编码格式和端口信息。
[0181]步骤517:MRF实体从UE2支持的编码格式中选择一种MRF实体和UE2共同支持的媒体编码格式，并分配MRF实体的端口。MRF实体向AS返回2000K (确认)信息，该2000K消息中携带MRF实体的SDP信息。
[0182]如果MRF实体收到UE2的SDP信息发现没有共同支持的媒体编码格式，则向AS回复415消息,该415消息中携带的失败原因值为“Unsupported Media Type (不支持的媒体类型)”，AS向UE2发送415消息，该415消息中携带的失败原因值为“Unsupported MediaType (不支持的媒体类型)”，并向UEl和MRF实体发送BYE消息以结束本次呼叫流程，具体可如图5C所示。
[0183]步骤518:AS向UE2回复应答(ACK)消息，消息中携带MRF实体的SDP信息。
[0184]步骤519:AS向MRF实体回复应答(ACK)消息。
[0185]至此，MRF实体与UE2协商出共同支持的媒体编码格式，此处用第二媒体编码格式表示MRF实体与UE2协商出的共同支持的媒体编码格式。
[0186]步骤520:AS向MRF实体发送INFO消息，指示将UE2加入会议。
[0187]步骤521 =MRF实体向AS相应2000K (确认)消息。
[0188]此后，UEl和UE2可以通过多媒体会议进行媒体互通。具体的，UEl使用与MRF实体协商出的第一媒体编码格式发送媒体流到MRF实体，MRF实体将UEl的第一媒体编码格式的媒体流转换为第二媒体编码格式的数据后发送给UE2 ；UE2使用与MRF实体协商出的第二媒体编码格式发送媒体流到MRF实体，MRF实体将UE2的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给UEl。
[0189]需要说明的是，上述图5A所示流程的步骤503中的415消息也可由一个标识“视频回落”的2000K消息取代。
[0190]如图6所示，该流程可包括:
[0191]步骤601:终端UEl向S-CSCF发送INVITE消息，消息中不携带SDP信息。
[0192]步骤602 =S-CSCF确认UEl发送的INVITE消息中未携带SDP信息，并判断UEl是否签约了增值业务。如果签约了增值业务，则将该INVITE消息发送给对应的AS ;如果没有签约增值业务，则将该INVITE消息发送给UE2，后续流程可参照图2A(在UEl与UE2的SDP媒体协商成功的情况下)或图2B (在UEl与UE2的SDP媒体协商失败的情况下)进行。
[0193]步骤603:AS向MRF实体发送INVITE消息，消息中不携带SDP信息。
[0194]步骤604 =MRF实体返回2000K消息，消息中携带MRF编码能力以及端口的SDP信肩、O
[0195]步骤605:AS将该2000K消息转发给S-CSCF。
[0196]步骤606:S-CSCF 将 2000K 消息转发给 UEI。
[0197]步骤607 =UEl收到消息后，根据2000K中携带的MRF实体的SDP内容中的编码能力信息，找出一种自身也能支持的媒体编码格式，在回复的ACK消息中携带协商后的SDP信息(如图中所示的SDP UEl )。
[0198]步骤608: S-CSCF将携带协商后SDP信息的ACK消息传递给AS。
[0199]步骤609:AS将该ACK消息传递给MRF实体。
[0200]至此，UEl与MRF之间的SDP媒体协商完成。MRF实体与UEl协商出共同支持的媒体编码格式，此处用第一媒体编码格式表示MRF实体与UEl协商出的共同支持的媒体编码格式。
[0201]步骤610:AS在转发完ACK消息后，构造并发送INFO消息，指示创建多媒体会议并将UEl加入该该会议。
[0202]步骤611:MRF实体收到INFO消息后，创建多媒体会议并加入UE1，完成后向AS回复2000K消息。
[0203]步骤612:AS根据步骤2中INVITE消息中携带的UE2的标识，向UE2发起INVITE消息，消息中不携带SDP信息。
[0204]步骤613:UE2向AS回复2000K (确认)消息，消息中携带UE2的SDP信息，该SDP信息可包括UE2支持的媒体编码格式和端口信息。
[0205]步骤614:AS向MRF实体发送INVITE消息，消息中携带UE2的SDP信息。
[0206]步骤615 =MRF实体根据UE2的SDP信息，从UE2支持的媒体编码格式中选择一种MRF实体和UE2共同支持的媒体编码格式，并分配MRF端的端口。MRF实体向AS返回2000K(确认)信息，消息中携带MRF实体的SDP信息。
[0207]步骤616:AS向UE2回复应答(ACK)消息，消息中携带MRF实体的SDP信息。
[0208]步骤617:AS向MRF实体回复应答(ACK)消息。
[0209]至此，MRF实体与UE2协商出共同支持的媒体编码格式，此处用第二媒体编码格式表示MRF实体与UE2协商出的共同支持的媒体编码格式。
[0210]步骤618:AS向MRF实体发送INFO消息，指示将UE2加入会议。
[0211]步骤619 =MRF实体向AS相应2000K (确认)消息。
[0212]此后，UEl和UE2可以通过多媒体会议进行媒体互通。具体的，UEl使用与MRF实体协商出的第一媒体编码格式发送媒体数据到MRF实体，MRF实体将UEl的第一媒体编码格式的数据转换为第二媒体编码格式的数据后发送给UE2 ；UE2使用与MRF实体协商出的第二媒体编码格式发送媒体数据到MRF实体，MRF实体将UE2的第二媒体编码格式的数据转换为第一媒体编码格式的数据后发送给UEl。
[0213]UEl和MRF实体协商出的第一媒体编码格式，与UE2和MRF实体协商出的第二媒体编码格式，可能相同，这种情况下，MRF实体只进行媒体流的转发，S卩，将UEl发送的媒体流转发给UE2，将UE2发送的媒体流转发给UEl。
[0214]实施例二
[0215]参见图7，为本发明实施例提供的MS业务呼叫流程的框图。如图所示，该流程可包括:
[0216]步骤701 =UEl作为主叫用户向核心网设备发送MS业务呼叫请求消息，以呼叫被叫用户UE2。
[0217]步骤702:该核心网设备判断接收到的MS业务呼叫请求消息中是否携带UEl的SDP信息，若携带，则转入步骤703，否则可转入步骤705。[0218]通常情况下，主叫用户发送的MS业务呼叫请求消息中携带该主叫用户的SDP信息。该SDP信息可包括UEl支持的媒体编码类型。
[0219]步骤703:该核心网设备判断是否允许为UEl提供增值服务，若允许，则转入步骤704，否则转入步骤705。该增值服务是指，在被叫用户不支持主叫用户的媒体编码格式时，由MRF实体在主叫用户和被叫用户的MS业务会话过程中，充当媒体编码格式转换的媒介，协助主叫用户和被叫用户进行媒体互通。
[0220]在具体实施时，如果UEl签约了增值业务，则核心网设备确认允许为UEl提供增值服务。当然，网络侧也可以采用其他方式或策略来规定允许为哪些或哪种UE提供增值服务，具体策略可根据网络侧的需求来制定。
[0221]步骤704:该核心网设备将该MS业务呼叫请求消息经AS发送给MRF实体，以触发MRF实体与UEl之间以及该MRF实体与UE2之间的SDP媒体协商过程。通过SDP媒体协商过程可协商出MRF实体与UEl之间使用的媒体编码格式，以及MRF实体与UE2之间使用的媒体编码格式。为描述方便，此处将MRF实体与UEl之间使用的媒体编码格式称为第一媒体编码格式，将MRF实体与UE2之间使用的媒体编码格式称为第二媒体编码格式。
[0222]步骤705:该核心网设备将UEl发送的MS业务呼叫请求消息发送给UE2，后续流程可参见图1A (在UEl和UE2的SDP媒体协商成功的情况下)或图1B (在UEl和UE2的SDP媒体协商失败的情况下)。
[0223]在允许为UEl提供增值服务，且UEl和UE2与MRF实体间的SDP媒体协商成功后，在UEl和UE2的MS业务会话过程中，UEl使用与MRF实体协商出的第一媒体编码格式发送媒体流到MRF实体，UE2使用与MRF实体协商出的第二媒体编码格式发送媒体流到MRF实体。MRF实体可将UEl发送的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给UE2，将UE2发送的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给UEl，从而在UEl和UE2支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现UEl和UE2之间的媒体互通。
[0224]另外，通过上述流程还可以看出，可仅针对允许使用增值服务的用户，如签约了所述增值业务的用户，提供上述增值服务(即在主被叫用户支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现主被叫用户之间的媒体互通)，一方面可以对该增值业务的适用范围进行规模控制，以避免过多的网络信令交互过程，另一方面也可以便于网络侧进行管理策略的应用，另外，还便于针对所述增值业务进行计费。
[0225]当然，也可以不对用户进行区分，即对所有用户都提供上述增值服务。即，核心网设备收到被叫用户发送的MS业务呼叫失败响应消息后，不对主叫用户是否签约了增值业务进行判断，而是直接向AS发送MS业务呼叫请求消息，以触发MRF实体与主叫用户之间以及MRF实体与被叫用户之间的媒体协商过程，以及借助MRF实体的媒体编码格式转换功能实现主叫用户和被叫用户之间的媒体互通。
[0226]在允许为UEl提供增值服务，且UEl和UE2与MRF实体间的SDP媒体协商成功后，在UEl和UE2的MS业务会话过程中，UEl使用与MRF实体协商出的第一媒体编码格式发送媒体流到MRF实体，UE2使用与MRF实体协商出的第二媒体编码格式发送媒体流到MRF实体。MRF实体可将UEl发送的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给UE2，将UE2发送的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给UEl，从而在UEl和UE2支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现UEl和UE2之间的媒体互通。
[0227]另外，通过上述流程还可以看出，可仅针对允许使用增值服务的用户，如签约了所述增值业务的用户，提供上述增值服务(即在主被叫用户支持的媒体编码类型不一致的情况下，借助MRF实体的媒体编码格式转换功能实现主被叫用户之间的媒体互通)，一方面可以对该增值业务的适用范围进行规模控制，以避免过多的网络信令交互过程，另一方面也可以便于网络侧进行管理策略的应用，另外，还便于针对所述增值业务进行计费。
[0228]当然，也可以不对用户进行区分，即对所有用户都提供上述增值服务。即，核心网设备收到被叫用户发送的MS业务呼叫失败响应消息后，不对主叫用户是否签约了增值业务进行判断，而是直接向AS发送MS业务呼叫请求消息，以触发MRF实体与主叫用户之间以及MRF实体与被叫用户之间的媒体协商过程，以及借助MRF实体的媒体编码格式转换功能实现主叫用户和被叫用户之间的媒体互通。
[0229]为了更清楚的描述上述流程，下面结合图8，详细描述上述流程的信令交互过程。其中，图8描述的流程所适用的场景中，UEl发送的INVITE消息中携带SDP信息时的流程。
[0230]图8流程所应用的网络架构中，可包括S_CSCF、AS和MRF实体，其中，S-CSCF作为核心网设备进行呼叫控制，AS作为增值业务的应用服务器提供增值业务的控制功能，MRF实体提供媒体编码格式协商和转换功能。需要说明的是，在不特别声明的情况下，以下所述的“增值业务”和“增值服务”均与前述的描述一致。
[0231 ] 如图8所示，该流程可包括:
[0232]步骤801:终端UEl向S-CSCF发送呼叫(INVITE)消息，消息中携带UEl构造的SDP信息。
[0233]步骤802 =S-CSCF确认该INVITE消息中携带UEl的SDP信息，则S-CSCF判断UEl是否签约了增值业务。如果签约了增值业务，则S-CSCF将该INVITE消息发送给对应的AS ；如果没有签约增值业务，则将该INVITE消息发送给UE2，后续流程可参照图1A (在UEl与UE2的SDP媒体协商成功的情况下)或图1A (在UEl与UE2的SDP媒体协商失败的情况下)进行。
[0234]步骤803:AS向MRF发送INVITE消息，消息中携带步骤621中UEl的SDP信息。
[0235]步骤804 =MRF实体检查收到SDP信息，找出UEl和MRF实体共同支持的媒体编码格式，构造SDP信息，通过2000K消息携带给AS。SDP信息中可包括MRF编码能力以及端口信息。
[0236]步骤805:AS将该2000K消息转发给S-CSCF。
[0237]步骤806: S-CSCF 将 2000K 消息转发给 UEl。
[0238]步骤807 =UEl收到2000K消息后，确认回复ACK消息。
[0239]步骤808: S-CSCF将ACK消息传递给AS。
[0240]步骤809:AS将该ACK消息传递给MRF实体。
[0241]步骤810:AS在转发完ACK消息后，构造INFO消息，指示创建多媒体会议并加入UEl。
[0242]步骤811:MRF收到INFO消息后，创建多媒体会议并加入UE1，完成后向AS回复2000K消息。[0243]步骤812:AS根据步骤622中的INVITE消息携带的UE2的标识，向UE2发起呼叫(INVITE)，消息中不携带SDP信息。
[0244]步骤813:UE2向AS回复2000K (确认)消息。消息中携带UE2的SDP信息，该SDP信息可包括UE2支持的媒体编码格式和端口信息。
[0245]步骤814:AS向MRF实体发送呼叫(INVITE)消息，消息中携带UE2的SDP信息。
[0246]步骤815 =MRF实体根据UE2的SDP信息从UE2支持的媒体编码格式中选择MRF实体和UE2共同支持的媒体编码格式，并分配MRF端的端口。MRF实体向AS返回2000K (确认)信息，消息中携带MRF实体的SDP信息。
[0247]步骤816:AS向UE2回复应答(ACK)消息，消息中携带MRF实体的SDP信息。
[0248]步骤817:AS向MRF实体回复应答(ACK)消息。
[0249]步骤818:AS向MRF实体发送INFO消息，指示将UE2加入会议。
[0250]步骤819 =MRF实体向AS相应2000K (确认)消息。
[0251]此后，UEl和UE2可以通过多媒体会议进行媒体互通。具体的，UEl使用与MRF实体协商出的第一媒体编码格式发送媒体流到MRF实体，MRF实体将UEl的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给UE2 ；UE2使用与MRF实体协商出的第二媒体编码格式发送媒体流到MRF实体，MRF实体将UE2的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给UEl。
[0252]UEl和MRF实体协商出的第一媒体编码格式，与UE2和MRF实体协商出的第二媒体编码格式，可能相同，这种情况下，MRF实体只进行媒体流的转发，S卩，将UEl发送的媒体流转发给UE2，将UE2发送的媒体流转发给UEl。
[0253]本发明实施例的上述各流程中，核心网设备(如S-CSCF)可通过以下几种方式判断主叫用户UEl是否签约了增值业务:
[0254]方式1:在S-CSCF的用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，该指示信息用于表明对应的MS业务用户签约了增值业务。如果S-CSCF通过用户数据表，确认UEl的用户数据中设置了该指示信息，则确认UEl签约了增值业务。
[0255]方式2 =S-CSCF在MS业务用户注册过程中，若从用于存储用户签约信息的设备，如HSS(Home Subscriber Server,归属用户服务器),获得用于执行增值业务的AS的信息，则在当前注册用户的数据表中设置指示信息，该指示信息用于表明对应的IMS业务用户签约了增值业务。如果S-CSCF通过用户数据表，确认UEl的用户数据中设置了该指示信息，则确认UEl签约了增值业务。
[0256]图9示出了 UEl注册流程。UEl注册过程中，在步骤916和步骤917的交互过程中，S-CSCF通过Server-Assignment-Request (服务器分配请求)消息向HSS请求AS分配信息，HSS通过Server-Assignment-Answer (服务器分配响应)消息向S-CSCF返回AS分配信息。如果在HSS返回的Server-Assignment-Answer消息中携带上述增值业务对应的AS的信息，则S-CSCF在UEl的数据表中设置指示信息，该指示信息用于表明对应的MS业务用户签约了增值业务。后续在步骤921和步骤922中，S-CSCF向上述增值业务对应的AS进行注册。
[0257]方式3 =S-CSCF在MS业务用户注册过程中，若从用于存储用户签约信息的设备，如HSS，获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，该第二指示信息用于表明对应的MS业务用户签约了增值业务。如果S-CSCF通过用户数据表，确认UEl的用户数据中设置了该指示信息，则确认UEl签约了增值业务。
[0258]仍以图9所示的UEl的注册流程为例，在步骤906和步骤907的交互过程中，S-CSCF通过Multimedia-Auth-Request (多媒体鉴权请求)消息向HSS请求进行多媒体鉴权，HSS通过Multimedia-Auth-Answer (多媒体鉴权响应)消息向S-CSCF返回鉴权结果。如果在HSS返回的Multimedia-Auth-Answer消息中携带签约增值业务的指示信息，则S-CSCF在UEl的数据表中设置指示信息，该指示信息用于表明对应的MS业务用户签约了增值业务。其中，HSS中针对UEl设置的签约增值业务的指示信息，可以是通过BOSS(Business&Operation Support System,业务运营支撑系统)或其他方法设置的。
[0259]具体实施时，可在3GPP TS29.229V10.3.0 的 7.1.1 章节 Defining a new feature(定义的新特性)中增加一个新的特性，如“Value-addedServicelFalg (增值服务标志位)”:
[0260]Table7.1.1 !Features of Feature-List-1Dlused in Cx (在 Cx 接口中的特性列
表标识的特征值)
[0261]
[0262]Value-addedServicelFalg (增值服务 I 标志位)将在 Multimedia-Auth-Answer消息中的Supported-Features (支持的特征)中携带。可以在Cx的多个过程由HSS传递给S-CSCF。S-CSCF将此标志位写入用户相关的数据。如果该标识位置位，则S-CSCF在流程中为UE可以触发相应的增值业务。
[0263]综上所述，本发明实施例，一方面，可以通过网络侧对因为媒体协商失败造成的会话失败，IMS网络可以有选择的利用AS和MRF提供媒体编码转换服务，提高了会话成功率；另一方面，通过对用户增值业务的区分，达到有区别的为一些签约用户提供该项有利于提高会话接通率的业务，可以丰富业务的多样性；再一方面，本发明实施例所使用的方法对终端来说是不见的，在不影响用户体验的基础上，提升网络性能。同时，本发明实施例与现有协议以及现网技术方案不冲突，会很快地推广到现网中。
[0264]可见，本发明实施例是对出现概率较高的媒体协商失败造成的MS会话失败的一种解决方案。通过网络侧有区别的为用户提供增值业务，达到提高用户会话成功率的效果。通过该方案可丰富网络对用户有区别的提供业务，同时对常见的会话失败提出了优化方案。同时由于该方案可以和现有协议以及现网方案兼容。
[0265]基于相同的技术构思，本发明实施例还提供了核心网设备、MRF实体设备。
[0266]参见图10，为本发明实施例提供的核心网设备的结构示意图，该核心网设备可应用于实施例一所示的流程，该核心网设备可以是S-CSCF，如图所示，该核心网设备可包括:
[0267]呼叫控制模块1001，用于接收主叫用户发送的第一 MS业务呼叫请求消息，若确定所述第一 MS业务呼叫请求消息中包含所述主叫用户的会话描述协议SDP信息，则将所述第一 MS业务呼叫请求消息发送给被叫用户；
[0268]增值业务触发模块1002，用于在所述呼叫控制模块接收到所述被叫用户返回的第
一IMS业务呼叫响应消息，并根据所述第一 MS业务呼叫响应消息确认被叫用户不支持所述主叫用户的媒体编码格式时，通过应用服务器触发媒体资源功能MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
[0269]具体的，增值业务触发模块1002所触发的MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，包括:
[0270]通过应用服务器触发所述MRF实体与所述主叫用户之间的SDP媒体协商过程，在所述MRF实体与所述主叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体创建多媒体会议并将所述主叫用户加入所述多媒体会议；
[0271]在创建多媒体会议并将所述主叫用户加入所述多媒体会议之后，所述应用服务器触发所述MRF实体与所述被叫用户之间的SDP媒体协商过程，在所述MRF实体与所述被叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0272]进一步的，增值业务触发模块1002可通过向所述应用服务器发送第二 MS业务呼叫请求消息触发所述MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，所述第二 MS业务呼叫请求消息中携带所述主叫用户的SDP信息和多媒体会议列表，所述会议列表中包括所述主叫用户的信息和所述被叫用户的信息。
[0273]进一步的，增值业务触发模块1002可确认是否允许为所述主叫用户提供增值服务，若确认允许为所述主叫用户提供增值服务，则向所述应用服务器发送所述第二頂S业务呼叫请求消息。
[0274]在一种优选方案中，增值业务触发模块1002还可在确定所述第一 MS业务呼叫请求消息中未包含所述主叫用户的SDP信息时，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。[0275]进一步的，增值业务触发模块1002通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括:
[0276]将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 MS业务请求消息发送给所述MRF实体，并将所述MRF实体返回的第一 MS业务响应消息发送给所述核心网设备，所述第一頂S业务呼叫响应消息中携带所述MRF实体的SDP
信息；
[0277]将所述第一 MS业务响应消息发送给所述主叫用户，并将所述主叫用户返回的确认消息发送给所述应用服务器，所述应用服务器将所述确认消息发送给所述MRF实体，所述确认消息中携带所述主叫用户的SDP信息，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0278]所述应用服务器指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
[0279]进一步的，增值业务触发模块1002通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括:
[0280]接收所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第七MS呼叫业务请求消息，接收所述被叫用户返回的第七頂S业务呼叫响应消息，所述第七MS业务呼叫响应消息中携带所述被叫用户的SDP信息；
[0281]向所述MRF实体发送第八MS业务呼叫请求消息，所述第八MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0282]所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0283]进一步的，增值业务触发模块1002可确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体。
[0284]进一步的，该设备还可包括:配置模块1003，用于在用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者，在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者，在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的頂S业务用户签约了增值业务。相应的，增值业务触发模块1002在确认是否允许为所述主叫用户提供增值服务时，根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
[0285]参见图11，为本发明实施例提供的核心网设备的结构示意图，该核心网设备可应用于实施例二所示的流程，该核心网设备可以是S-CSCF，如图所示，该核心网设备可包括:
[0286]呼叫控制模块1101，用于接收主叫用户发送的第一 MS业务呼叫请求消息；
[0287]增值业务触发模块1102，用于在所述呼叫控制模块从所述主叫用户的第一 MS业务呼叫请求消息中提取到所述主叫用户的SDP信息时，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
[0288]具体的，通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的,所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括:
[0289]将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 MS业务请求消息发送给所述MRF实体，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商，并在协商成功后向所述主叫用户发送第一 MS业务呼叫响应消息；
[0290]所述应用服务器接收所述主叫用户根据所述第一 MS业务呼叫响应消息返回的确认消息后，指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
[0291]具体的，通过将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括:
[0292]所述应用服务器接收到所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第
二IMS呼叫业务请求消息，接收所述被叫用户返回的第二 IMS业务呼叫响应消息，所述第二IMS业务呼叫响应消息中携带所述被叫用户的SDP信息；
[0293]所述应用服务器向所述MRF实体发送第三MS业务呼叫请求消息，所述第三MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商；
[0294]所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
[0295]在一种优选实现方式中，所述增值业务触发模块具体用于，确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体。
[0296]进一步的，还可包括:配置模块1103，用于在用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者，在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者，在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得頂S业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的MS业务用户签约了增值业务。相应的，增值业务触发模块1102在确认是否允许为所述主叫用户提供增值服务时具体用于，根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。[0297]参见图12，为本发明实施例提供的MRF实体设备，该MRF实体设备可包括:
[0298]媒体协商模块1201，用于在主叫用户呼叫被叫用户后，根据核心网设备的触发，与所述主叫用户进行SDP媒体协商，协商得到第一媒体编码格式，与所述被叫用户进行SDP媒体协商，协商得到第二媒体编码格式；
[0299]媒体编码格式转换模块1202，用于在所述主叫用户和所述被叫用户的MS业务会话过程中，将所述主叫用户的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给所述被叫用户，和/或将所述被叫用户的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给所述主叫用户。
[0300]进一步的，还可包括:会议管理模块1203，用于在媒体协商模块1201与所述主叫用户协商得到第一媒体编码格式后创建多媒体会议，并将所述主叫用户加入到所述多媒体会议；以及，在媒体协商模块1201与所述被叫用户协商得到第二媒体编码格式后，将所述被叫用户加入所述多媒体会议。
[0301]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0302]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0303]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0304]尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0305]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种IP多媒体子系统MS业务呼叫方法，其特征在于，所述方法包括: 核心网设备接收主叫用户发送的第一 MS业务呼叫请求消息，若确定所述第一 MS业务呼叫请求消息中包含所述主叫用户的会话描述协议SDP信息，则将所述第一 MS业务呼叫请求消息发送给被叫用户； 若所述核心网设备接收到所述被叫用户返回的第一 MS业务呼叫响应消息，并根据所述第一 MS业务呼叫响应消息确认被叫用户不支持所述主叫用户的媒体编码格式，则通过应用服务器触发媒体资源功能MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行頂S业务会话。
2.如权利要求1所述的方法，其特征在于，所述触发MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，包括: 所述核心网设备通过应用服务器触发所述MRF实体与所述主叫用户之间的SDP媒体协商过程，在所述MRF实体与所述主叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体创建多媒体会议并将所述主叫用户加入所述多媒体会议； 在创建多媒体会议并将所述主叫用户加入所述多媒体会议之后，所述应用服务器触发所述MRF实体与所述被叫用户之间的SDP媒体协商过程，在所述MRF实体与所述被叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体将所述被叫用户加入所述多媒体会议。
3.如权利要求2所述的方法，其特征在于，所述核心网设备通过应用服务器触发所述MRF实体与所述主叫用户之间的SDP媒体协商过程，在所述MRF实体与所述主叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体创建多媒体会议并将所述主叫用户加入所述多媒体会议，包括:` 所述核心网设备向所述应用服务器发送第二 MS业务呼叫请求消息，所述第二 MS业务呼叫请求消息中携带所述主叫用户的SDP信息和多媒体会议列表，所述会议列表中包括所述主叫用户的信息和所述被叫用户的信息； 所述应用服务器将所述第二 MS业务呼叫请求消息发送给所述MRF实体，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商，并在协商成功后向所述主叫用户发送第二頂S业务呼叫响应消息； 所述应用服务器接收到所述主叫用户根据所述第二頂S业务呼叫响应消息返回的确认消息后，指示所述MRF创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
4.如权利要求2所述的方法，其特征在于，在创建多媒体会议并将所述主叫用户加入所述多媒体会议之后，所述应用服务器触发所述MRF实体与所述被叫用户之间的SDP媒体协商过程，在所述MRF实体与所述被叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体将所述被叫用户加入所述多媒体会议，包括: 所述应用服务器接收到所述MRF实体发送的用于表明成功创建多媒体会话并将所述主叫用户加入所述多媒体会议的响应消息后，向所述被叫用户发送第三MS业务呼叫请求消息，并接收所述被叫用户返回的第三頂S业务呼叫响应消息，所述第三MS业务呼叫响应消息中携带所述被叫用户的SDP信息； 所述应用服务器向所述MRF实体发送第四MS业务呼叫请求消息，所述第四MS业务请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息所述MRF实体的SDP信息进行SDP媒体协商； 所述应用服务器接收所述MRF返回的第四MS业务呼叫响应消息，若根据所述第四IMS业务呼叫响应消息确认所述MRF实体与所述被叫用户的SDP媒体协商成功，则指示所述MRF实体将所述被叫用户加入所述多媒体会议。
5.如权利要求2所述的方法，其特征在于，所述MRF实体与所述主叫用户之间的SDP媒体协商失败后，还包括: 所述核心网设备将所述MRF实体发送的第五MS业务呼叫响应消息发送给所述主叫用户，所述第五MS业务呼叫响应消息用于表明所述MRF与所述主叫用户的SDP媒体协商失败。
6.如权利要求2所述的方法，其特征在于，所述MRF实体与所述被叫用户之间的SDP媒体协商失败后，还包括: 所述应用服务器向所述被叫用户发送第六MS业务呼叫响应消息，并分别向所述主叫用户和所述MRF实体发送MS业务呼叫结束消息，所述第六MS业务呼叫响应消息用于表明所述MRF实体与所述被叫用户的SDP媒体协商失败。
7.如权利要求2-6中任一项所述的方法，其特征在于，所述核心网设备向所述应用服务器发送第二 MS业务呼叫请求消息，包括: 所述核心网设备确认是否允许为所述主叫用户提供增值服务，若确认允许为所述主叫用户提供增值服务，则向所述应用服务器发送所述第二 MS业务呼叫请求消息。
8.如权利要求1所述的 方法，其特征在于，所述方法还包括: 若所述核心网设备确定所述第一 MS业务呼叫请求消息中未包含所述主叫用户的SDP信息，则将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行IMS业务会话。
9.如权利要求8所述的方法，其特征在于，通过将所述第一MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括: 所述核心网设备将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 MS业务请求消息发送给所述MRF实体，并将所述MRF实体返回的第一MS业务响应消息发送给所述核心网设备，所述第一 MS业务呼叫响应消息中携带所述MRF实体的SDP信息； 所述核心网设备将所述第一 MS业务响应消息发送给所述主叫用户，并将所述主叫用户返回的确认消息发送给所述应用服务器，所述应用服务器将所述确认消息发送给所述MRF实体，所述确认消息中携带所述主叫用户的SDP信息，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商； 所述应用服务器指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
10.如权利要求8所述的方法，其特征在于，通过将所述第一MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括: 所述应用服务器接收所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第七IMS呼叫业务请求消息，接收所述被叫用户返回的第七MS业务呼叫响应消息，所述第七IMS业务呼叫响应消息中携带所述被叫用户的SDP信息； 所述应用服务器向所述MRF实体发送第八MS业务呼叫请求消息，所述第八MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商； 所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
11.如权利要求8所述的方法，其特征在于，所述核心网设备将所述第一MS业务呼叫请求消息经应用服务器发送给MRF实体，包括: 所述核心网设备确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体。
12.如权利要求7或11所述的方法，其特征在于，所述方法还包括: 在所述核心网设备上的用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者 所述核心网设备在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注 册用户的数据表中设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者 所述核心网设备在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的MS业务用户签约了增值业务； 所述核心网设备确认是否允许为所述主叫用户提供增值服务，包括: 所述核心网设备根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
13.—种IP多媒体子系统MS业务呼叫方法，其特征在于，所述方法包括: 核心网设备接收主叫用户发送的第一 MS业务呼叫请求消息； 所述核心网设备若从所述主叫用户的第一 MS业务呼叫请求消息中提取到所述主叫用户的SDP信息，则将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行IMS业务会话。
14.如权利要求13所述的方法，其特征在于，通过将所述第一MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括: 所述核心网设备将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 MS业务请求消息发送给所述MRF实体，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商，并在协商成功后向所述主叫用户发送第一頂S业务呼叫响应消息； 所述应用服务器接收所述主叫用户根据所述第一 MS业务呼叫响应消息返回的确认消息后，指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
15.如权利要求13所述的方法，其特征在于，通过将所述第一MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括: 所述应用服务器接收到所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第二 IMS呼叫业务请求消息，接收所述被叫用户返回的第二 MS业务呼叫响应消息，所述第二 IMS业务呼叫响应消息中携带所述被叫用户的SDP信息； 所述应用服务器向所述MRF实体发送第三MS业务呼叫请求消息，所述第三MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商； 所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
16.如权利要求13所述的方法，其特征在于，所述核心网设备将所述第一IMS业务呼叫请求消息经应用服务器发送给MRF实体，包括: 所述核心网设备确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体。
17.如权利要求16所述的方`法，其特征在于，所述方法还包括: 在所述核心网设备上的用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者 所述核心网设备在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者 所述核心网设备在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的MS业务用户签约了增值业务； 所述核心网设备确认是否允许为所述主叫用户提供增值服务，包括: 所述核心网设备根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
18.一种基于如权利要求1-17中任一项所述的方法实现的MS业务实现方法，其特征在于，所述方法包括: 媒体资源功能MRF实体与所述主叫用户进行SDP媒体协商，协商得到第一媒体编码格式； 所述MRF实体与所述被叫用户进行SDP媒体协商，协商得到第二媒体编码格式； 所述MRF实体在所述主叫用户和所述被叫用户的MS业务会话过程中，将所述主叫用户的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给所述被叫用户，和/或将所述被叫用户的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给所述主叫用户。
19.如权利要求18所述的方法，其特征在于，所述方法还包括: 所述MRF实体与所述主叫用户协商得到第一媒体编码格式后创建多媒体会议，并将所述主叫用户加入到所述多媒体会议； 所述MRF实体与所述被叫用户协商得到第二媒体编码格式后，将所述被叫用户加入所述多媒体会议，所述主叫用户和所述被叫用户通过所述多媒体会议进行MS业务会话。
20.如权利要求18或19所述的方法，其特征在于，所述MRF实体与所述主叫用户之间的SDP媒体协商失败后，还包括: 所述MRF实体向所述主叫用户发送第二 MS业务呼叫失败响应消息。
21.如权利要求18或19所述的方法，其特征在于，所述MRF实体与所述被叫用户之间的SDP媒体协商失败后，还包括: 所述MRF实体接收所述应用服务器发送的MS业务呼叫结束消息。
22.—种核心网设备，其特征在于，包括: 呼叫控制模块，用于接收主叫用户发送的第一頂S业务呼叫请求消息，若确定所述第一 MS业务呼叫请求消息中包含所述主叫用户的会话描述协议SDP信息，则将所述第一 IMS业务呼叫请求消息发送给被叫用户； 增值业务触发模块，用于 在所述呼叫控制模块接收到所述被叫用户返回的第一 MS业务呼叫响应消息，并根据所述第一 MS业务呼叫响应消息确认被叫用户不支持所述主叫用户的媒体编码格式时，通过应用服务器触发媒体资源功能MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
23.如权利要求22所述的设备，其特征在于，所述增值业务触发模块所触发的MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，包括: 通过应用服务器触发所述MRF实体与所述主叫用户之间的SDP媒体协商过程，在所述MRF实体与所述主叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体创建多媒体会议并将所述主叫用户加入所述多媒体会议； 在创建多媒体会议并将所述主叫用户加入所述多媒体会议之后，所述应用服务器触发所述MRF实体与所述被叫用户之间的SDP媒体协商过程，在所述MRF实体与所述被叫用户的SDP媒体协商成功后，所述应用服务器指示所述MRF实体将所述被叫用户加入所述多媒体会议。
24.如权利要求23所述的设备，其特征在于，所述增值业务触发模块具体用于，通过向所述应用服务器发送第二頂S业务呼叫请求消息触发所述MRF与所述主叫用户之间以及所述MRF与所述被叫用户之间的SDP媒体协商过程，所述第二 MS业务呼叫请求消息中携带所述主叫用户的SDP信息和多媒体会议列表，所述会议列表中包括所述主叫用户的信息和所述被叫用户的信息。
25.如权利要求24所述的设备，其特征在于，所述增值业务触发模块具体用于，确认是否允许为所述主叫用户提供增值服务，若确认允许为所述主叫用户提供增值服务，则向所述应用服务器发送所述第二 MS业务呼叫请求消息。
26.如权利要求22所述的设备，其特征在于，所述增值业务触发模块还用于，在确定所述第一 MS业务呼叫请求消息中未包含所述主叫用户的SDP信息时，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
27.如权利要求26所述的设备，其特征在于，所述增值业务触发模块通过将所述第一MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括: 将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 IMS业务请求消息发送给所述MRF实体，并将所述MRF实体返回的第一 MS业务响应消息发送给所述核心网设备，所述第一 MS业务呼叫响应消息中携带所述MRF实体的SDP信息； 将所述第一頂S业务响应消息发送给所述主叫用户，并将所述主叫用户返回的确认消息发送给所述应用服务器，所述应用服务器将所述确认消息发送给所述MRF实体，所述确认消息中携带所述主叫用户的SDP信息，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商； 所述应用服务器指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
28.如权利要求26所述的设备，其特征在于，所述增值业务触发模块通过将所述第一MS业务呼叫请求消息经应用 服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括: 接收所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第七MS呼叫业务请求消息，接收所述被叫用户返回的第七MS业务呼叫响应消息，所述第七MS业务呼叫响应消息中携带所述被叫用户的SDP信息； 向所述MRF实体发送第八MS业务呼叫请求消息，所述第八MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商； 所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
29.如权利要求26所述的设备，其特征在于，所述增值业务触发模块具体用于，确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一頂S业务呼叫请求消息经应用服务器发送给MRF实体。
30.如权利要求25或29所述的设备，其特征在于，还包括: 配置模块，用于在用户数据表中，针对签约了增值业务的頂S业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者 在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的頂S业务用户签约了增值业务； 所述增值业务触发模块在确认是否允许为所述主叫用户提供增值服务时，具体用于:根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
31.一种核心网设备，其特征在于，包括: 呼叫控制模块，用于接收主叫用户发送的第一 MS业务呼叫请求消息； 增值业务触发模块，用于在所述呼叫控制模块从所述主叫用户的第一 MS业务呼叫请求消息中提取到所述主叫用户的SDP信息时，将所述第一 MS业务呼叫请求消息经应用服务器发送给MRF实体，以触发所述MRF实体与所述主叫用户之间以及所述MRF实体与所述被叫用户之间的SDP媒体协商过程，使所述主叫用户和所述被叫用户利用所述MRF实体的媒体编码格式转换功能进行MS业务会话。
32.如权利要求31所述的设备，其特征在于，通过将所述第一MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述主叫用户之间的SDP媒体协商过程，包括: 将所述第一 MS业务呼叫请求消息发送给所述应用服务器，所述应用服务器将所述第一 IMS业务请求消息发送给所述MRF实体，以使所述MRF实体根据所述主叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商，并在协商成功后向所述主叫用户发送第一IMS业务呼叫响应消息； 所述应用服务器接收所述主叫用户根据所述第一 MS业务呼叫响应消息返回的确认消息后，指示所述MRF实体创建多媒体会议，并将所述主叫用户加入所述多媒体会议。
33.如权利要求31所述的设备，其特征在于，通过将所述第一MS业务呼叫请求消息经应用服务器发送给MRF实体所触发的，所述MRF实体与所述被叫用户之间的SDP媒体协商过程，包括: 所述应用服务器接收到所述主叫用户返回的响应消息，并根据所述主叫用户返回的响应消息确认所述MRF与所述主叫用户的SDP媒体协商成功后，向所述被叫用户发送第二 IMS呼叫业务请求消息，接收所述被叫用户返回的第二 MS业务呼叫响应消息，所述第二 IMS业务呼叫响应消息中携带所述被叫用户的SDP信息； 所述应用服务器向所述MRF实体发送第三MS业务呼叫请求消息，所述第三MS业务呼叫请求消息中携带所述被叫用户的SDP信息，以使所述MRF实体根据所述被叫用户的SDP信息和所述MRF实体的SDP信息进行SDP媒体协商； 所述应用服务器接收到所述MRF实体返回的协商成功的响应消息后，指示所述MRF实体将所述被叫用户加入所述多媒体会议。
34.如权利要求31所述的设备，其特征在于，所述增值业务触发模块具体用于，确认是否允许为所述主叫用户提供增值服务，并在确认允许为所述主叫用户提供增值服务后，将所述第一頂S业务呼叫请求消息经应用服务器发送给MRF实体。
35.如权利要求34所述的设备，其特征在于，还包括 : 配置模块，用于在用户数据表中，针对签约了增值业务的MS业务用户设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者 在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得增值业务服务器的信息，则在当前注册用户的数据表中设置指示信息，所述指示信息用于表明对应的MS业务用户签约了增值业务；或者 在MS业务用户注册过程中，若从用于存储用户签约信息的设备获得MS业务用户签约了增值业务的第一指示信息，则在当前注册用户的数据表中设置第二指示信息，所述第二指示信息用于表明对应的頂S业务用户签约了增值业务； 所述增值业务触发模块在确认是否允许为所述主叫用户提供增值服务时具体用于，根据所述主叫用户的数据表中是否设置有用于表明签约了增值业务的指示信息，确认是否允许为所述主叫用户提供增值服务。
36.一种媒体资源功能MRF实体设备，其特征在于，包括: 媒体协商模块，用于在主叫用户呼叫被叫用户后，根据核心网设备的触发，与所述主叫用户进行SDP媒体协商，协商得到第一媒体编码格式，与所述被叫用户进行SDP媒体协商，协商得到第二媒体编码格式； 媒体编码格式转换模块，用于在所述主叫用户和所述被叫用户的MS业务会话过程中，将所述主叫用户的第一媒体编码格式的媒体流转换为第二媒体编码格式的媒体流后发送给所述被叫用户，和/或将所述被叫用户的第二媒体编码格式的媒体流转换为第一媒体编码格式的媒体流后发送给所述主叫用户。
37.如权利要求36所述的设备，其特征在于，还包括: 会议管理模块，用于在所述媒体协商模块与所述主叫用户协商得到第一媒体编码格式后创建多媒体会议，并将所述主叫用户加入到所述多媒体会议；以及，在所述媒体协商模块与所述被叫用户协商得到第二媒体编码格式后，将所述被叫用户加入所述多媒体会议。
【文档编号】H04W28/18GK103491579SQ201310447557
【公开日】2014年1月1日 申请日期:2013年9月25日 优先权日:2013年9月25日
【发明者】吴鹏程 申请人:大唐移动通信设备有限公司