RU2369985C2 - Method for processing of automatic call creation and system determination in multinetwork mobile devices - Google Patents

Abstract

FIELD: information technologies.

SUBSTANCE: invention is related to device and method of information exchange in various wireless networks. Method includes reception of request for call creation, identification of multiple communication networks, definition of whether call is permitted in each of many wireless networks as request function for creation, and creation of call on network selected from many networks. Device includes facility of request reception for call creation, facility for identification of multiple networks, facility for addressing to access permission information, facility for call creation in according one network out of many networks, facility for prevention of call creation in according one networks out of many networks.

EFFECT: expansion of functional resources, due to provision of possibility to create call in any of multiple networks.

32 cl, 5 dwg

Description

This application relates and claims priority by filing date of a provisional US patent application, serial number 60/506342, filed by Guangming Shi et al., Registered September 25, 2003, entitled "Method of Handling Automatic Call Origination And System Determination of Multi-Mode and Multi-SIM / U-SIM / R-UIM Card Mobile Devices ”(Method for processing automatic call creation and defining a system of multi-mode and multi-SIM / U-SIM / R-UIM-card mobile devices); U.S. Provisional Patent Application Serial No. 60/506362 filed by Guangming Shi et al., registered September 25, 2003, entitled "Alternative Method of Handling Automatic Call Origination And System Determination of Multi-Mode and Multi-SIM / U-SIM / R-UIM Card Mobile Devices ”(An alternative method for processing automatic call creation and defining a system of multi-mode and multi-SIM / U-SIM / R-UIM-card mobile devices); and U.S. Patent Application Serial No. 60/506224 filed by Guangming Shi et al., registered September 26, 2003, entitled "Method of Handling Automatic Call Origination And System Determination of Multi-Mode and Multi-SIM / U-SIM / R-UIM Card Mobile Devices ”(Method for processing automatic call creation and defining a system of multi-mode and multi-SIM / U-SIM / R-UIM card mobile devices), the contents of all of which are incorporated herein by reference.

FIELD OF THE INVENTION

The present invention relates to systems and methods for making calls in a multi-mode network environment.

State of the art

The need for wireless services has led to the development of an ever-increasing number of wireless networks. One such network is the CDMA 1X (Code Division Multiple Access) system, which supports wireless voice and data services using spread spectrum techniques. The competing network, which has become the de facto standard in Europe and Asia, is GSM (Global System for Mobile Communications). Unlike CDMA 1X, GSM uses narrowband TDMA (time division multiple access) to support wireless voice and data services. Other networks that have been deployed for several years include CDMA 1x EV-DO (high-speed CDMA packet data exchange system) for high-speed data services based on spread spectrum technology, GPRS (common packet radio service), which supports high-speed data services with data rates suitable for email and web browsing software applications, and UMTS (Universal Mobile Telecommunications System), which can deliver broadband speech and data for dix audio and video.

Typically, communication devices that are compatible with one wireless network are not compatible with other wireless networks. This is partly due to the use by each network of its own unique protocols for the exchange of information between compatible communication devices. In addition, each wireless network can have its own unique set of services. For example, CDMA 1X, GSM, and UMTS support both voice and data wireless services, while CDMA 1x EV-DO and GPRS are limited to wireless data services. Even wireless networks that support the same services may not be compatible with the same (networks) due to different operating parameters.

These disparate networks have created a series of wireless service areas across the geographic landscape, each with its own unique set of protocols, services, and data rates. Accordingly, there is a need for a methodology in which a user can interact with various wireless networks in a simple and efficient way. A special methodology should provide the ability to create a call on any of a variety of networks.

Disclosure of invention

In one aspect of the invention, a method for exchanging information includes receiving a call creation request, selecting a communication network from a plurality of communication networks, accessing information to determine, as a function of the creation request, information that the call is allowed on the selected communication network, and creating a call to selected communication network.

In another aspect of the present invention, a method for exchanging information includes receiving a call creation request, selecting a communication network from a plurality of communication networks, accessing information to determine, as a function of the creation request, information that the call is not being allowed on the selected communication network, and preventing call from creation on the selected communication network.

In yet another aspect of the present invention, a computer-readable medium that implements a sequence of instructions executed by a computer program can be configured to perform an information exchange method, a method including receiving a call request, selecting a communication network from a plurality of communication networks, accessing information to determine as functions of the creation request and information whether the call is allowed in the selected communication network, and the creation of the call on the selected communication network, if it is determined that the call is allowed, and before tvraschenie call from the foundation to the selected communication network, if it is determined that the call is not allowed.

In another aspect of the present invention, a communication device includes an input device configured to receive a creation request for a call, a storage device for storing information, a processor configured to select a communication network from a plurality of communication networks, access information and determine, as a function of the request to creation and information whether the call is allowed in the selected communication network, creating a call on the selected communication network if the processor determines that the call is allowed, and preventing the call from creating tions on the selected network connection, if the processor determines that the call is not allowed.

In yet another aspect of the present invention, a communication device includes means for receiving a call creation request, means for selecting a communication network from a plurality of communication networks, means for accessing information for determining, as a function of the creation request and information, whether the call is allowed in the selected communication network, means for creating a call on a selected communication network, if it is determined that the call is allowed, and means for preventing a call on the selected communication network, if it is determined that the call is not allowed.

Of course, other embodiments of the present invention will readily become apparent to those skilled in the art from the following detailed description, in which embodiments of the invention are shown and described by way of illustration. As will be presented, the invention allows for other and excellent embodiments, and some of its details are capable of modification in various other respects, all without deviating from the essence and scope of the present invention. Accordingly, the drawings and detailed description are to be regarded as explanatory in nature and not as restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

Aspects of the present invention are illustrated by way of example, and not by way of limitation, in the accompanying drawings, in which:

Figure 1 is a functional block diagram of a typical hardware configuration for supporting a software-implemented processor system operating in a multi-mode wireless communication device;

Figure 2 is a top view of a typical communication device with a display representing a selection submenu screen;

Figure 3 is a functional block diagram of a typical multi-level software architecture for the software-implemented processor system of figure 1;

FIG. 4 is a flowchart showing the operation of a typical call manager operating in the multi-level software architecture of FIG. 3; and

5 is a flowchart illustrating a typical identification algorithm implemented by a typical call manager.

The implementation of the invention

The following detailed description, with reference to the accompanying drawings, is intended to describe exemplary embodiments of the present invention and is not intended to represent the only embodiments in which the present invention may be practiced. The term “exemplary” as used throughout this specification means “serving as an example, individual case, or illustration,” and should not necessarily be construed as preferred or advantageous in comparison with other embodiments. Such a description includes specific details in order to provide a thorough understanding of the present invention. However, it will be apparent to those skilled in the art that the present invention may be practiced without these specific details. In some instances, well-known structures and devices are shown in block diagram form in order to avoid obscuring the inventive concept.

A typical wireless device, such as a cell phone or similar device, can be used to exchange information with various wireless networks. Access to these networks can be controlled through this device in a manner obvious to the user. More specifically, the communication device can automatically determine whether the call, and in what format, can be placed on each of the various wireless networks, without the need for the user to know in which network the call is being created, or how the call creation request is processed to create the call. The way in which a wireless network is determined can vary from device to device, and those skilled in the art can easily determine the selection criteria that are best suited for a particular application.

In one embodiment of a communication device, an algorithm or similar methodology can be used to determine if a call is allowed on various wireless networks based on a user request to create a call, or requesting an application to create a call, such as a web browser. Then, automatic formatting of the call creation request and the selection of a compatible wireless network can be done. Determining whether a call is allowed on a particular network can be made as a function of user preferences. Preferences can be programmed into the communication device, for example, by programming the card or communication cards of the device, by the user before making the call. Alternatively, user preferences may be set by the manufacturer in the enterprise or by communication service providers, telephone service or point of sale prior to sale. In fact, any algorithm can be implemented to control access to various wireless networks. This idea can be extended to other wireless technologies, including any satellite or terrestrial application.

Network access in a wireless device can be controlled using a software-implemented processor system or any other configuration known in the art. A typical hardware configuration for a software processor system is shown in FIG. The processor system incorporates a microprocessor 102 and its core with non-volatile memory 104. Non-volatile memory may contain memory that is constantly located on the communication device, or memory on the communication card, which can be inserted into the communication device. The microprocessor 102 may provide a platform for running software programs that, among other things, control the creation of a call on various networks based on (1) user preferences that can be programmed into non-volatile memory 104; (2) other information indicating whether the call is allowed on various networks; and (3) the compatibility of the protocols of these networks with the call that is created by the user.

Digital Signal Processor (DSP) 108 may be implemented using an embedded data exchange software layer that implements specific application algorithms to reduce processing requirements for microprocessor 102. For example, during call creation, DSP 108 can be used to encode and modulate text messages from the keypad 106 before these text messages are transmitted to the far end of the user line through the analog input unit 112. DSP 108 may also provide decoding and emodulyatsiyu text messages from the far-end user's line, received through the analog input block 112, before being submitted to the display 110. The software layer also binds equipment DSP microprocessor 102 and may provide low-level services such as the allocation of resources to allow higher-level program executed implemented by software.

A typical processor system supports user input and editing functions. Such functions can be used, for example, to program user preferences in a communication device or its memory card (s). The user interface can be fully menu-driven or implemented in any other form. In a menu-driven user interface, on-screen selections can be presented to the display 110 in the form of a main menu for programming a communication device. From the main menu, the user can select the on-screen selection option for programming user network preferences through various key manipulations. If this on-screen selection is selected by the user, the microprocessor 102 retrieves the list of networks from the non-volatile memory 104 and presents the list to the display 114 in a submenu format. The submenu may contain a list of all networks supported by the communication device, or, alternatively, may display a list of networks for voice services separately for data services.

The format of the submenu is shown in FIG. 2 with an exemplary type of information for determining whether a call is allowed on a particular network. The “fixed dialing list” contains all telephone numbers permitted by a typical communication device or card in a communication device. In this example, each phone number is represented by a user-defined code that provides for simple identification and selection by the user when he wants to place a call by telephone. So, the telephone numbers represented by HOME (home) 202, OFFICE (office) 204, DOCTOR (doctor) 206, SCHOOL (school) 208 and EMERGENCY (emergency call) 210 are resolved in the illustrated example. However, any combination of telephone numbers may be allowed, according to user preferences. It is also possible that the user can program a “block list” that includes numbers that are not allowed on a particular network. In this case, if the user dials a number that is in the blocked list, the communication device will reject the call. It is understood that a communication device may comprise a plurality of communication cards, thereby becoming limited to a plurality of different fixed dialing lists, blocked or other such permission-driven lists. Additionally, it is understood that any communication device, due to the number of cards, may be allowed to create a call in the first network, where the dialed phone number is represented in the fixed dialing list of that card, but the creation of the same call in the second network where the dialed phone number is presented is limited in the blocked list of that card. Accordingly, for any input dialing sequence received by the communication device, each card must be tested for its ability to resolve the call.

A typical microprocessor-based layered software architecture is shown in FIG. The software architecture includes a user interface 302, a call manager 304, and a protocol layer 306 operating on a microprocessor platform. DSP 108 and analog input unit 112 are shown for completeness, but will not be discussed further. Alternatively, each software layer can be run on separate processors or any combination of processors. The processors may be internal to the communication device or, alternatively, one or more processors could reside in an external device, such as a laptop computer connected to the communication device. As those skilled in the art will appreciate, implementation details may vary depending on the particular communication application and general design limitations.

User interface 302 provides a framework for interaction between a user and a communication device. When programming user network preferences, user interface 302 can be used to form menus and submenus that are presented to the display from data stored in non-volatile memory 104. User interface 302 may also be responsible for deleting, adding, or rearranging user preferred networks in non-volatile memory 104 in response to menu and submenu selection options.

User interface 302 may be a software program or a set of programs that is installed as a level above call manager 304. Software implemented programs can be applications, for example, a phone book, SAT (a set of applications for SIM), SAT CC (call control SAT), SMS (short message service), a browser, e-mail, or any other software-implemented programs. When a user creates a call or launches an application that initiates a call, the user interface 302 determines call parameters from the output of the keypad, including, for example, service parameters and dialing sequence input. Service parameters typically include, inter alia, the type of service requested. For example, the requested service may be a voice call, an information call, or any other call provided by a communication service provider. The input of the dialing sequence usually includes data representing the numbers entered by the user who dials the telephone number on the keypad of the communication device. The user interface 302 may also include other service parameters, such as the quality of service necessary to provide a call. For example, if a user launches a video application, the user interface 302 can determine that the call requires a data rate of 64 kbps or higher.

