WO1997045975A1 - Encapsulation of proprietary protocol information - Google Patents
Encapsulation of proprietary protocol information Download PDFInfo
- Publication number
- WO1997045975A1 WO1997045975A1 PCT/US1997/008988 US9708988W WO9745975A1 WO 1997045975 A1 WO1997045975 A1 WO 1997045975A1 US 9708988 W US9708988 W US 9708988W WO 9745975 A1 WO9745975 A1 WO 9745975A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- standard
- isup
- parameters
- isup standard
- network
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/64—Distributing or queueing
- H04Q3/66—Traffic distributors
- H04Q3/665—Circuit arrangements therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0457—Connection protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13096—Digital apparatus individually associated with a subscriber line, digital line circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13103—Memory
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13176—Common channel signaling, CCS7
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13209—ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13216—Code signals, frame structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1322—PBX
Definitions
- the present invention relates generally to systems and methods for network switching, and more particularly to efficient routing of communication paths in a telecommunications system.
- a conventional Common Channel Signaling (CCS) telecommunications network comprises three basic components: Customer Premises Equipments (CPEs; for example, a private branch exchange (PBX)), communications busses
- CPEs Customer Premises Equipments
- PBX private branch exchange
- switches also known as links; for example, telephone lines
- links for example, links
- nodes for example. switches
- a CCS network is characterized by the separation of signaling links and traffic links.
- Switches in a CCS network establish traffic links between CPEs by exchanging signaling messages via signaling links that specify tasks to be performed on the traffic links.
- the format of these signaling messages is typically specified by a standard.
- ISDN Integrated Services Digital Network
- ISUP Integrated Services Digital Network
- the North American ISUP standard is presented in a document entitled “American National Standards Institute (ANSI) Signaling System No. 7 (SS7) Integrated Services Digital Network (ISDN) User Part (ISUP), ANSI T 1.1 13 (1995),” which is incorporated herein by reference in its entirety.
- the international ISUP standard is also presented in a document entitled “ITU-T Recommendation Q.763 Signaling System No. 7 (SS7) Integrated Services Digital Network (ISDN) User Part (ISUP), Formats and Codes.”
- the standard specifies a set of signaling messages that a network must support in order to comply with the standard. Each of these signaling messages must be accompanied by one or more parameters; these parameters are also defined by the standard.
- the standard also provides for several "spare” parameters. Spare parameters are of two types. Under the ANSI ISUP standard, these two types are referred to as “reserved” and "network specific.” Under the ITU ISUP standard, a country can develop a country-specific ISUP standard; under such a standard, the "network specific" parameters are generally referred to "country specific.”
- Reserved spare parameters are those that are not currently defined by the standard, but that may be defined by the standard at some future time.
- Network service providers are free to use the network specific spare parameters to transmit proprietary data to implement proprietary services to supplement those provided by the standard.
- a service provider will typically offer many proprietary services, and thus will require many spare parameters to implement those services.
- the present invention is a system and method for transmitting proprietary parameters without using the reserved "spare" parameters specified by the ISUP standard.
- proprietary data is
- One advantage of the present invention is that it permits a service provider to define proprietary parameters without the use of spare parameters. Another advantage of the present invention is that it permits a service provider to define more proprietary parameters than there are spare parameters.
- FIG. 1 is a block diagram illustrating an example environment in which the present invention can operate.
- FIG. 2 depicts an exemplary configuration for a telecommunications network.
- the present invention is a system and method for transmitting proprietary parameters without using the reserved spare parameters specified by the ISUP standard.
- proprietary data is
- FIG. 1 is a block diagram illustrating an example environment in which the present invention can operate.
- the environment is a computer system 100 that includes one or more processors, such as processor 104.
- the processor 104 is connected to a communications bus 106.
- Various software embodiments are described in terms of this example computer system. After reading this description, it will be apparent to a person skilled in the relevant art how to implement the invention using other computer systems and/or computer architectures.
- Computer system 100 also includes a main memory 108, preferably random access memory (RAM), and can also include a secondary memory 1 10.
- the secondary memory 1 10 can include, for example, a hard disk drive 112 and/or a removable storage drive 114, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc.
- the removable storage drive 1 14 reads from and/or writes to a removable storage unit 1 18 in a well known manner.
- Removable storage unit 118 represents a floppy disk, magnetic tape, optical disk, etc., which is read by and written to by removable storage drive 1 14.
- the removable storage unit 118 includes a computer usable storage medium having stored therein computer software and/or data.
- secondary memory 1 10 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 100.
- Such means can include, for example, a removable storage unit 122 and an interface 120. Examples can include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM or PROM) and associated socket, and other removable storage units 122 and interfaces 120 which allow software and data to be transferred from the removable storage unit 122 to computer system 100.
- Computer system 100 can also include a communications interface 124.
- Communications interface 124 allows software and data to be transferred between computer system 100 and external devices through communications path 126.
- Examples of communications interface 124 can include a modem, a network interface (such as an Ethernet card), a communications port, etc.
- Software and data transferred through communications interface 124 are in the form of signals which can be electronic, electromagnetic, optical or other signals capable of being received by communications interface 124 through communications path 126.
- the present invention is described in terms of this example environment.
- FIG. 2 depicts an exemplary configuration for a telecommunications network 200.
- network 200 is a CCS network.
- Network 200 includes signal transfer point (STP) 202, customer premises equipments (CPEs) 204, and switches 206, also known as signaling points.
- a CPE 204 can be, for example, a private branch exchange (PBX).
- PBX private branch exchange
- CPE 204A is connected to CPE 204B via traffic links 208. Traffic links 208 are further connected by switches 206. This connection defines the physical channel upon which digital data is transported between CPEs 204.
- Switches 206 are connected to STP 202 via signaling links 210.
- switches 206 and STP 202 can coordinate the setup of a traffic channel along traffic links 208. This coordination is accomplished through the transport of signaling messages that provision specific channels within traffic links 208.
- One set of such signaling messages is specified by the Integrated Services Digital Network (ISDN) User Part (ISUP) standard, referred to hereinafter as "the standard” or "the ISUP standard.”
- ISDN Integrated Services Digital Network
- SS7 Signaling System No. 7
- ISUP Integrated Services Digital Network
- ISUP Integrated Services Digital Network
- ISUP International Services Digital Network
- SS7 Integrated Services Digital Network
- ISUP Integrated Services Digital Network
- ISUP International Subscriber Identity
- Formats and Codes which is incorporated herein by reference in its entirety.
- the invention is described with specific reference to the ANSI standard.
- the present invention can be used with other standards, such as the ITU standard and any other country-specific ISUP standard, without departing from the spirit and scope of the present invention, as would be apparent to one skilled in the relevant art.
- Each ISUP signaling message accomplishes a particular task for a particular traffic link, and contains the four fields depicted in Table 1.
- the switch transmitting the signaling message is known as the origination point, and the switch receiving the signaling message is known as the destination point.
- the Routing Label field defines the coordinates (that is, addresses) of the origination and destination points.
- the Circuit Identification Code field identifies the traffic link on which the task will be performed.
- the Routing Label field and the Circuit Identification Code field are known collectively as the "Header" of the signaling message.
- the Message Type identifies the task to be performed on the selected traffic link.
- the Parameters field contains application-specific data for the signaling message.
- the Message Type field and the Parameters field are known collectively as the "Application Data" of the signaling message, and together contain the data elements needed to complete the task. Each of these fields is defined in further detail below.
- the Routing Label field contains the information necessary to deliver the signaling message to the destination point.
- the Routing Label field is placed at the beginning of the signaling message and occupies seven bytes as illustrated in Table 2. The same Routing Label is used for all signaling messages that refer to the same traffic link.
- the Destination Point Code indicates the address of the destination point.
- the Origination Point Code indicates the address of the origination point.
- the Signaling Link Selection indicates which link is used to transmit the signaling message.
- the Circuit Identification Code identifies the traffic link on which the task defined by the signaling message will be performed.
- the structure of the Circuit Identification Code field is illustrated in Table 3.
- Byte #1 contains the least significant bits (LSB) of the Circuit Identification Code, and
- Byte #2 contains the most significant bits (MSB).
- the Message Type identifies the task to be performed on the selected traffic link.
- the Message Type field is a one-byte field, as shown in Table 4. Some of the Message Types that are not defined can be used by service providers to implement proprietary features.
- Each ISUP signaling message includes at least one parameter.
- Parameters can be mandatory or optional, and can be of fixed or variable length.
- the ISUP standard contemplates the use of up to 256 parameters; of these, the standard defines approximately 60.
- the standard also provides for several "spare" parameters. Under the ANSI ISUP standard, these two types are referred to as “reserved” and "network specific.” Under the ITU ISUP standard, a country can develop a country-specific ISUP standard; under such a standard, the "network specific” parameters are referred to "country specific.” The following discussion of "network specific” parameters also applies to these "country specific” parameters," as would be apparent to one skilled in the relevant art.
- Reserved spare parameters are those that are not currently defined by the standard, but that may be defined by the standard at some future time.
- Network service providers are free to use the network specific spare parameters to transmit proprietary data to implement proprietary services to supplement those provided by the standard.
- a service provider will typically offer many proprietary services, and thus will require many spare parameters to implement those services.
- One of the network specific parameters defined by the standard is the network specific Generic Digits parameter.
- the format of the network specific Generic Digits parameter field is illustrated in Table 5.
- Byte #3 includes the Encoding Scheme (for example, binary-coded decimal, binary, and the like) and the Type of Digits.
- Bytes #4 through #n contain the Digits. The assignments for the Type of Digits values are listed in Table 6.
- the Type of Digits from binary 10000 through binary 11110 are reserved for network-specific use.
- one or more of the Type of Digits in this range is used as an envelope to encapsulate data needed by service providers to implement proprietary features.
- the Type of Digits equals 1 1001
- the encoding scheme is binary
- the structure of the network specific Generic Digits field is as illustrated in Table 7.
- Each of the Proprietary Parameters includes a name field and a length field.
- an optional End of Proprietary Parameters field is included to facilitate signaling message parsing.
- a service provider can encapsulate proprietary parameters within the network specific Generic Digits parameter defined by the standard, as described above. Because the proprietary parameters are encapsulated within a defined parameter rather than within reserved spare parameters, they are not affected by subsequent definition of spare parameters. For the same reason, a service provider is not limited by the number of spare parameters, but can define as many proprietary parameters as needed.
Abstract
A system (100) and method for transmitting proprietary parameters in a telecommunications network (200) conforming to the ISDN User Part (ISUP) Standard. The method includes the steps of identifying proprietary parameters to be transmitted as part of an ISUP signaling message that includes a network specific Generic Digits parameter and encapsulating those parameters within the network specific Generic Digits parameter.
Description
Encapsulation of Proprietary Protocol Information
Background of the Invention
Field of the Invention
The present invention relates generally to systems and methods for network switching, and more particularly to efficient routing of communication paths in a telecommunications system.
Related Art
A conventional Common Channel Signaling (CCS) telecommunications network comprises three basic components: Customer Premises Equipments (CPEs; for example, a private branch exchange (PBX)), communications busses
(also known as links; for example, telephone lines) and nodes (for example. switches). The switches are used to selectively connect the CPEs via the links.
A CCS network is characterized by the separation of signaling links and traffic links. Switches in a CCS network establish traffic links between CPEs by exchanging signaling messages via signaling links that specify tasks to be performed on the traffic links. The format of these signaling messages is typically specified by a standard.
One such standard is the Integrated Services Digital Network (ISDN) User Part (ISUP) standard, referred to hereinafter as "the standard" or "the ISUP standard." The North American ISUP standard is presented in a document entitled "American National Standards Institute (ANSI) Signaling System No. 7 (SS7) Integrated Services Digital Network (ISDN) User Part (ISUP), ANSI T 1.1 13 (1995)," which is incorporated herein by reference in its entirety. The international ISUP standard is also presented in a document entitled "ITU-T
Recommendation Q.763 Signaling System No. 7 (SS7) Integrated Services Digital Network (ISDN) User Part (ISUP), Formats and Codes."
The standard specifies a set of signaling messages that a network must support in order to comply with the standard. Each of these signaling messages must be accompanied by one or more parameters; these parameters are also defined by the standard. The standard also provides for several "spare" parameters. Spare parameters are of two types. Under the ANSI ISUP standard, these two types are referred to as "reserved" and "network specific." Under the ITU ISUP standard, a country can develop a country-specific ISUP standard; under such a standard, the "network specific" parameters are generally referred to "country specific."
Reserved spare parameters are those that are not currently defined by the standard, but that may be defined by the standard at some future time. Network service providers are free to use the network specific spare parameters to transmit proprietary data to implement proprietary services to supplement those provided by the standard. A service provider will typically offer many proprietary services, and thus will require many spare parameters to implement those services. When a service provider exhausts the network specific spare parameters, he has little recourse but to employ some of the reserved spare parameters.
However, if a service provider employs a reserved spare parameter to implement a proprietary feature, and subsequently redefines that spare parameter, the service provider will no longer be in compliance with the standard. In order to comply with the new standard, the service provider must redefine the proprietary feature to use a different spare parameter. To implement such a parameter change, a service provider must change the call processing software in its network switches. This is an expensive and time-consuming task. Further, if
the newly-selected spare parameter is a reserved spare parameter, it may subsequently be re-assigned. Thus, this solution is not a permanent one. Further, a service provider may require more spare parameters than are available.
What is needed, therefore, is a method for transmitting proprietary data that is independent of the reserved spare parameter data structure specified by the standard.
Summary of the Invention
The present invention is a system and method for transmitting proprietary parameters without using the reserved "spare" parameters specified by the ISUP standard. In a preferred embodiment of the present invention, proprietary data is
"encapsulated" within the network specific Generic Digits parameter defined by the standard.
One advantage of the present invention is that it permits a service provider to define proprietary parameters without the use of spare parameters. Another advantage of the present invention is that it permits a service provider to define more proprietary parameters than there are spare parameters.
Further features and advantages of the present invention as well as the structure and operation of various embodiments of the present invention are described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers indicate identical or functionally similar elements. Additionally, the left-most digit of a reference number identifies the drawing in which the reference number first appears.
Brief Description of the Figures
The present invention will be described with reference to the accompanying drawings, wherein:
FIG. 1 is a block diagram illustrating an example environment in which the present invention can operate; and
FIG. 2 depicts an exemplary configuration for a telecommunications network.
Detailed Description of the Preferred Embodiments
The preferred embodiment of the invention is discussed in detail below. While specific steps, configurations and arrangements are discussed, it should be understood that this is done for illustrative purposes only. A person skilled in the relevant art will recognize that other steps, configurations and arrangements can be used without departing from the spirit and scope of the present invention.
The present invention is a system and method for transmitting proprietary parameters without using the reserved spare parameters specified by the ISUP standard. In a preferred embodiment of the present invention, proprietary data is
"encapsulated" within the network specific Generic Digits parameter defined by the ISUP standard.
Before describing the operation of the present invention in detail, it is useful to first describe an example environment in which the invention can operate. FIG. 1 is a block diagram illustrating an example environment in which the present invention can operate. The environment is a computer system 100
that includes one or more processors, such as processor 104. The processor 104 is connected to a communications bus 106. Various software embodiments are described in terms of this example computer system. After reading this description, it will be apparent to a person skilled in the relevant art how to implement the invention using other computer systems and/or computer architectures.
Computer system 100 also includes a main memory 108, preferably random access memory (RAM), and can also include a secondary memory 1 10. The secondary memory 1 10 can include, for example, a hard disk drive 112 and/or a removable storage drive 114, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc. The removable storage drive 1 14 reads from and/or writes to a removable storage unit 1 18 in a well known manner. Removable storage unit 118 represents a floppy disk, magnetic tape, optical disk, etc., which is read by and written to by removable storage drive 1 14. As will be appreciated, the removable storage unit 118 includes a computer usable storage medium having stored therein computer software and/or data.
In alternative embodiments, secondary memory 1 10 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 100. Such means can include, for example, a removable storage unit 122 and an interface 120. Examples can include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM or PROM) and associated socket, and other removable storage units 122 and interfaces 120 which allow software and data to be transferred from the removable storage unit 122 to computer system 100.
Computer system 100 can also include a communications interface 124.
Communications interface 124 allows software and data to be transferred between
computer system 100 and external devices through communications path 126. Examples of communications interface 124 can include a modem, a network interface (such as an Ethernet card), a communications port, etc. Software and data transferred through communications interface 124 are in the form of signals which can be electronic, electromagnetic, optical or other signals capable of being received by communications interface 124 through communications path 126.
The present invention is described in terms of this example environment.
Description in these terms is provided for convenience only. It is not intended that the invention be limited to application in this example environment. In fact, after reading the following description, it will become apparent to a person skilled in the relevant art how to implement the invention in alternative environments.
FIG. 2 depicts an exemplary configuration for a telecommunications network 200. In a preferred embodiment of the present invention, network 200 is a CCS network. Network 200 includes signal transfer point (STP) 202, customer premises equipments (CPEs) 204, and switches 206, also known as signaling points. A CPE 204 can be, for example, a private branch exchange (PBX). CPE 204A is connected to CPE 204B via traffic links 208. Traffic links 208 are further connected by switches 206. This connection defines the physical channel upon which digital data is transported between CPEs 204. Switches 206 are connected to STP 202 via signaling links 210.
Using these connections, switches 206 and STP 202 can coordinate the setup of a traffic channel along traffic links 208. This coordination is accomplished through the transport of signaling messages that provision specific channels within traffic links 208. One set of such signaling messages is specified by the Integrated Services Digital Network (ISDN) User Part (ISUP) standard, referred to hereinafter as "the standard" or "the ISUP standard." The North
American standard is presented in a document entitled "American National Standards Institute (ANSI) Signaling System No. 7 (SS7) Integrated Services Digital Network (ISDN) User Part (ISUP), ANSI T1.1 13 (1995)," which is incorporated herein by reference in its entirety. The international ISUP standard is also presented in a document entitled "ITU-T Recommendation Q.763 Signaling System No. 7 (SS7) Integrated Services Digital Network (ISDN) User Part (ISUP), Formats and Codes" which is incorporated herein by reference in its entirety. For ease of illustration, the invention is described with specific reference to the ANSI standard. However, the present invention can be used with other standards, such as the ITU standard and any other country-specific ISUP standard, without departing from the spirit and scope of the present invention, as would be apparent to one skilled in the relevant art.
Each ISUP signaling message accomplishes a particular task for a particular traffic link, and contains the four fields depicted in Table 1. The switch transmitting the signaling message is known as the origination point, and the switch receiving the signaling message is known as the destination point.
Routing Label
Circuit Identification Code
Message Type
Parameters
Table 1
Each field is formed of an integral number of bytes. The Routing Label field defines the coordinates (that is, addresses) of the origination and destination points. The Circuit Identification Code field identifies the traffic link on which
the task will be performed. The Routing Label field and the Circuit Identification Code field are known collectively as the "Header" of the signaling message.
The Message Type identifies the task to be performed on the selected traffic link. The Parameters field contains application-specific data for the signaling message. The Message Type field and the Parameters field are known collectively as the "Application Data" of the signaling message, and together contain the data elements needed to complete the task. Each of these fields is defined in further detail below.
The Routing Label field contains the information necessary to deliver the signaling message to the destination point. The Routing Label field is placed at the beginning of the signaling message and occupies seven bytes as illustrated in Table 2. The same Routing Label is used for all signaling messages that refer to the same traffic link.
Table 2
The Destination Point Code indicates the address of the destination point. The Origination Point Code indicates the address of the origination point. The Signaling Link Selection indicates which link is used to transmit the signaling message.
The Circuit Identification Code identifies the traffic link on which the task defined by the signaling message will be performed. The structure of the Circuit Identification Code field is illustrated in Table 3. Byte #1 contains the least significant bits (LSB) of the Circuit Identification Code, and Byte #2 contains the most significant bits (MSB).
Table 3
The Message Type identifies the task to be performed on the selected traffic link. The Message Type field is a one-byte field, as shown in Table 4. Some of the Message Types that are not defined can be used by service providers to implement proprietary features.
Table 4
Each ISUP signaling message includes at least one parameter. Parameters can be mandatory or optional, and can be of fixed or variable length. The ISUP standard contemplates the use of up to 256 parameters; of these, the standard defines approximately 60. The standard also provides for several "spare" parameters. Under the ANSI ISUP standard, these two types are referred to as "reserved" and "network specific." Under the ITU ISUP standard, a country can develop a country-specific ISUP standard; under such a standard, the "network specific" parameters are referred to "country specific." The following discussion of "network specific" parameters also applies to these "country specific" parameters," as would be apparent to one skilled in the relevant art.
Reserved spare parameters are those that are not currently defined by the standard, but that may be defined by the standard at some future time. Network service providers are free to use the network specific spare parameters to transmit proprietary data to implement proprietary services to supplement those provided by the standard. A service provider will typically offer many proprietary services, and thus will require many spare parameters to implement those services. When a service provider exhausts the network specific spare parameters, he has little recourse but to employ some of the reserved spare parameters.
However, as discussed in the Background section, if a service provider employs a reserved spare parameter to implement a proprietary feature, and the standard subsequently redefines that parameter, the service provider will no
longer be in compliance with the standard. In order to comply with the revised standard, the service provider must redefine the proprietary feature to use a different spare parameter.
One of the network specific parameters defined by the standard is the network specific Generic Digits parameter. The format of the network specific Generic Digits parameter field is illustrated in Table 5.
Table 5
Byte #3 includes the Encoding Scheme (for example, binary-coded decimal, binary, and the like) and the Type of Digits. Bytes #4 through #n contain the Digits. The assignments for the Type of Digits values are listed in Table 6.
Table 6
The Type of Digits from binary 10000 through binary 11110 are reserved for network-specific use. In a preferred embodiment of the present invention, one or more of the Type of Digits in this range is used as an envelope to encapsulate data needed by service providers to implement proprietary features.
In a preferred embodiment of the present invention, the Type of Digits equals 1 1001, the encoding scheme is binary, and the structure of the network specific Generic Digits field is as illustrated in Table 7.
Table 7
Each of the Proprietary Parameters includes a name field and a length field. In a preferred embodiment of the present invention, an optional End of Proprietary Parameters field is included to facilitate signaling message parsing.
According to a preferred embodiment of the present invention, a service provider can encapsulate proprietary parameters within the network specific Generic Digits parameter defined by the standard, as described above. Because the proprietary parameters are encapsulated within a defined parameter rather than within reserved spare parameters, they are not affected by subsequent definition of spare parameters. For the same reason, a service provider is not limited by the number of spare parameters, but can define as many proprietary parameters as needed.
While various embodiments of the present invention have been described above, it should be understood that they have been presented by way of example, and not limitation. It will be apparent to persons skilled in the relevant art that various changes in form and detail can be made therein without departing from the spirit and scope of the invention. Thus the present invention should not be
limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.
Claims
1. In a telecommunications network conforming to the ISUP standard, a method for transmitting proprietary parameters, comprising the steps of:
(a) identifying proprietary parameters to be transmitted as part of an ISUP signaling message that includes a network specific Generic Digits parameter; and
(b) encapsulating said parameters within said network specific Generic Digits parameter.
2. The method of claim 1, wherein said ISUP standard is the American National Standards Institute Signaling System No. 7 ISUP standard.
3. The method of claim 1, wherein said ISUP standard is the ITU-T
Recommendation Q.763 Signaling System No. 7 ISUP standard.
4. The method of claim 3, wherein said ISUP standard is a country-specific ISUP standard and said network specific Generic Digits parameter is a country- specific Generic Digits parameter.
5. In a telecommunications network conforming to the ISUP standard, a computer program product comprising: a computer usable medium having computer readable program code means embodied in said medium for causing an application program to execute on the computer system, said computer readable program code means comprising: a computer readable first program code means for causing the computer system to identify proprietary parameters to be transmitted as part of an ISUP signaling message including a network specific Generic
Digits parameter; and a computer readable second program code means for causing the computer system to encapsulating said parameters within said network specific Generic Digits parameter.
6. The computer program product of claim 5, wherein said ISUP standard is the American National Standards Institute Signaling System No. 7 ISUP standard.
7. The computer program product of claim 5, wherein said ISUP standard is the ITU-T Recommendation Q.763 Signaling System No. 7 ISUP standard.
8. The computer program product of claim 7, wherein said ISUP standard is a country-specific ISUP standard and said network specific Generic Digits parameter is a country-specific Generic Digits parameter.
9. In a telecommunications network conforming to the ISUP standard, a system for transmitting proprietary parameters, comprising: means for identifying proprietary parameters to be transmitted as part of an ISUP signaling message including a network specific Generic Digits parameter; and means for encapsulating said parameters within said network specific Generic Digits parameter.
10. The system of claim 9, wherein said ISUP standard is the American National Standards Institute Signaling System No. 7 ISUP standard.
1 1. The system of claim 9, wherein said ISUP standard is the ITU-T Recommendation Q.763 Signaling System No. 7 ISUP standard.
12. The system of claim 11 , wherein said ISUP standard is a country-specific ISUP standard and said network specific Generic Digits parameter is a country- specific Generic Digits parameter.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU32148/97A AU3214897A (en) | 1996-05-28 | 1997-05-28 | Encapsulation of proprietary protocol information |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/653,885 US5889782A (en) | 1996-05-28 | 1996-05-28 | Encapsulation of proprietary protocol information conforming to the ANSI SS7 ISUP standard |
US08/653,885 | 1996-05-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO1997045975A1 true WO1997045975A1 (en) | 1997-12-04 |
Family
ID=24622666
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US1997/008988 WO1997045975A1 (en) | 1996-05-28 | 1997-05-28 | Encapsulation of proprietary protocol information |
Country Status (3)
Country | Link |
---|---|
US (2) | US5889782A (en) |
AU (1) | AU3214897A (en) |
WO (1) | WO1997045975A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1021051A1 (en) * | 1999-01-11 | 2000-07-19 | Siemens Aktiengesellschaft | Information element of a signalling message |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6704327B1 (en) | 1997-05-09 | 2004-03-09 | Sprint Communications Company, L.P. | System and method for connecting a call |
US6324183B1 (en) | 1998-12-04 | 2001-11-27 | Tekelec | Systems and methods for communicating messages among signaling system 7 (SS7) signaling points (SPs) and internet protocol (IP) nodes using signal transfer points (STPS) |
US7050456B1 (en) * | 1998-12-04 | 2006-05-23 | Tekelec | Methods and systems for communicating signaling system 7 (SS7) user part messages among SS7 signaling points (SPs) and internet protocol (IP) nodes using signal transfer points (STPs) |
US6944184B1 (en) | 1998-12-04 | 2005-09-13 | Tekelec | Methods and systems for providing database node access control functionality in a communications network routing node |
DE19728505A1 (en) * | 1997-07-03 | 1999-01-07 | Philips Patentverwaltung | Communication system with special channel |
US6292656B1 (en) * | 1997-09-23 | 2001-09-18 | Mci Communications Corporation | Method of jetting up a call using a wireless prepaid platform integration with SS7 ISUP interface |
US6574222B1 (en) | 1998-02-20 | 2003-06-03 | Sprint Communications Company, L.P. | System and method for allocating bandwidth for a call |
US7079534B1 (en) | 1998-02-20 | 2006-07-18 | Sprint Communications Company L.P. | System and method for allocating bandwidth for a call |
US6922409B1 (en) | 1998-02-20 | 2005-07-26 | Sprint Communications Company L.P. | System and method for allocating bandwidth for a call |
US6987781B1 (en) | 1998-12-04 | 2006-01-17 | Tekelec | Methods and systems for routing signaling messages in a communications network using circuit identification code (CIC) information |
US7002988B1 (en) | 1998-12-04 | 2006-02-21 | Tekelec | Methods and systems for communicating SS7 messages over packet-based network using transport adapter layer interface |
US6560226B1 (en) | 1999-02-25 | 2003-05-06 | Sprint Communications Company, L.P. | System and method for caching ported number information |
US7079530B1 (en) | 1999-02-25 | 2006-07-18 | Sprint Communications Company L.P. | System and method for caching toll free number information |
US6954526B1 (en) | 1999-04-05 | 2005-10-11 | Tekelec | Methods and systems for routing calling name service query messages in a communication network |
US7103068B1 (en) | 1999-05-04 | 2006-09-05 | Sprint Communication Company L.P. | System and method for configuring bandwidth transmission rates for call connections |
US6428550B1 (en) * | 1999-05-18 | 2002-08-06 | Cardica, Inc. | Sutureless closure and deployment system for connecting blood vessels |
US6673088B1 (en) * | 1999-05-18 | 2004-01-06 | Cardica, Inc. | Tissue punch |
AU2001232894A1 (en) | 2000-01-20 | 2001-07-31 | Mci Worldcom, Inc. | Intelligent network and method for providing voice telephony over atm and closeduser groups |
EP1277355B1 (en) | 2000-04-21 | 2016-06-08 | Tekelec Global, Inc. | Methods and systems for providing dynamic routing key registration |
US7318091B2 (en) * | 2000-06-01 | 2008-01-08 | Tekelec | Methods and systems for providing converged network management functionality in a gateway routing node to communicate operating status information associated with a signaling system 7 (SS7) node to a data network node |
US6967956B1 (en) | 2000-07-18 | 2005-11-22 | Tekelec | Methods and systems for providing message translation, accounting and routing service in a multi-protocol communications network environment |
US6453036B1 (en) | 2000-07-24 | 2002-09-17 | Z-Tel Technologies, Inc. | Dynamic updating of SCP through ISUP messages |
US6990089B2 (en) * | 2000-12-12 | 2006-01-24 | Telelec | Methods and systems for routing messages in a radio access network |
US6965592B2 (en) * | 2001-01-24 | 2005-11-15 | Tekelec | Distributed signaling system 7 (SS7) message routing gateway |
US7257620B2 (en) * | 2001-09-24 | 2007-08-14 | Siemens Energy & Automation, Inc. | Method for providing engineering tool services |
US7804789B2 (en) | 2004-03-18 | 2010-09-28 | Tekelec | Methods, systems, and computer program products for organizing, managing, and selectively distributing routing information in a signaling message routing node |
US7596219B1 (en) * | 2004-04-09 | 2009-09-29 | Sprint Spectrum L.P. | Method and system for preventing endless looping during telephone call set up |
US7532647B2 (en) * | 2004-07-14 | 2009-05-12 | Tekelec | Methods and systems for auto-correlating message transfer part (MTP) priority and internet protocol (IP) type of service in converged networks |
WO2006056256A2 (en) * | 2004-11-19 | 2006-06-01 | Richard Bergner Verbindungstechnik Gmbh & Co Kg | Hydraulic unit and method for providing a pressurized hydraulic fluid |
DE102007025447A1 (en) * | 2006-10-09 | 2008-04-17 | Siemens Ag | Method for controlling and / or regulating an industrial process |
CN101536592B (en) | 2006-10-30 | 2012-03-21 | Lm爱立信电话有限公司 | Extended positioning reporting |
US9043451B2 (en) * | 2007-07-31 | 2015-05-26 | Tekelec, Inc. | Methods, systems, and computer readable media for managing the flow of signaling traffic entering a signaling system 7 (SS7) based network |
WO2010083509A2 (en) | 2009-01-16 | 2010-07-22 | Tekelec | Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages |
IN2012CN07525A (en) * | 2010-02-12 | 2015-05-29 | Tekelec Inc | |
US20170140050A1 (en) * | 2015-11-16 | 2017-05-18 | CENX, Inc. | Real-Time Search In a Network Domain |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5359646A (en) * | 1992-04-30 | 1994-10-25 | Bell Communications Research, Inc. | Testing of distributed communications networks |
US5561769A (en) * | 1994-05-10 | 1996-10-01 | Lucent Technologies Inc. | Method and apparatus for executing a distributed algorithm or service on a simple network management protocol based computer network |
US5572530A (en) * | 1994-10-07 | 1996-11-05 | Comsat Corporation | Technique for efficient integration of integrated services digital network (ISDN) into satellite system |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5539817A (en) * | 1995-12-11 | 1996-07-23 | Stentor Resource Centre, Inc. | Wide area centrex toll service with novel translation |
CA2165857C (en) * | 1995-12-21 | 2000-07-25 | L. Lloyd Williams | Number portability using isup message option |
-
1996
- 1996-05-28 US US08/653,885 patent/US5889782A/en not_active Expired - Lifetime
-
1997
- 1997-05-28 US US08/864,253 patent/US5872782A/en not_active Expired - Lifetime
- 1997-05-28 WO PCT/US1997/008988 patent/WO1997045975A1/en active Application Filing
- 1997-05-28 AU AU32148/97A patent/AU3214897A/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5359646A (en) * | 1992-04-30 | 1994-10-25 | Bell Communications Research, Inc. | Testing of distributed communications networks |
US5561769A (en) * | 1994-05-10 | 1996-10-01 | Lucent Technologies Inc. | Method and apparatus for executing a distributed algorithm or service on a simple network management protocol based computer network |
US5572530A (en) * | 1994-10-07 | 1996-11-05 | Comsat Corporation | Technique for efficient integration of integrated services digital network (ISDN) into satellite system |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1021051A1 (en) * | 1999-01-11 | 2000-07-19 | Siemens Aktiengesellschaft | Information element of a signalling message |
WO2000042783A1 (en) * | 1999-01-11 | 2000-07-20 | Siemens Aktiengesellschaft | Information element component of a signaling message |
US7130410B1 (en) | 1999-01-11 | 2006-10-31 | Siemens, Aktiengesellschaft | Information element component of a signaling message, and a method for connection control using same |
Also Published As
Publication number | Publication date |
---|---|
AU3214897A (en) | 1998-01-05 |
US5889782A (en) | 1999-03-30 |
US5872782A (en) | 1999-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5872782A (en) | Encapsulation of proprietary protocol information conforming to the ITU-T recommendation Q.763 ISUP standard | |
JP4391590B2 (en) | System for translating routing addresses within a telecommunications network | |
US4782519A (en) | Method and apparatus for enhancing the operating capabilities of a telephone switching system | |
US7567558B1 (en) | Telecommunications service control point interface | |
EP0331190B1 (en) | Method for controlling address parameters for interconnecting LAN and ISDN | |
US7295579B2 (en) | Methods and systems for communicating signaling information using a normalized signaling protocol | |
US7146165B2 (en) | Method and system for file management in a mobile network | |
US6301352B1 (en) | Method and system for providing an alternative common channel signaling path | |
US20040264674A1 (en) | Methods and systems for identifying, redirecting, and processing messages of different SS7 protocol variations | |
EP1111940B1 (en) | Signalling in a telecommunication network | |
WO2000062578A1 (en) | A universal application programming interface having generic message format | |
US6205213B1 (en) | Partitioning of display for calling party numbers | |
US5991383A (en) | Partitioning of display for calling party numbers | |
WO1998021904A1 (en) | Telecommunications networks | |
EP1156682B1 (en) | Signalling in an intelligent network | |
US7146556B2 (en) | Structured data communication with backwards compatibility | |
EP1095524B1 (en) | Signalling in a telecommunications network | |
WO2000051395A2 (en) | Call routing between a circuit switched and a packet switched network | |
KR100456070B1 (en) | Signal transmission method and system | |
KR20000013859A (en) | Address converting method between public network adress and asynchronous transfer mode end system address | |
KR20010008721A (en) | Method for transmitting/receiving long size data message in cordless exchange system | |
KR980013081A (en) | How ISDN User-Network Connections Handle Primitives at Layer 3 | |
JPH01226246A (en) | Method and device for controlling terminal identifier | |
JPH0773268B2 (en) | ISDN address management method | |
JPH05227581A (en) | Isdn terminal connection system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AU CA JP MX |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE |
|
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
NENP | Non-entry into the national phase |
Ref country code: JP Ref document number: 97542866 Format of ref document f/p: F |
|
122 | Ep: pct application non-entry in european phase | ||
NENP | Non-entry into the national phase |
Ref country code: CA |