实现空闲信道资源及时释放的方法和组呼系统
技术领域
本发明涉及通信领域,尤其涉及组呼技术。
背景技术
集群无线通信系统,以下简称集群系统,是近几年来发展起来的一种较经济、较灵活的指挥调度通信系统,其被广泛应用于政府机关、能源交通、机场码头、工矿企业、消防警察、水利和军事等单位,以满足各单位内部通信联络的需要。
目前集群系统核心网结构如图1所示,其包括HLR(Home LocationRegister,归属位置寄存器)、VLR(Visitor Location Register,访问位置寄存器)、GMSC(Gateway Mobile Service Switch Center,网关移动交换机)、Anchor MSC(锚MSC)、Relay MSC(中继MSC)和GCR(Group Call register,组呼寄存器)。
其中,所述HLR,用于存有用户信息,包括该用户IMSI(International MobileSubscriber Identity,国际移动用户标识码)、所属的组ID列表(一个用户可以最多属于50个组)。
所述VLR,用于存有用户IMSI、该用户所属组的ID列表。当用户漫游时,这些信息从HLR中拷贝过来。
所述GMSC,用于分别与外部网络和Anchor MSC相连。所述GMSC是一个与组呼无关的一个MSC,其处在不同的网络之间(如固定网络和移动网络之间,或中国联通和中国移动的网络之间),当一个呼叫跨网络时,呼叫首先到达GMSC,然后由GMSC将呼叫路由到被叫所在的MSC。
所述Anchor MSC和Relay MSC是与组呼有关的MSC,其中所述AnchorMSC用于负责控制整个组呼的MSC,其管理和维护着一个特定的VGCS(VoiceGroup Call Service,语音组呼业务),其它的与组呼有关的MSC都是RelayMSC。所述Anchor MSC和Relay MSC都是相对于一个组呼说的,不是固定的名称,如某个MSC对组呼110是Anchor MSC,对组呼120就可能是Relay MSC。所述Anchor MSC与中继MSC之间是一对多的树状关系。
所述GCR中包含了组标识ID和组呼区域,其中组呼区域定义为一族小区,组呼区域与组ID合在一起称作组呼参考。其中与锚MSC相连的GCR中包含了与该组呼参考相关的调度员列表、中继MSC列表、锚MSC直接控制的小区列表。而与中继MSC相连的GCR则包含了与该组呼参考相关的锚MSC地址、本中继MSC所控制的小区列表。这些信息都是一些开户时在HLR和SIM卡里存储的固定信息,并未实现对组呼用户的移动性管理。
通过上述集群系统核心网实现组呼的过程如下:
锚MSC收到组呼发起请求时,向所连接的GCR查询该组属性,得到调度员列表、中继MSC列表、以及本MSC控制下的小区列表。然后呼叫中继MSC为在本MSC控制下的小区建立上下行组呼信道,然后通过各个小区的NCH通知组内用户有组呼发起,并指明其组呼信道参数以便组内用户监听。
中继MSC接到锚MSC的组呼呼叫请求后,向所连接的GCR查询小区列表,在这些小区内建立组呼信道,通过NCH(通知信道)通知组内用户有组呼发起,并指明其组呼信道参数以便组内用户监听。
当所述小区内的用户作为讲话者发起一个组呼呼叫时,在特定区域的一组用户能够同时加入到组呼区域并监听讲话者。同一时间只能有一个讲话者,当讲话者讲完后,其它用户都能够通过按PTT键(Push to talk)变成讲话者。在通话过程中,任何用户都可以自己决定中途离开或者中途加入到组呼区域中,进入组呼区域的用户能够接到通知并中途加入到主呼叫中。
讲话者可以占用上行组呼信道,同时监视下行组呼信道。但是听者只能智能监视下行组呼信道。
另外,当普通讲者正在讲话时,调度员也通过调度台讲话,此时用户能同时听到普通讲者和调度员的话音,但这时一般普通讲话者会停止讲话。调度员也可以通过调度台发起一个组呼,当只有调度员在讲话时,上行组呼信道是空闲的。
由上述背景技术可以看出,一个呼区域可能包括多个小区,这些小区内有的可能有很多用户,有的可能就没有用户。而中继MSC接收到锚MSC的组呼呼叫请求后,为在本MSC控制下的所有小区均建立组呼信道,这对于没有用户存在的小区,无疑是对信道资源的浪费,因此需要及时释放掉没有用户存在的小区的组呼信道。
与本发明有关的现有技术是通过上行响应过程释放掉没有用户存在的小区的组呼信道。其实现过程如下:
网络可以根据需要在上行忙的时候,通过下行组呼信道下行发送UPLINKFREE(上行空闲)消息,并携带要求终端响应的指示消息。
终端收到的携带要求上行响应的指示消息的UPLINK FREE消息时,立刻发送原因值为“reply on uplink access request(上行响应请求)”的UPLINKACCESS(上行接入)消息,发送的过程为:在收到指示消息后,随机等待一个0~20毫秒的随机时延,发送一条UPLINK ACCESS消息,然后再等待100毫秒加一个0到20毫秒的随机时延,再次发送一条UPLINK ACCESS消息,然后就回到组接收模式(group receive mode),并不再发送任何消息。
网络收到终端的UPLINK ACCESS消息后,认为小区有用户,则不释放为该小区建立的上下行组呼信道,否则释放小区的组呼信道,并通过NCH发送通知消息,并在所述通知消息中携带不带组呼信道描述的通知消息。
由上述现有技术的技术方案可以看出,现有技术仅仅在上行组呼信道忙的时候由网络侧发起上行响应过程,会存在如下的技术缺陷:
网络在上行组呼信道空闲的时候,网络不能发起上行响应过程,对应终端侧,也只能在上行组呼信道忙时,才能进行上行响应,因此当某个小区没有用户存在时,已经为所述小区分配了的组呼信道不能得到及时的释放,因此会造成信道资源的浪费。
另外,当调度员通过调度台讲话时,上行组呼信道是空闲的,因此按照现有技术的约束网络侧不能够在此时发起上行响应过程的,而必须等到调度员结束讲话后,上行组呼信道忙时才能发起上行响应过程,这样不仅会使网络侧等待发起上行响应过程的时间延长,而且不能使为没有用户存在的小区分配的信道资源得到及时的释放,因此会更加浪费信道资源。
发明内容
本发明的第一目的是提供一种实现空闲信道资源及时释放的方法和组呼系统,通过本发明,网络侧能够及时获知组呼区域内各个小区中是否有用户存在,使网络侧等待发起上行响应过程的时间缩短,从而能够使网络侧发现某个小区内没有用户存在时,及时将为所述小区分配的上下行组呼信道释放掉,以便能够使这部分信道资源充分得到再利用。
本发明的第二目的是提供一种进行上行响应的方法和终端,通过该技术方案,终端接收到网络侧发送的要求上行响应的信息后会及时反馈消息给所述网络侧。
本发明的具体实施方案如下:
本发明提供一种实现空闲信道资源及时释放的方法,其包括:
A、网络侧在小区的上行组呼信道空闲时发起上行响应过程,并在下发的消息中要求小区中的终端作出响应;
B、当未收到所述终端的反应时,则释放为所述小区分配的信道资源。
其中,所述步骤A具体包括:
网络侧在上行组呼信道空闲时,通过为小区分配的组呼下行信道发送上行空闲UPLINK FREE消息,并在所述消息中携带上行响应请求标识。
其中,在所述步骤A与步骤B之间包括:
C、所述小区中的终端接收到所述网络侧下发的消息后,通过所述小区的上行组呼信道发送消息给所述网络侧。
其中,所述步骤C具体包括:
C1、所述小区中的终端接收到所述网络侧下发的消息后,通过所述小区的上行组呼信道发送上行响应的上行接入UPLINK ACCESS消息给所述网络侧,并在所述消息中携带上行响应的原因值;
或,
C2、所述小区中的终端接收到所述网络侧下发的消息后,如果其存在非上行响应的消息需要发送,则通过所述小区的上行组呼信道发送非上行响应的消息给所述网络侧。
其中,所述步骤C2具体包括:
所述小区中的终端接收到所述网络侧下发的消息后,在发送消息前检查是否存在非上行响应的消息需要发送,当确认存在时,通过所述小区的上行组呼信道发送非上行响应消息给网络侧,并不再发送上行响应的UPLINK ACCESS消息;否则,通过所述小区的上行组呼信道发送上行响应的UPLINK ACCESS消息给网络侧,并在所述消息中携带上行响应的原因值。
其中,所述的方法还包括:
各个小区中的终端设置调度非上行响应的消息时的优先级高于调度上行响应的UPLINK ACCESS消息时的优先级。
本发明提供一种进行上行响应的方法,其包括:
D、当终端进行上行响应时,通过其所在小区的上行空闲组呼信道发送消息给所述网络侧。
其中,所述步骤D具体包括:
D1、当终端进行上行响应时,通过其所在小区的上行空闲组呼信道发送上行响应的上行接入UPLINK ACCESS消息给所述网络侧,并在所述消息中携带上行响应的原因值;
或,
D2、当终端进行上行响应时,如果其存在非上行响应的消息需要发送,则通过通过其所在小区的上行空闲组呼信道发送非上行响应的消息给所述网络侧。
其中,所述步骤D2具体包括:
当终端进行上行响应时,在发送消息前检查是否存在非上行响应的消息需要发送,当确认存在时,通过其所在小区的上行空闲组呼信道发送非上行响应消息给网络侧,并不再发送上行响应的UPLINK ACCESS消息;否则,通过所述小区的上行空闲组呼信道发送上行响应的UPLINK ACCESS消息给网络侧,并在所述消息中携带上行响应的原因值。
其中,所述的方法还包括:
终端设置调度非上行响应的消息时的优先级高于调度上行响应的UPLINKACCESS消息时的优先级。
本发明提供一种实现空闲信道资源及时释放的组呼系统,包括网络侧,所述网络侧包括:
上行响应过程发起单元和信道资源释放单元;
所述上行响应过程发起单元,用于在小区的上行组呼信道空闲时发起上行响应过程,并在下发的消息中要求小区作出响应;
所述信道资源释放单元,用于当在设定时间内未收到所述小区的响应时,释放为所述小区分配的信道资源。
其中,所述的组呼系统还包括:终端,所述终端包括信息传送单元,用于接收所述网络侧下发的消息,并当接收到所述网络侧下发的消息后,通过所述小区的上行组呼信道发送消息给所述网络侧。
其中,所述终端还包括:
检测单元,用于检测所述终端是否存在非上行响应的消息需要发送。
其中,所述终端还包括:
调度单元,用于当检测单元检测到所述终端存在非上行响应的消息需要发送时,调度所述非上行响应的消息给所述信息传送单元;或,用于当检测单元检测到所述终端不存在非上行响应的消息需要发送时,则调度上行响应的消息给所述信息传送单元。
本发明提供一种进行上行响应的终端,其包括:
信息传送单元,用于当进行上行响应时,通过其所在小区的上行空闲组呼信道发送消息给所述网络侧。
其中,所述的终端还包括:
检测单元,用于检测所述终端是否存在非上行响应的消息需要发送。
其中,所述的终端还包括:
调度单元,用于当检测单元检测到所述终端存在非上行响应的消息需要发送时,调度所述非上行响应的消息给所述信息传送单元;或,用于当检测单元检测到所述终端不存在非上行响应的消息需要发送时,则调度上行响应的消息给所述信息传送单元。
由上述本发明的技术方案可以看出,本发明中由于网络侧可以在上行组呼信道空闲时发起上行响应过程,从而能够及时获知到组呼区域内各个小区中是否有用户存在,从而能够使网络侧等待发起上行响应过程的时间缩短,以便能够及时释放掉已经为没有用户存在的各个小区分配的上下行组呼信道,使得资源的调度更加灵活,并且减少了信道资源的浪费。本发明解决了现有技术中由于网络侧只能在上行信道忙时才能发起上行响应过程而导致使网络侧等待发起上行响应过程的时间延长的技术问题;进而解决了现有技术中由于不能够及时释放为没有用户存在的小区分配的信道资源,而导致信道资源的浪费的技术问题。
另外,由于当终端在上行响应时遇到非上行响应消息需要发送时,优先发送所述非上行响应消息,并不再发送携带上行响应值的上行响应消息,因此终端正常发送的非上行响应消息能够更快地接入,从而避免了不必要地等待,解决了现有技术中终端只能在上行组呼信道忙时才能够反馈消息给所述网络侧的技术问题。
附图说明
图1为背景技术提供的集群系统核心网的结构示意图;
图2为本发明提供地第一实施例的流程图;
图3为本发明提供的第二实施例的流程图;
图4为本发明提供的第五实施例的结构框图;
图5为本发明提供的第六实施例的结构框图;
图6为本发明提供的第八实施例的结构框图。
具体实施方式
为了实现网络侧在上行寻呼信道空闲时能够及时获知到组呼区域内的各个小区中是否有用户存在,本发明提供了第一实施例,即一种实现空闲信道资源及时释放的方法,其核心是:网络侧在小区上行组呼信道空闲时发起上行响应过程,并要求所述小区中的终端作出响应;当小区内存在用户时,会通过终端发送携带上行响应原因值的UPLINK ACCESS消息给所述网络侧;当所述网络侧在设定时间内未收到所述小区内的终端反馈的信息时,则认为所述小区内没有用户存在,于是将为所述小区分配的上下行组呼信道释放掉。其具体实施过程如图2所示,包括如下步骤:
步骤101,当网络侧确认小区需要发起上行响应过程时,则无论上行组呼信道空闲或繁忙,均通过为小区分配的组呼下行信道发送UPLINK FREE消息,并在所述消息中携带上行响应请求标识(Uplink Access Request)。
网络侧根据其内的设置信息判断是否需要对小区发起上行响应过程,网络侧一旦确认所述小区,如组呼区域配置时确定的用户出现概率较低的小区,或者是网络判断很可能没有用户的小区(较长时间没有收到小区的任何上行消息)需要发起上行响应过程,则所述网络侧随时可以通过下行组呼信道发送UPLINK FREE消息,并在所述消息中携带上行响应请求(Uplink AccessRequest)标识。
步骤102,所述小区中的终端接收到所述网络侧下发的消息后,通过所述小区的上行组呼信道发送上行响应的UPLINK ACCESS消息给所述网络侧,并在所述消息中携带上行响应的原因值(reply on UplinK Access Request)。
终端收到的携带要求上行响应请求标识的UPLINK FREE消息时,立刻发送原因值为“reply on uplink access request”(上行响应)的UPLINK ACCESS消息,发送的过程为:在收到指示消息后,随机等待一个0~20毫秒的随机时延,发送一条UPLINK ACCESS消息,然后再等待100毫秒加一个0到20毫秒的随机时延,再次发送一条UPLINK ACCESS消息,然后就回到组接收模式(group receive mode),并不再发送任何消息。
步骤103,当所述网络侧在设定时间内未收到所述小区中的终端的反应时,则释放为所述小区分配的信道资源。
步骤103中,网络侧接收到所述小区中的终端发送的UPLINK ACCESS消息后,认为所述小区内有用户存在,于是不释放为所述小区分配的上下行组呼信道;如果在设定的时间内未收到所述小区中的终端返回的消息,则认为所述小区内没有用户存在,于是释放为所述小区分配的上下行组呼信道,并通过NCH信道发送不携带组呼信道描述的通知消息给所述小区。
由本发明提供的第一实施例可以看出,本发明中网络侧在上行组呼信道空闲时发起上行响应过程,此时终端发送的携带上行响应原因值的UPLINKACCESS消息有可能会与终端发送的正常的非上行响应的消息(如占上行,短数据等)碰撞,这样就会影响终端正常发送的上行信息。为了避免网络侧在上行组呼信道空闲时发起上行响应过程时,影响到终端正常发送的上行信息,本发明提供了第二实施例,即另一种实现空闲信道资源及时释放的方法,其核心是:网络侧在上行组呼信道空闲时发起上行响应过程,并要求所述小区中的终端作出响应;当小区内存在用户,并且终端有非上行响应的消息(即携带非上行响应原因值的消息)需要发送时,则所述终端会发送所述非上行响应的消息;当所述网络侧在设定时间内未收到所述小区中的终端反馈的信息时,则认为所述小区内没有用户存在,于是将为所述小区分配的上下行组呼信道释放掉。其具体实施过程如图3所示,包括如下步骤:
步骤201,各个小区中的终端设置调度非上行响应的消息时的优先级高于调度上行响应的UPLINK ACCESS消息时的优先级。
各个小区内的用户设置不同的UPLINK ACCESS消息的内容如表1所示:
Message87654321 |
Meaning of Establishment Cause(原因值) |
110xxxxx |
Subsequent talker uplink request(讲者上行请求) |
00100101 |
Reply on uplink access request(上行响应请求) |
101xxxxx |
Privilege subscriber request(优先级上行请求) |
111xxxxx |
Emergency subscriber request(紧急上行请求) |
000xxxxx |
Emergency mode reset request(重置紧急呼叫请求) |
other values |
reserved for future use(保留将来使用) |
表1
由表1可以看出,所有的消息均由8bit构成,其中第二条消息,即00100101为包括上行响应的原因值的UPLINK ACCESS消息,其余的消息为非上行响应的消息。还可以看出,为不同的消息设置了相应的优先级:Normal(普通)、Privileged(优先)和Emergency(紧急),优先级的级别依次由低到高。
引入优先级后每次呼叫都对应一个优先级,当一个低优先级的呼叫正在讲话时,另一个高的优先级呼叫可以打断之,从而自己开始讲话。
步骤202,当网络侧确认小区需要发起上行响应过程时,则无论上行组呼信道空闲或繁忙,均通过为小区分配的组呼下行信道发送UPLINK FREE消息,并在所述消息中携带上行响应请求标识(Uplink Access Request)。
步骤202的具体实施过程与第一实施例中的步骤101的相关描述类似,这里不再详细描述。
步骤203,所述小区中的终端接收到所述网络侧下发的消息后,如果其存在非上行响应的消息需要发送,则通过所述小区的上行组呼信道发送非上行响应的消息给所述网络侧,并不再发送携带上行响应原因值的上行响应的UPLINK ACCESS消息。
步骤203的具体实施过程如下:
所述小区中的终端接收到携带要求上行响应请求标识的UPLINK FREE消息后,在发送消息前检查自己是否存在非上行响应的消息需要发送,当确认存在时,通过所述小区的上行组呼信道发送非上行响应消息给网络侧,并不再发送上行响应的UPLINK ACCESS消息;否则,通过所述小区的上行组呼信道发送上行响应的UPLINK ACCESS消息给网络侧,并在所述消息中携带上行响应的原因值。
发送消息的过程为:在收到指示消息后,随机等待一个0~20毫秒的随机时延,发送一条UPLINK ACCESS消息,然后再等待100毫秒加一个0到20毫秒的随机时延,再次发送一条UPLINK ACCESS消息,然后就回到组接收模式(group receive mode),并不再发送任何消息。如果所述小区中的终端发送的第一条消息是携带上行响应原因值的上行响应的UPLINK ACCESS消息,当其发送完后,检测到在发送第二条消息之前有非上行响应的消息需要发送,此时其直接发送非上行响应的消息,而不再发送上行响应的UPLINK ACCESS消息。
步骤204,当所述网络侧在设定时间内未收到所述小区中的终端的反应时,则释放为所述小区分配的信道资源。
步骤204中,网络侧接收到所述小区中的终端发送的任何消息后,都认为所述小区内有用户,并确定不释放为所述小区分配的上下行组呼信道;如果在设定的时间内未收到所述小区中的终端返回的消息,则认为所述小区内没有用户存在,于是释放为所述小区分配的上下行组呼信道,并通过NCH信道发送不携带组呼信道描述的通知消息给所述小区。
本发明提供的第三实施例是一种进行上行响应的方法,其核心是:当终端进行上行响应时,通过其所在小区的上行空闲组呼信道优先调度非上行响应的消息发送给所述网络侧,并不再发送携带上行响应原因值的消息。具体实施过程包括:
首先,终端设置调度非上行响应的消息时的优先级高于调度上行响应的UPLINK ACCESS消息时的优先级。该步骤的具体情况与第二实施例中的步骤201类似,这里不再详细描述。
接下来,当终端接收到所述网络侧下发的消息后,如果其存在非上行响应的消息需要发送,则通过所述小区的上行组呼信道发送非上行响应的消息给所述网络侧,并不再发送携带上行响应原因值的上行响应的UPLINK ACCESS消息。其具体实施过程如下:
所述小区中的终端接收到携带要求上行响应请求标识的UPLINK FREE消息后,在发送消息前检查自己是否存在非上行响应的消息需要发送,当确认存在时,通过所述小区的上行组呼信道发送非上行响应消息给网络侧,并不再发送上行响应的UPLINK ACCESS消息;否则,通过所述小区的上行组呼信道发送上行响应的UPLINK ACCESS消息给网络侧,并在所述消息中携带上行响应的原因值。
发送消息的过程为:在收到指示消息后,随机等待一个0~20毫秒的随机时延,发送一条UPLINK ACCESS消息,然后再等待100毫秒加一个0到20毫秒的随机时延,再次发送一条UPLINK ACCESS消息,然后就回到组接收模式(group receive mode),并不再发送任何消息。如果所述小区中的终端发送的第一条消息是携带上行响应原因值的上行响应的UPLINK ACCESS消息,当其发送完后,检测到在发送第二条消息之前有非上行响应的消息需要发送,此时其直接发送非上行响应的消息,而不再发送上行响应的UPLINK ACCESS消息。
本发明提供的第四实施例是另一种进行上行响应的方法,其核心是:当终端进行上行响应时,通过其所在小区的上行空闲组呼信道发送消息给所述网络侧。具体实施过程包括:
当终端进行上行响应时,无论其是否存在非上行响应的消息(正常发送的消息),均通过其所在小区的上行空闲组呼信道进行发送携带上行响应原因值的消息。
本发明提供的第五实施例是一种实现空闲信道资源及时释放的组呼系统,其结构如图4所示,包括网络。其中所述网络包括上行响应过程发起单元和信道资源释放单元。
所述网络侧通过所述上行响应过程发起单元在小区的上行组呼信道空闲时发起上行响应过程,并在下发的消息中要求组呼区域内的小区作出响应。
当所述网络侧接收到所述小区中的终端发送的消息后,则不作处理,即保持原有为所述小区分配的上下行组呼信道;如果所述网络侧在设定时间内未收到所述小区中的终端的响应时,则通过所述信道资源释放单元当释放为所述小区分配的信道资源。
本发明提供的第六实施例是一种实现空闲信道资源及时释放的组呼系统,其结构如图5所示,包括网络侧和组呼区域内的小区中的终端。其中所述网络侧包括上行响应过程发起单元和信道资源释放单元;所述组呼区域内的小区的终端包括信息传送单元、检测单元和调度单元。
所述网络侧通过所述上行响应过程发起单元在小区的上行组呼信道空闲时发起上行响应过程,并在下发的消息中要求小区中的终端作出响应。
所述小区中的终端通过所述信息传送单元接收所述网络侧下发的消息,并当接收到所述网络侧下发的消息后,通过所述检测单元检测所述终端是否存在非上行响应的消息(即携带非上行响应原因值的消息)需要发送,当检测到所述终端存在非上行响应的消息需要发送时,通过所述调度单元调度所述非上行响应的消息,并通过所述信息传送单元发送给所述网络侧;当检测单元检测到所述终端不存在非上行响应的消息需要发送时,则通过所述调度单元调度上行响应的消息,并通过所述信息传送单元发送给所述网络侧。
当所述网络侧接收到所述小区中的终端发送的消息后,则不作处理,即保持原有为所述小区分配的上下行组呼信道;如果所述网络侧在设定时间内未收到所述小区中的终端的响应时,则通过所述信道资源释放单元当释放为所述小区分配的信道资源。
本发明提供的第七实施例是另一种实现空闲信道资源及时释放的组呼系统,其与第六实施例比较,其结构中缺少检测单元和调度单元。包括网络侧和组呼区域内的小区。其中所述网络侧包括上行响应过程发起单元和信道资源释放单元;所述组呼区域内的小区的终端包括信息传送单元。
所述网络侧通过所述上行响应过程发起单元在小区的上行组呼信道空闲时发起上行响应过程,并在下发的消息中要求小区中的终端作出响应。
所述小区中的终端通过所述信息传送单元接收所述网络侧下发的消息,并当接收到所述网络侧下发的消息后,立即发送上行响应的觇UPLINK ACCESS消息,并在所述消息中携带着上行响应原因值。
当所述网络侧接收到所述小区中的终端发送的消息后,则不作处理,即保持原有为所述小区分配的上下行组呼信道;如果所述网络侧在设定时间内未收到所述小区中的终端的响应时,则通过所述信道资源释放单元当释放为所述小区分配的信道资源。
本发明提供的第八实施例是一种进行上行响应的终端,其结构如图6所示包括:信息传送单元、检测单元和调度单元。
当终端进行上行响应时,通过所述检测单元检测所述终端是否存在非上行响应的消息(即携带非上行响应原因值的消息)需要发送,当检测到所述终端存在非上行响应的消息需要发送时,通过所述调度单元调度所述非上行响应的消息,并通过所述信息传送单元发送给所述网络侧;当检测单元检测到所述终端不存在非上行响应的消息需要发送时,则通过所述调度单元调度上行响应的消息,并通过所述信息传送单元发送给所述网络侧。
由本发明提供的实施例的具体实施方案可以看出,本发明中由于网络侧可以随时发起上行响应过程,从而能够使网络侧等待发起上行响应过程的时间缩短,使没有终端存在的小区的资源得以及时释放,进而使资源的调度更加灵活,减少了信道资源的浪费。另外,由于当终端在上行响应时遇到非上行响应消息需要发送时,优先发送所述非上行响应消息,并不再发送携带上行响应值的上行响应消息,因此终端正常发送的非上行响应消息能够更快地接入,从而避免了不必要地等待。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。