Fact-checked by Grok 2 weeks ago

Multimedia Messaging Service

Multimedia Messaging Service (MMS) is a telecommunications standard that enables the creation, transmission, and reception of multimedia-rich messages, including text, images, audio, video, and other media types, between mobile devices using a store-and-forward mechanism. This service extends the Short Message Service (SMS) by supporting larger payloads and diverse content formats, allowing asynchronous delivery without requiring both sender and recipient to be online simultaneously. Developed primarily for mobile networks, MMS operates over protocols like HTTP/TCP/IP for message submission and retrieval, with SMS used for notifications. Standardized by the 3rd Generation Partnership Project (3GPP) in its Technical Specification 23.140 (Stage 2 functional description) starting from Release 1999, MMS provides a reference architecture involving key components such as the MMS Client on user devices, the MMS Proxy-Relay for handling transactions, and the MMS Server for storage. The Open Mobile Alliance (OMA) further refined the specifications, with versions like OMA-AD-MMS V1.3 (2011) defining interfaces for interoperability with email systems and legacy networks. Key transactions include message submission, notification, retrieval, delivery reports, and read replies, ensuring reliable end-to-end delivery across operators. MMS was first commercially launched in 2002, coinciding with the expansion of networks and marking a pivotal advancement in mobile communication by enabling richer personal interactions beyond . Its adoption grew rapidly in the early 2000s, supported by guidelines from organizations like the for inter-operator interworking to ensure seamless global connectivity. Although later overshadowed by internet-based messaging apps, MMS remains relevant in regions with limited data access, integrated into modern networks like and for .

Overview and History

Definition and Purpose

(MMS) is a standard designed for sending content, including images, audio clips, video clips, and formatted text, between mobile devices over cellular networks. It functions as a store-and-forward , where messages are delivered from one Multimedia Message Entity (MME)—typically a or a network-based entity—to another, ensuring reliable non-real-time transmission even if recipients are temporarily unavailable. The core purpose of MMS is to overcome the limitations of the Short Message Service (), which restricted users to plain text messages of up to 160 characters, by enabling the inclusion of richer attachments and supporting message sizes up to an initial limit of 300 KB, later expanded to 600 KB in advanced configurations for better interoperability. This evolution allowed for more expressive and informative mobile communications, such as sharing personal photos or brief audio notes, directly building on 's established infrastructure while introducing capabilities for handling. itself emerged as a foundational prerequisite, providing the initial store-and-forward messaging model that MMS extended to support diverse content types. In comparison to , which relies on basic cellular signaling for text-only delivery, MMS utilizes (WAP) and HTTP-like mechanisms to transport multimedia payloads, accommodating the increased complexity of mixed content without requiring connectivity. These enhancements provided key benefits in the pre-smartphone , improving user engagement on feature phones by facilitating the exchange of visual and auditory elements like ringtones and short videos, thereby transforming mobile messaging into a more versatile tool for social interaction.

Development and Standardization

The development of the Multimedia Messaging Service (MMS) emerged in the early as a direct extension of Short Message Service () infrastructure, driven by the need to incorporate multimedia elements like images and audio amid the rapid growth of in the late 1990s. Mobile operators and equipment vendors, including , , and , collaborated within standards bodies to address SMS limitations in supporting rich content over emerging packet-switched networks. While picture messaging had been available in via services like NTT DoCoMo's since 1999, the standardized MMS for GSM/UMTS networks was defined by . A key milestone was the beginning of commercial launches of MMS in 2002, with early rollouts by operators such as in May 2002 in and , and in on May 8, 2002, followed by expansion to other European markets including the later that year. By 2003–2004, the service expanded globally, with operators in and rolling out MMS alongside GPRS and upgrades, supported by device availability from major manufacturers. For example, launched MMS in the United States in July 2003. Standardization efforts were led by the , which defined the core MMS specifications in Release 5, frozen in March 2002. This release included TS 22.140 for service requirements (version 5.1.0, March 2002) and TS 23.140 for functional architecture and protocols (version 5.2.0, June 2002), establishing MMS as a store-and-forward service compatible with / networks. The (OMA), formed in 2002, then took over to promote interoperability, building on 3GPP and prior Forum work with initial MMS guidelines in 2002. MMS evolved through OMA versions, starting with basic MMS 1.0 under the WAP Forum in early 2002, which focused on core messaging with limited media types. Version 1.1 (November 2002) introduced enhancements for client-server interactions, while 1.2 (September 2003) improved protocol efficiency and media handling. By MMS 1.3 (candidate version in September 2004, approved in 2005), specifications emphasized and richer media support, including better video and audio integration. The adoption of WAP 2.0, released in June 2002, played a crucial role by leveraging XHTML Mobile Profile (XHTML MP) for content formatting, allowing MMS messages to be delivered efficiently over low-bandwidth GPRS/EDGE connections without requiring full support. This integration ensured MMS compatibility with early 2.5G networks, facilitating its standardization as an open, vendor-agnostic service.

Technical Specifications

Architecture and Protocol

The Multimedia Messaging Service (MMS) employs a client-server architecture where MMS User Agents (UAs) on mobile devices interact with the network infrastructure to compose, send, receive, and render multimedia messages. The core components include the MMS UA residing on the , the MMS Proxy-Relay (PR) which handles protocol conversion and routing, and the MMS (S) for message storage and retrieval, often combined into a single Multimedia Messaging Service Center (MMSC). This setup enables end-to-end delivery across different networks, supporting interactions between UAs as well as with external systems like servers or providers (VASPs). The protocol stack for MMS is built on WAP 2.0 over TCP/IP, facilitating reliable transport for multimedia content. Key interfaces include MM1 for communication between the MMS UA and MMS Proxy-Relay/Server, using HTTP or WSP to exchange protocol data units (PDUs) such as submission requests and notifications; MM2 for interactions between the MMS Proxy-Relay and MMS Server, though not fully specified in early releases; MM3 for connectivity to external notification servers; and MM4 for interworking between different MMSCs using SMTP for message forwarding. These interfaces ensure modular operation, with the MM1 being the primary point for user-network interaction. Message delivery in MMS follows a pull-based model by default, with optional push capabilities. Upon submission via an MM1_submit.REQ PDU from the originating , the MMS Proxy-Relay routes the message to the recipient's MMSC, which stores it and sends a notification to the recipient using (M-Notification.ind PDU) containing a content location . The recipient then retrieves the message via HTTP GET or POST (MM1_retrieve.REQ), receiving it encapsulated in an M-Retrieve.conf PDU, followed by an acknowledgment. This process supports deferred retrieval to manage device constraints and network efficiency. MMS depends on packet-switched data networks such as GPRS or for transport, contrasting with the circuit-switched nature of , to handle larger multimedia payloads. Integration with the Home Location Register (HLR) and Visitor Location Register (VLR) via the MM5 interface using protocols enables subscriber location tracking, authentication, and address resolution (e.g., to IMSI mapping). This reliance ensures proper routing but requires always-on data connectivity for seamless operation. Central to MMS operations is the MMS Encapsulation protocol over HTTP, which wraps MMS PDUs in HTTP messages with the content type application/vnd.wap.mms-message for secure transport between UAs and the Proxy-Relay. For multimedia sessions, the (SDP) may describe streaming content parameters, integrated within the encapsulation framework. These protocols were standardized by in TS 23.140 and OMA in their MMS specifications to promote .

Message Format and Components

The Multimedia Messaging Service (MMS) message is structured using a multipart MIME format, which allows for the inclusion of multiple body parts such as text, images, audio, and video, encapsulated within a single message. Key headers include the mandatory X-Mms-Message-Type, which specifies the PDU type (e.g., m-send-req for submission or m-retrieve-conf for retrieval), and X-Mms-Transaction-ID, a unique identifier linking related request and response PDUs. The X-Mms-MMS-Version header indicates the protocol version, such as 1.2. These headers are followed by the Content-Type header, typically application/vnd.wap.mms-message for the overall PDU, with the body organized as multipart/related to associate media elements. Encoding of MMS messages occurs through binary Protocol Data Units (PDUs) based on the Wireless Session Protocol (WSP), enabling efficient transmission over mobile networks. Headers and certain values use WBXML (WAP Binary XML) for compact binary representation, reducing overhead compared to textual formats. The body parts are encoded according to standard specifications, with media content referenced via URIs or inline data. For multimedia synchronization and layout, (SMIL) is employed as an optional presentation part, defining timing and spatial arrangement of elements like text over images or sequential audio and video playback; the SMIL document serves as the root part in multipart/related structures, indicated by the Start parameter in the Content-Type header. Message size limits are defined through MMS content classes in the OMA conformance specification, with the video-rich class capping at 300 kB to ensure compatibility across devices and networks; operators may impose variations up to 600 kB, but adherence to these classes prevents rejection during submission or retrieval. The X-Mms-Message-Size header conveys the total size in octets, aiding in capability checks. Supported content types follow IANA-registered MIME types, with mandatory support for text/plain (using UTF-8 encoding) and image/jpeg for basic interoperability. Optional types include image/gif and image/vnd.wap.wbmp for images, audio/amr for speech audio, and video/3gpp (using H.263 codec with AMR audio) for video, allowing richer presentations while permitting content adaptation if device limits are exceeded. Error handling in MMS involves status codes reported in delivery or retrieve acknowledgments, such as 200 (Sent) to confirm successful submission to the network and (Expired) when a message is no longer available for retrieval due to timeout. These codes, along with others like 400 (Rejected) for permanent failures, enable originators to track message lifecycle and retry transient issues.

Implementation and Interfaces

MMS Center and Network Components

The Multimedia Messaging Service Center (MMSC) serves as the central hub in the MMS , responsible for receiving, storing, processing, and forwarding multimedia messages between users or external systems. Composed of an MMS Relay for message routing and an MMS Server for storage and delivery management, the MMSC ensures reliable message handling by temporarily storing messages until the recipient's device is available or the message expires, while also performing content adaptation to match recipient capabilities, such as converting media formats like to . It generates charging data records (CDRs) for billing purposes, including details like sender and recipient addresses and message identifiers, and supports delivery retries by holding undelivered messages and attempting retransmission based on network conditions. Key interfaces enable the MMSC's integration within the network. The MM4 interface facilitates inter-MMSC communication using SMTP for forwarding messages and reports across different MMS environments, employing fully qualified domain names (FQDNs) for addressing. The MM7 interface connects the MMSC to value-added service providers (VASPs) via SOAP over HTTP, supporting submissions, deliveries, cancellations, replacements, and reports with addressing formats like E.164 phone numbers or RFC 2822 email-style identifiers. The MM8 interface handles accounting by transferring MMS-specific CDRs to billing systems for offline and online charging. For user agent interaction, the MM1 interface manages submissions, notifications, retrievals, and reports between the MMS user agent and MMSC using WAP protocols. Supporting components enhance the MMSC's functionality through interworking. The MMSC integrates with the (SMSC) for fallback scenarios, where plain text messages can be converted to format or vice versa, often via direct connections or gateways to enable seamless service continuity. Gateways for and interworking, accessed via the MM3 using protocols like SMTP or HTTP, allow messages to be routed to external systems such as servers, with capabilities for format conversion to standards like T.37 for or VPIM for voice mail. Content providers connect via MM7 to supply media adaptation services, ensuring messages comply with device limitations or network constraints. To handle high message volumes, MMSC implementations incorporate features such as clustering, where multiple nodes distribute load for and increased throughput, supporting deployments in large-scale networks. Additionally, optional scanning and filtering are provided at the MMSC level, particularly for protection against threats via the MM3 interface, to safeguard the operator's environment without impacting core message processing. Operator-specific variations in MMSC deployment reflect vendor choices and network requirements. For instance, utilized MMSC solutions from vendors like and to support early MMS rollout in , emphasizing robust interworking for international roaming. These implementations from vendors such as and (now part of ) highlight adaptations for regional standards and traffic patterns.

Client-Side Support and User Agents

The MMS User Agent (UA) is the client-side software component residing on a responsible for composing, sending, receiving, and rendering multimedia messages. It handles the creation of message content, including text, images, audio, and video, and utilizes underlying device capabilities such as a browser for protocol interactions and integrated media players for playback. According to the (OMA) architecture specifications, the MMS UA performs multimedia rendering by leveraging these elements to present synchronized content, ensuring compatibility with the MMS protocol over the MM1 interface. Additionally, standards outline that the MMS UA supports application-layer functions like message composition and presentation, adapting to device constraints during transmission. Client-side implementation requires specific hardware and software features to support MMS effectively. Devices must feature color screens to render images and slideshows properly, along with sufficient memory to store and process multimedia elements without performance degradation. Early MMS-enabled devices, introduced in 2002, exemplified these requirements; the , with its integrated VGA camera, 4 MB internal memory, and color TFT display, became one of the first commercially available MMS-capable phones. Similarly, the Sony Ericsson T68i supported MMS through a clip-on camera , a color screen, and GPRS connectivity, marking the initial rollout of the service in networks like T-Mobile's picture messaging in the UK. These devices highlighted the need for integrated media handling to enable basic MMS functionality beyond plain text . To ensure seamless operation, MMS UAs rely on capability negotiation via the User Agent Profile (UAProf), an XML-based schema that describes device attributes such as screen resolution, supported media types, and memory limits, allowing the MMS Proxy-Relay to adapt messages accordingly. OMA specifications mandate UAProf support for MMS clients to facilitate this negotiation during message submission and retrieval. Key conformance features include slideshow presentation using (SMIL), which is required for basic multimedia classes like "Image Basic" and "Text," enabling timed sequencing of elements; standards confirm that MMS UAs must support a minimum set of SMIL elements for rendering. MMS messages reference types for content encapsulation and SMIL for layout, providing a structured format for client rendering. Interoperability among MMS clients is verified through OMA conformance and enabler test specifications, which include for handling delivery reports—confirming message receipt at the recipient's device—and read receipts, indicating when has been viewed. These tests simulate end-to-end scenarios, such as client-to-client exchanges between different vendors, to validate adherence and handling, with pass criteria requiring successful transmission of reports within specified timeouts. OMA's test ensures that MMS UAs from various manufacturers can interoperate without fragmentation, covering aspects like read-reply report verification by sending multiple instances from test tools to clients. Over time, MMS UA support evolved from feature phones to modern smartphones, integrating into native messaging applications for broader accessibility. On iOS, the Messages app handles MMS as a fallback for multimedia sharing when RCS is unavailable, with users enabling it via settings to support group chats and attachments up to carrier limits. Android devices incorporate MMS clients in apps like , which manage composition and rendering while negotiating capabilities similar to UAProf for compatibility across ecosystems. This progression maintained MMS relevance in hybrid SMS/MMS environments, even as data-rich alternatives emerged.

Challenges and Limitations

Technical and Compatibility Issues

One of the primary technical constraints in MMS deployment is the message size limitation, typically capped at 300-600 by carriers and networks to ensure across diverse devices and . This restriction stems from the original specifications, which, while not imposing a hard maximum in the standard MM Content Domain, recommend these bounds to accommodate varying capabilities and prevent overload on systems. Exceeding these limits often results in message rejection or automatic , degrading . Bandwidth limitations exacerbate these issues, particularly on early GPRS networks where practical data speeds were often below 50 kbps, leading to frequent transmission failures for even modestly sized multimedia content. operates as a non-real-time service without support for streaming, requiring the entire message to be downloaded before rendering, which can take minutes or fail entirely on low-bandwidth connections due to timeouts or . For instance, types for media components like images (e.g., ) or audio must fit within these constraints, further limiting viable content. Compatibility challenges arise from variations in supported media codecs across implementations; while AMR is the baseline for audio as per 3GPP specifications, formats like MP3 may not be universally decoded, prompting systems to fallback to plain SMS and stripping multimedia elements. Similarly, the lack of consistent SMIL rendering—intended for synchronizing multimedia presentations—results in fragmented playback, where some devices display only static elements or fail to interpret layouts correctly. Early MMS deployments suffered from interoperability gaps due to vendor-specific implementations, causing fragmentation before widespread adoption of OMA standards. The conducted extensive testing to address this, but incomplete adoption by all vendors led to persistent issues in cross-network messaging, such as mismatched versions triggering transient errors. Delivery failures were prevalent in the early 2000s attributed to , unsupported content types, or capacity overload in MMS centers. MMS lacks built-in end-to-end encryption, exposing content to interception during transit over unsecure HTTP or WAP gateways, compounding reliability problems in heterogeneous environments. These security inconsistencies persist in modern and deployments for as of 2025. Performance metrics highlight these hurdles, with typical delivery latency ranging from seconds to minutes—far exceeding the near-instantaneous nature of —due to the multi-hop routing through MMS relays and retrieval notifications.

Economic and Security Concerns

The pricing of (MMS) messages typically followed a per-message model, often charged at rates two to four times higher than those for (SMS) due to the increased requirements for multimedia content. In the early , this reflected the additional resources consumed compared to text-only . Premium content delivery, such as from providers, was facilitated through the MM7 , enabling operators to bill users directly for enhanced multimedia services like ringtones or wallpapers via service codes integrated into the messaging . Economic barriers to MMS adoption were significant, particularly stemming from the high costs associated with deploying and maintaining Multimedia Messaging Service Center (MMSC) infrastructure, which required substantial investments in servers, storage, and integration with existing mobile networks. These operational expenses for operators were exacerbated in developing markets, where economic factors such as limited affordability and underdeveloped network capacity hindered widespread rollout. Additionally, international fees for MMS posed a deterrent, as messages were often treated as data services with charges several times higher than domestic rates, limiting cross-border usage and contributing to uneven global adoption. Security risks in MMS arose primarily from the absence of built-in encryption, with messages transmitted over plain HTTP protocols that exposed content to interception during transit. This vulnerability facilitated man-in-the-middle attacks, where unauthorized parties could eavesdrop on or alter multimedia payloads without detection. Early spam outbreaks exemplified these weaknesses; in March 2005, the CommWarrior worm marked the first instance of MMS-based malware propagation, infecting Symbian devices via unsolicited multimedia messages and generating unwanted billing for victims. Privacy concerns with MMS centered on the exposure of sensitive multimedia content, such as personal or videos, during unencrypted transmission across networks, potentially allowing unauthorized access by intermediaries. The protocol's lack of robust sender further enabled spoofing, where attackers could impersonate legitimate users by forging originator details, leading to deceptive messages that compromised user trust and . Efforts to mitigate these issues included TLS support for HTTP transport on interfaces like MM1, specified in 3GPP releases starting from Release 5 (2002), with enhancements in later versions such as Release 7 (2007). However, implementation remained inconsistent across operators and devices, leaving many deployments reliant on legacy unsecure configurations.

Usage and Evolution

Adoption and Peak Usage

The Multimedia Messaging Service (MMS) saw its initial global rollout beginning in , with NTT DoCoMo launching the service commercially in in 2002, following early picture messaging trials in 2001 as part of its 3G offerings. This pioneering implementation focused on integrating multimedia content like images into mobile messaging, building on the existing infrastructure. Following 's lead, experienced widespread commercial launches in 2002, with operators such as and rolling out MMS across multiple countries, enabling for picture and video sharing among users. In the United States, adoption lagged slightly, with introducing MMS capabilities, including video messaging, in 2003 to support multimedia exchanges on compatible devices. By 2005, the service had gained significant traction worldwide as carriers expanded networks and handset support. MMS reached its peak usage during the 2006–2010 period, particularly in feature phone-dominated markets where it became a primary method for sharing photos and short videos. In 2008, global MMS traffic reflected this surge, with operators like reporting an 84% year-over-year revenue increase to approximately $422 million from MMS services alone, driven by heightened photo-sharing activity in . The service's popularity was especially evident in regions like and , where it facilitated casual multimedia exchanges among users without access. For instance, in the UK, MMS volumes grew 20% year-over-year in Q3 2008, reaching 45.36 million messages, underscoring its role in everyday communication. Several factors propelled MMS's adoption during this era. Carriers aggressively marketed the service through campaigns emphasizing ease of use, such as promotions highlighting quick photo and video sharing to appeal to social and personal connectivity needs. Device integration played a key role, with handsets supporting from the mid-2000s onward, allowing seamless multimedia messaging alongside and in and settings. Early models, launched in 2007, initially lacked native support but added it via software update 3.0 in 2009 for and 3GS devices, broadening accessibility in premium markets. Regional variations highlighted differing adoption dynamics. In , MMS benefited from exceptionally high mobile phone penetration rates exceeding 90% by the mid-2000s, fostering rapid uptake for multimedia content in a tech-savvy population. Conversely, the saw slower growth due to higher per-message , which deterred casual use compared to flat-rate plans. Overall, MMS evolved from comprising a negligible share of mobile messages in 2003—often less than 1% amid dominance—to accounting for 5–10% in mature markets by 2008, according to operator reports, as enabled broader device compatibility.

Decline and Modern Alternatives

The proliferation of smartphones, exemplified by the launch of the in 2007, spurred a rapid transition to data-centric communication, as users increasingly favored internet-based apps over carrier-billed MMS for sharing multimedia. This shift was exacerbated by the introduction of unlimited bundles around 2010, which made plain text messaging far more affordable than MMS, often priced at several times higher per message and subject to additional data charges. MMS usage experienced a marked decline following its peak in the early , with global volumes dropping from approximately 249 billion messages in 2010 to around 5.6 billion by 2020, reflecting broader erosion in carrier messaging traffic. Some carriers began phasing out legacy support; for instance, Verizon's network retirement in December 2022 eliminated MMS fallback capabilities for non-4G/ devices, forcing users to upgrade or switch protocols. Contemporary alternatives have largely supplanted MMS, with over-the-top (OTT) IP-based services like , launched in 2009, enabling free, high-quality multimedia sharing over or mobile data to over 2 billion users worldwide. Similarly, Apple's , introduced in 2011, provides seamless rich media exchange within its ecosystem, while the GSMA's (RCS), standardized in 2016, offers enhanced multimedia features like read receipts and group chats across carriers without per-message fees. As of 2025, MMS persists primarily for backward compatibility on feature phones and legacy networks, accounting for less than 1% of overall mobile messaging volume amid the dominance of platforms. The continues to maintain MMS interoperability in its specifications, including enhancements for integration such as improved proxy-relay functions in Release 17. Looking ahead, MMS may see limited revival through potential fallbacks for universal multimedia delivery, though it remains overshadowed by versatile services like and Telegram, which prioritize and cross-platform interactivity.

