CN102165740A - 拥塞控制方法和设备 - Google Patents

拥塞控制方法和设备 Download PDF

Info

Publication number
CN102165740A
CN102165740A CN2009801382068A CN200980138206A CN102165740A CN 102165740 A CN102165740 A CN 102165740A CN 2009801382068 A CN2009801382068 A CN 2009801382068A CN 200980138206 A CN200980138206 A CN 200980138206A CN 102165740 A CN102165740 A CN 102165740A
Authority
CN
China
Prior art keywords
route
congested
network
indication
call
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
CN2009801382068A
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN102165740A publication Critical patent/CN102165740A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/125—Shortest path evaluation based on throughput or bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5691—Access to open networks; Ingress point selection, e.g. ISP selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5691—Access to open networks; Ingress point selection, e.g. ISP selection
    • H04L12/5692—Selection among different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/726—Reserving resources in multiple paths to be used simultaneously
    • H04L47/728—Reserving resources in multiple paths to be used simultaneously for backup paths

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明描述了一种通信系统中的拥塞响应的方法，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力。所述方法包括：-接收(S10)针对在通过所述第一类型网络去往目标的路由上的资源的拥塞指示，-存储(S11)与所述路由相关联的所述拥塞指示，-当接收到(S12)在所述路由上发起建立呼叫的后续请求时，--检查(S13)针对所述路由的拥塞指示是否存在，以及--如果所述拥塞指示存在，则在通过所述第二类型网络去往所述目标的备选路由上建立(S14)呼叫。

Description

