CN114245338A - 无线通信***中的电子设备和方法 - Google Patents

Abstract

公开了一种无线通信***中的电子设备和通信方法。提供了一种无线通信***中的终端侧电子设备，包括处理电路，所述处理电路被配置为：获取关于与终端侧电子设备相关联的终端侧设备的内部状况的信息，并且周期性或者以触发方式地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备，其中，一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信的终端侧电子设备。

Description

无线通信***中的电子设备和方法

技术领域

本公开涉及一种无线通信***中的电子设备和方法，并且具体而言，涉及无线通信***中进行信息传输的电子设备和方法。

背景技术

随着无线通信技术的发展以及汽车数量飞速增长，智能交通运输已经日益引起关注并得到快速发展。V2X(Vehicle-to-Everything)技术是未来智能交通运输***的关键技术。它使得车与车、车与基站、基站与基站之间能够通信，获得实时路况、道路信息、行人信息等一系列交通信息，从而提高驾驶安全性、减少拥堵、提高交通效率等。

由国际标准组织3GPP(the 3rd Generation Partnership Project 第三代合作伙伴计划)制定的NR(New Radio Access Technology in 3GPP新空口无线接入技术)-V2X(Vehicle to everything车联网) 标准支持车联网中的V2V(车与车)和V2I(车与路边单元)之间的通信，能够实现车辆编队、自动/半自动驾驶等更丰富的车联网应用场景。随着通信技术的发展，5G-NR(New Radio)的相关研究和标准化工作的展开，NR-V2X也成为了一个热点的研究问题。特别地，车联网场景下的车辆信息传输尤其值得优化。

除非另有说明，否则不应假定本节中描述的任何方法仅仅因为包含在本节中而成为现有技术。同样，除非另有说明，否则关于一种或多种方法所认识出的问题不应在本节的基础上假定在任何现有技术中都认识到。

发明内容

本公开提供了一种无线通信***中的电子设备和方法，其能够改进无线通信***中的信息传输，尤其是提供改进的车联网通信中的车内信息传输。

本公开的一方面涉及一种无线通信***中的终端侧电子设备，该终端侧电子设备包括处理电路，所述处理电路被配置为获取关于与终端侧电子设备相关联的终端侧设备的内部状况的信息，并且周期性或者以触发方式地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备，其中，一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信的终端侧电子设备。

本公开的又一方面涉及一种用于无线通信***中的终端侧的方法，该方法包括获取关于与终端侧电子设备相关联的终端侧设备的内部状况的信息，并且周期性或者以触发方式地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备，其中，一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信的终端侧电子设备。

本公开的另一个方面涉及一种存储有可执行指令的非暂时性计算机可读存储介质，所述可执行指令当被执行时实现如前所述的方法。

本公开的另一个方面涉及一种无线通信装置。根据一个实施例，所述无线通信装置包括：处理器和存储装置，所述存储装置存储有可执行指令，所述可执行指令当被执行时实现如前所述的方法。

本公开的另一个方面涉及一种无线通信装置，包括用于实现如前所述的方法的部件。

附图说明

下面结合具体的实施例，并参照附图，对本公开的上述和其它目的和优点做进一步的描述。在附图中，相同的或对应的技术特征或部件将采用相同或对应的附图标记来表示。

图1示意性地示出了车联网通信场景中根据本公开的实施例的无线通信***。

图2示意性地示出了根据本公开的实施例的无线通信***的终端侧电子设备的框图。

图3示意性地示出了根据本公开的实施例的无线通信***的终端电子设备执行的操作的流程图。

图4A和4B示出了根据本公开的第一实施例的信令交互流程。

图5A和5B示出了根据本公开的第二实施例的信令交互流程。

图6A到6C示出了根据本公开的第三实施例的信令交互流程。

图7示出了根据本公开的第四实施例的信令交互流程。

图8是示意性地示出了根据本公开的实施例的中可采用的信息处理设备的个人计算机的示例结构的框图；

图9是示出可以应用本公开的技术的eNB的示意性配置的第一示例的框图；

图10是示出可以应用本公开的技术的eNB的示意性配置的第二示例的框图；

图11是示出可以应用本公开的技术的通讯设备的示意性配置的示例的框图，以及

图12是示出可以应用本公开的技术的汽车导航设备的示意性配置的示例的框图。

虽然在本公开内容中所描述的实施例可能易于有各种修改和另选形式，但是其具体实施例在附图中作为例子示出并且在本文中被详细描述。但是，应当理解，附图以及对其的详细描述不是要将实施例限定到所公开的特定形式，而是相反，目的是要涵盖属于权利要求的精神和范围内的所有修改、等同和另选方案。

具体实施方式

在下文中将结合附图对本公开的示范性实施例进行描述。为了清楚和简明起见，在说明书中并未描述实施例的所有特征。然而，应该了解，在对实施例进行实施的过程中必须做出很多特定于实施方式的设置，以便实现开发人员的具体目标，例如，符合与设备及业务相关的那些限制条件，并且这些限制条件可能会随着实施方式的不同而有所改变。此外，还应该了解，虽然开发工作有可能是非常复杂和费时的，但对得益于本公开内容的本领域技术人员来说，这种开发工作仅仅是例行的任务。

此外，为了避免因不必要的细节而模糊了本公开，在附图中仅仅示出了与至少根据本公开的方案密切相关的处理步骤和/或设备结构，而省略了与本公开关系不大的其他细节。还应注意，在附图中相似的附图标记和字母指示相似的项目，并且因此一旦一个项目在一个附图中被定义，则对于随后的附图无需再对其进行论述。

在本公开中，术语“第一”、“第二”等仅仅用于区分元件或者步骤，而不是要指示时间顺序、优先选择或者重要性。

随着智能交通的发展，V2X(Vehicle-to-Everything)车联网技术作为智能交通运输***的关键技术而日益受到重视并且获得越来越广泛的使用。该技术使得车与车、车与基站、基站与基站之间能够通信，获得实时路况、道路信息、行人信息等一系列交通信息。特别而言，由汽车引起的交通事故频频发生，为了避免更多由交通事故带来的巨大损失,V2X车联网可以为车辆行驶进行安全预警，提高行车安全，减少交通事故的发生。

自动驾驶车辆在道路上行驶会周期性地广播基本安全消息 (BSM)。BSM中包含了通过传感器检测后经过或未经过处理过的关于自动驾驶车辆的车辆状态信息，尤其是车辆外在行驶状态信息、诸如车辆周围环境、车辆行驶轨迹、车速等等。当周围车辆或者路侧单元(RSU)收到该信息后，通过解调解码相应数据获知广播车辆的基本状态，是否有不正常驾驶行为或者不正常的车况信息。因此该消息有助于提升自动驾驶车辆道路行驶中的安全系数，同时如果出现非正常状态时会有提前预警指示。此外，BSM还可通过扩展包括车辆的自动驾驶等级，当前行驶车道以及行驶规划等信息。

然而，当前的应用标准和实际应用场景中，针对安全性的考虑主要是考虑车辆的外在行驶状态信息，而对于车内的状况没有加以考虑。相反，车内状况对于保证自动驾驶车辆安全行驶同等重要，甚至有助于提早发现非正常驾驶状态，从而可以提前安全报警并获得妥善处理，进一步提高安全系数。

鉴于此，本公开提出了主动收集车内信息数据，周期性地或者以触发的方式将信息的一部分或者全部共享给车联网中的其它设备，诸如车联网中的控制侧设备，诸如V2X中的服务器或者MEC(多接入边缘计算)，路侧设备等，或者车联网中的其它车辆等等。控制侧设备可以根据上报车辆所在位置的整体交通状况，特别是VRU的存在情况，综合判断是否对车辆启用远程控制。

特别地，本公开提出了主动采集自动驾驶车辆内部数据，并且当车辆内部数据指示异常或者不适合继续驾驶的状态时，主动将异常状态在车联网***中进行共享，特别地，上报到控制侧设备，和/或广播异常状态至相邻的车辆，从而道路上行驶的车辆会第一时间发现异常车辆从而进行避让或者辅助停靠，而不是再依靠服务器的宏观调控或规划。而且，控制侧设备可以在自动驾驶车辆主动预警之后进行接管。这样，当异常发生时，能够最大程度减小对于驾驶异常车辆和异常区域的有效控制的反应时延。

此外，本公开还提出了能够对车内采集的信息进行分类，特别地，将车内采集的信息分成安全相关的信息和非安全相关的信息，从而能够将信息加以区分地进行分享，例如仅仅将安全相关的信息进行分享，特别地进行信息加密，从而在最大限度保护用户隐私的基础上共享给车联网中的其它设备。

