專(zhuān)利名稱(chēng)：Ip多媒體子系統(tǒng)短消息中心路由方法及其裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)短消息中心領(lǐng)域，尤其涉及于IP多媒體 子系統(tǒng)中目的用戶(hù)路由信息獲取的方法和裝置。
背景技術(shù)：
IMS網(wǎng)絡(luò)，即IP多媒體子系統(tǒng)。可處理豐富多樣的業(yè)務(wù)，被認(rèn)為是下一代網(wǎng)絡(luò)的核 心技術(shù)。目前短信業(yè)務(wù)正在慢慢的從實(shí)驗(yàn)測(cè)試走向上線(xiàn)商用。其主要地址格式有TEL URI 和SIP URI兩種。兩種號(hào)碼的構(gòu)成不同。SIP URI類(lèi)似sip:tom@def:com。TEL URI類(lèi)似 tel :12345678。短信中心需要根據(jù)兩種格式地址判斷出消息投遞網(wǎng)元。傳統(tǒng)的方法是每一條消息都要查詢(xún)ENUM服務(wù)器獲取目的號(hào)碼屬性，以決定號(hào)碼 投向哪個(gè)CSCF(Call Session Control Function)。當(dāng)在較短的時(shí)間間隔內(nèi)連續(xù)發(fā)送消 息到同一目的用戶(hù)時(shí)，短信中心依然要向ENUM服務(wù)器查詢(xún)，這樣直接導(dǎo)致系統(tǒng)處理效率低 下。而對(duì)于短消息中心緩存的信息，一般處理和應(yīng)用較少，如何利用已查詢(xún)到的路由信息， 避免重復(fù)查詢(xún)，是提高系統(tǒng)性能的重要途徑。目前，短消息中確定目的用戶(hù)路由的方法存在很多重復(fù)查詢(xún)，降低系統(tǒng)的性能，影 響IMS網(wǎng)絡(luò)的推廣應(yīng)用。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種IP多媒體子系統(tǒng)短消息中心路由方法及其裝 置，在短信中心緩存已查詢(xún)到的路由信息，在短消息中心處理新消息時(shí)，首先通過(guò)查詢(xún)本地 緩存的路由信息，若沒(méi)有再向ENUM服務(wù)器查詢(xún)，降低系統(tǒng)重復(fù)查詢(xún)次數(shù)，提高處理能力和 性能。根據(jù)本發(fā)明的一個(gè)方面，提供了 IP多媒體子系統(tǒng)短消息中心路由方法，包括以下 步驟短消息中心接收消息；短消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)路由信息；若查找成功，則根據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存的用戶(hù) 路由信息；若查找失敗，則短消息中心直接向ENUM服務(wù)器發(fā)起查詢(xún)被叫用戶(hù)號(hào)碼屬性，確定 路由，并緩存被叫用戶(hù)路由信息。其中，短消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)路由信息；之前包 括短消息中心對(duì)其緩存的路由信息設(shè)置時(shí)間間隔門(mén)限，并對(duì)緩存的路由信息進(jìn)行計(jì) 時(shí)；短消息中心對(duì)緩存的超過(guò)時(shí)間間隔門(mén)限的路由信息進(jìn)行刪除處理。其中，在先緩存的路由信息為
4
短消息中心將緩存的用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI的路由信息建立Tel URI與CSCF 的映射關(guān)系表，作為用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI的路由信息查找表；短消息中心將緩存的用戶(hù)號(hào)碼類(lèi)型為SIP URI的路由信息建立SIP URI與CSCF 的映射關(guān)系表及SIP URI與域名的映射關(guān)系表，作為用戶(hù)號(hào)碼類(lèi)型為SIPURI的路由信息查 找表。特別在短消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)路由信息，還包 括若被叫用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI，則查詢(xún)Tel URI與CSCF的映射關(guān)系表，以確定路 由；若被叫用戶(hù)號(hào)碼類(lèi)型為SIP URI，則查詢(xún)SIP URI與CSCF的映射關(guān)系表及SIP URI 與域名的映射關(guān)系表，以確定路由。其中，根據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存的用戶(hù)路由信息； 包括若消息終呼投遞成功，短消息中心則對(duì)存儲(chǔ)的與該消息對(duì)應(yīng)的路由信息重新計(jì) 時(shí)；若消息終呼投遞失敗，短消息中心則對(duì)存儲(chǔ)的與該消息對(duì)應(yīng)的路由信息進(jìn)行刪除處理。根據(jù)本發(fā)明的另一方面，本發(fā)明還提供了一種IP多媒體子系統(tǒng)短消息中心路由 裝置，包括短消息中心，其特征在于，短消息中心包括接收模塊，短消息中心接收消息；查找模塊，短消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)的路由信 息；更新模塊，短消息中心根據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存 的用戶(hù)路由信息；緩存模塊，短消息中心直接向ENUM服務(wù)器發(fā)起查詢(xún)被叫用戶(hù)號(hào)碼屬性，確定路其中，短消息中心還包括設(shè)置模塊，短消息中心對(duì)緩存的路由信息設(shè)置時(shí)間間隔門(mén)限；計(jì)時(shí)模塊，短消息中心對(duì)緩存的各個(gè)路由信息進(jìn)行計(jì)時(shí)；刪除模塊，短消息中心對(duì)緩存中超過(guò)時(shí)間間隔門(mén)限的路由信息進(jìn)行刪除處理；建立模塊，短消息中心建立Tel URI與CSCF的映射關(guān)系表、SIP URI與CSCF的映 射關(guān)系表及SIP URI與域名的映射關(guān)系表。與現(xiàn)有技術(shù)相比較，本發(fā)明的有益效果在于1、本發(fā)明通過(guò)在短消息中心緩存已經(jīng)查詢(xún)到的路由信息，并對(duì)接收到的消息首先 查詢(xún)緩存的路由信息，從而避免每條消息都要查詢(xún)ENUM服務(wù)器獲取目的號(hào)碼屬性，避免了 重復(fù)查詢(xún)，提高了系統(tǒng)效率。2、短消息中心將緩存的路由信息建立Tel URI與CSCF映射關(guān)系表、SIP URI與 CSCF的映射關(guān)系表及SIP URI與域名的映射關(guān)系表，便于對(duì)各個(gè)類(lèi)型的用戶(hù)號(hào)碼分類(lèi)查 詢(xún)，提高了查詢(xún)的速度和準(zhǔn)確度。
3、短消息中心對(duì)緩存的路由信息進(jìn)行計(jì)時(shí)管理，對(duì)超過(guò)一定時(shí)限的路由信息進(jìn)行 刪除處理，并對(duì)查詢(xún)到的新的路由信息，重新保存，達(dá)到對(duì)本地保存的路由信息及時(shí)更新， 提高系統(tǒng)效率。通過(guò)本發(fā)明的技術(shù)方案，根據(jù)IMS短消息中心將用戶(hù)路由信息緩存，以便于下一 次用戶(hù)投遞消息時(shí)可以先通過(guò)緩存直接查詢(xún)到被叫用戶(hù)路由，從而避免系統(tǒng)重復(fù)查詢(xún)，提 高系統(tǒng)運(yùn)行效率，在IMS短消息中心查詢(xún)不到的路由信息再向ENUM服務(wù)器查詢(xún)，解決消息 投遞路由。


