用于已连接汽车和车载用户装备的增强的网络连接性

背景技术

已连接汽车可被配置为建立与网络的连接。已连接汽车的驾驶员或乘客可配备有用户装备(UE)。UE也可被配置为建立与网络的连接。因此，已连接汽车和UE可各自建立独立的网络连接。

UE可建立与已连接汽车的另一个连接。当配对时，已连接汽车可利用UE的资源，反之亦然。在常规情况下，即使当已连接汽车的网络连接的质量低于UE的网络连接时，已连接汽车的网络连接也用于代表已连接汽车和UE两者进行网络接入。因此，需要改进如何选择独立网络连接中的一个网络连接来提供对已连接汽车和UE两者的网络接入。

与设备的网络连接相关联的性能取决于多种不同的因素，包括但不限于设备的硬件和将由网络提供给设备的服务的类型。一般来讲，已连接汽车的硬件能够胜过UE的硬件。然而，由网络提供给UE的服务的类型可优于由网络提供给已连接汽车的服务的类型。因此，当UE和已连接汽车配对时，可能存在已连接汽车的硬件可用但未被利用的场景。类似地，可能存在UE的网络服务可用但未被利用的场景。因此，需要一种能够使用来自已连接汽车和UE两者的资源用于网络连接的机制。

发明内容

一些示例性实施方案涉及一种被配置为执行操作的用户装备(UE)的处理器。所述操作包括：在UE和第一网络之间建立第一蜂窝链路；建立与已连接汽车的连接，其中已连接汽车在已连接汽车和第二网络之间具有第二蜂窝链路；评估一个或多个条件；以及至少基于一个或多个条件，为第一蜂窝链路或与已连接汽车的连接中的一者声明用于UE的主网络接口。

其他示例性实施方案涉及一种被配置为执行操作的已连接汽车的处理器。所述操作包括：建立与用户装备(UE)的连接；接收对应于UE的嵌入式用户识别模块(eSIM)配置文件；使用对应于UE的eSIM配置文件建立网络连接；通过网络连接从网络接收数据；以及经由与UE的连接将从网络所接收的数据转发到UE。

另外的示例性实施方案涉及一种被配置为执行操作的已连接汽车的处理器。所述操作包括：建立与第一用户装备(UE)的第一连接；建立网络连接；通过网络连接从网络接收第一组数据；经由与第一UE的第一连接将从网络所接收的第一组数据转发到第一UE；收集第一UE的数据使用信息，其中第一UE的数据使用信息至少基于第一组数据；以及向网络部件报告第一UE的数据使用信息。

附图说明

图1示出了根据示例性实施方案的示例性布置。

图2示出了根据各种示例性实施方案的已连接汽车部件的示例性组。

图3示出了根据各种示例性实施方案的示例性UE。

图4示出了根据各种示例性实施方案的用于选择将用于网络连接的蜂窝链路的方法。

图5示出了根据各种示例性实施方案的用于使用来自UE的一个或多个资源和来自已连接汽车的一个或多个资源用于网络连接的方法。

图6示出了根据各种示例性实施方案的已连接汽车与多个车载UE之间的示例性数据流。

具体实施方式

优先权声明/以引用方式并入

本申请要求2019年10月18日提交的名称为“Enhanced Network Connectivityfor a Connected Car and Onboard User Equipment”的美国临时申请序列号62/923076的优先权，该临时申请全文以引用方式并入本文。

参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。示例性实施方案描述了用于改善已连接汽车和/或车载用户装备(UE)的网络连接性的设备、系统和方法。

在整个说明书中，术语“已连接汽车”可指配备有被配置为建立一个或多个网络连接的硬件、软件和/或固件的汽车。然而，对已连接汽车的参考考仅仅是出于说明的目的而提供的，不同的实体可通过不同的名称指代类似的概念。此外，对已连接汽车的参考并非旨在将示例性实施方案限于汽车。示例性实施方案可适用于被配置为在任何类型的环境内导航并且配备有被配置为建立一个或多个网络连接的硬件、软件和/或固件的任何类型的车辆(具有或不具有电机)。

示例性实施方案是关于UE来描述的。然而，对UE的参考仅仅是出于说明的目的而提供的。示例性实施方案可与可建立与网络的连接并且被配置有用于与网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起使用。因此，本文所述的UE用于代表任何电子部件。

UE可建立与已连接汽车的连接。当配对时，已连接汽车可利用UE的资源，反之亦然。示例性实施方案涉及管理UE和已连接汽车的资源。在第一方面，示例性实施方案涉及选择UE的网络连接或已连接汽车的网络连接以代表UE和已连接汽车两者提供网络接入。在第二方面，示例性实施方案涉及使用UE的一个或多个资源和已连接汽车的一个或多个资源进行网络连接。

图1示出了根据示例性实施方案的示例性布置100。布置100包括UE110。本领域技术人员将理解，UE 110可为被配置为经由网络通信的任何类型的电子部件，例如，移动电话、平板电脑、智能电话、平板手机、嵌入式设备、可穿戴设备、Cat-M设备、Cat-M1设备、MTC设备、eMTC设备、其他类型的物联网(IoT)设备等。实际网络布置可包括由任意数量的用户使用的任意数量的UE。事实上，下面将描述示例性场景，这些示例性场景包括多个用户在已连接汽车112中，并且每个用户具有其自己的UE。在图1的图示中，UE 110被示出为在已连接汽车112上方。然而，这仅仅是出于说明的目的。UE 110通常将与用户一起位于已连接汽车112中。

布置100还包括已连接汽车112。已连接汽车112可代表被配置为在任何类型的环境内导航并且配备有被配置为建立一个或多个网络连接的硬件、软件和/或固件的任何类型的车辆(具有或不具有电机)。

