US20130223607A1 - Call Waiting Network Identification - Google Patents
Call Waiting Network Identification Download PDFInfo
- Publication number
- US20130223607A1 US20130223607A1 US13/407,613 US201213407613A US2013223607A1 US 20130223607 A1 US20130223607 A1 US 20130223607A1 US 201213407613 A US201213407613 A US 201213407613A US 2013223607 A1 US2013223607 A1 US 2013223607A1
- Authority
- US
- United States
- Prior art keywords
- network
- call
- alert
- mode
- call waiting
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
- H04M3/42246—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the subscriber uses a multi-mode terminal which moves and accesses different networks with at least one network having a wireline access including cordless PBX
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/02—Calling substations, e.g. by ringing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/428—Arrangements for placing incoming calls on hold
- H04M3/4288—Notifying a called subscriber of an incoming call during an ongoing call, e.g. Call Waiting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/12—Inter-network notification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/2066—Call type detection of indication, e.g. voice or fax, mobile of fixed, PSTN or IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42042—Notifying the called party of information on the calling party
- H04M3/42051—Notifying the called party of information on the calling party where the notification is included in the ringing tone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Definitions
- This disclosure generally relates to electronic devices, and more particularly, to a multi-mode device with multiple network connectivity capabilities that provides a call waiting alert based on the specific network a call is coming from.
- a “Dual-Mode” or “Multi-Mode” device can be an electronic device that can connect with multiple networks.
- the electronic device can connect with a wireless carrier and a Wi-Fi network for placing or receiving calls.
- Multi-mode devices can share components within them. Beyond the hardware challenges, there are also several software integration challenges when multiple networks are placing calls for the device. This leads to real difficulties in component integration and so to larger and more complex phones typical in today's market.
- BYOD Back Your Own Device
- PBX Private Branch Exchange
- FIG. 1 is a block diagram illustrating an exemplary environment for a multi-mode device in communication with multiple network sources in accordance with one or more aspects of the present disclosure
- FIG. 3 is a block diagram illustrating typical components of the multi-mode device in accordance with one or more aspects of the present disclosure
- FIG. 4 is a flow chart depicting illustrative processes for call waiting network identification setup in accordance with one or more aspects of the present disclosure
- FIG. 5 is a table showing possible priorities for network sources in accordance with one or more aspects of the present disclosure
- FIG. 7 is a flow chart depicting illustrative processes for call waiting network identification in accordance with one or more aspects of the present disclosure.
- a multi-mode device can establish a first call through a personal carrier network. While communicating through the personal carrier network, a second call can be received from a Wi-Fi network through a Private Branch Exchange (PBX).
- PBX Private Branch Exchange
- the personal carrier network can be independent of the Wi-Fi network and operate separately on the device.
- the device can inject an alert specific to the Wi-Fi network into the call from the personal carrier network signifying the call through the Wi-Fi network.
- the device bridges both the personal carrier network and Wi-Fi network and appropriately identifies the Wi-Fi network to the user.
- the alert can act as advance notice that a caller identification is available for Wi-Fi business calls even when the user does not pay for this service on their personal carrier network.
- the user of the multi-mode device can determine if the call waiting tone is for business or personal reasons giving the user the chance to ignore the call and continue talking without having to take the handset away from their face, activate the screen and view the caller identification information to decide whether or not to take the call.
- current systems allowing multi-mode features would not be able to handle both of the calls from the personal carrier network and Wi-Fi network and in some instances, the second call coming from the Wi-Fi network would be sent directly to voicemail or dropped.
- the multi-mode device 100 can communicate with a PBX 108 to interact with a Wi-Fi network.
- the PBX 108 can provide Wi-Fi through a Wireless Access Point (WAP). Data can be exchanged, or a call can be made through, with the PBX 108 .
- the PBX 108 can be connected to a Public Switched Telephone Network (PSTN).
- PSTN Public Switched Telephone Network
- the multi-mode device 100 By connecting with multiple networks 102 and 106 , unique calling scenarios can be implemented by the multi-mode device 100 . If a user is on a carrier call through the carrier network 102 and a Wi-Fi call arrives to their device 100 through the PBX 108 connected to the PSTN 106 , the Wi-Fi call waiting in previous implementations is not triggered. Similarly, if the user is on a Wi-Fi call and a carrier call arrives at the device 100 , the PBX 108 cannot play call waiting tones signaling the receipt of the carrier call. These challenges are due to the fact that call waiting is typically injected by the network provider. This is true on multi-mode devices 100 where call waiting is a feature that is commonly charged for in the form of a monthly fee.
- the service provider can be capable of injecting a call waiting tone into the voice path of the device 100 .
- a call waiting tone can be capable of injecting a call waiting tone into the voice path of the device 100 .
- This can be true for mobile operators and PBX vendors. This can be a “feature” that can be enabled based on licensing or a service fee.
- the device 100 can insert call waiting tones to alert the user of the additional call. A different tone for each caller can be provided. The point of call waiting, however, is to minimally disrupt the ongoing voice call, so using this to uniquely identify the caller has limitations.
- the user of the device 100 can be on a phone call through the carrier network 102 .
- another call can be received from the hotel concierge through the hotel PBX 202 indicating that the user has received a free promotional spa package.
- the store at which the user had a suit tailored can also call the user to tell them that their suit is finished.
- more than two networks can be communicated with to receive calls each having a different priority. Priorities can be set for each of these networks as well as a unique call waiting network identification.
- the device 100 can have a processor 304 for implementing logic, a memory 306 , a display 308 and a keypad 310 .
- the display 308 of the device 100 can be a liquid crystal display (LCD), or any other type of display commonly used in device 100 .
- the display 308 can be touch-sensitive, and can act as an input device.
- the keypad 310 can be a push button numeric dialing pad (such as on a typical telephone), a multi-key keyboard (such as a conventional keyboard), or any other device for inputting textual data.
- the memory 306 generally includes both volatile memory (e.g., RAM) and non-volatile memory (e.g., ROM, Flash Memory, or the like).
- volatile memory e.g., RAM
- non-volatile memory e.g., ROM, Flash Memory, or the like.
- the non-volatile portion of the memory 306 can be used to store persistent information which should not be lost when the device 100 is powered down.
- the device 100 can include an operating system (OS) 320, such as Windows CE® or Windows Mobile® available from Microsoft Corporation, AndroidTM from Google Inc., or other OS.
- OS operating system
- the OS can reside in the memory 306 and be executed on the processor 304 .
- the memory 306 can also include one or more device managers 322 for interacting with one or more I/O devices.
- the device managers 322 can be software installed on the device 100 .
- a device manager 322 can correspond to each I/O device.
- one or more client applications 324 can be loaded into memory 306 and run on or in association with the OS 320 .
- a client application 324 can provide the call waiting network identification based on the source a call is coming from.
- configurations 326 can be run on the device 100 in association with the call waiting network identification client application 324 .
- the call waiting network identification client application 324 can run with the configurations 326 to determine the calling source and provide a call waiting alert for the incoming source.
- the alert can be specific to the network.
- two beeps can be provided by the multi-mode device 100 when the source is incoming from the hotel PBX 202 and a vibratory mechanism on the device 100 can be activated when the source is coming from the store PBX 204 shown in FIG. 2 .
- the call waiting network identification client application 324 can be run on hardware, software or combination of hardware and software.
- the memory 306 can also include a collection of one or more APIs 328 for facilitating wireless communication between the multi-mode device 100 and one or more remote. I/O devices.
- the APIs 328 can be invoked by the call waiting network identification client application 324 for operating between networks.
- the APIs 328 can be used to recognize and control the one or more remote I/O devices. In this manner, the device 100 is able to take advantage of services or functionalities of the one or more remote I/O devices.
- the call waiting network identification client application 324 can be operable with the OS 320 .
- the OS 320 can treat Session Initiation Protocol (SIP) and carriers entirely independent from one another.
- SIP Session Initiation Protocol
- previous devices 100 did not provide any form of native call waiting between the two models. In fact there was very little effort undertaken by the OS 320 to co-manage the two phone models, for example, mobile and Voice over IP (VoIP).
- VoIP Voice over IP
- the call waiting network identification client application 324 on the multi-mode device 100 can provide a number of features and services that are related to calls, or communications, coming in from the variety of sources.
- the client application 324 can play a different call waiting tone depending on the network origin of a call, for example, whether the call is coming from a mobile versus VoIP network or between multiple VoIP service providers.
- the device 100 can also provide context between business and personal calls without interrupting the user and forcing them to take the phone away from their ear to read the caller identification.
- the multi-mode device 100 can determine the source or network for which to setup.
- the device 100 can give a priority to the source. This can be optional and in one embodiment, priorities can be based on the importance of network on which a call is received. By way of a non-limiting example, a phone call received off of a personal line can have a lower priority than that of a business line. Alternatively, priorities are not set for the sources.
- the multi-mode device 100 can associate the source with a call waiting identification based on its priority at block 406 .
- the source can be associated with a call waiting identification regardless of its priority.
- Priorities can be used to determine whether the incoming call can be signaled to the device 100 or disregarded.
- a personal call can be disregarded when the user is on a business call.
- the number of beeps or signals provided can be less for a lower priority network while those that have a higher importance can be signaled more frequently.
- the processes for setting up the call waiting network identification can end at block 408 .
- FIG. 5 is a table 500 showing possible priorities for network sources in accordance with one or more aspects of the present disclosure.
- the priorities can be setup for each source and can provide call waiting identifications.
- a carrier network 502 can have a lower priority then a company network 504 or hotel network 506 . If a call were to come in through the carrier network 502 when the user is on the company network 504 that has a higher priority, the call waiting identification could default to voicemail without ever injecting an alert into the original call from the company network 504 .
- the table 500 can be established and stored within the configurations 326 of the multi-mode device 100 .
- Logic can be included within the client application 324 to differentiate the priorities within the table 500 with the sources and apply appropriate call waiting identifications.
- the configurations can provide varying levels of ring tones or vibrations. Those networks having higher priorities can be rung more frequently and those having a lower priority can be sent to voicemail or rung less frequently. Call waiting identifications can also be standardized for each of the sources without regard to priorities.
- FIG. 6 is a flow chart depicting illustrative processes for client application activation in accordance with one or more aspects of the present disclosure.
- the call waiting network identification client application 324 generally operates continuously, it typically works when the user is on a call with their multi-mode device 100 .
- the processes for activation can begin at block 600 .
- the multi-mode device 100 can be placed in a call mode whereby the user can make or receive calls.
- the SIP client When the SIP client is involved in a call, it places the native mobile client to “silent ring” mode using the appropriate OS APIs 328 at block 604 . This can eliminate the issue where the two phone models operate independently of each other resulting in the phone alerting into the users ear when a mobile call arrives while on the VoIP call.
- the user can then receive or make a call through a first source at block 606 .
- the processes for client application activation can end at block 608 .
- FIG. 7 a flow chart depicting illustrative processes for call waiting network identification in accordance with one, or more aspects of the present disclosure is provided.
- calls from the same network can be handled by that network.
- the following processes can be used to provide a call waiting network identification.
- the processes can begin at block 700 .
- the multi-mode device 100 can identify the source of the received call at block 706 .
- Different sources can be used to provide different call waiting identifications. For example, a call received from a company network 504 can have three beeps followed by one second of silence, while the hotel network 506 can have a single beep followed by three seconds of silence.
- the call waiting identification can be injected into the communication of the first source. When injected the beeps would be added onto the call from the first network or laid on top of it. While on a VoIP call with the first source, the SIP client application 324 can be notified of the carrier call by virtue of an OS callback.
- the user of the client application 324 can choose to ignore the call. If ignored, the call from the second source can be disregarded at block 712 . This can cause the far end caller to continue to hear a ring back until the carrier moves the call to voicemail. Alternatively; the SIP client 324 can choose to inject a tone into the ongoing VoIP conversation, and/or vibrate, to signal to the user that a carrier call is waiting. The tone played is specific to the carrier, for example, one beep.
- the device 100 can be configured for carrier calls to trigger vibration.
- caller identification can be provided if supported by the incoming call network. The processes can end at block 716 .
- the multi-mode device 100 can inject a different call waiting tone.
- the network call waiting tones can be configured differently, or to maintain standard based recommendations, the appropriate country tone plan can be followed for carrier calls, and VoIP calls can vibrate (or vice versa).
- the SIP client application 324 can check the mobile phone state using appropriate OS APIs 328 before emitting audible alerting tones. If the device 100 is active on a mobile call, the applicable VoIP call waiting tone can be injected into the call.
- the call waiting network identification client application 324 which provided the network identification injection, can be enhanced to provide additional behaviors related to call routing.
- Call waiting tones for the networks can be standardized.
- “personal” call waiting tones can be implemented into the application 324 , meaning a different tone for each caller can be programmed.
- other forms of communications can be handled including texts, videos, etc.
- the data structures and code, in which the present disclosure can be implemented, can typically be stored on a non-transitory computer-readable storage medium.
- the storage can be any device or medium that can store code and/or data for use by a computer system.
- the non-transitory computer-readable storage medium includes, but is not limited to, volatile memory, non-volatile memory, magnetic and optical storage devices such as disk drives, magnetic tape, CDs (compact discs), DVDs (digital versatile discs or digital video discs), or other media capable of storing code and/or data now known or later developed.
- the methods and processes described in the disclosure can be embodied as code and/or data, which can be stored in a non-transitory computer-readable storage medium as described above.
- a computer system reads and executes the code and/or data stored on the non-transitory computer-readable storage medium, the computer system performs the methods and processes embodied as data structures and code and stored within the non-transitory computer-readable storage medium.
- the methods and processes described can be included in hardware modules.
- the hardware modules can include, but are not limited to, application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs), and other programmable-logic devices now known or later developed. When the hardware modules are activated, the hardware modules perform the methods and processes included within the hardware modules.
- ASIC application-specific integrated circuit
- FPGAs field-programmable gate arrays
- Various embodiments of the present disclosure can be programmed using an object-oriented programming language, such as SmallTalk, Java, C++, Ada or C#. Other object-oriented programming languages can also be used. Alternatively, functional, scripting, and/or logical programming languages can be used.
- object-oriented programming languages can also be used.
- functional, scripting, and/or logical programming languages can be used.
- Various aspects of this disclosure can be implemented in a non-programmed environment, for example, documents created in HTML, XML, or other format that, when viewed in a window of a browser program, render aspects of a GUI or perform other functions.
- Various aspects of the disclosure can be implemented as programmed or non-programmed elements, or any combination thereof.
Abstract
Description
- This disclosure generally relates to electronic devices, and more particularly, to a multi-mode device with multiple network connectivity capabilities that provides a call waiting alert based on the specific network a call is coming from.
- A “Dual-Mode” or “Multi-Mode” device can be an electronic device that can connect with multiple networks. By way of a non-limiting example, the electronic device can connect with a wireless carrier and a Wi-Fi network for placing or receiving calls. Multi-mode devices can share components within them. Beyond the hardware challenges, there are also several software integration challenges when multiple networks are placing calls for the device. This leads to real difficulties in component integration and so to larger and more complex phones typical in today's market.
- In “Bring Your Own Device” (BYOD) scenarios, it can be practical and common that a mobile user be active on both a mobile and Wi-Fi network simultaneously. As an illustration, suppose that if a user has their own personal device which they are using for work purposes, they can still wish to get their personal calls through a mobile network, while at the same time getting their work calls through a Private Branch Exchange (PBX) Wi-Fi network. In dual or multi mode scenarios, the device must deal with call collisions. It can be important for the user to understand which network the call is arriving from, in order to determine whether or not to interrupt the ongoing call.
- In contrast to fixed phones, on mobile devices, the handset must be removed from the ear to view the caller identification to determine whether or not the call can be important. This can interrupt the communication. Knowing beforehand whether or not it is a business or personal call can prevent this interruption. When the caller identification is not provided by the network, for example the owner of the personal device has not opted to pay for this feature, it is impossible to determine who is calling. If the business line supports caller identification, the user can know that they can look at their device to see who is calling. If the call is from the mobile network, the user has no way to see who is calling.
- A need therefore exists for a call waiting network identification that overcomes those issues described above. The network specific call waiting indication should provide advanced notice to the multi-mode device user which network the call is originating from. This context can allow the user to decide whether or not to interrupt the ongoing call, or whether or not additional information, for example caller identification, can be available to aid in the decision to interrupt the call. These, as well as other related advantages, will be described in the present disclosure.
- The novel features believed to be characteristic of the disclosure are set forth in the appended claims. In the descriptions that follow, like parts are marked throughout the specification and drawings with the same numerals, respectively. The drawing FIGURES are not necessarily drawn to scale and certain FIGURES can be shown in exaggerated or generalized form in the interest of clarity and conciseness. The disclosure itself, however, as well as a preferred mode of use, further objectives and advantages thereof, will be best understood by reference to the following detailed description of illustrative embodiments when read in conjunction with the accompanying drawings, wherein:
-
FIG. 1 is a block diagram illustrating an exemplary environment for a multi-mode device in communication with multiple network sources in accordance with one or more aspects of the present disclosure; -
FIG. 2 is a block diagram illustrating another exemplary environment for the multi-mode device connected to a variety of network sources in accordance with one or more aspects of the present disclosure; -
FIG. 3 is a block diagram illustrating typical components of the multi-mode device in accordance with one or more aspects of the present disclosure; -
FIG. 4 is a flow chart depicting illustrative processes for call waiting network identification setup in accordance with one or more aspects of the present disclosure; -
FIG. 5 is a table showing possible priorities for network sources in accordance with one or more aspects of the present disclosure; -
FIG. 6 is a flow chart depicting illustrative processes for client application activation in accordance with one or more aspects of the present disclosure; -
FIG. 7 is a flow chart depicting illustrative processes for call waiting network identification in accordance with one or more aspects of the present disclosure; and -
FIG. 8 is a flow chart depicting illustrative processes for call waiting network identification default in accordance with one or more aspects of the present disclosure. - The description set forth below in connection with the appended drawings is intended as a description of presently preferred embodiments of the disclosure and is not intended to represent the only forms in which the present disclosure can be constructed and/or utilized. The description sets forth the functions and the sequence of steps for constructing and operating the disclosure in connection with the illustrated embodiments. It is to be understood, however, that the same or equivalent functions and sequences can be accomplished by different embodiments that are also intended to be encompassed within the spirit and scope of this disclosure.
- Generally described, the present disclosure relates to communications, and more particularly, to a call waiting network identification. In an illustrative embodiment, a multi-mode device is provided. The device can establish a first call through a personal carrier network. While communicating through the personal carrier network, a second call can be received from a Wi-Fi network through a Private Branch Exchange (PBX). The personal carrier network can be independent of the Wi-Fi network and operate separately on the device. The device can inject an alert specific to the Wi-Fi network into the call from the personal carrier network signifying the call through the Wi-Fi network. Through this, the device bridges both the personal carrier network and Wi-Fi network and appropriately identifies the Wi-Fi network to the user. In turn, the alert can act as advance notice that a caller identification is available for Wi-Fi business calls even when the user does not pay for this service on their personal carrier network.
- Numerous advantages can be offered by the illustrative embodiment described above. By providing the alert, the user of the multi-mode device can determine if the call waiting tone is for business or personal reasons giving the user the chance to ignore the call and continue talking without having to take the handset away from their face, activate the screen and view the caller identification information to decide whether or not to take the call. Furthermore, current systems allowing multi-mode features would not be able to handle both of the calls from the personal carrier network and Wi-Fi network and in some instances, the second call coming from the Wi-Fi network would be sent directly to voicemail or dropped. Many additional advantages of the present disclosure will become apparent to those skilled in the relevant art as provided for in the following description.
- Exemplary environments for providing call waiting network identification will be shown in
FIGS. 1 and 2 .FIG. 3 depicts exemplary hardware and software features of a multi-mode device.FIGS. 4 through 6 will show setup and activation of the device, whileFIGS. 7 and 8 depict exemplary processes for call waiting network identification. These FIGURES are not intended to be limiting, but rather provided to disclose features and concepts herein. - Referring to
FIG. 1 , a block diagram illustrating anexemplary environment 120 for adevice 100 in communication with multiple network sources in accordance with one or more aspects of the present disclosure is provided. Thedevice 100 can allow for both carrier and Wi-Fi calls simultaneously, as shown. With thecarrier network 102, thedevice 100 can make or receive carrier calls using a first source. These carrier calls can be transmitted between acell tower 104 and to thecarrier network 102. Thecarrier network 102 can also communicate to thedevice 100 through other techniques including direct satellite feed. - Through a second source, the
multi-mode device 100 can communicate with aPBX 108 to interact with a Wi-Fi network. The PBX 108 can provide Wi-Fi through a Wireless Access Point (WAP). Data can be exchanged, or a call can be made through, with thePBX 108. The PBX 108 can be connected to a Public Switched Telephone Network (PSTN). - By connecting with
multiple networks multi-mode device 100. If a user is on a carrier call through thecarrier network 102 and a Wi-Fi call arrives to theirdevice 100 through thePBX 108 connected to thePSTN 106, the Wi-Fi call waiting in previous implementations is not triggered. Similarly, if the user is on a Wi-Fi call and a carrier call arrives at thedevice 100, thePBX 108 cannot play call waiting tones signaling the receipt of the carrier call. These challenges are due to the fact that call waiting is typically injected by the network provider. This is true onmulti-mode devices 100 where call waiting is a feature that is commonly charged for in the form of a monthly fee. Issues arise when the caller is on a carrier call and thePBX 108 has no knowledge thedevice 100 is in use. Likewise, when thedevice 100 is on a PBX call, the carrier will believe thedevice 100 is not in a call and will present an incoming call normally. - In one embodiment, the service provider can be capable of injecting a call waiting tone into the voice path of the
device 100. This can be true for mobile operators and PBX vendors. This can be a “feature” that can be enabled based on licensing or a service fee. If thedevice 100 is capable of supporting more than one call simultaneously, thedevice 100 can insert call waiting tones to alert the user of the additional call. A different tone for each caller can be provided. The point of call waiting, however, is to minimally disrupt the ongoing voice call, so using this to uniquely identify the caller has limitations. -
FIG. 2 is a block diagram illustrating another exemplary environment 220 for themulti-mode device 100 connected to a variety of network sources in accordance with one or more aspects of the present disclosure. Thedevice 100 can be connected to more than two sources. As shown, thedevice 100 can be connected to acarrier network 102 through acell tower 104. A hotel PBX 202 can provide a second source for placing or receiving a call, while a store PBX 204 can also be provided. Both PBXs 202 and 204 can be connected to aPSTN 106. Themulti-mode device 100 can receive calls from these sources. - For purposes of illustration, the user of the
device 100 can be on a phone call through thecarrier network 102. During that call, another call can be received from the hotel concierge through the hotel PBX 202 indicating that the user has received a free promotional spa package. The store at which the user had a suit tailored can also call the user to tell them that their suit is finished. Based on this scenario, more than two networks can be communicated with to receive calls each having a different priority. Priorities can be set for each of these networks as well as a unique call waiting network identification. - Those illustrations described above represented a set of networks that the
multi-mode device 100 can work with. Call waiting network identification can be performed across multiple network types. These can include, but are not limited to, 2G/3G/4G Long Term Evolution (LTE), private Global System for Mobile Communications (GSM), Wi-Fi, Bluetooth® and Near Field Communications (NFC). As will be shown below, thedevice 100 can coordinate collisions by adding in call waiting alerts on theend device 100, and more specifically providing a specific pattern through a tone and/or vibration to signal which network the incoming communication is on. - Turning to
FIG. 3 , a block diagram illustrating typical components of themulti-mode device 100 in accordance with one or more aspects of the present disclosure is provided. The hardware and software components of atypical device 100 for receiving call waiting network identification will now be shown. In typical embodiments, thedevice 100 can have aprocessor 304 for implementing logic, amemory 306, adisplay 308 and akeypad 310. Thedisplay 308 of thedevice 100 can be a liquid crystal display (LCD), or any other type of display commonly used indevice 100. Thedisplay 308 can be touch-sensitive, and can act as an input device. Thekeypad 310 can be a push button numeric dialing pad (such as on a typical telephone), a multi-key keyboard (such as a conventional keyboard), or any other device for inputting textual data. - The
memory 306 generally includes both volatile memory (e.g., RAM) and non-volatile memory (e.g., ROM, Flash Memory, or the like). The non-volatile portion of thememory 306 can be used to store persistent information which should not be lost when thedevice 100 is powered down. Thedevice 100 can include an operating system (OS) 320, such as Windows CE® or Windows Mobile® available from Microsoft Corporation, Android™ from Google Inc., or other OS. The OS can reside in thememory 306 and be executed on theprocessor 304. - The
memory 306 can also include one ormore device managers 322 for interacting with one or more I/O devices. Thedevice managers 322 can be software installed on thedevice 100. Adevice manager 322 can correspond to each I/O device. In addition to thedevice manager 322, one ormore client applications 324 can be loaded intomemory 306 and run on or in association with theOS 320. In the present disclosure, aclient application 324 can provide the call waiting network identification based on the source a call is coming from. Also within thememory 306,configurations 326 can be run on thedevice 100 in association with the call waiting networkidentification client application 324. - In operation, and as will be shown in further details below, the call waiting network
identification client application 324 can run with theconfigurations 326 to determine the calling source and provide a call waiting alert for the incoming source. The alert can be specific to the network. By way of a non-limiting example, two beeps can be provided by themulti-mode device 100 when the source is incoming from the hotel PBX 202 and a vibratory mechanism on thedevice 100 can be activated when the source is coming from the store PBX 204 shown inFIG. 2 . While primarily described as software, the call waiting networkidentification client application 324 can be run on hardware, software or combination of hardware and software. - The
memory 306 can also include a collection of one ormore APIs 328 for facilitating wireless communication between themulti-mode device 100 and one or more remote. I/O devices. TheAPIs 328 can be invoked by the call waiting networkidentification client application 324 for operating between networks. TheAPIs 328 can be used to recognize and control the one or more remote I/O devices. In this manner, thedevice 100 is able to take advantage of services or functionalities of the one or more remote I/O devices. - The
multi-mode device 100 can also include apower supply 318, which can be implemented as one or more batteries, fuel cells, or other sources of electrical power. Thepower supply 318 might further include an external power source, such as an AC adapter or a powered docking cradle that supplements or recharges the batteries. Thedevice 100 can include one or more audio, visual and/orvibratory notification mechanisms 312. Themobile device 102 can also include awireless module 316, such as a Wi-Fi module that facilitates wireless connectivity between thedevice 100 and the sources. - While a
multi-mode device 100 is described throughout the present disclosure, dual-mode devices or the like can also be used. The call waiting networkidentification client application 324 can be operable with theOS 320. TheOS 320 can treat Session Initiation Protocol (SIP) and carriers entirely independent from one another. Typically,previous devices 100 did not provide any form of native call waiting between the two models. In fact there was very little effort undertaken by theOS 320 to co-manage the two phone models, for example, mobile and Voice over IP (VoIP). - The call waiting network
identification client application 324 on themulti-mode device 100 can provide a number of features and services that are related to calls, or communications, coming in from the variety of sources. Theclient application 324 can play a different call waiting tone depending on the network origin of a call, for example, whether the call is coming from a mobile versus VoIP network or between multiple VoIP service providers. Thedevice 100 can also provide context between business and personal calls without interrupting the user and forcing them to take the phone away from their ear to read the caller identification. - When caller identification is not provided, the user can still be aware of the network origin of the call and can make decisions to interrupt the current call or not. When caller identification is provided on one network and not the other, the network specific call waiting indication can serve as a prompt to the user that caller identification is available and can be consulted to determine whether or not to interrupt the call. The
multi-mode device 100 can also be used to play standard call waiting tones for both networks to provide a seamless user experience across multiple networks. This can be useful in deployment scenarios like hospitality where the hotel offers VoIP on top the users existing mobile services. Typically, the user of thedevice 100 does not care which network calls are coming from, but the client can still handle call collisions resulting from multiple service providers. - Referring to
FIG. 4 , a flow chart depicting illustrative processes for call waiting network identification setup in accordance with one or more aspects of the present disclosure is provided. The processes can begin atblock 400. Atblock 402, themulti-mode device 100 can determine the source or network for which to setup. Atblock 404, thedevice 100 can give a priority to the source. This can be optional and in one embodiment, priorities can be based on the importance of network on which a call is received. By way of a non-limiting example, a phone call received off of a personal line can have a lower priority than that of a business line. Alternatively, priorities are not set for the sources. - The
multi-mode device 100 can associate the source with a call waiting identification based on its priority atblock 406. In one embodiment, the source can be associated with a call waiting identification regardless of its priority. Priorities can be used to determine whether the incoming call can be signaled to thedevice 100 or disregarded. By way of a non-limiting example, a personal call can be disregarded when the user is on a business call. In one embodiment, the number of beeps or signals provided can be less for a lower priority network while those that have a higher importance can be signaled more frequently. The processes for setting up the call waiting network identification can end atblock 408. -
FIG. 5 is a table 500 showing possible priorities for network sources in accordance with one or more aspects of the present disclosure. The priorities can be setup for each source and can provide call waiting identifications. In the table 500, acarrier network 502 can have a lower priority then acompany network 504 orhotel network 506. If a call were to come in through thecarrier network 502 when the user is on thecompany network 504 that has a higher priority, the call waiting identification could default to voicemail without ever injecting an alert into the original call from thecompany network 504. - The table 500 can be established and stored within the
configurations 326 of themulti-mode device 100. Logic can be included within theclient application 324 to differentiate the priorities within the table 500 with the sources and apply appropriate call waiting identifications. In one embodiment, the configurations can provide varying levels of ring tones or vibrations. Those networks having higher priorities can be rung more frequently and those having a lower priority can be sent to voicemail or rung less frequently. Call waiting identifications can also be standardized for each of the sources without regard to priorities. -
FIG. 6 is a flow chart depicting illustrative processes for client application activation in accordance with one or more aspects of the present disclosure. While the call waiting networkidentification client application 324 generally operates continuously, it typically works when the user is on a call with theirmulti-mode device 100. The processes for activation can begin atblock 600. Atblock 602, themulti-mode device 100 can be placed in a call mode whereby the user can make or receive calls. When the SIP client is involved in a call, it places the native mobile client to “silent ring” mode using theappropriate OS APIs 328 atblock 604. This can eliminate the issue where the two phone models operate independently of each other resulting in the phone alerting into the users ear when a mobile call arrives while on the VoIP call. The user can then receive or make a call through a first source atblock 606. The processes for client application activation can end atblock 608. - After a call is established through a first network, the
multi-mode device 100 can provide a network specific call waiting indication when another call is received from a different network. This indication can provide advanced notice to adevice 100 and signal which network the call is originating from. The indication can allow the user to decide whether or not to interrupt the ongoing call through the first network or whether or not additional information is available to aid in the decision to interrupt the call. - Turning to
FIG. 7 , a flow chart depicting illustrative processes for call waiting network identification in accordance with one, or more aspects of the present disclosure is provided. Typically, calls from the same network can be handled by that network. When calls are received from different networks, the following processes can be used to provide a call waiting network identification. The processes can begin atblock 700. - At
block 702, themulti-mode device 100 can be connected to a first source where communications can go through. Calls can be made or received through the first source. Atblock 704, a call can be received through a second source. AnSIP client application 324 can be designed to be notified of incoming carrier calls using existingAPIs 328 provided by theOS 320. Varying networks can provide calls to thedevice 100. The networks can be independent and separate from each other. By way of a non-limiting example, thecarrier network 102 would be independent of thePSTN 106 operating through thePBX 108 ofFIG. 1 . - The
multi-mode device 100 can identify the source of the received call atblock 706. Different sources can be used to provide different call waiting identifications. For example, a call received from acompany network 504 can have three beeps followed by one second of silence, while thehotel network 506 can have a single beep followed by three seconds of silence. Atblock 708, the call waiting identification can be injected into the communication of the first source. When injected the beeps would be added onto the call from the first network or laid on top of it. While on a VoIP call with the first source, theSIP client application 324 can be notified of the carrier call by virtue of an OS callback. - At
decision block 710, the user of theclient application 324 can choose to ignore the call. If ignored, the call from the second source can be disregarded atblock 712. This can cause the far end caller to continue to hear a ring back until the carrier moves the call to voicemail. Alternatively; theSIP client 324 can choose to inject a tone into the ongoing VoIP conversation, and/or vibrate, to signal to the user that a carrier call is waiting. The tone played is specific to the carrier, for example, one beep. Thedevice 100 can be configured for carrier calls to trigger vibration. Atblock 714, caller identification can be provided if supported by the incoming call network. The processes can end atblock 716. - For purposes of illustration, when multiple VoIP networks are used, that is a VoIP call is active and another VoIP call arrives, the
multi-mode device 100 can inject a different call waiting tone. The network call waiting tones can be configured differently, or to maintain standard based recommendations, the appropriate country tone plan can be followed for carrier calls, and VoIP calls can vibrate (or vice versa). When on a carrier call and a VoIP call arrives, theSIP client application 324 can check the mobile phone state usingappropriate OS APIs 328 before emitting audible alerting tones. If thedevice 100 is active on a mobile call, the applicable VoIP call waiting tone can be injected into the call. -
FIG. 8 is a flow chart depicting illustrative processes for call waiting network identification default in accordance with one or more aspects of the present disclosure. The client application which handles the call waiting tone injection can be enhanced to provide additional behaviors related to call routing. For example, while on a business PBX call, theclient application 324 can force personal carrier calls to a carrier voicemail. Call waiting can be played when a business call arrives. The model can be adapted to prevent call waiting tones for calls that have no caller identification, for example, carrier calls when the user has not opted to pay for caller identification services or VoIP calls that have call-privacy enabled. The processes can begin at block 800. - At block 802, the
multi-mode device 100 can communicate through a first source. A call can be made or received through the first source. At block 804, thedevice 100 can receive a call through a second source. The second source is independent of the first source, for example, a Wi-Fi source through a PBX and a mobile carrier. At decision block 806, thedevice 100 can determine whether the second source is a personal carrier to determine whether the incoming call should be sent to voicemail. For purposes of illustration, it can be assumed, for this instance, that a personal carrier has a lower priority as shown in the table 500 ofFIG. 5 . - If the network is a personal carrier, then the call coming from the personal carrier is sent to voicemail at block 808. Otherwise, a call waiting identification can be injected into the call going through the first source at block 810. A
SIP client application 324 can inject a tone into the ongoing VoIP conversation, and/or vibrate, to signal to the user that a carrier call is waiting. The tone played is specified to the carrier or thedevice 100 can be configured for carrier calls to trigger vibration. When on a carrier call and a VoIP arrives, theSIP client application 324 can check the state of themulti-mode device 100 usingappropriate OS APIs 328 before emitting audible alerting, tones. This can remove any interference provided through the injection of the call waiting identification. If available, thedevice 100 can provide caller identification at block 812. The processes can end at block 814. - The call waiting network
identification client application 324, which provided the network identification injection, can be enhanced to provide additional behaviors related to call routing. Call waiting tones for the networks can be standardized. Furthermore, “personal” call waiting tones can be implemented into theapplication 324, meaning a different tone for each caller can be programmed. In addition, other forms of communications can be handled including texts, videos, etc. - The data structures and code, in which the present disclosure can be implemented, can typically be stored on a non-transitory computer-readable storage medium. The storage can be any device or medium that can store code and/or data for use by a computer system. The non-transitory computer-readable storage medium includes, but is not limited to, volatile memory, non-volatile memory, magnetic and optical storage devices such as disk drives, magnetic tape, CDs (compact discs), DVDs (digital versatile discs or digital video discs), or other media capable of storing code and/or data now known or later developed.
- The methods and processes described in the disclosure can be embodied as code and/or data, which can be stored in a non-transitory computer-readable storage medium as described above. When a computer system reads and executes the code and/or data stored on the non-transitory computer-readable storage medium, the computer system performs the methods and processes embodied as data structures and code and stored within the non-transitory computer-readable storage medium. Furthermore, the methods and processes described can be included in hardware modules. For example, the hardware modules can include, but are not limited to, application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs), and other programmable-logic devices now known or later developed. When the hardware modules are activated, the hardware modules perform the methods and processes included within the hardware modules.
- The technology described herein can be implemented as logical operations and/or modules. The logical operations can be implemented as a sequence of processor-implemented executed steps and as interconnected machine or circuit modules. Likewise, the descriptions of various component modules can be provided in terms of operations executed or effected by the modules. The resulting implementation is a matter of choice, dependent on the performance requirements of the underlying system implementing the described technology. Accordingly, the logical operations making up the embodiment of the technology described herein are referred to variously as operations, steps, objects, or modules. It should be understood that logical operations can be performed in any order, unless explicitly claimed otherwise or a specific order is inherently necessitated by the claim language.
- Various embodiments of the present disclosure can be programmed using an object-oriented programming language, such as SmallTalk, Java, C++, Ada or C#. Other object-oriented programming languages can also be used. Alternatively, functional, scripting, and/or logical programming languages can be used. Various aspects of this disclosure can be implemented in a non-programmed environment, for example, documents created in HTML, XML, or other format that, when viewed in a window of a browser program, render aspects of a GUI or perform other functions. Various aspects of the disclosure can be implemented as programmed or non-programmed elements, or any combination thereof.
- The foregoing description is provided to enable any person skilled in the relevant art to practice the various embodiments described herein. Various modifications to these embodiments will be readily apparent to those skilled in the relevant art, and generic principles defined herein can be applied to other embodiments. Thus, the claims are not intended to be limited to the embodiments shown and described herein, but are to be accorded the full scope consistent with the language of the claims, wherein reference to an element in the singular is not intended to mean “one and only one” unless specifically stated, but rather “one or more.” All structural and functional equivalents to the elements of the various embodiments described throughout this disclosure that are known or later come to be known to those of ordinary skill in the relevant art are expressly incorporated herein by reference and intended to be encompassed by the claims. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly recited in the claims.
Claims (20)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/407,613 US8903072B2 (en) | 2012-02-28 | 2012-02-28 | Call waiting network identification |
EP12177132.3A EP2635012B1 (en) | 2012-02-28 | 2012-07-19 | Call waiting in a multi-mode device |
CA2792251A CA2792251C (en) | 2012-02-28 | 2012-10-16 | Call waiting network identification |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/407,613 US8903072B2 (en) | 2012-02-28 | 2012-02-28 | Call waiting network identification |
Publications (2)
Publication Number | Publication Date |
---|---|
US20130223607A1 true US20130223607A1 (en) | 2013-08-29 |
US8903072B2 US8903072B2 (en) | 2014-12-02 |
Family
ID=46762853
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/407,613 Active US8903072B2 (en) | 2012-02-28 | 2012-02-28 | Call waiting network identification |
Country Status (3)
Country | Link |
---|---|
US (1) | US8903072B2 (en) |
EP (1) | EP2635012B1 (en) |
CA (1) | CA2792251C (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130288656A1 (en) * | 2012-04-30 | 2013-10-31 | Cellco Partnership D/B/A Verizon Wireless | Multi-mode user device and network-based control and monitoring |
CN104135419A (en) * | 2014-07-24 | 2014-11-05 | 中国联合网络通信集团有限公司 | Method and system of constructing communication link based on private exchange and private exchange |
US20150079950A1 (en) * | 2013-09-19 | 2015-03-19 | Cellco Partnership D/B/A Verizon Wireless | Domain indicator tone for a calling party |
US20190182719A1 (en) * | 2015-12-11 | 2019-06-13 | Reliance Jio Infocomm Usa, Inc. | Co-existence mechanism for downloadable voice application client |
WO2022071665A1 (en) * | 2020-09-29 | 2022-04-07 | 삼성전자 주식회사 | Electronic device for synchronizing call waiting function in network environment, and method related thereto |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6011909A (en) * | 1997-01-06 | 2000-01-04 | Motorola, Inc. | Alerting user engaged in a first communications session on a first network to a request to establish a second communications session on a second network |
US6876632B1 (en) | 1998-09-25 | 2005-04-05 | Hitachi, Ltd. | Intelligent network with an internet call waiting function |
US7418091B1 (en) * | 2003-10-24 | 2008-08-26 | Nortel Networks Limited | Selective call waiting caller ID |
US20060245560A1 (en) * | 2005-04-29 | 2006-11-02 | Yau-Ren Jeng | Programable caller ID alerting indicator for handheld device |
US7860071B2 (en) * | 2006-08-31 | 2010-12-28 | Skype Limited | Dual-mode device for voice communication |
US20080092149A1 (en) * | 2006-10-05 | 2008-04-17 | Rowbotham Graham D | Modular architecture for a device interface component |
-
2012
- 2012-02-28 US US13/407,613 patent/US8903072B2/en active Active
- 2012-07-19 EP EP12177132.3A patent/EP2635012B1/en active Active
- 2012-10-16 CA CA2792251A patent/CA2792251C/en active Active
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130288656A1 (en) * | 2012-04-30 | 2013-10-31 | Cellco Partnership D/B/A Verizon Wireless | Multi-mode user device and network-based control and monitoring |
US9112918B2 (en) * | 2012-04-30 | 2015-08-18 | Verizon Patent And Licensing Inc. | Multi-mode user device and network-based control and monitoring |
US20150079950A1 (en) * | 2013-09-19 | 2015-03-19 | Cellco Partnership D/B/A Verizon Wireless | Domain indicator tone for a calling party |
US9191499B2 (en) * | 2013-09-19 | 2015-11-17 | Cellco Partnership | Domain indicator tone for a calling party |
CN104135419A (en) * | 2014-07-24 | 2014-11-05 | 中国联合网络通信集团有限公司 | Method and system of constructing communication link based on private exchange and private exchange |
US20190182719A1 (en) * | 2015-12-11 | 2019-06-13 | Reliance Jio Infocomm Usa, Inc. | Co-existence mechanism for downloadable voice application client |
US11743779B2 (en) * | 2015-12-11 | 2023-08-29 | Reliance Jio Infocomm Usa, Inc. | Co-existence mechanism for downloadable voice application client |
WO2022071665A1 (en) * | 2020-09-29 | 2022-04-07 | 삼성전자 주식회사 | Electronic device for synchronizing call waiting function in network environment, and method related thereto |
Also Published As
Publication number | Publication date |
---|---|
EP2635012B1 (en) | 2019-12-04 |
CA2792251C (en) | 2015-12-29 |
US8903072B2 (en) | 2014-12-02 |
EP2635012A1 (en) | 2013-09-04 |
CA2792251A1 (en) | 2013-08-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9967381B1 (en) | Virtual telephony assistant | |
EP2974250B1 (en) | Handling multiple voice calls in multiple sim mobile phone | |
CN103314624B (en) | Many SIM UE calls out and the method and apparatus of transmission busy state message in response to receiving | |
US8548509B2 (en) | System and method of automatically generating and sending text messages | |
US10079926B1 (en) | Virtual telephony assistant | |
CA2792251C (en) | Call waiting network identification | |
US9131061B2 (en) | Call handling across subscriptions in dual SIM dual active (DSDA) devices via short range wireless | |
US8804935B2 (en) | Call establishment based on presence | |
KR101221156B1 (en) | Induced answering method and system for circuit switching-based telephony | |
US8588753B2 (en) | Apparatus and method in a wireless device for reestablishing a call | |
US9439054B2 (en) | Emergency call redirection systems and methods | |
US10455078B1 (en) | Enhancing privacy in mobile phone calls by caller controlled audio delivering modes | |
US8311528B2 (en) | Emergency call redirection systems and methods | |
US9172814B1 (en) | Facilitating call continuity when transferring calls between a mobile access network to a VoIP network | |
US20080273673A1 (en) | Handling of telephone calls | |
US20090185670A1 (en) | Method and Apparatus for Using a User Message From a Caller Terminal as a Call Alert For a Callee Terminal | |
US20190253551A1 (en) | Method To Reduce Mobile Telephone Charges By Immediate Disconnect And Redial | |
KR20060117683A (en) | Method and apparatus for control receiving sound | |
KR100778283B1 (en) | Method for controlling sound volume of communication terminal and communication terminal of enabling the method | |
JP5551493B2 (en) | Service control apparatus, guidance control system, and guidance control method | |
CN116347537A (en) | Call processing method and device | |
KR20070066547A (en) | Method of operating communication terminal operating in locating mode and communication terminal of enabling the method | |
KR20080095133A (en) | Method and system of supporting automatic answering service using multimedia message | |
WO2014197929A1 (en) | Call handling in mobile telephones and mobile telephone networks | |
Grothaus et al. | Placing Calls with iPhone |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MITEL NETWORKS CORPORATION, CANADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HILLIER, PETER M;REEL/FRAME:027779/0619 Effective date: 20120222 |
|
AS | Assignment |
Owner name: BANK OF AMERICA, N.A., AS COLLATERAL AGENT, TEXAS Free format text: SECURITY AGREEMENT;ASSIGNOR:MITEL NETWORKS CORPORATION;REEL/FRAME:030186/0894 Effective date: 20130227 Owner name: WILMINGTON TRUST, N.A., AS SECOND COLLATERAL AGENT Free format text: SECURITY INTEREST;ASSIGNOR:MITEL NETWORKS CORPORATION;REEL/FRAME:030201/0743 Effective date: 20130227 |
|
AS | Assignment |
Owner name: MITEL NETWORKS CORPORATION, CANADA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:032176/0818 Effective date: 20140131 Owner name: MITEL US HOLDINGS, INC., ARIZONA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION;REEL/FRAME:032176/0818 Effective date: 20140131 |
|
AS | Assignment |
Owner name: MITEL US HOLDINGS, INC., ARIZONA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:BANK OF AMERICA, N.A.;REEL/FRAME:032210/0245 Effective date: 20140131 Owner name: MITEL NETWORKS CORPORATION, CANADA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:BANK OF AMERICA, N.A.;REEL/FRAME:032210/0245 Effective date: 20140131 |
|
AS | Assignment |
Owner name: JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT, NE Free format text: SECURITY AGREEMENT;ASSIGNORS:MITEL US HOLDINGS, INC.;MITEL NETWORKS CORPORATION;AASTRA USA INC.;REEL/FRAME:032264/0760 Effective date: 20140131 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
AS | Assignment |
Owner name: MITEL COMMUNICATIONS INC. FKA AASTRA USA INC., TEX Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT;REEL/FRAME:035562/0157 Effective date: 20150429 Owner name: MITEL US HOLDINGS, INC., ARIZONA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT;REEL/FRAME:035562/0157 Effective date: 20150429 Owner name: MITEL NETWORKS CORPORATION, CANADA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JEFFERIES FINANCE LLC, AS THE COLLATERAL AGENT;REEL/FRAME:035562/0157 Effective date: 20150429 |
|
AS | Assignment |
Owner name: BANK OF AMERICA, N.A.(ACTING THROUGH ITS CANADA BR Free format text: SECURITY INTEREST;ASSIGNOR:MITEL NETWORKS CORPORATION;REEL/FRAME:035783/0540 Effective date: 20150429 |
|
AS | Assignment |
Owner name: CITIZENS BANK, N.A., MASSACHUSETTS Free format text: SECURITY INTEREST;ASSIGNOR:MITEL NETWORKS CORPORATION;REEL/FRAME:042107/0378 Effective date: 20170309 |
|
AS | Assignment |
Owner name: MITEL US HOLDINGS, INC., ARIZONA Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461 Effective date: 20170309 Owner name: MITEL COMMUNICATIONS, INC., TEXAS Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461 Effective date: 20170309 Owner name: MITEL BUSINESS SYSTEMS, INC., ARIZONA Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461 Effective date: 20170309 Owner name: MITEL NETWORKS CORPORATION, CANADA Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461 Effective date: 20170309 Owner name: MITEL NETWORKS, INC., ARIZONA Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461 Effective date: 20170309 Owner name: MITEL (DELAWARE), INC., ARIZONA Free format text: RELEASE BY SECURED PARTY;ASSIGNORS:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;BANK OF AMERICA, N.A., (ACTING THROUGH ITS CANADA BRANCH), AS CANADIAN COLLATERAL AGENT;REEL/FRAME:042244/0461 Effective date: 20170309 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551) Year of fee payment: 4 |
|
AS | Assignment |
Owner name: MITEL NETWORKS CORPORATION, CANADA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CITIZENS BANK, N.A.;REEL/FRAME:048096/0785 Effective date: 20181130 |
|
AS | Assignment |
Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, AS COLLATERAL AGENT, NEW YORK Free format text: SECURITY INTEREST;ASSIGNOR:MITEL NETWORKS ULC;REEL/FRAME:047741/0704 Effective date: 20181205 Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, AS COLLATERAL AGENT, NEW YORK Free format text: SECURITY INTEREST;ASSIGNOR:MITEL NETWORKS ULC;REEL/FRAME:047741/0674 Effective date: 20181205 Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, AS COLLAT Free format text: SECURITY INTEREST;ASSIGNOR:MITEL NETWORKS ULC;REEL/FRAME:047741/0704 Effective date: 20181205 Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, AS COLLAT Free format text: SECURITY INTEREST;ASSIGNOR:MITEL NETWORKS ULC;REEL/FRAME:047741/0674 Effective date: 20181205 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |
|
AS | Assignment |
Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, AS COLLATERAL AGENT, NEW YORK Free format text: SECURITY INTEREST;ASSIGNOR:MITEL NETWORKS CORPORATION;REEL/FRAME:061824/0282 Effective date: 20221018 |