一种功能子系统间不同版本功能模块的匹配方法及装置的制作方法

文档序号:7762979阅读:674来源:国知局
专利名称:一种功能子系统间不同版本功能模块的匹配方法及装置的制作方法
技术领域
本发明涉及移动通信技术领域,更具体地,涉及一种功能子系统间不同版本功能 模块的匹配方法及装置。
背景技术
随着移动通信网络的迅猛发展,移动通信的用户量也在迅速增加,移动通信网络 中的HLR(Home Location Register,归属位置寄存器)系统朝着大容量、分布式的方向发展 已经成为未来移动通信网络的发展趋势。分布式的HLR系统由于在用户量和处理能力上均有着比传统HLR系统高得多的要 求,分布式HLR系统中,相同功能的功能子系统通常都是包含多个处理模块的,这些处理模 块通常是物理上分离、地理上分布于分布式HLR的不同站点,以满足分布式HLR的高性能和 高可靠性的要求。HLR中的功能子系统主要包括FE (前端)、BE (后端)和Provisioning (受 理)子系统。下文中,将FE、BE和Provisioning子系统均抽象描述为功能子系统。相同的 功能子系统中包含的多个功能相同的处理模块均抽象描述为功能模块。但是,由于分布式HLR不同站点在地理位置上是相对独立的,分布式HLR升级时通 常是逐个站点分不同时间阶段升级的。如图1所示,站点2下的功能子系统1的功能模块 1和功能子系统2的功能模块1升级到版本2,而站点1下的功能子系统1的功能模块1和 功能子系统2的功能模块1没有升级,仍旧是版本1,在分布式HLR的所有站点的功能子系 统全部升级成一致的版本之前,不同功能子系统的功能模块之间存在不同版本之间互相访 问的情况,图1中编号为1的访问属于相同版本的功能模块间的访问,编号为2的访问属于 不同版本的功能模块间的访问,这种不同版本之间的互相访问包括低版本的功能模块访问 高版本的功能模块(图1中的站点1下的功能子系统2的版本1的功能模块1访问站点2 下的功能子系统1的版本2的功能模块1),以及高版本的功能模块访问低版本的功能模块 (图1中的站点2下的功能子系统2的版本2的功能模块1访问站点1下的功能子系统1 的版本1的功能模块1)。针对这种情况,通常的实现方式为各个功能子系统的各个版本均 考虑兼容性的处理,但这种兼容性的处理通常表现为高版本兼容低版本,而低版本兼容高 版本则难以实现(要么修改低版本的代码,要么加入高版本访问低版本时的特殊处理),往 往导致在不同版本的功能模块互相访问时为了保证成功率而牺牲一些不兼容的业务,或者 为了保证业务完整性而牺牲一些不兼容时的成功率。

