一种调度方法和基站与流程

本发明涉及无线通信技术，具体涉及一种调度方法和基站。

背景技术：

基于IMS的语音业务(VoLTE，Voice over LTE)起呼过程中，由于干扰问题，存在起呼失败的可能。现有技术的解决方案是利用silent redial功能，上行终端(MO，Mobile Original)在发送Invite消息后超过6秒没有收到针对Invite消息的100trying反馈消息时，或MO在6秒内没有完成对QCI(QoS Class Identifier)1专载的建立时，发送ESR(Extended Service Request)消息触发电路域回落(CSFB，Circuit Switched Fallback)，在回落至2G后重新发起电路交换(CS，Circuit Switched)域呼叫。

但是silent redial功能虽然能解决QCI 1专载建立前的起呼失败问题，但是该过程时延较长，在MO终端拨号后，在6秒无响应时间之后，再转而触发CSFB过程，经长期演进(LTE，Long Term Evolution)现网实测，CSFB的过程需7秒，也即约13秒后才能在2G CS域起呼；并且，silent redial功能降低了VoLTE终端在4G的起呼率，同时需要终端应用(AP)层就业务状态与通信处理(CP)层就IMS呼叫和网络驻留状态进行交互，才可能实现。

技术实现要素：

为解决现有存在的技术问题，本发明实施例提供了一种调度方法和基站。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种调度方法，所述方法包括：

基站获得测表征上行干扰的第一特征参数；

当所述第一特征参数大于第一阈值时，控制由正常状态切换至干扰规避状态；

在所述干扰规避状态下，监测第一特定承载上是否存在用户的调度请求；

当所述第一特定承载上存在用户的调度请求时，确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

上述方案中，所述方法还包括：在未监测到第二特定承载上存在所述用户的数据传输时，再次确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

上述方案中，所述方法还包括：当处于所述干扰规避状态、且获取到所述第一特征参数不大于所述第一阈值时，控制由所述干扰规避状态切换至所述正常状态。

上述方案中，所述监测到第一特定承载上存在用户的调度请求时，确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，包括：

监测到第一特定承载上存在用户的调度请求时，对所述调度请求进行上行预调度，确定所述上行预调度的上行资源；在第一预设时间范围内将所述上行资源发送至除所述基站以外的其他基站；

在第二预设时间范围内采用所述上行预调度的上行资源调度所述第一特定承载上所述用户的数据；

其中，所述第一特定承载为需要增强的承载。

上述方案中，所述第二特定承载为不需要增强的承载。

本发明实施例还提供了一种基站，所述基站包括：获取单元、控制单元、监测单元和通讯单元；其中，

所述获取单元，用于获得测表征上行干扰的第一特征参数；

所述控制单元，用于当所述获取单元获得的第一特征参数大于第一阈值时，控制由正常状态切换至干扰规避状态；

所述监测单元，用于在所述干扰规避状态下，监测第一特定承载上是否存在用户的调度请求；当所述第一特定承载上存在用户的调度请求时，确定所述调度请求的上行资源；

所述通讯单元，用于将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

上述方案中，所述监测单元，还用于监测第二特定承载上是否存在所述用户的数据传输；在未监测到第二特定承载上存在所述用户的数据传输时，再次确定所述调度请求的上行资源；

所述通讯单元，还用于将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

上述方案中，所述控制单元，还用于当处于所述干扰规避状态、且所述获取单元获取到所述第一特征参数不大于所述第一阈值时，控制由所述干扰规避状态切换至所述正常状态。

上述方案中，所述监测单元，用于监测到第一特定承载上存在用户的调度请求时，对所述调度请求进行上行预调度，确定所述上行预调度的上行资源；

所述通讯单元，用于在第一预设时间范围内将所述上行资源发送至除所述基站以外的其他基站；还用于在第二预设时间范围内采用所述上行预调度的上行资源调度所述第一特定承载上所述用户的数据；其中，所述第一特定承载为需要增强的承载。

上述方案中，所述第二特定承载为不需要增强的承载。

本发明实施例提供的调度方法和基站，所述方法包括：基站获得测表征上行干扰的第一特征参数；当所述第一特征参数大于第一阈值时，控制由正常状态切换至干扰规避状态；在所述干扰规避状态下，监测第一特定承载上是否存在用户的调度请求；当所述第一特定承载上存在用户的调度请求时，确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。采用本发明实施例的技术方案，在SRVCC有效触发前，在不增加额外时延的前提下，提高在高干扰区域的VoLTE起呼成功率；另一方面也降低了高干扰区域的VoLTE起呼时延。

附图说明

图1为现有技术中VoLTE的起呼流程示意图；

图2为本发明实施例的调度方法的一种流程示意图；

图3为本发明实施例的调度方法的应用架构示意图；

图4为本发明实施例的调度方法的另一种流程示意图；

图5为本发明实施例的基站的组成结构示意图。

具体实施方式

图1为现有技术中VoLTE的起呼流程示意图；参照图1所示，VoLTE的起呼流程包括：步骤1、上行终端(MO，Mobile Original)进行随机接入，发送上行会话初始协议(SIP，Session Initiation Protocol)信令Invite；步骤2、MO侧IP多媒体子系统(IMS，IP Multimedia Subsystem)收到Invite消息后触发MO侧EPC建立QCI(QoS Class Identifier)＝1专载，同时将Invite消息转发至下行终端(MT，Mobile Terminal)侧的会话边界控制器(SBC，Session Border Controller)。步骤3、Invite发送至MT后，MT发送上行会话发起协议(SIP，Session Initiation Protocol)信令183Session Progress至MO，进行媒体面协商。其中183消息发送至MT侧会话边界控制器(SBC，Session Border Controller)时，触发MT侧核心网(EPC)进行QCI 1专载建立；步骤4、MO收到183消息后，发送PRACK和Update等precodition信令至MT，MT向MO回复180Ringing消息，随即MO振铃；步骤5、MT接通，呼叫建立过程结束，MO与MT正常进行VoLTE业务。

在上述步骤1中MO还没有建立QCI 1专载，或在步骤2和步骤3中虽然MO建立QCI 1专载但183消息还未回至MO时，无法进行双模单待无线语音呼叫连续性(SRVCC，Single Radio Voice Call Continuity)(例如包括aSRVCC/bSRVCC/eSRVCC)切换。此时MO及MT满足LTE驻留门限，下行信令传输无问题，但是如果MO或MT处于高干扰(IoT)区域，将无法进行上行SIP信令传输，同时也无法切至2G接续，因而无法成功起呼。

基于上述问题，提出本发明以下实施例。

下面结合附图及具体实施例对本发明作进一步详细的说明。

实施例一

本发明实施例提供了一种调度方法。图2为本发明实施例的调度方法的流程示意图；如图2所示，所述方法包括：

步骤201：基站获得测表征上行干扰的第一特征参数。

步骤202：当所述第一特征参数大于第一阈值时，控制由正常状态切换至干扰规避状态。

步骤203：在所述干扰规避状态下，监测第一特定承载上是否存在用户的调度请求。

步骤204：当所述第一特定承载上存在用户的调度请求时，确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

本实施例中，所述第一特征参数表征上行干扰程度；作为一种实施方式，所述第一特征参数具体可以为干扰噪声(IoT，Interference over Thermal)；基站可通过获得的测量数据测算获得IoT。

本实施例中，当所述第一特征参数大于第一阈值时，表明上行干扰较大，可能会导致起呼失败的问题，则控制由正常的起呼状态切换至干扰规避状态；在处于干扰规避状态下，基站会监测第一特定承载上是否存在用户调度，若存在用户调度，则对所述用户的调度请求执行干扰规避方案；在本发明实施例中，在满足所述第一特征参数大于第一阈值以触发切换至干扰规避状态以前，用户所在终端的下行参考信号接收功率(RSRP，Reference Signal Receiving Power)需未达到触发SRVCC的条件，即执行本发明实施例的前提条件时终端的RSRP未达到触发SRVCC的条件。

