]> Abbreviation item ID; SHOULD uniquely identify this item across all instance documents. Parameter active notify support. Built-in or derived type name. Type of argument parameter default. Default if argument parameter isn't supported. Bibliographic reference ID; SHOULD uniquely identify this reference across all instance documents. For BBF DM Instances, the bibliographic reference ID rules specified in A.2.4 MUST be used. For example, to reference TR-106 Issue 1 Amendment 2, the value of this attribute would be TR-106a2. Built-in type name. The type hierarchy is as for XML Schema, with "any" and "base64" mapping to the "anySimpleType" and "base64Binary" XML Schema types respectively. Command name (maximum length 256); the same as xs:NCName except that dots are not permitted and it's terminated with a "()". This name MUST in addition follow the vendor-specific parameter name requirements of section 3.3. A command name SHOULD NOT start with an underscore or include any hyphens. In BBF standards, a command name MUST NOT start with an underscore or include any hyphens. Component name; the same as xs:NCName except that dots are not permitted. A component which has a name beginning with an underscore is internal and cannot be imported by another DM Instance. In BBF standards, a component name MUST NOT include any hyphens. Data type name; the same as xs:NCName except that cannot start with lower-case letter (to avoid conflict with built-in data type names) and dots are not permitted. A data type which has a name beginning with an underscore is internal and cannot be imported by another DM Instance. In BBF standards, a data type name MUST NOT include any hyphens. Description action. Event name (maximum length 256); the same as xs:NCName except that dots are not permitted and it's terminated with a "!". This name MUST in addition follow the vendor-specific parameter name requirements of section 3.3. An event name SHOULD NOT start with an underscore or include any hyphens. In BBF standards, an event name MUST NOT start with an underscore or include any hyphens. Glossary item ID; SHOULD uniquely identify this item across all instance documents. Nested list escaping requirements. See section 3.2.3. MUST escape inner comma separators. MAY escape inner comma separators; MAY use bracketed nested list syntax. MUST use bracketed nested list syntax. Positive integer or "unbounded". Model name, including major and minor versions. The name part is the same as xs:NCName except that dots are not permitted. A model which has a name beginning with an underscore is internal and cannot be imported by another DM Instance. In BBF standards, a model name MUST NOT include any hyphens. List of model names. Indicates whether an object is mountable or a mount point. Mountable objects MUST be top-level children of the Root Object (other objects are not permitted to be mounted). Object name (maximum length 256). Each component is the same as xs:NCName except that dots are not permitted. This name MUST in addition follow the vendor-specific object name requirements of section 3.3. An object name component SHOULD NOT start with an underscore or include any hyphens. In BBF standards, an object name component MUST NOT start with an underscore or include any hyphens. Object path that cannot contain "{i}" placeholders and that therefore references a single object. The path MUST follow the requirements of A.2.3.4 (its scope will typically be specified via an attribute of type PathScope). Object path that can contain "{i}" placeholders and that can therefore references multiple objects. The path MUST follow the requirements of A.2.3.4 (its scope will typically be specified via an attribute of type PathScope). List of object paths, each of which can contain "{i}" placeholders. Opaque ID. Type of model parameter default. Default from standard, e.g. RFC. Also applies on object creation. Default on object creation. Informational default that is likely after a reset or if no other value is available. Parameter name (maximum length 256); the same as xs:NCName except that dots are not permitted. This name MUST in addition follow the vendor-specific parameter name requirements of section 3.3. A parameter name SHOULD NOT start with an underscore or include any hyphens. In BBF standards, a parameter name MUST NOT start with an underscore or include any hyphens. Parameter path that cannot contain "{i}" placeholders and that therefore references a single parameter. The path MUST follow the requirements of A.2.3.4 (its scope will typically be specified via an attribute of type PathScope). Object / parameter path name scope (A.2.3.4). Profile name, including version. The name part is the same as xs:NCName except that dots are not permitted. A profile name SHOULD NOT start with an underscore or include any hyphens. In BBF standards, a profile name MUST NOT start with an underscore or include any hyphens. List of profile names. Object access (within profile). Read-write access. Parameter access options. Reference type (A.2.3.6). Item status (applies to most types of item). Base string (can't have leading or trailing whitespace). (Reference) target type (used in path references). Relative parameter path name that cannot contain "{i}" placeholders and that therefore represents a valid uniqueKey parameter name. Units string. Universally Unique IDentifier (see RFC 4122). Version (major.minor) or (major.minor.patch) in which this item was first defined. If true, the parameter MUST be present. MUST be specified for a table in which the Controller can create entries and which has one or more uniqueKey elements that define functional keys. MUST be specified for a table with a variable number of entries, i.e. for which maxEntries is greater than minEntries ("unbounded" is regarded as being greater than all values). All built-in data types. Length is that of the actual string, not the base64-encoded string. See A.2.3.3. Length is that of the actual string, not the hexBinary-encoded string. See A.2.3.3. All facets. Size facets, taken together, define the valid size ranges, e.g. (0:0) and (6:6) mean that the size has to be 0 or 6. The size facet MUST NOT be specified for non-string data types, i.e. data types that are not derived from base64, hexBinary or string. InstanceRef facets specify how a parameter can reference an object instance (table row) via its instance number. The instanceRef facet MUST NOT be specified for data types that are not derived from int or unsignedInt. PathRef facets specify how a parameter can reference a parameter or object via its path name. The pathRef facet MUST NOT be specified for data types that are not derived from string. Decimal range facets, taken together, define the valid value ranges, e.g. [-1:-1] and [2.6:63.7] mean that the value has to be -1 or between 2.6:63.7 inclusive (it cannot be 0). The decimal range facet MUST NOT be specified for non-decimal data types, i.e. data types that are not derived from decimal types. Range facets taken together, define the valid value ranges with an optional step value, e.g. [-1:-1] and [1:4094] mean that the value has to be -1 or 1:4094 (it cannot be 0), [2:1024 step 2] mean all even values between 2 and 1024 inclusive. The range facet MUST NOT be specified for non-numeric data types, i.e. data types that are not derived from one of the integer types. Enumeration facets, taken together, define the valid values, e.g. "a" and "b" mean that the value has to be a or b. The enumeration facet MUST NOT be specified for data types that are not derived from string. Derived types MAY add additional enumeration values. See A.2.5. EnumerationRef facets allow a parameter's valid values to be obtained from another parameter. The enumerationRef facet MUST NOT be specified for data types that are not derived from string. Pattern attributes, taken together, define valid patterns, e.g. "" and "[0-9A-Fa-f]{6}" means that the value has to be empty or a 6 digit hex string. The pattern facet MUST NOT be specified for data types that are not derived from string. Pattern syntax is the same as for XML Schema regular expressions. See https://www.w3.org/TR/xmlschema-2/#regexs. Multiple units facets MUST NOT be specified. The units facet MUST NOT be specified for data types that are not numeric, i.e. data types that are not derived from one of the integer types. Abbreviations definition. The description of the item. Uniquely identifies the item (this is checked by schema validation). Can be referenced from descriptions by using the {{abbref}} template. See A.2.2.4. Argument parameter default facet. Value MUST be valid for the data type. Argument parameter syntax specification. Base facet (access, status and optional attributes). Base Parameter definition and reference. MUST be unique within the parent object (this is checked by schema validation). MUST be present if and only if defining a new parameter. MUST be present if and only if modifying an existing parameter. Base Object definition and reference. MUST NOT be present if the object is not a table (see maxEntries). The parameters referenced by each unique key element MUST constitute a unique key. All of the referenced parameters MUST be single-valued (i.e. not list-valued). For a non-functional key, or if the table has no enableParameter, the uniqueness requirement always applies. For a functional key, and if the table has an enableParameter, the uniqueness requirement applies only to enabled table entries. Indicates whether this is a functional (true) or non-functional (false) key. MUST be unique within the component or model (this is checked by schema validation). MUST be present if and only if defining a new object. If the object is a table (see maxEntries), the final part of the name MUST be "{i}.". MUST be present if and only if modifying an existing object. minEntries MUST be less than or equal to maxEntries (all values are regarded as being less than "unbounded"). minEntries and maxEntries indicate whether the object is a table: * minEntries=0, maxEntries=1 : single-instance object which might not be allowed to exist, e.g. because only one of it and another object can exist at the same time * minEntries=1, maxEntries=1 : single-instance object that is always allowed to exist * all other cases : object is a table MUST be present and specified for all single-instance objects which are part of a union and point to the same parameter specifying the name of the object which is currently in use, i.e. only one object which is part of a union can exist at the same time. Base facet (status attribute). Base parameter syntax specification (omits defaults). For lists, the TR-069 parameter is always a string and the data type specification applies to individual list items, not to the parameter value. See section 3.2 for comma-separated list formatting rules. Direct use of built-in data type, possibly modified via use of facets. Use of named data type, possibly modified via use of facets. If true, MUST always read back as the null value for the parameter's base data type (A.2.3.5). If true, setting this parameter triggers an Agent action. Such a parameter is not part of the device configuration and MUST always read back as the null value for the parameter's base data type (A.2.3.5). Bibliography definition. Bibliography reference definition. Name by which the referenced document is usually known, e.g. TR-069, RFC 2863. Organization that published the referenced document, e.g. BBF, IEEE, IETF. Document category, e.g. TR (BBF), RFC (IETF). Publication date. Uniquely identifies the reference (this is checked by schema validation). Can be referenced from descriptions by using the {{bibref}} template. See A.2.2.4. Command Arguments (input or output) definition and reference. Command Object definition and reference. Command Parameter definition and reference. Component definition. MUST be unique within the document, including imported components (this is checked by schema validation). Component Object definition and reference. Component Parameter definition and reference. Component reference. Name of component to be referenced (included). If specified, is relative path between point of reference (inclusion) and the component's items. If not specified, behavior is as if an empty relative path was specified. Parameter data type definition. Facets MUST NOT be specified if the base attribute is omitted. A built-in data type element MUST NOT be specified if the base attribute is present. See tns:AllFacets for notes and requirements on individual facets. MUST be unique within the document, including imported data types (this is checked by schema validation). Cannot begin with a lower-case letter, in order to avoid confusion with built-in data types. MUST be present if and only if deriving from a non-built-in data type. See A.2.3.1. Parameter data type reference or anonymous restriction / extension. If specified, content MUST be empty. If specified, content MUST NOT be empty. Description: free text which MAY contain a limited amount of mediawiki-like markup as specified in A.2.2. For example, use "*" at the start of a line to indicate a bulleted list. To avoid confusion, the description SHOULD NOT contain tab characters. This MUST be specified when the description modifies that of a previously defined item. Specify "prefix" to prefix to the previous description, "append" to append to the previous description, or "replace" to replace the previous description. DescriptionTemplate: free text with a length up to 256 characters, which can be added in multiple descriptions and MAY contain a limited amount of mediawiki-like markup as specified in A.2.2 (same restrictions as tns:Description type Enumeration facet. Enumeration reference facet. MUST reference a list-valued parameter. Specifies the point in the naming hierarchy relative to which targetParam applies (A.2.3.4). Specifies the value that indicates that none of the values of the referenced parameter currently apply. Event Object definition and reference. Event Parameter definition and reference. Glossary definition. The description of the item. Uniquely identifies the item (this is checked by schema validation). Can be referenced from descriptions by using the {{gloref}} template. See A.2.2.4. Import data types, components and models (Root and Service Objects) from external documents. All such items MUST be imported (this is checked by schema validation). The optional ref attribute MAY be used in order to avoid name conflicts between imported and locally-defined items. If omitted, data type is known by the same name in both this and the referenced document. If omitted, component is known by the same name in both this and the referenced document. If omitted, model is known by the same name in both this and the referenced document. MUST be used to locate the DM Instance (A.2.1). If specified, processing tools MUST regard a mismatch between this and the external document's spec attribute as an error. Instance number reference facet. Specifies the type of reference (A.2.3.6). MUST reference a multi-instance object (table) (A.2.3.4). Specifies the point in the naming hierarchy relative to which targetParent applies (A.2.3.4). List facet. This specifies the size of the TR-069 list-valued parameter, not of the individual list items. Model (Root or Service Object) definition and reference. MUST be unique within the document, including imported models (this is checked by schema validation). MUST be present if and only if extending an existing model. See A.2.10. Model Command definition and reference. MUST be unique within the component, model or object (this is checked by schema validation). MUST be present if and only if defining a new command. MUST be present if and only if modifying an existing command. Model parameter default facet. Value MUST be valid for the data type. Model Event definition and reference. MUST be unique within the component, model or object (this is checked by schema validation). MUST be present if and only if defining a new event. MUST be present if and only if modifying an existing event. Model Object definition and reference. See A.2.8.1 for details of how tables are represented. Model Parameter definition and reference. Model parameter syntax specification. Path name reference facet. Specifies the type of reference (A.2.3.6). If the list is non-empty, this parameter MUST only reference immediate children of matching objects (A.2.3.4). Specifies the point in the naming hierarchy relative to which targetParent applies (A.2.3.4). Specifies the type of item that can be referenced. Specifies the valid data types for a referenced parameter. Pattern facet (pattern syntax is as in XML Schema). Profile definition and reference. If the extends attribute is insufficient to express general profile requirements, any additional requirements MUST be specified here. MUST be unique within the model (this is checked by schema validation). MUST be present if and only if defining a new profile. MUST specify base if modifying an existing profile or if the profile version is greater than 1. MUST specify extends if the profile extends other profile(s). MUST specify minVersion if the profile is defined in a Component. Profile command definition. Any additional requirements MUST be specified here. Profile event definition. Any additional requirements MUST be specified here. Profile object definition. If the requirement attribute is insufficient to express the requirement, any additional requirements MUST be specified here and MAY override the attribute. If no argument requirements are listed, this is the same as if just the mandatory arguments were listed. If any argument requirements are given then all the mandatory arguments MUST be listed, and additional arguments MAY be listed. If no argument requirements are listed, this is the same as if just the mandatory arguments were listed. If any argument requirements are given then all the mandatory arguments MUST be listed, and additional arguments MAY be listed. Profile parameter definition. If the requirement attribute is insufficient to express the requirement, any additional requirements MUST be specified here and MAY override the attribute. Decimal range facet. Integer range facet with optional step. Size facet. Units facet. CWMP Data Model Definition XML Schema (DM Schema) instance documents can contain any or all of the following: * Data type definitions * Root Object definitions (including profiles) * Service Object definitions (including profiles) * Component definitions * Vendor extension definitions BBF standard DM Schema instance documents MUST use UTF-8 encoding and their character set MUST be restricted to printable characters in the Basic Latin Unicode block, i.e. to characters whose decimal ASCII representations are in the (inclusive) ranges 9-10 and 32-126. Top-level description. Imported data types, components and models (Root and Service Objects). Top-level data type definitions. Glossary items. Abbreviation items. Bibliographic references. Templates used in descriptions. Component definitions. Model (Root and Service Object) definitions. URI of the associated specification document, e.g. the BBF Technical Report. This URI SHOULD uniquely identify the specification. More than one DM Schema instance document MAY reference the same specification. Where the specification is a BBF document, the URI naming rules specified in A.2.1.1 MUST be used. For example, to reference TR-106 Issue 1 Amendment 2, the value of this attribute would be urn:broadband-forum-org:tr-106-1-2-0. File name (omitting directory name) of this document. Where the specification is a BBF document, the file naming rules specified in A.2.1.1 MUST be used. For example, for the data model defined in TR-106 Issue 1 Amendment 2, the value of this attribute would be tr-106-1-2-0.xml.