针对V2P如何选择资源
与随机资源选择相比，具有sidelink Rx能力的P-UE可以执行部分感知，通过减少冲突来提高系统性能，代价是功耗。精确的部分感测过程可以在改变感测窗口的情况下重新使用V-UE（vehicle UE）感测过程的协议。对于V-UE，感测窗口是[m-a，m-b），其中a＝b+1000，b＝1，m是TB到达时间和资源选择时间。对于P-UE，在P-UE共享1秒的相同分组到达间隔的理想化假设下，合理的选择是a＝b=100，b＝899。注意，该感测窗口在最大可能的资源选择窗口[m+1，m+100]之前1秒，并且捕获一段时间前P-UE和V-UE的资源使用。图1说明了这种理想情况下的部分感知时间线。
然而，在实践中，P-UE的分组可能不总是以精确的1秒间隔到达，因此P-UE通常不能知道下一TB m的准确到达时间，并且不能醒来以感测窗口[m-a，m-b）。注意，m的不确定性对于V-UE来说不是问题，因为V-UE总是感测信道而不睡觉。
由于这个问题，需要修改上述设计。注意，在包以规则间隔到达的理想情况下，检测窗口恰好在TB到达时间之后开始。因此，建议P-UE在TB到达后100毫秒内感知信道，如果预期下一TB传输将进行资源重选。P-UE可以使用以下过程来预测是否将发生重选。当TB到达时，如果SL_RESOURCE_RESELECTION_COUNTER＝1，则P-UE知道在该TB传输之后计数器将为0。根据RAN2协议，此时P-UE已经掷硬币决定下一TB是否需要重选。拟议的部分传感时间线如图2所示。
如何确定UE执行感测的子帧的子集
1. 如果预期下一TB的资源重选，则要感测的子帧的子集是[m'+1，m'+101），其中m'是当前TB的到达时间。
如何确定资源选择候选的子帧子集
1. 候选子帧的子集是[m+1，m+101），其中m是需要资源选择的下一TB的到达时间。
如何关联这两个子集
1. 两个子集之间的一对一映射。[m+1，m+101）中的子帧j的质量是基于[m’+1，m’+101）的子帧j-k*100来估计的，其中k是整数。
另一种设计是P-UE每100ms唤醒一次以执行感测，并且在每次唤醒之后，UE感测例如10个子帧。资源选择的候选包括10个子帧。与我们的建议相比，尽管每秒感测的子帧的总数相同（假设P-UE的分组到达间隔为1s），但该设计需要P-UE在1秒内唤醒10次，以便仅发送一个分组。请注意，每次唤醒和睡眠都会消耗额外的电量，这是由于
S2W（Sleep to Wake）和W2S（Wake to Sleep）能量开销
每次唤醒期间的射频预热需要几毫秒
显然，在替代设计中，这样的能量开销要高出10倍。考虑到P-UE的功耗的重要性，这是不利的。
为了节省功率，提出对于具有侧链Rx能力的P-UE，部分感测不是强制性的。网络可以配置是否应执行部分感测。为了避免资源碎片，执行部分感测的P-UE可以使用V2V资源池。
对于使用V2P服务的PUE，它可能会从车辆和网络接收消息。因此，它应该监控用于V2X侧链和下行链路的资源。然而，由于仅当P-UE在道路附近并且涉及交通时才需要接收消息，因此当不需要接收V2X消息时，可以潜在地降低功耗。位置信息可用于决定是否需要接收V2X消息。然而，由于不准确，仅位置信息可能不足以决定UE的实际位置。因此，考虑GNSS的信号强度，或者可能还可以考虑进一步的RSU来辅助UE处的确定。当信号强度低时，可能不需要接收V2X消息。当然，为了保证可靠性，可能可以考虑所有度量来决定是否需要接收V2X消息，如图3所示。
P-UE发射机功耗降低
P2V的目标用例是“通过V2P感知消息的行人道路安全”用例，其中行人UE向附近车辆广播关于位置和速度的感知消息。另一方面，如果来自P-UE的警告消息被周期性地发送，则发射机的功耗可能比接收机更严重。因此，当附近有车辆时，最好从P-UE发送V2P感知消息。因为当P-UE在道路上并参与交通时，无论如何，它都需要接收特别是车辆发出的V2X消息。因此，最好仅在有V2X消息显示附近有一些车辆时才发送警告消息，如图4所示。如果附近有车辆，P-UE需要定期发送V2P意识消息。
