CN102740469A

CN102740469A - 发送上行数据的方法、终端设备、网络侧设备和通信系统

Info

Publication number: CN102740469A
Application number: CN2011100839501A
Authority: CN
Inventors: 庞伶俐; 郑潇潇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-04-02
Filing date: 2011-04-02
Publication date: 2012-10-17
Anticipated expiration: 2031-04-02
Also published as: CN102740469B

Abstract

本发明实施例提供了一种发送上行数据的方法、终端设备、网络侧设备和通信系统。该方法包括：向基站设备发送随机接入请求；接收基站设备针对随机接入请求分配的上行资源的信息；通过上行资源向基站设备发送后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。本发明实施例通过发送后续数据指示信息，可以让网络侧得知终端设备后续是否还有数据需要传输，无需终端设备进行两次随机接入，降低了发送上行数据的时延。

Description

发送上行数据的方法、终端设备、网络侧设备和通信系统

技术领域

本发明实施例涉及无线通信领域，并且更具体地，涉及发送上行数据的方法、终端设备、网络侧设备和通信系统。

背景技术

根据当前协议的规定，当处于非Cell_DCH(Cell Dedicated CHannel；小区专用信道)状态的UE(User Equipment；用户设备)竞争得到common E-DCH(common Enhanced DCH；公共增强DCH)资源之后，只能用来发送CCCH(Common Control CHannel；公共控制信道)数据或者DCCH(DedicatedControl CHannel；专用控制信道)/DTCH(Dedicated Traffic CHannel；专用业务信道)数据中的一种，不能采用本次竞争得到的该资源既用于CCCH数据的发送又用于DCCH/DTCH数据的发送。基于以上规定，当支持commonE-DCH特性的UE处于idle(空闲)、URA_PCH状态、或者支持common E-DCH的UE处于CELL_PCH状态但是没有C-RNTI(Cell-Radio Network TemporaryIdentifier；小区无线网络临时标识)/H-RNTI(HS-DSCH RNTI；HS-DSCH无线网络临时标识)/E-RNTI(E-DCH RNTI；E-DCH无线网络临时标识)等没有RNTI的状态时，如果网络侧此时也支持common E-DCH特性，则当UE需要传输上行数据时，UE需要首先发起随机接入过程竞争得到commonE-DCH资源，例如用以发送小区更新Cell Update消息(承载在CCCH信道)。当该过程完成后，网络侧在例如CUC(Cell Update Confirm；小区更新确认)消息中为UE分配了C-RNTI/H-RNTI/E-RNTI后，UE需要再次发起随机接入的过程，竞争common E-DCH资源进行后续数据的发送。此时竞争得到的资源才能用于发送DCCH/DTCH数据。

由以上过程可以看出，满足上述要求的UE为了发送上行数据需要两次随机接入的过程。该过程会增加UE发送上行数据的时延，而且增加了上行接入负载。

发明内容

本发明实施例提供一种发送上行数据的方法、终端设备、网络侧设备和通信系统，能够降低发送上行数据的时延。

根据本发明实施例的一个方面，提供了一种发送上行数据的方法，包括：向基站设备发送随机接入请求；接收基站设备针对随机接入请求分配的上行资源的信息；通过该上行资源向基站设备发送后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

根据本发明实施例的另一方面，提供了一种发送上行数据的方法，包括：接收终端设备发送的随机接入请求；根据随机接入请求向终端设备分配上行资源，并向终端设备发送该上行资源的信息；接收终端设备通过该上行资源发送的后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

根据本发明实施例的另一方面，提供了一种终端设备，包括：请求单元，用于向基站设备发送随机接入请求；接收单元，用于接收基站设备针对随机接入请求分配的上行资源的信息；发送单元，用于通过上行资源向基站设备发送后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

