Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04J—MULTIPLEX COMMUNICATION
  • H04J3/00—Time-division multiplex systems
  • H04J3/02—Details
  • H04J3/06—Synchronising arrangements
  • H04J3/0635—Clock or time synchronisation in a network
• • 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/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04J—MULTIPLEX COMMUNICATION
  • H04J3/00—Time-division multiplex systems
  • H04J3/02—Details
  • H04J3/06—Synchronising arrangements
  • H04J3/0635—Clock or time synchronisation in a network
  • H04J3/0685—Clock or time synchronisation in a node; Intranode synchronisation
• • 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
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/10—Flow control; Congestion control
  • H04L47/22—Traffic shaping
• • 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/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
• • 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/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L7/00—Arrangements for synchronising receiver with transmitter
  • H04L7/0016—Arrangements for synchronising receiver with transmitter correction of synchronization errors

Definitions

• Disclosed embodiments relate, generally, to Ethernet, and more specifically, some embodiments relate to Ethernet interfaces.
• Interconnects are widely used to facilitate communication among devices of a network.
• electrical signals are transmitted on a physical medium (e.g., a bus, a coaxial cable, or a twisted pair - but generally referred to simply as a “line”) by the devices coupled to the physical medium.
• a physical medium e.g., a bus, a coaxial cable, or a twisted pair - but generally referred to simply as a “line”.
• Ethernet- based computer networking technologies use baseband transmission (i.e., electrical signals are discrete electrical pulses) to transmit data packets and ultimately messages that are communicated among network devices.
• baseband transmission i.e., electrical signals are discrete electrical pulses
• PHY physical layer
• a data link layer also referred to herein simply as a “link layer”
• the data link layer may include one or more sublayers
• a data link layer typically includes at least a media access control (MAC) layer that provides control abstraction of the physical layer.
• MAC media access control
• a MAC controller may prepare frames for the physical medium, add error correction elements, and implement collision avoidance. Further, when receiving data from another device, a MAC controller may ensure integrity of received data and prepare frames for higher layers.
• PCI Peripheral Component interconnect
• Parallel Advanced Technology Attachment Parallel ATA
• SATA Serial ATA
• a typical point-to-point bus topology may implement lines between each device (e.g., dedicated point-to-point) or lines between devices and switches (e.g., switched point- to-point, without limitation).
• a physical medium is a shared bus and each network device is coupled to the shared bus, for example, via a circuit chosen based on the type of physical medium (e.g., coaxial or twisted pair, without limitation).
• Point-to-point bus topologies such as a dedicated point-to-point topology or a switched point-to-point topology, require more wires and more expensive material than multi-drop topologies due, in part, to the greater number of links between devices.
• a topology that does not require, or does not require as many, direct connections e.g., a multi-drop topology, without limitation
• a network or a sub-network may be less susceptible to such constraints.
• Devices that are on a baseband network share the same physical transmission medium, and a typically use the entire bandwidth of that medium for transmission (stated another way, a digital Signal used in baseband transmission occupies the entire bandwidth of the media).
• a baseband network e.g., a multi-drop network without limitation
• media access control methods are used to handle contention for a shared transmission medium.
• FIG. 1 illustrates a network segment in accordance with one or more embodiments.
• FIG. 2 illustrates a block diagram of a system implementing common clock interfacing in accordance with one or more embodiments.
• FIG. 3 illustrates a block diagram of an embodiment of a system for implementing a common clock interfacing system such as the system illustrated in FIG. 2
• FIG. 4 illustrates a flow chart of a process in accordance with one or more embodiments.
• Information and signals described herein may be represented using any of a variety of different technologies and techniques.
• data, instructions, commands, information, signals, bits, and symbols that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.
• Some drawings may illustrate signals as a single signal for clarity of presentation and description. It should be understood by a person of ordinary skill in the art that the signal may represent a bus of signals, wherein the bus may have a variety of bit widths and the disclosure may be implemented on any number of data signals including a single data signal.
• a parameter that is substantially or about a specified value may be at least about 90% the specified value, at least about 95% the specified value, at least about 99% the specified value, or even at least about 99.9% the specified value.
• any reference to an element herein using a designation such as “first,” “second,” and so forth does not limit the quantity or order of those elements, unless such limitation is explicitly stated. Rather, these designations are used herein as a convenient method of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed or that the first element must precede the second element in some manner. Also, unless stated otherwise a set of elements may comprise one or more elements. Likewise, sometimes elements referred to in the singular form may also include one or more instances of the element.
• DSP Digital signal Processor
• ASIC Application Specific Integrated Circuit
• FPGA Field-Programmable Gate Array
• a general-purpose processor may also be referred to herein as a host processor or simply a host
• the processor may be any conventional processor, controller, microcontroller, or state machine.
• a processor may also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
• a general-purpose computer including a processor is considered a special-purpose computer while the general-purpose computer is configured to execute computing instructions (e.g., software code) related to embodiments of the present disclosure.
• a flowchart may describe operational acts as a sequential process, many of these acts may be performed in another sequence, in parallel, or substantially concurrently.
• the order of the acts may be re-arranged.
• a process may correspond to a method, a thread, a function, a procedure, a subroutine, or a subprogram, without limitation.
• the methods disclosed herein may be implemented in hardware, software, or both. If implemented in software, the functions may be stored or transmitted as one or more instructions or code on computer-readable media.
• Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
• a collision should be understood to refer to a logical collision (i.e., an actual collision is predicted but two or more nodes do not actually transmit signals on a shared transmission medium at the same time).
• Protocols may be performed at a physical layer for media access tuning.
• 10SPE i.e., 10 Mbps Single Pair Ethernet
• IEEE 802.3cgTM Institution of Electrical and Electronics Engineers
• PLCA physical layer collision avoidance
• time aware protocols are protocols where media access is granted or withheld for periods of time according to a schedule or by a scheduler using a schedule.
• traffic shaping protocols are protocols where media access granted or withheld (alternatively or in addition to collision avoidance and/or time aware protocols) based, at least in part, on performance levels, quality of service, or return on investment. Traffic shaping may involve, as a non limiting example, prioritizing types of traffic or types of traffic streams (e.g., time sensitive data, best effort data, and low-priority or no priority data, without limitation).
• interfaces between a PHY and a MAC specify specific signals that are sent between the devices.
• devices e.g., microchips and microcontrollers, without limitation
• implementing a PHY or a MAC will typically include pins that are assigned to the specified signals.
• an Mil PHY may include, among other pins, pins for signaling valid receive data (RXDV), for signaling carrier activity (CRS), for signaling valid transmit data (TX_EN), a receive reference clock (RX_CLK), a transmit reference clock (TX CLK), and for signaling management data (MDIO), in addition to pins for data lines for receive data (RXD) and transmit data (TXD).
• RXDV receive data
• CRS signaling carrier activity
• TX_EN transmit data
• RX_CLK receive reference clock
• TX CLK transmit reference clock
• MDIO signaling management data
• respective input and output pins of a PHY and MAC may be assigned for exclusive signaling one of these signals, or non-exclusively signaling two or more of these signals.
• the inventors of this disclosure appreciate a need for signaling between a MAC and a PHY, a controller and a PHY, or just other devices in a network protocol stack and a PHY. While more pins may be added to a chip, costs (e.g., in terms of one or more of money, time, and physical space, without limitation) increase proportional to a number of pins and/or interconnects among devices, and it is desirable to limit costs. Signaling could also be changed, however such changes should be performed with care because complying with interface specifications is an important way to promote interoperability and predictability of Ethernet devices, including PHY devices and link layer devices.
• a receive datapath (circuitry for moving receive data from the shared bus to a link layer), typically operates in a different clock domain than a transmit datapath (the circuitry for moving transmit data from the link layer to a link layer to a shared bus) and the interfaces that operatively couple the PHY and the link layer.
• a receive datapath is in a remote clock domain, that is, the clock domain of the remote clock of the remote device that sent the receive data. The remote clock is recovered from the receive data and provided across an interface with the receive data to the MAC.
• the receive data is not synchronized to a new clock domain until it is sent across an interface to the link layer where it is synchronized to the clock domain of a MAC.
• a transmit datapath and interfaces operate in a local clock domain, that is, the clock domain of the local clock of the PHY.
• a PHY provides two reference clocks the link layer, a receive reference clock for the clock domain of the receive datapath (e.g., RX CLK), and a transmit reference clock for the clock domain of the transmit datapath (e.g., TX CLK).
• a MAC may use the receive reference clock to synchronize receive data frames to its clock domain, and use the transmit reference clock to synchronize transmit data frames to a PHY's local clock domain.
• drawbacks, if any, to having a receive datapath and a transmit datapath that operate on different clock domains typically did not outweigh drawbacks of adding circuitry for domain crossing to the receive path (e.g., cost, power, design issues with timing, without limitation).
• drawbacks of adding circuitry for domain crossing to the receive path e.g., cost, power, design issues with timing, without limitation.
• the inventors of this disclosure appreciate that having a common clock domain for a PHY side receive datapath and a PHY side transmit datapath would free one or more pins for signaling, including, without limitation, for media access tuning or additional control datapath.
• One or more embodiments relate, generally, to operating a PHY side receive datapath and a PHY side transmit datapath in a same clock domain.
• a PHY side receive datapath may include synchronization circuitry, and the synchronization circuitry may be configured to enable domain crossing at the receive datapath from a second clock domain (e.g., a remote clock domain) to a first clock domain (e.g., a local clock domain).
• a transmit datapath and interfaces operatively coupling a PHY to a link layer may also operate in the same clock domain (e.g., the first clock domain).
• One or more embodiments relate, generally, to a network protocol stack of node of a multi-drop network segment that implements a control datapath between devices and/or functions of the network protocol stack and a PHY.
• the PHY may include one or more pins for sending and/or receiving control data over the control datapath.
• the control data may be for implementing aspects of media access tuning at the PHY.
• the control data may be for filtering types of Ethernet packets (e.g., using the information in a type field of a standard Ethernet packet, without limitation).
• FIG. 1 shows a functional block diagram of a network segment 100 including a link layer device, MAC 104 and a physical layer (PHY) device, PHY 102.
• network segment 100 may be a segment of a multi-drop network, a segment of a multi-drop sub-network, a multi-drop bus that is a segment of a mixed media network, or a combination or sub-combination thereof.
• network segment 100 may be, be part of, or include one or more of a microcontroller-type embedded system, a user-type computer, a computer server, a notebook computer, a tablet, a handheld device, a mobile device, a wireless earbud device or headphone device, a wired earbud or headphone device, an appliance sub-system, lighting sub-system, sound sub-system, building control systems, residential monitoring system (e.g., for security or utility usage, without limitation)) system, elevator system or sub-system, public transit control system (e.g., for above ground train, below ground train, trolley, or bus, without limitation), an automobile system or automobile sub-system, or an industrial control system, without limitation.
• a microcontroller-type embedded system e.g., a user-type computer, a computer server, a notebook computer, a tablet, a handheld device, a mobile device, a wireless earbud device or headphone device, a wired earbud or headphone device, an appliance sub-system, lighting sub
• PHY 102 is configured, generally, to interface with MAC 104.
• PHY 102 and/or MAC 104 may be chip packages including memory and/or logic configured for carrying out all or portions of embodiments described herein.
• PHY 102 and MAC 104 respectively, may be implemented as separate chip packages or circuitry (e.g., integrated circuits) in a single chip package (e.g., a system- in-a-package (SIP)).
• SIP system- in-a-package
• PHY 102 is configured, generally, to interface with shared transmission medium 108, a physical medium that is a communication path for nodes that are, for example, part of network segment 100 or a network of which network segment 100 is a part, including nodes that include a respective PHY 102 and MAC 104.
• shared transmission medium 108 may be a single twisted pair such as used for single pair Ethernet.
• PHY 102 is configured to perform media access tuning.
• MAC 104 is configured to be traffic aware, and more specifically, is configured to implement collision detection and/or avoidance protocols.
• MAC 104 is configured to perform carrier-sense multiple access (CSMA). More specifically, MAC 104 is configured to check for a carrier on shared transmission medium 108, and if it detects a carrier then it waits until no carrier is detected (i.e., the channel is idle) before beginning data transmission.
• CSMA carrier-sense multiple access
• network segment 100 also includes one or more other functions 106.
• Other functions 106 may be, as non-limiting examples, functions of a Link layer or other layers of a Network protocol stack, devices that implement one or more layers of a network protocol stack, or devices that are part of Sub- System.
• FIG. 2 is a block diagram of a system 200 implementing a common clock for a receive datapath and a transmit datapath, in accordance with one or more embodiments.
• System 200 may include a receive datapath 210 and a transmit datapath 212.
• system 200 includes at least two clock domains, a first clock domain 220, and a second clock domain 218.
• First clock domain 220 corresponds to a clock rate of a local clock 224 generated at, e.g., PHY 102 of FIG. 1.
• Second clock domain 218 corresponds to a clock rate of a remote clock 228, e.g., a clock rate of a node other than a node that includes system 200.
• a second portion 232 of a PHY side of datapath 202 and a PHY side datapath 206 are in a same clock domain, here, clock first clock domain 220.
• First interface 214 operatively couples PHY side of datapath 202 to link layer side datapath 204
• second interface 216 operatively couples link layer side datapath 208 to PHY side datapath 206.
• First interface 214 and second interface 216 are also in first clock domain 220.
• a first portion 230 of PHY side of datapath 202 is in second clock domain 218.
• second clock domain 218 may be a remote clock domain associated with remote clock 228.
• remote clock 228 represents a clock used at a remote PHY of a remote node that sent receive data that is on receive datapath 210. As discussed herein, remote clock 228 is not necessarily recovered at system 200 Or system 300.
• Clock domain transition 234 is present between first portions 230 and second portion 232 of PHY side of datapath 202, and is a clock domain crossing at PHY side of datapath 202 from second clock domain 218 to first clock domain 220.
• link layer side datapath 204 and link layer side datapath 208 may be in a clock domain that is the same or different than first clock domain 220.
• system 200 may include clock generator 222.
• clock generator 222 is configured to provide local clock 224 to first clock domain 220, and more specifically, to PHY side of datapath 202 and PHY side datapath 206.
• system 200 may include a third datapath, here, control datapath 226 that may operate in first clock domain 220 or another clock domain not shown.
• Control datapath 226 may be configured to move control data to and from a physical layer, e.g., between PHY 102 and other functions 106 of FIG. 1.
• control datapath 226 may be used when executing one or more control cycles at system 200.
• respective clock rates of first clock domain 220 and second clock domain 218 may be the same or different clock rates.
• FIG. 3 shows a block diagram of an embodiment of a system 300 for implementing a receive datapath and a transmit datapath in a same clock domain, for example, in a system 200 of FIG. 2.
• system 300 may include PHY 302 and link layer 308.
• PHY 302 and link layer 308 are operatively coupled by receive interface 336 and transmit interface 338.
• receive interface 336 and transmit interface 338 may include pins, interconnects and respective circuitry of PHY 302 and link layer 308 for implementing some or all of a specified interface.
• the specified interface may specify exclusive collision avoidance signaling from PHY 302 to link layer 308 (e.g., an Mil interface, without limitation).
• Exclusive signaling is signaling used for one special purpose (e.g., to indicate specific condition, without limitation), and exclusive collision avoidance signaling is signaling used for a special purpose of indicating a detected collision at a shared transmission medium operatively coupled to interface circuitry 328.
• a PHY side and a MAC side of receive interface 336 may each include a respective pin (in the case of the PHY an output and in the case of the MAC an input) assigned for exclusive collision avoidance signaling.
• PHY 302 may further include circuitry configured for exclusive collision avoidance signaling and link layer 308 may include circuitry for performing collision avoidance using exclusive collision avoidance signaling.
• PHY includes output 360 for exclusive signaling of collision avoidance signals. More specifically, PHY 302 may be configured to generate exclusive collision avoidance signals and provide the signals to link layer 308 by way of output 360 and collision signaling line 362.
• PHY 302 may include receive datapath 304, transmit datapath 306, reference clock generator 334, and interface circuitry 328.
• Interface circuitry 328 is configured to operatively couple PHY 302 to a shared transmission medium (e.g., a shared transmission medium 108), and more specifically, configured to operatively couple respective receive datapath 304 and transmit datapath 306 to a shared transmission medium.
• interface circuitry 328 may be a media dependent interface (MDI) configured to operatively couple to a single pair Ethernet type cable.
• MDI media dependent interface
• Receive datapath 304 may be configured, generally, to move receive data from a shared transmission medium to a link layer, and may include circuitry for moving receive data at PHY 302 toward link layer 308.
• Transmit datapath 306 may be configured, generally, to move transmit data from a link layer to a shared transmission medium, and may include circuitry for moving transmit data at PHY 302 away from link layer 308.
• receive datapath 304 may include receiver 310, oversampling 314, digital clock and data recovery (DCDR) with synchronization (sync) (i.e., DCDR w/ Sync 316), align & decode 318 and receive buffer 320.
• DCDR digital clock and data recovery
• sync synchronization
• receive buffer 320 receive buffer 320.
• a sampling rate of oversampling 314 may be based, at least in part, on local reference clock 342 (e.g., using quadrature components generated in response to local reference clock 342, without limitation).
• a frequency of an oscillator 344 may be chosen to be a multiple (i.e., an even or an odd multiple) of the frequency of an input data stream.
• Oversampled data is provided to DCDR w/ Sync 316, which performs digital clock and data recovery as well as synchronizes recovered data (i.e., receive data) to local clock 340.
• Local clock 340 is generated by clock divider 330, which is configured to receive local reference clock 342 and generate a divided clock responsive to local reference clock 342. Accordingly, a frequency of local reference clock 342 is an integer multiple (even or odd) of a frequency of local clock 340.
• the oversampled data is immediately synchronizeble to local clock 340 (indeed it may be considered rendered synchronized by virtue of a sampling rate that is synchronized to local reference clock 342 and local clock 340) when it is received at DCDR w/ Sync 316, and local clock 340 may be used as a recovered clock for receive data recovered from oversampled data by a DCDR of DCDR w/ Sync 316.
• Unaligned receive data is provided to align & decode 318, which is configured to provide recovered data by performing symbol alignment on unaligned receive data provided by DCDR w/ Sync 316.
• Recovered data i.e., receive data
• reference clock generator 334 is configured to generate local reference clock 342 based on a crystal oscillator, here, crystal oscillator 344.
• a frequency of crystal oscillator 344 may be chosen to be a multiple (even or odd multiple) of an expected frequency associated with a shared transmission medium coupled to interface circuitry 328.
• the transmission frequency may be 12.5 megahertz
• a frequency of crystal oscillator 344 may be 25 megahertz
• a frequency of local reference clock 342 may be 5 megahertz
• a frequency of local clock 340 may be 2.5 megahertz.
• Local reference clock 342 is provided to oversampling 314, which is configured to use local reference clock 342 to oversample the signals comprising receive data that come from a shared transmission medium.
• local reference clock 342 is optionally provided to transmit datapath 306 for sending transmit data to a shared transmission medium.
• clock divider 330 is configured to generate local clock 340 in response to local reference clock 342.
• clock divider 330 is configured to divide local reference clock 342 in response to one or more control bits (not shown).
• control bits may be one or more bits that set an integer divisor that defines a relationship between local reference clock 342 and local clock 340.
• control bits may be set by a user (e.g., programmed using a design interface, without limitation) and/or control bits may be set by a controller, that is, a microcontroller that implements one or more portions of network protocol stack, as a non-limiting example, a link layer.
• receive interface 336 may include, among other lines, output 350, receive reference clock line 322, receive data line 312, and receive clock input 354.
• transmit interface 338 may include transmit reference clock line 326 and transmit reference transmit clock input 356.
• Local clock 340 is provided to receive reference clock line 322 and transmit reference clock line 326 by way of reference clock line 324 and output 350 of receive interface 336.
• local clock 340 is provided to receive clock input 354 and transmit clock input 354 (each inputs for link layer 308) at receive interface 336 and transmit interface 338, respectively.
• reference clock line 324 may comprise one or more bond wires or integrated conductors.
• a bit rate of data at receive interface 336 and a bit rate at transmit interface 338 may be the same.
• respective bit rates of receive interface 336 and transmit interface 338 may be the same or slower than is specified in an interface definition implemented by receive interface 336 and transmit interface 336.
• an interface implemented by receive interface 336 and transmit interface 338 may specify that PHY 302 should provide a clock for each of a transmit datapath and a receive datapath. Since, in disclosed embodiments, receive interface 336 and transmit interface 338 operate on a common clock, namely, local clock 340, receive reference clock line 322 and transmit reference clock line 326 may be driven by the same line, namely, reference clock line 324. In this example, such an arrangement frees an input at PHY 302 - here input 348 and input 358. In some embodiments, input 348 may be used to implement a control datapath (e.g., for control signaling) between PHY 302 and functions (e.g., other functions 106 of FIG.
• a control datapath e.g., for control signaling
• control datapath may be implemented between PHY 302 and functions that are localized anywhere in a network protocol stack, but not limited to a link layer.
• a control datapath may be implemented between PHY 302, and functions and devices that are not part of a network protocol stack, as anon-limiting example, are particular to a type of application (e.g., automotive networks, building networks, transportation control networks, lighting networks, without limitation).
• input 348 is operatively coupled to time sync 332, which together form part of control datapath 352 usable for control cycles related to media access tuning.
• Another control datapath is formed, in part, by input 358 and time sync 332.
• input 358 may be part of transmit interface 338 or receive interface 336.
• time sync 332 is configured to generate control signals 346 usable for time synchronization for media access tuning.
• control signals 346 may include events related to time aware protocols, such as events to indicate the beginning of a scheduled transmit opportunity.
• control signals 346 may include events related to traffic shaping protocols, such as the beginning of a transmit opportunity for time sensitive data (which is traffic that is regular (e.g., audio frames, sensor polls, without limitation) and deterministic latency is important) or best efforts data (data that is irregular (e.g., firmware updates, audio control signals, without limitation) and latency is not important, but where starvation is to be avoided).
• control signals 346 may be or relate to one or more control cycles of PHY 302, including without limitation, control cycles for time aware protocols, traffic shaping protocols, and physical layer collision avoidance.
• control data paths may be added to a PHY architecture suitable for a specified interface, but without adding additional inputs and/or outputs.
• control paths may be used for communication between PHY and a link layer, a PHY and other locations within a network protocol stack than a link layer, and between a PHY and other devices in a system or sub system.
• FIG. 4 shows a flowchart of a data reception process 400, in accordance with one or more embodiments.
• process 400 starts a data reception from a shared transmission medium.
• the data reception may be performed at a physical layer device such as PHY 102 and PHY 302.
• the shared transmission medium is a twisted single pair Ethernet cable
• the physical layer device is configured for lOMegabit per second communication over the shared transmission medium.
• process 400 moves receive data toward an interface is configured to operatively couple a physical layer device to a link layer device.
• the interface is one that uses exclusive collision avoidance signaling.
• the link layer device is a media access control device.
• process 400 crosses from a remote clock domain to a local clock domain of a physical layer device. In one embodiment, the receive data crosses to the local clock domain after it is recovered. In another embodiment, the receive data crosses to the local clock domain while it is being recovered. In operation 408, process 400 provides the receive data, now in the local clock domain, to the interface for sending to the link layer.
• any disjunctive word or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms.
• the phrase “A or B” should be understood to include the possibilities of “A” or “B” or “A and B.”
• Embodiment 1 A system, comprising: a physical layer side receive datapath configured to move receive data a toward a link layer side receive datapath; and a physical layer side transmit datapath configured to move transmit data toward a shared transmission medium, wherein the receive datapath and the transmit datapath are in a first clock domain.
• Embodiment 2 The system of Embodiment 1, further comprising a control datapath.
• Embodiment 3 The system of any of Embodiments 1 and 2, wherein the control datapath is configured to move control data to or from the physical layer of the system.
• Embodiment 4 The system of any of Embodiments 1 through 3, wherein the control datapath is configured to move the control data between the physical layer of the system and an application layer of a network protocol stack.
• Embodiment 5 The system of any of Embodiments 1 through 4, wherein the control datapath is configured to move the control data between the physical layer of the system and a device that is separate from a network protocol stack.
• Embodiment 6 The system of any of Embodiments 1 through 5, wherein the control datapath may be used for one or more control cycles that comprise moving control data to or from the physical layer.
• Embodiment 7 The system of any of Embodiments 1 through 6, wherein one of the one or more control cycles is associated with one of a time aware protocol, a traffic shaping protocol, and a physical layer collision avoidance protocol.
• Embodiment 8 The system of any of Embodiments 1 through 7, wherein the physical layer side receive datapath comprises: a first portion that is in a second clock domain; a second portion that is in the first clock domain; and a transition boundary where receive data being moved by the physical layer side receive datapath crosses from the second clock domain to the first clock domain.
• Embodiment 9 A circuitry of a physical layer device, comprising: a local clock generator configured to generate a local clock; a receive circuitry and transmit circuitry, wherein each of the receive circuitry and the transmit circuitry are operatively coupled to an output of the local clock generator and configured for clocking by the local clock; and one or more outputs, wherein the one or more outputs comprise a first output operatively coupled to the clock generator and configured to propagate the local clock.
• Embodiment 10 The circuitry of Embodiment 9, a local reference clock generator operatively coupled to an output of the local clock generator and configured to generate a local reference clock responsive to the local clock. Further, wherein the local clock generator is operatively coupled to an output of the local reference clock generator and configured to generate the local clock responsive to the local reference clock.
• Embodiment 11 The circuitry of any of Embodiments 9 and 10, further comprising an interconnect, the interconnect configured to operably couple the first output to a receive clock input of a link layer device and to a transmit clock input of the link layer device.
• Embodiment 12 The circuitry of any of Embodiments 9 through 11, wherein the one or more outputs comprise a second output, the second output assigned to a signal for exclusive collision signaling.
• Embodiment 13 The circuitry of any of Embodiments 9 through 12, further comprising one or more inputs, wherein the one or more inputs comprise a first input operatively coupled to the transmit circuitry, wherein the first input is assigned to a signal for control signaling.
• Embodiment 14 The circuitry of any of Embodiments 9 through 13, further comprising an interconnect, the interconnect configured to operably couple the first input to one or more devices above a link layer of a network protocol stack.
• Embodiment 15 The circuitry of any of Embodiments 9 through 14, further comprising interface circuitry for operable coupling to a shared transmission medium.
• Embodiment 16 The circuitry of any of Embodiments 9 through 15, wherein one of the one or more devices is a time syncing circuit.
• Embodiment 17 The circuitry of any of Embodiments 9 through 16, wherein at least one output of the one or more outputs is configured for exclusive collision signaling.
• Embodiment 18 The circuitry of any of Embodiments 9 through 17, further comprising an interconnect, the interconnect configured to operatively couple the at least one out for exclusive collision signaling to an input of a link layer device for exclusive collision signaling.
• Embodiment 19 The circuitry of any of Embodiments 9 through 18, further comprising a second clock generator configured to generate a local reference clock.
• Embodiment 20 The circuitry of any of Embodiments 9 through 19, wherein the local clock generator is configured to generate the local clock responsive to the local reference clock.
• Embodiment 21 The circuitry of any of Embodiments 9 through 20, wherein the receive circuitry comprises: an oversampling circuit configured to receive the local reference clock; and a synchronization circuit configured to receive the local clock.
• Embodiment 22 A method, comprising: starting a data reception from a shared transmission medium; moving receive data toward an interface for operative coupling to a link layer, wherein the moving the receive data comprises crossing the receive data from a remote clock domain to a local clock domain of a physical layer device.
• Embodiment 23 The method of Embodiment 22, wherein the moving the receive data further comprises: oversampling data received from the shared transmission medium.
• Embodiment 24 The method of any of Embodiments 22 and 23, wherein the moving the receive data further comprises: performing digital clock and data recovery using the oversampled data.
• Embodiment 25 The method of any of Embodiments 22 through 24, further comprising: providing the receive data to the interface for sending to the link layer.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Computer Security & Cryptography (AREA)
• Communication Control (AREA)
• Synchronisation In Digital Transmission Systems (AREA)
• Small-Scale Networks (AREA)
• Dc Digital Transmission (AREA)

Priority Applications (3)

Applications Claiming Priority (4)

Publications (1)

Family

ID=74646940

Family Applications (1)

Country Status (6)

Families Citing this family (11)

Citations (5)

Family Cites Families (119)

• 2019
  • 2019-08-23 CN CN201910785140.7A patent/CN112422219B/zh active Active
  • 2019-11-14 US US16/684,428 patent/US11671521B2/en active Active
• 2020
  • 2020-08-05 JP JP2022510899A patent/JP7746254B2/ja active Active
  • 2020-08-05 KR KR1020227005572A patent/KR102788608B1/ko active Active
  • 2020-08-05 WO PCT/US2020/070367 patent/WO2021042110A1/en not_active Ceased
  • 2020-08-05 DE DE112020003973.0T patent/DE112020003973T5/de active Pending

Patent Citations (5)

Also Published As

Similar Documents

Legal Events