发明内容
本发明解决的技术问题是提供一种功能子系统间不同版本功能模块的匹配方法 及装置,在不同版本子系统交互时能够最大限度保证系统业务处理的完整性。为解决上述技术问题,本发明提供了一种功能子系统间不同版本功能模块的匹配 方法,分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模块的版本信息、和/或所述分布式系统中其他功能子系统中各功能模块的版本信息;在不同功能子系统的功能模块之间进行业务交互时,根据发起或接收到的业务请 求的版本信息,将所述业务请求发送至与所述业务请求的版本信息相匹配的功能模块进行处理。进一步地,所述方法具体包括所述分布式系统的功能子系统中的功能模块获取所述分布式系统的其他功能子 系统中各功能模块的版本信息;所述功能子系统中的功能模块在向其他功能子系统发起业务请求时,根据获取的 所述其他功能子系统中各功能模块的版本信息,将所述业务请求发送至所述其他功能子系 统中的与所述业务请求的版本信息相匹配的功能模块进行处理。进一步地,所述方法还包括所述分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模 块的版本信息;所述业务请求发起后,如果所述业务请求的目标功能模块的版本信息在所述业务 请求的发送过程中发生了变更,且变更后的版本信息低于所述业务请求的版本信息,则所 述业务请求的目标功能模块根据获取的本功能子系统中其他各功能模块的版本信息,将所 述业务请求转发至本功能子系统中其他与所述业务请求的版本信息相匹配的功能模块进 行处理。进一步地,所述方法具体包括所述分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模 块的版本信息;所述功能子系统中的功能模块接收到业务请求时,如果本功能模块的版本信息低 于所述业务请求的版本信息,则根据获取的本功能子系统中其他各功能模块的版本信息, 将所述业务请求转发至本功能子系统中其他与所述业务请求的版本信息相匹配的功能模 块进行处理。进一步地,所述与所述业务请求的版本信息相匹配的功能模块,是指版本信息与所述业务请求的版本信息相一致或高于所述业务请求的版本信息的 功能模块。进一步地,所述功能模块通过以下方式获取所述版本信息网管集中配置各功能子系统中各功能模块的版本信息,所述功能模块通过网管获 取所述版本信息;或者,所述功能模块通过内部消息定期向其他功能模块获取所述版本信息,且当每个功 能模块的版本信息发生变化时,广播通知其他各功能模块;或者,各功能子系统的功能模块定时向监控中心上报本功能模块的版本信息,且在功能 模块的版本信息发生变化时,主动向监控中心上报,监控中心将所述版本信息广播通知所 有功能模块。进一步地,所述方法还包括所述业务请求的发起功能模块及转发功能模块在发起业务请求或对接收到的业 务请求进行转发时,在发起或转发的业务请求中叠加自身的地址信息;
6
当所述与所述业务请求的版本信息相匹配的功能模块接收并处理完所述业务请 求后,根据所述业务请求中叠加的地址信息,向最后一个转发功能模块返回包含所述叠加 的地址信息的响应消息;各转发功能模块根据接收到的响应消息,去除所述叠加的地址信 息中自身的地址信息后,将响应消息返回给前一个转发功能模块,直至将响应消息转发给 所述业务请求的发起功能模块。进一步地,所述方法还包括所述业务请求的发起功能模块及转发功能模块在发起业务请求或对接收到的业 务请求进行转发时,在发起或转发的业务请求中包含所述业务请求的发起功能模块的地址 fn息;当所述与所述业务请求的版本信息相匹配的功能模块接收并处理完所述业务请 求后,根据所述业务请求中包含的所述发起功能模块的地址信息,向所述发起功能模块返 回响应消息。本发明还提供了一种功能子系统间不同版本功能模块的匹配装置,应用于分布式 系统的功能子系统中的功能模块,所述装置包括版本信息获取单元,用于获取本功能子系统中其他各功能模块的版本信息、和/ 或所述分布式系统中其他功能子系统中各功能模块的版本信息;版本信息匹配单元,用于在与其他功能子系统的功能模块之间进行业务交互时, 根据发起或接收到的业务请求的版本信息,将所述业务请求发送至与所述业务请求的版本 信息相匹配的功能模块进行处理。此外,所述版本信息获取单元进一步用于,获取所述分布式系统的其他功能子系 统中各功能模块的版本信息;所述版本信息匹配单元进一步用于,在向其他功能子系统发起业务请求时,根据 获取的所述其他功能子系统中各功能模块的版本信息,将所述业务请求发送至所述其他功 能子系统中的与所述业务请求的版本信息相匹配的功能模块进行处理;其中,所述与所述业务请求的版本信息相匹配的功能模块,是指版本信息与所述 业务请求的版本信息相一致或高于所述业务请求的版本信息的功能模块。此外,所述版本信息获取单元进一步用于,获取本功能子系统中其他各功能模块 的版本信息;所述版本信息匹配单元进一步用于,接收到业务请求时,如果本功能模块的版本 信息低于所述业务请求的版本信息,则根据获取的本功能子系统中其他各功能模块的版本 信息,将所述业务请求转发至本功能子系统中其他与所述业务请求的版本信息相匹配的功 能模块进行处理。此外,所述版本信息获取单元进一步用于,通过以下方式获取所述版本信息网管集中配置各功能子系统中各功能模块的版本信息,所述版本信息获取单元通 过网管获取所述版本信息;或者,所述版本信息获取单元通过内部消息定期向其他功能模块获取所述版本信息,且 当每个功能模块的版本信息发生变化时,广播通知其他各功能模块;或者,所述版本信息获取单元定时向监控中心上报本功能模块的版本信息,且在功能模 块的版本信息发生变化时,主动向监控中心上报,监控中心将所述版本信息广播通知所有
7功能模块。进一步地,所述装置还包括响应消息转发单元,所述版本信息匹配单元还用于,在发起所述业务请求或对接收到的业务请求进行 转发时,在发起或转发的业务请求中叠加自身的地址信息;所述响应消息转发单元用于,根据所述叠加的地址信息返回或转发所述业务请求 的响应消息,并在返回或转发的响应消息中去除所述叠加的地址信息中自身的地址信息。进一步地,所述装置还包括响应消息转发单元,所述版本信息匹配单元还用于,在发起所述业务请求或对接收到的业务请求进行 转发时,在发起或转发的业务请求中包含发起所述业务请求的业务模块的地址信息;所述响应消息转发单元用于,根据所述业务请求中包含的地址信息向所述发起所 述业务请求的发起功能模块返回响应消息。与现有技术相比,本发明至少具有如下有益效果1.本发明能够使得分布式HLR中的不同功能子系统的功能模块间版本不一致时, 消息能够自动发往能够处理该版本消息的功能模块上进行处理,而不是忽略该消息中不支 持的业务以保证成功率或者返回版本不支持响应以保证业务处理的完整性;2.采用本发明技术方案,能够简化系统设计时对不同版本间的兼容性进行的设 计,尤其是低版本的功能模块处理高版本的消息时的设计;3.此外,采用本发明技术方案,还能够使系统中各个功能模块的版本信息得到集 中的管理,提高系统的可维护性。


