CN103517353A - 一种处理数据传输的方法及终端 - Google Patents

Abstract

本发明提供了一种处理数据传输的方法及终端，该方法包括，终端在Cell-FACH(公共)态下进行随机接入，监测随机接入失败是否满足指定条件；若监测到随机接入失败满足指定条件，则终止数据传输，重选小区。根据本发明可以使得终端在出现频繁随机接入失败情况时，可有效恢复链路。

Description

一种处理数据传输的方法及终端

技术领域

本发明涉及第三代移动通信系统，特别是涉及一种处理数据传输的方法及终端。

背景技术

在第三代移动通信系统中，通用移动通信系统(UMTS)是其中的一种，它的网络结构由核心网(CN)、UMTS陆地无线接入网(UTRAN)、和用户设备(User Equipment，简称UE)组成。UTRAN和UE之间的接口是Uu口，也就是无线接口，在该接口上，协议栈按其功能和任务划分为物理层(层1)、数据链路层(层2)和网络层(层3)。无线资源控制(RRC)子层位于层3的最低层，属于接入层，主要是提供无线资源的控制和管理、测量、移动性管理等功能；层2包含RLC(Radio Link Control，无线链路控制)、PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)、MAC(MediaAccess Control，媒体接入控制)等模块；层1是物理层。

UTRAN侧和UE侧通过Uu口以AM(确认模式)、UM(非确认模式)或TM(透明模式)进行数据交互。由于信令面的承载传输机制在目前通信技术中都有明确的描述，可以通过重发次数累计、定时器、确认反馈等手段保证信令数据的有效传输，不被丢弃；而Cell-DCH(专用态)下的业务承载数据传输时底层异常会导致终端或网侧无线链路失败，现有技术也有明确的处理描述来保证链路恢复。Cell-FACH(公共)态下，由于AM模式的传输是有反馈确认机制，因此这种模式的承载可以保证数据的正确传输不被丢弃；TM模式传输方式只用于在Cell-DCH态，不会工作在Cell-FACH态，因此无需考虑；针对UM模式的小流量PS(分组)业务承载传输方式可以工作在Cell-FACH态，UM模式的传输方式由于没有确认反馈机制，会存在数据丢失。一般在不影响用户体验的前提下允许存在少量的数据丢失，但是当出现数据频繁丢弃时，肯定会影响用户体验，所以要避免出现数据频繁丢弃的可能性。Cell-FACH态UM传输过程中，当底层频繁数据投递失败，又无法触发重选时，则会造成数据包的频繁丢弃，而目前现有的方案中没有对应的处理机制去打断这种数据频繁丢弃，使链路尽快恢复正常。

发明内容

本发明要解决的技术问题是提供一种处理数据传输的方法及终端，使得终端在出现频繁随机接入失败情况时，可有效恢复链路。

为了解决上述技术问题，本发明提供了一种处理数据传输的方法，包括，

终端在Cell-FACH(公共)态下进行随机接入，监测随机接入失败是否满足指定条件；

若监测到随机接入失败满足指定条件，则终止数据传输，重选小区。

进一步地，上述方法还具有下面特点：所述指定条件包括：

连续N次随机接入失败。

进一步地，上述方法还具有下面特点：所述指定条件包括：

在指定时间段内随机接入失败的概率超过门限值。

进一步地，上述方法还具有下面特点：所述终端重选小区后还包括：

所述终端配置相关信道资源后，恢复数据传输。

进一步地，上述方法还具有下面特点：所述终端配置相关信道资源包括：

所述终端判断是否重选到新小区，若是，则向网侧发起小区更新请求，接收到网侧下发的小区更新证实后配置相关信道资源；若不是，则配置公共信道资源。

为了解决上述问题，本发明还提供了一种终端，包括：

媒体接入控制模块，用于在Cell-FACH(公共)态下进行随机接入，监测随机接入失败是否满足指定条件；若监测到随机接入失败满足指定条件，则终止数据传输，向无线资源控制模块上报链路失败指示；

所述无线资源控制模块，用于接收到链路失败指示后，重选小区。

进一步地，上述终端还具有下面特点：所述指定条件包括：

连续N次随机接入失败。

进一步地，上述终端还具有下面特点：所述指定条件包括：

在指定时间段内随机接入失败的概率超过门限值。

进一步地，上述终端还具有下面特点：

所述无线资源控制模块，还用于重选小区后，配置相关信道资源后，向所述媒体接入控制模块发送资源配置请求；

