專利名稱：一種功能子系統(tǒng)間不同版本功能模塊的匹配方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，更具體地，涉及一種功能子系統(tǒng)間不同版本功能 模塊的匹配方法及裝置。
背景技術(shù)：
隨著移動通信網(wǎng)絡(luò)的迅猛發(fā)展，移動通信的用戶量也在迅速增加，移動通信網(wǎng)絡(luò) 中的HLR(Home Location Register，歸屬位置寄存器)系統(tǒng)朝著大容量、分布式的方向發(fā)展 已經(jīng)成為未來移動通信網(wǎng)絡(luò)的發(fā)展趨勢。分布式的HLR系統(tǒng)由于在用戶量和處理能力上均有著比傳統(tǒng)HLR系統(tǒng)高得多的要 求，分布式HLR系統(tǒng)中，相同功能的功能子系統(tǒng)通常都是包含多個處理模塊的，這些處理模 塊通常是物理上分離、地理上分布于分布式HLR的不同站點，以滿足分布式HLR的高性能和 高可靠性的要求。HLR中的功能子系統(tǒng)主要包括FE (前端)、BE (后端)和Provisioning (受 理)子系統(tǒng)。下文中，將FE、BE和Provisioning子系統(tǒng)均抽象描述為功能子系統(tǒng)。相同的 功能子系統(tǒng)中包含的多個功能相同的處理模塊均抽象描述為功能模塊。但是，由于分布式HLR不同站點在地理位置上是相對獨立的，分布式HLR升級時通 常是逐個站點分不同時間階段升級的。如圖1所示，站點2下的功能子系統(tǒng)1的功能模塊 1和功能子系統(tǒng)2的功能模塊1升級到版本2，而站點1下的功能子系統(tǒng)1的功能模塊1和 功能子系統(tǒng)2的功能模塊1沒有升級，仍舊是版本1，在分布式HLR的所有站點的功能子系 統(tǒng)全部升級成一致的版本之前，不同功能子系統(tǒng)的功能模塊之間存在不同版本之間互相訪 問的情況，圖1中編號為1的訪問屬于相同版本的功能模塊間的訪問，編號為2的訪問屬于 不同版本的功能模塊間的訪問，這種不同版本之間的互相訪問包括低版本的功能模塊訪問 高版本的功能模塊(圖1中的站點1下的功能子系統(tǒng)2的版本1的功能模塊1訪問站點2 下的功能子系統(tǒng)1的版本2的功能模塊1)，以及高版本的功能模塊訪問低版本的功能模塊 (圖1中的站點2下的功能子系統(tǒng)2的版本2的功能模塊1訪問站點1下的功能子系統(tǒng)1 的版本1的功能模塊1)。針對這種情況，通常的實現(xiàn)方式為各個功能子系統(tǒng)的各個版本均 考慮兼容性的處理，但這種兼容性的處理通常表現(xiàn)為高版本兼容低版本，而低版本兼容高 版本則難以實現(xiàn)(要么修改低版本的代碼，要么加入高版本訪問低版本時的特殊處理)，往 往導致在不同版本的功能模塊互相訪問時為了保證成功率而犧牲一些不兼容的業(yè)務，或者 為了保證業(yè)務完整性而犧牲一些不兼容時的成功率。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提供一種功能子系統(tǒng)間不同版本功能模塊的匹配方法 及裝置，在不同版本子系統(tǒng)交互時能夠最大限度保證系統(tǒng)業(yè)務處理的完整性。為解決上述技術(shù)問題，本發(fā)明提供了一種功能子系統(tǒng)間不同版本功能模塊的匹配 方法，分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模塊的版本信息、和/或所述分布式系統(tǒng)中其他功能子系統(tǒng)中各功能模塊的版本信息；在不同功能子系統(tǒng)的功能模塊之間進行業(yè)務交互時，根據(jù)發(fā)起或接收到的業(yè)務請 求的版本信息，將所述業(yè)務請求發(fā)送至與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。進一步地，所述方法具體包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取所述分布式系統(tǒng)的其他功能子 系統(tǒng)中各功能模塊的版本信息；所述功能子系統(tǒng)中的功能模塊在向其他功能子系統(tǒng)發(fā)起業(yè)務請求時，根據(jù)獲取的 所述其他功能子系統(tǒng)中各功能模塊的版本信息，將所述業(yè)務請求發(fā)送至所述其他功能子系 統(tǒng)中的與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。進一步地，所述方法還包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模 塊的版本信息；所述業(yè)務請求發(fā)起后，如果所述業(yè)務請求的目標功能模塊的版本信息在所述業(yè)務 請求的發(fā)送過程中發(fā)生了變更，且變更后的版本信息低于所述業(yè)務請求的版本信息，則所 述業(yè)務請求的目標功能模塊根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本信息，將所 述業(yè)務請求轉(zhuǎn)發(fā)至本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功能模塊進 行處理。進一步地，所述方法具體包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模 塊的版本信息；所述功能子系統(tǒng)中的功能模塊接收到業(yè)務請求時，如果本功能模塊的版本信息低 于所述業(yè)務請求的版本信息，則根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本信息， 將所述業(yè)務請求轉(zhuǎn)發(fā)至本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功能模 塊進行處理。進一步地，所述與所述業(yè)務請求的版本信息相匹配的功能模塊，是指版本信息與所述業(yè)務請求的版本信息相一致或高于所述業(yè)務請求的版本信息的 功能模塊。進一步地，所述功能模塊通過以下方式獲取所述版本信息網(wǎng)管集中配置各功能子系統(tǒng)中各功能模塊的版本信息，所述功能模塊通過網(wǎng)管獲 取所述版本信息；或者，所述功能模塊通過內(nèi)部消息定期向其他功能模塊獲取所述版本信息，且當每個功 能模塊的版本信息發(fā)生變化時，廣播通知其他各功能模塊；或者，各功能子系統(tǒng)的功能模塊定時向監(jiān)控中心上報本功能模塊的版本信息，且在功能 模塊的版本信息發(fā)生變化時，主動向監(jiān)控中心上報，監(jiān)控中心將所述版本信息廣播通知所 有功能模塊。進一步地，所述方法還包括所述業(yè)務請求的發(fā)起功能模塊及轉(zhuǎn)發(fā)功能模塊在發(fā)起業(yè)務請求或?qū)邮盏降臉I(yè) 務請求進行轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中疊加自身的地址信息；
6
當所述與所述業(yè)務請求的版本信息相匹配的功能模塊接收并處理完所述業(yè)務請 求后，根據(jù)所述業(yè)務請求中疊加的地址信息，向最后一個轉(zhuǎn)發(fā)功能模塊返回包含所述疊加 的地址信息的響應消息；各轉(zhuǎn)發(fā)功能模塊根據(jù)接收到的響應消息，去除所述疊加的地址信 息中自身的地址信息后，將響應消息返回給前一個轉(zhuǎn)發(fā)功能模塊，直至將響應消息轉(zhuǎn)發(fā)給 所述業(yè)務請求的發(fā)起功能模塊。進一步地，所述方法還包括所述業(yè)務請求的發(fā)起功能模塊及轉(zhuǎn)發(fā)功能模塊在發(fā)起業(yè)務請求或?qū)邮盏降臉I(yè) 務請求進行轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中包含所述業(yè)務請求的發(fā)起功能模塊的地址 fn息；當所述與所述業(yè)務請求的版本信息相匹配的功能模塊接收并處理完所述業(yè)務請 求后，根據(jù)所述業(yè)務請求中包含的所述發(fā)起功能模塊的地址信息，向所述發(fā)起功能模塊返 回響應消息。本發(fā)明還提供了一種功能子系統(tǒng)間不同版本功能模塊的匹配裝置，應用于分布式 系統(tǒng)的功能子系統(tǒng)中的功能模塊，所述裝置包括版本信息獲取單元，用于獲取本功能子系統(tǒng)中其他各功能模塊的版本信息、和/ 或所述分布式系統(tǒng)中其他功能子系統(tǒng)中各功能模塊的版本信息；版本信息匹配單元，用于在與其他功能子系統(tǒng)的功能模塊之間進行業(yè)務交互時， 根據(jù)發(fā)起或接收到的業(yè)務請求的版本信息，將所述業(yè)務請求發(fā)送至與所述業(yè)務請求的版本 信息相匹配的功能模塊進行處理。此外，所述版本信息獲取單元進一步用于，獲取所述分布式系統(tǒng)的其他功能子系 統(tǒng)中各功能模塊的版本信息；所述版本信息匹配單元進一步用于，在向其他功能子系統(tǒng)發(fā)起業(yè)務請求時，根據(jù) 獲取的所述其他功能子系統(tǒng)中各功能模塊的版本信息，將所述業(yè)務請求發(fā)送至所述其他功 能子系統(tǒng)中的與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理；其中，所述與所述業(yè)務請求的版本信息相匹配的功能模塊，是指版本信息與所述 業(yè)務請求的版本信息相一致或高于所述業(yè)務請求的版本信息的功能模塊。此外，所述版本信息獲取單元進一步用于，獲取本功能子系統(tǒng)中其他各功能模塊 的版本信息；所述版本信息匹配單元進一步用于，接收到業(yè)務請求時，如果本功能模塊的版本 信息低于所述業(yè)務請求的版本信息，則根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本 信息，將所述業(yè)務請求轉(zhuǎn)發(fā)至本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功 能模塊進行處理。此外，所述版本信息獲取單元進一步用于，通過以下方式獲取所述版本信息網(wǎng)管集中配置各功能子系統(tǒng)中各功能模塊的版本信息，所述版本信息獲取單元通 過網(wǎng)管獲取所述版本信息；或者，所述版本信息獲取單元通過內(nèi)部消息定期向其他功能模塊獲取所述版本信息，且 當每個功能模塊的版本信息發(fā)生變化時，廣播通知其他各功能模塊；或者，所述版本信息獲取單元定時向監(jiān)控中心上報本功能模塊的版本信息，且在功能模 塊的版本信息發(fā)生變化時，主動向監(jiān)控中心上報，監(jiān)控中心將所述版本信息廣播通知所有
7功能模塊。進一步地，所述裝置還包括響應消息轉(zhuǎn)發(fā)單元，所述版本信息匹配單元還用于，在發(fā)起所述業(yè)務請求或?qū)邮盏降臉I(yè)務請求進行 轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中疊加自身的地址信息；所述響應消息轉(zhuǎn)發(fā)單元用于，根據(jù)所述疊加的地址信息返回或轉(zhuǎn)發(fā)所述業(yè)務請求 的響應消息，并在返回或轉(zhuǎn)發(fā)的響應消息中去除所述疊加的地址信息中自身的地址信息。進一步地，所述裝置還包括響應消息轉(zhuǎn)發(fā)單元，所述版本信息匹配單元還用于，在發(fā)起所述業(yè)務請求或?qū)邮盏降臉I(yè)務請求進行 轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中包含發(fā)起所述業(yè)務請求的業(yè)務模塊的地址信息；所述響應消息轉(zhuǎn)發(fā)單元用于，根據(jù)所述業(yè)務請求中包含的地址信息向所述發(fā)起所 述業(yè)務請求的發(fā)起功能模塊返回響應消息。與現(xiàn)有技術(shù)相比，本發(fā)明至少具有如下有益效果1.本發(fā)明能夠使得分布式HLR中的不同功能子系統(tǒng)的功能模塊間版本不一致時， 消息能夠自動發(fā)往能夠處理該版本消息的功能模塊上進行處理，而不是忽略該消息中不支 持的業(yè)務以保證成功率或者返回版本不支持響應以保證業(yè)務處理的完整性；2.采用本發(fā)明技術(shù)方案，能夠簡化系統(tǒng)設(shè)計時對不同版本間的兼容性進行的設(shè) 計，尤其是低版本的功能模塊處理高版本的消息時的設(shè)計；3.此外，采用本發(fā)明技術(shù)方案，還能夠使系統(tǒng)中各個功能模塊的版本信息得到集 中的管理，提高系統(tǒng)的可維護性。


