CN115396402A - 车联网中的地址冲突处理方法、装置及用户设备 - Google Patents

车联网中的地址冲突处理方法、装置及用户设备 Download PDF

Info

Publication number
CN115396402A
CN115396402A CN202110572413.7A CN202110572413A CN115396402A CN 115396402 A CN115396402 A CN 115396402A CN 202110572413 A CN202110572413 A CN 202110572413A CN 115396402 A CN115396402 A CN 115396402A
Authority
CN
China
Prior art keywords
address
user equipment
unicast service
message
response message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110572413.7A
Other languages
English (en)
Other versions
CN115396402B (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.)
Datang Gaohong Zhilian Technology Chongqing Co ltd
Original Assignee
Datang Gaohong Zhilian Technology Chongqing Co ltd
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 Datang Gaohong Zhilian Technology Chongqing Co ltd filed Critical Datang Gaohong Zhilian Technology Chongqing Co ltd
Publication of CN115396402A publication Critical patent/CN115396402A/zh
Application granted granted Critical
Publication of CN115396402B publication Critical patent/CN115396402B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种车联网中的地址冲突处理方法、装置及用户设备，涉及车联网技术领域，所述方法应用于第一用户设备，所述方法包括：在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。本申请的方案解决了现有的单播业务由于地址冲突导致消息传播混乱的问题。

Description