拥塞控制方法和设备
技术领域
本申请涉及一种通信系统中的拥塞响应的方法、一种用于通信系统的呼叫控制服务器以及一种用于通信系统的用户平面处理节点。
背景技术
很多市场正在引入具有IP(互联网协议)传输的MSS(移动软切换)，同时在将要到来的几年中保留大部分的TDM(时分复用)网络。因此，用于移动电路核心的IP和TDM传输是共存的。当IP网络拥塞或不可用时，运营商要求如果可能的话使用备选TDM路由，而不是简单地拒绝呼叫。
因为可以重新选择具有TDM传输的ISUP(ISDN用户平面)路由作为备选，因此如果BICC(承载独立呼叫控制)路由拥塞，则能够经由备选的TDM网络来处理呼叫。当BICC路由启动且运行，以及该问题涉及用户平面时，则由M-MGW(移动媒体网关)使用例如MBAC(基于测量的接纳控制)或取决于用户平面的条件的类似机制来拒绝呼叫。在本文中使用术语MGW(媒体网关)作为对处理呼叫的用户平面且包括用于用户平面处理的资源在内的节点的非限制性示例。如果由单一服务器，例如移动服务交换中心(MSC)，来处理呼叫，则服务器依然有可能将呼叫重新路由至备选路由上。针对更一般地经由两个或更多服务器的呼叫的情况，在呼叫建立中将呼叫加以重新路由就太迟了，且该呼叫将失败。
市场要求一种增强来自若干客户的情形的解决方案。
现有解决方案对于真实市场问题还不够好，因为：
-当传输网络拥塞时，BICC路由通常依然启动且运行，即如果解决方案不仅考虑到信令传输也拥塞的场景，并因此BICC路由不可用，则该解决方案是优选的。
-一般地，由两个服务器来控制长途呼叫，即如果解决方案不仅考虑呼叫由单一MSC-S(移动服务交换中心服务器)来控制，则该解决方案是优选的。
上面是通信系统具有在两个不同类型网络上的寻路能力的情形的示例。
发明内容
需要提供一种在通信系统中的拥塞响应的增强概念，所述通信系统包括在第一类型网络(例如分组交换网络)和第二类型网络(例如电路交换网络)上的寻路能力。
由独立权利要求的主题来实现该目标。在从属权利要求中描述了一些有利实施例。
根据一个实施例，描述了一种用于通信系统中的拥塞响应的方法，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力。所述方法包括：
-接收针对在通过所述第一类型网络去往目标的路由上的资源的拥塞指示，
-存储与所述路由相关联的所述拥塞指示，
-当接收到在所述路由上发起呼叫建立的后续请求时，
--检查针对所述路由是否存在拥塞指示，以及
--如果存在所述拥塞指示，则在通过所述第二类型网络去往目标的备选路由上建立呼叫。
根据该实施例，如果接收到针对第一类型网络的给定路由的拥塞指示，则对于后续未来呼叫的建立能够避免该路由，且如果拥塞指示存在，则通过第二类型网络中的备选路由能够重新路由这些未来呼叫。即使如果中止了导致拥塞指示的建立的呼叫，可以用简单和容易实施的机制来避免后续呼叫的中止，同时有效率地使用第一和第二类型网络。
根据另一实施例，提供了一种用于通信系统的呼叫控制服务器，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力。所述呼叫控制服务器包括：
-接收器，用于接收针对在通过所述第一类型网络去往目标的路由上的资源的拥塞指示，
-存储器，用于存储与所述路由相关联的所述拥塞指示，以及
-控制器，被配置为使得当接收到在所述路由上发起建立呼叫的后续请求时，
--检查针对所述路由是否存在拥塞指示，以及
--如果存在所述拥塞指示，则在通过所述第二类型网络去往所述目标的备选路由上建立呼叫。
根据另一实施例，该拥塞响应的方法和呼叫控制服务器能够对部分拥塞通知(即，涉及部分拥塞状态的通知)加以响应。
根据本发明的另一实施例，提供了一种用于通信系统的用户平面处理节点，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力。所述节点包括控制器，用于执行针对在所述第一类型网络上的路由的部分拥塞状态识别过程，以及用于产生定向至所述通信系统的呼叫控制服务器的部分拥塞通知。
附图说明
通过对更详细的实施例的以下描述，上述概念将变得更容易理解，然后这些实施例仅作为说明性目的之用，而不具有任何限制效果。将引用附图，其中
图1示出了本发明的方法实施例的流程图；
图2示出了根据本发明的实施例的呼叫控制服务器的示意图；
图3示出了根据本发明的实施例的用户平面处理节点的示意图；
图4示出了可以应用本发明的通信系统的示意表示图；
图5示出了指示业务改道级别(TDL)随着时间而自适应的示例的图；以及
图6示出了可以应用本发明的另一通信系统的示意表示图。
具体实施方式
下面，通过特定实施例来描述所提议的方法和设备。然而应当注意到，陈述特定实施例仅用于说明基本概念的上述一般方面。例如，还可以在基于ATM(异步传输模式)的用户平面的情况中应用该方法和设备，或还可以使用常规MGW或任何其他可应用的用户平面处理节点来执行使用M-MGW的实施例。等价地，可以由MSC、MSC-S或任何其他可应用的呼叫控制服务器来执行呼叫控制。
图1示出了本发明的基本方法实施例的流程图。可以将该方法应用至例如图4所示的系统，在该系统中可以从第一通信网络404(例如移动电话网络或接入网络)向与网络404相关联的用户平面处理节点(UPHN)402传递用户平面业务(以实线表示)，该用户平面处理节点402进而可以通过第一类型网络T1和第二类型网络T2向另一UPHN403路由业务，该UPHN 403进而与另一通信网络405(例如另一移动电话网络或另一接入网络)相关联。通过相应的呼叫控制服务器(CCS)400和401来行使呼叫控制，这些呼叫控制服务器分别与UPHN 402和403交换控制信令(以虚线表示)。自然地，图4的系统仅为示例，且还可以将该创造性概念应用于其他系统，例如具有除了T1和T2之外的更多类型的系统，或在相同节点上执行或在多于两个节点上分布执行用户平面管理和呼叫控制的系统。此外，取决于网络T1、T2，在处理来自和去往通信网络402、404的业务中可以涉及不同的UPHN，如由例如UPHN 403’所指示的将业务路由通过网络T1、T2。
图1的方法包括步骤S10，其中接收针对在通过第一类型网络去往目标的路由上的资源的拥塞指示。目标可以是呼叫的任何目的地，例如特定终端、终端组或与路由相关联的特定目的地区域。路由是将呼叫用户平面和目标相连的任何装置。
拥塞指示是适合传递存在拥塞的信息段。在图4的示例中，CCS400可以接收例如针对第一类型网络T1的这种指示，同时尝试执行对来自移动终端406的请求呼叫的建立。目标可以例如是移动终端407。可以用任何合适或所需的方式来产生拥塞指示，例如，响应于来自CCS400的针对资源的请求，拥塞指示可以来自UPHN 402或来自CCS 401。其可以例如包含在专用消息中，或作为在呼叫建立过程期间接收到的较大信息体的一部分。
在步骤S11，将拥塞指示与被指示拥塞的路由加以关联存储。在图4的示例中，假定将通过第一类型网络T1的给定路由(例如BICC路由)指示为拥塞的，CCS 400对拥塞指示与给定路由关联记录。从而可以通过存储在步骤S10中接收的信息段或以指示相同信息内容的任何其他合适的形式进行记录，来完成对该拥塞指示的存储。
图1的过程可以是更大的控制过程的一部分，在图中的步骤S10和S11之前和之后用虚线对其加以指示。可以存在在建立期间导致呼叫中止的其他步骤(图1未示出)，在步骤S10中接收到对该建立的拥塞指示。另一方面，还可以在呼叫建立的上下文之外接收到拥塞指示，例如作为由体验到拥塞的网络的节点所发起的专用信令消息的一部分。
根据本实施例，还存在其他步骤，使得如果稍后接收到针对发起建立呼叫的后续请求(S12)时，在步骤S13中检查针对与该呼叫相关联的主路由的拥塞指示是否存在。主路由是与所请求的呼叫初始关联的任何路由，例如基于路由表。如果所述拥塞指示存在，则在通过第二类型网络去往目标的备选路由上建立该呼叫，例如图4中的网络T2，参见S14。
如果不存在存储的拥塞指示，例如由于之前未接收到拥塞指示或由于记录清除机制删除了存储的拥塞指示，而没有调用步骤S10和S11，则过程继续进行在主路由上的建立，S15。所述记录清除机制可以基于时间，例如如果在给定时间周期中未接收到延期指示，则删除存储的拥塞指示，和/或可以基于肯定的信令，例如，基于接收到对不存在或不再存在拥塞的指示。作为基于时间的示例，每次存储路由的拥塞指示时，能够例如建立针对拥塞间隔TRC的定时器。拥塞间隔TRC的长度可以与MBAC的测量间隔在相同量级上，例如几秒。例如，该值可以等于2s。
例如，对于IP承载，主要基于当接收到“IPBCP请求”和“Accept”消息时在MGW中的基于测量的接纳控制(MBAC)来完成对拥塞的发现。有时该发现可以发生在稍晚的阶段，例如如果Nb初始化失败。
当由不同MSC服务器来控制呼叫中涉及的MGW时，在如上所述的发现拥塞的时间上，已经在两个服务器之间交换了BICC IAM(初始地址消息)和APM(应用传输机制)消息。对于该呼叫，后退到另一路由不再可能。因此，所提出的方法是一旦检测到拥塞，将后续呼叫改道到备选路由上，直到认为解决该拥塞。
根据该一般实施例，如果接收到针对第一类型网络的给定路由的拥塞指示，则能够避免该路由用于后续未来呼叫的建立，且如果拥塞指示存在，将这些未来呼叫重新路由通过第二类型网络中的备选路由。即使如果中止了导致拥塞指示的呼叫建立，可以用简单和容易实施的机制来避免后续呼叫的中止，同时有效地使用了第一和第二类型网络。
可以用任何合适或所需方式来配置第一和第二类型网络。例如，第一类型网络可以是分组交换网络且第二类型网络可以是电路交换网络。还可以用任何合适或所需方式来选择第一和第二类型网络底层的特定机制和发送原理。例如，第一类型网络可以是互联网协议网络和/或异步传输模式网络，同时第二类型网络可以是例如时分复用网络。独立于第一和/或第二类型网络中所使用的传输协议，呼叫控制服务器和用户平面处理节点可以处理作为由相应传输协议所携带的电路交换业务的呼叫。
因此，在使用作为第一类型网络的分组交换网络和作为第二类型网络的电路交换网络的情况下，可以将所述方法的实施例总结如下：
-接收针对在通过分组交换网络去往目标的路由上的资源的拥塞指示，
-存储与所述路由相关联的拥塞指示，
-当接收到针对在所述路由上发起呼叫建立的请求时，
--检查针对所述路由的拥塞是否存在指示，以及
--在通过所述电路交换网络去往目标的备选路由上建立所述呼叫。
可以在任何合适的节点或节点组中执行图1的方法。例如，可以在所述通信系统的呼叫控制服务器中执行所述步骤，例如图4的CCS400和/或CCS 401。可以从UPHN接收拥塞指示，例如CCS 401可以从UPHN 402接收拥塞指示。等价地，可以从另一CCS接收拥塞指示，例如CCS 400可以从CCS 401接收拥塞指示，CCS 401进而可以已经从UPHN 403接收到拥塞指示。如果由多于一个呼叫控制服务器来控制呼叫，则一个CCS从另一个CCS接收拥塞通知的情况可以发生。
可以用任何合适或所需的方式来选择用于产生拥塞指示的过程。例如，如果检测到用户平面的拥塞状态，则可以产生拥塞指示。这样，可以在用户平面处理节点中执行用于产生拥塞指示的过程的至少一部分。还可以在丢失用户平面和控制平面之间的连接的事件中产生拥塞指示。这样，可以在呼叫控制服务器中执行用于产生拥塞指示的过程的至少一部分。例如，如果图4中的CCS 401识别出到UPHN 403的信令连接丢失，其可以向CCS 400发送拥塞指示，从而触发对后续呼叫的重新路由。
在图4的情况下，拥塞指示将不得不指示针对通过UPHN 403的所有业务的拥塞，使得必须配置重新路由以避免UPHN 403，并从而可能使用第三网络(图4未示出)或使用与T1和T2中的一个或两个以及与通信网络405相连的另一UPHN(图4未示出)。因此显而易见地，使用拥塞指示的本创造性机制不受限于用户平面拥塞存在的应用，而是可以应用在由于整体通信系统的一部分中出现障碍，而至少需要重新路由后续呼叫的任何上下文中。
可以用任何合适或所需方式来选择网络节点发出拥塞指示所处的条件。例如，UPHN可以规律地监视用户平面的拥塞情形，如果检测到拥塞则向CCS发送包含拥塞指示的对应消息。
等价地，可以将拥塞指示作为呼叫建立过程的一部分加以发出。例如，用于产生拥塞指示的过程可以包括以下步骤：
-接收用于在通过第一类型网络去往目标的路由上发起呼叫建立的请求，
-为所述呼叫的承载占用资源，以及
-当占用到资源时确定拥塞。
换言之，如果在呼叫建立期间，以预定方式干扰资源的占用，则CCS将其作为拥塞指示。
例如，在用户平面处理节点是媒体网关的情况下，如果以下一个或多个情况发生，则拥塞状态识别过程可以包括产生拥塞指示：
-基于测量的接纳控制功能拒绝了互联网协议连接请求，
-静态接纳控制功能拒绝了互联网协议连接请求，
-不能正确初始化用户平面Nb成帧协议。
在图6中示出了用于转发承载建立的特定示例。引用标号600和601涉及作为CCS的示例的MSC或MSC-S。引用标号602和603涉及作为UPHN的示例的MGW或M-MGW。应用标号604和605指代移动终端，606指代作为第一类型网络的示例的IP网络，且607指代作为第二类型网络的示例的TDM网络。如由表示互联网络的云所指示的，其他设备，例如IP路由器，可以在MGW之间转发用户平面信息。为了简化，省略了发起和端接服务器之间的已知信令和已知控制连接，以及省略了呼叫的发起和端接MGW及由移动电话表示的发起和端接用户设备。
类似于图4，以实线表示了用户平面业务，反之，以虚线表示了控制信令。作为示例，在一些情况下还指示了信令连接上的可能的信令。
只要与呼叫相关联的节点的内部处理对应于所提议的方法，则对其加以指示，同时为了简化，省略了现有技术中已知的且众所周知的呼叫处理。
MSC-S 600初始时接收针对从移动终端604到移动终端605的呼叫的建立请求，并取决于该请求来选择BICC路由，以将呼叫通过IP网络606加以路由。然后MSC-S 600向MSC-S 601发送初始地址消息(IAM)M60，MSC-S 601进而触发MGW 603中的基于测量的接纳控制(MBAC)。备选地，可以执行MGW 603处的静态接纳控制(SAC)。在示例中，假定MGW 603检测到指示拥塞的干扰，例如分组丢失比率高于预定阈值。因此，MGW 603向MSC-S 601发送拒绝消息M61，MSC-S 601进而向MSC-S 600发送包括拥塞指示的消息M62。因此，MSC-S 600将呼出BICC路由标记为“用户平面拥塞”一段特定时间。在该时间期间，将路由标记为“用户平面拥塞”，MSC-S应当能够使用备选的呼出路由，具体地，经由TDM网络607的ISUP/TDM路由。
如果在随后的节点中检测到拥塞，且当使用来自MSC-S 600的转发承载建立，并由后续MSC-S 601所控制的MGW 603检测到拥塞时，该节点603将向之前的用户平面节点602发送新的通知，以指示拥塞，例如在经由服务器601和600的BICC的隧道中，且节点602将向MSC-S600发送拥塞通知。因此，MSC-S 600可以对拥塞执行行动，就好像由自己的M-MGW 602报告一样。此外，节点603可以向服务器601发送拥塞通知，服务器601进而可以向之前的服务器600发送包括原因码的释放消息。
该原因码的接收将允许MSC把呼出BICC路由标记为“用户平面拥塞”。
在后向承载建立的情况下，随后的节点需要释放呼叫。建议使用专用的原因码向之前节点通知该拥塞。类似地处理其他拥塞情况；只是使用不同的原因码。
根据另一实施例，该系统包括用于产生部分拥塞通知的部分拥塞状态识别过程。部分拥塞通知可以例如与识别部分拥塞状态相关联，即指示不是完全拥塞，而是较轻程度拥塞的状态。例如，如果观察到的分组丢失比超过预定限制，可以识别出部分拥塞状态。该限制优选地低于与完全拥塞相关联的上述预定阈值。
类似于拥塞指示，可以将部分拥塞通知存储为接收的信息段，或存储为指示相同信息内容的任何其他合适的形式。可以选择部分拥塞通知以反映拥塞的各种程度，例如不同的百分比，因而可以将拥塞指示表达为特定的部分拥塞通知，即完全或100％拥塞。
在本实施例中，所提出的方法包括为了在早期阶段减轻拥塞情形的主动处理。在上述基本概念的方面，拥塞指示可以指示部分拥塞，即尽管当前依然可能在该路由上建立呼叫，资源的当前状态指示了拥塞可能即将发生。在该情况下，不在备选路由上建立所有呼叫而建立一部分呼叫是一种选项。将基于以下示例来更详细地描述该选项。再一次对图6所示的结构进行引用，但是本实施例的基本概念自然不受限于此。
类似于上面描述的，MSC-S 600接收建立请求，选择BICC路由，向MSC-S 601发送IAM，MSC-S 601进而例如控制M-MGW 603执行MBAC。单个应用MBAC时，M-MGW 603可以观察分组丢失比是否在预定限制之上和阈值之下，以准许新的连接。M-MGW 603应当能够向MSC-S 601通知新的事件，该新事件是针对特定目的地的IP网络正在变得拥塞，即在该情况下，图6所示的消息M61提供了该信息。这可以基于a)应用对分组丢失比超过预定限制且应当在时间MBAC处完成的观察，且b)基于对IP报头中DSCP(差分服务码点)八位位组的监视。该通知可以使用下面也称作ipcong(指示IP上的部分拥塞)的新的事件。
用于向MGW发送拥塞的一个选项是：如果检测到拥塞，则由例如另一个MGW设置IP报头的众所周知的DSCP字段的比特。
MGW向MSC-S发送与呼叫建立相关的ipcong通知。在应用MBAC的时间点上，如一般正常进行的，MGW观察分组丢失比的级别，但是现在，如果MSC-S适于处理ipcong事件，则MGW将不仅验证业务是否低于阈值以准许更多的呼叫(即，完全拥塞阈值)，还验证是否超过预定的分组丢失比限制，或DSCP八位位组重新标记是否指示了拥塞前的情形。如果是，则MGW发送具有ipcong事件的通知。
当MGW中的基于测量的接纳控制功能接受了连接请求时，MSC-S将呼出BICC路由标记为“用户平面部分拥塞”一段特定时间，但是如果例如检测到数据分组的指定拥塞级别，则从MGW中接收指示了在IP承载网络中存在特定拥塞级别的征兆的通知。
在将路由标记为“用户平面部分拥塞”的时间期间，MSC-S应当能够针对一定百分比的一般寻址到部分拥塞路由的呼叫，使用备选呼出路由。这样，在针对新的呼叫不完全中断路由的情况下减轻拥塞。
与拥塞级别和在拥塞期间的呼叫处理相关的，在继续进行呼叫建立之前，将由发起MSC-S来处理拥塞通知。如果未将路由标记为“用户平面拥塞”，则MSC现在对其标记，且将开始BICC控制的用户平面拥塞间隔TRC。在该解决方案中，还使用业务改道级别TDLi来标记路由，业务改道级别TDLi确定在TRC间隔期间将被改道至备选路由的呼叫的百分比。“i”指示了不同的改道级别，i的值越高指示了被改道的呼叫的百分比越高。如果取代ipcong事件，接收到MBAC所检测的拥塞，则应当将业务改道级别设置为最大值(100％)。
拥塞间隔TRC的长度可以与MBAC的测量间隔具有相同的量级，例如几秒。例如，该值可以等于2s。
TDLi取决于：
-接收的拥塞指示的类型：如果是由MBAC引起的拒绝，或在更一般的意义上针对特定路由的接纳控制，则因为检测机制的特性而导致在下一个时间间隔TRC期间可以预期拥塞状态没有改变，因此应当应用最大业务改道级别。如果为ipcong事件或UP(用户平面)初始化失败，则可以逐步提高在之前间隔中应用的改道级别。当今存在用于检测用户平面级别处的拥塞的其他机制。基于不同机制的特性，其可以适于应用最大业务改道级别或提高改道级别。例如，基于MGW中IP业务的完整量的所谓的静态接纳控制(SAC)机制也可以拒绝新呼叫的建立。对于该类型的拒绝，提高改道级别是恰当的。
-之前间隔的业务改道级别，即如果在连续间隔上观察到拥塞，则提高业务改道级别。类似地，不具有拥塞的间隔允许降低改道级别。
当路由拥塞间隔TRC(n)过期，则可以开始新的间隔TRC(n+1)，其中，改道级别可以例如是：
-如果之前间隔是第一拥塞间隔，即n＝1，则与之前间隔TRC(n)相同
-如果在TRC(n)期间接收到拥塞指示，且n＞1，则是TDLi+1，其中TDLi是在TRC(n)中应用的级别
-如果在TRC(n)期间未接收到拥塞指示，且n＞1，则是TDLi-1，其中TDLi是在TRC(n)中应用的级别。如果TDLi-1＝0，则不需要监督新的间隔，且将n重置为0。
如果当TDL小于最大值时，接收的拥塞指示是MBAC引起的拒绝，则这可以一直启动或重启动新的路由拥塞间隔TRC。在两个TRC间隔期间TDL将保持最大值。在第三间隔中，可以将业务改道级别降低一个级别。
图5示出了该行为的示例，其中存在五个TDL级别，且每个级别之间具有20％的间隔。如图所示，ipcong事件导致TDL的逐步调整，反之MBAC拒绝事件(拥塞指示)导致TRC的重置，且导致将TDL调整到100％。
总体上，监视预定间隔TRC，且在间隔之一的每个到期处，可以更新业务改道级别。
本发明的一个优点是当新的IP网络拥塞时，运营商可以使用它们现有的TDM网络来提供备选路由。
术语BICC控制的用户平面拥塞间隔(TRC)用于表达将呼出BICC路由控制的用户平面标记为拥塞或部分拥塞，且将全部或一定百分比的呼叫改道至备选路由的时间间隔。
术语业务改道级别(TDL)用于指示在路由拥塞间隔期间路由至另一路由的呼叫的百分比。所提出的级别是例如0、20％、40％、60％、80％和100％。
根据实施例，将与部分拥塞通知相关联的路由标记为部分拥塞，且在将路由标记为部分拥塞的时间期间，针对寻址到该路由的一定百分比的呼叫使用备选路由。优选地，用与该百分比对应的业务改道级别来标记与该部分拥塞通知相关联的路由。从而，如果TDL是例如40％，则将40％的业务重新路由至备选路由。
可以用任何合适的形式来体现上述方法。例如，可以用包括计算机代码部分的计算机程序的形式来体现本发明，该计算机代码部分被配置为当在所述通信系统的服务器上执行时，用于执行所述方法。还可以在包括如计算机系统的计算机程序产品中体现本发明。
此外，还可以将本发明体现为适合在上述方法中使用的设备。例如，可以在通信系统的呼叫控制服务器，如MSC或MSC-S，中体现本发明，该通信系统包括在第一类型网络和第二类型网络上的寻路能力，如上述CCS 400、401、600和601。图2示出了这种呼叫控制服务器2的示意框图，该呼叫控制服务器2包括用于从其他节点和服务器经由线路23接收通信的接收器20，包括程序在内且用于存储所接收的信息的存储器21，以及用于控制操作的处理器或控制器22。接收器20被配置为用于接收针对在通过第一类型网络去往目标的路由上的资源的拥塞指示。存储器21被配置为用于存储与该路由相关联的拥塞指示。控制器22被配置为使得当接收到针对在该路由上发起建立呼叫的后续请求时：
--检查针对该路由是否存在拥塞指示，以及
--如果存在所述拥塞指示，则在通过第二类型网络去往目标的备选路由上建立所述呼叫。为了简化，省略了呼叫控制服务器的其它已知单元。
可以用任何合适或所需的方式来配置控制器22。例如，其可以包括以下一项或多项：
-消息管理器220，用于处理接收器20接收的消息，消息管理器220包括用于识别拥塞指示并控制在存储器21中的拥塞指示的存储操作的单元；
-拥塞指示辨别器221，用于检查存储器21中是否存在拥塞指示；以及
-路由管理器222，用于取决于来自拥塞指示辨别器221的输出，在主路由或备选路由上建立呼叫。
控制器22可以是可编程处理器。同样的，可以将消息管理器220、拥塞指示辨别器221、路由管理器222和其他控制组件中的一个或多个提供为在处理器上执行的计算机程序的计算机代码部分。然而，这些单元可以等价地是专用的硬件设备。
还可以在用户平面处理节点，例如MGW，中体现本发明，其中图3示出了示意框图。用户平面处理节点3可以具有类似于图2的服务器2的结构，即包括用于从其他节点和服务器经由线路33接收通信的接收器30，包括程序在内且用于存储所接收的信息的存储器31，以及用于控制操作的处理器或控制器32。用户平面处理节点3被配置为用于通信系统，该通信系统包括在第一类型网络和第二类型网络上的寻路能力。控制器32被配置为用于执行对所述第一类型网络上的路由的部分拥塞状态识别过程，以及用于产生定向至所述通信系统的呼叫控制服务器的部分拥塞通知。为了简化，省略了用户平面处理节点的其它已知单元。
可以用任何合适或所需的方式来配置控制器32。例如，其可以包括以下一项或多项：
-业务管理器320，用于处理接收器30接收的业务，业务管理器320包括用于处理所述业务并将其转发的单元，且包括用于控制在存储器31中的存储操作的单元；
-拥塞检测器321，用于识别针对于用户平面处理节点3相连的网络的路由的拥塞状态或部分拥塞状态的存在性；以及
-通知产生器322，用于产生要定向至呼叫控制服务器的拥塞指示和/或部分拥塞通知。
控制器32可以是可编程处理器。同样的，可以将业务管理器320、拥塞检测器321、通知产生器322和其他控制组件中的一个或多个提供为在处理器上执行的计算机程序的计算机代码部分。然而，这些单元可以等价地是专用的硬件设备。
尽管已经通过详细的实施例来描述了本发明，描述他们仅用于说明的目的，且本发明由所附权利要求来限定。权利要求中的引用标号仅用于让权利要求更容易阅读，而不具有任何限制性的效果。