而且，本公开还提出了车联网场景中车队模式下的信息共享。特别地，车队中的一个车辆可用作头车，其余车辆可作为跟随车。在工作中，车队中的头车负责车队中全部或部分车辆的信息收集，诸如收集全部或部分跟随车的内部检测信息，并且将该信息上传至控制侧设备，和/或负责信息在车队中车辆之间共享。这样能够实现车内信息的集中处理和通信，有效地提高车内信息的通信效率和信息管理。

以下将主要结合V2X车联网通信传输场景来描述根据本公开的方案。在本公开中，可以通过例如4G、5G等无线通信技术，并且相应地可以采用各种通信方式，诸如直连通信、组播和广播等通信方式，来实现车联网中各种设备之间的通信，诸如自动/半自动驾驶车辆之间、车辆与基站、服务器、路侧设备之间的通信。应指出，V2X仅仅是示例性的，本公开的基本构思可以应用于其他相似的应用场景，尤其是需要监视设备内部信息以便提高处理效率和安全性的其它应用场景，诸如物联网、飞行设备联网、其他类型的设备联网***等等。

图1示出了在车联网应用环境中根据本公开的实施例的无线通信***100的示意图。无线通信***100可以包括终端侧电子设备120a、 120b和120n。虽然图1中示出了三个终端侧电子设备，但是应理解，无线通信***100还可以包括其他任意合适数量的终端侧电子设备。

在本公开中，术语“终端侧电子设备”具有其通常含义的全部广度，并且至少包括被用于作为无线通信***或无线电***的一部分以进行终端侧设备(例如V2X中的车辆，类似应用场景中的无人机、机器人等)内部状况信息收集和传输的终端设备，或者该终端设备的元件。在一些实施例中，终端侧电子设备可以是终端侧设备(诸如车辆) 本身，或者是与终端侧设备结合使用的电子设备，诸如车载设备。在本公开中，终端侧电子设备120a、120b和120n采集车内状况信息，该车内状况信息可以在车联网内共享，例如在车辆之间分享，或者传输至车联网中的服务器或MEC或者路侧单元。

在一些实施例中，无线通信***100还可以可选地包括控制侧电子设备110和130，控制侧电子设备110和130可以被配置为被配置为通过例如4G、5G等无线通信技术与终端侧电子设备进行通信。其中，服务器、MEC、路侧单元都可以是控制侧电子设备的示例，诸如控制侧电子设备110可对应于服务器或MEC，控制侧电子设备130 可对应于路侧单元。

在本公开中，“控制侧电子设备”具有其通常含义的全部广度，例如可以包括作为无线通信***或无线电***的一部分以便于进行车辆状况判定和/或车辆行驶调度的设备。在一些实施例中，控制侧电子设备可以是例如基站(例如，gNB)、V2X***中的服务器或MEC、或路边单元(RSU)等等或者是其一部分。在本公开中，术语“基站”具有其通常含义的全部广度，并且至少包括作为无线通信***或无线电***的一部分以便于通信的无线通信站。作为例子，基站例如可以是遵循4G通信标准的eNB、遵循5G通信标准的gNB、远程无线电头端、无线接入点、无人机控制塔台或者执行类似功能的通信装置。

在V2X车联网场景下车辆行驶过程中，车辆可以检测自身以及周围环境的信息并且将所检测到的信息与车联网中的其它设备，诸如服务器110，路侧单元130，以及其他车辆共享，从而有助于车辆信息能够被车联网的其它设备及时了解。

服务器110可以根据所分享的车辆的信息来对车辆进行适当的控制，例如对车辆行驶进行调度。作为示例，服务器110可以根据所接收到的车辆信息进行调度以便提高提高车辆通信效率，并且在所接收的车辆信息指示车辆异常的情况下还可以直接对异常车辆进行处理，以免发生交通事故造成交通阻塞。此外，服务器110还可以将所接收的信息告知其他车辆设备，从而实现信息共享。信息可以经由基站发送到服务器，或者服务器可以被安置在基站处，作为基站的一部分。

路侧单元130可以作为中继器将所接收到的信息提供给服务器，或者将所接收到的信息传送给在其通信范围内的车辆，从而有助于信息在车联网中共享。特别地，路侧单元130也可作为控制侧设备，并且对于在其通信范围内的车辆进行适当控制，与上文所述服务器的处理类似。

车辆120a，120b，…，120n之间也可进行车辆信息共享，例如相距一定距离内的车辆之间可以通过各种适当的通信方式进行通信，实现信息共享。特别地，在车联网中车辆可以组成车队行驶，车队中的车辆可以基于车辆的行驶模式而布置成特定位置关系，诸如排成一行，而车队中的相邻车辆之间以及车辆与头车之间可实现信息共享。例如，车队中的车辆可以通过利用直通链路通过组播的方式在车队中进行信息分享。这同样适用于利用直通链路(sidelink)组播通信的其它各种无线通信场景中，例如无人机编队飞行、智能工厂机器人编队操作等等。

图2示出了根据本公开的实施例的终端侧电子设备200的示意性框图。终端侧电子设备200可以对应于图1中的终端侧电子设备120a、 120b或120n，其可以与无线通信***中的控制侧电子设备进行通信。如图2所示，终端侧电子设备200可以包括处理电路220。

根据本公开的实施例，处理电路220可以被配置为：获取关于终端侧设备的内部状况的信息，并且周期性或者触发性地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备，其中，一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信的终端侧电子设备。

这里，终端侧设备可以是指与终端侧电子设备协同工作的设备，或者终端侧电子设备可以被包含在终端侧设备中，甚至是终端侧设备本身。终端侧设备例如可以是车联网中的车辆，终端侧电子设备例如可以是车载电子设备甚至是车辆本身，并且以下将主要以车联网和车联网中的设备为例进行描述，应指出，以下描述同样可以适用于其它类似联网场景中的可采集和传输内部状况信息的设备。

根据本公开的实施例，关于终端侧设备的内部状况的信息可以包括反映终端侧设备的内部状况的信息中的一部分或者全部，诸如声音、图像等等，其可通过适当的感测设备来采集/获取。作为示例，在终端侧设备为车辆的情况下，根据本公开的声音信息可以包括车内环境中的声音内容，诸如驾驶员声音、乘客声音、车内设备工作声音等。声音内容可通过作为感测设备的示例的声音传感器来采集/获取。声音传感器可以为各种形式(诸如麦克风等)并且设置在车辆内部适当的位置处。根据本公开的图像信息可以包括车内环境中的图像内容，诸如驾驶员图像、乘客图像、车内设备图像等。图像内容可通过作为感测设备的示例的图像拍摄设备(诸如摄像头等)来采集/获取。图像传拍摄设备可以为各种形式，并且安装在车辆内部适当的位置处。

根据另一实施例，考虑到为了降低信息传输的带宽消耗，所传输的关于内部状况的信息可以包括基于采集/获取的内容进行初步判断的结果。特别地，关于终端侧设备的内部状况的信息还可以包括指示终端侧设备的内部状况是否异常的指示信息，该信息例如通过对前述反映终端侧设备的内部状况的信息进行分析而得到，例如为二值形式。作为示例，该指示信息可以是指示车内环境中的声音/图像内容是否存在异常的指示信息。作为另一示例，所传输的信息还可以包括通过感测设备采集的样本内容，诸如样本声音、图像等。这样可以有效地减少数据传输开销。

根据本公开的实施例，所述车辆内部状况信息包括车辆驾驶员状态信息、车辆乘客状态信息、车辆内部设备状况信息中的至少一者。

根据本公开的实施例，车辆驾驶员状态信息可以用于指示车辆中的驾驶员的状况，以供及时准确地确定车辆中驾驶员的状况是否正常。作为示例，所述车辆驾驶员状态信息包括关于以下中的至少之一的信息：驾驶员视线朝向，驾驶员头部朝向，驾驶员手部位置，驾驶员健康状态(心率，呼吸等)，驾驶员是否有困意，驾驶员是否过于兴奋，驾驶员是否有注意力不集中等。

作为一个示例，车辆驾驶员状态信息可以是采集的驾驶员的声音、图像、身体状况参数等，如上所述通过麦克风、图像摄像设备、身体状况采集设备等获取。例如，驾驶员的视线朝向、头部朝向、手部位置等等可以采用在车辆驾驶员座位附近的图像摄像设备，诸如方向盘、车辆前挡玻璃附近的图像摄像设备来采集。驾驶员健康状态(心率，呼吸等)、驾驶员是否有困意、驾驶员是否过于兴奋、驾驶员是否有注意力不集中等等也可通过上述设备或者通过驾驶员佩戴的身体状况采集设备来采集，和/或还可以在车载设备中来进行分析和判断，在此情况下，作为示例，车辆驾驶员状态信息可以被二值化地表示，例如以二进制的0和1分别表示不同的状况，诸如1指示有困意，0指示无困意。

