专利名称：拥塞控制方法和设备的制作方法
技术领域：
本申请涉及一种通信系统中的拥塞响应的方法、一种用于通信系统的呼叫控制服务器以及一种用于通信系统的用户平面处理节点。
背景技术：
很多市场正在引入具有IP (互联网协议)传输的MSS (移动软切换)，同时在将要到来的几年中保留大部分的TDM(时分复用)网络。因此，用于移动电路核心的IP和TDM 传输是共存的。当IP网络拥塞或不可用时，运营商要求如果可能的话使用备选TDM路由， 而不是简单地拒绝呼叫。因为可以重新选择具有TDM传输的ISUP(ISDN用户平面)路由作为备选，因此如果BICC(承载独立呼叫控制)路由拥塞，则能够经由备选的TDM网络来处理呼叫。当 BICC路由启动且运行，以及该问题涉及用户平面时，则由M-MGW(移动媒体网关)使用例如 MBAC(基于测量的接纳控制)或取决于用户平面的条件的类似机制来拒绝呼叫。在本文中使用术语MGW(媒体网关)作为对处理呼叫的用户平面且包括用于用户平面处理的资源在内的节点的非限制性示例。如果由单一服务器，例如移动服务交换中心(MSC)，来处理呼叫， 则服务器依然有可能将呼叫重新路由至备选路由上。针对更一般地经由两个或更多服务器的呼叫的情况，在呼叫建立中将呼叫加以重新路由就太迟了，且该呼叫将失败。市场要求一种增强来自若干客户的情形的解决方案。现有解决方案对于真实市场问题还不够好，因为-当传输网络拥塞时，BICC路由通常依然启动且运行，即如果解决方案不仅考虑到信令传输也拥塞的场景，并因此BICC路由不可用，则该解决方案是优选的。-—般地，由两个服务器来控制长途呼叫，S卩如果解决方案不仅考虑呼叫由单一 MSC-S(移动服务交换中心服务器)来控制，则该解决方案是优选的。上面是通信系统具有在两个不同类型网络上的寻路能力的情形的示例。
发明内容
需要提供一种在通信系统中的拥塞响应的增强概念，所述通信系统包括在第一类型网络(例如分组交换网络)和第二类型网络(例如电路交换网络)上的寻路能力。由独立权利要求的主题来实现该目标。在从属权利要求中描述了一些有利实施例。根据一个实施例，描述了一种用于通信系统中的拥塞响应的方法，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力。所述方法包括-接收针对在通过所述第一类型网络去往目标的路由上的资源的拥塞指示，-存储与所述路由相关联的所述拥塞指示，-当接收到在所述路由上发起呼叫建立的后续请求时，-检查针对所述路由是否存在拥塞指示，以及
一如果存在所述拥塞指示，则在通过所述第二类型网络去往目标的备选路由上建立呼叫。根据该实施例，如果接收到针对第一类型网络的给定路由的拥塞指示，则对于后续未来呼叫的建立能够避免该路由，且如果拥塞指示存在，则通过第二类型网络中的备选路由能够重新路由这些未来呼叫。即使如果中止了导致拥塞指示的建立的呼叫，可以用简单和容易实施的机制来避免后续呼叫的中止，同时有效率地使用第一和第二类型网络。根据另一实施例，提供了一种用于通信系统的呼叫控制服务器，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力。所述呼叫控制服务器包括-接收器，用于接收针对在通过所述第一类型网络去往目标的路由上的资源的拥塞指示，-存储器，用于存储与所述路由相关联的所述拥塞指示，以及-控制器，被配置为使得当接收到在所述路由上发起建立呼叫的后续请求时，-检查针对所述路由是否存在拥塞指示，以及-如果存在所述拥塞指示，则在通过所述第二类型网络去往所述目标的备选路由上建立呼叫。根据另一实施例，该拥塞响应的方法和呼叫控制服务器能够对部分拥塞通知 (即，涉及部分拥塞状态的通知)加以响应。根据本发明的另一实施例，提供了一种用于通信系统的用户平面处理节点，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力。所述节点包括控制器，用于执行针对在所述第一类型网络上的路由的部分拥塞状态识别过程，以及用于产生定向至所述通信系统的呼叫控制服务器的部分拥塞通知。
通过对更详细的实施例的以下描述，上述概念将变得更容易理解，然后这些实施例仅作为说明性目的之用，而不具有任何限制效果。将引用附图，其中图1示出了本发明的方法实施例的流程图；图2示出了根据本发明的实施例的呼叫控制服务器的示意图；图3示出了根据本发明的实施例的用户平面处理节点的示意图；图4示出了可以应用本发明的通信系统的示意表示图；图5示出了指示业务改道级别(TDL)随着时间而自适应的示例的图；以及图6示出了可以应用本发明的另一通信系统的示意表示图。
具体实施例方式下面，通过特定实施例来描述所提议的方法和设备。然而应当注意到，陈述特定实施例仅用于说明基本概念的上述一般方面。例如，还可以在基于ATM(异步传输模式)的用户平面的情况中应用该方法和设备，或还可以使用常规MGW或任何其他可应用的用户平面处理节点来执行使用M-MGW的实施例。等价地，可以由MSC、MSC-S或任何其他可应用的呼叫控制服务器来执行呼叫控制。图1示出了本发明的基本方法实施例的流程图。可以将该方法应用至例如图4所示的系统，在该系统中可以从第一通信网络404(例如移动电话网络或接入网络)向与网络 404相关联的用户平面处理节点(UPHN) 402传递用户平面业务(以实线表示)，该用户平面处理节点402进而可以通过第一类型网络Tl和第二类型网络T2向另一UPHN403路由业务， 该UPHN 403进而与另一通信网络405(例如另一移动电话网络或另一接入网络)相关联。 通过相应的呼叫控制服务器(CCS) 400和401来行使呼叫控制，这些呼叫控制服务器分别与 UPHN 402和403交换控制信令(以虚线表示)。自然地，图4的系统仅为示例，且还可以将该创造性概念应用于其他系统，例如具有除了 Tl和T2之外的更多类型的系统，或在相同节点上执行或在多于两个节点上分布执行用户平面管理和呼叫控制的系统。此外，取决于网络Tl、T2，在处理来自和去往通信网络402、404的业务中可以涉及不同的UPHN，如由例如 UPHN 403，所指示的将业务路由通过网络Tl、T2。图1的方法包括步骤S10，其中接收针对在通过第一类型网络去往目标的路由上的资源的拥塞指示。目标可以是呼叫的任何目的地，例如特定终端、终端组或与路由相关联的特定目的地区域。路由是将呼叫用户平面和目标相连的任何装置。拥塞指示是适合传递存在拥塞的信息段。在图4的示例中，CCS400可以接收例如针对第一类型网络Tl的这种指示，同时尝试执行对来自移动终端406的请求呼叫的建立。 目标可以例如是移动终端407。可以用任何合适或所需的方式来产生拥塞指示，例如，响应于来自CCS400的针对资源的请求，拥塞指示可以来自UPHN 402或来自CCS 401。其可以例如包含在专用消息中，或作为在呼叫建立过程期间接收到的较大信息体的一部分。在步骤S11，将拥塞指示与被指示拥塞的路由加以关联存储。在图4的示例中，假定将通过第一类型网络Tl的给定路由(例如BICC路由)指示为拥塞的，CCS 400对拥塞指示与给定路由关联记录。从而可以通过存储在步骤SlO中接收的信息段或以指示相同信息内容的任何其他合适的形式进行记录，来完成对该拥塞指示的存储。图1的过程可以是更大的控制过程的一部分，在图中的步骤SlO和Sll之前和之后用虚线对其加以指示。可以存在在建立期间导致呼叫中止的其他步骤(图1未示出)，在步骤SlO中接收到对该建立的拥塞指示。另一方面，还可以在呼叫建立的上下文之外接收到拥塞指示，例如作为由体验到拥塞的网络的节点所发起的专用信令消息的一部分。根据本实施例，还存在其他步骤，使得如果稍后接收到针对发起建立呼叫的后续请求(S12)时，在步骤S13中检查针对与该呼叫相关联的主路由的拥塞指示是否存在。主路由是与所请求的呼叫初始关联的任何路由，例如基于路由表。如果所述拥塞指示存在，则在通过第二类型网络去往目标的备选路由上建立该呼叫，例如图4中的网络T2，参见S14。如果不存在存储的拥塞指示，例如由于之前未接收到拥塞指示或由于记录清除机制删除了存储的拥塞指示，而没有调用步骤SlO和S11，则过程继续进行在主路由上的建立，S15。所述记录清除机制可以基于时间，例如如果在给定时间周期中未接收到延期指示， 则删除存储的拥塞指示，和/或可以基于肯定的信令，例如，基于接收到对不存在或不再存在拥塞的指示。作为基于时间的示例，每次存储路由的拥塞指示时，能够例如建立针对拥塞间隔Tkc的定时器。拥塞间隔Tk的长度可以与MBAC的测量间隔在相同量级上，例如几秒。 例如，该值可以等于k。例如，对于IP承载，主要基于当接收到“IPBCP请求”和“Acc印t”消息时在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未示出)或使用与Tl和T2中的一个或两个以及与通信网络405相连的另一 UPHN(图4未示出)。因此显而易见地，使用拥塞指示的本创造性机制不受限于用户平面拥塞存在的应用，而是可以应用在由于整体通信系统的一部分中出现障碍，而至少需要重新路由后续呼叫的任何上下文中。可以用任何合适或所需方式来选择网络节点发出拥塞指示所处的条件。例如， UPHN可以规律地监视用户平面的拥塞情形，如果检测到拥塞则向CCS发送包含拥塞指示的对应消息。等价地，可以将拥塞指示作为呼叫建立过程的一部分加以发出。例如，用于产生拥塞指示的过程可以包括以下步骤-接收用于在通过第一类型网络去往目标的路由上发起呼叫建立的请求，-为所述呼叫的承载占用资源，以及-当占用到资源时确定拥塞。换言之，如果在呼叫建立期间，以预定方式干扰资源的占用，则CCS将其作为拥塞指示。例如，在用户平面处理节点是媒体网关的情况下，如果以下一个或多个情况发生， 则拥塞状态识别过程可以包括产生拥塞指示-基于测量的接纳控制功能拒绝了互联网协议连接请求，-静态接纳控制功能拒绝了互联网协议连接请求，-不能正确初始化用户平面Nb成帧协议。在图6中示出了用于转发承载建立的特定示例。引用标号600和601涉及作为 CCS的示例的MSC或MSC-S0引用标号602和603涉及作为UPHN的示例的MGff或M-MGff0 应用标号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-MGff 602报告一样。此外，节点603可以向服务器601发送拥塞通知，服务器601进而可以向之前的服务器600发送包括原因码的释放消息。该原因码的接收将允许MSC把呼出BICC路由标记为“用户平面拥塞”。在后向承载建立的情况下，随后的节点需要释放呼叫。建议使用专用的原因码向之前节点通知该拥塞。类似地处理其他拥塞情况；只是使用不同的原因码。根据另一实施例，该系统包括用于产生部分拥塞通知的部分拥塞状态识别过程。 部分拥塞通知可以例如与识别部分拥塞状态相关联，即指示不是完全拥塞，而是较轻程度拥塞的状态。例如，如果观察到的分组丢失比超过预定限制，可以识别出部分拥塞状态。该限制优选地低于与完全拥塞相关联的上述预定阈值。类似于拥塞指示，可以将部分拥塞通知存储为接收的信息段，或存储为指示相同信息内容的任何其他合适的形式。可以选择部分拥塞通知以反映拥塞的各种程度，例如不同的百分比，因而可以将拥塞指示表达为特定的部分拥塞通知，即完全或100%拥塞。在本实施例中，所提出的方法包括为了在早期阶段减轻拥塞情形的主动处理。在上述基本概念的方面，拥塞指示可以指示部分拥塞，即尽管当前依然可能在该路由上建立呼叫，资源的当前状态指示了拥塞可能即将发生。在该情况下，不在备选路由上建立所有呼叫而建立一部分呼叫是一种选项。将基于以下示例来更详细地描述该选项。再一次对图6 所示的结构进行引用，但是本实施例的基本概念自然不受限于此。类似于上面描述的，MSC-S 600接收建立请求，选择BICC路由，向MSC-S 601发送 IAMjMSC-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控制的用户平面拥塞间隔TKC。在该解决方案中，还使用业务改道级别TDLi来标记路由，业务改道级别TDLi确定在Tkc间隔期间将被改道至备选路由的呼叫的百分比。“i” 指示了不同的改道级别，i的值越高指示了被改道的呼叫的百分比越高。如果取代ipcong 事件，接收到MBAC所检测的拥塞，则应当将业务改道级别设置为最大值(100% )。拥塞间隔Tkc的长度可以与MBAC的测量间隔具有相同的量级，例如几秒。例如，该值可以等于&。TDLi 取决于-接收的拥塞指示的类型如果是由MBAC引起的拒绝，或在更一般的意义上针对特定路由的接纳控制，则因为检测机制的特性而导致在下一个时间间隔Tk期间可以预期拥塞状态没有改变，因此应当应用最大业务改道级别。如果为ipcong事件或UP(用户平面)初始化失败，则可以逐步提高在之前间隔中应用的改道级别。当今存在用于检测用户平面级别处的拥塞的其他机制。基于不同机制的特性，其可以适于应用最大业务改道级别或提高改道级别。例如，基于MGW中IP业务的完整量的所谓的静态接纳控制(SAC)机制也可以拒绝新呼叫的建立。对于该类型的拒绝，提高改道级别是恰当的。-之前间隔的业务改道级别，即如果在连续间隔上观察到拥塞，则提高业务改道级别。类似地，不具有拥塞的间隔允许降低改道级别。当路由拥塞间隔Tkc (η)过期，则可以开始新的间隔Tk (η+1)，其中，改道级别可以例如是-如果之前间隔是第一拥塞间隔，即η= 1，则与之前间隔Τκ(η)相同-如果在Τκ(η)期间接收到拥塞指示，且η>1，则是TDLi+1，其中TDLi是在TKC(n) 中应用的级别-如果在Tk(η)期间未接收到拥塞指示，且η> 1，则是TDLi_l，其中TDLi是在 Tec(η)中应用的级别。如果TDLi-I =0，则不需要监督新的间隔，且将η重置为0。如果当TDL小于最大值时，接收的拥塞指示是MBAC引起的拒绝，则这可以一直启动或重启动新的路由拥塞间隔Τκ。在两个Tk间隔期间TDL将保持最大值。在第三间隔中， 可以将业务改道级别降低一个级别。图5示出了该行为的示例，其中存在五个TDL级别，且每个级别之间具有20%的间隔。如图所示，ipcong事件导致TDL的逐步调整，反之MBAC拒绝事件(拥塞指示)导致 TRC的重置，且导致将TDL调整到100%。总体上，监视预定间隔TKC，且在间隔之一的每个到期处，可以更新业务改道级别。本发明的一个优点是当新的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和其他控制组件中的一个或多个提供为在处理器上执行的计算机程序的计算机代码部分。然而，这些单元可以等价地是专用的硬件设备。尽管已经通过详细的实施例来描述了本发明，描述他们仅用于说明的目的，且本发明由所附权利要求来限定。权利要求中的引用标号仅用于让权利要求更容易阅读，而不具有任何限制性的效果。
权利要求
1.一种用于通信系统中的拥塞响应的方法，所述通信系统包括在第一类型网络(Tl) 和第二类型网络0 上的寻路能力，所述方法包括-接收(Sio)针对在通过所述第一类型网络(Tl)去往目标的路由上的资源的拥塞指示，-存储(Sll)与所述路由相关联的所述拥塞指示， -当接收到(Si》在所述路由上发起呼叫建立的后续请求时， --检查(SU)针对所述路由是否存在拥塞指示，以及--如果存在所述拥塞指示，则在通过所述第二类型网络(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所述的方法，其中，监视预定间隔(Τκ。)，以及在所述间隔之一的每次到期时，更新所述业务改道级别。
16.一种包括计算机代码部分的计算机程序，所述计算机代码部分被配置为当在所述通信系统的服务器上执行时，用于执行根据权利要求1至15中任一项所述的方法。
17.一种计算机程序产品，包括根据权利要求16所述的计算机程序。
18.一种用于通信系统的呼叫控制服务器O)，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力，所述呼叫控制服务器( 包括-接收器(20)，用于接收针对在通过所述第一类型网络去往目标的路由上的资源的拥塞指示，-存储器(21)，用于存储与所述路由相关联的所述拥塞指示，以及-控制器(22)，被配置为使得当接收到在所述路由上发起呼叫建立的后续请求时，-检查针对所述路由是否存在拥塞指示，以及-如果存在所述拥塞指示，则在通过所述第二类型网络去往所述目标的备选路由上建立呼叫。
19.一种用于通信系统的用户平面处理节点(3)，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力，所述用户平面处理节点C3)包括控制器(32)，用于执行针对在所述第一类型网络上的路由的部分拥塞状态识别过程，以及用于产生定向至所述通信系统的呼叫控制服务器的部分拥塞通知。
全文摘要
本发明描述了一种通信系统中的拥塞响应的方法，所述通信系统包括在第一类型网络和第二类型网络上的寻路能力。所述方法包括-接收(S10)针对在通过所述第一类型网络去往目标的路由上的资源的拥塞指示，-存储(S11)与所述路由相关联的所述拥塞指示，-当接收到(S12)在所述路由上发起建立呼叫的后续请求时，--检查(S13)针对所述路由的拥塞指示是否存在，以及--如果所述拥塞指示存在，则在通过所述第二类型网络去往所述目标的备选路由上建立(S14)呼叫。
文档编号H04L12/56GK102165740SQ200980138206
公开日2011年8月24日 申请日期2009年7月24日 优先权日2008年9月26日
发明者松德·亚门, 阿图罗·马丁德尼古拉斯 申请人:艾利森电话股份有限公司