亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種兼容處理方法與裝置的制作方法

文檔序號(hào):7550026閱讀:206來源:國知局
專利名稱:一種兼容處理方法與裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及MS網(wǎng)絡(luò)融合技術(shù)領(lǐng)域,尤其涉及一種兼容處理方法與裝置。
背景技術(shù)
3GPP24.229協(xié)議中描述了 S-CSCF分別與BGCF、MGCF之間采用的uri格式以及格式轉(zhuǎn)化進(jìn)行了描述。S-CSCF到BGCF或MGCF的SIP信令中,對(duì)于Request-Uri中包含的顯式tel格式的用戶標(biāo)識(shí),需要在ENUM服務(wù)器中對(duì)顯式tel格式進(jìn)行翻譯,將顯式tel格式轉(zhuǎn)換為隱式tel格式,并使用轉(zhuǎn)換后的隱式tel格式的內(nèi)容更新SIP信令中的Request_Uri。同時(shí),如果SIP信令中的P-Asserted-1dentity頭包含顯式tel格式的uri,則需要將再增加一個(gè)P-Asserted-1dentity頭域,在ENUM服務(wù)器或DNS服務(wù)器中對(duì)顯式teluri格式進(jìn)行翻譯,將顯式tel uri格式轉(zhuǎn)換為隱式tel格式并填到新增的頭域中。如果該頭域?yàn)殡[式tel格式,則還需要將隱式tel格式轉(zhuǎn)換為顯式tel格式,新增一個(gè)P-Asserted-1dentity頭并將顯式tel格式的內(nèi)容填入頭域。MGCF或BGCF到S-CSCF的SIP信令。MGCF或BGCF收到來自CS域的起始呼叫,則將采用E.164進(jìn)行編碼的號(hào)碼轉(zhuǎn)換成顯式tel格式或隱式tel格式,填入相應(yīng)的SIP信令頭域中,將信令發(fā)送給S-CSCF。S-CSCF、MGCF和BGCF等都屬于標(biāo)準(zhǔn)的MS網(wǎng)絡(luò)設(shè)備,顯而易見這些設(shè)備都是支持SIP信令中的顯式tel和隱式tel兩種格式。而協(xié)議中并未對(duì)互聯(lián)的非MS網(wǎng)絡(luò)設(shè)備和接入終端的SIP信令中tel格式在設(shè)備間傳輸進(jìn)行說明。在MS網(wǎng)絡(luò)融合的過程中,通過MS網(wǎng)絡(luò)與其它非MS網(wǎng)絡(luò)以及設(shè)備的互聯(lián)或終端的接入,實(shí)現(xiàn)頂S網(wǎng)絡(luò)與傳統(tǒng)固網(wǎng)、移動(dòng)通信網(wǎng)絡(luò)和企業(yè)網(wǎng)絡(luò)等互聯(lián)互通。對(duì)于采用全數(shù)字編碼的用戶號(hào)碼(比如:采用E.164編碼的號(hào)碼,企業(yè)號(hào)碼等),這種用戶號(hào)碼在使用SIP信令進(jìn)行互通時(shí)存在兩種格式:一種是隱式tel格式的號(hào)碼標(biāo)識(shí);一種是顯式tel格式的號(hào)碼標(biāo)識(shí)。對(duì)于不支持顯示tel格式的互連設(shè)備或接入終端,如果SIP信令中頭域包含顯式tel格式的內(nèi)容,設(shè)備可能因無法解析包含顯式tel格式內(nèi)容的頭域,導(dǎo)致業(yè)務(wù)失敗。例如:采用E.164編碼的用戶號(hào)碼的兩種形式舉例如下:隱式tel 格式:sip: 18812345678idatangmobile.cn;user=phone顯式tel 格式:tel:l88l2345678如果非標(biāo)準(zhǔn)MS設(shè)備或終端不支持顯式tel格式的Uri,在收到的SIP消息中包含顯式tel格式的消息頭或參數(shù),這些設(shè)備或終端可能解析消息錯(cuò)誤,回錯(cuò)誤響應(yīng),甚至部分設(shè)備因?yàn)榻馕鲥e(cuò)誤而無任何響應(yīng)。

