The terms of definitions chapters contains terms that are already know to OMG community and

that are not specifically defined in telcoML. These do not need to appear in the section.

Removing these references in the core document and in the extension doc. Instead we put the sentence “This specification does not introduce specific definitions and terms”. Notice that the “OneAPI” term is not anymore essential to the spec since the three OneAPI interfaces have been suppressed.
Note: The extension doc was introduced by resolution of 17195 in 2nd ballot.

The actual references to OMG specs like UML do not refer to the last versions of

the specs.

This need to be corrected, especially for consistency with the provided XMI files.

Making the replacement for UML and other specs in the core TelcoML spec and in the extension doc.
Note: The extension doc (ptc/12-07-22) was introduced by resolution of 17195 in 2nd ballot.

The GSMA consortium has published new versions of SMS, MMS and Location APIs.

Hence the UML versions of these APIs in the draft TelcoML spec need be revised and possible

moved from the core document for maintenance reasons.

In line with discussions conclusion on how to maintain TelcoML interface definitions that are reformulations of specifications developed by other standardization bodies (in our case GSMA and TMF), we agreed to remove these specifications from the core specification. In the case of GSMA APIs the three clauses regarding SMS, MMS and Location interfaces are hence removed. In future TelcoML releases (provided GSMA and OMG sign a copyright agreement) these three interfaces (and possible new ones from the OneAPI family) will be re-incoprporated in a separated specification document “OneAPI TelcoML Extension”.

In section 8.4.2.1.1 Data Types, “SMSDeliveryReceiptDescription” should be

in “SMSDeliveryReceiptSubscription” (two occurrences of text).

Similar problem exists in Section 8.5.2.1.1 Data Types:

“MMSDeliveryReceiptDescription” should be

“MMSDeliveryReceiptSubscription” (two occurrences of text)

Since resolution of issue 17500 removes the 8.4.2.1.1 text, this issue becomes obsolete.
Disposition: See issue 17500 for disposition

In the beta spec (ptc-12-01-02) the title “8.3.1 Generic Messaging” is misplaced.

It should be at the same level than the others interfaces, that is to say at level 2

instead of level 3.

The three first sub-titles Introduction, Convention and Package Structure are actually at the same level than the titles for individual enablers and the specific “Generic Messaging” enabler title is misplaced as sub-section. This was a formatting error introduced accidentally when creating the beta version in Framemaker. In fact the introductory text contains the convention and package structure text and the sub clause numbering only starts with the first interface (“Generic Messaging” should be the first subtitle).

In the beta spec the SES/SMI interface is provided in an annex waiting for update

from TMF SES team.

If such update is provided the final TelcoML v1.0 should incorporate this interface

within an additional Section within the telcoML library (should be section 8.11).

Remove the Annex A SES/SMI annex from the Core TelcoML document since SES/SMI will be part of a separated extension document named “Service Management TelcoML Extension”.
This implies updating some text in the actual core document (such as references to the annex).

The paragraph style used for operation “Receiving the notification of arrival of messages

for a client application” should be the same than for other operations titles in the spec

(italic and bold).

Since resolution of issue 17500 removes the 8.4.2.3.2 text, this issue becomes obsolete.
Disposition: See issue 17500 for disposition

It is said “The specification of the SMS interface involves the definition of seven data types

and one enumeration:”. However in fact there are 6 datatypes and 1 enumeration.

The same happens in 8.5.2.1.1 Data Types: There are 7 datatypes, not 8.

Since resolution of issue 17500 removes the 8.4.2.1.1 text, this issue becomes obsolete.
Disposition: See issue 17500 for disposition