专利名称：蜂窝电信系统中分组交换业务的管理的制作方法
背景技术：
发明领域本发明涉及分组交换电信系统，并且更具体地涉及蜂窝电信网络中管理分组交换业务的方法和系统。
现有技术历史随着在蜂窝电信系统内提供更多和各种业务的能力的发展，分组交换业务在蜂窝电信领域中将起到越来越重要的作用。很多计算机及有关数据业务在蜂窝系统中的应用需要在蜂窝电信系统的无线链路上传输单个或多个数据分组。这些业务中的一些，例如电子邮件和电子银行可以用存储转发短消息业务来实现。但是其它业务，例如终端仿真、局域网、银行服务器接入以及信用卡验证等需要交互式使用、很短的时延以及处理长度变化很广的数据分组的能力。可以肯定的是将来的蜂窝系统必须以有效的分组数据业务来支持这类业务。
认识到分组数据业务的重要，使欧洲技术标准协会(ETSI)目前正致力于为European 2+Group Special Mobile(GSM)蜂窝系统开发这些业务。这种认识也导致人们致力于将分组数据业务能力设计到全球移动电话系统(Universal Mobile Telephone System(UMTS))中去，该系统目前在RACE II Code Division Testbed(CODIT)项目R2020中开发。CODIT项目由Commission of the EuropeanCommunity建立，目的是使用码分多址(CDMA)技术制定未来的移动电信系统。
蜂窝电信网络中分组交换数据业务的特征是从网络用户到移动用户的呼叫在分组交换无线信道(PRCH)的共享下行链路(DL)和一个或多个移动用户共享的PRCH上行链路(UL)上发送到分组交换移动站。DL PRCH由网络用户在排队的基础上共享。UL PRCH由每个移动用户在该移动用户需要向系统发送数据时、以随机的方式接入该信道来共享。
允许接入PRCH的通用方法是通过分组交换竞争模式。目前制定的CODIT UMTS分组数据业务属于竞争模式类型。在分组交换竞争模式中，当移动用户需要传输数据时它在PRCH上发送数据分组。每个数据分组中包含发送移动用户的标识。数据分组的传输可以由移动用户或随机地、或根据检测到表示分组数据信道目前未被其它移动站使用的空闲信号来进行。如果两个或多个移动用户同时竞争一条空闲分组数据信道，系统将只允许到该信道的一个接入。没有成功接入该信道的移动用户必须重复发送数据分组直到它被系统接受。向移动用户发送数据分组的系统用户也通过放入队列来竞争下行链路。
因为在这样的系统中每个用户以随机的方式接入分组交换信道，用户去、自蜂窝系统分组交换无线信道、以及信道间的非受控流会引起系统中分组传输的延迟。该延迟可能由上行链路上的移动用户和在下行链路上向移动用户发送的网络用户共同引起。随着分组交换信道上分组呼叫数量的增加，每个分组呼叫的平均传输延迟就会增加。在一些应用中，该延迟可能是不可接受的。
因此，需要在蜂窝系统的一个或多个分组交换无线信道上控制分组传输延迟的方法和系统。如果可以根据预定的准则选择性地选择竞争分组呼叫被分组无线信道所接受，那么可以避免并降低不能容忍较长分组延迟时间的应用中分组交换信道用户的延迟。
一种管理优先用户去、自一个或多个分组交换无线信道以及它们之间的流的方法和系统，以及具有最大可容忍分组传输延迟的每个分组交换无线信道，将会满足这种需要。
发明概要本发明提供在蜂窝电信系统中管理分组交换业务的方法和系统。允许系统操作员管理优先用户在一个或多个分组交换无线信道(PRCH)上的分组业务，每个信道具有最大可容忍的分组传输延迟。使用PRCH的分组呼叫数可以受控并藉此来控制PRCH上行链路和下行链路上的平均分组延迟。可以避免与常规竞争模式分组交换系统(在该系统中用户每次随机地竞争PRCH的使用)有关的问题。在这种常规系统中，PRCH上的分组呼叫数是不受控的，而且数据分组传输的平均时延随着竞争PRCH的用户数增加。
在一个实施例中，发明为每个基站或多个基站包括PRCH管理器功能，控制具有一个或多个PRCH无线信道的蜂窝系统无线小区。还包括了服务小区中每个PRCH的独立PRCH控制器功能。对于每个服务小区，PRCH管理器与控制分配到该服务小区的PRCH的一个或多个PRCH控制器交互作用并控制它们。PRCH管理器执行如下功能评估请求使用PRCH的用户的业务请求、评估由于阻塞而被排除出PRCH之外的分组呼叫的重新接受、处理PRCH接受队列并管理服务小区的激活PRCH信道。PRCH控制器执行如下功能监控输出业务、控制接受并为每个独立的PRCH控制业务阻塞。一个资源管理器还与PRCH管理器相关联。
当用户需要接入服务小区的一个PRCH的上行链路或下行链路、或者上行链路和下行链路时，唤醒服务小区的PRCH管理器功能。PRCH管理器功能可以在多种情况下唤醒。通过网络协议栈接受业务请求将唤醒PRCH管理器。如果由于阻塞分组呼叫被排除出PRCH之外并从PRCH控制器接收一个分组呼叫排除指示也将唤醒PRCH管理器。如果内部产生的接受队列信号在PRCH内部产生或从资源管理器接收到PRCH建立授权/拒绝或PRCH删除授权/拒绝信号也将唤醒PRCH管理器。
当新用户要接入PRCH、用户要切换到新服务小区的新PRCH或用户要重新建立丢失的连接时，可以由PRCH管理器接收业务请求。如果接收了业务请求，PRCH管理器通过一次向服务小区的一个PRCH控制器发送接受请求来评估该请求。如果任一PRCH控制器授权了该请求，请求用户就被指定到相应的PRCH并通过网络协议栈向用户发送一个业务授权信号。如果没有PRCH控制器授权该接受请求，PRCH管理器就评估该分组呼叫的优先权是否应该放入该服务小区的PRCH接受队列中(临时未决的)或者是否应该拒绝该业务请求。如果分组呼叫的优先权被放入接受队列中，就通过网络协议栈向用户发送分组呼叫未决指示信号。除此之外，发送业务拒绝信号。
如果PRCH管理器接收到分组呼叫排除指示，PRCH管理器就通过一次向服务小区的一个PRCH控制器发送接受请求来评估该分组呼叫排除指示。如果任一PRCH控制器授权了该请求，被排除的用户就被分配到相应的PRCH并向该用户发送一个分组呼叫更新指示信号。如果没有PRCH控制器授权该接受请求，那么PRCH管理器就评估该排除的分组呼叫的优选权是否应该放入服务小区的PRCH接受队列或者是否应该解除该排除的分组呼叫。如果分组呼叫的优先权被放入接受队列，那么就通过网络协议栈向用户发送分组呼叫未决指示信号。除此之外，向用户发送分组呼叫解除指示信号。
如果产生了内部产生的接受队列信号，PRCH管理器就执行接受队列处理。接受队列信号表示PRCH管理器应该检查排队分组呼叫的接受队列。在接受队列处理中，PRCH管理器将队列中最高优先权分组呼叫的接受请求一次向服务小区的一个PRCH控制器发送。接受请求按照为业务请求评估和排除分组呼叫评估接受请求步骤所做的的相同方式发送。如果任一PRCH控制器授权了该请求，那么接受队列中的分组呼叫就指定到相应的PRCH并向用户发送分组呼叫恢复指示。如果没有PRCH控制器授权该请求，那么就不发送恢复指示。
如果PRCH管理器从服务小区的资源管理器接收到PRCH建立授权，那么PRCH管理器就为新PRCH建立一个新的PRCH控制器功能。如果PRCH管理器从资源管理器接收到PRCH释放授权，那么PRCH管理器将为所释放的PRCH删除PRCH控制器功能。
附图的简要描述通过结合附图参考如下的详细描述可以对本发明的方法和系统得到更完整的理解，其中附
图1是本发明可以在其中实现的蜂窝电信系统的框图；附图2说明了本发明可以在其中实现的蜂窝电信系统的分组交换功能的控制层协议结构；附图3A和3B分别说明，根据本发明操作的蜂窝系统分组无线信道的下行链路和上行链路上信号的交换；附图4是根据本发明的一个实施例操作的蜂窝系统内分组无线业务管理功能的功能性框图；附图5A-5D是说明根据本发明的一个实施例，分组无线信道管理器功能所遵循的处理步骤的流程图；附图6是说明根据本发明的一个实施例，分组无线信道控制器业务监控功能所遵循的处理步骤的流程图；附图7是说明根据本发明的一个实施例，分组无线信道控制器接受控制功能所遵循的处理步骤的流程图；附图8是说明根据本发明的一个实施例，分组无线信道控制器阻塞控制功能所遵循的处理步骤的流程附图9是说明根据本发明的一个实施例，分组无线信道资源管理器功能所遵循的处理步骤的流程图。
详细描述现在参考图1，说明了在其中可以实现本发明的蜂窝电信系统100的框图。蜂窝系统100包括移动控制节点(MCN)102、无线网控制器(RNCs)104及106、基站(BSs)108、110、112、114、116及118、以及移动站(MSs)120、122和124。每个基站108、110、112、114、116及118控制与称为服务小区的基站无线覆盖区内移动站进行的系统无线通信。
移动站120、122和124，根据该移动站处于哪个基站的覆盖区内，与基站108、110、112、114、116及118中特定的基站通信。在图1中移动站120、122及124被表示为通过无线接口128、130及132分别与基站108、112和116通信。基站108、110和112连接到无线网控制器104，基站114、116和118连接到无线网控制器106。无线网控制器104和106轮流连接到移动控制节点102。移动控制节点102是一个交换中心，支持蜂窝系统与固定网126的互连。移动控制节点102可以通过陆地线或其它等效的连接连到固定网126。固定网126可以包括国际互连网、公共交换电话网(PSTN)、综合业务数字网(ISDN)、分组交换公共数据网(PSPDN)、或X.25系统。尽管作为一个特定的配置，图1表示了蜂窝电信系统，但是该框图仅是本发明可以在其中实现的系统的示范配置。发明可以应用到任何用户竞争分组交换无线信道(PRCH)的分组交换无线系统。
在发明的一个实施例中，蜂窝系统100根据为Code DivisionTestbed(CODIT)Universal Mobile Telephone System(UMTS)项目开发的协议而操作，使用为CODIT/UMTS制定的PRCH竞争模式接入，由本发明的PRCH业务管理功能来控制。UMTS是具有多速率无线接口结构、使用直接序列码分多址(DS-CDMA)的移动通信系统。在CODIT/UMTS系统中，通过一个或多个PRCHs为移动站120、122和124提供分组无线业务。每个基站108、110、112、114、116和118在无线网控制器104和106或移动控制节点102的请求下建立并终结一个或多个PRCH。PRCH是全双工的、非对称信道，可以独立地在上行链路(UL)和下行链路(DL)上以高达9.6kbps(窄带信道)或高达64kbps(中等带宽信道)的可变移动站数据率操作。MCN 102可以将多个移动站连接到单个服务小区的单个PRCH上。为了区分一个PRCH上的几个移动站，当授权接入时，MCN 102给每个移动站指定一个虚连接标识(VCI)。VCI由一个k比特的号码代表，作为MCN 102控制区域内的唯一地址。
PRCH以10ms时隙构造，在移动站120、122及124与网络之间传输分割的分组。在DL上，移动控制节点102可以向一个移动站或同时向多个移动站发送移动站数据分组和信息，控制UL上的接入和数据传输。在UL上，如果移动站处于相同基站的覆盖区内，可以共享到UL PRCH的接入。获得到PRCH的接入之后，移动站通过物理信道向系统发送分组。逻辑信道PRCH映射到两个物理信道上，包括物理数据信道(PDCH)和物理控制信道(PCCH)。支持一个PRCH需要两个基站收发机。
现在参考图2，图中说明了CODIT/UMTS的分组交换功能的协议栈200。在移动站中，移动站协议栈(MS/PS)218包括网络层202、数据链路控制(DLC)层204、介质访问控制(MAC)层206、以及物理层208。在网络一侧，网络协议栈(NW/PS)220包括都处于MCN或RNC中的网络层210和DLC层212、处于基站和MCN或RNC中的介质访问层(MAC)214、以及物理层216。
网络层202的无连接分组业务(CLPS)实体向移动站提供分组业务。网络层210的CLPS提供注册、鉴权、分配和管理VCIs和向分组数据网接口的功能。在一次分组呼叫中，CLPS实体使用逻辑链路管理器(LLA)，通过专用的控制信道(DCCH和CC)最先对分组业务建立信号路由选择。在分组业务建立之后，移动站被加入PRCH，CLPS之间的所有消息、包括移动站数据分组都通过DLC传递到分组无线(PR)控制实体。PR实体也负责正常的移动电话系统功能，例如越区切换、连接重建等。
在PRCH上发射的分组被分段、用分组码(BC)保护以便在接收端检测传输错误、卷积编码、交织(IL)、通过复接器(MUX)切换、然后在PDCH上发送。控制信息、例如功率控制，也可以通过PCCH传递。在接收端，从接收的抽样中重构分段，组成分组，并转发到无连接分组业务(CLPS)实体。当接收端的分组码解码器检测到错误分组分段的接收时，分组无线控制功能就请求重发。在蜂窝系统100中，在基站108、110、112、114、116和118所控制的服务小区之间可以分布几个PRCHs。
现在参考图3A和3B，图中分别说明了根据本发明操作的蜂窝系统PRCH的上行链路(UL)和下行链路(DL)上的信号交换。图3A和3B表示移动站(MS)300和网络(NW)302之间的信号交换。移动站300被功能性地表示为移动站协议栈(MS/PS)218和移动站系统管理器(MS/SM)220。网络302被功能性地表示为网络协议栈(NW/PS)222和网络系统管理器(NW/SM)224。协议栈负责数据传输而系统管理器负责网络和移动站之间连接的控制和监视。
对于上行链路(UL)分组发送和接收，使用如下的方案(步骤对应于图3A中的箭头编号)。
1U.MS/PS 218可以向NW/PS 222发送三种不同的分组，其中两种需要确认。
a.需要确认的分组·包括用户数据的分组；以及·包括携带下行链路报告(DLRs)的用户数据的分组。
b.不需要确认的分组·只包含DLRs的分组当需要确认的分组发送时，MS/SM 220中设置一个定时器。如果在确认收到之前定时器超时，就认为该分组丢失了。
2U.对于所有的UL数据分组，都向NW/SW 224发送质量抽样。在UL分组末尾，将分组停止信号发送到NW/SW 224，表示最后的质量抽样已经为该特定分组而发送。
3U.在收到UL数据分组之后，UL分组报告发送到NW/SW 224。这个报告包含业务监控所需的信息。
4U.如果UL分组包含携带的DLR或如果分组是独立的DLR，就提取DL质量估计并转发到NW/SW 224。
5U.如果发送的DL数据分组需要确认，就从NW/PS 222向MS/PS 218发送确认消息。该消息可能是独立的或在DL移动站信息分组上携带。
6U.当在MS/PS 218中收到确认时，向MS/SM 220发送分组已确认信号。如果在步骤1引入的定时器超时之前没有收到确认，就向MS/SM 220发送分组丢失消息。
对于DL分组发送和接收，使用如下的方案(步骤对应于图3B中的箭头编号)。
1D.NM/PS 222可以向MS/PS 218发送三种不同的分组，其中两种需要确认。
a.需要确认的分组·包括用户数据的分组；以及·包括携带以前收到的UL分组的确认/非确认(ack/nack)信息的用户数据的分组。
b.不需要确认的分组·只包含以前接收的UL分组的ack/nack信息的分组。
当需要确认的分组发送时，设置一个定时器。如果在确认收到之前定时器超时，就认为该分组丢失了。
2D.当发送DL数据分组时，DL分组报告发送到NW/SW 224。该报告包含业务监控所需的信息。
3D.当在MS/PS 218中收到DL数据分组时，从每帧中提取质量抽样并发送到MS/SM 220。在DL分组末尾，向MS/SM 220发送一个分组停止信号，表示最后的质量抽样已经为该特定分组发送。
4D.在收到分组停止信号之后，将质量估计发送到MS/PS 218。这个估计是DL上发送的整个分组质量的度量。
5D.对于包含用户数据的每个所收的DL分组，向NW/PS 222发送包含ack/nack消息的下行链路报告(DLR)和质量估计。DLR可以单独发送或在UL用户数据分组上携带。在NW/PS 222中收到DLR之后，将质量估计转发到NW/SW 224。
6D.如果DLR中的ack/nack信息包含确认，就向NW/SM 224发送分组已确认信号。如果在步骤1引入的定时器超时之前没有收到确认，就向NW/SM 224发送分组丢失消息。
现在参考图4，图中是根据本发明操作的蜂窝系统中分组无线业务管理功能的功能框图。分组无线业务管理功能，逻辑上处于NW/SW224中，包括三个主模块，PRCH管理器402、资源管理器404和PRCH控制器406a、406b、406c和406d。一般，系统的每个基站有一个PRCH管理器402。如果基站支持多个服务小区，每个服务小区有一个PRCH管理器402。PRCH控制器406a、406b、406c和406d的数目根据必需的PRCH数目和服务小区中分组交换业务可用的资源而定。在图4中所示的实施例中，服务小区中有四条PRCH。每个PRCH控制器控制一个PRCH。当用户必须接入服务小区的一个PRCH时，唤醒PRCH管理器402。通过NW/PS 222收到业务请求会唤醒PRCH管理器402。如果由于阻塞将分组呼叫从PRCH中排除以及从PRCH控制器收到分组呼叫排除指示，也将唤醒PRCH管理器402。此外，如果从资源管理器收到内部产生的接受队列信号或PRCH建立授权/拒绝或释放授权/拒绝信号，将唤醒PRCH管理器402。
在任一如下情况中可以接收业务请求1)新用户要接入PRCH，启动分组交换业务。
2)用户要从另一个服务小区的PRCH切换到PRCH管理器402所处的服务小区的PRCH。
3)用户要重建丢失的PRCH连接。
4)用户要更新它的业务需求，见下面。
上面所列的每个业务事件都产生转发到PRCH管理器的业务请求。业务请求包括PRCH管理器402的业务请求评估功能408进行评估所必须的信息。该信息包括●请求类型●要求的估计的平均用户数据业务，Pave(按PRCH的最大用户比特率定标)。这包括UL和DL中每一个各自的参数。
●要求的估计的最大用户数据业务，Pmax(按PRCH的最大用户比特率定标)。这包括UL和DL中每一个各自的参数。
●优先权，Pri。这个参数可以认为是间隔
内的一个值。优先权可以根据移动站发起呼叫或被呼叫来指定，或者根据其它标准。
通过业务请求评估功能408评估业务请求。在业务请求评估中，PRCH管理器402发送PRCH接受请求，请求到PRCH控制器406a、406b、406c、或406d中一个的分组呼叫。PRCH管理器402将尝试每个PRCH控制器406a、406b、406c、或406d，直到接受被授权或者分组呼叫在任何PRCH中都没有接受。如果分组呼叫在任何现有的PRCH中都没有接受(PRCH接受请求被所有PRCH控制器406a、406b、406c、和406d所拒绝)，PRCH管理器402就决定该业务请求是否应该被否决或者是否应该通过使用接受队列处理功能410而放在接受队列420中。
放入接受队列的分组呼叫是临时未决的，即不允许在用户之间交换信息。如果分组呼叫没有放入接受队列，就向用户发送业务否决信号。如果分组呼叫放入了接受队列，PRCH管理器就通过发送分组呼叫未决指示信号通知用户。
当分组呼叫由于阻塞而被PRCH排除时，PRCH管理器402中就收到一个分组呼叫排除指示信号。分组呼叫排除指示信号通过分组呼叫排除评估功能422来评估。在分组呼叫排除评估功能422中，PRCH管理器402发送PRCH接受请求，向PRCH控制器406a、406b、406c或406d中的一个请求被排除的分组呼叫。PRCH管理器402将尝试每个PRCH控制器406a、406b、406c或406d，直到接受被授权或者被排除的分组呼叫在任何PRCH中都没有接受。
如果分组呼叫在任何现有PRCH中都没有接受，PRCH管理器402就决定是否应该解除被排除的分组呼叫或者是否应该通过使用接受队列处理功能将被排除的分组呼叫放入接受队列420中。如果被排除的分组呼叫放入了接受队列420中，该分组呼叫就是临时未决的，并通过NW/PS 222向用户发送分组呼叫未决指示信号。如果被排除的分组呼叫没有放入接受队列420中，就通过NW/PS 222向用户发送分组呼叫解除指示信号。
分组呼叫接受队列信号表示应该检查接受队列420了。接受队列信号可以通过按照系统操作员的需要所设置的定时器来产生。分组呼叫接受队列信号通过接受队列处理功能410来评估。在接受队列处理功能中，PRCH管理器402发送PRCH接受请求，向PRCH控制器406a、406b、406c或406d中的一个请求接受队列中具有最高优先权的分组呼叫。
PRCH管理器402将向每一个PRCH控制器406a、406b、406c或406d发送接受请求，直到接受被授权或分组呼叫在任何PRCH中都没有接受。如果分组呼叫被任一PRCH所接受，那么就通过NW/PS222向用户发送分组恢复指示信号。
PRCH管理器402也决定何时必须通过PRCH管理功能412建立新PRCH或释放现有的PRCH。在PRCH建立和PRCH释放这两种情况下，建立或释放请求信号发送到控制系统资源分配给PRCH的资源管理器404。资源管理器404通过向PRCH管理器402发送建立请求授权或建立请求拒绝信号或者向PRCH管理器402发送释放请求授权或释放请求拒绝信号，从而拒绝或授权该请求。
每个PRCH控制器406a、406b、406c和406d监控服务小区中一个PRCH上的业务。服务小区中的每个PRCH有一个PRCH控制器。每个PRCH控制器406a、406b、406c和406d接收它所控制的PRCH上的、来自NW/PS 222的分组报告中的业务信息。该分组报告由PRCH业务监控功能414a、414b、414c或414d针对关联的PRCH来评估。当从PRCH管理器402收到接受请求时，包含在分组报告中的信息用于确定新分组呼叫是否可以通过PRCH接受控制功能416a、416b、416c或416d为PRCH所接受。包含在分组报告中的信息也可用于确定PRCH阻塞控制功能418a、418b、418c或418d是否应该用于由于PRCH过载而排除已经接受的分组呼叫。在这种情况下，向PRCH管理器发送分组呼叫排除指示信号。然后PRCH管理器通过分组呼叫排除评估功能422判断该分组呼叫是否应该临时未决或被解除。根据这个判决，可以用分组呼叫未决指示信号或分组呼叫解除指示信号来通知用户。
资源管理器404控制系统资源在分组无线信道的分配。PRCH管理器402可以通过向资源管理器404发送PRCH建立/释放请求，来请求建立新PRCH或释放它。PRCH管理器404连续地监视接受队列420的大小。无论何时接受队列Pq中所有分组呼叫的总请求业务超过了为该接受队列所设置的限制PnewPRCH，PRCH建立请求就发送到较高级的资源管理器404。如果PnewPRCH设为0，只要现有的PRCH满了，PRCH管理器就总是请求更多的资源。一旦附加到PRCH的用尸数为0，PRCH释放请求就发送到资源管理器404。如果被授权，该PRCH就会释放。
PRCH管理器402和PRCH控制器406a、406、406c和406d可以用到诸如图1所示系统的蜂窝系统的基站、无线网控制器和移动控制节点中。实际实现可以是硬件的或软件的，或者硬件和软件的结合，结合一个或多个处理器操作。实现这些功能类型的处理器和软件是本领域中所熟知的。
现在参考图5A、5B、5C和5D，图中表示了分别说明业务请求评估、分组呼叫排除评估、接受队列处理和PRCH管理处理步骤的业务流程图，由根据本发明一个实施例的PRCH管理器402执行。
当处于图5A步骤502中的等待状态时，PRCH管理器402接收一个输入。该输入可能是业务请求、分组呼叫排除指示、内部产生的接受队列信号或者从资源管理器404接收的PRCH建立授权或拒绝信号或者释放授权或拒绝信号。在步骤504确定是否从NW/PS 222收到业务请求。如果没有收到业务请求，处理就转移到图5B的步骤534。但是，如果收到业务请求，处理就转移到步骤506并开始业务请求评估。
步骤506的业务请求评估包括在步骤508、510、512、514、516、518和520请求PRCH接受。业务请求评估顺序对每个PRCH控制器406a、406b、406c和406d重复，直到授权为一个PRCH所接受或者没有PRCH剩下。在步骤508，PRCH管理器402向PRCH控制器406a、406b、406c或406d中的一个发送PRCH接受请求。然后处理转移到步骤510，PRCH管理器402等待一个响应。在步骤512，PRCH管理器402周期性地检查以确定是否从PRCH控制器406a、406b、406c或406d收到一个响应。如果没有收到响应，处理就转回510的等待状态。但是，如果在步骤512确定已经从PRCH控制器406a、406b、406c或406d收到了一个响应，就完成了PRCH接受请求过程而且处理转移到步骤514，在那里确定该响应是否为接受授权。如果该响应是一个接受授权，那么在步骤520完成业务请求评估过程而且处理转移到步骤522。
但是，如果在步骤514确定该响应不是接受授权，那么它是接受拒绝响应，处理转移到步骤516，在那里确定当前响应是否是从接受请求可以发送的最后一个PRCH控制器发送的。如果它不是最后一个PRCH控制器，处理就转移到步骤518并为下一个PRCH继续步骤506的业务请求评估过程。步骤506的业务请求评估过程一直重复到从PRCH控制器406a、406b、406c或406d收到一个接受授权响应，或者所有PRCH控制器都拒绝接受。当业务请求评估过程完成时处理转移到步骤522。
在步骤522，确定是否从任一PRCH控制器收到接受授权响应。如果从一个PRCH控制器收到了接受授权，那么处理转移到步骤524，在那里将业务授权信号通过NW/PS 308发送给用户。从步骤524开始处理转移到图5B的步骤534。但是如果在步骤522确定没有从任何PRCH控制器收到接受授权，那么处理就转到步骤528。在步骤528，PRCH管理器402，使用接受队列处理功能410，确定是否将分组呼叫放入PRCH接受队列。如果满足如下判据就确定将分组呼叫放入接受队列420Pave(r)+Pq(r)＜Pmax(r)Pave(r)是作为业务请求r的函数的用户估计平均数据业务。Pq(r)是业务请求类型r的接受队列中所有分组呼叫所请求的业务。这是队列当前大小的测度。Pmax(r)作为业务请求的函数，是接受队列420中最大允许的所请求业务。对于不同类型的业务请求r，可以有不同的Pmax。藉此可以在不同业务请求之间进行优先权排队。例如，切换中请求PRCH的Pmax(r)可以比第一次请求接入PRCH的Pmax(r)高。
如果在步骤528确定将分组呼叫放入PRCH接受队列，该呼叫的标识就置于接受队列420中，处理转移到步骤531，在那里通过NW/PS222向用户发送业务授权信号。然后处理转到步骤532，通过NW/PS308向用户发送分组呼叫未决指示。然后处理转移到图5B的步骤534。但是如果在步骤528确定不将分组呼叫放入PRCH接受队列420，那么处理就转到步骤530，向用户发送业务拒绝信号428。然后处理转移到图5B的步骤534。
在图5B的步骤534，确定是否收到了分组呼叫排除指示。如果输入不是分组呼叫排除指示，那么处理转移到图5C的步骤562。但是，如果在步骤534确定收到了分组呼叫排除指示，那么处理就转移到步骤536。在步骤536，被排除分组呼叫的PRCH接受请求从PRCH管理器402发送到PRCH控制器406a、406b、406c或406d。步骤536的接受请求处理包括步骤538、540、542、544、546、548和550。步骤536针对每个PRCH控制器406a、406b、406c或406d重复，直到对所有PRCH请求了接受。在步骤538，PRCH管理器402向PRCH控制器406a、406b、406c或406d发送PRCH接受请求。然后处理转移到步骤540，在这里PRCH管理器402等待一个响应。PRCH管理器402在步骤542做周期性的检查，确定是否从PRCH控制器406收到响应。如果没有收到响应，处理就转回到步骤540的等待状态。但是，如果步骤542确定从接受请求所发送的PRCH控制器收到了一个响应，处理就转移到步骤544，在那里确定该响应是否是接受授权。如果该响应是接受授权，那么在步骤550结束分组呼叫排除评估并且处理转移到步骤552。但是，如果在步骤544确定了该响应不是接受授权，它则是接受拒绝响应，处理转移到步骤546，在那里确定是否从接受请求可能发送的最后一个PRCH控制器发送了接受拒绝响应。如果它不是最后的PRCH控制器，处理就转到步骤566，对下一个PRCH重复步骤536的接受请求处理。重复步骤536的分组呼叫排除评估，直到从一个PRCH控制器收到了接受授权响应，或者直到所有的PRCH控制器406a、406b、406c和406d拒绝了接受。当步骤536的分组呼叫排除评估处理完成时，处理就转到步骤552。
在步骤552，确定是否在步骤536从任何PRCH控制器收到了接受授权响应。如果从PRCH控制器收到了接受授权，处理就转到步骤554，在那里通过NW/PS 222向用户发送分组呼叫更新指示信号。处理从步骤554转到图5C的步骤562。但是，如果在步骤552确定没有收到接受授权，处理就转到步骤556。在步骤556，PRCH管理器402，使用接受队列处理功能410，确定被排除的分组呼叫是否将放入PRCH接受队列。在步骤556使用为图5A步骤528而描述的同样的接受准则。如果在步骤556确定将被排除的分组呼叫放入接受队列420，处理就转到步骤560，通过NW/PS 222向用户发送分组呼叫未决指示信号。然后处理从步骤560转到图5C的步骤562。但是，如果在步骤556确定不将被排除的分组呼叫放入接受队列420，处理就转到步骤558，通过NW/PS 222向用户发送分组呼叫解除指示信号。然后处理从步骤558转到图5C的步骤562。
在图5C的步骤562，确定是否收到了接受队列信号。如果没有收到接受队列信号，处理就转到图5D的步骤584。但是，如果确定收到了接受队列信号，处理就转到步骤563。在步骤563，确定PRCH接受队列中是否有任何分组呼叫。如果该服务小区的PRCH接受队列420中没有分组呼叫，处理就转到图5A中步骤502的等待状态。在步骤502，处理将等待一个输入。但是，如果在步骤563确定PRCH接受队列420中包含分组呼叫，处理就转到步骤564。在步骤564，接受队列420中具有最高优先权分组呼叫的PRCH接受请求从PRCH管理器402发送到PRCH控制器406a、406b、406c或406d。
步骤564的接受请求处理包括步骤566、568、570、572、574、576和578。步骤564对每个PRCH控制器406a、406b、406c或406d重复，直到PRCH接受被授权，或者直到对所有PRCH请求了接受。在步骤566，PRCH管理器402向PRCH控制器406a、406b、406c或406d发送PRCH接受请求。然后处理转到步骤568，PRCH管理器402等待一个响应。在步骤570，PRCH管理器402做周期性的检查，确定是否从PRCH控制器406收到了一个响应。如果没有收到响应，处理就转回到568的等待状态。但是，如果在步骤570确定已经从接受请求曾发送的PRCH控制器收到了一个响应，处理就转到步骤572，在那里确定是否该响应是一个接受授权。如果该响应是接受授权，那么接受请求处理在步骤578结束而且该处理转到步骤586。但是，如果在步骤572确定该响应不是接受授权，它则是接受拒绝响应，而且处理转到步骤574，在那里确定是否从接受请求可能发送到的最后一个PRCH控制器发送了接受拒绝响应。
如果它不是最后的PRCH控制器，该处理就转到步骤566，并为下一个PRCH重复步骤564的接受请求处理。步骤564的接受请求评估一直重复到从PRCH控制器收到了接受授权响应，或者所有的PRCH控制器406a、406b、406c和406d都拒绝了接受。当步骤564的接受请求处理完成时，处理就转到步骤580。
在步骤580，确定是否在步骤564从任何PRCH控制器收到了接受授权响应。如果从PRCH控制器收到了接受授权响应，接受队列420中具有最高优先权的分组呼叫就从队列中去掉，处理转到步骤582，在那里通过NW/PS 222向用户发送分组呼叫恢复指示信号。处理从步骤582转到图5D的步骤584。但是，如果在步骤580确定没有收到接受授权，那么处理就直接转到图5D的步骤584。
在图5D的步骤584，确定是否从资源管理器402收到了PRCH建立授权。如果从资源管理器402收到了PRCH建立授权，处理就转到步骤586，PRCH管理器产生一个新的PRCH控制器。然后，处理转到步骤592。但是，如果在步骤584确定没有收到PRCH释放授权，处理就转到步骤588，在那里确定是否从资源管理器402收到PRCH释放授权。如果收到了PRCH建立授权，处理就转到步骤590，PRCH管理器解除释放请求所发送的PRCH控制器的资源。然后，处理转到步骤592。但是，如果在步骤590确定没有收到PRCH建立授权，处理就直接转到步骤592。
在步骤592，评估接受队列中所有分组呼叫所请求的业务。然后，在步骤594，确定是否需要新的PRCH。如果接受队列Pq中所有分组呼叫总共请求的业务量超过了为该接受队列设置的极限PnewPRCH，就需要新的PRCH，而且处理转到步骤596。在步骤596，PRCH建立请求发送到资源管理器404。处理从步骤596返回到步骤502的等待状态。但是，如果在步骤594确定不需要新的PRCH，处理就转到步骤597。在步骤597，评估每个PRCH上的分组呼叫数。然后，在步骤598，确定是否存在不传输任何分组呼叫的PRCH。如果确定没有不传输任何分组呼叫的PRCH存在，处理就返回图5A的步骤502。但是，如果在步骤598确定存在一个或多个不传输分组呼叫的PRCH，处理就转到步骤599，在那里将不传输任何分组呼叫的每个PRCH的PRCH释放请求发送到资源管理器404。处理从步骤599返回到图5A步骤502的等待状态。
现在参考图6、7和8，其中说明了根据本发明的一个实施例，表示每个PRCH控制器406a、406b、406c或406d所遵循步骤的流程图，分别为PRCH业务监控、PRCH接受控制和PRCH阻塞控制处理。PRCH控制器406a、406b、406c和406d都连续监控数据业务、平均分组延迟，并且也接受PRCH的接受请求。
当由于收到来自PRCH管理器402的输入而被最初激活时，处理处于图6的步骤602的等待状态。当在步骤602的等待状态中时，每个PRCH控制器406a、406b、406c和406d可以接收一个输入，以来自NW/PS 222的分组报告的形式、来自PRCH管理器402的接受请求形式或内部产生的表示应该进行PRCH阻塞检查的激活信号形式。当收到一个输入时，处理转到步骤604，在那里确定是否收到分组报告。如果确定了没有收到分组报告，处理直接转到图7的步骤708。但是，如果在步骤604确定收到了分组报告，处理将转到步骤606，PRCH业务监控器功能428针对相应的PRCH更新业务统计，包括PRCH上的分组延迟及负荷。使用分组报告中包含的信息更新业务统计。每个分组报告包含如下信息1)UL的发送移动用户标识或DL的发送网络用户标识。
2)分组大小。
3)时间标记(表示分组是何时产生的)。
4)分组类型(UL或DL)。
使用分组报告中包含的信息，PRCH控制器计算平均分组延迟T的估计、以及每个分组呼叫Pi的数据业务量估计。这些量用于接受控制处理(图7)和阻塞控制处理(图8)。在业务统计更新之后，处理转到图7的步骤708。
图7说明了本发明的分组无线信道接受控制功能所执行的步骤。在步骤708，确定输入是否是接受请求。如果没有收到接受请求，处理将直接转到图8的步骤818。但是如果在步骤708确定收到了接受请求，处理将转到步骤710，在那里评估接受请求。
如果满足如下准则，PRCH接受控制功能416就允许PRCH接受请求Pave+∑pi＜Ptol，i∈U(Pri)●Pave是新分组呼叫所需的平均数据业务量。
●Pi是分组呼叫i的估计数据业务量。
●U(Pri)是优先权高于或等于Pri的分组呼叫，这里Pri是所请求分组呼叫的优先权。
●Ptol是PRCH上的最大可容忍的数据业务量。
从上式可见，优先权高于或等于新分组呼叫优先权的分组呼叫的业务量必须小于最大可容忍业务量Ptol。因此，尽管总业务量(包括无论优先权的所有分组呼叫)超过最大可容忍的业务量Ptol，但是可以允许高优先权的分组呼叫使用PRCH。在这种情况下，阻塞控制功能(图8)将排除低优先权的分组呼叫，使得总业务量落入最大可容忍业务量Ptol之内。最大可容忍业务量Ptol与最大可容忍延迟Ttol按照如下关系相关联ΔP＝f(Ttol-T)
这里f是与它的自变量具有相同符号的一个函数。T是PRCH业务量监控功能所计算的平均分组延迟的估计。因为PRCH控制器业务量监控功能连续地监视T，Ptol就根据上式被连续更新。Ptol将对应于产生最大可容忍延迟Ttol的业务量水平。
然后，在步骤712确定是否授权或拒绝PRCH的接受。如果授权接受，处理就转到步骤714，将接受授权发送到PRCH管理器402。如果没有授权接受，处理就转到步骤716，将接受拒绝发送到PRCH管理器402。在PRCH接受控制器功能416分别在步骤714或716发送接受授权或拒绝之后，处理就转到图8的步骤818。
在步骤818，PRCH阻塞控制器功能818评估PRCH上的阻塞。如果确定PRCH上没有阻塞，处理就返回图6步骤602的等待状态。但是，如果在步骤820确定存在阻塞，处理就转到步骤822，进行一次有关排除哪个分组呼叫或哪些分组呼叫的评估。为了评估阻塞，要检查平局分组延迟T。系统操作员所设置的延迟报警水平Tcon，用于检测阻塞情况，即，何时必须从PRCH排除一个或多个分组呼叫以便重获一个可容忍的平均分组延迟。
如果确定T＜Tcon，PRCH上就没有阻塞，处理返回到图6步骤602的等待状态。但是，如果在步骤820确定T≥Tcon，就存在阻塞，处理转到步骤822，进行有关排除哪个分组呼叫或哪些分组呼叫的评估。步骤822的评估以如下方式进行1)以低优先权分组呼叫开始，对所有分组呼叫进行如下检查Pi≤Pmax(i)Pi是分组呼叫i的估计业务量，Pmax(i)是同一分组呼叫所需的最大数据业务量。如果不满足上式，分组呼叫i就从PRCH排除。
2)如果所有分组呼叫满足该式，排除一个或多个最低优先权分组呼叫。
因此，估计业务量超过它们的业务请求所给定的最大值的分组呼叫首先被排除。如果所有分组呼叫的估计业务量低于它们的极限，那么排除一个或多个最低优先权的分组呼叫。
当由于阻塞从PRCH排除了一个分组呼叫时，在步骤824向PRCH管理器402发送分组呼叫排除指示(恢复请求)，表示哪个分组呼叫从PRCH排除。发送完分组呼叫排除指示之后，PRCH控制器处理转到图6步骤602的等待状态。
现在参考图9，其中的流程图说明根据本发明一个实施例资源管理器功能所遵循的处理步骤。当从PRCH管理器402收到一个输入时，资源管理器处理处于步骤902的等待状态。该输入可能是PRCH建立请求或PRCH释放请求。当收到输入时，处理转到步骤904。在步骤904，确定输入是否是PRCH建立请求。如果输入是PRCH建立请求，处理就转到步骤906。
在步骤906，评估PRCH建立请求。资源管理器通过确定服务小区内是否有足够的资源允许建立新的PRCH来评估该建立请求。处理从步骤906转到步骤910。在步骤910确定建立请求评估是否表示可以建立新的PRCH。如果确定可以建立新的PRCH，处理就转到步骤916，在那里将PRCH建立授权发送到PRCH管理器402。然后，在步骤918，资源管理器为新PRCH分配资源。处理从步骤918返回步骤902的等待状态。但是，如果在步骤910确定建立请求评估表示不可以建立新的PRCH，那么处理就转到步骤914，在那里将PRCH建立否决发送到PRCH管理器402。处理从步骤914返回步骤902的等待状态。
如果在步骤904确定输入不是PRCH建立请求，那么它是PRCH释放请求。在这种情况下，处理从步骤904转到步骤912。在步骤912，评估PRCH释放请求。资源管理器通过确定从整个系统角度来看是否可以接受释放该PRCH来评估PRCH释放请求。例如，可以考虑周围服务小区PRCH上的业务负荷。处理从步骤912转到步骤920。在步骤920确定PRCH释放请求评估是否表示可以释放PRCH。如果确定可以释放PRCH，处理就转到步骤922，在那里向PRCH管理器402发送PRCH释放授权。然后，在步骤926，资源管理器释放该PRCH。处理从步骤926返回步骤902的等待状态。但是，如果在步骤920确定PRCH释放请求评估表示不可以释放该PRCH，处理就转到步骤924，在那里向PRCH管理器402发送PRCH释放否决。处理从步骤924返回到步骤902的等待状态。
从上面描述可以看到，系统操作员可以使用本发明的方法和系统在蜂窝电信系统的一个或多个PRCH上为具有优先权的用户管理分组业务。系统操作员可以为PRCH设置最大的平均时延。根据所注册的业务等级指定用户的优先权，或根据正进行的呼叫类型自动分配或由用户选择优先权。较高的优先权导致以较高的计费价格使用该系统。支付较高的价格，使用户在阻塞情况下尝试接入系统时，比其他具有较低优先权的用户得到优先。通过基于估计的分组呼叫所需数据业务量和分组呼叫的优先权进行分组业务管理判决，系统操作员可以保证PRCH用户不会受到不可接受的PRCH延迟的影响。
可以相信本发明的操作和结构从前面的描述中得到了清楚的表示，而且当这里所表示并描述的发明按照特定的实施例来描述时，在不背离如下权利要求所定义的发明精神和范围的前提下可以对其进行改变和修改。
权利要求
1.在包括至少一条分组无线信道和多个收发站的蜂窝电信系统中，每个所述收发站能够发送和接收数据分组并共享分组无线信道，一种管理所述系统的所述至少一条分组无线信道接受的方法，所述方法包括如下步骤接收分组呼叫需要被分组无线信道接受的指示；并确定所述分组呼叫是否被所述至少一条分组无线信道所接受。
2.权利要求1的方法，其特征在于所述至少一条分组无线信道受到至少一个分组无线信道控制器的控制而且所述确定步骤包括如下步骤(a)向所述至少一个分组无线信道控制器发送接受请求；(b)从所述至少一个分组无线信道控制器接收响应；并且(c)确定所述响应是否表示所述分组呼叫被所述至少一条分组无线信道所接受。
3.权利要求2的方法，其特征在于所述至少一条分组无线信道包括多个分组无线信道而且所述至少一个分组无线信道控制器包括多个分组无线信道控制器，每个分组无线信道控制器控制所关联的分组无线信道，而且其特征在于所述方法还包括重复所述步骤(a)、(b)和(c)的步骤，每次为一个不同的分组无线信道控制器而重复，直到所述响应表示所述分组呼叫将被一条所述分组无线信道所接受，或者直到从每个所述分组无线信道控制器都收到了否定响应。
4.权利要求1的方法还包括，响应所述确定步骤中的否定确定而进行的如下步骤确定所述分组呼叫是否放入分组无线信道接受队列中。
5.权利要求4的方法，其特征在于确定所述分组呼叫是否放入分组无线信道接受队列的所述步骤包括如下步骤确定所述分组呼叫所需的业务量值加上所述接受队列中一个或多个分组呼叫的总请求业务量值是否在为所述接受队列所设置的最大允许请求业务量值之内。
6.权利要求4的方法还包括，响应确定所述分组呼叫是否放入分组无线信道接受队列的所述步骤中的肯定确定，进行如下步骤将所述分组呼叫放入所述接受队列。
7.权利要求1的方法，其特征在于所述接收步骤包括接收分组呼叫的业务请求。
8.权利要求7的方法还包括，响应所述确定步骤中的肯定确定，发送所述分组呼叫的业务授权消息的步骤。
9.权利要求5的方法，其特征在于所述接收步骤包括接收分组呼叫的业务请求。
10.权利要求9的方法还包括，响应确定所述分组呼叫是否放入分组无线信道接受队列中的所述步骤中的否定确定，发送所述分组呼叫的业务拒绝消息的步骤。
11.权利要求9的方法还包括，响应确定所述分组呼叫是否放入分组无线信道接受队列中的所述步骤中的肯定确定，进行如下步骤将所述分组呼叫放入所述接受队列；发送所述分组呼叫的业务授权消息；并发送所述分组呼叫的分组呼叫未决指示。
12.权利要求1的方法，其特征在于所述接收步骤包括接收分组呼叫的分组呼叫排除指示。
13.权利要求12的方法还包括，响应所述确定步骤中的肯定确定，发送所述分组呼叫的分组呼叫更新的步骤。
14.权利要求5的方法，其特征在于所述接收步骤包括接收分组呼叫的分组呼叫排除指示。
15.权利要求14的方法还包括，响应确定所述分组呼叫是否放入分组无线信道接受队列中的所述步骤中的否定确定，发送所述分组呼叫的分组呼叫解除指示的步骤。
16.权利要求14的方法还包括，响应确定所述分组呼叫是否放入分组无线信道接受队列中的所述步骤中的肯定确定，发送所述分组呼叫的分组呼叫未决指示的步骤。
17.权利要求1的方法，其特征在于所述系统还包括分组呼叫的接受队列而且所述接收步骤包括如下步骤接收接受队列信号；响应所述接受队列信号，确定所述接受队列是否包含分组呼叫；并且响应所述确定步骤中的肯定确定产生所述指示。
18.权利要求17的方法还包括，响应确定所述分组呼叫是否被所述至少一条分组无线信道所接受的所述步骤中的肯定确定，发送所述分组呼叫的分组呼叫恢复指示的步骤
19.在包括每个能够发送和接收数据分组并共享分组无线信道的多个收发站、PRCH接受队列、以及PRCH资源管理器的蜂窝电信系统中，一种管理分组无线信道的方法，所述方法包括如下步骤评估所述接受队列中所有分组呼叫的总所需业务量；并确定是否需要新的PRCH。
20.权利要求19的方法还包括，响应所述确定步骤中的肯定确定，进行如下步骤向所述资源管理器发送PRCH建立请求。
21.权利要求19的方法还包括，响应所述确定步骤中的否定确定，进行如下步骤确定是否存在没有分组呼叫的分组无线信道；并且响应确定是否存在没有分组呼叫的分组无线信道的所述步骤中的肯定确定，向所述资源管理器发送PRCH释放请求
22.权利要求19的方法，其特征在于所述确定步骤包括确定接受队列中所有分组呼叫的总请求业务量是否超过预定极限。
23.在包括至少一条分组交换无线信道和多个收发站的蜂窝电信系统中，每个所述收发站能够发送和接收数据分组并共享分组无线信道，所述系统还包括管理所述至少一条分组无线信道上业务的PRCH管理器，一种管理分组无线信道资源的方法，所述方法包括如下步骤从所述PRCH管理器接收分组无线信道建立请求；确定所述建立请求是否将被授权；并且响应所述确定步骤中的肯定确定，为新分组无线信道分配资源。
24.权利要求23的方法，其特征在于所述评估步骤包括确定所述系统内是否存在足够资源允许建立新的分组无线信道。
25.在包括至少一条分组交换无线信道和多个收发站的蜂窝电信系统中，每个所述收发站能够发送和接收数据分组并共享分组无线信道，所述系统还包括管理所述至少一条分组无线信道上业务的PRCH管理器，一种管理分组无线信道资源的方法，所述方法包括如下步骤从所述PRCH管理器接收释放请求；确定所述释放请求是否将被授权；并且响应肯定确定，为所述至少一条分组无线信道中的一个解除所分配的资源。
26.权利要求24的方法，其特征在于所述评估步骤包括确定周围服务小区的分组无线信道上的业务负荷是否需要附加的资源。
27.在包括至少一条分组无线信道和多个收发站的蜂窝电信系统中，每个所述收发站能够发送和接收数据分组并共享分组无线信道，一种管理所述至少一条分组无线信道接受的设备，所述设备包括一个评估装置，接收分组呼叫需要分组无线信道接受的指示并产生至少一个接受请求；以及至少一个PRCH控制器，每个控制一条所关联的分组无线信道，并从所述评估装置接收接受请求，确定所述关联的分组无线信道是否接受所述分组呼叫，如果所述分组呼叫被接受就产生接受授权信号，如果所述分组呼叫不被接受就产生接受拒绝信号。
28.权利要求27的设备，其特征在于所示至少一个PRCH控制器包括多个PRCH控制器，而且所述PRCH管理器对所述PRCH控制器中不同的一个顺序产生所述接受请求，直到从一个所述PRCH控制器收到接受授权信号或者直到从每个所述PRCH控制器收到了接受拒绝信号。
29.权利要求27的设备，其特征在于所述分组呼叫需要接受的指示包括所述分组呼叫的分组呼叫标识而且所述设备还包括存储至少一个分组呼叫标识的接受队列；以及PRCH接受队列处理器，包括响应从所述至少一个PRCH控制器中的每一个收到的接受拒绝信号，确定是否将所述分组呼叫的标识放入所述接受队列的装置。
30.权利要求27的设备，其特征在于所述PRCH接受队列处理器还包括响应一个定时器信号确定所述接受队列是否包含至少一个分组呼叫标识的装置；以及产生一个指示的装置，该指示表示，如果所述接受队列中包含至少一个分组呼叫标识，那么所述接受队列中具有最高优先权值的分组呼叫需要接受，并将所述指示发送到所述评估装置。
31.权利要求29的设备，其特征在于所述设备还包括PRCH管理装置，监视所述接受队列，并当所述接受队列中所有分组呼叫的总请求业务量超过预定水平时产生PRCH建立请求；监视所述至少一条分组无线信道上的分组呼叫数、并为分组呼叫数为零的每个分组无线信道产生PRCH释放请求的装置；以及资源管理器装置，接收所述PRCH建立请求并响应所述建立请求向所述至少一条分组无线信道添加新分组无线信道，接收所述PRCH释放请求并响应所述释放请求向所述资源管理器释放分组呼叫数为零的所述分组无线信道。
全文摘要
提供了一种蜂窝电信系统中的分组交换业务管理的方法和系统。发明包括蜂窝系统中每个服务小区的分组交换无线信道(PRCH)管理器(402)以及服务小区中每个PRCH的PRCH控制器(406)。PRCH管理器与一个或多个PRCH控制器交互作用并控制这些控制器。PRCH管理器执行评估业务请求、处理PRCH接受队列并管理服务小区的激活PRCH的功能。PRCH控制器执行监控输出业务、控制接受并控制每个单个PRCH的业务阻塞的功能。发明允许系统操作员设置每个PRCH的最大可容忍延迟和每个分组呼叫的优先权。通过选择性地选择系统内的最大可容忍延迟和优先权,系统操作员可以减少PRCH用户受到不可接受的分组传输延迟影响的可能。
文档编号H04L12/56GK1201584SQ9619814
公开日1998年12月9日 申请日期1996年9月13日 优先权日1995年9月18日
发明者C·M·特恩贝里, O·E·格里姆伦德, M·安德尔森 申请人:艾利森电话股份有限公司