This revision specifies technical corrections and clarifications to IEEE Std 802.11 for wireless local area networks (WLANS) as well as enhancements to the existing medium access control (MAC) and physical layer (PHY) functions. It also incorporates Amendments 1 to 10 published in 2008 to 2011.
In this amendment to IEEE Std 802.15.4TM-2011, a physical layer for IEEE 802.15.4 in the 2360 MHz to 2400 MHz band which complies with Federal Communications Commission (FCC) MBAN rules is defined. Modifications to the MAC needed to support this new physical layer are also defined in this amendment.
The present document specifies a data model for NFV descriptors, using the TOSCA Simple Profile in YAML, fulfilling the requirements specified in ETSI GS NFV-IFA 011 and ETSI GS NFV-IFA 014 for a Virtualised Network Function Descriptor (VNFD), a Network Service Descriptor (NSD) and a Physical Network Function Descriptor (PNFD). The present document also specifies requirements on the VNFM and NFVO specific to the handling of NFV descriptors based on the TOSCA Simple Profile in YAML specification.
The present document describes the Single Illumination System, which allows to deliver Parent Signals for direct reception by consumer receivers and, at the same time, for a deterministic generation of daughter streams for terrestrial retransmission. Parent Signals can be provided to the daughter site via all defined TS-based DVB means - be it satellite, cable or terrestrial. Metadata may be provided as part of the Parent Signal(s) (called "in-band" in the present document). Part of the metadata may also be provided "out-of-band".
The present document provides a contribution to the evolution of network performance testing towards a professional degree of transparency. This begins with a consistent framework of definitions and technical terms. The elements of the testing process are then described within this context.
Apart from the obvious direct parameters of throughput testing, such as time windows or transferred data volumes, there are numerous other elements which can have an impact on data values obtained. In this sense, methodology and definition of metrics cannot be decoupled from each other. The process starts with selecting the boundaries to the system under test, i.e. insertion or demarcation points. Next comes the way the system under test is accessed. For instance, if the test is run over a radio access network using a mobile device such as a smartphone, the type and degree of influence needs to be assessed. The type of stimulus is likewise important, such as the protocol type, the structure of data traffic (e.g. TCP or UDP based), and the number of parallel connections. Depending on these selections, other choices also become parameters for testing. An example would be to use some kind of real application to create a particular type of traffic, versus using synthetically generated traffic.
The present document's scope is to provide guidance on OTT video streaming testing approach with a set of minimum desired and most meaningful QoE centric QoS parameters along with recommendations to create a figure of merit quantifying the OTT video streaming session quality, where possible. In addition, the set of introduced QoE centric QoS parameters aim to help with the identification of the possible roots of video quality degradation. The present document also offers means to understand aspects related with network and services optimization and troubleshooting, such as the trade-off between bandwidth usage or controlled throttling and end-to-end video quality.
The present document provides a framework for concurrent tests of multiple services, using a top-level approach which is also modular and scalable with respect to new services. Also, the framework explicitly integrates measurement methodology, in particular reproducibility aspects.
The present document summarizes the results of an analysis of the impact of the upcoming 5G on existing QoS metrics, and the question if extensions or modifications of the portfolio of QoS parameters portfolio are required to capture respective properties of 5G.
The analysis starts with a summary of features and properties of 5G which can be expected to be relevant for QoS assessment.
The first question addressed is if there are features of the 5G roadmap - as far as technically stable as of the time of publication, or reasonably stable projections - which constitute new services which would then require new sets of QoS parameters. The second question is in what way projected 5G properties may require adaptations with respect to measurement methodologies, computation, or usage of existing QoS parameters.
The present document discusses Quality of Service (QoS) aspects of services related to the Internet of Things (IoT) ecosystem from an end-to-end perspective; a strict end-user, service-oriented point of view. Here, end-to-end is understood as "from a service user/terminal/provider to a service user/terminal/provider".
The discussion deals with two questions. The first question is if the existing framework for QoS parameter definitions and methodologies is sufficient to also include the IoT angle of view. The second question is if the existing portfolio of QoS parameters needs extensions or adaptations.
The present document describes requirements on both CMTSs and CMs in order to implement a DOCSIS® Layer-2 Virtual Private Network (DOCSIS® L2VPN) feature.
The L2VPN feature allows cable operators to offer a Layer 2 Transparent LAN Service (TLS) to commercial enterprises. In order to speed time to market, CM-TR-L2VPN-DG-V02 [i.8] offers guidelines to CMTS manufacturers as to how to phase the implementation of requirements defined in the present document.
Phase designations are only applicable to CMTS products. Cable modems are expected to support all required L2VPN features in Phase 1. The present document corresponds to the CableLabs L2VPN specification CM-SP-L2VPN-I12
The present document describes a method for distributed deployment and centralized control of a DOCSIS cable broadband access system in which the cable network equipment is used in a plant where fibre is run to the cabinet (e.g. in the basement of a customer's multiple dwelling unit) and coax to each customer. This architecture is collectively referred to as Cabinet DOCSIS or "C-DOCSIS". It has been developed to meet the operability and manageability requirements for cable networks that offer a variety of high-bandwidth services and provide QoS guarantees for these services in a distributed architecture. This architecture applies to the operations, administration and management (OAM) of cable broadband access networks.
The present document defines optional implementation architectures for CMTS equipment intended for use in distributed deployments. It defines the functional modules within the CMTS, three different system architectures utilizing the functional modules and the data and control interfaces between these modules for each of those architectures. It also defines general device requirements for the different distributed CMTS architectures.
The present document corresponds to the CableLabs C-DOCSIS specification
The OASIS MQTT TC is producing a standard for the Message Queuing Telemetry Transport Protocol compatible with MQTT V3.1, together with requirements for enhancements, documented usage examples, best practices, and guidance for use of MQTT topics with commonly available registry and discovery mechanisms. The standard supports bi-directional messaging to uniformly handle both signals and commands, deterministic message delivery, basic QoS levels, always/sometimes-connected scenarios, loose coupling, and scalability to support large numbers of devices. Candidates for enhancements include message priority and expiry, message payload typing, request/reply, and subscription expiry.