车联网中的地址冲突处理方法、装置及用户设备
技术领域
本申请涉及车联网技术领域，尤其是涉及一种车联网中的地址冲突处理方法、装置及用户设备。
背景技术
长期演进-车对万物(Long Term Evolution-Vehicle to Everything，LTE-V2X)单播技术目前被用于近场支付业务和车辆身份信息管理类业务，以实现点对点通信为目标，并通过不同的单播地址进行不同单播对之间链路的区分。由于实际不同用户设备(UserEquipment，UE)之间单播地址的选择是相互独立随机的，因此当某一个UE1并行与多个UE2进行单播通信时，如果多个UE2之间选择了相同的单播地址，此时便发生了地址冲突。UE1与多个冲突UE2在进行单播通信时，多个冲突的UE2均能收UE1发送给各自的消息，这样会造成信息传播的混乱。
发明内容
本申请的目的在于提供一种车联网中的地址冲突处理方法、装置及用户设备，从而解决现有技术的单播通信中由于地址冲突导致信息传播混乱的问题。
第一方面，本申请实施例提供一种地址冲突处理方法，应用于第一用户设备，包括：
在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；
根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；
在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。
可选地，根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突，包括：
将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突；
其中，所述第一预存数据包括下述至少一项：
源地址；
第一对端地址；
本地应用索引；
单播业务公告应用标识；
第一指示信息；
内容计数。
可选地，将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突，包括：
在所述第一预存数据的第一对端地址与所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同，所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息不同的情况下，判定存在地址冲突。
可选地，将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突，包括：
在满足以下条件的情况下，判定存在地址冲突：
所述第一预存数据中的第一对端地址，与，所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同；
所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息相同；
所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识相同；
所述第一预存数据中的内容计数大于或等于所述第一单播业务公告响应消息中的内容计数。
可选地，所述第一指示信息包括下述至少一项：
专用业务公告标识DSA ID；
信息元素内容；
第一信息域。
可选地，所述方法还包括：
在不存在地址冲突的情况下，根据所述第一单播业务公告响应消息，新建或更新所述第一预存数据；
与所述第二用户设备进行单播业务数据的传输。
可选地，所述第一消息为下述任一项：
单播业务数据消息，所述单播业务数据消息与第二预存数据相关，所述第二预存数据中的第一对端地址与所述第二用户设备发送所述第一单播业务响应消息使用的源地址相同；
地址冲突指示信息。
可选地，在存在地址冲突的情况下，发送第一消息，以触发地址重选机制，包括：
在所述第一消息为地址冲突指示信息的情况下，以所述第二用户设备发送所述第一单播业务公告响应消息所使用的源地址作为目的地址，发送所述第一消息；
其中，承载所述第一消息的专用业务公告DSA还满足以下条件：
DSA的应用标识AID为第一值，所述第一值用于指示地址冲突事件；
所述DSA的第二指示信息与所述第一单播业务公告响应消息的第二指示信息相同。
可选地，所述第二指示信息包括下述至少一项：
专用业务公告标识DSA ID；
信息元素内容；
第一信息域；
内容计数。
可选地，所述地址冲突指示信息包括下述任一项：
第二对端地址；
地址重选指示信息。
可选地，所述方法还包括：
在所述地址冲突指示信息包括所述第二对端地址的情况下，以所述第二对端地址作为目标地址与所述第二用户设备进行单播业务数据的传输。
第二方面，本申请实施例还提供一种地址冲突处理方法，应用于第二用户设备，包括：
在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；
接收所述第一用户设备发送的第一消息，以触发地址重选机制。
可选地，所述第一消息为下述任一项：
单播业务数据消息，所述单播业务数据消息与第二预存数据相关，所述第二预存数据中的第一对端地址与所述第二用户设备发送所述第一单播业务响应消息使用的源地址相同；
地址冲突指示信息。
可选地，触发地址重选机制，包括：
在所述第一消息为所述单播业务数据消息的情况下，若不能正确解密所述第一消息，或者，所述第一消息中的对称密钥与所述第一单播业务公告响应消息所使用的对称密钥不同，或者，所述第一消息的业务类型与所述第一单播业务公告响应消息对应的业务类型不同，则判定执行地址重选。
可选地，触发地址重选机制，包括：
在所述第一消息为所述地址冲突指示信息，且满足以下条件的情况下，判定执行地址重选：
所述第二用户设备未接收到所述第一用户设备发送的单播业务数据，所述单播业务数据为与所述第一单播业务公告响应消息的业务类型对应的单播业务数据；
与所述第一单播业务公告响应消息相关的第三预存数据中的源地址，与，所述第一用户设备发送所述第一消息使用的对端地址相同；
所述第三预存数据中的第三指示信息与承载所述第一消息的DSA中的第三指示信息相同；
其中，所述第三预存数据包括下述至少一项：
源地址；
对端地址；
本地应用索引；
单播业务公告响应应用标识；
第三指示信息。
可选地，所述第三指示信息包括下述至少任一项：
DSA ID；
信息元素内容；
第一信息域；
内容计数。
可选地，所述地址冲突指示信息包括下述任一项：
第二对端地址；
地址重选指示信息。
可选地，所述方法还包括：
在所述地址冲突指示信息包括所述第二对端地址的情况下，以所述第二对端地址作为源地址与所述第一用户设备进行单播业务数据的传输。
第三方面，本申请实施例还提供一种用户设备，包括：收发机、存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的地址冲突处理方法。
第四方面，本申请实施例还提供一种用户设备，包括：收发机、存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第二方面所述的地址冲突处理方法。
第五方面，本申请实施例还提供一种地址冲突处理装置，应用于第一用户设备，包括：
接收模块，用于在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；
判断模块，用于根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；
发送模块，用于在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。
第六方面，本申请实施例还提供一种地址冲突处理装置，应用于第二用户设备，包括：
发送模块，用于在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；
接收模块，用于接收所述第一用户设备发送的第一消息，以触发地址重选机制。
第七方面，本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如第一方面所述的地址冲突处理方法的步骤，或者，如第二方面所述的地址冲突处理方法的步骤。
本申请的上述技术方案至少具有如下有益效果：
本申请实施例的地址冲突处理方法，首先，第一用户设备在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；其次，根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；最后，在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。如此，实现了在第一用户设备和第二用户设备之间发送单播业务数据之前，对第二用户设备所选择的地址是否存在与其他第二用户设备所选择的地址相同进行判断，避免了地址冲突导致消息传播混乱的问题，降低了信息传递和处理的开销，提升了LTE-V2X单播通信的质量和效率。
附图说明
图1为本申请实施例的地址冲突处理方法的流程示意图之一；
图2为本申请实施例的地址冲突处理方法的流程示意图之二；
图3为本申请实施例的地址冲突处理装置的结构示意图之一；
图4为本申请实施例的地址冲突处理装置的结构示意图之二；
图5为本申请实施例的用户设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的车联网中的地址冲突处理方法、装置及用户设备进行详细地说明。
在进行本申请实施例的说明之前，首先对与本申请实施例相关的内容进行说明：
现阶段LTE-V2X的单播流程主要分为三部分：首先是单播地址交互阶段，也就是建立单播连接的过程，双方进行地址交互，确定后续单播通信使用的地址对。其次是在完成单播建立过程后，进行单播数据的交互阶段，针对不同的应用及业务进行收发对应的数据信息。最后在完成单播数据交互后，需要将单播链路释放。
如图1所示，为本申请实施例的地址冲突处理方法的流程示意图之一，该地址冲突处理方法应用于第一用户设备，该方法包括：
步骤101，在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；
这里，需要说明的是，一者，第一用户设备可以为路侧设备(Road Side Unit，RSU)，第二用户设备可以为车辆，具体可以为车辆的车载单元(On Board Unit，OBU)；二者，第一用户设备广播发送该第一单播业务公告消息。
步骤102，根据第一单播业务公告响应消息，判断至少两个第二用户设备是否存在地址冲突；
这里，需要说明的是，具体可以根据第一单播业务公告响应消息中的内容，以及，与第一单播业务公告响应消息相关的内容(如：第一单播业务公告响应消息的源地址和目的地址等)进行地址冲突判断。
步骤103，在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。
本申请实施例的地址冲突处理方法，首先，第一用户设备在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；其次，根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；最后，在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。如此，实现了在第一用户设备和第二用户设备之间发送单播业务数据之前，对第二用户设备所选择的地址是否存在与其他第二用户设备所选择的地址相同进行判断，避免了地址冲突导致消息传播混乱的问题，降低了信息传递和处理的开销，提升了LTE-V2X单播通信的质量和效率。
这里，需要说明的是，本申请实施例的地址冲突处理方法还包括：在发送第一单播业务公告消息之后，维护信息管理库(Management Information Base，MIB)中的单播提供者服务请求条目，具体的，一者，可以由第一用户设备的网络层维护MIB；二者，维护MIB中的单播提供者服务请求条目具体为基于第一单播业务公告消息新建一个单播提供者服务请求条目。
这里，还需要说明的是，单播提供者服务请求条目可以包括下述至少一项：源媒体接入控制MAC地址(Source Media Access Control Address)、对端MAC地址(Peer MediaAccess Control Address)、本地应用索引(Local Application Index)专用公告业务标识(Dedicated Service Advertisement Identifier，DSA ID)、单播业务公告应用标识(Provider Application Identifier)、信息元素内容(Information elements content)、第一信息域、内容计数(Content Count)。其中，源MAC地址为第一用户设备发送第一单播业务公告消息所使用的地址，对端MAC地址为第二用户设备接收第一单播业务公告消息所使用的地址，DSAID由第二用户设备随机生成，若第一用户设备无法获知与第二用户设备相关的信息，则可以填零占位；本地应用索引为本地信息存储的内部标识符，可以唯一识别一条单播提供者服务请求条目；第一信息域可以用于区别第二用户设备的标识；所述信息元素内容也可以用于区别第二用户设备的标识；关于信息元素内容，可以使用现有的元素标识(element ID)对应的信息内容，如element ID＝7时对应的客户标识符(advertiseridentifier)，或者，定义新的element ID以及对应的信息内容，该信息内容可以用于区分第二用户设备的身份；内容计数可以为第二用户设备发送的同一单播业务类型的第一单播业务公告响应消息的次数，也就是说，第二用户设备在发送不同单播业务类型的第一单播业务公告响应消息的次数是单独统计的。也就是说，单播提供者服务请求条目的内容和含义可以如下表所示：
Figure BDA0003083216350000091
表1
这里，需要说明的是，DSA Header中的内容可以与现有的相同，也可以在现有的DSA Header的基础上增加用于区分第二用户设备身份的新的信息域(第一信息域)。
作为一个可选的实现方式，步骤102，根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突，包括：
将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突；
其中，所述第一预存数据包括下述至少一项：
源地址；
第一对端地址；
本地应用索引；
单播业务公告应用标识；
第一指示信息；
内容计数。
具体的，第一指示信息包括DSA ID、信息元素内容和第一信息域中的至少一项。
这里，需要说明的是，所述第一预存数据可以为MIB中的至少一个单播提供者服务请求条目。也就是说，本实施例是将第一单播业务公告响应消息与MIB中的至少一个单播提供者服务请求条目中的各个内容进行比较，以根据比较结果确定是否至少两个第二用户设备存在地址冲突，即：第一预存数据中的各项内容与单播提供者服务请求条目中的各项内容的功能一一对应相同。
作为一个可选的实现方式，将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突，包括：
在所述第一预存数据的第一对端地址与所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同，所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息不同的情况下，判定存在地址冲突。
具体的，本可选实现方式中，第一用户设备收到第一单播业务公告响应消息后，第一用户设备的网络层进行地址冲突的检测，具体为：
首先，检测第二用户设备发送第一单播业务公告响应消息所使用的源地址是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址是否相同；
其次，在第二用户设备发送第一单播业务公告响应消息所使用的源地址与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址相同，则进一步判断第一单播业务公告响应消息所携带的第一指示信息是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一指示信息不同；其中，第一指示信息包括DSA ID、信息元素内容和第一信息域中的至少一项。
最后，若判断第一单播业务公告响应消息所携带的第一指示信息与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一指示信息不同，则判定至少两个第二用户设备选择了相同的地址，存在地址冲突。
作为一个可选的实现方式，将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突，包括：
在满足以下条件的情况下，判定存在地址冲突：
所述第一预存数据中的第一对端地址，与，所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同；
所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息相同；
所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识相同；
所述第一预存数据中的内容计数大于或等于所述第一单播业务公告响应消息中的内容计数。
具体的，本可选实现方式中，第一用户设备收到第一单播业务公告响应消息后，第一用户设备的网络层进行地址冲突的检测，具体为：
首先，检测第二用户设备发送第一单播业务公告响应消息所使用的源地址是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址是否相同；
其次，在第二用户设备发送第一单播业务公告响应消息所使用的源地址与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址相同，则进一步判断第一单播业务公告响应消息所携带的第一指示信息是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一指示信息相同；其中，第一指示信息包括DSAID、信息元素内容和第一信息域中的至少一项。
再次，若判断第一单播业务公告响应消息所携带的第一指示信息与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一指示信息相同，则进一步判断所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识是否相同；
然后，若所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识相同，进一步判断所述第一预存数据中的内容计数是否大于或等于所述第一单播业务公告响应消息中的内容计数；
最后，若所述第一预存数据中的内容计数大于或等于所述第一单播业务公告响应消息中的内容计数，则判定至少两个第二用户设备选择了相同的地址，存在地址冲突。
进一步地，作为一个可选的实现方式，所述方法还包括：
在不存在地址冲突的情况下，根据所述第一单播业务公告响应消息，新建或更新所述第一预存数据；
与所述第二用户设备进行单播业务数据的传输。
这里，需要说明的是，在确定第一用户设备首次接收到该第二用户设备发送的第一单播业务公告响应消息，则新建一个的本地应用索引，并将该第一单播业务公告响应消息相关的内容更新至该本地应用索引所对应的第一预存数据(单播提供者服务请求条目)中；在确定第一用户设备并非首次接收到该第二用户设备发送的第一单播业务公告响应消息，则根据该第一单播业务公告响应消息中的内容计数更新与该第一单播业务公告响应消息相关的第一预存数据(单播提供者服务请求条目)中的内容计数。
具体的，本可选实现方式中，第一用户设备收到第一单播业务公告响应消息后，第一用户设备的网络层进行地址冲突的检测，以确定是否存在地址冲突，具体包括如下几种实例：
实例一：
首先，检测第二用户设备发送第一单播业务公告响应消息所使用的源地址是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址是否相同；
其次，若第二用户设备发送第一单播业务公告响应消息所使用的源地址于第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址不同，则证明第一用户设备首次收到该第二用户设备发送的单播业务公告响应消息，此时，新建一个新的本地应用索引，并根据该第一单播业务公告响应消息更新第一预存数据(创建一个与第一单播业务公告响应消息相关的单播提供者服务请求条目)，从而进入第一用户设备与第二用户设备之间的单播业务数据交互。
实例二：
首先，检测第二用户设备发送第一单播业务公告响应消息所使用的源地址是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址是否相同；
其次，在第二用户设备发送第一单播业务公告响应消息所使用的源地址与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址相同，则进一步判断第一单播业务公告响应消息所携带的第一指示信息是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一指示信息相同；其中，第一指示信息包括DSA ID、信息元素内容和第一信息域中的至少一项；
再次，若判断第一单播业务公告响应消息所携带的第一指示信息与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一指示信息相同，则进一步判断所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识是否相同；
然后，若所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识不同，则判定不存在地址冲突，此时，证明第一用户设备并非首次接收到第二用户设备发送的单播业务公告响应消息，只是首次接收到该第二用户设备发送的新类型的单播业务公告响应消息，则新建一个新的本地应用索引，并根据该新类型的单播业务公告响应消息(第一单播业务公告响应消息)更新第一预存数据(创建一个与第一单播业务公告响应消息相关的单播提供者服务请求条目)，从而进入第一用户设备与第二用户设备之间的单播业务数据交互的阶段。
实例三：
首先，检测第二用户设备发送第一单播业务公告响应消息所使用的源地址是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址是否相同；
其次，在第二用户设备发送第一单播业务公告响应消息所使用的源地址与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一对端地址相同，则进一步判断第一单播业务公告响应消息所携带的第一指示信息是否与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一指示信息相同；其中，第一指示信息包括DSAID、信息元素内容和第一信息域中的至少一项；
再次，若判断第一单播业务公告响应消息所携带的第一指示信息与第一预存数据(MIB中的一条单播提供者服务请求条目)中的第一指示信息相同，则进一步判断所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识是否相同；
然后，若所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识相同，进一步判断所述第一预存数据中的内容计数是否大于或等于所述第一单播业务公告响应消息中的内容计数；
最后，若所述第一预存数据中的内容计数小于所述第一单播业务公告响应消息中的内容计数，则认为该第一单播业务公告响应消息为同一第二用户设备重复发送的相同的消息，第一用户设备按照接收到的第一单播业务公告响应消息中的内容计数来更新第一预存数据(具体可以为MIB中与第一单播业务公告响应消息相关的单播提供者服务请求条目中的内容计数)。
这里，额外需要说明的是，为了避免两个地址冲突的第二用户设备发送的单播业务公告响应消息携带的DSA ID和内容计数分别对应的完全一致，或者，信息元素内容和内容计数分别对应的完全一致，或者，第一信息域和内容计数分别对应的完全一致，在地址冲突检测过程中，如果发现第一用户设备的MIB中对应的单播提供者服务请求条目中的PeerMAC address、Provider Application Identifier、DSA ID均与第二用户设备的sourceMAC address、DSA ID相同，并且第一用户设备收到的第二用户设备发送的单播业务公告响应中的content count大于该Peer MAC address对应的单播提供者服务请求条目中的content count时，还需要额外对比下具体DSA数据部分的内容是否完全一致；然后再执行判断是否触发地址冲突机制。
也就是说，在本申请实施例中，在满足以下条件的情况下，判定存在地址冲突：
所述第一预存数据中的第一对端地址，与，所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同；
所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息相同；
所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识相同；
所述第一单播业务公告响应消息中的内容计数大于所述第一预存数据中的内容计数；
所述第一预存数据中的DSA数据部分与所述第一单播业务公告响应消息中的DSA数据部分不同。
这里，还额外需要说明的是，为了避免两个地址冲突的第二用户设备同时向第一用户设备发送单播业务公告响应，可以在第一用户设备MIB更新(新建单播提供者服务请求条目或更新已有的单播提供者服务请求条目)后，检索一遍MIB中的单播提供者服务请求条目是否存在Peer MAC address相同并且DSA ID不同的两个或两个以上条目，或者存在PeerMAC address、Provider Application Identifier、DSA ID均相同的两个或两个以上条目；如果MIB中不存在符合条件的两个请求条目，则进行后续单播业务数据传输的流程，第一用户设备向第二用户设备发送单播业务数据消息；如果MIB中存在符合条件的两个请求条目，判定存在地址冲突。
也就是说，在本申请实施例中，第一用户设备更新第一预存数据(如MIB中的单播提供者服务请求条目)之后，遍历该第一预存数据，在第一预存数据中存在至少两条对端地址相同且第一指示信息不同的数据的情况下，或者，存在至少两条对端地址相同、单播业务公告应用标识相同、第一指示信息相同的数据的情况下，判定存在地址冲突。
其中，第一指示信息包括以下至少一项：DSA ID、信息元素内容、第一信息域。
作为一个可选的实现方式，所述第一消息为下述任一项：
单播业务数据消息；
地址冲突指示信息。
也就是说，第一用户设备在判定至少两个第二用户设备存在地址冲突的情况下，第一用户设备可以不响应发送第一单播业务公告响应消息的第二用户设备所发送的响应消息，而继续与地址冲突的其他第二用户设备进行单播业务数据的传输，或者，第一用户设备直接以第二用户设备发送第一单播业务公告响应消息的源地址(冲突地址)作为目的地址发送地址冲突指示信息。
这里，需要说明的是，所述单播业务数据消息与第二预存数据相关，所述第二预存数据中的第一对端地址与所述第二用户设备发送所述第一单播业务响应消息使用的源地址相同；这里，需要说明的是，第二预存数据可以为MIB中的单播提供者服务请求条目，也就是说，第一用户设备在确定存在地址冲突的情况下，会发送与第二预存数据相关的单播业务数据消息；其中，这里的“相关”可以是指单播业务数据消息的源地址、对端地址、单播业务公告应用标识、DSAID、信息元素内容所承载的信息、第一信息域所承载的信息与第二预存数据中的对应的信息相同。
在第一消息为单播业务数据消息的情况下，在第一用户设备接收到第二用户设备发送的第一单播业务公告响应消息之后，若判断此时第二用户设备与其他第二用户设备(这里，可以定义其他第二用户设备为第三用户设备)发生了地址冲突，则第一用户设备可以忽略第二用户设备发送的第一单播业务公告响应消息，而仅执行与第三用户设备的单播业务交互的流程，此时，由于第二用户设备和第三用户设备的源地址相同，第二用户设备也能够接收到第一用户设备发送给第三用户设备的单播业务数据消息，但是，由于第二用户设备与第三用户设备在安全机制加密过程使用的对称密钥是随机生成的，所以二者使用的对称密钥可能相同也可能不同，因此，第二用户设备可以根据对接收到的单播业务数据消息的解析结果，确定是否执行地址重选。如：第二用户设备不能正确解密单播业务数据消息则执行地址重选，或者，第二用户设备可以正确解密单播业务数据消息且确定该单播业务数据消息不属于第二用户设备，则执行地址重选；然后，使用重选的地址向第一用户设备发送单播业务数据响应消息。
作为一个可选的实现方式，步骤103，在存在地址冲突的情况下，发送第一消息，以触发地址重选机制，包括：
在所述第一消息为地址冲突指示信息的情况下，以所述第二用户设备发送所述第一单播业务公告响应消息所使用的源地址作为目的地址，发送所述第一消息；亦即，第一用户设备向发生地址冲突的至少两个第二用户设备发送第一消息，以使发生地址冲突的各个第二用户设备均能接收到该第一消息，并根据该第一消息判定自身是否需要进行地址重选。
其中，承载所述第一消息的专用业务公告DSA还满足以下条件：
DSA的应用标识AID为第一值，所述第一值用于指示地址冲突事件；使得第二用户设备可以根据AID判定当前消息是否携带地址冲突指示信息；
所述DSA的第二指示信息与所述第一单播业务公告响应消息的第二指示信息相同。
具体的，所述第二指示信息包括下述至少一项：
专用业务公告标识DSA ID；
信息元素内容；
第一信息域；
内容计数。
作为一个可选的实现方式，所述地址冲突指示信息包括下述任一项：
第二对端地址；该第二对端地址为第一用户设备根据当前情况重新选择的，用于与第二用户设备进行单播业务数据传输的地址。
地址重选指示信息，该地址重选指示信息用户指示第二用户设备进行地址重选。
也就是说，在第一用户设备判定至少两个第二用户设备存在地址冲突的情况下，第一用户设备可以为存在地址冲突的第二用户设备重新选择用于单播业务数据传输的地址并告知第二用户设备，或者，第一用户设备直接指示第二用户设备重新选择用户单播业务数据传输的地址，如此，能够实现地址重选，避免第一用户设备发送的消息混乱，提升了LTE-V2X单播通信的效率和可靠性。
亦即，本申请实施例中，对于地址冲突指示信息存在两种可能的方式(类型)：
一种是：第一用户设备在判定存在地址冲突后，替第二用户设备选择一个合适的单播source MAC address，并通过地址冲突指示信息传递给第二终端；第二用户设备在收到该地址冲突指示信息后，使用该source MAC address重新发送单播业务公告响应消息，或者第一用户设备与第二用户设备使用第二用户设备新的source MAC address进行后续单播业务交互过程。
另一种是：第一终端在判定存在地址冲突后，通过地址冲突指示信息指示第二终端自身进行单播地址重选；第二终端在收到该地址冲突指示信息后，自己重新选择sourceMAC address，然后使用该source MAC address进行后续单播业务的发送。
上述两种不同的方式(类型)可以通过不同的AID进行区别，也可以通过具体DSA帧中的信息域进行区分，或者通过网络配置或者预配置的方式来决定具体使用的方式(类型)。
进一步地，作为一个可选的实现方式，该方法还包括：
在所述地址冲突指示信息包括所述第二对端地址的情况下，以所述第二对端地址作为目标地址与所述第二用户设备进行单播业务数据的传输。
也就是说，在第一用户设备直接为第二用户设备重新选择了地址的情况下，第一用户设备与第二用户设备可以直接使用重新选择的地址进行单播业务数据的传输。
这里，需要说明的是，在第一用户设备直接为第二用户设备重新选择了地址的情况下，第二用户设备接收到重新选择的地址之后，还可以使用重新选择的地址向第一用户设备发送单播业务公告响应消息，以使第一用户设备根据使用重新选择的地址发送的单播业务公告响应消息再次判断重新选择的地址是否与其他第二用户设备存在地址冲突，以避免第一用户设备重新选择地址与接收到使用重新选择的地址发送的单播业务公告响应消息之间，其他第二用户设备选择了该重新选择的地址，导致地址冲突的现象。
进一步地，第一用户设备与第二用户设备完成单播业务传输之后，第一用户设备可以向第二用户设备发送地址释放消息，以指示第二用户设备释放单播链路并清空与本次单播业务相关的单播用户服务请求条目，当然，第一用户设备在发送地址释放消息之后，也会清空与本次单播业务相关的单播提供者服务请求条目。
这里，需要说明的是，地址释放消息由DSA承载，该DSA中的AID为第二值，该第二值用于指示地址释放事件，该DSA中的源地址和对端地址为第一用户设备和第二用户设备所使用的地址对。
本申请实施例的地址冲突处理方法，第一用户设备通过将接收到的第一单播公告响应消息的相关信息与当前本地存储的第一预存数据(如MIB中的单播提供者请求条目)进行比较，判断发送第一单播公告响应消息的第二用户设备是否与其他用户设备存在地址冲突，若存在，则不响应接收到的第一单播公告响应消息而继续与存在地址冲突的其他第二用户设备进行单播业务数据的交互，或者，向第二用户设备发送地址冲突指示信息，以触发地址重选机制，如此，避免了单播业务数据交互过程中存在地址冲突导致消息传播混乱的问题，提高了LTE-V2X单播通信的质量和效率。
如图2所示，本申请实施例还提供一种地址冲突处理方法，应用于第二用户设备，所述方法包括：
步骤201，在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；
这里，需要说明的是，一者，第一用户设备可以为RSU，第二用户设备可以为车辆，具体可以为车辆的OBU；二者，第二用户设备发送第一单播业务公告响应消息所使用的源地址为第二用户设备随机选择的地址。三者，第二用户设备接收到第一单播业务公告消息之后，在确定该单播业务为与自身相关(如自己感兴趣)的单播业务后，才会向第一用户设备发送第一单播业务公告响应消息。
步骤202，接收所述第一用户设备发送的第一消息，以触发地址重选机制。
本申请实施例的地址冲突处理方法，首先在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；然后，接收所述第一用户设备发送的第一消息，以触发地址重选机制。如此，实现了根据第一用户设备的指示实现地址重选，避免了与第一用户设备进行单播业务的传输过程中存在消息传播混乱的问题，降低了信息传递和处理的开销，提升了LTE-V2X单播通信的质量和效率。
这里，需要说明的是，本申请实施例的地址冲突处理方法还包括：在发送第一单播业务公告响应消息之后，维护MIB中的单播用户服务请求条目，具体的，一者，可以由第二用户设备的网络层维护MIB；二者，维护MIB中的单播用户服务请求条目具体为基于第一单播业务公告响应消息新建的单播提供者服务请求条目。
这里，还需要说明的是，单播用户服务请求条目可以包括下述至少一项：源MAC地址、对端MAC地址、本地应用索引、DSA ID、单播业务公告响应应用标识(User ApplicationIdentifier)、信息元素内容、第一信息域、内容计数，还可以包括最大传输次数(Maximumnumber of transmissions)。其中，源MAC地址为第二用户设备发送第一单播业务公告响应消息所使用的地址，对端MAC地址为第一用户设备接收第一单播业务公告响应消息所使用的地址，DSA ID由第二用户设备随机生成；本地应用索引为本地信息存储的内部标识符，可以唯一识别一条单播提供者服务请求条目；第一信息域可以用于区别第二用户设备的标识；所述信息元素内容也可以用于区别第二用户设备的标识；关于信息元素内容，可以使用现有的元素标识(element ID)对应的信息内容，如element ID＝7时对应的客户标识符(advertiser identifier)，或者，定义新的element ID以及对应的信息内容，该信息内容可以用于区分第二用户设备的身份；内容计数可以为第二用户设备发送的同一单播业务类型的第一单播业务公告响应消息的次数，也就是说，第二用户设备在发送不同单播业务类型的第一单播业务公告响应消息的次数是单独统计的；最大传输次数可以为第二用户设备传输单播业务公告响应的最大次数，该参数可以由第一用户设备或第二用户设备确定。也就是说，单播用户服务请求条目的内容及含义如下表所示：
Figure BDA0003083216350000211
表2
同样的，DSA Header中的内容可以与现有的相同，也可以在现有的DSA Header的基础上增加用于区分第二用户设备身份的新的信息域(第一信息域)。
这里，需要说明的是，在单播用户服务请求条目中包括最大传输次数，且该最大传输次数由第一用户设备确定的情况下，具体可以由第一用户设备配置并通过单播业务公告消息传递给第二用户设备。其中，对于Maximum number of transmissions主要是用于解决第一用户设备与第二用户设备之间单播建立异常时，限定第二用户设备发送单播业务公告响应消息的次数，当达到一定发送次数门限时，第二用户设备停止发送单播业务公告响应消息，直接执行地址重选，或者停止本次单播交互过程。
也就是说，本申请实施例的地址冲突处理方法还包括，在发送第一单播业务公告响应消息的次数达到最大传输次数的情况下，执行地址重选操作。
作为一个可选的实现方式，所述第一消息为下述任一项：
单播业务数据消息，所述单播业务数据消息与第二预存数据相关，所述第二预存数据中的第一对端地址与所述第二用户设备发送所述第一单播业务响应消息使用的源地址相同；
地址冲突指示信息。
作为一个可选的实现方式，触发地址重选机制，包括：
在所述第一消息为所述单播业务数据消息的情况下，若不能正确解密所述第一消息，或者，所述第一消息中的对称密钥与所述第一单播业务公告响应消息所使用的对称密钥不同，或者，所述第一消息的业务类型与所述第一单播业务公告响应消息对应的业务类型不同，则判定执行地址重选。
在本可选实现方式中，若第二用户设备不能正确解密第一消息，则确定第一用户设备对第一消息的加密密钥与第二用户设备对第一消息的解密密钥不对称，该单播业务数据消息不是第一用户设备与第二用户设备之间传输的单播业务数据，第二用户设备与其他第二用户设备存在地址冲突，需要执行地址重选。
进一步地，为了避免两个第二用户设备的加密机制相同，导致消息传播混乱的问题，本申请实施例还进一步包括：在所述第一消息为所述单播业务数据消息的情况下，若可以正确解密所述第一消息，则进一步判断该单播业务数据消息中的数据不是第二用户设备的数据时，判定执行地址重选。
作为另一个可选的实现方式，触发地址重选机制，包括：
在所述第一消息为所述地址冲突指示信息，且满足以下条件的情况下，判定执行地址重选：
所述第二用户设备未接收到所述第一用户设备发送的单播业务数据，所述单播业务数据为与所述第一单播业务公告响应消息的业务类型对应的单播业务数据；
与所述第一单播业务公告响应消息相关的第三预存数据中的源地址，与，所述第一用户设备发送所述第一消息使用的对端地址相同；
所述第三预存数据中的第三指示信息与承载所述第一消息的DSA中的第三指示信息相同；
具体的，本可选实现方式中，第二用户设备触发地址重选机制，具体包括：
首先，判断是否已经收到过第一用户设备发送的与所述第一单播业务公告响应消息的业务类型对应的单播业务数据；
其次，若确定未收到过与所述第一单播业务公告响应消息的业务类型对应的单播业务数据，则进一步判断是否存在与对端地址发送第一单播业务公告响应消息使用的源地址相同的第三预存数据；
再次，若存在与对端地址发送第一单播业务公告响应消息使用的源地址相同的第三预存数据，则进一步判断该第三预存数据中的第三指示信息与承载所述第一消息的DSA中的第三指示信息相同；其中，第三指示信息包括下述至少一项：DSA ID；信息元素内容；第一信息域；内容计数；如：DSA ID、信息元素内容、第一信息域、DSA ID和内容计数、信息元素内容和内容计数、第一信息域和内容计数等。
最后，若两个第三指示信息相同，则确定需要执行地址重选。
这里，需要说明的是，在执行地址重选之后，还需要使用重选的地址向第一用户设备发送第一单播业务公告响应消息，以使第一设备判断是否存在地址冲突。
此外，若确定已收到过与所述第一单播业务公告响应消息的业务类型对应的单播业务数据，则证明该第一消息应是第一用户设备发送给地址冲突的其他第二用户设备的，因此，可以忽略该第一消息，而继续进行后续的单播业务数据的传输。
或者，若确定存在与对端地址发送第一单播业务公告响应消息使用的源地址相同的第三预存数据，然而，该第三预存数据与该第一单播业务公告响应消息中的DSA ID不同，或者，内容计数不同，或者，信息元素内容不同，或者，第一信息域不同，或者，DSA ID和内容计数均不同，或者，信息元素内容和内容计数均不同，或者，第一信息域和内容计数均不同，则证明该第一消息应是第一用户设备发送给地址冲突的其他第二用户设备的，因此，可以忽略该第一消息，而继续进行后续的单播业务数据的传输。
这里，需要说明的是，所述第三预存数据可以为第二用户设备的MIB中的至少一个单播用户服务请求条目，或者，与响应消息相关的数据集合，因此，第三预存数据中的内容可以参见前述单播用户服务请求条目的内容。即：第三预存数据包括：下述至少一项：
源地址；
对端地址；
本地应用索引；
单播业务公告响应应用标识；
第三指示信息。
其中，所述第三指示信息包括下述至少任一项：
DSA ID；
信息元素内容；
第一信息域；
内容计数。
作为一个可选的实现方式，所述地址冲突指示信息包括下述任一项：
第二对端地址；该第二对端地址为第一用户设备根据当前情况重新选择的，用于与第二用户设备进行单播业务数据传输的地址；
地址重选指示信息。
作为一个可选的实现方式，该方法还包括：在所述地址冲突指示信息包括所述第二对端地址的情况下，以所述第二对端地址作为源地址与所述第一用户设备进行单播业务数据的传输。
进一步地，第一用户设备与第二用户设备完成单播业务传输之后，第二用户设备可以向第一用户设备发送地址释放消息，以指示第一用户设备释放单播链路并清空与本次单播业务相关的单播提供者服务请求条目，当然，第二用户设备在发送地址释放消息之后，也会清空与本次单播业务相关的单播用户服务请求条目。
这里，需要说明的是，地址释放消息由DSA承载，该DSA中的AID为第二值，该第二值用于指示地址释放事件，该DSA中的源地址和对端地址为第一用户设备和第二用户设备所使用的地址对。
另外，还需要强调的是，应用于第一用户设备的地址冲突处理方法的实施例也可以应用于第二用户设备，应用于第二用户设备的地址冲突处理方法的实施例也可以应用于第一用户设备，具体的处理过程类似，为了避免重复，这里不再赘述。当然，在一次单播业务过程中，可以第一用户设备和第二用户设备均进行地址冲突检测，以提高单播业务传输的可靠性。
需要说明的是，本申请实施例提供的地址冲突处理方法，执行主体可以为地址冲突处理装置，或者该地址冲突处理装置中的用于执行加载地址冲突处理方法的控制模块。本申请实施例中以地址冲突处理装置执行加载地址冲突处理方法为例，说明本申请实施例提供的地址冲突处理方法。
图3是本申请一个实施例的地址冲突处理装置的结构示意图，该地址冲突处理装置应用于第一用户设备，该地址冲突处理装置包括：
接收模块301，用于在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；
判断模块302，用于根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；
发送模块303，用于在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。
本申请实施例的地址冲突处理装置，首先，接收模块301在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；其次，判断模块302根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；最后，发送模块303在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。如此，实现了在第一用户设备和第二用户设备之间发送单播业务数据之前，对第二用户设备所选择的地址是否存在与其他第二用户设备所选择的地址相同进行判断，避免了地址冲突导致消息传播混乱的问题。
可选地，判断模块302包括：
判断子模块，用于将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突；
其中，所述第一预存数据包括下述至少一项：
源地址；
第一对端地址；
本地应用索引；
单播业务公告应用标识；
第一指示信息；
内容计数。
可选地，判断子模块包括：
第一判定单元，用于在所述第一预存数据的第一对端地址与所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同，所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息不同的情况下，判定存在地址冲突。
可选地，判断子模块包括：
第二判定单元，用于在满足以下条件的情况下，判定存在地址冲突：
所述第一预存数据中的第一对端地址，与，所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同；
所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息相同；
所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识相同；
所述第一预存数据中的内容计数大于或等于所述第一单播业务公告响应消息中的内容计数。
可选地，所述第一指示信息包括下述至少一项：
专用业务公告标识DSA ID；
信息元素内容；
第一信息域。
可选地，所述装置还包括：
处理模块，用于在不存在地址冲突的情况下，根据所述第一单播业务公告响应消息，新建或更新所述第一预存数据；
第一传输模块，用于与所述第二用户设备进行单播业务数据的传输。
可选地，所述第一消息为下述任一项：
单播业务数据消息，所述单播业务数据消息与第二预存数据相关，所述第二预存数据中的第一对端地址与所述第二用户设备发送所述第一单播业务响应消息使用的源地址相同；
地址冲突指示信息。
可选地，所述发送模块包括：
发送子模块，用于在所述第一消息为地址冲突指示信息的情况下，以所述第二用户设备发送所述第一单播业务公告响应消息所使用的源地址作为目的地址，发送所述第一消息；
其中，承载所述第一消息的专用业务公告DSA还满足以下条件：
DSA的应用标识AID为第一值，所述第一值用于指示地址冲突事件；
所述DSA的第二指示信息与所述第一单播业务公告响应消息的第二指示信息相同。
可选地，所述第二指示信息包括下述至少一项：
专用业务公告标识DSA ID；
信息元素内容；
第一信息域；
内容计数。
可选地，所述地址冲突指示信息包括下述任一项：
第二对端地址；
地址重选指示信息。
可选地，所述装置还包括：
第二传输模块，用于在所述地址冲突指示信息包括所述第二对端地址的情况下，以所述第二对端地址作为目标地址与所述第二用户设备进行单播业务数据的传输。
如图4所示，本申请实施例还提供一种地址冲突处理装置，该装置应用于第二用户设备，该装置包括：
发送模块401，用于在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；
接收模块402，用于接收所述第一用户设备发送的第一消息，以触发地址重选机制。
本申请实施例的地址冲突处理装置，首先在接收到第一用户设备发送的第一单播业务公告消息之后，发送模块401向所述第一用户设备发送第一单播业务公告响应消息；然后，接收模块402，用于接收所述第一用户设备发送的第一消息，以触发地址重选机制。如此，实现了根据第一用户设备的指示实现地址重选，避免了与第一用户设备进行单播业务的传输过程中存在消息传播混乱的问题，降低了信息传递和处理的开销，提升了LTE-V2X单播通信的质量和效率。
可选地，所述第一消息为下述任一项：
单播业务数据消息，所述单播业务数据消息与第二预存数据相关，所述第二预存数据中的第一对端地址与所述第二用户设备发送所述第一单播业务响应消息使用的源地址相同；
地址冲突指示信息。
可选地，所述接收模块402包括：
第一判断子模块，用于在所述第一消息为所述单播业务数据消息的情况下，若不能正确解密所述第一消息，或者，所述第一消息中的对称密钥与所述第一单播业务公告响应消息所使用的对称密钥不同，或者，所述第一消息的业务类型与所述第一单播业务公告响应消息对应的业务类型不同，则判定执行地址重选。
可选地，所述接收模块402包括：
第二判断子模块，用于在所述第一消息为所述地址冲突指示信息，且满足以下条件的情况下，判定执行地址重选：
所述第二用户设备未接收到所述第一用户设备发送的单播业务数据，所述单播业务数据为与所述第一单播业务公告响应消息的业务类型对应的单播业务数据；
与所述第一单播业务公告响应消息相关的第三预存数据中的源地址，与，所述第一用户设备发送所述第一消息使用的对端地址相同；
所述第三预存数据中的第三指示信息与承载所述第一消息的DSA中的第三指示信息相同；
其中，所述第三预存数据包括下述至少一项：
源地址；
对端地址；
本地应用索引；
单播业务公告响应应用标识；
第三指示信息。
可选地，所述第三指示信息包括下述至少任一项：
DSA ID；
信息元素内容；
第一信息域；
内容计数。
可选地，所述地址冲突指示信息包括第二对端地址或地址重选指示信息。
可选地，所述装置还包括：
传输模块，用于在所述地址冲突指示信息包括所述第二对端地址的情况下，以所述第二对端地址作为源地址与所述第一用户设备进行单播业务数据的传输。
如图5所示，本申请实施例还提供了一种用户设备，包括：处理器500；以及通过总线接口与所述处理器500相连接的存储器520，所述存储器520用于存储所述处理器500在执行操作时所使用的程序和数据，处理器500调用并执行所述存储器520中所存储的程序和数据。
其中，收发机510与总线接口连接，用于在处理器500的控制下执行以下步骤：在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；
处理器500用于读取存储器520中的程序执行以下步骤：根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；
收发机510还用于在处理器500的控制下执行以下步骤：在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。
本申请实施例的用户设备，首先，收发机510在处理器500的控制下，在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；其次，处理器500读取存储器520中的程序，以根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；最后，收发机510在处理器500的控制下，在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。如此，实现了在第一用户设备和第二用户设备之间发送单播业务数据之前，对第二用户设备所选择的地址是否存在与其他第二用户设备所选择的地址相同进行判断，避免了地址冲突导致消息传播混乱的问题，降低了信息传递和处理的开销，提升了LTE-V2X单播通信的质量和效率。
其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，用户接口530还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。
需要说明的是，本申请实施例提供的用户设备是能够执行上述应用于第一用户设备的地址冲突处理方法的用户设备，则上述地址冲突处理方法的所有实施例均适用于该用户设备，且均能达到相同或相似的有益效果，为了避免重复，这里不再赘述。
本申请实施例还提供一种用户设备，包括：处理器；以及通过总线接口与所述处理器相连接的存储器，所述存储器用于存储所述处理器在执行操作时所使用的程序和数据，处理器调用并执行所述存储器中所存储的程序和数据。
其中，收发机与总线接口连接，用于在处理器的控制执行以下步骤：
在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；
收所述第一用户设备发送的第一消息，以触发地址重选机制。
本申请实施例的电子设备，首先收发机在处理器的控制下，在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；然后，接收所述第一用户设备发送的第一消息，以触发地址重选机制。如此，实现了根据第一用户设备的指示实现地址重选，避免了与第一用户设备进行单播业务的传输过程中存在消息传播混乱的问题，降低了信息传递和处理的开销，提升了LTE-V2X单播通信的质量和效率。
这里，需要说明的时，本申请实施例的用户设备的结构与图5中的用户设备的结构相同，因此，本申请实施例的具体结构可以参见图5。
本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序，该程序被处理器执行时实现前述应用于第一用户设备的地址冲突处理方法实施例的各个过程，或者，前述应用于第二用户设备的地址冲突处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该可读存储介质，如只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (23)

