CN105794236B - 管理双向无线电系统中的海量登记情景的方法和系统 - Google Patents

Abstract

描述了用于管理双向无线电系统中的海量登记情景的方法和装置。集群无线电系统中的站点控制器检测订户单元的登记请求很可能在入站控制信道上冲突的海量登记状况。在海量登记状况期间，站点控制器通过指示作为特定会话组的成员的订户单元临时停止登记请求，发起限制时段。当自指示成员停止登记以来，经过预定延迟时间时，或当经过特定静默时间，在控制信道上无登记活动时，允许那些会话组成员恢复它们的登记请求。

Description

管理双向无线电系统中的海量登记情景的方法和系统

背景技术

集群无线电系统是不仅在配备有订户无线单元的单个用户之间而且在特定会话组的所有活动成员中允许诸如语音和数据通信的双向无线电通信的一种解决方案。常见的双向无线电系统允许调谐到预先指派的诸如特定频率的特定通信信道的无线电用户之间的群组通信。另一方面，集群无线电系统不要求会话组的成员预先选择任何具体通信信道。替代地，通信信道仅在其被需要时才被指派。由站点控制器执行通信信道的指派。订户单元的用户保持处于通过双工控制信道与站点控制器的无线通信中，双工控制信道由用于对站点控制器的通信的入站信道和用于从站点控制器到订户单元的通信的出站信道组成。

当会话组或独立通信需要通信信道时，通过入站控制信道向站点控制器进行请求。通过出站控制信道，站点控制器向相关订户单元提醒要使用的通信信道。

订户单元可以被接通或断开，或者其可以进入或离开由特定站点控制器服务的区域，并且站点控制器本身在各种时间可以在或不在服务中。为了保持跟踪哪些订户单元由哪个站点控制器服务，订户单元参与登记过程，其中，订户单元将登记请求发送到站点控制器并且识别其所参与的会话组或群组。进而，站点控制器登记订户单元的存在，并且通过将登记许可发送到各个订户单元来确认该登记。尽管由不同站点控制器服务，站点控制器还可以参与允许订户单元相互通信的一个或多个中继。这样的通信可以通过后端网络的中介而发生。

与常见无线电系统相比，集群无线电系统具有若干优点，诸如更有效分配无线电频谱以及订户单元对多个不同会话组的指派中的更大灵活性。然而，使用集群无线电系统具有其他挑战。例如，可以由许多订户单元共享的控制信道可能由于无线电通信而过载。当若干订户单元尝试同时发送登记请求时，这样的情形发生。当两个订户单元尝试同时在同一信道上发送诸如登记请求的消息时，这通常是两个消息均不可理解的情况。然后，其请求冲突的两个订户单元需要进行新的尝试来发送其消息。本领域公知的是，使其消息冲突的订户单元采用随机回退例程并且在经过了随机延迟时段之后进行对发送消息的新尝试。因为两个订户单元均不太可能选择相同的随机延迟时段，所以在第二次尝试中，消息不太可能冲突。

在普通无线电通信状况期间，使用随机回退例程工作良好。然而，有时可能产生订户单元登记业务量过高而不能仅通过随机回退例程被满意处理的情形。一种这种情形是海量登记事件，其中，某个事件导致基本上同时发送大量登记请求。例如，可能产生一个站点控制器故障，导致先前向该站点控制器登记的很多订户单元因新登记请求而淹没(inundate)相邻站点控制器的情形。

因此，需要一种改进的用于在双向无线电系统中管理海量登记情景的方法和系统。

附图说明

附图与下述详细描述一起被包含在说明书中并且构成其一部分，并且用于进一步图示包括要求保护的本发明的原理的实施例，并且说明那些实施例的各种原理和优点，在附图中，在各个视图中，相同的附图标记表示相同或功能上类似的元件。

图1是图示根据一些实施例的集群无线电系统的架构的示意性框图。

图2是图示在一些实施例中的在站点控制器和会话组之间的示例性通信的示意性消息流程图。

图3是图示在一些实施例中的站点控制器的操作的流程图。

图4是图示在一些实施例中的在站点控制器和会话组之间的示例性通信的示意性消息流程图。

图5是图示在一些实施例中的站点控制器的操作的流程图。

图6是图示在一些实施例中的订户单元的操作的流程图。

本领域技术人员将认识到，为了简单和清楚，图中的元件是示例性的，并且不必按比例绘制。例如，附图中的一些元件的尺寸可以相对于其他元件被放大以帮助促进对本发明的实施例的理解。

在适当时，由图中的常见符号表示装置和方法组件，仅示出与理解本发明的实施例有关的那些具体细节，以便不会由受益于本文的描述，本领域的普通技术人员很显而易见的细节混淆本公开。

具体实施方式

