TRANSMISSION DEVICE WITH MOBILITY ADMINISTRATOR AND COMMUNICATION METHOD Field of the Invention This invention relates to a communication device for communication over a number of networks and a method of communication of signals on such networks. BACKGROUND OF THE INVENTION [0002] Currently, users of mobile and portable communication devices are forced to choose only one method of communication from among the many wireless wide area media available. This is true for most devices even when they are in an office setting and they may have an accessible and less expensive wired or even wireless local area connection system available. This lack of options blocks the user to a single communication service, possibly expensive, based on what the user is currently doing. In the best case, the user is forced to manually reconfigure the communication device to join it to the network through another method of communication. BRIEF DESCRIPTION OF THE DRAWINGS Other advantages and features of the invention are described with reference to the preferred embodiments, which attempt to illustrate and not limit the invention and in which: Figure 1 is a context diagram illustrating a user source, a communication system and a user destination, each according to a preferred embodiment of the invention; Figure 2 is a block diagram of a mobility manager, according to the preferred embodiment of the invention; Figure 3 is an illustration of the structure of a transmission request according to the preferred embodiment of the invention; Figure 4 is an illustration of a communication protocol software organized as a single communication manager process that resides in a transmission device of Figure 1; and Figure 5 is a data flow diagram of the communication manager residing in the transmission device and the communication manager residing in a receiving device, according to the preferred embodiment of the invention. DETAILED DESCRIPTION OF THE DRAWINGS Figure 1 is a context diagram illustrating a user source 10, a communication system 12 and a user destination 14, each according to a preferred embodiment of the invention. A transmission device 15 comprises a first transceiver 18 and a processor 17 having a mobility manager 20 and a first communication manager 22, which are software modules operating in the processor 17. A receiving device 31 comprises a second communication manager 32 and a second transceiver 34. The transmission device 15 and the receiving device 31 are connected through some multiplicities of rating networks 26, 28 and 30 labeled as network A, network B and network C, respectively. The following are common examples of the type of networks available: Cellular Digital Package Data (CDPD), switched cell paging per circuit, etc. Of these networks, some subset is available for communication at any given time. Figure 2 is a block diagram of the mobility manager 20. The mobility manager 20 comprises a filter 38, a database 40, and a message assembler 44. It also has a first interface 19 to which the filter is attached 38 and a second interface 29 coupled to the message assembler 44. In operation, the user source 10 sends a data object, together with its attributes (e.g., size, priority, sender, etc.), through an interface input 16 to the first transceiver 18. The first transceiver 18 passes the data object through the first interface 19 and towards the filter 38 of the mobility manager 20. The data object is also passed to the message assembler 44. The filter 38 searches through database 40, which stores a net table 42 of potential networks and their characteristics with which the transmission device 15 is able to connect in order to transmit the data object of the transmission device 15 to the receiving device 31. Once the filter 38 searches through the net table 42 of potential networks and their characteristics, the filter 38 performs a filtering function. The filtering function is based on a combination of the attributes of the data object (ie, size, priority, issuer, etc.) and the characteristics of the potential networks, such as cost
(if it is cost per byte, if it is cost per minute and if the cost changes during the day or week), speed and if the potential network is a network switched by circuit (for example, analog cell phone, Simple Old Telephone System Modem (POTS), Integrated Services Digital Network (ISDN), etc.) or a packet-switched network (for example, Ethernet, paging, etc.) that may influence ordering by priority based on, for example, the size of the object of data. Once the filter 38 completes the filtering function, the filter 38 generates a list ordered by priority of the rating networks with varying priorities over which this particular data object can be transferred (this list may be smaller than the list of all potential networks if the data object does not qualify for transmission over one or more of the potential networks for reasons of cost or priority). As soon as the list sorted by priority of rating networks is generated, the filter 38 transmits the ranked list by priority of rating networks to the message assembler 44 in order to allow the message assembler 44 to append the list sorted by priority of rating networks. to the data object. Once appended, a transmission request 46 is created, as shown in Figure 3, comprising a destination end-point identifier 48, a source end-point identifier 50, the list sorted by priority of rating networks 52 ( for example, priority network 1, priority network 2, etc.) and data object 54. The message assembler 44 passes the transmission request through the second interface 21 to the first communication manager 22. The current process The transmission of the data object of the transmission device 15 to the receiving device 31 through any of the connection networks 26, 28 or 30 is well known in the art as a standard method of fragmentation, transmission and collection of data points. verification / acknowledgments per block. Note that this does not imply a dependency protocol of stopping and waiting, since the collection of verification points / acknowledgments is decoupled from the transmission of the blocks. Figure 4 is an illustration of a communication protocol software organized as the first communication manager process 22 that resides in the transmission device 15 of Figure 1. The first communication manager 22 comprises the following components: a transmission protocol of objects 56, a network availability monitor 58, a network interface A 59, a network interface B 60 and a network interface C 61. Each of the object transmission protocols 56 and the network availability monitor 58 communicates with all network interfaces 59, 60 and 61. In operation, the first communication manager 22 accepts the transmission requests from the mobility manager 20. After successfully receiving the transmission request with the list ordered by priority of the rating networks, the first communication manager 22 transmits the transmission request to the receiving device 31 on the to a higher priority rating network through a transport layer connection 68 and a receiving module 72 (reference to Figure 5). The procedures for transmitting and receiving the transmission demands while automatically switching between the rating networks result in the transfer demand being reliably transferred over the highest priority rating network available for that transmission demand. The first communication manager 22 resorts to a rating network of lower priority only when all the higher priority rating networks have been found unavailable. If the first communication manager 22 resorts to a rating network of lower priority, will retry transmitting the transmission request on a rating network of higher priority when it becomes available. Figure 5 is a block diagram of the first communication manager 22 and the second communication manager 32, according to the preferred embodiment of the invention. The first communication manager 22 further comprises a network availability monitor 58, a transmission scheduler 62 and a transmission database 64. A transmission module 66 is created by the transmission scheduler 62, as necessary, for each transmission session. The availability of the network is determined based on demand through the network availability monitor 58. The implementation of this network availability monitor 58 can take various forms as long as the transmission scheduler 62 is provided with sufficient availability information of the network. The possible implementation involves the sending of an echo request on the network in question when the availability of the network is consulted. The resulting "extra" traffic can be reduced by capturing network availability information and sending echo requests only when the captured information is "blocked" or when a suspicious network availability change has taken place. Due to its simple nature, this method is particularly preferred. Another possible implementation of the network availability monitor 58 involves a closer integration with each of the construction management functions of the network, such as the resistance to the reception signal and / or the indication of bit error rates. . By having the availability monitor of the network 58 keeping track of all or part of the availability of the network, the end point of communication is translated into the maintenance of this information. The additional benefit of reduced traffic through reduced duplication of efforts may not justify the complexity of this solution. A third implementation uses, for example, a notice board as described in U.S. Patent No. 5,301,359. In operation, the transmission database 64 receives a transmission request from the mobility manager 20. An identifier 71 is associated with each transmission request to indicate a first portion of the transmission request that has been successfully transmitted to the device. reception 31 and a second portion of the transmission request that has not been successfully transmitted to the reception device 31. The identifier 71 for each transmission request is initially established at the beginning of the transmission request. A feedback mechanism in the object transmission protocol 56 allows the identifier 71 to move to a new position in the transmission request each time a block of the transmission request is successfully received by the receiving device 31. The mechanism The feedback is implemented as a result of the object transmission protocol 56 in the receiving device 31 which informs the object transmission protocol 56 in the transmission device 15 how much data was successfully received. In this way, as the receiving device 31 successfully receives the data from the transmission device 15, the object transmission protocol 56 in the receiving device continuously updates the object transmission protocol 56 in the transmission device 15. as to the amount of data that was received successfully by the receiving device 31. After successfully receiving the transmission request in its entirety, the receiving device 31 transmits the transmission request to the user's destination 14. After the transmission database 64 receives a transmission request, the transmission scheduler 62 it immediately tries to transmit the transmission demand on the qualifying network with the highest priority for the transmission demand. A transmission request can be found in one of two states: a protected transmission demand (which is not being transmitted) or an unprotected transmission request (which is transmitted in one of its rating networks). The constant maintained is that each transmission demand is always transmitted over the highest priority rating network (in the context of each transmission request) or is protected if there are no rating networks available. The network availability monitor 58 continuously updates the transmission scheduler 62 with respect to the availability of rating networks. When the network availability monitor 58 detects a newly available network, the transmission programmer 62 searches the transmission database 64 for transmission requests that qualify for transmission in the newly available network and processes them in the following manner. For each protected transmission request that qualifies for transmission in the newly available network, the transmission scheduler 62 checks out the transmission request and creates a transmission module 66 over the newly available qualifying network. Since the demand for transmission was protected, none of its rating networks were previously available. Therefore, when one of its rating networks is available, that network is by definition the highest priority rating network available for that particular transmission demand. For each demand for unprotected transmission that qualifies for transmission in the newly available network, the transmission scheduler 62 compares the priorities of the newly available network and the rating network that is currently in use for the transmission request. If the newly available qualifying network has a higher priority than the rating network currently in use, the transmission scheduler 62 destroys the transmission module 66 that is currently in use and creates a new transmission module over the qualifying network recently. available. If the newly available qualifying network has a priority lower than the rating network currently in use, the transmission scheduler 62 allows the transmission module 66 currently in use to continue transmitting the transmission request. In this way, the transmission module 66 currently in use is only pre-emptied for the higher priority rating networks so that the transmission demand is always transmitted to the receiving device 31 on the highest priority rating network. . When the network availability monitor 58 detects a loss of network availability, the transmission scheduler 62 searches the transmission database 64 for the transmission demands that are affected and processes them as follows. The transmission scheduler 62 ignores all protected transmission demands. A recently unavailable rating network is not important for protected transmission demands. For each unprotected transmission request that is currently being transmitted over the newly available rating network, the transmission scheduler 62 destroys the transmission module 66 that is currently in use. Then, for each rating network that is lower priority than the newly available rating network, the transmission scheduler 62 consults the network availability monitor 58 regarding network availability information. If a lower priority rating network is available, the transmission scheduler 62 creates a new transmission module on the higher priority rating network that is of lower priority than the recently unavailable rating network (ie, the first rating network of lower priority encountered during the process of consulting the network availability monitor 58). Otherwise, the transmission scheduler 62 protects the transmission request. In this way, the transmission programmer stops transmission of those transmission requests that were using the recently unavailable network and begins to transmit them over the highest priority rating network available. Given the above constant, the transmission scheduler 62 only has to verify the rating networks that have a lower priority than the recently unavailable rating network. Only the lower priority rating networks are verified when there is a loss of network availability due to the fact that the transmission demand had graduated to a higher priority rating network, having already one available. When the transmission module 66 receives the data object, the transmission module 66 is connected to a transport layer connection 68 in order to communicate with the second communication manager 32. The second communication manager 32 comprises a receiving module 72. , a reception module 74 and a reception database 76. The transport layer connection 68 is first coupled to the receiver module 72 in the receiving device 31 through a selected network 26, 28 or 30. Once the connection is made, the receiving module 72 creates a receiving module 74, as necessary, in the receiving device 31, to which the transport layer connection 68 is then coupled. The receiving module 74 accepts the transmission request in blocks from the transmission module 66 and stores the transmission request partially received in the reception database 76. The transmission module 66 in the device Transmission line 15 is connected to the reception module 74 on the receiving device 31 via the transport layer connection 68, the selected network 26, 28 or 30 and the receiving module 72. After successfully receiving the transmission request complete, the reception module 74 sends it to the destination of the user 14. There are several improvements in the object transmission protocol 56 between the user source and the user's destination, such as the verification / restart signaling from the point of it fails and that it has the user destination 14 transmitting the network availability change events to the user source 10, in the case where the user destination 14 has a better view of this information. When the data flow is interrupted because the qualifying network currently in use becomes unavailable and there are no other qualifying networks available over which the transmission demand can be transferred, the transmission scheduler 62 protects the transmission request in the base transmission data 64. The first portion of the transmission request that was received successfully by the receiving device 31 is protected in the reception database 76 until a qualifying network becomes available for transmission of the second portion of the transmission data. the transmission demand. When the network availability monitor 58 informs the transmission programmer 62 that a rating network is available on which the second portion of the transmission request can be transmitted, the transmission scheduler 62 retrieves the transmission demand from the database transmission 68, creates a new transmission module on the newly available network and transmits the second portion of the transmission request to the receiving device 31 that begins at the beginning of the identifier 71. The identifier 71 indicates exactly where the demand for the transmission was interrupted. transmission, thus preventing transmission programmer 62 from retransmitting the transmission request in its entirety. If none of the rating networks is already available for the complete transfer request to be transferred successfully before a certain assigned maximum time has passed, the demand for transmission is destroyed. In this way, a versatile communication method and system has been described above in which a mobility manager generates a list ordered by priority of rating networks depending on the attributes of the data objects and the characteristics of the potential networks. The transmission programmer then transmits the transmission request on the highest priority network available. The modular nature of the software elements described above is particularly tricky in the design of the system and in a uniformly reliable operation. The above description has been given only by way of example and modifications of details can be made within the spirit and scope of the invention.