1.一种地址冲突处理方法，其特征在于，应用于第一用户设备，包括：
在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；
根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；
在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。
2.根据权利要求1所述的方法，其特征在于，根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突，包括：
将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突；
其中，所述第一预存数据包括下述至少一项：
源地址；
第一对端地址；
本地应用索引；
单播业务公告应用标识；
第一指示信息；
内容计数。
3.根据权利要求2所述的方法，其特征在于，将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突，包括：
在所述第一预存数据的第一对端地址与所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同，所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息不同的情况下，判定存在地址冲突。
4.根据权利要求2所述的方法，其特征在于，将第一预存数据与所述第一单播业务公告响应消息进行比较，判断至少两个所述第二用户设备是否存在地址冲突，包括：
在满足以下条件的情况下，判定存在地址冲突：
所述第一预存数据中的第一对端地址，与，所述第二用户设备发送所述第一单播业务公告响应消息使用的源地址相同；
所述第一预存数据中的第一指示信息与所述第一单播业务公告响应消息中的第一指示信息相同；
所述第一预存数据中的单播业务公告应用标识，与，所述第一单播业务公告响应消息中的单播业务公告响应应用标识所关联的单播业务公告应用标识相同；
所述第一预存数据中的内容计数大于或等于所述第一单播业务公告响应消息中的内容计数。
5.根据权利要求2至4任一项所述的方法，其特征在于，所述第一指示信息包括下述至少一项：
专用业务公告标识DSA ID；
信息元素内容；
第一信息域。
6.根据权利要求2所述的方法，其特征在于，所述方法还包括：
在不存在地址冲突的情况下，根据所述第一单播业务公告响应消息，新建或更新所述第一预存数据；
与所述第二用户设备进行单播业务数据的传输。
7.根据权利要求1所述的方法，其特征在于，所述第一消息为下述任一项：
单播业务数据消息，所述单播业务数据消息与第二预存数据相关，所述第二预存数据中的第一对端地址与所述第二用户设备发送所述第一单播业务响应消息使用的源地址相同；
地址冲突指示信息。
8.根据权利要求7所述的方法，其特征在于，在存在地址冲突的情况下，发送第一消息，以触发地址重选机制，包括：
在所述第一消息为地址冲突指示信息的情况下，以所述第二用户设备发送所述第一单播业务公告响应消息所使用的源地址作为目的地址，发送所述第一消息；
其中，承载所述第一消息的专用业务公告DSA还满足以下条件：
DSA的应用标识AID为第一值，所述第一值用于指示地址冲突事件；
所述DSA的第二指示信息与所述第一单播业务公告响应消息的第二指示信息相同。
9.根据权利要求8所述的方法，其特征在于，所述第二指示信息包括下述至少一项：
专用业务公告标识DSA ID；
信息元素内容；
第一信息域；
内容计数。
10.根据权利要求7所述的方法，其特征在于，所述地址冲突指示信息包括下述任一项：
第二对端地址；
地址重选指示信息。
11.根据权利要求10所述的方法，其特征在于，所述方法还包括：
在所述地址冲突指示信息包括所述第二对端地址的情况下，以所述第二对端地址作为目标地址与所述第二用户设备进行单播业务数据的传输。
12.一种地址冲突处理方法，其特征在于，应用于第二用户设备，包括：
在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；
接收所述第一用户设备发送的第一消息，以触发地址重选机制。
13.根据权利要求12所述的方法，其特征在于，所述第一消息为下述任一项：
单播业务数据消息，所述单播业务数据消息与第二预存数据相关，所述第二预存数据中的第一对端地址与所述第二用户设备发送所述第一单播业务响应消息使用的源地址相同；
地址冲突指示信息。
14.根据权利要求13所述的方法，其特征在于，触发地址重选机制，包括：
在所述第一消息为所述单播业务数据消息的情况下，若不能正确解密所述第一消息，或者，所述第一消息中的对称密钥与所述第一单播业务公告响应消息所使用的对称密钥不同，或者，所述第一消息的业务类型与所述第一单播业务公告响应消息对应的业务类型不同，则判定执行地址重选。
15.根据权利要求13所述的方法，其特征在于，触发地址重选机制，包括：
在所述第一消息为所述地址冲突指示信息，且满足以下条件的情况下，判定执行地址重选：
所述第二用户设备未接收到所述第一用户设备发送的单播业务数据，所述单播业务数据为与所述第一单播业务公告响应消息的业务类型对应的单播业务数据；
与所述第一单播业务公告响应消息相关的第三预存数据中的源地址，与，所述第一用户设备发送所述第一消息使用的对端地址相同；
所述第三预存数据中的第三指示信息与承载所述第一消息的DSA中的第三指示信息相同；
其中，所述第三预存数据包括下述至少一项：
源地址；
对端地址；
本地应用索引；
单播业务公告响应应用标识；
第三指示信息。
16.根据权利要求15所述的方法，其特征在于，所述第三指示信息包括下述至少任一项：
DSA ID；
信息元素内容；
第一信息域；
内容计数。
17.根据权利要求13所述的方法，其特征在于，所述地址冲突指示信息包括下述任一项：
第二对端地址；
地址重选指示信息。
18.根据权利要求17所述的方法，其特征在于，所述方法还包括：
在所述地址冲突指示信息包括所述第二对端地址的情况下，以所述第二对端地址作为源地址与所述第一用户设备进行单播业务数据的传输。
19.一种用户设备，包括：收发机、存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至11中任一项所述的地址冲突处理方法。
20.一种用户设备，包括：收发机、存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求12至18中任一项所述的地址冲突处理方法。
21.一种地址冲突处理装置，其特征在于，应用于第一用户设备，包括：
接收模块，用于在发送第一单播业务公告消息之后，接收第二用户设备发送的第一单播业务公告响应消息；
判断模块，用于根据所述第一单播业务公告响应消息，判断至少两个所述第二用户设备是否存在地址冲突；
发送模块，用于在存在地址冲突的情况下，发送第一消息，以触发地址重选机制。
22.一种地址冲突处理装置，其特征在于，应用于第二用户设备，包括：
发送模块，用于在接收到第一用户设备发送的第一单播业务公告消息之后，向所述第一用户设备发送第一单播业务公告响应消息；
接收模块，用于接收所述第一用户设备发送的第一消息，以触发地址重选机制。
23.一种可读存储介质，其特征在于，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如权利要求1至11中任一项所述的地址冲突处理方法的步骤，或者，如权利要求12至18中任一项所述的地址冲突处理方法的步骤。
CN202110572413.7A 2021-05-21 2021-05-25 车联网中的地址冲突处理方法、装置及用户设备 Active CN115396402B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2021105604991 2021-05-21
CN202110560499 2021-05-21

Publications (2)

Publication Number Publication Date
CN115396402A true CN115396402A (zh) 2022-11-25
CN115396402B CN115396402B (zh) 2024-08-23

Family

ID=84113840

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110572413.7A Active CN115396402B (zh) 2021-05-21 2021-05-25 车联网中的地址冲突处理方法、装置及用户设备

Country Status (1)

Country Link
CN (1) CN115396402B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050021786A1 (en) * 2002-02-28 2005-01-27 Norifumi Kikkawa Device authentication apparatus device authentication method information processing apparatus information processing method and computer program
KR20080033762A (ko) * 2006-10-13 2008-04-17 삼성전자주식회사 무선 통신 시스템에서 단말기 주소 송수신 시스템 및 방법
CN106603740A (zh) * 2016-12-07 2017-04-26 广东欧珀移动通信有限公司 网络连接异常的处理方法与终端设备
CN110149611A (zh) * 2019-04-19 2019-08-20 华为技术有限公司 一种身份验证方法、设备及系统
CN112153599A (zh) * 2020-09-22 2020-12-29 大唐高鸿数据网络技术股份有限公司 一种消息的传输方法、装置、车联网设备及管理节点
CN112235734A (zh) * 2020-10-14 2021-01-15 大唐高鸿数据网络技术股份有限公司 广播模式下的单播业务实现方法、装置及设备
CN115250444A (zh) * 2021-04-12 2022-10-28 华为技术有限公司 一种通信方法、装置及相关设备

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050021786A1 (en) * 2002-02-28 2005-01-27 Norifumi Kikkawa Device authentication apparatus device authentication method information processing apparatus information processing method and computer program
KR20080033762A (ko) * 2006-10-13 2008-04-17 삼성전자주식회사 무선 통신 시스템에서 단말기 주소 송수신 시스템 및 방법
CN106603740A (zh) * 2016-12-07 2017-04-26 广东欧珀移动通信有限公司 网络连接异常的处理方法与终端设备
CN110149611A (zh) * 2019-04-19 2019-08-20 华为技术有限公司 一种身份验证方法、设备及系统
CN112153599A (zh) * 2020-09-22 2020-12-29 大唐高鸿数据网络技术股份有限公司 一种消息的传输方法、装置、车联网设备及管理节点
CN112235734A (zh) * 2020-10-14 2021-01-15 大唐高鸿数据网络技术股份有限公司 广播模式下的单播业务实现方法、装置及设备
CN115250444A (zh) * 2021-04-12 2022-10-28 华为技术有限公司 一种通信方法、装置及相关设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
""S2-185211 TR23786 eV2X unicast communication support over PC5_r3"", 3GPP TSG_SA\\WG2_ARCH, 22 May 2018 (2018-05-22) *
ZTE: "S2-2002828 "Add Note regarding L2 ID Conflict Handling in PC5 Unicast Communication"", 3GPP TSG_SA\\WG2_ARCH, no. 2, 10 April 2020 (2020-04-10) *