根据本文所述的实施例，站点控制器检测入站控制信道处于海量登记状况。在海量登记状况期间，站点控制器通过入站控制信道接收多个登记请求。在这些请求当中，至少第一登记请求来自第一会话组的成员。响应于第一登记请求，站点控制器通过在出站控制信道上发送限制消息来发起限制时段。限制消息指令第一会话组的成员停止登记请求。当限制时段结束时，站点控制器在出站控制信道上发送邀请消息。邀请消息邀请第一会话组的成员恢复登记请求。

图1是图示根据一些实施例的集群无线电系统的架构的示意性框图。该系统包括配备有收发器101的站点控制器100，收发器101用于进行与多个订户单元的无线通信。收发器101可以包括用于在包括双工控制信道的不同通信信道上的通信的若干天线，双工控制信道包括用于与站点控制器通信的入站控制信道和用于与订户单元通信的出站控制信道。站点控制器100包括控制模块102，控制模块102包括通用或专用处理器103和操作地耦合到处理器103的非瞬时计算机可读存储器104。存储器103存储可由处理器执行并且操作为执行下文进一步详述的站点控制器步骤的指令。

在另一实施例中，提供了订户单元装置。订户单元可以包括用于在入站控制信道和出站控制信道上进行通信的收发器、以及耦合到存储可执行指令的非瞬时计算机可读介质的处理器，当在处理器上执行该可执行指令时，操作为：(i)在出站控制信道上接收限制消息，其中，限制消息通过指令不是第一会话组的成员的订户停止登记请求来发起限制时段；(ii)确定该订户单元不是第一会话组的成员；并且响应于确定了该订户单元不是第一会话组的成员，(iii)确定限制时段的结束，其中，限制时段在下述时间中的较早一个时结束：(a)当从发起限制时段开始已经经过了预定延迟时间时；以及(b)当从在出站控制信道上接收登记确认开始已经经过了预定静默时间时；并且仅在限制时段期满之后，在入站控制信道上从订户单元发送登记请求。

站点控制器100处于诸如订户单元110、111、112和113的多个订户单元的无线通信中。在本示例中，订户110是会话组A的成员，订户111是会话组B的成员，并且订户112是会话组C的成员。在不同时间，订户单元可以是不同会话组或多个会话组的成员，如由订户单元113所示，其可以是会话组A或会话组B中的任何一个或二者的成员。

在图1的示例性实施例中，站点控制器100与后端网络120耦合，以允许向站点控制器100登记的订户单元通过后端网络与由其他站点控制器服务的其他订户单元进行通信。

在可以由站点控制器100服务之前，订户单元110、111、112和113通过在入站控制信道上向站点控制器100发送标识其本身和作为成员的会话组的登记消息，来向站点控制器100进行登记。为了完成登记，站点控制器100通过出站控制信道将登记许可发送到各个订户单元。

在一些状况下，大量订户单元可能基本上在相同时间，尝试向站点控制器100发送登记消息。这导致了在入站控制信道上的消息之间的多个冲突。站点控制器100可能不理解很多这些消息。站点控制器100将无法登记没有接收到或不能理解其消息的订户单元，并且进而，站点控制器100将无法向请求订户单元发送登记许可。因此，订户单元将尝试重新发送其登记请求，这将进一步增加入站控制信道上的业务量。该情形在本文被称为海量登记状况。

海量登记状况可能从若干可能的情景产生。例如，如果站点临时不能服务，则当站点恢复在线时，海量登记状况可能产生。当大量订户单元基本上同时开启，或其基本上同时到达站点控制器附近时，海量登记状况可能产生。例如，当配备有订户单元的工人同时开始其轮班时，或当救援或执法人员基本上同时到达具体地点时，这些情形可能产生。当一个站点控制器故障，并且先前向故障站点控制器登记的订户单元开始向附近站点控制器发送登记请求时，海量登记状况可能产生。

图2是图示在海量登记状况期间的在站点控制器200和作为三个会话组的成员的订户单元之间的示例性通信的示意性消息流程图。由实体210表示作为会话组A的成员的订户单元，由实体211表示作为会话组B的成员的订户单元，并且由实体212表示作为会话组C的成员的订户单元。对本领域普通技术人员来说，将图2所述的原理外推到包含任何数目的会话组的情形将是显而易见的。

在图2中，水平箭头表示在站点控制器200和订户单元之间交换的消息。向左箭头表示在入站控制信道上发送到站点控制器200的一个或多个消息。向右箭头表示在出站控制信道上由站点控制器200发送的一个或多个消息。由控制器200发送的消息通常由多个会话组的成员来接收，即使其仅属于单个会话组，但是为了示例的效率，箭头被示出为在出站消息期望属于的会话组处终止。还应当注意，为了传达本文所述的概念的效率，不是在订户单元和站点控制器之间交换的每个消息都被图示。此外，单个水平线可以表示多于一个消息。