作为另一示例，车辆驾驶员状态信息也可以是由车载设备进行对采集的驾驶员状态进行分析之后所确定的结果信息，诸如通过将所采集的声音、图像、身体状况参数等进行分析以判断驾驶员是否存在异常，并且将判断结果作为车辆驾驶员状态信息在车联网中共享。作为示例，在此情况下，车辆驾驶员状态信息可以为二值化，诸如1指示有异常，0指示无异常。

通过监测驾驶员状态并且在驾驶员状态异常时及时传输相关信息，例如及时上报至服务器进行处理，可以能够及早地处理风险，避免安全事故的发生。例如，当驾驶员出现身体不适、注意力不集中等迹象时，可以在车辆行驶出现异常之间就及时处理，从而在发生行车安全事故之前及时加以控制，有效地避免事故的发生。

根据本公开的实施例，车辆乘客状态信息可以指示用于指示车辆中的乘客的状况，以便准确地检查车辆中乘客的状况是否正常。根据实施例，所述车辆乘客状态信息包括关于以下中的至少之一的信息：乘客表情动作，乘客健康状态，乘客生命迹象。类似于车辆驾驶员状态信息，车辆乘客状态信息可以为声音、图像或者其它适当形式的信息，并且可通过安装在车辆中的相应设备等来获取。特别地，车辆乘客状态信息可以是由车载设备进行分析之后所确定的结果信息，例如被二值化地表示，诸如1指示健康良好，0指示健康不佳。

通过监测车内乘客状态并且在车内乘客状态异常时及时传输相关信息，例如及时上报至服务器进行处理，能够及时保证乘客安全。例如，可以及时地更改行车路线，例如去往医院以便对乘客进行救治，甚至还可以将此信息上报至医院以便医护人员和设备能够提前做好准备，从而实现乘客的妥善救助，能够有效地保证乘客的安全。

根据本公开的实施例，车辆内部设备状况信息可以指示用于指示车辆内部设备的完好状况，以便准确地检查车辆中是否存在安全风险。根据实施例，所述车辆内部设备状况信息包括关于以下中的至少之一的信息：挡风玻璃是否破损，天窗是否破损，车窗是否破损，车内空调是否正常工作。与前述内容类似地，车辆内部设备状况信息可以为任何适当的形式并且通过适当的设备来获取，例如可以为通过车内摄像设备来拍摄的图像，和/或可以是由车载设备进行分析之后所确定的结果信息，例如被二值化地表示，诸如1指示完好，0指示存在破损或者不正常工作。

通过监测车内设备状态并且在车内设备状态异常时将相关信息及时上报至服务器进行处理，可以及时地将更改行车路线或者进行临停，妥善地对车内设备进行调试或者维修，这样能够降低车辆行驶中出现危险的风险，提高乘客乘坐车辆的舒适度。

以下示出了根据本公开的车辆内部状况信息的示例性格式。

应指出，以上仅仅是示例性的，根据本公开的车辆内部状况信息还可以是任何其它形式，还可包括其它信息元素。

根据本公开的实施例，车辆内部状况信息可以是经过特定处理之后的信息。作为一个示例，该特定处理可以包括对所采集的声音、图像、参数等进行降噪、调谐、提高对比度、加密、编码等本领域已知的处理。作为另一示例，该特定处理可以包括过滤/选择处理，尤其是用于滤除车辆内部状况信息中的非安全性信息，例如驾驶员、乘客的隐私相关的信息，车辆内的其它视频、娱乐等，的过滤操作。在此情况下，该信息是去除了非安全性信息之后的经过滤的信息，从而仅剩余与车辆安全有关的信息，例如驾驶员安全状态、乘客安全状态、车辆设备完好状态等的信息，这样可以在提高车辆安全性的同时，能够适当保护车内人员的隐私。

根据本公开的实施例，终端侧电子设备，例如自动驾驶车辆，可以周期性地所获得的车辆内部状况信息共享给无线通信***中的其它设备，例如控制侧电子设备(诸如服务器，路侧单元)和其它终端侧电子设备，例如自动驾驶车辆。

作为示例，该周期可以是在车辆生产时被预先设置的，作为另一示例，该周期可以是由***中的服务器或MEC或者路侧单元等设定的，并且在通信时告知车辆，从而车辆可以每隔特定时间段就采集车内的信息并且共享到通信网络中。

根据本公开的实施例，车辆内部状况信息可被以触发的方式采集和/或传输，从而只有当满足特定触发条件时，车辆才会进行信息的采集和/或传输。作为示例，可以是由车联网中的控制器、MEC、路侧单元或者其它车辆进行触发的，也可以是由车辆本身响应于特定条件而触发。

根据本公开的实施例，可以是事件触发的。特别地，当将要执行需要利用车辆内部状况信息的事件或者需要利用车辆内部状况信息来验证事件分析结果时，可以请求/指示车辆内部状况信息进行传输。作为示例，事件包含***中的服务器对于车辆轨迹分析，服务器对于整体交通状况分析，服务器对于道路其他设备上报结果分析判断等等。这样，当需要进行上述事件或者类似事件或者获得了事件的相关结果时，可以触发车辆来传输信息。作为一个示例，是由云服务器或者 MEC或者路侧设备触发，以便将车辆内部状况信息进行共享。作为另一个示例，当车辆接收到通信范围内的其它车辆或者车队中的车辆希望在车辆之间进行信息共享的请求时，车辆可以将车辆内部状况信息进行共享。

根据另一实施例，可以是车辆自身主动触发地。例如，当车载设备分析到传感器所采集到的信息指示车内状况存在异常时，则主动向服务器、MEC、路侧设备或者车联网中的其它设备共享信息，以便能够异常状况能够得到及时处理。

根据本公开的实施例，在所述车辆不在网络覆盖范围内的情况下，所述处理电路主动广播所检测到的车辆内部状况信息。作为示例，当由于车联网通信故障，车辆无法与服务器、MEC、路侧单元等无法正常通信的状况下，处理电路在检测到车内异常的情况下可以通过适当方式来实现与邻近车辆或者设备的信息分享，该信息分享方式可以包括广播、组播、单播等中的任何一种或多种方式，并且该信息分享方式并不特别受限，只要能够使得车内异常能够及时被接收到。作为示例，可以主动广播所检测到的异常车辆内部状况信息，以提醒周围道路的使用车辆注意避让。由此，相邻车辆可以及时获知异常车辆的状况和信息，并且及时将该信息转发到车联网的服务器、MEC、路侧设备等处，从而相邻车辆可以及时进行避让，服务器能够及时知晓车内故障信息，并且进行统一的调度和安排。

根据还一个实施例，可以是资源触发的。特别地，可以根据信息传输资源的可用情况来决定是否进行车辆内部状况信息的传输。作为示例，服务器根据当前上行资源的使用情况调度某些自动驾驶汽车进行车辆内部状况信息进行共享，车辆响应于该调度指令而进行信息传输。作为另一示例，车辆也可在检测到存在可用于向***中传输信息的资源时主动进行信息传输。

根据本公开的实施例，车联网中的车辆能够以车队形式进行行驶，此时一个车辆会作为头车，而其他车辆作为从车，而在车队行驶模式中主要由头车负责与车联网中其它设备的通信。例如，头车能够负责车队中车辆之间的信息共享以及车队车辆的信息到服务器、路侧单元以及其他车辆的传输。因此，在车辆以车队形式行驶时，车辆中跟随车的信息将传输给头车，并且由车队的头车实现信息共享。

根据本公开的一个实施例，所述车辆为车队中的头车，所述处理电路进一步配置为：收集车队中跟随车的信息，并且将所收集的跟随车的信息以及本车自身的信息一起共享。作为示例，信息可以由头车发送给车联网的服务器、MEC、路侧设备等处。作为另一示例，信息可以由头车在车队的成员车辆之间共享。

根据本公开的另一实施例，所述车辆为车队中的跟随车，所述处理电路进一步配置为：周期性或者触发性地将关于车辆内部状况的信息传输给车队中的头车。

