CN109716801A - 路侧通信装置以及车载通信装置 - Google Patents

路侧通信装置以及车载通信装置 Download PDF

Info

Publication number
CN109716801A
CN109716801A CN201680089321.0A CN201680089321A CN109716801A CN 109716801 A CN109716801 A CN 109716801A CN 201680089321 A CN201680089321 A CN 201680089321A CN 109716801 A CN109716801 A CN 109716801A
Authority
CN
China
Prior art keywords
vehicle
communication
message
connection
communication device
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
CN201680089321.0A
Other languages
English (en)
Other versions
CN109716801B (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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric 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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of CN109716801A publication Critical patent/CN109716801A/zh
Application granted granted Critical
Publication of CN109716801B publication Critical patent/CN109716801B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • H04L69/085Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28Timers or timing mechanisms used in protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/25Maintenance of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion

Abstract

本发明的目的在于提供能够抑制路车间通信中的流量的增大的路侧通信装置以及车载通信装置。本发明的路侧通信装置具备:车车间发送接收服务处理部(1),发送接收路车间消息以及车车间消息;通信传输部(2),提供事务服务和传输服务;路车间应用处理部(3),发送接收路车间消息;车车间应用处理部(4),发送接收车车间消息;发送接收状况管理部(5),对车车间应用处理部(4)在与通信装置(200)之间发送接收的车车间消息的发送接收状况进行管理;以及路侧通信管理部(6),管理与通信装置(200)的连接状况,路侧通信管理部(6)基于从发送接收状况管理部(5)通知的车车间消息的接收状况来管理与通信装置(200)的连接状态。

Description

路侧通信装置以及车载通信装置
技术领域
本发明涉及利用在道路上行驶的移动站之间进行的车车间通信、以及在道路上设置的基站与在道路上行驶的移动站之间进行的路车间通信而对移动站提供服务的路侧通信装置、以及从基站接受服务的提供的车载通信装置。
背景技术
近年来,对利用了进行车车间通信以及路车间通信的通信装置的安全驾驶支援系统的实用化进行了研究。一般而言,在利用了车车间通信的车车间通信系统中,使用在移动站之间在每一定周期相互发送接收本站的信息的信息交换型应用。另一方面,在利用了路车间通信的路车间通信系统中,由于基站对在该基站的周边行驶的各移动站单独地分发信息,因此需要对通信装置之间的连接状态进行管理。
以往,在专利文献1以及非专利文献1中,公开了如下方法:在路车间通信系统中,为了应对多项应用而使用本地端口控制协议(Local Port Control Protocol:LPCP),为了应对消息的重新发送或分割组合而使用本地端口协议(Local Port Protocol:LPP)。在该方法中,利用下层的通信协议中的连接管理功能,实现了单独通信。
在车车间通信系统中,也前瞻性地设想了多项应用的利用、需要消息的重新发送或分割组合的应用的利用。对此,在专利文献2中,公开了如下方法:提供一种车载通信装置以及路车间-车车间通信协作系统,其能够提供初始连接的确立步骤,应对多项应用,进行消息的重新发送或分割和组合,应对路车间通信系统以及车车间通信系统这双方。
现有技术文献
专利文献
专利文献1:国际公开第2005/039075号
专利文献2:日本特许第4999989号公报
非专利文献
非专利文献1:“狭域通信(DSRC)应用子层标准规格ARIB STD-T88 1.1版”,社团法人电波产业会
发明内容
在专利文献2所记载的车载通信装置以及路车间-车车间通信协作系统中,存在如下问题:在开始初始连接时或在维持连接状态时,需要周期性地发送基于路车间通信的协议的路车间消息,路车间通信中的流量增大。
本发明是为了解决这样的问题而作出的,目的在于提供一种能够抑制路车间通信中的流量的增大的路侧通信装置以及车载通信装置。
为了解决上述课题,本发明的路侧通信装置是搭载于基站、能够在与搭载于移动站的通信装置(200)之间进行无线通信的路侧通信装置(100),该路侧通信装置(100)具备:车车间发送接收服务处理部(1),在与通信装置(200)之间发送接收基于路车间通信的协议的路车间消息以及基于车车间通信的协议的车车间消息;通信传输部(2),提供事务(transaction)服务和传输服务,该事务服务包括经由车车间发送接收服务处理部(1)在与通信装置(200)之间发送接收的路车间消息的重新发送、分割以及组合,该传输服务附加用于识别上层协议的本地端口号;路车间应用处理部(3),经由车车间发送接收服务处理部(1)以及通信传输部(2)在与通信装置(200)之间发送接收路车间消息;车车间应用处理部(4),经由车车间发送接收服务处理部(1)在与通信装置(200)之间发送接收车车间消息;发送接收状况管理部(5),对车车间应用处理部(4)在与通信装置(200)之间发送接收的车车间消息的发送接收状况进行管理;以及路侧通信管理部(6),管理与通信装置(200)的连接状况,路侧通信管理部(6)基于从发送接收状况管理部(5)通知的车车间消息的接收状况来管理与通信装置(200)的连接状态。
此外,本发明的车载通信装置是搭载于移动站、能够在与搭载于基站或其它移动站的通信装置(100、200)之间进行无线通信的车载通信装置(200),该车载通信装置(200)具备:车车间发送接收服务处理部(1),在与通信装置(100、200)之间发送接收基于路车间通信的协议的路车间消息以及基于车车间通信的协议的车车间消息;通信传输部(2),提供事务服务和传输服务,该事务服务包括经由车车间发送接收服务处理部(1)在与通信装置(100、200)之间发送接收的路车间消息的重新发送、分割以及组合,该传输服务附加用于识别上层协议的本地端口号;路车间应用处理部(3),经由车车间发送接收服务处理部(1)以及通信传输部(2)在与通信装置(100、200)之间发送接收路车间消息;车车间应用处理部(4),经由车车间发送接收服务处理部(1)在与通信装置(100、200)之间发送接收车车间消息;发送接收状况管理部(5),对车车间应用处理部(4)在与通信装置(100、200)之间发送接收的车车间消息的发送接收状况进行管理;以及车载通信管理部(7),管理与通信装置(100、200)的连接状况,车载通信管理部(7)利用从发送接收状况管理部(5)通知的车车间消息的发送接收状况来管理连接状态。
发明效果
根据本发明,路侧通信装置是搭载于基站、能够在与搭载于移动站的通信装置(200)之间进行无线通信的路侧通信装置(100),该路侧通信装置(100)具备:车车间发送接收服务处理部(1),在与通信装置(200)之间发送接收基于路车间通信的协议的路车间消息以及基于车车间通信的协议的车车间消息;通信传输部(2),提供事务服务和传输服务,该事务服务包括经由车车间发送接收服务处理部(1)在与通信装置(200)之间发送接收的路车间消息的重新发送、分割以及组合,该传输服务附加用于识别上层协议的本地端口号;路车间应用处理部(3),经由车车间发送接收服务处理部(1)以及通信传输部(2)在与通信装置(200)之间发送接收路车间消息;车车间应用处理部(4),经由车车间发送接收服务处理部(1)在与通信装置(200)之间发送接收车车间消息;发送接收状况管理部(5),对车车间应用处理部(4)在与通信装置(200)之间发送接收的车车间消息的发送接收状况进行管理;以及路侧通信管理部(6),管理与通信装置(200)的连接状况,路侧通信管理部(6)基于从发送接收状况管理部(5)通知的车车间消息的接收状况来管理与通信装置(200)的连接状态,因此能够抑制路车间通信中的流量的增大。
此外,车载通信装置是搭载于移动站、能够在与搭载于基站或其它移动站的通信装置(100、200)之间进行无线通信的车载通信装置(200),该车载通信装置(200)具备:车车间发送接收服务处理部(1),在与通信装置(100、200)之间发送接收基于路车间通信的协议的路车间消息以及基于车车间通信的协议的车车间消息;通信传输部(2),提供事务服务和传输服务,该事务服务包括经由车车间发送接收服务处理部(1)在与通信装置(100、200)之间发送接收的路车间消息的重新发送、分割以及组合,该传输服务附加用于识别上层协议的本地端口号;路车间应用处理部(3),经由车车间发送接收服务处理部(1)以及通信传输部(2)在与通信装置(100、200)之间发送接收路车间消息;车车间应用处理部(4),经由车车间发送接收服务处理部(1)在与通信装置(100、200)之间发送接收车车间消息;发送接收状况管理部(5),对车车间应用处理部(4)在与通信装置(100、200)之间发送接收的车车间消息的发送接收状况进行管理;以及车载通信管理部(7),管理与通信装置(100、200)的连接状况,车载通信管理部(7)利用从发送接收状况管理部(5)通知的车车间消息的发送接收状况来管理连接状态,因此能够抑制路车间通信中的流量的增大。
本发明的目的、特征、方式以及优点通过以下详细的说明和附图会变得更加明了。
附图说明
图1是示出本发明的实施方式的车载通信装置的结构的一例的框图。
图2是示出本发明的实施方式的路侧通信装置的结构的一例的框图。
图3是示出本发明的实施方式的路侧通信装置以及车载通信装置的协议结构的图。
图4是示出本发明的实施方式的服务接口的图。
图5是示出提供本发明的实施方式的数据传输服务的序列的一例的图。
图6是示出提供本发明的实施方式的事件通知服务的序列的一例的图。
图7是示出本发明的实施方式的发送应用数据时的PDU结构的图。
图8是示出本发明的实施方式的发送控制数据时的PDU结构的图。
图9是示出本发明的实施方式的NCP-PDU的访问控制信息的字段格式的图。
图10是示出本发明的实施方式的NCP-PDU的接入点标识符的值的图。
图11是示出本发明的实施方式的NCP-PDU的协议标识符的值的图。
图12是示出本发明的实施方式的ELCP-PDU的通信控制信息的字段格式的图。
图13是示出本发明的实施方式的不使用车车间消息的情况下的初始连接步骤的序列图。
图14是示出本发明的实施方式的使用车车间消息的情况下的初始连接步骤的序列图。
图15是示出本发明的实施方式的不使用车车间消息的情况下的连接维持步骤的序列图。
图16是示出在本发明的实施方式的基站与移动站的通信中使用车车间消息的情况下的连接维持步骤的序列图。
图17是示出在本发明的实施方式的移动站之间的通信中使用车车间消息的情况下的连接维持步骤的序列图。
图18是示出本发明的实施方式的基站的初始连接步骤的流程图。
图19是示出本发明的实施方式的移动站的初始连接步骤的流程图。
图20是示出本发明的实施方式的基站的连接维持步骤的流程图。
图21是示出本发明的实施方式的移动站的连接维持步骤的流程图。
(附图标记说明)
1:车车间发送接收服务处理部;2:通信传输部;3:路车间应用处理部;4:车车间应用处理部;5:发送接收状况管理部;6:路侧通信管理部;7:车载通信管理部;100:路侧通信装置;200:车载通信装置。
具体实施方式
基于附图在以下对本发明的实施方式进行说明。
<实施方式>
<1-1.协议结构>
使用图1~图21对本发明的实施方式进行说明。另外,本实施方式的路侧通信装置以及车载通信装置能够作为路车间通信系统、车车间通信系统或路车间-车车间协作系统的通信装置而提供服务。在本实施方式中,主要对作为路车间通信系统的通信装置而提供服务的情况进行说明。
图1是示出本实施方式的路侧通信装置100的协议结构的概况的框图,图2是示出本实施方式的车载通信装置200的协议结构的概况的框图。另外,在图1以及图2中,对相同或者相当的结构标注相同的符号,这在说明书的全文中是共通的。
路侧通信装置100搭载于在道路周边设置的基站(路侧机)。此外,车载通信装置200搭载于在道路上行驶的移动站(车辆)。并且,通过路侧通信装置100以及车载通信装置200,在移动站与基站之间、以及移动站之间进行无线通信。
在此,作为无线通信,可以使用DSRC(Dedicated Short Range Communications,专用短程通讯),也可以是使用了在无线LAN(Local Area Network,局域网)或便携电话等中采用的协议的通信。
此外,在本申请说明书中,关注搭载有车载通信装置200的被称为“本车辆”的移动站而进行说明,将除了该“本车辆”以外搭载有车载通信装置200的车辆称为“周边车辆”。周边车辆可以是一台,也可以是多台。
如图1所示,路侧通信装置100具备车车间发送接收服务处理部1、通信传输部2、路车间应用处理部3、车车间应用处理部4、发送接收状况管理部5和路侧通信管理部6。
此外,如图2所示,车载通信装置200具备车车间发送接收服务处理部1、通信传输部2、路车间应用处理部3、车车间应用处理部4、发送接收状况管理部5和车载通信管理部7。
车车间发送接收服务处理部1为了进行与搭载于基站的路侧通信装置100、以及搭载于周边的移动站的车载通信装置200的无线通信而提供发送服务以及接收服务。车车间发送接收服务处理部1包括由“IEEE1609.3”记载的WSMP(WAVE Short Message Protocol,WAVE短消息协议)等。
通信传输部2位于车车间发送接收服务处理部1与路车间应用处理部3之间,对路车间应用处理部3或路侧通信管理部6等提供发送接收消息的服务。通信传输部2包括由非专利文献1所记载的LPP以及LPCP、和居间于LPCP和车车间发送接收服务处理部1的扩展通信控制协议(Extended Link Control Protocol:ELCP)。
路车间应用处理部3具有在通信传输部2上动作的路车间通信应用。另外,路车间应用处理部3除了具有路车间通信应用以外,还可以具有各种应用。
车车间应用处理部4具有在车车间发送接收服务处理部1上动作的车车间通信应用。另外,车车间应用处理部4除了具有车车间通信应用以外,还可以具有各种应用。
发送接收状况管理部5位于车车间应用处理部4与路侧通信管理部6或车载通信管理部7之间,对路侧通信管理部6或车载通信管理部7提供车车间应用处理部4在与周边的移动站或基站之间发送接收的车车间消息的发送接收状况。另外,发送接收状况管理部5可以作为路车间应用处理部3具有的路车间应用的一部分,也可以作为车车间应用处理部4具有的车车间应用的一部分。
路侧通信管理部6被配置为相对通信传输部2以及路车间应用处理部3平行,为了与周边的移动站连接而提供初始连接的连接步骤或切断步骤,并提供管理通信状况的通信连接管理服务。
车载通信管理部7被配置为相对通信传输部2以及路车间应用处理部3平行,为了与周边的移动站以及基站连接而提供初始连接的连接步骤或切断步骤,并提供管理通信状况的通信连接管理服务。
<1-2.协议规格>
以下,对包括本实施方式的路侧通信装置100以及车载通信装置200中的通信传输部2、路侧通信管理部6或车载通信管理部7的智能道路交通系统用应用子层(IntelligentTransportation Systems Application Sub-Layer:ITS-ASL)的规格进行详细说明。
<1-2-1.车车间通信子协议的概要>
图3是示出具备ITS-ASL的路侧通信装置100以及车载通信装置200的协议结构的图。ITS-ASL包括传送数据的本地端口协议(LPP)、本地端口控制协议(LPCP)、扩展通信控制协议(ELCP)、和管理通信的应用子层管理实体(Application Sub-Layer ManagementEntity:ASLME)。
LPP提供消息的重新发送或分割和组合等事务服务、以及管理初始连接或切断等通信状况的连接管理服务。由此,LPP实现对车车间通信系统中要求的重新发送控制或分割和组合控制。
LPCP具有用于使用本地端口号来识别应用(App)等的上层协议、并对上层协议提供数据传输和事件通知等管理服务的接口。由此,LPCP在路侧通信装置100以及车载通信装置200中实现多项应用。
ELCP位于LPCP与通信下层协议之间,对路车间-车车间通信协作系统的应用提供优先级控制,并完善ASLME的功能。此外,提供对上层协议或ASLME传输消息的事件传输服务、以及将在ELCP内产生的错误以及事件等通知给上层协议的事件通知服务。
ASLME对App以及ELCP提供进行初始连接的开始或切断、或者管理通信状况的连接管理服务。
另外,作为通信下层协议,设想了IEEE802.11p协议以及5.8GHz带、或UHF/VHF带的通信协议、LTE(Long Term Evolution,长期演进)等。进而,通信下层协议具有保存通信下层协议的信息的管理层。设想IEEE1609.3所规定的WSMP位于ELCP与IEEE802.11p之间。
图4是示出在ITS-ASL中ELCP以及ASLME提供的服务接口(Service Access Point:SAP)的图。ELCP以及ASLME提供的功能如下所述。
(1)ELCP提供的功能(ELCP SAP)
(1-1)数据传输服务
(1-2)事件通知服务
(2)ASLME提供的功能(ALCP SAP)
(2-1)连接管理服务
(2-2)事件通知服务
<1-2-2.功能概要>
1.扩展通信控制协议(ELCP)的功能
1.1.数据传输服务
ELCP从LPCP对上层的协议以及ASLME提供数据传输服务。图5是示出ELCP对上层协议以及ASLME提供数据传输服务的序列的一例的图。
1.2.事件通知服务
ELCP为了将在该ELCP内产生的事件或错误、以及从ASLME接收到的事件(通信的连接或切断的通知等)通知给上层协议以及对方站而提供事件通知服务。图6是示出ELCP对上层协议以及ASLME提供事件通知服务的一例的图。
2.应用子层管理实体(ASLME)的功能
2.1.连接管理服务
ASLME提供开始路车间-车车间通信协作系统所需的通信连接的初始连接、或者进行连接状态的维持或通知的连接管理服务。
2.2.事件通知服务
ASLME为了将在该ASLME内产生的事件(通信的连接或切断的通知等)或错误经由ELCP从LPCP通知给上层的协议以及对方站而提供事件通知服务。
<1-2-3.服务接口(Service Access Point:SAP)>
接下来,对ELCP以及ASLME具有的接口进行说明。
1.记法的说明
在本实施方式中规定的基元(primitive)类别如下所示。
·request:在上级层对下级层请求服务的情况下使用。
·indication:在下级层对上级层通知来自对方侧的服务的情况下使用。
2.ELCP提供的SAP(ELCP SAP)
ELCP对LPCP以及ASLME提供以下的基元,作为数据传输服务。
(1)数据发送请求基元(SendDataUnit.request)
(2)数据接收通知基元(SendDataUnit.indication)
ELCP对LPCP提供以下的基元,作为事件通知服务。
(3)事件通知基元(EventInformation.indication)
2.1.数据发送请求基元
2.1.1.功能
数据发送请求基元是请求将ASL-SDU发送给对方站的服务基元。
2.1.2.生成契机
LPCP或者ASLME生成数据发送请求基元。
2.1.3.基元的变量
数据发送请求基元持有如下变量。
SendDataUnit.request(linkAddress,parameter)
在变量linkAddress中保存在ELCP中识别对方的链路地址。能够指定专用链路地址或群播(group boradcast)链路地址作为链路地址。另外,在指定了群播链路地址的情况下,ASL-SDU为广播模式下的分发。在变量parameter中保存从本站的LPCP或ASLME传递的ASL-SDU。
2.2.数据收到(incoming)通知基元
2.2.1.功能
数据收到通知基元是通知来自对方站的ASL-SDU的收到的服务基元。
2.2.2.生成契机
在表示ASL-SDU的收到时,ELCP生成数据收到通知基元。
2.2.3.基元的变量
数据收到通知基元持有如下变量。
SendDataUnit.indication(linkAddress,parameter)
在变量linkAddress中保存在ELCP中使用的链路地址。指定了专用链路地址或群播链路地址作为链路地址。在变量parameter中保存收到的ASL-SDU。
2.3.事件通知基元
2.3.1.功能
事件通知基元是通知在ELCP内产生的错误等事态的服务基元。
2.3.2.生成契机
在通知在ELCP内产生的错误等事态时,ELCP生成事件通知基元。
2.3.3.基元的变量
事件通知基元持有如下变量。
EventInformation.indication(linkAddress,status,[extensionParameter])
在变量linkAddress中保存在ELCP中识别对方的链路地址。在变量status中保存表示所产生的事态的代码。在变量extensionParameter中保存用于根据需要补充变量status的内容的信息。另外,变量extensionParameter为可选项。
3.ASLME提供的SAP(ASLME SAP)
ASLME对应用提供以下的基元,作为连接管理服务。
(1)连接请求基元(ASLME-Connection.request)
(2)连接通知基元(ASLME-Notify.indication)
ASLME对ELCP提供以下的基元,作为事件通知服务。
(3)事件通知基元(ASLME-EventInformation)
3.1.连接请求基元(ASLME-Connection)
3.1.1.功能概要
事件通知基元是应用请求与周边站的连接、或者传递用于维持连接状态的信息的基元。
3.1.2.生成契机
应用生成事件通知基元。
3.1.3.基元的变量
事件通知基元持有如下变量。
ASLME-Connection.request(portNo,requestCode,destinationLID)
在变量portNo中保存用于识别请求源应用的标识符。在变量requestCode中保存表示应用请求的内容的标识符。在变量destinationLID中保存表示进行连接请求等的对方站的标识符。
3.2.连接通知基元(ASLME-Connection.indication)
3.2.1.功能概要
连接通知基元是ASLME对应用通知初始连接或切断的基元。
3.2.2.生成契机
ASLME生成连接通知基元。
3.2.3.基元的变量
连接通知基元持有如下变量。
ASLME-Notify(portNo,notifyCode,notifyParameter)
在变量portNo中保存用于识别请求源应用的标识符。在变量notifyCode中保存表示通知给应用的内容的标识符。在变量notifyParameter中保存通知给应用的内容的参数值。
3.3.事件通知基元
3.3.1.功能
事件通知基元是通知在ASLME内产生的错误等事态的服务基元。
3.3.2.生成契机
在通知在ASLME内产生的错误等事态时,ASLME生成事件通知基元。
3.3.3.基元的变量
事件通知基元持有如下变量。
ASLME-EventInformation.indication(linkAddress,status,[extensionParameter])
在变量linkAddress中保存在ELCP中识别对方的链路地址。在变量status中保存表示产生的事态的代码。在变量extensionParameter中保存用于根据需要补充变量status的内容的信息。另外,变量extensionParameter为可选项。
<1-2-4.协议数据单元(Protocol Data Unit:PDU)>
1.PDU的结构
对在ELCP以及ASLME中使用的协议数据单元(PDU)进行说明。图7示出发送应用数据时的PDU结构,图8示出发送控制数据时的PDU结构。在此,当对PDU与SDU(Service DataUnit,服务数据单元)的关系进行叙述时,将在某Layer(层)中没有头部(header)的状态称为SDU,将在该Layer(层)中赋予了头部的状态称为PDU。
在图7所示的PDU中,对应用数据附加LPP头部以及LPCP头部并传递到ELCP,在ELCP中附加ELCP头部并传递到通信下层协议(WSMP)。在图8所示的PDU中,将在ASLME中生成的控制数据传递到ELCP,在ELCP中附加ELCP头部并传递到通信下层协议(WSMP)。
具体而言,在图7所示的PDU中,应用数据在LPP中作为LPP SDU而被处理,将附加有LPP头部的LPP PDU传递到LPCP。在LPCP中,从LPP传递的数据作为LPCP SDU而被处理,将附加有LPCP头部的LPCP PDU传递到ELCP。在ELCP中,从LPCP传递的数据作为ELCP SDU而被处理,将附加有ELCP头部的ELCP PDU传递到WSMP。在WSMP中,从ELCP传递的数据作为WSMP SDU而被处理。
2.NCP-PDU(Network Control Protocol-Protocol Data Unit,网络控制协议-协议数据单元)的格式
包括LPCP的NCP针对每个NCP分配不同的接入点标识符,利用ELCP的通信服务接口进行数据发送接收。ASLME分配与NCP等同的接入点标识符,利用ELCP的通信服务接口进行与对方站的ASLME的数据发送接收。因此,ASLME的PDU格式设为与NCP的PDU格式相同的网络控制协议数据单元(NCP-PDU)。
NCP-PDU包括:保存用于指示NCP的步骤的控制信息的控制字段(NCP Header/访问控制信息);以及保存上层协议的PDU的信息字段(网络控制服务单元(NCP Service DataUnit:NCP-SDU))。
2.1.连接的识别
通过NCP-PDU的控制字段来授受用于识别NCP以及ASLME的接入点标识符。此外,用于进行每个NCP以及ASLME的连接识别的链路地址等作为ELCP提供的服务基元的变量进行授受。
2.2.信息字段的格式
在进行数据传输的情况下,在信息字段中传达并保存从上层协议传递的NCP-SDU。将连接管理等数据传输以外的情况下的信息字段设为NULL(长度为0的数据)。
2.3.控制字段的格式
在指示NCP以及ASLME的步骤的控制字段中保存访问控制信息。在图9中示出访问控制信息的字段格式。
(1)接入点标识符
接入点标识符是识别NCP以及ASLME的值。在图10中示出接入点标识符的内容。
(2)协议标识符
协议标识符是指示NCP以及ASLME的步骤的控制信息。具有对用于补充控制内容的附加信息进行复用(multiply)的选项字段,并根据需要使用。针对每个NCP另行规定协议标识符子字段的内容。在图11中示出协议标识符的内容。
3.ELCP-PDU(ELCP Protocol Data Unit)的格式
ELCP处理的协议数据单元是ELCP的PDU,包括:保存用于指示ELCP(以及ASLME)的步骤的控制信息的控制字段(ELCP Header);以及用于保存从LPCP(以及ASLME)传递的PDU的信息字段(ELCP-SDU)。
3.1.连接的识别
根据通信下级层,将用于连接识别的链路地址、元素标识符EID(ElementIdentifier)等作为服务基元的变量或者ASL-SDU的内容物进行授受。
3.2.信息字段的格式
在信息字段中将从LPCP传递的ASL-SDU分割(批量分段化(bulk segment))或传达并保存。在广播通信的情况下,对ASL-SDU的末尾赋予32位(bit)宽的校验和作为纠错校验码。校验和作为对ASL-SDU的32位的1的补码和,在ASL-SDU的末尾不满足检查位长(32位)的情况下,在低位保存0并进行计算。
3.3.控制字段的格式
在控制字段中保存通信控制信息。在通信控制信息中保存指示ELCP的步骤的控制信息,为了执行步骤而在基站与移动站之间共享。在图12中示出通信控制信息的字段格式。
(1)批量传输有效标识符(bulkEnable)
批量传输有效标识符是指示批量传输的有效或无效的标识符。批量传输有效标识符示出真值(true)的ASL-SDU,表示是被批量传输的批量分段。在不进行分段处理的情况下,使批量传输有效标识符为伪值(false)。
(2)批量传输末端标识符(bulkTermination)
批量传输末端标识符是表示批量传输的最终分段的标识符。批量传输末端标识符示出真值(true)的ASL-PDU,表示是被批量传输的最终分段。在不进行分段处理的情况下,使批量传输末端标识符为伪值(false)。
(3)PDU组号(pduGroup)
PDU组号是批量分段的识别信息。对实施用于批量传输的分割处理之前的ASL-SDU编号一个值。编号以发送队列为单位,通过取模(modulo)32进行,对不应用批量传输的ASL-SDU也进行编号。在组合被批量传输的批量分段时,将相同PDU组号作为对象。
(4)分段号(segmentNumber)
分段号是表示批量分段的分割顺序的串行号。对分割后的最初的批量分段编号0,此后依次分配递增的值。批量分段的组合中,保证分段号的顺序。在不应用批量传输的情况下的分段号设为0。
(5)广播模式用辅助变量(broadcastParameter)
广播模式用辅助变量为可选项,将在广播模式控制的处理中分段化后的批量分段的通信控制信息作为对象,附加以下的变量。
(a)连接监视定时器值(serviceTime)
连接监视定时器值是对该通信区域中的移动站的连接管理定时器(ConnectionTimer for OBU:CTO)设定的定时器值。在未进行点对点通信(未进行通信连接动作)的情况下,移动站利用连接监视定时器值来管理广播服务的有效期间。单位为毫秒,设定0~4095范围的值。另外,作为值设定“0”的情况下的时间为无限大。但是,“0”的设定仅在实验时,实际运行状态下接收到“0”的移动站会丢弃该ASL-PDU。在与广播通信并行地进行点对点通信的情况下,移动站会使在ASL基站简档中提供的定时器值优先。
<1-2-5.动作步骤>
1.数据传输步骤
1.1传输服务处理的步骤
(1)发送服务的处理
在从LPCP以及ASLME调用了数据发送请求基元(SendDataUnit.request)的情况下,从变量parameter获取ELCP-SDU。在变量linkAddress的内容为专用链路地址的情况下,对获取到ELCP-SDU应用后述的“1.2.批量传输控制的步骤”中规定的发送侧的批量传输处理。此外,在变量linkAddress的内容为广播链路地址的情况下,对获取到的ELCP-SDU应用后述的“1.3.广播模式控制的步骤”中规定的广播模式控制处理。
(2)接收服务的处理
当在接收队列中存储了ELCP-PDU时,使用数据收到通知基元(SendDataUnit.indication)向LPCP以及ASLME进行ELCP-SDU的分发。此时,从ELCP-PDU删除通信控制信息和对方标识符以及发送源标识符,取出向LPCP以及ASLME传递的ELCP-SDU,并保存在变量parameter中。在变量linkAddress中保存ELCP-PDU的链路地址。另外,参照ELCP-SDU内的访问控制字段的接入点标识符来确定是将数据收到基元的通知目的地设为ELCP还是ASLME。
1.2.批量传输控制的步骤
(1)发送侧的批量传输处理
在ELCP-SDU的尺寸为预先设定的最小尺寸(SUU)以下的情况下,附加不进行分段处理的情况下的通信控制信息,生成ASL-PDU,并积蓄到发送队列。在ELCP-SDU的尺寸超过SUU的情况下,从先头依次以SUU的尺寸来分割ELCP-SDU,进行批量分段化,针对每个批量分段附加通信控制信息从而生成ELCP-PDU并发送。
(2)接收侧的批量传输处理
在接收侧的批量传输处理中,参照保存在接收队列中的ELCP-PDU的通信控制信息,进行以下的处理。
存在批量传输有效标识符示出真值(true)的批量分段,该分段与PDU组号以及发送源标识符相同,且分段号从0到批量传输末端标识符示出真值(true)的分段为止的ELCP-PDU全部被保存在接收队列中的情况下,按分段号的顺序连结分段,再生ELCP-SDU。在批量传输有效标识符示出伪值(false)的情况下,从ELCP-PDU删除通信控制信息后再生ELCP-SDU。
1.3.广播模式控制的步骤
(1)发送侧的广播模式控制处理
在ELCP-SDU的链路地址为群播链路地址的情况下,ELCP应用广播模式控制,进行以下的处理。
在赋予了纠错校验码之后,按照发送侧的批量传输处理的步骤对ELCP-SDU进行分段,制成ASL-PDU,并积蓄到广播用发送队列中。但是,对分段的单位应用预先设定的最小尺寸(SUM)。此时,通过取模32的连号对与分段结合的通信控制信息的PDU组号进行编号。此外,将通信控制信息的选项字段设为有效,附加广播模式用辅助变量。对该情况下的ASL-PDU的链路地址设定群播链路地址的地址值。保存在广播用的发送队列中的ELCP-PDU针对每个PDU组号依次发送全部PDU,对其重复进行预先设定的次数。当结束重复时,丢弃该PDU组号的全部分段。
(2)接收侧的广播模式控制处理
参照保存在广播用的接收队列中的ELCP-PDU的通信控制信息,进行以下的处理。另外,作为处理对象的链路地址为群播链路地址,丢弃非相应的ELCP-PDU。
在批量传输有效标识符示出伪值(false)的情况下,从ASL-PDU删除通信控制信息和纠错校验码,从而再生ELCP-PDU。另外,在纠错校验码的值有误的情况下,不进行ELCP-PDU的再生而丢弃接收数据。
存在ELCP-PDU的批量传输有效标识符示出真值(true)的批量分段,与该分段PDU组号相同,且分段号从0到批量传输末端标识符示出真值(true)的分段为止的ELCP-PDU全部被保存在接收队列中的情况下,按分段号的顺序连结,从而再生ELCP-SDU。另外,在纠错校验码的值有误的情况下,不进行ELCP-PDU的再生而丢弃接收数据。在结合再生之后,在接收到不同的PDU组号的批量分段之前暂缓处理,在接收之后,根据通信控制信息的内容重新开始处理。另外,将与在暂缓过程中接收到的与该ELCP-PDU相同PDU组号的批量分段全部丢弃。在结合再生处理过程中在接收到PDU组号不同的批量分段的情况下,丢弃该结合处理,将新的PDU组号作为对象,而开始结合处理。
2.初始连接步骤
在本实施方式的路车间-车车间协作系统中,进行用于开始单独通信的初始连接。
2.1.不使用车车间消息的情况下
图13是示出不使用车车间消息的情况下的初始连接步骤的基本序列的图。
(1)基站中的初始连接步骤的开始
基站的App通过ASLME-Connection.request对变量requestCode指定“发送连接请求”,对ASLME请求初始连接开始。ASLME开始如下所示的初始连接步骤。另外,也可以不将来自App的请求作为触发,而在起动时开始初始连接步骤。
(2)基站中的连接请求消息的发送
基站的ASLME按照预先制定的时间表,通过使用了ELCP的SendDataUnit.request的广播通信将连接请求消息发送到周边的移动站的ASLME。
(3)移动站中的连接请求消息的接收和连接应答消息的发送
移动站的ASLME在通过ELCP的SendDataUnit.indication接收到连接请求消息之后,参照连接管理表,确认连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,通过使用了ELCP的SendDataUnit.request的单独通信将连接应答消息发送到基站的ASLME。
(4)基站中的连接应答消息的接收和连接应答确认消息的发送
基站的ASLME在通过ELCP的SendDataUnit.indication接收到连接应答消息之后,参照连接管理表,确认与由连接应答消息表示的对方站的连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,通过使用了ELCP的SendDataUnit.request的单独通信将连接应答确认消息发送到移动站的ASLME。最后,实施初始连接结束处理,从而结束初始连接步骤。
(5)移动站中的连接应答确认消息的接收
移动站的ASLME在通过ELCP的SendDataUnit.indication接收到连接应答确认消息之后,参照连接管理表,确认连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,实施初始连接结束处理,从而结束初始连接步骤。
2.2.使用车车间消息的情况下
图14是示出使用车车间消息的情况下的初始连接步骤的基本序列的图。
(1)移动站中的车车间消息的发送
移动站的APP按照预先制定的时间表,生成车车间消息,并通过广播通信发送到周边的移动站以及基站的App。
(2)基站中的车车间消息的接收以及初始连接步骤的开始
基站的App在接收到车车间消息之后,通过ASLME-Connection.request对变量requestCode指定“发送连接应答”,对ASLME请求初始连接开始。ASLME开始如下所示的初始连接步骤。
(3)基站中的连接应答消息的发送
基站的ASLME若接受到初始连接开始请求,则参照连接管理表,确认连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,通过使用了ELCP的SendDataUnit.request的单独通信将连接应答消息发送到移动站的ASLME。
(4)移动站中的连接应答消息的接收和连接应答确认消息的发送
移动站的ASLME若通过ELCP的SendDataUnit.indication接收到连接应答消息,则参照连接管理表,确认由连接应答消息表示的与对方站的连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,通过使用了ELCP的SendDataUnit.request的单独通信将连接应答确认消息发送到基站的ASLME。最后,实施初始连接结束处理,从而结束初始连接步骤。
(5)基站中的连接应答确认消息的接收
基站的ASLME若通过ELCP的SendDataUnit.indication接收到连接应答确认消息,则参照连接管理表,确认连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,实施初始连接结束处理,从而结束初始连接步骤。
2.3.初始连接结束处理
在移动站以及基站中,在初始连接步骤的最后,为了与对方站的通信而将LPCP设为可使用的状态,作为“已连接”追加到连接管理表。进而,ASLME通过ASLME-Connection.indication对App发布“初始连接的通知”。同样地,ASLME通过ASLME-EventInformation.indication对ELCP发布“初始连接的通知”。接收到该通知后,ELCP通过EventInformation.indication对LPCP发布“初始连接的通知”。
3.连接维持步骤
在本实施方式的路车间-车车间通信协作系统中,在初始连接步骤结束之后,监视单独通信的状态,进行用于持续连接的连接维持。在该步骤中,使用监视是否对对方站保证了请求的定期发送的发送时间表监视定时器(Watchdog Timer for TransmissionSchedule:WTTS,看门狗计时器传输时间表)、用于监视来自对方站的请求的接收状态的通信连接管理定时器(ConnectionTimer for Request:CT1)、和用于监视来自对方站的应答的接收状态的通信连接管理定时器(ConnectionTimer for Request:CT2)。
3.1.不使用车车间消息的情况下
图15是示出在不使用ASLME中的车车间消息的情况下的连接维持步骤的基本序列的图。
(1)基站的通信连接管理步骤
在基站的ASLME中,在初始连接步骤结束时,针对每个移动站生成WTTS和CT2。此时,对CT2设定T2max,对WTTS设定T1max。基站的ASLME为了管理与移动站的通信连接状态,以连接维持请求消息的发送为契机,起动CT2和WTTS。在通信下级层不提供重新发送功能的情况下,连接维持请求消息通过重新发送定时器和重新发送计数器来进行重新发送的控制。
在接收到与CT2对应的连接维持应答消息时,使该CT2停止。在发送下一个连接维持请求消息时,使WTTS再次起动。在未能接收到连接维持应答消息而CT2超时的情况下,或在未能发送下一个连接维持请求信息而WTTS超时的情况下,实施连接维持结束处理,从而结束连接维持步骤。
(2)移动站的通信连接管理步骤
在移动站的ASLME中,在通信连接时生成CT1。从通过连接请求消息接收的基站配置文件参照移动站的连接管理定时器值,对所生成的CT1设定该值并起动。此后,在每次接受到来自基站的有效服务基元的收到通知时,使CT1再次起动。在未收到来自基站的有效服务基元而CT1超时的情况下,实施连接维持结束处理,从而结束连接维持步骤。
3.2.使用车车间消息的情况下(基站和移动站)
图16是示出在ASLME中在基站与移动站的通信中使用车车间消息的情况下的连接维持步骤的基本序列的图。
(1)移动站的通信连接管理步骤
移动站的App按照预先制定的时间表,生成车车间消息,并通过广播通信发送到周边的移动站以及基站的App。在初始连接步骤结束之后,移动站的App在车车间消息的发送时,通过ASLME-Connect.request对变量requestCode指定“连接维持应答待机”,请求ASLME等待来自基站的连接维持应答消息。
移动站的ASLME在初始连接步骤结束时,生成CT2。此时,对CT2设定T2max。移动站的ASLME为了管理与基站的通信连接状态,以连接维持应答待机的请求为契机,起动CT2。在接收到与此对应的连接维持应答消息时,使CT2停止。在未能接收到连接维持应答消息而CT2超时的情况下,实施连接维持结束处理,从而结束连接维持步骤。
(2)基站的通信连接管理步骤
基站的App在初始连接步骤结束之后,在车车间消息的接收时,通过ASLME-Connect.request对变量requestCode指定“发送连接维持应答”,请求ASLME对移动站发送连接维持应答消息。
基站的ASLME在初始连接步骤结束时,针对每个移动站生成CT1。从通过连接请求消息接收的基站配置文件参照移动站的连接管理定时器值,对所生成的CT1设定该值并起动。
此后,在每次接受到来自App的连接维持应答的请求时,使CT1再次起动。基站的ASLME在没有来自App的连接维持应答的请求而CT1超时的情况下,实施连接维持结束处理,从而结束连接维持步骤。
3.3.使用车车间消息的情况下(移动站之间)
图17是示出在ASLME中在移动站之间的通信中使用车车间消息的情况下的连接维持步骤的基本序列的图。
在移动站彼此的通信中,彼此相互发送车车间消息。两个移动站的App按照预先制定的时间表生成车车间消息,通过广播通信发送到周边的移动站以及基站的App。
在初始连接步骤结束之后,两个移动站的App在车车间消息的接收时,通过ASLME-Connect.request对变量requestCode指定“接收连接维持请求”,对ASLME通知接收到对移动站的连接维持请求消息。
ASLME在初始连接步骤结束时,针对每个移动站生成CT1。从通过连接请求消息接收的基站配置文件参照移动站的连接管理定时器值,对所生成的CT1设定该值并起动。
此后,在每次接受到来自App的接收连接维持请求的通知时,使CT1再次起动。在没有来自App的连接维持应答请求的通知而CT1超时的情况下,实施连接维持结束处理,从而结束连接维持步骤。
3.4.连接维持结束处理
在移动站以及基站中,终止对该移动站的LPCP的使用。进而,ASLME通过ASLME-Connection.indication对App发布“通信切断的通知”。同样地,ASLME通过ASLME-EvenInformation.indication对ELCP发布“通信切断的通知”。接收到该通知后,ELCP通过EvenInformation.indication对LPCP发布“通信切断的通知”。此外,终止与该对方站的处理过程以及CT1,进行新的连接通知或者广播接收的等待。实施方式1的通信装置以及路车间-车车间通信协作系统按照在以上所说明的车车间通信子协议的规格进行动作。
<1-3.路侧通信装置100以及车载通信装置200的动作>
以下,参照图1,并使用图18~图21,对路侧通信装置100以及车载通信装置200的各部分的动作进行说明。
<1-3-1.基站中的初始连接的动作>
使用图18对搭载有路侧通信装置100的基站中的初始连接的动作进行说明。
图18是决定基站中的初始连接步骤的方法的流程图。路侧通信装置100执行后面所示的步骤S101~步骤S112的处理。
在步骤S101中,路侧通信管理部6确认与初始连接相关的设定信息。在设定信息为“发送连接请求”的情况下,转移到步骤S102。在设定信息为“接收连接请求”的情况下,转移到步骤S107。
在步骤S102中,路侧通信管理部6对通信传输部2发送“连接请求消息”的数据发送请求,起动连接应答接收用的定时器。通信传输部2通过广播通信对周边的移动站发送“连接请求消息”,并转移到步骤103。
在步骤S103中,在接收到来自移动站的消息之前,通信传输部2待机。在通信传输部2接收到“连接应答消息”的情况下,转移到步骤S104。在通信传输部2接收到“连接应答消息”以外的消息的情况下,继续待机,当连接应答接收用的定时器超时时,转移到步骤S102。
在步骤S104中,通信传输部2对路侧通信管理部6发送“连接应答消息”的数据收到通知。路侧通信管理部6参照连接管理表,确认“连接应答消息”所包含的移动站的连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,转移到步骤S105。
在步骤S105中,路侧通信管理部6对通信传输部2发送“连接应答确认消息”的数据发送请求。通信传输部2对指定的对方站发送“连接应答确认消息”,转移到步骤S106。这时,作为发送目的地,指定在步骤S103中接收到的“连接应答消息”所包含的对方站。
在步骤S106中,实施初始连接结束处理,结束初始连接处理。
在步骤S107中,在接收到来自移动站的车车间消息之前,车车间应用处理部4待机。在接收到车车间消息的情况下,转移到步骤S108。
在步骤S108中,车车间应用处理部4向发送接收状况管理部5通知车车间消息的接收。发送接收状况管理部5对路侧通信管理部6发送“发送连接应答”的连接处理请求。路侧通信管理部6参照连接管理表,确认“发送连接应答”所包含的移动站的连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,转移到步骤S109。
在步骤S109中,路侧通信管理部6对通信传输部2发送“连接应答消息”的数据发送请求。通信传输部2对指定的对方站发送“连接应答消息”,并转移到步骤S110。这时,作为发送目的地,指定在步骤S107中接收到的车车间消息所包含的移动站。
在步骤S110中,在接收到来自移动站的消息之前,通信传输部2待机。在通信传输部2接收到“连接应答确认消息”的情况下,转移到步骤S111。在通信传输部2接收到“连接应答确认消息”以外的消息的情况下,继续待机,当超时时,转移到步骤S107。
在步骤S111中,通信传输部2对路侧通信管理部6发送“连接应答确认消息”的数据收到通知。路侧通信管理部6参照连接管理表,确认“连接应答确认消息”所包含的移动站的连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,转移到步骤S112。
在步骤S112中,实施初始连接结束处理,结束初始连接处理。
<1-3-2.移动站中的初始连接的动作>
使用图19对搭载有车载通信装置200的移动站中的初始连接的动作进行说明。
图19是决定移动站中的初始连接步骤的方法的流程图。车载通信装置200执行后面所示的步骤S201~步骤S211的处理。
在步骤S201中,车车间应用处理部4开始车车间消息的发送,并转移到步骤S202。在此后的步骤中,车车间应用处理部4通过广播通信周期性地对周边的移动站或基站发送车车间消息。
在步骤S202中,在接收到来自移动站或基站的消息或车车间应用处理部4接收到来自移动站的车车间消息之前,通信传输部2待机。在通信传输部2接收到“连接应答消息”的情况下,转移到步骤S203。在通信传输部2接收到“连接请求消息”的情况下,转移到步骤S207。在车车间应用处理部4接收到车车间消息的情况下,转移到步骤S206。在接收到“连接应答消息”、“连接请求消息”以及车车间消息以外的消息的情况下,继续待机。
在步骤S203中,通信传输部2对车载通信管理部7发送“连接应答信息”的数据收到通知。车载通信管理部7参照连接管理表,确认“连接应答消息”所包含的基站的连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,转移到步骤S204。
在步骤S204中,车载通信管理部7对通信传输部2发送“连接应答确认消息”的数据发送请求。通信传输部2对指定的对方站发送“连接应答确认消息”,并转移到步骤S205。这时,作为发送目的地,指定在步骤S202中接收到的“连接应答消息”所包含的移动站或基站。
在步骤S205中,实施初始连接结束处理,结束初始连接处理。
在步骤S206中,车车间应用处理部4对发送接收状况管理部5通知车车间消息的接收。发送接收状况管理部5对车载通信管理部7发送“发送连接应答”的连接处理请求。车载通信管理部7按词典式顺序来比较“发送连接应答”所包含的移动站的标识符与本站的标识符。如果本站的标识符小,则转移到步骤S207。如果本站的标识符大,则转移到步骤S202。
在步骤S207中,通信传输部2对车载通信管理部7发送“连接请求消息”的数据收到通知。车载通信管理部7参照连接管理表,确认“连接请求消息”所包含的基站或“发送连接应答”所包含移动站的连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,转移到步骤S208。
在步骤S208中,车载通信管理部7对通信传输部2发送“连接应答消息”的数据发送请求。通信传输部2对指定的对方站发送“连接应答消息”,并转移到步骤S209。这时,作为发送目的地,指定在步骤S202中接收到的车车间消息所包含的移动站或“连接请求消息”所包含的基站。
在步骤S209中,在接收到来自移动站或基站的消息之前,通信传输部2待机。在通信传输部2接收到“连接应答确认消息”的情况下,转移到步骤S210。在通信传输部2接收到“连接应答确认消息”以外的消息的情况下,继续待机,当超时时,转移到步骤S202。
在步骤S210中,通信传输部2对车载通信管理部7发送“连接应答确认信息”的数据收到通知。车载通信管理部7参照连接管理表,确认“连接应答确认消息”所包含的移动站或基站的连接状况。在连接状况为“已连接”的情况下,结束初始连接步骤。在连接状况为“未连接”的情况下,转移到步骤S211。
在步骤S211中,实施初始连接结束处理,结束初始连接处理。
<1-3-3.初始连接结束处理>
基站的路侧通信管理部6以及移动站的车载通信管理部7在初始连接步骤的最后,为了与对方站的通信而将LPCP设为可使用的状态,作为“已连接”追加到连接管理表。进而,基站的路侧通信管理部6以及移动站的车载通信管理部7对发送接收状况管理部5发送“初始连接”的连接通知。同样地,基站的路侧通信管理部6以及移动站的车载通信管理部7对通信传输部2发送“初始连接”的事件通知。
<1-3-4.基站的连接维持的动作>
使用图20对搭载有路侧通信装置100的基站中的连接维持的动作进行说明。
图20是决定基站中的连接维持步骤的方法的流程图。路侧通信装置100执行后面所示的步骤S301~步骤S309的处理。
在步骤S301中,路侧通信管理部6确认与连接维持相关的设定信息。在设定信息为“发送连接维持请求”的情况下,转移到步骤S302。在设定信息为“接收连接维持请求”的情况下,转移到步骤S306。
在步骤S302中,路侧通信管理部6针对每个移动站生成WTTS和CT2,并转移到步骤S303。此时,对CT2设定T2max,对WTTS设定T1max。
在步骤S303中,路侧通信管理部6对通信传输部2发送“连接维持请求消息”的数据发送请求。进而,路侧通信管理部6起动CT2和WTTS。这时,如果WTTS已经在起动过程中,则再次起动。此外,WTTS在起动过程中,并在再次起动之前超时的情况下,转移到步骤309。在通信下级层不提供重新发送功能的情况下,连接维持请求消息通过重新发送定时器和重新发送计数器进行重新发送的控制。通信传输部2向对方站发送“连接维持请求消息”,并转移到步骤S304。
在步骤S304中,在接收到来自移动站的消息之前,通信传输部2待机。在通信传输部2接收到“连接维持应答消息”的情况下,转移到步骤S305。在通信传输部2接收到“连接维持应答消息”以外的消息的情况下,继续待机,当CT2超时时,转移到步骤S309。
在步骤S305中,通信传输部2对路侧通信管理部6发送“连接维持应答消息”的数据收到通知。路侧通信管理部6停止CT2,并转移到步骤S303。
在步骤S306中,路侧通信管理部6针对每个移动站生成并起动CT1,并转移到步骤S307。此时,对CT1设定T1max。
在步骤S307中,在接收到来自移动站的车车间消息之前,车车间应用处理部4待机。在车车间应用处理部4接收到车车间消息的情况下,转移到步骤S308。在车车间应用处理部4接收到车车间消息以外的消息的情况下,继续待机,当CT1超时时,转移到步骤S309。
在步骤S308中,车车间应用处理部4对发送接收状况管理部5通知车车间消息的接收。发送接收状况管理部5对路侧通信管理部6发送“发送连接维持应答”的连接处理请求。路侧通信管理部6对通信传输部2发送“连接维持应答消息”的数据发送请求。进而,路侧通信管理部6再次起动CT1。通信传输部2对指定的对方站发送“连接应答消息”,并转移到步骤S307。这时,作为发送目的地,指定在步骤S307中接收到的车车间消息所包含的移动站。
在步骤S309中,实施连接维持结束处理,结束初始连接处理。
<1-3-5.移动站的通信连接维持管理处理>
使用图21对搭载有车载通信装置200的移动站中的连接维持的动作进行说明。
图21是决定移动站中的连接维持步骤的方法的流程图。车载通信装置200执行后面所示的步骤S401~步骤S413的处理。
在步骤S401中,车车间应用处理部4开始车车间消息的发送,并转移到步骤S402。在此后的步骤中,车车间应用处理部4通过广播通信周期性地对周边的移动站或基站发送车车间消息。
在步骤S402中,车载通信管理部7确认与连接维持相关的设定信息。在设定信息为“发送连接维持请求”的情况下,转移到步骤S403。在设定信息为“接收连接维持请求”的情况下,转移到步骤S407。在设定信息为“车车间发送接收”的情况下,转移到步骤S410。
在步骤S403中,车载通信管理部7针对每个基站生成CT2,并转移到步骤S404。此时,对CT2设定T2max。
在步骤S404中,车车间应用处理部4在车车间消息的发送之后,对车载通信管理部7发送“接收连接维持应答”的连接处理请求。进而,车载通信管理部7起动CT2。在通信下级层不提供重新发送功能的情况下,连接维持请求消息通过重新发送定时器和重新发送计数器进行重新发送的控制。在步骤S404的处理之后,转移到步骤S405。
在步骤S405中,在接收到来自基站的消息之前,通信传输部2待机。在通信传输部2接收到“连接维持应答消息”的情况下,转移到步骤S406。在通信传输部2接收到“连接维持应答消息”以外的消息的情况下,继续待机,当CT2超时时,转移到步骤S413。
在步骤S406中,通信传输部2对车载通信管理部7发送“连接维持应答消息”的数据收到通知。车载通信管理部7停止CT2,并转移到步骤S404。
在步骤S407中,车载通信管理部7针对每个基站生成并起动CT1,并转移到步骤S408。此时,对CT1设定T1max。
在步骤S408中,在接收到来自基站的消息之前,通信传输部2待机。在通信传输部2接收到连接维持请求消息的情况下,转移到步骤S409。在通信传输部2接收到连接维持请求消息以外的消息的情况下,继续待机,当CT1超时时,转移到步骤S413。
在步骤S409中,通信传输部2对车载通信管理部7发送“连接维持请求消息”的数据收到通知。车载通信管理部7对通信传输部2发送“连接维持应答消息”的数据发送请求。进而,车载通信管理部7再次起动CT1。通信传输部2对指定的对方站发送“连接维持应答消息”,并转移到步骤S408。这时,作为发送目的地,指定在步骤S408中接收到的连接维持请求消息所包含的基站。
在步骤S410中,车载通信管理部7针对每个移动站生成并起动CT1,并转移到步骤S411。此时,对CT1设定T1max。
在步骤S411中,在接收到来自移动站的车车间消息之前,车车间应用处理部4待机。在车车间应用处理部4接收到车车间消息的情况下,转移到步骤S412。在车车间应用处理部4接收到车车间消息以外的消息的情况下,继续待机,当CT1超时时,转移到步骤S413。
在步骤S412中,车车间应用处理部4对发送接收状况管理部5通知车车间消息的接收。发送接收状况管理部5对载通信管理部7发送“车车间消息接收”的连接处理通知。车载通信管理部7再次起动CT1,并转移到步骤S411。这时,作为发送目的地,指定在步骤S411中接收到的车车间消息所包含的移动站。
在步骤S413中,实施连接维持结束处理,结束初始连接处理。
<1-3-6.连接维持结束处理>
基站的路侧通信管理部6以及移动站的车载通信管理部7在连接维持步骤的最后,将LPCP的使用设为停止状态,将连接管理表更新为“未连接”。进而,基站的路侧通信管理部6以及移动站的车载通信管理部7对发送接收状况管理部5发送“通信切断”的连接通知。同样地,基站的路侧通信管理部6以及移动站的车载通信管理部7对通信传输部2发送“通信切断”的事件通知。实施方式1的路侧通信装置以及车载通信装置按照在以上说明的车车间通信子协议的规格进行动作。
<1-4.效果>
根据以上情况,根据本实施方式,路侧通信装置100具备车车间应用处理部4以及发送接收状况管理部5。因此,车车间应用处理部4将车车间消息的接收状况提供给路侧通信管理部6,路侧通信管理部6利用车车间消息的接收状况,从而能够抑制在开始初始连接时或维持连接状态时所需的路车间消息的发送接收次数。即,能够抑制路车间通信中的流量的增大。
此外,车载通信装置200具备车车间应用处理部4以及发送接收状况管理部5。因此,车车间应用处理部4将车车间消息的发送接收状况提供给车载通信管理部7,车载通信管理部7利用车车间消息的发送接收状况,从而能够抑制在开始初始连接时或维持连接状态时所需的路车间消息的发送接收次数。即,能够抑制路车间通信中的流量的增大。
<1-5.变形例>
在以上说明的实施方式中,也可以通过上述说明的协议以外的协议来交换消息。例如,在上述中,对在初始连接时使用连接请求消息、连接应答消息以及连接应答确认消息的协议进行了说明,但也可以仅通过连接请求消息、连接应答消息进行初始连接。
在通信传输部2中,示出了使用非专利文献1所记载的事务管理部(本地端口协议)、和传输服务处理(本地端口控制协议)的层次构造,但也可以代替本地端口协议或本地端口控制协议而使用其它可双向通信的协议。例如,也可以使用由美国研究的协议IEEE1609.3、或者由欧洲的CALM(Communications Architecture for Land Mobileenvironment,陆地移动环境通信架构)研究的协议FAST或Geo-Routing(地理路由)等。
此外,示出了路侧通信管理部6以及车载通信管理部7被配置为相对路车间应用处理部3以及通信传输部2平行的构造,但由IEEE1609.3研究的管理部WME(WAVE ManagementEntity,WAVE管理实体)或由CALM研究的管理部CME(CALM Management Entity,CALM管理实体)也与路侧通信管理部6以及车载通信管理部7同样地配置,因此也可以为将路侧通信管理部6以及车载通信管理部7包含在WME或CME的结构、或者将WME或CME包含在路侧通信管理部6以及车载通信管理部7的结构。在此,WAVE是Wireless Access in VehicularEnvironments(交通环境中的无线访问)的简称。根据在此所叙述的结构,路侧通信管理部6以及车载通信管理部7提供的接口也可以整合到WME或CME的接口。
此外,路车间应用处理部3和车车间应用处理部4也可以使用与ITS相关的应用以外的应用等。
另外,本发明在该发明的范围内能够对各实施方式进行自由组合,或者对各实施方式进行适当变形、省略。
虽然详细说明了本发明,但上述的说明在全部方式中只是例示,本发明并不限定于此。可解释为未例示出的无数变形例是在不脱离本发明的范围内能够设想到的。

Claims (8)

1.一种路侧通信装置(100),该路侧通信装置(100)搭载于基站,能够在与搭载于移动站的通信装置(200)之间进行无线通信,该路侧通信装置(100)的特征在于,具备:
车车间发送接收服务处理部(1),在与所述通信装置(200)之间发送接收基于路车间通信的协议的路车间消息以及基于车车间通信的协议的车车间消息;
通信传输部(2),提供事务服务和传输服务,所述事务服务包括经由所述车车间发送接收服务处理部(1)在与所述通信装置(200)之间发送接收的所述路车间消息的重新发送、分割以及组合,所述传输服务附加用于识别上层协议的本地端口号;
路车间应用处理部(3),经由所述车车间发送接收服务处理部(1)以及所述通信传输部(2)在与所述通信装置(200)之间发送接收所述路车间消息;
车车间应用处理部(4),经由所述车车间发送接收服务处理部(1)在与所述通信装置(200)之间发送接收车车间消息;
发送接收状况管理部(5),对所述车车间应用处理部(4)在与所述通信装置(200)之间发送接收的所述车车间消息的发送接收状况进行管理;以及
路侧通信管理部(6),管理与所述通信装置(200)的连接状况,
所述路侧通信管理部(6)基于从所述发送接收状况管理部(5)通知的所述车车间消息的接收状况来管理与所述通信装置(200)的连接状态。
2.根据权利要求1所述的路侧通信装置,其特征在于,
当从所述通信装置(200)接收到所述车车间消息时,所述路侧通信管理部(6)确认与所述通信装置(200)的连接状况。
3.根据权利要求2所述的路侧通信装置,其特征在于,
在与所述通信装置(200)的连接状况为未连接的情况下,所述路侧通信管理部(6)进行与所述通信装置(200)的连接。
4.一种车载通信装置(200),该车载通信装置(200)搭载于移动站,能够在与搭载于基站或其它移动站的通信装置(100、200)之间进行无线通信,该车载通信装置(200)的特征在于,具备:
车车间发送接收服务处理部(1),在与所述通信装置(100、200)之间发送接收基于路车间通信的协议的路车间消息以及基于车车间通信的协议的车车间消息;
通信传输部(2),提供事务服务和传输服务,所述事务服务包括经由所述车车间发送接收服务处理部(1)在与所述通信装置(100、200)之间发送接收的所述路车间消息的重新发送、分割以及组合,所述传输服务附加用于识别上层协议的本地端口号;
路车间应用处理部(3),经由所述车车间发送接收服务处理部(1)以及所述通信传输部(2)在与所述通信装置(100、200)之间发送接收所述路车间消息;
车车间应用处理部(4),经由所述车车间发送接收服务处理部(1)在与所述通信装置(100、200)之间发送接收车车间消息;
发送接收状况管理部(5),对所述车车间应用处理部(4)在与所述通信装置(100、200)之间发送接收的所述车车间消息的发送接收状况进行管理;以及
车载通信管理部(7),管理与所述通信装置(100、200)的连接状况,
所述车载通信管理部(7)利用从所述发送接收状况管理部(5)通知的所述车车间消息的发送接收状况来管理连接状态。
5.根据权利要求4所述的车载通信装置,其特征在于,当从所述通信装置(100、200)接收到请求与该通信装置(100、200)的连接的所述路车间消息或所述车车间消息时,所述车载通信管理部(7)确认与所述通信装置(100、200)的连接状况。
6.根据权利要求5所述的车载通信装置,其特征在于,
在与所述通信装置(100、200)的连接状况为未连接的情况下,所述车载通信管理部(7)进行与所述通信装置(100、200)的连接。
7.根据权利要求4至6中的任意一项所述的车载通信装置,其特征在于,
所述车车间应用处理部(4)将请求与所述通信装置(100、200)的连接的所述车车间消息发送到所述通信装置(100、200)。
8.根据权利要求7所述的车载通信装置,其特征在于,
所述车车间应用处理部(4)通过广播通信周期性地发送所述车车间消息。
CN201680089321.0A 2016-09-21 2016-09-21 路侧通信装置以及车载通信装置 Active CN109716801B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/077780 WO2018055685A1 (ja) 2016-09-21 2016-09-21 路側通信装置および車載通信装置

Publications (2)

Publication Number Publication Date
CN109716801A true CN109716801A (zh) 2019-05-03
CN109716801B CN109716801B (zh) 2021-10-19

Family

ID=59011945

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680089321.0A Active CN109716801B (zh) 2016-09-21 2016-09-21 路侧通信装置以及车载通信装置

Country Status (7)

Country Link
US (1) US10863332B2 (zh)
EP (1) EP3518607B1 (zh)
JP (1) JP6141564B1 (zh)
KR (1) KR102225723B1 (zh)
CN (1) CN109716801B (zh)
CA (1) CA3033714C (zh)
WO (1) WO2018055685A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102013674B1 (ko) * 2017-10-31 2019-08-23 (주)이씨스 안테나의 mac id를 이용한 차선 식별 장치 및 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102047698A (zh) * 2008-04-30 2011-05-04 三菱电机株式会社 车载通信装置以及路车间-车车间通信协作系统
CN102272809A (zh) * 2009-04-07 2011-12-07 三菱电机株式会社 车载短程无线通信装置及路车间短程无线通信系统
EP2789118A1 (en) * 2012-11-07 2014-10-15 Universidade Do Porto Probabilistic key distribution in vehicular networks with infrastructure support
US20150052352A1 (en) * 2013-06-23 2015-02-19 Shlomi Dolev Certificating vehicle public key with vehicle attributes
CN105809953A (zh) * 2014-12-27 2016-07-27 吉林大学 一种基于m2m的城市交通流车路协同控制方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100373820C (zh) 2003-10-08 2008-03-05 松下电器产业株式会社 道路-车辆通信系统以及用于其中的路边设备和移动设备
CN1846375B (zh) * 2003-10-15 2011-04-20 三菱电机株式会社 道路车间通信系统
EP1564937B1 (en) * 2004-02-13 2012-12-12 Samsung Electronics Co., Ltd. Broadcast method in a WPAN network
JP4765917B2 (ja) * 2005-12-08 2011-09-07 三菱電機株式会社 Dsrc無線装置および車載器
JP4588800B2 (ja) * 2010-01-21 2010-12-01 株式会社ケンウッド 情報提供システムおよび情報提供方法
WO2011152572A1 (ko) * 2010-05-31 2011-12-08 주식회사 에이티엔 단거리전용무선통신과 차량간 통신이 가능한 겸용 통신 무선단말장치
JP5821426B2 (ja) 2011-08-31 2015-11-24 株式会社デンソー 車両接近報知装置および安全杖
JP2015115869A (ja) * 2013-12-13 2015-06-22 住友電気工業株式会社 通信システム、路側通信機、処理装置、処理方法およびコンピュータプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102047698A (zh) * 2008-04-30 2011-05-04 三菱电机株式会社 车载通信装置以及路车间-车车间通信协作系统
CN102272809A (zh) * 2009-04-07 2011-12-07 三菱电机株式会社 车载短程无线通信装置及路车间短程无线通信系统
EP2789118A1 (en) * 2012-11-07 2014-10-15 Universidade Do Porto Probabilistic key distribution in vehicular networks with infrastructure support
US20150052352A1 (en) * 2013-06-23 2015-02-19 Shlomi Dolev Certificating vehicle public key with vehicle attributes
CN105809953A (zh) * 2014-12-27 2016-07-27 吉林大学 一种基于m2m的城市交通流车路协同控制方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
PURSER STURGEON,PAUL AVERY: "A cooperative vehicle application for dynamic lane-level model generation", 《2014 INTERNATIONAL CONFERENCE ON CONNECTED VEHICLES AND EXPO (ICCVE)》 *
简明全: "车联网驱动现代城市智能交通系统连接", 《中国公共安全》 *

Also Published As

Publication number Publication date
EP3518607A4 (en) 2019-07-31
EP3518607B1 (en) 2021-08-04
WO2018055685A1 (ja) 2018-03-29
KR20190039569A (ko) 2019-04-12
CA3033714C (en) 2021-04-27
JP6141564B1 (ja) 2017-06-07
JPWO2018055685A1 (ja) 2018-09-20
CA3033714A1 (en) 2018-03-29
EP3518607A1 (en) 2019-07-31
KR102225723B1 (ko) 2021-03-09
US20190215669A1 (en) 2019-07-11
US10863332B2 (en) 2020-12-08
CN109716801B (zh) 2021-10-19

Similar Documents

Publication Publication Date Title
CN101611434B (zh) 车辆用通信装置
US5212724A (en) Processor-to-processor communications protocol for a public service trunking system
CN103873177B (zh) 基于车载网络的安全信息传输方法
CN102577268B (zh) 基于mac报头类型信息传送mac pdu的设备和方法
CN110536445A (zh) Ue信息的报告方法、车辆网资源配置方法及装置
US8605631B2 (en) Communication method
WO2009133740A1 (ja) 車載通信装置および路車間-車々間通信連携システム
CN110213799A (zh) 一种下行小数据传输方法及装置
CN105101301A (zh) 多用户协作通信场景下的数据传输方法、装置及系统
CN111565416B (zh) 无线通信的方法、用户设备、网络设备及通信装置
CN107333334A (zh) 副链路半持续调度的配置方法和装置
CN107733574A (zh) 一种设备到设备通信的反馈方法及装置
CN112703716B (zh) 共享无线承载以及终端设备无线标识和无线接入网路径的管理
CN108259144A (zh) 一种信息的传输方法、终端和网络设备
CN107071830A (zh) 用于无线接入网络中的带内信令消息的消息传送
CN101743700A (zh) 中继站和基站中用于数据传输的方法及装置
CN110447262A (zh) 用于发送分组数据单元的装置和方法
CN106488584A (zh) 一种数据发送、传输方法及装置
CN106341214A (zh) 信令传输方法和系统
KR100776689B1 (ko) 도시 교통정보 시스템
CN109716801A (zh) 路侧通信装置以及车载通信装置
ES2248634T3 (es) Metodo de acuse de recepcion de datos.
CN113676844A (zh) 一种基于北斗短报文的多点数据通信方法及系统
Wickramarachchi et al. Evaluation of DSRC/Wi-Fi Hybrid Communications for Intelligent Transport Systems
CN102665183B (zh) 一种在无线系统中传输m2m业务的自适应帧长计算方法

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
GR01 Patent grant
GR01 Patent grant