用于过渡区域重新配置的网络设备和移动设备

摘要

本申请涉及移动通信领域，特别涉及车联万物(V2X)和侧行链路通信。本申请提供一种用于侧行链路通信的网络设备，特别是运营商设备或独立于运营商的设备，所述网络设备被配置成获得过渡区域重新配置需求(TARD)信息并基于TARD信息提供过渡区域重新配置(TAR)信息。

权利要求

1.一种用于侧行链路通信的网络设备中的方法，其特征在于，所述方法包括：‑ 获得过渡区域重新配置需求TARD信息，以及‑ 基于所述TARD信息提供过渡区域重新配置TAR信息，其中，所述过渡区域是以下区域，在所述区域中有至少两个运营商能够用于通信资源的配置，所述TARD信息是指示要求重新配置与所述过渡区域有关的资源或参数的信息，所述TAR信息是指示如何执行所述过渡区域的重新配置的信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括借助于广播消息、无线电控制信令、应用层信息、或非接入层信令提供所述TAR信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：确定对过渡区域进行重新配置的需求，并且基于所述需求获得所述TARD信息。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：‑ 基于所述TARD信息提供TAR请求，

‑ 根据所述TAR请求获得TAR响应，以及

‑ 基于所述TAR响应提供所述TAR信息。

5.根据权利要求4所述的方法，其特征在于，所述TAR请求基于以下中的至少一种：‑ 分组错误率；

‑ 信道繁忙率CBR；

‑ 基站BS故障指示；

‑ 时延；

‑ 误码率；

‑ 数据速率。

6.根据权利要求4所述的方法，其特征在于，所述TAR请求包括重新配置参数。

7.一种用于侧行链路通信的网络设备中的方法，其特征在于，所述方法包括：支持另一网络设备基于过渡区域重新配置需求TARD信息提供过渡区域重新配置TAR信息，其中，所述过渡区域是以下区域，在所述区域中有至少两个运营商能够用于通信资源的配置，所述TARD信息是指示要求重新配置与所述过渡区域有关的资源或参数的信息，所述TAR信息是指示如何执行所述过渡区域的重新配置的信息。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：‑ 获得TAR请求；

‑ 基于所述TAR请求确定TAR响应；以及

‑ 提供所述TAR响应以支持所述另一网络设备。

9.根据权利要求8所述的方法，其特征在于，所述TAR请求基于以下中的至少一种：分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率或数据速率；并且其中，所述方法还包括基于所述分组错误率、所述信道繁忙率CBR、所述基站BS故障指示、所述时延、所述误码率或所述数据速率中的至少一种确定所述TAR响应。

10.根据权利要求8或9所述的方法，其特征在于，所述TAR请求包括重新配置参数，并且其中，所述方法还包括：基于所述重新配置参数确定所述TAR响应。

11.一种移动设备中的方法，其特征在于，所述方法包括：‑ 获得过渡区域重新配置TAR信息；

‑ 根据所述TAR信息调节所述移动设备的过渡区域配置，其中，过渡区域是以下区域，在所述区域中有至少两个运营商能够用于通信资源的配置，所述TAR信息是指示如何执行所述过渡区域的重新配置的信息。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：借助于广播消息、无线电控制信令、应用层信息、或非接入层信令获得所述TAR信息。

13.一种用于侧行链路通信的网络设备，其特征在于，所述网络设备包括处理器，所述处理器被配置成执行权利要求1至6中任一项或权利要求7至10中任一项所述的方法。

14.一种移动设备，其特征在于，所述移动设备包括处理器，所述处理器被配置成执行权利要求11或12中所述的方法。

15.一种存储有指令的计算机可读存储介质，其特征在于，所述指令被计算机执行时使得所述计算机实现权利要求1至12中任一项所述的方法。

说明书

用于过渡区域重新配置的网络设备和移动设备

技术领域

[0001] 本申请涉及移动通信领域，特别涉及车联万物(vehicle to anything，V2X)和侧行链路通信。本申请更具体地涉及在就运营商之间的资源分配达成一致时运营商之间的动态协调，并且还涉及车辆UE关于新资源分配的通知。

背景技术

[0002] 由于不能保证仅一个运营商将协调整个区域中的车辆交互，因此车辆通信通常基于多运营商环境。

[0003] 在车辆通信中，UE可以使用基础设施网络(即，无线电接入网络(Radio Access Network，RAN)和核心网络(Core Network，CN))或直接链路(即，由RAN支持的或自主的侧行链路通信)来进行通信。在单运营商环境中，RAN和CN由一个运营商控制，这简化了问题并有助于运营商进行优化。在多运营商环境中，运营商很难协调，因此就延迟(例如，根据情况需要从5毫秒到100毫秒交换信息)和可靠性(例如，根据情况需要以99％到99.999％的可靠性执行传输)而言，使其难以满足V2X服务的严格的通信要求。

[0004] 通过强迫特定区域中的所有UE漫游在负责该特定区域中的资源协调的仅一个运营商中，现有技术解决方案有助于将多运营商问题转换为单运营商问题。这些类型的解决方案提出对过渡区域进行静态或半静态配置，但它们无法处理潜在所需的更新。

[0005] 在一些运营商提供车辆通信服务的情况下，假定每个运营商将支持基于其基础设施的通信，至少对于侧行链路通信需要运营商之间的协调；基于强迫漫游进行工作的方案无法应付该方法。

[0006] 本申请具体解决区域分割情况和跨边界情况，如下面所说明的：车辆之间的直接通信即所谓的侧行链路V2X通信、直接车辆对车辆(vehicle to vehicle，V2V)通信或PC5通信是指车辆之间的直接通信，而没有通信的内容要通过运营商的网络、无线电接入网络或核心网络。过去已经考虑了两种类型的直接通信用于车辆通信：网络辅助/控制的车辆通信和自主的车辆通信。在前一种情况下(在LTE中也称为模式3)，UE正由网络调度，以及在后一种情况下(在LTE也称为模式4)，UE使用基于感测的其本地视图自己选择资源。在这种情况下，网络可以提供关于资源使用的指导(例如，允许UE使用哪些资源进行传输，允许UE在哪些资源中接收数据，允许UE使用哪些编码方案等)。

[0007] 在多运营商环境中，运营商必须协调用于交付V2V服务的资源和相应的配置。UE可以通过以下方式获取V2V配置：

[0008] ‑通过读取非服务运营商的系统信息块(System Information Block，SIB)，[0009] ‑通过预配置，

[0010] ‑通过服务BS信令(即，来自服务运营商的SIB)，或者

[0011] ‑从V2X服务器。

[0012] 关于要用于V2V通信的频谱资源，可以考虑两个选项：

[0013] ‑在侧行链路上为V2V服务的不同运营商分配单独的载波：在这种情况下，UE必须监听要求具有中断和延迟的载波切换的多个信道或多个接收链。为了避免中断，UE必须为每个运营商提供一个接收链(即，调制解调器)。可替选地，运营商可以协调并使用时分方案，以便避免半双工以及同时调度UE。

[0014] ‑在侧行链路上在V2V服务的不同运营商之间共享同一载波：在这种情况下，每当针对自主资源选择(LTE中的模式4)更新频谱配置时，必须重新配置UE，以及在网络辅助/控制的情况下，BS需要了解其他运营商的资源池配置并且还应用时分方案来避免资源分配重叠。

[0015] 如上面提到的，区域分割可以降低多运营商问题的复杂度。在这种情况下，将地理区域划分为不相交的区域，每个区域由单个运营商提供服务，如例如图18所示。即使在这种情况下，运营商之间的边界区域周围也会出现问题。挑战是：

[0016] ‑一个车辆将如何与附接至不同运营商的车辆取得联系，以及

[0017] ‑在使用同一频谱池/资源的情况下将如何处理干扰。

[0018] 即使定义了双运营商区域，在该双运营商区域中UE被配置成从属于不同运营商的车辆接收信息，但仍然会出现干扰问题，如例如图19所示：

[0019] ‑情况1：由于传输范围。

[0020] ‑情况2：由于车辆即使将其使用的资源更改为新资源，也将会对其他车辆造成干扰。

[0021] 处理先前的多运营商场景中的干扰问题的一种方法是以如下方式形成双运营商区域(即，过渡区域)，该方式使得在双运营商区域的一些部分中使所使用的资源正交。在图20中示出了这种方案的一种示例性实现方式。假定所有可用频谱资源包括六个单独的频谱块(A，B，C，D，E，F)，在每个单个运营商区域中可以使用所有资源。在双运营商区域中，使资源正交的一种方案可能是以下：

[0022] ‑在部分1中：运营商A调度资源A和B

[0023] ‑在部分2中：运营商A调度资源C，而运营商B调度资源D

[0024] ‑在部分3中：运营商B调度资源E和F

[0025] 上述三个部分特别地可以被称为过渡区域。

[0026] 车辆通过本地决定，通过来自运营商的指示，通过与他们进行通信会话的车辆的共同决定或通过其他方式从一个运营商切换到另一运营商。公共区域(图20中的部分2由两个运营商调度并且是车辆从一个运营商切换到另一运营商的区域)。

[0027] 由于两个运营商正确地进行了协调，所以该方案设法处理了一个运营商对另一运营商的干扰，并且处理了半双工问题。最后，具有相同/全局(例如，GLONASS/GPS)同步的一个调制解调器设法处理两个运营商之间的通信。

[0028] 这种方法面临的挑战是，在需要更新的情况下(例如，在在双运营商区域中交通拥堵或故障的情况下，这会导致资源管理问题、资源短缺等)，多运营商区(即过渡区域)的配置必须更新，特别是在网络设备和移动设备中。

发明内容

[0029] 鉴于上面提到的问题和缺点，本申请旨在改进常规的网络设备和移动设备。本申请具体使得能够例如在强迫漫游或区域分割解决方案的情况下处理过渡区域中的运营商之间的协调。在几个运营商覆盖整个区域的方案的情况下，本申请可以被应用于促进运营商的协调。如果过渡区域无限大，则尤其如此。

[0030] 换言之，本申请允许：

[0031] ‑运营商关于所使用的资源和相应信令的协调，以及

[0032] ‑通知UE关于所考虑的资源的更新。

[0033] 也就是说，本申请允许确定对过渡区域中的资源重新配置(例如，运营商的或UE的资源重新配置)的需求，并且允许提供如何对过渡区域中可用的资源(例如，运营商提供的资源或由UE使用的资源)进行重新配置的信息。

[0034] 本申请的目的通过相应的网络设备以及通过移动设备来实现。

[0035] 本申请的第一方面提供了一种用于侧行链路通信的网络设备，特别是运营商设备或独立于运营商的设备，该网络设备被配置成获得过渡区域重新配置需求TARD(transition area reconfiguration demand)信息，并且基于TARD信息提供过渡区域重新配置TAR(transition area reconfiguration)信息。

[0036] 这确保了可以确定对与过渡区域有关的资源或参数进行重新配置的需求，并且可以有效地调节资源和参数。

[0037] 特别地，可以将TAR信息提供给基站或移动设备。在这两种情况下，都可以直接或间接提供TAR信息。特别地，基站可以将TAR信息转发给移动设备。

[0038] 在第一方面的实现形式中，网络设备借助于接入和移动性管理功能AMF、管理服务器、应用功能AF或车联万物V2X控制服务器、或者应用层协议来实现。

[0039] 这确保了通信网络中的各种网络实体可以配备有根据第一方面的网络设备。

[0040] 以上功能和服务器不仅仅因为命名相似或相同而限于4G或5G。特别地，以上功能和服务器可以涉及任何种类的移动通信技术。

[0041] 在第一方面的另一实现形式中，网络设备还被配置成借助于广播消息、无线电控制信令、应用层信息、和/或非接入层信令提供TAR信息。

[0042] 这确保了根据第一方面的网络设备可以有效地利用几种已经存在的方式来发信号通知信息。

[0043] 特别地，广播消息可以包括系统信息块SIB(System Information Block)消息。特别地，无线电控制信令可以包括无线电资源控制信令。特别地，非接入层信令可以包括跟踪区域更新。

[0044] 在第一方面的另一实现形式中，网络设备还被配置成确定对过渡区域进行重新配置的需求，并且基于该需求获得TARD信息。

[0045] 这确保了网络设备不仅可以获得关于期望的重新配置的信息，而且可以确定需求本身。

[0046] 在第一方面的另一实现形式中，网络设备还被配置成基于TARD信息提供TAR请求，根据TAR请求获得TAR响应，并且基于TAR响应提供TAR信息。

[0047] 这确保了网络设备不限于自己确定TAR信息，而且还可以与第二网络设备(优选地位于第二网络运营商处)进行通信以就重新配置达成一致并相应地提供TAR信息。

[0048] 在第一方面的另一实现形式中，过渡区域是以下区域，在该区域中有至少两个运营商能够特别地用于通信资源的配置，特别地用于所述至少两个运营商之间的漫游。

[0049] 在第一方面的另一实现形式中，TAR请求基于和/或包括分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率、数据速率中的至少一种。

[0050] 在第一方面的另一实现形式中，TAR请求包括重新配置参数。

[0051] 特别地，重新配置参数可以是过渡区域配置类型、资源分配配置、过渡区域位置配置或过渡区域边界配置中的至少一种。

[0052] 本申请的第二方面提供了一种用于侧行链路通信的网络设备，特别是运营商设备或独立于运营商的设备，该网络设备被配置成支持另一网络设备基于过渡区域重新配置需求TARD信息提供过渡区域重新配置TAR信息。

[0053] 这确保了几个网络设备可以彼此进行通信，并且可以根据过渡区域中的哪些资源和参数将被重新配置而就TAR信息达成一致。因此，使用这样的网络设备的几个网络运营商可以以联合方式对过渡区域进行重新配置。

[0054] 特别地，第二方面的网络设备或其任何实现形式对应于第一方面的网络设备或其任何实现形式。更具体地，所述设备中的一个可以由第一运营商来运行，而所述设备中的另一个可以由第二运营商来运行。

[0055] 在第二方面的实现形式中，网络设备还被配置成获得TAR请求；基于TAR请求确定TAR响应；并且提供TAR响应以支持其他网络设备。

[0056] 第二方面的网络设备接收的TAR请求是由第一方面的网络设备发送的TAR请求。第二方面的网络设备发送的TAR响应是第一方面的网络设备接收的TAR响应。

[0057] 在第二方面的另一实现形式中，TAR请求基于和/或包括分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率、或数据速率中的至少一种；并且该网络设备还被配置成基于分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率、或数据速率中的至少一种确定TAR响应。

[0058] 在第二方面的另一实现形式中，TAR请求包括重新配置参数，并且其中，网络设备还被配置成基于重新配置参数确定TAR响应。

[0059] 特别地，重新配置参数包括过渡区域配置类型、资源分配配置、过渡区域位置配置或过渡区域边界信息中的至少一种。

[0060] 本申请的第三方面提供了一种移动设备，该移动设备被配置成获得过渡区域重新配置TAR信息；并且根据TAR信息调节移动设备的过渡区域配置。

[0061] 这确保了可以根据借助于根据第一方面的网络设备确定的TAR信息来对第三方面的移动设备进行重新配置，其中，第一方面的网络设备可以由第二方面的网络设备支持。

[0062] 在第三方面的实现形式中，移动设备还被配置成借助于广播消息、无线电控制信令、应用层信息、和/或非接入层信令获得TAR信息。

[0063] 特别地，广播消息可以包括系统信息块SIB消息。特别地，无线电控制信令可以包括无线电资源控制信令。特别地，非接入层信令可以包括跟踪区域更新。

[0064] 本申请的第四方面提供了一种用于网络设备的方法，该方法包括以下步骤：由网络设备获得过渡区域重新配置需求TARD信息；并且由网络设备基于TARD信息提供过渡区域重新配置TAR信息。

[0065] 在第四方面的实现形式中，该方法还包括：由网络设备借助于广播消息、无线电控制信令、应用层信息、和/或非接入层信令提供TAR信息。

[0066] 在第四方面的另一实现形式中，该方法还包括：由网络设备确定对过渡区域进行重新配置的需求，并且由网络设备基于该需求获得TARD信息。

[0067] 在第四方面的另一实现形式中，该方法还包括：由网络设备基于TARD信息提供TAR请求，由网络设备根据TAR请求获得TAR响应，并且由网络设备基于TAR响应提供TAR信息。

[0068] 在第四方面的另一实现形式中，过渡区域是以下区域，在该区域中有至少两个运营商能够特别地用于通信资源的配置，特别地用于所述至少两个运营商之间的漫游。

[0069] 在第四方面的另一实现形式中，TAR请求基于和/或包括分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率、数据速率中的至少一种。

[0070] 在第四方面的另一实现形式中，TAR请求包括重新配置参数。

[0071] 特别地，重新配置参数可以是过渡区域配置类型、资源分配配置、过渡区域位置配置或过渡区域边界配置中的至少一种。

[0072] 第四方面及其实现形式包括与第一方面及其相应实现形式相同的优点。

[0073] 本申请的第五方面提供了一种用于网络设备的方法，该方法包括以下步骤：由网络设备支持另一网络设备基于过渡区域重新配置需求TARD信息提供过渡区域重新配置TAR信息。

[0074] 在第五方面的实现形式中，该方法还包括：由网络设备获得TAR请求；由网络设备基于TAR请求确定TAR响应；并且由网络设备提供TAR响应以支持其他网络设备。

[0075] 在第五方面的另一实现方式中，TAR请求基于和/或包括分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率、或数据速率中的至少一种；并且该方法还包括由网络设备基于分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率、或数据速率中的至少一种确定TAR响应。

[0076] 在第五方面的另一实现形式中，TAR请求包括重新配置参数，并且该方法还包括由网络设备基于重新配置参数确定TAR响应。

[0077] 特别地，重新配置参数包括过渡区域配置类型、资源分配配置、过渡区域位置配置或过渡区域边界信息中的至少一种。

[0078] 第五方面及其实现形式包括与第二方面及其相应实现形式相同的优点。

[0079] 本申请的第六方面提供了一种用于移动设备的方法，该方法包括以下步骤：由移动设备获得过渡区域重新配置TAR信息；由移动设备根据TAR信息调节移动设备的过渡区域配置。

[0080] 在第六方面的实现形式中，该方法还包括：由网络设备借助于广播消息、无线电控制信令、应用层信息、和/或非接入层信令获得TAR信息。

[0081] 特别地，广播消息可以包括系统信息块SIB消息。特别地，无线电控制信令可以包括无线电资源控制信令。特别地，非接入层信令可以包括跟踪区域更新。

[0082] 必须注意，在本申请中描述的所有设备、元件、单元和装置可以在软件或硬件元件或其任何种类的组合中实现。由本申请中描述的各个实体执行的所有步骤以及要由各个实体执行的所描述的功能旨在意指相应实体适于或被配置成执行相应步骤和功能。即使在特定实施方式的以下描述中，要由外部实体执行的特定功能或步骤未在执行该特定步骤或功能的那个实体的特定详细元件的描述中反映出来，但对于本领域技术人员应清楚的是，这些方法和功能可以在相应的软件或硬件元件或其任何种类的组合中实现。

附图说明

[0083] 本申请的上述方面和实现形式将在以下关于附图的具体实施方式的描述中进行说明，在附图中：

[0084] 图1示出了根据本申请的实施方式的网络设备的示意图。

[0085] 图2更详细地示出了根据本申请的实施方式的网络设备的示意图。

[0086] 图3示出了根据本申请的另一实施方式的网络设备的示意图。

[0087] 图4更详细地示出了根据本申请的实施方式的网络设备的示意图。

[0088] 图5示出了根据本申请的网络设备的操作原理。

[0089] 图6示出了根据本申请的网络设备的操作原理。

[0090] 图7示出了根据本申请的网络设备的操作原理。

[0091] 图8示出了根据本申请的网络设备的操作原理。

[0092] 图9示出了根据本申请的网络设备的操作原理。

[0093] 图10示出了根据本申请的信息信令的示意图。

[0094] 图11示出了根据本申请的实施方式的移动设备的示意图。

[0095] 图12示出了根据本申请的信息信令的示意图。

[0096] 图13示出了根据本申请的信息信令的示意图。

[0097] 图14示出了根据本申请的信息信令的示意图。

[0098] 图15示出了根据本申请的实施方式的方法的示意图。

[0099] 图16示出了根据本申请的实施方式的方法的示意图。

[0100] 图17示出了根据本申请的实施方式的方法的示意图。

[0101] 图18示出了根据现有技术的过渡区域的示意图。

[0102] 图19示出了根据现有技术的过渡区域的示意图。

[0103] 图20示出了根据现有技术的过渡区域的示意图。

具体实施方式

[0104] 图1示出了根据本申请的实施方式的网络设备100的示意图。网络设备100特别地可以是运营商设备或独立于运营商的设备，并且优选地适合于侧行链路通信。

[0105] 为了允许过渡区域的重新配置，设备100被配置成获得过渡区域重新配置需求TARD(transition area reconfiguration demand)信息101。特别地，这可以是指示要求例如UE或网络运营商要求重新配置与过渡区域有关的资源或参数的信息。获得TARD信息101例如包括在设备100中确定TARD信息101，或者由设备100接收TARD信息101。

[0106] 设备100还被配置成基于TARD信息101提供过渡区域重新配置TAR(transition area reconfiguration)信息102。TAR信息102可以例如被提供给基站和/或UE。基站和/或UE则根据TAR信息102被相应地重新配置。基站还可以将TAR信息102转发给UE。TAR信息102具体指示如何执行过渡区域的重新配置。

[0107] 网络设备100优选地由第一网络运营商操作，并且可以与另一网络设备例如网络设备300(将在下面描述)进行通信(以及由另一网络设备例如网络设备300支持)，网络设备300可以由另一网络运营商操作。

[0108] 可选地，网络设备100可以借助于接入和移动性管理功能AMF(Access and Mobility Management function)、管理服务器、应用功能AF(Application Function)或车联万物V2X控制服务器、或者应用层协议来实现。然而，网络设备100不限于这样的实现方式。特别地，上面提到的功能和服务器不仅涉及4G或5G，而且可以涉及任何移动通信手段。

[0109] 此外可选地，网络设备100可以借助于广播消息、无线电控制信令、应用层信息和/或非接入层信令提供TAR信息102。

[0110] 此外可选地，网络设备100可以确定对过渡区域进行重新配置的需求，并且基于该需求获得TARD信息101。也就是说，TARD信息101是在网络设备100本身中确定的，而不需要在外部被提供给网络设备100。

[0111] 此外可选地，过渡区域可以是以下区域，在该区域中有至少两个运营商能够特别地用于通信资源的配置，特别地用于所述至少两个运营商之间的漫游。

[0112] 图2更详细地示出了根据本申请的实施方式的网络设备100的示意图。图2的网络设备100建立在图1的网络设备100上并且因此包括其所有特征和功能。

[0113] 如图2所示的那样，网络设备100可选地可以：基于TARD信息101提供TAR请求201；根据TAR请求201获得TAR响应202；以及基于TAR响应202提供TAR信息102。例如，可以将TAR请求201提供给将在下面描述的网络设备300，并且可以从网络设备300接收TAR响应202。由此，网络设备300可以支持网络设备100确定TAR信息102。

[0114] 此外可选地，TAR请求201可以基于和/或包括分组错误率、信道繁忙率CBR(channel busy rate)、基站BS(base station)故障指示、时延、误码率、数据速率中的至少一种。换言之，TAR请求201可选地指示请求的原因。

[0115] 此外可选地，TAR请求201可以包括重新配置参数。重新配置参数例如建议新期望的过渡区域配置。

[0116] 图3示出了根据本申请的另一实施方式的网络设备300的示意图。网络设备300可以是与网络设备100相对应的网络设备。网络设备300特别地可以是运营商设备或独立于运营商的设备。此外可选地，网络设备300适用于侧行链路通信。

[0117] 网络设备300支持网络设备100(如例如图1所示)基于过渡区域重新配置需求TARD信息101提供过渡区域重新配置TAR信息102。这在图3中通过虚线箭头示意性地示出。

[0118] 图4更详细地示出了根据本申请的实施方式的网络设备300的示意图。图4的网络设备300建立在图3的网络设备300上并且因此包括其所有功能和特征。

[0119] 如图4所示的，网络设备300还可以：获得TAR请求401；基于TAR请求401确定TAR响应402；以及提供TAR响应402。由此，设备300支持另一网络设备100。

[0120] 由此，其中的一个正在操作网络设备100而其中的另一个正在操作网络设备300的两个运营商可以借助于TAR请求401和TAR响应402共同就过渡区域重新配置达成一致。例如网络设备100建议新的配置，并且网络设备300接受新的配置或提出反建议。

[0121] 特别地，由设备300接收的TAR请求401是由网络设备100发送的TAR请求201。特别地，由网络设备300发送的TAR响应402是由设备100接收的TAR响应201。

[0122] 此外可选地，TAR请求401基于和/或包括分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率或数据速率中的至少一种。因此，网络设备300可选地可以基于分组错误率、信道繁忙率CBR、基站BS故障指示、时延、误码率或数据速率中的至少一种确定TAR响应402。

[0123] 此外可选地，TAR请求401包括重新配置参数。因此，网络设备300可选地可以基于重新配置参数确定TAR响应402。

[0124] 基于图5至图9，将讨论关于过渡区域重新配置的运营商之间的协调。

[0125] 图5示出了用于就具有有限资源的双运营商区域(即过渡区域)和边缘运营商区域中的频谱分配/配置达成一致的两个运营商之间的交互。如图所示，交互可以是直接的，或者交互可以是间接的，经由中间实体例如属于服务提供者的服务器、管理者或具有相应权限的任何其他实体进行。

[0126] 在图5中，运营商“A”实现网络设备100，并且运营商“B”实现网络设备300。

[0127] 在至少一个运营商中，功能实体必须负责检测对过渡区域进行重新配置的需求。这两个实体之间的交互可以总结为：

[0128] ‑网络运营商之间的以下交互：以请求原因的可能的指示(例如，信道繁忙比(Channel Busy Ratio，CBR)测量、BS故障等)和配置建议请求重新配置，和/或[0129] ‑网络运营商之间的以下交互：通知接受更改或提出替选解决方案。

[0130] 配置建议可以是：

[0131] ‑建议的重新配置的类型(资源分配的更改或过渡区域位置的更改)，和/或‑新配置的详细信息(新资源分割、过渡区域位置的更改、新边界线的定义等)。

[0132] 运营商之间的协调可以使用以下来进行：

[0133] ‑网络核心中的移动性服务器(例如接入和移动性管理功能(Access  and Mobility Management function，AMF))，其知道UE的位置。然后，其可以为所涉及的BS决定资源池并且动态地通知它们；

[0134] ‑应用功能或(V2X)控制服务器(例如5G核心中的V2X控制功能)；

[0135] ‑运营商的网络管理(Network Management，NM)系统中的网络管理实体；

[0136] ‑可以负责配置的应用层协议。

[0137] 基于图6和图7，将讨论使用移动性服务器进行的关于过渡区域重新配置的运营商之间的协调。

[0138] 在所示的情况下，两个运营商的移动性服务器进行通信以便传输以下项：

[0139] ‑过渡区域重新配置请求，

[0140] ‑过渡区域重新配置响应。

[0141] 图6示出了示例性实现方式的简化的网络拓扑(包括BS、用户平面功能‑UPF(User Plane Function)等)，其中两个运营商(OP‑A和OP‑B)的移动性服务器直接连接。可以应用关于间接通信的其他替选实现方式。在图6中，OP‑A实现网络设备100，而OP‑B实现网络设备300。

[0142] 图7示出了两个移动性服务器之间的消息交换。通信可以是直接的，或者通过中间网关。一种替选实现方式是使用开放功能，例如5G的网络开放功能。在这种情况下，移动性服务器应连接至其他运营商的开放功能以提供请求。在替选实现方式中，可以将请求提供给本地开放功能并且其他运营商可以使用拉模型来检索该请求。

[0143] 基于图8，讨论使用应用功能或V2X控制功能进行的运营商之间的协调。

[0144] 在通过应用功能或V2X控制功能执行用于频谱协调的负责实体的情况下，可以应用如同上面使用移动性服务器实现的实现方式的类似实现方式。应用功能或V2X控制功能可以来自信任域或者可以不来自信任域。来自非信任域的应用功能或V2X控制功能需要与网络开放功能(Network Exposure Function，NEF)对接的接口，以向NF发送信息/从NF接收信息，如图8所示。来自信任域的应用功能或V2X控制功能可以与NEF连接或直接与NF进行通信。此外，可以为应用功能或V2X控制功能与NEF功能之间的这些交互实现推模型或拉模型。图8示出了属于不同运营商网络的应用功能之间的示例性实现方式。在图8中，网络设备100由左手AF实现，而网络设备300由右手AF实现。

[0145] 图9示出了使用网络管理进行的运营商之间的协调。

[0146] 如图9所示，替选实现方式使用网络管理系统来执行频谱资源在运营商之间的协调。图9示出了这样的系统的示例性实现方式。可以使用网络管理器(Network Manager，NM)之间或域管理器(Domain Manager，DM)之间的接口来执行使用该方法进行的运营商之间的频谱资源协调。然后，NM将向DM提供相应的配置，并且这些DM会将配置转发给网络元件(Network Element，NE)。此外，在图9中，网络设备100由OP‑A运行，而网络设备300由OP‑B运行。

[0147] 在未在图中示出的替选实施方式中，解决了使用应用层协议进行的运营商之间的协调。

[0148] 网络实体可以使用应用层协议来接收它们的配置。

[0149] 这可以如下来实现：

[0150] ‑利用带有应用服务器的地址的预配置文件打开节点，

[0151] ‑节点注册到服务器并且请求配置文件，

[0152] ‑服务器发送节点必须应用的配置模板，以及

[0153] ‑如果该节点被注册，服务器可以更新该配置。

[0154] 此外，可以应用使用在线实现方式和配置进行的其他方法。

[0155] 基于图10，讨论从网络设备到RAN的信息传送。

[0156] 关于BS或UE配置的信息可以被传送至网络实体，网络实体具有针对各个接入网络元件的频谱配置。该信息可以对移动性服务器(例如，LTE网络中的MME或5G网络中的AMF)或任何其他逻辑上集中的实体可用。如果通过V2X控制功能、V2X应用服务器或通过管理系统执行协商，则可以使用专用信令来将信息传送至移动性服务器。

[0157] 图10示出了从移动性服务器到BS的关于过渡区域配置的信息传送。在5G网络中，可以使用已经可用的消息例如下行链路RAN配置传送消息来传送该信息。也就是说，在图10中，网络设备100由移动性服务器实现。

