[發(fā)明專(zhuān)利]建立業(yè)務(wù)鏈接的實(shí)現(xiàn)方法、裝置及系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 201210065109.4
• 申請(qǐng)日: 2012-03-13
• 公開(kāi)（公告）號(hào): CN103313425A
• 公開(kāi)（公告）日: 2013-09-18
• 發(fā)明（設(shè)計(jì)）人: 薛冰;熊勇
• 申請(qǐng)（專(zhuān)利權(quán)）人: 中興通訊股份有限公司
• 主分類(lèi)號(hào): H04W76/10
• 分類(lèi)號(hào): H04W76/10
• 代理公司: 北京康信知識(shí)產(chǎn)權(quán)代理有限責(zé)任公司 11240
• 代理人: 余剛;梁麗超

本發(fā)明公開(kāi)了一種建立業(yè)務(wù)鏈接的實(shí)現(xiàn)方法、裝置及系統(tǒng)，該方法包括，當(dāng)一個(gè)或多個(gè)前臺(tái)發(fā)起控制鏈接時(shí)，建立每個(gè)前臺(tái)的標(biāo)識(shí)與該前臺(tái)發(fā)起的控制鏈接的對(duì)應(yīng)關(guān)系；接收來(lái)自于一個(gè)或多個(gè)后臺(tái)的鏈接建立請(qǐng)求，其中，鏈接建立請(qǐng)求攜帶有需要建立連接的前臺(tái)的標(biāo)識(shí)；在對(duì)應(yīng)關(guān)系中查找需要建立連接的前臺(tái)的標(biāo)識(shí)對(duì)應(yīng)的控制鏈接，并通過(guò)控制鏈接向控制鏈接對(duì)應(yīng)的前臺(tái)發(fā)送鏈接建立信息以建立前后臺(tái)之間的業(yè)務(wù)鏈接。根據(jù)本發(fā)明提供的技術(shù)方案，達(dá)到了簡(jiǎn)化用戶配置，提高資源的利用率以及系統(tǒng)擴(kuò)展能力的效果。

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種建立業(yè)務(wù)鏈接的實(shí)現(xiàn)方法、裝置及系統(tǒng)。

背景技術(shù)

隨著移動(dòng)通信網(wǎng)絡(luò)的建設(shè)和發(fā)展，與之相適應(yīng)的通信用組合電源的需求量也在日逐提升。為監(jiān)控這些大量分散的電源(前臺(tái))的運(yùn)行狀態(tài)，確保可靠供電，運(yùn)營(yíng)商一般都會(huì)采用網(wǎng)管(后臺(tái))按照定期輪詢前臺(tái)的方式對(duì)全部電源進(jìn)行集中監(jiān)控。目前，相關(guān)技術(shù)中的通訊鏈路大都采用串口加無(wú)線透?jìng)鞯姆绞?，其采用的通訊協(xié)議通常為郵標(biāo)1104協(xié)議或者是廠家自定義的協(xié)議。當(dāng)在國(guó)外使用上述設(shè)備時(shí)，還會(huì)遇到其它協(xié)議，例如：西班牙的EOC協(xié)議。因此，需要電源監(jiān)控系統(tǒng)可以支持多種已知的協(xié)議，同時(shí)還要具備其它未知協(xié)議的擴(kuò)展能力。

由于采用串口通訊，因此，前臺(tái)與后臺(tái)之間只有一條通訊鏈路，并且同一時(shí)間在該鏈路上僅能支持一種協(xié)議，否則通訊雙方無(wú)法區(qū)分?jǐn)?shù)據(jù)幀屬于哪種協(xié)議。當(dāng)然，如果多種協(xié)議都是廠家自定義的，可以在協(xié)議格式上增加一些特殊的字段，通過(guò)這些字段，可以在一條鏈路上對(duì)協(xié)議類(lèi)型的適用進(jìn)行選擇。但當(dāng)該設(shè)備進(jìn)入其它國(guó)家或地區(qū)，必然會(huì)引進(jìn)新的協(xié)議，因此，該方法的實(shí)用性不強(qiáng)。為解決此問(wèn)題，有些設(shè)備的廠家采用軟件定制的方式，針對(duì)不同的用戶，定制不同的協(xié)議或者采用參數(shù)的方式，讓用戶選擇使用哪種協(xié)議，然而，上述方式顯然不利于通訊鏈路的維護(hù)。

隨著組合電源智能化，目前的電源大都支持以太網(wǎng)通訊?；赥CP/IP協(xié)議族，可以采用IP地址加端口虛擬出更多的鏈路，以滿足一臺(tái)設(shè)備同時(shí)支持多種協(xié)議的需求。該方式通常采用協(xié)議與端口號(hào)綁定，在不同的鏈路上使用不同的協(xié)議，互不影響，類(lèi)似于FTP協(xié)議默認(rèn)端口號(hào)21，HTTP協(xié)議默認(rèn)端口號(hào)80。但采用該種方式同樣存在缺陷，因?yàn)椴捎肨CP/IP通訊的前提是雙方的IP地址需要互通，其通訊方式主要包括以下四種情況：

(1)雙方均在同一個(gè)內(nèi)網(wǎng)中，在此種情況下，任意一方都可以主動(dòng)發(fā)起連接。

(2)雙方均在公網(wǎng)中，此種情況與情況(1)相類(lèi)似。

在上述情況(1)和情況(2)中，雖然后臺(tái)可以在輪詢時(shí)主動(dòng)向前臺(tái)建鏈，但后臺(tái)建鏈的前提是已知前臺(tái)的IP地址和監(jiān)聽(tīng)端口號(hào)，這需要手動(dòng)配置。目前通常采用DHCP動(dòng)態(tài)分配的方式進(jìn)行處理，但是，由于IP地址可能發(fā)生變化以及監(jiān)聽(tīng)端口號(hào)也可能與其它協(xié)議沖突，這些問(wèn)題均會(huì)導(dǎo)致維護(hù)的難度大大增加。

(3)一方在內(nèi)網(wǎng)、一方在公網(wǎng)，在此種情況下，只能由位于內(nèi)網(wǎng)的一方主動(dòng)向位于公網(wǎng)的另一方發(fā)起連接；通常情況下，都是數(shù)量眾多的前臺(tái)在內(nèi)網(wǎng)，而數(shù)量較少的后臺(tái)在公網(wǎng)。目前，采用GPRS無(wú)線組網(wǎng)時(shí)撥號(hào)建立起來(lái)的鏈路，為使后臺(tái)輪詢時(shí)能夠查找到前臺(tái)，需要前臺(tái)主動(dòng)向后臺(tái)建鏈，并維持該鏈接。圖1是根據(jù)相關(guān)技術(shù)的公網(wǎng)和內(nèi)網(wǎng)建鏈的示意圖。如圖1所示，假設(shè)3前臺(tái)當(dāng)前想要同時(shí)支持3種協(xié)議，則需要分別向3個(gè)后臺(tái)主動(dòng)建鏈，但因?yàn)閳D1中的公網(wǎng)中僅存在網(wǎng)元層后臺(tái)，所以，3個(gè)前臺(tái)均只能接收到該網(wǎng)元層后臺(tái)返回的響應(yīng)，而由于支持另外兩種協(xié)議的后臺(tái)并不存在，因此，上述3個(gè)前臺(tái)的另外2條鏈接就需要不斷的嘗試。不僅如此，針對(duì)每種協(xié)議，都會(huì)有一個(gè)后臺(tái)IP地址參數(shù)與監(jiān)聽(tīng)端口號(hào)參數(shù)相對(duì)應(yīng)，用戶此時(shí)需要維護(hù)大量的參數(shù)，實(shí)用性明顯降低。從后臺(tái)的角度出發(fā)，如果后臺(tái)當(dāng)前需要監(jiān)控10000個(gè)前臺(tái)，就會(huì)有10000個(gè)鏈接在同一時(shí)間建立，而后臺(tái)同一時(shí)刻只會(huì)輪詢一個(gè)前臺(tái)，大量資源被白白浪費(fèi)。

(4)雙方在不同的內(nèi)網(wǎng)中，在此種情況下，雙方無(wú)法直接建立連接，此時(shí)，可以要求數(shù)量較少的后臺(tái)采取靜態(tài)NAT映射的方式轉(zhuǎn)換為上述情況(3)。