CN102984769B - 多流程嵌套场景下的切换方法及网络侧设备 - Google Patents
多流程嵌套场景下的切换方法及网络侧设备 Download PDFInfo
- Publication number
- CN102984769B CN102984769B CN201110262578.0A CN201110262578A CN102984769B CN 102984769 B CN102984769 B CN 102984769B CN 201110262578 A CN201110262578 A CN 201110262578A CN 102984769 B CN102984769 B CN 102984769B
- Authority
- CN
- China
- Prior art keywords
- attribute
- time delay
- handover trigger
- duration
- flow process
- 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.)
- Expired - Fee Related
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种多流程嵌套场景下的切换方法及网络侧设备,其中方法包括:网络侧设备接收到由UE上报的切换报告后,识别所述UE的当前流程类型;当识别出所述UE的当前流程类型为嵌套流程时,识别嵌套流程属性以及所述UE的终端属性;根据识别出的所述嵌套流程属性及所述终端属性确定延时切换触发时长;当所述网络侧设备的当前流程状态为稳态时,向所述UE下发携带有所述延时切换触发时长的切换重配置消息,使所述UE根据所述延时切换触发时长延时触发切换动作。本发明减少了切换失败的发生,提升了无线网络的总体性能增益,改善了用户感知,并且也简化了UE的处理流程和资源开销。
Description
技术领域
本发明涉及一种多流程嵌套场景下的切换方法及网络侧设备,属于无线通信技术领域。
背景技术
通过统计外场性能实验数据发现,现有无线通信***中,用户设备(UserEquipment,简称:UE)在进行多流程嵌套处理时,如果在上一个流程刚刚处理完时就立即开始执行切换流程,会回复物理信道重配失败或RB重配失败,即切换失败,失败原因是“同步配置不兼容”,即UE还在上一流程处理后的非稳态,还来不及处理切换动作,因此,存在掉话风险。
例如,如图1所示,在无线接入承载(RadioAccessBearer,简称:RAB)释放流程中,核心网(CoreNetwork,简称:CN)向UE发送无线承载(RadioBearer,简称:RB)释放消息RRC_RB_REL;此时,UE上报切换报告RRC_MEAS_RPRT;根据该切换报告,无线网络控制器(RadioNetworkController,简称:RNC)向UE发出物理信道重配消息RRC_PH_CH_RECFG;此时,UE还处于非稳态,因此回复切换失败消息RRC_PH_CH_RECFG_FAIL。
类似的这种嵌套还有很多,例如RAB修改嵌套切换、小区更新嵌套切换流程等,都有可能出现由于前后两个流程衔接时间过短而造成的切换失败。
针对现有多流程嵌套场景下存在切换失败的问题,目前业界无较好的方法来处理。RNC产品对于多流程嵌套场景下切换失败导致的掉话等性能损失不可避免,一般以正常切换失败处理,切换失败会等待“重发定时器”进行测量控制重发。但是网络的关键绩效指标法(KeyPerformanceIndicator,简称:KPI)或者用户实际的无线体验感知会降低。另外,如果在所有切换处理时都增加延迟定时器进行延时切换,由于切换时原先的状态和条件均已经发生变化,这样更会导致切换失败概率增加。从而会在一定程度上损失无线网络性能增益。
发明内容
本发明提供一种多流程嵌套场景下的切换方法及网络侧设备,用以在多流程嵌套场景下减少切换失败的发生。
本发明一方面提供一种多流程嵌套场景下的切换方法,其中包括:
网络侧设备接收到由UE上报的切换报告后,识别所述UE的当前流程类型;
当识别出所述UE的当前流程类型为嵌套流程时,识别嵌套流程属性以及所述UE的终端属性;
根据识别出的所述嵌套流程属性及所述终端属性确定延时切换触发时长;
当所述网络侧设备的当前流程状态为稳态时,向所述UE下发携带有所述延时切换触发时长的切换重配置消息,使所述UE根据所述延时切换触发时长延时触发切换动作。
本发明另一方面提供一种网络侧设备,其中包括:
类型识别模块,用于当接收到由UE上报的切换报告后,识别所述UE的当前流程类型;
属性识别模块,用于当类型识别模块识别出所述UE的当前流程类型为嵌套流程时,识别嵌套流程属性以及所述UE的终端属性;
时长确定模块,用于根据属性识别模块识别出的所述嵌套流程属性及所述终端属性确定延时切换触发时长;
消息下发模块,用于当所述网络侧设备的当前流程状态为稳态时,向所述UE下发携带有所述延时切换触发时长的切换重配置消息,使所述UE根据所述延时切换触发时长延时触发切换动作。
本发明通过向UE下发携带有延时切换触发时长的切换重配置消息,使UE根据该延时切换触发时长延时触发切换动作,从而使UE在从暂态进入稳态后可以继续执行切换动作而不是回复切换失败消息,因此减少了切换失败的发生,提升了无线网络的总体性能增益,改善了用户感知,并且也简化了UE的处理流程和资源开销。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明所述多流程嵌套场景下的切换方法实施例的流程图;
图2为本发明所述网络侧设备实施例的结构示意图;
图3为图2所示消息下发模块40的可选结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明多流程嵌套场景下的切换方法实施例的流程图,如图所示,该方法包括:
步骤110,网络侧设备接收到由UE上报的切换报告后,识别所述UE的当前流程类型。
其中,所述切换报告是UE向网络侧设备请求触发切换的报告,例如请求从一个小区切换到另一个小区等,具体可以为1G报告或2A报告等;所述网络侧设备例如可以为RNC或CN设备。
具体地,当UE的业务RAB建立完成后进行了多个动作从而触发多个不同流程,此时,网络侧设备可以根据所述UE当前执行的两个流程之间的时间间隔识别出UE的当前业务属于多流程嵌套业务。例如,RNC可以启动一个评估定时器TEv,默认取值3秒;当在TEv所设定的时间内识别出当前流程类型为嵌套流程,则将“是否处为嵌套流程”的标志位置为“TRUE”,否则置为“FALSE”。
步骤120,当识别出所述UE的当前流程类型为嵌套流程时,所述网络侧设备识别嵌套流程属性以及所述UE的终端属性。
其中,所述嵌套流程属性用于表示哪些流程进行了嵌套,例如包括:RAB修改(MODIFY)与小区间切换的嵌套、动态信道配置控制(DynamicChannelConfigurationControl,简称:DCCC)与小区间切换的嵌套、RAB释放(REL)与小区间切换的嵌套等。
其中,所述UE的终端属性可以通过国际移动设备身份码(InternationalMobileEquipmentIdentity,简称:IMEI)进行区分。具体地,网络侧设备可以通过解析UE的上行直传消息获取型号核准号码(TypeApprovalCode,简称:TAC),然后由UE响应CN设备或RNC下发的IMEI查询请求上报IMEI。这样做的原因是:如果执行嵌套流程的所有终端类型都统一增加延迟定时、统一动作,反而会导致切换失败概率增加,因此本实施例仅针对某类特定的UE指定不同的延时切换触发时长。
另外,如果识别出所述UE的当前流程类型不是嵌套流程,则与本发明无关,采用现有技术进行相关处理即可。
步骤130,所述网络侧设备根据识别出的所述嵌套流程属性及所述终端属性确定延时切换触发时长。
具体地,可以根据识别出的所述嵌套流程属性及所述终端属性与预设的属性与时长映射信息进行匹配,得到所述延时切换触发时长。其中,所述属性与时长映射信息可以根据RNC的外场统计数据进行设定,具有较高的可靠性。所述延时切换触发时长可以以连接帧数(ConnectionFrameNumber,简称:CFN)表示,或者以信元值表示,具体的匹配过程举例如下:
如果识别出嵌套流程属性为DCCC与小区间切换的嵌套,并且识别出终端属性为华为ET188终端对应的IMEI时,则从下述表1中查询出延时切换触发策略的序号为5;根据该序号,可选地,从下述表2中查询出CFN=50,表明相应的延时切换触发时长为500ms;或者,可选地,从下述表3中查询出信元值=0x10,表明相应的延时切换触发时长为1000ms。
表1
表2
表3
步骤140,当所述网络侧设备的当前流程状态为稳态时,向所述UE下发携带有所述延时切换触发时长的切换重配置消息,使所述UE根据所述延时切换触发时长延时触发切换动作。
其中,所述网络侧设备的当前流程状态包括暂态和稳态这两种状态。如果所述网络侧设备尚未处理完接收到切换报告之前的流程,则处于暂态,此时尚不能立即开始处理该切换报告,而是将该切换报告暂时缓存;相应地,如果已经处理完接收到切换报告之前的流程,则处于稳态,此时可以开始对切换报告进行处理。所述切换重配置消息例如可以为:物理信道重配消息(RRC_PH_CH_RECFG)或RB重配消息(RRC_RB_RECFG)。
具体地,所述延时切换触发时长可以分别以CFN或信元值的方式被下发给UE,当UE接收到所述切换重配置消息后,根据表2或表3将所述延时切换触发时长转换为相应的真实值,并根据该真实值延时触发切换动作。以下针对不同形式的延时切换触发时长分别进行说明:
方式一:当所述延时切换触发时长以CFN表示时,所述网络侧设备将所述CFN设置在所述切换重配置消息的生效时间(ActivationTime)字段中下发给所述UE。
其中,所述生效时间字段是现有切换重配置消息中已有的字段,用于向UE指明该切换重配置消息的生效时间。该生效时间字段中的时长以CFN表示,取值范围是[0,255],每个CFN是10ms,因此,可供设定的生效时间的时长范围为0~2.55s。如果该时长范围不能够满足设计需要,则可以改为选用如下的方式。
方式二:当所述延时切换触发时长以信元值表示时,可以先将所述信元值携带在联合信元中;将所述联合信元添加到所述切换重配置消息中下发给所述UE。
其中,所述联合信元是在现有切换重配置消息的消息格式中增加的信元,可以被网络侧设备及UE进行解析,具体可以将所述联合信元添加到所述切换重配置消息中的版本容器指示层的下一级层中,该联合信元占用1个字节,因此可以使用表3中字节比特流所示的8个比特分别代表不同的延时切换触发策略。例如,在如下消息格式中,粗体字表示的部分即为本实施例中新增的联合信元(activeHoTimeIndicator):
物理信道重配置消息的消息格式如下:
RRC-MSG
.msg
..struDL-DCCH-Message
...struDL-DCCH-Message
....message
.....physicalChannelReconfiguration
......later-than-r3
.......rrc-TransactionIdentifier:----0x1(1)----*******0,1*******
.......criticalExtensions
........criticalExtensions-r4
.........criticalExtensions-r5
..........criticalExtensions-r6
...........criticalExtensions-r7
............criticalExtensions-r8
.............r9
..............physicalChannelReconfiguration-r9
...............activationTime:----0xe0(224)----*****111,00000***
................activeHoTimeIndicator:----0x00(0)----*****00*
...............rrc-StateIndicator:----cell-DCH(0)-----*****00*
...............frequencyInfo
RB重配置消息的消息格式如下:
RRC-MSG
..msg
....struDL-DCCH-Message
......struDL-DCCH-Message
........message
..........radioBearerReconfiguration
............later-than-r3
..............rrc-TransactionIdentifier---0x2(2)
..............criticalExtensions
................criticalExtensions-r4
..................r5
....................radioBearerReconfiguration-r5
......................activationTime---0xc8(200)
......................activeHoTimeIndieator:---0x00(0)----*****00*
......................rrc-StateIndicator---cell-DCH(0)
本实施例所述方法通过向UE下发携带有延时切换触发时长的切换重配置消息,使UE根据该延时切换触发时长延时触发切换动作,从而使UE在从暂态进入稳态后可以继续执行切换动作而不是回复切换失败消息,因此减少了切换失败的发生,提升了无线网络的总体性能增益,改善了用户感知,并且也简化了UE的处理流程和资源开销。
图2为本发明所述网络侧设备实施例的结构示意图,用以实现上述方法,如图所示,该设备包括:类型识别模块10、属性识别模块20、时长确定模块30和消息下发模块40,其工作原理如下:
当网络侧设备接收到由UE上报的切换报告后,由类型识别模块10识别所述UE的当前流程类型,其中,所述切换报告是UE向网络侧设备请求触发切换的报告,例如请求从一个小区切换到另一个小区等,具体可以为1G报告或2A报告等;所述网络侧设备例如可以为RNC或CN设备。具体的类型识别过程,可参见上述方法实施例的说明。
当类型识别模块10识别出所述UE的当前流程类型为嵌套流程时,由属性识别模块20识别嵌套流程属性以及所述UE的终端属性,其中,所述嵌套流程属性用于表示哪些流程进行了嵌套,所述UE的终端属性可以通过IMEI进行区分。
然后,由时长确定模块30根据属性识别模块20识别出的所述嵌套流程属性及所述终端属性确定延时切换触发时长,具体地,该时长确定模块30可以根据识别出的所述嵌套流程属性及所述终端属性与预设的属性与时长映射信息进行匹配,得到所述延时切换触发时长,该延时切换触发时长可以以CFN表示,或者以信元值表示。具体的匹配过程举例可参见上述方法实施例的相关内容。
此后,当所述网络侧设备的当前流程状态为稳态时,由消息下发模块40向所述UE下发携带有所述延时切换触发时长的切换重配置消息,使所述UE根据所述延时切换触发时长延时触发切换动作。
具体地,当所述延时切换触发时长以CFN表示时,所述消息下发模块40可以将所述CFN设置在所述切换重配置消息的生效时间字段中下发给所述UE;
当所述延时切换触发时长以信元值表示时,如图3所示,该消息下发模块40可以先通过携带单元41将所述信元值携带在联合信元中;然后通过添加单元42将拾有所述信元值的所述联合信元添加到所述切换重配置消息中,具体地,可以将所述联合信元添加到所述切换重配置消息中的版本容器指示层的下一级层中;最后由下发单元43将添加有联合信元的所述切换重配置消息下发给所述UE。具体举例可参见上述方法实施例的相关说明。
本实施例所述设备通过向UE下发携带有延时切换触发时长的切换重配置消息,使UE根据该延时切换触发时长延时触发切换动作,从而使UE在从暂态进入稳态后可以继续执行切换动作而不是回复切换失败消息,因此减少了切换失败的发生,提升了无线网络的总体性能增益,改善了用户感知,并且也简化了UE的处理流程和资源开销。
此处需要说明的是,本实施所述方法实现的前提当前***支持单信令切换,即只对信令进行切换,而不对业务进行切换。这是因为:在多流程嵌套场景下,如前一个流程的动作是业务释放,如果不支持单信令切换,业务释放完后只剩下信令,此时再执行切换已经没有意义,在这种情况下,如表1的最后一行所示,网络侧设备不需要触发切换动作,即网络侧设备不向UE下发切换重配置消息,也就不存在切换失败的问题。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (4)
1.一种多流程嵌套场景下的切换方法,其特征在于,包括:
网络侧设备接收到由UE上报的切换报告后,识别所述UE的当前流程类型;
当识别出所述UE的当前流程类型为嵌套流程时,识别嵌套流程属性以及所述UE的终端属性;
根据识别出的所述嵌套流程属性及所述终端属性确定延时切换触发时长;
当所述网络侧设备的当前流程状态为稳态时,向所述UE下发携带有所述延时切换触发时长的切换重配置消息,使所述UE根据所述延时切换触发时长延时触发切换动作;
所述根据识别出的所述嵌套流程属性及所述终端属性确定延时切换触发时长包括:根据识别出的所述嵌套流程属性及所述终端属性与预设的属性与时长映射信息进行匹配,得到所述延时切换触发时长;
当所述延时切换触发时长以信元值表示时,所述向所述UE下发携带有所述延时切换触发时长的切换重配置消息包括:
将所述信元值携带在联合信元中;
将所述联合信元添加到所述切换重配置消息中下发给所述UE。
2.根据权利要求1所述的方法,其特征在于,所述将所述联合信元添加到所述切换重配置消息中包括:将所述联合信元添加到所述切换重配置消息中的版本容器指示层的下一级层中。
3.一种网络侧设备,其特征在于,包括:
类型识别模块,用于当接收到由UE上报的切换报告后,识别所述UE的当前流程类型;
属性识别模块,用于当类型识别模块识别出所述UE的当前流程类型为嵌套流程时,识别嵌套流程属性以及所述UE的终端属性;
时长确定模块,用于根据属性识别模块识别出的所述嵌套流程属性及所述终端属性确定延时切换触发时长;
消息下发模块,用于当所述网络侧设备的当前流程状态为稳态时,向所述UE下发携带有所述延时切换触发时长的切换重配置消息,使所述UE根据所述延时切换触发时长延时触发切换动作;
所述时长确定模块用于根据识别出的所述嵌套流程属性及所述终端属性与预设的属性与时长映射信息进行匹配,得到所述延时切换触发时长;
当所述延时切换触发时长以信元值表示时,所述消息下发模块包括:
携带单元,用于将所述信元值携带在联合信元中;
添加单元,用于将拾有所述信元值的所述联合信元添加到所述切换重配置消息中;
下发单元,用于将添加有联合信元的所述切换重配置消息下发给所述UE。
4.根据权利要求3所述的网络侧设备,其特征在于,所述添加单元用于将所述联合信元添加到所述切换重配置消息中的版本容器指示层的下一级层中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110262578.0A CN102984769B (zh) | 2011-09-06 | 2011-09-06 | 多流程嵌套场景下的切换方法及网络侧设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110262578.0A CN102984769B (zh) | 2011-09-06 | 2011-09-06 | 多流程嵌套场景下的切换方法及网络侧设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102984769A CN102984769A (zh) | 2013-03-20 |
CN102984769B true CN102984769B (zh) | 2016-03-30 |
Family
ID=47858403
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110262578.0A Expired - Fee Related CN102984769B (zh) | 2011-09-06 | 2011-09-06 | 多流程嵌套场景下的切换方法及网络侧设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102984769B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105636087B (zh) * | 2014-10-31 | 2020-09-04 | ***通信集团公司 | 一种网络配置参数的分配方法和装置 |
US11337120B2 (en) | 2017-03-24 | 2022-05-17 | Qualcomm Incorporated | Beam-aware handover procedure for multi-beam access systems |
CN111382236A (zh) * | 2018-12-27 | 2020-07-07 | 上海智臻智能网络科技股份有限公司 | 一种交互流程间的切换方法及其装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163318A (zh) * | 2006-10-13 | 2008-04-16 | 大唐移动通信设备有限公司 | 一种用户终端接入过程中的切换方法及装置 |
CN101686507A (zh) * | 2008-09-22 | 2010-03-31 | 中兴通讯股份有限公司 | 一种高速下行分组接入技术中用户跨基站的切换方法 |
CN101932042A (zh) * | 2009-06-18 | 2010-12-29 | 大唐移动通信设备有限公司 | 一种小区切换的方法、设备和*** |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7047009B2 (en) * | 2003-12-05 | 2006-05-16 | Flarion Technologies, Inc. | Base station based methods and apparatus for supporting break before make handoffs in a multi-carrier system |
CN101119348B (zh) * | 2006-08-01 | 2010-12-08 | 大唐移动通信设备有限公司 | 时分双工***的无线承载控制过程中设置激活时间的方法及装置 |
CN102088748B (zh) * | 2010-12-30 | 2013-04-03 | 西安电子科技大学 | 基于自回归模型预测的用户切换触发时间选择方法 |
-
2011
- 2011-09-06 CN CN201110262578.0A patent/CN102984769B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163318A (zh) * | 2006-10-13 | 2008-04-16 | 大唐移动通信设备有限公司 | 一种用户终端接入过程中的切换方法及装置 |
CN101686507A (zh) * | 2008-09-22 | 2010-03-31 | 中兴通讯股份有限公司 | 一种高速下行分组接入技术中用户跨基站的切换方法 |
CN101932042A (zh) * | 2009-06-18 | 2010-12-29 | 大唐移动通信设备有限公司 | 一种小区切换的方法、设备和*** |
Also Published As
Publication number | Publication date |
---|---|
CN102984769A (zh) | 2013-03-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109922496B (zh) | 发现无线网络问题的方法、装置及*** | |
CN201039398Y (zh) | 将3gpp服务原语映射至媒介独立切换事件服务的设备 | |
CN101146328B (zh) | 媒体无关切换中链路参数阈值的配置方法和装置 | |
CN102572983A (zh) | 一种移动终端进行网络切换的方法、***及装置 | |
CN106358248A (zh) | 无线局域网的切换方法和装置 | |
CN102984769B (zh) | 多流程嵌套场景下的切换方法及网络侧设备 | |
CN103369606B (zh) | 用于gsm终端分组交换域切换的方法和*** | |
CN102932833A (zh) | 一种网络切换控制方法、通信***以及相关设备 | |
CN1984429A (zh) | 一种建立扩展位置区以及基于扩展位置区寻呼的方法 | |
CN106255157A (zh) | 一种优化多模用户终端模式间重定向过程的方法 | |
JP2007528660A (ja) | 非同期網と同期網が混在する移動通信システムにおけるハンドオーバーのための交換機間のハンドオーバー専用中継線管理方法及びそのシステム | |
CN102045651A (zh) | 集群呼叫的方法、msc、bsc及通信*** | |
CN100442930C (zh) | 移动交换中心及其被叫处理方法 | |
CN101577937B (zh) | 流量控制方法、装置及基站子*** | |
CN103188804B (zh) | 一种无线资源分配方法、装置及*** | |
CN102202422A (zh) | 状态迁移方法和网络设备 | |
CN100544514C (zh) | 移动软交换网络的切换实现方法和装置 | |
CN102905283B (zh) | 通话异常分析方法及设备 | |
CN101594610A (zh) | 跟踪会话同步方法和装置 | |
CN101998666A (zh) | 一种本地呼叫本地交换的实现方法 | |
CN102098654B (zh) | 控制本地交换的方法、装置和*** | |
CN100589649C (zh) | 双模移动终端与通用地面无线接入网进行信息交互的方法 | |
CN103260134B (zh) | 集群通信***中的群组呼叫实现方法及*** | |
CN100459806C (zh) | 一种呼叫请求中的直接重试方法 | |
CN100382651C (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160330 Termination date: 20210906 |
|
CF01 | Termination of patent right due to non-payment of annual fee |