Ims業務呼叫方法、ims業務實現方法及裝置製造方法

2023-08-08 01:10:11

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日
【發明者】吳鵬程 申請人:大唐移動通信設備有限公司