CA2677720A1 - System and method of user-directed dynamic domain selection - Google Patents
System and method of user-directed dynamic domain selection Download PDFInfo
- Publication number
- CA2677720A1 CA2677720A1 CA002677720A CA2677720A CA2677720A1 CA 2677720 A1 CA2677720 A1 CA 2677720A1 CA 002677720 A CA002677720 A CA 002677720A CA 2677720 A CA2677720 A CA 2677720A CA 2677720 A1 CA2677720 A1 CA 2677720A1
- Authority
- CA
- Canada
- Prior art keywords
- domain
- call
- user
- mobile device
- circuit switched
- 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.)
- Abandoned
Links
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Abstract
A mobile device configured for communication in both packet and circuit switched domains. The mobile device includes a domain selector. The domain selector is configured, responsive to selection by a user of one of the packet switched and circuit switched domains, to promote mobile device communication via the selected one of the packet switched and circuit switched domains.
Description
SYSTEM AND METHOD OF USER-DIRECTED DYNAMIC DOMAIN SELECTION
BACKGROUND
Easily transportable devices with wireless telecommunications capabilities, such as mobile telephones, personal digital assistants, handheld computers, and similar devices, will be referred to herein as mobile devices. A communications connection between two mobile devices can be referred to as a call or a session. Some mobile devices communicate in a circuit switched mode, wherein a dedicated communication path exists between two devices. For the duration of a call or session, all data exchanged between the two devices travels along the single 1o path.
Some mobile devices also have the capability to communicate in a packet switched mode. In packet switching, a data stream representing a portion of a call or session is divided into packets that are given unique identifiers. The packets might then be transmitted from a source to a destination along different paths and might arrive at the destination at different times. Upon reaching the destination, the packets are reassembled into their original sequence based on the identifiers.
Communications that take place via circuit switching can be said to occur in the circuit switched domain and communications that take place via packet switching can be said to occur in the packet switched domain. Within each domain, several different types of networks, protocols, or technologies can be used. In some cases, the same network, protocol, or technology can be used in both domains.
Examples of telecommunications networks, protocols, or technologies that use circuit switching include Code Division Multiple Access (CDMA), UTRAN (UTMS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network), and Global System for Mobile Communications (GSM). Examples of telecommunications networks, protocols, or technologies that use packet switching include Session Initiation Protocol (SIP), Wireless Local Area Network (WLAN), General Packet Radio Service (GPRS), Worldwide Interoperability for Microwave Access (WiMAX), lx Evolution-Data Optimized (lx EV-DO), High-Speed Downlink Packet Access (HSDPA), CDMA, and UTRAN.
These networks, protocols, and technologies are not mutually exclusive and in many cases are used in conjunction with one another. For example, in the packet switched domain, messages following the SIP messaging protocol might be transmitted over a WLAN
or messages following the HSDPA messaging protocol might be transmitted over a UTRAN-based radio network.
BRIEF DESCRIPTION OF THE DRAWINGS
For a more complete understanding of this disclosure, reference is now made to the following brief description, taken in connection with the accompanying drawings and detailed description, wherein like reference numerals represent like parts.
Figure 1 is a block diagram of a system including a mobile device operable to communicate in the circuit switched domain and in the packet switched domain according to an embodiment of the disclosure.
Figure 2 is a call flow diagram for a call that is preferred to be initiated in the circuit switched domain according to an embodiment of the disclosure.
Figure 3 is a call flow diagram for another call that is preferred to be initiated in the circuit switched domain according to an embodiment of the disclosure.
Figure 4 is a call flow diagram for a call that is preferred to be initiated in the packet switched domain according to an embodiment of the disclosure.
Figure 5 is a diagram of a method for dynamically selecting a domain according to an embodiment of the disclosure.
Figure 6 is a diagram of a wireless communications system including a mobile device operable for some of the various embodiments of the disclosure.
Figure 7 is a block diagram of a mobile device operable for some of the various embodiments of the disclosure.
Figure 8 is a diagram of a software environment that may be implemented on a mobile device operable for some of the various embodiments of the disclosure.
BACKGROUND
Easily transportable devices with wireless telecommunications capabilities, such as mobile telephones, personal digital assistants, handheld computers, and similar devices, will be referred to herein as mobile devices. A communications connection between two mobile devices can be referred to as a call or a session. Some mobile devices communicate in a circuit switched mode, wherein a dedicated communication path exists between two devices. For the duration of a call or session, all data exchanged between the two devices travels along the single 1o path.
Some mobile devices also have the capability to communicate in a packet switched mode. In packet switching, a data stream representing a portion of a call or session is divided into packets that are given unique identifiers. The packets might then be transmitted from a source to a destination along different paths and might arrive at the destination at different times. Upon reaching the destination, the packets are reassembled into their original sequence based on the identifiers.
Communications that take place via circuit switching can be said to occur in the circuit switched domain and communications that take place via packet switching can be said to occur in the packet switched domain. Within each domain, several different types of networks, protocols, or technologies can be used. In some cases, the same network, protocol, or technology can be used in both domains.
Examples of telecommunications networks, protocols, or technologies that use circuit switching include Code Division Multiple Access (CDMA), UTRAN (UTMS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network), and Global System for Mobile Communications (GSM). Examples of telecommunications networks, protocols, or technologies that use packet switching include Session Initiation Protocol (SIP), Wireless Local Area Network (WLAN), General Packet Radio Service (GPRS), Worldwide Interoperability for Microwave Access (WiMAX), lx Evolution-Data Optimized (lx EV-DO), High-Speed Downlink Packet Access (HSDPA), CDMA, and UTRAN.
These networks, protocols, and technologies are not mutually exclusive and in many cases are used in conjunction with one another. For example, in the packet switched domain, messages following the SIP messaging protocol might be transmitted over a WLAN
or messages following the HSDPA messaging protocol might be transmitted over a UTRAN-based radio network.
BRIEF DESCRIPTION OF THE DRAWINGS
For a more complete understanding of this disclosure, reference is now made to the following brief description, taken in connection with the accompanying drawings and detailed description, wherein like reference numerals represent like parts.
Figure 1 is a block diagram of a system including a mobile device operable to communicate in the circuit switched domain and in the packet switched domain according to an embodiment of the disclosure.
Figure 2 is a call flow diagram for a call that is preferred to be initiated in the circuit switched domain according to an embodiment of the disclosure.
Figure 3 is a call flow diagram for another call that is preferred to be initiated in the circuit switched domain according to an embodiment of the disclosure.
Figure 4 is a call flow diagram for a call that is preferred to be initiated in the packet switched domain according to an embodiment of the disclosure.
Figure 5 is a diagram of a method for dynamically selecting a domain according to an embodiment of the disclosure.
Figure 6 is a diagram of a wireless communications system including a mobile device operable for some of the various embodiments of the disclosure.
Figure 7 is a block diagram of a mobile device operable for some of the various embodiments of the disclosure.
Figure 8 is a diagram of a software environment that may be implemented on a mobile device operable for some of the various embodiments of the disclosure.
DETAILED DESCRIPTION
It should be understood at the outset that although illustrative implementations of one or more embodiments of the present disclosure are provided below, the disclosed systems and/or methods may be implemented using any number of techniques, whether currently known or in existence. The disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary designs and implementations illustrated and described herein, but may be modified within the scope of the appended claims along with their full scope of equivalents.
In an embodiment, a mobile device is provided that is configured for communication in both packet and circuit switched domains. The mobile device includes a domain selector. The domain selector is configured, responsive to selection by a user of one of the packet switched and circuit switched domains, to promote mobile device communication via the selected one of the packet switched and circuit switched domains.
In another embodiment, a method for domain selection is provided. The method includes providing a default domain for mobile device communication. The default domain is selected from one of a packet switched domain and a circuit switched domain.
The method also includes selecting to override the default domain for a call and to use the other one of the packet switched and circuit switched domains. The method also includes communicating via the selected override domain.
In another embodiment, a system for domain selection is provided. The system includes a packet switched domain, a circuit switched domain, and a mobile device to selectively communicate in the packet and circuit switched domains responsive to user input.
Currently, calls or sessions made in the circuit switched domain tend to be more reliable and have a higher quality than calls or sessions made in the packet switched domain since each circuit switched call is made over a circuit dedicated exclusively to that call. However, the use of a dedicated circuit tends to make circuit switched calls more expensive than packet switched calls. Packet switched calls, on the other hand, tend to be less expensive because packet switching allows network resources to be shared between multiple calls simultaneously. But packet switched calls tend to be less reliable since the sharing of resources and the disassembling and reassembling of a data stream can lead to errors. It should be recognized that in the future these characteristics could reverse and packet switched calls could become more reliable and more expensive while circuit switched calls become less reliable and less expensive.
A mobile device that is capable of communicating in both the circuit switched domain and the packet switched domain can be referred to as a dual domain device or a dual mode device. For current and proposed dual mode devices, a user typically specifies a preference for using a particular domain or a particular network, protocol, or technology within a domain. For example, a user who is willing to pay more for more reliable calls might express a preference for the circuit switched domain or a particular network, protocol, or technology within the circuit switched domain. A user who is willing to tolerate some unreliability in exchange for less expensive calls might express a preference for the packet switched domain or a particular network, protocol, or technology within the packet switched domain.
A user's preference for a particular domain or a particular network, protocol, or technology within a domain will be referred to herein as a connection preference. A user's connection preference may be an item within a set of the user's telecommunications preferences known as a subscription profile. A provider of wireless telecommunications services might store its customers' subscription profiles in a database or similar data store. When a customer attempts to initiate a wireless call or session, the provider typically consults the database to retrieve the customer's subscription profile and determine the user preferences that should be applied to the call. In this way, the connection preference of a user of a dual mode device can be applied to all calls the user makes.
For current and proposed dual mode devices, a user's connection preference remains in effect for all calls the user makes. If the user wishes to use a different domain, network, protocol, or technology, the user would typically change the connection preference in the subscription profile. The service provider would then update the subscription profile in its database. The new connection preference would then remain in effect for all future calls until the user changed the subscription profile again.
It should be understood at the outset that although illustrative implementations of one or more embodiments of the present disclosure are provided below, the disclosed systems and/or methods may be implemented using any number of techniques, whether currently known or in existence. The disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary designs and implementations illustrated and described herein, but may be modified within the scope of the appended claims along with their full scope of equivalents.
In an embodiment, a mobile device is provided that is configured for communication in both packet and circuit switched domains. The mobile device includes a domain selector. The domain selector is configured, responsive to selection by a user of one of the packet switched and circuit switched domains, to promote mobile device communication via the selected one of the packet switched and circuit switched domains.
In another embodiment, a method for domain selection is provided. The method includes providing a default domain for mobile device communication. The default domain is selected from one of a packet switched domain and a circuit switched domain.
The method also includes selecting to override the default domain for a call and to use the other one of the packet switched and circuit switched domains. The method also includes communicating via the selected override domain.
In another embodiment, a system for domain selection is provided. The system includes a packet switched domain, a circuit switched domain, and a mobile device to selectively communicate in the packet and circuit switched domains responsive to user input.
Currently, calls or sessions made in the circuit switched domain tend to be more reliable and have a higher quality than calls or sessions made in the packet switched domain since each circuit switched call is made over a circuit dedicated exclusively to that call. However, the use of a dedicated circuit tends to make circuit switched calls more expensive than packet switched calls. Packet switched calls, on the other hand, tend to be less expensive because packet switching allows network resources to be shared between multiple calls simultaneously. But packet switched calls tend to be less reliable since the sharing of resources and the disassembling and reassembling of a data stream can lead to errors. It should be recognized that in the future these characteristics could reverse and packet switched calls could become more reliable and more expensive while circuit switched calls become less reliable and less expensive.
A mobile device that is capable of communicating in both the circuit switched domain and the packet switched domain can be referred to as a dual domain device or a dual mode device. For current and proposed dual mode devices, a user typically specifies a preference for using a particular domain or a particular network, protocol, or technology within a domain. For example, a user who is willing to pay more for more reliable calls might express a preference for the circuit switched domain or a particular network, protocol, or technology within the circuit switched domain. A user who is willing to tolerate some unreliability in exchange for less expensive calls might express a preference for the packet switched domain or a particular network, protocol, or technology within the packet switched domain.
A user's preference for a particular domain or a particular network, protocol, or technology within a domain will be referred to herein as a connection preference. A user's connection preference may be an item within a set of the user's telecommunications preferences known as a subscription profile. A provider of wireless telecommunications services might store its customers' subscription profiles in a database or similar data store. When a customer attempts to initiate a wireless call or session, the provider typically consults the database to retrieve the customer's subscription profile and determine the user preferences that should be applied to the call. In this way, the connection preference of a user of a dual mode device can be applied to all calls the user makes.
For current and proposed dual mode devices, a user's connection preference remains in effect for all calls the user makes. If the user wishes to use a different domain, network, protocol, or technology, the user would typically change the connection preference in the subscription profile. The service provider would then update the subscription profile in its database. The new connection preference would then remain in effect for all future calls until the user changed the subscription profile again.
In an embodiment, a user of a dual mode device is provided with the capability to dynamically select, on a per call or per session basis, the domain in which the call or session will be initiated. That is, during the initialization of each session, the user is given the opportunity to specify whether the session will be circuit switched or packet switched. The session may be a voice call in some embodiments and a data transfer session in other embodiments.
In an embodiment, the user's preference for circuit switching or packet switching remains in place in the user's subscription profile and this preference is used as a default for each session. If the user wishes to use a domain other than the default for a particular call, the user can make an appropriate input into the mobile device and an attempt to use the other domain will be made for that call. Thus, for each session, the default domain can be used or the default domain can be overridden and the other domain can be used.
As used hereinafter, the terms "select a domain", "designate a domain", and the like will refer to the choice of a domain for a call or session, whether through the acceptance of the default domain or through the overriding of the default. It will be recognized, however, that in the case of the acceptance of the default, no deliberate selection or designation need be made by the user.
In an embodiment, the user selects only the domain for the session, not the network, protocol, or technology within that domain. For example, the user might specify a preference for a circuit switched session but would not specify whether the circuit switched session should use CDMA, GSM, UTRAN, or some other circuit switched network, protocol, or technology.
Or the user might specify a preference for a packet switched session but would not specify whether the packet switched session should use SIP, WLAN, WiMAX, or some other packet switched network, protocol, or technology.
In an embodiment, a dual mode device includes a domain selector that is capable of receiving the user's domain selection and passing the selection to a technology selector in the dual mode device. The technology selector is capable of automatically selecting an appropriate network, protocol, or technology within the domain that the user has selected and causing a session to be initiated in the selected network, protocol, or technology. The technology selector might base its selection on cost, availability, reliability, or other factors.
If the domain that the user has selected is unavailable or cannot be used for some other reason, the domain selector might automatically cause the technology selector to automatically select an appropriate network, protocol, or technology within the other domain and initiate the session in the other network, protocol, or technology. Alternatively, the mobile device might inform the user of the unavailability of the selected domain and provide the user with the opportunity to use the other domain for the call. The user might then choose to use the other domain or might choose to cancel the call.
In some embodiments, the domain selector and the technology selector might be a single component rather than separate components. Also, in some embodiments, the domain selector and/or the technology selector might reside in a telecommunications network, a computer network, or in some other location rather than in the mobile device.
Figure 1 is a block diagram of an embodiment of a system 5 that includes a mobile device 10, a circuit switched domain 20, and a packet switched domain 30. The mobile device 10 is capable of communicating in both the circuit switched domain 20 and the packet switched domain 30. The mobile device 10 includes an interface 14 through which a user of the mobile device 10 can designate whether a call is to be initiated in the circuit switched domain 20 or the packet switched domain 30. The mobile device 10 also includes a domain selector 16 that is capable of receiving the user's domain designation from the interface 14.
In addition, the mobile device 10 includes a technology selector 18 that is capable of receiving the domain designation from the domain selector 16, selecting an appropriate network, protocol, or technology within the selected domain, and initiating a call in the designated network, protocol, or technology. While the domain selector 16 and the technology selector 18 are shown as separate components, in other embodiments the domain selector 16 and the technology selector 18 could be a single component.
The mobile device 10 can communicate with a subscription profile database 40 within a telecommunications network 50 to retrieve a default domain designation.
Although the telecommunications network 50, the circuit switched domain 20, and the packet switched domain 30 are shown as separate components, it should be understood that the circuit switched domain 20, the packet switched domain 30, or both could be components within the telecommunications network 50. Alternatively, the telecommunications network 50 could be a component within the circuit switched domain 20, the packet switched domain 30, or both.
Also, the telecommunications network 50 and/or the packet switched domain 30 could be components within an IP multimedia subsystem (IMS) framework or could contain an IMS
framework. In some embodiments, the domain selector 16 and/or the technology selector 18 might reside in the telecommunications network 50 or in some other location rather than in the mobile device 10.
If the user wished to initiate a call in the default domain, the user would not need to make any inputs into the interface 14 different from or in addition to those that would traditionally be made. The mobile device 10 would simply retrieve the default domain from the subscription profile database 40 and initiate the call in that domain. If the user wished to initiate a call in a domain different from the default domain, however, the user would make an appropriate input into the interface 14. The domain selector 16 would receive the input and inform the technology selector 18 of the selected domain. The technology selector 18 would then automatically select an appropriate network, protocol, or technology within the selected domain and cause the call to be initiated in the designated domain rather than the default domain.
As an example, a user might be willing, in most cases, to accept the possibility of uncertain call quality or reliability in exchange for lower calling costs and might therefore designate the packet switched domain 30 as the default domain. However, when placing a call in which quality and reliability are more important, the user might wish to use the circuit switched domain 20. When placing such a call, the user might make an input into the interface 14 specifying that the call should use the circuit switched domain 20. During the initialization process for the call, the technology selector 18, having received the user's domain selection from the domain selector 16, would select an appropriate network, protocol, or technology within the circuit switched domain 20 and ensure that the call is attempted in that network, protocol, or technology.
In an embodiment, the user's preference for circuit switching or packet switching remains in place in the user's subscription profile and this preference is used as a default for each session. If the user wishes to use a domain other than the default for a particular call, the user can make an appropriate input into the mobile device and an attempt to use the other domain will be made for that call. Thus, for each session, the default domain can be used or the default domain can be overridden and the other domain can be used.
As used hereinafter, the terms "select a domain", "designate a domain", and the like will refer to the choice of a domain for a call or session, whether through the acceptance of the default domain or through the overriding of the default. It will be recognized, however, that in the case of the acceptance of the default, no deliberate selection or designation need be made by the user.
In an embodiment, the user selects only the domain for the session, not the network, protocol, or technology within that domain. For example, the user might specify a preference for a circuit switched session but would not specify whether the circuit switched session should use CDMA, GSM, UTRAN, or some other circuit switched network, protocol, or technology.
Or the user might specify a preference for a packet switched session but would not specify whether the packet switched session should use SIP, WLAN, WiMAX, or some other packet switched network, protocol, or technology.
In an embodiment, a dual mode device includes a domain selector that is capable of receiving the user's domain selection and passing the selection to a technology selector in the dual mode device. The technology selector is capable of automatically selecting an appropriate network, protocol, or technology within the domain that the user has selected and causing a session to be initiated in the selected network, protocol, or technology. The technology selector might base its selection on cost, availability, reliability, or other factors.
If the domain that the user has selected is unavailable or cannot be used for some other reason, the domain selector might automatically cause the technology selector to automatically select an appropriate network, protocol, or technology within the other domain and initiate the session in the other network, protocol, or technology. Alternatively, the mobile device might inform the user of the unavailability of the selected domain and provide the user with the opportunity to use the other domain for the call. The user might then choose to use the other domain or might choose to cancel the call.
In some embodiments, the domain selector and the technology selector might be a single component rather than separate components. Also, in some embodiments, the domain selector and/or the technology selector might reside in a telecommunications network, a computer network, or in some other location rather than in the mobile device.
Figure 1 is a block diagram of an embodiment of a system 5 that includes a mobile device 10, a circuit switched domain 20, and a packet switched domain 30. The mobile device 10 is capable of communicating in both the circuit switched domain 20 and the packet switched domain 30. The mobile device 10 includes an interface 14 through which a user of the mobile device 10 can designate whether a call is to be initiated in the circuit switched domain 20 or the packet switched domain 30. The mobile device 10 also includes a domain selector 16 that is capable of receiving the user's domain designation from the interface 14.
In addition, the mobile device 10 includes a technology selector 18 that is capable of receiving the domain designation from the domain selector 16, selecting an appropriate network, protocol, or technology within the selected domain, and initiating a call in the designated network, protocol, or technology. While the domain selector 16 and the technology selector 18 are shown as separate components, in other embodiments the domain selector 16 and the technology selector 18 could be a single component.
The mobile device 10 can communicate with a subscription profile database 40 within a telecommunications network 50 to retrieve a default domain designation.
Although the telecommunications network 50, the circuit switched domain 20, and the packet switched domain 30 are shown as separate components, it should be understood that the circuit switched domain 20, the packet switched domain 30, or both could be components within the telecommunications network 50. Alternatively, the telecommunications network 50 could be a component within the circuit switched domain 20, the packet switched domain 30, or both.
Also, the telecommunications network 50 and/or the packet switched domain 30 could be components within an IP multimedia subsystem (IMS) framework or could contain an IMS
framework. In some embodiments, the domain selector 16 and/or the technology selector 18 might reside in the telecommunications network 50 or in some other location rather than in the mobile device 10.
If the user wished to initiate a call in the default domain, the user would not need to make any inputs into the interface 14 different from or in addition to those that would traditionally be made. The mobile device 10 would simply retrieve the default domain from the subscription profile database 40 and initiate the call in that domain. If the user wished to initiate a call in a domain different from the default domain, however, the user would make an appropriate input into the interface 14. The domain selector 16 would receive the input and inform the technology selector 18 of the selected domain. The technology selector 18 would then automatically select an appropriate network, protocol, or technology within the selected domain and cause the call to be initiated in the designated domain rather than the default domain.
As an example, a user might be willing, in most cases, to accept the possibility of uncertain call quality or reliability in exchange for lower calling costs and might therefore designate the packet switched domain 30 as the default domain. However, when placing a call in which quality and reliability are more important, the user might wish to use the circuit switched domain 20. When placing such a call, the user might make an input into the interface 14 specifying that the call should use the circuit switched domain 20. During the initialization process for the call, the technology selector 18, having received the user's domain selection from the domain selector 16, would select an appropriate network, protocol, or technology within the circuit switched domain 20 and ensure that the call is attempted in that network, protocol, or technology.
As another example, a user might be willing, in most cases, to pay higher fees in order to receive higher call quality or reliability and might therefore designate the circuit switched domain 20 as the default domain. In some cases, however, such a user might prefer to use the packet switched domain 30. For instance, when it is known that a call will last for a long period of time and would therefore be expensive if placed in the circuit switched domain 20, the user might wish to place the call in the packet switched domain 30 in order to save money. When placing such a call, the user might make an input into the interface 14 specifying that the call should use the packet switched domain 30. During the initialization process for the call, the technology selector 18, having received the user's domain selection from the domain selector 16, would select an appropriate network, protocol, or technology within the packet switched domain 30 and ensure that the call is attempted in that network, protocol, or technology.
As yet another example, a user who uses the circuit switched domain 20 as the default domain might wish to make a call in the packet switched domain 30 and might make an appropriate input into the interface 14 to do so. However, if no packet switched network, protocol, or technology were currently available for the call, the technology selector 18 might automatically select an appropriate circuit switched network, protocol, or technology and ensure that the call is attempted in that network, protocol, or technology.
Alternatively, if the override domain is selected but is not available, the interface 14 might inform the user of the unavailability of the override domain and provide the user with the opportunity to revert to the default domain for the call. The user might then choose to use the default domain or might choose to cancel the call.
In an embodiment, the setup messages, origination messages, initiation messages, or other messages used to start the connection of a wireless call or session are modified to indicate the user's domain designation. For example, in UTRAN, spare bit 3 in the Setup/CM Service Request message can be used to indicate the domain preference. In CDMA, the Service_Option or Add Service Option reserved bit in the Origination message can be used to indicate the domain preference. In SIP, a new domain directive can be introduced in the SIP
Request Disposition header to indicate the domain preference. One of skill in the art will recognize other modifications that could be made to these or other messages to indicate a user's preference for a domain.
In an embodiment, when the mobile device 10 transmits such a modified message, the message reaches a network element capable of interpreting the message and taking an appropriate action. That is, the network element can cause a call to be initiated in the domain that is specified in the modified message. In some embodiments, this network element is a call continuity control function/network domain selector (CCCF/NeDS), but in other embodiments might be some other well known component.
The overriding of the default domain might apply to session handover as well as to session initialization, where handover is the transfer of an existing session from one telecommunications zone to another. As used herein, the term "zone" refers to the geographic area served by a traditional wireless telecommunications tower, base station, and related components and/or to the geographic area served by a wireless computer network. In other words, a zone might be an area in which circuit switching is available, an area in which packet switching is available, or an area in which both are available. As a mobile device user moves from one zone to another, control of an existing session is typically handed over from circuit switching equipment in the first zone to circuit switching equipment in the second zone or from packet switching equipment in the first zone to packet switching equipment in the second zone.
In an embodiment, when a user of the mobile device 10 designates that an override of the default domain designation should occur for a call, the user's preference for an override can be stored and recalled as needed when a handover occurs. The preference might be stored in the network element that received and interpreted the modified initiation message, in the domain selector 16, in the technology selector 18, or elsewhere.
For instance, in the example described above where the user expressed a preference for packet switching for a call but no packet switched network, protocol, or technology was available, the call reverted to circuit switching. If a handover of the call occurred and a packet switched network, protocol, or technology was available during the handover, the network element, the domain selector 16, or the technology selector 18 might cause the call to be handed over to the packet switched domain in accordance with the user's previous wishes.
As yet another example, a user who uses the circuit switched domain 20 as the default domain might wish to make a call in the packet switched domain 30 and might make an appropriate input into the interface 14 to do so. However, if no packet switched network, protocol, or technology were currently available for the call, the technology selector 18 might automatically select an appropriate circuit switched network, protocol, or technology and ensure that the call is attempted in that network, protocol, or technology.
Alternatively, if the override domain is selected but is not available, the interface 14 might inform the user of the unavailability of the override domain and provide the user with the opportunity to revert to the default domain for the call. The user might then choose to use the default domain or might choose to cancel the call.
In an embodiment, the setup messages, origination messages, initiation messages, or other messages used to start the connection of a wireless call or session are modified to indicate the user's domain designation. For example, in UTRAN, spare bit 3 in the Setup/CM Service Request message can be used to indicate the domain preference. In CDMA, the Service_Option or Add Service Option reserved bit in the Origination message can be used to indicate the domain preference. In SIP, a new domain directive can be introduced in the SIP
Request Disposition header to indicate the domain preference. One of skill in the art will recognize other modifications that could be made to these or other messages to indicate a user's preference for a domain.
In an embodiment, when the mobile device 10 transmits such a modified message, the message reaches a network element capable of interpreting the message and taking an appropriate action. That is, the network element can cause a call to be initiated in the domain that is specified in the modified message. In some embodiments, this network element is a call continuity control function/network domain selector (CCCF/NeDS), but in other embodiments might be some other well known component.
The overriding of the default domain might apply to session handover as well as to session initialization, where handover is the transfer of an existing session from one telecommunications zone to another. As used herein, the term "zone" refers to the geographic area served by a traditional wireless telecommunications tower, base station, and related components and/or to the geographic area served by a wireless computer network. In other words, a zone might be an area in which circuit switching is available, an area in which packet switching is available, or an area in which both are available. As a mobile device user moves from one zone to another, control of an existing session is typically handed over from circuit switching equipment in the first zone to circuit switching equipment in the second zone or from packet switching equipment in the first zone to packet switching equipment in the second zone.
In an embodiment, when a user of the mobile device 10 designates that an override of the default domain designation should occur for a call, the user's preference for an override can be stored and recalled as needed when a handover occurs. The preference might be stored in the network element that received and interpreted the modified initiation message, in the domain selector 16, in the technology selector 18, or elsewhere.
For instance, in the example described above where the user expressed a preference for packet switching for a call but no packet switched network, protocol, or technology was available, the call reverted to circuit switching. If a handover of the call occurred and a packet switched network, protocol, or technology was available during the handover, the network element, the domain selector 16, or the technology selector 18 might cause the call to be handed over to the packet switched domain in accordance with the user's previous wishes.
While the above discussion has focused on calls or sessions initiated by a user of the mobile device 10, similar considerations could apply to calls received by the user. That is, when the mobile device 10 receives an incoming call, the user might make an appropriate input into the interface 14 in order to accept the call in the circuit switched domain 20 or the packet switched domain 30. As with outgoing calls, a default domain for incoming calls might be retained in the subscription profile database 40 and might be used when the user does not select a different domain for an incoming call. If the user wishes to use a domain other than the default, the domain selector 16 can receive an override input entered into the interface 14 and cause the technology selector 18 to connect the incoming call in a network, protocol, or technology within the domain specified in the override input.
The interface 14 might include one or more input components 15, such as buttons or other well known input mechanisms, that allow the user to easily select whether the default domain should be overridden for a particular call. In the case where the input component 15 is a button, the button might include a label or other symbol to indicate its function. However, one of skill in the art will recognize that many users of a dual mode device may be unfamiliar with the concepts of circuit switching and packet switching. If the label on the button displayed options such as "circuit switched" or "packet switched", such users may not know which option to choose. The users may be aware that two options are available, each having advantages and disadvantages, but may be unaware of which option corresponds to which set of advantages and disadvantages.
Other users may be aware of the advantages and disadvantages of the circuit switched domain and the packet switched domain but may forget which domain has been selected as the default. If the label on the button simply stated "override default" or similar wording, such users may not know whether or not to select the button. One of skill in the art will recognize other situations in which the labeling on the button might cause confusion or might not provide sufficient information to users of a dual mode device.
In an embodiment, the button or other input component 15 on the interface 14 is labeled in such a manner that users who are unfamiliar with the concepts of circuit switching and packet switching can easily make an appropriate decision regarding the selection of a domain for a call.
In one example, the interface 14 is a touch sensitive liquid crystal diode (LCD) screen and the button is a portion of the screen. In this case, the label on the button can include LCD-based words or symbols that can easily be changed when the function of the button changes.
For instance, if circuit switching has been chosen as the default domain for the mobile device 10, the button could allow packet switching to be selected on a per call basis. The label on the button might then display wording such as "low cost", "lower quality", or similar words or symbols to indicate the packet switching-related parameters the user can expect for the call that is about to be placed. On the other hand, if packet switching has been chosen as the default domain, the button could allow circuit switching to be selected on a per call basis. The label on the button might then display wording such as "high quality", "higher cost", or similar words or symbols to indicate the circuit switching-related parameters the user can expect.
In other embodiments, temporary labels might be applied to the button in other ways.
Alternatively, the button might have a more permanent label that describes its function more broadly. For example, the button might have wording such as "alternate domain", "other network", or similar labels to indicate that pressing the button will cause the default domain to be overridden.
In still other embodiments, the input component 15 might not be a button but might be some other input apparatus that allows the user to override the default domain. For example, the input component 15 might be a popup window, dialog box, or similar temporary display that appears on the interface 14 when the user initiates a call. The display could inform the user of the default domain that is in effect and the advantages and disadvantages of the default domain and the other domain. Such an input component 15 might ask the user if an override is desired and might accept a response from the user. One of skill in the art will recognize other ways in which the interface 14 might provide one or more user-friendly input components 15 for overriding the default domain.
In other embodiments, the interface 14 might provide additional information to assist the user in selecting a domain. For example, the interface 14 might display the bandwidth, throughput, or other call quality parameters likely to be available for a call in the circuit switched and packet switched domains. The interface 14 might also display the fees likely to be charged for a call in the circuit switched and packet switched domains. The user might then take this information into account when deciding whether to accept the default domain or select the override domain.
Figure 2 is a call flow diagram 100 depicting an example of a series of events that might occur when a user specifies a preference for a call to be attempted in the circuit switched domain. In this case, the protocol that the technology selector 18 of Figure 1 uses to attempt the call in the circuit switched domain is UTRAN, but other circuit switched protocols could be used in other situations. In the diagram, a mobile device is referred to as user equipment (UE) 102. The UE 102 is capable of operating in either the circuit switched domain or the packet switched domain and therefore has a circuit switched portion 101 and a packet switched portion 103. Other components involved in the call include a mobile switching center (MSC) 104, a first media gateway control function/media gateway (MGCF/MGW) 106, a serving call session control function (S-CSCF) 108, a call continuity control function/network domain selector (CCCF/NeDS) 110, and a second MGCF/MGW 112.
The first MGCF/MGW 106 and the second MGCF/MGW 112 translate messages between the circuit switched domain and the packet switched domain. The S-CSCF
108 is a packet switching-based component that can be considered a SIP server. The CCCF/NeDS 110 is a component in which a call that might use either the circuit switched domain or the packet switched domain can be anchored. The functional entities in the CCCF/NeDS 110 may include the following: Domain Transfer Function (DTF) (also referred to as Functional Entity FE-A), CS Adaptation Function (CSAF) (also referred to as FE-B), CAMEL Service (also referred to as FE-C), and Domain Selection Function (DSF) (also referred to as FE-D), which form a "VCC (Voice Call Continuity) Application".
The UE 102, the MSC 104, the first MGCF/MGW 106, the S-CSCF 108, and the CCCF/NeDS 110 can be considered part of an originating network 114. That is, a calling party might attempt to place a call through the components in the originating network 114. The second MGCF/MGW 112, together with other components not shown, might be part of a corresponding node (CN) network 116. That is, the CN network 116 is the terminating network or the network through which a called party might receive a call.
At event 120, the circuit switched portion 101 of the UE 102 begins the initiation of a call by sending a Setup message to the MSC 104. The Setup message includes a designation of the circuit switched domain as the preferred domain. At event 122, the MSC 104 sends a Customized Applications for Mobile network Enhanced Logic (CAMEL) initialization message to the CCCF/NeDS 110, requesting a connection to the called party. The CAMEL
initialization message also includes a designation of the circuit switched domain as the preferred domain.
The CCCF/NeDS 110 promotes the selection of the domain in which the call will be attempted based on this user preference.
At event 124, the MSC 104 sends a message to the circuit switched portion 101 of the UE 102 indicating that the call is proceeding. At event 126, the CCCF/NeDS 110 sends a CAMEL Connect (IMRN) (IP (internet protocol) multimedia routing number) message to the MSC 104 indicating that the call has been connected. The first MGCF/MGW 106 then, at event 128, sends an IS (Integrated Services Digital Network) User Part: Initial Address Message (ISUP: IAM message) to the MSC 104.
The first MGCF/MGW 106 sends a SIP Invite message to the S-CSCF 108 at event 130.
At event 132, the radio resources needed to carry out the call are set up. SIP
Invite messages are then exchanged between the S-CSCF 108 and the CCCF/NeDS 110 at events 134 and 136.
At event 138, the S-CSCF 108 sends a SIP Invite message to the second MGCF/MGW
112.
The second MGCF/MGW 112 sends an ISUP: IAM message to the CN network 116 at event 140 and the CN network 116 responds with an ISUP: ACM (Address Complete) message at event 142. At event 144, the S-CSCF 108 sends a SIP Progress message to the second MGCF/MGW 112. At events 146 and 148, SIP Progress messages are exchanged between the S-CSCF 108 and the CCCF/NeDS 110. At event 150, a SIP Progress message is exchanged between the S-CSCF 108 and the first MGCF/MGW 106.
At event 152, the first MGCF/MGW 106 sends an ISUP: ACM message to the MSC
104. The MSC 104 then sends an alerting message to the circuit switched portion 101 of the UE 102 at event 154. The user of the UE 102 is then alerted at event 156. The alert is typically a ring back tone or similar signal to indicate that the called party's device is ringing. At event 158, the CN network 116 sends an ISUP: ANM (Answer Message) message to the second MGCF/MGW 112. The second MGCF/MGW 112 sends a SIP OK message to the S-CSCF 108 at event 160. SIP OK messages are then exchanged between the S-CSCF 108 and the CCCF/NeDS 110 at events 162 and 164. The S-CSCF 108 sends a SIP OK message to the first MGCF/MGW 106 at event 166.
At event 168, the first MGCF/MGW 106 sends an ISUP: ANM message to the MSC
104 indicating that the called party has answered. The first MGCF/MGW 106 then sends a SIP
Acknowledgement message to the S-CSCF 108 at event 170. At event 172, a connection message is sent from the MSC 104 to the circuit switched portion 101 of the UE
102. The S-CSCF 108 sends a SIP Acknowledgement message to the CCCF/NeDS 110 at event 174. At event 176, the media for the call start to be exchanged. For example, for a voice call, data packets containing voice data would begin to be exchanged. For a multimedia call, video data, data files, or other types of data might be exchanged. The CCCF/NeDS 110 then sends a SIP
Acknowledgement message to the S-CSCF 108 at event 178 and the S-CSCF 108 sends a SIP
Acknowledgement message to the second MGCF/MGW 112 at event 180.
Figure 3 is a call flow diagram 200 depicting another example of a series of events that might occur when a user specifies a preference for a call to be attempted in the circuit switched domain. In this case, the protocol that the technology selector 18 of Figure 1 uses to attempt the call in the circuit switched domain is CDMA, but other circuit switched protocols could be used in other situations. As in Figure 2, the UE 102, the MSC 104, the first MGCF/MGW 106, the S-CSCF 108, and the CCCF/NeDS 110 can be considered part of the originating network 114 (the calling party's network). The called party might receive a call from the originating network 114 via the CN network 116.
In the embodiment of Figure 3, the circuit switched portion 101 of the UE 102 initiates the call by sending a CDMA Origination message to the MSC 104 at event 220.
The CDMA
Origination message includes the user's specification that the circuit switched domain is preferred for the call. At event 222, the MSC 104 sends the CCCF/NeDS 110 a CDMA Map message that also includes the user's preference for the circuit switched domain. At event 224, the CCCF/NeDS 110 sends the MSC 104 a CDMA Map message with an IlVIRN
indicating that the call was successfully connected in the circuit switched domain. The events that occur after the CDMA Map message is sent in event 224 are similar to those described in regard to Figure 2 and are well known to one of skill in the art and therefore will not be described again.
Figure 4 is a call flow diagram 300 depicting an example of a series of events that might occur when a user specifies a preference for a call to be attempted in the packet switched domain. In this case, the protocol that the technology selector 18 of Figure 1 uses to attempt the call in the packet switched domain is SIP, but in other situations other packet switched protocols could be used. The originating network 114 includes the UE 102, the S-CSCF
108, and the CCCF/NeDS 110 and, in this case, also includes a serving GRPS support node (SGSN) 350 and a gateway GRPS support node (GGSN) 352. The CN network 116 includes the CCCF/NeDS
110 and other components not shown.
At event 302, the packet switched portion 103 of the UE 102 sends a SIP Invite message to the S-CSCF 108. The SIP Invite message includes the user's specification that the packet switched domain is preferred for the call. The S-CSCF 108 then sends a SIP
Invite message to the CCCF/NeDS 110 at event 304. This SIP Invite message also includes the user's preference for the packet switched domain. At event 306, the CCCF/NeDS 110 sends a SIP
Invite message to the S-CSCF 108. The S-CSCF 108 then sends a SIP Invite message to the CN
network 116 at event 308. The S-CSCF 108 and the CN network 116 exchange a SIP Progress message at event 310. The S-CSCF 108 and the CCCF/NeDS 110 then exchange SIP Progress messages at events 312 and 314.
At event 316, a SIP Ringing message is sent from the S-CSCF 108 to the packet switched portion 103 of the UE 102, and the user is alerted at event 318. At event 320, the CN
network 116 sends a SIP OK message to the S-CSCF 108. The S-CSCF 108 and the CCCF/NeDS 110 then exchange SIP OK messages at events 322 and 324. At event 326, a SIP
OK message is sent from the S-CSCF 108 to the packet switched portion 103 of the UE 102.
Radio resources are then set up for the call at event 328.
At event 330, the packet switched portion 103 of the UE 102 sends a SIP
Acknowledgement message to the S-CSCF 108. The S-CSCF 108 and the CCCF/NeDS
then exchange SIP Acknowledgement messages at events 332 and 334. The S-CSCF
108 sends a SIP Acknowledgement message to the CN network 116 at event 336. Media traffic between the packet switched portion 103 of the UE 102 and the CN network 116 can then commence at event 338.
Figure 5 illustrates a method 350 for dynamically selecting a domain. At block 360, a default domain is provided. At block 370, a selection to override the default domain is made.
At block 380, the override domain is used for communication.
Figure 6 shows a wireless communications system including one embodiment of the mobile device 10. The mobile device 10 is operable for implementing aspects of the disclosure, but the disclosure should not be limited to these implementations. Though illustrated as a mobile phone, the mobile device 10 may take various forms including a wireless handset, a pager, a personal digital assistant (PDA), a portable computer, a tablet computer, or a laptop computer. Many suitable mobile devices combine some or all of these functions.
In some embodiments of the disclosure, the mobile device 10 is not a general purpose computing device like a portable, laptop or tablet computer, but rather is a special-purpose communications device such as a mobile phone, wireless handset, pager, or PDA. In another embodiment, the mobile device 10 may be a portable, laptop or other computing device.
The mobile device 10 includes a display 400. The mobile device 10 also includes a touch-sensitive surface, a keyboard or other input keys generally referred as 404 for input by a user. The keyboard may be a full or reduced alphanumeric keyboard such as QWERTY, Dvorak, AZERTY, and sequential types, or a traditional numeric keypad with alphabet letters 2o associated with a telephone keypad. The input keys may include a trackwheel, an exit or escape key, a trackball, and other navigational or functional keys, which may be inwardly depressed to provide further input function. The mobile device 10 may present options for the user to select, controls for the user to actuate, and/or cursors or other indicators for the user to direct. The mobile device 10 may further accept data entry from the user, including numbers to dial or various parameter values for configuring the operation of the mobile device 10. The mobile device 10 may further execute one or more sofftware or firmware applications in response to user commands. These applications may configure the mobile device 10 to perform various customized functions in response to user interaction.
Among the various applications executable by the mobile device 10 are a web browser, which enables the display 400 to show a web page. The web page is obtained via wireless communications with a cell tower 406, a wireless network access node, or any other wireless communication network or system. The cell tower 406 (or wireless network access node) is coupled to a wired network 408, such as the Internet. Via the wireless link and the wired network, the mobile device 10 has access to information on various servers, such as a server 410. The server 410 may provide content that may be shown on the display 400.
Figure 7 shows a block diagram of the mobile device 10. The mobile device 10 includes a digital signal processor (DSP) 502 and a memory 504. As shown, the mobile device 10 may further include an antenna and front end unit 506, a radio frequency (RF) transceiver 508, an analog baseband processing unit 510, a microphone 512, an earpiece speaker 514, a headset port 516, an input/output interface 518, a removable memory card 520, a universal serial bus (USB) port 522, a short range wireless communication sub-system 524, an alert 526, a keypad 528, a liquid crystal display (LCD), which may include a touch sensitive surface 530, an LCD controller 532, a charge-coupled device (CCD) camera 534, a camera controller 536, and a global positioning system (GPS) sensor 538.
The DSP 502 or some other form of controller or central processing unit operates to control the various components of the mobile device 10 in accordance with embedded software or firmware stored in memory 504. In addition to the embedded software or firmware, the DSP
502 may execute other applications stored in the memory 504 or made available via information carrier media such as portable data storage media like the removable memory card 520 or via wired or wireless network communications. The application software may comprise a compiled set of machine-readable instructions that configure the DSP 502 to provide the desired functionality, or the application software may be high-level software instructions to be processed by an interpreter or compiler to indirectly configure the DSP 502.
The antenna and front end unit 506 may be provided to convert between wireless signals and electrical signals, enabling the mobile device 10 to send and receive information from a cellular network or some other available wireless communications network. The RF transceiver 508 provides frequency shifting, converting received RF signals to baseband and converting baseband transmit signals to RF. The analog baseband processing unit 510 may provide channel equalization and signal demodulation to extract information from received signals, may modulate information to create transmit signals, and may provide analog filtering for audio signals. To that end, the analog baseband processing unit 510 may have ports for connecting to the built-in microphone 512 and the earpiece speaker 514 that enable the mobile device 10 to be used as a cell phone. The analog baseband processing unit 510 may further include a port for connecting to a headset or other hands-free microphone and speaker configuration.
The DSP 502 may send and receive digital communications with a wireless network via the analog baseband processing unit 510. In some embodiments, these digital communications may provide Internet connectivity, enabling a user to gain access to content on the Internet and to send and receive e-mail or text messages. The input/output interface 518 interconnects the DSP 502 and various memories and interfaces. The memory 504 and the removable memory card 520 may provide software and data to configure the operation of the DSP
502. Among the interfaces may be the USB interface 522 and the short range wireless communication sub-system 524. The USB interface 522 may be used to charge the mobile device 102 and may also enable the mobile device 10 to function as a peripheral device to exchange information with a personal computer or other computer system. The short range wireless communication sub-system 524 may include an infrared port, a Bluetooth interface, an IEEE 802.11 compliant wireless interface, or any other short range wireless communication sub-system, which may enable the mobile device 10 to communicate wirelessly with other nearby mobile devices and/or wireless base stations.
The input/output interface 518 may further connect the DSP 502 to the alert 526 that, when triggered, causes the mobile device 10 to provide a notice to the user, for example, by ringing, playing a melody, or vibrating. The alert 526 may serve as a mechanism for alerting the user to any of various events such as an incoming call, a new text message, and an appointment reminder by silently vibrating, or by playing a specific pre-assigned melody for a particular caller.
The keypad 528 couples to the DSP 502 via the interface 518 to provide one mechanism for the user to make selections, enter information, and otherwise provide input to the mobile device 10. The keyboard 828 may be a full or reduced alphanumeric keyboard such as QWERTY, Dvorak, AZERTY and sequential types, or a traditional numeric keypad with alphabet letters associated with a telephone keypad. The input keys may include a trackwheel, an exit or escape key, a trackball, and other navigational or functional keys, which may be inwardly depressed to provide further input function. Another input mechanism may be the LCD 530, which may include touch screen capability and also display text and/or graphics to the user. The LCD controller 532 couples the DSP 502 to the LCD 530.
The CCD camera 534, if equipped, enables the mobile device 10 to take digital pictures.
The DSP 502 communicates with the CCD camera 534 via the camera controller 536. The GPS
sensor 538 is coupled to the DSP 502 to decode global positioning system signals, thereby enabling the mobile device 10 to determine its position. Various other peripherals may also be included to provide additional functions, e.g., radio and television reception.
Figure 8 illustrates a software environment 602 that may be implemented by the DSP
502. The DSP 502 executes operating system drivers 604 that provide a platform from which the rest of the software operates. The operating system drivers 604 provide drivers for the mobile device hardware with standardized interfaces that are accessible to application software.
The operating system drivers 604 include application management services ("AMS") 606 that transfer control between applications running on the mobile device 10. Also shown in Figure 8 are a web browser application 608, a media player application 610, and Java applets 612. The web browser application 608 configures the mobile device 10 to operate as a web browser, allowing a user to enter information into forms and select links to retrieve and view web pages.
The media player application 610 configures the mobile device 10 to retrieve and play audio or audiovisual media. The Java applets 612 configure the mobile device 10 to provide games, utilities, and other functionality. A component 614 might provide functionality related to the selection of a domain and/or the selection of a network, protocol, or technology within a domain.
While several embodiments have been provided in the present disclosure, it should be understood that the disclosed systems and methods may be embodied in many other specific forms without departing from the spirit or scope of the present disclosure.
The present examples are to be considered as illustrative and not restrictive, and the intention is not to be limited to the details given herein. For example, the various elements or components may be combined or integrated in another system or certain features may be omitted, or not implemented.
Also, techniques, systems, subsystems and methods described and illustrated in the various embodiments as discrete or separate may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present disclosure.
Other items shown or discussed as coupled or directly coupled or communicating with each other may be indirectly coupled or communicating through some interface, device, or intermediate component, whether electrically, mechanically, or otherwise.
Other examples of changes, substitutions, and alterations are ascertainable by one skilled in the art and could be made without departing from the spirit and scope disclosed herein.
The interface 14 might include one or more input components 15, such as buttons or other well known input mechanisms, that allow the user to easily select whether the default domain should be overridden for a particular call. In the case where the input component 15 is a button, the button might include a label or other symbol to indicate its function. However, one of skill in the art will recognize that many users of a dual mode device may be unfamiliar with the concepts of circuit switching and packet switching. If the label on the button displayed options such as "circuit switched" or "packet switched", such users may not know which option to choose. The users may be aware that two options are available, each having advantages and disadvantages, but may be unaware of which option corresponds to which set of advantages and disadvantages.
Other users may be aware of the advantages and disadvantages of the circuit switched domain and the packet switched domain but may forget which domain has been selected as the default. If the label on the button simply stated "override default" or similar wording, such users may not know whether or not to select the button. One of skill in the art will recognize other situations in which the labeling on the button might cause confusion or might not provide sufficient information to users of a dual mode device.
In an embodiment, the button or other input component 15 on the interface 14 is labeled in such a manner that users who are unfamiliar with the concepts of circuit switching and packet switching can easily make an appropriate decision regarding the selection of a domain for a call.
In one example, the interface 14 is a touch sensitive liquid crystal diode (LCD) screen and the button is a portion of the screen. In this case, the label on the button can include LCD-based words or symbols that can easily be changed when the function of the button changes.
For instance, if circuit switching has been chosen as the default domain for the mobile device 10, the button could allow packet switching to be selected on a per call basis. The label on the button might then display wording such as "low cost", "lower quality", or similar words or symbols to indicate the packet switching-related parameters the user can expect for the call that is about to be placed. On the other hand, if packet switching has been chosen as the default domain, the button could allow circuit switching to be selected on a per call basis. The label on the button might then display wording such as "high quality", "higher cost", or similar words or symbols to indicate the circuit switching-related parameters the user can expect.
In other embodiments, temporary labels might be applied to the button in other ways.
Alternatively, the button might have a more permanent label that describes its function more broadly. For example, the button might have wording such as "alternate domain", "other network", or similar labels to indicate that pressing the button will cause the default domain to be overridden.
In still other embodiments, the input component 15 might not be a button but might be some other input apparatus that allows the user to override the default domain. For example, the input component 15 might be a popup window, dialog box, or similar temporary display that appears on the interface 14 when the user initiates a call. The display could inform the user of the default domain that is in effect and the advantages and disadvantages of the default domain and the other domain. Such an input component 15 might ask the user if an override is desired and might accept a response from the user. One of skill in the art will recognize other ways in which the interface 14 might provide one or more user-friendly input components 15 for overriding the default domain.
In other embodiments, the interface 14 might provide additional information to assist the user in selecting a domain. For example, the interface 14 might display the bandwidth, throughput, or other call quality parameters likely to be available for a call in the circuit switched and packet switched domains. The interface 14 might also display the fees likely to be charged for a call in the circuit switched and packet switched domains. The user might then take this information into account when deciding whether to accept the default domain or select the override domain.
Figure 2 is a call flow diagram 100 depicting an example of a series of events that might occur when a user specifies a preference for a call to be attempted in the circuit switched domain. In this case, the protocol that the technology selector 18 of Figure 1 uses to attempt the call in the circuit switched domain is UTRAN, but other circuit switched protocols could be used in other situations. In the diagram, a mobile device is referred to as user equipment (UE) 102. The UE 102 is capable of operating in either the circuit switched domain or the packet switched domain and therefore has a circuit switched portion 101 and a packet switched portion 103. Other components involved in the call include a mobile switching center (MSC) 104, a first media gateway control function/media gateway (MGCF/MGW) 106, a serving call session control function (S-CSCF) 108, a call continuity control function/network domain selector (CCCF/NeDS) 110, and a second MGCF/MGW 112.
The first MGCF/MGW 106 and the second MGCF/MGW 112 translate messages between the circuit switched domain and the packet switched domain. The S-CSCF
108 is a packet switching-based component that can be considered a SIP server. The CCCF/NeDS 110 is a component in which a call that might use either the circuit switched domain or the packet switched domain can be anchored. The functional entities in the CCCF/NeDS 110 may include the following: Domain Transfer Function (DTF) (also referred to as Functional Entity FE-A), CS Adaptation Function (CSAF) (also referred to as FE-B), CAMEL Service (also referred to as FE-C), and Domain Selection Function (DSF) (also referred to as FE-D), which form a "VCC (Voice Call Continuity) Application".
The UE 102, the MSC 104, the first MGCF/MGW 106, the S-CSCF 108, and the CCCF/NeDS 110 can be considered part of an originating network 114. That is, a calling party might attempt to place a call through the components in the originating network 114. The second MGCF/MGW 112, together with other components not shown, might be part of a corresponding node (CN) network 116. That is, the CN network 116 is the terminating network or the network through which a called party might receive a call.
At event 120, the circuit switched portion 101 of the UE 102 begins the initiation of a call by sending a Setup message to the MSC 104. The Setup message includes a designation of the circuit switched domain as the preferred domain. At event 122, the MSC 104 sends a Customized Applications for Mobile network Enhanced Logic (CAMEL) initialization message to the CCCF/NeDS 110, requesting a connection to the called party. The CAMEL
initialization message also includes a designation of the circuit switched domain as the preferred domain.
The CCCF/NeDS 110 promotes the selection of the domain in which the call will be attempted based on this user preference.
At event 124, the MSC 104 sends a message to the circuit switched portion 101 of the UE 102 indicating that the call is proceeding. At event 126, the CCCF/NeDS 110 sends a CAMEL Connect (IMRN) (IP (internet protocol) multimedia routing number) message to the MSC 104 indicating that the call has been connected. The first MGCF/MGW 106 then, at event 128, sends an IS (Integrated Services Digital Network) User Part: Initial Address Message (ISUP: IAM message) to the MSC 104.
The first MGCF/MGW 106 sends a SIP Invite message to the S-CSCF 108 at event 130.
At event 132, the radio resources needed to carry out the call are set up. SIP
Invite messages are then exchanged between the S-CSCF 108 and the CCCF/NeDS 110 at events 134 and 136.
At event 138, the S-CSCF 108 sends a SIP Invite message to the second MGCF/MGW
112.
The second MGCF/MGW 112 sends an ISUP: IAM message to the CN network 116 at event 140 and the CN network 116 responds with an ISUP: ACM (Address Complete) message at event 142. At event 144, the S-CSCF 108 sends a SIP Progress message to the second MGCF/MGW 112. At events 146 and 148, SIP Progress messages are exchanged between the S-CSCF 108 and the CCCF/NeDS 110. At event 150, a SIP Progress message is exchanged between the S-CSCF 108 and the first MGCF/MGW 106.
At event 152, the first MGCF/MGW 106 sends an ISUP: ACM message to the MSC
104. The MSC 104 then sends an alerting message to the circuit switched portion 101 of the UE 102 at event 154. The user of the UE 102 is then alerted at event 156. The alert is typically a ring back tone or similar signal to indicate that the called party's device is ringing. At event 158, the CN network 116 sends an ISUP: ANM (Answer Message) message to the second MGCF/MGW 112. The second MGCF/MGW 112 sends a SIP OK message to the S-CSCF 108 at event 160. SIP OK messages are then exchanged between the S-CSCF 108 and the CCCF/NeDS 110 at events 162 and 164. The S-CSCF 108 sends a SIP OK message to the first MGCF/MGW 106 at event 166.
At event 168, the first MGCF/MGW 106 sends an ISUP: ANM message to the MSC
104 indicating that the called party has answered. The first MGCF/MGW 106 then sends a SIP
Acknowledgement message to the S-CSCF 108 at event 170. At event 172, a connection message is sent from the MSC 104 to the circuit switched portion 101 of the UE
102. The S-CSCF 108 sends a SIP Acknowledgement message to the CCCF/NeDS 110 at event 174. At event 176, the media for the call start to be exchanged. For example, for a voice call, data packets containing voice data would begin to be exchanged. For a multimedia call, video data, data files, or other types of data might be exchanged. The CCCF/NeDS 110 then sends a SIP
Acknowledgement message to the S-CSCF 108 at event 178 and the S-CSCF 108 sends a SIP
Acknowledgement message to the second MGCF/MGW 112 at event 180.
Figure 3 is a call flow diagram 200 depicting another example of a series of events that might occur when a user specifies a preference for a call to be attempted in the circuit switched domain. In this case, the protocol that the technology selector 18 of Figure 1 uses to attempt the call in the circuit switched domain is CDMA, but other circuit switched protocols could be used in other situations. As in Figure 2, the UE 102, the MSC 104, the first MGCF/MGW 106, the S-CSCF 108, and the CCCF/NeDS 110 can be considered part of the originating network 114 (the calling party's network). The called party might receive a call from the originating network 114 via the CN network 116.
In the embodiment of Figure 3, the circuit switched portion 101 of the UE 102 initiates the call by sending a CDMA Origination message to the MSC 104 at event 220.
The CDMA
Origination message includes the user's specification that the circuit switched domain is preferred for the call. At event 222, the MSC 104 sends the CCCF/NeDS 110 a CDMA Map message that also includes the user's preference for the circuit switched domain. At event 224, the CCCF/NeDS 110 sends the MSC 104 a CDMA Map message with an IlVIRN
indicating that the call was successfully connected in the circuit switched domain. The events that occur after the CDMA Map message is sent in event 224 are similar to those described in regard to Figure 2 and are well known to one of skill in the art and therefore will not be described again.
Figure 4 is a call flow diagram 300 depicting an example of a series of events that might occur when a user specifies a preference for a call to be attempted in the packet switched domain. In this case, the protocol that the technology selector 18 of Figure 1 uses to attempt the call in the packet switched domain is SIP, but in other situations other packet switched protocols could be used. The originating network 114 includes the UE 102, the S-CSCF
108, and the CCCF/NeDS 110 and, in this case, also includes a serving GRPS support node (SGSN) 350 and a gateway GRPS support node (GGSN) 352. The CN network 116 includes the CCCF/NeDS
110 and other components not shown.
At event 302, the packet switched portion 103 of the UE 102 sends a SIP Invite message to the S-CSCF 108. The SIP Invite message includes the user's specification that the packet switched domain is preferred for the call. The S-CSCF 108 then sends a SIP
Invite message to the CCCF/NeDS 110 at event 304. This SIP Invite message also includes the user's preference for the packet switched domain. At event 306, the CCCF/NeDS 110 sends a SIP
Invite message to the S-CSCF 108. The S-CSCF 108 then sends a SIP Invite message to the CN
network 116 at event 308. The S-CSCF 108 and the CN network 116 exchange a SIP Progress message at event 310. The S-CSCF 108 and the CCCF/NeDS 110 then exchange SIP Progress messages at events 312 and 314.
At event 316, a SIP Ringing message is sent from the S-CSCF 108 to the packet switched portion 103 of the UE 102, and the user is alerted at event 318. At event 320, the CN
network 116 sends a SIP OK message to the S-CSCF 108. The S-CSCF 108 and the CCCF/NeDS 110 then exchange SIP OK messages at events 322 and 324. At event 326, a SIP
OK message is sent from the S-CSCF 108 to the packet switched portion 103 of the UE 102.
Radio resources are then set up for the call at event 328.
At event 330, the packet switched portion 103 of the UE 102 sends a SIP
Acknowledgement message to the S-CSCF 108. The S-CSCF 108 and the CCCF/NeDS
then exchange SIP Acknowledgement messages at events 332 and 334. The S-CSCF
108 sends a SIP Acknowledgement message to the CN network 116 at event 336. Media traffic between the packet switched portion 103 of the UE 102 and the CN network 116 can then commence at event 338.
Figure 5 illustrates a method 350 for dynamically selecting a domain. At block 360, a default domain is provided. At block 370, a selection to override the default domain is made.
At block 380, the override domain is used for communication.
Figure 6 shows a wireless communications system including one embodiment of the mobile device 10. The mobile device 10 is operable for implementing aspects of the disclosure, but the disclosure should not be limited to these implementations. Though illustrated as a mobile phone, the mobile device 10 may take various forms including a wireless handset, a pager, a personal digital assistant (PDA), a portable computer, a tablet computer, or a laptop computer. Many suitable mobile devices combine some or all of these functions.
In some embodiments of the disclosure, the mobile device 10 is not a general purpose computing device like a portable, laptop or tablet computer, but rather is a special-purpose communications device such as a mobile phone, wireless handset, pager, or PDA. In another embodiment, the mobile device 10 may be a portable, laptop or other computing device.
The mobile device 10 includes a display 400. The mobile device 10 also includes a touch-sensitive surface, a keyboard or other input keys generally referred as 404 for input by a user. The keyboard may be a full or reduced alphanumeric keyboard such as QWERTY, Dvorak, AZERTY, and sequential types, or a traditional numeric keypad with alphabet letters 2o associated with a telephone keypad. The input keys may include a trackwheel, an exit or escape key, a trackball, and other navigational or functional keys, which may be inwardly depressed to provide further input function. The mobile device 10 may present options for the user to select, controls for the user to actuate, and/or cursors or other indicators for the user to direct. The mobile device 10 may further accept data entry from the user, including numbers to dial or various parameter values for configuring the operation of the mobile device 10. The mobile device 10 may further execute one or more sofftware or firmware applications in response to user commands. These applications may configure the mobile device 10 to perform various customized functions in response to user interaction.
Among the various applications executable by the mobile device 10 are a web browser, which enables the display 400 to show a web page. The web page is obtained via wireless communications with a cell tower 406, a wireless network access node, or any other wireless communication network or system. The cell tower 406 (or wireless network access node) is coupled to a wired network 408, such as the Internet. Via the wireless link and the wired network, the mobile device 10 has access to information on various servers, such as a server 410. The server 410 may provide content that may be shown on the display 400.
Figure 7 shows a block diagram of the mobile device 10. The mobile device 10 includes a digital signal processor (DSP) 502 and a memory 504. As shown, the mobile device 10 may further include an antenna and front end unit 506, a radio frequency (RF) transceiver 508, an analog baseband processing unit 510, a microphone 512, an earpiece speaker 514, a headset port 516, an input/output interface 518, a removable memory card 520, a universal serial bus (USB) port 522, a short range wireless communication sub-system 524, an alert 526, a keypad 528, a liquid crystal display (LCD), which may include a touch sensitive surface 530, an LCD controller 532, a charge-coupled device (CCD) camera 534, a camera controller 536, and a global positioning system (GPS) sensor 538.
The DSP 502 or some other form of controller or central processing unit operates to control the various components of the mobile device 10 in accordance with embedded software or firmware stored in memory 504. In addition to the embedded software or firmware, the DSP
502 may execute other applications stored in the memory 504 or made available via information carrier media such as portable data storage media like the removable memory card 520 or via wired or wireless network communications. The application software may comprise a compiled set of machine-readable instructions that configure the DSP 502 to provide the desired functionality, or the application software may be high-level software instructions to be processed by an interpreter or compiler to indirectly configure the DSP 502.
The antenna and front end unit 506 may be provided to convert between wireless signals and electrical signals, enabling the mobile device 10 to send and receive information from a cellular network or some other available wireless communications network. The RF transceiver 508 provides frequency shifting, converting received RF signals to baseband and converting baseband transmit signals to RF. The analog baseband processing unit 510 may provide channel equalization and signal demodulation to extract information from received signals, may modulate information to create transmit signals, and may provide analog filtering for audio signals. To that end, the analog baseband processing unit 510 may have ports for connecting to the built-in microphone 512 and the earpiece speaker 514 that enable the mobile device 10 to be used as a cell phone. The analog baseband processing unit 510 may further include a port for connecting to a headset or other hands-free microphone and speaker configuration.
The DSP 502 may send and receive digital communications with a wireless network via the analog baseband processing unit 510. In some embodiments, these digital communications may provide Internet connectivity, enabling a user to gain access to content on the Internet and to send and receive e-mail or text messages. The input/output interface 518 interconnects the DSP 502 and various memories and interfaces. The memory 504 and the removable memory card 520 may provide software and data to configure the operation of the DSP
502. Among the interfaces may be the USB interface 522 and the short range wireless communication sub-system 524. The USB interface 522 may be used to charge the mobile device 102 and may also enable the mobile device 10 to function as a peripheral device to exchange information with a personal computer or other computer system. The short range wireless communication sub-system 524 may include an infrared port, a Bluetooth interface, an IEEE 802.11 compliant wireless interface, or any other short range wireless communication sub-system, which may enable the mobile device 10 to communicate wirelessly with other nearby mobile devices and/or wireless base stations.
The input/output interface 518 may further connect the DSP 502 to the alert 526 that, when triggered, causes the mobile device 10 to provide a notice to the user, for example, by ringing, playing a melody, or vibrating. The alert 526 may serve as a mechanism for alerting the user to any of various events such as an incoming call, a new text message, and an appointment reminder by silently vibrating, or by playing a specific pre-assigned melody for a particular caller.
The keypad 528 couples to the DSP 502 via the interface 518 to provide one mechanism for the user to make selections, enter information, and otherwise provide input to the mobile device 10. The keyboard 828 may be a full or reduced alphanumeric keyboard such as QWERTY, Dvorak, AZERTY and sequential types, or a traditional numeric keypad with alphabet letters associated with a telephone keypad. The input keys may include a trackwheel, an exit or escape key, a trackball, and other navigational or functional keys, which may be inwardly depressed to provide further input function. Another input mechanism may be the LCD 530, which may include touch screen capability and also display text and/or graphics to the user. The LCD controller 532 couples the DSP 502 to the LCD 530.
The CCD camera 534, if equipped, enables the mobile device 10 to take digital pictures.
The DSP 502 communicates with the CCD camera 534 via the camera controller 536. The GPS
sensor 538 is coupled to the DSP 502 to decode global positioning system signals, thereby enabling the mobile device 10 to determine its position. Various other peripherals may also be included to provide additional functions, e.g., radio and television reception.
Figure 8 illustrates a software environment 602 that may be implemented by the DSP
502. The DSP 502 executes operating system drivers 604 that provide a platform from which the rest of the software operates. The operating system drivers 604 provide drivers for the mobile device hardware with standardized interfaces that are accessible to application software.
The operating system drivers 604 include application management services ("AMS") 606 that transfer control between applications running on the mobile device 10. Also shown in Figure 8 are a web browser application 608, a media player application 610, and Java applets 612. The web browser application 608 configures the mobile device 10 to operate as a web browser, allowing a user to enter information into forms and select links to retrieve and view web pages.
The media player application 610 configures the mobile device 10 to retrieve and play audio or audiovisual media. The Java applets 612 configure the mobile device 10 to provide games, utilities, and other functionality. A component 614 might provide functionality related to the selection of a domain and/or the selection of a network, protocol, or technology within a domain.
While several embodiments have been provided in the present disclosure, it should be understood that the disclosed systems and methods may be embodied in many other specific forms without departing from the spirit or scope of the present disclosure.
The present examples are to be considered as illustrative and not restrictive, and the intention is not to be limited to the details given herein. For example, the various elements or components may be combined or integrated in another system or certain features may be omitted, or not implemented.
Also, techniques, systems, subsystems and methods described and illustrated in the various embodiments as discrete or separate may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present disclosure.
Other items shown or discussed as coupled or directly coupled or communicating with each other may be indirectly coupled or communicating through some interface, device, or intermediate component, whether electrically, mechanically, or otherwise.
Other examples of changes, substitutions, and alterations are ascertainable by one skilled in the art and could be made without departing from the spirit and scope disclosed herein.
Claims (20)
1. A mobile device configured for communication in both packet and circuit switched domains, comprising:
a domain selector configured, responsive to selection by a user of one of the packet switched and circuit switched domains, to promote mobile device communication via the selected one of the packet switched and circuit switched domains.
a domain selector configured, responsive to selection by a user of one of the packet switched and circuit switched domains, to promote mobile device communication via the selected one of the packet switched and circuit switched domains.
2. The mobile device of claim 1, further comprising:
a technology selector that selects a technology for the communication based on the user selection of the one of the packet switched and circuit switched domains.
a technology selector that selects a technology for the communication based on the user selection of the one of the packet switched and circuit switched domains.
3. The mobile device of claim 2, wherein the technology selected by the technology selector is one of a SIP, WLAN, GPRS, WiMAX, 1x EV-DO, HSDPA, CDMA, and UTRAN
technologies when the user selects the packet switched domain.
technologies when the user selects the packet switched domain.
4. The mobile device of claim 2, wherein the technology selected by the technology selector is one of a CDMA, UTRAN, and GSM technologies when the user selects the circuit switched domain.
5. The mobile device of claim 2, wherein when the user selects for a new call to be in one of the packet switched and circuit switched domains, the domain selector to setup the call in the selected one of the packet switched and circuit switched domains.
6. The mobile device of claim 2, wherein when the user selects for an existing call to be in one of the packet switched and circuit switched domains, the domain selector to handover the call to the selected one of the packet switched and circuit switched domains.
7. The mobile device of claim 1, wherein the communication is a voice call communication.
8. The mobile device of claim 1, further comprising:
a user interface to identify a default domain and receive the user selection of the packet switched and circuit switched domains.
a user interface to identify a default domain and receive the user selection of the packet switched and circuit switched domains.
9. The mobile device of claim 8, wherein the user interface provides the user information including a cost and quality data about the packet switched and circuit switched domains.
10. A method for domain selection, comprising:
providing a default domain for mobile device communication, the default domain selected from one of a packet switched and circuit switched domains;
selecting to override the default domain for a call and to use the other one of the packet switched and circuit switched domains; and communicating via the selected override domain.
providing a default domain for mobile device communication, the default domain selected from one of a packet switched and circuit switched domains;
selecting to override the default domain for a call and to use the other one of the packet switched and circuit switched domains; and communicating via the selected override domain.
11. The method of claim 10, wherein in response to the user selecting to override the default domain, the method includes setting up a new call the override domain.
12. The method of claim 10, wherein in response to the user selecting to override the default domain, the method includes handing over an existing call to the override domain.
13. The method of claim 10, further comprising:
providing a user interface that prompts the user regarding the default domain and provides the user the opportunity to override the default domain.
providing a user interface that prompts the user regarding the default domain and provides the user the opportunity to override the default domain.
14. The method of claim 10, wherein when the call fails in the override domain, providing the call in the default domain.
15. The method of claim 14, further comprising:
notifying the user, via an user interface, about the call failure; and providing the user the opportunity to confirm using the default domain.
notifying the user, via an user interface, about the call failure; and providing the user the opportunity to confirm using the default domain.
16. The method of claim 10, wherein the call is one of a new call and an existing call.
17. The method of claim 10, wherein the call is one of a voice call and wherein the user is provided the opportunity to select to override the default domain for each call when placing the call and during the call.
18. A system for domain selection, comprising:
a packet switched domain;
a circuit switched domain; and a mobile device configured to selectively communicate in the packet and circuit switched domains responsive to user input.
a packet switched domain;
a circuit switched domain; and a mobile device configured to selectively communicate in the packet and circuit switched domains responsive to user input.
19. The system of claim 18, wherein the user input is further defined as the user selecting, on a per call basis, one of the packet and circuit switched domains for communication, and wherein the mobile device selects a technology for the communication to promote the communication being provided in the selected domain.
20. The system of claim 19, wherein the technologies selected by the mobile device include SIP, WLAN, GPRS, WiMAX, 1x EV-DO, HSDPA, CDMA, UTRAN, and GSM.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/679,032 | 2007-02-26 | ||
US11/679,032 US9055517B2 (en) | 2007-02-26 | 2007-02-26 | System and method of user-directed dynamic domain selection |
PCT/CA2008/000280 WO2008104050A1 (en) | 2007-02-26 | 2008-02-13 | System and method of user-directed dynamic domain selection |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2677720A1 true CA2677720A1 (en) | 2008-09-04 |
Family
ID=38473004
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002677720A Abandoned CA2677720A1 (en) | 2007-02-26 | 2008-02-13 | System and method of user-directed dynamic domain selection |
Country Status (9)
Country | Link |
---|---|
US (1) | US9055517B2 (en) |
EP (1) | EP1962540B1 (en) |
KR (3) | KR101345221B1 (en) |
CN (1) | CN101622893B (en) |
AT (1) | ATE507698T1 (en) |
CA (1) | CA2677720A1 (en) |
DE (1) | DE602007014175D1 (en) |
HK (1) | HK1121328A1 (en) |
WO (1) | WO2008104050A1 (en) |
Families Citing this family (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006131070A1 (en) * | 2005-06-07 | 2006-12-14 | Huawei Technologies Co., Ltd. | A method for achieving voice service based on the service trigger, the route control method and the system therefor |
KR101421590B1 (en) * | 2007-04-02 | 2014-07-24 | 삼성전자주식회사 | Apparatus and method for call setup by domain transfer in portable communication system |
US8169968B1 (en) | 2007-05-10 | 2012-05-01 | Rockstar Consortium | Reducing communication silence when performing inter-technology handoff |
US10469556B2 (en) * | 2007-05-31 | 2019-11-05 | Ooma, Inc. | System and method for providing audio cues in operation of a VoIP service |
GB0711592D0 (en) * | 2007-06-15 | 2007-07-25 | Ericsson Telefon Ab L M | Access domain selection in a communications network |
GB0712386D0 (en) * | 2007-06-26 | 2007-08-01 | Samsung Electronics Co Ltd | Enabling ue access domain selection for terminated speech/video calls |
US8270346B2 (en) * | 2008-04-21 | 2012-09-18 | Shoretel, Inc. | Dynamic call anchoring |
US8483680B2 (en) * | 2008-10-03 | 2013-07-09 | Qualcomm Incorporated | Handling failure scenarios for voice call continuity |
GB0819332D0 (en) * | 2008-10-21 | 2008-11-26 | Symbian Software Ltd | A mobile device for voice call continuity |
GB2466677B (en) * | 2009-01-06 | 2012-09-19 | Samsung Electronics Co Ltd | Voice communication between user equipment and network |
US8750178B2 (en) * | 2009-06-01 | 2014-06-10 | Qualcomm Incorporated | Connection manager for a wireless communication device |
US8179861B2 (en) * | 2009-08-31 | 2012-05-15 | At&T Intellectual Property I, L.P. | Femtocell originating domain selection |
CN101699902B (en) * | 2009-11-03 | 2011-12-21 | 华为终端有限公司 | Network selection method and terminal device |
KR101117966B1 (en) * | 2010-03-09 | 2012-02-15 | 김대영 | Mobile notification system |
US20110243099A1 (en) * | 2010-03-31 | 2011-10-06 | Tom Chin | Method of Service Redirection Procedures in TD-SCDMA and GSM Hybrid Mobile Terminals |
CN101848535A (en) * | 2010-04-01 | 2010-09-29 | 中兴通讯股份有限公司 | Method for initiating registration to communication network by using terminal and terminal |
US9215683B1 (en) | 2010-05-12 | 2015-12-15 | Shoretel, Inc. | Controller and method of controlling multiple identities of a mobile device |
CN101977417A (en) * | 2010-10-20 | 2011-02-16 | 华为技术有限公司 | Network selection method and terminal equipment |
KR101719990B1 (en) * | 2010-10-29 | 2017-03-27 | 엘지전자 주식회사 | Method of selecting core network for providing service in wireless communication system and apparatus thereof |
US8644301B2 (en) * | 2010-11-29 | 2014-02-04 | Clearwire Ip Holdings Llc | Systems and methods of supporting emergency communications |
TWM420134U (en) * | 2011-06-24 | 2012-01-01 | Wistron Neweb Corp | Connection switching device and telephone device |
KR101940780B1 (en) | 2011-09-16 | 2019-01-22 | 서울반도체 주식회사 | Illumination Apparatus Comprising Semiconductor Light Emitting Diodes |
US9191796B2 (en) * | 2012-02-27 | 2015-11-17 | Metaswitch Networks Ltd | Communication sessions |
US9119116B2 (en) * | 2012-03-23 | 2015-08-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for supporting hand over of a mobile terminal |
US9386148B2 (en) | 2013-09-23 | 2016-07-05 | Ooma, Inc. | Identifying and filtering incoming telephone calls to enhance privacy |
GB2520337A (en) * | 2013-11-18 | 2015-05-20 | Mastercard International Inc | System and method for providing notifications in a communications system |
US10769931B2 (en) | 2014-05-20 | 2020-09-08 | Ooma, Inc. | Network jamming detection and remediation |
US10553098B2 (en) | 2014-05-20 | 2020-02-04 | Ooma, Inc. | Appliance device integration with alarm systems |
US9633547B2 (en) | 2014-05-20 | 2017-04-25 | Ooma, Inc. | Security monitoring and control |
WO2015180129A1 (en) * | 2014-05-30 | 2015-12-03 | Apple Inc. | Methods and apparatus to manage data connections for multiple subscriber identities in a wireless communication device |
US11330100B2 (en) | 2014-07-09 | 2022-05-10 | Ooma, Inc. | Server based intelligent personal assistant services |
US10771396B2 (en) | 2015-05-08 | 2020-09-08 | Ooma, Inc. | Communications network failure detection and remediation |
US9521069B2 (en) | 2015-05-08 | 2016-12-13 | Ooma, Inc. | Managing alternative networks for high quality of service communications |
US10911368B2 (en) | 2015-05-08 | 2021-02-02 | Ooma, Inc. | Gateway address spoofing for alternate network utilization |
US10009286B2 (en) | 2015-05-08 | 2018-06-26 | Ooma, Inc. | Communications hub |
US11171875B2 (en) | 2015-05-08 | 2021-11-09 | Ooma, Inc. | Systems and methods of communications network failure detection and remediation utilizing link probes |
KR102399296B1 (en) * | 2015-09-18 | 2022-05-19 | 삼성전자주식회사 | Apparatus and method for merging circuit switched calls and packet switched calls at user equipment |
US10116796B2 (en) | 2015-10-09 | 2018-10-30 | Ooma, Inc. | Real-time communications-based internet advertising |
US11044360B1 (en) | 2015-12-17 | 2021-06-22 | 8X8, Inc. | Dynamic direction of incoming calls |
KR102497804B1 (en) * | 2016-04-01 | 2023-02-10 | 한국전자통신연구원 | On-chip network device capable of networking in dual swithching network modes and operation method thereof |
CN109040495B (en) * | 2018-08-07 | 2021-08-10 | 奇酷互联网络科技(深圳)有限公司 | Voice call control method and device, mobile terminal and storage medium |
KR102526699B1 (en) * | 2018-09-13 | 2023-04-27 | 라인플러스 주식회사 | Apparatus and method for providing call quality information |
CN110347944B (en) * | 2019-06-20 | 2022-03-11 | 无线生活(杭州)信息科技有限公司 | Domain name processing method and device |
Family Cites Families (102)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6137869A (en) | 1997-09-16 | 2000-10-24 | Bell Atlantic Network Services, Inc. | Network session management |
FR2762746B1 (en) | 1997-04-25 | 1999-07-09 | France Telecom | METHOD AND SYSTEM FOR DIGITAL MOBILE TELEPHONE AND TERMINAL FOR USE IN SUCH A SYSTEM |
US6608832B2 (en) | 1997-09-25 | 2003-08-19 | Telefonaktiebolaget Lm Ericsson | Common access between a mobile communications network and an external network with selectable packet-switched and circuit-switched and circuit-switched services |
US6307845B1 (en) * | 1998-02-23 | 2001-10-23 | Telefonaktiebolaget Lm Ericsson | Processing packet-switched voice calls directed to a mobile unit operating in circuit-switched mode |
US6304565B1 (en) | 1998-05-20 | 2001-10-16 | At&T Corp. | Method of completing long distance pots calls with IP telephony endpoints |
US7133511B2 (en) | 1998-12-11 | 2006-11-07 | Securelogix Corporation | Telephony security system |
US6781983B1 (en) | 1999-05-03 | 2004-08-24 | Cisco Technology, Inc. | Packet-switched telephony with circuit-switched backup |
WO2001015468A1 (en) * | 1999-08-23 | 2001-03-01 | Motorola Inc. | Domain selecting system and method |
FI20001544A (en) | 2000-06-29 | 2001-12-30 | Nokia Networks Oy | Network support for abnormal terminal |
US7194764B2 (en) | 2000-07-10 | 2007-03-20 | Oracle International Corporation | User authentication |
US7085260B2 (en) | 2000-08-22 | 2006-08-01 | Lucent Technologies Inc. | Internet protocol based wireless call processing |
US6937704B1 (en) * | 2000-11-27 | 2005-08-30 | Nortel Networks Limited | Connection controller for setting-up a media path between a terminal and an audio source |
US7046680B1 (en) | 2000-11-28 | 2006-05-16 | Mci, Inc. | Network access system including a programmable access device having distributed service control |
US7039027B2 (en) | 2000-12-28 | 2006-05-02 | Symbol Technologies, Inc. | Automatic and seamless vertical roaming between wireless local area network (WLAN) and wireless wide area network (WWAN) while maintaining an active voice or streaming data connection: systems, methods and program products |
US7289522B2 (en) | 2001-03-20 | 2007-10-30 | Verizon Business Global Llc | Shared dedicated access line (DAL) gateway routing discrimination |
US7139263B2 (en) | 2001-10-19 | 2006-11-21 | Sentito Networks, Inc. | Voice over IP architecture |
US20030134650A1 (en) | 2002-01-17 | 2003-07-17 | Rangamani Sundar | Method, system and apparatus for internetworking a mobile station to operate in a WWAN environment and in a WLAN environment with PBX services |
US6963745B2 (en) | 2002-01-23 | 2005-11-08 | Samsung Electronics Co., Ltd. | Method for performing inter system handovers in mobile telecommunication system |
US20030139180A1 (en) | 2002-01-24 | 2003-07-24 | Mcintosh Chris P. | Private cellular network with a public network interface and a wireless local area network extension |
AU2003217301A1 (en) | 2002-02-04 | 2003-09-02 | Flarion Technologies, Inc. | A method for extending mobile ip and aaa to enable integrated support for local access and roaming access connectivity |
KR100929757B1 (en) | 2002-05-31 | 2009-12-03 | 소프트뱅크 가부시키가이샤 | Terminal access devices, access control devices and multifunctional telephone terminals |
TWI235578B (en) | 2002-06-19 | 2005-07-01 | Ind Tech Res Inst | Method and system for roaming among different wireless networks |
US6931117B2 (en) | 2002-06-21 | 2005-08-16 | Bellsouth Intellectual Property Corporation | Caller control of internet call waiting |
FI113232B (en) | 2002-06-28 | 2004-03-15 | Nokia Corp | Arranging a data connection |
KR100446504B1 (en) | 2002-08-16 | 2004-09-04 | 삼성전자주식회사 | Apparatus and method for excluding about fault ggsn in mobile communication system |
JP2004112182A (en) | 2002-09-17 | 2004-04-08 | Fuji Xerox Co Ltd | Communication terminal and control method thereof |
KR100511479B1 (en) | 2002-12-27 | 2005-08-31 | 엘지전자 주식회사 | SIP service method in network with NAT |
WO2004066604A1 (en) | 2003-01-22 | 2004-08-05 | Nimcat Networks Inc. | Call transfer system, method and network devices |
US7480723B2 (en) | 2003-04-08 | 2009-01-20 | 3Com Corporation | Method and system for providing directory based services |
US20040264410A1 (en) | 2003-06-30 | 2004-12-30 | Motorola, Inc. | Method and apparatus for providing a communication unit with a handoff between networks |
FI20035117A (en) | 2003-06-30 | 2004-12-31 | Nokia Corp | Arranging a data connection |
US20050033852A1 (en) | 2003-07-14 | 2005-02-10 | Jouko Tenhunen | System, apparatus, and method for providing presence boosted message service reports |
US7042871B2 (en) | 2003-07-23 | 2006-05-09 | Mci, Llc | Method and system for suppressing early media in a communications network |
US7983242B2 (en) | 2003-08-18 | 2011-07-19 | Qualcomm, Incorporated | Packet data service with circuit-switched call notification |
KR100511675B1 (en) * | 2003-09-01 | 2005-08-30 | 엘지전자 주식회사 | method for processing a dual mode call of the mobile communication terminal using a dual mode |
US7885208B2 (en) | 2003-09-11 | 2011-02-08 | Nokia Corporation | IP-based services for circuit-switched networks |
US7398088B2 (en) * | 2003-09-29 | 2008-07-08 | Motorola, Inc. | Handover method and apparatus |
US20050265284A1 (en) | 2003-10-10 | 2005-12-01 | Hsu Liangchi Alan | Apparatus, and associated method, for facilitating communication handoff in multiple-network radio communication system |
US7212810B2 (en) | 2003-10-17 | 2007-05-01 | Qualcomm Incorporated | System selection for wireless data services |
US7359373B2 (en) | 2003-10-17 | 2008-04-15 | Nokia Corporation | System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling |
GB0324597D0 (en) | 2003-10-21 | 2003-11-26 | Nokia Corp | A communication system |
US7010299B2 (en) | 2003-11-20 | 2006-03-07 | Motorola, Inc. | Method and apparatus for mobility in WLAN systems |
CA2546446C (en) | 2003-11-20 | 2013-08-06 | Research In Motion Limited | Seamless call switching in a dual mode environment |
US20050154793A1 (en) | 2004-01-08 | 2005-07-14 | Hisham Khartabil | Apparatus, system, and method for rejecting a session establishment request |
US7046647B2 (en) | 2004-01-22 | 2006-05-16 | Toshiba America Research, Inc. | Mobility architecture using pre-authentication, pre-configuration and/or virtual soft-handoff |
US7496360B2 (en) | 2004-02-27 | 2009-02-24 | Texas Instruments Incorporated | Multi-function telephone |
GB0405174D0 (en) | 2004-03-08 | 2004-04-07 | Nokia Corp | Communication system |
US7924811B2 (en) | 2004-03-30 | 2011-04-12 | Sony Ericsson Mobile Communications Ab | Methods, systems and computer program products for suspending packet-switched sessions to a wireless terminal |
US7672690B2 (en) | 2004-04-22 | 2010-03-02 | Nokia Corporation | Apparatus, and associated method, for facilitating system selection in a multi-network radio communication system |
JPWO2006006647A1 (en) | 2004-07-14 | 2008-05-01 | マイコール株式会社 | Active iron powder and heating element |
CA2574052A1 (en) | 2004-07-16 | 2006-02-23 | Bridgeport Networks, Inc. | Presence detection and handoff for cellular and internet protocol telephony |
KR20060013951A (en) | 2004-08-09 | 2006-02-14 | 주식회사 비즈모델라인 | System for multi-accessing mobile telecommunication network and wireless data communication network, mobile devices with function of multi-accessing and recording medium |
US8571011B2 (en) | 2004-08-13 | 2013-10-29 | Verizon Business Global Llc | Method and system for providing voice over IP managed services utilizing a centralized data store |
US7606197B2 (en) | 2004-08-23 | 2009-10-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Event notification in a hybrid network |
MX2007003075A (en) | 2004-09-15 | 2007-09-11 | Starhome Gmbh | Blocking network selection redirection attempts in roaming. |
US20060094396A1 (en) | 2004-10-28 | 2006-05-04 | Sharada Raghuram | Apparatus and method for connecting an emergency call |
DE602004021646D1 (en) | 2004-11-03 | 2009-07-30 | Nokia Corp | INTER-SYSTEM DIVISION OF A MOBILE DEVICE OPERATING WITH A FIRST AND SECOND RADIO ACCESS NETWORK |
US7983679B2 (en) | 2004-11-22 | 2011-07-19 | Motorola Mobility, Inc. | Method and apparatus for inter-system active handoff of a hybrid subscriber unit |
US8462637B1 (en) | 2005-01-04 | 2013-06-11 | Sheridan Ross P.C. | Dial plan routing for fragmented networks |
US7613162B2 (en) | 2005-01-05 | 2009-11-03 | Nokia Corporation | Mobile device, system and method for enhanced channel allocation when radio resource connection is released while in dual transfer mode |
KR100810330B1 (en) | 2005-04-12 | 2008-03-04 | 삼성전자주식회사 | System and method for providing service in a communication system |
KR20060115025A (en) | 2005-05-03 | 2006-11-08 | 삼성전자주식회사 | System and method for triggering service in ims |
US7688760B2 (en) | 2005-05-16 | 2010-03-30 | Motorola, Inc | Method and apparatus for an exchange of packet data between a wireless access terminal and a packet switched communication system via a circuit switched communication system |
CA2608721C (en) | 2005-05-18 | 2011-10-18 | Telcordia Technologies, Inc. | Seamless handoff across heterogeneous access networks using a handoff controller |
JP4784876B2 (en) | 2005-06-07 | 2011-10-05 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Communication path allocation entity and method |
US8369507B2 (en) | 2005-06-10 | 2013-02-05 | Eclips, Inc. | Ringback update system |
EP3179675B1 (en) | 2005-06-13 | 2021-08-04 | BlackBerry Limited | Inter-domain call routing |
DE602006002984D1 (en) | 2005-06-14 | 2008-11-13 | Ericsson Telefon Ab L M | CELL RESOLUTION FOR DOUBLE-MODE MOBILE STATIONS IN A COMMON 2G / 3G TELECOMMUNICATIONS NETWORK |
US8694008B2 (en) | 2005-06-16 | 2014-04-08 | At&T Mobility Ii Llc | Multi-mode handset services |
US7574212B2 (en) | 2005-06-22 | 2009-08-11 | Sprint Spectrum L.P. | Method and system for managing communication sessions during multi-mode mobile station handoff |
US7747252B2 (en) | 2005-07-12 | 2010-06-29 | Futurewei Technologies, Inc. | Method and system for handover negotiation optimization for wireless system |
CN100442865C (en) | 2005-07-19 | 2008-12-10 | 华为技术有限公司 | Double-mode terminal cross-domain routing method and relative registering system and method |
DE102005033667B4 (en) | 2005-07-19 | 2007-05-24 | Infineon Technologies Ag | Communication session server unit, communication terminal, broadcast server unit, network unit, method for controlling a communication session with a plurality of communication terminals, method for establishing a communication session, method for transmitting data in the context of a communication session by means of a broadcast server Unity and computer program elements |
US20070022289A1 (en) | 2005-07-20 | 2007-01-25 | Mci, Inc. | Method and system for providing secure credential storage to support interdomain traversal |
CN100505899C (en) | 2005-08-04 | 2009-06-24 | 华为技术有限公司 | Cross-domain route control method for the third generation mobile communication system |
US20070049281A1 (en) * | 2005-08-31 | 2007-03-01 | Motorola, Inc. | Method and apparatus for dual mode mobile station call delivery |
TWI294248B (en) | 2005-09-16 | 2008-03-01 | Hon Hai Prec Ind Co Ltd | Mobile communication device and network selection method thereof |
US20070264989A1 (en) | 2005-10-03 | 2007-11-15 | Rajesh Palakkal | Rendezvous calling systems and methods therefor |
US20070116234A1 (en) | 2005-10-19 | 2007-05-24 | Marco Schneider | Methods and apparatus for preserving access information during call transfers |
KR20130087606A (en) | 2005-11-03 | 2013-08-06 | 텔레콤 이탈리아 소시에떼 퍼 아찌오니 | Method for establishing a multimedia session with a remote user of a communications network |
US20070117588A1 (en) | 2005-11-23 | 2007-05-24 | Motorola, Inc. | Rejection of a call received over a first network while on a call over a second network |
US7751848B2 (en) | 2005-11-23 | 2010-07-06 | Envio Networks Inc. | Systems and methods for providing concurrent mobile applications to mobile communication devices |
US7760639B2 (en) | 2005-11-29 | 2010-07-20 | Cisco Technology, Inc. | System and method for handling network overload |
US20070133519A1 (en) | 2005-12-13 | 2007-06-14 | Lucent Technologies Inc. | Method and apparatus for network-based call screening for interrupting packet data calls |
EP1972123A4 (en) | 2006-01-10 | 2009-06-17 | Research In Motion Ltd | Domain selection system and method operable in a network environment including ims |
US20070183394A1 (en) | 2006-02-03 | 2007-08-09 | Deepak Khandelwal | Automatic call origination for multiple wireless networks |
KR20070108425A (en) | 2006-02-06 | 2007-11-12 | 엘지전자 주식회사 | Method for placing a call in voice call continuity and terminal and vcc application server thereof |
US7760688B2 (en) | 2006-02-27 | 2010-07-20 | Kyocera Corporation | Apparatus, system and method for transferring an active call between wireless communication networks |
US9100407B2 (en) | 2006-03-23 | 2015-08-04 | Cisco Technology, Inc. | Method and system to enhance performance of a session initiation protocol network and its elements |
US8243715B2 (en) | 2006-05-15 | 2012-08-14 | Oracle Israel Ltd. | Delivering sip-based call services to circuit-switched terminals |
ATE481845T1 (en) | 2006-05-30 | 2010-10-15 | Telecom Italia Spa | MANAGEMENT OF A CALL ADDRESSED TO A TERMINAL ASSOCIATED WITH AN ACCESS DEVICE |
US8369292B2 (en) | 2006-06-30 | 2013-02-05 | Industrial Technology Research Institute | Method and apparatus for mobility management in communication networks |
US20080039086A1 (en) | 2006-07-14 | 2008-02-14 | Gallagher Michael D | Generic Access to the Iu Interface |
US20080037518A1 (en) | 2006-07-26 | 2008-02-14 | Parameswaran Kumarasamy | Method and apparatus for voice over internet protocol call signaling and media tracing |
US20080049675A1 (en) | 2006-08-23 | 2008-02-28 | Motorola, Inc. | Method and system for hand-off based on network load |
US20080056236A1 (en) | 2006-08-31 | 2008-03-06 | Deborah Lewandowski Barclay | Unified IMS supplementary services signaling across circuit and packet domains |
EP1929832A1 (en) | 2006-09-25 | 2008-06-11 | Siemens Home and Office Communications Devices GmbH & Co. KG | Method for setting up a telephone connection, and apparatuses |
US20100110978A1 (en) | 2006-10-11 | 2010-05-06 | Telefonaktiebolaget Lm Ericsson (Publ) | IMS Device Reconfiguration |
US8488599B2 (en) * | 2006-11-13 | 2013-07-16 | Sharp Laboratories Of America, Inc. | Auto-switching method and device for dual mode analog-VoIP device |
US8073447B2 (en) | 2007-02-05 | 2011-12-06 | Research In Motion Limted | System and method to identify voice call continuity (VCC) subscriber |
JP5130757B2 (en) * | 2007-03-16 | 2013-01-30 | 富士通株式会社 | Arithmetic processing device and control method of arithmetic processing device |
US7995466B2 (en) | 2008-03-26 | 2011-08-09 | Avaya Inc. | Failover/failback trigger using SIP messages in a SIP survivable configuration |
-
2007
- 2007-02-26 US US11/679,032 patent/US9055517B2/en active Active
- 2007-05-23 AT AT07108761T patent/ATE507698T1/en not_active IP Right Cessation
- 2007-05-23 DE DE602007014175T patent/DE602007014175D1/en active Active
- 2007-05-23 EP EP07108761A patent/EP1962540B1/en active Active
-
2008
- 2008-02-13 KR KR1020097019794A patent/KR101345221B1/en active IP Right Grant
- 2008-02-13 WO PCT/CA2008/000280 patent/WO2008104050A1/en active Application Filing
- 2008-02-13 KR KR1020127012044A patent/KR101411791B1/en active IP Right Grant
- 2008-02-13 CN CN2008800061262A patent/CN101622893B/en active Active
- 2008-02-13 CA CA002677720A patent/CA2677720A1/en not_active Abandoned
- 2008-02-13 KR KR1020127022419A patent/KR101351466B1/en active IP Right Grant
-
2009
- 2009-02-05 HK HK09101024.9A patent/HK1121328A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
HK1121328A1 (en) | 2009-04-17 |
KR20090113384A (en) | 2009-10-30 |
KR101351466B1 (en) | 2014-01-14 |
CN101622893B (en) | 2012-09-05 |
KR20120113799A (en) | 2012-10-15 |
CN101622893A (en) | 2010-01-06 |
ATE507698T1 (en) | 2011-05-15 |
US20080205386A1 (en) | 2008-08-28 |
WO2008104050A1 (en) | 2008-09-04 |
KR101345221B1 (en) | 2013-12-27 |
US9055517B2 (en) | 2015-06-09 |
KR101411791B1 (en) | 2014-06-24 |
KR20120056307A (en) | 2012-06-01 |
DE602007014175D1 (en) | 2011-06-09 |
EP1962540A1 (en) | 2008-08-27 |
EP1962540B1 (en) | 2011-04-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9055517B2 (en) | System and method of user-directed dynamic domain selection | |
US7995562B2 (en) | System and method to trigger a mobile device in different domains based on unsuccessful initialization or handover | |
US8073447B2 (en) | System and method to identify voice call continuity (VCC) subscriber | |
KR101196078B1 (en) | Wlan and wwan connection migration methods and apparatus | |
US7706779B2 (en) | System and method for controlling VCC functionality in a network environment including IMS | |
EP1804546B1 (en) | Method of providing seamless session mobility | |
EP2028898B1 (en) | System and method for handing over sessions between networks | |
EP2549823A2 (en) | Long term evolution user equipment multi-packet data network parameter based connectivity control | |
WO2007043201A1 (en) | Access network selecting method | |
US8548470B2 (en) | Mechanism for the conveyance and management of device mobility in an IMS network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued |
Effective date: 20150528 |