EP2569927A1

EP2569927A1 - Transferring of a call from a fixed communication terminal attached to a local network to a mobile communication terminal attached to a mobile network

Info

Publication number: EP2569927A1
Application number: EP11723568A
Authority: EP
Inventors: Fabrice Fontaine; Philippe Duvivier; Hervé Marchand; Jean-Marc Lafaye
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2010-05-11
Filing date: 2011-05-05
Publication date: 2013-03-20
Also published as: FR2960116A1; WO2011141663A1

Abstract

The invention relates to a method of transferring an incoming call (APE), intended for a fixed communication terminal (TF), attached to a local network, to a mobile communication terminal (TM1, TM2) attached to a mobile network. Such a method comprises the following steps, in the local network: detection (C3) of the presence of mobile communication terminals (TM1, TM2); in the case where no mobile communication terminal is present in the local network: comparison (C5a, C5b, C5c) between, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with said mobile communication terminals and previously recorded in the local network; selection (C6a, C6b, C6c) of a favoured mobile communication terminal (TM1, TM2) according to a criterion of similitude between the call data associated with the latter terminal and the data of the incoming call; ordering (C7a-C9a, C7b-C9b, C7c-C9c) of transfer of said incoming call to the selected favoured mobile communication terminal.

Description

CALL TRANSFER FROM A FIXED COMMUNICATION TERMINAL

CONNECTED TO A LOCAL NETWORK TO A MOBILE COMMUNICATION TERMINAL CONNECTED TO A MOBILE NETWORK

Field of the invention

The field of the invention relates to the field of communication networks.

More specifically, the invention relates to call transfer from a fixed communication terminal, attached to a local communication network, to a mobile communication terminal (cellular or portable) attached to a mobile network, for example GSM.

Background of the invention

At present, some telecommunications operators offer their subscribers a call transfer service from their fixed telephone to a mobile terminal of their choice.

Such a service thus enables a user who must be absent from a place in which is established the fixed communication line to which his fixed telephone is connected, to be able to continue receiving, on his mobile phone this time, incoming calls. on his landline.

A disadvantage of such a service lies in the fact that the user must first provide the operator with the call number of a mobile terminal of his choice. Thus, in the case where the user changes number, the latter must again contact his operator to provide him with the new number which will be assigned to the transfer of call in replacement of the previous one.

In addition, all incoming calls on the landline phone are transferred to a single mobile terminal whose call number _has previously been provided to the operator. As a result, it frequently happens that incoming calls do not necessarily relate to the user of the mobile terminal whose number has been registered with the call transfer service. This situation occurs especially when the call transfer is made from the fixed telephone of the home in which several people live. If for example it is the father who has provided the operator with the number of his mobile phone to which to redirect the incoming calls on the fixed telephone, the father will inevitably receive, once the transfer of call activated, the calls rather destined, to his wife or children, in addition to incoming calls concerning him.

Another disadvantage lies in the fact that such a call transfer service requires the user to perform certain operations to either activate or deactivate the service. For example, a user who has subscribed to the service mentioned above must think about activating the service before leaving home or the office in which his fixed telephone is installed, and respectively deactivating the service when he returns to his home or office.

This last disadvantage has the consequence that the user regularly forgets to activate or deactivate said service. Furthermore, in order to activate or deactivate such a service, the user must perform key operations and / or selections in menus at his landline, which ultimately makes the call transfer service very difficult. not very ergonomic for the user.

Object and summary of the invention

One of the aims of the invention is to overcome disadvantages of the state of the art mentioned above.

For this purpose, according to a first aspect, the present invention relates to an incoming call transfer method, intended for a fixed communication terminal attached to a local network, to a mobile communication terminal attached to a mobile network.

Such a method is remarkable in that it comprises the following steps, in the local network:

- detection of the presence of mobile communication terminals,

- in the case where no mobile communication terminal is present in the local network:

o comparison between, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the aforementioned mobile communication terminals previously recorded in the local network, o selection of a terminal mobile communication system according to a similarity criterion between the call data associated with the latter and the data of the incoming call, o transfer control of the incoming call to, the selected mobile communication terminal selected. Such an arrangement thus makes it possible to automatically transfer one. incoming call on a fixed telephone to the mobile terminal of the person considered to be the most concerned by the incoming call

In addition, such a call transfer service no longer requires any configuration on the part of the users, that is to say that they have neither to provide the mobile operator with a mobile terminal number, nor to enable / disable the service.

In one embodiment, in the case where the presence of at least one mobile communication terminal is detected in the local network during the aforementioned detection step, the call transfer is not activated.

Such an arrangement thus makes it possible, in a manner that is transparent for a given user, to receive the incoming call on the most suitable terminal from the fixed or mobile terminal of the user, depending on the location of the latter.

In other words, as soon as the presence of a mobile terminal in the local network is detected, the call transfer is not activated and the incoming calls are received on the fixed communication terminal, whereas from the moment when no mobile terminal is detected in the local network, the call transfer to a mobile terminal, known and selected in the local network, is activated.

In one embodiment, the pre-registration of the call data associated with the mobile communication terminals is performed as soon as the presence of these terminals is detected in the local network.

Such an arrangement thus makes it possible, within a same local network, to detect the regular presence of a set of mobile terminals accustomed to being located in said local network, and to identify, from this set, which of said mobile terminals will be most likely to be selected when forwarding an incoming call to the landline.

In another embodiment, for a mobile communication terminal detected in the local network, the call data associated therewith are selected from at least the incoming call data, the outgoing call data, the data of the mobile communication terminal directory detected. Such an arrangement thus makes it possible to recover in the local network, whenever a mobile terminal is detected in the latter, either the incoming and / or outgoing calls, the directory, or both the incoming and / or outgoing calls. and the directory, of the detected mobile terminal. Such information thus collected are intended to be used later in the call transfer, as selection parameters of the mobile terminal most relevant to the incoming call received on the landline. .

In yet another embodiment, the comparison step comprises determining, for any mobile communication terminal whose presence has not been detected in the local network, the number of incoming / outgoing calls corresponding to the call. entering.

Thus, in a particularly simple and transparent manner for the user, the selection of the most relevant mobile terminal with respect to the incoming call received on the fixed telephone depends on the highest occurrence of incoming / outgoing calls included in the the call history of said mobile terminal whose number corresponds to that of the incoming call.

In yet another embodiment, the comparison step comprises determining, for any mobile communication terminal whose presence has not been detected in the local network, the presence of the number of the incoming call in the directory. said terminal.

Thus, in a way that is also particularly simple and transparent for the user, the selection of the most relevant mobile terminal with respect to the incoming call received on the fixed telephone is a function of the presence of the incoming call number in the directory of one of the mobile terminals previously identified in the local network.

Such a provision may be implemented as an alternative to the above provision.

Such an arrangement can also be implemented cumulatively in the above arrangement, so as to refine the selection of the mobile terminal to which to redirect the incoming call.

In yet another embodiment, the presence detection step consists of a discovery of any mobile communication terminal likely to be present in the local network, by transmission, from a local terminal attached to the local network, of a a request which contains a discovery message and which complies with a communication protocol adapted to the local terminal and to the mobile communication terminals. Such an arrangement makes it possible to take advantage of the transparent interoperability offered by the DLNA (Digital Living Network Alliance) standard between the different terminals connected to a local network, such as in particular between a network. on the other hand, a local terminal such as a home or enterprise gateway or else a digital decoder such as a Set-Top-Box, and, on the other hand, several mobile communication terminals present in the local network. For this purpose, the aforementioned terminals each comprise a module operating for example according to the UPnP (Universal Plug and Play) protocol.

In still another embodiment, the steps of selecting the preferred mobile communication terminal and call transfer control are pre-configured by the user by executing a human / machine interface program stored in a local terminal attached to the local network.

Thus, the aforementioned configuration can be performed advantageously by the user, using the gateway or Set-top-Box mentioned above, since the latter provide the execution of the aforementioned man / machine interface.

Correlatively, according to a second aspect, the present invention relates to a fixed communication terminal attached to a local network.

The fixed terminal according to the invention comprises:

means for transmitting, in the local network, according to a communication protocol adapted to the fixed terminal, a message containing the data of an incoming call received by the fixed terminal,

means for receiving, in the local network, according to the above-mentioned communication protocol, a command for transferring the incoming call to a selected mobile communication terminal in the local network,

means for processing the command received for:

extracting the call number of the selected mobile communication terminal,

o Redirect the incoming call to the selected mobile communication terminal associated with the retrieved call number.

According to a third aspect, the present invention also relates to an incoming call transfer control device intended for a terminal of fixed communication, attached to a local network, to a mobile communication terminal, attached to a mobile network.

Such a device is remarkable in that it comprises:

means for detecting the presence of mobile communication terminals in the local network,

o means for comparing, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the aforementioned mobile communication terminals and previously recorded in the local network,

