專利名稱：一種基于ipbcp協(xié)議的ip承載建立方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域中的IP承載建立方法，特別是涉及3GPP組織定義的WCDMA系統(tǒng)中Mc/Nc/Nb接口中基于IPBCP協(xié)議的IP承載建立方法。
背景技術(shù)：
IP承載控制協(xié)議(IPBCP)能夠用于媒體流信源/信宿之間的媒體流特征、端口號(hào)和源IP地址的交換，以建立和修改IP承載。IPBCP協(xié)議實(shí)體之間的信息交互可以在呼叫建立期間，也可以在呼叫建立之后。IPBCP使用會(huì)話描述符協(xié)議(SDP)對(duì)信息進(jìn)行編碼。
在移動(dòng)軟交換的框架下，IPBCP協(xié)議使用承載控制隧道協(xié)議(BCTP)和對(duì)端實(shí)體交互控制消息，主要包括以下三個(gè)環(huán)節(jié)第一環(huán)節(jié)I_BIWF向R_BIWF發(fā)送請(qǐng)求隧道消息，消息類型為請(qǐng)求消息，英文名稱為“Request”，請(qǐng)求消息必須包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)，請(qǐng)求消息中可選地包含媒體屬性字段(信號(hào)音、信號(hào)能力和封包時(shí)間)，同時(shí)開啟等待應(yīng)答定時(shí)器T1。
第二環(huán)節(jié)R_BIWF建立IP承載以后向I_BIWF接受隧道消息，消息類型為接受消息，英文名稱為“Accepted”，媒體信息除了IP地址和端口號(hào)外，其它屬性字段表示可以接受的屬性字段(信號(hào)音、信號(hào)能力和封包時(shí)間)，同時(shí)向上層用戶發(fā)送建立指示。
第三環(huán)節(jié)I_BIWF收到接受隧道消息，檢查IP地址和端口號(hào)合法，建立IP承載以后向上層用戶發(fā)送建立消息，否則若T1超時(shí)以后向上層用戶報(bào)告建立失敗消息。
通常的承載建立如圖1所示，具體的流程如下(1)I_BIWF上的H.248接收到來(lái)自MSC的建立IP承載命令；(2)H.248向IPBCP發(fā)送IP承載建立請(qǐng)求；(3)IPBCP請(qǐng)求H.248發(fā)送隧道消息，隧道類型為請(qǐng)求；
(4)H.248向R_BIWF發(fā)送IP承載建立請(qǐng)求隧道消息；(5)R_BIWF上的H.248收到請(qǐng)求隧道消息；(6)H.248向IPBCP傳遞請(qǐng)求隧道消息；(7)IPBCP向RTP發(fā)送建立RTP連接請(qǐng)求；(8)RTP向IPBCP發(fā)送建立RTP連接應(yīng)答；(9)IPBCP向本端上層用戶H.248發(fā)送承載建立指示，同時(shí)步驟10；(10)IPBCP通過(guò)H.248向?qū)Χ税l(fā)送隧道消息，隧道類型為接受；(11)H.248向I_BIWF發(fā)送接受隧道消息；(12)I_BIWF上的H.248收到R_BIWF發(fā)送過(guò)來(lái)的接受隧道消息；(13)H.248向IPBCP透?jìng)鹘邮芩淼老ⅲ?14)IPBCP向RTP發(fā)送建立RTP連接請(qǐng)求。
(15)RTP向IPBCP發(fā)送建立RTP連接應(yīng)答。
(16)IPBCP向上層用戶報(bào)告承載建立確認(rèn)消息。
該流程還包括如下步驟在步驟3后開啟定時(shí)器T1，若T1超時(shí)則向上層用戶發(fā)送建立失敗消息。
從流程中可以得出，若I_BIWF收到IPBCP的承載建立應(yīng)答以后首先使用IP承載發(fā)送數(shù)據(jù)時(shí)，因?yàn)殡p方的IP連接都已經(jīng)建立，R_BIWF一定能夠正確接受相應(yīng)的數(shù)據(jù)。但是若R_BIWF收到IPBCP的承載建立指示以后首先使用IP承載發(fā)送數(shù)據(jù)時(shí)，這時(shí)接受隧道消息可能還沒(méi)有發(fā)送到對(duì)端，或者發(fā)送到對(duì)端還沒(méi)有建立IP連接，故它所發(fā)送的數(shù)據(jù)有可能會(huì)被I_BIWF丟棄，這種情況下通?？梢栽赗_BIWF設(shè)立定時(shí)器等待一段時(shí)間，在這個(gè)時(shí)間過(guò)后再使用IP承載傳輸數(shù)據(jù)，但是這個(gè)時(shí)間長(zhǎng)度很難把握，給協(xié)議的實(shí)現(xiàn)造成困難。例如在Nb口是IP承載時(shí)，承載建立方式采用后向承載建立，因?yàn)镮P承載建立過(guò)程是后向網(wǎng)關(guān)首先發(fā)起的，前向網(wǎng)關(guān)發(fā)送了接受消息以后會(huì)發(fā)送初始化幀到后向網(wǎng)關(guān)，這種情況下初始化幀有可能會(huì)丟失，導(dǎo)致初始化流程失敗。
另，為描述方便，本文約定以下術(shù)語(yǔ)IP 互聯(lián)網(wǎng)協(xié)議IPBCPIP承載建立協(xié)議BCTP 承載控制隧道協(xié)議RTP 實(shí)時(shí)傳輸協(xié)議
H.248 H.248協(xié)議，IPBCP協(xié)議的上層協(xié)議實(shí)體BIWF 承載交互功能I_BIWF初始承載交互功能R_BIWF接收承載交互功能McMSC(移動(dòng)業(yè)務(wù)交換中心)和MGW(媒體網(wǎng)關(guān))之間的接口NbMGW和MGW之間的接口NcMSC和MSC之間的接口發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問(wèn)題在于提供一種基于IPBCP協(xié)議的IP承載建立方法，解決現(xiàn)有技術(shù)中R_BIWF首先使用IP承載時(shí)IP承載可能還沒(méi)有建立而導(dǎo)致數(shù)據(jù)丟失的問(wèn)題，增加了建立應(yīng)答確認(rèn)的機(jī)制，同時(shí)在應(yīng)答確認(rèn)時(shí)增加了對(duì)關(guān)鍵參數(shù)的可選校正，有利于IP連接建立的安全性和可靠性，兼容現(xiàn)有技術(shù)中的IPBCP承載建立過(guò)程。
為了實(shí)現(xiàn)上述目的，本發(fā)明提供了一種基于IPBCP協(xié)議的IP承載建立方法，用于在WCDMA系統(tǒng)中移動(dòng)業(yè)務(wù)交換中心MSC和媒體網(wǎng)關(guān)MGW之間的MC接口/兩個(gè)媒體網(wǎng)關(guān)MGW之間的Nb接口/兩個(gè)移動(dòng)業(yè)務(wù)交換中心MSC之間的NC接口的IP承載建立，并且在該MC接口/Nb接口/NC接口的兩端，主動(dòng)建立IP承載一方為初始承載交互功能端I_BIWF，另一端為接收承載交互功能端R_BIWF，該兩端內(nèi)均包含有RTP協(xié)議實(shí)體、IPBCP協(xié)議實(shí)體、以及H.248協(xié)議實(shí)體，其特點(diǎn)在于，該方法包括如下步驟步驟1，I_BIWF向R_BIWF發(fā)送請(qǐng)求隧道消息，消息類型為請(qǐng)求消息，該請(qǐng)求消息中至少包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)；步驟2，R_BIWF建立IP承載以后向I_BIWF發(fā)送接受隧道消息，消息類型為接受消息，該接受消息中至少包含媒體信息以及R_BIWF的媒體流接口IP地址和端口號(hào)；步驟3，I_BIWF收到接受隧道消息，建立IP承載以后向R_BIWF發(fā)送確認(rèn)消息，該確認(rèn)信息中至少包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)，同時(shí)向R_BIWF發(fā)送建立確認(rèn)隧道消息；步驟4，R_BIWF收到建立確認(rèn)隧道消息以后，檢查確認(rèn)消息中的IP地址和端口號(hào)是否和請(qǐng)求消息一致，若一致則向R_BIWF中的H.248協(xié)議實(shí)體發(fā)送承載建立指示消息，否則釋放本端IP連接。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，該請(qǐng)求消息、接受消息、確認(rèn)消息中還可包含有信號(hào)音、信號(hào)能力和封包時(shí)間在內(nèi)的媒體屬性字段。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，該請(qǐng)求消息中還包括有一承載建立確認(rèn)屬性a＝shakehands，其具有“ON”與“OFF”兩個(gè)值，分別表示支持或不支持承載建立確認(rèn)步驟。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，在步驟1中包含如下步驟I_BIWF請(qǐng)求建立IP承載連接；在I_BIWF中，H.248協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體發(fā)送IP承載建立請(qǐng)求；IPBCP協(xié)議實(shí)體請(qǐng)求H.248發(fā)送隧道消息，隧道類型為請(qǐng)求，同時(shí)攜帶承載建立確認(rèn)屬性a＝shakehands；H.248協(xié)議實(shí)體向R_BIWF請(qǐng)求隧道消息。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，在步驟2中包含如下步驟R_BIWF收到請(qǐng)求隧道消息；在R_BIWF中，H.248協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體傳遞請(qǐng)求隧道消息；IPBCP協(xié)議實(shí)體向RTP協(xié)議實(shí)體發(fā)送建立IP連接請(qǐng)求；RTP協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體發(fā)送建立IP連接應(yīng)答；IPBCP協(xié)議實(shí)體通過(guò)H.248協(xié)議實(shí)體向?qū)Χ税l(fā)送隧道消息，隧道類型為接受；H.248協(xié)議實(shí)體向I_BIWF發(fā)送接受隧道消息。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，在步驟3中包含如下步驟I_BIWF收到接受隧道消息；在I_BIWF中，H.248協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體透?jìng)鹘邮芩淼老?；IPBCP協(xié)議實(shí)體向RTP協(xié)議實(shí)體發(fā)送建立IP連接請(qǐng)求；RTP協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體發(fā)送建立IP連接應(yīng)答；IPBCP協(xié)議實(shí)體向H.248協(xié)議實(shí)體報(bào)告承載建立確認(rèn)消息，同時(shí)
IPBCP協(xié)議實(shí)體通過(guò)H.248協(xié)議實(shí)體向?qū)Χ税l(fā)送隧道消息，隧道類型為接受確認(rèn)；H.248協(xié)議實(shí)體向R_BIWF發(fā)送接受隧道消息。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，在步驟4中包含如下步驟R_BIWF收到接受確認(rèn)隧道消息；在R_BIWF中，H.248協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體發(fā)送接受確認(rèn)隧道消息；IPBCP協(xié)議實(shí)體檢查該接受確認(rèn)隧道消息中的參數(shù)合法以后向本端上層用戶H.248協(xié)議實(shí)體發(fā)送承載建立指示。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，在步驟1中，I_BIWF在IPBCP協(xié)議實(shí)體請(qǐng)求H.248發(fā)送隧道消息的步驟的同時(shí)還包括一步驟開啟一等待應(yīng)答定時(shí)器T1，若T1超時(shí)，則向I_BIWF中的上層用戶H.248協(xié)議實(shí)體發(fā)送建立失敗消息。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，在步驟2中，R_BIWF在收到請(qǐng)求隧道消息以后，還包括步驟檢查該請(qǐng)求隧道消息中是否攜帶有a＝shakehands屬性，若有且該屬性值為“ON”，則在R_BIWF向?qū)Χ薎_BIWF發(fā)送接受隧道消息以后，同時(shí)開啟一等待確認(rèn)定時(shí)器T3，若T3超時(shí)，則直接釋放本端R_BIWF的IP連接；若I_BIWF沒(méi)有攜帶a＝shakehands屬性，或者其屬性值為“OFF”時(shí)，不啟動(dòng)T3，該R_BIWF直接向上層用戶H.248協(xié)議實(shí)體報(bào)告承載建立指示。
上述的基于IPBCP協(xié)議的IP承載建立方法，其特點(diǎn)在于，在R_BIWF收到接受確認(rèn)隧道消息以后，需要檢查該消息中的IP地址和端口號(hào)是否和請(qǐng)求隧道消息中的一致，若接受確認(rèn)中攜帶有媒體屬性字段，要同時(shí)檢查該媒體屬性字段是否和本端應(yīng)答中協(xié)商的值一致，若請(qǐng)求應(yīng)答隧道消息中未攜帶有媒體屬性字段，即默認(rèn)其不要求檢查。
根據(jù)本發(fā)明的一方面，本發(fā)明通過(guò)建立應(yīng)答確認(rèn)的機(jī)制，同時(shí)在應(yīng)答確認(rèn)時(shí)增加了對(duì)關(guān)鍵參數(shù)的可選校正，有利于IP連接建立的安全性和可靠性，兼容現(xiàn)有技術(shù)中的IPBCP承載建立過(guò)程。
以下結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述，但不作為對(duì)本發(fā)明的限定。


