车辆用通信装置

摘要

本发明的目的是提供一种在车与车之间通信中利用多个应用程序，进行回避本车辆以及周边车辆的拥挤的控制的车辆用通信装置。而且，本发明的车辆用通信装置包括：进行车与车之间通信的多个应用程序部(1)；在车与车之间收发数据的下位协议部(2)；介于上述应用程序部(1)和下位协议部(2)之间的中间件部(3)。上述中间件部(3)包括：传输服务处理部(31)；通信控制服务部(32)以及收发控制处理部(33)。上述通信控制服务部(32)基于针对上述每个应用程序部(1)接受的应用程序优先度、各车辆的车辆优先度以及从上述下位协议部取得的信道利用率，来控制本车辆以及周边车辆的拥挤回避处理。

权利要求

1.一种车辆用通信装置，包括依照规定的目的进行车与车之间通信的多个应用程序部；在车与车之间收发数据的下位协议部；介于上述应用程序部和下位协议部之间的中间件部，所述车辆用通信装置的特征在于：上述中间件部包括：

传输服务处理部，对上述应用程序部进行数据的传递、且识别上述中间件部接收到的数据的分发目的地；

通信控制服务部，在上述车与车之间通信中进行用于回避拥挤的处理，并且进行端口号的管理而识别上述应用程序部；以及收发控制处理部，进行数据的发送控制以及接收控制，

其中，上述通信控制服务部在上述用于回避拥挤的处理中，基于每个上述应用程序部接收的应用程序优先度、各车辆的车辆优先度以及从上述下位协议部取得的信道利用率，来进行本车辆的通信中的关于发送功率、发送间隔以及连送次数的通信控制。

2.按照权利要求1所记载的车辆用通信装置，其特征在于：

上述通信控制服务部基于上述信道利用率推定拥挤状态，基于推定出的拥挤状态，将包含向周边车辆请求设定的发送功率以及发送间隔的拥挤回避控制信息，发送到上述周边车辆。

3.按照权利要求2所记载的车辆用通信装置，其特征在于：

上述通信控制服务部接收从上述周边车辆发送的拥挤回避控制信息，并按照从上述周边车辆接收到的上述拥挤回避控制信息，进行上述本车辆的上述通信控制。

说明书

车辆用通信装置

技术领域

[0001] 本发明是涉及车辆用通信装置的发明，特别是涉及进行车与车之间通信的车辆用通信装置。

背景技术

[0002] 近年来，人们一直在研讨利用进行车与车之间通信的车辆用通信装置使安全驾驶辅助系统实用化的方案。在此情况下，一般在车辆用通信装置上使用在各车辆之间每隔一定周期相互收发本车辆的信息的信息交换型应用程序。

[0003] 但是，这一信息交换型应用程序被认为在通信区域内存在的车辆台数增加了的情况下，因通信流量增加而发生拥挤，不能充分进行车与车之间通信从而无法提供安全支援服务。

[0004] 因而，在专利文献1中公开了如下方法，即基于车辆的危险状况及通信线路的通信业务量进行本车辆的发送周期控制来回避拥挤，以便在车与车之间通信中不会发生拥挤。进而，在专利文献2中公开了如下办法，即基于车辆的危险度重新设定本车辆的接收灵敏度及发送功率、天线定向性、频率，以便在车与车之间通信中不会发生拥挤。 [0005] 专利文献1：日本专利公开特开2006-209333号公报专利文献2：日本专利公开特开2004-206624号公报

[0006] 在专利文献1以及专利文献2所记载的车辆用通信装置中，因作为信息交换型应用程序只能对应单一应用程序，故无法利用紧急应用程序等其他多个应用程序。另外，在专利文献1以及专利文献2所记载的车辆用通信装置中，为了紧急应用程序等其他多个应用程序也无法确保通信频带。

[0007] 进而，在专利文献1以及专利文献2所记载的车辆用通信装置中，只是对本车辆进行通信控制来回避拥挤，但光靠本车辆的通信控制并不能即刻减少网络整体的通信业务量。

[0008] 发明内容

[0009] 本发明的目的是提供一种在车与车之间通信中利用多个应用程序，进行回避本车辆以及周边车辆的拥挤的控制的车辆用通信装置。

[0010] 本发明所涉及的解决方案是提供一种车辆用通信装置，包括依照规定的目的进行车与车之间通信的多个应用程序部；在车与车之间收发数据的下位协议部；介于上述应用程序部和下位协议部之间的中间件部，其特征在于，上述中间件部包括：对上述应用程序部进行数据的传递、且识别上述中间件部接收到的数据的分发目的地的传输服务处理部；在上述车与车之间通信中进行用于回避拥挤的处理、及用于识别上述应用程序部的端口号的管理的通信控制服务部；以及进行上述数据的发送控制以及接收控制的收发控制处理部，其中，上述通信控制服务部基于针对上述每个应用程序部接受的应用程序优先度、各车辆的车辆优先度以及从上述下位协议部取得的信道利用率，来控制本车辆以及周边车辆的拥挤回避处理。

[0011] 因为本发明所涉及的车辆用通信装置具备介于上述应用程序部和下位协议部之间的中间件部，所以就可以在车与车之间通信中利用多个应用程序来进行回避本车辆以及周边车辆的拥挤的控制。 别图示，在L2管理层22上具备管理信息库(MIB：ManagementInformation Base)，并在第2层的下层设置有物理层的第1层(L1)。 [0012] 本发明的目的、特征、方面以及优点通过以下的详细说明和附图将变得更为明了。 附图说明

[0013] 图1是本发明实施方式所涉及的车辆用通信装置之框图。图2是用于说明本发明实施方式所涉及的车辆用通信装置的链接建立的图。图3是用于说明本发明实施方式所涉及的车辆用通信装置的接入点识别的图。图4是用于说明本发明实施方式所涉及的车辆用通信装置的各服务原语与各协议之关系的图。图5是说明本发明实施方式所涉及的车与车之间通信M/W之构成的图。图6是说明本发明实施方式所涉及的车辆用通信装置的M/W协议数据单位以及M/W服务数据单位的图。图7是表示本发明实施方式所涉及的车辆用通信装置的通信服务原语间的逻辑关系的图。图8是表示本发明实施方式所涉及的车辆用通信装置的车与车之间通信M/W协议数据单位的图。图9是表示本发明实施方式所涉及的车辆用通信装置的通信控制信息之字段格式的图。图10是表示本发明实施方式所涉及的车辆用通信装置的端口号之设定例的图。图11是表示本发明实施方式所涉及的车辆用通信装置的优先度之设定例的图。图12是表示本发明实施方式所涉及的车辆用通信装置的管理服务原语间的逻辑关系的图。 图13是表示本发明实施方式所涉及的车辆用通信装置的M/W协议数据单位之格式的图。图14是表示本发明实施方式所涉及的车辆用通信装置的通信控制信息之字段格式的图。图15是表示本发明实施方式所涉及的车辆用通信装置的端口号之具体例的图。图16是表示本发明实施方式所涉及的车辆用通信装置的广播消息之格式的图。图17是表示本发明实施方式所涉及的车辆用通信装置的参加消息之格式的图。图18是表示本发明实施方式所涉及的车辆用通信装置的ResultCode之内容的图。图19是表示本发明实施方式所涉及的车辆用通信装置的确认应答消息之格式的图。图20是表示本发明实施方式所涉及的车辆用通信装置的选择性再送消息之格式的图。图21是表示本发明实施方式所涉及的车辆用通信装置的初始连接过程的图。图22是表示本发明实施方式所涉及的车辆用通信装置的拥挤回避控制消息之格式的图。图23是表示本发明实施方式所涉及的车辆用通信装置的信道利用率与拥挤状态等级之关系的图。图24是表示本发明实施方式所涉及的车辆用通信装置的与车速相应的发送功率设定之具体例的图。图25是表示本发明实施方式所涉及的车辆用通信装置的随机数的发送消息之格式的图。图26是表示本发明实施方式所涉及的车辆用通信装置的签名的应答消息之格式的图。图27是表示本发明实施方式所涉及的车辆用通信装置的设备认 证过程之概略的图。 具体实施方式

[0014] (实 施 方 式 ) 本 实 施 方 式 所 涉 及 的 车 辆 用 通 信 装 置 具 备ITS(IntelligentTransport Systems)应用程序部1作为用于进行车与车之间通信使安全驾驶辅助系统实用化的应用程序及舒适且方便性高的应用程序；和在车与车之间进行数据收发的下位协议部2。进而，本实施方式所涉及的车辆用通信装置还具备介于ITS应用程序部1和下位协议部2之间的车与车之间通信中间件(M/W：Middle-Ware)部3。本实施方式所涉及的车辆用通信装置，通过具备这一车与车之间通信M/W部3则只要是遵照该车与车之间通信M/W部3之标准的应用程序就可以利用多个，多个应用程序(包含紧急应用程序)可以分别进行车与车之间通信。

[0015] 首先，在图1所示的ITS应用程序部1具备：通过网络协议4与下位协议部2进行通信的网络系应用程序5；在车与车之间通信M/W部3上直接工作的非网络系应用程序6。此外，在网络协议4上采用IP(Internet Protocol)、或者IP以外的协议。另外，虽然在图
1中分别记载一个网络系应用程序5以及非网络系应用程序6，但本发明并不限于此，还可以设置多个网络系应用程序5以及非网络系应用程序6。

[0016] 其次，在图1所示的下位协议部2上图示有具备IEEE802.11p协议簇以及其他协议簇(例如5.8GHz，UHF/VHF等)的数据链接层的第2层(L2)21；和进行该第2层的管理的L2管理层22。进而，在图1所示的下位协议部2上作为第2.5层(L2.5)设置有用于对应多协议的多协议对应处理层23。此外，在图1所示的下位协议部2上虽然没有特别图示，在L2管理层22上具备管理信息库(MIB：ManagementInformation Base)，并在第2层的下层设置有物理层的第1层(L1)。

[0017] 其次，图1所示的车与车之间通信M/W部3介于下位协议部2和ITS应用程序部1的非网络系应用程序6之间。而且，图1所示的车与车之间通信M/W部3为了增补通信功能还具备：传输服务处理部31、通信控制服务部32、收发控制处理部33以及媒体自适应处理部34。进而，图1所示的车与车之间通信M/W部3通过具备上述构成，对非网络系应用程序6提供并不意识到下位协议部2的平台。

[0018] 传输服务处理部31对非网络系应用程序6进行数据的交接，并识别车与车之间通信M/W部3接收到的数据的分发目的地。通信控制服务部32具备拥挤控制处理部321、通信连接管理部322、和管理信息库(MIB：Management Information Base)323，进行车与车之间通信的通信控制。拥挤控制处理部321具备为了回避拥挤而控制发送功率的发送功率控制部321a、以及变更信道以回避拥挤的多信道控制部321b。进而，拥挤控制处理部321还具有为了回避拥挤而对收发控制处理部33指示发送间隔的功能。

[0019] 通信连接管理部322管理用于识别其他车辆的非网络系应用程序6的端口号。此外，在车与车之间通信M/W部3为了从作为发信方的非网络系应用程序6对其他车辆的非网络系应用程序6正确地送达数据，而设置有用于识别非网络系应用程序6的端口号。管理信息库(MIB)323保存车与车之间通信M/W部3内的构成信息等。

[0020] 此外，通信控制服务部32还具有对信道利用率进行监视，为了紧急应用程序等其他多个应用程序而确保通信频带的功能。

[0021] 收发控制处理部33具备进行数据的发送控制的发送控制部331 和进行数据的接收控制的接收控制部332。在发送控制部331对经由传输服务处理部31从非网络系应用程序6所发送过来的数据，进行发送间隔、数据的分割等处理，并发送至下位协议部3。在发送间隔控制部331a基于拥挤控制处理部321的指示来变更数据的发送间隔。在分割处理部331b在数据大于规定大小的情况下将数据分割成该规定大小。在连送/再送控制部331c为了提高优先度较高的数据分组的到达率而连续发送同一数据规定次数，并依照再送请求而重新发送数据。

[0022] 另一方面，在接收控制部332对从其他车辆接收到的数据进行组装等处理，并经由传输服务处理部31发送给非网络系应用程序6。在组装处理部332a将被分割成规定大小的数据组装起来，恢复到被分割处理以前的数据。在再送控制部332b当数据无法充分接收的情况下将再送请求发送给发送方以让其再次发送该数据。

[0023] 在图1所示的车与车之间通信M/W部3具有拥挤控制处理、分割/组装控制、连送控制等补充功能。这些补充功能能够作为可进行与用途相应的选择的车辆用通信装置的可选项，以便能够从低功能的终端到高功能的终端进行应用。

[0024] 另外，在图1所示的车与车之间通信M/W部3为了对下位协议部3实现多协议而设置媒体自适应处理34，吸收下位层固有的规格。

[0025] 其次，就本实施方式所涉及的车辆用通信装置的通信过程之概略进行叙述。首先，本实施方式所涉及的车与车之间通信M/W部3以进行广播通信为前提。为此，本实施方式所涉及的车与车之间通信M/W部3若是广播通信的话则不需要进行链接建立，所以不论通信连接与否都成为可以使用的状态。在可以使用的状态的车与车之间通信M/W部3即成为通信阶段，进行利用了非网络系应用程序6的车与车之间通信。

[0026] 另一方面，在本实施方式所涉及的车与车之间通信M/W部3中进行个别通信的情况下，不同于广播通信则需要进行链接建立。在图2中表示具体的链接建立的程序。首先，在图2所示的步骤S1，链接被停止。然后，在步骤S2为了链接建立而成为链接等待状态。在步骤S2中为了车与车之间通信M/W部3的链接建立一有通信连接通知就进入步骤S3。
在步骤S3对所通知的对方站(其它车辆)的M/W概要文件和本站(本车辆)的M/W概要文件进行比较，以确认在车与车之间通信M/W部3内可以利用的功能。

[0027] 当在步骤S3中M/W概要文件的确认已结束的情况下，进入步骤S4并在访问管理功能有效时进行对方认证。当在步骤S4中对对方认证认证成功了的情况下，进入步骤S5，车与车之间通信M/W部3将非网络系应用程序6设为可使用的状态并将处理转移到应用程序阶段。已成为可使用的状态的非网络系应用程序6对每个应用程序进行初始设定，成为通信阶段而可以进行通信(步骤S5)。在步骤S6中通信结束并返回到步骤S2。此外，当在步骤S4中对对方认证认证失败了的情况下，也进入步骤S6并且通信结束。 [0028] 其次，就本实施方式所涉及的非网络系应用程序6中的接入点的识别进行说明。在图3中表示概念图。在图3中，非网络系应用程序6的数据即应用程序数据7在车与车之间通信M/W部3中被赋予用于识别接入点的端口号8。进而，被赋予了端口号8的应用程序数据7在下位协议2中为了识别车与车之间而赋予LID9。这里，端口号8以多个非网络系应用程序6的支持作为前提，并作为识别各非网络系应用程序6的编号而被利用。 [0029] 其次，在将图1所示的本实施方式所涉及的车辆用通信装置认为 是协议模型的情况下，在图4中表示各服务原语与各协议之关系。在图4中，2台车辆间利用在下位协议部2提供的服务接口来交换协议数据单位(PDU：Protocol Data Unit)。具体而言，通过在下位协议部2的层2交换LPDU、MPDU，在层1交换PHYPDU，车与车之间通信M/W部3的协议经由服务原语以及MSDU(MAC Service Data Unit)在车辆间交换M/W-PDU(Middle-ware Protocol Data Unit)。另外，ITS应用程序部1的上位协议经由服务原语以及M/W-SDU(Middle-wareService Data Unit)在车辆间交换上位PDU。

[0030] 另外，车与车之间通信M/W部3作为服务接口利用用于数据传输的数据传输服务和用于管理控制的管理服务，将服务原语以及M/W-SDU提供给上位协议即ITS应用程序部1。此外，在后述的车与车之间通信M/W部3的标准(车与车之间通信M/W标准)中，该服务接口仅规定与上位协议的相互动作，关于服务接口的规格本身则不规定。 [0031] 其次，就本实施方式所涉及的车辆用通信装置的拥挤回避处理进行说明。首先，通信控制服务部32基于每个非网络系应用程序6接受的应用程序优先度、各车辆的车辆优先度(包含危险度、所要距离、容许延迟时间)以及从下位协议部2取得的信道利用率，来控制本车辆以及周边车辆的拥挤回避处理。具体而言，非网络系应用程序6在本车辆的信息发生了变更的情况下对车与车之间通信M/W部3发行车辆信息设定请求原语，并接受本车辆的信息(车辆ID、车速、通信车辆台数、发送间隔、危险度)。已接受的本车辆的信息保存在MIB323中。

[0032] 然后，车与车之间通信M/W部3利用下位协议部2提供的管理服务接口从L2管理层22的MIB取得信道信息(信道编号、信道利用率)。进而，车与车之间通信M/W部3基于在通信控制服务部32所 取得的本车辆的信息和信道信息，来推定表示拥挤发生是否接近的拥挤状态等级。然后，在该拥挤状态等级大于等于规定的等级的情况下，控制发送功率及发送间隔或者变更信道等进行拥挤的回避处理。

[0033] 另外，在本实施方式所涉及的车辆用通信装置中，通信控制服务部32在本车辆与周边车辆之间交换拥挤回避控制信息(包含本车辆的通信控制信息和本车辆对周边车辆进行请求的通信控制信息)，考虑周边车辆的拥挤回避控制信息来进行本车辆的通信控制。具体而言，车与车之间通信M/W部3以一定间隔发送在规定的条件(例如拥挤状态等级大于等于规定的等级)时所生成的拥挤回避控制信息。此外，在本车辆的优先度以及危险度较低的情况下则中止拥挤回避控制信息的发送。另一方面，在本车辆的优先度以及危险度较高的情况下基于所发送的拥挤回避控制信息请求对方车辆以执行拥挤回避处理。接收到拥挤回避控制信息的对方车辆在拥挤回避控制概要文件中登录所接收到的拥挤回避控制信息，并基于该概要文件来进行拥挤回避处理。

[0034] (车与车之间通信M/W规格)其次，以下就本发明所涉及的车辆用通信装置、特别是在车与车之间通信M/W中确定的规格详细地进行说明。

[0035] 1.1车与车之间通信M/W的功能车与车之间通信M/W为了增补下位协议的通信功能而具有以下功能：(1)多应用程序对应(2)多协议对应(3)拥挤回避控制(4)媒体自适应控制(5)分割组装控制(6)连送控制 (7)通信连接管理(8)再送控制。而且，车与车之间通信M/W还对上位应用程序提供用于数据传输的数据传输服务和用于管理控制的管理服务。

[0036] 1.2车与车之间通信M/W的构造在图5中表示车与车之间通信M/W之构成。图5所示的车与车之间通信M/W部3以各功能可以追加删除的方式按功能单位而构成实体。也就是说，与多应用程序对应功能相对应而设置有传输服务处理部33，与多协议对应以及媒体自适应控制功能相对应而设置有媒体自适应处理部34。进而，与拥挤回避控制功能相对应而设置有拥挤控制处理部321，与分割组装控制以及连送控制功能相对应而设置有发送控制331以及接收控制332。

[0037] 另外，与通信连接管理功能相对应而设置有通信连接管理部322。进行车与车之间通信M/W部3的管理的通信连接管理部322为了形成管理实体间的同位协议而分配与上位应用程序同等的接入点的标识符。然后，通信连接管理部322利用通信控制服务部32的接口进行管理实体间的数据收发。此外，在图5所示的通信控制服务部32上作为可选项设置有访问管理部324。这一访问管理部324进行数据接收站(接收数据的移动站)及数据发送站(发送数据的移动站)的设备认证处理等。

[0038] 1.3服务接口在车与车之间通信M/W部3与非网络系应用程序6之间设置传输服务处理部31，该传输服务处理部31提供用于数据传输的数据传输服务接口和用于管理控制的管理服务接口。另外，在车与车之间通信M/W部3与下位协议部2之间设置媒体自适应处理部34，该媒体自适应处理部34进行利用了多个车与车之间通信协议提供的服务接口的通信。

