CN1318245A - 用于信号交换协议的重发过程和装置 - Google Patents

用于信号交换协议的重发过程和装置 Download PDF

Info

Publication number
CN1318245A
CN1318245A CN00800814A CN00800814A CN1318245A CN 1318245 A CN1318245 A CN 1318245A CN 00800814 A CN00800814 A CN 00800814A CN 00800814 A CN00800814 A CN 00800814A CN 1318245 A CN1318245 A CN 1318245A
Authority
CN
China
Prior art keywords
message
described method
hstu
error
send
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
CN00800814A
Other languages
English (en)
Other versions
CN1168273C (zh
Inventor
斯蒂芬·帕尔姆
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.)
Heath Wei International Limited by Share Ltd
Original Assignee
Matsushita Graphic Communication Systems 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 Matsushita Graphic Communication Systems Inc filed Critical Matsushita Graphic Communication Systems Inc
Publication of CN1318245A publication Critical patent/CN1318245A/zh
Application granted granted Critical
Publication of CN1168273C publication Critical patent/CN1168273C/zh
Anticipated expiration legal-status Critical
Expired - Lifetime 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
    • 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • 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
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Computer And Data Communications (AREA)

Abstract

当在通信会话的xDSL协商过程中收到一错误报文时减少信号和报文的重发的装置和方法。一接收部(52)监控所收到的与xDSL协商过程的帧检验序列有关的数据。当该接收部(52)确定收到一错误报文时，一重发请求装置(54)发送一重发请求报文。该重发请求报文指示上次收的正确报文。但是，如出现预定数量的错误报文就终止该通信会话。

Description

用于信号交换协议的重发过程和装置
发明背景
定义
在下面整个讨论中使用下述定义：
载波集合-与一特殊xDSL建议书的PSD掩码有关的一个或多个频率的集合；
下游-从xTU-C到xTU-R的传输方向；
Galf-值为8116的八位字节；即HDLC标志的补码；
启动信号-启动一启动过程的信号；
启动站-启动一启动过程的DTE、DCE和其他有关终端设备；
报文-用经调制传输传递的帧信息；
金属本地环路-通信信道5，按顾客形成本地环路的金属导线；
应答信号-响应启动信号发出的信号；
应答站-对远程站通信事项的启动作出应答的站；
会话-计算机或应用之间通过一网络从开始到结束的通信连接；
信号-用基于音频的传输传递的信息；
信令族-为一给定载波空间频率的整数倍的载波集合组；
分流器-把一金属本地环路分成两个工作频带的一高通滤波器和一低通滤波器的组合；
事项-以肯定应答[ACK(1)]、否定应答(NAK)或超时为结束的报文序列；
终端-站；以及
上游-从xTU-R到xTU-C的传输方向。
缩写
下面整个讨论中使用下述缩写：
ACK-应答报文；
ADSL-非对称数字用户专用线；
CDSL-顾客数字用户专用线；
DSL-数字用户专用线；
FSK-移频键控；
HDSL-高位率数字用户专用线；
HSTU-C-xDSL中央终端设备(xTU-C)的信号交换部；
HSTU-R-xDSL远程终端设备(xTU-R)的信号交换部；
ITU-T-国际通信联盟-通信标准部；
NAK-否定应答报文；
POTS-简易老式电话业务；
PSD-功率谱密度；
PSTN-公共交换电话网络；
RADSL-速率自适应DSL；
RTX-请求重发；
VDSL-极高速数字用户专用线；
xDSL-各种数字用户专用线中的任一种；
xTU-C-xDSL的中央终端设备；以及
xTU-R-xDSL的远程终端设备。
1、发明领域
本发明涉及包括信号交换或初始化协议的高速通信装置，例如但不限于调制解调器、电缆调制解调器、xDSL调制解调器、卫星通信系统、点对点有线或无线通信系统；特别涉及通过检测错误、请求重发错误通信报文实现无错通信的装置和方法。
2、现有技术和其他信息
新近，有人提出和/或开发使用传统音频带(例如4kHz带宽)以上频谱在本地双扭线上传输数据的新通信方法。例如，已开发/正在开发各种数字用户专用线(DSL)调制解调器，例如但不限于DSL、ADSL、VDSL、HDSL、SHDSL和SDSL(它们总称为xDSL)。每一种xDSL技术需要健壮的启动或初始化方法。
ITU-T提出了启动数据通信的若干过程，其全部内容作为参考材料包括在此：
1)建议书V.8，题目为“Procedures For Starting Sessions Of DataTransmission Over The General Switched Telephone Network(在公用电话交换网上启动数据传输对话的进程)”，1994年9月出版；
2)建议书V.8bis，题目为“Procedures For The Identification AndSelection Of Common Modes Of Operation Between Data Circuit-Terminating Equipments (DCEs) And Between Data TerminalEquipments(DTEs) Over The General Switched Telephone Network(在数据电路终端设备之间以及在公用电话交换网上的数据终端设备之间标识和选择通用运行模式的进程)”，1996年8月出版；
3)建议书G.994.1，题目为“Handshake Procedures For DigitalSubscriber Line(DSL)Transceivers(用于数字用户专用线收发器的握手进程)”，1999年6月出版。应该指出，该文件是1999年3月出版的临时文件MA-006的审定版。
上述文件(1)和(2)涉及经音频带信道启动数据通信的过程。上述文件(3)涉及经xDSL信道启动数据通信的过程。
不幸，如报文中出现数据接收错误，即使该错误只长一位，该数据通信装置必需从头开始重起整个信号交换(初始化)过程。由于初始化过程常常涉及多个报文或事项，因此从头开始重起一传输造成信息和时间的大量损耗。因此，需要这样的装置和方法，通过只重发一会话的错误部分而不是重起整个初始化过程来减小初始化恢复过程。
本发明概述
因此，本发明的一个目的是开发一种重发信号交换或初始化过程中出现的错误报文的重发机构。在一实施例中，该过程为xDSL信号交换和选择过程(例如但不限于上述ITU-T建议书G.994.1、V.8和V.8bis)的一种扩充。按照本发明，如一通信装置在一会话中收到一错误报文，该通信装置指示上次正确接收的报文，然后请求重发该错误报文。此外，本发明一备选特征使得该重发请求报文可建议通信装置为减小帧出错所要使用的报文帧的长度。
按照本发明的一个目的，公开一种通信装置，该通信装置在通信信号交换过程中收到错误报文时可减少信号和报文的重发。该通信装置包括一接收来自一通信启动装置的信号以检测何时收到错误报文的接收部和一把指示收到错误报文的重发请求报文传给该通信启动装置的重发请求装置。该接收部包括一用来检测错误报文的错误检测装置。
按照本发明的一个特征，该重发请求报文可指示该通信装置上次收到的正确报文。此外，该重发请求报文可包括关于比方说随后要传输的报文帧的建议长度或一多段报文的帧编号的信息。
按照本发明的另一个目的，公开一种在通信会话的信号交换过程中收到错误报文时减少信号和报文的重发的方法。按照该方法，监控该信号交换过程以确定所收到的信号中是否含有错误报文。当受监控信号交换过程确定收到一错误报文时，发送一重发请求报文，请求重发该信号交换过程的一部分。
按照本发明的一个优点，检查与帧检验序列有关的数据以确定是否收到一错误报文。
按照本发明的另一个优点，该重发请求报文比方说可指示上次正确收到的一报文或指示一多段报文的段索引号或记录所收到报文的类型(或长度)。此外，可用该重发请求报文对上次正确接收报文的一组预定报文类型中的一特定报文类型进行编码。
按照本发明的一个特征，该重发请求报文可指示随后发送的信号的建议帧长，该建议帧长可比方说基于上次正确接收报文的帧长。
按照本发明的另一个特征，可在出现预定数量的错误报文(例如3个)时终止该通信会话。
本发明的另一个目的涉及一种在一通信会话的信号交换过程中收到错误报文时减少信号和报文的重发的方法，为此，监控所收到的与高速信号交换过程的预定帧结构有关的数据(例如与xDSL的帧检验序列有关的数据)，当受监控的预定帧结构指示所收到数据包括错误报文时发送重发请求报文。此外，可在发送预定量的错误报文、例如三个错误报文时终止通信会话。
本发明的另一个目的涉及一种在一通信会话的xDSL协商过程中收到错误报文时减少信号和报文的重发的方法。监控所收到的与帧检验序列有关的数据。如帧检验序列指示所收到的数据包括错误报文，就发送重发请求报文。该重发请求报文包括确认上次正确接收报文的信息。但是，如出现预定数量、例如三个错误报文，就终止通信会话。此外，重发请求报文可包含建议随后发送的信号的帧长的信息。所建议的帧长可基于上次收到的正确报文的帧长。
附图的简要说明
从下面结合附图对示例性优选实施例的详细说明中可清楚看出本发明的上述和其他目的、特征和优点，在所有这些附图中，相同部件用同一标号表示，附图中：
图1为一使用本发明一实施例的调制解调器装置的数据通信系统的方框图；
图2为图l数据通信系统的详细方框图；
图3示例出一事项，其中，从HSTU-R发出的一报文中有错误；
图4示例出一事项，其中，一多段报文的一帧中有一错误；
图5示例出一事项，其中，从HSTU-C发出的一报文中有错误；
图6示例出其中出现多个错误的一典型事项；
图7示例出一事项，在该事项中间出现两个错误；
图8示例出一事项，在该事项中间出现三个错误；
图9示例出一事项，其中，一使用本发明的HSTU-C与一不使用本发明的HSTU-R交互作用；
图10示例出一事项，其中，一ACK报文不无错接收；
图11示例出一事项，其中，该事项中间出现两个错误，其中一个错误报文为ACK；以及
图12示例出一事项，其中，错误接收一多段报文的ACK。
优选实施例详述
下面结合一种新报文类型、过程和与例如但不限于ITU-T建议书G.994.1中定义的xDSL启动方法之类启动机制有关的事项，说明本发明一优选实施例。这一新报文类型下文称为“请求重发”(RTX)。
本文所示细节只是示例性的，只是举例说明本发明各实施例，只是为了最有用、便于理解地说明本发明的原理和概念。在这里，对本发明结构的说明的详细程度不超出基本理解本发明所需程度，本领域普通技术人员从结合附图的说明中可一眼看出如何实施本发明。
按照本发明，如果一通信装置在一会话中收到一错误报文(例如，一报文中至少有一位是错误的)，则该通信装置请求重发(RTX)该错误报文并向发送该报文的通信装置指示上次正确收到的报文。为了在以后数据传输中减少含有错误的帧的出现，该RTX报文可建议发送报文的通信装置所要使用的报文帧的长度。
尽管本文结合ITU-T建议书G.994.1说明本发明，但应指出，在本发明的精神和/或范围内，使用RTX报文和过程的功能和方法同样适用于其他信号交换过程，例如但不限于上述ITU-T建议书V.8和V.8bis。
图1示例出实施本发明信号交换过程细节的一数据通信系统。如图1所示，该数据通信系统包括经一通信信道5连接在一起的一中央局系统2和一远程系统4。
中央局系统2包括一用作中央局系统2与通信信道5的接口的总配线架(MDF)1。该总配线架(MDF)1连接一边上比方说来自外部的电话线(例如通信信道5)与另一边上的内部线(例如中央局内部线)。
远程系统4包括一用作远程系统4与通信信道5的接口的网络接口装置(NID)3。该网络接口装置(NID)3用作用户设备与通信网络(例如通信信道5)的接口。
应该指出，在本发明的精神和/或范围内，本发明可用于其他通信装置。此外，尽管结合使用双扭线的电话通信系统说明本发明，但在本发明精神和/或范围内，本发明也可用于其他传输环境，例如但不限于电缆传输系统(例如电缆调制解调器)、光传输系统、无线传输系统、红外线传输系统等。
图2为图1数据传输系统第一实施例的详细方框图。该实施例代表一典型结构，其中，中央局系统2和远程系统4都实施本发明。
如图2所示，中央局系统2包括一低通滤波器34和一高通滤波器38、一测试协商模块46、一高速数据接收部68、一高速数据发送部70和一计算机82。计算机82可看成与位于中央局的网络设备的通用接口。测试协商模块46执行在启动实际高速数据通信前发生的所有协商和检查过程。
低通滤波器34和高通滤波器38对在通信信道5上传送的通信信号进行滤波。测试协商模块46测试、协商中央局系统2、远程系统4和通信信道5的状态、能力等。在启动高速调制解调器接收部和发送部(例如调制解调器)68和70前完成测试协商模块46的过程。高速接收部68用来接收远程系统4发送的高速数据，而高速数据发送部70向远程系统4发送高速数据。高速部68和70可包括、但不限于比方说ADSL、HDSL、SHDSL、VDSL、CDSL调制解调器。高速部68和70可为多个在初始协商过程中“共享”该共同模块46的高速传输装置。协商数据接收部52和高速数据接收部68向计算机82发送信号。协商数据发送部54和高速数据发送部70接收从计算机82发出的信号。
在所示实施例中，测试协商模块46包括一协商数据接收部(例如接收部)52和一协商数据发送部(例如重发请求装置)54。协商数据接收部52接收协商数据，而协商数据发送部54发送协商数据。中央局系统2的各部分的工作情况在下文详述。
远程系统4包括一低通滤波器36、一高通滤波器40、一测试协商模块48、一高速数据接收部72、一高速数据发送部66和一计算机84。计算机84可看成位于该远程系统的网络设备的通用接口。测试协商模块48执行实际高速数据通信前发生的所有协商和检查过程。
低通滤波器36和高通滤波器40对在通信信道5上传送的通信信号进行滤波。测试协商模块48测试、协商中央局系统2、远程系统4和通信信道5的状态、能力等。高速接收部72用来接收中央局系统2发送的高速数据，而高速数据发送部66向中央局系统2发送高速数据。协商数据接收部56和高速数据接收部72向计算机84发送信号。协商数据发送部50和高速数据发送部66接收从计算机84发出的信号。
在所示实施例中，测试协商模块48包括一协商数据接收部56和一协商数据发送部50。协商数据接收部56接收协商数据，而协商数据发送部50发送协商数据。远程系统4的各部分的工作情况在下文详述。
远程系统4的协商数据发送部50向中央局系统2的协商数据接收部52发送上游协商数据。中央局系统2的协商数据发送部54向远程系统4的协商数据接收部56发送下游协商数据。
中央局系统2包括与远程系统4的多个信道22、26、28、30和32通信的多个信道6、10、14、16和18。在这里，应该指出，在所示实施例中，信道6包括在现有音频带(例如0Hz-约4kHz)中与对应远程音频信道直接通信、经低通滤波器34和36滤波的中央音频信道。此外，远程系统4中有一不受中央局系统2的控制的远程音频信道33。远程音频信道33与通信信道5并联(但在低通滤波器36前)，从而提供与远程音频信道32同样的业务。但是，由于该信道连接在低通滤波器36前，因此远程音频信道33同时包含高速数据信号和音频信号。
应该指出，可使用频率特性不同的滤波器，从而使用其他低频带通信方法、例如ISDN在音频信道6与32之间进行通信。高通滤波器38和40选择成确保频谱在4kHz以上。应该指出，某些系统无需使用滤波器34、36、38和40中的一部分(或全部)。
(中央局系统2中的)位流10、14、16和18和(远程系统4中的)位流22、26、28和30包括用来在中央计算机82与远程计算机84之间进行通信的数字位流。应该指出，在本发明范围内，位流10、14、16和18可为(所示)离散信号，也可约束(bundle)成一接口或电缆或多路复分成单一位流。例如，位流10、14、16和18可构作成(但不限于)一符合RS-232、并行、火线(IEEE-1394)、通用串行总线(USB)、无线或红外线(IrDA)标准的接口。同样，应该指出，位流22、26、28和30可为(附图所示)离散信号，也可如上所述约束成一接口或电缆或多路复分成单一位流。
在中央局系统2的协商数据接收部52和协商数据发送部54与远程系统4的协商数据接收部56和协商数据发送部50之间交换与该通信线的状态(例如频率特性、噪声特性、有无分流器等)、该设备的能力和用户和应用业务需求对应的协商数据(例如控制信息)。
本发明硬件部分的基本特征是测试协商模块46和48所含功能，即测试和协商中央局系统2、远程系统4和通信信道5的状态、能力等。实际上，中央局系统2和远程系统4可有各种各样的结构。例如，外部音频信道33的配置不受控制中央局系统2的相同实体的控制。同样，通信信道5的能力和配置也可各种各样。在所示实施例中，测试协商模块46和48嵌入在调制解调器42和44中。但是，测试协商模块46和48的功能也可与调制解调器42和44分开独立实施。在测试协商模块46与48之间接收和发送的信号用来测试环境本身以及在中央局系统2与远程系统4之间传送测试结果。
下面说明图2中各信号路径的目的，然后说明用来生成这些信号的装置。各频率的具体数值的例子在下文详述。
在所示实施例中，在中央局系统2与远程系统4之间交换信息的各通信路径使用频分多路复用(FDM)。但是，应该指出，在本发明精神和/或范围内也可使用其他技术(例如但不限于CDMA、TDMA、扩展频谱等)。
0Hz-4kHz的频率一般称为PSTN音频带。数据通信的某些新通信方法一般使用4kHz以上的频谱。容许传输功率的第一频率一般为约25kHz。但可使用任何频率。在这里，应该指出，使用频率为34.5kHz的音频脉冲启动T1E1 T1.413 ADSL调制解调器。因此，可能的话，上述协商方法所使用的频谱中应避免使用该频率。
使用成对通信路径，一路径用于从远程系统4到中央局系统2的上游通信，另一路径用于从中央局系统2到远程系统4的下游通信。上游协商位由远程系统4的协商数据发送部50发送，由中央局系统2的协商数据接收部52接收。下游协商位由中央局系统2的协商数据发送部54发送，由远程系统4的协商数据接收部56接收。协商和高速训练一旦完成，中央局系统2和远程系统4使用高速数据发送部66和70以及高速数据接收部72和68进行双工通信。
本发明所有报文使用比方说差分(两进制)移相键控(DPSK)调制用一个或多个载波发送。如发送位为1，发送点从前点旋转180°；如发送位为0，发送点从前点旋转0°。每一报文前有在任一载波相位上的一点。下面说明载波的频率和开始载波和报文的调制的过程。
本发明不论在信号交换过程前还是在信号交换过程中都尽力使频谱合适或尽可能无障碍。载波一般选择成：上游和下游路径使用不同载波，避免现存系统激活音频、足以防止互调效应、具有足够间隔等。表1示出使用4.3125kHz和4.0kHz基频的某些合适载波音频集合。
表1
信号符号 上游频率索引(N) 下游频率索引(N)
 A43  91725  405664
 B43  374553  728896
 C43  79  121464
 A4  3  5
 B4  42834  666776
远程系统4分析设备能力、应用要求和信道限制后作出使用何种通信方法的最终决定。
中央局系统2收到该最终决定后停止下游协商数据的发送。当远程系统4检测到中央局系统2的能量(载波)损耗时停止发送上游协商数据。稍迟，该协商通信方法开始其初始化过程。
在启动一高速通信会话时，中央局系统或远程系统发送由对方接收的信号，然后对方发送预定信号、例如一信号交换会话所需信号作出响应。这些信号兼顾半双工或全双工启动过程。这种启动过程的一个例子比方说见作为参考材料包括在此的申请日为1999年12月29的美国专利申请No.09/473,683。但是，应该指出，在本发明精神和/或范围内也可使用其他启动过程。该启动过程确立用于信号交换会话的双向通信信道。信号交换会话的其他例子包括但不限于ITU-T建议书V.8、V.8bis和G.994.1(原来称为G.hs)。
该信号交换会话启动后、终止前，用一个或多个事项在xTU-C与xTU-R之间交换数据。每一事项包括至少一个含有数据和/或请求的报文，然后以一应答报文(或否定应答报文)结束。
该数据包括但不限于设备能力、信道能力、可用工作方式、用户请求、应用请求和业务请求。请求可包括但不限于所请求工作方式、所请求数据率和所请求协议。响应一报文的调制解调器指示接受(用一应答报文)、拒绝(用一否定应答报文)或用一请求报文要求启动不同类型的报文。按照该响应，一调制解调器可启动另一事项或终止该信号交换会话。使用公知技术对一模式选择报文的应答会造成该信号交换会话终止，启动该模式选择报文中所选择的通信方式。
在本发明的下述讨论中，报文使用上述ITU-T建议书G.994.1所述、表2所示帧结构。应该指出，使用两个帧检验序列(FCS)八位字节确定是否错误接受一报文。但是，应该指出，在本发明精神和/或范围内也可使用其他帧结构。
表2-帧结构
    标志     八位字节1
    标志     2
    标志(备选)
    标志(备选)
    标志(备选)
    信息字段
    FCS(第一八位字节)     N-2
    FCS(第二八位字节)     N-1
    标志     N
    标志(备选)
    标志(备选)
表3示出这些报文的整个信息字段(见图2)的组成，包括本发明RTX报文。
表3-整个报文的组成
Figure A0080081400201
LR 按照需要
L 按照需要
S 按照需要
CK
 AK
 EQ
 TX
表4列出ITU-T建议书G.944.1中定义的典型报文类型，还增加对本发明新RTX报文的支持。表5示出修正号的编码方式。检查修正号以确定是否支持RTX报文。特别是，如修正号设为1或小于1，则不支持(本发明的)对ITU-T建议书G.944.1的报文扩展，因此，如收到错误报文，必须使用现有错误恢复技术(例如发送一NAK-EF报文后会话终止和全部重起)。为使用RTX报文及其本发明的改进重发模式，修正号必须大于1。表4-报文类型字段格式
报文类型 位编号
87654321
 MS  00000000
 MR  00000001
 CL  00000010
 CLR  00000011
 ACK(1)  00010000
 ACK(2)  00010001
 NAK-EF  00100000
 NAK-NR  00100001
 NAK-NS  00100010
 NAK-NU  00100011
 REQ-MS  00110100
 REQ-MR  00110101
 REQ-CLR  00110111
 RTX  01000000
表5-修正号字段格式
修正号 位编号
 87654321
修正1  00000001
修正2  00000010
RTX报文的格式如表6所示。表6-RTX帧格式
八位字节内容     八位字节索引号
起始标志
报文类型(RTX)     1
修正号     2
上次正确接收的报文(LCRM)     3
多段帧编号(MSFN)     4
帧的建议大小(SFS)     5
帧检验序列(FCS)(2个八位字节)     67
结束标志
下面说明图6所示各八位字节。
报文类型八位字节包含表4所示RTX报文类型的特有编号。
修正号八位字节指示发送中事项协议的版本号。该八位字节必须大于1，以指示这是一新报文类型。表5示出各编码值。
上次正确接收报文(LCRM)八位字节包含上次正确接收报文的报文类型码。在该实施例中，当该会话中未收到无错报文时该LCRM使用NULL报文码(FF16)。但是，在本发明精神和/或范围内也可使用其他报文码。
多段帧编号(MSFN)八位字节包含一分段成多帧的报文的段索引号。第一段(或一帧所含一报文)的MSFN值为0。该帧所含第二段的MSFN值为1，依此类推。尽管各分段帧不明显编号，但HSTU-R和HSTU-C通信装置各保持隐含地跟踪MSFN值的内部计数器。
帧建议大小(SFS)包含向另一方(例如，当中央局系统2发送包含SFS的RTX报文时为远程系统4；当远程系统4发送包含SFS的RTX报文时为中央局系统2)建议另一方随后要发送的报文帧的长度的一值。该八位字节的值编码成：
FF16-保留
0016-所建议帧大小不变
00xxxxxx2-帧的大小
应该指出，上述这些值只是由本发明该实施示例出的一个例子，在本发明的精神和/或范围内可改变。
在所示实施例中，包括RTX报文的(启动数据通信的)信号交换事项至少必须遵从下述4条规则：
(1)如一HSTU-x收到一错误报文，则该HSTU-x发送一RTX报文。上次正确接收报文(LCRM)字段包含上次正确接收报文的类型。多段帧编号(MSFN)八位字节和帧建议大小(SFS)如上所述编码。图3示例出一事项，这在下文说明。
(2)如一HSTU-x收到一错误多段报文，则多段帧编号(MSFN)字段包含报文段编号。如上所述，在所示实施例中，第一段的MSFN值为0，第二段的MSFN值为1，依此类推。尽管分段帧不包含对帧明显编号的字段，但HSTU-R(例如远程系统4)和HSTU-C(例如中央局系统2)必须保持所接收的帧的编号的隐含计数。图4示例出一事项，这在下文说明。
(3)如HSTU-x在信号交换会话中未收到一无错报文，则上次正确接收报文(LCRM)八位字节必须包含NULL报文码。图5示例出这样一个会话，这在下文说明；以及
(4)如HSTU-C收到一RTX报文，而上次正确接收报文(LCRM)设为NULL，则HSTU-C必须以NAK-CD作出响应，终止(例如挂机/终止)会话。图6示例出这样一个会话，这在下文说明。
所示优选实施例中另外还有下述两条规则：
(1)如一HSTU-x相继收到三个RTX报文，该HSTU-x必须发送一NAK-CD报文终止会话；以及
(2)一RTX报文不被“应答”。因此，该事项继续进行，如同未发送错误报文和RTX报文。
在图3-12所示例各会话中，箭头表示成功接收的报文，而“X”表示收到错误报文。
应该指出，HSTU-x重发的位的序列不必与它在收到RTX报文前在一报文中发送的位的序列完全相同。由于无法预知错误报文类型，接收HSTU-x关于错误帧的内容不应作出任何假定。当接收HSTU-x被告知RTX后，它才能按照帧建议大小(SFS)八位字节决定缩短报文长度。此外，知道通信信道将来可能出错，接收HSTU-x可决定改变内容(或报文类型)。
在用一实施示例出的上述说明中，总是由HSTU-R发送第一报文。但是，按照本发明，也可由HSTU-C发送第一报文。因此，应该指出，在本发明精神和/范围内，也可由HSTU-C发送第一报文。
下面结合图3-12说明本发明的使用。在这里，应该指出，下述各例只是示例性的，并不对本发明范围有所限制。
在图3所示例子中，HSTU-C成功接收由HSTU-R发送的一CLR报文。HSTU-R然后收到HSTU-C发出的一CL报文。然后，HSTU-R向HSTU-C发送一ACK报文后发送一MS报文。尽管HSTU-R向HSTU-C发送MS报文，但HSTU-C并非无错接收MS报文。由于HSTU-R发送的上次正确接收报文为一ACK报文，因此HSTU-C准备其LCRM字段设为该ACK报文的码的一RTX报文。当HSTU-R收到该RTX报文时，它确定：ACK报文正确接收，但随后数据(例如MS报文)不正确接收。因此，HSTU-R重发该MS报文。尽管图3未示出，但该事项然后使用标准事项规则继续。
图4示出HSTU-R发送一多段CLR报文，每一段由一ACK(2)报文应答。第一段隐含编号0，第二段隐含编号1，依此类推。HSTU-R发送的CLR报文的第三段并非由HSTU-C无任何错误地接收。因此，HSTU-C准备其LCRM设为CLR的一RTX报文。由于CLR报文为一多段报文，因此MSFN字段用1编码(例如CLR1)，指示该多段报文的第二段为上次正确接收段。当HSTU-R收到RTX报文时，它确定：第二段(例如CLR1)是无错接收，但未收到第三段(例如CLR2)。从而HSTU-R重发CLR多段报文的第三段(CLR2)。尽管图4未示出，但该事项然后使用标准事项规则继续。
在图5所示例子中，HSTU-R不接收HSTU-C发送的第一报文。该事项开始于HSTU-C成功接收HSTU-R发送的CLR报文。然后，HSTU-C向HSTU-R发送CL报文。但是，HSTU-R不是无错接收CL报文。由于HSTU-C没有发送上次正确接收的报文，因此HSTU-R准备其LCRM字段设为NULL码的一RTX报文。HSTU-C收到该RTX报文时，它确定：未正确接收过报文。因此，HSTU-C发送第一报文(例如CL报文)。尽管图5未示出，但该事项然后使用标准事项规则继续。
在图6所示例子中，该通信信道起初不是无错的。HSTU-R向HSTU-C发送一CLR报文，但HSTU-C不是无错接收该报文。HSTU-C发送其LCRM设为NULL的一RTX报文，从而向HSTU-R通知该错误。但是，比方说由于通信信道的问题该报文也不是无错的。从而HSTU-R没有正确接收该RTX报文。因此，HSTU-R准备其本身的LCRM设为NULL的RTX报文，指示HSTU-R未收到HSTU-C的任何无错报文。在该实施例中，信道状态此时改进，HSTU-C无错收到该RTX报文。由于该RTX报文有一为NULL的LCRM报文，因此HSTU-C确定：其指示它未无错收到HSTU-R发送的报文的RTX报文(例如图6所示第一RTX(NULL))也不是无错接收。因此，HSTU-C向HSTU-R发送一NAK-CD报文而终止该会话。
在图7所示例子中，通信信道的质量在一事项中恶化(造成接收两个错误报文)，通信信道的质量然后提高，从而使该信号交换会话中后来无错接收报文。HSTU-C成功接收HSTU-R发送的CLR报文。尽管HSTU-C向HSTU-R发送一CL报文，但HSTU-R没有无错接收该报文。由于没有来自HSTU-C的上次正确接收报文，因此HSTU-R准备其LCRM字段设为NULL的一RTX报文。由于仍存在信道质量恶化问题，HSTU-C再次无法接收无错报文。因此HSTU-C准备并发送其LCRM设为CLR的一RTX报文。由于通信信道的质量此时提高，HSTU-R收到该RTX报文，从而确定：其RTX(NULL)报文未无错接收，从而重发其LCRM设为NULL的RTX报文。HSTU-C收到该RTX报文，从而确定：其CL未无错接收，从而重发CL报文。尽管图7未示出，但该事项然后使用标准事项规则继续。
图8示例出一事项，其中，通信信道的质量在该事项中恶化(造成接收三个错误报文)，然后通信信道的质量提高，从而使在该信号交换会话中随后无错接收报文。HSTU-C成功接收HSTU-R发送的CLR报文。尽管HSTU-C向HSTU-R发送一CL报文，但HSTU-R不无错接收该报文。由于没有来自HSTU-C的上次正确接收报文，因此HSTU-R准备其LCRM字段设为NULL的一RTX报文。但是，由于仍存在信道质量恶化问题，HSTU-C再次无法接收无错报文。因此HSTU-C准备并发送其LCRM字段设为CLR的一RTX报文。由于仍存在信道质量恶化问题，HSTU-R再次无法接收无错报文。HSTU-R再次准备其LCRM字段设为NULL的一RTX报文。此时，通信信道的质量提高，HSTU-C收到HSTU-R发送的该RTX报文，从而确定：其第一CL报文未无错接收，从而重发该CL报文。尽管图8未示出，但该事项然后使用标准事项规则继续。
图9示例出使用本发明的一HSTU-C与不使用本发明的一HSTU-R交互作用的一事项。HSTU-C成功接收HSTU-R发送的CLR报文。此时，通信信道质量恶化，HSTU-R不无错接收HSTU-C发给HSTU-R的一CL报文。由于HSTU-R不使用本发明，因此使用现有技术。确切说，HSTU-R准备并发送一NAK-EF(错误帧)报文后终止该通信会话。由于仍存在信道质量恶化问题，HSTU-C再次无法收到无错报文。HSTU-C(如上所述，使用本发明)准备并发送其LCRM字段设为CLR的一RTX报文。当HSTU-C无法收到HSTU-R的响应时，时间超时后HSTU-C终止。
在图10所示例的一事项中，错误接收一ACK报文。HSTU-C成功接收HSTU-R发送的一MS报文。但是，尽管HSTU-C向HSTU-R发出一ACK报文，但HSTU-R不无错接收该报文。由于没有来自HSTU-C的上次正确接收报文，因此HSTU-R通过准备其LCRM字段设为NULL的一RTX报文作出响应。由于HSTU-C确定未正确接收过报文，因此HSTU-C重发该ACK报文，完成该事项。
在图11所示例的一事项中，该事项中间出现两个错误，错误报文之一为ACK。HSTU-C成功接收HSTU-R发送的MS报文。HSTU-C然后向HSTU-R发送一ACK报文，但是，由于通信信道的质量恶化，HSTU-R不无错接收该报文。由于没有来自HSTU-C的上次正确接收报文，因此HSTU-R准备其LCRM字段设为NULL的一RTX报文。由于仍存在信道质量恶化问题，HSTU-C再次无法接收无错报文。因此，HSTU-C准备并发送其LCRM字段设为MS的一RTX报文。由于此时通信信道质量提高，HSTU-R收到该RTX报文，从而确定：其RTX(NULL)报文未无错接收，从而重发其LCRM字段设为NULL的RTX报文。HSTU-C收到该RTX报文，从而确定：ACK报文未无错接收，因此重发ACK报文。该事项然后完成。
在图12所示例的一事项中，一多段报文的ACK(2)错误接收。HSTU-R发送一多段CLR报文，每一段由一ACK(2)报文应答。第一段隐含编号0，第二段隐含编号1，依此类推。HSTU-R不无错接收HSTU-C发送的第二ACK(2)。因此，HSTU-R准备其LCRM设为ACK(2)的一RTX报文。由于该ACK(2)报文为一对一多段报文的应答，因此该MSFN字段用0编码(例如ACK(2)0)，指示该多段报文的第一ACK(2)为上次正确接收的段。当HSTU-C收到该RTX报文时，它确定：第一段(例如ACK(2)0)无错接收，但未收到第二ACK(2)(例如ACK(2)1)。因此，HSTU-C重发第二ACK(2)(例如ACK(2)1)。HSTU-R然后发送该CLR报文的第三段(例如CLR2)而继续该事项。尽管图12未示出，但该事项然后使用标准事项规则继续。
上述说明只是示例性的，决不能看作对本发明有所限制。尽管以上结合示例性实施例说明了本发明，但应该指出，本文中使用的词语只是示例性而非限制性的。只要不背离本发明的范围和精神，不管是在当前给出的权利要求还是修改权利要求的范围内，可对本发明的各个方面作出种种改动。尽管以上结合特别装置、材料和实施例说明了本发明，但本发明不限于本文所公开的细节；而是，在后附权利要求的范围内，本发明可扩展到所有功能相当的结构、方法和应用。例如，尽管以上结合ITU-T建议书G.994.1定义的xDSL过程说明了本发明，但本发明并不限于使用于该过程，而同样可用于其他过程，例如但不限于ITU-T建议书V.8和V.8bis。可用专用硬件实施本发明方法，包括但不限于应用专用集成电路、可编程逻辑阵列和用来实施本文所述方法的其他硬件装置。但应该指出，也可用一计算机执行的软件(例如软件调制解调器)实施本发明。此外，也可使用包括但不限于分布式处理技术或元件/对象分布式处理技术、并行处理技术或虚拟机处理技术实施本文所述方法。此外，尽管本说明书结合特殊标准和协议说明了在各实施例中实施的元件和功能，但本发明并不限于这些标准和协议。用于互连网和其他包交换网络传输的标准(例如TCP/IP、UDP/IP、HTML、SHTML、DHTML、XML、PPP、FTP、SMTP、MIME)；外围设备控制(IrDA；RS232C；USB；ISA；ExCA；PCMCIA)和公共电话网络(ISDN、ATM、xDSL)代表着现有技术的例子。这些标准不时被更快或更有效的具有相同功能的等同物取代。具有相同功能的替代标准和协议应被看成等同物。

Claims (30)

1、一种在一信号交换通信过程中收到一错误报文时减少信号和报文的重发的通信装置，包括：
接收来自一通信启动装置的信号的接收部，所述接收部检测在何时所接收信号中收到一错误报文；以及
重发请求装置，该重发请求装置向该通信启动装置发送一指示收到所述错误报文的重发请求报文。
2、按权利要求1所述的通信装置，其特征在于，所述重发请求报文指示哪一个正确报文是由该通信装置上次收到的。
3、按权利要求2所述的装置，其特征在于，所述重发请求报文还包括关于随后要向该通信装置发送的报文帧的建议长度的信息。
4、按权利要求2所述的装置，其特征在于，所述重发请求报文还包括关于一多段报文的帧编号的信息。
5、按权利要求1所述的装置，其特征在于，所述接收部还包括一检测所述错误报文的错误检测装置。
6、一种在一通信会话的信号交换过程中收到一错误报文时减少信号和报文的重发的方法，包括：
监控该信号交换过程以确定一收到的信号中是否包含一错误报文；以及
当确定受监控信号交换过程中含有错误报文时发送一请求重发该信号交换过程的一部分的重发请求报文。
7、按权利要求6所述的方法，其特征在于，监控信号交换过程包括通过检查与一帧检验序列有关的数据确定是否收到错误报文。
8、按权利要求6所述的方法，其特征在于，发送一重发请求报文还包括指示一上次正确接收的报文。
9、按权利要求7所述的方法，其特征在于，还包括利用上次正确接收报文的一预定报文类型集合，对一特定报文类型进行编码。
10、按权利要求6所述的方法，其特征在于，重发请求报文还包括对一多段报文的段索引号进行编码。
11、按权利要求6所述的方法，其特征在于，重发请求报文还包括指示随后发送的信号的建议帧长。
12、按权利要求11所述的方法，其特征在于，随后发送的信号的建议帧长基于上次正确接收报文的帧长。
13、按权利要求6所述的方法，其特征在于，监控信号交换过程包括检查与帧检验序列有关的数据。
14、按权利要求13所述的方法，其特征在于，还包括记录所收到报文的类型。
15、按权利要求13所述的方法，其特征在于，还包括记录所收到报文的长度。
16、按权利要求6所述的方法，其特征在于，还包括在出现预定数量的错误报文时终止该通信会话。
17、按权利要求16所述的方法，其特征在于，该预定数为3。
18、一种在一通信会话的信号交换过程中收到错误报文时减少信号和报文的重发的方法，包括
监控所收到的与高速信号交换过程的预定帧结构有关的数据；以及
当受监控的预定帧结构指示所收到数据包括错误报文时发送重发请求报文。
19、按权利要求18所述的方法，其特征在于，监控所收到的与预定帧结构有关的数据包括监控所收到的与一xDSL信号交换过程的帧检验序列有关的数据。
20、按权利要求19所述的方法，其特征在于，发送一重发请求报文还包括指示哪一个正确报文是上次收到的。
21、按权利要求20所述的方法，其特征在于，还包括在发送预定数量的错误报文时终止该通信会话。
22、按权利要求21所述的方法，其特征在于，该预定数为3。
23、按权利要求18所述的方法，其特征在于，发送一重发请求报文还包括指示哪一个正确报文是上次收到的。
24、按权利要求18所述的方法，其特征在于，还包括在发送预定数量的错误报文时终止该通信会话。
25、按权利要求24所述的方法，其特征在于，该预定数为3。
26一种在一通信会话的xDSL协商过程中收到错误报文时减少信号和报文的重发的方法，包括：
监控所收到的与帧检验序列有关的数据；
当帧检验序列指示所收到的数据包括错误报文时发送重发请求报文，该重发请求报文指示上次收到的正确报文；以及
如出现预定数量的错误报文，就终止通信会话。
27、按权利要求26所述的方法，其特征在于，该预定数量为3。
28、按权利要求26所述的方法，其特征在于，发送一重发请求报文还包括建议随后发送的信号的帧长。
29、按权利要求28所述的方法，其特征在于，所建议帧长基于上次收到的正确报文的帧长。
30、按权利要求29所述的方法，其特征在于，终止该通信会话包括在出现三个错误报文时终止该通信会话。
CNB008008140A 1999-05-21 2000-05-18 用于信号交换协议的重发过程和装置 Expired - Lifetime CN1168273C (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US13530899P 1999-05-21 1999-05-21
US60/135,308 1999-05-21
US13623099P 1999-05-26 1999-05-26
US60/136,230 1999-05-26

Publications (2)

Publication Number Publication Date
CN1318245A true CN1318245A (zh) 2001-10-17
CN1168273C CN1168273C (zh) 2004-09-22

Family

ID=26833191

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB008008140A Expired - Lifetime CN1168273C (zh) 1999-05-21 2000-05-18 用于信号交换协议的重发过程和装置

Country Status (7)

Country Link
EP (1) EP1119775B1 (zh)
JP (2) JP2003500919A (zh)
KR (1) KR20010074734A (zh)
CN (1) CN1168273C (zh)
AU (1) AU5266400A (zh)
CA (1) CA2338077C (zh)
WO (1) WO2000072495A2 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1783844B (zh) * 2004-11-05 2010-05-05 捷讯研究有限公司 在无线分组数据服务网络中定制数据会话重试机制
US7970733B2 (en) 2006-09-13 2011-06-28 Broadcom Corporation Method for communicating data in xDSL using data retransmission
US8320248B2 (en) 2006-09-13 2012-11-27 Broadcom Corporation Method and system for communicating data in xDSL using data retransmission
US8381055B2 (en) 2006-09-13 2013-02-19 Broadcom Corporation System for communicating data in xDSL using data retransmission
US8381057B2 (en) 2008-08-04 2013-02-19 Broadcom Corporation Seamless change of retransmission and rescheduling queues in a communication system

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1245093B1 (en) 2000-01-07 2006-10-25 Aware, Inc. Diagnostic methods and systems for multicarrier modems
KR100840084B1 (ko) * 2001-12-21 2008-06-19 주식회사 케이티 ｘＤＳＬ 액세스 구간의 장애 및 알람 관리 방법
US7120847B2 (en) * 2002-06-26 2006-10-10 Intellon Corporation Powerline network flood control restriction
US8090857B2 (en) 2003-11-24 2012-01-03 Qualcomm Atheros, Inc. Medium access control layer that encapsulates data from a plurality of received data units into a plurality of independently transmittable blocks
CN100459527C (zh) * 2003-12-12 2009-02-04 华为技术有限公司 网络通信中测试用户线路的系统及其方法
JP2006086611A (ja) * 2004-09-14 2006-03-30 Sony Corp 情報処理装置、情報処理システム、情報処理方法及びそのプログラム
US8175190B2 (en) 2005-07-27 2012-05-08 Qualcomm Atheros, Inc. Managing spectra of modulated signals in a communication network
KR101484798B1 (ko) 2007-05-10 2015-01-28 퀄컴 인코포레이티드 공유 매체에의 분산형 액세스의 관리
CN102939736B (zh) 2010-04-12 2016-05-25 高通股份有限公司 用于经由共享介质在站之间通信的方法、系统和设备
US8891605B2 (en) 2013-03-13 2014-11-18 Qualcomm Incorporated Variable line cycle adaptation for powerline communications
US11176111B2 (en) * 2013-03-15 2021-11-16 Nuodb, Inc. Distributed database management system with dynamically split B-tree indexes
CN113794539B (zh) * 2021-06-08 2024-03-22 龙迅半导体（合肥）股份有限公司 一种双向通信控制方法和装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5954353A (ja) * 1982-09-22 1984-03-29 Nippon Telegr & Teleph Corp <Ntt> デ−タ伝送方式
JPS60142650A (ja) * 1983-12-28 1985-07-27 Ricoh Co Ltd デ−タ転送方式
US4841526A (en) * 1984-05-25 1989-06-20 Wilson Jon C Data communications system
US4905234A (en) * 1987-06-03 1990-02-27 General Electric Company Apparatus and method for transmitting digital data over a radio communications channel
JPH0496534A (ja) * 1990-08-14 1992-03-27 Oki Electric Ind Co Ltd Ｈｄｌｃにおける選択再送方式
JP3305769B2 (ja) * 1992-09-18 2002-07-24 株式会社東芝 通信装置
US5463382A (en) * 1994-04-22 1995-10-31 Motorola, Inc. Method and apparatus for controlling message transmissions in an acknowledge-back selective call communication system
US5754754A (en) * 1995-07-26 1998-05-19 International Business Machines Corporation Transmission order based selective repeat data transmission error recovery system and method
AU1415297A (en) * 1996-12-09 1998-07-03 Motorola, Inc. System controlled asymmetrical automatic repeat request protocol method
JP3006561B2 (ja) * 1997-09-01 2000-02-07 日本電信電話株式会社 データ通信再送方法
JP3062136B2 (ja) * 1997-09-25 2000-07-10 日本電気移動通信株式会社 携帯電話機のリダイヤル方式

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1783844B (zh) * 2004-11-05 2010-05-05 捷讯研究有限公司 在无线分组数据服务网络中定制数据会话重试机制
US7970733B2 (en) 2006-09-13 2011-06-28 Broadcom Corporation Method for communicating data in xDSL using data retransmission
US8219589B2 (en) 2006-09-13 2012-07-10 Broadcom Corporation Method for communicating data in xDSL using data retransmission
US8320248B2 (en) 2006-09-13 2012-11-27 Broadcom Corporation Method and system for communicating data in xDSL using data retransmission
US8381055B2 (en) 2006-09-13 2013-02-19 Broadcom Corporation System for communicating data in xDSL using data retransmission
CN101321046B (zh) * 2006-09-13 2013-05-29 美国博通公司 xDSL系统内传送数据的方法、装置和系统
US8838525B2 (en) 2006-09-13 2014-09-16 Broadcom Corporation Method for communicating data in xDSL using data retransmission
US8898533B2 (en) 2006-09-13 2014-11-25 Broadcom Corporation System for communicating data in xDSL using data retransmission
US8381057B2 (en) 2008-08-04 2013-02-19 Broadcom Corporation Seamless change of retransmission and rescheduling queues in a communication system

Also Published As

Publication number Publication date
CN1168273C (zh) 2004-09-22
WO2000072495A3 (en) 2001-05-25
JP2003500919A (ja) 2003-01-07
KR20010074734A (ko) 2001-08-09
JP2002237865A (ja) 2002-08-23
EP1119775A2 (en) 2001-08-01
WO2000072495A2 (en) 2000-11-30
EP1119775A4 (en) 2006-09-27
CA2338077A1 (en) 2000-11-30
EP1119775B1 (en) 2013-05-01
CA2338077C (en) 2005-06-14
AU5266400A (en) 2000-12-12

Similar Documents

Publication Publication Date Title
CN1168273C (zh) 用于信号交换协议的重发过程和装置
JP4861504B2 (ja) アクノレッジメントの効率的な送信のための装置及び方法
JP3441081B2 (ja) 通信装置及び通信方法
US7564827B2 (en) Adaptive hybrid retransmission method for wireless communications
RU2274955C2 (ru) Усовершенствование сигнализации о размере транспортного блока данных
US6694470B1 (en) Retransmission procedure and apparatus for handshaking protocol
CN102415036B (zh) 用于便利控制区域大小的可靠传输和跨载波信号传送的可靠检测的方法和装置
US6751254B1 (en) Activation of multiple xDSL modems with power control measurement
US8213402B2 (en) Automatic repeat request (ARQ) communication system using physical layer monitoring
EP1095464B1 (en) ACTIVATION OF MULTIPLE xDSL MODEMS WITH POWER CONTROL MEASUREMENT
EP1062761B1 (en) ACTIVATION OF MULTIPLE xDSL MODEMS WITH HALF DUPLEX AND FULL DUPLEX PROCEDURES
US20050021835A1 (en) Multiple mode of operation handshaking between DSL modems
CN101547076A (zh) 正交频分多址接入系统中的降阶调制方法
EP2179528B1 (en) System and method employing frequency band flipping for the retransmission of data

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: MATSUSHITA COMMUNICATION SYSTEMS AND EQUIPMENT CO.

Free format text: FORMER OWNER: PANASONIC IMAGE COMMUNICATION SYSTEM CO.,LTD.

Effective date: 20091113

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

Effective date of registration: 20091113

Address after: Fukuoka, Japan

Patentee after: Panasonic Communication System Equipment Co.,Ltd.

Address before: Tokyo, Japan

Patentee before: Matsushita Graphic Communication Systems Inc.

ASS Succession or assignment of patent right

Owner name: PANASONIC SYSTEM NETWORKS TECHNOLOGY CO., LTD.

Free format text: FORMER OWNER: PANASONIC COMMUNICATION SYSTEM EQUIPMENT CO. TD.

Effective date: 20140421

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

Effective date of registration: 20140421

Address after: Fukuoka, Japan

Patentee after: Panasonic systems network technologies

Address before: Fukuoka, Japan

Patentee before: Panasonic Communication System Equipment Co.,Ltd.

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

Effective date of registration: 20151214

Address after: Luxemburg Luxemburg

Patentee after: Heath Wei International Limited by Share Ltd

Address before: Fukuoka, Japan

Patentee before: Panasonic systems network technologies

CX01 Expiry of patent term
CX01 Expiry of patent term

Granted publication date: 20040922