所述媒体接入控制模块，还用于接收到所述资源配置请求后，恢复数据传输。

进一步地，上述终端还具有下面特点：

所述无线资源控制模块，重选小区后，判断是否重选到新小区，若是，则向网侧发起小区更新请求，接收到网侧下发的小区更新证实后配置相关信道资源，向所述媒体接入控制模块发送资源配置请求；若不是，则配置公共信道资源后，向所述媒体接入控制模块发送资源配置请求。

综上，本发明提供一种处理数据传输的方法及终端，可以使终端在出现频繁随机接入失败情况时，可有效恢复链路。

附图说明

图1为本发明实施例的处理数据传输的方法的流程图；

图2为本发明实施例一的处理数据传输的方法的流程图；

图3为本发明实施例二的处理数据传输的方法的流程图；

图4为本发明实施例的终端的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

按目前的通信技术实现，UE处于Cell-FACH态下，当UE建立的PS业务承载使用UM传输时，数据一旦投递失败就会被丢弃，没有重传机制。如果在一段时间内，底层频繁数据投递失败，则会导致数据被频繁丢弃，而RRC没有一种机制去控制数据的丢弃，也没有链路恢复的机制。一旦在极端场景下出现这种情况，只能任凭数据被不停的丢弃，无法终止。鉴于此问题，本发明实施例提供一种处理数据的方法，用于解决该问题。

图1为本发明实施例的处理数据传输的方法的流程图，如图1所示，本实施例的方法可以包括以下步骤：

S10、终端在Cell-FACH态下进行随机接入，监测随机接入失败是否满足指定条件；

S20、若监测到随机接入失败满足指定条件，则终止数据传输，重选小区。

以下以两个具体实施例对本发明的方法进行详细的说明。

实施例一，MAC在对UM的承载数据进行随机接入时，监控随机接入失败的次数，当连续N次随机接入失败时，则终止数据传输，上报链路失败指示给RRC。RRC收到失败指示后进行更好小区重选，如果选到新小区，则进行小区更新，小区更新完成后继续数据传输；如果选回原小区，则继续在原小区上进行数据传输。如图2所示，包括下面步骤：

步骤11：RRC(UE侧)在Cell-FACH态，并建立了UM业务承载，此时UE和UTRAN之间进行正常的上下行数据传输，当UE侧MAC发随机接入请求后，监控随机接入失败的次数。

步骤12：当监控到连续N次随机接入失败时，终止数据传输，上报链路失败指示给RRC。

步骤13：RRC收到失败指示后进行更好小区重选。

步骤14：小区选择成功后，判断当前是否选到了新小区，如果保持原小区则配置公共信道资源后，进行步骤16；如果选到新小区，则RRC向网侧发起小区更新请求，并等待网侧的响应，进入步骤15。

步骤15：RRC收到网侧下发的小区更新证实后，配置相关信道资源给底层，进行步骤16。

步骤16：MAC收到RRC下发的资源配置请求后，通知RLC恢复数据发送，后面就会在更好的小区环境下进行数据传输，过程结束。

实施例二，MAC在对UM的承载数据进行随机接入时，收到一次数据传输失败后启动定时器T1，在T1时间段内数据出传输失败的概率高于某个门限M％时，则终止数据传输，上报随机接入失败指示给RRC。后续RRC的处理同方案一。如图3所示，实现步骤如下：

步骤21：RRC(UE侧)在Cell-FACH态，并建立了UM业务承载，此时UE和UTRAN之间进行正常的上下行数据传输，当UE侧MAC发随机接入请求后，物理层上报随机接入失败，则触发启动定时T1，进行步骤22。

步骤22：RLC继续向MAC发数据请求，MAC也同时向物理层发随机接入请求，并统计物理层上报随机接入成功和失败的次数，进行步骤23。

步骤23：T1超时后，MAC计算在这段时间内随机接入失败的概率是否超过协议允许的门限值M％，如果没有超过则继续进行数据传输；如果超过门限值，则进行步骤24。

步骤24：MAC给RRC上报随机接入失败指示，RRC收到该指示后进行更好小区选择，进行步骤25。

步骤25：小区选择成功后，判断当前是否选到了新小区，如果保持原小区则配置公共信道资源后，进行步骤27；如果选到新小区，则RRC向网侧发起小区更新请求，并等待网侧的响应，进入步骤26。

