Title of Invention

"METHOD AND SYSTEM FOR TRANSMITTING THE IDENTITY OF A USER IN A MOBILE TELECOMMUNICATIONS NETWORK"

Abstract Method and System for transmitting the identity of a user in a mobile telecommunications network The invention consists of a method and a system arranged to transmit  an identity of a user from a terminal to a database adapted to permanently store  information of said user,  in a mobile telecommunications network,  comprising: - inputting means adapted to allow said user to input said identity at  said terminal,  whereby said identity is modified on a permanent  basis  by said user; - transmitting means adapted to transmit in the form of a message,  said identity from said terminal to said database; - storing means adapted upon reception of said message to store  said identity at  said database.
Full Text Field of the invention
The invention is used in mobile communication networks to ensure that a calling party's identity is displayed at a called party in a manner suitable to the calling party while decreasing the time needed for establishing a call.
Summary of the invention
Today's mobile communications networks with the advent of GSM (Global System for Mobile Communications) and UMTS (Universal Mobile Telecommunications Standard), it has become possible to provide an increasing number of services to mobile users. These services, provided by network operators, allow a mobile terminal to be extremely versatile and attractive to prospective buyers. Such services allow for a user to browse the internet, download traffic information etc.
Such services are the line and name identification services, which provide both the calling and the called party the option to allow or restrict the display of calling or connected entities, like numbers or names. Usually, the calling line identity that is to be displayed at the called party side is provided by the subscriber's HLR (Home Location Register), whereas the calling name to be displayed is obtained from a calling name database. During call set up, the calling line identity is used to query the calling name database.
Furthermore, network providers are coming up with services that can provide the calling party the option to keep the calling number private but at the same time allow the called party to know the caller's calling name.
However, there is no possibility for the calling party to modify the calling name that is to be displayed at the called party. Normally, the calling name that is displayed at the called party is the name with which the subscription is registered and is stored in the calling name database or is the name stored in the called party's phonebook. In both cases it can not be changed without the intervention of the network provider or the called party.
Furthermore, operators also provide payphone and mobile phone rental services, whereby subscribers are provided with mobile phones that contain a Subscriber Identity Module SIM card for temporary use. However, in these cases the calling number is hidden from view. Therefore the caller has no possibility in identifying himself to the called party. This can lead to calls being rejected, as called parties do not answer unidentified calls.
Additionally, when setting up a call between a caller party and a called party, querying the calling name database in order to extract the required information is necessary which in turn increases the time taken to set up the call and the cost of the call. Such an example can be seen in US 6,343,120 to Rhodes, whereby a caller identity alias is provided by a caller and located in a name database. The caller can provide multiple aliases for his calling number. Each alias is associated with a particular status indicator field. When a call is established between the caller and a called party, a terminating Local Exchange Switch LEG, if the called party is located in a fixed network, or a terminating Mobile Switching Centre MSC, if the called party is located in a mobile network, will send upon receiving a request for a call establishment with the called party, a query to the name
database in order to associate the calling number with a calling name. Depending now on the particular status indicator field that is provided with the calling number, the query will then access the database and retrieve the appropriate alias to be displayed at the called party. The amount of time required to retrieve the alias can be significant and thus increase the time needed to set up the call.
A need therefore exists for a technique that can decrease this time, and at the same time allow a subscriber or a user, the freedom to modify the identity which is displayed when setting up a call. With today's technology it is possible for a user to transmit solely text strings, which represent for example the name that the user wants to transit, or photographs with or without a text string attached. Both of these options form the user's identity, that can be transmitted to an end user (called party) when setting up a call.
With the present invention the above mentioned issues are resolved. The proposed technique decreases the time taken for a query to be performed and allows a user to modify his/her identity on a permanent basis.
The technique is achieved by the teachings contained in the independent claims.
The independent method transmits an identity of a user from a terminal to a database permanently storing information of said user, in a mobile telecommunications network, comprising the steps of:
- receiving input from said user at said terminal
representing said identity, whereby said identity is modified
on a permanent basis by said user;
- transmitting from said terminal in the form of a message,
said identity to said database;
storing upon reception of said message said identity at
said database.
The independent system arranged to transmit an identity of a user from a terminal to a database adapted to permanently store information of said user, in a mobile telecommunications network, comprising:
- inputting means adapted to allow said user to input said
identity at said terminal, whereby said identity is modified
on a permanent basis by said user;
- transmitting means adapted to transmit in the form of a
message, said identity from said terminal to said database;
- storing means adapted upon reception of said message to
store said identity at said database.
The combination of the features in the independent claims results in the reduction of the time taken to perform a query and therefore reduce the amount of time for a call to be set up between two parties. Furthermore, they also allow a user to modify his/her identity on a permanent basis.
Further advantages can be seen in the dependent claims whereby said user modifies uses a textual string and/or a photograph as an identity, and whereby said database is a Home Location Register, and whereby said database downloads said identity to another database that stores said identity temporarily.
Short description of the drawings
The present invention will become more fully apparent from the detailed description given hereinbelow and the accompanying drawings which are given by way of illustration only, and thus are not limitative of the present invention, and wherein:
Fig. 1, shows the message flow chart indicating a call set up between two mobiles stations and how the name of the caller party is transmitted to the called party.
Fig. 2, shows a block diagram of a network wherein the proposed invention is implemented.
Fig. 3a, 3b, and 3c illustrate message flow diagrams showing the different steps required are displayed.
Fig. 4, shows in block diagram form the different entities that comprise the system.
Fig. 5, shows in block diagram the interworking of the different entities that comprise the system.
Detailed description of the invention
In today's wireless networks, the identity, for example the calling name of a user requesting the set up of a call, is displayed at the called party only if the called party has a subscription with the network operator. In particular the subscriber has to have a subscription to the Calling Name Presentation CNAP supplementary service. CNAP is a service that is provided for in the Wireless Intelligent Network WIN draft of the Telecommunications Industry Association Standards Committee TR45.2, as well as in IS-764.
In Fig. 1, a diagram of message flow used to perform a call set up is shown. A user (calling party) MSI wanting to set up a call to another user (called party) MS2, transmits a call set up message to its serving Mobile Switching Centre MSC1. The Mobile Switching Centre MSC1, in turn, transmits a set up request that includes the calling line identity to the serving Mobile Switching Centre MSC2 of the called party. The Mobile Switching Centre MSC2, requests information concerning the validity of the called party from a Visitor Location Register VLR2, that it is connected to. After the information
request has been acknowledged, the Mobile Switching Centre MSC2, then queries a name database located in the network in order to retrieve the identity, for example the name of the calling party, by providing the calling line identity. Once the identity, has been retrieved then the Mobile Switching Centre MSC2 contacts the called party in order to establish the call and provides the called party with the.identity of the calling party.
Fig. 2, shows a block diagram of a network wherein the proposed invention is implemented. Network 100 includes a mobile communications system 101. In addition, also shown is a public switched fixed line communications system 102. The mobile communications system is a GSM or UMTS system. Mobile communications system 101, includes a mobile switching centre (MSC) MSC1 and MSC2, which have connections to visitor locations registers (VLR)s VLR1 and VLR2, and with a home location register HLR. Additionally, the system also includes base station systems (BSSs) BSS1 and BSS2. Also shown are mobile terminals MSI and MS2. Mobile terminals MSI and MS2 may be, for example, a cellular phone. Additionally, MSC1 is coupled to the public switched fixed line communications system 102. Also located in system 101 is a name database 200. Eventhough only two mobile switching centres, two visitor location registers, one home location register, two terminals etc, are illustrated in Fig. 2, it is understood by a person skilled in the art that a mobile communications system, such as the one illustrated, contains a number of them.
MSC1 performs switching of a call from the public switched fixed line communications system 102 and vice versa as well as switching a call to another mobile terminal. MSC1 and MSC2 also validate mobile terminals MSI and MS2 to determine whether the user using those stations is a resident of the system or a roamer by using the visitor location registers VLR1 and VLR2 respectively and home locations register HLR. VLR1 and VLR2 are functional units that dynamically store
user information, such as location area, when the user is located in the area covered by a particular VLR. When a roaming mobile terminal enters an area controlled by an MSC, the MSC informs the associated VLR about the mobile terminal and initiates a registration procedure for the mobile terminal. The HLR is a functional unit used for management of mobile users. User information such as VLR address, mobile station, subscriber number are stored within the HLR. The name database 200 is used by MSCs to perform queries in order to associate an identity of a user to a calling number, whenever a procedure to establish a call is received at the MSCs. When a-user leaves the area controlled by a particular MSC, the associated VLR will remove the user information of that particular user that has left the area.
According now to the proposed invention, in order to reduce the set up time of a call a technique is proposed whereby the necessity of querying the name database is removed.
An illustrative embodiment of the technique is shown in Fig. 3a, 3b, and 3c wherein a message flow diagram showing the different steps required are displayed.
In Fig. 3a, a user (calling party) registers the identity, for example a calling name it wants communicated and displayed at a called party, when establishing a call.
The mobile terminal MSI used by the user will communicate with its controlling MSC1 via a channel and indicate that it wishes to register an identity (A). This is done by transmitting a message (M) that contains the identity (A). The user has the ability to modify the identity (A) as many times as the user wants, and to effect these modifications at any point in time. There is no limit to the number of modifications allowed nor is there a specific time instance, for example when the user switches on the terminal and connects to the network provider, that a modification of the identity (A) is permitted.
The MSC1 in turn transfers the identity (A) to the corresponding VLR1, which in turn will transfer the identity (A) to the HLR where it will be registered and stored in a database (25) . In each step there is a return acknowledgement message transmitted to the emitting entity, in this case mobile terminal MSI. The final acknowledgement between the MSC1 and MSI indicates that the registration has been executed and that the channel is to be released.
On every occasion that a user registers the identity (A), this is executed using an Unstructured Supplementary Services Data (USSD) string. Alternatively, a user can use a Subscriber Identity Module (SIM) toolkit application (SAM). The HLR has the ability to decode the USSD string and recognise that an identity (A) has been received for registration. The same applies when the SIM toolkit application is used.
Additionally, the HLR performs an internal step of removing upon reception of an identity (A) in a message (M) to be registered, any previously registered identity (A). In this way, only one identity (A) is registered at any one time, simplifying the management of associating identities, for example names with numbers, and the also reducing the size of the database.
Once the identity (A) has been registered, the HLR downloads the identity (A) to the VLR at which the mobile terminal is currently registered with. In the event that the mobile terminal is roaming and moves from one MSC to another MSC and therefore a location update is necessary, the HLR transfers the identity (A) to the new VLR upon reception of a location update message. The download of the identity (A) is done using an Insert Subscriber Data Message. Once the mobile terminal has, left the old MSC, the user information stored at the old VLR which includes the identity (A) is removed. The above can be seen in Fig. 3b.
Fig. 3c, shows a message flow diagram depicting the steps performed in order to set up the call and provide the called party with the calling party's identity (A).
MSI communicates with MSC1 a request to initiate a call establishment with MS2. MSC1 then communicates with VLR1 requesting information about the user (MSI) who is initiating the call. The VLR provides the required information which includes the identity of MSI. MSC1 then proceeds to communicate with MSC2 requesting the establishment of a call to MS2 and provides MS2 with the identity (A) and calling number of MSI. MSC2, in turn, communicates with VLR2 requesting information about the user MS2. Upon reception of this information, MSC2 establishes the call to MS2 and provides the identity (A) to MS2.
Advantageously, compared with the prior art technique, shown in Fig. 1, MSC2 does not have to perform any name database query regarding MSI. MSC1 has already provided this information. This information is retrieved from a smaller set of information stored on the VLR in a database (35) that the mobile terminal is currently located at, thus reducing the amount of time necessary to retrieve the information. All that MSC2 has to perform is the standard query to VLR2 concerning MS2. During this query, MSC2 ascertains whether MS2, has the service allowing the display of identities enabled. If the query returns a positive answer then the identity (A) is displayed. If the answer is negative then only the calling number is displayed.
A further advantage in the event of a negative answer is that MSC2 does not have to perform any further query as in the prior art. MSC2 concerns itself simply with the mobile station under its control. Therefore, reducing the amount of time necessary for retrieving identity (A) information and thus, reducing the overall amount of time necessary for the establishment of the call.
Fig. 4 and 5, show in block diagram form the different entities that comprise the system and how they interwork according to the proposed technique.
MSI 10 and MS2 10', both comprise of input means 11 for example the keypad of a mobile phone or a camera, adapted to allow a subscriber to modify his identity (A) i.e. calling name or photograph, and are connected to registering means 12. These registering means 12 are adapted to communicate and transmit a message (M) containing the identity (A) via a Visitor Location Register 30 to a Home Location Register 20. The registering means are adapted to use an Unstructured Supplementary Services Data (USSD) string or a Subscriber Identity Module (SIM) toolkit application (SAM) to transmit the identity. The Visitor Location Register 30 has communication means 31 adapted to forward the message (M) to the Home Location Registry 40.
The HLR 20 has receiving means 21 for receiving messages transmitted to the HLR 20 that are adapted to decode a USSD string or a SIM toolkit application and recognise that an identity of a user has been received for registration. The receiving means 21 are also adapted to verify whether there exists a previously registered identity and if there is one such registered identity to remove it. HLR 20, also comprises of storage means 25, such as a database or memory chip, adapted to store the registered identity. The HLR 20 further comprises downloading means 24 that are adapted to download the stored identity to the VLR 30. This is executed under the command of a central unit 23, which is in control of the HLR 20.
The VLR 30 or any other VLR that is located within the network comprises of the aforementioned communication means 31, as well as with a storage means 32, such as a database or memory chip, adapted to store the identity downloaded from the HLR 20. The communication means 31 are also adapted to
receive and transmit messages to and from the VLR 30. The VLR 30 also comprises a central unit 33 also connected to the storage means 32, that are adapted to receive information requests from MSCs regarding mobile terminals currently located with the MSCs and providing, after retrieving the information from the storage means 32 the requested information.
MSI 10 and MS2 10' also have initiating means 13 which are adapted to initiate the establishment of a call to a caller party via MSC1 50 and MSC2 50 respectively. The MSCs comprise of establishing means 51 adapted to receive a message from the initiating means 13, a retrieving means 52 adapted to communicate with the VLR 30 and request information about mobile terminals. They also comprise of transmit/receive means 53 adapted to receive and transmit any messages such as the ones indicating a registration to the VLR 30.
Although the invention has been described in terms of a
preferred embodiment described herein, those skilled in the
art will appreciate other embodiments and modifications which
can be made without departing from the scope of the teachings
of the invention. All such modifications are intended to be
included within the scope of the claims appended hereto.




WE CLAIMS
1. Method for transmitting an identity (A) of a user from a
terminal (10) to a database (25) permanently storing
information of said user, in a mobile telecommunications
network (100), comprising the steps of:
- receiving input from said user at said terminal (10)
representing said identity (A), whereby said identity (A) is
modified on a permanent basis by said user;
- transmitting from said terminal (10) in the form of a
message (M), said identity (A) to said database (25);
- storing upon reception of said message (M) said identity
(A) at said database (25).

2. Method according to claim 1, further comprising the step
of upon reception of said message (M), said database (25)
downloading said identity (A) to a. different database (35)
temporarily storing said identity (A) located on a network
device (30) serving said terminal (10).
3. Method according to claim 2, further comprising the step
of additionally downloading said identity (A) upon reception
of a location update message.
4. Method according to any previous claim, whereby said
identity (A) is a text string and/or a photograph.
5. Method according to any previous claim, whereby said
database (25) is a Home Location Register of a mobile
telecommunications network.
6. Method according to any previous claim, whereby said
network device (30) is a Mobile Switching Centre and said
database (35) is a Visitor Location Register.
7. System arranged to transmit an identity (A) of a user from
a. terminal (10) to a database (25) adapted to permanently
store information of said user, in a mobile
telecommunications network (100), comprising:
- inputting means adapted to allow said user to input said
identity (A) at said terminal (10) , whereby said identity (A)
is modified on a permanent basis by said user;
- transmitting means adapted to transmit in the form of a
message (M), said identity (A) from said terminal (10) to
said database (25);
- storing means adapted upon reception of said message (M) to
store said identity (A) at said database (25).

