WO2021197086A1 - 确定资源的方法和装置 - Google Patents

确定资源的方法和装置 Download PDF

Info

Publication number
WO2021197086A1
WO2021197086A1 PCT/CN2021/081583 CN2021081583W WO2021197086A1 WO 2021197086 A1 WO2021197086 A1 WO 2021197086A1 CN 2021081583 W CN2021081583 W CN 2021081583W WO 2021197086 A1 WO2021197086 A1 WO 2021197086A1
Authority
WO
WIPO (PCT)
Prior art keywords
configuration information
user equipment
message
preset
transmitted
Prior art date
Application number
PCT/CN2021/081583
Other languages
English (en)
French (fr)
Inventor
邝奕如
徐海博
史玉龙
王君
肖潇
赵力
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP21780141.4A priority Critical patent/EP4109950A4/en
Priority to US17/916,339 priority patent/US20230156688A1/en
Publication of WO2021197086A1 publication Critical patent/WO2021197086A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/02—Arrangements for detecting or preventing errors in the information received by diversity reception
    • H04L1/06—Arrangements for detecting or preventing errors in the information received by diversity reception using space diversity
    • H04L1/0618—Space-time coding
    • H04L1/0675—Space-time coding characterised by the signaling
    • H04L1/0693—Partial feedback, e.g. partial channel state information [CSI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • TX UE when the TX UE sends the SR to the network device, it can be sent through the SR resource.
  • TX UE does not have SR resources configured for SL signaling radio bearer (SRB), that is, for the transmission of data carried on SL SRB, it cannot request SL from network equipment by sending SR.
  • SRB SL signaling radio bearer
  • Resources or UL resources can only request uplink resources from a network device by triggering contention-based random access to send BSR, and then request SL resources.
  • requesting uplink resources through random access will increase signaling overhead, increase power consumption, and increase communication delay.
  • the method for determining resources in this embodiment of the application can be used for the sending end user equipment.
  • the device determines an SR resource to send an SR to the network device.
  • the SR is used to request the allocation of uplink resources or sidelink resources for transmitting newly transmitted data, so that the network device can configure the sending end user equipment to send the BSR.
  • the uplink resources are used to allocate side link (SL) resources to the user equipment at the transmitting end and the UE 30, or so that the network device can allocate side link (SL) resources to the user equipment at the transmitting end.
  • the SR configuration information includes one or more SR identification IDs.
  • the SL SRB is associated with the SR configuration information corresponding to at least one signaling radio bearer SRB of the network device; or the SL SRB is associated with the sending end user equipment
  • the SR configuration information corresponding to at least one data radio bearer DRB of the network device; or the SL SRB is associated with the SR configuration information corresponding to at least one side link channel state information CSI report of the sending user equipment.
  • a communication system in a fifteenth aspect, includes the sender user equipment of the fifth and sixth aspects, and the network equipment of the seventh and eighth aspects; or, the system includes the ninth aspect.
  • first, second, and third in the embodiments of the present application are only for distinction, and should not constitute any limitation to the present application.
  • first resource and second resource in the embodiment of the present application refer to resources for transmitting information between the base station and the user equipment.
  • pre-set can be pre-stored in the device (for example, including user equipment and network equipment).
  • the related information is implemented in a manner, and this application does not limit its specific implementation manner, such as preset rules and preset constants in the embodiments of the present application.
  • four SLs and SRBs can be associated with two different SR configuration information, so that different message types with transmission messages correspond to different SR resources.
  • the UE 20 After the UE 20 receives the SR configuration information sent by the base station 10, it can determine the SR ID, which can correspond to the SR resource ID, and then determine an SR resource according to the SR resource ID, for example, the " The first SR resource", that is, the first SR resource is the uplink resource for the UE 20 to finally send the SR to the base station 10.
  • the SR configuration information schedulingRequestID of the SRB on the Uu interface between the base station 10 and the UE 20 is equal to X
  • the SR configuration information schedulingRequestID the SR resource corresponding to X
  • the base station 10 does not configure the SR configuration information for the SRB of the Uu interface
  • the UE 20 triggers a random access procedure to obtain uplink resources.
  • the SR configuration information of the SL SRB multiplexes the SR configuration information of at least two SRBs (for example, SRB1 and SRB2) between the base station 10 and the UE 20. Then, after the data of the SL SRB reaches the trigger SR, the UE 20 can send the SR through the SR resource corresponding to any one of the configuration information of SRB1 and SRB2.
  • the receiving unit 510 is configured to receive scheduling request SR configuration information sent by the network device, where the SR configuration information corresponds to the signaling radio bearer SL SRB of the side link, and the SR configuration information is used to indicate the first SR resource.
  • Solution 2 Use at least one of the above three options to associate the SL SRB with the SR configuration/resource.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种确定资源的方法和装置，该方法包括：发送端用户设备接收网络设备发送的调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB，该SR配置信息用于指示第一SR资源，该发送端用户设备为侧行链路SL中的设备；该发送端用户设备通过该第一SR资源向该网络设备发送SR。该方法能够为侧行链路中的发送端用户设备确定SR配置信息，进一步确定SR资源，通过SR资源向基站请求上行资源或SL资源，从而降低的信令开销、降低用户设备的功耗消耗以及减小获取上行资源的时延。

Description

确定资源的方法和装置
本申请要求于2020年03月30日提交中国专利局、申请号为202010238444.4、申请名称为“一种调度请求的配置方法、UE及网络设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。本申请要求于2020年04月10日提交中国专利局、申请号为202010280182.8、申请名称为“确定资源的方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，并且更具体地，涉及通信领域中确定资源的方法和装置。
背景技术
在第五代(the fifth generation，5G)移动通信系统中，对于设备到设备(device-to-device，D2D)的直通(direct communication)通信方式，或者车辆对外信息交换(vehicle to everything，V2X)场景中，发送端用户设备(transmission user equipment，TX UE)可以将数据直接发送给接收端用户设备(reception user equipment，RX UE)，无需通过网络设备或者蜂窝网络进行中转。将TX UE与RX UE之间的直通链路称为侧行链路(sidelink，SL)，TX UE与RX UE之间的接口称为PC5接口；UE与网络设备之间的链路称为蜂窝链路(cellular link)，UE与网络设备之间的接口称为Uu接口。
在D2D的通信中，当TX UE有数据向RX UE发送时，如果当前没有可以使用的SL资源，TX UE可以向网络设备发送缓存状态报告(buffer status reporting，BSR)，通过BSR告诉网络设备待发送的数据量，网络设备可以根据该BSR中的待发送的数据量决定给该TX UE分配多少SL资源，以实现TX UE和RX UE之间的通信。具体地，当TX UE触发BSR之后，如果当前没有可以使用的SL资源发送该BSR，TX UE首先向网络设备发送调度请求(scheduling request，SR)，以告知网络设备有数据需要发送。网络设备收到SR之后，可以给TX UE分配一个至少足够发送BSR的上行资源，TX UE使用该上行资源将BSR发送给网络设备。
其中，TX UE向网络设备发送SR时，可以通过SR资源发送。目前，对于D2D/V2X通信，TX UE没有针对SL信令无线承载(signalling radio bearer，SRB)配置的SR资源，即对于SL SRB上承载的数据的发送，无法通过发送SR来向网络设备请求SL资源或者UL资源，只能通过触发基于竞争的随机接入来向网络设备请求上行资源来发送BSR，进而请求SL资源。但是，通过随机接入来请求上行资源，会增大信令开销，增大功耗以及增加通信时延。
发明内容
本申请提供了一种确定资源的方法和装置，该方法能够为侧行链路中的发送端用户设备确定SR配置信息，进一步确定SR资源，通过SR资源向基站请求上行资源或SL资源， 从而降低的信令开销、降低用户设备的功耗消耗以及减小获取上行资源的时延。
第一方面，提供了一种确定资源的方法，该方法包括：发送端用户设备接收网络设备发送的调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB，该SR配置信息用于指示第一SR资源，该发送端用户设备为侧行链路SL中的设备；该发送端用户设备通过该第一SR资源向该网络设备发送SR。
当发送端用户设备没有可用的上行资源(uplink)，且发送端用户设备缓存有发往其他接收端用户设备的待传输消息时，可以通过本申请实施例的确定资源的方法，为发送端用户设备确定一个SR资源，用于向网络设备发送SR，SR用于请求分配传输新传数据的上行链路资源或侧行链路资源，使得网络设备可以为发送端用户设备配置用于发送BSR的上行资源，进而为发送端用户设备和UE 30分配侧行链路(SL)资源，或者，使得网络设备可以为发送端用户设备分配侧行链路(SL)资源。
应理解，本申请实施例所说的“待传输消息”可以是前述列举的PC5-RRC消息和PC5-S消息中的一种或者多种消息，或者说，本申请实施例所说的“待传输消息”可以是承载在SL SRB上的消息。
示例性的，该待传输消息中包括PC5无线资源控制PC5-RRC消息、非安全保护的PC5信号PC5-S消息、PC5-S安全建立后的PC5-S消息和安全保护的PC5-S消息中的至少一种消息。
还应理解，该SR配置信息对应SL SRB，可以是一个SL SRB对应一个SR配置信息，或者一个SL SRB对应多个SR配置信息，又或者，一个SR配置信息对应多个SL SRB，本申请实施例对此不作限定。
可选地，该SR配置信息(schedulingRequestConfig)可以包括：SR标识ID(schedulingRequestID)、SR发送的禁止定时器(SR-ProhibitTimer)、SR的最大重传次数(SR-TransMax)等信息中的至少一种。
除了SR配置信息(schedulingRequestConfig)之外，网络设备还可以为发送端用户设备配置SR资源配置信息(SchedulingRequestResourceConfig)，该SR资源配置信息可以包括：SR ID(schedulingRequestID)、SR资源ID(schedulingRequestResourceID)、SR的周期以及在周期内的偏移(periodicityAndOffset)等。
因此，当发送端用户设备接收到网络设备发送改的SR配置信息之后，可以确定SR ID，该SR ID可以对应SR资源ID，进而根据该SR资源ID确定一个SR资源，例如本申请实施例所称的“第一SR资源”，即第一SR资源是发送端用户设备最终向网络设备发送SR的上行资源。
通过上述技术方案，通过基站为UE配置SR配置信息，UE可以通过该SR配置信息确定第一SR资源，通过第一SR资源向基站发送SR，以请求上行资源或SL资源，从而降低的信令开销、降低UE的功耗消耗以及减小获取到上行资源的时延。
结合第一方面，在某些可能的实现方式中，该SR配置信息是预设SR配置信息，以及该发送端用户设备通过该第一SR资源向该网络设备发送SR之前，该方法还包括：该发送端用户设备确定该SR配置信息是预设SR配置信息。
第二方面，提供了一种确定资源的方法，该方法包括：发送端用户设备根据预设SR配置信息确定对应的第一SR资源，该发送端用户设备为侧行链路SL中的设备；该发送 端用户设备通过该第一SR资源向网络设备发送SR。
可选地，该预设SR配置信息可以理解为在协议中指定SR配置信息，基站10和UE 20可以达成共识，都知道该预设SR配置信息包括哪些预设SR配置信息。应理解，协议中指定一个或者多个预设的SR配置信息，本申请实施例对该预设SR配置信息的数量不作限定。
可选地，该预设SR配置信息可以包含于基站10对SCCH的专用配置指令中。基站10通过在配置SCCH的时候将该预设SR配置信息配置给UE 20。那么，第一SR资源可以理解为该预设SR配置信息确定的SR资源。
示例性的，在SCCH的专用配置指令中，可以增加一个参数用于指示该SR配置信息，例如schedulingRequest ID＝X，其中，X可以取自于集合﹛X，Y，Z，M，N…﹜中的任意一个。或者，该参数可以指示集合﹛X，Y，Z，M，N…﹜中的多个，例如schedulingRequestID＝X,Y,Z。
上述技术方案，通过在标准中为网络设备和用户设备预设SR配置信息，在具体实现过程中，网络设备可以灵活的决定是否为用户设备的SL SRB配置专用SR资源。当确定可以为用户设备的SL SRB配置专用SR资源时，网络设备在为用户设备配置SR资源时携带预设SR配置信息，用户设备可以通过该预设的SR资源向网络设备发送SR，以请求上行资源或SL资源，从而降低的信令开销、降低用户设备的功耗消耗以及减小获取到上行资源的时延。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息是该发送端用户设备和该网络设备之间的至少一个信令无线承载SRB的SR配置信息；和/或该SR配置信息是该发送端用户设备和该网络设备之间的至少一个信令无线承载DRB的SR配置信息；和/或该SR配置信息是该发送端用户设备的至少一个侧行链路数据无线承载SL DRB的SR配置信息；和/或该SR配置信息是该发送端用户设备的至少一个侧行链路信道状态信息CSI报告的SR配置信息。
通过上述技术方案，通过网络设备为用户设备配置SR资源时，将确定的SR配置信息关联现有的SR配置信息，用户设备可以通过该SR配置信息确定第一SR资源，通过第一SR资源向网络设备发送SR，以请求上行资源或SL资源，从而降低的信令开销、降低用户设备的功耗消耗以及减小获取上行资源的时延。
结合上述实现方式，在某些可能的实现方式中，该发送端用户设备缓存有发往至少一个接收端用户设备的待传输消息，每一条该待传输消息具有相同的该SR配置信息；或者每一条该待传输消息具有不同的该SR配置信息；或者相同类型的该待传输消息具有相同的该SR配置信息，不同类型的该待传输消息的该SR配置信息不同；或者至少两条该待传输消息具有相同的该SR配置信息；或者同一个接收端用户设备的该待传输消息具有相同的该SR配置信息；或者同一个接收端用户设备的不同类型的该待传输消息具有不同的该SR配置信息；或者不同接收端用户设备的不同类型的该待传输消息具有不同的该SR配置信息；或者不同接收端用户设备的相同类型的该待传输消息具有相同的该SR配置信息。
综上所述，网络设备为不同的目标用户设备配置不同的SR配置信息，每个目标UE下，承载PC5-RRC消息应的SL SRB和承载3种PC5-S消息的SL SRB都可以具有不同 的SR配置信息。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息还包括指示信息，该指示信息用于指示该第一SR资源是否为请求侧行链路sidelink的SR资源，或者，该指示信息用于指示该SR配置信息是否可用于侧行链路sidelink中SL SRB。
通过上述技术方案，通过在网络设备确定的SR配置信息中增加指示信息，用户设备可以根据该指示信息确定该第一资源是否可以用作请求侧行链路sidelink的SR资源。当可以用作请求侧行链路sidelink的SR资源时，用户设备可以通过该SR配置信息确定第一SR资源，通过第一SR资源向网络设备发送SR，以请求上行资源或SL资源，从而降低的信令开销、降低用户设备的功耗消耗以及减小获取到上行资源的时延。当不可以用作请求侧行链路sidelink的SR资源时，用户设备可以触发随机接入过程来获取上行资源。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息包括一个或多个SR标识ID。
第三方面，提供了一种确定资源的方法，该方法包括：网络设备向发送端用户设备发送调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB，该SR配置信息用于指示第一SR资源，该发送端用户设备为侧行链路SL中的设备；该网络设备接收该发送端用户设备通过该第一SR资源发送的SR。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息是预设SR配置信息。
第四方面，提供了一种确定资源的方法，该方法包括：网络设备根据预设SR配置信息确定对应的第一SR资源；该网络设备接收发送端用户设备通过该第一SR资源发送的SR，该发送端用户设备为侧行链路SL中的设备。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息是该发送端用户设备和该网络设备之间的至少一个信令无线承载SRB的SR配置信息；和/或该SR配置信息是该发送端用户设备和该网络设备之间的至少一个信令无线承载DRB的SR配置信息；和/或该SR配置信息是该发送端用户设备的至少一个侧行链路数据无线承载SL DRB的SR配置信息；和/或该SR配置信息是该发送端用户设备的至少一个侧行链路信道状态信息CSI报告的SR配置信息。
结合上述实现方式，在某些可能的实现方式中，该发送端用户设备缓存有发往至少一个接收端用户设备的待传输消息，每一条该待传输消息具有相同的该SR配置信息；或者每一条该待传输消息具有不同的该SR配置信息；或者相同类型的该待传输消息具有相同的该SR配置信息，不同类型的该待传输消息的该SR配置信息不同；或者至少两条该待传输消息具有相同的该SR配置信息；或者同一个接收端用户设备的该待传输消息具有相同的该SR配置信息；或者同一个接收端用户设备的不同类型的该待传输消息具有不同的该SR配置信息；或者不同接收端用户设备的不同类型的该待传输消息具有不同的该SR配置信息；或者不同接收端用户设备的相同类型的该待传输消息具有相同的该SR配置信息。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息还包括指示信息，该指示信息用于指示该第一SR资源是否为请求侧行链路sidelink的SR资源，或者，该指示信息用于指示该SR配置信息是否可用于侧行链路sidelink中SL SRB。
结合上述实现方式，在某些可能的实现方式中，该待传输消息中包括PC5无线资源控 制PC5-RRC消息、非安全保护的PC5信号PC5-S消息、PC5-S安全建立后的PC5-S消息和安全保护的PC5-S消息中的至少一种消息。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息包括一个或多个SR标识ID。
第五方面，提供了一种确定资源的装置，该装置包括：接收单元，用于接收网络设备发送的调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB，该SR配置信息用于指示第一SR资源；发送单元，用于通过该第一SR资源向该网络设备发送SR。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息是预设SR配置信息，该装置还包括：处理单元，用于确定该SR配置信息是预设SR配置信息。
第六方面，提供了一种确定资源的装置，该装置包括：处理单元，用于根据预设SR配置信息确定对应的第一SR资源；发送单元，用于通过该第一SR资源向网络设备发送SR。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息是该装置和该网络设备之间的至少一个信令无线承载SRB的SR配置信息；和/或该SR配置信息是该装置和该网络设备之间的至少一个信令无线承载DRB的SR配置信息；和/或该SR配置信息是该装置的至少一个侧行链路数据无线承载SL DRB的SR配置信息；和/或该SR配置信息是该装置的至少一个侧行链路信道状态信息CSI报告的SR配置信息。
结合上述实现方式，在某些可能的实现方式中，该装置缓存有发往至少一个接收端用户设备的待传输消息，每一条该待传输消息具有相同的该SR配置信息；或者每一条该待传输消息具有不同的该SR配置信息；或者相同类型的该待传输消息具有相同的该SR配置信息，不同类型的该待传输消息的该SR配置信息不同；或者至少两条该待传输消息具有相同的该SR配置信息；或者同一个接收端用户设备的该待传输消息具有相同的该SR配置信息；或者同一个接收端用户设备的不同类型的该待传输消息具有不同的该SR配置信息；或者不同接收端用户设备的不同类型的该待传输消息具有不同的该SR配置信息；或者不同接收端用户设备的相同类型的该待传输消息具有相同的该SR配置信息。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息还包括指示信息，该指示信息用于指示该第一SR资源是否为请求侧行链路sidelink的SR资源，或者，该指示信息用于指示该SR配置信息是否可用于侧行链路sidelink中SL SRB。
结合上述实现方式，在某些可能的实现方式中，该待传输消息中包括PC5无线资源控制PC5-RRC消息、非安全保护的PC5信号PC5-S消息、PC5-S安全建立后的PC5-S消息和安全保护的PC5-S消息中的至少一种消息。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息包括一个或多个SR标识ID。
第七方面，提供了一种确定资源的装置，该装置包括：发送单元，用于向发送端用户设备发送调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB，该SR配置信息用于指示第一SR资源，该发送端用户设备为侧行链路SL中的设备；接收单元，用于接收该发送端用户设备通过该第一SR资源发送的SR。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息是预设SR配置信息。
第八方面，一种确定资源的装置，该装置包括：处理单元，用于根据预设SR配置信息确定对应的第一SR资源；接收单元，用于接收发送端用户设备通过该第一SR资源发送的SR，该发送端用户设备为侧行链路SL中的设备。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息是该发送端用户设备和该网络设备之间的至少一个信令无线承载SRB的SR配置信息；和/或该SR配置信息是该发送端用户设备和该网络设备之间的至少一个信令无线承载DRB的SR配置信息；和/或该SR配置信息是该发送端用户设备的至少一个侧行链路数据无线承载SL DRB的SR配置信息；和/或该SR配置信息是该发送端用户设备的至少一个侧行链路信道状态信息CSI报告的SR配置信息。
结合上述实现方式，在某些可能的实现方式中，该发送端用户设备缓存有发往至少一个接收端用户设备的待传输消息，每一条该待传输消息具有相同的该SR配置信息；或者每一条该待传输消息具有不同的该SR配置信息；或者相同类型的该待传输消息具有相同的该SR配置信息，不同类型的该待传输消息的该SR配置信息不同；或者至少两条该待传输消息具有相同的该SR配置信息；或者同一个接收端用户设备的该待传输消息具有相同的该SR配置信息；或者同一个接收端用户设备的不同类型的该待传输消息具有不同的该SR配置信息；或者不同接收端用户设备的不同类型的该待传输消息具有不同的该SR配置信息；或者不同接收端用户设备的相同类型的该待传输消息具有相同的该SR配置信息。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息还包括指示信息，该指示信息用于指示该第一SR资源是否为请求侧行链路sidelink的SR资源，或者，该指示信息用于指示该SR配置信息是否可用于侧行链路sidelink中SL SRB。
结合上述实现方式，在某些可能的实现方式中，该待传输消息中包括PC5无线资源控制PC5-RRC消息、非安全保护的PC5信号PC5-S消息、PC5-S安全建立后的PC5-S消息和安全保护的PC5-S消息中的至少一种消息。
结合上述实现方式，在某些可能的实现方式中，该SR配置信息包括一个或多个SR标识ID。
第九方面，提供了一种确定资源的方法，应用于包括发送端用户设备、至少一个接收端用户设备和网络设备组成的系统中，该方法包括：该发送端用户设备接收该网络设备发送的调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB；该发送端用户设备根据该SR配置信息确定对应的第一SR资源；该发送端用户设备通过该第一SR资源向该网络设备发送SR。
结合第九方面，在某些可能的实现方式中，该SR配置信息是预设SR配置信息；或者当该SR配置信息不是该预设SR配置信息时，该方法还包括：该发送端用户设备向该网络设备发起随机接入过程。
结合第九方面和上述实现方式，在某些可能的实现方式中，该SL SRB关联该网络设备的至少一个信令无线承载SRB对应的该SR配置信息；或者该SL SRB关联该发送端用户设备和该网络设备的至少一个数据无线承载DRB对应的该SR配置信息；或者该SL SRB关联该发送端用户设备的至少一个侧行链路信道状态信息CSI报告对应的该SR配置信息。
结合第九方面和上述实现方式，在某些可能的实现方式中，发送端用户设备缓存有发 往至少一个接收端用户设备的待传输消息时，该预设SR配置信息是根据该待传输消息的消息类型确定的，该待传输消息承载在该SL SRB。
结合第九方面和上述实现方式，在某些可能的实现方式中，该待传输消息包括第一消息集合和第二消息集合，每个消息集合中包括至少一个消息，且该第一消息集合和该第二消息集合中的消息类型不同，该预设SR配置信息包括第一SR配置信息集合和第二SR配置信息集合，每个SR配置信息集合包括至少一个SR配置信息，其中，该第一SR配置信息集合中的每个SR配置信息与承载该第一消息集合中的至少一个消息对应，该第二SR配置信息集合中的每个SR配置信息与承载该第二消息集合中的至少一个消息对应。
结合第九方面和上述实现方式，在某些可能的实现方式中，该第一消息集合和该第二消息集合中的每个消息的目的地址为第一接收端用户设备，或者该第一消息集合中的每个消息的目的地址为该第一接收端用户设备，该第二消息集合中的每个消息的目的地址为第二接收端用户设备。
结合第九方面和上述实现方式，在某些可能的实现方式中，该预设SR配置信息是根据该待传输消息对应的目的地址确定的，该待传输消息承载在该SL SRB。
结合第九方面和上述实现方式，在某些可能的实现方式中，该待传输消息包括第三消息集合和第四消息集合，每个消息集合中包括至少一个消息，且该第三消息集合中的每个消息的目的地址为第一接收端用户设备，该第四消息集合中的每个消息的目的地址为第二接收端用户设备，该预设SR配置信息包括第三SR配置信息集合和第四SR配置信息集合，每个SR配置信息集合包括至少一个SR配置信息，其中，该第三SR配置信息集合中的任意一个SR配置信息关联该第三消息集合中的每个消息，该第四SR配置信息集合中的任意一个SR配置信息集合关联该第四消息集合中的每个消息。
结合第九方面和上述实现方式，在某些可能的实现方式中，该SR配置信息还包括用于指示该第一SR资源是否可用于向该网络设备发送该SR的指示信息。
结合第九方面和上述实现方式，在某些可能的实现方式中，该待传输消息中包括PC5无线资源控制PC5-RRC消息、非安全保护的PC5信号PC5-S消息、PC5-S安全建立后的PC5-S消息和安全保护的PC5-S消息中的至少一种消息。
结合第九方面和上述实现方式，在某些可能的实现方式中，该SR配置信息包括SR标识ID。
第十方面，提供了一种确定资源的方法，应用于包括发送端用户设备、至少一个接收端用户设备和网络设备组成的系统中，该方法包括：该网络设备向该发送端用户设备发送的调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB；该网络设备根据该SR配置信息确定对应的第一SR资源；网络设备接收该发送端用户设备通过该第一SR资源发送的SR。
结合第十方面，在某些可能的实现方式中，该SR配置信息是预设SR配置信息；或者当该SR配置信息不是该预设SR配置信息时，该方法还包括：该网络设备接收该发送端用户设备发起的随机接入过程。
结合第十方面和上述实现方式，在某些可能的实现方式中，该SL SRB关联该网络设备的至少一个信令无线承载SRB对应的该SR配置信息；或者该SL SRB关联该发送端用户设备和该网络设备的至少一个数据无线承载DRB对应的该SR配置信息；或者该SL SRB 关联该发送端用户设备的至少一个侧行链路信道状态信息CSI报告对应的该SR配置信息。
结合第十方面和上述实现方式，在某些可能的实现方式中，该发送端用户设备缓存有发往至少一个接收端用户设备的待传输消息时，该预设SR配置信息是根据该待传输消息的消息类型确定的，该待传输消息承载在该SL SRB。
结合第十方面和上述实现方式，在某些可能的实现方式中，该待传输消息包括第一消息集合和第二消息集合，每个消息集合中包括至少一个消息，且该第一消息集合和该第二消息集合中的消息类型不同，该预设SR配置信息包括第一SR配置信息集合和第二SR配置信息集合，每个SR配置信息集合包括至少一个SR配置信息，其中，该第一SR配置信息集合中的每个SR配置信息与承载该第一消息集合中的至少一个消息对应，该第二SR配置信息集合中的每个SR配置信息与承载该第二消息集合中的至少一个消息对应。
结合第十方面和上述实现方式，在某些可能的实现方式中，该第一消息集合和该第二消息集合中的每个消息的目的地址为第一接收端用户设备，或者该第一消息集合中的每个消息的目的地址为该第一接收端用户设备，该第二消息集合中的每个消息的目的地址为第二接收端用户设备。
结合第十方面和上述实现方式，在某些可能的实现方式中，该预设SR配置信息是根据待传输消息对应的目的地址确定的，该待传输消息承载在该SL SRB。
结合第十方面和上述实现方式，在某些可能的实现方式中，待传输消息包括第三消息集合和第四消息集合，每个消息集合中包括至少一个消息，且该第三消息集合中的每个消息的目的地址为第一接收端用户设备，该第四消息集合中的每个消息的目的地址为第二接收端用户设备，该预设SR配置信息包括第三SR配置信息集合和第四SR配置信息集合，每个SR配置信息集合包括至少一个SR配置信息，其中，该第三SR配置信息集合中的任意一个SR配置信息关联该第三消息集合中的每个消息，该第四SR配置信息集合中的任意一个SR配置信息集合关联该第四消息集合中的每个消息。
结合第十方面和上述实现方式，在某些可能的实现方式中，该SR配置信息还包括用于指示该第一SR资源是否可用于向该网络设备发送该SR的指示信息。
结合第十方面和上述实现方式，在某些可能的实现方式中，该待传输消息中包括PC5无线资源控制PC5-RRC消息、非安全保护的PC5信号PC5-S消息、PC5-S安全建立后的PC5-S消息和安全保护的PC5-S消息中的至少一种消息。
结合第十方面和上述实现方式，在某些可能的实现方式中，该SR配置信息包括SR标识ID。
第十一方面，提供了一种通信装置，该通信装置具有实现上述第一方面和第二方面、第九方面的方法设计中的发送端用户设备的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第十二方面，提供了一种通信装置，该通信装置具有实现上述第三方面和第四方面、第十方面的方法设计中的网络设备(例如基站)的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第十三方面，提供一种终端设备，包括收发器和处理器。可选地，该终端设备还包括存储器。该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用 于从存储器中调用并运行该计算机程序，使得该终端设备执行上述上述第一方面和第二方面、第九方面的任意一种可能的实现方式中的方法。
第十四方面，提供一种网络设备，包括收发器和处理器。可选地，该网络设备还包括存储器。该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该网络设备执行上述第三方面和第四方面、第十方面的任意一种可能的实现方式中的方法。
第十五方面，提供了一种通信系统，该系统包括上述第五方面、第六方面的发送端用户设备，第七方面、第八方面的网络设备；或者，该系统包括上述第九方面的发送端用户设备，第十方面的网络设备；或者该系统包括上述第十一方面和第十二方面的通信装置；或者该系统包括上述第十一方面的终端设备和第十二方面的网络设备。
第十六方面，提供一种通信装置，该通信装置可以为上述方法设计中的发送端用户设备，或者为设置在发送端用户设备中的芯片。该通信装置包括：处理器，与存储器耦合，可用于执行存储器中的指令，以实现上述任意一种可能的实现方式中发送端用户设备所执行的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。
当该通信装置为发送端用户设备时，该通信接口可以是收发器，或，输入/输出接口。
当该通信装置为配置于发送端用户设备中的芯片时，该通信接口可以是输入/输出接口。
可选地，该收发器可以为收发电路。可选地，该输入/输出接口可以为输入/输出电路。
第十七方面，提供了一种通信装置，该通信装置可以为上述方法设计中的网络设备，或者为设置在网络设备中的芯片。该通信装置包括：处理器，与存储器耦合，可用于执行存储器中的指令，以实现上述任意一种可能的实现方式中网络设备所执行的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。
当该通信装置为网络设备时，该通信接口可以是收发器，或，输入/输出接口。
当该通信装置为配置于网络设备中的芯片时，该通信接口可以是输入/输出接口。
可选地，该收发器可以为收发电路。可选地，该输入/输出接口可以为输入/输出电路。
第十八方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。
第十九方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。
附图说明
图1是适用于本申请实施例的无线通信系统的示意图。
图2是一例UE和基站之间的通信过程示意图。
图3是本申请实施例提供的一例确定资源的方法的示意性交互图。
图4是本申请实施例提供的又一例确定资源的方法的示意性交互图。
图5是本申请实施例提供的一例确定资源的传输装置的示意图。
图6是本申请实施例提供的又一例确定资源的传输装置的示意性框图。
图7是本申请实施例提供的又一例确定资源的传输装置的示意性框图。
图8是本申请实施例提供的又一例确定资源的传输装置的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、第五代(5th generation，5G)移动通信系统或新无线(new radio，NR)通信系统以及未来的移动通信系统等。
图1是适用于本申请实施例的无线通信系统100的示意图。如图1所示，该无线通信系统100可以包括一个或多个网络设备，例如，图1所示的网络设备10。该无线通信系统100还可以包括一个或多个用户设备(user equipment，UE)，例如，图1所示的用户设备20、用户设备30、用户设备40等。
应理解，图1只是示意图，该通信系统中还可以包括其它网络设备，如还可以包括核心网设备、无线中继设备和无线回传设备，在图1中未画出。本申请的实施例对该移动通信系统中包括的网络设备和用户设备的数量不做限定。
在移动通信系统100中，本申请实施例中的用户设备20、用户设备30、用户设备40也可以称为终端、终端设备、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。本申请实施例中的用户设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑，还可以是应用于虚拟现实(virtual reality，VR)、增强现实(augmented reality，AR)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、运输安全(transportation safety)、智慧城市(smart city)以及智慧家庭(smart home)等场景中的无线终端。本申请中将前述用户设备及可应用于前述用户设备的芯片统称为用户设备。应理解，本申请实施例对用户设备所采用的具体技术和具体设备形态不做限定。
本申请实施例中的网络设备10可以是用于与用户设备通信的设备，该网络设备可以是基站、演进型基站(evolved node B，eNB)、家庭基站、无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and reception point，TRP)等，还可以为NR系统中的gNB，或者，还可以是构成基站的组件或一部分设备，如汇聚单元(central unit，CU)、分布式单元(distributed unit，DU)或基带单元(baseband unit，BBU)等。应理解，本申请的实施例中，对网络设备所采用的具体技术和具体设备形态不做限定。在本申请中，网络设备可以是指网络设备本身，也可以是应用于网络设备中完成无线通信处理功能的芯片。
应理解，在本申请实施例中，用户设备或网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软 件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是用户设备或网络设备，或者，是用户设备或网络设备中能够调用程序并执行程序的功能模块。
还应理解，本申请实施例提供的确定资源的方法可以应用于用户设备和网络设备之间的通信过程，例如用户设备20、用户设备30、用户设备40和基站10之间上行链路的通信过程；还可以应用于用户设备20、用户设备30、用户设备40之间的通信，例如侧行链路的通信过程，在车辆对外信息交换(vehicle to everything，V2X)业务中，对于用户设备20和用户设备30之间的通信过程等，本申请对此不做限定。
另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读存储介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，EPROM)、卡、棒或钥匙驱动器等)。
另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读存储介质。术语“机器可读存储介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
应理解，本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便，不应构成特别的限定，各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。
还应理解，本申请实施例中的“第一”、“第二”以及“第三”仅为了区分，不应对本申请构成任何限定。例如，本申请实施例中的“第一资源”和“第二资源”，表示基站和用户设备之间传输信息的资源。
还应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
还需要说明的是，本申请实施例中，“预先设定”、“预先定义”等可以通过在设备(例如，包括用户设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定，例如本申请实施例中预设的规则、预设的常数等。
还需要说明的是，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。下面将结合附图详细说明本申请提供的技术方案。
在以下实施例中，不失一般性，以基站作为网络设备，将以至少两个用户设备之间的侧行链路的通信过程、以及用户设备和基站之间的上行链路的通信过程为例，具体介绍本申请确定资源的方法。该用户设备可以是处于无线通信系统中与一个或多个网络设备具有无线连接关系的任意用户设备。可以理解的是，处于该无线通信系统中的任意一个用户设 备均可以基于相同的技术方案实现无线通信。本申请对此不做限定。
为便于理解本申请实施例，下面先对本申请涉及到的几个概念进行简单介绍。
1、上行信道
可用于承载上行控制信息和/或上行数据的信道。例如，该上行信道可以包括LTE协议或NR协议中定义的物理上行控制信道(physical uplink control channel，PUCCH)、物理上行共享信道(physical uplink share channel，PUSCH)以及随着网络演变而定义的具有上述功能的其他上行信道。
2、侧行数据共享信道(sidelink share channel,SSCH)
SSCH可以用于发送侧行数据等。
可选地，在V2X中，SL上传输的数据可以承载在SL的数据无线承载(Data Radio Bearer，DRB)上传输，称为“SL DRB”。
3、侧行控制信道(sidelink control channel,SCCH)
SCCH可用于承载信令，例如侧行控制信息和/或侧行反馈控制信息等。
可选地，对于单播传输场景，SCCH上传输的信令可以包括PC5无线资源控制(PC5-radio resource control，PC5-RRC)消息和PC5信号(PC5-signalling，PC5-S)消息。其中，SL上传输的信令可以承载在SL的信令无线承载(signalling radio bearer，SRB)，称为“SL SRB”。
针对PC5-RRC消息，引入了1个SL SRB，用于传输PC5-RRC消息。
针对PC5-S消息，引入了3个SL SRB，分别用于传输：
1、未有安全保护的PC5-S消息(unprotected PC5-S message)，例如直联通信请求(direct communication request)消息；
2、PC5-S安全建立后的PC5-S消息(PC5-S message establishing PC5-S security)，例如直联安全模式控制(direct security mode command)消息和直联安全模式完成(direct security mode complete)消息；
3、有安全保护的PC5-S消息(protected PC5-S message)。
下面结合附图介绍确定资源的方法。图2是一例UE 20和基站10之间的通信过程示意图。在D2D的通信方式中，用户设备可以包括TX UE和RX UE，且TX UE和RX UE之间通过基站分配侧行链路SL进行通信，例如图1中UE 20和UE 30之间的通信。
具体地，在UE 20需要向UE 30发送数据时，该过程中UE 20可以作为TX UE，UE 30可以作为RX UE。UE 20接收到数据缓存之后，可以向基站10发送缓存状态报告(buffer status reporting，BSR)，通过BSR告诉基站10其缓存中包括的待发送的数据量，基站10可以根据该BSR中的待发送的数据量决定给UE 20分配多少侧行链路资源(SL grant)。
在此过程中，当UE 20触发了BSR，如果当前没有可以使用的上行资源(UL grant)，该上行资源用于UE 20向基站10发送BSR。UE 20首先向基站10发送调度请求(scheduling request，SR)，以告知基站10有数据需要发送。基于上述过程，如图2所示，该过程200可以包括：
S210，UE 20向基站10发送调度请求SR。
应理解，该SR可以用于告知基站10，UE 20有数据需要发送给UE 30，SR可以是1bit的指示信息，并不携带待发送的数量的信息。基站10收到该SR之后，可以知道UE 20 当前有数据需要发送给UE 30，同时基站10不知道当前待发送的数据量。
S220，基站10为UE 20分配用于发送BSR的上行资源。
具体地，基站10收到该SR之后，会给UE分配一个至少足够发送BSR的上行资源，UE 20可以使用该上行资源将BSR发送给基站10。应理解，该BSR可以包括待发送的数据量的信息。
S230，UE 20通过该上行资源，向基站10发送BSR。
S240，基站10根据待发送的数据量，为UE 20分配可用的侧行链路资源(SL grant)。
具体地，基站10接收到BSR之后，确定UE 20向UE 30的待发送的数据量，并根据该待发送的数据量决定给UE 20分配多少侧行链路资源(SL grant)。
在S210中，将UE 20向基站10发送SR的上行资源称为“SR资源”，UE 20可以通过SR资源向基站10发送SR。在此之前，UE 20可以通过SR配置信息确定某个SR资源。其中，基站10可以为UE 20配置SR配置信息(schedulingRequestConfig)，该SR配置信息具体可以包括：SR标识ID(schedulingRequestID)、SR发送的禁止定时器(SR-ProhibitTimer)、SR的最大重传次数(SR-TransMax)等。
此外，基站10还可以为UE 20配置SR资源配置信息(SchedulingRequestResourceConfig)，该SR资源配置信息具体可以包括：SR ID(schedulingRequestID)、SR资源ID(schedulingRequestResourceId)、SR的周期以及在周期内的偏移(periodicityAndOffset)等。
对于SL DRB(或逻辑信道)，可以通过指示对应的SR ID使得UE能够通过发送SR来向网络设备请求资源。因此，UE 20可以通过SR资源配置信息中SR ID与SR资源ID的对应关系，确定SR资源ID，从而确定SR资源ID对应的SR资源。进一步地，UE 20可以根据SR ID对应的SR配置中的其他配置信息，通过SR ID对应的SR资源向基站10发送SR，以告知基站10其有数据需要发送给UE 30。
应理解，一个UE可以具有多种SR配置、对应多种SR ID，也可以具有多种SR资源配置，一个UE的一个或多个逻辑信道可以对应某一种SR配置或一种SR资源配置。当某个逻辑信道有数据缓存，触发了BSR并进而触发了SR，UE 20可以采用该逻辑信道的SR配置对应的SR资源以及遵照该SR配置中的其他配置信息来向基站10发送SR。
一种可能的情况中，UE 20(TX UE)可以向基站10发送SR，如果基站10没有为UE 20分配可用的SR资源，那么UE 20在没有可用的UL的情况下，需要触发随机接入(random access)过程来请求SR资源。而基于竞争的随机接入来向基站请求上行资源发送BSR的方式，会增大信令开销和功耗，并增加时延。
此外，在现有的基站10为UE 20配置SL SRB的过程中，不包含SR资源以及SR资源配置信息，即UE 20无法确定在何种上行资源上向基站10发送SR，即无法进一步通过向基站10发送BSR来请求SL grant。
图3是本申请实施例提供的一例确定资源的方法300的示意性交互图。下面，对方法300的每个步骤进行详细说明。应理解，该方法300可以应用于包括发送端用户设备UE 20(TX UE)、至少一个接收端用户设备(RX UE)和网络设备(例如基站10)等组成的通信系统中，例如图1所示的通信系统100，其中UE 20可以作为发送端用户设备，UE 30和UE 40可以作为接收端用户设备。
还应理解，在本申请实施例中，以UE 20和基站10(例如主基站和辅基站)作为执行方法300的执行主体，对方法300进行说明。作为示例而非限定，执行方法300的执行主体也可以是应用于UE的芯片和应用于基站的芯片。
还应理解，本申请实施例提供的确定资源的方法，不限于任一种网络连接架构，例如不限于图1中列举的任一种可能的网络连接形式，本申请对此不做限定。
可选地，当UE 20没有可用的上行资源(uplink)，且UE 20缓存有发往其他UE(例如UE 30或者UE 40)的待传输消息时，可以通过本申请实施例的确定资源的方法，为UE 20确定一个SR资源，用于向基站10发送SR，使得基站10可以为UE 20配置用于发送BSR的上行资源，进而为UE 20和UE 30分配侧行链路(SL)资源。
应理解，本申请实施例所说的“待传输消息”可以是前述列举的PC5-RRC消息和PC5-S消息中的一种或者多种消息，或者说，本申请实施例所说的“待传输消息”可以是承载在SL SRB上的消息。
本申请实施例中该确定资源的方法300可以包括以下步骤：
S310，为基站10和UE 20配置预设SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB；
S320，基站10确定当前的SR配置信息；
S330，基站10向UE 20发送当前的SR配置信息；
S340，UE 20确定当前SR配置信息包括预设SR配置信息；
S350，UE 20在该预设SR配置信息确定的第一SR资源上，向基站10发送SR。
应理解，当侧行链路数据无线承载SL DRB缓存有数据时，UE 20也可以向基站10发送SR，进一步触发BSR。区别于现有技术中为SL DRB确定SR资源，在本申请实施例中，该SR配置信息关联侧行链路的信令无线承载SL SRB，换言之，为SL SRB上承载的待传输消息请求SR资源。
还应理解，该SR配置信息对应SL SRB，可以是一个SL SRB对应一个SR配置信息，或者一个SL SRB对应多个SR配置信息，又或者，一个SR配置信息对应多个SL SRB，本申请实施例对此不作限定。
一种可能的实现方式中，该预设SR配置信息可以理解为在协议中指定SR配置信息，基站10和UE 20可以达成共识，都知道该预设SR配置信息包括哪些预设SR配置信息。应理解，协议中指定一个或者多个预设的SR配置信息，本申请实施例对该预设SR配置信息的数量不作限定。
可选地，该预设SR配置信息可以包含于基站10对SCCH的专用配置指令中。基站10通过在配置SCCH的时候将该预设SR配置信息配置给UE 20。那么，第一SR资源可以理解为该预设SR配置信息确定的SR资源。
示例性的，在SCCH的专用配置指令中，可以增加一个参数用于指示该SR配置信息，例如schedulingRequest ID＝X，其中，X可以取自于集合﹛X，Y，Z，M，N…﹜中的任意一个。或者，该参数可以指示集合﹛X，Y，Z，M，N…﹜中的多个，例如schedulingRequestID＝X,Y,Z。
具体地，如前述所介绍的SCCH上缓存的待传输消息可以包括PC5-RRC消息和三种不同类型的PC5-S消息，不同的消息可以承载在不同的SL SRB上。因此，对于不同的消 息类型，可以有以下多种配置方式。
方式一
承载PC5-RRC消息的SL SRB和承载PC5-S消息的SL SRB复用一个SR配置信息，即对应一个SR配置ID，换言之，PC5-RRC消息对应的SL SRB和三种不同类型的PC5-S消息对应的SL SRB配置相同预设SR配置信息。
示例性的，如下表1所示的PC5-RRC消息对应的SCCH的专用配置指令，该SCCH的专用配置指令可以包括分组数据汇聚(packet data convergence protocol，PDCP)配置信息、重排序信息、PDCP序列号、无线链路控制(radio link control，RLC)层配置信息、序列号(serial number，SN)的字段长度信息、重配置信息、逻辑信道标识(logical channel Identity)、介质访问控制(media access control，MAC)层配置信息、优先级信息、优先比特率和逻辑信道组等信息。
在本申请实施例中，可以增加参数schedulingRequestID，例如schedulingRequestID＝10。在PC5-RRC消息对应的SCCH的专用配置指令中增加schedulingRequestID＝10之后，如下表1所示。该参数信息可以规定在协议中，UE 20和基站10可以默认PC5-RRC消息对应的schedulingRequestID＝10，进而UE 20根据schedulingRequestID＝10去查找该SR资源ID，进而在该SR资源ID确定的SR资源上向基站10发送SR。相应地，基站10可以在该SR资源ID确定的SR资源上接收UE 20发送的SR。
表1
Name Value Semantics description Ver
PDCP configuration(PDCP配置)      
>t-Reordering(重排序) Undefined Selected by the receiving UE,up to UE implementation  
>pdcp-SN-Size(PDCP的序列号) 18    
RLC configuration(RLC配置)      
>sn-FieldLength(SN的字段长度) 12    
>t-Reassembly(重配置信息) Undefined Selected by the receiving UE,up to Up to UE implementation  
>logical Channel Identity(逻辑信道ID) 0    
MAC configuration      
>priority 1    
>prioritised Bit Rate(优先比特率) infinity    
>logical Channel Group(逻辑信道组) 0    
>scheduling Request ID(SR ID) 10    
或者，如下表2所示的PC5-S消息对应的SCCH的专用配置指令，特别是对于未有安全保护的PC5-S消息(unprotected PC5-S message)，例如直联通信请求(Direct Communication Request)消息等，在SCCH的专用配置指令的基础上，增加了schedulingRequestID＝10之后，如下表2所示。该参数信息可以规定在协议中，UE 20和基站10可以默认PC5-S消息对应的schedulingRequestID＝10，进而UE 20根据schedulingRequestID＝10去查找该SR资源ID，进而在该SR资源ID确定的SR资源上向基站10发送SR。相应地，基站10可以在该SR资源ID确定的SR资源上接收UE 20发送的SR。
表2
Figure PCTCN2021081583-appb-000001
Figure PCTCN2021081583-appb-000002
又或者，对于PC5-S安全建立后的PC5-S消息(PC5-S message establishing PC5-S security)，例如直联安全模式控制(Direct Security Mode Command)消息和直联安全模式完成(Direct Security Mode Complete)消息等，在对应的SCCH的专用配置指令中，增加了schedulingRequestID＝10之后，如下表3所示。该参数信息可以规定在协议中，UE 20和基站10可以默认PC5-S消息对应的schedulingRequestID＝10，进而UE 20根据schedulingRequestID＝10去查找该SR资源ID，进而在该SR资源ID确定的SR资源上向基站10发送SR。相应地，基站10可以在该SR资源ID确定的SR资源上接收UE 20发送的SR。
表3
Name Value Semantics description Ver
PDCP configuration(PDCP配置)      
>t-Reordering(重排序) Undefined Selected by the receiving UE,up to UE implementation  
>pdcp-SN-Size(PDCP的序列号) 12    
RLC configuration(RLC配置)      
>sn-FieldLength(SN的字段长度) 12    
>t-Reassembly(重配置信息) Undefined Selected by the receiving UE,up to Up to UE implementation  
>logical Channel Identity(逻辑信道ID) 1    
MAC configuration      
>priority 1    
>prioritised Bit Rate(优先比特率) infinity    
>logical Channel Group(逻辑信道组) 0    
>scheduling Request ID(SR ID) 10    
又或者，对于有安全保护的PC5-S消息(protected PC5-S message)，在对应的SCCH的专用配置指令中，增加了schedulingRequestID＝10之后，如下表4所示。该参数信息可以规定在协议中，UE 20和基站10可以默认PC5-S消息对应的schedulingRequestID＝10，进而UE 20根据schedulingRequestID＝10去查找该SR资源ID，进而在该SR资源ID确定的SR资源上向基站10发送SR。相应地，基站10可以在该SR资源ID确定的SR资源上接收UE 20发送的SR。
表4
Name Value Semantics description Ver
Name Value Semantics description Ver
PDCP configuration(PDCP配置)      
>t-Reordering(重排序) Undefined Selected by the receiving UE,up to UE implementation  
>pdcp-SN-Size(PDCP的序列号) 12    
RLC configuration(RLC配置)      
>sn-FieldLength(SN的字段长度) 12    
>t-Reassembly(重配置信息) Undefined Selected by the receiving UE,up to Up to UE implementation  
>logical Channel Identity(逻辑信道ID) 2    
MAC configuration      
>priority 1    
>prioritised Bit Rate(优先比特率) infinity    
>logical Channel Group(逻辑信道组) 0    
>scheduling Request ID(SR ID) 10    
按照以上的方式一的配置过程，可以将4个SL SRB复用一个SR配置信息，即对应一个SR配置ID，实现4个SL SRB共用一个SR资源。
方式二
承载PC5-RRC消息的SL SRB和承载三种PC5-S消息的SL SRB可以配置不同的SR配置信息，即对应不同的SR资源，换言之，PC5-RRC消息对应的SCCH和三种不同类型的PC5-S消息对应的SCCH配置不同的SR配置ID。
示例性的，承载PC5-RRC消息的SL SRB的SR配置信息为schedulingRequestID＝X，承载PC5-S信令的SL SRB的SR配置信息为schedulingRequestID＝Y。
具体地，在预设SR配置信息﹛X，Y，Z，M，N…﹜中，选择任意一个schedulingRequestID＝X，配置该承载PC5-RRC消息的SL SRB的SR配置信息为schedulingRequestID＝X，或者，该参数可以指示集合﹛X，Y，Z，M，N…﹜中的多个，例如schedulingRequestID＝X,Y；以及选择任意一个schedulingRequestID＝Y，配置该承载三种PC5-S消息的SL SRB的SR配置信息为schedulingRequestID＝Y，或者，该参数可以指示集合﹛X，Y，Z，M，N…﹜中的多个，例如schedulingRequestID＝Z,M。从而将承载PC5-RRC消息的SL SRB和承载三种PC5-S消息的SL SRB对应不同的SR资源。
按照以上的方式二的配置过程，可以将4个SL SRB关联两种不同的SR配置信息，实现不同消息类型的带传输消息对应不同的SR资源。
方式三
承载PC5-RRC消息的SL SRB和承载三种PC5-S消息对应的SL SRB都可以配置不同的SR配置信息，即每一条所述待传输消息对应不同的SR资源。
示例性的，PC5-RRC消息对应的SL SRB关联schedulingRequestID＝X，PC5-S消息对应的SCCH可以分别关联schedulingRequestID＝Y或Z或M。
具体地，在预设SR配置信息﹛X，Y，Z，M，N…﹜中，选择任意一个schedulingRequestID＝X，配置该承载PC5-RRC消息的SL SRB的SR配置信息为schedulingRequestID＝X；选择任意一个schedulingRequestID＝Y，配置该承载未有安全保护的PC5-S消息(unprotected PC5-S message)的SL SRB的SR配置信息为schedulingRequestID＝Y；选择任意一个schedulingRequestID＝Z，配置该承载PC5-S安全建立后的PC5-S消息(PC5-S message establishing PC5-S security)的SL SRB的SR配置信息为schedulingRequestID＝Z；选择任意一个schedulingRequestID＝M，配置该承载有安全 保护的PC5-S消息(protected PC5-S message)的SL SRB的SR配置信息为schedulingRequestID＝M。类似方式一或方式二，每一条所述待传输消息对应的预设SR配置信息可以指示集合﹛X，Y，Z，M，N…﹜中的多个。
按照以上的方式三的配置过程，可以将4个SL SRB关联四种不同的SR配置信息，实现每一条所述待传输消息对应不同的SR资源。
应理解，以上介绍的三种配置SR资源的方式中，4个SL SRB的SR配置信息都是在标准中预定义的，即基站10不需要通过系统信息或者专用RRC信令来为UE 20配置SL SRB的参数。
应理解，以上介绍的确定资源的方法300中，S320-S340为可选的步骤。例如方法300可以包括S310和S350的过程，或者方法300可以包括S310、S320、S330、S340和S350的过程。
可选地，方法300中在标准中预设SR配置信息，UE 30可以直接通过该预设SR配置信息确定的第一SR资源向基站10发送SR。
或者，方法300中在标准中预设SR配置信息之后，基站10还可以向UE 20发送当前的SR配置信息，UE 20判断该当前的SR配置信息是否包括预设SR配置信息，或者，UE 20判断该当前的SR配置信息是否为预设SR配置信息。当该当前的SR配置信息包括预设SR配置信息时，或者，当该当前的SR配置信息是预设SR配置信息时，UE 30可以直接通过该预设SR配置信息确定的第一SR资源向基站10发送SR。即执行方法300的S310、S320、S330、S340和S350的全部过程。该过程中，如果基站10确定当前可以为UE 20的SL SRB配置专用SR资源，则在SchedulingRequestConfig中，配置对应的SR配置ID(例如SchedulingRequestID＝10)，UE 20可以通过基站10配置的SR资源发送SR。
又或者，UE 20判断该当前SR配置信息不包括所述预设SR配置信息时，或者，UE 20判断该当前SR配置信息不是所述预设SR配置信息时，UE 20向基站10发起随机接入过程。该过程中，如果基站10确定当前不为UE 20的SL SRB配置专用SR资源，则在SchedulingRequestConfig中，配置当前的SR配置信息为预设SR配置信息之外的任意SR配置信息，例如SchedulingRequestID＝1。UE 20根据SchedulingRequestID＝1确定该SR配置信息不是标准中预设SR配置信息，则不能通过SchedulingRequestID＝10对应的SR资源发送SR，UE 20可以向基站10发送随机接入请求，来获取上行资源。
可选地，该SR配置信息(schedulingRequestConfig)可以包括：SR标识ID(schedulingRequestID)、SR发送的禁止定时器(SR-ProhibitTimer)、SR的最大重传次数(SR-TransMax)等信息中的至少一种。
除了SR配置信息(schedulingRequestConfig)之外，基站10还可以为UE 20配置SR资源配置信息(SchedulingRequestResourceConfig)，该SR资源配置信息可以包括：SR ID(schedulingRequestID)、SR资源ID(schedulingRequestResourceID)、SR的周期以及在周期内的偏移(periodicityAndOffset)等。
因此，当UE 20接收到基站10发送的SR配置信息之后，可以确定SR ID，该SR ID可以对应SR资源ID，进而根据该SR资源ID确定一个SR资源，例如本申请实施例所称的“第一SR资源”，即第一SR资源是UE 20最终向基站10发送SR的上行资源。
与上述预设SR配置信息包含于基站10对SCCH的专用配置指令中的方式不同，可 选地，还可以规定，一个或多个侧行链无线承载配置标识(SLRB-Uu-ConfigIndex)对应侧行链路的信令无线承载SL SRB，或者，一个或多个侧行链无线承载配置对应侧行链路的信令无线承载SL SRB，或者，一个或多个侧行链数据无线承载配置标识对应侧行链路的信令无线承载SL SRB，或者，一个或多个侧行链数据无线承载配置对应侧行链路的信令无线承载SL SRB。
示例性的，规定SLRB-Uu-ConfigIndex＝X，其中，X可以取自于集合﹛X，Y，Z，M，N…﹜中的任意一个，或者，规定SLRB-Uu-ConfigIndex＝X，Y，Z，其中，X，Y，Z可以取自于集合﹛X，Y，Z，M，N…﹜中的任意一个。例如规定SLRB-Uu-ConfigIndex＝X，在侧行链路承载配置信令(SL-RLC-BearerConfig)中，若配置SLRB-Uu-ConfigIndex＝X，则表示该配置侧行链路承载配置对应SL SRB。其中，侧行链路承载配置信令中包括SR配置信息，例如，侧行链路承载配置信令中包括侧行链路逻辑信道配置(sl-MAC-LogicalChannelConfig/SL-LogicalChannelConfig)配置，侧行链路逻辑信道配置中包括SR ID，因此，UE 20通过规定的SLRB-Uu-ConfigIndex＝X、侧行链路承载配置信令包括的SLRB-Uu-ConfigIndex＝X、以及侧行链路承载配置信令中包括的SR配置信息，可以确定SL SRB对应的SR配置，也即SR资源。具体的，侧行链无线承载配置标识与SL SRB的配置方式有多种，对不同的消息类型有多种配置方式，如上述方式一、方式二、方式三所述，对此不再赘述。
可选地，方法300中在标准中预设SR配置信息，UE 30可以直接通过该预设SR配置信息确定的第一SR资源向基站10发送SR。
或者，方法300中在标准中预设SR配置信息之后，基站10还可以向UE 20发送当前的SR配置信息，UE 20判断该当前的SR配置信息是否包括预设SR配置信息，或者，UE 20判断该当前的SR配置信息是否为预设SR配置信息。当该当前的SR配置信息包括预设SR配置信息时，或者，当该当前的SR配置信息是预设SR配置信息时，UE 30可以直接通过该预设SR配置信息确定的第一SR资源向基站10发送SR。即执行方法300的S310、S320、S330、S340和S350的全部过程。该过程中，如果基站10确定当前可以为UE 20的SL SRB配置专用SR资源，则在SL-RLC-BearerConfig中，配置对应的SR配置ID(例如SLRB-Uu-ConfigIndex＝10)，UE 20可以通过基站10配置的SR资源发送SR。
又或者，UE 20判断该当前SR配置信息不包括所述预设SR配置信息时，或者，UE 20判断该当前SR配置信息不是所述预设SR配置信息时，UE 20向基站10发起随机接入过程。该过程中，如果基站10确定当前不为UE 20的SL SRB配置专用SR资源，则在SL-RLC-BearerConfig中，配置当前的SR配置信息为预设SR配置信息之外的任意SR配置信息，例如SLRB-Uu-ConfigIndex＝1。UE 20根据SLRB-Uu-ConfigIndex＝1确定该SR配置信息不是标准中预设SR配置信息，则不能通过SLRB-Uu-ConfigIndex＝10对应的SR资源发送SR，UE 20可以向基站10发送随机接入请求，来获取上行资源。
可选地，该SR配置信息(schedulingRequestConfig)可以包括：SR标识ID(schedulingRequestID)、SR发送的禁止定时器(SR-ProhibitTimer)、SR的最大重传次数(SR-TransMax)等信息中的至少一种。
除了SR配置信息(schedulingRequestConfig)之外，基站10还可以为UE 20配置SR资源配置信息(SchedulingRequestResourceConfig)，该SR资源配置信息可以包括：SR ID (schedulingRequestID)、SR资源ID(schedulingRequestResourceID)、SR的周期以及在周期内的偏移(periodicityAndOffset)等。
需要说明的是，该基站10向UE 20发送当前的SR配置信息中不包括预设SR配置信息中的配置信息；或者，该基站10向UE 20发送当前的SR配置信息中可以包括预设SR配置信息中的配置信息，若包括，可以以基站10发送的当前的SR配置信息为准，或者，可以以预设SR配置信息中的配置信息为准。
因此，当UE 20接收到基站10发送的SR配置信息之后，可以确定SR ID，该SR ID可以对应SR资源ID，进而根据该SR资源ID确定一个SR资源，例如本申请实施例所称的“第一SR资源”，即第一SR资源是UE 20最终向基站10发送SR的上行资源。
上述技术方案，通过在标准中为基站和UE预设SR配置信息，在具体实现过程中，基站可以灵活的决定是否为UE的SL SRB配置专用SR资源。当确定可以为UE的SL SRB配置专用SR资源时，基站在为UE配置SR资源时携带预设SR配置信息，UE可以通过该预设的SR资源向基站发送SR，以请求上行资源或SL资源，从而降低的信令开销、降低UE的功耗消耗以及减小获取到上行资源的时延。
在另一种可能的实现方式中，协议中没有为基站10和UE 20指定预设SR配置信息，基站10可以根据不同的方法为UE 20配置SR配置信息。
图4是本申请实施例提供的又一例确定资源的方法400的示意性交互图。下面，对方法400的每个步骤进行详细说明。
应理解，该方法400可以应用于包括发送端用户设备UE 20(TX UE)、至少一个接收端用户设备(RX UE)和网络设备(例如基站10)等组成的通信系统中，例如图1所示的通信系统100，其中UE 20可以作为发送端用户设备，UE 30和UE 40可以作为接收端用户设备。
还应理解，在本申请实施例中，以UE 20和基站10(例如主基站和辅基站)作为执行方法400的执行主体，对方法400进行说明。作为示例而非限定，执行方法400的执行主体也可以是应用于UE的芯片和应用于基站的芯片。
还应理解，本申请实施例提供的确定资源的方法，不限于任一种网络连接架构，例如不限于图1中列举的任一种可能的网络连接形式，本申请对此不做限定。
可选地，当UE 20没有可用的上行资源(uplink)，且UE 20缓存有发往其他UE(例如UE 30或者UE 40)的待传输消息时，可以通过本申请实施例的确定资源的方法，为UE 20确定一个SR资源，用于向基站10发送SR，使得基站10可以为UE 20配置用于发送BSR的上行资源，进而为UE 20和UE 30分配侧行链路(SL)资源。
应理解，本申请实施例所说的“待传输消息”可以是前述列举的PC5-RRC消息和PC5-S消息中的一种或者多种消息，或者说，本申请实施例所说的“待传输消息”可以是承载在SL SRB上的消息。
本申请实施例中该确定资源的方法400可以包括以下步骤：
S410，基站10确定调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB。
S420，基站10向UE 20发送该SR配置信息，相应地，UE 20接收基站10发送的SR配置信息。
S430，UE 20根据该SR配置信息，确定对应的该第一SR资源。
S440，UE 20通过该第一SR资源向基站10发送SR，相应地，基站10接收UE 20通过该第一SR资源发送的SR。
可选地，在方法400中，该SR配置信息是基站10为UE 20配置的，可以用于基站10和UE 20之间调度数据，还可以用于UE 20和其他UE(UE 30或者UE 40)之间调度数据。
一种可能的实现方式中，基站10确定该SR配置信息的过程中，可以为每一条待传输消息确定相同的所述SR配置信息；或者可以为相同类型的待传输消息确定相同的所述SR配置信息，为不同类型的所述待传输消息确定不同所述SR配置信息；或者为每一条所述待传输消息分别确定不同的所述SR配置信息；或者为至少两条所述待传输消息对应相同的所述SR配置信息。
示例性的，基站10可以通过以下方式为UE 20确定该SR配置信息。
方式四
基站10可以为每一条待传输消息确定相同的所述SR配置信息。换言之，每一条待传输消息对应的所有SL SRB共用一个SR配置信息，即，承载PC5-RRC消息应的SL SRB和承载3种PC5-S消息的SL SRB配置相同的SR配置ID。
例如，承载PC5-RRC消息的SL SRB和承载PC5-S消息的SL SRB对应的SR配置信息schedulingRequestID＝X。
方式五
基站10可以为相同类型的待传输消息确定相同的所述SR配置信息，为不同类型的所述待传输消息确定不同所述SR配置信息，换言之，相同类型的每一条待传输消息对应的所有SL SRB共用一个SR配置信息，不同类型的所述待传输消息对应的所有SL SRB对应不同所述SR配置信息。
例如，承载PC5-RRC消息的SL SRB对应的SR配置信息schedulingRequestID＝X，承载PC5-S消息的SL SRB对应的SR配置信息schedulingRequestID＝Y。
方式六
基站10可以为每一条所述待传输消息分别确定不同的所述SR配置信息。
例如，承载PC5-RRC消息的SL SRB对应的SR配置信息schedulingRequestID＝X，承载3种PC5-S消息的SL SRB对应的SR配置信息schedulingRequestID＝Y、schedulingRequestID＝Z或schedulingRequestID＝W。
方式七
基站10可以为至少两条所述待传输消息对应相同的所述SR配置信息。
例如，承载PC5-RRC消息的SL SRB对应的SR配置信息schedulingRequestID＝X，承载2种PC5-S消息的SL SRB对应的SR配置信息schedulingRequestID＝Y、承载1种PC5-S消息的SL SRB对应的SR配置信息schedulingRequestID＝Z。
在另一种可能的实现方式中，基站10确定该SR配置信息的过程中，除了考虑UE 20缓存的该待传输消息的消息类型之外，还可以考虑与UE 20进行侧向链路连接的不同RX UE，更灵活为UE 20确定SR配置信息。
示例性的，如图1所示，对于UE 20，与之进行通信的可以有UE 30和UE 40，且UE  30和UE 40都可以作为RX UE。那么，UE 20将要发送的信令中可以包括目的地址为UE 30和UE 40的不同信令。
具体地，对于RX UE中包含不同目的UE时，可以通过以下方式为UE 20确定用于发送SR的第一SR资源。其中，RX UE可以称为“目标UE”或者“目的UE”。
方式八
基站10确定UE 20的所有目标UE，针对该所有的目标UE的所有SL SRB，确定共用一个SR配置信息，换言之，对于UE 20缓存的所有目标UE的所有SL SRB，如承载PC5-RRC消息的SL SRB和承载PC5-S消息的SL SRB，确定同样的SR配置信息。
示例性的，基站10确定UE 30和UE 40的所有SL SRB具有同样的SR配置信息。
应理解，在基站10与UE 20、UE 30和UE 40建立连接之后，就可以获取UE 20、UE 30和UE 40各自唯一的身份标识，进而在为UE 20分配SR资源时，按照UE 30和UE 40的身份标识，确定UE 20和UE 30之间的SL SRB、以及UE 20和UE 40之间的SL SRB具有同样的SR配置信息schedulingRequestID＝X。
还应理解，方式八不考虑目标UE的身份标识，将所有目标UE的所有SL SRB都具有同样的SR配置信息。
方式九
基站10确定UE 20的所有目标UE，并结合所有目标UE的待传输的消息类型，确定不同的SR配置信息。
示例性的，将所有目标UE的待传输消息分为PC5-RRC消息和PC5-S消息两种类型。确定承载PC5-RRC消息的所有SL SRB的SR配置信息schedulingRequestID＝X；确定承载PC5-S消息的SL SRB的SR配置信息schedulingRequestID＝Y源。
应理解，方式九不考虑目标UE的身份标识，只考虑SL SRB上承载的待传输消息的消息类型，为所有目标UE的承载PC5-RRC消息的SL SRB确定同一个SR配置信息，将所有目标UE的承载PC5-S消息的SL SRB确定另外一个SR配置信息。
方式十
基站10确定UE 20的所有目标UE，根据目标UE的身份标识(ID)，为不同的目标UE确定不同的SR配置信息，每个目标UE下，配置所有SL SRB具有同一个SR配置信息。
示例性的，配置UE 30下承载PC5-RRC消息的SL SRB和承载PC5-S消息的SL SRB的SR配置信息schedulingRequestID＝X；配置UE 40下承载PC5-RRC消息的SL SRB和承载PC5-S消息的SL SRB的SR配置信息schedulingRequestID＝Y源。
应理解，方式十仅考虑目标UE的身份标识，将每个目标UE下的所有待传输消息都具有同一个SR配置信息。
方式十一
基站10确定UE 20的所有目标UE，并结合SL SRB上承载的消息类型和目标UE的身份标识，针对不同的目标UE和不同的消息类型，关联不同的SR配置信息。
示例性的，配置UE 30下承载PC5-RRC消息的SL SRB的SR配置信息schedulingRequestID＝X，配置UE 30下承载PC5-S消息的SL SRB的SR配置信息schedulingRequestID＝Y，配置UE 40下承载PC5-RRC消息的SL SRB的SR配置信息 schedulingRequestID＝M，配置UE 40下承载PC5-S消息的SL SRB的SR配置信息schedulingRequestID＝N。
应理解，方式十一同时考虑目标UE的身份标识和SL SRB上承载的消息类型，针对不同的目标UE确定不同的SR配置信息，且每个目标UE下，承载PC5-RRC消息的SL SRB和承载PC5-RRC消息的SL SRB可以关联不同的SR配置信息。
方式十二
在方式十一的基础上，方式十二结合SL SRB上承载的消息类型和目标UE的身份标识，针对不同的目标UE和不同的消息类型，分别确定不同的SR配置信息。
示例性的，配置UE 30下承载PC5-RRC消息的SL SRB的SR配置信息schedulingRequestID＝X，配置UE 30下承载的三种PC5-S消息的SL SRB的SR配置信息分别为schedulingRequestID＝Y、M、N，配置UE 40下承载PC5-RRC消息的SL SRB的SR配置信息schedulingRequestID＝W，配置UE 40下承载的三种PC5-S消息的SL SRB的SR配置信息分别为schedulingRequestID＝Z、L、H。
应理解，方式十二同时考虑了目标UE的身份标识和SL SRB上承载的消息类型，针对不同的目标UE配置不同的SR配置信息，且每个目标UE下，承载PC5-RRC消息的SL SRB和承载PC5-RRC消息的SL SRB分别具有不同的SR配置信息。
示例性的，在以上介绍的方式四至方式十二的实现过程中，可以在SL-ConfigDedicatedNR或者SL-ScheduledConfig或者MAC-MainConfigSL中，增加SR配置信息，用于指示专门针对SL SRB的SR配置信息。
综上所述，基站为不同的目标UE配置不同的SR配置信息，每个目标UE下，承载PC5-RRC消息应的SL SRB和承载3种PC5-S消息的SL SRB都可以具有不同的SR配置信息。
如果基站10判断当前可以为UE 20的SL SRB配置专用SR配置信息，则在SL-ConfigDedicatedNR或者SL-ScheduledConfig或者MAC-MainConfigSL中，配置专门针对SL SRB的SR配置信息，UE 20可以通过确定该SR配置信息对应的SR资源发送SR。
如果基站10当前不为UE 20的SL SRB配置专用SR配置信息，则在SL-ConfigDedicatedNR或者SL-ScheduledConfig或者MAC-MainConfigSL中，不配置专门针对SL SRB的SR配置信息，则，意味着UE 20的SL SRB触发SR后，需要通过发起随机接入过程，来获取上行资源。
通过上述技术方案，通过基站为UE配置SR配置信息，UE可以通过该SR配置信息确定第一SR资源，通过第一SR资源向基站发送SR，以请求上行资源或SL资源，从而降低的信令开销、降低UE的功耗消耗以及减小获取到上行资源的时延。
在另一种可能的实现方式中，S310中，基站10在确定SR配置信息的过程中，除了为UE 20和目标UE之间的SL SRB配置专用SR资源，或者为UE 20不同的目标UE配置专用的SR资源之外，还可以通过关联现有的SR配置信息来为SL SRB配置专用SR资源。换言之，基站10为UE 20确定SR配置信息时，将SR配置信息关联基站10和/或UE 20之间通信时已配置的SR配置信息。
示例性的，如图1所示，对于UE 20和基站10之间已经建立的通信链路，该通信链路可以是UL，包括用于传输数据的数据无线承载(data radio bearer，DRB)和传输信令 的信令无线承载(signalling radio bearer，SRB)，且DRB和SRB分别对应有SR配置信息。
示例性的，基站10可以通过以下方式为UE 20确定该SR配置信息。
方式十三
在标准中定义SL SRB的SR配置信息复用基站10和UE 20之间的一个SRB的SR配置信息。例如，复用基站10和UE 20之间的SRB1的SR配置信息，或者，复用基站10和UE 20之间的SRB2的SR配置信息。那么，UE 20由于SL SRB的数据达到触发SR后，可以通过SRB1或SRB2中的任意一个配置信息对应的SR资源来发送SR。
应理解，如果基站10和UE 20之间Uu接口的SRB的SR配置信息schedulingRequestID＝X，那么，UE 20的SL SRB的数据达到触发SR后，可以通过该SR配置信息schedulingRequestID＝X对应的SR资源来发送SR。如果基站10没有为Uu接口的SRB配置SR配置信息，那么，UE 20的SL SRB的数据达到触发SR后，UE 20触发随机接入过程来获取上行资源。
方式十四
在标准中定义SL SRB的SR配置信息复用基站10和UE 20之间的至少两个SRB(例如SRB1和SRB2)的SR配置信息。那么，UE 20由于SL SRB的数据达到触发SR后，可以通过SRB1和SRB2中的任意一个配置信息对应的SR资源来发送SR。
方式十五
基站10确定SL SRB的SR配置信息复用基站10和UE 20之间的任意一个DRB的SR配置信息。
如果基站10和UE 20之间Uu接口的任意一个DRB的SR配置信息schedulingRequestID＝Y，那么，UE 20的SL SRB的数据达到触发SR后，可以通过该任意一个DRB的SR配置信息schedulingRequestID＝Y对应的SR资源来发送SR。
方式十六
基站10确定SL SRB的SR配置信息复用UE 20和UE 30(也可以是UE 40)之间的任意一个DRB的SR配置信息，也即基站10确定SL SRB的SR配置信息复用UE 20的任意一个SL DRB的SR配置信息。
如果UE 20和UE 30(也可以是UE 40)之间PC5接口的任意一个DRB的SR配置信息schedulingRequestID＝Y，那么，UE 20的SL SRB的数据达到触发SR后，可以通过该任意一个DRB的SR配置信息schedulingRequestID＝Y对应的SR资源来发送SR。
方式十七
在标准中定义SL SRB的SR配置信息复用侧行链路SL的信道状态信息(channel state information，CSI)报告相同的SR配置信息。SL CSI报告可以通过介质访问控制(media access control，MAC)控制元素(control element，CE)传输。
如果基站10为SL CSI报告配置了SR配置信息，那么，UE 20由于SL SRB的数据达到触发SR后，可以通过该SR配置信息对应的SR资源来发送SR。
如果基站10没有为SL CSI报告配置SR配置信息，那么，UE 20由于SL SRB的数据达到触发SR后，UE 20触发随机接入过程来获取上行资源。
需要说明的是，方式十三至方式十七中的任一个或多个方式还可以进行组合。例如， 方式十五和方式十六进行组合，则表示基站10确定SL SRB的SR配置信息复用基站10和UE 20之间的DRB、以及UE 20的侧行链路的DRB中的任意一个DRB的SR配置信息。
通过上述技术方案，通过基站为UE配置SR资源时，将确定的SR配置信息关联现有的SR配置信息，UE可以通过该SR配置信息确定第一SR资源，通过第一SR资源向基站发送SR，以请求上行资源或SL资源，从而降低的信令开销、降低UE的功耗消耗以及减小获取上行资源的时延。
在又一种可能的实现方式中，该SR配置信息还包括指示信息，所述指示信息用于指示第一SR资源是否为请求侧行链路sidelink的SR资源，或者，所述指示信息用于指示已配置的SR配置信息是否可用于关联侧行链路中SL SRB。
可选地，基站10在确定该SR配置信息时，可以在该SR配置信息中增加一个指示域，用于指示基站10和/或UE 20之间的已配置的SR配置信息是否可用于确定当前侧行链路中SL SRB的SR配置信息。示例性的，在该SR配置信息中增加一个字段，用于指示SR配置信息是否可用于SL SRB。
或者，在该SR配置信息中增加两个字段，其中一个字段用于指示该SR配置信息是否可以被用于承载PC5-RRC的SL SRB的SR配置信息，另一个字段用于指示该SR配置信息是否可以被用于承载PC5-S的SL SRB的SR配置信息。
又或者，可以在该SR配置信息中增加四个字段，其中一个字段用于指示该SR配置信息是否可以被用于承载PC5-RRC的SL SRB的SR配置信息，另外三个字段分别用于指示该SR配置信息是否可以被用于3种承载PC5-S的SL SRB的SR配置信息。
应理解，如果基站10为UE 20的SL SRB确定了专用的SR配置信息，则在SchedulingRequestToAddMod(Uu参数)中，携带该指示信息。否则，如果基站10没有为UE 20的SL SRB确定了专用的SR配置信息，则在SchedulingRequestToAddMod(Uu参数)中，不携带该指示信息。
相应的，UE 20可以根据SchedulingRequestToAddMod是否包含该指示信息，来判断发送SR还是触发随机接入过程来获取上行资源。
通过上述技术方案，通过在基站确定的SR配置信息中增加指示信息，UE可以根据该指示信息确定该第一资源是否可以用作请求侧行链路sidelink的SR资源。当可以用作请求侧行链路sidelink的SR资源时，UE可以通过该SR配置信息确定第一SR资源，通过第一SR资源向基站发送SR，以请求上行资源或SL资源，从而降低的信令开销、降低UE的功耗消耗以及减小获取到上行资源的时延。当不可以用作请求侧行链路sidelink的SR资源时，UE可以触发随机接入过程来获取上行资源。
以下列举几种可能的实施例。
实施例一：
Sidelink控制信道(Sidelink Control Channel，SCCH)用于传输PC5-RRC消息和PC5-S消息，在SCCH的专用配置中，增加一个参数用于指示SR配置ID，例如schedulingRequestID＝X。其中，指示SR配置的ID可以为一个或多个，例如schedulingRequestID＝X,Y,Z…。
具体配置粒度包括：
(1)所有SL SRB共用一个SR配置ID，即PC5-RRC消息对应的SCCH和3种PC5-S消息对应的SCCH配置相同的SR配置ID；
(2)PC5-RRC消息对应的SCCH和PC5-S信令对应的SCCH可以配置不同的SR配置ID，例如：PC5-RRC消息对应的SCCH关联schedulingRequestID＝X，PC5-S消息对应的SCCH关联schedulingRequestID＝Y；
(3)PC5-RRC消息对应的SCCH和3种PC5-S信令对应的SCCH都可以配置不同的SR配置ID，例如：PC5-RRC消息对应的SCCH关联schedulingRequestID＝X，PC5-S消息对应的SCCH可以分别关联schedulingRequestID＝Y或Z或W。
如果基站愿意为UE的SL SRB配置专用SR，则在SchedulingRequestConfig(Uu参数)中，配置对应的SR配置ID(SchedulingRequestId)；如果基站不愿意为UE的SL SRB配置专用SR，则不在SchedulingRequestConfig(Uu参数)中，配置对应的SR配置ID(SchedulingRequestId)。
相应地，UE可以根据SchedulingRequestConfig是否包含SchedulingRequestId＝X的配置，来判断发送SR还是触发随机接入过程来获取上行资源。
实施例二：
在SL-ConfigDedicatedNR或者SL-ScheduledConfig中，包含专门针对SL SRB的SR配置ID。
具体配置粒度包括：
(1)所有目标UE(对于该TX UE的RX UE)下的所有SL SRB共用一个SR配置ID，即所有目标UE下的PC5-RRC消息对应的SCCH和3种PC5-S消息对应的SCCH关联相同的SR配置ID
(2)所有目标UE下的PC5-RRC消息对应的SCCH、和所有目标UE下的PC5-S信令对应的SCCH可以配置不同的SR配置ID，例如：所有目标UE下的PC5-RRC消息对应的SCCH关联schedulingRequestID＝X，所有目标UE下的PC5-S消息对应的SCCH关联schedulingRequestID＝Y
(3)针对不同的目标UE配置不同的SR配置ID，每个目标UE下，所有SL SRB共用一个SR配置ID，例如：每个目标UE下的PC5-RRC消息对应的SCCH和3种PC5-S消息对应的SCCH关联可以一个SR配置ID
(4)针对不同的目标UE配置不同的SR配置ID，每个目标UE下，PC5-RRC消息对应的SCCH和PC5-S信令对应的SCCH可以配置不同的SR配置ID
(5)针对不同的目标UE配置不同的SR配置ID，每个目标UE下，PC5-RRC消息对应的SCCH和3种PC5-S信令对应的SCCH都可以配置不同的SR配置ID
如果基站愿意为UE的SL SRB配置专用SR，则在SL-ConfigDedicatedNR或者SL-ScheduledConfig中，包含专门针对SL SRB的SR配置ID；如果基站不愿意为UE的SL SRB配置专用SR，则不在SL-ConfigDedicatedNR或者SL-ScheduledConfig中，包含专门针对SL SRB的SR配置ID，则意味着SL SRB触发SR后，需要通过随机接入过程来获取上行资源。
实施例三：
标准中定义：SL SRB采用和Uu SRB1相同的SR配置ID。
如果基站为Uu的SRB1配置了SR配置ID，那么，UE由于SL SRB的数据达到触发SR后，可以通过该SR配置ID对应的SR资源来发送SR；如果基站没有为Uu的SRB1配置SR配置ID，那么，UE由于SL SRB的数据达到触发SR后，UE触发随机接入过程来获取上行资源。
作为一种可选的扩展方案，SL SRB采用和Uu SRB1或SRB2相同的SR配置ID，如果基站为Uu的SRB1或SRB2配置了SR配置ID，那么，UE由于SL SRB的数据达到触发SR后，可以通过SRB1与SRB2中的任一SR配置ID对应的SR资源来发送SR。
作为另一种可选的扩展方案，SL SRB采用和Uu SRB1或SRB2或DRB相同的SR配置ID，如果基站为Uu的SRB1或SRB2或DRB配置了SR配置ID，那么，UE由于SL SRB的数据达到触发SR后，可以通过SRB1、SRB2与DRB中的任一SR配置ID对应的SR资源来发送SR。
或者，标准中定义：SL SRB采用和SL信道状态信息(Channel State Information，CSI)报告相同的SR配置ID。SL CSI报告通过介质访问控制(Media Access Control，MAC CE)控制元素(Control Element，CE)传输。
如果基站为SL CSI报告配置了SR配置ID，那么，UE由于SL SRB的数据达到触发SR后，可以通过该SR配置ID对应的SR资源来发送SR；如果基站没有为SL CSI报告配置SR配置ID，那么，UE由于SL SRB的数据达到触发SR后，UE触发随机接入过程来获取上行资源。
实施例四：
增加一个指示域，用于指示Uu的SR配置是否可用于SL SRB。例如，在SR配置中增加一个字段，用于指示该SR配置是否可用于SL SRB。
作为一种可选的扩展方案，可以有两个字段，分别指示对应的SR配置是否可用于承载PC5-RRC的SL SRB和承载PC5-S的SL SRB。
作为另一种可选的扩展方案，可以有四个字段，分别指示对应的SR配置是否可用于承载PC5-RRC的SL SRB和3种承载PC5-S的SL SRB。
如果基站愿意为UE的SL SRB配置专用的SR配置，则在SchedulingRequestToAddMod(Uu参数)中，携带该指示；否则，则不携带该指示。
相应地，UE可以根据SchedulingRequestToAddMod是否包含该指示，来判断发送SR还是触发随机接入过程来获取上行资源。
通过上述实施例，基站可以灵活的决定是否为UE的SL SRB配置专用SR资源，当基站为UE的SL SRB配置专用SR资源，UE可以通过发送SR来向基站请求上行资源或SL资源，从而降低的信令开销、降低UE的功耗消耗以及减小获取到上行资源的时延。
以上结合图1至图4对本申请实施例的确定资源的方法做了详细说明。以下，结合图5至图8对本申请实施例的确定资源的装置进行详细说明。
图5示出了本申请实施例的确定资源的装置600的示意性框图，该装置500可以对应上述方法300或者方法400中描述的发送端用户设备UE 20(RX UE)，也可以是应用于UE 20的芯片或组件，并且，该装置500中各模块或单元分别用于执行上述方法300或者方法400中UE 20所执行的各动作或处理过程，如图5所示，该通信装置500可以包括：接收单元510、处理单元520和发送单元530。
该接收单元510用于接收网络设备发送的调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB，该SR配置信息用于指示第一SR资源。
处理单元520用于根据该SR配置信息确定对应的第一SR资源。
发送单元530用于通过该第一SR资源向该网络设备发送SR。
具体地，该接收单元510用于执行方法300中的S310、S330和方法400中的S420的过程，该处理单元520用于执行方法300中的S340和方法400中的S430的过程，该发送单元530用于执行方法300中的S350和方法400中的S440的过程，各单元执行上述相应步骤的具体过程在方法300和方法400中已经详细说明，为了简洁，此处不加赘述。
图6示出了本申请实施例的确定资源的装置600的示意性框图，该装置600可以对应(例如，可以应用于或本身即为)上述方法400中描述的基站10，并且，该装置600中各模块或单元分别用于执行上述方法300或者方法400中基站所执行的各动作或处理过程，如图6所示，该通信装置600可以包括：发送单元610和接收单元620。
发送单元610，用于向发送端用户设备发送调度请求SR配置信息，该SR配置信息对应侧行链路的信令无线承载SL SRB，该SR配置信息用于指示第一SR资源，该发送端用户设备为侧行链路SL中的设备。
接收单元620，用于接收该发送端用户设备通过该第一SR资源发送的SR。
可选地，该装置600包括处理单元630，用于根据预设SR配置信息确定对应的第一SR资源。
具体地，该发送单元610用于执行方法300中的S310、S330和方法400中的S420，该接收单元620用于执行方法300中的S350和方法400中的S440的过程，各单元执行上述相应步骤的具体过程在方法300中和方法400中已经详细说明，为了简洁，在此不加赘述。
图7是本申请实施例提供的用户设备700的结构示意图，例如本申请实施例中的发送端用户设备。如图7所示，该用户设备700包括处理器710和收发器720。可选地，该用户设备700还包括存储器730。其中，处理器710、收发器720和存储器730之间通过内部连接通路互相通信，传递控制和/或数据信号，该存储器730用于存储计算机程序，该处理器710用于从该存储器730中调用并运行该计算机程序，以控制该收发器720收发信号。
上述处理器710和存储器730可以合成一个处理装置，处理器710用于执行存储器730中存储的程序代码来实现上述方法实施例中发送端用户设备的功能。具体实现时，该存储器730也可以集成在处理器710中，或者独立于处理器710。收发器720可以通过收发电路的方式来实现。
上述发送端用户设备还可以包括天线740，用于将收发器720输出的上行数据或上行控制信令通过无线信号发送出去，或者将下行数据或下行控制信令接收后发送给收发器720进一步处理。
应理解，该装置700可对应于根据本申请实施例的方法300和方法400中的发送端用户设备，该装置700也可以是应用于用户设备的芯片或组件。并且，该装置700中的各模块实现方法300和方法400中的相应流程，具体地，该存储器730用于存储程序代码，使得处理器710在执行该程序代码时，控制该处理器710用于执行方法300中的S340和方 法400中的S430的过程，该收发器720用于执行方法300中的S350和方法400中的S440的过程，各单元执行上述相应步骤的具体过程在方法300和方法400中已经详细说明，为了简洁，在此不加赘述。
图8是本申请实施例提供的网络设备800的结构示意图。如图8所示，该网络设备800(例如基站)包括处理器810和收发器820。可选地，该网络设备800还包括存储器830。其中，处理器810、收发器820和存储器830之间通过内部连接通路互相通信，传递控制和/或数据信号，该存储器830用于存储计算机程序，该处理器810用于从该存储器830中调用并运行该计算机程序，以控制该收发器820收发信号。
上述处理器810和存储器830可以合成一个处理装置，处理器810用于执行存储器830中存储的程序代码来实现上述方法实施例中基站的功能。具体实现时，该存储器830也可以集成在处理器810中，或者独立于处理器810。收发器820可以通过收发电路的方式来实现。
上述网络设备还可以包括天线840，用于将收发器820输出的下行数据或下行控制信令通过无线信号发送出去，或者将上行数据或上行控制信令接收后发送给收发器820进一步处理。
应理解，该装置800可对应于根据本申请实施例的方法400中的基站，该装置800也可以是应用于基站的芯片或组件。并且，该装置800中的各模块实现图4中方法400中的相应流程，具体地，该存储器830用于存储程序代码，使得处理器810在执行该程序代码时，控制该处理器810用于执行方法300中的S320和方法400中的S410，该收发器820用于执行方法300中的S310、S330和方法400中的S420，或者用于执行方法300中的S350和方法400中的S440的过程，各单元执行上述相应步骤的具体过程在方法300和方法400中已经详细说明，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合的方式来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不加赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合。另一点，所显示或讨论的相互之间的耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接。
另外，在本申请各个实施例中的各功能单元可以集成在一个物理实体中，也可以是各个单元单独对应一个物理实体，也可以两个或两个以上单元集成在一个物理实体中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机 软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
In this paper,we discussed one issue on the SR configuration for SL SRB.
For the RRC connected UE,if the UE is configured to use SL Mode 1for resource allocation,the gNB can decide whether to configure dedicated SR configuration/resources for the UE.If SR is triggered and the UE has dedicated SR configuration/resources,the UE use such dedicated configuration/resources to send the scheduling request.Otherwise,the UE needs to trigger the random access procedure.
For the SL DRB,it can be configured by the gNB via the dedicated signalling if the UE is in RRC Connected.In the logical channel configuration of the SL DRB,one parameter is the SR configuration as shown below.So via this signalling,the gNB can configure dedicated SR configuration/resource for the UE per SL DRB if it decides to do so.
Figure PCTCN2021081583-appb-000003
Observation 1:for SL DRB,gNB can configure SR configuration/resource associate with it via the logical channel configuration of the SL DRB.
In addition to SL DRB,four SL SRBs,which are used for transmit PC5-S message and PC5-RRC message are also defined in NR SL.However,the SL SRB related configurations,including PDCP,RLC configuration and logical channel configurations are specified in 9.1.1of38.331[1],which means that no dedicated signalling is defined to reconfigure the SL SRB configurations.So,for the SL SRB,there is no way for the gNB to configure dedicated SR configuration/resource for the UE with SL Mode 1.In other words,in case the SR is triggered by SL SRB,the UE can only trigger random access procedure in order to request SL grant.
Observation 2:There is no signalling supporting to configure dedicated SR configuration/resource which is associated with the SL SRB.
According to the above observations,the current signalling design seems not reasonable.In our understanding,the signalling that could enable the gNB to configure dedicated SR configuration/resource for the UE’s SL SRB should be supported in the specification,instead of only relying on the random access to request SL grant for SL SRB transmission.
Proposal 1:The signalling that could enable the gNB to configure dedicated SR configuration/resource associated with the UE’s SL SRB should be specified.
For the signalling design,there could be some options:
Option 1:Include SR configuration ID(s)which is associated to the SL SRB in the SL-ScheduledConfig.
The SR configuration ID could be common for all the destination and for all the four SL SRBs.Or the SR configuration ID could be per destination but common for all the four SL SRBs.
Option 2:In the specified SCCH configuration,add one new parameter,i.e.,SR configuration ID.If the gNB decides to configure the SR configuration/resource for the SCCH,the gNB can add such SR configuration ID in the SchedulingRequestToAddMod.If there is no such SR configuration ID in the SchedulingRequestToAddMod,the UE needs to trigger random access procedure in case the SR is triggered by SL SRB.
-This option has no any impact on the ASN.1.
Option 3:The SL SRB can use any SR configuration ID that is configured for the UE.As for which SR configuration to use can be up to UE implementation.With this option,it seems only a Note is needed in the specification.However,gNB has no way to decide whether to configure the SL SRB to use SR or random access for requesting SL grant if go for this option.
From our perspective,we don't have strong preference,and RAN2is kindly request to discuss which option to be adopted.
Proposal 2:RAN2 to discuss which of above three options to be adopted in order to enable the SL SRB can be associated with SR configuration/resource.
In this paper,we discuss one issue on the SR configuration for SL SRB,and have the following proposals:
Proposal 1:The signalling that could enable the gNB to configure dedicated SR configuration/resource associated with the UE’s SL SRB should be specified.
Proposal 2:RAN2 to discuss which of above three options to be adopted in order to enable the SL SRB can be associated with SR configuration/resource.
在本文中，我们讨论了有关SL SRB SR配置的一个问题。
对于RRC连接态的UE，如果将UE配置为使用SL模式1进行资源分配，则gNB可以决定是否为UE配置专用的SR配置/资源。如果触发了SR并且UE具有专用的SR配置/资源，则UE使用这种专用的配置/资源来发送调度请求。否则，UE需要触发随机接入过程。
对于SL DRB，如果UE处于RRC连接态，则gNB可以通过专用信令对其进行配置。在SL DRB的逻辑通道配置中，一个参数是SR配置，如下所示。因此，通过此信令，如果gNB决定这样做，则可以为UE的SL DRB配置专用的SR配置/资源。
Figure PCTCN2021081583-appb-000004
观察1：对于SL DRB，gNB可以通过SL DRB的逻辑通道配置来配置SL DRB的SR配置/资源。
除了SL DRB，在NR SL中还定义了四个用于发送PC5-S消息和PC5-RRC消息的SL SRB。但是，在38.331[1]的9.1.1中指定了与SL SRB相关的配置，包括PDCP，RLC配置和逻辑信道配置，这意味着未定义专用信令来重新配置SL SRB配置。因此，对于SL SRB，gNB无法为SL模式1的UE配置专用的SR配置/资源。换句话说，如果SR由SL SRB触发，则UE只能触发随机接入过程以请求SL授权。
观察2：现有技术不存在信令能够支持配置与SL SRB相关的专用SR配置/资源。
根据以上观察，当前的信令设计似乎不合理。在我们的理解中，应该在标准中支持gNB为UE的SL SRB配置专用SR配置/资源的信令，而不是仅依靠随机接入来请求SL SRB传输的SL授权。
方案1：支持信令使得gNB能够配置与UE的SL SRB相关的专用SR配置/资源。
对于信令设计，有如下可选项：
选项1：在SL-ScheduledConfig字段中增加关联到SL SRB的SR配置ID。
对于所有目标和所有四个SL SRB，SR配置ID是公用的。或者，SR配置ID可以是每个目标特定的，但对于所有四个SL SRB都是相同的。
选项2:在指定的SCCH配置中，增加一个新参数，如SR配置ID。如果gNB决定为SCCH配置SR配置/资源，则gNB可以在SchedulingRequestToAddMod中增加此类SR配置ID。如果在SchedulingRequestToAddMod中不存在这样的SR配置ID，则在SR由SL SRB触发的情况下，UE需要触发随机接入过程。
这个选项对ASN.1没有影响。
选项3:SL SRB可以使用为UE配置的任何SR配置ID。至于使用哪种SR配置取决于UE实现。使用此选项，在规范中似乎只需要一个注释。但是，如果选择此选项，gNB无法选择是否将SL SRB配置为使用SR还是使用随机接入的方式来请求SL授权。
从我们的角度来看，我们没有强烈的偏好，请RAN2讨论采用哪种选项。
方案2：采用上述三个选项中的至少一个使得SL SRB与SR配置/资源关联。
在本文中，我们讨论有关SL SRB的SR配置的一个问题，并提出以下建议：
方案1：应支持信令使得gNB能够配置与UE的SL SRB相关的专用SR配置/资源。
方案2：采用上述三个选项中的至少一个使得SL SRB与SR配置/资源关联。

Claims (19)

  1. 一种确定资源的方法，其特征在于，所述方法包括：
    发送端用户设备接收网络设备发送的第一调度请求SR配置信息；
    若所述发送端用户设备确定所述第一SR配置信息包括预设SR配置信息，所述预设SR配置信息为协议中指定的侧行链路的信令无线承载SL SRB的SR配置信息，
    所述发送端用户设备在根据所述预设SR配置信息确定的所述第一SR资源上向所述网络设备发送SR。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    若所述第一SR配置信息不包括所述预设SR配置信息，或者，所述第一配置信息不是所述预设SR配置信息，所述发送端用户设备向所述网络设备发起随机接入过程。
  3. 根据权利要求1或2所述的方法，其特征在于，所述第一SR配置信息包括一个或多个SR标识ID。
  4. 根据权利要求1至3任一项所述的方法，其特征在于，所述预设SR配置信息包括一个或多个预设SRID。
  5. 根据权利要求3或4所述的方法，其特征在于，所述预设SR配置信息包含于侧行链路控制信道SCCH专用配置中。
  6. 根据权利要求1至5中任一项所述的方法，其特征在于，
    所述SR配置信息是所述发送端用户设备和所述网络设备之间的至少一个信令无线承载SRB的SR配置信息；和/或
    所述SR配置信息是所述发送端用户设备和所述网络设备之间的至少一个信令无线承载DRB的SR配置信息；和/或
    所述SR配置信息是所述发送端用户设备的至少一个侧行链路数据无线承载SL DRB的SR配置信息；和/或
    所述SR配置信息是所述发送端用户设备的至少一个侧行链路信道状态信息CSI报告的SR配置信息。
  7. 根据权利要求1至6中任一项所述的方法，其特征在于，所述发送端用户设备缓存有发往至少一个接收端用户设备的待传输消息，
    每一条所述待传输消息具有相同的所述预设SR配置信息；或者
    每一条所述待传输消息具有不同的所述预设SR配置信息；或者
    相同类型的所述待传输消息具有相同的所述预设SR配置信息，不同类型的所述待传输消息的所述预设SR配置信息不同；或者
    至少两条所述待传输消息具有相同的所述预设SR配置信息；或者
    同一个接收端用户设备的所述待传输消息具有相同的所述预设SR配置信息；或者
    同一个接收端用户设备的不同类型的所述待传输消息具有不同的所述预设SR配置信息；或者
    不同接收端用户设备的不同类型的所述待传输消息具有不同的所述预设SR配置信息；或者
    不同接收端用户设备的相同类型的所述待传输消息具有相同的所述预设SR配置信息。
  8. 根据权利要求7所述的方法，其特征在于，所述待传输消息中包括PC5无线资源控制PC5-RRC消息、非安全保护的PC5信号PC5-S消息、PC5-S安全建立后的PC5-S消息和安全保护的PC5-S消息中的至少一种消息。
  9. 一种确定资源的方法，其特征在于，所述方法包括：
    网络设备向发送端用户设备发送第一调度请求SR配置信息，所述第一SR配置信息包括预设SR配置信息，所述预设SR配置信息为协议中指定的侧行链路的信令无线承载SL SRB的SR配置信息；
    所述网络设备接收所述发送端用户设备在根据所述预设SR配置信息确定的所述第一SR资源上发送的SR。
  10. 根据权利要求9所述的方法，其特征在于，所述第一SR配置信息包括一个或多个SR标识ID。
  11. 根据权利要求9或10所述的方法，其特征在于，所述预设SR配置信息包括一个或多个预设SRID。
  12. 根据权利要求10或11所述的方法，其特征在于，所述预设SR配置信息包含于侧行链路控制信道SCCH专用配置中。
  13. 根据权利要求9至12中任一项所述的方法，其特征在于，
    所述SR配置信息是所述发送端用户设备和所述网络设备之间的至少一个信令无线承载SRB的SR配置信息；和/或
    所述SR配置信息是所述发送端用户设备和所述网络设备之间的至少一个信令无线承载DRB的SR配置信息；和/或
    所述SR配置信息是所述发送端用户设备的至少一个侧行链路数据无线承载SL DRB的SR配置信息；和/或
    所述SR配置信息是所述发送端用户设备的至少一个侧行链路信道状态信息CSI报告的SR配置信息。
  14. 根据权利要求10至13中任一项所述的方法，其特征在于，所述发送端用户设备缓存有发往至少一个接收端用户设备的待传输消息，
    每一条所述待传输消息具有相同的所述预设SR配置信息；或者
    每一条所述待传输消息具有不同的所述预设SR配置信息；或者
    相同类型的所述待传输消息具有相同的所述预设SR配置信息，不同类型的所述待传输消息的所述预设SR配置信息不同；或者
    至少两条所述待传输消息具有相同的所述预设SR配置信息；或者
    同一个接收端用户设备的所述待传输消息具有相同的所述预设SR配置信息；或者
    同一个接收端用户设备的不同类型的所述待传输消息具有不同的所述预设SR配置信息；或者
    不同接收端用户设备的不同类型的所述待传输消息具有不同的所述预设SR配置信息；或者
    不同接收端用户设备的相同类型的所述待传输消息具有相同的所述预设SR配置信息。
  15. 根据权利要求14所述的方法，其特征在于，所述待传输消息中包括PC5无线资 源控制PC5-RRC消息、非安全保护的PC5信号PC5-S消息、PC5-S安全建立后的PC5-S消息和安全保护的PC5-S消息中的至少一种消息。
  16. 一种用户设备，其特征在于，包括：处理器和存储器，
    所述处理器与所述存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得所述用户设备执行如权利要求1至8中任一项所述的方法；
    所述存储器，用于存储程序指令和数据。
  17. 一种网络设备，其特征在于，包括：处理器和存储器，
    所述处理器与所述存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得所述装置执行如权利要求9至15中任一项所述的方法；
    所述存储器，用于存储程序指令和数据。
  18. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被执行时，实现如权利要求1至15中任意一项所述的方法。
  19. 一种芯片系统，其特征在于，所述芯片系统包括：
    存储器，用于存储指令；
    处理器，用于从所述存储器中调用并运行所述指令，使得安装有所述芯片系统的通信设备执行如权利要求1至15中任意一项所述的方法。
PCT/CN2021/081583 2020-03-30 2021-03-18 确定资源的方法和装置 WO2021197086A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP21780141.4A EP4109950A4 (en) 2020-03-30 2021-03-18 RESOURCE DETERMINATION METHOD AND APPARATUS
US17/916,339 US20230156688A1 (en) 2020-03-30 2021-03-18 Resource Determining Method and Apparatus

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN202010238444 2020-03-30
CN202010238444.4 2020-03-30
CN202010280182.8A CN113473614A (zh) 2020-03-30 2020-04-10 确定资源的方法和装置
CN202010280182.8 2020-04-10

Publications (1)

Publication Number Publication Date
WO2021197086A1 true WO2021197086A1 (zh) 2021-10-07

Family

ID=77865779

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/081583 WO2021197086A1 (zh) 2020-03-30 2021-03-18 确定资源的方法和装置

Country Status (4)

Country Link
US (1) US20230156688A1 (zh)
EP (1) EP4109950A4 (zh)
CN (1) CN113473614A (zh)
WO (1) WO2021197086A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230007695A1 (en) * 2021-07-02 2023-01-05 Qualcomm Incorporated Techniques for managing discontinuous operation for wireless communication
US11991106B2 (en) * 2021-08-03 2024-05-21 Qualcomm Incorporated Sounding reference signal (SRS) resource indicator (SRI) association for configured-grant (CG)-based transmission and reception point (TRP) physical uplink shared channel (PUSCH) transmission
WO2024016183A1 (zh) * 2022-07-19 2024-01-25 北京小米移动软件有限公司 资源指示的上报方法、装置、设备、存储介质及芯片
CN117835433A (zh) * 2022-09-29 2024-04-05 华为技术有限公司 一种通信方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102123399A (zh) * 2010-01-08 2011-07-13 华为技术有限公司 调度请求的方法及装置
EP2086185B1 (en) * 2008-01-31 2012-08-08 Research In Motion Limited Method and apparatus for allocation of an uplink resource
WO2013044497A1 (en) * 2011-09-30 2013-04-04 Nokia Corporation Selection between random access and dedicated scheduling request resources
CN103548405A (zh) * 2012-03-16 2014-01-29 华为技术有限公司 调度请求资源配置方法、设备及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9907056B2 (en) * 2014-08-06 2018-02-27 Futurewei Technologies, Inc. System and method for allocating resources for device-to-device communications
US20220150913A1 (en) * 2019-02-14 2022-05-12 Beijing Xiaomi Mobile Software Co., Ltd. Method and device for determining sr configuration, and storage medium

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2086185B1 (en) * 2008-01-31 2012-08-08 Research In Motion Limited Method and apparatus for allocation of an uplink resource
CN102123399A (zh) * 2010-01-08 2011-07-13 华为技术有限公司 调度请求的方法及装置
WO2013044497A1 (en) * 2011-09-30 2013-04-04 Nokia Corporation Selection between random access and dedicated scheduling request resources
CN103548405A (zh) * 2012-03-16 2014-01-29 华为技术有限公司 调度请求资源配置方法、设备及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4109950A4

Also Published As

Publication number Publication date
EP4109950A4 (en) 2023-08-09
US20230156688A1 (en) 2023-05-18
EP4109950A1 (en) 2022-12-28
CN113473614A (zh) 2021-10-01

Similar Documents

Publication Publication Date Title
WO2021197086A1 (zh) 确定资源的方法和装置
KR102336206B1 (ko) 데이터 전송 방법, 단말기, 네트워크측 기기 및 컴퓨터 판독 가능 저장 매체
EP3512276B1 (en) Remote user equipment and relay user equipment
EP3637898B1 (en) Resource allocation method, first device and second device
AU2021202393B2 (en) Data transmission method, device, and system
WO2018094872A1 (zh) sidelink资源调度方法、装置和系统
WO2018028269A1 (zh) 一种资源调度方法和装置
EP3565350B1 (en) Method and device for establishing wireless connection
WO2020221246A1 (zh) 取消待处理sr的方法及装置
CN111356172B (zh) 通信方法、装置、终端、网络设备及存储介质
US11540329B2 (en) Information transmission method, terminal device, and network device
US20220338298A1 (en) Context management method and apparatus
WO2020164502A1 (zh) 传输信息的方法和装置
CN113973392A (zh) 通信方法及装置
CN114451017A (zh) 一种激活和释放非动态调度传输的方法及装置
CN116017727A (zh) 传输bsr的方法及装置
WO2021204270A1 (zh) 通信方法及装置
WO2020156185A1 (zh) 一种调度请求处理方法及装置
CN111246432A (zh) 一种通信方法及装置
WO2023216935A1 (zh) 一种通信方法及设备
WO2017035700A1 (zh) 一种通信方法、装置及系统
WO2024092752A1 (zh) 无线通信方法、通信设备以及接入网设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21780141

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021780141

Country of ref document: EP

Effective date: 20220923

NENP Non-entry into the national phase

Ref country code: DE