o means for selecting a preferred mobile communication terminal according to a criterion of similarity between the call data associated with the latter and the data of the incoming call,

o transfer control means of said incoming call to the selected mobile communication terminal selected.

Advantageously, such a control device can be implemented in a local terminal controllable by the telecommunications operator, such as for example an interconnection device between the aforementioned local network and a wide area network, such as for example the Internet. . According to an exemplary embodiment, such an interconnection device is a home or enterprise gateway.

In one embodiment, the call transfer control device further comprises storage means for pre-registering the call data associated with any mobile communication terminal whose presence in the local network is detected by the means of communication. presence detection mentioned above.

According to a fourth aspect, the present invention relates to an incoming call transfer system for a fixed communication terminal, attached to a local network, to a mobile communication terminal, attached to a mobile network, such a system comprising a device transfer control of the incoming call.

Such a system is remarkable in that: . - the fixed terminal comprises transmission means, in the local network, according to a communication protocol adapted to the fixed terminal, a ^■ message containing the data of an incoming call received by the fixed terminal, and in that the device Incoming call transfer control system includes:

means for receiving the transmitted message, according to the aforementioned communication protocol,

means for detecting the presence of mobile communication terminals in the local network, which means are activated following reception of the transmitted message,

o transmission means to the fixed terminal, according to the aforementioned communication protocol, a transfer command of the incoming call to the call number of the selected mobile communication terminal, the fixed terminal further comprising:

means for receiving, according to the aforementioned communication protocol, the transmitted transfer command,

- treatment means for:

extracting the call number of the selected mobile communication terminal,

The invention also relates to a computer program comprising instructions for executing the steps of the call transfer method mentioned above, when the program is executed by a computer. Such a program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any another desirable form.

Still another object of the invention is directed to a computer readable recording medium, and including computer program instructions as mentioned above.

The recording medium may be any entity or device capable of storing the program. For example, such a medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a Hard disk.

On the other hand, such a recording medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can be downloaded in particular on an Internet type network.

Alternatively, such a recording medium may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute the method in question or to be used in the execution of the latter.

The fixed communication terminal, the call transfer control device, the aforementioned system and computer program have at least the same advantages as those conferred by the method according to the present invention.

Brief description of the drawings

Other features and advantages of the present invention will emerge from the description given below, with reference to the accompanying drawings which illustrate an embodiment having no limiting character. In the figures:

FIG. 1 is a representation of the general architecture in which the call transfer method according to one embodiment of the invention is implemented;

FIG. 2 is a detailed schematic representation of certain elements of the call transfer system according to the invention; FIG. 3A is a representation of the general architecture in which the method for discovering mobile communication terminals is implemented in the local network, according to one embodiment of the invention;

FIG. 3B represents a flow chart of the procedure for discovering the mobile communication terminals represented in FIG. 3A;

FIG. 4 represents the contents of a database of the call transfer control device, according to one embodiment;

FIG. 5 represents a flowchart of the call tranfer method according to the invention.

Detailed description of an embodiment

FIG. 1 generally represents, in one embodiment, the call transfer system, in which the call transfer method according to the invention is implemented.

According to the invention and in accordance with the example shown in FIG. 1, the call transfer system is located in a local area network RL which comprises:

a fixed communication terminal TF attached to the local network

RL and adapted to receive telephone calls such as the APE call, from a TC fixed or mobile communication terminal (cellular or portable),

a call transfer control device CTA attached to the local network RL and adapted to transfer the incoming call APE to a mobile communication terminal TM1, TM2 or TM3 attached to a mobile network RM.

In the example shown, the fixed terminal TF is adapted to operate in an RF fixed communication network such as a fixed telephone network, for example of the PSTN (Public Switched Telephone Network) type.

For this purpose, the fixed terminal consists for example of a telephone which is either connected to the fixed network RF by a wired connection, or in accordance with a wireless telephone communication protocol, for example DECT.

The fixed telephone network is here coupled to the local network RL, in a very conventional way. In the example shown, the local area network RL is for example an Ethernet network implementing the wireless connection protocol. Wireless.

The local area network RL can be a home network as well as a local area network consisting of part or all of wireless segments.

More particularly in the example shown, the local network RL is of the domestic type.

According to the invention, the call transfer control device CTA is installed in a local terminal located in the local network RL

In the embodiment shown, the local terminal is a GAT interconnection device, such as in particular a home gateway, capable of interconnecting the local network RL to an Internet-type wide area network (not shown).