[0039] 1.4协议车与车之间通信M/W部3的通信控制的过程用车与车之间通信M/W部3附加的通信控制信息来规定。另外，通信控制管理的过程也用车与车之间通信M/W部3附加的通信控制信息来规定。这一通信控制信息如图6所示那样，结合于在各协议从ITS应用程序部1所传递的车与车之间通信M/W服务数据单位(M/W-SDU：Middle-wareService Data Unit)上。此外，车与车之间通信M/W服务数据单位(M/W-SDU)在ITS应用程序部1中是PDU，车与车之间通信M/W服务数据单位(M/W-SDU)在车与车之间通信M/W部3中是车与车之间通信M/W协议数据单位(M/W-PDU)。另外，通信控制信息+车与车之间通信M/W协议数据单位(M/W-PDU)被传递给下位协议部3而成为MSDU。

[0040] 2通信控制2.1数据传输服务接口2.1.1原语相互关系之概要车与车之间通信M/W的通信控制作为数据传输服务(下面也称之为通信服务)将以下原语提供给非网络系应用程序(以下还简单称之为应用程序)。TransferData.requestTransferData.indicationTransferData.request从应用程序向车与车之间通信M/W传递将从应用程序所传递的M/W-SDU传输至对方站这一请求。TransferData.indication将表示M/W-SDU到达的信息从车与车之间通信M/W向应用程序进行传递。

[0041] 2.1.2服务内容的规格 在这里，就与通信服务相关联的原语以及变量在下面进行规定。作为服务接口的变量抽象地进行记述，并规定对接收侧的实体而言所需要的信息。但是，关于提供这一信息的具体的实现方法则不制约。变量linkAddress识别对方站。变量PortNo识别传输目的地的应用程序以及通信控制服务。变量Parameter实际传递M/W-SDU或者传递指针。另外，还能够通过其他的方法来进行传递。变量Priority表示每个应用程序的优先度。变量extensionParameter传递实际的数据或者指针。另外，还能够通过其他的方法来进行传递。变量TransmissionMedia识别将要发送的通信媒体。变量TransactionType识别再送处理的有效/无效。

[0042] 在图7中表示车与车之间通信M/W向应用程序提供的通信服务原语间的逻辑关系。

[0043] 2.1.2.1数据发送请求原语(1)功能此原语是请求将M/W-SDU发送至对方站的服务原语。

[0044] (2)生成契机此原语始终由应用程序生成。

[0045] (3)原语的变量此原语持有TransferData.request(linkAddress，PortNo，userData，Priority，extensionParameter，TransmissionMedia、TransactionType)的变量。在变量linkAddress上保存识别对方站的链接地址。能够指定私有链接地址或者组广播链接地址。在变量PortNo上设定应用程序的本地端口号。在变量userData上保存从本站的应用程序所传递的M/W-SDU。在变量Priority上表示每个应用程序的优先度。 在变量extensionParameter上保存发送从本站的应用程序所传递的M/W-SDU的容许延迟时间、必要距离等。在变量TransmissionMedia上保存对发送M/W-SDU的通信媒体进行选择的标识符。在变量TransactionType上保存变量userData的再送处理有效/无效的标识符。 [0046] 2.1.2.2数据收到通知原语(1)功能此原语是通知收到来自对方站的M/W-SDU的服务原语。

[0047] (2)生成契机此原语在表示收到M/W-SDU时由车与车之间通信M/W生成。 [0048] (3)原语的变量此原语持有TransferData.indication(linkAddress，PortNo，userData)的变量。在变量linkAddress上保存识别对方站的链接地址。传递私有链接地址或者组广播链接地址。在变量PortNo上设定应用程序的本地端口号。在变量userData上保存已收到的M/W-SDU。

[0049] 2.2协议数据单位(PDU)2.2.1PDU格式图8所示的车与车之间通信M/W协议数据单位(M/W-PDU)是车与车之间通信M/W的PDU，由后述的2.3.1所规定的保存用于指示车与车之间通信M/W的过程的控制信息的控制字段(通信控制信息)、和用于保存从应用程序所传递的M/W-SDU的信息字段组成。

[0050] 2.2.2PDU要素 2.2.2.1连接的识别连接识别用的链接地址作为下位层提供的服务原语的变量进行授受。

[0051] 2.2.2.2控制字段的格式在指示车与车之间通信M/W的过程的控制字段上保存通信控制信息。此外，该内容在后述的2.3.1详细地进行规定。

[0052] 2.2.2.3信息字段的格式在信息字段上将从应用程序所传递的M/W-SDU进行分割或者透过来保存。

[0053] 2.3通信控制的过程要素2.3.1通信控制信息的格式在通信控制信息上保存对车与车之间通信M/W的过程进行指示的控制信息，并为了执行过程而在移动站间(车辆间)被共享。在图9中表示此通信控制信息的字段格式。

[0054] (1)端口号(PortNo)是指示发送目的地的应用程序以及通信控制服务的标识符。在图10中表示端口号的设定例。

[0055] (2)节点优先度(NodePriority)表示车辆的优先度。用车与车之间通信M/W的MIB来管理对方站的优先度和从下位层接收到的对方站的链接地址。在本站发送M/W-PDU之际，用于后述的3.4.2.1所规定的依照本站的优先度和对方站的优先度、信道利用率等来进行拥挤回避控制。节点优先度保存从车辆信息设定原语所取得的值。在图11中表示优先度的设定例。

[0056] (3)事务类型(TransactionType)指定事务的类型。“0”：数据发送 事务服务；“1”：请求/响应型事务服务。在此标识符表示“1”的情况下，再送处理为有效，将消息对对方站进行通知，并且取得针对该消息的确认应答(ACK)。此外，请求/响应型事务服务仅在个别通信中可以使用。

[0057] (4)再送数据标志(RetransmitDataFlag)是表示是否为被重新发送的数据的标志。在此标识符表示“1”的情况下，PDU表示被重新发送的数据。

[0058] (5)事务ID(TransactionID)是事务的标识符。根据该事务ID来区别各个事务，据此还可以对应在同一应用程序间多个事务同时存在的状况。事务ID的编号附加方式是由16位构成，每当新事务发行就递增1。

[0059] (6)段标志(SegmentFlag)是指示分割传输处理的有效/无效的标识符。在此标识符表示真值(true)的情况下，表示M/W-PDU是被分割传输的段。在不进行段处理的情况下，本标识符为假值(false)。

[0060] (7)段末端标志(SegmentLastFlag)为表示是分割传输处理的最终段的标识符。在此标识符表示真值(true)的情况下，表示车与车之间通信M/W是经过分割传输的段的最终段。在不进行段处理的情况下以及不是最终段的情况下，本标识符为假值(false)。 [0061] (8)PDU组编号(pduGroup)表示段的识别信息。对实施分割处理以前的M/W-SDU附加一个值。编号附加以发送队列为单位按模32进行，不进行分割处理的M/W-SDU也附加编号。在组装经过分割处理的段之际，以同一PDU组编号为对象。

[0062] (9)段号(SegmentNo)是表示段的分割顺序的序号。在已分割的最 初段上附加段号“0”，并对以后的段按顺序分配经过递增的值。在段的组装中要保证段号的顺序。不应用分割传输时的段号设为“0”。

[0063] (10)信道标志(ChannelFlag)是表示在通信控制信息中是否包含信道信息的标识符。在此标识符表示真值(true)的情况下，表示车与车之间通信M/W在控制字段中包含信道信息。在不包含信道信息的情况下，本标识符为假值(false)。

[0064] (11)信道利用率(ChannelUsageRate)是可选项，是表示正在进行收发的信道处于使用中(繁忙)的比例的变量。单位设为％，设定从0到100的值。从这一变量取得对方站的信道利用率，并与本站的信道利用率进行比较，在差分较大的情况下就能够推定存在多个对本站而言成为隐藏终端(与本站不重叠的对方站的通信终端)的移动站。 [0065] 2.3.2通信控制变量2.3.2.1车与车之间通信M/W的最大接收单位(MRU)车与车之间通信M/W的最大接收单位(MRU：Maximum ReceiveUnit)是车与车之间通信M/W可以从上位应用程序接受的数据的最大接收长度。车与车之间通信M/W的最大接收单位(MRU)设为安装的应用程序规定的最大传输单位(MTU：Maximum Transmission Unit)之中最大的值。

[0066] 2.3.2.2分割传输的段单位(SUU)分割传输的段单位(SUU：Segment Unit for Unicast)是在进行分割传输之际使M/W-SDU分段化的单位，依照所选择的概要文件设定以下的值。SUU的值设为183八位字节(Octet)。

[0067] 2.3.2.3连送控制的连送次数(k)连送控制的连送次数(k)是通过连送控制反复发送M/W-PDU的 次数。由于被广播发送的数据的接收差错率因k的值而异，所以在值的设定上就需要考虑系统的可靠性来进行决定。

[0068] 2.3.3与下位层的通信服务接口在车与车之间通信M/W中作为与下位层(下位协议部)的接口，经常通过媒体自适应部提供的子原语来进行。车与车之间通信M/W使用可以对应下位层提供的多个功能定义的原语。

[0069] 2.4通信控制的过程2.4.1传输服务处理的过程(1)发送服务的处理在从应用程序调用了数据发送请求原语(TransferData.request)的情况下，从变量Parameter取得M/W-SDU。对已取得的M/W-SDU应用后述的2.4.3所规定的发送间隔控制处理。但是，在已取得的M/W-SDU的大小超过SUU的情况下在应用发送间隔控制处理以前应用后述的2.4.2所规定的分割控制。此外，以下情况下的M/W-SDU设为无效，不进行处理。

[0070] (a)在用变量Parameter所传递的M/W-SDU的大小超过车与车之间通信M/W的MRU的情况下，该请求原语废弃，并对请求了发送的应用程序用事件通知原语(EventReport.indication)来通知状态为“数据大小超过了上限值”。

[0071] (b)在发送队列没有空闲的情况下，该M/W-SDU废弃，并对请求了发送的M/W-SDU用事件通知原语(EventReport.indication)来通知状态为“发送队列中没有空闲，发送失败”。

[0072] (c)在变量linkAddress为组广播链路地址，该地址值不为“0”的情况下，该请求原语废弃，并对请求了发送的应用程序用事件通知原语(EventReport.indication)通知状态为“所指定的组广播地址无效”。