本实施例中，在处于所述干扰规避状态下，基站监测第一特定承载上是否存在用户的调度请求；其中，所述第一特定承载为需要增强的承载，例如可以为QCI 5承载。当所述第一特定承载上存在用户的调度请求时，确定所述用户的调度请求的上行资源。作为一种实施方式，所述监测到第一特定承载上存在用户的调度请求时，执行上行规避方案，即确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，具体包括：监测到第一特定承载上存在用户的调度请求时，对所述调度请求进行上行预调度，确定所述上行预调度的上行资源；在第一预设时间范围内将所述上行资源发送至除所述基站以外的其他基站；在第二预设时间范围内采用所述上行预调度的上行资源调度所述第一特定承载上所述用户的数据。其中，所述第一预设时间范围可与所述第二预设时间范围相同或不同，具体可依据具体情况具体配置。

具体的，图3为本发明实施例的调度方法的应用架构示意图；如图3所示，基站A针对QCI 5有上行调度请求的用户进行上行预调度，确定调度该用户的上行资源块(RB)的位置；基站A将该用户的上行RB预调度位置，通过X2接口，在N2毫秒(ms)内告知其他相邻基站；这里，所述其他相邻基站可以为基站B；基站A在上行预调度之后的N2ms，采用预调度的上行RB资源调度QCI 5承载上存在上行调度请求的所述用户，且被告知的其他相邻基站(例如基站B)在N2ms调度用户时，不使用基站A的上行预调度所用的RB资源，以规避该上行预调度RB资源的上行同频干扰。其中，N2可配置，但是考虑到信道时变性，N2可设置在4ms以内。

作为一种实施方式，所述方法还包括：当所述第一特定承载上不存在用户的调度请求时，不执行上行规避方案，保持常态。

本实施例中，在未监测到第二特定承载上存在所述用户的数据传输时，再次确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源；直至监测到所述第二特定承载上存在所述用户的数据传输。其中，所述第二特定承载为不需要增强的承载。所述第二特定承载例如可以为QCI 1承载。

具体的，基站在QCI 1承载上监测到所述用户(该用户具体为前述在第一特定承载上进行调度的用户)的数据传输时，表明所述用户的QCI 1承载已建立完成并进行数据传输，则关闭针对该用户的上行干扰规避方案。在具体应用中，基站之间可预先配置执行上行干扰规避方案的时间范围，例如1毫秒、2毫秒等等。当基站监测到第一特定承载上存在用户的调度请求时，确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站；所述其他基站不允许使用所述上行资源的时间范围为上述配置的时间范围；在所述时间范围的时间到达后，所述其他基站则按照自身的调度原则进行调度，当然也可能会使用所述上行资源。因此，所述基站监测到所述第二特定承载上存在所述用户的数据传输后，无需通知所述其他基站，所述其他基站也可使用所述上行资源。另一方面，所述基站在未监测到第二特定承载上存在所述用户的数据传输时，则会继续使用针对该用户的上行干扰规避方案，再次确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

作为一种实施方式，所述方法还包括：当处于所述干扰规避状态、且监测到所述第一特征参数不大于所述第一阈值时，控制由所述干扰规避状态切换至所述正常状态。

本实施例中，在所述干扰规避状态下，基站可监测第一特定承载(例如QCI5承载)上是否存在调度请求；当存在用户A的调度请求时，执行用户A的干扰规避方案，并在监测到所述用户A在QCI 1承载上存在数据传输时，终止所述用户A的干扰规避。但监测到用户B在第一特定承载(例如QCI 5承载)上存在调度请求时，进一步执行用户B的干扰规避方案，与前述用户A同理，这里不再赘述。但基站监测到所述第一特征参数不大于所述第一阈值时，直接控制切换至正常状态，不再针对任何用户执行干扰规避方案。

图4为本发明实施例的调度方法的另一种流程示意图；本发明实施例的调度方法具体可参照图4所示，包括：

步骤31：基站监测上行IoT是否大于第一阈值；所述第一阈值可依据小区实际情况预先配置；当监测到上行IoT大于第一阈值时，表明上行干扰较大，可能会出现起呼失败的问题，则执行步骤32至步骤36的干扰规避方案；当监测到上行IoT不大于第一阈值时，则表明上行干扰较小，无需执行干扰规避方案。

步骤32：基站切换至干扰规避状态，在所述干扰规避状态下监测QCI 5承载上的用户调度，确定在QCI 5承载上存在的调度请求的用户。

步骤33：基站确定在QCI 5承载上存在的用户后，确定所述用户的调度请求的上行资源；具体是确定所述用户的上行RB资源块的位置。

步骤34：基站将确定的所述用户的上行RB资源块的位置在N2ms内发送给其他相邻基站，以使所述其他相邻基站不能在QCI 5承载上使用所述上行RB资源块的位置，以避免所述用户使用该上行RB资源块的问题进行调度，避免上行同频干扰。

步骤35：监控所述用户在QCI 1承载上是否有数据传输；当所述用户在QCI 1承载上有数据传输时，表明所述用户的QCI 1承载已建立完成并进行数据传输，则执行步骤36：关闭所述用户的上行干扰规避方案；当所述用户在QCI 1承载上没有数据传输时，表明所述用户的QCI 1承载未建立完成，则基于执行所述用户的干扰规避方案，重新执行步骤33至步骤35的过程。

采用本发明实施例的技术方案，在SRVCC有效触发前，在不增加额外时延的前提下，提高在高干扰区域的VoLTE起呼成功率；另一方面也降低了高干扰区域的VoLTE起呼时延。

实施例二

本发明实施例还提供了一种基站。图5为本发明实施例的基站的组成结构示意图；如图5所示，所述基站包括：获取单元41、控制单元42、监测单元43和通讯单元44；其中，

所述获取单元41，用于获得测表征上行干扰的第一特征参数；

所述控制单元42，用于当所述获取单元41获得的第一特征参数大于第一阈值时，控制由正常状态切换至干扰规避状态；

所述监测单元43，用于在所述干扰规避状态下，监测第一特定承载上是否存在用户的调度请求；当所述第一特定承载上存在用户的调度请求时，确定所述调度请求的上行资源；

所述通讯单元44，用于将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

本实施例中，所述第一特征参数表征上行干扰程度；作为一种实施方式，所述第一特征参数具体可以为IoT；基站可通过获得的测量数据测算获得IoT。

本实施例中，当所述第一特征参数大于第一阈值时，表明上行干扰较大，可能会导致起呼失败的问题，则所述控制单元42控制由正常的起呼状态切换至干扰规避状态；在处于干扰规避状态下，所述监测单元43会监测第一特定承载上是否存在用户调度，若存在用户调度，则对所述用户的调度请求执行干扰规避方案；在本发明实施例中，在满足所述第一特征参数大于第一阈值以触发切换至干扰规避状态以前，用户所在终端的下行参考信号接收功率(RSRP，Reference Signal Receiving Power)需未达到触发SRVCC的条件，即执行本发明实施例的前提条件时终端的RSRP未达到触发SRVCC的条件。

本实施例中，在处于所述干扰规避状态下，所述监测单元43监测第一特定承载上是否存在用户的调度请求；其中，所述第一特定承载为需要增强的承载，例如可以为QCI 5承载。当所述第一特定承载上存在用户的调度请求时，确定所述用户的调度请求的上行资源。

作为一种实施方式，所述监测单元43，用于监测到第一特定承载上存在用户的调度请求时，对所述调度请求进行上行预调度，确定所述上行预调度的上行资源；

所述通讯单元44，用于在第一预设时间范围内将所述上行资源发送至除所述基站以外的其他基站；还用于在第二预设时间范围内采用所述上行预调度的上行资源调度所述第一特定承载上所述用户的数据；其中，所述第一特定承载为QCI 5承载。

