来自移动网络切换的公共交通线路的时间表的制作方法

相关申请的交叉引用

本申请要求于2017年10月10日提交的美国临时专利申请no.62/570231的优先权，其公开内容通过引用整体并入本文。

本文提出的解决方案总体上涉及公共交通调度信息，并且更具体地涉及使用交通工具沿着公共交通线路的移动与切换突发的相关性来为沿着该线路行进的交通工具提供实时调度信息，其中切换突发与该交通工具上的乘客相关联。

背景技术：

随着城市继续追求公共交通系统的现代化，向居民提供实时公共交通调度信息对于任何智能城市解决方案的成功都变得越来越重要。可使用行业标准应用程序接口(api)来曝光此类实时调度信息，例如，在https://developers.google.com/transit/gtfs-realtime/中描述的通用运输反馈规范(gtfs)实时规范。此外，也有供应商交付系统通过为交通工具配备全球定位系统(gps)模块来提供此类信息，该gps模块定期向交通控制系统发送位置和状态信息。对于轨道上的交通工具(当运输货物时也被称为机车)，传统上沿该轨道具有提供定位信息的固定装置。

然而，当由于预算原因而未将特定线路集成到这些实时公共交通控制系统中时，存在许多现实世界情况。例如，由于隧道中gps信号不可用，地下地铁和火车线路需要特殊交通工具跟踪技术。尽管此类特殊跟踪技术在技术上是可行的，但通常集成起来过于昂贵。因此，高系统集成成本通常是一个障碍点。例如，在布达佩斯，由于特殊的地下交通工具跟踪系统的高集成成本，尚未将地铁线路和郊区铁路(其中的一些具有很短的地下路段(segment))集成到公共交通公司的实时交通工具信息系统中。另外，对于一些地上有轨电车线路，由于一些交通工具的机载电子系统难以进行系统集成(si)，因此集成被推迟了很多年。

技术实现要素：

本公开的某些方面及其实施例可以提供针对这些或其他挑战的解决方案。所提出的解决方案利用已经在世界每个城市中可用的现有蜂窝基础设施。在同一交通工具上行进的乘客的移动电话正在大致相同的时间在移动网络的小区之间执行切换。对于在同一交通工具上有许多乘客的繁忙线路，这种切换导致切换强度的高峰值，该高峰值与交通工具的移动密切相关。

本文提出的解决方案沿着给定公共交通线路标识源小区和目标小区对的切换突发，并且使用参与用户的匿名标识符来标记每个切换突发。通过搜索具有显著份额的公共用户标识符的切换突发，可以递归地连接与特定公共交通工具行程相对应的突发。最后，将所有已连接切换突发的估计的位置投影到给定公共交通线路的路径，可以沿着整个行程插入给定交通工具的停靠时间和位置。

在一个示例性实施例中，一种方法包括：获得一个或多个网络或服务提供商的多个订户电信设备的小区切换信息；以及基于所获得的小区切换信息，生成一个或多个交通工具和/或交通工具路线的调度信息。

在一个示例性实施例中，一种设备包括处理电路和存储器。该存储器包含可由处理电路执行的指令，使处理电路：获得一个或多个网络或服务提供商的多个订户电信设备的小区切换信息，并基于所获得的小区切换信息，生成一个或多个交通工具和/或交通工具路线的调度信息。

一个示例性实施例包括一种计算机程序产品，用于控制设备来确定交通工具和/或交通工具路线的调度信息。该计算机程序产品包括软件指令，该软件指令当在设备中的至少一个处理电路上运行时，使该处理电路：获得一个或多个网络或服务提供商的多个订户电信设备的小区切换信息，并基于所获得的小区切换信息，生成一个或多个交通工具和/或交通工具路线的调度信息。

一个示例性实施例包括一种设备，被配置为确定交通工具和/或交通工具路线的调度信息。该设备包括获得电路和生成电路。该获得电路被配置为：获得一个或多个网络或服务提供商的多个订户电信设备的小区切换信息。该生成电路被配置为：基于所获得的小区切换信息，生成一个或多个交通工具和/或交通工具路线的调度信息。

某些实施例可以提供以下技术优点中的一个或多个。例如，所提出的解决方案可以是交通工具机载电子器件、交通工具跟踪系统和交通控制系统之间的昂贵和/或费时的系统集成的低成本的替代。移动网络基础设施已经在世界所有城市中可用，并且与各种交通控制和机载交通工具电子系统不同，蜂窝基础设施几乎在世界任何地方都使用相同的3gpp标准来构建。此外，在本文提出的解决方案中，仅必须以明确定义的格式来将移动网络小区和公共交通线路参数指定为配置参数，这比集成多各种it系统成本更低且更快捷。

附图说明

图1示出了与交通工具路线重叠的示例性无线通信小区。

图2示出了根据一个示例性实施例的为一个或多个交通工具生成调度信息的方法。

图3示出了本文提出的解决方案的示例性系统级实现。

图4示出了地下隧道中的移动小区的切换事件强度时间序列和估计的切换突发的示例性图。

图5示出了地上移动小区的切换事件强度时间序列和估计的切换突发的示例性图。

图6a-图6b示出了示例性路线和对应的切换关系。

图7示出了表1的递归过程的示例性结果。

图8示出了由一个示例性实施例产生的示例性调度。

图9示出了用于实现本文提出的解决方案的示例性设备。

图10示出了用于实现本文提出的解决方案的另一示例性设备。

具体实施方式

本公开描述了用于半实时地生成一个或多个交通工具(例如，火车、公共汽车、地铁等)的调度和状态信息的技术。为此，系统设备(或一同工作且处于通信的设备)从移动网络收集或以其他方式获得有关移动订户设备切换突发的信息，并利用该信息来估计交通工具的调度和状态信息，例如，交通工具位置、停靠和到达时间以及调度信息。

考虑到这一点，图1示出了小区(a、b、c和d)的示例性群组，这些小区的覆盖区域至少部分地与包含几个停靠点(例如，站点0-3)的交通工具路线(黑线)重叠。如果携带一组移动订户设备的交通工具要开始从站点0到站点3的路线，在到达站点3的途中在站点1和站点2停靠，则该交通工具将跨过三个单独的可能的切换区域。即，能够接入图1的小区的那些移动订户可能大致在小区覆盖重叠的点经历从小区a到小区b的切换，因此产生切换“突发(burst)”，从而相对很大比例的机载移动订户设备将在短时间段内从源小区a切换到目标小区b。在交通工具在穿越站点0和站点3之间的路线时移动通过小区b、c和d的重叠区域时，该过程可以在小区b和小区c重叠时重复，并在小区c和小区d重叠时再次重复。

移动网络可以被配置为：向调度计算器系统中的设备输出沿着这些线路的小区之间的每个单独切换的切换事件，使得该系统可以连同其他先前的突发数据和潜在的后续的突发数据来分析该数据并确定突发，以便生成交通工具、路线和/或作为整体的系统的真实世界调度信息。下面将参考其余附图更详细地说明用于生成此类调度信息的一般技术。

图2描绘了根据特定实施例的生成一个或多个交通工具的调度信息的方法200。该方法包括：设备获得一个或多个网络或服务提供商的多个订户电信设备的小区切换信息(框210)。在一个示例性实施例中，该小区切换信息可以包括与移动订户电信设备有关的切换突发信息。该方法还包括：设备基于所获得的小区切换信息来生成一个或多个交通工具和/或交通工具路线的调度信息(框220)。在示例性实施例中，图2的方法可以由运输网络或系统(例如，公共地铁、公共汽车、自行车或其他交通工具系统)的调度系统300(其可以包括一个或多个设备(包括下文的图9和图10的设备700)、软件模块、处理单元等)来实现。然而，将理解，本文提出的解决方案不限于此类应用。此外，尽管未在图2中明确示出，但是示例性实施例可以包括将在下文参考图2介绍的其他特征。然而，在介绍这些特定特征之前，对围绕这些其他方面的一些基本原理的描述是必要的。

首先，图3示出了本文提出的处于系统级实现的解决方案。如图3所示，系统300可以将移动网络小区和公共交通线路参数作为输入，其中以明确定义的格式将这些参数指定为配置参数。与备选的和过去的解决方案要求相比，使用此类移动网络小区和公共交通线路参数成本要低得多并且更快捷，即，无需集成各种it系统。通常，所提出的系统期望以下输入数据源：

·来自移动网络的切换事件流，其中，切换事件描述给定移动用户从源小区到目标小区的重定位；以及

·来自移动网络的小区配置和小区规划数据，其可用于估计在两个特定小区之间发生的切换的地理位置(例如，小区标识符、小区信号塔的纬度和经度、波束方向等)；以及

·对公共交通路线的路径形状说明和停靠位置的描述，其中将针对该公共交通路线来估计调度。

处理该数据允许跟踪、定位切换事件及其突发，并将其映射到沿着交通工具路线的大致地理位置上。切换事件数据可以作为来自移动网络和服务提供商的实时数据流而可用，而小区参数和公共交通线路形状和停靠数据是更静态的配置信息。

在一个示例性实施例中，“切换强度峰值检测模块”首先处理传入的切换事件流，如图3所示。切换强度峰值检测模块针对每个切换关系(出于本公开的目的，其是源小区和目标/目的地小区之间的关系，在本文中通常被称为“小区对”)分别分析切换事件强度时间序列，并标识明显超过平均切换事件强度的峰值。沿着交通繁忙的公共交通线路，这些高强度切换事件突发通常与在同一交通工具上行进并在交通工具移动通过由小区对提供的覆盖的重叠时基本上同时执行切换的大量人员有关。

在一些情况下，切换强度峰值检测模块针对每个标识出的切换突发报告以下参数：

·时间戳(突发中各个切换时间戳的中值或平均值)；

·源小区id；

·目标小区id；

·根据小区参数和规划信息估计的切换位置：纬度、经度、准确度；以及

·在该突发期间执行切换的匿名用户id的集合(请注意：任何匿名化都应保持一致，即，在随后的突发中，应将相同的用户id映射到相同的匿名id)。

图4和图5示出了示例性切换事件强度时间序列和切换突发估计结果。具体地，图4示出了随着时间的推移(此处使用15秒的滑动时间窗口)针对特定位置的切换事件强度和估计的切换突发的图，该特定位置具有位于沿着路线的地下隧道中的专用移动小区(例如，沿布达佩斯的地铁线路m3的一个特定地铁小区对)。如图4所示，对于在隧道中具有专用移动小区的隧道中的地下线路，切换发生中的峰值(或“突发”)相对容易标识，并且与在两个站点之间通过的交通工具(例如，地铁)明显相关。如在图5中的地上线路的类似图中所举例说明的，由于行人、汽车上的人员等原因，切换事件强度曲线通常比其地下的切换事件强度曲线更“嘈杂”。然而，对于公共交通吞吐量显著超过非公共交通吞吐量的交通繁忙的公共交通线路，在大多数情况下仍可以可靠地检测到这些峰值，如图5所示。

返回图3，向解复用器模块发送估计的切换突发。解复用器模块针对每个要分析的公共交通线路和方向组合都具有单独的输出(例如，图3所示的示例的l1、l2和l3)。每个输出信道发送所有切换关系的突发，该切换关系可能沿着特定的公共交通线路以不可忽略的概率发生。图6a和图6b示出了要沿布达佩斯的两个特定交通工具路径进行分析的切换关系：地铁线路m3(图6a)和有轨电车线路4-6(图6b)。在这些图中，点表示小区之间的估计的切换位置，而线链接估计的小区覆盖区域中心。图6a和图6b示出，地上路段(例如，参见线路m3的最南端部分和整个有轨电车线路4-6)已经具有许多不同的切换选项，并且不同的用户可能沿着相同的交通工具路径执行不同的切换序列。

返回图3，使用这些解复用的切换突发流，针对每个交通工具路线和/或公共交通线路并行地运行单独的切换突发模块，以标识属于一个特定交通工具行程的切换突发。对于穿过特定路线的每个交通工具，乘坐者将在每个站点上车和下车，然而在相同的交通工具路径的不同路段上，在乘客之间几乎总是存在一些重叠。换句话说，通常至少一个乘坐者停留在通过站点的交通工具上。因此，可以通过搜索后续突发的用户标识符集合中的重叠来连接或“链接”属于同一交通工具行程的切换突发。

表1展示了使用某些方法的递归应用来组合交通工具的路线和时间信息的这种链接方法的示例。针对分析的每个公共交通线路和方向组合，一个特定切换关系(源和目标小区对)被选择作为起始切换关系(在表1的示例中，小区id560708→小区id559681)。这被优选地选择为沿着给定线路的最繁忙路段的主要切换关系(即，大多数具有活动无线电连接的乘客在这两个特定小区之间执行切换)。该起始切换关系的每个切换突发被视为起点，用于在时间上在切换之前和之后递归地找到针对给定交通工具行程路段的切换序列。

表1

沿着线路m3，寻找行程以得到2017-08-0916:00:42的起始切换，方向：bányakispest

添加起始切换突发560708->559681(2017-08-0916:00:42，22位乘客)

添加切换突发559681->559682(+1.6分钟，7位乘客)，其中有5位共同的乘客(71％)

添加切换突发560963->560708(-1.6分钟，15位乘客)，其中有5位共同的乘客(33％)

添加切换突发560707->560963(-3.1分钟，10位乘客)，其中有7位共同的乘客(70％)

添加切换突发559685->559686(+8.4分钟，16位乘客)，其中有4位共同的乘客(25％)

添加切换突发560450->560194(+16.2分钟，19位乘客)，其中有6位共同的乘客(31％)

添加切换突发560195->560450(+14.6分钟，24位乘客)，其中有16位共同的乘客(66％)

添加切换突发560196->560451(+11.5分钟，30位乘客)，其中有15位共同的乘客(50％)

添加切换突发560451->560195(+12.8分钟，17位乘客)，其中有17位共同的乘客(100％)

添加切换突发560194->560449(+17.8分钟，17位乘客)，其中有13位共同的乘客(76％)

添加切换突发560449->560193(+19.1分钟，13位乘客)，其中有12位共同的乘客(92％)

添加切换突发560193->165379(+20.6分钟，12位乘客)，其中有11位共同的乘客(91％)

添加切换突发559686->560196(+10.1分钟，19位乘客)，其中有10名共同的乘客(52％)

添加切换突发365379->196001(+20.9分钟，10位乘客)，其中有9位共同的乘客(90％)

添加切换突发559684->559685(+6.8分钟，16位乘客)，其中有9位共同的乘客(56％)

添加切换突发196001->365891(+21.5分钟，24位乘客)，其中有8位共同的乘客(33％)

添加切换突发559682->559683(+3.3分钟，10位乘客)，其中有6位共同的乘客(60％)

添加切换突发826947->826946(+22.3分钟，8位乘客)，其中有5位共同的乘客(62％)

添加切换突发559683->559684(+5.4分钟，6位乘客)，其中有5位共同的乘客(83％)

添加切换突发365891->826946(+21.7分钟，6位乘客)，其中有4位共同的乘客(66％)

添加切换突发560706->560962(-6.2分钟，5位乘客)，其中有4位共同的乘客(80％)

