专用上行链路资源传输调度的配置的制作方法

1.本发明涉及一种用于操作基站的方法，该基站能够支持针对在蜂窝网络中操作的用户设备的专用上行链路资源传输调度。
2.本发明还涉及使用所述方法的蜂窝网络的基站。
3.本发明还涉及一种用于与所述基站一起操作的用户设备的方法。本发明进一步涉及一种使用所述方法操作的用户设备。


背景技术：

4.在蜂窝无线通信的领域中，蜂窝网络倾向于支持各种各样的用户设备。特别是在也被术语物联网覆盖的机器类型设备的领域中，几个修改正在准备中，所述修改被用于针对机器类型设备的特殊需求来简化蜂窝网络和用户设备之间的操作。
5.特别地，机器类型通信（mtc）设备被配置成执行定期传输，比如日常测量、状态更新、对更新的请求等。在无线技术标准中，开发了适配，例如如在ep3032903a1中讨论的，如何更好地准备蜂窝网络以用于这样的种类的周期性数据传输。在当前的蜂窝技术标准中，这种方法在术语d
‑
pur=专用预配置上行链路资源下处理。通常，该概念在下文中被称为专用预调度上行链路传输调度。
6.利用该概念，机器类型用户设备与基站（相应地，蜂窝网络）协商定期周期性调度，例如在特定时间每天一次/每小时一次。这意味着，用户设备不需要在该特定时机（occasion）时请求资源，而是被期望执行至少一次上行链路传输，同时基站为该传输做准备并且已经为该用户设备保留了资源，但是在准备每次数据传输时没有或者至少最小化附加信令。
7.这对用户设备和蜂窝网络两者都是有利的，因为用户设备节省了功耗，因为蜂窝网络减少了拥塞，并且是可规划的。这是特别有利的，因为在许多情况下，用户设备仅提交非常少量的净荷。用于建立连接和针对这样的低数据传输请求资源的没有d
‑
pur的必要信令通常超过净荷的量。
8.关于当前定义的解决方案出现了问题，即在用户设备错过一个或几个上行链路传输时机的情况下，基站取消达成一致的d
‑
pur会话，并且在下一次数据传输之前，需要协商新的d
‑
pur会话。
9.这通常是一种直截了当的方法，因为用户设备可能出现故障或解激活（deactivated）或移动到另一个小区。因此，基站将为这样的用户设备保留资源，所述资源未被使用。
10.然而，该方法的一个缺点是当用户设备由于其他原因已经错过上行链路传输时机时。这是不利的，因为用于建立d
‑
pur会话的信令的量再次使蜂窝网络拥塞，并且可能过度补偿应该借助引入该方法来实现的节省。此外，在已经拥塞的蜂窝网络中，用户设备可能丢失其资源保留，并且在极端情况下，例如在几个小时内将不再被服务。
11.由于mtc用户设备通常配备有有限的发射机/接收机电路，因此这种情况可能比针
对其他设备更频繁发生。这特别是由于以半双工（对于fdd）操作，这意味着在下载会话期间，无法在上行链路传输时机处执行上行链路传输。进一步包括当用户设备可能错过上行链路传输时机时的其他限制。
12.如果附加到用户设备的应用开始附加的上行链路（ul）通信，该情况也可能出现，该通信可能被分配在不同的频率上，并且因此不能满足或暂时不需要预调度的传输时机。当用户设备只需要在ul中发送信令确认或在下行链路（dl）方向上收听时，发生相同的情况。
13.因此，需要一种解决方案来改进专用预调度上行链路传输调度方法，比如d
‑
pur，以便减少由于用户设备错过上行链路传输时机而取消其中专用预调度上行链路传输调度的运行会话的情况。
14.因此，本发明的目的是克服提到的缺点，并提出一种用于改进专用预调度上行链路传输调度的处置的解决方案。
15.因此，在本领域中另外的替代和有利的解决方案将是期望的。


技术实现要素：