[0073] (2)接收服务的处理在被分割的情况下进行了组装控制以后，若M/W-PDU被保存在接收队列中，就参照在2.3.1所示的通信控制信息中包含的端口号(PortNo)，确定作为已收到的M/W-PDU的通知目标的应用程序以及通信控制服务。此时，在本站内不存在作为分发目的地的应用程序以及通信控制服务的情况下，废弃已到达的M/W-SDU。 [0074] 在通知目标为应用程序的情况下，使用数据收到通知原语(TransferData.indication)向应用程序进行M/W-SDU的分发。此时，在变量Parameter上从M/W-PDU删除通信控制信息，并取出向应用程序传递的M/W-SDU来进行保存。在变量linkAddress上保存从来自下位层的数据收到原语(SendData.indication)取得的对方站的链接地址。 [0075] 另外，在通知目标为通信控制服务的情况下，向通信控制服务进行M/W-SDU的分发。此时，从M/W-PDU删除通信控制信息并取出M/W-SDU，将该M/W-SDU和从来自下位层的数据收到原语取得的对方站的链接地址一起传递至通信控制服务。

[0076] 如果变量事务类型(TransactionType)为“1：请求/响应型”则返回确认应答。如果变量信道标志(ChannelFlag)为“1”则包含信道信息，所以在管理表(MIB)中保管后续的信道信息。在M/W概要文件中保存变量节点优先度(NodePriority)和信道利用率(ChannelUsageRate)、从下位层的数据收到原语取得的对方站的LID。

[0077] 2.4.2分割/组装控制的过程分割/组装控制可否应用从处理对象的车与车之间通信M/W的 链接地址参照该移动站的M/W概要文件来进行判定。

[0078] 2.4.2.1发送站的过程(1)分割传输功能有效时的传输控制对于根据M/W概要文件分割传输功能有效的移动站，进行以下所示的M/W-SDU的段处理。首先，在从传输服务处理传递了M/W-SDU的情况下进行以下处理。在M/W-SDU的大小小于等于MTU的情况下，附加按照2.3.1的规定不进行段处理时的通信控制信息而生成M/W-PDU，并传递给在后述的2.4.3所规定的拥挤回避控制处理。

[0079] 在M/W-SDU的大小超过MTU的情况下，从开头起按顺序以SUU的大小来分割M/W-SDU进行段化，对每段附加按照2.3.1的规定的通信控制信息而生成M/W-PDU，并传递给在后述的2.4.3所规定的发送间隔控制处理。此时，在对于被指定的LID，需要分割/组装处理的事务已经被执行的情况下，对应用程序用EventReport.indication来通知状态为“分割传输中”。

[0080] (2)分割传输功能无效时的传输控制对于根据M/W概要文件分割传输功能无效的移动站不应用分割传输处理。在此情况下，附加按照2.3.1的规定不进行段处理时的通信控制信息而生成M/W-PDU，并传递给在后述的2.4.3所规定的发送间隔控制处理。 [0081] 2.4.2.2接收站的过程在接收站的组装处理中，参照被保存在接收队列中的M/W-PDU的通信控制信息，进行以下处理。首先，在段标志(SegmentFlag)表示真值(true)的段存在，与该段相同的PDU组编号、从段号0起直到段末端标志表示真值(true)的段号为止的M/W-PDU全部被保存在接收队列中的情况下，按照段号的顺序将段联结起来而重新生成M/W-SDU，并传递给传输服务处理。在段标志表示假值(false)的情况下，将被保存在接收队列中的M/W-PDU作为M/W-SDU传递给传输服务处理。

[0082] 2.4.3发送间隔控制的过程(1)发送站的处理(a)发送间隔控制处理当从分割/组装控制接受M/W-PDU后，就根据从数据发送请求原语(TransferData.request)所接受到的变量Priority取出应用程序的优先度(从可选变量extensionParameter取出所要距离、容许延迟时间)。

[0083] (b)发送间隔控制如后述的3.4.2.2所记述那样将拥挤回避控制信息即应用程序优先度、所要距离、容许延迟时间传递给通信控制服务的拥挤回避控制处理。 [0084] (c)在拥挤回避控制处理以后述的3.4.2.2所记载的过程决定了通信控制信息的参数以后，发送间隔控制等待从拥挤回避控制处理传递发送间隔Ti和连送次数k。 [0085] (d)当接受发送间隔Ti后，发送控制就按照2.3.1的规定创建/附加通信控制信息，来创建M/W-PDU。然后，从前次的发送时间算起在发送间隔Ti后将M/W-PDU和连送次数k传递给后述的2.4.4所记载的连送控制处理，以完成发送间隔控制处理。 [0086] 2.4.4连送控制的过程通过连送控制，优先度较高的数据进行连送以提高分组到达率。优先度较低的数据根据信道状况来判断是否进行连送，在信道混乱时不进行连送而在信道不混乱的情况下则进行连送由此来改善分组到达率。

[0087] (1)发送站的控制根据从发送间隔控制所传递渡的连送次数k，将符合条件的PDU组编号的M/W-SDU发送k次，并传递给媒体自适应处理部。k次的反复一完成就废弃该PDU组编号的所有段。

[0088] (2)接收站的控制对通信控制信息的PDU组编号重复的M/W-SDU进行废弃。 [0089] 2.4.5再送控制的过程再送处理在指定了通信控制信息的TransactionType＝1的情况下进行应用。

[0090] (1)发送处理(a)应用程序通过发行TransactionType＝1的数据发送请求原语(TransferData.request)而开始再送处理有效的数据传输服务。

[0091] (b)在创建TransactionType＝1的M/W-PDU并使用下位层提供的数据传输原语(SendData.request)发送给对方站以后，启动再送计时器并等待接收来自对方站的确认应答(ACK)。

[0092] (c)在(b)中所启动的再送计时器因(b)中所发送的PDU未到达等某种理由而在ACK接收前就超时了的情况下，将(b)中所发送的PDU的再送标志(RetransmitFlag)设置成1。然后，在重新发送给对方站以后，重新启动再送计时器，并使再送计数器递增。 [0093] (d)在反复了数次再送以后，再送计数器超过了最大再送次数的情况下，用事件通知原语(EyentReport.indication)将事务失败通知给 应用程序通知，并完成此事务。 [0094] (e)若在再送计时器超时前，通过下位层提供的数据传输原语接收从对方站所发送的ACK，则停止在(b)或者(c)中所启动的再送计时器，并完成此事务。

[0095] (2)接收处理(a)当通过下位层提供的数据传输原语(SendData.request)接收M/W-PDU后，就传递给分割/组装控制。

[0096] (b)在(a)中所接收到的PDU为TransactionType＝1的情况下生成ACK，通过下位层提供的数据传输原语对对方站发送ACK，并启动等待计时器。

[0097] (c)在因(b)中所发送的ACK未到达等理由，再次接收了(a)中所接收到的PDU的情况下，就废弃此PDU并再次生成ACK，通过下位层提供的数据传输原语(SendData.request)对对方站进行发送，并再次启动等待计时器。

[0098] (d)若(b)或者(c)中所启动的等待计时器超时就完成此事务。

[0099] 2.4.6媒体自适应控制的过程媒体自适应控制由多个下位层的数据传输服务和车与车之间通信M/W的数据传输服务所构成，并为了吸收车与车之间通信M/W与下位层的差异而提供控制。例如，若将原有的下位层的通信协议设想为5.8GHz和IEEE802.11p，则下位层和应用程序间的原语分别如下所示。

[0100] (a)在5.8GHz的情况下 数据传输原语Send(分割标志、数据连贯编号、发送数据)数据收到原语Receive(接收数据)(b)IEEE802.11pWSM-WaveShortMessage.request(ChannelInfo、WSMversion、SecurityType、ApplicationlD、ApplicationContextMark、TransmissionPriority、Length、Data、PeerMacAddress)WSM-WaveShortMessage.indication(ChannelInfo、WSMversion、SecurityType、ApplicationID、ApplicationContextMark、TransmissionPriority、Length、Data、PeerMacAddress)上述原语的变量之内、在车与车之间通信M/W被支持的进行映射，不被支持的则附加在PDU的数据部进行传递。此外，该媒体自适应处理部能够依照下位层的通信媒体的利用状况以及来自应用程序的请求，来选择发送数据的通信媒体。 [0101] 3通信控制管理3.1管理服务接口3.1.1原语相互关系之概要车与车之间通信M/W的通信控制管理将以下的管理服务提供给应用程序。

[0102] (1)事件通知服务在事件通知服务中提供EventReport.indication的原语。 [0103] EventReport.indication为了通知在车与车之间通信M/W内所发生的错误等现象而从车与车之间通信M/W传递给对方站或者本站的应用程序。

[0104] (2)车辆信息设定服务 在车辆信息设定服务中提供SetVehicleInfb.request的原语。

[0105] SetVehicleInfb.request为了对车与车之间通信M/W请求设定车辆的信息而从应用程序传递给车与车之间通信M/W。

[0106] (3)MIB访问服务在MIB访问服务中提供以下的原语。MeGet.requestMeGet.indicationMeSet.requestMeSet.indicationMeGet.request为了请求取得车与车之间通信M/W的MIB变量而从应用程序传递给车与车之间通信M/W。MeGet.indication为了通知车与车之间通信M/W的MIB变量的取得而从车与车之间通信M/W传递给应用程序。MeSet.request为了请求车与车之间通信M/W的MIB变量的设定而从应用程序传递给车与车之间通信M/W。MeSet.indication为了通知车与车之间通信M/W的MIB变量的设定结果而从车与车之间通信M/W传递给应用程序。

[0107] (4)(可选项)连接管理服务在连接管理服务中提供以下的原语。M/W-Application.requestM/W-Application.confirmM/W-Application.indicationM/W-Application.responseRegisterPort.requestDeregisterPort.requestM/W-Application.request为了通知本站的应用程序能够提供的服务而从本站的应用程序传递给车与车之间通信M/W。 M/W-Application.confirm为了返回针对M/W-Application.request的应答而从车与车之间通信M/W传递给本站的应用程序。M/W-Application.indication为了通知对方站的应用程序能够提供的服务以及请求是否与对方站进行连接的确认，而从车与车之间通信M/W通知给本站的应用程序。

[0108] M/W-Application.response为了返回针对M/W-Application.indication的应答而从应用程序传递给车车与车之间通信M/W。RegisterPort.request为了登录应用程序能够对车与车之间通信M/W提供的应用程序而从应用程序传递给车与车之间通信M/W。DeregisterPort.request为了通知应用程序无法对车与车之间通信M/W提供的应用程序，而从应用程序传递给车与车之间通信M/W。

[0109] 3.1.2服务内容的规格在这里，就与管理服务相关联的原语以及变量进行规定。作为接口的变量抽象地进行记述，并规定对接收侧实体而言所需要的信息。但是，关于提供这一信息的具体的实现方法则不制约。

[0110] 变量linkAddress识别每个应用程序的本站和对方站的接入点。变量Parameter实际传递M/W-SDU或者传递指针。另外，还能够通过其他的方法来进行传递。变量extensionParameter以及变量mibParameter传递实际的数据或者传递指针。另外，还能够通过其他的方法来进行传递。变量status表示针对现象的状态值。变量mibIndex传递指示实际的MIB变量的变量名或者传递指针。另外，还能够通过其他的方法来进行传递。变量mibStatus表示针对请求的成功/不成功。变量PortNo表示应用程序的端口号。变量Priority表示进行提供的应用程序的优先度。

[0111] 在图12中表示车与车之间通信M/W向应用程序提供的管理服 务原语间的逻辑关系。

[0112] 3.1.3事件通知服务事件通知服务是通知在车与车之间通信M/W内所发生的错误等现象的服务，车与车之间通信M/W提供如下服务原语。

[0113] 3.1.3.1事件通知原语(1)功能此原语是通知在车与车之间通信M/W内所发生的错误等现象的服务原语。

[0114] (2)生成契机此原语在将车与车之间通信M/W内所发生的错误等现象通知给应用程序时由车与车之间通信M/W生成。

[0115] (3)原语的变量此原语持有EventReport.indication(linkAddress，status，[extensionParameter])的变量。在变量linkAddress上保存在车与车之间通信将使用的链接地址。在变量status上保存表示所发生的现象的代码。变量extensionParameter根据需要而保存用于补充变量status的内容的信息。此变量为可选项。

[0116] 3.1.4车辆信息设定服务车辆信息设定服务是用于从应用程序对车与车之间通信M/W提供车辆信息等的服务，车与车之间通信M/W提供如下服务原语。

[0117] 3.1.4.1车辆信息设定请求原语(1)功能此原语是对车与车之间通信M/W定期地发送应用程序持有的车辆信息的原语。

[0118] (2)生成契机此原语在应用程序中车辆信息被更新的情况下由应用程序生成。 [0119] (3)原语的变量此原语持有SetVehicleInfo.request(VehicleParameters)的变量。在变量VehicleParameters上保存与本车辆有关的车辆信息。

[0120] 3.1.5MIB访问服务MIB访问服务是通信控制管理的MIB管理功能提供的服务，是用于进行车与车之间通信M/W的MIB变量的设定/参照的服务。车与车之间通信M/W提供如下服务原语。

[0121] 3.1.5.1MIB变量取得请求原语(1)功能此原语是请求取得车与车之间通信M/W的MIB变量的服务原语。

[0122] (2)生成契机此原语始终由应用程序生成。

[0123] (3)原语的变量此原语持有MeGet.request(mibIndex)的变量。在变量mibIndex上保存指示MIB变量的变量名。

[0124] 3.1.5.2MIB变量取得通知原语(1)功能此原语是通知车与车之间通信M/W的MIB变量的取得的服务原语。

[0125] (2)生成契机此原语始终由车与车之间通信M/W生成。

[0126] (3)原 语 的 变 量 此 原 语 持 有 MeGet.indication(mibIndex，mibStatus，[mibParameter])的变量。 在变量mibIndex上保存指示MIB变量的变量名。在变量mibStatus上保存执行了请求的结果。在变量mibParameter上保存所取得的MIB变量的内容。在被指示的MIB变量不存在的情况及尚未设定值的情况下省略。

[0127] 3.1.5.3MIB变量保存请求原语(1)功能此原语是请求设定车与车之间通信M/W的MIB变量的内容的服务原语。

[0128] (2)生成契机此原语始终由应用程序生成。

[0129] (3)原语的变量此原语持有MeSet.request(mibIndex，[mibParameter])的变量。在变量mibIndex上保存指示MIB变量的变量名。在变量mibParameter上保存进行设定的MIB变量的内容。在进行了省略的情况下就成为废弃该变量的内容的请求。 [0130] 3.1.5.4MIB变量取得通知原语(1)功能此原语是通知车与车之间通信M/W的MIB变量的设定结果的服务原语。

[0131] (2)生成契机此原语在表示车与车之间通信M/W的MIB变量的设定结果时由车与车之间通信M/W生成。

[0132] (3)原语的变量此原语持有MeSet.indication(mibIndex，mibStatus)的变量。在变量mibIndex上保存指示所设定的MIB变量的变量名。在变量mibStatus上保存执行了请求的结果。

[0133] 3.1.6(可选项)连接管理服务在连接管理服务中，通过对应用程序提供如下服务而提供将应用程序在车与车之间通信M/W上登录/删除以及用于初始连接开始的AnnouncementFrame发送开始功能。

[0134] (1)对下位层的连接状况进行管理/监视，并依照来自应用程序的请求来报告连接状况及通知新连接/切断的服务。

[0135] (2)通过在连接管理服务间相互通知可接收端口号，来管理对方站具有的可接收端口号，并依照来自应用程序的请求对这些状况进行报告或通知某端口变得可以接收的服务。

[0136] 此外，设连接管理服务处于与车与车之间通信M/W上的应用程序同样的位置，连接管理服务间的事件收发利用下位层提供的数据传输服务。

[0137] 3.1.6.1服务通知请求原语(1)功能此原语是请求用于初始连接的AnnouncementFrame发送开始的服务原语。

[0138] (2)生成契机此原语始终由应用程序生成。

[0139] (3)原语的变量此原语持有M/W-Application.request(linkAddress，PortNo)的变量。在变量linkAddress上保存识别对方站的链接地址。能够指定私有链接地址或者组广播链接地址。在变量PortNo上设定应用程序的本地端口号。

[0140] 3.1.6.2服务通知确认原语 (1)功能此原语是返回针对服务通知请求原语的应答的服务原语。

[0141] (2)生成契机此原语始终由车与车之间通信M/W生成。

[0142] (3)原语的变量此原语持有M/W-Application.confirm(ResultCode)的变量。在变量ResultCode上保存表示结果的代码。

[0143] 3.1.6.3服务通知收到原语(1)功能此原语是通知用于初始连接的Announcement Frame收到的服务原语。

[0144] (2)生成契机此原语始终由车与车之间通信M/W生成。

[0145] (3)原语的变量此原语持 有M/W-Application.indication(linkAddress，PortNo)的变量。在变量linkAddress上保存识别对方站的链接地址。能够指定私有链接地址或者组广播链接地址。在变量PortNo上设定应用程序的本地端口号。 [0146] 3.1.6.4服务通知应答原语(1)功能此原语是对服务通知收到原语进行应答的服务原语。

[0147] (2)生成契机此原语始终由应用程序生成。

[0148] (3)原语的变量此原语持有M/W-Application.response(ResultCode)的变量。在变量ResultCode上保存表示结果的代码。

[0149] 3.1.6.5应用程序登录原语(1)功能此原语是用于在车与车之间通信M/W上登录应用程序支持的应用程序的服务原语。

[0150] (2)生成契机此原语始终由应用程序生成。

[0151] (3)原语的变量此原语持有RegisterPort.request(PortNo，Priority)的变量。在变量PortNo上设定应用程序的本地端口号。在变量Priority上保存应用程序的优先度。

[0152] 3.1.6.6应用程序删除原语(1)功能此原语是用于删除被登录在车与车之间通信M/W上的应用程序的服务原语。

[0153] (2)生成契机此原语始终由应用程序生成。

[0154] (3)原语的变量此原语持有DeregisterPort.request(PortNo)的变量。在变量PortNo上设定应用程序的本地端口号。

[0155] 3.2协议数据单位(PDU)3.2.1PDU格式进行车与车之间通信M/W的管理的通信控制管理，因形成在管理实体间的同位协议故对通信控制管理分配与应用程序同等的端口号，利用通信控制的通信服务接口可以进行在管理实体间的数据收发。

[0156] 在图13中表示M/W-PDU的格式。M/W-PDU由保存用于指示车与车之间通信M/W的过程的控制信息的控制字段(通信控制信息)、和保存上位应用程序的PDU的信息字段(M/W-SDU)组成。

[0157] 3.2.2PDU要素3.2.2.1连接的识别用于通信控制管理的识别的端口号利用M/W-PDU的控制字段进行授受。另外，用于连接识别的链接地址等作为车与车之间通信M/W的通信控制提供的服务原语的变量进行授受。

[0158] 3.2.2.2控制字段的格式在指示通信控制管理的过程的控制字段上保存由端口号字段和端口号的可选字段构成的通信控制信息。在图14中表示此通信控制信息的字段格式。

[0159] (1)端口号字段(PortNo).在端口号字段上保存识别通信控制管理的接入点的值。

[0160] (2)端口号字段的可选字段在端口号字段的可选字段上保存对通信控制管理的过程进行指示的控制信息。另外，端口号字段具有对用于捕捉控制内容的附加信息多路复用的可选字段，通信控制管理根据需要来使用此可选字段。在通信控制管理中定义图15所示的识别信息，并定义在移动站间共享的消息。

[0161] 3.2.2.3信息字段的格式信息字段设为NULL(长度为0的数据)。

[0162] 3.3通信连接管理3.3.1通信连接管理的过程要素 3.3.1.1M/W概要文件M/W概要文件是向对方站表示车与车之间通信M/W的特性的文件，由车与车之间通信M/W安装的功能列表以及可提供的应用程序的列表等构成。在M/W概要文件中包含如下变量。 [0163] (1)版本信息版本信息表示车与车之间通信M/W的版本信息。在本标准中设为“0”。

[0164] (2)移动站识别信息在移动站识别信息上保存对移动站进行识别的标识符。原则是在移动站上分配唯一的值。

[0165] (3)移动站的连接管理计时器值移动站的连接管理计时器值表示用管理本站与对方站的连接状态的通信连接管理计时器CT进行设定的Tmax，以毫秒为单位。移动站的连接管理计时器值设定从0到4095范围的值。此外，在设定了“0”作为值的情况下设为无限大。

[0166] (4)应用程序识别信息在应用程序识别信息上保存对移动站支持的应用程序的种类进行指示的标识符。应用程序识别信息通过应用程序登录原语来登录。 [0167] (5)车与车之间通信M/W的功能识别信息在车与车之间通信M/W的功能识别信息上保存对移动站的车与车之间通信M/W支持的功能进行识别的标识符。

[0168] (6)下位层的通信协议识别信息在下位层的通信协议识别信息上保存对移动站的下位层支持的 通信协议进行识别的标识符。

[0169] 3.3.1.2管理控制变量3.3.1.2.1通信连接管理计时器(CT、Tmax)通信连接管理计时器是对本站与正连接着的对方站间的通信连接的状态进行监视的计时器。CT每当与对方站的通信连接就生成，并在与该移动站的通信结束时进行废弃。Tmax是CT上可以设定的最大的计时器值。[0168]3.3.1.2.2发送调度监视计时器(WTTS)发送调度监视计时器是用于监视对于对方站定期发送是否保证的本站的计时器。发送调度监视计时器每当与对方站的通信连接就生成，并在与该移动站的通信结束时进行废弃。在此发送调度监视计时器上设定用通信连接管理计时器所设定的Tmax。

[0170] 3.3.1.3通信连接管理信息的格式在通信连接管理中，在通信连接管理信息上保存对用于连接管理的过程进行指示的控制信息，并定义在移动站间共享的消息。 [0171] 3.3.1.3.1广播消息(AnnouncementPDU)广播消息是用于发送广播数据的消息。在图16中表示广播消息的格式。

[0172] (1)端口号(PortNo)端口号保存表示通信控制管理的广播消息的标识符。具体而言，保存图15所示的端口号。

[0173] (2)事务ID(TransactionlD)根据事务ID来区别各个事务，据此还可以对应在同一应用程序 间多个事务同时存在的状况。事务ID的编号附加方式是由16位构成，每当新事务发行就递增1。

[0174] (3)应用程序标志(ApplicationFlag)应用程序标志是表示在广播消息中是否包含应用程序信息的标识符。在此标识符表示真值(true)的情况下，表示车与车之间通信M/W在控制字段中包含本站可以提供的应用程序的信息。在不包含应用程序信息的情况下，本标识符为假值(false)。此外，在应用程序信息中还包含后述的应用程序数、应用程序ID以及应用程序优先级。

[0175] (4)应用程序数(ApplicationNumber)应用程序数表示可以提供的应用程序的总数。

[0176] (5)应用程序ID(ApplicationID)应用程序ID是识别应用程序的标识符。参照M/W概要文件，来保存所登录的应用程序ID。

[0177] (6)应用程序优先级(ApplicationPriority)应用程序优先级表示应用程序的优先度。

[0178] (7)信道标志(ChannelFlag)信道标志是表示在广播消息中是否包含信道信息的标识符。在此标识符表示真值(true)的情况下，表示车与车之间通信M/W在控制字段中包含本站正监视的信道的信息。在不包含信道信息的情况下，本标识符为假值(false)。 [0179] (8)信道数信道数表示本站正在监视的信道的总数。

[0180] (9)信道编号信道编号表示识别信道的标识符。

[0181] (10)信道利用率信道利用率是表示正在进行收发的信道处于使用中(繁忙)的比例的变量。单位设为％，设定从0到100的值。从这一变量取得对方站的信道利用率，并与本站的信道利用率进行比较，在差分较大的情况下就能够推定存在多个对本站而言成为隐藏终端的移动站。

[0182] (11)预留字段预留字段是为了将来扩展而预先确保的字段。

[0183] 3.3.1.3.2参加消息(JoinPDU)参加消息是为了完成初始连接而进行参加请求的消息。在图17中表示参加消息的格式。

[0184] (1)端口号在端口号上保存表示通信控制管理的参加消息的标识符。具体而言保存图15所示的端口号。

[0185] (2)事务ID根据事务ID来区别各个事务，据此还可以对应在同一应用程序间多个事务同时存在的状况。事务ID的编号附加方式是由16位构成，每当新事务发行就递增1。

[0186] (3)ResultCodeResultCode表示是否进行初始连接的结果。ResultCode在连接对方与支持的应用程序不同的情况下通知“不进行连接”，在支持的应用程序存在的情况下通知“进行连接”。在图18中表示ResultCode的 内容。

[0187] (4)应用程序标志(ApplicationFlag)应用程序标志是表示是否包含应用程序信息的标识符。在此标识符表示真值(true)的情况下，表示车与车之间通信M/W在控制字段中包含本站以及对方站双方能够支持的应用程序的信息。在不包含应用程序信息的情况下，本标识符为假值(false)。此外，在应用程序信息中还包含应用程序ID。 [0188] (5)应用程序数(ApplicationNumber)应用程序数表示本站以及对方站双方可以支持的应用程序的总数。

[0189] (6)应用程序ID(ApplicationID)应用程序ID表示对本站以及对方站双方可以支持的应用程序进行识别的标识符。

[0190] 3.3.1.3.3确认应答消息(ACKPDU)确认应答消息是用于在进行再送请求的情况下返回确认应答的消息。在图19中表示确认应答消息的格式。

[0191] (1)端口号在端口号上保存表示通信控制管理的确认应答消息的标识符。具体而言保存图15所示的端口号。

[0192] (2)事务ID根据事务ID来区别各个事务，据此还可以对应在同一应用程序间多个事务同时存在的状况。事务ID的编号附加方式是由16位构成，每当新事务发行就递增1。

[0193] (3)再送数据标志再送数据标志是表示是否为被重新发送的数据的标志。在此标志表示“1”的情况下，PDU表示被重新发送的数据。

[0194] (4)预留字段预留字段是为了将来扩展而预先确保的字段。

[0195] 3.3.1.3.4选择性再送消息(NACKPDU)选择性再送消息是分割组装处理的选择性再送处理的消息。在图20中表示选择性再送消息的格式。

[0196] (1)端口号在端口号上保存表示通信控制管理的选择性再送消息的标识符。具体而言保存图15所示的端口号。

[0197] (2)事务ID根据事务ID来区别各个事务，据此还可以对应在同一应用程序间多个事务同时存在的状况。事务ID的编号附加方式是由16位构成，每当新事务发行就递增1。

[0198] (3)再送数据标志再送数据标志是表示是否为被重新发送的数据的标志。在此标志表示“1”的情况下，PDU表示被重新发送的数据。

[0199] (4)未接收的PDU的顺序编号的个数未接收的PDU的顺序编号的个数表示无法接收的PDU的段的个数。

[0200] (5)未接收的PDU的顺序编号的列表未接收的PDU的顺序编号的列表表示无法接收的PDU的段号的列表。

[0201] 3.3.2通信连接管理的过程3.3.2.1下位层的利用条件原则是在车与车之间通信M/W可以利用的应用程序至少存在一个以上的情况下，可以进行下位层环境的利用。 [0202] 3.3.2.2初始连接过程表示采用了个别通信的通常应用程序的初始连接过程。此外，在采用广播通信的应用程序中可以没有初始连接过程地进行应用程序的执行。在图21中表示此过程，以下叙述细节。

[0203] (1)移动站的各应用程序使用应用程序登录原语(RegisterPort.request)将可以接收的端口号通知给车与车之间通信M/W的通信连接管理。

[0204] (2)通信连接管理将变量PortNo所示的应用程序的端口号登录在车与车之间通信M/W概要文件中。

[0205] (3)进行个别通信的应用程序使用服务通知请求原语(M/W-Application.request)对节点A(NodeA)的车与车之间通信M/W请求AnnouncementPDU的发送。此外，在图21所示的M/W-Application.request中设LID＝0xffff，对LID的节点不特别进行指定。

[0206] (4)节点A(NodeA)的车与车之间通信M/W参照车与车之间通信M/W概要文件，在按照3.3.1.3.1的规定生成AnnouncementPDU以 后，经由传输服务处理通过下位层(MLME：MAC layer managemententity)提供的数据发送原语来进行发送。

[0207] (5)节点B(NodeB)的车与车之间通信M/W 当接收AnnouncementPDU后，就对AnnouncementPDU中所包含的应用程序识别信息和本站的M/W概要文件进行比较，仅两者均支持的应用程序设为有效。

[0208] (6)在节点B(NodeB)的车与车之间通信M/W所支持的应用程序可以连接的情况下，为了向对方站请求连接，在按照3.3.1.3.2的规定生成JoinPDU以后发送给节点A(NodeA)。在可否连接不明确的情况下，使用服务通知收到原语(M/W-Application.indication)来询问应用程序是否可以连接，通过服务通知应答原语(M/W-Application.response)而取得结果，并将该结果用JoinPDU进行通知。

[0209] (7)接收到JoinPDU的节点A(NodeA)的车与车之间通信M/W根据JoinPDU中所包含的结果来更新连接管理表，为了向对方站(节点B(NodeB))返回确认应答，而按照3.3.1.3.3的规定生成/发送ACK，并完成初始连接。另外，在节点A(NodeA)中用服务通知确认原语(M/W-Application.confirm)将结果通知给应用程序。

[0210] (8)接收到确认应答ACK的节点B(NodeB)的车与车之间通信M/W更新连接管理表并完成初始连接。

[0211] (9)以后，已连接完毕的移动站间的通信就可以进行。

[0212] 3.3.2.3通信连接管理过程在下面表示移动站的用于进行通信连接的维持管理的过程。

[0213] 在移动站的通信控制管理中，在通信连接时生成通信连接管理计时器(CT)。在所生成的通信连接计时器上参照移动站的最大计时器值(Tmax)，对其值进行设定并启动。以后，每当接受来自移动站的有效服务原语的收到通知就使通信连接计时器重新启动。 [0214] 在来自移动站的有效服务原语没有收到，通信连接计时器已超时的情况下，就对可以使用的应用程序用事件通知原语发行状态“通信切断的通知”。然后，在移动站的通信控制管理中，结束针对该移动站的应用程序的使用并且更新连接管理表。另外，与该移动站的处理过程以及通信连接计时器在通信切断时结束，以进行新的连接通知或者广播接收的等待。

[0215] 3.4拥挤回避控制功能3.4.1拥挤回避控制功能的过程要素3.4.1.1拥挤状态等级在拥挤状态等级上保存车与车之间通信M/W判定的目前信道利用状态的等级。 [0216] 3.4.1.2发送功率等级发送功率等级表示进行发送的功率的等级。 [0217] 3.4.1.3接收灵敏度等级接收灵敏度等级表示能够接收的功率的阈值等级。 [0218] 3.4.1.4信道数信道数表示在车与车之间通信能够利用的信道的总数。 [0219] 3.4.1.5信道编号 信道编号表示信道固有的编号。

[0220] 3.4.1.6信道利用率信道利用率表示被指定的信道编号中的信道繁忙的比例。 [0221] 3.4.1.7拥挤回避控制概要文件拥挤回避控制概要文件是表示在周边存在的站的拥挤特性的文件，用周边存在的移动站上的信道利用率等构成。在此拥挤回避控制概要文件中包含以下内容。(1)版本信息(2)移动站标识符(LID)(3)端口号(4)节点优先级(Note priority)(5)发送功率(6)接收灵敏度(7)发送间隔(8)发送信道(9)信道利用率 [0222] 3.4.1.8管理控制变量3.4.1.8.1通信车辆台数在通信车辆台数上保存本车辆目前通信中的车辆的台数。此值通过车辆信息设定请求原语(SetVehicleInfo.request)而设定，或者通过MIB信息设定请求原语(MeSet.request)由应用程序来设定。 [0223] 3.4.1.8.2最大发送功率(MaxTransmitPower)最大发送功率表示通过发送功率控制可以实现的最大发送功率。

[0224] 3.4.1.8.3最小发送功率(MinTransmitPower) 最小发送功率表示通过发送功率控制可以实现的最小发送功率。

[0225] 3.4.1.8.4最大接收灵敏度(maxSensitivity)最大接收灵敏度表示可以实现的接收灵敏度之内、最大的接收灵敏度。

[0226] 3.4.1.8.5最小接收灵敏度(minSensitivity)最小接收灵敏度表示可以实现的接收灵敏度之内、最小的接收灵敏度。

[0227] 3.4.1.9拥挤回避控制信息的格式在拥挤回避控制中，在控制字段上保存对用于拥挤回避控制的过程进行指示的控制信息(拥挤回避控制信息)，并定义在移动站间共享的消息。

[0228] 3.4.1.9.1拥挤回避控制消息拥挤回避控制消息是用于将拥挤回避控制信息发送给对方站的消息。在图22中表示拥挤回避控制消息的格式。

[0229] (1)端口号(PortNo)端口号是指示发送目的地的应用程序以及通信控制服务的标识符。具体而言保存图15所示的端口号。

[0230] (2)节点优先度(NodePriority)节点优先度表示车辆的优先度。节点优先度是用车与车之间通信M/W的MIB来管理对方站的优先度和从下位层接收到的对方站的链接地址。在本站发送PDU之际，用于依照本站的优先度和对方站的优先度、信道利用率来进行通信控制。

[0231] (3)事务类型(TransactionType)事务类型指定并保存事务的类型。0：数据发送事务服务；1：请求/响应型事务服务。在此标识符表示“1”的情况下，再送处理为有效，将消息对对方进行通知，并且取得针对该消息的确认应答(ACK)。请求/响应型事务服务仅在个别通信中可以使用。

[0232] (4)再送数据标志(Retransmit Data Flag)再送数据标志是表示是否为被重新发送的数据的标志。在此标志表示“1”的情况下，PDU表示被重新发送的数据。 [0233] (5)事务ID(TransactionID)事物ID根据事务来区别各个事务，据此还可以对应在同一应用程序间多个事务同时存在的状况。事务ID的编号附加方式是由16位构成，每当新事务发行就递增1。

[0234] (6)段标志(SegmentFlag)段标志是指示分割传输处理的有效/无效的标识符。在此标识符表示真值(true)的情况下，表示M/W-PDU是被分割传输的段。在不进行段处理的情况下，本标识符为假值(false)。

[0235] (7)段末端标志(SegmentLastFlag)段末端标志为表示是分割传输处理的最终段的标识符。在此标识符表示真值(true)的情况下，表示车与车之间通信M/W是经过分割传输的段的最终段。在不进行段处理的情况下以及不是最终段的情况下，本标识符为假值(false)。

[0236] (8)PDU组编号(pduGroup)PDU组编号表示段的识别信息。PDU组编号对实施分割处理以前的M/W-SDU附加一个值。编号附加以发送队列为单位按模32进行，不进行分割处理的M/W-SDU也附加编号。在组装经过分割处理的段之际，以同一PDU组编号为对象。 [0237] (9)段号(SegmentNo)段号是表示段的分割顺序的序号。在已分割的最初段上附加段号“0”，以后按顺序分配经过递增的值。在段的组装中要保证段号的顺序。不应用分割传输时的段号设为“0”。

[0238] (10)信道标志(ChannelFlag)信道标志是表示在通信控制信息中是否包含信道信息的标识符。在此标识符表示真值(true)的情况下，表示车与车之间通信M/W在控制字段中包含信道信息。在不包含信道信息的情况下，本标识符为假值(false)。 [0239] (11)信道数(ChannelCount)信道数表示通信控制信息中所包含的信道的总数。 [0240] (12)信道编号(ChannelNumber)信道编号表示对信道进行识别的编号。 [0241] (13)信道利用率(ChannelUsageRate)信道利用率表示正在进行收发的信道处于使用中(繁忙)的比例的变量。单位设为％，设定从0到100的值。从这一变量取得对方站的信道利用率，并与本站的信道利用率进行比较，在差分较大的情况下就能够推定存在多个对本站而言成为隐藏终端的移动站。

[0242] (14)本车辆参数字段(MyParameter)在本车辆参数字段上具备(a)发送功率子字段、(b)接收灵敏度子字段、(c)发送间隔子字段。本车辆参数字段表示在本车辆中现在所设 定的发送功率/接收灵敏度/发送间隔的各参数。

[0243] (15)向对方车辆的请求参数字段(OtherParameter)向对方车辆的请求参数字段具备(a)发送功率子字段、(b)接收灵敏度子字段、(c)发送间隔子字段。向对方车辆的请求参数字段表示在目前状况下本车辆向对方车辆请求设定的发送功率/接收灵敏度/发送间隔的各参数。

[0244] 3.4.2拥挤回避控制的过程3.4.2.1拥挤推定过程移动站在能够以拥挤回避控制概要文件的版本信息为基础来选择可以通信的版本的情况下，实施以下的拥挤回避控制过程。

[0245] (1)应用程序在本车辆信息中发生了变更的情况下对车与车之间通信M/W发行车辆信息设定请求原语(SetVehicleInfo.request)，并接受有关本车辆的信息(车辆ID、车速、通信车辆台数、发送间隔、危险度)。将所接受到的信息保存在MIB中。 [0246] (2)车与车之间通信M/W利用下位层提供的管理服务接口，从下位层的MIB取得信道信息(信道编号、信道利用率)。

[0247] (3)其次，车与车之间通信M/W使用所取得的本车辆信息和信道信息，来推定表示拥挤发生是否接近的拥挤状态等级。在下面表示拥挤推定之一例。在此例中表示仅仅参照信道利用率来进行拥挤推定的方法。因为在车与车之间通信中设想利用CSMA(Carrier SenseMultiple Access)，所以若考虑帧间空间(IFS：Inter Frame Space)则信道利用率成为75％左右时就推定为拥挤状态。在图23中表示信道利用率与拥挤状态等级之关系。 [0248] 3.4.2.2拥挤回避控制的过程车与车之间通信M/W的拥挤回避控制是将发送功率控制/接收灵敏度控制/多信道控制/发送间隔控制组合起来，决定发送功率/接收灵敏度/发送周期/发送信道等通信控制信息的参数。另外，在拥挤回避控制中，依照应用程序的优先度、车辆的优先度(包含危险度、所要距离、容许延迟时间)以及信道利用率，来决定用于改善分组到达率的连送控制的连送次数以及发送分组的下位层的通信协议。在下面记述车与车之间通信M/W中的拥挤回避控制的过程。

[0249] 3.4.2.2.1应用程序数据发送时的拥挤回避控制(1)拥挤回避控制从2.4.3中所记载的发送间隔控制取得数据发送请求原语(TransferData.request)中所包含的应用程序的优先度、(从可选变量extensionParameter取得所要距离、容许延迟时间)以及在3.4.2.1所设定的拥挤状态等级、在3.4.1.7所规定的拥挤回避控制概要文件。 [0250] (2)表示自适应的拥挤回避控制之一例(单信道)。拥挤回避控制按以下过程进行。(A)不论应用程序的优先度及信道利用率如何都根据用车辆信息取得请求原语所取得的车速(speed)，通过基于车速的发送功率控制来设定作为基准的发送功率(transmitPowerLevel)。以下表示与车速相应的发送功率设定之一例。此例中在ASV(Advanced Safbty Vehicle)项目上设定按直至车辆需要停止的距离可以通信的发送功率。具体而言就成为如图24所示的关系。(B)依照拥挤状态等级进行通信控制。(a)拥挤状态等级小于“4”时：即便通信流量增加也不发生拥挤。(i)将发送功率设定成最大发送功率(10mW)，将发送周期设定成基准的发送间隔(100msec)。在应用程序的优先度/危险度较高的情况下为了提高可靠性将连送次数设定成2次(拥挤状态等级3，4)以及3次 (拥挤状态等级1，2)。(b)拥挤状态等级为“5”，“6”时：不拥挤的适度通信业务量(i)在应用程序的优先度以及危险度较低的情况下，发送功率按照(A)的设定/发送周期按照应用程序的设定。(ii)在应用程序的优先度以及危险度较高的情况下，将发送功率设定成最大发送功率(10mW)，将发送周期设定成应用程序设定的发送周期。(c)拥挤状态等级大于“7”时：大体上拥挤状态(i)在应用程序的优先度/危险度较低的情况下，使发送功率小于(A)的设定，发送周期也设定得较长。另外，在应用程序的优先度/危险度较低的情况下如果在拥挤回避控制概要文件中有从周边车辆所请求的通信控制信息的参数就设定成该值。(ii)在应用程序的优先度/危险度较高的情况下，发送功率以满足所要距离的方式进行设定，发送周期以满足容许延迟时间的方式进行设定。(iii)在下位层存在多个、且发送给应用程序的下位协议尚未指定的情况下，选择利用尚未混乱的频率的通信协议，并依照该频率下的拥挤状态等级来设定通信控制信息的参数。(iiii)在能够利用多个信道的情况下，选择不混乱的发送信道，并依照该发送信道上的拥挤状态等级来设定通信控制信息的参数。 [0251] (3)将在(2)所决定的发送功率/接收灵敏度/发送信道利用下位层提供的管理服务接口设定在下位层的MIB上，发送周期/连送次数以及下位协议传递给发送间隔控制部，完成拥挤回避控制。

