[go: up one dir, main page]

WO2004082210A2 - Procede de transfert d'un fichier de donnees entre des stations d'un reseau - Google Patents

Procede de transfert d'un fichier de donnees entre des stations d'un reseau Download PDF

Info

Publication number
WO2004082210A2
WO2004082210A2 PCT/IB2004/050216 IB2004050216W WO2004082210A2 WO 2004082210 A2 WO2004082210 A2 WO 2004082210A2 IB 2004050216 W IB2004050216 W IB 2004050216W WO 2004082210 A2 WO2004082210 A2 WO 2004082210A2
Authority
WO
WIPO (PCT)
Prior art keywords
connection
network
stations
bandwidth
station
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.)
Ceased
Application number
PCT/IB2004/050216
Other languages
English (en)
Other versions
WO2004082210A3 (fr
Inventor
Maarten P. Bodlaender
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.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips Electronics NV
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 Koninklijke Philips Electronics NV filed Critical Koninklijke Philips Electronics NV
Publication of WO2004082210A2 publication Critical patent/WO2004082210A2/fr
Publication of WO2004082210A3 publication Critical patent/WO2004082210A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • This invention relates to communication between two or more stations over a wired or wireless network such as a local area network (LAN) governed e.g. by the IEEE 802.1 lb or Bluetooth standard, or another suitable standard.
  • LAN local area network
  • Wireless local networks are becoming more and more widespread in office and other professional environments, and are being introduced in private homes, too.
  • Such local networks enable stations, and in particular portable stations such as laptop computers, personal digital assistants (PDA's), portable MP3 jukeboxes etc. to connect to an office infrastructure and to each other.
  • the bandwidth limitation can be either a physical limitation in the network such as in the actually used, bandwidth-limited channel in a multi-channel network, or the bandwidth limitation can be caused by other traffic on the channel.
  • WO 01/24453 discloses a multiplayer telecommunications network, which is suitable for use with the present invention.
  • connection or a network can also be a frequency limited band of a broader bandwidth network with several such bands.
  • the invention provides a solution to the above-defined problem of transferring a data file from a first station to a second station, the first and second stations both being connected to a first connection interconnecting the first and second stations, by a method comprising the steps of determining a required bandwidth for transferring the data file and determining an available bandwidth of the first connection.
  • the required bandwidth for transferring the data file is compared with the available bandwidth on the first connection, and if the available bandwidth on the first connection is smaller than a predetermined fraction of the required bandwidth for transferring the data file, and if a second connection with the required bandwidth is available, the first and second stations are connected to the second connection. Possibly, the first and second stations are also disconnected from the first connection.
  • the required bandwidth can be specified by a user due e.g.
  • the predetermined fraction of the required bandwidth for transferring the data file can thus be any (often subjectively defined) predetermined number and can, depending on the circumstances, be greater than 1, equal to 1 or smaller than 1.
  • the invention thus provides a method of operating two stations in e.g. an IEEE 802.1 lb wireless network.
  • the stations involved can agree on using another connection, possibly after a search for another connection with a higher available bandwidth has been performed and its available bandwidth has been confirmed.
  • the stations involved may "negotiate" a breakout of the existing connection, i.e. to disconnect from the connection, or they can stay connected via the existing connection.
  • the second network can be an already established network at the same physical location as the first network or at a different physical location.
  • a new connection or network cannot be established at the actual location, the users of the involved stations are directed to a different location where the required bandwidth is available, e.g. due to less traffic or to higher capacity.
  • the invention preferably uses the Universal Plug and Play (UPnP) ContentDirectory Service (CDS) and Control Points on each station.
  • UPD Universal Plug and Play
  • CDS ContentDirectory Service
  • Control Points on each station.
  • the current version is the UPnP AV Architecture ⁇ .83 for Universal Plug and Play Version 1.0. Status: Preliminary Design (TPD), date: June 12, 2002, not yet finished. Other documents, specifically the ContentDirectory: 1 specification, have been standardized.
  • the AV (audio- visual) Architecture defines the general interaction between UPnP Control Points and UPnP AV devices. It is independent of any particular device type, content format, and transfer protocol. It supports a variety of AV devices such as TVs, VCRs, CD/DVD players/jukeboxes, settop boxes, stereo systems, MP3 players, still-image cameras, camcorders, electronic picture frames (EPFs), and the PC.
  • AV devices such as TVs, VCRs, CD/DVD players/jukeboxes, settop boxes, stereo systems, MP3 players, still-image cameras, camcorders, electronic picture frames (EPFs), and the PC.
  • the AV Architecture allows devices to support different types of formats for the entertainment content (such as MPEG2, MPEG4, JPEG, MP3, Windows Media Architecture (WMA), bitmaps (BMP), NTSC, PAL, ATSC, etc.) and multiple types of transfer protocols (such as IEC-61883/IEEE-1394, HTTP GET, RTP, HTTP PUT/POST, TCP/IP, etc.).
  • the document describes the AV Architecture and how the various UPnP AV devices and services work together to enable various end-user scenarios.
  • the UPnP AV Architecture was explicitly defined to meet the following goals: - To support arbitrary transfer protocols and content formats.
  • Control Points To enable the AV content to flow directly between devices without any intervention from the Control Point. To enable Control Points to remain independent of any particular transfer protocol and content format. This allows Control Points to transparently support new protocols and formats.
  • Scalability i.e. support of devices with very low resources, especially memory and processing power as well as full-featured devices.
  • a Control Point controls the operation of one or more UPnP devices in order to accomplish the desired behavior.
  • the Control Point is managing multiple devices, all interactions occur in isolation between the Control Point and each device.
  • the Control Point coordinates the operation of each device to achieve an overall, synchronized, end-user effect.
  • the individual devices do not interact directly with each another. All of the coordination between the devices is performed by the Control Point and not by the devices themselves.
  • AV scenarios involve the flow of (entertainment) content (i.e. a movie, song, picture, etc.) from one device to another.
  • An AV Control Point interacts with two or more UPnP devices acting as source and sink, respectively.
  • the Control Point coordinates and synchronizes the behavior of both devices, the devices themselves interact with each other using a non-UPnP ("out-of-band") communication protocol.
  • the Control Point uses UPnP to initialize and configure both devices so that the desired content is transferred from one device to the other.
  • the Control Point is not directly involved in the actual transfer of the content.
  • the Control Point configures the devices as needed, triggers the flow of content, then gets out of the way.
  • the Control Point can be disconnected without disrupting the flow of content.
  • the core task i.e. transferring the content
  • the core task i.e. transferring the content
  • the Core task continues to function even without the Control Point present.
  • three distinct entities are involved: the Control Point, the source of the media content (called the “MediaServer”), and the sink for the content (called the “MediaRenderer”).
  • the involved control point will often be included in either the source or the sink.
  • a content playback scenario involves three distinct UPnP components: a MediaServer, a MediaRenderer, and a UPnP Control Point. These three components (each with a well-defined role) work together to accomplish the task.
  • the MediaServer contains (entertainment) content that the user wants to render (e.g. display or listen to) on the MediaRenderer.
  • the user interacts with the user interface (Ul) of the Control Point to locate and select the desired content on the MediaServer and to select the target MediaRenderer.
  • Another common task is to retrieve/upload data at maximum speed from/to a content directory, typically using http-get or http-post and/or the import/export actions of the content directory.
  • the MediaServer contains or has access to a variety of entertainment content, either stored locally or stored on an external device that is accessible via the MediaServer.
  • the MediaServer is able to access its content and transmit it to another device via the network using some type of transfer protocol.
  • the content exposed by the MediaServer may include arbitrary types of content including video, audio, and/or still images.
  • the content is transmitted over the network using a transfer protocol and data format that is understood by the MediaServer and MediaRenderer.
  • MediaServers may support one or multiple transfer protocols and data formats for each content item, or may be able to convert the format of a given content item into other formats on the fly. Examples of a MediaServer include a VCR, CD DVD player/jukebox, camera, camcorder, PC, set-top box, satellite receiver, audio tape player, etc.
  • the ContentDirectory Service provides a set of actions that allow the Control Point to enumerate the content that the MediaServer can provide to the home network.
  • the primary action of this service is Browse(). This action allows Control Points to obtain detailed information about each Content Item that the MediaServer can provide. This information (i.e. meta-data) includes properties such as its name, artist, date created, size, etc. Additionally, the returned meta-data identifies the transfer protocols and data formats that are supported by the MediaServer for that particular Content Item. The Control Point uses this information to determine if a given MediaRenderer is capable of rendering that content in its available format.
  • a Media Server device might contain a significant portion of the user's audio, video, and still-image library.
  • an appropriate rendering device e.g. an audio player for music objects, a TV for video content, an Electronic Picture Frame for still-images, etc.
  • these Ul devices will either be a Ul built into the rendering device, or it will be a stand-alone Ul device such as a wireless PDA or tablet PC. In any case, it is unlikely that the user will interact directly with the device containing the content (i.e. the user won't have to walk over to the server device). In order to enable this capability, the service device needs to provide a uniform mechanism for Ul devices to browse the content on the server and to obtain detailed information about individual content objects. This is the purpose of the ContentDirectory Service, CDS.
  • the ContentDirectory Service additionally provides a lookup/storage service that allows clients (e.g. Ul devices) to locate (and possibly store) individual objects (e.g.
  • this service can be used to enumerate a list of songs stored on an MP3 player, a list of still- images comprising various slide-shows, a list of movies stored in a DVD Jukebox, a list of TV shows currently being broadcast (also known as an EPG), a list of songs stored in a CD Jukebox, a list of programs stored on a PVR (Personal Video Recorder) device, etc.
  • an EPG Electronic Program
  • PVR Personal Video Recorder
  • Fig. 1 illustrates a wireless network with a plurality of stations connected to the network.
  • Fig. 2 illustrates a new network created for the use of two of the stations in Fig. 1 for the transfer of a file between the two stations.
  • Fig. 3 illustrates schematically a station for use with the invention.
  • Fig. 1 a first network with a plurality of stations A, B, C and D connected to form the first network.
  • the first network is a wireless network operating in accordance with the IEEE 802.1 lb standard or the Bluetooth specification, and the invention uses the Universal Plug and Play (UPnP) ContentDirectory Service (CDS) and Control Points on each station. It is desired to transfer a data file to a first station A from a second station B. Decisions can be made by human interference by an operator, or automatically by the stations involved or by the network, e.g. by an application running on one or both of the stations. Likewise, actions can be taken and method steps can be performed by human interference or automatically. The following steps are preferably performed.
  • UPF Universal Plug and Play
  • CDS ContentDirectory Service
  • Station A decides on initiating a data transfer with station B.
  • station A implements a UPnP Control Point
  • station B implements a UPnP content directory.
  • Station A has selected a file F for downloading from station B.
  • a and B both run UPnP over IP over the first network.
  • Station A calculates whether the first network can provide the transfer satisfactorily, or whether a breakout of the first network would be beneficial.
  • a possible criterion depends on the estimated available bandwidth in the first network, e.g. a maximum bandwidth, or the current average network load.
  • Another criterion depends on breakout options, e.g. a possible new UPnP "breakout" service which has a "SupportedNetworks” action (e.g.
  • a third criterion is if the estimated bandwidth on breakout is much larger than the estimated bandwidth in the first network. If a suitable second network has been identified, and it has been decided that a breakout would be beneficial, step 3 below will be performed.
  • Station A indicates to station B that a suitable second network has been identified, and station A negotiates with station B to break out of the first network.
  • the breakout service can have a "RequestBreakout" action specifying the second network to which the break out is desired.
  • Station B can refuse to break out of the first network, for example if station B is engaged with other stations connected to the first network. If station B supports multiple networks, station B can accept being connected to the second network and still stay connected to the first network. If station B accepts to break out of the first network, a final handshake action and breakout occurs after a short timeout.
  • Stations A and B set up the agreed second network with agreed parameters, and either one of the stations A and B starts the second network, the other station joins in, and the transfer of the file over the second network can be initiated. After completion of the transfer of the file between stations A and B over the second network, stations A and B can either stay connected to the second network, or they can break out of the second network and re-join the original first network or possibly another network. If the actually used connection camiot provide the required bandwidth for transferring a file between two stations, it may be relevant to connect to another band of the available spectrum using the above-described method.
  • Wireless connections e.g. in accordance with IEEE 802.1 lb or Bluetooth are short-range connections. IEEE 802.1 lb and Bluetooth use overlapping frequency ranges, which can give rise to interference. When breaking out of a Bluetooth connection to an IEEE 802.1 lb connection it is beneficial to stop sending Bluetooth packets, because Bluetooth packets decrease the bandwidth of the IEEE 802.1 lb connection. It may also be that the locally available spectrum can be occupied and the network set up by stations A and B is a low bandwidth connection, since the available spectrum is shared with other wireless networks established between other stations. By moving to another location where the spectrum is less occupied, the stations involved can establish a network in an unoccupied part of the spectrum.
  • the method of the invention provides the possibility of directing the users of stations A and B to another (nearby) location where the required bandwidth is available due to the short-range characteristics of the standard and frequency spectrum used. This may require knowledge of the existence of such a location, and the users of stations A and B will then be informed of the location, and they are encouraged to move to that location and to connect their stations A and B at the new location. In the alternative, the users are encouraged to find a location with less wireless activity in the actual frequency band. This will preferably happen automatically under the control of a controller and is particularly useful in short-range applications.
  • An example of this is a group of school children in a school yard, where several of the children each are using a wireless station such as a mobile phone interconnected in one or more local networks, e.g. in accordance with IEEE 802.1 lb or a
  • Bluetooth piconet Two of the children have decided to transfer a song file from the station of one of the children to the station of the other over the network. It turns out that the transfer is too slow due to heavy local traffic that occupies bandwidth, and they decide to move to a more "quiet" location in the school yard, i.e. a location with less wireless local traffic and thus a larger available bandwidth. As they move to the other location their stations indicate that the transfer speed is indeed increasing.
  • a load meter which is a device or an application that monitors the local traffic density, i.e. the occupied bandwidth and keeps track on the available bandwidth of networks at different locations.
  • a user of a station can hereby be alerted to the fact that the available bandwidth is not or no longer optimal, or if it for other reasons is desirable to have traffic moved to another network.
  • the user can, in a simple manner, improve the available bandwidth on his actual location, or he can be directed to another location where the required bandwidth is available.

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé de transfert d'un fichier de données d'une première station à une seconde station, la première et la seconde stations étant toutes les deux connectées à une première connexion qui interconnecte les première et seconde stations. Le procédé comprend les étapes suivantes : la largeur de bande requise pour transférer le fichier de données est déterminée, la largeur de bande disponible sur la première connexion est déterminée, la largeur de bande requise pour transférer le fichier de données est comparée avec la largeur de bande disponible sur la première connexion, et si la largeur de bande disponible sur la première connexion est inférieure à une fraction prédéterminée de la largeur de bande requise pour transférer le fichier de données et si une deuxième connexion ayant la largeur de bande requise est disponible, les première et seconde stations sont connectées à la deuxième connexion et possiblement déconnectées de la première connexion. La largeur de bande requise peut être spécifiée par l'utilisateur, par exemple lorsqu'il souhaite ou requiert un temps maximal de transfert du fichier, ou par un administrateur du système ou du réseau, lorsqu'il souhaite déplacer le trafic d'une bande à une autre ou d'un réseau à un autre, par exemple.
PCT/IB2004/050216 2003-03-13 2004-03-09 Procede de transfert d'un fichier de donnees entre des stations d'un reseau Ceased WO2004082210A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP03100636 2003-03-13
EP03100636.4 2003-03-13

Publications (2)

Publication Number Publication Date
WO2004082210A2 true WO2004082210A2 (fr) 2004-09-23
WO2004082210A3 WO2004082210A3 (fr) 2004-11-11

Family

ID=32981920

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2004/050216 Ceased WO2004082210A2 (fr) 2003-03-13 2004-03-09 Procede de transfert d'un fichier de donnees entre des stations d'un reseau

Country Status (1)

Country Link
WO (1) WO2004082210A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008125729A1 (fr) * 2007-04-13 2008-10-23 Nokia Corporation Procédé, système radio, terminal mobile et station de base pour fournir un service de branchement local

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6084866A (en) * 1998-01-21 2000-07-04 Motorola, Inc. Method and apparatus in a wireless messaging system for minimizing unnecessary communications with coverage zones of differing size and differing bandwidth capacity when entered by a mobile subscriber unit
AU2621699A (en) * 1999-01-25 2000-08-07 Nokia Networks Oy Interworking between radio access networks
US20030005130A1 (en) * 2001-06-29 2003-01-02 Cheng Doreen Yining Audio-video management in UPnP

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008125729A1 (fr) * 2007-04-13 2008-10-23 Nokia Corporation Procédé, système radio, terminal mobile et station de base pour fournir un service de branchement local
US8462696B2 (en) 2007-04-13 2013-06-11 Nokia Corporation Method, radio system, mobile terminal and base station for providing local breakout service

Also Published As

Publication number Publication date
WO2004082210A3 (fr) 2004-11-11

Similar Documents

Publication Publication Date Title
EP1845683A1 (fr) Procédé de modification de contenu dans le système DLNA
CN100362826C (zh) 网络共享内容的方法与接收装置及源装置
US20090193474A1 (en) Method and Apparatus for Moving Viewing Sessions Among Different Devices in a Home Network
US20060168000A1 (en) Method of sharing files between user stations in a network
CN1830174B (zh) 基于upnp的媒体内容再现系统及其方法
US20080155062A1 (en) System for providing media data
KR100601670B1 (ko) 네트워크를 통한 컨텐츠의 제어 방법, 미디어 랜더러 장치및 미디어 소오스 장치
US9374609B2 (en) Remote control device transaction setup in a home network
WO2013063941A1 (fr) Procédé et système de partage d'écrans pour un terminal dlna dans un réseau domestique
WO2015042961A1 (fr) Procédé et dispositif de transmission de données multimédia
CN103814566A (zh) 在hdmi网络中的地址映射
US20070294372A1 (en) System and method for representing an infrared pass-through protocol in a home network
EP1840750B1 (fr) Serveur av
KR100636147B1 (ko) 네트워크를 통한 컨텐츠의 제어 방법 및 장치, 컨텐츠제공 방법 및 장치
KR100678954B1 (ko) ＵＰｎＰ 환경하에서 미디어 컨텐츠의 중지된 시점에 대한정보를 사용하는 방법 및 장치
US20090055539A1 (en) Av server apparatus and connection management method
Ritchie et al. Upnp av architecture: 0.83
Rasheed et al. High-Quality Media Distribution in the Digital Home.
US7643490B2 (en) Live content switching method, source device, and sink device
WO2004082210A2 (fr) Procede de transfert d'un fichier de donnees entre des stations d'un reseau
US20090062015A1 (en) Game playing device with networked playback capability
KR20130082981A (ko) 다중 단말간의 동영상 콘텐츠 동시 및 연속재생 시스템 및 그 방법
Infrastructure High-Quality Media Distribution in the Digital Home

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase