一种用户设备的调配方法、网络侧设备及用户设备与流程

本发明涉及通信领域，尤其涉及一种用户设备的调配方法、网络侧设备及用户设备。

背景技术：

在一个小区内有很多用户设备(userequipment，ue)，为了避免多个ue同时请求接入网络(network，nw)造成网络拥堵，网络侧设备需要调配ue发送接入网络请求的时间。

目前，主要有两种方案来调配ue，以用于减轻网络拥堵。其中一种是：允许特定访问组(extendedaccessbarring，eab)，另外一种是：使用延长等待时长。具体而言，关于eab，即在nw处于繁忙状态时，也就是网络处于拥堵状况时，向所有的ue发送包括eab参数的系统信息块，使得接收到所述eab参数的ue与nw的通道被禁止，也即ue无法向nw发送rrc连接请求，一旦nw从繁忙状态进入空闲状态，也就是网络进入非拥堵状况时，则立刻撤销所有ue的eab参数，这样所有的ue均可向nw发送rrc连接请求。关于延长等待时长，即在nw处于繁忙状态时，当接收到ue的rrc连接请求，则向ue回复rrc连接拒绝消息，且在该拒绝消息中包括一个延长等待时长，收到rrc连接拒绝消息的ue可以在该延长等待时长之后再次向nw发送rrc连接请求。

但是，上述调配ue的方法，无法根本解决网络拥堵，一旦网络空闲，所有正在等待发送接入网络请求的ue均会在很短的时间内开始发送接入网络请求，而这会导致网络重新出现拥堵。

技术实现要素：

本发明解决的问题是如何从根本上避免网络侧设备与用户设备之间传输数据时网络拥堵。

为解决上述问题，本发明实施例提供了一种用户设备的调配方法，所述方法包括：当处于繁忙状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，存储所述表征需要传输延迟允许数据的请求；向所述用户设备回复请求确认信息；当从繁忙状态转变为空闲状态时，基于自身处理能力批量指示已回复请求确认信息的用户设备传输延迟允许数据；其中：每批指示传输延迟允许数据的用户设备的数量在预设的数量范围内，在所述数量范围内的用户设备同时传输数据可使得网络侧设备保持空闲状态；接收已指示用户设备发送的延迟允许数据。

可选地，通过寻呼消息指示所述用户设备传输延迟允许数据。

可选地，所述表征需要传输延迟允许数据的请求还包括：允许延迟时长信息；当确定在所述允许延迟时长信息所指示的时长内不能指示所述用户设备传输延迟允许数据时，删除所存储的所述表征需要传输延迟允许数据的请求。

可选地，在执行所述存储所述表征需要传输延迟允许数据的请求的操作之后，还包括：当在所述允许延迟时长信息所指示的时长内未接收到来自所述用户设备的延迟允许数据时，确定所述表征需要传输延迟允许数据的请求无效，且删除所存储的所述表征需要传输延迟允许数据的请求。

可选地，用户设备通过rrc连接请求发送所述表征需要传输延迟允许数据的请求。

可选地，所述方法还包括：当处于空闲状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，指示所述用户设备传输延迟允许数据；接收来自所述用户设备的延迟允许数据。

本发明实施例提供了一种用户设备的调配方法，所述方法包括：当需要传输延迟允许数据时，发送表征需要传输延迟允许数据的请求至网络侧设备；接收来自所述网络侧设备的请求确认信息；当接收到来自所述网络侧设备的指示传输延迟允许数据的信息时，向所述网络侧传输延迟允许数据。

本发明实施例提供了一种网络侧设备，所述网络侧设备包括：存储单元，适于当处于繁忙状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，存储所述表征需要传输延迟允许数据的请求；回复单元，适于向所述用户设备回复请求确认信息；指示单元，适于当从繁忙状态转变为空闲状态时，基于自身处理能力批量指示已回复请求确认信息的用户设备传输延迟允许数据；其中：每批指示传输延迟允许数据的用户设备的数量在预设的数量范围内，在所述数量范围内的用户设备同时传输数据可使得网络侧设备保持空闲状态；接收单元，适于接收已指示用户设备发送的延迟允许数据。

可选地，所述指示单元，适于通过寻呼消息指示所述用户设备传输延迟允许数据。

可选地，所述表征需要传输延迟允许数据的请求还包括：允许延迟时长信息，所述网络侧设备还包括删除单元，所述删除单元适于当确定在所述允许延迟时长信息所指示的时长内不能指示所述用户设备传输延迟允许数据时，删除所存储的所述表征需要传输延迟允许数据的请求。

可选地，所述删除单元还适于在所述存储单元执行所述存储所述表征需要传输延迟允许数据的请求的操作之后，当在所述允许延迟时长信息所指示的时长内未接收到来自所述用户设备的延迟允许数据时，确定所述表征需要传输延迟允许数据的请求无效，且删除所存储的所述表征需要传输延迟允许数据的请求。

可选地，所述指示单元，还适于当所述网络侧设备处于空闲状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，指示所述用户设备传输延迟允许数据；所述接收单元，还适于接收来自所述用户设备的延迟允许数据。

本发明实施例提供了一种用户设备，所述用户设备包括：发送单元，适于当需要传输延迟允许数据时，发送表征需要传输延迟允许数据的请求至网络侧设备；确认信息接收单元，适于接收来自所述网络侧设备的请求确认信息；数据发送单元，适于当接收到来自所述网络侧设备的指示传输延迟允许数据的信息时，向所述网络侧传输延迟允许数据。

可选地，所述发送单元，适于通过rrc连接请求发送所述表征需要传输延迟允许数据的请求。

与现有技术相比，本发明的技术方案具有以下优点：

上述的方案，在网络侧设备处于繁忙状态时，如果用户设备向网络侧设备发送表征需要传输延迟允许数据的请求，网络侧设备会存储该请求，并在转变为空闲状态之后，再基于自身处理能力批量指示用户设备传输延迟允许数据，而且每批指示的用户设备的数量控制在使得网络侧设备仍然保持空闲状态的范围内，可以避免等待发送数据的ue均在很短的时间内同时向网络侧发送数据而超过网络侧设备处理能力及耗尽网络带宽资源，因此可以从根本上避免网络拥堵。

进一步，通过设置表征需要传输延迟允许数据的请求还包括：允许延迟时长信息，当网络侧设备当确定在所述允许延迟时长信息所指示的时长内不能指示所述用户设备传输延迟允许数据时，可以确认用户设备之前的传输延迟允许数据的请求已经无效，进而可以删除所存储的所述表征需要传输延迟允许数据的请求，故可以避免网络侧设备的存储量过大，因此降低网络侧设备的容量，且提高延迟允许数据传输的效率。

进一步，在所述指示所述用户设备传输延迟允许数据之后，当网络侧设备在所述允许延迟时长信息所包括的时长内未接收到来自所述用户设备的延迟允许数据时，可确定所述表征需要传输延迟允许数据的请求无效，进而可以删除所存储的所述表征需要传输延迟允许数据的请求，也可以提高延迟允许数据传输的效率。

附图说明

图1是一种使用eab的机制调配ue的方法的信令交互图；

图2是一种使用延迟等待时长调配ue的方法的信令交互图；

图3是本发明实施例中的一种用户设备的调配方法的流程示意图；

图4是本发明实施例中的一种用户设备的调配方法的流程示意图；

图5是本发明实施例中的一种调配用户设备的方法的信令交互图；

图6是本发明实施例中的一种网络侧设备的结构示意图；

图7是本发明实施例中的一种用户设备的结构示意图。

具体实施方式

目前，采用设置允许特定访问组(eab)的机制，或者采用设置延长等待时长的机制，来解决网络拥堵的问题。

为便于理解，图1示出了一种使用eab的机制调配用户设备的方法的信令交互图，如图1所示，假设小区内包括用户设备ue1及用户设备ue2两个用户设备，当网络侧设备处于繁忙状态，也就是网络处于拥堵状况时，分别向ue1及ue2发送包括eab参数的系统信息块，使得接收到所述eab参数的ue1及ue2与网络侧设备的通道均被禁止，也即ue1及ue2无法向网络侧设备发送rrc连接请求，一旦网络侧设备从繁忙状态进入空闲状态，也就是网络进入不拥堵状况时，则立刻撤销所有ue1及ue2的eab参数，这样ue1及ue2均可向网络侧设备发送rrc连接请求。

图2示出了一种使用延迟等待时长调配用户设备的方法的信令交互图，如图2所示，同样假设小区内包括用户设备ue1及用户设备ue2这两个用户设备，在网络侧设备处于繁忙状态时，当接收到ue1及ue2的rrc连接请求，则向ue1回复rrc连接拒绝消息，且在该拒绝消息中包括一个延长等待时长ewt1，向ue2回复rrc连接拒绝消息，且在该拒绝消息中包括一个延长等待时长ewt2，ewt1与ewt2相同或者不同，收到rrc连接拒绝消息的ue1可以在该延长等待时长ewt1之后再次向网络侧设备发送rrc连接请求,收到rrc连接拒绝消息的ue2可以在该延长等待时长ewt2之后再次向网络侧设备发送rrc连接请求。

但是，由上述可知，目前的调配用户设备的方法，无法根本解决网络拥堵，一旦网络空闲，所有正在等待发送接入网络请求的用户设备均会在很短的时间内集中向网络侧设备发送接入网络请求，而这会导致网络重新出现拥堵。

为解决上述问题，本发明实施例在网络侧设备处于繁忙状态时，如果用户设备向网络侧设备发送表征需要传输延迟允许数据的请求，网络侧设备会存储该请求，并在转变为空闲状态之后，再基于自身处理能力批量指示用户设备传输延迟允许数据，而且每批指示的用户设备的数量控制在使得网络侧设备仍然保持空闲状态的范围内，可以避免等待发送数据的用户设备均在很短的时间内同时向网络侧发送数据而超过网络侧设备处理能力及耗尽网络带宽资源，因此可以从根本上避免网络拥堵。

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图3示出了本发明实施例中的一种用户设备的调配方法，下面参考图3对所述方法进行分步骤详细介绍，所述方法可以包括：

步骤s31：当处于繁忙状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，存储所述表征需要传输延迟允许数据的请求。

在具体实施中，网络侧设备在处于繁忙状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，无法立刻接受用户设备传输延迟允许数据的请求，而是可以存储所述表征需要传输延迟允许数据的请求，以记录具体是哪个用户设备发送过传输延迟允许数据的请求，便于后续的用户设备的调配。需要说明的是，本发明实施例中的网络侧设备处于繁忙状态，即对应网络处于拥堵状态。网络侧设备处于空闲状态，即对应网络处于非拥堵状态。

在具体实施中，所述表征需要传输延迟允许数据的请求还可以包括允许延迟时长信息。并且所述允许延迟时长信息可以有多种用途，在本发明一实施例中，当网络侧设备确定在所述允许延迟时长信息所指示的时长内不能指示所述用户设备传输延迟允许数据时，可以删除所存储的所述表征需要传输延迟允许数据的请求。比如，网络侧设备在t1时刻存储来自用户设备ue1的表征需要传输延迟允许数据的请求，其中请求内的允许延迟时长信息所指示的时长为△t2，则如果网络侧设备在(t1+△t2)时刻仍然无法指示用户设备ue1传输延迟允许数据时，则可以删除所存储的来自用户设备ue1的表征需要传输延迟允许数据的请求。

在具体实施中，关于网络侧设备在所述允许延迟时长信息所指示的时长内，无法或者不能指示所述用户设备传输延迟允许数据的情况可能有多种。比如，网络侧设备可能在所述允许延迟时长信息所指示的时长内一直未转变为空闲状态，即一直处于繁忙状态。又比如，网络侧设备虽然在所述允许延迟时长信息所指示的时长内已转变为空闲状态，但并未来得及指示该用户设备来传输延迟允许数据，这是因为一个小区内有大量的用户设备，向网络侧设备发送传输延迟允许数据请求的用户设备也有很多。

在具体实施中，用户设备可以通过rrc连接请求发送所述表征需要传输延迟允许数据的请求，以充分利用现有的通信资源。

步骤s32：向所述用户设备回复请求确认信息。

网络侧设备为了通知用户设备自身已接收到所述传输延迟允许数据的请求，在具体实施中，可以在存储所述请求之后，向所述用户设备回复请求确认信息。

步骤s33：当从繁忙状态转变为空闲状态时，基于自身处理能力批量指示已回复请求确认信息的用户设备传输延迟允许数据。

在具体实施中，当从繁忙状态转变为空闲状态时，网络侧设备可以根据自身处理能力的情况，来批量地分批指示用户设备进行延迟允许数据的传输，并且每批所指示的用户设备的数量在预设的数量范围内，在所述数量范围内的用户设备同时传输数据可使得网络侧设备保持空闲状态，可以避免过量用户设备在几乎同一时刻同时向网络侧设备传输延迟允许数据，因此可以从根本上解决网络拥堵问题。

比如，网络侧设备可允许同时接收20个用户设备的数据，并且仍然保持空闲状态，一旦同时接收21个或者更多用户设备的数据时，网络即会陷入拥堵状态。则在网络侧设备从繁忙状态转换为空闲状态时，基于自身只可同时接收20个用户设备的数据的处理能力，网络侧设备可以一批指示20个用户设备传输延迟允许数据。假如之前网络侧设备已向60个用户设备回复了请求确认信息，则可以共分3批来指示这60个用户设备进行延迟允许数据的传输。

在具体实施中，网络侧设备可以通过寻呼消息指示所述用户设备传输延迟允许数据。

步骤s34：接收已指示用户设备发送的延迟允许数据。

在具体实施中，网络侧设备在指示用户设备传输延迟允许数据之后，即可在保持空闲态的前提下，分批接收已指示用户设备发送的延迟允许数据。

如果所述表征需要传输延迟允许数据的请求包括允许延迟时长信息，在本发明另一实施例中，网络侧设备还可以使用该延迟时长信息来判断数据接收时长的有效有否。具体而言，在网络侧设备指示所述用户设备传输延迟允许数据之后，还可以当在所述允许延迟时长信息所指示的时长内未接收到来自所述用户设备的延迟允许数据时，确定所述表征需要传输延迟允许数据的请求无效，且删除所存储的所述表征需要传输延迟允许数据的请求，因此可以提高延迟允许数据传输的效率。

比如，用户设备ue2在传输延迟允许数据请求中包括允许延迟时长信息，允许延迟时长信息所指示的时长为△t3，在t4时刻，网络侧设备接收并存储所述传输延迟允许数据请求，接着若在从t4时刻开始计算的△t3时长内网络侧设备均未接收到来自用户设备ue2的延迟允许数据时，换言之，若网络侧设备在t4时刻至(t4+△t3)时刻之间未接收到ue2所传输的延迟允许数据时，则网络侧设备即可以确定表征用户设备ue2需要传输延迟允许数据的请求无效，且删除所存储的表征用户设备ue2需要传输延迟允许数据的请求。

在具体实施中，当网络侧设备处于空闲状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，可以指示所述用户设备传输延迟允许数据，进而接收来自所述用户设备的延迟允许数据。并且后续网络侧设备与用户设备建立连接的过程与目前建立连接的过程相同，在此不再赘述。

目前，或者采用设置允许特定访问组(eab)的机制，或者采用设置延长等待时长的机制，来解决网络拥堵的问题，但无法根据解决网络拥堵问题。

而本发明实施例的网络侧设备在处于繁忙状态时，如果用户设备向网络侧设备发送表征需要传输延迟允许数据的请求，网络侧设备会存储该请求，并在转变为空闲状态之后，再基于自身处理能力批量指示用户设备传输延迟允许数据，而且每批指示的用户设备的数量控制在使得网络侧设备仍然保持空闲状态的范围内，可以避免等待发送数据的用户设备均在很短的时间内集中一起开始向网络侧发送数据，因此可以根本避免网络拥堵。

为使得本领域技术人员更好地理解和实现本发明，图4示出了本发明实施例中的一种用户设备的调配方法的流程示意图，下面参考图4对所述方法进行详细介绍，所述方法可以包括如下步骤：

步骤s41：当需要传输延迟允许数据时，发送表征需要传输延迟允许数据的请求至网络侧设备。

在具体实施中，对于用户设备而言，当需要向网络侧设备传输延迟允许数据时，可以发送表征需要传输延迟允许数据的请求至网络侧设备。

步骤s42：接收来自所述网络侧设备的请求确认信息。

步骤s43：当接收到来自所述网络侧设备的指示传输延迟允许数据的信息时，向所述网络侧传输延迟允许数据。

在具体实施中，当用户设备接收到来自所述网络侧设备的指示传输延迟允许数据的信息时，可以确定网络侧设备已经处于空闲状态，继而可以向所述网络侧传输延迟允许数据。

由以上所述可知，本发明实施例中的用户设备在需要传输延迟允许数据时，向网络侧设备发送表征需要传输延迟允许数据的请求，接着可以在接收到来自所述网络侧设备的指示传输延迟允许数据的信息时，确定网络侧设备处于空闲状态，并向所述网络侧传输延迟允许数据，从多个用户设备的角度而言，可以避免等待发送数据的用户设备均在很短的时间内集中一起开始向网络侧发送数据，因此可以根本避免网络拥堵。

为使得本领域技术人员更好地理解和实现本发明，图5示出了本发明实施例中的一种调配用户设备的方法的信令交互图，下面参考图5对调配过程中用户设备与网络侧设备的信令交互进行详细介绍，所述信令交互可以按照如下步骤进行：

步骤s51：用户设备发送表征需要传输延迟允许数据的请求至网络侧设备。

在具体实施中，当用户设备需要传输延迟允许数据时，发送表征需要传输延迟允许数据的请求至网络侧设备。

步骤s52：网络侧设备存储所述表征需要传输延迟允许数据的请求。

在具体实施中，当网络侧设备处于繁忙状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，可以存储所述表征需要传输延迟允许数据的请求。

步骤s53：网络侧设备向所述用户设备回复请求确认信息。

在具体实施中，网络侧设备可以向所述用户设备回复请求确认信息，以通知用户设备关于所述用户设备发送的传输延迟允许数据的请求已经被收到。

步骤s54：网络侧设备基于自身处理能力批量指示已回复请求确认信息的用户设备传输延迟允许数据。

在具体实施中，当网络侧设备从繁忙状态转变为空闲状态时，可以基于自身处理能力批量指示已回复请求确认信息的用户设备传输延迟允许数据。并且每批指示传输延迟允许数据的用户设备的数量在预设的数量范围内，在所述数量范围内的用户设备同时传输数据可使得网络侧设备保持空闲状态，因此可以从根本上解决网络拥堵。

在具体实施中，网络侧设备可以采用寻呼消息来指示已回复请求确认信息的用户设备传输延迟允许数据。

步骤s55：网络侧设备接收到指示的用户设备发网络侧设备发送延迟允许数据。

需要说明的是，步骤s51～步骤s55所述的是一个用户设备与网络侧设备之间调配交互的过程，小区内任意一个用户设备均可与网络侧设备按照以上步骤进行调配与交互，而且由于小区内用户设备数量庞大，一般而言，同一时间会有不止一个用户设备在与网络侧设备进行调配交互。

综上，本发明实施例的用户设备当需要向网络侧设备传输延迟允许数据时，可以向网络侧设备发送表征需要传输延迟允许数据的请求，网络侧设备若处于繁忙状态时，可以存储该请求，并在转变为空闲状态之后，再基于自身处理能力批量指示用户设备传输延迟允许数据，而且每批指示的用户设备的数量控制在使得网络侧设备仍然保持空闲状态的范围内，故可以避免等待发送数据的用户设备均在很短的时间内集中一起开始向网络侧发送数据，因此可以根本避免网络拥堵。

为使得本领域技术人员更好地理解和实现本发明，图6示出了本发明实施例中的一种网络侧设备，如图6所示，所述网络侧设备可以包括：存储单元61、回复单元62、指示单元63及接收单元64，其中：

存储单元61，适于当处于繁忙状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，存储所述表征需要传输延迟允许数据的请求；

回复单元62，适于向所述用户设备回复请求确认信息；

指示单元63，适于当从繁忙状态转变为空闲状态时，基于自身处理能力批量指示已回复请求确认信息的用户设备传输延迟允许数据；其中：每批指示传输延迟允许数据的用户设备的数量在预设的数量范围内，在所述数量范围内的用户设备同时传输数据可使得网络侧设备保持空闲状态；

接收单元64，适于接收已指示用户设备发送的延迟允许数据。

综上，本发明实施例在网络侧设备处于繁忙状态时，且接收到用户设备向网络侧设备发送的表征需要传输延迟允许数据的请求时，存储单元61会存储该请求，并在网络侧设备从繁忙状态转变为空闲状态之后，指示单元63基于自身处理能力批量指示用户设备传输延迟允许数据，而且每批指示的用户设备的数量控制在使得网络侧设备仍然保持空闲状态的范围内，可以避免等待发送数据的用户设备均在很短的时间内集中一起开始向网络侧发送数据，因此可以根本避免网络拥堵。

在具体实施中，所述指示单元63，适于通过寻呼消息指示所述用户设备传输延迟允许数据。

在具体实施中，所述表征需要传输延迟允许数据的请求还包括：允许延迟时长信息，所述网络侧设备还包括删除单元(未示出)，所述删除单元适于当确定在所述允许延迟时长信息所指示的时长内不能指示所述用户设备传输延迟允许数据时，删除所存储的所述表征需要传输延迟允许数据的请求。

在具体实施中，所述删除单元还适于在所述存储单元执行所述存储所述表征需要传输延迟允许数据的请求的操作之后，当在所述允许延迟时长信息所指示的时长内未接收到来自所述用户设备的延迟允许数据时，确定所述表征需要传输延迟允许数据的请求无效，且删除所存储的所述表征需要传输延迟允许数据的请求。

在具体实施中，所述指示单元63，还适于当所述网络侧设备处于空闲状态，且接收到来自用户设备的表征需要传输延迟允许数据的请求时，指示所述用户设备传输延迟允许数据；所述接收单元64，还适于接收来自所述用户设备的延迟允许数据。

为使得本领域技术人员更好地理解和实现本发明，图7示出了本发明实施例中的一种用户设备，如图7所示，所述用户设备可以包括：发送单元71、确认信息接收单元72及数据发送单元73，其中：

发送单元71，适于当需要传输延迟允许数据时，发送表征需要传输延迟允许数据的请求至网络侧设备；

确认信息接收单元72，适于接收来自所述网络侧设备的请求确认信息；

数据发送单元73，适于当接收到来自所述网络侧设备的指示传输延迟允许数据的信息时，向所述网络侧传输延迟允许数据。

在本发明一实施例中，所述发送单元71，适于通过rrc连接请求发送所述表征需要传输延迟允许数据的请求，可以直接使用rrc连接请求，故可以节约通信资源。本领域技术人员根据实际需要，也可以选用除rrc连接请求之外的其他消息来发送所述表征需要传输延迟允许数据的请求。

综上，本发明实施例中在用户设备需要传输延迟允许数据时，发送单元71向网络侧设备发送表征需要传输延迟允许数据的请求，接着可以在接收到来自所述网络侧设备的指示传输延迟允许数据的信息时，确定网络侧设备处于空闲状态，并由数据发送单元73向所述网络侧传输延迟允许数据，从多个用户设备的角度而言，可以避免等待发送数据的用户设备均在很短的时间内集中一起开始向网络侧发送数据，因此可以根本避免网络拥堵。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于以计算机可读存储介质中，存储介质可以包括：rom、ram、磁盘或光盘等。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。