Enables specifying any kind of relastionships between ServiceOrderItems The type of relationship such as contains, relies on.

An assocation between two ServiceOrders. A categorization of the relationship, such as bulk, parent/child, and so forth.

Some Questions: 1. Do we have a business need to have multiple service catalogs? - 2. Do we have a need to have a service descriptor in a given catalog multiple times for different time periods? - 3. How do we handle moving a descriptor from a test catalog to a production catalog? - 4. What is the attachment class? Presently, SDC stores the descriptor directly in the catalog. I don't think SDC uses the SID Characteristic patern. Found 4 ServiceDescriptor Objects. Deleted down to one. Kevin to complete draft of composite/atomic diagram and some class/association clean-up this week. Chuyi to then work on service descriptor attributes next week (after papyrus model fix). found 2 ServiceCompositeDescriptors - deleted down to 1 Removed recursive associations, given we are using the composite/atomic pattern. Do we need this diagram? The Nfpd class associates traffic flow criteria to a list of descriptors associated to the connection points and service access points to be visited by traffic flows matching these criteria. Identifies this nfpd class within a VNFFGD. Provides an NFP classification and selection rule. The rule may be expressed as a criteria constructed out of atomic assertions linked by Boolean operators AND, OR and NOT. NOTE: Examples of atomic assertions are assertions on packet header fields’ values, date and time ranges, etc. References the descriptor of a connection point to be traversed by the traffic flows matching the criteria. This shall be a connection point attached to one of the constituent VNFs and PNFs of the parent VNFFG, or a SAP of one of the constituent nested NSs of the parent VNFFG. NOTE: When multiple values are provided, the order is significant and specifies the sequence of connection points to be traversed. This is an abstract proxy class, allowing to provide reference to either NsProfile or VnfProfile. The Dependencies class provides indications on the order in which VNFs associated to different VNF Profiles and/or nested NSs associated to different NS Profiles are to be instantiated. References a VnfProfile or NsProfile. NOTE: NFV Management and Orchestration functions shall instantiate VNFs from the VnfProfile and/or nested NSs from the NsProfile referenced in the primary attribute before instantiating VNFs from the VnfProfile and/or nested NSs from the NsProfile referenced in the secondary attribute. References a VnfProfile or NsProfile. NOTE: NFV Management and Orchestration functions shall instantiate VNFs from the VnfProfile and/or nested NSs from the NsProfile referenced in the primary attribute before instantiating VNFs from the VnfProfile and/or nested NSs from the NsProfile referenced in the secondary attribute Provides information on a Service Access Point (SAP) of a NS ServiceDescriptor is used to model the design time representation of a service. Constant identifier of the service model. Versioned identifier of the service model (this uuid is changed for every major version of the service) The name of the service model designed. The description of the service model designed. A predefined list which identifies the construct's category. There is a predefined list of service categories. The service model version. An optional string field defining a generic type (like category) of the service. E.g. this field can be used for defining the service as “TRANSPORT”. An optional string field for shortcode that defines the function that the service is providing. E.g. “MISVPN” or “AIM”. The icon path of the service. The service component descriptor UUIDs that the service includes (relationhip to Service Component). ServiceInstance is used to model the run time representation of a service. Uniquely identifies this instance of a service. The name assigned to the service-instance. The description assigned to the service-instance. Constant identifier of the service model (relationship to service model). Versioned identifier of the service model (relationship to service model). The service model version in SDC catalog. An optional string field defining a generic type (like category) of the service. E.g. this field can be used for defining the service as “TRANSPORT”. An optional string field for shortcode that defines the function that the service is providing. E.g. “MISVPN” or “AIM”. URL to endpoint where more details can be gotten. Orchestration status of the service instance. The service component instance ID that the service instance includes. ServcieComponentDescriptor is used to model the design time representation of a service component or network service. Constant identifier of the Service Component model. Versioned identifier of the Service Component model (this uuid is changed for every major version of the service component). The name of the service component. The description of service component. The version of service component. The designer of the service component. A type of Request that represents a Customer Order's products decomposed into the services through which the products are realized. Unique identifier for Interaction. ID given by the order requester and only understandable by him (to facilitate his searches afterwards). It could an order number reference from the triggering system (OM) A way that can be used by order requester to prioritize orders in Service Order Narrative that explains the interaction and details about the interaction, such as why the interaction is taking place. Used to categorize the order - Requester valued it and this category can be useful for the Service Order Management system and/or requester (e.g. "broadband", "TV option”,). State of the order The date on which an interaction is closed or completed. The date that was requested to start processing the order. The date on which an interaction is closed or completed. The date on which an interaction is expected to be completed. The date on which an interaction is started. Contact attached to the order to send back information regarding this order Reference to ServiceOrderItem The date the order was placed. The purpose for the ServiceOrder expressed in terms of a ServiceSpecification or a Service. Identifier of the line item (generally it is a sequence number 01, 02, 03, ...). The action to take for an InteractionItem, such as add, change, remove. State of the order item: described in the state machine diagram. This is the requested state. Quantity of an interaction item involved in an interaction. A ServiceCandidate (ServiceCatalogItem) is an entity that makes a ServiceSpecification available to a catalog. A ServiceCandidate and its associated ServiceSpecification may be “published” (made visible) in any number of ServiceCatalogs, or in none. One ServiceSpecification can be composed of other ServiceSpecifications. These ServiceSpecifications may also be published. A unique identifier for the ServiceCandidate A word or phrase that a ServiceCandidate is known and distinguished from other ServiceCandidates. A narrative that explains the ServiceCandidate. The period of time during which the ServiceCandidate is applicable. The condition at which the ServiceCandidate exists such as planned, active and Obsolete. A ServiceCatalog is a collection of ServiceCandidates representing ServiceSpecifications. ServiceCandidates define the underlying services that support a ProductOffering. ServiceCandidates are exposed to one or more Product Catalogs to be utilized to configure one or more ProductOfferings. ServiceCandidates can be exposed to one or more Service Catalogs to be utilized or incorporated in one or more ServiceCandidates. A collection may consist of similar ServiceCandidates, such as a collection of broadband ServiceCatalogCandidates or a collection of wireless ServiceCatalogCandidates. A Service Catalog contents can expose a collection of ServiceCandidates to be utilized internal/external to an enterprise. The value of a given ServiceCharacteristic The SAPD class specifies the information used to instantiate the service access points of an NS. A Sapd inherits from the Cpd class. All attributes of the Cpd are also attributes of the Sapd. Specify whether the SAP address assignment is under the responsibility of management and orchestration functions or not. If it is set to True, management and orchestration functions are responsible for assigning addresses to the access points instantiated from this SAPD. References the descriptor of VNF or PNF external connection points the SAPs instantiated from this SAPD are mapped to. References the descriptor of the NS VL instance to which the SAP instantiated from this SAPD connects to. Constant identifier of the service model. Versioned identifier of the service model (this uuid is changed for every major version of the service) The name of the service model designed. The description of the service model designed. A predefined list which identifies the construct's category. There is a predefined list of service categories. The service model version. An optional string field defining a generic type (like category) of the service. E.g. this field can be used for defining the service as “TRANSPORT”. An optional string field for shortcode that defines the function that the service is providing. E.g. “MISVPN” or “AIM”. The icon path of the service. Identifier of this NSD class. It globally uniquely identifies an instance of the NSD Identifies the designer of the NSD. Identifies the version of the NSD. Provides the human readable name of the NSD. Identifies an NSD in a version independent manner. This attribute is invariant across versions of NSD. Specifies a rule to trigger a scaling action on a NS instantiated according to the NSD. NOTE 1: The rule is based on a combination of assertions on the values of virtualised resource-related performance metrics and VNF Indicators identified by the monitoredInfo attribute. NOTE 2: There may be multiple data sources (each identified as monitoredInfo) per rule Identifies either a virtualised resource-related performance metric or a VNF Indicator. Provides a life cycle management script written in a Domain Specific Language (DSL). A composition of Network Functions and defined by its functional and behavioural specification. NOTE: The Network Service (NS) contributes to the behaviour of the higher layer service, which is characterized by at least performance, dependability, and security specifications. The end-to-end network service behaviour is the result of the combination of the individual network function behaviours as well as the behaviours of the network infrastructure composition mechanism. Identifier of this NetworkService, identifying the NS instance. Human readable name of the NS instance. Human readable description of the NS instance Reference to consistituent VNFs and PNFs on this NS. NOTE: Cardinality of zero is only valid for a non-instantiated NS. Information on the VLs of this NS. NOTE: Cardinality of zero is only valid for a non-instantiated NS. Information on the SAPs of this NS. Reference to information on nested NSs of this NS. Information on the VNFFGs of this NS. The VirtualLinkToLevelMapping datatype specifies the profile to be used for a VL involved in a given NS level and bitrate requirements. Identifies the profile to be used for a VL involved in an NS level. Specifies the bit rate requirements for the NS level. NOTE: It shall be in the range of minBitrateRequirements - maxBitrateRequirements, as specified in the referenced VirtualLinkProfile. A base / value business entity used to represent a period of time, between two timepoints An instant of time, starting at the TimePeriod Notes: If null, then represents to the beginning of time An instant of time, ending at the TimePeriod: Notes: If null, then represents to the end of time A way that can be used by order requester to prioritize orders in Service Order Management system (from 0 to 4: 0 is the highest priority, and 4 the lowest). It could be for example valued by BSS based on customer order requested priority.