圖1是本發(fā)明中短消息中心路由的方法流程圖；圖2是本發(fā)明中短消息中心處理緩存用戶(hù)路由信息的方法流程圖；圖3是本發(fā)明中短消息中心路由的組網(wǎng)框圖；圖4是本發(fā)明中短消息中心對(duì)被叫用戶(hù)路由流程圖；圖5是本發(fā)明中IP多媒體子系統(tǒng)短消息中心路由的裝置結(jié)構(gòu)框圖。
具體實(shí)施例方式以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行詳細(xì)說(shuō)明，應(yīng)當(dāng)理解，以下所說(shuō)明的優(yōu) 選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本發(fā)明。根據(jù)本發(fā)明的目的提供了 IP多媒體子系統(tǒng)短消息中心路由方法，如圖1所示，包 括以下步驟首先，短消息中心接收消息；短消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)路由信息；若查找成功，則根據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存的用戶(hù) 路由信息；若查找失敗，則短消息中心直接向ENUM服務(wù)器發(fā)起查詢(xún)被叫用戶(hù)號(hào)碼屬性，確定 路由，并緩存被叫用戶(hù)路由信息。其中，短消息中心處理緩存用戶(hù)路由信息的方法流程圖，如圖2所示，短消息中心 將緩存的用戶(hù)路由信息根據(jù)其號(hào)碼類(lèi)型制作用戶(hù)路由信息表，通常用戶(hù)的地址格式主要有 Tel URI和SIP URI兩種，所以根據(jù)不同種類(lèi)的地址格式制作不同的路由信息表；短信中心將用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI的路由信息建立Tel URI與CSCF的映射關(guān) 系表，作為用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI的路由信息查找表；將用戶(hù)號(hào)碼類(lèi)型為SIP URI的路由信息建立SIP URI與CSCF的映射關(guān)系表及SIP URI與域名的映射關(guān)系表，作為用戶(hù)號(hào)碼類(lèi)型為SIP URI的路由信息查找表。短消息中心對(duì)其緩存的路由信息設(shè)置時(shí)間間隔門(mén)限，并對(duì)緩存的路由信息進(jìn)行計(jì) 時(shí)；對(duì)于Tel URI與CSCF的映射關(guān)系表、SIP URI與CSCF的映射關(guān)系表及SIPURI與域名 的映射關(guān)系表中超過(guò)時(shí)間間隔門(mén)限的路由信息進(jìn)行刪除處理。其中本發(fā)明中短消息中心路由的組網(wǎng)圖，如圖3所示，擴(kuò)展短消息實(shí)體(ESME)發(fā) 送消息，經(jīng)過(guò)短消息網(wǎng)關(guān)(SMGW)傳送給短消息中心(SMSC)，短消息中心首先根據(jù)查詢(xún)-呼 叫會(huì)話(huà)控制功能模塊(I/S-CSCF)查找其歸屬用戶(hù)服務(wù)模塊(HSS)內(nèi)的用戶(hù)路由信息，若查 找到被叫用戶(hù)路由信息，則通過(guò)代理-呼叫會(huì)話(huà)控制模塊(P-CSCF)將消息傳送給被叫用戶(hù)
6設(shè)備(UE)，若查找失敗，則SMSC直接通過(guò)電話(huà)號(hào)碼映射服務(wù)器(ENUM/DNS)查詢(xún)，確定被叫 用戶(hù)路由信息，并通過(guò)查詢(xún)-呼叫會(huì)話(huà)控制功能模塊(I/S-CSCF)和代理-呼叫會(huì)話(huà)控制功 能模塊(P-CSCF)將消息傳送給被叫用戶(hù)設(shè)備，I/S-CSCF將查詢(xún)到的用戶(hù)路由信息保存到 HSS中，以備下一次消息投遞使用。本發(fā)明中對(duì)被叫用戶(hù)路由的詳細(xì)流程圖如圖4所示首先用戶(hù)終端提交的消息；短消息中心接收提交的消息，并判斷被叫用戶(hù)號(hào)碼的類(lèi)型，以確定路由信息查詢(xún) 所需要的映射關(guān)系表；當(dāng)被叫用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI，則查詢(xún)Tel URI與CSCF的映射關(guān) 系表，以確定路由；當(dāng)被叫用戶(hù)號(hào)碼類(lèi)型為SIP URI，則查詢(xún)SIPURI與CSCF的映射關(guān)系表 及SIP URI與域名的映射關(guān)系表，以確定路由；若在映射表中查詢(xún)成功，則根據(jù)映射表中的路由信息投遞消息；在投遞響應(yīng)中投遞成功，則短消息中心則對(duì)存儲(chǔ)的與該消息對(duì)應(yīng)的路由信息重新 計(jì)時(shí)；消息終呼投遞失敗，短消息中心則對(duì)存儲(chǔ)的與該消息對(duì)應(yīng)的路由信息進(jìn)行刪除處 理；若在映射表中查詢(xún)失敗，短消息中心查詢(xún)ENUM/DNS ；在ENUM/DNS中查詢(xún)成功則保存路由信息到本地，并根據(jù)查詢(xún)到被叫用戶(hù)路由信 息投遞消息；在ENUM/DNS中查詢(xún)失敗，則結(jié)束消息處理。根據(jù)本發(fā)明的另一方面，本發(fā)明還提供了一種IP多媒體子系統(tǒng)短消息中心路由 裝置，包括短消息中心，如圖5所示，短消息中心包括接收模塊，短消息中心接收消息；查找模塊，短消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)的路由信 息；更新模塊，短消息中心根據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存 的用戶(hù)路由信息；緩存模塊，短消息中心直接向ENUM服務(wù)器發(fā)起查詢(xún)被叫用戶(hù)號(hào)碼屬性，確定路 由；設(shè)置模塊，短消息中心對(duì)緩存的路由信息設(shè)置時(shí)間間隔門(mén)限；計(jì)時(shí)模塊，短消息中心對(duì)緩存的各個(gè)路由信息進(jìn)行計(jì)時(shí)；刪除模塊，短消息中心對(duì)緩存的超過(guò)時(shí)間間隔門(mén)限的路由信息進(jìn)行刪除處理；建立模塊，短消息中心建立Tel URI與CSCF的映射關(guān)系表、SIP URI與CSCF的映 射關(guān)系表及SIP URI與域名的映射關(guān)系表。其中短消息中心通過(guò)接收模塊接收用戶(hù)設(shè)備發(fā)送的消息，然后通過(guò)查找模塊查找 緩存模塊先前緩存的用戶(hù)路由信息，以確定消息被叫用戶(hù)路由信息，若在緩存模塊中查找 到被叫用戶(hù)路由信息，則直接進(jìn)行消息投遞，若在緩存模塊中查找不到則通過(guò)查詢(xún)模塊查 詢(xún)ENUM/DNS服務(wù)器，并將查詢(xún)模塊查詢(xún)到的路由信息通過(guò)緩存模塊緩存。其中緩存模塊還通過(guò)設(shè)置模塊設(shè)置緩存路由信息的時(shí)間間隔門(mén)限，并通過(guò)計(jì)時(shí)模 塊對(duì)緩存的路由信息進(jìn)行計(jì)時(shí)，對(duì)超過(guò)時(shí)間間隔門(mén)限的路由信息通過(guò)刪除模塊刪除，對(duì)投
7遞成功的路由信息通過(guò)計(jì)時(shí)模塊重新計(jì)時(shí)，緩存模塊通過(guò)建立模塊建立各種用戶(hù)類(lèi)型下的 映射關(guān)系表，以便于對(duì)被叫用戶(hù)的路由查詢(xún)。 以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明，不能認(rèn)定 本發(fā)明的具體實(shí)施只局限于這些說(shuō)明。對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在 不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的 保護(hù)范圍。
權(quán)利要求
IP多媒體子系統(tǒng)短消息中心路由方法，其特征在于，包括以下步驟短消息中心接收消息；短消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)路由信息；若查找成功，則根據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存的用戶(hù)路由信息；若查找失敗，則短消息中心直接向ENUM服務(wù)器發(fā)起查詢(xún)被叫用戶(hù)號(hào)碼屬性，確定路由，并緩存被叫用戶(hù)路由信息。
2.根據(jù)權(quán)利要求1所述的IP多媒體子系統(tǒng)短消息中心路由方法，其特征在于，所述短 消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)路由信息；之前包括短消息中心對(duì)其緩存的路由信息設(shè)置時(shí)間間隔門(mén)限，并對(duì)緩存的路由信息進(jìn)行計(jì)時(shí)； 短消息中心對(duì)緩存的超過(guò)時(shí)間間隔門(mén)限的路由信息進(jìn)行刪除處理。
3.根據(jù)權(quán)利要求1所述的IP多媒體子系統(tǒng)短消息中心路由方法，其特征在于，所述在 先緩存的路由信息為短消息中心將緩存的用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI的路由信息建立Tel URI與CSCF的映 射關(guān)系表，作為用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI的路由信息查找表；短消息中心將緩存的用戶(hù)號(hào)碼類(lèi)型為SIP URI的路由信息建立SIP URI與CSCF的映射 關(guān)系表及SIP URI與域名的映射關(guān)系表，作為用戶(hù)號(hào)碼類(lèi)型為SIPURI的路由信息查找表。
4.根據(jù)權(quán)利要求3所述的IP多媒體子系統(tǒng)短消息中心路由方法，其特征在于，所述短 消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)路由信息；還包括若被叫用戶(hù)號(hào)碼類(lèi)型為T(mén)el URI，則查詢(xún)Tel URI與CSCF的映射關(guān)系表，以確定路由； 若被叫用戶(hù)號(hào)碼類(lèi)型為SIP URI，則查詢(xún)SIP URI與CSCF的映射關(guān)系表及SIP URI與 域名的映射關(guān)系表，以確定路由。
5.根據(jù)權(quán)利要求2所述的IP多媒體子系統(tǒng)短消息中心路由方法，其特征在于，所述根 據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存的用戶(hù)路由信息；包括若消息終呼投遞成功，短消息中心則對(duì)存儲(chǔ)的與該消息對(duì)應(yīng)的路由信息重新計(jì)時(shí)； 若消息終呼投遞失敗，短消息中心則對(duì)存儲(chǔ)的與該消息對(duì)應(yīng)的路由信息進(jìn)行刪除處理。
6.一種IP多媒體子系統(tǒng)短消息中心路由裝置，包括短消息中心，其特征在于，短消息 中心包括接收模塊，短消息中心接收消息；查找模塊，短消息中心確定消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)的路由信息； 更新模塊，短消息中心根據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存的用 戶(hù)路由信息；緩存模塊，短消息中心直接向ENUM服務(wù)器發(fā)起查詢(xún)被叫用戶(hù)號(hào)碼屬性，確定路由。
7.根據(jù)權(quán)利要求6所述的IP多媒體子系統(tǒng)(IMS)短消息中心路由裝置，其特征在于， 短消息中心還包括設(shè)置模塊，短消息中心對(duì)緩存的路由信息設(shè)置時(shí)間間隔門(mén)限； 計(jì)時(shí)模塊，短消息中心對(duì)緩存的路由信息進(jìn)行計(jì)時(shí)；刪除模塊，短消息中心對(duì)緩存的超過(guò)時(shí)間間隔門(mén)限的路由信息進(jìn)行刪除處理；建立模塊，短消息中心建立Tel URI與CSCF的映射關(guān)系表、SIP URI與CSCF的映射關(guān) 系表及SIP URI與域名的映射關(guān)系表。
全文摘要
IP多媒體子系統(tǒng)短消息中心路由方法及其裝置，其方法包括短消息中心接收消息；短消息中心根據(jù)消息的被叫用戶(hù)，查找在先緩存的該用戶(hù)路由信息；若查找成功，則根據(jù)在先緩存的路由信息實(shí)施消息終呼投遞，并更新緩存的用戶(hù)路由信息；若查找失敗，則短消息中心直接向ENUM服務(wù)器發(fā)起查詢(xún)被叫用戶(hù)號(hào)碼屬性，確定路由，并緩存被叫用戶(hù)路由信息，以備下次查找時(shí)使用，短消息中心對(duì)其緩存的路由信息設(shè)置時(shí)間間隔門(mén)限，并對(duì)緩存的路由信息進(jìn)行計(jì)時(shí)；短消息中心對(duì)緩存的超過(guò)時(shí)間間隔門(mén)限的路由信息進(jìn)行刪除處理。
文檔編號(hào)H04W88/18GK101977408SQ201010518369
公開(kāi)日2011年2月16日 申請(qǐng)日期2010年10月25日 優(yōu)先權(quán)日2010年10月25日
發(fā)明者于春青 申請(qǐng)人:中興通訊股份有限公司