發(fā)明內(nèi)容
(一)技術(shù)問題本發(fā)明要解決的技術(shù)問題是:通過MS網(wǎng)絡(luò)進(jìn)行互聯(lián)互通的設(shè)備或接入的終端,無論這些設(shè)備或終端是否支持sip信令中包含顯式tel格式內(nèi)容的頭域,通過IMS網(wǎng)絡(luò)的處理,在不對(duì)這些設(shè)備或終端進(jìn)行更改,也不需要增加額外配置的情況下,實(shí)現(xiàn)這些設(shè)備或終端之間以及它們與頂S網(wǎng)絡(luò)之間的互聯(lián)互通。(二)技術(shù)方案本發(fā)明提供一種用于MS網(wǎng)絡(luò)的兼容處理方法,該方法包括:S1.接收初始INVITE消息并對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析以記錄發(fā)送所述INVITE消息的發(fā)送端支持的tel格式;S2.根據(jù)所述分析結(jié)果,將后續(xù)請(qǐng)求消息和/或響應(yīng)消息中相關(guān)的頭域修改或轉(zhuǎn)換成所述發(fā)送端支持的tel格式??蛇x的,該方法還包括步驟:S3.將轉(zhuǎn)換后的后續(xù)請(qǐng)求消息或者響應(yīng)消息發(fā)送到發(fā)送端??蛇x的,所述步驟S2進(jìn)一步包括:S21.根據(jù)所述分析結(jié)果,記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;S22.將分析處理后的初始INVITE消息發(fā)送到與發(fā)送端對(duì)應(yīng)的接收端;S23.接收所述接收端反饋的請(qǐng)求消息或者響應(yīng)消息;S24.檢查所述請(qǐng)求消息或者響應(yīng)消息中相關(guān)的頭域,并將所述相關(guān)的頭域內(nèi)容轉(zhuǎn)換為所記錄的tel格式??蛇x的,所述發(fā)送端為用戶代理客戶端??蛇x的,所述步驟S2進(jìn)一步包括:S21’.根據(jù)所述分析結(jié)果,記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;S22’.接收來自MS網(wǎng)絡(luò)中S-CSCF的INVITE消息,并分析其中用戶標(biāo)識(shí)相關(guān)的所有頭域,并將所述頭域轉(zhuǎn)換為所記錄的tel格式;可選的,該方法還包括步驟:S3’.將轉(zhuǎn)換后的INVITE消息發(fā)送到與所述發(fā)送端對(duì)應(yīng)的接收端??蛇x的,所述發(fā)送端為用戶代理服務(wù)器端??蛇x的,所述發(fā)送端為互聯(lián)設(shè)備或者接入設(shè)備??蛇x的,如果分析結(jié)果為所有用戶標(biāo)識(shí)相關(guān)的頭域均采用隱式tel格式,則記錄發(fā)送端只支持隱式tel格式??蛇x的,如果分析結(jié)果為存在一個(gè)顯式tel格式的頭域,則記錄發(fā)送端支持顯式tel格式??蛇x的,所述相關(guān)的頭域?yàn)镻-Aseerted-1dentity頭域、Request-Uri頭域、To頭域、From 頭域、P-Called-Party 頭域和 / 或 P-Prefer-1denti 頭域??蛇x的,所述tel格式包含顯式tel格式和/或者隱式tel格式。本發(fā)明還提供一種用于MS網(wǎng)絡(luò)的兼容處理裝置,該裝置包括:前端發(fā)送接收單元,用于接收來自發(fā)送端的初始INVITE消息;前端分析單元,用于對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析;
前端記錄單元,用于記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;后端發(fā)送接收單元,用于發(fā)送分析處理后的INVITE消息至接收端并接收所述接收端反饋的請(qǐng)求消息或者響應(yīng)消息;前端轉(zhuǎn)換單元,用于根據(jù)所述分析結(jié)果將所述后續(xù)請(qǐng)求消息和/或者響應(yīng)消息中的相關(guān)的頭域轉(zhuǎn)換成記錄的tel格式;所述前端發(fā)送接收單元還用于將轉(zhuǎn)換后的后續(xù)請(qǐng)求消息或者響應(yīng)消息發(fā)送到發(fā)送端??蛇x的,所述發(fā)送端為用戶代理客戶端。本發(fā)明還提供另一種用于MS網(wǎng)絡(luò)的兼容處理裝置,該裝置包括:前端發(fā)送接收單元,用于接收來自發(fā)送端的初始INVITE消息;前端分析單元,用于對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析;前端記錄單元,用于記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;后端發(fā)送接收單元,用于接收來自MS網(wǎng)絡(luò)中S-CSCF的INVITE消息,后端分析轉(zhuǎn)換單元,用于分析INVITE消息中用戶標(biāo)識(shí)相關(guān)的所有頭域,將所述頭域轉(zhuǎn)換為所記錄的tel格式;所述后端發(fā)送接收單元還用于將所述轉(zhuǎn)換后的INVITE消息發(fā)送到接收端??蛇x的,所述發(fā)送端為用戶代理服務(wù)器。(三)技術(shù)效果本發(fā)明通過根據(jù)分析、記錄的tel格式對(duì)后續(xù)請(qǐng)求消息或者響應(yīng)消息的tel格式的轉(zhuǎn)換,在不對(duì)這些設(shè)備或終端進(jìn)行更改,也不需要增加額外配置的情況下,實(shí)現(xiàn)了這些設(shè)備或終端之間以及它們與MS網(wǎng)絡(luò)之間的互聯(lián)互通。


