CN106537931A - 车辆发起的紧急呼叫 - Google Patents
车辆发起的紧急呼叫 Download PDFInfo
- Publication number
- CN106537931A CN106537931A CN201580039919.4A CN201580039919A CN106537931A CN 106537931 A CN106537931 A CN 106537931A CN 201580039919 A CN201580039919 A CN 201580039919A CN 106537931 A CN106537931 A CN 106537931A
- Authority
- CN
- China
- Prior art keywords
- terminal
- teleprocessing
- data
- vehicle
- request
- 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
Links
- 230000011664 signaling Effects 0.000 claims abstract description 292
- 238000004891 communication Methods 0.000 claims abstract description 210
- 238000000034 method Methods 0.000 claims abstract description 139
- 230000009471 action Effects 0.000 claims description 202
- 230000004044 response Effects 0.000 claims description 140
- 230000005540 biological transmission Effects 0.000 claims description 67
- 230000010365 information processing Effects 0.000 claims description 47
- 238000012790 confirmation Methods 0.000 claims description 26
- 230000004913 activation Effects 0.000 claims description 23
- 238000003860 storage Methods 0.000 claims description 12
- 239000000446 fuel Substances 0.000 claims description 10
- 239000000463 material Substances 0.000 claims description 4
- 230000003213 activating effect Effects 0.000 claims description 3
- 238000002485 combustion reaction Methods 0.000 claims description 3
- 230000006870 function Effects 0.000 description 102
- 238000010586 diagram Methods 0.000 description 36
- 238000012360 testing method Methods 0.000 description 33
- 230000008569 process Effects 0.000 description 31
- 230000000977 initiatory effect Effects 0.000 description 30
- 238000012545 processing Methods 0.000 description 30
- 230000007246 mechanism Effects 0.000 description 27
- 230000000875 corresponding effect Effects 0.000 description 26
- 230000008859 change Effects 0.000 description 22
- 241001269238 Data Species 0.000 description 18
- 238000005516 engineering process Methods 0.000 description 16
- 208000027418 Wounds and injury Diseases 0.000 description 13
- 230000001413 cellular effect Effects 0.000 description 13
- 238000012986 modification Methods 0.000 description 13
- 230000004048 modification Effects 0.000 description 13
- 238000004458 analytical method Methods 0.000 description 10
- 238000001514 detection method Methods 0.000 description 10
- 230000003068 static effect Effects 0.000 description 10
- 230000006378 damage Effects 0.000 description 9
- 230000008901 benefit Effects 0.000 description 8
- 208000014674 injury Diseases 0.000 description 8
- 238000000926 separation method Methods 0.000 description 8
- 238000007405 data analysis Methods 0.000 description 7
- 238000005259 measurement Methods 0.000 description 6
- HNQBPUIXFDQDRJ-UHFFFAOYSA-N N-ethyl-N-(2-hydroxyethyl)nitrosamine Chemical compound CCN(N=O)CCO HNQBPUIXFDQDRJ-UHFFFAOYSA-N 0.000 description 5
- 230000002708 enhancing effect Effects 0.000 description 5
- 210000001519 tissue Anatomy 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 238000013480 data collection Methods 0.000 description 4
- 239000000284 extract Substances 0.000 description 4
- 239000003550 marker Substances 0.000 description 4
- 230000002085 persistent effect Effects 0.000 description 4
- 230000008439 repair process Effects 0.000 description 4
- 230000008093 supporting effect Effects 0.000 description 4
- 230000009466 transformation Effects 0.000 description 4
- 241000208340 Araliaceae Species 0.000 description 3
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 3
- 235000003140 Panax quinquefolius Nutrition 0.000 description 3
- 239000003795 chemical substances by application Substances 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000005611 electricity Effects 0.000 description 3
- 235000008434 ginseng Nutrition 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000013519 translation Methods 0.000 description 3
- 206010011469 Crying Diseases 0.000 description 2
- 208000003443 Unconsciousness Diseases 0.000 description 2
- 230000000712 assembly Effects 0.000 description 2
- 238000000429 assembly Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 239000012634 fragment Substances 0.000 description 2
- 239000011521 glass Substances 0.000 description 2
- 230000001976 improved effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000002372 labelling Methods 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 238000000465 moulding Methods 0.000 description 2
- 210000003205 muscle Anatomy 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000036961 partial effect Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 230000000704 physical effect Effects 0.000 description 2
- 238000005728 strengthening Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 241000501754 Astronotus ocellatus Species 0.000 description 1
- 102100035024 Carboxypeptidase B Human genes 0.000 description 1
- 101000946524 Homo sapiens Carboxypeptidase B Proteins 0.000 description 1
- 206010061245 Internal injury Diseases 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000003416 augmentation Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 239000011248 coating agent Substances 0.000 description 1
- 238000000576 coating method Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000013502 data validation Methods 0.000 description 1
- 230000034994 death Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- DMBHHRLKUKUOEG-UHFFFAOYSA-N diphenylamine Chemical compound C=1C=CC=CC=1NC1=CC=CC=C1 DMBHHRLKUKUOEG-UHFFFAOYSA-N 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000008571 general function Effects 0.000 description 1
- 210000004247 hand Anatomy 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 239000004615 ingredient Substances 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000011068 loading method Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000002156 mixing Methods 0.000 description 1
- 230000004899 motility Effects 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 210000000056 organ Anatomy 0.000 description 1
- 230000032696 parturition Effects 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 230000003449 preventive effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 238000004549 pulsed laser deposition Methods 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 241000894007 species Species 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 230000008733 trauma Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
- G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
- G05D1/0011—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/5116—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing for emergency applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/0024—Services and arrangements where telephone services are combined with data services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
-
- 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]
- H04W4/44—Services 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
- H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2242/00—Special services or facilities
- H04M2242/04—Special services or facilities for emergency applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2242/00—Special services or facilities
- H04M2242/30—Determination of the location of a subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/025—Services making use of location information using location based information parameters
- H04W4/027—Services making use of location information using location based information parameters using movement velocity, acceleration information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- 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)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Multimedia (AREA)
- Emergency Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- General Engineering & Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Public Health (AREA)
- Aviation & Aerospace Engineering (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Databases & Information Systems (AREA)
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
- Emergency Alarm Devices (AREA)
Abstract
描述了用于断言对车辆紧急呼叫系统中的远程信息处理能力的支持的方法、系统和装置。在一些方面中，一种用于所述车辆紧急呼叫系统中的无线通信的方法可以包括：通过通信会话信令协议，从所述车辆紧急呼叫系统中的第一端点向所述车辆紧急呼叫系统中的第二端点发送远程信息处理能力集合。
Description
交叉引用
本申请要求由Gellens等人于2014年7月23日递交的名称为“Asserting Supportfor Telematics Capabilities in Vehicle Emergency Call Systems”的美国临时专利申请No.62/028,234、以及由Gellens等人于2014年10月24日递交的名称为“Vehicle-Initiated Emergency Calls”的美国临时专利申请No.62/068,590的优先权，为了所有目的，通过引用的方式将上述两个申请的全部内容并入本文；上述申请中的每一个申请被转让给其受让人。
背景技术
本公开内容涉及车辆紧急呼叫系统，并且更具体地涉及断言对车辆紧急呼叫系统中的远程信息处理能力的支持。在一些车辆紧急呼叫系统中，可以将远程信息处理数据(例如，传感器读数和其它数据)从智能车辆终端发送给中心服务以进行处理。例如，与经历碰撞的车辆相关联的终端可以通过无线通信系统向公共安全应答点(PSAP)发送位置和安全气囊展开数据连同对紧急服务的请求。在一些系统中，可以将数据发送给第三方服务中心，该第三方服务中心可以随后将数据中的一些数据或全部数据传送给PSAP。
本公开内容还涉及与远程信息处理数据相关联的元数据(有时也被称为“控制数据”)，PSAP还可以将元数据提供回给车辆终端。例如，PSAP可以发送关于远程信息处理数据被满意地接收的确认。元数据还可以包括对令车辆终端执行一个或多个动作(诸如发送或重新发送某些远程信息处理数据、解锁车门、闪车灯等等)的请求。然而，由于不同车辆的广泛的功能，PSAP可能不知道车辆终端能够执行和不能够执行什么类型的动作。照此，在不知道车辆终端是否能够实际地执行所请求的动作的情况下，PSAP可以向该车辆终端发送许多请求或者多次发送单个请求。在其它情况下，由于PSAP不知道车辆终端能够执行某个动作，因此其可能从不发送某种类型的请求。
发明内容
所描述的特征总体上涉及用于断言对车辆紧急呼叫系统中的远程信息处理能力的支持的一个或多个改进的系统、方法和/或装置。第一端点(诸如车辆终端的紧急呼叫车载系统(IVS))可以通过无线通信系统向第二端点(诸如紧急呼叫应答点)发送其远程信息处理能力。远程信息处理能力可以包括第一端点能够执行的动作的全部或子集，例如，如果第一端点是IVS，则能力可以包括向应答点发送额外数据和/或驱动外部车辆系统(例如，闪车灯、按喇叭等等)。
在一些实例中，可以以与要发送请求所采取的格式相对应(例如，基本相同)的格式来发送远程信息处理能力。例如，能力可以被格式化为可扩展标记语言(XML)元素，其中一个或多个子XML元素对应于每个可用动作。在一个实例中，一旦应答点从IVS接收远程信息处理能力，应答点就可以以适当的格式(例如，使用子XML元素中的对应于动作的一个子XML元素作为请求数据结构中的根XML元素)向IVS发送一个或多个请求。在各个示例中，在建立与应答点的紧急呼叫时，IVS可以向应答点发送远程信息处理能力连同邀请和数据集合，或者响应于来自应答点的、对发送能力的请求，IVS可以在紧急呼叫建立之后(或在呼叫建立期间)向应答点发送远程信息处理能力。
描述了一种用于车辆紧急呼叫系统中的无线通信的方法，其中所述方法包括：通过通信会话信令协议，从所述车辆紧急呼叫系统中的第一端点向所述车辆紧急呼叫系统中的第二端点发送远程信息处理能力集合。
描述了一种用于车辆紧急呼叫系统中的无线通信的装置，其中所述装置包括：用于通过通信会话信令协议，从所述车辆紧急呼叫系统中的第一端点向所述车辆紧急呼叫系统中的第二端点发送远程信息处理能力集合的单元。
描述了另一种用于车辆紧急呼叫系统中的无线通信的装置，其中所述装置包括：处理器；与所述处理器进行电通信的存储器；以及存储在所述存储器中的指令，所述指令可由所述处理器执行以执行以下操作：通过通信会话信令协议，从所述车辆紧急呼叫系统中的第一端点向所述车辆紧急呼叫系统中的第二端点发送远程信息处理能力集合。
描述了一种用于车辆紧急呼叫系统中的无线通信的非暂时性计算机可读介质，其中所述非暂时性计算机可读介质存储用于执行以下操作的计算机可执行代码：通过通信会话信令协议，从所述车辆紧急呼叫系统中的第一端点向所述车辆紧急呼叫系统中的第二端点发送远程信息处理能力集合。
在所述方法、装置和/或计算机程序产品的一些示例中，第一端点可以是紧急呼叫车载系统(IVS)以及第二端点可以是紧急呼叫应答点。远程信息处理能力集合可以包括紧急呼叫IVS能够执行的至少一个动作，以及至少一个动作可以包括以下各项中的一项或多项：收集和/或发送远程信息处理数据、执行影响车辆的状态的动作、激活车辆的组件、去激活车辆的组件、关掉车辆的点火开关、打开车辆的点火开关、关掉车辆的燃料供应、打开车辆的燃料供应、断开主要或其它电池或其它电源、连接主要或其它电池或其它电源、解锁门、锁门、激活车辆的喇叭、激活外部可听音、激活车灯、激活车辆的闪光灯、驱动电动车窗、播放记录的消息、呈现媒体、显示文本消息、激活相机、去激活相机或其组合。
在一些示例中，可以采用与请求数据结构相对应的能力数据结构向紧急呼叫应答点发送远程信息处理能力集合，其中紧急呼叫IVS采用该请求数据结构来接受对执行至少一个动作的请求。能力数据结构可以被格式化为与请求数据结构的格式基本相同，和/或能力数据结构可以被格式化为可扩展标记语言(XML)元素。此外，可以在能力XML元素数据结构中包括对至少一个动作进行定义的至少一个子XML元素。
在一些示例中，可以在远程信息处理能力集合中包括与远程信息处理能力集合中的至少一个动作相对应的参数，该参数定义所支持的至少一个动作的方面。可以将远程信息处理能力集合作为能力可扩展标记语言(XML)元素发送，该能力XML元素包括对至少一个动作进行定义的至少一个子XML元素，其中，将与至少一个动作相对应的参数作为XML属性包括在与至少一个动作相对应的至少一个子XML元素内。可以将远程信息处理能力集合作为能力可扩展标记语言(XML)元素发送，该能力XML元素包括对至少一个动作进行定义的至少一个子XML元素，其中，将与至少一个动作相对应的参数作为进一步的子XML元素包括在与至少一个动作相对应的至少一个子XML元素内。
在一些示例中，远程信息处理能力集合可以由紧急呼叫IVS至少部分地基于与至少一个动作相关联的车辆组件的可操作状况来动态地重新配置，和/或远程信息处理能力集合可以是可由紧急呼叫IVS的制造商、车辆的制造商、远程信息处理服务提供者或另一个经授权的实体中的一个或多个动态配置的。
可以在远程信息处理能力集合中包括紧急呼叫IVS能够执行的一个或多个与紧急呼叫有关的动作。此外，可以从紧急呼叫应答点接收对执行动作的请求，该请求至少部分地基于远程信息处理能力集合，以及可以向紧急呼叫应答点发送关于IVS已执行还是没有执行所请求的动作的指示。
在一些示例中，可以在远程信息处理能力集合中包括紧急呼叫IVS能够执行的与紧急呼叫有关的动作的子集，子集是至少部分地基于紧急呼叫IVS的用户所需要的帮助类别来确定的。可以从紧急呼叫应答点接收对执行动作的请求，该请求至少部分地基于远程信息处理能力集合，并且可以执行执行动作。
在一些示例中，可以发送邀请和数据集合以建立与紧急呼叫应答点的紧急呼叫，其中远程信息处理能力集合与邀请和数据集合一起被发送。数据集合可以是最小远程信息处理数据集合。
在一些示例中，可以发送邀请和数据集合以建立与紧急呼叫应答点的紧急呼叫，可以在对邀请的响应中，从应答点接收对发送能力集合的请求，以及远程信息处理能力集合可以与对邀请的响应的确认一起被发送。可以在紧急呼叫的建立期间或之后发送远程信息处理能力集合。
在一些示例中，可以发送邀请和数据集合以建立与紧急呼叫应答点的紧急呼叫，以及可以响应于紧急呼叫应答点对发送远程信息处理能力集合的请求，在建立紧急呼叫之后发送远程信息处理能力集合。
另外，描述了一种用于在车辆紧急呼叫系统中传送远程信息处理数据的方法，其中所述方法包括：在所述车辆紧急呼叫系统中的第二端点处，通过通信会话信令协议从所述车辆紧急呼叫系统中的第一端点接收远程信息处理能力集合；以及向所述第一端点发送对执行动作的请求，所述对执行所述动作的请求至少部分地基于所接收的远程信息处理能力集合。
描述了一种用于在车辆紧急呼叫系统中传送远程信息处理数据的装置，其中装置方法包括：用于在所述车辆紧急呼叫系统中的第二端点处，通过通信会话信令协议从所述车辆紧急呼叫系统中的第一端点接收远程信息处理能力集合的单元；以及用于向所述第一端点发送对执行动作的请求的单元，所述对执行所述动作的请求至少部分地基于所接收的远程信息处理能力集合。
描述了另一种用于在车辆紧急呼叫系统中传送远程信息处理数据的装置，其中所述装置包括：处理器；与所述处理器进行电通信的存储器；以及存储在所述存储器中的指令，所述指令可由所述处理器执行以执行以下操作：在所述车辆紧急呼叫系统中的第二端点处，通过通信会话信令协议从所述车辆紧急呼叫系统中的第一端点接收远程信息处理能力集合；以及向所述第一端点发送对执行动作的请求，所述对执行所述动作的请求至少部分地基于所接收的远程信息处理能力集合。
描述了一种用于在车辆紧急呼叫系统中传送远程信息处理数据的非暂时性计算机可读介质，其中所述非暂时性计算机可读介质存储用于执行以下操作的计算机可执行代码：在所述车辆紧急呼叫系统中的第二端点处，通过通信会话信令协议从所述车辆紧急呼叫系统中的第一端点接收远程信息处理能力集合；以及向所述第一端点发送对执行动作的请求，所述对执行所述动作的请求至少部分地基于所接收的远程信息处理能力集合。
在所述方法、装置和/或计算机程序产品的一些示例中，第一端点可以是紧急呼叫车载系统(IVS)以及第二端点可以是紧急呼叫应答点。此外，在一些示例中，可以从IVS接收对建立紧急呼叫的请求，以及可以由紧急呼叫应答点向紧急呼叫IVS发送对远程信息处理能力集合的传输的请求。
前面根据本公开内容已经相当广泛地概述了示例的特征和技术优点，以便可以更好地理解后面的具体实施方式。下文将描述额外的特征和优点。出于实现本公开内容的相同的目的，所公开的概念和具体示例可以易于作为修改或设计其它结构的基础来使用。这样的等效构造不脱离所附权利要求书的范围。根据下文的描述，当结合附图考虑时，将更好地理解本文公开的概念的特性的特征(关于其组织和操作方法)连同相关联的优点。附图中的每个附图仅是出于说明和描述的目的而提供的，以及并不作为对权利要求书的界限的定义。
附图说明
对本发明的性质和优势的进一步的理解可以参考以下附图来实现。在附图中，相似的组件或特征可以具有相同的参考标记。此外，相同类型的各种组件可以通过在参考标记后跟有破折号和第二标记进行区分，所述第二标记用于在相似组件之间进行区分。如果在说明书中仅使用了第一参考标记，则描述内容可应用到具有相同的第一参考标记的相似组件中的任何一个，而不考虑第二参考标记。
图1A示出了无线通信系统的框图；
图1B示出了无线通信系统的另一个示例框图；
图2是根据本系统和方法，示出了终端的一个实施例的框图；
图3是示出了终端的进一步的实施例的框图；
图4是示出了用于实现本系统和方法的功能的终端的进一步的示例的框图；
图5A显示了根据通信会话信令协议的请求消息的示例性格式的框图；
图5B显示了根据通信会话信令协议的示例性请求消息的图；
图5C显示了根据通信会话信令协议的示例性请求消息的图；
图6是根据本系统和方法，示出了中心站的一个实施例的框图；
图7是示出了中心站的进一步的实施例的框图；
图8是示出了用于实现本系统和方法的功能的中心站的进一步的示例的框图；
图9A显示了根据通信会话信令协议的响应消息的示例性格式的框图；
图9B显示了根据通信会话信令协议的示例性响应消息的图；
图9C显示了根据通信会话信令协议的示例性响应消息的图；
图9D显示了根据通信会话信令协议的示例性响应消息的图；
图9E显示了根据通信会话信令协议的示例性响应消息的图；
图9F显示了根据通信会话信令协议的示例性响应消息的图；
图10显示了终端和服务器之间的示例性通信交换的图；
图11显示了终端和服务器之间的示例性通信交换的图；
图12显示了终端和服务器之间的示例性通信交换的图；
图13显示了终端和服务器之间的示例性通信交换的图；
图14显示了终端和服务器之间的示例性通信交换的图；
图15显示了终端和服务器之间的示例性通信交换的图；
图16显示了无线通信系统中的示例性终端的框图；
图17显示了无线通信系统中的示例性中心服务的框图；
图18是传送远程信息处理数据的示例性方法的流程图；
图19是传送远程信息处理数据的示例性方法的流程图；
图20是传送远程信息处理数据的示例性方法的流程图；
图21是传送远程信息处理数据的示例性方法的流程图；
图22是根据本公开内容的各个方面，示出了终端的实施例的框图；
图23是根据本公开内容的各个方面，示出了终端的实施例的框图；
图24是根据本公开内容的各个方面，示出了终端的实施例的框图；
图25A根据本公开内容的各个方面，显示了根据通信会话信令协议的示例性消息的框图；
图25B根据本公开内容的各个方面，显示了根据通信会话信令协议的示例性消息；
图25C根据本公开内容的各个方面，显示了示例性能力数据对象；
图26是根据本公开内容的各个方面，示出了中心站的实施例的框图；
图27是根据本公开内容的各个方面，示出了中心站的实施例的框图；
图28是根据本公开内容的各个方面，示出了中心站的实施例的框图；
图29A根据本公开内容的各个方面，显示了根据通信会话信令协议的示例性消息的框图；
图29B根据本公开内容的各个方面，显示了根据通信会话信令协议的示例性消息；
图30显示了终端和服务器之间的示例性通信交换的图；
图31根据本公开内容的各个方面，显示了终端和服务器之间的示例性通信交换的图；
图32根据本公开内容的各个方面，显示了终端和服务器之间的示例性通信交换的图；
图33根据本公开内容的各个方面，显示了终端和服务器之间的示例性通信交换的图；
图34根据本公开内容的各个方面，显示了无线通信系统中的示例性终端的框图；
图35根据本公开内容的各个方面，显示了无线通信系统中的示例性中心服务的框图；
图36是根据本公开内容的各个方面，用于断言对车辆紧急呼叫系统中的远程信息处理能力的支持的示例性方法的流程图；
图37是根据本公开内容的各个方面，用于断言对车辆紧急呼叫系统中的远程信息处理能力的支持的示例性方法的流程图；
图38是根据本公开内容的各个方面，用于断言对车辆紧急呼叫系统中的远程信息处理能力的支持的示例性方法的流程图；
图39是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图40是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图41是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图42是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图43是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图44是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图45是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图46根据本公开内容的各个方面，示出了用于拨打紧急呼叫的示例性消息；
图47根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的示例性MIME类型；
图48是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图49是根据本公开内容的各个方面，示出了用于拨打紧急呼叫的系统架构的示例的图；
图50是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的属性的图；
图51是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的子元素的图；
图52是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的子元素的图；
图53A和53B是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的属性和子元素的图；
图54是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的子元素的图；
图55是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的规范的图；
图56是根据本公开内容的各个方面，示出了eCall的示例的图；
图57是根据本公开内容的各个方面，示出了包含MSD的SIP eCall INVITE(邀请)消息的示例的图；
图58是根据本公开内容的各个方面，示出了foo XML模式的一个示例的图；
图59是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的MIME内容类型的图；
图60是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的MIME内容类型的图；
图61是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的XML命名空间的图；
图62是根据本公开内容的各个方面，示出了在拨打紧急呼叫时使用的XML命名空间的图；
图63是根据本公开内容的各个方面，示出了示例性eCall控制动作集合的图；
图64是根据本公开内容的各个方面，示出了初始的值集合的示例的图；
图65是根据本公开内容的各个方面，示出了初始的值集合的示例的图；以及
图66是根据本公开内容的各个方面，示出了初始的值集合的示例的图。
具体实施方式
描述了总体上涉及用于断言对车辆紧急呼叫系统中的远程信息处理能力的支持的一个或多个改进的系统、方法和/或装置的特征。在一个示例中，车辆终端的车载系统(IVS)可以使用通信会话信令协议向紧急呼叫应答点(例如，公共安全应答点(PSAP))发送远程信息处理能力集合。远程信息处理能力集合可以包括IVS能够执行的一个或多个动作，包括向应答点发送/重新发送远程信息处理数据和/或驱动外部车辆系统。在一个实施例中，可以采用与应答点能够请求IVS采取相应动作所采用的格式相对应的格式(诸如XML数据结构)来向应答点发送远程信息处理能力。
在从IVS接收到远程信息处理能力集合之后，应答点可以通过请求IVS采取一个或多个所支持的动作来进行响应。在一些实施例中，可以为特定IVS定制请求，这可以减少应答点和IVS之间的信令的量。
下面的描述提供了示例，并且不对权利要求书中阐述的范围、适用性或配置进行限制。可以在不脱离本公开内容的精神和范围的情况下，对论述的元素的功能和布置做出改变。各个实施例可以酌情省略、替代或添加各种过程或组件。例如，所描述的方法可以以与所描述的次序不同的次序来执行，并且可以添加、省略或组合各种步骤。此外，可以将关于某些实施例描述的特征组合到其它实施例中。
图1A示出了示例性无线网络系统100，其可以用于经由通过无线会话信令协议发送的信令消息，在终端110和中心服务(例如，公共安全应答点(PSAP)160)之间交换远程信息处理数据和有关的(远程信息处理)元数据。下文描述的图1B示出了图1A中的系统100的方面的示例。在一些实施例中，基于分组的电话(例如，基于互联网协议的语音(VoIP)、全IP、下一代网络(NGN)等)，例如，通信会话信令协议(例如，会话发起协议(SIP))，可以用于在终端和中心服务之间交换远程信息处理数据和元数据两者。
远程信息处理数据可以广义地指代在终端(诸如用于到中心服务的传输的车辆)处生成、收集或存储的用于处理的数据。远程信息处理数据可以包括但不限于车辆诊断数据(例如，位置数据、安全气囊展开数据、碰撞或撞击传感器数据、引擎传感器数据等)。在一些实施例中，远程信息处理数据的接收者可以是另一个设备(例如，PC、膝上型计算机、移动电话、其它车辆、其它固定或移动终端)而不是中心服务，以及接收者可以随后存储远程信息处理数据、以某种方式对其进行处理、或者在接收时或在稍后的时间将数据转发给另一个实体(诸如中心服务)。作为转发的示例，无法与中心服务建立会话的远程信息处理数据的源可以与能够到达中心服务的某个中间设备建立会话。
远程信息处理元数据可以广义地指代与在终端和中心服务之间发送的远程信息处理数据相关联的控制数据或其它数据。例如，远程信息处理元数据可以包括但不限于：对远程信息处理数据是否在中心服务处被接收的确认、对重新发送远程信息处理数据的请求、对发送不同的远程信息处理数据的请求、对采取某个其它动作的请求、对中心服务所采取的动作进行描述的辅助数据等。虽然可以响应于终端对发送远程信息处理数据的尝试，通常从中心服务向终端发送远程信息处理元数据，但是还可以由终端发送远程信息处理元数据。
通信会话或会话可以广义地指代出于流式传输音频、视频、或端点或参与者(例如，移动设备和中心服务器)之间的其它媒体内容的目的，在端点或参与者之间的临时或半持久交互信息交换。
图1A中的无线网络系统100可以包括拜访网络102、归属网络104和第三方网络106。拜访网络102还可以被称为拜访公共陆地移动网络(V-PLMN)、服务网络等。归属网络104还可以被称为归属PLMN(H-PLMN)。拜访网络102可以是针对终端110的服务网络，终端110可以从其归属网络104漫游，如在下文描述的大部分地方假设的。如果终端110没有在漫游，则拜访网络102和归属网络104可以是相同的网络。
拜访网络102可以包括无线接入网络(RAN)120、移动交换中心(MSC)/访问者位置寄存器(VLR)130和其它网络实体(为了简单起见，未在图1A中示出)。RAN 120可以是全球移动通信系统(GSM)网络、宽带码分多址(WCDMA)网络、通用分组无线服务(GPRS)接入网络、长期演进(LTE)网络、CDMA 1x网络、高速分组数据(HRPD)网络、超移动宽带(UMB)网络等。WCDMA和GPRS是通用移动电信系统(UMTS)中的一部分。在来自名称为“第3代合作伙伴计划”(3GPP)的组织的文档中描述了GSM、WCDMA、GPRS和LTE。CDMA 1X和HRPD是cdma2000的一部分，以及在来自名称为“第3代合作伙伴计划2”(3GPP2)的组织的文档中描述了cdma2000和UMB。MSC 130可以执行用于电路交换呼叫的交换功能并且还可以路由短消息服务(SMS)消息。VLR 130可以存储针对已经向拜访网络120注册的终端的注册信息。对于一些类型的RAN(例如，LTE、GPRS或HRPD RAN)，可以由其它实体(例如，在GPRS的情况下由服务GPRS支持节点(SGSN)或在LTE的情况下由移动管理实体(MME))来代替MSC/VLR 130。
归属网络104可以包括归属位置寄存器(HLR)/认证中心(AC)140和其它网络实体(为了简单起见，未在图1A中示出)。HLR 140可以存储针对具有与归属网络104的服务订制的终端的订制信息。AC 140可以执行针对具有与归属网络104的服务订制的终端的认证。在一些网络中，可以由归属用户服务器(HSS)来代替HLR 140。在一些情况下，如果终端110没有订制到正常通信服务(例如，受限于仅进行紧急呼叫)，则可以不存在归属网络104。
第三方网络106可以包括路由器150(例如，PSAP选择性路由器)、中心服务160(例如，PSAP)、公共交换电话网(PSTN)170和可能的其它网络实体(未在图1A中示出)。路由器150可以在MSC 130和中心服务160之间路由呼叫。中心服务160可以负责应答紧急呼叫并且还可以被称为紧急中心(EC)。中心服务160可以被政府机构(例如，国家或城市)或代表政府机构操作或拥有。PSTN 170可以为常规的有线电话(诸如电话180)提供电话服务。在某些示例中，第三方网络106还可以包括至少一个第三方中心服务(未示出)，其可以被配置为与中心服务160(例如，PSAP)进行通信。例如，第三方中心服务可以是由汽车制造商操作的或附属于汽车制造商的私有服务。在某些示例中，第三方中心服务可以从终端110接收一些或所有紧急呼叫，并且在适当的时候将数据或呼叫转发给PSAP中心服务160。
图1A仅示出了在拜访网络102和归属网络104中可能出现的网络实体中的一些网络实体。例如，拜访网络102可以包括支持分组交换呼叫和其它服务的网络实体，以及用于辅助获得终端位置的定位服务器。
终端110可以是固定的或移动的，并且还可以在GSM和CDMA 1X中被称为移动站(MS)、在WCDMA和LTE中被称为用户设备(UE)、在HRPD中被称为接入终端(AT)、在安全用户平面位置(SUPL)中被称为启用SUPL的终端(SET)、用户单元、站等。终端110可以是诸如如下各项的设备：蜂窝电话或其它无线通信设备、个人通信系统(PCS)设备、个人导航设备(PND)、个人信息管理器(PIM)、个人数字助理(PDA)、膝上型计算机或能够接收无线通信和/或导航信号的其它适当的移动设备。
终端110还可以包括(诸如通过短距离无线、红外、有线连接或其它连接)与个人导航设备(PND)进行通信的一个或多个设备，无论在设备或PND处是否发生卫星信号接收、辅助数据接收和/或与位置有关的处理。此外，终端110旨在包括所有设备，包括无线通信设备、计算机、膝上型计算机等，它们能够诸如经由互联网、Wi-Fi或其它网络与服务器进行通信，无论在设备、服务器或与网络相关联的另一个设备处是否发生卫星信号接收、辅助数据接收和/或与位置有关的处理。也包括上述各项的可操作组合。终端110可以是专用于紧急呼叫或处置更广的功能集合的紧急呼叫车载系统(IVS)，其可以永久地附接到车辆190(以及可能是车辆190的一部分)。终端110可以与一个或多个其它设备(未在图1A中示出，诸如附接到车辆的传感器、或附接到车辆的传感器的控制单元、或能够(例如，经由无线单元)向终端110发送远程信息处理数据和可能发起从终端110到中心服务器的会话的远程信息处理数据的某个其它源)相关联。
终端110可以具有与归属网络104的服务订制并且可以在拜访网络102中漫游，如图1A所示。终端110可以从拜访网络102中的RAN 120接收信号或者可以与RAN进行通信以获得通信服务。终端110在不漫游时还可以与归属网络104进行通信以获得通信服务(未在图1A中示出)。在一些实施例中，终端110可以监测来自RAN 120的信号但是不与RAN 120进行通信，直到可能需要与中心服务160的会话这样的时间为止。这样的实施例可以有利于减小拜访网络102上的信令负载以及避免向终端110的用户的订制收费或使收费最小化。终端110还可以从一个或多个卫星195(其可以是卫星定位系统(SPS)的一部分)接收信号。SPS可以包括发射机的系统，该发射机的系统被放置为使实体能够至少部分地基于从发射机接收的信号来确定其在地球上或地球上空的位置。这样的发射机可以发送标记有重复伪随机噪声(PN)码(具有设定数目的码片)的信号并且可以位于地面控制站、用户设备和/或太空飞行器上。
在一个特定示例中，这样的发射机可以位于地球轨道卫星飞行器(SV)上。例如，全球导航卫星系统(GNSS)(诸如全球定位系统(GPS)或Galileo(伽利略)、Glonass(格洛纳斯)或Compass(指南针))的星群中的SV可以发送标记有PN码的信号，该PN码可与由星群中的其它SV发送的PN码区别开来(例如，如在GPS中针对每个卫星使用不同的PN码，或者如在Glonass中在不同的频率上使用相同的码)。根据某些方面，本文所给出的技术不受限于SPS的全球系统(例如，GNSS)。例如，本文所提供的技术可以被应用于或以其它方式被启用用于各种区域系统(诸如举例来说，日本的准天顶卫星系统(QZSS)、印度的印度区域导航卫星系统(IRNSS)、中国的北斗等)、和/或可以与一个或多个全球和/或区域导航卫星系统相关联或以其它方式被启用用于与一个或多个全球和/或区域导航卫星系统一起使用的各种增强系统(例如，基于卫星的增强系统(SBAS))。
通过举例而非限制的方式，SBAS可以包括提供完整性信息、差分校正等的增强系统，诸如举例来说，广域增强系统(WAAS)、欧洲地球同步卫星导航增强服务(EGNOS)、多功能卫星增强系统(MSAS)、GPS辅助地理增强导航或GPS和地理增强导航系统(GANAN)等。因此，如本文所使用的，SPS可以包括一个或多个全球和/或区域导航卫星系统和/或增强系统的任何组合，以及SPS信号可以包括SPS、类似于SPS、和/或与这样的一个或多个SPS相关联的其它信号。终端110可以测量来自卫星195的信号并且获得对卫星的伪距测量。终端110还可以测量来自RAN 120中的基站的信号并且获得针对基站的定时和/或信号强度测量。伪距测量、定时测量和/或信号强度测量可以用于推导终端110的位置估计。位置估计还可以被称为定位估计、位置确定等。
终端110可以具有国际移动设备身份(IMEI)，IMEI是分配给终端的唯一号码。终端110可以用于用户的服务订制。服务订制可以与国际移动用户身份(IMSI)相关联，IMSI是分配给GSM和UMTS网络的定制的唯一号码。服务订制还可以与移动用户综合服务数字网络号(MSISDN)相关联，MSISDN是服务订制的电话号码。在HLR 140中的用户数据库中，IMSI可以被用作服务订制的密钥。MSISDN可以由其它用户拨打以连接呼叫到终端110用于服务订制。IMSI、MSISDN和其它订制信息可以被存储在用户身份模块(SIM)或通用用户身份模块(USIM)中，SIM或USIM可以被插入到终端110中。终端110也可以没有SIM/USIM，在这种情况下，终端110可以仅具有IMEI但是没有IMSI或MSISDN。
无线网络可以支持不同类型的紧急呼叫。一种类型可以包括通过用户拨打公知的紧急号码(诸如北美的911和欧洲的112)发出的“正常”紧急呼叫。另一种类型可以包括eCall，eCall是可以具有上述特性并且可以包括远程信息处理数据到中心服务的传输以及支持终端110的用户和中心服务之间的语音和/或其它媒体通信的紧急呼叫。支持eCall可能是欧盟和其它世界区域和/或国家所要求的。在拨打呼叫和发送用于建立eCall以及用于处理eCall的额外的与紧急情况有关的数据所采用的方式上，eCall可能是不同于正常紧急呼叫的。例如，额外数据可以指示eCall是如何发起的(例如，是用户手动发起的还是响应于传感器数据或传感器触发来自动发起的)、车辆类型和车辆标识号(VIN)、时间戳、位置估计和位置置信标志、行驶方向、乘客数量(例如，根据座位占用传感器)、其它乘客数据(例如，系紧的安全带)、终端110的服务提供者(如果存在的话)、触发类型(例如，展开的安全气囊、保险杠传感器、火警指示器、翻车或其它情形检测等)以及可能的其它信息。额外数据还可以使终端的准确地理位置能够被提供给中心服务160。另一种类型可以包括在某些方面不同于eCall的车辆紧急呼叫。
在某些示例中，终端110可以被配置为发起到中心服务160(例如，PSAP)的紧急呼叫。紧急呼叫可以是响应于来自用户的手动输入或者响应于一个或多个检测到的状况(例如，展开的安全气囊、撞车传感器、火警指示器、翻车或其它情形检测等)被发起的。为了发起紧急呼叫，终端110可以使用通信会话信令协议(诸如会话发起协议(SIP)、可扩展消息在线协议(XMPP)、谷歌Talk、Skype、OSCAR、或微软Messenger服务、或另一种通信会话信令协议)来建立与中心服务160或第三方中心服务(未示出)的基于分组的呼叫(例如，语音呼叫、涉及文本、IM或视频通信的基于分组的数据呼叫等)。终端110可以通过通信会话信令协议在第一信令消息中发送远程信息处理数据集合，以及中心服务160或第三方中心服务可以通过通信会话信令协议经由第二信令消息利用针对远程信息处理数据集合的元数据来进行响应，元数据诸如：对远程信息处理数据是否在中心服务处被接收的确认、对重新发送远程信息处理数据的请求、对发送不同的远程信息处理数据的请求、对采取某个其它动作的请求、对中心服务所采取的动作进行描述的辅助数据、和/或其它相关的远程信息处理元数据。以此方式，远程信息处理数据和相关的远程信息处理元数据的传输可以与语音和/或其它媒体(例如，即时消息(IM)、文本、视频等)通信分开发生并且因此不需要扰乱媒体流(例如，媒体信道)。此外，与可能的语音信道调制相比，可以在终端110和中心服务之间更高效和更快地交换远程信息处理数据和相关的远程信息处理元数据。此外，远程信息处理数据和相关的远程信息处理元数据可以与会话和/或语音信道相关联或协调(例如，可以在处置语音信道的相同的PSAP之间交换远程信息处理数据和相关的远程信息处理元数据)。
在一些实施例中，终端110可以被配置为使用通信会话信令协议来向中心服务160(例如，紧急呼叫应答点或PSAP)发送远程数据处理能力集合。在一个示例中，终端110可以在第一信令消息中与远程信息处理数据集合一起发送能力，而在其它实施例中，终端110可以例如响应于来自中心服务的对发送能力集合的请求，在后续信令消息中发送能力。
能力集合可以包括终端(例如，车辆的紧急IVS)能够执行的一个或多个动作，例如收集额外的远程信息处理数据、执行影响车辆的状态的动作、激活车辆的组件、去激活车辆的组件、关掉车辆的点火开关、打开车辆的点火开关、关掉车辆的燃料供应、打开车辆的燃料供应、解锁门、锁门、激活车辆的喇叭、激活外部可听音、激活车灯、激活车辆的闪光灯、驱动电动车窗、播放记录的消息、呈现媒体、显示文本消息、激活相机、去激活相机或其组合。
如下文更加详细地描述的，可以采用与请求数据结构相对应的能力数据结构来发送能力集合，其中紧急呼叫IVS采用该请求数据结构来接受对执行一个或多个动作的请求。在一个示例中，能力数据结构可以与请求数据结构基本相同。此外，在一个示例中，能力数据结构可以被格式化为可扩展标记语言(XML)元素。如果能力数据结构是XML元素，则可以将一个或多个动作均作为子XML元素包括在能力XML数据结构中，可选地连同与动作相对应的参数(例如，应当在其内执行动作的持续时间或另一个与动作有关的参数)作为子XML元素的参数。在另一个示例中，可以将参数作为子XML元素包括在与可用动作相对应的子XML元素中。将认识到，XML格式化仅是对能力数据结构进行格式化的一种方式，并且许多其它方式是预期的并且在本公开内容的范围内。
在一些实施例中，使终端110发送具有终端110能够执行的动作的能力数据结构可以容纳由不同车辆或者由相同车辆随时间所支持的广泛的多种多样的动作。以此方式，可以随时间重新配置由任何给定终端110支持的能力集合。例如，IVS制造商、车辆制造商、远程信息处理服务提供者、或另一个经授权的实体可以重新配置与特定终端110相关联的能力集合。在另一个示例中，可以由IVS自身至少部分地基于与动作相关联的车辆的可操作状况来动态地重新配置能力集合(例如，如果IVS辨别出前灯在事故期间损坏，则IVS可以将闪灯从发送给中心服务160的能力集合中移除)。
图1B是根据各个实施例，示出了LTE/先进的LTE网络架构(其可以是在图1A中示出的系统100的方面的示例)的图。LTE/LTE-A网络架构可以被称为演进分组系统(EPS)101，并且在一些实施例中，可以用于在图1A的终端110和中心服务160之间发送数据。图1B中到的EPS 101可以包括一个或多个终端110-a(例如，用户设备(UE))、演进的UMTS陆地无线接入网(E-UTRAN)115、演进分组核心(EPC)125、归属用户服务器(HSS)135，并且可以连接到其它IP服务和网络175。EPS 101可以与其它接入网进行互联，但是为了简明起见，并没有示出那些实体/接口。如所示出的，EPS 101提供分组交换服务，然而，本领域技术人员将易于认识到，可以将遍及本公开内容所介绍的各种概念扩展到提供电路交换服务的网络中。
E-UTRAN 115可以包括基站105-a(例如，演进型节点B(eNB))和其它基站105-b。基站105-a可以向终端110-a提供用户和控制平面协议终止。终端110-a可以是图1A的终端110的示例。基站105-a可以经由X2接口(例如，回程)连接到其它基站105-b。基站105-a可以为终端110-a提供到EPC 125的接入点。基站105-a可以通过S1接口连接到EPC 125。EPC 125可以包括一个或多个移动管理实体(MME)145、一个或多个服务网关155、以及一个或多个分组数据网络(PDN)网关165。MME 145可以是处理在终端110-a和EPC 125之间的信令的控制节点。通常，MME 145可以提供承载和连接管理并且管理诸如终端110-a的终端的移动性。所有的用户IP分组可以通过服务网关155来转移，该服务网关155本身可以连接到PDN网关165。PDN网关165可以提供终端IP地址分配以及其它功能。PDN网关165可以连接到其它IP服务和网络175，包括EPS 101的运营商所拥有或操作的的IP服务。其它IP服务和网络175可以包括互联网、内联网、IP多媒体子系统(IMS)、分组交换(PS)流式传输服务(PSS)。其它IP服务和网络175还可以包括(或连接到)紧急服务IP网络(ESInet)185，其可以是由某个公共(例如，公共安全)组织拥有或操作或代表该公共组织的。
PDN网关165还可以连接到代理呼叫会话控制功能(P-CSCF)103。P-CSCF 103可以连接到紧急呼叫会话控制功能(E-CSCF)109。在某些示例(例如，企业网络)中，P-CSCF 103可以通过服务呼叫会话控制功能(S-CSCF)107连接到E-CSCF 109。P-CSCF 103、E-CSCF 109和S-CSCF 107可以是EPS 101的IMS的一部分。在其中终端110-a是IMS设备的情况下，终端110-a可以向其蜂窝运营商的网络发送INVITE(邀请)(例如，向P-CSCF 103发送INVITE，P-CSCF 103可以将其转发给E-CSCF 109，E-CSCF 109可以将其转发给紧急服务网络(ESInet)185，ESInet 185可以确定正确的PSAP(例如，中心服务160-a)并且将其转发到那里)。
ESInet 185可以包括中心服务160-a(例如，PSAP)，中心服务160-a可以是图1A的中心服务160的示例。中心服务160-a可以连接到紧急服务路由代理(ESRP)111。ESRP 111可以连接到紧急呼叫路由功能(ECRF)113。
终端110-a可以被配置为通过例如多输入多输出(MIMO)、协作多点(CoMP)或其它方案来与多个基站105合作地进行通信。MIMO技术使用基站上的多个天线和/或终端上的多个天线，以便利用多路径环境来发送多个数据流。CoMP包括用于对多个基站进行的发送和接收的动态协调，以便提高终端的整体传输质量以及增加网络和频谱利用的技术。
在某些示例中，终端110-a可以被配置为发起到中心服务160-a(例如，PSAP)的紧急呼叫。紧急呼叫可以是响应于来自用户的手动输入或者响应于一个或多个检测到的状况(例如，展开的安全气囊、碰撞传感器、火警指示器、翻车或其它情形检测等)被发起的。紧急呼叫可以包括与通信会话信令协议(例如，SIP)有关的第一信令集合117(例如，其可以包括远程信息处理信息)和与通信会话(例如，语音/数据)有关的第二信令集合119。基站105-a可以将第一信令集合117和第二信令集合119路由至服务网关155。服务网关155可以将第一信令集合117和第二信令集合119路由至PDN网关165。PDN网关165可以将第一信令集合117路由至P-CSCF 103并且可以将第二信令集合119路由至中心服务160。P-CSCF 103可以将第一信令集合117路由至E-CSCF 109。在一些情况下(例如，在公司网络中)，P-CSCF 103可以将第一信令集合117经由S-CSCF 107路由至E-CSCF 109。E-CSCF 109可以将第一信令集合117路由至ESRP 111。ESRP 111可以将第一信令集合117路由至中心服务160-a。因此，远程信息处理数据和相关的远程信息处理元数据可以与会话和/或媒体流相关联或协调(例如，可以在处置媒体流的相同的PSAP之间交换远程信息处理数据和相关的远程信息处理元数据)。媒体流可以包括任何流式传输媒体(包括语音、即时消息文本(例如，IM)、即时字符文本(例如，流式传输文本、实时文本)、音频、视频)和/或任何非流式传输媒体(诸如文本消息)。在一些情况下，在可以被称为媒体流的事物中交换的媒体仅可以携带非流式传输媒体。
如上所述，还可以从终端110-a发送与终端相对应的能力集合。可以在第一信令集合117或第二信令集合119中的一者或两者中传输能力集合。
图2根据本系统和方法，示出了终端110-b的一个实施例的框图200。终端110-b可以是图1A的终端110和/或图1B的终端110-a的示例。终端110-b可以包括终端接收机模块205、远程信息处理数据信令模块210、以及终端发射机模块215。这些组件中的每一个可以彼此相通信。终端110-b可以包括未在图2中示出的其它模块，例如，可以包括：用于检测与车辆相关联的状况和事件的传感器；以及用于使能够根据从GPS卫星接收的无线信号来估计或确定终端的位置的接收机和处理器。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现终端110-b的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个配置中，终端接收机模块205可以包括蜂窝接收机并且可以从基站105接收传输。在一个示例中，终端接收机模块205可以接收针对通信信令协议的、已经被修改为包括远程信息处理元数据的信令消息。远程信息处理数据信令模块210可以从所修改的信令消息提取远程信息处理元数据。远程信息处理数据信令模块210还可以对针对通信信令协议的信令消息进行修改以包括远程信息处理数据。可以经由终端发射机模块215发送针对通信信令协议的经修改的信令消息。下文将描述关于远程信息处理数据信令模块210的细节。
图3根据本系统和方法，示出了终端110-c的一个实施例的框图300。终端110-c可以是在图1A、1B和/或2中示出的终端110的示例。终端110-c可以包括终端接收机模块205、远程信息处理数据信令模块210-a、以及终端发射机模块215，如先前所描述的。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现终端110-c的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个实施例中，远程信息处理数据信令模块210-a可以包括远程信息处理数据模块315。远程信息处理数据模块315可以生成和/或获得远程信息处理数据。远程信息处理数据模块315还可以接收远程信息处理元数据。在某些示例中，远程信息处理数据模块315可以基于所接收的远程信息处理元数据来获得远程信息处理数据。
远程信息处理数据信令模块210-a还可以包括会话控制模块310。会话控制模块310可以使用一个或多个信令消息来控制和/或促进通信会话。在某些实施例中，会话控制模块310可以通过根据通信会话信令协议传送会话信息，来控制和/或促进通信会话。在一个示例中，会话控制模块310可以生成包括信号信息集合(例如，第一信号信息集合)的信令消息。会话控制模块310还可以获得包括信号信息集合(例如，第二信号信息集合)的信令消息。
在一些实施例中，远程信息处理数据信令模块210-a可以包括会话/远程信息处理元数据分离模块305。如先前提及的，可以修改信令消息以包括远程信息处理数据和/或远程信息处理元数据连同会话信息。例如，可以修改信令消息以包括第二会话信息集合和第一远程信息处理元数据集合。会话/远程信息处理元数据分离模块305可以从经修改的信令消息提取任何远程信息处理元数据。会话/远程信息处理元数据分离模块305可以向会话控制模块310提供会话信息(例如，以信令消息的形式)并且可以向远程信息处理数据模块315提供远程信息处理元数据。
远程信息处理数据信令模块210-a还可以包括会话/远程信息处理数据合并模块320。会话/远程信息处理数据合并模块320可以对会话控制模块310所生成的信令消息进行修改以包括来自远程信息处理数据模块315的远程信息处理数据。在一个示例中，经修改的信令消息可以包括第一会话信息集合和第一远程信息处理数据集合。可以经由终端发射机模块215发送经修改的信令消息。
图4根据本系统和方法，示出了终端110-d的一个实施例的框图400。终端110-d可以是在图1A、1B、2和/或3中示出的终端110的示例。在一个配置中，终端110-d可以包括终端接收机模块205、远程信息处理数据信令模块210-b、以及终端发射机模块215。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现终端110-d的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个示例中，终端110-d可以被配置为至少执行以下操作：收集远程信息处理数据；建立与中心服务的通信会话；通过通信会话信令协议的经修改的使用来向中心服务发送远程信息处理数据；通过通信会话信令协议的经修改的使用来从中心服务接收远程信息处理元数据；以及基于所接收的远程信息处理元数据来采取某些动作。
远程信息处理数据信令模块210-b可以包括会话控制模块310-a。会话控制模块310-a可以包括SIP/SDP模块405和会话实现模块410。SIP/SDP模块405可以被配置为协商、建立、管理和终止与中心服务的通信会话。SIP/SDP模块405可以生成SIP信令消息报头内容和SDP内容以便与中心服务传送与会话有关的信令数据。会话实现模块410可以被配置为执行以下操作：接收媒体内容(例如，语音呼叫的音频数据、视频呼叫的音频和视频数据、具有包含或不包含语音或视频的文本的呼叫的文本数据)；根据所协商的会话，将媒体内容作为分组的流发送给中心服务；以及根据所协商的会话，从中心服务接收包含媒体内容的分组的流。
远程信息处理数据信令模块210-b还可以包括远程信息处理数据模块315-a。远程信息处理数据模块315-a可以包括远程信息处理数据获取模块430、远程信息处理数据消息模块425、远程信息处理元数据分析模块415以及外部系统控制模块420。远程信息处理数据获取模块430可以从与终端110-d相关联的系统或设备收集远程信息处理数据。例如，在终端110-d与车辆相关联的情况下，远程信息处理数据获取模块430可以收集与以下各项有关的数据：车辆类型和车辆标识号(VIN)、一个或多个时间戳、位置估计和相关联的置信度、行驶方向、(例如，系紧安全带的)乘客数量、终端的服务提供者(如果存在的话)、触发类型(例如，展开的安全气囊、保险杠传感器、手动触发、火警指示器、翻车或其它情形检测等)和/或可能适于本文所描述的原则的特定应用的其它相关信息。
远程信息处理数据模块315-a的远程信息处理数据消息模块425可以根据中心服务所理解的协议来格式化远程信息处理数据，以用于到中心服务的传输。在某些示例中，远程信息处理数据消息模块425可以编译标准的远程信息处理数据集合，以用于到中心服务的传输。另外或替代地，远程信息处理数据消息模块425可以被配置为编译从中心服务请求的特定远程信息处理数据集合，以用于到中心服务的传输。
远程信息处理数据模块315-a可以额外地包括远程信息处理元数据分析模块415。远程信息处理元数据分析模块415可以基于从中心服务接收的、与发送给中心服务的远程信息处理数据相关联的远程信息处理元数据，对远程信息处理元数据进行分析以识别可以执行的任何动作。可以由中心服务具体地请求或者由远程信息处理元数据分析模块415基于所接收的远程信息处理元数据来推断出所识别的动作。例如，远程信息处理元数据可以包括对重新发送远程信息处理数据的请求、对发送不同的远程信息处理数据集合的请求、或者对发送更新版本的远程信息处理数据集合的请求。远程信息处理元数据分析模块415可以向远程信息处理数据消息模块425和/或外部系统控制模块420提供适当的远程信息处理元数据和/或适当的指令。
远程信息处理数据模块315-a的外部系统控制模块420可以被配置为基于从中心服务接收的、与发送给中心服务的远程信息处理数据相关联的远程信息处理元数据来采取一个或多个动作。再次返回到其中终端110-d与车辆相关联并且响应于检测到的碰撞向中心服务发送远程信息处理数据的示例，远程信息处理元数据可以包括用于关于车辆和其乘员来采取某些警告或营救动作的指令。这样的动作可以包括但不限于：收集额外的远程信息处理数据、关掉或打开车辆的点火开关、关掉或打开车辆的燃料供应、解锁或锁上车门、激活车辆的喇叭、播放外部可听音、打开车灯(例如，前灯、行驶灯)、打开车辆的内灯(例如，车舱灯)、打开车辆的闪光灯(例如，4向、紧急闪光灯、警示灯)、驱动电动车窗、播放从中心服务接收的或存储在终端110-d处的经记录的消息、呈现媒体(例如，呈现文本到语音、播放中心服务所发送的媒体、播放由中心服务发送的指令引用的和/或与指令相关联的媒体)、显示从中心服务接收的或存储在终端110-d处的本文消息或其它适当的动作。要注意的是，诸如激活喇叭、播放外部可听音、打开灯、和/或打开闪光灯的动作可以有助于警示紧急人员车辆的位置或以其它方式使车辆被注意。
远程信息处理数据信令模块210-b可以包括会话/远程信息处理元数据分离模块305。会话/远程信息处理元数据分离模块305可以(例如，经由终端接收机模块205)接收修改的SIP或其它通信会话信令协议消息，并且可以将SIP/SDP(或其它协议)信息与远程信息处理元数据消息分离。在某些实施例中，会话/远程信息处理元数据分离模块305可以向SIP/SDP模块405提供SIP/SDP(或其它协议)信息，并且向远程信息处理元数据分析模块415提供一个或多个远程信息处理元数据消息，如上所述。在一个示例中，会话/远程信息处理元数据分离模块305可以基于来自修改的SIP消息的报头的信息来识别修改的SIP消息的不同部分。在该示例中，会话/远程信息处理元数据分离模块305可以将被识别为SIP/SDP信息的部分提供给SIP/SDP模块405，并且将被识别为远程信息处理元数据消息的部分提供给远程信息处理元数据分析模块415，如上所述。
远程信息处理数据信令模块210-b还可以包括会话/远程信息处理元数据合并模块320。会话/远程信息处理元数据合并模块320可以将来自SIP/SDP模块405的SIP/SDP(或其它协议)信息和来自远程信息处理数据消息模块425-a的一个或多个远程信息处理数据消息合并成修改的SIP或其它通信会话信令协议消息，如上所述。终端发射机模块215可以向中心服务发送所生成的信令消息。
图5A、图5B和图5C示出了被修改为携带会话数据和远程信息处理数据两者的会话发起协议(SIP)请求消息的示例。图5A显示了请求消息的示例格式500的图，以及图5B和5C显示了基于图5A的格式的示例SIP请求消息550的内容的图。虽然图5A、图5B和图5C的示例是在修改的和重新目的化的SIP请求消息的上下文中描述的，但是将理解的是，本描述的原则可以用于修改或扩展其它通信会话信令协议(例如，XMPP、谷歌Talk、MSN等)或者作为新的通信会话信令协议的基础。
通过重新目的化用于携带会话数据和远程信息处理数据两者的SIP协议，可以在不中断或降级有关呼叫的质量的情况下，将远程信息处理数据高效地发送给中心服务。如图5A所示，经修改的SIP请求消息格式500可以包括请求线505、报头510、会话信息集合515(例如，会话参数、会话数据)、远程信息处理数据集合520。互联网工程任务组(IETF)在多个意见请求标准(诸如RFC 3261)中对SIP协议进行了定义。这些标准定义了多个SIP请求和响应消息，包括INVITE消息、ACK消息、BYE(再见)消息、CANCEL(取消)消息、OPTIONS(选项)消息、REGISTER(注册)消息、PRACK消息、SUBSCRIBE(订制)消息、NOTIFY(通知)消息、PUBLISH(公布)消息、INFO消息、REFER(引用)消息、MESSAGE(消息)消息、和UPDATE(更新)消息。本格式500可以用于这些消息中的每一个并且可以用于其它类型的请求和响应消息。
在图5B的示例中，例如，基于图5A的格式的经修改的SIP INVITE消息可以被终端用于同时请求与中心服务的呼叫或其它通信会话，并且向该中心服务发送远程信息处理数据。以此方式，即使中心服务无法建立(或拒绝)与终端的呼叫，中心服务也可以接收远程信息处理数据。
示例SIP INVITE消息550-a的请求线505-a可以将消息550-a标识为请求并且指定正在做出的请求的类型(例如，INVITE)。请求消息的报头510-a可以定义请求的源、请求的期望接收者(例如，紧急服务URN)、呼叫标识符、源的联系信息、呼叫序列号、对主体中的数据的类型的指示和消息的长度。在本示例中，报头510-a可以指定主体包含混合数据，其中字符串“----NextPart(下一部分)----”指示主体中不同类型的数据之间的边界。在本示例中，消息的主体包括会话信息515-a和远程信息处理数据520-a两者。要注意的是，本示例可以不显示通常可以包括的所有报头字段。
会话信息515-a可以包括针对所提出的终端和中心服务之间的会话的参数列表。例如，SIP INVITE消息550-a可以包括用于建立VoIP音频呼叫的会话描述协议(SDP)参数集合。
远程信息处理数据520-a可以包括传感器读数、存储的或记录的数据、以及与终端相关联的、被发送给中心服务的其它数据。在某些示例中，远程信息处理数据可能不直接与建立和保持会话有关。因此，即使中心服务拒绝SIP INVITE消息550-a的会话信息515-a中的所提出的呼叫参数或者由于其它原因而无法建立会话，中心服务仍然可以接收和处理远程信息处理数据520-a。在本示例中，SIP INVITE消息550-a可以基于车辆中的自动或手动触发来提出与PSAP服务的紧急呼叫。与参数会话信息515-a一起发送的远程信息处理数据520-a可以包括多个与车辆和/或其乘员的状态有关的测量和触发紧急呼叫的事件。如图5B的示例所示，远程信息处理数据520-a可以包括状态码、货物类型、与终端相关联的特定于制造商的标识符、车辆的位置、车辆的当前或先前速度、车辆的方向以及校验和。在某些示例中，远程信息处理数据520-a可以包括例如由某个国家或地区(例如，欧盟)定义或代表某个国家或地区定义的eCall最小数据集合(MSD)或其它标准的紧急呼叫数据集合。
图5C显示了与图5B的经修改的SIP请求消息550-a类似的示例经修改的SIP请求消息550-b。然而，在图5C的示例中，会话信息515-b可以包括呈现信息数据格式-位置对象(PIDF-LO)，以及远程信息处理数据520-b可以包括eCallData(eCall数据)对象535。在一个示例中，eCallData对象535可以被报头510-b中的标签530引用。在一个示例中，报头510-b中的标签530可以使用eCallData对象535的内容ID(即，1234567890@rosebud.example.com)来引用eCallData对象535。在图5C的示例中，报头510-b还可以包括关于INVITE是针对紧急呼叫和自动触发的eCall两者的指示525。
图6根据本系统和方法，示出了中心服务160-b的一个实施例的框图600。中心服务160-b可以是在图1A和/或1B的中心服务160的示例。中心服务160-b可以包括中心服务接收机模块605、远程信息处理元数据信令模块610、以及中心服务发射机模块615。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现中心服务160-b的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个配置中，中心服务接收机模块605可以包括蜂窝接收机和/或网络接口卡(NIC)，并且可以经由其它IP服务和网络175或任何其它IP连接服务接收通信。在一个示例中，中心服务接收机模块605可以接收针对通信信令协议的、已经被修改为包括远程信息处理数据的信令消息。远程信息处理元数据信令模块610可以从经修改的信令消息提取远程信息处理数据。远程信息处理元数据信令模块610还可以对针对通信信令协议的信令消息进行修改以包括远程信息处理元数据。可以经由中心服务发射机模块615发送针对通信信令协议的经修改的信令消息。下文将描述关于远程信息处理元数据信令模块610的细节。在另一个配置中，中心服务接收机模块605可以支持经由有线单元对(例如，来自图1B中的ESRP 111的)分组数据的接收。
图7根据本系统和方法，示出了中心服务160-c的一个实施例的框图700。中心服务160-c可以是在图1A、1B和/或6中示出的中心服务160的示例。中心服务160-c可以包括中心服务接收机模块605、远程信息处理元数据信令模块610-a、以及中心服务发射机模块615，如先前描述的。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现中心服务160-c的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个实施例中，远程信息处理元数据信令模块610-a可以包括远程信息处理元数据模块710。远程信息处理元数据模块710可以生成和/或获得远程信息处理元数据。远程信息处理元数据模块710还可以接收远程信息处理数据。在某些示例中，远程信息处理元数据模块710可以基于所接收的远程信息处理数据来生成远程信息处理元数据。
远程信息处理元数据信令模块610-a还可以包括会话控制模块310-b。会话控制模块310-b可以是图3和/或4中示出的会话控制模块310的示例。在一个示例中，会话控制模块310-b可以获得包括信号信息集合(例如，第一信号信息集合)的信令消息。会话控制模块310-b还可以生成包括信号信息集合(例如，第二信号信息集合)的信令消息。
在一个实施例中，远程信息处理元数据信令模块610-a可以包括会话/远程信息处理数据分离模块705。如先前提及的，可以修改信令消息以包括远程信息处理数据和/或远程信息处理元数据连同会话信息。例如，可以修改信令消息以包括第一会话信息集合和第一远程信息处理数据集合。会话/远程信息处理数据分离模块705可以从经修改的信令消息提取任何远程信息处理数据。会话/远程信息处理数据分离模块705可以向会话控制模块310-b提供会话信息(例如，以信令消息的形式)并且可以向远程信息处理元数据模块710提供远程信息处理数据。
远程信息处理元数据信令模块610-a还可以包括会话/远程信息处理元数据合并模块715。会话/远程信息处理元数据合并模块715可以对会话控制模块310-b所生成的信令消息进行修改以包括来自远程信息处理元数据模块710的远程信息处理元数据。在一个示例中，经修改的信令消息可以包括第二会话信息集合和第一远程信息处理元数据集合。可以经由中心服务发射机模块615发送经修改的信令消息。
图8根据本系统和方法，示出了中心服务160-d的一个实施例的框图600。中心服务160-d可以是在图1A、1B、6和/或7中示出的中心服务160的示例。在一个配置中，中心服务160-d可以包括中心服务接收机模块605、远程信息处理元数据信令模块610-b、以及中心服务发射机模块615。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现中心服务160-d的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个示例中，中心服务160-d可以被配置为至少执行以下操作：通过通信会话信令协议的经修改的使用来从终端接收远程信息处理数据；建立与终端的通信会话；基于所接收的远程信息处理数据的内容来生成远程信息处理元数据；以及通过通信会话信令协议的经修改的使用来向终端发送远程信息处理元数据。在某些示例中，中心服务160-d还可以经由远程信息处理元数据来指示终端基于所接收的远程信息处理元数据来采取某个动作。
远程信息处理元数据信令模块610-b可以包括会话控制模块310-c。会话控制模块310-c可以是图3、4和/或7中示出的会话控制模块310的示例。会话控制模块310-c可以包括SIP/SDP模块405-a和会话实现模块410-a。SIP/SDP模块405-a可以被配置为协商、建立、管理和终止与终端的通信会话。SIP/SDP模块405-a可以生成SIP信令消息报头内容和SDP内容以便与终端传送与会话有关的信令数据。会话实现模块410-a可以被配置为执行以下操作：接收媒体内容(例如，语音呼叫的音频数据、视频呼叫的音频和视频数据、文本呼叫的文本数据)；根据所协商的会话，将媒体内容作为分组的流发送给终端；以及根据所协商的会话，从终端接收包含媒体内容的分组的流。
远程信息处理元数据信令模块610-b还可以包括远程信息处理元数据模块710-a。远程信息处理元数据模块710-a可以包括远程信息处理数据分析模块805、中心服务动作模块810、终端动作模块820、以及远程信息处理元数据消息模块815。
远程信息处理数据分析模块805可以从终端接收远程信息处理数据，并且应用一个或多个规则集合来识别远程信息处理数据的特性，并且确定响应于远程信息处理数据要采取的适当动作。例如，在终端与车辆相关联的情况下，远程信息处理数据分析模块805可以分析与以下各项有关的远程信息处理数据：车辆类型和车辆标识号(VIN)、一个或多个时间戳、位置估计和相关联的置信度、行驶方向、(例如，系紧安全带的)乘客数量、终端的服务提供者(如果存在的话)、触发类型(例如，展开的安全气囊、保险杠传感器、手动触发、火警指示器、翻车或其它情形检测等)和/或可能适于本文所描述的原则的特定应用的其它相关信息。在一个配置中，远程信息处理数据分析模块805可以将分析后的远程信息处理数据和/或指令提供给中心服务动作模块810和/或终端动作模块820。
中心服务动作模块810可以基于分析后的远程信息处理数据，在中心服务160-d处采取标识的动作，以及终端动作模块820可以基于远程信息处理数据来生成用于终端采取某些动作的指令。远程信息处理元数据消息模块815可以基于所接收的远程信息处理数据来生成远程信息处理元数据集合，以用于到终端的传输。另外，远程信息处理元数据消息模块815可以响应于检测到的、终端对向中心服务160-d发送远程信息处理数据的尝试，来生成远程信息处理元数据集合，以用于到终端的传输。另外，远程信息处理元数据消息模块815可以根据终端所理解的协议来格式化远程信息处理元数据，以用于到终端的传输。如上所述，远程信息处理元数据可以包括诸如以下各项的信息：对远程信息处理数据是否在中心服务106-d处被接收的确认或否定确认、对重新发送远程信息处理数据(例如，先前版本和/或当前版本)的请求、对发送不同的远程信息处理数据的请求、对采取某个其它动作的请求、对中心服务所采取的动作进行描述的辅助数据、和/或其它有关的远程信息处理元数据。
返回到其中终端车辆相关联并且响应于检测到的碰撞、撞车、翻车或其它情形发起到中心服务160-d的紧急呼叫的示例，远程信息处理数据分析模块805可以从终端接收指示碰撞类型和严重程度的远程信息处理数据，并且中心服务动作模块810可以将关于碰撞的信息提供(例如，转发)给紧急服务(或其它适当的目的地)，并且终端动作模块820可以生成到终端的指令，以关掉车辆的燃料供应以及播放记录的消息或显示(例如，来自中心服务160-d或终端所存储的)指示救援正在路上的文本消息、呈现媒体(例如，呈现文本到语音)等。随后，远程信息处理元数据消息模块815可以生成远程信息处理元数据集合，以用于到终端的传输，其中，远程信息处理元数据确认对远程信息处理元数据的接收、提供终端动作模块820所生成的指令、和/或向终端提供其它相关的信息(例如，经估计的在接线员可用于接听语音和/或其它媒体呼叫之前的时间、经估计的在紧急服务到达之前的时间等)。
在一个实施例中，远程信息处理元数据信令模块610-b可以包括会话/远程信息处理数据分离模块705。会话/远程信息处理数据分离模块705可以(例如，经由中心服务接收机模块605)接收经修改的SIP或其它通信会话信令协议消息，并且可以将SIP/SDP(或其它协议)信息与远程信息处理数据消息分离。在某些实施例中，会话/远程信息处理数据分离模块705可以向SIP/SDP模块405-a提供SIP/SDP信息，并且向远程信息处理数据分析模块805提供一个或多个远程信息处理数据消息，如上所述。在一个示例中，会话/远程信息处理数据分离模块705可以基于来自经修改的SIP消息的报头的信息来识别经修改的SIP消息的不同部分。在该示例中，会话/远程信息处理数据分离模块705可以将被识别为SIP/SDP(或其它协议)信息的部分提供给SIP/SDP模块405-a，并且将被识别为远程信息处理元数据消息的部分提供给远程信息处理数据分析模块805，如上所述。
远程信息处理元数据信令模块610-b还可以包括会话/远程信息处理元数据合并模块715。会话/远程信息处理元数据合并模块715可以将来自SIP/SDP模块405-a的SIP/SDP(或其它协议)信息和来自远程信息处理元数据模块710-a的一个或多个远程信息处理元数据消息合并成经修改的SIP或其它通信会话信令协议消息，如上所述。中心服务发射机模块615可以向终端发送所生成的信令消息。
图9A、图9B、图9C、图9D、图9E和图9F示出了被修改为携带会话数据和远程信息处理元数据两者的会话发起协议(SIP)响应消息的示例。根据图5A-5C的描述，可以响应于接收SIP请求消息，从中心服务160向终端110发送图9A-9F的SIP响应消息。
通过重新目的化用于携带会话数据和远程信息处理元数据两者的SIP协议，可以在不中断或降级有关呼叫的质量的情况下，将远程信息处理元数据高效地发送给终端。图9A显示了响应消息的示例格式900的图。图9B、图9C、图9D、图9E和图9F显示了基于图9A的格式的示例SIP响应消息950a-e的图。虽然图9A、图9B、图9C、图9D、图9E和图9F的示例是在经修改的和重新目的化的SIP响应消息的上下文中描述的，但是将理解的是，本描述的原则可以用于修改或扩展其它通信会话信令协议(例如，XMPP、谷歌Talk、MSN等)或者作为新的通信会话信令协议的基础。
经修改的SIP响应消息格式900可以用于生成对SIP请求消息进行响应的信令消息。如图9A所示，经修改的SIP响应消息格式900可以包括状态线905、报头910、会话数据集合915以及远程信息处理元数据集合920。SIP协议定义了多个响应消息、供应响应、成功响应、重定向响应以及客户端失败响应。本格式900可以用于这些消息类型中的每一个并且可以用于其它类型的响应消息。
在图9B的示例中，例如，响应于接收图5B和/或图5C的经修改的SIP INVITE消息550，中心服务可以使用基于图9A的格式的经修改的SIP 200(OK)消息950-a来指示中心服务接受所提出的VoIP会话。SIP 200(OK)消息950-a还可以向终端提供元数据，以确认对在SIP INVITE消息550发送的远程信息处理数据的接收。SIP 200(OK)消息950-a还可以提供(例如，关于紧急服务已经被通知并且语音确认在挂起的)额外信息。
示例SIP 200(OK)信令消息950-a的状态线905-a可以将消息950-a标识为SIP响应并且指定正在做出的响应(例如，OK)的类型。响应消息的报头910-a可以提供终端和中心服务的身份、呼叫标识符、终端和中心服务的联系信息、呼叫序列号、对主体中的数据的类型的指示和响应消息950-a消息的长度。在本示例中，报头910-a可以指定主体包含混合数据，其中字符串“----NextPart----”指示主体中不同类型的数据之间的边界。在本示例中，消息的主体包括会话数据915-a和远程信息处理元数据920-a两者。
会话数据915-a可以包括针对所提出的终端和中心服务之间的会话商定的参数列表。这些会话参数可以是针对VoIP音频呼叫的会话描述协议(SDP)参数集合。
远程信息处理元数据920-a可以包括与在中心服务处接收的SIP INVITE信令消息550中的远程信息处理数据有关的信息。如先前描述的，远程信息处理元数据920-a可以包括：对远程信息处理数据是否在中心服务处被接收的确认、对重新发送远程信息处理数据的请求、对发送不同的远程信息处理数据的请求、对采取某个其它动作的请求、对中心服务所采取的动作进行描述的辅助数据、和/或其它相关的远程信息处理元数据。返回到从与车辆相关联的终端进行到PSAP服务的紧急呼叫的示例，图9B中示出的远程信息处理元数据920-a可以包括关于远程信息处理数据被接收的确认以及状态码，该状态码指示紧急服务已经被通知并且语音呼叫在挂起。
图9C显示了与图9B的经修改的SIP响应消息950-a类似的示例经修改的SIP响应消息950-b。然而，在图9C的示例中，远程信息处理元数据920-b还可以包括用于使终端关于与终端相关联的任何车辆来采取某些动作的指令。因此，图9C的远程信息处理元数据920-b可以包括用于关掉车辆的点火开关、关掉车辆的燃油泵、解锁车门、以及向车辆的乘员播放指定的指令记录的指令。在一些配置中，到终端的指令可以来自于人。例如，正在接听呼叫的人可以使得命令(其可以包括对更新的或额外的远程信息处理元数据的请求)被发送到终端、一个或多个消息(包括预定义的或完全动态的消息(例如，由位于一地点的人输入的)、锁门/解锁门、触发灯/喇叭等)被传送给车辆(诸如通过显示本文、呈现文本到语音、播放记录、播放媒体)。
图9D显示了与图9B的经修改的SIP响应消息950-a类似的示例经修改的SIP响应消息950-c的状态线905-c和报头910-c。然而，在图9C的示例中，报头910-c还包括eCallMetaData(eCall元数据)的P报头925。在该示例中，eCallMetaData的P报头925可以包括确认对具有指定ID的数据的接收的确认930、用于播放静态消息的命令935、用于被注意(例如，闪灯、按喇叭、制造噪音等)的命令940、以及用于发送eCall数据AltSet1的命令945。在一个示例中，静态消息可以被存储在终端上和/或已知位置。
图9E显示了与图9B的经修改的SIP响应消息950-a类似的示例经修改的SIP响应消息950-d。在本示例中，报头910-d可以包括eCallMetaData的P报头925-a，其与图9D的eCallMetaData的P报头925类似。然而，在图9E的示例中，eCallMetaData的P报头925-a可以包括用于播放动态消息的命令955以及指示应当被播放的动态消息的内容ID(即，5432154321@example.gov)参考960。在该示例中，动态媒体可以被包括在响应消息950-d的主体(例如，远程信息处理元数据920-d)中。如先前指示的，动态媒体对象965可以具有特定的内容ID并且可以通过特定的内容ID被引用。
图9F显示了与图9B的经修改的SIP响应消息950-a类似的示例经修改的SIP响应消息950-e。然而，在图9F的示例中，远程信息处理元数据(例如，eCall元数据)可以被包括在主体(例如，远程信息处理元数据920-e)中。另外，本示例示出静态消息和动态消息两者可以被包括在远程信息处理元数据对象(例如，eCallMetaData对象)中。在该示例中，报头910-e可以包括标签970，其引用主体(例如，远程信息处理元数据920)中的远程信息处理元数据对象975。例如，标签970可以通过引用远程信息处理元数据对象975的内容ID(即，9876543210@example.gov)来引用远程信息处理元数据对象975。在该示例中，远程信息处理元数据920-b可以包括远程信息处理元数据对象975。在本示例中，远程信息处理元数据对象975可以包括确认对具有指定ID的数据的接收的确认930-a、用于播放静态消息的命令935-a、用于播放动态消息的命令955-a、动态媒体对象965-a、用于被注意(例如，闪灯、按喇叭、制造噪音等)的命令940-a、以及用于发送eCall数据AltSet1的命令945-a。在一个配置中，可以使用标记语言(例如，可扩展标记语言(XML))来形成远程信息处理元数据对象975。要注意的是，可以使用许多其它编码或结构机制(诸如ASN.1、JSON、MIME等)来形成远程信息处理元数据对象975。
虽然图5A、5B、5C、9A、9B、9C、9D、9E和9F的示例示出了携带远程信息处理数据的经修改的SIP请求消息和携带远程信息处理元数据的经修改的SIP响应消息的示例，但是本领域技术人员将认识到的是，任一类型的消息可以携带远程信息处理数据或远程信息处理元数据。例如，在某些示例中，终端可以在对来自中心服务的请求进行响应的消息中向中心服务发送远程信息处理数据。类似地，在某些示例中，可以在到终端的请求消息中向终端发送远程信息处理元数据。在额外的或替代的示例中，请求消息或响应消息可以包括远程信息处理数据和远程信息处理元数据两者。
图10是使用通信会话信令协议来进行终端110-e和中心服务160-e之间的通信交换以进行远程信息处理数据和远程信息处理元数据的交换的一个示例的图。终端110-e可以是图1A、1B、2、3和/或4的终端110的示例，以及中心服务160-e可以是图1A、1B、6、7和/或8的中心服务160(例如，PASP)的示例或者另一个中心服务。在某些示例中，可以由一个或多个服务器来实现中心服务160-e。
通信会话信令协议可以是被设计为独立于底层传输层的应用层协议。照此，在某些示例中，通信会话信令协议可以与多个不同的传输层协议兼容。在某些示例中，可以将一个或多个代理服务器置于终端110-e和中心服务160-e中间，使得可以在一个或多个代理服务器之间转发终端110-e和中心服务160-e之间的初始信令消息。为了清楚起见，没有在与本描述相关联的附图中示出这样的代理服务器。要注意的是，可以存在接收、转发、重新生成、改变消息交换或以其它方式在消息交换中涉及的其它(例如，额外)实体(例如，在SIP消息传送、背靠背用户代理、会话边界控制器等的情况下)。在图10中，通信会话信令协议可以是SIP、XMPP、谷歌Talk、Skype等，以及底层传输协议可以是基于IP的用户数据报协议(UDP)或基于IP的传输控制协议(TCP)或某个其它传输协议集合。
终端110-e可以通过通信会话信令协议来与中心服务进行通信以建立和管理通信会话。在本示例中，终端110-e和中心服务160-e可以进行通信以建立与终端110-e相关联的用户和与中心服务160-e相关联的接线员之间的(携带语音和/或其它媒体的)呼叫的VoIP会话。如图10所示，终端110-e可以向中心服务160-e发送会话发起信令消息。会话发起信令消息可以邀请中心服务160-e参与与终端110-e的VoIP会话。终端110-e可以发送对来自与终端110-e相关联的用户的手动请求进行响应的会话发起消息。例如，与终端110-e相关联的车辆的乘员可以按下车辆中的紧急呼叫按钮，该紧急呼叫按钮用信号通知终端110-e将中心服务160-e邀请到VoIP会话中。另外或替代地，终端110-e可以向中心服务160-e发送对一个或多个检测到的或推断出的状况或事件(例如，安全气囊展开、碰撞传感器、引擎诊断数据、引擎起火、车辆起火、翻车或其它情形等)进行响应的会话发起消息。
会话发起消息可以包括针对所提出的会话的细节和参数(例如，网络地址、端口号、媒体类型、定时、支持的流式传输协议、带宽等)。除了该针对所提出的终端110-e和中心服务160-e之间的会话的会话数据集合之外，终端设备110-e可以将远程信息处理数据附加(例如，添加)到发送给中心服务160-e的会话发起消息。远程信息处理数据可以包括来自与终端110-e相通信的一个或多个传感器的读数和/或由终端110-e存储、确定、计算和/或接收的其它数据。在某些示例中，远程信息处理数据可以包括在eCall或其它紧急呼叫期间通常发送给PSAP的数据。例如，远程信息处理数据可以包括以下各项的至少一项或多项：eCall是如何发起的、车辆类型和车辆标识号(VIN)、时间戳、位置估计和位置执行标志、行驶方向、乘客数量(例如，根据座位占用传感器)和相关联的数据(例如，系紧安全带的座位)、终端的服务提供者(如果存在的话)、触发类型(例如，展开的安全气囊、保险杠传感器、火警指示器、翻车或其它情形检测等)和/或可能适于本文所描述的原则的特定应用的其它相关信息。
当接收到具有附加的远程信息处理数据的会话发起消息时，中心服务160-e可以确定是接受还是拒绝所提出的会话。在本示例中，除了提供针对会话的进一步的参数和数据之外，中心服务160-e还可以通过通信会话信令协议来发送指示所提出的会话被接受的会话确认消息。另外，发送给终端110-e的会话确认消息可以包括与中心服务160-e在会话发起消息中接收的远程信息处理数据集合相关联的远程信息处理元数据集合。在替代的示例中，中心服务160-e可以在单独的消息中(例如，在专门用于发送远程信息处理元数据的通信会话信令协议消息中、附加到不同类型的通信会话信令协议消息等)向中心服务160-e发送远程信息处理元数据。例如，远程信息处理元数据可以包含：对远程信息处理数据是否在中心服务106-e处被接收的确认、对向中心服务160-e重新发送远程信息处理数据(例如，先前版本和/或当前版本)的请求、对向中心服务160-e发送不同的远程信息处理数据的请求、对采取某个其它动作的请求、对中心服务160-e所采取的动作进行描述的辅助数据、和/或其它有关的远程信息处理元数据。
终端110-e可以接收远程信息处理元数据，并且基于所接收的远程信息处理元数据来采取适当的动作。在某些示例中，远程信息处理元数据可以仅确认对远程信息处理数据的接收，并且终端110-e可以响应于远程信息处理元数据而不采取动作。在其它示例中，终端110-e可以对来自中心服务160-e的远程信息处理元数据中的请求进行响应，或者参考规则集合以便基于所接收的远程信息处理元数据来识别要采取的动作。
另外，终端110-e可以基于会话发起消息和会话确认消息两者中的会话数据和参数来建立与中心服务160-e的VoIP会话。终端110-e和中心服务160-e可以使用实时传输协议(RTP)协议或另一个流式传输协议来交换包含语音和/或其它媒体数据的分组的流，以实现终端110-e的用户和中心服务160-e的接线员之间的(携带语音和/或其它媒体)的呼叫。VoIP会话可以携带任何媒体，包括文本(即时消息文本(诸如即时消息传送)和即时字符(流式传输文本，通常被称为实时文本)两者)和/或视频。要注意的是，虽然大部分媒体是被流式传输的，但是除了流式传输的媒体之外或替代流式传输的媒体，VoIP会话还可以携带非流式传输的媒体。
为了结束VoIP会话，中心服务160-e可以通过通信会话信令协议向终端110-e发送会话终止信令消息。当接收到会话终止信令消息时，终端110-e可以向中心服务160-e发送会话终止确认信令消息，并且会话可以终止。
图11是使用通信会话信令协议在终端110-f和中心服务160-f之间进行通信交换1100，以便a)建立VoIP呼叫和b)交换远程信息处理数据和远程信息处理元数据的示例的图。类似于先前的示例，通信会话信令协议可以是被修改为携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例(未在图11中示出)中，可以使用其它通信会话信令协议。
终端110-f可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。中心服务160-f可以是图1A的中心服务(例如，PSAP)160或者上文参照先前附图描述的其它中心服务160中的一个中心服务160的示例。在某些示例中，可以由一个或多个服务器来实现中心服务160-f。另外，在某些示例中，可以将一个或多个代理服务器置于终端110-f和中心服务160-f之间，以便在终端110-f和中心服务160-f之间转发通信会话信令协议消息。
在第一阶段，终端110-b可以向中心服务160-f发送SIP INVITE消息。在某些示例中，SIP INVITE消息可以是上文参照图5A、5B和5C描述的经修改的SIP请求消息的示例。SIPINVITE消息可以同时将中心服务160-f邀请到具有提出的参数集合的提出的VoIP会话中并且从终端110-f向中心服务160-f传输远程信息处理数据集合。在某些示例中，终端110-f可以与车辆相关联并且可以响应于检测到的车辆处的状况或者针对车辆的乘员进行的紧急呼叫的手动请求来向中心服务160-f发送SIP INVITE消息。
在第二阶段，中心服务160-f可以通过向终端110-f发送SIP STATUS(状态)200(OK)消息来对SIP INVITE消息进行响应。SIP STATUS 200(OK)消息可以同时同意所提出的VoIP会话，并且向终端110-f传送远程信息处理元数据以确认中心服务160-f对远程信息处理数据的接收。在第三阶段，当从中心服务160-f接收到包括远程信息处理元数据的SIPSTATUS200(OK)消息时，终端110-f可以向中心服务160-f发送SIP ACK消息。在第四阶段，可以通过根据在SIP INVITE消息、SIP STATUS 200(OK)消息和SIP ACK消息中商定的参数，在终端110-f和中心服务160-f之间流式传输携带语音和/或其它媒体通信的会话数据的分组来实现VoIP会话。在第五阶段，可以通过中心服务160-f向终端110-f发送SIP BYE(再见)消息来终止VoIP会话。在第六阶段，终端110-f可以通过向中心服务160-f发送SIP STATUS200(OK)响应消息来确认会话的终止。在其它示例中，终端110-f可以发起VoIP会话的终止，以及中心服务160-f可以向终端110-f发送SIP STATUS 200(OK)响应消息。
图12是使用通信会话信令协议在终端110-g和中心服务160-g之间进行通信交换1200，以便a)建立VoIP呼叫和b)交换远程信息处理数据和远程信息处理元数据的示例的图。类似于先前的示例，通信会话信令协议可以是被修改为携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中，可以使用其它通信会话信令协议。
终端110-g可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。中心服务160-g可以是图1A的中心服务160或者上文参照先前附图描述的其它中心服务160中的一个中心服务160的示例。在某些示例中，可以由一个或多个服务器来实现中心服务160-g。另外，在某些示例中，可以将一个或多个代理服务器置于终端110-g和中心服务160-g之间，以便在终端110-g和中心服务160-g之间转发通信会话信令协议消息。
在第一阶段，终端110-g可以向中心服务160-g发送SIP INVITE消息。在某些示例中，SIP INVITE消息可以是上文参照图5A、5B和5C描述的经修改的SIP请求消息的示例。SIPINVITE可以同时将中心服务160-g邀请到具有提出的参数集合的提出的VoIP会话中并且从终端110-g向中心服务160-g传输远程信息处理数据集合。在某些示例中，终端110-g可以与车辆相关联并且可以响应于检测到的车辆处的状况或者针对车辆的乘员进行的紧急呼叫的手动请求来向中心服务160-g发送SIP INVITE消息。
在第二阶段，中心服务160-g可以通过向终端110-g发送SIP STATUS200(OK)消息来对SIP INVITE消息进行响应。SIP STATUS 200(OK)消息可以同时同意所提出的VoIP会话，并且向终端110-g传送远程信息处理元数据以确认中心服务160-g对远程信息处理数据的接收。在第三阶段，可以通过根据在SIP INVITE消息和SIP STATUS 200(OK)消息中商定的参数，在终端110-g和中心服务160-g之间流式传输携带语音和/或其它媒体通信的会话数据的分组来实现VoIP会话。
在第四阶段，中心服务160-g可以向终端110-g发送SIP INFO消息连同额外的远程信息处理元数据。在一个示例中，额外的远程信息处理元数据可以请求初始SIP INVITE消息中所包括的以外的额外的远程信息处理元数据。在另一个示例中，额外的远程信息处理元数据可以额外地包括用于终端110-g和/或车辆执行的指令。在第五阶段，终端110-g可以向中心服务160-f发送SIP STATUS 200(OK)消息连同所请求的额外的远程信息处理数据。
在第六阶段，可以通过中心服务160-g向终端110-g发送SIP BYE消息来终止VoIP会话。在第七阶段，终端110-g可以通过向中心服务160-g发送SIP STATUS 200(OK)响应消息来确认会话的终止。在其它示例中，终端110-g可以发起VoIP会话的终止，以及中心服务160-g可以向终端110-g发送SIP STATUS 200(OK)响应消息。
图13是使用通信会话信令协议在终端110-h和中心服务160-h之间进行通信交换1300，以便a)建立VoIP呼叫和b)交换远程信息处理数据和远程信息处理元数据的另一个示例的图。类似于先前的示例，通信会话信令协议可以是被修改为携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中，可以使用其它通信会话信令协议。
终端110-h可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。中心服务160-h可以是图1A的中心服务160或者上文参照先前附图描述的其它中心服务160中的一个中心服务160的示例。在某些示例中，可以由一个或多个服务器来实现中心服务160-h。另外，在某些示例中，可以将一个或多个代理服务器置于终端110-h和中心服务160-h之间，以便在终端110-h和中心服务160-h之间转发通信会话信令协议消息。
在第一阶段，终端110-h可以向中心服务160-h发送SIP INVITE消息。SIP INVITE消息可以是上文参照先前附图描述的经修改的SIP请求消息的示例。SIP INVITE消息可以同时将中心服务160-h邀请到具有提出的参数集合的VoIP会话中并且从终端110-h向中心服务160-h传输远程信息处理数据集合。
在第二阶段，中心服务160-h可以通过向终端110-h发送SIP STATUS180(振铃)响应消息来对SIP INVITE消息进行响应。在某些示例中，SIP STATUS 180(振铃)响应消息可以指示中心服务160-h正在尝试呼叫人接线员来接听VoIP呼叫。如果中心服务160-h无法找到人接线员来接听呼叫，则中心服务160-h可以在第三阶段向终端110-h发送SIP STATUS486(繁忙)响应消息。在替代的示例中，中心服务160-h可以利用SIP STATUS 200(OK)响应消息来接受呼叫，但是将呼叫置于队列中同时等待人接线员变为可用。SIP STATUS 486(繁忙)响应消息或者替代地SIP STATUS 200(OK)响应消息可以包含与从终端110-h发送给中心服务160-h的远程信息处理数据有关的远程信息处理元数据。
远程信息处理元数据可以向终端110-h确认远程信息处理数据被中心服务160-h接收。因此，在某些示例中，终端110-h可以向终端110-h的用户指示远程信息处理数据已经被中心服务160-h成功接收(例如，在满意状态中被接收)。因此，即使没有与中心服务160-h相关联的接线员可用于接听语音和/或其它媒体呼叫，也可以使用户确信远程信息处理数据已经在中心服务160-h处被接收。在某些其它实施例中，在不存在对终端110-h进行控制的用户的情况下(例如，在呼叫是由终端110-h响应于传感器数据被引起的情况下)，远程信息处理元数据确认可以向终端110-h确认远程信息处理数据被接收并且因此终端110-h不需要尝试自动重复尝试。当许多这样的终端110-h在尝试拨打紧急呼叫并且同时发送远程信息处理数据时，例如，响应于非常严重的事故(例如，高速公路上多车连环相撞)或灾难情形(诸如地震、飓风、海啸或野火)，这可以减小中心服务160-h上的负担。
在一个示例中，中心服务160-h可以确定远程信息处理数据是否已经在满意状态中被接收(例如，被满意地接收)。满意状态的示例可以是对发送的数据集合的完整接收(例如，作为无差错传输的结果)。在一些情况下，不太完整的数据集合可能有资格作为满意状态，而在其它情况下，不太完整的数据集合可能没有资格作为满意状态。在一些情况下，对满意状态的确定可以基于在其中发送远程信息处理数据的情形(例如，如由所接收的远程信息处理数据集合的内容确定的)。另外或替代地，对满意状态的确定可以基于诸如以下各项的因素：值是否与彼此一致或与典型范围一致；位置数据是否具有足够高的置信；远程信息处理数据是否是足够当前的等。在一些情况下，可以由中心服务160-h处的人(例如，接线员)做出对满意状态的确定。在其它情况下，可以(例如，由中心服务)自动地做出对满意状态的确定。
例如，返回到与车辆紧急呼叫系统相关联的终端110-h的示例，车辆乘员可能经历碰撞并且向终端110-h提供关于期望到中心服务160-h的紧急语音和/或其它媒体呼叫的手动指示。发送给中心服务160-h的远程信息处理数据可以至少包括车辆的纬度和经度以及关于发生碰撞的指示。如果中心服务160-h正经历大量的呼叫并且无法提供人接线员来接听呼叫，车辆乘员仍然可以接收到关于其位置和关于碰撞的信息在中心服务160-h处被接收的保证。例如，终端110-h可以接收包括远程信息处理元数据(例如，指示终端110-h向用户传送数据在中心服务160-h处被接收)的SIP STATUS 486(繁忙)消息。在某些示例中，远程信息处理元数据还可以通过终端110-h向用户传送其它有用的信息，包括关于紧急服务已经被派遣(或在用户的区域中正在处置其它事故并且将随后处理用户)的消息或留在车辆中的指令。在一个示例中，远程信息处理元数据可以另外或替代地向车辆提供指令，诸如关掉点火开关或锁门(为了安全起见)或闪灯(以有助于紧急服务定位车辆)。
在第四阶段，中心服务160-h可以确定接线员可用于参与与终端110-h的用户的VoIP呼叫，并且如果呼叫不是已经在排队或挂起，则中心服务160-h可以通过向终端110-h发送SIP INVITE消息来尝试回叫终端110-h，其中SIP INVITE消息提出新的VoIP会话。SIPINVITE消息可以包括与所接收的远程信息处理数据有关的额外的远程信息处理元数据集合。在本示例中，额外的远程信息处理元数据集合可以包括关于终端110-h重新发送远程信息处理数据的请求，以便允许中心服务160-h评估远程信息处理数据的最新版本。
在第五阶段，终端110-h可以通过向中心服务160-h发送SIP STATUS200(OK)消息来接收到中心服务160-h所提出的新的VoIP会话的邀请，其中SIP STATUS 200(OK)消息还包含所请求的更新的远程信息处理数据。在第六阶段，中心服务160-h可以向终端110-h发送SIP ACK连同新的远程信息处理元数据集合，以确认对更新的远程信息处理数据的接收。在第七阶段，终端110-h和中心服务160-h之间的VoIP呼叫可以在一个或多个VoIP会话数据流上发生。在呼叫的结束处，中心服务160-h可以向终端110-h发送SIP BYE消息，并且终端110-h可以通过向中心服务160-h发送SIP STATUS 200(OK)消息来确认呼叫的结束。
在替代的示例中，在阶段3向终端110-h发送SIP STATUS 486(繁忙)响应消息之后，中心服务160-h可以不建立与终端110-h的呼叫会话。然而，终端110-h可以依靠在阶段3接收的远程信息处理元数据来确定远程信息处理数据被中心服务160-h接收并且正在采取适当的动作。
图14是使用通信会话信令协议在终端110-i和中心服务160-i之间进行通信交换1400，以便a)建立VoIP呼叫和b)交换远程信息处理数据和远程信息处理元数据的另一个示例的图。类似于先前的示例，通信会话信令协议可以是被修改为携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中，可以使用其它通信会话信令协议。
终端110-i可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。中心服务160-i可以是图1A的中心服务160或者上文参照先前附图描述的其它中心服务160中的一个中心服务160的示例。在某些示例中，可以由一个或多个服务器来实现中心服务160-i。另外，在某些示例中，可以将一个或多个代理服务器置于终端110-i和中心服务160-i之间，以便在终端110-i和中心服务160-i之间转发通信会话信令协议消息。
在第一阶段，终端110-i可以向中心服务160-i发送SIP INVITE消息。SIP INVITE消息可以同时将中心服务160-i邀请到具有提出的参数集合的提出的VoIP会话中并且从终端110-i向中心服务160-i传输远程信息处理数据集合。在第二阶段，中心服务160-i可以向终端110-i发送SIP STATUS 180(振铃)响应消息。在第三阶段，中心服务160-i可以向终端110-i发送SIP STATUS 200(OK)消息来指示对所提出的VoIP会话的接受。SIP STATUS200(OK)消息还可以包含指示终端110-i所发送的远程信息处理数据未被接收(例如，未被满意地接收)的远程信息处理元数据(即，NAK响应)。在一些情况下，远程信息处理数据可以额外地包括针对终端的指令、消息等。结果，在第四阶段，终端110-i可以发送SIP ACK消息以确认VoIP会话并且重新发送远程信息处理数据。在某些示例中，重新发送的远程信息处理数据可以是利用SIP INVITE消息原始地发送的相同的远程信息处理数据。替代地，重新发送的远程信息处理数据可以被更新或者以其它方式不同于原始的远程信息处理数据。
在第五阶段，中心服务110-i可以发送包含远程信息处理元数据的SIP STATUS183(会话正在进行)方法以确认重新发送的远程信息处理数据已经在中心服务160-i处被接收。在第六阶段，可以由经协商的VoIP会话来实现VoIP呼叫，可以通过经协商的VoIP会话在终端110-i和中心服务160-i之间交换流式传输语音和/或其它媒体数据。在第七阶段以及在VoIP呼叫的结束，中心服务160-i可以向终端110-i发送SIP BYE消息。在第八阶段，终端110-i可以利用SIP STATUS 200(OK)消息来进行响应以确认VoIP会话已经结束。
图15是使用通信会话信令协议在终端110-j和中心服务160-j之间进行通信交换1500，以便a)建立VoIP呼叫和b)交换远程信息处理数据和远程信息处理元数据的另一个示例的图。类似于先前的示例，通信会话信令协议可以是被修改为携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中，可以使用其它通信会话信令协议。
终端110-j可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。中心服务160-j可以是图1A的中心服务160或者上文参照先前附图描述的其它中心服务160中的一个中心服务160的示例。在某些示例中，可以由一个或多个服务器来实现中心服务160-j。另外，在某些示例中，可以将一个或多个代理服务器置于终端110-j和中心服务160-j之间，以便在终端110-j和中心服务160-j之间转发通信会话信令协议消息。
在第一阶段，终端110-j可以向中心服务160-j发送SIP INVITE消息。SIP INVITE消息可以同时将中心服务160-j邀请到具有提出的参数集合的提出的VoIP会话中并且从终端110-j向中心服务160-j传输远程信息处理数据集合。在第二阶段，中心服务160-j可以向终端110-j发送SIP STATUS 180(振铃)响应消息。SIP STATUS 180(振铃)响应消息还可以包括确认远程信息处理数据已经在中心服务160-j处被接收的远程信息处理元数据。在第三阶段，中心服务160-j可以向终端110-j发送SIP STATUS 200(OK)消息来指示对所提出的VoIP会话的接受。在第四阶段，终端110-j可以向中心服务160-j发送SIP ACK消息，并且在第五阶段，可以由经协商的VoIP会话来实现VoIP呼叫。
在第六阶段，中心服务160-j可以向终端110-j发送SIP INFO消息连同额外的远程信息处理元数据。额外的远程信息处理元数据可以请求初始SIP INVITE消息中所包括的以外的额外的远程信息处理数据。在第七阶段，终端110-j可以向中心服务160-j发送SIPSTATUS 200(OK)消息连同所请求的额外的远程信息处理数据。在第八阶段，中心服务160-j可以向终端110-j发送SIP INFO消息连同确认额外的远程信息处理数据的接收的远程信息处理元数据集合。在第九阶段，与SIP协议保持一致，终端110-j可以向中心服务160-j发送SIP STATUS 200(OK)消息，作为对SIP INFO消息的响应。在第十阶段，经协商的VoIP会话可以继续。
在某些示例中，阶段六至九可以在不中断VoIP会话数据流的情况下发生。因此，可以与在终端110-j和中心服务160-j之间交换携带远程信息处理数据和远程信息处理元数据的SIP消息基本同时地交换携带语音和/或其它媒体的数据。在某些示例中，在阶段六至九中在中心服务160-j和终端110-j之间发送的SIP INFO消息和SIP STATUS 200(OK)消息可以不携带关于VoIP会话的有用数据，而是出于携带远程信息处理数据和远程信息处理元数据的唯一目的而生成和/或发送的。替代地，在阶段六至九中的SIP INFO消息和SIPSTATUS 200(OK)消息可以携带重要的会话信息或在终端110-j和中心服务160-j之间重新协商的会话参数。
在第十一阶段以及在VoIP呼叫的结束，终端110-j可以向中心服务160-j发送SIPBYE消息。在第十二阶段，中心服务160-j可以利用SIP STATUS 200(OK)消息来进行响应以确认VoIP会话已经结束。
图16示出了示例性无线终端110-k的框图。终端110-k可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。本示例的无线终端110-k可以包括处理器模块1605、存储器1610、远程信息处理数据信令模块210-c、收发机模块1625、以及天线1630。这些组件中的每一个可以(例如，经由一个或多个总线)直接地或间接地与彼此通信地耦合。
收发机模块1625被配置为经由天线1630和/或一个或多个有线或无线链路来与一个或多个网络双向地进行通信，如上所述。收发机模块1625可以包括调制解调器，所述调制解调器被配置为调制数据并且向天线1630提供所调制的数据以进行传输，并且解调从天线1630接收的数据。虽然终端110-k可以包括单个天线，但是终端110-k可以包括用于多个链路的多个天线1630。
存储器1610可以包括随机存取存储器(RAM)和只读存储器(ROM)。存储器1610可以存储包含指令的计算机可读、计算机可执行软件代码1615，所述指令被配置为当被执行时，使得处理器模块1605执行各种功能。替代地，软件代码1615可以不由处理器模块1605直接地执行，但是可以被配置为(例如，当被编译和执行时)使得终端110-k执行本文所描述的功能。
处理器模块1605可以包括智能硬件设备，例如，中央处理单元(CPU)(诸如英特尔公司、AMD或高通制造的那些CPU)、微控制器、专用集成电路(ASIC)等。根据图16的架构，终端110-k还可以包括远程信息处理数据信令模块210-c。模块210-c可以是在图2、3和/或4中示出的远程信息处理数据信令模块210的示例。远程信息处理数据信令模块210-c可以包括信令模块1620。信令模块1620可以使得收发机模块1625向中心服务发送所生成的信令消息。另外，信令模块1620可以使得收发机模块1625从中心服务接收经修改的SIP或其它通信会话信令协议消息。
图17示出了实现中心服务160-k的示例性设备的框图。实现中心服务160-k的设备可以是服务器或其它基于计算机的设备。中心服务160-k可以是图1A的中心服务160或者上文参照先前附图描述的一个或多个其它中心服务160的示例。本示例的中心服务160-k可以包括处理器模块1605-a、存储器1610-a、远程信息处理元数据信令模块610-c、以及网络接口控制器(NIC)1705。这些组件中的每一个可以直接地或间接地与彼此通信地耦合。
存储器1610-a可以包括随机存取存储器(RAM)和只读存储器(ROM)。存储器1610-a可以存储包含指令的计算机可读、计算机可执行软件代码1615-a，所述指令被配置为当被执行时，使得处理器模块1605-a执行各种功能。替代地，软件代码1615-a可以不由处理器模块1605-a直接地执行，但是可以被配置为(例如，当被编译和执行时)使得中心服务160-k执行本文所描述的功能。
中心服务160-k可以包括远程信息处理元数据信令模块610-c。模块610-c可以是在图6、7和/或8中示出的远程信息处理元数据信令模块610的示例。远程信息处理元数据信令模块610-c可以包括信令模块1620-a。信令模块1620-a可以使得NIC 1705向终端110发送所生成的信令消息。另外，信令模块1620-a可以使得网络接口卡1705从终端接收经修改的SIP或其它通信会话信令协议消息。
图18是示出了用于传送远程信息处理数据和/或远程信息处理元数据的方法1800的一个实施例的流程图。为了清楚起见，方法1800是参照图1A、1B、2、3、4、10、11、12、13、14、15和/或16的终端110描述的。在一个实现方式中，图2、3、4和/或16的远程信息处理数据信令模块210可以执行一个或多个代码集以控制终端110的功能要素来执行下文描述的功能。
在框1805处，可以通过通信会话信令协议从第一设备向第二设备发送第一信令消息。在一个示例中，第一信令消息可以至少包括与第一设备和第二设备之间的通信会话有关的第一会话信息集合以及第一设备的第一远程信息处理数据集合。在某些示例中，第一设备可以是参照先前附图描述的终端110中的一个或多个终端110，以及第二设备可以是参照先前附图描述的中心服务160中的一个或多个中心服务160。通信会话信令协议可以是例如在先前示例中描述的会话发起协议(SIP)的经修改的版本、或者是另一种可应用的通信会话信令协议(例如，XMPP、谷歌Talk、Skype等)。通信会话可以是终端和中心服务之间的VoIP呼叫。在一些情况下，通信会话可以交换媒体流内部的流式传输媒体(诸如语音、视频、流式传输或即时字符文本)以及媒体流外部的任何媒体(诸如本文消息)。在一个示例中，通信会话可以仅携带非流式传输媒体。
在框1810处，可以通过通信会话信令协议在第一设备处接收第二信令消息。在一个示例中，第二信令消息可以包括基于在第一信令消息中发送的第一远程信息处理数据集合的内容的元数据。远程信息处理元数据可以包括但不限于：对远程信息处理数据是否在中心服务160处被接收的确认、对重新发送远程信息处理数据的请求、对发送不同的远程信息处理数据的请求、对采取某个其它动作的请求、对中心服务所采取的动作进行描述的辅助数据、和/或其它相关的远程信息处理元数据。
因此，方法1800可以提供传送远程信息处理数据和/或远程信息处理元数据。应当注意的是，方法1800仅是一种实现方式，并且可以重新安排或以其它方式修改方法1800的操作，使得其它实现方式是可能的。
图19是示出了用于通过修改在通信会话信令协议中使用的信令消息来传送远程信息处理数据和/或远程信息处理元数据的方法1900的一个实施例的流程图。为了清楚起见，方法1900是参照图1A、1B、2、3、4、10、11、12、13、14、15和/或16的终端110描述的。在一个实现方式中，图2、3、4和/或16的远程信息处理数据信令模块210可以执行一个或多个代码集以控制终端110的功能要素来执行下文描述的功能。图19的方法1900可以是图18的方法1800的示例。
在框1905处，可以在终端处检测车辆状态(例如，撞车、起火、安全气囊展开、翻车或其它情形)、故障或手动触发。在框1910处，可以基于来自与终端通信地耦合的一个或多个传感器的输入来生成针对车辆的第一远程信息处理数据集合。在框1915处，可以在终端处生成SIP INVITE消息的报头以将中心服务(例如，PSAP)邀请到基于互联网协议的语音(VoIP)呼叫会话，报头指示相关联的消息主体具有多部分格式。在框1920处，可以在终端生成包含针对所提出的会话的参数集合的会话描述协议(SDP)消息。在框1925处，可以将SDP消息和第一远程信息处理数据集合合并成SIP INVITE消息的消息主体，其中SDP消息作为SIP INVITE消息的主体的第一部分，以及远程信息处理数据作为SIP INVITE消息的主体的第二部分。在框1930处，可以向中心服务发送SIP INVITE消息。在一个示例中，终端可以向有责任处置紧急请求的实体(诸如运营商的网络内的实体)发送INVITE，并且该实体可以处理INVITE或者将INVITE转发给或去往中心服务(例如，PSAP)。
在框1935处，可以从PSAP中心服务设备接收SIP STATUS 486(繁忙)响应消息。在一个示例中，响应消息可以包括多部分主体，其包含消息主体的第一部分和消息主体的第二部分中的、确认对第一远程信息处理数据集合的接收的远程信息处理元数据集合。要注意的是，SIP STATUS 486(繁忙)响应消息可以不在消息主体中包括SDP信息(例如，消息主体的第一部分可以是空的，或者远程信息处理元数据集合可以在消息主体的第一部分中，或者可以是消息主体中的仅有内容)。在某些示例中，终端可以根据第二信令消息的报头来确定SIP STATUS 486(繁忙)响应消息的主体是多部分格式。终端还可以基于SIP STATUS486(繁忙)响应消息的报头中的信息来识别消息主体的第一部分和消息主体的第二部分。
在框1940处，可以在终端处从PSAP中心服务设备接收针对VoIP呼叫会话的SIPINVITE消息，并且SIP INVITE消息的主体可以包括用于从终端请求额外的远程信息处理数据的远程信息处理元数据集合。替代地，可以在终端处在单独的信令消息中接收远程信息处理元数据。在框1945处，可以基于来自传感器和/或远程信息处理数据的其它源的输入来生成针对车辆的第二远程信息处理数据集合。在框1950处，可以在终端处生成SIP STATUS200(OK)响应消息的报头。在一个示例中，报头可以指示相关联的消息主体具有多部分格式。在框1955处，可以生成包含针对PSAP中心服务设备所提出的会话的参数的SDP消息。在框1960处，可以将SDP消息和第二远程信息处理数据集合合并成SIP STATUS 200(OK)消息的消息主体。在框1965处，可以从终端向中心服务发送SIP STATUS 200(OK)响应消息。在框1970处，可以在终端处从中心服务接收SIP ACK消息，以及在框1975处，可以在终端和中心服务之间建立VoIP会话。
因此，方法1900可以提供远程信息处理数据和/或远程信息处理元数据的通信。应当注意的是，方法1900仅是一种实现方式，并且可以重新安排或以其它方式修改方法1900的操作，使得其它实现方式是可能的。
图20是示出了用于传送远程信息处理数据和/或远程信息处理元数据的方法2000的一个实施例的流程图。为了清楚起见，方法2000是参照图1A、1B、6、7、8、10、11、12、13、14、15和/或17的中心服务160描述的。在一个实现方式中，图6、7、8和/或17的远程信息处理元数据模块610可以执行一个或多个代码集以控制中心服务160的功能要素来执行下文描述的功能。
在框2005处，可以在第二设备处通过通信会话信令协议从第一设备接收第一信令消息的至少一部分。在一个实施例中，第一信令消息可以至少具有与第一设备和第二设备之间的通信会话有关的第一会话信息集合。第一信令消息还可以至少具有第一设备的第一远程信息处理数据集合。在某些示例中，第一设备可以是参照先前附图描述的终端110中的一个或多个终端110，以及第二设备可以是参照先前附图描述的中心服务160中的一个或多个中心服务160。通信会话信令协议可以是例如在先前示例中描述的会话发起协议(SIP)的经修改的版本、或者是另一种可应用的通信会话信令协议(例如，XMPP、谷歌Talk、Skype等)。通信会话可以是终端和中心服务之间的VoIP呼叫。在一些情况下，通信会话可以交换媒体流内部的流式传输媒体(诸如语音、视频、流式传输或即时字符文本)以及媒体流外部的任何媒体(诸如本文消息)。在一个示例中，通信会话可以仅携带非流式传输媒体。
在框2010处，可以响应于第一信令消息，通过通信会话信令协议向第一设备发送第二信令消息，其中第二信令消息具有基于在第一信令消息中接收的第一远程信息处理数据集合的内容的元数据。
因此，方法2000可以提供通过修改在通信会话信令协议中使用的信令消息来传送远程信息处理数据和/或远程信息处理元数据。应当注意的是，方法2000仅是一种实现方式，并且可以重新安排或以其它方式修改方法2000的操作，使得其它实现方式是可能的。
图21是示出了用于通过修改在通信会话信令协议中使用的信令消息来传送远程信息处理数据和/或远程信息处理元数据的方法2100的一个实施例的流程图。为了清楚起见，方法2100是参照图1A、1B、6、7、8、10、11、12、13、14、15和/或17的中心服务160描述的。在一个实现方式中，图6、7、8和/或17的远程信息处理元数据模块610可以执行一个或多个代码集以控制中心服务160的功能要素来执行下文描述的功能。图21的方法2100可以是图20的方法2000的示例。
在框2105处，可以在中心服务(例如，PSAP)处从与车辆相关联的终端接收SIPINVITE消息。SIP INVITE消息的主体可以包括SDP消息以及针对车辆的远程信息处理数据集合。在框2110处，做出关于接线员是否可用于在中心服务处接受语音和/或其它媒体呼叫的确定。如果接线员是可用的(框2110，是)，则在框2115处，中心服务可以向终端发送SIPSTATUS200(OK)响应消息，其中SIP STATUS 200(OK)响应消息包括用于确认对远程信息处理数据的接收的元数据。替代地，可以在单独的信令消息中向终端发送元数据。在框2120处，可以从终端接收SIP ACK消息，以及在框2125处，可以建立与终端的VoIP会话或其它通信。
然而，如果没有接线员可用于接受呼叫(框2110，否)，则在框2130处，PSAP中心服务设备可以向终端发送SIP STATUS 485(繁忙)响应消息，其中响应消息包括用于确认对远程信息处理数据的接收的元数据。在框2135处，当接线员变为可用时，中心服务可以向终端发送SIP INVITE消息，其中SIP消息的主体包含SDP消息和用于请求远程信息处理数据的重传的元数据。在框2140处，中心服务可以从终端接收SIP STATUS 200(OK)响应消息，其中SIP STATUS 200(OK)响应消息包含SDP消息和第二远程信息处理数据集合。在框2145处，可以向终端发送SIP ACK消息，以及在框2125处，可以建立与终端的VoIP会话或其它通信。
因此，方法2100可以提供远程信息处理元数据的通信。应当注意的是，方法2100仅是一种实现方式，并且可以重新安排或以其它方式修改方法2100的操作，使得其它实现方式是可能的。
图22是根据本公开内容，示出了终端110-l的实施例的框图2200。终端110-l可以是在图1A的终端110和/或图1B的终端110-a的示例，例如，终端可以是车辆的紧急呼叫车载系统(IVS)。终端110-l可以包括终端接收机模块2205、远程信息处理数据信令模块2210、以及终端发射机模块2215。这些组件中的每一个可以彼此相通信。终端110-l可以包括未在图22中示出的其它模块，例如，可以包括用于检测与车辆相关联的状况和事件的传感器，以及用于使能够根据从GPS卫星接收的无线信号估计或确定终端的位置的接收机和处理器。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现终端110-l的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个配置中，终端接收机模块2205可以包括蜂窝接收机并且可以从基站105(其可以与中心服务160相通信，如上所述)接收传输。在一个示例中，终端接收机模块2205可以接收针对通信信令协议的、已经被修改为包括远程信息处理元数据的信令消息。远程信息处理数据信令模块2210可以从经修改的信令消息提取远程信息处理元数据、激活一个或多个外部系统、收集要发送给中心服务160的远程信息处理数据、维护与终端相关联的可以被发送给中心服务160的能力集合等等。发射机模块2215可以被配置为经由基站105来向中心服务160发送远程信息处理数据、能力数据等等。
图23是根据本公开内容，示出了终端110-m的实施例的框图2300。终端110-m可以是在图1A、1B和/或22中示出的终端110的示例。终端110-m可以包括终端接收机模块2205、远程信息处理数据信令模块2210-a、以及终端发射机模块2215，如先前描述的。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现终端110-m的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个实施例中，远程信息处理数据信令模块2210-a可以包括会话控制模块2305、远程信息处理数据模块2310、外部系统模块2315、以及能力模块2320。
会话控制模块2305可以使用一个或多个信令消息来控制和/或促进通信会话。在某些实施例中，会话控制模块2305可以通过根据通信会话信令协议传送会话信息，来控制和/或促进通信会话。在一个示例中，会话控制模块2305可以生成包括信号信息集合的信令消息。会话控制模块2305还可以获得包括信号信息集合的信令消息。
会话控制模块2305还可以被配置为协商、建立、管理和终止与中心服务160的通信会话。会话控制模块2305可以生成SIP信令消息报头内容和SDP内容以便与中心服务传送与会话有关的信令数据。会话控制模块2305还可以被配置为执行以下操作：接收媒体内容(例如，语音呼叫的音频数据、视频呼叫的音频和视频数据、具有包含或不包含语音或视频的文本的呼叫的文本数据)；根据所协商的会话，将媒体内容作为分组的流发送给中心服务；以及根据所协商的会话，从中心服务接收包含媒体内容的分组的流。
远程信息处理数据模块2310可以生成和/或获得远程信息处理数据。远程信息处理数据模块2310还可以接收远程信息处理元数据。在某些示例中，远程信息处理数据模块2310可以基于所接收的远程信息处理元数据来生成远程信息处理数据。
远程信息处理数据模块2310可以从与终端110-m相关联的系统或设备收集远程信息处理数据。例如，在终端110-m与车辆相关联的情况下，远程信息处理数据模块2310可以收集与以下各项有关的数据：车辆类型和车辆标识号(VIN)、一个或多个时间戳、位置估计和相关联的置信度、行驶方向、(例如，系紧安全带的)乘客数量、终端的服务提供者(如果存在的话)、触发类型(例如，展开的安全气囊、保险杠传感器、手动触发、火警指示器、翻车或其它情形检测等)和/或可能适于本文所描述的原则的特定应用的其它相关信息。远程信息处理数据模块2310可以根据中心服务160所理解的协议来格式化远程信息处理数据，以用于到中心服务160的传输。在某些示例中，远程信息处理数据模块2310可以编译标准的远程信息处理数据集合，以用于到中心服务的传输。另外或替代地，远程信息处理数据模块2310可以被配置为编译从中心服务请求的特定远程信息处理数据集合，以用于到中心服务的传输。
远程信息处理数据模块2310还可以被配置为：基于从中心服务160接收的、与发送给中心服务的远程信息处理数据相关联的远程信息处理元数据，对远程信息处理元数据进行分析以识别可以执行的任何动作。可以由中心服务具体地请求或者由远程信息处理数据模块2310基于所接收的远程信息处理元数据来推断出所识别的动作。例如，远程信息处理元数据可以包括对重新发送远程信息处理数据的请求、对发送不同的远程信息处理数据集合的请求、或者对发送更新版本的远程信息处理数据集合的请求。远程信息处理数据模块2310可以向外部系统控制模块2315提供适当的远程信息处理元数据和/或适当的指令。
外部系统模块2315可以被配置为：基于从中心服务接收的、与发送给中心服务的远程信息处理数据相关联的远程信息处理元数据，采取一个或多个动作。例如，如果终端110-m与车辆相关联并且响应于检测到的碰撞向中心服务发送远程信息处理数据，则远程信息处理元数据可以包括用于关于车辆和其乘员来采取某些警告或营救动作的指令。这样的动作可以包括但不限于：收集额外的远程信息处理数据、关掉或打开车辆的点火开关、关掉或打开车辆的燃料供应或电源(例如，传送系统电池)、解锁或锁上车门、激活车辆的喇叭、播放外部可听音、打开车灯(例如，前灯、行驶灯)、打开车辆的内灯(例如，车舱灯)、打开车辆的闪光灯(例如，4向、紧急闪光灯、警示灯)、驱动电动车窗、播放从中心服务接收的或存储在终端110-m处的经记录的消息、呈现媒体(例如，呈现文本到语音、播放中心服务所发送的媒体、播放由中心服务所发送的指令引用的和/或与指令相关联的媒体)、显示从中心服务接收的或存储在终端110-m处的本文消息、启用或禁用车辆的相机、或其它适当的动作。要注意的是，诸如激活喇叭、播放外部可听音、打开灯、和/或打开闪光灯的动作可以有助于警示紧急人员车辆的位置或以其它方式有助于使该车辆被注意。返回到图23，在终端110-m从中心服务160接收对执行动作的明确请求或者可以根据来自中心服务160的消息推断出应当执行动作之后，外部系统模块2315可以执行动作。
能力模块2320可以被配置为存储和/或生成与终端110-m相关联的远程信息处理能力集合，使得能力集合可以被提供给图1A中的中心服务160。如上所述，远程信息处理能力可以包括终端110-m能够执行的动作，包括收集和发送远程信息处理数据和/或经由外部系统模块2315来采取动作。在一些示例中，中心服务160可以基于所接收的、在能力模块2320中生成或存储的能力集合来修改提供给终端110-m的请求，而在其它实施例中，中心服务160可以不这样修改提供给终端110-m的请求。
在一些实施例中，能力模块2320和会话控制模块2305可以被配置为一起操作，以便发送邀请和数据集合(例如，远程信息处理数据，诸如最小数据集合)来建立与中心服务160的紧急呼叫，其中远程信息处理能力集合与邀请和数据集合一起被发送。在其它实施例中，能力模块2320和会话控制模块2305可以被配置为一起操作，以便在建立紧急呼叫之后响应于中心服务160对发送远程信息处理能力集合的请求，发送远程信息处理数据集合。在其它实施例中，能力模块2320和会话控制模块2305可以被配置为一起操作，以便发送远程信息处理能力集合连同对建立紧急呼叫的邀请的响应的确认。通常，能力模块2320和会话控制模块2305可以被配置为在建立紧急呼叫之前、期间或之后的任何时间发送能力集合。
图24是根据本公开内容，示出了终端110-n的实施例的框图2400。终端110-n可以是在图1A、1B、22和/或23中示出的终端110的示例。在一个配置中，终端110-n可以包括终端接收机模块2205、远程信息处理数据信令模块2210-b、以及终端发射机模块2215。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现终端110-n的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
如图24所示，能力模块2320-a(其可以是图23中的能力模块2320的一个或多个方面的示例)可以包括数据结构格式化子模块2405、子集子模块2410、和/或重新配置子模块2415中的一个或多个。数据结构格式化子模块2405可以被配置为采用与请求数据结构相对应的数据结构来格式化能力模块2320-a所存储的能力集合，其中终端110-n采用该请求数据结构来接受对执行一个或多个动作的请求(例如，可由会话控制模块2305、远程信息处理数据模块2310、和/或外部系统模块2315解释的请求)。在一个实施例中，数据结构格式化子模块2405可以与请求数据结构基本相同的来格式化能力数据结构，而在其它实施例中，能力数据结构可以仅类似于所请求的数据结构(例如，可以共享一个或多个组件、结构、数据表示或编程语言等)。
在一个特定实施例中，数据结构格式化子模块可以被配置为将能力数据结构格式化为可以经由终端发射机模块2215发送给中心服务160的可扩展标记语言(XML)元素。能力XML元素可以包括一个或多个子XML元素，每一个子XML元素定义终端110-n可以执行的动作，诸如向中心服务160发送远程信息处理数据和/或利用外部系统模块2315来激活某个与终端110-n相关联的系统。能力XML元素还可以包括与一个或多个可用动作相对应的一个或多个参数，诸如应当在其期间执行某个动作的持续时间(例如，按10分钟喇叭)、所支持的数据的类型(例如，终端110-n可以呈现给车辆的乘员的视频、音频或文本的编码)等等。这些参数可以被实现为每个动作XML子元素内的XML属性，和/或可以被实现为具有动作XML子元素的进一步的XML子元素。
子集子模块2410可以被配置为使得能力模块2320-a发送终端110-n能够执行的所有紧急呼叫动作或紧急呼叫动作子集。在一些实施例中，子集子模块2410可以被配置为发送所有能力，但是可以替代地被配置为基于紧急呼叫是如何发起的来仅发送某个能力子集。例如，如果紧急呼叫是由终端110-n基于例如检测到的碰撞自动发起的，则子集子模块2410可以提供与终端110-n相关联的所有远程信息处理或紧急呼叫能力，以用于到中心服务160的传输。在另一方面，如果紧急呼叫是由乘客手动地按下按钮而激活的，则子集子模块2410可以被配置为仅提供紧急呼叫子集，以用于到中心服务的传输，其中该子集至少部分地基于紧急呼叫系统的用户所需要的帮助类别。例如，如果用户按下紧急按钮，则子集子模块2410可以被配置为发送所有紧急呼叫能力，而如果用户按下帮助按钮，则子集子模块2410可以提供终端110-n的全部能力的更有限的子集，以用于到中心服务160的传输。
重新配置子模块2415可以被配置为重新配置在能力模块2320-a中存储或生成的远程信息处理能力集合，以用于到中心服务160的传输。在一个示例中，重新配置子模块2415可以被配置为至少部分地基于与能力集合中的动作相关联的车辆组件的可操作状况来更新远程信息处理能力集合。例如，如果车辆的特定组件在事故中被损坏，则重新配置子模块2415可以被配置为将与被损坏的组件相关联的能力从能力集合中移除。在另一个示例中，重新配置子模块2415可以被配置为基于与终端110-n相关联的和/或中心服务160所支持的新的或经修改的能力，从以下各项中的一项或多项接收配置指令：IVS制造商、车辆制造商、远程信息处理服务提供者、或另一个经授权的实体。
图24A和25B示出了可以用于携带会话信息和远程信息处理数据两者的会话发起协议(SIP)请求消息的示例，以及图25C示出了可以被包括在SIP请求消息中的远程信息处理能力数据结构的示例。将理解的是，如上所述，可以在许多不同的时间(包括在建立紧急呼叫之前、期间或之后)发送远程信息处理能力集合。图25A-25C仅示出了一个示例，即，当在建立紧急呼叫期间向中心服务160发送远程信息处理能力集合时，但是当然可以将本公开内容修改为在其期间向中心服务160发送远程信息处理能力集合的任何时间。虽然图25A-25C的示例是在具有XML元素的SIP请求消息的上下文中描述的，但是将理解的是，本描述的原则可以用于修改或扩展其它通信会话信令协议(例如，XMPP、谷歌Talk、MSN等)或者作为新的通信会话信令协议的基础，并且也可以使用其它数据结构或数据表示。
现在具体地转向图25A，示出了请求消息的示例格式2500的图。SIP请求消息格式2500可以包括请求线2505、报头2510、会话信息2515(例如，会话参数、会话数据)、远程信息处理数据2520和远程信息处理能力数据2525。互联网工程任务组(IETF)在多个意见请求标准(诸如RFC 3261)中对SIP协议进行了定义。这些标准定义了多个SIP请求和响应消息，包括INVITE消息、ACK消息、BYE消息、CANCEL消息、OPTIONS消息、REGISTER消息、PRACK消息、SUBSCRIBE消息、NOTIFY消息、PUBLISH消息、INFO消息、REFER消息、MESSAGE消息和UPDATE消息。本格式2500可以用于这些消息中的每一个并且可以用于其它类型的请求和响应消息。
现在参照图25B的示例，例如，基于图25A的格式的经修改的SIP INVITE消息2500-a可以被终端用于同时请求与中心服务的呼叫或其它通信会话、向中心服务发送远程信息处理数据、以及还向中心服务发送远程信息处理能力集合。以此方式，可以使中心服务知道终端110支持并且能够执行哪些动作。
示例SIP INVITE消息2500-a的请求线2505-a可以将消息2500-a标识为请求并且指定正在做出的请求的类型(例如，INVITE)。请求消息的报头2510-a可以定义请求的源、请求的期望接收者(例如，紧急服务URN)、呼叫标识符、源的联系信息、呼叫序列号、对主体中的数据的类型的指示和消息的长度。在本示例中，报头2510-a可以指定主体包含混合数据，其中字符串“----boundary1(边界1)----”指示主体中不同类型的数据之间的边界。在本示例中，消息的主体包括会话信息2515-a、远程信息处理数据2520-a和远程信息处理能力数据2525-a。要注意的是，本示例可以不显示通常可以包括的所有报头字段。
会话信息2515-a可以包括针对所提出的终端和中心服务之间的会话的参数列表。例如，SIP INVITE消息2500-a可以包括用于建立VoIP音频呼叫的会话描述协议(SDP)参数集合。
远程信息处理数据2520-a可以包括传感器读数、存储的或记录的数据、以及与终端相关联的、被发送给中心服务的其它数据。在某些示例中，远程信息处理数据可能不直接与建立和保持会话有关。因此，即使中心服务拒绝SIP INVITE消息2500-a的会话信息2515-a部分中的所提出的呼叫参数或者由于其它原因而无法建立会话，中心服务仍然可以接收和处理远程信息处理数据2520-a。在本示例中，SIP INVITE消息2500-a可以基于车辆中的自动或手动触发来提出与PSAP服务160的紧急呼叫。远程信息处理数据2520-a可以包括多个与车辆和/或其乘员的状态有关的测量和触发紧急呼叫的事件。如图25B的示例所示，远程信息处理数据2520-a可以包括状态码、货物类型、与终端相关联的特定于制造商的标识符、车辆的位置、车辆的当前或先前速度、车辆的方向以及校验和。在某些示例中，远程信息处理数据2520-a可以包括例如由标准或行业组织或代表某个国家或地区定义的eCall最小数据集合(MSD)或其它标准的紧急呼叫数据集合。
SIP INVITE消息2500-a还可以包括能力数据对象2530，现在参照图25C描述能力数据对象2530的一个示例2530-a。在图25C中，能力数据对象2530-a包括XML根报头<能力>、多个请求子XML元素2535-a-1、2535-a-2、2535-a-3、2535-a-4、2535-a-5、2535-a-6并且以</能力>结束。请求子XML元素2535-a-1、2535-a-2、2535-a-3、2535-a-4、2535-a-5、2535-a-6中的每一个定义动作，连同一个或多个参数(在一些情况下)。
例如，第一请求子XML元素2535-a-1定义与(例如，在车辆的无线或资讯娱乐显示器上)显示静态消息相关联的动作“msg静态”，并且包括作为动作的参数的XML属性，其中该属性是msgid，msgid可以是最高的支持的静态消息。第二请求子XML元素2535-a-2定义与(例如，在车辆的无线或资讯娱乐显示器上)显示定制消息相关联的动作“msg定制”，并且还指定所支持的数据类型是文本数据类型。第三请求子XML元素2535-a-3定义与使得车辆的无线或音频系统呈现音频文件相关联的动作“播放音频”，并且还指定所支持的数据类型包括3gpp、3gpp2、amr和evrc的经注册的多用途互联网邮件扩展(MIME)音频子类型。第四请求子XML元素2535-a-4定义与闪车灯相关联的动作“闪灯”。第四请求子XML元素2535-a-4还指定车辆能够闪哪些灯(内灯、外前灯、外后灯)并且定义支持的持续时间参数。第五请求子XML元素2535-a-5定义与对车辆向中心服务160发送远程信息处理数据的请求相关联的动作“发送数据”，并且指定可以发送哪些数据集合。第六请求子XML元素定义支持的与激活相机相关联的动作“启用相机”，并且还指定支持哪些相机(例如，备份相机、盲点相机、内部相机等)以及针对视频媒体所支持的传输格式(例如，H.264、3gpp、3gpp2)。
注意，虽然图25A-25C已经描述了其中在SIP INVITE消息2500-a中发送能力数据对象2530的一个示例，但是在其它实现方式中，可以在不同的消息中(包括在其自己的消息中)发送能力数据对象2530。此外，这里提供图25C中示出的XML结构和示例动作作为一个可能实现方式的说明，但是本文预期其它数据结构格式和额外的动作。此外，虽然为了清楚起见而没有在上文进行论述，但是应当理解的是，车辆和PSAP之间的通信可以包括各种安全特征，诸如认证。例如，当PSAP在由车辆发起的会话内作为eCall或通过蜂窝网络拨打的其它紧急呼叫被接收时，存在关于源确实是PSAP的更高的信任度。如果PSAP请求是在其它情形(诸如回电)中被接收的，则在验证回电确实是来自于PSAP过程中的信任问题是更复杂的。一种方法(无论哪一端发起呼叫和呼叫的方式如何，都是适用的)是使PSAP或紧急服务提供者使用由已知的紧急服务证书机构发给的并且IVS可以针对其来验证根证书的证书来签名主体部分。
图26是根据本公开内容，示出了中心服务160-l的实施例的框图2600。中心服务160-l可以是图1A和/或1B的中心服务160的示例。中心服务160-l可以包括中心服务接收机模块2605、远程信息处理元数据信令模块2610、以及中心服务发射机模块2615。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现中心服务160-l的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个配置中，中心服务接收机模块2605可以包括蜂窝接收机和/或网络接口卡(NIC)，并且可以经由图1B中的其它IP服务和网络175或任何其它IP连接服务接收通信。在一个示例中，中心服务接收机模块2605可以接收针对通信信令协议的、已经被修改为包括远程信息处理数据的信令消息。远程信息处理元数据信令模块2610可以从经修改的信令消息提取远程信息处理数据。远程信息处理元数据信令模块2610还可以对针对通信信令协议的信令消息进行修改以包括远程信息处理元数据(其还可以包括对令终端采取某个动作的请求)。可以经由中心服务发射机模块2615发送经修改的针对通信信令协议的信令消息。在另一个配置中，中心服务接收机模块2605可以支持经由有线单元对(例如，来自图1B中的ESRP 111的)分组数据的接收。
图27是根据本公开内容，示出了中心服务160-m的实施例的框图2700。中心服务160-m可以是在图1A、1B和/或26中示出的中心服务160的示例。中心服务160-m可以包括中心服务接收机模块2605、远程信息处理元数据信令模块2610-a、以及中心服务发射机模块2615，如先前描述的。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现中心服务160-m的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
在一个实施例中，远程信息处理元数据信令模块2610-a可以包括远程信息处理元数据模块2705。远程信息处理元数据模块2705可以生成和/或获得远程信息处理元数据。远程信息处理元数据模块2705还可以接收远程信息处理数据。在某些示例中，远程信息处理元数据模块2705可以基于所接收的远程信息处理数据来生成远程信息处理元数据，并且基于所接收的与终端相关联的能力集合来生成要在元数据中包括的请求。
远程信息处理元数据信令模块2610-a还可以包括会话控制模块2305-a。会话控制模块2305-a可以是图23和/或24中示出的会话控制模块2305的示例。在一个示例中，会话控制模块305-a可以获得包括信号信息集合的信令消息。会话控制模块2305-a还可以生成包括信号信息集合的信令消息(其可以包括远程信息处理元数据模块2705所生成的请求)。会话控制模块2305-a还可以被配置为从终端接收对建立紧急呼叫的请求。在一些实施例中，与终端相对应的能力集合可以与对建立紧急呼叫的请求一起被接收。在其它实施例中，能力集合可以不与对建立紧急呼叫的请求一起被接收，但是替代地，会话控制模块305-a可以被配置为生成要发送给终端的、对令终端向中心服务160-m发送其远程信息处理能力集合的请求。
图28是根据本公开内容，示出了中心服务160-n的实施例的框图2800。中心服务160-n可以是在图1A、1B、26和/或27中示出的中心服务160的示例。在一个配置中，中心服务160-n可以包括中心服务接收机模块2605、远程信息处理元数据信令模块2610-b、以及中心服务发射机模块2615。这些组件中的每一个可以彼此相通信。
可以利用适合在硬件中执行可应用的功能中的一些或全部功能的一个或多个专用集成电路(ASIC)来单独地或共同地实现中心服务160-n的这些组件。替代地，可以在一个或多个集成电路上由一个或多个其它处理单元(或内核)来执行所述功能。在其它实施例中，可以使用可以被以本领域已知的任何方式编程的其它类型的集成电路(例如，结构化的/平台ASIC、现场可编程门阵列(FPGA)和其它半定制IC)。还可以利用体现在存储器中的、被格式化以由一个或多个通用或专用处理器执行的指令来全部地或部分地实现每个单元的功能。
远程信息处理元数据信令模块2610-b可以包括会话控制模块2305-a，其可以是在图27中示出的会话控制模块2305的示例。会话控制模块2305-a可以被配置为协商、建立、管理和终止与终端的通信会话，包括生成SIP信令消息报头内容和SDP内容以便与终端传送与会话有关的信令数据。会话控制模块2305-a还可以被配置为执行以下操作：接收媒体内容(例如，语音呼叫的音频数据、视频呼叫的音频和视频数据、文本呼叫的文本数据)；根据所协商的会话，将媒体内容作为分组的流发送给终端；以及根据所协商的会话，从终端接收包含媒体内容的分组的流。
远程信息处理元数据信令模块2610-b还可以包括远程信息处理元数据模块2705-a，远程信息处理元数据模块2705-a可以包括数据结构格式化子模块2405-a、修改子模块2805、以及请求子模块2810。
数据结构格式化子模块2405-a可以从终端接收能力集合并且制定(formulate)适当的请求(例如，根据所接收的能力集合的格式)以便发送回终端。例如，如果能力集合是以嵌套XML格式(例如，见图25C)被接收的，则数据结构格式化子模块2405-a可以从能力XML元素中提取请求子XML元素，并且使请求数据结构可供中心服务160-n用于向终端发送请求。替代地，数据结构格式化子模块2405-a可以接收一种形式(例如，JSON)的能力集合，并且根据另一种格式(例如，XML)来重新格式化用于中心服务160-n的集合。
修改子模块2805也可以从终端接收能力集合，并且可以被配置为基于所接收的能力集合来修改要向终端发送哪些类型的请求。例如，在一个实施例中，如果能力集合指示终端能够显示文本但是不能播放音频，则修改子模块2805可以将否则将作为音频文件发送的文件修改为终端能够显示的文本文件。作为另一个示例，如果没有呼叫接听者可用于在中心服务160-n处接听紧急呼叫，则修改子模块2805可以被配置为向终端发送默认的动作集合，包括例如预防措施以增加安全性。在另一方面，如果呼叫接听者是可用的，则修改子模块2805可以解析所接收的能力集合，并且向呼叫接听者呈现终端的能力中的每一个能力(或能力中的一个能力或能力集合的抽象或一般化)，以用于呼叫接听者选择哪些命令和哪些参数，以便将那些命令发送给终端。
请求子模块2810可以基于所接收的能力集合和/或所接收的远程信息处理数据来生成对令终端采取某些动作的请求，如由数据结构格式化子模块2405-a、修改子模块2805、呼叫接听者等等通知的。请求可以被包括在由中心服务发射机模块2615发送给终端的远程信息处理元数据中。修改子模块2805或请求子模块2810还可以接收呼叫接听者对令车辆执行动作或动作的一般化的请求，并且将请求映射到车辆的特定能力。例如，如果相应的模块(2805/2810)接收包括闪各种灯(可能是头灯、运行灯、转向信号、刹车灯和警示灯)的能力的车辆能力集合，则模块可以将请求一般化为“闪车灯”以呈现给呼叫接听者，并且当接收到呼叫接听者对令车辆执行一般化或抽象动作的请求时，模块可以选择调用哪些能力。因此，例如如果呼叫接听者请求车辆闪它的灯，则模块可以使用经优先化的或排序的灯列表来选择调用匹配能力中的哪一个，或者可以在不使用列表的情况下进行选择(例如，可以选择由车辆报告的第一个支持的灯)。因此，当呼叫者请求车辆闪灯并且车辆能够闪比如头灯、运行灯、转向信号、刹车灯和警示灯时，模块选择闪头灯和刹车灯。
图29A和图29B示出了可以携带会话数据和远程信息处理元数据(包括对令终端采取一个或多个动作的请求)两者的会话发起协议(SIP)响应消息的示例。根据图25A-25C的描述，可以响应于接收SIP请求消息从中心服务160向终端110发送图29A-29B的SIP响应消息。
图29A显示了响应消息的示例格式2900的图，以及图29B显示了基于图29A的格式的示例SIP响应消息2900-a。虽然图29A和图29B的示例是参照SIP协议和XML数据结构来描述的，但是将理解的是，本描述的原则可以用于修改或扩展其它通信会话信令协议(例如，XMPP、谷歌Talk、MSN等)或者作为新的通信会话信令协议的基础，并且可以也用于实现其它数据结构。
SIP响应消息格式2900可以用于生成对SIP请求消息进行响应的信令消息。如图29A所示，SIP响应消息格式2900可以包括状态线2905、报头2910、会话数据集合2915以及远程信息处理元数据集合2920，其中远程信息处理元数据集合2920包括对令终端采取某个动作(诸如发送远程信息处理数据、驱动与终端相关联的外部系统等等)的一个或多个请求。SIP协议定义了多个响应消息、供应响应、成功响应、重定向响应以及客户端失败响应。本格式2900可以用于这些消息类型中的每一个并且可以用于其它类型的响应消息。
在图29B的示例中，例如，响应于接收图25B的经修改的SIP INVITE消息2500-a，中心服务可以使用基于图29A的格式的经修改的SIP 200(OK)消息2900-a来指示中心服务接受所提出的会话。SIP 200(OK)消息2900-a还可以向终端提供元数据，以确认对在SIPINVITE消息2550中发送的远程信息处理数据的接收。SIP 200(OK)消息2900-a还可以提供(例如，关于紧急服务已经被通知并且语音确认在挂起的)额外信息、元数据(包括要由终端执行的请求)等等。
示例SIP 200(OK)消息2900-a的状态线2905-a可以将消息2900-a标识为SIP响应并且指定正在做出的响应(例如，OK)的类型。响应消息的报头2910-a可以提供终端和中心服务的身份、呼叫标识符、终端和中心服务的联系信息、呼叫序列号、对主体中的数据的类型的指示和响应消息2900-a消息的长度。在本示例中，报头2910-a可以指定主体包含混合数据，其中字符串“----boundary1----”指示主体中不同类型的数据之间的边界。在本示例中，消息的主体包括会话数据2915-a和远程信息处理元数据2920-a两者，其中远程信息处理数据包括对令终端执行动作的一个或多个请求。
会话数据2915-a可以包括针对所提出的终端和中心服务之间的会话商定的参数列表。这些会话参数可以是针对VoIP音频呼叫的会话描述协议(SDP)参数集合。
远程信息处理元数据2920-a可以包括与在中心服务处接收的SIP INVITE信令消息2500-a中的远程信息处理数据有关的信息。如先前描述的，远程信息处理元数据2920-a可以包括：对远程信息处理数据是否在中心服务处被接收的确认、对重新发送远程信息处理数据的请求、对发送不同的远程信息处理数据的请求、对采取某个其它动作的请求、对中心服务所采取的动作进行描述的辅助数据、和/或其它相关的远程信息处理元数据。返回从与车辆相关联的终端做出到PSAP服务的紧急呼叫的示例，图29B中示出的远程信息处理元数据2920-a可以包括关于远程信息处理数据被接收的确认、指示紧急服务已经被通知的状态码或其它指示、关于语音呼叫在挂起的指示等等。
具体地转向图29B中的示例，远程信息处理元数据2920-a包括多个请求2925-a-1、2925-a-2、2925-a-3、2925-a-4、2925-a-5、2925-a-6。出于说明的目的，在图29B的元数据2920-a中示出的请求2925-a-1、2925-a-2、2925-a-3、2925-a-4、2925-a-5、2925-a-6与在图25C中的能力XML元素2530的请求子XML元素2535-a-1、2535-a-2、2535-a-3、2535-a-4、2535-a-5、2535-a-6相对应。第一请求2925-a-1是对令终端显示具有22的消息ID的静态消息的请求。将认识到的是，图29B中的第一请求2925-a-1的格式与图25C中的第一请求子XML元素2535-a-1的格式相对应，即两者都是基本相同的XML格式，唯一的例外是第一请求2925-a-1是图29B中的eCall请求XML元素内的子XML元素，而不是图5C中的能力XML元素2530-a内的子XML元素。然而，将认识到的是，第一请求2925-a-1不需要被包括作为子元素，但是也可以是其自己的根元素。
图29B中的第二请求2925-a-2与图25C中的第二请求子XML元素2535-a-2相对应，并且是对令终端显示定制消息的请求，其中将消息以如从终端发送给中心服务的能力集合中的第二请求子XML元素2535-a-2所指定的文本格式，提供作为第二请求2925-a-2内的子XML元素。类似地，图29B中的第三请求2925-a-3与图25C中的第三请求子XML元素2535-a-3相对应，并且是对令终端播放音频文件的请求，其中将音频以如从终端发送给中心服务的能力集合中的第三请求子XML元素2535-a-3所指定的3gpp格式，提供作为第三请求2925-a-3内的子XML元素。
图29B中的第四请求2925-a-4与图25C中的第四请求子XML元素2535-a-4相对应，并且是对令终端闪车辆的外灯和前灯达不确定的持续时间的请求，其中将灯和持续时间的选择如从终端发送给中心服务的能力集合中的第四请求子XML元素2535-a-4所指定的，提供作为第四请求2925-a-4内的XML属性。图29B中的第五请求2925-a-5与图25C中的第五请求子XML元素2535-a-5相对应，并且是对令终端向中心服务发送替代的数据集合的请求，其中将要发送的数据类型如从终端发送给中心服务的能力集合中的第五请求子XML元素2535-a-5所指定的，提供作为第五请求2925-a-5内的XML属性。图29B中的第六请求2925-a-6与图25C中的第六请求子XML元素2535-a-6相对应，并且是对令终端启用内部相机并且发送H.264格式的视频馈送的请求，其中将相机和传输格式的选择如从终端发送给中心服务的能力集合中的第六请求子XML元素2535-a-6所指定的，提供作为第六请求2925-a-6内的XML属性。可以使用SIP re-INVITE(SIP重新邀请)来执行视频馈送的传输，在这种情况下，可以使用SDP属性来协商传输格式；可以将传输格式从请求中省略或者re-INVITE中的初始的SDP属性集合可以基于请求中指示的传输格式。
虽然图25A、25B、25C、29A和29B的示例示出了使用XML数据结构来携带远程信息处理数据和远程信息处理元数据的SIP请求消息的示例，但是本领域技术人员将认识到的是，可以使用其它通信会话信令协议和其它数据结构格式。
图30是使用通信会话信令协议来进行终端110-o和中心服务160-o之间的通信交换以进行远程信息处理数据、能力和远程信息处理元数据(包括来自中心服务160-o的对令终端110-o采取某个动作的请求)的交换的一个示例的图。终端110-o可以是上述终端110的示例，以及中心服务160-o可以是上述中心服务160的示例。在某些示例中，可以由一个或服务器来实现中心服务160-o。
通信会话信令协议可以是被设计为独立于底层传输层的应用层协议。照此，在某些示例中，通信会话信令协议可以与多个不同的传输层协议兼容。在某些示例中，可以将一个或多个代理服务器作为中间设备置于终端110-o和中心服务160-o中间，使得可以在一个或多个代理服务器之间转发终端110-o和中心服务160-o之间的初始信令消息。为了清楚起见，没有在与本描述相关联的附图中示出这样的代理服务器。要注意的是，可以存在接收、转发、重新生成、改变消息交换或以其它方式在消息交换中涉及的其它(例如，额外)实体(例如，在SIP消息传送、背靠背用户代理、会话边界控制器等的情况下)。在图30中，通信会话信令协议可以是SIP、XMPP、谷歌Talk、Skype等，以及底层传输协议可以是基于IP的用户数据报协议(UDP)或基于IP的传输控制协议(TCP)或某个其它传输协议集合。
终端110-o可以通过通信会话信令协议来与中心服务进行通信以建立和管理通信会话。终端110-o和中心服务160-o可以进行通信以建立与终端110-o相关联的用户和与中心服务160-o相关联的接线员(其可以是自动接线员或人接线员)之间的(携带语音和/或其它媒体的)紧急呼叫的会话。如图30所示，终端110-o可以向中心服务160-o发送会话发起信令消息。会话发起信令消息可以邀请中心服务160-o参与与终端110-o的紧急呼叫会话。终端110-o可以响应于来自与终端110-o相关联的用户的手动请求来发送会话发起消息。例如，与终端110-o相关联的车辆的乘员可以按下车辆中的紧急呼叫按钮，该紧急呼叫按钮用信号通知终端110-o将中心服务160-o邀请到VoIP会话中。另外或替代地，终端110-o可以响应于一个或多个检测到的或推断出的状况或事件(例如，安全气囊展开、碰撞传感器、引擎诊断数据、引擎起火、车辆起火、翻车或其它情形等)，自动地向中心服务160-o发送会话发起消息。
会话发起消息可以包括针对所提出的会话的细节和参数(例如，网络地址、端口号、媒体类型、定时、支持的流式传输协议、带宽等)。除了该针对所提出的终端110-o和中心服务160-o之间的会话的会话数据集合之外，终端设备110-o可以将远程信息处理数据附加(例如，添加)到发送给中心服务160-o的会话发起消息。远程信息处理数据可以包括来自与终端110-o相通信的一个或多个传感器的读数和/或由终端110-o存储、确定、计算和/或接收的其它数据。在某些示例中，远程信息处理数据可以包括在eCall或其它紧急呼叫期间通常发送给PSAP的数据。例如，远程信息处理数据可以包括以下各项的至少一项或多项：eCall是如何发起的、车辆类型和车辆标识号(VIN)、时间戳、位置估计和位置置信标志、行驶方向、乘客数量(例如，根据座位占用传感器)和相关联的数据(例如，系紧安全带的座位)、终端的服务提供者(如果存在的话)、触发类型(例如，展开的安全气囊、保险杠传感器、火警指示器、翻车或其它情形检测等)和/或可能适于本文所描述的原则的特定应用的其它相关信息。
在一些示例中，终端110-o还可以与会话发起消息和远程信息处理数据一起发送远程信息处理能力集合。例如，远程信息处理能力集合可以包括终端110-o能够执行的动作，包括发送(额外的)远程信息处理数据或在终端110-o处执行某个物理动作，如上所述。
当接收到具有附加的远程信息处理数据的会话发起消息时，中心服务160-o可以确定是接受还是拒绝所提出的会话。在本示例中，除了提供针对会话的进一步的参数和数据之外，中心服务160-o还可以通过通信会话信令协议来发送指示所提出的会话被接受的会话确认消息。另外，发送给终端110-o的会话确认消息可以包括远程信息处理元数据集合，远程信息处理元数据集合可以包括：对远程信息处理数据是否在中心服务106-o处被接收的确认、对向中心服务160-o重新发送远程信息处理数据(例如，先前版本和/或当前版本)的请求、对向中心服务160-o发送不同的远程信息处理数据的请求、对采取某个其它动作(例如，驱动外部系统)的请求、对中心服务160-o所采取的动作进行描述的辅助数据、和/或其它有关的远程信息处理元数据。在替代的示例中，中心服务160-o可以在单独的消息中(例如，在专门用于发送远程信息处理元数据的通信会话信令协议消息中、附加到不同类型的通信会话信令协议消息等)向终端110-o发送包括动作请求的远程信息处理元数据。
终端110-o可以接收远程信息处理元数据，并且基于所接收的远程信息处理元数据来采取中心服务160-o所请求的动作。在某些示例中，远程信息处理元数据可以仅确认对远程信息处理数据的接收，并且终端110-o可以响应于远程信息处理元数据而不采取动作。在其它示例中，终端110-o可以对来自中心服务160-o的远程信息处理元数据中的请求进行响应，或者参考规则集合以便基于所接收的远程信息处理元数据来识别要采取的动作。
另外，终端110-o可以基于会话发起消息和会话确认消息两者中的会话数据和参数来建立与中心服务160-o的数据会话(例如，VoIP)。终端110-o和中心服务160-o可以使用实时传输协议(RTP)协议或另一个流式传输协议来交换包含语音和/或其它媒体数据的分组的流，以实现终端110-o的用户和中心服务160-o的接线员之间的(携带语音和/或其它媒体)的呼叫。数据会话可以携带任何媒体，包括文本(即时消息文本(诸如即时消息传送)和即时字符(流式传输文本，通常被称为实时文本)两者)和/或视频。要注意的是，虽然大部分媒体是被流式传输的，但是除了流式传输的媒体之外或替代流式传输的媒体，VoIP会话还可以携带非流式传输的媒体。
在当中心服务160-o和终端110-o之间建立了数据会话时的任何时间，中心服务160-o可以向终端110-o提供额外请求。然而，将认识到的是，可以不需要针对图30中示出的会话再次发送能力集合，这是因为中心服务160-o可以存储接收到的与终端110-o相关联的能力集合。然而，当数据会话终止以及重新建立新的会话时，终端110-o可以向中心服务160-o再次发送能力集合。在其它实施例中，终端110-o可以在相同或不同的数据会话期间向中心服务160-o发送更新的能力集合(整个集合或者仅能力改变集合)。
返回到图30，为了结束VoIP会话，中心服务160-o可以通过通信会话信令协议向终端110-o发送会话终止信令消息。当接收到会话终止信令消息时，终端110-o可以向中心服务160-o发送会话终止确认信令消息，并且会话可以终止。
图31是使用通信会话信令协议在终端110-p和中心服务160-p之间进行通信交换3100，以便交换远程信息处理数据、能力和远程信息处理元数据(包括请求)的示例的图。终端110-p可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。中心服务160-p可以是图1A的中心服务(例如，PSAP)160或者上文参照先前附图描述的其它中心服务160中的一个中心服务160的示例。
图31中示出的通信交换3100类似于图30中示出的通信交换3000，除了如下不同：在图31中，响应于接收会话发起消息、远程信息处理数据和远程信息处理能力，中心服务160-p利用繁忙消息，可选地利用一些远程信息处理元数据(例如，对执行安全相关动作的请求、向车辆乘员显示告知性消息等)来进行响应。在稍后的某个时间(例如，当接线员可用于辅助紧急呼叫时)，中心服务向终端110-p发送邀请消息(可选地具有额外的远程信息处理元数据)。终端110-p可以通过发送会话确认消息来进行响应，但是在至少一些实施例中，终端110-p可以不需要重新发送远程信息处理能力数据，这是因为远程信息处理能力数据已经与初始会话发起消息一起被发送并且被中心服务接收。然而，在其它实施例中，终端110-p可以向中心服务160-p重新发送能力。在一些情形中，在当中心服务利用繁忙消息进行响应时和当其发送邀请消息时之间，中心服务可以向终端发送(不与会话相关联的)中间消息。
图32是使用通信会话信令协议在终端110-q和中心服务160-q之间进行通信交换3200，以便交换远程信息处理数据、能力和远程信息处理元数据(包括请求)的示例的图。终端110-q可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。中心服务160-q可以是图1A的中心服务(例如，PSAP)160或者上文参照先前附图描述的其它中心服务160中的一个中心服务160的示例。
图32中示出的通信交换3200类似于图30和31中示出的通信交换3000、3100，除了如下不同：在图32中，远程信息处理能力集合没有与初始会话发起消息和远程信息处理数据一起被发送给中心服务160-q，而是与对来自中心服务的、对令终端发送其能力集合的请求进行响应的会话确认消息一起被发送的。
图33是使用通信会话信令协议在终端110-r和中心服务160-r之间进行通信交换3300，以便交换远程信息处理数据、能力和远程信息处理元数据(包括请求)的示例的图。终端110-r可以是图1A的终端110或者上文参照先前附图描述的其它终端110中的一个终端110的示例。中心服务160-r可以是图1A的中心服务(例如，PSAP)160或者上文参照先前附图描述的其它中心服务160中的一个中心服务160的示例。
图33中示出的通信交换3300示出了中心服务160-r可以发送给终端110-r的请求以及终端110-r可以发送回中心服务的响应的类型的若干示例。例如，如果从中心服务160-r向终端110-r发送的远程信息处理元数据包括对重新发送某些远程信息处理数据的请求，则终端110-r可以通过向中心服务160-r重新发送所请求的远程信息处理来进行响应。在另一方面，如果从中心服务160-r向终端110-r发送的远程信息处理元数据包括对发送额外的或不同的远程信息处理数据的请求，则终端110-r可以通过向中心服务160-r发送所请求的额外的或不同的远程信息处理数据来进行响应。作为另一个示例，如果从中心服务160-r向终端110-r发送的远程信息处理数据包括对执行物理动作的请求，则终端110-r可以通过执行该动作以及可选地发送对接收请求的确认和/或关于动作被终端110-r执行的确认来进行响应，或者如果无法执行动作，则通过发送关于动作没有被终端110-r执行的确认来进行响应。
图34根据各个实施例，显示了终端110-s的图。终端110-s可以是上述终端110的一个或多个方面的示例。图34中示出的终端110-s包括天线3430、收发机模块3425、处理器模块3405和存储器3410(包括软件3415)，它们均可以(例如，经由一个或多个总线3445)直接地或间接地与彼此进行通信。
收发机模块3425可以被配置为经由天线3430和/或一个或多个无线通信链路来与网络120(其可以提供到中心服务的连接，如上文参照图1A和1B描述的)双向地进行通信。收发机模块3425可以包括调制解调器，所述调制解调器被配置为调制分组并且向天线3430提供所调制的分组以进行传输，并且解调从天线3430接收的分组。虽然在一些实施例中，终端110-s可以包括单个天线3430，但是在其它实施例中，终端110-s可以替代地包括能够并发地发送和/或接收多个无线传输的多个天线3430。因此，终端110-s能够并发地与一个或多个网络120实体进行通信。
存储器3410可以包括随机存取存储器(RAM)和/或只读存储器(ROM)。存储器3410可以存储包含指令的计算机可读、计算机可执行软件/固件代码3415，所述指令被配置为当被执行时，使得处理器模块3405执行本文描述的各种功能(例如，发送能力集合、接收对执行动作的请求等)。替代地，软件/固件代码3415可以不由处理器模块3405直接地执行，但是可以被配置为(例如，当被编译和执行时)使得计算机执行本文所描述的功能。处理器模块3405可以包括智能硬件设备，例如，中央处理单元(CPU)、微控制器、专用集成电路(ASIC)等，可以包括随机存取存储器(RAM)和只读存储器(ROM)。
图34中示出的终端110-s还包括远程信息处理数据信令模块2210-c，其可以是上述远程信息处理数据信令模块2210的示例。远程信息处理数据信令模块2210-c包括能力模块2320-b，再次，其可以是上述能力模块2320的示例。
图35根据各个实施例，显示了中心服务(例如，PSAP)160-s的图。中心服务160-s可以是上述中心服务160的一个或多个方面的示例。图35中示出的中心服务160-s包括网络接口控制器(NIC)3505、处理器模块3505和存储器3510(包括软件3515)，它们均可以(例如，经由一个或多个总线3545)直接地或间接地与彼此进行通信。
NIC 3505可以被配置为与网络120(其可以提供到终端的连接，如上文参照图1A和1B描述的)双向地进行通信。存储器3510可以包括随机存取存储器(RAM)和/或只读存储器(ROM)。存储器3510可以存储包含指令的计算机可读、计算机可执行软件/固件代码3515，所述指令被配置为当被执行时，使得处理器模块3505执行本文描述的各种功能(例如，接收能力集合、发送对执行动作的请求等)。替代地，软件/固件代码3515可以不由处理器模块3505直接地执行，但是可以被配置为(例如，当被编译和执行时)使得计算机执行本文所描述的功能。处理器模块3505可以包括智能硬件设备，例如，中央处理单元(CPU)、微控制器、专用集成电路(ASIC)等，可以包括随机存取存储器(RAM)和只读存储器(ROM)。
图15中的中心服务160-s还包括远程信息处理元数据信令模块2610-c，其可以是上述远程信息处理元数据信令模块2610的示例。远程信息处理元数据信令模块2610-c包括请求子模块2810-a，再次，其可以是上述请求子模块2810的示例。
图36是根据本公开内容的各个方面，示出了用于断言对车辆紧急呼叫系统中的远程信息处理能力的支持的方法3600的示例的流程图。为了清楚起见，下文参照上述终端110中的一个或多个终端110的方面描述了方法3600。在一些示例中，终端110可以执行一个或多个代码集以执行下文描述的功能。另外或替代地，终端110可以使用专用硬件来执行下文描述的功能中的一个或多个功能。
在框3605处，方法3600可以包括：通过通信会话信令协议，从第一端点(例如，紧急呼叫IVS)向第二端点(例如，紧急呼叫应答点)发送能力集合。在一个实施例中，能力集合可以包括终端(例如，紧急呼叫IVS)能够执行的一个或多个动作，以及通信会话信令协议可以是SIP，如上所述。在框3610处，方法3600可以包括接收对执行动作的请求，例如，来自紧急呼叫应答点的、对执行动作的请求。在框3615处，方法3600可以包括执行所请求的动作。可以由上述远程信息处理数据信令模块2210来执行框3605-3615处的操作。
应当注意的是，方法3600仅是一种实现方式，并且可以重新安排或以其它方式修改方法3600的操作，使得其它实现方式是可能的。
图37是根据本公开内容的各个方面，示出了用于断言对车辆紧急呼叫系统中的远程信息处理能力的支持的方法3700的示例的流程图。为了清楚起见，下文参照上述终端110中的一个或多个终端110的方面描述了方法3700。在一些示例中，终端110可以执行一个或多个代码集以执行下文描述的功能。另外或替代地，终端110可以使用专用硬件来执行下文描述的功能中的一个或多个功能。
在框3705处，方法3700可以包括：采用与请求数据结构相对应的能力数据结构来格式化能力集合，其中终端的紧急呼叫IVS采用该请求数据结构来接受对执行动作的请求。在框3710处，方法3700可以包括：向中心服务(诸如紧急呼叫应答点)发送能力数据结构。可以由上述远程信息处理数据信令模块2210来执行框3705-3710处的操作。
应当注意的是，方法3700仅是一种实现方式，并且可以重新安排或以其它方式修改方法3700的操作，使得其它实现方式是可能的。
图38是根据本公开内容的各个方面，示出了用于接收远程信息处理能力的断言并且对其采取动作的方法3800的示例的流程图。为了清楚起见，下文参照上述中心服务160中的一个或多个中心服务160的方面描述了方法3800。在一些示例中，中心服务160可以执行一个或多个代码集以执行下文描述的功能。另外或替代地，中心服务160可以使用专用硬件来执行下文描述的功能中的一个或多个功能。
在框3805处，方法3800可以包括：在第二端点(例如，紧急呼叫应答点)处，通过通信会话信令协议从第一端点(例如，紧急呼叫IVS)接收能力集合。在一个实施例中，能力集合可以包括终端(例如，紧急呼叫IVS)能够执行的一个或多个动作，以及通信会话信令协议可以是SIP，如上所述。在框3810处，方法3800可以包括发送对执行动作的请求，例如，来自紧急呼叫应答点的、对执行动作的请求。可以由上述远程信息处理元数据信令模块2610来执行框3805-3810处的操作。
应当注意的是，方法3800仅是一种实现方式，并且可以重新安排或以其它方式修改方法3800的操作，使得其它实现方式是可能的。
在一些示例中，可以组合来自方法3600、3700、3800中的两个或更多个方法的方面。应当注意的是，方法3600、3700和3800仅是示例实现方式，并且可以重新安排或以其它方式修改方法3600、3700和3800的操作，使得其它实现方式是可能的。
在一些实施例中，基于IP的紧急服务机制可以用于支持车辆所拨打的紧急呼叫(在撞车或严重事故的情况下自动拨打的，或者由车辆乘员手动呼叫的)并且传送与撞车或事故有关的车辆、传感器和位置数据。这样的呼叫可以被称为“自动撞车通知”(ACN)或“高级自动撞车通知”(AACN)，即使在手动触发的情况下。限定词“高级”可以指代携带更丰富的数据集合的能力。
此外，可以针对车辆、传感器和位置数据(其可以被称为“撞车数据”，即使不是必要地发生撞车)来注册MIME内容类型和紧急呼叫额外数据块。本文也描述了针对数据格式、内容和结构的外部规范的示例。
在本公开内容中，可以使用以下缩写：3GPP：第3代合作伙伴计划；AACN：高级自动撞车通知；ACN：自动撞车通知；APCO：公共安全通信官方协会；EENA：欧洲紧急呼叫号码协会；ESInet：紧急服务IP网络；GNSS：全球卫星导航系统(其包括诸如全球定位系统或GPS的各种系统)；IVS：车载系统；MNO：移动网络运营商；NENA：国家紧急号码协会；TSP：远程信息处理服务提供者；VEDS：车辆紧急数据集合。
车载系统(例如，在撞车的情况下)进行的紧急呼叫可以通过允许紧急服务快速地作出响应并且通常具有更好的定位，以帮助显著地减少道路死亡和伤害。
车辆乘员可能不知道他们在哪，或者可能仅知道大概位置，或者可能无法表达或传送他们的位置。这在晚间、当不处于主要城市时、当区域没有适当指示的街道标志时、或者当处于不熟悉的区域时尤其如此。在一些车辆碰撞、起火或其它事故中，乘员可能无法发起紧急呼叫，这是因为他们已经受伤、不能动或无法触及到其手机。车辆碰撞或事故可能发生在没有目击者的区域中，以及在一些情况下，可能一段时间之后目击者才碰巧出现在附近。
除其它特征之外，一些车辆可能装备有远程信息处理系统，该远程信息处理系统在撞车的情况下自动地、或者响应于紧急呼叫按钮手动地拨打紧急呼叫。这样的系统可以具有车载位置确定系统，该车载位置确定系统利用基于卫星的定位技术、基于蜂窝的定位技术、惯性传感器、陀螺仪等来提供车辆的位置信息。这样的内置系统可以利用集成到车辆中的好处，诸如更可靠的功率、具有更大或专门天线的能力、被设计为避免或最小化车辆玻璃涂层导致的降级、来自其它车辆系统的干扰的能力等。这些优势可以允许集成系统更可靠地、更准确地或更快地估计或确定其位置，并且更可靠地建立和保持蜂窝通信呼叫。因此，可以向PSAP提供对车辆在紧急情况期间在哪的良好的估计。为了安全性好处和这样的系统实现的额外特征和服务(例如，远程引擎诊断、远程门解锁、被偷车辆的跟踪和禁用等)，车辆制造商日益增加地采用这样的系统。
这样的系统的一般术语是自动撞车通知(ACN)或“高级自动撞车通知”(AACN)。本文中使用“ACN”作为一般术语。ACN系统可以发送特定于事故的一定量的数据，通常被称为“撞车数据”(通常使用该术语，即使可能没有发生撞车)。虽然不同系统发送不同量的撞车数据，但是可能需要标准化的格式、结构和机制以便提供系统和PSAP间的互操作性。
一些车载远程信息处理系统可能缺少向PSAP直接传送撞车数据的基于标准的能力(通常依靠人呼叫接听者或自动系统向PSAP呼叫接听者口头地提供一些撞车数据，或者可能依靠专有机制)。PSAP呼叫接听者可能需要首先意识到该呼叫与车辆事故有关，并且在大部分情况下可能随后需要监听数据并且抄写数据。这样的系统可能不允许PSAP呼叫接听者同时接收撞车或其它数据并且与车辆乘员通信或聆听来自车辆的声音。
到下一代呼叫(广义上)以及紧急呼叫(具体地)的转变通过允许撞车数据随着呼叫被呈现、以及自动地被PSAP处理、以及以集成的、自动的方式可用于呼叫接听者，来提供改进紧急情况期间的撞车数据的范围、宽度、可靠性和有用性的机会。这样的系统可以允许撞车和位置数据在呼叫被指派和接听时被呈现给PSAP呼叫接听者，这节省了显著的时间并且允许与车辆乘员的立即通信。另外，如果车辆制造商希望，则可以向其提供利用相同的标准化机制来进行数据传输以用于互联网使用的机会(诸如车辆和服务中心之间的、用于紧急情况和非紧急情况使用的遥测技术，包括基于位置的服务、多媒体娱乐系统和路边帮助应用)。
下一代ACN提供了使这样的呼叫如在呼叫建立期间一样被识别和处理的机会，以及这样的呼叫随后可以被路由到能够处理数据的PSAP，并且其中，车辆数据可用于辅助呼叫接听者评估情形和对情形作出响应。
ACN呼叫可以是乘员发起的或自动触发的。(“ACN”中的“A”确实代表“自动”，但是该术语可以用于指代车载系统(IVS)所拨打的并且携带与事故有关的数据以及语音的呼叫的类别)。自动触发的呼叫可以指示撞车或某个其它严重事故(例如，翻车或起火)，并且可以携带对受伤危险的更大假定。手动触发的呼叫可以是严重危险(诸如受损司机或道路碎片)的报告，并且可以根据情形要求不同的响应。手动触发的呼叫还更有可能是假(例如，偶然)呼叫，并且因此可能受到PSAP的不同处置。
本文所描述的是用于基于IP的紧急呼叫的机制，以有助于提供下一下ACN的实现。
公共安全通信官方协会(APCO)和国家紧急号码协会(NENA)已经联合开发出了与事故有关的车辆数据的标准化集合，称为车辆紧急数据集合(VEDS)。欧洲标准化委员会(CEN)已经定义了eCall最小数据集合(MSD)。这样的数据可以被称为撞车数据，尽管其适用于除撞车之外的事故。
VEDS和eCall MSD可以提供用于与车辆有关的数据的传输、交换和解释的标准数据集合。标准数据格式可以允许数据由IVS生成、以及由PSAP、紧急情况响应者和医疗设备(包括那些能够提供创伤级病人照顾的医疗设备)解释。其可以包括与事故有关的信息，诸如安全气囊展开、车辆的位置(如果车辆涉及翻车)、可以指示撞车的潜在严重性和车辆乘员的严重伤害的可能性的各种传感器数据等。该数据可以更好地通知PSAP和紧急情况响应者关于可能需要的响应的类型。最近，这样的信息被包括在受伤病人的现场分诊的联邦指南中。这些指南被设计为帮助事故现场的响应者识别严重内伤的潜在存在以及采取关于需要如何运送病人以及将病人运送到哪里的关键决策。
以下描述描述了‘application/EmergencyCallData.VEDS+xml(应用/紧急呼叫数据.VEDS+xml)’MIME内容类型，并且描述了紧急呼叫额外数据注册表中的‘VEDS’条目。
VEDS可以是XML结构。‘application/EmergencyCallData.VEDS+xml’MIME内容类型可以用于对其进行标识。紧急呼叫额外数据注册表中的‘VEDS’条目可以用于构建‘purpose(目的)’参数值，以用于传送SIP会话或会话建立内的Call-Info(呼叫信息)报头字段中的VEDS数据。
VEDS可以是能够适当变化需求的通用结构。然而，如果确定需要额外的数据集合，则下面非常简要地概括了用于实现额外的数据块的一些示例步骤：
可以由标准开发组织(SDO)定义和公布标准化格式和编码(诸如XML)。
可以针对其注册MIME内容类型(通常在‘Application(应用)’媒体类型下并且具有以‘EmergencyCallData(紧急呼叫数据)’开始的子类型)。
针对块的条目可以被添加到紧急呼叫额外数据块子注册表；注册表条目可以是MIME子类型的根(不包括‘EmergencyCallData’前缀和任何诸如‘+xml’的后缀)。
下一代车载系统(IVS)可以通过以标准化的和注册的格式(诸如上述VEDS或额外的块)来对撞车数据进行编码以及将其附加到INVITE或其它其它消息作为MIME主体部分，来发送撞车数据。主体部分可以由主体部分的内容类型报头字段中的其MIME内容类型(诸如‘application/EmergencyCallData.VEDS+xml’)来标识。可以向主体部分分配唯一标识符，其可以被列在主体部分的内容ID报头字段中。通过在INVITE或其它消息的最高级添加(或附加)Call-Info报头字段，可以将INVITE或其它消息标记为包含撞车数据。Call-Info报头字段可以包含引用主体部分的唯一标识符的CID URL，以及每注册表条目将数据标识为撞车数据的‘purpose’参数；‘purpose’参数的值可以是‘EmergencyCallData’和MIME类型的根(不包括‘EmergencyCallData’前缀和任何诸如‘+xml’的后缀)(例如，‘purpose＝EmergencyCallData.VEDS’)。
本文描述的机制可以用于以互操作的方式拨打可被标识为ACN呼叫并且携带一个或多个标准化撞车数据对象的紧急呼叫。
用于车载系统拨打紧急呼叫的当前(电路交换或传统)系统(包括自动撞车通知系统)可以具有有限的向PSAP传送位置以及在一些情况下传送远程信息处理数据的能力。大多数这样的系统使用三种架构模型中的一种，所述三种架构模型在本文中被描述为：“远程信息处理服务提供者”(TSP)、“直接”和“配对电话听筒”。下文对这三种模型进行了说明。
在TSP模型(见图39中示出的图3900)中，可以向远程信息处理服务提供者(TSP)3910拨打紧急呼叫和非紧急呼叫；专有技术可以用于到TSP 3910的数据传输(诸如专有带内调制解调器)。
在紧急情况下，TSP呼叫接听者可以架桥到PSAP 3915并且向PSAP呼叫接听者口头地传送位置、撞车数据(诸如影响严重性和创伤预测)和其它数据(诸如车辆描述)，或者可以使用如用于蜂窝紧急呼叫的类似设备来发送位置数据并且口头地传送撞车和其它数据。通常，可以在车辆IVS3905、TSP 3910和PSAP 3915之间建立三向语音呼叫，这允许PSAP呼叫接听者、TSP呼叫接听者和车辆乘员(其可能是无意识的)之间的通信。
在配对模型(见图40中示出的图4000)中，IVS 4005可以使用与先前配对的电话听筒4010的蓝牙链路来建立与PSAP 4015的紧急呼叫(例如，通过拨打诸如9-1-1的标准紧急号码)，并且随后经由文本到语音来向PSAP4015传送位置数据；可以不传送撞车数据。一些这样的系统可以使用自动语音提示菜单(例如，“这是来自车辆的自动紧急呼叫；按1打开到车辆的语音路径；按2收听位置读出”)来允许呼叫接听者经由文本到语音来请求位置数据。
在直接模型(见图41中示出的图4100)中，IVS 4105可以通过拨打诸如9-1-1的标准紧急号码来直接地拨打与PSAP 4110的紧急呼叫。这样的系统可以经由文本到语音来向PSAP 4110传送位置数据；可以不传送撞车数据。
本公开内容描述了到PSAP的示例接口，即，可以如何建立ACN紧急呼叫以及可以如何向PSAP发送与事故有关的数据(包括车辆、传感器和位置数据)。(为了例如重新使用规范)。对于直接模型，这是可以是端到端描述(在车辆和PSAP之间)。对于TSP模型，这可以描述右手侧(在TSP和PSAP之间)，留下左手侧(在车辆和TSP之间)由涉及的、可能随后使用与右手侧相同(或不同)的机制的实体(即，IVS和TSP供应商)决定。
注意，虽然当前在美国和其它地区，ACN系统不是强制执行的，但是欧洲具有针对车载系统进行的紧急呼叫的强制执行和标准化的系统。该泛欧系统被称为“eCall”。被设计为在多个地区中操作的车辆可以支持eCall以及其它ACN系统。如果其它地区设计其自己的规范或数据格式，则多地区车辆也可以支持那些规范或数据格式。在大多数方面，eCall和广义的ACN机制两者可以是兼容的，但是在请求URI、发送的特定数据块或其它区别方面可能是不同的。其它区别可以包括例如对以下各项的支持的量：PSAP对发送数据或采取其它动作的请求、或者PSAP处理对发送的数据的确认、或者令车辆表达能力等等。
车载系统所拨打的紧急呼叫到下一代(全IP)技术的迁移可以提供用于识别这样的呼叫和伴随呼叫呈现撞车数据的标准化的机制。这可以允许ACN呼叫和撞车数据以集成的、自动的方式被PSAP自动地处理并且可用于呼叫接听者。
使用TSP模型的车辆制造商可以选择利用相同的机制来携带车辆和TSP之间的、针对紧急呼叫和非紧急呼叫两者的远程信息处理数据。
下一代IVS可以使用具有请求URI的3GPP IMS解决方案来建立紧急呼叫，其中请求URI指示附带有车辆数据的紧急呼叫的ACN类型；MNO可以将呼叫识别为紧急呼叫并且将该呼叫路由至ESInet；ESInet可以将该呼叫识别为具有车辆数据的ACN并且将将该呼叫路由至具有NG-ACN功能的PSAP；这样的PSAP可以解释伴随呼叫发送的车辆数据并且使其可用于呼叫接听者。在没有ESInet的地区中，MNO可以将呼叫路由至具有ACN功能的PSAP。在具有ESInet的区域中，ESInet可以以与路由其它紧急呼叫不同的方式来路由这样的呼叫。
由于需要识别和特殊处理下一代ACN呼叫(如上所述)，因此新的服务URN子可以被注册在“sos”子服务内。这些URN可以提供识别NG-ACN呼叫所采用的机制，并且可以在手动和自动触发的NG-ACN呼叫(其可能受到不同的处理，这取决于策略)之间进行区分。这样的服务URN的示例可以是：‘urn:service:sos.vehicle.automatic(urn:服务:sos.辆.自动)’、‘urn:service:sos.vehicle.manual(urn:服务:sos.车辆.手动)’、‘urn:service:sos.eCall.automatic(urn:服务:sos.eCall自动)’和‘urn:service:sos.eCall.manual(urn:服务:sos.eCall.手动)’。
注意，在北美，对ESInet以外的客户端所执行的查询进行路由可以与没有子服务的“sos”相同地来对待“sos”的所有子服务。然而，请求URI报头字段可以保留全子服务；在ESInet或PSAP内路由和处置决策可以考虑子服务。例如，在具有多个合作PSAP的地区中，可以将NG-ACN呼叫路由至具有NG-ACN功能的PSAP，或者专门处理与车辆有关的事故的PSAP。
本公开内容论述如何可以将三个架构模型迁移到下一代(全IP)。
在TSP模型(见图42中示出的图4200)中，IVS 2205可以使用基于专有设计的协议或者重新使用行业或其它规范(诸如IETF)的协议来向TSP 4210发送撞车和位置数据。在紧急情况下，TSP呼叫接听者可以架桥到PSAP 4215并且(例如，使用IETF规范)向PSAP 4215发送撞车和其它数据。可以在车辆IVS 4205、TSP 4210和PSAP 4215之间建立三向呼叫，这允许PSAP呼叫接听者、TSP呼叫接听者和车辆乘员(其可能是无意识的)之间的通信。
车辆制造商和TSP可以选择使用相同的规范(例如，IETF)来从车辆向TSP发送撞车和位置数据，如本文描述的从TSP向PSAP发送这样的数据。
在配对模型(见图43中示出的图4300)中，IVS 4305可以使用到先前配对的电话听筒4310的蓝牙链路来建立与PSAP 4315的紧急呼叫，并且向电话听筒传送位置、撞车或其它数据，随后可以将这样的数据发送给PSAP，如本文描述的。
在直接模型(见图44中示出的图4400)中，IVS 4405可以使用例如IETF规范直接地向PSAP 4410传送撞车数据。
在车载系统所拨打的紧急呼叫的上下文中，车辆可以装备有内置的GNSS接收机。此外，车辆本质上是移动的并且不被绑定于固定地址。由于这些原因，在紧急呼叫内可以发送的位置信息仅可以是测地的。可以实现以下的位置形状：2维和3维点、圆和椭圆。也可以使用坐标参考系统(CRS)。<方向>元素(其可以指示车辆行驶的方向)可用于派遣并且因此可以被包括。可以实现并且可以包括<驶向(heading)>元素。
可以经由蜂窝网络来拨打车载系统进行的呼叫，蜂窝网络可以忽略始发设备在紧急呼叫INVITE中发送的位置，替代地附上其自己的位置(通常与始发设备合作地确定)。IVS可以将位置数据附加到呼叫INVITE。标准化的撞车数据结构可以包括如车辆所确定的位置。这可以允许PSAP看见如蜂窝网络所确定的位置(通常与IVS合作)以及如车辆所确定的位置两者。
本公开内容能够利用测试呼叫功能。在一些、所有或大部分方面中，这样的测试呼叫可以与真实的紧急呼叫相同，但是可与真实的紧急呼叫区分开来。
在呼叫处置的所有阶段，ACN呼叫可以是容易识别的，并且自动对比手动触发可以是已知的。ACN呼叫在若干方面是与一般的紧急呼叫不同的，包括：标准化的撞车数据的呈现；关于呼叫可以被已知为是车载系统拨打的事实(这可以具有对PSAP可操作过程的暗示)；以及尤其是对于自动呼叫，关于可能指示严重伤害的可能性并且因此需要创伤服务的信息。关于呼叫是ACN以及进一步关于其是自动或手动引起的知识可以携带关于呼叫、情形和车辆乘员的一系列暗示。车载系统进行的呼叫可以被认为是一般的紧急呼叫的特定子类并且可能需要由具有服务这样的呼叫的技术和可操作能力的PSAP来处置(这在诸如美国的环境中尤其如此，在美国，存在许多PSAP以及单独的PSAP具有一些能力以及PSAP在提供服务时可以与彼此合作)。技术能力可以包括识别和处理标准化的撞车数据的能力。可操作能力可以包括用于评估严重损伤可能性和适当地作出响应的训练和过程(例如，派遣能够处理创伤的医疗响应者或者被训练和装备为从碰撞车辆中取出乘员并且处置汽油或其它危险材料、将受害者运送到创伤中心、警告接收设备等的响应者)。
由于ACN呼叫在重要方式上可能不同于一般的紧急呼叫，并且由于这样的呼叫需要由(在技术上被装备为解释和利用撞车数据，并且可操作地处置车载系统拨打的紧急呼叫的)专门的PSAP来处置，因此本公开内容描述了针对ACN/车辆碰撞的SOS子服务，诸如“SOS.vehicle(SOS.车辆)”。使用子服务可以指示呼叫是ACN；本文论述了进一步的子元素以便将因撞车或其它严重事故(诸如起火)而自动拨打的呼叫与那些由车辆乘员手动启用的呼叫(例如，“SOS.vehicle.automatic(SOS.车辆.自动)”和“SOS.vehicle.manual(SOS.车辆.手动)”)进行区分。还论述了自动启用和手动启用之间的区别；自动触发的呼叫可以指示撞车或某个其它严重事故(例如，起火)，并且因此可以携带对受伤危险的更大假设并且因此需要特定的响应者(诸如创伤或消防)。手动触发的呼叫可以是严重危险(诸如受损的司机或路边碎片)的报告，并且可以根据情形要求不同的响应。手动触发的呼叫还更有可能是假(例如，偶然)呼叫，并且因此可能受到PSAP的不同处置。
下一代车载系统(IVS)可以通过以标准化的和注册的格式来对撞车数据进行编码以及将其附加到INVITE或其它其它消息作为额外的数据块，来发送撞车数据。块可以由其MIME内容类型来标识，并且被具有与块相对应的‘purpose’参数值的Call-Info报头中的CID URL指向。
用于实现这一点的步骤可以包括：可以由SDO或适当的组织来标准化撞车数据集合；可以利用诸如IANA的适当的注册器(registrar)来注册撞车数据集合的MIME内容类型。如果数据是专门用于紧急呼叫的，则MIME类型可以是在‘application(应用)’或具有以‘EmergencyCallData’开始的子类型的其它类型之下。如果数据格式是XML，则名称可以具有‘+xml’的后缀；项目可以被注册在紧急呼叫额外数据注册表中。对于特定于紧急呼叫的格式，所注册的名称可以是MIME内容类型的根(不包括‘EmergencyCallData’前缀和任何诸如‘+xml’的后缀)。
当拨打紧急呼叫时：可以创建和编码撞车数据集合；可以将撞车数据集合附加到INVITE或其它其它消息作为MIME主体部分，主体部分可以由主体部分的内容类型报头字段中的其MIME内容类型来标识；可以在主体部分的内容ID报头字段中向主体部分分配唯一标识符；在INVITE或其它消息的最高级处的Call-Info报头字段可以引用撞车数据并且通过其MIME根(如被注册在紧急呼叫额外数据注册表中)来识别撞车数据。可以由包含分配给碰撞数据主体部分的唯一内容ID的CID URL在Call-Info报头字段中引用碰撞数据；可以由Call-Info报头字段中的‘purpose’参数来标识撞车数据，‘purpose’参数的值是‘EmergencyCallData’与紧急呼叫额外数据注册表中的特定碰撞数据条目的级联。
Call-Info报头字段可以仅引用碰撞数据(并且因此仅有一个URL)或者可以包含引用其它数据的其它URL。
可以通过下面的相同步骤来包括额外的碰撞数据集合。
车辆紧急数据集合(VEDS)可以是由公共安全通信官方协会(APCO)和国家紧急号码协会(NENA)定义的XML结构[VEDS]。‘application/EmergencyCallData.VEDS+xml’MIME内容类型可以用于对其进行标识。紧急呼叫额外数据注册表中的‘VEDS’条目可以用于构建‘purpose’参数值，以用于传送Call-Info报头中的VEDS数据。欧洲标准化委员会(CEN)已经定义了包括XML表示的eCall最小数据集合(MSD)。‘application/EmergencyCallData.eCall.MSD+xml(应用/紧急呼叫数据.eCall.MSD+xml)’MIME内容类型可以用于标识MSD。紧急呼叫额外数据注册表中的‘eCall.MSD’条目可以用于构建‘purpose’参数值，以用于传送Call-Info报头中的eCall MSD数据。
VEDS数据或MSD可以作为主体部分与MIME内容类型‘application/EmergencyCallData.VEDS+xml’或‘application/EmergencyCallData.eCall.MSD+xml’(其可以由具有‘purpose’参数为‘EmergencyCallData.VEDS’或‘EmergencyCallData.eCall.MSD’的类型CID的Call-Info URL指向)一起被附加。
沿着车辆和PSAP之间的路径的实体能够将呼叫识别为ACN呼叫并且适当地对其进行处置。PSAP能够通过针对其值以‘EmergencyCallData’开始的‘purpose’参数来检查Call-Info报头字段，来识别碰撞数据以及附加到INVITE或其它消息的任何其它额外的数据。PSAP能够通过检查‘purpose’参数值来访问其能够(例如，基于策略或能力)处置和感兴趣的数据。
紧急服务IP网络(ESInet)可以是由紧急服务机构操作或代表紧急服务机构操作的网络。其可以在到PSAP的递送之前处置紧急呼叫路由和处理。在NENA所采用的NG9-1-1架构以及EENA所采用的NG1-1-2架构中，每个PSAP可以连接到一个或多个ESInet。每个始发网络也可以连接到一个或多个ESInet。ESInet可以维护基于策略的路由规则，该规则可以控制紧急呼叫的路由和处理。ESInet内的这样的规则的集中化可以提供始发网络的责任和紧急服务网络的责任之间的更干净的分离，并且提供紧急服务机构对紧急呼叫的处理的更大的灵活性和控制。这可以更容易地对要求关于紧急呼叫如何被路由或处置的变化的不寻常情形(例如，自然灾害关闭PSAP)作出快速地反应，以及使作出影响这样的路由的长期改变更容易(例如，用于专门地处置要求翻译或中继服务的呼叫或者用于在一地区中将某个PSAP指定为处置车载系统所拨打的下一代紧急呼叫的合作协议)。
在使用ESInet的环境中，始发网络可以仅需要检测紧急呼叫的服务URN是“sos”或以“sos”开始，这将所有类型的紧急呼叫传递给ESInet。随后，ESInet可以负责将这样的呼叫路由至适当的PSAP。在没有ESInet的环境中，紧急服务机构和始发运营商可能需要确定如何路由这样的呼叫。
本文所描述的实施例能够利用测试呼叫功能。
以“test.(测试.)”开始的服务URN可以指示对自动测试的请求。例如，“urn:service:test.sos.vehicle.automatic(urn:服务:测试.sos.车辆.自动)”可以指示这样的测试特征。
注意，由于测试呼叫可以是使用“test”作为母服务URN以及“sos”作为子来拨打的，因此这样的呼叫可以不被作为紧急呼叫来处理并且因此可能不能应用一些功能(诸如针对缺少服务(“非服务初始化的”或“NSI”)的设备的抢先占有或服务可用性，如果那些功能可用于紧急呼叫)。MNO和PSAP可以识别测试呼叫并且以测试与所期望的一样多的功能的方式来对测试呼叫进行处理。例如，测试ACN可以向紧急ACN呼叫一样被路由至相同的PSAP，IVS可以向PSAP发送远程信息处理数据和/或能力数据，PSAP可以向IVS发送确认和/或请求。测试呼叫可以实现车辆乘员和PSAP处的自动装置之间的语音通信。PSAP可以记录从车辆发送的音频，并且可以将所记录的音频发送回车辆，或者可以在来自车辆的记录的音频之前、替代来自车辆的记录的音频、或者在来自车辆的记录的音频之后发送其它音频。
图45示出了车辆4505所拨打的紧急呼叫，其中，位置信息和撞车数据(诸如VEDS数据)两者都可以附加到SIP INVITE消息。INVITE消息可以具有包含‘urn:service:sos.vehicle.automatic(urn:服务:sos.车辆.自动)’或其它服务URN的请求URI，并且因此可以被识别为ACN类型的紧急呼叫，并且也可以因请求URI以‘urn:service:sos(urn:服务:sos)’开始而被识别为一类型的紧急呼叫。如对于任何紧急呼叫一样，移动网络运营商(MNO)2510可以将呼叫路由至紧急服务IP网络(ESInet)4515。ESInet 4515可以将呼叫作为ACN来处理并且将呼叫路由至适当的具有ACN功能的PSAP4525(使用位置信息和关于其是ACN的事实)。(在没有ESInet的部署中，MNO 4510本身可能需要直接路由至适当的具有ACN功能的PSAP 4525)。呼叫可以被紧急服务路由代理(ESRP)4520处理，作为到ESInet 4515的进入点。ESRP 4520可以将呼叫路由至适当的具有ACN功能的PSAP 4525，在PSAP 4525中，呼叫可以被呼叫接听者接收。
图46的图4600中示出的示例示出了与位置信息(PIDF-LO)和撞车数据(作为VEDS数据)一起被传送的SIP紧急呼叫INVITE。
与具有始发设备所提供的位置信息的紧急服务系统一样，有可能位置是不正确的，这是有意地(例如，在拒绝对紧急服务基础设施的服务攻击的情况下)或因故障设备导致的。
根据本公开内容，URN‘urn:service:sos.vehicle(urn:服务:sos.车辆)’或‘urn:service:sos.eCall(urn:服务:sos.eCall)可以被注册在子服务‘sos’注册表下。
该服务标识符可以到达公共安全应答点(PSAP)，PSAP继而可以向与车辆的事故有关的紧急情况派遣适当的帮助。下面的子服务也可以被注册。
‘urn:service:sos.vehicle.manual(urn:服务:sos.车辆.手动)’-该服务URN可以指示车载系统(IVS)已经基于司机或乘客的手动交互拨打了携带车辆传感器(“撞车”)数据的紧急呼叫。
‘urn:service:sos.vehicle.automatic(urn:服务:sos.车辆.自动)’-该服务URN可以指示例如因撞车而自动触发的车载系统(IVS)已经拨打了携带车辆传感器(“撞车”)数据的紧急呼叫。
还可以针对各种类型的ACN呼叫注册进一步的类似的子服务，诸如针对eCall服务的urn:service:sos.eCall.manual(urn:服务:sos.eCall.手动)和urn:service:sos.eCall.automatic(urn:服务:sos.eCall.自动)。
还根据本公开内容，新的MIME类型可以被注册，如图47的图4700所示。还根据本公开内容，‘VEDS’条目可以被添加到紧急呼叫额外数据注册表。
在本文描述的一些实施例中，基于IP的紧急服务机制可以用于支持在欧洲委员会的eSafety倡议下定义的下一代泛欧车载紧急呼叫服务(通常被称为‘eCall’)。eCall是用于车辆拨打的特殊形式的紧急呼叫的标准化的和强制执行的系统。在不远的将来，欧盟成员国将要求eCall部署，并且eCall(以及eCall兼容的系统)也在其它地区中正在被部署。eCall提供综合的语音路径和标准化的车辆、(例如，与撞车有关的)传感器和位置数据的集合。eCall可以作为专用形式的紧急呼叫被识别和处置，并且可以被路由至能够处理车辆数据的专用的具有eCall功能的公共安全应答点(PSAP)，并且可以被训练用于处置来自车辆的紧急呼叫。
在一些实施例中，eCall可以在电路交换蜂窝电话上运作，但是也可以使用下一代eCall(NG-eCall，有时也被称为分组交换eCall或PS-eCall)，并且本公开内容可以通过描述关于如何支持基于IP的紧急服务基础设施内的eCall的示例性方法来辅助进行该项工作。MIME内容类型和紧急服务额外数据也可以被注册。
在本公开内容中，可以使用以下缩写：3GPP：第3代合作伙伴计划；CEN：欧洲标准化委员会；EENA：欧洲紧急呼叫号码协会；ESInet：紧急服务IP网络；IMS：互联网多媒体子系统；IVS：车载系统；MNO：移动网络运营商；MSD：最小数据集合；PSAP：公共安全应答点。
本公开内容可以描述用于紧急呼叫的框架内的下一代eCall(NG-eCall，也被称为分组交换eCall(PS-eCall)和全IP eCall)的信令、数据交换和协议需要，诸如在标准RFC6443和RFC 6881中描述的。eCall可以由3GPP和CEN这些规范来规定。eCall服务通过蜂窝无线通信操作，但是本公开内容不解决特定于蜂窝的细节，也不解决客户端域选择(例如，电路交换对比分组交换)。因此，本公开内容的范围可以包括描述在基于SIP的环境内操作的eCall，诸如3GPP IMS紧急呼叫。然而，应当理解的是，本文描述的技术也可以适用于其它车辆发起的紧急呼叫。
设计用于多个地区的车辆可以支持eCall和其它高级自动撞车通知系统。这样的系统可以是与eCall兼容的，但是可以在发送的请求URL和特定数据集合方面或在其它方式上是不同的。
车辆(例如，在撞车的情况下)进行的紧急呼叫可以通过允许紧急服务了解事故、车辆的状态、车辆的位置以及具有与车辆乘员的语音信道，来帮助显著地减少道路死亡和伤害。这可以实现快速和适当的响应。
欧洲委员会对eCall的倡议是在上世纪90年代末被设想的，并且已经演变成要求新车辆中的服从车载系统(IVS)的实现和在不远的将来在欧盟成员国中对eCall的部署的欧洲议会决策。eCall(以及eCall兼容的系统)也在其它地区中被采用。
泛欧eCall系统提供针对车辆进行的紧急呼叫的标准化的和强制执行的机制。eCall建立使这样的呼叫被车载系统拨打、被网络识别和处理、以及被路由至专门的PSAP的过程，在PSAP中，车辆数据可用于辅助呼叫接听者评估情形和对情形作出响应。因此，eCall可以提供标准的车辆、(例如，与撞车有关的)传感器和位置数据的集合。
eCall可以是用户发起的或自动触发的。自动触发的eCall可以指示撞车或某个其它严重事故(例如，起火)，并且携带对受伤危险的更大假定。手动触发的eCall可以是严重危险的报告，并且可以要求与手动触发的eCall不同的响应。手动触发的eCall还更有可能是假(例如，偶然)呼叫，并且因此可能受到PSAP的不同处置。
eCall可以被(3GPP或CEN)标准化为通过GSM(2G)或UMTS(3G)的3GPP电路交换呼叫。呼叫建立中的一个或多个标志(例如，eCall标志)可以将呼叫标记为eCall，并且还可以指示呼叫是自动触发的还是手动触发的。可以将呼叫路由至具有eCall功能的PSAP，可以在车辆和PSAP之间建立语音信道，并且eCall带内调制解调器可以用于在语音信道内携带经定义的车辆、(例如，与撞车有关的)传感器和位置数据(例如，最小数据集合或MSD)的集合。相同的带内机制可以供PSAP用于确认对MSD的成功接收，并且可选地请求车辆发送新的MSD(例如，用于检查车辆或其乘员的状态或位置是否已经改变)。现在正在进行对下一代eCall(NG-eCall，也被称为分组交换eCall或PS eCall)的研究工作。作为该项工作的一部分，欧洲电信标准协会(ETSI)已经公布了具有关于对全IP环境中的eCall的支持的发现和建议的技术报告。NG-eCall可以是全IP，并且可以携带车辆数据和其它特定于eCall的数据，作为与呼叫相关联的额外数据。
针对NG-eCall的MSG技术报告建议是使用具有额外元素和具有用于携带数据的机制的3GPP IMS紧急呼叫，其中所述额外元素将呼叫标识为eCall并且标识为携带eCall数据。3GPP IMS紧急服务可以支持多媒体、提供用于携带语音、文本和视频的能力。该能力可以被称为多媒体紧急服务(MMES)。可以存在转变时段，在该转变时段期间，在发起和处置eCall中涉及的各个实体可以支持下一代eCall、传统eCall或两者。该转变时段可以持续若干年或更长。
整体eCall要求可以由CEN和3GPP来规定。特定于车辆数据的要求也可以被规定。为了简洁，下文非常简短地概括了这些要求中的一些要求。
eCall可以要求以下各项：呼叫被识别为eCall(其固有地为紧急呼叫)；呼叫建立指示呼叫是手动触发的还是自动触发的；车辆和PSAP之间的语音信道；携带固有地伴随呼叫的MSD(MSD需要如语音一样可用于相同的呼叫接听者)；PSAP确认对MSD的接收的能力；PSAP请求车辆生成和发送新的MSD的能力；PSAP能够在初始eCall结束之后重新联系车辆的乘员的能力；和/或执行测试呼叫(其可以被路由至PSAP但是不被作为紧急呼叫处理并且不被呼叫接听者处置)的能力。
NG-eCall可以提供许多潜在的增强，尽管这些增强可能不是当前EU规则所要求的。NG-eCall可以提供的增强包括：携带更多数据(例如，增强的MSD或MSD加上额外的数据集合)的能力；处置视频的能力；处置文本的能力；PSAP访问车辆组件(例如，用于对撞车现场情形的视觉评估的车载相机(诸如后置相机或盲区相机))的能力；PSAP请求车辆采取动作(例如，按喇叭、禁用点火开关、锁门/解锁门)的能力；和/或避免语音信道的音频静音的能力(因为MSD不是使用带内调制解调器传输的)。
泛欧eCall可以提供标准化的和强制执行的、与车辆有关的数据集合，其可以被称为最小数据集合(MSD)。欧洲标准化委员会(CEN)可以规定该数据。电路交换eCall可以使用ASN.1编码。然而，XML编码可能更适用于在SIP消息中使用并且因此在本文中描述了XML编码。
还可以建立用于将数据的块附加到SIP紧急呼叫的一般机制。本公开内容使用该机制来在SIP紧急呼叫中携带eCall MSD。
本公开内容描述了‘application/EmergencyCallData.eCall.MSD+xml’MIME内容类型，其可以使MSD能够在SIP中被携带。该文件还描述了到紧急呼叫额外数据块注册表的‘eCall.MSD’条目，其可以使MSD能够被识别为与在基于SIP的eCall紧急呼叫中一样。如果使用本文描述的机制定义(例如，在将来或在其它地区中)和发送了额外的数据集合，则应当对呼叫期间的传输的大小和/或频率进行评估以确保信令信道的使用是适当的。
在电路交换eCall(见图48中示出的图4800)中，IVS 4805可以拨打携带eCall标志(其可以指示呼叫是eCall以及呼叫是手动触发的还是自动触发的)的特殊形式的112紧急呼叫；移动网络运营商(MNO)可以识别eCall标志并且将呼叫路由至具有eCall功能的PSAP4810；可以经由eCall带内调制解调器(在语音信道中)将车辆数据发送给PSAP 4810。
支持NG-eCall的车载系统(IVS)可以通过按规定来对MSD进行编码以及将其附加到INVITE作为MIME主体部分，来发送MSD。主体部分可以由主体部分的内容类型报头字段中的其MIME内容类型(‘application/EmergencyCallData.eCall.MSD+xml’)来标识。可以向主体部分分配唯一标识符，其被列在主体部分的内容ID报头字段中。通过在INVITE的最高级添加(或附加)Call-Info报头字段，可以将INVITE标记为包含MSD。该Call-Info报头字段可以包含引用主体部分的唯一标识符的CID URL，以及每注册表条目将数据标识为eCallMSD的‘purpose’参数；‘purpose’参数的值可以是‘EmergencyCallData’和MIME类型的根(不包括‘EmergencyCallData’前缀和任何诸如‘+xml’的后缀)(例如，‘purpose＝EmergencyCallData.eCall.MSD’)。
对于NG-eCall(见图49中示出的图4900)，IVS 4905可以使用具有请求URI和具有附加的车辆数据的3GPP IMS解决方案来建立紧急呼叫，其中请求URI指示紧急呼叫的eCall类型；MNO或ESInet可以识别为eCall URN并且将该呼叫路由至具有NG-eCall功能的PSAP4910；PSAP 4910可以解释伴随呼叫发送的车辆数据并且使其可用于呼叫接听者。
本公开内容描述了“sos”子服务内新的服务URN子。这些URN可以提供可以识别eCall所采用的机制，并且可以在手动和自动触发的eCall(其可能受到不同的处理，这取决于策略)之间进行区分。两个这样的服务URN是：urn:service:sos.ecall.automatic和urn:service:sos.ecall.manual。
针对eCall的路由规则可能不同于针对其它紧急呼叫的路由规则，这是因为eCall是特殊类型的紧急呼叫(具有对所要求的响应的类型的暗示)并且可能需要由经特殊指定的PSAP来处置。在使用ESInet的环境中，始发网络可以将所有类型的紧急呼叫传递给ESInet(其可以具有包含“SOS”服务URN的请求URI)。随后，ESInet可以负责将这样的呼叫路由至适当的PSAP。在没有ESInet的环境中，紧急服务机构和始发网络可以联合地确定如何路由这样的呼叫。
如本文所描述的紧急服务IP网络(ESInet)可以是由紧急服务机构操作的网络。其可以在到PSAP的递送之前处置紧急呼叫路由和处理。在EENA所采用的NG1-1-2架构中，每个PSAP可以连接到一个或多个ESInet。每个始发网络也可以连接到一个或多个ESInet。ESInet可以维护基于策略的路由规则，该规则控制紧急呼叫的路由和处理。ESInet内的这样的规则的集中化可以提供始发网络的责任和紧急服务网络的责任之间的分离，并且提供紧急服务机构对紧急呼叫的处理的更大的灵活性和控制。这可以更容易地对要求关于紧急呼叫如何被路由或处置的变化的不寻常情形(例如，自然灾害关闭PSAP)作出快速地反应，以及使作出影响这样的路由的长期改变更容易(例如，用于专门地处置要求翻译或中继服务的呼叫的合作协议)。ESInet可以支持使NG-eCall和传统eCall互相配合的能力(类似于使IP紧急呼叫和传统非IP PSAP互相配合的能力)，以处置不是IP PSAP的、具有eCall功能的PSAP。注意，为了支持不是IP PSAP并且没有附着于ESInet的传统的具有eCall功能的PSAP，始发网络可能需要基于eCall和手动或自动指示来路由eCall本身(例如，路由至具有与适当的传统的具有eCall功能的PSAP的互连的互通设备)的能力。
eCall可以包括拨打测试呼叫的能力。这些测试呼叫是在某种程度上被识别和处理为eCall但是不被给予紧急呼叫处理并且可以不被呼叫接听者处理的呼叫。测试呼叫设备允许IVS或用户验证可以利用语音通信成功地建立eCall。IVS还可以验证MSD被成功地接收。
以“test.”开始的服务URN可以指示测试呼叫。对于eCall，“urn:service:test.sos.ecall(urn:服务:测试.sos.ecall)”可以指示这样的测试特征。本公开内容描述了eCall测试呼叫的“urn:service:test.sos.ecall”。
当前eCall测试呼叫设备可以是非紧急号码并且因此可以不被作为紧急呼叫处理。MNO可以以测试与所期望的一样多的功能的方式来对“test”服务URN中的车辆呼叫进行处理。
具有处理NG-eCall的能力的PSAP可以接受测试呼叫，并且如果MSD被成功地接收，则发送确认。这样的PSAP除了支持媒体回送之外，还可以播放音频片段(例如，比如呼叫到达PSAP)。
eCall可以包括PSAP确认对IVS所发送的MSD的成功接收、以及PSAP请求IVS发送MSD的能力(例如，呼叫接听者可以发起对新的MSD的请求，以便察看车辆的状态或位置是否已经改变)。PSAP还可以向车辆发送其它请求，诸如锁门或解锁门、按喇叭、闪灯、开始来自车载相机(诸如后焦点或盲区)的视频流等。
用于从IVS携带MSD到PSAP的机制还可以用于从PSAP携带控制数据的块到IVS。该eCall控制块(也被称为eCall元数据)可以是包含特定于eCall的元素的XML结构。当PSAP需要发送对由IVS在SIP请求中发送的MSD或其它数据进行响应的eCall控制块时，可以在对该请求(例如，INVITE)的SIP响应中发送控制块。当PSAP需要发送不是对由IVS发送的MSD或其它数据的立即响应的eCall控制块时，可以在建立的会话内在SIP INFO消息中从PSAP向IVS发送控制块。IVS可以在对INFO消息的回复中发送任何请求的数据(诸如新的MSD)。该机制可以允许PSAP向IVS发送特定于eCall的数据并且允许IVS进行响应。如果在响应消息中发送的控制数据请求IVS发送新的MSD或其它数据块、或者执行除发送之外的动作，则IVS可以在会话内在INFO消息中发送所请求的关于动作的数据或确认(其还可以使用re-INVITE，但是这在会话或媒体的方面没有改变时是不必要的)。
该机制可以包括：eCall控制对象的XML定义；可以将新元素添加到控制对象定义所采用的扩展机制(例如，允许通过添加额外元素的命名空间来包括额外元素)；控制对象的MIME类型注册(因此其可以在SIP消息和响应中被携带)；紧急呼叫额外数据块子注册表中的条目，使得控制块可以被识别为SIP消息内的特定于紧急呼叫的数据；和/或在Info消息内允许控制块的Info包注册。
eCall控制块可以是XML数据结构，其可以允许发送确认、请求和能力信息。其可以在具有特定MIME内容类型的SIP主体部分中被携带。可以针对eCall控制块内的使用来定义各个顶级元素，下文描述了示例。
ack：可以用在任一侧所发送的控制块中。PSAP可以使用ack来确认对IVS所发送的数据集合的接收。当请求不能以其它方式被确认时，IVS可以使用ack来确认PSAP对该请求的接收(如果PSAP请求车辆发送数据并且车辆这样做了，则数据可以充当成功的确认)。
能力：可以用于从IVS发送给PSAP的控制块中(在初始INVITE或后续INVITE(如果期望的话)中)以向PSAP通知车辆能力。子元素可以包含所有或多个车辆所支持的动作和数据类型或者车辆所支持的动作和数据类型的子集，并且在一些实施例中，还可以包括所有或一些可用的相机、灯、其它设备等。
请求：可以用在PSAP发送给IVS的控制块中并且可以请求车辆执行动作。
IVS和PSAP可以支持诸如以下示例的各种动作：发送数据对象；播放和/或显示静态(预先定义的)消息；讲出/显示动态文本(动作中提供的文本)；播放动态音频(在SIP主体部分或动作中提供的媒体)；和/或闪灯、按喇叭、锁门/解锁门、锁窗/解锁窗/开窗/关窗、启用/禁用燃油泵。
‘ack’元素可以指示对象被确认，并且可以报告成功或失败。‘能力’元素可以具有子‘请求’元素以指示IVS所支持的动作。
‘请求’元素可以包含用于指示请求的属性(其可以提供任何需要的信息)并且可以包含‘文本’子元素(其可以包含动态消息的文本)。‘动作’属性可以指示特定动作。可以建立IANA注册表或其它适当的注册器的注册表以包含所允许的值。
新元素、子元素和属性可以利用其自己的子命名空间来定义。IANA或其它适当的注册表可以用于指定若干元素和属性的所允许的值。这些机制可以允许扩展。
控制块可以不包含用于播放媒体(诸如预先记录的音频消息)的‘请求’动作。在这样的情况下，SIP-INVITE机制为此可以用于建立单向媒体流。
‘ack’元素可以由PSAP来发送以确认对eCall数据对象的接收。‘ack’元素可以由PSAP来发送并且可以引用IVS所发送的数据对象的唯一ID，并且还可以指示PSAP认为接收是成功的还是不成功的。‘ack’元素还可以由IVS来发送给PSAP，该‘ack’元素可以确认对‘请求’元素的接收，该‘请求’元素请求IVS执行可以是除发送数据对象之外的动作(例如，对显示消息的请求可以被确认，但是对发送数据对象的请求可能不会导致单独的‘ack’元素被发送，这是由于数据对象本身可以充当确认)。‘ack’元素可以由IVS来发送并且可以引用被确认的请求的唯一ID，并且还可以指示请求是否被成功地执行。
‘ack’元素可以包括如图50中的图5000所示的属性，并且还可以包括如图51中的图5100所示的子元素。
‘能力’元素可以由IVS来发送以向PSAP指示其能力。图52中的图5200示出了可以用于能力元素的示例子元素。
‘请求’元素可以独立地或者作为‘能力’元素的子出现一次或多次。分别在图53A的图5300和图53B的图5305中示出了可以用在‘请求’元素中的示例属性和子元素。‘请求’元素可以具有分别如图54A的图5400和图54B的图5405所示的子元素。图55的图5500还包括可以根据本公开内容使用的规范。
本文描述了‘EmergencyCallData.eCall’INFO包。两个端点(IVS和PSAP设备)可以将Recv-Info报头字段设置为‘EmergencyCallData.eCall’以指示用于接收携带eCall数据或控制块的INFO消息的能力。
对‘EmergencyCallData.eCall’INFO包的支持可以指示用于接收eCall数据和控制块的能力，eCall数据和控制块可以在子类型可以以‘EmergencyCallData.eCall’开始的主体部分中被携带。可以存在经定义的各种类型的数据块(诸如eCall数据块，其具有‘application/EmergencyCallData.eCall.MSD+xml’MIME类型)和/或各种控制块(诸如eCall控制块，其具有‘application/EmergencyCallData.eCall.control+xml(应用/紧急呼叫数据.eCall.控制+XML)’MIME类型)，并且还可以定义额外的块。eCall控制块可以包括令IVS指示其能力的能力，因此在定义了额外的eCall或其它数据块的情况下，IVS可以指示哪一个是其所支持的。
INFO的使用可以基于对INFO与其它方法(诸如SIP MESSAGE、介质平面或非SIP协议)关于要求对比意图和效果的分析。具体地说，eCall数据和控制块的传送可以在与SIP建立的紧急会话期间完成，并且可以通常在初始INVITE和其响应中被携带；当数据块或请求随后需要在呼叫期间被发送时，可以发生INFO的使用。虽然可以使用MESSAGE，但是其可以不像INFO一样被绑定于SIP会话。还可以使用Re-INVITE，但是其通常用于修改会话。可以使用SUBSCRIBE/NOTIFY。然而，在其它实施例中，可以使用INFO。
携带eCall数据或控制块的INFO请求消息可以具有被设置为EmergencyCallData.eCall’的Info包报头字段。INFO请求消息可以通过Call-Info报头字段被标志为包含eCall数据或控制块，其中Call-Info报头字段包含引用包括eCall数据或控制的主体部分的唯一标识符的CID URL，以及标识块的‘purpose’参数。因为eCall数据或控制块可以在INFO请求消息中被携带，因此主体部分还可以携带被设置为‘Info包’的Content-Disposition(内容处置)报头字段。
与紧急呼叫有关的额外数据可以被包括主体可以出现在其中的任何SIP请求或响应消息中。因此，INFO响应消息可以包括eCall数据或控制块(例如，具有Call-Info报头字段，其包含引用主体部分的唯一标识符的CID URL，以及标识块的‘purpose’参数)。当eCall数据或控制块被包括在INFO响应消息中时，它们可以作为紧急呼叫额外数据而不是与INFO包相关联的数据被包括。
图56示出了具有eCall的一个的示例的图5600。呼叫可以使用请求URI‘urn:service:sos.ecall.automatic’服务URN并且因此可以被识别为eCall，并且还可以被识别为因撞车或其它严重事故而由IVS 5605自动触发的eCall。在该示例中，始发网络5610可以将呼叫路由至ESInet(诸如对于在具有ESInet的环境中的任何紧急呼叫)。ESInet 5615可以将呼叫路由至适当的具有NG-eCall功能的PSAP 5625。紧急呼叫可以被ESInet的紧急服务路由代理(ESRP)5620接收，作为到ESInet 5615的进入点。ESRP 5620可以将呼叫路由至PSAP 5625，在PSAP 5625中，呼叫可以被呼叫接听者接收。在没有ESInet的部署中，始发网络5610可以将呼叫直接路由至适当的具有NG-eCall功能的PSAP 5625。
图57显示了示出了包含MSD的SIP eCall INVITE的示例的图5700。其它地方描述的各种安全性考虑可以应用于此。
ACN呼叫(诸如eCall)可以携带两种形式的位置数据：固有地是IMS紧急呼叫的一部分的网络提供的位置(其可以仅由网络确定，或者与始发设备合作地来确定或者可能完全由始发设备确定)，以及MSD内的IVS提供的位置。这对于PSAP来说可能是有用的，尤其是当两个位置是独立确定的时。甚至在其中网络提供的位置受限于小区站点的情形中，这作为对MSD中包含的设备提供的位置的健全性检查(sanity check)可能是有用的。
可以进一步考虑关于由终端设备提供的或者与终端设备合作确定的位置的信任问题。
PSAP向车辆发送确认和请求所采用的机制可能需要真实性考虑；当PSAP请求在由车辆发起的会话内作为通过蜂窝网络拨打的eCall紧急呼叫被接收时，存在关于源确实是PSAP的更高的信任度。如果PSAP请求是在其它情形(诸如回电)中被接收的，则在验证回电确实是来自于PSAP中的信任问题可能是更复杂的。进一步的保障措施(无论哪一端发起呼叫和呼叫的方式如何，都是适用的)可以是使PSAP或紧急服务提供者使用由已知的紧急服务证书机构发给的并且IVS可以针对其来验证根证书的证书来签名主体部分。
现在描述eCall控制块的XML模式的示例。图58显示了示出一个示例的图5800。URN‘urn:service:sos.ecall’可以被注册在子服务的‘sos’注册表下。
该服务可以识别由专门的车载系统拨打的并且携带与车辆和撞车或事故有关的标准化的数据集合的紧急呼叫的类型，并且可以被需要用于将呼叫引导至具有处置这样的呼叫的技术和可操作能力的专门的公共安全应答点(PSAP)。两种子服务也可以被注册，诸如如下。urn:service:sos.ecall.manual：该服务URN可以指示eCall已经基于司机或乘客的手动交互被触发。urn:service:sos.ecall.automatic：该服务URN可以指示eCall已经例如因撞车或其它严重事故(例如，起火)被自动触发。
URN‘urn:service:test.sos.ecall’也可以被注册在子服务‘test’注册表下。此外，根据本公开内容，application/EmergencyCallData.eCall.MSD+xml可以作为MIME内容类型被添加，如图59的图5900所示。此外，根据本公开内容，application/EmergencyCallData.eCall.control+xml可以作为MIME内容类型被添加，如图60的图6000所示。
‘eCall.MSD’条目也可以被添加到紧急呼叫额外数据块注册表中。此外，‘eCall.control(eCall.控制)’条目可以被添加到紧急呼叫额外数据块注册表中。此外，EmergencyCallData.eCall可以被添加到Info包注册表的“会话发起协议(SIP)参数”下。
图61显示了可以用于注册新的XML命名空间的图6100。类似地，图62显示了可以用于注册新的XML命名空间的图6200。还可以建立被称为‘eCall控制数据’的新注册表，并且可以针对该注册表创建子注册表，如下所述。
根据本公开内容，可以创建被称为“eCall控制动作注册表”的子注册表。该注册表可以根据“专家审查”规则操作。专家可以确定所提出的动作在车辆的权限内，是足够可与其它动作区分的，以及动作是被清楚和充分地描述的。公布的和稳定的文档可以被参考用于动作的描述。
该注册表的内容可以包括名称，其可以是要被用在eCall控制‘请求’元素的‘动作’属性中的标识符。注册表还可以包括对动作的描述。这可以是对公布的和稳定的文档的参考。该描述可以指定任何属性或子元素是可选的还是强制的，并且可以描述车辆要采取的动作。在图63中的表6300中示出了示例性的eCall控制动作集合。
此外，根据本公开内容，可以创建被称为“eCall静态消息注册表”的新的子注册表。因此可能期望服从车辆支持被翻译成车辆所支持的语言的静态消息，因此其对于限制这样的消息的数量可能是重要的。该注册表可以根据“要求公布”规则操作，该规则可以要求稳定的、公开的文档并且可以暗示出版物的专家审查。专家可以确定该文档已经被适当的紧急服务组织(例如，NENA、EENA、APCO)公布并且所提出的消息是足够可与其它消息区分的。
该注册表的内容可以包括ID，其可以是要被用在eCall控制‘请求’元素的‘msgid’属性中的整数标识符。注册表的内容还可以包括消息，其可以是消息的文本。消息可以用英语被列出在注册表中；车辆可能被期望为实现到车辆所支持的语言的翻译。
当新消息被添加到注册表中时，消息文本可以由注册者确定；IANA或另一个适当的注册器可以分配ID。每个消息可以被分配连续的整数值作为其ID。这可以允许IVS通过单个整数值来指示其支持具有该值或更低值的所有消息。在图64中的表6400中示出了值的初始集合的示例。
此外，可以创建被称为“eCall原因注册表”的新的子注册表，其可以包含‘动作结果’元素的‘原因’属性的值。该注册表可以根据“专家审查”规则操作。专家可以确定所提出的原因是足够与其它原因区分的以及所提出的描述是可理解的和正确措辞的。
该注册表的内容可以包括ID，其可以是标识原因的短字符串，用于‘动作结果’元素的‘原因’属性中。注册表的内容还可以包括描述，其可以是原因的描述。在图65中的表6500中示出了值的初始集合的示例。
此外，可以创建被称为“eCall灯ID注册表”的新的子注册表，以便例如标准化汽车车灯(灯)的名称。该注册表可以根据“专家审查”规则操作。专家可以确定所提出的车灯名称是清楚地可理解的并且是足够与其它车灯名称区分的。
该注册表的内容可以包括名称，其可以是要被用在eCall控制‘请求’元素的‘车灯ID’属性中的标识符。注册表的内容还可以包括描述，其可以是车灯(灯)的描述。在图66中的表6600中示出了值的初始集合的示例。
上文结合附图阐述的具体实施方式描述了示例，并且具体实施方式不表示可以被实现或在本权利要求范围内的仅有示例。该描述中使用的术语“示例”和“示例性的”意味着“作为示例、实例或说明”，并且不是“优选的”或“比其它示例有优势”。出于提供对所描述的技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，以框图的形式示出了公知的结构和装置，以便避免模糊所描述的示例的概念。
信息和信号可以是使用多种不同的工艺和技术中的任何一种来表示的。例如，遍及以上描述所提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子、或其任意组合来表示。
结合本文公开内容描述的各种说明性的框和组件可以利用被设计为执行本文描述的功能的通用处理器、数字信号处理器(DSP)、ASIC、FPGA或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或其任意组合来实现或执行。通用处理器可以是微处理器，但是在替代的方式中，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或任何其它这样的配置。
本文所描述的功能可以在硬件、由处理器执行的软件、固件或其任意组合中实现。如果在由处理器执行的软件中实现，则所述功能可以作为一个或多个指令或代码存储在计算机可读介质上或通过其进行传输。其它示例和实现方式在本公开内容和所附的权利要求的范围和精神内。例如，由于软件的特性，所以可以使用由处理器执行的软件、硬件、固件、硬连线或这些中的任意项的组合来实现以上描述的功能。用于实现功能的特征还可以物理地位于各个位置，包括被分布以使得在不同的物理位置来实现功能中的部分功能。如本文所使用的(包括在权利要求书中)，当在具有两个或更多个项目的列表中使用术语“和/或”时，其意指所列出的项目中的任何一个项目可以本身被采用，或者所列出的项目中的两个或更多个项目的任意组合可以被采用。例如，如果将组成描述为包含组成部分A、B或C，则该组成可以包含：仅A；仅B；仅C；A和B的组合；A和C的组合；B和C的组合；或者A、B和C的组合。此外，如本文所使用的(包括在权利要求书中)，项目列表(例如，以诸如“……中的至少一个”或“……中的一个或多个”的短语结束的项目列表)中所使用的“或”指示分离性列表，使得例如，列表“A、B或C中的至少一个”意指A或B或C或AB或AC或BC或ABC(即，A和B和C)。
计算机可读介质包括计算机存储介质和通信介质二者，所述通信介质包括促进计算机程序从一个地方传送到另一个地方的任何介质。存储介质可以是可由通用或专用计算机存取的任何可用的介质。通过举例而非限制性的方式，计算机可读介质可以包括RAM、ROM、EEPROM、闪存、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或者可以用于以指令或数据结构的形式携带或存储期望的程序代码单元以及可以由通用或专用计算机或通用或专用处理器来存取的任何其它介质。此外，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或无线技术(例如红外线、无线电和微波)从网站、服务器或其它远程源发送软件，则同轴电缆、光纤光缆、双绞线、DSL或无线技术(例如红外线、无线电和微波)包括在介质的定义中。如本文所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则利用激光来光学地复制数据。上述的组合也包括在计算机可读介质的范围内。
提供本公开内容的先前描述，以使本领域中熟练的技术人员能够实现或使用本公开内容。对本公开内容的各种修改对于本领域中熟练的技术人员将是显而易见的，以及在不脱离本公开内容的范围的情况下，本文所定义的通用原则可以应用到其它变形中。因此，本公开内容不旨在受限于本文描述的示例和设计，而是符合与本文所公开的原则和新颖性特征相一致的最宽的范围。
Claims (35)
1.一种用于车辆紧急呼叫系统中的无线通信的方法，包括：
通过通信会话信令协议，从所述车辆紧急呼叫系统中的第一端点向所述车辆紧急呼叫系统中的第二端点发送远程信息处理能力集合。
2.根据权利要求1所述的方法，其中，所述第一端点是紧急呼叫车载系统(IVS)，以及所述第二端点是紧急呼叫应答点。
3.根据权利要求2所述的方法，其中，所述远程信息处理能力集合包括所述紧急呼叫IVS能够执行的至少一个动作。
4.根据权利要求3所述的方法，其中，所述至少一个动作包括以下各项中的一项或多项：
收集远程信息处理数据、发送远程信息处理数据、执行影响车辆的状态的动作、激活车辆的组件、去激活车辆的组件、关掉车辆的点火开关、打开车辆的点火开关、关掉车辆的燃料供应、打开车辆的燃料供应、断开主要或其它电池或其它电源、连接主要或其它电池或其它电源、解锁门、锁门、激活车辆的喇叭、激活外部可听音、激活车灯、激活车辆的闪光灯、驱动电动车窗、播放记录的消息、呈现媒体、显示文本消息、激活相机、去激活相机或其组合。
5.根据权利要求3所述的方法，还包括：
采用与请求数据结构相对应的能力数据结构来向所述紧急呼叫应答点发送所述远程信息处理能力集合，其中所述紧急呼叫IVS采用所述请求数据结构来接受对执行所述至少一个动作的请求。
6.根据权利要求5所述的方法，还包括：
将所述能力数据结构格式化为与所述请求数据结构的格式基本相同。
7.根据权利要求5所述的方法，还包括：
将所述能力数据结构格式化为可扩展标记语言(XML)元素。
8.根据权利要求7所述的方法，还包括：
在所述能力XML元素数据结构中包括对所述至少一个动作进行定义的至少一个子XML元素。
9.根据权利要求3所述的方法，还包括：
包括与所述远程信息处理能力集合中的所述至少一个动作相对应的参数，所述参数定义所支持的所述至少一个动作的方面。
10.根据权利要求9所述的方法，还包括：
将所述远程信息处理能力集合作为能力可扩展标记语言(XML)元素发送，所述能力XML元素包括对所述至少一个动作进行定义的至少一个子XML元素，其中，将与所述至少一个动作相对应的所述参数作为XML属性包括在与所述至少一个动作相对应的所述至少一个子XML元素内。
11.根据权利要求9所述的方法，还包括：
将所述远程信息处理能力集合作为能力可扩展标记语言(XML)元素发送，所述能力XML元素包括对所述至少一个动作进行定义的至少一个子XML元素，其中，将与所述至少一个动作相对应的所述参数作为进一步的子XML元素包括在与所述至少一个动作相对应的所述至少一个子XML元素内。
12.根据权利要求3所述的方法，还包括：
至少部分地基于与所述至少一个动作相关联的车辆组件的可操作状况，动态地重新配置所述紧急呼叫IVS所发送的所述远程信息处理能力集合。
13.根据权利要求2所述的方法，其中，所述远程信息处理能力集合是可由所述紧急呼叫IVS的制造商、所述车辆的制造商、远程信息处理服务提供者或另一个经授权的实体中的一个或多个动态配置的。
14.根据权利要求2所述的方法，还包括：
在所述远程信息处理能力集合中包括所述紧急呼叫IVS能够执行的多个与紧急呼叫有关的动作。
15.根据权利要求2所述的方法，还包括：
从所述紧急呼叫应答点接收对执行动作的请求，所述请求至少部分地基于所述远程信息处理能力集合；以及
向所述紧急呼叫应答点发送关于所述IVS已执行还是没有执行所请求的动作的指示。
16.根据权利要求2所述的方法，还包括：
在所述远程信息处理能力集合中包括所述紧急呼叫IVS能够执行的、与紧急呼叫有关的动作的子集，所述子集是至少部分地基于以下各项中的至少一项来确定的：所述紧急呼叫IVS的用户所需要的帮助类别或所述车辆的状态。
17.根据权利要求2所述的方法，还包括：
从所述紧急呼叫应答点接收对执行动作的请求，所述请求至少部分地基于所述远程信息处理能力集合；以及
执行所述动作。
18.根据权利要求2所述的方法，还包括：
发送邀请和数据集合以建立与所述紧急呼叫应答点的紧急呼叫；
其中，所述远程信息处理能力集合是与所述邀请和所述数据集合一起被发送的。
19.根据权利要求18所述的方法，其中，所述数据集合是最小远程信息处理数据集合。
20.根据权利要求2所述的方法，还包括：
发送邀请和数据集合以建立与所述紧急呼叫应答点的紧急呼叫；
在对所述邀请的响应中，从所述应答点接收对发送所述能力集合的请求；以及
发送所述远程信息处理能力集合连同对所述邀请的所述响应的确认。
21.根据权利要求2所述的方法，其中，所述远程信息处理能力集合是在紧急呼叫的建立期间或之后被发送的。
22.根据权利要求2所述的方法，还包括：
发送邀请和数据集合以建立与所述紧急呼叫应答点的紧急呼叫；
响应于所述紧急呼叫应答点对发送所述远程信息处理能力集合的请求，在建立所述紧急呼叫之后发送所述远程信息处理能力集合。
23.一种用于车辆紧急呼叫系统中的无线通信的装置，包括：
处理器；
与所述处理器进行电通信的存储器；以及
存储在所述存储器中的指令，所述指令可由所述处理器执行以执行以下操作：
通过通信会话信令协议，从所述车辆紧急呼叫系统中的第一端点向所述车辆紧急呼叫系统中的第二端点发送远程信息处理能力集合。
24.根据权利要求23所述的装置，其中，所述第一端点是紧急呼叫车载系统(IVS)，以及所述第二端点是紧急呼叫应答点。
25.根据权利要求24所述的装置，其中，所述远程信息处理能力集合包括所述紧急呼叫IVS能够执行的至少一个动作。
26.根据权利要求25所述的装置，其中，所述至少一个动作包括以下各项中的一项或多项：
收集远程信息处理数据、发送远程信息处理数据、执行影响车辆的状态的动作、激活车辆的组件、去激活车辆的组件、关掉车辆的点火开关、打开车辆的点火开关、关掉车辆的燃料供应、打开车辆的燃料供应、断开主要或其它电池或其它电源、连接主要或其它电池或其它电源、解锁门、锁门、激活车辆的喇叭、激活外部可听音、激活车灯、激活车辆的闪光灯、驱动电动车窗、播放记录的消息、呈现媒体、显示文本消息、激活相机、去激活相机或其组合。
27.根据权利要求25所述的装置，其中，所述存储器还包括可由所述处理器执行以执行以下操作的指令：
采用与请求数据结构相对应的能力数据结构来向所述紧急呼叫应答点发送所述远程信息处理能力集合，其中所述紧急呼叫IVS采用所述请求数据结构来接受对执行所述至少一个动作的请求。
28.根据权利要求25所述的装置，其中，所述存储器还包括可由所述处理器执行以执行以下操作的指令：
包括与所述远程信息处理能力集合中的所述至少一个动作相对应的参数，所述参数定义所支持的所述至少一个动作的方面。
29.根据权利要求24所述的装置，其中，所述存储器还包括可由所述处理器执行以执行以下操作的指令：
在所述远程信息处理能力集合中包括所述紧急呼叫IVS能够执行的、与紧急呼叫有关的动作的子集，所述子集是至少部分地基于以下各项中的至少一项来确定的：所述紧急呼叫IVS的用户所需要的帮助类别或所述车辆的状态。
30.根据权利要求24所述的装置，其中，所述存储器还包括可由所述处理器执行以执行以下操作的指令：
从所述紧急呼叫应答点接收对执行动作的请求，所述请求至少部分地基于所述远程信息处理能力集合；以及
执行所述动作。
31.根据权利要求24所述的装置，其中，所述存储器还包括可由所述处理器执行以执行以下操作的指令：
发送邀请和数据集合以建立与所述紧急呼叫应答点的紧急呼叫；
在对所述邀请的响应中，从所述应答点接收对发送所述能力集合的请求；以及
发送所述远程信息处理能力集合连同对所述邀请的所述响应的确认。
32.一种用于在车辆紧急呼叫系统中传送远程信息处理数据的方法，包括：
在所述车辆紧急呼叫系统中的第二端点处，通过通信会话信令协议从所述车辆紧急呼叫系统中的第一端点接收远程信息处理能力集合；以及
向所述第一端点发送对执行动作的请求，所述对执行所述动作的请求至少部分地基于所接收的远程信息处理能力集合。
33.根据权利要求32所述的方法，其中，所述第一端点是紧急呼叫车载系统(IVS)，以及所述第二端点是紧急呼叫应答点。
34.根据权利要求33所述的方法，还包括：
从所述IVS接收对建立紧急呼叫的请求；以及
由所述紧急呼叫应答点向所述紧急呼叫IVS发送针对所述远程信息处理能力集合的传输的请求。
35.一种用于在车辆紧急呼叫系统中传送远程信息处理数据的装置，包括：
处理器；
与所述处理器进行电通信的存储器；以及
存储在所述存储器中的指令，所述指令可由所述处理器执行以执行以下操作：
在所述车辆紧急呼叫系统中的第二端点处，通过通信会话信令协议从所述车辆紧急呼叫系统中的第一端点接收远程信息处理能力集合；以及
向所述第一端点发送对执行动作的请求，所述对执行所述动作的请求至少部分地基于所接收的远程信息处理能力集合。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201462028234P | 2014-07-23 | 2014-07-23 | |
| US62/028,234 | 2014-07-23 | ||
| US201462068590P | 2014-10-24 | 2014-10-24 | |
| US62/068,590 | 2014-10-24 | ||
| PCT/US2015/041817 WO2016014844A1 (en) | 2014-07-23 | 2015-07-23 | Vehicle-initiated emergency calls |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106537931A true CN106537931A (zh) | 2017-03-22 |
| CN106537931B CN106537931B (zh) | 2020-03-03 |
Family
ID=53794509
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201580039919.4A Active CN106537931B (zh) | 2014-07-23 | 2015-07-23 | 车辆发起的紧急呼叫 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US10057750B2 (zh) |
| EP (1) | EP3172904B1 (zh) |
| JP (1) | JP6630719B2 (zh) |
| KR (1) | KR102058276B1 (zh) |
| CN (1) | CN106537931B (zh) |
| BR (1) | BR112017000648A2 (zh) |
| CA (1) | CA2952835C (zh) |
| WO (1) | WO2016014844A1 (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108337291A (zh) * | 2017-12-28 | 2018-07-27 | 蔚来汽车有限公司 | 车辆远程服务系统和方法、处理装置和存储装置 |
| CN110313022A (zh) * | 2017-01-26 | 2019-10-08 | 捷豹路虎有限公司 | 用于事故响应的设备和方法 |
| CN110717999A (zh) * | 2019-10-08 | 2020-01-21 | 北京百度网讯科技有限公司 | 通信方法、装置、电子设备及存储介质 |
| CN113453962A (zh) * | 2019-02-27 | 2021-09-28 | 大众汽车股份公司 | 用于检验机动车的紧急呼叫装置的功能能力的方法和用于实施该方法的机动车 |
| CN115701894A (zh) * | 2022-12-27 | 2023-02-14 | 蔚来汽车科技(安徽)有限公司 | 通话方法、通话系统及计算机存储介质 |
Families Citing this family (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9521526B2 (en) * | 2012-09-28 | 2016-12-13 | Qualcomm Incorporated | Controlling the transfer of telematics data using session related signaling |
| CN107113584A (zh) * | 2014-12-18 | 2017-08-29 | 高通股份有限公司 | 用于利用过顶服务提供商来支持紧急呼叫的技术 |
| US9813540B2 (en) * | 2015-01-27 | 2017-11-07 | Hyundai Motor Company | Method of computing statistical vehicle data using mobile terminal and apparatus for performing the same |
| US10547730B2 (en) * | 2015-11-11 | 2020-01-28 | Ford Global Technologies, Llc | Method and apparatus for vehicular emergency call |
| KR20170056337A (ko) * | 2015-11-13 | 2017-05-23 | 현대자동차주식회사 | 차량 및 그 제어 방법 |
| KR101780286B1 (ko) * | 2015-12-09 | 2017-09-21 | 현대자동차주식회사 | Avn의 동작 방법, avn, 이를 포함하는 차량 |
| US10499229B2 (en) * | 2016-01-24 | 2019-12-03 | Qualcomm Incorporated | Enhanced fallback to in-band mode for emergency calling |
| US10623914B2 (en) | 2016-02-17 | 2020-04-14 | Tracfone Wireless, Inc. | Device, system, and process for providing real-time short message data services for mission critical communications |
| CN105761425B (zh) * | 2016-03-24 | 2019-09-03 | 腾讯科技（深圳）有限公司 | 求救方法、系统及装置 |
| WO2017211391A1 (en) * | 2016-06-07 | 2017-12-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic allocation and de-allocation of msisdn to vehicles |
| US9942702B1 (en) * | 2016-07-14 | 2018-04-10 | Sprint Communications Company L.P. | Device location determination when attached to one or more wireless repeaters |
| US10187923B2 (en) * | 2016-09-22 | 2019-01-22 | T-Mobile Usa, Inc. | Provisioning access points to mobile devices for emergency calls |
| WO2018066731A1 (ko) | 2016-10-07 | 2018-04-12 | 삼성전자 주식회사 | 통화 기능을 수행하는 단말 장치 및 방법 |
| WO2018144917A1 (en) * | 2017-02-02 | 2018-08-09 | Cyber Physical Systems, Inc. | Accident-severity scoring device, method, and system |
| US10129326B1 (en) * | 2017-06-23 | 2018-11-13 | T-Mobile Usa, Inc. | Emergency calling with a telephony application |
| EP3439353A1 (en) * | 2017-08-04 | 2019-02-06 | Deutsche Telekom AG | Method for performing end-to-end testing of an emergency call or quality management system or an emergency call or quality management functionality, mobile communication network, and system, program and computer program product |
| EP3462767B1 (en) * | 2017-09-29 | 2021-08-11 | Deutsche Telekom AG | Method for performing a test of an emergency call system, mobile communication network, program and computer program product |
| US10813143B2 (en) | 2017-11-09 | 2020-10-20 | Ford Global Technologies, Inc. | Multiple event-based vehicle communications |
| CN108012246A (zh) * | 2017-12-07 | 2018-05-08 | 三星电子（中国）研发中心 | 一种车载紧急呼叫系统及其提供实时生命体征数据的方法 |
| US10887737B2 (en) | 2017-12-21 | 2021-01-05 | Polaris Industries Inc. | Vehicle-to-vehicle communication system |
| US10917771B2 (en) * | 2018-01-08 | 2021-02-09 | Ford Global Technologies, Llc | System for smart child seat vehicle integration |
| US10609541B1 (en) | 2018-04-27 | 2020-03-31 | Mbit Wireless, Inc. | Method and apparatus for emergency alert in client devices |
| FR3085094A1 (fr) * | 2018-08-20 | 2020-02-21 | Psa Automobiles Sa | Procede de partage automatique des telecommunications entre un boitier telematique embarque dans un vehicule automobile et un telephone mobile externe |
| KR102110191B1 (ko) * | 2018-08-22 | 2020-05-13 | 주식회사텔러스 | 확장 사고 정보를 전송하는 차량 긴급 구난 장치 및 그 방법 |
| SE542551C2 (en) * | 2018-10-05 | 2020-06-02 | Skyresponse Ab | Method, Receiving interface, computer program and computer program product for grouping incoming alarm calls |
| US10820349B2 (en) | 2018-12-20 | 2020-10-27 | Autonomous Roadway Intelligence, Llc | Wireless message collision avoidance with high throughput |
| US10816635B1 (en) | 2018-12-20 | 2020-10-27 | Autonomous Roadway Intelligence, Llc | Autonomous vehicle localization system |
| US10814474B2 (en) | 2018-12-20 | 2020-10-27 | Autonomous Roadway Intelligence, Llc | Identification and localization of mobile robots |
| WO2020172612A1 (en) * | 2019-02-22 | 2020-08-27 | Rapidsos, Inc. | Systems & methods for automated emergency response |
| KR20210137549A (ko) | 2019-04-25 | 2021-11-17 | 마이크로칩 테크놀로지 인코포레이티드 | 유선 근거리 네트워크에서의 마스터 노드의 변경, 및 관련 시스템, 방법 및 디바이스 |
| US10713950B1 (en) | 2019-06-13 | 2020-07-14 | Autonomous Roadway Intelligence, Llc | Rapid wireless communication for vehicle collision mitigation |
| US10939471B2 (en) | 2019-06-13 | 2021-03-02 | David E. Newman | Managed transmission of wireless DAT messages |
| US10820182B1 (en) | 2019-06-13 | 2020-10-27 | David E. Newman | Wireless protocols for emergency message transmission |
| KR20210054162A (ko) * | 2019-11-05 | 2021-05-13 | 삼성전자주식회사 | 호 연결 시간을 단축하는 방법 및 이를 위한 전자 장치 |
| US20210192862A1 (en) * | 2019-12-18 | 2021-06-24 | Toyota Motor Engineering & Manufacturing North America, Inc. | Automated operator interface |
| US11070670B1 (en) * | 2020-01-16 | 2021-07-20 | RapidDeploy, Inc. | Platform for emergency event subscriptions |
| EP3910991B1 (en) * | 2020-05-15 | 2022-08-17 | Deutsche Telekom AG | PERFORMING A TEST OF AN EMERGENCY CALL (OR QUALITY MANAGEMENT FUNCTIONALITY) BASED ON A PREDEFINED TEST IDENTIFIER USED FOR INITIATING A CORRESPONDING PACKET-SWITCHED CALL BY A TEST MOBILE COMMUNICATION DEVICE REGISTERED
WITH A PRIVATE OR NON-PUBLIC MOBILE COMMUNICATION NETWORK |
| JP7458265B2 (ja) * | 2020-07-31 | 2024-03-29 | 株式会社Subaru | 自動通報機能を有する車両 |
| JP2022027035A (ja) * | 2020-07-31 | 2022-02-10 | 株式会社Subaru | 車両の自動緊急通報システムに用いられるサーバ装置 |
| DE202021105162U1 (de) * | 2020-09-25 | 2021-11-29 | Manuel Eckert | System zur Übermittlung positionsbezogener Notrufe von bzw. aus Fahrzeugen zu einer Leitstelle und zur Kommunikation zwischen Fahrzeuginsassen und einer Leitstelle |
| US11665211B2 (en) * | 2020-11-02 | 2023-05-30 | Mediatek Singapore Pte. Ltd. | Apparatuses and methods for call addition control |
| US11558730B1 (en) * | 2021-05-13 | 2023-01-17 | T-Mobile Usa, Inc. | Providing user equipment (UE) location information during an emergency call |
| EP4096181B1 (en) * | 2021-05-25 | 2023-11-15 | Unify Patente GmbH & Co. KG | Method and network system for defeating media-coordinated attacks on emergency call networks |
| KR20240038375A (ko) * | 2022-09-16 | 2024-03-25 | 삼성전자주식회사 | 긴급 통화를 위한 알림을 제공하는 디바이스 및 그 방법 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070032219A1 (en) * | 2004-05-07 | 2007-02-08 | Interdigital Technology Corporation | Supporting emergency calls on a wireless local area network |
| US20100202368A1 (en) * | 2009-02-10 | 2010-08-12 | Martin Hans | Apparatus and methods for transmission of emergency call data over wireless networks |
| US20100267358A1 (en) * | 2007-12-06 | 2010-10-21 | Staehlin Ulrich | Vehicle emergency call system for transmitting additional or modified data |
| CN102474554A (zh) * | 2007-08-15 | 2012-05-23 | 爱立信电话股份有限公司 | 用于将信息添加到紧急呼叫的方法和系统 |
| US20140094210A1 (en) * | 2012-09-28 | 2014-04-03 | Qualcomm Incorporated | Controlling the transfer of telematics data using session related signaling |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9426293B1 (en) * | 2008-04-02 | 2016-08-23 | United Services Automobile Association (Usaa) | Systems and methods for location based call routing |
| US8391829B2 (en) * | 2010-06-10 | 2013-03-05 | General Motors Llc | Remote vehicle data access during a multi-way call with a vehicle telematics unit |
| WO2013013140A1 (en) * | 2011-07-20 | 2013-01-24 | Airbiquity Inc. | Wireless emergency call (ecall) devices and ecall service subscription management |
| US20150109997A1 (en) * | 2013-10-21 | 2015-04-23 | Alexander Sirotkin | Apparatus, system and method of interfacing between a cellular manager and a wlan access device |
-
2015
- 2015-07-23 JP JP2017502996A patent/JP6630719B2/ja active Active
- 2015-07-23 BR BR112017000648A patent/BR112017000648A2/pt not_active IP Right Cessation
- 2015-07-23 CA CA2952835A patent/CA2952835C/en active Active
- 2015-07-23 CN CN201580039919.4A patent/CN106537931B/zh active Active
- 2015-07-23 US US14/807,663 patent/US10057750B2/en active Active
- 2015-07-23 WO PCT/US2015/041817 patent/WO2016014844A1/en active Application Filing
- 2015-07-23 EP EP15748121.9A patent/EP3172904B1/en active Active
- 2015-07-23 KR KR1020177001876A patent/KR102058276B1/ko active IP Right Grant
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070032219A1 (en) * | 2004-05-07 | 2007-02-08 | Interdigital Technology Corporation | Supporting emergency calls on a wireless local area network |
| CN102474554A (zh) * | 2007-08-15 | 2012-05-23 | 爱立信电话股份有限公司 | 用于将信息添加到紧急呼叫的方法和系统 |
| US20100267358A1 (en) * | 2007-12-06 | 2010-10-21 | Staehlin Ulrich | Vehicle emergency call system for transmitting additional or modified data |
| CN101911140A (zh) * | 2007-12-06 | 2010-12-08 | 大陆-特韦斯贸易合伙股份公司及两合公司 | 用于发射补充或修改数据的车辆紧急呼叫系统 |
| US20100202368A1 (en) * | 2009-02-10 | 2010-08-12 | Martin Hans | Apparatus and methods for transmission of emergency call data over wireless networks |
| US20140094210A1 (en) * | 2012-09-28 | 2014-04-03 | Qualcomm Incorporated | Controlling the transfer of telematics data using session related signaling |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110313022A (zh) * | 2017-01-26 | 2019-10-08 | 捷豹路虎有限公司 | 用于事故响应的设备和方法 |
| CN108337291A (zh) * | 2017-12-28 | 2018-07-27 | 蔚来汽车有限公司 | 车辆远程服务系统和方法、处理装置和存储装置 |
| CN108337291B (zh) * | 2017-12-28 | 2021-08-17 | 蔚来(安徽)控股有限公司 | 车辆远程服务系统和方法、处理装置和存储装置 |
| CN113453962A (zh) * | 2019-02-27 | 2021-09-28 | 大众汽车股份公司 | 用于检验机动车的紧急呼叫装置的功能能力的方法和用于实施该方法的机动车 |
| CN113453962B (zh) * | 2019-02-27 | 2023-10-24 | 大众汽车股份公司 | 用于检验机动车的紧急呼叫装置的功能能力的方法和用于实施该方法的机动车 |
| US11856131B2 (en) | 2019-02-27 | 2023-12-26 | Volkswagen Aktiengesellschaft | Method for testing the functional capability of an emergency call device of a motor vehicle, and motor vehicle for carrying out said method |
| CN110717999A (zh) * | 2019-10-08 | 2020-01-21 | 北京百度网讯科技有限公司 | 通信方法、装置、电子设备及存储介质 |
| CN110717999B (zh) * | 2019-10-08 | 2023-08-29 | 北京百度网讯科技有限公司 | 通信方法、装置、电子设备及存储介质 |
| CN115701894A (zh) * | 2022-12-27 | 2023-02-14 | 蔚来汽车科技(安徽)有限公司 | 通话方法、通话系统及计算机存储介质 |
| CN115701894B (zh) * | 2022-12-27 | 2023-10-24 | 蔚来汽车科技(安徽)有限公司 | 通话方法、通话系统及计算机存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2952835C (en) | 2021-02-16 |
| WO2016014844A1 (en) | 2016-01-28 |
| CN106537931B (zh) | 2020-03-03 |
| BR112017000648A2 (pt) | 2017-11-14 |
| JP2017524298A (ja) | 2017-08-24 |
| US20160029197A1 (en) | 2016-01-28 |
| KR102058276B1 (ko) | 2019-12-20 |
| JP6630719B2 (ja) | 2020-01-15 |
| US10057750B2 (en) | 2018-08-21 |
| KR20170033312A (ko) | 2017-03-24 |
| CA2952835A1 (en) | 2016-01-28 |
| EP3172904B1 (en) | 2019-05-01 |
| EP3172904A1 (en) | 2017-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106537931A (zh) | 车辆发起的紧急呼叫 | |
| KR101751147B1 (ko) | 세션 관련된 시그널링을 이용하여 텔레매틱스 데이터의 전송을 제어하기 | |
| US10111078B2 (en) | Techniques to support emergency calls with over-the-top service provider | |
| US10873844B2 (en) | Apparatus and methods for transmission of emergency call data over wireless networks | |
| Oorni et al. | In-vehicle emergency call services: eCall and beyond | |
| JP5739060B2 (ja) | 車両内緊急コール・サービスのための優先登録 | |
| EP2707861B1 (en) | Priority registration for in-vehicle emergency call service | |
| Rebahi et al. | Towards a next generation 112 testbed: The EMYNOS ESInet | |
| EP3843059A1 (en) | Vehicle emergency rescue device for transmitting extended accident information and method thereof | |
| Gellens et al. | Next-Generation Vehicle-Initiated Emergency Calls | |
| Gellens et al. | Next-Generation Vehicle-Initiated Emergency Calls, draft-ietf-ecrit-car-crash-12. txt | |
| Tschofenig | ECRIT R. Gellens Internet-Draft Core Technology Consulting Intended status: Standards Track B. Rosen Expires: March 25, 2017 NeuStar, Inc. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | 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 |