The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
•Cisco StadiumVision Mobile Overview
•Using the Cisco StadiumVision Mobile Streamer
•Mobile Streamer Session Default Field Descriptions
This document describes how to configure, operate and monitor the Cisco StadiumVision Mobile Streamer 1.2 appliance.
The document is intended for venue operators who are responsible for administering and operating the StadiumVision Mobile Streamer.
•Cisco StadiumVision Mobile Streamer Software Installation and Upgrade Guide - This guide contains instructions on how to install the StadiumVision Mobile Streamer software.
•Cisco UCS C200 Installation and Service Guide - This hardware guide contains information and instructions for installing and servicing the Cisco UCS C200 server. The UCS C200 is the server on which the StadiumVision Mobile Streamer and Reporter each run.
•Cisco StadiumVision Mobile Design and Implementation Guide - This guide provides additional information regarding the Streamer parameters described in this document (e.g., video encoding rate).
•Cisco StadiumVision Mobile Reporter Administration Guide - This guide describes how to install, configure and operate the StadiumVision Mobile Reporter server.
•Cisco StadiumVision Mobile iOS and Android SDK Guide - This guide describes how to use the library elements provided in the SDK (Software Development Kit) to create a venue application for mobile devices that accesses the Cisco StadiumVision Mobile feeds.
The Cisco StadiumVision Mobile (SVM) solution enables the reliable delivery of low-delay video and data streams to fans' Wi-Fi devices at venues. Figure 1-1 illusstrates a high-level view of the Cisco StadiumVision Mobile solution, which has the following attributes:
•Consists of Video Encoder, Streamer and Reporter products
•Requires integration of Cisco Client SDK in the mobile application
•Built upon Cisco Connected Stadium and Cisco Connected Stadium Wi-Fi solutions
Figure 1-1 Cisco StadiumVision Mobile Architecture
The Cisco StadiumVision Mobile Streamer is a critical component in the Cisco StadiumVision Mobile solution:
•Aggregates video streams and data session objects
•Associates sessions with a specific Content Owner/App Developer to limit video and data content consumption to authorized mobile apps
•Enhances stream transport robustness by adding repair packets
•Sends the enhanced streams to the Connected Stadium network for delivery to mobile devices
•A single Streamer can handle all SVM video and data content for a venue
Functionality:
•Receives, prepares and sends up to 4 video streams for consumption by Cisco StadiumVision Mobile clients
•Video streams may be at similar or different video encoding rates
•Video streams may optionally include embedded audio streams
•Fetches, prepares and sends up to 4 data streams for consumption by Cisco StadiumVision Mobile clients
•Configurable bandwidth per data stream
•Allows for a configurable link robustness per stream
•Allows for a configurable delay at the client in presenting recovered streams (e.g., lower delay for live video streams, higher delay for IP video streams and automatic session announcement and transmission of all necessary session metadata
•Limits session discovery and consumption to authorized mobile applications
•Real-time generation of session statistics, including warning and error indicators
Management:
•Authenticated interface to control access to Cisco StadiumVision Mobile Streamer
•Intuitive UI for easy session creation, activation and monitoring
•Extensive use of session defaults, without limiting operator fine-tuning
Cisco Sample App: a standalone mobile application available to a Stadium Operator for testing and evaluating the Cisco StadiumVision Mobile solution.
Repair: in the context of Cisco StadiumVision Mobile, an application-layer mechanism that allows Cisco StadiumVision Mobile Clients to recover lost packets
Stadium Operator: the entity hosting and configuring the Cisco StadiumVision Mobile solution
SVM: StadiumVision Mobile
SVM Reporter: a standalone appliance used to collect of Cisco StadiumVision Mobile Client statistics
SVM Session: protocol and associated parameters which define the sender and receiver configuration for the streaming of content
SVM Session Announcement/Discovery: methods used by the Cisco StadiumVision Mobile Streamer and SVM Client to allow a mobile device to obtain the list of available sessions and associated session metadata
SVM Session triplet key:a specific combination of "Venue", "Content Owner", and "App Developer" used by the SVM Streamer and SVM Client to limit session discovery and content consumption to authorized applications. The triplet key ccmponents are defined as follows:
•App Developer: the text string associated with the Application Developer authorized by a Content Owner to consume the Content Owner's content over the SVM solution
•Content Owner: a text string associated with an entity that wishes to distribute content over the SVM solution
•Venue: a text string associated with the venue where an Cisco StadiumVision Mobile Streamer is hosted.
SVM Streamer: a standalone appliance used to aggregate and send content to mobile applications with an embedded Cisco StadiumVision Mobile Client.
SVM System: an end-to-end solution for the delivery of video and data streams, consisting of specific products (Video Encoder, Cisco StadiumVision Mobile Streamer, Cisco StadiumVision Mobile Reporter), wireline and wireless infrastructure (Connected Stadium, Connected Stadium Wifi) and mobile apps with an embedded Cisco StadiumVision Mobile Client.
An important feature of the Cisco StadiumVision Mobile solution is to limit the consumption of Cisco StadiumVision Mobile encoded video and data content to authorized mobile applications. Consider the following situation:
Content Owner A (e.g., sports team) wishes to use the Cisco StadiumVision Mobile solution to deliver live camera feeds to fans throughout a venue during the team's home games. Content Owner B (e.g., entertainment company) plans to host events at the same venue at a different time and also wishes to deliver live feeds to their fans. The two Content Owners each want to limit content consumption to their chosen and therefore authorized, Application Developer. The reasons for needing to limit content consumption to authorized mobile apps are many. For example, the app may need to be purchased or it may be sponsored by an advertiser. As a result, Cisco StadiumVision Mobile video and data streams configured for Content Owner A's mobile app must not be consumed by Content Owner B's mobile app and vice-versa.
The Cisco StadiumVision Mobile Streamer includes a (Venue/Content Owner/App Developer) triplet in each announced video and data session. Only mobile apps with the identical triplet will be able to discover Cisco StadiumVision Mobile sessions and consume the associated content. The Streamer may be configured to support multiple "Content Owner" and "App Developer" combinations, though only a singe triplet may be active at any one time.
Note The Stadium Operator is responsible for correctly configuring the Streamer and working with Content Owners / App Developer to enable content consumption.
The manner in which video and data sessions are associated with a specific triplet is covered in the "Session Configuration" section.
The following sections provide instructions for using the Cisco StadiumVision Mobile Streamer.
Each of the referenced windows and the associated fields are described in detail in the Accessing the Cisco StadiumVision Mobile Streamer UI section.
•Accessing the Cisco StadiumVision Mobile Streamer UI
•Stopping or Deleting a Session
•Viewing Session Content Owners
To access the Cisco StadiumVision Mobile Streamer, enter the following URL in a web browser:
•http://[StreamerAddress]/server
•Specify the login ID and password
admin / cisco!123
•The Cisco StadiumVision Mobile UI includes four screens to view, configure and analyze Cisco StadiumVision Mobile sessions
•Session Summary: create, start, stop, delete and view active/inactive sessions
•Session Configuration: edit individual session parameters for a specific session
•Defaults: edit global default parameter values inherited when creating new sessions
•Session Statistics: view periodic, real-time updates of essential session statistics
Figure 1-2 shows the Cisco StadiumVision Mobile Streamer window with one active stream.
Figure 1-2 Streaming Sessions Summary Window
|
Streaming Sessions button |
|
Stream configuration |
|
Start and Stop session buttons |
Use the following steps to set up the initial configuration of the streamer. You can also use these steps to:
•Add or modify a content owner/app developer paring
Note The content owner/app developer paring must match the values hard coded into the specific SDK for the app developer contracted for a particular venue.
•Modify the default settings for future sessions
The Defaults screen is used to view/modify the Venue name and Content Owner/App Developer pairs (all three together are called the triplet key). Figure 1-3 shows a screenshot of the Defaults screen.
The Defaults screen is also used to view/ modify the default settings to be applied when creating a session. Changing the default settings applies only to sessions to be created, and does not affect previously created sessions. Note that all sessions must be stopped before default setting changes may be applied.
The Venue, Content Owner, Application Developer (also referred to as a triplet key) settings are critical to enabling content consumption on mobile devices. The Streamer settings must match those used by the App Developer for content to be discovered and consumed by a mobile app. App Developers must be notified of a change in Venue name so that their app may be updated. Conversely, if the App Developer has already deployed the app, app developers must also be notified if the associated App Developer / Content Owner setting on the Streamer is modified.
Figure 1-3 Defaults Window
The triplet key (Venue, Content Owner, and Application Developer) are configured in the Defaults screen. Figure 1-4 shows a screenshot of the triplet key settings fields.
Figure 1-4 triplet Settings
Selecting the Add New button displays a dialog box that allows you to enter new Content Owner and App Developer names. Figure 1-5 shows a screenshot of the Creating the New Content Owner dialog box.
Selecting the Edit App Developer button displays a dialog box that allows you to modify the App Developer name. Figure 1-6 shows a screenshot of the Edit App Developer dialog box.
Note The Content Owner cannot be edited. The Content Owner / App Developer pair should be deleted if the Content Owner is modified.
Figure 1-5 Creating the New Content Owner
Figure 1-6 Editing the App Developer
Table 1-2 lists the streamer session default fields and a description of each field.
To view the statistics gathered for each session, click Statistics beside the desired button in the streaming session window under Active sessions. Statistics can be viewed only for active sessions. Figure 1-10 shows an example of a Session Statistics screen.
Follow these steps to view all currently configured sessions - both active and inactive.
Before you delete a session, you must stop the session. Use the following procedure to stop or delete a session:
To view the session content owners, use the following procedure:
To view or modify the session configuration, use the following procedure. Figure 1-7 shows an example of the session configuration window.
Figure 1-7 Session Configuration Window
|
Session type drop-down menu |
|
Input session configuration fields |
|
Output session configuration fields |
|
Advanced session configuration fields |
When first accessing the Cisco StadiumVision Mobile Streamer, the Session Summary screen is displayed. Accessing other Streamer screens from the Session Summary screen and returning to this screen is shown below.
Use the following instructions to view sessions, to start, or stop a session.
The Create a New Session dialog box is displayed upon selecting the Create a new session button. Figure 1-8 shows a screenshot of the Streaming Session screen. The operator must enter all new session parameters to successfully create a new session. All other session attributes are inherited from the Defaults screen.
Figure 1-8 Streamer Session Creation
Clicking on a session name on the Session Summary screen displays the associated Session Configuration screen. Displayed fields are dependent on the session type (video or data). All modifications made on this screen are for the selected session only. Figure 1-9 shows the session configuration window.
Note To make any changes to the session configuration, you must first stop the session. Otherwise, this window is view-only.
Figure 1-9 Session Configuration Screen
Refer to the "Mobile Streamer Session Default Field Descriptions" section, as the Advanced Session fields are identical to those listed in this section.
Data sessions are generally assumed to complement the video streaming experience. The transmission of data session packets is consequently controlled to minimize Wi-Fi multicast congestion and ease client reception/recovery of data objects. Two parameters play a critical role in controlling the data session transmission:
The Session Bandwidth for each data session determines the rate at which source and repair stream packets are sent for the data session. A Session Bandwidth value of 100 kbps is typical and helps to minimize burst transmissions which could otherwise impact video sessions.
The Protection Window for each data session is important in signaling to a Cisco StadiumVision Mobile Client the duration to wait before recovering a data session object. If the Protection Period is too small the Cisco StadiumVision Mobile Client may not receive enough packets before attempting to recover the object. Too large a value and the mobile can unnecessarily delay when an object is recovered and presented to the application. A value of 1-2 seconds is reasonable, but as shown on the next page, the Stats Summary must be checked to confirm correct operation.
The product of the Session Bandwidth and Protection Window effectively specifies the maximum amount of source and repair data that may be sent for each object within a data session. It is therefore important to know the approximate size of objects to be sent over the network. The Stats Summary provides a quick view on the data session packet statistics.
Objects fetched for data sessions (e.g., out of town scores) are generally expected to small, e.g., 20-200 KB, and are further reduced when compressed by the Streamer for a typical delivered size of 2-50 KB.
Configuring the Session Bandwidth and Protection Window requires some trial and error since data objects typically vary in size and the compression achieved for each object can also vary. As noted on the previous page, the Stats Summary provides guidance on the size of the delivered object and appropriate configuration settings. Here is an example to illustrate this point:
Assume a data session packet size of 1,500 bytes = 12,000 bits
Assume a Session Bandwidth of 120 kbps. Packets would then be sent every 100 ms
Assume a total of 30 source and repair packets for every data object (from example below)
A three second protection window would be required to extend the StadiumVision Mobile client's reception window to match the Streamer transmission window.
|
|
---|---|
Input |
|
Input Name |
Name of input data source. It may reflect the encoder name or the actual video source (e.g., EndZone, ESPN). |
Input URL |
Input data source URL.This could be an RSS feed, for example: http://rss.cnn.com/rss/cnn_topstories.rss |
Polling Interval (s) |
The interval, in seconds, at which the Streamer polls the input URL. |
Output |
|
Announcement Title |
The name of the session. Must be unique per Content Owner. |
Destination Group |
The IP Multicast address of the session to be transmitted by the streamer. |
Session Number |
The number associated with this session. Must be unique per Content Owner. |
Session Bandwidth (kbps) |
The maximum data rate per second to be allocated for sending the session. |
Advanced Refer to the "Mobile Streamer Session Default Field Descriptions" section, as the Advanced Session fields are identical to those listed in this section. |
Warning and Error Stats
•Session statistics should be periodically monitored to confirm general health of an active session. Figure 1-10 shows an example of a session statistics window.
•The orange warning and red error icons identify counters that should be zero under normal circumstances. If they are not then action should be taken.
•Confirm that the input and output packet rate is consistent with the Video Encoder and Streamer configurations. For example, an increase in the number of received packets should be consistent with the Video Encoder setting, e.g., 60 packets/second for a 500 kbps video stream.
•Check the 'SVM total bit rate' at the top of the Session screen and make sure it does not exceed the 'Max Available Bandwidth' calculated value on the defaults screen.
•Check the 'SVM packet discards' at the top of the Session screen. Anything other than 0% is a sign of a problem.
•For Encoder or client related issues, refer to the Cisco StadiumVision Design and Implementation Guide.
Figure 1-10 Session Statistics Window
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
Subscribe to the What's New in Cisco Product Documentation as an RSS feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service. Cisco currently supports RSS Version 2.0.