CN102740327B - 状态信息上报方法和用户设备 - Google Patents

Abstract

本发明实施例公开了状态信息上报方法和用户设备。上述方法之一包括：用户设备UE在发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况时，记录异常状态信息；所述UE向网络侧设备上报所述异常状态信息。上述方法之二包括：在用户设备UE确定当前驻留于配置有几乎空子帧ABS图案的基站的小区中时，记录表示当前驻留状态的状态信息；所述UE根据网络侧设备的要求，向网络侧设备上报所述状态信息。可见，本发明所提供的实施例可在无线链路连接异常或在处于配置有ABS图案的基站的小区中时，向网络侧设备上报与之相关的状态信息，为网络侧设备后续的网络优化或调整提供参考基础。

Description

状态信息上报方法和用户设备

技术领域

本发明涉及无线通信技术领域，更具体地说，涉及状态信息上报方法和用户设备。

背景技术

在网络工作过程中，网络侧设备和用户设备之间的正常通信依赖于各种因素，网络侧设备通常能够在当前通信可能会出现问题时采取一些措施，例如修复或者优化，以保证通信的正常进行。

但是，当用户设备自身的状态或者用户设备周围通信环境出现某种异常状态时，由于网络侧设备无法了解到这些信息，从而影响正常通信。例如：

在发生无线链路连接异常时，网络侧设备无法获知与无线链路连接异常相关的状态信息，进而无法据此进行网络优化；在多种基站的小区共存的情况下，驻留在其中一个基站的小区的UE会受到另一个基站的干扰，影响UE的正常通信。

发明内容

有鉴于此，本发明提供一种状态信息上报方法和用户设备，以在出现无线链路连接异常或者用户设备处于配置有ABS pattern的基站的小区中时，网络侧设备能够了解到这种情况，从而为后续的优化或调整提供参考基础。

本发明一方面提供一种状态信息上报方法，包括：用户设备UE在发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况时，记录异常状态信息；上述UE向网络侧设备上报上述异常状态信息。

本发明的又一方面提供另一种状态信息上报方法，包括：在用户设备UE确定当前驻留于配置有几乎空子帧ABS图案的基站的小区中时，记录表示当前驻留状态的状态信息；该UE根据网络侧设备的要求，向网络侧设备上报上述状态信息。

本发明的又一方面提供一种用户设备，上述用户设备包括第一记录单元以及第一上报单元，其中：上述第一记录单元用于在发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况时，记录异常状态信息；上述第一上报单元用于向网络侧设备上报上述异常状态信息。

本发明的又一方面提供另一种用户设备，其特征在于，包括第二记录单元以及第二上报单元，其中：上述第二记录单元用于在确定当前驻留于配置有几乎空子帧ABS图案的基站的小区中时，记录表示当前驻留状态的状态信息；上述第二上报单元用于根据网络侧设备的要求，向上述网络侧设备上报上述状态信息。

从上述的技术方案可以看出，本发明所提供的实施例可在发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况，或者，在UE驻留于配置有ABS pattern的基站的小区中时，向网络侧设备上报与之相关的状态信息，使网络侧设备能够了解UE当前状态，为网络侧设备后续的网络优化或调整提供参考基础。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的状态信息上报方法流程图；

图2为本发明实施例提供的用户设备结构示意图；

图3为本发明实施例提供的状态信息上报方法另一流程图；

图4为本发明实施例提供的用户设备结另一构示意图；

图5为本发明实施例提供的logged MDT上报流程图；

图6为本发明实施例提供的RLF记录索要过程流程图；

图7为本发明实施例提供的状态信息上报方法又一流程图；

图8为本发明实施例提供的宏基站和家庭基站共存示意图；

图9为本发明实施例提供的状态信息上报方法又一流程图；

图10为本发明实施例提供的用户设备又一结构示意图；

图11为本发明实施例提供的状态信息上报方法又一流程图；

图12为本发明实施例提供的用户设备又一结构示意图。

具体实施方式

为了引用和清楚起见，下文中使用的技术名词、简写或缩写介绍如下：

CSG：Closed Subscriber Group，封闭用户组；

eNB：E-UTRAN NodeB，演进基站；

LTE：Long Term Evolution，长期演进；

UE：User Equipment，用户设备；

RRC：Radio Resource Control，无线资源控制；

RLC，Radio Link Control，无线链路控制；

RLF：Radio link failure，无线链路失败；

TD-SCDMA：Time Division-Synchronous Code Division Multiple Access，时分同步码分多址；

MDT：Minimization of Drive Test，最小化路测；

3GPP：the 3rd Generation Partnership Project，第三代移动通信合作组织；

OAM：Operation and maintain，运营和维护；

ABS：Almost blank subframe，几乎空子帧；

A-MBR：Aggregate Maximum Bit Rate，聚合的最大比特速率；

GBR：Guaranteed bit rate，保证比特速率；

MBR：Max bit rate，最大比特速率；

Log，日志；

X2接口：eNB与eNB之间的通信接口；

Preamble，前导码；

RACH：Random Access Channel，随机接入信道。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供了一种状态信息上报方法，参见图1，该方法至少包括如下内容。

S11、UE在发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况时，记录异常状态信息。

S12、上述UE向网络侧设备上报上述异常状态信息。

与上述方法实施例相对应，本发明实施例还提供了一种用户设备，参见图2，该用户设备包括第一记录单元21以及第一上报单元22。

其中，上述第一记录单元21在该UE发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于MBR的情况时，记录异常状态信息；第一上报单元22向网络侧设备上报第一记录单元21记录的异常状态信息。

本发明所提供的实施例可在UE发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况时，记录异常状态信息，并向网络侧设备上报该异常状态信息，使网络侧设备了解与UE之间的无线链路连接发生异常，从而能够采用措施进行调整或修正以使无线链路恢复正常，保证UE的正常通信。

MDT是3GPP在R10版本正式引入的一项新的UE功能，其思想是要求UE记录下MDT数据并上报到网络侧设备，这样就替代了部分传统路测的工作。MDT数据一般包括：UE驻留小区和相邻小区的标识、驻留小区和相邻小区的信号强度，比如小区的参考信号接收功率(RSRP)和参考信号接收质量(RSRQ)，在记录信号强度时的地理位置和时间信息。

具体地，上述异常状态信息可以包含于MDT数据中，也就是说，上述S12具体为：UE向上述网络侧设备发送包含上述异常状态信息的MDT数据。

在具体实现过程中，在确定发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况时，UE可直接自动进行MDT数据的记录，也可根据网络侧设备的配置决定是否进行MDT数据的记录。

图3示出了另一种状态信息上报方法，该方法包括以下内容。

S31、UE获取来自网络侧设备的MDT配置消息。

在具体实现过程中，网络侧设备可以将MDT配置消息通过DCCH(Dedicated Control Channel，专用控制信道)下发。

MDT配置消息中可包括：MDT数据的格式、测量并记录的触发条件(本领域技术人员可知，状态信息需要先测量然后再记录或边测量边记录)、测量量、记录停止条件及发送条件等。在本实施例中测量并记录的触发条件为确定UE发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况，上述发送条件可为UE处于RRC连接态。

S32、在确定UE发生接入层失去连接但非接入层承载保持激活，或者，上行数据的传输速率高于最大比特速率MBR的情况时，UE根据上述MDT配置消息记录包含异常状态信息的MDT数据并存储。

S33、UE在处于RRC连接态时向上述网络侧设备上报上述MDT数据。

相应的，本实施例还提供一种用户设备，该用户设备的结构如图4所示，包括第一记录单元41、第一上报单元42、接收单元43、状态判断单元44和第一存储单元45。

其中，由于第一记录单元11的功能与上述步骤S1相对应，第一上报单元12的功能与上述步骤S2相对应，因此在步骤S1和S2具体化时，第一记录单11和第一上报单元12的功能分别随之细化为第一记录单元41和第一上报单元42，在此不作赘述。

接收单元43用于获取来自网络侧设备的MDT配置消息，状态判断单元44用于判断UE是处于RRC连接状态还是空闲状态，第一存储单元45用于在UE处于RRC空闲状态时暂时存储第一记录单元41记录的MDT数据。

无线链路异常一般包括接入层失去连接但非接入层承载仍然保持激活、上行数据的传输速率高于MBR等情况，现分别进行介绍。

