US20140379829A1

US20140379829A1 - System and Method for Shared Multimedia Experiences across Multiple Subscriptions

Info

Publication number: US20140379829A1
Application number: US14/482,748
Authority: US
Inventors: Kaniz Mahdi
Original assignee: FutureWei Technologies Inc
Current assignee: FutureWei Technologies Inc
Priority date: 2009-06-19
Filing date: 2014-09-10
Publication date: 2014-12-25
Also published as: WO2010145567A1; US8838694B2; US20100325212A1

Abstract

Control of a collaborative session between a service centralization and continuity (SCC) application server (AS) and user equipments (UEs) can be transferred between UEs having Internet Protocol (IP) Multimedia Services (IMS) subscriptions under the same operator. The collaborative session provides media from a remote party to the UEs, and a controlling UE maintains collaborative session control privileges. A controller UE may be configured to release a collaborative session, as well as to authorize media control related requests from other UEs. In some embodiments, the collaborative session control can only be transferred to UEs that have registered a public user identity sharing the same service profile as the controller UE.

Description

This application is a continuation of U.S. Non-Provisional application Ser. No. 12/814,316 filed on Jun. 11, 2010, entitled “System and Method for Shared Multimedia Experiences across Multiple Subscriptions,” which claims the benefit of U.S. Provisional Application No. 61/218,633, filed on Jun. 19, 2009, entitled “Authorization Scheme for Shared Multimedia Experiences across Multiple Subscriptions,” both of which are hereby incorporated herein by reference as if reproduced in their entireties.

TECHNICAL FIELD

The present invention relates generally to a system and method digital communications, and more particularly to a system and method for shared multimedia experiences across multiple subscriptions.

BACKGROUND

As mobile devices improve and include more enhanced capabilities, mobile devices have evolved to act as Internet Protocol (IP) devices. In one such system, e.g., a system employing IP Multimedia services (IMS) sessions uses a traditional signaling or bearer architecture for a local media session. The traditional IMS session is created between a User Equipment (UE) and a remote end, thereby enabling the UE to access media flows. The session control signaling flow, extends between a Call Session Control Function (CSCF), a Service Centralization Continuity Application Server (SCC AS), and a Telephony Application Server (TAS) (and/or other application servers).
Generally, the CSCF processes session initiation protocol (SIP) signaling packets in the IMS system, and the application servers host and execute a variety of services. In one embodiment, the SCC AS operates in a Back-to-Back User Agent (B2BUA) mode wherein it acts as an SIP element to mediate SIP signaling between the UE and the remote end. The SCC AS establishes an access leg using IMS procedures between the SCC AS and the CSCF on the UE side and establishes a remote leg using IMS procedures to the CSCF 110 on the remote end 104 side. Other application servers may be executed on the remote leg as part of standard service execution logic at the CSCF.
The result of an IMS session established as discussed above is a media flow and a session control signaling flow established between the UE and the remote end. Unfortunately, however, the media flow and the session control signaling flow are tied to the same device, thereby not allowing the media flow to be sent to a different device or controlled by a different device. For example, if a user is interested in watching a video, current implementations require that the media flow, e.g., the video, be sent to the same device, e.g., a wireless telephone, as is controlling the video. Moreover, when a media flow is transferred to another device, both the session control signaling flow and the media flow are transferred to the same device. This situation is not always convenient or desired by the user, who may want to control the media flow via one device, but watch or control the video on a different device, such as a computer monitor or television.

SUMMARY OF THE INVENTION

These and other problems are generally solved or circumvented, and technical advantages are generally achieved, by preferred embodiments of the present invention which provide a system and method for shared multimedia experiences across multiple subscriptions.
In accordance with an embodiment, a method for application server operation is provided. The method includes establishing a collaborative session between a service centralization and continuity (SCC) application server (AS) and two or more user equipments (UEs) having Internet Protocol (IP) Multimedia Services (IMS) subscriptions under the same operator. The two or more UEs include at least a first UE and a second UE, and the collaborative session provides media from a remote party to the two or more UEs. The method further includes establishing collabarative session control between the first UE and the SCC AS. The first UE maintains control of the collaborative session after establishing the collabarative session control between the SCC AS and the first UE. The method further includes transferring the collabarative session control from the first UE to the second UE. The second UE maintains control of the collaborative session after transfering the collabarative session control from the first UE to the second UE. An apparatus for performing this method is also provided.
An advantage of an embodiment is that collaborative privileges may be configured in IMS upon subscription to a service and/or updated by a subscriber at any time after subscription.
A further advantage of an embodiment is that collaborative privileges may be updated by a network during a collaborative session setup.
The foregoing has outlined rather broadly the features and technical advantages of the present invention in order that the detailed description of the embodiments that follow may be better understood. Additional features and advantages of the embodiments will be described hereinafter which form the subject of the claims of the invention. It should be appreciated by those skilled in the art that the conception and specific embodiments disclosed may be readily utilized as a basis for modifying or designing other structures or processes for carrying out the same purposes of the present invention. It should also be realized by those skilled in the art that such equivalent constructions do not depart from the spirit and scope of the invention as set forth in the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawing, in which:

FIG. 1 is a diagram of a high-level view of a collaborative session with remotely distributed users;

FIG. 2 a is a diagram of a first collaborative session;

FIG. 2 b is a diagram of a second collaborative session;

FIG. 2 c is a diagram of a third collaborative session;

FIGS. 3 a through 3 d are diagrams of IMS subscriber profiles for a number of IMS users;

FIG. 4 a is a diagram of a message exchange in establishing a collaborative session between a USER A and a USER B, with both users sharing control and media and USER A provided default authorization by USER B. USER A and USER B may be configured for full collaboration in each other's profiles;

FIG. 4 b is a flow diagram of USER operations at USER A in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A provided default authorization by USER B;

FIG. 4 c is a flow diagram of SCC AS operations at first SCC AS in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A provided default authorization by USER B;

FIG. 4 d is a flow diagram of SCC AS operations at second SCC AS in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A provided default authorization by USER B;

FIG. 4 e is a flow diagram of USER operations at USER B in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A provided default authorization by USER B;

FIG. 5 a is a diagram of a message exchange in establishing a collaborative session between a USER A and a USER B, with both users sharing control and media and USER A being configured for per-session authorization by USER B;

FIG. 5 b is a flow diagram of USER operations at USER A in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A being configured for per-session authorization by USER B;

FIG. 5 c is a flow diagram of SCC AS operations at first SCC AS in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A being configured for per-session authorization by USER B;

FIG. 5 d is a flow diagram of SCC AS operations at second SCC AS in establishing a collaborative session between USER A and a USER B, with both users sharing control and media and USER A being configured for per-session authorization by USER B;

FIG. 5 e is a flow diagram of USER operations at USER B in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A being configured for per-session authorization by USER B;

FIG. 6 a is a diagram of a message exchange in establishing a collaborative session between a USER A and a USER B, with both users sharing control and media and USER A being configured for full collaboration privileges in a profile for USER B;

FIG. 6 b is a flow diagram of USER operations at USER A in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A being configured for full collaboration privileges in a profile for USER B;

FIG. 6 c is a flow diagram of SCC AS operations at first SCC AS in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A being configured for full collaboration privileges in a profile for USER B;

FIG. 6 d is a flow diagram of SCC AS operations at second SCC AS in establishing a collaborative session between USER A and a USER B, with both users sharing control and media and USER A being configured for full collaboration privileges in a profile for USER B;

FIG. 6 e is a flow diagram of USER operations at USER B in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A being configured for full collaboration privileges in a profile for USER B;

FIG. 7 a is a diagram of a message exchange in establishing a collaborative session between a USER A and a USER B, with both users sharing control and media and USER A and USER B not being configured in each other's profiles;

FIG. 7 b is a flow diagram of USER operations at USER A in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A and USER B not being configured in each other's profiles;

FIG. 7 c is a flow diagram of SCC AS operations at first SCC AS in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A and USER B not being configured in each other's profiles;

FIG. 7 d is a flow diagram of SCC AS operations at second SCC AS in establishing a collaborative session between USER A and a USER B, with both users sharing control and media and USER A and USER B not being configured in each other's profiles;

FIG. 7 e is a flow diagram of USER operations at USER B in establishing a collaborative session between USER A and USER B, with both users sharing control and media and USER A and USER B not being configured in each other's profiles;

FIG. 8 a is a diagram of a message exchange where USER A establishes a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A provided default authorization by USER B;

FIG. 8 b is a flow diagram of USER operations at USER A in establishing a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A provided default authorization by USER B;

FIG. 8 c is a flow diagram of SCC AS operations at first SCC AS in establishing a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A provided default authorization by USER B;

