會話連接建立方法及設備、會話邊界控制網(wǎng)元的制作方法

會話連接建立方法及設備、會話邊界控制網(wǎng)元的制作方法
【專利摘要】本發(fā)明提供的一種會話連接建立方法及設備、SBC網(wǎng)元，用以在主叫用戶設備和被叫用戶設備支持的媒體編解碼格式不同時，通過對媒體編解碼格式進行補充提高會話連接建立的成功率。會話連接建立方法包括：被叫用戶設備側的SBC接收會話請求，并將會話請求中的IP地址和端口分別修改為自身的IP地址和端口，生成第一呼叫請求并發(fā)送至被叫用戶設備；當接收到被叫用戶設備回復的不支持第一呼叫請求中媒體編解碼格式的消息時，被叫用戶設備側的SBC對第一呼叫請求中的媒體編解碼格式進行補充生成第二呼叫請求并發(fā)送至被叫用戶設備；被叫用戶設備側的SBC根據(jù)被叫用戶設備回復的消息判斷是否建立會話連接。
【專利說明】會話連接建立方法及設備、會話邊界fe制網(wǎng)兀

【技術領域】
[0001] 本發(fā)明涉及通信【技術領域】，尤其涉及一種會話連接建立方法及設備、會話邊界控 制（Session Border Control，SBC)網(wǎng)兀。

【背景技術】
[0002] 為滿足用戶通過各種類型的數(shù)字用戶線路（X Digital Subscriber Line,xDSL)、 局域網(wǎng)（Local Area Network，LAN)、無線局域網(wǎng)（Wireless Local Area Network，WLAN) 等固定網(wǎng)絡接入IP多媒體子系統(tǒng)（IP Multimedia Subsystem, IMS)核心網(wǎng)絡，需要引入會 話邊界控制網(wǎng)元來完成會話初始協(xié)議（Session Initiation Protocol, SIP)信令的網(wǎng)絡地 址轉換（Network Address Translation, NAT)穿越、安全、服務質量等功能。
[0003] MS中，會話邊界控制網(wǎng)元SBC作為邊界控制的網(wǎng)元，為主叫用戶設備和被叫用戶 設備提供信令接入和媒體接入，SBC包括信令控制部分和媒體承載部分，分別稱為信令網(wǎng)關 控制器（Signaling Gate Controller，SGC)和媒體代理模塊（Media Proxy，MP)，其中，MP 接收SGC的指令并處理流經(jīng)SBC的媒體流。在會話過程中，SBC設備中的SGC主要進行信 令的轉發(fā)，MP主要是對媒體進行轉發(fā)。
[0004] 目前，MS的會話建立過程，依靠 SIP消息承載的會話描述協(xié)議（Session Description Protocol，SDP)信息來進行媒體協(xié)商，如果不同的用戶設備分別支持不同的 媒體編解碼格式，最終將因媒體編解碼格式協(xié)商失敗而不能建立會話連接。
[0005] 下面結合圖1詳細說明現(xiàn)有技術中主叫用戶設備和被叫用戶設備的會話協(xié)商過 程。
[0006] 如圖1所示，主叫用戶設備10、主叫用戶設備側的SBC11、IMS12、被叫用戶設備側 的SBC13和被叫用戶設備14之間會話連接建立過程的具體步驟包括：
[0007] 步驟102,主叫用戶設備10發(fā)起呼叫，將攜帶SDP1的信息發(fā)送至主叫用戶設備側 的SBC11，其中，SDP1中攜帶主叫用戶設備10的媒體IP地址和端口以及主叫用戶設備10 支持的媒體編解碼格式；主叫用戶設備側的SBC11申請主叫用戶設備10的相關媒體資源 (內外側一對媒體端口，用來進行媒體的接續(xù)），其中，主叫用戶設備側的SBC11中的媒體代 理模塊根據(jù)主叫用戶設備側的SBC11申請的相關媒體資源完成主叫用戶設備10的媒體轉 發(fā)表的建立。
[0008] 步驟104,主叫用戶設備側的SBC11修改SDP1中的媒體IP地址和端口為步驟102 中主叫用戶設備側的SBC11所申請的相關媒體資源，生成SDP2,同時將修改后生成的SDP2 發(fā)給頂S12。
[0009] 步驟106, MS12對接收到的包含SDP2的SIP信令進行屬性處理后，發(fā)送至被叫 用戶設備側的SBC13,被叫用戶設備側的SBC13收到SIP信令（含有被主叫用戶設備側的 SBC11修改后的SDP2)，被叫用戶設備側的SBC13申請被叫的相關媒體資源（內外側一對媒 體端口），完成被叫用戶設備14的媒體轉發(fā)表的建立。
[0010] 步驟108,被叫用戶設備側的SBC13將SDP2中的媒體IP地址和端口替換為步驟 106中被叫用戶設備側的SBC13所申請的相關媒體資源，生成SDP3,同時將包含SDP3的SIP 信令發(fā)給被叫用戶設備14。
[0011] 步驟110,被叫用戶設備14從SIP信令中得到主叫用戶設備10的媒體IP地址和 端口，實際是被叫用戶設備側的SBC13的媒體IP地址和端口，若被叫用戶設備14支持SDP3 中攜帶的媒體編解碼格式，被叫用戶設備14將SDP3中的媒體編解碼格式修改為自己支持 的媒體編解碼格式以及將媒體IP地址和端口修改為自身的媒體IP地址和端口生成SDP4， 發(fā)送至被叫用戶設備側的SBC13 ;若被叫用戶設備14不支持SDP3中攜帶的媒體編解碼格 式，則執(zhí)行步驟118。
[0012] 步驟112,被叫用戶設備側的SBC13根據(jù)所申請的相關媒體資源對SDP4的媒體IP 地址和端口信息進行修改，生成SDP5,發(fā)送給MS12。
[0013] 步驟114, MS12對SIP信令進行屬性處理后，發(fā)送至主叫用戶設備側的SBC11。
[0014] 步驟116,主叫用戶設備側的SBC11修改SDP5中的媒體IP地址和端口為步驟102 中申請的相關媒體資源，生成SDP6,同時發(fā)送至主叫用戶設備10,則主叫用戶設備10就獲 得被叫用戶設備14的媒體IP地址和端口，實際上是主叫用戶設備側的SBC11的媒體IP地 址和端口，此時主叫用戶設備10和被叫用戶設備14均獲得對方的媒體IP地址和端口，會 話連接建立。
[0015] 步驟118,被叫用戶設備14不支持SDP3中攜帶的媒體編解碼格式，則被叫用戶 設備14回復用于指示被叫用戶設備不支持該媒體編解碼格式的消息至被叫用戶設備側的 SBC13,即 488 信息。
[0016] 步驟120,被叫用戶設備側的SBC13轉發(fā)被叫用戶設備14回復的488信息至 IMS12。
[0017] 步驟122, MS12轉發(fā)488消息至主叫用戶設備側的SBC11。
[0018] 步驟124,主叫用戶設備側的SBC11轉發(fā)488消息至主叫用戶設備10,主叫用戶設 備10和被叫用戶設備14因被叫用戶設備14不支持主叫用戶設備10的媒體編解碼格式而 致使會話連接建立失敗。
[0019] 從上述多媒體會話連接建立過程可見，現(xiàn)有技術中的會話連接建立過程存在以下 問題：
[0020] 如果主叫用戶設備和被叫用戶設備因為支持的媒體編解碼格式不一致致使會話 連接建立失敗，SBC無法幫助提高會話連接建立的成功率。
[0021] 隨著用戶設備支持的媒體編解碼格式越來越多，不同用戶設備如果因支持的媒體 編解碼格式不一致，就直接判定無法成功建立會話連接，則會話連接建立成功率將受到嚴 重影響，會話連接建立成功率將隨著用戶設備支持的媒體編解碼格式的增加而降低。