[0252] 3.4.2.2.2拥挤回避控制数据发送时的拥挤回避控制(1)发送站的处理(a)车与车之间通信M/W按照3.4.1.9的规定生成拥挤回避控制信息。生成的定时以及契机例如在拥挤状态等级大于“5”的情况下以 一定间隔进行发送。

[0253] (b)本站的通信控制信息的参数设定根据3.4.2.2.1所记载的算法所设定的发送功率/接收灵敏度/发送周期。在本站的优先度以及应用程序优先度较低的情况下中止拥挤回避控制信息的发送，在本站的优先度以及应用程序优先度较高的情况下，向对方站进行请求的通信控制信息的参数低于本站的发送功率，发送周期设定得较长。 [0254] (c)将附加了拥挤回避控制信息的M/W-PDU传递给传输服务控制，完成发送处理。 [0255] (2)接收站的处理(a)当从传输服务处理接收表示拥挤回避控制信息的M/W-PDU后，拥挤回避控制处理就将接收到的拥挤回避控制信息登录在拥挤回避控制概要文件中，完成接收处理。

[0256] 3.5访问管理3.5.1访问管理的过程要素3.5.1.1安全性概要文件安全性概要文件是在M/W概要文件中的车与车之间通信M/W的功能识别信息上有安全性功能的登录时变得有效的信息。在访问管理中当设备认证功能有效时参照安全性概要文件，进行可选项信息等的设定。

[0257] (1)设备认证有效标识符(authenticate)设备认证有效标识符是指示设备认证功能的有效/无效的标识符。在此标识符表示真值(true)的情况下执行设备认证。在不执行设备认证的情况下，本标识符为假值(false)。

[0258] (2)设备标识符(userID)设备标识符是设备认证上所用的移动站的标识符。此标识符仅在移动站利用，在基站保存NULL(长度为0的数据)。

[0259] (3)设备认证算法标识符(authenticationMethod)设备认证算法标识符是设备认证上所用的签名算法的标识符。此标识符是可选项。在指定签名算法的情况下保存算法的标识符。此外，在设备认证算法标识符不存在的情况下，使用默认(default)的签名算法。此外，设想是设备认证算法标识符由系统的运用者来进行指定。

[0260] 3.5.1.2默认的签名算法默认的签名算法在选择了默认的情况下不进行利用随机数和密码的签名运算而是将平文的密码作为运算结果来处理。3.5.1.3认证试行次数(NA) [0261] 认证试行次数(NA)是允许移动站进行重新试行的认证请求的次数。基站在来自同一移动站的重新试行次数小于等于NA次的情况下准许重新试行，在超过了NA次的情况下就将通信切断。此外，认证试行次数的值不作为安装要件来规定。

[0262] 3.5.1.4访问控制信息的格式在访问管理中在访问控制信息上保存对用于访问管理的过程进行指示的控制信息，并定义在移动站间共享的消息。

[0263] 3.5.1.4.1随机数的发送消息(ChallengeCodePDU)随机数的发送消息是用于发送作为签名方数据的随机数的消息。在图25中表示随机数的发送消息的格式。 [0264] (1)端口号 端口号保存表示通信控制管理的随机数的发送消息的标识符。 [0265] (2)端口号的可选字段端口号的可选字段保存以下内容。(a)随机数的长度标识符随机数的长度标识符指示后续的随机数的数据长度。单位是八位字节。(b)随机数的内容随机数设为0-255八位字节的可变长度数据。

[0266] 3.5.1.4.2签名的应答消息(SignaturePDU)签名的应答消息是用于发送针对接收到的签名方随机数的签名结果的消息。在图26中表示签名的应答消息的格式。 [0267] (1)端口号在端口号上保存表示通信控制管理的签名的应答消息的标识符。 [0268] (2)端口号的可选字段端口号的可选字段保存以下内容。(a)签名的长度标识符签名的长度标识符指示后续的签名的数据长度。单位是八位字节。(b)签名的内容签名设为0-255八位字节为止的可变长度数据。

[0269] 3.5.2访问管理的过程在图27中表示设备认证过程的概略。以下，基于图27来说明设备认证过程。

[0270] 3.5.2.1设备认证中的初始设定(1)数据接收站的初始设定数据接收站当从下位层接受利用数据收到原语的指示后将状态转移到设备认证的处理。此时，按以下的过程来确认从该原语所取得的M/W概要文件内的安全性概要文件的内容。(a)在设备认证有效标识符的值为真值(true)的情况下，确认签名算法标识符的内容，并选择该标识符所示的算法。另一方面，在签名算法标识符不存在的情况下选择默认的算法。(b)其次，参照设备标识符取得与该标识符对应的密码，并转移至在后述的3.5.2.2的(1)中规定的认证处理。此外，关于密码的取得方法则不进行规定。(c)在数据发送站的安全性概要文件不存在时，安全性概要文件的设备认证有效标识符的值为假值(false)的情况下，结束设备认证处理。此外，在设备认证有效标识符的值为真值(true)时的签名算法标识符的内容不一致的情况下是选择默认的算法还是使通信结束这是运用上的问题，所以在这里不特别进行规定。
另外，关于可否接纳从不具有设备认证功能的数据发送站向数据接收站的访问，也是运用上的问题，所以在这里不特别进行规定。

[0271] 3.5.2.2设备认证处理(1)数据接收站的设备认证处理数据接收站当将状态转移到设备认证处理后，首先生成随机数。所生成的随机数用随机数的发送消息(ChallengeCodePDU)发送至数据发送站，并等待应答。另外，将所生成的随机数用在初始设定过程所取得的密码进行签名，以创建签名数据。当从数据发送站接受利用签名的应答消息(SignaturePDU)的应答后，就对消息中所保存的签名数据和数据接收站所创建的签名数据进行比较以认证数据发送站。

[0272] 在比较结果一致的情况下认为认证成功，并通过确认应答消息来 通知向数据接收站的访问被许可。此时，在预留字段上设定状态标识符status“访问已被许可”。在比较结果不一致的情况下认为认证不成功，并通过确认应答消息来通知针对数据接收站的访问被拒绝。在此时的状态标识符status上设定“访问已被拒绝”。

[0273] 在接收到的消息的内容与期待值不同的情况下，废弃该消息并在认证的失败次数上进行计数，然后等待新消息的到达。另外，在认证处理中通信连接管理计时器(CT)、或者发送调度监视计时器(WTTS)超时了的情况下，在将处理内容全部废弃以后，将通信切断并结束。在针对该数据发送站的认证的失败次数小于等于认证试行次数(NA)的情况下准许来自数据发送站的重新试行，再次生成随机数并用随机数的发送消息(ChallengeCodePDU)进行发送。在超过了认证试行次数(NA)的情况下立刻将通信切断。

[0274] 此外，在允许因认证失败而通信切断的数据发送站尝试重新连接的情况下，则应当考虑针对以较高的频率无限地进行访问的对策。

[0275] (2)数据发送站的设备认证处理数据发送站当接收随机数的发送消息(ChallengeCodePDU)后，将消息中所保存的随机数作为签名方数据，用在该数据发送站上所设定的密码进行签名处理。通过签名处理所获得的签名数据保存在签名的应答消息(SignaturePDU)中发送至数据接收站，等待认证结果。

[0276] 在通过确认应答的消息接收到认证成功的通知的情况下使与应用程序的端口号有效，结束认证处理。在通过确认应答的消息接收到认证不成功的通知的情况下为了重新试行而等待随机数的发送消息。在接收到的消息的内容与期待值不同的情况下，废弃该消息并等待新消息的到达。另外，在认证处理中通信连接管理计时器(CT)超时了的情况下，处理内容全部废弃，并结束通信。

[0277] 此外，关于因数据接收站认证的失败而发生了通信切断时可否向该数据接收站重新连接，不作为安装要件来规定。

[0278] (汇总)如以上那样，本实施方式所涉及的车辆用通信装置是移动站间的车与车之间通信M/W利用非网络型协议来进行通信的情形。这一车与车之间通信M/W基于从上位层的多个应用程序接受的每个应用程序的优先度、各车辆的优先度、和从下位层取得的信道利用率，使本车辆以及周边车辆的发送功率及发送间隔/利用信道/接收灵敏度等通信参数变化来进行拥挤回避控制。为此，在本实施方式所涉及的车辆用通信装置中，就能够回避拥挤的发生并能够只使有必要进行通信的车辆优先地进行通信。

[0279] 另外，本实施方式所涉及的通信控制服务部通过与对方车辆交换包含本车辆设定的发送功率/发送间隔/接收灵敏度等通信控制信息的拥挤回避控制信息，基于对方车辆对本车辆请求的发送功率/发送间隔/接收灵敏度等通信控制信息来进行本车辆的通信控制。为此，在本实施方式所涉及的车辆用通信装置中，就能够从本车辆对周边车辆自适应地变更周边车辆的通信参数，能够从本车辆进行网络整体的拥挤回避控制。 [0280] 另外，本实施方式所涉及的通信控制服务部通过一边监视信道利用率(通信信道状况)一边进行通信控制，就可以预先确保通信频带以便能够对应紧急应用程序，能够回避网络的拥挤而进行延迟时间较短的通信。

[0281] 另外，本实施方式所涉及的车辆用通信装置通过具备能够对应车与车之间通信M/W与下位协议部的差异的媒体自适应处理部，就可以使应用程序不意识到下位协议地进行通信。

[0282] 另外，本实施方式所涉及的车辆用通信装置通过设置访问管理部就能够在车与车之间通信之际进行设备认证，所以能够进行安全性较高的车与车之间通信。 [0283] 另外，本实施方式所涉及的通信控制服务部通过一边监视信道利用率(通信信道状况)一边进行通信控制，就能够回避与周边车辆以及其他通信系统的干扰。 [0284] 虽然本发明详细地进行了说明，但上述的说明在所有方面都是示例，本发明并不限定于此。应理解为没有例示的无数变形例可以不脱离本发明的范围地被设想到。