Issue History

Issue Number Approval Date Changes

Release 1.0

April 2018

Release contains specification for the User Services Platform 1.0

Corresponds to TR-181 Issue 2 Amendment 12

Release 1.0.1 August 2018
  • Added examples and clarifications to end-to-end messaging, use of endpoint ID, typographical fixes
Release 1.0.2 November 2018
  • Typographical and example fixes

Release 1.1

October 2019

Release contains specification for the User Services Platform 1.1

  • Adds MQTT support as a Message Transfer Protocol
  • Adds a theory of operations for IoT control using USP Agents
  • Clarifications on protocol functions, error messages, and updates to examples

Corresponds to TR-181 Issue 2 Amendment 13

Release 1.1.1 April 2020 Regenerated data model HTML using fixed version of the BBF report tool
Release 1.1.2 August 2020 Clarifies several examples, requirements, and error types
Release 1.1.3 November 2020 Corresponds to TR-106 Amendment 10 and TR-181 Issue 2 Amendment 14
Release 1.1.4 November 2020 Corresponds to TR-181 Issue 2 Amendment 14 Corrigendum 1

Release 1.2

January 2022

Release contains specification for the User Services Platform 1.2

  • Clarify the expected responses in result of an Operate message (R-OPR.4)
  • Deprecates the use of COAP as an MTP
  • GetSupportedDM
    • now provides the data types for parameter values
    • now allows the Agent to provide information about whether or not it will ignore ValueChange subscriptions on a given parameter
    • now provides information about whether a command is synchronous vs. asynchronous
    • now allows requests on specific object instances and handles divergent data models
  • Defines discovery mechanisms for Endpoints connected to STOMP and MQTT brokers
  • Clarifies the use of search paths vs. unique key addressing in the Add message
  • Clarifies the use of required parameters and defaults for unique keys in the Add message
  • Annex A
    • now provides a theory of operations for use of the USPEventNotif mechanism for bulk data collection using the Push! event
    • defines a new bulk data collection over MQTT mechanism
  • DHCP discovery mechanism now provides a Controller Endpoint ID to the Agent
  • Enhances ease of use and clarifies requirements for use of TLS in USP Record integrity
  • New USP records
    • adds USP connect and disconnect records for use independent of MTP
    • adds USP Record specific error mechanism and error codes
    • MQTT and STOMP no longer silently drop errors; they now report errors in the USP Record.
    • USP Records can now include an empty payload
  • Get requests
    • can now include a max_depth flag to limit response size
    • Get response format has been clarified to return separate elements for sub-object
  • Clarifies the requirements around processing an entire message in the event of a failed operation when allow_partial is true vs. false
  • Clarifies the response behavior for Get, Set, and Delete when using a path that matches no instances
  • Fixes and enhances the use of error codes for the Operate message
  • Clarifies and updates Controller credential/authentication theory of operations and flow diagrams
  • Clarifies the use of subjectAltName in certificates
  • Clarifies R-E2E.4
  • Deprecated and Obsolete terms are now defined in the References and Terminology section
  • Updated R-E3E.43
  • Deprecates R-MSG.2
  • Deprecates R-E2E.2
  • R-E2E.42 now makes TLS renegotiation forbidden
  • Modifies R-NOT.9 and adds R-NOT.10 adjusting how the Agent and Controller should handle the subscription_id field

Corresponds to TR-106 Amendment 11 and TR-181 Issue 2 Amendment 15

Release 1.3

June 2023

Release contains the specification for the User Services Platform 1.3

  • Adds Appendix VI, “Software Modularization and USP-Enabled Applications Theory of Operation”
  • Adds new Unix Domain Socket MTP
  • Adds two new messages, “Register” and “Deregister”, and associated error codes (primarily for use with Appendix VI but can be used in many scenarios)
  • Adds new Software Module Management features
  • Adds a note about the use of the new TriggerAction parameter in Subscription objects
  • Updates “Authentication and Authorization” to include the use of new SecuredRole
  • Updates the Add message to allow for Search Paths and clarifies the application of permissions during Add messages
  • Obsoletes CoAP as an MTP
  • Adds two new requirements regarding Unique Key immutability
  • Clarifies how Set should respond when using a Search Path where one or more objects fail to update
  • Updates the use of EndpointID in WebSocket arguments and adds an fqdn authority scheme
  • Addesses a potential attack vector with using MQTT, and updates other MQTT behavior
  • Updates Annex A to explain use of the “Exclude” parameter
  • Updates Discovery to include the use of DHCP options for agent-device association
  • Adds a note about USP protocol versioning and Controller/Agent behavior
  • Clarifies and updates the use of certain error codes
  • Clarifies the behavior of Get messages when asking for specific Multi-Instance Objects that don’t exist
  • Clarifies some behavior when responding via USP Records
  • Updates message flow diagrams to remove the implication of ordered responses
  • Adds new requirement R-SEC.4b for Trusted Brokers
Release 1.3.1 October 2023 This Corrigendum has the following fixes
  • Fix example by populating the empty UNIX Domain Socket references
  • Small fixes to UDS example images
  • Fix UnixDomainSocket path in example

Release 1.4

July 2024

Release contains the specification for the User Services Platform 1.4

  • Updated ResolvedPathResult Fields to clarify that R-GET.4 does not return parameters for which the Controller does not have Read permission for.
  • Added Appendix VI Usage of the Register Operation to define the Rules related to USP Services Registering data model paths.
  • Added TLS Support to the UDS MTP impacting Section Handling Failures to Deliver USP Records with new requirements (R-UDS.23a and R-UDS.23b) and updates to Appendix V1 Basic Solution Concepts.
  • Expanded Error Codes Section Applicability to multiple error codes from Error Message to Any, to send an operate response rather than USP error.
  • Updated GetSupportedDM Request Fields Section to expand the Register Message for Commands, Events, and Parameters. Updated Definitions Section with new definitions for Command Path and Event Path.
  • Updated R-OPR.4 and R-OPR.5 to align with R-OPR.1.
  • Updated Appendix 1 Basic Solution Concepts Section to define that the Execution Environment is no longer static, and is managed via USP Software Module Management.
  • Updated Handling of WebSocket Frames Section adding R-WS.14b to discourage the use of WebSocket fragmentation.
  • Updated Handling of the WebSocket Session Section adding note to R-WS.8 to clarify the encoding of USP Endpoint ID for URI use.
  • Opened up the OUI definition and Use of authorityscheme and authorityid Section R-ARC.2a to allow for not only the old 24-bit OUIs but to also allow for 36-bit OUIs.
  • Updated OnBoardRequest Section to state that the OnBoardRequest notification MUST be sent with send_resp=true, which included updates to R-NOT.5 and R-NOT-6 as well as the addition of R-NOT-6a to insure the Controller retries until a notification response is recieved.
  • Defined the term “Partial Path” in Definitions Section.
  • Fixed the Operate example in Operate Examples Section to include both sync and async data model commands.
  • Updated the GetSupportedDM to now indicate the unique keys of a table, which caused updates to the examples in GetSupportedDM Examples Section and the usp-msg-1-4.proto file within the GetSupportedDM message.
  • Updated Role Definition Section with clarifications to Role permissions applying to Supported and Instantiated Data model and the Secured Role as applying to “secured” parameter in the path(s), with examples of both.
Release 1.3.2 March 2025 This Corrigendum has the following fixes
  • Clarify R-SET.2a may also return an Error

Release 1.4.1

June 2025

Release contains the specification for the User Services Platform 1.4.1

  • Clarified R-DEL.1 failures for non existant or non deletable entries.
  • Fixed Operate example trailing period.
  • Fixed spaces in data model path examples in IoTCapability in IoT, and misc typos.
  • Clarified GetSupportedDM regarding Path Names, Commands, Events and Parameters.
  • R-GIN.0 clarified if the Controller doesn’t have Read permission should treat the Object Instances as not present.
  • R.UDS.3 clarified use of SOCK_STREAM in USP for the Unix Socket iMTP.
  • Clarified R-WS.4 to specifically apply to any two USP endpoints.
  • Updated R-MQTT.4 profile.
  • Fixed typo in Bulk Data.

Release 1.4.2

July 2025

Release contains the specification for the User Services Platform 1.4.2

  • Fixes the examples of GetSupportedDM which incorrectly included unique_key_set when first_level_only was true
  • Explicitly mentions Unique Keys in the list of elements not returned when first_level_only is true

Release 1.5

January 2026

Release contains the specification for the User Services Platform 1.5

  • R-SET.2a: Added details related to how allow_partial impacts Search Paths.
  • USPServices: Added references to the USPServices.Trust Data Model table that provides a mechanism to configure access control for USP Service Registration.
  • Examples in 7.5.3.1: Removed unique_key_sets and added Unique Keys.
  • R-MQTT.48a: Added ALPN support to MQTT.
  • R-DEL.2: Clarified the description of repeated string affected_path.
  • UDS MTP: Added UDS Frame definition to support authentication via a password.
  • R-MTP.4c, R-MTP.4d: Added originator_id requirement to all forwarded messages, and added to USP message header.
  • R-MTP.4e: Added requirement of destination_id in Notifiy message for specific events, and added to the USP message header.
  • IoTCapability: Added binding support and examples to the IoTCapability data model, and prefixed all examples in the IoT section with Device
  • Clarified and unified how Add, Set, and Delete behave with respect to Search Paths, which impacted Add Requirements (0, 1, 1a, 1b, 2a, 2b, and 3), Set Requirements (0, 1, 2, 2a, 2b, 2c, and 2d), and Delete Requirements (0, 1, 1a, 1b, 2, and 2a).

Comments or questions about this Broadband Forum Technical Report should be directed to info@broadband-forum.org.

Editors

Name Company Role
Tim Spets Nokia Editor/USP Project Lead
Jason Walls QA Cafe, LLC Editor/Broadband User Services Work Area Director
John Blackford Vantiva Editor/Broadband User Services Work Area Director

Acknowledgments

Name Company
Jean-Didier Ott Orange
Timothy Carey Nokia
Steven Nicolai Arris
Apostolos Papageorgiou NEC
Mark Tabry Google
Klaus Wich Huawei
Daniel Egger Axiros
Bahadir Danisik Nokia
William Lupton Broadband Forum
Barbara Stark AT&T