Source: https://patents.google.com/patent/US9641567B2/en
Timestamp: 2018-10-21 17:17:16
Document Index: 576942414

Matched Legal Cases: ['Application No. 61', 'Application No. 61', 'Application No. 61', 'art 306', 'art 308', 'art 310', 'art 316', 'art 320']

US9641567B2 - Controlling media and informing controller status in collaborative sessions - Google Patents
Controlling media and informing controller status in collaborative sessions Download PDF
US9641567B2
US9641567B2 US12779694 US77969410A US9641567B2 US 9641567 B2 US9641567 B2 US 9641567B2 US 12779694 US12779694 US 12779694 US 77969410 A US77969410 A US 77969410A US 9641567 B2 US9641567 B2 US 9641567B2
US12779694
US20100312841A1 (en )
A communication system extends IETF Session Initiation Protocol (SIP) signaling used by IMS architecture. As a basic use case, initially a first (UE1) (controller) is in a media session (e.g., audio, video and message session) with a remote UE. To transfer provider of one media component to a controllee UE, the controller UE1 sends a REFER message with a relevant body to trigger the media session operations to a Service Centralization and Continuity Application Server (SCC AS). The SCC AS is able to interpret the contents of the REFER message to perform the media session manipulation on one or multiple UEs (originating UE itself or other UEs). The innovation provides for a REFER message that convey what needs to be done in a separate SIP header carrying target dialog and media line number(s), in a SDP body that REFER carries, or XML body that will be in REFER.
The present application for patent claims priority to Provisional Application No. 61/178,476 entitled “Method and Apparatus for Controlling Media in Collaborative Sessions” filed May 14, 2009, to Provisional Application No. 61/180,556 entitled “Methods and Apparatus for Informing UE of Controller Status in Collaborative Sessions” filed May 22, 2009, and to Provisional Application No. 61/180,537 entitled “Methods and Apparatus for Maintaining Media and Controllee Information in IMS UIT” filed May 22, 2009, each assigned to the assignee hereof and hereby expressly incorporated by reference herein.
The present application for patent is related to the following co-pending U.S. patent application “Maintaining Controllee Information in Collaborative Sessions” by Jin Haipeng, et al., having Ser. No. 12/779,682, filed concurrently herewith, assigned to the assignee hereof, and expressly incorporated by reference herein
The present disclosure relates to a mobile operating environment, and more particularly, to collaborative sessions for inter-user equipment transfers.
Wireless communication networks are widely deployed to provide communication content such as voice, video, packet data, messaging, broadcast, etc. These wireless networks may be multiple-access networks capable of supporting multiple users by sharing the available network resources. Examples of such multiple-access networks include Code Division Multiple Access (CDMA) networks, Time Division Multiple Access (TDMA) networks, Frequency Division Multiple Access (FDMA) networks, Orthogonal FDMA (OFDMA) networks, and Single-Carrier FDMA (SC-FDMA) networks.
IP Multimedia (IM) Core Network (CN) Service Centralization and Continuity (SCC) provides the capability of continuing ongoing communication sessions with multiple media across different access networks or across different user equipments (UEs) under the control of the same subscriber. When the communication session is transferred across different UEs, the session can be a collaborative session with controller and controllee UEs. Generally, there can only be one controller UE, or one controller UE at a time, but several controllee UEs can be in the collaborative session.
Protocols can enable IMS SCC based on the Session Initiation Protocol (SIP) and the Session Description Protocol (SDP) and the protocols of the 3GPP Circuit-Switched (CS) domain. However, challenges remain since it can be necessary for changes to arise in a source UE for providing media, moreover control can be transferred.
In one aspect, a method is provided for inter-user equipment transfer in a collaborative session. A first user equipment communicates to a remote end during a data packet session. The first user equipment controls a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity. One of the first and second user equipment indicates whether one of the first and second a user equipment supports functionality needed as a controller in an inter-user equipment transfer.
In another aspect, at least one processor is provided for inter-user equipment transfer in a collaborative session. A first module communicates from a first user equipment to a remote end during a data packet session. A second module controls a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity. A third module indicates whether one of the first and second a user equipment supports functionality needed as a controller in an inter-user equipment transfer.
In an additional aspect, a computer program product is provided for inter-user equipment transfer in a collaborative session. A non-transitory computer-readable storage medium comprises sets of codes. A first set of codes causes a computer to communicate from a first user equipment to a remote end during a data packet session. A second set of codes causes the computer to control a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity. A third set of codes causes the computer to indicate whether one of the first and second a user equipment supports functionality needed as a controller in an inter-user equipment transfer.
In another additional aspect, an apparatus is provided for inter-user equipment transfer in a collaborative session. Means are provided for communicating from a first user equipment to a remote end during a data packet session. Means are provided for controlling a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity. Means are provided for indicating whether one of the first and second a user equipment supports functionality needed as a controller in an inter-user equipment transfer.
In a further aspect, an apparatus is provided for inter-user equipment transfer in a collaborative session. A transceiver communicates from a first user equipment to a remote end during a data packet session. A computing platform controls, via the transceiver, a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity, indicates whether one of the first and second a user equipment supports functionality needed as a controller in an inter-user equipment transfer.
In yet another aspect, a method is provided for inter-user equipment transfer in a collaborative session. A network entity remotely facilitates across a network a collaborative session of a first user equipment and a second user equipment with a remote end during a data packet session. The network entity relays signaling from one to the other of the first and second user equipment for controlling inter-user equipment transfer during a collaborative session. The network entity receives an indication from one of the first and second user equipment that supports functionality needed as a controller in an inter-user equipment transfer.
In yet an additional aspect, at least one processor is provided for inter-user equipment transfer in a collaborative session. A first module remotely facilitates across a network a collaborative session of a first user equipment and a second user equipment with a remote end during a data packet session. A second module relays signaling from one to the other of the first and second user equipment for controlling inter-user equipment transfer during a collaborative session. A third module receives an indication from one of the first and second user equipment that supports functionality needed as a controller in an inter-user equipment transfer.
In yet another additional aspect, a computer program product is provided for inter-user equipment transfer in a collaborative session. A non-transitory computer-readable storage medium comprises sets of codes. A first set of codes causes a computer to remotely facilitate across a network a collaborative session of a first user equipment and a second user equipment with a remote end during a data packet session. A second set of codes causes the computer to relay signaling from one to the other of the first and second user equipment for controlling inter-user equipment transfer during a collaborative session. A third set of codes causes the computer to receive an indication from one of the first and second user equipment that supports functionality needed as a controller in an inter-user equipment transfer.
In yet a further aspect, an apparatus is provided for inter-user equipment transfer in a collaborative session. Means is provided for remotely facilitating across a network a collaborative session of a first user equipment and a second user equipment with a remote end during a data packet session. Means are provided for relaying signaling from one to the other of the first and second user equipment for controlling inter-user equipment transfer during a collaborative session. Means are provided for receiving an indication from one of the first and second user equipment that supports functionality needed as a controller in an inter-user equipment transfer.
In yet an additional aspect, an apparatus is provided for inter-user equipment transfer in a collaborative session. A network interface remotely facilitates across a network a collaborative session of a first user equipment and a second user equipment with a remote end during a data packet session and relays signaling from one to the other of the first and second user equipment for controlling inter-user equipment transfer during a collaborative session. A computing platform receives via the network interface an indication from one of the first and second user equipment that supports functionality needed as a controller in an inter-user equipment transfer.
FIG. 1 illustrates a schematic diagram of a communication system in which a collaborative session of user equipment performs inter-user equipment transfer (IUT) while communicating to a remote end via a core network and a network entity.
FIG. 2 illustrates a timing diagram for tracking media connections for IUT during a collaborative session.
FIG. 3 illustrates a schematic diagram of a communication system in which media components in a media session are transferred between User Equipment (UE) in a collaborative session.
FIG. 4 illustrates a flow diagram for a methodology for user equipment to perform IUT for a collaborative session.
FIG. 5 illustrates a flow diagram for a methodology for a network to perform IUT for a collaborative session.
FIG. 6 illustrates a block diagram of a logical grouping of electrical components for IUT for a collaborative session that is incorporated at least in part in user equipment.
FIG. 7 illustrates a block diagram of a logical grouping of electrical components for IUT for a collaborative session that is incorporated at least in part in a node.
FIG. 8 illustrates a block diagram of an apparatus having means for IUT for a collaborative session by user equipment.
FIG. 9 illustrates a block diagram of an apparatus having means for IUT for a collaborative session by a network entity.
FIG. 10 illustrates a diagram of an exemplary computing environment.
FIG. 11 illustrates a diagram of a multiple access wireless communication system.
FIG. 12 illustrates a schematic of a multiple input multiple output (MIMO) communication system.
A communication system extends IETF (Internet Engineering Task Force) SIP (Session Initiation Protocol) signaling used by IMS (IP Multimedia Subsystem) architecture. As a basic use case, initially a first user equipment (UE1) (controller) is in a media session (e.g., audio, video and message session) with a remote UE. To transfer provider or consumer of one media component to a controllee UE, the controller UE1 sends a REFER message with a relevant body to trigger the media session operations to SCC AS. Service Centralization and Continuity Application Server (SCC AS) is able to interpret the contents of the REFER message to perform the media session manipulation on one or multiple UEs (originating UE itself or other UEs). The innovation provides for a REFER message that conveys what needs to be done in a separate SIP header carrying target dialog and media information, in a SDP body that REFER will carry, or XML body that will be in REFER.
In one aspect, in a collaborative session if UE1 transfers media to UE2 and may at the same time also transfers the control of the collaborative session, the present innovation allows a UE to inform the SCC AS whether it is a controller (i.e., supports the procedures needed for IUT controller functionality, e.g., the function sending the SIP message to initiate IUT operation) or a controllee.
In an additional aspect, a user equipment supports functionality needed as a controller in an inter-user equipment transfer. A user equipment can receive from a network entity (e.g., SCC AS) an indication whether to act in a role of the controller or a controllee within the collaborative session. Sending or receiving this indication can be achieved by using a selected one of a group of mechanisms consisting of a Session Initiation Protocol (SIP) media feature tag, a Session Initiation Protocol (SIP) header, and a content body within a Session Initiation Protocol (SIP) message.
Controlling Media in Collaborative Sessions.
Disclosed examples provide methods and apparatus for user equipment to control media in collaborative sessions. With wide spread use of the Internet and the proliferation of numerous wired and wireless communication devices, individuals and organizations are becoming IP connected. There is a need today, and there will be even greater need in the future, to access any telecommunication (telecom) and data communication (datacom) service, such as voice, video, IM at anytime, anywhere and using any communication device. It is natural to envision that users want to be able to move between devices, to move media streams between devices back and forth, and to manipulate media among devices. Methods and apparatus disclosed herein enable users to perform such varied media operations from their user equipment (UE).
The media operations referred to above include adding, deleting, modifying characteristics (such as changing the codec (coder-decoder), direction, etc.) of a media stream, transferring media sessions, retrieving them back, mixing and duplicating media streams, etc. These operations may be done by a UE on media streams the UE itself, or any UE and multiple UEs provide at one time.
In some scenarios, the focus has been on limited media types, e.g., audio and video only, on a transfer operation, or on a method for collaborating related media sessions. Examples disclosed herein provide the ability to modify multiple media sessions and perform multiple operations all at once. In some disclosed aspects, use of Extensible Markup Language (XML) provides the benefit of being expandable to accommodate further operations/additions that may arise in the future.
Disclosed examples provide use of XML body, Session Initiation Protocol (SIP) header or Session Description Protocol (SDP) body to achieve media session changes, invoking Inter-UE transfer (IUT) to multiple devices at the same time, mechanism to populate the headers to achieve IUT (i.e., Request-URI (Uniform Resource Identifier), Refer-To header, Target-Dialog header, structure of the XML body, etc.). Disclosed examples relate to document entitled “3GPP TS 24.237: IP Multimedia Subsystem (IMS) Service Continuity; Stage 3”.
In some examples, the Internet Engineering Task Force (IETF) Session Initiation Protocol (SIP) signaling used by IP multimedia subsystem (IMS) architecture is extended. One example is described with reference to FIG. 1. A communication system 100 is depicted wherein a collaborative session 102 has been established between user equipment (UE), specifically a first UE (“UE1”) 104 that acts as a controller, a second UE (“UE2”) 106 that acts as a controllee, and a third UE (“UE3”) 108 that also acts as a controllee. Each UE 104, 106, 108 is connected to an IMS Core Network (CN) 110 via a respective local leg 112 for signaling and potentially media transfer ultimately to a remote leg 114 to a remote end 116. The collaborative session 102 appears as originated from one signaling UE to the remote end 116 due to the operation of a Service Centralization and Continuity (SCC) Application Server (AS) 118 that is also coupled to the IMS CN 110. Control of the inter-UE transfer (IUT) is accomplished by service control signaling 120 between the UE1 104 and the SCC AS 118, media control signaling 122 between the UE2 106 and the SCC AS 118, media control signaling 124 between the UE3 108 and the SCC AS 118, and remote leg signaling 126 between the remote end 116 and the SCC AS 118. The communication system 100 performs collaborative session media connection tracking 128.
In one aspect, an apparatus such as the UE1 104 acts as controller for IUT in the collaborative session 102. A transceiver 140 of the UE1 104 communicates to a remote end 116 during a data packet session. A computing platform 142 of the UE1 104 controls, via the transceiver 140, the UE2 106 for IUT the collaborative session 102 by communicating with a network entity, depicted as the SCC AS 118. The computing platform 142 determines a change in a media operation for the collaborative session 102 and maintains media components information about the collaborative session 102 updated for the change in the media operation.
In another aspect, an apparatus is depicted as the SCC AS 118 for inter-user equipment transfer in a collaborative session. Its network interface 144 remotely facilitates across a network, depicted as the IMS CN 110, the collaborative session 102 of UE1 104, UE2 106, and UE3 108 with the remote end 116 during a data packet session for UE. The network interface 144 receives a change in a media operation for the collaborative session 102. A computing platform 146 of the SCC AS 118 maintains media components information about the collaborative session 102 updated for the change in the media operation.
In FIG. 2, a methodology or sequence of operations 200 are depicted for tracking media connections for IUT during a collaborative session. Initially as depicted at 230, the UE1 (controller) 104 is in an audio, video and Instant Messenger (IM) session with the remote UE (remote end) 116. UE1 104 later transfers the video part of the media session to UE2 (controllee), IM part of the session to UE3, and still keeps the control. To that end, UE1 104 sends a REFER message, depicted at 232, with a relevant body or relevant SIP header to trigger the media session operations to SCC AS. SCC AS is able to interpret the contents of the REFER message to perform the media session manipulation on one or multiple UEs (originating UE1 104 itself or other UEs 106, 108) (block 234). There are several alternatives for the REFER message to convey what needs to be done as part of the IUT operation. These alternatives include (a) XML body that will be in REFER (block 236), (b) in a separate SIP headers carrying target dialog and media information (block 238), or (c) in a SDP body that REFER will carry (block 240).
In one example depicted at 241, the UE's REFER message Request Uniform Resource Identifier (URI) is directed to SCC AS. It has a Refer-To header pointing to the URI of the target UE. The REFER message, using the Target-Dialog header, tells the SCC AS the dialog of the collaborative session whose media or control needs to be modified.
The REFER message contains an XML body to convey information on what type of operations are performed (block 242). The XML body, in an atomic basic media operation element, comprises:
<media_operation>
<operation>op_code</operation>
<media>m_type</media>
<media_line>m_line number</media_line>
<From_uri>source Uri</from_uri>
<To_uri>target Uri</To_Uri>
</media_operation>
The op_code specifies the type of operation is performed, such add, delete, modify, transfer, duplicate, and mix.
The m_type indicates the type of the media which can take value as specified in RFC4566: audio, video, text, application, and message.
The m_line_number indicates the media line number of the media stream that is being operated on.
The source URI indicates the source device of the operation if the operation involves two devices.
The target URI indicates the target device of the operation.
There may also be other elements included to specify more details for the operation include payload type, and media transfer directions. The SCC AS 118 signals to the UE2 as depicted at 246 and to the UE3 as depicted at 248.
An example XML body may comprise:
REFER <SCC AS>
Refer-To : Ue2@SccAs
Target-Dialog : Ue1_SccAs_CallId
<Collaborative_Session>
<media>audio</media>
<To_Uri>Ue2@SccAs</To_Uri>
<media_line>1</media_line>
<To_Uri>Ue3@SccAs</To_Uri>
<To_Uri>Ue4@SccAs</To_Uri>
<payload>H264</payload>
<direction>recvonly</direction>
<operation>transfer</operation>
<From_Uri>Ue5@SccAs</From_Uri>
<To_Uri>Ue1@SccAs</To_Uri>
<operation>retrieve</operation>
<operation>duplicate</operation>
<operation>mix</operation>
<media_ine>1</media_line>
<keep_session_control>no</keep_session_control>
<session_control_target_uri> Ue2@Scc_As
</session_control_target_uri>
</Collaborative_Session>
In order to keep track of the media sessions for further similar media operations, controller UE1 104 preserves the media line structure in order (block 244). If the controller UE1 104 is keeping track of all the media streams within the SDP body of its dialog with the SCC AS, then media line numbers specified in this XML body represents the media line order from the controller UE1 point of view. If not, the media line number can take the form UEx:#y where UEx specifies the URI of the UE where the media stream is on and #y specifies the cardinal number of the media on that particular UE. It may be possible to signal all operations that the UE1 104 wants to do in terms of media sessions in one shot to the SCC AS 118. SCC AS 118 may signal the success and failure of these operations in separate notifications back as depicted at 250. In this example, it is possible to modify multiple media components and perform multiple operations at once. Moreover, using XML has the benefit of being accommodative for expansion for further operations/additions that may come in the future.
In another example depicted at 260, if the purpose is to do a simple media transfer initiated by the controller UE1 104 to another UE 106, 108, this may be accomplished with a SIP header in the REFER message indicating the specific media component that is desired to be transferred, the media line information, and other relation information, depicted at 262. Alternatively, the information may also be presented as header parameters within existing SIP headers such as Refer-To header or Target-Dialog SIP header.
The following illustrates one example where the IUT operation information is carried in a SIP header:
IUT:video;2
The following illustrates one example where the IUT operation information is carried as part of the header/URI parameters:
Refer-To :
Ue2@SccAs?body=m%3Daudio%200%20RTP%2FAVP-
%2097%0Dm%3Dvideo%204568%20RTP%2FAVP%2098%0Dm-
%3Dmessage%200%20MSRP%2FTCP%20%2A
In yet another example as depicted 270, the same information may be conveyed within a SDP body that may be carried within REFER with new attributes that identify the operation, source and target URI, for the media lines that targeted for operation, as depicted at 272:
m=video 49170 RTP/AVP 99
a=fmtp:99 profile-level-id=42A01E; packetization-mode=1;
a=media_operation:add
a=xfer_source_uri:UE1@Scc_As
a=xfer_taget_uri:UE2@Scc_As
Informing UE of Controller Status in Collaborative Sessions.
With wide spread use of the Internet and the proliferation of numerous wired and wireless communication devices, individuals and organizations are becoming hyper connected. There is a need today, and there will be even greater need in the future, to access any telecom and datacom service, such as voice, video, IM at anytime, anywhere and using any communication device.
Disclosed examples provide methods and apparatus for informing user equipment (UE) about the controller status in collaborative sessions, in particular whether a UE supports the procedures needed for IUT controller functionality, e.g., the function sending the SIP message to initiate IUT operation; the method also allows the UE to learn whether it is assigned the role of the controller within a collaborative session or not. Disclosed examples relate to document entitled “3GPP TS 24.237: IP Multimedia Subsystem (IMS) Service Continuity; Stage 3,” hereby incorporated by reference herein.
FIG. 3 illustrates an aspect of disclosed examples. Referring to FIG. 3, in one example of a communication system 300, initially UE1 (controller) 302 is in a media session 304 (e.g., a video teleconference) comprised of an audio part 306, video part 308 and an IM part 310 with a remote UE 312. As depicted at 314, UE1 302 later transfers a source video part 316 of the media session 304 to a UE2 (controllee) 318. At 319, the UE1 302 transfers a source IM part 320 of the media session 304 to a UE3 322, and keeps control of the media session 304. If UE1 were to transfer the session control to a UE, e.g., UE2 318 while transferring the video, there is a need for a SCC AS 324 to inform UE2 318 that now it is the controller of this collaborative session 326.
In some examples, it is provided, extending IETF SIP signaling used by IMS architecture to tell the media transfer target whether it is a controller or a controllee UE.
SCC AS within the INVITE message going out to the media transfer target (UE2 in this case) includes a feature tag or a new SIP header or a new content body informing that it is now the controller (or a controllee) of this collaborative session. Similar tag/header may be included within the INVITE or other SIP messages coming back to UE1 informing whether it is a controller/controllee (UE that triggered the IUT operation) when SCC AS is re-directing its media streams. Similar tag/header may be included within the INVITE or other SIP messages coming from UE1 to indicate whether it supports the function of a controller or not.
Using a new SIP header controller. A value of yes means that this UE is a controller.
INVITE sip:7000 at 10.91.16.7:5060 SIP/2.0
Call-ID: b98d50b3d8a72c46f973097ed52ff81c at 10.91.16.82
From: “Test” <sip:6020 at 10.91.16.7>;tag=12345
To: “7000” <sip:7000 at 10.91.16.7>
Via: SIP/2.0/UDP 10.91.16.82:5060;branch=
z9hG4bK461edf96ee970e3c1cbfaa0b58b86634
CollaborativeSession-Controller : yes
Contact: “6020” <sip:6020 at 10.91.16.82:5060>
© Defining a new content type
In the example below, a new content-type of application/collaborative_session_iut is defined. In the same INVITE that a UE is being directed to media, within the multipart MIME body where SDP is included, with this new content-type, the information of whether the UE is controller or not is conveyed. A value of ‘yes’ means UE is controller and ‘no’ means it is a controllee. Alternatively this content type can be used standalone in other SIP message bodies such as OPTIONS, PUBLISH etc. This information may also be part of another event package, XML schema so that it can be sent to the UE via a NTFY using implicit or explicit subscription.
<controller> yes</controller>
--the boundary
o=− 95 1 IN IP4 192.168.45.194
m=audio 5234 RTP/AVP 0 8
c=IN IP4 192.168.45.197
In FIG. 4, a methodology 1100 is depicted for IUT in a collaborative session. A first user equipment communicates to a remote end during a data packet session (block 1104). The first user equipment controls a second user equipment for IUT during a collaborative session by communicating with a network entity (block 1106). One of the first and second user equipment indicate whether one of the first and second a user equipment supports functionality needed as a controller in an inter-user equipment transfer (block 1108).
In FIG. 5, methodology 1200 is depicted for inter-user equipment transfer in a collaborative session. A network entity remotely facilitates across a network a collaborative session of a first user equipment and a second user equipment with a remote end during a data packet session for IUT (block 1204). The network entity relays signaling from one to the other of the first and second user equipment for controlling inter-user equipment transfer during a collaborative session (block 1206). The network entity receives an indication from one of the first and second user equipment that supports functionality needed as a controller in an inter-user equipment transfer (block 1208).
With reference to FIG. 6, illustrated is a system 1300 for inter-user equipment transfer in a collaborative session. For example, system 1300 can reside at least partially within user equipment (UE). It is to be appreciated that system 1300 is represented as including functional blocks, which can be functional blocks that represent functions implemented by a computing platform, processor, software, or combination thereof (e.g., firmware). System 1300 includes a logical grouping 1302 of electrical components that can act in conjunction. For instance, logical grouping 1302 can include an electrical component for communicating from a first user equipment to a remote end during a data packet session 1304. Moreover, logical grouping 1302 can include an electrical component for controlling a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity 1306. For another instance, logical grouping 1302 can include an electrical component for indicating whether one of the first and second a user equipment supports functionality needed as a controller in an inter-user equipment transfer 1308. Additionally, system 1300 can include a memory 1320 that retains instructions for executing functions associated with electrical components 1304-1308. While shown as being external to memory 1320, it is to be understood that one or more of electrical components 1304-1308 can exist within memory 1320.
With reference to FIG. 7, illustrated is a system 1400 for inter-user equipment transfer in a collaborative session. For example, system 1400 can reside at least partially within a network entity (e.g., application server). It is to be appreciated that system 1400 is represented as including functional blocks, which can be functional blocks that represent functions implemented by a computing platform, processor, software, or combination thereof (e.g., firmware). System 1400 includes a logical grouping 1402 of electrical components that can act in conjunction. For instance, logical grouping 1402 can include an electrical component for remotely facilitating across a network a collaborative session of a first user equipment and a second user equipment with a remote end during a data packet session for inter-user equipment transfer 1404. Moreover, logical grouping 1402 can include an electrical component for relaying signaling from one to the other of the first and second user equipment for controlling inter-user equipment transfer during a collaborative session 1406. In addition, logical grouping 1402 can include an electrical component for receiving an indication from one of the first and second user equipment that supports functionality needed as a controller in an inter-user equipment transfer 1408. Additionally, system 1400 can include a memory 1420 that retains instructions for executing functions associated with electrical components 1404-1408. While shown as being external to memory 1420, it is to be understood that one or more of electrical components 1404-1408 can exist within memory 1420.
In FIG. 8, an apparatus 1502 is depicted for inter-user equipment transfer in a collaborative session. Means 1504 are provided for communicating from a first user equipment to a remote end during a data packet session. Means 1506 are provided for controlling a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity. Means 1508 are provided for indicating whether one of the first and second a user equipment supports functionality needed as a controller in an inter-user equipment transfer.
In FIG. 9, an apparatus 1602 is depicted for inter-user equipment transfer in a collaborative session. Means 1604 are provided for remotely facilitating across a network a collaborative session of a first user equipment and a second user equipment with a remote end during a data packet session for inter-user equipment transfer. Means 1606 are provided for relaying signaling from one to the other of the first and second user equipment for controlling inter-user equipment transfer during a collaborative session. Means 1608 are provided for receiving an indication from one of the first and second user equipment that supports functionality needed as a controller in an inter-user equipment transfer.
With reference to FIG. 10, an exemplary computing environment 1700 for implementing various aspects of the claimed subject matter includes a computer 1712. The computer 1712 includes a processing unit 1714, a system memory 1716, and a system bus 1718. The system bus 1718 couples system components including, but not limited to, the system memory 1716 to the processing unit 1714. The processing unit 1714 can be any of various available processors. Dual microprocessors and other multiprocessor architectures also can be employed as the processing unit 1714.
The system bus 1718 can be any of several types of bus structure(s) including the memory bus or memory controller, a peripheral bus or external bus, and/or a local bus using any variety of available bus architectures including, but not limited to, Industrial Standard Architecture (ISA), Micro-Channel Architecture (MSA), Extended ISA (EISA), Intelligent Drive Electronics (IDE), VESA Local Bus (VLB), Peripheral Component Interconnect (PCI), Card Bus, Universal Serial Bus (USB), Advanced Graphics Port (AGP), Personal Computer Memory Card International Association bus (PCMCIA), Firewire (IEEE 1794), and Small Computer Systems Interface (SCSI).
The system memory 1716 includes volatile memory 1720 and nonvolatile memory 1722. The basic input/output system (BIOS), containing the basic routines to transfer information between elements within the computer 1712, such as during start-up, is stored in nonvolatile memory 1722. By way of illustration, and not limitation, nonvolatile memory 1722 can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory 1720 includes random access memory (RAM), which acts as external cache memory. By way of illustration and not limitation, RAM is available in many forms such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), Rambus direct RAM (RDRAM), direct Rambus dynamic RAM (DRDRAM), and Rambus dynamic RAM (RDRAM).
Computer 1712 also includes removable/non-removable, volatile/non-volatile computer storage media. FIG. 10 illustrates, for example, disk storage 1724. Disk storage 1724 includes, but is not limited to, devices like a magnetic disk drive, floppy disk drive, tape drive, Jaz drive, Zip drive, LS-100 drive, flash memory card, or memory stick. In addition, disk storage 1724 can include storage media separately or in combination with other storage media including, but not limited to, an optical disk drive such as a compact disk ROM device (CD-ROM), CD recordable drive (CD-R Drive), CD rewritable drive (CD-RW Drive) or a digital versatile disk ROM drive (DVD-ROM). To facilitate connection of the disk storage devices 1724 to the system bus 1718, a removable or non-removable interface is typically used such as interface 1726.
It is to be appreciated that FIG. 10 describes software that acts as an intermediary between users and the basic computer resources described in the suitable operating environment 1700. Such software includes an operating system 1728. Operating system 1728, which can be stored on disk storage 1724, acts to control and allocate resources of the computer system 1712. System applications 1730 take advantage of the management of resources by operating system 1728 through program modules 1732 and program data 1734 stored either in system memory 1716 or on disk storage 1724. It is to be appreciated that the claimed subject matter can be implemented with various operating systems or combinations of operating systems.
A user enters commands or information into the computer 1712 through input device(s) 1736. Input devices 1736 include, but are not limited to, a pointing device such as a mouse, trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, satellite dish, scanner, TV tuner card, digital camera, digital video camera, web camera, and the like. These and other input devices connect to the processing unit 1714 through the system bus 1718 via interface port(s) 1738. Interface port(s) 1738 include, for example, a serial port, a parallel port, a game port, and a universal serial bus (USB). Output device(s) 1740 use some of the same type of ports as input device(s) 1736. Thus, for example, a USB port may be used to provide input to computer 1712 and to output information from computer 1712 to an output device 1740. Output adapter 1742 is provided to illustrate that there are some output devices 1740 like monitors, speakers, and printers, among other output devices 1740, which require special adapters. The output adapters 1742 include, by way of illustration and not limitation, video and sound cards that provide a means of connection between the output device 1740 and the system bus 1718. It should be noted that other devices and/or systems of devices provide both input and output capabilities such as remote computer(s) 1744.
Referring to FIG. 11, a multiple access wireless communication system according to one aspect is illustrated. An access point (AP) 1800 includes multiple antenna groups, one including 1804 and 1806, another including 1808 and 1810, and an additional including 1812 and 1814. In FIG. 16, only two antennas are shown for each antenna group, however, more or fewer antennas may be utilized for each antenna group. Access terminal (AT) 1816 is in communication with antennas 1812 and 1814, where antennas 1812 and 1814 transmit information to access terminal 1816 over forward link 1820 and receive information from access terminal 1816 over reverse link 1818. Access terminal 1822 is in communication with antennas 1806 and 1808, where antennas 1806 and 1808 transmit information to access terminal 1822 over forward link 1826 and receive information from access terminal 1822 over reverse link 1824. In a FDD system, communication links 1818, 1820, 1824 and 1826 may use different frequencies for communication. For example, forward link 1820 may use a different frequency then that used by reverse link 1818.
Each group of antennas and/or the area in which they are designed to communicate is often referred to as a sector of the access point. In the aspect, antenna groups each are designed to communicate to access terminals in a sector, of the areas covered by access point 1800.
In communication over forward links 1820 and 1826, the transmitting antennas of access point 1800 utilize beamforming in order to improve the signal-to-noise ratio of forward links for the different access terminals 1816 and 1822. Also, an access point using beamforming to transmit to access terminals scattered randomly through its coverage causes less interference to access terminals in neighboring cells than an access point transmitting through a single antenna to all of its access terminals.
The teachings herein may be incorporated into a node (e.g., a device) employing various components for communicating with at least one other node. FIG. 12 depicts several sample components that may be employed to facilitate communication between nodes. Specifically, FIG. 12 illustrates a wireless device 1910 (e.g., an access point) and a wireless device 1950 (e.g., an access terminal) of a MIMO system 1900. At the device 1910, traffic data for a number of data streams is provided from a data source 1912 to a transmit (“TX”) data processor 1914.
The coded data for each data stream may be multiplexed with pilot data using OFDM techniques. The pilot data is typically a known data pattern that is processed in a known manner and may be used at the receiver system to estimate the channel response. The multiplexed pilot and coded data for each data stream is then modulated (i.e., symbol mapped) based on a particular modulation scheme (e.g., BPSK, QSPK, M-PSK, or M-QAM) selected for that data stream to provide modulation symbols. The data rate, coding, and modulation for each data stream may be determined by instructions performed by a processor 1930. A data memory 1932 may store program code, data, and other information used by the processor 1930 or other components of the device 1910.
The modulation symbols for all data streams are then provided to a TX MIMO processor 1920, which may further process the modulation symbols (e.g., for OFDM). The TX MIMO processor 1920 then provides NT modulation symbol streams to NT transceivers (“XCVR”) 1922 a through 1922 t that each has a transmitter (TMTR) and receiver (RCVR). In some aspects, the TX MIMO processor 1920 applies beam-forming weights to the symbols of the data streams and to the antenna from which the symbol is being transmitted.
Each transceiver 1922 a-1922 t receives and processes a respective symbol stream to provide one or more analog signals, and further conditions (e.g., amplifies, filters, and upconverts) the analog signals to provide a modulated signal suitable for transmission over the MIMO channel. NT modulated signals from transceivers 1922 a through 1922 t are then transmitted from NT antennas 1924 a through 1924 t, respectively.
At the device 1950, the transmitted modulated signals are received by NR antennas 1952 a through 1952 r and the received signal from each antenna 1952 a-1952 r is provided to a respective transceiver (“XCVR”) 1954 a through 1954 r. Each transceiver 1954 a-1954 r conditions (e.g., filters, amplifies, and downconverts) a respective received signal, digitizes the conditioned signal to provide samples, and further processes the samples to provide a corresponding “received” symbol stream.
A receive (“RX”) data processor 1960 then receives and processes the NR received symbol streams from NR transceivers 1954 a-1954 r based on a particular receiver processing technique to provide NT “detected” symbol streams. The RX data processor 1960 then demodulates, deinterleaves, and decodes each detected symbol stream to recover the traffic data for the data stream. The processing by the RX data processor 1960 is complementary to that performed by the TX MIMO processor 1920 and the TX data processor 1914 at the device 1910.
A processor 1970 periodically determines which pre-coding matrix to use. The processor 1970 formulates a reverse link message comprising a matrix index portion and a rank value portion. A data memory 1972 may store program code, data, and other information used by the processor 1970 or other components of the device 1950.
The reverse link message may comprise various types of information regarding the communication link and/or the received data stream. The reverse link message is then processed by a TX data processor 1938, which also receives traffic data for a number of data streams from a data source 1936, modulated by a modulator 1980, conditioned by the transceivers 1954 a through 1954 r, and transmitted back to the device 1910.
At the device 1910, the modulated signals from the device 1950 are received by the antennas 1924 a-1924 t, conditioned by the transceivers 1922 a-1922 t, demodulated by a demodulator (“DEMOD”) 1940, and processed by a RX data processor 1942 to extract the reverse link message transmitted by the device 1950. The processor 1930 then determines which pre-coding matrix to use for determining the beam-forming weights then processes the extracted message.
FIG. 12 also illustrates that the communication components may include one or more components that perform interference control operations. For example, an interference (“INTER.”) control component 1990 may cooperate with the processor 1930 and/or other components of the device 1910 to send/receive signals to/from another device (e.g., device 1950). Similarly, an interference control component 1992 may cooperate with the processor 1970 and/or other components of the device 1950 to send/receive signals to/from another device (e.g., device 1910). It should be appreciated that for each device 1910 and 1950 the functionality of two or more of the described components may be provided by a single component. For example, a single processing component may provide the functionality of the interference control component 1990 and the processor 1930 and a single processing component may provide the functionality of the interference control component 1992 and the processor 1970.
1. A method for an inter-user equipment (UE) transfer in a collaborative session between at least a first UE and a remote end, comprising:
communicating from the first UE, via a network entity, to the remote end using a Session Initiation Protocol (SIP) during the collaborative session;
controlling a second UE during the collaborative session to communicate, via the network entity, with the remote end in the collaborative session, wherein controlling the second UE is based at least in part on initiating, using an enhanced SIP, the inter-UE transfer to transfer at least one media operation of the collaborative session with the remote end to the second UE; and
indicating, using at least a SIP media feature tag of a SIP message from the network entity to the second UE, wherein the SIP message is related to the inter-UE transfer, whether one of the first UE or the second UE supports functionality as a controller in the inter-UE transfer, wherein the functionality includes sending SIP messages to initiate inter-UE transfer operations.
2. The method of claim 1, wherein indicating whether one of the first UE and the second UE supports functionality as the controller in the inter-UE transfer further comprises:
communicating to the network entity whether a controller function is supported for the inter-UE transfer by the one of the first UE and the second UE; and
receiving an indication from the network entity whether the one of the first UE or the second UE is to act in a role of the controller or a controllee within the collaborative session.
3. The method of claim 1, wherein indicating whether one of the first UE and the second UE supports functionality as the controller in the inter-UE transfer further comprises using one of a SIP header, and a content body of the SIP message.
4. The method of claim 2, wherein receiving the indication from the network entity whether the one of the first UE and the second UE is to act in the role of the controller or the controllee within the collaborative session further comprises detecting a selected one of a group of mechanisms including the SIP media feature tag, a SIP header, and a content body within at least one of the SIP messages.
5. The method of claim 1, wherein controlling of the second UE for the inter-UE transfer further comprises indicating information in a transfer request comprising a transfer operation to be performed, a media component type and a media component identification of the at least one media operation, and a source and target device of the transfer operation.
6. The method of claim 1, further comprising determining a change in the at least one media operation of the collaborative session by determining a selected one of a group including adding, deleting, and modifying characteristics of a media stream, transferring a media session, retrieving back a media session, mixing media streams, and duplicating media streams.
7. The method of claim 1, wherein controlling the second UE for the inter-UE transfer during the collaborative session further comprises communicating with a Service Centralization and Continuity (SCC) application server.
8. The method of claim 1, further comprising communicating a change in the at least one media operation of the collaborative session by using an Extensible Markup Language (XML) message.
9. The method of claim 8, wherein communicating the change using the XML message further comprises transferring control of the collaborative session to the second UE.
10. The method of claim 8, further comprising using a Multipurpose Internet Mail Extensions (MIME) type defined for simple media transfer in the collaborative session.
11. The method of claim 8, further comprising using the XML message contained in at least one of the SIP messages to perform media operations.
12. The method of claim 1, further comprising communicating a change in the at least one media operation using signaling contained in a SIP header of a REFER message.
13. The method of claim 1, further comprising communicating an inter-UE transfer media operation using signaling contained in a Session Description Protocol (SDP) representation either in a SIP message body or in a SIP message header.
14. The method of claim 1, further comprising tracking a media direction attribute.
15. The method of claim 1, further comprising indicating that a bi-directional media component that comprises a plurality of unidirectional media components respectively terminated at different UEs.
16. At least one processor for an inter-user equipment (UE) transfer in a collaborative session between at least a first UE and a remote end, comprising:
a first processor module for communicating from the first UE, via a network entity, to the remote end using a Session Initiation Protocol (SIP) during the collaborative session;
a second processor module, comprising hardware, for controlling a second UE during the collaborative session to communicate, via the network entity, with the remote end in the collaborative session, wherein controlling the second UE is based at least in part on initiating, using an enhanced SIP, the inter-UE transfer to transfer at least one media operation of the collaborative session with the remote end to the second UE; and
a third processor module for indicating, using at least a SIP media feature tag of a SIP message from the network entity to the second UE, wherein the SIP message is related to the inter-UE transfer, whether one of the first UE or the second UE supports functionality as a controller in the inter-UE transfer, wherein the functionality includes sending SIP messages to initiate inter-UE transfer operations.
17. A non-transitory computer-readable storage medium comprising computer executable codes for an inter-user equipment (UE) transfer in a collaborative session between at least a first UE and a remote end, the codes comprising:
a first set of codes for causing a computer to communicate from the first UE, via a network entity, to the remote end using a Session Initiation Protocol (SIP) during the collaborative session;
a second set of codes for causing the computer to control a second UE during the collaborative session to communicate, via the network entity, with the remote end in the collaborative session, wherein controlling the second UE is based at least in part on initiating, using an enhanced SIP, the inter-UE transfer to transfer at least one media operation of the collaborative session with the remote end to the second UE; and
a third set of codes for causing the computer to indicate, using at least a SIP media feature tag of a SIP message from the network entity to the second UE, wherein the SIP message is related to the inter-UE transfer, whether one of the first UE or the second UE supports functionality as a controller in the inter-UE transfer, wherein the functionality includes sending SIP messages to initiate inter-UE transfer operations.
18. An apparatus for an inter-user equipment (UE) transfer in a collaborative session between at least a first UE and a remote end, comprising:
a transceiver for communicating from the first UE, via a network entity, to the remote end using a Session Initiation Protocol (SIP) during the collaborative session; and
controlling, via the transceiver, a second UE during the collaborative session to communicate, via the network entity, with the remote end in the collaborative session, wherein controlling the second UE is based at least in part on initiating, using an enhanced SIP, the inter-UE transfer to transfer at least one media operation of the collaborative session with the remote end to the second UE; and
19. The apparatus of claim 18, wherein the computing platform, via the transceiver, is further for indicating whether a controller function is supported for the inter-UE transfer by the one of the first UE and the second UE; and
the transceiver is further for receiving an indication from the network entity whether the one of the first UE and the second UE is to act in a role of the controller or a controllee within the collaborative session.
20. The apparatus of claim 18, wherein the computing platform, via the transceiver, is further for indicating whether one of the first UE and the second UE supports functionality as the controller in the inter-UE transfer by using one of a SIP header, and a content body within the SIP message.
21. The apparatus of claim 19, wherein the transceiver is further for receiving an indication from the network entity whether the one of the first UE and the second UE is to act in the role of the controller or the controllee within the collaborative session by detecting a selected one of a group of mechanisms including the SIP media feature tag, a SIP header, and a content body within at least one of the SIP messages.
22. The apparatus of claim 18, wherein the transceiver is further for controlling of the second UE for the inter-UE transfer by indicating information in a transfer request comprising a transfer operation to be performed, a media component type and a media component identification of the at least one media operation, and a source and target device of the transfer operation.
23. The apparatus of claim 18, wherein the computing platform, via the transceiver, is further for determining a change in the at least one media operation of the collaborative session by determining a selected one of a group including adding, deleting, and modifying characteristics of a media stream, transferring a media session, retrieving back a media session, mixing media streams, and duplicating media streams.
24. The apparatus of claim 18, wherein the computing platform, via the transceiver, is further for controlling the second UE for the inter-UE transfer during the collaborative session by communicating with a Service Centralization and Continuity (SCC) application server.
25. The apparatus of claim 18, wherein the transceiver is further for communicating a change in the at least one media operation of the collaborative session by using an Extensible Markup Language (XML) message.
26. The apparatus of claim 25, wherein the transceiver is further for communicating the change using the XML message to transfer control of the collaborative session to the second UE.
27. The apparatus of claim 25, wherein the transceiver is further for using a Multipurpose Internet Mail Extensions (MIME) type defined for simple media transfer in the collaborative session.
28. The apparatus of claim 25, wherein the transceiver is further for using the XML message contained in at least one of the SIP messages.
29. The apparatus of claim 18, wherein the transceiver is further for communicating a change in the at least one media operation using signaling contained in a SIP header of a REFER message.
30. The apparatus of claim 18, wherein the transceiver is further for communicating an inter-UE transfer media operation using signaling contained in a Session Description Protocol (SDP) representation either in a SIP message body or in a SIP message header.
31. The apparatus of claim 18, wherein the computing platform is further for tracking a media direction attribute.
32. The apparatus of claim 18, wherein the computing platform is further for indicating that a bi-directional media component comprises a plurality of unidirectional media components respectively terminated at different UEs.
33. A method for an inter-user equipment (UE) transfer in a collaborative session, comprising:
remotely facilitating, across a network, the collaborative session of a first UE and a second UE with a remote end;
communicating with the first UE, the second UE, and the remote end using a Session Initiation Protocol (SIP) and an enhanced SIP;
relaying signaling from the first UE to the second UE for controlling the inter-UE transfer to transfer at least one media operation of the collaborative session to the second UE;
receiving an indication from the first UE of whether functionality as a controller in the inter-UE transfer is supported; and
sending SIP messages to the second UE to initiate the inter-UE transfer, wherein at least one of the SIP messages comprises the indication in a SIP media feature tag.
34. The method of claim 33, further comprising transmitting an indication to one of the first UE or the second UE to act in a role of the controller or a controllee within the collaborative session.
35. The method of claim 33, wherein receiving the indication whether one of the first UE or the second UE supports functionality as the controller in the inter-UE transfer further comprises using one of a SIP header, and a content body within at least one of the SIP messages.
36. The method of claim 34, wherein transmitting the indication to the one of the first UE or the second UE to act in the role of the controller or the controllee within the collaborative session further comprises detecting a selected one of a group of mechanisms including the SIP media feature tag, a SIP header, and a content body within at least one of the SIP messages.
37. The method of claim 33, further comprising indicating information in a transfer request comprising a transfer operation to be performed, a media component type and a media component identification of the at least one media operation, and a source and target device of the transfer operation.
38. The method of claim 33, further comprising determining a change in the at least one media operation of the collaborative session by determining a selected one of a group including adding, deleting, and modifying characteristics of a media stream, transferring a media session, retrieving back a media session, mixing media streams, and duplicating media streams.
39. The method of claim 33, wherein facilitating the collaborative session comprises using a Service Centralization and Continuity (SCC) application server.
40. The method of claim 33, further comprising communicating a change in the at least one media operation of the collaborative session by using an Extensible Markup Language (XML) message.
41. The method of claim 40, wherein communicating the change using the XML message further comprises transferring control of the collaborative session to the second UE.
42. The method of claim 40, further comprising using a Multipurpose Internet Mail Extensions (MIME) type defined for simple media transfer in the collaborative session.
43. The method of claim 40, further comprising using the XML message contained in at least one of the SIP messages.
44. The method of claim 33, further comprising communicating a change in the at least one media operation using signaling contained in a SIP header of a REFER message.
45. The method of claim 33, further comprising communicating an inter-UE transfer media operation using signaling contained in a Session Description Protocol (SDP) representation either in a SIP message body or in a SIP message header.
46. The method of claim 33, further comprising tracking a media direction attribute.
47. The method of claim 33, further comprising indicating that a bi-directional media component comprises a plurality of unidirectional media components respectively terminated at different UEs.
48. At least one processor for an inter-user equipment (UE) transfer in a collaborative session, comprising:
a first processor module for remotely facilitating across a network, the collaborative session of a first UE and a second UE with a remote end;
a second processor module for communicating with the first UE, the second UE, and the remote end using a Session Initiation Protocol (SIP) and an enhanced SIP;
a third processor module, comprising hardware, for relaying signaling from the first UE to the second UE for controlling the inter-UE transfer to transfer at least one media operation of the collaborative session to the second UE;
a fourth processor module for receiving an indication from the first UE of whether functionality as a controller in the inter-UE transfer is supported; and
a fifth processor module for sending SIP messages to the second UE to initiate the inter-UE transfer, wherein at least one of the SIP messages comprises the indication in a SIP media feature tag.
49. A non-transitory computer-readable storage medium computer executable codes for an inter-user equipment (UE) transfer in a collaborative session, the codes comprising:
a first set of codes for causing a computer to remotely facilitate across a network, the collaborative session of a first UE and a second UE with a remote end;
a second set of codes for causing the computer to communicate with the first UE, the second UE, and the remote end using a Session Initiation Protocol (SIP) and an enhanced SIP;
a third set of codes for causing the computer to relay signaling from the first UE to the second UE for controlling the inter-UE transfer to transfer at least one media operation of the collaborative session to the second UE;
a fourth set of codes for causing the computer to receive an indication from the first UE of whether functionality as a controller in the inter-UE transfer is supported; and
a fifth set of codes for causing the computer to send SIP messages to the second UE to initiate the inter-UE transfer, wherein at least one of the SIP messages comprises the indication in a SIP media feature tag.
50. An apparatus for an inter-user equipment (UE) transfer in a collaborative session, comprising:
communicating with the first UE, the second UE, and the remote end using a Session Initiation Protocol (SIP) and an enhanced SIP; and
relaying signaling from the first UE to the second UE for controlling the inter-UE transfer to transfer at least one media operation of the collaborative session to the second UE; and
a computing platform for receiving, via the network interface, an indication from the first UE of whether functionality as a controller in the inter-UE transfer is supported,
wherein the network interface is further for sending SIP messages to the second UE to initiate the inter-UE transfer, wherein at least one of the SIP messages comprises the indication in a SIP media feature tag.
51. The apparatus of claim 50, wherein the network interface is further for transmitting an indication to one of the first UE or the second UE to act in a role of the controller or a controllee within the collaborative session.
52. The apparatus of claim 50, wherein the network interface is further for receiving the indication whether one of the first UE or the second UE supports functionality as the controller in the inter-UE transfer by using one of a SIP header, and a content body within at least one of the SIP messages.
53. The apparatus of claim 51, wherein the network interface is further for transmitting the indication to one of the first UE or the second UE to act in the role of the controller or the controllee within the collaborative session by detecting a selected one of a group of mechanisms including the SIP media feature tag, a SIP header, and a content body within at least one of the SIP messages.
54. The apparatus of claim 50, wherein the network interface is further for indicating information in a transfer request comprising a transfer operation to be performed, a media component type and a media component identification of the at least one media operation, and a source and target device of the transfer operation.
55. The apparatus of claim 50, wherein the computing platform is further for determining a change in the at least one media operation of the collaborative session by determining a selected one of a group including adding, deleting, and modifying characteristics of a media stream, transferring a media session, retrieving back a media session, mixing media streams, and duplicating media streams.
56. The apparatus of claim 50, further comprising a Service Centralization and Continuity (SCC) application server for facilitating the collaborative session.
57. The apparatus of claim 50, wherein the network interface is further for communicating a change in the at least one media operation of the collaborative session by using an Extensible Markup Language (XML) message.
58. The apparatus of claim 57, wherein the network interface is further for communicating the change using the XML message to transfer control of the collaborative session to the second user equipment.
59. The apparatus of claim 57, wherein the network interface is further for using a Multipurpose Internet Mail Extensions (MIME) type defined for simple media transfer in the collaborative session.
60. The apparatus of claim 57, wherein the network interface is further for using the XML message contained in at least one of the SIP messages.
61. The apparatus of claim 50, wherein the network interface is further for communicating a change in the at least one media operation using signaling contained in a SIP header of a REFER message.
62. The apparatus of claim 50, wherein the network interface is further for communicating an inter-UE transfer media operation using signaling contained in a Session Description Protocol (SDP) representation either in a SIP message body or in a SIP message header.
63. The apparatus of claim 50, wherein the computing platform is further for tracking a media direction attribute.
64. The apparatus of claim 50, wherein the computing platform is further for indicating that a bi-directional media component comprises a plurality of unidirectional media components respectively terminated at different UEs.
US12779694 2009-05-14 2010-05-13 Controlling media and informing controller status in collaborative sessions Active 2031-04-20 US9641567B2 (en)
US17847609 true 2009-05-14 2009-05-14
US18055609 true 2009-05-22 2009-05-22
US18053709 true 2009-05-22 2009-05-22
US12779694 US9641567B2 (en) 2009-05-14 2010-05-13 Controlling media and informing controller status in collaborative sessions
CN 201080020642 CN102422615B (en) 2009-05-14 2010-05-14 And notification control party controls the media in a collaborative session state
PCT/US2010/034989 WO2010132824A9 (en) 2009-05-14 2010-05-14 Controlling media and informing controller status in collaborative sessions
JP2012511055A JP5362908B2 (en) 2009-05-14 2010-05-14 Reporting the status of that and the controller controls the media in cooperation session
EP20100722465 EP2430812A1 (en) 2009-05-14 2010-05-14 Controlling media and informing controller status in collaborative sessions
KR20117029969A KR101377607B1 (en) 2009-05-14 2010-05-14 Controlling media and informing controller status in collaborative sessions
US20100312841A1 true US20100312841A1 (en) 2010-12-09
US9641567B2 true US9641567B2 (en) 2017-05-02
ID=42651052
US12779694 Active 2031-04-20 US9641567B2 (en) 2009-05-14 2010-05-13 Controlling media and informing controller status in collaborative sessions
US (1) US9641567B2 (en)
EP (1) EP2430812A1 (en)
JP (1) JP5362908B2 (en)
KR (1) KR101377607B1 (en)
CN (1) CN102422615B (en)
WO (1) WO2010132824A9 (en)
JP5541719B2 (en) * 2010-08-26 2014-07-09 キヤノン株式会社 Communication device, a control method for a communication apparatus, and program
CN101986646B (en) * 2010-11-01 2015-09-16 中兴通讯股份有限公司 Trigger configuration and business trigger sip xml-based broadband services
CN105939351A (en) 2011-03-08 2016-09-14 交互数字专利控股公司 Privacy for inter-user equipment transfer subscribers
WO2012138178A3 (en) * 2011-04-08 2013-01-10 엘지전자 주식회사 Method and apparatus for iut in a wireless communication system
US10091255B2 (en) * 2013-04-15 2018-10-02 Telefonaktiebolaget Lm Ericsson (Publ) Local control of additional media session for a packet based call
JP2004229270A (en) 2002-11-29 2004-08-12 Hitachi Ltd Telephone communication system
US20050036492A1 (en) 2003-07-31 2005-02-17 Klaus Hoffmann Method for redirecting a bearer connection (bearer redirect) for SIP/ SIP-T subscribers
JP2006501734A (en) 2002-10-04 2006-01-12 アットリンクス Telephone equipment, multi-media terminal, and the server
WO2006113116A1 (en) 2005-04-14 2006-10-26 Hewlett-Packard Development Company, L.P. Multimedia transfer for wireless networks
CN101309509A (en) 2007-05-18 2008-11-19 华为技术有限公司 PANM server, method and system for recognizing PNE in PAN, PNE thereof
CN101370292A (en) 2008-09-24 2009-02-18 深圳华为通信技术有限公司 Method, apparatus and system for media transfer between terminals
CN101394605A (en) 2008-10-30 2009-03-25 深圳华为通信技术有限公司 Method, apparatus and network device for media transferring between terminal devices
EP2086184A1 (en) 2007-05-28 2009-08-05 Huawei Technologies Co., Ltd. Session mobility method and session mobility system
US20100293222A1 (en) 2009-05-12 2010-11-18 Microsoft Corporation Synchronizing self-referencing fields during two-way synchronization
US20100312834A1 (en) 2009-05-14 2010-12-09 Serhad Doken Maintaining Controllee Information in Collaborative Sessions
US20120143984A1 (en) 2010-11-18 2012-06-07 Interdigital Patent Holdings, Inc. Method and apparatus for inter-user equipment transfer
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia Subsystem (IMS) service continuity enhancements; Service, policy and interaction; Stage 2 (Release 9)", 3GPP STANDARD; 3GPP TR 23.838, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V1.1.0, 3GPP TR , 1 April 2009 (2009-04-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 53, XP050363944
3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP Multimedia (IM) Core Network (CN) subsystem IP Multimedia Subsystem (IMS) Service Continuity; Stage 3 (Release 8)3GPP Standard; 3GPP TS 24.237, SRD Generation.
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia Subsystem (IMS) service continuity enhancements; Service, policy and interaction; Stage 2 (Release 9) 3GPP Standard; 3GPP TR 23.838, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre ; 650, Route Des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, No. VI.1.0, Apr. 1, 2009 (Apr. 1, 2009), pp. 1-53, XP050363944.
International Search Report and Written Opinion-PCT/US2010/034989, International Search Authority-European Patent Office-Sep. 9, 2010.
International Search Report and Written Opinion—PCT/US2010/034989, International Search Authority—European Patent Office—Sep. 9, 2010.
Kutscher Ott Bormann Tzi et al: "Session Description and Capability Negotiation; draft-i etf-mmus i c-sdpng-08.txt" IETF Standard-Working-Draft, Internet Engineering Task Force, IETF, CH, vol. mmusic, No. 8, Feb. 20, 2005 (Feb. 20, 2005), XP015023241 ISSN.
Nokia et al: "Clarify determining the capabilities of an UE to act as Controller/Controllee UE" 3GPP Draft; S2-091958, SRD Generation.
Partnership Project (3GPP), Mobile Competence Centre ; 650, Route Des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France.
Taiwan Search Report-TW099115543-TIPO-Apr. 22, 2013.
Taiwan Search Report—TW099115543—TIPO—Apr. 22, 2013.
WO2010132824A9 (en) 2011-11-10 application
KR20120014588A (en) 2012-02-17 application
CN102422615B (en) 2016-06-01 grant
WO2010132824A1 (en) 2010-11-18 application
JP5362908B2 (en) 2013-12-11 grant
CN102422615A (en) 2012-04-18 application
EP2430812A1 (en) 2012-03-21 application
JP2012527198A (en) 2012-11-01 application
KR101377607B1 (en) 2014-04-02 grant
US20100312841A1 (en) 2010-12-09 application
US20110170516A1 (en) 2011-07-14 System and method for coordinated multi-point network operation to reduce radio link failure
US20090168757A1 (en) 2009-07-02 Transparently routing a telephone call between mobile and voip services
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DOKEN, SERHAD;JIN, HAIPENG;MAHENDRAN, ARUNGUNDRAM CHANDRASEKARAN;SIGNING DATES FROM 20100701 TO 20100804;REEL/FRAME:024860/0727