CN100558108C - 一种快速建立邻居关系的方法及*** - Google Patents
一种快速建立邻居关系的方法及*** Download PDFInfo
- Publication number
- CN100558108C CN100558108C CNB2006100574088A CN200610057408A CN100558108C CN 100558108 C CN100558108 C CN 100558108C CN B2006100574088 A CNB2006100574088 A CN B2006100574088A CN 200610057408 A CN200610057408 A CN 200610057408A CN 100558108 C CN100558108 C CN 100558108C
- Authority
- CN
- China
- Prior art keywords
- router
- state
- handshake message
- neighbor
- hello packet
- 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
- 238000000034 method Methods 0.000 title claims abstract description 29
- 230000005540 biological transmission Effects 0.000 claims abstract description 42
- 230000002457 bidirectional effect Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000009792 diffusion process Methods 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种快速建立邻居关系的方法及***。该方法包括:网络设备在邻居建立过程中接收握手报文,作为发送设备的网络设备根据邻接设备状态决定是否回复一条握手报文以建立邻居关系。因此,本发明对路由器的性能没有特别要求,使用现有设备即可实现,不增加成本;实现快速的邻居关系建立,提供网络效率;Hello报文的发送频率在总体上并未上升,减少网络工作负担。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种快速建立邻居关系的方法及***。
背景技术
开放最短路径优先协议(OSPF)是一种典型的链路状态路由协议。采用OSPF的路由器彼此交换并保存整个网络的链路信息,从而掌握全网的拓扑结构,独立计算路由。
OSPF作为一种内部网关协议(Interior Gateway Protocol,IGP),用于在同一个自治域(AS)中的路由器之间发布路由信息。区别于距离矢量协议(RIP),OSPF具有支持大型网络、路由收敛快、占用网络资源少等优点,在目前应用的路由协议中占有相当重要的地位。
根据路由器所连接的物理网络不同,OSPF将网络划分为四种类型:广播多路访问型(Broadcast MultiAccess,BMA)、非广播多路访问型(None Broadcast MultiAccess,NBMA)、点到点型(Point-to-Point,P2P)、点到多点型(Point-to-MultiPoint,P2MP)。
在多路访问网络上可能存在多个路由器,为了避免路由器之间建立完全相邻关系而引起的大量开销,OSPF要求在区域中选举一个指定路由器(DR)。每个路由器都与之建立完全相邻关系。DR负责收集所有的链路状态信息,并发布给其他路由器。选举DR的同时也选举出一个备份指定路由器(BDR),在DR失效的时候,BDR担负起DR的职责。
点对点型网络不需要DR,因为只存在两个节点,彼此间完全相邻。OSPF协议由Hello协议、交换协议、扩散协议组成。
当路由器开启一个端口的OSPF路由时,将会从这个端口发出一个Hello报文,以后它也将以一定的间隔周期性地发送Hello报文。OSPF路由器用Hello报文来初始化新的相邻关系以及确认相邻的路由器邻居之间的通信状态。
OSPF Hello报文以固定间隔发送,对于广播(Broadcast)接口和P2P以及P2MP接口缺省的配置是10秒,对于NBMA接口缺省值是30秒。Hello报文的发送频率决定了邻居建立的快慢,如果想让邻居以最快的速度建立,那么就需要接口以最快频率的发送Hello报文,则将有效的提高网络的收敛时间。但是考虑到实际情况,路由器性能有高有低,链路速率有快有慢,简单地把Hello报文发送频率调到很高的一个水平以达到邻居快速建立的目的是不恰当的。最好能够在邻居关系建立前以最快的频率发送Hello报文,而当邻居关系建立后以正常的频率发送Hello报文。
如图1所示,两台路由器都通过ifO接口直连。假设ifO接口是点到点类型,并且假设Hello发送的间隔为10秒一个。如果路由器A(RTA)的Hello定时器先超时,那么RTA会给路由器B(RTB)发送一个Hello报文,等RTB的Hello定时器超时,RTB会给RTA发送一个Hello报文。然后RTA上的邻居状态变为双向(2-Way),以后就走RFC2328规定的流程直到邻居状态为满(Full)为止,其中Full状态表示已经和邻居完成链路状态数据库的交换,邻居状态只有在Full时才会在路由计算中被看作是可用的链路。这里RTB收到RTA的Hello报文后需要等待的时间长度在0秒到10秒才会发送建立双向关系的Hello报文,这段时间长度依赖Hello定时器的间隔。如果把Hello定时器的间隔提高,那么就可以提高收敛速度。另外当接口的状态发生变化时,如果能尽快通知其它邻居,那么对多路访问网络上能极大地减少指定路由器选举前的等待时间。DR选举的速度快了网络收敛速度也会提高。
如果需要邻居变到双向,时间以毫秒来计算的话,Hello报文的发送频率至少是每秒几十个。这种方法必须永久地提高Hello报文发送的速度,也就是说不管邻居是不是已经建立,Hello发送的频率不会改变。要使用这种方法达到非常快速的收敛速度,需要高性能的路由器,这势必大大影响实际工作的可行性。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的是提供一种快速建立邻居关系的方法及***,从而可以在无需减小Hello定时器时间间隔的情况下实现邻居关系的快速建立。
本发明的目的是通过以下技术方案实现的:
一种快速建立邻居关系的方法,包括:
网络设备在邻居建立过程中接收邻居设备发送的握手报文,并在满足下列发送条件中的任一种情况下,向所述邻居设备发送一条握手报文以建立邻居关系,所述发送条件包括:
所述邻居设备为单向设备;
所述网络设备的接口状态变为指定路由器、备份指定路由器或非指定路由器。
所述方法在邻居设备为单向设备的发送条件下,发送握手报文的过程包括:所述网络中设备接收到来自于邻接设备的握手报文后,读取所述握手报文获得所述邻接设备的状态信息,并将握手报文立即发送至处于单向状态的邻居设备,不向处于双向状态的邻居设备发送握手报文。
在邻居双向关系建立后或者接口状态不再变化后停止根据设备状态发送握手报文,而是通过设置握手报文发送时间间隔来控制握手报文的发送。
一种快速建立邻居关系的***,包括:
邻居状态判决模块,用于判断邻居设备处于单向状态或是双向状态;
报文发送模块,当邻居设备状态为单向,向该设备回复握手报文;当邻居状态为双向,不回复握手报文。
所述***还包括:
接口状态判决模块,用于判断设备接口状态是否发生变化;
路由器选举结束后,若接口状态变为指定路由器、备份指定路由器或非指定路由器后,立即发送一个多播握手报文以告知其它邻居其目前的接口状态;
若接口状态为初始状态则不发送握手报文。
由上述本发明提供的技术方案可以看出,本发明在具体实现过程中,针对现有的通信网络中的设备无需进行大量改进,即本发明的实现对路由器的性能没有特别要求,使用现有设备即可,因而,不会增加相应的实现成本;而且,本发明可以快速的实现邻居关系建立,从而提高网络效率;另外,本发明的实现使得Hello报文的发送频率在总体上并未上升,但却大大减少了网络工作负担。
附图说明
图1所示为网络拓扑图;
图2所示为本发明技术方案流程图;
图3所示为Hello报文发送示意图;
图4所示为本发明所述***的结构示意图。
具体实施方式
本发明的核心是通过新的握手(Hello)报文处理方法,根据邻居状态或者接口状态决定是否发送Hello报文,即当网络路由器接收到Hello报文后判断邻居所处的状态,根据邻居的状态决定是要立即向该邻居发送Hello报文,还是等待Hello定时器超时后在再向邻居发送Hello报文,判断接口状态发生变化来决定是否向邻居发送Hello报文。本发明通过使用该方法有效地提高了OSPF邻居建立速度。
具体一点讲,本发明是同时通过邻居状态判决触发发送控制方式、接口状态判决触发发送控制方式和Hello定时器超时触发发送控制方式控制路由器向邻居发送Hello报文。
本发明同时使用上述三种发送控制方式控制路由器向邻居发送Hello报文,且这三种发送控制方式之间为并列关系,其中任何一个发送控制方式满足条件后均可以使路由器向网络中的邻居发送Hello报文。
所述的Hello定时器超时触发是指为路由器设置一个Hello报文定时器,通过该时间定时器控制路由器向邻居发送Hello报文。
在Hello定时器中预先设置好一个发送时间间隔,当路由器发送上一个Hello报文的时间超过该设置好的时间间隔,则路由器在Hello定时器的触发下向邻居发送一条Hello报文。
所述的接口状态判决触发是指路由器接口状态发生变化后,即从其它状态变为指定路由器(DR),从其它状态变为备份指定路由器(BDR),从其它状态变为非指定路由器(DROther)时,立即向这个接口的邻居发送Hello报文。
在多点访问网络上只有DR和BDR才能和DROther建立Full的邻居关系,而DROther之间仅仅建立2-way的邻居关系。接口状态的改变会影响到邻居状态的改变。如果以最快的速度去通知邻居接口状态发生了变化,这将提高DR,BDR选举的过程。
所述的邻居状态判决触发是指路由器一直接收来自于网络中邻居的Hello报文,根据从接收到的邻居报文中获取的邻居状态信息判断是否向邻居发送Hello报文。
路由器在通信网络中一直都在接收、发送消息,邻居状态判决触发发送能够就是当路由器接收到网络中邻居设备发送的Hello报文后读取Hello报文中的状态信息,状态信息中显示了邻居设备目前所处的状态。
邻居设备的状态分为单向状态(1-way)和双向状态(2-way)两种情况,在邻居状态判决触发发送中,处于单向状态的路由器在接收到来自于邻居路由器的Hello报文后立即向该邻居设备回复一个Hello报文。
在这个Hello报文接收、发送的过程中,网络中的路由器向所有的路由器发送Hello报文,路由器读取接收到的Hello报文,获取邻居路由器的有用信息得到邻居路由器的状态。
当邻居路由器的状态为单向时,根据邻居状态判决触发发送,路由器立即向邻居路由器回复一条Hello报文,邻居路由器接收该Hello报文回复。
经过上述两个路由器之间的Hello报文发送、接收、回复以及再接收的过程,每个路由器都完成了一次发送报文和一次接收报文的操作。这样,一旦有处于单向状态的邻居路由器向路由器发送Hello报文,则路由器可以在极短的时间内进入双向状态。
由于在邻居状态判决触发发送中能够触发路由器回复Hello报文的邻居路由器必须是双向状态,所以,相互联系的两个路由器均已处于双向状态。根据开放最短路径优先(OSPF)协议,两个处于双向状态的路由器建立邻居关系,进行最短路径树(SPF)计算,实现路由快速收敛。
下面将结合附图对本发明所述的Hello报文快速回传方法作详细说明。
如图2所示,本发明同时使用两种发送控制方式控制路由器向邻居发送Hello报文。
所述的两种发送控制方式分别为邻居状态判决触发发送和Hello定时器超时触发发送。
这三种发送控制方式之间为并列关系,可以相对独立地进行工作,其中任何一个发送控制方式满足条件后均可以使路由器向网络中的邻居发送Hello报文。
接口状态判决触发发送的工作流程由图2中的步骤4和步骤5所示。
Hello定时器超时触发发送的工作流程由图2中的步骤1和步骤5所示。
步骤1,在路由器A中设置一个Hello报文定时器,用于控制路由器A自动向网络中其它设备发送Hello报文的时间间隔;
为定时器设置Hello报文时间间隔时需要考虑到路由器实际性能,根据路由器所能承受的情况进行设置,;
当路由器A的空闲时间距上一次自动发送Hello报文的时间达到所设定的时间间隔时,Hello定时器超时并触发路由器A,执行步骤5,
步骤5、路由器A向网络中其他设备发送Hello报文。
邻居状态判决触发发送的工作流程由图2中的步骤2、步骤3和步骤5所示。邻居状态判决触发发送的工作流程如下:
步骤2,处于工作状态的路由器A(RTA)可以接收所有网络中其他设备向其发送的报文;
当路由器A接收到邻居路由器B(RTB)发送的Hello报文时,路由器A读取所接收到的报文中的信息,确定报文的类型。
步骤3、当路由器B向路由器A发送的报文为Hello报文时,路由器A继续读取Hello报文中的信息,确认路由器B当前所处的状态,并根据路由器B的状态情况进行以下操作:
当路由器A的邻居路由器B处于双向状态(2-way)时,路由器B不被触发;
当路由器A的邻居路由器B处于单向状态(1-way)时,路由器A被立即出发,执行步骤5。
步骤5、当邻居状态判决触发发送触发路由器A后,路由器A立即向路由器B发送Hello报文,路由器B接收该报文。
接口状态判决触发发送的工作流程由图2中的步骤4和步骤5所示。接口状态判决触发发送的工作流程如下:
步骤4、在路由器A中设置一个接口状态检测器,用于检测路由器A的接口状态是否发生变化,以便判决是否进行触发;
当状态检测器检测到路由器的接口发生变化时自动触发路由器A,执行步骤5;
步骤5、当接口状态变化触发路由器后,路由器A向网络中其他设备发送Hello报文。
执行上述各步骤后,无论路由器A和路由器B在执行上述步骤前处于何种状态,在执行上述步骤的过程中,两个路由器均分别执行了一次发送Hello报文和接收Hello报文的操作,因此,路由器A和路由器B均进入双向状态。
根据OSPF协议的规定,网络中处于双向状态的设备会按照规定的流程建立邻接关系,进行SPF计算,实现路由的快速收敛。
在Hello定时器超时触发和邻居状态判决触发的同时作用下,网络中相邻设备之间能够实现在邻居关系建立以前以高频率回复Hello报文,在邻居关系建立后以设备所能承受的正常频率发送、回复Hello报文。其中,邻居关系建立前以高频率回复Hello报文的功能由邻居状态判决触发发送实现,而邻居关系建立后的正常频率发送、回复Hello报文是由Hello定时器超时触发发送实现。
以下结合图3介绍网络中相邻设备同时使用两种发送控制方式建立邻居关系的Hello报文发送、回复情况。
如图3所示,本实施例中相邻的设备为路由器A和路由器B,图中每条带箭头的线段表示发送一个Hello报文,竖线表示时间。这里,两个路由器Hello定时器超时触发发送中Hello报文的发送间隔使用默认值10秒。
在本发明中,由于邻居状态判决触发发送必须在收到来自于其他设备的Hello报文后才能触发并回复一条Hello报文,当没有接收到Hello报文时,则该发送控制方式无法发送Hello报文。因此在网络中两个设备建立邻居关系前,Hello定时器超时触发发送首先作用。
路由器B在Hello定时器超时触发发送的作用下向路由器A发送一条Hello报文;
路由器A接收到来自路由器B的Hello报文后在邻居状态判决触发发送的控制下读取Hello报文中的信息,获得路由器B的状态信息;
当路由器B处于双向(2-way)状态,路由器A不向路由器B发送Hello报文;
当路由器B处于单向(1-way)状态,路由器A立即向路由器B发送Hello报文,路由器B接收到该Hello报文后由原来的单向状态进入双向状态,路由器A因为经过了接收Hello报文和发送Hello报文的过程,也进入到双向状态;
由于路由器A检测到路由器B处于单向状态后立即向其发送Hello报文,所以路由器A和路由器B变成双向状态所经历的时间很短,且两个路由器的耗时基本相同,本实施例中将这个很短的时间用表示,将Hello报文的发送间隔设置为10秒。
均处于双向状态的两个路由器根据OSPF协议规定的流程建立邻接关系,进行SPF计算,达到路由的快速收敛。
当两台路由器上邻居状态都变为双向,路由器间建立起邻接关系后,路由器重新接受Hello定时器超时触发发送的控制,Hello报文的发送间隔会自动恢复到默认值10秒。以10秒为间隔处理一个Hello报文不会对路由器的性能造成影响。
如图4所示,本发明包含有邻居状态判决模块,报文发送模块以及握手报文定时器超时触发模块。
一种快速建立邻居关系的***,包括:
邻居状态判决模块,
用于判断邻居设备处于单向状态或是双向状态;
报文发送模块,
当邻居设备状态为单向,向该设备回复握手报文,
当邻居状态为双向,不回复握手报文。
接口状态判决模块,
用于判断设备接口状态是否发生变化。
所述***还包括:
路由器选举结束后,若接口状态变为指定路由器、备份指定路由器或非指定路由器后,立即发送一个多播握手报文以告知其它邻居其目前的接口状态;
若接口状态为初始状态不可用Down状态则不发送握手报文。
所述接口为初始状态表明接口不能收发报文,不能和其它路由器建立邻居关系。
综上所述,通过的综合使用上述三种触发发送控制方式,本发明实现了快速建立邻接关系,同时邻居建立后Hello报文的发送自动恢复到正常状态,在不影响路由器性能的情况下极大地提高了OSPF的收敛速度。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (5)
1、一种快速建立邻居关系的方法,其特征在于,包括:网络设备在邻居建立过程中接收邻居设备发送的握手报文,并在满足下列发送条件中的任一种情况下,向所述邻居设备发送一条握手报文以建立邻居关系,所述发送条件包括:
所述邻居设备为单向设备;
所述网络设备的接口状态变为指定路由器、备份指定路由器或非指定路由器。
2、根据权利要求1所述的一种快速建立邻居关系的方法,其特征在于,所述方法在邻居设备为单向设备的发送条件下,发送握手报文的过程包括:
网络中设备接收到来自于邻接设备的握手报文后,读取所述握手报文获得所述邻接设备的状态信息,并将握手报文立即发送至处于单向状态的邻居设备,不向处于双向状态的邻居设备发送握手报文。
3、根据权利要求1所述的一种快速建立邻居关系的方法,其特征在于,在邻居双向关系建立后或者接口状态不再变化后停止根据设备状态发送握手报文,而是通过设置握手报文发送时间间隔来控制握手报文的发送。
4、一种快速建立邻居关系的***,其特征在于,包括:
邻居状态判决模块,用于判断邻居设备处于单向状态或是双向状态;
报文发送模块,当邻居设备状态为单向,向该设备回复握手报文;当邻居状态为双向,不回复握手报文。
5、根据权利要求4所述的一种快速建立邻居关系的***,其特征在于,所述***还包括:
接口状态判决模块,用于判断设备接口状态是否发生变化;
路由器选举结束后,若接口状态变为指定路由器、备份指定路由器或非指定路由器后,立即发送一个多播握手报文以告知其它邻居其目前的接口状态;
若接口状态为初始状态则不发送握手报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100574088A CN100558108C (zh) | 2006-03-13 | 2006-03-13 | 一种快速建立邻居关系的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100574088A CN100558108C (zh) | 2006-03-13 | 2006-03-13 | 一种快速建立邻居关系的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1866962A CN1866962A (zh) | 2006-11-22 |
CN100558108C true CN100558108C (zh) | 2009-11-04 |
Family
ID=37425846
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100574088A Expired - Fee Related CN100558108C (zh) | 2006-03-13 | 2006-03-13 | 一种快速建立邻居关系的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100558108C (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101499960B (zh) * | 2008-02-03 | 2012-11-21 | 华为技术有限公司 | 一种流量路径切换的方法和装置 |
CN102111325B (zh) * | 2009-12-23 | 2013-08-14 | 杭州华三通信技术有限公司 | 链路故障快速检测方法及装置 |
CN102215112B (zh) * | 2010-04-08 | 2013-11-27 | 杭州华三通信技术有限公司 | 应用于FCoE组网的优化FSPF协议的方法及交换机 |
CN102420739A (zh) * | 2010-09-28 | 2012-04-18 | 杭州华三通信技术有限公司 | 一种isis邻居维护的方法和isis设备 |
WO2012103731A1 (zh) * | 2011-06-30 | 2012-08-09 | 华为技术有限公司 | 路由器邻居建立方法和设备 |
WO2014000181A1 (zh) * | 2012-06-27 | 2014-01-03 | 华为技术有限公司 | 最短路径优先邻居建立方法、节点及*** |
CN102932259A (zh) * | 2012-11-20 | 2013-02-13 | 华为技术有限公司 | 邻居关系处理方法和路由设备 |
CN105227459A (zh) * | 2014-05-29 | 2016-01-06 | 国际商业机器公司 | 通过ospf路由器执行的方法以及相应的ospf路由器 |
CN113472593B (zh) * | 2021-07-30 | 2022-05-17 | 天津卓越信通科技有限公司 | 一种phy在自协商模式下由于杂波导致链路瞬时变化的解决方法 |
-
2006
- 2006-03-13 CN CNB2006100574088A patent/CN100558108C/zh not_active Expired - Fee Related
Non-Patent Citations (3)
Title |
---|
OSPF Version2. RFC2328. 1998 * |
OSPF路由协议中邻居状态机的实现技术. 周集良,王正华.现代计算机,第3期. 2003 * |
OSPF路由协议中邻居状态机的实现技术. 周集良,王正华.现代计算机,第4卷. 2003 * |
Also Published As
Publication number | Publication date |
---|---|
CN1866962A (zh) | 2006-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100558108C (zh) | 一种快速建立邻居关系的方法及*** | |
KR101566846B1 (ko) | 멀티캐스트 브랜치, 프로토콜 독립 멀티캐스트 라우터, 및 계층-2 교환기를 프루닝하기 위한 방법 | |
De et al. | Meshed multipath routing with selective forwarding: an efficient strategy in wireless sensor networks | |
US7633883B2 (en) | System and method for controlling network traffic | |
US7450527B2 (en) | Method and apparatus for implementing multiple portals into an Rbridge network | |
US7742442B2 (en) | Changing access point (AP) device type based on connectivity to a network | |
EP2099172A1 (en) | Method of redundancy protection of multicast flow and device thereof | |
CN101442485B (zh) | 一种组播转发的方法、装置和*** | |
CN102201999B (zh) | 一种实现组播业务负荷分担的方法和*** | |
CN103067291A (zh) | 一种上下行链路关联的方法和装置 | |
CN104717144B (zh) | 一种基于网内缓存和逐跳确认的可靠组播方法 | |
CN102377584A (zh) | Pim-sm中实现对dr冗余保护的方法 | |
CN101610200A (zh) | 组播路由的切换方法及装置 | |
CN100417139C (zh) | 一种组播数据不间断转发的方法 | |
US9083542B2 (en) | Method for using a computer network | |
CN101567847B (zh) | 一种在组播虚拟专用网中发送自举报文的方法及设备 | |
CN102843303B (zh) | Pim中的组播报文处理方法及装置 | |
CN100542142C (zh) | 转变三层网络设备接口状态的方法和装置 | |
CN108900439A (zh) | 一种pon olt***及其实现主备倒换的方法 | |
CN101729408A (zh) | 一种判定接口网络类型的方法及路由设备 | |
US11018886B1 (en) | Methods and apparatus for selectively filtering an IP multicast data stream for selected group members of a multicast group | |
CN101848169B (zh) | 一种集群管理中的报文转发方法和交换机 | |
CN101286925B (zh) | 检测是否会出现重复的组播数据包的方法及装置 | |
CN102739532A (zh) | 防止三层组播数据流洪泛的方法 | |
US11463910B2 (en) | Load balancing solution for co-operative broadcasting in a wireless communication system |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20171009 Address after: Qigihar City, Heilongjiang Province town of hill 161600 Keshan County community six District 32 Chak group Patentee after: Zhang Jieqiong Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091104 Termination date: 20180313 |
|
CF01 | Termination of patent right due to non-payment of annual fee |