在步骤220，在海量登记状况期间，站点控制器200接收来自会话组A的成员210的至少一个登记请求。应注意，接收的一个或多个登记请求可以是由会话组A、B和C的成员所发送的许多尝试的请求中的一个。然而，由于海量登记状况而导致很多尝试的登记请求不能由站点控制器200来接收。

响应于从会话组A的成员接收的登记请求，站点控制器200在出站控制信道上发送限制消息222。限制消息指令会话组A的成员210临时推迟登记请求的发送。通过延迟来自特定会话组(在该示例中，会话组A)的成员的登记请求，站点控制器200操作为减轻入站控制信道的即时需求。

限制消息222可以是单独的专用消息，其唯一目的是传达限制时段。在其他实施例中，并且为了最有效地利用控制信道，限制消息222本身可以是对会话组A的成员的登记许可。例如，限制消息可以是利用专用操作码的登记许可，或者其可以在消息净荷中包括指示登记许可也是限制消息的特定标志或其他信息。将登记许可识别为限制消息的登记许可中的这样的信息在本文中被称为限制代码。此外，限制消息222可以向订户单元指示向站点控制器200登记关联会话组。可以若干次发送限制消息以确保限制会话组的成员的接收。

在第一限制时段224的开始时发送限制消息222，在第一限制时段224期间，会话组A的成员210推迟发送登记请求。其他会话组的成员211和212不受限制消息222发送登记请求的限制。结果，那些订户单元可以继续尝试发送登记请求。例如，在步骤226，会话组B的一个或多个成员将登记请求发送到站点控制器200。如果强加第一限制时段224已经足以减轻海量登记状况，则站点控制器200可以通过普通登记许可来对会话组B请求进行响应。然而，在图2图示的示例中，尽管强加第一限制时段，但是海量登记状况继续存在。

因为当发送请求226时海量登记状况继续存在，所以站点控制器200通过发送限制消息230来发起第二限制时段228，限制消息130指令会话组B的成员211临时推迟登记请求的发送。强加第二限制时段228进一步减轻入站控制信道的需求。如图2所示，第一限制时段224可以与第二限制时段228重叠，但是不必总是该情况。

在该示例中，强加第一和第二限制时段二者足以消除海量登记状况。因此，由会话组C的成员212发送的登记请求232不会导致第三限制时段的强加。替代地，站点控制器200通过登记会话组C的成员212并且用登记许可234来对登记请求232进行响应，来对登记请求232进行响应。还应当理解，在其他情形中，站点控制器200可以向其他会话组强加第三限制时段等，直到强加足够的限制来减轻海量登记状况。

如步骤236所示，站点控制器200在第一限制时段224结束时，发送邀请消息。邀请消息236向会话组A的成员210指示其可以恢复其独立登记请求。

限制时段结束的时间在不同实施例中可以是不同的。在一些实施例中，当从发起限制时段开始已经经过了预定延迟时间时，限制时段结束。例如，限制时段可以持续5-10秒的预定延迟时间。使用预定延迟时间对限制时段的长度强加合理上限。作为预定延迟时间的替代，限制消息可以包括标识要用于相关限制时段的延迟时间的长度的信息。在特定实例中，如果即使在延迟时间已经期满并且已经发送了邀请消息之后，海量登记继续存在，则站点控制器200能发起新的限制时段。

在一些实施例中，站点控制器200可以通过监视入站控制信道上的业务量来确定限制时段的结束(并且因此，邀请消息的定时)。例如，当已经经过了预定静默时间时，站点控制器200可以结束限制时段，在预定静默时间期间，站点控制器200没有在入站控制信道上接收到任何登记消息。例如，当经过了2-5秒的静默时间而没有接收到任何入站登记消息时，站点控制器200可以结束限制时段。使用静默时间有助于确保限制时段基本上不会持续比登记没有被限制的会话组的那些成员所需要的更长，但是持续足以至少临时减轻该状况那么长。结果，站点控制器200没有必要预先计算要完成不受限制的会话组的登记所需要的时间量的估计。

在一些实施例中，站点控制器200可以利用延迟时间和静默时间二者。例如，站点控制器可以使限制时段在下述时间中的较早一个时结束：(a)当从发起限制时段开始已经经过了延迟时间时；以及(b)当从接收登记请求开始已经经过了静默时间时。这对限制时段的长度强加上限，同时允许如果入站控制信道至少一时没有登记请求业务，则可以缩短限制时段。在这样的实施例中，静默时间的持续时间被选择为比延迟时间的持续时间短。

在限制时段期间，由站点控制器200接收的实际大部分登记请求很可能是来自没有受到限制消息影响的会话组的成员的请求。然而，仍然能够从受限制时段影响的会话组的成员接收登记请求。具体地，一些订户单元可能已经被关闭或在不范围内，或者当发送限制消息时，由不同站点控制器服务。在一些实施例中，处理由受限会话组的成员发送的登记请求，就如同限制不到位一样，因为这样的请求很可能被无意地发送。在其他实施例中，可以重新发送限制消息222。

在站点控制器200将邀请消息236发送到会话组A的成员210之后，那些订户单元可以提交登记请求238。在一些实施例中，会话组A的成员210通过在其相应的登记请求时间中引入随机延迟来避免在其登记请求之间的冲突。站点控制器200通过登记会话组A的成员210并且用登记许可240来对登记请求238进行响应，来响应登记请求238。

当第二限制时段228结束时，站点控制器200发送邀请会话组B的成员211来提交登记请求的邀请消息242。紧接在随机延迟之后或随机延迟之后，会话组B的成员211提交其登记请求244。站点控制器200通过登记会话组B的成员211并且用登记许可246来对登记请求244进行相应，来响应登记请求244。

图3是图示根据一些实施例的站点控制器的操作的流程图。在步骤302，站点控制器从作为会话组A的成员的订户单元接收登记请求。

在步骤304，站点控制器确定入站控制信道是否处于海量登记状况。在不同实施例中，使用各种不同技术中的一个或多个来进行该确定。例如，可以通过确定呼入登记请求消息的速率是否超过预定阈值速率，来进行入站控制信道处于海量登记状况的确定。在一些实施例中，可以通过预测在诸如在轮班开始时的特定时间时，或者当在相邻站点控制器已经丢失服务时将进行大量登记请求，来进行该确定。还存在其他可能。

如果不存在海量登记状况，则在步骤306，站点控制器通过登记订户单元并且用登记许可来对登记请求进行相应，来响应该登记请求。如果存在海量登记状况，则在步骤308，站点控制器确定会话组A当前是否受到限制时段的影响。如果会话组A还没有受到限制时段的影响，则在步骤310，站点控制器将限制消息发送到会话组A的成员，由此发起用于会话组A的限制时段。

然后，站点控制器负责识别限制时段的结束。在步骤312，站点控制器确定从在步骤310中发送限制消息开始预定延迟时间是否已经期满，并且在步骤314，站点控制器确定从站点控制器最后接收到登记请求开始预定静默时间是否已经期满。如果那些状况的任何一个发生，则站点控制器前进到发送邀请消息。在一些实施例中，如在步骤316所示，如果呼叫正在进行，则在发送邀请消息之前，站点控制器可以等待直到呼叫结束。在步骤318，站点控制器将邀请消息发送到会话组A的成员。在一些实施例中，不执行步骤316，并且在发送邀请消息之前，站点控制器不等待直至呼叫结束。在这样的实施例中，会话组A的成员可以登记，并且如果呼叫正在进行中并且如果与会话组A相关，则那些新登记的成员可以加入正在进行的呼叫。

返回步骤308，如果尽管已经对会话组A强加了限制时段，会话组A的成员也发送登记请求，则该订户单元和可能没有接收到限制消息。在一些实施例中，站点控制器然后可以处理该登记请求，并且尽管强加限制时段，但是还发送登记许可(参见步骤306)。在其他实施例中，站点控制器可以以与步骤310中阐述的类似的方式来重新发送限制消息。

在上述实施例中，限制消息挑选要求其成员不发送登记请求的特定会话组。在其他实施例中，如下所述，限制消息请求除了所选择的会话组外的所有订户单元避免发送登记请求。

根据本文所述的实施例，站点控制器检测入站控制信道处于海量登记状况。在海量登记状况期间，站点控制器通过入站控制信道上从订户接收多个登记请求。登记请求包括来自与多个不同会话组相关联的订户的请求。站点控制器从第一多个会话组当中选择第一会话组。然后，站点控制器通过在出站控制信道上发送第一限制消息来发起第一限制时段，其中，第一限制消息指令不是第一会话组的成员的订户停止登记请求。在第一限制时段期间，站点控制器登记第一会话组的成员。在第一限制时段期间，由站点控制器登记的实际大部分会话组成员可以是第一会话组的成员。

在订户单元处接收第一限制消息。如果订户单元确定了它不是第一会话组的成员，则通过识别下述时间中的一个或较早的一个来确定限制时段的期满：(a)当从发起第一限制时段开始已经经过了预定延迟时间时；以及(b)当从在出站控制信道上接收登记确认开始已经经过了预定静默时间时。仅在限制时段已经期满之后，并且假定暂时不会建立其他限制时段，订户单元在入站控制信道上将登记请求发送到站点控制器。

图4是图示在一些实施例中的示例在海量登记状况期间在站点控制器400和会话组成员之间的示例性通信的示意性消息流程图。应当如上参考图2所述，解释图4的图解。

站点控制器400分别从会话组A的一个或多个成员410、会话组B的成员411和会话组C的成员412，接收登记请求402、404和406。然后，站点控制器400选择从其接收登记请求的会话组中的一个。在该示例中，站点控制器选择会话组A。在步骤408，站点控制器400通过在出站控制信道上发送限制消息408来发起第一限制时段414。限制消息408请求在第一限制时段期间的登记被限制为会话组A的成员410。

限制消息408本身可以是作为会话组A的成员的一个或多个订户单元的登记许可。例如，限制消息可以是利用专用操作码的登记许可，或者可以在消息净荷中包括指示登记许可也是用于不是会话组A的成员的订户单元的限制消息的特定标志或其他信息。登记许可中的将登记许可标识为限制消息的这样的信息在本文中称为限制代码。限制消息408进一步包括标识允许在限制时段期间独立登记其成员的所选择的会话组(在本示例中，会话组A)的信息。此外，限制消息408可以向订户单元指示向站点控制器400登记关联会话组。可以若干次发送限制消息，以确保由限制会话组和/或所选择的会话组A的成员的接收。

在第一限制时段414期间，所选择的会话组(会话组A)的成员410继续向站点控制器400提交独立登记请求416。站点控制器400登记会话组A的请求成员410，并且通过向各个订户单元发送登记许可418来确认该登记。

在一些实施例中，受限订户单元中的每一个负责确定限制时段的结束。在不同实施例中，限制时段结束的时间可以是不同的。在一些实施例中，当从发起限制时段开始已经经过了预定延迟时间时，限制时段结束。例如，限制时段可以持续5-10秒的预定延迟时间。使用预定延迟时间对限制时段的长度强加合理的上限。如果在特定实例中，即使在延迟时间已经期满并且发送邀请消息之后，海量登记继续存在，站点控制器200可以发起新的限制时段。作为预定延迟时间的替代，限制消息可以包括识别要用于相关限制时段的延迟时间的长度的信息。

在一些实施例中，订户单元可以通过监控出站控制信道上的业务量来确定限制时段的结束(并且因此，允许其发送登记请求的时间)。例如，当已经经过了预定静默时间时，订户单元可以确定限制时段已经结束，在预定静默时间期间，订户单元未检测到在出站控制信道上发送的任何登记许可。例如，当经过2-5秒的静默时间，而未检测到任何出站登记许可时，订户单元可以确定限制时段结束。使用静默时间有助于确保限制时段基本上不会持续比登记选择的会话组的成员所需的更长时间。因此，站点控制器400或订户单元不必预先计算选择的会话组的成员的登记结束所需的时间表的估计。已经向站点控制器400登记的订户单元不需要将任何资源用于确定限制时段的结束。

在一些实施例中，订户单元利用延迟时间和静默时间。例如，订户单元确定可以限制时段早于下述时间结束：(a)当自发起限制时段以来，经过延迟时间时，以及(b)当自接收登记许可以来，经过静默时间时。这对限制时段的长度强加上限，同时允许如果出站控制信道至少一时没有登记许可业务量时，能缩短限制时段。在这样的实施例中，选择静默时间的持续时间短于延迟时间的持续时间。

只要会话组B的成员411和会话组C的成员412确定第一限制时段414结束，它们开始分别发送登记请求420和422。在一些实施例中，会话组B 411和会话组C 412的订户单元通过在它们各自的登记请求的时间中引入随机延迟，避开它们的登记请求之间的冲突。

在一些情况下，强加第一限制时段414可以足以减轻海量登记状况，在这种情况下，另外的限制时段可能是不必要的。然而，在图4所示的示例中，尽管第一限制时段414，但入站控制信道仍然处于海量登记状况。因此，站点控制器400从接收到的登记请求420和422中，新选择会话组。在该示例中，站点控制器400选择会话组B。然后，站点控制器400通过在出站控制信道上发送限制消息426，将会话组B识别为选择的会话组并且限制剩余的会话组(会话组C)，发起第二限制时段424。

在一些实施例中，第二限制时段424可以不应用于会话组A的成员410。这样做，如果第一限制时段414不是足够长来允许登记会话组A的所有成员410，在第二限制时段424期间，这些成员可以继续提交登记请求。

在第一限制时段414和第二限制时段424期间，由站点控制器400接收的基本上大部分登记请求很可能是来自在限制时段期间，作为选择以登记的会话组的会话组A和B的成员的请求。然而，在限制时段414和424期间，站点控制器400仍然可能从另一会话组的成员，诸如会话组C的成员412接收登记请求。具体地，作为会话组C 412或还未被选择的其他会话组的成员的一些订户单元可能关闭、不在范围中，或当发送限制消息408和/或426时，由不同站点控制器服务。在一些实施例中，处理由这些未被选择的会话组的成员发送的登记请求，就象限制不到位一样，因为这些请求很可能被无意地发送。在其他实施例中，站点控制器可以重发限制消息。

在第二限制时段424期间，被选会话组，会话组B的成员411继续向站点控制器400提交登记请求428。站点控制器400登记会话组B的请求成员411并且通过向各自的订户单元发送登记许可430，确认该登记。

然后，受限的会话组C的成员412确定第二限制时段424何时结束。在第二限制时段424结束时，订户单元412开始发送登记请求432。在一些实施例中，订户单元412通过在它们各自的登记请求432中引入随机延迟，避免它们的登记请求432之间的冲突。本领域的技术人员很好理解这种随机延迟的使用。站点控制器400登记会话组C的请求成员412并且通过向各自的订户单元发送登记许可434，确认该登记。

图5是在一些实施例中，站点控制器的操作的流程图。在步骤500站点控制器从订户单元接收多个登记请求。登记请求对应于至少两个不同的会话组。

在步骤502，站点控制器确定是否处于海量登记状况。可以在不同实施例中，使用多种不同技术的一个或多个做出该决定，如上所述。

如果不存在海量登记状况，那么在步骤504，站点控制器通过登记订户单元并且通过不包括限制代码的登记许可应答该登记请求，响应该登记请求。如果入站控制信道处于海量登记状况，那么在步骤506，站点控制器从与在步骤500接收的登记请求相关联的会话组中，选择特定会话组。

可以以各种方式实施特定会话组的选择。例如，选择可以是随机的、取决于接收登记请求的顺序、取决于从不同会话组接收的登记请求的相对数量、取决于会话组之间的一些预定优先级，或取决于这些因素的一些组合。还存在其他可能性。

选择特定会话组后，在步骤508，站点控制器将临时限制登记的限制消息发送到选择的会话组的成员。如上所述，限制消息可以是包括将登记许可识别为限制消息的限制代码的登记许可消息，或可以是专门的限制消息。限制消息还包括识别选择的会话组的信息。在步骤508，可以发送一条以上限制消息。

图6是在一些实施例，诸如图4和5中图示的实施例中，示例订户单元的操作的流程图。在步骤600，订户单元在出站控制信道上接收限制消息，在一些实施例中，也可以是登记许可。限制消息可以不寄送到那一特定订户单元。然而，订户单元通过在步骤602，确定限制代码是否存在于限制消息中，处理该限制消息。如果限制代码不存在，那么，在步骤604，订户单元可以根据已知冲突避免技术，在入站控制信道上发送其自己的登记请求。

如果限制消息的确包括限制代码，在步骤606，订户单元通过确定是否为在限制消息中识别的被选会话组的成员，继续处理该限制消息。如果订户单元是被选会话组的成员，那么在步骤604，订户单元可以继续发送其自己的登记请求。

另一方面，如果订户单元不是在限制消息中识别的被选会话组的成员，那么订户单元认识到其遇到限制时段，并且在发送其自己的登记请求前，等待直到限制时段期满为止。为确定限制时段是否期满，在步骤608，订户单元确定预定延迟时间是否期满。如果是，将该限制时段视为结束，并且在步骤604，可能使用冲突避免技术，订户单元可以发送其自己的登记请求。

如果延迟时间还未期满，在步骤610，订户单元确定自在出站控制信道上最后发送登记许可以来，是否已经预定静默时间。如果是，将限制时段视为结束，并且在步骤604，可能使用冲突避免技术，订户单元能发送其自己的登记请求。

在上述说明中，描述了具体实施例。然而，本领域的普通技术人员将认识到在不背离如在下述权利要求中阐述的本发明的范围的情况下，能做出各种改进和改变。因此，说明书和附图将视为示例性而不是限制意义，以及所有这些改进旨在包括在教导的范围内。

益处、优点、对问题的解决方案以及可以使得任何益处、优点、或解决方案发生或变得更加明确的任何元素都不被解释为任何或所有权利要求的关键的、要求的或基本的特征。本发明仅由包括在本申请的未决期间做出的任何修改以及所发布的那些权利要求的所有等价物的所附权利要求来限定。

此外，在本文中，诸如第一和第二、顶和底等关系术语可以仅用于使一个实体或动作与另一个实体或动作进行区分，而不必要求或暗示在这样的实体或动作之间的任何实际这样的关系或顺序。术语“包括”、“具有”、“包含”或其任何其它变体意在涵盖非排他性包括，使得包括、具有、包含一系列元素的过程、方法、物品或装置不仅包括那些元素，还可以包括没有明确列出的或对于这样的过程、方法、物品或装置所固有的其他元素。以“包括...一”、“具有…一”、“包含...一”引导的元素在没有更多约束的情况下并未排除在包括、具有、包含该元素的过程、方法、物品或装置中存在其他相同的元素。除非在此另外明确说明，术语“一”被定义为一个或多个，除非这里另有明确规定。术语“基本上”、“本质上”、“近似地”、“大约”或其任何其他版本被定义为本领域技术人员所理解的接近，并且在一个非限制性实施例中，该术语被定义为在10％内，在另一实施例中在5％内，在另一实施例中在1％内，并且在另一实施例中在0.5％内。在此使用的术语“耦合”被定义为连接，但是不必直接地并且不必是机械地连接。以特定方式“配置”的设备或结构以至少一种方式进行配置，但是还可以以未列出的方式来进行配置。

应当认识到，一些实施例可以包括一个或多个通用或专用处理器(或“处理设备”)，诸如微处理器、数字信号处理器、定制处理器和现场可编程门阵列(FPGA)以及唯一存储的程序指令(包括软件和固件)，其控制一个或多个处理器集合特定非处理器电路来实现在此描述的方法和/或装置中的一些、大多数或所有功能。替代地，一些或所有功能可以通过不具有存储的编程指令的状态机来实现，或者在一个或多个专用集成电路(ASIC)中实现，其中，特定功能中的每个功能或一些组合被实现为定制逻辑。当然，可以使用两种方法的组合。

此外，实施例可以被实现为在其上存储有计算机可读代码的计算机可读存储介质，该计算机可读代码用于对计算机(例如，包括处理器)进行编程，以执行在此描述和要求保护的方法。这样的计算机可读存储介质的示例包括但不限于硬盘、CD-ROM、光存储设备、磁存储设备、ROM(只读存储器)、PROM(可编程只读存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)以及闪速存储器。而且，尽管由于例如可用时间、当前技术和经济考虑而激发了可能的大量努力和很多设计选择，但是希望本领域的普通技术人员在由在此公开的思想和原理引导时，能够通过最少的试验容易地生成这样的软件指令和程序以及IC。

提供本公开的摘要以允许读者快速地确定技术方案的性质。在理解了摘要不用于解释或限制权利要求的范围或含义的情况下提交摘要。另外，在前述具体实施方式中，可以看出，各种特征可以在各种实施例中分组在一起用于精简本公开的目的。本公开的方法不被解释为反映要求保护的实施例需要比在每个权利要求中明确描述的更多特征的发明。相反，以下权利要求反映了，发明主题在于少于单个公开的实施例的所有特征。因此，以下权利要求在此并入到具体实施方式中，其中每个权利要求都依据其本身分别要求保护的主题。

Claims (20)

1.一种方法，包括：

检测入站控制信道处于海量登记状况；

在所述海量登记状况期间，通过所述入站控制信道接收至少包括来自第一会话组的成员的第一登记请求的多个登记请求；

响应于所述第一登记请求，通过在出站控制信道上发送第一限制消息来发起第一限制时段，其中，所述第一限制消息指令所述第一会话组的成员停止登记请求；以及

当所述第一限制时段结束时，在所述出站控制信道上发送邀请所述第一会话组的成员恢复登记请求的第一邀请消息。

2.如权利要求1所述的方法，其中，所述第一邀请消息仅邀请所述第一会话组的成员恢复登记请求。

3.如权利要求1所述的方法，其中，所述第一限制消息是确认所述第一会话组的成员的登记的登记许可，并且其中，所述第一限制消息包括指令所述第一会话组的成员停止登记请求的第一限制代码。

4.如权利要求1所述的方法，其中，当从发起所述第一限制时段开始已经经过了第一预定延迟时间时，所述第一限制时段结束。

5.如权利要求1所述的方法，其中，当从在所述入站控制信道上接收登记请求开始已经经过了预定静默时间时，所述第一限制时段结束。

6.如权利要求1所述的方法，其中，所述第一限制时段在下述时间中的较早一个时结束：(a)当从发起所述第一限制时段开始已经经过了第一预定延迟时间时；以及(b)当从在所述入站控制信道上接收登记请求开始已经经过了第一预定静默时间时。

7.如权利要求1所述的方法，进一步包括：

在所述海量登记状况期间，在所述入站控制信道上从第二会话组的成员接收第二登记请求；

响应于所述第二登记请求，通过在所述出站控制信道上发送第二限制消息来发起第二限制时段，其中，所述第二限制消息指令所述第二会话组的成员停止登记请求；以及