Call manager 304 can be used to control access to various networks in a way that is user-friendly. Based on the parameters retrieved from the user’s call creation request, the call manager 304 will determine if the call is allowed on each of the different networks. Call manager 304 may also determine other network selection parameters, for example, service compatibility of all networks supported by a communications device. Then it can be determined whether the call is allowed only for those networks that are first defined as compatible with the call. For example, if the communication device supports CDMA 1X, CDMA 1x EV-DO, GSM, GPRS, and UMTS networks and the requested service is a video application, call manager 304 can determine that only CDMA 1x EV-DO and UMTS networks can support this application. In this case, the call manager 304 will restrict the polling as to whether the call is allowed to only these two compatible networks. The criteria used to determine whether a call is allowed on a particular network are governed by a selection algorithm, which is explained in more detail below with reference to FIG.

4 is a flowchart showing the operation of a call manager. When power is supplied to the communication device for the first time, the call manager may try to register with a user-preferred network stored in non-volatile memory at step 402. Once registered, the call manager receives a call request from the user through the user interface at step 404. Request for creation The call includes various parameters, such as service parameters (for example, the type of service requested by the user and the quality of service required to provide call flow) and dialing input information. At 406, the call manager can identify networks supported by the communications device that are service compatible with the call creation request. Alternatively, this step may be omitted, so that a determination of whether a call is allowed (described below) can be performed for each network, whether it is service compatible or not.

At step 408, the call manager determines whether the call identified in the call request is allowed on the currently registered network. This determination is performed as a function of the result of the identification algorithm, the details of which are explained below with reference to FIG. If the result of the identification algorithm indicates that the call is allowed in the registered network, the call manager attempts to create a call in that network at step 410. If the registered network is not among the networks in which the call is allowed, or if service for the registered network is lost, then the call manager selects one of the remaining “allowed” networks for re-registration at step 412. In this case, the call manager first determines whether other networks have been defined as “allowed” by the result the operation of the identification algorithm, and if so, determines whether any of those networks are among service-compatible networks. As soon as an alternative network is selected, the call manager will unregister the communication device from the current network and will try to register in the new selected network at step 414. If the call manager unsuccessfully registers the communication device in the new selected network, the call manager will select another network for registration from the service compatible networks at step 412. Finally, the call manager will attempt to create a call on the registered network at step 416.

5 is a flowchart illustrating a typical identification algorithm whose result is used by the call manager described above. The identification algorithm implements a method for identifying which of the networks with which the communication device is compatible, the communication device will allow to support the dialed call. The identification algorithm also implements a procedure for formatting a request to create a call, so that the call can be created in various networks. A communication device may function in certain networks by means of a communication card adapted to a particular network or group of networks. A communication device may also have a plurality of such cards enabling it to function in a plurality of networks or network groups. For example, a communication device may simultaneously support a SIM card (subscriber identification module), enabling operation in GSM and GPRS networks, an R-UIM card (removable subscriber identification module), enabling operation on a CDMA or hybrid CDMA / GSM network, and USIM card (UMTS Subscriber Identification Module), which enables operation in a UMTS network. Of course, you need to understand that the invention is not limited to any particular type of card or combination of cards, but applies to communication devices that can be adapted to function in any of a variety of existing or later developed wireless networks.

When a user request to create a call is received (as shown in step 404 in FIG. 4), the identification algorithm illustrated in FIG. 5 takes the user set sequence as input in step 500. In step 502, the algorithm considers whether the input sequence indicates dial emergency number. For example, in some areas of the United States, a dialing sequence containing the sequence of numbers “911” indicates an emergency number. If the request is an emergency call, the call manager marks the call “allowed” for all available networks at step 504, indicating that the call can be created on any available and compatible service network. A service compatible network is one that is compatible with a communication card in a communication device. The algorithm can skip the remaining usual steps in the event of an emergency call, instruct the call manager to create an emergency call on the currently registered network and continue to try to create a call on any available network until the call is placed successfully. If, on the other hand, at step 502 it is determined that the call creation request does not contain an emergency call number, then at step 506, the algorithm selects one card from the set of communication cards and proceeds to check and format the call creation request so that the call can be rejected or hosted on a network that is compatible with the selected card.

At 508, a determination is made whether a call request is permitted for the selected card. The call may be allowed, for example, if the input dialing sequence, received along with the call creation request, is contained in a fixed dialing list that the user has programmed into the communication card. Such a situation can occur, for example, when parents provide the child with a wireless device and program a communication card to allow the child to dial only certain phone numbers. This causes the effect of forcing the communication device to function solely for the purpose of dialing these numbers. Of course, there are other situations in which such an allowed set list could be created. Accordingly, at step 508, information, such as fixed dialing lists, blocked call lists, or other user-defined information is accessed to compare the input dialing sequence with the information and determine whether the call is allowed. If it is determined at step 508 that the call is not being resolved, for example, because the dialing sequence is not a number included in the fixed dialing list, or is a number included in the blocked call list, then at step 510 the call is marked “ not allowed ”for networks compatible with the selected card. At 512, it is asked if additional networks compatible with other communication cards in the communication device are ready to provide the call. If not, the call is rejected at step 514, and the call is never created. Otherwise, the algorithm returns to step 506, where the next card and its compatible networks are selected to verify that they are ready to provide the call. Such a situation may occur when the communication device includes two separate communication cards, each having its own fixed dialing list from the condition that the phone number represented by the input dialing sequence appears in one of the lists, but not in the other. In this case, the call would be “not allowed” for networks accessible from one of the cards, but could be allowed in networks available with another card.

Returning to step 506, in case the call request is considered permitted for the first selected card, the algorithm in step 516 checks whether the dialing sequence should be converted to a new number. For example, if the input dialing sequence received at step 500 is a predefined command programmed by the user into a communication card to represent a frequently used telephone number, it should be converted to a new dialing sequence representing the actual telephone number. Or she may need to convert to include the appropriate numbers to place as a long distance call. If for any reason it is determined that the dialing sequence is to be converted, then it is converted to a new dialing sequence in step 517, and in step 518, the new dialing sequence is checked to determine if it is an emergency call number. If so, then the call is marked at step 520 to indicate that this is the "allowed new emergency number" for the selected mode. This may occur if the dialing sequence is a user-defined code for the emergency number. This user-defined emergency code must then be replaced with the actual emergency call number, and this number will be recognized at 518 as the emergency call number. Otherwise, the call is flagged at step 522 to indicate that it is an “authorized new regular number” for the selected card, where “regular” means that the call is not an emergency call.

Returning to step 516, if instead it is determined that the input dialing sequence does not need to be converted to a new number, then at block 524, the algorithm asks if the input dialing sequence is SS (additional service request) or USSD (unstructured request for SS data). For example, certain information in a dialing sequence may indicate to a service provider associated with a selected network that a service request is being dialed. In this case, the dialing sequence is converted to an SS or USSD request code, and the call is flagged in step 526 to indicate that it is “SS / USSD enabled” for the selected network. Otherwise, the call is flagged at step 528 to indicate that it is the "permitted source number" for networks compatible with the selected card.

In the typical identification algorithm described above, an incoming call request may result in one of at least six different marks to indicate whether it was allowed and in what form on the selected card, as indicated in steps 504, 514, 520, 522, 526 and 528. In addition, in the case where the communication device contains a plurality of communication cards, the call request can be marked using any combination of two or more marks that represent the conditions indicated in steps 504, 514, 520, 522, 526 and 528 . While the input to the identification algorithm contains, at least one data field that contains an input set sequence, the output may contain two or more data fields. One output data field contains a dialing sequence that may be identical to the input dialing sequence, or may be changed as a result of the functional steps of the algorithm. The second data field may include one or more bits to indicate mark conditions representing the conditions indicated in steps 504, 514, 520, 522, 526, and 528.

The bits can be appropriately set according to the definitions of the identification algorithm. The third data field may include the same number of digits for marking the call as the second data field, with the difference between the fields in the map or network for which the digits are set. For example, the result of the operation of the selection algorithm with three fields may include a dialing sequence in the first field, a plurality of bits in the second field, set to indicate one of the conditions of the marks for the first network, and many bits in the second field, set to indicate one of the conditions of the marks for the second network. In addition, additional fields may be used to contain alternative dialing sequences that may differ as a result of the algorithm for each of the various communication cards. Alternatively, the selection algorithm may generate two or more separate work results, one for each network. In this case, each result may contain two data fields, one for the set sequence (whether original or modified) and one for the mark condition. Of course, experts in this field recognize that other changes are possible, and that for each particular network, communication card, mobile device, or a combination thereof, a call request may require any number of different marks to indicate its ability to be created on that network.

After the input dialing sequence is received or changed and / or marked for the selected network, the algorithm checks at step 530 whether other networks are available to handle the call. If so, then the algorithm returns to step 506, where the next network is selected. Then follows the same previously described procedure for the newly selected network, and this process continues until the call is properly marked for each available network with which the communication device is compatible. If each network or card is examined, it will be determined in step 530 that no more networks are available. At step 531, the algorithm considers whether any of the calls are marked as an emergency call. For example, the call marked in step 520 is one whose dialing sequence has been changed so that a new dialing sequence indicates an emergency call. If it is determined at step 531 that there is an emergency call, then the call is marked at step 533 as allowed on all networks.