根据本发明实施例的另一方面，提供了一种网络侧设备，包括：请求接收单元，用于接收终端设备发送的随机接入请求；资源分配单元，用于根据随机接入请求向终端设备分配上行资源，并向终端设备发送上行资源的信息；信息接收单元，用于接收终端设备通过上行资源发送的后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

根据本发明实施例的另一方面，提供了一种通信系统，包括上述基站设备或网络侧设备。

本发明实施例通过发送后续数据指示信息，可以让网络侧得知终端设备后续是否还有DCCH/DTCH数据需要传输，无需终端设备进行两次随机接入，降低了发送上行数据的时延。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的发送上行数据的方法的示意流程图。

图2是根据本发明实施例的发送上行数据的方法的示意流程图。

图3是根据本发明一个实施例的发送上行数据的过程的示意流程图。

图4是根据本发明另一实施例的发送上行数据的过程的示意流程图。

图5是根据本发明一个实施例的CCCH数据包头的部分字段的示意结构图。

图6是根据本发明另一实施例的发送上行数据的过程的示意流程图。

图7是根据本发明另一实施例的发送上行数据的过程的示意流程图。

图8是根据本发明实施例的终端设备的示意框图。

图9是根据本发明实施例的网络侧设备的示意框图。

图10是根据本发明另一实施例的网络侧设备的示意框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在终端设备(例如但不限于UE等)处于idle状态、URA_PCH状态或者CELL_PCH/CELL_FACH without H-RNTI/E-RNTI/C-RNTI状态等没有RNTI的状态、网络侧和UE均支持common E-DCH、UE需要发送上行数据的场景下，本发明实施例能够降低上行数据传输时延。

图1是根据本发明实施例的发送上行数据的方法10的示意流程图。方法10主要由终端设备(如UE)执行。

如图1所示，在方法10的101，向基站设备(例如但不限于Node B、eNB等)发送随机接入请求，然后在102，接收基站设备针对随机接入请求分配的增强的上行资源(例如但不限于上述Common E-DCH资源等)的信息。当然，针对该随机接入请求，基站设备有可能同时分配其他相关资源并一起通知给终端设备。

在103，通过上行资源向基站设备发送后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据，以便于基站设备根据后续数据指示信息确定是否保留该上行资源。

图2是根据本发明实施例的发送上行数据的方法20的示意流程图。方法20主要由网络侧设备执行，如Node B，也可以涉及RNC(无线网络控制器；Radio Network Controller)的操作。方法20与上面图1的方法10相对应。

具体地，如图2所示，在方法20的201，接收终端设备发送的随机接入请求，然后在202，根据随机接入请求向终端设备分配上行资源，并向终端设备发送上行资源的信息。

在203，接收终端设备通过上行资源发送的后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

同时根据本发明实施例，针对在common E-DCH资源上发送DTCH/DCCH数据的UE，如果需要发送CCCH数据，也可以使用该套资源发送CCCH数据。

网络侧在得到后续数据指示信息之后，能够根据该指示信息确定是否保留上行资源。

下面，结合具体例子更详细地描述本发明的不同实施例。在以下实施例的描述中，都包含了UE和网络侧能够支持上述后续数据指示信息的能力交互过程。例如，RNC可广播支持该后续数据指示信息的能力信息，如在系统广播消息中增加网络侧支持该能力的指示信息。Node B可向RNC上报支持该后续数据指示信息的能力信息，例如通过Audit(审查)、Resource stateIndication(资源状态指示)、physical shared channel reconfiguration(物理共享信道重新配置)过程上报当前小区支持该能力。UE也可向RNC上报支持该后续数据指示信息的能力信息，例如UE在radio access capability(无线接入能力)中上报支持该能力信息。

另外，虽然下面的实施例以UE代表终端设备、以Node B(节点B)代表基站设备、以RNC代表无线网络控制器，但这些名称不对本发明的范围构成限制。本发明实施例可应用于类似的扁平架构，而不限于特定制式。