圖1表示本發(fā)明用于MS網(wǎng)絡(luò)的兼容處理方法的流程圖;圖2表示圖1中步驟S2可采用的一種具體過程圖;圖3表示圖1中步驟S2可采用的另一種具體過程圖;圖4表示UAC側(cè)互聯(lián)設(shè)備或者接入設(shè)備的tel兼容SIP信令的時(shí)序圖;圖5表示UAS側(cè)互聯(lián)設(shè)備或者接入設(shè)備的tel兼容SIP信令的時(shí)序圖;圖6表不本發(fā)明一種實(shí)施方式的用于IMS網(wǎng)絡(luò)的兼容處理裝置;圖7表示本發(fā)明另一種實(shí)施方式的用于MS網(wǎng)絡(luò)的兼容處理裝置。
具體實(shí)施例方式本發(fā)明遵循3GPP24.229協(xié)議中關(guān)于S-CSCF與BGCF以及MGCF之間互通時(shí),tel格式的頭域處理,也服從RFC3261和RFC3966協(xié)議中顯式tel和隱式tel格式,以及他們之間的相互轉(zhuǎn)換。最后,本發(fā)明對(duì)互聯(lián)設(shè)備以及接入終端不做要求,也不需要對(duì)SIP信令進(jìn)行擴(kuò)展。本發(fā)明技術(shù)以MS網(wǎng)絡(luò)為核心,通過MS網(wǎng)絡(luò)中的P-CSCF對(duì)收到的SIP信令中包含的tel格式內(nèi)容的頭域進(jìn)行分析,并根據(jù)分析,在后續(xù)請(qǐng)求消息和響應(yīng)消息中,將對(duì)應(yīng)的頭域修改或轉(zhuǎn)換為分析的tel格式,實(shí)現(xiàn)SIP信令的互通。根據(jù)RFC3261和RFC3966協(xié)議中定義的tel格式,分為顯式tel和隱式tel兩種:>顯式 teltel:Global-Number>tel:local_number;phone_context=domainnametel:local_number;phone-context=global-number_digits>隱式 telsip:Global-Numberidomainname;user=phonesip:local-number;phone-context=domainnameidomainname;user=phonesip:local-number;phone-context=global-number-digitsidomainname;user=phone根據(jù)以上tel格式,對(duì)于不支持顯式tel格式的設(shè)備,在發(fā)送SIP信令到這些設(shè)備之前,需要將SIP信令中頭域的包含顯式tel格式轉(zhuǎn)換為隱式tel格式。接下來分別從以下幾個(gè)方面,分別描述IMS網(wǎng)絡(luò)中的P-CSCF是如何實(shí)現(xiàn)包含顯式tel格式頭域的SIP信令在支持和不支持顯式tel格式的互連設(shè)備或接入終端之間互聯(lián)互通。根據(jù)SIP信令的傳送的方向,對(duì)于互連設(shè)備和接入終端可分為接收側(cè)(UAS)和發(fā)送側(cè)(UAC),是否支持顯式tel格式可分為以下幾種情況:UAC側(cè)支持顯式tel,UAS側(cè)支持顯式tel ;UAC側(cè)支持顯式tel,UAS側(cè)不支持顯式tel ;UAC側(cè)不支持顯式tel,UAS側(cè)支持顯式tel ;UAC側(cè)不支持顯式tel,UAS側(cè)不支持顯式tel ;預(yù)設(shè)主被叫用戶標(biāo)識(shí)均為E.164編碼的tel格式,以呼叫過程中SIP信令的處理為例,主叫標(biāo)識(shí)和被叫標(biāo)識(shí)具有如下形式:例如,主叫標(biāo)識(shí)的內(nèi)容為:用戶名:87916666,區(qū)域號(hào)碼:029,國家碼:0086,realm:datangmobile.cn。顯式tel格式的上述主叫標(biāo)識(shí)為以下任何一種形式:tel:+86-29-8791-6666 tel:8791-6666;phone-context=+86_29tel:8791-6666;phone_context=datangmobile.cntel:8791-6666隱式tel格式的上述主叫標(biāo)識(shí)為以下任何一種形式:sip:+86-29-879l-6666@datangmobile.cn;user=phonesip:8791-6666;phone-context=+86_29@datangmobile.cn;user=phonesip:+86-29-8791-6666;phone_context=datangmobile.cn@datangmobile.cn;user=phonesip:8791-6666@datangmobile.cn;user=phone例如被叫標(biāo)識(shí)的內(nèi)容為:用戶名:87918888,區(qū)域號(hào)碼:029,國家碼:0086,realm:datangmobile.cn。
顯式tel格式的上述被叫標(biāo)識(shí)為以下任何一種形式:tel:+86-29-8791-8888tel:8791-8888;phone-context=+86_29tel:8791-8888;phone_context=datangmobile.cntel:8791-8888隱式tel格式的上述被叫標(biāo)識(shí)為以下任何一種形式:sip:+86-29-8791-8888idatangmobile.cn;user=phonesip:8791-8888;phone-context=+86-29idatangmobile.cn;user=phonesip:+86-29-8791-8888;phone_context=datangmobile.cnidatangmobile.cn;user=phonesip:8791-8888idatangmobile.cn;user=phone具體地,本發(fā)明提供如下幾種實(shí)施方式:實(shí)施例1本發(fā)明提供一種用于IMS網(wǎng)絡(luò)的兼容處理方法,如圖1所示,該方法包括:S1.接收初始INVITE消息并對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析以記錄發(fā)送所述INVITE消息的發(fā)送端支持的tel格式;S2.根據(jù)所述分析結(jié)果,將后續(xù)請(qǐng)求消息和/或響應(yīng)消息中相關(guān)的頭域修改或轉(zhuǎn)換成所述發(fā)送端支持的tel格式??蛇x的,該方法還包括步驟:S3.將轉(zhuǎn)換后的后續(xù)請(qǐng)求消息或者響應(yīng)消息發(fā)送到發(fā)送端??蛇x的,如圖2所示,所述步驟S2進(jìn)一步包括:S21.根據(jù)所述分析結(jié)果,記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;S22.將分析處理后的初始INVITE消息發(fā)送到與發(fā)送端對(duì)應(yīng)的接收端;S23.接收所述接收端反饋的請(qǐng)求消息或者響應(yīng)消息;S24.檢查所述請(qǐng)求消息或者響應(yīng)消息中相關(guān)的頭域,并將所述相關(guān)的頭域內(nèi)容轉(zhuǎn)換為所記錄的tel格式。可選的,所述發(fā)送端為用戶代理客戶端??蛇x的,如圖3所示,所述步驟S2進(jìn)一步包括:S21’.根據(jù)所述分析結(jié)果,記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;S22’.接收來自MS網(wǎng)絡(luò)中S-CSCF的INVITE消息,并分析其中用戶標(biāo)識(shí)相關(guān)的所有頭域,并將所述頭域轉(zhuǎn)換為所記錄的tel格式??蛇x的,該方法還可包括步驟:S3’.將轉(zhuǎn)換后的INVITE消息發(fā)送到與所述發(fā)送端對(duì)應(yīng)的接收端??蛇x的,所述發(fā)送端為用戶代理服務(wù)器端??蛇x的,所述發(fā)送端為互聯(lián)設(shè)備或者接入設(shè)備。可選的,如果分析結(jié)果為所有用戶標(biāo)識(shí)相關(guān)的頭域均采用隱式tel格式,則記錄發(fā)送端只支持隱式tel格式。
可選的,如果分析結(jié)果為存在一個(gè)顯式tel格式的頭域,則記錄發(fā)送端支持顯式tel格式??蛇x的,所述相關(guān)的頭域?yàn)镻-Aseerted-1dentity頭域、Request-Uri頭域、To頭域、From 頭域、P-Called-Party 頭域和 / 或 P-Prefer-1denti 頭域??蛇x的,所述tel格式包含顯式tel格式和/或者隱式tel格式。實(shí)施例2本實(shí)施例具體說明互聯(lián)設(shè)備或接入終端作為UAC側(cè)的SIP信令處理流程。以下以SIP信令中的P-Asserted-1denttity頭域?yàn)槔瑏碇v解呼叫業(yè)務(wù)過程中MS網(wǎng)絡(luò)中的P-CSCF如何根據(jù)收到的初始INVITE消息判斷UAC側(cè)互聯(lián)設(shè)備或接入終端對(duì)tel兩種格式的支持情況。后邊,對(duì)于收到的183響應(yīng)消息中P-Asserted-1denttity頭域的內(nèi)容轉(zhuǎn)換為UAC側(cè)支持的tel格式。初始消息中,用戶標(biāo)識(shí)相關(guān)的頭域如果都為隱式tel格式,那么說明互聯(lián)設(shè)備或接入終端可能只支持隱式tel格式而不支持顯式tel格式;否則,如果存在一個(gè)顯式tel格式的頭域,則說明互聯(lián)設(shè)備或接入終端是支持顯式tel格式。如圖4所示,SIP信令處理過程包括:10.1MS網(wǎng)絡(luò)的主叫側(cè)P-CSCF收到來自互連設(shè)備或接入終端的INVITE消息,主被叫均為E.164編碼的用戶標(biāo)識(shí)。主叫側(cè)P-CSCF檢查主叫側(cè)INVITE消息中的所有頭域,所有用戶標(biāo)識(shí)相關(guān)的頭域均采用隱式tel格式,主叫側(cè)P-CSCF記錄主叫側(cè)互聯(lián)設(shè)備或接入終端為只支持隱式tel格式。20IMS網(wǎng)絡(luò)處理完INVITE消息后,通過被叫側(cè)P-CSCF將消息發(fā)往被叫側(cè)。30IMS網(wǎng)絡(luò)的被叫側(cè)P-CSCF收到來自被叫的183響應(yīng)消息,消息中P-Asserted-1dentity頭域的內(nèi)容為tel:+86-29-8791-8888 (被叫用戶E.164編碼的顯式tel格式用戶標(biāo)識(shí)),屬于顯式tel格式。40IMS網(wǎng)絡(luò)的主叫側(cè)P-CSCF在收到183響應(yīng)消息后,分別檢查用戶標(biāo)識(shí)相關(guān)的頭域,發(fā)現(xiàn)P-Aseerted-1dentity頭域的內(nèi)容為顯式tel格式,而主叫側(cè)收到的初始INVITE消息的用戶相關(guān)頭域均為隱式tel格式,P-CSCF判斷主叫側(cè)可能不支持顯式tel格式,則將P-Asserted-1dentity頭域的內(nèi)容轉(zhuǎn)換為主叫側(cè)可以支持的隱式tel格式,并將消息轉(zhuǎn)發(fā)給主叫側(cè)。呼叫業(yè)務(wù)過程中的其他響應(yīng)或后續(xù)請(qǐng)求消息在UAC側(cè)的處理可參照183響應(yīng)消息的處理過程。對(duì)于其他業(yè)務(wù)(非呼叫過程)或SIP信令,在UAC側(cè)的處理方式也可以參考以上183消息的處理過程。實(shí)施例3本實(shí)施例具體說明互聯(lián)設(shè)備或接入終端作為UAS側(cè)的SIP信令處理流程,以下以SIP信令中的P-Asserted-1denttity頭域?yàn)槔?,來講解呼叫業(yè)務(wù)過程中MS網(wǎng)絡(luò)中的P-CSCF如何處理SIP信令發(fā)往UAS側(cè)互聯(lián)設(shè)備或接入終端。對(duì)于接收側(cè)的互聯(lián)設(shè)備或接入終端,無論是否支持顯式tel格式,都將信令中用戶標(biāo)識(shí)相關(guān)的頭域修改為隱式tel格式。如圖5所示,SIP信令處理過程包括:10IMS網(wǎng)絡(luò)的主叫側(cè)P-CSCF收到來自互連設(shè)備或接入終端的INVITE消息,主被叫均為E.164編碼的用戶標(biāo)識(shí)。主叫側(cè)P-CSCF檢查主叫側(cè)INVITE消息中的所有頭域,所有用戶標(biāo)識(shí)相關(guān)的頭域均采用隱式tel格式,主叫側(cè)P-CSCF記錄主叫側(cè)互聯(lián)設(shè)備或接入終端為支持隱式tel格式。20被叫側(cè)P-CSCF收到來自MS網(wǎng)絡(luò)S-CSCF的INVITE消息。P-CSCF分析用戶標(biāo)識(shí)相關(guān)的所有頭域,對(duì)于含有顯式tel格式的頭域,全部轉(zhuǎn)化為隱式tel格式。這樣,無論UAS側(cè)是否支持顯式tel格式,都可以處理SIP信令,并解析用戶標(biāo)識(shí)相關(guān)的頭域。30INVITE消息中P-Asserted-1dentity頭域從顯式tel被修改為隱式tel,并發(fā)送消息到被叫側(cè)。呼叫業(yè)務(wù)過程中的其他響應(yīng)或后續(xù)請(qǐng)求消息在UAS側(cè)的處理可參照IVNITE消息的處理過程。對(duì)于其他業(yè)務(wù)或SIP信令,在UAS側(cè)的處理方式都可以參考以上INVITE消息的處理過程。實(shí)施例4本實(shí)施例提供一種用于MS網(wǎng)絡(luò)的兼容處理裝置,如圖6所示,該裝置包括:前端發(fā)送接收單元I,用于接收來自發(fā)送端的初始INVITE消息;前端分析單元2,用于對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析;前端記錄單元3,用于記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;后端發(fā)送接收單元5,用于發(fā)送分析處理后的INVITE消息至接收端并接收所述接收端反饋的請(qǐng)求消息和/或者響應(yīng)消息;前端轉(zhuǎn)換單元4,用于根據(jù)所述分析結(jié)果將所述后續(xù)請(qǐng)求消息或者響應(yīng)消息中的相關(guān)的頭域轉(zhuǎn)換成記錄的tel格式;所述前端發(fā)送接收單元I還用于將轉(zhuǎn)換后的后續(xù)請(qǐng)求消息或者響應(yīng)消息發(fā)送到發(fā)送端。其中,前端發(fā)送接收單元、前端分析單元、前端記錄單元、前端轉(zhuǎn)換單元共同完成前端P-CSCF邏輯功能或者主叫側(cè)P-CSCF邏輯功能(呼叫業(yè)務(wù)上),后端發(fā)送接收單元完成后端P-CSCF邏輯功能或者被叫側(cè)P-CSCF邏輯功能(呼叫業(yè)務(wù)上)??蛇x的,所述發(fā)送端為用戶代理客戶端。實(shí)施例5本實(shí)施例提供另一種用于MS網(wǎng)絡(luò)的兼容處理裝置,如圖1所示,該裝置包括:前端發(fā)送接收單元1’,用于接收來自發(fā)送端的初始INVITE消息;前端分析單元2’,用于對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析;前端記錄單元3’,用于記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;后端發(fā)送接收單元5’,用于接收來自MS網(wǎng)絡(luò)中S-CSCF的INVITE消息;后端分析轉(zhuǎn)換單元4’,用于分析INVITE消息中用戶標(biāo)識(shí)相關(guān)的所有頭域,將所述頭域轉(zhuǎn)換為所記錄的tel格式;所述后端發(fā)送接收單元還用于將所述轉(zhuǎn)換后的INVITE消息發(fā)送到接收端。其中,前端發(fā)送接收單元、前端分析單元、前端記錄單元共同完成前端P-CSCF邏輯功能或者主叫側(cè)P-CSCF邏輯功能(呼叫業(yè)務(wù)上),后端發(fā)送接收單元和后端分析轉(zhuǎn)換單元完成后端P-CSCF邏輯功能或者被叫側(cè)P-CSCF邏輯功能(呼叫業(yè)務(wù)上)??蛇x的,所述發(fā)送端為用戶代理服務(wù)器。通過以上具體實(shí)施方式
中各實(shí)施例的具體說明,可知本發(fā)明具有以下優(yōu)點(diǎn):(I)不對(duì)互聯(lián)設(shè)備或接入終端進(jìn)行要求,不增加任何額外配置。(2)遵循協(xié)議,不對(duì)協(xié)議作改變和擴(kuò)展。(3)實(shí)現(xiàn)方法簡(jiǎn)單,只需要在P-CSCF記錄互聯(lián)設(shè)備或接入終端對(duì)tel是否支持的標(biāo)記,后續(xù)可根據(jù)標(biāo)記對(duì)SIP信令進(jìn)行處理。以上實(shí)施方式僅用于說明本發(fā)明,而并非對(duì)本發(fā)明的限制,有關(guān)技術(shù)領(lǐng)域的普通技術(shù)人員,在不脫離本發(fā)明的精神和范圍的情況下,還可以做出各種變化和變型,因此所有等同的技術(shù)方案也屬于本發(fā)明的范疇,本發(fā)明的專利保護(hù)范圍應(yīng)由權(quán)利要求限定。
權(quán)利要求
1.一種用于MS網(wǎng)絡(luò)的兼容處理方法,其特征在于,該方法包括:收初始INVITE消息并對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析以記錄發(fā)送所述INVITE消息的發(fā)送端支持的tel格式;據(jù)所述分析結(jié)果,將后續(xù)請(qǐng)求消息和/或響應(yīng)消息中相關(guān)的頭域修改或轉(zhuǎn)換成所述發(fā)送端支持的tel格式。
2.按權(quán)利要求1所述的兼容處理方法,其特征還在于,該方法還包括步驟:轉(zhuǎn)換后的后續(xù)請(qǐng)求消息或者響應(yīng)消息發(fā)送到發(fā)送端。
3.按權(quán)利要求1所述的兼容處理方法,其特征還在于,所述步驟S2進(jìn)一步包括:據(jù)所述分析結(jié)果,記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式;分析處理后的初始INVITE消息發(fā)送到與發(fā)送端對(duì)應(yīng)的接收端;收所述接收端反饋的請(qǐng)求消息或者響應(yīng)消息;查所述請(qǐng)求消息或者響應(yīng)消息中相關(guān)的頭域,并將所述相關(guān)的頭域內(nèi)容轉(zhuǎn)換為所記錄的tel格式。
4.按權(quán)利要求3所述的兼容處理方法,其特征還在于,所述發(fā)送端為用戶代理客戶端。
5.按權(quán)利要求1所述的兼容處理方法,其特征還在于,所述步驟S2進(jìn)一步包括: S21’.根據(jù)所述分析結(jié)果,記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式; S22’.接收來自MS網(wǎng)絡(luò)中S-CSCF的INVITE消息,并分析其中用戶標(biāo)識(shí)相關(guān)的所有頭域,并將所述頭域轉(zhuǎn)換為所記錄的tel格式。
6.按權(quán)利要求5所述的兼容處理方法,其特征還在于,該方法還包括步驟: S3’.將轉(zhuǎn)換后的INVITE消息發(fā)送到與所述發(fā)送端對(duì)應(yīng)的接收端。
7.按權(quán)利要求5所述的兼容處理方法,其特征還在于,所述發(fā)送端為用戶代理服務(wù)器端。
8.按權(quán)利要求3或5所述的兼容處理方法,所述發(fā)送端為互聯(lián)設(shè)備或者接入設(shè)備。
9.按權(quán)利要求3或5所述的兼容處理方法,其特征還在于:如果分析結(jié)果為所有用戶標(biāo)識(shí)相關(guān)的頭域均采用隱式tel格式,則記錄發(fā)送端只支持隱式tel格式。
10.按權(quán)利要求3或5所述的兼容處理方法,其特征還在于:如果分析結(jié)果為存在一個(gè)顯式tel格式的頭域,則記錄發(fā)送端支持顯式tel格式。
11.按權(quán)利要求1所述的兼容處理方法,其特征還在于:所述相關(guān)的頭域?yàn)镻-Aseerted-1dentity 頭域、Request-Uri 頭域、To 頭域、From 頭域、P-Called-Party 頭域和 / 或 P-Prefer-1denti 頭域。
12.按權(quán)利要求1所述的兼容處理方法,其特征還在于:所述tel格式包含顯式tel格式和/或者隱式tel格式。
13.一種用于IMS網(wǎng)絡(luò)的兼容處理裝置,其特征在于,該裝置包括: 前端發(fā)送接收單元,用于接收來自發(fā)送端的初始INVITE消息; 前端分析單元,用于對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析; 前端記錄單元,用于記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式; 后端發(fā)送接收單元,用于發(fā)送分析處理后的INVITE消息至接收端并接收所述接收端反饋的請(qǐng)求消息或者響應(yīng)消息;前端轉(zhuǎn)換單元,用于根據(jù)所述分析結(jié)果將所述后續(xù)請(qǐng)求消息或者響應(yīng)消息中的相關(guān)的頭域轉(zhuǎn)換成記錄的tel格式; 所述前端發(fā)送接收單元還用于將轉(zhuǎn)換后的后續(xù)請(qǐng)求消息或者響應(yīng)消息發(fā)送到發(fā)送端。
14.按權(quán)利要求13所述的兼容處理裝置,其特征還在于,所述發(fā)送端為用戶代理客戶端。
15.一種用于MS網(wǎng)絡(luò)的兼容處理裝置,其特征在于,該裝置包括: 前端發(fā)送接收單元,用于接收來自發(fā)送端的初始INVITE消息; 前端分析單元,用于對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析; 前端記錄單元,用于記錄發(fā)送所述初始INVITE消息的發(fā)送端支持的tel格式; 后端發(fā)送接收單元,用于接收來自MS網(wǎng)絡(luò)中S-CSCF的INVITE消息,后端分析轉(zhuǎn)換單元,用于分析INVITE消息中用戶標(biāo)識(shí)相關(guān)的所有頭域,將所述頭域轉(zhuǎn)換為所記錄的tel格式; 所述后端發(fā)送接收單元還用于將所述 轉(zhuǎn)換后的INVITE消息發(fā)送到接收端。
16.按權(quán)利要求15所述的兼容處理裝置,其特征還在于,所述發(fā)送端為用戶代理服務(wù)器。
全文摘要
本發(fā)明提供一種用于IMS網(wǎng)絡(luò)的兼容處理方法,該方法包括S1.接收初始INVITE消息并對(duì)所述初始INVITE消息中包含的tel格式內(nèi)容的所有頭域進(jìn)行分析以記錄發(fā)送所述INVITE消息的發(fā)送端支持的tel格式;S2.根據(jù)所述分析結(jié)果,將后續(xù)請(qǐng)求消息和/或響應(yīng)消息中相關(guān)的頭域修改或轉(zhuǎn)換成所述發(fā)送端支持的tel格式。本發(fā)明通過根據(jù)分析的tel格式對(duì)后續(xù)請(qǐng)求消息或者響應(yīng)消息的tel格式進(jìn)行轉(zhuǎn)換,在不對(duì)這些設(shè)備或終端進(jìn)行更改,也不需要增加額外配置的情況下,實(shí)現(xiàn)了這些設(shè)備或終端之間以及它們與IMS網(wǎng)絡(luò)之間的互聯(lián)互通。
文檔編號(hào)H04L29/06GK103095695SQ20131000803
公開日2013年5月8日 申請(qǐng)日期2013年1月9日 優(yōu)先權(quán)日2013年1月9日
發(fā)明者師亞剛 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1