Xi,there is already the OSGi Mobile Expert Group doing exactly the kind of specification you are looking for. The IMS services are mainly means of choosing different transport mechanisms for doing provisioning etc etc (see the MEG specs and JSR232). Transport specifics have intentionally been left out from the OSGi spec in order to avoid flame wars about the superiority of one transport over the other.
If you see IMS more than an attempt from mobile operators to avoid net neutrality in the mobile networks and the threat to become simple bit pipes over time, you are of course welcome to work on using IMS to facilitate OMA-DM, OTA etc etc. A mechanism to open TCP connections between peers using SIP for discovery and unspecified content type using IMS would be most interesting for testing OSGi MEG scenarios. /peter On 10/29/07, Xi Jiarong <[EMAIL PROTECTED]> wrote: > > Dear peter, > thanks a lot to you:) > You are right for that. > But I mean a different way, for example let the OSGi-based Residential > Gateway can share the wonderful services from IMS service platform. > Because OSGi service platform can provide a convenient mechanic for > service provider to remote manage every kinds of service bundles for > OSGi-based Resential Gateway users. > Is it feasible for IMS service platfrom to make good use of the above > remote management for service bundles? > and how to do this then? > thanks in advances! > > Jerry > > > > >well, IMS is targeting the infrastructure of establishing and enabling > >all sorts of communications and services between both mobile and > >classic IP based endpoints, and happens to use SIP as one of the > >protocols involved in discovering the peer negotiating the setup > >parameters of the communication channel. But I don't see the immediate > >implications on OSGi level, except of course the aspect of > >availability of services as announced by the IMS infrastructure. > > >However, when it comes to this I think the Eclipse Communications > >Framework is dealing with this layer of infrastructure, while OSGi > >targets a much lower layer of abstraction. Probably you should check > >with IMS aficionados in ECF (http://www.eclipse.org/ecf/). > > > >Cheers > > > > > > > Best Regards! > > ---------------- > Jerry > > > [image: Inactive hide details for [EMAIL PROTECTED] > [EMAIL PROTECTED] > > > > [EMAIL PROTECTED] > Sent by: [EMAIL PROTECTED] > > 10/29/2007 12:00 AM Please respond to > [email protected] > > > To > > [email protected] > cc > > > Subject > > osgi-dev Digest, Vol 12, Issue 22 > Send osgi-dev mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://www2.osgi.org/mailman/listinfo/osgi-dev > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of osgi-dev digest..." > > > Today's Topics: > > 1. Re: Re: discussion about the convergence of OSGi and IMS > service platform (Peter Neubauer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 27 Oct 2007 20:56:47 +0200 > From: "Peter Neubauer" <[EMAIL PROTECTED]> > Subject: Re: [osgi-dev] Re: discussion about the convergence of OSGi > and IMS service platform > To: "OSGi Developer Mail List" <[email protected]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi Xi, > well, IMS is targeting the infrastructure of establishing and enabling > all sorts of communications and services between both mobile and > classic IP based endpoints, and happens to use SIP as one of the > protocols involved in discovering the peer negotiating the setup > parameters of the communication channel. But I don't see the immediate > implications on OSGi level, except of course the aspect of > availability of services as announced by the IMS infrastructure. > > However, when it comes to this I think the Eclipse Communications > Framework is dealing with this layer of infrastructure, while OSGi > targets a much lower layer of abstraction. Probably you should check > with IMS aficionados in ECF ( > http://www.eclipse.org/ecf/). > > Cheers > > /peter > > On 10/26/07, Xi Jiarong <[EMAIL PROTECTED]> wrote: > > > > IP Multimedia Subsystem, which is based on SIP protocol. > > any one would be interested about this, and know how to do then? > > thanks a lot > > > > >Well, just so you know that you aren't being ingored...I had never > heard > > >of IMS until you mentioned it. > > > > > > Nobody is interested in this topic? > > Hope to communicate with some friends here... > > > > >Hi, thanks to everybody. > > >Hope to discuss with everyboday about the convergence of OSGi service > > platform and >IMS service platform. > > >the discussion should about: > > > > >1.why? > > >2.How to? > > >3.What's the result then? > > >the 2nd should be then emphasis, I think! > > > > >I think the convergence would make good use of each other's advantage, > and > > share >the wonderful ablity with each others. > > >But, how to converge two of them then? Hope to communicate with you, > and > > get >some idea and help from yours! > > > > >Any talk and suggestion and ideas would be welcome! > > > > >Thanks in advances! > > > > > > > > Best Regards! > > > > ---------------- > > Jerry > > > > > > > > _______________________________________________ > > OSGi Developer Mail List > > [email protected] > > > http://www2.osgi.org/mailman/listinfo/osgi-dev > > > > > > -- > GTalk: neubauer.peter > Skype peter.neubauer > ICQ 18762544 > GTalk neubauer.peter > Phone +46704 106975 > Mail [EMAIL PROTECTED] > Conference http://oredev.org > - Now with Ron Jacobs > > > ------------------------------ > > _______________________________________________ > OSGi Developer Mail List > [email protected] > http://www2.osgi.org/mailman/listinfo/osgi-dev > > End of osgi-dev Digest, Vol 12, Issue 22 > **************************************** > > > -- GTalk: neubauer.peter Skype peter.neubauer ICQ 18762544 GTalk neubauer.peter Phone +46704 106975 Mail [EMAIL PROTECTED] Conference http://oredev.org - Now with Ron Jacobs
<<ecblank.gif>>
<<graycol.gif>>
_______________________________________________ OSGi Developer Mail List [email protected] http://www2.osgi.org/mailman/listinfo/osgi-dev
