CN101330502A - 一种跟踪rnc中信令fp帧的方法和装置 - Google Patents
一种跟踪rnc中信令fp帧的方法和装置 Download PDFInfo
- Publication number
- CN101330502A CN101330502A CNA2007101190357A CN200710119035A CN101330502A CN 101330502 A CN101330502 A CN 101330502A CN A2007101190357 A CNA2007101190357 A CN A2007101190357A CN 200710119035 A CN200710119035 A CN 200710119035A CN 101330502 A CN101330502 A CN 101330502A
- Authority
- CN
- China
- Prior art keywords
- frame
- signaling
- tracking
- tracks
- rnc
- 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
本发明提供一种跟踪RNC中信令FP帧的方法,具体包括:A.RNC接收UE信令FP帧跟踪指示,并将UE初始接入标识储存在跟踪列表中;B.当RNC接收该UE发出的接入请求后,判断该UE是否被指示需要进行信令FP帧跟踪;C.当该UE的信令FP帧需要跟踪,则指示FP层将后续处理的信令FP帧上报。本发明还提出一种跟踪RNC中信令FP帧的装置。采用本发明的方法和装置,可以做到仪表所不能做到的按照UE对信令FP帧进行跟踪,方便了对某个UE的FP帧的分析,也增加了RNC设备自身定位信令处理问题的能力。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种跟踪RNC中信令FP帧的方法和装置。
背景技术
在3G系统的协议定义里,UE(User Equipment,用户终端设备)和RNC(Radio Network Controller,无线网络控制器)之间用RRC(Radio ResourceControl,无线资源控制)协议消息(即RRC信令)的交互进行UE的接入和释放等过程,在3G网络的测试和建设中,由于无线环境的复杂多变,经常会使UE和RNC交互的RRC信令的收发出现问题。对于RNC来说,它需要知道自己的RRC信令是否正常收发。进一步讲,由于在RRC信令的具体传输途径上,UE和RNC不是直接交互的,而要通过NODE B(基站):UE和NODE B通过无线信号交互,NODE B和RNC通过有线网络进行交互,NODE B进行着UE的无线传输内容和RNC的网络传输内容的转换。因而,RNC需要关心的是RRC信令的传输在RNC到NODE B这一段是否正常。图1是现有技术中RRC信令在从UE到RNC传输时所涉及到的协议栈和这些协议在UE、NODE B、RNC设备上的分布情况。
如图1所示,NODE B和RNC之间共有的是Tr_LAYER(Transfer layer,传输网络层)、FP(Frame Protocol,帧协议)协议层和NBAP(Node B ApplicationPart,Node B应用部分)协议层,NBAP协议层用来控制传输网络层建立传输通路,而RRC信令的传输经过的是传输网络层和FP协议层。其中FP协议层是Iub接口(RNC和NODE B设备之间的接口叫做Iub接口)中RNC和NODE B所使用的一个协议层,为了和分布在Iu接口(RNC和CN设备之间的接口叫作Iu接口)的FP层相区别,这里的FP层实际上应该是IubFP(IubFrame Protocal,Iub接口中的FP协议)层。FP层使用FP帧来承载上层传输信道上传输的数据,其中包括RRC信令数据和业务数据,如果是承载RRC信令数据的,这样的FP帧就是信令FP帧。对于RNC来说,如果在系统测试中出现RRC信令交互问题,一般要找到相应的信令FP帧加以分析,从而确认RNC对于RRC信令的收发是否存在问题。现有技术中,寻找对应FP帧的通常做法是在Iub接口挂接第三方仪表来观察,但是由于仪表是把FP协议层所有的数据包都抓下来,所以这些FP帧里既有承载信令的FP帧,又有承载业务的FP帧,而且包含多个UE的FP帧,需要人工区分辨认所关心的FP帧。仪表无法按照某个UE来抓取消息,而且无法只抓取信令FP帧,使得大量用户在线测试时,仪表将抓取到大量的FP帧,所关心的某个UE的信令FP帧淹没在其中,对其查找和分析比较困难。
发明内容
有鉴于此,本发明解决的问题是提出一种跟踪RNC中信令FP帧的方法和装置,可以做到仪表所不能做到的按照UE对承载RRC信令的FP帧进行跟踪。
为此,本发明提供的技术方案如下:
一种跟踪RNC中信令FP帧的方法,该方法包括:
A、RNC接收UE信令FP帧跟踪指示,并将UE初始接入标识储存在跟踪列表中;
B、当RNC接收该UE发出的接入请求后,判断该UE是否被指示需要进行信令FP帧跟踪;
C、当该UE的信令FP帧需要跟踪,则指示FP层将后续处理的信令FP帧上报。
优选的,步骤A包括:
RNC接收UE信令FP帧的跟踪消息,并将其中携带的该UE接入标识储存在跟踪列表中。
优选的,步骤A包括:
RNC接收包含信令FP帧跟踪指令的UE跟踪激活消息,并将其中携带的待跟踪UE的接入标识储存在跟踪列表中。
优选的,通过以下步骤判断UE是否被指示需要进行信令FP帧跟踪:
提取所述请求接入的UE的初始接入标识;
根据该UE的初始接入标识查找所述跟踪列表,根据查找结果获知所述UE是否被指示需要进行信令FP帧跟踪。
优选的,,所述步骤C进一步包括:
C1、RNC为请求接入的UE分配与该UE初始接入标识对应的UE内部标识后,如果该UE的信令FP帧需要跟踪,则将该UE初始接入标识对应的UE内部标识标记为需要跟踪信令FP帧;
C2、在创建针对UE内部标识的承载RRC信令的FP帧的处理实例时,查看该UE内部标识是否被标记过需要信令FP帧跟踪,如标记过,则将创建的FP层处理实例标记为跟踪状态;
C3、被标记的FP层处理实例将后续处理中接收或者发送的FP帧上报。
优选的,所述步骤C2之前还包括:
查看所述UE内部标识是否标记为需要跟踪信令FP帧。
优选的,在所述步骤C之后还包括:
当该UE释放后,该UE对应的信令FP帧处理实例销毁,跟踪自动终止。
一种跟踪RNC中信令FP帧的装置,该装置包括:跟踪激活处理单元,判断单元和跟踪指示单元;
所述跟踪激活处理单元位于RNC内部,用于接收UE信令FP帧跟踪指示,并将所述指示消息中的各参数储存在跟踪列表中;
所述判断单元用于通过查找跟踪列表判断请求接入的UE是否被指示需要进行信令FP帧跟踪;
所述跟踪指示单元用于当所述UE被指示需要跟踪信令FP帧时,指示FP层将后续处理的信令FP帧上报。
优选的,所述判断单元包括:
提取单元,用于提取所述请求接入的UE的初始接入标识;
查找单元,用于根据提取单元提取的该UE的初始接入标识查找所述跟踪列表,并根据查找结果获知所述UE是否被指示需要进行信令FP帧跟踪。
优选的,所述跟踪指示单元包括:
标记单元,用于当RNC为请求接入的UE分配到与该UE初始接入标识对应的UE内部标识后,根据查找单元的查找结果,当该UE的信令FP帧需要跟踪时把UE内部标识标记为需要跟踪信令FP帧;
实例单元,用于在RRC层创建针对UE内部标识的处理实例时,根据标记单元标记的UE内部标识将创建的FP层处理实例标记为跟踪状态;
上报单元,用于将实例单元标记的FP层处理实例处理的FP帧上报。
优选的,所述跟踪指示单元进一步包括:
查看单元,用于在实例单元创建针对UE的处理实例前,查看所述UE内部标识是否被标记为需要跟踪信令FP帧。
可以看出,采用本发明的方法和装置,利用RNC自身在其RRC层参与信令FP帧跟踪的控制和触发,使得信令FP帧可以实现按照UE来跟踪,极大的方便了对某个UE的信令FP帧进行分析,同时也增加了RNC自身定位信令处理问题的能力。
附图说明
图1是现有技术中RRC信令交互中涉及到的协议层及其分布;
图2是实现本发明在RNC中跟踪信令FP帧的方法的流程示意图;
具体实施方式
本发明方法的基本思想是:将仪表的巨细无遗的对所有FP帧的被动接收变为RNC有针对性的输出上报需要的FP帧,从而实现按照UE来跟踪FP帧。
RNC是一个同时处理多用户的设备,在其FP层上,不同的用户有自己独立的处理实例,而且这些实例又分为承载业务的FP实例和承载信令的FP实例。在用户接入期间,RNC可以知道哪个UE使用了哪个实例来承载FP层的信令(以下简称这个实例是FP帧实例):通过RRC信令中的IMSI(InternationalMobile Subscriber Identity,国际移动订阅标志)等初始接入标志和RNC内部UE标识(UE-ID)的对应,再通过UE-ID和其FP层处理实例的对应,RNC就可以知道该接入UE所对应的处理信令FP帧的FP层实例。当要跟踪某个UE的信令FP帧时,RNC可以让这个UE对应的FP层实例输出FP帧以供跟踪之用。
本发明方法具体是:由RNC之外的监管设备,例如OAM(Operation AndMaintenance,意为操作维护,是RNC的监管设备之一,对RNC的其它监管设备,以下都用OAM来代表),对RNC发起UE信令FP帧跟踪指示,RNC收到指示后,其RRC层会监视和判断某个新接入的UE是否被指示需要进行信令FP帧跟踪,在UE接入的后续处理中,RRC层会在底层创建针对该UE的承载RRC信令的处理实例,在创建时,RRC层需要根据是否需要进行信令FP帧跟踪的判断结果来指示所创建的实例是否对其处理的信令FP帧进行跟踪,也就是在该实例每次收到或者发出FP帧的时候,该实例检查一下自己创建时有没有被指示需要跟踪信令FP帧,需要则同时将FP帧上报给OAM,不需要则不做额外的动作。如此,由这个特定FP处理实例所跟踪到的FP帧一定都是隶属于被跟踪UE的承载信令的FP帧,通过这样的方法,RNC实现了按照UE对信令FP帧进行跟踪。
如图2所示,实现本发明在RNC中跟踪信令FP帧的方法的具体步骤如下:
步骤101:RNC接收UE信令FP帧跟踪指示,并将UE初始接入标识储存在跟踪列表中;
步骤102:当RNC接收该UE发出的接入请求后,判断该UE是否被指示需要进行信令FP帧跟踪;
步骤103:当该UE的信令FP帧需要跟踪,则指示FP层将后续处理的信令FP帧上报;
步骤104:当该UE释放后,该UE对应的信令FP帧处理实例销毁,跟踪自动终止。
具体的,本发明实施例1详细描述了实现本发明在RNC中跟踪FP帧的方法:
S101:OAM发送信令FP帧跟踪指示;
如果OAM要在RNC中跟踪某个UE信令FP帧,则将该UE信令FP帧的跟踪信息通过消息发给RNC,RNC收到后存储这些信息。在本实施例中,该UE信令FP帧指示消息中带有UE的初始接入标识(比如IMSI),OAM通过UE初始接入标识告知RNC所需要监视的UE。
S102:UE跟踪处理;
RNC接收信令FP帧跟踪指令消息后,将这些信息存入跟踪列表中待跟踪。
S103:UE向RNC发送接入请求消息,请求接入RNC;
其中该接入请求消息中带有该UE的初始接入标识。
S104:RNC处理UE接入请求消息,并为该UE分配UE内部标识(UE-ID);
RNC收到UE的接入请求消息时,RRC层处理该消息,并提取出其中的初始接入标识,同时为该UE分配到内部标识(UE-ID),将UE的初始接入标识与UE-ID对应起来。
S105:判断UE是否被指示需要进行信令FP帧跟踪;
RRC层将请求接入的UE的初始接入标识提供给跟踪列表,以查找该UE是否被指示需要进行信令FP帧跟踪;并且,当UE分配到内部标识(UE-ID)时,RRC层根据查找结果,当该UE被指示需要进行信令FP帧跟踪时,则将该UE初始接入标识对应的UE-ID标记为需要跟踪信令FP帧。
S106:在以UE-ID为标识为该UE建立承载RRC信令的FP帧的处理实例时,如果需要跟踪信令FP帧,则指示该实例跟踪;
RNC的RRC层在RRC信令连接建立过程中,需要在底层创建承载RRC信令的实例,该消息依次创建该UE的RLC层处理实例、MAC层处理实例以及FP层的处理实例。在触发创建实例之前,RRC层需要查看该UE是否被指示需要进行信令FP帧跟踪,即RRC查看该UE-ID是否标记为需要跟踪信令FP帧,如果已标记为需要跟踪,则将创建出的FP层处理实例标记为跟踪状态,该实例根据标记,在当前和后续处理FP帧的同时需要上报FP帧;如果不需要跟踪,对创建出的FP层处理实例不做标记,则它只进行正常的处理,不额外对FP帧进行上报。本发明实施例中RNC也可以不为UE分配UE-ID,而以UE的初始接入标识为标识为该UE建立承载RRC信令的FP帧的处理实例;而在建立处理实例前只要根据是否进行信令FP帧的跟踪判断结果即可指示FP层处理实例上报FP帧。
S107:上报信令FP帧;
被标记的FP层处理实例将后续处理中接收或者发送的FP帧在正常处理的同时将它们上报给OAM或者本地监视设备进行跟踪之用。
S108:跟踪终止;
UE通信结束被RNC释放后,RNC将对应的FP实例销毁,FP帧的上报也随之结束,信令FP的跟踪自然终止。
RNC上报给OAM的是一个或者几个(该方法不限制同时只能跟踪一个UE)特定UE的承载信令FP帧,不是包括承载业务的FP帧,更不是全部UE的FP帧,这比仪表的消息量小很多。
另外,考虑到信令FP帧跟踪的触发、跟踪数据的上报这些过程和UE跟踪过程类似,而且二者的目的也都是分析定位问题之用,所以本发明实现在RNC中跟踪信令FP帧的方法时,可以把信令FP帧跟踪和UE跟踪结合起来,具体如本发明实施例2。本实施例中提及的UE跟踪是指由OAM控制的RNC对接入UE信令进行跟踪的机制,在3GPP协议32.422和32.423中有具体的描述,它分为跟踪激活,跟踪去激活和跟踪上报三部分,但本实施例中对于跟踪去激活并不考虑。
具体的,本实施例是在实施例1的基础上,将信令FP帧跟踪指示消息变为UE跟踪激活消息(UE跟踪激活消息是OAM指示RNC进行UE跟踪的消息,在UE跟踪机制的跟踪激活这一部分发生),并且使该消息中包含信令FP帧跟踪指示参数,RNC在接收到所述跟踪激活消息后将该消息中的信息存储在跟踪列表中,其中包含信令FP帧跟踪参数;在判断信令FP帧是否需要跟踪的同时,通过上述同样的方式查找跟踪列表来确定该请求接入的UE是否需要跟踪;UE跟踪和FP层跟踪可以同时进行,即FP帧跟踪在上报所跟踪的信令FP帧的同时UE跟踪上报所跟踪的与该UE相关的RRC信令、RANAP信令(RANAP:RadioAccess Network Application Part,无线接入网应用部分)、NBAP信令(NBAP:Node B Application Part,Node B应用部分)等。本实施例中对信令FP帧是否需要跟踪及指示上报与实施例1中的对信令FP帧的跟踪方法步骤一致,在此不再详述。
此外,是否进行UE跟踪,是否进行信令FP帧的跟踪,这些都可由OAM用不同的跟踪开关控制,OAM在触发UE跟踪时跟据现场定位问题的需要决定是否同时打开跟踪开关。由于每一条RRC信令消息都必然要通过FP层和RRC层,当UE跟踪和信令FP帧跟踪都打开时,经过RRC层上报出UE跟踪的RRC信令,经过FP层将上报出信令FP帧,这样,两个上报内容在时序上是关联的,所以就直接知道了FP帧里承载的是什么RRC信令了,也就是说信令FP帧的跟踪可以利用UE跟踪实现FP帧里承载内容的解析。当然,即使没有UE跟踪同时打开,本发明实施例中OAM也可以按照协议规则对上报的信令FP帧进行组合解析,取出其中承载的RRC信令。
FP帧的跟踪将持续在用户面处理实例的整个生命周期中,当UE发生释放,相应的处理实例被销毁,FP帧的跟踪自动终止,不需要OAM用去跟踪激活消息进行专门的指示,UE跟踪的去激活消息也不需要增加参数。
可以看出,采用本发明提供的方法,将UE跟踪和信令FP帧的跟踪机制结合,使得RNC可以按照UE来进行信令FP帧的跟踪。
基于上述方法,本发明还提供一种在RNC中跟踪信令FP帧的装置,图3是该装置的示意图。该装置包括跟踪激活处理单元31,判断单元32和跟踪指示单元33:
所述跟踪激活处理单元31位于RNC内部,用于接收OAM发来的UE信令FP帧跟踪指示,并将所述指示消息中的各参数储存在跟踪列表中;该消息中带有UE的初始接入标识(比如IMSI),OAM通过UE初始接入标识告知RNC所需要监视的UE信令FP帧。
所述判断单元32用于接收UE的请求接入消息,并通过查找跟踪列表判断请求接入的UE是否被指示需要进行信令FP帧跟踪;所述判断单元32包括提取单元321和查找单元322:
提取单元321在收到UE发送的包含初始接入标识的接入请求消息后,提取出该UE的初始接入标识;
查找单元322用于根据提取单元提取的该UE的初始接入标识查找所述跟踪列表,并根据查找结果获知所述UE是否被指示需要进行信令FP帧跟踪。
所述跟踪指示单元33用于当所述UE被指示需要跟踪信令FP帧时,指示FP层将后续处理的信令FP帧上报;跟踪指示单元33包括标记单元331、实例单元332和上报单元333:
所述标记单元331用于当RNC为请求接入的UE分配到与该UE初始接入标识对应的UE内部标识后,根据查找单元的查找结果,当该UE的信令FP帧需要跟踪时把UE内部标识标记为需要跟踪信令FP帧;
所述实例单元332用于在RRC层创建针对UE内部标识的处理实例时,根据标记单元标记的UE内部标识将创建的FP层处理实例标记为跟踪状态;
RRC层在底层创建针对UE的承载RRC信令的实例时,根据标记单元标记的UE内部标识将FP层的处理实例标记为跟踪状态,指示该实例在当前和后续处理FP帧的同时需要上报FP帧;RNC是一个可同时处理多用户的设备,在其FP层上,不同的用户有自己独立的处理实例,而且这些实例又分为承载业务的FP实例和承载信令的FP实例;
所述上报单元333根据实例单元332的标记,将被标记的FP层处理实例处理中接收或发送的FP帧在正常处理的同时上报给OAM进行跟踪之用,直至用户释放实例被销毁,FP帧停止上报。
所述跟踪指示单元33还可包括查看单元334,用于在实例单元332创建针对UE的处理实例前,查看所述UE内部标识是否被标记为需要跟踪信令FP帧,如果是,则通知实例单元332进行后续处理。
在结合UE跟踪机制跟踪信令FP帧的时候,所述跟踪激活单元还可接收包含信令FP帧跟踪指示的UE跟踪激活消息,并将该消息中的信息存储在跟踪列表中,其中包含信令FP帧跟踪参数;查找单元在判断信令FP帧是否需要跟踪的同时,通过上述同样的方式查找跟踪列表也可以确定该请求接入的UE是否需要跟踪;上报单元在上报所跟踪的信令FP帧的同时还可上报所跟踪的与该UE相关的RRC信令、RANAP信令、NBAP信令等。
可以看出,采用本发明提供的装置,可以做到只对信令FP帧进行跟踪,而且是按照UE进行跟踪来跟踪,这种装置使RNC自身集成了信令FP帧的跟踪,增加了RNC定位信令处理问题的能力。
以上所述的实施例仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1、一种跟踪RNC中信令FP帧的方法,其特征在于,该方法包括:
A、RNC接收UE信令FP帧跟踪指示,并将UE初始接入标识储存在跟踪列表中;
B、当RNC接收该UE发出的接入请求后,判断该UE是否被指示需要进行信令FP帧跟踪;
C、当该UE的信令FP帧需要跟踪,则指示FP层将后续处理的信令FP帧上报。
2、根据权利要求1所述的方法,其特征在于,步骤A包括:
RNC接收UE信令FP帧的跟踪消息,并将其中携带的该UE接入标识储存在跟踪列表中。
3、根据权利要求1所述的方法,其特征在于,步骤A包括:
RNC接收包含信令FP帧跟踪指令的UE跟踪激活消息,并将其中携带的待跟踪UE的接入标识储存在跟踪列表中。
4、根据权利要求1所述的方法,其特征在于,通过以下步骤判断UE是否被指示需要进行信令FP帧跟踪:
提取所述请求接入的UE的初始接入标识;
根据该UE的初始接入标识查找所述跟踪列表,根据查找结果获知所述UE是否被指示需要进行信令FP帧跟踪。
5、根据权利要求1所述的方法,其特征在于,所述步骤C进一步包括:
C1、RNC为请求接入的UE分配与该UE初始接入标识对应的UE内部标识后,如果该UE的信令FP帧需要跟踪,则将该UE初始接入标识对应的UE内部标识标记为需要跟踪信令FP帧;
C2、在创建针对UE内部标识的承载RRC信令的FP帧的处理实例时,查看该UE内部标识是否被标记过需要信令FP帧跟踪,如标记过,则将创建的FP层处理实例标记为跟踪状态;
C3、被标记的FP层处理实例将后续处理中接收或者发送的FP帧上报。
6、根据权利要求4所述的方法,其特征在于,所述步骤C2之前还包括:查看所述UE内部标识是否标记为需要跟踪信令FP帧。
7、根据权利要求1所述的方法,其特征在于,在所述步骤C之后还包括:当该UE释放后,该UE对应的信令FP帧处理实例销毁,跟踪自动终止。
8、一种跟踪RNC中信令FP帧的装置,其特征在于,该装置包括:跟踪激活处理单元,判断单元和跟踪指示单元;
所述跟踪激活处理单元位于RNC内部,用于接收UE信令FP帧跟踪指示,并将所述指示消息中的各参数储存在跟踪列表中;
所述判断单元用于通过查找跟踪列表判断请求接入的UE是否被指示需要进行信令FP帧跟踪;
所述跟踪指示单元用于当所述UE被指示需要跟踪信令FP帧时,指示FP层将后续处理的信令FP帧上报。
9、根据权利要求8所述的装置,其特征在于,所述判断单元包括:
提取单元,用于提取所述请求接入的UE的初始接入标识;
查找单元,用于根据提取单元提取的该UE的初始接入标识查找所述跟踪列表,并根据查找结果获知所述UE是否被指示需要进行信令FP帧跟踪。
10、根据权利要求8所述的装置,其特征在于,所述跟踪指示单元包括:
标记单元,用于当RNC为请求接入的UE分配到与该UE初始接入标识对应的UE内部标识后,根据查找单元的查找结果,当该UE的信令FP帧需要跟踪时把UE内部标识标记为需要跟踪信令FP帧;
实例单元,用于在RRC层创建针对UE内部标识的处理实例时,根据标记单元标记的UE内部标识将创建的FP层处理实例标记为跟踪状态;
上报单元,用于将实例单元标记的FP层处理实例处理的FP帧上报。
11、根据权利要求10所述的装置,其特征在于,所述跟踪指示单元进一步包括:
查看单元,用于在实例单元创建针对UE的处理实例前,查看所述UE内部标识是否被标记为需要跟踪信令FP帧。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101190357A CN101330502B (zh) | 2007-06-18 | 2007-06-18 | 一种跟踪rnc中信令fp帧的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101190357A CN101330502B (zh) | 2007-06-18 | 2007-06-18 | 一种跟踪rnc中信令fp帧的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101330502A true CN101330502A (zh) | 2008-12-24 |
CN101330502B CN101330502B (zh) | 2012-07-25 |
Family
ID=40206092
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101190357A Active CN101330502B (zh) | 2007-06-18 | 2007-06-18 | 一种跟踪rnc中信令fp帧的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101330502B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101784131A (zh) * | 2009-12-22 | 2010-07-21 | 中兴通讯股份有限公司 | 基站控制器、用户业务信令处理系统和方法 |
CN102695181A (zh) * | 2011-03-24 | 2012-09-26 | 华为技术有限公司 | 一种信令跟踪方法、装置和系统 |
CN106160961A (zh) * | 2009-10-12 | 2016-11-23 | 中兴通讯股份有限公司 | 一种无线链路帧协议控制帧传送的方法及系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100366115C (zh) * | 2004-07-13 | 2008-01-30 | 华为技术有限公司 | 跟踪用户设备接入过程的方法 |
CN100421481C (zh) * | 2005-03-09 | 2008-09-24 | 华为技术有限公司 | 基站中处理帧协议控制帧的方法 |
CN100495952C (zh) * | 2005-07-28 | 2009-06-03 | 大唐移动通信设备有限公司 | 一种帧协议传输信道不同步原因的确定方法 |
-
2007
- 2007-06-18 CN CN2007101190357A patent/CN101330502B/zh active Active
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106160961A (zh) * | 2009-10-12 | 2016-11-23 | 中兴通讯股份有限公司 | 一种无线链路帧协议控制帧传送的方法及系统 |
CN101784131A (zh) * | 2009-12-22 | 2010-07-21 | 中兴通讯股份有限公司 | 基站控制器、用户业务信令处理系统和方法 |
CN101784131B (zh) * | 2009-12-22 | 2016-09-07 | 中兴通讯股份有限公司 | 基站控制器、用户业务信令处理系统和方法 |
CN102695181A (zh) * | 2011-03-24 | 2012-09-26 | 华为技术有限公司 | 一种信令跟踪方法、装置和系统 |
WO2012126362A1 (zh) * | 2011-03-24 | 2012-09-27 | 华为技术有限公司 | 一种信令跟踪方法、装置和系统 |
CN102695181B (zh) * | 2011-03-24 | 2015-05-13 | 华为技术有限公司 | 一种信令跟踪方法、装置和系统 |
US9456355B2 (en) | 2011-03-24 | 2016-09-27 | Huawei Technologies Co., Ltd. | Signaling tracing method, apparatus and system |
Also Published As
Publication number | Publication date |
---|---|
CN101330502B (zh) | 2012-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
FI117587B (fi) | Menetelmä, laite ja tietokoneohjelmatuote tiedonsiirtoyhteyksien monitorointiin | |
CN103037428B (zh) | 一种实现mdt测量匿名汇报的方法 | |
CN100377607C (zh) | 用于移动通信网络的直接或通过ip网络的接入服务的系统和设备 | |
JP6072690B2 (ja) | 移動通信システムで非アクセス層プロトコルを用いた通信支援方法及び装置 | |
CN103369581B (zh) | 一种获取终端最小化路测数据的方法和装置 | |
CA2210006C (en) | Support of multiplicity of radio interfaces over an interface between a base station system and a mobile switch | |
CN101136801B (zh) | 网络故障检测方法 | |
CN109922496A (zh) | 发现无线网络问题的方法、装置及系统 | |
CN103167458A (zh) | 紧急通信判断与路由的装置及方法 | |
CN101437299A (zh) | 在utran中实时相关用于呼叫的aal2和aal5消息的系统和方法 | |
CN107182051A (zh) | 一种用于cbtc的终端状态跟踪方法 | |
CN101330502B (zh) | 一种跟踪rnc中信令fp帧的方法和装置 | |
CN102316454B (zh) | 由无线网络控制器触发的终端差异性分析的方法 | |
CN104684020A (zh) | 一种信令拥塞的处理方法、装置、基站及系统 | |
CN102917386B (zh) | 一种lte无线网s1接口一致性协议验证装置及方法 | |
KR100606370B1 (ko) | 3지피피 시스템에서의 스케줄링 정보의 오류검출 방법 | |
CN102547675A (zh) | 一种长期演进无线网络全网跟踪的方法、装置及系统 | |
US20060217156A1 (en) | Base station controller for radio communication network and method of collecting alarm information thereof | |
CN103002476B (zh) | 更新用户路测允许信息的方法和演进基站 | |
CN103037353B (zh) | 信息传输、实现最小化路测的方法、核心网及接入网设备 | |
CN101237615B (zh) | 对媒体网元进行动态设控激活的系统及其实现方法 | |
US20070014311A1 (en) | Method and apparatus for grouping messages across a point to multipoint network | |
CN104768172B (zh) | 一种基于IuPS接口分析数据业务占用3G无线信道的方法 | |
CN103037413B (zh) | 一种信息传输、最小化路测实现的方法、装置及用户设备 | |
EP2842362A1 (en) | Nodes and methods for monitoring of communication |
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 |