16.为此，根据本发明的第一方面，提议了一种用于根据权利要求1操作基站的方法。根据本发明的第二方面，进一步提议了一种根据权利要求7的基站。
17.根据本发明的第三方面，进一步提出了一种根据权利要求11的用于操作用户设备的方法。根据本发明的第四方面，提出了一种根据权利要求16的用户设备。
18.根据本发明的第一方面，提出了一种用于操作蜂窝网络的基站以用于服务驻留在所述基站上的至少一个用户设备的方法，所述基站已经关于周期性专用预调度上行链路传输调度与用户设备达成一致，在专用预调度上行链路传输调度的一个或多个上行链路时机被用户设备错过的情况下，所述方法包括针对基站确定用户设备是否被认为不可用于在与基站相关的所述上行链路时机处进行通信的步骤，
‑
如果是，则维持目前活动的专用预调度上行链路传输调度，
‑
否则取消目前活动的专用预调度上行链路传输调度。
19.本发明的该方面涉及蜂窝网络的基站，特别是实现3g、4g、5g或以上的蜂窝技术标准之一。基站是蜂窝网络的多个基站之一。
20.基站被配置成服务至少一个用户设备，该用户设备定期地向远程服务器传输特别是相似量的数据，并且此外特别是固定地操作，其中“固定”意味着至少在其中应该执行若干次定期的传输的特定时间段内不移动或者仅仅不移动。针对这样的用户设备的示例是计量设备，其在定义的时间处或者至少在定义的时间的走廊（corridor）中周期性地传输其测量结果。取决于用户设备的目的，该周期优选地在从几秒直到几天的范围内。
21.为了限制针对这样的种类的定期数据传输的信令负载，在基站和用户设备之间布置周期性的专用预调度上行链路传输调度。专用预调度上行链路传输调度是用户设备和基站之间的操作的模式，其允许以预定义的周期和数据量传输数据。针对每个上行链路时机不需要或者至少有限地需要附加信令，即其中根据专用预调度上行链路传输调度，基站针对来自用户设备的预期数据传输分配足够的资源的时段。
22.为了建立专用预调度上行链路传输调度，用户设备优选地向基站传输指示所设想的数据传输的请求，特别是包括数据的量和规划的周期。此外，该请求还可以包含针对其设想专用预调度上行链路传输调度的持续时间，该持续时间可以从几个小时持续到无限，后者对于计量应用尤其有益。
23.作为响应，基站根据所请求的周期、持续时间和/或基于所请求的数据量、根据具有所批准的周期的调度用于上行链路传输的相应资源来评估该请求。该信息借助确认消息响应于用户设备而被提供。
24.然后，用户设备可以优选地决定接受该调度或者拒绝它，并且在没有专用的预调度上行链路传输调度的情况下继续操作。优选地，它可以至少在给定时段期间的有限量的次数内之后，再次请求建立专用预调度上行链路传输调度，这然后更好地适应用户设备的要求。
25.优选地，基站特别是通过sib指示它支持专用预调度上行链路传输调度。
26.当该专用预调度上行链路传输调度被建立时，基站预期用户设备在每个上行链路时机（其指的是根据调度分配用于来自用户设备的数据传输的资源的时间）时执行数据传输。
27.这样的数据传输不需要附加的信令来建立连接，或者至少比基站根据调度不预期它时少得多。
28.然而，如果用户设备错过上行链路时机一次或多于一次，则基站到现在为止终止传输调度。优选地，这是配置有多少这样的错过的上行链路时机导致终止的问题，在任何情况下，从基站的角度来看，这优选地是相当低的数量，以便不为不再操作的用户设备分配资源，而对于用户设备来说，该量优选地是相当高的数量，以便避免再次建立需要大量功率的专用预调度上行链路传输调度。特别是对于电池驱动的用户设备，这可能是问题，并且优选地避免它。显然，这里好的数量是不可能的，因为用户设备和基站两者的要求相矛盾。
29.本发明在这里开始发挥作用了。
30.根据这一点，提出了在一个或多个上行链路时机被用户设备错过（这意味着基站没有从相应的用户设备接收到上行链路传输）的情况下，基站应该考虑用户设备为什么错过（一个或多个）上行链路时机，而不是立即取消目前活动的专用预调度上行链路传输调度。
31.优选地，该过程不一定在第一次错过的时机（这在默认情况下可能被忽略）处开始，而是在两次或更多次错过的时机发生时开始。然后基站应该检查取消专用预调度上行链路传输调度是否适当。
32.在用户设备能够确定用户设备被认为至少在上行链路时机处不可用于与基站相关的通信的情况下，则目前活动的专用预调度上行链路传输调度应该被维持。
33.该考虑的步骤包括检查用户设备的情况。特别地，例如以半双工操作或具有有限处理能力的低带宽设备不可用于在所述上行链路时机处与基站的通信，特别是不可用于在专用预调度上行链路传输调度的过程中进行预期的数据传输。这意味着，尽管用户设备可能在与相应基站的通信会话中操作，但是如果这样的通信会话是不在上行链路时机处进行数据传输的原因，则认为它不可用于在所述上行链路时机处与基站的通信。
34.该检查考虑了基站可能知道错过上行链路时机的原因。如果该原因指示用户设备
特别地被占用（相应地，忙于其他措施，特别是由基站发起的），则错过的上行链路时机不被考虑用于取消目前活动的专用预调度上行链路传输调度。
35.这是有利的，因为它引入（bring in）了基站应对该情况的需要的符合，因为它可以预料上行链路时机的错过，并因此做出反应，而用户设备需要比关于当前已知的过程更不经常地再次建立专用的预调度上行链路传输调度。
36.优选地，将用户设备认为不可用于与基站通信的原因可能不同。
37.根据优选实施例，提出为了确定用户设备是否被认为不可用于与基站在所述上行链路时机处进行通信，确定情况中的至少一种情况，即：
‑
用户设备在数据交换会话的过程中，
‑
用户设备与蜂窝网络的另一基站连接地操作，以及
‑
作为无线电策略的部分，用户设备被指示避免上行链路通信。
38.该实施例收集了几种情况，对于基站来说，优选地考虑所述情况以将用户设备评定为当前不可用（至少在上行链路时机处）。
39.在用户设备在数据交换会话的过程中的情况下，则它——特别是当是有限带宽的用户设备时——无法执行上行链路数据传输。
40.这样的用户设备通常只能进行半双工通信，即只能在给定时间接收或发射，但不能同时既接收又发射，或者仅在有限的频率范围内操作。附加地或替代地，它们可能在仅能够支持有限数量的处理（即仅一个或两个harq处理）的意义上被限制，因为它们仅具有相应数量的harq链（指用于处理所述接收/发射的相应存储装置）。
41.该情况对基站而言是已知的，因为数据交换会话是通过基站发生的。
42.特别地，对于基站，当用户设备已经传输数据，并且正在等待来自基站的对先前传输的确认时，用户设备被附加地评定为在数据交换会话的过程中。这意味着，没有真正的活动可能足以将用户设备评定为不可用（相应地，在上行链路时机时被占用）。
43.此外，下载到驻留在基站上的低端设备的运行软件被评定为数据交换会话。这可能是mbms或scptm（单小区点到多点）传输的部分。
44.由于在这样的情况下基站参与数据传输的事实，基站知道它，并且因此可以认为受影响的用户设备不可用于通信，至少不可用于根据专用预调度上行链路传输调度的上行链路时机处的上行链路传输。
45.附加地或替代地，当用户设备注意到该用户设备正在与蜂窝网络的另一个（第二）基站连接地操作时，该用户设备可能被评定为不可用于与（第一和服务）基站通信。
46.这特别是由基站之间的通信（相应地，通过蜂窝网络）确定的。
47.当第一基站知道该情况时，则根据目前活动的专用预调度上行链路传输调度，不应该预期在上行链路时机处的上行链路传输。
48.附加地（相应地，替代地），在用户设备被指示避免上行链路通信的情况下，特别是作为无线电策略的部分，基站可以认为用户设备不可用于与基站通信。无线电策略管理（rpm）机制通常用于防止蜂窝网络过载并解决过载情况，即限制针对这样的用户设备的访问。
49.这优选地是针对无线电策略管理指令的情况的情况，该指令被预见以限制通信量（traffic），特别是通过机器类型通信（相应地，物联网（iot）设备）引起的通信量。这样的
rpm消息由基站提交给一个或多个驻留用户设备，特别是响应于具有相应拒绝原因的服务请求而提交。
50.借助这样的rpm消息，优选地指示用户设备至少在给定的先决条件下避免访问蜂窝网络（其意味着执行数据传输）。
51.如果是这种情况，并且另外受影响的时段也包括上行链路时机，尽管先前同意并且因此被分配（下文称为硬rpm），那么该实施例提议用户设备不应该为这种情况负责。因此，基站也认为在该情况下至少在上行链路时机处用户设备不可用于与基站通信。
52.此外，基站知道该情况，并且因此它能够确定用户设备不能作为上行链路时机的部分执行上行链路传输。
53.因此，当检测到该情况中的一种或组合时，这导致基站在检测到一个或多个错过的上行链路时机时将不取消目前活动的专用预调度上行链路传输调度的情况。
54.然而，尽管如此，该情况可能不会永远维持。因此，根据另外的优选实施例，提议在检测到其中用户设备被确定为不可用的预定连续数量的错过上行链路时机的情况下，取消目前活动的专用预调度上行链路传输调度的步骤。
55.该实施例是针对在所述上行链路时机期间基站在长时间内检测到用户设备被认为不可用于与基站有关的通信的这样的情况的最后手段（resort）。
56.优选地，当基站不能认为用户设备不可用于与基站通信时，预定数量是相当高的，在任何情况下都高于取消目前活动的专用预调度上行链路传输调度所需的错过上行链路时机的数量。
57.根据另一优选实施例，提出了在用户设备被认为不可用于在与基站相关的所述上行链路时机处进行通信的情况下，为另一用户设备分配针对目前活动的专用预调度上行链路传输调度的上行链路时机分配的资源的步骤。
58.对于该实施例，提出了在基站知道相应用户设备将无法使用将在特定上行链路时机处保留的资源的情况的情况下，基站要根据针对其他用户设备的目前活动的专用预调度上行链路传输调度来重新分配最初针对相应用户设备保留的资源。
59.这意味着，当基站例如发起到用户设备的下行链路传输，并且知道用户设备在所述下行链路传输会话期间无法进行上行链路传输的能力时，则基站可以预料用户设备将无法使用即将到来的下一个时机来进行用户设备的上行链路传输。
60.如前所述，这将不会导致取消目前活动的专用预调度上行链路传输调度。
61.另外，作为该实施例的部分，基站可以使用将不会被用于上行链路传输的资源用于那时正在请求上行链路资源的另一用户设备。
62.特别是对于非常拥塞的通信量情况，这是有利的实施例，因为没有浪费被资源。
63.此外，这减少了无法使用上行链路传输时机的用户设备对基站的负面影响，只要这是基站所预料的。
64.对于基站而言，只有资源的最佳使用是重要的。这借助该实施例来实现，因此对于基站而言，继续目前活动的专用预调度上行链路传输调度是没有问题的，尽管用户设备错过了一个或多个上行链路时机。
65.根据另一个实施例，提出了基站被配置成向用户设备提供作为无线电策略的部分的用于避免上行链路通信的指令，其中所述指令包括将在预定时间内与基站的通信尝试限
制为一定次数的尝试，包括根据专用预调度上行链路传输调度省略在上行链路时机处的用户设备的数据传输，以便针对所述一定次数的尝试进行计数。
66.该实施例涉及rpm指令的另一种变型。由基站发送给用户设备的遵循无线电策略的指令包括指示，即在rpm指令的有效性期间（相应地，在预定时间期间），只允许执行定义的次数的访问。
67.这允许用户设备管理其数据传输，并允许——例如在紧急情况下——联系远程服务器等。然而，对于测量或诸如此类方面中的定期数据传输，这个量可能太少。因此，用户设备那时将无法进行其定期数据传输。
68.然而，因为基站知道用户设备的活动的专用预调度上行链路传输调度，因此它在那个意义上软化（soften）了rpm指令，即不针对预定数量对根据专用预调度上行链路传输调度在上行链路时机处的数据传输进行计数。
69.替代地，没有定义这样的数量，但是根据专用的预调度上行链路传输调度，仅在上行链路时机处允许用户设备进行数据传输，而禁止其间的任何其他数据传输。这意味着基站已经考虑所述时机，并在其过载评估中考虑了所述时机，即仍然具有所需的资源，并且只想阻止进一步的通信尝试而不是结合预调度上行链路时机本身的传输。
70.这是一种软rpm，因为它允许在专用预调度上行链路传输调度中操作的用户设备像以前一样操作。只有该调度之外的数据传输被阻止（相应地，限制）。
71.这是有利的，因为基站知道驻留用户设备的预期数据传输，只要它们是专用预调度上行链路传输调度的部分。其他数据传输应受到限制，优选不完全禁止。
72.该实施例满足了用户设备和基站两者的要求（相应地，蜂窝网络需求）。
73.根据另一个优选实施例，提出了响应于来自用户设备的数据传输的接收，结合专用预调度上行链路传输调度的上行链路时机，提供作为无线电策略的部分的用于避免上行链路通信的所述指令。
74.该实施例包括根据无线电策略的指令、特别是rpm指令，不同于已知的方法，不是（仅）作为拒绝消息的部分来传输，而是作为上行链路时机的部分作为确认接收到数据传输的确认消息的部分来传输。
75.由于借助该软rpm方法，根据专用预调度上行链路传输调度的通信应该被允许，因此通过该方式指示相应的用户设备是有利的。因此，用户设备不会惊讶于对数据传输的拒绝，这在提出无线电策略之前是可能的。
76.由于根据专用预调度上行链路传输调度的数据传输被允许作为该软rpm方法的部分，因此这是传送无线电策略的变化的最佳信道。
77.根据本发明的第二方面，提出了一种蜂窝网络的基站，其被配置成服务驻留在所述基站上的至少一个用户设备，所述基站被配置成关于周期性专用预调度上行链路传输调度与用户设备达成一致，其中，在专用预调度上行链路传输调度的一个或多个上行链路时机被用户设备错过的情况下，基站被配置成
‑
确定用户设备是否被认为不可用于在与基站相关的所述上行链路时机处进行通信，
‑
如果是，则维持目前活动的专用预调度上行链路传输调度，
‑
否则取消目前活动的专用预调度上行链路传输调度。
78.本发明的该方面的基站被通信地连接到蜂窝网络的其他组件。这优选地通过有线连接链路发生。
79.基站进一步包括发射和接收电路以及天线，用于与由基站所占据（populate）的小区区域中的多个用户设备进行通信。基站进一步包括处理电路，用于执行操作软件，并且特别是实现根据本发明的第一方面的方法的软件。
80.此外，基站优选地包括用于存储软件、配置数据和高速缓存数据的易失性和永久性存储器。
81.特别地，与驻留用户设备相关的数据至少易失性地存储。
82.第二方面共享本发明的第一方面的优点。
83.根据本发明的第三方面，提出了一种用于操作用户设备与蜂窝网络的基站的方法，包括用于用户设备的以下步骤：
‑
关于周期性专用预调度上行链路传输调度与基站达成一致，
‑
根据所述专用预调度上行链路传输调度，在至少一个上行链路时机处执行至少一个上行链路传输，
‑
在用户设备不可用于与基站在该上行链路时机处进行通信的情况下，避免执行上行链路传输。
84.本发明的该方面涉及在针对本发明的先前方面描述的情况下用户设备的操作。
85.根据那一点，用户设备驻留在基站（即所谓的服务基站）上。当它位于、特别是固定地位于基站的小区区域中时，或者换句话说，它足够靠近于基站，以便能够接收基站的信号，并且向基站传输在基站处良好地接收的信号，那是可能的。
86.固定用户设备是预期至少在相当长的一段时间内不会从其位置移动或不会从其位置实质移动的设备。对于固定安装的设备，比如计量设备，情况尤其如此。但这也可能适用于安装在停放的车中的用户设备。针对固定用户设备的特殊情况是，在正常过程中，它将不离开当前服务基站的小区区域。
87.用户设备进一步能够关于周期性专用预调度上行链路传输调度与基站达成一致。对于固定的计量设备或频繁地、周期性地以相似的量传输数据的其他设备来说，情况尤其如此。
88.优选地，基站先前正在向用户设备提供它支持专用预调度上行链路传输调度的指示。这优选地经由例如系统信息的广播或者作为登记（registration）的部分（相应地，在专用连接期间）来完成。
89.因此，用户设备向服务基站发送用于建立这样的专用预调度上行链路传输调度的请求。该请求特别地包括所请求的周期和在用于传输数据的每个时机（在下文中称为上行链路时机）时要传输的数据的量。当该请求是数据传输会话的部分时，特别是根据专用的预调度上行链路传输调度的后面的数据传输所共有的部分时，这是有利的。
90.当基站响应于建立专用预调度上行链路传输调度的请求而确认时，则调度是可操作的。因此，用户设备将根据达成一致的周期，在每个上行链路时机时以如达成一致的大小发送上行链路数据传输。
91.当对于一些时机没有数据传输是可能的时，用户设备将优选不必再次建立专用的预调度上行链路传输调度，特别是对于拥塞的基站，该基站甚至可能由于高通信量而拒绝
新的上行链路传输调度。
92.因此，当用户设备无法在该上行链路时机处与基站进行通信，并且特别是知道对服务基站而言这种情况是已知的时，则它将避免执行这样的上行链路传输。在该情况下，结束专用预调度上行链路传输调度的结果将不会发生。
93.在这种情况下，尽管由于用户设备的不可用性而错过了该上行链路时机，但是由于专用的预调度上行链路传输调度并没有被取消，所以用户设备将使用下一个上行链路时机来执行数据传输，至少只要它在下一个上行链路时机时不是仍然或再次不可用的。
94.这是有利的，因为暂时不可用性将不会结束专用的预调度上行链路传输调度，并且用户设备和基站两者都知道这一点。
95.在优选实施例中，提议在从基站接收到包括用于避免上行链路通信的指令的无线电策略指令的情况下，所述方法进一步包括以下步骤：
‑
作为响应，仅在根据所述专用预调度上行链路传输调度的上行链路时机处执行上行链路传输。
96.该实施例涉及来自基站的用于避免上行链路通信的指令。这涉及支持防止过载情况的措施的基站，即阻止或拒绝瞬时通信量请求并指示预期下一次尝试的时间。这样的方法在术语rpm或网络友好行为下是已知的。即不允许用户设备在特定时间内进行更多的连接尝试，或者它们通常在特定时间内被阻止。减轻这些过载机制和相关的预调度传输之间的关系也是本发明的目标。
97.因此，根据该实施例，提议用户设备在专用预调度上行链路传输调度中操作时，可以忽略作为rpm的部分的指令，并因此在上行链路时机时继续发送数据传输。
98.这是因为基站已经关于以该达成一致的周期分配资源达成一致的事实。因此，为了做出发送rpm指令的决定，用户设备、特别是mtc设备，应该避免建立数据交换会话，可以考虑已经分配的资源。
99.优选地，基站用其rpm指令指示已经执行了根据专用预调度上行链路传输调度对预分配资源的该考虑，该上行链路传输调度用于驻留在基站上的用户设备。因此，尽管接收到rpm指令，但是在活动的专用预调度上行链路传输调度中操作的用户设备将在上行链路时机处执行其数据传输。然而，在其他时间（相应地，出于其他目的，在上行链路时机之外），可以不对相同的用户设备执行数据传输。
100.因此，该实施例提供了来自一般rpm指令的情况例外，但不是个别例外。这意味着，与rpm指令相比，没有最初受影响的用户设备完全自由地进行数据传输，仅因为专用预调度上行链路传输调度是活动的。
101.该rpm相关的行为在下文中被称为软rpm。它不同于其他rpm方案，在其他rpm方案中，在不同的前提下执行rpm相关效果与专用预调度上行链路传输调度的目标的协调。
102.根据优选实施例，提出在接收到无线电策略指令的情况下，执行上行链路传输的步骤包括根据所述专用预调度上行链路传输调度，作为上行链路时机的部分，传输与先前提交的数据传输不同来源和/或内容的信息。
103.借助该实施例，用户设备被置于对作为无线电策略指令的部分的通信限制作出反应的位置中。
104.通常对于较高优先级（相应地，假设允许的数据的量是足够的，则应该要传输的重
要性信息），用户设备可以使用上行链路时机来传输其他数据。那些数据通常是其他来源的，例如没有测量数据，但特别是状态数据。
105.这样的较高优先级信息不涉及紧急呼叫，因为这些通常是允许的（相应地，否决（overrule）rpm指令）。
106.这样的状态数据特别地可以包括到远程服务器的信息，即无线电策略指令是活动的。这可能导致避免来自远程服务器侧的软件更新或其他请求。
107.此外，状态更新可能涉及用户设备（相应地，随附的应用）的情况。示例将是检测连接的车中的情况，比如里程、油位等，这将触发请求调度对车库的访问。
108.这也是指代该情况的示例，即除了该周期性数据传输中的定期数据传输之外，该传输甚至可以被寻址到另一个通信端点。
109.根据本发明的另一个优选实施例，提出了在接收到用于将在预定时间内与基站的通信尝试限制为一定次数的尝试的指令的情况下，所述方法包括以下步骤：省略在该时间内发生的上行链路时机，以便针对该一定次数进行计数。
110.该实施例涉及另一种变型，其中rpm指令包括对所寻址的用户设备的指示，即在rpm指令的有效性期间（相应地，在预定时间期间），只允许执行定义的次数的访问。
111.然而，根据该实施例，在活动的专用预调度上行链路传输调度的情况下，解决了该问题。
112.作为针对这样的情况的软rpm方案的另外的变型，提出针对数据传输的允许数量，将不考虑根据活动的专用预调度上行链路传输调度在上行链路时机处的数据传输。
113.这导致有利的效果，即还针对这样的rpm方案，具有运行的专用预调度上行链路传输调度的用户设备在其数据传输活动中不受限制，并且基站可以预见这一点。
114.根据另一个优选实施例，提出了在从第一基站接收到限制与基站的通信尝试的指令的情况下，执行与第一基站以外的第二基站的上行链路传输，并且然后返回到第一基站。
115.如与之前提到的软rpm相反，该实施例涉及“硬rpm”。这意味着即使是当前在专用预调度上行链路传输调度中操作的用户设备，也将被阻止传输数据。
116.如前所述，基站因此将不会由于错过通过用户设备的上行链路时机而取消专用的预调度上行链路传输调度，因为这是遵循rpm指令。
117.然而，在用户设备具有执行其数据传输的需要的情况下，特别是在已经经过几次上行链路时机之后，则根据该实施例，提出用户设备尝试在另一个基站上登记并在那里执行其数据传输。如果没有这样的基站是可用的或者这样的基站被阻止，则这将当然失败，但是至少用户设备应该能够尝试。
118.在该尝试之后，用户设备返回到第一用户设备，其中专用预调度上行链路传输调度仍然是活动的。优选地，这意味着一旦不执行数据传输的硬rpm指令已经结束，专用预调度上行链路传输调度就继续，而不需要任何附加的信令。它应该继续，就像什么都尚未发生一样。
119.该实施例是有利的，因为它允许用户设备在用户设备被服务基站临时阻止时执行数据传输，然而，这不意味着需要取消专用的预调度上行链路传输调度。特别是在密集通信量中，关于新的专用预调度上行链路传输调度达成一致可能也许是不成功的。
120.此外，在硬rpm——在某些情况下从基站的角度来看，这可能是必要的——之后，
借助该实施例防止之后发生用于建立专用的预调度上行链路传输调度的运行（这最终再次增加信令负载，仅用于建立在硬rpm之前已经定义的调度）。
121.借助该实施例中，在硬rpm之后，操作继续不受干扰。这使得对基站而言更容易做出启动硬rpm的决定，因为预期没有这样的反效果。
122.根据本发明的第四方面，提出了一种用户设备，其被配置成在蜂窝网络的基站上操作，其中用户设备被配置成关于周期性专用预调度上行链路传输调度与基站达成一致，并且根据所述专用预调度上行链路传输调度在至少一个上行链路时机处执行至少一个上行链路传输（23），并且在用户设备不可用于在上行链路时机中与基站进行通信的情况下，避免执行所述上行链路传输。
123.该实施例涉及能够根据蜂窝网络的第二方面与基站一起操作的用户设备。
124.用户设备提供了用于进行无线通信的几个组件。这至少包括用于执行操作软件的处理电路，特别是实现本发明的第一方面的方法的那些操作软件。优选地，用户设备能够与支持3g、4g、5g或以上的标准的基站（包括变型，比如nb
‑
iot、cat
‑
m、cat
‑
1等）一起操作，其还包括在低活动阶段中出于省电原因而以nb
‑
iot或cat
‑
m模式瞬时操作的用户设备，尽管以更高的类别操作是可能的。
125.此外，用户设备包括与至少一个天线连接的发射和接收电路，通常是用于与蜂窝网络的基站交换无线通信信号的收发器。此外，存储器单元用于易失性和/或永久存储可执行软件、配置数据和测量数据，例如在作为邻居测量报告（neighbor measurement report）的部分传输之前。
126.用户设备被配置成驻留在服务基站上，并通过发射和接收电路执行数据传输。
127.优选地，用户设备提供具有用于收集测量数据的处理电路的应用部分，该测量数据由应用的传感器或通信地耦合到应用的远程传感器测量。这样的通信耦合可以使用用户设备的发射和接收电路，替代地使用其他通信电路，包括有线连接。例如，可以使用蓝牙、wimax或wifi连接。
128.本发明的第四方面共享本发明的第一方面的优点。
129.如其被示出的那样，本发明有利地解决了所描述的问题，并且提供了解决方案，该解决方案增加了在基站和用户设备之间关于专用预调度上行链路传输调度达成一致的益处。这对基站而言导致更好的拥塞情况，和用户设备的有利功率管理。
附图说明
130.以下描述和附图详细阐述了某些说明性方面，并且仅指示可以以其使用实施例的原理的各种方式中的一些。当阅读作为说明性而非限制性示例给出的有利实施例的以下描述和附图时，本发明的特性和优点将显现。
131.图1示意性地示出了用户设备10连同作为实施例将本发明应用于其的类型的基站。
132.图2a b示出了根据本发明的实施例的在专用上行链路资源传输调度中操作的基站和用户设备的时间线。
133.图3示出了描述本发明的优选实施例的流程图。
134.图1示意性地示出了根据本发明的实施例的类型的用户设备10，其中根据本发明
的另一方面的实施例，用户设备10与相应的基站4处于空间关系中。用户设备10特别地是固定的和机器类型的通信设备。也就是说，它优选地被配置成定期向远程服务器传输一定量的数据，特别是作为电计量设备、自动售货机或用于利用传感器监视限定情况的其他设备。
135.基站4是作为蜂窝网络1的部分的多个基站之一。该基站4是针对空中接口2上的用户设备10的直接对应物。这样的基站特别用于支持lte技术标准enodeb的蜂窝网络。与先前的技术标准相比，enodeb在针对分配的用户设备10的资源的调度方面中覆盖了更多的功能和灵活性。
136.基站4在小区5的地理区域中为位于该地理区域中的用户设备提供连接性。这允许位于小区5中的用户设备10与基站4相关联，特别是驻留在基站4上。
137.根据该例示实施例的用户设备10包括作为到空中接口2的连接点的天线11。它进一步包括标识模块3，特别是sim卡、uicc或焊接标识模块，或以安全方式包含在其他组件之一中的一段软件，其保存认证凭证，用户设备10以该认证凭证在蜂窝网络1（特别是基站4）处登记。该标识模块（相应地其存储的数据）允许蜂窝网络1计算出（figure out）用户设备10是否有权在蜂窝网络1内被服务，以及特别是它是预付费的还是具有证实的可信度的合同订阅。此外，用户设备10包括接收和发射电路、处理电路以及易失性和/或永久存储器（均未示出）。
138.图2a示意性地示出了被配置成以周期性相关的传输模式传输数据的用户设备10与其驻留在其上的基站4如何交换数据以便完成定期发送任务的情况。
139.在图2a中是对用户设备10和基站4而言可见的时间条。箭头指示从一方到另一方的数据传输。
140.用户设备10通常配备有时钟（相应地定时器），其计算出数据传输何时到期。在优选实施例中，用户设备10从远程服务器（未示出）接收关于调度的信息。远程服务器因此试图避免其中所有支持的用户设备（即使在不同小区中）都提供其数据的峰值。
141.借助数据传输20，用户设备向基站发送请求以建立专用的预调度上行链路传输调度。该请求至少包括与优选周期性和每个上行链路时机要传输的数据的量有关的指示。
142.基站4评估该请求，并且在用于满足该请求的资源足够的情况下，通过发送响应消息21来确认建立专用的预调度上行链路传输调度，该响应消息21包括周期性的细节和在相应的上行链路时机26处为数据传输分配的资源。
143.在接收到响应21之后，用户设备10和基站两者都激活专用的预调度上行链路传输调度而不是正常的调度通信。优选地，用户设备执行进一步的步骤，特别是关闭移动性相关测量。这意味着它假设由于它是固定用户设备并且它成功地驻留在基站4上的事实，因此暂时不需要小区重选。
144.因此，用户设备10和基站4各自根据周期性、特别是到最后通信的以秒或帧为单位的偏移来设置定时器。
145.当定时器在相应的系统帧号22处到期时，基站4分配相应的资源以用于接收预期来自用户设备的数据传输。这意味着现在用户设备的数据传输窗口是打开的，其在这里被称为上行链路时机26。
146.借助数据传输23，用户设备10现在以如对于响应消息21所允许的量提交数据，而无需在用户设备和基站之间预先的进一步的信令交换，该数据优选地专用于远程服务器，
例如计量收集服务器。这里提供了一种没有进一步预先信令的方法，但是具有减少的信令交换的解决方案也将是可能的。
147.优选地，基站4用确认消息24确认从用户设备10安全接收到传输的数据。这里，这是在完成数据传输23之后用一个消息24显示的，但是作为替代解决方案，每个数据传输消息23的确认消息也是该实施例的部分。
148.一旦数据传输已经结束，定时器被复位，并且在相同量的系统帧或定义的时间之后开始相同的操作。下一个数据传输包括与先前描述的相同的消息流。是否下一个定时器在传输的结束时开始，即借助消息24开始，还是在先前定时器到期后直接开始，即在系统帧号22处开始，则这是用户设备和基站之间的协定的问题。
149.在图2b中，在图2a中开始的专用预调度上行链路传输调度以另一个上行链路时机26继续，其中在时间帧22处执行进一步的数据传输23。
150.在几次这样的传输（由空白部分25指示）之后，用户设备被与专用预调度上行链路传输调度无关的数据传输27会话占用。代之以，在该示例中，执行更大的数据的下载。这可能是软件下载或诸如此类。特别是对于低能力设备，例如在技术标准的低类别（比如nb
‑
iot、cat
‑
m、cat
‑
1）中和/或以比如增强覆盖的模式操作，这样的数据传输可能花费一段时间。
151.事实上，如这里所示，数据传输会话与上行链路时机窗口26重叠。因此，特别是当不能与下载并行地执行附加数据传输会话时，用户设备10将错过上传时机26，这意味着没有执行如专用预调度上行链路传输调度中达成一致的数据传输23。
152.通常，这将在预定义数量的错过上行链路时机之后导致基站4取消专用预调度上行链路传输调度的情况。这是由于用户设备10可能被关闭、解激活、断电或移动到另一小区的事实。
153.对基站4而言该情况将不是已知的。
154.然而，对基站4而言数据传输27是已知的。因此，数据传输27可以被认为是错过上行链路时机26的原因。因此，基站不取消专用预调度上行链路传输调度，代之以在下一帧22处为下一个上行链路时机分配相应的资源，用于再次接收数据传输23。
155.在下一个上行链路时机26处，用户设备不再被数据传输会话占用并且因此不再次进行其数据传输23。因此，专用预调度上行链路传输调度应该继续。
156.在图3中，该流程图从根据本发明的第一方面的基站的角度示出了根据本发明的例示实施例的过程。
157.该工作流程以步骤s1开始，其中用户设备10和基站4关于专用预调度上行链路传输调度达成一致，在这种情况下，该实现被称为d
‑
pur。这样的协定通常需要来自用户设备的请求，从而指示至少设想的周期和数据的量。然后，基站响应，并提供数据，所述数据指示每个上行链路时机的哪个周期和分配的数据将是可能的。当不足时，用户设备接受该响应或者取消专用预调度上行链路传输调度。
158.当通过给基站的另一个消息或者通过仅遵循达成一致的调度接受响应时，则基站设置内部定时器。在步骤s2处在定时器到期时，基站根据专用预调度上行链路传输调度，在上行链路时机处预期上行链路传输。
159.然后在决定步骤s3中检查基站是否根据专用预调度上行链路传输调度接收到数
据传输。如果是这种情况，则流程再次分支到步骤s2，在那里以相同的周期预期下一个上行链路传输。由于周期可能在数小时或数天的范围内，这可能花费一些时间，并且因此优选是例外（相应地触发中断），而不是实现等待循环。
160.如果在s3中基站检测到在上行链路时机期间没有接收到数据传输，则流程分支到步骤s4，在那里执行另一检查。这里，检查基站是否认为用户设备不可用，这意味着在上行链路时机处被占用。这意味着，检查基站是否知道用户设备为什么无法进行数据传输的任何原因。如之前的示例中所示，这可能是由于计划外的大量数据传输会话而造成的。这还可能是由于被基站本身阻止来自无线电策略指令的传输。
161.如果是这种情况，流程分支返回到步骤s2。在下一个上行链路时机处，可能发生根据专用预调度上行链路传输调度的正常数据传输。
162.否则，流程分支到步骤s5，其中基站决定取消专用预调度上行链路传输调度（相应地d
‑
pur协定）。在另一个实施例中，这可能不是在预定数量的——特别是连续的——错过的上行链路时机已经发生之前的情况，其中对基站而言用户设备的不可用性不是已知的。
163.这结束了过程流程。
164.优选地，当基站已经知道用户设备被认为在下一个上行链路时机处是不可用的事实时，它将在步骤s2中避免为下一个上行链路时机分配资源，代之以，如果另一个用户设备在那时请求资源，则这样的资源可以被分配给该另一个用户设备。
165.在以上详细描述中，参考附图，所述附图通过图示的方式示出了其中可以实施本发明的具体实施例。这些实施例被足够详细地描述，以使得本领域技术人员能够实施本发明。要理解，本发明的各种实施例虽然不同，但不一定相互排斥。例如，在不脱离本发明的范围的情况下，本文中结合一个实施例描述的特定特征、结构或特性可以在其他实施例中实现。此外，要理解，在不脱离本发明的范围的情况下，可以修改每个公开的实施例中的各个元件的位置或布置。因此，上面的详细描述不要以限制的意义来理解，并且本发明的范围仅由适当解释的所附权利要求连同权利要求被赋予的等同物的全部范围来限定。