In my own thoughts, and with my little information about LTE, I don't think that LTE will represent that big push for IMS ... It's merely another access technology that may enable the introduction of new bandwidth consuming applications, but there are other technologies that are providing that currently ... yet I'm still questioning LTE's QoS and coverage capabilities and what makes it any different than WiMAX for example other than high throughput?
Thanks,
Ibrahim
--- On Mon, 2/2/09, Inam <inam...@gmail.com> wrote:
> _______________________________________________
> IMSgroup mailing list
> IMSg...@imsforum.org
> http://lists.imsforum.org/mailman/listinfo/imsgroup
_______________________________________________
IMSgroup mailing list
IMSg...@imsforum.org
http://lists.imsforum.org/mailman/listinfo/imsgroup
Well so far the access network has been the major road blocker for the multimedia services . It was not possible for the YouTube to get so much favourite as it now in the days we had dialup connections.
As per my earlier reply on SDP on the same forum . You can use IM-SSF to re-use the existing suplimentary services or you can look on the service standarizations aspects of SIP based supplimentary service. The world has gone much ahead so far.
Because IMS is new just couple of years old . We will be seeing the Complete IMS Solutions in market in 2010 i guess, then we can say something about its acceptance.Currently there are partial implementations
We have to be careful with drawing final conclusions:
- LTE/SAE is an IMS-compliant access network, It will promote IMS in the
sense that all networks/applications interworking directly with LTE/SAE will
have to be IMS-compliant.
- LTE/SAE offer more efficient bearer-continuity convergence variants (in
contrast to IMS service-continuity approach - in VCC), which may saw off one
important branch of IMS.
Ibrahim, not many are left who question the future of LTE.
There are more than 100 3GPP and Non-3GPP operators committed to deploy LTE
(compared to 0.5 operator committed to Mobile-WiMAX).
You are right there is only a slight difference between the two
technologies:
25 Years of Cellular Experience..
To summarize that contribution, keep an eye on LTE/SAE, it is a very
relevant technology for the future of IMS.
best regards,
Shlomo Nizri
What's the future of WiMAX (IEEE 802.11d and e)? Do you think WiMAX play/will play a big role? Check this outhttp://www.telecomasia.net/article.php?id_article=11807
I too believe that WiMAX took a lot of time to mature/stabilize in the market both technically and commercially. LTE looks more practical than WiMAX to me.
Hi Peter, the last line “deeper challenge ahead” - agree totally and I think credibility may come into that one too.
Business managers are aware of SOAs, “architectures” , “frameworks”, and the $$$ risks of IT. Business managers have lost their jobs over IT decisions. Directors may lose their personal assets for similar reasons. So IT in the large scale sector engineering space now has a very cautious customer base.
A test – walk into a board room and show a SOA diagram or an IMS architecture and ask for $50m of shareholder or customer $s to make it work and earn revenue.
A thought – what do we need to do to prove IT systems in the self care, managed, converged services world deliver value?
Best wishes alan
----- Original Message -----From: colin...@kpn.com
Hi Shlomo,
Was the commitment to LTE/SAE – re operator roll out of LTE/IMS made pre or post financial crisis time.. My understanding is there are a number of operators now running on OPEX only and have suspended major projects. Staff are being laid off and as IMS will require cross environment skills to deploy, less people will make that task even more difficult. Even the IMS business and revenue models still get raised – and its compatibility with existing services (both web and third party provisioned services) still need to be worked through.
Vendors of IMS/LTE are also cutting back too and this will affect the operator’s perspectives about new infrastructure deployments
Technically of course I appreciate the need to move forward toward mobile, converged, self care services, but I do wonder how that is happening in today’s financial climate.
More importantly if IMS is delayed, the smaller, funded and more agile suppliers will be putting up similar end user services on existing infrastructures, which will put yet more competitive pressures on IMS.
Whats your thoughts?
Best wishes alan
This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html
Hi,
Let me put some of my thoughts in this already enriched discussion.
I would like to refer to Shlomo Nizri’s comments sometime back in this discussion:
1. With LTE or LTE-adv I can see 3gpp2 & 3gpp networks has a migration path to convert to LTE. With Rel8 defining simplified architecture for IMS ( SAE). Most likely all big carriers will be moving to that path to install LTE/SAE.
2. seamless roaming will be supported between these two types of network.
3. Wimax with 802.16m is coming up with more enhancements & interworking support.
So what we see all CDMA, GSM or Wimax world can converge easily on IMS while IMS providing architecture for seamless mobility between these all types of network for data/voice/video connectivity.
Now with LTE/SAE other services may be taken from normal internet or from IMS, depends on operator to choose
e.g. Sprint is using Skype for voice services
With LTE/SAE we shall be able get always connected service on cell phone, which is similar to our desktop always connected to an ISP thru DSL or cable network.
But I’m not sure with this financial climate what’s in the next. CSoEPS is on study yet, not going to show up before Rel10.
-Arindam
The question is "a solution" to what exactly? As Alan points out the service is delivered by the device and the application server (there are various models here, I have simplified).An the comparison between the cost of a mobile handset and IMS is faulty. Users purchase mobile handsets anyway. So investments in IMS and the operational costs should deliver value somewhere i the value/supply chain.
Van: Jeroen van Bemmel [mailto:jbe...@zonnet.nl]
Verzonden: dinsdag 10 februari 2009 8:47Hi Alan,
Aan: alan....@wwite.com
CC: 'Shlomo Nizri'; Pons, C.A. (Colin) (W&O STO Technology & Innovation); inam...@gmail.com; rolando...@hotmail.com; imsg...@imsforum.org
Onderwerp: Re: [IMS Group] How the introduction LTE/SAE will help IMS AcceptanceinTelecoDomain
In my view, IMS isn't "the" solution, it is "a" solution with potential value. This does not preclude other solutions, with perhaps other (higher?) values (but also higher investments, e.g. mobile handsets are 100s euros each, and compatibility issues are very cumbersome, whereas IMS core cost is marginal - in terms of cost per sub).
Regards,
jeroen
alan lloyd wrote:Hi Jeroen, and many thanks for sympathies.. It’s a sad situation, but it has brought us together as a nation l and its still going on.
Google maps yes, a great service.
But I must say I still don’t get “pure” IMS though re all the “promotions” – there seems to be so much support for it – but its just a SIP connection/session establishment process. Its the AS’s that provide the services (what ever they are? ) and it’s the underlying network which will manage the end to end QoS and the operators complete system wide demand management ..
My next curiosity is emergency services – probably OK for 911/000 dial up emergency systems, but what about national security broadcast and web based systems.
And with web look alike services – these can be multiple “session” paths. E.g I can construct a web page with a dozen different URI domains – and that will hit DNS like crazy and create web paths for many media types – how does IMS deal with that. Inc billing
The last part of the IMS “technical” puzzle is presence and management – and its event driven issues –
So I would like to understand why IMS is seen as being the solution/potential – when the major parts of its benefits are clearly other aspects of an operators system where the convergence effort is being applied (Web and mobiles).
Best wishes alan
From: Jeroen van Bemmel [mailto:jbe...@zonnet.nl]
Sent: Tuesday, February 10, 2009 7:08 AM
To: alan....@wwite.com
Cc: 'Shlomo Nizri'; colin...@kpn.com; inam...@gmail.com; rolando...@hotmail.com; imsg...@imsforum.org
Subject: Re: [IMS Group] How the introduction LTE/SAE will help IMS AcceptanceinTeleco Domain
Alan,
Indeed we all heard about the bush fires, and we sympathize. Very tragic indeed. Yet, I heard today a story on how Australian firemen are using Google maps to plot the location of these fires, so people can monitor the spread and estimate if their is a danger to their houses, so they can evacuate in time.
I'm not saying that Google maps equals IMS, far from it, but it does proof that new technologies such as Google maps fulfill actual needs today. I personally believe the same can be true for IMS, it is a technology that can fulfill a need today. Question remains which need exactly that is, and how it will be payed for / monetized. The potential value is - in my view - clearly there.
Regards,
Jeroen
alan lloyd wrote:Hi - Joroen, and all very optimistic . “There needs to be an end-2-end business case, and that will include IMS”
I live in Australia with contacts in the US and Asia Pac - so I may be a bit isolated to EU etc, but I don’t see much about IMS being asked for technically – let alone a “demanding” business case. As you say there needs to be one…
I am also not sure if the effect of the financial crisis was realised when the vendor statements /contracts stated below were made. Many types of commercial contracts are being redrawn and cancelled – worldwide.
Even a few months ago some were saying it is just a “market correction”…
Also: Not sure if all have heard but we had a really bad day with Bush fires here in Victoria/Australia this Saturday… Lives lost, houses and livestock gone, Radio and TV stations burnt out, telephone systems disrupted, mobiles failing and so on… My car roof “thermostat” measured 58 c last week.. I sort of get the feeling that with global warming and the financial issues we are all facing, a nation and their operators may change their thinking about the way they look at “infrastructure” . I believe we don’t need a futuristic solution, we just want the working option for all “new” conditions and for it to be well managed.
How will LTE and IMS and its services be managed and scaled?
Best regards alan
To start with your last statement: IMS is standards based and open by
construction. So in principle it supports / enables the paradigm shifts
as you describe below. However, it very much depends on what the
_operator_ chooses to do with IMS - it can be as open or as closed as
the operator deploys it!
Secondly, I don't see any reason why there couldn't be an open source
RCS client. However, for integration with the network / operator assets
(e.g. leveraging the SIM for authentication, retrieving presence
information, QoS) there will need to be some form of cooperation by the
operator. IMS defines (some of) the open standards and technical
interfaces and protocols to realize this, but again: the operator must
want it.
I personally believe that there is a lot of value in operators
providing open APIs, for these "over-the-top" applications to use. By
necessity, such interfaces must be based on open standards, and would
ideally be interoperable across networks to get both economy of scale
(for application developers / operators), and a consistent/compelling
user experience. Some of these APIs/functions are IMHO best provided by
IMS (e.g. session control, messaging, authentication, ...), simply
because I know of no other initiative/standard that is as mature and as
broadly supported.
Best regards,
Jeroen
Citeren colin...@kpn.com:
> Jeroen,
>
> With all due respect but i think you are mixing up a few things. We talk
> about customer services whereas the mobile networks offer essential
> basic functions.
>
> Indeed with the current circuit-swicthed core of mobile networks there
> are specific service features/functions that the core performs on which
> the devices rely. However the most important functions of the mobile
> core is authentication/authorisation, routing and mobility. These are
> the main functions of IMS too. But you do not have to have an IMS to
> perform these functions because in native (IETF) SIP the first two re
> already addressed (ofcourse specific AA methods need to be supported in
> addition). Wrt mobility there is a host of publiations describing how
> mobility can be supported in SIP environments (it is currently a topic
> of discussion within IETF P2PSIP WG as well).
>
> So what differentiated value does IMS deliver on AA, routing and
> mobility?
>
> But much of the discussion is about what type of services IMS can
> deliver for the customer. As I pointed out there is a major shift
> happening in the mobile device space. Until recently many of the
> services where client-server based, lacked good-enough user experience
> and did not address a (latent) customer need and perhaps most important
> the services where too expensive (at the least did customer have no
> feeling of being in control over the costs).
> First of all flat-fee mobile bandwidth, higher bandwidth speeds have
> created the stage for services to thrive. The move towards open source
> middleware (Android, Symbian) and the rise of AppStores (first Apple,
> now followed by Nokia, Google, Microsoft,Samsung) incites a power hift
> from network-centric services to edge-centric srvices. We have seen this
> before with the PC (Modular: Hardware, Windows, independant software
> application developers and the Internet).
> It is for this reason that I think that initiatives like RCS are no
> likely to succeed in the market, because open source, proprietary
> solutions will have occupied this space long before the first IMS RCS
> clients are commercially available on mid-tier phones. Secondly, what
> would be the incentive of Mobile Device Makers be to install IMS RCS
> clients if they are already deploying AppStore and create their own
> services (eg Nokia Ovi).
>
> In this power shift IMS has exactly no role! It just happens. So if one
> deploys an IMS architecture one has to realize that this architecture
> should support this power shift rather than trying to stand in the way.
>
> Colin
> all the "promotions" - there seems to be so much support for it - but
> its just a SIP connection/session establishment process. Its the AS's
> that provide the services (what ever they are? ) and it's the
> underlying network which will manage the end to end QoS and the
> operators complete system wide demand management ..
>
> My next curiosity is emergency services - probably OK
> for 911/000 dial up emergency systems, but what about national security
> broadcast and web based systems.
>
>
>
> And with web look alike services - these can be multiple
> "session" paths. E.g I can construct a web page with a dozen different
> URI domains - and that will hit DNS like crazy and create web paths for
> many media types - how does IMS deal with that. Inc billing
>
>
>
> The last part of the IMS "technical" puzzle is presence
> and management - and its event driven issues -
>
>
>
> So I would like to understand why IMS is seen as being
> the solution/potential - when the major parts of its benefits are
> being asked for technically - let alone a "demanding" business case. As
> you say there needs to be one...
>
> I am also not sure if the effect of the financial crisis
> was realised when the vendor statements /contracts stated below were
> made. Many types of commercial contracts are being redrawn and cancelled
> - worldwide.
>
> Even a few months ago some were saying it is just a
> "market correction"...
>
>
>
> Also: Not sure if all have heard but we had a really
> bad day with Bush fires here in Victoria/Australia this Saturday...
> Lives lost, houses and livestock gone, Radio and TV stations burnt out,
> telephone systems disrupted, mobiles failing and so on... My car roof
> From: alan lloyd <mailto:alan....@wwite.com>
>
> To: 'Shlomo Nizri'
> <mailto:ni...@InsightToCellular.com> ; colin...@kpn.com ;
> inam...@gmail.com ; rolando...@hotmail.com
>
> Cc: imsg...@imsforum.org
>
> Sent: Friday, February 06, 2009 11:10 PM
>
> Subject: RE: [IMS Group] How the introduction
> LTE/SAE will help IMSAcceptanceinTeleco Domain
>
>
>
> Hi Shlomo,
>
> Was the commitment to LTE/SAE - re operator roll
> out of LTE/IMS made pre or post financial crisis time.. My
> understanding is there are a number of operators now running on OPEX
> only and have suspended major projects. Staff are being laid off and as
> IMS will require cross environment skills to deploy, less people will
> make that task even more difficult. Even the IMS business and revenue
> models still get raised - and its compatibility with existing services
> * LTE as well as WiMAX have also
> many common points (e.g. the radio and both are full-IP access);
>
> Surely they have many common points as
> you mentioned but still the basic question is the mobility. I am using
> Wateen's WiMAX Broadband Connection here in my Country -Pakistan. Which
> is perhaps the biggest country wide WiMAX network so far. (please
> correct me i am not updated with the general knowlege) the solution is
> provided by Motrola which is one of pioneers in WiMAX Offerings. But
> still they are having so much problems in launching perfect IEEE 802.16e
> ( mobility standard) though the fixed wimax connections have come to
> some stability - So big missing leg as for as Mobility of Subscribers is
> concerned.
>
>
>
> * being full-IP access
> technologies, there is no reason why they shouldn't use IMS (in the case
> of WiMAX SS Class 4 and 5 are already used);
>
> Well i doubt there is a reason as the
> IMS is New Core defined as a Part of bigger UMTS/3G Network so it can
> easily be integrated without much headache with LTE than WiMAX. Please
> someone correct me if i am wrong.
>
>
>
> * nevertheless I do not think that the
> access is the blocking point for introducing the IMS. The IMS can be
> used already today but:
>
> Well so far the access network has been
> the major road blocker for the multimedia services . It was not possible
> for the YouTube to get so much favourite as it now in the days we had
> dialup connections.
>
> * ther is not a standard for the
> Supplementary Service under IMS and their migration from the current
> Circuit Switched environment;
>
> As per my earlier reply on SDP on the
> same forum . You can use IM-SSF to re-use the existing suplimentary
> services or you can look on the service standarizations aspects of SIP
> based supplimentary service. The world has gone much ahead so far.
>
> * the majority of the Mobile
> Operators are using business critical services (e.g. prepaid, VPN, etc.)
> on the IN and also for the IN services there is not a standard under
> IMS;
>
> Because IMS is new just couple of years
> old . We will be seeing the Complete IMS Solutions in market in 2010 i
> guess, then we can say something about its acceptance.Currently there
> are partial implementations
>
> * if we take into account the
> still relative low penetration of Mobile Terminals that are not IMS
> ready (e.g. SIP enabled teminals), we can conclude from the points above
> that once again is the business case that is missing.
>
> Yes True, That is the big question mark
> so far.
>
>
>
> Regards
>
> Inam
>
> On Mon, Feb 2, 2009 at 11:09 PM, Rolando
> <rolando...@hotmail.com> wrote:
>
> Hi Inam,
>
>
>
> following your email I try to propose
> some issues for the introduction of the IMS:
>
>
>
> * LTE as well as WiMAX have also
> many common points (e.g. the radio and both are full-IP access);
> * being full-IP access
> technologies, there is no reason why they shouldn't use IMS (in the case
> of WiMAX SS Class 4 and 5 are already used);
> * nevertheless I do not think that
> the access is the blocking point for introducing the IMS. The IMS can be
> used already today but:
>
> * ther is not a standard for the
> Supplementary Service under IMS and their migration from the current
> Circuit Switched environment;
> * the majority of the Mobile
> Operators are using business critical services (e.g. prepaid, VPN, etc.)
> on the IN and also for the IN services there is not a standard under
> IMS;
> * if we take into account the
> still relative low penetration of Mobile Terminals that are not IMS
> ready (e.g. SIP enabled teminals), we can conclude from the points above
> that once again is the business case that is missing.
>
> * in a few words the costs of the
> transition to IMS have no real justification for the Operators:
>
> * we have also to take into account
By combining existing enablers in the handset you can create very powerful
use cases, even with cheap devices. In capable handsets, you can install
additional or more powerful enablers. Some enablers could rely on IMS,
others won't. How many will be IMS based? that will depend on the operator
willingness to work with independent developers, where the real innovation
is coming from.
I think we all agree that it is a good thing that we don't have to rely on
our ADSL provider to run applications in your PC. This disentanglement is
coming to the mobile space too.
-----Mensaje original-----
De: imsgroup...@imsforum.org [mailto:imsgroup...@imsforum.org] En
nombre de jbe...@zonnet.nl
Enviado el: jueves, 12 de febrero de 2009 18:33
Para: colin...@kpn.com
CC: ni...@InsightToCellular.com; imsg...@imsforum.org
Asunto: RE: [IMS Group] How the introduction LTE/SAE will help