WO2007070364A2 - Method and apparatus to facilitate use of a session initiation protocol instance to support on-hold session status - Google Patents

Method and apparatus to facilitate use of a session initiation protocol instance to support on-hold session status Download PDF

Info

Publication number
WO2007070364A2
WO2007070364A2 PCT/US2006/046830 US2006046830W WO2007070364A2 WO 2007070364 A2 WO2007070364 A2 WO 2007070364A2 US 2006046830 W US2006046830 W US 2006046830W WO 2007070364 A2 WO2007070364 A2 WO 2007070364A2
Authority
WO
WIPO (PCT)
Prior art keywords
session
initiation protocol
communication session
hold
network
Prior art date
Application number
PCT/US2006/046830
Other languages
French (fr)
Other versions
WO2007070364A3 (en
Inventor
Edgardo L. Promenzio
Ajaykumar R. Idnani
Yi-Cheng Liu
Rajendra A. Panchal
Original Assignee
Motorola, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Motorola, Inc. filed Critical Motorola, Inc.
Publication of WO2007070364A2 publication Critical patent/WO2007070364A2/en
Publication of WO2007070364A3 publication Critical patent/WO2007070364A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/401Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/22Manipulation of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • This invention relates generally to communication networks and more particularly to hold functionality.
  • a communication session typically comprises the facilitation of communications between two or more user platforms.
  • S ⁇ P Session Initiation Protocol
  • a Session Initiation Protocol server can be employed to support various communication session activities. For example, on-hold status for one or more user platforms can be supported in this manner.
  • Mobile user platforms are also known in the art. Such user platforms may comprise, for example, a personal device that a given user carries on their person. Such mobile user platforms may exhibit mobility before, during, and/or after a given communication session. Such mobility, of course, can lead to a need to hand off a given user platform from one network to another in order to ensure the provision of adequate communication connectivity.
  • a first communication network hands off a given user platform to a second communication network during the course of a communication session wherein at least one user platform is on hold with respect to that communication session and where that communication session is serviced by (and terminable by) a Session Initiation Protocol server as comprises a part of that first communication network
  • the on-hold user platform loses their status and are effectively lost to the communication session. This occurs at least in part because all Session Initiation Protocol dialogs terminate when a corresponding active user platform leaves the network as occurs during such a hand off.
  • the call context comprising the on-hold status of one or more user platforms are lost.
  • FIG. 1 comprises a flow diagram as configured in accordance with various embodiments of the invention
  • FIG. 2 comprises a block diagram as configured in accordance with various embodiments of the invention
  • FIG. 3 comprises a block diagram as configured in accordance with various embodiments of the invention.
  • these teachings further optionally provide for using the session context information for the user platform that is on hold to effect, via the Session Initiation Protocol server, changing the user platform that is on hold to a user platform that is actively engaged in the communication session notwithstanding that bearer support for the communication session has been handed off to the second network.
  • the aforementioned Session Initiation Protocol instance is established by, and resides within, a Session Initiation Protocol user agent proxy.
  • the session context- information can be sourced by any convenient and expedient source. For example, such information may be sourced, in whole or in part, by one or more of the user platforms as are engaged in the communication session or the Session Initiation Protocol server itself.
  • on-hold status for a given user platform can be preserved and transparently leveraged notwithstanding and subsequent to a handoff of an active user platform from a first network to a second network and notwithstanding the use and presence of a Session Initiation Protocol server in the first network that would otherwise terminate that on-hold status.
  • a Session Initiation Protocol server in the first network that would otherwise terminate that on-hold status.
  • a corresponding process 100 presumes the existence 101 of a communication session for a plurality of user platforms wherein at least one of the user platforms is on hold.
  • This communication session is further presumed to be occurring in a first network that comprises, at least in part, a Session Initiation Protocol server that has the capacity and authority to terminate this communication session.
  • this Session Initiation Protocol server may be configured and arranged in a known manner to terminate all Session Initiation Protocol dialogs upon this first network handing off bearer support of such a communication session to another network.
  • This process 100 then provides for establishing 102 in the first network a Session Initiation Protocol instance as corresponds to the communication session wherein the Session Initiation Protocol instance comprises, at least in part, session context information for the user platform(s) that is on hold (such that when more than one user platform is presently on hold, this step may provide for establishing corresponding session context information for each such user platform).
  • Such establishment 102 can occur in an ongoing manner if desired. Or, if desired, such establishment 102 can occur in response to one or more predetermined triggers of choice. For example, detecting a specific preliminary indication that a handoff is likely to occur can be used as such a trigger.
  • the session context information itself can and will likely vary with the specifics of a given application setting. Examples of such information comprise, but are certainly not limited to: an identifier for the user platform that is on hold; an identifier for a user platform that presently has floor privileges; an identifier for a user platform that initiated the communication session; and information regarding a relative communication priority as corresponds to the user platform that is on hold.
  • this process 100 provides for using 104 the Session Initiation Protocol instance to maintain the hold status of the user platform that is on hold with the Session Initiation Protocol server such that the Session Initiation Protocol server does not terminate the communication session.
  • This step prompts a result that is contrary to prior practice and expectations; i.e., notwithstanding bearer support handoff the Session Initiation Protocol server persists its support of the communication session.
  • held-call support can be facilitated when bearer support for a first user platform's active communication session is handed off to another network.
  • these Session Initiation Protocol instances are then used to maintain the hold status of the user platforms that were on hold when handing off the active communication session.
  • This use comprises use in conjunction with the Session Initiation Protocol server such that the latter does not terminate the held status of the user platforms that were on hold with respect to the active communication session at the time of the handoff.
  • this process 100 may be further leveraged if desired.
  • session context information can be used 105 to effect, via the Session Initiation Protocol server, changing the user platform that is on hold to a user platform that is actively engaged in the communication session notwithstanding, again, that bearer support for the communication session has been handed off to the second network. This will permit, for example, a given user platform to access a held user platform and to convert that user platform to active participation in an active communication session.
  • this session context information can be optionally used 106 to effect, via the Session Initiation Protocol server, changing a user platform that is actively engaged in the communication session to being on hold with respect to the communication session (again notwithstanding that bearer support for the communication session has been handed off to the second network).
  • the Session Initiation Protocol server can be used to convert a user platform that is active with respect to the active communication session to held status instead.
  • this can further comprise detecting termination of an active call as corresponds to the active communication session by a first user's platform while at least one user platform remains on hold with respect to the active communication session and then automatically alerting the first user's platform (by facilitating, for example, triggering of an annunciator (such as a ringback) at the first user's platform (where the annunciator can comprise essentially any alert mechanism including but not limited to visual alerts, audible alerts, haptic alerts, and so forth)) regarding the at least one user platform that remains on hold with respect to the active communication session.
  • an annunciator such as a ringback
  • the depicted apparatus 200 which can comprise, for example, a Session Initiation Protocol user agent proxy as noted above and having a Session Initiation Protocol server interface 201 to permit compatible interaction with a Session Initiation Protocol server 202 (via, for example, an intervening network 203 of choice). So configured, the apparatus 200 can interact with the Session Initiation Protocol server 202 to effect the teachings presented above.
  • a Session Initiation Protocol user agent proxy as noted above and having a Session Initiation Protocol server interface 201 to permit compatible interaction with a Session Initiation Protocol server 202 (via, for example, an intervening network 203 of choice). So configured, the apparatus 200 can interact with the Session Initiation Protocol server 202 to effect the teachings presented above.
  • This illustrative example of an apparatus 200 further comprises a memory 204 having stored therein context information as corresponds to an active communication session for a first user platform.
  • this context information comprises, at least in part, session context information for at least one user platform as has on-hold status with respect to an active communication session.
  • Such information may have been obtained, for example, from the Session Initiation Protocol server 202 and/or one or more user platforms (via, for example, a user platform interface 205 as can operably couple to the memory 204 to permit receipt of such information).
  • this apparatus 200 can further optionally comprise a processor 206 that couples to the Session Initiation Protocol server interface 201 and the memory 204.
  • This processor 206 can be programmed, for example, to effect one or more of the actions set forth by these teachings.
  • the processor 206 can serve to use the stored session context information in interactions with the Session Initiation Protocol server 202 in a manner that prevents the latter from terminating the communication session even when bearer support for that communication session is handed off from the network that includes the Session Initiation Protocol server 202 to another network that does not include the Session Initiation Protocol server 202.
  • the processor 206 can serve to use the stored session context information to effect, via the Session Initiation Protocol server, changing a user platform that is on hold to a user platform that is actively engaged with respect to a communication session.
  • the processor 206 can serve to use the stored session context information to effect, via the Session Initiation Protocol server, to generally effect the opposite; i.e., changing a user platform that is actively engaged with respect to a communication session to a user platform that is on hold with respect thereto.
  • the processor 206 can serve to detect a return of bearer support of an active communication session to the network that includes the Session Initiation Protocol server 202 and, in response thereto, to provision the returning user platform with session context information as corresponds to the held status of those user platforms that are on hold with respect to the returning active communication session.
  • Such an apparatus 200 may be comprised of a plurality of physically distinct elements as is suggested by the illustration shown in FIG. 2. It is also possible, however, to view this illustration as comprising a logical view, in which case one or more of these elements can be enabled and realized via a shared platform. It will also be understood that such a shared platform may comprise a wholly or at least partially programmable platform as are known in the art.
  • a moving user platform 301 is engaged in an active communication session.
  • This activity includes an active dialog with a corresponding Session Initiation Protocol server 302 (via, for example, a wireless network 303 of choice and a Session Initiation Protocol proxy 304 as are known in the art).
  • This active dialog comprises, in this illustrative example, dialog regarding at least one held call.
  • the moving user platform 301 moves it begins to move out of the coverage area as corresponds to this network.
  • the moving user platform 301 initiates a handover procedure with a corresponding mobility server 305 (via, for example, the Session Initiation Protocol server 302).
  • this initiation of a handover procedure also triggers having the moving user platform 301 deliver the context for the current and held calls to the mobility server 305 along with, for example, an instruction to the latter to establish a Session Initiation Protocol instance for each such call.
  • the mobility server 305 requests an instantiation proxy 200 to create the corresponding instances 306. So configured, the instantiation proxy 200 establishes a Session Initiation Protocol instance 306 for each user platform as comprises a part of the active communication session including on-hold user platforms.
  • the mobility server 305 can next instruct the Session Initiation Protocol server 302 to effectively replace its dialog with the moving user platform with that of a corresponding one of the newly created instances (i.e., the Session Initiation Protocol instance as corresponds to the active call itself).
  • the dialog the Session Initiation Protocol server 302 requires in order to persist and not terminate the session will continue to the satisfaction of the Session Initiation Protocol server notwithstanding that the moving user platform 301 hands off at least temporarily to another network.
  • the instantiation proxy 200 can itself invite the Session Initiation Protocol server 302 to replace the original dialog for the new dialog.
  • Such a transaction is already documented and well understood in the art.
  • the mobile station can send a request to make the indicated change to a corresponding mobility Session Initiation Protocol server in the wireless local area network via a wide area provider network.
  • This request will be routed through the wide area network to the Session Initiation Protocol mobility server via, for example, a tightly coupled link with the wireless local area network.
  • the Session Initiation Protocol mobility server then constructs a request to an instantiation proxy in order to switch the status of the first call to being on-hold and the status of the held call to being active.
  • the Session Initiation Protocol mobility server can also request the call context information as corresponds to the held call at this time as well.
  • the instantiation proxy will effect the requested change and provide the held call context information to the Session Initiation Protocol mobility server.
  • the latter can use the received held call context information to construct and send a request to the Session Initiation Protocol server to put the first call on hold and to change the held call to active status.
  • the Session Initiation Protocol server can perform these changes and prepare to modify the bearer media accordingly while also acknowledging these changes to the Session Initiation Protocol mobility server. The latter can then send a successful confirmation regarding the call change request to the mobile station.

Abstract

During (101) a communication session for a plurality of user platforms wherein at least one of the user platforms is on hold and wherein the communication session is presently occurring in a first network and is terminable by a Session Initiation Protocol server as comprises a part of that first network, one establishes (102) in the first network a Session Initiation Protocol instance as corresponds to the communication session wherein the Session Initiation Protocol instance comprises, at least in part, session context information for the user platform that is on hold. Then, following a handoff of bearer support of the communication session from the first network to a second network, one uses (104) the Session Initiation Protocol instance to maintain the hold status of the user platform that is on hold with the Session Initiation Protocol server subsequent to the handoff such that the Session Initiation Protocol server does not terminate the communication session.

Description

METHOD AND APPARATUS TO FACILITATE USE OF A SESSION INITIATION PROTOCOL INSTANCE TO SUPPORT ON-HOLD SESSION
STATUS
Related Applications
[0001] Two co-pending applications as were filed on even date herewith contain related subject matter (the full contents of which are incorporated herein by this reference). These two co-pending applications are:
[0002] METHOD AND APPARATUS TO FACILITATE PERSISTENCE OF A HANDED-OFF COMMUNICATION SESSION bearing attorney docket number CE15112R;
[0003] METHOD AND APPARATUS TO FACILITATE TRANSFERRING CHAIRMANSHIP OF AN AD-HOC CONFERENCE CALL bearing attorney docket number CE1478 IR.
Technical Field
[0004] This invention relates generally to communication networks and more particularly to hold functionality.
Background
[0005] Communication networks of various kinds are known. A communication session typically comprises the facilitation of communications between two or more user platforms. In more recent times increased interest exists with respect to using Session Initiation Protocol (SΙP)-based platforms to support and facilitate one or more aspects of such communication sessions. Using such an approach a Session Initiation Protocol server can be employed to support various communication session activities. For example, on-hold status for one or more user platforms can be supported in this manner.
[0006] Mobile user platforms are also known in the art. Such user platforms may comprise, for example, a personal device that a given user carries on their person. Such mobile user platforms may exhibit mobility before, during, and/or after a given communication session. Such mobility, of course, can lead to a need to hand off a given user platform from one network to another in order to ensure the provision of adequate communication connectivity.
[0007] At present, when a first communication network hands off a given user platform to a second communication network during the course of a communication session wherein at least one user platform is on hold with respect to that communication session and where that communication session is serviced by (and terminable by) a Session Initiation Protocol server as comprises a part of that first communication network, the on-hold user platform loses their status and are effectively lost to the communication session. This occurs at least in part because all Session Initiation Protocol dialogs terminate when a corresponding active user platform leaves the network as occurs during such a hand off. Though various mechanisms exist or have been proposed to maintain the active communication session itself, the call context comprising the on-hold status of one or more user platforms are lost.
[0008] This, of course, can present problems. In many cases a given user places another party on hold with every intention of returning to that call or to conference that held party in to the active session. Losing the ability to return to a held party of course frustrates such intentions. Furthermore, in many or most cases, the user receives no specific indication that a hand off has occurred. The user is therefore not only frustrated with respect to their intentions but have no information by which to ascertain the nature or cause of the failure.
Brief Description of the Drawings
[0009] The above needs are at least partially met through provision of the method and apparatus to facilitate use of a session initiation protocol instance to support on- hold session status described in the following detailed description, particularly when studied in conjunction with the drawings, wherein:
[0010] FIG. 1 comprises a flow diagram as configured in accordance with various embodiments of the invention;
[0011] FIG. 2 comprises a block diagram as configured in accordance with various embodiments of the invention; and [0012] FIG. 3 comprises a block diagram as configured in accordance with various embodiments of the invention.
[0013] Skilled artisans will appreciate that elements in the figures are illustrated for simplicity and clarity and have not necessarily been drawn to scale. For example, the dimensions and/or relative positioning of some of the elements in the figures may be exaggerated relative to other elements to help to improve understanding of various embodiments of the present invention. Also, common but well-understood elements that are useful or necessary in a commercially feasible embodiment are often not depicted in order to facilitate a less obstructed view of these various embodiments of the present invention. It will further be appreciated that certain actions and/or steps may be described or depicted in a particular order of occurrence while those skilled in the art will understand that such specificity with respect to sequence is not actually required. It will also be understood that the terms and expressions used herein have the ordinary meaning as is accorded to such terms and expressions with respect to their corresponding respective areas of inquiry and study except where specific meanings have otherwise been set forth herein.
Detailed Description
[0014] Generally speaking, pursuant to these various embodiments and during a communication session for a plurality of user platforms wherein at least one of the user platforms is on hold and wherein the communication session is presently occurring in a first network and is terminable by a Session Initiation Protocol server as comprises a part of that first network, one establishes in the first network a Session Initiation Protocol instance as corresponds to the communication session wherein the Session Initiation Protocol instance comprises, at least in part, session context information for the user platform that is on hold. Then, following a handoff of bearer support of the communication session from the first network to a second network, one uses the Session Initiation Protocol instance to maintain the hold status of the user platform that is on hold with the Session Initiation Protocol server subsequent to the handoff such that the Session Initiation Protocol server does not terminate the communication session. [0015] Depending upon the needs and/or requirements of a given application setting, these teachings further optionally provide for using the session context information for the user platform that is on hold to effect, via the Session Initiation Protocol server, changing the user platform that is on hold to a user platform that is actively engaged in the communication session notwithstanding that bearer support for the communication session has been handed off to the second network. As another option, one may use the session context information to effect, again via the Session Initiation Protocol server, changing a user platform that is actively engaged in the communication session to being on hold with respect to the communication session notwithstanding that bearer support for the communication session has been handed off to the second network.
[0016] These teachings are implementable in various ways. By one approach the aforementioned Session Initiation Protocol instance is established by, and resides within, a Session Initiation Protocol user agent proxy. The session context- information can be sourced by any convenient and expedient source. For example, such information may be sourced, in whole or in part, by one or more of the user platforms as are engaged in the communication session or the Session Initiation Protocol server itself.
[0017] So configured, on-hold status for a given user platform can be preserved and transparently leveraged notwithstanding and subsequent to a handoff of an active user platform from a first network to a second network and notwithstanding the use and presence of a Session Initiation Protocol server in the first network that would otherwise terminate that on-hold status. Those skilled in the art will recognize and appreciate that these teachings can be deployed without requiring substitution or reprogramming of legacy network elements such as Session Initiation Protocol servers. Accordingly these teachings are deployable in a relatively convenient and cost effective manner.
[0018] These and other benefits may become clearer upon making a thorough review and study of the following detailed description. Referring now to the drawings, and in particular to FIG. 1 , a corresponding process 100 presumes the existence 101 of a communication session for a plurality of user platforms wherein at least one of the user platforms is on hold. This communication session is further presumed to be occurring in a first network that comprises, at least in part, a Session Initiation Protocol server that has the capacity and authority to terminate this communication session. In particular, this Session Initiation Protocol server may be configured and arranged in a known manner to terminate all Session Initiation Protocol dialogs upon this first network handing off bearer support of such a communication session to another network. Those skilled in the art will understand and appreciate that these teachings are applicable regardless of whether the communication session was initiated by the user platform that is on hold or was initiated by a user platform other than the user platform that is presently on hold.
[0019] This process 100 then provides for establishing 102 in the first network a Session Initiation Protocol instance as corresponds to the communication session wherein the Session Initiation Protocol instance comprises, at least in part, session context information for the user platform(s) that is on hold (such that when more than one user platform is presently on hold, this step may provide for establishing corresponding session context information for each such user platform). This can be accomplished, for example, by establishing a Session Initiation Protocol user agent proxy and by provisioning that Session Initiation Protocol user agent proxy with session context information, at least in part, by transmitting to the Session Initiation Protocol user agent proxy the session context information from at least one of: at least one of the plurality of user platforms; and the Session Initiation Protocol server itself.
[0020] Such establishment 102 can occur in an ongoing manner if desired. Or, if desired, such establishment 102 can occur in response to one or more predetermined triggers of choice. For example, detecting a specific preliminary indication that a handoff is likely to occur can be used as such a trigger.
[0021] The session context information itself can and will likely vary with the specifics of a given application setting. Examples of such information comprise, but are certainly not limited to: an identifier for the user platform that is on hold; an identifier for a user platform that presently has floor privileges; an identifier for a user platform that initiated the communication session; and information regarding a relative communication priority as corresponds to the user platform that is on hold.
[0022] Thereafter, and following a handoff of bearer support for the communication session from the present network to another network (for example, where this process optionally provides for detecting 103 such bearer support handoff), this process 100 provides for using 104 the Session Initiation Protocol instance to maintain the hold status of the user platform that is on hold with the Session Initiation Protocol server such that the Session Initiation Protocol server does not terminate the communication session. This step, of course, prompts a result that is contrary to prior practice and expectations; i.e., notwithstanding bearer support handoff the Session Initiation Protocol server persists its support of the communication session.
[0023] So configured, held-call support can be facilitated when bearer support for a first user platform's active communication session is handed off to another network. This occurs at least in part by establishing a first network Session Initiation Protocol instance as corresponds to the active communication session wherein the latter comprises, at least in part, session context information for a user platform that is on hold with respect to the active communication session (with multiple such Session Initiation Protocol instances typically being established when a plurality of on-hold user platforms are present). Following a handoff of bearer support of the active communication session from the first network to a next network, these Session Initiation Protocol instances are then used to maintain the hold status of the user platforms that were on hold when handing off the active communication session. This use comprises use in conjunction with the Session Initiation Protocol server such that the latter does not terminate the held status of the user platforms that were on hold with respect to the active communication session at the time of the handoff.
[0024] In addition to facilitating persistence of the on-hold status of such user platforms, this process 100 may be further leveraged if desired. For example, such session context information can be used 105 to effect, via the Session Initiation Protocol server, changing the user platform that is on hold to a user platform that is actively engaged in the communication session notwithstanding, again, that bearer support for the communication session has been handed off to the second network. This will permit, for example, a given user platform to access a held user platform and to convert that user platform to active participation in an active communication session.
[0025] As another example, and with continued reference to FIG. 1, this session context information can be optionally used 106 to effect, via the Session Initiation Protocol server, changing a user platform that is actively engaged in the communication session to being on hold with respect to the communication session (again notwithstanding that bearer support for the communication session has been handed off to the second network). To illustrate, the Session Initiation Protocol server can be used to convert a user platform that is active with respect to the active communication session to held status instead.
[0026] If desired, this can further comprise detecting termination of an active call as corresponds to the active communication session by a first user's platform while at least one user platform remains on hold with respect to the active communication session and then automatically alerting the first user's platform (by facilitating, for example, triggering of an annunciator (such as a ringback) at the first user's platform (where the annunciator can comprise essentially any alert mechanism including but not limited to visual alerts, audible alerts, haptic alerts, and so forth)) regarding the at least one user platform that remains on hold with respect to the active communication session.
[0027] Those skilled in the art will appreciate that the above-described processes are readily enabled using any of a wide variety of available and/or readily configured platforms, including partially or wholly programmable platforms as are known in the art or dedicated purpose platforms as may be desired for some applications. Referring now to FIG. 2, an illustrative approach to such a platform will now be provided.
[0028] The depicted apparatus 200, which can comprise, for example, a Session Initiation Protocol user agent proxy as noted above and having a Session Initiation Protocol server interface 201 to permit compatible interaction with a Session Initiation Protocol server 202 (via, for example, an intervening network 203 of choice). So configured, the apparatus 200 can interact with the Session Initiation Protocol server 202 to effect the teachings presented above.
[0029] This illustrative example of an apparatus 200 further comprises a memory 204 having stored therein context information as corresponds to an active communication session for a first user platform. By one approach this context information comprises, at least in part, session context information for at least one user platform as has on-hold status with respect to an active communication session. Such information may have been obtained, for example, from the Session Initiation Protocol server 202 and/or one or more user platforms (via, for example, a user platform interface 205 as can operably couple to the memory 204 to permit receipt of such information).
[0030] By one approach this apparatus 200 can further optionally comprise a processor 206 that couples to the Session Initiation Protocol server interface 201 and the memory 204. This processor 206 can be programmed, for example, to effect one or more of the actions set forth by these teachings. For example, the processor 206 can serve to use the stored session context information in interactions with the Session Initiation Protocol server 202 in a manner that prevents the latter from terminating the communication session even when bearer support for that communication session is handed off from the network that includes the Session Initiation Protocol server 202 to another network that does not include the Session Initiation Protocol server 202.
[0031] As another example, the processor 206 can serve to use the stored session context information to effect, via the Session Initiation Protocol server, changing a user platform that is on hold to a user platform that is actively engaged with respect to a communication session. As another example, the processor 206 can serve to use the stored session context information to effect, via the Session Initiation Protocol server, to generally effect the opposite; i.e., changing a user platform that is actively engaged with respect to a communication session to a user platform that is on hold with respect thereto.
[0032] As yet another example, the processor 206 can serve to detect a return of bearer support of an active communication session to the network that includes the Session Initiation Protocol server 202 and, in response thereto, to provision the returning user platform with session context information as corresponds to the held status of those user platforms that are on hold with respect to the returning active communication session.
[0033] Those skilled in the art will recognize and understand that such an apparatus 200 may be comprised of a plurality of physically distinct elements as is suggested by the illustration shown in FIG. 2. It is also possible, however, to view this illustration as comprising a logical view, in which case one or more of these elements can be enabled and realized via a shared platform. It will also be understood that such a shared platform may comprise a wholly or at least partially programmable platform as are known in the art.
[0034] Turning now to FIG. 3, a more particular illustrative example will be described. In this illustrative example, a moving user platform 301 is engaged in an active communication session. This activity includes an active dialog with a corresponding Session Initiation Protocol server 302 (via, for example, a wireless network 303 of choice and a Session Initiation Protocol proxy 304 as are known in the art). This active dialog comprises, in this illustrative example, dialog regarding at least one held call. As the moving user platform 301 moves it begins to move out of the coverage area as corresponds to this network. When this occurs and as will be well understood by those skilled in the art, the moving user platform 301 initiates a handover procedure with a corresponding mobility server 305 (via, for example, the Session Initiation Protocol server 302).
[0035] In this example, this initiation of a handover procedure also triggers having the moving user platform 301 deliver the context for the current and held calls to the mobility server 305 along with, for example, an instruction to the latter to establish a Session Initiation Protocol instance for each such call. The mobility server 305, in turn, requests an instantiation proxy 200 to create the corresponding instances 306. So configured, the instantiation proxy 200 establishes a Session Initiation Protocol instance 306 for each user platform as comprises a part of the active communication session including on-hold user platforms.
[0036] By one approach, the mobility server 305 can next instruct the Session Initiation Protocol server 302 to effectively replace its dialog with the moving user platform with that of a corresponding one of the newly created instances (i.e., the Session Initiation Protocol instance as corresponds to the active call itself). As a result, the dialog the Session Initiation Protocol server 302 requires in order to persist and not terminate the session will continue to the satisfaction of the Session Initiation Protocol server notwithstanding that the moving user platform 301 hands off at least temporarily to another network.
[0037] By another approach, the instantiation proxy 200 can itself invite the Session Initiation Protocol server 302 to replace the original dialog for the new dialog. Such a transaction is already documented and well understood in the art.
[0038] These teachings provide an efficient and powerful mechanism for permitting various active and held call management activities. To illustrate, consider the following example where a mobile station is maintaining an active call and one held call via a wide area network and where the bearer for the active call is maintained directly with a Session Initiation Protocol server. Each such call is maintained as a different instance in the corresponding wireless local area network. In this example, the mobile station now decides to put the active call on hold and to recover the on-hold call.
[0039] The mobile station can send a request to make the indicated change to a corresponding mobility Session Initiation Protocol server in the wireless local area network via a wide area provider network. This request will be routed through the wide area network to the Session Initiation Protocol mobility server via, for example, a tightly coupled link with the wireless local area network.
[0040] The Session Initiation Protocol mobility server then constructs a request to an instantiation proxy in order to switch the status of the first call to being on-hold and the status of the held call to being active. The Session Initiation Protocol mobility server can also request the call context information as corresponds to the held call at this time as well. The instantiation proxy will effect the requested change and provide the held call context information to the Session Initiation Protocol mobility server. The latter can use the received held call context information to construct and send a request to the Session Initiation Protocol server to put the first call on hold and to change the held call to active status. [0041] The Session Initiation Protocol server can perform these changes and prepare to modify the bearer media accordingly while also acknowledging these changes to the Session Initiation Protocol mobility server. The latter can then send a successful confirmation regarding the call change request to the mobile station.
[0042] Those skilled in the art will recognize that a wide variety of modifications, alterations, and combinations can be made with respect to the above described embodiments without departing from the spirit and scope of the invention, and that such modifications, alterations, and combinations are to be viewed as being within the ambit of the inventive concept.

Claims

We claim:
1. A method comprising, during a communication session for a plurality of user platforms wherein at least one of the user platforms is on hold, which communication session is presently occurring in a first network and is terminable by a Session Initiation Protocol server as comprises a part of that first network: establishing in the first network a Session Initiation Protocol instance as corresponds to the communication session wherein the Session Initiation Protocol instances comprises, at least in part, session context information for the user platform that is on hold; following a handoff of bearer support of the communication session from the first network to a second network, using the Session Initiation Protocol instance to maintain the hold status of the user platform that is on hold with the Session Initiation Protocol server subsequent to the handoff such that the Session Initiation Protocol server does not terminate the communication session.
2. The method of claim 1 wherein the communication session comprises a plurality of user platforms that are on hold and wherein establishing in the first network a Session Initiation Protocol instance further comprises forming a plurality of Session Initiation Protocol instances with at least one such Session Initiation Protocol instance for each of the plurality of user platforms that are on hold.
3. The method of claim 1 further comprising: using the session context information for the user platform that is on hold to effect, via the Session Initiation Protocol server, changing the user platform that is on hold to a user platform that is actively engaged in the communication session notwithstanding that bearer support for the communication session has been handed off to the second network.
4. The method of claim 1 further comprising: using the session context information to effect, via the Session Initiation Protocol server, changing a user platform that is actively engaged in the communication session to being on hold with respect to the communication session notwithstanding that bearer support for the communication session has been handed off to the second network.
5. A method to facilitate held-call support when bearer support for a first user platform's active communication session is handed off to another network, comprising: establishing in a first network Session Initiation Protocol instances as correspond to the active communication session wherein the Session Initiation Protocol instances comprise, at least in part, session context information for user platforms that are on hold with respect to the active communication session; following a handoff of bearer support of the active communication session from the first network to the another network, using the Session Initiation Protocol instances to maintain held status of the user platforms that were on hold when handing off the active communication session via the Session Initiation Protocol server subsequent to handing off the active communication session such that the Session Initiation Protocol server does not terminate the held status of the user platforms that were on hold with respect to the active communication session.
6. The method of claim 5 wherein establishing in a first network Session Initiation Protocol instances as correspond to the active communication session comprises establishing a Session Initiation Protocol user agent proxy.
7. An apparatus comprising: a memory having stored therein context information as corresponds to an active communication session for a first user platform, wherein bearer support for the active communication session has been handed off from a first network to a second network and wherein the context information comprises, at least in part, session context information for at least one user platform having on-hold status with respect to the active communication session; a Session Initiation Protocol server interface operably coupled to the memory and being configured and arranged to maintain communications with a Session Initiation Protocol server as comprises a part of the first network on behalf of the first user platform such that the Session Initiation Protocol server continues to facilitate management of the on-hold status of the at least one user platform with respect to the active communication session.
8. The apparatus of claim 7 further comprising: a user platform interface operably coupled to the memory such that the context information is stored in the memory upon receiving the context information from the first user platform via the user platform interface.
9. The apparatus of claim 7 further comprising: means for using the session context information to effect, via the Session Initiation Protocol server, changing a user platform that is actively engaged in the communication session to being on hold with respect to the communication session notwithstanding that bearer support for the communication session has been handed off to the second network.
10. The apparatus of claim 7 further comprising: means for detecting a return of bearer support of the active communication session to the first network and in response thereto provisioning the first user platform with session context information as corresponds to the held status of user platforms that are on hold with respect to the active communication session.
PCT/US2006/046830 2005-12-12 2006-12-08 Method and apparatus to facilitate use of a session initiation protocol instance to support on-hold session status WO2007070364A2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/299,429 2005-12-12
US11/299,429 US7839826B2 (en) 2005-12-12 2005-12-12 Method and apparatus to facilitate use of a session initiation protocol instance to support on-hold session status

Publications (2)

Publication Number Publication Date
WO2007070364A2 true WO2007070364A2 (en) 2007-06-21
WO2007070364A3 WO2007070364A3 (en) 2008-04-03

Family

ID=38139211

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2006/046830 WO2007070364A2 (en) 2005-12-12 2006-12-08 Method and apparatus to facilitate use of a session initiation protocol instance to support on-hold session status

Country Status (2)

Country Link
US (1) US7839826B2 (en)
WO (1) WO2007070364A2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7970401B2 (en) * 2006-07-05 2011-06-28 Cisco Technology, Inc. Associating a handoff address to a communication session
US8437464B2 (en) * 2007-11-05 2013-05-07 Avaya, Inc. Handling of a session initiation protocol-capable telecommunications terminal that is put on hold
EP2289264B1 (en) * 2008-06-16 2019-05-01 Samsung Electronics Co., Ltd. Handover of non-voice bearers in packet-switched and cicuit-switched networks
WO2011063844A1 (en) 2009-11-26 2011-06-03 Telefonaktiebolaget Lm Ericsson (Publ) Method, system and network nodes for performing a sip transaction in a session initiation protocol based communications network
US9992021B1 (en) 2013-03-14 2018-06-05 GoTenna, Inc. System and method for private and point-to-point communication between computing devices

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050119005A1 (en) * 2003-12-02 2005-06-02 Motorola, Inc. Method and apparatus for routing on hold calls

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6167432A (en) 1996-02-29 2000-12-26 Webex Communications, Inc., Method for creating peer-to-peer connections over an interconnected network to facilitate conferencing among users
EP1390489B1 (en) 2001-04-27 2006-02-01 Alexion Pharmaceuticals, Inc. Phagemid vectors
US7590692B2 (en) 2001-07-09 2009-09-15 Dialogic Corporation Conferencing architecture employing media servers and enhanced session initiation protocol
US7409218B2 (en) 2002-05-31 2008-08-05 Motorola, Inc. Cellular ad hoc phone extension system and method
US20040266426A1 (en) 2003-03-12 2004-12-30 Marsh Gene W. Extension of a local area phone system to a wide area network with handoff
US7480723B2 (en) 2003-04-08 2009-01-20 3Com Corporation Method and system for providing directory based services
US7434166B2 (en) 2003-06-03 2008-10-07 Harman International Industries Incorporated Wireless presentation system
US20040264410A1 (en) * 2003-06-30 2004-12-30 Motorola, Inc. Method and apparatus for providing a communication unit with a handoff between networks
US7170991B2 (en) 2003-08-25 2007-01-30 Cisco Technology, Inc. Method and system for utilizing proxy designation in a call system
US7164762B2 (en) 2003-10-01 2007-01-16 At&T Corp. Enhanced call feature service
US7477893B2 (en) 2003-12-04 2009-01-13 Motorola, Inc. On hold call retrieval and routing
EP1551144A1 (en) 2003-12-31 2005-07-06 France Telecom System, method and apparatus for providing multimedia communications services
US7031280B2 (en) * 2004-04-26 2006-04-18 Motorola, Inc. Method and apparatus for hand over of calls
US7624188B2 (en) 2004-05-03 2009-11-24 Nokia Corporation Apparatus and method to provide conference data sharing between user agent conference participants
US7308476B2 (en) 2004-05-11 2007-12-11 International Business Machines Corporation Method and system for participant automatic re-invite and updating during conferencing
GB0411278D0 (en) 2004-05-20 2004-06-23 Nokia Corp A communication system
US7379968B2 (en) 2004-06-03 2008-05-27 International Business Machines Corporation Multiple moderation for networked conferences
US7466991B2 (en) * 2005-05-26 2008-12-16 Sprint Spectrum L.P. Method and system using a conference bridge for handoff of a multi-mode mobile station

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050119005A1 (en) * 2003-12-02 2005-06-02 Motorola, Inc. Method and apparatus for routing on hold calls

Also Published As

Publication number Publication date
WO2007070364A3 (en) 2008-04-03
US7839826B2 (en) 2010-11-23
US20070133465A1 (en) 2007-06-14

Similar Documents

Publication Publication Date Title
JP4607871B2 (en) Communication unit for handoff
CN107257582B (en) System and method for call routing and calling across different types of networks
KR101759456B1 (en) Session initiation protocol(sip) based user initiated handoff
EP1900231B1 (en) System and method for communication using a wireless handset
US9756137B2 (en) Method and apparatus for migrating active communication session between terminals
JP2008011566A (en) Method and apparatus for independent and efficient delivery of services to wireless devices capable of supporting multiple radio interfaces and network infrastructure
EP1597934A2 (en) Radio terminal session control and interface set up method
US7839826B2 (en) Method and apparatus to facilitate use of a session initiation protocol instance to support on-hold session status
CN101326785A (en) Equipment, method and computer program for seamless conversation transfer
US7860060B2 (en) Method and apparatus to facilitate persistence of a handed-off communication system
US20070237114A1 (en) Wireless data session handoff using location update message
US20090116453A1 (en) Method for controlling registration of mobile station and generic access network controller
US8244251B1 (en) Concurrent call handover
TWI374633B (en) Method and system for handover between wireless local area network and wireless wide area network
JP2008072314A (en) Exchange device, communication system, communication control method
JP2016046663A (en) Communication control device, communication control system, and communication control method

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06845003

Country of ref document: EP

Kind code of ref document: A2