EP1066708A1 - Communications network - Google Patents

Communications network

Info

Publication number
EP1066708A1
EP1066708A1 EP99910513A EP99910513A EP1066708A1 EP 1066708 A1 EP1066708 A1 EP 1066708A1 EP 99910513 A EP99910513 A EP 99910513A EP 99910513 A EP99910513 A EP 99910513A EP 1066708 A1 EP1066708 A1 EP 1066708A1
Authority
EP
European Patent Office
Prior art keywords
network
protocol
signalling
packet
conforming
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP99910513A
Other languages
German (de)
French (fr)
Inventor
Karen Diane King
Melvyn Christopher Bale
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by British Telecommunications PLC filed Critical British Telecommunications PLC
Priority to EP99910513A priority Critical patent/EP1066708A1/en
Publication of EP1066708A1 publication Critical patent/EP1066708A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • 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/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1033Signalling gateways
    • H04L65/104Signalling gateways in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • 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
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1023Media gateways
    • H04L65/103Media gateways in the network
    • 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/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1043Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • H04L69/085Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/12Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/124Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks where PSTN/ISDN interconnects two networks other than PSTN/ISDN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0025Provisions for signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • H04L2012/6472Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • H04L2012/6486Signalling Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/06Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link

Definitions

  • the present invention relates to a communications network, and in particular to a network handling traffic which conforms to a packet-based internetworking protocol.
  • IP Internet Protocol
  • IP Internet Protocol
  • Several protocols, such as RSVP have not to date been wholly successful.
  • a method of operating a telecommunications network in which network traffic conforming to a packet-based inter-networking protocol is communicated between network nodes using a circuit-switched messaging protocol, and subsequently the said traffic is transmitted from one of the said network nodes to a customer terminal.
  • the present invention provides for the first time a method of communicating traffic in a telecommunications network using a hybrid protocol in which data conforming to a packet-based protocol such as Internet protocol is carried over a circuit-switched messaging layer.
  • This approach makes it possible to provide for the traffic the quality of service guarantees needed for successful implementation of services such as internet telephony, whilst maintaining many of the advantages in terms of flexibility and ease of implementation of Internet protocol and other packet-based protocols.
  • this approach greatly facilitates integration between the communications network and associated computer systems.
  • traffic is used here, as is conventional in the field of telecommunications networks, to indicate the signals carrying communications between the end users of the network, e.g. telephone calls, as opposed to any other signals present in the network, such as the control signals conventionally carried on the common channel signalling network, or network management signalling.
  • the packet-based inter-networking protocol is Internet Protocol (IP).
  • IP Internet Protocol
  • the circuit-switched messaging protocol is a common channel signalling protocol, and more preferably is signalling system number 7 (SS7) MTP (message transport part).
  • SS7 signalling system number 7
  • Internet protocol encompasses IP version 4 and
  • IP version 6 as defined by the Internet engineering task force (IETF) or any like protocol technically compatible with those protocols.
  • Signalling System number 7 is
  • SS7 is defined by the ITU and is a widely adopted and stable common channel signalling protocol developed for use in telephony networks.
  • the method includes steps of receiving data packets conforming to the said packet-based inter-networking protocol, converting addresses carried in the said packets to origination codes and destination codes of a circuit-switched network, and writing the said codes in a signal conforming to the circuit-switched messaging protocol.
  • This preferred approach to implementing the invention uses, e.g., a lookup table to convert addresses of a packet-based network to corresponding origination and destination codes of a circuit-switched network.
  • a method of communicating packet data via a telecommunications network which telecommunications network includes a circuit-switched signalling network which supports a predetermined messaging protocol, the method including converting the said packet data to a signal conforming to the said predetermined messaging protocol, communicating the converted packet data via the signalling network, and subsequently recovering the packet data from the said signal.
  • a node including means for converting data conforming to a packet-based internetworking protocol to a format conforming to a circuit-switched signalling protocol, and means for outputting a signal in the said format onto a communications network.
  • the node may be a trunk or exchange switch, as in the example described below, or may be an edge-of-network terminal such as a personal computer, an intelligent telephone or a mobile Java terminal.
  • FIG. 1 is a schematic showing a communications network embodying the invention
  • Figure 2 shows a protocol stack for a system embodying the invention
  • Figure 3 shows a look-up table used in the IP/MTP layer of Figure 2;
  • FIGS 4 to 1 5 are SDL diagrams for a system embodying the invention;
  • Figure 1 6 shows a signal communicated in IP over MTP format via an intermediate node.
  • DESCRIPTION OF EXAMPLES A telecommunications network includes a number of digital main switch units (DMSU's) 1 which are connected by a common channel signalling network 2 to each other and to local exchanges 3. Each trunk exchange and at least some of the local exchanges include a data interface 10.
  • the data interface of one of the DSMU's is connected to a data server 4.
  • This data server might be used, for example, to source a packetised MPEG- encoded video data stream in an internet video-on-demand (VoD) application.
  • a data terminal, 5, which may be a personal computer, is connected to the data interface of one of the local exchanges.
  • the data server transmits data, such as VoD programme material, as Internet Protocol (IP) packets to the data interface of the DMSU.
  • IP Internet Protocol
  • the data packets carry, in this example, the internet address of the data terminal.
  • the data packets are processed within an IP/MTP convergence layer for transmission over the common channel signalling network using SS7 Message Transfer Part protocol.
  • the converted packets are then carried within the signalling network to the local exchange.
  • the convergence layer carries out a complementary function, converting data from the MTP layer into IP packets for forwarding to the customer data terminal.
  • FIG. 2 shows the IP over MTP protocol stack of the system described above.
  • the IP/MTP convergence layer carries out functions of address mapping, signalling link selection, encapsulation of IP messages and support of relevant MTP primitives.
  • the address mapping function converts IP addresses to MTP point codes and vice versa. In the present example, this done using a look-up table, as illustrated in Figure 3. This converts the source and destination IP addresses to originating point code (OPC) and destination point code (DPC) respectively.
  • OPC originating point code
  • DPC destination point code
  • a service indicator in the MTP SIO field is set to identify IP as the MTP user.
  • the convergence layer is also responsible for selecting the signalling link within the SS7 network to be used in conveying the data, and indicates this selection to the MTP layers.
  • the MTP makes use of this indication in selecting a physical link for transmission, although the MTP logic may choose a different link in the selection indicated is unavailable.
  • the step of selecting the signalling link by the convergence layer may be carried out, for example, by stepping round a cycle of all possible link numbers, with a new link selected for each IP packet, other than when an IP packet is fragmented, in which case the fragmented packets are sent on the same link to ensure a high probability that the packets are received in the correct order.
  • IP messages are encapsulated in the signalling information field SIF of an MTP Message Signal Unit (MSU), immediately following an MTP level routing label.
  • MSU MTP Message Signal Unit
  • the IP message is sent to MTP level 3 in an MTP-transfer primitive.
  • the size of the IP message needs to be less than or equal to 268 octets. IP messages longer than this are fragmented by the IP layer.
  • the MTP layers of the system are required to support SIFs of 272 octets in order to accommodate the IP message and an MTP level 3 routing label.
  • the IP / MTP convergence layer supports the following MTP level 3 primitives:
  • the MTP-transfer request and indication primitives are used to transmit and receive, respectively, IP messages to and from the remote host.
  • the point code of the remote host is given by the DPC parameter.
  • the OPC parameter indicates the point code of the originating the message.
  • the SLS and SIO will be selected as described above.
  • the User Data part of the primitive will contain the IP message.
  • the inability of the MTP to communicate with its peer is indicated to the IP layer, and any messages requested by IP to be sent to that DPC will be discarded.
  • the ability of the MTP to communicate with its peer is indicated to the IP layer, and any messages requested by IP to be sent to that DPC will be transmitted.
  • the inability to deliver messages is indicated to the IP layer, and any messages requested by IP to be sent to that DPC will be discarded.
  • FIG. 1 shows a connection from originating node A to destination node C passing via intermediate node B.
  • the message makes a double pass through the convergence layer, in the course of which the destination point code of the incoming message becomes the origination point code of the outgoing message.
  • Figures 4 to 1 5 are SDL (Specification Description Language) diagrams illustrating an implementation of the system described above. These may be compiled using commercially available tools to provide the basis of the software required to implement the convergence layer.
  • Figure 4 is a system diagram showing the IP and MTP bidirectional links to and between exchanges.
  • Figure 5 formally indicates that the behaviour of the terminating exchange is the same as the originating exchange.
  • Figure 6 shows messages to and from the IP/MTP convergence process and the relationship with IP and MTP processes.
  • Figure 7 defines the behaviour of the IP/MTP conversion process.
  • Figure 8 is a continuation of Figure 7.
  • Figure 9 shows a procedure to check whether required DPC is marked as congested.
  • Figure 10 shows a procedure to check whether a required DPC is marked unavailable.
  • Figure 1 1 shows a congestion control procedure to mark destination point codes as congested when notified by the MTP process and to perform required congestion control.
  • Figure 1 2 shows a DPC available procedure to remove any DPC codes marked as unavailable which the MTP process has indicated as now being available.
  • Figure 1 3 shows a DPC unavailable procedure to mark DPC unavailable when so indicated by the MTP process.
  • Figure 1 4 shows a procedure to find an appropriate signalling link.
  • Figure 1 5 is a look-up procedure to translate a received IP address into the origination and destination codes required by MTP.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

In a communications network, traffic in the form of data conforming to a packet-based internetworking protocol (such as Internet Protocol) is communicated using a circuit switched message signalling protocol (such as MTP (SS7 Message Transport Part)).

Description

COMMUNICATIONS NETWORK
BACKGROUND TO THE INVENTION
The present invention relates to a communications network, and in particular to a network handling traffic which conforms to a packet-based internetworking protocol.
Internet Protocol (IP) offers a relatively light-weight and adaptable protocol for data communications and has been widely adopted. Recently, considerable effort has been directed to implementing communications services such as telephony or multimedia conferencing using Internet Protocol. However, the levels of performance it has been possible to achieve hitherto for such applications have been severely limited and fall well below those typically expected, for example, by customers of a conventional PSTN network. An important factor limiting the performance of communication systems using such protocols is that the protocol functions on a "best effort" basis and is not able to offer a guaranteed quality of service. As a result, heavy loading of a network quickly results in delay or loss of packets which in turn severely reduces the quality and intelligibility, for example, of an Internet telephony channel. Attempts to overcome these limitations using supplementary protocols, such as RSVP have not to date been wholly successful. SUMMARY OF THE INVENTION
According to a first aspect of the present invention, there is provided a method of operating a telecommunications network in which network traffic conforming to a packet-based inter-networking protocol is communicated between network nodes using a circuit-switched messaging protocol, and subsequently the said traffic is transmitted from one of the said network nodes to a customer terminal.
The present invention provides for the first time a method of communicating traffic in a telecommunications network using a hybrid protocol in which data conforming to a packet-based protocol such as Internet protocol is carried over a circuit-switched messaging layer. This approach makes it possible to provide for the traffic the quality of service guarantees needed for successful implementation of services such as internet telephony, whilst maintaining many of the advantages in terms of flexibility and ease of implementation of Internet protocol and other packet-based protocols. Furthermore, this approach greatly facilitates integration between the communications network and associated computer systems.
The term "traffic" is used here, as is conventional in the field of telecommunications networks, to indicate the signals carrying communications between the end users of the network, e.g. telephone calls, as opposed to any other signals present in the network, such as the control signals conventionally carried on the common channel signalling network, or network management signalling.
Preferably, the packet-based inter-networking protocol is Internet Protocol (IP). Preferably the circuit-switched messaging protocol is a common channel signalling protocol, and more preferably is signalling system number 7 (SS7) MTP (message transport part).
The term "Internet protocol" as used herein encompasses IP version 4 and
IP version 6 as defined by the Internet engineering task force (IETF) or any like protocol technically compatible with those protocols. Signalling System number 7
(SS7) is defined by the ITU and is a widely adopted and stable common channel signalling protocol developed for use in telephony networks.
Preferably the method includes steps of receiving data packets conforming to the said packet-based inter-networking protocol, converting addresses carried in the said packets to origination codes and destination codes of a circuit-switched network, and writing the said codes in a signal conforming to the circuit-switched messaging protocol.
This preferred approach to implementing the invention uses, e.g., a lookup table to convert addresses of a packet-based network to corresponding origination and destination codes of a circuit-switched network.
According to another aspect of the present invention, there is provided a method of communicating packet data via a telecommunications network, which telecommunications network includes a circuit-switched signalling network which supports a predetermined messaging protocol, the method including converting the said packet data to a signal conforming to the said predetermined messaging protocol, communicating the converted packet data via the signalling network, and subsequently recovering the packet data from the said signal.
The invention is particularly valuable as a way of using the capabilities of existing telephony networks to support internet traffic. According to another aspect of the invention, there is provided a node including means for converting data conforming to a packet-based internetworking protocol to a format conforming to a circuit-switched signalling protocol, and means for outputting a signal in the said format onto a communications network. The node may be a trunk or exchange switch, as in the example described below, or may be an edge-of-network terminal such as a personal computer, an intelligent telephone or a mobile Java terminal. BRIEF DESCRIPTION OF THE DRAWINGS
Systems embodying the present invention will now be described in further detail, by way of example only, with respect to the accompanying drawings, in which:
Figure 1 is a schematic showing a communications network embodying the invention;
Figure 2 shows a protocol stack for a system embodying the invention; Figure 3 shows a look-up table used in the IP/MTP layer of Figure 2;
Figures 4 to 1 5 are SDL diagrams for a system embodying the invention; Figure 1 6 shows a signal communicated in IP over MTP format via an intermediate node. DESCRIPTION OF EXAMPLES A telecommunications network includes a number of digital main switch units (DMSU's) 1 which are connected by a common channel signalling network 2 to each other and to local exchanges 3. Each trunk exchange and at least some of the local exchanges include a data interface 10. In the example illustrated in the Figure, the data interface of one of the DSMU's is connected to a data server 4. This data server might be used, for example, to source a packetised MPEG- encoded video data stream in an internet video-on-demand (VoD) application. A data terminal, 5, which may be a personal computer, is connected to the data interface of one of the local exchanges.
In use, the data server transmits data, such as VoD programme material, as Internet Protocol (IP) packets to the data interface of the DMSU. The data packets carry, in this example, the internet address of the data terminal. Within the DMSU, the data packets are processed within an IP/MTP convergence layer for transmission over the common channel signalling network using SS7 Message Transfer Part protocol. The converted packets are then carried within the signalling network to the local exchange. Here, the convergence layer carries out a complementary function, converting data from the MTP layer into IP packets for forwarding to the customer data terminal.
Figure 2 shows the IP over MTP protocol stack of the system described above. The IP/MTP convergence layer carries out functions of address mapping, signalling link selection, encapsulation of IP messages and support of relevant MTP primitives.
The address mapping function converts IP addresses to MTP point codes and vice versa. In the present example, this done using a look-up table, as illustrated in Figure 3. This converts the source and destination IP addresses to originating point code (OPC) and destination point code (DPC) respectively. A service indicator in the MTP SIO field is set to identify IP as the MTP user.
The convergence layer is also responsible for selecting the signalling link within the SS7 network to be used in conveying the data, and indicates this selection to the MTP layers. The MTP makes use of this indication in selecting a physical link for transmission, although the MTP logic may choose a different link in the selection indicated is unavailable. The step of selecting the signalling link by the convergence layer may be carried out, for example, by stepping round a cycle of all possible link numbers, with a new link selected for each IP packet, other than when an IP packet is fragmented, in which case the fragmented packets are sent on the same link to ensure a high probability that the packets are received in the correct order.
IP messages are encapsulated in the signalling information field SIF of an MTP Message Signal Unit (MSU), immediately following an MTP level routing label. The IP message is sent to MTP level 3 in an MTP-transfer primitive. The size of the IP message needs to be less than or equal to 268 octets. IP messages longer than this are fragmented by the IP layer. The MTP layers of the system are required to support SIFs of 272 octets in order to accommodate the IP message and an MTP level 3 routing label. The IP / MTP convergence layer supports the following MTP level 3 primitives:
The MTP-transfer request and indication primitives are used to transmit and receive, respectively, IP messages to and from the remote host. The point code of the remote host is given by the DPC parameter. The OPC parameter indicates the point code of the originating the message. The SLS and SIO will be selected as described above. The User Data part of the primitive will contain the IP message.
On receipt of an MTP-pause indication, the inability of the MTP to communicate with its peer (with point code indicated by the parameter DPC) is indicated to the IP layer, and any messages requested by IP to be sent to that DPC will be discarded. On receipt of an MTP-resume, the ability of the MTP to communicate with its peer (with point code indicated by the parameter DPC) is indicated to the IP layer, and any messages requested by IP to be sent to that DPC will be transmitted. On receipt of an MTP-status indicating user part unavailability at the remote host with point code DPC, the inability to deliver messages is indicated to the IP layer, and any messages requested by IP to be sent to that DPC will be discarded. On receipt of an MTP-status with a cause parameter indicating congestion at the remote host with point code DPC, congestion controls (for further study) will be imposed on all messages to be sent to the peer user part at that DPC, appropriate for the level of congestion, until the congestion has ceased. Receipt of an MTP-restart indication indicates that an MTP restart has occurred, and is handled appropriately by marking that specific previously unavailable locations are now available.
While for the example illustrated in Figure 1 , the IP over MTP connection passes in a single hop between originating and destination, in general a connection may pass through one or more intermediate stages. Figure 1 6 shows a connection from originating node A to destination node C passing via intermediate node B. As shown in the Figure, at the intermediate node, the message makes a double pass through the convergence layer, in the course of which the destination point code of the incoming message becomes the origination point code of the outgoing message.
Figures 4 to 1 5 are SDL (Specification Description Language) diagrams illustrating an implementation of the system described above. These may be compiled using commercially available tools to provide the basis of the software required to implement the convergence layer. Figure 4 is a system diagram showing the IP and MTP bidirectional links to and between exchanges. Figure 5 formally indicates that the behaviour of the terminating exchange is the same as the originating exchange. Figure 6 shows messages to and from the IP/MTP convergence process and the relationship with IP and MTP processes. Figure 7 defines the behaviour of the IP/MTP conversion process. Figure 8 is a continuation of Figure 7. Figure 9 shows a procedure to check whether required DPC is marked as congested. Figure 10 shows a procedure to check whether a required DPC is marked unavailable. Figure 1 1 shows a congestion control procedure to mark destination point codes as congested when notified by the MTP process and to perform required congestion control. Figure 1 2 shows a DPC available procedure to remove any DPC codes marked as unavailable which the MTP process has indicated as now being available. Figure 1 3 shows a DPC unavailable procedure to mark DPC unavailable when so indicated by the MTP process. Figure 1 4 shows a procedure to find an appropriate signalling link. Figure 1 5 is a look-up procedure to translate a received IP address into the origination and destination codes required by MTP.

Claims

1 . A method of operating a telecommunications network in which network traffic conforming to a packet-based inter-networking protocol is communicated between network nodes using a circuit-switched messaging protocol, and subsequently the said traffic is transmitted from one of the said network nodes to a customer terminal.
2. A method of operating a telecommunications network, which telecommunications network includes a circuit-switched message signalling network connecting a plurality of network exchanges, which signalling network supports a messaging protocol, the method including: receiving packet data; converting the said packet data to a signal conforming to the said messaging protocol, communicating the converted packet data via the signalling network to a network exchange; at the network exchange subsequently recovering the packet data from the said signal; and transmitting the packet data from the exchange to a customer terminal
3. A method according to claim 1 or 2, in which the packet-based internetworking protocol is Internet Protocol (IP).
4. A method according to any one of claims 1 to 3, in which the circuit-switched message signalling protocol is a common channel signalling protocol,
5. A method according to claim 4, in which the circuit-switched message signalling protocol is signalling system number 7 (SS7) message transport part (MTP).
6. A method according to any one of the preceding claims, including steps of receiving data packets conforming to the said packet-based inter-networking protocol, converting addresses carried in the said packets to origination codes or destination codes of a circuit-switched network, and writing the said codes in a signal conforming to the circuit-switched message signalling protocol.
7. A node for connection in a communications network and adapted for use in a method according to any one of claims 1 to 6.
8. A node for use in a method according to any one of claims 1 to 6 including means for receiving traffic comprising data conforming to a packet-based internetworking protocol, means for converting the data conforming to a packet-based internetworking protocol to a format conforming to a circuit- switched signalling protocol, and means for outputting a signal in the said format onto a communications network.
9. A telecommunications network including a node according to claim 8.
10. A telecommunications network comprising: a plurality of network exchanges; a signalling network interconnecting the plurality of exchanges; access networks connected to the plurality of exchanges; at least one of the plurality of exchanges including: a traffic interface arranged to receive traffic comprising data conforming to a packet-based internetworking protocol from a respective one of the access networks; a converter connected to the traffic interface and arranged to convert the data conforming to a packet-based internetworking protocol to a format conforming to a circuit- switched signalling protocol: and a signalling network interface connected to the converter and arranged to output the said data onto the signalling network.
EP99910513A 1998-03-23 1999-03-17 Communications network Withdrawn EP1066708A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP99910513A EP1066708A1 (en) 1998-03-23 1999-03-17 Communications network

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP98302161 1998-03-23
EP98302161 1998-03-23
PCT/GB1999/000817 WO1999049636A1 (en) 1998-03-23 1999-03-17 Communications network
EP99910513A EP1066708A1 (en) 1998-03-23 1999-03-17 Communications network

Publications (1)

Publication Number Publication Date
EP1066708A1 true EP1066708A1 (en) 2001-01-10

Family

ID=8234726

Family Applications (1)

Application Number Title Priority Date Filing Date
EP99910513A Withdrawn EP1066708A1 (en) 1998-03-23 1999-03-17 Communications network

Country Status (3)

Country Link
EP (1) EP1066708A1 (en)
GB (1) GB2353177A (en)
WO (1) WO1999049636A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7286524B1 (en) * 2001-02-02 2007-10-23 Qwest Communications International, Inc. System and method for high capacity/failure tolerance telecommunications in a signaling network gateway
US7239648B1 (en) 2001-11-27 2007-07-03 Marvell International Ltd. Extension mode for wireless lans complying with short interframe space requirement

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE516556C2 (en) * 1995-04-24 2002-01-29 Ericsson Telefon Ab L M Method and apparatus of a telecommunications system
US5870565A (en) * 1996-05-06 1999-02-09 Telefonaktiebolaget L M Ericsson (Publ) Telecommunications management network connected to a common channel signaling network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO9949636A1 *

Also Published As

Publication number Publication date
GB0021340D0 (en) 2000-10-18
WO1999049636A1 (en) 1999-09-30
GB2353177A (en) 2001-02-14

Similar Documents

Publication Publication Date Title
US6567425B1 (en) Bearer independent signaling protocol
US7848313B1 (en) Method and apparatus for carrying telephony network traffic over an ATM network
CN1316797C (en) Method and apparatus for creating a packet using a digital signal processor
EP1192791B1 (en) Voip using ss7 signalling and cooperation of ip nodes with signalling points
US20030206519A1 (en) System and method for encoding and decoding messages
WO2005002311A2 (en) Methods and systems for identifying , redirecting, and processing messages of different ss7 protocol variations
EP1892907B1 (en) Signalling gateway
US6490284B1 (en) Use of CIC to identify calls when using ISUP in conjunction with AAL type 2 signaling protocol
US7113582B1 (en) System for caller control over call routing paths
US20050129011A1 (en) Signaling transport converter
EP1066708A1 (en) Communications network
EP1643777A1 (en) Methods and apparatus for controlling signalling gateways
US7092383B2 (en) Method for switching on a subscriber signal, associated switching office and associated program
EP1179263A1 (en) Signalling in a telecommunications network
EP1091552A2 (en) Method and apparatus for providing telephone service using TDM switches and data transport networks
EP1095524B1 (en) Signalling in a telecommunications network
FI106595B (en) Signaling in a telecommunications system
KR100455878B1 (en) System for communicating signals containing application layer data and system for converting signal connection control partial parameters
KR100446861B1 (en) Method for traffic controlling of signaling gateway
JP2002064559A (en) Communication connection control network
EP1744567A1 (en) Signalling gateway
US7006493B1 (en) Virtual voice port configured to connect a switched voice call to a permanent voice call
MXPA00012965A (en) Signalling in a telecommunications network
WO2001008424A1 (en) Multimedia communication system
WO2001048982A1 (en) Methods and systems for connecting telephony exchanges to packet switched networks using virtual trunks

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20000828

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE FR GB NL

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20041001