【發(fā)明內容】

[0022] 本發(fā)明實施例提供了一種會話連接建立方法及設備、會話邊界控制網(wǎng)元，用以在 主叫用戶設備和被叫用戶設備支持的媒體編解碼格式不同時，通過對媒體編解碼格式進行 補充提高會話連接建立的成功率。
[0023] 本發(fā)明實施例提供的一種會話連接建立方法，包括：被叫用戶設備側的SBC接收 主叫用戶設備側的SBC發(fā)送的會話請求，并將所述會話請求中的IP地址和端口分別修改為 所述被叫用戶設備側的SBC自身的IP地址和端口后，生成第一呼叫請求并發(fā)送至被叫用戶 設備，其中，所述第一呼叫請求中攜帶主叫用戶設備支持的媒體編解碼格式；當接收到所述 被叫用戶設備回復的用于指示該被叫用戶設備不支持所述媒體編解碼格式的消息時，所述 被叫用戶設備側的SBC對所述媒體編解碼格式進行補充生成第二呼叫請求并發(fā)送至所述 被叫用戶設備，其中，所述第二呼叫請求中攜帶所述主叫用戶設備支持的補充后的媒體編 解碼格式；所述被叫用戶設備側的SBC根據(jù)所述被叫用戶設備回復的消息判斷是否建立所 述主叫用戶設備和所述被叫用戶設備的會話連接。
[0024] 本發(fā)明實施例提供的上述會話連接建立方法中，接收到被叫用戶設備回復的用于 指示該被叫用戶設備不支持主叫用戶設備的媒體編解碼格式的消息，也即主叫用戶設備和 被叫用戶設備因媒體編解碼格式不一致時，通過對主叫用戶設備的媒體編解碼格式進行補 充并再次與被叫用戶設備進行會話連接，根據(jù)被叫用戶設備是否支持補充后的媒體編解碼 格式判斷會話連接是否能夠建立，與現(xiàn)有技術中主叫用戶設備和被叫用戶設備支持的媒體 編解碼格式不一致直接判定會話建立失敗相比，對主叫用戶設備的媒體編解碼格式進行補 充并再次進行會話連接，提高了會話連接建立的成功率，并且，可以隨著用戶設備支持的媒 體編解碼格式的增加，擴充補充的媒體編解碼格式，進而也可以提高會話連接建立的成功 率。
[0025] 在一種可能的實施方式中，本發(fā)明實施例提供的上述會話連接建立方法中，所述 被叫用戶設備側的SBC根據(jù)所述被叫用戶設備回復的消息判斷是否建立會話連接，具體包 括：若收到所述被叫用戶設備回復的用于指示該被叫用戶設備支持所述補充后的媒體編解 碼格式的消息，則所述被叫用戶設備側的SBC將所述用于指示該被叫用戶設備支持所述補 充后的媒體編解碼格式的消息中的媒體編解碼格式修改為所述主叫用戶設備支持的媒體 編解碼格式，以及將該消息中的IP地址和端口修改為被叫用戶設備的SBC自身的IP地址 和端口，然后發(fā)送至所述主叫用戶設備側的SBC，并建立所述主叫用戶設備和所述被叫用戶 設備之間的會話連接；若收到所述被叫用戶設備回復的用于指示該被叫用戶設備不支持所 述補充后的媒體編解碼格式的消息，則所述被叫用戶設備側的SBC轉發(fā)所述用于指示該被 叫用戶設備不支持所述補充后的媒體編解碼格式的消息至所述主叫用戶設備側的SBC。
[0026] 在一種可能的實施方式中，本發(fā)明實施例提供的上述會話連接建立方法中，還包 括：所述被叫用戶設備側的SBC在收到所述被叫用戶設備回復的用于指示該被叫用戶設備 支持所述補充后的媒體編解碼格式的消息時，所述被叫用戶設備側的SBC記錄并存儲所述 被叫用戶設備支持的媒體編解碼格式與所述主叫用戶設備支持的媒體編解碼格式的對應 關系。
[0027] 在一種可能的實施方式中，本發(fā)明實施例提供的上述會話連接建立方法中，還包 括：在所述主叫用戶設備和所述被叫用戶設備建立會話連接后進行會話過程中，根據(jù)所述 對應關系將來自所述主叫用戶設備的需要發(fā)送給該被叫用戶設備的媒體流的媒體編解碼 格式轉換為所述被叫用戶設備支持的媒體編解碼格式后發(fā)送給所述被叫用戶設備，以及根 據(jù)所述對應關系將來自所述被叫用戶設備的需要發(fā)送給該主叫用戶設備的媒體流的媒體 編解碼格式轉換為所述主叫用戶設備支持的媒體編解碼格式后發(fā)送給所述主叫用戶設備。
[0028] 在一種可能的實施方式中，本發(fā)明實施例提供的上述會話連接建立方法中，所述 補充后的媒體編解碼格式包括多個媒體編解碼格式，并且所述補充后的媒體編解碼格式按 照預設的優(yōu)先級順序排列在所述第二呼叫請求中，其中，所述優(yōu)先級順序用于指示被叫用 戶設備按照該優(yōu)先級順序選擇支持的媒體編解碼格式。
[0029] 本發(fā)明實施例提供的一種會話連接建立設備，該設備包括：第一單元，用于接收所 述主叫用戶設備側的SBC發(fā)送的會話請求，并將所述會話請求中的IP地址和端口分別修改 為所述被叫用戶設備側的SBC自身的IP地址和端口后，生成第一呼叫請求并發(fā)送至所述被 叫用戶設備，其中，所述第一呼叫請求中攜帶所述主叫用戶設備支持的媒體編解碼格式；第 二單元，用于當接收到所述被叫用戶設備回復的用于指示該被叫用戶設備不支持所述媒體 編解碼格式的消息時，對所述媒體編解碼格式進行補充生成第二呼叫請求并發(fā)送至所述被 叫用戶設備，其中，所述第二呼叫請求中攜帶所述主叫用戶設備支持的補充后的媒體編解 碼格式；根據(jù)所述被叫用戶設備回復的消息判斷是否建立所述主叫用戶設備和所述被叫用 戶設備的會話連接。
[0030] 本發(fā)明實施例提供的上述會話連接建立設備中，接收到被叫用戶設備回復的用于 指示該被叫用戶設備不支持主叫用戶設備的媒體編解碼格式的消息，也即主叫用戶設備和 被叫用戶設備因媒體編解碼格式不一致時，通過對主叫用戶設備的媒體編解碼格式進行補 充并再次與被叫用戶設備進行會話連接，根據(jù)被叫用戶設備是否支持補充后的媒體編解碼 格式判斷會話連接是否能夠建立，與現(xiàn)有技術中主叫用戶設備和被叫用戶設備支持的媒體 編解碼格式不一致直接判定會話建立失敗相比，對主叫用戶設備的媒體編解碼格式進行補 充并再次進行會話連接，提高了會話連接建立的成功率，并且，可以隨著用戶設備支持的媒 體編解碼格式的增加，擴充補充的媒體編解碼格式，進而也可以提高會話連接建立的成功 率。
[0031] 在一種可能的實施方式中，本發(fā)明實施例提供的上述會話連接建立設備中，所述 第二單元根據(jù)所述被叫用戶設備回復的消息判斷是否建立所述主叫用戶設備和所述被叫 用戶設備的會話連接時，具體用于：若收到所述被叫用戶設備回復的用于指示該被叫用戶 設備支持所述補充后的媒體編解碼格式的消息，則將所述用于指示該被叫用戶設備支持所 述補充后的媒體編解碼格式的消息中的媒體編解碼格式修改為所述主叫用戶設備支持的 媒體編解碼格式，以及將該消息中的IP地址和端口修改為被叫用戶設備的SBC自身的IP 地址和端口，然后發(fā)送至所述主叫用戶設備側的SBC，并建立所述主叫用戶設備和所述被叫 用戶設備之間的會話連接；若收到所述被叫用戶設備回復的用于指示該被叫用戶設備不支 持所述補充后的媒體編解碼格式的消息，則轉發(fā)所述用于指示該被叫用戶設備不支持所述 補充后的媒體編解碼格式的消息至所述主叫用戶設備側的SBC。
[0032] 在一種可能的實施方式中，本發(fā)明實施例提供的上述會話連接建立設備中，所述 第二單元還用于：在收到所述被叫用戶設備回復的用于指示該被叫用戶設備支持所述補充 后的媒體編解碼格式的消息時，記錄并存儲所述被叫用戶設備支持的媒體編解碼格式與所 述主叫用戶設備支持的媒體編解碼格式的對應關系。
[0033] 在一種可能的實施方式中，本發(fā)明實施例提供的上述會話連接建立設備中，還包 括：第三單元，用于在所述主叫用戶設備和所述被叫用戶設備建立會話連接后進行會話過 程中，根據(jù)所述對應關系將來自所述主叫用戶設備的需要發(fā)送給該被叫用戶設備的媒體流 的媒體編解碼格式轉換為所述被叫用戶設備支持的媒體編解碼格式后發(fā)送給所述被叫用 戶設備，以及根據(jù)所述對應關系將來自所述被叫用戶設備的需要發(fā)送給該主叫用戶設備的 媒體流的媒體編解碼格式轉換為所述主叫用戶設備支持的媒體編解碼格式后發(fā)送給所述 主叫用戶設備。
[0034] 在一種可能的實施方式中，本發(fā)明實施例提供的上述會話連接建立設備中，所述 第二單元補充后的媒體編解碼格式包括多個媒體編解碼格式，并且所述補充后的媒體編解 碼格式按照預設的優(yōu)先級順序排列在所述第二呼叫請求中，其中，所述優(yōu)先級順序用于指 示被叫用戶設備按照該優(yōu)先級順序選擇支持的媒體編解碼格式。
[0035] 本發(fā)明實施例提供的一種會話邊界控制SBC網(wǎng)元，該SBC網(wǎng)元包括本發(fā)明實施例 提供的會話連接建立設備。
[0036] 本發(fā)明實施例提供的上述會話邊界控制SBC網(wǎng)元中，在SBC網(wǎng)元中加入本發(fā)明實 施例的會話連接建立設備，使得接收到被叫用戶設備回復的用于指示該被叫用戶設備不支 持主叫用戶設備的媒體編解碼格式的消息時，也即主叫用戶設備和被叫用戶設備因媒體編 解碼格式不一致時，通過對主叫用戶設備的媒體編解碼格式進行補充并再次與被叫用戶設 備進行會話連接，根據(jù)被叫用戶設備是否支持補充后的媒體編解碼格式判斷會話連接是否 能夠建立，與現(xiàn)有技術中主叫用戶設備和被叫用戶設備支持的媒體編解碼格式不一致直 接判定會話建立失敗相比，對主叫用戶設備的媒體編解碼格式進行補充并再次進行會話連 接，提高了會話連接建立的成功率，并且，可以隨著用戶設備支持的媒體編解碼格式的增 力口，擴充補充的媒體編解碼格式，進而也可以提高會話連接建立的成功率。

