技术领域
[0001] 本申请涉及通信技术，尤其涉及一种资源申请方法及设备。
背景技术
[0002] 当数据到达终端设备时，终端设备在调度
请求(Scheduling Request，SR)资源上发送SR，告诉网络设备:终端设备有数据要发送，网络设备接收到SR后，给终端设备分配上行资源。
[0003] 由于终端设备可对应有多种业务的数据，终端设备发送不同业务数据时所需要的上行资源的类型是不同的，而
现有技术中，终端设备并不能向网络设备申请不同类型的上行资源。
发明内容
[0004] 本申请
实施例提供一种资源申请方法及设备，以实现终端设备能够向网络设备申请不同类型的上行资源的机制。
[0005] 第一方面，本申请提供一种资源申请方法，包括：
[0006] 终端设备确定向网络设备申请的上行资源的第一类型；
[0007] 所述终端设备从调度请求资源中选择出第一目标资源，通过所述第一目标资源指示所述上行资源的第一类型；
[0008] 所述终端设备在所述第一目标资源上发送第一调度请求信息，所述第一调度请求信息用于请求所述网络设备给所述终端设备分配所述第一类型的上行资源。
[0009] 在一种可能的设计中，所述终端设备确定向网络设备申请的上行资源的第一类型，包括：
[0010] 所述终端设备确定触发第一指示信息的
进程的第一逻辑信道，所述第一指示信息用于指示所述终端设备待传数据的数据量；
[0011] 所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中确定至少一个所述第一类型。
[0012] 在一种可能的设计中，所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中确定至少一个所述第一类型，包括如下至少一种：
[0013] 所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择优先级最高的上行资源类型作为所述第一类型；
[0014] 所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中随机选择一个上行资源类型作为所述第一类型；
[0015] 所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择传输时间间隔最短的上行资源类型作为所述第一类型；
[0016] 所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择可靠性最高的上行资源类型作为所述第一类型；
[0017] 所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择调度请求资源最密集的上行资源类型作为所述第一类型；
[0018] 所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择调度请求资源最早到达的上行资源类型作为所述第一类型。
[0019] 在一种可能的设计中，所述终端设备在所述第一目标资源上发送第一调度请求信息的过程中有数据到达第二逻辑信道对应的缓存，并触发第二指示信息的进程，所述第二指示信息用于指示所述数据到达所述第二逻辑信道对应的缓存后所述终端设备待传数据的数据量。
[0020] 在一种可能的设计中，所述方法还包括：
[0021] 所述终端设备从所述第二逻辑信道对应的至少一种上行资源类型中确定向网络设备申请的上行资源的第二类型；
[0022] 所述终端设备从调度请求资源中选择出第二目标资源，通过所述第二目标资源指示所述上行资源的第二类型；
[0023] 所述终端设备在所述第二目标资源上发送第二调度请求信息，所述第二调度请求信息用于请求所述网络设备给所述终端设备分配所述第二类型的上行资源。
[0024] 在一种可能的设计中，所述第二逻辑信道的优先级高于所述第一逻辑信道的优先级。
[0025] 在一种可能的设计中，所述第一类型的个数为多个，通过所述第一目标资源指示多个第一类型中的一个；
[0026] 所述第二类型的个数为多个，通过所述第二目标资源指示多个第二类型中的一个。
[0027] 在一种可能的设计中，所述第一指示信息对应第一调度请求的进程，所述第二指示信息对应第二调度请求的进程，所述第二调度请求的进程的优先级高于所述第一调度请求的进程的优先级。
[0028] 在一种可能的设计中，所述方法还包括：
[0029] 所述终端设备根据所述第一调度请求信息对应的第一
时间窗和所述第二调度请求信息对应的第二时间窗，确定是否触发所述第二调度请求的进程；
[0030] 所述第一时间窗是所述终端设备发送相邻两个第一调度请求信息的最短时间间隔；
[0031] 所述第二时间窗是所述终端设备发送相邻两个第二调度请求信息的最短时间间隔。
[0032] 在一种可能的设计中，所述终端设备根据所述第一调度请求信息对应的第一时间窗和所述第二调度请求信息对应的第二时间窗，确定是否触发所述第二调度请求的进程，包括：
[0033] 如果所述第二时间窗的结束时刻比所述第一时间窗的结束时刻早，则触发所述第二调度请求的进程；或者
[0034] 如果所述第二时间窗的结束时刻比所述第一时间窗的结束时刻晚或相等，则不触发所述第二调度请求的进程。
[0035] 在一种可能的设计中，所述第一调度请求的进程和所述第二调度请求的进程并行，所述终端设备分别统计发送第一调度请求信息的个数和第二调度请求信息的个数。
[0036] 在一种可能的设计中，所述第一调度请求的进程和所述第二调度请求的进程串行，当所述第一调度请求的进程恢复时，所述终端设备重新统计发送第一调度请求信息的个数，或者根据历史统计的第一调度请求信息的个数，统计发送第一调度请求信息的个数。
[0037] 在一种可能的设计中，若所述调度请求资源指示的上行资源的类型包括第一类型或第二类型，则所述终端设备对所述第二调度请求的进程进行计数。
[0038] 在一种可能的设计中，当所述终端设备发送所述第二调度请求信息的个数或所述第一调度请求信息的个数大于预设个数时，所述方法还包括如下至少一种：
[0039] 所述终端设备发起随机接入流程；
[0040] 所述终端设备释放所述第一逻辑信道对应的上行资源的第一类型的如下至少一种资源：
[0041] 上行控制信道资源、上行参考
信号资源、上行数据传输资源和下行数据传输资源；
[0042] 所述终端设备释放所述第二逻辑信道对应的上行资源的第二类型的如下至少一种资源：
[0043] 上行控制信道资源、上行参考信号资源、上行数据传输资源和下行数据传输资源。
[0044] 在一种可能的设计中，所述方法还包括：
[0045] 若所述终端设备接收到所述网络设备分配的上行资源的类型包括第一类型，则取消所述第一调度请求进程；或
[0046] 若所述终端设备接收到所述网络设备分配的上行资源的类型包括第二类型，则取消所述第二调度请求进程；或
[0047] 若所述终端设备向所述网络设备发送所述第一指示信息，则取消所述第一调度请求进程，所述第一指示信息用于指示所述第一逻辑信道对应的待传数据的数据量；或[0048] 若所述终端设备向所述网络设备发送第二指示信息，则取消所述所述第二调度请求进程，所述第二指示信息用于指示所述第二逻辑信道对应的待传数据的数据量；或[0049] 若所述终端设备通过所述第一类型或所述第二类型的上行资源向所述网络设备发送所述第一指示信息，则取消所述第一调度请求进程；或
[0050] 若所述终端设备发起随机接入流程时使用的PRACH资源和preamble ID的组合所指示的上行资源的类型包括所述第一逻辑信道对应的一种或多种上行资源类型，则取消所述第一调度请求进程；或
[0051] 若所述终端设备发起随机接入流程时使用的PRACH资源和preamble ID的组合所指示的上行资源的类型包括所述第二逻辑信道对应的一种或多种上行资源类型，则取消所述第二调度请求进程。
[0052] 第二方面，本申请提供一种终端设备，包括：处理模
块和发送模块；
[0053] 处理模块用于确定向网络设备申请的上行资源的第一类型；从调度请求资源中选择出第一目标资源，通过该第一目标资源指示该上行资源的第一类型；
[0054] 发送模块用于在该第一目标资源上发送第一调度请求信息，该第一调度请求信息用于请求该网络设备给该终端设备分配该第一类型的上行资源。
[0055] 在一种可能的设计中，处理模块具体用于确定触发第一指示信息的进程的第一逻辑信道，该第一指示信息用于指示该终端设备待传数据的数据量；从该第一逻辑信道对应的至少一种上行资源类型中确定至少一个该第一类型。
[0056] 在一种可能的设计中，处理模块从该第一逻辑信道对应的至少一种上行资源类型中确定至少一个该第一类型时，具体用于如下至少一种：
[0057] 从该第一逻辑信道对应的至少一种上行资源类型中选择优先级最高的上行资源类型作为该第一类型；
[0058] 从该第一逻辑信道对应的至少一种上行资源类型中随机选择一个上行资源类型作为该第一类型；
[0059] 从该第一逻辑信道对应的至少一种上行资源类型中选择传输时间间隔最短的上行资源类型作为该第一类型；
[0060] 从该第一逻辑信道对应的至少一种上行资源类型中选择可靠性最高的上行资源类型作为该第一类型；
[0061] 从该第一逻辑信道对应的至少一种上行资源类型中选择调度请求资源最密集的上行资源类型作为该第一类型；
[0062] 从该第一逻辑信道对应的至少一种上行资源类型中选择调度请求资源最早到达的上行资源类型作为该第一类型。
[0063] 在一种可能的设计中，发送模块在该第一目标资源上发送第一调度请求信息的过程中有数据到达第二逻辑信道对应的缓存时，处理模块触发第二指示信息的进程，该第二指示信息用于指示该数据到达该第二逻辑信道对应的缓存后该终端设备待传数据的数据量。
[0064] 在一种可能的设计中，处理模块还用于从该第二逻辑信道对应的至少一种上行资源类型中确定向网络设备申请的上行资源的第二类型；从调度请求资源中选择出第二目标资源，通过该第二目标资源指示该上行资源的第二类型；
[0065] 发送模块还用于在该第二目标资源上发送第二调度请求信息，该第二调度请求信息用于请求该网络设备给该终端设备分配该第二类型的上行资源。
[0066] 在一种可能的设计中，该第二逻辑信道的优先级高于该第一逻辑信道的优先级。
[0067] 在一种可能的设计中，该第一类型的个数为多个，通过该第一目标资源指示多个第一类型中的一个；
[0068] 该第二类型的个数为多个，通过该第二目标资源指示多个第二类型中的一个。
[0069] 在一种可能的设计中，该第一指示信息对应第一调度请求的进程，该第二指示信息对应第二调度请求的进程，该第二调度请求的进程的优先级高于该第一调度请求的进程的优先级。
[0070] 在一种可能的设计中，处理模块还用于根据该第一调度请求信息对应的第一时间窗和该第二调度请求信息对应的第二时间窗，确定是否触发该第二调度请求的进程；
[0071] 该第一时间窗是发送模块发送相邻两个第一调度请求信息的最短时间间隔；
[0072] 该第二时间窗是发送模块发送相邻两个第二调度请求信息的最短时间间隔。
[0073] 在一种可能的设计中，如果该第二时间窗的结束时刻比该第一时间窗的结束时刻早，则处理模块触发该第二调度请求的进程；或者
[0074] 如果该第二时间窗的结束时刻比该第一时间窗的结束时刻晚或相等，则处理模块不触发该第二调度请求的进程。
[0075] 在一种可能的设计中，该第一调度请求的进程和该第二调度请求的进程并行，处理模块分别统计发送第一调度请求信息的个数和第二调度请求信息的个数。
[0076] 在一种可能的设计中，该第一调度请求的进程和该第二调度请求的进程串行，当该第一调度请求的进程恢复时，处理模块重新统计发送第一调度请求信息的个数，或者根据历史统计的第一调度请求信息的个数，统计发送第一调度请求信息的个数。
[0077] 在一种可能的设计中，若该调度请求资源指示的上行资源的类型包括第一类型或第二类型，则处理模块对所述第二调度请求的进程进行计数。
[0078] 在一种可能的设计中，当发送模块发送该第二调度请求信息的个数或该第一调度请求信息的个数大于预设个数时，处理模块还用于如下至少一种：
[0079] 通过发送模块发起随机接入流程；
[0080] 释放所述第一逻辑信道对应的上行资源的第一类型的如下至少一种资源：
[0081] 上行控制信道资源、上行参考信号资源、上行数据传输资源和下行数据传输资源；
[0082] 释放所述第二逻辑信道对应的上行资源的第二类型的如下至少一种资源：
[0083] 上行控制信道资源、上行参考信号资源、上行数据传输资源和下行数据传输资源。
[0084] 在一种可能的设计中，还包括：接收模块；
[0085] 若该接收模块接收到该网络设备分配的上行资源的类型包括第一类型，则处理模块取消该第一调度请求进程；或
[0086] 若该接收模块接收到该网络设备分配的上行资源的类型包括第二类型，则处理模块取消该第二调度请求进程；或
[0087] 若发送模块向该网络设备发送该第一指示信息，则处理模块取消该第一调度请求进程，该第一指示信息用于指示该第一逻辑信道对应的待传数据的数据量；或[0088] 若发送模块向该网络设备发送该第二指示信息，则处理模块取消该第二调度请求进程，该第二指示信息用于指示该第二逻辑信道对应的待传数据的数据量；或[0089] 若发送模块通过该第一类型或该第二类型的上行资源向该网络设备发送该第一指示信息，则处理模块取消该第一调度请求进程；或
[0090] 若处理模块通过发送模块发起随机接入流程时使用的PRACH资源和preamble ID的组合所指示的上行资源的类型包括该第一逻辑信道对应的一种或多种上行资源类型，则处理模块取消该第一调度请求进程；或
[0091] 若处理模块通过发送模块发起随机接入流程时使用的PRACH资源和preamble ID的组合所指示的上行资源的类型包括该第二逻辑信道对应的一种或多种上行资源类型，则处理模块取消该第二调度请求进程。
[0092] 第三方面，本申请提供一种终端设备，包括：处理器和发送器；
[0093] 该处理器可以是上述第二方面所述的处理模块，该发送器可以是上述第二方面所述的发送模块。
[0094] 在一种可能的设计中，该终端设备还包括：接收器；
[0095] 该接收器可以是上述第二方面所述的接收模块。
[0096] 本申请的又一方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
[0097] 本申请的再一方面提供了一种包含指令的
计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
[0098] 可见，在以上各个方面，通过终端设备确定向网络设备申请的上行资源的类型，从调度请求资源中选择出可以指示该类型的目标资源，并在该目标资源上发送调度请求信息，以请求网络设备给终端设备分配该类型的上行资源，实现了终端设备能够向网络设备申请不同类型的上行资源的机制。
附图说明
[0099] 图1为本申请实施例提供的一种通信系统示意图；
[0100] 图2为本申请实施例提供的一种MBB业务数据发送方法的示意图；
[0101] 图3为本申请实施例提供的另一种MBB业务数据发送方法的示意图；
[0102] 图4为本申请实施例提供的一种资源申请方法的流程示意图；
[0103] 图5为本申请实施例提供的一种场景示意图；
[0104] 图6为本申请实施例提供的另一种场景示意图；
[0105] 图7为本申请实施例提供的再一种场景示意图；
[0106] 图8为本申请实施例提供的一种时间窗的示意图；
[0107] 图9为本申请实施例提供的一种进程计数的示意图；
[0108] 图10为本申请实施例提供的另一种进程计数的示意图；
[0109] 图11为本申请实施例提供的再一种进程计数的示意图；
[0110] 图12为本申请实施例提供的又一种场景示意图；
[0111] 图13为本申请实施例提供的一种终端设备的结构示意图；
[0112] 图14为本申请实施例提供的另一种终端设备的结构示意图。
具体实施方式
[0113] 本申请实施例可应用于各种类型的的通信系统。图1为本申请实施例提供的一种通信系统示意图，其中，包括网络设备11和终端设备12例如用户设备(User Equipment，UE)，其中，网络设备11可以是网络侧设备，例如，无线保真(Wireless-Fidelity，Wi-Fi)的接入点AP、下一代通信的基站，如5G的gNB或小站、微站，还可以是中继站、接入点、车载设备等。本申请实施例中的终端设备12可以指接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、
用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，简称为“SIP”)电话、无线本地环路(Wireless Local Loop，简称为“WLL”)站、个人数字处理(Personal Digital Assistant，简称为“PDA”)、具有无线通信功能的
手持设备、计算设备或连接到无线
调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端，下一代WIFI中的站(Station，STA)等。
[0114] 在长期演进(Long Term Evolution，LTE)系统中，网络设备给终端设备分配了调度请求(Scheduling Request，SR)资源，终端设备可通过在SR资源上发送SR以向网络设备申请上行调度资源，并在网络设备给终端设备分配的上行调度资源上发送传统的移动宽带(Mobile Broad Band，MBB)业务数据。
[0115] 在5G网络中,引入了超高可靠性低时延通信(Ultra Reliable Low Latency Communications,URLLC)业务,该业务要求数据传输时延小于0.5ms，数据传输成功的概率大于等于99.999％。这个要求比现有的长期演进(Long Term Evolution,LTE)系统严格很多。为了满足URLLC业务的需求,可以使用Grant-free资源对URLLC业务的数据进行上行传输。
[0116] 图2为本申请实施例提供的一种MBB业务数据发送方法的示意图。如图2所示，当MBB业务数据到达UE的无线接入网(Radio Access Network，简称RAN)侧时，UE开始等待调度请求(Scheduling Request，简称SR)资源，SR资源是基站为每个UE分配的一个专用资源。SR的周期是通过IE：Scheduling Request Config的sr-Config Index字段配置的，基站可以在物理上行控制信道(Physical Uplink Control Channel，PUCCH)format 1资源上发送SR资源。当UE接收到基站下发的SR资源后，在SR资源上发送SR，用于告诉基站UE有数据要发送，基站接收到SR后，给UE先分配一少部分上行资源，该一少部分上行资源足够UE发送缓存状态报告(Buffer Status Reports，BSR)，之后基站向UE下发上行调度授权UL grant，UL grant用于指示UE可以在哪个时间、哪个载波以哪种调制编码方式上传BSR，UE通过该UL grant指示的上行资源向基站发送BSR，用于告诉基站UE有多少数据要发送，基站接收到BSR后，再次给UE分配上行资源，并向UE下发UL grant，此时UL grant用于指示UE可以在哪个时间、哪个载波以哪种调制编码方式上传MBB业务数据，UE根据该UL grant指示的上行资源向基站发送MBB业务数据。
[0117] 如图3所示，如果UE向基站发送了SR后，没有收到基站下发的UL grant，则UE可以在下一个SR时机继续发送SR，直到UE发送的SR达到了一定的次数(例如6次，本申请实施例不限定具体的次数)还没有收到基站下发的UL grant时，UE就会在接下来的物理随机接入信道(Physical Random Access Channel，PRACH)资源上发起随机接入(Random Access，RA)过程。
[0118] 由于终端设备可对应有多种业务的数据，终端设备发送不同业务数据时所需要的上行资源的类型是不同的，而现有技术中，终端设备并不能向网络设备申请不同类型的上行资源。为解决该问题，本申请实施例提供了一种资源申请方法，具体提供了如下几种实施例，下面结合具体场景对实施例进行说明：
[0119] 图4为本申请实施例提供的一种资源申请方法的流程示意图。本申请实施例所述的方法不仅适用于5G系统，只要上行资源需要由通信双方的一方进行分配，均可使用本申请实施例所述的方法，下面以5G系统为例介绍资源申请方法，如图4所示，该方法具体包括如下步骤：
[0120] 步骤S401、终端设备确定向网络设备申请的上行资源的第一类型。
[0121] 其中，终端设备确定向网络设备申请的上行资源的第一类型的一种可行的实现方式是：所述终端设备确定触发第一指示信息的进程的第一逻辑信道，所述第一指示信息用于指示所述终端设备待传数据的数据量；所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中确定至少一个所述第一类型。
[0122] 如图5所示，终端设备例如UE有四个逻辑信道(Logical Channel，LCH)，该四个逻辑信道分别为LCH1、LCH2、LCH3、LCH4，其中，LCH1、LCH2、LCH3、LCH4的优先级依次降低，此处只是示意性说明，并不限定终端设备的逻辑信道的个数。为了对不同的逻辑信道加以区分，本实施例中的第一逻辑信道具体可以是LCH2，后续实施例中出现的第二逻辑信道具体可以是LCH1。
[0123] 具体的，LCH1、LCH2、LCH3、LCH4分别对应终端设备的不同缓存区，不同缓存区缓存的数据的优先级不同，则LCH1、LCH2、LCH3、LCH4分别对应的缓存区的数据的优先级依次降低。当有数据到达第一逻辑信道对应的缓存区时，触发第一指示信息的进程，第一指示信息具体可以是BSR，例如当有数据到达LCH2对应的缓存区时，触发一个BSR进程，此时的BSR用于指示数据到达LCH2对应的缓存区后，终端设备例如UE待发数据的数据量，该待发数据可以是四个逻辑信道分别对应的缓存区的数据的和。
[0124] 此外，每个逻辑信道对应有各自的上行资源类型，该上行资源类型包括但不限于空口格式或传输时间间隔(Transmission Time Interval，TTI)长度,其中，逻辑信道和上行资源类型的对应关系是由基站配置的，空口格式包括
子载波间隔、循环前缀(Cyclic Prefix,CP)长度，TTI长度中的至少一种。如图5所示，LCH2对应有三种不同的空口格式或TTI长度，三种不同的空口格式或TTI长度分别记为：空口格式或TTI长度2A、空口格式或TTI长度2B、空口格式或TTI长度2C，2A、2B、2C可作为三种不同的空口格式或TTI长度的标识信息。
[0125] 例如，当LCH2对应的缓存区有数据到达、LCH1对应的缓存区没有数据时，触发BSR进程的是LCH2，此时LCH2是触发BSR进程的、优先级最高的LCH，由于第一逻辑信道具体可以是LCH2，为了与后续实施例中涉及到的第二逻辑信道例如LCH1加以区分，此处可以将LCH2触发的BSR进程记为BSR进程A，将后续实施例中LCH1触发的BSR进程记为BSR进程B。终端设备例如UE从LCH2对应的三种不同的空口格式或TTI长度中选择出一种空口格式或TTI长度作为终端设备例如UE向基站申请的上行资源的类型，例如，终端设备例如UE的媒体
访问控制(Media Access Control，MAC)层实体从空口格式或TTI长度2A、空口格式或TTI长度2B、空口格式或TTI长度2C中选择出空口格式或TTI长度2A，本实施例所述的第一类型具体为空口格式或TTI长度2A，表示终端设备例如UE需要基站给UE分配的上行资源的类型是2A标识的类型。
[0126] 步骤S402、所述终端设备从调度请求资源中选择出第一目标资源，通过所述第一目标资源指示所述上行资源的第一类型。
[0127] 如图5所示，SR资源周期性出现，每个SR资源可以指示的空口格式或TTI长度可以相同也可以不同，例如，第一个SR资源可以指示空口格式或TTI长度2A或空口格式或TTI长度2B，第二个SR资源可以指示空口格式或TTI长度2A或空口格式或TTI长度2C，后续SR资源不再赘述。由于终端设备例如UE确定需要基站给UE分配的上行资源的类型是2A标识的类型即空口格式或TTI长度2A，则MAC层实体从周期性出现的SR资源中选择出可以指示空口格式或TTI长度2A的SR资源，并将可以指示第一类型即空口格式或TTI长度2A的SR资源记为第一目标资源，如图5所示，第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源可以指示空口格式或TTI长度2A，因此，将第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源作为第一目标资源，如图5所示的竖线阴影部分。
[0128] 步骤S403、所述终端设备在所述第一目标资源上发送第一调度请求信息，所述第一调度请求信息用于请求所述网络设备给所述终端设备分配所述第一类型的上行资源。
[0129] MAC层实体选择出第一目标资源后，通知UE的物理层实体在第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源上发送调度请求信息，例如SR信令，在本实施例中，通过第一目标资源指示所述上行资源的第一类型，具体包括如下几种可能的情况：
[0130] 一种可能的情况是：第一目标资源出现的时频
位置，该时频位置具体可以是时间和频域位置至少一种，可以指示请求基站给UE分配的上行资源的第一类型，例如，第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源分别出现的时机本身可以指示请求基站给UE分配的上行资源的类型是2A。具体的，MAC层实体在第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源分别出现的时刻通知物理层实体在相应的SR资源上向基站发送SR。
[0131] 另一种可能的情况是：UE在第一目标资源上发送的第一调度请求信息包括请求基站给UE分配的上行资源的类型的标识信息，例如，UE在第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源上分别发送的SR包括空口格式或TTI长度2A的标识信息即2A，因为，第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源不仅可以指示空口格式或TTI长度2A，还可以指示空口格式或TTI长度2B或2C，因此，在第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源上发送SR时，需要在SR中携带标识信息2A，以表示第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源实际指示的空口格式或TTI长度是2A而不是2B或2C。
[0132] 如图5所示，MAC层实体从空口格式或TTI长度2A、空口格式或TTI长度2B、空口格式或TTI长度2C中选择出一种空口格式或TTI长度2A，在其他实施例中，MAC层实体还可以选择多种空口格式或TTI长度，如图6所示，MAC层实体从空口格式或TTI长度2A、空口格式或TTI长度2B、空口格式或TTI长度2C中选择出两种空口格式或TTI长度，具体为空口格式或TTI长度2A和空口格式或TTI长度2B，此时，第一类型可以是空口格式或TTI长度2A和空口格式或TTI长度2B，即第一类型的个数可以是一个，也可以是多个。如果所述第一类型的个数为多个，通过所述第一目标资源指示多个第一类型中的一个。
[0133] MAC层实体选择出空口格式或TTI长度2A和空口格式或TTI长度2B之后，从周期性出现的SR资源中选择出可以指示空口格式或TTI长度2A或空口格式或TTI长度2B的SR资源，如图6所示，第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源可以指示空口格式或TTI长度2A，第一个SR资源、第三个SR资源、第四个SR资源、第七个SR资源可以指示空口格式或TTI长度2B，其中，第一个SR资源既可以指示空口格式或TTI长度2A，也可以指示空口格式或TTI长度2B，第四个SR资源既可以指示空口格式或TTI长度2A，也可以指示空口格式或TTI长度2B，在这种情况下，可通过如下几种可行的实现方式确定第一个SR资源和第四个SR资源指示哪个空口格式或TTI长度：
[0134] 一种可行的实现方式是：从空口格式或TTI长度2A和空口格式或TTI长度2B中，随机选取一个空口格式或TTI长度作为第一个SR资源和第四个SR资源可以指示的空口格式或TTI长度。
[0135] 另一种可行的实现方式是：根据LCH2对应的空口格式或TTI长度2A、空口格式或TTI长度2B、空口格式或TTI长度2C的优先级，确定第一个SR资源和第四个SR资源优先指示哪个空口格式或TTI长度，可选的，空口格式或TTI长度2A、空口格式或TTI长度2B、空口格式或TTI长度2C的优先级依次降低，则第一个SR资源和第四个SR资源可优先指示空口格式或TTI长度2A。
[0136] 因此，如图6所示，MAC层实体通知物理层实体在第一个SR资源、第二个SR资源、第四个SR资源、第五个SR资源上发送的SR携带标识信息2A，在第三个SR资源、第七个SR资源上发送的SR携带标识信息2B。本实施例中的第一目标资源具体可以是如图6所示的竖线阴影部分的SR资源。其中，MAC层实体不通知物理层实体在第六个SR资源上发送SR，因为，第六个SR资源可以指示空口格式或TTI长度2C，即可以向基站请求空口格式或TTI长度为2C的上行资源，所以MAC层实体不通知物理层实体在第六个SR资源上发送SR。
[0137] 此外，所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中确定至少一个所述第一类型，包括如下几种可行的实现方式：
[0138] 一种可行的实现方式是：所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择优先级最高的上行资源类型作为所述第一类型。此处的优先级，可以有三种获取方式：一种方式是由协议规定的，所有UE判断优先级的准则相同；另一种方式是通过广播消息指示的，所有UE判断优先级的准则相同；再一种方式是由专用信令配置的，各个UE判断优先级的准则不同。
[0139] 另一种可行的实现方式是：所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中随机选择一个上行资源类型作为所述第一类型。
[0140] 再一种可行的实现方式是：所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择传输时间间隔最短的上行资源类型作为所述第一类型。
[0141] 又一种可行的实现方式是：所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择可靠性最高的上行资源类型作为所述第一类型。
[0142] 又一种可行的实现方式是：所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择调度请求资源最密集的上行资源类型作为所述第一类型。
[0143] 又一种可行的实现方式是：所述终端设备从所述第一逻辑信道对应的至少一种上行资源类型中选择对应的调度请求资源最早到达的上行资源类型作为所述第一类型。
[0144] 其中，第一逻辑信道具体可以是上述实施例所述的LCH2。第一逻辑信道对应的至少上行资源类型具体可以是上述实施例所述的LCH2对应的空口格式或TTI长度2A、空口格式或TTI长度2B、空口格式或TTI长度2C。第一类型具体可以是上述实施例所述的空口格式或TTI长度2A，或者，空口格式或TTI长度2A和空口格式或TTI长度2B，即第一类型可以是一种空口格式或TTI长度，也可以是多种空口格式或TTI长度。
[0145] 本实施例提供的资源申请方法，通过终端设备确定向网络设备申请的上行资源的类型，从调度请求资源中选择出可以指示该类型的目标资源，并在该目标资源上发送调度请求信息，以请求网络设备给终端设备分配该类型的上行资源，实现了终端设备能够向网络设备申请不同类型的上行资源的机制。
[0146] 在上述实施例的
基础上，所述终端设备在所述第一目标资源上发送第一调度请求信息的过程中有数据到达第二逻辑信道对应的缓存，并触发第二指示信息的进程，所述第二指示信息用于指示所述数据到达所述第二逻辑信道对应的缓存后所述终端设备待传数据的数据量。
[0147] 其中，第一逻辑信道具体可以是上述实施例所述的LCH2，第二逻辑信道具体可以是上述实施例所述的LCH1，第一目标资源是如图5或6所示的竖线阴影部分的SR资源，第一调度请求信息是在第一目标资源上发送的SR。如图5或6所示，物理层实体在竖线阴影部分的SR资源上发送SR的过程中，例如在发送完第3个SR时刻，有新的数据到达了LCH1对应的缓存，由于LCH1的优先级比LCH2的优先级高，则到达LCH1对应的缓存的新数据的优先级比上述实施例中到达LCH2对应的缓存的数据的优先级高，此处只是示意性说明，并不限定LCH1的优先级比LCH2的优先级高，LCH1的优先级还可以比LCH2的优先级低，或者，LCH1的优先级与LCH2的优先级相等，LCH1均会触发BSR进程B，LCH1变成了触发BSR进程的、优先级最高的LCH，所述终端设备执行以下步骤：
[0148] 所述终端设备从所述第二逻辑信道对应的至少一种上行资源类型中确定向网络设备申请的上行资源的第二类型；
[0149] 所述终端设备从调度请求资源中选择出第二目标资源，通过所述第二目标资源指示所述上行资源的第二类型；
[0150] 所述终端设备在所述第二目标资源上发送第二调度请求信息，所述第二调度请求信息用于请求所述网络设备给所述终端设备分配所述第二类型的上行资源。
[0151] 其中，所述第二类型的个数为多个，通过所述第二目标资源指示多个第二类型中的一个。下面结合图7对前述步骤进行详细说明。
[0152] 如图7所示，LCH1对应有两种不同的空口格式或TTI长度即空口格式或TTI长度1A和空口格式或TTI长度2A，此处需要说明的是，每个LCH对应的空口格式或TTI长度的个数和种类是可以预先配置的。MAC层实体从LCH1对应的两种不同的空口格式或TTI长度中确定出向网络设备申请的上行资源的第二类型，该第二类型可以是一个，也可以是多个，可选的，该第二类型为空口格式或TTI长度1A或空口格式或TTI长度2A。由于新数据在物理层实体发送完第3个SR时刻到达LCH1对应的缓存，则从第四个SR资源开始，MAC层实体从周期性出现的SR资源中选择出可以指示空口格式或TTI长度1A或空口格式或TTI长度2A的SR资源，并将可以指示空口格式或TTI长度1A或空口格式或TTI长度2A的SR资源记为第二目标资源，如图7所示，第四个SR资源可以指示空口格式或TTI长度2A，第五个SR资源可以指示空口格式或TTI长度1A，第六个SR资源可以指示空口格式或TTI长度2A，则将第四个SR资源、第五个SR资源、第六个SR资源记为第二目标资源，如图7所示的横线阴影部分。若某个SR资源既可以指示空口格式或TTI长度1A，也可以指示空口格式或TTI长度2A时，可根据空口格式或TTI长度
1A的优先级高于空口格式或TTI长度2A的优先级，确定该SR资源优先指示空口格式或TTI长度1A，也可以从指示空口格式或TTI长度1A和指示空口格式或TTI长度2A中随机选取一个作为该SR资源指示的空口格式或TTI长度。MAC层实体确定出第二目标资源后，在第二目标资源上发送第二调度请求信息，例如在第四个SR资源和第六个SR资源上发送SR时，需要在SR中携带标识信息2A，以表示第四个SR资源和第六个SR资源实际指示的空口格式或TTI长度是2A，表示UE需要基站给UE分配的上行资源的类型是2A标识的类型；在第五个SR资源上发送SR时，需要在SR中携带标识信息1A，以表示第五个SR资源实际指示的空口格式或TTI长度是1A，表示UE需要基站给UE分配的上行资源的类型是1A标识的类型。由于第七个SR资源可以指示空口格式或TTI长度2C，即可以向基站请求空口格式或TTI长度为2C的上行资源，而空口格式或TTI长度为2C不是LCH1对应的空口格式或TTI长度，因此，MAC层实体不通知物理层实体在第七个SR资源上发送SR。
[0153] 在上述实施例的基础上，所述第一指示信息对应第一调度请求的进程，所述第二指示信息对应第二调度请求的进程，所述第二调度请求的进程的优先级高于所述第一调度请求的进程的优先级。第一指示信息是指数据到达LCH2对应的缓存区后UE待发数据的数据量即BSR，第二指示信息是指数据到达LCH1对应的缓存区后UE待发数据的数据量即BSR，第一调度请求的进程具体可以是第一SR进程，第二调度请求的进程具体可以是第二SR进程，本实施例可通过如下可实现的方式确定是否需要触发进程2，具体的，所述终端设备根据所述第一调度请求信息对应的第一时间窗和所述第二调度请求信息对应的第二时间窗，确定是否触发所述第二调度请求的进程；其中，所述第一时间窗是所述终端设备发送相邻两个第一调度请求信息的最短时间间隔；所述第二时间窗是所述终端设备发送相邻两个第二调度请求信息的最短时间间隔。其中，第一调度请求信息对应的第一时间窗的长度和第二调度请求信息对应的第二时间窗的长度是有基站配置的，例如可以通过RRC配置。
[0154] 如图8所示，箭头A表示第一SR进程被触发，箭头B表示第一SR进程发送了一个SR，81表示第一SR进程发送SR后出现的时间窗，该时间窗内可能会有SR资源出现，但是UE的第一SR进程不能在时间窗81持续的时间内通过SR资源发送SR，需要等到时间窗81结束之后第一个出现的SR资源上发送SR。箭头C表示假设触发第二SR进程，箭头D表示假设触发第二SR进程后，第二SR进程发送SR的时刻，82表示第二SR进程发送SR后出现的时间窗，该时间窗内可能会有SR资源出现，但是UE的第二SR进程不能在时间窗82持续的时间内通过SR资源发送SR，需要等到时间窗82结束之后第一个出现的SR资源上发送SR。根据图8可知，时间窗82的结束时刻比时间窗81的结束时刻早，在这种情况下，触发第二SR进程。可选的，还可以停止第一SR进程。
[0155] 箭头E表示假设触发第二SR进程，箭头F表示假设触发第二SR进程后，第二SR进程发送SR的时刻，83表示第二SR进程发送SR后出现的时间窗，该时间窗内可能会有SR资源出现，但是UE的第二SR进程不能在时间窗83持续的时间内通过SR资源发送SR，需要等到时间窗83结束之后第一个出现的SR资源上发送SR。根据图8可知，时间窗83的结束时刻比时间窗81的结束时刻晚，在这种情况下，不触发第二SR进程。可选的，还可以继续第一SR进程。
[0156] 本实施例提供的资源申请方法，通过时间窗确定SR进程是否触发，避免了旧的SR进程被新的SR进程无条件中断。
[0157] 另外，在上述实施例的基础上，所述第一调度请求的进程和所述第二调度请求的进程可以并行，此处的并行是指进程的并行，不是指SR资源的并行。如图9所示，进程1表示第一调度请求的进程，进程2表示第二调度请求的进程，进程1和进程2是并行的，进程1的计数用于统计UE发送第一调度请求信息的个数，进程2的计数用于统计UE发送第二调度请求信息的个数，UE分别统计发送第一调度请求信息的个数和第二调度请求信息的个数。
[0158] 另外，所述第一调度请求的进程和所述第二调度请求的进程还可以串行，此处的串行是指两个SR资源的串行，即同一时刻只有一个进程进行，另一个进程可以挂起，挂起和停止的区别在于，进程停止之后可能不再恢复，进程挂起之后可能再恢复。如图10或11所示，触发进程2时，挂起进程1；挂起进程2时，恢复进程1。当所述第一调度请求的进程恢复时，所述终端设备重新统计发送第一调度请求信息的个数，或者根据历史统计的第一调度请求信息的个数，统计发送第一调度请求信息的个数。如图10所示，恢复进程1时，在历史统计的第一调度请求信息的个数4的基础上，继续统计发送第一调度请求信息的个数例如5、6、7等。如图11所示，恢复进程1时，重新从1统计第一调度请求信息的个数。
[0159] 本实施例提供的资源申请方法，通过对不同优先级的SR进程进行计数，不同优先级的SR进程可以并行，也可以串行，当不同优先级的SR进程并行时，分别对不同SR进程进行计数，当不同优先级的SR串行时，对恢复的SR进程的计数，可以重新开始计数，也可以从历史计数的基础上继续计数，提高了对SR进程计数的灵活性。
[0160] 在上述实施例的基础上，若所述调度请求资源指示的上行资源的类型包括第一类型或第二类型，则所述终端设备对所述第二调度请求的进程进行计数。例如，第二调度请求的进程即第二SR进程的优先级高于第一调度请求的进程即第一SR进程的优先级，当第一SR进程和第二SR进程并行时，如果同一个SR资源同时可以供两个SR进程使用，如何对两个SR进程进行计数，包括如下可行的实现方式：对高优先级的SR进程进行计数。如图12所示，MAC层实体确定LCH2对应的空口格式或TTI长度2A、空口格式或TTI长度2B、空口格式或TTI长度2C均为第一类型，即可以指示空口格式或TTI长度2A、空口格式或TTI长度2B或空口格式或TTI长度2C的SR资源记为第一目标资源，并通过第一个SR资源、第二个SR资源和第三个SR资源分别发送SR，进程1对在第一目标资源上发送的SR进行计数。当发送完第三个SR后，有更高级的数据到达LCH1对应的缓存，则LCH1触发新的进程2，进程1表示第一调度请求的进程，进程2表示第二调度请求的进程，进程2的优先级高于进程1的优先级。
[0161] 进程2触发后，第四个SR资源可以指示空口格式或TTI长度2A，也可以指示空口格式或TTI长度2B，由于空口格式或TTI长度2A即属于LCH1对应的空口格式或TTI长度，也属于LCH2对应的空口格式或TTI长度，由于LCH1的优先级高于LCH2的优先级，则UE将其在第四个SR资源上发送的SR算作进程2的第一个计数，即进程2的计数加1，而进程1的计数不加1，由于第五个SR资源指示空口格式或TTI长度1A，空口格式或TTI长度1A属于LCH1对应的空口格式或TTI长度，则进程2的计数再加1，第六个SR资源上发送的SR算作进程2的第三个计数，同理于第四个SR资源，第七个SR资源指示空口格式或TTI长度2C，空口格式或TTI长度2C不属于LCH1对应的空口格式或TTI长度，但是属于LCH2对应的空口格式或TTI长度，由于进程1和进程2是并行的，所以对进程1继续进行计数。本实施例仅限于同一时间，SR资源只有一份的情况。如果同一时间SR资源有多份，UE可以同时使用多份SR资源，分别向基站请求不同类型的资源，两个SR进程同时发送。
[0162] 本实施例提供的资源申请方法，通过对并行的SR进程分别计数，当同一个SR资源同时可以供两个SR进程使用时，可对高优先级的SR进程进行计数，避免了SR进程计数可能出现的错误。
[0163] 另外，当所述终端设备发送所述第二调度请求信息的个数或所述第一调度请求信息的个数大于预设个数时，所述方法还包括如下至少一种：
[0164] 所述终端设备发起随机接入流程；例如，UE取消所有暂停或挂起(pending)的SR进程。发起随机接入流程时，根据当前达到最大次数的SR-BSR-LCH所对应的一种或多种空口格式或TTI长度，选择对应的“PRACH资源+preamble ID”组合，发起随机接入。其中PRACH资源的时频位置和preamble ID的组合可以向网络侧指示哪一种空口格式或TTI长度的资源。
[0165] 所述终端设备释放所述第一逻辑信道对应的上行资源的第一类型的如下至少一种资源：上行控制信道资源、上行参考信号资源、上行数据传输资源和下行数据传输资源；或者，所述终端设备释放所述第二逻辑信道对应的上行资源的第二类型的如下至少一种资源：上行控制信道资源、上行参考信号资源、上行数据传输资源和下行数据传输资源。例如，UE通知UE的无线资源控制(Radio Access Technology，RRC)层实体“该SR进程是由于哪个LCH的BSR触发的”，RRC层实体根据该LCH的信息，释放这个LCH所对应的一个或多个空口格式或TTI长度所对的物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)资源、信道探测参考信号(Sounding Reference Signal，SRS)资源、下行(Down Link,DL)资源和上行(Up Link,UL)资源中的任一一种或多种资源。
[0166] 本实施例提供的资源申请方法，当SR发送的次数大于预设次数时，通过释放资源或发起随机接入，提高了资源利用率。
[0167] 此外，取消SR进程包括如下几种可行的实现方式：
[0168] 一种可行的实现方式是：若所述终端设备接收到所述网络设备分配的上行资源的类型包括第一类型，则取消所述第一调度请求进程；或若所述终端设备接收到所述网络设备分配的上行资源的类型包括第二类型，则取消所述第二调度请求进程。例如，UE接收到基站分配的上行资源，该上行资源的空口格式或TTI长度落入SR申请的范围。如图12所示，有两个SR进程，进程1和进程2，进程1由LCH2触发，其申请的资源类型是2A或2B或2C，只要UE接收到基站分配的2A、2B、2C中的任一一种，即可取消进程1；同理，进程2由LCH1触发，其申请的资源类型是1A或2A，只要UE接收到基站分配的1A、2A中的任一一种，即可取消进程2。
[0169] 另一种可行的实现方式是：若所述终端设备向所述网络设备发送所述第一指示信息，则取消所述第一调度请求进程，所述第一指示信息用于指示所述第一逻辑信道对应的待传数据的数据量；或若所述终端设备向所述网络设备发送第二指示信息，则取消所述所述第二调度请求进程，所述第二指示信息用于指示所述第二逻辑信道对应的待传数据的数据量。例如，UE发送了BSR，而且BSR中包含了当前触发SR进程的LCH或LCH组的待发数据。例如，UE发送了BSR，且BSR包含LCH 2的数据，就取消LCH2触发的SR进程。
[0170] 再一种可行的实现方式是：若所述终端设备通过所述第一类型或所述第二类型的上行资源向所述网络设备发送所述第一指示信息，则取消所述第一调度请求进程。例如，UE发送了BSR，而且BSR中包含了当前触发进程1的LCH或LCH组的待发数据，且发送该BSR的上行资源的空口格式或TTI长度的优先级高于或等于该LCH或LCH组所对应的空口格式或TTI长度的优先级，就取消进程1。例如，UE发送了BSR，并且BSR中包含了LCH2的数据，并且该BSR通过空口格式2A或2B或2C或者更高优先级的空口格式传输，就取消进程1。
[0171] 又一种可行的实现方式是：若所述终端设备发起随机接入流程时使用的PRACH资源和preamble ID的组合所指示的上行资源的类型包括所述第一逻辑信道对应的一种或多种上行资源类型，则取消所述第一调度请求进程；
[0172] 又一种可行的实现方式是：若所述终端设备发起随机接入流程时使用的PRACH资源和preamble ID的组合所指示的上行资源的类型包括所述第二逻辑信道对应的一种或多种上行资源类型，则取消所述第二调度请求进程。
[0173] 图13为本申请实施例提供的一种终端设备的结构示意图。如图13所示，该终端设备130包括处理模块131和发送模块132，其中，处理模块131用于确定向网络设备申请的上行资源的第一类型；从调度请求资源中选择出第一目标资源，通过所述第一目标资源指示所述上行资源的第一类型；发送模块132用于在所述第一目标资源上发送第一调度请求信息，所述第一调度请求信息用于请求所述网络设备给所述终端设备分配所述第一类型的上行资源。
[0174] 在图13中，进一步地，处理模块131具体用于确定触发第一指示信息的进程的第一逻辑信道，所述第一指示信息用于指示所述终端设备待传数据的数据量；从所述第一逻辑信道对应的至少一种上行资源类型中确定至少一个所述第一类型。
[0175] 在上述实施例中，处理模块131从所述第一逻辑信道对应的至少一种上行资源类型中确定至少一个所述第一类型时，具体用于如下至少一种：
[0176] 从所述第一逻辑信道对应的至少一种上行资源类型中选择优先级最高的上行资源类型作为所述第一类型；
[0177] 从所述第一逻辑信道对应的至少一种上行资源类型中随机选择一个上行资源类型作为所述第一类型；
[0178] 从所述第一逻辑信道对应的至少一种上行资源类型中选择传输时间间隔最短的上行资源类型作为所述第一类型；
[0179] 从所述第一逻辑信道对应的至少一种上行资源类型中选择可靠性最高的上行资源类型作为所述第一类型；
[0180] 从所述第一逻辑信道对应的至少一种上行资源类型中选择调度请求资源最密集的上行资源类型作为所述第一类型；
[0181] 从所述第一逻辑信道对应的至少一种上行资源类型中选择调度请求资源最早到达的上行资源类型作为所述第一类型。
[0182] 在上述实施例中，发送模块132在所述第一目标资源上发送第一调度请求信息的过程中有数据到达第二逻辑信道对应的缓存时，处理模块131触发第二指示信息的进程，所述第二指示信息用于指示所述数据到达所述第二逻辑信道对应的缓存后所述终端设备待传数据的数据量。
[0183] 在上述实施例中，处理模块131还用于从所述第二逻辑信道对应的至少一种上行资源类型中确定向网络设备申请的上行资源的第二类型；从调度请求资源中选择出第二目标资源，通过所述第二目标资源指示所述上行资源的第二类型；
[0184] 发送模块132还用于在所述第二目标资源上发送第二调度请求信息，所述第二调度请求信息用于请求所述网络设备给所述终端设备分配所述第二类型的上行资源。
[0185] 在上述实施例中，所述第二逻辑信道的优先级高于所述第一逻辑信道的优先级。
[0186] 在上述实施例中，所述第一类型的个数为多个，通过所述第一目标资源指示多个第一类型中的一个；
[0187] 所述第二类型的个数为多个，通过所述第二目标资源指示多个第二类型中的一个。
[0188] 在上述实施例中，所述第一指示信息对应第一调度请求的进程，所述第二指示信息对应第二调度请求的进程，所述第二调度请求的进程的优先级高于所述第一调度请求的进程的优先级。
[0189] 在上述实施例中，处理模块131还用于根据所述第一调度请求信息对应的第一时间窗和所述第二调度请求信息对应的第二时间窗，确定是否触发所述第二调度请求的进程；
[0190] 所述第一时间窗是发送模块132发送相邻两个第一调度请求信息的最短时间间隔；
[0191] 所述第二时间窗是发送模块132发送相邻两个第二调度请求信息的最短时间间隔。
[0192] 在上述实施例中，如果所述第二时间窗的结束时刻比所述第一时间窗的结束时刻早，则处理模块131触发所述第二调度请求的进程；或者
[0193] 如果所述第二时间窗的结束时刻比所述第一时间窗的结束时刻晚或相等，则处理模块131不触发所述第二调度请求的进程。
[0194] 在上述实施例中，所述第一调度请求的进程和所述第二调度请求的进程并行，处理模块131分别统计发送第一调度请求信息的个数和第二调度请求信息的个数。
[0195] 在上述实施例中，所述第一调度请求的进程和所述第二调度请求的进程串行，当所述第一调度请求的进程恢复时，处理模块131重新统计发送第一调度请求信息的个数，或者根据历史统计的第一调度请求信息的个数，统计发送第一调度请求信息的个数。
[0196] 在上述实施例中，若所述调度请求资源指示的上行资源的类型包括第一类型或第二类型，则处理模块131对所述第二调度请求的进程进行计数。
[0197] 在上述实施例中，当发送模块132发送所述第二调度请求信息的个数或所述第一调度请求信息的个数大于预设个数时，处理模块131还用于如下至少一种：
[0198] 通过发送模块132发起随机接入流程；
[0199] 释放所述第一逻辑信道对应的上行资源的第一类型的如下至少一种资源：
[0200] 上行控制信道资源、上行参考信号资源、上行数据传输资源和下行数据传输资源；
[0201] 释放所述第二逻辑信道对应的上行资源的第二类型的如下至少一种资源：
[0202] 上行控制信道资源、上行参考信号资源、上行数据传输资源和下行数据传输资源。
[0203] 在上述实施例中，终端设备130还包括：接收模块133；
[0204] 若接收模块133接收到所述网络设备分配的上行资源的类型包括第一类型，则处理模块131取消所述第一调度请求进程；或
[0205] 若接收模块133接收到所述网络设备分配的上行资源的类型包括第二类型，则处理模块131取消所述第二调度请求进程；或
[0206] 若发送模块132向所述网络设备发送所述第一指示信息，则处理模块131取消所述第一调度请求进程，所述第一指示信息用于指示所述第一逻辑信道对应的待传数据的数据量；或
[0207] 若发送模块132向所述网络设备发送第二指示信息，则处理模块131取消所述第二调度请求进程，所述第二指示信息用于指示所述第二逻辑信道对应的待传数据的数据量；或
[0208] 若发送模块132通过所述第一类型或所述第二类型的上行资源向所述网络设备发送所述第一指示信息，则处理模块131取消所述第一调度请求进程；或
[0209] 若处理模块131通过发送模块132发起随机接入流程时使用的PRACH资源和preamble ID的组合所指示的上行资源的类型包括所述第一逻辑信道对应的一种或多种上行资源类型，则处理模块131取消所述第一调度请求进程；或
[0210] 若处理模块131通过发送模块132发起随机接入流程时使用的PRACH资源和preamble ID的组合所指示的上行资源的类型包括所述第二逻辑信道对应的一种或多种上行资源类型，则处理模块131取消所述第二调度请求进程。
[0211] 发送模块132在物理实现上可以为发送器，处理模块131在物理实现上可以为处理器，接收模块133在物理实现上可以为接收器。发送器可以执行终端设备的发送动作，处理器可执行终端模块确定，取消等处理动作，接收器可执行终端设备的接收动作。发送器，处理器以及接收器可以通过物理总线直接或间接相连。
[0212] 图13所示实施例的终端设备可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0213] 应理解以上终端设备的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些单元可以全部以
软件通过处理元件调用的形式实现；也可以全部以
硬件的形式实现；还可以部分单元通过软件通过处理元件调用的形式实现，部分单元通过硬件的形式实现。例如，处理模块131可以为单独设立的处理元件，也可以集成在终端设备的某一个芯片中实现，此外，也可以以程序的形式存储于终端设备的
存储器中，由终端设备的某一个处理元件调用并执行以上各个模块的功能。其它单元的实现与之类似。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成
电路，具有信号的处理能
力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成
逻辑电路或者软件形式的指令完成。
[0214] 例如，以上这些单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个
微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程
门阵列(Field Programmable Gate Array，FPGA)等。再如，当以上某个单元通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如
中央处理器(Central Processing Unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。
[0215] 图14为本申请实施例提供的另一种终端设备的结构示意图。如图14所示，该终端设备140包括：处理器110、存储器120、收发装置130。收发装置130可以与天线连接。在下行方向上，收发装置130通过天线接收基站发送的信息，并将信息发送给处理器110进行处理。在上行方向上，处理器110对终端的数据进行处理，并通过收发装置130发送给基站。
[0216] 该存储器120用于存储实现以上方法实施例，或者图13所示实施例各个模块的程序，处理器110调用该程序，执行以上方法实施例的操作，以实现图13所示的各个模块。
[0217] 或者，以上各个模块的部分或全部也可以通过集成电路的形式内嵌于该终端的某一个芯片上来实现。且它们可以单独实现，也可以集成在一起。即以上这些单元可以被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个
现场可编程门阵列(Field Programmable Gate Array，FPGA)等。