Also Published As

Publication number Publication date
CN115396402B (zh) 2024-08-23

Similar Documents

Publication Publication Date Title
US8769285B2 (en) Methods and apparatus for deriving, communicating and/or verifying ownership of expressions
CN106332224B (zh) 设备配网方法、装置和系统
US11096051B2 (en) Connection establishment method, device, and system
CN110855792B (zh) 一种消息推送方法、装置、设备及介质
CN104394533A (zh) 无线保真WiFi连接方法、服务器及终端
US9444837B2 (en) Process and devices for selective collision detection
US20150124792A1 (en) Discovery of wi-fi direct services via discovery probe
WO2018000312A1 (zh) 一种组通信的方法、设备及系统
KR20160029323A (ko) Ｖ2ｖ 통신을 이용한 사용자 그루핑 방법 및 시스템
US10511494B2 (en) Network control method and apparatus
CN115396402B (zh) 车联网中的地址冲突处理方法、装置及用户设备
CN103986650B (zh) 一种TRILL网络中nickname冲突的处理方法和装置
US8103237B2 (en) Method of communication between a source mobile set without network coverage and a target set
CN103188662A (zh) 一种验证无线接入点的方法以及装置
CN111865739B (zh) 用于显示家电状态的方法和装置
CN112688790B (zh) 一种联盟链的数据处理方法、装置、电子设备和存储介质
CN113630761B (zh) 会话管理方法及装置、终端
CN111065099B (zh) 基站选择的方法、待接入终端和参考终端
JP2018097805A (ja) 攻撃通知システムおよび攻撃通知方法
US20080022011A1 (en) Client and association detection method thereof
CN118041973A (zh) 进程通信方法、系统、电子设备及存储介质
CN115134785A (zh) 蓝牙通信中继方法、装置、设备及存储介质
JP3558971B2 (ja) 通信網の品質クラス識別システム
CN118524480A (zh) 一种数据路由控制方法、网元、电子设备及介质
CN117412401A (zh) 蓝牙网络建立系统及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 400040 No. 35, Jinghe Road, Huxi street, high tech Zone, Shapingba District, Chongqing

Applicant after: CITIC Technology Zhilian Technology Co.,Ltd.

Address before: 400040 No. 35, Jinghe Road, Huxi street, high tech Zone, Shapingba District, Chongqing

Applicant before: Datang Gaohong Zhilian Technology (Chongqing) Co.,Ltd.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant