CN1628433A - Nack协议的方法与设备 - Google Patents

Nack协议的方法与设备 Download PDF

Info

Publication number
CN1628433A
CN1628433A CNA038034646A CN03803464A CN1628433A CN 1628433 A CN1628433 A CN 1628433A CN A038034646 A CNA038034646 A CN A038034646A CN 03803464 A CN03803464 A CN 03803464A CN 1628433 A CN1628433 A CN 1628433A
Authority
CN
China
Prior art keywords
nak
send
channel
frame
predetermined number
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
Application number
CNA038034646A
Other languages
English (en)
Other versions
CN100388660C (zh
Inventor
伊凡·N·武科维奇
约翰·M·哈里斯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Motorola Mobility LLC
Google Technology Holdings LLC
Original Assignee
Motorola Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Motorola Inc filed Critical Motorola Inc
Publication of CN1628433A publication Critical patent/CN1628433A/zh
Application granted granted Critical
Publication of CN100388660C publication Critical patent/CN100388660C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

逻辑电路(409)持续地监测发射器(410)，以判定发射器(410)是否空闲。逻辑电路(409)抑制全部NAK，直到发射器(410)不再发送数据与其它信道信息，并且RF资源不再稀缺。另外，逻辑电路(409)抑制全部NAK，直到逻辑电路(409)已缓冲预定数目的NAK。更具体地，逻辑电路(409)判定何时NAK的数目将足够填充无线(over－the－air)帧。一旦已收集到预定数目的NAK，逻辑电路(409)将生成适宜的NAK。

Description

NACK协议的方法与设备
技术领域
一般地，本发明涉及通信***，更具体地，涉及此类通信***内的否定确认(NAK)抑制。
背景技术
在目前的码分多址(CDMA)通信***中，链路层利用无线链路协议(RLP)来在移动单元与基础架构设备之间传输数据业务。RLP是基于否定确认(NAK)的协议，这是因为接收器不确认正确地接收到的RLP帧。通过在每个帧内使用序列号(SEQ)来完成有序递送。RLP维护一个计数器，其用于要发送的下一个新的数据帧的序列号[SEQ(S)]，以及另一个计数器，其用于期望接收的下一个新的数据帧的序列号[SEQ(R)]。当接收到的帧的序列号大于下一个期望的序列号(SEQ(R))时，RLP请求重发RLP帧。重发的实现是向确定未收到帧序列号的发射器发送NAK。在接收到NAK的帧之前，接收器继续接收其后发送的RLP帧。
图1阐释了目前的RLP NAK过程。如图所示，帧101被发射器101通过无线发送，并被接收器作为帧102接收。在基于无线的传输中，数据经常丢失并需要重传到接收器。这在图1中显示为帧F3被丢失。在接收到帧F4时，接收器立刻意识到帧F3丢失，并请求重传F3，其向发射器发送NAK。目前的RLP协议标准规定NAK控制帧优先于任何携带数据或其它信道信息的RLP帧。在接收到NAK时，发射器重发F3。
需要注意的是，单个NAK可以请求重发多个RLP帧(如图2所示)。在图2中，RLP帧F2与F3丢失。当接收到RLP帧F4时，接收器检测到序列缺口，并发送单个NAK帧，请求重发2个RLP帧，F2与F3。
当接收器在短时间内不能接收多个帧时，问题产生了。在此情形中，接收器将发送NAK帧的稳定的流，拥塞从接收器到发射器的通信链路。图3显示了此问题的一个示例。在典型应用(例如网页浏览)中，数据流是非对称的。对于大的丢帧率(FER)或在每帧间隔内到达许多有序列号的帧的情形，有很大的可能性使得至少一个RLP帧在每个传输间隔内被丢弃(erase)。在图3中，RLP帧F4、F7、F15与F18在4个相邻的传输间隔内被丢弃。序列号上的缺口将生成4个相邻的NAK帧，其请求重发丢失的RLP帧。当此情形持续时，不能从接收器向发射器发送其他用户/控制数据(例如TCP/IP ACK)。由于客户端需要通过发送TCP/IP ACK来响应每个下载的分组，当等待没有RLP NAK被发送的间隔时，TCP/IP ACK被推迟。
现有技术的方法试图处理糟糕的信道条件导致的NAK帧的泛滥。例如，题为“Method and Computer Program Product for Efficiently andReliably Sending Small Data Messages from a Sending System to a LargeNumber of Receiving Systems(用于有效地可靠地从发送***向大数量的接收***发送小数据消息的方法与电脑程序产品)”的美国专利6,112,323，描述了一种NAK抑制***，其中根据定义的概率函数选择延迟时间。上述技术产生可预测数目的NAK帧，其在给定延迟时间之后被发送。通过将概率密度作为多个***参数(例如网络分组丢失率)的函数进行调整，可调整在给定时间发送的NAK帧的数目，以适应网络条件。
尽管上述流程确实减少了发送多个NAK的冲击，上述流程仍然导致NAK在不合适的时间段被发送。因此，存在对方法与设备的需要，其用于通信***内的NAK抑制，更精确地确定发送NAK帧的最佳时间段，以减小***资源负荷。
附图说明
图1阐释现有技术的RLP NAK过程，其在一个NAK内发送一个序列号的重发请求。
图2阐释现有技术的RLP NAK过程，其在一个NAK内发送多个序列号的重发请求。
图3阐释现有技术的RLP NAK过程的问题，其中在相邻的发送时期内发送多个RLP NAK帧。
图4是根据本发明的优选实施例的通信***的框图。
图5是显示根据本发明的优选实施例的图4通信***的操作的流程图。
具体实施方式
为解决上面提到的需要，这里提供一种方法与设备，其用于NAK抑制。遵照本发明的优选实施例，逻辑电路持续地监测数据发送队列，以确定是否要发送任何用户数据。逻辑电路抑制NAK帧的产生与发送，直到满足特定条件。这些条件可被表示为逻辑(布尔)变量，其值由如下测试确定：NAK序列列表大小，NAK序列号等待时间，数据与其它信道信息队列大小，以及数据队列内的数据的等待时间。作为测试的一部分，逻辑电路抑制全部NAK帧，直到NAK发生器已缓冲预定数量的待NAK的序列号。特别地，逻辑电路判定何时待NAK的序列号的数目达到最大值，其可由单个NAK RLP帧携带。一旦已收集到预定数目的序列号，逻辑电路将指令NAK发生器生成NAK帧。
上述流程减少了数据与其它信道信息的拥塞，允许其被发送，甚至在生成了许多NAK帧的情形下。
本发明包括一种否定确认(NAK)抑制的方法。此方法包括以下步骤：判定需要发送NAK，并判定目前需要在信道上发送数据或其它信道信息。如果不需要在信道上发送数据或其它信道信息，则发送NAK，否则缓冲NAK。
本发明另外还包括一种方法，其包括如下步骤：判定需要在信道上发送NAK，判定当前缓冲了若干NAK，并且如果已缓冲了预定数目的NAK的话，发送当前缓冲的NAK连同该NAK，否则缓冲该NAK。
本发明另外还包括一种设备。该设备包括缓冲器，其存储NAK，还包括逻辑电路，其连接到该缓冲器，该逻辑电路以发射器的发送状态为输入，并基于发射器的发送状态输出对NAK发生器的指令，以生成NAK。
现在转到附图，其中相似的数字标注相似的部件。图4是根据本发明优选实施例的通信***400的框图。如图所示，通信***400包括发送电路401和接收电路(或远程单元)402。发送电路优选地是CDMA无线接入网络，例如Motorola SC集中式基站控制器以及Motorola SC 4800基站收发器***，并且接收电路优选地是移动或蜂窝手持设备，例如Motorola StarTAC。
操作期间，数据进入逻辑单元404与缓冲器405。数据从逻辑单元404传递到发射器403，在此其被通过通信信道408发送到接收电路402。CDMA无线(over-the-air)协议使用RLP。如上面所讨论的那样，RLP是基于否定确认的协议，这是因为接收器不确认正确地接收到的RLP帧。接收电路402仅请求重发丢失的RLP帧，其向发射器发送NAK。特别地，当接收到不按顺序的帧时，接收器406将指令NAK发生器407 NAK不适当地接收到(或未接收到)的帧。NAK将通过通信信道408发送，并为发送电路401(通过接收器，未显示)接收。NAK最终为逻辑单元404接收，逻辑单元404从缓冲器405内获取丢失的帧，并指令发射器403将该帧重发到接收电路402。
如上面所讨论的那样，当接收器406不能在短时间内接收多帧，或者当丢帧分布的方式以高概率(例如0.8)在每个传输时期内在接收器产生至少一个RLP序列缺口时，问题产生了。在此情形中，现有技术的***产生NAK帧的泛滥，占据有价值的***资源。为解决此情形，在本发明的优选实施例中利用了NAK抑制。特别地，逻辑电路409在缓冲器411内缓冲全部需要NAK的序列号，并在满足***条件时，指令NAK发生器407发送一个或多个NAK帧。特别地，如果缓冲器412内的数据与其它信道信息已等待超过预先确定的时间间隔(例如100毫秒)，或者缓冲器412的大小已达到预先确定的水平(例如64字节)，或者***中剩余的RF容量小于某门限，逻辑电路409就抑制NAK帧产生。如果满足三个条件中的至少一个，NAK的产生将被抑制，并且数据或其它信道信息将在当前传输时期内从接收器发送到发射器。如果两种条件均未满足，当序列号缓冲器411不为空时，逻辑电路409将指令NAK发生器407创建NAK帧。
在本发明的优选实施例中，如果NAK延迟定时器已到期，或者要NAK的序列号已达到预先确定的数目，逻辑电路409将不会抑制NAK的生成(如上面所描述的那样)。如果满足两个条件之一，逻辑电路409指令NAK发生器407创建NAK帧，其包括411内缓冲的全部序列号。特定地，当要发送的NAK的数目完全填满无线帧，或者超过预先确定的时间(例如3秒)时，总会产生NAK。
上述过程减少数据与其它信道信息的拥塞，允许其被发送，甚至在生成许多NAK的情形下也是如此。另外，通过在当RF资源稀缺时减少发送的NAK帧的数目，增加了RF容量。
图5是流程图，其显示根据本发明优选实施例的图4通信***的操作。逻辑流在步骤501开始，其中逻辑电路409判定是否需要通过发送电路401发送NAK帧。为此的条件是缓冲器411中存在有至少一个要NAK的序列号。如果在步骤501判定需要发送NAK，逻辑流继续到步骤503，否则逻辑流简单地返回步骤501。
在步骤503，逻辑电路409判定缓冲器411内的序列号的数量是否超过预先确定的门限，或者是否有任何序列号的排队时间超过预先确定的时间段(例如3秒)。如果两个条件均不为真，逻辑流继续到步骤505，否则逻辑电路409指令NAK发生器407生成和发送NAK帧，以缓冲器411内驻留的序列号填充它(步骤509)，并清除缓冲区(步骤511)。
在步骤505，逻辑电路409判定缓冲器412内的数据量是否超过预先确定的门限，或者缓冲器412内的数据的排队时间是否超过预先确定的时间段。如果任何一个条件为真，则逻辑流继续到步骤507，其中继续缓冲NAK，而发送数据与其它信道信息。如果在步骤505测试的两个条件均为假，逻辑流继续到步骤509，其中逻辑电路409指令NAK发生器407生成和发送NAK帧，以缓冲区411内驻留的序列号填充它。
如上面所讨论的那样，上述流程减小了多个NAK帧的传输施加在***资源上的负担。特别地，从图3我们可以看到，通过限制NAK帧的延迟为2个传输间隔，并且设置每个NAK帧的序列号的最大数目为2，发送的NAK帧的数目减少了50％，并且相应的RF资源现在可用于要发送的数据与其它信道信息。例如，在图3中，四个相邻的NAK帧可以将接收器发送的TCP/IP ACK段延迟至少4个传输时期，其随之增加了TCP的往返时间，导致TCP超时与吞吐量的退化。
尽管本发明参照特定实施例具体地显示和描述，本领域技术人员将理解，其中可在形式与细节上做出多种变化，而不偏离本发明的实质与范围。例如，尽管以上描述采用多种技术来减少多个NAK传输对***资源的影响，本领域普通技术人员将意识到，可单独地利用各种技术。这些变化处于所附权利要求书的范围之内。

Claims (9)

1.一种否定确认(NAK)抑制的方法，所述方法包括以下步骤：
判定需要发送NAK；
判定当前是否需要在信道上发送数据或其它信道信息；和
如果不需要在所述信道上发送数据与其它信道信息，就发送所述NAK，否则缓冲所述NAK。
2.如权利要求1所述的方法，其进一步包括以下步骤：
判定是否已缓冲预定数目的NAK；和
如果已缓冲所述预定数目的NAK，则发送所述的多个NAK，否则缓冲所述NAK。
3.如权利要求2所述的方法，其中，所述的如果已缓冲所述预定数目的NAK，则发送所述多个NAK的步骤包括：如果NAK的数目等于为填充无线帧所需的NAK的数量，则发送所述多个NAK的步骤。
4.一种方法，其包括以下步骤：
判定需要在信道上发送NAK；
判定当前缓冲了一定数目的NAK；和
如果已缓冲所述预定数目的NAK，则发送所述的当前缓冲的多个NAK，以及所述NAK，否则缓冲所述NAK。
5.如权利要求4所述的方法，其进一步包括以下步骤：
判定当前是否需要在所述信道上发送数据或其它信道信息；和
如果不需要在所述信道上发送数据与其它信道信息，就发送所述NAK，否则缓冲所述NAK。
6.如权利要求4所述的方法，其中，所述的如果已缓冲所述预定数目的NAK，则发送所述多个NAK的步骤包括：如果NAK的数目等于为填充无线帧所需的NAK的数量，则发送所述多个NAK的步骤。
7.一种设备，其包括：
缓冲器，其存储NAK；和
逻辑电路，其连接到所述缓冲器，所述逻辑电路以发射器的发送状态为输入，并基于所述发射器的所述发送状态，输出对NAK发生器的指令，以生成NAK。
8.如权利要求7所述的设备，其中，所述发射器的所述发送状态包括有关当前是否有数据或其它信道信息正在等待发送的信息。
9.如权利要求7所述的设备，其中，所述逻辑电路基于所述缓冲器内存储的一定数目的NAK，额外地输出对所述NAK发生器的指令，以生成NAK。
CNB038034646A 2002-02-07 2003-01-21 Nack协议的方法与设备 Expired - Fee Related CN100388660C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/071,475 2002-02-07
US10/071,475 US7609639B2 (en) 2002-02-07 2002-02-07 Negative acknowledgment (NAK) suppression

Publications (2)

Publication Number Publication Date
CN1628433A true CN1628433A (zh) 2005-06-15
CN100388660C CN100388660C (zh) 2008-05-14

Family

ID=27732278

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB038034646A Expired - Fee Related CN100388660C (zh) 2002-02-07 2003-01-21 Nack协议的方法与设备

Country Status (5)

Country Link
US (1) US7609639B2 (zh)
JP (1) JP2006504290A (zh)
CN (1) CN100388660C (zh)
AU (1) AU2003205248A1 (zh)
WO (1) WO2003067803A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143240A (zh) * 2010-01-28 2011-08-03 联发科技股份有限公司 无线通信装置以及ip地址协商方法
CN105553785A (zh) * 2016-01-27 2016-05-04 华为技术有限公司 一种idle帧的过滤方法及装置
CN101849375B (zh) * 2007-09-11 2016-07-13 蔚蓝公司 对持久性资源分配的错误纠正

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7233573B2 (en) * 2003-02-08 2007-06-19 Hewlett-Packard Development Company, L.P. Apparatus and method for receiving data from a network
US8855572B2 (en) 2004-06-16 2014-10-07 Qualcomm Incorporated Method and apparatus for link control in wireless communications
US8867336B2 (en) * 2005-09-28 2014-10-21 Qualcomm Incorporated System for early detection of decoding errors
US8671332B2 (en) * 2009-04-30 2014-03-11 The Johns Hopkins University Systems and methods for a rateless round robin protocol for adaptive error control
US8773976B1 (en) 2011-03-03 2014-07-08 Sprint Spectrum L.P. Method and system for communication acknowledgement
US20180262945A1 (en) * 2015-05-22 2018-09-13 Lg Electronics Inc. Method for triggering a buffer status reporting in a wireless communication system and a device therefor
US10200162B2 (en) 2016-05-27 2019-02-05 Qualcomm Incorporated HARQ feedback in shared RF spectrum band

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5301186A (en) * 1991-06-28 1994-04-05 Digital Equipment Corporation High speed transmission line interface
JP2700843B2 (ja) * 1991-12-10 1998-01-21 三菱電機株式会社 多重通信制御装置
US5805586A (en) * 1995-05-02 1998-09-08 Motorola Inc. Method, device and data communication system for multilink polling
JPH09160858A (ja) * 1995-12-08 1997-06-20 Nippon Telegr & Teleph Corp <Ntt> データ再送方法及びサーバ
US6011796A (en) 1997-06-17 2000-01-04 Qualcomm Incorporated Extended range sequence numbering for selective repeat data transmission protocol
JPH1155345A (ja) 1997-07-29 1999-02-26 Matsushita Electric Ind Co Ltd 通信装置
US6112323A (en) 1998-06-29 2000-08-29 Microsoft Corporation Method and computer program product for efficiently and reliably sending small data messages from a sending system to a large number of receiving systems
US6381215B1 (en) 1998-06-29 2002-04-30 Microsoft Corporation Method and computer program product for efficiently and reliably sending small data messages from a sending system to a large number of receiving systems
US6567388B1 (en) * 1999-03-05 2003-05-20 Qualcomm, Incorporated Method and apparatus for efficient data retransmission in a voice-over-data communication system
US7305486B2 (en) 2000-06-30 2007-12-04 Kanad Ghose System and method for fast, reliable byte stream transport

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101849375B (zh) * 2007-09-11 2016-07-13 蔚蓝公司 对持久性资源分配的错误纠正
CN102143240A (zh) * 2010-01-28 2011-08-03 联发科技股份有限公司 无线通信装置以及ip地址协商方法
US8769367B2 (en) 2010-01-28 2014-07-01 Mediatek Inc. Apparatus, method, and system for IP address negotiations
CN105553785A (zh) * 2016-01-27 2016-05-04 华为技术有限公司 一种idle帧的过滤方法及装置

Also Published As

Publication number Publication date
US20030159099A1 (en) 2003-08-21
AU2003205248A1 (en) 2003-09-02
CN100388660C (zh) 2008-05-14
US7609639B2 (en) 2009-10-27
JP2006504290A (ja) 2006-02-02
WO2003067803A1 (en) 2003-08-14

Similar Documents

Publication Publication Date Title
US10972940B2 (en) Method and apparatus for operating a timer for processing data blocks
CN102739380B (zh) 无线发射/接收单元、方法和节点b
US20070025357A1 (en) Wireless communication method and apparatus for detecting and scheduling urgent data
WO2004107630A2 (en) Method and apparatus providing enhanced reservation access mode for a cdma reverse channel
CN103338501B (zh) 移动通信***中控制非连续接收期间活跃期的方法和装置
CN100388660C (zh) Nack协议的方法与设备
CN101411223B (zh) 基站装置及其数据重发方法
KR100822513B1 (ko) 데이터 전달의 지연 시간을 단축시키는 방법, 장치 및 데이터 통신 시스템

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
ASS Succession or assignment of patent right

Owner name: MOTOROLA MOBILE CO., LTD.

Free format text: FORMER OWNER: MOTOROLA INC.

Effective date: 20110111

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20110111

Address after: Illinois State

Patentee after: MOTOROLA MOBILITY, Inc.

Address before: Illinois, USA

Patentee before: Motorola, Inc.

C41 Transfer of patent application or patent right or utility model
C56 Change in the name or address of the patentee
CP01 Change in the name or title of a patent holder

Address after: Illinois State

Patentee after: MOTOROLA MOBILITY LLC

Address before: Illinois State

Patentee before: MOTOROLA MOBILITY, Inc.

TR01 Transfer of patent right

Effective date of registration: 20160302

Address after: California, USA

Patentee after: Google Technology Holdings LLC

Address before: Illinois State

Patentee before: MOTOROLA MOBILITY LLC

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20080514

Termination date: 20160121

EXPY Termination of patent right or utility model