UE 110可与一个或多个网络直接通信。在布置100的示例中，UE 110被示出为经由第一基站120A连接到第一无线电部件接入网络(RAN)120。已连接汽车122也可与一个或多个网络直接通信。在布置100的示例中，UE 110被示出为经由第二基站122A连接到第二RAN122。UE 110网络连接和已连接汽车122网络连接可各自彼此独立并且同时存在。对第一RAN120、第一基站120A、第二RAN 122和第二基站122A的参考仅旨在证明UE 110和已连接汽车112各自能够建立独立的网络连接。在另一示例中，UE 110和已连接汽车112可各自经由第一基站120A建立到第一RAN 120的独立连接。

RAN 120、122可以是可由蜂窝提供商(例如，Verizon、AT&T、T-Mobile等)部署的蜂窝网络的一部分。例如，RAN 120、122可以是5G新无线电部件(NR)RAN、LTE RAN或传统RAN。RAN 120、122可包括例如被配置为从配备有适当的蜂窝芯片组的设备(例如，UE 110和已连接汽车112)发送和接收流量的小区或基站(Node B、eNodeB、HeNB、eNB、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。

本领域的技术人员将理解，可执行使UE 110连接到RAN 120和使已连接汽车112连接到RAN 122的任何相关过程。例如，如上面所讨论的，RAN 120、122可与特定蜂窝服务提供商相关联。UE 110和/或其用户具有合同和凭据信息(例如，存储在SIM上)。在检测到RAN120的存在时，UE 110可传输对应的凭据信息，以便与RAN 120相关联。更具体地，UE 110可与特定基站(例如，RAN 120的基站120A)相关联。类似地，已连接汽车112还可与合同和凭据信息相关联(例如，存储在SIM上)。在检测到RAN 122的存在时，已连接汽车112可传输对应的凭据信息，以便与RAN 122相关联。更具体地，已连接汽车112可与特定基站(例如，RAN122的基站122A)相关联。

UE 110可建立与已连接汽车112的连接。在该示例中，UE 110在已连接汽车112上。然而，示例性实施方案不限于UE 110位于已连接汽车112内的场景。示例性实施方案还可适用于UE 110在位于已连接汽车112的外部时连接到已连接汽车112的场景。

在一些实施方案中，UE 110与已连接汽车112之间的连接是有线连接(例如，经由USB连接、闪电连接器等)。在其他实施方案中，UE 110与已连接汽车112之间的连接为无线连接，例如，WiFi、WiFi对等、蓝牙或任何其他适当的近程通信协议。因此，如果UE 110和已连接汽车112在彼此的接近度内(例如，在可执行WiFi或蓝牙通信的距离内)，UE 110和已连接汽车112可交换数据。在整个说明书中，对UE 110和已连接汽车112之间的任何特定类型的连接的任何参考仅仅是出于说明的目的而提供的。示例性实施方案可适用于UE 110与已连接汽车112之间的任何适当类型的连接。

当UE 110和已连接汽车112配对(使用有线或无线连接)时，UE 110和已连接汽车112可具有同伴关系。在一些实施方案中，UE 110为源设备，并且已连接汽车112为附件设备。在其他实施方案中，已连接汽车112为源设备，并且UE 110为附件设备。附件设备可被配置为通过仅利用有线连接或近程通信协议来访问网络服务，而无需连接到RAN 120、RAN122中的任一者。例如，UE 110可连接到RAN 120，并且可通过有线连接或近程通信路径将与RAN 120交换的数据中继到已连接汽车112。在另一示例中，已连接汽车112可连接到RAN122，并且可通过有线连接或近程通信路径将与RAN 122交换的数据中继到UE 110。在另一个示例中，UE 110的一个或多个资源(例如，硬件、软件、固件、SIM等)可与已连接汽车112的一个或多个资源(例如，硬件、软件、固件、SIM等)一起用于网络连接。如上所述，UE 110和已连接汽车112两者可各自建立同时存在的独立网络连接，因此，UE 110和已连接汽车112可连接到RAN 120、RAN 122，而不管是否存在同伴关系。

为了提供用户可利用布置100的情景的一般示例，考虑以下示例性场景。用户正在将已连接汽车112驾驶到目的地，并且UE 110是车载的。UE 110已建立与已连接汽车112的WiFi连接。UE 110还已经由基站120A建立到RAN 120的独立连接，并且已连接汽车112已经由基站122A建立到RAN 122的独立网络连接。

如将在下文参照图2更详细地描述，已连接汽车112可包括位于整个汽车的各个位置处的一个或多个显示设备。例如，已连接汽车112的仪表板可包括触摸屏。已连接汽车112可被配置为在触摸屏上提供多种不同的用户界面。每个用户界面可包括一个或多个交互式特征。

UE 110和已连接汽车112可通过WiFi连接交换信息和数据以便为用户执行各种任务。例如，已连接汽车112可被配置为显示与UE 110相关联的用户界面。该用户界面可允许用户访问存储在UE 110上的数据和/或对于UE 110通常可用的网络服务。因此，用户可与已连接汽车112的触摸屏显示器进行交互以访问UE 110的数据和/或服务。

为了提供第一一般示例，UE 110可具有本地存储的音乐。当与已连接汽车112配对时，可在已连接汽车112的触摸屏上显示对本地存储在UE110上的音乐的指示。在已连接汽车112的触摸屏处所接收的用户输入可触发本地存储在UE 110处的音乐，以便经由包括在已连接汽车112中的音频输出设备来输出。

为了提供第二一般示例，UE 110可具有本地存储的导航应用程序。当UE 110与已连接汽车112配对时，可在已连接汽车112的触摸屏上显示本地存储在UE 110处的导航应用程序的图标。在已连接汽车112的触摸屏处所接收的用户输入可触发要启动的导航应用程序。当启动时，本地存储在UE 110处的导航应用程序可使用已连接汽车112的网络连接来与网络通信。然后，由已连接汽车112的触摸屏和/或包括在已连接汽车112中的音频输出设备输出这些逐向导航特征。

如上所述，在第一方面，示例性实施方案涉及选择UE 110网络连接或已连接汽车112网络连接中的一者以代表UE和已连接汽车112两者提供网络接入。例如，在上面提供的示例中，已连接汽车112网络连接用于导航应用程序。示例性实施方案提供了用于确定当UE110和已连接汽车112配对时使用哪个网络连接(UE 110网络连接或已连接汽车112网络连接)的各种机制。在第二方面，示例性实施方案涉及使用UE 110的一个或多个资源(例如，硬件、软件、固件、SIM等)和已连接汽车112的一个或多个资源(例如，硬件、软件、固件、SIM等)用于网络连接。上述场景和示例仅仅是出于说明的目的而提供的，并非旨在以任何方式限制示例性实施方案。上述场景和示例仅旨在提供用户可利用布置100的情景的一般示例。

图2示出了根据各种示例性实施方案的已连接汽车部件200的示例性组。该已连接汽车部件200组将参照布置100进行描述。如上所述，已连接汽车112可代表被配置为在任何类型的环境内导航并且配备有被配置为建立一个或多个网络连接的硬件、软件和/或固件的任何类型的车辆(具有或不具有电机)。因此，已连接汽车112可包括被配置为执行广泛多种不同任务的多种不同部件。该已连接汽车部件200组涉及已连接汽车112如何i)与网络通信，ii)与UE 110通信，以及iii)与用户交互。

该已连接汽车部件200组可包括处理器205、显示设备210、输入/输出(I/O)设备215、多个无线电部件220、天线布置225、存储器布置230和其他部件235。

显示设备210可以是被配置为向用户显示数据的硬件部件。已连接汽车112可包括一个或多个显示设备210。例如，已连接汽车112的仪表盘可包括显示设备210。在另一示例中，显示设备210可集成到一个或多个头枕中。I/O设备215可以是使用户能够输入输入的硬件部件。已连接汽车112可包括一个或多个I/O设备215。例如，显示设备210和I/O设备215可集成在一起，诸如触摸屏。在另一示例中，I/O设备215可被表示为包括仪表盘和/或方向盘的一个或多个按钮。

多个无线电部件220可以是被配置为建立与RAN 122(例如，5G NR RAN、LTE RAN、传统RAN等)的连接以及使用近程通信协议(例如，WiFi、蓝牙等)建立到UE 110的连接的硬件部件。因此，多个无线电部件220可在各种不同的频率或信道(例如，连续频率组)上操作。例如，已连接汽车112可通过2.4GHz频带和/或5GHz频带建立与UE 110的连接。天线布置225可包括被配置为针对多个无线电部件220发送和接收无线流量的一个或多个天线。

处理器205可被配置为执行已连接汽车112的多个引擎。例如，引擎可包括车载信息娱乐(IVI)引擎240和网络连接性引擎245。IVI引擎240可管理多媒体数据(例如，音频、视频、文本、图形等)如何以及何时经由来自该已连接汽车部件200组的一个或多个部件呈现给用户。网络连接性引擎245可收集与已连接汽车112网络连接和/或UE 110网络连接相关联的数据。

上述引擎各自作为由处理器205执行的应用程序(例如，程序)仅是示例性的。与引擎相关联的功能也可被表示为已连接汽车112的独立的结合部件，或者可为耦接到已连接汽车112的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。引擎也可被体现为一个应用程序或分开的多个应用程序。此外，在一些已连接汽车中，针对处理器205所描述的功能在两个或更多个处理器(诸如基带处理器和应用程序处理器)之间分担。可按照已连接汽车的这些或其他配置中的任何配置来实现示例性实施方案。

存储器布置230可以是被配置为存储与由已连接汽车112所执行的操作相关的数据的硬件部件。其他部件235可包括例如SIM、音频输入设备、音频输出设备、用于电连接到其他设备(例如，UE 110)的端口、用于检测已连接汽车112的状况的传感器等。

其他部件140还可包括电子商务模块，该电子商务模块包括传感器和通信接口。传感器可被配置为检测电子商务实体。通信接口可促进已连接汽车112、UE 110、电子商务实体和蜂窝数据计划提供商之间的通信，使得用户可使用蜂窝数据计划进行支付。例如，电子商务模块可被配置为检测通行证并允许用户使用其蜂窝数据计划进行通行费支付。

图3示出了根据各种示例性实施方案的示例性UE 110。将参照图1的网络布置100来描述UE 110。该UE 110可代表任何电子设备，并且可包括处理器305、显示设备310、输入/输出(I/O)设备315、多个无线电部件320、存储器布置325和其他部件330。其他部件330可包括例如SIM、音频输入设备、音频输出设备、提供有限功率源的电池、一个或多个天线、数据采集设备、用于将UE 110电连接到其他电子设备(例如，已连接汽车112)的端口、用于检测UE 110的状况的传感器等。

处理器305可被配置为执行UE 110的多个引擎。例如，引擎可包括已连接汽车配置引擎335和网络连接性引擎340。已连接汽车配置引擎335可管理UE 110与已连接汽车112之间的关系。例如，已连接汽车配置引擎335可提供由已连接汽车112使用来生成用户界面的数据，该用户界面允许用户在与已连接汽车112交互时访问存储在UE 110上的数据和/或对于UE 110通常可用的网络服务。网络连接性引擎345可收集与已连接汽车112网络连接和/或UE 110网络连接相关联的数据。

以上提到的引擎由处理器305执行仅是示例性的。与引擎相关联的功能也可被表示为UE 110的独立的结合部件，或者可为耦接到UE 110的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。引擎也可被体现为一个应用程序或分开的多个应用程序。此外，在一些UE中，针对处理器305所描述的功能性在两个或更多个处理器(诸如基带处理器和应用处理器)之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。

多个无线电部件320可以是被配置为建立与RAN 120(例如，5G NR RAN、LTE RAN、传统RAN等)的连接并且使用近程通信协议(例如，WiFi、蓝牙等)建立到已连接汽车112的连接的硬件部件。因此，多个无线电部件320可在各种不同的频率或信道(例如，连续频率组)上操作。例如，UE 110可通过2.4GHz频带和/或5GHz频带建立与已连接汽车112的连接。

存储器布置325可以是被配置为存储与由UE 110所执行的操作相关的数据的硬件部件。显示设备310可以是被配置为向用户显示数据的硬件部件，而I/O设备315可以是使得用户能够进行输入的硬件部件。显示设备310和I/O设备315可以是单独部件或者可被集成在一起(诸如触摸屏)。

图4示出了根据各种示例性实施方案的用于选择将用于网络连接性的蜂窝链路的方法400。将参照图3的UE 110、图2的已连接汽车112和图1的布置100对方法400进行描述。

考虑以下示例性场景，在该示例性场景中，用户正在将已连接汽车112驾驶到目的地，并且UE 110是车载的。UE 110已经由基站120A建立与RAN 120的网络连接以形成第一蜂窝链路。已连接汽车112还已经由基站122A建立与RAN 122的网络连接以形成第二蜂窝链路。第一蜂窝链路和第二蜂窝链路可单独建立并且可同时存在。将参照UE 110描述在第一蜂窝链路和第二蜂窝链路之间进行选择以用于网络连接性的方法400。然而，示例性实施方案不限于做出该选择的UE 110，并且还可适用于做出该选择的已连接汽车112。

在405中，UE 110建立与已连接汽车112的连接。在该示例中，UE 110与已连接汽车112之间的连接为WiFi连接。在其他实施方案中，连接可以是根据任何适当的近程通信协议的有线连接或无线连接。

如上所述，当配对时，用户可与已连接汽车112交互以访问存储在UE 110上的数据和/或对于UE 110通常可用的网络服务。在该配置中，第一蜂窝链路(例如，UE 110和基站120A之间的连接)或第二蜂窝链路(例如，已连接汽车112和基站122A之间的连接)可用于网络连接。为了使用第一蜂窝链路，UE 110与RAN 120直接通信。为了使用第二蜂窝链路，UE110可经由WiFi连接与已连接汽车112通信，并且已连接汽车112可代表UE 110与RAN 122通信。

如下所示，当要使用第一蜂窝链路时，UE 110将第一蜂窝链路声明为主网络接口并且将WiFi连接声明为二级网络接口。当要使用第二蜂窝链路时，UE 110将第一蜂窝链路声明为二级网络接口并且将WiFi连接声明为主网络接口。在操作期间，UE 110将使用主网络接口来与网络通信。在一些实施方案中，如果出现阻止UE 110经由主网络接口与网络通信的连接问题，则UE 110可使用二级网络接口来与网络通信。

在410中，UE 110识别预先确定的状况。该预先确定的状况可向UE 110指示UE 110将声明主网络接口。预先确定的状况可基于多个不同因素中的任一个因素，包括但不限于：定时器；时间表；在UE 110与已连接汽车112之间初始建立连接；启动应用程序；用户输入；UE 110和/或已连接汽车112的地理位置的变化；切换；跟踪区域更新(TAU)；从网络所接收的信息；存储在UE 110或已连接汽车112上的关于在类似情况下的先前网络交互的信息、它们的组合等。然而，对触发UE 110来声明主网络接口的特定因素的任何参考仅仅是出于说明的目的而提供的。可基于在任何情况下识别的任何适当因素来触发示例性实施方案以声明主网络接口。

在415中，UE 110确定第一蜂窝链路是否是优选的。通常，运营商针对UE 110的所提供的网络服务优于运营商针对已连接汽车112所提供的网络服务。因此，选择机制可被配置为对第一蜂窝链路(例如，UE 110和RAN 120之间的网络连接)具有偏好。在一些实施方案中，该偏好可由用户、网络、一个或多个运营商或它们的任何组合明确地设置。在其他实施方案中，可基于在类似情况下与网络的先前交互、在类似情况下使用特定特征或应用程序的先前实例、由UE 110存储或收集的信息、由已连接汽车112存储或收集的信息、从网络所接收的信息等来隐式地指示该偏好。如果第一蜂窝链路是优选的，则方法400继续到420。

在420中，UE 110确定与UE 110相关联的账户和运营商之间的数据计划是否满足预先确定的状况。运营商可基于UE 110在下行链路和/或上行链路方向上使用的数据量来对与UE 110相关联的账户收费。预先确定的状况可向UE 110指示使用第一蜂窝链路进行网络连接可导致与UE 110相关联的账户被收取不合理的费用。当与UE 110相关联的账户具有无限数据计划或具有超过预先确定的阈值的未使用的可用数据量时，可满足预先确定的状况。在一些实施方案中，该预先确定的状况也可通过明确的用户输入来满足。当不满足预先确定的状况时，方法400继续到425。

在425中，由于与UE 110相关联的账户存在对数据服务收取不合理费用的危险，因此UE 110将WiFi连接声明为主网络接口。随后，UE 110利用第二蜂窝链路来与网络交换数据。

返回到420，当满足预先确定的状况时，方法400继续到430。在430中，UE 110确定与第一蜂窝链路相关联的蜂窝参数是否满足预先确定的状况。该预先确定的状况可向UE110指示第一蜂窝链路具有足够的质量和/或具有足够的性能，并且因此可被声明为主网络接口。下面参照445详细描述如何评估第一蜂窝链路。当满足预先确定的状况时，方法400继续到435。

在440中，UE 110将第一蜂窝链路声明为主网络接口。由于UE 110被配置为具有对第一蜂窝链路的偏好，并且与UE 110相关联的账户不处于受到不合理费用的危险中，因此可将第一蜂窝链路声明为主网络接口，而不管第二蜂窝链路的状态如何。

返回到430，当不满足预先确定的状况时，方法400继续到440。在440中，UE 110确定与第二蜂窝链路相关联的蜂窝参数是否满足预先确定的状况。该预先确定的状况可向UE110指示第二蜂窝链路具有足够的质量和/或具有足够的性能，因此WiFi连接可被声明为主网络接口。下面参照450更详细地描述如何评估第二蜂窝链路。

如果不满足预先确定的状况，则方法400继续到435。如上所述，在435中，UE 110将第一蜂窝链路声明为主网络接口。由于UE 110被配置为具有对第一蜂窝链路的偏好，与UE110相关联的账户不处于受到不合理费用的危险中，并且第二蜂窝链路不具有足够的质量和/或不具有足够的性能，因此尽管与第一蜂窝链路相关联的无线电部件状况在430中未能满足预先确定的状况，但UE 110可将第一蜂窝链路声明为主网络接口。随后，UE 110利用第一蜂窝链路来与网络交换数据。

返回到435，如果满足预先确定的状况，则方法400继续到425。如上所述，在425中，UE 110将WiFi连接声明为主网络接口。尽管UE 110对第一蜂窝链路具有偏好，并且与UE110相关联的用户账户不处于收取不合理费用的危险中，但在440中，UE 110基于与满足预先确定的阈值的第二蜂窝链路相关联的无线电部件状况将WiFi连接声明为主链路。随后，UE 110利用第二蜂窝链路来与网络交换数据。

返回415，如果不存在偏好，则方法400继续到445。在445中，UE 110评估对应于第一蜂窝链路的蜂窝参数。对应于第一蜂窝链路的参数可基于多种不同因素中的任一种因素。例如，一个因素可涉及UE 110当前预占的基站/RAN的类型(例如，5G NR、LTE、传统等)。另一个因素可涉及与当前预占的基站相关联的无线电部件状况。无线电部件状况可包括但不限于参考信号接收功率(RSRP)、信道质量指示符(CQI)、参考信号接收质量(RSRQ)、信噪比(SINR)、接收信号强度指示符(RSSI)、能量与干扰比(ECIO)、接收信号码功率(RSCP)等。本领域普通技术人员将理解可如何收集与这些无线电部件状况相关联的测量数据。另一个因素可涉及由基站报告或由UE 110估计的无线电部件负载。此外，可考虑上行链路数据速率。可基于参数诸如但不限于功率余量和与UE 110和当前预占的基站之间的调度请求相关联的特性来确定上行链路数据速率。其他因素可包括估计可用带宽、数据计划类型和可用的未使用数据。然而，对任何特定蜂窝参数的参考仅仅是出于说明的目的而提供过的，示例性实施方案可适用于任何适当的因素。

在450中，UE 110评估对应于第二蜂窝链路的蜂窝参数。对应于第二蜂窝链路的参数可基于多种不同因素中的任一种因素。例如，一个因素可涉及已连接汽车112当前预占的基站/RAN(例如，5G NR、LTE、传统等)的类型。另一个因素可涉及与当前预占的基站相关联的无线电部件状况。无线电部件状况可包括但不限于参考信号接收功率(RSRP)、信道质量指示符(CQI)、参考信号接收质量(RSRQ)、信噪比(SINR)、接收信号强度指示符(RSSI)、能量与干扰比(ECIO)、接收信号码功率(RSCP)等。本领域普通技术人员将理解可如何收集与这些无线电部件状况相关联的测量数据。然而，对任何特定蜂窝参数的参考仅仅是出于说明的目的而提供过的，示例性实施方案可适用于任何适当的因素。还应当理解，UE 110可经由与已连接汽车112的连接(例如，近程连接)来接收对应于第二蜂窝链路的蜂窝参数，例如，已连接汽车112的硬件/软件可针对第二蜂窝链路执行适当的测量，并且出于比较的目的将该信息提供给UE 110。

当在445中评估与第一蜂窝链路相关联的蜂窝参数以及在450中评估与第二蜂窝链路相关联的蜂窝参数时，UE 110可考虑要利用的应用程序的类型(例如，流式多媒体数据、导航、视频通话、音频通话等)。例如，第一蜂窝链路或第二蜂窝链路中的一者可能能够为音频呼叫提供更好的性能，并且另一蜂窝链路可能能够为流式多媒体数据提供更好的性能。此外，当在445中评估与第一蜂窝链路相关联的蜂窝参数以及在450中评估与第二蜂窝链路相关联的蜂窝参数时，UE 110还可参考从应用层和/或传输层所接收的信息。该信息可包括先前经历的失速或错误的指示、端到端延迟、估计的带宽、实时协议擦除、断开的链路(例如，第一蜂窝链路或第二蜂窝链路)的指示、推送通知失败、传输控制协议(TCP)连接失败尝试、TCP往返时间(RTT)等。然而，对于从应用层和/或传输层所接收的任何特定类型的信息的参考仅仅是出于说明的目的而提供的，示例性实施方案可适用于与应用层和/或传输层相关联的任何适当类型的信息。

返回到方法400，在455中，UE 110将对应于第一蜂窝链路的蜂窝参数与对应于第二蜂窝链路的蜂窝参数进行比较。在460中，UE 110基于比较来将第一蜂窝链路或WiFi连接中的一者声明为主网络接口。示例性实施方案不限于用于该比较的任何特定标准，并且UE110可使用任何适当的基础在第一蜂窝链路和第二蜂窝链路之间作出决定。

已连接汽车112可从第一位置行进到第二位置。在这些位置之间的行进期间，相对于已连接汽车112和UE 110的蜂窝环境可改变。例如，在第一位置处，已连接汽车112和UE110可在第一基站的覆盖区域内，并且在第二位置处，已连接汽车112和UE 110可在第二基站的覆盖区域内。类似地，在第一位置处，已连接汽车112和UE 110可初始位于提供足够的蜂窝质量/性能的覆盖区域内的位置，并且在第二位置处，已连接汽车112和UE 110可位于相同覆盖区域的边缘处。此外，在行进期间，已连接汽车112和UE 110可用于执行多种不同的任务(例如，流式音乐、执行语音呼叫、逐向导航等)。为了确保主网络接口针对特定任务提供足够的质量和/或性能，方法400可以是正在进行的过程。因此，如410中所指示，可基于在任何情况下识别的任何适当因素触发UE 110声明主网络接口。

参照单个UE 110来描述方法400。然而，示例性实施方案不限于连接到已连接汽车112的单个UE 110。当车载有多个UE时，可针对车载UE中的每个车载UE执行方法400。因此，可能存在这样的场景，其中多于一个UE使用其相应的直接蜂窝链路作为其主网络接口，并且多于一个UE使用其到已连接汽车112的相应连接作为其主网络接口。

如上面所指示的，在某些场景下，已连接汽车112的硬件可能能够胜过UE 110的硬件。为了提供示例，已连接汽车112天线布置225可优于包括在UE 110中的天线。为了提供另一示例，已连接汽车112可具有比UE 110的处理器305更强大的处理器205。然而，已连接汽车112可被配置为具有不能提供与用于UE 110的数据计划相同的体验质量的数据计划。因此，可能存在已连接汽车112硬件可用但未被利用的场景。还可能存在UE 110的数据计划可用但未被利用的场景。下文所述的示例性实施方案涉及使用一个或多个车载UE的一个或多个资源(例如，硬件、软件、固件、SIM等)与已连接汽车112的一个或多个资源(例如，硬件、软件、固件、SIM等)用于网络连接。

在第一示例中，使用UE 110和已连接汽车112的资源可包括使用已连接汽车112的硬件作为层1(L1)/层2(L2)中继器。例如，UE 110可以低功率模式传输信息和/或数据。该信息和/或数据可由已连接汽车112接收并代表UE 110(以更高的功率)转发到网络。

图5示出了根据各种示例性实施方案的用于使用来自UE 110的一个或多个资源和来自已连接汽车112的一个或多个种资源用于网络连接的方法500。将参照图3的UE 110、图2的已连接汽车112和图1的布置100对方法500进行描述。

如将在下文更详细地描述，方法500涉及使用已连接汽车112的硬件和UE 110的数据计划进行网络连接。这可包括利用对应于UE 110的嵌入式SIM(eSIM)配置文件来配置已连接汽车112。从网络角度来看，eSIM配置文件可使其看起来好像UE 110正与网络通信。然而，已连接汽车112实际上正在参与与网络的信令交换。

本领域的普通技术人员将理解，SIM包含由设备使用来建立网络连接的信息。例如，SIM可包括可用于对网络提供商进行认证的国际移动用户标识符(IMSI)。然而，对IMSI的参考仅仅是出于说明的目的而提供的，SIM可包括不同网络或实体可用不同名称指代的广泛多种不同类型的信息。因此，示例性实施方案可适用于包含由设备使用来建立网络连接的任何类型的信息的SIM。

已连接汽车112可包括eSIM。该eSIM为嵌入式集成电路，并不旨在被物理地移除。相比之下，SIM是能够物理地插入设备和从设备移除的集成电路。可为已连接汽车112的eSIM提供eSIM配置文件。在一个实施方案中，eSIM配置文件可以是UE 110的SIM的克隆。在另一实施方案中，UE 110的eSIM配置文件和SIM可与网络侧上的相同电话号码和/或账户相关联。在该示例中，UE 110的SIM可为主配置文件，而已连接汽车112的eSIM为二次配置文件。UE 110的SIM可与多个不同的二次配置文件相关联。运营商可向同一账户对主配置文件和一个或多个二次配置文件的使用计费。因此，当配置有对应于UE 110的eSIM配置文件时，UE 110和已连接汽车112可与相同的电话号码和/或账户相关联。然而，对已连接汽车112配备有eSIM以及UE 110配备有SIM的参考仅仅是出于说明的目的而提供的。UE 110和已连接汽车112可各自配备有eSIM和/或SIM。

在505中，UE 110建立到已连接汽车112的连接。在该示例中，UE 110与已连接汽车112之间的连接为WiFi连接。在其他实施方案中，连接可以是根据任何适当的近程通信协议的有线连接或无线连接。

在510中，为已连接汽车112提供对应于UE 110的eSIM配置文件。在一些实施方案中，eSIM配置文件信息本地地存储在UE 110上并通过WiFi连接提供给已连接汽车112。在其他实施方案中，可由UE 110或已连接汽车112从网络服务器(直接或间接地)检索eSIM配置文件。本领域的普通技术人员将理解如何检索eSIM配置文件的信息并将其提供给已连接汽车112。

在515中，已连接汽车112使用已连接汽车112的硬件经由蜂窝链路与网络通信。例如，已连接汽车112可使用天线布置225和多个无线电部件220中的一个无线电部件参与与RAN 120、RAN 122中的一者的信令交换。

在520中，已连接汽车112使用对应于UE 110的eSIM配置文件建立与网络的基于互联网协议(IP)的连接。因此，从网络的角度来看，网络连接到UE 110。然而，实际上，已连接汽车112硬件正保持与基站的蜂窝链路。由于与UE 110相关联的eSIM正被用于连接到网络，因此UE 110可将其蜂窝基带处理器转换到低功率模式。这确保蜂窝流量经由已连接汽车112发送和接收，而不发送到UE 110。

在525中，已连接汽车112经由WiFi连接将从网络所接收的数据通过蜂窝链路转发到UE 110，并且经由蜂窝链路将从UE 110所接收的数据通过WiFi连接转发到网络。因此，在该示例中，已连接汽车112的硬件资源和UE 110的SIM/网络资源用于网络连接。

在一些实施方案中，在UE 110和已连接汽车112之间的连接终止之后，与UE 110相关联的eSIM配置文件可保持存储在已连接汽车112的存储器布置230内。如果用户拥有UE110和已连接汽车112两者，则这对于用户而言可能是方便的。然而，为了确保不会发生与UE110相关联的数据计划的未授权使用，UE 110可停用与UE 110相关联的eSIM配置文件，然后再终止到已连接汽车112的连接。已连接汽车112还可被配置为在已连接汽车112确定UE110与已连接汽车112之间的连接不再存在时停用与UE 110相关联的eSIM配置文件。