8. System according to claim 7, further comprising
downloading means adapted upon reception of said message (M),
to download said identity (A) from said database (25) to a
different database (35) adapted to temporarily store said
identity (A), said database (35) located on a network device
(30) arranged to serve said terminal (10)
9. System according to claim 8, wherein said downloading
means are further adapted to download said identity (A) upon
reception of a location update message.

10. System according to any one of claims 7 to 9, whereby
said identity (A) is a text string and/or a photograph.
11. System according to any one of claims 7 to 10, whereby
said database (25) is a Home Location Register of a mobile
telecommunications network.
12. System according to any one of claims 7 to 11, whereby
said network device (30) is a Mobile Switching Centre and
said database (35) is a Visitor Location Register.
13. Method for transmitting an identity of a user from a terminal to a database
permanently storing information of said user, substantially as hereinbefore described with
reference to the accompanying drawings.
14. System arranged to transmit an identity of a user from a terminal to a database
adapted to permanently store information of said user in a mobile telecommunications
'network, substantially as hereinbefore described with reference to the accompanying
drawings.

Documents:

900-del-2005-Abstract-(24-04-2014).pdf

900-del-2005-Abstract-(29-01-2015).pdf

900-del-2005-abstract.pdf

900-del-2005-assignment.pdf

900-del-2005-Claims-(24-04-2014).pdf