圖1為現(xiàn)有的IP連接建立過(guò)程示意圖；圖2為本發(fā)明的IP連接建立過(guò)程示意圖。
具體實(shí)施例方式
本發(fā)明的IP承載建立方法用于在WCDMA系統(tǒng)中移動(dòng)業(yè)務(wù)交換中心MSC和媒體網(wǎng)關(guān)MGW之間的MC接口/兩個(gè)媒體網(wǎng)關(guān)MGW之間的Nb接口/兩個(gè)移動(dòng)業(yè)務(wù)交換中心MSC之間的NC接口的IP承載建立，并且在該MC接口/Nb接口/NC接口的兩端，主動(dòng)建立IP承載一方為初始承載交互功能端I_BIWF，另一端為接收承載交互功能端R_BIWF，該兩端內(nèi)均包含有RTP協(xié)議實(shí)體、IPBCP協(xié)議實(shí)體、以及H.248協(xié)議實(shí)體，主要包括以下四個(gè)環(huán)節(jié)第一環(huán)節(jié)I_BIWF向R_BIWF發(fā)送請(qǐng)求隧道消息，消息類型為請(qǐng)求消息，英文名稱為“Request”，請(qǐng)求消息必須包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)，請(qǐng)求消息中可選地包含媒體屬性字段(信號(hào)音、信號(hào)能力和封包時(shí)間)，同時(shí)開啟等待應(yīng)答定時(shí)器T1。
第二環(huán)節(jié)R_BIWF建立IP承載以后向I_BIWF發(fā)送接受隧道消息，消息類型為接受消息，英文名稱為“Accepted”，該接受消息中至少包含媒體信息以及R_BIWF的媒體流接口IP地址和端口號(hào)；并且可選地包含有媒體屬性字段，表示可以接受的屬性字段(信號(hào)音、信號(hào)能力和封包時(shí)間)，同時(shí)開啟等待確認(rèn)定時(shí)器T3。
第三環(huán)節(jié)I_BIWF收到接受隧道消息，建立IP承載以后向R_BIWF發(fā)送建立確認(rèn)隧道消息，英文名稱為“Confirmed”，確認(rèn)信息需包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)，可選地包含其它媒體參數(shù)(信號(hào)音、信號(hào)能力和封包時(shí)間)。I_BIWF若T1超時(shí)向上層用戶H.248報(bào)告建立失敗消息。
第四環(huán)節(jié)R_BIWF收到建立確認(rèn)隧道消息以后，檢查確認(rèn)消息中的IP地址和端口號(hào)是否和請(qǐng)求消息一致，若確認(rèn)消息中包含其它參數(shù)，需要一起檢查，若所有參數(shù)都應(yīng)答消息一致則向上層用戶發(fā)送承載建立指示消息，若任何一個(gè)參數(shù)不一致，不進(jìn)行任何處理。R_BIWF在T3超時(shí)以后釋放RTP連接。
并且，為了兼容現(xiàn)有的IPBCP承載建立過(guò)程，本發(fā)明定義一個(gè)屬性a＝shakehands<shake hands options>
這里<shake hands options>用于主動(dòng)建立IP承載一方，其值為“ON”或者“OFF”，分別表示主動(dòng)端支持或者不支持本發(fā)明承載建立確認(rèn)機(jī)制，若主動(dòng)端不攜帶，默認(rèn)不支持。被動(dòng)端在收到請(qǐng)求隧道消息以后，首先檢查是否支持本發(fā)明承載建立確認(rèn)機(jī)制，若主動(dòng)端支持，啟動(dòng)確認(rèn)機(jī)制；若主動(dòng)端不支持，不啟動(dòng)確認(rèn)機(jī)制，同時(shí)被動(dòng)端向業(yè)務(wù)上報(bào)承載建立指示時(shí)，在指示中表明該IP承載是否是經(jīng)過(guò)確認(rèn)的，上層用戶可以根據(jù)這個(gè)指示決定是否延遲發(fā)送數(shù)據(jù)包。
下面結(jié)合圖2，對(duì)本發(fā)明的方法進(jìn)行詳細(xì)描述，其步驟如下(1)I_BIWF請(qǐng)求建立IP承載連接；(2)H.248向IPBCP發(fā)送IP承載建立請(qǐng)求；(3)IPBCP請(qǐng)求H.248發(fā)送隧道消息，隧道類型為請(qǐng)求，同時(shí)攜帶a＝shakehands屬性；(4)H.248向R_BIWF請(qǐng)求隧道消息；(5)R_BIWF收到請(qǐng)求隧道；(6)H.248向IPBCP傳遞請(qǐng)求隧道消息；(7)IPBCP向RTP發(fā)送建立IP連接請(qǐng)求；(8)RTP向IPBCP發(fā)送建立IP連接應(yīng)答；(9)IPBCP通過(guò)H.248向?qū)Χ税l(fā)送隧道消息，隧道類型為接受；(10)H.248向I_BIWF發(fā)送接受隧道消息；(11)I_BIWF收到接受隧道消息；(12)H.248向IPBCP透?jìng)鹘邮芩淼老ⅲ?13)IPBCP向RTP發(fā)送建立IP連接請(qǐng)求；(14)RTP向IPBCP發(fā)送建立IP連接應(yīng)答；(15)IPBCP向上層用戶報(bào)告承載建立確認(rèn)消息，同時(shí)步驟16；(16)IPBCP通過(guò)H.248向?qū)Χ税l(fā)送隧道消息，隧道類型為接受確認(rèn)；(17)H.248向R_BIWF發(fā)送接受隧道消息；(18)R_BIWF收到接受確認(rèn)隧道消息；
(19)H.248向IPBCP發(fā)送接受確認(rèn)隧道消息；(20)IPBCP檢查參數(shù)合法以后向本端上層用戶H.248發(fā)送承載建立指示。
較佳的，本發(fā)明的詳細(xì)的實(shí)施過(guò)程中還包括以下環(huán)節(jié)1)I_BIWF在步驟3后開啟定時(shí)器T1，若T1超時(shí)向上層用戶發(fā)送建立失敗消息。
2)R_BIWF第9步在向?qū)Χ薎_BIWF發(fā)送接受隧道消息以后，同時(shí)開啟定時(shí)器T3；若I_BIWF沒(méi)有攜帶a＝shakehands屬性，或者其屬性為“OFF”時(shí)，不啟動(dòng)T3，直接向上層用戶報(bào)告承載建立指示，被動(dòng)端流程結(jié)束。
3)I_BIWF向R_BIWF發(fā)送接受確認(rèn)消息，需在會(huì)話描述符攜帶本端IP地址和端口號(hào)，若有必要，可以攜帶其它媒體參數(shù)；若I_BIWF不支持建立確認(rèn)，則向上層用戶報(bào)告承載建立確認(rèn)，主動(dòng)端流程結(jié)束。
4)R_BIWF收到接受確認(rèn)消息以后，需要檢查該消息中的IP地址和端口號(hào)是否和請(qǐng)求隧道消息中的一致，若接受確認(rèn)中攜帶其它媒體參數(shù)，要同時(shí)檢查其它媒體參數(shù)是否和本端應(yīng)答中協(xié)商的值一致，若請(qǐng)求應(yīng)答隧道消息中不攜帶，即默認(rèn)其不要求檢查。
5)若T3超時(shí)或者檢查媒體參數(shù)時(shí)發(fā)現(xiàn)有不一致的參數(shù)，直接釋放本端IP連接，同時(shí)向網(wǎng)絡(luò)管理功能報(bào)告錯(cuò)誤。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種基于IPBCP協(xié)議的IP承載建立方法，用于在WCDMA系統(tǒng)中移動(dòng)業(yè)務(wù)交換中心MSC和媒體網(wǎng)關(guān)MGW之間的MC接口/兩個(gè)媒體網(wǎng)關(guān)MGW之間的Nb接口/兩個(gè)移動(dòng)業(yè)務(wù)交換中心MSC之間的NC接口的IP承載建立，并且在該MC接口/Nb接口/NC接口的兩端，主動(dòng)建立IP承載一方為初始承載交互功能端I_BIWF，另一端為接收承載交互功能端R_BIWF，該兩端內(nèi)均包含有RTP協(xié)議實(shí)體、IPBCP協(xié)議實(shí)體、以及H.248協(xié)議實(shí)體，其特征在于，該方法包括如下步驟步驟1，I_BIWF向R_BIWF發(fā)送請(qǐng)求隧道消息，消息類型為請(qǐng)求消息，該請(qǐng)求消息中至少包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)；步驟2，R_BIWF建立IP承載以后向I_BIWF發(fā)送接受隧道消息，消息類型為接受消息，該接受消息中至少包含媒體信息以及R_BIWF的媒體流接口IP地址和端口號(hào)；步驟3，I_BIWF收到接受隧道消息，建立IP承載以后向R_BIWF發(fā)送確認(rèn)消息，該確認(rèn)信息中至少包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)，同時(shí)向R_BIWF發(fā)送建立確認(rèn)隧道消息；步驟4，R_BIWF收到建立確認(rèn)隧道消息以后，檢查確認(rèn)消息中的IP地址和端口號(hào)是否和請(qǐng)求消息一致，若一致則向R_BIWF中的H.248協(xié)議實(shí)體發(fā)送承載建立指示消息，否則釋放本端IP連接。
2.根據(jù)權(quán)利要求1所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，該請(qǐng)求消息、接受消息、確認(rèn)消息中還可包含有信號(hào)音、信號(hào)能力和封包時(shí)間在內(nèi)的媒體屬性字段。
3.根據(jù)權(quán)利要求2所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，該請(qǐng)求消息中還包括有一承載建立確認(rèn)屬性a＝shakehands，其具有“ON”與“OFF”兩個(gè)值，分別表示支持或不支持承載建立確認(rèn)步驟。
4.根據(jù)權(quán)利要求3所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，在步驟1中包含如下步驟I_BIWF請(qǐng)求建立IP承載連接；在I_BIWF中，H.248協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體發(fā)送IP承載建立請(qǐng)求；IPBCP協(xié)議實(shí)體請(qǐng)求H.248發(fā)送隧道消息，隧道類型為請(qǐng)求，同時(shí)攜帶承載建立確認(rèn)屬性a＝shakehands；H.248協(xié)議實(shí)體向R_BIWF請(qǐng)求隧道消息。
5.根據(jù)權(quán)利要求4所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，在步驟2中包含如下步驟R_BIWF收到請(qǐng)求隧道消息；在R_BIWF中，H.248協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體傳遞請(qǐng)求隧道消息；IPBCP協(xié)議實(shí)體向RTP協(xié)議實(shí)體發(fā)送建立IP連接請(qǐng)求；RTP協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體發(fā)送建立IP連接應(yīng)答；IPBCP協(xié)議實(shí)體通過(guò)H.248協(xié)議實(shí)體向?qū)Χ税l(fā)送隧道消息，隧道類型為接受；H.248協(xié)議實(shí)體向I_BIWF發(fā)送接受隧道消息。
6.根據(jù)權(quán)利要求5所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，在步驟3中包含如下步驟I_BIWF收到接受隧道消息；在I_BIWF中，H.248協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體透?jìng)鹘邮芩淼老?；IPBCP協(xié)議實(shí)體向RTP協(xié)議實(shí)體發(fā)送建立IP連接請(qǐng)求；RTP協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體發(fā)送建立IP連接應(yīng)答；IPBCP協(xié)議實(shí)體向H.248協(xié)議實(shí)體報(bào)告承載建立確認(rèn)消息，同時(shí)IPBCP協(xié)議實(shí)體通過(guò)H.248協(xié)議實(shí)體向?qū)Χ税l(fā)送隧道消息，隧道類型為接受確認(rèn)；H.248協(xié)議實(shí)體向R_BIWF發(fā)送接受隧道消息。
7.根據(jù)權(quán)利要求6所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，在步驟4中包含如下步驟R_BIWF收到接受確認(rèn)隧道消息；在R_BIWF中，H.248協(xié)議實(shí)體向IPBCP協(xié)議實(shí)體發(fā)送接受確認(rèn)隧道消息；IPBCP協(xié)議實(shí)體檢查該接受確認(rèn)隧道消息中的參數(shù)合法以后向本端上層用戶H.248協(xié)議實(shí)體發(fā)送承載建立指示。
8.根據(jù)權(quán)利要求7所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，在步驟1中，I_BIWF在IPBCP協(xié)議實(shí)體請(qǐng)求H.248發(fā)送隧道消息的步驟的同時(shí)還包括一步驟開啟一等待應(yīng)答定時(shí)器T1，若T1超時(shí)，則向I_BIWF中的上層用戶H.248協(xié)議實(shí)體發(fā)送建立失敗消息。
9.根據(jù)權(quán)利要求8所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，在步驟2中，R_BIWF在收到請(qǐng)求隧道消息以后，還包括步驟檢查該請(qǐng)求隧道消息中是否攜帶有a＝shakehands屬性，若有且該屬性值為“ON”，則在R_BIWF向?qū)Χ薎_BIWF發(fā)送接受隧道消息以后，同時(shí)開啟一等待確認(rèn)定時(shí)器T3，若T3超時(shí)，則直接釋放本端R_BIWF的IP連接；若I_BIWF沒(méi)有攜帶a＝shakehands屬性，或者其屬性值為“OFF”時(shí)，不啟動(dòng)T3，該R_BIWF直接向上層用戶H.248協(xié)議實(shí)體報(bào)告承載建立指示。
10.根據(jù)權(quán)利要求9所述的基于IPBCP協(xié)議的IP承載建立方法，其特征在于，在R_BIWF收到接受確認(rèn)隧道消息以后，需要檢查該消息中的IP地址和端口號(hào)是否和請(qǐng)求隧道消息中的一致，若接受確認(rèn)中攜帶有媒體屬性字段，要同時(shí)檢查該媒體屬性字段是否和本端應(yīng)答中協(xié)商的值一致，若請(qǐng)求應(yīng)答隧道消息中未攜帶有媒體屬性字段，即默認(rèn)其不要求檢查。
全文摘要
本發(fā)明涉及一種基于IPBCP協(xié)議的IP承載建立方法，包括如下步驟步驟1，I_BIWF向R_BIWF發(fā)送請(qǐng)求隧道消息，該請(qǐng)求消息中至少包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)；步驟2，R_BIWF建立IP承載后向I_BIWF發(fā)送接受隧道消息，該接受消息中至少包含媒體信息以及R_BIWF的媒體流接口IP地址和端口號(hào)；步驟3，I_BIWF收到接受隧道消息，建立IP承載后向R_BIWF發(fā)送建立確認(rèn)隧道消息，該確認(rèn)信息中至少包含媒體信息以及I_BIWF的媒體流接口IP地址和端口號(hào)；步驟4，R_BIWF收到建立確認(rèn)隧道消息后，檢查確認(rèn)消息中的IP地址和端口號(hào)是否和請(qǐng)求消息一致，若一致則向R_BIWF中的H.248協(xié)議實(shí)體發(fā)送承載建立指示消息，否則釋放本端IP連接。本發(fā)明有利于IP連接建立的安全性和可靠性。
文檔編號(hào)H04Q7/22GK1917509SQ20051008626
公開日2007年2月21日 申請(qǐng)日期2005年8月19日 優(yōu)先權(quán)日2005年8月19日
發(fā)明者寧冬子, 馬海波, 李鵬 申請(qǐng)人:中興通訊股份有限公司