专利名称：网元注册子系统 、电信增值业务系统及网元注册方法
技术领域：
本发明涉及通讯^技术领域，尤其涉及一种网元注册子系统、电信增值 业务系统及网元注册方法。
背景技术：
随着通讯技术的迅速发展，运营商凭借公用电信网的资源和其它通信 设备为用户提供了各种电信增值业务，用于满足消费者更高层次的信息需 求。通常，电信增值业务系统中，主业务系统的服务都离不开各种业务引 擎的支持，主业务系统用于实现电信增值业务的主要功能，业务引擎包括
短信中心(SMSC: Short Message Service Center )，短信网关(SMGW: Short Message Gateway )，彩信中心(醒SC:Multimedia Message Service Center ), 无线应用网关(WAP网关Wireless Application Protocol Gateway), 定位中心(LCS: Location Service Center ),以及各种核心网等，电信增 值业务系统中通常还包括其他业务系统，这些其他业务系统一般对与主业 务系统的功能实现起辅助作用。通讯过程中，主业务系统与业务引擎之间、 不同的业务引擎之间、或者主业务系统与其他业务系统之间都可能进行交 互，因此需要基于不同的协议规范在电信增值业务的各种网元(包括主业 务系统、其他业务系统或业务引擎)之间建立链接，因而网元之间的注册 就显得尤为重要。目前，新兴的业务引擎和电信增值业务系统层出不穷， 其功能也逐步体现出多样化和个性化的趋势，因而对网元之间的注册方式 提出了更高的要求，例如图1所示的电信增值业务系统中，网元A可接受 网元B、网元C、网元D等多个网元的单向注册并与之进行交互；如图2 所示的电信增值业务系统中， 一个主业务系统10可与短信中心21、彩信 中心22、定位中心23、核心网等24等多个业务引擎进行双向注册；如图 3所示的电信增值业务系统中，主业务系统IO还可与管理平台11、计费系 统、网管系统等其他业务系统进行单向或双向注册，不同的业务引擎之间 也可进行注册，例如定位中心23与核心网24之间可进4亍单向或双向注册，另外还可采用加密注册等多种注册方式。
然而，现有技术中 一般通过人工操作的方式实现电信增值业务系统中 的网元注册，例如业务引擎所提供的端口、协议类型等注册信息需要在电 信增值业务系统中进行人工录入、删除和更新。这种人工注册的方式显然 操作繁瑣，准确度不高，而且注册信息的安全和可靠性明显得不到保障， 在一定程度上影响了正常的通讯秩序。尤其在电信增值业务系统中网元较 多或网元的注册信息频繁更新的情况下，人工注册的方式不仅效率低下， 而且不利于解决不同网元之间注册信息的冲突问题，阻碍了电信增值业务 的顺利开展，从而影响了服务质量。
发明内容
本发明所要解决的技术问题是，克服现有技术的不足，提供一种方便 灵活、准确度和可靠性高的网元注册子系统、电信增值业务系统及网元注 册方法。
本发明解决其技术问题所采用的技术方案是
一种网元注册子系统，包括注册接收模块、信息解析模块、信息处 理模块和注册建立模块；注册接收模块用于接收来自电信增值业务系统中 请求方网元的注册信息，并将所述注册信息转发至所述信息解析模块；信 息解析模块用于对所述注册信息进行解析，并将解析后的注册信息转发至 所述信息处理冲莫块;信息处理^^莫块用于对所述解析后的注册信息进行判断， 并将同意注册的注册信息转发至注册建立模块；所述注册建立模块用于利 用所述注册信息使电信增值业务系统中的请求方网元与被请求方网元之间 建立注册。
还包括信息保存模块，所述信息保存模块用于保存信息处理模块同意 注册的注册信息，并将所述注册信息提供给注册建立模块。
所述信息解析才莫块还包括解密单元，所述解密单元用于对加密的注册 信息进行解密。
所述注册信息包括IP地址、端口号、通讯协议类型、通讯协议版本、 号码格式、号段、用户名、密码中的至少一种。
还包括注册反馈模块，所述注册反馈模块用于对信息处理模块判断产 生的注册响应信息进行封装，并将封装后的注册响应信息反馈至请求方网 元。所述信息解析模块还用于对信息处理模块判断产生的注册响应信息进 行封装，所述注册接收模块还用于将封装后的注册响应信息反馈至请求方 网元。
还包括注册协商模块，所述注册协商模块用于根据所述信息处理模块 不同意注册的注册信息构建可接受的协商注册信息，并将所述协商注册信 息反馈至请求方网元。
所述注册接收^^莫块还用于接收请求方网元的认同响应信息或新的注册
信息；所述信息解析才莫块还用于对所述认同响应信息或新的注册信息进行 解析，并将解析后的认同响应信息或新的注册信息发送至信息处理模块； 所述信息处理模块同意利用所述认同响应信息对应的协商注册信息进行注 册，或对所述新的注册信息进行判断。
所述信息解析单元还用于对信息处理模块判断产生的注册响应信息或 注册协商模块构建的协商注册信息进行封装；所述注册接收模块还用于将 封装后的注册响应信息或协商注册信息反^t至请求方网元。
一种包括以上所述的网元注册子系统的电信增值业务系统，还包括主 业务系统、业务引擎及其他业务系统，所述主业务系统、业务引擎及其他 业务系统为^青求方网元或被j青求方网元。
一种网元注册方法，包括以下步骤A:网元注册子系统接收电信增值 业务系统中请求方网元的注册信息；B:对所述注册信息进行解析；C:对解 析后的注册信息进行判断，如果同意注册，则利用解析后的注册信息使电 信增值业务系统中的请求方网元与被请求方网元之间建立注册。
所述注册信息包括请求方网元与被请求方网元之间首次注册的注册信 息，或请求方网元需要被请求方网元进行更新、删除或新增的注册信息。
步骤C中，如果不同意注册，则根据不同意注册的注册信息构建可接 受的协商注册信息，并将所述协商注册信息反馈至请求方网元进行协商。
本发明的有益效果是，本发明的网元注册子系统、电信增值业务系统 及网元注册方法实现了网元自动注册的功能，包括网元之间的首次注册， 以及某一网元的注册信息更新、新增或删除；本发明不需要人工操作，因 此提高了注册效率，保证了注册信息的准确度和可靠性。本发明不仅能够 实现电信增值业务系统中业务引擎向主业务系统的注册，还可实现业务引 擎之间、主业务系统与其他业务系统之间的注册，方l更快捷，应用广泛。
本发明的网元注册子系统中可进一步采用协商机制对注册信息进行及时调整，使注册信息中的参数冲突问题得到有效解决。因此有效提高了注 册的成功率以及灵活性。
图1为现有技术中电信增值业务系统的第一种注册方式示意图； 图2为现有技术中电信增值业务系统的第二种注册方式示意图； 图3为现有技术中电信增值业务系统的第三种注册方式示意图； 图4为本发明的网元注册子系统第一种具体实施方式
结构框图； 图5为本发明的网元注册子系统第二种具体实施方式
结构框图； 图6为本发明的网元注册子系统第三种具体实施方式
结构框图； 图7为本发明的网元注册子系统第四种具体实施方式
结构框图； 图8为本发明的网元注册方法第一种具体实施方式
流程图； 图9为本发明的网元注册方法第二种具体实施方式
流程图。
具体实施例方式
电信增值业务系统中，除了主业务系统以外，通常还包括用于为主业 务系统提供支持的业务引擎或对主业务系统进行功能辅助的其他业务系统 等，主业务系统、各种业务引擎或其他业务系统这些网元之间的交互一般 建立在注册的基础上。注册信息包括IP地址、端口号、通讯协议类型、通 讯协议版本、号码格式、号段、用户名和密码等，当两个网元之间首次链接， 或者一个网元的注册信息中某项参数更新、删除或新增时，需要向另一个 网元发出注册请求以实现相应参数的注册或更新等操作。例如一个提供某 种短信服务的电信增值业务系统中，业务引擎包括短信中心、短信网关、 彩信中心、WAP网关、定位中心、核心网等，其他业务系统包括计费系统、 网管系统和管理平台等； 一般，由于电信增值业务系统提供的具体服务类 型不同，同样的业务系统在电信增值业务系统中的地位也不尽相同，例如 计费系统在一种电信增值业务系统中可为主业务系统，而在另 一种电信增 值业务系统中可为其他业务系统。本发明中，提出首次注册请求或注册信 息更新、删除以及新增请求的网元为请求方网元，接收首次注册请求或注 册信息更新、删除以及新增请求的网元为被请求方网元。本发明可通过以 下实施方式实现，^旦不限于以下方式。
图4为本发明的网元注册子系统40第一种具体实施方式
结构框图，包括注册接收模块41、信息解析模块42、信息处理模块43和注册建立模 块44。
其中，注册接收模块41用于接收来自电信增值业务系统中请求方网元 30的注册信息，并将注册信息转发至信息解析模块42。注册信息可在请求 方网元3(U是起注册请求时一同携带，也可由请求方网元30首先提起注册 请求，经核:请求方网元同意后再次发送，还可由被」清求方网元以定时^r测 等其他方式主动获取。注册接收模块41向外提供唯一的地址或路径用于接 收其他网元的注册信息。这些注册信息包括请求方网元30的IP地址、端 口号、通讯协议类型、通讯协议版本、号码格式、号段、用户名、密码等， 还可包括一些扩展字段，供主业务系统或其他网元按照自身需求进行扩展。 注册接收模块41接收的注册信息包括请求方网元30的全部注册信息，也 可为部分注册信息；前者一4殳适用于请求方网元30向一皮:清求方网元首次注 册的情形，后者适用于请求方网元30需要被请求方网元对注册信息进行更 新、删除或新增的情形。
信息解析模块42用于对注册信息进行解析，并将解析后的注册信息转 发至信息处理模块43。注册信息一般由请求方网元30通过一定的协议规 范，或者以文件形式传送至被请求方网元，这些注册信息被信息解析模块 42解析成具体的参数供信息处理模块43分析。信息解析模块42中还可进 一步包括解密单元，当注册信息加密时，解密单元对该注册信息进行解密 便于后续分析。
信息处理模块43用于对所述注册信息进行判断，如果同意进行注册， 则将同意注册的注册信息转发至注册建立模块44,还可向请求方网元30 发送注册成功的注册响应信息；否则向请求方网元30发送注册失败的注册 响应信息或者直接结束任务。
注册建立模块44用于利用解析后的注册信息使电信增值业务系统中 的请求方网元30与被请求方网元之间建立注册。该注册建立模块44可根 据请求方网元30的要求与被请求方网元之间建立长链接或短链接，也可根 据电信增值业务系统的需要对注册建立模块44进行链接方式的预设。
本发明的网元注册子系统40实现了电信增值业务系统中的网元自动 注册的功能，包括网元之间的首次注册，以及某一网元的注册信息更新、 新增或删除等，本发明不需要人工操作，因此提高了注册效率，且保证了 注册信息的准确度和可靠性。本系统不仅能够实现业务引擎向主业务系统的注册，还可实现业务引擎之间、主业务系统与其他业务系统之间的注册， 方便快捷，应用广泛。
图5为本发明的网元注册子系统40第二种具体实施方式
结构框图。本 实施方式中还包括设置在信息处理模块43和信息建立模块44之间的信息 保存模块46，该信息保存模块46用于保存信息处理模块43同意注册的注 册信息，并将这些注册信息提供给注册建立模块44。注册建立模块44可 根据具体情况向信息保存模块46发送获取注册信息的请求,信息保存模块 46根据该请求将所需注册信息返回注册建立模块44。注册信息在信息保存 模块46中的保存方式包括数据库保存或文件保存，可将注册信息直接保存 在磁盘中，也可保存在緩存中供注册建立模块46读取。
本发明还可包括注册反馈模块45，信息处理模块43对注册信息进行 判断后可根据注册是否成功的状况产生的注册响应信息，注册反馈模块45 对该注册响应信息进行封装，并将封装后的注册响应信息反馈至请求方网 元30使其及时得知注册结果。另外，本发明中注册反馈模块45的功能还 可直接由信息解析模块42和注册接收模块41实现，此时信息解析模块42 还用于对信息处理模块43的判断产生的注册响应信息进行封装，注册接收 模块41还用于将封装后的注册响应信息反馈至请求方网元30,因此网元 注册子系统40的结构更为简化。
图6所示为本发明的网元注册子系统40第三种具体实施方式
结构框 图，本实施方式中，如果^皮请求方网元不同意请求方网元3(M是供的注册信 息，则对该注册信息进行分析和处理，按照具体要求构建可接收的协商注 册信息，并将其发送至请求方网元30进行协商，如果请求方网元30认同 该协商注册信息，则向网元注册子系统40发送认同响应信息，网元注册子 系统40利用对应的协商注册信息进行注册，否则请求方网元30可提供新 的注册信息，网元注册子系统40再对新的注册信息进行判断甚至再次协 商，该功能可通过注册协商模块47实现。该注册协商模块47用于根据信 息处理模块43不同意注册的注册信息构建可接受的协商注册信息，并将协 商注册信息反馈至请求方网元30供其参考。该协商过程可由注册协商模块 47独立完成，例如注册协商模块47直接将协商注册信息发送至请求方网 元30,再接收认同响应信息或新的注册信息，还可通过其他功能模块的协 助完成。
本发明提供的协商机制能够对不同意注册的注册信息进行及时调整，例如当信息处理模块43发现请求方网元30提供的注册信息中某项参数与 其他网元提供的参数相冲突，则通过注册协商模块40将该状况及时反馈至 请求方网元30，使参数沖突的问题得到有效解决。因此本发明有效提高了 注册的成功率和灵活性。
注册协商模块47与注册接收模块41和信息解析模块42相配合完成协 商的过程中，注册接收才莫块41还用于接收请求方网元40的认同响应信息 或新的注册信息；信息解析模块42还用于对认同响应信息或新的注册信息 进行解析，并将解析后的认同响应信息或新的注册信息发送至信息处理模 块43;信息处理才莫块43同意利用该认同响应信息对应的协商注册信息进 行注册，或对新的注册信息进行判断。该协商过程可以反复进行，直到网 元信息系统40与请求方网元30之间形成彼此认同或妥协，最终注册建立 模块44利用信息处理才莫块43同意的注册信息使请求方网元30与被请求方 网元之间建立注册。本实施方式中注册协商模块47构建的协商注册信息通 过注册反馈模块45封装后发送至请求方网元30。还可按照例如图7的第 四种实施方式，通过信息解析模块42和注册接收才莫块41将协商注册信息发 送至请求方网元30,本实施方式中，信息解析模块42还用于对信息处理 模块43的判断产生的注册响应信息或协商注册信息进行封装；注册接收模 块41还用于将封装后的注册响应信息或协商注册信息反馈至请求方网元 30，该实施方式进一步简化了系统结构。
图8为本发明的网元注册方法第一种具体实施方式
流程图，包括以下 步骤
S100:网元注册子系统40接收电信增值业务系统中请求方网元30的注 册信息，该注册信息包括所述请求方网元30向净皮请求方网元首次注册时 的注册信息，或所述请求方网元30请求更新、删除或增加的注册信息，后 者的注册信息可能只包括需要更新、删除或增加的一部分注册信息。
S101:对注册信息进^f于解析。
S102:对解析后的注册信息进行判断，如果同意注册则进入步骤S103,、 否则进入步骤S104。
S103:利用解析后的注册信息使电信增值业务系统中的请求方网元30 与被请求方网元之间建立注册。
S104:流程结束，也可向请求方网元30发送注册成功或失败的注册响 应信息。图9为本发明的网元注册方法第二种具体实施方式
流程图，包括以下
步骤
S200:网元注册子系统40接收电信增值业务系统中请求方网元30的 注册信息。
S201:对注册信息进行解析。
S202:对解析后的注册信息进行判断，如果同意注册则进入步骤S207, 否则进入步骤S203。
S203:如果不同意利用解析后的注册信息进行注册，则对注册信息进 行分析和处理，并根据接解析后的注册信息构建可接受的协商注册信息。
S204:将协商注册信息发送至请求方网元30。
S205:请求方网元对协商注册信息进行判断，如果认同注册协商注册信 息则进入步骤S206,否则回到步骤S200网元注册子系统30接收来自请求 方网元30的新的注册信息。
S206:如果请求方网元30认同该协商注册信息，则向网元注册子系统 40发送认同响应信息，网元注册子系统40接收该认同响应信息，并同意 利用其对应的协商注册信息进行注册。
S207:对同意注册的注册信息进行保存。
S208:使请求方网元30与被请求方网元之间利用步骤S207中的注册信 息建立注册。
本发明还保护了包含以上所述各种网元注册子系统40的电信增值业 务系统，电信增值业务系统中的主业务系统、业务引擎或其他业务系统都 可为请求方网元或被请求方网元。该网元注册子系统40可才艮据需求设置成 为电信增值业务系统中的独立网元，还可设置在请求方网元30或被请求方 网元中。
明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术 领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若 干简单推演或替换，都应当视为属于本发明的保护范围。
权利要求
1.一种网元注册子系统，其特征在于，包括注册接收模块、信息解析模块、信息处理模块和注册建立模块；注册接收模块用于接收来自电信增值业务系统中请求方网元的注册信息，并将所述注册信息转发至所述信息解析模块；信息解析模块用于对所述注册信息进行解析，并将解析后的注册信息转发至所述信息处理模块；信息处理模块用于对所述解析后的注册信息进行判断，并将同意注册的注册信息转发至注册建立模块；所述注册建立模块用于利用所述注册信息使电信增值业务系统中的请求方网元与被请求方网元之间建立注册。
2. 根据权利要求1所述的子系统，其特征在于，还包括信息保存模 块，所述信息保存模块用于保存信息处理模块同意注册的注册信息，并将 所述注册信息提供给注册建立模块。
3. 根据权利要求1所述的子系统，其特征在于所述信息解析模块还 包括解密单元，所述解密单元用于对加密的注册信息进^f于解密。
4. 根据权利要求1所述的子系统，其特征在于所述注册信息包括IP 地址、端口号、通讯协议类型、通讯协议版本、号码格式、号段、用户名、 密码中的至少一种。
5. 根据权利要求1至4中任一项所述的子系统，其特征在于，还包括 注册反馈模块，所述注册反馈模块用于对信息处理模块判断产生的注册响 应信息进行封装，并将封装后的注册响应信息反馈至请求方网元。
6. 根据权利要求1至4中任一项所述的子系统，其特征在于所述信 息解析模块还用于对信息处理模块判断产生的注册响应信息进行封装，所 述注册接收模块还用于将封装后的注册响应信息反馈至请求方网元。
7. 根据权利要求1至4中任一项所述的子系统，其特征在于还包括 注册协商模块，所述注册协商模块用于根据所述信息处理模块不同意注册 的注册信息构建可接受的协商注册信息，并将所述协商注册信息反馈至请 求方网元。
8. 根据权利要求7所述的子系统，其特征在于所述注册接收模块还 用于接收请求方网元的认同响应信息或新的注册信息；所述信息解析模块 还用于对所述认同响应信息或新的注册信息进行解析，并将解析后的认同 响应信息或新的注册信息发送至信息处理模块；所述信息处理模块同意利用所述认同响应信息对应的协商注册信息进行注册，或对所述新的注册信 息进行判断。
9. 根据权利要求8所述的子系统，其特征在于所述信息解析单元还 用于对信息处理^t块判断产生的注册响应信息或注册协商模块构建的协商 注册信息进行封装；所述注册接收模块还用于将封装后的注册响应信息或 协商注册信息反馈至请求方网元。
10. —种包括权利要求1至9中任一项所述的网元注册子系统的电信 增值业务系统，还包括主业务系统、业务引擎及其他业务系统，所述主业 务系统、业务引擎及其他业务系统为请求方网元或被请求方网元。
11. 一种网元注册方法，其特征在于，包括以下步骤A:网元注册子系统接收电信增值业务系统中请求方网元的注册信息； B:对所述注册信息进^f于解析；C:对解析后的注册信息进行判断，如果同意注册，则利用解析后的注 册信息使电信增值业务系统中的请求方网元与被请求方网元之间建立注 册。
12. 根据权利要求11所述的方法，其特征在于步骤A中，所述注册信 息包括请求方网元与^皮请求方网元之间首次注册的注册信息，或请求方网 元需要被请求方网元进行更新、删除或新增的注册信息。
13. 根据权利要求11或12所述的方法，其特征在于步骤C中，如 果不同意注册，则4艮据不同意注册的注册信息构建可接受的协商注册信息， 并将所述协商注册信息反馈至请求方网元进行协商。
全文摘要
本发明公开了一种网元注册子系统，包括注册接收模块、信息解析模块、信息处理模块和注册建立模块；注册接收模块用于接收来自电信增值业务系统中请求方网元的注册信息；信息解析模块用于对所述注册信息进行解析；信息处理模块用于对所述解析后的注册信息进行判断，并将同意注册的注册信息转发至注册建立模块；所述注册建立模块用于利用所述注册信息使电信增值业务系统中的请求方网元与被请求方网元之间建立注册。本发明还保护了一种电信增值业务系统及网元注册方法。本发明能够对电信增值业务系统中的网元进行自动注册，简便灵活，且保证了注册信息的准确度和可靠性。
文档编号H04W28/18GK101600202SQ20091010780
公开日2009年12月9日 申请日期2009年6月2日 优先权日2009年6月2日
发明者吴志丰, 尹跃进, 波 李 申请人:中兴通讯股份有限公司