在上述设备的结构示例中，处理电路220可以是通用处理器的形式，也可以是专用处理电路，例如ASIC。例如，处理电路230能够由电路(硬件)或中央处理设备(诸如，中央处理单元(CPU))构造。此外，处理电路220上可以承载用于使电路(硬件)或中央处理设备工作的程序(软件)。该程序能够存储在存储器(诸如，布置在存储器中)或从外面连接的外部存储介质中，以及经由网络(诸如，互联网)下载。

根据一个实施例，处理电路220可以包括用于相应地实现上述操作的各个单元，例如，用于获取关于终端侧设备的内部状况的信息的获取单元240，和周期性或者触发性地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备的传输单元260，其中该传输单元260配置为一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信终端侧设备。

根据另一实施例，处理电路还可以包括对采集的信息进行分析/ 判断的单元，例如如上所述地，对采集的声音、内容、参数等进行分析/判断以确定车辆内部是否存在异常，此时分析/判断结果可作为内部状况信息。该单元可以被包含在获取单元240中或者在获取单元240 之外。

根据另一实施例，处理电路还可以包括用于在车队行驶模式下收集车队中跟随车的信息的收集单元，以及用于所收集的跟随车的信息以及本车自身的信息一起在车联网中分享的分享单元。作为示例，该信息可以包括车辆内部状况信息、娱乐信息等中的至少一者。作为示例，该收集单元可以被包含在获取单元240中或者在获取单元240之外，该分享单元可以被包含在传输单元260中或者在传输单元260之外。

根据另一实施例，处理电路还可以包括用于在车队行驶模式下周期性或者触发性地将关于车辆内部状况的信息提供给车队中的头车的供给单元。附加地，该供给单元还可以将娱乐信息等提供给头车。作为示例，该供给单元可以被包含在传输单元260中或者在传输单元 260之外。

上述各个单元可以进行如上文所述地操作，这里将不再详细描述。应注意，上述各个单元仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体的实现方式，例如可以以软件、硬件或者软硬件结合的方式来实现。在实际实现时，上述各个单元可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(CPU或DSP等)、集成电路等)来实现。需要注意的是，尽管图2中将各个单元示为分立的单元，但是这些单元中的一个或多个也可以合并为一个单元，或者拆分为多个单元。此外，上述各个单元在附图中用虚线示出指示这些单元可以并不实际存在，而它们所实现的操作/功能可由处理电路本身来实现。

应理解，图2仅仅是终端侧电子设备的概略性结构配置，可选地，终端侧电子设备200还可以包括未示出的其它部件，诸如存储器、射频链路、基带处理单元、网络接口、控制器等。处理电路可以与存储器和/或天线相关联。例如，处理电路可以直接或间接(例如，中间可能连接有其它部件)连接到存储器，以进行数据的存取。存储器可以存储由处理电路220获取的和产生的各种信息(例如，车辆内部状况信息及其分析结果等)、用于终端侧电子设备操作的程序和数据、将由终端侧电子设备发送的数据等。存储器还可以位于终端侧电子设备内但在处理电路之外，或者甚至位于终端侧电子设备之外。存储器可以是易失性存储器和/或非易失性存储器。例如，存储器可以包括但不限于随机存储存储器(RAM)、动态随机存储存储器(DRAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、闪存存储器。

还例如，处理电路可以直接或间接连接到天线，以经由传输单元发送信息以及接收请求/指令。例如，作为示例，天线可以是全向天线和/或定向天线，其可以通过各种方式来实现，例如天线阵列(诸如全向天线和定向天线两者，或者能够实现全向天线和定向天线两者的功能的单一天线阵列)和/或射频链路等通信部件，这里将不再详细描述。作为示例，天线也可被包含在处理电路中，或者在处理电路之外。甚至可以耦合/附接到电子设备200、而不被包含在电子设备200中。

以下将参照附图来描述根据本公开的实施例的用于无线通信***终端侧的方法，图3示出了根据本公开的实施例的用于无线通信***终端侧的方法的流程图。

在步骤S301，获取关于终端侧设备的内部状况的信息；在步骤 S302，周期性或者触发性地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备，特别地，检测终端侧设备内部是否存在异常，并且一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信终端侧设备。另一方面，如果没有存在异常，则进行下一次的信息传输，例如周期性的信息传输或者触发式的信息传输。这里，内部状况的信息以及异常状态的信息可以为如上所述的信息，这里将不再重复描述。此外，该方法还可以包括实现上文所述的终端侧电子设备所执行的操作的相应步骤，这里将不再重复描述。

应指出，这些步骤可以由前文所述的根据本公开的终端侧电子设备来执行，特别地由前文所述的根据本公开的终端侧电子设备的相应单元来执行，或者可由适当的终端侧设备来执行。

以下将参照图4A到4B来描述根据本公开的示例性第一实施例。在本实施例中，自动驾驶车辆通过座舱内部署的传感器，主动收集车内数据，周期性将信息传输给V2X服务器或者MEC，或者***中的路侧单元或者其它车辆。

图4A示出了根据本公开的第一实施例的周期性信息传输的信令图。周期性的发送方式是在自动驾驶车辆联网后由网络配置的。例如由V2X服务器或者MEC告知车辆，其中包括周期性传输的配置信息。当然，这并非是局限性的，该周期性传输的配置信息也可被以其它方式告知车辆，因此在图中以虚线示出。作为示例，在周期性传输中，可以就像BSM一样，与BSM一起传输。这样，自动驾驶车辆会获取车辆内部状况信息并且以该信息来扩展BSM，将扩展后的BSM按照配置的发送周期进行定期共享，其中扩展的内容(车内数据收集)相对于BSM处于始终有效(always on)的状态，即只要BSM发送，扩展内容就一定发送。当然，该检测信息可以独立于BSM，例如通过另外的信令进行传输。

在接收到车辆内部状况信息之后，V2X服务器或者MEC将发送确认信息给车辆。此外，如果V2X服务器或者MEC根据车辆内部状况信息确认车辆状况存在异常，则启动紧急控制，并且通过网络对车辆进行远程控制。

此外，该车辆内部状况信息也可被传输给***中的其它车辆或者路侧单元，此时可通过PC5通信或者以其它合适的通信方式进行传输。

为尽可能的保护车辆内部隐私，例如车辆座舱内的隐私，本实施例进一步进行了处理，包括但不限于、分析、选择/过滤、加密等等。处理分析的过程是简单的判断，相较于V2X服务器或者MEC的处理不会过多的占用V2X计算单元。非安全直接相关的信息并不会主动共享给服务器，这种非安全直接相关的信息包括但不限于驾驶员的面部表情，驾驶舱内的对话等。从而在节省了信息传输开销的情况下，能够适当保护车内隐私。如果遇到服务器直接请求相关非安全直接相关信息，智能座舱可将收集到的信息简单处理后再共享出去。比如驾驶员的直接面部表情可以通过特征提取和虚拟化的手法保护隐私；再有座舱内收集到的会话信息可通过语音识别转换为文字模式。

图4B示出了根据本公开的实施例的对传输信息进行进一步处理的示例。其中，其中，V2X服务器或者MEC将车辆内部状况信息的发送方式提前告知车辆，如虚线箭头所示。这样车辆可以周期性地获取车辆内部状况信息，并且对信息进行过滤/选择，或者其它处理，然后将经过滤/选择的信息(例如，去除了非安全相关信息之后的信息等) 发送给V2X服务器或者MEC，或者其它车辆或路侧单元，例如与 BSM一起，如第一实施例中那样，从而可以更好地保护隐私。应指出，对信息进行如上所述的进一步处理可以由车辆端主动进行的，也可是响应于***中其它设备的要求，例如V2X服务器或MEC的要求，而进行的。

以下将参照图5A和5B来描述根据本公开的示例性第二实施例。在本实施例中，自动驾驶车辆通过座舱内部署的传感器，主动收集车内数据，并且以触发方式、尤其是响应于***中其它设备的请求来进行信息传输。触发式信息传输即为非周期性的发送。触发传输的配置信息也可在联网时由V2X服务器或者MEC告知车辆，或者车辆以其他方式获知该配置，这里将不再详细描述。

图5A示出了根据本实施例的响应于来自V2X服务器或者MEC 的请求而触发信息传输的信令交互过程。其中，V2X服务器或者MEC 向车辆发送信息传输请求，该请求可以是V2X服务器或者MEC响应于事件触发和/或资源触发而做出的，事件触发和/或资源触发可如前文所述，这里将不再详细描述。响应于来自V2X服务器或者MEC的请求，车辆可以将收集的车内状况信息发送给V2X服务器或者MEC。非周期的数据可以嵌入BSM中，和周期性的场景一样作为BSM的扩展，并且随着BSM一起发送。该检测信息亦可以独立于BSM，并且通过其他信令进行发送。在接收到车辆内部状况信息之后，V2X服务器或者MEC将发送确认信息给车辆。此外，如果V2X服务器或者 MEC根据车辆内部状况信息确认车辆状况存在异常，则启动紧急控制，并且通过网络对车辆进行远程控制。

应指出，触发式传输和周期式传输可以是一起使用的。特别地，车辆内部状况信息可以在一般情况下周期式传输，并且当接收到V2X 服务器或者MEC的请求的情况下进行触发式传输。此外，传输的信息也可以可选地进行进一步的处理，如上文所述，这里将不再重复说明。在此情况下，周期式传输的方式可以如图4A或4B中所示，并且在图5A中以虚线指示。

图5B示出了根据本实施例的响应于来自***中的路侧单元或者其它车辆的传输请求而触发信息传输的信令交互过程。例如，在车辆之间进行信息共享的情况下，车辆之间可相互发出请求，从而车辆可以在彼此之间进行信息共享。车辆之间的信息分析可通过PC5通信来进行。作为示例，为支持智能座舱内的沉浸式游戏娱乐体验，不同座舱内的感知信息可以在互动娱乐过程中进行实时共享。从而，自动驾驶车辆通过座舱内部署的传感器主动收集车内数据，并且在由道路中的其它车辆或者道路使用者进行触发来进行信息共享。这里，传输的信息也可以可选地进行进一步的处理，如上文所述，这里将不再重复说明。

以下将参照图6A到6C来描述根据本公开的示例性第三实施例。在本实施例中，自动驾驶车辆通过座舱内部署的传感器，主动收集车内数据，并且以触发方式、尤其是自动驾驶车辆自身主动触发的方式来进行信息传输。

图6A示出了根据本实施例的资源触发方式下的信息传输。特别地，自动驾驶车辆通过判断当前可用资源状态来决定发送时机。作为示例，当自动驾驶车辆发现资源可用时，触发信息传输，可以将信息传输给V2X服务器或者MEC，或者***中的路侧单元或者其它车辆。

图6B示出了根据本实施例的事件触发方式下的信息传输。特别地，自动驾驶车辆通过分析/判断所收集的信息来决定发送时机。作为示例，当自动驾驶车辆通过分析/判断所收集的信息确定存在异常时，触发信息传输，可以将信息传输给V2X服务器或者MEC，由此V2X 服务器或者MEC可以对车辆进行远程控制，有效地抑制危险的发生。

图6C示出了根据本实施例的事件触发方式下的信息传输，特别地，紧急状态下或者非覆盖模式下的检测内容广播/组播。其中，当自动驾驶车辆通过分析/判断所收集的信息确定存在异常，并且当前车辆通信状况不佳，例如不在网络覆盖范围内，与V2X服务器或者MEC 的通信出现故障等情况下，自动驾驶车辆将所检测到的车辆内部异常状况信息主动广播给周围道路的使用车辆。由此，相邻车辆可以及时获知异常车辆的状况和信息，并且及时将该信息转发到车联网的服务器、MEC、路侧设备等处，从而相邻车辆可以及时进行避让，服务器能够及时知晓车内故障信息，并且进行统一的调度和安排。

应指出，此实施例的触发式传输和周期式传输可以是一起使用的。特别地，车辆内部状况信息可以在一般情况下周期式传输，并且当满足事件触发或资源触发的条件下进行触发式传输。此外，传输的信息也可以可选地进行进一步的处理，如上文所述，这里将不再重复说明。在此情况下，周期式传输的方式可以如图4A或4B中所示，并且在图 6B-6C中以虚线指示。

在车到车(V2V)通信的场景中，道路上具有一些共同兴趣的车辆可以协作地形成基于车队的行驶模式。通常，通信***中的车辆会排成一行或者一列以组成车队。在车队中通常会有一辆头车和若干辆跟随车。在车队的应用场景中，头车通过适当通信方式与所有跟随车进行通信，诸如可以通过广播、组播和单播中的任一种或多种方式来进行通信。当然，该通信方式还可为其它适当的方式。例如，考虑自动驾驶(不论是半自动驾驶还是全自动驾驶)中信息共享的应用实例。

车队的正常运行很大部分是通过头车高效的管理实现的，这当然也很依赖与头车较为强大的计算处理功能。在智能座舱内部信息的收集共享场景中，头车自然而然的就成了主角。车队成员车辆会将自身座舱感知内容全部发送给头车，当然是在头车提前配置或者实时触发的基础上实现的。当头车收集到车队全部或者部分成员的座舱信息后，经过滤处理共享给V2X服务器或者MEC。另外，头车同样支持和队内成员车辆交互座舱感知信息以用于向沉浸式车载娱乐的活动。信息交互流程如图7所示，图7示出了根据本公开的第四实施例的信令交互流程。

其中，头车向跟随车1，跟随车2，…，跟随车N发送请求以请求各跟随车的车辆内部状况信息，接收来自各个跟随车的报告，并且提供应答。当头车收集到车队全部或者部分成员的座舱信息后，经过滤处理共享给V2X服务器或者MEC，并且接收来自V2X服务器或者MEC的应答。此外，如果V2X服务器或者MEC根据车辆内部状况信息确认车辆状况存在异常，则启动紧急控制，并通过网络对车辆进行远程控制。

应用示例

在本公开中描述了车联网中的通信场景的示例，但是应当理解，本公开的应用场景不限于车联网中的通信场景。本公开所提出的改进方案可应用于任何协作通信应用场景，例如无人机编队飞行、智能工厂机器人协作操作等等。

应指出，上述描述仅仅是示例性的。本公开的实施例还可以任何其它适当的方式执行，仍可实现本公开的实施例所获得的有利效果。而且，本公开的实施例同样可应用于其它类似的应用实例，仍可实现本公开的实施例所获得的有利效果。

应当理解，根据本公开实施例的机器可读存储介质或程序产品中的机器可执行指令可以被配置为执行与上述设备和方法实施例相应的操作。当参考上述设备和方法实施例时，机器可读存储介质或程序产品的实施例对于本领域技术人员而言是明晰的，因此不再重复描述。用于承载或包括上述机器可执行指令的机器可读存储介质和程序产品也落在本公开的范围内。这样的存储介质可以包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

另外，应当理解，上述系列处理和设备也可以通过软件和/或固件实现。在通过软件和/或固件实现的情况下，从存储介质或网络向具有专用硬件结构的计算机，例如图8所示的通用个人计算机1300安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等等。图8是示出根据本公开的实施例的中可采用的信息处理设备的个人计算机的示例结构的框图。在一个例子中，该个人计算机可以对应于根据本公开的上述示例性发射设备或终端侧电子设备。

在图8中，中央处理单元(CPU)1301根据只读存储器(ROM) 1302中存储的程序或从存储部分1308加载到随机存取存储器(RAM) 1303的程序执行各种处理。在RAM 1303中，也根据需要存储当CPU 1301执行各种处理等时所需的数据。

CPU 1301、ROM 1302和RAM 1303经由总线1304彼此连接。输入/输出接口1305也连接到总线1304。

下述部件连接到输入/输出接口1305：输入部分1306，包括键盘、鼠标等；输出部分1307，包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等，和扬声器等；存储部分1308，包括硬盘等；和通信部分1309，包括网络接口卡比如LAN卡、调制解调器等。通信部分1309经由网络比如因特网执行通信处理。

根据需要，驱动器1310也连接到输入/输出接口1305。可拆卸介质1311比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器1310上，使得从中读出的计算机程序根据需要被安装到存储部分1308中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质1311安装构成软件的程序。

本领域技术人员应当理解，这种存储介质不局限于图8所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质 1311。可拆卸介质1311的例子包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD)(注册商标))和半导体存储器。或者，存储介质可以是ROM 1302、存储部分1308中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

本公开的技术能够应用于各种产品。

例如，根据本公开的实施例的控制侧电子设备可以被实现为各种控制设备/基站或者被包含在各种控制设备/基站中。例如，根据本公开的实施例的发射设备和终端设备可以被实现为各种终端设备或者被包含在各种终端设备中。

例如，本公开中提到的控制设备/基站可以被实现为任何类型的基站，例如eNB，诸如宏eNB和小eNB。小eNB可以为覆盖比宏小区小的小区的eNB，诸如微微eNB、微eNB和家庭(毫微微)eNB。还例如，可以实现为gNB，诸如宏gNB和小gNB。小gNB可以为覆盖比宏小区小的小区的gNB，诸如微微gNB、微gNB和家庭(毫微微) gNB。代替地，基站可以被实现为任何其他类型的基站，诸如NodeB 和基站收发台(Base Transceiver Station，BTS)。基站可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(Remote Radio Head， RRH)。另外，下面将描述的各种类型的终端均可以通过暂时地或半持久性地执行基站功能而作为基站工作。