接入层失去连接但非接入层承载仍然保持激活一般是由于无线链路失败(即RLF)或接入层异常造成的。因此，在本发明其他实施例中，上述异常状态信息(由于异常状态信息包含在MDT数据中，因此MDT数据同样也包含异常状态信息所涉及的内容)可包括以下信息中的至少一个：UE发生上述接入层失去连接但非接入层承载仍然保持激活的情况前服务小区和相邻小区的标识、UE发生上述接入层失去连接但非接入层承载仍然保持激活的情况前服务小区和相邻小区的信号强度、UE发生上述接入层失去连接但非接入层承载仍然保持激活的情况时的地理位置消息、UE发生所述接入层失去连接但非接入层承载保持激活的情况时时间信息和原因标识信息。上述原因标识信息用以标识出“接入层失去连接但非接入层承载仍然保持激活”是由于RLF还是接入层异常造成的。在具体实现时，可以用“0”、“1”或者其他区别数据作为原因标识信息，在此不作赘述。

UE何时触发记录MDT数据，可通过前述提及的配置消息或UE默认配置来控制。比如，UE可默认在接入层失去连接2秒(2s)后非接入层承载仍然保持激活时触发记录MDT数据。在具体实现过程中，当UE发生RLF或接入层异常时UE将开启计时器，当该计时器计时到2s时，如果该UE还是没有选择到合适的小区并且非接入层层承载仍然保持激活时，触发记录MDT数据。

由于接入层失去连接但非接入层承载仍然保持激活是由RLF或接入层异常造成的，因此，针对不同的情况，上述MDT数据还可包括更细化的信息。

现以LTE为例介绍下RLF情况。

在LTE中，以下三个事件会触发UE的RLF：

(1)计时器T310超时事件：

UE通过无线链路监测并与相应设定门限Qout和Qin的比较来确定无线链路的质量，并向高层发送“in-sync”(同步)与“out-of-sync”(失步)指示。当从低层接收到预设次数个连续的“out-of-sync”指示，则UE将会启动T310计时器(T310计时器为判断UE下行信号是否长时间低于一定门限的定时器)。

图3示出了UE的RLF过程：如果在T310时间内UE检测的无线信号的强度值都低于标准强度值，也即UE检测到的无线信号的强度值低于门限值达到预设时长，则UE判断发生RLF。然后UE开始启动T311计时器(T311计时器用于辅助UE判断是否进入idle)，并开始进入小区选择过程。如果在T311超时前UE都没有选择到合适的小区，则UE指示非接入层RRC连接失败，UE进入RRC idle状态。当过一段时间UE找到合适的小区，则UE开始进行非接入层恢复过程，并且通知非接入层。

(2)MAC层的随机接入问题指示事件；

(3)RLC层的最大重传次数已达到指示事件。

在本发明的其他实施例中，当UE发生接入层失去连接但非接入层承载保持激活的情况是由于RLF造成时，以上所有实施例中的MDT数据还可包括RLF原因和在尝试接入层建立连接过程中的相关信息中的至少一种。

进一步的，在本发明其他实施例中，上述RLF可包括UE检测到的无线信号的强度值低于门限值达到预设时长和硬件错误中的至少一个。而在尝试接入层建立连接过程中的相关信息则可包括以下信息中的至少一个：UE发起连接建立小区的标识、同步信道、广播信道信号强度、preamble、UE读取所述同步信道或广播信道的时间、RACH的配置信息，从发起preamble到完成随机接入的时间。

此外，针对MAC层的随机接入问题指示这一无线链路连接异常情况，上述MDT数据还可包括MAC层的随机接入问题指示相关信息。

同理，针对RLC层的最大重传次数已达到指示这一无线链路连接异常情况，上述MDT数据还可包括RLC层的最大重传次数的原因和其他相关信息。本领域普通技术人员可根据实际需要进行灵活配置，在此不作赘述。

需要指出的是，在发生RLF和小区重建时，UE的非接入层承载(包括GBR和/或non-GBR业务的承载)将一直保持激活，当UE找到合适的小区，并进行成功的非接入层同步恢复后，UE的非接入层承载才会被去激活。而在发生RLF后和找到合适的小区前这段时间内，UE的非接入层承载仍然保持激活，但却无法进行数据传输。如果这种情况持续的时间较长，将降低用户的满意度。但在此期间，由于UE与网络侧设备之间并未成功建立无线链路，因此网络侧设备对此情况一无所知，即使UE找到了合适的小区与网络侧设备建立RRC连接，由于网络侧设备根据现有的MDT数据依然无法获知与之相关的数据，进而亦无法针对此种情况进行网络优化。

而本发明以上的实施例则可记录详细的异常状态信息，为网络侧设备后续的分析提供参考数据。网络侧设备可以据此判断是否为网络侧设备原因还是UE自身的原因。如果UE记入为RLF原因，网络还进一步根据UE记入的情况判断是网络的什么原因造成的，例如是同步信道广播信道覆盖不好，还是RACH资源不足等等。

在本发明其他实施例中，以上所有实施例中，MDT数据可包含在连接建立请求、MDT日志(MDT log)信令或RLF日志(RLF log)信令中。

现分别对MDT log信令和RLF log信令进行介绍。

MDT分为Immediate MDT和Logged MDT两种，其中，Immediate MDT是网络侧设备在UE处于RRC连接态时，对UE发送MDT配置消息，UE在处于RRC连接态时记录MDT数据并立即上报的方式；Logged MDT是网络侧设备在UE处于RRC连接态，对UE发送MDT配置消息，UE转入到空闲状态进行记录，并形成MTD log数据(也即上述的MTD数据)，并且在UE转到连接态进行MDTlog信令上报的方式。

在logged MDT上报时遵循图5所示的流程，也就是说，在UE进入到连接态时UE需要向网络侧设备指示MDT log数据有效，表示自己已经记录了MDT log数据，这时网络根据自己情况决定是否触发UE上报MDT log。如果网络侧设备指示UE上报MDT log数据，UE根据网络侧设备的指示以MDTlog信令的形式上报MDT数据。

参见图6，RLF记录索要过程也和Logged MDT非常像似，UE需要先指示网络侧设备RLF记录有效。然后应网络侧设备请求，UE再通过RLF log信令的形式上报RLF记录。

前文已提及，携带MDT数据的消息还可包含在连接建立请求中，上报请求消息也可以采用先向网络侧设备指示MDT数据有效，然后应网络侧设备请求上报的方式将请求或请求消息上传。因此，在本发明其他实施例中，以上所有实施例中，向网络侧设备上报包含异常状态信息的最小化路测MDT数据的具体实现方式可包括：向网络侧设备指示上述MDT数据有效；在接收到该网络侧设备的上报指示时，将上述MDT数据发送给该网络侧设备。

前已述及，无线链路异常除接入层失去连接但非接入层承载仍然保持激活外，还有上行数据传输异常的情况。现对上行数据传输异常进行介绍。

现有技术中，GBR、non-GBR、MBR、A-MBR这些参数同时适用于上下行。网络侧设备给UE分配了上行的最大比特速率(MBR)，但是因为某种或某些原因(比如网络侧设备分配的承载不当或UE自身的原因)，UE产生的上行速率可能高于MBR。

由于网络侧设备只保证UE的上行数据不低于保证比特速率(GBR)，因此网络侧设备对于UE产生的上行数据的传输速率高于MBR是不知情的。这样UE就可能产生较多的数据累积并将数据抛弃，即发生上行数据传输异常。而网络侧设备无法获知这一事件及其相关信息，进而无法据此进行MBR分配调整或优化。

针对上行数据传输异常情况，本实施例中的异常状态信息可包括以下信息中的至少一个：业务信息、相关联业务的上行数据的传输信息和上行数据的传输速率高于MBR的原因。例如一个视频业务，可能产生语音和数据两部分，如果数据部分的上行数据超过了MBR，那么把相关的语音部分情况也记入下来，这就是上述相关联业务的上行数据的传输信息的一个举例。上述业务信息可包括造成上述上行数据的传输速率高于MBR的相关业务的种类和/或优先级。网络得到上述异常状态信息，可据此判断发生上行数据传输异常为网络侧设备原因，比如是否网络设置MBR参数不当等，还是UE自己的原因。

上述异常状态信息也可包含在MDT数据中。

