CN103796320A - 调度请求的方法及装置 - Google Patents
调度请求的方法及装置 Download PDFInfo
- Publication number
- CN103796320A CN103796320A CN201410020510.5A CN201410020510A CN103796320A CN 103796320 A CN103796320 A CN 103796320A CN 201410020510 A CN201410020510 A CN 201410020510A CN 103796320 A CN103796320 A CN 103796320A
- Authority
- CN
- China
- Prior art keywords
- terminal equipment
- resource
- upstream data
- shared resource
- rnti
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种调度请求的方法、网络侧设备、终端设备和系统，属于通讯技术领域。方法包括：配置用于SR的第一共享资源并发送第一信息通知给多个终端设备；接收第一共享资源上的SR；为该多个终端设备分配上行数据的第二共享资源，或为其中至少一个分配上行数据的专用资源。网络侧设备包括：配置模块、接收模块和分配模块。终端设备包括：接收模块、请求模块和发送模块。系统包括：网络侧设备和第一终端设备。本发明避免了上行数据资源的浪费，提高了上行数据资源的利用率及上行数据的发送成功率。
Description
技术领域
本发明涉及通讯技术领域，特别涉及调度请求技术。
背景技术
LTE-A（Long Term Evolution-Advance，长期演进的后续演进）技术是LTE（Long TermEvolution，长期演进）的进一步的演进，在LTE的基础上能够进一步提高数据速率、减少时延、改善覆盖等。其中，为了减少上行数据的传输时延，在LTE-A中提出了CB（ContentionBased，基于竞争）的上行授权进行上行数据传输的技术，该技术与传统的在UE（UserEquipment，用户设备）请求时进行调度的流程不同，是eNB（evolved Node B，演进型基站）主动分配资源进行调度的方式。
传统的调度流程如下：UE在符合一定的触发条件时向eNB发送SR（Scheduling Request，调度请求）以请求调度，eNB收到SR后，通过以C-RNTI（Cell Radio Network TemporaryIdentifier，小区无线网络临时标识）加掩的PDCCH（Physical Downlink Control Channel，物理下行控制信道）命令给该UE分配上行资源，UE收到该命令后，在对应的资源上发送上行数据给eNB。
LTE-A中基于竞争进行上行数据传输的流程如下：eNB分配用于调度请求的CB资源（竞争的资源）给多个UE，该资源属于PUSCH（Physical Uplink Shared Channel，物理上行共享信道）资源，监听到CB资源的UE使用该资源向eNB发送上行数据，同时携带有自身标识C-RNTI，eNB收到后如果成功解出该上行数据，则利用PHICH向UE反馈ACK（ACKnowledge，确认），如果没有解出该上行数据，则利用PHICH（物理HARQ指示信道）向UE反馈NACK（Negative ACKnowledge，非确认），表明发生冲突；所有在该CB资源上发送数据的UE当接收到NACK后，为了避免重传时再次冲突，可以随机退避一段时间，然后再次使用该CB资源进行重传。
现有技术的CB资源分配方式，可能会造成CB资源的浪费，比如，没有UE发送上行数据时或者有多个UE同时发送导致冲突时，会导致CB资源利用率低。
发明内容
为了克服现有技术的缺陷，本发明实施例提供了一种调度请求的方法、网络侧设备、终端设备和系统。所述技术方案如下：
本发明实施例提供了一种调度请求的方法，所述方法包括：
为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求；
向所述多个终端设备发送第一信息，所述第一信息用于通知终端设备所述第一共享资源；
接收来自所述第一共享资源上的调度请求SR；
为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
本发明实施例还提供了一种网络侧设备，所述网络侧设备包括：
配置模块，用于为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求，向所述多个终端设备发送第一信息，所述第一信息用于通知终端设备所述第一共享资源；
接收模块，用于接收来自所述第一共享资源上的调度请求SR；
分配模块，用于为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
本发明实施例还提供了一种终端设备，所述终端设备包括：
接收模块，用于接收网络侧设备发来的第一信息，所述第一信息用于通知第一共享资源，所述第一共享资源用于终端设备发送调度请求，是所述网络侧设备为所述终端设备和其它终端设备共同配置的；
请求模块，用于在所述第一共享资源上向所述网络侧设备发送调度请求SR；
发送模块，用于在所述网络侧设备为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述终端设备分配用于上行数据的专用资源后，在所述第二共享资源或专用资源上发送上行数据给所述网络侧设备。
本发明实施例提供的技术方案通过在有SR时给终端设备分配上行数据的资源，克服了现有技术的CB资源分配方式中CB资源浪费和利用率低的问题，达到了避免上行数据资源浪费的效果，而且提高了上行数据资源的利用率以及上行数据的发送成功率。
附图说明
图1是本发明实施例1提供的调度请求的方法流程图；
图2是本发明实施例2提供的调度请求的方法流程图；
图3是本发明实施例3提供的调度请求的方法流程图；
图4是本发明实施例4提供的调度请求的方法流程图；
图5是本发明实施例5提供的调度请求的方法流程图；
图6是本发明实施例6提供的网络侧设备的结构图；
图7是本发明实施例7提供的终端设备的结构图；
图8是本发明实施例8提供的调度请求的系统结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
参见图1，本实施例提供了一种调度请求的方法，包括：
101：为多个终端设备配置一份第一共享资源，该第一共享资源用于终端设备发送SR，向该多个终端设备发送第一信息，该第一信息用于通知终端设备该第一共享资源；
102：接收来自该第一共享资源上的SR；
103：为上述多个终端设备分配用于上行数据的第二共享资源，或者为该多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
上述方法主要应用于给终端设备分配调度请求资源和上行数据资源的装置，通常为网络侧设备，如LTE中的eNB，Relay（中继站），UMTS（Universal Mobile Telecommunications System,通用移动通讯系统）中的NodeB（基站），RNC（Radio Network Controller，无线网络控制器）等等，本发明实施例对此不做具体限定。
本实施例在有SR时分配上行数据的资源，与现有技术始终分配上行数据的资源相比，极大地避免了上行数据资源的浪费，提高了上行数据资源的利用率以及上行数据的发送成功率。
实施例2
参见图2，本实施例提供了一种调度请求的方法，包括：
201：当前终端设备接收网络侧设备发来的第一信息，该第一信息用于通知第一共享资源，该第一共享资源用于终端设备发送SR，是网络侧设备为多个终端设备配置的，且该多个终端设备包括当前终端设备；
202：在上述第一共享资源上向网络侧设备发送SR；
203：在网络侧设备为上述多个终端设备分配用于上行数据的第二共享资源，或者为当前终端设备分配用于上行数据的专用资源后，在该第二共享资源或专用资源上发送上行数据给网络侧设备。
上述终端设备是用户侧的设备，包括但不限于：UE，本发明实施例对此不做具体限定。
本实施例通过网络侧设备在有SR时分配上行数据的资源，终端设备获取到该资源用于后续发送上行数据，极大地避免了上行数据资源的浪费，提高了上行数据资源的利用率以及上行数据的发送成功率。
下面以网络侧设备是eNB，终端设备是UE为例，分别说明在不同的应用场景下如何给终端设备分配调度请求的资源和上行数据的资源，以及终端设备如何发送上行数据。该不同的应用场景是指网络侧设备是否给用于调度请求的共享资源分配标识、以及是否给终端设备分配索引号。其中，eNB可以由具有相同功能的其它设备来替换，UE也可以由具有相同功能的其它设备来替换，实现流程相同，此处不做过多说明。
实施例3
参见图3，本实施例提供了一种调度请求的方法，应用于eNB既没有给用于调度请求的共享资源分配标识，也没有给UE分配索引号的场景，具体包括：
301：eNB为多个UE配置一份用于调度请求的第一共享资源，发送第一信息给该多个UE，该第一信息用于通知UE该第一共享资源。
其中，eNB可以根据各个UE所建立的业务的QoS（Quality of Service，服务质量）要求、业务特征、UE的位置或信道质量及SR资源的数量和eNB的策略等因素中的至少一种，确定哪些UE共享一份SR资源。UE所建立的业务包括但不限于：WWW（World Wide Web，万维网）业务、FTP（File Transfer Protocol，文件传输协议）业务、SMS（Short Messaging Service，短消息业务）业务等，本发明实施例对此不做具体限定。此外，在UE的业务进行过程中，eNB也可以进行调整，如减少或增加共享该SR的UE的数量，如为UE分配专用的SR资源而不是使用共享的SR资源等，以更好的保证UE的QoS和/或更好的利用SR资源。
具体地，eNB可以通过RRC（Radio Resource Control，无线资源控制协议）消息、MAC（Media Access Control，介质访问控制）消息或物理层消息，将第一信息发送给该多个UE，以通知该多个UE该第一共享资源，该第一信息包括但不限于：资源、序列、周期等，本发明实施例对此不做具体限定。
302：上述多个UE中的每个UE接收到该RRC消息、MAC消息或物理层消息后，提取并存储该第一信息，以备后续根据该第一信息发起调度请求。
303：上述多个UE中的任一个UE在满足预设的触发条件时，在该第一共享资源上发送SR给eNB。
其中，该触发条件是指调度请求的触发条件，可以根据需要预先设置，如设置为有上行数据发送时发起SR，或者有更高优先级的数据到达时发起SR，或者之前发送了SR，但在一段时间内没有收到UL Grant（上行授权），超时后发起SR等等，本发明实施例对此不做具体限定。
本实施例中，进一步地，eNB还可以为共享该资源的多个UE分配不同的定时器值（SR-Prohibit Timer值），并通过RRC消息、MAC消息或物理层消息通知给UE。当UE首次在该共享资源上发送SR后，会启动该定时器，在该定时器超时前，如果没有SR的新触发条件满足，则不再发送SR，如果有SR的新触发条件满足，则再次发送SR；在定时器超时后，如果SR当前的触发条件仍然满足，则继续发送SR；当UE再次发送SR时均重启该定时器。通过为共享该资源的多个UE配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。
其中，SR当前的触发条件是指203本步骤中描述的预设的触发条件，SR的新触发条件是指预设的不同于该当前触发条件的其它条件。
304：eNB接收来自该第一共享资源上的SR，由于该资源是多个UE共享的，因此eNB收到的SR可能为该多个UE中的一个UE发来的，也可能是至少两个UE同时发来的SR。
305：由于eNB没有为上述第一共享资源分配标识，也未给UE分配标识索引号，因此，eNB收到SR后，无法判断出该SR是一个还是多个UE发来的，以及是由哪个UE发来的，所以eNB根据C-RNTI为上述多个UE中的至少一个UE分配用于上行数据的专用资源。
具体地，eNB可以给每个UE单独发送一个PDCCH命令，并用各自UE的C-RNTI分别进行加掩，以便于每个UE用自己的C-RNTI解收到的PDCCH命令，从而得到eNB为自己分配的用于上行数据的专用资源的信息。
其中，eNB在给上述多个UE中的至少一个UE分配用于上行数据的专用资源时，可以设置NDI（New Data Indicator，新数据指示）为新数据传输，即设置为与上一次使用C-RNTI调度时设置的NDI值不同。该NDI位于PDCCH命令中，UE根据该指示决定是传输新的上行数据，还是对传输失败的上行数据进行重传。在本步骤中，eNB将NDI设置为新数据传输是指示UE利用该用于上行数据的专用资源传输新的上行数据给eNB，NDI的具体取值为与上一次使用C-RNTI调度时的NDI值不同。例如，eNB分配用于上行数据的共享资源给UE1和UE2，如果eNB上一次调度UE1时设置的NDI=0，则本次调度UE1时设置NDI=1，表示新数据传输；如果eNB上一次调度UE2时设置的NDI=1，则本次调度UE2时设置NDI=0，表示新数据传输。此外，eNB基于需要，也可能调度某个或某些UE之前发送数据的重传，此时PDCCH命令中的NDI值与上一次调度该UE时的NDI取值相同。
306：上述多个UE中的任一个UE在发送SR之后，监听来自eNB的PDCCH命令，如果监听到了用分配给自己的C-RNTI加掩的PDCCH命令，则表明eNB给自己分配了用于上行数据的专用资源，因此，该UE在该专用资源上进行上行数据传输。如果是新数据传输，则在满足SR的取消条件后取消SR。
307：eNB接收来自该专用资源上的上行数据，如果成功解出该上行数据，则向该专用资源对应的UE反馈ACK消息，如果没有解出该上行数据，则向该专用资源对应的UE反馈NACK消息，后续可以根据需要要求该UE重传或丢弃该上行数据。
本实施例通过网络侧设备在有SR时分配上行数据的资源，终端设备获取到该资源后利用该资源发送上行数据，与现有技术相比，减少对PUSCH资源的占用，极大地避免了上行数据资源的浪费，提高了上行数据资源的利用率以及上行数据的发送成功率。通过分配上行数据的专用资源，可以避免冲突的发生，以及避免了由于冲突终端设备退避后重传带来的时延。通过为共享该SR资源的多个终端设备配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。与传统的SR流程通过减少SR的周期来降低时延相比，可以极大减少对SR资源的占用，提高容纳的用户数。采用调度请求共享资源的方式，可以增加码字间隔，减少SR资源之间的干扰，从而提高SR的解码性能。
实施例4
参见图4，本实施例提供了一种调度请求的方法，应用于eNB给用于调度请求的共享资源分配了标识，但是没有给UE分配索引号的场景，具体包括：
401：eNB为多个UE配置一份第一共享资源，该第一共享资源用于UE发送SR，并为该第一共享资源分配一个SR-RNTI（Scheduling Request Cell Radio Network TemporaryIdentifier，调度请求无线网络临时标识）。
其中，eNB具体如何确定哪些UE共享一份SR资源，与实施例3中的描述相同。
402：eNB将第一信息发送给该多个UE，以通知上述第一共享资源，该第一信息中包括上述分配的SR-RNTI。
其中，eNB具体如何将第一信息发送给该多个UE，以及该第一信息中除SR-RNTI以外的内容，均与实施例3中的描述相同。
403：上述多个UE中的每个UE接收到该第一信息后，存储该第一信息，以备后续根据该第一信息发起调度请求。
404：上述多个UE中的任一个UE在满足预设的触发条件时，在该第一共享资源上发送SR给eNB。
本实施例中，进一步地，eNB还可以为共享该资源的多个UE分配不同的定时器值（SR-Prohibit Timer值），并通过RRC消息、MAC消息或物理层消息通知给UE。UE可以根据该定时器以及SR的触发条件决定是否继续发送SR，或者取消SR，具体同实施例3中的描述。通过为共享该资源的多个UE配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。
405：eNB接收来自该第一共享资源上的SR，由于该资源是多个UE共享的，因此eNB收到的SR可能为该多个UE中的一个UE发来的，也可能是至少两个UE同时发来的SR。
406：由于eNB没有为UE分配标识索引号，因此，eNB收到SR后，无法判断出该SR是哪个UE发来的，根据SR-RNTI可以判断出是来自共享资源的SR，所以eNB根据C-RNTI为上述多个UE中的至少一个UE分配用于上行数据的专用资源，或者根据SR-RNTI为上述多个UE分配用于上行数据的第二共享资源，其中，该命令中包括具体的时频资源，MCS（Modulation and Coding Scheme，调制编码方式），TB（Transport Block，传输块）大小等，还可以包括功率信息。
当eNB分配用于上行数据的专用资源时，具体地，可以给每个UE单独发送一个PDCCH命令，并用各自UE的C-RNTI分别进行加掩，以便于每个UE用自己的C-RNTI解收到的PDCCH命令，从而得到eNB为自己分配的用于上行数据的专用资源的信息。其中，eNB分配用于上行数据的专用资源时，可以设置NDI为新数据传输，即设置为与上一次使用C-RNTI调度时设置的NDI值不同。
当eNB分配用于上行数据的第二共享资源时，只需发送一个用SR-RNTI加掩的PDCCH命令，每个UE收到该PDCCH命令后，用自己存储的SR-RNTI解该PDCCH命令，从而可以得到eNB为分配的用于上行数据的第二共享资源的信息。其中，eNB分配第二共享资源时，可以设置NDI的值为预设的值，指示新数据传输，如设置为0或1代表新数据传输。
407：上述多个UE中的任一个UE在发送SR之后，监听来自eNB的PDCCH命令，判断监听到的PDCCH命令是否为用分配给自己的C-RNTI加掩的，如果是，则执行408；否则，执行410。
408：此时表明eNB给当前UE分配了用于上行数据的专用资源，因此，该UE在该专用资源上传输上行数据给eNB。其中，当前UE是指上述多个UE中的任一个当前监听到PDCCH命令的UE，具体地，UE根据该PDCCH命令中的NDI进行新数据传输，并且在本TTI内当前UE不再监听是否收到来自eNB的用SR-RNTI加掩的PDCCH命令。如果是新数据传输，则在满足SR的取消条件后取消SR。
409：eNB接收来自该专用资源的上行数据，如果成功解出该上行数据，则向该专用资源对应的UE反馈ACK消息，如果没有解出该上行数据，则向该专用资源对应的UE反馈NACK消息，后续可以根据需要要求该UE重传或丢弃该上行数据，流程结束。
410：当前UE判断监听到的PDCCH命令是否为用SR-RNTI加掩的，如果是，则表明eNB给当前UE分配了用于上行数据的第二共享资源，因此，该UE在该第二共享资源上发送上行数据给eNB，并在该上行数据中携带自己的C-RNTI。具体地，UE根据该用SR-RNTI加掩的PDCCH命令中的NDI进行新数据传输。其中，UE可以记录该NDI的取值，也可以不记录该NDI的取值。如果是新数据传输，则在满足SR的取消条件后取消SR；或者，如果是新数据传输，且在发送数据后收到eNB返回的ACK，则在满足SR的取消条件后取消SR。
进一步地，本步骤还可以由以下步骤来替换：
当前UE判断是否收到eNB针对当前UE在当前TTI（Transmission Time Interval，传输时间间隔）之前已发送的上行数据返回的NACK消息，如果是，则表明当前UE之前发送的上行数据失败，因此，在当前TTI内不监听来自eNB的用SR-RNTI加掩的PDCCH命令，即在当前TTI内先不进行新数据传输，根据需要进行之前发送失败的上行数据的重传，从下一个TTI开始或继续监听是否收到来自eNB的用SR-RNTI加掩的PDCCH命令，如果是，则在eNB分配的用于上行数据的共享资源上发送上行数据给eNB，进行新数据传输。
411：eNB接收来自该第二共享资源的上行数据，如果成功解出该上行数据，则通过PHICH反馈ACK消息，如果没有解出该上行数据，则通过PHICH反馈NACK消息，后续可以根据需要要求该UE重传或丢弃该上行数据，流程结束。
进一步地，在411之后，还可以包括以下步骤：
当eNB判断出第二共享资源上有多个UE同时发送上行数据时，或者，当eNB没有在第二共享资源上成功解出上行数据时，则认为发生冲突，eNB可以重新分配一份用于上行数据的专用资源给当前UE，当前UE在该用于上行数据的专用资源上重传上述上行数据给eNB。如果eNB在冲突后没有分配上行数据专用资源给当前UE，则当前UE通过PHICH接收到eNB的NACK消息后，可以随机退避一段时间，然后重新发送SR，以再次请求上行资源，或者在配置了定时器SR-ProhibitTimer超时后，重新发送SR，以再次请求上行资源。其中，该退避时间可以是随机的，也可以是网络侧配置的，可以是UE自己配置的，也可以是UE在0到配置的值之间随机的选择，本发明实施例对此不做具体限定。进一步地，还可以设置UE发送SR次数的阈值，当UE发送SR的次数达到该阈值后，则不再发送SR，可以触发随机接入过程。
本实施例中，对于任一UE，如果监听到来自eNB的用SR-RNTI加掩的PDCCH命令，则从下一个TTI开始不再监听来自eNB的用SR-RNTI加掩的PDCCH命令，直到再次发送SR后重新开始监听。
本实施例中，UE开始监听来自eNB的用SR-RNTI加掩的PDCCH命令的时间与UE发送SR的时间具有一个最小的间隔，通常都为4个TTI，即UE在发送了SR后，在4个TTI之后，才开始监听用SR-RNTI加掩的PDCCH命令，该间隔的具体取值本发明实施例不做具体限定。对于用C-RNTI加掩的PDCCH命令，UE随时都可以监听，因为是该资源是专用的，不会与其它UE产生冲突。
本实施例中，任一个UE在发送SR后，在某个TTI进行监听及发送的相关操作可以如表1所示。
表1
其中，当UE监听到用C-RNTI加掩的PDCCH命令时，如果之前UE发送过数据，则无论eNB反馈的是ACK，还是NACK，则UE均根据C-RNTI进行新数据的传输，且本TTI内不再监听用SR-RNTI加掩的PDCCH命令。当UE没有监听到用C-RNTI加掩的PDCCH命令时，如果之前UE发送过数据，则在eNB反馈ACK表明之前的数据发送成功时，本TTI监听SR-RNTI加掩的PDCCH命令，监听到用SR-RNTI加掩的PDCCH命令时，根据SR-RNTI进行新数据传输；在eNB反馈NACK表明之前的数据发送失败时，可以在以下两种操作中任选一种：1）重传之前发送失败的上行数据，本TTI不再监听且从下一个TTI开始或继续监听用SR-RNTI加掩的PDCCH命令；2）本TTI监听用SR-RNTI加掩的PDCCH命令，监听到用SR-RNTI加掩的PDCCH命令时，根据SR-RNTI进行新数据传输，丢弃之前发送失败的数据。
本实施例通过网络侧设备在有SR时分配上行数据的资源，终端设备获取到该资源后利用该资源发送上行数据，与现有技术相比，减少对PUSCH资源的占用，极大地避免了上行数据资源的浪费，提高了上行数据资源的利用率以及上行数据的发送成功率。
当分配上行数据的专用资源，可以避免冲突的发生，以及避免了由于冲突终端设备退避后重传带来的时延。通过分配SR-RNTI可以分配上行数据的共享资源给终端设备，与传统的SR流程通过减少SR的周期来降低时延相比，可以极大减少对SR资源的占用，提高容纳的用户数。采用调度请求共享资源的方式，可以增加码字间隔，减少SR资源之间的干扰，从而提高SR的解码性能。通过为共享该SR资源的多个终端设备配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。
当终端设备之前发送的上行数据失败时，在当前TTI内不监听来自eNB的用SR-RNTI加掩的PDCCH命令，可以使得终端设备优先进行之前数据的重传，避免由于直接进行新数据传输而导致之前数据的丢失。对于任一监听到用SR-RNTI加掩的PDCCH命令的终端设备，从下一个TTI开始不再监听用SR-RNTI加掩的PDCCH命令，直到再次发送SR后重新开始监听，避免了由于eNB在其它时刻收到其它UE的SR后分配了上行数据的共享资源，而导致在该上行数据的共享资源上发送数据从而与其它UE发生冲突。
实施例5
参见图5，本实施例提供了一种调度请求的方法，应用于eNB给用于调度请求的共享资源分配了标识，并且给UE分配了索引号的场景，具体包括：
501：eNB为多个UE配置一份第一共享资源，该第一共享资源用于UE发送SR，并为该多个UE中的每个UE分配一个索引号，可选的，还可以为该第一共享资源分配一个SR-RNTI。
其中，eNB具体如何确定哪些UE共享一份SR资源，与实施例3中的描述相同。
eNB给UE分配的索引号用于标识具体的UE，每个UE的索引号都是唯一的。例如，有2个UE共享一份资源，则索引号可以为0，1，本发明实施例对此不做具体限定。
502：eNB发送第一信息给该多个UE，以通知该多个UE上述第一共享资源，该第一信息中包括每个UE的索引号，如果分配了SR-RNTI，也包括上述分配的SR-RNTI。
其中，eNB具体如何将第一信息发送给该多个UE，以及该第一信息中除SR-RNTI和每个UE的索引号以外的内容，均与实施例3中的描述相同。
进一步地，本实施例中，eNB在发送该第一信息给UE时，还可以通知UE该第一共享资源的格式，具体地，可以通过PUCCH Format参数来通知UE，如利用PUCCH Format1a通知UE共有2个UE共享该资源，1a携带1bit的有效信息，可以标识2个UE；或者利用PUCCH Format1b通知UE共有4个UE共享该资源，1b携带2bit的有效信息，可以标识4个UE。另外，也可以根据需要扩展新的PUCCH Format来标识更多的UE个数共享该资源，本发明实施例对此不做具体限定。
503：上述多个UE中的每个UE接收到该第一信息后，存储该第一信息，以备后续根据该第一信息发起调度请求。
504：上述多个UE中的任一个UE在满足预设的触发条件时，在该第一共享资源上发送SR给eNB，且在其中携带eNB为自己分配的索引号。
本实施例中，进一步地，eNB还可以为共享该资源的多个UE分配不同的定时器值（SR-Prohibit Timer值），并通过RRC消息、MAC消息或物理层消息通知给UE。UE可以根据该定时器以及SR的触发条件决定是否继续发送SR，或者取消SR，具体同实施例3中的描述。通过为共享该资源的多个UE配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。
505：eNB接收来自该第一共享资源上的SR，由于该资源是多个UE共享的，因此eNB收到的SR可能为该多个UE中的一个UE发来的，也可能是至少两个UE同时发来的SR。
506：eNB判断收到的SR是一个UE发来的，还是多个UE发来的，如果是一个UE发来的，执行507；否则，执行508。
507：如果eNB接收到的SR为上述多个UE中的一个UE发来的SR，即没有发生冲突，则根据该SR中携带的索引号可以确定具体是哪个UE发来的SR，并为该UE分配用于上行数据的专用资源，具体地，可以使用该UE的C-RNTI加掩的PDCCH命令通知UE，然后执行509。
508：如果eNB接收到的SR为上述多个UE中的至少两个UE同时发来的SR，即表明有冲突发生，则eNB无法解出具体是哪个UE发送了SR，因此，根据C-RNTI为上述多个UE中的至少一个UE分配用于上行数据的专用资源，或者在分配了SR-RNTI的情况下，根据SR-RNTI为上述多个UE分配用于上行数据的第二共享资源，其中，该命令中包括具体的时频资源，MCS，TB大小等，还可以包括功率信息，然后执行509。
当eNB分配用于上行数据的专用资源时，具体地，可以给每个UE单独发送一个PDCCH命令，并用各自UE的C-RNTI分别进行加掩，以便于每个UE用自己的C-RNTI解收到的PDCCH命令。其中，eNB可以在PDCCH命令中设置NDI为新数据传输，即设置为与上一次使用C-RNTI调度时设置的NDI值不同。此外，eNB基于需要，也可能调度某个或某些UE之前发送数据的重传，此时PDCCH命令中的NDI值与上一次调度该UE时的NDI取值相同。
当eNB分配用于上行数据的第二共享资源时，只需发送一个用SR-RNTI加掩的PDCCH命令，每个UE收到该PDCCH命令后，用自己存储的SR-RNTI解该PDCCH命令。其中，eNB可以在PDCCH命令中设置NDI的值为预设的值，指示新数据传输，如设置为0或1代表新数据传输。
509：上述多个UE中的任一个UE在发送SR之后，监听来自eNB的PDCCH命令，判断监听到的PDCCH命令是否为用分配给自己的C-RNTI加掩的，如果是，则执行510；否则，执行512。
510：此时表明eNB给当前UE分配了用于上行数据的专用资源，因此，该UE在该专用资源上传输上行数据给eNB。其中，当前UE是指上述多个UE中的任一个当前监听到PDCCH命令的UE，具体地，UE根据该PDCCH命令中的NDI进行新数据传输，并且在本TTI内当前UE不再监听是否收到来自eNB的用SR-RNTI加掩的PDCCH命令。如果是新数据传输，则在满足SR的取消条件后取消SR。
511：eNB接收来自该专用资源的上行数据，如果成功解出该上行数据，则向该专用资源对应的UE反馈ACK消息，如果没有解出该上行数据，则向该专用资源对应的UE反馈NACK消息，后续可以根据需要要求该UE重传或丢弃该上行数据，流程结束。
512：当前UE判断监听到的PDCCH命令是否为用SR-RNTI加掩的，如果是，则表明eNB给当前UE分配了用于上行数据的第二共享资源，因此，该UE在该第二共享资源上发送上行数据给eNB，并在该上行数据中携带自己的C-RNTI。具体地，UE根据该用SR-RNTI加掩的PDCCH命令中的NDI进行新数据传输。其中，UE可以记录该NDI的取值，也可以不记录该NDI的取值。如果是新数据传输，则在满足SR的取消条件后取消SR；或者，如果是新数据传输，且在发送数据后收到eNB返回的ACK，则在满足SR的取消条件后取消SR。
进一步地，本步骤还可以由以下步骤来替换：
当前UE判断是否收到eNB针对当前UE在当前TTI之前已发送的上行数据返回的NACK消息，如果是，则表明当前UE之前发送的上行数据失败，因此，在当前TTI内不监听来自eNB的用SR-RNTI加掩的PDCCH命令，即在当前TTI内先不进行新数据传输，根据需要进行之前发送失败的上行数据的重传，下一个TTI开始或继续监听是否收到来自eNB的用SR-RNTI加掩的PDCCH命令，如果是，则在eNB分配的第二共享资源上发送上行数据给eNB，进行新数据传输。
513：eNB接收来自该第二共享资源的上行数据，如果成功解出该上行数据，则通过PHICH反馈ACK消息，如果没有解出该上行数据，则通过PHICH反馈NACK消息，后续可以根据需要要求该UE重传或丢弃该上行数据，流程结束。
进一步地，本实施例中在513之后，还可以包括以下步骤：
当eNB判断出第二共享资源上有多个UE同时发送上行数据时，或者，当eNB没有在第二共享资源上成功解出上行数据时，则认为发生冲突，eNB可以重新分配一份用于上行数据的专用资源给当前UE，当前UE在该用于上行数据的专用资源上重传上述上行数据给eNB。其中，eNB可以在重新分配用于上行数据的专用资源时，设置NDI为重传。如果eNB在冲突后没有分配上行数据专用资源给当前UE，则当前UE通过PHICH接收到eNB的NACK消息后，可以随机退避一段时间，然后重新发送SR，以再次请求上行资源，或者在配置了定时器SR-ProhibitTimer超时后，重新发送SR，以再次请求上行资源。其中，该退避时间可以是随机的，也可以是网络侧配置的，可以是UE自己配置的，也可以是UE在0到配置的值之间随机的选择，本发明实施例对此不做具体限定。进一步地，还可以设置UE发送SR次数的阈值，当UE发送SR的次数达到该阈值后，则不再发送SR，可以触发随机接入过程。
本实施例中，对于任一UE，如果监听到来自eNB的用SR-RNTI加掩的PDCCH命令，则从下一个TTI开始不再监听来自eNB的用SR-RNTI加掩的PDCCH命令，直到再次发送SR后重新开始监听。
本实施例中，UE开始监听来自eNB的用SR-RNTI加掩的PDCCH命令的时间与UE发送SR的时间具有一个最小的间隔，通常都为4个TTI，该间隔的具体取值本发明实施例不做具体限定。对于用C-RNTI加掩的PDCCH命令，UE随时都可以监听，因为是该资源是专用的，不会与其它UE产生冲突。
本实施例中，任一个UE在发送SR后，在某个TTI进行监听及发送的相关操作可以如上述表1所示，具体过程同实施例4中的说明，此处不再赘述。
本实施例通过网络侧设备在有SR时分配上行数据的资源，终端设备获取到该资源后利用该资源发送上行数据，与现有技术相比，减少对PUSCH资源的占用，极大地避免了上行数据资源的浪费，提高了上行数据资源的利用率以及上行数据的发送成功率。
当分配上行数据的专用资源，可以避免冲突的发生，以及避免了由于冲突终端设备退避后重传带来的时延。通过分配SR-RNTI可以分配上行数据的共享资源给终端设备，与传统的SR流程通过减少SR的周期来降低时延相比，可以极大减少对SR资源的占用，提高容纳的用户数。
通过分配终端设备的索引号可以在收到一个SR时直接确定出该SR来自哪个UE，提高了调度请求的效率。采用调度请求共享资源的方式，可以增加码字间隔，减少SR资源之间的干扰，从而提高SR的解码性能。通过为共享该SR资源的多个终端设备配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。
当终端设备之前发送的上行数据失败时，在当前TTI内不监听来自eNB的用SR-RNTI加掩的PDCCH命令，可以使得终端设备优先进行之前数据的重传，避免由于直接进行新数据传输而导致之前数据的丢失。对于任一监听到用SR-RNTI加掩的PDCCH命令的终端设备，从下一个TTI开始不再监听来用SR-RNTI加掩的PDCCH命令，直到再次发送SR后重新开始监听，避免了由于在eNB在其它时刻收到其它UE的SR后分配了的上行共享数据的共享资源，而导致在该上行数据的共享资源上发送数据从而与其它UE发生冲突。
在上述实施例提供的方法中，UE发送SR和发送上行数据可以在同一个TTI，也可以不在同一个TTI，本发明实施例对此不做具体限定。当UE不能在同一个TTI内发送SR和上行数据时，收到上行数据的eNB可以判断出该UE在该TTI内肯定没有发送SR。
在上述实施例提供的方法中，如果eNB在收到SR后给共享该SR资源的多个UE中的至少一个分配上行数据的专用资源时，可以根据预设的规则确定给该多个UE中的哪些UE分配上行数据的专用资源。具体地，可以判断是否有UE未发送过SR，如果有，则对于未发送过SR的UE，可以不分配上行数据的专用资源即不调度，或者，根据需要进行新传或重传的调度。例如，如果某个UE的上行数据与SR不能在同一TTI发送，当eNB在某一个TTI内收到该UE的上行数据，并且收到来自SR共享资源上的SR时，其中，共享该SR资源的多个UE包括发送上行数据的该UE，则eNB可以确定出在该TTI内该UE没有发送SR，因此，可以不给该UE分配上行数据的专用资源，进一步地，还可以判断收到的该UE的上行数据是否正确解出，如果是，则反馈ACK，此时，可以调度该UE进行新传；否则，反馈NACK，此时，可以调度该UE进行重传。
在上述实施例提供的方法中，如果eNB通过SR-RNTI加掩的PDCCH命令分配了上行数据的第二共享资源给UE后，UE利用该第二共享资源发送上行数据后，如果eNB没有成功解出该上行数据，则向UE反馈NACK，并且为共享该SR资源的多个UE中的至少一个UE分配上行数据的专用资源。具体地，该上行数据的专用资源和之前分配的第二共享资源的TB大小相同，其它参数如MCS可以不同。如果eNB在分配上述第二共享资源之前，还使用过其它的上行数据专用资源对当前UE进行调度，则本次分配上行数据专用资源时，可以采用以下两种方式中的任一种来设置NDI。
第一种方式，在本次分配上行数据的专用资源时，将其中的NDI取值设置为与之前分配第二共享资源时NDI的取值相同，表示重传。第二种方式，在本次分配上行数据的专用资源时，将其中的NDI取值设置为与之前最后一次分配上行数据的专用资源时NDI的取值相同。将之前分配上行数据的专用资源的时刻记为第一TTI，将该第一TTI之后分配上行数据的共享资源的时刻记为第二TTI，将该第二TTI之后分配上行数据的专用资源的时刻记为第三TTI，则eNB设置NDI以及UE理解NDI的具体过程如表2和表3所示。其中，表2对应上述第一种方式，表3对应上述第二种方式，而且，第一TTI、第二TTI和第三TTI之间可以具有时间间隔，该间隔的数值本发明实施例对此不做具体限定。其中，第三TTI即上述本次分配上行数据的专用资源的时刻。
表2
其中，eNB在第二TTI时刻分配了上行数据的第二共享资源，其中NDI的值根据需要可以设置为0或1，代表新数据传输。有UE在该第二共享资源上发送数据后，eNB由于解数据失败，在第三TTI时刻又分配了上行数据的专用资源，将其中NDI的值设置为与第二TTI时刻分配上行数据的共享资源时的NDI的值相同，代表重传。例如，如果第二TTI时刻NDI=0，则设置第三TTI时刻NDI=0；如果第二TTI时刻NDI=1，则设置第三TTI时刻NDI=1。
对于发送SR的UE，使用上述第二共享资源传输数据失败，当收到第三TTI时刻分配的专用资源时，会将该NDI值与之前第一TTI时刻分配的专用资源的NDI值进行比较，以决定是做新数据传输还是做重传，如果比较的结果为相同，则进行重传，如果比较的结果不同，则进行新数据传输。
对于没有发送SR且没有利用上述第二共享资源传输数据的UE，当收到第三TTI时刻分配的专用资源时，会将该NDI值与之前第一TTI时刻分配的专用资源的NDI值进行比较，以决定是做新数据传输还是做重传，如果比较的结果为相同，则进行重传，如果比较的结果不同，则进行新数据传输。
表3
其中，eNB在第二TTI时刻分配了第二共享资源，其中NDI的值根据需要可以设置为0或1，代表新数据传输。有UE在该第二共享资源上发送数据后，eNB由于解数据失败，在第三TTI时刻又分配了上行数据的专用资源，将其中NDI的值设置为与第一TTI时刻分配上行数据的专用资源时的NDI的值相同，代表重传。例如，如果第一TTI时刻NDI=0，则设置第三TTI时刻NDI=0；如果第一TTI时刻NDI=1，则设置第三TTI时刻NDI=1。
对于发送SR的UE，使用上述第二共享资源传输数据失败，当收到第三TTI时刻分配的专用资源时，会将该NDI值与之前第一TTI时刻分配的专用资源的NDI值进行比较，以决定是做新数据传输还是做重传，在表3所示的实现方式中，比较的结果肯定为相同，则进行重传。
对于没有发送SR且没有利用上述第二共享资源传输数据的UE，当收到第三TTI时刻分配的专用资源时，会将该NDI值与之前第一TTI时刻分配的专用资源的NDI值进行比较，以决定是做新数据传输还是做重传，在表3所示的实现方式中，比较的结果肯定为相同，则进行重传。
如果UE收到的重传命令中，TB大小与所发送的数据大小不同，UE可以不做重传，此时eNB如果检测到DTX，则可以认为UE没有重传数据，进而不再调度该UE的重传。或者eNB在检测到DTX后，再调度一次或多次重传，直到达到预设的最大次数或认为UE没有重传数据为止。
上述两种实现方式中，UE收到eNB用SR-RNTI加掩的PDCCH命令时，可以存储该PDCCH命令中的NDI，也可以不存储该PDCCH命令中的NDI，无论是否存储，UE根据NDI进行新数据传输或重传的处理流程相同。
本发明实施例还提供了一种调度请求的方法，所述方法包括：
当前终端设备接收网络侧设备发来的第一信息，所述第一信息用于通知第一共享资源，所述第一共享资源用于终端设备向网络侧设备发送调度请求，是所述网络侧设备为多个终端设备配置的，且所述多个终端设备包括所述当前终端设备；
在所述第一共享资源上向所述网络侧设备发送调度请求SR；
在所述网络侧设备为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述当前终端设备分配用于上行数据的专用资源后，在所述第二共享资源或专用资源上发送上行数据给所述网络侧设备。
1）在上述方法的基础上进行第一种改进，在所述第一共享资源上向所述网络侧设备发送调度请求SR之后，还包括：
在超过预设的时间后，如果调度请求当前的触发条件还满足，则再次发送SR；
或者，如果所述当前终端设备满足调度请求的其它触发条件，则再次发送SR。
2）在上述方法的基础上进行第二种改进，在所述第二共享资源或专用资源上发送上行数据给所述网络侧设备，具体包括：
监听是否收到来自所述网络侧设备的用小区无线网络临时标识C-RNTI加掩的物理下行控制信道PDCCH命令；
如果是，则在所述网络侧设备分配的所述专用资源上发送上行数据给所述网络侧设备；
否则，监听是否收到来自所述网络侧设备的用调度请求无线网络临时标识SR-RNTI加掩的PDCCH命令，如果是，则在所述网络侧设备分配的所述第二共享资源上发送上行数据给所述网络侧设备。
3）在上述方法的基础上进行第三种改进，在所述第二共享资源或专用资源上发送上行数据给所述网络侧设备，具体包括：
监听是否收到来自所述网络侧设备的用C-RNTI加掩的PDCCH命令；
如果是，则在所述网络侧设备分配的所述专用资源上发送上行数据给所述网络侧设备；
否则，判断是否收到所述网络侧设备针对所述当前终端设备在当前传输时间间隔TTI之前已发送的上行数据返回的非确认NACK消息，如果是，则在所述当前TTI内不监听来自所述网络侧设备的用SR-RNTI加掩的PDCCH命令，从下一个TTI开始或继续监听是否收到来自所述网络侧设备的用SR-RNTI加掩的PDCCH命令，如果是，则在所述网络侧设备分配的所述第二共享资源上发送上行数据给所述网络侧设备。
4）在上述第二种改进或第三种改进的基础上，进一步地，所述方法还包括：
如果监听到来自所述网络侧设备的用SR-RNTI加掩的PDCCH命令，则从下一个TTI开始不再监听来自所述网络侧设备的用SR-RNTI加掩的PDCCH命令，直到再次发送SR。
5）在上述方法的基础上进行第四种改进，在所述第二共享资源上发送上行数据给所述网络侧设备之后，还包括：
在所述网络侧设备判断出所述第二共享资源上还有其它终端设备同时发送上行数据后，接收所述网络侧设备为所述当前终端设备分配的用于上行数据的专用资源，在所述专用资源上重传所述上行数据给所述网络侧设备。
6）在上述方法的基础上进行第五种改进，在所述网络侧设备为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述当前终端设备分配用于上行数据的专用资源之后，还包括：
如果所述当前终端设备处于非连续接收DRX模式，且收到来自所述网络侧设备的用SR-RNTI加掩的PDCCH命令，则延长所述终端设备的激活状态。
实施例6
参见图6，本实施例提供了一种网络侧设备，包括：
配置模块601，用于为多个终端设备配置一份第一共享资源，该第一共享资源用于终端设备发送SR，发送第一信息给该多个终端设备，该第一信息用于通知终端设备该第一共享资源；
接收模块602，用于接收来自该第一共享资源上的SR；
分配模块603，用于在接收模块602收到SR后，为多个终端设备分配用于上行数据的第二共享资源，或者为该多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
本实施例中，配置模块601在第一种实现方式下可以具体包括：
第一配置单元，用于为多个终端设备配置一份第一共享资源，该第一共享资源用于终端设备发送SR，并为该第一共享资源分配一个SR-RNTI；
第一发送单元，用于发送第一信息给上述多个终端设备，该第一信息用于通知终端设备该第一共享资源，且包括SR-RNTI；相应地，分配模块603具体包括：
第一分配单元，用于根据C-RNTI为上述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，或者根据SR-RNTI为上述多个终端设备分配用于上行数据的第二共享资源。
本实施例中，配置模块601在第二种实现方式下可以具体包括：
第二配置单元，用于为多个终端设备配置一份第一共享资源，该第一共享资源用于终端设备发送SR，并为该第一共享资源分配一个SR-RNTI，以及为该多个终端设备中的每个终端设备分配一个索引号；
第二发送单元，用于发送第一信息给上述多个终端设备，该第一信息用于通知终端设备该第一共享资源，且包括SR-RNTI和每个终端设备的索引号；相应地，分配模块603具体包括：
第二分配单元，用于如果接收模块602接收到的SR为多个终端设备中的一个终端设备发来的SR，则根据SR中携带的索引号为对应的终端设备分配用于上行数据的专用资源，如果接收模块602接收到的SR为多个终端设备中的至少两个终端设备同时发来的SR，则根据C-RNTI为该多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，或者根据SR-RNTI为该多个终端设备分配用于上行数据的第二共享资源。
在上述第二种实现方式的基础上，进一步地，接收模块602还用于在第二分配单元根据SR-RNTI为上述多个终端设备分配用于上行数据的第二共享资源之后，接收来自第二共享资源上的上行数据；相应地，第二分配单元还用于如果未成功解出接收模块602收到的上行数据，则为上述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
本实施例中，分配模块603可以具体包括：
第三分配单元，用于如果没有为第一共享资源分配SR-RNTI，则根据C-RNTI为上述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
本实施例中，第一分配单元还可以用于在分配用于上行数据的资源时，设置NDI为新数据传输。第三分配单元还可以用于在分配用于上行数据的资源时，设置NDI为新数据传输。第二分配单元还用于在未成功解出上行数据，且为上述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源时，设置NDI为重传。
本实施例提供的网络侧设备通过在有SR时分配上行数据的资源，以便于终端设备获取到该资源后利用该资源发送上行数据，与现有技术相比，极大地避免了上行数据资源的浪费，提高了上行数据资源的利用率以及上行数据的发送成功率。
当分配上行数据的专用资源，可以避免冲突的发生，减少对PUSCH资源的占用，以及避免了由于冲突终端设备退避后重传带来的时延。通过分配SR-RNTI可以分配上行数据的共享资源给终端设备，与传统的SR流程通过减少SR的周期来降低时延相比，可以极大减少对SR资源的占用，提高容纳的用户数。
通过分配终端设备的索引号可以在收到一个SR时直接确定出该SR来自哪个UE，提高了调度请求的效率。采用调度请求共享资源的方式，可以增加码字间隔，减少SR资源之间的干扰，从而提高SR的解码性能。通过为共享该SR资源的多个终端设备配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。
实施例7
参见图7，本实施例提供了一种终端设备，包括：
接收模块701，用于接收网络侧设备发来的第一信息，该第一信息用于通知第一共享资源，该第一共享资源用于终端设备发送SR，是网络侧设备为上述终端设备和其它终端设备共同配置的；
请求模块702，用于在上述第一共享资源上向网络侧设备发送SR；
发送模块703，用于在网络侧设备为该多个终端设备分配用于上行数据的第二共享资源，或者为上述终端设备分配用于上行数据的专用资源后，在第二共享资源或专用资源上发送上行数据给网络侧设备。
本实施例中，请求模块702还用于在发送SR之后，且超过预设的时间后，如果调度请求当前的触发条件还满足，则再次发送SR；或者，在发送SR之后，如果上述终端设备满足调度请求的其它触发条件，则再次发送SR。
本实施例中，发送模块703在第一种实现方式下可以具体包括：
第一发送单元，用于在网络侧设备分配第二共享资源或专用资源后，监听是否收到来自网络侧设备的用C-RNTI加掩的PDCCH命令；如果是，则在该专用资源上发送上行数据给网络侧设备；否则，监听是否收到来自网络侧设备的用SR-RNTI加掩的PDCCH命令，如果是，则在第二共享资源上发送上行数据给网络侧设备。其中，在监听到用C-RNTI加掩的PDCCH命令后，如果是新数据传输，则在满足SR的取消条件后取消SR。
本实施例中，发送模块703在第二种实现方式下可以具体包括：
第二发送单元，用于在网络侧设备分配第二共享资源或专用资源后，监听是否收到来自网络侧设备的用C-RNTI加掩的PDCCH命令；如果是，则在专用资源上发送上行数据给网络侧设备；否则，判断是否收到网络侧设备针对终端设备在当前TTI之前已发送的上行数据返回的NACK消息，如果是，则在当前TTI内不监听来自网络侧设备的用SR-RNTI加掩的PDCCH命令，从下一个TTI开始或继续监听是否收到来自网络侧设备的用SR-RNTI加掩的PDCCH命令，如果是，则在第二共享资源上发送上行数据给网络侧设备。其中，在监听到用C-RNTI加掩的PDCCH命令后，如果是新数据传输，则在满足SR的取消条件后取消SR。
在上述第一种实现方式或者第二种实现方式的基础上，发送模块703还用于如果监听到来自网络侧设备的用SR-RNTI加掩的PDCCH命令，则从下一个TTI开始不再监听来自网络侧设备的用SR-RNTI加掩的PDCCH命令，直到请求模块702再次发送SR。
本实施例中，进一步地，发送模块703还用于在第二共享资源上发送上行数据给网络侧设备后，且在网络侧设备判断出该第二共享资源上还有其它终端设备同时发送上行数据后，接收网络侧设备为上述终端设备分配的用于上行数据的专用资源，在该专用资源上重传上行数据给网络侧设备。
本实施例中，进一步地，上述终端设备还可以包括：
设置模块，用于在网络侧设备分配第二共享资源或专用资源后，如果上述终端设备处于DRX模式，且收到来自网络侧设备的用SR-RNTI加掩的PDCCH命令，则延长上述终端设备的激活状态。
本实施例中，当网络侧设备给上述终端设备分配上行数据的共享资源时，如果终端设备监听到用SR-RNTI加掩的PDCCH命令且是新数据传输，则在满足SR的取消条件后取消SR；或者，如果是新数据传输，且在发送数据后收到eNB返回的ACK，则在满足SR的取消条件后取消SR。
本实施例提供的终端设备通过向网络侧设备发送SR，获取到上行数据的资源，以便于利用该资源发送上行数据，与现有技术相比，极大地避免了上行数据资源的浪费，提高了上行数据资源的利用率以及上行数据的发送成功率。
当终端设备使用上行数据的专用资源时，可以避免冲突的发生，减少对PUSCH资源的占用，以及避免了由于冲突终端设备退避后重传带来的时延。当终端设备使用网络侧设备根据SR-RNTI分配的上行数据的共享资源时，与传统的SR流程通过减少SR的周期来降低时延相比，可以极大减少对SR资源的占用，提高容纳的用户数。
通过分配终端设备的索引号可以在收到一个SR时直接确定出该SR来自哪个UE，提高了调度请求的效率。采用调度请求共享资源的方式，可以增加码字间隔，减少SR资源之间的干扰，从而提高SR的解码性能。通过为共享该SR资源的多个终端设备配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。
当终端设备之前发送的上行数据失败时，在当前TTI内不监听来自eNB的用SR-RNTI加掩的PDCCH命令，可以使得终端设备优先进行之前数据的重传，避免由于直接进行新数据传输而导致之前数据的丢失。对于任一监听到用SR-RNTI加掩的PDCCH命令的终端设备，从下一个TTI开始不再监听来用SR-RNTI加掩的PDCCH命令，直到再次发送SR后重新开始监听，避免了由于在eNB在其它时刻收到其它UE的SR后分配了的上行共享数据的共享资源，而导致在该上行数据的共享资源上发送数据从而与其它UE发生冲突。
实施例8
参见图8，本实施例提供了一种调度请求的系统，包括：
网络侧设备801，用于为多个终端设备配置一份第一共享资源，该第一共享资源用于终端设备发送SR，发送第一信息给该多个终端设备，该第一信息用于通知第一共享资源；接收来自第一共享资源上的SR；为上述多个终端设备分配用于上行数据的第二共享资源，或者为上述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源；
第一终端设备802，为上述多个终端设备中的一个，用于接收网络侧设备801发来的第一信息，在该第一共享资源上向网络侧设备801发送SR，在网络侧设备801分配第二共享资源或专用资源后，在第二共享资源或专用资源上发送上行数据给网络侧设备801。
本实施例中，第一种实现方式下，网络侧设备801可以具体包括：
配置模块，用于为多个终端设备配置一份第一共享资源，该第一共享资源用于终端设备发送SR，并为第一共享资源分配一个SR-RNTI，发送第一信息给该多个终端设备，该第一信息用于通知第一共享资源，且包括SR-RNTI；
接收模块，用于接收来自该第一共享资源上的SR；
分配模块，用于通过用SR-RNTI加掩的PDCCH命令，为上述多个终端设备分配用于上行数据的第二共享资源，或者通过用C-RNTI加掩的PDCCH命令，为上述多个终端设备中包括第一终端设备802的至少一个终端设备分配用于上行数据的专用资源；相应地，第一终端设备802可以具体包括：
接收模块，用于接收网络侧设备801发来的第一信息；
请求模块，用于在该第一共享资源上向网络侧设备801发送SR；
发送模块，用于在网络侧设备801分配第二共享资源或专用资源后，监听是否收到来自网络侧设备801的用C-RNTI加掩的PDCCH命令，如果是，则在该专用资源上发送上行数据给网络侧设备801；否则，监听是否收到来自网络侧设备801的用SR-RNTI加掩的PDCCH命令，如果是，则在该第二共享资源上发送上行数据给网络侧设备801。
本实施例中，第二种实现方式下，网络侧设备801可以具体包括：
配置模块，用于为多个终端设备配置一份第一共享资源，该第一共享资源用于终端设备发送SR，并为该第一共享资源分配一个SR-RNTI，发送第一信息给该多个终端设备，该第一信息用于通知第一共享资源，且包括SR-RNTI；
接收模块，用于接收来自该第一共享资源上的SR；
分配模块，用于通过用SR-RNTI加掩的PDCCH命令，为上述多个终端设备分配用于上行数据的第二共享资源，或者通过用C-RNTI加掩的PDCCH命令，为上述多个终端设备中包括第一终端设备802的至少一个终端设备分配用于上行数据的专用资源；相应地，第一终端设备802具体包括：
接收模块，用于接收网络侧设备801发来的第一信息；
请求模块，用于在该第一共享资源上向网络侧设备801发送SR；
发送模块，用于在网络侧设备801分配第二共享资源或专用资源后，监听是否收到来自网络侧设备801的用C-RNTI加掩的PDCCH命令；如果是，则在该专用资源上发送上行数据给网络侧设备801；否则，判断是否收到网络侧设备801针对第一终端设备802在当前TTI之前已发送的上行数据返回的NACK消息，如果是，则在当前TTI内不监听来自网络侧设备801的用SR-RNTI加掩的PDCCH命令，从下一个TTI开始或继续监听是否收到来自网络侧设备801的用SR-RNTI加掩的PDCCH命令，如果是，则在该第二共享资源上发送上行数据给网络侧设备801。
本实施例中，进一步地，网络侧设备801还用于在该第二共享资源上同时收到上述多个终端设备中的至少两个终端设备发来的上行数据后，则为该多个终端设备中包括第一终端设备802的至少一个终端设备分配用于上行数据的专用资源；相应地，第一终端设备802还用于在第二共享资源上发送上行数据后，接收网络侧设备801为第一终端设备802分配的用于上行数据的专用资源，在该专用资源上重传上行数据给网络侧设备801。
本实施例中，网络侧设备801还具有实施例6提供的网络侧设备的各种功能，终端设备802还具有实施例7提供的终端设备的各种功能，此处不再赘述。
本实施例提供的上述系统，通过网络侧设备在有SR时分配上行数据的资源，终端设备获取到该资源后利用该资源发送上行数据，与现有技术相比，极大地避免了上行数据资源的浪费，提高了上行数据资源的利用率以及上行数据的发送成功率。
当网络侧设备分配上行数据的专用资源，可以避免冲突的发生，减少对PUSCH资源的占用，以及避免了由于冲突终端设备退避后重传带来的时延。通过网络侧设备分配SR-RNTI可以分配上行数据的共享资源给终端设备，与传统的SR流程通过减少SR的周期来降低时延相比，可以极大减少对SR资源的占用，提高容纳的用户数。
网络侧设备通过分配终端设备的索引号可以在收到一个SR时直接确定出该SR来自哪个UE，提高了调度请求的效率。采用调度请求共享资源的方式，可以增加码字间隔，减少SR资源之间的干扰，从而提高SR的解码性能。通过为共享该SR资源的多个终端设备配置不同的定时器可以避免冲突后再次发送SR时不再冲突，从而减少连续冲突的概率。
当终端设备之前发送的上行数据失败时，在当前TTI内不监听来自eNB的用SR-RNTI加掩的PDCCH命令，可以使得终端设备优先进行之前数据的重传，避免由于直接进行新数据传输而导致之前数据的丢失。对于任一监听到用SR-RNTI加掩的PDCCH命令的终端设备，从下一个TTI开始不再监听来用SR-RNTI加掩的PDCCH命令，直到再次发送SR后重新开始监听，避免了由于在eNB在其它时刻收到其它UE的SR后分配了的上行共享数据的共享资源，而导致在该上行数据的共享资源上发送数据从而与其它UE发生冲突。
本发明上述任一实施例中描述的用于调度请求的共享资源可以为子帧对应的资源，或者为子帧内的不同时隙对应的资源。具体地，将一个子帧内的两个时隙（Slot）分配给不同的UE。例如，eNB将第一个时隙分配给UE1，将第二个时隙分配给UE2，eNB通过不同时隙接收到的SR，可以判断出是哪一个UE发送的，从而给相应的UE分配上行数据的资源。
上述任一实施例中的技术方案均是针对一个成员载波而言的，当存在多个成员载波时，每个载波内的处理流程都相同，各个载波之间不互相影响。
另外，上述任一实施例中，在当前终端设备发送SR之后，如果当前终端设备监听到来自网络侧设备的用SR-RNTI加掩的PDCCH命令，且处于DRX（Discontinuous Reception，非连续接收）模式，则将当前终端设备的激活状态延长。例如，可以启动或重启非激活定时器（Inactive Timer），在该定时器超时之前终端设备均处于激活状态，超时之后则转为非激活状态。或者，当UE在该命令对应的资源上发送数据成功后，即收到eNB的ACK后，启动该定时器。通过延长终端设备的激活状态，可以保证终端设备始终处于工作，避免由于没有处于激活态后错过eNB调度给自己的专用的资源的命令，从而造成丢包及信令的浪费。
最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（ROM）或随机存储记忆体（RAM）等。
本发明实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。上述的各装置或系统，可以执行相应方法实施例中的方法。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (21)
1.一种调度请求的方法，其特征在于，包括：
为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求；
向所述多个终端设备发送第一信息，所述第一信息用于通知终端设备所述第一共享资源；
接收来自所述第一共享资源上的调度请求SR；
为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
2.根据权利要求1所述的方法，其特征在于，为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求，具体包括：
为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求，并为所述第一共享资源分配一个调度请求无线网络临时标识SR-RNTI；
所述第一信息中包括所述SR-RNTI。
3.根据权利要求2所述的方法，其特征在于，为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，具体包括：
根据小区无线网络临时标识C-RNTI为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，或者根据已分配的所述SR-RNTI为所述多个终端设备分配用于上行数据的第二共享资源。
4.根据权利要求1所述的方法，其特征在于，为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求，具体包括：
为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求，并为所述第一共享资源分配一个SR-RNTI，以及为所述多个终端设备中的每个终端设备分配一个索引号；
所述第一信息中包括所述SR-RNTI和每个终端设备的索引号。
5.根据权利要求4所述的方法，其特征在于，为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，具体包括：
如果接收到的所述SR为所述多个终端设备中的一个终端设备发来的SR，则根据所述SR中携带的索引号为对应的终端设备分配用于上行数据的专用资源；
如果接收到的所述SR为所述多个终端设备中的至少两个终端设备同时发来的SR，则根据C-RNTI为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，或者根据所述SR-RNTI为所述多个终端设备分配用于上行数据的第二共享资源。
6.根据权利要求5所述的方法，其特征在于，根据所述SR-RNTI为所述多个终端设备分配用于上行数据的第二共享资源之后，还包括：
接收来自所述第二共享资源上的上行数据；
如果未成功解出所述上行数据，则为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
7.根据权利要求1所述的方法，其特征在于，为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，具体包括：
如果没有为所述第一共享资源分配SR-RNTI，则根据C-RNTI为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
8.根据权利要求3或7所述的方法，其特征在于，所述方法还包括：
在分配所述第二共享资源或者所述专用资源时，设置新数据指示NDI为新数据传输。
9.根据权利要求6所述的方法，其特征在于，所述方法还包括：
在未成功解出所述上行数据，且为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源时，设置NDI为重传。
10.根据权利要求1至9中任一权利要求所述的方法，其特征在于，所述第一共享资源为子帧对应的资源，或者为子帧内的不同时隙对应的资源。
11.一种网络侧设备，其特征在于，所述网络侧设备包括：
配置模块，用于为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求，向所述多个终端设备发送第一信息，所述第一信息用于通知终端设备所述第一共享资源；
接收模块，用于接收来自所述第一共享资源上的调度请求SR；
分配模块，用于为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
12.根据权利要求11所述的设备，其特征在于，所述配置模块具体包括：
第一配置单元，用于为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求，并为所述第一共享资源分配一个调度请求无线网络临时标识SR-RNTI；
第一发送单元，用于向所述多个终端设备发送第一信息，所述第一信息用于通知终端设备所述第一共享资源，且包括所述SR-RNTI。
13.根据权利要求12所述的设备，其特征在于，所述分配模块具体包括：
第一分配单元，用于根据小区无线网络临时标识C-RNTI为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，或者根据已分配的所述SR-RNTI为所述多个终端设备分配用于上行数据的第二共享资源。
14.根据权利要求11所述的设备，其特征在于，所述配置模块具体包括：
第二配置单元，用于为多个终端设备配置一份第一共享资源，所述第一共享资源用于终端设备发送调度请求，并为所述第一共享资源分配一个SR-RNTI，以及为所述多个终端设备中的每个终端设备分配一个索引号；
第二发送单元，用于向所述多个终端设备发送第一信息，所述第一信息用于通知终端设备所述第一共享资源，且包括所述SR-RNTI和每个终端设备的索引号。
15.根据权利要求14所述的设备，其特征在于，所述分配模块具体包括：
第二分配单元，用于如果所述接收模块接收到的所述SR为所述多个终端设备中的一个终端设备发来的SR，则根据所述SR中携带的索引号为对应的终端设备分配用于上行数据的专用资源，如果所述接收模块接收到的所述SR为所述多个终端设备中的至少两个终端设备同时发来的SR，则根据C-RNTI为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源，或者根据所述SR-RNTI为所述多个终端设备分配用于上行数据的第二共享资源。
16.根据权利要求11所述的设备，其特征在于，所述分配模块具体包括：
第三分配单元，用于如果没有为所述第一共享资源分配SR-RNTI，则根据C-RNTI为所述多个终端设备中的至少一个终端设备分配用于上行数据的专用资源。
17.一种终端设备，其特征在于，所述终端设备包括：
接收模块，用于接收网络侧设备发来的第一信息，所述第一信息用于通知第一共享资源，所述第一共享资源用于终端设备发送调度请求，是所述网络侧设备为所述终端设备和其它终端设备共同配置的；
请求模块，用于在所述第一共享资源上向所述网络侧设备发送调度请求SR；
发送模块，用于在所述网络侧设备为所述多个终端设备分配用于上行数据的第二共享资源，或者为所述终端设备分配用于上行数据的专用资源后，在所述第二共享资源或专用资源上发送上行数据给所述网络侧设备。
18.根据权利要求17所述的设备，其特征在于，所述第一信息包括为所述第一共享资源分配的SR-RNTI，以及为所述终端设备分配的索引号。
19.根据权利要求17或18所述的设备，其特征在于，所述发送模块具体包括：
第一发送单元，用于在所述网络侧设备分配所述第二共享资源或专用资源后，监听是否收到来自所述网络侧设备的用小区无线网络临时标识C-RNTI加掩的物理下行控制信道PDCCH命令；如果是，则在所述网络侧设备分配的所述专用资源上发送上行数据给所述网络侧设备；否则，监听是否收到来自所述网络侧设备的用调度请求无线网络临时标识SR-RNTI加掩的PDCCH命令，如果是，则在所述网络侧设备分配的所述第二共享资源上发送上行数据给所述网络侧设备。
20.根据权利要求17或18所述的设备，其特征在于，所述发送模块具体包括：
第二发送单元，用于在所述网络侧设备分配所述第二共享资源或专用资源后，监听是否收到来自所述网络侧设备的用C-RNTI加掩的PDCCH命令；如果是，则在所述网络侧设备分配的所述专用资源上发送上行数据给所述网络侧设备；否则，判断是否收到所述网络侧设备针对所述终端设备在当前传输时间间隔TTI之前已发送的上行数据返回的非确认NACK消息，如果是，则在所述当前TTI内不监听来自所述网络侧设备的用SR-RNTI加掩的PDCCH命令，从下一个TTI开始或继续监听是否收到来自所述网络侧设备的用SR-RNTI加掩的PDCCH命令，如果是，则在所述网络侧设备分配的所述第二共享资源上发送上行数据给所述网络侧设备。
21.一种调度请求的系统，其特征在于，所述系统包括如权利要求11至19任一项所述的设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410020510.5A CN103796320B (zh) | 2010-01-08 | 2010-01-08 | 调度请求的方法及装置 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410020510.5A CN103796320B (zh) | 2010-01-08 | 2010-01-08 | 调度请求的方法及装置 |
| CN201010001225.0A CN102123399B (zh) | 2010-01-08 | 2010-01-08 | 调度请求的方法及装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010001225.0A Division CN102123399B (zh) | 2010-01-08 | 2010-01-08 | 调度请求的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103796320A true CN103796320A (zh) | 2014-05-14 |
| CN103796320B CN103796320B (zh) | 2018-01-16 |
Family
ID=50671468
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410020510.5A Active CN103796320B (zh) | 2010-01-08 | 2010-01-08 | 调度请求的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103796320B (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103986566A (zh) * | 2014-05-29 | 2014-08-13 | 上海华为技术有限公司 | 一种上行数据的发送方法、基站、用户设备及通信网络 |
| WO2017113272A1 (zh) * | 2015-12-31 | 2017-07-06 | 华为技术有限公司 | 一种数据传输的方法及装置 |
| CN107223363A (zh) * | 2017-04-28 | 2017-09-29 | 北京小米移动软件有限公司 | 一种分配调度请求sr资源的方法和装置 |
| WO2018049679A1 (zh) * | 2016-09-19 | 2018-03-22 | 华为技术有限公司 | 通信方法、基站和用户设备 |
| CN107926057A (zh) * | 2015-08-31 | 2018-04-17 | 高通股份有限公司 | 针对共享通信介质上的共存的接入终端间解闭和增强型竞争 |
| WO2018082686A1 (zh) * | 2016-11-04 | 2018-05-11 | 华为技术有限公司 | 数据传输方法、装置、系统、终端和接入网设备 |
| CN108432310A (zh) * | 2015-12-29 | 2018-08-21 | 华为技术有限公司 | 一种传输方法、传输装置、网络设备及用户设备 |
| WO2018152788A1 (zh) * | 2017-02-24 | 2018-08-30 | 广东欧珀移动通信有限公司 | 一种传输数据的方法、终端设备和网络设备 |
| WO2018166331A1 (zh) * | 2017-03-16 | 2018-09-20 | 华为技术有限公司 | 一种资源分配方法和装置以及终端设备 |
| CN108886801A (zh) * | 2016-04-01 | 2018-11-23 | 摩托罗拉移动有限责任公司 | 用于以减少的时延发送调度请求的方法和装置 |
| CN110011765A (zh) * | 2016-12-30 | 2019-07-12 | 华为技术有限公司 | 一种数据传输方法、装置及系统 |
| WO2020011163A1 (zh) * | 2018-07-09 | 2020-01-16 | 华为技术有限公司 | 一种功率调整方法、终端及存储介质 |
| CN111034326A (zh) * | 2017-06-14 | 2020-04-17 | 弗劳恩霍夫应用研究促进协会 | 用于上行链路通信的联合资源池 |
| WO2024120436A1 (zh) * | 2022-12-09 | 2024-06-13 | 华为技术有限公司 | 一种调度请求接收方法及通信装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DK3444991T3 (da) * | 2006-02-03 | 2020-06-02 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Allokering af uplink-ressource i et mobilt kommunikationssystem |
| CN101350940B (zh) * | 2007-07-17 | 2013-03-20 | 大唐移动通信设备有限公司 | 高速下行共享信道的共享控制信道资源分配方法及设备 |
-
2010
- 2010-01-08 CN CN201410020510.5A patent/CN103796320B/zh active Active
Cited By (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103986566A (zh) * | 2014-05-29 | 2014-08-13 | 上海华为技术有限公司 | 一种上行数据的发送方法、基站、用户设备及通信网络 |
| CN103986566B (zh) * | 2014-05-29 | 2017-11-24 | 上海华为技术有限公司 | 一种上行数据的发送方法、基站、用户设备及通信网络 |
| CN107926057A (zh) * | 2015-08-31 | 2018-04-17 | 高通股份有限公司 | 针对共享通信介质上的共存的接入终端间解闭和增强型竞争 |
| CN107926057B (zh) * | 2015-08-31 | 2021-06-04 | 高通股份有限公司 | 针对共享通信介质上的共存的接入终端间解闭和增强型竞争 |
| CN108432310A (zh) * | 2015-12-29 | 2018-08-21 | 华为技术有限公司 | 一种传输方法、传输装置、网络设备及用户设备 |
| WO2017113272A1 (zh) * | 2015-12-31 | 2017-07-06 | 华为技术有限公司 | 一种数据传输的方法及装置 |
| US10652899B2 (en) | 2015-12-31 | 2020-05-12 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus |
| CN108432325B (zh) * | 2015-12-31 | 2021-04-09 | 华为技术有限公司 | 一种数据传输的方法及装置 |
| CN108432325A (zh) * | 2015-12-31 | 2018-08-21 | 华为技术有限公司 | 一种数据传输的方法及装置 |
| CN108886801A (zh) * | 2016-04-01 | 2018-11-23 | 摩托罗拉移动有限责任公司 | 用于以减少的时延发送调度请求的方法和装置 |
| CN114884632A (zh) * | 2016-04-01 | 2022-08-09 | 摩托罗拉移动有限责任公司 | 用于以减少的时延进行调度请求传输的方法和装置 |
| CN108886801B (zh) * | 2016-04-01 | 2022-05-27 | 摩托罗拉移动有限责任公司 | 用于以减少的时延发送调度请求的方法和装置 |
| CN114884632B (zh) * | 2016-04-01 | 2024-01-23 | 摩托罗拉移动有限责任公司 | 用于以减少的时延进行调度请求传输的方法和装置 |
| WO2018049679A1 (zh) * | 2016-09-19 | 2018-03-22 | 华为技术有限公司 | 通信方法、基站和用户设备 |
| US11375500B2 (en) | 2016-09-19 | 2022-06-28 | Huawei Technologies Co., Ltd. | Communication method, base station, and user equipment |
| CN109661849B (zh) * | 2016-09-19 | 2021-02-23 | 华为技术有限公司 | 通信方法、基站和用户设备 |
| CN108024285A (zh) * | 2016-11-04 | 2018-05-11 | 华为技术有限公司 | 数据传输方法、装置、系统、终端和接入网设备 |
| WO2018082686A1 (zh) * | 2016-11-04 | 2018-05-11 | 华为技术有限公司 | 数据传输方法、装置、系统、终端和接入网设备 |
| CN108024285B (zh) * | 2016-11-04 | 2021-05-18 | 华为技术有限公司 | 数据传输方法、装置、系统、终端和接入网设备 |
| CN110011765A (zh) * | 2016-12-30 | 2019-07-12 | 华为技术有限公司 | 一种数据传输方法、装置及系统 |
| US11252604B2 (en) | 2016-12-30 | 2022-02-15 | Huawei Technologies Co., Ltd. | Data transmission method, apparatus, and system |
| CN110011765B (zh) * | 2016-12-30 | 2021-03-23 | 华为技术有限公司 | 一种数据传输方法、终端、装置及计算机可读存储介质 |
| US11252746B2 (en) | 2017-02-24 | 2022-02-15 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for data transmission, terminal device and network device |
| WO2018152788A1 (zh) * | 2017-02-24 | 2018-08-30 | 广东欧珀移动通信有限公司 | 一种传输数据的方法、终端设备和网络设备 |
| CN108633003B (zh) * | 2017-03-16 | 2021-10-01 | 华为技术有限公司 | 一种资源分配方法和装置以及终端设备 |
| CN108633003A (zh) * | 2017-03-16 | 2018-10-09 | 华为技术有限公司 | 一种资源分配方法和装置以及终端设备 |
| WO2018166331A1 (zh) * | 2017-03-16 | 2018-09-20 | 华为技术有限公司 | 一种资源分配方法和装置以及终端设备 |
| CN107223363B (zh) * | 2017-04-28 | 2021-03-16 | 北京小米移动软件有限公司 | 一种分配调度请求sr资源的方法和装置 |
| WO2018195910A1 (zh) * | 2017-04-28 | 2018-11-01 | 北京小米移动软件有限公司 | 一种分配调度请求sr资源的方法和装置 |
| CN107223363A (zh) * | 2017-04-28 | 2017-09-29 | 北京小米移动软件有限公司 | 一种分配调度请求sr资源的方法和装置 |
| CN111034326A (zh) * | 2017-06-14 | 2020-04-17 | 弗劳恩霍夫应用研究促进协会 | 用于上行链路通信的联合资源池 |
| CN111034326B (zh) * | 2017-06-14 | 2023-09-15 | 皇家飞利浦有限公司 | 用于上行链路通信的联合资源池 |
| WO2020011163A1 (zh) * | 2018-07-09 | 2020-01-16 | 华为技术有限公司 | 一种功率调整方法、终端及存储介质 |
| WO2024120436A1 (zh) * | 2022-12-09 | 2024-06-13 | 华为技术有限公司 | 一种调度请求接收方法及通信装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103796320B (zh) | 2018-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102123399B (zh) | 调度请求的方法及装置 | |
| CN103796320B (zh) | 调度请求的方法及装置 | |
| US11451345B2 (en) | Data transmission method, terminal, and RAN device | |
| CN102595600B (zh) | 半静态调度方法、用户设备及网络设备 | |
| EP2595442B1 (en) | Coordinated signaling of scheduling information for uplink and downlink communications | |
| JP2022050577A (ja) | 低複雑度の狭帯域端末のためのランダムアクセス手順でのｈａｒｑメッセージに割り当てられたリソースを示すための方法 | |
| WO2018036433A1 (zh) | 信息发送、接收方法及装置、基站、终端 | |
| WO2019028890A1 (zh) | 半静态调度的处理方法、通信设备及存储介质 | |
| JP2012217187A (ja) | 電気通信システムにおける資源スケジューリングの方法とシステム | |
| CN103384394A (zh) | 用户设备耗电、耗电配置参数处理方法及装置 | |
| CN102892084A (zh) | 集群业务处理方法、装置、基站及用户设备 | |
| WO2018028434A1 (zh) | 一种数据传输的方法及装置 | |
| CN104303578A (zh) | 数据传输处理方法、装置和系统 | |
| WO2013034042A1 (zh) | 传输控制信息的方法、基站和用户设备 | |
| CN113328834A (zh) | 一种通信方法及装置 | |
| US20240007229A1 (en) | Sidelink communication method and apparatus | |
| EP4030662A1 (en) | Method and apparatus for controlling harq process | |
| US9320056B2 (en) | Mobile station and radio base station for “always-on” method | |
| CN114788204B (zh) | Harq进程的状态确定方法、装置及设备 | |
| Gerami et al. | Configured grant for ultra-reliable and low-latency communications: Standardization and beyond | |
| CN102118799B (zh) | 一种基于竞争资源的配置方法和装置 | |
| CN107534525A (zh) | 一种数据发送方法及装置 | |
| CN116368759A (zh) | 用于混合自动重传请求的方法及设备 | |
| CN113766640B (zh) | 通信方法及装置 | |
| US8824377B2 (en) | Method of transmitting data within a telecommunications system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |