tag:blogger.com,1999:blog-4706138697725258507.post8838035301326202536..comments2023-11-03T13:59:49.246+01:00Comments on The IMS Lantern: The Beatles & The StonesUnknownnoreply@blogger.comBlogger6125tag:blogger.com,1999:blog-4706138697725258507.post-26770077075074657592007-06-08T15:52:00.000+02:002007-06-08T15:52:00.000+02:00Hi Emanuel,I agree that one of the great added val...Hi Emanuel,<BR/><BR/>I agree that one of the great added values of IMS is its ability to combine data/content and person to person communication.<BR/><BR/>IMS is also a great means to share a data/content experience simultaneously between several users (whether communication happens between them or not, but more often than not it will take place).<BR/><BR/>My next "service pattern " post will address specifically this issue. It should come in the following weeks.<BR/><BR/>As for the time it will take, it might depend how long it takes for me to become the telecom industry illuminated dictator. <BR/><BR/>Seriously, it is hard to tell. I think that the hypothetical progression towards an innovative IMS application layer could well be governed by successive hops, as one operator (or Internet company) deploys a disruptive service, and then the whole industry aligns, until the next hop.<BR/><BR/>To some extent, a service like Videosharing (unidirectional stream of a video over IMS during a circuit-switched voice call) was such an early hop, as it showed that some IMS services could rely essentially on client-centric logic.<BR/><BR/>Also, a key aspect concerning the pace of evolution is in the understanding of the industry about how much standardization is too much. There must be a newfound balance between standardization and differentiation, which at the moment does not fit very well with the telecom culture.<BR/><BR/>ChristopheChristophe Gourraudhttps://www.blogger.com/profile/02470245318821694389noreply@blogger.comtag:blogger.com,1999:blog-4706138697725258507.post-86246850308481654542007-06-07T09:46:00.000+02:002007-06-07T09:46:00.000+02:00I also think there is a missunderstanding in what ...I also think there is a missunderstanding in what is specific to web and real-time communication. I believe most of those attacking IMS believe that the future/money is only in data/content services with (low-cost) web technologies. But if you start thinking about mixing real-time communication aspects with data/content, then an IMS approach combine with web principles makes sense. If you only intend to publish a blog, pictures and link it with a map, you don't need IMS.<BR/>On the other hand, if you see value in better connecting all the telco subscribers (IMS users) between themselves and augment the experience through "web type" of services while provide a good user experience through a good integration between web services and IMS (i.e. mashup content with real-time communication) it makes much more sense. <BR/>The question is how fast and well this can be achieved.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4706138697725258507.post-51360225220117342972007-06-06T17:48:00.000+02:002007-06-06T17:48:00.000+02:00Hi Sofiene,The point I wanted to make was that I h...Hi Sofiene,<BR/><BR/>The point I wanted to make was that I hate this approach which basically says that if you want to be part of the web services and service mashup buzz, you have to get rid of your IMS-related plans, and vice versa. <BR/><BR/>I believe that the way to go is both in the web services direction (as a supplier of web services to 3rd parties and as a consumer of 3rd party web services) and in the advanced IMS/SIP one, with applications whose implementation combines both the usage of web services and SIP.<BR/><BR/>I think that most operators are interested in using and exposing web services.<BR/><BR/>However, I see two important limitations, that are related and that IMS can help solving.<BR/><BR/>First, this is one thing to expose web services, and this is another to expose web services of interest to 3rd parties. I am sorry to say this, but in a pre-IMS world, telecom operators have very few interesting capabilities to expose to 3rd parties. <BR/><BR/>IMS can totally change this situation, as in an advanced IMS world, every new application deployed in an AS or installed in a client can lead to new service capabilities.<BR/><BR/>This leads to the second issue. If you really adopt the web services and service mashup philosophy, you rapidly understand that it is a nonsense to go through a long standardization process for each and every web service you want to expose.<BR/><BR/>If you browse through past posts, you will see some on the SCIM as well as how I see an optimal application layer. <BR/><BR/>I still have a lot to say on this and I have material for still some time. Come back.<BR/><BR/>ChristopheChristophe Gourraudhttps://www.blogger.com/profile/02470245318821694389noreply@blogger.comtag:blogger.com,1999:blog-4706138697725258507.post-31303086431842719402007-06-06T15:43:00.000+02:002007-06-06T15:43:00.000+02:00Hey Christophe, Thank for this great blogActually,...Hey Christophe, Thank for this great blog<BR/>Actually, I understand that the Telco companies hesitate to just expose their network capabilities(presence, location enablers) and to open theirs subscribers profiles for the IT or Web 2.0 companies (Google, Yahoo ...)<BR/>On the other hand, the Telco companies manage to have access to third parties and to web services via the OSA/PARLAY gateways; so it seems to be unfair to think that they don't want to cooperate with the IT world.<BR/>Another thing, The IMS is based on SIP, so it's normal to give priority to develop SIP applications.<BR/>Also, the big technical problem in my point of view is the clear definition of a SCIM or service broker which is the only entity that could help integrating IT and Telco applications together and provide blended services.<BR/>Can you give me your feedback on this thoughts.<BR/>Thanks a lot<BR/>SofieneAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4706138697725258507.post-74824701238335780242007-06-06T15:23:00.000+02:002007-06-06T15:23:00.000+02:00Hi Jack,This is why I used this comparison.I am pr...Hi Jack,<BR/><BR/>This is why I used this comparison.<BR/><BR/>I am pretty sure that the anti-IMS stance in the summaries I linked to might be a similar media circus made to promote the report.<BR/><BR/>And I think that web services and SIP, SOA and IMS, could be the best buddies if they knew each other a little better.<BR/><BR/>ChristopheChristophe Gourraudhttps://www.blogger.com/profile/02470245318821694389noreply@blogger.comtag:blogger.com,1999:blog-4706138697725258507.post-40082893973312292742007-06-06T15:10:00.000+02:002007-06-06T15:10:00.000+02:00The competition between the Beatles and the Stones...The competition between the Beatles and the Stones was a media contrived battle. They were in fact friends and associates who wisely timed the release of their records so as not to interfere with each other. "I Want to be Your Man" written by Lennon/McCartney" was a hit for the Stones. Jagger appeared on lots of recordings and videos with the Beatles. Lennon appeared in a jam with Richards in the Stones' Rock & Roll Circus.clawjackhttps://www.blogger.com/profile/10794842078985001950noreply@blogger.com