需要说明的是，在本发明其他实施例中，UE可在上行数据传输异常时，直接自动进行记录。另外，由于上行数据的传输速率高于MBR发生时，UE一般处于RRC连接状态，因此，其具体流程可参见图7，包括以下内容。

S71、UE在确定上行数据的传输速率高于MBR时，记录包含异常状态信息的MDT数据。

S72、UE向网络侧设备上报上述MDT数据。

当然，在上行数据传输过程中，也可能发生RRC连接失败，并在UE试图恢复连接时发生RLF，此时，MDT数据也可包括这两次事件的相关数据，并进行存储，当UE和网络连接时，可直接上报MDT数据，也可向网络侧设备指示MDT数据有效，然后再在所述网络侧设备请求时上报上述MDT数据。

另外，在UE驻留在配置有ABS图案(Pattern)的基站的小区时，如果网络侧设备能够了解到UE当时的状态以及所述ABS Pattern，则可以将受到该基站干扰的UE调度在ABS上，以保证通信质量。

下面本文的另一个实施例提出一种解决方案。

图8所示为宏基站和家庭基站共存的例子：在宏基站和家庭基站的共同覆盖下，如果家庭基站不配置ABS，则宏基站的UE将受到强烈的干扰无法进行正常通信。因此家庭基站需要配置些ABS，宏基站从而可以把受到强干扰的UE调度在这些子帧上。

由于家庭基站和宏基站之间没有X2接口，如果OAM设备没有配置这个家庭基站的ABS，则宏基站就无法获知该家庭基站的ABS。同时，网络侧设备同样也无法获知上述家庭基站的ABS及相关信息，进而无法通知宏基站。

为解决上述问题，参见图9，本发明实施例提供如下方法。

S91、UE在确定当前驻留于家庭基站的小区(如femto小区、pico小区)中时，记录表示当前驻留状态相关的状态信息，或包含上述状态信息的MDT数据。在本实施例中，上述状态信息包括以下信息中的至少一个：上述家庭基站的ABS图案、CSG标识、上述家庭基站的小区的标识、上述家庭基站的小区对应的无线信号强度、相邻小区标识、相邻小区对应的无线信号强度、上述家庭基站的小区的位置信息、时间戳信息；

S92、上述UE根据网络侧设备的要求，向网络侧设备上报上述状态信息或包含上述状态信息的MDT数据。

与上述方法实施例相对应，本发明实施例还提供了一种用户设备，图10示出了其一种结构，包括第二记录单元101以及第二上报单元102，其中：

第二记录单元101所实现的功能与步骤S91相对应，而第二上报单元102所实现的功能与步骤S92相对应。

需要说明的是，在以上所有实施例中，在确定驻留于家庭基站的小区中时，UE可直接自动记录MDT数据，也可根据网络侧设备的配置决定是否记录MDT数据。比如，图11示出了另一种状态信息上报方法，包括如下步骤：

S111、UE获取来自网络侧设备的MDT配置消息。

MDT配置消息中可包括：MDT数据的格式、测量并记录的触发条件、记录停止条件及发送条件等。在本实施例中，上述测量并记录的触发条件为驻留于家庭基站的小区中，上述发送条件可为UE处于RRC连接态。

S112、在UE确定当前驻留于家庭基站的小区中时，根据所述MDT配置消息记录MDT数据。

UE可通过专有RRC信令从家庭基站处获取ABS pattern，另外，UE也可以从家庭基站的广播信令中获得ABS pattern。UE可在RRC连接态或空闲态记录获取的ABS pattern。

S113、存储上述MDT数据，当接收到网络侧的请求时向网络侧设备上报MDT数据。

相应的，图12示出了实现上述方法的用户设备，该用户设备包括第二记录单元121以及第二上报单元122接收单元123、状态判断单元124和第二存储单元125。其中，上述接收单元123用于获取来自网络侧设备的MDT配置消息，上述状态判断单元124用于判断UE是处于RRC连接状态还是空闲状态，上述第二存储单元125用于在UE驻留于家庭基站时暂时存储第二记录单元121记录的状态信息。由于第二记录单元121对应步骤S91，而第二上报单元122的功能对应步骤S92，因此在用户设备增加接收单元123、状态判断单元124和第二存储单元125后，其功能可分别参照步骤S112和S113，在此不作赘述。