Claims (19)

1.一种用于通信系统中的拥塞响应的方法，所述通信系统包括在第一类型网络(T1)和第二类型网络(T2)上的寻路能力，所述方法包括：
-接收(S10)针对在通过所述第一类型网络(T1)去往目标的路由上的资源的拥塞指示，
-存储(S11)与所述路由相关联的所述拥塞指示，
-当接收到(S12)在所述路由上发起呼叫建立的后续请求时，
--检查(S13)针对所述路由是否存在拥塞指示，以及
--如果存在所述拥塞指示，则在通过所述第二类型网络(T2)去往目标的备选路由上建立(S14)呼叫。
2.根据权利要求1所述的方法，其中，所述第一类型网络是分组交换网络，以及所述第二类型网络是电路交换网络。
3.根据权利要求1或2所述的方法，其中，所述第一类型网络是互联网协议网络和异步传输模式网络之一。
4.根据权利要求1至3中任一项所述的方法，其中，所述第二类型网络是时分复用网络。
5.根据权利要求1至4中任一项所述的方法，其中，在所述通信系统的呼叫控制服务器中执行所述步骤。
6.根据权利要求5所述的方法，其中，所述呼叫控制服务器从另一呼叫控制服务器接收所述拥塞指示。
7.根据权利要求1至6中任一项所述的方法，还包括用于产生所述拥塞指示的过程，其中，如果识别出用户平面处的拥塞状态和所述用户平面与控制平面之间的连接丢失中的一项或者两项，则产生所述拥塞指示。
8.根据权利要求7所述的方法，其中，在用户平面处理节点中执行用于产生所述拥塞指示的所述过程。
9.根据权利要求8所述的方法，其中，所述用户平面处理节点是媒体网关，以及，如果以下一项或多项发生，则所述拥塞状态识别过程包括产生拥塞指示：
-基于测量的接纳控制功能拒绝互联网协议连接请求，
-静态接纳控制功能拒绝互联网协议连接请求，以及
-不能正确地初始化用户平面Nb成帧协议。
10.根据权利要求7至9中任一项所述的方法，其中，用于产生所述拥塞指示的所述过程包括以下步骤：
-接收在通过所述第一类型网络去往所述目标的路由上发起呼叫建立的请求，
-为所述呼叫的承载占用资源，以及
-当占用到所述资源时，确定拥塞。
11.根据权利要求1至10中任一项所述的方法，还包括用于产生部分拥塞通知的部分拥塞状态识别过程。
12.根据权利要求11所述的方法，其中，所述部分拥塞状态识别过程包括：如果所观察到的分组丢失比率超过预定限制，则识别出部分拥塞状态。
13.根据权利要求11或12所述的方法，还包括：将与所述部分拥塞通知相关联的路由标记为部分拥塞，以及在将所述路由标记为部分拥塞期间，对寻址至所述路由的呼叫中的一定百分比的呼叫使用备选路由。
14.根据权利要求13所述的方法，其中，使用与所述百分比相对应的业务改道级别来标记与所述部分拥塞通知相关联的所述路由。
15.根据权利要求14所述的方法，其中，监视预定间隔(TRC)，以及在所述间隔之一的每次到期时，更新所述业务改道级别。
16.一种包括计算机代码部分的计算机程序，所述计算机代码部分被配置为当在所述通信系统的服务器上执行时，用于执行根据权利要求1至15中任一项所述的方法。
17.一种计算机程序产品，包括根据权利要求16所述的计算机程序。
18.一种用于通信系统的呼叫控制服务器(2)，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力，所述呼叫控制服务器(2)包括：
-接收器(20)，用于接收针对在通过所述第一类型网络去往目标的路由上的资源的拥塞指示，
-存储器(21)，用于存储与所述路由相关联的所述拥塞指示，以及
-控制器(22)，被配置为使得当接收到在所述路由上发起呼叫建立的后续请求时，
--检查针对所述路由是否存在拥塞指示，以及
--如果存在所述拥塞指示，则在通过所述第二类型网络去往所述目标的备选路由上建立呼叫。
19.一种用于通信系统的用户平面处理节点(3)，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力，所述用户平面处理节点(3)包括：控制器(32)，用于执行针对在所述第一类型网络上的路由的部分拥塞状态识别过程，以及用于产生定向至所述通信系统的呼叫控制服务器的部分拥塞通知。
CN2009801382068A 2008-09-26 2009-07-24 拥塞控制方法和设备 Pending CN102165740A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US10040608P 2008-09-26 2008-09-26
US61/100,406 2008-09-26
PCT/EP2009/059567 WO2010034539A1 (en) 2008-09-26 2009-07-24 Congestion control method and devices