例如，本公开中提到的终端设备，在一些实施例中可以被实现为移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。终端设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外，终端设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。

以下将参照附图描述根据本公开的应用示例。

[关于基站的示例]

应当理解，本公开中的基站一词具有其通常含义的全部广度，并且至少包括被用于作为无线通信***或无线电***的一部分以便于通信的无线通信站。基站的例子可以例如是但不限于以下：基站可以是GSM***中的基站收发信机(BTS)和基站控制器(BSC)中的一者或两者，可以是WCDMA***中的无线电网络控制器(RNC) 和Node B中的一者或两者，可以是LTE和LTE-Advanced***中的 eNB，或者可以是未来通信***中对应的网络节点(例如可能在5G 通信***中出现的gNB，eLTE eNB等等)。本公开的基站中的部分功能也可以实现为在D2D、M2M以及V2V通信场景下对通信具有控制功能的实体，或者实现为在认知无线电通信场景下起频谱协调作用的实体。

第一示例

图9是示出可以应用本公开内容的技术的gNB的示意性配置的第一示例的框图。gNB 1700包括多个天线1710以及基站设备1720。基站设备1720和每个天线1710可以经由RF线缆彼此连接。在一种实现方式中，此处的gNB 1700(或基站设备1720)可以对应于上述控制侧电子设备。

天线1710中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(MIMO)天线中的多个天线元件)，并且用于基站设备1720发送和接收无线信号。如图9所示，gNB 1700可以包括多个天线1710。例如，多个天线1710可以与gNB 1700使用的多个频段兼容。

基站设备1720包括控制器1721、存储器1722、网络接口1717 以及无线通信接口1725。

控制器1721可以为例如CPU或DSP，并且操作基站设备1720 的较高层的各种功能。例如，控制器1721根据由无线通信接口1725 获取的无线通信***中的终端侧的至少一个终端设备的定位信息和至少一个终端设备的特定位置配置信息来确定至少一个终端设备中的目标终端设备的位置信息。控制器1721可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接入控制和调度。该控制可以结合附近的gNB或核心网节点来执行。存储器1722包括RAM和ROM，并且存储由控制器1721执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口1723为用于将基站设备1720连接至核心网1724的通信接口。控制器1721可以经由网络接口1717而与核心网节点或另外的gNB进行通信。在此情况下，gNB 1700与核心网节点或其他gNB 可以通过逻辑接口(诸如S1接口和X2接口)而彼此连接。网络接口1723还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口1723为无线通信接口，则与由无线通信接口1725使用的频段相比，网络接口1723可以使用较高频段用于无线通信。

无线通信接口1725支持任何蜂窝通信方案(诸如长期演进(LTE) 和LTE-Advanced)，并且经由天线1710来提供到位于gNB 1700的小区中的终端的无线连接。无线通信接口1725通常可以包括例如基带(BB)处理器1726和RF电路1727。BB处理器1726可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行层(例如L1、介质访问控制(MAC)、无线链路控制(RLC)和分组数据汇聚协议 (PDCP))的各种类型的信号处理。代替控制器1721，BB处理器 1726可以具有上述逻辑功能的一部分或全部。BB处理器1726可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使BB处理器1726的功能改变。该模块可以为***到基站设备1720的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，RF电路1727可以包括例如混频器、滤波器和放大器，并且经由天线1710来传送和接收无线信号。虽然图9示出一个RF电路1727与一根天线1710连接的示例，但是本公开并不限于该图示，而是一个RF电路1727可以同时连接多根天线1710。

如图9所示，无线通信接口1725可以包括多个BB处理器1726。例如，多个BB处理器1726可以与gNB 1700使用的多个频段兼容。如图9所示，无线通信接口1725可以包括多个RF电路1727。例如，多个RF电路1727可以与多个天线元件兼容。虽然图9示出其中无线通信接口1725包括多个BB处理器1726和多个RF电路1727的示例，但是无线通信接口1725也可以包括单个BB处理器1726或单个RF 电路1727。

第二示例

图10是示出可以应用本公开内容的技术的gNB的示意性配置的第二示例的框图。gNB 1800包括多个天线1810、RRH 1820和基站设备1830。RRH 1820和每个天线1810可以经由RF线缆而彼此连接。基站设备1830和RRH 1820可以经由诸如光纤线缆的高速线路而彼此连接。在一种实现方式中，此处的gNB 1800(或基站设备1830) 可以对应于上述控制侧电子设备。

天线1810中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)，并且用于RRH 1820发送和接收无线信号。如图10所示，gNB 1800可以包括多个天线1810。例如，多个天线1810可以与gNB 1800使用的多个频段兼容。

基站设备1830包括控制器1831、存储器1832、网络接口1833、无线通信接口1834以及连接接口1836。控制器1831、存储器1832 和网络接口1833与参照图9描述的控制器1721、存储器1722和网络接口1723相同。

无线通信接口1834支持任何蜂窝通信方案(诸如LTE和 LTE-Advanced)，并且经由RRH 1820和天线1810来提供到位于与RRH 1820对应的扇区中的终端的无线通信。无线通信接口1834通常可以包括例如BB处理器1835。除了BB处理器1835经由连接接口 1836连接到RRH 1820的RF电路1822之外，BB处理器1835与参照图9描述的BB处理器1726相同。如图10所示，无线通信接口1834 可以包括多个BB处理器1835。例如，多个BB处理器1835可以与 gNB1800使用的多个频段兼容。虽然图10示出其中无线通信接口 1834包括多个BB处理器1835的示例，但是无线通信接口1834也可以包括单个BB处理器1835。

连接接口1836为用于将基站设备1830(无线通信接口1834)连接至RRH 1820的接口。连接接口1836还可以为用于将基站设备1830 (无线通信接口1834)连接至RRH 1820的上述高速线路中的通信的通信模块。

RRH 1820包括连接接口1823和无线通信接口1821。

连接接口1823为用于将RRH 1820(无线通信接口1821)连接至基站设备1830的接口。连接接口1823还可以为用于上述高速线路中的通信的通信模块。

无线通信接口1821经由天线1810来传送和接收无线信号。无线通信接口1821通常可以包括例如RF电路1822。RF电路1822可以包括例如混频器、滤波器和放大器，并且经由天线1810来传送和接收无线信号。虽然图10示出一个RF电路1822与一根天线1810连接的示例，但是本公开并不限于该图示，而是一个RF电路1822可以同时连接多根天线1810。

如图10所示，无线通信接口1821可以包括多个RF电路1822。例如，多个RF电路1822可以支持多个天线元件。虽然图10示出其中无线通信接口1821包括多个RF电路1822的示例，但是无线通信接口1821也可以包括单个RF电路1822。

[关于用户设备/终端设备的示例]

第一示例

图11是示出可以应用本公开内容的技术的通讯设备1900(例如，智能电话，联络器等等)的示意性配置的示例的框图。通讯设备1900 包括处理器1901、存储器1902、存储装置1903、外部连接接口1904、摄像装置1906、传感器1907、麦克风1908、输入装置1909、显示装置1910、扬声器1911、无线通信接口1912、一个或多个天线开关1915、一个或多个天线1916、总线1917、电池1918以及辅助控制器1919。在一种实现方式中，此处的通讯设备1900(或处理器1901)可以对应于上述发射设备或终端侧电子设备。

处理器1901可以为例如CPU或片上***(SoC)，并且控制通讯设备1900的应用层和另外层的功能。存储器1902包括RAM和 ROM，并且存储数据和由处理器1901执行的程序。存储装置1903 可以包括存储介质，诸如半导体存储器和硬盘。外部连接接口1904 为用于将外部装置(诸如存储卡和通用串行总线(USB)装置)连接至通讯设备1900的接口。

摄像装置1906包括图像传感器(诸如电荷耦合器件(CCD)和互补金属氧化物半导体(CMOS))，并且生成捕获图像。传感器1907 可以包括一组传感器，诸如测量传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风1908将输入到通讯设备1900的声音转换为音频信号。输入装置1909包括例如被配置为检测显示装置1910的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的操作或信息。显示装置1910包括屏幕(诸如液晶显示器 (LCD)和有机发光二极管(OLED)显示器)，并且显示通讯设备 1900的输出图像。扬声器1911将从通讯设备1900输出的音频信号转换为声音。

