WO2009062952A1 - Interface de communication et message de balayage servant à balayer des propriétés de liaisons et à écrire des contextes de liaisons - Google Patents

Interface de communication et message de balayage servant à balayer des propriétés de liaisons et à écrire des contextes de liaisons Download PDF

Info

Publication number
WO2009062952A1
WO2009062952A1 PCT/EP2008/065378 EP2008065378W WO2009062952A1 WO 2009062952 A1 WO2009062952 A1 WO 2009062952A1 EP 2008065378 W EP2008065378 W EP 2008065378W WO 2009062952 A1 WO2009062952 A1 WO 2009062952A1
Authority
WO
WIPO (PCT)
Prior art keywords
devices
scan
chain
message
properties
Prior art date
Application number
PCT/EP2008/065378
Other languages
English (en)
Inventor
Gerrit Willem Besten
Original Assignee
Nxp B.V.
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 Nxp B.V. filed Critical Nxp B.V.
Publication of WO2009062952A1 publication Critical patent/WO2009062952A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40039—Details regarding the setting of the power status of a node according to activity on the bus

Definitions

  • High-speed serial data communication networks are typically build-up from point-to-point connections; Routers, switches, and/or hubs are used to extend the network beyond two devices. This is illustrated in Fig. 1.
  • the devices at both ends include the complete interface stack including protocol and physical/electrical layers, it is pretty straightforward to define an interaction between the two sides using packets/messages to exchange the properties of the other side. It is assumed that the local properties are known by the local protocol.
  • Fig.1 depicts a state of the art system
  • Fig 2 depicts an embodiment of the invention
  • Fig. 3 depicts a chain of devices
  • Fig. 4 a state diagram according to the invention. DETAIL DESCRIPTION OF THE EMBODIMENTS
  • FIG. 2 An example case for which this is important is shown in Fig. 2.
  • the 2 devices at the ends of the complete chain of point-to-point links contain the full interface stack and can exchange their properties with messages in the higher protocol layers.
  • the devices C and D in between the end-points have restricted functionality.
  • Implicit in this reasoning is that it is possible to find a commonly supported setting. This can be enforced by requiring (in a standards or specification document) baseline functionality and performance, with incremental optional upgrade possibilities. This ensures that the actual settings are bounded by the capabilities of least advanced device. Note that with multiple independent optional choices the 'least advanced device' must be considered for each option individually.
  • the invention provides a method to access the properties of C and D without involving the higher level protocols.
  • a communication interface includes at least one interface mode, which supports at least one control command, next to commands to initiated one or mode data transmission modes. Furthermore, assume that all devices support at least one base operation setting. If a command in the base operating mode is assigned for 'scan' functionality, the first device of a chain can send the 'scan' command. Because this is in the base operating mode, this is by definition supported by all devices in the chain. All devices receiving this command will add their properties to the command and forward it. Adding information can be done in multiple ways. For example, device may concatenate a fixed amount of property- data to the incoming command plus 'scanned data' of preceding devices. This can be any length, but for example be two bytes per device. Alternatively the amount of data per device might be flexible.
  • a length counter can be added to individual scan results of each device or by separating all results with recognizable delimiter control sequences.
  • a length counter can be included in or after the 'scan' command (so before scan data) to indicate to what size the scanned data has accumulated. Furthermore it can be indicated how many devices are already scanned.
  • a 'type of scan' identifier can be added to include for example writing feature to the scan concept (next to the described reading concept)
  • the can include specific actions to a certain specific device or type of device.
  • Any subset that provides sufficient info to interpret the information is also covered by this invention. Any method to include information inside or add information after the command can be used for implementations of this invention. Furthermore any order of fields like for example counters, device numbers, type of scan, can be used or even be (partial) together be encrypted in another format.
  • the invention is not limited to the number of devices or link compositions as mentioned in the examples. There can be any number of devices in the chain for each direction individually. Note that typically the devices at the end of the chain have a higher layer protocol stack, while the devices in between have a reduced or no higher layer protocol stack at all.
  • the intermediate device may include higher level protocol layers, these are then not used for the scanning of the chain.
  • these are then not used for the scanning of the chain.
  • the higher level protocols where the 'scan chains' start and end.
  • the start and end points must be devices that includes a higher level protocol stack.
  • the scanning concept can also be used.
  • the branch-point are devices with a higher protocol stack, which means that a certain chain of device can be appointed in the network to scan, by setting the connections in the desired way. Otherwise the signal might get broadcasted to multiple destination at the point where the network branches.
  • the scan results can be found at two or more endpoint, partially including the same information, which actually provides information about the network topology and which might be exploited at protocol level.
  • the scan can also be exploited for roundtrip checks, this requires a correlation between the two directions at low level. It is beneficial to keep the directions independent at low level. For the scan (write-part of the) concept it is sufficient that a return path exist.
  • the return path itself may include a similar scan mechanism (but separately accessed by the protocol for the other side of the chain).
  • Advantage of this approach is that for the physical/electrical interface layers the directions (data lanes) are independent, which provides maximum freedom to both lower (no correlation between input and output ports at PHY level) and higher protocol layers (usage of lanes is very flexible).
  • device A has all info, it can 'scan' the chain again, but in writing mode, such that after this scan all devices in the chain can start to operate at the desirable settings. This may differ from the maximum performance setting if there is a system benefit for that like power consumption. However in many case it will be set to best performance match.
  • the writing scan may do with a single settings write field.
  • 'scan' concept also allows implementations which are capable to address each device individually with respect to writing settings or address devices with particular properties. This can be done conceptually similar to the before-described 'read scan', but then including 'write' setting fields and indications for where they need to go. Notice that with the scan read/write concept described it is also possible to add additional features, like for example switching branches and/or enabling/disabling outputs, on devices that do not includes higher layer protocols with switch/router capabilities. In a realization of this method, the control commands may exploit one (or more) control symbol(s) to indicate specific actions.
  • a sequence starting from a certain known-state may always be considered as control command.
  • An illustration of this can be found in the example state-machine, which is described here after: The first sequence of bits after entering 'CONTROL' mode is always interpreted as command for the next action.
  • Optional features and configurable items include, but are not restricted to:
  • the system includes a SLEEP mode where the interconnect lines are at a defined and static state. If there is activity on the lines the system automatically changes to CONTROL mode (meaning a constant signal with opposite polarity for a period in order to settle the biases, followed by DCM encoded bits (for coding see figure 5 and patent 111).
  • CONTROL mode meaning a constant signal with opposite polarity for a period in order to settle the biases
  • DCM encoded bits for coding see figure 5 and patent 111).
  • the first series of DCM encoded bits indicate the command to be executed. Not all commands need to have the same length, which allows to differentiate between fast actions and slower actions, as long as the set of command is interpretable without ambiguity.
  • the diagram contains multiple other modes/features which are accessed via other commands. This may for example include 'back to SLEEP', going into HIBERnation (ultra low power state, but keeping all state information to do a recovery without a RESET involved), different data transmission schemes (DCM, NRZ) both encoded (e.g. 8Bl OB) to provide control symbols, CONFIG(uration) to configure the local device to the requested settings (possibly received via the SCAN or from higher protocol layers)
  • DCM, NRZ different data transmission schemes
  • CONFIG(uration) to configure the local device to the requested settings (possibly received via the SCAN or from higher protocol layers)
  • SHUT On the left side the states SHUT, RESET, BOOT and OFF states are shown.
  • SHUT is a 'determined-OFF' -state, which is exploited to prepare total link power-down. SHUT can keep certain state information if the device is not de-powered.
  • the DCM and NRZ transmission processes include transmit schemes based on a line coding (e.g. 8Bl OB) including data and control symbols.
  • Control symbols can for example be used for symbol synchronization, packet delimiting, start and end of transmission sequences, idling, skip-codes, and triggers. Notice that the bit signaling of DCM and NRZ transmission is apparently different, but the symbol encoding on top of the bit 'encoding' can be chosen to be different or the same.
  • this example state diagram includes different standby states (SLEEP, SNOOZE, HIBER) to balance the needs power consumption and recovery time.
  • SLEEP and SNOOZE are both static unterminated line states to minimize static power consumption, but SNOOZE return immediately to high-speed Embedded-Clock transmission (e.g. 8Bl OB encoded), with predefined settings, enabling fast recovery.
  • high-speed Embedded-Clock transmission e.g. 8Bl OB encoded
  • SLEEP mode lower power consumption can be achieved and it allows all control options when returning to CONTROL state, but it takes more time to access the high-speed transmission modes compared to the SNOOZE state.
  • the NRZ bit stream, with a symbol encoding must indicate whether the link returns to SNOOZE or CONTROL state after transmission of a burst.
  • the line signals and/or devices need require settling time which can be accommodated for by insertion of sacrificial spacer sequences.
  • the line can keep a fixed drive level for a sufficiently long period to ensure settling.
  • the required settling time typically becomes shorter for physically short links.
  • the worst case situation needs to be accounted for.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)

Abstract

L'invention porte sur une interface de communication dans laquelle on utilise une ou des instructions de commande dans au moins un mode d'exploitation pour balayer les propriétés générales de liaisons.
PCT/EP2008/065378 2007-11-12 2008-11-12 Interface de communication et message de balayage servant à balayer des propriétés de liaisons et à écrire des contextes de liaisons WO2009062952A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP07120515.7 2007-11-12
EP07120515 2007-11-12

Publications (1)

Publication Number Publication Date
WO2009062952A1 true WO2009062952A1 (fr) 2009-05-22

Family

ID=40430087

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/065378 WO2009062952A1 (fr) 2007-11-12 2008-11-12 Interface de communication et message de balayage servant à balayer des propriétés de liaisons et à écrire des contextes de liaisons

Country Status (1)

Country Link
WO (1) WO2009062952A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030061385A1 (en) * 2001-05-31 2003-03-27 Lucas Gonze Computer network interpretation and translation format for simple and complex machines
US6658010B1 (en) * 1996-07-25 2003-12-02 Hybrid Networks, Inc. High-speed internet access system
US20040019876A1 (en) * 2000-09-22 2004-01-29 Narad Networks, Inc. Network architecture for intelligent network elements
DE102005055964A1 (de) * 2005-11-15 2007-05-16 Valeo Schalter & Sensoren Gmbh Verfahren zum Betreiben eines Sensorsystems, Sensorsystem und Sensormodul

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6658010B1 (en) * 1996-07-25 2003-12-02 Hybrid Networks, Inc. High-speed internet access system
US20040019876A1 (en) * 2000-09-22 2004-01-29 Narad Networks, Inc. Network architecture for intelligent network elements
US20030061385A1 (en) * 2001-05-31 2003-03-27 Lucas Gonze Computer network interpretation and translation format for simple and complex machines
DE102005055964A1 (de) * 2005-11-15 2007-05-16 Valeo Schalter & Sensoren Gmbh Verfahren zum Betreiben eines Sensorsystems, Sensorsystem und Sensormodul

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LOUKOLA M V ED - INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS: "IPv6 over ATM flow-handling", 1998 1ST. IEEE INTERNATIONAL CONFERENCE ON ATM. ICATM'98. CONFERENCE PROCEEDINGS. COLMAR, FRANCE, JUNE 22 - 24, 1998; [IEEE INTERNATIONAL CONFERENCE ON ATM], NEW YORK, NY : IEEE, US, 22 June 1998 (1998-06-22), pages 439 - 446, XP010291024, ISBN: 978-0-7803-4982-7 *

Similar Documents

Publication Publication Date Title
CN102150399B (zh) 减少桥接网络中的泛洪
US8018962B1 (en) Chip-to-chip interface for 1000 BASE T gigabit physical layer device
TW410299B (en) Network transceiver for steering network data to selected paths based on determined link speeds
US7899111B2 (en) Link interface technique including data indicator symbols
US20040208180A1 (en) System and method for supporting auto-negotiation among standards having different rates
CN103141066A (zh) 发送电路、接收电路、发送方法、接收方法、通信系统及其通信方法
KR100795441B1 (ko) 짧은 대기시간의 인터럽트 및 제어 신호, 핫플러그 에러 검출 및 복구, 그리고 대역폭 할당을 하는 통신 버스
CN1773995B (zh) 用于数据通信设备中的自动协商的系统和方法
US9479277B2 (en) Mechanism for channel synchronization
WO2000076161A1 (fr) Transmission de donnees numeriques au moyen de signaux logiques multivalues
WO2005096575A1 (fr) Assemblage de circuits et procede permettant de transferer des donnees dans une voie a 3 niveaux de modulation d'impulsion en amplitude (mia-3)
US7804857B2 (en) Transceiver and communication method for digital multi-carrier communication
KR100512684B1 (ko) 이더넷 적응 장치
US7177283B2 (en) Transmitting and receiving circuit and transmitting and receiving method
CN101650872B (zh) 用电信息采集系统及方法
WO2009062952A1 (fr) Interface de communication et message de balayage servant à balayer des propriétés de liaisons et à écrire des contextes de liaisons
CN115967752A (zh) 通信协议实现方法及通信系统
US20070160081A1 (en) Integrated power line communications interface for performing communications protocol processing on a plurality of classes of communications data
CN113645110A (zh) 通信控制装置和发送/接收装置及总线系统中的通信方法
JP7492034B2 (ja) 通信制御デバイス用のインターフェースモジュール、シリアルバスシステムの加入者局用の送信／受信デバイス、およびシリアルバスシステムで通信するための方法
CN101686133B (zh) 可调整消耗功率的通讯系统
KR100415585B1 (ko) 고속 라우터 시스템의 비동기 전달모드 접속장치
US20040039850A1 (en) Apparatus and method for automatically configuring network media connection
Nannipieri et al. The spacefibre standard
CN116803055A (zh) 用于串行总线系统的用户站和用于在串行总线系统中的通信的方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08850685

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08850685

Country of ref document: EP

Kind code of ref document: A1