可以看出，通过上述实施例，网络侧设备能够获知UE处于家庭基站的小区以及该家庭基站的ABS Pattern，从而能够通知宏基站，因此，宏基站可以将受到家庭基站强干扰的UE调度在ABS上，以保证该UE的正常通信。

需要说明的是，上述配置有ABS Pattern的基站还可以是宏基站，在宏基站和家庭基站共存的情况下，家庭基站的小区中的UE会收到宏基站的干扰。因此需要宏基站配置ABS，家庭基站调度受干扰的UE在对应宏基站ABS的位置。来减少对家庭基站的小区中的UE受的干扰。这种情况下，UE上报状态信息的方式与前文家庭基站和宏基站共存的情况下UE上报异常状态信息的方式基本相同，在此不再赘述。

在本发明其他实施例中，以上所有实施例中，MDT数据可包含在连接建立请求、建立连接请求消息、MDT log信令或无线链路失败log信令中，其上报可参见本发明书相关部分的记载，在此不作赘述。

需要指出的是，上述实施例只是本发明所介绍的优选实施例，本领域技术人员在此基础上，完全可以设计出更多的实施例。

说明书和权利要求中的术语“第一”、“第二”等是用于区别类似的单元，而不必用于描述特定的顺序或先后次序，应该理解这样使用的术语在特定情况下可以互换。

对于装置或系统实施例而言，由于其基本相应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置或系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，在没有超过本申请的精神和范围内，可以通过其他的方式实现。当前的实施例只是一种示范性的例子，不应该作为限制，所给出的具体内容不应该限制本申请的目的。例如，所述单元或子单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或多个子单元结合一起。另外，多个单元可以或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

另外，所描述系统，装置和方法以及不同实施例的示意图，在不超出本申请的范围内，可以与其它系统，模块，技术或方法结合或集成。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种状态信息上报方法，其特征在于，包括：

用户设备UE在上行数据的传输速率高于最大比特速率MBR的情况时，记录异常状态信息；所述异常状态信息还包括：业务信息、相关联业务的上行数据的传输信息和上行数据的传输速率高于MBR的原因；

所述UE向网络侧设备上报所述异常状态信息。

2.如权利要求1所述的状态信息上报方法，其特征在于：

所述业务信息包括造成所述上行数据的传输速率高于MBR的业务的种类和/或优先级。

3.如权利要求1-2任意一项所述的状态信息上报方法，其特征在于，所述UE向网络侧设备上报所述异常状态信息包括：所述UE向所述网络侧设备上报包含所述异常状态信息的最小化路测MDT数据。

4.如权利要求3所述的状态信息上报方法，其特征在于，所述UE向所述网络侧设备上报包含所述异常状态信息的最小化路测MDT数据包括：

向所述网络侧设备指示所述MDT数据有效；

在接收到所述网络侧设备的上报指示时，向所述网络侧设备上报所述MDT数据。

5.如权利要求4所述的状态信息上报方法，其特征在于，所述MDT数据包含在连接建立请求、MDT日志信令或无线链路失败日志信令中。

6.一种用户设备，其特征在于，所述用户设备包括第一记录单元和第一上报单元，其中：

所述第一记录单元，用于在上行数据的传输速率高于最大比特速率MBR的情况时，记录异常状态信息；所述第一记录单元记录的异常状态信息还包括业务信息、相关联业务的上行数据的传输信息和上行数据的传输速率高于MBR的原因；

所述第一上报单元，用于向网络侧设备上报所述第一记录单元记录的异常状态信息。

7.如权利要求6所述的用户设备，其特征在于：

所述业务信息包括造成所述上行数据的传输速率高于MBR的业务的种类和/或优先级。

8.如权利要求6-7任意一项所述的用户设备，其特征在于，所述第一上报单元进一步用于，向所述网络侧设备上报包含所述异常状态信息的最小化路测MDT数据。

9.如权利要求8所述的用户设备，其特征在于，所述第一上报单元进一步用于：

向所述网络侧设备指示所述MDT数据有效；

在接收到所述网络侧设备的上报指示时，向所述网络侧设备上报所述MDT数据。

10.如权利要求9所述的用户设备，其特征在于，所述MDT数据包含在连接建立请求、MDT日志信令或无线链路失败日志信令中。