圖1是現(xiàn)有技術(shù)中各個功能子系統(tǒng)的功能模塊面臨的不同版本的功能模塊交互 的問題；圖2是依據(jù)本發(fā)明方法實施例一的示意圖；圖3是依據(jù)本發(fā)明方法實施例二的示意圖；圖4是依據(jù)本發(fā)明方法實施例三的示意圖；圖5是依據(jù)本發(fā)明方法實施例四的示意圖；圖6是依據(jù)本發(fā)明方法實施例五的示意圖。
具體實施例方式分布式HLR系統(tǒng)中，多個功能子系統(tǒng)需要產(chǎn)生信息交互。由于分布式特性，在升級 分布式HLR時，通常是分階段升級的，因而造成各功能子系統(tǒng)中都存在多個版本不同的功 能模塊，這些功能模塊雖然功能類似，但對業(yè)務的支持能力是不同的。這樣，在分布式HLR 所有的功能子系統(tǒng)的功能模塊均升級到最新版本之前，不同版本子系統(tǒng)的子模塊間的互相 訪問是不可避免的，在這種情況下，很可能由于高版本的模塊訪問低版本的模塊，而低版本 的模塊處理能力不夠造成系統(tǒng)處理失敗。鑒于現(xiàn)有技術(shù)中存在的上述問題，本發(fā)明的目的在于提供一種功能子系統(tǒng)間不同 版本功能模塊的兼容處理方法，其核心思想在于，功能子系統(tǒng)的功能模塊根據(jù)獲取的本功 能子系統(tǒng)和/或分布式網(wǎng)絡(luò)中其他功能子系統(tǒng)中各功能模塊的版本信息，在向其他功能子
8系統(tǒng)的功能模塊發(fā)起業(yè)務請求，或接收到其他功能子系統(tǒng)的功能模塊發(fā)起的版本信息不匹 配的業(yè)務請求時，將所述業(yè)務請求發(fā)送至與其版本能力相匹配的功能模塊進行處理，從而 能夠在不同版本的功能子系統(tǒng)交互時最大限度保證系統(tǒng)業(yè)務處理完整性?；谏鲜龊诵乃枷?，本發(fā)明提供了一種功能子系統(tǒng)間不同版本功能模塊的匹配方 法，具體采用如下技術(shù)方案分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模塊的 版本信息、和/或所述分布式系統(tǒng)中其他功能子系統(tǒng)中各功能模塊的版本信息；在不同功能子系統(tǒng)的功能模塊之間進行業(yè)務交互時，根據(jù)發(fā)起或接收到的業(yè)務請 求的版本信息，將所述業(yè)務請求發(fā)送至與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。進一步地，所述方法具體包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取所述分布式系統(tǒng)的其他本功能 子系統(tǒng)中各功能模塊的版本信息；所述功能子系統(tǒng)中的功能模塊在向其他功能子系統(tǒng)發(fā)起業(yè)務請求時，根據(jù)獲取的 所述其他功能子系統(tǒng)中各功能模塊的版本信息，將所述業(yè)務請求發(fā)送至所述其他功能子系 統(tǒng)中的與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。進一步地，所述方法還包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模 塊的版本信息；如果所述其他功能子系統(tǒng)中的所述功能模塊的版本信息在所述功能子系統(tǒng)中的 功能模塊發(fā)起所述業(yè)務請求后發(fā)生了變更，且變更后的版本信息低于所述業(yè)務請求的版本 信息，則根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本信息，將所述業(yè)務請求轉(zhuǎn)發(fā)至 本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。進一步地，所述方法具體包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模 塊的版本信息；所述功能子系統(tǒng)中的功能模塊接收到業(yè)務請求時，如果版本信息低于所述業(yè)務請 求的版本信息，則根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本信息，將所述業(yè)務請 求轉(zhuǎn)發(fā)至本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。進一步地，所述與所述業(yè)務請求的版本信息相匹配的功能模塊，是指版本信息與所述業(yè)務請求的版本信息相一致或高于所述業(yè)務請求的版本信息的 功能模塊。進一步地，所述功能子系統(tǒng)的功能模塊通過以下方式獲取本功能子系統(tǒng)中其他各 功能模塊的版本信息、和/或所述分布式系統(tǒng)中其他功能子系統(tǒng)中各功能模塊的版本信 息1)在網(wǎng)管集中配置各個功能模塊的版本信息，各個功能模塊通過網(wǎng)管獲取版本信 息；2)功能子系統(tǒng)內(nèi)部、功能子系統(tǒng)之間的功能模塊定時獲取其他功能模塊的版本信 息(具體可通過內(nèi)部定義的消息獲取其他功能模塊的版本信息)，當某個功能模塊的版本信息發(fā)生變化時，廣播通知其他功能模塊；其中，并不一定要先獲取所有其他模塊的信息，也可以是這兩種方式互為補充，定 時獲取信息時，由于定時器的時長設(shè)置可能會不及時，而通過變化后廣播通知的方式則可 以很好地彌補這一點，使得狀態(tài)切換更及時。3)設(shè)置集中監(jiān)控中心，各個功能子系統(tǒng)的功能模塊定時向監(jiān)控中心上報本功能模 塊的版本信息，當某個功能模塊的版本信息發(fā)生變化時，主動向監(jiān)控中心上報，監(jiān)控中心將 上報及變化的版本信息廣播通知到所有功能模塊。進一步地，上述第3種方式具體又可分為以下兩種實現(xiàn)一，各個功能模塊定時 向監(jiān)控中心獲取，監(jiān)控中心收到某個功能模塊版本信息發(fā)生變化時廣播通知到所有功能模 塊；二，監(jiān)控中心定時向所有功能模塊廣播各個功能模塊的版本信息，當某個功能模塊版本 信息發(fā)生變化時監(jiān)控中心廣播通知到所有模塊。其中，采用上述第3種方式時，對于分布式HLR的多個站點，監(jiān)控中心可以在每個 站點部署一個，每個站點的監(jiān)控中心負責監(jiān)控本站點的各個功能子系統(tǒng)的功能模塊的版本 信息，并負責與其他站點的監(jiān)控中心交換版本信息以及主動廣播通知其他監(jiān)控中心本站點 的功能模塊的版本信息變化。為了便于闡述本發(fā)明，以下將結(jié)合附圖及具體實施例對本發(fā)明技術(shù)方案的實施作 進一步詳細描述。實施例一本實施例中，各功能子系統(tǒng)的各個功能模塊不關(guān)心其他功能子系統(tǒng)中的功能模塊 的版本信息，而只關(guān)心相同功能子系統(tǒng)中的其他功能模塊的版本信息，各功能子系統(tǒng)的功 能模塊在與其他功能子系統(tǒng)的功能模塊交互時的處理具體為當功能子系統(tǒng)A的某個功能 模塊A2發(fā)送消息給功能子系統(tǒng)B的某個功能模塊Bi，而Bl由于版本較低無法處理該請求 時，Bl將該請求轉(zhuǎn)發(fā)給同一功能子系統(tǒng)中有能力處理該請求的功能模塊B2，功能模塊B2處 理完該請求后，將處理結(jié)果返回給Bi，Bl將處理結(jié)果返回給A2。請參考圖2，本實施例的處理流程具體描述如下步驟201，版本2的功能模塊A2發(fā)送請求到版本1的功能模塊Bl ；步驟202，功能模塊Bl發(fā)現(xiàn)自身版本不足以處理來自功能模塊A2的請求，功能模 塊Bl將請求轉(zhuǎn)發(fā)給能夠處理該請求的功能模塊B2 ；步驟203，功能模塊B2發(fā)現(xiàn)自身能夠處理收到的請求，處理該請求，將處理結(jié)果返 回給功能模塊Bl ；步驟204，功能模塊Bl將處理結(jié)果返回功能模塊A2為了保證功能模塊B2能夠?qū)㈨憫⒃贩祷亟o功能模塊A2，功能模塊A2在發(fā) 送給功能模塊Bl的請求中增加能夠標識功能模塊A2地址的信息，功能模塊Bl在轉(zhuǎn)發(fā)給功 能模塊B2的請求中疊加上能夠標識功能模塊A2地址的信息(在消息中已有的功能模塊A2 的地址信息基礎(chǔ)上疊加)，即各個功能模塊在將請求消息發(fā)送給下一個功能模塊時，將能夠 標識自身地址信息的標識疊加在消息中已有的地址信息中，這樣，最后一個功能模塊(B2) 收到的請求消息中保存了所有之前轉(zhuǎn)發(fā)消息的功能模塊的路由信息。與之類似，B2按照路 由信息中的最后一個功能模塊地址返回響應消息給Bi，消息中攜帶了請求消息中攜帶的路 由信息，Bl則從路由信息中可以獲知此響應消息應當返回給A2，Bl將路由信息中的Bl的地址信息去掉后將響應消息轉(zhuǎn)發(fā)給A2，即各個功能模塊在將響應消息發(fā)送給下一個功能模 塊時，將能夠標識自身地址信息的標識從路由信息中刪除。請求消息和響應消息可以通過 事件號或者消息體中的標識加以區(qū)分，從而使得各個功能模塊能夠知道是需要向路由信息 中加入自己的地址信息還是刪除自己的地址信息。實施例二本實施例中，各功能子系統(tǒng)的各個功能模塊不關(guān)心其他功能子系統(tǒng)中的功能模塊 的版本信息，而只關(guān)心相同功能子系統(tǒng)中的其他功能模塊的版本信息，各功能子系統(tǒng)的功 能模塊在與其他功能子系統(tǒng)的功能模塊交互時的處理具體為當功能子系統(tǒng)A的某個功能 模塊A2發(fā)送消息給功能子系統(tǒng)B的某個功能模塊Bi，而Bl由于版本較低無法處理該請求 時，Bl將該請求轉(zhuǎn)發(fā)給同一功能子系統(tǒng)中有能力處理該請求的功能模塊B2，功能模塊B2處 理完該請求后，直接將處理結(jié)果返回給A2。請參考圖3，本實施例的處理流程具體描述如下步驟301，版本2的功能模塊A2發(fā)送請求到版本1的功能模塊Bl ；步驟302，功能模塊Bl發(fā)現(xiàn)自身版本不足以處理來自功能模塊A2的請求，功能模 塊Bl將請求轉(zhuǎn)發(fā)給能夠處理該請求的功能模塊B2 ；步驟303，功能模塊B2發(fā)現(xiàn)自身能夠處理收到的請求，處理該請求，將處理結(jié)果直 接返回給功能模塊A2。本實施例與前述實施例一的主要區(qū)別在于響應消息返回的路徑，為了保證功能模 塊B2能夠?qū)㈨憫⒎祷亟o功能模塊A2，功能模塊A2可以在發(fā)送給功能模塊Bl的請求中 增加能夠標識功能模塊A2地址的信息，功能模塊Bl在轉(zhuǎn)發(fā)給功能模塊B2的請求中同樣攜 帶能夠標識功能模塊A2地址的信息，即各個功能模塊均將請求消息的發(fā)送者的地址信息 傳遞給下一個接受者，這樣，最后一個功能模塊(B2)收到的請求消息中保存了消息發(fā)送者 A2的地址信息，從而根據(jù)地址信息直接將響應消息返回給功能模塊A2。實施例三本實施例中，各功能子系統(tǒng)的各個功能模塊不關(guān)心本功能系統(tǒng)中其他功能模塊的 版本信息，而只關(guān)心其他功能子系統(tǒng)中的功能模塊的版本信息。各功能子系統(tǒng)的功能模塊 在與其他功能子系統(tǒng)的功能模塊交互時的處理具體為當功能子系統(tǒng)A的某個功能模塊A2 發(fā)送消息給功能子系統(tǒng)B時，功能模塊A2根據(jù)所掌握的功能子系統(tǒng)B中各個功能模塊的版 本信息，選擇能夠處理該請求的功能模塊B2。請參考圖4，本實施例的處理流程具體描述如下步驟401，版本2的功能模塊A2發(fā)送請求到功能子系統(tǒng)B，A2判斷功能子系統(tǒng)B的 功能模塊B2能夠處理該請求，將請求發(fā)往功能模塊B2 ；步驟402，功能模塊B2處理收到的請求，將處理結(jié)果返回給功能模塊A2。實施例四本實施例是對第一個實施例和第二個實施例的一個綜合改進，這種改進的主要目 的是為了防止在消息發(fā)出后目標功能模塊的版本信息發(fā)生變化而造成目標系統(tǒng)無法處理 接收到的請求。主要特點在于各功能子系統(tǒng)的各個功能模塊除了關(guān)心本功能子系統(tǒng)中的 其他功能模塊的版本信息，還需要關(guān)心其他功能子系統(tǒng)中的功能模塊的版本信息。其中，各 功能子系統(tǒng)的功能模塊在與其他功能子系統(tǒng)的功能模塊交互時的處理具體為當功能子系
11統(tǒng)A的某個功能模塊A3發(fā)送消息給功能子系統(tǒng)B時，功能模塊A3根據(jù)所掌握的功能子系 統(tǒng)B中各個功能模塊的版本信息，選擇能夠處理該請求的功能模塊B2，而功能模塊B2的版 本在A3發(fā)出消息后發(fā)生了變化，已經(jīng)無法處理功能模塊A3發(fā)出的消息，功能模塊B2將該 請求轉(zhuǎn)發(fā)給同一功能子系統(tǒng)中有能力處理該請求的功能模塊B3，功能模塊B3處理完該請 求后，將處理結(jié)果返回給B2，B2將處理結(jié)果返回給A3。請參考圖5，本實施例的處理流程具體描述如下步驟501，版本3的功能模塊A3發(fā)送請求到功能子系統(tǒng)B，A3判斷功能子系統(tǒng)B的 功能模塊B2能夠處理該請求，將請求發(fā)往功能模塊B2 ；步驟502，功能模塊B2在收到請求時，發(fā)現(xiàn)自身已經(jīng)無法處理該版本的請求(功能 模塊B2在收到功能模塊A3的請求之前切換到了版本2)，并判斷版本3的功能模塊B3能夠 處理該請求，將該請求轉(zhuǎn)發(fā)給功能模塊B3 ；步驟503，功能模塊B3處理該請求，將請求結(jié)果返回給功能模塊B2 ；步驟504，功能模塊B2將請求結(jié)果返回給功能模塊A3。實施例五本實施例與前述實施例四的主要區(qū)別在于響應消息返回的路徑。本實施例中，各 功能子系統(tǒng)的功能模塊在與其他功能子系統(tǒng)的功能模塊交互時的處理具體為各功能子系 統(tǒng)的各個功能模塊除了關(guān)心本功能子系統(tǒng)中的其他功能模塊的版本信息，還需要關(guān)心其他 功能子系統(tǒng)中的功能模塊的版本信息，當功能子系統(tǒng)A的某個功能模塊A3發(fā)送消息給功能 子系統(tǒng)B時，功能模塊A3根據(jù)所掌握的功能子系統(tǒng)B中各個功能模塊的版本信息，選擇能 夠處理該請求的功能模塊B2，而功能模塊B2的版本在A3發(fā)出消息后發(fā)生了變化，已經(jīng)無法 處理功能模塊A3發(fā)出的消息，功能模塊B2將該請求轉(zhuǎn)發(fā)給同一功能子系統(tǒng)中有能力處理 該請求的功能模塊B3，功能模塊B3處理完該請求后，直接將處理結(jié)果返回給A3。請參考圖6，本實施例的處理流程具體描述如下步驟601，版本3的功能模塊A3發(fā)送請求到功能子系統(tǒng)B，A3判斷功能子系統(tǒng)B的 功能模塊B2能夠處理該請求，將請求發(fā)往功能模塊B2 ；步驟602，功能模塊B2在收到請求時，發(fā)現(xiàn)自身已經(jīng)無法處理該版本的請求(功能 模塊B2在收到功能模塊A3的請求之前切換到了版本2)，并判斷版本3的功能模塊B3能夠 處理該請求，將該請求轉(zhuǎn)發(fā)給功能模塊B3 ；步驟603，功能模塊B3處理該請求，將請求結(jié)果直接返回給功能模塊A3。此外，本發(fā)明實施例還提供了一種功能子系統(tǒng)間不同版本功能模塊的匹配裝置， 本發(fā)明還提供了一種功能子系統(tǒng)間不同版本功能模塊的匹配裝置，應用于分布式系統(tǒng)的 功能子系統(tǒng)中的功能模塊，所述裝置主要包括版本信息獲取單元和版本信息匹配單元，其 中版本信息獲取單元，用于獲取本功能子系統(tǒng)中其他各功能模塊的版本信息、和/ 或分布式系統(tǒng)中其他功能子系統(tǒng)中各功能模塊的版本信息；版本信息匹配單元，用于在與其他功能子系統(tǒng)的功能模塊之間進行業(yè)務交互時， 根據(jù)發(fā)起或接收到的業(yè)務請求的版本信息，將業(yè)務請求發(fā)送至與所述業(yè)務請求的版本信息 相匹配的功能模塊進行處理。此外，所述版本信息獲取單元進一步用于，獲取所述分布式系統(tǒng)的其他功能子系統(tǒng)中各功能模塊的版本信息；所述版本信息匹配單元進一步用于，在向其他功能子系統(tǒng)發(fā)起業(yè)務請求時，根據(jù) 獲取的所述其他功能子系統(tǒng)中各功能模塊的版本信息，將所述業(yè)務請求發(fā)送至所述其他功 能子系統(tǒng)中的與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理；其中，所述與所述業(yè)務請求的版本信息相匹配的功能模塊，是指版本信息與所述 業(yè)務請求的版本信息相一致或高于所述業(yè)務請求的版本信息的功能模塊。此外，所述版本信息獲取單元進一步用于，獲取本功能子系統(tǒng)中其他各功能模塊 的版本信息；所述版本信息匹配單元進一步用于，接收到業(yè)務請求時，如果本功能模塊的版本 信息低于所述業(yè)務請求的版本信息，則根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本 信息，將所述業(yè)務請求轉(zhuǎn)發(fā)至本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功 能模塊進行處理。此外，所述版本信息獲取單元進一步用于，通過以下方式獲取所述版本信息網(wǎng)管集中配置各功能子系統(tǒng)中各功能模塊的版本信息，所述版本信息獲取單元通 過網(wǎng)管獲取所述版本信息；或者，所述版本信息獲取單元通過內(nèi)部消息定期向其他功能模塊獲取所述版本信息，且 當每個功能模塊的版本信息發(fā)生變化時，廣播通知其他各功能模塊；或者，所述版本信息獲取單元定時向監(jiān)控中心上報本功能模塊的版本信息，且在功能模 塊的版本信息發(fā)生變化時，主動向監(jiān)控中心上報，監(jiān)控中心將所述版本信息廣播通知所有 功能模塊。進一步地，所述裝置還包括響應消息轉(zhuǎn)發(fā)單元，所述版本信息匹配單元還用于，在發(fā)起所述業(yè)務請求或?qū)邮盏降臉I(yè)務請求進行 轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中疊加自身的地址信息；所述響應消息轉(zhuǎn)發(fā)單元用于，根據(jù)所述疊加的地址信息返回或轉(zhuǎn)發(fā)所述業(yè)務請求 的響應消息，并在返回或轉(zhuǎn)發(fā)的響應消息中去除所述疊加的地址信息中自身的地址信息。進一步地，所述裝置還包括響應消息轉(zhuǎn)發(fā)單元， 所述版本信息匹配單元還用于，在發(fā)起所述業(yè)務請求或?qū)邮盏降臉I(yè)務請求進行 轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中包含發(fā)起所述業(yè)務請求的業(yè)務模塊的地址信息；所述響應消息轉(zhuǎn)發(fā)單元用于，根據(jù)所述業(yè)務請求中包含的地址信息向所述發(fā)起所 述業(yè)務請求的發(fā)起功能模塊返回響應消息。以上僅為本發(fā)明的優(yōu)選實施案例而已，并不用于限制本發(fā)明，本發(fā)明還可有其他 多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā) 明做出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發(fā)明所附的權(quán)利要求 的保護范圍。顯然，本領(lǐng)域的技術(shù)人員應該明白，上述的本發(fā)明的各功能模塊或各步驟可以用 通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所 組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們 存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行 所示出或描述的步驟，或者將它們分別制作成各個集成電路功能模塊，或者將它們中的多
13個功能模塊或步驟制作成單個集成電路功能模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定 的硬件和軟件結(jié)合。
權(quán)利要求
一種功能子系統(tǒng)間不同版本功能模塊的匹配方法，其特征在于，分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模塊的版本信息、和/或所述分布式系統(tǒng)中其他功能子系統(tǒng)中各功能模塊的版本信息；在不同功能子系統(tǒng)的功能模塊之間進行業(yè)務交互時，根據(jù)發(fā)起或接收到的業(yè)務請求的版本信息，將所述業(yè)務請求發(fā)送至與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。
2.如權(quán)利要求1所述的方法，其特征在于，所述方法具體包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取所述分布式系統(tǒng)的其他功能子系統(tǒng) 中各功能模塊的版本信息；所述功能子系統(tǒng)中的功能模塊在向其他功能子系統(tǒng)發(fā)起業(yè)務請求時，根據(jù)獲取的所述 其他功能子系統(tǒng)中各功能模塊的版本信息，將所述業(yè)務請求發(fā)送至所述其他功能子系統(tǒng)中 的與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。
3.如權(quán)利要求2所述的方法，其特征在于，所述方法還包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模塊的 版本信息；所述業(yè)務請求發(fā)起后，如果所述業(yè)務請求的目標功能模塊的版本信息在所述業(yè)務請求 的發(fā)送過程中發(fā)生了變更，且變更后的版本信息低于所述業(yè)務請求的版本信息，則所述業(yè) 務請求的目標功能模塊根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本信息，將所述業(yè) 務請求轉(zhuǎn)發(fā)至本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。
4.如權(quán)利要求1所述的方法，其特征在于，所述方法具體包括所述分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模塊的 版本信息；所述功能子系統(tǒng)中的功能模塊接收到業(yè)務請求時，如果本功能模塊的版本信息低于所 述業(yè)務請求的版本信息，則根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本信息，將所 述業(yè)務請求轉(zhuǎn)發(fā)至本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功能模塊進 行處理。
5.如權(quán)利要求1、2、3或4之任一項所述的方法，其特征在于，所述與所述業(yè)務請求的版 本信息相匹配的功能模塊，是指版本信息與所述業(yè)務請求的版本信息相一致或高于所述業(yè)務請求的版本信息的功能 模塊。
6.如權(quán)利要求1、2、3或4之任一項所述的方法，其特征在于，所述功能模塊通過以下方 式獲取所述版本信息網(wǎng)管集中配置各功能子系統(tǒng)中各功能模塊的版本信息，所述功能模塊通過網(wǎng)管獲取所 述版本信息；或者，所述功能模塊通過內(nèi)部消息定期向其他功能模塊獲取所述版本信息，且當每個功能模 塊的版本信息發(fā)生變化時，廣播通知其他各功能模塊；或者，各功能子系統(tǒng)的功能模塊定時向監(jiān)控中心上報本功能模塊的版本信息，且在功能模塊 的版本信息發(fā)生變化時，主動向監(jiān)控中心上報，監(jiān)控中心將所述版本信息廣播通知所有功能模塊。
7.如權(quán)利要求2、3或4所述的方法，其特征在于，所述方法還包括所述業(yè)務請求的發(fā)起功能模塊及轉(zhuǎn)發(fā)功能模塊在發(fā)起業(yè)務請求或?qū)邮盏降臉I(yè)務請 求進行轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中疊加自身的地址信息；當所述與所述業(yè)務請求的版本信息相匹配的功能模塊接收并處理完所述業(yè)務請求后， 根據(jù)所述業(yè)務請求中疊加的地址信息，向最后一個轉(zhuǎn)發(fā)功能模塊返回包含所述疊加的地址 信息的響應消息；各轉(zhuǎn)發(fā)功能模塊根據(jù)接收到的響應消息，去除所述疊加的地址信息中自 身的地址信息后，將響應消息返回給前一個轉(zhuǎn)發(fā)功能模塊，直至將響應消息轉(zhuǎn)發(fā)給所述業(yè) 務請求的發(fā)起功能模塊。
8.如權(quán)利要求2、3或4所述的方法，其特征在于，所述方法還包括所述業(yè)務請求的發(fā)起功能模塊及轉(zhuǎn)發(fā)功能模塊在發(fā)起業(yè)務請求或?qū)邮盏降臉I(yè)務請 求進行轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中包含所述業(yè)務請求的發(fā)起功能模塊的地址信 息；當所述與所述業(yè)務請求的版本信息相匹配的功能模塊接收并處理完所述業(yè)務請求后， 根據(jù)所述業(yè)務請求中包含的所述發(fā)起功能模塊的地址信息，向所述發(fā)起功能模塊返回響應 消息。
9.一種功能子系統(tǒng)間不同版本功能模塊的匹配裝置，其特征在于，應用于分布式系統(tǒng) 的功能子系統(tǒng)中的功能模塊，所述裝置包括版本信息獲取單元，用于獲取本功能子系統(tǒng)中其他各功能模塊的版本信息、和/或所 述分布式系統(tǒng)中其他功能子系統(tǒng)中各功能模塊的版本信息；版本信息匹配單元，用于在與其他功能子系統(tǒng)的功能模塊之間進行業(yè)務交互時，根據(jù) 發(fā)起或接收到的業(yè)務請求的版本信息，將所述業(yè)務請求發(fā)送至與所述業(yè)務請求的版本信息 相匹配的功能模塊進行處理。
10.如權(quán)利要求9所述的裝置，其特征在于，所述版本信息獲取單元進一步用于，獲取所述分布式系統(tǒng)的其他功能子系統(tǒng)中各功能 模塊的版本信息；所述版本信息匹配單元進一步用于，在向其他功能子系統(tǒng)發(fā)起業(yè)務請求時，根據(jù)獲取 的所述其他功能子系統(tǒng)中各功能模塊的版本信息，將所述業(yè)務請求發(fā)送至所述其他功能子 系統(tǒng)中的與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理；其中，所述與所述業(yè)務請求的版本信息相匹配的功能模塊，是指版本信息與所述業(yè)務 請求的版本信息相一致或高于所述業(yè)務請求的版本信息的功能模塊。
11.如權(quán)利要求9或10所述的裝置，其特征在于，所述版本信息獲取單元進一步用于，獲取本功能子系統(tǒng)中其他各功能模塊的版本信息；所述版本信息匹配單元進一步用于，接收到業(yè)務請求時，如果本功能模塊的版本信息 低于所述業(yè)務請求的版本信息，則根據(jù)獲取的本功能子系統(tǒng)中其他各功能模塊的版本信 息，將所述業(yè)務請求轉(zhuǎn)發(fā)至本功能子系統(tǒng)中其他與所述業(yè)務請求的版本信息相匹配的功能 模塊進行處理。
12.如權(quán)利要求11所述的裝置，其特征在于， 3所述版本信息獲取單元進一步用于，通過以下方式獲取所述版本信息 網(wǎng)管集中配置各功能子系統(tǒng)中各功能模塊的版本信息，所述版本信息獲取單元通過網(wǎng) 管獲取所述版本信息；或者，所述版本信息獲取單元通過內(nèi)部消息定期向其他功能模塊獲取所述版本信息，且當每 個功能模塊的版本信息發(fā)生變化時，廣播通知其他各功能模塊；或者，所述版本信息獲取單元定時向監(jiān)控中心上報本功能模塊的版本信息，且在功能模塊的 版本信息發(fā)生變化時，主動向監(jiān)控中心上報，監(jiān)控中心將所述版本信息廣播通知所有功能 模塊。
13.如權(quán)利要求9或10所述的裝置，其特征在于，所述裝置還包括響應消息轉(zhuǎn)發(fā)單元， 所述版本信息匹配單元還用于，在發(fā)起所述業(yè)務請求或?qū)邮盏降臉I(yè)務請求進行轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中疊加自身的地址信息；所述響應消息轉(zhuǎn)發(fā)單元用于，根據(jù)所述疊加的地址信息返回或轉(zhuǎn)發(fā)所述業(yè)務請求的響 應消息，并在返回或轉(zhuǎn)發(fā)的響應消息中去除所述疊加的地址信息中自身的地址信息。
14.如權(quán)利要求9或10所述的裝置，其特征在于，所述裝置還包括響應消息轉(zhuǎn)發(fā)單元， 所述版本信息匹配單元還用于，在發(fā)起所述業(yè)務請求或?qū)邮盏降臉I(yè)務請求進行轉(zhuǎn)發(fā)時，在發(fā)起或轉(zhuǎn)發(fā)的業(yè)務請求中包含發(fā)起所述業(yè)務請求的業(yè)務模塊的地址信息；所述響應消息轉(zhuǎn)發(fā)單元用于，根據(jù)所述業(yè)務請求中包含的地址信息向所述發(fā)起所述業(yè) 務請求的發(fā)起功能模塊返回響應消息。
全文摘要
本發(fā)明公開了一種功能子系統(tǒng)間不同版本功能模塊的匹配方法及裝置，分布式系統(tǒng)的功能子系統(tǒng)中的功能模塊獲取本功能子系統(tǒng)中其他各功能模塊的版本信息、和/或分布式系統(tǒng)中其他功能子系統(tǒng)中各功能模塊的版本信息；在不同功能子系統(tǒng)的功能模塊之間進行業(yè)務交互時，根據(jù)發(fā)起或接收到的業(yè)務請求的版本信息，將業(yè)務請求發(fā)送至與所述業(yè)務請求的版本信息相匹配的功能模塊進行處理。本發(fā)明能夠使得分布式系統(tǒng)中的不同功能子系統(tǒng)的功能模塊間版本不一致時，消息能夠自動發(fā)往能夠處理該版本消息的功能模塊上進行處理，而不是忽略該消息中不支持的業(yè)務以保證成功率，或者返回版本不支持響應，保證了業(yè)務處理的完整性。
文檔編號H04L29/08GK101977220SQ201010517890
公開日2011年2月16日 申請日期2010年10月14日 優(yōu)先權(quán)日2010年10月14日
發(fā)明者劉翔 申請人:中興通訊股份有限公司