[0158] 图11示出了根据本申请的实施方式的移动设备1100。移动设备1100获得过渡区域重新配置TAR信息1101。例如，由移动设备1100接收的TAR信息1101是由网络设备100提供的TAR信息102。为了允许过渡区域重新配置，移动设备1100根据TAR信息1101调节移动设备1100的过渡区域配置1102。

[0159] 可选地，如下面所讨论的，移动设备1100可以借助于广播消息、无线电控制信令、应用层信息和/或非接入层信令获得TAR信息1101。在这些情况下，例如，TAR信息1101由网络设备100提供(即，TAR信息1101是TAR信息102)。

[0160] 在下面，移动设备1100也可以被称为UE。

[0161] 基于图12至图14，讨论用于借助于网络设备100进行的UE通知的信令。可以通过以下替选方案向UE通知频谱配置中的某些重新配置。

[0162] 图12示出了使用系统信息广播消息进行的UE通知。

[0163] 可以使用系统信息广播消息来向UE通知频谱配置中的某些重新配置。由于对于特定地理区中的所有UE，过渡区域配置相同，因此该配置可以是广播消息。这样的消息可以是系统信息(诸如LTE系统中的经由系统信息块‑SIB(System Information Block)的系统信息)的广播。对于这样的情况，信息可以在通用广播消息中，或者在应通知UE监听的广播消息中。在第二种情况下(图13)，应当通过传入的通知消息(例如LTE中的RAN寻呼或典型寻呼消息，以及其他先前的蜂窝代)来通知UE。然后，UE通过将带有系统信息的广播消息同步到各个信道来进行监听。在图12中，移动性服务器实现网络设备100。

[0164] 图13示出了使用无线电控制信令进行的UE通知。

[0165] 如图13所示，可以使用无线电控制信令(诸如LTE中的无线电资源控制)向UE通知频谱配置中的某些重新配置。在这种情况下，一旦UE进入过渡区域，其将通过BS接收通知消息(例如LTE中的RAN寻呼消息)。然后，UE将发送无线电控制重新配置请求，并且BS将提供具有相应的重新配置的无线电控制重新配置响应。在图13中提供了整个过程。在图13中，移动性服务器实现网络设备100。

[0166] 图14示出了使用非接入层信令进行的UE通知。

[0167] 如图14所示，可以使用非接入层信令(诸如LTE中的跟踪区域更新)向UE通知频谱配置中的某些重新配置。在这种情况下，一旦UE进入过渡区域，其将通过移动性服务器接收通知消息(例如，LTE中的来自移动性管理服务器的寻呼消息)。然后，UE将向移动性服务器发送跟踪区域更新请求，并且移动性服务器将提供具有相应重新配置的跟踪区域更新响应。在图14中提供了整个过程。可以在不应用跟踪区域更新过程的情况下但通过使用专用信令来应用相同的过程。在图14中，移动性服务器实现网络设备100。

[0168] 图15示出了根据本申请的实施方式的方法1500的示意图。方法1500用于网络设备100，并且包括由网络设备100获得1501过渡区域重新配置需求TARD信息101的第一步骤。方法1500还包括由网络设备100基于TARD信息101提供1502过渡区域重新配置TAR信息102的步骤。

[0169] 图16示出了根据本申请的实施方式的方法1600的示意图。方法1600用于网络设备300，并且包括由网络设备300支持1601另一网络设备100基于过渡区域重新配置需求TARD信息101提供过渡区域重新配置TAR信息102的第一步骤。另一网络设备100是上面如图1所述的网络设备100。

[0170] 图17示出了根据本申请的实施方式的方法1700的示意图。方法1700用于移动设备1100，并且包括由移动设备1100获得1701过渡区域重新配置TAR信息1101的第一步骤。该方法包括由移动设备1100根据TAR信息1101调节1702移动设备1100的过渡区域配置1102的第二步骤。

[0171] 已经结合作为示例的各种实施方式以及实现方式描述了本申请。然而，根据对附图、本公开内容和独立权利要求的研究，其他变型可以被本领域技术人员理解和实现并且实践所要求保护的发明。在权利要求中以及在说明书中，词语“包括”不排除其他元件或步骤，并且不定冠词“一”或“一个”不排除多个。单个元件或其他单元可以实现权利要求中记载的几个实体或项的功能。在相互不同的从属权利要求中记载了某些措施的这一事实不表示不能在有利的实现方式中使用这些措施的组合。