添加切换突发560961->560706(-6.8分钟，6位乘客)，其中有4位共同的乘客(66％)

添加切换突发365891->826947(+21.9分钟，4位乘客)，其中有3位共同的乘客(75％)

添加切换突发365891->365377(+21.8分钟，3位乘客)，其中有3位共同的乘客(100％)

添加切换突发560193->196002(+21.0分钟，4位乘客)，其中有3位共同的乘客(75％)

添加切换突发560962->560707(-4.6分钟，5位乘客)，其中有3位共同的乘客(60％)

添加切换突发560705->560961(-8.2分钟，3位乘客)，其中有3位共同的乘客(100％)

添加切换突发365377->196001(+21.2分钟，2位乘客)，其中有2位共同的乘客(100％)

图7展示了布达佩斯的有轨电车线路4-6的上述递归过程的示例性结果，其中，该地图显示了针对该路线上的给定交通工具的给定行程已经选择的所有切换突发。

可以使用以下指导原则来确保不相关的切换突发不被链接(例如，由于一群人在一个站点下车并在一段时间后登上相同路线上的下一个交通工具)：

·优先添加在已添加的切换突发中还被发现具有最大数量的用户(乘客)的切换突发。这确保首先添加最可靠的突发。

o请注意：查看表1中的示例，在已经添加了最初的几个切换突发之后，该“共同的乘客”数量开始增加。这是因为仅当移动电话处于活动状态并且在不同时间段查找多个突发时才发生切换，给定乘客的电话再次处于活动状态时发生突发的可能性正在增加。

·仅在还满足多个约束时，才将新的切换突发添加到链中，例如：

o新的突发沿着公共交通路径符合已经添加的突发的单调线性进展。换句话说，尽管有匹配的用户标识符，也不应添加新的切换，否则将导致显著的后退或前跳。这可以使用例如线性回归来检查。

o在行程之前尚未添加来自同一切换关系(或其反向关系)的其他突发。由于上述优先顺序，先前添加的突发一定更可靠。

为了实现这种双向匹配过程，沿着给定公共交通线路的切换突发在比终端站点之间的典型总行程时间稍长的时间段内以先进先出(fifo)队列被缓存。可选地，可以通过使用来自公共交通路径的不同部分的多个起始切换关系来减少调度估计延迟和缓存区大小。最后，将所产生的切换突发序列中的估计的切换位置投影到交通工具路径形状，可以使用递归方法来估计交通工具位置和停靠时间。图8示出了由这种递归方法产生的示例性调度(带圆圈的实线)，其中，将估计的调度与布达佩斯的地铁线路m3的离线时间表进行比较，其中，虚线表示离线调度，而带点的实线表示根据切换突发估计的实际交通工具位置。

通过对本文提出的解决方案的该概述，现在让我们返回对图2方法的讨论，以进一步描述备选和附加方面。例如，获得小区切换信息可以包括从一个或多个网络或服务提供商中的每一个接收切换事件流。例如，如果订户电信设备的特定子集利用多个网络或服务提供商，则该多个网络或服务提供商中的每一个可以在切换事件流中向该设备提供切换和/或切换突发数据的输出流。如上所述，切换事件流可以指示多个订户电信设备中的一个或多个从源小区切换到目标小区。

另外，在一些示例性实施例中，获得小区切换信息可以包括从一个或多个网络或服务提供商获得小区拓扑数据。此类小区拓扑数据允许系统(例如，经由与该系统相关联的一个或多个设备(包括图9或图10的设备700)、处理单元、模块、组件、在一个或多个设备上运行的软件功能等)确定与一个或多个网络提供商的小区相对应的地理数据，该地理数据可用于在一定程度上在地理上精确地定位在切换事件流中出现的切换突发。因此，最终，在一些实例中，所获得的小区拓扑数据还用于生成调度信息。此外，小区拓扑数据可以包括以下中的一项或多项：小区标识符、纬度和/或经度数据和/或波束方向。

