MM10 AVPs
MM10 (application id: 16777226)
The MM10 interface facilitates communication between the MMS Relay/Server and the Multimedia Service Control Function (MSCF). The primary function of the MM10 interface is to manage the processing and delivery of multimedia messages (MMS).
MM10 interface workflow:
Initiation:
- When the MMS Relay/Server receives a multimedia message from a user, it may need to query the MSCF for further processing instructions. This is done by sending a Message-Process-Request command to the MSCF via the MM10 interface.
Processing by MSCF:
- Upon receiving the Message-Process-Request, the MSCF processes the request based on the provided data. It may determine the appropriate routing address, modify the message content, or apply any other required processing steps.
Response to MMS Relay/Server:
- After processing, the MSCF sends a Message-Process-Answer response back to the MMS Relay/Server. The response includes a result code that indicates whether the processing was successful, partially successful with modifications, or unsuccessful.
Action by MMS Relay/Server:
- Based on the response from the MSCF, the MMS Relay/Server takes the necessary actions. If the processing was successful, it continues with the delivery of the multimedia message. If modifications were required, it applies these before delivery. In case of rejection, the message is not delivered, and appropriate feedback is provided to the sender.
For complete technical specification of MM10 interface in Diameter protocol please refer to: [3GPP TS 29.140]
package com.mobius.software.telco.protocols.diameter.primitives.mm10
Name |
AVP Code |
Data Type |
Vendor |
Billing-Information |
1115 |
UTF8String |
3GPP |
Used to carry transparent information that is intended to be forwarded to the billing system. It serves as a flexible container for billing-related data that may not require interpretation or processing by intermediate network nodes. |
|||
Delivery-Report |
1111 |
Enumerated |
3GPP |
Specifies whether a delivery report is requested for a given transaction. It is primarily used in messaging services to indicate the need for a confirmation report about the delivery status of a message. If the Delivery-Report AVP is not present, the default behavior is "No Delivery Report Requested". Enumerated Values: 1 Delivery_Report_Requested: A delivery report is requested to confirm the delivery status of the message. |
|||
Initial-Recipient-Address |
1105 |
Grouped |
3GPP |
Used to store recipient address information sent to the MSCF (Message Service Control Function). It supports multiple sub-AVPs to define a sequence number and the recipient address for the initial delivery of a message. The AVP structure is defined as follows: Sequence-Number (Unsigned32): A unique sequence number for this recipient address. Recipient-Address (UTF8String): The address of the recipient, e.g., a phone number or SIP URI. Additional AVPs, if needed, for extended information. |
|||
Originating-Interface |
1110 |
Enumerated |
3GPP |
Used to indicate the interface on which a multimedia message has been received. It provides contextual information about the message origin to support routing, charging, and service validation processes. Enumerated Values 0 MM1: Message received via MM1 interface, typically between an MS and MMSC. 1 MM3: Message received via MM3 interface, between MMSCs in different domains. 2 MM4: Message received via MM4 interface, between MMSCs in different networks. 3 MM7: Message received via MM7 interface, between MMSCs and VAS applications. |
|||
Read-Reply |
1112 |
Enumerated |
3GPP |
Specifies whether a read reply notification is requested for a multimedia message. This AVP supports message tracking features by indicating the requirement for a read acknowledgment from the recipient. If the Read-Reply AVP is absent, the default value is "No Read Reply Requested" (0). Enumerated Values: 0 No Read Reply Requested: No read reply is required. 1 Read Reply Requested: Read reply notification is requested. |
|||
Recipient-Address |
1108 |
UTF8String |
3GPP |
Specifies the recipient address for a multimedia message. It follows the MMS addressing model defined in the 3GPP specifications, supporting multiple recipient types, including "To:", "Cc:", and "Bcc:". The recipient address is encoded using UTF8String format, allowing compatibility with email-like formats or MSISDN-based addressing. Format Specification:
Examples:
|
|||
Result-Recipient-Address |
1106 |
Grouped |
3GPP |
Used to store recipient address information returned by the MSCF (Multimedia Services Control Function). It includes details about the sequence number, recipient address, routeing address, and sender address, supporting MMS delivery tracking and routing operations. The AVP structure is defined as follows: Sequence-Number (Unsigned32): Tracks the order of the recipient address in message processing. Recipient-Address (UTF8String): Stores the recipient's address formatted as email, MSISDN, or URI. Routeing-Address (UTF8String): Specifies the routing address used for MMS delivery. Sender-Address (UTF8String): Provides the sender's address for tracking the origin of the multimedia message. |
|||
Routeing-Address |
1109 |
UTF8String |
3GPP |
Used to store the recipient address required for routing multimedia messages (MMS). It allows the specification of recipient details, including address type and destination format, adhering to the MMS addressing model and SMTP encoding rules. |
|||
Routeing-Address-Resolution |
1119 |
Enumerated |
3GPP |
Used to indicate whether the Routeing-Address has been resolved. It is typically utilized within multimedia messaging (MMS) systems to ensure proper routing of messages. Enumerated Values: 0 Unresolved: The Routeing-Address has not been resolved yet. 1 Resolved: The Routeing-Address has been successfully resolved. |
|||
Sender-Address |
1104 |
UTF8String |
3GPP |
Specifies the identification of the sender of a multimedia message (MMS). This AVP is used to provide the recipient with information about who sent the message. Format Example: user@example.com (Email address), +1234567890 (Telephone number in international format) |
|||
Sender-Visibility |
1113 |
Enumerated |
3GPP |
Used to indicate whether the sender's identification in a multimedia message (MMS) is requested to be hidden or visible. Enumerated Values: 0 Not Hidden: Sender identification is requested not to be hidden. (Default Value) 1 Hidden: Sender identification is requested to be hidden. |
|||
Sequence-Number |
1107 |
Unsigned32 |
3GPP |
Provides a unique identifier or counter for a recipient address group in multimedia messaging scenarios. It is commonly used to track and differentiate multiple recipient addresses within grouped AVPs. |
|||
Served-User-Identity |
1100 |
Grouped |
3GPP |
Identifies the served subscriber for whom a messaging process is requested. It provides details such as the MSISDN, VAS Provider ID, and VAS ID, enabling accurate identification and processing of the subscriber's messaging request. The AVP structure is defined as follows: MSISDN (UTF8String): Subscriber's phone number in international format. Example: "+1234567890". VASPID (UTF8String): Identifier of the Value-Added Service Provider managing the messaging service. VASID (UTF8String): Identifier of the Value-Added Service utilized by the subscriber. Example: "Ringback Tones". |
|||
Service-Key |
1114 |
UTF8String |
3GPP |
Used to identify an application on the target MSCF (Multimedia Services Control Function). It acts as a logical identifier for specific service applications or routing purposes in multimedia messaging systems. |
|||
Status |
1116 |
Grouped |
3GPP |
Provides message status information to facilitate notifications for the served user. It allows systems to communicate the delivery status or processing status of a message, combining both status codes and status text descriptions. The AVP structure is defined as follows: Status-Code (Optional, UTF8String): Numeric or symbolic code representing the status. Examples: "200" (Success), "404" (Not Found) Status-Text (Optional, UTF8String): A human-readable explanation of the status or error. Examples: "Message Delivered Successfully", "Recipient Address Not Found" |
|||
Status-Code |
1117 |
UTF8String |
3GPP |
Provides a trigger event-specific response code to qualify the outcome of message processing. Qualifies outcomes for submissions, retrievals, or processing triggers. Enables interoperability with protocols such as MM1, MM7, and MMS headers. Behavior Based on Trigger Events: MM1 Message Submission Response-status-value: Numeric octet values based on M-send.conf X-Mms-Response-Status header. Example: 200 (OK), 400 (Client Error), 500 (Server Error) MM1 Message Delivery Retrieve-status-value: Numeric octet values based on M-Retrieve.conf X-Mms-Retrieve-Status header. Example: 200 (Retrieved Successfully), 404 (Not Found) MM7 Message Submission StatusCode: Numerical values defined in the MM7_submit.RES StatusCode element. Example: 1000 (Accepted), 2000 (Error - General Failure) |
|||
Status-Text |
1118 |
UTF8String |
3GPP |
Provides a textual description qualifying the outcome of a message processing event. omplements the Status-Code AVP with a descriptive text. Allows for custom messages if predefined codes are insufficient. |
|||
Trigger-Event |
1103 |
Enumerated |
3GPP |
Specifies the type of event that initiated a Message-Process-Request. It identifies whether the triggering event was related to message submission, delivery, or other specific processing actions. Enumerated Values 0: MM1 Message Submission, Profile based: Submission based on a user profile. 1: MM1 Message Submission, Address based: Submission based on a specific recipient address. 2: MM1 Message Delivery: Delivery process for an MM1 multimedia message. 3: MM7 Message Submission, Profile based: Submission via MM7 based on a user profile. 4: MM7 Message Submission, Address based: Submission via MM7 based on a specific recipient address. |
|||
VAS-ID |
1102 |
UTF8String |
3GPP |
Identifies the Value Added Service (VAS) associated with a specific multimedia message processing request. It allows network elements to reference and process VAS-specific configurations or rules during message handling. |
|||
VASP-ID |
1101 |
UTF8String |
3GPP |
Used to identify the Value Added Service Provider (VASP) associated with a particular multimedia messaging service. It allows network elements to manage and process VASP-specific configurations or service rules during message delivery and processing. |
Start innovating with Mobius
What's next? Let's talk!