Publications (1)

Publication Number Publication Date
CN102165740A true CN102165740A (zh) 2011-08-24

Family

ID=41137096

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009801382068A Pending CN102165740A (zh) 2008-09-26 2009-07-24 拥塞控制方法和设备

Country Status (6)

Country Link
US (1) US8774005B2 (zh)
EP (1) EP2361468B1 (zh)
CN (1) CN102165740A (zh)
MY (1) MY155379A (zh)
RU (1) RU2510143C2 (zh)
WO (1) WO2010034539A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104662951A (zh) * 2012-10-26 2015-05-27 英特尔公司 用户平面拥塞的报告
CN104734982A (zh) * 2013-12-24 2015-06-24 富士通株式会社 通信系统、通信方法以及呼叫控制服务器
CN105103648A (zh) * 2013-04-26 2015-11-25 英特尔Ip公司 使用中央节点来收集ran用户平面拥塞信息的系统和方法
CN106465176A (zh) * 2014-06-13 2017-02-22 瑞典爱立信有限公司 移动实体的拥塞监视
CN113647134A (zh) * 2019-02-14 2021-11-12 Idac控股公司 Pc5通信的拥塞控制过程
CN115150333A (zh) * 2022-05-26 2022-10-04 腾讯科技（深圳）有限公司 拥塞控制方法、装置、计算机设备和存储介质
WO2023246758A1 (zh) * 2022-06-22 2023-12-28 维沃移动通信有限公司 拥塞的处理方法、装置及通信设备

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8265022B2 (en) * 2009-02-10 2012-09-11 Apple Inc. Apparatus and methods for transmission of emergency call data over wireless networks
US8412240B2 (en) * 2009-06-01 2013-04-02 Alcatel Lucent Direct SMS message delivery over broadband data networks through an SMS-C
US8867362B2 (en) * 2010-01-15 2014-10-21 Telefonaktiebolaget Lm Ericsson (Publ) Congestion control for interworking between networks
WO2011130912A1 (zh) * 2010-04-22 2011-10-27 华为技术有限公司 拥塞/过载的控制方法及装置
US8767742B2 (en) 2010-04-22 2014-07-01 International Business Machines Corporation Network data congestion management system
KR101781159B1 (ko) * 2010-12-20 2017-09-22 한국전자통신연구원 데이터 분배 서비스에서 경량 멀티캐스트를 제공하는 방법 및 장치
US20130150035A1 (en) * 2011-04-21 2013-06-13 Qualcomm Incorporated Method and apparatus for classifying neighboring devices
US9634940B2 (en) * 2013-01-31 2017-04-25 Mellanox Technologies, Ltd. Adaptive routing using inter-switch notifications
EP2959726B1 (en) 2013-02-22 2019-07-10 Intel IP Corporation Systems and methods for access network selection and traffic routing
US9548960B2 (en) 2013-10-06 2017-01-17 Mellanox Technologies Ltd. Simplified packet routing
EP3069486B1 (en) 2013-11-15 2018-10-10 Telefonaktiebolaget LM Ericsson (publ) Selective steering of media data streams
US9729473B2 (en) 2014-06-23 2017-08-08 Mellanox Technologies, Ltd. Network high availability using temporary re-routing
US9806994B2 (en) 2014-06-24 2017-10-31 Mellanox Technologies, Ltd. Routing via multiple paths with efficient traffic distribution
US9699067B2 (en) 2014-07-22 2017-07-04 Mellanox Technologies, Ltd. Dragonfly plus: communication over bipartite node groups connected by a mesh network
US9894005B2 (en) 2015-03-31 2018-02-13 Mellanox Technologies, Ltd. Adaptive routing controlled by source node
US9973435B2 (en) 2015-12-16 2018-05-15 Mellanox Technologies Tlv Ltd. Loopback-free adaptive routing
US10819621B2 (en) 2016-02-23 2020-10-27 Mellanox Technologies Tlv Ltd. Unicast forwarding of adaptive-routing notifications
US10178029B2 (en) 2016-05-11 2019-01-08 Mellanox Technologies Tlv Ltd. Forwarding of adaptive routing notifications
SG11201811581VA (en) * 2016-06-29 2019-01-30 Beijing Xiaomi Mobile Software Co Ltd Information delivery method, data sending method, apparatus and system
US10200294B2 (en) 2016-12-22 2019-02-05 Mellanox Technologies Tlv Ltd. Adaptive routing based on flow-control credits
US10644995B2 (en) 2018-02-14 2020-05-05 Mellanox Technologies Tlv Ltd. Adaptive routing in a box
US11005724B1 (en) 2019-01-06 2021-05-11 Mellanox Technologies, Ltd. Network topology having minimal number of long connections among groups of network elements
GB2583703B (en) 2019-04-18 2021-07-28 Metaswitch Networks Ltd Communications network
GB2583702B (en) * 2019-04-18 2021-05-12 Metaswitch Networks Ltd Call control in telephony-capable communications networks
US11575609B2 (en) * 2019-07-19 2023-02-07 Intel Corporation Techniques for congestion management in a network
US11575594B2 (en) 2020-09-10 2023-02-07 Mellanox Technologies, Ltd. Deadlock-free rerouting for resolving local link failures using detour paths
US11411911B2 (en) 2020-10-26 2022-08-09 Mellanox Technologies, Ltd. Routing across multiple subnetworks using address mapping
US11870682B2 (en) 2021-06-22 2024-01-09 Mellanox Technologies, Ltd. Deadlock-free local rerouting for handling multiple local link failures in hierarchical network topologies
US11765103B2 (en) 2021-12-01 2023-09-19 Mellanox Technologies, Ltd. Large-scale network with high port utilization

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4799215A (en) * 1985-10-07 1989-01-17 Nec Corporation High-speed packet-switched communications system with end-to-end flow control and retransmission
CN1689278A (zh) * 2001-12-18 2005-10-26 思科技术公司 网络拥塞控制方法和装置
EP1965579A1 (en) * 2007-02-28 2008-09-03 Huawei Technologies Co., Ltd. Method, exchange and system for reselecting route in Bearer-Independent Call Control Call Mediation Node

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6831895B1 (en) * 1999-05-19 2004-12-14 Lucent Technologies Inc. Methods and devices for relieving congestion in hop-by-hop routed packet networks
US6253146B1 (en) * 1999-12-06 2001-06-26 At&T Corp. Network-based traffic congestion notification service
US7730201B1 (en) * 2000-04-13 2010-06-01 Alcatel-Lucent Canada, Inc. Method and apparatus for congestion avoidance in source routed signaling protocol communication networks
WO2003045028A1 (en) * 2001-11-23 2003-05-30 Nokia Corporation Method and system for handling network congestion
RU2313915C2 (ru) * 2003-01-28 2007-12-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способ и устройство уведомления о перегруженности в сетях пакетной передачи с указанием нескольких различных причин перегруженности
EP1588526A1 (en) 2003-01-28 2005-10-26 Telefonaktiebolaget LM Ericsson (publ) Method and device for congestion notification in packet networks indicating several different congestion causes
US20040246895A1 (en) 2003-06-09 2004-12-09 Telefonaktiebolaget Lm Ericsson (Publ) Bandwidth-limited supervisory packet transmission to control congestion and call establishment in packet-based networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4799215A (en) * 1985-10-07 1989-01-17 Nec Corporation High-speed packet-switched communications system with end-to-end flow control and retransmission
CN1689278A (zh) * 2001-12-18 2005-10-26 思科技术公司 网络拥塞控制方法和装置
EP1965579A1 (en) * 2007-02-28 2008-09-03 Huawei Technologies Co., Ltd. Method, exchange and system for reselecting route in Bearer-Independent Call Control Call Mediation Node

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104662951A (zh) * 2012-10-26 2015-05-27 英特尔公司 用户平面拥塞的报告
CN104662951B (zh) * 2012-10-26 2019-06-04 英特尔公司 用户平面拥塞的报告
US10314015B2 (en) 2012-10-26 2019-06-04 Intel Corporation Reporting of user plan congestion
CN105103648A (zh) * 2013-04-26 2015-11-25 英特尔Ip公司 使用中央节点来收集ran用户平面拥塞信息的系统和方法
CN104734982A (zh) * 2013-12-24 2015-06-24 富士通株式会社 通信系统、通信方法以及呼叫控制服务器
CN104734982B (zh) * 2013-12-24 2018-06-08 富士通株式会社 通信系统、通信方法以及呼叫控制服务器
CN106465176A (zh) * 2014-06-13 2017-02-22 瑞典爱立信有限公司 移动实体的拥塞监视
CN106465176B (zh) * 2014-06-13 2020-02-28 瑞典爱立信有限公司 移动实体的拥塞监视
CN113647134A (zh) * 2019-02-14 2021-11-12 Idac控股公司 Pc5通信的拥塞控制过程
CN115150333A (zh) * 2022-05-26 2022-10-04 腾讯科技（深圳）有限公司 拥塞控制方法、装置、计算机设备和存储介质
WO2023246758A1 (zh) * 2022-06-22 2023-12-28 维沃移动通信有限公司 拥塞的处理方法、装置及通信设备

