專(zhuān)利名稱:Ip多媒體子系統(tǒng)終端用戶面的不同協(xié)議間互通的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及網(wǎng)絡(luò)不同協(xié)議間的互通方法,尤其涉及一種通過(guò)插入用戶面的轉(zhuǎn)換點(diǎn)實(shí)現(xiàn)IP多媒體子系統(tǒng)(IMS)終端用戶面Ipv4和Ipv6互通的方法。
背景技術(shù):
IMS網(wǎng)絡(luò)是3GPP定義的、以會(huì)話發(fā)起協(xié)議(SIP)為基礎(chǔ)的全I(xiàn)P業(yè)務(wù)網(wǎng)絡(luò)架構(gòu)。在IP網(wǎng)絡(luò)上部署IMS必須考慮IMS網(wǎng)絡(luò)中的終端和網(wǎng)絡(luò)設(shè)備的IP地址的分配問(wèn)題。目前IP地址有兩大類(lèi),即IPv4地址和IPv6地址。
按照3GPP R5標(biāo)準(zhǔn)的約定,IMS網(wǎng)絡(luò)側(cè)采用IPv6版本。從長(zhǎng)遠(yuǎn)的發(fā)展來(lái)看IPv6逐步替代IPv4是一個(gè)趨勢(shì)。但是,在一定時(shí)期內(nèi),IPv4和IPv6仍將會(huì)共存。在R6協(xié)議中,IMS網(wǎng)絡(luò)支持IPv4版本。因此,IMS的組網(wǎng)需要考慮支持IPv4與IPv6的互通。
IPv6和IPv4的互通技術(shù)已經(jīng)基本成熟,主要的類(lèi)型有三種網(wǎng)絡(luò)設(shè)備和終端中的雙棧技術(shù),網(wǎng)絡(luò)中的隧道技術(shù),以及消息翻譯技術(shù)。其中雙棧和隧道是主要方式。
在IMS網(wǎng)絡(luò)部署初期,IMS網(wǎng)絡(luò)實(shí)體一般都支持IP雙棧。IMS網(wǎng)絡(luò)實(shí)體之間的IP版本互通具有特殊性。即,如果IMS網(wǎng)絡(luò)實(shí)體之間的IP版本類(lèi)型發(fā)生變化時(shí),就進(jìn)行媒體的IP版本轉(zhuǎn)換。這將會(huì)增加媒體的傳輸時(shí)延和降低服務(wù)質(zhì)量。
在IMS網(wǎng)絡(luò)實(shí)體支持雙棧的情況下,信令能夠互通。但是在兩個(gè)IMS終端的IP版本類(lèi)型不一致的情況下,可通過(guò)插入用戶面的轉(zhuǎn)換點(diǎn)來(lái)進(jìn)行Ipv4和Ipv6互通。
現(xiàn)有技術(shù)的一種實(shí)現(xiàn)方法是通過(guò)IMS應(yīng)用級(jí)網(wǎng)關(guān)(IMS-ALG)控制轉(zhuǎn)換網(wǎng)關(guān)(TrGW)實(shí)現(xiàn)IP版本類(lèi)型的轉(zhuǎn)換,如圖1所示的是現(xiàn)有技術(shù)的以服務(wù)呼叫會(huì)話控制功能(S-CSCF)和IMS-ALG互通方式實(shí)現(xiàn)IP地址轉(zhuǎn)換的系統(tǒng)邏輯結(jié)構(gòu)圖,其具體實(shí)現(xiàn)方法如下在被叫側(cè)IMS網(wǎng)絡(luò),控制實(shí)體即S-CSCF根據(jù)主、被叫終端的IP地址是否是同一種類(lèi)型來(lái)判斷是否插入媒體IP地址轉(zhuǎn)換點(diǎn)。如果需要轉(zhuǎn)換,則將會(huì)話請(qǐng)求轉(zhuǎn)發(fā)到轉(zhuǎn)換控制實(shí)體-IMS應(yīng)用級(jí)網(wǎng)關(guān),由IMS-ALG控制轉(zhuǎn)換網(wǎng)關(guān)來(lái)實(shí)現(xiàn)IP版本類(lèi)型的轉(zhuǎn)換。
通過(guò)IMS-ALG控制TrGW實(shí)現(xiàn)IP版本類(lèi)型的轉(zhuǎn)換的缺點(diǎn)包括1.需要增加兩個(gè)新的IMS-ALG實(shí)體控制TrGW來(lái)完成轉(zhuǎn)換功能,對(duì)現(xiàn)有IMS功能架構(gòu)有新的需求;2.被叫的S-CSCF需要根據(jù)主、被叫的IP地址判斷IP版本是否一致,這對(duì)S-CSCF有新的需求;3.IP版本轉(zhuǎn)換的信令流程和不轉(zhuǎn)換的信令路由不同,導(dǎo)致信令流程不確定。
發(fā)明內(nèi)容
本發(fā)明的目的在于克服上述現(xiàn)有技術(shù)中的不足,提供一種在IMS終端用戶面實(shí)現(xiàn)不同協(xié)議間互通的方法。
根據(jù)本發(fā)明的在IMS終端用戶面實(shí)現(xiàn)不同協(xié)議間互通的方法包括1)主叫終端發(fā)起基于SIP的對(duì)被叫終端的會(huì)話請(qǐng)求,在所述請(qǐng)求的消息中包含有所述主叫終端的IP地址;2)所述被叫終端所屬域的服務(wù)呼叫會(huì)話控制功能單元接收所述會(huì)話請(qǐng)求并轉(zhuǎn)發(fā)到轉(zhuǎn)換控制單元;3)所述轉(zhuǎn)換控制單元控制IP地址轉(zhuǎn)換單元進(jìn)行所述被叫終端的IP地址版本轉(zhuǎn)換根據(jù)本發(fā)明優(yōu)選的實(shí)施方案,所述被叫終端所屬域的服務(wù)呼叫會(huì)話控制功能單元根據(jù)簽約數(shù)據(jù)觸發(fā)規(guī)則將所述會(huì)話請(qǐng)求轉(zhuǎn)發(fā)到所述轉(zhuǎn)換單元。所述轉(zhuǎn)換單元為轉(zhuǎn)換應(yīng)用服務(wù)器,其中,所述的簽約數(shù)據(jù)觸發(fā)規(guī)則為規(guī)則一,當(dāng)用戶終端向網(wǎng)絡(luò)注冊(cè)時(shí),所述用戶終端所屬域的服務(wù)呼叫會(huì)話控制功能單元在用戶注冊(cè)的同時(shí),將用戶注冊(cè)到所述轉(zhuǎn)換應(yīng)用服務(wù)器;規(guī)則二,當(dāng)用戶作為被叫側(cè)處理會(huì)話時(shí),所述服務(wù)呼叫會(huì)話控制功能單元將會(huì)話建立請(qǐng)求消息觸發(fā)至所述轉(zhuǎn)換應(yīng)用服務(wù)器。其中,所述規(guī)則二具有最低優(yōu)先級(jí)。
在本發(fā)明中,通過(guò)引入轉(zhuǎn)換應(yīng)用服務(wù)器邏輯實(shí)體即轉(zhuǎn)換控制單元、以及簽約數(shù)據(jù)觸發(fā)的方式,使得用戶面的IP版本轉(zhuǎn)換和編解碼變換的流程和標(biāo)準(zhǔn)的IMS系統(tǒng)處理流程完全一致。對(duì)現(xiàn)有的IMS架構(gòu)和S-CSCF沒(méi)有新的要求。
圖1是現(xiàn)有技術(shù)的以S-CSCF和IMS-ALG互通方式實(shí)現(xiàn)IP地址轉(zhuǎn)換的系統(tǒng)邏輯結(jié)構(gòu)圖;圖2是根據(jù)本發(fā)明一個(gè)實(shí)施例的采用轉(zhuǎn)換應(yīng)用服務(wù)器單元(TrAS)通過(guò)控制IMS-ALG方式實(shí)現(xiàn)IP地址轉(zhuǎn)換的系統(tǒng)的邏輯結(jié)構(gòu)圖;圖3是根據(jù)本發(fā)明又一實(shí)施例的采用TrAS通過(guò)控制IMS-ALG方式實(shí)現(xiàn)IP地址轉(zhuǎn)換的系統(tǒng)的邏輯結(jié)構(gòu)圖;圖4所示是根據(jù)圖3所示的系統(tǒng)實(shí)現(xiàn)IP地址轉(zhuǎn)換的流程示意圖。
具體實(shí)施例方式
考慮到目前IMS網(wǎng)元一般都支持IPv4和IPv6雙棧,在實(shí)際組網(wǎng)時(shí),IP版本類(lèi)型差異主要是由于接入網(wǎng)的IP版本不同而引起的。因此,在這種條件下,不需要考慮信令面互通,而是需要盡可能減少用戶面互通的轉(zhuǎn)換點(diǎn)。
圖2是根據(jù)本發(fā)明一個(gè)實(shí)施例的采用轉(zhuǎn)換應(yīng)用服務(wù)器TrAS作為轉(zhuǎn)換控制單元、通過(guò)控制IMS-ALG的方式實(shí)現(xiàn)IP地址轉(zhuǎn)換的系統(tǒng)的邏輯結(jié)構(gòu)圖。如圖2所示,上述系統(tǒng)包括主叫側(cè)和被叫側(cè)。在本發(fā)明中,IMS核心網(wǎng)網(wǎng)元支持IPv4和IPv6雙棧,而終端由于接入網(wǎng)的不同,主叫側(cè)和被叫側(cè)使用的是不同的IP地址版本。
對(duì)于主叫方發(fā)出的會(huì)話建立請(qǐng)求,IMS核心網(wǎng)網(wǎng)元可以不需要轉(zhuǎn)換IP地址,直接將會(huì)話請(qǐng)求路由到被叫側(cè)網(wǎng)絡(luò)。被叫側(cè)的S-CSCF根據(jù)用戶的簽約數(shù)據(jù)的觸發(fā)規(guī)則觸發(fā)會(huì)話請(qǐng)求到作為轉(zhuǎn)換控制單元的TrAS。
根據(jù)本發(fā)明,將用戶終端的IP地址版本轉(zhuǎn)換作為一個(gè)簽約業(yè)務(wù)提供給用戶,運(yùn)營(yíng)商將觸發(fā)規(guī)則配置在用戶的簽約數(shù)據(jù)中。觸發(fā)規(guī)則使用說(shuō)明如下觸發(fā)規(guī)則一是當(dāng)用戶終端向網(wǎng)絡(luò)注冊(cè)時(shí),用戶終端所屬歸屬域的S-CSCF根據(jù)該觸發(fā)規(guī)則發(fā)起第三方注冊(cè)。即,上述S-CSCF在注冊(cè)該用戶時(shí),同時(shí)將用戶注冊(cè)到TrAS。
TrAS通過(guò)訂閱注冊(cè)事件的方式獲得用戶終端的IP地址。如果用戶終端使用的是可以解析的正式域名(FQDNFully Qualified Domain Name完全合格的域名),則保存的是該用戶終端的域名。TrAS通過(guò)用戶終端的IP地址或可解析的域名,可以得知該用戶終端所在的訪問(wèn)網(wǎng)絡(luò)的IP版本類(lèi)型。這樣,就不象現(xiàn)有技術(shù)中所述的那樣需要S-CSCF來(lái)判斷主、被叫終端的IP版本類(lèi)型。
觸發(fā)規(guī)則二是當(dāng)用戶作為被叫側(cè)處理會(huì)話時(shí),S-CSCF根據(jù)該觸發(fā)規(guī)則將會(huì)話建立請(qǐng)求消息觸發(fā)至TrAS上。配置時(shí),因?yàn)镮P地址版本轉(zhuǎn)換是在會(huì)話建立請(qǐng)求發(fā)往被叫終端之前進(jìn)行的,所以將該規(guī)則二設(shè)置為最低。
TrAS根據(jù)會(huì)話請(qǐng)求消息中攜帶的主叫側(cè)的IP地址版本類(lèi)型和被叫用戶注冊(cè)使用的IP地址版本類(lèi)型比較,判斷是否需要轉(zhuǎn)換用戶面的IP版本。TrAS可以為一單獨(dú)實(shí)現(xiàn)的實(shí)體,也可以集成在其它網(wǎng)絡(luò)實(shí)體中。例如TrAS可以與會(huì)話處理應(yīng)用服務(wù)器集成。
在本實(shí)施例中,利用了被叫側(cè)的媒體資源功能單元作為媒體資源控制實(shí)體。它包括媒體資源功能控制器(MRFC)和媒體資源功能處理器(MRFP)。它們是公知的IMS網(wǎng)絡(luò)的實(shí)體單元,因此不再詳述。
為實(shí)施本發(fā)明,MRFP需要支持IP地址版本轉(zhuǎn)換功能(即支持TrGW中IP地址轉(zhuǎn)換功能,TrGW在3GPP TS23.228中有描述)。MRFP主要功能是管理IMS域中的媒體資源,而IP地址版本轉(zhuǎn)換則通過(guò)媒體資源的控制,目前一般媒體資源設(shè)備都有該功能。下文將更詳細(xì)地對(duì)此加以說(shuō)明。
TrAS控制上述媒體資源功能單元完成主叫端與被叫端之間不同IP版本類(lèi)型的轉(zhuǎn)換。
下面通過(guò)一個(gè)具體的轉(zhuǎn)換實(shí)施例的過(guò)程,對(duì)本發(fā)明的在IMS終端用戶面實(shí)現(xiàn)Ipv4和Ipv6互通的方法進(jìn)行具體的描述。其中,上述主叫用戶終端支持IPv6,被叫用戶終端支持IPv4,IMG核心網(wǎng)絡(luò)的網(wǎng)元支持IPv6與IPv4雙棧方式。
在設(shè)定上述兩個(gè)觸發(fā)規(guī)則后,根據(jù)本發(fā)明的用戶面互通方法的具體實(shí)現(xiàn)步驟如下1)被叫用戶終端注冊(cè)時(shí),通過(guò)上述觸發(fā)規(guī)則一將用戶注冊(cè)到TrAS。TrAS通過(guò)訂閱注冊(cè)事件的方式獲得用戶終端的IP地址,并保存用戶終端的IP地址或可以解析的域名(FQDN)。
2)主叫用戶終端基于SIP對(duì)被叫用戶終端發(fā)起會(huì)話請(qǐng)求,在基于SIP的請(qǐng)求消息中攜帶有主叫用戶終端的IP地址(例如包含在SIP請(qǐng)求消息的Contact Address,Via等頭域上)。由于缺少被叫側(cè)的用戶面信息,主叫側(cè)IMS網(wǎng)絡(luò)不需要對(duì)被叫終端的用戶面IP地址進(jìn)行版本變換。
3)被叫用戶終端歸屬域的S-CSCF接收到上述主叫用戶終端的會(huì)話請(qǐng)求后,根據(jù)觸發(fā)規(guī)則二將該會(huì)話請(qǐng)求轉(zhuǎn)發(fā)到TrAS。
4)TrAS判斷被叫用戶終端注冊(cè)使用的IP地址版本類(lèi)型和主叫用戶終端會(huì)話請(qǐng)求消息中攜帶的IP版本類(lèi)型是否一致。如果不一致,TrAS就通過(guò)B2BUA(Back-To-Back UA背靠背的用戶代理)的方式控制MRFC在媒體流中插入MRFP。
5)MRFC在MRFP上創(chuàng)建兩個(gè)IP媒體端點(diǎn)。這兩個(gè)媒體端點(diǎn)的IP地址版本類(lèi)型分別與主叫用戶終端和被叫用戶終端相同。然后在TrAS的控制下,通過(guò)這兩個(gè)媒體端點(diǎn)和主叫和被叫用戶終端建立媒體連接。在MRFP內(nèi)部,通過(guò)這兩個(gè)IP端點(diǎn),轉(zhuǎn)換兩段媒體流的IP包的IP版本類(lèi)型。這樣,由MRFP完成用戶面的IP地址版本類(lèi)型的轉(zhuǎn)換。整個(gè)會(huì)話流程按照正常流程處理。
需要說(shuō)明,在3GPP標(biāo)準(zhǔn)中描述的是S-CSCF和IMS-ALG通過(guò)互通的方式實(shí)現(xiàn)IP地址版本的轉(zhuǎn)換。在本實(shí)施例中,IP地址版本的轉(zhuǎn)換控制點(diǎn)是TrAS。即TrAS通過(guò)控制MRFC和MRFP,取代S-CSCF與IM-ALG交互。其轉(zhuǎn)換結(jié)果與原有的S-CSCF和IMS-ALG互通的情況相同。這樣,就避免了現(xiàn)有的以S-CSCF和IMS-ALG互通的方式實(shí)現(xiàn)IP地址版本的轉(zhuǎn)換而對(duì)S-CSCF有需求的問(wèn)題。
在上面的實(shí)施例中,需要MRFP支持IP地址版本轉(zhuǎn)換功能。如果上述MRFP不支持IP地址版本轉(zhuǎn)換功能,根據(jù)本發(fā)明的另一個(gè)實(shí)施例,可以將TrAS功能集成到IMS-ALG網(wǎng)絡(luò)實(shí)體中,或者是由TrAS通過(guò)SIP協(xié)議控制IMS-ALG實(shí)體,如圖3所示。這樣,可直接控制TrGW按照3GPP標(biāo)準(zhǔn)規(guī)定的方式完成用戶面的IP地址版本類(lèi)型的轉(zhuǎn)換。
圖4顯示的是根據(jù)圖3所示的系統(tǒng)采用TrAS控制IMS-ALG的方式實(shí)現(xiàn)IP地址轉(zhuǎn)換的流程。其實(shí)現(xiàn)步驟如下1)主叫用戶終端基于SIP對(duì)被叫用戶終端發(fā)起會(huì)話請(qǐng)求,并將該會(huì)話請(qǐng)求路由到被叫側(cè)的S-CSCF。被叫側(cè)的S-CSCF根據(jù)被叫用戶的觸發(fā)規(guī)則觸發(fā),將該會(huì)話請(qǐng)求消息INVITE轉(zhuǎn)發(fā)到TrAS。在圖4所示的例子中,該消息INVITE是IPv6格式的。
2)TrAS將SIP消息中攜帶的主叫終端的地址(例如包含在SIP請(qǐng)求消息的Contact Address,Via等頭域上)和被叫終端注冊(cè)時(shí)使用的IP地址比較,判斷是否需要進(jìn)行用戶面的IP地址版本轉(zhuǎn)換。
3)由于主叫方的地址是IPv6格式的,而被叫注冊(cè)地址是IPv4格式的,因此TrAS將IMS-ALG的地址和TrAS地址填入SIP消息的route頭域,并將TrAS地址加入到record-route頭域中。然后將該SIP請(qǐng)求消息INVITE轉(zhuǎn)發(fā)到IMS-ALG。
4)IMS-ALG收到該SIP請(qǐng)求消息后,利用媒體協(xié)商過(guò)程,控制TrGW插入媒體轉(zhuǎn)換點(diǎn),由TrGW進(jìn)行用戶面的IP地址版本轉(zhuǎn)換。插入媒體轉(zhuǎn)換點(diǎn)進(jìn)行轉(zhuǎn)換的方法與上述實(shí)施例中步驟5)的方式相同。然后將IMS-ALG地址加入到record-route頭域中,轉(zhuǎn)發(fā)消息回到TrAS。
5)TrAS將該SIP請(qǐng)求發(fā)送給S-CSCF,由S-CSCF轉(zhuǎn)發(fā)該SIP請(qǐng)求到被叫用戶終端。
此后的流程按照常規(guī)的SIP信令流程處理,不再贅述。
在該實(shí)施例中,IP地址版本的轉(zhuǎn)換控制點(diǎn)是TrAS。其采用與IMS-ALG之間的互通方式實(shí)現(xiàn)控制TrGW進(jìn)行IP地址版本轉(zhuǎn)換。這樣,就避免了現(xiàn)有的以S-CSCF和IMS-ALG互通的方式實(shí)現(xiàn)IP地址版本的轉(zhuǎn)換而對(duì)S-CSCF有需求的問(wèn)題。
由以上所述可知,在本發(fā)明中,S-CSCF通過(guò)觸發(fā)選擇TrAS,由TrAS和IMS-ALG互通來(lái)完成轉(zhuǎn)換。這樣對(duì)S-CSCF是沒(méi)有需求的。
以上所述的本發(fā)明的實(shí)施例是針對(duì)主叫用戶終端支持IPv6與IPv4雙棧尋址方式及被叫用戶終端支持IPv4尋址方式的情況下進(jìn)行的,對(duì)于其它的不同情況下主叫用戶終端與被叫用戶終端的IP地址版本轉(zhuǎn)換情況與上述實(shí)施例相似,因此不再贅述。
本發(fā)明對(duì)于具有不同版本接入地址的兩個(gè)IMS終端,只需要進(jìn)行一次用戶面的IP地址轉(zhuǎn)換。本發(fā)明不僅可用于支持IP雙棧的IMS核心網(wǎng),而且在IMS核心網(wǎng)絡(luò)不支持IP雙棧,但是在信令面IP可以正常互通的情況下,也可以應(yīng)用本發(fā)明。例如主叫側(cè)終端、接入網(wǎng)絡(luò)和歸屬網(wǎng)絡(luò)都是IPv6,而被叫側(cè)的終端支持IPv4,接入網(wǎng)絡(luò)和歸屬網(wǎng)絡(luò)支持雙棧。同樣可以使用本發(fā)明。
雖然以上對(duì)發(fā)明的說(shuō)明是參照其具體的實(shí)施例來(lái)進(jìn)行的,但本領(lǐng)域的普通技術(shù)人員應(yīng)該意識(shí)到,在本發(fā)明的實(shí)質(zhì)精神和范圍內(nèi),各種改進(jìn)、添加和替換都是可能的,并且都在本發(fā)明的權(quán)利要求所限定的保護(hù)范圍內(nèi)。例如,盡管本發(fā)明是以IMS網(wǎng)絡(luò)為例來(lái)說(shuō)明的,但是本發(fā)明顯然也可以適用于下一代網(wǎng)絡(luò)(NGN)及其它類(lèi)型網(wǎng)絡(luò)。
權(quán)利要求
1.一種IMS終端用戶面的不同協(xié)議間互通的方法,包括1)主叫終端發(fā)起基于會(huì)話發(fā)起協(xié)議的對(duì)被叫終端的會(huì)話請(qǐng)求,在所述請(qǐng)求的消息中包含有所述主叫終端的IP地址;2)所述被叫終端所屬域的服務(wù)呼叫會(huì)話控制功能單元接收所述會(huì)話請(qǐng)求并將其轉(zhuǎn)發(fā)到轉(zhuǎn)換控制單元;3)所述轉(zhuǎn)換控制單元與IMS應(yīng)用級(jí)網(wǎng)關(guān)互通,控制IP地址轉(zhuǎn)換單元執(zhí)行所述被叫終端的IP地址版本轉(zhuǎn)換。
2.如權(quán)利要求1所述的方法,其特征在于,所述被叫終端所屬域的服務(wù)呼叫會(huì)話控制功能單元根據(jù)簽約數(shù)據(jù)觸發(fā)規(guī)則,將所述會(huì)話請(qǐng)求轉(zhuǎn)發(fā)到所述轉(zhuǎn)換控制單元。
3.如權(quán)利要求2所述的方法,其特征在于,所述轉(zhuǎn)換控制單元為轉(zhuǎn)換應(yīng)用服務(wù)器,所述的簽約數(shù)據(jù)觸發(fā)規(guī)則為規(guī)則一,當(dāng)用戶終端向網(wǎng)絡(luò)注冊(cè)時(shí),所述用戶終端所屬域的服務(wù)呼叫會(huì)話控制功能單元在用戶注冊(cè)的同時(shí),將用戶注冊(cè)到所述轉(zhuǎn)換應(yīng)用服務(wù)器,以及規(guī)則二,當(dāng)用戶作為被叫側(cè)處理會(huì)話時(shí),所述服務(wù)呼叫會(huì)話控制功能單元將會(huì)話建立請(qǐng)求消息觸發(fā)至所述轉(zhuǎn)換應(yīng)用服務(wù)器,其中所述規(guī)則二具有最低優(yōu)先級(jí)。
4.如權(quán)利要求3所述的方法,其特征在于,進(jìn)一步包括,所述轉(zhuǎn)換應(yīng)用服務(wù)器通過(guò)訂閱注冊(cè)事件的方式獲得用戶終端的IP地址,并儲(chǔ)存所述注冊(cè)用戶的IP地址或可解析域名。
5.如權(quán)利要求4所述的方法,其特征在于,所述IP地址轉(zhuǎn)換單元包括媒體資源功能控制器和媒體資源功能處理器,所述步驟3)進(jìn)一步包括3-1)所述被叫終端所屬域的服務(wù)呼叫會(huì)話控制功能單元判斷所述主叫終端和所述被叫終端的IP版本類(lèi)型是否一致;3-2)如果在所述步驟3-1)中判斷的結(jié)果是所述主叫終端和所述被叫終端的IP地址版本類(lèi)型不一致,則所述轉(zhuǎn)換控制單元通過(guò)背靠背的用戶代理方式,控制媒體資源功能控制器在所述主叫與被叫終端之間插入所述媒體資源功能處理器;3-3)所述媒體資源功能處理器將所述主叫終端媒體流的IP版本類(lèi)型轉(zhuǎn)換為所述被叫終端IP版本類(lèi)型。
6.如權(quán)利要求5所述的方法,其特征在于,所述插入媒體資源功能處理器的步驟包括在媒體資源功能處理器上創(chuàng)建兩個(gè)IP媒體端點(diǎn),這兩個(gè)媒體端點(diǎn)IP地址版本類(lèi)型分別與主叫用戶終端和被叫用戶終端相同;通過(guò)所述兩個(gè)媒體端點(diǎn)與主叫和被叫用戶終端建立基于實(shí)時(shí)傳輸協(xié)議的媒體連接。
7.如權(quán)利要求4所述的方法,其特征在于,所述IP地址轉(zhuǎn)換單元是轉(zhuǎn)換網(wǎng)關(guān),所述步驟3)包括通過(guò)所述轉(zhuǎn)換應(yīng)用服務(wù)器與所述IMS應(yīng)用級(jí)網(wǎng)關(guān)的互通,直接控制所述轉(zhuǎn)換網(wǎng)關(guān)按照3GPP標(biāo)準(zhǔn)規(guī)定的方式完成用戶面的IP地址版本類(lèi)型的轉(zhuǎn)換。
8.如權(quán)利要求7所述的方法,其特征在于,所述轉(zhuǎn)換應(yīng)用網(wǎng)關(guān)與所述IMS應(yīng)用級(jí)網(wǎng)關(guān)的互通方式包括將所述轉(zhuǎn)換應(yīng)用服務(wù)器集成在所述IMS應(yīng)用級(jí)網(wǎng)關(guān)中;或由轉(zhuǎn)換應(yīng)用服務(wù)器控制IMS應(yīng)用級(jí)網(wǎng)關(guān)。
9.如權(quán)利要求1-8任一項(xiàng)所述的方法,其特征在于,所述轉(zhuǎn)換應(yīng)用服務(wù)器與會(huì)話處理應(yīng)用服務(wù)器集成為一體。
全文摘要
公開(kāi)了一種IMS終端用戶面Ipv4和Ipv6互通的方法,包括1)主叫終端基于SIP發(fā)起對(duì)被叫終端的會(huì)話請(qǐng)求;2)所述被叫終端所屬域的服務(wù)呼叫會(huì)話控制功能單元接收所述會(huì)話請(qǐng)求并轉(zhuǎn)發(fā)到轉(zhuǎn)換控制單元;3)轉(zhuǎn)換控制單元控制轉(zhuǎn)換單元完成所述主叫終端和所述被叫終端IP地址版本轉(zhuǎn)換。在本發(fā)明中,通過(guò)引入轉(zhuǎn)換應(yīng)用服務(wù)器邏輯實(shí)體作為轉(zhuǎn)換單元,以及采用簽約數(shù)據(jù)觸發(fā)的方式,使得用戶面的IP版本轉(zhuǎn)換和用戶面的編解碼變換的流程完全一致,對(duì)標(biāo)準(zhǔn)的IMS系統(tǒng)架構(gòu)和處理流程沒(méi)有任何影響。如果兩個(gè)IMS終端IP版本不一致,使用了本發(fā)明的方法后,則整個(gè)用戶面轉(zhuǎn)換一次即可完成。
文檔編號(hào)H04L29/12GK1832471SQ20051005364
公開(kāi)日2006年9月13日 申請(qǐng)日期2005年3月9日 優(yōu)先權(quán)日2005年3月9日
發(fā)明者李輝 申請(qǐng)人:華為技術(shù)有限公司