CN101156409B - 用于分布应用服务器上的负载的方法和设备 - Google Patents
用于分布应用服务器上的负载的方法和设备 Download PDFInfo
- Publication number
- CN101156409B CN101156409B CN2006800111864A CN200680011186A CN101156409B CN 101156409 B CN101156409 B CN 101156409B CN 2006800111864 A CN2006800111864 A CN 2006800111864A CN 200680011186 A CN200680011186 A CN 200680011186A CN 101156409 B CN101156409 B CN 101156409B
- Authority
- CN
- China
- Prior art keywords
- request
- application server
- business module
- service request
- service
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- 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
-
- 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
-
- 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/1017—Server selection for load balancing based on a round robin mechanism
-
- 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/1019—Random or heuristic server selection
-
- 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/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
一种用于处理输入的服务请求的方法和设备,其中应用服务器(302)包括一组业务模块(308),每个业务模块(308)能够处理至少一个预定多媒体服务。当从请求者接收初始服务请求时,应用能够在该业务模块组中基本选择任何业务模块的负载平衡功能(304),以指定该业务模块组中的业务模块来用于处理接收的服务请求。在处理请求之后,向请求者发送响应,该响应包含与所指定的业务模块关联的端口号。当接收到包含端口号指示的后续服务请求时,应用端口映射功能以确定与给定的端口号指示关联的早期指定的业务模块以用于处理所述后续服务请求。
Description
技术领域
本发明一般涉及用于在应用服务器中的多个等业务模块之间分布数据和处理负载的方法和设备。
背景技术
随着3G移动技术的出现,已经开发了许多新通信技术,这些新技术提供更大的网络容量和更高的传输速率。例如,使用GPRS(通用分组无线电服务)和WCDMA(宽带码分多址)技术来支持需要范围广泛的数据速率和不同协议的无线多媒体电话服务。今天趋势也是朝分组交换传输发展的,这提供更大的灵活性和可用通信资源的更高利用率。
而且,在用户市场上快速出现新的成熟终端,它们具有高分辨率彩色显示屏和用于以不同格式传送音频和可视信息的多种编解码器(编码器/解码器)。多媒体服务可以包括以多种不同格式和组合来传送表示语音、图像、文本、文档、动画、音频文件、视频文件等的数据。
以电信领域中流行的目标或期望是将所有服务会聚到单个基于分组的传输机制:因特网协议(IP),而不管服务的类型、接入网和技术。因此,最近第三代通用伙伴项目(3GPP)开发了称为“IP多媒体子系统”(IMS)的服务网络体系结构来作为一个开放标准,以向接入网的运营商提供在分组域中提供多媒体服务的能力。
基本上,只要接入网在带宽、QoS(服务质量)等方面满足服务需求,包括多种不同网元的IMS服务网络可以与任何类型的接入网 集成,并且独立于所使用的接入技术。因此,IMS是允许基于IP传输来启用服务的平台,而基本不限于任何一组受限的特定服务。
IETF(因特网工程任务组)已定义了称为SIP(会话发起协议)的通信协议来作为用于处理范围广泛的基于IP的服务的通用会话管理协议。SIP是用于创建、修改和终止与一个或多个参与方的通信会话的信令协议。SIP也是运行于多个不同传输协议之上的应用层协议。可以使用UDP(用户数据报协议)、TCP(传输控制协议)或SCTP(流控制传输协议)作为SIP消息的传输机制。当发送SIP消息时,使用称为“SIP URI”(统一资源定位符)的定址元素来分别指示所传送的SIP消息的源和目的地。
图1一般性地图示用于通过IMS服务网络提供多媒体服务的基本网络结构。应该注意该附图被大大地简化而仅示出理解本发明内容所必需的网络节点的选择。在包括一个或多个多媒体服务的通信会话S中,主叫移动终端A连接到第一无线电接入网100,并与连接到第二无线电接入网102的被叫移动终端B通信。或者,终端A可以与固定终端或计算机或内容服务器通信,其中该固定终端或计算机或内容服务器向该终端交付某种多媒体内容,例如音乐、电影或游戏。
IMS网络104连接到第一无线电接入网100并处理有关终端A由其用户发起的该会话。实际上,IMS网络104接收并处理任何终端A的用户所发出的任何服务请求。在此示例中,对应IMS网络106代终端B处理该会话,并且两个IMS网络104和106被不同的运营商来控制。相似地,IMS网络106接收和处理终端B的用户所发出的任何服务请求。在下文描述中,将考虑主叫方终端A的IMS网络104,但是描述的功能和过程也可以较好在IMS网络106中工作。或者,终端A和B当然可以连接到相同接入网和/或属于相同的IMS归属地网络。
一般来说,多媒体服务始终由订户的归属地IMS网络来处理, 并且在所示的情况中,终端A和B连接到它们各自的归属地IMS网络。在其他方面,如果终端A和B属于相同的归属地网络,则仅一个IMS网络将处理从终端A和B的所有服务请求。
由在IMS网络104中指定给终端A的称为S-CSCF(服务呼叫会话控制功能)的节点108使用SIP信令来管理图示的会话S,并且由SIP应用服务器110来启用和执行所使用的多媒体服务。基本上,S-CSCF节点108用作SIP应用服务器110对终端A的代理,并从终端A向终端B的IMS网络106发送SIP消息,如图虚线箭头所示。而且,主数据库单元HSS(归宿地订户服务器)112其中存储SIP应用服务器110可以提取来用于为订户执行服务的订户和认证数据以及服务信息。S-CSCF节点108还可以从HHS 112提取信息以便按HSS112中的“触发器”确定的来确定哪个应用服务器110来处理终端A请求的服务。
称为I-CSCF的节点(询问呼叫会话控制功能)114连接到其他IMS网络(在本例中为网络106),并且作为来自其他IMS网络的SIP消息的网关。I-CSCF 114从终端B的IMS网络106接收SIP消息,如图另一个虚线箭头所示。称为P-CSCF(代理呼叫会话控制功能)的另一个节点116作为从任何接入网(例如网络100)至IMS网络104的入口点,并且用户与IMS网络104之间的所有信令流经由P-CSCF116来路由。对于理解本发明内容,无需对I-CSCF节点114和P-CSCF节点116的多种功能做进一步的描述。当然,IMS网络104包括许多不同节点和功能,例如其他S-CSCF节点和SIP应用服务器,本文出于简明的目的而未将其示出。基本上,IMS网络106包括与网络104类型相同的节点。
所示的SIP应用服务器110可以配置成向订户提供一个或多个特定多媒体服务。某个SIP应用服务器上的工作负载可能是繁重的,并且可能快速增长,由此个别服务器至少在有限时间期间变得超负载。因此常常将SIP应用服务器构建成具有多个相似服务器单元的 群,下文将这些相似服务器单元称为“业务模块”,每个业务模块能够基本执行应用服务器所需的功能。为了克服应用服务器中的瞬时超负载问题,可以在应用服务器中添加更多业务模块以满足更高的负载。因此,具体应用服务器通常包括多个此类业务模块和用于将工作负载分布到业务模块之间的“负载平衡”功能。以此方式,提供一种具有业务模块群的可伸缩服务器,它是透明的由此仅单个“虚拟”服务器被看到。因此通过添加或移除群中的业务模块来实现可伸缩性。
图2以示意图形式更详细地图示图1中的适于处理来自订户的服务请求的SIP应用服务器110。服务器110的前端是具有负载平衡功能LB的接收单元200,它配置为将输入的服务请求R调度到不同的业务模块202a、202b、202c、202d、...。这些业务模块的每个模块都能够根据服务器110中实现的服务处理请求。可以采用不同方式来实施将输入的服务请求调度到不同业务模块。基本上,任何业务模块都可以例如随机地或根据“轮叫”调度等来选择,或者可以使用总是提供相同结果的散列算法来对特定用户重复选择相同的业务模块,例如使用与该用户或会话关联的常数值作为对算法的输入。
在WO03/069473和WO03/069474中,描述了使用负载平衡功能在服务器中进行负载平衡和数据分布的一些解决方案。在这些已知的解决方案中,使用用户标识作为对散列算法的输入来针对来自特定用户的不同请求提供相同的服务器。
当SIP应用服务器激活订户的服务时,使用创建的会话标识“呼叫ID”作为对正在进行的会话的引用。而且,还确定会话期间使用的多个不同会话细节,例如订户数据、服务参数、编解码器(编码器/解码器)、协议、复用方案等。因此从HSS 112提取必需的会话数据/信息,并且也可以在传送的SIP消息中读取一些。然后在整个会话过程中将该数据临时存储在应用服务器中。
如果应用服务器包含业务模块群,则可以将会话信息存储在服 务器中的公共数据库,该公共数据库对于所有业务模块可用或将其在本地存储在为该会话指定的特定业务模块中。在前一种情况中,任何业务模块可以通过从公共数据库提取必需的会话信息来处理正在进行的会话,但是这被视为导致时延增加的一种相对复杂的情况。在后一种情况中,必须将需要存储的会话信息的任何后续请求定向到该具体业务模块,有时称为会话“亲合性”或“粘着性”。在基于HTTP的消息的情况中,负载平衡功能正常情况下负责总是在会话期间选择相同的业务模块。负载平衡功能则可以使用适合的散列算法,如上所述,使用会话专用值作为输入以提供相同的业务模块。
当执行基于SIP的“IP语音”服务时,可以使用应用层负载平衡功能(公知为“无状态负载平衡SIP代理”),其一个示例是称为“Vovida负载平衡器”的实现。Vovida负载平衡器将输入的请求分布到不同的同性质服务器,由此所有用户可以将它们的请求定向到相同的SIP URI地址,并且负载平衡器将动态地指定服务器来处理每个请求。将每个请求转发到预定的关联的服务器列表上出现的下一个可用服务器,即根据“轮叫”调度。负载平衡器则接收响应,然后将它们转发回请求方。
Vovida负载平衡器在输入的SIP请求分组的报头中的“Via”地址字段中添加它自己的SIP URI地址,然后将该分组传输到指定的服务器,由此从该服务器接收后面响应,然后将该响应转发到请求方。在基于TCP的传输的情况中,使用“滑动窗口”机制来用于可靠地在IP端点之间流传输应用数据。在TCP层中,端点不知道数据流中的定界符,这实质上意味着无法分辨SIP消息。因此,Vovida负载平衡器在应用层中工作,它据此接收TCP流并同样地处理SIP消息。
因此可以使用由“Call ID”、“To”、“From”标记出得到的值作为对算法的输入值来应用散列算法来获得“粘着性”。该值称为“对话标识符”。但是,问题是必须每次应用散列算法以便到达相同的业务模块,因为该过程中占用大量处理资源。这种解决方案要求群前 端存储与请求之间的事务相关的数据(作为散列表)。
但是,因为Vovida加载平衡器不存储事务之间的数据,所以甚至无法确保SIP对话内的请求一直被定向到相同的业务模块。因此,所有业务模块必须使用共享的数据库等来用于存储任何给定SIP对话的状态。因为群前端以此方式来处理SIP业务,所以带来了增加的很大复杂性,随着时间推移,这可能导致软件失败和软件产品的维护成本增加。
因此,在此上下文中,如上解释的,使用散列算法和/或公共数据库一般将不提供用于获取负载平衡和会话亲合性的满意解决方案。
US 2003/0074467 A1公开与负载平衡器304通信的多个接收服务器308a-d,其中每个接收服务器与指定该接收服务器的不同的唯一性服务端口号相关联。客户服务器302传输的第一数据分组包含目的地端口号,并首先在负载平衡器被接收到。如果目的地端口号与唯一性服务端口号的其中之一匹配,则负载平衡器将数据分组发送到对应的接收服务器。如果目的地端口号与公共重定向端口号的其中之一匹配,则负载平衡器选择对应的接收服务器组中的接收服务器并向其发送数据分组。
所选的接收服务器然后向客户服务器发送响应,该响应包含设为与该接收服务器关联且客户服务器必须向其发送后续数据分组的服务端口号的重定向标志。因此在US 2003/0074467 A1中提出的解决方案中,根据第一接收的数据分组中给定的目的地端口号标识并选择接收服务器。
发明内容
本发明的一个目的是要解决上文概述的问题,并且对输入的多媒体服务请求的处理和存储负载进行有效率地分布。本发明的目的还在于普遍性地在可伸缩应用服务器群中指定业务模块时降低时延和复杂性,并使每个服务请求的指定过程简单而仍旧可靠。
可以通过提供分别如所附独立权利要求所述的方法和设备来达到这些和其他目的。根据一个方面,提供一种在应用服务器中处理输入的服务请求的方法,该应用服务器包括一组相等业务模块,每个相等业务模块能够处理对应用服务器中实现的一个或多个多媒体服务的请求。在本发明方法中,确定接收的服务请求是初始服务请求还是相同会话中在先前服务请求之后的后续服务请求。
在初始服务请求的情况中,应用基本能够选择该组业务模块中的任何业务模决的负载平衡功能来指定用于处理接收的服务请求的业务模块。然后,发送对初始服务请求的响应,该响应包含与所选并指定的业务模块关联的端口号。
在后续服务请求的情况中,应用端口映射功能以确定与接收的后续服务请求中给出的端口号关联的该组业务模块中的特定业务模块用于处理接收的服务请求。接收的后续服务请求中的端口号在对先前服务的请求的早前响应中提供给请求者。
本发明方法可以在属于IMS服务网络的应用服务器中实现,然后通常根据SIP协议传送服务请求。在该情况中,优选地通过在如下现有SIP报头:“record-route”、“via”、“route”和“contact”的其中之一中将指定的业务模块的端口号添加到应用服务器的地址来提供该端口号。
通常可以在应用服务器处不同的输入端口上接收输入的服务请求。然后应用服务器可以优选地基于在应用服务器哪个端口号上接收到请求来应用负载平衡功能或端口映射功能。在一个实施例中,当在应用服务器处至少一个预定的端口号上接收到初始请求时,应用服务器应用负载平衡功能。例如,可以在第一预定端口号上接收根据发起请求的第一业务情况的初始请求,可以在第二预定端口号上接收根据终止请求的第二业务情况的初始请求,以及可以在第三预定端口号上接收根据终止请求/未注册的第三业务情况的初始请求。而且,当在第四预定端口号或更高预定端口号上接收到根据第 四业务情况的后续请求时,应用服务器可以应用端口映射功能。
在另一个实施例中,可以基于应用服务器在哪个端口号上接收请求而在指定的业务模块的不同输入端口上提供输入的服务请求,以便区分不同的业务情况。例如,可以在指定的业务模块的第一输入端口上提供应用服务器的第一预定端口号上接收的初始请求;可以在指定的业务模块的第二输入端口上提供应用服务器的第二预定端口号上接收的初始请求;可以在指定的业务模块的第三输入端口上提供应用服务器的第三预定端口号上接收的初始请求;以及可以在指定的业务模块的第四输入端口上提供应用服务器的第四预定端口号或更高预定端口号上接收的初始请求。
根据另一个方面,提供一种处理输入的服务请求的应用服务器,该应用服务器包括一组相等业务模块,每个相等业务模块能够处理对应用服务器中实现的一个或多个多媒体服务的请求。该应用服务器还包括用于确定接收的服务请求是初始服务请求还是相同会话中的先前服务请求之后会话中的后续服务请求的部件。
本发明的应用服务器还包括负载平衡单元,该负载平衡单元适于应用基本能够在一组业务模块中选择任何业务模块的负载平衡功能来指定业务模块用于处理接收的初始服务请求。该应用服务器包括用于发送对初始服务请求的响应的部件,该响应包含与指定的业务模块关联的端口号。该应用服务器还包括端口映射单元,该端口映射单元适于应用端口映射功能以确定该组业务模块中与接收的后续服务请求中给出的端口号关联的特定业务模块,用于处理接收的服务请求。
该应用服务器可以属于IMS服务网络,然后通常根据SIP协议来传送服务请求。在该情况中,发送部件优选地适于通过在如下现有SIP报头:“record-route”、“via”、“route”和“contact”的其中之一中将指定的业务模块的端口号添加到应用服务器的地址来提供该端口号。
该应用服务器可以适于在不同输入端口上接收输入的服务请求。在该情况中,应用服务器还可以适于基于在哪个端口号上接收请求来应用负载平衡功能或端口映射功能。在一个实施例中,该应用服务器适于当在至少一个预定的端口号上接收到初始请求时,应用负载平衡功能。例如,该应用服务器可以适于在第一预定端口号上接收根据发起请求的第一业务情况的初始请求,在第二预定端口号上接收根据终止请求的第二业务情况的初始请求,以及可以在第三预定端口号上接收根据终止请求/未注册的第三业务情况的初始请求。然后应用服务器还可以适于当在第四预定端口号或更高预定端口号上接收到根据第四业务情况的后续请求时应用端口映射功能。
在另一个实施例中,应用服务器可以适于基于在哪个端口号上接收请求而在指定的业务模块处的不同输入端口上提供输入的服务请求,以便区分不同的业务情况。例如,应用服务器可以适于在指定的业务模块的第一输入端口上提供第一预定端口号上接收的初始请求;在指定的业务模块的第二输入端口上提供第二预定端口号上接收的初始请求;在指定的业务模块的第三输入端口上提供第三预定端口号上接收的初始请求;以及在指定的业务模块的第四输入端口上提供第四预定端口号或更高预定端口号上接收的后续请求。
从下文的详细描述将显见到本发明的其他特征和优点。
附图说明
现在将参考附图更详细地描述本发明,其中:
图1是可以使用本发明的基本通信方案的示意图概况。
图2是根据现有技术的应用服务器群的框图。
图3是局部图示根据本发明解决方案的多媒体服务网络的框图,该多媒体服务网络包括用于处理输入的服务请求的应用服务器。
图4是当接收到初始服务请求时图3中的应用服务器的框图。
图5是当接收到后续服务请求时图3中的应用服务器的框图。
图6是局部图示根据一个实施例的应用服务器的详细框图。
图7是局部图示根据另一个实施例的应用服务器的详细框图。
图8是图示根据本发明解决方案用于处理服务请求的基本过程的流程图。
具体实施方式
作为开始,现在将参考图3简要描述本发明的解决方案,图3局部地图示了一个多媒体服务网络,其中S-CSCF节点300连接到配置成执行一个或多个预定多媒体服务的应用服务器302。S-CSCF节点300可以连接到配置用于不同多媒体服务的多个此类应用服务器。在本示例中,节点300、302都包括在IMS服务网络中,如上文结合图1描述的,但是本发明的优选实施例的下文描述基本不局限于IMS概念。首先在S-CSCF节点300中接收来自订户的输入的服务请求R,然后将其转发到应用服务器302。根据下文描述,S-CSCF节点300适于将输入的请求转发到应用服务器302中特定的TCP或UDP端口。
应用服务器302包括负载平衡功能单元304、端口映射单元306和一组相等业务模块308(表示为TM1、TM2、TM3、TM4、...),每个业务模块能够处理对应用服务器中实现的一个或多个多媒体服务的请求。此处,术语“相等业务模块”意味着每个业务模块具有用于处理服务请求和执行服务的基本相同能力,但是这些业务模块并不一定在其他方面恰好具有相同的配置。因此,基本可以由该业务模块组中的任何业务模块来处理输入的服务请求。如上文解释的,期望将处理负载均匀地分布在业务模块上,但是也期望提供一种简单而仍旧可靠的机制以使具体会话中的所有请求由相同的业务模块来处理。
输入的请求是具体会话中的“初始”或“后续”请求,即第一请求或该第一请求之后的另一个请求。因此可以通过向应用服务器 发送初始请求来调用其中的一个或多个服务而开始会话。根据本解决方案,将所有初始请求RI转发到负载平衡单元304,并将所有后续请求Rs转发到端口映射单元306。负载平衡单元304适于指定业务模块308的任何一个业务模块用于处理输入的初始请求,而端口映射单元306适于指定特定的业务模块308用于处理输入的后续请求。负载平衡功能可以基于例如轮叫调度或随机选择,并且本发明不局限于此。
在接收到初始请求之后,指定的业务模块通常将某种类型的响应发送回请求订户或请求方(下文称为“请求者”)。常规方式下,将所有服务请求定向到对应的应用服务器的网络地址,例如(sip:userAasl.operatorX.net)。但是本发明解决方案提供一种就指定的业务模块的身份通知请求者以使该会话内的任何后续请求可以直接被定址到指定的业务模块的方式。
在应用服务器302以及还有S-CSCF节点300的输入端处,提供特定输入端口(在这些输入端口上接收请求),每个输入端口具有特定端口号或身份。在端口映射单元306中,每个业务模块与对应于该业务模块的内部专用网络地址的特定端口号相关联,这些特定端口号在附图中表示为对于TM1为(-001),对于TM2为(-002)并以此类推。在接收并处理内部初始请求之后,在响应中将与指定的业务模块关联的端口号提供给请求者。
在使用SIP信令的优选实施例中,指定的业务模块可以通过常规情况下在对服务请求的此类响应中出现的现有称为“record-route”、“via”、“route”和“contact”报头的任何一个报头中将其端口号添加到应用服务器的地址中来在响应中提供它的端口号。由此,可以容易地利用现有的SIP报头来用于将端口号信息传回给请求者。
如果请求者后来在相同的会话期间发出后续请求,则在发送后续请求时,将指定的业务模块的接收端口号添加到目的地地址,例如(sip:userAasl.operatorX.net:4004),以便再次到达相同的业务模 块,4004是添加的端口号。在S-CSCF节点300处所指示的端口上接收后续请求意味着,这实际是定向到与给定的端口号关联的业务模块的后续请求。因此,S-CSCF节点300将在应用服务器302处指示的TCP/UDP端口上转发请求至端口映射单元306。端口映射单元306然后将端口号映射到对应业务模块的内部专用网络地址,例如端口号4004可以映射到业务模块TM1(-001),并向此传输请求。
图4图示在请求者(未示出)发出对即将来临的多媒体会话的第一服务请求时的业务情况示例,该请求可以是IMS上下文中的SIPINVITE或SIP SUBSCRIBE消息。在第一步400中,由S-CSCF节点300接收该请求。如果该请求的目的地地址字段中未包含与任何特定业务模块关联的端口号,则该请求是初始请求,由此在步骤402将其传输到应用服务器302中的负载平衡单元304。
接下来,负载平衡单元304应用负载平衡功能来基本指定该序列的业务模块308中的任何业务模块来处理该请求。所应用的负载平衡功能可以配置成在选择适合的业务模块时将各个业务模块上的当前工作负载纳入考虑,但是这属于本发明范围之外。在该示例中,负载平衡功能为指定而选择业务模块TM3,并在下一步404将请求转发到此处。
业务模块TM3然后处理请求,其中涉及会话数据的建立,其中一些会话数据可以从本地存储在业务模块TM3中的中央订户数据库(例如图1中的HSS 112)中提取。如上文背景技术部分中解释的,此会话数据或信息在后续请求时使用是必需的。
此后,在最后一步406中,使业务模块TM3向请求者发送回适合的响应,通常以适合的方式将该响应路由通过S-CSCF节点300,本文无需对此进行进一步的描述。在该响应中,业务模块TM3添加它自己的关联的端口号,而接收请求者将保存该端口号以供后来使用。如上所述,可以在常规情况下对服务请求的此类响应中出现的现有称为“record-route”、“via”、“route”和“contact”报头的任何 一个报头中将该端口号添加到应用服务器的地址。
图5图示在图4的业务情况示例之后请求者在相同的多媒体会话期间发起后续服务请求时的另一个业务情况示例。在先前业务情况中,已指定业务模块TM3来处理该特定会话中来自该特定请求者的初始请求,并且应该容易地使用本地存储的会话数据/信息继续对后续请求进行如此操作。因此在第一步500中,在S-CSCF节点300处从请求者接收后续请求。此时,将请求定向到与指定的业务模块TM3关联的端口号并在该端口号上接收请求,该端口号是上文在步骤406中请求者已在对初始请求的响应中接收到的端口号。因此,在与特定业务模块关联的端口号上接收当前请求意味着,该请求是后续请求,因此在步骤502中,在导向到端口映射单元306的所述端口上传输该请求。
在步骤504中,接收端口映射单元306然后将该端口号映射到对应业务模块的内部专用网络地址,在本例中为TM3(-003),并向此传输请求。业务模块TM3然后使用已经建立且本地存储的会话数据来处理该请求。最后,与上文图4的业务情况中一样,业务模块TM3在步骤506中向请求者发送回响应,该响应同样优选地将关联的端口号包含在record-route报头中。或者,可以在步骤506的响应中省略端口号,因为仅在步骤406中的第一响应消息中包含该端口号就足以确保请求者将所有后续请求发送到该具体业务模块。
图6图示应用服务器302的优选实施例,该应用服务器302包括多个TCP/UDP输入端口P1、P2、P3、P4、P5、P6、...,其中前三个端口P1-P3连接到负载平衡单元600,余下端口P4、P5、P6...连接到端口映射单元602。如上文解释的,S-CSCF节点300确定要将输入的请求传输到应用服务器302的哪个输入端口。如果检测到该请求是初始请求RI,则将其传输到三个端口P1-P3的其中之一。在另一方面,如果该请求是后续请求RS,则基于该请求的目的地地址字段中包含的端口号将其传输到其他端口P4、P5、P6、...的其中之一。
当根据3GPP实现当前SIP协议时,根据三个不同主业务情况,使发送请求者将它的服务定址到应用服务器302中以及S-CSCF节点中的不同TCP/UDP输入端口,三个不同主业务即:1)定址第一端口用于发起请求,即当请求终端是主叫终端时,2)定址第二端口用于终止请求,即当请求终端是被叫终端时,以及3)定址第三端口用于终止请求,并且当被叫移动终端是已知的但是未作为IMS网络中的活动客户注册时。在后一个业务情况中,仍可以通过呼叫转发等来接收传送的多媒体。在该上下文中,将包含按上文描述的可以应用端口映射功能的端口号的任何后续请求视为第四业务情况。
就此给定的SIP调度而言,可以采用如下方式配置应用服务器302。前三个端口P1-P3都不与任何具体业务模块关联,因此将这些端口连接到负载平衡功能以用于基本指定业务模块的的任何一个业务模块,因为所有初始请求都将被定向到那些端口号P1-P3的其中之一。另一方面,余下端口P4、P5、P6、...的每一个端口与特定业务模块关联,并因此连接到端口映射单元602,因为在请求者接收到与最初指定的业务模块关联的端口号(主要在第一请求响应中接收到)之后,后续请求将被定向到那些端口号P4、P5、P6...的其中之一。在所示的示例中,端口号P4与业务模块TM1关联,端口号P5与业务模块TM2关联,端口号P6与业务模块TM3关联,并以此类推。
如本领域中公知的,如果由于某种原因未在接收者处接收到对初始请求的响应,则必须重发该请求。因此,如果应用服务器接收到接收最初请求的第一次指定的业务模块未应答而重发的初始请求,并且为重发的请求指定另一个业务模块,则可能出现最终两个不同的业务模块无协调地响应请求的情况。通过本发明的解决方案安全地处理这种冲突,因为请求者的行为将通过将后续请求仅定址到业务模块中与给定端口号关联的业务模块来确定哪个业务模块将处理相关会话的后续请求。后来不参与该会话中的被忽略的业务模块将不知道这一点,但是将只会永不接收该会话内的任何后续请求。 存储在被忽略的业务模块中用于该会话的会话数据将最终通过常规操作过程来清除,例如基于超时功能最终将其清除。
图7图示应用服务器302的另一个实施例,其中示出前三个端口P1、P2、P3连接的负载平衡单元600和余下端口P4、P5...连接的端口映射单元602。在该附图中,仅示出一个业务模块,它本身基本具有四个输入端口P:A、P:B、P:C和P:D以便按如下方式区分不同的业务情况。应该理解可以采用相似的方式配置应用服务器302中的其他业务模块。在该实施例中,业务模块700中的端口P:A配置成根据结合图6描述的第一业务情况(即在端口P1上发起请求)接收初始请求,端口P:B配置成根据第二业务情况(即在端口P2上终止请求)接收初始请求,以及端口P:C配置成根据第三业务情况(即在端口P3上终止请求/未注册)接收初始请求。
根据第四业务情况,保留业务模块700中的第四端口P:D用于端口映射单元602在与该具体业务模块700关联的端口号(在本例中为端口P4)上接收的后续请求。因此,端口P:A-P:C任一个上接收到的请求经过负载平衡功能进行处理,而在端口P:D上接收到的请求直接被映射到业务模块700。
应该容易地理解在本发明的范围内可以修改负载平衡单元600、端口映射单元602和业务模块700、308的任何一个。例如,可以将负载平衡单元600仅连接到业务模块700中的一个输入端口,该输入端口配置成接收任何初始请求而不考虑业务情况。而且,端口映射单元602可以配置成将一个端口号映射到多于一个业务模块,或将多于一个端口号映射到同一个业务模块等。因此本发明并不局限于参与方的任何特定端口配置。
最后,现在将参考图8的流程图普遍性描述本发明用于处理服务请求的过程。本文示出的该过程步骤基本由多媒体服务网络中的应用服务器来执行,该应用服务器(例如结合图3-7描述的应用服务器302)包括多个业务模块。在第一步800中,通常从请求者接收服
在下一步802中,基本确定该请求是初始请求还是后续请求,这优选地通过将该请求定址到的端口号来给出。例如,如上所述,参考上文图6和图7描述的配置,端口号1-3可以指示初始请求,而端口号4和更高端口号可以指示后续请求。如果请求是初始请求,则在步骤804中应用能够基本选择任何业务模块的负载平衡功能,以指定用于处理初始请求的业务模块。然后,在步骤806中由指定的业务模块处理该请求。但是如果在步骤802中发现该请求是后续请求,则在步骤808应用能够确定与请求中给定的端口号关联的特定已指定的业务模块的端口映射功能,以用于处理后续请求。然后,在步骤810中,相应地由确定的业务模块处理该请求。然后,在接下来步骤812中,可以确定请求是否需要响应。如果不需要,则过程可能按指示的结束。
在步骤806中处理初始请求之后,并且在步骤812之后,如果确定需要对接收的后续请求的响应,则在步骤814中创建响应,该响应包括与指定/确定的业务模块关联的特定端口号指示。该端口号优选地在根据SIP协议的现有报头中给出,例如在:“record-route”、“via”、“route”和“contact”中给出。最后在步骤816中将响应发送到请求者。
或者,如果请求是后续请求(即在步骤812之后),则可以在步骤814从响应中省略端口指示,因为请求者大概已经从会话的第一初始请求之后给出的响应中知道要使用哪个端口号。在一些情况中步骤810中处理的后续请求可能完全不需要响应,如“结束”框中指示的。自然地,在步骤812或步骤816之后,通过返回到第一步骤800接收另一个请求时重复该过程。
通过上述解决方案,为输入的多媒体服务请求提供有效率地将处理负载分布在应用服务器内的业务模块群上。当在可伸缩群中指 定业务模块时还将时延和复杂性降至最小,并使传输过程简单且仍旧可靠。具体来说,如果服务请求中出现与具体业务模块关联的端口号,则该请求是后续请求,可以容易地将其传送到该业务模块来作进一步处理。
当使用SIP时,具体优点是负载平衡功能和端口映射功能对于SIP应用层实际是不可见的,这使该解决方案可应用于TCP和DDP传输。“via”、“route”和“record-route”报头是强制报头字段,但是任何应用均不将其用作调用任何服务逻辑的基础。因此,一旦建立了这些报头字段,则从不操作它们,使它们对于SIP应用是不可见的。
而且,该应用服务器可以配置成使给定端口号明确地指向特定业务模块的内部专用网络IP地址,这使该机制不受任何正在进行的对应用服务器的重新配置的影响,例如添加或移除业务模块等的情况时不受影响。而且,安全地避免了重发请求的情况中涉及多于一个响应业务模块的冲突。例如,该应用服务器可以将对话转移到新业务模块,然后重新自行配置,以使端口映射将指向不同于旧业务模块的新业务模块。事实上,端口映射功能涉及对话状态实例,而非涉及应用逻辑或甚至物理服务器。
虽然本发明是参考特定示范实施例来描述的,但是该描述仅意在说明本发明的概念,并且不应视为限制本发明的范围。在不背离所附权利要求定义的本发明精神的前提下可以使用多种替代、修改和等效物。
Claims (21)
1.一种在应用服务器中处理输入的服务请求的方法,所述应用服务器包括一组相等的业务模块,每个业务模块能够处理对所述应用服务器中实现的一个或多个多媒体服务的请求,所述方法包括如下步骤:
-接收会话的服务请求,
-确定所接收的服务请求是初始服务请求还是所述会话中在先前服务请求之后的后续服务请求,以及
在初始服务请求的情况中:
-应用能够选择所述一组业务模块中的任何业务模块的负载平衡功能,以指定业务模块用于处理所接收的服务请求,以及
-发送对所述初始服务请求的响应,所述响应包含与所选并指定的业务模块关联的端口号,或
在后续服务请求的情况中:
-应用端口映射功能来确定所述一组业务模块中与接收的后续服务请求中给出的端口号关联的特定业务模块,用于处理所接收的服务请求,
其中,如果在所述请求的目的地址字段中未包含与任何特定业务模块关联的端口号,则确定是所述初始服务请求,否则,就确定是后续服务请求。
2.如权利要求1所述的方法,其特征在于,所接收的后续服务请求指示中给出的端口号已经包含在对先前服务请求的较早响应中。
3.如权利要求1所述的方法,其特征在于,所述应用服务器属于IMS服务网络,并且根据SIP协议来传送所述服务请求。
4.如权利要求3所述的方法,其特征在于,通过在如下现有SIP报头:“record-route”、“via”、“route”和“contact”的其中之一中将所述端口号添加到所述应用服务器的地址,在对所述初始服务请求的所述响应中提供所指定的业务模块的所述端口号。
5.如权利要求1、2、4中任一权利要求所述的方法,其特征在于,在所述应用服务器处不同的输入端口上接收输入的服务请求。
6.如权利要求5所述的方法,其特征在于,所述应用服务器基于在所述应用服务器处哪个端口号上接收到请求来应用负载平衡功能或端口映射功能。
7.如权利要求6所述的方法,其特征在于,当在所述应用服务器处至少一个预定的端口号上接收到初始请求时,所述应用服务器应用负载平衡功能。
8.如权利要求7所述的方法,其特征在于,在第一预定端口号上接收根据发起请求的第一业务情况的初始请求,在第二预定端口号上接收根据终止请求的第二业务情况的初始请求,以及在第三预定端口号上接收根据终止请求/未注册的第三业务情况的初始请求。
9.如权利要求8所述的方法,其特征在于,当在第四预定端口号或更高预定端口号上接收到根据第四业务情况的后续请求时,所述应用服务器应用端口映射功能。
10.如权利要求6所述的方法,其特征在于,基于所述应用服务器在哪个端口号上接收请求而在所指定的业务模块处在不同输入端口上提供输入的服务请求,以便区分不同的业务情况。
11.如权利要求8所述的方法,其特征在于,
-在所指定的业务模块处,在第一输入端口上提供在所述应用服务器处在所述第一预定端口号上接收的初始请求,
-在所指定的业务模块处,在第二输入端口上提供在所述应用服务器处在所述第二预定端口号上接收的初始请求,
-在所指定的业务模块处,在第三输入端口上提供在所述应用服务器处在所述第三预定端口号上接收的初始请求,以及
-在所指定的业务模块处,在第四输入端口上提供在所述应用服务器处在第四预定端口号或更高端口号上接收的后续请求。
12.一种用于处理输入的服务请求的应用服务器,包括:
-一组相等业务模块,每个业务模块能够处理对所述应用服务器中实现的一个或多个多媒体服务的请求,
-用于确定接收的服务请求是初始服务请求还是相同会话中的先前服务请求之后会话中的后续服务请求的部件,
-负载平衡单元,所述负载平衡单元适于应用能够在所述一组业务模块中选择任何业务模块的负载平衡功能来指定业务模块用于处理接收的初始服务请求,
-用于发送对所述初始服务请求的响应的部件,所述响应包含与所指定的业务模块关联的端口号,以及
-端口映射单元,所述端口映射单元适于应用端口映射功能来确定所述一组业务模块中与接收的后续服务请求中给出的端口号关联的特定业务模块,用于处理所接收的服务请求。
13.如权利要求12所述的应用服务器,其特征在于,所述应用服务器属于IMS服务网络,并且根据SIP协议来传送所述服务请求。
14.如权利要求13所述的应用服务器,其特征在于,所述用于发送对所述初始服务请求的响应的部件适于通过在如下现有SIP报头:“record-route”、“via”、“route”和“contact”的其中之一中将所指定的业务模块的端口号添加到所述应用服务器的地址来提供所述端口号。
15.如权利要求12-14中任一权利要求所述的应用服务器,其特征在于,所述应用服务器适于在不同输入端口上接收输入的服务请求。
16.如权利要求15所述的应用服务器,其特征在于,所述应用服务器适于基于在哪个端口号上接收到请求来应用负载平衡功能或端口映射功能。
17.如权利要求16所述的应用服务器,其特征在于,所述应用服务器适于当在至少一个预定的端口号上接收到初始请求时应用负载平衡功能。
18.如权利要求17所述的应用服务器,其特征在于,所述应用服务器适于在第一预定端口号上接收根据发起请求的第一业务情况的初始请求,在第二预定端口号上接收根据终止请求的第二业务情况的初始请求,以及在第三预定端口号上接收根据终止请求/未注册的第三业务情况的初始请求。
19.如权利要求18所述的应用服务器,其特征在于,所述应用服务器适于当在第四预定端口号或更高预定端口号上接收到根据第四业务情况的后续请求时应用端口映射功能。
20.如权利要求16所述的应用服务器,其特征在于,所述应用服务器适于基于在哪个端口号上接收所述请求而在所指定的业务模块处在不同输入端口上提供输入的服务请求,以便区分不同的业务情况。
21.如权利要求18所述的应用服务器,其特征在于,所述应用服务器适于:
-在所指定的业务模块处在第一输入端口上提供在所述第一预定端口号上接收的初始请求,
-在所指定的业务模块处在第二输入端口上提供在所述第二预定端口号上接收的初始请求,
-在所指定的业务模块处在第三输入端口上提供在所述第三预定端口号上接收的初始请求,以及
-在所指定的业务模块处在第四输入端口上提供在第四预定端口号或更高的预定端口号上接收的后续请求。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE0500732-3 | 2005-04-04 | ||
SE0500732 | 2005-04-04 | ||
SE05007323 | 2005-04-04 | ||
PCT/SE2006/000356 WO2006107249A1 (en) | 2005-04-04 | 2006-03-22 | A method and apparatus for distributing load on application servers |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101156409A CN101156409A (zh) | 2008-04-02 |
CN101156409B true CN101156409B (zh) | 2013-01-23 |
Family
ID=36499614
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006800111864A Expired - Fee Related CN101156409B (zh) | 2005-04-04 | 2006-03-22 | 用于分布应用服务器上的负载的方法和设备 |
Country Status (8)
Country | Link |
---|---|
US (1) | US8086709B2 (zh) |
EP (1) | EP1867130B1 (zh) |
CN (1) | CN101156409B (zh) |
AT (1) | ATE449495T1 (zh) |
CA (1) | CA2601850A1 (zh) |
DE (1) | DE602006010526D1 (zh) |
MX (1) | MX2007012209A (zh) |
WO (1) | WO2006107249A1 (zh) |
Families Citing this family (55)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7020707B2 (en) * | 2001-05-30 | 2006-03-28 | Tekelec | Scalable, reliable session initiation protocol (SIP) signaling routing node |
JP3819019B1 (ja) * | 2005-06-08 | 2006-09-06 | シャープ株式会社 | 送受信方法およびプログラム並びに記録媒体 |
US7894448B1 (en) * | 2006-05-24 | 2011-02-22 | Hewlett-Packard Development Company, L.P. | Proving that a user profile satisfies selection criteria for targeted data delivery |
US7929419B2 (en) * | 2006-08-04 | 2011-04-19 | Tekelec | Methods, systems, and computer program products for inhibiting message traffic to an unavailable terminating SIP server |
FR2906668A1 (fr) * | 2006-10-02 | 2008-04-04 | Alcatel Sa | Marqueur pour systemes de communication composes d'une pluralite de serveurs sip. |
US7664108B2 (en) * | 2006-10-10 | 2010-02-16 | Abdullah Ali Bahattab | Route once and cross-connect many |
US8064342B2 (en) * | 2006-10-27 | 2011-11-22 | Verizon Patent And Licensing Inc. | Load balancing session initiation protocol (SIP) servers |
US7996882B2 (en) * | 2007-02-26 | 2011-08-09 | L Heureux Israel | Digital asset distribution system |
US8127011B2 (en) * | 2007-03-23 | 2012-02-28 | Telefonaktiebolaget L M Ericsson (Publ) | Network resource negotiation between a service provider network and an access network |
JP4901955B2 (ja) * | 2007-03-30 | 2012-03-21 | 富士通株式会社 | 基地局装置、通信システム及びコンピュータプログラム |
US7886077B2 (en) * | 2007-05-03 | 2011-02-08 | Sybase 365, Inc. | Intermediary system for interconnecting multiple IMS networks |
US9143558B2 (en) * | 2007-05-09 | 2015-09-22 | Radware, Ltd. | Geographic resiliency and load balancing for SIP application services |
US20080294453A1 (en) * | 2007-05-24 | 2008-11-27 | La La Media, Inc. | Network Based Digital Rights Management System |
US8069251B2 (en) * | 2007-06-01 | 2011-11-29 | Adobe Systems Incorporated | System and/or method for client-driven server load distribution |
US8239548B2 (en) | 2007-07-17 | 2012-08-07 | Adobe Systems Incorporated | Endpoint discriminator in network transport protocol startup packets |
CN101868940A (zh) * | 2007-07-31 | 2010-10-20 | 泰克莱克公司 | 用于在会话发起协议(sip)实体间发布应用或更高层通信网络信令实体的操作状态信息的系统、方法和计算机程序产品 |
FR2925247B1 (fr) * | 2007-12-18 | 2011-11-04 | Alcatel Lucent | Controle de l'interface d'emission d'un message de reponse sip |
US8145698B1 (en) | 2008-01-03 | 2012-03-27 | Adobe Systems Incorporated | Self organizing peer-to-peer system, method, and/or apparatus |
US7660267B2 (en) * | 2008-01-16 | 2010-02-09 | Alcatel-Lucent Usa Inc. | Homing of user nodes to network nodes in a communication system |
US8171147B1 (en) | 2008-02-20 | 2012-05-01 | Adobe Systems Incorporated | System, method, and/or apparatus for establishing peer-to-peer communication |
US8312147B2 (en) * | 2008-05-13 | 2012-11-13 | Adobe Systems Incorporated | Many-to-one mapping of host identities |
US8341401B1 (en) | 2008-05-13 | 2012-12-25 | Adobe Systems Incorporated | Interoperable cryptographic peer and server identities |
EP2291984A1 (en) * | 2008-06-25 | 2011-03-09 | Telefonaktiebolaget LM Ericsson (publ) | Dynamic application server allocation in an ims network |
JP5123800B2 (ja) * | 2008-09-16 | 2013-01-23 | 株式会社リコー | 情報処理装置、情報処理方法及びプログラム |
US8516126B2 (en) * | 2008-09-24 | 2013-08-20 | International Business Machines Corporation | Processing SIP messages based on multiple cores |
US8300644B2 (en) * | 2008-09-30 | 2012-10-30 | Avaya Inc. | Coordination of user information across session initiation protocol-based proxy servers |
US8782256B2 (en) * | 2008-11-26 | 2014-07-15 | Cisco Technology, Inc. | Deterministic session load-balancing and redundancy of access servers in a computer network |
CN101605301B (zh) * | 2009-07-08 | 2012-09-26 | 中兴通讯股份有限公司 | 一种进行多节点事务处理的集群系统及请求消息分发方法 |
US20110142031A1 (en) * | 2009-12-10 | 2011-06-16 | James Jackson | Method and apparatus for dynamically assigning border elements in a voice over internet protocol network |
US8549146B2 (en) | 2010-01-28 | 2013-10-01 | Telefonaktiebolaget L M Ericsson (Publ) | Stateless forwarding of load balanced packets |
JP5537349B2 (ja) * | 2010-02-11 | 2014-07-02 | Kddi株式会社 | 端末の接続を継続した状態でsipサーバを変更する方法及びシステム |
EP2534792B1 (en) * | 2010-02-12 | 2018-07-25 | Tekelec, Inc. | Methods, systems, and computer readable media for inter-diameter-message processor routing |
EP2395710B1 (en) * | 2010-06-08 | 2013-11-06 | Alcatel Lucent | Device and method for data load balancing |
US9071512B2 (en) | 2010-08-06 | 2015-06-30 | Tekelec, Inc. | Methods, systems, and computer readable media for distributing diameter network management information |
CA2836604A1 (en) * | 2011-05-19 | 2012-11-22 | Telefonaktiebolaget L M Ericsson Ab (Publ) | Method and network entity for selecting for a subscriber a call session establishing server to be registered with in a voice over internet protocol network |
CN102421099B (zh) * | 2011-07-25 | 2017-07-14 | 中兴通讯股份有限公司 | 一种融合不同接入技术的接入系统及方法 |
CN102238691B (zh) | 2011-07-25 | 2018-03-16 | 中兴通讯股份有限公司 | 一种融合不同接入技术的通信系统及方法 |
US8959605B2 (en) | 2011-12-14 | 2015-02-17 | Apple Inc. | System and method for asset lease management |
EP2667568B1 (en) | 2012-05-25 | 2017-03-15 | Telefonaktiebolaget LM Ericsson (publ) | Methods and apparatuses for handling data-related requests |
WO2014098902A1 (en) * | 2012-12-21 | 2014-06-26 | Hewlett-Packard Development Company, L.P. | Forwarding of service requests by a wireless controller |
US9444747B2 (en) * | 2014-01-30 | 2016-09-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Service specific traffic handling |
US9654440B1 (en) | 2014-03-07 | 2017-05-16 | Sprint Communications Company L.P. | Modification of domain name systems using session initiation protocol messages |
US10897616B2 (en) | 2014-12-08 | 2021-01-19 | Harmonic, Inc. | Dynamic allocation of CPU cycles vis-a-vis virtual machines in video stream processing |
EP3142012B1 (en) * | 2015-09-11 | 2018-10-24 | Harmonic Inc. | Method for determining a computing capacity of one of a physical or a virtual machine |
CN107770242B (zh) * | 2017-08-25 | 2018-07-17 | 贵州白山云科技有限公司 | 一种实现智能流量调度的方法及装置 |
US11290501B2 (en) * | 2018-08-10 | 2022-03-29 | Lenovo (Singapore) Pte. Ltd. | Transport layer protocol for SIP message |
CN109361749B (zh) | 2018-10-24 | 2022-03-29 | 华为云计算技术有限公司 | 报文处理方法、相关设备及计算机存储介质 |
US10778527B2 (en) | 2018-10-31 | 2020-09-15 | Oracle International Corporation | Methods, systems, and computer readable media for providing a service proxy function in a telecommunications network core using a service-based architecture |
US11012931B2 (en) | 2019-05-24 | 2021-05-18 | Oracle International Corporation | Methods, systems, and computer readable media for enhanced signaling gateway (SGW) status detection and selection for emergency calls |
US11303582B1 (en) * | 2019-06-28 | 2022-04-12 | Amazon Technologies, Inc. | Multi-layer network for metric aggregation |
CN110602182B (zh) * | 2019-08-27 | 2022-02-01 | 达闼机器人有限公司 | 服务调度方法、装置、系统、全局负载均衡器及客户端 |
JP2021039423A (ja) * | 2019-08-30 | 2021-03-11 | キヤノン株式会社 | システム、および制御方法 |
US11018971B2 (en) | 2019-10-14 | 2021-05-25 | Oracle International Corporation | Methods, systems, and computer readable media for distributing network function (NF) topology information among proxy nodes and for using the NF topology information for inter-proxy node message routing |
US11528334B2 (en) | 2020-07-31 | 2022-12-13 | Oracle International Corporation | Methods, systems, and computer readable media for preferred network function (NF) location routing using service communications proxy (SCP) |
US11570262B2 (en) | 2020-10-28 | 2023-01-31 | Oracle International Corporation | Methods, systems, and computer readable media for rank processing for network function selection |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6128279A (en) * | 1997-10-06 | 2000-10-03 | Web Balance, Inc. | System for balancing loads among network servers |
US7430164B2 (en) * | 1998-05-04 | 2008-09-30 | Hewlett-Packard Development Company, L.P. | Path recovery on failure in load balancing switch protocols |
US6888828B1 (en) * | 2001-10-02 | 2005-05-03 | Nokia Corporation | System and method for providing at least one service obtained from a service network for a user in a packet switched communication network |
US20030074467A1 (en) * | 2001-10-11 | 2003-04-17 | Oblak Sasha Peter | Load balancing system and method for data communication network |
US7882226B2 (en) * | 2001-12-31 | 2011-02-01 | Samsung Electronics Co., Ltd. | System and method for scalable and redundant COPS message routing in an IP multimedia subsystem |
US7584262B1 (en) * | 2002-02-11 | 2009-09-01 | Extreme Networks | Method of and system for allocating resources to resource requests based on application of persistence policies |
SE0200417D0 (sv) | 2002-02-13 | 2002-02-13 | Ericsson Telefon Ab L M | A method and apparatus for reconfiguring a server system |
SE0200418D0 (sv) | 2002-02-13 | 2002-02-13 | Ericsson Telefon Ab L M | A method and apparatus for computer load sharing and data distribution |
US7328237B1 (en) * | 2002-07-25 | 2008-02-05 | Cisco Technology, Inc. | Technique for improving load balancing of traffic in a data network using source-side related information |
US7372813B1 (en) * | 2002-11-26 | 2008-05-13 | Extreme Networks | Virtual load balancing across a network link |
US9369498B2 (en) * | 2003-01-30 | 2016-06-14 | Nokia Technologies Oy | Message-based conveyance of load control information |
KR100511687B1 (ko) * | 2003-05-21 | 2005-09-01 | 니트젠테크놀러지스 주식회사 | 네트워크에 대한 지능형 트래픽 관리시스템 및 그를이용한 지능형 트래픽 관리방법 |
US7636917B2 (en) * | 2003-06-30 | 2009-12-22 | Microsoft Corporation | Network load balancing with host status information |
KR100570836B1 (ko) * | 2003-10-14 | 2006-04-13 | 한국전자통신연구원 | 부하 분산 세션 레이블을 이용한 서버간의 부하 분산장치 및 방법 |
US7805517B2 (en) * | 2004-09-15 | 2010-09-28 | Cisco Technology, Inc. | System and method for load balancing a communications network |
-
2006
- 2006-03-22 DE DE602006010526T patent/DE602006010526D1/de active Active
- 2006-03-22 AT AT06717041T patent/ATE449495T1/de not_active IP Right Cessation
- 2006-03-22 WO PCT/SE2006/000356 patent/WO2006107249A1/en active Application Filing
- 2006-03-22 MX MX2007012209A patent/MX2007012209A/es active IP Right Grant
- 2006-03-22 US US11/908,402 patent/US8086709B2/en not_active Expired - Fee Related
- 2006-03-22 EP EP06717041A patent/EP1867130B1/en not_active Not-in-force
- 2006-03-22 CN CN2006800111864A patent/CN101156409B/zh not_active Expired - Fee Related
- 2006-03-22 CA CA002601850A patent/CA2601850A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US8086709B2 (en) | 2011-12-27 |
WO2006107249A1 (en) | 2006-10-12 |
CA2601850A1 (en) | 2006-10-12 |
EP1867130B1 (en) | 2009-11-18 |
DE602006010526D1 (de) | 2009-12-31 |
CN101156409A (zh) | 2008-04-02 |
EP1867130A1 (en) | 2007-12-19 |
ATE449495T1 (de) | 2009-12-15 |
MX2007012209A (es) | 2007-12-06 |
US20080280623A1 (en) | 2008-11-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101156409B (zh) | 用于分布应用服务器上的负载的方法和设备 | |
US7330483B1 (en) | Session initiation protocol (SIP) message incorporating a multi-purpose internet mail extension (MIME) media type for describing the content and format of information included in the SIP message | |
US7502837B2 (en) | Service provisioning in a communication system | |
US20040199649A1 (en) | System and method to provide interoperability between session initiation protocol and other messaging services | |
US20080279119A1 (en) | Group call capability query | |
US8121028B1 (en) | Quality of service provisioning for packet service sessions in communication networks | |
EP1528745B1 (en) | Communication method and apparatus | |
EP2404424B1 (en) | Capability query handling in a communication network | |
CN102035813A (zh) | 端到端呼叫的实现方法、端到端呼叫终端及系统 | |
AU2001272428B2 (en) | Optimal routing when two or more network elements are integrated in one element | |
EP2467988B1 (en) | Method and apparatus in a telecommunications network | |
CN101114993B (zh) | 一种会话初始协议网络系统及控制业务路由的方法 | |
AU2001272428A1 (en) | Optimal routing when two or more network elements are integrated in one element | |
CN102984168A (zh) | 一种实现分布式软交换系统和ims系统互通的方法 | |
CN1983936A (zh) | 离线计费方法 | |
EP1654853B1 (en) | Function mode routing | |
SE528405C2 (sv) | Metod samt kommunikationsplattform för att understödja kommunikation mellan en tjänsteproducent och en radiokommunikationsapparat | |
WO2009095069A1 (en) | Methods, apparatuses, system, and related computer program product for session initiation | |
KR20060081539A (ko) | Ip 기반의 시그널링 전송 시스템 | |
CN103828320A (zh) | 抑制用于转移用户的camel服务调用 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130123 Termination date: 20170322 |