资源释放方法、终端、网络侧设备及网络系统的制作方法

文档序号:7888226阅读:111来源:国知局
专利名称:资源释放方法、终端、网络侧设备及网络系统的制作方法
技术领域
本发明涉及通信技术领域,具体涉及一种资源释放方法、终端、网络侧设备及网络系统。
背景技术
目前的通信网络中,为了减少上行信令传输时延以及不连续的数据包传输时延, 对现有随机接入进行改进,提出使用增强的HS-RACH(high speed Random Access Channel, 高速随机接入信道)代替RACH(Random Access Channel,随机接入信道)实现上行传输的方案。现有技术所提出的方案中,增强的随机接入过程主要包括当终端UE通过 AICH(Acquisition Indicator Channel,获取指示信道)收到应答后,Node B (节点 B)通过下行信道发送上行资源分配消息给接入的UE,通知UE可以使用的HS-RACH资源。所述携带上行资源分配消息的下行信道可以是AICH、HS-PDSCH(High Speed Physical Downlink Shared Channel,高速物理下行共享信道)。获得资源分配的UE使用该上行资源发送UE标识给Node B, Node B通过下行信道携带UE标识对确定的UE进行应答。在预定时间内收到应答的UE获得所述上行资源,可继续使用,没有收到应答的UE停止使用所述上行资源。 所述携带UE标识的下行信道可以是E-AGCH (E-DCH Absolute Grant Channel ;绝对授权信道)、HS-PDSCH。在对现有技术的研究和实践过程中,发明人发现现有技术存在以下问题现有技术中已经提出使用HS-RACH代替RACH实现上行传输的方案,但该方案还没有提供HS-RACH的资源的释放方法。

发明内容
本发明实施例要解决的技术问题是提供一种资源释放方法、终端、网络侧设备及网络系统,以解决HS-RACH的资源释放问题。为解决上述技术问题,本发明所提供的实施例是通过以下技术方案实现的本发明实施例提供一种资源释放方法,包括获取触发信息;根据所述获取的触发信息确定释放分配的高速随机接入信道HS-RACH资源;在所述确定释放分配的HS-RACH 资源后,分别释放网络侧和终端中所述分配的HS-RACH资源。本发明实施例提供一种终端,包括信息获取单元,用于获取自身检测到的触发信息;决策单元,用于根据所述信息获取单元获取的触发信息确定释放分配的高速随机接入信道HS-RACH资源;处理单元,用于在所述决策单元确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源。本发明实施例提供一种终端,包括接收单元,用于接收网络侧根据触发信息确定释放分配的HS-RACH资源后下发的资源释放指示;处理单元,用于根据所述接收单元接收的资源释放指示在本端释放所述分配的HS-RACH资源。
本发明实施例提供一种网络侧设备,包括信息获取单元,用于获取触发信息;决策单元,用于根据所述信息获取单元获取的触发信息确定释放分配的HS-RACH资源;处理单元,用于在所述决策单元确定释放分配的HS-RACH资源后,在本端释放所述分配的 HS-RACH 资源。本发明实施例提供一种网络系统,包括设备一和设备二 所述设备一,用于获取触发信息,根据所述获取的触发信息确定释放分配的HS-RACH资源,以及在确定释放分配的 HS-RACH资源后,在本端释放所述分配的HS-RACH资源;所述设备二,用于获知所述设备一确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源;其中,所述设备一为终端,所述设备二为网络侧设备;或者所述设备一为网络侧设备,所述设备二为终端。上述技术方案可以看出,现有技术虽然提出了使用HS-RACH代替RACH实现上行传输的方案,但该方案还没有提供HS-RACH资源的释放方法,那么使用的HS-RACH资源有可能一直被占用而无法释放,因此现有技术提出的方案流程并不完整,目前还无法被实际应用, 而本发明实施例提供的技术方案是通过获取触发信息;根据所述获取的触发信息确定释放分配的HS-RACH资源;在所述确定释放分配的HS-RACH资源后,由网络侧和终端分别释放所述分配的HS-RACH资源,从而使得所使用的HS-RACH资源可以根据具体情况进行释放,完善了使用HS-RACH代替RACH实现上行传输方案的流程,使该方案能够被实际应用。