900-del-2005-Claims-(29-01-2015).pdf

900-del-2005-claims.pdf

900-del-2005-Copy Correspondence Others-(29-01-2015).pdf

900-del-2005-Copy GPA-(29-01-2015).pdf

900-del-2005-Correspondence Others-(11-03-2014).pdf

900-del-2005-Correspondence Others-(24-04-2014).pdf

900-del-2005-Correspondence Others-(29-01-2015).pdf

900-del-2005-correspondence-others.pdf

900-del-2005-description (complete).pdf

900-del-2005-Drawings-(24-04-2014).pdf

900-del-2005-drawings.pdf

900-del-2005-Form-1-(29-01-2015).pdf

900-del-2005-form-1.pdf

900-del-2005-form-18.pdf

900-del-2005-Form-2-(29-01-2015).pdf

900-del-2005-form-2.pdf

900-del-2005-form-26.pdf

900-del-2005-form-3.pdf

900-del-2005-form-5.pdf

900-del-2005-form-6.pdf

900-del-2005-GPA-(29-01-2015).pdf

900-del-2005-Marked Claims-(29-01-2015).pdf

abstract.jpg

Petition Form3-4065.pdf


Patent Number 265607
Indian Patent Application Number 900/DEL/2005
PG Journal Number 10/2015
Publication Date 06-Mar-2015
Grant Date 01-Mar-2015
Date of Filing 07-Apr-2005
Name of Patentee NOKIA SIEMENS NETWORKS GMBH & CO. KG
Applicant Address ST-MARTIN-STR. 76, D-81541 MUNCHEN, GERMANY.
Inventors:
# Inventor's Name Inventor's Address
1 BINDU AKAM NO. 97, 1ST C CROSS, 2ND MAIN, 5TH BLOCK 560085 BANGALORE, INDIA.
PCT International Classification Number H04Q 7/38
PCT International Application Number N/A
PCT International Filing date
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 NA