Alternatively, the local terminal could be a Set-Top-Box. It should be noted that, as an alternative, the terminal TF and the device CTA can be part of one and the same equipment.

In the example shown, the mobile terminals TM1 to TM3 are all attached to the same mobile network RM, such as for example the GSM network.

It goes without saying that the mobile terminals TMI to TM3 could be respectively attached to mobile networks of different types, such as GSM, GPRS, EDGE, WiFi, WiMAX, W-CDMA, etc.

It goes without saying that the number of mobile terminals is not limited.

With reference to FIG. 2, the fixed terminal TF conventionally comprises a first communication module MCT1 capable of transmitting or receiving telephone calls via the fixed communication network RF.

According to the invention, the fixed terminal TF further comprises a second MCT2 communication module which is adapted to:

transmitting to the call transfer control device CTA, in the network RL, according to a communication protocol compatible with the control device CTA, a message REQ containing the data of the incoming call APE, such as the telephone number. of the calling terminal TC shown in FIG.

receive in response, from the call transfer control device CTA, according to said communication protocol, a command

CMD of transfer of this incoming call to one of the mobile terminals TMI, TM2 or TM3 previously selected according to a method which will be described later, for example the terminal TM2 shown in FIG.

In the example shown in FIG. 2, the communication module MCT2 is a software module able to implement a signaling protocol, such as for example a "Telephony Server" module. operating according to the "UPnP Telephony" protocol.

Still with reference to FIG. 2, the fixed terminal TF comprises a processing module MTR to which all the elements of the fixed terminal TF are connected and which is intended to control its operation. Said processing module is software that is stored in a read-only memory (not shown) of the fixed terminal TF.

Such an MTR processing module is particularly suitable for:

- control the MCT1 telephony module, when receiving an APE incoming call,.

control of the UPnP MCT2 software module, in particular when the fixed terminal TF transmits a REQ message containing the data of the incoming call APE, and the reception by the latter of a CMD command transferring said incoming call,

extracting, from the received CMD command, the call number of the selected mobile communication terminal TM2 to receive the incoming call

EPA

- Redirect the APE incoming call to said selected TM2 mobile terminal whose call number corresponds to the extracted call number.

In a similar way to the fixed terminal TF, the call transfer control device CTA comprises an MCC communication module that is adapted to:

~ receiving, in the local network RL, from the fixed terminal TF, according to the aforementioned communication protocol, said REQ message containing the data of the incoming call APE,

- In response, in the local network RL, according to this same communication protocol, said CMD transfer command of said incoming call to the fixed terminal TF.

For this purpose, in the example shown in FIG. 2, the communication module MCC is a software module able to implement the "UPnP Telephony" signaling protocol. According to the invention, the call transfer control device CTA further comprises a detection module, able to locate the presence of mobile terminals TM1, TM2 or TM3 likely to be present in the local network RL.

In the example shown in Figure 2, such. detection module advantageously consists in the MCC module "UPnP Telephony" which is configured to discover and control in the local network, according to the protocol "UPnP Telephony", all ended! capable of being connected to the local network, in particular the mobile terminals TM1, TM2, TM3.

According to the aforementioned embodiment, the MCC module consists more precisely of a "UPnP Telephony" control station. Moreover, such an arrangement requires that the mobile terminals TM1, TM2 and TM3 respectively comprise a communication module (not shown) which also operates according to the "UPnP Telephony" protocol, such as in particular, a "Telephony Server" module.

The CTA call transfer control device further comprises, according to the invention, a database BD stored in a memory (not shown) of the device and intended to store, in connection with each discovered mobile terminal, via a manager. GBD database, certain characteristics of said mobile terminal discovered, such as in particular:

o his phone number,

o The history of his incoming and / or outgoing calls, o The data of his phone book.

The aforementioned features are, in the example shown, stored in the database BD in the form of an XML file.

Still referring to FIG. 2, the call transfer control device CTA also comprises, according to the invention, a processing software module, denoted LOG, which is stored in a read-only memory (not shown) of the CTA device. .

The processing module LOG notably comprises:

an activation module ACT able to control, at each incoming APE call identified in the message REQ received by the communication module MCC, the "discovery" function of the latter, so as to detect the presence, in the local network, of at least one mobile terminal, a calculation module CAL which is activated when no mobile terminal has been detected by the communication module MCC, said module CAL being able to make a comparison between, on the one hand, the data of the incoming call APE, and, on the other hand, the call data associated with each mobile terminal TM1, TM2, TM3 known from the local network RL, which were previously recorded in the database BD during the aforementioned discovery phase, but also during any previous discovery phases,