At step 532, various marks generated for each iteration of the algorithm, as described above, are considered. The algorithm selects a suitable network in which it is necessary to create a call, as a function of marks. For example, if a call is marked authorized for the first network and marked allowed for the second network, the algorithm may instruct the call manager to create a call on any of the first or second network that is currently registered. As another example, if a call is marked as allowed in the first network and rejected in the second network, but the second network is currently active, the algorithm can tell the call manager to disconnect the second network, reregister the first network and create a call in the now active first network. Or, if the call is marked as emergency, it is allowed on all networks, and will therefore be created on the currently registered network.

Of course, further examples are also possible regarding how the network can be selected in step 532, including consideration of various marks that can be generated in steps 520, 522, 528, 526, 504 and 533. For example, when the input dialing sequence contains an emergency number call, the algorithm at step 532 may instruct the call manager to try to create a call in the currently active network. If the attempt to create failed after a certain time, which can be set, for example, by the network service provider, the manufacturer of the communication device, or some other source, the algorithm may instruct the call manager to keep the current network as an active network and repeat the request to create a call, or can tell the call manager to disconnect from the current network, switch to the new active network and try to create a call in the new active network. The call manager can repeat either the situation, or any combination of these situations, until the emergency call is successfully created in a compatible network.

In the second possible case, the input dialing sequence can be replaced with a new emergency number for the first communication card, and either replaced with a new regular number, or saved as the original regular number for the second communication card. In this case, the algorithm may instruct the call manager to create an emergency call in a network compatible with the first communication card. If this is the currently active network, a call can be created immediately. Otherwise, the call manager may disconnect from the active network, register a network compatible with the first call, and then try to create an emergency call in the currently active network. As described above, an emergency call can be created through a series of creation attempts, each of which can expire in time after a predetermined length of time. Alternatively, if the attempt to create an emergency call failed, the call manager can switch to another network and try to create a call using a regular number, whether it was changed by the algorithm or saved as the original dialing input sequence. Whatever network is used, and whether the dialing sequence is a regular or emergency dialing sequence, making a call can be made transparent to the user of the communication device. For example, the user interface may show the creation of a call in any of the networks as an “emergency call”. At the end of the call, the call manager can either save the active network or switch to another network compatible with another communication card of the communication device, according to the preference of the choice of system. Such a preference may be determined by the user or by default settings made by the manufacturer of the communication device, or in some other way.

Alternatively, the algorithm may cause the dialing input sequence to be replaced by a new emergency number for the first communication card, and either replaced by SS or USSD, or rejected for the second communication card. In this case, the algorithm may cause the call manager to create an emergency call number in a network compatible with the first communication card, as described above. Alternatively, the call manager may alternate between attempts to make an emergency call on a network compatible with the first communication card and attempts to create an SS or USSD call on the network compatible with the second communication card.

In yet another case, the input input sequence may be replaced by an algorithm with a new emergency number for each of two different cards in the communication device. In this case, the algorithm may instruct the call manager to try to create an emergency call on any network that is currently active. If the attempt to create a call fails, the call manager can either try to create the call again or switch to a network compatible with another communication card and try to create the call using a different emergency call number on the network that is currently registered. Subsequent attempts to create, whether sequentially in the same network, alternating between multiple networks, or combinations thereof, may continue until an emergency call is successfully created. At the end of the call, the call manager can provide registration or re-registration of the initially active network, or can keep the currently active network according to the preference of the choice of system.

In a similar case, the input dialing sequence may be a regular number for each of the two communication cards, and may be unchanged by the algorithm. As in the above case, where the number was the emergency number for both cards, the call manager may try to create a call in the currently active network, and may make some number of consecutive attempts to create either on the same network or by alternating between compatible networks . After the call ends, the call manager forces the communication device to register any network according to the system preference.

In yet another possible case, the input dialing sequence may be rejected on the first communication card, but accepted or changed to a new regular number, SS or USSD on the second card. In this case, the call manager may try to create an SS or USSD in a network compatible with the second card, whether that network is currently active or must first be registered. The call manager can repeat the creation attempt until the SS or USSD call is placed, and then force one of the networks to register after the call is terminated according to the system preference.

Another possibility is that the input dialing sequence is rejected by the algorithm for both communication cards. In this case, the call is simply rejected, and no attempt is made to create for one of the networks.

Of course, you need to understand that for the many networks with which the communication device can be compatible (i.e., many communication cards), and the set of possible marks, typical of which are described above, a large number of options and combinations of marks for any received call request are possible . You also need to understand that while the typical scenarios described above include two communication cards and two networks, the ideas of the present invention are applicable to communication devices that accommodate any other number of communication cards and are compatible with any number of communication networks. While a typical algorithm can, as a rule, start placing emergency calls on any available network immediately, or first select the currently active networks for placing allowed calls, any order for choosing a network can be implemented. Such an implementation may be a function of various criteria, such as efficiency, user preference, etc. Whatever network is ultimately selected for processing the call, at step 534 (as also indicated at step 410 in FIG. 4), the call is created on the selected network.

The various explanatory logic blocks, modules, and circuits described in relation to the embodiments disclosed herein may be implemented or implemented using a general-purpose processor, digital signal processor (DSP), specialized integrated circuit (ASIC), user programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, may ted to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any type of processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

The methods or algorithms described in relation to the embodiments disclosed herein may be implemented directly in hardware, in a software module executed by a processor, or in a combination thereof. The software module can be located in RAM memory, flash memory, ROM memory, EPROM memory (electrically programmable ROM), EEPROM memory (electrically erasable and programmable ROM), registers, on the hard disk, removable disk, CD-ROM (ROM on CD disk) or any other form of storage medium (data) known in the art. A typical storage medium is connected to the processor, provided that the processor can read information and write information to the storage medium. Alternatively, the storage medium may be integral to the processor. The processor and storage media may reside in an ASIC. ASIC may reside in a user terminal. Alternatively, the processor and the storage medium may reside as discrete components in a user terminal.

The foregoing description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be fully apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown in the materials of this application, but should correspond to the broadest scope consistent with the principles and features disclosed in the materials of this application.

Claims (32)

1. A method of exchanging information, comprising stages in which:
receive in the communication device a request to create a call, which includes parameters containing a dialing sequence;
identify many communication networks supported by the communication device;
referring to the access permission information set by the user for each of the plurality of communication networks, comparing the dialing sequence with the access permission information set by the user to determine whether it is allowed or not allowed in the identified communication network, while the corresponding information specified by the user is different for at least two of the many communication networks; and
create a call on the corresponding one of the many networks, if it was determined that the call is allowed communication on the corresponding one of the many networks. 2. The method according to claim 1, wherein at least a portion of the access permission information set by the user is accessible from at least one of a SIM card, an R-UIM card, and a USIM card. 3. The method according to claim 1, in which the request to create a call contains an indication that the call is an emergency call. 4. The method according to claim 3, which also includes the stage, which indicate that the call is allowed in each of the many communication networks. 5. The method according to claim 1, which also comprises the step of changing the dialing sequence before making the call. 6. The method of claim 5, wherein the step of changing the dialing sequence comprises replacing the dialing sequence with a new dialing sequence. 7. The method of claim 5, wherein the step of changing the dialing sequence comprises replacing the dialing sequence with a service request code. 8. The method according to claim 1, which also contains a stage on which indicate that the call is allowed in the identified communication network. 9. The method according to claim 1, in which the access permission information specified by the user comprises at least one of: an authorized telephone number or a blocked telephone number. 10. The method of claim 1, further comprising identifying compatible networks from a plurality of communication networks based on parameters that include a service parameter;
however, the stage of accessing information also contains an appeal only to the corresponding compatible networks from a variety of communication networks. 11. A method for exchanging information, comprising the steps of:
receive in the communication device a request to create a call, which includes parameters containing a dialing sequence;
identify many communication networks supported by the communication device;
referring to the access permission information set by the user for each of the plurality of communication networks, comparing the dialing sequence with the access permission information set by the user to determine whether it is allowed or not allowed in the identified communication network, while the corresponding information specified by the user is different for at least two of the many communication networks; and
prevent the creation of a call on the corresponding one of the many communication networks, if it was determined that the call is not allowed on the corresponding one of the many communication networks. 12. The method according to claim 11, in which at least a portion of the access permission information specified by the user is accessible from at least one of a SIM card, an R-UIM card, and a USIM card. 13. The method according to claim 11, in which the access permission information specified by the user comprises at least one of: an authorized telephone number or a blocked telephone number. 14. The method according to claim 11, which also comprises identifying compatible networks from a plurality of communication networks based on parameters that include a service parameter;
however, the stage of accessing information also contains an appeal only to the corresponding compatible networks from a variety of communication networks. 15. A computer-readable medium that implements a sequence of commands executed by a computer program to perform a method of exchanging information, the method comprising the steps of:
receive in the communication device a request to create a call, which includes parameters containing a dialing sequence;
identify many communication networks supported by the communication device;
referring to the access permission information set by the user for each of the plurality of communication networks, comparing the dialing sequence with the access permission information set by the user to determine whether it is allowed or not allowed in the identified communication network, while the corresponding information specified by the user is different for at least two of the many communication networks; and
create a call on the corresponding one of the many networks, if it was determined that the call is allowed communication on the corresponding one of the many networks; and
prevent the creation of a call on the corresponding one of the many communication networks, if it was determined that the call is not allowed on the corresponding one of the many communication networks. 16. The computer-readable medium of claim 15, wherein at least a portion of the access permission information set by a user is accessible from at least one of a SIM card, an R-UIM card, and a USIM card. 17. Machine-readable medium according to clause 15, in which the request to create a call contains an indication that the call is an emergency call. 18. The computer-readable medium of claim 17, wherein the method further comprises indicating that the call is allowed on each of the plurality of communication networks. 19. The computer-readable medium of claim 15, wherein the method also comprises changing the dialing sequence before making the call. 20. The computer-readable medium of claim 19, wherein the step of changing the dialing sequence comprises replacing the dialing sequence with a new dialing sequence. 21. The computer-readable medium of claim 19, wherein the step of changing the dialing sequence comprises replacing the dialing sequence with a service request code. 22. The computer-readable medium of claim 15, wherein the method also comprises indicating that the call is being permitted on the identified communication network. 23. A communication device comprising:
an input device configured to receive a creation request for a call that includes parameters comprising a dialing sequence;
a storage device for storing access permission information set by a user for each of a plurality of communication networks supported by the communication device, wherein corresponding information set by a user is different for at least two of the plurality of communication networks;
a processor configured to identify a plurality of communication networks, access the access permission information set by a user for each of the plurality of communication networks, compare the dialing sequence with the access permission information set by the user to determine whether or not a call is permitted on the identified communication network, creating call on the corresponding one of the many communication networks, if it was determined that the call is allowed communication on the corresponding one of the many networks, and prevent the creation of call on the corresponding one of the many communication networks, if it was determined that the call is not allowed on the corresponding one of the many communication networks. 24. The communication device according to item 23, in which the processor contains at least one of a SIM card, an R-UIM card and a USIM card, at least one of these cards has at least a portion of the access permission information specified by the user, available to the processor. 25. The communication device according to item 23, in which the request to create a call contains an indication that the call is an emergency call. 26. The communication device according A.25, in which the processor is also configured to indicate that the call is allowed in each of the many communication networks. 27. The communication device according to item 23, in which the processor is also configured to change the dialing sequence before making a call. 28. The communication device of claim 27, wherein the processor is also configured to change the dialing sequence by replacing the dialing sequence with a new dialing sequence. 29. The communication apparatus of claim 27, wherein the processor is also configured to change the dialing sequence by replacing the dialing sequence with a service request code. 30. The communication device according to item 23, in which the access permission information specified by the user contains at least one of: an authorized phone number or a blocked phone number. 31. The communication apparatus of claim 23, wherein the processor is also configured to identify collaborative networks from a plurality of communication networks based on parameters that include a service parameter;
wherein the processor is also configured to access the access permission information set by the user and compare the dialing sequence with the access permission information of only the corresponding compatible networks from the plurality of communication networks. 32. A communication device comprising:
means for receiving a call creation request, which includes parameters comprising a dialing sequence;
means for identifying a plurality of communication networks supported by the communication device;
means for accessing the access permission information set by the user for each of the plurality of communication networks and comparing the dialing sequence with the access permission information set by the user to determine whether or not it is permitted in the identified communication network, wherein the corresponding information specified by the user, different for at least two of the many communication networks; and
means for creating a call on the corresponding one of the many networks, if it was determined that the call is allowed communication on the corresponding one of the many networks; and
means for preventing a call on the corresponding one of the plurality of communication networks, if it has been determined that the call is not allowed on the corresponding one of the plurality of communication networks.

Images