图3是根据本发明一个实施例的发送上行数据的过程300的示意流程图。在图3的例子中，在发送CCCH数据之后或者与CCCH数据的最后一个数据包一起发送携带后续数据指示信息的SI(调度信息；Scheduling Information)。

具体地，如图3所示，在310，UE高层有数据需要发送，则开始发起随机接入过程，即向Node B发送随机接入请求。

在315，UE接收Node B发送的ACK(确认)信息，确定所分配的资源(包括专用上行信道E-DCH)的占用；

在320，UE开始DPCCH(Dedicated Physical Control Channel；专用物理控制信道)数据的传输，启动内环功控过程。

在325，在DPCCH开始发送的一段时间之后，Node B和UE分别启动定时器(如冲突检测定时器)。该“一段时间”的定义为：

10ms TTI为：1+″Additional E-DCH transmission back off″)TTIs

2ms TTI为：2+″Additional E-DCH transmission back off″)TTIs。

在330，在定时器启动的同时UE开始发送上行CCCH数据，并在CCCH数据发送完成之后触发SI的发送。如果调度授权允许，UE将SI和最后一个数据包一起发送，否则在下一个数据包单独发送SI。该SI表明UE后续是否仍有数据(如DTCH/DCCH数据)需要发送，即携带上述后续数据指示信息。

这里，该CCCH数据可能为：Cell Update(小区更新)、URA Update(URA更新)、RRC Connection Request(RRC连接请求)消息。

在335，Node B接收到UE发送的CCCH数据和SI(在CCCH数据之后或者与CCCH数据一起)，则在340，为UE分配E-RNTI，并在发送CCCH数据包的FP中发给RNC。

在345，RNC为接收到的上行CCCH消息的发送下行RRC(RadioResource Control；无线资源控制)消息，如Cell Update Confirm(小区更新确认)、URA Update Confirm(URA更新确认)、RRC Connection Setup(RRC连接设置)等。该RRC消息中包含了UE相应的终端标识(H-RNTI/E-RNTI/C-RNTI)。

在350，UE接收到该RRC消息后，开始监听下行E-AGCH(E-DCHAbsolute Grant CHannel；E-DCH绝对授权信道)信道，在后续发送DCCH/DTCH数据时，包含UE的E-RNTI，直到上述325处启动的定时器超时或者UE接收到包含UE标识的E-AGCH。

在355，Node B接收到UE的DCCH/DTCH数据后，如果确定将该套资源分配给UE，则发送包含UE标识E-RNTI的E-AGCH。

UE在355之后则停止定时器，发送的后续数据不再包含UE的E-RNTI(360)。

另外，如果定时器超时而UE一直没有监听到包含UE标识的AG(Absolute Grant；绝对授权)，则在定时器超时后释放资源。

当UE数据传输完成后的资源释放方式和当前标准中的资源释放方式相同，根据系统广播消息的配置决定采用隐式或者显式的方式。

图4是根据本发明另一实施例的发送上行数据的过程400的示意流程图。在图4的例子中，在专用上行信道上发送的CCCH数据中携带后续数据指示信息。例如，可以在数据包头中或者数据的有效负载部分中携带后续数据指示信息。

过程400的310-320与图3的过程300相似，因此不再重复描述。

在410，在DPCCH数据传输之后开始启动定时器，例如冲突检测定时器。该定时器的启动时间和过程300的325中描述的时间相同。同时UE开始发送上行CCCH数据。可以在CCCH数据中携带后续数据指示信息。

根据本发明的一个实施例，可以通过在该CCCH数据包的MAC-i包头中包含或者不包含CI(Continue Indicator；后续指示符)，携带上述后续数据指示信息。

图5是根据本发明一个实施例的CCCH数据包头的部分字段的示意结构图。其中LCH-ID是逻辑信道号(Logical Channel-Identification)，L是长度指示，F是后续分段指示，CI代表UE发送CCCH数据之后还有DCCH/DTCH数据需要继续传输；在此情况下，如果CCCH数据包头中没有CI字段，则表示CCCH数据之后没有DCCH/DTCH数据需要继续传输。