无线通信接口1912支持任何蜂窝通信方案(诸如LTE和 LTE-Advanced)，并且执行无线通信。无线通信接口1912通常可以包括例如BB处理器1913和RF电路1914。BB处理器1913可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路1914可以包括例如混频器、滤波器和放大器，并且经由天线1916来传送和接收无线信号。无线通信接口1912可以为其上集成有BB处理器1913和RF电路1914的一个芯片模块。如图11所示，无线通信接口1912可以包括多个BB 处理器1913和多个RF电路1914。虽然图11示出其中无线通信接口 1912包括多个BB处理器1913和多个RF电路1914的示例，但是无线通信接口1912也可以包括单个BB处理器1913或单个RF电路1914。

此外，除了蜂窝通信方案之外，无线通信接口1912可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线局域网(LAN)方案。在此情况下，无线通信接口1912可以包括针对每种无线通信方案的BB处理器1913和RF电路1914。

天线开关1915中的每一个在包括在无线通信接口1912中的多个电路(例如用于不同的无线通信方案的电路)之间切换天线1916的连接目的地。

天线1916中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)，并且用于无线通信接口1912传送和接收无线信号。如图11所示，通讯设备1900可以包括多个天线1916。虽然图11示出其中通讯设备1900包括多个天线1916的示例，但是通讯设备1900也可以包括单个天线1916。

此外，通讯设备1900可以包括针对每种无线通信方案的天线1916。在此情况下，天线开关1915可以从通讯设备1900的配置中省略。

总线1917将处理器1901、存储器1902、存储装置1903、外部连接接口1904、摄像装置1906、传感器1907、麦克风1908、输入装置 1909、显示装置1910、扬声器1911、无线通信接口1912以及辅助控制器1919彼此连接。电池1918经由馈线向图11所示的通讯设备1900 的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器1919 例如在睡眠模式下操作通讯设备1900的最小必需功能。

第二示例

图12是示出可以应用本公开内容的技术的汽车导航设备2000的示意性配置的示例的框图。汽车导航设备2000包括处理器2001、存储器2002、全球定位***(GPS)模块2004、传感器2005、数据接口2006、内容播放器2007、存储介质接口2008、输入装置2009、显示装置2010、扬声器2011、无线通信接口2013、一个或多个天线开关2016、一个或多个天线2017以及电池2018。在一种实现方式中，此处的汽车导航设备2000(或处理器2001)可以对应于发射设备或终端侧电子设备。

处理器2001可以为例如CPU或SoC，并且控制汽车导航设备 2000的导航功能和另外的功能。存储器2002包括RAM和ROM，并且存储数据和由处理器2001执行的程序。

GPS模块2004使用从GPS卫星接收的GPS信号来测量汽车导航设备2000的位置(诸如纬度、经度和高度)。传感器2005可以包括一组传感器，诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接口2006经由未示出的终端而连接到例如车载网络2021，并且获取由车辆生成的数据(诸如车速数据)。

内容播放器2007再现存储在存储介质(诸如CD和DVD)中的内容，该存储介质被***到存储介质接口2008中。输入装置2009包括例如被配置为检测显示装置2010的屏幕上的触摸的触摸传感器、按钮或开关，并且接收从用户输入的操作或信息。显示装置2010包括诸如LCD或OLED显示器的屏幕，并且显示导航功能的图像或再现的内容。扬声器2011输出导航功能的声音或再现的内容。

无线通信接口2013支持任何蜂窝通信方案(诸如LTE和 LTE-Advanced)，并且执行无线通信。无线通信接口2013通常可以包括例如BB处理器2014和RF电路2015。BB处理器2014可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路2015可以包括例如混频器、滤波器和放大器，并且经由天线2017来传送和接收无线信号。无线通信接口2013还可以为其上集成有BB处理器2014和RF电路2015 的一个芯片模块。如图12所示，无线通信接口2013可以包括多个 BB处理器2014和多个RF电路2015。虽然图12示出其中无线通信接口2013包括多个BB处理器2014和多个RF电路2015的示例，但是无线通信接口2013也可以包括单个BB处理器2014或单个RF电路2015。

此外，除了蜂窝通信方案之外，无线通信接口2013可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线LAN方案。在此情况下，针对每种无线通信方案，无线通信接口2013可以包括BB处理器2014和RF电路2015。

天线开关2016中的每一个在包括在无线通信接口2013中的多个电路(诸如用于不同的无线通信方案的电路)之间切换天线2017的连接目的地。

天线2017中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)，并且用于无线通信接口2013传送和接收无线信号。如图12所示，汽车导航设备2000可以包括多个天线2017。虽然图12示出其中汽车导航设备2000包括多个天线2017的示例，但是汽车导航设备2000也可以包括单个天线2017。

此外，汽车导航设备2000可以包括针对每种无线通信方案的天线2017。在此情况下，天线开关2016可以从汽车导航设备2000的配置中省略。

电池2018经由馈线向图12所示的汽车导航设备2000的各个块提供电力，馈线在图中被部分地示为虚线。电池2018累积从车辆提供的电力。

本公开内容的技术也可以被实现为包括汽车导航设备2000、车载网络2021以及车辆模块2022中的一个或多个块的车载***(或车辆) 2020。车辆模块2022生成车辆数据(诸如车速、发动机速度和故障信息)，并且将所生成的数据输出至车载网络2021。

上面已经参考图1至图12详细描述了本公开的实施例。如上所述，本公开同时利用了发射设备和终端侧电子设备的全向天线和定向天线，其中在发射设备和终端侧电子设备之间利用了定向天线所发射的高方向性波束来进行数据通信，提高了道路容量和能量效率，而在发射设备和终端侧电子设备之间利用全向天线通信来更适当和准确地判断通信状况，使得在经由定向天线的通信受到影响之后，能够经由全向天线判断影响通信的事件类型，并且相应地调整通信配置，从而能够改进发射设备和终端侧电子设备之间的通信，使得通信能够保持稳健和鲁棒。

以上参照附图描述了本公开的示例性实施例，但是本公开当然不限于以上示例。本领域技术人员可在所附权利要求的范围内得到各种变更和修改，并且应理解这些变更和修改自然将落入本公开的技术范围内。

应当理解，根据本公开实施例的机器可读存储介质或程序产品中的机器可执行指令可以被配置为执行与上述设备和方法实施例相应的操作。当参考上述设备和方法实施例时，机器可读存储介质或程序产品的实施例对于本领域技术人员而言是明晰的，因此不再重复描述。用于承载或包括上述机器可执行指令的机器可读存储介质和程序产品也落在本公开的范围内。这样的存储介质可以包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

另外，应当理解，上述系列处理和设备也可以通过软件和/或固件实现。在通过软件和/或固件实现的情况下，在相关设备的存储介质存储构成相应软件的相应程序，当所述程序被执行时，能够执行各种功能。

例如，在以上实施例中包括在一个单元中的多个功能可以由分开的装置来实现。替选地，在以上实施例中由多个单元实现的多个功能可分别由分开的装置来实现。另外，以上功能之一可由多个单元来实现。无需说，这样的配置包括在本公开的技术范围内。

在该说明书中，流程图中所描述的步骤不仅包括以所述顺序按时间序列执行的处理，而且包括并行地或单独地而不是必须按时间序列执行的处理。此外，甚至在按时间序列处理的步骤中，无需说，也可以适当地改变该顺序。

本公开的示例性实施例实现

根据本公开的实施例，可以想到各种实现本公开的概念的示例性实现方式(EE)，包括但不限于：

EE 1.一种无线通信***中的终端侧电子设备，包括处理电路，所述处理电路被配置为：

获取关于与终端侧电子设备相关联的终端侧设备的内部状况的信息，并且

周期性或者以触发方式地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备，

其中，一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信的终端侧电子设备。

EE 2、根据EE 1所述的电子设备，其中，所述终端侧电子设备是车联网***中的车辆，并且所述关于终端侧设备的内部状况的信息为车辆内部状态信息。

EE 3、根据EE 2所述的电子设备，其中，所述车辆内部状态信息包括车辆驾驶员状态信息，所述车辆驾驶员状态信息包括关于以下中的至少之一者的信息：

驾驶员视线朝向，驾驶员头部朝向，驾驶员手部位置，驾驶员健康状态(心率，呼吸等)，驾驶员是否有困意，驾驶员是否过于兴奋，驾驶员是否有注意力不集中。

EE 4、根据EE 2所述的电子设备，其中，所述车辆内部状态信息包括车辆乘客状态信息，所述车辆乘客状态信息包括关于以下中的至少之一者的信息：

乘客表情动作，乘客健康状态，乘客生命迹象。

EE 5、根据EE 2所述的电子设备，其中，所述车辆内部状态信息包括车辆内部设备状况信息，所述车辆内部设备状况信息包括关于以下中的至少之一的信息：

挡风玻璃是否破损，天窗是否破损，车窗是否破损，车内空调不正常工作。

EE 6、根据EE 2所述的电子设备，其中，所述车辆内部状况信息是通过车辆内部传感器获得的车辆内部状况信息中去除了非安全性信息之后的经过滤的信息。

EE 7、根据EE 2所述的电子设备，其中，触发方式包括资源触发，其中，所述处理电路进一步配置为：

根据通信资源可用状况而进行信息传输，

其中，在所述无线通信***中的控制侧设备指示通信资源可用或者所述车辆检测到通信资源可用的情况下，所述处理电路进行信息传输。

EE 8、根据EE 2所述的电子设备，其中，触发方式包括事件触发，其中，所述处理电路进一步配置为：

在满足特定事件条件的情况下进行信息传输，

其中，特定事件条件包括来自所述无线通信***中的控制侧设备的请求以及根据所获取的信息判断存在异常中的至少一者。

EE 9、根据EE 2所述的电子设备，其中，在根据所获取的信息判断存在异常并且所述车辆不在网络覆盖范围内的情况下，所述处理电路主动广播所检测到的车辆内部异常状况信息至相邻车辆或路侧单元。

EE 10、根据EE 2所述的电子设备，其中，所述车辆为车队中的头车，所述处理电路进一步配置为：

收集车队中跟随车的信息，并且

将所收集的跟随车的信息以及本车自身的信息一起传输。

EE 11、根据EE 1所述的电子设备，其中，所述车辆为车队中的跟随车，所述处理电路进一步配置为：

周期性或者触发性地将关于车辆内部状态的信息传输给车队中的头车。

EE 12.一种用于无线通信***中的终端侧的方法，包括：

获取关于与终端侧电子设备相关联的终端侧设备的内部状况的信息，并且

周期性或者以触发方式地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备，

其中，一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信的终端侧电子设备。

EE 13、根据EE 12所述的方法，其中，所述关于终端侧设备的内部状况的信息为车辆内部状态信息。

EE 14、根据EE 13所述的方法，其中，所述车辆内部状态信息包括车辆驾驶员状态信息，所述车辆驾驶员状态信息包括关于以下中的至少之一者的信息：

驾驶员视线朝向，驾驶员头部朝向，驾驶员手部位置，驾驶员健康状态(心率，呼吸等)，驾驶员是否有困意，驾驶员是否过于兴奋，驾驶员是否有注意力不集中。

EE 15、根据EE 13所述的方法，其中，所述车辆内部状态信息包括车辆乘客状态信息，所述车辆乘客状态信息包括关于以下中的至少之一者的信息：

乘客表情动作，乘客健康状态，乘客生命迹象。

EE 16、根据EE 13所述的方法，其中，所述车辆内部状态信息包括车辆内部设备状况信息，所述车辆内部设备状况信息包括关于以下中的至少之一的信息：

挡风玻璃是否破损，天窗是否破损，车窗是否破损，车内空调不正常工作。

EE 17、根据EE 13所述的方法，其中，所述车辆内部状况信息是通过车辆内部传感器获得的车辆内部状况信息中去除了非安全性信息之后的经过滤的信息。

EE 18、根据EE 13所述的方法，其中，触发方式包括资源触发，其中，所述方法进一步包括：

根据通信资源可用状况而进行信息传输，

其中，在所述无线通信***中的控制侧设备指示通信资源可用或者所述车辆检测到通信资源可用的情况下，所述处理电路进行信息传输。

EE 19、根据EE 13所述的方法，其中，触发方式包括事件触发，其中，所述方法进一步包括：

在满足特定事件条件的情况下进行信息传输，

其中，特定事件条件包括来自所述无线通信***中的控制侧设备的请求以及根据所获取的信息判断存在异常中的至少一者。

EE 20、根据EE 13所述的方法，其中，在根据所获取的信息判断存在异常并且所述车辆不在网络覆盖范围内的情况下，所述处理电路主动广播所检测到的车辆内部异常状况信息至相邻车辆或路侧单元。

EE 21、根据EE 13所述的方法，其中，所述车辆为车队中的头车，并且其中，所述方法进一步包括：

收集车队中跟随车的信息，并且

将所收集的跟随车的信息以及本车自身的信息一起传输。

EE 22、根据EE 12所述的方法，其中，所述车辆为车队中的跟随车，并且其中，所述方法进一步包括：

周期性或者触发性地将关于车辆内部状态的信息传输给车队中的头车。

EE23、一种设备，包括

至少一个处理器；和

至少一个存储设备，所述至少一个存储设备在其上存储指令，该指令在由所述至少一个处理器执行时，使所述至少一个处理器执行根据EE 12-22中任一项所述的方法。

EE24、一种存储指令的存储介质，该指令在由处理器执行时能使得执行根据EE12-22中任一项所述的方法。

EE25、一种包括用于执行EE 12-22中任一项所述的方法的部件的装置。

虽然已经详细说明了本公开及其优点，但是应当理解在不脱离由所附的权利要求所限定的本公开的精神和范围的情况下可以进行各种改变、替代和变换。而且，本公开实施例的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然已详细描述了本公开的一些具体实施例，但是本领域技术人员应当理解，上述实施例仅是说明性的而不限制本公开的范围。本领域技术人员应该理解，上述实施例可以被组合、修改或替换而不脱离本公开的范围和实质。本公开的范围是通过所附的权利要求限定的。

Claims (10)

1.一种无线通信***中的终端侧电子设备，包括处理电路，所述处理电路被配置为：

获取关于与终端侧电子设备相关联的终端侧设备的内部状况的信息，并且

周期性或者以触发方式地将关于终端侧设备的内部状况的信息传输到无线通信***中的其它设备，

其中，一旦获取到关于终端侧设备内部异常状态的信息，主动将所述关于终端侧设备内部异常状态的信息广播给周围可通信的终端侧电子设备。

2.根据权利要求1所述的电子设备，其中，所述终端侧电子设备是车联网***中的车辆，并且所述关于终端侧设备的内部状况的信息包括车辆内部状态信息。

3.根据权利要求2所述的电子设备，其中，所述车辆内部状态信息包括车辆驾驶员状态信息，所述车辆驾驶员状态信息包括关于以下中的至少之一者的信息：

驾驶员视线朝向，驾驶员头部朝向，驾驶员手部位置，驾驶员健康状态(心率，呼吸等)，驾驶员是否有困意，驾驶员是否过于兴奋，驾驶员是否有注意力不集中。

4.根据权利要求2所述的电子设备，其中，所述车辆内部状态信息包括车辆乘客状态信息，所述车辆乘客状态信息包括关于以下中的至少之一者的信息：

乘客表情动作，乘客健康状态，乘客生命迹象。

5.根据权利要求2所述的电子设备，其中，所述车辆内部状态信息包括车辆内部设备状况信息，所述车辆内部设备状况信息包括关于以下中的至少之一的信息：

挡风玻璃是否破损，天窗是否破损，车窗是否破损，车内空调不正常工作。

6.根据权利要求2所述的电子设备，其中，所述车辆内部状况信息是通过车辆内部传感器获得的车辆内部状况信息中去除了非安全性信息之后的经过滤的信息。

7.根据权利要求2所述的电子设备，其中，触发方式包括资源触发，其中，所述处理电路进一步配置为：

根据通信资源可用状况而进行信息传输，

其中，在所述无线通信***中的控制侧设备指示通信资源可用或者所述车辆检测到通信资源可用的情况下，所述处理电路进行信息传输。

8.根据权利要求2所述的电子设备，其中，触发方式包括事件触发，其中，所述处理电路进一步配置为：

在满足特定事件条件的情况下进行信息传输，

其中，特定事件条件包括来自所述无线通信***中的控制侧设备的请求以及根据所获取的信息判断存在异常中的至少一者。

9.根据权利要求2所述的电子设备，其中，在根据所获取的信息判断存在异常并且所述车辆不在网络覆盖范围内的情况下，所述处理电路主动广播所检测到的车辆内部异常状况信息至相邻车辆或路侧单元。

10.根据权利要求2所述的电子设备，其中，所述车辆为车队中的头车，所述处理电路进一步配置为：

收集车队中跟随车的信息，并且

将所收集的跟随车的信息以及本车自身的信息一起传输。

Images