a selection module SEL for selecting a preferred mobile communication terminal, among the mobile terminals TM1, TM2, TM3, according to a criterion of similarity between the call data associated with the latter and the data of the incoming call APE,

a control module CTRL of the communication module MCC so that the latter transmits, in the local network RL, to the fixed terminal TF, said command CMD for transferring said incoming call APE.

Referring now to FIGS. 2, 3A and 3B, the discovery procedure of the mobile terminals TM1, TM2 and TM3 will be described which is implemented prior to the call transfer according to the invention.

FIG. 3A represents, in a similar manner to FIG. 1, the local network RL which comprises the CTA device for call transfer control.

In the example shown, it is assumed that the two mobile terminals TM1 and TM2 are present in the local network RL, excluding the mobile terminal TM3.

More particularly with reference to FIG. 3B, during a step D1, the communication module MCC of the CTA device for call transfer control transmits, to the "Telephony Server" module of the mobile terminal TM1, the mobile terminal. TM2 and the TM3 mobile terminal, a RDE discovery request, according to the "UPnP Telephony" protocol.

In the example shown, such a request for discovery is of the type SSDP multicast (of the English "Simple Service Discovery Protocol") and is written:

"SSDP M-SEARCH urn: schemas-upnp-org: device: TelephonyServer: l"

During a step D2, the "Telephony Server" module of the mobile terminal TM1 sends to the communication module MCC of the device CTA a UPnP response ID1 which contains an identifier of the mobile terminal TM1. In the example shown, the response ID1 contains a urll link to which the device CFA is intended to access to retrieve the identifier of the mobile terminal TM1. The response ID1 is written: "HTTP 200 OK LOCATION: urll. ".

During a step D3, the "Telephony Server" module of the mobile terminal TM2 sends to the communication module MCC of the device CTA a UPnP response ID2 which contains an identifier of the mobile terminal TM2.

In the example shown, the response ID2 contains a url2 link to which the device CTA is intended to access to retrieve the identifier of the mobile terminal TM2. The ID2 response is written: "HTTP 200 OK LOCATION: url2".

Since the TM3 mobile terminal is not present in the local network

RL, the aforementioned RDE discovery request does not succeed.

The aforementioned steps D2 and D3 can be performed simultaneously or one after the other, in any order.

During a step D4, the CTA device sends a connection request RC1 to the urll, via a browser, not shown, such as, for example, the browser of the home gateway GAT in which the control device CTA is installed. The request RC1 is written: "HTTP GET urll".

During this step, the "Telephony Server" module of the termina! mobile TMl sends in response to the CTA device a description wire file which is of XML type, and whose "friendlyName" parameter contains the NI call number of the mobile terminal TMl.

During a step D5, the device CTA sends a connection request RC2 to url2. The request RC2 is written: "HTTP GET url2".

During this step, the "Telephony Server" module of the mobile terminal TM2 sends, in response to the device CTA, a description file F12 which is of XML type, and whose parameter "friendlyName" contains the call number N2 of the TM2 mobile terminal.

During a step D6, the MCC communication module of the device CTA sends to the module "Telephony Server" of the mobile terminal TM1, a request RHA1 type UPnP, retrieval of the call history of said mobile terminal.

The request RHAl is written "Action UPnP GetCalILogs".

During this step, the "Telephony Server" module of the mobile terminal TM1 sends, in response to the MCC communication module of the CTA device, a description file F21 which is of XML type and which contains in particular the time of each incoming and / or outgoing call associated with the mobile terminal TM1, as well as the caller and / or called numbers.

. Alternatively, step D6 can be implemented directly following the aforementioned step D4.

During a step D7, the MCC communication module of the device CTA sends to the module "Telephony Server" of the mobile terminal TM2, a request RHA2 type UPnP, retrieval of the call history of said mobile terminal.

The RHA2 request is written in the same way as the RHA1 request above.

During this step, the "Telephony Server" module of the mobile terminal TM2 sends, in response to the MCC communication module of the CTA device, a description file F22 which is of XML type and which notably contains the time of each incoming call. and / or outgoing associated with the mobile terminal TM2, as well as the numbers of callers and / or called.

Alternatively, step D7 can be implemented directly following the aforementioned step D5.

During a step D8, the MCC communication module of the device CTA sends to the module "Telephony Server" of the mobile terminal TMi, a request REP1 type UPnP, recovery of the telephone directory of said mobile terminal.

The request REP1 is written:

"UPnP GetValues / UPnP / PHONE / AddressBook / Contact /" action.

During this step, the "Telephony Server" module of the mobile terminal TM1 sends, in response to the MCC communication module of the CTA device, a description file F31 which is of XML type and which contains in particular the fixed and / or mobile of each contact registered in the phone book of the mobile terminal TMl.

Alternatively, step D8 can be implemented directly following the aforementioned step D6.

During a step D9, the MCC communication module of the device CTA sends to the module "Telephony Server" of the mobile terminal TM2, a request REP2 type UPnP, recovery of the telephone directory of said mobile terminal.

The request REP2 is written in the same way as the aforementioned request REP1. During this step, the mobile terminal TM2 sends, in response to the MCC communication module of the CTA device, a description file F32 which is of XML type and which contains in particular the fixed and / or mobile call numbers of each contact. saved in the phonebook. TM2 mobile terminator.

Alternatively, step D9 can be implemented directly following the aforementioned step D7.

During a step DIO, the database manager GBD represented in FIG. 2 processes the storage, in the database BD, of the information received by the device CTA during the steps D1 to D9 mentioned above.

With reference to FIG. 4, the database BD contains for this purpose a table TAB with two inputs comprising, on the abscissa, the data concerning a call, and on the ordinate, the data concerning the users of the mobile terminals TM1, TM2 and TM3. .

In the example shown, it is assumed that the mobile terminals belong to members of the same family. Thus, the mobile terminal TM1 is that of the father, Bob, the mobile terminal TM2 is that of the mother, Alice, and the mobile terminal TM3, that of the son, Cari.

Each user is associated, in the table TAB, its respective number NI, N2, N3 mobile terminal, TM1, TM2, TM3, the history of its incoming / outgoing calls, phone numbers of its phone book.

The heading "HIST. APPEAL 'includes the following subheadings:

- the numbers associated with each incoming call, - the occurrence of the same incoming call,

- the numbers associated with each outgoing call,

- the occurrence of the same outgoing call.

The steps D1 to DIO are repeated several times over time, preferably at regular time intervals (every 6 hours for example) previously configured in the control device CTA.

Thus, the database BD can be updated as often as necessary.

In view of the fact that, in the example represented in FIG. 1, the CTA control device is installed in a home gateway GAT, the user can take cognizance of the information collected in the table TAB during the steps D1 to DIO mentioned above. , by means of a terminal connected to the GATT gateway in the local area network RL In the example shown, the terminal is a portable computer OP. In another example, such a terminal could be the mobile terminal of the user. In the case where the CTA control device is installed in a Set-Top-Box, the terminal could be a television receiver.

Advantageously, the gateway GAT thus offers the user a man / machine interface viewable on the screen of the laptop OP, which allows the user to change the configuration of the table TAB.

For example, the user could delete the automatic call transfer for certain hours or modify himself the number of a mobile terminal to perform the call transfer.

Referring now more particularly to Figures 2 and 5, we will describe the call transfer method according to the invention.

During a step C1, the telephony module CT1 of the fixed terminal TF, represented in FIG. 2, receives an incoming call APE, via the fixed communication network RF.

During a step C2, the processing module MTR of the fixed terminal TF controls the UPnP module MCT2 of the latter, so that the fixed terminal TF transmits a message REQ containing the data of the incoming call APE, to destination of the CTA control device.

During a step C3, the activation module ACT controls the UPnP MCC module of the CTA control device so as to send, in the local network, a UPnP request for discovery, so as to detect the presence in the network. local, at least one mobile terminal TM1, T 2 or TM3.

In the case where at least one mobile terminal is present, the call transfer is deactivated during a step C4, which has the consequence of ringing the fixed terminal TF.

In the case where no mobile terminal is present, and after a certain number of ring tones of the fixed terminal TF, for example three rings, this to ensure that no one is present in the local network, at During a step C5a, the module CAL of the control device CTA determines, from the table TAB previously stored in the database BD, which is the mobile terminal, here TM1 and TM2, which has the largest number of incoming calls, the number of which corresponds to the number of the APE call.

If it concerns, for example, the mobile terminal TM1, during a step

6a, the SEL module of the CTA control device selects the mobile terminal TM1, as the preferred mobile terminal to which the APE call is transferred, and transmits the associated call number NI, associated with the mobile terminal TM1, to the control module CTRL of the control device CTA.

During a step C7a, the CTRL module of the CTA control device activates the UPnP MCC module of the latter so as to transmit, in the local network RL, a UPnP CMD command for transferring said incoming call APE, to the module UPnP MCT2 of the fixed terminal TF, said CMD command containing the call number NI of the mobile terminal TM1.

During a step G8a, the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number NI of the mobile communication terminal TM1 which has been selected to receive the incoming call APE.

During a step C9a, the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said mobile terminal TM1 selected from the call number NI of the latter .

If during the above-mentioned step C5a, the mobile terminals TM1 and TM2 have the same number of incoming calls whose number corresponds to the number of the APE call, the module CAL of the control device CTA then determines, from the table TAB, which is the mobile terminal, here TMl and TM2, which has the largest number of outgoing calls, the number of which corresponds to the number of the APE call.

If it concerns, for example, the mobile terminal TM2, during a step C6b, the module SEL of the control device CTA selects the mobile terminal TM2 as the preferred mobile terminal to which the APE call is transferred and transmits the call number N2 associated with the mobile terminal TM2 to the control module CTRL of the control device CTA.

During a step C7b, the CTRL module of the CTA control device activates the UPnP MCC module of the latter so as to transmit, in the local network RL, a UPnP CMD command for transferring said incoming call APE, to the module UPnP MCT2 of the fixed terminal TF, said CMD command containing the call number N2 of the mobile terminal TM2.

During a step C8b, the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N2 of the mobile terminal TM2 that has been selected to receive the incoming call APE. During a step C9b, the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said mobile terminal TM2 selected from the call number N2 of this latest. .

If during the aforementioned step C5b, the mobile terminals TM1 and TM2 have the same number of outgoing calls whose number corresponds to the number of the APE call, during a step C5c, the module CAL of the device of The CTA control then determines, from the table TAB, which is the mobile terminal, here TM1 and TM2, which contains the number of the APE call in its directory.

If it is for example the mobile terminal TM2, during a step C6c, the SEL module of the control device CTA selects the mobile terminal TM2 as the preferred mobile terminal to which to transfer the APE call and transmits the call number N2 associated with the mobile terminal TM2 to the control module CTRL of the control device CTA.

During a step C7c, the CTRL module of the CTA control device activates the UPnP MCC module thereof in order to send, in the local network RL, a UPnP CMD command for transferring said incoming call APE, to the module UPnP MCT2 of the fixed terminal TF, said CMD command containing the call number N2 of the mobile terminal TM2.

During a step C8c, the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N2 of the mobile terminal TM2 which has been selected to receive the incoming call APE.

During a step C9c, the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said mobile terminal TM2 selected from the call number N2 of the latter .

If, as a result of the steps C9a, C9b or C9c, the mobile terminal TM1 or TM2 does not pick up after a period previously set in the control device CTA, the incoming call APE is sent back to the fixed terminal messaging. TF.

If during the aforementioned step C5c, the module CAL of the CTA control device can not determine, from the table TAB, which is the mobile terminal, TM1 and TM2, which contains the number of the APE call in its directory, or that the mobile terminals TM1 and TM2 both contain the number of the incoming call APE in their respective directory, the transfer call is deactivated during a CIO step, which has the consequence of ringing the fixed terminal TF,

It should be noted that steps C5a-C9a, C5b-C9b, C5c-C9c can be performed in a different order from that just described. For example, steps C5c to C9c could be implemented before steps C5a to C9a.

It goes without saying that the embodiment which has been described above has been given for purely indicative and not limiting, and that many modifications can be easily made by those skilled in the art without departing from the scope of the invention.

