专利名称：释放反向持续指配资源的方法、系统、终端和设备的制作方法
技术领域：
本发明涉及移动通信中的包调度技术，特别涉及一种释放反向持续指配 资源的方法、系统、终端和设备。
背景技术：
移动通信系统是目前通信技术研究的热点之一 。随着移动通信技术的演进和发展，宽带化和IP包交换是主要的发展趋势。在目前3G、 3.5G和4G 的研究中，更高的吞吐量和更高的频谱效率已经成为研究重点之一。实现更高的容量和更高的频谱效率有多种途径，包括各种分集技术的引 入和实现，其中一种途径就是更有效地提高通信带宽中用于数据传输的有效 带宽。在移动通信系统中，通常通过控制信道来承载各种控制信令，通过数 据信道来承载有效的业务数据传输。在目前商用和业界正在研究的基于调度的包交换移动通信系统中，由于 每个用户在下行(即前向)或者上行(即反向)的数据请求具有突发性、分 布式的特点，所以针对每个用户的资源分配是根据用户的请求上、下行分别 进行的。具体地说，当有下行数据需要发送给用户，系统就通过发送下行信 道指配消息通知用户，用户就根据该消息占用相应的资源进行下行数据的接 收和处理；当用户有上行数据需要发送，系统就通过发送上行信道指配消息 通知用户，用户就根据该消息占用相应的资源进行上行数据的准备和发送。针对目前的OFDM系统， 一般采用每发送一个包都发送一个指配消息 的方式。但对于很多诸如VoIP等包长比较小的业务，如果每发送一个包都 发送一个指配消息，则会造成大量的指配消息，大大增加系统的开销。因此 对此类业务，目前通用的做法是采用持续指配(persistent assignment,也叫
粘寸生指酉己stick assignment)的方式。在目前的持续指配方式中，分配给用户的信道资源在一次指配后长期有 效。如果有数据包需要发送，则在该持续指配的资源上进行传输；如果没有 数据包需要发送，则在该持续指配的资源上发送擦除序列，以达到保持持续 指配资源的目的。擦除序列是一个全0的序列，经过信道编码调制加扰以后， 在持续指配的资源上进行发送。该擦除序列表明发送端此时没有数据需要发 送，但是还希望继续保留该持续指配的资源。目前，结束持续指配的方式可以为接入网络(AN)发送去指配 (de-assignment)消息或者任意一个数据包达到最大重传次数以后仍然没能 正确解调。上述两种情形出现任意一种时，AN和接入终端(AT)均释放该 持续指配的资源。对于一个由用户到系统的反向持续指配资源，由于AN并不知道反向业 务是否传输完毕，所以需要AT来发起释放持续指配资源的过程。图l为现 有持续指配方式中AT发起的去持续指配过程。如图1所示，当AT希望释 放反向持续指配的资源时，AT可以连续N次(Ns系统最大重传次数)既不 发送数据包，也不发送擦除序列。AT在连续N次以后即可释放该反向持续 指配资源；而AN侧，当连续N次都解调失败以后，AN就可以释放这段资 源了。由上述可以看出，当AT希望释放某持续指配的资源时，需要连续N次 在该持续指配的资源上不发送数据/擦除序列，然后AN/AT才能实现去指配 的目的。假定该持续指配的资源为^，那么目前的这种去持续指配的方式导 致了^"信道资源的浪费，同时由于一次重传的时间间隔为r，因此还引入了 0"^时间的延迟，从而大大降低了系统的效率。 发明内容有鉴于此，本发明实施例提供一种释放持续指配资源的方法和系统，能 够节约信道资源。 本发明实施例还提供一种终端和资源释放设备，能够节约信道资源。为实现上述目的，本发明实施例采用如下的技术方案 一种释放反向持续指配资源的方法，该方法包括 终端向网络侧发送指向反向持续指配资源的去指配消息； 网络侧确定接收到的消息为去指配消息后，向终端发送确认消息，并释放反向持续指配资源；终端接收到网络侧发送的确认消息后，释放反向持续指配资源。 一种释放反向持续指配资源的系统，该系统包括终端和资源释放设备， 所述终端，向所述资源释放设备发送指向反向持续指配资源的去指配消息，并在接收到所述资源释放设备返回的确认消息后，释放反向持续指配资源；所述资源释放设备，接收到所述终端发送的去指配消息后向所述终端发 送确认消息，并释》丈反向持续指配资源。一种终端，包括接口单元和资源释放单元，其中，所述接口单元，向网络侧发送指向反向持续指配资源的去指配消息，并 在接收到网络侧返回的确认消息后，通知所述资源释放单元释放反向持续指 配资源；所述资源释放单元，接收所述接口单元的通知，释放反向持续指配资源。一种资源释放设备，包括接口单元和资源释放单元，其中，所述接口单元，接收到终端发送的指向反向持续指配资源的去指配消息后，向终端发送确认消息，并向所述资源释放单元发送释放反向持续指配资 源的指示；所述资源释放单元，接收到所述接口单元发来的释放反向持续指配资源 的指示后，释放反向持续指配资源。由上述技术方案可见，在本发明实施例中，当终端希望释放反向持续指 配资源时，终端向网络側发送指向该反向持续指配资源的去指配消息，以实 现采用显式的方式通知网络释放反向持续指配资源。网络侧正确接收到该去
指配消息后进行确认，网络即可以及时释放该反向持续指配资源，终端在接 收到网络的确认消息后，也立即释放该反向持续指配资源。应用本发明实施例的方法，使得在终端发起的持续指配资源释放过程中，不必等待N次重 传的时间间隔，其中，N等于系统允许的最大重传次数。这样，就能够及时 释放该持续指配资源，节约系统资源。
图1为现有持续指配方式中AT发起的去持续指配过程示意图。图2为本发明实施例中释放反向持续指配资源方法的总体流程图。图3为本发明实施例中释放反向持续指配资源系统的总体结构图。图4为本发明实施例中终端的总体流程图。图5为本发明实施例中资源释放设备的总体结构图。图6为本发明实施例中释放反向持续指配资源方法的具体流程图。图7为本发明实施例中释放反向持续指配资源系统的具体结构图。图8为依照本发明实施例的方式，AT发起的去持续指配过程示意图。
具体实施方式
为使本发明实施例的目的、技术手段和优点更加清楚明白，以下结合附 图对本发明实施例作进一步详细说明。由于目前的持续指配方式中，由终端发起的去指配过程不能实时地被网 络识别，并进行持续指配资源的释放，因此出现了浪费资源和造成延时的缺 陷。基于此，本发明实施例的基本思想是通过终端发送一种显示的去指配 消息，使网络能够实时地识别出终端发起的去指配过程，从而达到及时释放 持续指配资源的目的，提高系统的性能。图2为本发明实施例中释放反向持续指配资源方法的总体流程图。如图 2所示，该方法包括步骤201 ，终端向网络发送指向反向持续指配资源的去指配消息。
步骤202,网络在确定接收到去指配消息后，向终端发送确认消息，并释放反向持续指配资源。步骤203，终端接收到网络发送的确认消息后，释放反向持续指配资源。 至此释放反向持续指配资源的总体流程结束。该流程可以在图3所示的释放反向持续指配资源的系统中实施。如图3所示，该系统包括终端310和资源释放设备320。其中，终端310和资源释放设备320的总体结构参见图4和图5。在图3所示的系统中，终端310向资源释放设备320发送指向反向持 续指配资源的去指配消息，并在接收到资源释放设备320返回的确认消息 后，释放反向持续指配资源。资源释放设备320接收到终端310发送的去指配消息后向终端310发送 确认消息，并释放反向持续指配资源。图4为终端310的总体结构图。如图4所示，该终端310包括接口单元 311和资源释放单元312。其中，接口单元311 ，向网络侧的资源释放设备320发送指向反向持续指配资 源的去指配消息，并在接收到资源释放设备320返回的确认消息后，通知资 源释放单元312释放反向持续指配资源。资源释放单元312,接收接口单元311的通知，释放反向持续指配资源。图5为资源释放设备320的总体结构图。如图5所示，该资源释放设备 320包括接口单元321和资源释放单元322。其中，接口单元321，接收终端310发送的指向反向持续指配资源的去指配消 息后，向终端310发送确认消息，并向资源释放单元322发送释放反向持续 指配资源的指示。资源释放单元322，接收到接口单元321发来的释放反向持续指配资源 的指示后，释放反向持续指配资源。由上述释放反向持续指配资源的方法和系统、以及系统中的终端和资源 释放设备的总体介绍中可以看出，本发明实施例中，终端以发送显式去指配
消息的方式通知网络侧释放资源。而整个释放反向持续指配资源的过程具体包括网络侧在对去指配消息确认后释放持续指配资源，终端在接收到网络 侧发送的确认后释放持续指配资源。下面对本发明实施例的具体实施方式
进行详细介绍。图6为本发明实施例的释放反向持续指配资源方法的具体流程图。在本 实施例中，终端向网络发送的数据包已传输完毕，终端希望释放系统分配的 反向持续指配资源。如图6所示，该方法包括步骤601 ，终端向网络发送指向反向持续指配资源的去指配消息。本步骤中，去指配消息指向反向持续指配资源的方式为终端利用该要 求释放的反向持续指配资源发送去指配消息。去指配消息可以是预先定义好的特定符号序列。如可以利用全1的擦除 序列来表示去指配消息。步骤602,网络接收终端发送的去指配消息并进行解码，判断解码是否 成功，若是，则执行步骤603及其后续步骤，否则，执行步骤605及其后续 步骤。本步骤中，由于信道传输的影响，网络接收到的消息可能叠加了噪声， 造成解码失败，这时需要通知发送端进行消息的重传。步骤603，网络判断解码结果是否为去指配消息，若是，则执行步骤604， 否则结束本释放流程。步骤604，网络对接收到的去指配消息进行确认，向终端发送确认消息， 同时，网络释放反向持续指配资源，然后执行步骤608。本步骤中，当网络确定接收到的消息是去指配消息后，即得知终端希望 释放反向持续指配资源，于是立即向终端返回确认消息，以尽快完成资源的 释放，节省系统资源。确认消息可以通过正确接收消息来代表，而正确接收 消息可以用ACK来表示。当然，确认消息也可以是任意预先协商好的特定 符号序列。步骤605，不向终端返回确认消息，要求终端重发该消息。
本步骤中，可以进一步向终端返回错误接收消息，通常可以采用NAK 表示。步骤606,网络判断解码失败的次数是否达到最大重传次数，若是，则执行步骤607,否则执行步骤608及其后续步骤。步骤607，网络释放反向持续指配资源，并结束本流程。本步骤中，由于网络对于反向持续指配资源上的传输数据解码失败的次数已经达到最大重传次数，因此根据现有持续指配方式的规定，要释放该反向持续指配资源。至此，网络便应终端的请求，释放了反向持续指配资源。下面进入终端 释放反向持续指配资源的过程。步骤608，终端判断上一次发送的消息是否为去指配消息，若是，则执 行步骤609及其后续步骤，否则结束本释放流程。本步骤中，若终端上次发送的消息为去指配消息，则表明终端希望释放 反向持续指配资源，否则，表明终端不希望释放该资源，则结束本流程。步骤609，判断是否在指定时间内接收到确认消息，若是，则执行步骤 612,否则执行步骤610及其后续步骤。本步骤中，若在指定时间内接收到确认消息，则表明网络已接收到去指 配消息并进行了确认，则终端也可以释放该反向持续指配资源；否则，表明 网络未收到去指配消息，则终端需要在允许的范围内进行去指配消息的重 传。步骤610,终端判断该去指配消息的发送次数是否达到系统的最大重传 次数，若是，则执行步骤612,否则执行步骤611。步骤611，终端重新向网络发送指向反向持续指配资源的去指配消息， 返回步骤602。由于未在指定时间内接收到确认消息，则说明网络没能正确解码上次发 送的去指配消息，并且该去指配消息未达到系统的最大重传次数，因此终端 要对该去指配消息进行重传。
步骤612，终端释》文反向持续指配资源。至此，终端也释放了反向持续指配资源。本发明实施例的反向持续指配 资源的释放方法流程结束。上述为本发明实施例提供的释放反向持续指配资源方法的具体流程。本 发明实施例还提供了释放反向持续指配资源系统、终端和资源释放设备，可 以用于实施上述方法。图7即为本发明实施例提供的释放反向持续指配资源 系统、终端和资源释放设备的具体结构图。该系统、终端和资源释放设备分 别为图3、 4、 5所示的系统、终端和资源释放设备的具体实施方式
。如图7 所示，该系统包括终端310和资源释放设备320，其中，终端310包括接口 单元311、资源释放单元312和累加单元313;资源释放设备320包括接口 单元321、资源释放单元322、解码单元323和解码失败累加单元324。在该系统的终端310中，接口单元311，向资源释放设备320中的接口 单元321发送去指配消息，并在接收到资源释放设备320中的接口单元321 返回的确认消息后，向资源释放单元312发送释放反向持续指配资源的指 示，在接收到累加单元313发来的触发通知后，重新向资源释放设备320中 的接口单元321发送去指配消息。累加单元313,在接口单元311发送去指配消息后的指定时间内未收到 资源释放设备320返回的确认消息后，累加接口单元发送去指配消息的次 数，当确定累加次数未达到系统的最大重传次数时，向接口单元311发送触 发通知；当确定累加次数达到系统的最大重传次数时，向资源释放单元312 发送释放反向持续指配资源的指示。资源释放单元312，接收接口单元311和累加单元313发来的释放反向 持续指配资源的指示，释放反向持续指配资源。在资源释i文设备320中，接口单元321，接收终端310中的接口单元311 发送的消息，并发送给解码单元323,在接收到解码单元323的去指配消息 通知后，确定该消息为去指配消息，并向终端310中的接口单元311发送确 认消息。
解码单元323,对接口单元321接收的消息进行解码，当确定解码成功 且该消息为去指配消息后向接口单元321发送去指配消息通知，当确定解码 失败时，向解码失败累加单元324发送解码失败的通知。解码失败累加单元324，在接收到解码单元323的解码失败通知后，累 加解码失败次数，当确定该次数达到系统的最大重传次数时，向资源释放单 元323发送释放反向持续指配资源的指示。资源释放单元322，接收到解码单元323和解码失败累加单元324发来 的释放反向持续指配资源的通知后，释放反向持续指配资源。网络侧的资源释放设备320可以是一个单独的物理设备，或者设置在其 它如基站收发器或基站控制器等物理实体中。通常，可以将该资源释放设备 与包调度单元捆绑在一起使用，这样，能够保证该资源释放设备释放后的资 源尽快被系统利用，提高系统效率。可以看出，上述的终端310中相对于图4所示的终端增加了累加单元， 用于累计去指配消息的发送次数，当该发送次数达到系统最大重传次数时， 释放反向持续指配资源。应用该结构的终端，即实现在终端侧兼容目前 OFDM系统中的去持续指配方式。另夕卜，上述的资源释放设备320中相对于 图5所示的资源释放设备也增加了解码单元和解码失败累加单元，用于对接 收到的信息进行解码以及累计解码失败的次数，当该次数达到系统的最大重 传次数时，释放反向持续指配资源。应用该结构的资源释放设备，即实现在 网络侧兼容目前OFDM系统中的去持续指配方式。本发明实施例的方法和系统通过终端主动发送显式的去指配消息，使网 络侧能够尽快识别出终端要求释放反向持续指配资源的请求，并响应该请 求，进行反向持续指配资源的释放。由于本发明实施例的方法能够在终端希 望释放反向持续指配资源后立即发出释放资源的请求，从而节约了系统资 源，提高了系统性能，同时，还能够减小资源释放的延迟。下面通过一个具体的例子来说明本发明的实施例。在本例中，以OFDM 系统为例，网络侧的资源释放设备设置于BSC中，终端具体为AT。定义
AT发送的反向擦除序列的编码为(1 )全0序列表示AT此时没有数据发送，但是AT希望保持该持续 指配资源；(2)全1序列表示AT希望释放该持续指配的资源，也就是去指配消息。AT按照具体情况发送相应的擦除序列。本例具体的实现过程如图8所 示，包括1. 假定AT希望释放持续指配的资源，则AT发送全1的擦除序列。2. 资源释放设备收到AT发送的擦除序列后对其进行解码。3. 资源释放设备对解码结果进行判断，如果解码成功，发送ACK确认， 并根据解码结果如果解码结果为全O序列，则资源释放设备继续为该AT保持持续指配 资源；如果解码结果为全1序列，则资源释放设备释放该持续指配的资源。 如果解码失败，发送NAK要求AT重传。其中，利用ACK作为去指配消息的确认消息，利用NAK作为错误接 收消息。4. 若AT最近一次发送的擦除序列为全1序列，当AT收到资源释放设 备反馈的ACK/NAK信息以后如果为ACK信息，此时AT释放该持续指配的资源，AT请求释放持续 指配资源的流程结束；如果为NAK信息，且未超过最大重传次数，则AT重传全1序列的擦 除序列；如果为NAK信息，且达到最大重传次数，则AT释放该持续指配的资 源，AT请求释放持续指配资源的流程结束。在上例中，假定该持续指配的资源为及， 一次重传的时间间隔为^。若 全l序列的擦除序列在k次重传以后正确收到，则相比背景技术中介绍的终
端发起的释放持续指配资源的过程，能够减少W-""信道资源的浪费，并 且减少了(^ —"*7时间的延迟，提高了系统性能。并且随着重传次数的增加， 对于资源的节省和时延的减小量递增。同时，由于目前的信道环境中，网络 对于发送的去指配消息通常可以一次接收成功，这样能够减少(iV-l"i 信道资源的浪费，减少(iv-i"r时间的延迟，大大提高了系统性能。以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应 包含在本发明的保护范围之内。
权利要求
1. 一种释放反向持续指配资源的方法，其特征在于，该方法包括终端向网络侧发送指向反向持续指配资源的去指配消息；网络侧确定接收到的消息为去指配消息后，向终端发送确认消息，并释放反向持续指配资源；终端接收到网络侧发送的确认消息后，释放反向持续指配资源。
2、 根据权利要求l所述的方法，其特征在于，所述确定接收到的消息为去 指配消息为网络侧接收并解码终端发送的消息，判断解码是否成功，若是，则比较解 码后的消息与去指配消息是否相同，若相同，则确定该消息为去指配消息。
3、 根据权利要求2所述的方法，其特征在于，在终端发送去指配消息后， 进一步包括若终端在指定时间内未收到所述确认消息，则重新向网络侧发送 指向反向持续指配资源的去指配消息。
4、 根据权利要求3所述的方法，其特征在于，所述终端在指定时间内未收 到确认消息后，并在重新发送去指配消息前，进一步包括累加终端去指配消 息的发送次数，判断该次数是否达到系统的最大重传次数，如果是，则终端释 放所述反向持续指配资源，结束当前流程，否则，继续执行所述重新发送去指 配消息的步骤。
5、 根据权利要求2所述的方法，其特征在于，当网络侧对终端发送的消息 解码失败时，该方法进一步包括网络侧累加解码失败次数，当解码失败次数 达到系统的最大重传次数时，网络侧释放所述反向持续指配资源，结束当前流 程。
6、 根据权利要求1到5中任意一项所述的方法，其特征在于，所述发送指 向反向持续指配资源的去指配消息的步骤包括终端利用所述反向持续指配资 源发送去指配消息。
7、 根据权利要求1到5中任意一项所述的方法，其特征在于，所述去指配 消息为预先设定的特定符号序列。
8、 一种释放反向持续指配资源的系统，该系统包括终端和资源释放设备， 其特征在于，所述终端，向所迷资源释放设备发送指向反向持续指配资源的去指配消息， 并在接收到所述资源释放设备返回的确认消息后，释放反向持续指配资源；所述资源释放设备，接收到所述终端发送的去指配消息后向所述终端发送 确认消息，并释放反向持续指配资源。
9、 一种终端，其特征在于，所述终端包括接口单元和资源释放单元，其中， 所述接口单元，向网络侧发送指向反向持续指配资源的去指配消息，并在接收到网络侧返回的确认消息后，通知所述资源释放单元释放反向持续指配资 源；所述资源释放单元，接收所述接口单元的通知，释氣良向持续指配资源。
10、 根据权利要求9所述的终端，其特征在于，该终端进一步包括累加单 元，监测到所述接口单元在指定时间内未收到确认消息后，累加接口单元已发 送去指配消息的次数，当确定累加次数未达到系统的最大重传次数时，向所述 接口单元发送触发通知；当确定累加次数达到系统的最大重传次数时，向所述 资源释放单元发送释放反向持续指配资源的指示；所述接口单元，在接收到所述累加单元发来的触发通知后，发送去指配消白.,&，所述资源释放单元，接收到所述累加单元发来的释放反向持续指配资源的 指示后，释放所述反向持续指配资源。
11、 一种资源释放设备，其特征在于，该设备包括接口单元和资源释放单 元，其中，所述接口单元，接收到终端发送的指向反向持续指配资源的去指配消息后， 向终端发送确认消息，并向所述资源释放单元发送释放反向持续指配资源的指示；所述资源释放单元，接收到所述接口单元发来的释放反向持续指配资源的 指示后，释放反向持续指配资源。
12、 根据权利要求11所述的设备，其特征在于，该设备进一步包括解码单 元和解码失败累加单元，其中，所述接口单元，将接收到终端发来的消息转发给所述解码单元，在接收到 所述解码单元发来的去指配消息通知后，确定该消息为去指配消息；所述解码单元，对所述接口单元发来的消息进行解码，当确定解码成功且 为去指配消息后向所述接口单元发送去指配消息通知，当确定解码失败时，向 所述解码失败累加单元发送解码失败的通知；所述解码失败累加单元，在接收到所述解码单元的解码失败通知后，累加 解码失败次数，当确定该次数达到系统的最大重传次数时，向所述资源释放单 元发送释放反向持续指配资源的指示；所述资源释放单元，接收到所述解码失败累加单元发来的释放反向持续指 配资源的指示后，释放所述反向持续指配资源。
13、 根据权利要求11或12所述的设备，其特征在于，所述资源释放设备 为单独的物理设备，或者，设置于基站控制器或基站收发信台中。
全文摘要
本发明实施例公开了一种释放反向持续指配资源的方法，其特征在于，该方法包括终端向网络侧发送指向反向持续指配资源的去指配消息；网络侧确定接收到的消息为去指配消息后，向终端发送确认消息，并释放反向持续指配资源；终端接收到网络侧发送的确认消息后，释放反向持续指配资源。应用本发明实施例的方法能够及时释放反向持续指配资源，节省系统资源，提高系统性能。本发明实施例还公开了一种释放反向持续指配资源的系统、终端和资源释放设备。
文档编号H04L12/00GK101212312SQ200610172629
公开日2008年7月2日 申请日期2006年12月29日 优先权日2006年12月29日
发明者王云峰, 高全中 申请人:华为技术有限公司