Upnp Website Links For
Universal 		 

Information About

Upnp
  CATEGORIES ABOUT UNIVERSAL PLUG AND PLAY
   
network protocols
   
windows administration
   
windows communication and services
   
APPAREL
BABY
BEAUTY
BOOKS
CAR TOYS
CELL PHONES
DVD'S
ELECTRONICS
GOURMET FOOD
GROCERIES
HEALTH & PERSONAL
HOME & GARDEN
JEWELRY
MUSIC
MUSIC INSTRUMENTS
OFFICE PRODUCTS
SOFTWARE
SPORTING GOODS
TOOLS & HARDWARE
TOYS
VIDEO GAMES
SHOPPING HOME
MORE SHOPPING...



The goals of UPnP are to allow Device s to connect seamlessly and to simplify the implementation of Networks in the home (data sharing, communications, and entertainment) and corporate environments. UPnP achieves this by defining and publishing UPnP device control protocols built upon open, Internet -based communication Standard s.

The term UPnP is derived from Plug-and-play , a technology for dynamically attaching devices to a computer directly.


OVERVIEW

The UPnP architecture allows Peer-to-peer networking of PC s, networked Appliance s, and Wireless devices. It is a distributed, open architecture based on TCP/IP , UDP and HTTP .

UPnP enables communication between any two devices under the command of any control device on the network (LAN). Among its features are:
  • Media and device Independence . UPnP technology can run on many media including phone lines, power lines ( PLC ), Ethernet , IR ( IrDA ), RF ( Wi-Fi , Bluetooth ), and FireWire . No Device Driver s are used; common protocols are used instead.

  • User Interface (UI) Control. UPnP architecture enables vendor control over device user interface and interaction using the Web Browser .

  • Operating System and Programming Language independence. Any operating system and any programming language can be used to build UPnP products. UPnP does not specify or constrain the design of an API for applications running on control points; OS vendors may create APIs that suit their customer's needs. UPnP enables vendor control over device UI and interaction using the browser as well as conventional application programmatic control.

  • Internet-based technologies. UPnP technology is built upon IP , TCP , UDP , HTTP , and XML , among others.

  • Programmatic control. UPnP architecture also enables conventional application programmatic control.

  • Extensibility. Each UPnP product can have device-specific services layered on top of the basic architecture.


The UPnP architecture supports Zero-configuration , "invisible Networking " and automatic discovery for many device categories from a range of Vendor s; any device can dynamically join a network, obtain an IP address, announce its name, convey its capabilities upon request, and learn about the presence and capabilities of other devices. DHCP and DNS servers are optional and are only used if they are available on the network. Devices can leave the network automatically without leaving any unwanted State information behind.

The for UPnP networking is IP addressing. Each device must have a Dynamic Host Configuration Protocol (DHCP) client and search for a DHCP server when the device is first connected to the network. If no DHCP server is available, that is, the network is unmanaged, the device must assign itself an address. If during the DHCP transaction, the device obtains a domain name, for example, through a DNS server or via DNS Forwarding , the device should use that name in subsequent network operations; otherwise, the device should use its IP address.


PROTOCOL


Discovery

Given an IP address, the first step in UPnP networking is Discovery . When a device is added to the network, the UPnP discovery protocol allows that device to advertise its services to control points on the network. Similarly, when a control point is added to the network, the UPnP discovery protocol allows that control point to search for devices of interest on the network. The fundamental exchange in both cases is a discovery message containing a few, essential specifics about the device or one of its services, for example, its type, identifier, and a pointer to more detailed information. The UPnP discovery protocol is based on the Simple Service Discovery Protocol (SSDP).


Description

The next step in UPnP networking is description. After a control point has discovered a device, the control point still knows very little about the device. For the control point to learn more about the device and its capabilities, or to interact with the device, the control point must retrieve the device's description from the URL provided by the device in the discovery message. The UPnP description for a device is expressed in XML and includes vendor-specific, manufacturer information like the model name and number, Serial Number , manufacturer name, URLs to vendor-specific Web Site s, etc. The description also includes a list of any Embedded Device s or services, as well as URLs for control, eventing, and presentation. For each service, the description includes a list of the Command s, or actions, to which the service responds, and parameters, or arguments, for each action; the description for a service also includes a list of Variable s; these variables model the state of the service at Run Time , and are described in terms of their data type, range, and event characteristics.


Control

The next step in UPnP networking is control. After a control point has retrieved a description of the device, the control point can send actions to a device's service. To do this, a control point sends a suitable control message to the control URL for the service (provided in the device description). Control messages are also expressed in XML using the Simple Object Access Protocol (SOAP). Like Function Call s, in response to the control message, the service returns any action-specific values. The effects of the action, if any, are modeled by changes in the variables that describe the run-time state of the service.


Event notification

The next step in UPnP networking is event notification, or "eventing". A UPnP description for a service includes a list of actions the service responds to and a list of variables that model the state of the service at run time. The service publishes updates when these variables change, and a control point may subscribe to receive this information. The service publishes updates by sending event messages. Event messages contain the names of one or more state variables and the current value of those variables. These messages are also expressed in XML and formatted using the General Event Notification Architecture ( GENA ). A special initial event message is sent when a control point first subscribes; this event message contains the names and values for all evented variables and allows the subscriber to initialize its model of the state of the service. To support Scenario s with multiple control points, eventing is designed to keep all control points equally informed about the effects of any action. Therefore, all subscribers are sent all event messages, subscribers receive event messages for all "evented" variables that have changed, and event messages are sent no matter why the state variable changed (either in response to a requested action or because the state the service is modeling changed).


Presentation

The final step in UPnP networking is presentation. If a device has a URL for presentation, then the control point can retrieve a page from this URL, load the page into a Web Browser , and depending on the capabilities of the page, allow a user to control the device and/or view device status. The degree to which each of these can be accomplished depends on the specific capabilities of the presentation page and device.


UPnP AV (Audio and Video) standards

UPnP AV stands for UPnP '''Audio''' and '''Video''', and is a grouping within the UPnP standards supervised by the forum members "''share a vision of a wired and wireless interoperable network of Personal Computers (PC), Consumer Electronics (CE) and mobile devices in the home enabling a seamless environment for sharing and growing new digital media and content services''", and is "''DLNA is focused on delivering an interoperability framework of design guidelines based on open industry standards to complete the cross-industry digital convergence''". On the 12th of July 2006 the UPnP Forum announced the release of 'Enhanced AV Specifications', this release was version 2 of the UPnP Audio and Video specifications ( UPnP AV v2 ), with new MediaServer version 2.0 and MediaRenderer version 2.0 classes. These enhancements are created by adding capabilities to the UPnP AV MediaServer and MediaRenderer device classes that allow a higher level of interoperability between MediaServers and MediaRenderers from different manufacturers.
Some of the early device complying to these standards where marketed by Philips under the Streamium brand name.


UPnP AV components

  • UPnP MediaServer DCP - which is the UPnP-server (a 'slave' device) that share/stream media-data (like audio/video/picture/files) to UPnP-clients on the network).

  • UPnP MediaServer ControlPoint - which is the UPnP-client (a 'master' device) that can auto-detect UPnP-servers on the network to browse and stream media/data-files from them.

  • UPnP MediaRenderer DCP - which is a 'slave' device that can render content.

  • UPnP RenderingControl DCP - control MediaRenderer settings; volume, brightness, RGB, sharpness, and more).

  • UPnP Remote User Interface (RUI) client/server - which sends/receives control-commands between the UPnP-client and UPnP-server over network, (like record, schedule, play, pause, stop, etc.).

  • ---Web4CE (CEA 2014) for UPnP Remote UI1 - CEA-2014 standard designed by ''' Consumer Electronics Association 's R7 Home Network Committee'''. Web -based Protocol and Framework for Remote User Interface on UPnP Networks and the Internet (Web4CE). This standard allows a UPnP-capable home network device to provide its Interface (display and control options) as a Web Page to display on any other device connected to the home network. That means that you can control a Home Networking device through any Web-browser -based communications method for CE Devices on a UPnP home network using Ethernet and a special version of HTML called CE-HTML .

  • QoS (Quality of Service) - is an important (but not mandatory) service function for use with UPnP AV (Audio and Video). QoS (Quality Of Service) refers to control mechanisms that can provide different priority to different users or data flows, or guarantee a certain level of performance to a data flow in accordance with requests from the application program. Since UPnP AV is mostly to deliver Streaming Media that is often Near Real-time or real-time audio/video data which it is critical to be delivered within a specific time or the stream is interrupted. QoS (Quality Of Service) guarantees are especially important if the network capacity is limited, for example public networks, like the Internet .

  • --- QoS (Quality Of Service) for UPnP consist of Sink Device (client-side/front-end) and '''Source Device''' (server-side/back-end) service functions. With Classes such as; '''Traffic Class''' that indicates the kind of traffic in the traffic stream, (for example, audio or video). '''Traffic Identifier (TID)''' which identifies data packets as belonging to a unique traffic stream. '''Traffic Specification (TSPEC)''' which contains a set of parameters that define the characteristics of the traffic stream, (for example operating requirement and scheduling).''' Traffic Stream (TS)''' which is a unidirectional flow of data that originates at a source device and terminates at one or more sink device(s).



NAT traversal

UPnP comes with a solution for protocol. NAT traversal for UPnP enables UPnP packages to pass through a Router or Firewall without problems and without user interaction, (that is if that Router or Firewall supports NAT ).


PROBLEMS WITH UPNP

  • UPnP uses HTTP over UDP (known as HTTPU and HTTPMU for unicast and multicast), even though this is not standardized and is specified only in an Internet-Draft that expired in 2001. {Link without Title}

  • UPnP does not have a lightweight authentication protocol, while the available security protocols are complex. As a result, many UPnP devices ship with UPnP turned off by default as a security measure.



FUTURE DEVELOPMENTS

The standard Devices Profile For Web Services or short DPWS, is a candidate successor for UPnP. It solves many of the problems of UPnP. A DPWS client is included in Microsoft Windows Vista as part of the Windows Rally technologies.


UPNP AV MEDIASERVERS

UPnP AV MediaServers store and share digital media, such as photographs, movies, or music. There are UPnP MediaServers available for most Operating-systems and many hardware-platforms. UPnP AV MediaServers can either be categorized as Software -based or Hardware -based. Software-based UPnP AV MediaServers can be run on PCs (Personal-Computers) , mainly on Microsoft Windows , Linux , BSD , Unix or Mac OS X . Hardware-based UPnP AV MediaServers may run on any NAS (Network Attached Storage) devices or any specific hardware for delivering media, such as a PVR (Personal Video Recorder) . Currently, there are more software-based UPnP AV MediaServers than there are hardware-based, but chances are that will change in the future.


UPnP AV MediaServer software



UPnP AV MediaServer hardware



UPNP AV CLIENTS (CONTROLPOINT)

UPnP MediaServer ControlPoint is the UPnP-client (a 'master' device) that function as digital audio/video players, which can auto-detect UPnP-servers on the network to browse and stream media/data-files from them.

UPnP control points and player software



UPnP control point hardware

  • Philips RC9800i

  • Philips Streamium range of products

  • Logik IR100 (Reciva Based Radio)



UPnP media render hardware



SEE ALSO




REFERENCES




EXTERNAL LINKS


Documentation



News