根据本发明的另一实施例，可以通过CI代表UE发送CCCH数据之后没有DCCH/DTCH数据需要继续传输；在此情况下，如果CCCH数据包头中没有CI字段，则表示CCCH数据之后还有DCCH/DTCH数据需要继续传输。

另外，根据本发明的再一实施例，可以通过CI的不同数值表示CCCH数据之后是否还有DCCH/DTCH数据需要继续传输。

图5的例子中在CCCH数据的包头中携带后续数据指示信息，但本发明实施例的范围不限于此，也可以在CCCH数据的有效负载部分中携带后续数据指示信息。

回到图4，在420，Node B收到上行CCCH数据包后为UE分配E-RNTI。该上行数据包可能包含后续数据指示信息(例如CI)，并在425中将数据包在FP(Frame Protocol；帧协议)帧中转发给RNC。

在430，RNC发送该上行CCCH消息的下行响应消息(RRC消息，例如CUC消息)，该RRC消息中包含为UE分配的终端标识(例如，C-RNTI/H-RNTI/E-RNTI)。

在440，UE收到该下行响应消息，则在发送的后续DCCH/DTCH数据的MAC-i包头中携带E-RNTI，直到收到Node B发送的包含UE标识的E-AGCH。

Node B执行冲突检测过程，根据所分配的E-RNTI确定是否为UE授权。如果Node B决定为该UE授权，则在460中，发送包含UE的E-RNTI的E-AGCH。

在470，UE在收到该AG后，发送的数据包头不再包含UE的E-RNTI。

另外，在480，如果定时器超时且UE一直未收到E-AGCH，则UE释放资源。

此外，在上面所述的使用不包含CI字段的CCCH数据包头表示CCCH数据之后还有DCCH/DTCH数据需要继续传输的情况下，不论UE发送CCCH数据还是DCCH/DTCH数据，UE均监听E-AGCH/E-RGCH等信道。对NodeB而言，对于CCCH数据和DCCH/DTCH数据的处理没有差别。另外，NodeB可以不发送E-AGCH(不执行460)。此时在480中，上述启动的定时器超时则释放资源。

图6是根据本发明另一实施例的发送上行数据的过程600的示意流程图。过程600的310-320与图3的过程300相似，因此不再重复描述。

在610，Node B接收到DPCCH数据后，启动最大资源占用定时器T1，如果T1运行期间接收到MAC-i包头包含CI指示的CCCH数据(615)，则在620，为占用该资源的UE分配E-RNTI，并停止定时器T1。625、630和图4的425、430相似，因此不再重复描述。另外，如果CCCH数据包头未包含CI，则T1继续运行。

在635，当UE接收到RNC发送的RRC消息(例如CUC消息)后，启动冲突检测定时器T2，并在640发送DCCH数据(E-DPCCH/E-DPDCH传输)。Node B在接收到E-DPCCH/E-DPDCH后，在645，启动定时器T2。

650与图4的440相似，UE在发送的后续DCCH/DTCH数据的MAC-i包头中携带E-RNTI，直到收到Node B发送的包含UE标识的E-AGCH。

Node B执行冲突检测过程，根据所分配的E-RNTI确定是否为UE分配资源。如果Node B确定为UE分配该资源(包括专用上行信道)，则在T2运行期间发送包含该UE的E-RNTI的AG信息(660)。

在665，UE在收到AG后再发送的DCCH/DTCH数据则不需要携带UE的E-RNTI。

另外，若T2超时且UE未收到AG，则释放上行资源。或者，若T1超时且UE未收到CUC消息，则释放上行资源。

根据本发明的另一实施例，UE可以发送用于指示基站设备立即释放上行资源的后续数据指示信息，例如，发送SI＝0。