【專利附圖】

【附圖說明】
[0037] 圖1為現(xiàn)有技術中會話連接建立方法的流程示意圖；
[0038] 圖2為本發(fā)明實施例提供的會話連接建立方法的流程示意圖；
[0039] 圖3為本發(fā)明實施例提供的會話連接建立設備輔助會話連接的流程示意圖；
[0040] 圖4為本發(fā)明實施例提供的會話連接建立設備中媒體代理模塊的結構示意圖。

【具體實施方式】
[0041] 下面結合附圖，對本發(fā)明實施例提供的會話連接建立方法及設備、會話邊界控制 網(wǎng)元的【具體實施方式】進行詳細地說明。
[0042] 本發(fā)明實施例提供的一種會話連接建立方法，如圖2所示，包括：
[0043] 步驟202,被叫用戶設備側的SBC接收主叫用戶設備側的SBC發(fā)送的會話請求，并 將會話請求中的IP地址和端口分別修改為被叫用戶設備側的SBC自身的IP地址和端口 后，生成第一呼叫請求并發(fā)送至被叫用戶設備，其中，第一呼叫請求中攜帶主叫用戶設備支 持的媒體編解碼格式；
[0044] 步驟204,當接收到被叫用戶設備回復的用于指示該被叫用戶設備不支持第一呼 叫請求中攜帶的媒體編解碼格式的消息時，被叫用戶設備側的SBC對第一呼叫請求中的媒 體編解碼格式進行補充生成第二呼叫請求并發(fā)送至被叫用戶設備，其中，第二呼叫請求中 攜帶主叫用戶設備支持的補充后的媒體編解碼格式；
[0045] 步驟206,被叫用戶設備側的SBC根據(jù)被叫用戶設備回復的消息判斷是否建立主 叫用戶設備和被叫用戶設備的會話連接。
[0046] 本發(fā)明實施例提供的會話連接建立方法中，接收到被叫用戶設備回復的用于指示 該被叫用戶設備不支持主叫用戶設備的媒體編解碼格式的消息，也即主叫用戶設備和被叫 用戶設備因媒體編解碼格式不一致時，通過對主叫用戶設備的媒體編解碼格式進行補充并 再次與被叫用戶設備進行會話連接，根據(jù)被叫用戶設備是否支持補充后的媒體編解碼格式 判斷會話連接是否能夠建立，與現(xiàn)有技術中主叫用戶設備和被叫用戶設備支持的媒體編解 碼格式不一致直接判定會話建立失敗相比，對主叫用戶設備的媒體編解碼格式進行補充并 再次進行會話連接，提高了會話連接建立的成功率，并且，可以隨著用戶設備支持的媒體編 解碼格式的增加，擴充補充的媒體編解碼格式，進而也可以提高會話連接建立的成功率。
[0047] 值得說明的是，主叫用戶設備和被叫用戶設備是在本發(fā)明的一具體實施例中為了 區(qū)別而定義的名稱，在本發(fā)明的另一具體實施例中，主叫用戶設備也可以作為被叫用戶設 備，同樣，被叫用戶設備也可以作為主叫用戶設備。
[0048] 被叫用戶設備側的SBC在對第一呼叫請求中的媒體編解碼格式進行補充時，補充 的媒體編解碼格式是按照如下兩點進行預先設置的：
[0049] 能夠被被叫用戶設備側的SBC識別；
[0050] 能夠通過SBC與第一呼叫請求中的媒體編解碼格式進行格式轉換。
[0051] 在一種可能的實施方式中，本發(fā)明實施例提供的會話連接建立方法中，被叫用戶 設備側的SBC根據(jù)被叫用戶設備回復的消息判斷是否建立會話連接，具體包括：若收到被 叫用戶設備回復的用于指示該被叫用戶設備支持第二呼叫請求中補充后的媒體編解碼格 式的消息，則被叫用戶設備側的SBC將用于指示該被叫用戶設備支持第二呼叫請求中補充 后的媒體編解碼格式的消息中的媒體編解碼格式修改為主叫用戶設備支持的媒體編解碼 格式，以及將該消息中的IP地址和端口修改為被叫用戶設備的SBC自身的IP地址和端口， 然后發(fā)送至主叫用戶設備側的SBC，并建立主叫用戶設備和被叫用戶設備之間的會話連接； 若收到被叫用戶設備回復的用于指示該被叫用戶設備不支持第二呼叫請求中補充后的媒 體編解碼格式的消息，則被叫用戶設備側的SBC轉發(fā)用于指示該被叫用戶設備不支持第二 呼叫請求中補充后的媒體編解碼格式的消息至主叫用戶設備側的SBC。
[0052] 在本發(fā)明實施例中，雖然主叫用戶設備的媒體編解碼格式與被叫用戶設備的媒體 編解碼格式不一致，但通過對主叫用戶設備的媒體編解碼格式進行補充生成第二呼叫請求 并再次發(fā)給被叫用戶設備，則被叫用戶設備可能支持第二呼叫請求中補充后的媒體編解碼 格式，從而增加了會話連接建立的成功率。
[0053] 具體來說：如果被叫用戶設備支持第二呼叫請求中補充后的媒體編解碼格式，則 被叫用戶設備回復用于指示該被叫用戶設備支持第二呼叫請求中補充后的媒體編解碼格 式的消息，則主叫用戶設備和被叫用戶設備之間會話連接建立成功。如果被叫用戶設備不 支持第二呼叫請求中補充后的媒體編解碼格式，則被叫用戶設備回復用于指示該被叫用戶 設備不支持第二呼叫請求中補充后的媒體編解碼格式的消息，則主叫用戶設備和被叫用戶 設備之間會話連接建立失敗。
[0054] 在一種可能的實施方式中，本發(fā)明實施例提供的會話連接建立方法中，還包括：被 叫用戶設備側的SBC在收到被叫用戶設備回復的用于指示該被叫用戶設備支持第二呼叫 請求中補充后的媒體編解碼格式的消息時，被叫用戶設備側的SBC記錄并存儲被叫用戶設 備支持的媒體編解碼格式與主叫用戶設備支持的媒體編解碼格式的對應關系。
[0055] 在本發(fā)明實施例中，在接收到被叫用戶設備回復的用于指示該被叫用戶設備支持 第二呼叫請求中補充后的媒體編解碼格式的消息時，也即被叫用戶設備支持第二呼叫請求 中補充后的媒體編解碼格式，會話連接建立成功，在會話過程中，主叫用戶設備和被叫用戶 設備將通過媒體編解碼格式轉換進行會話，則記錄并存儲被叫用戶設備支持的媒體編解碼 格式與主叫用戶設備支持的媒體編解碼格式的對應關系，以便在會話過程中進行主叫用戶 設備和被叫用戶設備之間的媒體流的媒體編解碼格式轉換。
[0056] 在一種可能的實施方式中，本發(fā)明實施例提供的會話連接建立方法中，還包括：在 主叫用戶設備和被叫用戶設備建立會話連接后進行會話過程中，根據(jù)被叫用戶設備支持的 媒體編解碼格式與主叫用戶設備支持的媒體編解碼格式的對應關系，將來自主叫用戶設備 的需要發(fā)送給該被叫用戶設備的媒體流的媒體編解碼格式轉換為被叫用戶設備支持的媒 體編解碼格式后發(fā)送給被叫用戶設備，以及根據(jù)被叫用戶設備支持的媒體編解碼格式與主 叫用戶設備支持的媒體編解碼格式的對應關系，將來自被叫用戶設備的需要發(fā)送給該主叫 用戶設備的媒體流的媒體編解碼格式轉換為主叫用戶設備支持的媒體編解碼格式后發(fā)送 給主叫用戶設備。
[0057] 在本發(fā)明實施例中，被叫用戶設備不支持第一呼叫請求中的媒體編解碼格式而支 持第二呼叫請求中補充后的媒體編解碼格式，會話連接建立成功進行會話時，主叫用戶設 備和被叫用戶設備將通過媒體編解碼格式轉換進行會話，具體實施時，根據(jù)被叫用戶設備 支持的媒體編解碼格式與主叫用戶設備支持的媒體編解碼格式的對應關系將主叫用戶設 備和被叫用戶設備發(fā)送的媒體流的媒體編解碼格式進行媒體編解碼格式轉換，可以確保主 叫用戶設備和被叫用戶設備發(fā)送的媒體流均能被對方播放。
[0058] 當然，本領域技術人員應當理解的是，雖然被叫用戶設備側的SBC記錄并存儲被 叫用戶設備支持的媒體編解碼格式與主叫用戶設備支持的媒體編解碼格式的對應關系，但 是被叫用戶設備側的SBC可以將該對應關系發(fā)送至主叫用戶設備側的SBC，也即對主叫用 戶設備和被叫用戶設備發(fā)送的媒體流進行媒體編解碼格式轉換可以由被叫用戶設備側的 SBC執(zhí)行，也可以由主叫用戶設備側的SBC執(zhí)行，也可以由兩者同時對媒體編解碼格式進行 轉換以提高轉換效率。
[0059] 在一種可能的實施方式中，本發(fā)明實施例提供的會話連接建立方法中，第二呼叫 請求中補充后的媒體編解碼格式包括多個媒體編解碼格式，并且第二呼叫請求中補充后的 媒體編解碼格式按照預設的優(yōu)先級順序排列在第二呼叫請求中，其中，該優(yōu)先級順序用于 指示被叫用戶設備按照該優(yōu)先級順序選擇支持的媒體編解碼格式。
[0060] 在本發(fā)明實施例中，在對第一呼叫請求中的媒體編解碼格式進行補充時，補充后 的媒體編解碼格式為多個時，補充后的媒體編解碼格式可以隨機排列，作為較為優(yōu)選的實 施例，補充后的媒體編解碼格式按照預定的優(yōu)先級順序排列在第二呼叫請求中，以使被叫 用戶設備按照順序選擇支持的媒體編解碼格式時，保證被叫用戶設備選擇最優(yōu)選的媒體編 解碼格式。
[0061] 在具體實施時，如果被叫用戶設備支持的媒體編解碼格式可以和多個主叫用戶設 備支持的媒體編解碼格式進行格式轉換，則也可以按照預定的優(yōu)先級順序選擇記錄并存儲 任一主叫用戶設備支持的媒體編解碼格式，并將該媒體編解碼格式回復至主叫用戶設備， 作為主叫用戶設備和被叫用戶設備會話時使用的媒體編解碼格式。
[0062] 在一個較為具體的實施例中，預定的優(yōu)先級順序可以按照轉換后的失真度進行排 序，失真度較小的優(yōu)先排列；在另一較為具體的實施例中，預定的優(yōu)先級順序可以按照媒體 編解碼格式的轉換速度進行排序，轉換速度快的優(yōu)先排列，當然，本領域技術人員應當理解 的是，預定的優(yōu)先級還有很多，此處并不用于具體限定。
[0063] 在較為具體的實施例中，為了保證會話建立的響應速度，也即減少媒體編解碼格 式的補充時間，可以將每一個媒體編解碼格式對應的可進行補充的媒體編解碼格式預先存 儲，在對主叫用戶設備的媒體編解碼格式進行補充時，可以直接以查找的方式進行媒體編 解碼格式的補充，減少補充媒體編解碼格式的時間，提高響應速度。
[0064] 本發(fā)明實施例提供的一種會話連接建立設備，該設備包括：第一單元，用于接收主 叫用戶設備側的SBC發(fā)送的會話請求，并將會話請求中的IP地址和端口分別修改為被叫 用戶設備側的SBC自身的IP地址和端口后，生成第一呼叫請求并發(fā)送至被叫用戶設備，其 中，第一呼叫請求中攜帶主叫用戶設備支持的媒體編解碼格式；第二單元，用于當接收到被 叫用戶設備回復的用于指示該被叫用戶設備不支持第一呼叫請求中媒體編解碼格式的消 息時，對第一呼叫請求中媒體編解碼格式進行補充生成第二呼叫請求并發(fā)送至被叫用戶設 備，其中，第二呼叫請求中攜帶主叫用戶設備支持的補充后的媒體編解碼格式；根據(jù)被叫用 戶設備回復的消息判斷是否建立主叫用戶設備和被叫用戶設備的會話連接。
[0065] 本發(fā)明實施例提供的會話連接建立設備中，接收到被叫用戶設備回復的用于指示 該被叫用戶設備不支持主叫用戶設備的媒體編解碼格式的消息，也即主叫用戶設備和被叫 用戶設備因媒體編解碼格式不一致時，通過對主叫用戶設備的媒體編解碼格式進行補充并 再次與被叫用戶設備進行會話連接，根據(jù)被叫用戶設備是否支持補充后的媒體編解碼格式 判斷會話連接是否能夠建立，與現(xiàn)有技術中主叫用戶設備和被叫用戶設備支持的媒體編解 碼格式不一致直接判定會話建立失敗相比，對主叫用戶設備的媒體編解碼格式進行補充并 再次進行會話連接，提高了會話連接建立的成功率，并且，可以隨著用戶設備支持的媒體編 解碼格式的增加，擴充補充的媒體編解碼格式，進而也可以提高會話連接建立的成功率。 [0066] 在一種可能的實施方式中，本發(fā)明實施例提供的會話連接建立設備中，第二單元 根據(jù)所述被叫用戶設備回復的消息判斷是否建立所述主叫用戶設備和所述被叫用戶設備 的會話連接時，具體用于：若收到被叫用戶設備回復的用于指示該被叫用戶設備支持第二 呼叫請求中補充后的媒體編解碼格式的消息，則將用于指示該被叫用戶設備支持第二呼叫 請求中補充后的媒體編解碼格式的消息中的媒體編解碼格式修改為主叫用戶設備支持的 媒體編解碼格式，以及將該消息中的IP地址和端口修改為被叫用戶設備的SBC自身的IP 地址和端口，然后發(fā)送至主叫用戶設備側的SBC，并建立主叫用戶設備和被叫用戶設備之間 的會話連接；若收到被叫用戶設備回復的用于指示該被叫用戶設備不支持第二呼叫請求中 補充后的媒體編解碼格式的消息，則轉發(fā)用于指示該被叫用戶設備不支持第二呼叫請求中 補充后的媒體編解碼格式的消息至主叫用戶設備側的SBC。
[0067] 在本發(fā)明實施例中，雖然主叫用戶設備的媒體編解碼格式與被叫用戶設備的媒體 編解碼格式不一致，但通過對主叫用戶設備的媒體編解碼格式進行補充生成第二呼叫請求 并再次發(fā)給被叫用戶設備，則被叫用戶設備可能支持第二呼叫請求中補充后的媒體編解碼 格式，從而增加了會話連接建立的成功率。
[0068] 具體來說：如果被叫用戶設備支持第二呼叫請求中補充后的媒體編解碼格式，則 被叫用戶設備回復用于指示該被叫用戶設備支持第二呼叫請求中補充后的媒體編解碼格 式的消息，則主叫用戶設備和被叫用戶設備之間會話連接建立成功。如果被叫用戶設備不 支持第二呼叫請求中補充后的媒體編解碼格式，則被叫用戶設備回復用于指示該被叫用戶 設備不支持第二呼叫請求中補充后的媒體編解碼格式的消息，則主叫用戶設備和被叫用戶 設備之間會話連接建立失敗。
[0069] 在一種可能的實施方式中，本發(fā)明實施例提供的會話連接建立設備中，第二單元 還用于：在收到被叫用戶設備回復的用于指示該被叫用戶設備支持第二呼叫請求中補充后 的媒體編解碼格式的消息時，記錄并存儲被叫用戶設備支持的媒體編解碼格式與主叫用戶 設備支持的媒體編解碼格式的對應關系。
[0070] 在本發(fā)明實施例中，在接收到被叫用戶設備回復的用于指示該被叫用戶設備支持 第二呼叫請求中補充后的媒體編解碼格式的消息時，也即被叫用戶設備支持第二呼叫請求 中補充后的媒體編解碼格式，會話連接建立成功，在會話過程中，主叫用戶設備和被叫用戶 設備將通過媒體編解碼格式轉換進行會話，則記錄并存儲被叫用戶設備支持的媒體編解碼 格式與主叫用戶設備支持的媒體編解碼格式的對應關系，以便在會話過程中進行主叫用戶 設備和被叫用戶設備之間的媒體流的媒體編解碼格式轉換。
[0071] 本發(fā)明實施例中提供的會話連接建立設備可以是SBC，其中的SGC包括上述第一 單元和第二單元，其中的MP包括上述第三單元。
[0072] 下面結合具體的流程對會話連接建立設備中各個單元的作用進行說明。
[0073] 如圖3所示，本發(fā)明實施例中提供的SBC包括信令網(wǎng)關控制器SGC30,信令網(wǎng)關 控制器SGC30包括：IP地址轉換單元300 (對應于上述第一單元）和媒體類型控制單元 301 (對應于上述第二單元），會話連接建立設備輔助會話連接建立的具體流程，包括：
[0074] 步驟302, IP地址轉換單元300收到主叫用戶設備發(fā)送的第一呼叫請求，其中，第 一呼叫請求中攜帶SDP1，也即攜帶主叫用戶設備的媒體IP地址和端口以及主叫用戶設備 支持的媒體編解碼格式。
[0075] 步驟304, IP地址轉換單元300將SDP1中的媒體IP地址和端口修改為自身的媒 體IP地址和端口，生成SDP2,其中SDP2中攜帶信令網(wǎng)關控制器SGC30的媒體IP地址和端 口以及主叫用戶設備支持的媒體編解碼格式，并將攜帶SDP2的第一呼叫請求發(fā)送至被叫 用戶設備。
[0076] 步驟306,被叫用戶設備收到第一呼叫請求，收到SDP2的媒體編解碼格式，確認不 支持SDP2中（第一呼叫請求中）的媒體編解碼格式時，回復用于指示被叫用戶設備不支持 第一呼叫請求中媒體編解碼格式的消息至IP地址轉換單元300,也即488消息。
[0077] 步驟308, IP地址轉換單元300首次收到488消息時，將該488消息轉發(fā)至媒體類 型控制單元301，488消息觸發(fā)媒體類型控制單元301對第一呼叫請求中的媒體編解碼格式 進行補充生成第二呼叫請求，第二呼叫請求攜帶SDP3,其中，SDP3中攜帶補充后的媒體編 解碼格式以及信令網(wǎng)關控制器SGC30的媒體IP地址和端口。
[0078] 步驟310,媒體類型控制單元301將第二呼叫請求再次發(fā)送至被叫用戶設備進行 會話連接，第二呼叫請求中攜帶SDP3。
[0079] 步驟312,被叫用戶設備收到第二呼叫請求，收到SDP3中的補充后的媒體編解碼 格式，確認支持SDP3中（第二呼叫請求中）補充后的媒體編解碼格式時，回復用于指示 被叫用戶設備支持第二呼叫請求中補充后的媒體編解碼格式的消息至媒體類型控制單元 301，被叫用戶設備回復的消息中攜帶SDP4,其中，SDP4中攜帶被叫用戶設備支持的媒體編 解碼格式以及被叫用戶設備的媒體IP地址和端口；
[0080] 并且，媒體類型控制單元301記錄并存儲所述被叫用戶設備支持的媒體編解碼格 式與所述主叫用戶設備支持的媒體編解碼格式的對應關系。
[0081] 當然，若第二呼叫請求中補充后的媒體編解碼格式不被支持時，執(zhí)行步驟318。
[0082] 步驟314,媒體類型控制單元301接收到被叫用戶設備回復的用于指示被叫用戶 設備支持第二呼叫請求中補充后的媒體編解碼格式的消息時，記錄并存儲被叫用戶設備支 持的媒體編解碼格式與主叫用戶設備支持的媒體編解碼格式的對應關系，同時將被叫用戶 設備回復的消息轉發(fā)至IP地址轉換單元300。
[0083] 步驟316, IP地址轉換單元300將被叫用戶設備回復的消息中SDP4的媒體IP地 址和端口修改為信令網(wǎng)關控制器SGC30的媒體IP地址和端口，并將SDP4中被叫用戶設備 支持的媒體編解碼格式替換為第一呼叫請求中的媒體編解碼格式，生成攜帶SDP5的消息 發(fā)送至主叫用戶設備側的SBC，會話連接建立成功。
[0084] 步驟318,被叫用戶設備不支持SDP3中（第二呼叫請求中）的媒體編解碼格式時， 回復用于指示被叫用戶設備不支持第二呼叫請求中補充后的媒體編解碼格式的消息至媒 體類型控制單元301，也即回復488消息至媒體類型控制單元301。
[0085] 步驟320,媒體類型控制單元301第二次收到488消息時，直接將該488消息轉發(fā) 至主叫用戶設備側的SBC，會話連接建立失敗。
[0086] 在一種可能的實施方式中，如圖4所示，本發(fā)明實施例提供的SBC中，還包括媒體 代理模塊MP400,媒體代理模塊MP400包括第一媒體格式轉換單元402、第二媒體格式轉換 單元403和媒體轉發(fā)單元404 ;其中，第一媒體格式轉換單元402和第二媒體格式轉換單元 403,相當于上述的第三單元。
[0087] 上述媒體類型控制單元301還用于將被叫用戶設備支持的媒體編解碼格式與所 述主叫用戶設備支持的媒體編解碼格式的對應關系發(fā)送給媒體轉發(fā)單元404。
[0088] 媒體轉發(fā)單元404用于接收并存儲媒體類型控制單元301發(fā)送的被叫用戶設備支 持的媒體編解碼格式與主叫用戶設備支持的媒體編解碼格式的對應關系，并根據(jù)該對應關 系控制第一媒體格式轉換單元402和第二媒體格式轉換單元403對主叫用戶設備和被叫用 戶設備發(fā)送的媒體流進行媒體編解碼格式轉換，即在主叫用戶設備和被叫用戶設備建立會 話連接后進行會話過程中，根據(jù)被叫用戶設備支持的媒體編解碼格式與主叫用戶設備支持 的媒體編解碼格式的對應關系，將來自主叫用戶設備的需要發(fā)送給該被叫用戶設備的媒體 流406的媒體編解碼格式轉換為被叫用戶設備支持的媒體編解碼格式后（即媒體流408) 發(fā)送給被叫用戶設備，以及根據(jù)被叫用戶設備支持的媒體編解碼格式與主叫用戶設備支持 的媒體編解碼格式的對應關系，將來自被叫用戶設備的需要發(fā)送給該主叫用戶設備的媒體 流410的媒體編解碼格式轉換為主叫用戶設備支持的媒體編解碼格式后（即媒體流412) 發(fā)送給主叫用戶設備。
[0089] 在本發(fā)明實施例中，被叫用戶設備不支持第一呼叫請求中的媒體編解碼格式而支 持第二呼叫請求中補充后的媒體編解碼格式，會話連接建立成功進行會話時，主叫用戶設 備和被叫用戶設備將通過媒體編解碼格式轉換進行會話，具體實施時，根據(jù)被叫用戶設備 支持的媒體編解碼格式與主叫用戶設備支持的媒體編解碼格式的對應關系將主叫用戶設 備和被叫用戶設備發(fā)送的媒體流的媒體編解碼格式進行媒體編解碼格式轉換，可以確保主 叫用戶設備和被叫用戶設備發(fā)送的媒體流均能被對方播放。
[0090] 當然，本領域技術人員應當理解的是，雖然被叫用戶設備側的SBC記錄并存儲被 叫用戶設備支持的媒體編解碼格式與主叫用戶設備支持的媒體編解碼格式的對應關系，但 是被叫用戶設備側的SBC可以將該對應關系發(fā)送至主叫用戶設備側的SBC，也即對主叫用 戶設備和被叫用戶設備發(fā)送的媒體流進行媒體編解碼格式轉換可以由被叫用戶設備側的 SBC執(zhí)行，也可以由主叫用戶設備側的SBC執(zhí)行，也可以由兩者同時對媒體編解碼格式進行 轉換以提高轉換效率。
[0091] 在一種可能的實施方式中，本發(fā)明實施例提供的會話連接建立設備中，第二單元 補充后的媒體編解碼格式包括多個媒體編解碼格式，并且第二呼叫請求中補充后的媒體編 解碼格式按照預設的優(yōu)先級順序排列在第二呼叫請求中，其中，該優(yōu)先級順序用于指示被 叫用戶設備按照該優(yōu)先級順序選擇支持的媒體編解碼格式。
[0092] 在本發(fā)明實施例中，在對第一呼叫請求中的媒體編解碼格式進行補充時，補充后 的媒體編解碼格式為多個時，補充后的媒體編解碼格式可以隨機排列，作為較為優(yōu)選的實 施例，補充后的媒體編解碼格式按照預定的優(yōu)先級順序排列在第二呼叫請求中，以使被叫 用戶設備按照順序選擇支持的媒體編解碼格式時，保證被叫用戶設備選擇最優(yōu)選的媒體編 解碼格式。
[0093] 在具體實施時，如果被叫用戶設備支持的媒體編解碼格式可以和多個主叫用戶設 備支持的媒體編解碼格式進行格式轉換，則也可以按照預定的優(yōu)先級順序選擇記錄并存儲 任一主叫用戶設備支持的媒體編解碼格式，并將該媒體編解碼格式回復至主叫用戶設備， 作為主叫用戶設備和被叫用戶設備會話時使用的媒體編解碼格式。
[0094] 在一個較為具體的實施例中，預定的優(yōu)先級順序可以按照轉換后的失真度進行排 序，失真度較小的優(yōu)先排列；在另一較為具體的實施例中，預定的優(yōu)先級順序可以按照媒體 編解碼格式的轉換速度進行排序，轉換速度快的優(yōu)先排列，當然，本領域技術人員應當理解 的是，預定的優(yōu)先級還有很多，此處并不用于具體限定。
[0095] 在較為具體的實施例中，為了保證會話建立的響應速度，也即減少媒體編解碼格 式的補充時間，可以將每一個媒體編解碼格式對應的可進行補充的媒體編解碼格式預先存 儲，在對主叫用戶設備的媒體編解碼格式進行補充時，可以直接以查找的方式進行媒體編 解碼格式的補充，減少補充媒體編解碼格式的時間，提高響應速度。
[0096] 本發(fā)明實施例提供的一種會話邊界控制SBC網(wǎng)元，該SBC網(wǎng)元包括本發(fā)明實施例 提供的會話連接建立設備。
[0097] 本發(fā)明實施例提供的上述會話邊界控制SBC網(wǎng)元中，在SBC網(wǎng)元中加入本發(fā)明實 施例的會話連接建立設備，使得接收到被叫用戶設備回復的用于指示該被叫用戶設備不支 持主叫用戶設備的媒體編解碼格式的消息時，也即主叫用戶設備和被叫用戶設備因媒體編 解碼格式不一致時，通過對主叫用戶設備的媒體編解碼格式進行補充并再次與被叫用戶設 備進行會話連接，根據(jù)被叫用戶設備是否支持補充后的媒體編解碼格式判斷會話連接是否 能夠建立，與現(xiàn)有技術中主叫用戶設備和被叫用戶設備支持的媒體編解碼格式不一致直 接判定會話建立失敗相比，對主叫用戶設備的媒體編解碼格式進行補充并再次進行會話連 接，提高了會話連接建立的成功率，并且，可以隨著用戶設備支持的媒體編解碼格式的增 力口，擴充補充的媒體編解碼格式，進而也可以提高會話連接建立的成功率。
[0098] 綜上所述，本發(fā)明實施例提供的一種會話連接建立方法及設備、會話邊界控制網(wǎng) 元，接收到被叫用戶設備回復的用于指示該被叫用戶設備不支持主叫用戶設備的媒體編解 碼格式的消息，也即主叫用戶設備和被叫用戶設備因媒體編解碼格式不一致時，對主叫用 戶設備的媒體編解碼格式進行補充并再次進行會話連接，提高了會話連接建立的成功率， 并且，可以隨著用戶設備支持的媒體編解碼格式的增加，擴充補充的媒體編解碼格式，進而 也可以提高會話連接建立的成功率。
[0099] 本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序 產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實 施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質（包括但不限于磁盤存儲器和光學存儲器等）上實施的計算機程序產(chǎn)品的形 式。
[0100] 本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備（系統(tǒng)）、和計算機程序產(chǎn)品的流程 圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理 器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生 用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能 的裝置。
[0101] 這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。
[0102] 這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計 算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或 其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖 一個方框或多個方框中指定的功能的步驟。
[0103] 顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍 之內，則本發(fā)明也意圖包含這些改動和變型在內。
【權利要求】
1. 一種會話連接建立方法，其特征在于，包括： 被叫用戶設備側的SBC接收主叫用戶設備側的SBC發(fā)送的會話請求，并將所述會話請 求中的IP地址和端口分別修改為所述被叫用戶設備側的SBC自身的IP地址和端口后，生 成第一呼叫請求并發(fā)送至被叫用戶設備，其中，所述第一呼叫請求中攜帶主叫用戶設備支 持的媒體編解碼格式； 當接收到所述被叫用戶設備回復的用于指示該被叫用戶設備不支持所述媒體編解碼 格式的消息時，所述被叫用戶設備側的SBC對所述媒體編解碼格式進行補充生成第二呼叫 請求并發(fā)送至所述被叫用戶設備，其中，所述第二呼叫請求中攜帶所述主叫用戶設備支持 的補充后的媒體編解碼格式； 所述被叫用戶設備側的SBC根據(jù)所述被叫用戶設備回復的消息判斷是否建立所述主 叫用戶設備和所述被叫用戶設備的會話連接。
2. 根據(jù)權利要求1所述的會話連接建立方法，其特征在于，所述被叫用戶設備側的SBC 根據(jù)所述被叫用戶設備回復的消息判斷是否建立會話連接，具體包括： 若收到所述被叫用戶設備回復的用于指示該被叫用戶設備支持所述補充后的媒體編 解碼格式的消息，則所述被叫用戶設備側的SBC將所述用于指示該被叫用戶設備支持所述 補充后的媒體編解碼格式的消息中的媒體編解碼格式修改為所述主叫用戶設備支持的媒 體編解碼格式，以及將該消息中的IP地址和端口修改為被叫用戶設備的SBC自身的IP地 址和端口，然后發(fā)送至所述主叫用戶設備側的SBC，并建立所述主叫用戶設備和所述被叫用 戶設備之間的會話連接； 若收到所述被叫用戶設備回復的用于指示該被叫用戶設備不支持所述補充后的媒體 編解碼格式的消息，則所述被叫用戶設備側的SBC轉發(fā)所述用于指示該被叫用戶設備不支 持所述補充后的媒體編解碼格式的消息至所述主叫用戶設備側的SBC。
3. 根據(jù)權利要求2所述的會話連接建立方法，其特征在于，還包括： 所述被叫用戶設備側的SBC在收到所述被叫用戶設備回復的用于指示該被叫用戶設 備支持所述補充后的媒體編解碼格式的消息時，所述被叫用戶設備側的SBC記錄并存儲所 述被叫用戶設備支持的媒體編解碼格式與所述主叫用戶設備支持的媒體編解碼格式的對 應關系。
4. 根據(jù)權利要求3所述的會話連接建立方法，其特征在于，還包括： 在所述主叫用戶設備和所述被叫用戶設備建立會話連接后進行會話過程中，根據(jù)所述 對應關系將來自所述主叫用戶設備的需要發(fā)送給該被叫用戶設備的媒體流的媒體編解碼 格式轉換為所述被叫用戶設備支持的媒體編解碼格式后發(fā)送給所述被叫用戶設備，以及根 據(jù)所述對應關系將來自所述被叫用戶設備的需要發(fā)送給該主叫用戶設備的媒體流的媒體 編解碼格式轉換為所述主叫用戶設備支持的媒體編解碼格式后發(fā)送給所述主叫用戶設備。
5. 根據(jù)權利要求1所述的會話連接建立方法，其特征在于， 所述補充后的媒體編解碼格式包括多個媒體編解碼格式，并且所述補充后的媒體編解 碼格式按照預設的優(yōu)先級順序排列在所述第二呼叫請求中，其中，所述優(yōu)先級順序用于指 示被叫用戶設備按照該優(yōu)先級順序選擇支持的媒體編解碼格式。
6. -種會話連接建立設備，其特征在于，該設備包括： 第一單元，用于接收所述主叫用戶設備側的SBC發(fā)送的會話請求，并將所述會話請求 中的IP地址和端口分別修改為所述被叫用戶設備側的SBC自身的IP地址和端口后，生成 第一呼叫請求并發(fā)送至所述被叫用戶設備，其中，所述第一呼叫請求中攜帶所述主叫用戶 設備支持的媒體編解碼格式； 第二單元，用于當接收到所述被叫用戶設備回復的用于指示該被叫用戶設備不支持所 述媒體編解碼格式的消息時，對所述媒體編解碼格式進行補充生成第二呼叫請求并發(fā)送至 所述被叫用戶設備，其中，所述第二呼叫請求中攜帶所述主叫用戶設備支持的補充后的媒 體編解碼格式； 根據(jù)所述被叫用戶設備回復的消息判斷是否建立所述主叫用戶設備和所述被叫用戶 設備的會話連接。
7. 根據(jù)權利要求6所述的會話連接建立設備，其特征在于，所述第二單元根據(jù)所述被 叫用戶設備回復的消息判斷是否建立所述主叫用戶設備和所述被叫用戶設備的會話連接 時，具體用于： 若收到所述被叫用戶設備回復的用于指示該被叫用戶設備支持所述補充后的媒體編 解碼格式的消息，則將所述用于指示該被叫用戶設備支持所述補充后的媒體編解碼格式的 消息中的媒體編解碼格式修改為所述主叫用戶設備支持的媒體編解碼格式，以及將該消息 中的IP地址和端口修改為被叫用戶設備的SBC自身的IP地址和端口，然后發(fā)送至所述主 叫用戶設備側的SBC，并建立所述主叫用戶設備和所述被叫用戶設備之間的會話連接； 若收到所述被叫用戶設備回復的用于指示該被叫用戶設備不支持所述補充后的媒體 編解碼格式的消息，則轉發(fā)所述用于指示該被叫用戶設備不支持所述補充后的媒體編解碼 格式的消息至所述主叫用戶設備側的SBC。
8. 根據(jù)權利要求7所述的會話連接建立設備，其特征在于，所述第二單元還用于： 在收到所述被叫用戶設備回復的用于指示該被叫用戶設備支持所述補充后的媒體編 解碼格式的消息時，記錄并存儲所述被叫用戶設備支持的媒體編解碼格式與所述主叫用戶 設備支持的媒體編解碼格式的對應關系。
9. 根據(jù)權利要求8所述的會話連接建立設備，其特征在于，還包括： 第三單元，用于在所述主叫用戶設備和所述被叫用戶設備建立會話連接后進行會話過 程中，根據(jù)所述對應關系將來自所述主叫用戶設備的需要發(fā)送給該被叫用戶設備的媒體流 的媒體編解碼格式轉換為所述被叫用戶設備支持的媒體編解碼格式后發(fā)送給所述被叫用 戶設備，以及根據(jù)所述對應關系將來自所述被叫用戶設備的需要發(fā)送給該主叫用戶設備的 媒體流的媒體編解碼格式轉換為所述主叫用戶設備支持的媒體編解碼格式后發(fā)送給所述 主叫用戶設備。
10. 根據(jù)權利要求6所述的會話連接建立設備，其特征在于， 所述第二單元補充后的媒體編解碼格式包括多個媒體編解碼格式，并且所述補充后的 媒體編解碼格式按照預設的優(yōu)先級順序排列在所述第二呼叫請求中，其中，所述優(yōu)先級順 序用于指示被叫用戶設備按照該優(yōu)先級順序選擇支持的媒體編解碼格式。
11. 一種會話邊界控制SBC網(wǎng)元，其特征在于，該SBC網(wǎng)元包括權利要求6-10任一權項 所述的會話連接建立設備。
【文檔編號】H04L29/06GK104158806SQ201410397507
【公開日】2014年11月19日 申請日期:2014年8月13日 優(yōu)先權日:2014年8月13日
【發(fā)明者】吳鵬程, 羅飛, 吳斌, 于喜朝, 武興, 岳小海, 姚進華 申請人:大唐移動通信設備有限公司