Source: http://www.google.com/patents/US5940492?dq=5754119
Timestamp: 2015-07-07 16:46:13
Document Index: 439546712

Matched Legal Cases: ['arts 26', 'art) 32', 'art) 33', 'arts 46', 'art 46', 'art 47', 'art 48', 'art 48', 'application no. 9604379']

Patent US5940492 - Global title translation in a telecommunications signalling network ... - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inAdvanced Patent SearchPatentsA method is disclosed that avoids the need to enlarge the translation tables held by Signal Transfer Points (STPs), for the purpose of effecting global title routing of certain signalling messages to enable number portability. Signalling links are monitored to detect messages needing to be routed by...http://www.google.com/patents/US5940492?utm_source=gb-gplus-sharePatent US5940492 - Global title translation in a telecommunications signalling network supporting local number portabilityAdvanced Patent SearchPublication numberUS5940492 APublication typeGrantApplication numberUS 08/803,052Publication dateAug 17, 1999Filing dateFeb 19, 1997Priority dateJul 30, 1996Fee statusLapsedAlso published asEP0827319A2, EP0827319A3Publication number08803052, 803052, US 5940492 A, US 5940492A, US-A-5940492, US5940492 A, US5940492AInventorsJames Robertson Galloway, Douglas John Carson, Salih Kabay, Peter John MottishawOriginal AssigneeHewlett-Packard CompanyExport CitationBiBTeX, EndNote, RefManPatent Citations (16), Referenced by (40), Classifications (24), Legal Events (6) External Links: USPTO, USPTO Assignment, EspacenetGlobal title translation in a telecommunications signalling network supporting local number portability
US 5940492 AAbstract
A method is disclosed that avoids the need to enlarge the translation tables held by Signal Transfer Points (STPs), for the purpose of effecting global title routing of certain signalling messages to enable number portability. Signalling links are monitored to detect messages needing to be routed by global title; the global title of each such message is then checked to see if it relates to a ported number and if this is the case, the global title is modified to a number that will result in the appropriate routing of the message on the basis of the existing translation tables of the STPs.
1. A method of facilitating global title translation in a telecommunications signalling network supporting local number portability (LNP) for each subscriber number determined to be ported; said signalling network comprising signalling links for carrying control messages between signalling end points at least some of which correspond to bearer-circuit switches, signalling transfer points for routing the control messages, and LNP resource means for providing for each said subscriber number determined to be ported, a routing number related to an actual network location of said subscriber number determined to be ported; said control messages including particular messages intended to be routed by said signalling transfer points in dependence on global title data held in each such particular message in the form of a subscriber number; said method comprising the steps of:(a) intercepting said control messages on at least one of said signalling links of the signalling network and selecting from the intercepted messages certain of said particular messages, (b) for each selected one of said particular messages, determining by reference to said LNP resource means whether the subscriber number forming the global title data of the particular message is a ported number, (c) where step (b) determines the subscriber number to be a ported number, modifying the global title data through use of said routing number corresponding to the ported number forming the global title data received with the particular message, and (d) forwarding on over the signalling network, after said modifying thereof said selected particular messages. 2. A method according to claim 1, wherein one said selected particular message is intended to be routed to the switch from which the subscriber identified by the global title data currently depends, said routing number used to modify the global title data in step (c) indicating said switch.
3. A method according to claim 1, wherein one said selected particular message is intended to be routed to a subscriber-information database resource covering an area including the current network location of the subscriber identified by the global title data of the message, said routing number used to modify the global title data in step (c) indicating one of this database resource and a signalling transfer point with knowledge of the location of this database resource.
4. A method according to claim 1, wherein said LNP resource means includes for each said ported number both a first routing number indicative of the switch from which the subscriber currently depends, and a second routing number for routing messages to a subscriber-information database resource covering an area including the current network location of the subscriber, each said selected particular message including a type indicator and step (c) using said type indicator to determine which of said first and second routing numbers is to be used to modify the global title data.
5. A method according to claim 1, wherein unmodified global title data of said particular messages is of a first length and the modified global title data provided in step (c) is of a second length, shorter than said first length.
6. A method according to claim 5, wherein step (c) further involves shortening the global title data of any said selected particular messages that do not relate to ported numbers to said second length, and wherein in step (a) a selection criterion against which said particular messages are selected is that the global title data is of said first length whereby if a message has already been subjected to said method, it is not selected again for undergoing steps (b) and (c).
7. A method according to claim 1, wherein the passing of said control messages over said at least one signalling link of the signalling network is effected in accordance with a signalling link-level protocol having state, steps (a) and (d) being effected without affecting a current state of the signalling link-level protocol on the signalling link concerned.
8. A method according to claim 1, wherein the passing of said messages over said at least one signalling link of the signalling network is effected in accordance with a signalling link-level protocol having state, steps (a) and (d) being effected by setting up independent signalling link-level protocol exchanges with each end of the signalling link concerned whereby in step (a) said messages are intercepted by reception from one end of the signalling link in accordance with the signalling link-level protocol operated therewith, and in step (d) the messages are forwarded by transmission to the other end of the signalling link in accordance with the signalling link-level protocol operated therewith.
9. Apparatus for facilitating global title translation in a telecommunications signalling network supporting local number portability (LNP) for each subscriber number determined to be ported; said signalling network comprising signalling links for carrying control messages between signalling end points at least some of which correspond to bearer-circuit switches, signalling transfer points for routing the control messages, and LNP resource means for providing for each said subscriber number determined to be ported, a routing number related to an actual network location of the ported subscriber number; said control messages including particular messages intended to be routed by said signalling transfer points in dependence on global title data held in each such particular message in the form of a subscriber number; said apparatus comprising:intercept means for intercepting said control messages on at least one of said signalling links of the signalling network, selection means for selecting from messages intercepted by said intercept means certain of said particular messages, determining means for determining, for each selected said particular message, whether a subscriber number forming the global title data of the particular message is a ported number, global title data modifying means responsive to said determining means determining that a subscriber number is a ported number, to modify the global title data through use of said routing number corresponding to the ported number forming the global title data as received with the particular message, and means for forwarding on over the signalling network the said selected particular messages, after modification thereof. Description
The present invention relates to a method and apparatus for facilitating global title translation in a telecommunications signalling network supporting number portability. The present invention has particular application to telecommunication signalling networks operating substantially in accordance with Signalling System No.7, whether as specified by the ITU-TS (formerly CCITT), ANSI, ETSI (for GSM), Bellcore or similar body, such a network being herein referred to as an SS7 network. The CCITT Signalling System Number 7 is specified in Recommendations Q.700-Q.716 CCITT Volume VI--Fascicle VI.7, Geneva 1989, ISBN 92-61-03511-6 which is herein incorporated by reference.
In modern switched telecommunication systems (in particular, modern PSTNs) it has become common practice to provide two related but separate network infrastructures: a bearer or transmission network for carrying end-user voice and data traffic, and a signalling network for controlling the setup and release of bearer channels through the bearer network in accordance with control signals transferred through the signalling network. In practice such signalling networks comprise high-speed computers interconnected by signalling links; computer programs control the computers to provide a set of operational and signalling functions in accordance with a standardized protocol. One example of such a signalling protocol is the afore-mentioned Signalling System No. 7 (SS7) which is extensively deployed for control of telephone and other data transmission networks. An SS7 network basically comprises various types of signalling points, namely, signalling end points (SEPs) and signalling transfer points (STPs) interconnected by signalling links, the SEPs being associated for example with respective service switching points (SSPs) of the transmission network, and with service control points (SCPs).
Referring to FIG. 1, an SS7 network 10 is shown inter-communicating three signalling end points constituted by two service switching points SSPs 11 (between which extend speech circuits 12 of a transmission network not further illustrated) and a service control point SCP 13. The SCP serves to implement particular services (sometimes called IN, or Intelligent Network, services) in response to service requests received from an SSP, such a service request being generated by an SSP upon certain trigger conditions being met in the SSP in respect of a call that it is handling. A typical service may involve the translation of the dialer number (called party number) to a different number, the SCP returning this latter number to the SSP to enable the latter to complete call setup.
FIG. 2 illustrates the SS7 architecture. Levels 1 to 3 (referenced 21, 22, 23) form the message transfer part (MTP) 24. The MTP 24 is responsible for transferring signalling information between signalling points in messages. Level 4 (not referenced as a whole) comprises circuit-related user parts, namely ISDN User Part (ISUP) 26 and Telephone User Part(TUP) 27. These user parts define the meaning of the messages transferred by the MTP 24 and provide functionality to the users of SS7 (block 29). The user parts 26 and 27 are specific to particular types of circuit-related applications as indicated by their names. In fact, the ISUP is the most important user part, the TUP being a subset of ISUP and having been largely replaced by the latter. Most inter-exchange signalling (such as between SSPs 11 in FIG. 1) is circuit-related signalling using ISUP messages.
As well as the circuit-related user parts, SS7 level 4 also includes functional elements defining a general protocol for non-circuit-related information, such as operations, maintenance and administration information or network database information. The main functional element in this Level 4 protocol is the Transaction Capabilities (TC) 30 which sits on top of a Signalling-Connection-Control Part (SCCP) 31 and beneath a TC Users element 32.
The SCCP 31 actually forms part of the transfer mechanism for non-circuit-related applications, combining with MTP 24 to provide transfer mechanisms (both connectionless and connection oriented) meeting the Open Systems Interconnection (OSI) Layer 3/4 boundary requirements. TC 30 itself comprises two elements, namely an intermediate-services part (ISP) and a transaction-capabilities application part (TCAP); ISP is only used for connection-oriented services. Users of the SCCP/TC stack include the INAP (Intelligent Network Application Part) 32 and MAP (Mobile Application Part) 33. With reference to FIG. 1, messages passed between an SSP 11 (FIG. 1) and SCP 13 will be INAP messages using SCCP/TC (in fact, such messages are generally concerned with real time query/response transactions for which a connectionless service is most appropriate so that only the TCAP part of TC is used). Non circuit-related inter-exchange signalling also use SCCP/TC messages; for example, to implement a callback-when-free service, the originating and destination exchanges may exchange SCCP/TC messages. It should also be noted that ISUP may use the SCCP for certain messages.
The general form of a signal unit 40 is shown in FIG. 3. As can be seen, a field 41 carrying message/data is encapsulated in a Level 2 framework comprising the following fields: a flag field; a backward sequence number field (BSN); a backward-indicator bit (BIB); a forward sequence number field (FSN); a forward-indicator bit (FIB); a length indicator field (LI); a spare field (SP); a check field; and a terminating flag field. The FSN, FIB, BSN, BIB and check fields provide error correction functionality at link level in a manner well understood by persons skilled in the art.
Each MSU carries a service information octet SIO and a signalling information field. The SIO field includes a Service Indicator sub-field that defines the user part or equivalent appropriate to the message. The SIF contains the information being transferred and will generally include a routing label 43 comprising a destination point code (DPC) indicating the destination signalling end point, an originating point code (OPC) indicating the originating signalling end point, and a signalling link selection field for specifying a particular link in cases where two signalling points are linked by a multiple-link link set. The MTP 24 is not aware of the contents of the SIF other than the routing label.
SCCP Messages With Global Titles
Of interest to the present invention are certain of the messages using the SCCP. Each SCCP-level message is encapsulated in the SIF field of an MSU as is illustrated in FIG. 3. As well as the routing label 43 described above, an SCCP message comprises a message type field 45 and a number of parameters organised into three parts 46, 47, 48 according to type. Mandatory parameters of fixed length are placed in the mandatory fixed part 46. Mandatory parameters of variable length are placed in the variable mandatory part 47. Optional parameters are placed in the optional part 48.
The SCCP messages of particular interest to the present invention are those that include additional addressing information in the form of a global title; where a global title is present, it will be contained in a Called Party parameter. This parameter is included in Connection Request SCCP messages and all connectionless SCCP messages. By way of example, the connectionless Unitdata message will now be briefly described with reference to FIG. 4, the Unitdata message type being that used for service requests to SCPs as well as for other transaction-oriented message exchanges (including switch-to-switch service requests). In a Unitdata message, apart from the message type, the only mandatory fixed parameter is the protocol class parameter (in this case indicating that a connectionless service is required). The mandatory variable part comprises three parameters Called Party Number 50, Calling Party Number 51 and Data 52, the starts of these parameters being indicated by pointers placed at the beginning of the mandatory variable part. It is the Data parameter 52 that carries the message data. There are no optional parameters (and thus no optional part 48) in a Unitdata message.
The Called Party Number parameter 50 contains addressing information additional to that contained in the routing label 43. Parameter 50 comprises an address portion 53 including one or more address elements, and an address indicator portion 54 with information about the contents of the address portion 53. The address elements that may be included in the address portion 53 are a signalling point code 55 indicating the final destination signalling point of the message, a subsystem number 56 indicating the destination functional entity for the message at the destination signalling point, and a global title 57 generally in the form of a telephone number compliant with a particular numbering plan. The address indicator portion comprises a point code indicator (PC IND) indicating the presence or absence of the address element 55, a subsystem number indicator (SSN IND) indicating the presence or absence of the address element 56, a global title indicator indicating the presence or absence of the address element 57 and its contents if present, and a routing indicator (RTG IND) indicating whether routing is to be carried out on the basis of the global title or on the basis of the destination point code in the MTP routing label and the subsystem number address element 56.
As indicated by its name, a global title identifies a destination globally within the telecommunications system concerned. The global title address element 57 in its simplest form illustrated in FIG. 4, comprises a nature of address indicator 58 and the global title address 59 itself; the indicator 58 serves to indicate whether the global title is a subscriber number, a national significant number or an international number. The global title address element 57 may also include translation type, numbering plan and encoding scheme information.
When an SCCP message is routed through the signalling system, the point code of the final destination may not be known to the sending entity but may need to be determined along the way from the global title information contained in the message (assuming the latter is of a type including the Called Party parameter with global title information). In this case, the message must be routed in two or more hops at the MTP routing level; in other words, the message is, for example, initially sent with the MTP DPC (destination point code) set to indicate an STP that has a gateway role between the originating and destination local exchange carriers, and then the DPC is changed at the STP to the point code of the next hop destination (which may be the intended final destination). The identity of the final destination is contained in the SCCP global title and in order to correctly forward on the SCCP message, the STP must carry out a global title translation to derive the required DPC for the next MTP hop; this translation is generally done by means of a lookup table. The size of the required lookup table will depend on the number of digits of the global title that need to be considered. Thus, for example, in the USA although the national numbering plan is based on ten digits, the organisation and significance of these digits has in the past meant that global title translation typically needed take account of the first six digits only. More particularly, the first three digits indicate the local exchange carrier (LEC), the second three the LEC switch (or other resource) concerned, and the final four digits indicate a particular subscriber line of the indicated LEC switch. Because SCCP messages are intended for a resource such as a switch rather than a particular subscriber line (though, course, they may relate to such a line), the last four digits of the ten digit global title could in the past be disregarded for the purposes of global title translation; indeed, generally only the first six digits were used for the global title.
However, with the advent of local number portability, the issue of global title translation has become more complex as identification of the destination resource may need all ten digits (in the case of the US numbering plan) of the global title as will be more fully explained below. The present invention is concerned with global title translation in systems supporting local number portability. In order to further place the present invention appropriately in its context, a short description will next be given of local number portability.
Local Number Portability (LNP) has become a regulatory requirement in the USA. LNP is intended to allow subscribers to move between LECs (Local Exchange Carriers) whilst retaining their existing telephone numbers, within a rating area.
(2),(3) An LNP SCP database lookup is now performed to determine if the Called Party Number CdPN is ported. This lookup is done by sending an LNP query message to the SCP in the form a TCAP/SCCP Unitdata message. Typically, this query message will be routed via an STP as illustrated.
(4),(5) The SCP after performing an LNP database lookup returns an LNP response message, in the form of a TCAP/SCCP Unitdata message, containing the LRN found by the database lookup. If the customer has ported the LRN will be different from the original CdPN whereas for non-ported customers the LRN will be the same as the original CdPN (in this latter case, the response message could simply include a "not ported" indicator rather than any number).
(6),(7) The LNP response message tells EO1 whether the DN is for a ported customer and, if so, the LRN of the customer. Assuming the DN is for a ported customer, EO1 routes the call based on the LRN routing tables. The chosen route will generally be via an Access Tandem as the call is destined for a different carrier. Once a route is selected, switch EO1 prepares an IAM with the following substitutions: CdPN=LRN, GAP=DN and FCI=LNP Query Done. The IAM is then transmitted.
(8) When the IAM arrives at the recipient switch EO3, a check is performed on the FCI and GAP. In the present example, this check indicates that the IAM relates to a ported customer and so EO3 must substitute CdPN=GAP and then perform a lookup on the CdPN to establish the physical connection to the CPE (Customer Premises Equipment).
It will be appreciated that a switch-based implementation of the above LNP scheme requires significant modification to the switch software together with extensive validation testing of the modified software. In order to avoid this, our copending UK patent application no. 9604379.9 filed Feb. 26, 1996 proposes an LNP arrangement based on LRNs which is implemented by means of programmable message substitution units that are inserted into the signalling links and effect LNP lookups on any IAMs detected (unless such a lookup has already been done).
The introduction of LNP represents a major change for PSTNs since it breaks the traditional correlation between a dialled number and the geographical location (or at least network location) of the called party. Unfortunately, it is not only switches that are affected by this, but also any network element, such as an STP, that may need to effect SCCP message routing based on global titles. Thus considering again the case of a global title made up of a ten digit US telephone number, the final destination of the message concerned (for example, a switch) will no longer necessarily be given by the first six digits and it may be necessary to take all ten digits to identify the message destination. This obviously has a significant impact on the size of the translation tables needing to be kept by entities such as STPs and, of course, it requires modification to the related software.
It is an object of the present invention to obviate the need to upgrade STPs and other network elements effecting global title translation, in order to enable them to cope with the consequences of LNP.
According to one aspect of the present invention, there is provided a method of facilitating global title translation in a telecommunications signalling network supporting number portability for subscriber numbers; the signalling network comprising signalling links for carrying control messages between signalling end points at least some of which correspond to bearer-circuit switches, signalling transfer points for routing the control messages, and LNP resource means for providing for each ported subscriber number a routing number related to the actual network location of the ported subscriber number; said control messages including particular messages intended to be routed by said signalling transfer points in dependence on global title data held in each such message in the form of a subscriber number; said method comprising the steps of:
(a) intercepting said control messages on at least one link of the signalling network and selecting from the intercepted messages at least certain of said particular messages,
(b) for each selected said particular message, determining by reference to said LNP resource means whether the subscriber number forming the global title of the message is a ported number,
(c) where step (b) determines the global title to be a ported number, modifying the global title in dependence on the said routing number corresponding to the ported number forming the unmodified global title, and
(d) forwarding on over the signalling network the said selected particular messages.
In relation to signalling system no.7, the particular messages are SCCP messages to be routed by global title.
Where a service to be implemented requires an SCCP message to be sent from an originating switch to a destination switch using a global title based on a subscriber number (for example, automatic call-back when free), then if the subscriber is a ported number the associated routing number upon the basis of which the global title is modified in step (c), will indicate the switch from which the subscriber currently depends.
Where a service to be implemented requires an SCCP message to be sent to a subscriber-information database resource covering an area including the current network location of the subscriber identified by the global title of the message, then if the subscriber number is a ported number the associated routing number upon the basis of which the global title in step (c), will indicate one of this database resource and a said signalling transfer point with knowledge of the location of this database resource.
Preferably, the LNP resource means includes for each ported number both a first routing number indicative of the switch from which the subscriber currently depends, and a second routing number for routing message to a subscriber-information database resource covering an area including the current network location of the subscriber, each said selected particular message including a type indicator and step (c) using said type indicator to determine which of the first and second routing numbers is to be used to modify the global title.
Advantageously, the unmodified global title of each said particular message is of a first length and the modified global title provided in step (c) is of a second length, shorter than said first length. In fact, step (c) preferably further involves shortening the global title of any said selected particular messages that do not relate to ported numbers to said second length. In this case, by arranging for a selection criterion against which said particular messages are selected in step (a) to be that the global title is of said first length, if a message has already been subjected to global title checking according to the method of the invention, it is not selected again for undergoing steps (b) and (c).
According to another aspect of the present invention, there is provided apparatus for facilitating global title translation in a telecommunications signalling network supporting number portability for subscriber numbers; said signalling network comprising signalling links for carrying control messages between signalling end points at least some of which correspond to bearer-circuit switches, signalling transfer points for routing the control messages, and LNP resource means for providing for each ported subscriber number a routing number related to the actual network location of the ported subscriber number; said control messages including particular messages intended to be routed by said signalling transfer points in dependence on global title data held in each such message in the form of a subscriber number; said apparatus comprising:
intercept means for intercepting said control messages on at least one link of the signalling network,
selection means for selecting from the messages intercepted by said intercept means at least certain of said particular messages,
determining means for determining, for each selected said particular message, whether the subscriber number forming the global title of the message is a ported number,
global-title modifying means responsive to said determining means determining that a global title is a ported number, to modify the global title in dependence on the said routing number corresponding to the ported number forming the unmodified global title, and
means for forwarding on over the signalling network the said selected particular messages.
Methods embodying the invention of performing global title translation in a telecommunications signalling network supporting number portability will now be described, by way of non-limiting example, with reference to the accompanying diagrammatic drawings, in which:
FIG. 4 is a diagram showing the format of a Unitdata SCCP message;
FIG. 6 is a diagram showing the operations involved in implementing a call-back when free service using global title translation in accordance with this invention and using a message interceptor;
FIG. 7 is a diagram showing the operational placement of the message interceptor;
FIG. 8 is a time diagram illustrating the delay Tpmsu introduced by the message interceptor; and
FIG. 9 is a block diagram showing the main functional units of the message interceptor.
A method according to the invention for effecting global title translation in a signalling system supporting LNP is described below, with reference to FIG. 6, in relation to a service, such as automatic call back when free, utilising subscriber-to-subscriber messaging between originating and terminating switches. The described method is implemented using a message interceptor disposed in an SS7 signalling link. The message interceptor: detects SCCP messages that are to routed according to their global titles; determines if the ten-digit subscriber number (for example) in the global title of such a message is a ported number and, if so, substitutes the first six digits of the corresponding LRN; and then forwards on the SCCP message. A suitable form of message interceptor is also described with reference to FIGS. 7 to 9.
Call-Back When Free Service Example
The method of the invention will be illustrated by reference to the messaging associated with a call-back when free service in the same circumstances as described above with reference to FIG. 5, namely where a party A (EO1) is attempting to contact B who has now ported from carrier 1 (EO2) to carrier 2 (EO3). The attempted call setup including in particular how LNP is handled is, for example, dealt with in the same manner as described with reference to FIG. 5; alternatively, LNP may be implemented in some other way such as described in our above-referenced copending application. For present purposes, it is assumed that the attempted call set up through the access tandem AT has been unsuccessful because party B is already engaged on a call.
The operations that follow the dialing of "444-1234" when Party A invokes automatic callback will now be described, these operations being indicated by bracketed reference numbers in FIG. 6:
(1) EO1 examines the dialed digits.
(2) EO1 determines that it needs to send a service request message to the switch handling party B and accordingly EO1 sends a message based on TCAP QRY message to that switch. This message utilises an SCCP Unitdata message to transport the TCAP data and includes B's full ten digit number (708-444-1234) in the global title, the routing indicator in the address indicator (see element 54 in FIG. 4) being set to indicate that routing is to be effected on the basis of global title information. The message is launched by EO1 towards STP1.
(3) A message interceptor intercepts the MSU traffic from the links between EO1 and STP1. This is done on a per-link basis. For each SCCP message detected, a check is made as to whether routing is to be effected on the basis of the global title, and if so, if the global title is of ten digit or six digit form. If the global title is of ten digit form, it is assumed that it has not already been processed to check for ported numbers whereas if the global title is only six digits, it is assumed that such processing has already been done. Only global-title routed SCCP messages with ten digit global titles are further processed, all other messages are simply forwarded by the message interceptor unchanged. For each of those messages to be further processed, an LNP database lookup is performed across a data network to determine if the subscriber number forming the global title is ported. Where the database lookup indicates that the number is a non-ported number, the message interceptor may truncate the global title to the first six to nine digits, as the remaining digits may have no routing significance. For ported numbers, the LNP database returns an LRN and the message interceptor substitutes the significant six digits of this LRN for the original global title. Thus, in the present example, the global title becomes 708-555.
(4)-(6) The message interceptor now sends out the TCAP/SCCP Unitdata message with its modified global title towards STP1. STP1 effects routing based on the global tide information by referencing its translation tables (based on six digits). STP1 routes the messages of interest towards STP2 which in turn routes the message to switch EO3, the appropriate final destination for the message.
(7)-(9) EO3 notes the request for automatic call-back when free in relation to party B, B's unported number (708-444-1234) having been included in the TCAP data requesting the service. EO3 then sends a TCAP response message back to EO1; this time routing is done on the basis of DPC and SSN, the DPC corresponding to the OPC included in the TCAP query. The route taken by the response message is illustrated as being the same as for the query message though this is not necessarily the case. The message interceptor does not concern itself with the TCAP response message as it is routed by DPC+SSN rather than global title.
From the foregoing, it can be seen that the intervention of the message interceptor to modify global titles based on ported numbers, enables the STPs to handle global title translation using existing lookup tables based on six digits.
The foregoing example relates to a service involving subscriber-to-subscriber messaging between originating and terminating switches. For other services, it may be required to address a TCAP query to a central carrier-specific database to interrogate particular subscriber details such as credit limit. The request may be launched from the carrier's own network or a remote network (for example, in respect of a credit card call made in network X using a credit card from network Y). Before the advent of LNP, the calling party's own telephone number could in some instances be used as a direct guide as to the home network of that party; a database query could then be launched either towards the subscriber database of that network (for example, directly if the database's point-code was known, or via a gateway STP for the relevant network, this STP being capable of recognising the query as one destined for the subscriber database and forwarding it appropriately). The introduction of LNP means that an LNP association must be made on the calling party's own number; thus, the TCAP query could include the calling party's own number as the global title (ten digits) and it would then be up to the STPs to translate this global title to direct the message appropriately, even in the case of ported numbers. To achieve this, the STPs would need translation tables based on ten digits. This can again be avoided by using the global-title translating message interceptor; in this case the message interceptor would detect global-title routed SCCP messages relating to database queries, do an LNP lookup and if the number were a ported one, modify the global title appropriately. The STPs could then continue to operate on six digits rather than ten digits. In fact, the message interceptor could be arranged, in respect of all global-title routed database queries, to modify the global title such that the query is directed to a gateway STP for the appropriate network, it then being the responsibility of the STP to recognise the query type and direct it to the subscriber database concerned. With this latter arrangement, the message interceptor is performing a rather different type of translation to that involved when simply replacing the original subscriber-number global title with the corresponding LRN--the new global title is no longer subscriber related but network gateway related. It is therefore possible that the same message interceptor may be required to effect different types of message translation in dependence on TCAP query type and in this case, the query type must, of course, be inspected before carrying out the translation.
The message interceptor can be of the general form described in EP-A-0 669 771 in which a signalling link is effectively split into two links by the interceptor, the interceptor operating independent link-level protocol engines for exchanges with the two ends of the interrupted link. A message interceptor of this form whilst effective, is relatively complicated. A simpler form of message interceptor will now be described below with reference to FIGS. 7, 8 and 9.
FIG. 7 illustrates the general disposition of a message interceptor 60 in one channel 61 of a bi-directional link between an SSP and an STP, this channel 61 passing messages from the SSP to the STP. Messages on the channel 61 are routed through the message interceptor 60 and in effect enter a delay pipe subjecting them to a delay Tpmsu (see FIG. 8 which depicts both a message P flowing from SSP to STP along the channel 61 and a return message Q flowing in the opposite direction on the channel 62 which does not pass through the interceptor 60 so there is no delay Tpmsu in this channel).
A bypass relay arrangement 65 permits the interceptor 60 to be bypassed in fault conditions and in this case there will, of course, be no delay Tpmsu in messages passing along the channel 61 (see message R in FIG. 8).
A key feature of the message interceptor 60 is that it does not modify MTP Level 2 state-based protocol procedures viz. backward error correction and flow control; it may, however, modify error checking and delimitation procedures which are stateless transformations.
During normal operation of the message interceptor, as each message passes through the interceptor it is examined by comparing its type and possibly the values of particular parameters with trigger condition data held by the message interceptor to see if the message is a global-title routed SCCP message (generally a TCAP query message) which the message interceptor is intended to process. If the message interceptor is triggered to respond, it will take appropriate action to modify the global title data, such as by effecting an LNP database lookup in a database 66, possibly on an external server (though where appropriate a local cache memory may be provided of sufficient size to hold the database). Once new global title data are derived, they are inserted in the message concerned and the message is then forwarded.
FIG. 9 is a functional block diagram of the message interceptor 60. The message interceptor comprises the following units:
checks the frame meets MTP L2 criteria for frame length and that the CRC-16 check is correct; such frames are tagged as `good`;
Timestamping Unit 77 Message frames are timestamped on receipt of the first octet, the timestamp register is driven by the recovered clock information from the unit 70. A watchdog timer checks if the timestamp register is running and instructs the supervision unit 71 (see below) to place the relays 65A, 65B in pass-thru (bypass) mode if no clock is found.
Lookup candidate selection unit 75 This unit has TCAP/SCCP knowledge to allow it to detect particular message types (notably, but without limitation, Unitdata messages carrying TCAP queries) and to extract the parameter values of interest (notably, but without limitation, called party numbers holding global titles). Thus, in relation to the FIG. 6 example, upon the unit 75 detecting a `call-back when free` TCAP query with a 10 digit global title, it will initiate a lookup in the database 66 (FIG. 7) against the extracted global title as soon as the latter is available. Lookups can be distributed between servers e.g. by using the first digit of a local number to decide which server to use. Fault tolerant lookups are also feasible by effecting multicast lookup to primary and secondary servers. Lookups may be transmitted via a LAN to a server or may be directed to a cache on board the interceptor. Only messages tagged as good are examined by the unit 75, those tagged as bad being passed through the interceptor unchanged.
Substitute lookup responses Unit 76 This unit effects any required modification to the global title of a message. Such modification may cause the message frame length to change and it is then the responsibility of the unit 76 to make any required adjustments to the length indicators and to the messages' internal pointers.
Bandwidth balance Unit 78 This unit checks if the timestamp of the frame at the head of the delay pipe was received at a time interval Tpmsu (the pipe delay constant) before the time currently shown in the timestamp register. Let us call this difference Tdiff. The unit 78 endeavours to keep the delay through the interceptor as constant as possible to prevent excessive jittering of the link throughput which could make queuing delays at the STP erratic and subsequent modelling difficult. The unit 78 operates according to the following rules:
4. Delete an MSU: by deleting an MSU at the head of the queue bandwidth for the preceding frame will be allocated. The MTP flow control procedure at the STP side of the message interceptor will then detect a missing sequence number and request re-transmission.
4. A message encoding rule has been broken on the traffic on the outgoing stream
5. An excessive number of re-transmitted frames is received on the incoming stream. (This may be due to a hardware failure in the transmitter so the unit should be taken out of service as a precautionary measure)
It will be appreciated that many variants are possible to the above described embodiments. Furthermore, although the above description relates to an SS7 signalling network, it will be appreciated that the message interceptor and the method of the invention could be arranged to operate with other, similar, signalling networks. In particular, it is possible to vary the physical and link levels from those generally specified for an SS7 network. Thus the message interceptor and method of the invention may be applied to a signalling network in which the basic link transport mechanism is based on ATM technology, the higher levels still being SS7 conformant.
Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS5293376 *Jan 10, 1992Mar 8, 1994Bell Communications Research, Inc.Upgraded telecommunication networkUS5481603 *Sep 28, 1993Jan 2, 1996At&T Corp.Intelligent call processing based upon complete identification of calling stationUS5583914 *Jun 30, 1994Dec 10, 1996Lucent Technologies Inc.Intelligent wireless signaling overlay for a telecommunication networkUS5586177 *Sep 6, 1995Dec 17, 1996Bell Atlantic Network Services, Inc.Intelligent signal transfer point (ISTP)US5592530 *Jan 25, 1995Jan 7, 1997Inet, Inc.Telephone switch dual monitorsUS5598464 *Jun 20, 1995Jan 28, 1997Dsc Communications ComporationMethod and apparatus for providing local number portabilityUS5640446 *May 1, 1995Jun 17, 1997Mci CorporationSystem and method of validating special service calls having different signaling protocolsUS5694463 *Feb 15, 1995Dec 2, 1997Christie; Joseph MichaelSystem for service control point routingUS5696816 *Aug 29, 1996Dec 9, 1997Siemens Stromberg-CarlsonMethod for changing a subscriber's local service providerUS5703939 *Jul 27, 1995Dec 30, 1997Lucent Technologies, Inc.Method for determining an optimum point for database queries during call delivery in a telecommunications networkUS5708702 *Jul 28, 1995Jan 13, 1998Bell Atlantic Network Services, Inc.Dynamic STP routing in response to triggeringUS5740239 *Sep 27, 1995Apr 14, 1998Lucent Technologies Inc.Method and apparatus using bit maps to access data for processing telephone callsUS5748724 *Sep 1, 1995May 5, 1998Siemens Stomberg-CarlsonMethod for transferring a subscriber to a new local service providerEP0708570A2 *Oct 11, 1995Apr 24, 1996AT&amp;T Corp.Completing telecommunications calls in a competitive environmentEP0710042A2 *Oct 18, 1995May 1, 1996AT&amp;T Corp.Means and method for providing local telephone number portabilityGB2299913A * Title not available* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS6097805 *Aug 23, 1999Aug 1, 2000Ameritech CorporationMethod and system for distributing messages from a signal transfer point to a plurality of service control pointsUS6130940 *Sep 12, 1997Oct 10, 2000Ericsson Inc.Local number portability intelligent signaling transfer pointUS6130941 *Jan 29, 1998Oct 10, 2000Bellsouth Intellectual Property CorporationMethod and system for providing access and control for telephone information databasesUS6157710 *Nov 9, 1998Dec 5, 2000Ameritech CorporationMethod and system for distributing messages from a signal transfer point to a plurality of service control pointsUS6233331 *Dec 1, 1999May 15, 2001At&T Corp.Method of enhancing call processing in a number portability environmentUS6366663 *Jul 21, 1997Apr 2, 2002Mci Communications CorporationSystem for achieving local number portabilityUS6370548Oct 9, 1998Apr 9, 2002Mci Worldcom, Inc.System and method for achieving local number portabilityUS6377676Jun 16, 2000Apr 23, 2002Ameritech CorporationMethod and system for distributing messages from a signal transfer point to a plurality of service control pointsUS6411698Oct 13, 1998Jun 25, 2002Mci Communication CorporationSystem and method for communication between a telephone data repository and downstream data processing applicationsUS6415027 *Aug 12, 1998Jul 2, 2002Bellsouth Intellectual Property CorporationNetworks, systems and methods for intelligently routing traffic within a telephone networkUS6415028Oct 6, 1998Jul 2, 2002Mci Communications CorporationSystem and method that allows a telephone data repository to communicate with an external systemUS6421442Jan 29, 2001Jul 16, 2002At&T Corp.Method of enhancing call processing in a number portability environmentUS6438219Aug 31, 1999Aug 20, 2002Worldcom, Inc.System, method and computer program product for achieving local number portability costing supportUS6473502Aug 31, 1999Oct 29, 2002Worldcom, Inc.System, method and computer program product for achieving local number portability costing and network management supportUS6473503Aug 31, 1999Oct 29, 2002Worldcom, Inc.System, method and computer program product for achieving local number portability network management supportUS6535599 *Nov 8, 1999Mar 18, 2003Sprint Communications Company, L.P.System and method for processing ported callsUS6577723Jul 13, 2000Jun 10, 2003At&T Wireless Service, Inc.Application of TCAP criteria in SCCP routingUS6636868Oct 13, 1998Oct 21, 2003Mci Communications CorporationSystem and method for auditing and reconciliation of telephone service provider's databases with a regional or central data repositoryUS6665730Dec 16, 1999Dec 16, 2003At&T Corp.Method and apparatus for transaction routing in a connection-oriented packet network using a non-fault-tolerant directory serverUS6836542Jan 3, 2003Dec 28, 2004Sprint Communications Company L.P.System and method for processing ported callsUS6842513 *Mar 16, 2001Jan 11, 2005At&T Corp.Method and apparatus for providing telecommunications servicesUS6922468Jun 7, 2000Jul 26, 2005Cingular Wireless Ii, LlcSystem and method of using local number portability (LNP) to redirect terminating calls to a service nodeUS6954458 *Sep 13, 1999Oct 11, 2005Telefonaktiebolaget Lm Ericsson (Publ)System and method for message transport and segmentationUS6993019 *Dec 15, 2000Jan 31, 2006Lg Electronics Inc.Method for mapping translation type in No. 7 gateway signaling networkUS6999463Aug 6, 2003Feb 14, 2006Sprint Communications Company L.P.Number portability in a communications systemUS7024455 *Mar 28, 2001Apr 4, 2006Fujitsu LimitedNetwork community supporting method and systemUS7043003 *Apr 17, 2000May 9, 2006Siemens AktiengesellschaftDevice and method for improving the load distribution in a signaling networkUS7130410 *Jan 5, 2000Oct 31, 2006Siemens, AktiengesellschaftInformation element component of a signaling message, and a method for connection control using sameUS7155003 *Aug 8, 2003Dec 26, 2006Bellsouth Intellectual Property Corp.Networks, systems and methods for routing data traffic within a telephone network based on available resourcesUS7197129 *May 6, 2002Mar 27, 2007Lg Nortel Co., Ltd.Apparatus and method for translating global title in No. 7 signaling networkUS7233657Dec 18, 2002Jun 19, 2007Lg Nortel Co., Ltd.Method for operating and translating SCCP global titlesUS7263533May 16, 2003Aug 28, 2007Verizon Business Global LlcSystem and method for auditing and reconciliation of telephone service providers' databases with a regional or central data repositoryUS7844261 *Dec 21, 2001Nov 30, 2010Nokia CorporationNumber portability and services utilizing number range owner informationUS8275112May 20, 2009Sep 25, 2012Peerless Network, Inc.Systems and methods of providing multi-homed tandem accessUS8284765May 20, 2009Oct 9, 2012Peerless Network, Inc.System and method of providing communication service using a private packet network backbone exchangeUS8401166May 20, 2009Mar 19, 2013Peerless Network, Inc.Systems and methods of mitigating phantom call trafficUS8559614Aug 30, 2012Oct 15, 2013Peerless Network, Inc.Systems and methods of providing multi-homed tandem accessUS8792478Aug 20, 2012Jul 29, 2014Peerless Network, Inc.System and method of providing communication service using a private packet network backbone exchangeUS20010008532 *Dec 15, 2000Jul 19, 2001Lg Electronics, Inc.Method for mapping translation type in No.7 gateway signaling networkUS20130331134 *Aug 14, 2013Dec 12, 2013Drnc Holdings, Inc.Method for transmitting mini-messages and associated device* Cited by examinerClassifications U.S. Classification379/230, 379/221.13International ClassificationH04Q3/00, H04M3/42, H04M3/48Cooperative ClassificationH04Q3/005, H04Q2213/13513, H04M3/42229, H04M3/48, H04Q2213/13527, H04Q2213/13097, H04Q2213/13103, H04Q2213/13102, H04Q2213/13541, H04M3/4228, H04Q2213/13141, H04Q2213/13216, H04Q3/0025, H04Q2213/13204, H04Q2213/13176European ClassificationH04Q3/00D2, H04M3/42N, H04M3/48, H04Q3/00D3PLegal EventsDateCodeEventDescriptionJan 11, 1999ASAssignmentOwner name: HEWLETT-PACKARD COMPANY, CALIFORNIAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEWLETT-PACKARD LIMITED;REEL/FRAME:009694/0416Effective date: 19981203Apr 28, 2000ASAssignmentOwner name: HEWLETT-PACKARD COMPANY, A DELAWARE CORPORATION, CFree format text: MERGER;ASSIGNOR:HEWLETT-PACKARD COMPANY, A CALIFORNIA CORPORATION;REEL/FRAME:010841/0649Effective date: 19980520Owner name: HEWLETT-PACKARD COMPANY, A DELAWARE CORPORATION P.Owner name: HEWLETT-PACKARD COMPANY, A DELAWARE CORPORATION P.Free format text: MERGER;ASSIGNOR:HEWLETT-PACKARD COMPANY, A CALIFORNIA CORPORATION;REEL/FRAME:010841/0649Effective date: 19980520May 30, 2000ASAssignmentOwner name: AGILENT TECHNOLOGIES INC, CALIFORNIAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEWLETT-PACKARD COMPANY;REEL/FRAME:010977/0540Effective date: 19991101Owner name: AGILENT TECHNOLOGIES INC INTELLECTUAL PROPERTY ADMOwner name: AGILENT TECHNOLOGIES INC INTELLECTUAL PROPERTY ADMFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEWLETT-PACKARD COMPANY;REEL/FRAME:010977/0540Effective date: 19991101Mar 5, 2003REMIMaintenance fee reminder mailedAug 18, 2003LAPSLapse for failure to pay maintenance feesOct 14, 2003FPExpired due to failure to pay maintenance feeEffective date: 20030817RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services