另外，示例性实施例还可以包括：获得与一个或多个交通工具的当前实施的或计划的交通工具路线相对应的地理路线信息。获得此类地理信息允许系统生成调度信息，以将切换突发事件和时间映射到沿交通工具路线的实际位置。在一个示例性实施例中，地理路线信息可以包括交通工具路线的路径形状说明和/或停靠位置。在一些示例中，还基于所获得的地理路线信息来生成调度信息。

在另一实施例中，针对多个小区切换可能性中的每一个，通过确定如由所获得的小区切换信息所指示的小区切换的数量，可以一致地标识切换突发。此外，为了构成突发，小区切换应该在给定交通工具在切换时的速度的情况下在限定合理的突发持续时间的特定时间窗口内发生。另外，基于该确定，设备可以例如通过利用针对多个小区切换可能性中的每一个对小区切换的数量的时间序列分析，来标识针对多个小区切换可能性中的每一个的一个或多个切换突发。

另外，示例性方法可以包括：针对一个或多个切换突发中的每一个，生成以下中的一项或多项：时间戳、源小区标识符、目标小区标识符、估计的切换位置和与在切换突发期间切换的多个订户电信设备中的每一个相对应的匿名标识符的集合。另外，为了划定交通工具路线以进行适当的分析，该方法可以包括：针对每个交通工具路线，选择满足出现概率条件的多个切换小区关系。在选择对于路线有意义的这些小区关系之后，可以针对沿着每个交通工具路线所选择的小区切换关系中的每一个来分析切换突发，以生成调度信息。

此外，如上所述，针对所选择的多个小区切换关系分析切换突发包括：形成所选择的一个或多个切换突发中的多个切换突发的链，以跟踪交通工具在一个或多个交通工具路线上的移动。在一些示例中，形成多个切换突发的链包括选择与如下切换突发的源小区和目标小区相对应的起始切换小区关系(或多个起始切换小区关系)：该切换突发在所述切换突发期间具有从源小区切换到目标小区的最大数量的多个订户电信设备。该规则可以帮助确保针对添加到路线链的每个附加突发选择最可能的突发。

在另一实施例中，形成链可以包括：从剩余未选择的切换突发中选择链中的下一个切换突发，所述下一个切换突发与链中先前添加的切换突发一样，具有进行切换的最大数量的订户电信设备，并且符合链中的现有切换突发的单调线性进展。此外，选择链中的下一个切换突发可以包括：在滑动时间窗口内从剩余未选择的切换突发中进行选择。

在另一规则中，一些实施例可以包括：选择与源小区和目标小区之间的如下切换小区关系相对应的下一个切换突发：针对该切换小区关系，对应的切换突发先前未被添加到所述链中。另外，如上所述，可以递归地执行多个切换突发的链的形成，以便生成调度信息。

此外，本文提出的解决方案的方法可以包括：将与形成链的切换突发相关联的估计的切换位置投影到已知交通工具路线的路径，并且估计交通工具位置和停靠时间作为调度信息。一旦生成了调度信息，设备就可以向一个或多个外部设备发送所生成的调度信息。

请注意，上述装置可以通过实现任何功能装置、模块、单元或电路来执行本文的方法和任何其他处理。在一个实施例中，例如，该装置包括被配置为执行方法图中所示的和/或本文所述的方法步骤的相应电路或电路系统。在这方面，电路或电路系统可以包括专用于执行某些功能处理的电路和/或与存储器结合的一个或多个微处理器。例如，该电路可以包括一个或多个微处理器或微控制器，以及其他数字硬件(可以包括数字信号处理器(dsp)、专用数字逻辑等)。处理电路可以被配置为执行存储在存储器中的程序代码，该存储器可以包括一种或多种类型的存储器，例如只读存储器(rom)、随机存取存储器、高速缓存存储器、闪存设备、光存储设备等。存储在存储器中的程序代码可以包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行本文所述的一种或多种技术的指令。在采用存储器的实施例中，存储器存储程序代码，该程序代码在由一个或多个处理器执行时，实施本文提出的解决方案。