在一些实施方案中，代替依赖于已连接汽车112来执行所有基带处理，可在已连接汽车112与UE 110之间拆分基带处理。因此，已连接汽车112可对协议栈的第一部分执行基带处理，并且UE 110可对协议栈的第二部分执行基带处理。通过UE 110与已连接汽车112之间的高速/低延迟连接来实现此拆分基带方法。

作为安全措施，在拆分基带方法期间，UE 110可实现执行认证的NAS模块。此外，PDCP可由UE 110实现，或者较高层PDCP(例如，加密、完整性保护)可由UE 110实现，而较低层PDCP(例如，重新排序、鲁棒性报头压缩)可由已连接汽车112执行。然而，在拆分基带方法期间对UE 110或已连接汽车112正在执行任何特定协议栈操作的任何参考仅仅是出于说明的目的而提供的。示例性实施方案可以任何适当的方式在已连接汽车112和UE 110之间拆分基带处理。

UE 110可以是多个车载UE中的一个车载UE。已连接汽车112可配置有与车载UE中的每个车载UE相关联的eSIM配置文件。在一些实施方案中，已连接汽车112保持与UE中的每个UE的独立关系。因此，与特定UE相关联的数据计划将考虑该UE所使用的所有数据。在其他实施方案中，可经由已连接汽车112向其他车载UE提供与UE中的一个UE相关联的网络服务。因此，与特定UE相关联的数据计划可考虑由不同车载UE使用的一些数据。

图6示出了根据各种示例性实施方案的已连接汽车112和多个车载UE之间的示例性数据流600。考虑以下示例性场景，第一用户正在将已连接汽车112驾驶到目的地，并且第一用户的UE 110是车载的。已连接汽车112还包括第二用户、第二用户的UE 602、第三用户和第三用户的UE 604。与UE 110类似，UE 602和UE 604可代表被配置为经由网络进行通信的任何类型的电子部件。

UE 110、UE 602、UE 604中的每一者可具有与已连接汽车112的独立WiFi连接。因此，使用通信接口610在UE 110、UE 602、UE 604与已连接汽车112之间交换数据。在该示例中，由于通信接口610使用WiFi，因此从UE 110、UE 602、UE 604所接收的数据被提供给IP层620以进行处理。要经由通信接口610提供给UE 110、UE 602、UE 604的数据可首先被提供给IP层620，这样数据可适当地格式化以便经由WiFi来传输。

用于UE 110的数据由IP层620提供给第一代理630。第一代理630可以是已连接汽车操作系统内的驾驶员，其被配置为代表UE 110来管理通信。类似地，用于UE 602的数据由IP层620提供给第二代理632，并且用于UE 604的数据由IP层620提供给第三代理634。

然后，来自第一代理630的数据根据协议栈层640进行处理。协议栈层640可包括但不限于分组数据汇聚协议(PDCP)、无线电部件链路层(RLC)和介质访问控制(MAC)层。本领域的普通技术人员将理解当数据朝向天线布置225流动时以及当数据朝向UE 110、UE 602、UE 604流动时，由这些协议栈层提供的服务。类似地，然后来自第二代理632的数据根据协议栈层642进行处理，并且然后来自第三代理634的数据根据协议栈层644进行处理。对协议栈层的参考仅仅是出于说明性目的而提供的。也可能发生物理(PHY)层处理和与开放系统互连(OSI)模型中的任何其他类型的层相关的处理。

来自协议栈层640的数据被提供给收发器650。例如，如果数据要被发送到5G NRRAN，则收发器650可为包括在多个无线电部件220内的5G NR无线电部件。类似地，来自协议栈层642的数据被提供给收发器652，并且来自协议栈层644的数据被提供给收发器644。在一些实施方案中，收发器640、642、644中的每一者可为相同的收发器。在其他实施方案中，一个或多个收发器640、642、644可与不同的RAN相关联。数据从收发器640、642、644提供到滤波器660。然后，数据从滤波器660提供到天线布置625，在该天线布置处，该数据被朝向基站传播。示例性数据流600并非旨在以任何方式限制示例性实施方案。不同的实体可通过不同的名称来指代类似的概念。提供示例性数据流600仅为了展示可如何代表多个车载UE110、UE 602、UE 604来使用单个天线布置225。

已连接汽车112可被配置为具有非共享操作模式和共享操作模式。在非共享操作模式下，已连接汽车112将与特定UE相关联的流量发送到其对应的运营商网络。例如，参照图6，将由已连接汽车112的天线布置225代表UE 110传输的数据将被发送到UE 110的运营商。

在共享操作模式下，已连接汽车112可将与一个UE相关联的流量发送到与不同的UE相关联的运营商。这允许位于与该UE相关联的运营商不提供服务的地理位置处的一个UE通过与不同UE相关联的运营商在该地理位置处具有网络连接性。

例如，考虑以下示例性场景，已连接汽车112已代表UE 110与第一运营商建立了第一蜂窝链路，代表UE 602与第二运营商建立了第二蜂窝链路，并且代表UE 604与第三运营商建立了第三蜂窝链路。当已连接汽车112接收到将要代表UE 110传输的数据时，已连接汽车112可确定要利用哪个蜂窝链路(例如，第一蜂窝链路、第二蜂窝链路或第三蜂窝链路)来传输该数据。蜂窝链路的选择可基于诸如但不限于每个链路的质量、每个链路的成本和服务可用性的因素。在一些实施方案中，已连接汽车选择单个链路。在其他示例性实施方案中，已连接汽车112可选择多个蜂窝链路并且使用所选择的蜂窝链路来多路复用所有数据。

当多个UE连接到已连接汽车112时，已连接汽车112可与运营商中的一个运营商建立聚合的虚拟数据承载。聚合的虚拟数据承载可整理来自连接到已连接汽车112的多个UE的所有数据请求。已连接汽车112可基于诸如但不限于每比特能量、每比特成本、服务可用性、从网络所接收的信息、由已连接汽车112所收集的测量数据、由UE 110所收集的测量数据、关于在类似情况下与运营商的先前交互的历史数据等的因素来为聚合的虚拟数据承载选择运营商。因此，参考图6，已连接汽车112可使用单个承载来代表所有UE 110、UE 602、UE604执行通信。从协议栈的角度来看，应用层可用于由运营商或已连接汽车112订阅的经纪人针对聚合的虚拟数据承载进行诸如运营商选择、切换和数据恢复的操作。应用层可实现用于管理聚合的虚拟数据承载的协议，诸如多路径TCP(MPTCP)、IP安全性(IPsec)和PDCP。

上文参考图5和图6所述的示例性实施方案涉及使用与一个或多个UE相关联的数据计划进行网络连接。另选地，已连接汽车112的数据计划可用于网络连接。为了改善通常与已连接汽车112相关联的常规数据计划，示例性实施方案可实现已连接汽车数据计划经纪人。已连接汽车数据计划经纪人可与多个运营商合作以使覆盖区域最大化。已连接汽车112可被配置为将每个UE的数据使用信息报告给已连接汽车数据计划经纪人。已连接汽车数据计划经纪人可代表所有用户提供计费和账户服务。

为了提供示例，用户可以是已连接汽车112中的乘客。用户可将其UE110连接到已连接汽车112。已连接汽车112可使用已连接汽车112的硬件和已连接汽车112的数据计划两者向UE 110提供网络连接性。在乘坐结束时，已连接汽车112可将UE 110的数据使用报告给已连接汽车数据计划经纪人。然后，已连接汽车数据计划经纪人可针对数据使用向UE 110的用户计费。

为了在该多运营商网络中提供应用层移动性，已连接汽车数据计划经纪人可在多个运营商上实现覆盖网络。可使用MPTCP代理构建重叠网络，和/或可使用移动IPsec(MOBIKE)构建虚拟专用网络(VPN)服务器，该移动IPsec是为VPN连接提供移动性的互联网密钥交换版本2(IKEv2)的扩展。

本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。在其他示例中，上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。

尽管本专利申请描述了各自具有不同特征的各种实施方案的各种组合，本领域的技术人员将会理解，一个实施方案的任何特征均可以任何未被公开否定的方式与其他实施方案的特征或者在功能上或逻辑上不与本发明所公开的实施方案的设备的操作或所述功能不一致的特征相组合。

如上所述，本技术的一个方面是采集和使用特定和合法来源的数据。本公开设想，在一些实例中，该所采集的数据可包括唯一地识别或可用于识别具体人员的个人信息数据。此类个人信息数据可包括人口统计数据、基于位置的数据、在线标识符、SIM信息、电话号码、电子邮件地址、家庭地址、与用户的健康或健身级别相关的数据或记录(例如，生命特征测量、药物信息、锻炼信息)、出生日期或任何其他个人信息。

本公开认识到在本发明技术中使用此类个人信息数据可用于使用户受益。例如，个人信息数据可用于声明主网络接口，为已连接汽车提供eSIM配置文件并执行计费/记账服务以用于数据使用。因此，使用此类个人信息数据通过使运营商能够跟踪并对数据使用计费来改善用户体验。

本公开设想负责收集、分析、公开、传输、存储或其他使用此类个人信息数据的实体将遵守既定的隐私政策和/或隐私实践。具体地，将期望此类实体实现和一贯地应用一般公认为满足或超过维护用户隐私的行业或政府所要求的隐私实践。关于使用个人数据的此类信息应当被突出并能够被用户方便地访问，并应当随数据的采集和/或使用变化而被更新。用户的个人信息应被收集仅用于合法使用。另外，此类收集/共享应仅发生在接收到用户同意或在适用法律中所规定的其他合法根据之后。此外，此类实体应考虑采取任何必要步骤，保卫和保障对此类个人信息数据的访问，并确保有权访问个人信息数据的其他人遵守其隐私政策和流程。另外，这种实体可使其本身经受第三方评估以证明其遵守广泛接受的隐私政策和实践。此外，应针对被收集和/或访问的特定类型的个人信息数据调整政策和实践，并使其适用于适用法律和标准，包括可用于施加较高标准的辖区专有的考虑因素。例如，在美国，对某些健康数据的收集或获取可能受联邦和/或州法律的管辖，诸如健康保险流通和责任法案(HIPAA)；而其他国家的健康数据可能受到其他法规和政策的约束并应相应处理。

不管前述情况如何，本公开还预期用户选择性地阻止使用或访问个人信息数据的实施方案。即本公开预期可提供硬件元件和/或软件元件，以防止或阻止对此类个人信息数据的访问。

此外，本公开的目的是应管理和处理个人信息数据以最小化无意或未经授权访问或使用的风险。一旦不再需要数据，通过限制数据收集和删除数据可最小化风险。此外，并且当适用时，包括在某些健康相关应用程序中，数据去标识可用于保护用户的隐私。可在适当时通过移除标识符、控制所存储数据的量或特异性(例如，在城市级别而不是在地址级别收集位置数据)、控制数据如何被存储(例如，在用户间汇集数据)和/或其他方法诸如差异化隐私来促进去标识。

因此，虽然本公开广泛地覆盖了使用个人信息数据来实现一个或多个各种所公开的实施方案，但本公开还预期各种实施方案也可在无需访问此类个人信息数据的情况下被实现。即，本发明技术的各种实施方案不会由于缺少此类个人信息数据的全部或一部分而无法正常进行。例如，跟踪数据使用可基于聚合的非个人信息数据或绝对最小量的个人信息。

对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。