在此情况下，当UE需要发送上行DCCH数据之前需要发送CCCH时，UE在发送完成CCCH数据之后发送SI＝0，帮助Node B释放当前的上行资源。该SI＝0也可能是针对CCCH信道的SI＝0信息。

这样，本发明实施例能够快速释放信道资源。此后，如果UE又需要DCCH/DTCH数据，则在UE获得CUC之后，可以重新发起随机接入过程竞争Common E-DCH资源，用以发送DCCH/DTCH数据。

根据本发明的另一实施例，也可以由RNC执行部分或全部的冲突检测过程。图7是根据本发明另一实施例的发送上行数据的过程700的示意流程图。

图7中与其他附图中相同或相似的过程使用相同的附图标记来表示，并省略了重复的描述。

在710，UE在竞争得到的资源(包括专用上行信道)上发送CCCH数据(MAC-i包头可能携带CI指示)。在S720，Node B在收到该CCCH数据后，为UE分配E-RNTI。

在730，Node B在E-DCH FP中携带给UE分配的E-RNTI和上行资源的信息(例如，该套资源的编号)，并发送到RNC。从而，在735，RNC根据FP帧中的信息，确定是否为UE授权该资源。例如根据UE的cause值和E-RNTI的分配等执行冲突检测过程，确定是否授权。如果决定授权，则在CUC消息中携带UE的终端标识和该套资源可用的指示(740)。这里的指示可以是资源编号或者其他标识UE可以继续进行上行发送的指示信息，如CI。

对于冲突的场景，如果是信令和信令冲突，RNC可能会收到一套资源对应不同E-RNTI的场景，此时RNC需要根据算法判断给哪些UE分配资源，并在对应的反馈信令中携带资源授权信息。

如果是信令和数据冲突，冲突检测过程可以由Node B完成，也可以由RNC完成。

根据本发明的另一实施例，RNC收到携带UE标识和资源编号的FP后，RNC决定是否为该UE授权，并在750，在下行FP中携带资源编号。Node B根据RNC的资源编号，发送信道指示以向UE指示该资源的授权，例如，这里的信道指示可以是HS-SCCH(High Speed Physical Downlink Shared ControlChannel：高速物理下行共享控制信道)/E-AGCH/F-DPCH信道指示。

在760，UE在接收到CUC消息后，如果该CUC消息包含资源授权信息，则继续发送后续的DCCH/DTCH数据，其中包头中不携带UE的E-RNTI。否则UE释放资源。

本发明实施例通过发送后续数据指示信息，可以让网络侧得知终端设备后续是否还有DCCH/DTCH数据需要传输，并根据后续数据指示信息确定是否保留已分配的上行资源。这样，无需终端设备进行两次随机接入，降低了发送上行数据的时延，保障数据包的快速传输。

图8是根据本发明实施例的终端设备80的示意框图。终端设备80的一个非限制性的例子是上面描述的UE。如图8所示，终端设备80包括请求单元81、接收单元82、发送单元83。

请求单元81用于向基站设备发送随机接入请求。接收单元82用于接收基站设备针对随机接入请求分配的上行资源的信息。发送单元83用于通过上行资源向基站设备发送后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据，以便于基站设备根据后续数据指示信息确定是否保留上行资源。

本发明实施例通过发送后续数据指示信息，可以让网络侧得知终端设备后续是否还有DCCH/DTCH数据需要传输，并根据后续数据指示信息确定是否保留已分配的上行资源。这样，无需终端设备进行两次随机接入，降低了发送上行数据的时延。

终端设备80的各个部分可分别执行上面图1、图3-4、图6-7中与终端设备(例如UE)有关的各个过程，为避免重复，不再赘述。例如，发送单元83在发送CCCH数据之后或者与CCCH数据的最后一个数据包一起发送携带后续数据指示信息的调度信息SI。根据本发明的另一实施例，发送单元83在上行资源上发送的CCCH数据(包头或有效负载)中携带后续数据指示信息。

图9是根据本发明实施例的网络侧设备90的示意框图。网络侧设备90的一个非限制性的例子是上面描述的基站设备(例如Node B)或无线网络控制器(例如RNC)。如图9所示，网络侧设备90包括请求接收单元91、资源分配单元92和信息接收单元93。

请求接收单元91用于接收终端设备发送的随机接入请求。资源分配单元92用于根据随机接入请求向终端设备分配上行资源，并向终端设备发送上行资源的信息。信息接收单元93用于接收终端设备通过上行资源发送的后续数据指示信息，其中后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

图10是根据本发明另一实施例的网络侧设备100的示意框图。网络侧设备90的一个非限制性的例子是上面描述的基站设备(例如Node B)或无线网络控制器(例如RNC)。

图10中与图9相同或相似的部分使用相同的附图标记。除了请求接收单元91、资源分配单元92、信息接收单元93之外，图10的网络侧设备100还包括信道保留单元94，用于根据后续数据指示信息确定是否保留上行资源。

另外，网络侧设备100的各个部分可分别执行上面图2、图3-4、图6-7中与网络侧(例如Node B和RNC)有关的各个过程，为避免重复，不再赘述。例如，信息接收单元93接收在发送CCCH数据之后或者与CCCH数据的最后一个数据包一起发送的调度信息SI中携带的后续数据指示信息。根据本发明的另一实施例，信息接收单元93接收在上行资源上发送的CCCH数据中携带的后续数据指示信息。

另外，根据本发明实施例的通信系统可包括上述终端设备或网络侧设备。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种发送上行数据的方法，其特征在于，包括：

向基站设备发送随机接入请求；

接收所述基站设备针对所述随机接入请求分配的上行资源的信息；

通过所述上行资源向所述基站设备发送后续数据指示信息，其中所述后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

2.如权利要求1所述的方法，其特征在于，通过所述上行资源发送后续数据指示信息包括：

在发送所述CCCH数据之后或者与所述CCCH数据的最后一个数据包一起发送携带所述后续数据指示信息的调度信息SI。

3.如权利要求1所述的方法，其特征在于，通过所述上行资源发送后续数据指示信息包括：

在所述上行资源上发送的CCCH数据中携带所述后续数据指示信息。

4.如权利要求1所述的方法，其特征在于，通过所述上行资源发送后续数据指示信息包括：

发送用于指示所述基站设备立即释放所述上行资源的后续数据指示信息。

5.如权利要求1所述的方法，其特征在于，还包括：

在接收到携带终端标识的无线资源控制RRC消息后，启动定时器并开始监听绝对授权信道E-AGCH。

6.如权利要求1所述的方法，其特征在于，还包括：

在通过所述上行资源发送专用物理控制信道DPCCH数据后，启动定时器并开始监听绝对授权信道E-AGCH。

7.如权利要求1所述的方法，其特征在于，还包括：

向无线资源控制器上报支持所述后续数据指示信息的能力信息。

8.一种发送上行数据的方法，其特征在于，包括：

接收终端设备发送的随机接入请求；

根据所述随机接入请求向所述终端设备分配上行资源，并向所述终端设备发送所述上行资源的信息；

接收所述终端设备通过所述上行资源发送的后续数据指示信息，其中所述后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

9.如权利要求8所述的方法，其特征在于，接收所述终端设备通过所述上行资源发送的后续数据指示信息包括：

接收在发送所述CCCH数据之后或者与所述CCCH数据的最后一个数据包一起发送的调度信息SI中携带的所述后续数据指示信息。

10.如权利要求8所述的方法，其特征在于，接收所述终端设备通过所述上行资源发送的后续数据指示信息包括：

接收在所述上行资源上发送的CCCH数据中携带的所述后续数据指示信息。

11.如权利要求8所述的方法，其特征在于，还包括：

根据所述后续数据指示信息确定是否保留所述上行资源。