图9示出了根据一个或多个实施例实现的示例性设备700。如图所示，设备700包括处理电路710和通信电路720。通信电路720被配置为例如经由任何通信技术向一个或多个其他节点发送信息和/或从一个或多个其他节点接收信息。处理电路710被配置为例如通过执行存储在存储器730中的指令来执行上述处理。在这方面，处理电路710可以实现某些功能装置、单元或模块。

图10示出了根据其他实施例的设备700的示意性框图。如图所示，设备700例如经由处理电路710和/或经由软件代码来实现各种功能装置、单元或模块。例如，根据本公开的各个方面，用于实现本文公开的方法的这些功能装置、单元或模块包括：获得单元750，被配置为获得切换信息；以及生成单元760，被配置为生成调度信息。

本领域技术人员还将理解，本文公开的实施例还包括对应的计算机程序。计算机程序包括指令，该指令当在装置的至少一个处理器上执行时，使该装置执行上述任何相应的处理。在这方面，计算机程序可以包括与上述装置或单元相对应的一个或多个代码模块。

实施例还包括包含这样的计算机程序的载体。载体可以包括电信号、光信号、无线电信号或计算机可读存储介质中的一种。

在这方面，本文公开的实施例还包括存储在非暂时性计算机可读(存储或记录)介质上的计算机程序产品，并且该计算机程序产品包括指令，该指令当由装置的处理器执行时，使该装置如上所述地执行。

本文公开的实施例还包括计算机程序产品，其包括程序代码部分，当由计算设备执行所述计算机程序产品时，所述程序代码部分执行本文中任何实施例的步骤。该计算机程序产品可以存储在计算机可读记录介质上。

可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的任何适合的步骤、方法、特征、功能或益处。每个虚拟装置可以包括多个这些功能单元。这些功能单元可以通过处理电路来实现，所述处理电路可以包括一个或多个微处理器或微控制器以及其他数字硬件(可以包括数字信号处理器(dsp)、专用数字逻辑等)。处理电路可以被配置为执行存储在存储器中的程序代码，该存储器可以包括一种或多种类型的存储器，例如只读存储器(rom)、随机存取存储器(ram)、高速缓存存储器、闪存设备、光存储设备等。存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行本文所述的一种或多种技术的指令。在一些实施方式中，处理电路可用于使相应的功能单元执行根据本公开的一个或一个实施例的对应功能。

通常，除非明确给出和/或从使用的上下文中暗示不同的含义，否则本文中使用的所有术语将根据其在相关技术领域中的普通含义来解释。除非另有明确说明，否则对“一/一个/元件、设备、组件、装置、步骤等”的所有引用应被开放地解释为指代元件、设备、组件、装置、步骤等中的至少一个实例。除非必须明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。在适当的情况下，本文公开的任何实施例的任何特征可以应用于任何其他实施例。同样地，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。通过描述，所附实施例的其他目的、特征和优点将是显而易见的。

术语“单元”可以在电子、电气设备和/或电子设备领域中具有常规含义，并且可以包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或分立设备、计算机程序或用于执行相应任务、过程、计算、输出和/或显示功能等的指令，例如本文所述的那些。参考附图，更全面地描述本文中设想的一些实施例。然而，其他实施例包含在本文所公开的主题的范围内。所公开的主题不应被解释为仅限于本文阐述的实施例；相反，这些实施例仅作为示例提供，以将主题的范围传达给本领域技术人员。

当然，在不脱离本公开的解决方案的基本特征的情况下，本文给出的解决方案可以以不同于本文具体阐述的那些方式的其他方式来实施。所提出的实施例在所有方面都被认为是说明性的而不是限制性的，并且落入所附权利要求的含义和等同范围内的所有改变旨在被包含在其中。