CN108924814A - 一种基于移动管理实体池的容灾方法 - Google Patents
一种基于移动管理实体池的容灾方法 Download PDFInfo
- Publication number
- CN108924814A CN108924814A CN201810573493.6A CN201810573493A CN108924814A CN 108924814 A CN108924814 A CN 108924814A CN 201810573493 A CN201810573493 A CN 201810573493A CN 108924814 A CN108924814 A CN 108924814A
- Authority
- CN
- China
- Prior art keywords
- terminal
- mme
- pool
- database
- management 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种基于移动管理实体池的容灾方法,创建一个数据库,该数据库用于存储终端上下文,移动管理实体池MME Pool中所有移动管理实体MME对所述数据库都拥有读写权限;终端第一次成功附着到MME Pool中某个MME后,该MME将中该终端上下文信息记录插入到数据库表项中,当所述MME Pool中任意一个MME发生重启时,该MME读取数据库中由其分配身份标识的终端的记录保存到对应终端上下文中。本发明提出MME Pool中所有MME共享终端上下文,终端不会因最近服务过MME故障而导致接入时延,以及由此引发的网络拥塞问题,减少IMSI泄露可能性,同时对终端而言,其对MME故障是无感知的。
Description
技术领域
本发明属于通信领域,涉及一种基于移动管理实体池的容灾方法。
背景技术
在演进分组核心(Evolved Packet Core,EPC)中,移动管理实体池(MobilityManagement Entity Pool,MME Pool)中的某个移动管理实体(Mobility ManagementEntity,MME)因故障暂时无法服务后,如果没有相应的容灾措施,当最近一次已在该MME进行正常接入过的终端(User Equipment,UE)再次发起接入请求时(为行文清晰,下文统一称终端最近一次正常接入的MME为旧MME),根据3GPP TS24.301技术规范,当前服务于该UE的基站将该接入请求消息发送给该MME Pool中某个正常工作MME(为行文清晰,下文统一称该被选择的正常工作的MME为新MME),由于新MME已无该UE的上下文并且由于旧MME已故障,新MME无法通过S10接口获取该UE的上下文,因此需要对该UE重新发起鉴权和安全流程,完成双方身份认证及安全上下文的协商,UE与EPC至少需要四条非接入层(Non-AccessStratum,NAS)信令交互(Authentication Request&Authentication Response、SecurityMode Command&Security Mode Complete),无形中增加了UE的接入时延,同时此时若大量的原MME服务过的UE发起接入时必然产生网络拥塞。特别是当此时,UE发起接入携带的身份标识不是国际移动用户识别码(International Mobile Subscriber IdentificationNumber,IMSI)的情况下,新MME还需要发起IMSI查询流程,这不仅增加了UE的接入时延,而且增大了IMSI泄露可能性。
发明内容
针对现有技术的问题,本发明提供了一种基于移动管理实体池的容灾方法。
为达到上述目的,本发明的技术方案提供一种基于移动管理实体池的容灾方法,创建一个数据库,该数据库用于存储终端上下文,移动管理实体池MME Pool中所有移动管理实体MME对所述数据库都拥有读写权限;
终端第一次成功附着到MME Pool中某个MME后,该MME将中该终端上下文信息记录插入到数据库表项中;当该终端上下文发生任何更新时,当前为该终端的提供服务的MME将该终端上下文更新到数据库表项中;当终端发生销户时,当前为该终端的提供服务的MME将将该终端的终端上下文对应的记录从相应数据库表项中删除;
当所述MME Pool中任意一个MME发生重启时,该MME读取数据库中由其分配身份标识的终端的记录保存到对应终端上下文中。
而且,当某终端的最近一次正常接入的MME发生故障无法提供服务时,如果所述终端发起附着请求并带有NAS的完整性保护安全头,由MME Pool中某个正常工作MME,通过所述终端携带的身份标识在数据库中查找是否存在所述终端的上下文,如果能查找到并且非接入层的完整性保护校验成功,那么所述终端无需做鉴权安全流程,并且正常完成附着;所述正常工作MME由当前服务于所述终端的基站选择。
而且,当某终端的最近一次正常接入的MME发生故障无法提供服务时,如果所述终端发起服务请求,由MME Pool中某个正常工作MME,通过所述终端携带的服务临时移动用户标识在=数据库中查找是否存在所述终端的上下文,如果能查找到并且非接入层的完整性保护校验成功,所述终端无需做鉴权安全流程的,并且正常完成服务接入;所述正常工作MME由当前服务于所述终端的基站选择。
而且,当某终端的最近一次正常接入的MME发生故障无法提供服务时,如果所述终端发起位置更新请求,由MME Pool中某个正常工作MME,通过所述终端携带的身份标识在数据库中查找是否存在所述终端的上下文,如果能查找到并且NAS的完整性保护校验成功,所述终端无需做鉴权安全流程,并且正常完成位置更新;所述正常工作MME由当前服务于所述终端的基站选择。
而且,当某终端的最近一次正常接入的MME发生故障无法提供服务时,如果所述终端发起去附着请求,由MME Pool中某个正常工作MME,通过所述终端携带的身份标识在演进分组核心的终端上下文中查找是否存在该终端,如果能查找到并且非接入层的完整性保护校验成功,所述终端无需做鉴权安全流程,并且正常完成去附着;所述正常工作MME由当前服务于所述终端的基站选择。
而且,所述终端上下文包括但不限于EPS移动管理上下文和EPS会话管理上下文。
在3GPP协议规范中,MME间通过S10协议接口来传递终端上下文,但如果当终端上下文所在的MME因故障无法提供服务时,此时终端上下文无法获取。针对该弊端以及基于上述技术方案,本发明MME Pool中所有MME通过数据库方式共享终端上下文,终端不会因最近服务过MME故障而导致接入时延,以及由此引发的网络拥塞问题,减少IMSI泄露可能性,同时对终端而言,其对MME故障是无感知的,在通信领域具有重要的市场价值。
附图说明
图1是本发明的原理框图。
图2是本发明实施例处理终端附着请求的流程图。
图3是本发明实施例处理服务请求的流程图。
图4是本发明实施例处理位置更新请求的流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
如图1所示,102表示MME Pool,103、104、105、106分别表示MME1、MME2、…、MMEn,MME Pool由MME1、MME2、…、MMEn组成。101表示数据库,该数据库由MME Pool下所有MME共享。本发明实施例公开了一种基于移动管理实体池的容灾方法,该方法包括:
首先创建一个数据库,该数据库用于存储终端上下文,所述终端上下文包括但不限于EPS(Evolved Packet System,EPS)移动管理上下文和EPS会话管理上下文;同时,MMEPool中所有MME对所述数据库都拥有读写权限,包括但不限于查找、增加、修改和删除操作;
然后,在数据库的支持下,当所述MME Pool中任意一个MME发生重启时,所述MME读取所述数据库中由其分配身份标识(例如GUTI)的终端的记录保存到对应终端上下文中。为提供数据库支持,实施例设定,当终端第一次成功附着到所述MME Pool中某个MME后,该MME将中该终端上下文信息记录插入到数据库表项中;当该终端上下文发生任何更新时,当前为该终端的提供服务的MME将该终端上下文更新到数据库表项中;当终端发生销户时,当前为该终端的提供服务的MME将将该终端的终端上下文对应的记录从相应数据库表项中删除。
这样,当某终端的最近一次正常接入的MME发生故障无法提供服务时,此时所述终端发起附着请求并带有NAS的完整性保护安全头时,MME Pool中某个被当前服务于所述终端的基站选择的正常工作MME通过所述终端携带的身份标识在所述数据库中查找是否存在所述终端的上下文,如果能查找到并且非接入层的完整性保护校验成功,那么所述终端无需做鉴权安全流程,并且正常完成附着。
这样,当某终端的最近一次正常接入的MME发生故障无法提供服务时,此时所述终端发起服务请求时,MME Pool中某个被当前服务于所述终端的基站选择的正常工作MME通过所述终端携带的服务临时移动用户标识(Serving-Temporary Mobile SubscriberIdentity,S-TMSI)在所述数据库中查找是否存在所述终端的上下文,如果能查找到并且非接入层的完整性保护校验成功,所述终端无需做鉴权安全流程的,并且正常完成服务接入。
这样,当某终端的最近一次正常接入的MME发生故障无法提供服务时,此时所述终端发起位置更新请求时,MME Pool中某个被当前服务于所述终端的基站选择的正常工作MME通过所述终端携带的身份标识在所述数据库中查找是否存在所述终端的上下文,如果能查找到并且NAS的完整性保护校验成功,所述终端无需做鉴权安全流程,并且正常完成位置更新。
这样,当某终端的最近一次正常接入的MME发生故障无法提供服务时,此时所述终端发起去附着请求时,MME Pool中某个被当前服务于所述终端的基站选择的正常工作MME通过所述终端携带的身份标识在所述演进分组核心的终端上下文中查找是否存在该终端,如果能查找到并且非接入层的完整性保护校验成功,所述终端无需做鉴权安全流程,并且正常完成去附着。
为了说明本发明如何减少终端在最近一次服务的MME故障后第一次接入的时延,以下详细描述本发明实施例的处理策略。
参见图2,对于UE发起的附着请求,本发明实施例的处理步骤如下:
步骤201:UE发起附着请求,执行步骤202。
步骤202:判断通过UE附着请求NAS消息内携带的身份标识(GUTI或IMSI)能否在EPC中查找到相应的UE上下文,得到EPC内部记录的该终端的配置、状态等信息,如果能查找到则执行步骤204205,否则执行步骤203。
步骤203:判断是否能在所述数据库中查找到该UE上下文,如果有则执行步骤205,否则执行步骤204。
步骤204:给UE发送附着拒绝消息,然后结束处理流程。
步骤205:判断附着请求NAS消息是否带有NAS完保安全头,如果无则执行步骤206,如果有则判断是否通过安全校验,通过安全校验则执行步骤207,否则执行步骤206。
步骤206:对UE发起鉴权安全流程,完成后执行步骤207。
步骤207:建立UE上下文,即按照协议流程,基站为该终端建立上下文,执行步骤208。
步骤208:判断UE的上下文是否发生变化,是则执行步骤209,否则结束处理流程。
例如,EPC内保存UE上下文内容分别为属性1、属性2,..属性n,再为每个属性设置一个改动标识:属性1改动标识、属性2改动标识,..属性n改动标识。
在步骤201至步骤207中,如果某个属性n有改动,那么相应的属性n改动标识置为1,如果所有的属性改动标识都为0,即判断为否(EPC内保存UE上下文无改动),如果至少有一个属性改动标识为1,即需要执行步骤209(该UE的UE上下文写入到所述数据库,再将所有属性改动标识清零)。
步骤209:将该UE的UE上下文写入到所述数据库中,然后结束处理流程。
参见图3,对于UE发起的服务请求,本发明实施例的处理步骤如下:
步骤301:UE发起服务请求,执行步骤302。
步骤302:判断通过UE服务请求携带的身份标识(S-TMSI)能否在EPC中查找到相应的UE上下文,如果能查找到则执行步骤305,否则执行步骤303。
步骤303:判断是否能在所述数据库中查找到该UE上下文,如果有则执行步骤305,否则执行步骤304。
步骤304:给UE发送服务拒绝消息,然后结束处理流程。
步骤305:判断服务请求NAS消息是否通过安全校验,如果是则执行步骤306,否则执行步骤304。
步骤306:建立UE上下文,执行步骤307。
步骤307:判断UE的上下文是否发生变化,是则执行步骤308,否则结束处理流程。
步骤308:将该UE的UE上下文写入到所述数据库中,然后结束处理流程。
参见图4,对于UE发起的位置更新请求,本发明实施例的处理步骤如下:
步骤401:UE发起位置更新请求,执行步骤402。
步骤402:判断通过UE服务请求携带的身份标识(GUTI)能否在EPC中查找到相应的UE上下文,如果能查找到则执行步骤405,否则执行步骤403。
步骤403:判断是否能在所述数据库中查找到该UE上下文,如果有则执行步骤405,否则执行步骤404。
步骤404:给UE发送位置更新拒绝消息,然后结束处理流程。
步骤405:判断位置更新请求NAS消息是否通过安全校验,如果是则执行步骤406,否则执行步骤404。
步骤406:对UE发送位置更新接受,然后执行步骤407。
步骤407:判断位置更新请求NAS消息中是否需要建立承载,是则执行步骤409,否则执行步骤408。具体实施时,TAU NAS消息中有个比特指示位Active flag用于指示网络侧是否需要恢复终端的承载的建立:Active flag为1标识网络侧需要恢复建立;Active flag为0则不需要。
步骤408:释放该UE的上下文,然后执行步骤410。
步骤409:建立UE上下文,执行步骤410。
步骤410:判断UE的上下文是否发生变化,是则执行步骤411,否则结束处理流程。
步骤411:将该UE的UE上下文写入到所述数据库中,然后结束处理流程。
具体实施时,本领域技术人员可采用计算机软件方式实现以上流程的自动运行。
以上所述仅为本发明的实施例之一,并不用于限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进,均应包含在本发明的保护范围之内。
Claims (6)
1.一种基于移动管理实体池的容灾方法,其特征在于:创建一个数据库,该数据库用于存储终端上下文,移动管理实体池MME Pool中所有移动管理实体MME对所述数据库都拥有读写权限;
终端第一次成功附着到MME Pool中某个MME后,该MME将中该终端上下文信息记录插入到数据库表项中;当该终端上下文发生任何更新时,当前为该终端的提供服务的MME将该终端上下文更新到数据库表项中;当终端发生销户时,当前为该终端的提供服务的MME将将该终端的终端上下文对应的记录从相应数据库表项中删除;
当所述MME Pool中任意一个MME发生重启时,该MME读取数据库中由其分配身份标识的终端的记录保存到对应终端上下文中。
2.根据权利要求1所述基于移动管理实体池的容灾方法,其特征在于:当某终端的最近一次正常接入的MME发生故障无法提供服务时,如果所述终端发起附着请求并带有NAS的完整性保护安全头,由MME Pool中某个正常工作MME,通过所述终端携带的身份标识在数据库中查找是否存在所述终端的上下文,如果能查找到并且非接入层的完整性保护校验成功,那么所述终端无需做鉴权安全流程,并且正常完成附着;所述正常工作MME由当前服务于所述终端的基站选择。
3.根据权利要求1所述基于移动管理实体池的容灾方法,其特征在于:当某终端的最近一次正常接入的MME发生故障无法提供服务时,如果所述终端发起服务请求,由MME Pool中某个正常工作MME,通过所述终端携带的服务临时移动用户标识在=数据库中查找是否存在所述终端的上下文,如果能查找到并且非接入层的完整性保护校验成功,所述终端无需做鉴权安全流程的,并且正常完成服务接入;所述正常工作MME由当前服务于所述终端的基站选择。
4.根据权利要求1所述基于移动管理实体池的容灾方法,其特征在于:当某终端的最近一次正常接入的MME发生故障无法提供服务时,如果所述终端发起位置更新请求,由MMEPool中某个正常工作MME,通过所述终端携带的身份标识在数据库中查找是否存在所述终端的上下文,如果能查找到并且NAS的完整性保护校验成功,所述终端无需做鉴权安全流程,并且正常完成位置更新;所述正常工作MME由当前服务于所述终端的基站选择。
5.根据权利要求1所述基于移动管理实体池的容灾方法,其特征在于:当某终端的最近一次正常接入的MME发生故障无法提供服务时,如果所述终端发起去附着请求,由MME Pool中某个正常工作MME,通过所述终端携带的身份标识在演进分组核心的终端上下文中查找是否存在该终端,如果能查找到并且非接入层的完整性保护校验成功,所述终端无需做鉴权安全流程,并且正常完成去附着;所述正常工作MME由当前服务于所述终端的基站选择。
6.根据权利要求1或2或3或4或5所述基于移动管理实体池的容灾方法,其特征在于:所述终端上下文包括但不限于EPS移动管理上下文和EPS会话管理上下文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810573493.6A CN108924814A (zh) | 2018-06-06 | 2018-06-06 | 一种基于移动管理实体池的容灾方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810573493.6A CN108924814A (zh) | 2018-06-06 | 2018-06-06 | 一种基于移动管理实体池的容灾方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108924814A true CN108924814A (zh) | 2018-11-30 |
Family
ID=64411191
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810573493.6A Pending CN108924814A (zh) | 2018-06-06 | 2018-06-06 | 一种基于移动管理实体池的容灾方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108924814A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111491338A (zh) * | 2019-01-28 | 2020-08-04 | 华为技术有限公司 | 上下文存储方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130021972A1 (en) * | 2011-07-20 | 2013-01-24 | Connectem Inc. | Method and system for optimized handling of context using hierarchical grouping (for machine type communications) |
CN103238345A (zh) * | 2012-10-31 | 2013-08-07 | 华为技术有限公司 | 一种基于移动管理实体池MME Pool的通信方法、设备及系统 |
CN104081808A (zh) * | 2012-01-24 | 2014-10-01 | 瑞典爱立信有限公司 | Mme恢复 |
CN105376768A (zh) * | 2014-08-19 | 2016-03-02 | 中国电信股份有限公司 | 一种移动性管理实体池组容灾方法及系统 |
CN105556900A (zh) * | 2015-01-30 | 2016-05-04 | 华为技术有限公司 | 一种业务容灾的方法和相关装置 |
CN106465094A (zh) * | 2015-01-30 | 2017-02-22 | 华为技术有限公司 | 一种业务容灾的方法、相关装置和通信系统 |
CN107018507A (zh) * | 2017-03-22 | 2017-08-04 | 武汉虹信通信技术有限责任公司 | 一种演进分组核心重启恢复方法 |
-
2018
- 2018-06-06 CN CN201810573493.6A patent/CN108924814A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130021972A1 (en) * | 2011-07-20 | 2013-01-24 | Connectem Inc. | Method and system for optimized handling of context using hierarchical grouping (for machine type communications) |
CN104081808A (zh) * | 2012-01-24 | 2014-10-01 | 瑞典爱立信有限公司 | Mme恢复 |
CN103238345A (zh) * | 2012-10-31 | 2013-08-07 | 华为技术有限公司 | 一种基于移动管理实体池MME Pool的通信方法、设备及系统 |
CN105376768A (zh) * | 2014-08-19 | 2016-03-02 | 中国电信股份有限公司 | 一种移动性管理实体池组容灾方法及系统 |
CN105556900A (zh) * | 2015-01-30 | 2016-05-04 | 华为技术有限公司 | 一种业务容灾的方法和相关装置 |
CN106465094A (zh) * | 2015-01-30 | 2017-02-22 | 华为技术有限公司 | 一种业务容灾的方法、相关装置和通信系统 |
CN107018507A (zh) * | 2017-03-22 | 2017-08-04 | 武汉虹信通信技术有限责任公司 | 一种演进分组核心重启恢复方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111491338A (zh) * | 2019-01-28 | 2020-08-04 | 华为技术有限公司 | 上下文存储方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10257803B2 (en) | Method of bearer deletion, device, and system | |
JP7234342B2 (ja) | Diameterエッジエージェントを利用して下りローミング加入者のために時間距離セキュリティ対策を行うための方法、システム、およびコンピュータ読み取り可能な媒体 | |
US11026208B2 (en) | Base station device, first location management device, terminal device, communication control method, and communication system | |
JP4237395B2 (ja) | 加入者グループに基づく移動体サービスの定義及び更新方法及び装置 | |
EP0799544B1 (en) | Arrangement for call forwarding in a mobile services switching center | |
US10231176B2 (en) | Base station device, terminal device, location management device, and control method | |
JP4216255B2 (ja) | 無線ローカルエリアネットワークとユーザ端末装置との間のサービス接続に関する処理方法 | |
US8284672B2 (en) | System and method for path failure recovery in a communications environment | |
US8948131B2 (en) | Radio communication system, radio communication method, and gateway | |
KR20130121156A (ko) | 모바일 통신 디바이스들을 위한 모바일 착신 로밍 전달 | |
US20220007262A1 (en) | Handover Method, Device, and System | |
US11943830B2 (en) | Link re-establishment method, apparatus, and system | |
CN101047971B (zh) | 当智能用户漫游时在归属地触发智能业务的方法 | |
US7826823B1 (en) | Tracing of signalling messages | |
CN108924814A (zh) | 一种基于移动管理实体池的容灾方法 | |
CN107018507B (zh) | 一种演进分组核心重启恢复方法 | |
CN108289306B (zh) | 一种流程冲突处理方法及装置 | |
WO2020164470A1 (zh) | 通信方法及其装置、系统 | |
EP2663102A2 (en) | Method, system and short message services center for sending short messages | |
CN114007195A (zh) | 一种s1-mme口的imsi及mdn回填方法、设备、介质、产品 | |
CN110856098B (zh) | 电路域回落联合位置更新处理方法、系统、设备及介质 | |
US20170086065A1 (en) | Control of User Equipment Identity Dependent Service | |
CN101325738A (zh) | 一种实现移动通信核心网寄存器故障恢复的方法、装置 | |
EP3888386B1 (en) | Method and ue for handling ul nas transport message failure in wireless communication network | |
CN106550350A (zh) | 用户签约数据获取方法、s4sgsn设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20201027 Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia Economic Development Zone, Wuhan City, Hubei Province Applicant after: Wuhan Hongxin Technology Development Co.,Ltd. Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5 Applicant before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181130 |