WO2006115339A1 - Method for controlling admission of network access - Google Patents

Method for controlling admission of network access Download PDF

Info

Publication number
WO2006115339A1
WO2006115339A1 PCT/KR2006/001268 KR2006001268W WO2006115339A1 WO 2006115339 A1 WO2006115339 A1 WO 2006115339A1 KR 2006001268 W KR2006001268 W KR 2006001268W WO 2006115339 A1 WO2006115339 A1 WO 2006115339A1
Authority
WO
WIPO (PCT)
Prior art keywords
real time
transfer
data
time data
access request
Prior art date
Application number
PCT/KR2006/001268
Other languages
French (fr)
Inventor
Kyung Ju Lee
Original Assignee
Lg Electronics Inc.
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 Lg Electronics Inc. filed Critical Lg Electronics Inc.
Publication of WO2006115339A1 publication Critical patent/WO2006115339A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2805Home Audio Video Interoperability [HAVI] networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2816Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/2821Avoiding conflicts related to the use of home appliances
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/15Flow control; Congestion control in relation to multipoint traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/22Traffic shaping
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/25Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/76Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/822Collecting or measuring resource availability data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/826Involving periods of time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L2012/2847Home automation networks characterised by the type of home appliance used
    • H04L2012/2849Audio/video appliances

Definitions

  • the present invention relates to a method of allowing access request for data transfer over a home network such as UPnP-based home network.
  • a home network enables to interconnect various consumer electronics devices such as refrigerator, TV set, washing machine, PC, and stereo set , making itpossible toprovide a convenient , user-friendlylivingenvironment .
  • the UPnPTM hereinafter, referred to UPnP
  • UPnP has been proposed to offer such a digital home network platform.
  • An UPnP network usually comprises a plurality of UPnP devices , services and a control point (CP) .
  • Each service the smallest accessible and controllable unit in an UPnP network is modeled by its own unique state variables.
  • the CP is a control application running on a device in the network such as PDA and is capable of accessing, monitoring, and controlling all of the devices on the network and their services.
  • the CP can also be implemented on a device, together with media renderer service that enables to display media data such as video data . It is possible that a plurality of CPs exist in a UPnP network and therefore a user can choose a nearer or more accessible CP so that he/she makes requests for desired services and for controlling the services at his/her convenience.
  • the UPnP home network enables us to execute desired operations such as move or copy of data between different devices connected to the home network at the chosen CP conveniently andto share thevarious devices at the same time . Therefore itpossibly happens that when a plurality of users use the devices in the network at the same time or sequentially or when a plurality of tasks are executedon the devices at the same time or sequentially, the bandwidth in the network required for doing the jobs exceeds the network bandwidth available at that time. If this case happens, new access requests for data transfer are often refused. However, instead of just denying the access requests, it is desirable to adaptively adjusting the network resource occupied by data transfers being executed, if possible, and to provide the newly adjusted network resource for the new access requests.
  • a minimum requirement, needed for transfer of non-real time data, whose information is accompanied by an access request for transfer of non-real time data is examined, and then the requested access is allowed if it is determined that the network resource available satisfies the minimum requirement.
  • a minimum data transfer rate is computed based on the size and the designated transfer completion time of the non-real time data, and then the access request for transfer of the non-real time data is made and sent, with the calculated minimum data transfer rate included.
  • a method of controlling allowance of access request for data transfer over a network In a method of controlling allowance of access request for data transfer over a network according to the present invention, after a minimum requirement, need for transfer of non-real time data, whose information is accompanied by an access request for transfer of non-real time data is examined and the requested access is allowed, it is examined at an appropriate time whether to update of the minimum requirement, the minimum requirement is updated if needed, and when another access request for data transfer over the network is made, whether to allow the another requested access is determined based on the updated minimum requirement.
  • the minimum requirement is the minimum data transfer rate that is obtained by dividing the size of the non-real time data by the designated transfer completion request time of the non-real time data.
  • the minimum requirement is updated at an appropriate time as a value that is obtained by dividing the remaining size of the non-real time data by the remaining time of the designated transfer completion request time.
  • whether to update the minimum requirement is examinedwhen another access request for data transfer over the network cannot be admitted due to the pre-occupied bandwidth by transfer of the non-real time data.
  • whether to update the minimum requirement is examined each time another access request for data transfer over the network is made. In a further embodiment, whether to update the minimum requirement is examined periodically.
  • Fig. 1 illustrates a procedure of processing access request required for transfer of non-real time data, where information on a minimum service rate is included in the access request according to an embodiment of the present invention
  • Fig .2 illustrates a series of access requests for data transfer and the resulting bandwidth change
  • Fig. 3 illustrates another series of access requests for data transfer and the resulting bandwidth change for description of an embodiment of the present invention
  • Fig. 4 illustrates a procedure of allowing an access request for data transfer according to anther embodiment of the present invention. 5. Best Mode for Carrying Out the Invention
  • MinSR minimum service rate
  • the Tspec item is traffic descriptor (one of QoS (qualityof service) information) and is sent to a device that controls QoS (hereinafter referred to ⁇ QoS manager' ) .
  • ⁇ QoS manager' a device that controls QoS
  • non-real time data means all types of data that are copied or transferred with no transfer rate constraint.
  • the video data that are to be streamed for real-time presentationor playback are not classified as non-real time data, but the video data that are just copied or transferred with no transfer rate constraint are classified as the non-real time data.
  • Fig.1 illustrates a procedure that access request for transfer of non-real time data is processed according to an embodiment of this invention.
  • CP 11 chooses a plurality of devices under control of the CP 11 , which are specified by the request , and requests QoS manager 10 to allow the network resource access for transfer of non-real time data (SlO) .
  • the request action is called "RequestTrafficQoS ( )" and includes the MinSR as a minimum requirement and information about source and destination devices as input arguments.
  • the MinSR is given by dividing the total number of bytes of the non-real time data by transfer completion time that is designated by the user.
  • the QoS manager 10 sends a request action to both of the source and destination devices and, if any, other devices located on a communication path between the two devices to determine if they can transfer data under the condition that meets the MinSR (SIl) .
  • Each device that receives the request action determines if it satisfies transfer rate constrained by the MinSR (S12) , and sends access admission message to the QoS manager 10 if it can handle the data transfer at the MinSR (S13) .
  • the QoS manager 10 allows the network resource access from the CP 11 (S14) .
  • QoS devices 12 represent the source and destination devices as well as devices that lie in a communication path between the two devices and the meaning of QoS devices 12 does not change hereinafter unless stated otherwise.
  • Fig. 12 are able to transmit or receive the requested non-real time data at a data transfer rate that is at least equal to the MinSR or at the maximum data transfer rate that the network bandwidth allows at that time , which will be described below in detail with reference to the situation illustrated in Fig. 2.
  • the non-real time data starts to be transmitted at a transfer rate of not the MinSR but 4 Mbps that is the maximum transfer rate from the portable device to the storage device (S21) .
  • the maximum allowable data transfer rate depends on the current communication loads between other devices over the network.
  • non-real time data could be transferred at a higher transfer rate than the designated MinSR if more bandwidth over the network is available . It is, therefore, likely that transfer of non-real time data takes a shorter time than the transfer completion time that was specified at the time that the MinSR is calculated. Hence, it is preferred that another request for transfer of real-time or non-real time data over the network is admitted if the designated transfer completion time of the non-real time data being transferred is still satisfied because it can maximize efficiency of the network bandwidth.
  • the MinSR value of non-real time data being transferred is updated and it is then determined whether or not the requested access is admitted based on the updated MinSR.
  • steps of S20 through S24 are the same as those of Fig. 2)
  • the MinSR value or 3.3Mbps of the non-real time data being transferred is re-calculated based on the initially designated transfer completion time, the elapsed time after start of the transfer, and size of the remaining part of the non-real time data at the time that the access is requested by C user(S35) .
  • the updated MinSR is denoted ' by MinSRu.
  • Fig. 4 illustrates a procedure of another embodiment of this invention which was described with reference to Fig. 3.
  • a request for transfer of non-real time data between QoS devices 43 is made at CPl 41 and is then sent to QoS manager 40 (S40) .
  • QoS manager 40 allows the request if the requested bandwidth is available (S41) .
  • the MinSR information is included in the request of S40 and the QoS manager 40 admits the request if the MinSR is smaller than or equal to the network bandwidth available.
  • the QoS manager 40 requests the QoS devices 43 to determine if the current networkbandwidth satisfies the transfer requirement associatedwith the request (the MinSR for transfer of non-real time data and transfer rate for real-time data) (S43) .
  • the decision (SSl) is made based on the available bandwidth of the network to which the QoS devices 43 are connected.
  • the MinSR requested at step of S40 is 3.3Mbps . Since the bandwidth available is 4.7Mbps, the transfer requested at the step of S42 from CP2 is allowed if the MinSR (or real-time transfer rate) associated with the request is smaller thanor equal to 4.7Mbps . If not, the QoS devices 43 generate an event called UpToDateTspec notifying that the minimum service rate should be updated (S44-1) . Accordingly, the QoS manager 40 sets its network status variable to 'CONJESTION EXPECTED 1 .
  • the UpToDateTspec event is notified to the devices that have been subscribed to the event notification group, in this case, the QoS manager 40 and the CP 41. Specifically, afternotified, the QoS manager 40 relays the event to the CP that belongs to the event notification group (S44-2) .
  • the event notification group S44-2
  • the steps executed by control points that have subscribed to the event notification group are described below.
  • the CPl 41 requests the QoS devices 43 to send information on the amount of non-real time data transferred until the time when the CPl 41 receives the UpToDateTspec event (or the amount of the remaining data until then) and the transfer completion time designated initially (S45) .
  • the operations for requesting and/or receiving the information may use UPnP action or other appropriate information exchange messages.
  • the operations may be executed on another channel on the network that is separated with the bandwidth channel on which the non-real time data is being transferred.
  • the information on the amount of non-real time data transferred until then (or the amount of the remaining data until then) and the transfer completion time may be sent to the CPl, with the information included in the UpToDateTspec event .
  • the CPl 41 After receiving the information, the CPl 41 recalculates the MinSR of the non-real time data. At this time, the remaining time is also calculated by using the transfer completion time designated initially. In another embodiment of this invention, the MinSR may be recalculated by the QoS devices 43 and then the updated MinSR is sent to the CPl 41.
  • the CPl 41 sends the MinSR to the QoS manager 40 by using UpdateTrafficQoS action (S46) .
  • the QoS manager 40 sends access allowance information that includes the updated MinSR to the QoS devices 43 so that the non-real time data can be transferred at a different transfer rate based on the updated MinSR (347) .
  • the QoS devices 43 examines if the access request of S42 can be admitted on the basis of the updated MinSR (SS2) . Before the step of S47, a message maybe sent to the QoS devices 43 that signifies the release of the MinSR stored previously. If it is determined that the access request of S42 can be admitted due to the updated MinSR, the QoS devices 43 sends access allowance messages (S48-1, S48-2) to the QM manager 40 and the CP2.
  • the QoS manager 40 sets the network status variable to 'NORMAL' (or ' CONJESTION 1 ) .
  • the MinSR of transfer of non-real time data is recalculated only when it is determined that another access request cannot be admitted under the network bandwidth available .
  • the MinSR of transfer of non-real time data is updated at a predetermined period of time and whether or not new access requests are admitted is determined based on the updatedMinSR.
  • the QoS devices 43 generate the UpToDateTspec event periodically, and in response to the event directly or via the QoS manager 40, a control point updates the MinSR of the non-real time data by using the steps described before and invokes UpdateTrafficQoS action on the QoS manager 40 by using the updated MinSR as arguments of the action.
  • the QoS manager 40 has the QoS devices 43 accept the updated MinSR of the non-real time data by invoking AdmitTrafficQoS action on the QoS devices 43. Afterwards, each time an access request is made, the QoS devices determine whether to admit the requested access based on the MinSR updated periodically.
  • the QoS devices 43 adjusts the MinSR update period. Specifically, if a ratio of the networkbandwidthavailable to the occupiedbandwidth (bothbandwidth for real time data and the MinSR of non-real time data) is maintained greater than a predefined ratio during a predetermined time, the UpToDateTspec event is invoked at the period of Tl to update the MinSR of non-real time data being transferred. Otherwise, the event is invoked at the period of T2 that is certainly larger than Tl.
  • the predefined ratio of 40% implies that, given the total network bandwidth of lOMbps the MinSR of non-real time data being transferred is updated at the period of Tl when the occupied bandwidth is smaller than 7.14Mbps .
  • the reasonwhythe MinSR is updated at two different periods is as follows.
  • ⁇ a ratio of the network bandwidth available to the total network bandwidth has been maintained during a certain period of time implies that it is highly probable that the non-real time data has been transferred at a higher transfer rate than the designated MinSR. Therefore, the MinSR needs to be updated at a short period of time or Tl.
  • the MinSR is updated at a longer period of time orT2 since the networkbandwidth available will be ineffective even if the MinSR is updated at a shorter period.
  • the MinSR of transfer of non-real time data is recalculated each time an access request is made and then whether to admit the requested access is determined based on the recalculated MinSR.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The present invention relates to a method for allowing access request for data transfer over a home network such as UPnP-based home network. In the present method, after a minimum requirement, e.g. , minimum service rate (MinSR) , needed for transfer of non-real time data, whose information is accompanied by an access request for transfer of non-real time data is checked, the requested access is allowed. Afterwards, if another access request to a network can not be admitted, the MinSR is updated and then the updated MinSR is used as criterion to determine whether to admit the another access request .

Description

D E S C R I P T I O N
METHOD FOR CONTROLLING ADMISSION OF NETWORK
ACCESS
1. Technical Field The present invention relates to a method of allowing access request for data transfer over a home network such as UPnP-based home network.
2. Background Art
Networking technologies based on various types of small-sized devices have been emerged and commercialized recently A home network enables to interconnect various consumer electronics devices such as refrigerator, TV set, washing machine, PC, and stereo set , making itpossible toprovide a convenient , user-friendlylivingenvironment . The UPnP™ (hereinafter, referred to UPnP) standard has been proposed to offer such a digital home network platform.
An UPnP network usually comprises a plurality of UPnP devices , services and a control point (CP) . Each service, the smallest accessible and controllable unit in an UPnP network is modeled by its own unique state variables. In general, the CP is a control application running on a device in the network such as PDA and is capable of accessing, monitoring, and controlling all of the devices on the network and their services. The CP can also be implemented on a device, together with media renderer service that enables to display media data such as video data . It is possible that a plurality of CPs exist in a UPnP network and therefore a user can choose a nearer or more accessible CP so that he/she makes requests for desired services and for controlling the services at his/her convenience.
Specifically, the UPnP home network enables us to execute desired operations such as move or copy of data between different devices connected to the home network at the chosen CP conveniently andto share thevarious devices at the same time . Therefore itpossibly happens that when a plurality of users use the devices in the network at the same time or sequentially or when a plurality of tasks are executedon the devices at the same time or sequentially, the bandwidth in the network required for doing the jobs exceeds the network bandwidth available at that time. If this case happens, new access requests for data transfer are often refused. However, instead of just denying the access requests, it is desirable to adaptively adjusting the network resource occupied by data transfers being executed, if possible, and to provide the newly adjusted network resource for the new access requests.
3./ Disclosure of the Invention
It is an object of the present invention to improve efficiency of thenetworkbandwidthbyusingtheminimumrequirement for transfer of non-real time data when access request for data transfer is made, determining whether to allow another access request based on the minimum requirement, and adjusting the minimum requirement adaptively while the non-real time data is being transferred. In the method of allowing access request according to the present invention, a minimum requirement, needed for transfer of non-real time data, whose information is accompanied by an access request for transfer of non-real time data is examined, and then the requested access is allowed if it is determined that the network resource available satisfies the minimum requirement.
In a method of making access request for data transfer over a network according to the present invention, given a request for transfer of non-real time data as well as a designated transfer completion time of the non-real time data from a user, a minimum data transfer rate is computed based on the size and the designated transfer completion time of the non-real time data, and then the access request for transfer of the non-real time data is made and sent, with the calculated minimum data transfer rate included. In a method of controlling allowance of access request for data transfer over a network according to the present invention, after a minimum requirement, need for transfer of non-real time data, whose information is accompanied by an access request for transfer of non-real time data is examined and the requested access is allowed, it is examined at an appropriate time whether to update of the minimum requirement, the minimum requirement is updated if needed, and when another access request for data transfer over the network is made, whether to allow the another requested access is determined based on the updated minimum requirement.
In another embodiment of the present invention, the minimum requirement is the minimum data transfer rate that is obtained by dividing the size of the non-real time data by the designated transfer completion request time of the non-real time data.
In still embodiment, the minimum requirement is updated at an appropriate time as a value that is obtained by dividing the remaining size of the non-real time data by the remaining time of the designated transfer completion request time.
In yet another embodiment, whether to update the minimum requirement is examinedwhen another access request for data transfer over the network cannot be admitted due to the pre-occupied bandwidth by transfer of the non-real time data.
In a further embodiment, whether to update the minimum requirement is examined each time another access request for data transfer over the network is made. In a further embodiment, whether to update the minimum requirement is examined periodically.
4. Brief Description of the Drawings
The accompanying drawings, which are included to provide a further understanding of the invention, illustrate the preferred embodiments of the invention, and together with the description, serve to explain the principles of the present invention.
In the drawings :
Fig. 1 illustrates a procedure of processing access request required for transfer of non-real time data, where information on a minimum service rate is included in the access request according to an embodiment of the present invention;
Fig .2 illustrates a series of access requests for data transfer and the resulting bandwidth change;
Fig. 3 illustrates another series of access requests for data transfer and the resulting bandwidth change for description of an embodiment of the present invention ; and
Fig. 4 illustrates a procedure of allowing an access request for data transfer according to anther embodiment of the present invention. 5. Best Mode for Carrying Out the Invention
In order that the invention may be fully understood, preferred embodiments thereof will now be described with reference to the accompanying drawings .
In embodiments of the present invention, when an access request for transfer of non-real time data over a network is made, minimum service rate (hereinafter referred to as "MinSR") that is one of minimum requirements for the requested access is included as a field of Tspec items. The Tspec item is traffic descriptor (one of QoS (qualityof service) information) and is sent to a device that controls QoS (hereinafter referred to ΛQoS manager' ) . It should be noted that since Tspec and QoS terminologies are not the required ones in this invention, that other terminologies may be chosen, and that the MinSR may be sent to the QoS manager independently of the Tspec items. Also, in the description of this invention, non-real time data means all types of data that are copied or transferred with no transfer rate constraint. The video data that are to be streamed for real-time presentationor playback are not classified as non-real time data, but the video data that are just copied or transferred with no transfer rate constraint are classified as the non-real time data.
How the MinSR is used for access request for data transfer in accordance with an embodiment of this invention is described in detail below. Fig.1 illustrates a procedure that access request for transfer of non-real time data is processed according to an embodiment of this invention. Upon a user request, CP 11 chooses a plurality of devices under control of the CP 11 , which are specified by the request , and requests QoS manager 10 to allow the network resource access for transfer of non-real time data (SlO) . The request action is called "RequestTrafficQoS ( )" and includes the MinSR as a minimum requirement and information about source and destination devices as input arguments. The MinSR is given by dividing the total number of bytes of the non-real time data by transfer completion time that is designated by the user.
Then, the QoS manager 10 sends a request action to both of the source and destination devices and, if any, other devices located on a communication path between the two devices to determine if they can transfer data under the condition that meets the MinSR (SIl) . Each device that receives the request action determines if it satisfies transfer rate constrained by the MinSR (S12) , and sends access admission message to the QoS manager 10 if it can handle the data transfer at the MinSR (S13) . Receiving the admission message, the QoS manager 10 allows the network resource access from the CP 11 (S14) . If the QoS manager 10 receives a message indicating that data transfer at the MinSR cannot be supported from at least one of them, the CP 11 in turn denies the user request. QoS devices 12 (QD shown in Fig. 1) represent the source and destination devices as well as devices that lie in a communication path between the two devices and the meaning of QoS devices 12 does not change hereinafter unless stated otherwise.
In this way, under control of the QoS manager 10 , the QoS devices
12 are able to transmit or receive the requested non-real time data at a data transfer rate that is at least equal to the MinSR or at the maximum data transfer rate that the network bandwidth allows at that time , which will be described below in detail with reference to the situation illustrated in Fig. 2.
In the situation of Fig. 2, suppose that the transmission bandwidth of a home network is lOMbps, that B user is watching ,an animation whose stream is transmitted at a rate of 6Mbps and that A user hopes to transfer a non-real time data of 1.5GBytes from a portable device , e.g., digital movie camera to a storage device within 1 hour since A user is scheduled for another camera shooting after 1 hour .
In the situation, the MinSR of network access request by A user is 3.3Mbs (= 1.5Gbytes/lhour) . Because the MinSR is smaller than the current available bandwidth of 4Mpbs (=10Mbps-6Mbps) , the requested access is allowed (S20) . The non-real time data starts to be transmitted at a transfer rate of not the MinSR but 4 Mbps that is the maximum transfer rate from the portable device to the storage device (S21) . However, the maximum allowable data transfer rate depends on the current communication loads between other devices over the network. For example, if as soon as playback of animation of 6Mbps has been completed, B user watches another animation whose transfer rate is 2Mbps at 5 minutes after start of transmission of the non-real time data (S22) , the transfer bandwidth available becomes 8Mbps and thus the non-real time data starts to be transmitted at a rate of 8Mbps (S23) . The opposite situation may happen while the non-real time data over network is transmittedat the designated transfer rate of 3.3Mbps . If another user, say C user request to watch a real-time video data that requires a transfer rate of 6Mbps at 20 minutes after start of transfer of the non-real time data (S24) , the access requested by C user is not admitted because the network bandwidth available at this time is 4.7Mbps (= lOMbps - 3.3Mbps - 2Mbps) , which is smaller than the requested bandwidth of 6Mbps (S25) .
It should be noted that non-real time data could be transferred at a higher transfer rate than the designated MinSR if more bandwidth over the network is available . It is, therefore, likely that transfer of non-real time data takes a shorter time than the transfer completion time that was specified at the time that the MinSR is calculated. Hence, it is preferred that another request for transfer of real-time or non-real time data over the network is admitted if the designated transfer completion time of the non-real time data being transferred is still satisfied because it can maximize efficiency of the network bandwidth.
In another embodiment of this invention, upon another access request for data transfer, the MinSR value of non-real time data being transferred is updated and it is then determined whether or not the requested access is admitted based on the updated MinSR.
For example, as shown in Fig. 3 (steps of S20 through S24 are the same as those of Fig. 2) , when C user makes access request to watch a real-time video data that requires a transfer rate of 6Mbps or access request to transfer a non-real time data with a MinSR value of 6Mbps (S24) , the MinSR value or 3.3Mbps of the non-real time data being transferred is re-calculated based on the initially designated transfer completion time, the elapsed time after start of the transfer, and size of the remaining part of the non-real time data at the time that the access is requested by C user(S35) . The updated MinSR is denoted' by MinSRu.
In case of Fig. 3, since the elapsed time is 20 minutes and the size of transferred data during 20 minutes is l.OΞGBytes (= (4Mbps x 5min x 60sec / 8bits) + (8Mbps x 15min x 60sec / 8bits) ) , the MinSRubecomes 1.5Mbps (= (1.5GBytes - 1.05GBytes) / (60min - 20min) ) . If transfer rate of the non-real time data is adjusted to 1.5Mbps, the resulting available bandwidthbecomes 6.5Mbps (= lOMbps - 1.5Mbps - 2Mbps for B user) so that the bandwidth for transfer requested by C user is admissible. After the requested access by C user is admitted, the non-real time data is transferred at rate of 2Mbps that is the maximum available bandwidth (S36) so that the transfer is completed in 30 minutes.
Through the above-described steps, transfer of non-real time data can be completed within the initially designated transfer competition time and at the same time transfer of other data may¬ be allowed by adjusting transfer rate of the non-real time data, leading to improvement of utilization of the network bandwidth. Fig. 4 illustrates a procedure of another embodiment of this invention which was described with reference to Fig. 3. A request for transfer of non-real time data between QoS devices 43 is made at CPl 41 and is then sent to QoS manager 40 (S40) . Then, QoS manager 40 allows the request if the requested bandwidth is available (S41) . As before, the MinSR information is included in the request of S40 and the QoS manager 40 admits the request if the MinSR is smaller than or equal to the network bandwidth available.
Since then, when another request of data transfer between the QoS devices 43 is made (S42) froma CP (CP2inFig.4 for the convenience of description, but the request can be made at CPl, implying that this embodiment is applicable to the network with only one CP) , the QoS manager 40 requests the QoS devices 43 to determine if the current networkbandwidth satisfies the transfer requirement associatedwith the request (the MinSR for transfer of non-real time data and transfer rate for real-time data) (S43) . The decision (SSl) is made based on the available bandwidth of the network to which the QoS devices 43 are connected. For example, suppose that the total bandwidth of the network is lOMbps, a bandwidth occupied already for data being transferred is 2Mbps (not depicted in Fig.4)) and the MinSR requested at step of S40 is 3.3Mbps . Since the bandwidth available is 4.7Mbps, the transfer requested at the step of S42 from CP2 is allowed if the MinSR (or real-time transfer rate) associated with the request is smaller thanor equal to 4.7Mbps . If not, the QoS devices 43 generate an event called UpToDateTspec notifying that the minimum service rate should be updated (S44-1) . Accordingly, the QoS manager 40 sets its network status variable to 'CONJESTION EXPECTED1. The UpToDateTspec event is notified to the devices that have been subscribed to the event notification group, in this case, the QoS manager 40 and the CP 41. Specifically, afternotified, the QoS manager 40 relays the event to the CP that belongs to the event notification group (S44-2) . For convenience of description, it is assumed in Fig. 4 that a single CP or CPl 41 has been subscribed to the UpToDateTspec event notification group at the step of S39, but it should be noted that another CP or CP2 42 may subscribe to the UpToDateTspec event notification group. The steps executed by control points that have subscribed to the event notification group are described below.
The CPl 41 requests the QoS devices 43 to send information on the amount of non-real time data transferred until the time when the CPl 41 receives the UpToDateTspec event (or the amount of the remaining data until then) and the transfer completion time designated initially (S45) . The operations for requesting and/or receiving the information may use UPnP action or other appropriate information exchange messages. The operations may be executed on another channel on the network that is separated with the bandwidth channel on which the non-real time data is being transferred. In another embodiment of this invention, the information on the amount of non-real time data transferred until then (or the amount of the remaining data until then) and the transfer completion time may be sent to the CPl, with the information included in the UpToDateTspec event .
After receiving the information, the CPl 41 recalculates the MinSR of the non-real time data. At this time, the remaining time is also calculated by using the transfer completion time designated initially. In another embodiment of this invention, the MinSR may be recalculated by the QoS devices 43 and then the updated MinSR is sent to the CPl 41.
Given the updated MinSR, the CPl 41 sends the MinSR to the QoS manager 40 by using UpdateTrafficQoS action (S46) . Accordingly, the QoS manager 40 sends access allowance information that includes the updated MinSR to the QoS devices 43 so that the non-real time data can be transferred at a different transfer rate based on the updated MinSR (347) . In response to the allowance information, the QoS devices 43 examines if the access request of S42 can be admitted on the basis of the updated MinSR (SS2) . Before the step of S47, a message maybe sent to the QoS devices 43 that signifies the release of the MinSR stored previously. If it is determined that the access request of S42 can be admitted due to the updated MinSR, the QoS devices 43 sends access allowance messages (S48-1, S48-2) to the QM manager 40 and the CP2.
After the access request is admitted (or rejected) , the QoS manager 40 sets the network status variable to 'NORMAL' (or ' CONJESTION1 ) .
In an embodiment of Fig. 4, the MinSR of transfer of non-real time data is recalculated only when it is determined that another access request cannot be admitted under the network bandwidth available .
In another embodiment of this invention, the MinSR of transfer of non-real time data is updated at a predetermined period of time and whether or not new access requests are admitted is determined based on the updatedMinSR. To be specific, the QoS devices 43 generate the UpToDateTspec event periodically, and in response to the event directly or via the QoS manager 40, a control point updates the MinSR of the non-real time data by using the steps described before and invokes UpdateTrafficQoS action on the QoS manager 40 by using the updated MinSR as arguments of the action. In turn, the QoS manager 40 has the QoS devices 43 accept the updated MinSR of the non-real time data by invoking AdmitTrafficQoS action on the QoS devices 43. Afterwards, each time an access request is made, the QoS devices determine whether to admit the requested access based on the MinSR updated periodically.
In another embodiment of this invention, the QoS devices 43 adjusts the MinSR update period. Specifically, if a ratio of the networkbandwidthavailable to the occupiedbandwidth (bothbandwidth for real time data and the MinSR of non-real time data) is maintained greater than a predefined ratio during a predetermined time, the UpToDateTspec event is invoked at the period of Tl to update the MinSR of non-real time data being transferred. Otherwise, the event is invoked at the period of T2 that is certainly larger than Tl. For example, the predefined ratio of 40% implies that, given the total network bandwidth of lOMbps the MinSR of non-real time data being transferred is updated at the period of Tl when the occupied bandwidth is smaller than 7.14Mbps . The reasonwhythe MinSR is updated at two different periods is as follows. The fact that ■ a ratio of the network bandwidth available to the total network bandwidth has been maintained during a certain period of time implies that it is highly probable that the non-real time data has been transferred at a higher transfer rate than the designated MinSR. Therefore, the MinSR needs to be updated at a short period of time or Tl. On the other hand, if the network bandwidth available has been smaller than a predefined ratio, the MinSR is updated at a longer period of time orT2 since the networkbandwidth available will be ineffective even if the MinSR is updated at a shorter period. In another embodiment of this invention, the MinSR of transfer of non-real time data is recalculated each time an access request is made and then whether to admit the requested access is determined based on the recalculated MinSR. The foregoing embodiments of this invention make it possible to improve efficiency of the network bandwidth by admitting another request for transfer of real-time or non-real time data while satisfying the minimum requirement for transfer of non-real time data being transferred. While the disclosure has discussed a limited number of implementations, those skilled in the art having the benefit of this disclosure will appreciate numerous modifications and variations therefrom. It is intended that all such modifications and variations fall within the spirit and scope of this disclosure.

Claims

1. A method of controlling allowance of access request for data transfer over a network, comprising the steps of: examining a minimum requirement that is needed for transfer of non-real time data, the minimum requirement being accompanied by an access request for the transfer; and allowing the access request if it is determined that available network resource satisfies the minimum requirement.
2. The method as set forth in claim 1, wherein the minimum requirement is minimum data transfer rate.
3. The method as set forth in claim 2, wherein the minimum data transfer rate is obtained by dividing size of the non-real time data by a transfer completion request time for the non-real time data designated by a user.
4. The method as set forth in claim 1, wherein the network resource is a transmission bandwidth in the network.
5. A method of making an access request for data transfer over a network, comprising the steps of: from a user, receiving a request for transfer of non-real time data; from a user, receiving a designated transfer completion time of the non-real time data; and calculating a minimum data transfer rate based on size and the designated transfer completion time of the non-real time data and making an access request for transfer of the non-real time data with the calculated minimum data transfer rate included.
6. The method as set forth in claim 5, wherein the minimum data transfer rate is obtaining by dividing the size of the non-real time data by the designated transfer completion request time.
7. A method of controlling allowance of access request for data transfer over a network, comprising the steps of:
(a) checking a minimum requirement that is needed for transfer of non-real time data, the minimum requirement being accompanied by an access request of non-real time data, and allowing the access request;
(b) checking updated information of the minimum requirement; and
(c) using the updated minimum requirement in determining whether to allow another access request for data transfer over the network.
8. The method as set forth in claim 7, wherein the minimum requirement is a minimum data transfer rate.
9. The method as set forth in claim 8, wherein the minimum data transfer rate in the step (a) is obtained by dividing size of the non-real time data by transfer completion request time for the non-real time data designated by a user.
10. The method as set forth in claim 8, wherein the updated minimum data transfer rate in the step (b) is obtained by dividing remaining size of the non-real time data by remaining time of the designated transfer completion request time.
11. The method as set forth in claim 7, wherein in the step (b) , the updated minimum requirement is checked when another access request for data transfer over the network cannot be admitted due to reserved bandwidths including a bandwidth demanded by the minimum requirement .
12. The method as set forth in claim 11, wherein in the step
(b) , when another access request for data transfer over the network cannot be admitted due to reserved bandwidths including a bandwidth demanded by the minimum requirement , the updated minimum requirement is checked after the minimum requirement is updated by generation of an event that signifies reject of the another access request.
13. The method as set forth in claim 7, wherein in the step (b) , the updated minimum requirement is checked each time another access request for data transfer over the network is made.
14. The method as set forth in claim 7, wherein in the step (b) , the updated minimum requirement is checked periodically.
15. The method as set forth in claim 7, wherein in the step (b) , the updated minimum requirement is checked when an available network bandwidth is maintained greater than a predefined value during a predetermined time.
16. The method as set forth in claim I1 wherein the non-real time datawhose transferhasbeenallowed inthe step (a) is transferred at themaximumallowable transferrate that is greater than theminimum requirement .
17. The method as set forth in claim 7, wherein the updated minimum requirement is calculated by a device that transmits the non-real time data or other devices on the transmission path over which the non-real time data is transferred.
18. The method as set forth in claim 7, wherein the updated minimum requirement is received from a control application that has control over devices participating transfer of the non-real time data.
19. The method as set forth in claim I1 further comprising the step of re-allowing access for transfer of the non-real time data that has been admitted in the step (a) , on the basis of the updated minimum requirement .
PCT/KR2006/001268 2005-04-08 2006-04-06 Method for controlling admission of network access WO2006115339A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US66983405P 2005-04-08 2005-04-08
US60/669,834 2005-04-08

Publications (1)

Publication Number Publication Date
WO2006115339A1 true WO2006115339A1 (en) 2006-11-02

Family

ID=37214940

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2006/001268 WO2006115339A1 (en) 2005-04-08 2006-04-06 Method for controlling admission of network access

Country Status (1)

Country Link
WO (1) WO2006115339A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008088259A1 (en) 2007-01-18 2008-07-24 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for remote access to a home network
GB2463000B (en) * 2008-07-25 2012-11-07 Vodafone Plc Mobile communications network
FR3019429A1 (en) * 2014-03-31 2015-10-02 Orange METHOD AND DEVICE FOR CONTROLLING DOWNLOAD OF MULTIMEDIA CONTENT

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6359863B1 (en) * 1998-08-12 2002-03-19 The Regents Of The University Of California Rate allocation system and method for ATM switched networks
US6853625B2 (en) * 2002-02-13 2005-02-08 Matsushita Electric Industrial Co., Ltd. Method of dynamically transmitting data packets using RTP and RTCP protocols

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6359863B1 (en) * 1998-08-12 2002-03-19 The Regents Of The University Of California Rate allocation system and method for ATM switched networks
US6853625B2 (en) * 2002-02-13 2005-02-08 Matsushita Electric Industrial Co., Ltd. Method of dynamically transmitting data packets using RTP and RTCP protocols

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008088259A1 (en) 2007-01-18 2008-07-24 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for remote access to a home network
EP2116004A1 (en) * 2007-01-18 2009-11-11 Telefonaktiebolaget LM Ericsson (PUBL) A method and apparatus for remote access to a home network
EP2116004A4 (en) * 2007-01-18 2013-07-24 Ericsson Telefon Ab L M A method and apparatus for remote access to a home network
GB2463000B (en) * 2008-07-25 2012-11-07 Vodafone Plc Mobile communications network
US8750203B2 (en) 2008-07-25 2014-06-10 Vodafone Group Plc Mobile communications network
US9247560B2 (en) 2008-07-25 2016-01-26 Vodafone Group Plc Mobile communications network
FR3019429A1 (en) * 2014-03-31 2015-10-02 Orange METHOD AND DEVICE FOR CONTROLLING DOWNLOAD OF MULTIMEDIA CONTENT

Similar Documents

Publication Publication Date Title
US9349025B2 (en) Utilizing a gateway for brokering and/or arbitrating service consumption options
US7859998B2 (en) System and method for managing pre-emption of quality of service (QoS) allocations in a network
CN105340234B (en) The adaptive resource management of multi-screen Video Applications is used in cable Wi-Fi network
US11751103B2 (en) Variable application of quality of service
CA2762683C (en) Quality of service for distribution of content to network devices
EP2412144B1 (en) Method for temporal admission control in a digital video network
US10270834B2 (en) System and method for online multimedia streaming services
EP1892882A1 (en) Method of providing QoS for a flow
CN105765925B (en) In the progress run by the network equipment between service conversation the available bandwidth of distributed network method and relevant device
US8209431B1 (en) System and method for improving quality of service for wireless LANs
CN105723656A (en) Service policies for communication sessions
EP3022871B1 (en) Adjusting network service level based on usage
CN101809940A (en) Bandwidth reservation for data flows in interconnection networks
CN101632266A (en) Parameterized quality of service in the network
MX2015006471A (en) Method and apparatus for controlling utilization in a horizontally scaled software application.
US20120221706A1 (en) Method and arrangement for network resource management
CN102244604B (en) A kind of method for controlling quality of service of home gateway and home gateway and system
US20090138596A1 (en) Method for changing service quality of a content adaptively
WO2010109952A1 (en) Resource allocation request device, resource allocation device, resource allocation request method, and resource allocation method
CN116192651A (en) Time sensitive network scheduling method based on bandwidth reservation
WO2006115339A1 (en) Method for controlling admission of network access
CN111194543B (en) Flow control system for use in a network
JP2009163440A (en) Load distribution method, load distribution system, load distribution server and load distribution program
CN101632268A (en) Parameterized quality of service architecture in the network
TWI612785B (en) Rendezvous flow control apparatus, method, and computer program product thereof

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06732829

Country of ref document: EP

Kind code of ref document: A1