CN101742513A - 一种计数器检查处理的方法、系统及设备 - Google Patents
一种计数器检查处理的方法、系统及设备 Download PDFInfo
- Publication number
- CN101742513A CN101742513A CN200810227306A CN200810227306A CN101742513A CN 101742513 A CN101742513 A CN 101742513A CN 200810227306 A CN200810227306 A CN 200810227306A CN 200810227306 A CN200810227306 A CN 200810227306A CN 101742513 A CN101742513 A CN 101742513A
- Authority
- CN
- China
- Prior art keywords
- value
- count
- counter check
- entity
- rlc entity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种计数器检查处理的方法、系统及设备，包括：在应答模式的无线承载建立后，确定每个加密序列号的检查周期内前后加密序列号的差值大于发送数据量的临界值时启动计数器检查。在网络侧的无线链路控制实体收到无线资源控制层的计数器检查指示后，请求用户设备侧对等的无线链路控制发送状态报告；用户设备接收端的无线链路控制实体在收到请求后，反馈状态报告给网络侧的无线链路控制实体，所述状态报告中携带上下行加密序列号值；网络侧无线链路控制实体取出加密序列号值后进行比较，并将比较结果发送给无线资源控制层。使用本发明可以减少空口消息交互，节省空口资源；还可以缩短计数器检查协议层间处理时延，而且响应速度快。
Description
技术领域
本发明涉及无线通信领域，特别涉及一种计数器检查处理的方法、系统及设备。
背景技术
UTRAN(UMTS Terrestrial Radio Access Network，UMTS陆地无线接入网；UMTS：Universal Mobile Telecommunication System，通用移动通信系统)使用“COUNTER CHECK”(计数器检查)来执行一个本地验证。该过程的目的是验证在UTRAN和UE(User Equipment，用户设备)中，RRC(Radio ResourceControl，无线资源控制)连接期间双向链路(上行链路和下行链路)上所发送的数据量是否相同的(用来检测可能出现的入侵者的操作)。UTRAN监测每个使用UM(Unacknowledged Mode，非应答模式)或AM(Acknowledged Mode，应答模式)RLC(Radio Link Control，无线链路控制)的无线承载的相关COUNT-C(加密序列号)值。只要这些值到达一个临界检测值，则触发该过程。当UE收到一个COUNTER CHECK消息，UE应将收到的COUNTERCHECK消息中信元″RB(Radio Bearer，无线承载)COUNT-C MSBinformation″的COUNT-C MSB(Most Significant Bit，最高有效位)值和相应的无线承载的COUNT-C MSB值进行比较。如果不同，UE发送COUNT-C值的COUNTER CHECK RESPONSE(计数器检查响应)消息给UTRAN，如果UTRAN收到一个包含了一个或多个COUNT-C值的COUNTER CHECKRESPONSE消息，UTRAN可以释放该RRC连接。
对于每个使用RLC-AM或RLC-UM的上行链路和下行链路无线承载，即使没有使用加密，也需要持续递增COUNT-C值，COUNT-C值在UTRAN和UE侧由其RLC实体维护，因而，UTRAN可以使用“COUNTER CHECK”来进行验证UTRAN和UE两端在RRC连接期间双向链路(上行链路和下行链路)上所发送的数据量是相同的。其核心就是比较UTRAN和UE侧对应无线承载的COUNT-C值的MSB部分是否相同。
25.331协议中COUNTER CHECK过程为：
UTRAN向UE发起COUNTER CHECK；UE向UTRAN反馈COUNTERCHECK RESPONSE。
协议的描述为：
COUNTER CHECK过程启动于UTRAN监测每个使用UM或AM RLC的RB的相关COUNT-C值是否到达UTRAN设定的临界检测值，如果大于设定的临界检测值，UTRAN发送COUNTER CHECK消息给UE，UTRAN用该消息指示与每个使用UM或AM RLC模式的无线承载的当前COUNT-C MSB值，请求UE比较这些值与保存的COUNT-C MSB值，并把比较结果上报给UTRAN。如果UE发送的COUNTER CHECK RESPONSE消息中包含COUNT-C值，表示UTRAN和UE的COUNTC-C值不一致，由UTRAN决定是否释放RRC连接。
COUNTER CHECK消息内容如下：
| InformationElement/Group name(信元/组名) | Presence(存在) | Multi(复选) | IE type andreference(信元类型与参数) | Semanticsdescription(描述语义) |
| Message Type(信息类型) | MP(MustPresence必须出现) | |||
| InformationElement/Group name(信元/组名) | Presence(存在) | Multi(复选) | IE type andreference(信元类型与参数) | Semanticsdescription(描述语义) |
| UE informationelements(用户设备信元) | ||||
| RRC transactionidentifier(RRC处理标识) | MP | RRCtransactionidentifier10.3.3.36 | ||
| Integrity check info(完整性校验) | CH(可选) | Integritycheck info10.3.3.16 | ||
| RB informationelements(RB信元) |
| InformationElement/Group name(信元/组名) | Presence(存在) | Multi(复选) | IE type andreference(信元类型与参数) | Semanticsdescription(描述语义) |
| RB COUNT-C MSBinformation | MP | 1 to<maxRBallRABs> | For each RB(excludingsignalling radiobearers)usingUM or AMRLC.为了每一个RB(排除无线信号承载)利用UM或AMRLC | |
| InformationElement/Group name(信元/组名) | Presence(存在) | Multi(复选) | IE type andreference(信元类型与参数) | Semanticsdescription(描述语义) |
| ＞RB COUNT-C MSBinformation | MP | RBCOUNT-CMSBinformation |
COUNTER CHECK RESPONSE消息内容如下：
| InformationElement/Group name | Presence | Multi | IE type andreference | Semanticsdescription |
| Message Type | MP | |||
| UE informationelements |
| InformationElement/Group name | Presence | Multi | IE type andreference | Semanticsdescription |
| RRC transactionidentifier | MP | RRCtransactionidentifier | ||
| Integrity check info | CH | Integritycheck info | ||
| RB informationelements | ||||
| RB COUNT-Cinformation | OP | 1 to<maxRBallRABs> | ||
| ＞RB COUNT-Cinformation | MP | RBCOUNT-Cinformation |
从协议描述看，UTRAN只要发现RB的COUNT-C值大于预先设定临界检测值就启动COUNTER CHECK，但可能此后该RB上数据量很少或者无数据量，UTRAN还是仍旧频繁启动检查。
另外，COUNTER CHECK过程是由UTRAN的RRC实体进行，但COUNT-C值在RLC实体维护，进行一次COUNTER CHECK过程，首先RRC从RLC实体获取上下行的COUNT-C值，然后通过空口消息将COUNT-C值的MSB携带给UE，使UE进行COUNT-C值一致性检查；由于COUNTER CHECK消息中″RB COUNT-C MSB information″IE的值是25BIT，如果进行COUNTERCHECK时，恰好某个RB的COUNT-C的Not MSB部分接近溢出，从RRC实体获取RLC实体某个RB的COUNT-C值，到UE收到COUNTER CHECK消息这个时间段内，UE本地存贮的这个RB的COUNT-C MSB的值可能发生改变，UE比较两端COUNT-C值不同，从而在COUNT CHECK RESPONSE消息中包含当前的COUNT-C值，这样URAN认为同UE的收发数据量不能吻合。举例说明，64k的PS(Packet Switched，分组交换)业务，TTI＝20ms，每个TTI(Transmission Time Interval，传输时间间隔)发送4个PDU(Packet Data Unit，分组数据单元)，发送128个PDU，需要32*20ms＝640ms，即发送128个PDU需要640ms。按照当前实时操作系统任务调度10ms周期，RRC实体和RLC实体交互获取COUNT-C值约需要20ms，在Srb(Signal Radio Bear，信令无线承载)速率为3.4K时，RRC实体在Srb2上发送COUNTER CHECK消息需要40ms，时延估计为大于等于60ms。在协议不同层间的处理时延以及空口发送消息的时延期间，RLC可能已经收发大于128个PDU，从而导致COUNT-C值的MSB 25Bit发生改变。所以，协议不同层间的处理时延以及空口发送消息的时延是需要考虑的，UTRAN需要估计这个处理时延。对速率不同的业务来说，在这个时延内发送或者接收的PDU数目不同，需要考虑当前COUNT-C值的Not MSB部分+时延内可能收发的PDU NUM＞＝128的情况，目前协议中未描述该种情况的处理。
综上所述，从协议描述的角度看，是UTRAN的RRC实体进行该过程，但COUNT-C值在RLC实体维护，进行一次COUNTER CHECK过程，需要RRC实体和RLC实体进行交互且在下行链路DCCH(Dedicated ControlChannel，专用控制信道)上发送一个COUNTER CHECK消息，在这个处理过程中，由于处理时延的存在，当UE收到COUNTER CHECK消息时，COUNT-C值的MSB部分可能发生跳变，其不足在于：会导致UE认为COUNTER CHECK消息中信元″RB COUNT-C MSB information″的COUNT-C MSB值和相应的无线承载的COUNT-C MSB值不同，从而在响应消息COUNTER CHECKRESPONSE中携带COUNT-C值，从而UTRAN释放RRC连接。
另外，协议描述某个RB的COUNT-C值到达一个临界检测值就启动该过程，其不足还在于：可能某个RB数据流量到达该临界检测值后，无数据发送或者数据量很少时，频繁启动COUNTER CHECK过程，增加了网络处理和空口信令负荷。
发明内容
本发明解决的技术问题在于提供了一种计数器检查处理的方法、系统及设备。
本发明实施例中提供了一种计数器检查处理方法，包括如下步骤：
在应答模式AM的无线承载RB建立后，在每个加密序列号COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；
确定所述差值大于发送数据量的临界值时，启动计数器检查COUNTERCHECK过程。
本发明实施例中还提供了一种用于计数器检查处理的网络侧设备，包括：
差值计算模块，用于在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；
检查启动模块，用于确定所述差值大于发送数据量的临界值时，启动COUNTER CHECK过程。
本发明实施例中还提供了一种用于计数器检查处理的系统，包括：
网络侧设备，用于在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；确定所述差值大于发送数据量的临界值时，启动COUNTER CHECK过程，所述COUNTER CHECK过程是由网络侧的RRC实体指示RLC实体进行的COUNTER CHECK过程；
UE，用于将COUNTER CHECK过程结果反馈至网络侧设备。
本发明实施例中还提供了一种计数器检查处理方法，包括如下步骤：
在网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告；
UE接收端的RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
网络侧RLC实体取出所述COUNT-C值后与本地COUNT-C值进行比较，并将比较结果发送给RRC实体。
本发明实施例中还提供了一种计数器检查处理系统，包括：
网络侧设备，用于通过网络侧的RRC实体指示RLC实体进行COUNTERCHECK过程；
UE，用于将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备。
本发明实施例中还提供了一种用于计数器检查处理的网络侧设备，包括：
指示模块，用于通过网络侧的RRC实体指示RLC实体进行COUNTERCHECK过程。
本发明实施例中还提供了一种用于计数器检查处理的用户设备，其特征在于，包括：
反馈模块，用于将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备。
本发明有益效果如下：
本发明的一种实施方案中，是在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；确定所述差值大于发送数据量的临界值时，启动COUNTER CHECK过程。由于实施中是在检查周期内发送的数据流量大于UTRAN预设定的门限值后才启动COUNTERCHECK，因此避免了减少空口消息交互，节省空口资源。
本发明的另一实施方案中，是在网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告；UE接收端的RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；网络侧RLC实体取出所述COUNT-C值后与本地COUNT-C值进行比较，并将比较结果发送给RRC实体。由于实施中将COUNTER CHECK过程从RRC实体转移到RLC实体进行，因而能够利用STATUS PDU高优先级的特性避免由于协议层间交互的处理时延和空口消息发送时延导致错误的认为两端COUNT-C值MSB发生变化，可以缩短COUNTER CHECK协议层间处理时延，而且响应速度快。
附图说明
图1为本发明实施例中为计数器检查处理方法实施流程示意图；
图2为本发明实施例中在RLC实体进行COUNTER CHECK过程的实施流程示意图；
图3为本发明实施例中STATUS PDU数据结构示意图；
图4为本发明实施例中SUFI结构示意图；
图5为本发明实施例一中用于计数器检查处理的网络侧设备结构示意图；
图6为本发明实施例二中用于计数器检查处理的系统结构示意图；
图7为本发明实施例三中计数器检查处理系统结构示意图；
图8为本发明实施例四中用于计数器检查处理的网络侧设备结构示意图；
图9为本发明实施例五中用于计数器检查处理的用户设备结构示意图；
图10为本发明实施例六中COUNTER CHECK过程的实施流程示意图。
具体实施方式
下面结合附图对本发明的具体实施方式进行说明。
图1为计数器检查处理方法实施流程示意图，如图所示，可以包括如下步骤：
步骤101、在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；
步骤102、确定所述差值大于发送数据量的临界值时，启动COUNTERCHECK过程。
具体实施中，需要预先设定COUNT-C的检查周期以及临界值，然后通过差值以及预先设置临界值来决定是否进行COUNTER CHECK过程，其中，周期内前后COUNT-C的差值也就是通过检查周期内AM模式的RLC发送PDU数目。
在设置临界值时，可以设置为1024时检查。即发送的数据量为1K PDU时检查。AM模式RLC按照2的12次方2046，UM模式取2的8次方256，折中取2的10次方1024即可。
具体的，UTRAN可以设定检查COUNT-C的周期为COUNTER_TIMER，当该值设置为0时，UTRAN可以不进行COUNTER CHECK，同时预设定在这个周期内发送数据量的临界值CHECK_VALUE。COUNTER CHECK检查周期启动于AM模式的RB建立后，在每个COUNT-C的检查周期到达时，得到这个周期内前后COUNT-C的差值，如果这个值大于预设定的临界值CHECK_VALUE，UTRAN的RRC实体就指示RLC实体进行COUNTERCHECK过程。
由于实施中，将COUNTER CHECK的启动条件设定为：在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，确定该周期内前后COUNT--C差值大于发送数据量的临界值时，才启动COUNTER CHECK过程。即网络侧根据检查周期内业务数据量大于预先设定的临界检测值后启动COUNTERCHECK，而不是根据已发送的业务数据量大于预先设定的临界检测值后来启动，也因此克服了RB的COUNT-C值大于预先设定临界检测值就启动COUNTER CHECK后，所存在此后该RB上速据量很少或者无数据量时，网络侧还频繁启动检查的不足。
实施中COUNTER CHECK过程是由网络侧的RRC实体指示RLC实体进行的COUNTER CHECK过程。下面对该过程进行说明。
图2为在RLC实体进行COUNTER CHECK过程的实施流程示意图，如图所示，可以包括如下步骤：
步骤201、网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告；
步骤202、UE接收端的RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
步骤203、网络侧RLC实体取出所述COUNT-C值后进行比较，并将比较结果发送给RRC实体。
在进行COUNTER CHECK的实施过程中，COUNTER CHECK的检查是在RLC实体通过STATUS(状态)报告过程来进行，即RRC实体通知RLC需要进行COUNTER CHECK，RLC实体就可以在AMD(Acknowledged ModeData，应答模式数据)PDU中设置轮询(POLLING)请求状态报告，UE侧接收端的RLC实体检查AMD PDU中POLLING比特设置为1，然后启动STATUS报告的传输过程，由于STATUS PDU比数据PDU具有更高优先级，因此可以通过扩展STATUS PDU中SUFI(Super Field Indication，超域指示)的类型(Type)，在SUFI的值(Value)中携带该RLC的COUNT-C的值，RNC侧RLC接收端收到STATUS PDU后，便可将COUNT-C值取出，可以快速比较两端COUNT-C值的一致性，然后将比较结果通知RRC实体，RRC实体便可以决定是否释放RRC连接。其中，POLLING比特设置为1的步骤中，可以设为0和1，设置为0表示请求对等的段发送状态报告，设置为1启动状态报告传输；
下面再对各步骤的具体实施进行说明。
步骤201中，在RLC实体收到RRC实体的COUNTER CHECK检查指示后，可以将该RLC的AMD PDU中轮询POLLING比特设置为1，请求UE侧对等的RLC发送状态报告。
步骤202中，在UE接收端的RLC实体在收到AMD PDU时，检查到轮询POLLING比特设置为1，便可以发送STATUS报告给网络侧的RLC。该步骤中的状态报告中携带有UE侧RLC实体的上下行COUNT-C值，可以具体为：
通过扩展STATUS PDU中SUFI中类型的定义，在SUFI的Value域携带UE侧RLC实体的上下行COUNT-C值。
图3为STATUS PDU数据结构示意图，图中D/C表示数据(Data)/控制(Control)；Oct为Octet的缩写，即八位字节；PAD为填充Pad。
图4为SUFI结构示意图，如图所示，STATUS PDU中包括SUFI，SUFI中包括了Type(类型)、Length(长度)、Value(值)，其中Type类型定义如下所示：
| Bit | Description(描述) |
| 0000 | No More Data(无数据)(NO_MORE) |
| 0001 | Window Size(窗口尺寸)(WINDOW) |
| 0010 | Acknowledgement(确认)(ACK) |
| 0011 | List(列表)(LIST) |
| 0100 | Bitmap(位图)(BITMAP) |
| 0101 | Relative list(有关列表)(Rlist) |
| 0110 | Move Receiving Window(移动接收窗口)(MRW) |
| 0111 | Move Receiving Window Acknowledgement(移动接收窗 |
| 口确认)(MRW_ACK) | |
| 1000-1111 | Reserved(保留)(PDUs with this encoding are invalid forthis version of the protocol，这种编码的PDUs在这个版本的协议中无效/保留)保留值1000指示此时携带RLC的COUNT-C |
这样便可以通过SUFI的Value域携带进上下行COUNT-C值，并进而通过状态报告将COUNT-C值通过RLC实体反馈之网络侧。
相应的，在步骤203中，网络侧RLC实体便可以取出COUNT-C值，在进行比较后，将比较结果发送给RRC实体，从而实现了在RLC实体进行COUNTER CHECK检查过程。
这样，结合RLC实体STATUS报告过程通过扩展协议保留值，使COUNTER CHECK过程从RRC实体转移到RLC实体进行，并利用STATUSPDU高优先级的特性避免了由于协议层间交互的处理时延和空口消息发送时延导致错误的认为两端COUNT-C值MSB发生变化。
基于同一发明构思，本发明实施中还提供了用于计数器检查的系统及设备，由于系统及设备解决问题的原理与方法相似，因此系统及设备实施过程中可以参考方法的方式，重复之处不再赘述。
实施例一
图5为用于计数器检查处理的网络侧设备结构示意图，如图所示，网络侧设备中可以包括：
差值计算模块501，用于在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；
检查启动模块502，用于确定所述差值大于发送数据量的临界值时，启动COUNTER CHECK过程。
实施例二
图6为用于计数器检查处理的系统结构示意图，如图所示，系统中可以包括：
网络侧设备601，用于在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；确定所述差值大于发送数据量的临界值时，启动COUNTER CHECK过程，所述COUNTER CHECK过程是由网络侧的RRC实体指示RLC实体进行的COUNTER CHECK过程；
UE602，用于将COUNTER CHECK过程结果反馈至网络侧设备。
UE602还可以进一步用于在将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备的过程中，在RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
网络侧设备601进一步用于在进行COUNTER CHECK过程中，在网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告；并在网络侧RLC实体取出所述COUNT-C值后进行比较，并将比较结果发送给RRC实体。
UE可以在状态报告中携带UE侧RLC实体的上下行COUNT-C值时，通过扩展STATUS PDU中SUFI中类型的定义，在SUFI的Value域携带UE侧RLC实体的上下行COUNT-C值。
实施例三
图7为计数器检查处理系统结构示意图，如图所示，系统中可以包括：
网络侧设备701，用于通过网络侧的RRC实体指示RLC实体进行COUNTER CHECK过程；
UE702，用于将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备。
UE702可以进一步用于在将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备的过程中，在RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
网络侧设备701进一步用于在进行COUNTER CHECK过程中，在网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告；并在网络侧RLC实体取出所述COUNT-C值后进行比较，并将比较结果发送给RRC实体。
UE还可以进一步用于在状态报告中携带UE侧RLC实体的上下行COUNT-C值时，通过扩展STATUS PDU中SUFI中类型的定义，在SUFI的Value域携带UE侧RLC实体的上下行COUNT-C值。
实施例四
图8为用于计数器检查处理的网络侧设备结构示意图，如图所示，网络侧设备可以包括：
指示模块801，用于通过网络侧的RRC实体指示RLC实体进行COUNTERCHECK过程。
其中，指示模块801中可以包括：
接收单元8011，用于接收RRC实体发至网络侧RLC实体的COUNTERCHECK检查指示；
请求单元8012，用于在接收到COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
比较单元8013，用于在网络侧RLC实体取出所述COUNT-C值后进行比较，并将比较结果发送给RRC实体。
实施例五
图9为用于计数器检查处理的用户设备结构示意图，如图所示，UE中可以包括：
反馈模块901，用于将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备。
其中，反馈模块901中可以包括：
接收单元9011，用于接收发至RLC实体的发送状态报告请求；
反馈单元9012，用于在RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
反馈单元9012可以进一步用于在状态报告中携带UE侧RLC实体的上下行COUNT-C值时，通过扩展STATUS PDU中SUFI中类型的定义，在SUFI的Value域携带UE侧RLC实体的上下行COUNT-C值。
实施例六
下面再以UTRAN侧RRC实体、UTRAN侧RLC实体、UE侧RLC实体的实施实例来进行说明，图10为COUNTER CHECK过程的实施流程示意图，如图所示，可以包括如下步骤：
步骤1001、UTRAN侧RRC实体向UTRAN侧RLC实体发送RLC_COUNTERCHECK_REQ(RLC计数器检查请求)；
步骤1002、UTRAN侧RLC实体向UE侧RLC实体发送AMD PUD，其中POLLING为1；
步骤1003、UE侧RLC实体向UTRAN侧RLC实体返回STATUS PDU，其中SUFI的Type值为1000；
步骤1004、UTRAN侧RLC实体比较其中携带的COUNT-C值；
步骤1005、UTRAN侧RLC实体向UTRAN侧RRC实体反馈RLC_COUNTERCHECK_CFM(计数器检查确认)。
由上述实施可知，本发明实施中在检查周期内发送的数据流量大于UTRAN预设定的门限值后才启动COUNTER CHECK，因此避免了减少空口消息交互，节省空口资源。
进一步的，结合RLC实体STATUS报告过程通过扩展协议保留值，使COUNTER CHECK过程从RRC实体转移到RLC实体进行，由于STATUS PDU高优先级的特性避免由于协议层间交互的处理时延和空口消息发送时延导致错误的认为两端COUNT-C值MSB发生变化，可以缩短COUNTER CHECK协议层间处理时延，响应速度快。
同时，需要指出的是确定差值大于发送数据量的临界值时，启动COUNTER CHECK过程的实施方案，与将COUNTER CHECK过程从RRC实体转移到RLC实体进行的实施方案可以各自解决自己的问题，其并不必然要同时实施。
例如：依然是在按现有技术中UTRAN发现RB的COUNT-C值大于预先设定临界检测值，并启动COUNTER CHECK，此时仍然可以将COUNTERCHECK过程从RRC实体转移到RLC实体进行。
或者，在AM模式的RB建立后，确定周期内前后COUNT-C的差值大于发送数据量的临界值时，启动COUNTER CHECK过程后，然后在RRC执行COUNTER CHECK过程。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
Claims (18)
1.一种计数器检查处理方法，其特征在于，包括如下步骤：
在应答模式AM的无线承载RB建立后，在每个加密序列号COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；
确定所述差值大于发送数据量的临界值时，启动计数器检查COUNTERCHECK过程。
2.如权利要求1所述的方法，其特征在于，所述COUNTER CHECK过程是由网络侧的无线资源控制RRC实体指示无线链路控制RLC实体进行的COUNTER CHECK过程。
3.如权利要求2所述的方法，其特征在于，所述由网络侧的RRC实体指示RLC实体进行的COUNTER CHECK过程，包括如下步骤：
网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求用户设备UE侧对等的RLC发送状态报告；
UE接收端的RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
网络侧RLC实体取出所述上下行COUNT-C值后与本地COUNT-C值进行比较，并将比较结果发送给RRC实体。
4.如权利要求3所述的方法，其特征在于，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值，具体为：
扩展状态报告分组数据单元STATUS PDU中超域指示SUFI中类型的定义，在SUFI的值Value域携带UE侧RLC实体的上下行COUNT-C值。
5.一种用于计数器检查处理的网络侧设备，其特征在于，包括：
差值计算模块，用于在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；
检查启动模块，用于确定所述差值大于发送数据量的临界值时，启动COUNTER CHECK过程。
6.一种用于计数器检查处理的系统，其特征在于，包括：
网络侧设备，用于在AM模式的RB建立后，在每个COUNT-C的检查周期到达时，获取该周期内前后COUNT-C的差值；确定所述差值大于发送数据量的临界值时，启动COUNTER CHECK过程，所述COUNTER CHECK过程是由网络侧的RRC实体指示RLC实体进行的COUNTER CHECK过程；
UE，用于将COUNTER CHECK过程结果反馈至网络侧设备。
7.如权利要求6所述的系统，其特征在于，
所述UE进一步用于在将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备的过程中，在RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
所述网络侧设备进一步用于在进行COUNTER CHECK过程中，在网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告；并在网络侧RLC实体取出所述上下行COUNT-C值后与本地COUNT-C值进行比较，并将比较结果发送给RRC实体。
8.如权利要求7所述的系统，其特征在于，所述UE进一步用于在状态报告中携带UE侧RLC实体的上下行COUNT-C值时，通过扩展STATUS PDU中SUFI中类型的定义，在SUFI的Value域携带UE侧RLC实体的上下行COUNT-C值。
9.一种计数器检查处理方法，其特征在于，包括如下步骤：
在网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告；
UE接收端的RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
网络侧RLC实体取出所述上下行COUNT-C值后与本地COUNT-C值进行比较，并将比较结果发送给RRC实体。
10.如权利要求9所述的方法，其特征在于，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值，具体为：
扩展STATUS PDU中SUFI中类型的定义，在SUFI的Value域携带UE侧RLC实体的上下行COUNT-C值。
11.一种计数器检查处理系统，其特征在于，包括：
网络侧设备，用于通过网络侧的RRC实体指示RLC实体进行COUNTERCHECK过程；
UE，用于将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备。
12.如权利要求11所述的系统，其特征在于，
所述UE进一步用于在将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备的过程中，在RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
所述网络侧设备进一步用于在进行COUNTER CHECK过程中，在网络侧的RLC实体收到RRC实体的COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告；并在网络侧RLC实体取出所述上下行COUNT-C值后与本地COUNT-C值进行比较，并将比较结果发送给RRC实体。
13.如权利要求12所述的系统，其特征在于，所述UE进一步用于在状态报告中携带UE侧RLC实体的上下行COUNT-C值时，通过扩展STATUSPDU中SUFI中类型的定义，在SUFI的Value域携带UE侧RLC实体的上下行COUNT-C值。
14.一种用于计数器检查处理的网络侧设备，其特征在于，包括：
指示模块，用于通过网络侧的RRC实体指示RLC实体进行COUNTERCHECK过程。
15.如权利要求14所述的网络侧设备，其特征在于，所述指示模块包括：
接收单元，用于接收RRC实体发至网络侧RLC实体的COUNTER CHECK检查指示；
请求单元，用于在接收到COUNTER CHECK检查指示后，请求UE侧对等的RLC发送状态报告，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值；
比较单元，用于在网络侧RLC实体取出所述上下行COUNT-C值后与本地COUNT-C值进行比较，并将比较结果发送给RRC实体。
16.一种用于计数器检查处理的用户设备，其特征在于，包括：
反馈模块，用于将COUNTER CHECK过程结果通过RLC实体反馈至网络侧设备。
17.如权利要求16所述的用户设备，其特征在于，所述反馈模块包括：
接收单元，用于接收发至RLC实体的发送状态报告请求；
反馈单元，用于在RLC实体在收到请求后，反馈状态报告给网络侧的RLC，所述状态报告中携带有UE侧RLC实体的上下行COUNT-C值。
18.如权利要求17所述的用户设备，其特征在于，所述反馈单元进一步用于在状态报告中携带UE侧RLC实体的上下行COUNT-C值时，通过扩展STATUS PDU中SUFI中类型的定义，在SUFI的Value域携带UE侧RLC实体的上下行COUNT-C值。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810227306.5A CN101742513B (zh) | 2008-11-26 | 2008-11-26 | 一种计数器检查处理的方法、系统及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810227306.5A CN101742513B (zh) | 2008-11-26 | 2008-11-26 | 一种计数器检查处理的方法、系统及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101742513A true CN101742513A (zh) | 2010-06-16 |
| CN101742513B CN101742513B (zh) | 2014-01-01 |
Family
ID=42465229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200810227306.5A Active CN101742513B (zh) | 2008-11-26 | 2008-11-26 | 一种计数器检查处理的方法、系统及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101742513B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102076005A (zh) * | 2011-01-12 | 2011-05-25 | 大唐移动通信设备有限公司 | 业务数据安全检测方法及设备 |
| CN102480747A (zh) * | 2010-11-25 | 2012-05-30 | 大唐移动通信设备有限公司 | 一种业务承载计数检查方法和装置 |
| CN102571277A (zh) * | 2011-12-29 | 2012-07-11 | 中兴通讯股份有限公司 | 序号检测消息的发送方法及装置 |
| CN102572880A (zh) * | 2011-12-29 | 2012-07-11 | 中兴通讯股份有限公司 | 序号检测方法、装置及系统 |
| WO2013044521A1 (zh) * | 2011-09-30 | 2013-04-04 | 华为技术有限公司 | 获取下行链路测量报告的方法、设备及系统 |
| CN103686616B (zh) * | 2012-09-24 | 2016-12-21 | 普天信息技术研究院有限公司 | 一种集群组呼安全加密同步的方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100345452C (zh) * | 2003-10-16 | 2007-10-24 | 华为技术有限公司 | 一种确定移动通信系统中用于加密同步的计数器检查发起时机的方法 |
-
2008
- 2008-11-26 CN CN200810227306.5A patent/CN101742513B/zh active Active
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102480747B (zh) * | 2010-11-25 | 2014-12-03 | 大唐移动通信设备有限公司 | 一种业务承载计数检查方法和装置 |
| CN102480747A (zh) * | 2010-11-25 | 2012-05-30 | 大唐移动通信设备有限公司 | 一种业务承载计数检查方法和装置 |
| CN102076005B (zh) * | 2011-01-12 | 2013-06-12 | 大唐移动通信设备有限公司 | 业务数据安全检测方法及设备 |
| CN102076005A (zh) * | 2011-01-12 | 2011-05-25 | 大唐移动通信设备有限公司 | 业务数据安全检测方法及设备 |
| WO2013044521A1 (zh) * | 2011-09-30 | 2013-04-04 | 华为技术有限公司 | 获取下行链路测量报告的方法、设备及系统 |
| CN103141132A (zh) * | 2011-09-30 | 2013-06-05 | 华为技术有限公司 | 获取下行链路测量报告的方法、设备及系统 |
| CN102572880A (zh) * | 2011-12-29 | 2012-07-11 | 中兴通讯股份有限公司 | 序号检测方法、装置及系统 |
| WO2013097421A1 (zh) * | 2011-12-29 | 2013-07-04 | 中兴通讯股份有限公司 | 序号检测消息的发送方法及装置 |
| WO2013097422A1 (zh) * | 2011-12-29 | 2013-07-04 | 中兴通讯股份有限公司 | 序号检测方法、装置及系统 |
| CN102571277A (zh) * | 2011-12-29 | 2012-07-11 | 中兴通讯股份有限公司 | 序号检测消息的发送方法及装置 |
| CN102571277B (zh) * | 2011-12-29 | 2017-09-29 | 中兴通讯股份有限公司 | 序号检测消息的发送方法及装置 |
| CN102572880B (zh) * | 2011-12-29 | 2019-01-04 | 上海中兴软件有限责任公司 | 序号检测方法、装置及系统 |
| CN103686616B (zh) * | 2012-09-24 | 2016-12-21 | 普天信息技术研究院有限公司 | 一种集群组呼安全加密同步的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101742513B (zh) | 2014-01-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8351388B2 (en) | Method for transmitting data of common control channel | |
| US8223708B2 (en) | Method and apparatus for handling scheduling information report | |
| WO2017193945A1 (zh) | 一种上行数据传输的方法及设备 | |
| US20180368166A1 (en) | User equipment and method to support data preprocessing | |
| CN111757513B (zh) | 通信方法及设备 | |
| TWI424776B (zh) | 暫存器狀態回報方法及通訊裝置 | |
| US20150085803A1 (en) | Method and device for transmitting data | |
| JP2011511480A (ja) | 無線通信システムでアップリンクデータ及びバッファ状態報告を伝送する方法及びこれを具現する無線装置 | |
| US10735164B2 (en) | Data transmission method, apparatus, user equipment, and base station | |
| US10869213B2 (en) | Transmission status reporting apparatus and method and communication system | |
| US20170164231A1 (en) | Data transmission method and base station | |
| WO2018166517A1 (zh) | 一种数据传输方法、数据发送设备及数据接收设备 | |
| US11895737B2 (en) | Method and apparatus for supporting rapid cell activation in connection resumption procedure in next generation mobile communication system | |
| CN101742513A (zh) | 一种计数器检查处理的方法、系统及设备 | |
| WO2012136087A1 (zh) | 一种资源调度的方法及系统及一种终端 | |
| CN116261896A (zh) | 用户设备和侧行通信中的资源选择方法 | |
| EP2846569A1 (en) | Method for establishing direct link, and key updating method and device | |
| KR20200125975A (ko) | 임시 식별자를 송신하는 방법 및 시스템 | |
| CN103763314A (zh) | 实际部署的跌倒检测系统中用户层数据的处理方法及装置 | |
| US20240031997A1 (en) | User equipment and resource selection method in sidelink communication | |
| CN102123416A (zh) | 一种上报mdt信令的方法和用户终端 | |
| US20230371070A1 (en) | User equipment and resource monitoring method in sidelink communication | |
| CN112806075B (zh) | 一种通信方法及装置 | |
| JP2008289149A (ja) | 無線通信システムにおいてデータ伝送状態をポーリングする方法及び装置 | |
| CN117751649A (zh) | 用户设备和侧行通信中的资源选择方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |