[go: up one dir, main page]

WO2004023773A1 - Sistema y método de aviso de errores de marcación - Google Patents

Sistema y método de aviso de errores de marcación Download PDF

Info

Publication number
WO2004023773A1
WO2004023773A1 PCT/ES2003/000446 ES0300446W WO2004023773A1 WO 2004023773 A1 WO2004023773 A1 WO 2004023773A1 ES 0300446 W ES0300446 W ES 0300446W WO 2004023773 A1 WO2004023773 A1 WO 2004023773A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
short message
message
sending
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/ES2003/000446
Other languages
English (en)
French (fr)
Inventor
Luis Carlos SERNÁNDEZ ARPPE
Gloria Monserrat SALVADOR PÉREZ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vodafone Group PLC
Original Assignee
Vodafone Group PLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vodafone Group PLC filed Critical Vodafone Group PLC
Priority to US10/526,599 priority Critical patent/US20060046721A1/en
Priority to AU2003266415A priority patent/AU2003266415A1/en
Priority to EP03793826A priority patent/EP1549033A1/en
Priority to JP2004533522A priority patent/JP2005538587A/ja
Publication of WO2004023773A1 publication Critical patent/WO2004023773A1/es
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/04—Recording calls, or communications in printed, perforated or other permanent form
    • H04M15/06—Recording class or number of calling, i.e. A-party or called party, i.e. B-party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/4872—Non-interactive information services
    • H04M3/4874—Intercept announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/08—Indicating faults in circuits or apparatus
    • H04M3/10—Providing fault- or trouble-signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/22—Automatic class or number identification arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42102—Making use of the called party identifier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5322—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording text messages

Definitions

  • the invention is encompassed in the field of mobile telephony.
  • Anglo-Saxon acronyms and terms are normally used to refer to elements and concepts of the field.
  • Anglo-Saxon acronyms and terms used in this text will be explained throughout the text.
  • the invention aims to serve as a basis for a service of warning of dialing errors to visitors in a visited mobile telephone network (VPLMN) in relation to international roaming, that is, when the user is in a country that is not the country of your home mobile phone network (HPLMN).
  • the trunk mobile telephone network is made up of certain main nodes, which perform the elementary functions in the network, such as the connection and disconnection of the terminals, the routing of voice calls and the sending of short messages.
  • Figure 1 reflects a network of this type, in which it can be seen how a mobile phone 1 is in a cell 2 corresponding to a base station 3; other base stations 3 correspond to other cells in the network.
  • Each base station depends on a base station controller node or
  • the BSC 4 manages the activity of several base stations 3 that are in charge, e.g., routing calls and messages to the base station that covers the destination mobile.
  • BSCs 4 depend on a switching center or MSC (Mobile Switching Center) (5, 6), a network node that controls several BSCs and manages the control of the location of the users that are in their control zone .
  • MSC Mobile Switching Center
  • the network illustrated in Figure 1 comprises several "visited area records” or VLR (Visitor Location Register) (7, 8).
  • the VLR is a database of "visitor” users, in which certain data relating to users that are in the network area corresponding to the VLR is temporarily stored. Examples of data stored in the VLR are the IMSI (International Mobile Subscriber Identity -), the MSISDN (the actual telephone number, the one that is dialed to call the mobile telephone) or the TMSI (temporary identification other than IMSI for security reasons), the location area where the user has been registered and the supplementary services of the subscribers that are currently in the network area covered by that VLR. Each VLR covers a location area.
  • IMSI International Mobile Subscriber Identity -
  • MSISDN the actual telephone number, the one that is dialed to call the mobile telephone
  • TMSI temporary identification other than IMSI for security reasons
  • Each VLR covers a location area.
  • VLR Voice Location Register
  • SMSC Short Message Service Center
  • the network also includes a subscriber master record for its location or HLR (Home Location Register) 9 which is the database where all the data corresponding to the mobile service of the network users is stored, such as their IMSI identification and MSISDN , the VLR in which they are located (each change of location area that a mobile makes is detected by the network and its VLR address is automatically updated in the HLR database).
  • HLR Home Location Register
  • the network may also include an Authentication Center or AUC (Authentication Center), where "triplets" are stored.
  • the HLR obtains the triples through the AUC;
  • a triplet is made up of three numbers, a key (Kc), a random number (RAND) and a signed answer (SRES).
  • the key is a parameter that has the SIM card (Subscriber Identity Module -) of the subscriber and the network, and that never travels via radio.
  • the network sends the random number to the user, and the user, with his password and an algorithm, generates a signed response that must be the same as the one previously generated in the network - in the AUC - using the same algorithm.
  • the network may also include a short message service center or SMSC (Short Message Service Center) 10 (illustrated in Figure 3) which constitutes the central point of the short message service, which is a non-mandatory supplementary service in the network (although currently all GSM operators offer it).
  • SMSC Short Message Service Center
  • the service is that the SMSC that the subscriber has configured on his mobile as his own, picks up the short message, finds out the network and the VLR in which the destination user is located and finally sends the short message to said VLR, which In turn, he will deliver it.
  • the user with his mobile phone can move from one cell to another in the network, which means changing from BTS 3 and sometimes from BSC 4, a change that is managed by the MSCs 5, 6 of the network.
  • MSC mobile subscriber
  • MSC mobile subscriber
  • SMSC 10 the transmission of said messages is managed by the SMSC 10 of the network in which the short message or SM (Short Message) originates.
  • Said SMSC consults the user data (VLR and IMSI) to the HLR of the destination subscriber and sends the message to the destination VLR.
  • VLR and IMSI user data
  • ETSI ETSI specification
  • GSM 09.02 Digital Cellular Telecommunications System.
  • MAP Mobile Application Part
  • Each network has a certain extension, usually national.
  • Each user is subscribed as a user in a home network, operated by a mobile phone operator, in their home country.
  • the relevant data of said user can be found in the HLR of said network in the country of origin.
  • HPLMN Home Public Land Mobile Network - mobile phone network to which a user belongs
  • HPLMN Home Public Land Mobile Network - mobile phone network to which a user belongs
  • VPN Visited Public Land Mobile Network
  • roamin ⁇ The concept of using the mobile phone in a network that is not the home network is known as "roamin ⁇ " and the user who moves through a visited network and uses the services of that network is known as a "roamer”.
  • the mobile phone sends (among other data and commands) the international user identification number or IMSI ("International Mobile Subscriber Identity") that constitutes a universal user identifier Mobile in the GSM world.
  • IMSI International Mobile Subscriber Identity
  • MSISDN Mobile Station International ISDN Number
  • the public number to be dialed to contact the user that is, his "telephone number”.
  • the IMSI is composed of 15 digits: the first 3 identify the Mobile Country Code (MCC - Mobile Country Code) and the next 2 identify the Mobile Network Code (MNC - Mobile Network Code). From these first 5 digits, the VLR 7 can bi-know the source network (HPLMN) 200 to which roamer 201 belongs and thus determine if there is a roaming agreement between the operator of the HPLMN 200 of the roamer and the operator of the visited VPLMN 100 to which the VLR 7 belongs.
  • HPLMN source network
  • VLR 7 If there is a roaming agreement between both operators, VLR 7 must analyze said IMSI to:
  • MCT Mobile Global Title
  • the HLR 209 allows or denies the position update based on whether said subscriber You have the international roaming service enabled. If so, and after exchanging with the VLR 7 of the visited network 100 a series of data for authentication, it sends the subscriber's profile (MSISDN, basic and supplementary services information, etc.).
  • the roamer 201 is located in the VLR 7 that serves it, being considered a subscriber of the network 100 in which it is temporarily camped.
  • the MSC / VLR it is possible to configure the treatment of the numbering marked for each range of IMSIs (each range of IMSI corresponds to a particular HPLMN origin network), although in principle the roamer must be able to access same numbering as the subscribers of the visited network.
  • the dialed number analysis scheme (that is, how to obtain the routes, whether to consult any intelligent network node, etc.) may vary depending on the subscriber's IMSI range or, what is the same, depending on the HPLMN to which it belongs. That is, the MSC obtains the way to analyze the number dialed by the roamer from its IMSI, using a configuration table that can be modified by the operator.
  • SMS Short Message Service
  • IP world Internet Protocol
  • the SMSC 10 can receive a request to send SMS:
  • SMSC 10 From the MSC 5, through a normal mobile-mobile procedure (between a mobile phone of origin 1 and a mobile phone of destination). The message is sent to the SMSC 10 based on the address of the server center, configurable in the terminal for each operator. - From the world IP 400, for which the SMSC manufacturers have implemented protocols such as the SMPP ("Short Message Peer to Peer Protocol", protocol for communication between an SMSC and an external application).
  • SMPP Short Message Peer to Peer Protocol
  • the SMSC consults the HLR corresponding to the destination mobile phone 1 'and in case the destination mobile is not available, the SMSC stores the message and tries to send it later, following a predefined retry policy. If the destination mobile is available, the HLR returns to the SMSC 10 the IMSI and the VLR number 8 that corresponds to the base station 3 of cell 2 in which the destination mobile is camped. From this moment, the SMSC 10 proceeds to deliver the short message to the destination VLR 8.
  • Intelligent Network Intelligent Network
  • the main element of this architecture is the so-called Service Control Point or "Service Control Point", a node that takes control of the call at a time. After a certain call-related event occurs, the switch that controls the call suspends the call processing by contacting the SCP and waiting for instructions. To do this, an intelligent network protocol IN over SS7 must be used.
  • the most common IN standards are ETSI-Core INAP CSx and AIN (Advanced Intelligent Network) for Fixed Network and CAMEL ("Customized Application for Mobile Networks Enhanced Logic”) for mobile network.
  • the SCP can perform different tasks once it has control of the call: modify the destination number, release the call, monitor basic call events (subscriber answers, is busy, hangs up before establishing the call, etc.), download units of guaranteed call time, order the reproduction of personalized advertisements with and without digit collection and access to external databases.
  • CSI CAMEL Subscription Information
  • CAMEL's standardization and implementation has gone well behind the market demand for IN services in mobile networks. Therefore, at first, it was decided to introduce services such as "prepaid" through proprietary protocols in mobile networks (extensions of INAP-CS1), as well as to carry out the triggering (execution of the same) through proprietary extensions of MAP (trademarks of subscription in VLR).
  • CAMEL Since CAMEL is a standard for mobile IN, it allows an operator to offer its subscribers the same services during roaming as in their HPLMN (as long as the visited VPLMN network supports CAMEL, the functionality is open, and the subscriber is provisioned with CSI marks on the HLR of the HPLMN). CAMEL allows the control of the call by the HPLMN during its establishment.
  • CAMEL The CAMEL standard mentioned in the above, allows the HPLMN to control the call made by the roamer at the time it is made.
  • said "roamer” subscribers have special subscription marks (CSI), which allow establishing a control dialogue with an SCL of the HPLMN (specifically, with a gsmSCF - term used in the GSM world to refer to an SCP involved in a CAMEL dialog) during call establishment.
  • CSI special subscription marks
  • CAMEL agreements only apply to users of the "prepaid" service, that is, only subscribers of said "prepaid" service are provisioned with CAMEL brands.
  • call control belongs exclusively to the visited network (VPLMN). Therefore, it would be desirable to execute a complementary service to the one offered by CAMEL for subscribers who do not enjoy the CAMEL service (this complementary service could be inaccessible for users who own the CAMEL brands).
  • An objective of the invention corresponds to providing the basis for an adequate dialing information service for visiting users that does not depend on the CAMEL standard.
  • a first aspect of the invention relates to a system of warning of dialing errors to visiting users in a visited mobile telephone network (VPLMN), a visiting user being a user of a home mobile telephone network.
  • VPN visited mobile telephone network
  • the system comprises: a first node of the visited mobile telephone network comprising means of analyzing a number dialed by a user and determining whether said dialed number meets at least one predetermined error criterion; and means of sending a short message (SM) with a dialing error message to the user if said dialed number meets at least one predetermined error criterion.
  • Said first node may be a service control point (SCP) of the visited mobile telephone network.
  • the system may comprise means of determining the identity of the originating mobile telephone network (HPLMN) based on the user's IMSI.
  • the system may comprise: means of sending a short message sending message to an SS7-IP gateway from the first node of the visited mobile telephone network; means for sending from said SS7-IP gateway, a short message sending http message to a short message sending server; and means for sending from said short message sending server, a short message addressed to the user, to a short message server center (SMSC) of the visited network.
  • SMSC short message server center
  • the system may comprise means of selecting the text of the short message based on the identity of the originating mobile telephone network (HPLMN), for example, means of selecting the text of the short message based on the IMSI of the visiting user.
  • HPLMN originating mobile telephone network
  • the short message sending server may include a database with texts for short messages, and means of selecting a text for a short message based on an indicator code included in the http message received from the SS7-IP gateway.
  • the http message discussed in the above may include at least one indicator code of a text for the short message and the number (MSISDN) of the mobile phone of the user to whom the short message should be sent.
  • MSISDN the number of the mobile phone of the user to whom the short message should be sent.
  • the system may comprise means of sending to the first node, an initial control establishment message comprising at least the following data: the telephone number dialed by the user; the number (MSISDN) of the user's mobile phone; and the user's IMSI.
  • the means of sending an initial control establishment message to the first node may be comprised in the MSCs of the visited mobile telephone network (VPLMN), so that when a user in a cell corresponding to an MSC dials a telephone number, said MSC sends the initial control establishment message to the first node.
  • the system may comprise control means to prevent a second short message with a dialing error message from being sent to a user if the time elapsed since the sending of a first short message with a dialing error message to the same user is less than one default minimum time.
  • the error criteria may include one or more criteria selected from the group comprising the following criteria:
  • dialed number begins with "+” followed by a sign other than a C, 1 ⁇ C ⁇ 9;
  • dialed number begins with "00” followed by a sign other than a C, 1 ⁇ C ⁇ 9; - the dialed number is a 9-digit number that begins with a number other than 6, 7, 8 or 9;
  • the dialed number begins with a "+” or "00” followed by a country code followed by an escape code not applicable for international dialing to that country; and - the dialed number is a number with less than 9 digits that is not a short code.
  • Another aspect of the invention relates to a method of warning of dialing errors to visiting users in a visited mobile telephone network (VPLMN), a visiting user being a user of a mobile home telephone network (HPLMN) other than visited mobile phone network.
  • the method comprises the steps of:
  • the first node may be a service control point (SCP) of the visited mobile telephone network.
  • SCP service control point
  • the method may additionally comprise the following step:
  • the identity of the user's mobile home network is determined and it is determined, based on the user's home mobile network (HPLMN) identity, if the user is entitled to a Dialing error notification service.
  • the identity of the originating mobile telephone network can be determined based on the user's IMSI.
  • Step (c) can be performed before step (b) and even before step (a).
  • Step (b) may comprise the steps of:
  • SCP service control point
  • SMSC short message server center
  • the text of the short message can be selected based on the identity of the originating mobile telephone network (HPLMN), for example, based on the IMSI of the visiting user.
  • HPLMN originating mobile telephone network
  • the text can be selected from a plurality of texts comprised in a database of the short message sending server, based on an indicator code included in the http message received from the SS7-IP gateway.
  • the http message may include at least one indicator code of a text for short message and the mobile telephone number (MSISDN) of the user to whom the short message should be sent.
  • MSISDN mobile telephone number
  • the method may comprise a first step comprising sending to the first node, an initial control establishment message comprising at least the following data: the telephone number dialed by the user; the user's mobile phone number (MSISDN); and the user's IMSI.
  • the initial control establishment message can be sent from an MSC of the visited mobile telephone network corresponding to the cell in which the user is located. Before sending a short message with notice of dialing error to the user, it can be verified that a predetermined minimum time has elapsed since the sending of a short message with a previous dialing error message to the same user and if said predetermined minimum time has not elapsed, the short message with a dialing error message is not sent.
  • the error criteria may include one or more criteria selected from the group comprising the following criteria:
  • dialed number begins with "+” followed by a sign other than a C, 1 ⁇ C ⁇ 9;
  • dialed number begins with "00" followed by a sign other than a C, 1 ⁇ C ⁇ 9;
  • dialed number is a 9-digit number that begins with a number other than 6, 7, 8 or 9;
  • dialed number begins with a "+” or "00” followed by a country code followed by an escape code not applicable for international dialing to that country;
  • the dialed number is a number with less than 9 digits that is not a short code.
  • Figures 1-3 reflect, schematically, the relationship between some important elements of conventional networks (according to the state of the art).
  • Figure 4 schematically reflects a configuration of a network according to a preferred embodiment of the invention.
  • Figure 5 schematically reflects the relationship between the SCP and the
  • Figure 6 schematically reflects the relationship between the SDP-gateway SS7-IP, the IP server and the SMSC short message server center.
  • Figure 7 is a flow chart that reflects the logic of the service of warning of dialing errors in the SCP.
  • Figure 8 is a flow chart that reflects a process carried out in the MSC of the visited network.
  • Figure 9 schematically reflects a position update process of a visiting user (according to the state of the art)
  • Figure 10 schematically reflects some steps of the process according to a preferred embodiment of the invention.
  • FIG. 4 schematically illustrates a network that largely corresponds to the state of the art, as discussed above (the conventional components bear the same numerical references as in the figures relating to the state of the art). That is, the VPLMN 100 includes its base stations 3, its BSCs 4, its MSCs 5 and VLRs 7, as in the conventional networks discussed above.
  • an HPLMN 200 network with its HLR 209 is illustrated in which data relevant to the user 201 subscribed in said HPLMN 200 is stored but is currently visiting ("roaming") in a cell 2 of the VPLMN 100.
  • the MSC 5 of the VPLMN 100 can establish a CAMEL control dialog (schematically illustrated with reference numeral 15 in Figure 4) with an SCP 230 of the HPLMN 200 source network, specifically, with a gsmSCF.
  • the visited VPLMN 100 network also includes an SCP 11 service control point accessible from the MSC 5 through an STP 12 ("Signaling Transfer Point" - an intermediate signaling point of the network, which helps to route commands and messages to the destination point). Access is made through an INAP-CS1 dialogue schematically illustrated with numerical reference 13 in Figure 4.
  • the unit corresponding to the MSC / VLR detects that a visiting user ("roamer") dials a telephone number. Based on the user's IMSI, it is determined whether it belongs to a home network (HPLMN) with which there is a dialing error warning agreement. If such an agreement exists, the MSC / VLR unit establishes an INAP-CS1 control dialog (numerical reference 13 in Figure 4) with SCP 11, which is the one that contains the logic of the service of warning of dialing errors. Said dialogue is normally carried out through one or more STPs 12.
  • SCP 11 analyzes the arguments of the operation of CS1 InitialDP (initial control establishment message) and executes the logic of the service of warning of dialing errors, to verify if there is a case of erroneous dialing; preferably, a case in which at least one of a series of predetermined error criteria is met, for example, the following is understood as the case of erroneous marking:
  • an intelligent network operation for database access (proprietary provider protocols or ETSI-CS2, such as Search, can be used).
  • This operation must be sent to a platform that performs the functions of SDP (that is, interprets the received operation)
  • SDP is an acronym for "Service Data Point” and corresponds to a node that stores service and / or subscriber data in an intelligent network architecture, being able to return and / or modify data according to SCP requests
  • IP Internet
  • the SDP-gateway (or, simply, gateway) SS7-IP 16 receives (via an STP 17) the message SS7 (numerical reference M1 in Figure 5) with the necessary arguments to send the short message to the subscriber ( YE).
  • said SS7 message must include a short message identifier code, the MSISDN (telephone number) of the user who originated the call (i.e., from the visiting mobile phone 201) and an identifier of a server 18 of the IP domain responsible for generating the short message (SM). From these arguments, the SDP-gateway constructs an http request ("Hyper Text Transfer Protocol" - application protocol for transmission over IP) to said server 18 of the IP domain (see Figure 6).
  • gateway 16 can send a confirmation message (M2) to SCP 11.
  • Said message can be initiated from server 18 (once the http request has been processed correctly).
  • the server 18 of the IP domain will extract the necessary data to generate a short message. From the short message identifier code you will get its content (text) from a database. Knowing the roamer's MSISDN and the text of the educational short message, a request will be sent to the SMSC 10 (in the IP protocol that the latter element supports). 6) Once the SMSC 10 has been reached, the short message is delivered to the roamer's mobile phone 201 following conventional GSM procedures.
  • the SMSC should consult HLR 209 of the source network (HPLMN) 200 (MAP SendRoutinglnfoForSMS operation) to find out the IMSI and the VLR identifier.
  • the SMSC 10 upon receiving the number of the VLR 7 corresponding to the base station 3 of the cell 2 in which the roamer's mobile phone 201 is located, It will route said message directly for delivery without going through international gateways. That is, the short message never goes to international signaling 300, since the SMSC 10 is part of the VPLMN 100 visited network itself. Only an international transaction occurs to obtain the necessary data to route the message (specifically, the query of the SMSC 10 to HLR 209 of source network 200).
  • the SSP-gateway SS7-IP 16 translates the SS7 message into an http request to a server 18 of the IP domain, a server capable of generating short messages, which obtains the content of the short message to send and make the final request to SMSC 10 for shipment. From this point, the SMSC 10 sends the short message to the recipient roamer, by conventional methods.
  • the first aspect mentioned refers to the "trigger" of the service of warning of dialing errors in SCP 11, and the construction of an initial control message ⁇ InitialDP).
  • Said application message will be delivered to the lower layers of the SS7 signaling protocol (TCAP - "Transaction Capability Application Protocol", SCCP - “Signaling Connection Control Part” and MTP - "Message Transfer Part”), which will be responsible for routing STPs 12 until reaching SCP 11 where the service logic resides. It has been decided to make the service of the invention incompatible with any CAMEL service with which the visiting user could be provisioned.
  • the CAME -lnitialDP message will be unconditionally set to the SS7 address specified in the gsmSCFAddress field (belonging to the O-CSI).
  • the MSC / VLR of the visited network must immediately contact via SS7 network International 300 with the SCP (gsmSCF 230) of the HPLMN 200 whose address is expressly specified in the O-CSI mark. From this moment, the SCP (gsmSCF 230) of the HPLMN takes control of the call, being able to establish different actions (among which is the modification of the destination number).
  • the MSC of the visited network could establish a trip to the local dialing error warning service.
  • This preferred embodiment is intended to offer a "pre-CAMEL" application to visiting users.This is actually an antagonistic concept to CAMEL.
  • the CAMEL standard allows an HPLMN to control a call carried out by a real-time roamer when it is being established, so if the roamer is provided with O-CSI in the VLR, the visited network is transferring (must transfer) the call control to the user's HPLMN, enabling it access to implement the detection and / or notification functionality of dialing errors (functions executed locally for non-CAMEL users)).
  • the trigger must be configured based on the identity of the HPLMN operator of the visiting user (which can be identified based on the IMSI of the visiting user), so that the dialing error warning service can be activated selectively based on the identity of the HPLMN operator of the visiting user. In this way, the number of operators to whom the service is offered can be gradually activated.
  • the MSCs can be configured so that the dialing error warning service is run for users of some HPLMNs but not for users of other HPLMNs.
  • ARGUMENT SEQUENCE ⁇ serviceKey [0] INTEGER (0..2147483647), calledPartyNumber [2] OCTET STRING (SIZE (1.41)), callingPartyNumber [3] OCTET STRING (SIZE (2..10)), extensions [15] SEQUENCE SIZE (1..16) OF SEQUENCE ⁇ type INTEGER (type 0..63), criticality ENUMERATED ⁇ ignore (0), abort (1) ⁇ DEFAULT ignore, valué [1] kindOfNumberValue EXPLICIT Number
  • ETSI Core INAP CS1 is a standard for fixed networks. Therefore, it lacks a specific field to send the content of the IMSI (mobile network specific information). However, the standard allows some freedom for an operator to define extensions where they can send such information. The sending of such extensions, as well as their content, is specific information of the network operator. For the service of warning of dialing errors for visitors, the InitialDP message contains an extension in which the IMSI is sent, for its correct processing by the logic in SCP 11.
  • the ServiceKey is an identifier that the SCP will use to address the error warning service logic (an SCP can process different service logics according to that parameter).
  • the CalledPartyNumber contains the dialed number. This number will be subject to a thorough analysis to determine possible failures.
  • the CallingPartyNumber contains the calling number (MSISDN). SCP 11 needs it to determine the destination of the educational short message (SM) in case of wrong dialing.
  • SM educational short message
  • the IMSI (encoded within an extension) contains information from the home network (HPLMN) to which the subscriber belongs.
  • HPLMN home network
  • the content of the educational short message can be customized, for example, to send a message in the language of the country of the HPLMN.
  • a dialing error warning service based on the invention and implemented in a Spanish mobile network, could perform the following checks:
  • dialed number has 9 digits and begins with 6, 7, 8 or 9 (ranges assigned to Spanish fixed or mobile networks) the call will be allowed to continue. - If the dialed number has less than 6 digits (possibility of access to short code), the call will be allowed to continue.
  • the logic of the invention, implemented in SCP 11, extracts an identifying code from the educational short message to be sent to the subscriber.
  • the SCP 11 sends to the SDP-gateway SS7-IP 16 an order or message to send a short message, using an IN protocol for access to databases (it can be a proprietary protocol specific to the network operator or ETSI -CS2 - Search-) operation.
  • said SS7 message (M1 in Figure 5) the necessary information will be sent to complete the sending of the message: the educational short message identifier code, the platform identifier for sending the short message (i.e. the server identifier 18), and the destination number (MSISDN) (which will coincide with the mobile telephone number 201 of the roamer user).
  • This message will be routed through STPs 17 to SDP-gateway SS7-IP 16.
  • SCP 11 releases the call through the operation of CS1 ReleaseCall. This operation is sent back to the MSC 5.
  • the specific cause to release the call is a specific network operator data. For example, the cause can be unallocated number.
  • the MSC 5 Upon receipt of this cause, the MSC 5 applies to the subscriber, for example, a generic English phrase indicating that the dialed number does not exist.
  • the key element for the processing of the educational short message in the IP domain is the SDP-gateway SS7-IP 16.
  • This element is a platform that performs the functions of translating an SS7 message (which carries a series of key arguments to send the short message) in an http request, which will be processed in the IP 400 world.
  • the SSP-gateway SS7-IP 16 has loaded configuration tables to determine the IP address of the server 18 responsible for generating and sending the short messages (SM). Towards said IP address, the SS7-IP gateway sends an http message indicating the short message identifier code (there may be, for example, a specific short message code for each HPLMN with which there is a dialing error warning service agreement and a general short message identifier code that applies to HPLMNs with whose operators there are no agreements for such service) and the destination MSISDN of said short message.
  • gateway 16 has a short message send flow control logic implemented.
  • a very predictable behavior on the part of the subscribers when they make an incorrect dialing is to retry the call. Since the reception of an educational short message takes a while (in the order of a few seconds) from the corresponding incorrect marking, it is convenient to have a control mechanism to avoid an avalanche of a short message for each incorrect marking. With this mechanism:
  • said gateway For each educational short message sending operation initiated through the SDP-gateway SS7-IP 16, said gateway will include in a table the MSISDN number of the subscriber to whom the message is sent. Next to that number will include a time stamp that indicates when this operation has occurred.
  • SSP-gateway SS7-IP receives an SS7 operation from SCP 11 for sending an educational short message
  • SDP-gateway 16 asks if the MSISDN is in that table. If so, check the time stamp and analyze whether a minimum time (for example, 15 minutes) has elapsed since that time stamp (a configurable timer can be used, for example).
  • the gateway 16 does not send the http message to the server 18, also sending to the SCP 11 an M2 message confirmation correctly processed (i.e., the control to prevent multiple educational short messages from being sent from consecutively in the case of repeating several erroneous dials within a short interval of time, it is carried out on gateway 16 and is somewhat transparent to SCP 11).
  • the short message sending server 18 performs the following two actions:
  • Both functions can be executed on different physical machines, depending exclusively on the architecture used by the network operator.
  • FIG. 7 schematically reflects the logic of SCP 11.
  • the SCP receives the initial InitialDP control message with:
  • step S1 the SCP checks that the parameters "CalledPartyNumber" and
  • Step S2 "CallingPartyNumber" are present in the InitialDP message received. If present, go to step S2. If not, the SC action is performed, which consists in sending a "Continue" message to the MSC 5, whereby the MSC proceeds to perform the conventional analysis of the dialed number and obtain the route to establish the call.
  • step S2 the analysis of the dialed number begins; it is checked if it starts with a "+”; if it starts with a "+”, it goes to step S4; otherwise, it goes to S3.
  • S5 it is checked if the number is a "short code"; in the case of yes, it goes to SC (which we have already commented); in the case of no, it goes to S8.
  • S6 it is checked, depending on the country code detected, if both a country code and an escape code have been dialed that should not be dialed in that country, if so, it goes to S7. In the case of no, it goes to SC.
  • S7 it is checked if the IMSI is present in the InitialDP. If present, it is passed to S9; if not, it goes to S10.
  • S8 specific step for an application in a Spanish network
  • S8 check if the length of the dialed number is nine digits and if it starts with a figure in the range 6-9; In the case of yes, it goes to SC. In the case of no, go to step S7 (described in the above).
  • step S9 it is checked whether the IMSI received in the InitialDP message (SO step) corresponds to the IMSI range corresponding to an HPLMN operator for which a particular educational short message is planned (eg, due to an agreement signed with said operator) . In the case of yes, it goes to step S11, in the case of no, it goes to SIO.
  • step S10 a short message identifier code corresponding to a short message with "standard” or “default” text stored in the database of the server 18 is loaded (in the message M1 illustrated in Figure 5);
  • This text corresponds to the short messages that are sent to users that correspond to operators that should not receive special treatment (for example, because there is no special agreement for the service of marking errors with those operators).
  • step S11 a short message code corresponding to a specific short message, selected according to the operator of the HPLMN 200 corresponding to the user of the mobile phone that made the dialing, is loaded (in message M1 illustrated in Figure 5). ; the text may have been established in an agreement signed between the operator of the VPLMN and the operator of the HPLMN.
  • step S12 the message M1 (see Figure 5) is sent to the SS7-IP gateway 16, from which the http message is sent to the server 18 (see Figure 6).
  • step S13 a ReleaseCall message is sent to the MSC 5.
  • Figure 8 reflects a process that is carried out in the MSC 5 of the HPLMN corresponding to the cell in which the visiting user makes the call. The steps that are carried out are the following:
  • MSC receives an outgoing call request from a subscriber located in an area served by said MSC. Said call request originates after the dialing of a number by the subscriber and the establishment of radio contact with the network.
  • S21 "IMSI analysis to obtain numbering scheme” (the IMSI received in the call request must address the analysis mode - numbering scheme - of the number dialed to obtain the call processing).
  • S22 “Visitor error warning service trigger active ". If the trigger is active, it goes to step S23; if not, it goes to step S31. (Trigger means strictly” trigger condition "or” control establishment with SCP ".
  • the numbering scheme can be configured: this means that you can configure whether or not to execute the IN trigger, and all of this individually for each IMSI range, that is, there could be some HPLMN for whose subscribers you would not want to invoke the procedure for warning of dialing errors, analyzing the call by means of the ordinary procedures associated with basic calls of switched networks.
  • step S23 it is checked if the visiting user has an O-CSI mark ("CAMEL mark"); if it has this mark, it goes to step S24 (whereby the visited network disregards the notices of dialing errors; control over the call passes to the HPLMN); otherwise, it goes to S25.
  • O-CSI mark O-CSI mark
  • step S25 The InitialDP message is sent (which is received by SCP 11 in step SO in Figure 7). Then, go to step S26.
  • S26 "Wait”; here, the MSC 5 waits until one of the following three incidents occurs: - S27: the MSC receives the "ReleaseCall" message from SCP 11 (step S13 in figure 7) and goes to step S28, in which it releases call (the call does not proceed) and a generic phrase (for example, in English) is sent to the mobile phone indicating that the dialed number does not exist.
  • the MSC receives the "CONTINUE" message from the SCP (this message is sent in the SC steps illustrated in Figure 7); in that case, it goes to S31.
  • step S30 An "ERROR" message is produced because a time exceeding a predefined threshold has elapsed without any of the steps S27 and S29.
  • the MSC leaves the waiting state (step S26) and proceeds to step S31 (this so that the call is not “hung up” in the case of not functioning correctly the dialing error service; this service is a service "complementary” designed to provide better customer service, and a malfunction of this service should not adversely affect the basic service, that is, the possibilities of making calls).
  • Figure 9 schematically reflects a process of updating the position of a visiting user (according to the state of the art); The figure illustrates the following steps:
  • B3 Obtaining the triplets.
  • the HLR obtains the triples through the AUC.
  • B4 Sending from the HLR of the authentication triples to the VLR 7 of the visited network
  • B5 Sending random authentication number (RAND)
  • B6 Sending signed response (SRES) for authentication
  • SRES Request for position update (UpdateLocation) to the HLR of the HPLMN
  • A2 INAP-CS1 trip configuration to SCP 11 based on the user's IMSI
  • A5 Sending the short message by SMPP or other IP-oriented protocol
  • A6 Confirmation of sending from server 18 to SCP 11 through gateway 16. (Server 18 initiates this confirmation once it has processed the http message. Now well, when gateway 16 chooses not to send said http message because the time elapsed from a previous message to the same subscriber does not exceed the minimum time established, gateway 16 is responsible for generating and sending a sending confirmation until SCP, since the mechanism to avoid sending multiple short messages with identical content to the subscriber, should be a transparent issue for the SCP, as it has been commented in the previous).
  • A8 Ordinary call establishment (only in correct calls). The invention provides a basis for an error warning service that assists in correct dialing to visiting roamers from other networks, since roamers can receive an educational notification (in their own language and adapted to what the HPLMN operator from the roamer consider convenient).
  • This node is capable of implementing a more flexible and thorough analysis than a traditional switch (MSC) can perform.
  • the content of the short message can be customized at the operator level of the home network. You can also choose not to activate the functionality for certain operators.
  • the invention in accordance with the preferred embodiment described above, involves the interconnection between the SS7 and IP signaling worlds, in order to order the sending of a short message (SM) from an SCP node.
  • SM short message
  • no smart network / CAMEL standard allows such sending via SS7 interface between SCP and SMSC.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un sistema de aviso de errores de marcación a usuarios visitantes en una red de telefonía móvil visitada (VPLMN) (100), siendo un usuario visitante un usuario de una red de telefonía móvil de origen (HPLMN) (200) distinta a la red de telefonía móvil visitada (100). El sistema comprende: un primer nodo (11) de la red de telefonía móvil visitada (100) que comprende medios de analizar un número marcado por un usuario (201) y determinar si dicho número marcado cumple al menos un criterio de error predeterminado; y medios de enviar un mensaje corto (SM) con un aviso de error de marcación al usuario si dicho número marcado cumple al menos un criterio de error predeterminado. La invención también se refiere a un método de aviso de errores de marcación.

Description

SISTEMA Y MÉTODO DE AVISO DE ERRORES DE MARCACIÓN
CAMPO DE LA INVENCIÓN La invención se engloba en el campo de la telefonía móvil. Como es sabido, en dicho campo, normalmente se utilizan acrónimos y términos anglosajones para referirse a elementos y conceptos propios del campo. Los acrónimos y términos anglosajones usados en este texto se explicarán a lo largo del texto.
ANTECEDENTES DE LA INVENCIÓN La invención tiene como finalidad la de servir como base para un servicio de aviso de errores de marcación a visitantes en una red de telefonía móvil visitada (VPLMN) en relación con roaming internacional, es decir, cuando el usuario se encuentra en un país que no es el país de su red de telefonía móvil de origen (HPLMN). La red de telefonía móvil troncal está formada por ciertos nodos principales, que realizan las funciones elementales en la red, como la conexión y desconexión de los terminales, el encaminamiento de las llamadas de voz y el envío de mensajes cortos.
Para la red de telefonía móvil o PLMN (Public Land Mobile Network o "Red Global de Telefonía Móvil"), el área geográfica se divide en celdas, cada una de las cuales está atendida por una "estación base" o BTS (Base Transceiver Station). La figura 1 refleja una red de este tipo, en la que se puede observar como un teléfono móvil 1 se encuentra en una celda 2 correspondiente a una estación base 3; otras estaciones base 3 corresponden a otras celdas de la red. Cada estación base depende de un nodo controlador de estaciones base o
BSC (Base Station Controller) 4. El BSC 4 gestiona la actividad de varias estaciones base 3 que están a su cargo, p.e., encaminando las llamadas y mensajes a la estación base que cubre el móvil de destino.
A su vez, varios BSC 4 dependen de un centro conmutador o MSC (Mobile Switching Centre) (5, 6), nodo de red que controla varios BSC's y que gestiona el control de la localización de los usuarios que están en su zona de control.
Además, la red ilustrada en la figura 1 comprende varios "registros de área visitada" o VLR (Visitor Location Register) (7, 8). El VLR es una base de datos de usuarios "visitantes", en la que se guardan temporalmente determinados datos relativos a usuarios que se encuentran en el área de red correspondiente al VLR. Ejemplos de datos que se guardan en el VLR son el IMSI (International Mobile Subscriber Identity - "Número de Identificación del Usuario Internacional"), el MSISDN (el número de teléfono propiamente dicho, el que se marca para llamar al teléfono móvil) o el TMSI (identificación temporal diferente al IMSI por motivos de seguridad), el área de localización donde ha sido registrado el usuario y los servicios suplementarios de los usuarios abonados que en ese momento se encuentren en el área de red que cubre ese VLR. Cada VLR cubre un área de localización. Pueden existir varios VLR's en el área cubierta por un MSC, pero también es posible que un VLR contenga información de áreas cubiertas por varios MSC's. En algunos sistemas, hay un VLR por cada MSC. El VLR también es el nodo al que se envía el comando FSM (Forward Short Message) desde el SMSC (Short Message Service Centre, "Centro Servidor de Mensajes Cortos"), con el número de destino para que éste encamine el mensaje al BSC donde se encuentra el usuario destinatario, para que la estación base correspondiente entregue el mensaje el usuario. (En este documento, nos referimos de forma indistinta a un teléfono móvil, al usuario (el que tiene el teléfono móvil) y al abonado).
La red también comprende un registro maestro de abonados para su localización o HLR (Home Location Register) 9 que es la base de datos donde se guardan todos los datos respectivos al servicio móvil de los usuarios de la red, tales como su identificación IMSI y MSISDN, el VLR en el que se encuentran localizados (cada cambio de área de localización que realiza un móvil es detectado por la red y se actualiza de forma automática su dirección VLR en la base de datos HLR). También existe información acerca del tipo de servicio que se ofrece al usuario así como de los servicios suplementarios que se le dan. Normalmente, en redes con mucho usuarios, los datos de usuarios se distribuyen en varios HLRs.
La red también puede incluir un Centro de Autentificación o AUC (Authentication Centre), donde se guardan las "tripletas". El HLR obtiene las tripletas a través del AUC; una tripleta se compone de tres números una clave (Kc), un número aleatorio (RAND) y una respuesta firmada (SRES). La clave es un parámetro que posee la tarjeta SIM (Subscriber Identity Module - "Módulo de Identificación de Usuario") del abonado y la red, y que nunca viaja vía radio. La red envía al usuario el número aleatorio, y el usuario, con su clave y un algoritmo, genera una respuesta firmada que debe ser igual que la que se ha generado previamente en la red -en el AUC- mediante el mismo algoritmo. Frecuentemente, el AUC está integrado con el HLR en el mismo nodo, que en tal caso puede denominarse "HLR/AUC". La red también puede incluir un centro servidor de mensajes cortos o SMSC (Short Message Service Centre) 10 (ilustrado en la figura 3) que constituye el punto central del servicio de mensajes cortos, que es un servicio suplementario no obligatorio en la red (aunque actualmente todos los operadores GSM lo ofrecen). El servicio consiste en que el SMSC que el abonado ha configurado en su móvil como propio, recoge el mensaje corto, averigua la red y el VLR en el que se encuentra el usuario de destino y envía finalmente el mensaje corto a dicho VLR, que a su vez se encargará de entregarlo.
En resumen: el usuario con su teléfono móvil puede desplazarse de una celda a otra de la red, lo que significa cambiar de BTS 3 y, a veces, de BSC 4, cambio que es gestionado por las MSCs 5, 6 de la red. Cuando el abonado llega a cambiar de MSC (en muchos sistemas, cada MSC está asociado a un VLR y forman parte del mismo equipo físico), entonces cambia también de área de localización y la información de localización del abonado se modifica en el HLR 9; de este modo, el HLR 9 siempre sabe en qué área de localización se encuentra el usuario.
Si la red ofrece servicio de mensajes cortos, la transmisión de dichos mensajes es gestionada por el SMSC 10 de la red en la que se origina el mensaje corto o SM (Short Message). Dicho SMSC consulta los datos del usuario (VLR e IMSI) al HLR del abonado de destino y envía el mensaje al VLR de destino. Para más información acerca del protocolo MAP y los procedimientos básicos de la red GSM, se puede consultar la especificación de la ETSI: GSM 09.02: Digital Cellular Telecommunications System. Mobile Application Part (MAP) Specification.
Cada red tiene una extensión determinada, normalmente nacional. Cada usuario está suscrito como usuario en una red de origen, operada por un operador de telefonía móvil, en su país de origen. Los datos relevantes de dicho usuario se encuentran en el HLR de dicha red en el país de origen.
Sin embargo, normalmente un usuario de una red de origen o HPLMN (Home Public Land Mobile Network - red de telefonía móvil a la que pertenece un usuario) de un primer país puede utilizar su teléfono móvil también en redes de telefonía móvil de otros países; dichas redes se llaman redes "visitadas" (VPLMN - Visited Public Land Mobile Network - red de telefonía móvil visitada por un usuario que no pertenece a dicha red). El concepto de usar el teléfono móvil en una red que no es la red de origen se conoce como "roaminα" y el usuario que se mueve por una red visitada y que usa los servicios de dicha red se conoce como un "roamer". Cuando un roamer visitante 201 (ver la figura 2) de otra red (HPLMN) 200 extranjera pretende localizarse y utilizar una red visitada (VPLMN) 100 en un país, al encender su teléfono lo primero que hace es sincronizarse al plan de frecuencias de la estación base (BTS) 3 con la que pretende engancharse. A través de la BTS 3 contacta con el VLR 7 de la red visitada que da servicio a la zona geográfica en cuestión (es decir, al VLR que corresponde al BTS con el que está comunicando), para solicitar la actualización de posición.
En la petición de actualización de posición (ver también la figura 9), el teléfono móvil envía (entre otros datos y comandos) el número de identificación de usuario internacional o IMSI ("International Mobile Subscriber Identity") que constituye un identificador universal del usuario móvil en el mundo GSM. No debe confundirse con el MSISDN (Mobile Station International ISDN Number), que constituye el número público a marcar para contactar con el usuario, es decir, su "número de teléfono".
El IMSI se compone de 15 dígitos: los 3 primeros identifican al Código Móvil de País (MCC - Mobile Country Code) y los 2 siguientes al Código de Red Móvil (MNC - Mobile Network Code). A partir de estos primeros 5 dígitos, el VLR 7 puede conocer biun .vocamente la red de origen (HPLMN) 200 a la que pertenece el roamer 201 y así determinar si existe un acuerdo de "roaming" entre el operador de la HPLMN 200 del roamer y el operador de la VPLMN 100 visitada a la que pertenece el VLR 7.
En caso de existir un acuerdo de roaming entre ambos operadores, el VLR 7 debe analizar dicho IMSI para:
- Componer el "Mobile Global Title" (MGT). Este número se obtiene sustituyendo el MCC+MNC por un identificador E.164 (recomendación ITU-T) mediante el cual se pueda direccionar el HLR 209 de la HPLMN 200 a través de la red de señalización internacional 300. Por ejemplo, para los abonados de la red de Telecel-Portugal haciendo roaming en España, el MCC+MNC (268 01 ) debe sustituirse por 35191 , número que identifica Portugal (código de país o "country code" =351 ) y Telecel (91 ) en la red SS7 internacional.
- Construir el mensaje de MAP ("Mobile Application Part" - parte de aplicación de tecnología móvil) "UpdateLocation", utilizando como dirección SCCP ("Signalling Connection Control Part" - nivel de red del stack SS7; SS7 es el sistema de señalización que utiliza la red de telefonía móvil) el "Mobile Global Title". El VLR 7 debe indicar para este operador concreto cual es la versión de MAP y si se soportan opciones de CAMEL (el concepto CAMEL se comentará más abajo). Dicho mensaje es entregado a la pila de señalización SS7 y enviado hacia las pasarelas de señalización internacional. Al llegar a la HPLMN 200, ésta red utiliza los 10 últimos dígitos del IMSI para encontrar el HLR 209 donde están definidos los datos de la subscripción móvil del roamer 201. El HLR 209 permite o deniega la actualización de posición en función de si dicho abonado tiene habilitado el servicio de roaming internacional. En caso afirmativo, y tras intercambiar con el VLR 7 de la red visitada 100 una serie de datos para autentificación, le envía el perfil del abonado (MSISDN, información de servicios básicos y suplementarios, etc).
A partir de ese momento, el roamer 201 queda localizado en el VLR 7 que le da servicio, considerándose un abonado de la red 100 en la que está acampado temporalmente. Por último, en el MSC/VLR se ha de poder configurar el tratamiento de la numeración marcada para cada rango de IMSIs (cada rango de IMSI corresponde a una red de origen HPLMN determinada), aunque en principio el roamer ha de poder acceder a la misma numeración que los propios abonados de la red visitada. El esquema de análisis de número marcado (es decir, cómo obtener las rutas, si consultar algún nodo de red inteligente, etc.) puede variar en función del rango de IMSI del abonado o, lo que es lo mismo, en función de la HPLMN a la que pertenece. Es decir, la MSC obtiene la forma de analizar el número marcado por el roamer a partir de su IMSI, utilizándose una tabla de configuración modificable por el operador.
Para el envío de mensajes cortos o SMs ("Short Messages") dentro del marco del servicio de mensajes cortos o SMS ("Short Message Service") proporcionado por los operadores de telefonía móvil, existen los procedimientos normales estandarizados por GSM para envío de mensaje corto móvil a móvil, pasando por el centro servidor de mensajes cortos o SMSC ("Short Message Service Centre") 10 del operador (ver la figura 3). Sin embargo, existen muchas aplicaciones mediante las cuales se puede enviar un mensaje desde / hacia el mundo IP (por ejemplo, enviar un mensaje corto desde una página web, enviar un mensaje corto originado en móvil -SMS MO- hacia un concurso de televisión, etc.). Con la expresión "mundo IP" ("Internet Protocol) nos referimos al entorno de Internet; el mundo IP se ha ilustado esquemáticamente con la referencia numérica 400 en la figura 3. El SMSC 10 puede recibir una petición de envío de SMS:
- De la MSC 5, mediante un procedimiento normal móvil-móvil (entre un teléfono móvil de origen 1 y un teléfono móvil de destino). El mensaje es transitado hacia el SMSC 10 en base a la dirección del centro servidor, configurable en el terminal para cada operador. - Del mundo IP 400, para lo cual los fabricantes de SMSCs tienen implementados protocolos como el SMPP ("Short Message Peer to Peer Protocol", protocolo para la comunicación entre un SMSC y una aplicación externa).
A partir de ese momento el mensaje es procesado del mismo modo. El SMSC consulta al HLR correspondiente al teléfono móvil de destino 1 ' y en caso de que el móvil de destino no esté disponible, el SMSC almacena el mensaje y lo intenta enviar más tarde, siguiendo una política de reintentos predefinida. Si el móvil de destino sí está disponible, el HLR devuelve al SMSC 10 el IMSI y el número del VLR 8 que corresponde a la estación base 3 de la celda 2 en la que está acampado el móvil de destino. A partir de este momento, el SMSC 10 procede a entregar el mensaje corto encaminándolo hacia el VLR 8 de destino.
La interacción entre el mundo tradicional de las redes de conmutación de circuitos (SS7 - "Signaling System 7" ("Sistema de Señalización 7"): el sistema de señalización que utiliza la red de telefonía móvil) y de paquetes (IP: "Internet Protocol" - protocolo para transmisión en redes de conmutación de paquetes) están convergiendo en una línea común.
Por otra parte, existe el concepto de red inteligente o IN ("Intelligent Network") que ha sido estandarizado por la ITU y ETSI y que se basa en definir una nueva arquitectura de red para ofrecer servicios avanzados de telecomunicación.
El elemento principal de esta arquitectura es el llamado punto de control de servicio o SCP ("Service Control Point"), un nodo que toma el control de la llamada en un momento de la misma. Tras producirse cierto evento relativo a llamada, el conmutador que controla la llamada suspende el procesamiento de la misma contactando con el SCP y quedando a la espera de instrucciones. Para ello se debe utilizar un protocolo de red inteligente IN sobre SS7. Los estándares más comunes de IN son ETSI-Core INAP CSx y AIN (Advanced Intelligent Network) para Red Fija y CAMEL ("Customised Application for Mobile Networks Enhanced Logic") para red móvil.
El SCP puede realizar distintas tareas una vez que tiene el control de la llamada: modificar el número de destino, liberar la llamada, monitorizar eventos básicos de llamada (abonado contesta, está ocupado, cuelga antes de establecer la llamada, etc.), descargar unidades de tiempo garantizado de llamada, ordenar la reproducción de anuncios customizados con y sin recogida de dígitos y acceder a bases de datos externas.
El protocolo CAMEL es en realidad una adaptación de INAP-CS1 para red móvil que además define nuevos campos para el protocolo MAP, en los que se definen los criterios de disparo IN en unas marcas de subscripción que se transfieren al VLR (CSI=CAMEL Subscription Information). Sin embargo, la estandarización e implementación de CAMEL ha ido bastante por detrás de la demanda de mercado en cuanto a servicios de IN en redes móviles. Por ello, en un primer momento se ha optado por introducir servicios como "prepago" mediante protocolos propietarios en red móvil (extensiones de INAP-CS1), así como realizar el disparo (ejecución de los mismos) mediante extensiones propietarias del MAP (marcas de subscripción en VLR). Siendo CAMEL un estándar para IN móvil, permite a un operador ofrecer a sus abonados los mismos servicios durante "roaming" que en su HPLMN (siempre y cuando la red visitada VPLMN soporte CAMEL, esté la funcionalidad abierta, y el abonado esté aprovisionado con las marcas CSI en el HLR de la HPLMN). CAMEL permite el control de la llamada por parte de la HPLMN durante su establecimiento.
Sin embargo, ni todas las redes soportan CAMEL, ni todos los abonados de una red CAMEL están aprovisionados con CSI (principalmente se usa CAMEL para abonados de un servicio de "prepago", para los cuales es esencial dicho control por la HPLMN para el cobro de la llamada).
En escenarios de "roaming" internacional (es decir, roaming en el que la red visitada -VPLMN- corresponde a un país distinto al país de la HPLMN), es bastante común el desconocimiento por parte de los roamers del procedimiento de marcación en llamadas internacionales en la red visitada. Teniendo en cuenta que la inmensa mayoría de las llamadas se suelen hacer al país de origen, se ha estudiado los errores más comunes cometidos en dicho tipo de llamadas y se ha detectado que son los siguientes:
- Marcar el código de país (Country Code) sin anteponer el '+' o el '00' (identificadores de llamada internacional).
- Marcar '+ 00' delante del country code (es decir, utilizar simultáneamente los dos ¡dentificadores de llamada internacional).
- Marcar solamente un O' e inmediatamente después el CC (Country Code).
- Utilizar el '*' (asterisco) en vez del '+'. - Marcación por agenda en formato nacional, como si el usuario estuviese localizado en su país de origen.
- Para ciertos países como el Reino Unido, la inclusión del código de escape para marcación nacional, código que nunca debe ser incluido cuando se marca desde el extranjero (+44 0 resto del número). Este error era muy común al llamar hacia España desde el extranjero, antes del cambio global de numeración española. Antiguamente el '9' constituía un código de escape para marcación en España, que no añadía ningún tipo de información. Sin embargo, para marcación desde el extranjero, dicho código no debía incluirse (p.ej, para llamar a Madrid debía marcarse 0034 1 y no 0034 91 ). Tras la ampliación del plan de numeración español para que el primer dígito identificase el tipo de red (8,9 para fijos; 6 para móviles), dicho dígito ya hubo de incluirse en marcación internacional (+34 91.., +34 607..).
Después de estudios de estos errores se ha llegado a considerar que sería deseable establecer un sistema que proporcionase al roamer una información adecuada sobre estos errores, para evitar que se vuelvan a producir y/o para informar al usuario de cómo marcar correctamente.
Actualmente, las llamadas efectuadas por roamers acampados en muchas redes visitadas extranjeras no son sometidas a ningún procesamiento especial. La numeración es analizada bajo el mismo esquema de enrutamiento que los abonados propios de la red visitada. Solo pequeños cambios han sido introducidos en las MSCs para aplicar una locución en inglés en caso de intento de acceso a un número inexistente. Debe indicarse que el análisis de numeración en las MSCs es un proceso poco flexible: consiste básicamente en quitar y añadir dígitos al número marcado y establecer la ruta a seguir por la llamada. No incluye decisiones complejas, como analizar en mayor profundidad los defectos cometidos en la numeración marcada por los abonados, ni enviar mensajes cortos en caso de marcación defectuosa.
El estándar CAMEL comentado en lo anterior, permite a la HPLMN el control de la llamada realizada por el roamer en el momento de efectuarse. Para ello, dichos abonados "roamer" tienen unas marcas especiales de subscripción (CSI), que permiten establecer un diálogo de control con un SCP de la HPLMN (concretamente, con un gsmSCF - término usado en el mundo GSM para referirse a un SCP involucrado en un diálogo CAMEL) durante el establecimiento de llamada.
Sin embargo, en la actualidad, muchos operadores de redes que hacen de VPLMN no tienen firmados acuerdos CAMEL con todos los demás operadores de redes de telefonía móvil del mundo GSM. Además, en cuanto a algunos operadores, los acuerdos CAMEL sólo se aplican a usuarios del servicio "prepago", es decir, sólo están aprovisionados con marcas CAMEL los abonados de dicho servicio "prepago". Para el resto de los roamers, el control de la llamada pertenece exclusivamente a la red visitada (VPLMN). Por ello, sería deseable ejecutar un servicio complementario al que ofrece CAMEL para abonados que no disfrutan del servicio CAMEL (dicho servicio complementario podría ser inaccesible para usuarios que poseen la marcas CAMEL). Un objetivo de la invención corresponde a ofrecer las bases para un servicio adecuado de información de marcación para usuarios visitantes que no dependa del estándar CAMEL.
DESCRIPCIÓN DE LA INVENCIÓN
Un primer aspecto de la invención se refiere a un sistema de aviso de errores de marcación a usuarios visitantes en una red de telefonía móvil visitada (VPLMN), siendo un usuario visitante un usuario de una red de telefonía móvil de origen
(HPLMN) distinta a la red de telefonía móvil visitada. Según la invención, el sistema comprende: un primer nodo de la red de telefonía móvil visitada que comprende medios de analizar un número marcado por un usuario y determinar si dicho número marcado cumple al menos un criterio de error predeterminado; y medios de enviar un mensaje corto (SM) con un aviso de error de marcación al usuario si dicho número marcado cumple al menos un criterio de error predeterminado. Dicho primer nodo puede ser un punto de control de servicio (SCP) de la red de telefonía móvil visitada.
El sistema puede comprender medios de determinar la identidad de red de telefonía móvil de origen (HPLMN) en base al IMSI del usuario. Por otra parte, el sistema puede comprender: medios de enviar desde el primer nodo de la red de telefonía móvil visitada, un mensaje de envío de mensaje corto a un gateway SS7-IP; medios de enviar desde dicho gateway SS7-IP, un mensaje http de envío de mensaje corto a un servidor de envío de mensajes cortos; y medios de enviar desde dicho servidor de envío de mensajes cortos, un mensaje corto dirigido al usuario, a un centro servidor de mensajes cortos (SMSC) de la red visitada.
El sistema puede comprender medios de seleccionar el texto del mensaje corto en base a la identidad de la red de telefonía móvil de origen (HPLMN), por ejemplo, medios de seleccionar el texto del mensaje corto en base al IMSI del usuario visitante.
El servidor de envío de mensajes cortos puede incluir una base de datos con textos para mensajes cortos, y medios de seleccionar un texto para un mensaje corto en base a un código indicador incluido en el mensaje http recibido del gateway SS7-IP.
El mensaje http comentado en lo anterior puede incluir, al menos, un código indicador de un texto para el mensaje corto y el número (MSISDN) del teléfono móvil del usuario al que debe enviarse el mensaje corto.
El sistema puede comprender medios de enviar al primer nodo, un mensaje inicial de establecimiento de control que comprende, al menos, los siguientes datos: el número de teléfono marcado por el usuario; el número (MSISDN) del teléfono móvil del usuario; y el IMSI del usuario. Los medios de enviar al primer nodo un mensaje inicial de establecimiento de control pueden estar comprendidos en los MSCs de la red de telefonía móvil visitada (VPLMN), de modo que cuando un usuario en una celda correspondiente a un MSC marca un número de teléfono, dicho MSC envía el mensaje inicial de establecimiento de control al primer nodo. El sistema puede comprender medios de control para evitar que se envíe a un usuario un segundo mensaje corto con aviso de error de marcación si el tiempo transcurrido desde el envío de un primer mensaje corto con aviso de error de marcación al mismo usuario es inferior a un tiempo mínimo predeterminado.
Los criterios de error pueden incluir uno o varios criterios seleccionados del grupo que comprende los siguientes criterios:
- el número marcado empieza con "+" seguido por un signo distinto a una cifra C, 1<C<9;
- el número marcado empieza con "00" seguido por un signo distinto a una cifra C, 1<C<9; - el número marcado es un número de 9 cifras que empieza con una cifra que no sea 6, 7, 8 o 9;
- el número marcado empieza con un "+" o "00" seguido por un código de país seguido por un código de escape no aplicable para marcación internacional a dicho país; y - el número marcado es un número con menos de 9 cifras que no sea un código corto.
Otro aspecto de la invención se refiere a un método de aviso de errores de marcación a usuarios visitantes en una red de telefonía móvil visitada (VPLMN), siendo un usuario visitante un usuario de una red de telefonía móvil de origen (HPLMN) distinta a la red de telefonía móvil visitada. El método comprende los pasos de:
(a) analizar, en un primer nodo de la red de telefonía móvil visitada, un número marcado por el usuario y determinar si dicho número marcado cumple al menos un criterio de error predeterminado; (b) si dicho número marcado cumple al menos un criterio de error predeterminado, enviar al menos un mensaje corto (SM) al usuario, comprendiendo dicho mensaje corto al menos un aviso de error de marcación.
El primer nodo puede ser un punto de control de servicio (SCP) de la red de telefonía móvil visitada. El método puede adicionalmente comprender el siguiente paso:
(c) se determina la identidad de la red de telefonía móvil de origen (HPLMN) del usuario y se determina, en base a la identidad de la red de telefonía móvil de origen (HPLMN) del usuario, si el usuario tiene derecho a un servicio de aviso de errores de marcación. La identidad de la red de telefonía móvil de origen se puede determinar en base al IMSI del usuario.
El paso (c) se puede realizar antes del paso (b) e, incluso, antes del paso (a).
El paso (b) puede comprender los pasos de:
- enviar desde un punto de control de servicio (SCP) un mensaje de envío de mensaje corto a un gateway SS7-IP;
- enviar desde dicho gateway SS7-IP, un mensaje http de envío de mensaje corto a un servidor de envío de mensajes cortos;
- enviar desde dicho servidor, un mensaje corto dirigido al usuario visitante, a un centro servidor de mensajes cortos (SMSC) de la red visitada. El texto del mensaje corto se puede seleccionar en base a la identidad de la red de telefonía móvil de origen (HPLMN), por ejemplo, en base al IMSI del usuario visitante.
Se "puede seleccionar el texto entre una pluralidad de textos comprendidos en una base de datos del servidor de envío de mensajes cortos, en base a un código indicador incluido en el mensaje http recibido del gateway SS7-IP.
El mensaje http puede incluir, al menos, un código indicador de un texto para mensaje corto y el número del teléfono móvil (MSISDN) del usuario al que debe enviarse el mensaje corto.
El método puede comprender un primer paso que comprende enviar al primer nodo, un mensaje inicial de establecimiento de control que comprende, al menos, los siguientes datos: el número de teléfono marcado por el usuario; el número del teléfono móvil (MSISDN) del usuario; y el IMSI del usuario. El mensaje inicial de establecimiento de control se puede enviar desde un MSC de la red de telefonía móvil visitada que corresponde a la celda en la que se encuentra el usuario. Antes de enviar un mensaje corto con aviso de error de marcación al usuario, se puede comprobar que ha transcurrido un tiempo mínimo predeterminado desde el envío de un mensaje corto con aviso de error de marcación anterior al mismo usuario y si no ha transcurrido dicho tiempo mínimo predeterminado, no se envía el mensaje corto con aviso de error de marcación. Los criterios de error pueden incluir uno o varios criterios seleccionados del grupo que comprende los siguientes criterios:
- el número marcado empieza con "+" seguido por un signo distinto a una cifra C, 1<C<9;
- el número marcado empieza con "00" seguido por un signo distinto a una cifra C, 1<C<9;
- el número marcado es un número de 9 cifras que empieza con una cifra que no sea 6, 7, 8 o 9;
- el número marcado empieza con un "+" o "00" seguido por un código de país seguido por un código de escape no aplicable para marcación internacional a dicho país; y
- el número marcado es un número con menos de 9 cifras que no sea un código corto.
Es posible llevar a cabo el método sólo para usuarios visitantes que no estén aprovisionados con marca O-CSI de servicio CAMEL.
BREVE DESCRIPCIÓN DE LOS DIBUJOS A continuación se pasa a describir de manera muy breve una serie de dibujos que ayudan a comprender mejor la invención y que se relacionan expresamente con una realización de dicha invención que se presenta como un ejemplo ilustrativo y no limitativo de ésta.
Las figuras 1-3 reflejan, de forma esquemática, la relación entre algunos elementos importantes de redes convencionales (según el estado de la técnica).
La figura 4 refleja, de forma esquemática, una configuración de una red de acuerdo con una realización preferida de la invención. La figura 5 refleja, de forma esquemáticamente la relación entre el SCP y el
SDP-gateway SS7-IP.
La figura 6 refleja, de forma esquemática, la relación entre el SDP-gateway SS7-IP, el servidor IP y el centro servidor de mensajes cortos SMSC.
La figura 7 es un diagrama de flujo que refleja la lógica del servicio de aviso de errores de marcación en el SCP. La figura 8 es un diagrama de flujo que refleja un proceso llevado a cabo en el MSC de la red visitada.
La figura 9 refleja, de forma esquemática un proceso de actualización de posición de un usuario visitante (de acuerdo con el estado de la técnica) La figura 10 refleja, de forma esquemática, algunos pasos del procedimiento según una realización preferida de la invención.
DESCRIPCIÓN DE UNA REALIZACIÓN PREFERIDA DE LA INVENCIÓN
La figura 4 ilustra de forma esquemática una red que en gran parte corresponde al estado de la técnica, tal y como se ha comentado en lo anterior (los componentes convencionales llevan las mismas referencias numéricas que en las figuras relativas al estado de la técnica). Es decir, la VPLMN 100 incluye sus estaciones base 3, sus BSCs 4, sus MSCs 5 y VLRs 7, igual que en las redes convencionales comentadas en lo anterior. Además, se ilustra una red HPLMN 200 con su HLR 209 en el que están almacenados datos relevantes al usuario 201 suscrito en dicha HPLMN 200 pero que actualmente se encuentra de visita ("roaming") en una celda 2 de la VPLMN 100.
El MSC 5 de la VPLMN 100 puede establecer un diálogo de control CAMEL (esquemáticamente ilustrado con la referencia numérica 15 en la figura 4) con un SCP 230 de la red de origen HPLMN 200, concretamente, con un gsmSCF.
Por otra parte, igual que en los sistemas convencionales, también existen medios de diálogo mediante mensajes MAP 14 entre el MSC 5 de la VPLMN 100 y el HLR 209 de la HPLMN 200, por ejemplo, para que el usuario visitante puede utilizar su teléfono móvil en la red visitada VPLMN 100. Ahora bien, la red visitada VPLMN 100 también incluye un punto de control de servicio SCP 11 accesible desde el MSC 5 a través de un STP 12 ("Signalling Transfer Point" - un punto intermedio de señalización de la red, que contribuye a encaminar los comandos y mensajes hacia el punto de destino). El acceso se hace a través de un diálogo INAP-CS1 esquemáticamente ilustrado con la referencia numérica 13 en la figura 4.
Partiendo de la figura 4 y de acuerdo con una realización preferida de la invención, se lleva a cabo las siguientes operaciones:
1 ) La unidad correspondiente al MSC/VLR (referencias numéricas 5 y 7 de la red VPLMN 100 en la figura 1 ) detecta que un usuario visitante ("roamer") marca un número de teléfono. En base al IMSI del usuario, se determina si éste pertenece a una red de origen (HPLMN) con el que existe un acuerdo de aviso de errores de marcación. Si existe tal acuerdo, la unidad MSC/VLR establece un diálogo de control INAP-CS1 (referencia numérica 13 en la figura 4) con el SCP 11 , que es el que contiene la lógica del servicio de aviso de errores de marcación. Dicho diálogo se lleva normalmente a cabo a través de uno o varios STPs 12.
2) El SCP 11 analiza los argumentos de la operación de CS1 InitialDP (mensaje inicial de establecimiento de control) y ejecuta la lógica del servicio de aviso de errores de marcación, para verificar si se da un caso de marcación errónea; preferiblemente, se entiendo como caso de marcación errónea un caso en el que se cumple al menos uno de una serie de criterios de error predeterminados, por ejemplo, los siguientes:
- Marcación del código de país (Country Code) sin anteponer el '+' o el '00' (identificadores de llamada internacional).
- Marcación de '+ 00' delante del código de país (Country Code); es decir, utilización simultánea de los dos identificadores de llamada internacional.
- Marcación de solamente un O' e inmediatamente después el código de país (Country Code).
- Utilización de '*' (asterisco) en vez del '+'.
- Marcación por agenda en formato nacional, como si el usuario estuviese localizado en su país de origen. (Sin embargo, no siempre es posible determinar si se cumple este criterio de error. Por ejemplo, si el usuario se mueve en un VPLMN español y si el número marcado, presuntamente obtenido de la agenda del móvil como si estuviese en su país origen, comienza por '6', '7', '8' ó '9' y su longitud es de 9 dígitos, no se puede identificar si en realidad el abonado está intentando acceder a un número nacional español o bien a un número nacional de su país origen. Ante esta ambigüedad, el servicio de aviso de errores de marcación considerará la llamada correcta, es decir, en el caso del ejemplo dado, con destino España).
- Para ciertos países como el Reino Unido, la inclusión del código de escape para marcación nacional, que nunca debe ser incluido cuando se marca desde el extranjero (+44 0 resto del número).
3) Si no se cumple ningún criterio de error, se supone que no existe ningún error y se deja que la llamada continúe (el SCP 11 enviará la operación Continué al MSC 5).
Si se cumple uno de los criterios de error predeterminados, se supone que la marcación internacional es errónea, y el SCP 11 enviará: - Por una parte, hacia el MSC 5, la operación ReleaseCall, de modo que se libere la llamada con un anuncio vocal indicando que el número marcado no existe.
- Por otra parte, una operación de red inteligente (IN) de acceso a base de datos (pueden utilizarse protocolos propietarios de suministrador o bien ETSI-CS2, como Search). Dicha operación ha de ser enviada hacia una plataforma que haga las funciones de SDP (es decir, que interprete la operación recibida) (SDP es un acrónimo de "Service Data Point" y corresponde a un nodo que guarda datos de servicio y/o abonados en una arquitectura de red inteligente, siendo capaz de devolver y/o modificar datos según peticiones del SCP) y a la vez de gateway con el mundo IP (Internet). En la figura 5, se ilustra esquemáticamente la relación entre el SCP 11 y el SDP-gateway SS7-IP 16, el cual funciona como gateway o puente entre el entorno SS7 (referencia numérica 500 en la figura 5) y el entorno IP (400).
4) El SDP-gateway (o, simplemente, gateway) SS7-IP 16 recibe (a través de un STP 17) el mensaje SS7 (referencia numérica M1 en la figura 5) con los argumentos necesarios para enviar al abonado el mensaje corto (SM). Básicamente, dicho mensaje SS7 debe incluir un código identificador de mensaje corto, el MSISDN (número de teléfono) del usuario que originó la llamada (es decir, del teléfono móvil 201 visitante) y un identificador de un servidor 18 del dominio IP encargado de generar el mensaje corto (SM). A partir de estos argumentos, el SDP-gateway construye una petición http ("Hyper Text Transfer Protocol" - protocolo de aplicación para transmisión sobre IP) hacia dicho servidor 18 del dominio IP (ver la figura 6). Además, el gateway 16 puede enviar un mensaje de confirmación (M2) hacia el SCP 11. Dicho mensaje puede ser iniciado desde el servidor 18 (una vez que haya procesado correctamente la petición http). 5) El servidor 18 del dominio IP extraerá los datos necesarios para generar un mensaje corto. A partir del código identificador de mensaje corto obtendrá su contenido (texto) de una base de datos. Sabiendo el MSISDN del roamer y el texto del mensaje corto educacional, se realizará una petición de envío al SMSC 10 (en el protocolo IP que éste último elemento soporte). 6) Una vez que alcanzado el SMSC 10, el mensaje corto es entregado al teléfono móvil 201 del roamer siguiendo los procedimientos GSM convencionales. La única particularidad es que el SMSC deberá consultar al HLR 209 de la red de origen (HPLMN) 200 (operación de MAP SendRoutinglnfoForSMS) para averiguar el IMSI y el identificador de VLR. El SMSC 10, al recibir el número del VLR 7 correspondiente a la estación base 3 de la celda 2 en la que se encuentra el teléfono móvil 201 del roamer, encaminará dicho mensaje directamente para su entrega sin pasar por gateways internacionales. Es decir, el mensaje corto nunca pasa a señalización internacional 300, dado que el SMSC 10 forma parte de la propia red visitada VPLMN 100. Tan solo se produce una transacción internacional para obtener los datos necesarios para encaminar el mensaje (concretamente, la consulta del SMSC 10 al HLR 209 de la red de origen 200).
Para mayor claridad, pasamos a explicar algunos aspectos de la invención más detalladamente, partiendo de los siguientes tres aspectos: a- Configuración del MSC/VLR (5/7) donde el usuario visitante está acampado para realizar el disparo IN al SCP 11 (suspensión del procesamiento de llamada y establecimiento de mensaje inicial de control). Este disparo debe ser configurado para cada operador al que se le quiere ofrecer el servicio de aviso de errores de marcación. b- Ejecución de la lógica del servicio de aviso de errores de marcación, analizando los argumentos de señalización enviados por la red de conmutación. Basándose en los datos recibidos, la lógica determina si la marcación internacional es correcta o no, y en función de ello realiza o no una petición de envío de mensaje corto al SDP-gateway SS7-IP. c- Flujo e interacción con el mundo IP: el SDP-gateway SS7-IP 16 traduce el mensaje SS7 en una petición http hacia un servidor 18 del dominio IP, un servidor capaz de generar mensajes cortos, el cual obtiene el contenido del mensaje corto a enviar y realiza la petición final al SMSC 10 para su envío. A partir de este punto, el SMSC 10 envía el mensaje corto al roamer destinatario, por métodos convencionales.
El primer aspecto comentado se refiere al "disparo" del servicio de aviso de errores de marcación en el SCP 11 , y la construcción de un mensaje inicial de control {InitialDP). Dicho mensaje de aplicación será entregado a las capas inferiores del protocolo de señalización SS7 (TCAP -"Transaction Capability Application Protocol", SCCP - "Signalling Connection Control Part" y MTP -"Message Transfer Part"), que se encargarán de encaminarlo por los STPs 12 hasta alcanzar el SCP 11 donde reside la lógica del servicio. Se ha optado por hacer el servicio de la invención incompatible con cualquier servicio CAMEL con el que pudiese estar aprovisionado el usuario visitante. En caso de que dicho usuario esté aprovisionado con un O-CSI, se establecerá incondicionalmente el mensaje CAME -lnitialDP hacia la dirección SS7 especificada en el campo gsmSCFAddress (perteneciente al O-CSI). Dicho de otra forma, la MSC/VLR de la red visitada (VPLMN) debe contactar inmediatamente vía red SS7 internacional 300 con el SCP (gsmSCF 230) de la HPLMN 200 cuya dirección se especifica expresamente en la marca O-CSI. A partir de este momento, el SCP (gsmSCF 230) de la HPLMN toma el control de la llamada, pudiendo establecer distintas acciones (entre las cuales se encuentra la modificación del número de destino). (En caso de que el SCP de la HPLMN 200 no modifique el número de destino de llamada, la MSC de la red visitada podría establecer un disparo al servicio local de aviso de errores de marcación. Sin embargo, una solución así sería un tanto complicada, quedando fuera de esta realización preferida de la invención. Esta realización preferida pretende ofrecer una aplicación "pre-CAMEL" a los usuarios visitantes. Se trata en realidad de un concepto antagónico a CAMEL. El estándar CAMEL permite a una HPLMN el controlar una llamada efectuada por un roamer en tiempo real cuando se está estableciendo. Por lo tanto, si el roamer está provisto con O-CSI en el VLR, la red visitada está transfiriendo (debe transferir) el control de la llamada a la HPLMN del usuario, habilitándole acceso para que implemente las funcionalidades de detección y/o notificación de errores de marcación (funciones ejecutadas localmente para usuarios no CAMEL)).
El disparo debe configurarse en base a la identidad del operador del HPLMN del usuario visitante (que puede ser identificado en base al IMSI del usuario visitante), de forma que se pueda activar el servicio de aviso de errores de marcación de forma selectiva en función de la identidad del operador del HPLMN del usuario visitante. De esta forma, se puede ir activando gradualmente el número de operadores a los que se ofrece el servicio. De esta forma se evitarán sobrecargas en el SCP 11 , en la red de señalización SS7 (los STPs), y en los demás sistemas involucrados en el servicio de aviso de errores de marcación (SDP-gateway SS7-IP, nodos IP para envío de mensajes cortos, etc.). De esta forma, los MSCs se pueden configurar de modo que se ejecute el servicio de aviso de errores de marcación para usuarios de algunos HPLMNs pero no para usuarios de otros HPLMNs.
A continuación se muestra el formato ASN.1 , a nivel de aplicación, para el mensaje CS1 InitialDP, usado para transferir el control de la llamada al SCP 11 :
InitialDP OPERATION
ARGUMENT SEQUENCE { serviceKey [0] INTEGER (0..2147483647), calledPartyNumber [2] OCTET STRING (SIZE (1..41)), callingPartyNumber [3] OCTET STRING (SIZE (2..10)), extensions [15] SEQUENCE SIZE (1..16) OF SEQUENCE { type INTEGER (0..63), criticality ENUMERATED { ignore (0), abort (1 ) } DEFAULT ignore, valué [1] kindOfNumberValue EXPLICIT Number
} ExtensionFieldl OPTIONAL
}
ETSI Core INAP CS1 es un estándar orientado a redes fijas. Por ello carece de un campo específico para enviar el contenido del IMSI (información específica de redes móviles). Sin embargo, el estándar permite cierta libertad para que un operador defina extensiones donde pueda enviar dicho tipo de información. El envío de dichas extensiones, así como el contenido de las mismas, es una información específica del operador de red. Para el servicio de aviso de errores de marcación para visitantes, el mensaje InitialDP contiene una extensión en la que se envía el IMSI, para su correcto procesamiento por parte de la lógica en el SCP 11.
El SCP 11 decodificará los argumentos enviados en el InitialDP al recibir dicho mensaje:
- El ServiceKey es un identificador que el SCP utilizará para direccionar la lógica del servicio de aviso de errores (un SCP puede procesar distintas lógicas de servicio según dicho parámetro).
- El CalledPartyNumber contiene el número marcado. Dicho número será objeto de un análisis minucioso para determinar los fallos posibles.
- El CallingPartyNumber contiene el número (MSISDN) llamante. El SCP 11 lo necesita para determinar el destino del mensaje corto (SM) educacional en caso de marcación errónea.
- Por último, el IMSI (codificado dentro de una extensión) contiene información de la red de origen (HPLMN) a la que pertenece el abonado. Dependiendo de dicha red, se podrá customizar el contenido del mensaje corto educacional, por ejemplo, enviar un mensaje en el idioma del país de la HPLMN.
En el SCP 11 , la lógica del servicio realiza un análisis minucioso para detectar los errores más comunes en llamadas internacionales, en línea con lo que se ha comentado en lo anterior. Para asegurarse que se detectan todos estos errores, la lógica de servicio realiza preferiblemente las siguientes comprobaciones: i) Si el número de destino comienza por '+' (parámetro NatureOfAddress = 4 - internacional -), y el primer dígito no pertenece al rango 1..9, entonces se trata de un número erróneo (el primer dígito de un código de país nunca puede ser O' ni mucho menos un dígito hexadecimal como '*' o '#'). ii) Si el número de destino comienza por '00', y el siguiente dígito no pertenece al rango 1..9, entonces también se trata de un número erróneo. iii) Si las comprobaciones realizadas en las secciones 1 y 2 son superadas con éxito, es necesario saber si el país destino tiene código de escape para marcación nacional. Si, por ejemplo, en el caso del Reino Unido, el número marcado comienza con +440 ó 00440, entonces se trata de una llamada errónea. Si un número internacional supera esta última comprobación se considerará una llamada correcta, tras lo cual el SCP dejará continuar la llamada (envío de la operación Continué hacia la MSC 5 para devolverle el control de la llamada). iv) Si no se cumplen ninguna de las condiciones previas, el abonado puede estar o bien intentando acceder al plan de numeración nacional de su país incorrectamente o bien al plan de numeración del país visitado. La lógica de la invención comprueba si se cumple esta última condición. En este punto siempre hay que contar con una ambigüedad obvia: puede existir colisión con el plan de numeración del país origen. El usuario visitante puede estar intentando acceder a su agenda en la que puede tener un número en formato nacional que coincida con el formato del país de la red visitada (VPLMN). Un ejemplo muy claro lo tenemos en el plan de numeración móvil de Portugal con respecto a España. Para marcación interna, en Portugal el rango '91 ' está reservado para la red móvil de Telecel®. Un roamer portugués puede intentar, por ejemplo, marcar el 91XXXXXXX cuando está localizado en una red española. En este caso, es imposible determinar si el abonado pretende contactar erróneamente con un móvil portugués a través de la marcación por agenda o si por el contrario quiere contactar con un número de la provincia española de Madrid (los teléfonos fijos de Madrid tienen números de 9 dígitos que empiezan por "91"). Ahora bien, un servicio de aviso de errores de marcación basado en la invención e implementada en una red móvil española, podría realizar las siguientes comprobaciones:
- Si el número marcado tiene 9 dígitos y comienza por 6, 7, 8 ó 9 (rangos asignados a redes fijas o móviles españolas) la llamada se dejará continuar. - Si el número marcado tiene menos de 6 dígitos (posibilidad de acceso a código corto), la llamada se dejará continuar.
Si la marcación coincide con alguno de los criterios de llamada errónea, se procede de la siguiente forma:
1. A partir del IMSI (que identifica biunívocamente a la HPLMN), la lógica de la invención, implementada en el SCP 11, extrae un código identificador del mensaje corto educacional a enviar al abonado. El SCP 11 envía hacia el SDP-gateway SS7-IP 16 una orden o mensaje de envío de mensaje corto, mediante un protocolo IN de acceso a bases de datos (se puede tratar de un protocolo propietario específico de operador de red o bien de ETSI-CS2 - operación Search-). En dicho mensaje SS7 (M1 en la figura 5) se enviará la información necesaria para completar el envío del mensaje: el código identificador del mensaje corto educacional, el identificador de la plataforma para el envío del mensaje corto (es decir, el identificador del servidor 18), y el número (MSISDN) de destino (que coincidirá con el número de teléfono del teléfono móvil 201 del usuario roamer). Este mensaje se encaminará a través de los STPs 17 hacia el SDP-gateway SS7-IP 16.
2. El SCP 11 libera la llamada mediante la operación de CS1 ReleaseCall. Dicha operación se envía de vuelta a la MSC 5. La causa específica para liberar la llamada es un dato específico de operador de red. Por ejemplo, la causa puede ser unallocated number. Tras la recepción de esta causa, la MSC 5 aplica al abonado, por ejemplo, una locución genérica en inglés indicando que el número marcado no existe.
Otro aspecto de la invención comentado en lo anterior es el que se refiere al envío del mensaje corto educacional. El elemento clave para el procesamiento del mensaje corto educacional en el dominio IP es el SDP-gateway SS7-IP 16. Este elemento es una plataforma que ejerce las funciones de traducción de un mensaje SS7 (que lleva una serie de argumentos claves para enviar el mensaje corto) en una petición http, que será procesada en el mundo IP 400.
El SDP-gateway SS7-IP 16 tiene cargadas unas tablas de configuración para determinar la dirección IP del servidor 18 encargado de generar y enviar los mensajes cortos (SM). Hacia dicha dirección IP, el gateway SS7-IP envía un mensaje http indicando el código identificador de mensaje corto (puede haber, por ejemplo, un código de mensaje corto específico por cada HPLMN con la que existe acuerdo de servicio de aviso de errores de marcación y un código identificador de mensaje corto general que se aplica a HPLMNs con cuyos operadores no existen acuerdos de tal servicio) y el MSISDN destino de dicho mensaje corto. Se muestra a continuación un modelo para dicho mensaje http: http://servidor_sms.vodafone.es/mensajes_imv/imv?msisdn=n°destino&token=identific ador_SMS
Preferiblemente, el gateway 16 tiene implementada una lógica de control de flujo de envío de mensajes cortos. Un comportamiento muy previsible por parte de los abonados cuando realizan una marcación incorrecta es reintentar la llamada. Puesto que la recepción de un mensaje corto educativo tarda un tiempo (en el orden de unos segundos) desde la marcación incorrecta correspondiente, es conveniente disponer de un mecanismo de control para evitar una avalancha de un mensaje corto por cada marcación incorrecta. Con este mecanismo:
- Se evitan posibles sobrecargas tanto en la red SS7 como en la red IP.
- Se evita un efecto molesto para el usuario final: sería molesto recibir varias veces el mismo mensaje corto educativo, lo cual sería contraproducente si lo que se quiere es ofrecer una notificación educacional con el fin de aumentar el grado de satisfacción del usuario.
Por cada operación de envío de mensaje corto educativo iniciado a través del SDP-gateway SS7-IP 16, dicho gateway incluirá en una tabla el número MSISDN del abonado al que se le envía el mensaje. Junto a dicho número se incluirá una marca horaria que indique cuándo se ha producido dicha operación. Cuando el SDP-gateway SS7-IP recibe del SCP 11 una operación SS7 para el envío de un mensaje corto educativo, el SDP-gateway 16 consulta si el MSISDN se encuentra en dicha tabla. En caso afirmativo, comprueba la marca horaria y analiza si ha transcurrido un tiempo mínimo (por ejemplo, 15 minutos) desde dicha marca horaria (se puede usar, por ejemplo, un temporizador configurable). Si no ha transcurrido dicho tiempo mínimo, el gateway 16 no envía el mensaje http hacia el servidor 18, enviando igualmente hacia el SCP 11 una confirmación M2 de mensaje correctamente procesado (es decir, el control para evitar que se envíen múltiples mensajes cortos educativos de forma consecutiva en el caso de repetirse varias marcaciones erróneas dentro de un intervalo corto de tiempo, se lleva a cabo en el gateway 16 y es algo transparente para el SCP 11 ).
Por otra parte, el servidor 18 de envío de mensajes cortos lleva a cabo las dos siguientes acciones:
- Cargar el texto del mensaje corto educativo a partir del código identificador de mensaje corto (el SCP 11 envía un código que identifica de forma unívoca un texto almacenado en una base de datos del servidor 18).
- Ejecutar un CGI ("Common Gateway Interface" - mecanismo para ejecución remota de servicios mediante http) para enviar dicho mensaje mediante SMPP u otro protocolo del mundo IP al SMSC 10, que se encargará de su distribución al destinatario (el teléfono móvil 201) mediante procedimientos convencionales GSM.
Ambas funciones (obtención del texto del mensaje corto y el CGI para envío del mismo) pueden ser ejecutadas en máquinas físicas distintas, dependiendo ello exclusivamente de la arquitectura utilizada por el operador de la red.
La figura 7 refleja, de forma esquemática, la lógica del SCP 11. En el paso SO, el SCP recibe el mensaje inicial de control InitialDP con:
- el "ServiceKey" que identifica al servicio de aviso de errores de marcación;
- el "CalledPartyNumber" que es el número marcado;
- el "CallingPartyNumber" que es el número (MSISDN) del teléfono móvil 201 que realiza la llamada; y el IMSI del teléfono móvil que realiza la llamada.
En el paso S1 , el SCP comprueba que los parámetros "CalledPartyNumber" y
"CallingPartyNumber" están presentes en el mensaje InitialDP recibido. Si están presentes, se pasa al paso S2. Si no, se realiza la acción SC que consiste en enviar un mensaje "Continué" al MSC 5, con lo cual el MSC pasa a realizar el análisis convencional del número marcado y a obtener la ruta para establecer la llamada.
En el paso S2 empieza el análisis del número marcado; se comprueba si empieza con un "+"; si empieza con un "+", se pasa al paso S4; en el caso contrario, se pasa al S3.
En S3, se comprueba si el número empieza con "00"; si empieza con "00", se pasa al S4, en el caso contrario, a S5.
En S4 se comprueba si el código de país empieza con un dígito de 1 a 9; en el caso de que empieza con tal dígito, se va a S6; en el caso contrario, a S7.
En S5 se comprueba si el número es un "código corto"; en el caso de sí, se va a SC (que ya hemos comentado); en el caso de no, se va a S8. En S6 se comprueba, en función del código de país detectado, si se ha marcado tanto un código de país como un código de escape que no debe marcarse en dicho país, en el caso de sí, se va a S7. En el caso de no, se va a SC.
En S7 se comprueba si el IMSI está presente en el InitialDP. Si está presente, se pasa a S9; si no, se pasa a S10. En S8 (paso específico para una aplicación en una red española) se comprueba si la longitud del número marcado es de nueve cifras y si empieza por una cifra del intervalo 6-9; en el caso de sí, se va a SC. En el caso de no, se va al paso S7 (descrito en lo anterior).
En S9 se comprueba si el IMSI recibido en el mensaje InitialDP (paso SO) corresponde al rango de IMSI correspondiente a un operador de HPLMN para el que se tiene previsto un mensaje corto educativo particular (p.e., debido a un acuerdo suscrito con dicho operador). En el caso de sí, se va al paso S11 , en el caso de no, se va a SIO.
En el paso S10, se carga (en el mensaje M1 ilustrado en la figura 5) un código identificador de mensaje corto correspondiendo a un mensaje corto con texto "estándar" o "por defecto" almacenado en la base de datos del servidor 18; este texto corresponde a los mensajes cortos que se envían a usuarios que corresponden a operadores que no deben recibir un tratamiento especial (por ejemplo, por no existir un acuerdo especial de servicio de aviso de errores de marcación con dichos operadores).
En el paso S11 , se carga (en el mensaje M1 ilustrado en la figura 5) un código de mensaje corto correspondiendo a un mensaje corto específico, seleccionado en función del operador de la HPLMN 200 que corresponde al usuario del teléfono móvil que realizó la marcación; el texto puede haber sido establecido en un acuerdo suscrito entre el operador de la VPLMN y el operador de la HPLMN.
En el paso S12, se envía el mensaje M1 (ver la figura 5) al gateway SS7-IP 16, desde el cual se envía el mensaje http al servidor 18 (ver la figura 6).
Seguidamente, en el paso S13, se envía un mensaje ReleaseCall al MSC 5.
Por otra parte, la figura 8 refleja un proceso que se lleva a cabo en el MSC 5 de la HPLMN correspondiente a la celda en la que el usuario visitante realiza la llamada. Los pasos que se llevan a cabo son los siguientes:
S20: "SOLICITUD DE LLAMADA" (una solicitud de llamada consiste en que el
MSC recibe una petición de llamada saliente de un abonado localizado en un área a la cual da servicio dicho MSC. Dicha petición de llamada se origina tras la marcación de un número por parte del abonado y el establecimiento del contacto vía radio con la red.)
S21 : "Análisis de IMSI para obtención de esquema de numeración" (el IMSI recibido en la petición de llamada debe direccionar el modo de análisis -esquema de numeración- del número marcado para obtención del procesamiento de la llamada). S22: "Trigger de servicio de aviso de errores de marcación para visitantes activo". Si el trigger está activo, se pasa al paso S23; si no, se pasa al paso S31. (Trigger quiere decir en sentido estricto "condición de disparo" o de "establecimiento de control con SCP". A partir del rango de I MSI se puede configurar el esquema de numeración: esto quiere decir que se puede configurar si ejecutar o no el disparo IN, y todo ello individualmente para cada rango de IMSI. Es decir, podría existir alguna HPLMN para cuyos abonados no se quisiera invocar el procedimiento de aviso de errores de marcación, analizando la llamada mediante los procedimientos ordinarios asociados a llamadas básicas de redes conmutadas.)
S23: se comprueba si el usuario visitante tiene marca O-CSI ("marca CAMEL"); si tiene esta marca, se pasa al paso S24 (con lo cual la red visitada se desentiende de los avisos de errores de marcación; el control sobre la llamada pasa a la HPLMN); en el caso contrario, se pasa a S25.
S24: se procede de acuerdo con CAMEL (se realiza un disparo CAMEL al gsmSCF 230 (figura 4), etc.). Este procedimiento es conocido y no requiere más explicaciones.
S25: se envía el mensaje InitialDP (que es recibido por el SCP 11 en el paso SO en la figura 7). Luego, se pasa al paso S26.
S26: "Espera"; aquí, el MSC 5 espera hasta que se produzca una de las siguientes tres incidencias: - S27: el MSC recibe el mensaje "ReleaseCall" del SCP 11 (paso S13 en la figura 7) y pasa al paso S28, en el que libera la llamada (no se sigue adelante con la llamada) y se envía al teléfono móvil una locución genérica (por ejemplo, en inglés) indicando que el número marcado no existe.
- S29: el MSC recibe el mensaje "CONTINUÉ" del SCP (este mensaje se envía en los pasos SC ilustrados en la figura 7); en tal caso, se pasa a S31.
- S30: se produce un mensaje "ERROR" debido a que un tiempo superior a un umbral predefinido ha transcurrido sin que se haya producido ninguno de los pasos S27 y S29. En tal caso, el MSC abandona el estado de espera (paso S26) y procede al paso S31 (esto para que la llamada no quede "colgada" en el caso de no funcionar correctamente el servicio de errores de marcación; este servicio es un servicio "complementario" concebido para dar un mejor servicio al cliente, y un mal funcionamiento de este servicio no debe afectar negativamente al servicio básico, es decir, a las posibilidades de realizar llamadas).
S31 : análisis convencional del número marcado y obtención de ruta para la llamada. Para facilitar aún más la comprensión de la invención, a continuación se hace referencia a las figuras 9 y 10.
La figura 9 refleja de forma esquemática un proceso de actualización de posición de un usuario visitante (de acuerdo con el estado de la técnica); la figura ilustra los siguientes pasos:
B1: Petición de actualización de posición vía radio (a través de la estación base
3 de la celda en la que se encuentra el usuario)
B2: Petición de información de autentificación al HLR 209 de la HPLMN
B3: Obtención de las tripletas. El HLR obtiene las tripletas a través del AUC. B4: Envío desde el HLR de las tripletas de autenticación hacia el VLR 7 de la red visitada
B5: Envío número aleatorio de autentificación (RAND) B6: Envío respuesta firmada (SRES) para autentificación B7: Petición de actualización de posición (UpdateLocation) hacia el HLR de la HPLMN
B8: Envío del perfil de abonado (InsertSubscriberData) hacia el VLR 7 La figura 10 refleja, de forma esquemática, algunos pasos del procedimiento según una realización preferida de la invención.
Al: Mensaje SETUP para establecimiento de llamada del roamer (del teléfono móvil 201 del usuario)
A2: Configuración de disparo INAP-CS1 hacia el SCP 11 en función del IMSI del usuario
A3: Para marcación errónea, mensaje de orden de envío de mensaje corto educativo A4: Mensaje http con los parámetros necesarios para el envío del mensaje corto educativo
A5: Envío del mensaje corto por SMPP u otro protocolo orientado a IP A6: Confirmación de envío desde el servidor 18 hasta el SCP 11 a través del gateway 16. (El servidor 18 inicia esta confirmación una vez que ha procesado el mensaje http. Ahora bien, cuando el gateway 16 opta por no enviar dicho mensaje http debido a que el tiempo transcurrido desde un mensaje anterior al mismo abonado no supera el tiempo mínimo establecido, el gateway 16 se hace cargo de generar y de enviar una confirmación de envío hasta el SCP, ya que el mecanismo para evitar el envío al abonado de múltiples mensajes cortos con contenido idéntico, debe ser un tema transparente para el SCP, tal y como se ha comentado en lo anterior).
A7: Liberación de llamada con locución (llamada errónea) o bien continuar
(llamada correcta).
A8: Establecimiento ordinario de llamada (solo en llamadas correctas). La invención proporciona una base para un servicio de aviso de errores que supone una ayuda para marcación correcta a roamers visitantes de otras redes, ya que los roamers pueden recibir una notificación educacional (en su propio idioma y adaptada a lo que el operador de la HPLMN del roamer considere conveniente).
Se trata de un mecanismo para análisis de marcación que permite la transferencia del control de llamada al SCP. Dicho nodo es capaz de implementar un análisis más flexible y minucioso que el que pueda realizar un conmutador tradicional (MSC).
A la vez constituye una solución de red inteligente no CAMEL para roamers; esta solución se implementa exclusivamente en la red visitada, pero los roamers tienen la sensación de recibir los mensajes cortos educativos de su HPLMN (como si fuera su HPLMN la que estuviese controlando los fallos de numeración y envío de mensajes cortos correspondientes).
El contenido del mensaje corto se puede customizar a nivel de operador de la red de origen. También se puede optar por no activar la funcionalidad para determinados operadores.
Se trata de un servicio de valor añadido no crítico. Esto es, si falla el mecanismo (por ejemplo, el procedimiento realizado en el SCP) la llamada debe preferiblemente continuar analizándose mediante los procedimientos convencionales de conmutación de circuitos. La invención, de acuerdo con la realización preferida descrita en lo anterior, supone la interconexión entre los mundos de señalización SS7 e IP, con el fin de ordenar el envío de un mensaje corto (SM) desde un nodo SCP. Actualmente, ningún estándar de red inteligente/CAMEL permite dicho envío mediante interfaz SS7 entre SCP y SMSC. A lo largo de la presente descripción y reivindicaciones la palabra "comprende" y variaciones de la misma, como "comprendiendo", no pretende excluir otros pasos o componentes.

Claims

REIVINDICACIONES
1.- Un sistema de aviso de errores de marcación a usuarios visitantes en una red de telefonía móvil visitada (VPLMN) (100), siendo un usuario visitante un usuario de una red de telefonía móvil de origen (HPLMN) (200) distinta a la red de telefonía móvil visitada (100), caracterizado porque comprende: un primer nodo (11 ) de la red de telefonía móvil visitada (100) que comprende medios de analizar un número marcado por un usuario (201 ) y determinar si dicho número marcado cumple al menos un criterio de error predeterminado; y medios de enviar un mensaje corto (SM) con un aviso de error de marcación al usuario si dicho número marcado cumple al menos un criterio de error predeterminado.
2.- Un sistema según la reivindicación 1 , caracterizado porque dicho primer nodo es un punto de control de servicio (SCP) (11) de la red de telefonía móvil visitada
(100).
3.- Un sistema según cualquiera de las reivindicaciones anteriores, caracterizado porque comprende medios de determinar la identidad de red de telefonía móvil de origen (HPLMN) en base al IMSI del usuario.
4.- Un sistema según cualquiera de las reivindicaciones anteriores, caracterizado porque comprende: medios de enviar desde el primer nodo (11 ) de la red de telefonía móvil visitada
(100), un mensaje (M1 ) de envío de mensaje corto a un gateway SS7-IP (16); medios de enviar desde dicho gateway SS7-IP (16), un mensaje http de envío de mensaje corto a un servidor (18) de envío de mensajes cortos; medios de enviar desde dicho servidor (18) de envío de mensajes cortos, un mensaje corto dirigido al usuario (201 ), a un centro servidor de mensajes cortos
(SMSC) (10) de la red visitada (100).
5.- Un sistema según cualquiera de las reivindicaciones anteriores, caracterizado porque comprende medios de seleccionar el texto del mensaje corto en base a la identidad de la red de telefonía móvil de origen (HPLMN).
6.- Un sistema según la reivindicación 5, caracterizado porque comprende medios de seleccionar el texto del mensaje corto en base al IMSI del usuario visitante.
7.- Un sistema según la reivindicación 4, caracterizado porque el servidor (18) de envío de mensajes cortos incluye una base de datos con textos para mensajes cortos, y medios de seleccionar un texto para un mensaje corto en base a un código indicador incluido en el mensaje http recibido del gateway SS7-IP (16).
8.- Un sistema según la reivindicación 4, caracterizado porque el mensaje http incluye, al menos, un código indicador de un texto para el mensaje corto y el número (MSISDN) del teléfono móvil del usuario (201 ) al que debe enviarse el mensaje corto.
9.- Un sistema según cualquiera de las reivindicaciones anteriores, caracterizado porque comprende medios de enviar al primer nodo (11), un mensaje inicial de establecimiento de control que comprende, al menos, los siguientes datos: el número de teléfono marcado por el usuario; el número (MSISDN) del teléfono móvil del usuario; y el IMSI del usuario.
10.- Un sistema según la reivindicación 9, caracterizado porque los medios de enviar al primer nodo (11 ) un mensaje inicial de establecimiento de control están comprendidos en los MSCs (5, 6) de la red de telefonía móvil visitada (VPLMN), de modo que cuando un usuario en una celda (2) correspondiente a un MSC (5) marca un número de teléfono, dicho MSC envía el mensaje inicial de establecimiento de control al primer nodo (11).
11.- Un sistema según cualquiera de las reivindicaciones anteriores, caracterizado porque comprende medios de control para evitar que se envíe un segundo mensaje corto con aviso de error de marcación a un usuario si el tiempo transcurrido desde el envío de un primer mensaje corto con aviso de error de marcación a dicho usuario es inferior a un tiempo mínimo predeterminado.
12.- Un sistema según cualquiera de las reivindicaciones anteriores, caracterizado porque los criterios de error incluyen uno o varios criterios seleccionados del grupo que comprende los siguientes criterios:
- el número marcado empieza con "+" seguido por un signo distinto a una cifra C, 1<C<9; - el número marcado empieza con "00" seguido por un signo distinto a una cifra
C, 1<C<9;
- el número marcado es un número de 9 cifras que empieza con una cifra que no sea 6, 7, 8 o 9;
- el número marcado empieza con un "+" o "00" seguido por un código de país seguido por un código de escape no aplicable para marcación internacional a dicho país; y
- el número marcado es un número con menos de 9 cifras que no sea un código corto.
13.- Un método de aviso de errores de marcación a usuarios visitantes en una red de telefonía móvil visitada (VPLMN) (100), siendo un usuario visitante un usuario de una red de telefonía móvil de origen (HPLMN) (200) distinta a la red de telefonía móvil visitada (100), caracterizado porque comprende los pasos de:
(a) analizar, en un primer nodo (11 ) de la red de telefonía móvil visitada (100), un número marcado por el usuario y determinar si dicho número marcado cumple al menos un criterio de error predeterminado;
(b) si dicho número marcado cumple al menos un criterio de error predeterminado, enviar al menos un mensaje corto (SM) al usuario, comprendiendo dicho mensaje corto al menos un aviso de error de marcación.
14.- Un método según la reivindicación 13, caracterizado porque el primer nodo es un punto de control de servicio (SCP) (11) de la red de telefonía móvil visitada (100).
15.- Un método según cualquiera de las reivindicaciones 13 y 14, caracterizado porque
(c) se determina la identidad de la red de telefonía móvil de origen (HPLMN) del usuario y se determina, en base a la identidad de la red de telefonía móvil de origen (HPLMN) del usuario, si el usuario tiene derecho a un servicio de aviso de errores de marcación.
16.- Un método según la reivindicación 15, caracterizado porque la identidad de la red de telefonía móvil de origen se determina en base al IMSI del usuario.
17.- Un método según cualquiera de las reivindicaciones 15 y 16, caracterizado porque el paso (c) se realiza antes del paso (b).
18.- Un método según la reivindicación 17, caracterizado porque el paso (c) se realiza antes del paso (a).
19.- Un método según cualquiera de las reivindicaciones 13-18, caracterizado porque el paso (b) comprende: - enviar desde un punto de control de servicio (SCP) (11 ) un mensaje (M1 ) de envío de mensaje corto a un gateway SS7-IP (16);
- enviar desde dicho gateway SS7-IP, un mensaje http de envío de mensaje corto a un servidor (18) de envío de mensajes cortos;
- enviar desde dicho servidor (18), un mensaje corto dirigido al usuario visitante (201 ), a un centro servidor de mensajes cortos (SMSC) (10) de la red visitada (100).
20.- Un método según cualquiera de las reivindicaciones 13-19, caracterizado porque el texto del mensaje corto se selecciona en base a la identidad de la red de telefonía móvil de origen (HPLMN).
21.- Un método según la reivindicación 20, caracterizado porque el texto del mensaje corto se selecciona en base al IMSI del usuario visitante.
22.- Un método según la reivindicación 19, caracterizado porque se selecciona el texto entre una pluralidad de textos comprendidos en una base de datos del servidor (18) de envío de mensajes cortos, en base a un código indicador incluido en el mensaje http recibido del gateway SS7-IP (16).
23.- Un método según la reivindicación 19, caracterizado porque el mensaje http incluye, al menos, un código indicador de un texto para mensaje corto y el número del teléfono móvil (MSISDN) del usuario (201 ) al que debe enviarse el mensaje corto.
24.- Un método según cualquiera de las reivindicaciones 13-23, caracterizado porque comprende un primer paso que comprende enviar al primer nodo (11 ), un mensaje inicial de establecimiento de control que comprende, al menos, los siguientes datos: el número de teléfono marcado por el usuario; el número del teléfono móvil (MSISDN) del usuario; y el IMSI del usuario.
25.- Un método según la reivindicación 24, caracterizado porque el mensaje inicial de establecimiento de control se envía desde un MSC (5) de la red de telefonía móvil visitada (100) que corresponde a la celda (2) en la que se encuentra el usuario.
26.- Un método según cualquiera de las reivindicaciones 13-25, caracterizado porque antes de enviar un mensaje corto con aviso de error de marcación al usuario, se comprueba que ha transcurrido un tiempo mínimo predeterminado desde el envío de un mensaje corto con aviso de error de marcación anterior al mismo usuario y si no ha transcurrido dicho tiempo mínimo predeterminado, no se envía el mensaje corto con aviso de error de marcación.
27.- Un método según cualquiera de las reivindicaciones 13-26, caracterizado porque los criterios de error incluyen uno o varios criterios seleccionados del grupo que comprende los siguientes criterios: - el número marcado empieza con "+" seguido por un signo distinto a una cifra
C, 1<C<9;
- el número marcado empieza con "00" seguido por un signo distinto a una cifra C, 1<C<9;
- el número marcado es un número de 9 cifras que empieza con una cifra que no sea 6, 7, 8 o 9;
- el número marcado empieza con un "+" o "00" seguido por un código de país seguido por un código de escape no aplicable para marcación internacional a dicho país; y
- el número marcado es un número con menos de 9 cifras que no sea un código corto.
28.- Un método según cualquiera de las reivindicaciones 13-27, caracterizado porque sólo se lleva a cabo para usuarios visitantes que no estén aprovisionados con marca O-CSI de servicio CAMEL.
PCT/ES2003/000446 2002-09-04 2003-09-03 Sistema y método de aviso de errores de marcación Ceased WO2004023773A1 (es)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US10/526,599 US20060046721A1 (en) 2002-09-04 2003-09-03 Dialling error warning system and method
AU2003266415A AU2003266415A1 (en) 2002-09-04 2003-09-03 Dialling error warning system and method
EP03793826A EP1549033A1 (en) 2002-09-04 2003-09-03 Dialling error warning system and method
JP2004533522A JP2005538587A (ja) 2002-09-04 2003-09-03 ダイヤル・エラーを通知するシステムおよび方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ES200202021A ES2201921B1 (es) 2002-09-04 2002-09-04 Sistema y metodo de aviso de errores de marcacion.
ESP200202021 2002-09-04

Publications (1)

Publication Number Publication Date
WO2004023773A1 true WO2004023773A1 (es) 2004-03-18

Family

ID=31970632

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2003/000446 Ceased WO2004023773A1 (es) 2002-09-04 2003-09-03 Sistema y método de aviso de errores de marcación

Country Status (6)

Country Link
US (1) US20060046721A1 (es)
EP (1) EP1549033A1 (es)
JP (1) JP2005538587A (es)
AU (1) AU2003266415A1 (es)
ES (1) ES2201921B1 (es)
WO (1) WO2004023773A1 (es)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008505526A (ja) * 2004-07-01 2008-02-21 タンベルグ テレコム エーエス 管理システムのモニタと制御
WO2007010404A3 (en) * 2005-03-02 2009-04-16 Roamware Inc Dynamic generation of csi for outbound roamers

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7715856B2 (en) * 2004-06-02 2010-05-11 Interdigital Technology Corporation Reporting terminal capabilities for supporting short message service
US8090392B2 (en) 2005-08-05 2012-01-03 Interdigital Technology Corporation Method and system for reporting a short message capability via an IP multimedia subsystem
JP4305531B2 (ja) 2007-03-08 2009-07-29 ソニー株式会社 無線通信装置、無線通信システム、無線通信方法およびプログラム
JP5209736B2 (ja) * 2007-12-14 2013-06-12 ケーティー コーポレーション 移動通信端末機の呼処理システム、及びその呼処理方法
JP5347447B2 (ja) * 2008-11-19 2013-11-20 日本電気株式会社 移動通信システム及び該システムに用いられる移動機位置管理方法
CN101562797B (zh) * 2009-05-21 2012-07-25 中国电信股份有限公司 一种综合短消息发送、接收系统和实现方法
EP2745486B1 (en) * 2011-09-30 2016-05-25 Telefonaktiebolaget LM Ericsson (publ) Suppressing camel service invocation for diverting users
NO336691B1 (no) * 2012-12-14 2015-10-19 Ipco As Fremgangsmåte for å tjene besøker-abonnenter i et mobilkommunikasjonssystem
US12501267B2 (en) 2022-07-08 2025-12-16 T-Mobile Usa, Inc. Secure messaging framework for preventing SIM swap fraud

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999037080A1 (en) * 1998-01-20 1999-07-22 British Telecommunications Public Limited Company Connection handling in communications networks
US6108410A (en) * 1997-09-16 2000-08-22 Nynex Science And Technology Inc. Methods and apparatus for automating the detection, reporting and correction of operator input errors
WO2001022752A1 (en) * 1999-09-17 2001-03-29 Markport Limited A short message gateway
US6310948B1 (en) * 1997-11-17 2001-10-30 At&T Corp. Method and apparatus for analyzing international long distance dialing errors and automatically completing a call

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5206901A (en) * 1991-12-23 1993-04-27 At&T Bell Laboratories Method and apparatus for alerting multiple telephones for an incoming call
JPH088709B2 (ja) * 1993-02-03 1996-01-29 日本電気株式会社 移動体電話端末におけるダイヤル操作軽減システム
GB2296158B (en) * 1994-12-15 1999-06-23 Nokia Mobile Phones Ltd Dialling apparatus
US5963864A (en) * 1996-05-31 1999-10-05 Bellsouth Intellectual Property Management Corporation Method and system for automatically connecting telephone calls to multiple devices having different directory numbers
JPH10215479A (ja) * 1997-01-31 1998-08-11 Toshiba Corp 移動通信システムとその交換装置
US6615045B1 (en) * 1999-03-03 2003-09-02 Lucent Technologies Inc. Method for transferring data upon request using permanent identifier
US6560456B1 (en) * 1999-05-24 2003-05-06 Openwave Systems, Inc. System and method for providing subscriber-initiated information over the short message service (SMS) or a microbrowser
US6611516B1 (en) * 1999-06-21 2003-08-26 Nokia Telecommunications Oyj Short message service support over a packet-switched telephony network
JP2002152195A (ja) * 2000-11-10 2002-05-24 Ntt Docomo Inc 認証サーバ、認証方法及び記録媒体
US7184764B2 (en) * 2001-02-08 2007-02-27 Starhome Gmbh Method and apparatus for supporting cellular data communication to roaming mobile telephony devices
US6819932B2 (en) * 2001-03-05 2004-11-16 Tekelec Methods and systems for preventing delivery of unwanted short message service (SMS) messages

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6108410A (en) * 1997-09-16 2000-08-22 Nynex Science And Technology Inc. Methods and apparatus for automating the detection, reporting and correction of operator input errors
US6310948B1 (en) * 1997-11-17 2001-10-30 At&T Corp. Method and apparatus for analyzing international long distance dialing errors and automatically completing a call
WO1999037080A1 (en) * 1998-01-20 1999-07-22 British Telecommunications Public Limited Company Connection handling in communications networks
WO2001022752A1 (en) * 1999-09-17 2001-03-29 Markport Limited A short message gateway

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008505526A (ja) * 2004-07-01 2008-02-21 タンベルグ テレコム エーエス 管理システムのモニタと制御
WO2007010404A3 (en) * 2005-03-02 2009-04-16 Roamware Inc Dynamic generation of csi for outbound roamers
US7742763B2 (en) * 2005-03-02 2010-06-22 Roamware, Inc. Dynamic generation of CSI for outbound roamers

Also Published As

Publication number Publication date
JP2005538587A (ja) 2005-12-15
US20060046721A1 (en) 2006-03-02
ES2201921B1 (es) 2005-05-16
ES2201921A1 (es) 2004-03-16
EP1549033A1 (en) 2005-06-29
AU2003266415A1 (en) 2004-03-29

Similar Documents

Publication Publication Date Title
ES2359736T3 (es) Generación dinámica de csi para abonados itinerantes salientes.
CA2402335C (en) Method and system for providing compatibility between telecommunication networks using different transmission signaling systems
ES2256964T3 (es) Metodo y aparato para propocionar servicios moviles especificos de red.
ES2354722T3 (es) Generación dinámica de información csi para abonados itinerantes entrantes.
ES2795699T3 (es) Procedimiento y un dispositivo para asegurar una interfaz de sistema de señalización nº 7
US8326286B2 (en) Multiple IMSI numbers
JP4865262B2 (ja) 無線９１１番コールに対する一意的なコールバック番号を提供する方法
US6097950A (en) Method and system for global roaming in a cellular telecommunications system
ES2381225T3 (es) Mensajería en redes de telecomunicaciones móviles
EP2389769B1 (en) Method and system for addressing a mobile terminal
ES2268908T3 (es) Procedimiento para encaminar mensajes en al menos una red de telecomunicaciones segun la norma gsm.
EP1849319B1 (en) A roaming gateway
ES2339699T3 (es) Sistema de control de llamadas para abonado que entra en itinerancia.
US9313759B2 (en) Methods, systems, and computer readable media for providing triggerless equipment identity register (EIR) service in a diameter network
US7113781B1 (en) Methods and systems for generating and sending messages in a mobile communications network in response to a change in location of a subscriber
ES2249835T3 (es) Procedimiento y sistema para la conexion de abonados a varias redes de telecomunicacion con un numero de llamada.
ES2425761T3 (es) Procedimiento y aparato para la configuración de un dispositivo de comunicación
ES2201921B1 (es) Sistema y metodo de aviso de errores de marcacion.
US7684793B2 (en) Anti-traffic redirection system
US20060291418A1 (en) Method and system for optimal call routing in GSM foreign mode for CDMA to GSM roaming
ES2452515T3 (es) Método para sustitución de tarjeta SIM
ES2203295B1 (es) Sistema y procedimiento de acceso a la informacion de abonado de una red de telefonia movil desde la red tcp/ip.
SE534829C2 (sv) Metod för att åstadkomma ett kvittobevis i ett mobilt telekommunikationsnät
KR101113864B1 (ko) 이중모드 이동통신단말기에서의 자동번호 변환 방법
WO2006048038A1 (en) Charging of short messages (sms) in a mobile telecommunications network supporting number portability

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004533522

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2003793826

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2006046721

Country of ref document: US

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 10526599

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2003793826

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 10526599

Country of ref document: US