3G mobile systems, through the increase in available bandwidth, offer new possibilities and services. One of these new services will be the ability to stream sound and movies to mobile devices.
Streaming is a mechanism whereby media content can be rendered at the same time that it is being transmitted to the client over the data network.
Streaming services are required whenever instant access to multimedia information needs to be integrated into an interactive media application. This has to be seen in contrast to other multimedia services like for instance MMS where multimedia content is delivered to the user asynchronously by means of a "message".
Interactive applications that use streaming services include on-demand and live information delivery applications. Examples of the first category are music, music videos and news-on-demand applications. Live delivery of radio and television programs are examples of the second category, this could e.g. make it possible to listen to domestic radio while abroad.
A web server works with requests for information, it delivers that particular information as fast as possible, completes the transaction, disconnects and goes on to other requests. A client connects to a web server only when it needs information. This strategy works well as long as pictures and text are to be received. If a client wants to watch video or listen to audio, the entire file must be received before it can be played. The problem is that these kinds of files can be very large thus potentially causing storage problems in the client and resulting in long start-up latency. A streaming service improves this by allowing the media to be consumed as it is received, thereby reducing the latency and removing the need to store the media.
In addition to providing the streaming mechanism the PSS also encompasses the composition of media objects thereby allowing compelling multimedia services to be provisioned. For instance, a mobile cinema ticketing application would allow the user to view the film trailers.
This Technical Specification defines the stage one description of the Packet-switched Streaming Service (PSS). Stage one is the set of requirements that shall be supported for the provision of a streaming service, seen primarily from the user's and service providers' points of view but also includes the service capabilities of the PSS itself
This TS includes information applicable to network operators, service providers, terminal and network manufacturers.
This TS contains the core requirements for the Packet-switched Streaming Service (PSS), which are sufficient to enable a range of services.
The following documents contain provisions which, through reference in this text, constitute provisions of the present document.
References are either specific (identified by date of publication, edition number, version number, etc.) or non specific.
For a specific reference, subsequent revisions do not apply.
For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.
in the context of Streaming Service the client is a device (or service) that receives media objects and/or multimedia composition instructions from a server.
a type of media e.g. text, audio, video, graphics (see section 5.2)
an instance of a media type (e.g. a picture) or a combination of instances of media types (e.g. a video clip that includes audio)
an attribute of a media object depending on the media type e.g. the colour of a piece of text
the position in time and space of media objects relative to one another
Services that handle several types of media such as audio and video in a synchronised way from the user's point of view. A multimedia service may involve multiple parties, multiple connections, and the addition or deletion of resources and users within a single communication session.
in the context of the Streaming Service the server is a device (or service) that delivers media objects and/or multimedia composition instructions in response to client requests.
a mechanism whereby media content can be rendered at the same time that it is being transmitted to the client over the data network.
an alternative way of referring to the PSS.
Set of information about the physical capabilities of the terminal.
Is the set of information necessary to provide a user with a consistent, personalised service environment, irrespective of the user's location or the terminal used (within the limitations of the terminal and the serving network).
For the purposes of the present document, the abbreviations given in TR 21.905 and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905.
The Figures 01 and 02 shows the basic entities involved in the Streaming service and how they connect.
Clients initiate the service and connect to the selected content server. Content servers can generate live content e.g. video from a concert. User profile and terminal capability data can be stored on a network server and will be contacted at the initial set up. User Profile will provide the Streaming service with the user's preferences. Terminal capabilities will be used by the Streaming service to decide whether or not the client is capable of receiving the streamed content.
Portals are servers allowing convenient access to streamed media content. For instance, a portal might offer content browse and search facilities. In the simplest case, it is simply a Web/WAP-page with a list of links to streaming content. The content itself is usually stored on content servers, which can be located elsewhere in the network.
Stage 2 implementations are shown in TS 26.233 and stage 3 in TS 26.234.
The PSS uses a Client / Server model. The client controls the server by sending requests to the server, which responds to these commands.
The PSS shall support downlink streaming.
The PSS shall maintain backwards compatibility (i.e. a Rel-4 client should be able to interoperate with a Rel-5 server and vice versa).
The PSS should consider interoperability with streaming elements (protocols, formats etc) already in use in other industries (e.g. the internet).
The PSS shall support access to live content in addition to pre-authored content. E.g. ability to listen to domestic radio station whilst abroad.
It shall be possible for an operator to configure a PSS television service so that the typical channel switching time, from the end user's perspective, does not exceed 2 seconds. A PSS television service may include live content offering or video on-demand content offering.
PSS should allow support for time shifted live media consumption and bookmarks.
The PSS should be able to support mechanisms that allow for efficient usage of transport resources (e.g. by compression of data in PSS).
Such mechanisms should have no or minimal impacts on the core network and access networks.
The PSS shall:
use open standards where these are available for Streaming service requirements
use standard procedures and interfaces to avoid interoperability problems among client, server and encoder
The live PSS shall define an interaction procedure to provide interoperability between server and encoder.
The live PSS shall define an interaction procedure to provide interoperability between server and server.
The PSS should support multiple media types (see ref ) to enable rich, compelling multimedia services, for example:
Audio (including speech)
Graphics (2D and 3D) including animation and Timed Graphics
Formatted text e.g. size, colour, font
Synthetic audio (e.g. MIDI)
Metadata e.g. indication that text has been supplied for the hard of hearing
The number of implementations of each media type shall be kept to a minimum, considering the implementation impact to the terminals, interoperability, contents mobility and backward compatibility.
The PSS shall share media codecs with other 3G multimedia services to allow easy interworking when needed.
The PSS should be able to call upon a font that is available across all terminals, either by use of an agreed default font in all terminals or by downloading the font prior to display. This requirement applies to formatted text only and is dependent upon the terminal capability.
The PSS shall enable the creation of multimedia services incorporating multiple media objects.
The PSS shall provide the capability to position and synchronise media objects on the client.
The PSS shall support flowing/scrolling of text or graphics in any direction.
The PSS shall provide the capability to specify the media attributes - text (e.g. colour, size, font, format) or graphics (e.g. size, colour) - in relation to the timebase of other media objects. E.g. in a karaoke application where the audio track and song lyrics are downloaded together, it should be possible to not only display the song lyrics in time to the music but to display the lyrics in different colours to indicate to the user when to sing them
The PSS shall provide the capability to update media objects dynamically. E.g. substitution of news report with a more up to date version on the content server.
The PSS should provide the capability to update the attributes of media objects dynamically. E.g. colour coded pre-paid indicator to indicate credit level.
The PSS should provide the capability to update the multimedia composition dynamically. E.g. the user interacts with the application and changes a scene.
The PSS shall provide the capability that allows the user to navigate through or interact with the multimedia service. E.g. Once a user has downloaded a "tour of London" application the user has the ability to navigate through London and see video clips or hear audio descriptions of points of interest in London.
The PSS shall provide the capability that allows clients of different capabilities to maximise the user experience. E.g. if a client did not support graphic animations it could render a single image.
The PSS shall support the transfer to the terminal of information on the accessed content in addition to the filename (e.g. song title, artist).
The PSS transport shall be provided by the PS Domain.
Quality of Service (e.g. time delay) requirements shall be in accordance with requirements in 22.105 (ref. 3)
The PSS should be able to work over different QoS bearers.
The PSS shall provide a mechanism whereby the client is sent a list of media encoding bit rates and the client determines which one to use based on the network service bearers offered and the user preferences.
The PSS client shall be capable of requesting an appropriate level of QoS for the session. The QoS supplied may be limited by the local operator's access policy and/or network functionality.
The PSS should provide mechanisms for streaming servers and clients to adapt to the network conditions in order to achieve significant improvement in the quality of streaming, e.g. using information on end-to-end transport quality from the network.
The PSS should provide a reliable delivery mechanism that enables the user to receive the content without any errors due to the transport mechanism, i.e. a delivery mechanism without bit errors or packet loss. Such mechanism should support the following features :
The rendering of video content without any transport degradation: the content is downloaded without any errors, it assures that the subscribers see the content that has been designed by the content creators.
A broken session should be restarted efficiently without going back to the beginning : the PSS client is able to detect what content is missing and to ask the server to send this content.
The PSS should support the ability for the client to have specific preferences described in the user profile. For example, if the user wants to watch a news show the preferred language (speech or subtitles) is specified in the user profile
The PSS shall support a basic set of terminal capabilities.
For the purpose of optimised presentation of the media streaming, PSS shall include capability exchange and negotiation mechanisms on server/client capabilities and user preferences at the session set up.
The client should be able to send user preferences to the server during a streaming session. E.g. the user may toggle between mono and stereo sound.
The user shall have the possibility to stop the streaming session after it has been invoked.
The user shall have the possibility to pause the streaming session after it has been invoked. E.g. if a user has activated the streaming session and then gets a phone call, he/she shall be able to decide whether or not he/she wants the streaming session to continue. After a pause the user can choose to resume the streaming session.
The PSS should be able to simultaneously handle the streaming session and conversational (circuit or packet?) services (e.g. voice and video telephony)
The user shall have the possibility of jumping to another point within the media clip (i.e., random access)
The user should be able to search through media content whilst viewing the content.
If the content is available under different formats corresponding to the terminal capabilities and user preferences, the client should have the opportunity to choose the format for which the content will be streamed. Assuming the user has already set the user profile and the client is aware of this.
Service Provider's management of the service:
The end user should be notified if the PSS is unavailable.
The Streaming session should be gracefully disconnected if the client is not capable of handling the streamed content.
The service provider should have the means by which a streaming session can be gracefully terminated (e.g. in a prepay scenario when the user's account has run out of credit)
The PSS should be able to support real-time quality of service metrics data from the UE.
PSS should support various charging mechanisms, for example, time base charging, volume based charging, event based charging, content based charging.
It shall be possible to include the following streaming specific data, as a minimum, in the CDRs as charging information:
streaming type (e.g. real-time or non real-time),
volume of streaming content delivered
volume of data delivered
time of start of delivery
Qos, including transmission rate, packet loss ratio, transfer delay(latency ,jitter),
Streaming service sender / -recipient
number of Streaming events sent
number of Streaming events received.
Content id (the particular content stream being accessed)
The PSS shall define a common file format (common to all download mechanisms) for easy service interaction with other multimedia delivery services defined in 3GPP (e.g. MMS).
It shall be possible for the PSS to interact with the MMS and other 3GPP multimedia delivery services. The interfaces and protocols used between the PSS and other 3GPP multimedia delivery services shall be standardized.
The PSS shall define a server file format to provide easy interoperability between Content Creators and Service Providers.
Some domains may benefit from the convenient, ubiquitous and more reachable mobile device. A second challenge for operators and service providers is to utilise the 'mobile' effect for providing value-added services. We believe successful wireless data services will exploit the unique mobile characteristics. A non-exhaustive list of these mobile service characteristics can be presented as follows:
Content everywhere: Locally interactive content and remote interaction (back-channels) in relation to interactive streamed media, including rewind/pause functions will define the key features for providing attractive and friendly contents for distance learning applications and other information services (news, financial, etc). Scanning headlines of daily newspapers is already about to become a popular 'waiting time' activity. In the learning context, one may imagine that a student will be able to select on his portal page the school section from which he will be able to view a list of classes that will take place and to preview current live lectures, required readings, etc.
Lifestyle facilitators: When discovering a tourism site one may want access to leisure and travel information (e.g., flight deals, package holidays, quality hotels, fun activities, etc). During weekend outings and holidays, a common use case will be the following: one uses the location finder to find the nearest shop where he can find the desired object at the desired price, a navigation guide helps him to determine how he will get to the shop or store.
Entertainment services: Gaming is already being touted as the biggest generator of minutes of use for interactive cellular services in Asia and Europe. Features such as streamed 2D graphics, 3D objects, complex animations and multi-user technologies will attract more subscribers by allowing richer experiences with more fancy navigation schemes. As an example of future scenario, when online-games will become very popular, 3D-graphics of the new multimedia mobile phones allow a bunch of fancy games. Players can join multi-user games, some use a virtual location as well as the real location in a funny interactive way
This set of multimedia applications should be foreseen for the Release 5 and the future releases.
All these service examples could use or be enhanced by PSS.
Video on demand, including TV
Audio on demand, including news, music, etc
Multimedia Travel Guide
Karaoke - song words change colour to indicate when to sing
Multimedia information services:
Weather cams - gives information on other part of country or the world
Distance learning - video stream of teacher or learning material together with teacher's voice or audio track.
How to? service - manufacturers show how to program the VCR at home
Field engineering information - junior engineer gets access to on line manuals to show how to repair the central heating system
Surveillance of business premises or private property (real-time and non real-time)
Multimedia Cinema ticketing application
On line shopping - product presentations could be streamed to the user and then the user could buy on line.