METHOD AND APPARATUS FOR IDENTIFICATION AND TRANSFER IN INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM COLLABORATIVE SESSIONS

• US 20110216701A1
• Filed: 03/04/2011
• Published: 09/08/2011
• Est. Priority Date: 03/04/2010
• Status: Abandoned Application

• Current Assignee: InterDigital Patent Holdings, Inc. (InterDigital, Inc.)
• Original Assignee: InterDigital Patent Holdings, Inc. (InterDigital, Inc.)
• Inventors: Shaheen, Kamel M., Patel, Milan
• Application Number:
  US13/040,990
• Publication Number:
  US 20110216701A1
• Time in Patent Office: Days
• US Class Current: 370/328
• CPC Class Codes: H04L 65/1016 IP multimedia subsystem [IMS]
• CPC Class Codes: H04L 65/1063 Application servers providing network services systems providing special services to telephonic subscribers H04M3/42
• CPC Class Codes: H04L 65/1073 Registration or de-registration
• CPC Class Codes: H04L 65/1083 In-session procedures
• CPC Class Codes: H04L 65/1094 Inter-user-equipment sessions transfer or sharing
• CPC Class Codes: H04L 65/1095 Inter-network session transfer or sharing
• CPC Class Codes: H04L 65/1096 Supplementary features, e.g. call forwarding or call holding systems providing special services or facilities to telephony subscribers H04M3/42
• CPC Class Codes: H04L 65/1104 Session initiation protocol [SIP]
• CPC Class Codes: H04L 65/80 Responding to QoS
• CPC Class Codes: H04L 67/01 Protocols
• CPC Class Codes: H04L 67/141 Setup of application sessions admission control or resource allocation in data switching networks H04L47/70
• CPC Class Codes: H04L 67/51 Discovery or management thereof, e.g. service location protocol [SLP] or web services

Abstract

A method and apparatus are described for performing Internet Protocol (IP) Multimedia Subsystem (IMS) operation. A wireless transmit/receive unit (WTRU) registers an IMS service priority with an IMS network. The IMS service priority indicates the WTRU'"'"'s priority in receiving IMS services. The WTRU may receive an IMS service from the IMS network based on the WTRU'"'"'s IMS service priority. The IMS service priority may be indicated using a priority value and the WTRU may use Session Initiation Protocol (SIP) messaging to signal with the IMS network. The WTRU may register the service priority value using a q-value parameter in an SIP Contact field header. The WTRU may also register a public user identity with the IMS network and the public user identity may be shared with other IMS-capable WTRUs.

Claims

1. A method, implemented for use in an Internet Protocol (IP) Multimedia Subsystem (IMS) capable wireless transmit/receive unit (WTRU), the method comprising:

registering an IMS service priority with an IMS network, wherein the IMS service priority indicates the WTRU'"'"'s priority in receiving IMS services; and

receiving an IMS service from the IMS network based on the WTRU'"'"'s IMS service priority.

2. The method as in claim 1, wherein IMS service priority is indicated using a priority value.

3. The method as in claim 1 wherein the WTRU uses Session Initiation Protocol (SIP) messaging to signal with the IMS network.

4. The method as in claim 2 wherein the WTRU registers the service priority value using a q-value parameter in an SIP Contact field header.

5. The method as in claim 1, further comprising:

registering a public user identity with the IMS network, wherein the public user identity is shared with other IMS-capable WTRUs.

6. The method as in claim 1, further comprising:

registering an IMS service capability with the IMS network, wherein the IMS service capability indicates the WTRU'"'"'s capability to perform specific IMS functions; and

receiving IMS service from the IMS network based on the WTRU'"'"'s IMS service capability.

7. The method as in claim 6 wherein the WTRU registers IMS service capability using an SIP Contact field header feature tag.

8. The method as in claim 6 wherein the WTRU registers a controller capability with the IMS network.

9. A wireless transmit/receive unit (WTRU) for requesting transfer of Internet Protocol (IP) multimedia subsystem (IMS) collaborative session control, comprising:

a processor configured to generate a collaborative session control transfer request for requesting the transfer of control of an Internet Protocol (IP) multimedia subsystem (IMS) collaborative session, wherein the request is carried in an Extensible Markup Language (XML) body of an Session Initiation Protocol (SIP) message;

a transmitter, in communication with the processor, configured to transmit the SIP message requesting collaborative session control transfer to an IMS network.

10. The WTRU as in claim 9 further comprising:

a receiver, a receiver in communication with the processor, configured to receive a collaborative session control transfer response indicating that collaborative session control is transferred, wherein the response in carried in an SIP message.

11. The WTRU as in claim 9, wherein the WTRU is participating in an IMS collaborative session with a remote party.

12. The WTRU as in claim 9, wherein the XML body of the SIP request for collaborative session control transfer includes one or more of an identity of a collaborative session controller WTRU, an identity of the WTRU requesting collaborative session control transfer, or an identity of a WTRU to which collaborative session control is requested to be transferred.

13. The WTRU as in claim 10, wherein the collaborative session control transfer response is carried in an XML body of an SIP message.

14. A method, implemented by an anchor Application Server (AS) for enabling service continuity in an Internet Protocol (IP) Multimedia Subsystem (IMS) network, the method comprising:

requesting a second AS to assume an anchor role for an IMS session, wherein the request is indicated in an SIP message; and

relinquishing anchor role for the IMS session to the second AS.

15. The method as in claim 14 wherein the AS identifies itself as an anchor AS to the second AS in a private header of an SIP message.

16. The method as in claim 14 wherein the AS requests transfer of the anchor role to the second AS in a parameter of an SIP private header.

17. The method as in claim 14, further comprising:

receiving an answer from the second AS, wherein the answer indicates that the second AS accepts the anchor role or that the second AS rejects the anchor role.

18. The method as in claim 14 wherein the AS requests transfer of the anchor role to the second AS in an Extensible Markup Language (XML) body of an SIP message.

19. The method as in claim 14 wherein the second AS serves an IMS-capable device and proxies messages from the IMS-capable device to anchor AS.

20. The method as in claim 19 wherein the IMS-capable device is involved in an IMS collaborative session anchored at the AS.