For example, the step C3 for detecting the presence of the mobile terminals in the local area network RL could be carried out, not according to a UPnP Telephony signaling protocol, but via a GPS positioning system (of the "Global Positioning System" Or an RFID chip system (Radio Frequency Identification).

In addition, instead of returning the incoming call to the TF fixed terminal messaging if the call transfer to the preferred mobile communication terminal fails, it could be expected that the GBD database manager will organize the call. the information in the TAB table so as to establish a list of mobile communication terminals that can be selected in case of failure of the call transfer to the preferred mobile communication terminal.

The mobile terminals could be arranged in the list in a predetermined order, for example from the highest to the lowest occurrence of incoming / outgoing calls, the number of which corresponds to the number of the APE incoming call.

Such an arrangement would thus optimize the call transfer by selecting another mobile terminal, in the case where the selected mobile terminal does not answer the incoming call redirected to the latter or in the case where the redirection of the incoming call to the favorite mobile terminal does not succeed,

Claims

An incoming call transfer (APE) method for a fixed local area network (RL) fixed communication terminal (TF) to a mobile communication terminal (RM) connected to a mobile network (RM), said method being characterized in that it comprises the following steps, in the local network:

detection (G3) of the presence of mobile communication terminals (TM1, TM2, TM3),

o comparison (C5a, C5b, C5c) between, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with said mobile communication terminals and previously recorded in the local network,

o selecting (C6a, C6b, C6c) a preferred mobile communication terminal (TN! l, ΎΜ2) according to a criterion of similarity between the call data associated with the latter and the data of the incoming call,

o command (C7a-C9a, C7b-C9b, C7c-C9c) for transferring said incoming call to the selected preferred mobile communication terminal.

2. Method according to claim 1, wherein, in the case where the presence of at least one mobile communication terminal is detected in the local network during said detection step, the call transfer is not activated. (C4).

3. Method according to claim 1 or 2, wherein the pre-registration (D5-D9) of said call data associated with the mobile communication terminals is performed as soon as the presence of such terminals is detected in the local network.

4. Method according to claim 3, wherein for a mobile communication terminal detected in the local network, the call data. associated with the latter are selected from at least the incoming call data, the _. outgoing call data, the directory data of said detected mobile communication terminal.

5. Method according to any one of claims 1 to 4, wherein the comparison step comprises determining, for any mobile communication terminator whose presence has not been detected in the local network, the number of calls. incoming / outgoing corresponding to said incoming call.

The method of any one of claims 1 to 5, wherein the comparing step comprises determining, for any mobile communication terminator whose presence has not been detected in the local network, the presence of the number. of the incoming call in the directory of said terminal.

7. Method according to any one of claims 1 to 6, wherein the presence detection step consists of a discovery of any mobile communication terminal likely to be present in the local network, by transmission (D3), since a local terminal attached to the local network (RL), a request that contains a discovery message and that complies with a communication protocol. (UPnP) adapted to said local terminal and said mobile communication terminals.

The method of any one of claims 1 to 7, wherein the steps of selecting the preferred mobile communication terminal and call forwarding control are pre-configured by the user by executing a human interface program. / machine stored in a local terminal (OP) attached to the local area network (LAN).

9. Incoming call transfer control device (CTA) for a fixed network terminal (TF) connected to a local area network (LAN) to a mobile communication terminal (TM1, TM2) attached to a mobile network , the control device being characterized in that it comprises:

means (MCC) for detecting the presence of mobile communication terminals in the local network, - in the case where no mobile communication terminal is present in the local network:

o means (CAL) for comparison between, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the mobile communication terminals and previously recorded in the local network,

o means (SEL) for selecting a preferred mobile communication terminal according to a criterion of similarity between the call data associated with the latter and the data of the incoming call,

transfer control means (CTRL, MCC) for transferring said incoming call to the selected preferred mobile communication terminal.

10. Control device according to claim 9, comprising means (GBD, BD) for storing previously said call data associated with any mobile communication terminal whose presence in the local network is detected by said detection means of presence.

11. Incoming call transfer system (APE) for a fixed network terminal (TF), connected to a local area network (LAN), to a mobile communication terminal (TM1, T 2) attached to a mobile network, said system comprising a device (CTA) for controlling the transfer of said incoming call, said system being characterized in that:

the fixed terminal comprises means (MCT2) for transmitting, in the local network, according to a communication protocol (UPnP) adapted to said fixed terminal, a message (REQ) containing the data of an incoming call received by said terminal; fixed,

and in that the incoming call transfer control device comprises:

means (MCC) for receiving said transmitted message, according to said communication protocol,

means (MCC) for detecting the presence of mobile communication terminals in the local network, which are activated following the reception of said transmitted message, - in the case where no mobile communication terminal is present in the local network:

o means (CAL) for comparing, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the mobile communication terminals and previously recorded in the local network,

o means (CTRL, MCC) transmitting to said fixed terminal, according to said communication protocol, a transfer command of said incoming call to the call number of said selected mobile communication terminal,

said fixed terminal further comprising:

means (MCT2) for receiving, according to said communication protocol, said transmitted transfer command,

means (MTR) for processing the command received for:

extracting the call number of the selected mobile communication terminal,

o redirect the incoming call to the selected mobile communication terminal associated with said extracted call number.

A computer program comprising instructions for executing the steps of the call transfer method according to any one of claims 1 to 8, when said program is executed by a computer.

A computer-readable recording medium on which is recorded a computer program including instructions for executing the steps of the call transfer method according to any one of claims 1 to 8, when said program is executed by a computer.