Also Published As

Publication number Publication date
MY155379A (en) 2015-10-15
EP2361468A1 (en) 2011-08-31
RU2011116332A (ru) 2012-11-10
RU2510143C2 (ru) 2014-03-20
US20110255410A1 (en) 2011-10-20
EP2361468B1 (en) 2015-12-23
WO2010034539A1 (en) 2010-04-01
US8774005B2 (en) 2014-07-08

Similar Documents

Publication Publication Date Title
CN102165740A (zh) 拥塞控制方法和设备
US6260071B1 (en) Method and apparatus for automatic routing of circuit switched data connections based upon stored behavorial information
CN101365169B (zh) 路由控制的实现方法、系统、媒体网关及媒体网关控制器
RU2000124096A (ru) Способ обратного вызова для связи с соответственно согласованными устройствами
US8817609B2 (en) Communications system and method for load management
CN101005410A (zh) 一种承载状态检测方法和装置及承载资源分配方法和系统
JP2006101528A (ja) ループ通信チャネルの検出
JP5078668B2 (ja) 呼制御システム及び呼制御方法
US6456626B1 (en) Method of virtual circuit reconnection without loss of call session
CN102461110A (zh) 用于对通过双环因特网协议(ip)网络的呼叫会话进行负荷平衡的方法和系统
US7298695B1 (en) Method and apparatus for delaying start of restoration of low priority services
CN101325535B (zh) 在通信网络中用于为呼叫进行重路由的方法及装置
US6717937B1 (en) Method and apparatus for voice over internet protocol resource management
US7855949B1 (en) Method and apparatus for bundling signaling messages for scaling communication networks
JP5147562B2 (ja) 呼制御方法、システム、及びサーバー、並びにセッション・ボーダー・コントローラー
CN100450123C (zh) 一种提高交换局间接通率的方法
EP1721422B1 (en) Call control method in packet switched networks
CN100396148C (zh) 基于分组ip的局间呼叫定时校验的实现方法
US8619556B2 (en) Call control
JPH07307760A (ja) 通信網
JP3656978B2 (ja) 通信内容記録装置及び通信内容記録方法
US8243738B2 (en) Or relating to call control
JP4662445B2 (ja) ストリーミングサービス管理プログラム及び方法
JPH06181474A (ja) 通信制御装置
JP2002152262A (ja) パケット交換システム

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: 20110824