[0045] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0046] 见表1，本实施例中的传输的信息包及其信息包的构成如下表所示：
[0047]
[0048] 表1
[0049] 在表1中，所述通信需求值与本发明的亚健康车辆的亚健康状态值成正比，亚健康状态值越高的车辆，它的通信需求值越大，同样的，影响范围值与亚健康状态值成正比。影响范围值是指根据当前亚健康车辆的亚健康状态值评估它的前、后、左、右的影响距离，即是指影响的方向以及影响的距离。
[0050] 所述车辆的ID可以是指车辆的唯一标识号，例如车架号、设备ID，亦或者专为其编制的唯一符号。所述位置信息可以通过车辆自带的GPS导航设备而确定。
[0051] AM信息是簇头需要广播的信息，其中，通信需求数是指根据亚健康车辆发送的RM通信需求信息而统计的数量、时分数是指根据通信需求数和可用信道数量确定的发送SWM信息的时间片数量，信道分配表是指为有通信需求的车辆分配的能够传输安全警告信息的信道表格，若基于IEEE 1609.4标准，信道即是指它的业务信道(SCH)，在不同的标准中，采用与其相适应的信道的分配。
[0052] 安全警告信息，包括了簇ID，本车信息，包括但不限于它的位置信息、速度信息、加速度信息、方向信息、健康状态值、影响范围的其中一种或者多种。
[0053] CHreq请求信息，当有簇头转移时，簇头向比自身的需求值高一定阈值的簇头请求簇头转移，该信息包括但不限于原簇头车辆ID、位置信息、簇内成员参数表。
[0054] CHres应答信息，当原簇头发出CHreq请求信息，目标簇头进行确认和应答。
[0055] 本实施方式中，请参见图1，一种基于车辆健康状态的簇内车辆间安全信息传输方法，包括：
[0056] S101、簇内的亚健康车辆向簇头发出通信需求信息包，所述通信需求包内有车辆的ID、位置信息、通信需求值以及影响范围值信息，其中，通信需求值与亚健康车辆的亚健康状态值成正比，所述影响范围值与所述通信需求值成正比；
[0057] 本步骤中，若基于IEEE 1609.4标准；将100ms的同步时隙(SYNC)分为控制时隙(CCHI)和业务时隙(SCHI)，并动态调整CCHI和SCHI长度。在控制时隙中实现簇头的选择，信道分配等。在业务时隙中按照分配的信道传输安全信息。那么，本步骤则通过控制时隙发出通信需求包。
[0058] 在本步骤之前，需要先生成簇，簇的产生步骤在本S101步骤之前，即S100、在对象区域内的多个车辆内选择亚健康状态值最高的一个车辆作为簇头，并以该簇头为中心生成簇，然后进入S101步骤，根据分簇结果进行车辆之间的信息传输，其中，所述车辆的亚健康状态值根据车辆的固有属性和实时特征评估而得到。
[0059] 本实施例中，所述亚健康状态值包括永久性亚健康状态值和暂时性亚健康状态值，所述永久性亚健康状态值根据车辆的固有属性而评估得到，所述固有属性包括车辆的车型、车辆的累计行驶公里数、驾驶员累积驾驶参数其中至少一种；所述暂时性亚健康状态值根据车辆的实时特征而评估得到，所述实时特征包括车辆实时车况、驾驶员身体状况、实时驾驶状态参数其中至少一种。具体通过上述的PH门限值PHth来判别对象区域内的车辆是否属于永久性亚健康车辆，即判断车辆个体的PH值是否大于PHth，若是，则该车辆为永久性亚健康车辆；通过上述的TH值的门限值THth来判别对象区域内的车辆是否属于暂时性亚健康车辆：即判断车辆的PH值是否小于PHth且TH值大于THth，若是，则该车辆为TSHV；当某车辆的PH值小于PHth且TH值小于THth时，该车辆为健康车辆。
[0060] 本具体实施例中，通过上述固有属性：车辆的车型、车辆的累计行驶公里数以及驾驶员累积驾驶参数利用上述公式来计算车辆的永久性亚健康状态值，所述永久型亚健康状态值通过以下公式获得：
[0061] PH＝[Vtype，kVT，ACEdriver]·[WPi]T,i＝1,2,3；所述PH表示永久性亚健康状态值，Vtype表示车辆的车型，kVT表示车辆的累计行驶公里数，ACEdriver表示驾驶员累积参数，WPi表示特征权重，i＝1，2及3分别指前面三个特征变量，WP1表示Vtype的权重值，WP2表示Vtype的权重值，WP3表示ACEdriver的权重值。
[0062] 具体结合实例：车辆的固有属性特征向量中的Vtype,kVT可直接通过行车电脑获得。车型参数Vtype取值为1～5间的整数，分别指代：1为小型、微型载客汽车；2为低速载货汽车(和城市公共汽车)；3为中型载客汽车和中型载货汽车和城市公共汽车；4为重型载货汽车和大型载客汽车；5为重型载货汽车及重型、中型全挂、半挂汽车列车。车辆的累计行驶公里数参数kVT取值为0～5间的整数，分别指代：累计行驶公里数为0～3万公里时该参数为0；3万～7万公里时该参数为1；7万～14万公里时该参数为2；14万～20万公里时该参数为3；20万～30万公里时该参数为4；累计行驶公里数超过30万公里时该参数为5。ACEdriver参数由驾驶员基础经验因子ACEdriver1和累计驾驶习惯分析因子ACEdriver2相加求得。ACEdriver1取值为1～
4间的整数，1代表驾龄5年及以上，2代表驾龄3～5年；3代表驾龄1～3年；4代表驾龄1年以
1-n
内。ACEdriver2计算公式为ACEdriver2＝e ，其取值范围为0～1，式中n表示驾驶员驾驶该车辆的次数，如该驾驶员第一次驾驶该车辆，则累计驾驶习惯分析因子取值为1，如驾驶员多次驾驶该车辆，则累计驾驶习惯分析因子下降。随着驾驶次数的增加，累计驾驶习惯分析因子将趋于0结合特征权重WPi，可计算出车辆的永久性亚健康状态值。
[0063] 例如，一辆行驶了10万公里的重型载货汽车，驾龄为4年的驾驶员首次接触该车辆，若特征权重WPi＝[0.8 0.1 0.1]。则该PV的PH值为：PH＝[4 2 2+e1-1]*[0.8 0.1 0.1]T＝3.7。一辆行驶了21万公里的小型载客汽车，驾龄为10年的驾驶员第100次接触该车辆，则该PV的PH值为PH＝[1 4 1+e1-100]*[0.8 0.1 0.1]T＝1.3。
[0064] 通过上述实时特征：车辆实时车况、驾驶员身体状况、实时驾驶状态参数来计算车辆的暂时性亚健康状态值，所述暂时性亚健康状态值由以下公式获得：
[0065] TH＝[Hdriver，Vcondition，RSdriving]·[WIi]T,i＝1,2,3；所述TH表示暂时性亚健康状态值，Hdriver表示驾驶员的身体状况，Vcondition表示车辆的实时车况，RSdriving表示实时驾驶状态，WIi表示特征权重。
[0066] 具体结合实例：车辆的实时特征是在行驶过程中通过车内各种传感器信息采集后，建模综合分析获得。驾驶员的身体状况Hdriver参数值为0～2间的整数，分别代表驾驶员身体状态正常，差，和极差。车辆的实时车况Vcondition参数值为0～2间的整数，分别代表车辆实时车况正常，差，和极差。实时驾驶状态RSdriving参数值为0～2间的整数，分别代表实时驾驶状态正常，差，和极差。结合特征权重WTi，可计算出车辆的暂时性亚健康状态值。
[0067] 例如，驾驶员身体状态良好，实时驾驶状态良好，但车辆实时车况差时，若特征权重WTi＝[0.3 0.4 0.3]。则该PV的TH值为：TH＝[0 1 0]*[0.3 0.4 0.3]T＝0.4。若驾驶员身体状态良好，车辆实时车况良好，但实时驾驶状态极差，则该PV的TH值为TH＝[0 0 2]*[0.3 T0.4 0.3]＝0.6。
[0068] 具体请参见图2，所述簇的生成步骤如下：
[0069] S1001、亚健康车辆嗅探周围亚健康车辆的健康状态信息(因为仅仅SHV发送健康信息，即PH、TH超过门限值的车辆发送，HV不需发送)；
[0070] 本步骤中，亚健康车辆每隔一预定时间段嗅探周围亚健康车辆的健康状态信息；
[0071] S1002、该亚健康车辆判断自身属于永久性亚健康车辆或是属于暂时性亚健康车辆；若该亚健康车辆属于永久性亚健康车辆，则进入S1003步骤，否则转入S1006；
[0072] S1003、将自身的PH值与嗅探到的亚健康车辆的PH值进行对比，若自身PH值高，则进入S1004步骤，否则转入S1005步骤；
[0073] S1004、广播自身的健康状态信息，并开始构造簇；
[0074] S1005、继续嗅探周围的亚健康车辆的健康状态信息，选出PH值最高的永久性亚健康车辆为簇头，加入该簇头形成簇；
[0075] S1006、若该亚健康车辆为暂时性亚健康车辆，则将自身的TH与嗅探到的亚健康车辆的PH值和TH值进行对比，以判断周围是否有永久性亚健康车辆，若有则转入步骤S1005步骤；否则进入S1007步骤；
[0076] S1007、将自身的TH值与嗅探到的暂时性亚健康车辆的TH值进行对比，若自身的TH值最高，则转入S1004步骤，否则进入S1008步骤；
[0077] S1008、继续嗅探周围的亚健康车辆的健康状态信息，选出TH值最高的暂时性亚健康车辆作为簇头，加入该簇头形成簇。
[0078] S102、簇头按照通信需求信息包内的通信需求值的高低进行优先级排序，据此由高至低的为具有通信需求的亚健康车辆分配信道资源，并将信道资源信息广播至簇内的车辆成员；
[0079] 若基于IEEE 1609.4标准；本步骤则在CCH信道中进行信道资源的分配以及发出AM广播信息至簇内车辆。
[0080] 在本步骤中，所述簇头在接收到亚健康车辆发送的通信需求包进行信道资源分配时，若发现有簇成员的通信需求与自身的通信需求之差超过预设的阈值时，则会向该成员发送簇头转移信息包申请簇头转移以进行簇头的转移。
[0081] 所述簇头在接收到簇内的亚健康车辆发送的通信需求信息包之后，根据收到的通信需求信息包分析得到有通信需求的车辆节点数，按照有通信需求的车辆节点数和可用信道数分配信道；若有通信需求的车辆节点数为n，可用信道数为s，n和s均为正整数，如果n≤s，则表明有通信需求的车辆节点数小于或等于可用信道数，那么只需依次为有通信需求的车辆节点数分配信道，就能满足车辆之间的通信；如果n＞s，则视为有通信需求的车辆节点数大于可用信道数，则需要将信道分为多个时间片，先为需求高的车辆节点分配信道，在下个时间片再为剩余的其它车辆节点分配信道，通过时分复用与频分复用共同工作的方式完成车辆之间的通信。
[0082] S103、被分配了信道资源的亚健康车辆通过各自的信道进行安全警告信息的传输，其中，每一信道的接收车辆根据该信道的亚健康车辆的影响范围值而确定。
[0083] 本步骤中，被分配了信道资源的亚健康车辆通过各自的业务信道SCH传输安全警告信息。
[0084] 本步骤中，亚健康车辆的安全警告信息至少包括本车实时状态信息，本具体实施方式中，除了包括上述实时状态信息外，还包括本车的健康状态值以及影响范围值。实时状态信息可以包括但不限于上述的位置信息、速度信息、加速度信息、方向信息的其中一种或多种。
[0085] 上述实施方式中，以一个时间周期(例如100ms)为准，以此循环。当本周期的安全警告信息传输完成，那么则进入下一时间周期，在进入下一时间周期时，需要先进行控制事务的处理，再进行业务事务的处理，即需要先确认原簇头内是否有簇头转移，若有，则先进行簇头转移等控制事务处理，若无簇头转移，则进行安全警告信息传输等业务事务的处理。
[0086] 具体结合实例，本实施例中，基于IEEE 1609.4标准，请参见图3，本发明将100ms的同步时隙(SYNC)分为控制时隙(CCHI)和业务时隙(SCHI)，并动态调整CCHI和SCHI长度。在控制时隙中实现簇头的选择，信道分配等。在业务时隙中按照分配的信道传输安全信息。
[0087] 1.CCHI
[0088] CCHI中，所有车辆将转换到控制信道(CCH，信道178)。CCHI的信息交互分为三种情况。
[0089] 新簇产生：新簇产生过程的信息包传输图见图4。在图4中，簇内车辆数为n，有通信需求车辆数为m≤n。
[0090] 簇的产生分为三个时间段，具体解释如下：
[0091] 时间段1:CCHI内，簇内有通信需求的车辆(指亚健康车辆，亚健康状态值越高的车辆，其通信需求越高，它们成正比)节点在CCH信道发出嗅探信息包BM；车辆通过分析自身和其他车辆的BM信息包，确定通信需求最高的车辆为该区域的簇头，图中确定V2为簇头；
[0092] 时间段2:簇成员向簇头发送RM请求信息包，告知簇头其状态，请求分配通信频率；
[0093] 时间段3:簇头根据接收到的RM信息，按照簇成员的通信需求和信道分配算法分配信道资源，并通过AM确认消息通知簇成员。
[0094] 请参见图5，在CCH信道中，当无簇头转移时，图5中，下一个SYNC期间通信需求发生变化的节点数为k
[0095] 请参见图6，有簇头转移时，下一个SYNC期间簇内信息包传输流程分为四个时间段，具体解释如下：
[0096] 时间段1：上一SYNC期间通信需求发生变化的簇成员将向簇头发送RM，告知簇头其状态的改变；
[0097] 时间段2:有簇成员符合新簇头的条件，原簇头将向该簇成员发送簇头转换请求CHreq；
[0098] 时间段3:新簇头员收到CHreq请求之后回复CHres信息包，确认簇头转移；
[0099] 时间段4:新簇头向其他簇成员发送AM信息包分配信道资源，同时通知簇成员簇头已经更换。
[0100] 2.SCHI
[0101] CCHI结束之后，进入SCHI，簇内所有车辆按照簇头分配的信道转换到相应的业务信道(SCH)，进行安全信息SWM的传输。安全信息传输完毕，如SCHI尚有剩余，则可用于非安全信息的传输。
[0102] 请参见图7，图7为簇的形成过程以及安全信息的传输过程的示意图。从图7中可看出，在CCHI，有通信需求的车辆均在CCHI信道广播自己的BM信息包，车辆通过分析自己和其他车辆的通信需求确定通信需求最高的车辆为该区域的簇头；其他簇成员将向簇头发送请求信息包RM，告知簇头自身状态；簇头收到RM信息包之后，通过AM信息包将分配的频率资源或者时间资源发送给簇成员；随之进入SCHI，簇成员将在各自的信道里面进行SWM信息的传输，之后可进行非安全信息的传输，直至该SYNC结束。
[0103] 新的CCHI开始后，在上一SYNC期间通信需求发生变化的簇成员将向簇头发送RM，告知簇头其状态的改变。簇头根据收到的RM信息和分簇算法，确定是否有簇头转移。如果无簇头转移，则继续通过AM为簇成员分配信道资源。簇成员在SCHI内按照分配的信道和时间片发送SWM信息。如确定有簇成员符合新簇头的条件，则启动簇头转移流程：原簇头将向该簇成员发送簇头转换请求CHreq，该簇成员收到请求之后回复CHres信息包，确认簇头转移。新簇头随后向其他簇成员发送AM信息包分配信道资源，同时通知簇成员簇头已经转移。随后进入SCHI，簇成员将按照分配的信道进行SWM信息的传输。
[0104] 基于通信需求的信道分配算法。
[0105] 基于分簇的车间安全信息传输机制需要簇头向簇成员分配信道，实现多信道传输。
[0106] 簇成员向簇头发送RM信息包请求分配信道资源，簇头在经历一段时间t之后，根据收到的RM信息包分析得到有通信需求的车辆节点数，按照有通信需求的车辆节点数和可用信道数分配信道。
[0107] 设有通信需求的车辆节点数为n，可用信道数为s，如果n≤s，则表明有通信需求的车辆节点数小于或等于可用信道数，那么只需依次为有通信需求的车辆节点数分配信道，就能满足车辆之间的通信。如果n＞s，则表明有通信需求的车辆节点数大于可用信道数，这时就需要将SCHI分为多个时间片，先为需求高的节点分配信道，在下个时间片再为其它节点分配信道，通过时分复用与频分复用共同工作的方式完成车辆之间的通信。
[0108] 本发明实施方式，安全信息交互需求的车辆进行通信，并根据通信需求的高低进行分簇，再由簇头给其他成员分配信道资源，实现多信道信息传输，能从源头上控制待传输信息量，从而缓解信息风暴，并提升传输质量，本发明中，具有通信需求的车辆(即亚健康车辆)才向簇头请求信道资源，而无通信需求的车辆(即健康车辆)则不需要向簇头请求信道资源，从而从根本上提高了信道传输的有效性，缓解信息风暴，簇头根据每一具有通信需求的车辆的位置、健康值等估计影响范围，据此评估该车辆能够影响到簇内的哪些车辆节点，将被影响范围覆盖的车辆作为接收车辆(包括亚健康车辆和健康车辆)，如此，增加信息传输的准确性、精确性、提高传输信息的质量，大大减轻了网络堵塞等情况。
[0109] 以上仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
