WO2014187472A1 - Diffusion en continu adaptative dans un réseau de communication - Google Patents

Diffusion en continu adaptative dans un réseau de communication Download PDF

Info

Publication number
WO2014187472A1
WO2014187472A1 PCT/EP2013/060337 EP2013060337W WO2014187472A1 WO 2014187472 A1 WO2014187472 A1 WO 2014187472A1 EP 2013060337 W EP2013060337 W EP 2013060337W WO 2014187472 A1 WO2014187472 A1 WO 2014187472A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile station
pdp context
media
network
descriptor data
Prior art date
Application number
PCT/EP2013/060337
Other languages
English (en)
Inventor
Àkos KOVÁCS
Paul Schliwa-Bertling
Paul Stallard
Original Assignee
Telefonaktiebolaget L M Ericsson (Publ)
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 Telefonaktiebolaget L M Ericsson (Publ) filed Critical Telefonaktiebolaget L M Ericsson (Publ)
Priority to PCT/EP2013/060337 priority Critical patent/WO2014187472A1/fr
Publication of WO2014187472A1 publication Critical patent/WO2014187472A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate

Definitions

  • the present invention relates to the field of adaptive media streaming in a communication network.
  • Video services require a high data rate, and are particularly sensitive to data losses and variations in network latency. This has a large impact on the end user's quality of experience (QoE), as lost data disrupts the video presented to the user.
  • QoE quality of experience
  • Most video services are currently provided as "best-effort" services. It would be beneficial for network operators to manage the increasing volume of video traffic on their networks in order to reduce the likelihood of networks becoming overloaded and the QoE for the end user reducing.
  • QoS Quality of Service
  • UMTS Universal Mobile Telecommunications System
  • Corresponding nodes are the Radio Base Station (RBS), Radio Network Controller (RNC) for UMTS Terrestrial Radio Access Network (UTRAN), Base Station Controller (BSC) for GSM EDGE Radio Access Network (GERAN) and a General Packet Radio Service Support Node (GSN).
  • RBS Radio Base Station
  • RNC Radio Network Controller
  • BSC Base Station Controller
  • GSN General Packet Radio Service Support Node
  • Te Figure shows the different bearer services corresponding to different QoS. It may be assumed the nodes in the core network have high capacity transmission links for which QoS considerations are not so important.
  • FIG. 2 shows a network architecture in which a Serving GSN (SGSN) 7 connects to either an RNC 8 or BSC 9 over luPS and Gb interfaces, respectively. These interfaces are over a connectivity network that is referred to as the core network and may comprise high capacity links.
  • SGSN Serving GSN
  • RNC 8 or BSC 9 luPS and Gb interfaces, respectively. These interfaces are over a connectivity network that is referred to as the core network and may comprise high capacity links.
  • the MS 1 Upon QoS setup the MS 1 initiates a PDP context negotiation for the certain traffic type it is about to use. Based on available radio resources a QoS profile is associated with the PDP context.
  • a Gateway GSN (GGSN) 10 is connected to the SGSN 7 over a Gn interface.
  • GGSN 10 For a UTRAN network it is possible that user data is tunnelled from the GGSN 10 directly to the RNC 8.
  • the GGSN 10 is also involved into the QoS negotiation process.
  • the RNC 8 and BSC 9 control radio resource allocation and distribution between different packet switched data users in a given cell. Both nodes 8, 9 are part of the flow control mechanism that continuously supervises QoS.
  • Flow control in GERAN is based on the PFM procedure (Aggregate BSS QoS Profile, ABQP, negotiation).
  • the MS 1 requests a certain level of Quality of Service.
  • the requested QoS will be checked to confirm that it complies with a subscription associated with the MS 1 .
  • the SGSN 7 may then check and modify the requested QoS due to SGSN 7 internal QoS handling.
  • the SGSN 7 then starts the PFM procedures by creating a Packet Flow Context (PFC) towards the Base Station Subsystem (BSS) where the ABQP is negotiated.
  • the ABQP is then valid for all the Logical Link Control (LLC) Packet Data Units (PDU) that are transmitted for the PDP context.
  • LLC Logical Link Control
  • Flow control in UTRAN is based on congestion avoidance and detection mechanisms run both on a Radio Base Station (RBS) 1 1 and RNC 8 on a per Radio Access Bearer basis.
  • the basic flow control mechanism considers the flow's associated QoS profile and the actual Cell Area (CA) bitrate, and, if needed, RNC can back off with the transmission rate.
  • Further mechanisms can also be activated, such as Active Queue Management (AQM) based congestion control and weighted flow control. In the latter case, flows corresponding to different users are handled in a different way according to their subscription level.
  • QAM Active Queue Management
  • radio resources may be reserved and admission control may be applied.
  • the RBS 1 1 In UTRAN the RBS 1 1 is involved in the flow control mechanism. Upon detection of bottleneck either in the transport network or over the Uu interface, Cell Area (CA) messages are issued to the RNC 8 to reduce CA bitrate for a given flow. Advanced scheduling may also be applied in the RBS 1 1 . In GERAN it is only the BSC 9 that is involved in the QoS negotiation and flow control.
  • CA Cell Area
  • the media stream is typically an adaptive bitrate stream. There is a baseline stream that consumes the least bandwidth and offers the lowest media quality. If bandwidth is available, it is possible to obtain media of a higher quality.
  • the media received by the MS 1 may change over time depending on various factors, such as network bandwidth availability, processing power on the MS 1 , battery status, window size, etc.
  • Two common methods for adaptive bitrate streams are scalable video coding and HTTP adaptive bitrate.
  • scalable video coding the media stream consists of several layers. Each layer holds additional quality enhancement information to all those which are below it. The more layers the MS 1 receives, the higher the perceived quality.
  • the lowest quality layer is referred to as the base layer. Layers above the base layer are enhancement layers. Each additional enhancement layer requires additional bandwidth in the network.
  • the video is encoded at multiple bitrates before being segmented into "chunks" corresponding to a defined time period (2-10 seconds is typical).
  • the client at the MS 1 can choose between multiple chunks of different size (larger chunks correspond to higher bitrate, higher quality representations), depending on the available bandwidth and other factors.
  • the client is given a list of all the available chunks and their properties in a manifest file, as described, for example, in US 7,818,444.
  • the transmission mechanism of adaptive streams can be based on either Transmission Control Protocol (TCP) or on User Datagram Protocol (UDP) at the transport layer.
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • congestion control is end-to-end and is driven by the MS 1 .
  • the network can affect the client behaviour by making changes to the manifest file.
  • UDP-based methods usually incorporate Real-time Transport Protocol (RTP)/RTP Control Protocol (RTCP) and allow congestion control and end-user adaptation within the network by transcoding the media stream, or they allow network-level interaction by for example RTP Network Abstraction Layer Unit (NALU) header extension (see RFC 3984) for H.264 SVC bitstreams.
  • RTP-AS HTTP adaptive streaming
  • Throughput is controlled by the TCP protocol and fills up all the free resources in the network.
  • Such receiver-driven solutions are resource-intensive and, without appropriate control, can starve other competing flows.
  • the streaming media is sent using UDP on the transmission layer (RTP-based solutions)
  • the stream can be starved or suffer from random packet drops which both lead to poor end-user perceived quality and long buffering. The issue in both cases arises from the end-to-end control of the streaming.
  • a mobile service proxy node receives Media Descriptor (MD) data relating to an adaptive media streaming session towards the mobile station. It adapts the MD data and sends the adapted MD data towards the mobile station.
  • MD Media Descriptor
  • An advantage of this is that a network node can adapt MD data, thereby allowing network control of the streaming media to take account of factors such as network conditions.
  • the mobile service proxy node is associated with any of a Serving GPRS Support Node (SGSN and a Gateway GPRS Support Node (GGSN).
  • SGSN Serving GPRS Support Node
  • GGSN Gateway GPRS Support Node
  • the adaptation of the MD data is optionally performed according to factors such as a user subscription, network conditions and Quality of Service requirements.
  • the mobile service proxy node prior to receiving the MD data, receives a PDP context message, the PDP context message indicating that adaptive streaming is to be used.
  • the PDP context message indicating that adaptive streaming is to be used.
  • the PDP context message optionally comprises either information for modifying a QoS Service profile of an existing PDP context associated with the mobile station (in the case where a PDP context exists) or information for establishing a secondary PDP context associated with the mobile station in the case where the mobile station is already associated with a primary PDP context.
  • the mobile service proxy node In order to allow the mobile service proxy node to obtain dynamic information about network conditions, prior to adapting the MD data, the mobile service proxy node optionally sends a query to a node in a Radio Access Network (RAN) serving the mobile station and receives a response, the response including information relating to conditions in the RAN.
  • RAN Radio Access Network
  • the mobile service proxy node determines that updated MD data is required in response to any of a change in network circumstances and a request from the mobile station, and adapts the MD data accordingly.
  • a mobile service proxy node for use in a communications network.
  • the mobile service proxy node is provided with a receiver for receiving MD data relating to an adaptive media streaming session towards a mobile station.
  • a processor is provided for adapting the MD data.
  • a transmitter is also provided for sending the adapted MD data towards the mobile station.
  • the mobile service proxy node is associated with any of a SGSN and a GGSN.
  • the processor is optionally arranged to adapt the MD data according to any of a user subscription, network conditions and Quality of Service requirements.
  • the mobile service proxy node is optionally provided with a second receiver arranged to, prior to receiving the MD data, receive a PDP context message, the PDP context message indicating that adaptive streaming is to be used.
  • the mobile service proxy node is provided with a second transmitter for sending a query to a node in a RAN serving the mobile station, and a third receiver for receiving from the node in the RAN a response, the response including information relating to conditions in the RAN. This advantageously allows the mobile service proxy node to determine network conditions in the RAN, which can be taken into account when adapting the MD.
  • the processor is further arranged to determine that updated MD data is required in response to any of a change in network circumstances and a request from the mobile station, and adapt the MD data accordingly.
  • the mobile service proxy node is optionally provided with a computer readable medium in the form of a memory that is arranged to store the MD associated with the mobile station.
  • a mobile station for use in a communications network.
  • the mobile station is provided with a transmitter for sending to a mobile service proxy node a PDP context message.
  • the PDP context message includes any of an indication that adaptive streaming is to be used, an instruction to modify an existing PDP context, and an instruction to establish a secondary PDP context.
  • the PDP context message is usable by the mobile service proxy node to associate MD data with the mobile station.
  • a computer program comprising computer readable code which, when run on a computer device causes the computer device to perform the method as described above in the first aspect.
  • a computer program comprising computer readable code which, when run on a mobile station causes the mobile station to behave as a mobile station as described above in the third aspect.
  • a computer program product comprising a non-transitory computer readable medium and a computer program as described above in the fourth or fifth aspect, wherein the computer program is stored on the computer readable medium.
  • Figure 1 illustrates schematically a UMTS architecture and the QoS bearer services between different nodes
  • Figure 2 illustrates schematically in a block diagram an exemplary network architecture
  • Figure 3 is a flow diagram showing exemplary steps
  • Figure 4 is a signalling diagram showing signalling for an exemplary embodiment in which a user streams media using a dedicated streaming media application
  • Figure 5 is a signalling diagram showing signalling for a further exemplary embodiment in which a user streams media using a dedicated streaming media application
  • Figure 6 is a signalling diagram showing signalling for another exemplary embodiment
  • Figure 7 is a signalling diagram showing signalling for yet another exemplary embodiment
  • Figure 8 illustrates an exemplary Quality of Service element
  • Figure 9 illustrates schematically in a block diagram an exemplary mobile service proxy node
  • Figure 10 illustrates schematically in a block diagram an exemplary mobile station.
  • a UMTS system comprises a Mobile Station (MS) 1 , a media source, a Radio Access Network (RAN) 4, a Serving GPRS Support Node (SGSN) 7 and a Gateway GPRS Support Node (GGSN) 10.
  • MS Mobile Station
  • RAN Radio Access Network
  • SGSN Serving GPRS Support Node
  • GGSN Gateway GPRS Support Node
  • MD Media Descriptor
  • the MS 1 acts as a media receiver and is attached to the UMTS system.
  • the UMTS system delivers the media content to the MS 1 from a Content Provider (CP) that is a media source.
  • the media content is delivered to the MS 1 by any appropriate method that enables media adaptation, such as HTTP adaptive media streaming.
  • the RAN 4 is part of the UMTS Bearer Service.
  • the RAN 4 comprises a Radio Base Station (RBS) 1 1 and a controller node, which can be a Radio Network Controller (RNC) 8 in case of UTRAN or a Base Station Controller (BSC) 9 in case of GERAN.
  • RNC Radio Network Controller
  • BSC Base Station Controller
  • the RAN provides Quality of Service (QoS) information for media adaptation purposes to network nodes closer to the media source, such as to the SGSN 7 and the GGSN 10, either of which can be used for media adaptation.
  • QoS Quality of Service
  • both the SGSN 7 and the GGSN 10 may perform media adaptation.
  • only the SGSN 7 performs media adaptation.
  • UP User Plane
  • the SGSN 7 and/or the GGSN 10 (depending on which adaptation alternative is used) store the MD for the given media content and delivery session.
  • the media stream is adaptive bitrate. As described above, there is a baseline stream that consumes the least bandwidth and offers the lowest video quality but if bandwidth is available, it is possible to obtain representations of a higher quality.
  • the representation received by the MS 1 may change over time depending on various factors such as network bandwidth availability, processing power at the MS 1 , battery status, window size, and so on.
  • scalable video coding and HTTP adaptive bitrate can be considered for adaptive bitrate streams.
  • Figure 3 is a flow diagram illustrating exemplary steps, some of which are described in more detail below. The following numbering corresponds to that of Figure 3:
  • a mobile service proxy node such as a SGSN 7 or a GGSN 10, receives a PDP context activation message.
  • the PDP context activation message indicates that adaptive streaming is to be used.
  • the PDP context activation message includes information for modifying a QoS profile of an existing PDP context associated with the MS 1 .
  • the PDP context activation message includes information for establishing a secondary PDP context associated with the MS 1 , and the MS 1 is already associated with a primary PDP context.
  • the mobile service proxy node 7, 10 receives MD data relating to an adaptive media streaming session and sent towards the mobile station.
  • the mobile service proxy node 7, 10 sends a query to a node in the RAN 4.
  • the RAN 4 node is an RNC 8.
  • the query is to determine conditions in the RAN 4.
  • the node in the RAN 4 responds to the mobile service proxy node 7, 10 with relating to conditions in the RAN. S7.
  • the mobile service proxy node 7, 10 adapts the MD on the basis of the received information, such as network conditions, QoE policies, user subscription and so on.
  • the mobile service proxy node 7, 10 sends the adapted MD towards the MS 1 .
  • the MS 1 uses the adapted MD to control the sending of the media data and ensure that it complies with QoS requirements while taking into account network conditions. S10. A determination is made to see whether an update to the MD is required. This may be, for example, because of a change in network conditions or in response to a query from the MS 1 . If an update is required, then the process reverts to step S5, otherwise the process reverts to step S9.
  • the Media Descriptor is a data file that contains basic or extended information about the adaptive media to be delivered to the MS 1 . Expected basic information may be considered as the number of layers, their identity and their priority order within the stream. Furthermore, information may contain layer specific information, which may comprise per-layer bitrate information. Extended information allows the better call admission control and resource reservation to be provided.
  • An exemplary MD data file for HTTP-AS is as follows, showing how segments at a given quality level are represented:
  • An example of a Media Descriptor is a manifest file (Media Presentation Description, MPD) for HTTP-AS.
  • MPD Media Presentation Description
  • Any appropriate signalling protocol can be applied to signal the MD to the MS 1 during the streaming setup.
  • the signalling of the MD is required.
  • the signalling protocol distributes the MD to all mobile service proxy nodes in the network performing adaptation, such as the SGSN 7 and the GGSN 10.
  • adaptation is controlled by modifying the MD in mobile service proxy nodes 7, 10 in the network and in the MS 1 .
  • Modification of the MD in the mobile service proxy nodes 7, 10 means marking of the highest available data chunk available for the end-user to fetch.
  • Modification of MD in the MS 1 means updating the descriptor in a way that the end-user application is blocked from trying to access layers at a higher bitrate than the network allows.
  • MD updates in the MS 1 are only applicable for services such as HTTP-AS. Adaptation of the MD may be performed on two levels. If the applied media delivery method allows, the MS 1 can perform end-to-end adaptation.
  • the MS 1 is allowed to select between different quality representations of the media at any time. This is possible, for example, in the case of HTTP-AS, where the MS 1 can fetch a lower quality segment of the media if the throughput measured by the MS 1 dictates so.
  • dedicated adaptation points such as the SGSN 7 and/or the GGSN 10 adapt the media stream according to current network conditions. Measurement reports for the adaptation are derived from the RAN 4 and from local measurement methods running on corresponding nodes.
  • the MD resides at the MS 1 , so in order for a network node such as the SGSN 7 or the GGSN 10 to perform media adaption, it must obtain the MD.
  • Figures 4 to 7 show exemplary signalling diagrams showing how the mobile service proxy (in these examples, the SGSN 7) obtains the MD and obtains or modifies PDP contexts.
  • the user operating the MS 1 uses a streaming media application, and so it is known by the network that streaming media is required.
  • a primary PDP context is already active (for browsing etc), and the streaming media requires a secondary PDP context.
  • the MS 1 sends a PDP context activation request to the SGSN 7.
  • the message includes a QoS profile and an indication that adaptive streaming is required.
  • the SGSN is prepared by this message to proxy HTTP messages later.
  • the SGSN resisters a secondary PDP context as adaptive streaming and sends (in step S13) an accept message towards the MS 1 .
  • the MS1 request the MD from the CP 12.
  • the CP 12 replies to the SGSN 7 in step S15.
  • step S16 the SGSN 7 receives information from RAN nodes and modifies the MD if necessary.
  • steps S17 and S18 the SGSN 7 informs the MS 1 that the PDP context is to be modified.
  • step S19 it sends the modified MD to the MS 1 , which (in step S20) stores the modified MD.
  • the modified MD is used to control the media stream S21 .
  • the user operating the MS 1 uses a streaming media application, and so it is known by the network that streaming media is required.
  • step S22 the user opens a streaming media application, and so the MS 1 sends a PDP context activation request to the SGSN 7.
  • the message includes a QoS profile and an indication that adaptive streaming is required. This is accepted in step S23.
  • the user selects the media to be streamed.
  • step S24 the MS 1 sends s secondary PDP context activation request that include the QoS profile and an indicator that adaptive streaming is required.
  • the SGSN resisters the secondary PDP context as adaptive streaming and sends (in step S26) an accept message towards the MS 1 .
  • step S27 the MS1 request the MD from the CP 12.
  • the CP 12 replies to the SGSN 7 in step S28.
  • step S29 the SGSN 7 receives information from RAN nodes and modifies the MD if necessary.
  • steps S30 and S31 the SGSN 7 informs the MS 1 that the secondary PDP context is to be modified.
  • step S31 it sends the modified MD to the MS 1 , which (in step S33) stores the modified MD.
  • the modified MD is used to control the media stream S34.
  • the MS 1 is configured with an APN for default Internet access.
  • Media streaming uses an existing PDP context.
  • the user attempts to access the media by clicking on or entering a URL in a web browser at the MS 1 . It is known from the URL that it relates to streaming media.
  • the MS 1 sends a modify PDP context request to the SGSN 7.
  • the message includes a QoS profile and an indication that adaptive streaming is required.
  • the SGSN resisters the PDP context as adaptive streaming and sends (in step S37) an accept message towards the MS 1 .
  • the MS1 request the MD from the CP 12.
  • the CP 12 replies to the SGSN 7 in step S39.
  • step S40 the SGSN 7 receives information from RAN nodes and modifies the MD if necessary.
  • steps S41 and S42 the SGSN 7 informs the MS 1 that the PDP context is to be modified.
  • step S43 the SGSN 7 sends the modified MD to the MS 1 , which (in step S44) stores the modified MD.
  • the modified MD is used to control the media stream S45.
  • the MS 1 is configured with an APN for default Internet access.
  • a primary PDP context is used for general browsing.
  • Media streaming uses a secondary PDP context with a QoS profile configured for media streaming.
  • the user attempts to access the media by clicking on or entering a URL in a web browser at the MS 1 . It is known from the URL that it relates to streaming media.
  • the MS 1 sends a modify PDP context request to the SGSN 7.
  • the message includes a QoS profile and an indication that adaptive streaming is required.
  • the SGSN resisters the PDP context as adaptive streaming and sends (in step S37) an accept message towards the MS 1 .
  • step S38 the MS1 request the MD from the CP 12.
  • the CP 12 replies to the SGSN 7 in step S39.
  • step S40 the SGSN 7 receives information from RAN nodes and modifies the MD if necessary.
  • steps S41 and S42 the SGSN 7 informs the MS 1 that the PDP context is to be modified.
  • step S43 the SGSN 7 sends the modified MD to the MS 1 , which (in step S44) stores the modified MD.
  • the modified MD is used to control the media stream S45.
  • the service "Adaptive streaming" in the messages from the MS 1 establishing a PDP context may be indicated by either in a new attribute in an existing QoS Profile for "Streaming" (traffic type is still “streaming"), or by a completely new QoS Profile created for "Adaptive Streaming” (in this case traffic type will be "Adaptive streaming”). If the MD is not yet available for the network and for the MS 1 , the QoS attributes in the profile may use default values.
  • a secondary PDP context is established opened with a new QoS Profile for streaming, for example where streaming is started from a web-browser, a default APN is already used for web-access.
  • the "Activate secondary PDP context" message is sent by the MS 1 to establish a secondary PDP context, which informs the SGSN 7 to proxy HTTP messages later.
  • the SGSN in all examples above blocks forwarding of the MD to the MS 7 in the HTTP reply.
  • Modification of the MD by the SGSN 7 is performed by the SGSN 7 calculating the required QoS with regard to each attribute present in the QoS Profile (e.g. bandwidth is calculated for each quality level).
  • the SGSN may restrict the QoS attribute values in the profile required by the media stream for a full-quality bitstream. The restrictions may be based on a subscribed QoS profile for the MS 1 and/or local measured system and network loads. This may be found by the SGSN 7 sending a "Request QoS Report" message to the RAN 4 to obtain more input for more precise restrictions on the profile.
  • the target node for this message in the RAN is the RNC 8 or the BSC (Controller Nodes), and the message requests information on available resources in the network to satisfy the desired QoS.
  • the message contains the desired minimum bandwidth.
  • the RNC 8 initiates a new "Request QoS Report" message to the RBS 1 1 to gather further information from the network.
  • the RNC 8 replies to the SGSN 7 with a "Request QoS Report Reply" message that contains aggregate QoS information about RAN network conditions. This allows the SGSN 7 to further restrict (if needed) the QoS attributes requested in the given PDP context.
  • the content of "Request QoS Report Reply" messages may contain local system/network measurement reports over time.
  • the SGSN 7 modifies the MD according to the actual and updated QoS negotiated attributes, stores it and associates the MD with the flow to the MS 1 . This is achieved by assigning flow descriptors of the PDP context to the MD.
  • the SGSN 7 sends a "Create PDP Context request" message to the GGSN 10.
  • the MD may be signalled to GGSN 10 at this step.
  • the GGSN 10 may further downgrade the QoS negotiated based on its local measurement procedures and send back an "Update PDP Context Response" to the SGSN 7 that contains the updated QoS negotiated parameters. These steps are shown as “negotiation” in Figures 4 to 7.
  • the GGSN 10 creates a new entry in its PDP context table and generates a Charging ID for the service.
  • the Charging ID may reflect that the given media delivery service is a differentiated service.
  • the GGSN 10 binds the MD to the PDP context.
  • a request for an adaptive stream is not detectable. This use case applies to browser-based launch. If it is not possible to detect that the requested URL points to a manifest file, the GSN nodes proxy all HTTP messages. For a given user, a message is detected carrying a HTTP reply with a manifest file, or a HTTP request for an HTTP-AS service, alerting the GSN nodes the media adaptation is required.
  • the SGSN 7 can request the creation of the BSS Packet Flow Context as a result of PDP context activation.
  • a new or pre-defined Packet Flow ID per MS 1 is assigned to the adaptive streaming service. With this procedure all adaptive streaming sessions to a MS 1 will be handled together from QoS point of view.
  • the BSS may restrict the requested Aggregate QoS Profile based on radio and transport shortage. BSS restriction of the requested QoS Profile may be based on inputs from both from the RBS 1 1 and the BSC 9.
  • Request QoS Report and Request QoS Report Reply messages may be used between the BSC 9 and the RBS 1 1 .
  • the SGSN 7 updates the MD according to the reply from BSS.
  • a RAB Assignment Procedure may be applicable to negotiate the proper QoS Profile for a given adaptive streaming service.
  • the RAN 4 (based on input from either or both from the RBS 1 1 and the RNC 8) indicates if a QoS Profile is not applicable in current radio or network situations. In this case the SGSN 7 sends a new RAB Assignment Request message with a changed QoS Profile.
  • the RAN 4 may response with explicit capabilities with regard to available bandwidth to the SGSN 7 within the RAB Assignment Response message.
  • Request QoS Report and Request QoS Report Reply messages may be used between the RNC 8 and the RBS 1 1 if the RBS 1 1 is involved in the capability report process.
  • updating the QoS Profile may be triggered by an end-user application HTTP request in a streaming session for an actual manifest file, or by changes to network conditions.
  • the mobile service proxy node proxy the HTTP reply from the CP 12, modify the MD and forward it to the MS 1 .
  • the mobile service proxy node modifies the QoS Profile for the given PDP context and sends it towards the MS 1 in a "Modify PDP Context" message.
  • the mobile service proxy node updates the corresponding MD and sends it via HTTP to the MS 1 . Otherwise, the mobile service proxy node will do this at the next HTTP request for the manifest file initiated by the MS 1 .
  • the mobile service proxy node blocks media chunks in the case of HTTP-AS, and blocks given media layers in the case of scalable streaming, referring to quality levels requiring a high bandwidth not available in the network.
  • HTTP-AS this requires inspection and identification of HTTP packets, and their QoS requirements.
  • the GSN is able to identify to which media layer a packet belongs to. This is achieved by checking HTTP packets, but by performing packet inspection on an RTP level or other media transport protocol level.
  • the following exemplary messages can be used for media adaptation in a UMTS system:
  • Modify PDP Context Request is sent whenever the MD has been updated locally, an Update PDP Context Request message with an updated MD is received from the GGSN 10, or a notification is received from a RAN 4 about altered network conditions.
  • Update PDP Context Request message is sent if the system uses a direct tunnel between the GGSN 10 and the RNC 8 (UTRAN only), or the system runs two adaptation points and the MD has been updated in the GGSN.
  • the updated QoS parameters are signalled in this message.
  • An updated MD may be signalled within this message.
  • the RNC 8 may notify the SGSN 7 about altered network conditions. Based on such a notification, the SGSN 7 may initiate a PDP Context update and adjust the MD as well. This means that the RNC 8 notifies the SGSN 7 in additional circumstances to when the Radio Bearer has completely been lost.
  • the BSC 9 may notify the SGSN 7 about altered network conditions. Based on such a notification, the SGSN 7 may initiate a PDP Context update and additionally adjust the MD.
  • BSS may initiate at any time a modification of the BSS Packet Flow Context for adaptive streaming in order to signal RAN 4 capabilities to the SGSN 7.
  • Triggers for the modification procedure in the network include local load measurement inputs collected from, for example, queuing statistics and network reports from the RAN 4.
  • the MS 1 may run its own adaptation procedure based on the continuously updated MD. The MS 1 may perform throughput measurement and adopt the perceived quality of the media according to the MD. The adaptation itself is still performed by the MS 1 based on the actual MD. However, the MD is updated by the network continuously to ensure that the MS cannot request data from the media server at a quality that is not supported by current network conditions.
  • Figure 7 shows a QoS Information Element (see ETSI TS 124 008). This is adapted to indicate adaptation nodes if the PDP context is set up for adaptive streaming.
  • a new IE could be introduced. For example, in the case of HTTP-AS, subtracted information from the MPD file can be included, such as the Representation ID of the segments and their bandwidth requirements.
  • Figure 9 illustrates an exemplary mobile service proxy node such as an SGSN 7.
  • the SGSN 7 is provided with a receiver 13 for receiving the MD, a processor 14 for adapting the MD as described above, and a transmitter for sending the adapted MD towards the MS 1 .
  • a second receiver 16 may be provided for, prior to receiving the MD, receive a PDP context activation or modify message indicating that adaptive streaming is to be used.
  • a second transmitter 17 may be provided for sending a query to a RAN 4 node serving the MS 1 , in which case a third receiver 18 is provided for receiving a response, the response including information relating to conditions in the RAN 4.
  • a non-transitory computer-readable medium in the form of a memory 19 may be provided.
  • the memory 19 may be used to store an MD 20 relating to streaming media.
  • the memory 19 may also be used to store a computer program 21 which, when executed by the processor 14, causes the SGSN 7 to behave as described above.
  • the computer program 21 may be provided from an external computer readable medium 22, such as a flash drive.
  • FIG 10 illustrates an exemplary MS 1 .
  • the MS 1 is provided with a transmitter 23 for sending a PDP context message (activation or modify) as described above.
  • the PDP context message includes any of an indication that adaptive streaming is to be used, an instruction to modify an existing PDP context, and an instruction to establish a secondary PDP context.
  • This allows the mobile service proxy node to associate MD data with the MS 1 .
  • an adaptive media service provided by the network operator may ensure that QoS parameters and the MD may never be downgraded below a minimum level that a user subscription allows.
  • the techniques described above enable network control of adaptive streaming to take account of, for example, network conditions. It is application in various types of network, such as GERAN and UTRAN. Furthermore, service differentiation is enabled for adaptive streaming. Where network conditions deteriorate, graceful quality degradation can be applied, and a RAN 4 can apply more precise bandwidth management, allowing more efficient use of available resources.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un procédé et un appareil de gestion de données de diffusion en continu adaptative vers une station mobile. Un nœud mandataire de service mobile reçoit (S4) des données de descripteur de contenu multimédia (MD) associées à une session de diffusion en continu adaptative de contenu multimédia vers la station mobile. Il adapte (S7) les données de MD et envoie (S8) les données de MD adaptées vers la station mobile. Ceci permet à un nœud de réseau l'adaptation du MD, et permet également à la commande de diffusion en continu de contenu multimédia de tenir compte de facteurs tels que des conditions de réseau.
PCT/EP2013/060337 2013-05-20 2013-05-20 Diffusion en continu adaptative dans un réseau de communication WO2014187472A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2013/060337 WO2014187472A1 (fr) 2013-05-20 2013-05-20 Diffusion en continu adaptative dans un réseau de communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2013/060337 WO2014187472A1 (fr) 2013-05-20 2013-05-20 Diffusion en continu adaptative dans un réseau de communication

Publications (1)

Publication Number Publication Date
WO2014187472A1 true WO2014187472A1 (fr) 2014-11-27

Family

ID=48446392

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/060337 WO2014187472A1 (fr) 2013-05-20 2013-05-20 Diffusion en continu adaptative dans un réseau de communication

Country Status (1)

Country Link
WO (1) WO2014187472A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7818444B2 (en) 2004-04-30 2010-10-19 Move Networks, Inc. Apparatus, system, and method for multi-bitrate content streaming
US20110082924A1 (en) * 2009-10-06 2011-04-07 Openwave Systems Inc. Managing network traffic by editing a manifest file
WO2013004260A1 (fr) * 2011-07-07 2013-01-10 Telefonaktiebolaget L M Ericsson (Publ) Diffusion en continu http adaptative optimisée pour la capacité du réseau
WO2013017165A1 (fr) * 2011-08-02 2013-02-07 Telefonaktiebolaget L M Ericsson (Publ) Conformation de trafic de média sur la base d'un fichier manifeste, dans une diffusion en continu à débit adaptatif http

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7818444B2 (en) 2004-04-30 2010-10-19 Move Networks, Inc. Apparatus, system, and method for multi-bitrate content streaming
US20110082924A1 (en) * 2009-10-06 2011-04-07 Openwave Systems Inc. Managing network traffic by editing a manifest file
WO2013004260A1 (fr) * 2011-07-07 2013-01-10 Telefonaktiebolaget L M Ericsson (Publ) Diffusion en continu http adaptative optimisée pour la capacité du réseau
WO2013017165A1 (fr) * 2011-08-02 2013-02-07 Telefonaktiebolaget L M Ericsson (Publ) Conformation de trafic de média sur la base d'un fichier manifeste, dans une diffusion en continu à débit adaptatif http

Similar Documents

Publication Publication Date Title
CN109417534B (zh) 通信网络服务质量能力开放方法和装置
US9438494B2 (en) Apparatus and methods for optimizing network data transmission
US9749382B2 (en) Systems for media policy decision and control and methods for use therewith
KR102013729B1 (ko) 통신 네트워크에서 애플리케이션-인식 수락 제어를 위한 방법 및 시스템
US10433239B2 (en) Cross-layer optimized adaptive HTTP streaming
US9621607B2 (en) Systems and languages for media policy decision and control and methods for use therewith
US10805837B2 (en) Context aware and adaptive QOS/QOE target definition in 5G
US20130086279A1 (en) Systems and methods for media service delivery
US8949440B2 (en) System and method for adaptive rate determination in mobile video streaming
US20140155043A1 (en) Application quality management in a communication system
US20140153392A1 (en) Application quality management in a cooperative communication system
KR102080116B1 (ko) 이동통신 시스템에서 비디오 비트레이트 할당 방법 및 장치
US20140344471A1 (en) Progressive Download Prioritisation
US20100195602A1 (en) Application, Usage & Radio Link Aware Transport Network Scheduler
EP3108684B1 (fr) Fourniture de service dans un réseau de communication
US10244423B2 (en) Chunk-based scheduling method and chunk-based scheduling apparatus in wireless communication system
US11070445B2 (en) System and method for optimization of an over-the-top (OTT) platform
EP3357208B1 (fr) Commande de pcc de protocoles de diffusion de flux vidéo à débit binaire adaptatif http
KR102234927B1 (ko) 협력형 통신 시스템 내 애플리케이션 품질 관리
EP2884717A1 (fr) Systèmes de commande et de décision de politique médiatique et procédés d'utilisation associés
WO2009049676A1 (fr) Procédé et appareil à utiliser dans un réseau
WO2013170347A1 (fr) Procédés et systèmes destinés à gérer le trafic multimédia en fonction des conditions du réseau
WO2014187472A1 (fr) Diffusion en continu adaptative dans un réseau de communication

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13723177

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13723177

Country of ref document: EP

Kind code of ref document: A1