FIG. 8 d is a flow diagram of SCC AS operations at second SCC AS in establishing a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A provided default authorization by USER B;

FIG. 8 e is a flow diagram of USER operations at USER B in establishing a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A provided default authorization by USER B;

FIG. 9 a is a diagram of a message exchange where USER A establishes a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A being configured for per-session authorization by USER B;

FIG. 9 b is a flow diagram of USER operations at USER A in establishing a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A being configured for per-session authorization by USER B;

FIG. 9 c is a flow diagram of SCC AS operations at first SCC AS in establishing a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A being configured for per-session authorization by USER B;

FIG. 9 d is a flow diagram of SCC AS operations at second SCC AS in establishing a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A being configured for per-session authorization by USER B;

FIG. 9 e is a flow diagram of USER operations at USER B in establishing a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A being configured for per-session authorization by USER B;

FIG. 10 a is a diagram of a message exchange where USER A establishes a collaborative session using USER B's device for media and USER B being configured to accept solicitations from new collaborators;

FIG. 10 b is a flow diagram of USER operations at USER A in establishing a collaborative session using USER B's device for media, USER B being configured to accept solicitations from new collaborators, and USER B being configured as a media source in the profile of USER A;

FIG. 10 c is a flow diagram of SCC AS operations at first SCC AS in establishing a collaborative session using USER B's device for media, USER B being configured to accept solicitations from new collaborators, and USER B being configured as a media source in the profile of USER A;

FIG. 10 d is a flow diagram of SCC AS operations at second SCC AS in establishing a collaborative session using USER B's device for media, USER B being configured to accept solicitations from new collaborators, and USER B being configured as a media source in the profile of USER A;

FIG. 10 e is a flow diagram of USER operations at USER B in establishing a collaborative session using USER B's device for media, USER B being configured to accept solicitations from new collaborators, and USER B being configured as a media source in the profile of USER A;

FIG. 11 a is a diagram of a message exchange where USER A establishes a collaborative session using USER B's device for media and USER A and USER B not being configured in each other's profiles;

FIG. 11 b is a flow diagram of USER operations at USER A in establishing a collaborative session using USER B's device for media, USER A and USER B not being configured in each other's profiles but may accept in-session profile updates and new solicitations;

FIG. 11 c is a flow diagram of SCC AS operations at first SCC AS in establishing a collaborative session using USER B's device for media, USER A and USER B not being configured in each other's profiles but may accept in-session profile updates and new solicitations;

FIG. 11 d is a flow diagram of SCC AS operations at second SCC AS in establishing a collaborative session using USER B's device for media, USER A and USER B not being configured in each other's profiles but may accept in-session profile updates and new solicitations;

FIG. 11 e is a flow diagram of USER operations at USER B in establishing a collaborative session using USER B's device for media, USER A and USER B not being configured in each other's profiles but may accept in-session profile updates and new solicitations;

FIG. 12 a is a diagram of a message exchange where USER B adds itself to an ongoing collaborative session with USER A for sharing control and media and USER A provided default authorization by USER B;

FIG. 12 b is a flow diagram of USER operations at USER B in joining an ongoing collaborative session with USER A, with USER A provided default authorization by USER B and both USER A and USER B may be configured for full collaboration privileges in each other's profiles;

FIG. 12 c is a flow diagram of SCC AS operations at second SCC AS in joining an ongoing collaborative session with USER A, with USER A provided default authorization by USER B and both USER A and USER B may be configured for full collaboration privileges in each other's profiles;

FIG. 12 d is a flow diagram of SCC AS operations at first SCC AS in joining an ongoing collaborative session with USER A, with USER A provided default authorization by USER B and both USER A and USER B may be configured for full collaboration privileges in each other's profiles;

FIG. 12 e is a flow diagram of USER operations at USER A in joining an ongoing collaborative session with USER A, with USER A provided default authorization by USER B and both USER A and USER B may be configured for full collaboration privileges in each other's profiles;

FIG. 13 a is a diagram of a message exchange where USER B adds itself to an ongoing collaborative session with USER A for sharing control and media and USER A being configured for per-session authorization by USER B;

FIG. 13 b is a flow diagram of USER operations at USER B in joining an ongoing collaborative session with USER A, with USER A being configured for per-session authorization by USER B and both USER A and USER B may be configured for full collaboration privileges in each other's profiles;

FIG. 13 c is a flow diagram of SCC AS operations at second SCC AS in joining an ongoing collaborative session with USER A, with USER A being configured for per-session authorization by USER B and both USER A and USER B may be configured for full collaboration privileges in each other's profiles;

FIG. 13 d is a flow diagram of SCC AS operations at first SCC AS in joining an ongoing collaborative session with USER A, with USER A being configured for per-session authorization by USER B and both USER A and USER B may be configured for full collaboration privileges in each other's profiles;

FIG. 13 e is a flow diagram of USER operations at USER A in joining an ongoing collaborative session with USER A, with USER A being configured for per-session authorization by USER B and both USER A and USER B may be configured for full collaboration privileges in each other's profiles;

FIG. 14 a is a diagram of a message exchange where USER B adds itself to an ongoing collaborative session with USER A for sharing control and media and USER A being configured to accept new solicitations;

FIG. 14 b is a flow diagram of USER operations at USER B in joining an ongoing collaborative session with USER A, with USER A being configured for accepting new solicitations and USER A may be configured for full collaboration privileges in the profile of USER B;

FIG. 14 c is a flow diagram of SCC AS operations at second SCC AS in joining an ongoing collaborative session with USER A, with USER A being configured for accepting new solicitations and USER A may be configured for full collaboration privileges in the profile of USER B;

FIG. 14 d is a flow diagram of SCC AS operations at first SCC AS in joining an ongoing collaborative session with USER A, with USER A being configured for accepting new solicitations and USER A may be configured for full collaboration privileges in the profile of USER B;

FIG. 14 e is a flow diagram of USER operations at USER A in joining an ongoing collaborative session with USER A, with USER A being configured for accepting new solicitations and USER A may be configured for full collaboration privileges in the profile of USER B;

FIG. 15 a is a diagram of a message exchange where USER B adds itself to an ongoing collaborative session with USER A for sharing control and media and USER A and USER B not being configured in each other's profiles;

FIG. 15 b is a flow diagram of USER operations at USER B in joining an ongoing collaborative session with USER A, USER A and USER B not being configured in each other's profiles, and USER A and USER B may be configured to accept in-session profile updates and new solicitations;

FIG. 15 c is a flow diagram of SCC AS operations at second SCC AS in joining an ongoing collaborative session with USER A, USER A and USER B not being configured in each other's profiles, and USER A and USER B may be configured to accept in-session profile updates and new solicitations;

FIG. 15 d is a flow diagram of SCC AS operations at first SCC AS in joining an ongoing collaborative session with USER A, USER A and USER B not being configured in each other's profiles, and USER A and USER B may be configured to accept in-session profile updates and new solicitations; and

FIG. 15 e is a flow diagram of USER operations at USER A in joining an ongoing collaborative session with USER A, USER A and USER B not being configured in each other's profiles, and USER A and USER B may be configured to accept in-session profile updates and new solicitations.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

The making and using of the presently preferred embodiments are discussed in detail below. It should be appreciated, however, that the present invention provides many applicable inventive concepts that can be embodied in a wide variety of specific contexts. The specific embodiments discussed are merely illustrative of specific ways to make and use the invention, and do not limit the scope of the invention.
The present invention will be described with respect to preferred embodiments in a specific context, namely a multimedia session with remotely distributed users using a 3GPP IMS compliant communications system. The invention may also be applied, however, to multimedia sessions with remotely distributed users using other communications systems with support for collaborative operation.
FIG. 1 illustrates a high-level view of a collaborative session 100 with remotely distributed users. Collaborative session 100 includes a number of users communicating together over a communications system 105. Communications system 105 may be made up of a single communications system or multiple communications systems. For example, a 3GPP IMS compliant communications system may provide connectivity for control, media, and data for users with compatible communications devices, while for users with legacy equipment, a public switched telephone network (PSTN) may be available, while for users that are relatively close together, WiFi or other short-range wireless communications systems may be used to provide connectivity.
The users of collaborative session 100 may have different characteristics and capabilities. Some of the users, e.g., users 110 through 112, may have IMS compliant communications devices that are capable of shared control, while some of the users, e.g., user 115, may have IMS compliant communications devices that are not capable of shared control, while some of the users, e.g., user 120, may not have IMS compliant communications devices at all.
Users 110 through 112 may participate in sharing of control, data, and media in collaborative session 100, while user 115 may participate in sharing of data and media and may assume control of collaborative session 100. User 120 may participate in sharing of data and media but may not assume control of collaborative session 100.
A collaborative services community (CSC) may be formed dynamically by a collection of collaborative service users engaged in a collaborative service comprising a collaborative session or a set of collaborative sessions linked to each other. A master service centralization and continuity (SCC) application server (AS) is assigned to a CSC upon setup of a new collaborative session or upon merger of two or more standard IMS sessions to form a collaborative session, or merger of two or collaborative sessions. Other SCC AS involved in a collaborative session acts in a slave mode, simply relaying service controls to the master SCC AS.
FIG. 2 a illustrates a first collaborative session 200. First collaborative session 200 includes a first IMS user “IMS USER 1” 205 with a UE 210 capable of shared control, a telephone 212 that is connected to a public switched telephone network (PSTN) 213, and a video display 214. First collaborative session 200 also includes a second IMS user “IMS USER 2” 207 with a UE 216 capable of shared control. Also included in first collaborative session 200 may be a video server 218 that may deliver streaming video to users, such as first IMS user 205 and second IMS user 207.
First IMS user 205 may initiate first collaborative session 200 with second IMS 207 through an IMS communications system 220 with a SCC AS 222 for first IMS user 205 serving as a master AS and a SCC AS 224 for second IMS user 207 serving as a slave AS. First IMS user 205 may configure first collaborative session 200 so that video from video server 218 may be displayed on display 214 through IMS 220 and a voice connection may be established between telephone 212 and UE 216 through PSTN 213. As shown in FIG. 2 a, an exchange of control information is illustrated as arrowed dashed lines and an exchange of video/voice information is illustrates as arrowed solid lines. First IMS user 205 may control the streaming video and the voice connection using UE 210. Controls for first IMS user 205 and second IMS user 207 may be synchronized so that seamless video and voice sessions are experienced by both. A single SCC AS, namely SCC AS 222, may be used to arbitrate first collaborative session 200 control signaling so that control is synchronized for the service.
Both first IMS user 205 and second IMS user 207 may be authorized to share control of first collaborative session 200.
FIG. 2 b illustrates a second collaborative session 230. Second collaborative session 230 includes a first IMS user “IMS USER 1” 235 with a UE 240 capable of shared control, a video display 242, and an oven 244 with communications system connectivity and control. Second collaborative session 230 also includes a second IMS user “IMS USER 2” 237 with a UE 246 capable of shared control. Also included in second collaborative session 230 may be a video server 248 that may deliver streaming video to users, such as first IMS user 235 and second IMS user 237.
As an example, first IMS user 235 may be utilizing oven 244 to cook food when second IMS user 237 calls to discuss a video. First IMS user 235 initiates second collaborative session 230 with second IMS user 237 through an IMS communications system 250 with a SCC AS 252 for first IMS user 235 serving as a master AS and a SCC AS 254 for second IMS user 237 serving as a slave AS. First IMS user 235 may configure second collaborative session 230 so that video from video server 248 displays on display 242 and a voice connection is established between UE 240 and UE 246. As shown in FIG. 2 b, an exchange of control information is illustrated as arrowed dashed lines and an exchange of video/voice information is illustrates as arrowed solid lines.
While watching the video, first IMS user 235 notices that the food in oven 244 will burn unless oven 244 is turned off, so first IMS user 235 turns off oven 244 using UE 240 to control oven 244. Since oven 244 and first IMS user 235 are co-located, control of oven 244 by first IMS user 235 may not need to go through IMS communications system 250. Instead, a short-range communications system, such as WiFi or a femto network may be sufficient. A single SCC AS, namely SCC AS 252, may be used to arbitrate second collaborative session 230 control signaling so that control is synchronized for the service.
Both first IMS user 235 and second IMS user 237 may be authorized to share control of second collaborative session 230.
FIG. 2 c illustrates a third collaborative session 260. Third collaborative session 260 includes a first IMS user “IMS USER 1” 265 with a UE 270 capable of shared control. Third collaborative session 260 also includes a second IMS user “IMS USER 2” 267 with a UE 272 capable of shared control and a display 274.
As an example, first IMS user 265 may initiate third collaborative session 260 with second IMS user 267 through an IMS communications system 280 with a SCC AS 282 for first IMS user 260 serving as a master AS and a SCC AS 284 for second IMS user 267. First IMS user 265 may configure third collaborative session 260 so that images/video from UE 270 may be shared with display 274 and voice from UE 270 may be shared with UE 272. As shown in FIG. 2 c, an exchange of control information is illustrated as arrowed dashed lines, an exchange of video information is illustrates as arrowed dashed-dotted lines, and an exchange of voice information is illustrates as arrowed dashed lines.
A single SCC AS, namely SCC AS 282, may be used to arbitrate third collaborative session 260 control signaling so that control is synchronized for the service. First IMS user 265 may be authorized to use devices of second IMS user 267 for media in third collaborative session 260, which may be controlled by first IMS user 265.
FIGS. 3 a through 3 d illustrate IMS subscriber profiles for several IMS users. FIG. 3 a illustrates an IMS subscriber profile for IMS user # 1. IMS user # 1 may have as collaborators, a first full collaboration user (IMS user #2) and a second full collaboration user (IMS user #3). As far as devices, IMS user # 1 makes use of only a UE. FIG. 3 b illustrates an IMS subscriber profile for IMS user # 2. IMS user # 2 may have as collaborators, a full collaboration user (IMS user #1) and a media source (IMS user #4). Note that since IMS user # 1 is a collaborator of IMS user # 2, IMS user # 2 is also a collaborator of IMS user # 1. IMS user # 2 has a both a phone and a UE.
FIG. 3 c illustrates an IMS subscriber profile for IMS user # 3. IMS user # 3 may have as collaborator a full collaboration user (IMS user #1) and a UE as a device. FIG. 3 d illustrates an IMS subscriber profile for IMS user # 4. IMS user # 4 may have as collaborator a controller (IMS user #2) and a phone as a device.
Referring back to FIG. 3 b, IMS user # 4 is listed as a media source for IMS user # 2 in IMS user # 2's list of collaborators. Correspondingly, IMS user # 2 is listed as a controller for IMS user # 4 in IMS user # 4's list of collaborators.
In general, an IMS user's subscriber profile may include zero or more collaborators with collaboration privileges determined by a scope of collaboration. Exemplary scopes of collaboration include:

- Full collaboration privilege: Full media and control sharing with collaborator(s); both may use each other's media in collaborative session(s) that they control and/or share and transfer control of collaborative session(s);
- Controller privilege: A collaborator may use the subscriber's (the IMS user) device as a media source to provide media for a collaborative session controlled by the collaborator;
- Media source privilege: A collaborator's device may be used to provide media for a collaborative session that the subscriber (the IMS user) controls.

Furthermore, the subscriber may request to receive authorization requests upon collaborative session setup involving a particular collaborator.
According to an embodiment, collaboration privileges may be configured in IMS (using an application server (AS) or a home subscriber server (HSS)) upon subscription and/or updated by the subscriber any time after the subscription. Collaboration privileges may also be updated by the network (upon consent from the subscriber and/or collaborator) during setup of a collaborative session. Collaboration privileges may be created statically during subscriber provision or subscriber input after subscriber provision and/or created and updated dynamically during a setup of a collaborative session.
FIG. 4 a illustrates a message exchange in establishing a collaborative session between a USER A and a USER B, with both users sharing control and media and USER A provided default authorization by USER B. USER A and USER B may be configured for full collaboration in each other's profiles. As shown in FIG. 4 a, the message exchange in establishing a collaborative session involves messages between USER A 405, USER B 407, a first SCC AS 410 serving USER A 405, a second SCC AS 412 serving USER B 407, and remote end users 415.
The message exchange may begin with USER A 405 initiating the collaborative session (shown as event #1). In the collaborative session USER A 405 intends to share media and control with USER B 407. USER A 405 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 410. First SCC AS 410 may check a profile of USER A 405 for authorization as well as to determine if USER B 407 has sufficient privilege to share media and control (block 420). According to an embodiment, USER B 407 may have sufficient privilege to share media and control if USER B 407 has full collaboration privilege. First SCC AS 410 may transmit a session refer message to second SCC AS 412 which is serving USER B 407 (shown as event #2). The session refer message may be in the form of a REFER SESSION message or equivalent message.
Second SCC AS 412 may check a profile of USER B 407 for authorization as well as to determine if USER A 405 has sufficient privilege to share media and control (block 422). According to an embodiment, USER A 405 may have sufficient privilege to share media and control if USER A 405 has full collaboration privilege. Furthermore, second SCC AS 412 may determine that USER A 405 has a “no-user-authorization required at session setup” privilege.
Second SCC AS 412 may send a session refer message to USER B 407 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message. USER B 407 may respond to the session refer message with a join session message sent to second SCC AS 412 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.
Second SCC AS 412, upon receipt of the join session message from USER B 407, may send a join session message of its own to first SCC AS 410 (shown as event #5). The join session message may be in the form of a JOIN SESSION message or equivalent message. USER A 405, USER B 407, first SCC AS 410, second SCC AS 412, and remote end users 415 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 415.
FIG. 4 b illustrates a flow diagram of USER operations at USER A 405 in establishing a collaborative session between USER A 405 and USER B 407, with both users sharing control and media and USER A 405 provided default authorization by USER B 407. FIG. 4 c illustrates a flow diagram of SCC AS operations at first SCC AS 410 in establishing a collaborative session between USER A 405 and USER B 407, with both users sharing control and media and USER A 405 provided default authorization by USER B 407. FIG. 4 d illustrates a flow diagram of SCC AS operations at second SCC AS 412 in establishing a collaborative session between USER A 405 and USER B 407, with both users sharing control and media and USER A 405 provided default authorization by USER B 407. FIG. 4 e illustrates a flow diagram of USER operations at USER B 407 in establishing a collaborative session between USER A 405 and USER B 407, with both users sharing control and media and USER A 405 provided default authorization by USER B 407.
FIG. 5 a illustrates a message exchange in establishing a collaborative session between a USER A and a USER B, with both users sharing control and media and USER A being configured for per-session authorization by USER B. USER A and USER B may be configured for full collaboration in each other's profiles. As shown in FIG. 5 a, the message exchange in establishing a collaborative session involves messages between USER A 505, USER B 507, a first SCC AS 510 serving USER A 505, a second SCC AS 512 serving USER B 507, and remote end users 515.
The message exchange may begin with USER A 505 initiating the collaborative session (shown as event #1). In the collaborative session USER A 505 intends to share media and control with USER B 507. USER A 505 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 510. First SCC AS 510 may check a profile of USER A 505 for authorization as well as determine if USER B 507 has sufficient privilege to share media and control (block 520). According to an embodiment, USER B 507 may have sufficient privilege to share media and control if USER B 507 has full collaboration privilege. First SCC AS 510 may transmit a session refer message to second SCC AS 512 which is serving USER B 507 (shown as event #2). The session refer message may be in the form of a REFER SESSION message or equivalent message.
Second SCC AS 512 may check a profile of USER B 507 for authorization as well as determine if USER A 505 has sufficient privilege to share media and control (block 522). According to an embodiment, USER A 505 may have sufficient privilege to share media and control if USER A 505 has full collaboration privilege. Furthermore, second SCC AS 512 may determine that USER A 505 has a “user-authorization required at session setup” privilege.
Second SCC AS 512 may send a session refer message to USER B 507 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message. USER B 507 may perform a control and media sharing request authorization (block 524). Assuming that the control and media sharing request authorization succeeded, USER B 507 may respond to the session refer message with a join session message sent to second SCC AS 512 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.
Second SCC AS 512, upon receipt of the join session message from USER B 507, may send a join session message of its own to first SCC AS 510 (shown as event #5). The join session message may be in the form of a JOIN SESSION message or equivalent message. USER A 505, USER B 507, first SCC AS 510, second SCC AS 512, and remote end users 515 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 515.
FIG. 5 b illustrates a flow diagram of USER operations at USER A 505 in establishing a collaborative session between USER A 505 and USER B 507, with both users sharing control and media and USER A 505 being configured for per-session authorization by USER B 507. FIG. 5 c illustrates a flow diagram of SCC AS operations at first SCC AS 510 in establishing a collaborative session between USER A 505 and USER B 507, with both users sharing control and media and USER A 505 being configured for per-session authorization by USER B 507. FIG. 5 d illustrates a flow diagram of SCC AS operations at second SCC AS 512 in establishing a collaborative session between USER A 505 and a USER B 507, with both users sharing control and media and USER A 505 being configured for per-session authorization by USER B 507. FIG. 5 e illustrates a flow diagram of USER operations at USER B 507 in establishing a collaborative session between USER A 505 and USER B 507, with both users sharing control and media and USER A 505 being configured for per-session authorization by USER B 507.
FIG. 6 a illustrates a message exchange in establishing a collaborative session between a USER A and a USER B, with both users sharing control and media and USER A being configured for full collaboration privileges in a profile for USER B. USER B may be configured for full collaboration in a profile for USER A. As shown in FIG. 6 a, the message exchange in establishing a collaborative session involves messages between USER A 605, USER B 607, a first SCC AS 610 serving USER A 605, a second SCC AS 612 serving USER B 607, and remote end users 615.
The message exchange may begin with USER A 605 initiating the collaborative session (shown as event #1). In the collaborative session USER A 605 intends to share media and control with USER B 607. USER A 605 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 610. According to an alternative embodiment, USER A 605 may solicit collaboration with USER B 607 prior to initiating the collaborative session, i.e., the solicitation may be performed outside of the setup of the collaborative session. First SCC AS 610 may check a profile of USER A 605 for authorization as well as to determine if USER B 607 has sufficient privilege to share media and control (block 620). According to an embodiment, USER B 607 may have sufficient privilege to share media and control if USER B 607 has full collaboration privilege. First SCC AS 610 may transmit a session refer message to second SCC AS 612 which is serving USER B 607 (shown as event #2). The session refer message may be in the form of a REFER SESSION message or equivalent message.
Second SCC AS 612 may check a profile of USER B 607 for authorization (block 622). For discussion purposes, let USER A 605 not be included in the profile of USER B 607, however USER B 607 may be configured to accept solicitations from new collaborators, USER A 605 in this instance.
Second SCC AS 612 may send a session refer message to USER B 607 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message. USER B 607 may perform a control and media sharing request authorization (block 624). Assuming that the control and media sharing request authorization succeeded, USER B 607 may respond to the session refer message with a join session message sent to second SCC AS 612 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.
Second SCC AS 612, upon receipt of the join session message from USER B 607, may add USER A 605 to the profile of USER B 607 (block 626). According to an embodiment, USER A 605 may be added with full collaborator privileges. According to an alternative embodiment, if USER A 605 already exists in the profile of USER B 607, then instead of adding USER A 605, collaborative privileges of USER A 605 may be updated in the profile of USER B 607. Second SCC AS 612 may send a join session message of its own to first SCC AS 610 (shown as event #5). The join session message may be in the form of a JOIN SESSION message or equivalent message. USER A 605, USER B 607, first SCC AS 610, second SCC AS 612, and remote end users 615 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 615.
FIG. 6 b illustrates a flow diagram of USER operations at USER A 605 in establishing a collaborative session between USER A 605 and USER B 607, with both users sharing control and media and USER A 605 being configured for full collaboration privileges in a profile for USER B 607. FIG. 6 c illustrates a flow diagram of SCC AS operations at first SCC AS 610 in establishing a collaborative session between USER A 605 and USER B 607, with both users sharing control and media and USER A 605 being configured for full collaboration privileges in a profile for USER B 607. FIG. 6 d illustrates a flow diagram of SCC AS operations at second SCC AS 612 in establishing a collaborative session between USER A 605 and a USER B 607, with both users sharing control and media and USER A 605 being configured for full collaboration privileges in a profile for USER B 607. FIG. 6 e illustrates a flow diagram of USER operations at USER B 607 in establishing a collaborative session between USER A 605 and USER B 607, with both users sharing control and media and USER A 605 being configured for full collaboration privileges in a profile for USER B 607.
FIG. 7 a illustrates a message exchange in establishing a collaborative session between a USER A and a USER B, with both users sharing control and media and USER A and USER B not being configured in each other's profiles. However, USER A and USER B may be configured to accept in-session profile updates and new solicitations As shown in FIG. 7 a, the message exchange in establishing a collaborative session involves messages between USER A 705, USER B 707, a first SCC AS 710 serving USER A 705, a second SCC AS 712 serving USER B 707, and remote end users 715.
The message exchange may begin with USER A 705 initiating the collaborative session (shown as event #1). In the collaborative session USER A 705 intends to share media and control with USER B 707. USER A 705 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 710. First SCC AS 710 may check a profile of USER A 705 for authorization (block 720). For discussion purposes, let USER B 707 not be in a profile for USER A 705, but USER A 705 allows in-session profile updates. Therefore, first SCC AS 710 may add USER B 707 to the profile for USER A 705. According to an embodiment, USER B 707 may be granted full collaboration privilege. First SCC AS 710 may transmit a session refer message to second SCC AS 712 which is serving USER B 707 (shown as event #2). The session refer message may be in the form of a REFER SESSION message or equivalent message.
Second SCC AS 712 may check a profile of USER B 707 for authorization (block 722). For discussion purposes, let USER A 705 not be included in the profile of USER B 707, however USER B 707 may be configured to accept solicitations from new collaborators, USER A 705 in this instance.
Second SCC AS 712 may send a session refer message to USER B 707 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message. USER B 707 may perform a control and media sharing request authorization (block 724). Assuming that the control and media sharing request authorization succeeded, USER B 707 may respond to the session refer message with a join session message sent to second SCC AS 712 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.
Second SCC AS 712, upon receipt of the join session message from USER B 707, may add USER A 705 to the profile of USER B 707 (block 726). According to an embodiment, USER A 705 may be added with full collaborator privileges. According to an alternative embodiment, if USER A 705 already exists in the profile of USER B 707, then instead of adding USER A 705, collaborative privileges of USER A 705 may be updated in the profile of USER B 707. Second SCC AS 712 may send a join session message of its own to first SCC AS 710 (shown as event #5). The join session message may be in the form of a JOIN SESSION message or equivalent message. USER A 705, USER B 707, first SCC AS 710, second SCC AS 712, and remote end users 715 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 715.
FIG. 7 b illustrates a flow diagram of USER operations at USER A 705 in establishing a collaborative session between USER A 705 and USER B 707, with both users sharing control and media and USER A 705 and USER B 707 not being configured in each other's profiles. FIG. 7 c illustrates a flow diagram of SCC AS operations at first SCC AS 710 in establishing a collaborative session between USER A 705 and USER B 707, with both users sharing control and media and USER A 705 and USER B 707 not being configured in each other's profiles. FIG. 7 d illustrates a flow diagram of SCC AS operations at second SCC AS 712 in establishing a collaborative session between USER A 705 and a USER B 707, with both users sharing control and media and USER A 705 and USER B 707 not being configured in each other's profiles. FIG. 7 e illustrates a flow diagram of USER operations at USER B 707 in establishing a collaborative session between USER A 705 and USER B 707, with both users sharing control and media and USER A 705 and USER B 707 not being configured in each other's profiles.
FIG. 8 a illustrates a message exchange where USER A establishes a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A provided default authorization by USER B. Furthermore, USER B is configured as a media source in a profile for USER A. As shown in FIG. 8 a, the message exchange in establishing a collaborative session involves messages between USER A 805, USER B 807, a first SCC AS 810 serving USER A 805, a second SCC AS 812 serving USER B 807, and remote end users 815.
The message exchange may begin with USER A 805 initiating the collaborative session (shown as event #1). In the collaborative session USER A 805 intends to use a device of USER B 807 as a media server. USER A 805 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 810. First SCC AS 810 may check a profile of USER A 805 for authorization and to determine if USER B 807 has media source privileges (block 820). First SCC AS 810 may transmit a session refer message to second SCC AS 812 which is serving USER B 807 (shown as event #2). The session refer message may be in the form of a REFER SESSION message or equivalent message.
Second SCC AS 812 may check a profile of USER B 807 for authorization (block 822). For discussion purposes, let USER A 805 have controller privileges in the profile of USER B 807, with “no-user-authorization required” at session setup.
Second SCC AS 812 may send a session refer message to USER B 807 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message. USER B 807 may respond to the session refer message with a join session message sent to second SCC AS 812 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.
Second SCC AS 812, upon receipt of the join session message from USER B 807, may send a join session message of its own to first SCC AS 810 (shown as event #5). The join session message may be in the form of a JOIN SESSION message or equivalent message. USER A 805, USER B 807, first SCC AS 810, second SCC AS 812, and remote end users 815 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 815.
FIG. 8 b illustrates a flow diagram of USER operations at USER A 805 in establishing a collaborative session using USER B's device for media, USER A 805 being configured as a controller in a profile for USER B 807, and USER A 805 provided default authorization by USER B 807. FIG. 8 c illustrates a flow diagram of SCC AS operations at first SCC AS 810 in establishing a collaborative session using USER B's device for media, USER A 805 being configured as a controller in a profile for USER B 807, and USER A 805 provided default authorization by USER B 807. FIG. 8 d illustrates a flow diagram of SCC AS operations at second SCC AS 812 in establishing a collaborative session using USER B's device for media, USER A 805 being configured as a controller in a profile for USER B 807, and USER A 805 provided default authorization by USER B 807. FIG. 8 e illustrates a flow diagram of USER operations at USER B 807 in establishing a collaborative session using USER B's device for media, USER A 805 being configured as a controller in a profile for USER B 807, and USER A 805 provided default authorization by USER B 807.
FIG. 9 a illustrates a message exchange where USER A establishes a collaborative session using USER B's device for media, USER A being configured as a controller in a profile for USER B, and USER A being configured for per-session authorization by USER B. Furthermore, USER B is configured as a media source in a profile for USER A. As shown in FIG. 9 a, the message exchange in establishing a collaborative session involves messages between USER A 905, USER B 907, a first SCC AS 910 serving USER A 905, a second SCC AS 912 serving USER B 907, and remote end users 915.
The message exchange may begin with USER A 905 initiating the collaborative session (shown as event #1). In the collaborative session USER A 905 intends to use a device of USER B 907 as a media server. USER A 905 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 910. First SCC AS 910 may check a profile of USER A 905 for authorization and to determine if USER B 907 has media source privileges (block 920). If USER A 905 is authorized and if USER B 907 has media source privileges, first SCC AS 910 may transmit a session refer message to second SCC AS 912 which is serving USER B 907 (shown as event #2). The session refer message may be in the form of a REFER SESSION message or equivalent message.
Second SCC AS 912 may check a profile of USER B 907 for authorization (block 922). For discussion purposes, let USER A 905 have controller privileges in the profile of USER B 907, with “user-authorization required” at session setup.
Second SCC AS 912 may send a session refer message to USER B 907 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message. USER B 907 may perform a media sharing request authorization (block 924). USER B 907 may respond to the session refer message with a join session message sent to second SCC AS 912 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.
Second SCC AS 912, upon receipt of the join session message from USER B 907, may send a join session message of its own to first SCC AS 910 (shown as event #5). The join session message may be in the form of a JOIN SESSION message or equivalent message. USER A 905, USER B 907, first SCC AS 910, second SCC AS 912, and remote end users 915 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 915.
FIG. 9 b illustrates a flow diagram of USER operations at USER A 905 in establishing a collaborative session using USER B's device for media, USER A 905 being configured as a controller in a profile for USER B 907, and USER A 905 being configured for per-session authorization by USER B 907. FIG. 9 c illustrates a flow diagram of SCC AS operations at first SCC AS 910 in establishing a collaborative session using USER B+s device for media, USER A 905 being configured as a controller in a profile for USER B 907, and USER A 905 being configured for per-session authorization by USER B 907. FIG. 9 d illustrates a flow diagram of SCC AS operations at second SCC AS 912 in establishing a collaborative session using USER B's device for media, USER A 905 being configured as a controller in a profile for USER B 907, and USER A 905 being configured for per-session authorization by USER B 907. FIG. 9 e illustrates a flow diagram of USER operations at USER B 907 in establishing a collaborative session using USER B's device for media, USER A 905 being configured as a controller in a profile for USER B 907, and USER A 905 being configured for per-session authorization by USER B 907.
FIG. 10 a illustrates a message exchange where USER A establishes a collaborative session using USER B's device for media and USER B being configured to accept solicitations from new collaborators. Furthermore, USER B is configured as a media source in a profile for USER A. As shown in FIG. 10 a, the message exchange in establishing a collaborative session involves messages between USER A 1005, USER B 1007, a first SCC AS 1010 serving USER A 1005, a second SCC AS 1012 serving USER B 1007, and remote end users 1015.
The message exchange may begin with USER A 1005 initiating the collaborative session (shown as event #1). In the collaborative session USER A 1005 intends to use a device of USER B 1007 as a media server. USER A 1005 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 1010. First SCC AS 1010 may check a profile of USER A 1005 for authorization and to determine if USER B 1007 has media source privileges (block 1020). If USER A 1005 is authorized and if USER B 1007 has media source privileges, first SCC AS 1010 may transmit a session refer message to second SCC AS 1012 which is serving USER B 1007 (shown as event #2). The session refer message may be in the form of a REFER SESSION message or equivalent message.
Second SCC AS 1012 may check a profile of USER B 1007 for authorization (block 1022). For discussion purposes, let USER A 1005 not be present in the profile of USER B 1007. However, USER B 1007 may be configured to accept solicitations from new collaborators.
Second SCC AS 1012 may send a session refer message to USER B 1007 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message. USER B 1007 may perform a media sharing request authorization (block 1024). USER B 1007 may respond to the session refer message with a join session message sent to second SCC AS 1012 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.
Second SCC AS 1012, upon receipt of the join session message from USER B 907, may add USER A 1005 to the profile of USER B 1007 with USER A 1005 being added with controller privileges (block 1026). According to an embodiment, if USER A 1005 already exists in the profile of USER B 1007, then instead of adding USER A 1005, collaborative privileges of USER A 1005 may be updated in the profile of USER B 1007. Second SCC AS 1012 may send a join session message of its own to first SCC AS 1010 (shown as event #5). The join session message may be in the form of a JOIN SESSION message or equivalent message. USER A 1005, USER B 1007, first SCC AS 1010, second SCC AS 1012, and remote end users 1015 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 1015.
FIG. 10 b illustrates a flow diagram of USER operations at USER A 1005 in establishing a collaborative session using USER B's device for media, USER B 1007 being configured to accept solicitations from new collaborators, and USER B 1007 being configured as a media source in the profile of USER A 1005. FIG. 10 c illustrates a flow diagram of SCC AS operations at first SCC AS 1010 in establishing a collaborative session using USER B's device for media, USER B 1007 being configured to accept solicitations from new collaborators, and USER B 1007 being configured as a media source in the profile of USER A 1005. FIG. 10 d illustrates a flow diagram of SCC AS operations at second SCC AS 1012 in establishing a collaborative session using USER B's device for media, USER B 1007 being configured to accept solicitations from new collaborators, and USER B 1007 being configured as a media source in the profile of USER A 1005. FIG. 10 e illustrates a flow diagram of USER operations at USER B 1007 in establishing a collaborative session using USER B's device for media, USER B 1007 being configured to accept solicitations from new collaborators, and USER B 1007 being configured as a media source in the profile of USER A 1005.
FIG. 11 a illustrates a message exchange where USER A establishes a collaborative session using USER B's device for media and USER A and USER B not being configured in each other's profiles. However, USER A and USER B may be configured to accept in-session profile updates and new solicitations. As shown in FIG. 11 a, the message exchange in establishing a collaborative session involves messages between USER A 1105, USER B 1107, a first SCC AS 1110 serving USER A 1105, a second SCC AS 1112 serving USER B 1107, and remote end users 1115.
The message exchange may begin with USER A 1105 initiating the collaborative session (shown as event #1). In the collaborative session USER A 1105 intends to use a device of USER B 1107 as a media server. USER A 1105 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 1110. First SCC AS 1110 may check a profile of USER A 1105 for authorization (block 1120). While checking the profile of USER A 1105, first SCC AS 1110 determines that USER B 1107 is not in the profile of USER A 1105. However, USER A 1105 allows in-session profile updates as well as new solicitations. First SCC AS 1110 may add USER B 1107 to the profile for USER A 1105 (block 1120). First SCC AS 1110 may transmit a session refer message to second SCC AS 1112 which is serving USER B 1107 (shown as event #2). The session refer message may be in the form of a REFER SESSION message or equivalent message.
Second SCC AS 1112 may check a profile of USER B 1107 for authorization (block 1122). For discussion purposes, let USER A 1105 not be present in the profile of USER B 1107. However, USER B 1107 may be configured to accept solicitations from new collaborators.
Second SCC AS 1112 may send a session refer message to USER B 1107 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message. USER B 1107 may perform a media sharing request authorization (block 1124). Let the media sharing request authorization succeed, USER B 1107 may respond to the session refer message with a join session message sent to second SCC AS 1112 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.
Second SCC AS 1112, upon receipt of the join session message from USER B 907, may add USER A 1105 to the profile of USER B 1107 with USER A 1105 being added with controller privileges (block 1126). According to an embodiment, if USER A 1105 already exists in the profile of USER B 1107, then instead of adding USER A 1105, collaborative privileges of USER A 1105 may be updated in the profile of USER B 1107. Second SCC AS 1112 may send a join session message of its own to first SCC AS 1110 (shown as event #5). The join session message may be in the form of a JOIN SESSION message or equivalent message. USER A 1105, USER B 1107, first SCC AS 1110, second SCC AS 1112, and remote end users 1115 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 1115.
FIG. 11 b illustrates a flow diagram of USER operations at USER A 1105 in establishing a collaborative session using USER B's device for media, USER A 1105 and USER B 1107 not being configured in each other's profiles but may accept in-session profile updates and new solicitations. FIG. 11 c illustrates a flow diagram of SCC AS operations at first SCC AS 1110 in establishing a collaborative session using USER B's device for media, USER A 1105 and USER B 1107 not being configured in each other's profiles but may accept in-session profile updates and new solicitations. FIG. 11 d illustrates a flow diagram of SCC AS operations at second SCC AS 1112 in establishing a collaborative session using USER B's device for media, USER A 1105 and USER B 1107 not being configured in each other's profiles but may accept in-session profile updates and new solicitations. FIG. 11 e illustrates a flow diagram of USER operations at USER B 1107 in establishing a collaborative session using USER B's device for media, USER A 1105 and USER B 1107 not being configured in each other's profiles but may accept in-session profile updates and new solicitations.
FIG. 12 a illustrates a message exchange where USER B adds itself to an ongoing collaborative session with USER A for sharing control and media and USER A provided default authorization by USER B. Both USER A and USER B may be configured for full collaboration privileges in each other's profiles. As shown in FIG. 12 a, the message exchange in establishing a collaborative session involves messages between USER A 1205, USER B 1207, a first SCC AS 1210 serving USER A 1205, a second SCC AS 1212 serving USER B 1207, and remote end users 1215.
The message exchange may begin with USER B 1207 discovering information related to the collaborative session involving USER A 1205 (block 1220). USER B 1207 may attempt to add itself to the collaborative session by transmitting a JOIN SESSION message to second SCC AS 1212, serving USER B 1207 (shown as event #1). Second SCC AS 1212 may check a profile of USER B 1207 for authorization as well as determining if USER A 1205 has full collaboration privileges (block 1222).
For discussion purposes, assume that USER B 1207 is authorized and that USER A 1205 has full collaboration privileges. Second SCC AS 1212 may send a join session message to first SCC AS 1210 which is serving USER A 1205 (shown as event #2). The join session message may be in the form of a JOIN SESSION message or equivalent message.
First SCC AS 1210 may check a profile of USER A 1205 for authorization and determining if USER B 1207 has full collaboration privileges along with “no-user-authorization required” at session setup setting (block 1224). For discussion purposes let USER B 1207 have full collaboration privileges with “no-user-authorization required” at session setup setting, first SCC AS 1210 may transmit a join session request authorization message to USER A 1205 (shown as event #3). The join session request authorization message may be in the form of a JOIN SESSION REQUEST AUTHORIZATION message or equivalent message.
USER A 1205 may allow USER B 1207 to join in the collaborative session and may respond with a join session request authorization confirmation message to first SCC AS 1210 (shown as event #4). The join session request authorization confirmation message may be in the form of a JOIN SESSION REQUEST AUTHORIZATION CONFIRMATION message or equivalent message.
First SCC AS 1210 may send a join session confirmation message (in the form of a JOIN SESSION CONFIRMATION message or equivalent message) to second SCC AS 1212 (shown as event #5) and second SCC AS 1212 may sent a join session confirmation message (e.g., a JOIN SESSION CONFIRMATION message or equivalent message) to USER B 1207 (shown as event #6). USER A 1205, USER B 1207, first SCC AS 1210, second SCC AS 1212, and remote end users 1215 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 1215.
FIG. 12 b illustrates a flow diagram of USER operations at USER B 1207 in joining an ongoing collaborative session with USER A 1205, with USER A 1205 provided default authorization by USER B 1207 and both USER A 1205 and USER B 1207 may be configured for full collaboration privileges in each other's profiles. FIG. 12 c illustrates a flow diagram of SCC AS operations at second SCC AS 1212 in joining an ongoing collaborative session with USER A 1205, with USER A 1205 provided default authorization by USER B 1207 and both USER A 1205 and USER B 1207 may be configured for full collaboration privileges in each other's profiles. FIG. 12 d illustrates a flow diagram of SCC AS operations at first SCC AS 1210 in joining an ongoing collaborative session with USER A 1205, with USER A 1205 provided default authorization by USER B 1207 and both USER A 1205 and USER B 1207 may be configured for full collaboration privileges in each other's profiles. FIG. 12 e illustrates a flow diagram of USER operations at USER A 1205 in joining an ongoing collaborative session with USER A 1205, with USER A 1205 provided default authorization by USER B 1207 and both USER A 1205 and USER B 1207 may be configured for full collaboration privileges in each other's profiles.
FIG. 13 a illustrates a message exchange where USER B adds itself to an ongoing collaborative session with USER A for sharing control and media and USER A being configured for per-session authorization by USER B. Both USER A and USER B may be configured for full collaboration privileges in each other's profiles. As shown in FIG. 13 a, the message exchange in establishing a collaborative session involves messages between USER A 1305, USER B 1307, a first SCC AS 1310 serving USER A 1305, a second SCC AS 1312 serving USER B 1307, and remote end users 1315.
The message exchange may begin with USER B 1307 discovering information related to the collaborative session involving USER A 1305 (block 1320). USER B 1307 may attempt to add itself to the collaborative session by transmitting a JOIN SESSION message to second SCC AS 1312, serving USER B 1307 (shown as event #1). Second SCC AS 1312 may check a profile of USER B 1307 for authorization as well as determining if USER A 1305 has full collaboration privileges (block 1322).
For discussion purposes, assume that USER B 1307 is authorized and that USER A 1305 has full collaboration privileges. Second SCC AS 1312 may send a join session message to first SCC AS 1310 which is serving USER A 1305 (shown as event #2). The join session message may be in the form of a JOIN SESSION message or equivalent message.
First SCC AS 1310 may check a profile of USER A 1305 for authorization and to determining if USER B 1307 has full collaboration privileges along with “user-authorization required” at session setup setting (block 1324). For discussion purposes let USER B 1307 have full collaboration privileges with “user-authorization required” at session setup setting, first SCC AS 1310 may transmit a join session request authorization message to USER A 1305 (shown as event #3). The join session request authorization message may be in the form of a JOIN SESSION REQUEST AUTHORIZATION message or equivalent message.
USER A 1305 may perform a control and media sharing request authorization (block 1326). Assume that the control and media request authorization succeeded, USER A 1305 may allow USER B 1307 to join in the collaborative session and may respond with a join session request authorization confirmation message to first SCC AS 1310 (shown as event #4). The join session request authorization confirmation message may be in the form of a JOIN SESSION REQUEST AUTHORIZATION CONFIRMATION message or equivalent message.
First SCC AS 1310 may send a join session confirmation message (in the form of a JOIN SESSION CONFIRMATION message or equivalent message) to second SCC AS 1312 (shown as event #5) and second SCC AS 1312 may sent a join session confirmation message (e.g., a JOIN SESSION CONFIRMATION message or equivalent message) to USER B 1307 (shown as event #6). USER A 1305, USER B 1307, first SCC AS 1310, second SCC AS 1312, and remote end users 1315 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 1315.
FIG. 13 b illustrates a flow diagram of USER operations at USER B 1307 in joining an ongoing collaborative session with USER A 1305, with USER A 1305 being configured for per-session authorization by USER B 1307 and both USER A 1305 and USER B 1307 may be configured for full collaboration privileges in each other's profiles. FIG. 13 c illustrates a flow diagram of SCC AS operations at second SCC AS 1312 in joining an ongoing collaborative session with USER A 1305, with USER A 1305 being configured for per-session authorization by USER B 1307 and both USER A 1305 and USER B 1307 may be configured for full collaboration privileges in each other's profiles. FIG. 13 d illustrates a flow diagram of SCC AS operations at first SCC AS 1310 in joining an ongoing collaborative session with USER A 1305, with USER A 1305 being configured for per-session authorization by USER B 1307 and both USER A 1305 and USER B 1307 may be configured for full collaboration privileges in each other's profiles. FIG. 13 e illustrates a flow diagram of USER operations at USER A 1305 in joining an ongoing collaborative session with USER A 1305, with USER A 1305 being configured for per-session authorization by USER B 1307 and both USER A 1305 and USER B 1307 may be configured for full collaboration privileges in each other's profiles.
FIG. 14 a illustrates a message exchange where USER B adds itself to an ongoing collaborative session with USER A for sharing control and media and USER A being configured to accept new solicitations. USER A may be configured for full collaboration privileges in a profile of USER B. As shown in FIG. 14 a, the message exchange in establishing a collaborative session involves messages between USER A 1405, USER B 1407, a first SCC AS 1410 serving USER A 1405, a second SCC AS 1412 serving USER B 1407, and remote end users 1415.
The message exchange may begin with USER B 1407 discovering information related to the collaborative session involving USER A 1405 (block 1420). USER B 1407 may attempt to add itself to the collaborative session by transmitting a JOIN SESSION message to second SCC AS 1412, serving USER B 1407 (shown as event #1). Second SCC AS 1412 may check a profile of USER B 1407 for authorization as well as determining if USER A 1405 has full collaboration privileges (block 1422).
For discussion purposes, assume that USER B 1407 is authorized and that USER A 1405 has full collaboration privileges. Second SCC AS 1412 may send a join session message to first SCC AS 1410 which is serving USER A 1405 (shown as event #2). The join session message may be in the form of a JOIN SESSION message or equivalent message.
First SCC AS 1410 may check a profile of USER A 1405 for authorization (block 1424). However, USER A 1405 is not in the profile of USER B 1407 but USER A 1405 may be configured to accept solicitations from new collaborators. First SCC AS 1410 may transmit a join session request authorization message to USER A 1405 (shown as event #3). The join session request authorization message may be in the form of a JOIN SESSION REQUEST AUTHORIZATION message or equivalent message.
USER A 1405 may perform a control and media sharing request authorization (block 1426). Assume that the control and media request authorization succeeded, USER A 1405 may allow USER B 1407 to join in the collaborative session and may respond with a join session request authorization confirmation message to first SCC AS 1410 (shown as event #4). The join session request authorization confirmation message may be in the form of a JOIN SESSION REQUEST AUTHORIZATION CONFIRMATION message or equivalent message.
First SCC AS 1410 may add USER B 1407 to the profile of USER A 1405 with full collaboration privileges (block 1428). According to an alternative embodiment, if USER B 1407 already exists in the profile of USER A 1405, then instead of adding USER B 1407, collaborative privileges of USER B 1407 may be updated in the profile of USER A 1405. First SCC AS 1410 may send a join session confirmation message (in the form of a JOIN SESSION CONFIRMATION message or equivalent message) to second SCC AS 1412 (shown as event #5) and second SCC AS 1412 may sent a join session confirmation message (e.g., a JOIN SESSION CONFIRMATION message or equivalent message) to USER B 1407 (shown as event #6). USER A 1405, USER B 1407, first SCC AS 1410, second SCC AS 1412, and remote end users 1415 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 1415.
FIG. 14 b illustrates a flow diagram of USER operations at USER B 1407 in joining an ongoing collaborative session with USER A 1405, with USER A 1405 being configured for accepting new solicitations and USER A 1405 may be configured for full collaboration privileges in the profile of USER B 1407. FIG. 14 c illustrates a flow diagram of SCC AS operations at second SCC AS 1412 in joining an ongoing collaborative session with USER A 1405, with USER A 1405 being configured for accepting new solicitations and USER A 1405 may be configured for full collaboration privileges in the profile of USER B 1407. FIG. 14 d illustrates a flow diagram of SCC AS operations at first SCC AS 1410 in joining an ongoing collaborative session with USER A 1405, with USER A 1405 being configured for accepting new solicitations and USER A 1405 may be configured for full collaboration privileges in the profile of USER B 1407. FIG. 14 e illustrates a flow diagram of USER operations at USER A 1405 in joining an ongoing collaborative session with USER A 1405, with USER A 1405 being configured for accepting new solicitations and USER A 1405 may be configured for full collaboration privileges in the profile of USER B 1407.
FIG. 15 a illustrates a message exchange where USER B adds itself to an ongoing collaborative session with USER A for sharing control and media and USER A and USER B not being configured in each other's profiles. However, USER A and USER B may be configured to accept in-session profile updates and new solicitations. As shown in FIG. 15 a, the message exchange in establishing a collaborative session involves messages between USER A 1505, USER B 1507, a first SCC AS 1510 serving USER A 1505, a second SCC AS 1512 serving USER B 1507, and remote end users 1515.
The message exchange may begin with USER B 1507 discovering information related to the collaborative session involving USER A 1405 (block 1520). USER B 1507 may attempt to add itself to the collaborative session by transmitting a JOIN SESSION message to second SCC AS 1512, serving USER B 1507 (shown as event #1). Second SCC AS 1512 may check a profile of USER B 1507 for authorization (block 1522). Second SCC AS 1512 may determine that USER A 1505 is not in the profile of USER B 1507, however USER B 1507 allows in-session updates to its profile. Second SCC AS 1512 may add USER A 1505 to the profile of USER B 1507 (block 1522). USER A 1505 may be added with full collaboration privileges.
For discussion purposes, assume that USER B 1507 is authorized and that USER A 1505 has been added to the profile of USER B 1507 with full collaboration privileges. Second SCC AS 1512 may send a join session message to first SCC AS 1510 which is serving USER A 1505 (shown as event #2). The join session message may be in the form of a JOIN SESSION message or equivalent message.
First SCC AS 1510 may check a profile of USER A 1407 for authorization (block 1524). However, USER A 1505 is not in the profile of USER B 1507 but USER A 1505 may be configured to accept solicitations from new collaborators. First SCC AS 1510 may transmit a join session request authorization message to USER A 1505 (shown as event #3). The join session request authorization message may be in the form of a JOIN SESSION REQUEST AUTHORIZATION message or equivalent message.
USER A 1505 may perform a control and media sharing request authorization (block 1526). Assume that the control and media request authorization succeeded, USER A 1505 may allow USER B 1507 to join in the collaborative session and may respond with a join session request authorization confirmation message to first SCC AS 1510 (shown as event #4). The join session request authorization confirmation message may be in the form of a JOIN SESSION REQUEST AUTHORIZATION CONFIRMATION message or equivalent message.
First SCC AS 1510 may add USER B 1507 to the profile of USER A 1505 with full collaboration privileges (block 1528). According to an alternative embodiment, if USER B 1507 already exists in the profile of USER A 1505, then instead of adding USER B 1507, collaborative privileges of USER B 1507 may be updated in the profile of USER A 1505. First SCC AS 1510 may send a join session confirmation message (in the form of a JOIN SESSION CONFIRMATION message or equivalent message) to second SCC AS 1512 (shown as event #5) and second SCC AS 1512 may sent a join session confirmation message (e.g., a JOIN SESSION CONFIRMATION message or equivalent message) to USER B 1507 (shown as event #6). USER A 1505, USER B 1507, first SCC AS 1510, second SCC AS 1512, and remote end users 1515 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 1515.
FIG. 15 b illustrates a flow diagram of USER operations at USER B 1507 in joining an ongoing collaborative session with USER A 1505, USER A 1505 and USER B 1507 not being configured in each other's profiles, and USER A 1505 and USER B 1507 may be configured to accept in-session profile updates and new solicitations. FIG. 15 c illustrates a flow diagram of SCC AS operations at second SCC AS 1512 in joining an ongoing collaborative session with USER A 1505, USER A 1505 and USER B 1507 not being configured in each other's profiles, and USER A 1505 and USER B 1507 may be configured to accept in-session profile updates and new solicitations. FIG. 15 d illustrates a flow diagram of SCC AS operations at first SCC AS 1510 in joining an ongoing collaborative session with USER A 1505, USER A 1505 and USER B 1507 not being configured in each other's profiles, and USER A 1505 and USER B 1507 may be configured to accept in-session profile updates and new solicitations. FIG. 15 e illustrates a flow diagram of USER operations at USER A 1505 in joining an ongoing collaborative session with USER A 1505, USER A 1505 and USER B 1507 not being configured in each other's profiles, and USER A 1505 and USER B 1507 may be configured to accept in-session profile updates and new solicitations.
Although the present invention and its advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims.
Moreover, the scope of the present application is not intended to be limited to the particular embodiments of the process, machine, manufacture, composition of matter, means, methods and steps described in the specification. As one of ordinary skill in the art will readily appreciate from the disclosure of the present invention, processes, machines, manufacture, compositions of matter, means, methods, or steps, presently existing or later to be developed, that perform substantially the same function or achieve substantially the same result as the corresponding embodiments described herein may be utilized according to the present invention. Accordingly, the appended claims are intended to include within their scope such processes, machines, manufacture, compositions of matter, means, methods, or steps.

Claims

What is claimed is:

1. A method comprising:

establishing a collaborative session between a service centralization and continuity (SCC) application server (AS) and two or more user equipments (UEs) having Internet Protocol (IP) Multimedia Services (IMS) subscriptions under the same operator, the two or more UEs including at least a first UE and a second UE, wherein the collaborative session provides media from a remote party to the two or more UEs;

establishing collabarative session control between the first UE and the SCC AS, wherein the first UE maintains control of the collaborative session after establishing the collabarative session control between the SCC AS and the first UE; and

transferring the collabarative session control from the first UE to the second UE, wherein the second UE maintains control of the collaborative session after transfering the collabarative session control from the first UE to the second UE.

2. The method of claim 1, wherein the first UE and the second UE have public user identities that share the same service profile.

3. The method of claim 1, wherein the first UE is the controller UE prior to transferring the collabarative session control from the first UE to the second UE, and wherein the second UE is the controller UE after transferring the collabarative session control from the first UE to the second UE.

4. The method of claim 3, wherein the collaborative session control can only be transferred to UEs that have registered a public user identity sharing the same service profile as the controller UE.

5. The method of claim 3, wherein the controller UE is configured to release the collaborative session when a criteria is met.

6. The method of claim 3, wherein the controller UE is configured to invoke supplementary services for the collaborative session when a criteria is met.

7. The method of claim 3, wherein the controller UE is configured to authorize media control related requests from other ones of the two or more UEs when a criteria is met.

8. The method of claim 3, wherein the second UE advertises a capability for becoming the controller UE prior to transferring the collabarative session control from the first UE to the second UE.

9. The method of claim 1, wherein IMS sessions of the two or more UEs are anchored at the SCC AS in the home IMS to provide service continuity for a user when one or more media flows of an ongoing IMS multimedia session are transferred between UEs, added to a UE, or deleted from a UE.

10. The method of claim 1, wherein establishing the collabarative session control between the first UE and the SCC AS comprises establishing a first session control signaling channel between the first UE and the SCC AS, and

wherein transferring the collabarative session control from the first UE to the second UE comprises establishing a second session control signaling channel between the second UE and the SCC AS.

11. The method of claim 10, wherein the first session control signaling channel is configured to carry messages for selecting content to be provided via the collaborative session from the first UE to the SCC AS prior to transferring the collabarative session control from the first UE to the second UE, and

wherein the second session control signaling channel is configured to carry messages for selecting content to be provided via the collaborative session from the second UE to the SCC AS after transferring the collabarative session control from the first UE to the second UE.

12. An apparatus comprising:

a processor; and

a computer readable storage medium storing programming for execution by the processor, the programming including instructions to:

establish a collaborative session between a service centralization and continuity (SCC) application server (AS) and two or more user equipments (UEs) having Internet Protocol (IP) Multimedia Services (IMS) subscriptions under the same operator, the two or more UEs including at least a first UE and a second UE, wherein the collaborative session provides media from a remote party to the two or more UEs;

establish collabarative session control between the first UE and the SCC AS, wherein the first UE maintains control of the collaborative session after establishing the collabarative session control between the SCC AS and the first UE; and

transfer the collabarative session control from the first UE to the second UE, wherein the second UE maintains control of the collaborative session after transfering the collabarative session control from the first UE to the second UE.

13. The apparatus of claim 12, wherein the first UE is the controller UE prior to transferring the collabarative session control from the first UE to the second UE, and wherein the second UE is the controller UE after transferring the collabarative session control from the first UE to the second UE.

14. The apparatus of claim 13, wherein the collaborative session control can only be transferred to UEs that have registered a public user identity sharing the same service profile as the controller UE.

15. The apparatus of claim 13, wherein the controller UE is configured to release the collaborative session when a criteria is met.

16. The apparatus of claim 13, wherein the controller UE is configured to invoke supplementary services for the collaborative session when a criteria is met.

17. The apparatus of claim 13, wherein the controller UE is configured to authorize media control related requests from other ones of the two or more UEs when a criteria is met.

18. The apparatus of claim 13, wherein the second UE advertises a capability for becoming the controller UE prior to transferring the collabarative session control from the first UE to the second UE.

19. The apparatus of claim 12, wherein the instructions to establish the collabarative session control between the first UE and the SCC AS include instructions to establish a first session control signaling channel between the first UE and the SCC AS, and

wherein the instructions to transfer the collabarative session control from the first UE to the second UE include instructions to establish a second session control signaling channel between the second UE and the SCC AS.

20. The apparatus of claim 19, wherein the first session control signaling channel is configured to carry messages for selecting content to be provided via the collaborative session from the first UE to the SCC AS prior to transferring the collabarative session control from the first UE to the second UE, and