WO2001020846A2 - System and method of controlling discovery of a call-control server in a packet data network - Google Patents

System and method of controlling discovery of a call-control server in a packet data network Download PDF

Info

Publication number
WO2001020846A2
WO2001020846A2 PCT/SE2000/001619 SE0001619W WO0120846A2 WO 2001020846 A2 WO2001020846 A2 WO 2001020846A2 SE 0001619 W SE0001619 W SE 0001619W WO 0120846 A2 WO0120846 A2 WO 0120846A2
Authority
WO
WIPO (PCT)
Prior art keywords
gatekeeper
message
preferred
gatekeepers
sda
Prior art date
Application number
PCT/SE2000/001619
Other languages
French (fr)
Other versions
WO2001020846A3 (en
Inventor
David Sugirtharaj
Suhail Hasan
Hung Tran
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
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 Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Priority to AU73257/00A priority Critical patent/AU7325700A/en
Publication of WO2001020846A2 publication Critical patent/WO2001020846A2/en
Publication of WO2001020846A3 publication Critical patent/WO2001020846A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/35Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1106Call signalling protocols; H.323 and related
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer

Definitions

  • the SDA may also include signaling means for receiving a confirmation message from the preferred gatekeeper, a timer for measuring a maximum time period for receiving the confirmation message, and means for selecting another gatekeeper from the list if the timer expires before the confirmation message is received.
  • the SDA may multicast the gatekeeper discovery message to a plurality of gatekeepers if the timer expires before the confirmation message is received.
  • the present invention is a service node for directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper.
  • the service node includes a switching system for receiving the gatekeeper discovery message from the mobile terminal and directing the message to the preferred gatekeeper, the switching system including a connection for the mobile terminal and a connection for one or more preferred gatekeepers.
  • the service node also includes an SDA connected to the switching system.
  • the SDA includes a lookup table comprising a list of preferred gatekeepers, and means for selecting the preferred gatekeeper from the list and directing the gatekeeper discovery message to the selected preferred gatekeeper.
  • the present invention creates a Server Discovery Agent (SDA) in the GGSN (the gateway between the GPRS network and outside networks).
  • SDA intercepts the Gatekeeper Request Query (GRQ) multicast message from the client (mobile terminal) and finds a gatekeeper in a more consistent, deterministic manner to ensure service quality toward the terminal.
  • GRQ Gatekeeper Request Query
  • the SDA assists with the location of a gatekeeper, while in SIP, the SDA assists in locating a SIP proxy server.
  • the discovery process starts when the terminal sends a GRQ message 32 to the

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

A system and method for directing a Gatekeeper Request Query (GRQ) message or a SIP discovery message to a preferred call control server in a General Packet Radio Service (GPRS (25, 32, 41)), Universal Mobile Telecommunication System (UMTS), or Code Division Multiple Access (CDMA) network. The network may operate with the Session Initiation Protocol (SIP) or the H.323 protocol. A mobile terminal sends the GRQ message to a Gateway GPRS Service Node (GGSN(22)) which is modified with a Server Discovery Agent (SDA(23)). The SDA includes a lookup table (55) comprising a list of preferred gatekeepers, and selects the preferred gatekeeper from the list and unicasts (26) the GRQ message to the selected preferred gatekeeper. The gatekeeper then responds to the mobile terminal. The gatekeeper may send a confirmation message to the SDA. If the SDA does not receive the confirmation message within a predetermined time period, the SDA may select another gatekeeper, or may multicast (33) the GRQ message to a plurality of gatekeepers. Alternatively, the SDA may multicast (42) the GRQ message over a predefined area which is controlled by modifying the Time-to-Live (TTL(46)) field in the header of the packets in the GRQ message.

Description

SYSTEM AND METHOD OF CONTROLLING DISCOVERY OF A CALL-CONTROL SERVER IN A PACKET DATA NETWORK
PRIORITY STATEMENT UNDER 35 U.S.C. § 119(e) & 37 C.F.R. § 1.78
This nonprovisional application claims priority based upon the prior U.S. provisional patent application entitled, "Method of Provisioning a Gatekeeper for Use in a General Packet Radio Service (GPRS) Network", application number 60/153, 191 , filed September 10, 1999, in the names of David Sugirtharaj, Hung Tran, and Suhail Hasan.
BACKGROUND OF THE INVENTION
Technical Field of the Invention
This invention relates to telecommunication systems and, more particularly, to a system and method of controlling discovery of a call-control server when a mobile terminal places a Voice-Over-Internet-Protocol (VOIP) call within a packet data network.
Description of Related Art
When a mobile terminal places a VOIP call within an existing packet data network such as a General Packet Radio Service (GPRS) network, Universal Mobile Telecommunication System (UMTS) network, or Code Division Multiple Access
(CDMA) network, the mobile terminal and the network perform a gatekeeper discovery procedure in order to locate an available gatekeeper to perform call control functions for the mobile terminal. The mobile terminal sends a gatekeeper request message to a Gateway GPRS Service Node (GGSN) which then multicasts the request to all gatekeepers that are accessible over the Internet. In CDMA, this role would be played by a Packet Data Service Node (PDSN). Essentially, any gatekeeper in the world can answer the gatekeeper request message and take over the call control functionality.
Sometimes the gatekeeper discovery procedure results in the choice of a gatekeeper that is not optimal, and this may lead to inconsistent service behavior towards the terminal entity. For example, the responding gatekeeper may be outside the Public Land Mobile Network (PLMN), and as a result, the gatekeeper may not be able to supply the same quality of service provided by PLMN gatekeepers.
In order to overcome the disadvantage of existing solutions, it would be advantageous to have a system and method of controlling the gatekeeper discovery procedure in a way that ensures that quality of service is maintained. The present invention provides such a system and method.
SUMMARY OF THE INVENTION In one aspect, the present invention is a network in which an H.323 gatekeeper discovery message, or a Session Initiation Protocol (SIP) server discovery message are directed to a preferred gatekeeper/server. The network includes a mobile terminal for generating the gatekeeper discovery message, and a service node within the operator's network for receiving the gatekeeper discovery message and directing the message to the preferred gatekeeper. The service node includes a Server Discovery Agent (SDA) comprising a lookup table comprising a list of preferred gatekeepers, and means for selecting the preferred gatekeeper from the list and directing the gatekeeper discovery message to the selected preferred gatekeeper. The SDA may also include signaling means for receiving a confirmation message from the preferred gatekeeper, a timer for measuring a maximum time period for receiving the confirmation message, and means for selecting another gatekeeper from the list if the timer expires before the confirmation message is received. Alternatively, the SDA may multicast the gatekeeper discovery message to a plurality of gatekeepers if the timer expires before the confirmation message is received. In another aspect, the present invention is a service node for directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper. The service node includes a switching system for receiving the gatekeeper discovery message from the mobile terminal and directing the message to the preferred gatekeeper, the switching system including a connection for the mobile terminal and a connection for one or more preferred gatekeepers. The service node also includes an SDA connected to the switching system. The SDA includes a lookup table comprising a list of preferred gatekeepers, and means for selecting the preferred gatekeeper from the list and directing the gatekeeper discovery message to the selected preferred gatekeeper.
In yet another aspect, the present invention is a method of directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper. The method is performed in a service node in a telecommunications network and includes the steps of receiving the gatekeeper discovery message in a switching system, and intercepting the message with an SDA connected to the switching system, the SDA including a lookup table comprising a list of preferred gatekeepers. This is followed by selecting the preferred gatekeeper from the list, and directing the message to the selected preferred gatekeeper.
In still another aspect, the present invention is a method of directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper in a network containing a plurality of mobile terminals, a service node, and a plurality of gatekeepers. The method begins by sending the gatekeeper discovery message from the mobile terminal to the service node. The message comprises a plurality of packets, and each packet includes a header with a Time-to-Live (TTL) field specifying how many routers the packet can pass through before being dropped. The message is intercepted with an SDA connected to the service node. The SDA includes a TTL Modifier that modifies the TTL field to a value that limits the propagation of the message to gatekeepers in a predefined area. This is followed by multicasting the message with the modified TTL field over the network to a plurality of gatekeepers within the predefined area, and receiving, by the mobile terminal, a confirmation message from a responding gatekeeper, the confirmation message including an address for the responding gatekeeper.
In yet another aspect, the present invention is a method of directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper. The method is performed in a service node in a telecommunications network, and begins by receiving the gatekeeper discovery message in a switching system. The message comprises a plurality of packets, and each packet includes a header with a TTL field specifying how many routers the packet can pass through before being dropped. This is followed by intercepting the message with an SDA connected to the switching system. The SDA includes a TTL Modifier for modifying the TTL field to a value that limits the propagation of the message to gatekeepers in a predefined area. The message is then multicasted with the modified TTL field over the network to a plurality of gatekeepers within the predefined area.
BRIEF DESCRIPTION OF THE DRAWINGS
The invention will be better understood and its numerous objects and advantages will become more apparent to those skilled in the art by reference to the following drawings, in conjunction with the accompanying specification, in which:
FIG. 1 (Prior Art) is a message flow diagram illustrating the flow of messages in the existing gatekeeper discovery procedure in a GPRS network;
FIG. 2 is a message flow diagram illustrating the flow of messages in a first embodiment of the gatekeeper discovery procedure of the present invention; FIG. 3 is a message flow diagram illustrating the flow of messages in a second embodiment of the gatekeeper discovery procedure of the present invention;
FIG. 4 is a message flow diagram illustrating the flow of messages in a third embodiment of the gatekeeper discovery procedure of the present invention; and
FIG. 5 is a simplified block diagram of a Gateway GPRS Service Node (GGSN) implemented with a Server Discovery Agent (SDA) in the system of the present invention.
DETAILED DESCRIPTION OF EMBODIMENTS
The present invention is a system and method of controlling SIP server or gatekeeper discovery when a mobile terminal places a VOIP call within a
GPRS/UMTS/CDMA network. The invention is applicable to any wireless access network, but is described in terms of a GPRS network. In the case of GPRS and H.323, the system ensures consistent service behavior by choosing a gatekeeper during the gatekeeper discovery procedure that either belongs to the GPRS network operator or some other sub-network with whom the GPRS network operator has an agreement.
The invention is applicable to both the International Telecommunications Union- Telecommunications Standardization Sector (ITU-T) H.323 protocol and the Internet Engineering Task Force (LETF) Session Initiation Protocol (SIP). In the H.323 environment, the invention ensures that subscribers in a GPRS Public Land Mobile Network (PLMN) always go through a PLMN gatekeeper for the purposes of Registration, Admission, and Status (RAS) signaling, Q.931 call signaling, and H.245 control channel routing. Since the gatekeeper plays a fundamental role in servicing calls, specifying bandwidth, and quality of service (QoS) provisioning, choosing a PLMN gatekeeper enables the PLMN operator to retain full control of all calls in the PLMN. To this end, the present invention creates a Server Discovery Agent (SDA) in the GGSN (the gateway between the GPRS network and outside networks). The SDA intercepts the Gatekeeper Request Query (GRQ) multicast message from the client (mobile terminal) and finds a gatekeeper in a more consistent, deterministic manner to ensure service quality toward the terminal. In H.323, the SDA assists with the location of a gatekeeper, while in SIP, the SDA assists in locating a SIP proxy server.
Additionally, the description herein refers to a Call State Control Function
(CSCF). The CSCF is a Third Generation Internet Protocol (3GIP) call control protocol that incorporates both H.323 gatekeepers and SIP proxy servers. The present invention ensures that only a preferred gatekeeper such as a PLMN-owned gatekeeper, SIP server, or CSCF is the one that provides call control services to the terminal. Most operators, if they could choose to go to a particular gatekeeper, would keep all the call control within their network, in order to provide their users with consistently high quality of service. By keeping the call control within their own network, several advantages are realized. There are fewer hops, more control, and simplified timing issues. In addition, the operator can scale the network gatekeepers for expected or desired traffic loads that are allocated to VOIP services versus other services.
FIG. 1 is a message flow diagram illustrating the flow of messages in the existing gatekeeper discovery procedure in a GPRS network. The network includes a mobile terminal which is shown as an H.323 client 11, a GGSN 12, an Internet Service Provider (ISP) 13 symbolizing routing over the Internet, and a Gatekeeper 14.
The mobile terminal sends a gatekeeper discovery message such as a Gatekeeper Request Query (GRQ) 15 in a multicast format to the GGSN 12 which acts as a switching system to broadcast the discovery message to gatekeepers worldwide. The GGSN multicasts the GRQ over the Internet at 16 where it can be received by any gatekeeper. A responding Gatekeeper 14 unicasts a Gatekeeper Confirm (GCF) message 17 to the mobile terminal. The mobile terminal then unicasts a Registration
Request Query (RRQ) 18 to the responding Gatekeeper, and call setup is completed normally. As previously noted, the responding gatekeeper may be outside the Public Land Mobile Network (PLMN), and as a result, the gatekeeper may not be able to supply the same quality of service provided by PLMN gatekeepers. FIG. 2 is a message flow diagram illustrating the flow of messages in a first embodiment of the gatekeeper discovery procedure of the present invention. The network includes a mobile terminal which is shown as an H.323 client 21, although the terminal may also be a SIP-compliant end terminal. A GGSN 22 is modified to include a Server Discovery Agent (SDA) 23 and a list 28 of preferred gatekeepers. The network also includes an ISP 13 symbolizing routing over the Internet, and a
Preferred Gatekeeper 24. A new binary counter, N-gk 55 (see FIG. 5), is implemented as part of the Packet Data Protocol (PDP) Context stored in the GGSN. The N-gk counter can only have the values of 0 and 1, and the initial value is 0. When N-gk is 0, the SDA filters all mobile-originated packets whose IP address is 224.0.1.41 (for H.323) and whose port number is 1718.
During the PDP Context Activation process, a gatekeeper discovery message such as a GRQ multicast message 25 is sent from the mobile terminal 21 to the GGSN 22 which acts as a switching system to direct the message to one or more gatekeepers. The message is intercepted in the GGSN by the SDA 23. The SDA checks the gatekeeper identifier string in the GRQ message. The mobile terminal can utilize the identifier string to specify a preferred gatekeeper or a preferred group of gatekeepers. If a preferred gatekeeper or group of gatekeepers is identified, the GGSN sends the GRQ message to the identified gatekeeper. If the identifier is null, however, the process takes the following steps. The SDA checks the list of preferred gatekeepers and selects one to perform the call control functions. The preferred gatekeeper may be one within the terminal's own network or some other preferred gatekeeper that is connected to the terminal's ISP. The SDA constructs a Gatekeeper Confirm (GCF) message 26 and inserts the IP addess of the preferred gatekeeper 24 in the rasAddress field. The N-gk counter is incremented to 1 , and all filtering is stopped for that PDP Context, thus ensuring better throughput. The SDA then sends the unicast GCF message 26 back to the terminal with the IP address of the selected Preferred Gatekeeper 24. The terminal then sends a Registration Request Query (RRQ) message 27 directly to the Preferred Gatekeeper, and call setup is completed normally. When the call is completed, the SDA changes the N-gk counter back to 0. Generally, non-PLMN CSCFs are not included on the SDA's list of gatekeepers, and therefore, a PLMN CSCF is chosen as the Preferred Gatekeeper. This prevents the terminal from registering with non-PLMN gatekeepers unless there is an agreement between the PLMN operator and another network operator. The scope of preferred gatekeepers is variable, and may be determined by individual operator preferences. A PLMN gatekeeper is only one example of a preferred gatekeeper. The
SDA's list may be a statically administered list, or may be dynamically maintained by having gatekeepers periodically register with the agent, or register when they become available.
An Update Server List (USL) message 29 may be exchanged between CSCF gatekeepers and the SDA for this purpose. At a minimum, the USL message includes an IP address for the gatekeeper, the protocol supported by the gatekeeper such as SIP or H.323, capabilities/services of the gatekeeper, and some type of PLMN operator identifier (such as the gatekeeper identifier string in the H.323 GRQ message) to validate the gatekeeper's home domain. In this manner, only CSCF gatekeepers within the GGSN' s home domain can add record entries to the SDA. The preferred approach is for the SDA to have a list of IP addresses of preferred call-control servers owned by the PLMN, and indicating whether each server is a SIP server or H.323 gatekeeper.
The SDA can perform load balancing by varying which gatekeeper is chosen from the list according to any suitable algorithm such as a simple round robin procedure. The gatekeeper may provide in the USL message, an indication of how many calls per second the gatekeeper can handle, and the number that are currently being handled. Alternatively, if the capacity of a particular gatekeeper exceeds a predetermined value such as 80 percent, the gatekeeper can include an alarm indication that it is becoming congested. The SDA can then consider these factors in its determination of a preferred gatekeeper. FIG. 3 is a message flow diagram illustrating the flow of messages in a second embodiment of the gatekeeper discovery procedure of the present invention. The network includes the mobile terminal which is shown as an H.323 client 21, although the terminal may also be a SEP-compliant end terminal. The GGSN 22 is modified to include the SDA 23 and a TTL Modifier 30 which changes the value of the Time-to- Live (TTL) field in the IP datagram header to a specified value. The network also includes an ISP 13 symbolizing routing over the Internet, and a PLMN Gatekeeper 31.
The discovery process starts when the terminal sends a GRQ message 32 to the
GGSN 22. In the GGSN, the SDA intercepts the message and utilizes the TTL modifier to modify the TTL value. The GRQ message is multicast from the GGSN over the Gi interface at 33, but the TTL field 34 is modified in order to limit the propagation of the multicast message to gatekeepers within a definable area such as the operator's PLMN. The TTL value represents how many hops each packet in the message is allowed to take before the packet is dropped (i.e., how many routers the packet is allowed to pass through). A typical default TTL value is 32 hops. Each time a multicast packet passes a router, its TTL value is decremented. When the TTL value reaches zero (0), the packet is dropped. Therefore, by reducing the TTL value, the packet is limited to passing through a smaller number of routers.
When the GRQ message 32 is initially sent from the terminal, the TTL value could be set at the default value, or could be set at any other value selected at the application level. Since the application does not know the location of the terminal at that time, the TTL value could be widely variable.
With proper control of the TTL value, the propagation of the multicast message can be limited to the particular network in which the terminal is operating. Since the terminal is mobile, the terminal does not know where it is. The GGSN, however, is a fixed entity in the network, and it knows the surrounding sub-networks and where potential gatekeepers might be. Therefore, within each GGSN, the TTL can be adjusted to limit the multicast propagation to cover only a certain area. For example, a GGSN near the border of an ISP's network may set the TTL to a value of only one or two hops, and as a result, packets will only propagate one or two routers away. A GGSN near the center of the ISP's network, on the other hand, may set a much larger TTL value.
When a PLMN Gatekeeper 31 receives the GRQ message 33, it responds by unicasting a GCF message 35 to the mobile terminal 21. The terminal then sends an RRQ message 36 directly to the PLMN Gatekeeper, and call setup is completed normally. The N-gk counter is also utilized in this embodiment, and the SDA changes the N-gk counter back to 0 when the call is completed.
This embodiment allows a plurality of gatekeepers in a controlled area to respond to the terminal rather than assigning a preferred gatekeeper as in the first embodiment. Further control may be incorporated to pool the accessible gatekeepers and load-share between them. In fact, limiting the multicast propagation by adjusting the TTL implements an automatic load-sharing function since the least busy gatekeeper in the area is most likely to respond to the GRQ message. Additionally, a calculation can be made of the number of hops between the GGSN and a preferred gatekeeper, and the TTL value is then set to that number. Then, the multicast message will never go beyond the preferred gatekeeper. If there are many gatekeepers in the network within the range of the TTL, the system performs an automatic load sharing function between them.
FIG. 4 is a message flow diagram illustrating the flow of messages in a third embodiment of the gatekeeper discovery procedure of the present invention. The network includes the mobile terminal which is shown as an H.323 client 21, although the terminal may also be a SIP-compliant end terminal. The GGSN 22 is modified to include the SDA 23 which includes the preferred gatekeeper list 28 and a timer 37 which measures a predetermined time period in which a gatekeeper confirmation message must be received by the SDA. The network also includes an ISP 13 symbolizing routing over the Internet, and a PLMN Gatekeeper 31. The discovery process starts when the terminal sends a GRQ message 41 to the
GGSN 22. In the GGSN, the SDA intercepts the message, selects a preferred PLMN gatekeeper, and starts the timer 37 when the GRQ message 42 is sent to the selected PLMN Gatekeeper 31. Similar to the first embodiment, the GRQ message in this embodiment is unicast from the GGSN to the preferred gatekeeper such as the PLMN Gatekeeper 31. The PLMN Gatekeeper responds by unicasting a GCF message 43 to the mobile terminal 21. The PLMN Gatekeeper also unicasts a GCF message 44 to the GGSN/SDA. The terminal then sends an RRQ message 45 directly to the PLMN Gatekeeper, and call setup is completed normally. The N-gk counter is also utilized in this embodiment, and the SDA changes the N-gk counter back to 0 when the call is completed. To preclude service being dropped in the event the preferred PLMN gatekeeper does not respond to the unicast GRQ message, the SDA puts a time limit 46 on the GRQ message. If the timer expires without receiving a GCF message, the SDA may unicast the message to another gatekeeper. Alternatively, the SDA may propagate the original multicast GRQ message, recognizing that its own network may be having problems.
FIG. 5 is a simplified block diagram of a GGSN 22 implemented with an SDA 23 in the system of the present invention. The SDA is shown to communicate with either a CSCF H.323 Gatekeeper 51 or a CSCF SIP Server 52. The SDA may be incorporated on the defined Gm interface. When the N-gk counter 53 is equal to 0, a routing table 54 in the GGSN routes any mobile-originated PDP message with a destination address of 224.0.1.41 to the H.323 Gatekeeper 51, while any mobile- originated PDP message with a destination address of 224.0.1.75 is routed to the SIP Server 52. The SDA also includes the preferred gatekeeper list 55 which is implemented as a lookup table in the SDA. It is thus believed that the operation and construction of the present invention will be apparent from the foregoing description. While the method, apparatus and system shown and described has been characterized as being preferred, it will be readily apparent that various changes and modifications could be made therein without departing from the scope of the invention as defined in the following claims.

Claims

WHAT IS CLAIMED IS:
1. A packet data network in which a gatekeeper discovery message is directed to a preferred gatekeeper, the network comprising: a mobile terminal for generating the gatekeeper discovery message; and a service node connected to the packet data network for receiving the gatekeeper discovery message and directing the message to the preferred gatekeeper, the service node including: a Server Discovery Agent (SDA) comprising: a lookup table comprising a list of preferred gatekeepers; and means for selecting the preferred gatekeeper from the list and directing the gatekeeper discovery message to the selected preferred gatekeeper.
2. The network of claim 1 wherein the service node also includes signaling means for sending a response message to the mobile terminal with an address for the selected preferred gatekeeper.
3. The network of claim 1 further comprising means for updating the list of preferred gatekeepers.
4. The network of claim 1 wherein the SDA also includes: signaling means for receiving a confirmation message from the preferred gatekeeper; a timer for measuring a maximum time period for receiving the confirmation message; and means for selecting another gatekeeper from the list if the timer expires before the confirmation message is received.
5. The network of claim 1 wherein the SDA also includes: signaling means for receiving a confirmation message from the preferred gatekeeper; a timer for measuring a maximum time period for receiving the confirmation message; and means for multicasting the gatekeeper discovery message to a plurality of gatekeepers if the timer expires before the confirmation message is received.
6. The network of claim 1 wherein the means for selecting the preferred gatekeeper from the list includes means for load sharing among the preferred gatekeepers on the list.
7. The network of claim 6 wherein the means for load sharing among the preferred gatekeepers on the list includes means for selecting a preferred gatekeeper based on a round-robin load-sharing algorithm.
8. The network of claim 6 wherein the means for load sharing among the preferred gatekeepers on the list includes means for determining a level of congestion for each gatekeeper on the list, and selecting a preferred gatekeeper that is not congested.
9. A service node for directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper, the service node comprising: a switching system for receiving the gatekeeper discovery message from the mobile terminal and directing the message to the preferred gatekeeper, the switching system including a connection for the mobile terminal and a connection for one or more preferred gatekeepers; and a Server Discovery Agent (SDA) connected to the switching system, said SDA including: a lookup table comprising a list of preferred gatekeepers; and means for selecting the preferred gatekeeper from the list and directing the gatekeeper discovery message to the selected preferred gatekeeper.
10. The service node of claim 9 wherein the switching system also includes signaling means for sending a response message to the mobile terminal with an address for the selected preferred gatekeeper.
11. The service node of claim 10 wherein the signaling means also includes means for receiving status updates from the preferred gatekeepers on the list.
12. In a service node in a telecommunications network, a method of directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper, the method comprising the steps of: receiving the gatekeeper discovery message in a switching system; intercepting the message with a Server Discovery Agent (SDA) connected to the switching system, said SDA including a lookup table comprising a list of preferred gatekeepers; selecting the preferred gatekeeper from the list; and directing the message to the selected preferred gatekeeper.
13. The method of directing a gatekeeper discovery message of claim 12 further comprising sending a response message from the service node to the mobile terminal with an address for the selected preferred gatekeeper.
14. The method of directing a gatekeeper discovery message of claim 13 further comprising the steps of: receiving updated status information from the preferred gatekeepers on the list; and updating the list with the received status information.
15. In a network containing a plurality of mobile terminals, a service node, and a plurality of gatekeepers, a method of directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper, the method comprising the steps of: sending the gatekeeper discovery message from the mobile terminal to the service node, said message including a plurality of packets, and each packet having a header with a Time-to-Live (TTL) field specifying how many routers the packet can pass through before being dropped; intercepting the message with a Server Discovery Agent (SDA) connected to the service node, said SDA including a TTL Modifier; modifying the TTL field to a value that limits the message to propagation to gatekeepers in a predefined area; multicasting the message with the modified TTL field over the network to a plurality of gatekeepers within the predefined area; and receiving, by the mobile terminal, a confirmation message from a responding gatekeeper, said confirmation message including an address for the responding gatekeeper.
16. The method of directing a gatekeeper discovery message of claim 15 wherein the service node is located in a Public Land Mobile Network (PLMN), and the step of modifying the TTL field to a value that limits the message to propagation to gatekeepers in a predefined area includes modifying the TTL field to a value that limits the message to propagation to gatekeepers in the service node's PLMN.
17. In a service node in a telecommunications network, a method of directing a gatekeeper discovery message from a mobile terminal to a preferred gatekeeper, the method comprising the steps of: receiving the gatekeeper discovery message in a switching system, said message including a plurality of packets, and each packet having a header with a Time- to-Live (TTL) field specifying how many routers the packet can pass through before being dropped; intercepting the message with a Server Discovery Agent (SDA) connected to the switching system, said SDA including a TTL Modifier for modifying the TTL field to a value that limits the message to propagation to gatekeepers in a predefined area; and multicasting the message with the modified TTL field over the network to a plurality of gatekeepers within the predefined area.
PCT/SE2000/001619 1999-09-10 2000-08-23 System and method of controlling discovery of a call-control server in a packet data network WO2001020846A2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU73257/00A AU7325700A (en) 1999-09-10 2000-08-23 System and method of controlling discovery of a call-control server in a packet data network

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US15319199P 1999-09-10 1999-09-10
US60/153,191 1999-09-10
US53757800A 2000-03-28 2000-03-28
US09/537,578 2000-03-28

Publications (2)

Publication Number Publication Date
WO2001020846A2 true WO2001020846A2 (en) 2001-03-22
WO2001020846A3 WO2001020846A3 (en) 2002-05-02

Family

ID=26850273

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2000/001619 WO2001020846A2 (en) 1999-09-10 2000-08-23 System and method of controlling discovery of a call-control server in a packet data network

Country Status (2)

Country Link
AU (1) AU7325700A (en)
WO (1) WO2001020846A2 (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001086872A2 (en) * 2000-05-05 2001-11-15 Telefonaktiebolaget Lm Ericsson (Publ) Method of filtering responses to a multicast request message
WO2002079899A2 (en) * 2001-03-30 2002-10-10 Eyeball.Com Network, Inc. Method and system for multicast to unicast bridging
WO2002091678A1 (en) * 2001-05-10 2002-11-14 Nokia Corporation Method, system and network element device for controlling sessions between terminals
WO2002103969A1 (en) * 2001-06-14 2002-12-27 Huawei Technologies Co., Ltd. Method of implementing ip telephone gatekeeper group and a gatekeeper system
WO2003071752A1 (en) * 2002-02-25 2003-08-28 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for relayed mobile ip services in a telecommunication system
WO2003075596A1 (en) * 2002-03-07 2003-09-12 Nokia Corporation Allocation of an s-cscf to a subscriber
KR100401262B1 (en) * 2001-05-08 2003-10-17 에스케이 텔레콤주식회사 An apparatus and method for providing a video telephone service over the packet data network
EP1372326A2 (en) * 2002-06-14 2003-12-17 Siemens Information and Communication Networks Inc. Self managing directory service for voice over IP networks
EP1494445A1 (en) * 2003-07-03 2005-01-05 Schlumberger Systèmes method for routing calls from a service apparatus towards a management server
WO2008125378A1 (en) * 2007-04-13 2008-10-23 Nokia Corporation Mechanism for executing server discovery
US7606910B2 (en) 2001-05-09 2009-10-20 Nokia Corporation Method for indicating a UE that it must register
RU2598581C2 (en) * 2012-06-20 2016-09-27 Хуавей Текнолоджиз Ко., Лтд. Method, node, mobile terminal and system for identifying network tethering behavior

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5422878A (en) * 1990-11-30 1995-06-06 Hitachi, Ltd. Inter-network routing control method and switching network system
EP0948165A1 (en) * 1998-04-01 1999-10-06 Hewlett-Packard Company Generating service detail records
EP1014633A2 (en) * 1998-12-23 2000-06-28 Nortel Networks Corporation Scalable gatekeepers in an internet telephony system and a method of operation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5422878A (en) * 1990-11-30 1995-06-06 Hitachi, Ltd. Inter-network routing control method and switching network system
EP0948165A1 (en) * 1998-04-01 1999-10-06 Hewlett-Packard Company Generating service detail records
EP1014633A2 (en) * 1998-12-23 2000-06-28 Nortel Networks Corporation Scalable gatekeepers in an internet telephony system and a method of operation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SENGODAN S: "A gatekeeper discovery mechanism for H.323 systems" SPIE CONF ON MULTIMEDIA SYSTEMS AND APPLICATIONS, vol. 3528, November 1998 (1998-11), pages 319-326, XP002901617 BOSTON, MASSACHUSETTS, US *

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001086872A3 (en) * 2000-05-05 2002-02-28 Ericsson Telefon Ab L M Method of filtering responses to a multicast request message
WO2001086872A2 (en) * 2000-05-05 2001-11-15 Telefonaktiebolaget Lm Ericsson (Publ) Method of filtering responses to a multicast request message
WO2002079899A2 (en) * 2001-03-30 2002-10-10 Eyeball.Com Network, Inc. Method and system for multicast to unicast bridging
WO2002079899A3 (en) * 2001-03-30 2004-06-10 Eyeball Com Network Inc Method and system for multicast to unicast bridging
KR100401262B1 (en) * 2001-05-08 2003-10-17 에스케이 텔레콤주식회사 An apparatus and method for providing a video telephone service over the packet data network
US7606910B2 (en) 2001-05-09 2009-10-20 Nokia Corporation Method for indicating a UE that it must register
WO2002091678A1 (en) * 2001-05-10 2002-11-14 Nokia Corporation Method, system and network element device for controlling sessions between terminals
US7403534B2 (en) 2001-06-14 2008-07-22 Huawei Technologies Co., Ltd. Method of implementing IP telephone gatekeeper group and gatekeeper system
WO2002103969A1 (en) * 2001-06-14 2002-12-27 Huawei Technologies Co., Ltd. Method of implementing ip telephone gatekeeper group and a gatekeeper system
WO2003071752A1 (en) * 2002-02-25 2003-08-28 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for relayed mobile ip services in a telecommunication system
WO2003075596A1 (en) * 2002-03-07 2003-09-12 Nokia Corporation Allocation of an s-cscf to a subscriber
EP1372326A3 (en) * 2002-06-14 2004-08-04 Siemens Information and Communication Networks Inc. Self managing directory service for voice over IP networks
US7372810B2 (en) 2002-06-14 2008-05-13 Siemens Communications, Inc. Self managing directory service for voice over IP networks
EP1372326A2 (en) * 2002-06-14 2003-12-17 Siemens Information and Communication Networks Inc. Self managing directory service for voice over IP networks
FR2857186A1 (en) * 2003-07-03 2005-01-07 Schlumberger Systems & Service METHOD FOR ROUTING CALLS FROM A SERVICE DEVICE TO A MANAGEMENT SERVER
EP1494445A1 (en) * 2003-07-03 2005-01-05 Schlumberger Systèmes method for routing calls from a service apparatus towards a management server
WO2008125378A1 (en) * 2007-04-13 2008-10-23 Nokia Corporation Mechanism for executing server discovery
CN101658014B (en) * 2007-04-13 2013-10-09 诺基亚公司 Mechanism for executing server discovery
US9871872B2 (en) 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
RU2598581C2 (en) * 2012-06-20 2016-09-27 Хуавей Текнолоджиз Ко., Лтд. Method, node, mobile terminal and system for identifying network tethering behavior
US10070374B2 (en) 2012-06-20 2018-09-04 Huawei Technologies Co., Ltd. Method, node, mobile terminal, and system for identifying network tethering behavior

Also Published As

Publication number Publication date
AU7325700A (en) 2001-04-17
WO2001020846A3 (en) 2002-05-02

Similar Documents

Publication Publication Date Title
US9998526B2 (en) Registration redirect server
US6714987B1 (en) Architecture for an IP centric distributed network
US8195811B2 (en) Policy co-ordination in a communications network
JP5323861B2 (en) Method and apparatus for pooling network resources
RU2368090C2 (en) Submittal of server information to mobile station
EP1751919B1 (en) Method and apparatus for dynamically determining when to use quality of service reservation in internet media applications
JP4511603B2 (en) Configuration for providing peer-to-peer communication in public land mobile networks
JP2002314617A (en) Ip packet access gateway(ip pag) system and method for managing ip bearer path between ip endpoints, and computer program product
JP2011082994A (en) Apparatus and method of controlling unsolicited traffic destined to wireless communication device
KR20040003035A (en) Charging in telecommunications network
US20140317296A1 (en) Allocating internet protocol (ip) addresses to nodes in communications networks which use integrated is-is
WO2008061077A2 (en) System and method for redirecting requests
WO2001020846A2 (en) System and method of controlling discovery of a call-control server in a packet data network
US20090041043A1 (en) Communication system, switching node computer and method for determining a control node
US6604142B1 (en) Method of filtering responses to gatekeeper discovery multicast request message
WO2006088614A1 (en) Multicast routing
EP1526684A1 (en) Communication system
KR100738195B1 (en) System and method for route optimization in SIP using DHCP
CN109067658B (en) Method, storage medium and device for stacking and forwarding call service of access equipment
Bagnulo et al. Traffic engineering in multihomed sites
WO2007147438A1 (en) Method and arrangements in a mobile ip network

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ 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 NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP