專利名稱：一種消息路由的方法及中間網元的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，尤其涉及一種消息路由的方法及中間網元。
背景技術：
在現(xiàn)有系統(tǒng)中，中間網元轉發(fā)消息是根據源網元提交消息的號碼信息進行路由處理。具體來講配置中間網元與各個網元進行通信的源帳號，中間網元收到消息后，首先根據源帳號處理接收到的消息，然后再根據消息的主叫號碼、或被叫號碼、或計費號碼在對應的號碼與帳號關系表進行多次路由處理，根據路由結果找到目的帳號后，根據目的帳號轉發(fā)消息到目的網元。發(fā)明人發(fā)現(xiàn)上述的相關技術中存在如下問題轉發(fā)每條消息都需要到號碼與帳號關系表查找目的帳號，導致系統(tǒng)轉發(fā)消息的開銷較大。

發(fā)明內容
本發(fā)明的主要目的在于提供一種消息路由的方法及中間網元，以至少解決上述的轉發(fā)消息過程中，系統(tǒng)開銷大的問題。根據本發(fā)明的一個方面，提供了一種消息路由的方法，包括中間網元通過源帳號接收源網元的消息；根據源帳號，獲取目的帳號；將消息轉發(fā)至目的帳號所對應的目的網兀。本技術方案中，中間網元通過源帳號接收源網元的消息之前還包括中間網元與源網元協(xié)商源帳號，源帳號中配置目的帳號的信息；根據源帳號，獲取目的帳號具體包括 根據源賬號中目的賬號的信息，獲取目的帳號。優(yōu)選地，本技術方案中，中間網元通過源帳號接收源網元的消息之后還包括轉換消息為中間網元的內部消息；結合系統(tǒng)數(shù)據對內部消息進行業(yè)務處理，將處理后的內部消息轉化為目的帳號對應的外部接口協(xié)議數(shù)據；將消息轉發(fā)至目的帳號對應的目的網元具體包括將外部接口協(xié)議數(shù)據轉發(fā)至目的帳號對應的目的網元。優(yōu)選地，本技術方案中，中間網元通過源帳號接收源網元的消息之后還包括獲取源帳號的關聯(lián)帳號；結合系統(tǒng)數(shù)據對內部消息進行業(yè)務處理具體包括根據消息的業(yè)務需要，結合關聯(lián)帳號和系統(tǒng)數(shù)據，對內部消息進行處理。優(yōu)選地，本技術方案中，結合系統(tǒng)數(shù)據對內部消息進行處理中，系統(tǒng)數(shù)據采用內存表處理當業(yè)務為號碼黑名單時，系統(tǒng)數(shù)據內存表為號碼黑名單表；或當業(yè)務為中間平臺鑒權時，系統(tǒng)數(shù)據內存表為鑒權數(shù)據表；或當業(yè)務為狀態(tài)報告時，系統(tǒng)數(shù)據內存表為臨時消息數(shù)據表。優(yōu)選地，本技術方案中，當消息為狀態(tài)報告，系統(tǒng)數(shù)據為臨時消息數(shù)據表時結合關聯(lián)帳號和系統(tǒng)數(shù)據對內部消息進行處理具體包括獲取源帳號的關聯(lián)帳號；根據關聯(lián)帳號與消息的序號，在臨時消息數(shù)據表中查找源消息；根據源消息和本消息，生成消息日志文件并在臨時消息表中刪除源消息；將處理后的內部消息轉化為目的帳號對應的外部接口協(xié)議數(shù)據具體包括將消息日志文件轉化為目的帳號對應的外部接口協(xié)議數(shù)據。優(yōu)選地，本技術方案中，中間網元通過源帳號接收源網元的消息具體包括從源鏈路上接受源網元的消息，獲取源鏈路編號；在鏈路信息表中獲取源鏈路編號對應的源帳號； 將消息轉發(fā)至目的帳號對應的目的網元具體包括在鏈路信息表中獲取對應目的帳號的目的鏈路編號，根據目的鏈路編號轉發(fā)消息。優(yōu)選地，本技術方案中，根據目的網元的數(shù)目，配置對應的源帳號的數(shù)目。優(yōu)選地，本技術方案中，根據源帳號獲取消息的目的帳號之后還包括當根據源帳號無法進行路由時，根據消息的號碼進行路由。根據本發(fā)明的另一方面，提供了一種消息路由的中間網元，包括消息接收模塊， 用于通過源帳號接收源網元的消息；消息處理模塊，用于根據源帳號，獲取目的帳號；消息發(fā)送模塊，用于將消息轉發(fā)至目的帳號對應的目的網元。本技術方案中，消息路由的中間網元還可以包括維護管理模塊，用于與源網元協(xié)商源帳號，源帳號中配置對應目的網元的目的帳號的信息；消息處理模塊，用于根據源賬號中目的賬號的信息，獲取目的帳號。優(yōu)選地，本技術方案中，消息處理模塊包括前處理子模塊，用于轉換消息為中間網元的內部消息；中處理子模塊，用于結合系統(tǒng)數(shù)據對內部消息進行業(yè)務處理；后處理子模塊，用于將處理后的內部消息轉化為目的帳號對應的外部接口協(xié)議數(shù)據；消息發(fā)送模塊， 用于將外部接口協(xié)議數(shù)據轉發(fā)至目的帳號對應的目的網元。優(yōu)選地，本技術方案中，消息路由的中間網元中，消息接收模塊還用于從源鏈路上接受源網元的消息，獲取源鏈路編號，在鏈路信息表中獲取源鏈路編號對應的源帳號；消息發(fā)送模塊還用于在鏈路信息表中獲取對應目的帳號的目的鏈路編號，根據目的鏈路編號轉發(fā)消息。通過本發(fā)明，采用互相通信的網元之間互相約定對應目的網元的源帳號，從而處理消息源帳號和目的帳號的關系更加簡單，減少了根據號碼路由的中間環(huán)節(jié)，減小了系統(tǒng)開銷。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖1為本發(fā)明方法實施例一消息路由方法的流程圖；圖2為本發(fā)明方法實施例二消息路由方法的流程圖；圖3為本發(fā)明方法實施例三消息路由方法的示意圖；圖4為本發(fā)明方法實施例四消息路由方法的流程圖；圖5為本發(fā)明裝置實施例一消息路由中間網元的示意圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。方法實施例一
圖1為本發(fā)明方法實施例一消息路由方法的流程圖。如圖1所示，本實施例包括步驟102，中間網元通過源帳號接收源網元的消息；步驟104，根據源帳號，獲取目的帳號；步驟106，將消息轉發(fā)至目的帳號對應的目的網元。本實施例當中，步驟102之前還應該包括與源網元配置對應的源帳號。具體來講，中間網元與對端網元通信時在雙方都會配置相應的帳號。如果配置的帳號是中間網元接收消息的源帳號，那么該源帳號里配置要轉發(fā)的對應目的網元的目的帳號的信息。系統(tǒng)收到消息后，根據源帳號可以獲取到目的帳號，并轉發(fā)消息到目的帳號連接的目的網元。本實施例中，通過采用互相通信的網元之間互相約定對應于目的地址源帳號，從而處理消息源帳號和目的帳號的關系更加簡單，減少了根據號碼路由的中間環(huán)節(jié)，減小了系統(tǒng)開銷。方法實施例二 本實施例將在方法實施例一的基礎上，增加對接收的消息進行處理的步驟，并將處理后的消息發(fā)送至目的網元。圖2為本發(fā)明實施例二消息路由方法的流程圖。如圖2所示，本實施例包括步驟202，中間網元與源網元協(xié)商源帳號，源帳號中配置目的帳號的信息；步驟204，中間網元通過源帳號接收源網元的消息；步驟206，根據源帳號中對應目的網元的目的帳號的信息，獲取目的帳號；步驟208，轉換消息為中間網元的內部消息；步驟210，結合系統(tǒng)數(shù)據對內部消息進行業(yè)務處理；步驟212，將處理后的內部消息轉化為目的帳號對應的外部接口協(xié)議數(shù)據；步驟214，將外部接口協(xié)議數(shù)據轉發(fā)至目的帳號對應的目的網元。在某些情況下對內部消息進行處理時，需要結合源帳號的關聯(lián)帳號進行處理。因此，本實施例還可以包括獲取源帳號的關聯(lián)帳號；根據消息的業(yè)務需要，結合關聯(lián)帳號和系統(tǒng)數(shù)據，對內部消息進行處理。與實施例一相比，本實施例增加了對消息進行處理的步驟。系統(tǒng)收到消息后轉換外部消息為中間網元內部消息，根據需要處理消息，比如號碼黑白名單、中間平臺鑒權，或狀態(tài)報告等。所有的系統(tǒng)數(shù)據采用內存表處理，系統(tǒng)數(shù)據內存表包含鏈路信息表、帳號信息表、臨時消息數(shù)據表、號碼黑名單表，或鑒權數(shù)據表等。鏈路信息表存放系統(tǒng)與對端設備的鏈路信息，包括鏈路序列號(Iinkid)、系統(tǒng)的帳號序號等；帳號信息表存放帳號的所有信息；臨時消息數(shù)據表存放系統(tǒng)內部的臨時消息數(shù)據。其中，當業(yè)務為號碼黑名單時，系統(tǒng)數(shù)據內存表為號碼黑名單表；或當業(yè)務為中間平臺鑒權時，系統(tǒng)數(shù)據內存表為鑒權數(shù)據表；或當業(yè)務為狀態(tài)報告時，系統(tǒng)數(shù)據內存表為臨時消息數(shù)據表。本實施例中，為了更好地兼容現(xiàn)有系統(tǒng)，中間網元同時支持根據消息號碼進行路由的方法，即采用何種路由方法可配置。通過本實施例的方法，減少了根據號碼路由的中間環(huán)節(jié)，處理消息源帳號與目的帳號的關系更簡單，徹底解決了號碼與帳號關系表的數(shù)據量越來越大的問題，完全實現(xiàn)了現(xiàn)有系統(tǒng)的業(yè)務要求；解決了現(xiàn)有系統(tǒng)運營商間的互通消息的性能瓶頸和應用下發(fā)大量消息到用戶的性能瓶頸；同時，號碼路由方法限制消息號碼的擴展，而本實施例的方法對消息號碼沒有任何限制，此外，號碼路由方法的系統(tǒng)存在著重復處理消息源帳號與目的帳號比如帳號黑白名單、帳號關聯(lián)黑白名單等問題，在本實施例中也被徹底解決。方法實施例三圖3為本發(fā)明方法實施例三消息路由方法的示意圖。如圖3所示，中間網元與設備1、設備2、設備3和設備4互聯(lián)。帳號名稱為“1收”表示中間網元通過該帳號轉發(fā)消息到設備1，帳號名稱為“發(fā)3”表示中間網元通過該帳號接收設備1和設備2的消息并轉發(fā)消息到設備3，帳號名稱為“發(fā)4”表示中間網元通過該帳號接收設備1和設備2的消息并轉發(fā)消息設備4，帳號名稱為“2收”表示中間網元通過該帳號轉發(fā)消息到設備2，帳號名稱為“3收”表示中間網元通過該帳號轉發(fā)消息到設備3，帳號名稱為“發(fā)1”表示中間網元通過該帳號接收設備3和設備4的消息并轉發(fā)到設備1，帳號名稱“發(fā)2”表示中間網元通過該帳號接收設備3和設備4的消息并轉發(fā)消息到設備2，帳號名稱“4收”表示中間網元通過該帳號發(fā)送消息到設備4。本實施例中間網元與對端設備通信時，中間網元發(fā)送消息到該設備的帳號只有一個；中間網元與另一套中間網元設備通信時根據對端中間網元連接的設備個數(shù)進行相應的配置。圖3中箭頭表示消息的發(fā)送方向，箭頭用大寫“A”標示的是設備1發(fā)送的普通消息流程，箭頭用小寫“a”標示的是設備1接收狀態(tài)報告的流程。步驟301，設備1發(fā)送消息“A”到中間網元，中間網元通過源帳號“發(fā)3”接收到該
消息；步驟302，“發(fā)3”源帳號配置的目的帳號為“3收”；步驟303，中間網元通過目的帳號“3收”下發(fā)消息到設備3 ；步驟304，設備3向連接中間網元中的源帳號“發(fā)1”發(fā)送狀態(tài)報告“a”；步驟305，中間網元通過源帳號“發(fā)1”收到狀態(tài)報告，并根據源帳號“發(fā)1”的關聯(lián)帳號“3收”的系統(tǒng)編號及消息的消息獲取源消息“A”并生成消息日志記錄；
步驟306，中間網元配置的源帳號“發(fā)1”的目的帳號為“1收”；步驟307，中間網元通過目的帳號“1收”發(fā)送狀態(tài)報告“a”到設備1。從圖中3中可以看到消息“A”及其狀態(tài)報告“a”所有走的流程如下設備1 —發(fā) 3 — 3收一設備3 —發(fā)1 — 1收一設備1，形成一個閉環(huán)。如果經過其它的帳號時則狀態(tài)報告無法返回給設備1，在消息“A”及其狀態(tài)報告“a”則是一個開環(huán)。本實施例針對具體的消息轉發(fā)流程進行了具體說明，具有實施例二的全部有益效果，此處不再重述。方法實施例四本實施例將在實施例二的基礎上，對技術方案進一步說明。圖4為本發(fā)明方法實施例四消息路由方法的流程圖。如圖4所示，本實施例包括步驟402-，中間網元從鏈路上收到對端設備發(fā)送的消息，獲取鏈路編號，進入步驟 404 ；步驟404，中間網元根據獲取的鏈路編號在鏈路信息表中獲取源帳號及其源帳號的關聯(lián)帳號和目的帳號，進入步驟406 ；步驟406，根據獲取的源帳號把網絡數(shù)據流解析為外部接口協(xié)議數(shù)據，并按照中間網元內部結構數(shù)據結構生成內部消息數(shù)據，進入步驟408 ；步驟408，根據解析的消息內容判斷消息是否為狀態(tài)報告消息，如果是狀態(tài)報告消息則進入步驟410，否則進入步驟412 ；步驟410，根據已經獲取的源帳號的關聯(lián)帳號及消息序號到中間網元等待狀態(tài)報告臨時消息表查找源消息，找到則生成消息日志記錄文件并刪除源臨時消息，進入步驟 412 ；步驟412，根據獲取的目的帳號在帳號表中獲取目的帳號，進入步驟407 ；步驟414，根據目的帳號，中間網元把內部接口數(shù)據根據目的帳號轉換為外部接口協(xié)議數(shù)據；步驟416，根據目的帳號在鏈路信息表中獲取中間網元到目的網元設備的鏈路信息并轉發(fā)消息。本實施例針對具體的消息轉發(fā)流程進行了具體說明，具有實施例二的全部有益效果，此處不再重述。方法實施例五 本實施例中，通過一個具體應用中的實例進行說明。在本發(fā)明的一個應用發(fā)送消息到終端用戶應用實例中，中間網元完成消息處理的過程如下步驟502，中間網元與短信中心1和短信中心2互聯(lián)、與應用設備互聯(lián)，網絡要求短信中心1設備和短信中心2設備符合分擔并實現(xiàn)容災備份，那么設置中間網元與短信中心通信的聚合族帳號為“SC”，中間網元與應用設備通信的帳號為“AS”；步驟504，中間網元配置“AS”帳號的轉發(fā)目的帳號為“SMSC” ；步驟506，應用設備通過中間網元用戶號碼數(shù)據同步接口獲取帳號“AS”可下發(fā)的用戶號碼數(shù)據；步驟508，應用設備通過帳號“AS”發(fā)送消息到中間網元，中間網元通過“AS”帳號處理消息并轉發(fā)消息到短信中心帳號“Sc” ；步驟510，中間網元根據聚合族帳號“SC”在短信中心1和短信中心2之間實現(xiàn)符合分擔發(fā)送，在某個短信中心設備故障時消息可通過正常的短信中心設備進行下發(fā)；步驟512，如果根據“AS”帳號處理消息失敗，則直接向“AS”帳號連接的應用設備返回失敗應答消息；步驟514，短信中心設備通過“SMSC”帳號向中間網元發(fā)送消息的狀態(tài)報告，中間網元根據狀態(tài)報告獲取源消息并生成消息日志記錄文件，中間網元通過“AS”帳號轉發(fā)狀態(tài)報告到應用設備。本實施例為消息路由方法的具體應用，具有實施例一的全部有益效果，此處不再重述。裝置實施例一圖5為本發(fā)明裝置實施例一消息路由中間網元的示意圖。如圖5所示，本實施例包括消息接收模塊602，用于通過源帳號接收源網元的消息；消息處理模塊604，用于根據源帳號，獲取目的帳號；消息發(fā)送模塊606，用于將消息轉發(fā)至目的帳號對應的目的網元。本實施例中，消息路由中間網元還可以包括維護管理模塊608，用于與源網元協(xié)商源帳號，源帳號配置對應目的網元的目的帳號。維護管理模塊中，可以根據目的網元的數(shù)目，配置對應的源帳號的數(shù)目本實施例中消息處理模塊可以包括前處理子模塊，用于轉換消息為中間網元的內部消息；中處理子模塊，用于結合系統(tǒng)數(shù)據對內部消息進行業(yè)務處理；后處理子模塊，用于將處理后的內部消息轉化為目的帳號對應的外部接口協(xié)議數(shù)據；消息發(fā)送模塊，用于將外部接口協(xié)議數(shù)據轉發(fā)至目的帳號對應的目的網元。本實施例實現(xiàn)的方法可以參照方法實施例一的相關說明，并具有上述實施例的有益效果，此處不再重述。裝置實施例二 本實施例將在裝置實施例一的基礎上，將對消息路由中間網元進一步說明。本實施例消息路由裝置中，前處理子模塊，還可以用于獲取源帳號的關聯(lián)帳號；中處理子模塊， 還可以用于根據消息的業(yè)務需要，結合關聯(lián)帳號和系統(tǒng)數(shù)據，對內部消息進行處理。本實施例中，處理模塊中，系統(tǒng)數(shù)據采用內存表處理當業(yè)務需要為號碼黑名單時，系統(tǒng)數(shù)據內存表為號碼黑名單表；或當業(yè)務需要為中間平臺鑒權時，系統(tǒng)數(shù)據內存表為鑒權數(shù)據表；或當業(yè)務需要為狀態(tài)報告時，系統(tǒng)數(shù)據內存表為臨時消息數(shù)據表。本實施例中，當消息為狀態(tài)報告，系統(tǒng)數(shù)據為臨時消息數(shù)據表時，前處理子模塊 用于獲取源帳號的關聯(lián)帳號；中處理子模塊，還可以用于根據關聯(lián)帳號與消息的序號，在臨時消息數(shù)據表中查找源消息；根據源消息和消息，生成消息日志文件并在臨時消息表中刪除源消息；中處理子模塊，還可以用于將消息日志文件轉化為目的帳號對應的外部接口協(xié)議數(shù)據。本實施例中，消息收發(fā)模塊還可以用于從源鏈路上接受源網元的消息，獲取源鏈路編號，根據源鏈路編號在鏈路信息表中獲取源帳號；消息發(fā)送模塊還可以用于根據目的帳號，在鏈路信息表中獲取對應的目的鏈路編號，根據目的鏈路編號轉發(fā)消息。本實施例實現(xiàn)的方法可以參照方法實施例一至四的相關說明，并具有上述實施例的全部有益效果，此處不再重述。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種消息路由的方法，其特征在于，包括 中間網元通過源帳號接收源網元的消息； 根據所述源帳號，獲取目的帳號；將所述消息轉發(fā)至所述目的帳號所對應的目的網元。
2.根據權利要求1所述的方法，其特征在于所述中間網元通過源帳號接收源網元的消息之前還包括所述中間網元與所述源網元協(xié)商所述源帳號，所述源帳號中配置所述目的帳號的信息；所述根據源帳號，獲取目的帳號具體包括根據所述源賬號中目的賬號的信息，獲取目的帳號。
3.根據權利要求1所述的方法，其特征在于所述中間網元通過源帳號接收源網元的消息之后還包括轉換所述消息為中間網元的內部消息；結合系統(tǒng)數(shù)據對所述內部消息進行業(yè)務處理；將處理后的內部消息轉化為目的帳號對應的外部接口協(xié)議數(shù)據；所述將消息轉發(fā)至目的帳號對應的目的網元具體包括將所述外部接口協(xié)議數(shù)據轉發(fā)至所述目的帳號對應的目的網元。
4.根據權利要求3所述的方法，其特征在于所述中間網元通過源帳號接收源網元的消息之后還包括獲取所述源帳號的關聯(lián)帳號；所述結合系統(tǒng)數(shù)據對所述內部消息進行業(yè)務處理具體包括根據消息的業(yè)務需要，結合關聯(lián)帳號和系統(tǒng)數(shù)據，對內部消息進行處理。
5.根據權利要求3所述的方法，其特征在于，所述結合系統(tǒng)數(shù)據對內部消息進行處理中，所述系統(tǒng)數(shù)據采用內存表處理當所述業(yè)務為號碼黑名單時，所述系統(tǒng)數(shù)據內存表為號碼黑名單表； 或當所述業(yè)務為中間平臺鑒權時，所述系統(tǒng)數(shù)據內存表為鑒權數(shù)據表； 或當所述業(yè)務為狀態(tài)報告時，所述系統(tǒng)數(shù)據內存表為臨時消息數(shù)據表。
6.根據權利要求4述的方法，其特征在于，當所述消息為狀態(tài)報告，所述系統(tǒng)數(shù)據為臨時消息數(shù)據表時所述結合關聯(lián)帳號和系統(tǒng)數(shù)據對內部消息進行處理具體包括獲取所述源帳號的關聯(lián)帳號；根據所述關聯(lián)帳號與所述消息的序號，在所述臨時消息數(shù)據表中查找源消息；根據所述源消息和所述消息，生成消息日志文件并在所述臨時消息表中刪除源消息；所述將處理后的內部消息轉化為目的帳號對應的外部接口協(xié)議數(shù)據具體包括將所述消息日志文件轉化為目的帳號對應的外部接口協(xié)議數(shù)據。
7.根據權利要求1-6中任一項所述的方法，其特征在于所述中間網元通過源帳號接收源網元的消息具體包括從源鏈路上接受源網元的消息，獲取源鏈路編號；在鏈路信息表中獲取源鏈路編號對應的源帳號；所述將消息轉發(fā)至目的帳號對應的目的網元具體包括在所述鏈路信息表中獲取對應目的帳號的目的鏈路編號，根據所述目的鏈路編號轉發(fā)所述消息。
8.根據權利要求1-7中任一項所述的方法，其特征在于，還包括 根據所述目的網元的數(shù)目，配置對應的所述源帳號的數(shù)目。
9.根據權利要求1-7中任一項所述的方法，其特征在于，所述根據源帳號獲取所述消息的目的帳號之后還包括當根據所述源帳號無法進行路由時，根據所述消息的號碼進行路由。
10.一種消息路由的中間網元，其特征在于，包括消息接收模塊，用于通過源帳號接收源網元的消息；消息處理模塊，用于根據所述源帳號，獲取目的帳號；所述消息發(fā)送模塊，用于將所述消息轉發(fā)至所述目的帳號對應的目的網元。
11.根據權利要求10所述的中間網元，其特征在于，還包括維護管理模塊，用于與所述源網元協(xié)商源帳號，所述源帳號中配置對應目的網元的目的帳號的信息；所述消息處理模塊，用于根據所述源賬號中目的賬號的信息，獲取目的帳號。
12.根據權利要求10所述的中間網元，其特征在于所述消息處理模塊包括前處理子模塊，用于轉換所述消息為中間網元的內部消息； 中處理子模塊，用于結合系統(tǒng)數(shù)據對所述內部消息進行業(yè)務處理；后處理子模塊，用于將處理后的內部消息轉化為目的帳號對應的外部接口協(xié)議數(shù)據；所述消息發(fā)送模塊，用于將外部接口協(xié)議數(shù)據轉發(fā)至目的帳號對應的目的網元。
13.根據權利要求10-12中任一項所述的中間網元，其特征在于所述消息接收模塊還用于從源鏈路上接受源網元的消息，獲取源鏈路編號，在所述鏈路信息表中獲取所述源鏈路編號對應的源帳號；所述消息發(fā)送模塊還用于在所述鏈路信息表中獲取對應目的帳號的目的鏈路編號， 根據所述目的鏈路編號轉發(fā)所述消息。
全文摘要
本發(fā)明公開了一種消息路由的方法及中間網元。上述消息路由方法包括中間網元與源網元協(xié)商源帳號，源帳號中配置目的帳號的信息；中間網元通過源帳號接收源網元的消息；根據源帳號，獲取目的帳號；將消息轉發(fā)至目的帳號所對應的目的網元。本發(fā)明通過采用互相通信的網元之間互相約定對應于目的地址源帳號，從而處理消息源帳號和目的帳號的關系更加簡單，減少了根據號碼路由的中間環(huán)節(jié)，減小了系統(tǒng)開銷。
文檔編號H04L12/24GK102255789SQ20101018231
公開日2011年11月23日 申請日期2010年5月19日 優(yōu)先權日2010年5月19日
發(fā)明者胡義東 申請人:中興通訊股份有限公司