具体的，可如图3所示，基站A针对QCI 5有上行调度请求的用户进行上行预调度，确定调度该用户的上行资源块(RB)的位置；基站A将该用户的上行RB预调度位置，通过X2接口，在N2毫秒(ms)内告知其他相邻基站；这里，所述其他相邻基站可以为基站B；基站A在上行预调度之后的N2ms，采用预调度的上行RB资源调度QCI 5承载上存在上行调度请求的所述用户，且被告知的其他相邻基站(例如基站B)在N2ms调度用户时，不使用基站A的上行预调度所用的RB资源，以规避该上行预调度RB资源的上行同频干扰。其中，N2可配置，但是考虑到信道时变性，N2可设置在4ms以内。

相应的，当所述第一特定承载上不存在用户的调度请求时，所述监测单元43不执行上行规避方案，保持常态。

本实施例中，所述监测单元43，还用于监测第二特定承载上是否存在所述用户的数据传输；在未监测到第二特定承载上存在所述用户的数据传输时，再次确定所述调度请求的上行资源；直至监测到所述第二特定承载上存在所述用户的数据传输；

所述通讯单元44，还用于将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

其中，所述第二特定承载为不需要增强的承载。所述第二特定承载例如可以为不需要增强的QCI 1承载。

具体的，所述监测单元43在QCI 1承载上监测到所述用户(该用户具体为前述在第一特定承载上进行调度的用户)的数据传输时，表明所述用户的QCI 1承载已建立完成并进行数据传输，则关闭针对该用户的上行干扰规避方案。在具体应用中，基站之间可预先配置执行上行干扰规避方案的时间范围，例如1毫秒、2毫秒等等。当所述监测单元43监测到第一特定承载上存在用户的调度请求时，确定所述调度请求的上行资源，所述通讯单元44将所述上行资源发送至除所述基站以外的其他基站；所述其他基站不允许使用所述上行资源的时间范围为上述配置的时间范围；在所述时间范围的时间到达后，所述其他基站则按照自身的调度原则进行调度，当然也可能会使用所述上行资源。因此，所述监测单元43监测到所述第二特定承载上存在所述用户的数据传输后，无需通知所述其他基站，所述其他基站也可使用所述上行资源。另一方面，所述监测单元43在未监测到第二特定承载上存在所述用户的数据传输时，则会继续使用针对该用户的上行干扰规避方案，再次确定所述调度请求的上行资源，将所述上行资源发送至除所述基站以外的其他基站，以使所述其他基站规避使用所述上行资源。

作为一种实施方式，所述控制单元42，还用于当处于所述干扰规避状态、且所述获取单元41获取到所述第一特征参数不大于所述第一阈值时，控制由所述干扰规避状态切换至所述正常状态。

本实施例中，在所述干扰规避状态下，所述监测单元43可监测第一特定承载(例如QCI 5承载)上是否存在调度请求；当存在用户A的调度请求时，执行用户A的干扰规避方案，并在监测到所述用户A在QCI 1承载上存在数据传输时，终止所述用户A的干扰规避。但所述监测单元43监测到用户B在第一特定承载(例如QCI 5承载)上存在调度请求时，进一步执行用户B的干扰规避方案，与前述用户A同理，这里不再赘述。但所述获取单元41获取到所述第一特征参数不大于所述第一阈值时，直接控制切换至正常状态，不再针对任何用户执行干扰规避方案。

本发明实施例中，所述基站中的控制单元42、监测单元43，在实际应用中均可由所述基站中的中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)、微控制单元42(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable Gate Array)实现；所述基站中的获取单元41和通讯单元44，在实际应用中可通过通信模组(包含：基础通信套件、操作系统、通信模块、标准化接口和协议等)及收发天线实现。

采用本发明实施例的技术方案，在SRVCC有效触发前，在不增加额外时延的前提下，提高在高干扰区域的VoLTE起呼成功率；另一方面也降低了高干扰区域的VoLTE起呼时延。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者基站等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。