MMS-reports from the European football championship - the analysis of goals scored and goals conceded

Article about never materialized MMS-reports from the European Championship in Portugal caused a certain resonance among fans and part-time "MTS. The main argument is inconsistent with article: reports were sent and received notice, and that potential recipients of their way and failed to "scratch" with the MTS server, so it's not a reason to blame the operator. And, moreover, is solely responsible for the content provider content MMS-broadcasts. I had to come to grips with finding the causes of failures and to consult with the experts.

The problem was two-faced. First - in fact, delivery of MMS-messages larger than 30 kb in MTS were serious problems lying in the server message is often possible to download only the tenth to fifteenth attempt. And now, according to reviews, this applies not only to the infamous reports, but also to the usual MMS. Maybe, bandwidth processing MMS was insufficient in light of the sharply increased demand for this service. Is it because the mythical 30-kb size limit on MMS miraculously disappeared from the MTS server only when we are closely interested in this phenomenon?

With regard to the receipt of the menu with a description and logo (instead of the broadcasts), the explanation was humiliatingly simple: it turns out, the instruction "To subscribe to the broadcast of the match, you need to send MMS-message with the game code" should be understood as "... moreover, the code should not be in the "theme", but within MMS-messages. " The code in the "Subject" system originally perceived - as a request again for $ 2.25 to send the schedule championship matches. Yesterday, an attempt to "right" to order the video game nearly failed: request was accepted, the confirmation came and actually roll with the N-dtsatoy attempts failed to download. That's just - what a disaster! - The phone refused to play movie. Very "fresh" who can not play videos or illegally imported into Russia apparatus of any no-name manufacturer? Not at all: a well-known model of SonyEricsson P800 sample the year before last, perfectly reproducing and recording video clips. Ieunit is 100% satisfies the requirements listed in the description: "Your phone model allows you to view a video clip? Then the query of V and the game code (for example, V1201) allow you to enjoy the exciting moments of the match! Video clip service is only available for phones equipped with video recording and playback ". Another mysterious feature of the implementation of MMS-broadcast?

In any case, the usual stories in pictures "reach without problems and it looks pretty good - look at the samples. And on the smaller screens of mobile terminals shots look just great and quite meet the expectations.

As regards the technical features of performance and broadcasting of MMS-reporting, there would be appropriate to provide information "first hand" - the result of communication with the experts directly involved in the development of solutions for MMS-independent konent providers. To avoid lengthy approvals from the press service boshoy corporation names of experts remain behind the scenes.

Questions and answers

By accessing the www or wap-site, phone sends the server ID and its parameters, then the server gives a version of the content (eg, variants displaying an image - color, resolution, size etc.). And it looks like with respect to MMS-Content? In particular, the transfer of movies on demand?

When sending MMS-request user terminal in the same way the server sends all of its options, including size / resolution / format for playing graphic-supported audio and video codecs. The task of a content provider - to prepare the information in the required format and to ensure the transmission of variant presentation of content.

If the MMS-message is composed of several pages with pictures (within, say, 30 kb - to ignore the limits on the amount), whether all MMS-aids such message read?

Some phones support MMS (from the number issued in the beginning) did not support such a representation of content. Indeed, in terms of interoperability is safer to send the image as attachment. Another option - choose one of two forms of presentation of content depending on the model unit. All data on the model system, as already mentioned, are contained in the MMS-request.

Does the content provider all the information contained in the request from the MMS-MMS-center operator?

Yes, all information is transmitted in full - including the terminal settings, the theme of the message and phone number.

Are there technical obstacles to retrieving query code from the "body" of the message or from the 'theme'?

No, do not exist. The code can be selected from the "body" and / or "themes", there may be any options for processing MMS-request. However, query processing is programmed and implemented on the server content provider, in this case the problem of MMS-center operator - only broadcast the full text of the query content provider.

Summary

The final impression is mixed. Probably, and sending the code in the "theme" could be easily predicted, and different formats of video codecs provide.In the end, at least to broadcast an error message instead of the next instance of the account is ambiguous instructions. But let's not forget: it is a new and neobkatannoe, next time for sure everything will be fine. The main thing is that the ice was broken, and functionality of new terminals will be used for our joy, operators and equipment manufacturers.