References

  1. [1]
    [PDF] MMS for PSTN-ISDN - 3GPP
    The Multimedia Messaging Service (MMS) in the mobile networks was created to provide a sophisticated kind of messaging which combines the advantages of both SMS ...
  2. [2]
    [PDF] MMS Architecture - Open Mobile Alliance
    Sep 13, 2011 · This specification defines application-level protocol activities that take place to realise the MMS service within the OMA environment. This ...
  3. [3]
    Specification # 23.140 - 3GPP
    Multimedia Messaging Service (MMS); Functional description; Stage 2. Status ... Definition of service requirements for Multimedia Messaging. S1. See ...
  4. [4]
    Our history - About Us - GSMA
    First Multimedia Messaging Services (MMS) go live. 95% of nations worldwide have GSM networks. 400 billion SMS messages sent in the year. First mobile ...<|control11|><|separator|>
  5. [5]
    IR.52 MMS Interworking Guidelines v3.3 | Newsroom - GSMA
    Dec 18, 2006 · IR.52 is common guidelines for MMS (Multimedia Messaging Service as specified by 3GPP & OMA) inter-operator connections in order to prevent ...
  6. [6]
    History of mobile internet – transformative tech - Ericsson
    Feb 9, 2024 · Media communication was also enabled through evolved messaging services like MMS (Multimedia Messaging Service).
  7. [7]
    [PDF] TSGS1#1(99)023 - 3GPP
    Multimedia Messaging Service (MMS) provides means for delivering multimedia information between two Multimedia. Message Entities (MME) in a store-and-forward ...
  8. [8]
    https://www.3gpp.org/ftp/tsg_t/TSG_T/TSGT_07/Docs/PDFs/TP-000028.pdf
  9. [9]
    [PDF] 13 Sep 2011 Open Mobile Alliance OMA-TS-MMS-CONF-V1_3 ...
    Sep 13, 2011 · In creation support a maximum message size of 300KB and. 600KB. 7.1.11. O. MMSCONF-MPC-C-010. In submission support a maximum message size of.
  10. [10]
    Multimedia Message Service (MMS) - SC Engineering
    MMS take off from SMS. Since the boom of the use of SMS in the late 1990s, short messages sent by mobile phones have had a tremendous success. They ...
  11. [11]
    https://www.nttdocomo.co.jp/english/corporate/technology/rd/technical_journal/bn/vol5_1/vol5_1_082en.pdf
  12. [12]
    Vodafone Telecel launches MMS (Multimedia Messaging Service)
    Lisbon, 8 May 2002 – Vodafone Telecel is launching, for the first time in Portugal, the revolutionary MMS service (Multimedia Messaging Service), which allows ...
  13. [13]
    Mobile operators in the picture for MMS launch - ZDNET
    Jul 1, 2002 · Orange and Vodafone are preparing to launch MMS picture messaging services in the autumn. Vodafone will launch in seven European markets, ...
  14. [14]
    https://www.openmobilealliance.org/release/mms/V1_2-20030923-C
  15. [15]
    3GPP – The Mobile Broadband Standard
    **Summary of MMS in 3GPP Release 5:**
  16. [16]
    https://www.openmobilealliance.org/release/mms/V1_1-20021104-C
  17. [17]
    www.openmobilealliance.org - /release/mms/
    ### OMA MMS Versions Summary
  18. [18]
    https://www.openmobilealliance.org/release/MMS/V1_3-20040930-C/OMA-RD_MMS-V1_3-20040930-C.pdf
  19. [19]
    [PDF] Wireless Application Protocol WAP 2.0 Technical White Paper
    WAP 2.0 provides the foundation for such a microbrowser in its markup languages, namely the XHTML Mobile. Profile markup language (XHTMLMP) for new content and ...
  20. [20]
    Wireless Application Protocol - Wikipedia
    Mobile devices process XHTML Mobile Profile (XHTML MP), the markup language defined in WAP 2.0. It is a subset of XHTML and a superset of XHTML Basic. A ...
  21. [21]
    https://www.openmobilealliance.org/release/mms/V1_2-20050301-A/OMA-MMS-ARCH-v1_2-20050301-A.pdf
  22. [22]
    [PDF] ETSI TS 123 140 V6.14.0 (2006-09)
    Jan 8, 2013 · Open Mobile Alliance; OMA-MMS-ENC-v1_2, Multimedia Messaging Service, Encapsulation ... MM1 stage 3 specification is approved within OMA.
  23. [23]
    [PDF] Multimedia Messaging Service Architecture Overview
    Dec 17, 2003 · This specification defines application-level protocol activities that take place to realise the MMS service within the OMA environment. This ...
  24. [24]
    [PDF] Multimedia Messaging Service Encapsulation Protocol
    Mar 1, 2005 · This document is part of the OMA MMS specification suite and complies with the requirements and service behaviour descriptions described in ...
  25. [25]
    [PDF] OMA-MMS-CONF-V1_2-20050301-A.pdf - Open Mobile Alliance
    Mar 1, 2005 · Consequently, the maximum size of the MMs SHALL be unlimited in Standard. MM Content Domain. The Unclassified MM Content Domain SHALL include ...
  26. [26]
    [PDF] ETSI TS 123 140 V6.16.0 (2009-04)
    Jan 7, 2016 · The above diagram depicts a possible integrated architecture, building on the previous use cases, where a 3GPP MMS. Relay/Server ...
  27. [27]
    Ericsson wins MMS infrastructure battle in Europe: U.S. market still ...
    Logica and Comverse-both major players in the market for short message service (SMS) technology-each have only a few MMS infrastructure contracts in Europe.
  28. [28]
    [PDF] OMA-MMS-ARCH-v1_2-20030920-C - Open Mobile Alliance
    Sep 20, 2003 · This document is part of the OMA MMS version 1.2 specification suite for the client transaction framework and complies with the requirements ...
  29. [29]
    [PDF] T2-040365 - 3GPP
    Aug 27, 2004 · MMSNA: Multimedia Messaging Service Network Architecture encompasses all the various elements that provide a ... Message class, message size, ...
  30. [30]
    Sony Ericsson T68i, Nokia 7650 and the rise of the cameraphone
    Apr 9, 2017 · Digital photography landed on phones a few years later. The Sony Ericsson T68i from 2002 used a similar setup - the camera was an external add- ...
  31. [31]
    The first camera phones - Mobile phone history
    The first UK service came in June 2002. T-Mobile's picture messaging service offered only one phone, the Sony Ericsson T68i, with a camera attachment.
  32. [32]
    [PDF] MMS Conformance Document - Open Mobile Alliance
    Jun 23, 2004 · This section presents a minimum selection of SMIL elements that allow the presentation of multimedia messages, as described in section 5. The ...
  33. [33]
    [PDF] OMA MMS Enabler Test Specification 1.3 - Open Mobile Alliance
    Feb 5, 2013 · This document is an Enabler Test Specification for MMS conformance, version 1.3, and is a work in progress, not an approved specification.Missing: evolution | Show results with:evolution
  34. [34]
    [PDF] OMA MMS Enabler Test Specification 1.2 - Open Mobile Alliance
    Jun 15, 2006 · In Client A, wait until all 4 delivery reports have arrived. 9. ... Verify the pass criteria below. Pass Criteria. Client A has received a Read- ...Missing: receipts | Show results with:receipts
  35. [35]
    How to Enable MMS on iPhone (2025 Guide) - AirDroid
    Jun 4, 2025 · To enable MMS, go to Settings > Messages and turn on the MMS toggle. Ensure mobile data is also enabled.
  36. [36]
    What Is MMS Messaging on iPhone & Android? - TruText
    Apr 10, 2025 · On Android, apps like Google Messages or Samsung Messages are used to send MMS, and the experience can vary slightly depending on the brand.
  37. [37]
    MMS pricing differs among operators - RCR Wireless News
    May 30, 2002 · MMS messages are likely to be charged at between two and four times more than the current price for SMS. Telenor Mobil in Norway, Vodafone D2 in ...Missing: 2000s | Show results with:2000s
  38. [38]
    Cost of SMS Marketing: Is It Worth It or Just Another Expense?
    Mar 20, 2025 · Typical costs: U.S. SMS: $0.01–$0.05 per message; International SMS: $0.25–$0.50 per message; MMS messages: 3x the cost of SMS.
  39. [39]
    SMS vs. MMS | Here's how they're different - Telnyx
    Feb 22, 2024 · This additional infrastructure makes MMS messages more expensive than SMS messages.Missing: operators | Show results with:operators
  40. [40]
    [PDF] M-commerce Breakthrough in Developing Countries - DiVA portal
    ... multimedia messaging service (MMS), applications developed using Sun ... Economic factors is identified as one of the major barriers influencing the diffusion of.
  41. [41]
    [PDF] International Mobile Data Roaming - OECD
    May 30, 2011 · The report finds that data roaming prices are very high compared to domestic rates in the country of origin.
  42. [42]
    Phone Security: How to Keep Your Mobile Device ... - Global Guardian
    Jul 16, 2024 · MMS messages are also not encrypted and share the same vulnerabilities as SMS. Encrypted Messaging Apps: Apps like Signal, WhatsApp, and ...
  43. [43]
    [PDF] Exploiting MMS Vulnerabilities to Stealthily Exhaust Mobile Phone's ...
    Abstract— As cellular data services and applications are being widely deployed, they become attractive targets for attackers, who could exploit unique ...
  44. [44]
    MMS virus discovered - The Register
    Tue 8 Mar 2005 // 11:09 UTC. The first mobile phone virus capable of replicating via MMS messages has been discovered. Commwarrior-A, which targets Symbian ...
  45. [45]
    What Is SMS Spoofing & How to Prevent It - Sinch
    SMS spoofing involves manipulating the sender ID on a text message. This might be using an unfamiliar number, or even a recognizable one.
  46. [46]
    [PDF] S3-020086_T2-020298 (LS to SA3 on MM7 security mechanisms)
    Feb 13, 2002 · Reference point MM7 is used to transfer MMs from MMS Relay/Server to MMS VAS applications and to transfer. MMs from MMS VAS applications to MMS ...
  47. [47]
    [PDF] ETSI TS 123 140 V6.8.0 (2004-12)
    Jan 7, 2016 · The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or. GSM identities. These ...
  48. [48]
    [PDF] A history of the Multimedia Signal Processing Technical Committee
    Jun 10, 2023 · communications, first commercially launched in 2001 by NTT DoCoMo in Japan. In addition, new ideas emerged both from industry and academia ...
  49. [49]
    MMS phones: Don't believe the hype - August 8, 2002 - CNN
    Aug 8, 2002 · Some 30 percent of all European operators were planning to launch their MMS service within the first half of 2002 with another 25 percent in ...
  50. [50]
    Vodafone MMS deal up for grabs as Ericsson fumbles? - The Register
    Mar 15, 2002 · ... MMS technology across Europe from the middle of 2002. In fact a number of Vodafone's national operators may be forced to go back to their 2G ...
  51. [51]
    #TBT: T-Mo intros video messaging; China limits CDMA; Cisco buys ...
    This week in 2003: Amid global momentum in MMS, T-Mobile US ... T-Mobile US launches video messaging ... multimedia messaging service-capable devices. The ...Missing: United States
  52. [52]
    Global MMS revenue doubles to USD 42.5 bln in 2005
    Dec 17, 2004 · The global Multimedia Messaging Service (MMS) market* will reach $42.5 billion in 2005 – more than double the figure for 2004, according to ...
  53. [53]
    MMS: A Picture of Health - Mobile World Live
    Apr 27, 2009 · In 2008, China Mobile's revenues from MMS rose 84% to 2.88 billion yuan ($422 million). When the service was first launched in Europe earlier ...Missing: peak 4.2
  54. [54]
    SMS and MMS Usage Still Rising, Says MDA
    Oct 29, 2008 · SMS (text) growth continues apace, with Britons sending 6.58 billion texts in Q3 2008, a 38% increase on the Q3 2007 figure of 4.8 billion. On ...
  55. [55]
    Nokia's MMS | PDF | Multimedia Messaging Service - Scribd
    ... send a pic- ture message. In some cases you may have to push up to 12 buttons to send something, so the pressure is on software developers to make it easy ...
  56. [56]
    18. SMS Text and MMS Messaging - BlackBerry Bold Made Simple
    Chapter 18. SMS Text and MMS MessagingAs you may be aware, a key strength of all BlackBerry devices is their messaging abilities.
  57. [57]
    iPhone will get MMS September 25 - CNET
    Sep 3, 2009 · AT&T announced Thursday that the long-awaited multimedia messaging would arrive on Apple's device in the United States starting September 25.
  58. [58]
    A case study of mobile advertising in South Korea: Personalisation ...
    Apr 12, 2008 · Moreover, the high penetration rate of mobile phones has contributed towards the increased delivery of advertisements for products and services.
  59. [59]
    Are social media and smartphones really killing SMS and MMS?
    The latest report at Strand Consult is headlined “Smartphones are helping kill SMS”. It's blaming unified messaging for a decline in SMS, with consumers being ...<|separator|>
  60. [60]
    Mobile Messaging: Inside the Collapse of Global SMS Revenue
    Jul 22, 2024 · SMS revenue is collapsing due to rising costs from regulations, fraud, and increased smartphone use, leading businesses to seek alternatives. ...
  61. [61]
    3G CDMA Network Retirement for Business - Verizon
    We've publicly stated that our 3G CDMA network for business and consumers is being decommissioned. This will be completed by December 31, 2022.
  62. [62]
    Mobile Messaging & Industry Predictions for 2025
    Feb 3, 2025 · P2P SMS/MMS will decline, RCS Business Messaging will surge, and 5G networks will increase. Some non-MNO messaging apps will stagnate.
  63. [63]
    [PDF] ETSI TS 133 127 V17.15.0 (2025-01)
    In a 3GPP network, the MMS Proxy-Relay handles the MMS related functions. More specifically, the MMS Proxy-. Relay is responsible for: 1) receiving an MMS ...
  64. [64]
    MMS vs RCS: The Business Messaging Battle That's Already Been ...
    Mar 6, 2025 · Looking beyond MMS? RCS delivers 3X higher engagement for business messaging. See the data that's driving the shift.Missing: OTT overshadowing
  65. [65]
    The Future of Mobile Messaging: RCS and OTT Set to Disrupt SMS ...
    Oct 18, 2024 · The study identified RCS and OTT as the channels expected to disrupt the future mobile messaging market, providing feature-rich content and improved security.Missing: integration overshadowing