图1是本发明实施例--资源释放方法流程图2是本发明实施例二二 (a)资源释放方法流程
图3是本发明实施例二二 (b)资源释放方法流程
图4是本发明实施例三Ξ资源释放方法流程图5是本发明实施例四资源释放方法流程图6是本发明实施例五资源释放方法流程图7是本发明实施例终端一结构示意图8是本发明实施例终端二结构示意图9是本发明实施例网络侧设备结构示意图10是本发明实施例网络系统结构示意图。
具体实施例方式本发明实施例提供了一种资源释放方法,用于解决HS-RACH的资源释放问题。本发明实施例资源释放方法中,根据触发信息释放HS-RACH资源,可以由网络侧 (如Node B)或终端发送显式信令进行释放。发送显式信令的方法可以通过物理层的信令来指示,也可以通过层2的控制PDU来实现,当然还可以通过其他方法实现。触发Node B做出释放决定的触发信息可以是由终端发送的表明终端没有数据发送、或者表明终端发送数据量低于阈值、或者表明终端更换小区的信息;由Node B自身检测到的表明终端没有数据发送、或者表明终端发送数据量低于阈值、或者表明终端更换小区的信息;由无线网络控制器(RNC)发送的根据终端发送的数据量、终端所在小区负载或者终端的业务质量要求确定更改终端状态的信息;Node B自身检测到设定时间内所述终端发送的数据错误率高于一个规定值的信息。其中,由终端发送的表明终端没有数据发送、或者表明终端发送数据量低于阈值、或者表明终端更换小区的信息,可以由终端(UE)发送的特殊的调度信息Si,或特殊的物理层控制信道指示。简单介绍一下调度信息Si。SI的内容包括缓存区中优先级最高的逻辑信道id(4 比特)、UE的缓存占用情况、UE的功率剩余空间(5比特)。UE的缓存占用情况包括最高优先级的逻辑信道数据占用所有缓存的比例和所有缓存的状态。可以根据SI中的缓存占用情况确定是否需要释放资源。本发明实施例提供的资源释放方法至少可以针对下面三种情形DUE保持在CELL_FACH(前向接入信道状态),不更换小区,没有上行数据可以发送。2)UE不更换小区但是要进行状态转换,准备切换到CELL_DCH(专用信道状态)或者CELL_PCH(寻呼信道状态)。3)UE不进行状态转换但要进行小区更换,继续发送上行数据。以下结合附图对本发明实施例在上述三种情形下的资源释放方法进行详细介绍。先介绍由网络侧(如Node B)发送显式信令进行释放的三个实施例。实施例一请参阅图1,是本发明实施例一资源释放方法流程图,应用场景为UE不需要迁状态,且小区不更换。图1中包括步骤步骤101、Node B接收UE发送的调度信息SI ;UE在使用HS-RACH发送上行数据期间,会周期性或者有新数据要求发送的时候向 Node B发送Si,SI中携带UE的数据缓存容量;调度信息SI可以是单独传输,也可以是携带在上行数据中进行传输。步骤102、Node B根据接收的调度信息SI中的信息确定要求UE释放资源;Node B发现SI中指示的数据缓存占用量低于某个阀值或者是为0的时候,决定要求UE释放资源,并自身开始也准备释放与该UE相关的资源。步骤103、Node B发送一个释放指示给UE ;Node B在SI中指示的数据缓存占用量为0时,向UE发送释放指示,要求UE释放资源。释放指示的方式可以如下方式a)使用MAC层的控制PDU,控制PDU中的某种比特格式组合表示是资源释放指示;MAC层的控制PDU形式包括头部包含类型指示(用于表明是否是控制PDU)、PDU的长度、PDU的CRC校验值;负荷部分包含控制的类型比特例如资源分配比特,资源释放比特,调度指示比特,时间调整比特,资源更改比特,质量测量比特等。这些比特置1表示下面包含相应信息,置0表示不包含;或者相反表示。对于资源释放部分可以包含释放的具体资源和释放原因。方式b):使用物理层的控制信令来进行资源释放,比如使用E-DPCCH中特殊的 E-TFC (E-DCH Transport Format Combination,传输格式合集)值,或者使用 HS-DPCCH 中特殊的CQI (Channel Quality Indicator,信道质量指示)值等。
Node B在SI中指示的数据缓存占用量不为0但低于某个阀值时,向UE发送释放指示,要求UE释放资源。释放指示的方式也可以如上面所述的方式,另外,释放指示除了指示释放资源之外,还可以指示UE再次发送随机接入的等待时间,这样可以避免因为Node B 强制释放UE的资源,但是UE却因为有数据发送而频繁的发起随机接入而造成的上行干扰。 这个等待时间可以是通过MAC层的控制PDU携带,也可以是通过物理层信令指示。等待时间的值的表示方法可以是某个时间单位的倍数,如等待单位为125ms,等待的值实际是256ms 时,因此表示成2即可。步骤104、UE接收释放指示后,UE向Node B发送需重传数据;UE接收释放指示后,先将在收到释放指示之前已经发送但是没有接收到Node B 返回的确认(ack)消息的数据包进行重传。UE在收到释放指示后不再发送新的数据,只能重传那些未得到确认的MAC-i/MAC-E数据包。步骤105、Node B将本侧UE的相关资源释放;Node B在正确的收到需要重传的数据包之后,正式释放UE使用的物理资源。步骤106、UE进行资源释放;UE在重传数据包并得到Node B返回的ack消息之后进行资源释放,释放MAC层的缓存数据和物理层HS-RACH资源相关的进程缓存以及参数表以及物理资源。另外,有可能存在UE对于Node B反馈的ack消息误判为nack消息,或者将nack 消息误判为ack消息,而不断的向Node B重传数据包,此时可以在Node B和UE侧规定一个最大等待时间或者最大重传次数,两侧设置的参数值相等,一旦到达最大等待时间或者到达最大重传次数,Node B和UE各自马上进行资源释放。需要说明的是,触发Node B决定进行资源释放的因素除实施例中描述的UE发送的SI中指示的数据缓存占用量外,还可以是特殊的物理层控制信道指示,指示网络没有数据可发送;Node B检测到HS-RACH上行信号低于一个阀值已经持续一段时间,或在一段时间内收到的来自UE的数据包都是错的,或者Node B检测UE在激活周期内一段时间没有数据上传等。还需要说明的是,本发明实施例并不一定需要进行数据重传后才进行资源释放。还需要说明的是实施例一中Node B释放资源之前可以有这样的步骤UE发送一个HS-RACH释放响应给Node B, Node B接收释放响应后再进行资源释放。实施例一的技术方案,触发资源释放的触发信息可有多种,并且可用不同方式发送资源释放指示,使得终端和网络侧的资源使用状况保持一致。另外,还可以在重传机制中设置重传阈值,防止不断的进行数据重发。以下介绍本发明实施例二,应用场景为UE不更换小区但是要进行状态转换,包括 RNC通知Node B进行资源释放和UE通知Node B进行释放两种情形,分别对应图2本发明实施例二(a)资源释放方法流程图、图3本发明实施例二(b)资源释放方法流程图。请参阅图2本发明实施例二(a)资源释放方法流程图,包括步骤步骤201、RNC接收测量参数;RNC接收的测量参数例如是目前UE的业务数据量、或者UE的业务质量要求等参数信息,这些测量参数由UE通过Node B发送给RNC。RNC还可进一步结合自己测量到的UE 所在小区的负载。
步骤202、RNC根据测量参数确定更改UE状态;RNC根据UE的业务数据量超过阈值、UE所在小区的负载过大或者UE的业务质量达不到要求等情况,决定更改UE的状态,例如将UE的状态迁到CELL_DCH态。步骤203、RNC发起无线链路建立过程,向Node B发送无线链路建立请求;RNC发送的无线链路建立请求中携带了 UE id和激活时间。UE id的作用是让Node B知道哪个UE将会迁到CELL_DCH状态,同时也相当于通知Node B当UE迁移状态时需要释放资源。激活时间的作用是告诉Node B什么时候无线链路能够启用。需要说明的是,无线链路建立请求中也可以不携带激活时间。不携带激活时间时, Node B会立即启用新的物理信道,但是因为RNC确切知道UE的激活时间,所以RNC会在激活时间到达的时候开始接收上行的数据。步骤204、Node B接收无线链路建立请求后,建立无线链路;Node B接收无线链路建立请求后,知道要将UE id相关联的HS-RACH资源进行释放,按请求建立无线链路,向RNC发送无线链路建立响应,与UE进行物理层同步,同步完毕后,发送无线链路恢复消息给RNC,但是不立即启用,而是在激活时间到达后再启用。步骤205、RNC发送重配置消息给UE ;RNC发送重配置消息给UE,并且指示UE状态迁移到CELL_DCH态。重配置消息中携带的激活时间和无线链路建立过程中是一致的。该实施例中,RNC发送重配置消息要求 UE进行参数重配并使用新配置,使用新配置的同时也意味着UE需要释放原有资源。步骤206、UE接收重配置消息后,进行参数重配,并向RNC返回重配置完成消息;步骤207、UE向Node B发送需重传数据;UE将在收到重配置消息之前已经发送但是没有接收到Node B返回的确认ack消息的数据包进行重传。UE在收到重配置消息后不能再发送新的数据,只能重传那些未得到确认的MAC-i/MAC-E数据包。步骤208、UE和Node B在到达激活时间后使用新配置,各自释放资源。当到达激活时间后,Node B释放UE原有的HS-RACH资源,开始使用新的配置与UE 进行交互,UE迁移状态后启用新的配置后,原有的HS-RACH资源就被释放了。该实施例技术方案中,可以通过重配置过程同时实现资源释放,在RNC发送的无线链路建立请求中增加UE id和激活时间两个参数。通过UE id可以让Node B知道哪个 UE将会迁到CELL_DCH状态,同时也相当于通知Node B当UE迁移状态时需要释放资源。激活时间可以让Node B和终端知道什么时候启用新配置。请参阅图3本发明实施例二(b)资源释放方法流程图,包括步骤步骤301-302、此两步骤与前面实施例步骤201-202相同,此处不再详述。步骤303、RNC发起无线链路建立过程,向Node B发送无线链路建立请求;与步骤203不同的是,RNC发送的无线链路建立请求中携带了激活时间而不用携带UE id。激活时间的作用是告诉Node B什么时候无线链路能够启用。需要说明的是,无线链路建立请求中也可以不携带激活时间。不携带激活时间时, Node B会立即启用新的物理信道,但是因为RNC确切知道UE的激活时间,所以RNC会在激活时间到达的时候开始接收上行的数据。步骤304、Node B接收无线链路建立请求后,建立无线链路;
Node B接收无线链路建立请求后,按请求建立无线链路,向RNC发送无线链路建立响应,与UE进行物理层同步,同步完毕后,发送无线链路恢复消息给RNC,但是不立即启用。步骤305、RNC发送重配置消息给UE ;RNC发送重配置消息给UE,并且指示UE状态迁移到CELL_DCH态。重配置消息中携带的激活时间和无线链路建立过程中是一致的。步骤306、UE接收重配置消息后,进行参数重配;步骤307、UE发送释放请求给Node B ;发送释放请求中可以携带新的SI信息。释放请求的发送时机可以是当到达激活时间后,UE发送释放请求给Node B,也可以是参数重配完成后立即发送。步骤308、UE向Node B发送需重传数据;UE将在收到重配置消息之前已经发送但是没有接收到Node B返回的确认ack消息的数据包进行重传。UE在收到重配置消息后不能再发送新的数据,只能重传那些未得到确认的MAC-i/MAC-E数据包。步骤309、Node B向UE发送释放指示;Node B接收到UE的释放请求,并接收到UE发送的重传数据后,释放UE原有的 HS-RACH资源,同时发送释放指示给UE。同时Node B新配置的无线链路开始生效。步骤310、UE接收到释放指示后,释放资源,并使用新的配置发送重配置完成消息给网络,UE迁移状态完成。需说明的是,上述过程中也可以是UE完成重配置的操作成功后,UE发送释放请求给Node B,携带释放原因是状态迁移到CELL_DCH。Node B收到UE的释放请求之后,发送释放指示给UE。当到达激活时间后,Node B和UE同时释放UE原有的HS-RACH资源,且同时 Node B和UE的新配置的无线链路开始生效,UE使用新的配置发送重配完成消息给网络,UE 迁移状态完成。上述是描述UE迁移到CELL_DCH的情况,如果是迁移到CELL_PCH状态,由于转入 CELL_PCH状态的UE必须在原有的配置上发送重配置完成消息,因此没有RNC和Node B间的链路建立过程,UE收到RNC的重配置消息后进行重配置,然后在原有的配置上发送重配置完成消息,收到RNC返回的确认ACK消息之后,发送释放请求给Node B,并发送重传数据到Node B。Node B接收到释放请求,并接收到UE发送的重传数据后,发送释放指示给UE, 由UE释放所有的HS-RACH资源后完成状态迁移。需要说明的是,本发明实施例二并不一定需要进行数据重传后才进行资源释放。该实施例技术方案中,可以通过重配置过程同时实现资源释放,在RNC发送的无线链路建立请求中增加激活时间参数,激活时间可以让Node B和终端知道什么时候启用新配置。再介绍实施例三请参阅图4,是本发明实施例三资源释放方法流程图,应用场景为UE不进行状态转换但要进行小区更换。图4中包括步骤步骤401、UE在当前的小区使用HS-RACH发送上行数据;
步骤402、UE测量发现满足小区重选条件之后,决定进行小区重选;这里所说小区重选条件,例如是同频小区信号质量比较差需要重新选择信号质量好的小区等,假设UE在原小区1,发现小区2的信号质量比小区1好,决定进行小区更新,更新到小区2。步骤403、UE发送一个释放请求给原小区1的Node B ;UE发送的这个释放请求是个特殊的释放请求,比如说发送SI中填写的最高优先级的逻辑信道id是个特殊的保留值,例如1111,或者说SI中所有的比特都为0或者1。可以从这个特殊值来告诉原小区的Node B,释放的原因是更换了小区。或者如实施例一中所述的MAC层的控制PDU来表示UE因更换小区需要释放HS-RACH资源。步骤404、UE向原小区1的Node B发送需重传数据;UE将在发送释放请求之前已经发送但是没有接收到Node B返回的确认ack消息的数据包进行重传。UE在收到重配置消息后不能再发送新的数据,只能重传那些未得到确认的MAC-i/MAC-E数据包。步骤405、原小区1的Node B向UE发送释放指示;原小区1的Node B接收到UE的释放请求,并接收到UE发送的重传数据后,释放 UE原有的HS-RACH资源,同时发送释放指示给UE。步骤406、UE接收释放指示后,释放原小区的HS-RACH资源,再立即使用目标小区 2的上行接入资源向目标小区2发送小区更新消息。需说明的是,本发明实施例三并不一定需要进行数据重传后才进行资源释放,也可以在发送完毕释放请求之后立即释放资源。本实施例技术方案中,可以通过UE确定需进行小区更换时,主动向Node B发送资源释放请求,在Node B下发资源释放指示后实现资源释放。再介绍由UE发送显式信令进行释放的两个实施例。请参阅图5,是本发明实施例四资源释放方法流程图,应用场景为UE不进行状态转换但要进行小区更换。图5中包括步骤步骤501、UE在当前的小区使用HS-RACH发送上行数据;步骤502、UE测量发现满足小区重选条件之后,决定进行小区重选;这里所说小区重选条件,例如是同频小区信号质量比较差需要重新选择信号质量好的小区等,假设UE在原小区1,发现小区2的信号质量比小区1好,决定进行小区更新,更新到小区2。步骤503、UE发送一个释放指示给原小区1的Node B ;UE发送的这个释放指示是个特殊的释放指示,比如说发送SI中填写的最高优先级的逻辑信道id是个特殊的保留值,例如1111,或者说SI中所有的比特都为0或者1。可以从这个特殊值来告诉原小区的Node B,释放的原因是更换了小区。或者通过MAC层的控制PDU实现。步骤504、原小区1的Node B收到UE的释放指示之后,释放UE原有的HS-RACH资源,将HARQ实体中未正确收到的数据包丢弃,不再等待UE的重传;步骤505、UE发送完释放指示之后,立即释放原小区的HS-RACH资源,也不对没有得到正确应答的数据包进行重传,然后再立即使用目标小区2的上行接入资源向目标小区 2发送小区更新消息。本实施例技术方案中,可以通过UE确定需进行小区更换时,主动向Node B发送资源释放指示实现资源释放。请参阅图6,是本发明实施例五资源释放方法流程图。图6中包括步骤步骤601、UE在当前的小区使用HS-RACH发送上行数据;步骤602、UE向Node B发送释放指示;如果UE在没有数据发送之后,或者是RLC层,MAC层的缓冲区数据缓存量为0保持一段时间后,UE认为自己目前没有再继续使用HS-RACH资源的需要,也可主动释放资源。 通过发送HS-RACH释放指示通知网络侧Node B,发送的形式有通过特殊的Si,或MAC层的控制PDU,或物理层信令如使用E-DPCCH中特殊的E-TFC值或者使用HS-DPCCH中特殊的 CQI值等。步骤603、Node B收到UE的释放指示之后,释放UE原有的HS-RACH资源,向UE返回应答;步骤604、UE发送完释放指示后,在预定时间内如果收到Node B返回的应答之后, 则直接释放资源,如果超出预定时间,没有收到网络侧应答,则自行释放资源。需要说明的是,UE也可以发送释放指示后直接释放资源,而不用等待Node B返回的应答。本实施例技术方案中,可以通过UE确定需进行小区更换时,主动向Node B发送资源释放指示,并在接收Node B返回的应答后实现资源释放。上述内容详细介绍了本发明实施例的资源释放方法,相应的,本发明实施例提供一种终端、网络侧设备和网络系统。请参阅图7,是本发明实施例终端一结构示意图。如图7所示,终端包括信息获取单元701、决策单元702、处理单元703。信息获取单元701,用于获取自身检测到的触发信息。所述信息获取单元701获取的触发信息具体为表明终端没有数据发送、终端发送数据量低于阈值或者终端更换小区的信息。决策单元702,用于根据所述信息获取单元701获取的触发信息确定释放分配的 HS-RACH 资源。处理单元703,用于在所述决策单元702确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源。终端进一步包括发送单元704,用于在所述决策单元702确定释放分配的 HS-RACH资源后,向网络侧发送资源释放指示。请参阅图8,是本发明实施例终端二结构示意图。如图8所示,终端包括接收单元801、处理单元802。接收单元801,用于接收资源释放指示,所述资源释放指示由网络侧根据触发信息确定释放分配的HS-RACH资源后下发。处理单元802,用于根据所述接收单元801接收的资源释放指示在本端释放所述分配的HS-RACH资源。终端进一步包括信息上报单元803,用于在所述接收单元801接收资源释放指示之前,将自身检测到的触发信息发送给网络侧。所述信息上报单元803发送给网络侧的触发信息具体为表明终端没有数据发送、终端发送数据量低于阈值或者终端更换小区的信肩、ο请参阅图9,是本发明实施例网络侧设备结构示意图。如图9所述,网络侧设备包括信息获取单元901、决策单元902、处理单元903。信息获取单元901,用于获取触发信息。所述信息获取单元901获取触发信息可以为获取终端发送的触发信息,或者获取对终端进行检测后得到的触发信息。具体来说,所述信息获取单元901获取的触发信息可以为由终端发送的表明终端没有数据发送、终端发送数据量低于阈值或者终端更换小区的信息;或者为自身检测到的表明终端没有数据发送、终端发送数据量低于阈值或者终端更换小区的信息;或者为 由无线网络控制器RNC发送的根据终端发送的数据量、终端所在小区负载或者终端的业务质量要求确定更改终端状态的信息;或者为自身检测到设定时间内所述终端发送的数据的错误率高于一个规定值的信息。决策单元902,用于根据所述信息获取单元901获取的触发信息确定释放分配的 HS-RACH 资源。处理单元903,用于在所述决策单元902确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源。网络侧设备还可以进一步包括发送单元904,用于在所述决策单元902确定释放分配的HS-RACH资源后,向终端发送资源释放指示。请参阅图10,是本发明实施例网络系统结构示意图。网络系统包括设备一和设备二,所述设备一为终端,所述设备二为网络侧设备;或者所述设备一为网络侧设备,所述设备二为终端。如图10所述,将终端标记为1001,将网络侧设备标记为1002。该网络系统包括两种实施方式。实施方式一终端1001,用于获取触发信息,根据所述获取的触发信息确定释放分配的 HS-RACH资源,在所述确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源。网络侧设备1002,用于获知所述终端1001确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源。实施方式二网络侧设备1002,用于获取触发信息,根据所述获取的触发信息确定释放分配的 HS-RACH资源,在所述确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源。终端1001,用于获知所述网络侧设备1002确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源。综上所述,现有技术虽然提出了使用HS-RACH代替RACH实现上行传输的方案,但该方案还没有提供HS-RACH资源的释放方法,那么使用的HS-RACH资源有可能一直被占用而无法释放,因此现有技术提出的方案流程并不完整,目前还无法被实际应用,而本发明实施例提供的技术方案是通过获取触发信息;根据所述获取的触发信息确定释放分配的 HS-RACH资源;在所述确定释放分配的HS-RACH资源后,由网络侧和终端分别释放所述分配的HS-RACH资源,从而使得所使用的HS-RACH资源可以根据具体情况进行释放,完善了使用 HS-RACH代替RACH实现上行传输方案的流程,使该方案能够被实际应用。进一步的,本发明实施例是通过显式信令来通知释放资源,从而可以使得终端和网络侧的资源使用状况保持一致,释放过程也很简单,资源的有效利用率也提高了。以上对本发明实施例所提供的一种资源释放方法、终端、网络侧设备及网络系统进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式
及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
权利要求
1.一种资源释放方法,其特征在于,包括处于前向接入信道状态Cell_FACH状态的终端获取触发信息,所述触发信息表明所述终端没有数据发送;所述终端根据所述获取的触发信息确定释放分配的高速随机接入信道HS-RACH资源;所述终端在确定释放分配的HS-RACH资源后,释放所述终端中所述分配的HS-RACH 资源;以及向网络侧发送资源释放指示,以使得所述网络侧在本网络侧释放所述分配的 HS-RACH 资源。
2.根据权利要求1所述的资源释放方法,其特征在于所述终端获取触发信息具体为终端获取自身检测到的触发信息。
3.根据权利要求1或2所述的资源释放方法,其特征在于所述终端释放所述终端中所述分配的HS-RACH资源包括所述终端在接收所述网络侧返回的资源释放响应后释放所述分配的HS-RACH资源,所述资源释放响应由所述网络侧在接收到所述终端发送的资源释放指示后返回给所述终端。
4.根据权利要求1至3中任一项所述的资源释放方法,其特征在于所述发送的资源释放指示通过物理层信令进行指示,或者通过媒体访问控制协议数据单元进行指示。
5.根据权利要求3所述的资源释放方法,其特征在于所述发送的资源释放响应通过媒体访问控制协议数据单元进行指示。
6.一种资源释放方法,其特征在于,网络侧设备接收处于Cell_FACH状态的终端发送的资源释放指示,所述资源释放指示为所述终端在获取到用于表明终端没有数据发送的触发信息、且确定释放分配的时 HS-RACH资源发送的;所述网络侧设备根据收到的资源释放指示,在网络侧释放所分配的HS-RACH资源。
7.根据权利要求6所述的方法,其特征在于,该方法进一步包括所述网络侧设备在接收到所述资源释放指示后,向所述终端发送资源释放响应,以使得所述终端在接收到所述资源释放响应后释放所述终端中分配的HS-RACH资源。
8.根据权利要求6或7所述的资源释放方法,其特征在于所述发送的资源释放指示通过物理层信令进行指示,或者通过媒体访问控制协议数据单元进行指示。
9.根据权利要求7所述的资源释放方法,其特征在于所述发送的资源释放响应通过媒体访问控制协议数据单元进行指示。
10.一种终端,所述终端处于Cell_FACH状态,其特征在于,包括信息获取单元,用于获取自身检测到的触发信息,所述触发信息表明所述终端没有数据发送;决策单元,用于根据所述信息获取单元获取的触发信息确定释放分配的高速随机接入信道HS-RACH资源;处理单元,用于在所述决策单元确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源;以及发送单元,用于在所述决策单元确定释放分配的HS-RACH资源后,向网络侧发送资源释放指示。
11.一种网络侧设备,其特征在于,包括用于接收处于Cell_FACH状态的终端发送的资源释放指示的单元,所述资源释放指示为所述终端在获取到用于表明终端没有数据发送的触发信息、且确定释放分配的时 HS-RACH资源发送的;用于根据收到的资源释放指示,在网络侧释放所分配的HS-RACH资源的单元。
12.根据权利要求11所述的网络侧设备,其特征在于,进一步包括用于在接收到所述资源释放指示后,向所述终端发送资源释放响应的单元,以使得所述终端在接收到所述资源释放响应后释放所述终端中分配的HS-RACH资源。
13.根据权利要求11或12所述的网络侧设备,其特征在于用于接收处于Cell_FACH状态的终端发送的资源释放指示的单元,其所接收到的资源释放指示通过物理层信令进行指示,或者通过媒体访问控制协议数据单元进行指示。
14.根据权利要求11或12所述的网络侧设备,其特征在于所述用于向所述终端发送资源释放响应的单元,其所发送的资源释放响应通过媒体访问控制协议数据单元进行指示。
全文摘要
本发明实施例公开了一种资源释放方法,包括获取触发信息;根据所述获取的触发信息确定释放分配的高速随机接入信道HS-RACH资源;在所述确定释放分配的HS-RACH资源后,分别释放网络侧和终端中所述分配的HS-RACH资源。相应的,本发明实施例还提供一种网络侧设备,包括信息获取单元,用于获取触发信息;决策单元,用于根据所述信息获取单元获取的触发信息确定释放分配的HS-RACH资源;处理单元,用于在所述决策单元确定释放分配的HS-RACH资源后,在本端释放所述分配的HS-RACH资源。本发明实施例还提供一种终端和网络系统。本发明实施例提供的技术方案解决了HS-RACH的资源释放问题。
文档编号H04W74/08GK102497674SQ20121002035
公开日2012年6月13日 申请日期2007年12月29日 优先权日2007年12月29日
发明者贺传峰, 马洁 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1