当所述第二限制时段结束时，在所述出站控制信道上发送邀请所述第二会话组的成员恢复登记请求的第二邀请消息。

8.如权利要求7所述的方法，其中，所述第一限制时段与所述第二限制时段重叠。

9.如权利要求7所述的方法，其中，当从发起所述第二限制时段开始已经经过了第二预定延迟时间时，所述第二限制时段结束。

10.如权利要求9所述的方法，其中，当从发起所述第一限制时段开始已经经过了第一预定延迟时间时，所述第一限制时段结束，并且所述第二预定延迟时间具有与所述第一预定延迟时间相同的持续时间。

11.如权利要求7所述的方法，其中，当从在所述入站控制信道上接收登记请求开始已经经过了预定静默时间时，所述第二限制时段结束。

12.如权利要求7所述的方法，其中，所述第二限制时段在下述时间中的较早一个时结束：(a)从发起所述第二限制时段开始已经经过了第二预定延迟时间时；以及(b)自从在所述入站控制信道上接收登记请求开始已经经过了预定静默时间时。

13.如权利要求1所述的方法，其中，在所述第一限制时段期间登记的实际大部分会话组成员不是所述第一会话组的成员。

14.一种系统，包括：

收发器，所述收发器用于在入站控制信道和出站控制信道上进行通信；

控制模块，所述控制模块操作地耦合到所述收发器，其中，所述控制模块包括处理器和存储可执行指令的非瞬时计算机可读介质，当在所述处理器上执行所述可执行指令时，操作为：

(a)检测所述入站控制信道处于海量登记状况；

(b)在所述海量登记状况期间，通过所述入站控制信道接收至少包括来自第一会话组的成员的第一登记请求的多个登记请求；

(c)响应于所述第一登记请求，通过在所述出站控制信道上发送第一限制消息来发起第一限制时段，其中，所述第一限制消息指令所述第一会话组的成员停止登记请求；以及

(d)当所述第一限制时段结束时，在所述出站控制信道上发送邀请所述第一会话组的成员恢复登记请求的第一邀请消息。

15.如权利要求14所述的系统，其中，所述第一限制时段在下述时间中的较早一个时结束：(a)当从发起所述第一限制时段开始已经经过了第一预定延迟时间时；以及(b)当从在所述入站控制信道上接收登记请求开始已经经过了第一预定静默时间时。

16.如权利要求14所述的系统，其中，当在所述处理器上执行所述可执行指令时，进一步操作为：

在所述海量登记状况期间，在所述入站控制信道上从第二会话组的成员接收第二登记请求；

响应于所述第二登记请求，通过在所述出站控制信道上发送第二限制消息来发起第二限制时段，其中，所述第二限制消息指令所述第二会话组的成员停止登记请求；以及

当所述第二限制时段结束时，在所述出站控制信道上发送邀请所述第二会话组的成员恢复登记请求的第二邀请消息。

17.一种方法，包括：

检测入站控制信道处于海量登记状况；

在所述海量登记状况期间，通过所述入站控制信道从订户接收第一多个登记请求，其中，所述登记请求与第一多个会话组相关联；

从所述第一多个会话组当中选择第一会话组；

通过在出站控制信道上发送第一限制消息来发起第一限制时段，其中，所述第一限制时段指令不是所述第一会话组的成员的订户停止登记请求；以及

在所述第一限制时段期间登记所述第一会话组的成员，其中，在所述第一限制时段期间登记的实际大部分会话组成员是所述第一会话组的成员。

18.如权利要求17所述的方法，其中，所述第一限制消息是登记许可，并且其中，所述登记许可包括将所述登记许可识别为限制消息的限制代码。

19.如权利要求17所述的方法，进一步包括：

在所述第一限制时段之后，通过所述入站控制信道从订户接收第二多个登记请求，其中，所述登记请求与第二多个会话组相关联；

从所述第二多个会话组当中选择第二会话组；以及

响应于确定了所述入站控制信道仍然处于海量登记状况，通过在所述出站控制信道上发送第二限制消息来发起第二限制时段，其中，所述第二限制消息指令不是所述第一会话组或所述第二会话组的成员的订户停止登记请求。

20.如权利要求17所述的方法，进一步包括：

在订户单元处接收所述第一限制消息；

在所述订户单元处确定所述订户单元不是所述第一会话组的成员；

响应于确定了所述订户单元不是所述第一会话组的成员，确定所述第一限制时段的结束，其中，所述限制时段在下述时间中的较早一个时结束：(a)当从发起所述限制时段开始已经经过了预定延迟时间时；以及(b)当从在所述出站控制信道上接收登记确认开始已经经过了预定静默时间时；以及

仅在所述第一限制时段期满之后，在所述入站控制信道上从所述订户单元发送登记请求。