图1是现有技术中各个功能子系统的功能模块面临的不同版本的功能模块交互 的问题;图2是依据本发明方法实施例一的示意图;图3是依据本发明方法实施例二的示意图;图4是依据本发明方法实施例三的示意图;图5是依据本发明方法实施例四的示意图;图6是依据本发明方法实施例五的示意图。
具体实施例方式分布式HLR系统中,多个功能子系统需要产生信息交互。由于分布式特性,在升级 分布式HLR时,通常是分阶段升级的,因而造成各功能子系统中都存在多个版本不同的功 能模块,这些功能模块虽然功能类似,但对业务的支持能力是不同的。这样,在分布式HLR 所有的功能子系统的功能模块均升级到最新版本之前,不同版本子系统的子模块间的互相 访问是不可避免的,在这种情况下,很可能由于高版本的模块访问低版本的模块,而低版本 的模块处理能力不够造成系统处理失败。鉴于现有技术中存在的上述问题,本发明的目的在于提供一种功能子系统间不同 版本功能模块的兼容处理方法,其核心思想在于,功能子系统的功能模块根据获取的本功 能子系统和/或分布式网络中其他功能子系统中各功能模块的版本信息,在向其他功能子
8系统的功能模块发起业务请求,或接收到其他功能子系统的功能模块发起的版本信息不匹 配的业务请求时,将所述业务请求发送至与其版本能力相匹配的功能模块进行处理,从而 能够在不同版本的功能子系统交互时最大限度保证系统业务处理完整性。基于上述核心思想,本发明提供了一种功能子系统间不同版本功能模块的匹配方 法,具体采用如下技术方案分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模块的 版本信息、和/或所述分布式系统中其他功能子系统中各功能模块的版本信息;在不同功能子系统的功能模块之间进行业务交互时,根据发起或接收到的业务请 求的版本信息,将所述业务请求发送至与所述业务请求的版本信息相匹配的功能模块进行处理。进一步地,所述方法具体包括所述分布式系统的功能子系统中的功能模块获取所述分布式系统的其他本功能 子系统中各功能模块的版本信息;所述功能子系统中的功能模块在向其他功能子系统发起业务请求时,根据获取的 所述其他功能子系统中各功能模块的版本信息,将所述业务请求发送至所述其他功能子系 统中的与所述业务请求的版本信息相匹配的功能模块进行处理。进一步地,所述方法还包括所述分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模 块的版本信息;如果所述其他功能子系统中的所述功能模块的版本信息在所述功能子系统中的 功能模块发起所述业务请求后发生了变更,且变更后的版本信息低于所述业务请求的版本 信息,则根据获取的本功能子系统中其他各功能模块的版本信息,将所述业务请求转发至 本功能子系统中其他与所述业务请求的版本信息相匹配的功能模块进行处理。进一步地,所述方法具体包括所述分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模 块的版本信息;所述功能子系统中的功能模块接收到业务请求时,如果版本信息低于所述业务请 求的版本信息,则根据获取的本功能子系统中其他各功能模块的版本信息,将所述业务请 求转发至本功能子系统中其他与所述业务请求的版本信息相匹配的功能模块进行处理。进一步地,所述与所述业务请求的版本信息相匹配的功能模块,是指版本信息与所述业务请求的版本信息相一致或高于所述业务请求的版本信息的 功能模块。进一步地,所述功能子系统的功能模块通过以下方式获取本功能子系统中其他各 功能模块的版本信息、和/或所述分布式系统中其他功能子系统中各功能模块的版本信 息1)在网管集中配置各个功能模块的版本信息,各个功能模块通过网管获取版本信 息;2)功能子系统内部、功能子系统之间的功能模块定时获取其他功能模块的版本信 息(具体可通过内部定义的消息获取其他功能模块的版本信息),当某个功能模块的版本信息发生变化时,广播通知其他功能模块;其中,并不一定要先获取所有其他模块的信息,也可以是这两种方式互为补充,定 时获取信息时,由于定时器的时长设置可能会不及时,而通过变化后广播通知的方式则可 以很好地弥补这一点,使得状态切换更及时。3)设置集中监控中心,各个功能子系统的功能模块定时向监控中心上报本功能模 块的版本信息,当某个功能模块的版本信息发生变化时,主动向监控中心上报,监控中心将 上报及变化的版本信息广播通知到所有功能模块。进一步地,上述第3种方式具体又可分为以下两种实现一,各个功能模块定时 向监控中心获取,监控中心收到某个功能模块版本信息发生变化时广播通知到所有功能模 块;二,监控中心定时向所有功能模块广播各个功能模块的版本信息,当某个功能模块版本 信息发生变化时监控中心广播通知到所有模块。其中,采用上述第3种方式时,对于分布式HLR的多个站点,监控中心可以在每个 站点部署一个,每个站点的监控中心负责监控本站点的各个功能子系统的功能模块的版本 信息,并负责与其他站点的监控中心交换版本信息以及主动广播通知其他监控中心本站点 的功能模块的版本信息变化。为了便于阐述本发明,以下将结合附图及具体实施例对本发明技术方案的实施作 进一步详细描述。实施例一本实施例中,各功能子系统的各个功能模块不关心其他功能子系统中的功能模块 的版本信息,而只关心相同功能子系统中的其他功能模块的版本信息,各功能子系统的功 能模块在与其他功能子系统的功能模块交互时的处理具体为当功能子系统A的某个功能 模块A2发送消息给功能子系统B的某个功能模块Bi,而Bl由于版本较低无法处理该请求 时,Bl将该请求转发给同一功能子系统中有能力处理该请求的功能模块B2,功能模块B2处 理完该请求后,将处理结果返回给Bi,Bl将处理结果返回给A2。请参考图2,本实施例的处理流程具体描述如下步骤201,版本2的功能模块A2发送请求到版本1的功能模块Bl ;步骤202,功能模块Bl发现自身版本不足以处理来自功能模块A2的请求,功能模 块Bl将请求转发给能够处理该请求的功能模块B2 ;步骤203,功能模块B2发现自身能够处理收到的请求,处理该请求,将处理结果返 回给功能模块Bl ;步骤204,功能模块Bl将处理结果返回功能模块A2为了保证功能模块B2能够将响应消息原路返回给功能模块A2,功能模块A2在发 送给功能模块Bl的请求中增加能够标识功能模块A2地址的信息,功能模块Bl在转发给功 能模块B2的请求中叠加上能够标识功能模块A2地址的信息(在消息中已有的功能模块A2 的地址信息基础上叠加),即各个功能模块在将请求消息发送给下一个功能模块时,将能够 标识自身地址信息的标识叠加在消息中已有的地址信息中,这样,最后一个功能模块(B2) 收到的请求消息中保存了所有之前转发消息的功能模块的路由信息。与之类似,B2按照路 由信息中的最后一个功能模块地址返回响应消息给Bi,消息中携带了请求消息中携带的路 由信息,Bl则从路由信息中可以获知此响应消息应当返回给A2,Bl将路由信息中的Bl的地址信息去掉后将响应消息转发给A2,即各个功能模块在将响应消息发送给下一个功能模 块时,将能够标识自身地址信息的标识从路由信息中删除。请求消息和响应消息可以通过 事件号或者消息体中的标识加以区分,从而使得各个功能模块能够知道是需要向路由信息 中加入自己的地址信息还是删除自己的地址信息。实施例二本实施例中,各功能子系统的各个功能模块不关心其他功能子系统中的功能模块 的版本信息,而只关心相同功能子系统中的其他功能模块的版本信息,各功能子系统的功 能模块在与其他功能子系统的功能模块交互时的处理具体为当功能子系统A的某个功能 模块A2发送消息给功能子系统B的某个功能模块Bi,而Bl由于版本较低无法处理该请求 时,Bl将该请求转发给同一功能子系统中有能力处理该请求的功能模块B2,功能模块B2处 理完该请求后,直接将处理结果返回给A2。请参考图3,本实施例的处理流程具体描述如下步骤301,版本2的功能模块A2发送请求到版本1的功能模块Bl ;步骤302,功能模块Bl发现自身版本不足以处理来自功能模块A2的请求,功能模 块Bl将请求转发给能够处理该请求的功能模块B2 ;步骤303,功能模块B2发现自身能够处理收到的请求,处理该请求,将处理结果直 接返回给功能模块A2。本实施例与前述实施例一的主要区别在于响应消息返回的路径,为了保证功能模 块B2能够将响应消息返回给功能模块A2,功能模块A2可以在发送给功能模块Bl的请求中 增加能够标识功能模块A2地址的信息,功能模块Bl在转发给功能模块B2的请求中同样携 带能够标识功能模块A2地址的信息,即各个功能模块均将请求消息的发送者的地址信息 传递给下一个接受者,这样,最后一个功能模块(B2)收到的请求消息中保存了消息发送者 A2的地址信息,从而根据地址信息直接将响应消息返回给功能模块A2。实施例三本实施例中,各功能子系统的各个功能模块不关心本功能系统中其他功能模块的 版本信息,而只关心其他功能子系统中的功能模块的版本信息。各功能子系统的功能模块 在与其他功能子系统的功能模块交互时的处理具体为当功能子系统A的某个功能模块A2 发送消息给功能子系统B时,功能模块A2根据所掌握的功能子系统B中各个功能模块的版 本信息,选择能够处理该请求的功能模块B2。请参考图4,本实施例的处理流程具体描述如下步骤401,版本2的功能模块A2发送请求到功能子系统B,A2判断功能子系统B的 功能模块B2能够处理该请求,将请求发往功能模块B2 ;步骤402,功能模块B2处理收到的请求,将处理结果返回给功能模块A2。实施例四本实施例是对第一个实施例和第二个实施例的一个综合改进,这种改进的主要目 的是为了防止在消息发出后目标功能模块的版本信息发生变化而造成目标系统无法处理 接收到的请求。主要特点在于各功能子系统的各个功能模块除了关心本功能子系统中的 其他功能模块的版本信息,还需要关心其他功能子系统中的功能模块的版本信息。其中,各 功能子系统的功能模块在与其他功能子系统的功能模块交互时的处理具体为当功能子系
11统A的某个功能模块A3发送消息给功能子系统B时,功能模块A3根据所掌握的功能子系 统B中各个功能模块的版本信息,选择能够处理该请求的功能模块B2,而功能模块B2的版 本在A3发出消息后发生了变化,已经无法处理功能模块A3发出的消息,功能模块B2将该 请求转发给同一功能子系统中有能力处理该请求的功能模块B3,功能模块B3处理完该请 求后,将处理结果返回给B2,B2将处理结果返回给A3。请参考图5,本实施例的处理流程具体描述如下步骤501,版本3的功能模块A3发送请求到功能子系统B,A3判断功能子系统B的 功能模块B2能够处理该请求,将请求发往功能模块B2 ;步骤502,功能模块B2在收到请求时,发现自身已经无法处理该版本的请求(功能 模块B2在收到功能模块A3的请求之前切换到了版本2),并判断版本3的功能模块B3能够 处理该请求,将该请求转发给功能模块B3 ;步骤503,功能模块B3处理该请求,将请求结果返回给功能模块B2 ;步骤504,功能模块B2将请求结果返回给功能模块A3。实施例五本实施例与前述实施例四的主要区别在于响应消息返回的路径。本实施例中,各 功能子系统的功能模块在与其他功能子系统的功能模块交互时的处理具体为各功能子系 统的各个功能模块除了关心本功能子系统中的其他功能模块的版本信息,还需要关心其他 功能子系统中的功能模块的版本信息,当功能子系统A的某个功能模块A3发送消息给功能 子系统B时,功能模块A3根据所掌握的功能子系统B中各个功能模块的版本信息,选择能 够处理该请求的功能模块B2,而功能模块B2的版本在A3发出消息后发生了变化,已经无法 处理功能模块A3发出的消息,功能模块B2将该请求转发给同一功能子系统中有能力处理 该请求的功能模块B3,功能模块B3处理完该请求后,直接将处理结果返回给A3。请参考图6,本实施例的处理流程具体描述如下步骤601,版本3的功能模块A3发送请求到功能子系统B,A3判断功能子系统B的 功能模块B2能够处理该请求,将请求发往功能模块B2 ;步骤602,功能模块B2在收到请求时,发现自身已经无法处理该版本的请求(功能 模块B2在收到功能模块A3的请求之前切换到了版本2),并判断版本3的功能模块B3能够 处理该请求,将该请求转发给功能模块B3 ;步骤603,功能模块B3处理该请求,将请求结果直接返回给功能模块A3。此外,本发明实施例还提供了一种功能子系统间不同版本功能模块的匹配装置, 本发明还提供了一种功能子系统间不同版本功能模块的匹配装置,应用于分布式系统的 功能子系统中的功能模块,所述装置主要包括版本信息获取单元和版本信息匹配单元,其 中版本信息获取单元,用于获取本功能子系统中其他各功能模块的版本信息、和/ 或分布式系统中其他功能子系统中各功能模块的版本信息;版本信息匹配单元,用于在与其他功能子系统的功能模块之间进行业务交互时, 根据发起或接收到的业务请求的版本信息,将业务请求发送至与所述业务请求的版本信息 相匹配的功能模块进行处理。此外,所述版本信息获取单元进一步用于,获取所述分布式系统的其他功能子系统中各功能模块的版本信息;所述版本信息匹配单元进一步用于,在向其他功能子系统发起业务请求时,根据 获取的所述其他功能子系统中各功能模块的版本信息,将所述业务请求发送至所述其他功 能子系统中的与所述业务请求的版本信息相匹配的功能模块进行处理;其中,所述与所述业务请求的版本信息相匹配的功能模块,是指版本信息与所述 业务请求的版本信息相一致或高于所述业务请求的版本信息的功能模块。此外,所述版本信息获取单元进一步用于,获取本功能子系统中其他各功能模块 的版本信息;所述版本信息匹配单元进一步用于,接收到业务请求时,如果本功能模块的版本 信息低于所述业务请求的版本信息,则根据获取的本功能子系统中其他各功能模块的版本 信息,将所述业务请求转发至本功能子系统中其他与所述业务请求的版本信息相匹配的功 能模块进行处理。此外,所述版本信息获取单元进一步用于,通过以下方式获取所述版本信息网管集中配置各功能子系统中各功能模块的版本信息,所述版本信息获取单元通 过网管获取所述版本信息;或者,所述版本信息获取单元通过内部消息定期向其他功能模块获取所述版本信息,且 当每个功能模块的版本信息发生变化时,广播通知其他各功能模块;或者,所述版本信息获取单元定时向监控中心上报本功能模块的版本信息,且在功能模 块的版本信息发生变化时,主动向监控中心上报,监控中心将所述版本信息广播通知所有 功能模块。进一步地,所述装置还包括响应消息转发单元,所述版本信息匹配单元还用于,在发起所述业务请求或对接收到的业务请求进行 转发时,在发起或转发的业务请求中叠加自身的地址信息;所述响应消息转发单元用于,根据所述叠加的地址信息返回或转发所述业务请求 的响应消息,并在返回或转发的响应消息中去除所述叠加的地址信息中自身的地址信息。进一步地,所述装置还包括响应消息转发单元, 所述版本信息匹配单元还用于,在发起所述业务请求或对接收到的业务请求进行 转发时,在发起或转发的业务请求中包含发起所述业务请求的业务模块的地址信息;所述响应消息转发单元用于,根据所述业务请求中包含的地址信息向所述发起所 述业务请求的发起功能模块返回响应消息。以上仅为本发明的优选实施案例而已,并不用于限制本发明,本发明还可有其他 多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发 明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求 的保护范围。显然,本领域的技术人员应该明白,上述的本发明的各功能模块或各步骤可以用 通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所 组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们 存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行 所示出或描述的步骤,或者将它们分别制作成各个集成电路功能模块,或者将它们中的多
13个功能模块或步骤制作成单个集成电路功能模块来实现。这样,本发明不限制于任何特定 的硬件和软件结合。
权利要求
一种功能子系统间不同版本功能模块的匹配方法,其特征在于,分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模块的版本信息、和/或所述分布式系统中其他功能子系统中各功能模块的版本信息;在不同功能子系统的功能模块之间进行业务交互时,根据发起或接收到的业务请求的版本信息,将所述业务请求发送至与所述业务请求的版本信息相匹配的功能模块进行处理。
2.如权利要求1所述的方法,其特征在于,所述方法具体包括所述分布式系统的功能子系统中的功能模块获取所述分布式系统的其他功能子系统 中各功能模块的版本信息;所述功能子系统中的功能模块在向其他功能子系统发起业务请求时,根据获取的所述 其他功能子系统中各功能模块的版本信息,将所述业务请求发送至所述其他功能子系统中 的与所述业务请求的版本信息相匹配的功能模块进行处理。
3.如权利要求2所述的方法,其特征在于,所述方法还包括所述分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模块的 版本信息;所述业务请求发起后,如果所述业务请求的目标功能模块的版本信息在所述业务请求 的发送过程中发生了变更,且变更后的版本信息低于所述业务请求的版本信息,则所述业 务请求的目标功能模块根据获取的本功能子系统中其他各功能模块的版本信息,将所述业 务请求转发至本功能子系统中其他与所述业务请求的版本信息相匹配的功能模块进行处理。
4.如权利要求1所述的方法,其特征在于,所述方法具体包括所述分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模块的 版本信息;所述功能子系统中的功能模块接收到业务请求时,如果本功能模块的版本信息低于所 述业务请求的版本信息,则根据获取的本功能子系统中其他各功能模块的版本信息,将所 述业务请求转发至本功能子系统中其他与所述业务请求的版本信息相匹配的功能模块进 行处理。
5.如权利要求1、2、3或4之任一项所述的方法,其特征在于,所述与所述业务请求的版 本信息相匹配的功能模块,是指版本信息与所述业务请求的版本信息相一致或高于所述业务请求的版本信息的功能 模块。
6.如权利要求1、2、3或4之任一项所述的方法,其特征在于,所述功能模块通过以下方 式获取所述版本信息网管集中配置各功能子系统中各功能模块的版本信息,所述功能模块通过网管获取所 述版本信息;或者,所述功能模块通过内部消息定期向其他功能模块获取所述版本信息,且当每个功能模 块的版本信息发生变化时,广播通知其他各功能模块;或者,各功能子系统的功能模块定时向监控中心上报本功能模块的版本信息,且在功能模块 的版本信息发生变化时,主动向监控中心上报,监控中心将所述版本信息广播通知所有功能模块。
7.如权利要求2、3或4所述的方法,其特征在于,所述方法还包括所述业务请求的发起功能模块及转发功能模块在发起业务请求或对接收到的业务请 求进行转发时,在发起或转发的业务请求中叠加自身的地址信息;当所述与所述业务请求的版本信息相匹配的功能模块接收并处理完所述业务请求后, 根据所述业务请求中叠加的地址信息,向最后一个转发功能模块返回包含所述叠加的地址 信息的响应消息;各转发功能模块根据接收到的响应消息,去除所述叠加的地址信息中自 身的地址信息后,将响应消息返回给前一个转发功能模块,直至将响应消息转发给所述业 务请求的发起功能模块。
8.如权利要求2、3或4所述的方法,其特征在于,所述方法还包括所述业务请求的发起功能模块及转发功能模块在发起业务请求或对接收到的业务请 求进行转发时,在发起或转发的业务请求中包含所述业务请求的发起功能模块的地址信 息;当所述与所述业务请求的版本信息相匹配的功能模块接收并处理完所述业务请求后, 根据所述业务请求中包含的所述发起功能模块的地址信息,向所述发起功能模块返回响应 消息。
9.一种功能子系统间不同版本功能模块的匹配装置,其特征在于,应用于分布式系统 的功能子系统中的功能模块,所述装置包括版本信息获取单元,用于获取本功能子系统中其他各功能模块的版本信息、和/或所 述分布式系统中其他功能子系统中各功能模块的版本信息;版本信息匹配单元,用于在与其他功能子系统的功能模块之间进行业务交互时,根据 发起或接收到的业务请求的版本信息,将所述业务请求发送至与所述业务请求的版本信息 相匹配的功能模块进行处理。
10.如权利要求9所述的装置,其特征在于,所述版本信息获取单元进一步用于,获取所述分布式系统的其他功能子系统中各功能 模块的版本信息;所述版本信息匹配单元进一步用于,在向其他功能子系统发起业务请求时,根据获取 的所述其他功能子系统中各功能模块的版本信息,将所述业务请求发送至所述其他功能子 系统中的与所述业务请求的版本信息相匹配的功能模块进行处理;其中,所述与所述业务请求的版本信息相匹配的功能模块,是指版本信息与所述业务 请求的版本信息相一致或高于所述业务请求的版本信息的功能模块。
11.如权利要求9或10所述的装置,其特征在于,所述版本信息获取单元进一步用于,获取本功能子系统中其他各功能模块的版本信息;所述版本信息匹配单元进一步用于,接收到业务请求时,如果本功能模块的版本信息 低于所述业务请求的版本信息,则根据获取的本功能子系统中其他各功能模块的版本信 息,将所述业务请求转发至本功能子系统中其他与所述业务请求的版本信息相匹配的功能 模块进行处理。
12.如权利要求11所述的装置,其特征在于, 3所述版本信息获取单元进一步用于,通过以下方式获取所述版本信息 网管集中配置各功能子系统中各功能模块的版本信息,所述版本信息获取单元通过网 管获取所述版本信息;或者,所述版本信息获取单元通过内部消息定期向其他功能模块获取所述版本信息,且当每 个功能模块的版本信息发生变化时,广播通知其他各功能模块;或者,所述版本信息获取单元定时向监控中心上报本功能模块的版本信息,且在功能模块的 版本信息发生变化时,主动向监控中心上报,监控中心将所述版本信息广播通知所有功能 模块。
13.如权利要求9或10所述的装置,其特征在于,所述装置还包括响应消息转发单元, 所述版本信息匹配单元还用于,在发起所述业务请求或对接收到的业务请求进行转发时,在发起或转发的业务请求中叠加自身的地址信息;所述响应消息转发单元用于,根据所述叠加的地址信息返回或转发所述业务请求的响 应消息,并在返回或转发的响应消息中去除所述叠加的地址信息中自身的地址信息。
14.如权利要求9或10所述的装置,其特征在于,所述装置还包括响应消息转发单元, 所述版本信息匹配单元还用于,在发起所述业务请求或对接收到的业务请求进行转发时,在发起或转发的业务请求中包含发起所述业务请求的业务模块的地址信息;所述响应消息转发单元用于,根据所述业务请求中包含的地址信息向所述发起所述业 务请求的发起功能模块返回响应消息。
全文摘要
本发明公开了一种功能子系统间不同版本功能模块的匹配方法及装置,分布式系统的功能子系统中的功能模块获取本功能子系统中其他各功能模块的版本信息、和/或分布式系统中其他功能子系统中各功能模块的版本信息;在不同功能子系统的功能模块之间进行业务交互时,根据发起或接收到的业务请求的版本信息,将业务请求发送至与所述业务请求的版本信息相匹配的功能模块进行处理。本发明能够使得分布式系统中的不同功能子系统的功能模块间版本不一致时,消息能够自动发往能够处理该版本消息的功能模块上进行处理,而不是忽略该消息中不支持的业务以保证成功率,或者返回版本不支持响应,保证了业务处理的完整性。
文档编号H04L29/08GK101977220SQ201010517890
公开日2011年2月16日 申请日期2010年10月14日 优先权日2010年10月14日
发明者刘翔 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1