CN110830955B - 用户设备的控制方法、基站的控制方法以及用户设备 - Google Patents

用户设备的控制方法、基站的控制方法以及用户设备 Download PDF

Info

Publication number
CN110830955B
CN110830955B CN201810926770.7A CN201810926770A CN110830955B CN 110830955 B CN110830955 B CN 110830955B CN 201810926770 A CN201810926770 A CN 201810926770A CN 110830955 B CN110830955 B CN 110830955B
Authority
CN
China
Prior art keywords
scheduling request
configuration
configuration information
information
request configuration
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.)
Active
Application number
CN201810926770.7A
Other languages
English (en)
Other versions
CN110830955A (zh
Inventor
张崇铭
刘仁茂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
FG Innovation Co Ltd
Sharp Corp
Original Assignee
FG Innovation Co Ltd
Sharp Corp
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 FG Innovation Co Ltd, Sharp Corp filed Critical FG Innovation Co Ltd
Priority to CN201810926770.7A priority Critical patent/CN110830955B/zh
Priority to EP19850136.3A priority patent/EP3840429B1/en
Priority to MX2021001724A priority patent/MX2021001724A/es
Priority to AU2019322270A priority patent/AU2019322270A1/en
Priority to PCT/CN2019/099981 priority patent/WO2020034904A1/zh
Priority to US17/265,792 priority patent/US20210258989A1/en
Publication of CN110830955A publication Critical patent/CN110830955A/zh
Application granted granted Critical
Publication of CN110830955B publication Critical patent/CN110830955B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • 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/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • 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

Abstract

本发明提供一种用户设备的控制方法、基站的控制方法以及用户设备。所述用户设备的控制方法包括：所述用户设备接收由网络侧和/或基站侧发送的与侧链路相关的调度请求配置信息；和基于接收到的所述调度请求配置信息，进行与所述侧链路相关的调度请求，其中，所述调度请求配置信息包含调度请求配置ID或者具体调度请求配置。

Description

用户设备的控制方法、基站的控制方法以及用户设备
技术领域
本发明涉及无线通信技术领域，更具体地，本发明涉及用户设备的控制方法、基站的控制方法以及用户设备。
背景技术
随着移动通信的快速增长和技术的巨大进步，世界将走向一个完全互联互通的网络社会，即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年，互联设备的数量将达到500亿部，其中仅有100亿部左右可能是手机和平板电脑，其它的则不是与人对话的机器，而是彼此对话的机器。因此，如何设计系统以更好地支持万物互联是一项需要深入研究的课题。
为此，在2016年3月举行的第三代合作伙伴计划(3GPP)RAN#64次全会上，提出了新5G无线接入技术的研究课题(参见非专利文献：RP-160671 New SID Proposal：Study onNew Radio Access Technology)。在该工作项目的描述中，未来新的通信制式的工作频段可扩展至100GHz，同时将至少满足增强的移动宽带业务需求、海量物联网终端的通信需求，以及高可靠性要求的业务需求等，该项目研究工作将于2018年结束。
车用无线通信技术(Vehicleto Everything，V2X)是将车辆与一切事物相连接的新一代信息通信技术，其中V代表车辆，X代表任何与车交互信息的对象，当前X主要包含车、人、交通路侧基础设施和网络。V2X通信对时延和可靠性提出了更高的要求。
Sidelink是一种D2D(device to device)通信模式，现有的LTE sidelink支持V2X通信。支持V2X通信的sidelink可以被称为V2X sidelink。在未来NR技术中，也将支持V2X通信。一种方式是在NR系统中支持LTE sidelink，另外一种方式是打造NR自己的sidelink。通过这两种方式，NR系统可以实现对V2X通信的支持。
在承载了V2X通信业务的sidelink通信模式下，sidelink有其专有的sidelink逻辑信道，当UE的sidelink逻辑信道上有数据到达时，会触发UE在Uu口发送调度请求，以通知基站对Sidelink通信的无线接口上分配资源，从而进行车、人、路之间的短距离直接通信。
在LTE系统中，Uu口上发送的调度请求是基于通用的调度请求配置，即，无论何种业务到达，采用的调度请求配置都是相同的。然而在在NR系统中，这一点得到了改进。在NR系统中，UE在Uu口上发送的调度请求是基于逻辑信道进行配置的。基站根据逻辑信道的优先级，配置相应的调度请求资源，这样高优先级的业务到达触发的调度请求可以采用更高效的调度请求资源用于发送调度请求。这样UE可以及时上报高优先级业务的调度请求，从而避免调度请求带来的时延。
因此，在NR系统中，当sidelink通信模式有数据到达时，触发的调度请求将采用何种调度请求配置是需要解决的问题。特别是当到达的数据是具有低时延要求的V2X业务时，如何高效的上报调度请求也是需要解决的问题。
发明内容
本发明针对上述问题提出了解决方案，具体地，本发明提供了用户设备的控制方法、基站的控制方法以及用户设备。
根据本发明的第一方面，提供了一种用户设备的控制方法，包括：所述用户设备接收由网络侧和/或基站侧发送的与侧链路相关的调度请求配置信息；和基于接收到的所述调度请求配置信息，进行与所述侧链路相关的调度请求，其中，所述调度请求配置信息包含调度请求配置ID或者具体调度请求配置。
优选地，在上述控制方法中，若所述调度请求配置信息包含所述调度请求配置ID，则所述调度请求配置ID为调度请求过程配置信息ID或者调度请求资源配置信息ID。
优选地，在上述控制方法中，在所述调度请求配置ID为所述调度请求过程配置信息ID时，所述调度请求配置信息包含：调度请求最大允许发送次数以及禁止发送调度请求的时长，在所述所述调度请求配置ID为所述调度请求资源配置信息ID时，所述调度请求配置信息包含：调度请求最大允许发送次数、禁止发送调度请求的时长、调度请求的周期和偏移量信息、以及PUCCH资源信息。
优选地，在上述控制方法中，若所述调度请求配置信息包含所述具体调度请求配置，则所述具体调度请求配置为一个或者多个的调度请求配置，每个所述调度请求配置中包含：调度请求最大允许发送次数、禁止发送调度请求的时长、调度请求的周期和偏移量信息、PUCCH资源信息、以及与带宽部分BWP相关的信息。
优选地，在上述控制方法中，所述调度请求配置信息相应于每个侧链路逻辑信道组、或者各侧链路逻辑信道组中包含的每个优先级而被提供。
优选地，在上述控制方法中，在存在车用无线通信技术V2X业务的情况下，将基于所述调度请求配置信息所选择的调度请求配置应用于所述V2X业务，对于侧链路通信模式下的其他业务，采用随机接入来进行调度请求。
此外，根据本发明的第二方面，提供了一种用户设备的控制方法，包括：所述用户设备接收由网络侧和/或基站侧发送的包含调度请求配置ID或者具体调度请求配置的调度请求配置信息；基于接收到的所述调度请求配置信息，按照以下原则中的至少一个原则，来执行选择用于与侧链路相关的调度请求的调度请求配置的选择过程；和基于所选择的调度请求配置来进行与侧链路相关的调度请求，其中，所述原则包括：原则1、在所述用户设备已有的调度请求配置中随机选择一个调度请求配置；原则2、被选择的调度请求配置所对应的调度请求禁止定时器没有启动或者运行；原则3、被选择的调度请求配置存在或者对应于有效的PUCCH资源；原则4、被选择的调度请求配置所对应的逻辑信道的优先级，与侧链路逻辑信道的优先级相当；和原则5、被选择的调度请求配置所对应的调度请求资源最早到达。
优选地，在本发明的第二方面所涉及的控制方法中，在与侧链路相关的调度请求被触发时、或者被触发之前，若存在挂起(pending)的调度请求，则将与所述侧链路相关的调度请求取消，若不存在挂起(pending)的调度请求，则所述用户设备执行所述选择过程。
根据本发明的第三方面，提供了一种用户设备，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行根据上下文所述的用户设备的控制方法。
根据本发明的第四方面，提供了一种基站的控制方法，包括：生成与侧链路相关的调度请求配置信息；向用户设备发送所述调度请求配置信息；和所述用户设备基于接收到的所述调度请求配置信息，向所述基站进行与所述侧链路相关的调度请求，其中，所述调度请求配置信息包含调度请求配置ID或者具体调度请求配置。
附图说明
图1是表示基于本发明的实施例的用户设备的控制方法100的流程图。
图2是表示基于本发明的实施例的用户设备的控制方法200的流程图。
图3是表示基于本发明的实施例的基站的控制方法300的流程图。
图4是表示根据本公开实施例的用户设备40的框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
在具体描述之前，先对本发明中提到的若干术语做如下说明。除非另有指出，本发明中涉及的术语都具有下文的含义
UE User Equipment 用户设备
NR New Radio 新一代无线技术
Sidelink 侧链路
V2X Vechile to Everything 车联通信
BWP Bandwith Part 带宽部分
Sidelink BSR buffer status report sidelink 缓存状态报告
下文以NR移动通信系统及其后续的演进版本作为示例应用环境，以支持NR的基站和UE设备为例，具体描述了根据本发明的多个实施方式。然而，需要指出的是，本发明不限于以下实施方式，而是可适用于更多其它的无线通信系统，。
[Sidelink BSR buffer status report sidelink缓存状态报告]
为了向基站提供用于传输的、在sidelink缓存区的数据情况，UE会进行sidelinkBSR过程。
当sidlink逻辑信道有数据到达时，如果到达的数据所属的逻辑信道对应的优先级高于其他的正在进行数据传输的逻辑信道，或者当前没有数据传输，则此时会生成sidelink BSR。
此外，当Sidelink重传定时器(retx-BSR-TimerSL)超时时，任何逻辑信道有数据需要传输，也会生成sidelink BSR。
如果UE没有有效的上行资源发送生成的sidelink BSR，那么将会触发调度请求。
[调度请求(Scheduling Request，SR)]
调度请求是用来向基站请求资源用于新数据的传输。当SR被触发时，可以被认为是pending(挂起)SR，直到这个SR被取消。
调度请求可以在PUCCH上进行传输，因此为了传输调度请求，需要有调度请求资源配置，里面包含了用于发送调度请求的PUCCH资源的时间和频率的信息，例如周期、偏移和PRB等。
调度请求在传输的过程中，UE会启动Sr-prohibittimer调度请求禁止发送定时器，用来禁止UE在一段时间内发送调度请求，以避免频繁的发送调度请求，以及UE会统计发送调度请求的次数，通过变量SR_COUNTER来记录，当SR_COUNTER小于Sr-TransMax(调度请求最大发送次数)时，UE还可以继续发送调度请求一旦SR_COUNTER不小于Sr-TransMax时，UE将不能再发送调度请求。
因此，调度请求过程需要配置如下信息：
Sr-prohibittimer调度请求禁止发送定时器的时长；
Sr-TransMax调度请求最大发送次数。
这种调度请求配置信息可以称为调度请求过程配置信息(schedulingrequestconfig)。为了区别不同的调度请求过程配置信息，每个调度请求过程配置信息有其对应的ID(schedulingRequestId)。
在逻辑信道的配置信息中，可以包含一个调度请求过程配置信息的ID，从而把逻辑信道与该调度请求过程配置信息相互关联在一起。这个调度请求配置信息可以称为相应于该逻辑信道的调度请求配置信息。
此外，由于在调度请求资源配置信息(schedulingrequestresourceconfig)中，可以包含一个调度请求过程配置信息的ID(schedulingRequestId)，从而把调度请求资源配置信息和调度请求过程配置信息关联在一起。
因此，UE可以通过确定相应于一个逻辑信道的调度请求配置信息，进而确定相应于该调度请求配置信息的调度请求资源配置信息，一旦这两个信息都确定了，那么相应于该逻辑信道的调度请求配置信息就确定了。因此可以认为这样确定的调度请求配置信息是相应于该逻辑信道的调度请求配置信息。
如果由于该逻辑信道的数据到达触发了BSR进而触发了调度请求，那么UE将采用的相应于该逻辑信道的调度请求配置来发送相应的调度请求。
此外，为了区别不同的调度请求资源配置信息(schedulingrequestresourceconfig)，每个调度请求资源配置信息也有其对应的ID(schedulingRequestResourceId)。
总之，一个调度请求配置信息(SR configuration)可以包括两部分信息：调度请求资源配置信息(schedulingrequestresourceconfig)、和调度请求过程配置信息(schedulingrequestconfig)。
schedulingrequestconfig
schedulingrequestresourceconfig
其中，schedulingrequestresourceconfig是包含在PUCCH-config中的
而每个PUCCH-config是基于BWP进行配置的，所以schedulingrequestresourceconfig也是基于BWP进行配置的，schedulingrequestresourceconfig中包含的PUCCH资源是指该schedulingrequestresourceconfig所属于的BWP上的PUCCH资源，而不是任意BWP上的PUCCH资源。
每一个调度请求配置(SR configuration)都有一个对应的变量SR_COUNTER，如果一个SR被触发了，并且没有其他的pending SR与这个被触发的SR的SR configuration对应相同的SR configuration，那么UE会将SR_COUNTER设置为0。
在SR传输时刻，只有那些处于激活的BWP上配置的PUCCH资源才被认为是有效的资源。
针对一个pending SR如果没有有效的PUCCH资源被配置给该SR，那么UE会在spcell上进行随机接入过程，并且取消这个pending SR。
如果存在有效的PUCCH，那么对于这个pending SR对应的SR configuration，如果变量SR_COUNTER小于sr-TransMax，并且在SR传输的时刻sr-ProhibitTimer没有在运行，那么指示物理层在一个有效的用于SR的PUCCH资源上发送SR信号，并且启动sr-ProhibitTimer。
本文中相关联的，相对应的，相应的等说法可以相互替换。
本文中sidelink和V2X sidelink两种说法可以互相替换。
本文中与sidelink无关的配置信息是指为了实现UE和基站在Uu口通信而提供的配置信息，还可以被称为通用的配置信息。与sidelink有关的配置信息是指为了实现sidelink通信而提供的配置信息。
下面，对本发明中的用户设备的控制方法进行说明，具体而言，对用户设备的与侧链路相关的调度请求控制方法进行说明。
作为一例，图1是表示基于本发明的实施例的用户设备的控制方法100的流程图。
在步骤S101中，用户设备接收由网络侧和/或基站侧发送的与侧链路相关的调度请求配置信息。
其中，由网络侧和/或基站侧发送的上述调度请求配置信息可以包含调度请求配置ID或者具体调度请求配置。例如，在调度请求配置信息包含调度请求配置ID时，该调度请求配置ID可以为调度请求过程配置信息(schedulingRequestID)ID或者调度请求资源配置信息(schedulingRequestResourceId)ID。此外，例如，在调度请求配置信息具体调度请求配置时，该具体调度请求配置可以是一个或者多个具体的调度请求配置，每个具体的调度请求配置中包含：调度请求最大允许发送次数、禁止发送调度请求的时长、调度请求的周期和偏移量信息、PUCCH资源信息、以及与带宽部分BWP相关的信息。
此外，在上述调度请求配置ID为调度请求过程配置信息ID时，调度请求配置信息可以包含：调度请求最大允许发送次数以及禁止发送调度请求的时长。在上述调度请求配置ID为调度请求资源配置信息ID时，调度请求配置信息可以包含：调度请求最大允许发送次数、禁止发送调度请求的时长、调度请求的周期和偏移量信息、以及PUCCH资源信息。
在步骤S102中，基于接收到的调度请求配置信息，进行与侧链路相关的调度请求。
此外，图2是表示基于本发明的实施例的用户设备的控制方法200的流程图。
在步骤S201中，用户设备接收由网络侧和/或基站侧发送的包含调度请求配置ID或者具体调度请求配置的调度请求配置信息。其中，调度请求配置ID可以为调度请求过程配置信息(schedulingRequestID)ID或者调度请求资源配置信息(schedulingRequestResourceId)ID。另外，，上述具体调度请求配置可以是一个或者多个具体的调度请求配置。
在步骤S202中，用户设备基于接收到的调度请求配置信息，按照以下原则中的至少一个原则，来执行调度请求配置的选择过程，通过上述选择过程来选择用于与侧链路相关的调度请求的调度请求配置。
上述原则包括：原则1、在所述用户设备已有的调度请求配置中随机选择一个调度请求配置；原则2、被选择的调度请求配置所对应的调度请求禁止定时器没有启动或者运行；原则3、被选择的调度请求配置存在或者对应于有效的PUCCH资源；原则4、被选择的调度请求配置所对应的逻辑信道的优先级，与侧链路逻辑信道的优先级相当；和原则5、被选择的调度请求配置所对应的调度请求资源最早到达。
在步骤S203中，用户基于所选择的调度请求配置，向基站进行与侧链路相关的调度请求。
接下来，对本发明中的基站的控制方法进行说明，具体而言，对基站的与侧链路相关的调度请求控制方法进行说明。
作为一例，图3是表示基于本发明的实施例的基站的控制方法300的流程图。
在步骤S301中，基站生成与侧链路相关的调度请求配置信息。其中，上述调度请求配置信息可以包含调度请求配置ID或者具体调度请求配置。关于该调度请求配置信息的内容，由于与参照图1所说明的控制方法100中的调度请求配置信息相同，因此这里省略其重复的说明。
在步骤S302中，基站向向用户设备发送上述调度请求配置信息。
进而，在步骤S303中，用户设备基于接收到的上述调度请求配置信息，向基站进行与侧链路相关的调度请求。
以下，对本发明所涉及的具体实施例进行详细说明。另外，如上所述，本发明中的实施例是为了容易理解本发明而进行的示例性说明，并不是对本发明的限定。
实施例1
UE接收从网络侧/基站侧发送的配置信息，配置信息中包含了和sidelink或者V2Xsidelink相关的配置信息，其中还包含了与调度配置相关的信息。
例如，UE接收到网络侧/基站侧发送的重配置消息，其中包含了和sidelink相关的配置信息，例如SL-CommConfig，在其中包含了公共发射资源的配置commTxResources，用于sidelink的发送；如果公共发送资源被设置为调度模式，那么还包含了与调度请求相关的配置信息，用于调度请求。这里，与调度请求相关的配置信息可以是如下的方式或选择。
Option 1：与调度请求相关的配置信息可以包含调度请求配置ID。
调度请求配置ID可以是前文所述的调度请求过程配置信息的ID(schedulingRequestID)，还可以是前文所述的调度请求资源配置信息的ID(schedulingRequestResourceId)。
其中，调度请求配置ID对应的具体的配置信息包含在通用的配置信息中，即包含在与sidelink配置无关的配置信息中。这些调度请求配置信息中包含了调度请求配置信息的ID，从而使得UE能够唯一的识别每个ID对应的调度请求配置信息。
因此，当UE在sidelink相关的配置信息中接收到一个或者多个调度请求配置信息的ID时，能够相应的识别每个ID对应的调度请求配置信息，从而在sidelink BSR触发的SR过程中采用。
-当调度请求配置ID是前文所述的schedulingRequestID时，实际上UE被配置了如下信息：
信息一：最大允许发送次数，这个信息用于调度请求过程，在采用了该调度请求配置的调度请求过程中，该信息规定了最大允许发送调度请求的次数。
信息二：禁止发送调度请求的时长，当UE发送了一次调度请求后，会启动禁止发送调度请求定时器，以避免频繁的发送调度请求。在采用了该调度请求配置的调度请求过程中，该禁止发送调度请求定期器的时长被设置为调度请求配置信息中指示的禁止发送调度请求的时长。
用于发射调度请求的PUCCH资源的相关信息并没有被显示的配置。UE可以基于被配置的schedulingRequestID，进一步确定用于发送sidelink BSR触发的调度请求的PUCCH资源。具体的方法可以是，在当前激活的/工作的BWP上，UE在被配置的PUCCH中所包含的SchedulingRequestResourceConfig中确认/判断是否存在包含了被配置的schedulingRequestID的SchedulingRequestResourceConfig。
如果存在某个SchedulingRequestResourceConfig包含了被配置的schedulingRequestID，那么该SchedulingRequestResourceConfig中配置的PUCCH资源可以用于发送sidelink BSR触发的调度请求；
如果不存在这样的SchedulingRequestResourceConfig，那么可以认为UE没有有效的PUCCH资源用于发送sidelink BSR触发的调度请求，UE可以如实施例4中所述对调度请求配置或者PUCCH资源进行选择，还可以触发随机接入过程，以及优选的，取消pending SR。
-当调度请求配置ID是前文所述的schedulingRequestResourceId时，实际上UE被配置了如下信息：
信息一：最大允许发送次数，这个信息用于调度请求过程，在采用了该调度请求配置的调度请求过程中，该信息规定了最大允许发送调度请求的次数；
信息二：禁止发送调度请求的时长，当UE发送了一次调度请求后，会启动禁止发送调度请求定时器，以避免频繁的发送调度请求。在采用了该调度请求配置的调度请求过程中，该禁止发送调度请求定期器的时长被设置为调度请求配置信息中指示的禁止发送调度请求的时长；
信息三：调度请求的周期和偏移量；
信息四：PUCCH资源：包含了PRB信息，以及PUCCH的格式等信息。
上述信息可以用来确定发送PUCCH的资源，以及发送过程中定时器的设置和最大传输次数的设置。
尽管schedulingRequestResourceId能够对应一个SchedulingRequestResourceConfig，但是，由于SchedulingRequestResourceConfig又是包含在PUCCH-config中，而PUCCH-config是为每个BWP进行配置的，因此SchedulingRequestResourceConfig也是为每个BWP而进行配置的，所以，如果UE仅仅在sidelink配置中接收到schedulingRequestResourceId，是无法确定这个schedulingRequestResourceId对应的是网络侧在哪个BWP上配置的SchedulingRequestResourceConfig。为了确定schedulingRequestResourceId对应的SchedulingRequestResourceConfig，一种方式是网络侧在提供schedulingRequestResourceId信息的同时进一步提供BWP相关的信息，例如BWP ID。由于在与sidelink无关的配置信息中，网络侧可以给UE配置多个BWP的信息，这些BWP有相应的BWP ID，因此通过BWP ID，UE可以唯一地确定是哪一个BWP，进而确定被提供schedulingRequestResourceId对应的SchedulingRequestResourceConfig。
由于在任意时刻，不是所有的BWP都是被激活的，UE只能在被激活的BWP上发送调度请求。因此，在sidelink BSR触发SR的时刻，尽管UE可以根据BWP ID和schedulingRequestResourceId来确定SchedulingRequestResourceConfig，并进一步确定发送调度请求的PUCCH资源以及定时器和最大发送次数的设定，但是UE还是需要判断PUCCH资源所属的BWP是否是激活的/UE正在工作的BWP。如果该PUCCH资源/SchedulingRequestResourceConfig所属的BWP不属于在当前激活的/工作的BWP，那么可以认为UE没有有效的PUCCH资源用于发送sidelink BSR触发的调度请求，UE可以如实施例4中所述对调度请求配置或者PUCCH资源进行选择，还可以触发随机接入过程，以及优选的，取消pending SR。
Option 2：与调度请求相关的配置信息可以包含具体调度请求配置。网络侧可以提供一组或者多组调度请求配置，每个配置中至少包含了如前所述的信息一至信息四、以及BWP的相关信息。
通过这种方式，用于sidelink BSR触发的调度请求的配置可以完全不同于非sidelink BSR触发的调度请求，从而能够更灵活的管理sidelink BSR触发的调度请求。
特别的，无论是option1还是option2指示的配置信息，在实际的配置过程中，该配置信息可以缺省。那么当调度请求相关的配置信息缺省时，UE可以基于已有的调度请求的配置(即在与sidelink无关的配置中网络侧提供的关于调度请求的配置)，从中选择一个合适的配置，具体选择方法见实施例4.
实施例2
实施例2和实施例1的区别在于网络侧基于sidelink逻辑信道组提供了调度请求的配置信息。
在网络侧发送的和sidelink相关的配置信息中还可以包含sidelink逻辑信道组的相关信息，例如logicalChGroupInfoList，这个信元按照逻辑信道组的编号由小到大(或者由大到小)，提供了逻辑信道组的优先级相关的信息。
logicalChGroupInfoList
LogicalChGroupInfoList：：＝SEQUENCE(SIZE(1..maxLCG))OF SL-PriorityList
SL-PriorityList信元
网络侧可以在提供该逻辑信道组优先级信息的同时，为每个逻辑信道组提供调度请求的配置信息，配置信息具体内容参见实施例1中的option1和option2。
这个被提供的调度请求配置信息可以称为相应于(corresponding to/relatedto)该逻辑信道组的调度请求配置信息。
具体的配置方式可以是，例如网络侧提供的调度请求配置信息为schedulingrequestID。
在logicalChGroupInfoList中，在该列表中，每一行的信息中可以包含了一个schedulingrequestID，由于在logicalChGroupInfoList中的每一行对应着一个逻辑信道组，那么每一行包含的schedulingrequestID可以认为是对应于该逻辑信道组对应的调度请求配置信息。
携带调度请求配置的logicalChGroupInfoList
LogicalChGroupInfoList：：＝SEQUENCE(SIZE(1..maxLCG))OF Information-1
Information-1
网络侧还可以在一个新的信元中，例如SRconfigInfoList，提供一个SR配置信息列表，该列表按照逻辑信道组的编号由小到大，在该列表中的每一行中包含的内容为一个schedulingrequestID。由于SRconfigInfoList列表的每一行都对应于一个逻辑信道组，因此每一行的schedulingrequestID对应的调度请求的配置，或者每一行包含的调度请求的配置可以称为相应于该逻辑信道组的调度请求的配置信息。
SRconfigInfoList
LCG index 调度请求配置
LCG 1 SchedulingrequestID-1
LCG 2 schedulingrequestID-2
LCG 3 schedulingrequestID-3
SRconfigInfoList：：＝SEQUENCE(SIZE(1..maxLCG))OF SL-SchedulingRequestSL-SchedulingRequest信元
由于sidelink BSR是由于某个sidelink逻辑信道的数据到达而触发的，且该逻辑信道属于某个逻辑信道组，因此可以认为某个逻辑信道组触发了sidelink BSR，或者认为该逻辑信道组对应于sidelink BSR，因此，在由该sidelink BSR触发的调度请求过程中，可以采用相应于触发了本次sidelink BSR的逻辑信道组的调度请求的配置信息。
无论是在logicalChGroupInfoList还是在SRconfigInfoList中，如果该行的提供的调度请求的配置缺省，或者是该逻辑信道组没有对应的调度请求的配置，那么该逻辑信道组可以采用在它之前的逻辑信道组被提供的调度请求的配置，或则采用在它之后的逻辑信道组被提供的调度请求的配置。
这里的“在它之前”或者“在它之后”，可以是指根据逻辑信道组编号的大小，小于当前逻辑信道组编号的，但是最接近当前逻辑信道组编号的逻辑信道组，或者是大于当前逻辑信道组编号的，但是最接近当前逻辑信道组编号的逻辑信道组。
此外，当相应于该逻辑信道组的调度请求配置缺省时，还可以是UE自己选择一个调度请求的配置，具体选择方法见实施例4.
特别的，当Sidelink重传定时器(retx-BSR-TimerSL)超时时，任何sidelink逻辑信道有数据需要传输，也会生成sidelink BSR，这个sidelink BSR也会触发调度请求。那么此时可以根据sidelink BSR中buffer值不为空或者不为零的那个逻辑信道组，选择其相应的调度请求配置，用于触发的调度请求。如果有多个逻辑信道组的buffer值不为空或者不为零，那么在所有逻辑信道组所包含的优先级中，选择最高优先级所属的逻辑信道组，选择其相应的调度请求配置用于触发的调度请求。
实施例3
实施例3和实施例2的区别在于，基于逻辑信道组中包含的优先级信息来提供调度请求的配置信息。
网络侧为每个逻辑信道组分配了一个或者多个优先级priority，UE可以自行为这些priority关联逻辑信道。因此网络侧在为每个逻辑信道组分配优先级时，可以同时提供每个优先级对应的调度请求的配置信息。这个调度请求的配置信息可以称为相应于该优先级的调度请求的配置。
携带调度请求配置的logicalChGroupInfoList
LogicalChGroupInfoList：：＝SEQUENCE(SIZE(1..maxLCG))OF SL-priorityList
携带调度请求配置的SL-PriorityList信元
Information-2
由于sidelink BSR是由于某个sidelink逻辑信道的数据到达而触发的，且该逻辑信道与某个优先级关联，因此可以认为，在sidelink BSR触发的调度请求过程中采用的调度请求配置，为触发了该sidelink BSR的逻辑信道，其对应的优先级对应的调度请求配置。即当相应于某个优先级的逻辑信道，由于数据到达触发了sidelink BSR，并进而触发了调度请求，那么在该调度请求中采用相应于该优先级的调度请求配置。
类似的，如果相应于某个优先级的调度请求配置缺省，那么UE可以自己选择一个调度请求配置，具体选择方法见实施例4。
特别的，当Sidelink重传定时器(retx-BSR-TimerSL)超时时，任何sidelink逻辑信道有数据需要传输，也会生成sidelink BSR，这个sidelink BSR也会触发调度请求。那么此时可以根据sidelink BSR中buffer值不为空或者不为零的那个逻辑信道组所包含的最高优先级，选择其相应的调度请求配置，用于触发的调度请求。如果有多个逻辑信道组的buffer值不为空或者不为零，那么选择这些逻辑信道组中所包含的最高的优先级，选择选择其相应的调度请求配置用于触发的调度请求。
实施例4
实施例4中对用户设备选择调度请求配置的原则和过程进行说明。
当sidelink BSR触发了调度请求，那么UE可以选择调度请求配置用于该调度请求过程。
在选择的过程中，UE可以基于以下一个或多个原则进行选择。
原则1-在UE已有的调度请求配置中随机选择一个调度请求配置用于sidelinkBSR触发的调度请求。
如前所述，已有的调度请求配置可以包含以下信息：
信息一：最大允许发送次数，这个信息用于调度请求过程，在采用了该调度请求配置的调度请求过程中，该信息规定了最大允许发送调度请求的次数。
信息二：禁止发送调度请求的时长，当UE发送了一次调度请求后，会启动禁止发送调度请求定时器，以避免频繁的发送调度请求。在采用了该调度请求配置的调度请求过程中，该禁止发送调度请求定期器的时长被设置为调度请求配置信息中指示的禁止发送调度请求的时长。
信息三：调度请求的周期和偏移量。
信息四：PUCCH资源，其包含了PRB信息、以及PUCCH的格式等信息。
其中信息一和信息二包含在schedulingrequestconfig中，而信息三和信息四，以及对应信息一和信息二(即对应schedulingrequestconfig)的索引schedulingRequestId包含在schedulingrequestresourceconfig中，schedulingrequestresourceconfig的索引为schedulingRequestResourceId。此外schedulingrequestresourceconfig是与BWP有关的，每个BWP有其相应的schedulingrequestresourceconfig。
因此UE在选择的时候基于选择的内容，有以下不同的处理方式。
方式一：
UE选择的内容是schedulingrequestconfig，或者是对应schedulingrequestconfig的schedulingRequestId，即选择至少包含信息一和信息二的配置信息。
UE可以随机选择已有的schedulingrequestconfig。但是UE还需要进一步确定发送调度请求的PUCCH资源。否则，即使选择了schedulingrequestconfig，也可能由于其在当前工作的BWP上没有有效的PUCCH资源，从而无法通过PUCCH发送调度请求。
因此，UE可以确定选择的范围。被UE选择的schedulingRequestID，应该是被包含在UE当前激活的/工作的BWP上的PUCCH配置中的，具体是被包含在PUCCH配置中的SchedulingRequestResourceConfig中，，即，UE从当前激活的/工作的BWP上PUCCH配置中所包含的SchedulingRequestResourceConfig中包含的schedulingRequestID中随机选择一个schedulingRequestID。
方式二：
UE选择的内容是SchedulingRequestResourceConfig，或者是对应SchedulingRequestResourceConfig的schedulingRequesResourcetId，即选择至少包含信息一、二、三、四的配置信息。
UE可以从已有的SchedulingRequestResourceConfig随机选择一个SchedulingRequestResourceConfig。
考虑到SchedulingRequestResourceConfig是基于BWP配置的，优选的，UE可以从当前激活的/工作的BWP上的PUCCH配置中的包含的SchedulingRequestResourceConfig进行选择。
被选择的SchedulingRequestResourceConfig或者是schedulingrequestconfig可以被认为是相应于sidelink BSR触发的调度请求的调度请求配置，从而在接下来的调度请求过程中使用。
原则-2被选择的调度请求配置，其对应的调度请求禁止定时器没有启动/运行，优选的，变量SR_COUNTER小于sr-TransMax。
被选择的调度请求配置有可能已经被其他的调度请求过程所采用，例如逻辑信道1有其相应的调度请求配置1，当逻辑信道1有数据到达时，生成了BSR，进而触发了调度请求，那么该调度请求采用逻辑信道1相应的调度请求配置，变量SR_COUNTER开始计数，以及sr-ProhibitTimer可能在运行或者运行超时而停止。
如果sr-ProhibitTimer正在运行，那么调度请求配置1则不应该被选为用于sidelink BSR触发的调度请求，因为在sr-ProhibitTimer运行期间，UE无法基于调度请求配置1发送调度请求，即UE被禁止在调度请求配置1对应的PUCCH资源上发送调度请求。
如果sr-ProhibitTimer已经停止，那么调度请求配置1可以被选为用于sidelinkBSR触发的调度请求。
优选的，如果SR_COUNTER的值不小于sr-TransMax，说明基于调度请求配置1的调度请求发送已经达到了最大发送次数，UE将不被允许发送调度请求，所以调度请求配置1则不应该被选为用于sidelink BSR触发的调度请求。
如果SR_COUNTER的值小于sr-TransMax说明基于调度请求配置1的调度请求还可以继续发送，那么调度请求配置1可以被选为用于sidelink BSR触发的调度请求。
如果此时存在相应于逻辑信道2的调度请求配置2，且逻辑信道2并没有触发任何调度请求，那么可以认为调度请求配置2相关的sr-ProhibitTimer没有启动，以及SR_COUNTER小于sr-TransMax，那么UE可以选择调度请求配置。
原则3-被选择的调度请求配置存在或者对应于有效的PUCCH资源。
所谓有效的PUCCH资源是指在当前激活的/工作的BWP上配置的PUCCH资源。UE选择的调度请求配置应该是与有效的PUCCH资源相关联的。
如果UE选择的内容是schedulingrequestconfig，或者是对应schedulingrequestconfig的schedulingRequestId，即选择至少包含信息一和信息二的配置信息，那么在当前激活的/工作的BWP上，有PUCCH资源与该schedulingrequestconfig相关联。具体的关联方式可以是，在当前激活的/工作的BWP上被配置的SchedulingRequestResourceConfig中有包含该schedulingrequestconfig的schedulingRequestId。
如果UE选择的内容是SchedulingRequestResourceConfig，或者是对应SchedulingRequestResourceConfig的schedulingRequesResourcetId，即选择至少包含信息一，二，三，四的配置信息。那么被选择的SchedulingRequestResourceConfig是被配置在当前激活的/工作的BWP上的。具体的关联方式可以是，在SchedulingRequestResourceConfig包含了当前BWP上配置的PUCCH资源。
原则4-被选择的调度请求配置，其对应的逻辑信道的优先级，与sidelink逻辑信道的优先级相当。
这里的“sidelink逻辑信道”是触发sidelink BSR的逻辑信道，而被选择的调度请求配置用于该sidelink BSR触发的调度请求。
这里，被选择的调度请求的配置对应的逻辑信道，是指采用了该调度请求配置的逻辑信道，即与该逻辑信道关联的调度请求配置，具体的关联方式可以是在逻辑信道配置中包含了该调度请求配置的ID。这个逻辑信道是非sidelink逻辑信道，该逻辑信道有对应的优先级。如果有多个逻辑信道都采用了该SR配置，且这多个逻辑信道对应的优先级不同，那么可以选择其中的最高优先级或者最低优先级，或者中间值作为该调度请求配置对应的逻辑信道的优先级。
Sidelink逻辑信道优先级：这里的逻辑信道是指触发调度请求的sidelink逻辑信道，以及该逻辑信道对应的优先级。其中，触发调度请求的sidelink逻辑信道是指由于该逻辑信道有数据到达触发了sidelink BSR，进而sidelink BSR触发了调度请求，因此该sidelink逻辑信道被称为触发调度请求的sidelink逻辑信道。UE为sidelink逻辑信道关联了相应的优先级。
这里的“优先级相当”可以是指两者的优先级相同，或者是两者的优先级之差不超过某个值，或者不小于某个值。
或者是sidelink逻辑信道和所有的逻辑信道的优先级相比，选择两者差距最小的那一个逻辑信道对应的调度请求配置。
例如：逻辑信道1的优先级是3，其对应的调度请求配置为调度请求配置1；逻辑信道2的优先级是5，其对应的调度请求配置为调度请求配置2；而sidelink逻辑信道3的优先级是3。
sidelink逻辑信道3由于有数据到达，生成了sidelink BSR，进而触发了调度请求，由于sidelink逻辑信道3的优先级和逻辑信道1的优先级相同，都是3，那么UE选择相应于逻辑信道1的调度请求配置，即调度请求配置1作为sidelink逻辑信道2触发的调度请求的调度请求配置，而不选择相应于逻辑信道2的调度请求配置2，是因为逻辑信道2的优先级和sidelink逻辑信道3的优先级不同。
如果逻辑信道1的优先级是4，那么这种情况下UE还是选择调度请求配置1，因为逻辑信道1和sidelink逻辑信道3的优先级差距为1，小于逻辑信道2和sidelink逻辑信道3的优先级差距，所以选择差距最小的那个逻辑信道对应的调度请求的配置。
特别的，当Sidelink重传定时器(retx-BSR-TimerSL)超时时，任何sidelink逻辑信道有数据需要传输，也会生成sidelink BSR，这个sidelink BSR也会触发调度请求。那么此时可以根据sidelink BSR中buffer值不为空或者不为零的那个逻辑信道组所包含的最高优先级做为判断依据，来选择与该优先级相当的逻辑信道，并将该逻辑信道对应的调度请求配置用于触发的调度请求。如果在sidelink BSR中buffer值不为空或者不为零的逻辑信道组有多个，可以选择这多个逻辑信道组中最高的优先级。
原则5-被选择的调度请求配置，其对应的调度请求资源将最早到达。
由于调度请求资源配置中包含着SR配置，对应于该SR配置，调度请求资源到达的时刻比包含其他任何SR配置的调度请求资源配置中的调度请求资源到达的时刻要早，那么选择该SR配置。这意味着UE可以尽快的发送调度请求。在这个原则中实际上暗含着被选择的调度请求配置对应的调度请求资源PUCCH必须是一个有效的PUCCH，如原则3中所述。然后从时间上看，该有效的PUCCH资源将最先到达。
上述这些原则可以结合使用，例如结合原则1和原则2，当有多个备选的调度请求配置满足原则2的要求，那么结合原则1，UE可以从中随机选择一个调度请求配置；再例如结合原则3，5，UE选一个对应于最早到达的、有效的PUCCH资源的调度请求配置。在应用上述原则时，可以不存在顺序上的先后关系。
被选择的调度请求配置可以被认为是相应于sidelink BSR触发的调度请求的调度请求配置，从而在接下来的调度请求过程中使用。
基于被选择的调度请求配置，UE在发送由sidelink BSR触发的SR时，采用被选择的调度请求配置中包含的最大发送次数来设置调度请求的最大发送次数；采用被选择的调度请求配置中包含的禁止调度请求定时器时长来设置SR的禁止调度请求定时器的时长。
实施例5
实施例5和实施例4的不同在于，当sidelink BSR触发了一个SR，在该SR被触发时，或者之前，如果存在pending SR，优选的，该pending SR不是由sidelink BSR触发的，那么可以将由sidelink BSR触发的SR取消；如果不存在pending SR，那么执行实施例4中所述的UE选择的过程，并基于选择的调度请求配置进行调度请求，或者可选的，依据实施例1-3中所述的基于网络侧配置的调度请求执行调度请求。
实施例6
考虑到V2X业务的低时延要求，上述实施例1-5中所确定的调度请求配置可以仅用于V2X业务，而对于sidelink通信模式下进行的其他业务仅采用随机接入的方法完成调度请求。
具体的实施方式可以是如下的方式：
当sidelink逻辑信道有数据到达时，如果这个sidelink逻辑信道是用于V2X业务的，那么可以生成V2X sidelink BSR，V2X sidelink BSR触发的调度请求将采用上述实施例1-5中的确定相应的调度请求配置，并指示物理层发送调度请求；如果这个sidelink逻辑信道不是用于V2X业务的，那么可以生成sidelink BSR，sidelink BSR触发的调度请求将触发随机接入过程，以及可选的取消pending SR。
具体实施方式还可以是如下的方式：
当sidelink逻辑信道有数据到达时，那么可以生成sidelink BSR。生成的sidelink BSR触发的调度请求。
如果sidelink BSR是由与V2X相关的逻辑信道触发的，或者说这个调度请求是由与V2X相关的逻辑信道触发的，那么采用上述实施例1-5中的确定相应的调度请求配置，并指示物理层发送调度请求；
如果sidelink BSR不是由与V2X相关的逻辑信道触发的，或者说这个调度请求不是由与V2X相关的逻辑信道触发的，那么可以生成sidelink BSR，sidelink BSR触发的调度请求将触发随机接入过程，以及可选的取消pending SR。
此外，图4是表示根据本公开实施例的用户设备40的框图。如图4所示，该用户设备40包括处理器401和存储器402。处理器401例如可以包括微处理器、微控制器、嵌入式处理器等。存储器402例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统等。存储器402上存储有程序指令。该指令在由处理器401运行时，可以执行本公开详细描述的用户设备中的上述控制方法。
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (8)

1.一种用户设备的控制方法，所述控制方法包括：
接收与侧链路相关的调度请求配置信息；
基于接收到的所述调度请求配置信息，按照以下原则中的至少一个原则，来选择用于与所述侧链路相关的调度请求的调度请求配置；和
基于所选择的调度请求配置来进行与所述侧链路相关的所述调度请求，
其中，所述调度请求配置信息是从网络侧和基站侧中的至少一个所接收的并包含调度请求配置ID或者具体调度请求配置；和
所述原则包括：
原则1、被选择的调度请求配置所对应的调度请求禁止定时器没有启动或者运行；
原则2、被选择的调度请求配置对应于有效的PUCCH资源；和
原则3、被选择的调度请求配置所对应的逻辑信道的优先级，与侧链路逻辑信道的优先级相当。
2.根据权利要求1所述的控制方法，其中，
若所述调度请求配置信息包含所述调度请求配置ID，则所述调度请求配置ID为调度请求过程配置信息ID或者调度请求资源配置信息ID。
3.根据权利要求2所述的控制方法，其中，
在所述调度请求配置ID为所述调度请求过程配置信息ID时，所述调度请求配置信息包含：所述调度请求的最大允许发送次数以及禁止发送所述调度请求的时长，
在所述调度请求配置ID为所述调度请求资源配置信息ID时，所述调度请求配置信息包含：所述调度请求的最大允许发送次数、禁止发送所述调度请求的时长、所述调度请求的周期和偏移量信息、以及PUCCH资源信息。
4.根据权利要求1所述的控制方法，其中，
若所述调度请求配置信息包含所述具体调度请求配置，则所述具体调度请求配置为一个或者多个的调度请求配置，每个所述调度请求配置中包含：所述调度请求的最大允许发送次数、禁止发送所述调度请求的时长、所述调度请求的周期和偏移量信息、PUCCH资源信息、以及与带宽部分BWP相关的信息。
5.根据权利要求1所述的控制方法，其中，
所述调度请求配置信息相应于每个侧链路逻辑信道组、或者各侧链路逻辑信道组中包含的每个优先级而被提供。
6.根据权利要求1~5的任一项所述的控制方法，其中，
在存在车用无线通信技术V2X业务的情况下，将基于所述调度请求配置信息所选择的调度请求配置应用于所述V2X业务，对于侧链路通信模式下的其他业务，采用随机接入来进行调度请求。
7.根据权利要求1所述的控制方法，其中，
在与侧链路相关的调度请求被触发时、或者被触发之前，若存在挂起（pending）的调度请求，则将与所述侧链路相关的调度请求取消，若不存在挂起（pending）的调度请求，则选择所述调度请求配置。
8.一种用户设备，包括：
处理器；以及
存储器，存储有指令；
其中，所述指令在由所述处理器运行时执行根据权利要求1至7中任一项所述的控制方法。
CN201810926770.7A 2018-08-14 2018-08-14 用户设备的控制方法、基站的控制方法以及用户设备 Active CN110830955B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201810926770.7A CN110830955B (zh) 2018-08-14 2018-08-14 用户设备的控制方法、基站的控制方法以及用户设备
EP19850136.3A EP3840429B1 (en) 2018-08-14 2019-08-09 Control method for user equipment and user equipment
MX2021001724A MX2021001724A (es) 2018-08-14 2019-08-09 Metodo de control para equipo de usuario, metodo de control para estacion base y equipo de usuario.
AU2019322270A AU2019322270A1 (en) 2018-08-14 2019-08-09 Control method for user equipment, control method for base station, and user equipment
PCT/CN2019/099981 WO2020034904A1 (zh) 2018-08-14 2019-08-09 用户设备的控制方法、基站的控制方法以及用户设备
US17/265,792 US20210258989A1 (en) 2018-08-14 2019-08-09 Control method for user equipment, control method for base station, and user eqipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810926770.7A CN110830955B (zh) 2018-08-14 2018-08-14 用户设备的控制方法、基站的控制方法以及用户设备

Publications (2)

Publication Number Publication Date
CN110830955A CN110830955A (zh) 2020-02-21
CN110830955B true CN110830955B (zh) 2024-01-05

Family

ID=69525166

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810926770.7A Active CN110830955B (zh) 2018-08-14 2018-08-14 用户设备的控制方法、基站的控制方法以及用户设备

Country Status (6)

Country Link
US (1) US20210258989A1 (zh)
EP (1) EP3840429B1 (zh)
CN (1) CN110830955B (zh)
AU (1) AU2019322270A1 (zh)
MX (1) MX2021001724A (zh)
WO (1) WO2020034904A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111132224B (zh) * 2018-11-01 2021-12-14 维沃移动通信有限公司 sidelink的连接控制方法、终端及网络侧设备
WO2020136868A1 (ja) * 2018-12-28 2020-07-02 富士通株式会社 端末装置、基地局装置及び無線通信システム
WO2021203390A1 (zh) * 2020-04-09 2021-10-14 富士通株式会社 随机接入方法、资源配置方法以及装置
WO2022040848A1 (zh) * 2020-08-24 2022-03-03 Oppo广东移动通信有限公司 信息传输方法、装置、设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102149080A (zh) * 2010-02-10 2011-08-10 电信科学技术研究院 缓存状态报告和调度请求的处理方法及用户设备

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2717429T3 (es) * 2014-03-21 2019-06-21 Sun Patent Trust Procedimiento de petición de planificación para comunicación D2D
US10057918B2 (en) * 2014-08-08 2018-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Coordination between prose BSR and cellular BSR
WO2016089115A1 (en) * 2014-12-03 2016-06-09 Lg Electronics Inc. Method and apparatus for configuring scheduling request prohibit timer for prose priority in wireless communication system
US9820298B2 (en) * 2015-03-09 2017-11-14 Ofinno Technologies, Llc Scheduling request in a wireless device and wireless network
CN106412794B (zh) * 2015-07-21 2020-01-07 电信科学技术研究院 一种资源分配的方法和设备
US10506402B2 (en) * 2016-03-31 2019-12-10 Samsung Electronics Co., Ltd. Method and apparatus for transmission of control and data in vehicle to vehicle communication
KR20170123236A (ko) * 2016-04-28 2017-11-07 엘지전자 주식회사 데이터 볼륨 정보를 전송하는 방법 및 사용자기기
CN107645774B (zh) * 2016-07-20 2020-07-28 普天信息技术有限公司 V2x网络中调度pc5口资源的确认方法
JP6637541B2 (ja) * 2017-04-26 2020-01-29 華碩電腦股▲ふん▼有限公司 無線通信システムにおいて、制御要素送信のためにリソースを要求するための方法及び装置
KR20200015752A (ko) * 2017-06-15 2020-02-12 콘비다 와이어리스, 엘엘씨 스케줄링 요청들, 상태 보고들, 및 논리 채널 우선순위화
CN110831062B (zh) * 2018-08-10 2022-02-25 华为技术有限公司 一种通信方法及相关设备
CN116405902A (zh) * 2018-08-10 2023-07-07 中兴通讯股份有限公司 车联网中直通链路的资源配置方法及装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102149080A (zh) * 2010-02-10 2011-08-10 电信科学技术研究院 缓存状态报告和调度请求的处理方法及用户设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Open issues for scheduling request;Ericsson;《3GPP TSG-RAN WG2 #100 R2-1713480》;1-8 *

Also Published As

Publication number Publication date
MX2021001724A (es) 2021-04-19
EP3840429A4 (en) 2022-05-25
EP3840429B1 (en) 2024-03-27
US20210258989A1 (en) 2021-08-19
AU2019322270A1 (en) 2021-04-08
WO2020034904A1 (zh) 2020-02-20
CN110830955A (zh) 2020-02-21
EP3840429A1 (en) 2021-06-23
AU2019322270A8 (en) 2021-06-24

Similar Documents

Publication Publication Date Title
EP3162141B1 (en) Resource pool access for device to device communications
CN110830955B (zh) 用户设备的控制方法、基站的控制方法以及用户设备
KR102467122B1 (ko) 사이드링크 논리 채널의 논리 채널 우선순위결정 절차
WO2021022907A1 (zh) 数据传输方法、装置及存储介质
TWI571153B (zh) 用於一無線通訊系統之基地台及裝置對裝置使用者裝置
KR101507677B1 (ko) 롱텀 에볼루션 시스템에서의 업링크 고갈 회피 지원 방법 및 장치
JP2021533648A (ja) ニューラジオ車車間／路車間通信（ｎｒ ｖ２ｘ）における自律的リソース選択のための方法および装置
JP5318151B2 (ja) 移動通信方法、無線基地局及び移動局
CN109548080B (zh) 用于媒体接入控制层组包的相关方法、用户设备和基站
JP2022050577A (ja) 低複雑度の狭帯域端末のためのランダムアクセス手順でのｈａｒｑメッセージに割り当てられたリソースを示すための方法
CN107295678B (zh) 基站、用户设备和相关方法
JP2019510387A (ja) サービス伝送方法及び装置
JP6545912B2 (ja) メッセージ送信方法及びユーザ機器
US20220322343A1 (en) Resource allocation for carrier aggregation
WO2016119111A1 (zh) 一种随机接入的方法、终端及基站
JP2021145387A (ja) 上りリンクグラントリソースの多重化方法及び機器
JP2019507968A (ja) サービス伝送のための方法、移動局及びネットワークデバイス
WO2016162832A1 (en) System, method, and apparatus for floor control during push to talk
JP2022529576A (ja) Ｓｌ ｓｒ／ｂｓｒ処理のための方法
CN109156020A (zh) 调度请求触发方法、装置和系统
KR101926947B1 (ko) 디바이스간 발견 자원 할당
CN109392128B (zh) 基站、用户设备和相关方法
WO2019090605A1 (en) Carrier aggregation for sidelink communications
CN109891970B (zh) 无线网络中的数据传输方法、装置和系统
CN107431901B (zh) 在蜂窝网络的无线电接口上分配资源的设备和方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20220418

Address after: Japan's Osaka City. Sakai Sakai district town 1 times

Applicant after: Sharp Corp.

Applicant after: FG Innovation Co.,Ltd.

Address before: Japan's Osaka City. The area of Sakai Sakai Cho 1 GA 590-8522

Applicant before: Sharp Corp.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant