CN101917484A - 业务数据请求负载均衡的系统与方法 - Google Patents

业务数据请求负载均衡的系统与方法 Download PDF

Info

Publication number
CN101917484A
CN101917484A CN2010102610704A CN201010261070A CN101917484A CN 101917484 A CN101917484 A CN 101917484A CN 2010102610704 A CN2010102610704 A CN 2010102610704A CN 201010261070 A CN201010261070 A CN 201010261070A CN 101917484 A CN101917484 A CN 101917484A
Authority
CN
China
Prior art keywords
sdp
scp
resource distribution
distribution information
service data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2010102610704A
Other languages
English (en)
Inventor
贺镇海
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN2010102610704A priority Critical patent/CN101917484A/zh
Priority to PCT/CN2010/079024 priority patent/WO2012024866A1/zh
Publication of CN101917484A publication Critical patent/CN101917484A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management
    • H04Q3/0091—Congestion or overload control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13164—Traffic (registration, measurement,...)
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13166—Fault prevention
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13345—Intelligent networks, SCP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13349—Network management

Abstract

本发明公开了一种业务数据请求负载均衡的系统与方法。该系统包括业务管理接入点SMAP、业务管理点SMP和业务控制点SCP，其中：SMAP，用于配置与系统中的SCP对应的多个业务数据点SDP的SDP资源分布信息，并将SDP资源分布信息发送至SMP；SMP，用于接收SDP资源分布信息，并发送SDP资源分布信息至SCP；SCP，用于根据SDP资源分布信息，从多个SDP中选择处理业务请求对应的业务数据请求的SDP。本发明中，采用根据预设的资源分布信息对多个SDP所处理的业务请求进行负载均衡，解决了现有技术不能根据用户需求，灵活设置多个SDP所处理的业务请求的问题，进而达到了提高业务系统灵活性的效果。

Description

业务数据请求负载均衡的系统与方法
技术领域
本发明涉及通信行业数据业务领域，具体而言，涉及一种业务数据请求负载均衡的系统与方法。
背景技术
业务数据点(Service Data Point，简称SDP)是智能网体系结构中向用户提供业务数据的节点。彩铃业务作为典型的智能网技术应用，数据存取是彩铃业务系统必不可少的组成部分，在接续被叫并播放彩铃的过程中承担对被叫业务开通状态鉴权、铃音路径获取以及附加业务处理的重要功能。
在实际应用中彩铃业务数据存取主要采用大型商用关系数据库产品。为提升彩铃系统整体性能和可扩展性，可采取业务控制点(Service Control Point，简称SCP)、SDP分离架构；为提升系统安全性、可靠性，往往在部署实施的过程中采用各类负载均衡和数据备份容灾措施。
在呼叫接续当中，业务交换点(Service Switch Point，简称SSP)向SCP触发彩铃业务请求，SCP运行业务逻辑并向SDP发起业务数据请求；业务数据以高级复制等方式备份存储在多台SDP节点中；SCP从其中一个SDP节点中获取业务数据。
SCP选择SDP应当尽量使得各SDP之间负载均衡，避免某一SDP节点的业务数据访问量很大而另一SDP节点长期处于空闲的状态。此外，数据访问处理过程中可能由于网络、磁盘I/O、DB宕机或数据破坏等状况导致获取业务数据失败，应当尽量保证业务运行不受中断。
一般来说负载均衡和容灾采用第三方负载均衡设备以及主备机的方式。为了保证负载均衡设备的可靠性，一般对负载均衡设备本身也要采用双机架构，并且负载均衡设备两侧的网元以虚拟IP(VIRTUAL IP)和网络地址转换(Network Address Translation，简称NAT)方式实现交互。在逐渐推广的IP化宽带彩铃组网中SSP和SCP之间耦合度(宽带彩铃以SIP等标准信令交互并且设备可能分别来自不同厂商)低于SCP和SDP的耦合度(往往通过厂商内部实现)，一般在SSP和SCP之间部署负载均衡设备。如果在SCP和SDP再引入负载均衡设备不但增加了组网的复杂度，并且将大幅度提高设备采购成本。而单纯采用主备机的方式对SDP实现容灾，将不能充分利用SDP系统设备资源。
申请号为CN200810198344.2的中国专利申请提到了采用主备数据库进行数据容灾的方法，当主数据库访问失败时快速切换到备用数据库、继续数据访问操作。
申请号为CN200510116666的中国专利申请采用第一生产双机和第二生产双机进行智能网业务控制设备容灾的方法，其中备机备份主机和其它双机的数据，并在主机或其他双机异常时接替工作。该专利采用多组生产双机进行智能网业务控制设备容灾的方法，其中备机备份主机和其它双机的数据，并在主机或其他双机异常时接替工作。
现有技术中，系统只能根据各SDP所处理的任务量进行负载均衡。在实现本发明的过程中，发明人意识到现有技术存在如下缺陷：系统不能根据用户的需求，灵活设置多个SDP所处理的任务量，进行负载均衡。
发明内容
本发明的主要目的在于提供一种业务数据请求负载均衡的系统与方法，以解决上述的现有技术不能灵活设置多个SDP所处理的业务请求问题。
根据本发明的一个方面，提供了一种业务数据请求负载均衡的系统，包括业务管理接入点SMAP、业务管理点SMP和业务控制点SCP，其中：SMAP，用于配置与系统中的SCP对应的多个业务数据点SDP的SDP资源分布信息，并将SDP资源分布信息发送至SMP；SMP包括：转发模块，用于接收SDP资源分布信息，并发送SDP资源分布信息至SCP；SCP包括：业务接收模块，用于接收业务请求；SDP信息接收模块，用于接收SDP资源分布信息；业务逻辑处理模块，用于根据SDP资源分布信息，从多个SDP中选择处理业务请求对应的业务数据请求的SDP。
优选地，本技术方案中，SDP资源分布信息包括多个SDP中各个SDP负载能力比例，业务逻辑处理模块，用于根据各个SDP节点负载能力比例，从多个SDP中选择处理业务数据请求的SDP。
优选地，本技术方案中，SDP资源分布信息还包括主/备用SDP信息，业务逻辑处理模块，还用于根据主/备用SDP信息，选择SCP可用的主/备用SDP群；根据各个SDP节点负载能力比例，从主/备用SDP群中选择处理业务数据请求的SDP。
优选地，本技术方案中，SMP还包括SDP状态监控模块，SDP状态监控模块，用于收集多个SDP的SDP状态信息，并发送SDP状态信息至SCP；SDP信息接收模块，还用于接收SDP状态信息；业务逻辑处理模块，用于根据SDP状态信息和SDP资源分布信息，从多个SDP中选择处理业务数据请求的SDP。
优选地，本技术方案中，业务逻辑处理模块，用于采用下述方法，从多个SDP中选择处理业务数据请求的SDP：按SDP资源分布信息产生的随机数选择SDP节点。
根据本发明的另一方面，提供了一种业务数据请求负载均衡的方法，包括：SMAP配置与SCP对应的多个业务数据点SDP的SDP资源分布信息，并将SDP资源分布信息发送至SMP；SMP接收SDP资源分布信息，并发送SDP资源分布信息至SCP；SCP在接收到业务请求时，根据SDP资源分布信息，从多个SDP中选择处理业务请求对应的业务数据请求的SDP。
通过本发明，采用根据预设的资源分布信息对多个SDP所处理的业务请求进行负载均衡，解决了现有技术不能灵活设置多个SDP所处理的业务请求的问题，进而达到了提高业务系统灵活性的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为根据本发明实施例一业务数据请求负载均衡系统的示意图；
图2为根据本发明实施例二业务数据请求负载均衡系统的示意图；
图3为根据本发明实施例五业务数据请求负载均衡方法的流程图；
图4为根据本发明实施例七业务数据请求负载均衡方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
本发明有效地满足在SCP/SDP分离架构下SCP根据SDP资源分布的具体情况向SDP发起业务数据请求，充分提高SDP整体资源利用率、提升数据存取过程的灵活性。
实施例一：
图1为根据本发明实施例一业务数据请求负载均衡系统的示意图。如图1所示，本实施例包括业务管理接入点SMAP、业务管理点SMP和业务控制点SCP，其中：
SMAP 102，用于配置与SCP对应的多个业务数据点SDP 108的SDP资源分布信息，并将SDP资源分布信息发送至业务管理点(Service ManagementPoint，简称SMP)；
SMP 104包括：转发模块，用于接收SDP资源分布信息，并发送SDP资源分布信息至SCP；
SCP 106包括：业务接收模块，用于接收业务请求；SDP信息接收模块，用于接收SDP资源分布信息；业务逻辑处理模块，用于根据SDP资源分布信息，从多个SDP108中选择处理上述业务请求对应的业务数据请求的SDP。
本实施例中，SDP资源分布信息可以为各SDP节点负载能力比例和/或主/备用SDP信息。业务数据请求可以为彩铃业务数据请求或其他的数据类业务请求。SDP资源分布信息可以由用户事先设定，配置到SMAP中，也可以由系统根据各SDP的软硬件条件和预设的计算规则自动设定。
本实施例中，采用根据预设的资源分布信息对多个SDP所处理的业务请求进行负载均衡，解决了现有技术不能根据用户需求，灵活设置多个SDP所处理的业务请求的问题，进而达到了提高业务系统灵活性的效果。
实施例二：
本实施例将在实施例一的基础上，对业务数据请求负载均衡系统进一步完善。图2为根据本发明实施例二业务数据请求负载均衡系统的示意图。如图2所示，本实施例业务数据请求负载均衡系统中，SMP还包括SDP状态监控模块，其中：
SDP状态监控模块，用于收集多个SDP 108的SDP状态信息，并发送SDP状态信息至SCP 106。具体来讲，SDP状态监控模块收集并分发智能网平台SDP进程状态。如果数据库发生异常、SDP进程异常或者SDP和SMP由于网络故障等原因发生断链，SDP状态监控模块将获知这一状况、以告警方式通知用户、将状态值分发到各SCP；
SDP信息接收模块，还用于接收SDP 108状态信息；
业务逻辑处理模块，用于根据SDP状态信息和SDP资源分布信息，从多个SDP 108中选择处理业务数据请求的SDP。从多个SDP108中选择处理业务数据请求的SDP可以采取如下的方法：按SDP资源分布数据生成随机数选择SDP节点。
通过SDP状态监控模块收集多个SDP的状态信息，从而可以结合SDP资源分布信息进行多个SDP的负载均衡，从而进一步提高了负载均衡的合理性，保证彩铃业务运行的稳定性。
实施例三：
本实施例中，将对SDP资源分布信息的具体内容和与具体内容相关的处理步骤进行说明。
本实施例中，配置与系统中的SCP 106对应的SDP 108的SDP资源分布信息包括：各个SDP节点负载能力比例，则SCP 106的业务逻辑处理模块可以进一步根据SDP状态信息和各个SDP节点负载能力比例，从多个SDP中选择处理业务数据请求的SDP。
此外，在本实施例的另一优选实施方式中，SDP资源分布信息还可以进一步包括主/备用SDP信息，则SCP 106的业务逻辑处理模块在选择处理业务数据请求的SDP时，可以先根据该主/备用SDP信息和SDP状态信息，选择SCP 106可用的主/备用SDP群；然后再根据各个SDP节点负载能力比例，从SCP 106可用的主/备用SDP群中选择处理业务数据请求的SDP。
需要说明的是，虽然本实施例中SCP 106的业务逻辑处理模块在选择SDP时，是根据SDP资源分布信息和SDP状态信息进行选择的，但并不限于此，在实际应用中，业务逻辑处理模块也可以只根据SDP资源分布信息进行选择，而不考虑SDP状态信息。
本实施例为实施例二的具体说明，对于彩铃数据业务而言，本实施例可以保证彩铃业务运行的稳定性，同时降低系统运行成本。
实施例四：
本实施例描述了本发明实施例提供的业务数据请求负载均衡系统的另一种优选实施方式，在本实施例中，该系统可以包括：
业务管理接入点(Service Management Access Point，简称SMAP)，由用户手动设定各SDP之间的资源分布比例。设定完成后SMAP将数据上传到SMP，再由SMP分发到各SCP中。
SDP状态监控模块，位于SMP，收集并分发智能网平台SDP进程状态。如果数据库发生异常、SDP进程异常或者SDP和SMP由于网络故障等原因发生断链，监控模块将获知这一状况、以告警方式通知用户、将状态值分发到各SCP；
SDP信息接收模块，位于SCP，接收来自SMP的SDP状态数据和SDP资源分布数据。
业务逻辑处理模块，位于SCP，通过分析从SMP获得的SDP状态和资源分布比例将业务数据请求发往对应的SDP。
本实施例提出的模型还可以根据实际应用变换出别的模型，但都在初始模型的框架之内，因此能够有效、灵活的解决SCP根据SDP资源状况发起数据请求使得SDP负载合理分布、并且在异常下实时发起重新请求以确保业务不间断运行的问题。
本实施例有效地满足在SCP/SDP分离架构下SCP根据SDP资源分布的具体情况向SDP发起业务数据请求，充分提高SDP整体资源利用率、提升数据存取过程的健壮性，进而保证彩铃业务运行的稳定性，同时降低系统运行成本。
实施例五：
图3为根据本发明实施例五业务数据请求负载均衡方法的流程图。该方法可以通过上述实施例所描述的系统实现，如图3所示，本实施例包括以下步骤：
步骤S302，SMAP配置与SCP对应的多个SDP的SDP资源分布信息，并将SDP资源分布信息发送至SMP；
步骤S304，SMP接收上述SDP资源分布信息，并发送SDP资源分布信息至SCP；
步骤S306，在SCP接收业务请求时，根据SDP资源分布信息，从多个SDP中选择处理业务请求对应业务数据请求的SDP。
本实施例实现的设备可以为实施例一至四当中的系统，并具有上述实施例相应的有益效果，此处不再重述。
实施例六：
本实施例将结合具体的彩铃数据业务，对业务数据请求负载均衡方法的一种优选实施方式进行描述。本实施例包括以下步骤：
步骤A：智能网平台各网元(SMP、SCP、SDP、SSP等)正常启动；
步骤B：SMP初始化各SDP的数据库(Data Base，简称DB)资源分布数据为所有SDP平均分配负载；
步骤C：用户在SMAP中设定各SDP节点负载能力比例，设定完成后上传到SMP并分发到各SCP；
步骤D：用户在SMAP中配置各SCP对应的主用SDP群和备用SDP群，并通过SMP分发到各SCP中；
步骤E：SMP监控各SDP节点状态(如数据库状态和SDP进程状态以及SMP/SDP建链状态等)并分发到各SCP中；
步骤F：SCP根据步骤D、E获得的SDP状态数据确定最终可用的主用SDP群和备用SDP群；
步骤G：主叫用户向彩铃签约用户发起呼叫，SSP根据其设定的负载均衡规则将彩铃业务触发到某一SCP中，SCP执行彩铃业务逻辑并根据各SDP节点负载能力比例的设定向主用SDP群中的某SDP设备发起业务数据请求；
步骤H：如果步骤G中业务数据请求执行成功，则业务逻辑继续执行、完成彩铃播放和呼叫接续；
步骤I：如果步骤G中业务数据请求执行失败，则业务逻辑将业务数据请求重置到备用SDP群，并根据SDP资源分布数据选择其中某一DB发送数据请求；
步骤J：如果步骤I执行成功，则业务逻辑继续执行、完成彩铃播放和呼叫接续；
步骤K：如果步骤I执行失败，则业务逻辑进入默认处理流程，为主叫用户播放默认回铃音，并将执行失败这一状况记入话务统计。
本实施例提供了一种彩铃业务SCP/SDP分离架构下实现数据业务负载均衡和容灾的方法。SCP根据SDP资源状况发起数据请求使得数据请求负载合理分布、并且在异常下切换到备用SDP，并仍然以负载均衡的方式实时发起重新请求以确保业务不间断运行。
实施例七：
图4为根据本发明实施例七业务数据请求负载均衡方法的流程图。如图4所示，本实施例包括以下步骤：
步骤S401：智能网平台各网元(SMP、SCP、SDP、SSP等)正常启动，对SMP、SCP、SDP配置加以修改使得这些网元之间建链正常(主要是SCP和SDP向SMP建链、SCP向SDP建链)，并通过SMAP网管终端在SMP中加入SCP、SDP节点以便于集中管理；
步骤S402：各SDP节点之间用SDP提供的高级复制或者其它技术方式实现数据定时同步；
步骤S403：SMP对加入其中的各SDP节点处理能力资源分布进行初始化，初始值为各SDP的SDP资源平均分布；
步骤S404：用户考察各SDP设备处理能力来制定资源分布比例，在SMAP网管终端对各SDP节点资源分布比例进行设定，设定完成后SMAP将数据上传至SMP，再分发至各个SCP中；
步骤S405：用户在SMAP中配置各SCP节点对应的主用SDP群和备用SDP群；主用群是指SCP业务数据请求首先发起的目标，SCP在主用群中根据SDP处理能力比例的设定选择算法来选择相应的SDP；备用群是指SCP在主用群选择SDP后数据存取失败再次发起请求的目标，同样在备用群中根据SDP处理能力比例以及选择算法来选择SDP发送业务数据请求；
这里设定主、备用SDP群的原则是各SCP的主用群尽可能不要相同以避免某些SDP设备数据存取负载过大，当然SMAP对此只做提醒不做限制；设定完成后SMAP将请求上传至SMP再分发至各SCP；
步骤S406：SMP通过各SDP进程来监控SDP状态；如果SDP节点中数据库进程异常SDP进程将会发送通知消息到SMP；如果SDP进程异常或者SMP/SDP建链失败也会被SMP监控到；SMP定时将各SDP状态发往各SCP；
步骤S407：各SCP根据步骤4、5所获得的主备SDP群以及各SDP状态确定当前可用的主备SDP群；
步骤S408：主叫用户向彩铃签约用户发起呼叫，SSP通过某种负载均衡方式向某一SCP触发彩铃业务，该SCP执行业务逻辑直到向SDP发起业务数据请求。SCP首先向主用SDP群发起请求，这里SCP可以根据SDP资源分布数据产生随机数来选择SDP。总之，在该SCP产生的大话务量中对主用SDP群中SDP的选择符合SDP中的DB资源分布；
按SDP资源分布数据生成随机数选择SDP节点。其中的一种实现方式可以为：划定随机数范围1～100，按SDP资源分布比例划分各SDP节点在随机数范围内的区间，SCP发送业务数据请求之前生成上述范围内的随机数，根据随机数所处区间向对应的SDP节点发送请求。如1～20/21～50/51～100，代表三个SDP节点资源分布比例为2∶3∶5。SCP发送业务数据请求前生成1～100之间的随机数，根据随机数所在SDP范围选择向哪一个SDP节点发送请求；
步骤S409：如果SCP向主用SDP群的业务数据请求响应成功，则业务逻辑继续完成彩铃播放和被叫接续；
步骤S410：如果SCP向主用SDP群的业务数据请求响应失败，其原因在于SCP所选择SDP系统出现异常但SMP向SCP的报告发送周期尚未到达因此未向SCP传达，或者SDP中DB数据遭到破坏但数据破坏是SDP进程无法获知的。主要有两种可能：
1)SCP选择SDP的过程本身发生异常、或者向SDP发送业务数据请求后由于业务数据破坏立刻发生异常。此时业务逻辑将业务数据请求重置到备用SDP群，从中选择某一SDP，选择方式和主用群一样。
2)SCP向主用SDP发送业务数据请求迟迟得不到响应，使得业务流程阻塞。业务逻辑在发送请求前设置定时器范围(如1.5秒)，若在该时间范围内收不到响应将业务数据请求重置到备用SDP群，并从中选择某一SDP、选择方式和主用群一样；
步骤S411：如果步骤11中备用SDP群业务数据请求响应成功，则业务逻辑继续完成彩铃播放和被叫接续；
步骤S412：如果步骤11中备用SDP群业务数据请求响应仍然失败，同样有两种可能：
1)业务数据请求立刻发生异常；
2)业务数据请求迟迟不得响应引发定时器超时处理。
这两种情况下业务逻辑不再发送业务数据请求而进入彩铃业务默认处理流程，包括向主叫播放默认回铃音、将失败情况记入话务统计等。之后SCP完成后续的业务逻辑。
本实施例提供了一种彩铃业务SCP/SDP分离架构下实现数据业务负载均衡和容灾的方法。SCP根据SDP资源状况发起数据请求使得数据请求负载合理分布、并且在异常下切换到备用SDP，并仍然以负载均衡的方式实时发起重新请求以确保业务不间断运行。
实施例八：
实施例七中，为SCP分配的SDP资源分为主用群和备用群。然而在实际应用的组网中，SDP网元往往未必足够分配为主备两个群，这样上述模型显得稍复杂，可以进行多种方式的简化，下面重点描述在实际应用中较常用的两种简化模型。
第一种简化方式：主备重置。这种模型中主备群各只有一个SDP网元。SCP配置各自对应的主备SDP，每个SCP对应的主用SDP各不相同、对应的备用SDP则是其他SCP所配置的主用SDP。正常的业务数据请求SCP发送到各自的主用SDP实现负载均衡，当请求异常时重置到备用SDP中，再次发生异常则进入默认处理流程。当主用SDP恢复正常后再向主用SDP发起业务数据请求。
这种模型将按SDP资源分布发出业务数据请求的环节简化了。
第二种简化方式：随机重置。备用群所用的SDP设备和主用群设置的完全一样。这样当主用群业务数据请求异常后第二次发起请求仍然在主用群当中，只是排除了异常的SDP设备。选择的方式仍然是采用按序并按各SDP资源分布数据的权重来选择SDP、或者根据SDP资源分布数据产生随机数来选择SDP。
本实施例具有实施例六和七的全部有益效果，并且由于采用的简化的方式，可实施性更强。
需要注意的是，为描述的方便与准确，本发明的部分特征仅在方法实施例或设备实施例中进行了说明。但在不相互冲突的情况下，方法实施例中的特征和设备实施例中的特征可以互相组合。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种业务数据请求负载均衡的系统，其特征在于，包括业务管理接入点SMAP、业务管理点SMP和业务控制点SCP，其中：
所述SMAP，用于配置与所述系统中的所述SCP对应的多个业务数据点SDP的SDP资源分布信息，并将所述SDP资源分布信息发送至SMP；
所述SMP包括：转发模块，用于接收所述SDP资源分布信息，并发送所述SDP资源分布信息至所述SCP；
所述SCP包括：业务接收模块，用于接收业务请求；SDP信息接收模块，用于接收所述SDP资源分布信息；业务逻辑处理模块，用于根据所述SDP资源分布信息，从所述多个SDP中选择处理所述业务请求对应的业务数据请求的SDP。
2.根据权利要求1所述的系统，其特征在于，所述SDP资源分布信息包括所述多个SDP中各个SDP负载能力比例，
所述业务逻辑处理模块，用于根据所述各个SDP节点负载能力比例，从所述多个SDP中选择处理所述业务数据请求的SDP。
3.根据权利要求1所述的系统，其特征在于，所述SDP资源分布信息还包括主/备用SDP信息，
所述业务逻辑处理模块，还用于根据所述主/备用SDP信息，选择所述SCP可用的主/备用SDP群；根据所述各个SDP节点负载能力比例，从所述主/备用SDP群中选择处理所述业务数据请求的SDP。
4.根据权利要求1-3中任一项所述的系统，其特征在于，所述SMP还包括SDP状态监控模块，
所述SDP状态监控模块，用于收集所述多个SDP的SDP状态信息，并发送所述SDP状态信息至所述SCP；
所述SDP信息接收模块，还用于接收所述SDP状态信息；
所述业务逻辑处理模块，用于根据所述SDP状态信息和所述SDP资源分布信息，从所述多个SDP中选择处理所述业务数据请求的SDP。
5.根据权利要求1-3中任一项所述的系统，其特征在于，所述业务逻辑处理模块，用于采用下述方法，从所述多个SDP中选择处理业务数据请求的SDP：
按所述SDP资源分布信息产生的随机数选择SDP节点。
6.根据权利要求1-3中任一项所述的系统，其特征在于，所述业务数据请求为彩铃业务数据请求。
7.根据权利要求1-3中任一项所述的系统，其特征在于，所述SDP资源分布信息由用户配置，或由系统根据各SDP的软硬件条件和预设的计算规则配置。
8.一种业务数据请求负载均衡的方法，其特征在于：
SMAP配置与SCP对应的多个业务数据点SDP的SDP资源分布信息，并将所述SDP资源分布信息发送至SMP；
所述SMP接收所述SDP资源分布信息，并发送所述SDP资源分布信息至SCP；
所述SCP在接收到业务请求时，根据所述SDP资源分布信息，从所述多个SDP中选择处理所述业务请求对应的业务数据请求的SDP。
9.根据权利要求8所述的方法，其特征在于，所述SDP资源分布信息包括所述多个SDP中各个SDP节点负载能力比例，
所述SCP根据所述SDP资源分布信息，从所述多个SDP中选择处理业务数据请求的SDP包括：所述SCP根据所述各个SDP节点负载能力比例，从所述多个SDP中选择处理所述业务数据请求的SDP。
10.根据权利要求9所述的方法，其特征在于，所述SDP资源分布信息还包括主/备用SDP信息，
所述SCP根据SDP节点负载能力比例，从多个SDP中选择处理业务数据请求的SDP包括：所述SCP根据所述主/备用SDP信息，选择所述SCP可用的主/备用SDP群；根据所述各个SDP节点负载能力比例，从所述主/备用SDP群中选择处理所述业务数据请求的SDP。
11.根据权利要求8-10中任一项所述的方法，其特征在于，
所述SCP接收业务请求之前还包括：所述SMP收集SDP状态信息，并发送所述SDP状态信息至所述SCP；
所述SCP从所述多个SDP中选择处理业务数据请求的SDP包括：
所述SCP根据所述SDP状态信息和所述SDP资源分布信息，从所述多个SDP中选择处理所述业务数据请求的SDP。
CN2010102610704A 2010-08-23 2010-08-23 业务数据请求负载均衡的系统与方法 Pending CN101917484A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2010102610704A CN101917484A (zh) 2010-08-23 2010-08-23 业务数据请求负载均衡的系统与方法
PCT/CN2010/079024 WO2012024866A1 (zh) 2010-08-23 2010-11-23 业务数据请求负载均衡的系统与方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2010102610704A CN101917484A (zh) 2010-08-23 2010-08-23 业务数据请求负载均衡的系统与方法

Publications (1)

Publication Number Publication Date
CN101917484A true CN101917484A (zh) 2010-12-15

Family

ID=43324866

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2010102610704A Pending CN101917484A (zh) 2010-08-23 2010-08-23 业务数据请求负载均衡的系统与方法

Country Status (2)

Country Link
CN (1) CN101917484A (zh)
WO (1) WO2012024866A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103781117A (zh) * 2012-10-25 2014-05-07 中国移动通信集团河南有限公司 一种负荷调整方法、装置及系统
CN104734868A (zh) * 2013-12-19 2015-06-24 中兴通讯股份有限公司 业务节点间业务处理方法及装置
CN104754144A (zh) * 2013-12-31 2015-07-01 中国移动通信集团河北有限公司 一种彩铃呼叫控制方法及装置
WO2017121284A1 (zh) * 2016-01-14 2017-07-20 阿里巴巴集团控股有限公司 业务处理方法和装置
CN107181878A (zh) * 2016-03-10 2017-09-19 中国移动通信集团浙江有限公司 一种彩铃播放方法及装置
CN109995890A (zh) * 2019-03-08 2019-07-09 平安科技（深圳）有限公司 一种管理网络地址转换nat网关的方法及服务器

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101026617A (zh) * 2006-02-18 2007-08-29 华为技术有限公司 一种ims网络中媒体资源调度方法
CN101076062A (zh) * 2007-07-20 2007-11-21 中兴通讯股份有限公司 彩铃系统、以及在该彩铃系统中进行业务呼叫的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1176556C (zh) * 2001-07-04 2004-11-17 华为技术有限公司 一种移动数据业务网络系统及其通信方法
CN101299681B (zh) * 2008-06-26 2010-12-29 中兴通讯股份有限公司 一种查询类智能业务数据系统及其实现方法
CN101378410B (zh) * 2008-09-27 2011-07-13 中兴通讯股份有限公司 智能业务管理系统及其管理类指令操作速率控制方法
CN101646192B (zh) * 2009-09-07 2012-09-05 中兴通讯股份有限公司 业务去激活方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101026617A (zh) * 2006-02-18 2007-08-29 华为技术有限公司 一种ims网络中媒体资源调度方法
CN101076062A (zh) * 2007-07-20 2007-11-21 中兴通讯股份有限公司 彩铃系统、以及在该彩铃系统中进行业务呼叫的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
孙芹芝: "《大连理工大学硕士论文》", 26 May 2003 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103781117A (zh) * 2012-10-25 2014-05-07 中国移动通信集团河南有限公司 一种负荷调整方法、装置及系统
CN104734868A (zh) * 2013-12-19 2015-06-24 中兴通讯股份有限公司 业务节点间业务处理方法及装置
WO2015090027A1 (zh) * 2013-12-19 2015-06-25 中兴通讯股份有限公司 业务节点间业务处理方法及装置
CN104754144A (zh) * 2013-12-31 2015-07-01 中国移动通信集团河北有限公司 一种彩铃呼叫控制方法及装置
WO2017121284A1 (zh) * 2016-01-14 2017-07-20 阿里巴巴集团控股有限公司 业务处理方法和装置
CN106973368A (zh) * 2016-01-14 2017-07-21 阿里巴巴集团控股有限公司 业务处理方法和装置
CN107181878A (zh) * 2016-03-10 2017-09-19 中国移动通信集团浙江有限公司 一种彩铃播放方法及装置
CN107181878B (zh) * 2016-03-10 2019-12-03 中国移动通信集团浙江有限公司 一种彩铃播放方法及装置
CN109995890A (zh) * 2019-03-08 2019-07-09 平安科技（深圳）有限公司 一种管理网络地址转换nat网关的方法及服务器
WO2020181734A1 (zh) * 2019-03-08 2020-09-17 平安科技（深圳）有限公司 一种管理网络地址转换nat网关的方法及服务器
CN109995890B (zh) * 2019-03-08 2022-04-22 平安科技（深圳）有限公司 一种管理网络地址转换nat网关的方法及服务器

Also Published As

Publication number Publication date
WO2012024866A1 (zh) 2012-03-01

Similar Documents

Publication Publication Date Title
CN107919969B (zh) 策略控制方法及装置
CN101917484A (zh) 业务数据请求负载均衡的系统与方法
AU719309B2 (en) Programmable service architecture for call control processing
EP0906704A2 (en) Programmable service node for call control processing
CN103200532A (zh) 一种实现不同制式集群系统互联的装置、系统及方法
CN102208988B (zh) 消息处理方法、系统及设备
CN107343012B (zh) 视频存储系统及其视频数据发送方法
CN110247980B (zh) 一种局域网中的网关控制方法及网关
CN101742470B (zh) 一种bss本地交换的实现方法、装置和系统
CN100461683C (zh) 通用业务系统及装置、网络接入系统和业务处理方法
WO2006072215A1 (fr) Procede de realisation d'une connexion d'appel dans un systeme de reseau intelligent
CN102088458A (zh) 召开级联会议的方法、终端和系统
CN106534758B (zh) 会议备份方法和装置
CN101299823B (zh) 一种控制在bsc与msc服务器间信号传输的装置和方法
EP1131918A1 (en) Triggering of intelligent network service
US20070165828A1 (en) Method for a calling party to reinitiate a call in card number service
WO1999065253A1 (en) Programming call-processing application in a switching system
CN113766656A (zh) 一种宽窄带呼叫方法、装置和电子设备
CN1332531C (zh) 一种动态调整业务管理点系统服务性能的方法
JP3264354B2 (ja) パーマネント・バーチャル・サーキット制御方式
CN102118369A (zh) 会话处理方法及装置
CN218868271U (zh) 电话调度系统
CN1964505B (zh) 一种智能网呼叫通话中主叫结束通话的实现方法
CN101610480A (zh) 基于网络服务的彩铃业务处理系统及方法
CN101742562B (zh) 一种通信业务处理方法、装置和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20101215