12.如权利要求11所述的方法，其特征在于，所述根据所述后续数据指示信息确定是否保留所述上行资源包括：

当所述后续数据指示信息表示需要在CCCH数据之后发送后续DCCH数据或DTCH数据时，为所述终端设备分配终端标识；

向无线网络控制器发送帧协议FP帧，其中所述FP帧中包含所述终端标识和所述上行资源的信息，以便于所述无线网络控制器根据所述FP帧确定是否为所述终端设备保留所述上行资源。

13.如权利要求11所述的方法，其特征在于，所述根据所述后续数据指示信息确定是否保留所述上行资源包括：

根据所述终端标识确定是否为所述终端设备保留所述上行资源。

14.如权利要求8所述的方法，其特征在于，还包括：在向所述终端设备发送所述上行资源的信息之后，

在接收到所述终端设备通过所述上行资源发送的专用物理控制信道DPCCH数据后，启动定时器，

其中根据所述后续数据指示信息确定是否保留所述上行资源包括：

当所述定时器未超时且接收到表示需要在CCCH数据之后发送后续DCCH数据或DTCH数据的后续数据指示信息时，确定为所述终端设备保留所述上行资源，为所述终端设备分配终端标识，并停止所述定时器。

15.如权利要求8所述的方法，其特征在于，还包括：在接收到所述终端设备发送的DCCH数据或DTCH数据之后，启动定时器。

16.如权利要求8所述的方法，其特征在于，还包括：

在接收到所述终端设备发送的专用物理控制信道DPCCH数据之后启动定时器，

当在定时器超时前接收到所述终端设备发送的包含终端标识的数据或者相关指示信息时，在绝对授权信道E-AGCH中进行冲突检测；或，

当定时器超时且未收到包含所述终端标识的数据或相关指示信息时，在定时器超时之后释放所述上行资源。

17.如权利要求8所述的方法，其特征在于，还包括：

向无线网络控制器上报支持所述后续数据指示信息的能力信息，或者由所述无线网络控制器广播支持所述后续数据指示信息的能力信息。

18.一种终端设备，其特征在于，包括：

请求单元，用于向基站设备发送随机接入请求；

接收单元，用于接收所述基站设备针对所述随机接入请求分配的上行资源的信息；

发送单元，用于通过所述上行资源向所述基站设备发送后续数据指示信息，其中所述后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

19.如权利要求18所述的终端设备，其特征在于，所述发送单元在发送所述CCCH数据之后或者与所述CCCH数据的最后一个数据包一起发送携带所述后续数据指示信息的调度信息SI。

20.如权利要求18所述的终端设备，其特征在于，所述发送单元在所述上行资源上发送的CCCH数据中携带所述后续数据指示信息。

21.一种网络侧设备，其特征在于，包括：

请求接收单元，用于接收终端设备发送的随机接入请求；

资源分配单元，用于根据所述随机接入请求向所述终端设备分配上行资源，并向所述终端设备发送所述上行资源的信息；

信息接收单元，用于接收所述终端设备通过所述上行资源发送的后续数据指示信息，其中所述后续数据指示信息用于表示是否需要在公共控制信道CCCH数据之后发送后续专用控制信道DCCH数据或专用业务信道DTCH数据。

22.如权利要求21所述的网络侧设备，其特征在于，还包括：

信道保留单元，用于根据所述后续数据指示信息确定是否保留所述上行资源。

23.如权利要求21所述的网络侧设备，其特征在于，所述信息接收单元接收在发送所述CCCH数据之后或者与所述CCCH数据的最后一个数据包一起发送的调度信息SI中携带的所述后续数据指示信息。

24.如权利要求21所述的网络侧设备，其特征在于，所述信息接收单元接收在所述上行资源上发送的CCCH数据中携带的所述后续数据指示信息。

25.一种通信系统，其特征在于，包括如权利要求18-20中任一项所述的终端设备或者如权利要求21-24中任一项所述的网络侧设备。