Synonyms for unipro or Related words with unipro

canopen              xfi              slimbus              xgxs              spacewire              rapidio              mphy              mdio              xaui              ssic              coaxpress              caui              profinet              onvif              jesd              ulpi              soundwire              mctp              mvip              xlaui              sgmii              csix              cgmii              ahci              sercos              sgpio              pmbus              rdmap              digrf              hstl              bisync              superspeed              gvif              hsic              compactpci              xhci              xsbi              ntcip              mtosi              versamodule              amcc              byteflight              mydp              spacefibre              depi              higig              winet              stebus              mbim              qmi             



Examples of "unipro"
The architects designing UniPro intended from the start to release the technology as a step-wise roadmap with backward compatibility. UniPro 1.1 is designed to be fully backwards compatible with UniPro 1.0. The main purpose of UniPro 1.40 and UniPro v1.41 (UniPro v1.4x) is to support an additional physical layer, the M-PHY. Furthermore, UniPort-M features local and remote control of a peer UniPro device that can be used for example to control various supported power modes of the link.
The UniPro v1.6 Specification is an update to the UniPro v1.41.00 Specification, and consists solely of the UniPro specification document, SDL is no longer supported.
UniPro version 1.6 concentrates on enabling high-speed point to point communication between chips in mobile electronics. UniPro has provisions for supporting networks consisting of up to 128 UniPro devices (integrated circuit, modules, etc.). Network features are planned in future UniPro releases. In such a networked environment, pairs of UniPro devices are interconnected via so-called links while data packets are routed toward their destination by UniPro switches. These switches are analogous to the routers used in wired LAN based on gigabit Ethernet. But unlike a LAN, the UniPro technology was designed to connect chips within a mobile terminal, rather than to connect computers within a building.
Although the role of the L3 address is the same as the IP address in packets on the Internet, a UniPro DeviceID address is only 7 bits long. A network can thus have up to 128 different UniPro devices. Note that, as far as UniPro is concerned, all UniPro devices are created equal: unlike PCI Express or USB, any device can take the initiative to communicate with any other device. This makes UniPro a true network rather than a bus with one master.
These PHY technologies are covered in separate MIPI specifications (which are referenced by the UniPro specification. Note that the term UniPort is used to represent the actual port on a chip which conforms to the UniPro specification for its upper layers (L1.5 to 4) and a MIPI PHY specification for L1. As there are two PHY technologies, these are respectively known as UniPort-D (UniPro with D-PHY) and UniPort-M (UniPro with M-PHY).
The UniPro 1.0 specification was approved by the MIPI Board of Directors on January 14, 2008. UniPro 1.1, that was completed in July 2009, aims to improve readability, provides a reference model (in SDL) for two of the four UniPro protocol layers, and provides features to facilitate automated conformance testing.
In January 2011, UniPro Version 1.40 was completed. Its main purpose is full support for a new Physical Layer: M-PHY® including support for power modes change and peer device configuration. In July 2012 UniPro v1.40 has been upgraded to UniPro v1.41 to support the newer higher speed M-PHY v2.0. The UniPro v1.4x specifications have been released together with a formal specification model (SDL).
UniPro v1.4 introduces the notion of message fragment, a fragment being a portion of a message passed between the application and the CPort. This option can be useful when specifying Applications on top of UniPro that need to interrupt the Message creation based on information from the UniPro stack, e.g., incoming Messages, or backpressure.
In UniPro 1.0/1.1 connection setup is implementation specific.
The UniPro v1.6 Specification references the following documents:
To date, several vendors have announced the availability of UniPro IP blocks and various chip suppliers have created implementations that are at various phases of development. In the meantime, the MIPI UniPro Working Group is setting up a conformance test suite and is preparing future extensions of the technology (see UniPro Versions and Roadmap).
2009 – Labatt is named Member of the year by UNIPRO
The UniPro v1.6 Specification was designed to ensure interoperability with UniPro v1.41.00 when using the M-PHY physical layer. As D-PHY is no longer supported on v1.60, backwards compatibility for D-PHY operation cannot be maintained.
Although details of switches are still out of scope in the UniPro v1.4 spec, L3 allows UniPro v1.0/v1.1/v1.4 devices to serve as endpoints on a network. It therefore guarantees a number of properties to higher layer protocols:
A key driver for UniPro adoption is JEDEC Universal Flash Storage (UFS) v2.0 which uses MIPI UniPro and M-PHY as the basis for the standard. There are several implementation of the standard which are expected to hit the market
Long-header packets are intended to be introduced in a future version of the UniPro specification, so their format is undefined (except for one bit) in the current UniPro v1.4 specification. However, UniPro v1.4 defines a hook that allows long-header packets to be received or transmitted by a UniPro v1.4 conformant-device assuming the latter can be upgraded via software. The "long-header trap" mechanism of UniPro v1.4 simply passes the payload of a received L2 data frame (being the L3 packet with its header and payload) to the L3 extension (e.g. software) for processing. The mechanism can also accept L2 frame payload from the L3 extension for transmission. This mechanism aims to allow UniPro v1.4 devices to be able to be upgraded in order to support protocols that require the as-yet undefined long-header packets.
Applications which are currently believed to be less suitable for UniPro are:
UniPro's Transport layer can be seen as providing an extra level of addressing within a UniPro device. This
Planned roadmap steps beyond UniPro v1.4x aim to provide specifications for network-capable endpoint and network switch devices.
The main field in the short L4 header is a 5-bit "CPort" identifier which can be seen as a sub-address within a UniPro device and is somewhat analogous to the port numbers used in TCP or UDP. Thus every segment (with a short header) is addressed to a specific CPort of specific UniPro device.