步骤26：RRC收到网侧下发的小区更新证实后，配置相关信道资源给底层，进行步骤27。

步骤27：MAC收到RRC下发的资源配置请求后，通知RLC恢复数据发送，后面就会在更好的小区环境下进行数据传输，过程结束。

以上两种实施例均可有效解决前面所提的问题。但Cell-FACH态实际传输过程中，只有当有数据需要投递时，MAC才会进行随机接入过程，即可能会在某一段时间内一直没有随机接入过程。实施例一中，如果两次连续的随机接入失败之间时间相差很长，这期间小区信号变化较大，这种情况下统计多次连续随机接入失败的随机性较强。实施例二中，引入了时间控制和失败概率统计，这样就可以有效的体现某一时间段内小区的链路好坏，实施例二综合考虑了Cell-FACH态下的数据传输特点后给出的解决方法，既可以避免数据的频繁丢弃，又能最大限度的避免频繁的进行链路恢复，提升用户体验。以上两种方案中的N、T1、M可以在协议中规定为固定值；也可以根据小区的不同采用不同值，并在系统信息中广播。

与现有的技术相比较，当出现上面描述的问题场景时，若不考虑这种规避处理，继续进行数据传输的话，则必定导致大量数据的丢弃，没有一种链路恢复的机制，影响用户的使用，降低用户体验。本发明所提供的两种实施例，均可以有效解决上面的问题，出现频繁随机接入失败情况时，可有效恢复链路。

图4为本发明实施例的终端的示意图，如图4所示，本实施例的终端包括：

MAC模块，用于在Cell-FACH态下进行随机接入，监测随机接入失败是否满足指定条件；若监测到随机接入失败满足指定条件，则终止数据传输，向RRC模块上报链路失败指示；

所述RRC模块，用于接收到链路失败指示后，重选小区。

其中，所述RRC模块，还用于重选小区后，配置相关信道资源后，向所述MAC模块发送资源配置请求；

所述MAC模块，还用于接收到所述资源配置请求后，恢复数据传输。

其中，所述RRC模块，重选小区后，判断是否重选到新小区，若是，则向网侧发起小区更新请求，接收到网侧下发的小区更新证实后配置相关信道资源，向所述MAC模块发送资源配置请求；若不是，则配置公共信道资源后，向所述MAC模块发送资源配置请求。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种处理数据传输的方法，包括，

终端在Cell-FACH(公共态)下进行随机接入，监测随机接入失败是否满足指定条件；

若监测到随机接入失败满足指定条件，则终止数据传输，重选小区。

2.如权利要求1所述的方法，其特征在于：所述指定条件包括：

连续N次随机接入失败。

3.如权利要求1所述的方法，其特征在于：所述指定条件包括：

在指定时间段内随机接入失败的概率超过门限值。

4.如权利要求1-3任一项所述的方法，其特征在于：所述终端重选小区后还包括：

所述终端配置相关信道资源后，恢复数据传输。

5.如权利要求4所述的方法，其特征在于：所述终端配置相关信道资源包括：

所述终端判断是否重选到新小区，若是，则向网侧发起小区更新请求，接收到网侧下发的小区更新证实后配置相关信道资源；若不是，则配置公共信道资源。

6.一种终端，包括：

媒体接入控制模块，用于在Cell-FACH(公共态)下进行随机接入，监测随机接入失败是否满足指定条件；若监测到随机接入失败满足指定条件，则终止数据传输，向无线资源控制模块上报链路失败指示；

所述无线资源控制模块，用于接收到链路失败指示后，重选小区。

7.如权利要求6所述的终端，其特征在于：所述指定条件包括：

连续N次随机接入失败。

8.如权利要求6所述的终端，其特征在于：所述指定条件包括：

在指定时间段内随机接入失败的概率超过门限值。

9.如权利要求6-8任一项所述的终端，其特征在于：

所述无线资源控制模块，还用于重选小区后，配置相关信道资源后，向所述媒体接入控制模块发送资源配置请求；

所述媒体接入控制模块，还用于接收到所述资源配置请求后，恢复数据传输。

10.如权利要求9所述的方法，其特征在于：

所述无线资源控制模块，重选小区后，判断是否重选到新小区，若是，则向网侧发起小区更新请求，接收到网侧下发的小区更新证实后配置相关信道资源，向所述媒体接入控制模块发送资源配置请求；若不是，则配置公共信道资源后，向所述媒体接入控制模块发送资源配置请求。

Images