CA2134015C - Method for automatically adapting and configurating the speed of a terminal adapter to either 56kpbs or 64kbps in accordance of the actual transmission rate being used - Google Patents
Method for automatically adapting and configurating the speed of a terminal adapter to either 56kpbs or 64kbps in accordance of the actual transmission rate being usedInfo
- Publication number
- CA2134015C CA2134015C CA002134015A CA2134015A CA2134015C CA 2134015 C CA2134015 C CA 2134015C CA 002134015 A CA002134015 A CA 002134015A CA 2134015 A CA2134015 A CA 2134015A CA 2134015 C CA2134015 C CA 2134015C
- Authority
- CA
- Canada
- Prior art keywords
- pattern
- period
- kbps
- rate
- adapter
- 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.)
- Expired - Fee Related
Links
Classifications
-
- 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
Abstract
Method for automatically adapting and configuring the speed of a terminal adapter to the rate 56Kbps or 64Kbps which is used by a calling adapter. After the sending in the called terminal adapter of the CONNECT message which is sent to the ISDN NETWORK in accordance with CCITT Q.931 Recommendations, the called TA is initialized to a rate of 64 Kbps and then continuously transmits an alignment pattern ALL_ONES while starting a first timing process (T1). This first timing process will cause the called TA to switch to a 56Kbps speed if the 64 Kbps validation process does not succeed. The method then involves the step of checking the reception of a ALL_ZEROS pattern coming from said calling adapter (20) before the end of said first predetermined period (T1). If this case, a 64 Kbps validation process will be performed which comprises the checking whether a ALL_ONES pattern is received within a second period (T2), in which case the 64 Kbps rate configuration will be validated. On the contrary, if the ALL_ZEROS
pattern is not received at the end of the first period (T1), a 56 Kbps rate validation process is initiated which is based on the detection of a so-called 56 Kbps pattern within the data flow. The 56 Kbps pattern is defined as being a number of n bytes with the first bit of every byte being set to a one. Additionally, the 64Kbps validation process involves the checking of the continuous receiving of said ALL_ZEROS pattern during said first period (T1) as long as the ALL_ONES pattern is not yet received, and at the end of said first period (T1) validating the 64Kbps rate.
pattern is not received at the end of the first period (T1), a 56 Kbps rate validation process is initiated which is based on the detection of a so-called 56 Kbps pattern within the data flow. The 56 Kbps pattern is defined as being a number of n bytes with the first bit of every byte being set to a one. Additionally, the 64Kbps validation process involves the checking of the continuous receiving of said ALL_ZEROS pattern during said first period (T1) as long as the ALL_ONES pattern is not yet received, and at the end of said first period (T1) validating the 64Kbps rate.
Description
21~4015 -Method for Automatically Adapting and Configuring the Speed of a Terminal Adapter to Either 56Kbps or 64Kbps in Accordance of the Actual Transmission Rate Being Used Technical field of the invention This invention relates to data transmission and more particularly to equipments which are designed to be connected to an Integrated Services Digital Network (ISDN).
Background art ISDN is expected to be a rapidly expanding branch in the data communicating field as it allows the possibility of high-rate communications of the near future, particularly for sending voice, data etc. Figure 1 shows an example of ISDN connection. A calling terminal adapter 20 allows the connection of a Data Terminating Equipment tDTE) to I.S.D.N. telecommunication network 50. In the considered example, a calling terminal adapter 20, assumed to be a telecommunication equipment located within the United States of America is designed to be connected to the well-known AT&T ACCUNET~
etwork. With this assumption, Terminal adapter 20 is capable of handling 56Kbps links and utilizes the well known I.S.D.N numbering plan. A second Terminal Adapter 60 is also connected to the network 50 and is assumed to be an I.S.D.N. terminal adapter capable of handling 64Kbps. At last, a third terminal adapter 30 allows the connection of a DTE 40 to the network. Therefore, it appears that when one call is received by one terminal Adapter, e.g. adapter 30, the latter needs to recognize the rate and accordingly adapts its own speed to that used by the calling party.
Indeed, assuming that adapter 20 is the calling one, the called adapter 30 needs to be adapted to a 56Kbps rate. Conversely, in the ~134015 case where the calling adapter is adapter 60, the called adapter needs to switch its operating speed to a rate of 64Kbps.
In the prior art, the switching between the two operating rates was performed manually by the user prior to the call or, a user was compelled to buy a series of two distinctive equipments, each one being dedicated to one particular speed.
Therefore, a need has appeared in the telecommunication field for an ISDN equipment which is capable of automatically recognizing and adapting its own speed to either 56Kbps and 64 Kpbs.
Summary of the invention The problem to be solved by the present invention is to provide an ISDN terminal adapter which is capable of recognizing the rate used by a calling adapter, either 56Kbps or 64 Kbps, and adapts its own speed to this rate.
This problem is solved by the method according to the present invention for automatically adapting and configuring the speed of a terminal adapter (TA) being called to the rate 56Kbps or 64 Kbps which is used by a calling adapter. After the sending of the CONNECT message to the ISDN network in accordance with CCITT P.931 Recommendations, the called TA is initialized to a rate of 64 Kbps and then, continuously transmits (204) an alignment pattern ALL_ONES while starting a first timing process (T1). This first timing process will cause the called TA to switch to a 56Kbps speed if the 64 Kbps validation process does not succeed at the end of the first period Tl. The method involves the step of checking (206) the reception of a ALL_ZEROS pattern coming from said calling adapter (20) before the end of said first predetermined period 21~401S
-(Tl). If this case, a 64 Kbps validation process is performed which comprises the checking whether a ALL_ONES pattern is actually received within a second period (T2) of a second timing process.
Depending on the success of this checking, the validation of the 64 Kbps rate will be confirmed.
On the other hand, if the ALL_ZEROS pattern is not received at the end of the first period Tl, the called TA initiates a 56Kbps rate validation process which is based on the continuous detection of a so-called 56 Kbps pattern in the data flow. The 56 Kbps pattern is assumed to be detected on the occurrence of a sequence of n bytes, with each byte having its first bit being set to a ONE.
Preferably, the 64Kbps validation process involves the checking (210) of the continuous receiving of said ALL_ZEROS pattern during said first period (Tl) as long as the ALL_ONES pattern is not yet received, and at the end of said first period (Tl) validating (209, 213) the 64Kbps rate configuration. This avoids the failing of the rate determination process in some circumstances involving long distance calls where the transmission of the ALL_ONES pattern to the calling TA may require a great deal of time which therefore might delay the receiving of the ALL_ONES pattern in the called adapter.
In a more preferred embodiment of the invention, the 56 Kbps rate validation process comprises the steps of starting a third timing process based on a third period T3 and checking the detection of said 56Kbps pattern within this third period T3. If this 56 Kbps pattern cannot be detected at the end of this third period T3, the rate configuration is switched back to the 64 Kbps rate configuration. However, in the contrary case, a fourth period T4 is used in order to check whether the 56 Kbps pattern remains present in the data flow for at least the fourth period T4 before the final validation of the 56 Kbps is performed.
Description of the drawings Figure 1 shows an example of ISDN connection.
Figure 2 and 3 are flow charts illustrating the basic steps which are involved in the method according to the present invention.
Description of the preferred embodiment of the invention The process which is used in accordance with the present invention for determining which speed is used by a calling adapter, is initiated during the establishment of the link between the two terminal adapters, and more accurately during the signalling phase prior to any communication of data. It should be noticed that such a signalling phase is well-known to the skilled man and will not be described with further details. The reader will find more information in the appropriate CCITT Recommendations, and particularly in the Fascicule VIII.2, Rec. X.30. Basically, the detection of the right rate which is used by the calling adapter is achieved by an appropriate use of a combination of timing processes which will be performed in the OSI layer 1 procedures. Therefore, this allows the possibility to carry out the desired speed detection even in the case where the particular network to which is connected the Terminal Adapter being considered does not provide any information element concerning the speed.
With respect to figures 2 and 3, there is described the succession of steps which are performed for achieved the rate detection. The process is initiated in step 201 on the occurrence of a CONNECT
message sent by the called adapter 30. Then an appropriate software 3~15 routine or primitive, called SYNCHRO REQUEST, which is performed within terminal adapter 30 is called, step 202. It should be understood that the calling process of the latter routine will result in the execution of the technical steps which will be described hereinafter with reference to figures 2 and 3. Then step 203, terminal adapter 30 initializes its own registers and its own operating speed to a 64 Kbps. Then, step 204 and in accordance with the CCITT X.30 Recommendations, the terminal adapter 30 performs the continuous sending of the alignment pattern ALL_ONES on the B-Channel. Simultaneously with the beginning of the latter sending of the ALL_ONES pattern, the terminal adapter 30 starts an internal timing process in step 205. As it will appear hereinafter, this timing process will be used for switching the rate detection process to a 56Kbps when no positive result occurs after a predetermined period T1. Then, step 206, a test is performed to determine whether the ALL_ZERO pattern is received as expected within the above mentioned predetermined period T1. If the ALL_ZERO
pattern is actually received by the the TA 30 on his allocated B-channel, then the process proceeds to step 207 where the terminal adapter starts a second internal timing process. This timing process will be used for confirming that the received pattern is actually a ALL_ZERO pattern. In the reverse case, the process proceeds to step 302 where the rate detection process is switched to a 56 Kbps as will appear below. Step 207 and as mentioned above, the terminal adapter 30 starts a second predetermined timing process T2 which will be used for confirming the receiving of ALL_ONES coming from the Terminal Adapter 20 on the allocated B-channel which, in accordance to the above mentioned CCITT X.30 recommendations, switches to the transmission of a ALL_ONES pattern as soon as it receives the ALL_ONE pattern which was generated in the called terminal adapter (30) in step 204. From this instant adapter 20 continuously transmits the ALL_ONES pattern. Then, step 21~401~
-208, a test is performed to determine whether the terminal adapter 30 has received the first ONES elements of the continuous ALL_ONES
synchronization pattern generated by the terminal adapter 20 within the above mentioned predetermined period T2. If this case, the process proceeds to step 213 where the 64kbps synchronization is confirmed. In the reverse case, however, where the ALL_ONES pattern is still expected, a test is performed in step 209 to determine whether the above mentioned T1 period is elapsed, in which case the 64Kbps synchronization process is confirmed. It should be noticed that this case generally occurs for international telecommunications which requires a non-negligible delay before the called terminal adapter 30 receives the ALL_ONES synchronization pattern coming from the calling party. In the timing period T1 has not yet elapsed, a test is performed in step 210 to determine whether the ALL_ZEROS pattern is received within the predetermined period T2. If the latter ALL_ZEROS is received, the process stops the second internal timing process T2, in step 212, and then proceeds to step 207 again for the initiation of a new confirmation process. In the reverse case, i.e. if the ALL_ZEROS is not received during the period T2, the process proceeds to step 206 again. This loop is used for eliminating the occurrence of patterns which might be interpreted by the terminal adapter 30 as being the expected ALL_ZEROS pattern and which are not confirmed.
Now, it will be described the process which is performed after the test 206 in the case where the first predetermined period T1 is elapsed and the expected ALL_ZEROS pattern has not been received.
As mentioned above, the process proceeds to step 302 where the terminal adapter 30 is initialized in a 56Kpbs. Then, step 303, a third timing process based on a period T3 is started. As it will appear below, this third period is used for determining the maximum time which will be allowed for confirming the 56 Kbps 213~15 -configuration. In step 304, an analysis is performed on the data received on the allocated B-channel to ascertain that the received framed is structured on the basis of a 56 Kbps. To achieve this, the received framed is checked on every first bit of each byte composing the frame. If the frame appears to be containing a number of n bytes, each one having a first one being set to a one, the latter frame will be considered by the terminal adapter 30 has comprising a 56 bpbs pattern. Therefore, in step 304, a test is performed to determine whether the above mentioned 56Kbps pattern is received during the third period T3. In this case, the process proceeds to step 306 where an additional confirmation will be performed in order to ascertain that the 56Kbps pattern is still received during a fourth period T4. If this is true, then the 56kpbs assumption can be confirmed and the corresponding initialization is validated, step 307.
If the 56Kbps pattern has not been received after the elapse of the T3 period, the process proceeds to step 311 where the terminal adapter 30 is switched back to a 64 Kbps configuration.
Therefore, it should be noticed that the method in accordance with the present invention processes the 56Kbps pattern in order to distinguish the actual transmission rate which is effective. This results in the following advantage: no further information, particularly provided by the higher layers is needed to provide the rate adaptation as the lower physical layer is sufficient to achieve this result.
In the preferred embodiment of the invention, the timing T1, T2, T3 and T4 are respectively set on a period of 3 seconds; 80 milliseconds ; 2,5 seconds and 1 second approximately.
Background art ISDN is expected to be a rapidly expanding branch in the data communicating field as it allows the possibility of high-rate communications of the near future, particularly for sending voice, data etc. Figure 1 shows an example of ISDN connection. A calling terminal adapter 20 allows the connection of a Data Terminating Equipment tDTE) to I.S.D.N. telecommunication network 50. In the considered example, a calling terminal adapter 20, assumed to be a telecommunication equipment located within the United States of America is designed to be connected to the well-known AT&T ACCUNET~
etwork. With this assumption, Terminal adapter 20 is capable of handling 56Kbps links and utilizes the well known I.S.D.N numbering plan. A second Terminal Adapter 60 is also connected to the network 50 and is assumed to be an I.S.D.N. terminal adapter capable of handling 64Kbps. At last, a third terminal adapter 30 allows the connection of a DTE 40 to the network. Therefore, it appears that when one call is received by one terminal Adapter, e.g. adapter 30, the latter needs to recognize the rate and accordingly adapts its own speed to that used by the calling party.
Indeed, assuming that adapter 20 is the calling one, the called adapter 30 needs to be adapted to a 56Kbps rate. Conversely, in the ~134015 case where the calling adapter is adapter 60, the called adapter needs to switch its operating speed to a rate of 64Kbps.
In the prior art, the switching between the two operating rates was performed manually by the user prior to the call or, a user was compelled to buy a series of two distinctive equipments, each one being dedicated to one particular speed.
Therefore, a need has appeared in the telecommunication field for an ISDN equipment which is capable of automatically recognizing and adapting its own speed to either 56Kbps and 64 Kpbs.
Summary of the invention The problem to be solved by the present invention is to provide an ISDN terminal adapter which is capable of recognizing the rate used by a calling adapter, either 56Kbps or 64 Kbps, and adapts its own speed to this rate.
This problem is solved by the method according to the present invention for automatically adapting and configuring the speed of a terminal adapter (TA) being called to the rate 56Kbps or 64 Kbps which is used by a calling adapter. After the sending of the CONNECT message to the ISDN network in accordance with CCITT P.931 Recommendations, the called TA is initialized to a rate of 64 Kbps and then, continuously transmits (204) an alignment pattern ALL_ONES while starting a first timing process (T1). This first timing process will cause the called TA to switch to a 56Kbps speed if the 64 Kbps validation process does not succeed at the end of the first period Tl. The method involves the step of checking (206) the reception of a ALL_ZEROS pattern coming from said calling adapter (20) before the end of said first predetermined period 21~401S
-(Tl). If this case, a 64 Kbps validation process is performed which comprises the checking whether a ALL_ONES pattern is actually received within a second period (T2) of a second timing process.
Depending on the success of this checking, the validation of the 64 Kbps rate will be confirmed.
On the other hand, if the ALL_ZEROS pattern is not received at the end of the first period Tl, the called TA initiates a 56Kbps rate validation process which is based on the continuous detection of a so-called 56 Kbps pattern in the data flow. The 56 Kbps pattern is assumed to be detected on the occurrence of a sequence of n bytes, with each byte having its first bit being set to a ONE.
Preferably, the 64Kbps validation process involves the checking (210) of the continuous receiving of said ALL_ZEROS pattern during said first period (Tl) as long as the ALL_ONES pattern is not yet received, and at the end of said first period (Tl) validating (209, 213) the 64Kbps rate configuration. This avoids the failing of the rate determination process in some circumstances involving long distance calls where the transmission of the ALL_ONES pattern to the calling TA may require a great deal of time which therefore might delay the receiving of the ALL_ONES pattern in the called adapter.
In a more preferred embodiment of the invention, the 56 Kbps rate validation process comprises the steps of starting a third timing process based on a third period T3 and checking the detection of said 56Kbps pattern within this third period T3. If this 56 Kbps pattern cannot be detected at the end of this third period T3, the rate configuration is switched back to the 64 Kbps rate configuration. However, in the contrary case, a fourth period T4 is used in order to check whether the 56 Kbps pattern remains present in the data flow for at least the fourth period T4 before the final validation of the 56 Kbps is performed.
Description of the drawings Figure 1 shows an example of ISDN connection.
Figure 2 and 3 are flow charts illustrating the basic steps which are involved in the method according to the present invention.
Description of the preferred embodiment of the invention The process which is used in accordance with the present invention for determining which speed is used by a calling adapter, is initiated during the establishment of the link between the two terminal adapters, and more accurately during the signalling phase prior to any communication of data. It should be noticed that such a signalling phase is well-known to the skilled man and will not be described with further details. The reader will find more information in the appropriate CCITT Recommendations, and particularly in the Fascicule VIII.2, Rec. X.30. Basically, the detection of the right rate which is used by the calling adapter is achieved by an appropriate use of a combination of timing processes which will be performed in the OSI layer 1 procedures. Therefore, this allows the possibility to carry out the desired speed detection even in the case where the particular network to which is connected the Terminal Adapter being considered does not provide any information element concerning the speed.
With respect to figures 2 and 3, there is described the succession of steps which are performed for achieved the rate detection. The process is initiated in step 201 on the occurrence of a CONNECT
message sent by the called adapter 30. Then an appropriate software 3~15 routine or primitive, called SYNCHRO REQUEST, which is performed within terminal adapter 30 is called, step 202. It should be understood that the calling process of the latter routine will result in the execution of the technical steps which will be described hereinafter with reference to figures 2 and 3. Then step 203, terminal adapter 30 initializes its own registers and its own operating speed to a 64 Kbps. Then, step 204 and in accordance with the CCITT X.30 Recommendations, the terminal adapter 30 performs the continuous sending of the alignment pattern ALL_ONES on the B-Channel. Simultaneously with the beginning of the latter sending of the ALL_ONES pattern, the terminal adapter 30 starts an internal timing process in step 205. As it will appear hereinafter, this timing process will be used for switching the rate detection process to a 56Kbps when no positive result occurs after a predetermined period T1. Then, step 206, a test is performed to determine whether the ALL_ZERO pattern is received as expected within the above mentioned predetermined period T1. If the ALL_ZERO
pattern is actually received by the the TA 30 on his allocated B-channel, then the process proceeds to step 207 where the terminal adapter starts a second internal timing process. This timing process will be used for confirming that the received pattern is actually a ALL_ZERO pattern. In the reverse case, the process proceeds to step 302 where the rate detection process is switched to a 56 Kbps as will appear below. Step 207 and as mentioned above, the terminal adapter 30 starts a second predetermined timing process T2 which will be used for confirming the receiving of ALL_ONES coming from the Terminal Adapter 20 on the allocated B-channel which, in accordance to the above mentioned CCITT X.30 recommendations, switches to the transmission of a ALL_ONES pattern as soon as it receives the ALL_ONE pattern which was generated in the called terminal adapter (30) in step 204. From this instant adapter 20 continuously transmits the ALL_ONES pattern. Then, step 21~401~
-208, a test is performed to determine whether the terminal adapter 30 has received the first ONES elements of the continuous ALL_ONES
synchronization pattern generated by the terminal adapter 20 within the above mentioned predetermined period T2. If this case, the process proceeds to step 213 where the 64kbps synchronization is confirmed. In the reverse case, however, where the ALL_ONES pattern is still expected, a test is performed in step 209 to determine whether the above mentioned T1 period is elapsed, in which case the 64Kbps synchronization process is confirmed. It should be noticed that this case generally occurs for international telecommunications which requires a non-negligible delay before the called terminal adapter 30 receives the ALL_ONES synchronization pattern coming from the calling party. In the timing period T1 has not yet elapsed, a test is performed in step 210 to determine whether the ALL_ZEROS pattern is received within the predetermined period T2. If the latter ALL_ZEROS is received, the process stops the second internal timing process T2, in step 212, and then proceeds to step 207 again for the initiation of a new confirmation process. In the reverse case, i.e. if the ALL_ZEROS is not received during the period T2, the process proceeds to step 206 again. This loop is used for eliminating the occurrence of patterns which might be interpreted by the terminal adapter 30 as being the expected ALL_ZEROS pattern and which are not confirmed.
Now, it will be described the process which is performed after the test 206 in the case where the first predetermined period T1 is elapsed and the expected ALL_ZEROS pattern has not been received.
As mentioned above, the process proceeds to step 302 where the terminal adapter 30 is initialized in a 56Kpbs. Then, step 303, a third timing process based on a period T3 is started. As it will appear below, this third period is used for determining the maximum time which will be allowed for confirming the 56 Kbps 213~15 -configuration. In step 304, an analysis is performed on the data received on the allocated B-channel to ascertain that the received framed is structured on the basis of a 56 Kbps. To achieve this, the received framed is checked on every first bit of each byte composing the frame. If the frame appears to be containing a number of n bytes, each one having a first one being set to a one, the latter frame will be considered by the terminal adapter 30 has comprising a 56 bpbs pattern. Therefore, in step 304, a test is performed to determine whether the above mentioned 56Kbps pattern is received during the third period T3. In this case, the process proceeds to step 306 where an additional confirmation will be performed in order to ascertain that the 56Kbps pattern is still received during a fourth period T4. If this is true, then the 56kpbs assumption can be confirmed and the corresponding initialization is validated, step 307.
If the 56Kbps pattern has not been received after the elapse of the T3 period, the process proceeds to step 311 where the terminal adapter 30 is switched back to a 64 Kbps configuration.
Therefore, it should be noticed that the method in accordance with the present invention processes the 56Kbps pattern in order to distinguish the actual transmission rate which is effective. This results in the following advantage: no further information, particularly provided by the higher layers is needed to provide the rate adaptation as the lower physical layer is sufficient to achieve this result.
In the preferred embodiment of the invention, the timing T1, T2, T3 and T4 are respectively set on a period of 3 seconds; 80 milliseconds ; 2,5 seconds and 1 second approximately.
Claims (10)
1. Method for automatically adapting and configuring the speed of a terminal adapter to the rate 56Kbps or 64 Kbps which is used by a calling adapter, said method involving the steps of:
- detecting in the called terminal adapter the sending of a CONNECT
message to the ISDN NETWORK in accordance with CCITT Q.931 Recommendations;
- initializing the speed of said called adapter to a rate of 64 Kbps;
- continuously transmitting an alignment patter ALL_ONES to said calling adapter and starting a first timing process (T1); said first timing process causing said called adapter to switch to a 56Kbps speed after a first predetermined period (T1);
- checking the reception of a ALL_ZEROS pattern coming from said calling adapter before the end of said first predetermined period (T1); and - responsive to the reception of said ALL_ZEROS pattern within said first timing period (T1), initiating a 64Kbps rate validation process comprising the step of starting a second timing process (T2) based on a second period (T2) and checking the reception of a ALL_ONES pattern within said second period (T2) in which case the 64Kbps rate is confirmed; and - responsive to the lack of reception of the said ALL_ZEROS pattern within said first timing period (T1), initiating a 56Kbps rate validation process based on the detection of a 56 Kbps pattern in the data flow, said 56Kbps pattern being defined as a number of n bytes with each first bit being set to a one.
- detecting in the called terminal adapter the sending of a CONNECT
message to the ISDN NETWORK in accordance with CCITT Q.931 Recommendations;
- initializing the speed of said called adapter to a rate of 64 Kbps;
- continuously transmitting an alignment patter ALL_ONES to said calling adapter and starting a first timing process (T1); said first timing process causing said called adapter to switch to a 56Kbps speed after a first predetermined period (T1);
- checking the reception of a ALL_ZEROS pattern coming from said calling adapter before the end of said first predetermined period (T1); and - responsive to the reception of said ALL_ZEROS pattern within said first timing period (T1), initiating a 64Kbps rate validation process comprising the step of starting a second timing process (T2) based on a second period (T2) and checking the reception of a ALL_ONES pattern within said second period (T2) in which case the 64Kbps rate is confirmed; and - responsive to the lack of reception of the said ALL_ZEROS pattern within said first timing period (T1), initiating a 56Kbps rate validation process based on the detection of a 56 Kbps pattern in the data flow, said 56Kbps pattern being defined as a number of n bytes with each first bit being set to a one.
2. Method according to claim 1 wherein said 64Kbps rate validation process further comprises the steps of checking the continuous receiving of said ALL_ZEROS pattern during said first period (T1) as long as the ALL_ONES pattern is not yet received, and at the end of said first period (T1) validating the 64Kbps rate.
3. Method according to claim 1 or 2 wherein said 56Kbps rate validation process comprises the steps of:
- initializing the speed of said called adapter to a rate of 56 Kbps;
- starting a third timing process (T3) based on a third period (T3) and checking the detection of said 56Kbps pattern within said third period (T3), said 56Kbps pattern being defined as a succession of n bytes with each byte having its first bit set to ONE, and - responsive to the absence of detection of said 56Kbps pattern within said third period (T3), switching back the speed of said called adapter to a 64 Kbps rate; and - responsive to the detection of said 56 Kbps pattern within said third period (T3), determining whether said 56 Kbps pattern is still present in the data flow during a fourth period (T4) before validating the 56 Kbps rate.
- initializing the speed of said called adapter to a rate of 56 Kbps;
- starting a third timing process (T3) based on a third period (T3) and checking the detection of said 56Kbps pattern within said third period (T3), said 56Kbps pattern being defined as a succession of n bytes with each byte having its first bit set to ONE, and - responsive to the absence of detection of said 56Kbps pattern within said third period (T3), switching back the speed of said called adapter to a 64 Kbps rate; and - responsive to the detection of said 56 Kbps pattern within said third period (T3), determining whether said 56 Kbps pattern is still present in the data flow during a fourth period (T4) before validating the 56 Kbps rate.
4. Method according to anyone of the preceding claims wherein said 56 Kbp pattern comprises a set of xxx bytes with each byte having its first bit being set to a one.
5. Method according to anyone of the preceding claims wherein said first period is set to xxxx milliseconds.
6. Method according to anyone of the preceding claims wherein said second period is set to xxxx milliseconds.
7. Method according to anyone of the preceding claims wherein said third period is set to xxxx milliseconds.
8. Method according to anyone of the preceding claims wherein said fourth period is set to xxxx milliseconds.
9. Terminal adapter having means for performing the method claimed in anyone of the claims 1 to 8.
10. Telecommunication equipment having means for performing the method claimed in anyone of the claims 1 to 8.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP94480006.9 | 1994-01-14 | ||
| EP94480006A EP0667728B1 (en) | 1994-01-14 | 1994-01-14 | Method for automatically adapting and configuring the speed of an ISDN terminal adapter to either 56 KBPS or 64 KBPS |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2134015A1 CA2134015A1 (en) | 1995-07-15 |
| CA2134015C true CA2134015C (en) | 1998-01-20 |
Family
ID=8218110
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002134015A Expired - Fee Related CA2134015C (en) | 1994-01-14 | 1994-10-21 | Method for automatically adapting and configurating the speed of a terminal adapter to either 56kpbs or 64kbps in accordance of the actual transmission rate being used |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5519703A (en) |
| EP (1) | EP0667728B1 (en) |
| JP (1) | JP2557205B2 (en) |
| CA (1) | CA2134015C (en) |
| DE (1) | DE69421512T2 (en) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100222433B1 (en) * | 1997-02-28 | 1999-10-01 | 윤종용 | Configuration method of network interfacing circuits in isdn key telephone system |
| US6005846A (en) * | 1997-05-07 | 1999-12-21 | 3Com Corporation | Apparatus for an improved ISDN terminal adapter having automatic SPID configuration and methods for use therein |
| DE19749770A1 (en) * | 1997-11-11 | 1999-05-12 | Cit Alcatel | Method for setting up a digital communication link, subscriber terminal and switching center |
| US6553518B1 (en) | 1999-03-08 | 2003-04-22 | International Business Machines Corporation | Severe error detectors, methods and computer program products that use constellation specific error event thresholds to detect severe error events during demodulation of a signal comprising symbols from a plurality of symbol constellations |
| US6661847B1 (en) | 1999-05-20 | 2003-12-09 | International Business Machines Corporation | Systems methods and computer program products for generating and optimizing signal constellations |
| US6792004B1 (en) | 1999-10-29 | 2004-09-14 | International Business Machines Corporation | Systems, methods and computer program products for averaging learned levels in the presence of robbed-bit signaling based on proximity |
| US6967995B1 (en) | 1999-10-29 | 2005-11-22 | International Business Machines Corporation | Methods, systems and computer program products for carrier drop detection using a variable threshold |
| US6823017B1 (en) | 1999-10-29 | 2004-11-23 | International Business Machines Corporation | Systems, methods and computer program products for filtering glitches from measured values in a sequence of code points |
| US6505222B1 (en) | 1999-10-29 | 2003-01-07 | International Business Machines Corporation | Systems methods and computer program products for controlling undesirable bias in an equalizer |
| US6792040B1 (en) | 1999-10-29 | 2004-09-14 | International Business Machines Corporation | Modems having a dual power mode capability and methods of operating same |
| US6754258B1 (en) | 1999-10-29 | 2004-06-22 | International Business Machines Corporation | Systems, methods and computer program products for averaging learned levels in the presence of digital impairments based on patterns |
| US6839382B1 (en) | 1999-10-29 | 2005-01-04 | International Business Machines Corporation | System, methods and computer program products for identifying digital impairments in modem signals using signature analysis and signal level comparison analysis |
| US6823004B1 (en) | 1999-10-29 | 2004-11-23 | International Business Machines Corporation | Methods, systems and computer program products for monitoring performance of a modem during a connection |
| US6765955B1 (en) | 1999-10-29 | 2004-07-20 | International Business Machines Corporation | Methods, systems and computer program products establishing a communication configuration for a modem connection to compensate for echo noise |
| US6816545B1 (en) | 1999-10-29 | 2004-11-09 | International Business Machines Corporation | Systems, methods and computer program products for identifying digital impairments in modems based on clusters and/or skips in pulse code modulation signal levels |
| US6826157B1 (en) | 1999-10-29 | 2004-11-30 | International Business Machines Corporation | Systems, methods, and computer program products for controlling data rate reductions in a communication device by using a plurality of filters to detect short-term bursts of errors and long-term sustainable errors |
| US6662322B1 (en) | 1999-10-29 | 2003-12-09 | International Business Machines Corporation | Systems, methods, and computer program products for controlling the error rate in a communication device by adjusting the distance between signal constellation points |
| US6611563B1 (en) | 1999-10-29 | 2003-08-26 | International Business Machines Corporation | Systems, methods and computer program products for data mode refinement of modem constellation points |
| US6650657B1 (en) | 1999-10-29 | 2003-11-18 | International Business Machines Corporation | Systems, methods and computer program products for identifying digital impairments in modem signals |
| US20020194361A1 (en) * | 2000-09-22 | 2002-12-19 | Tomoaki Itoh | Data transmitting/receiving method, transmitting device, receiving device, transmiting/receiving system, and program |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4931250A (en) * | 1988-05-12 | 1990-06-05 | Codex Corporation | Multimode modem |
| JP2722347B2 (en) * | 1988-07-11 | 1998-03-04 | 株式会社リコー | Facsimile machine |
| US4956852A (en) * | 1988-08-30 | 1990-09-11 | Universal Data Systems, Inc. | Method for remote configuration of a modem |
| JP2930624B2 (en) * | 1989-11-17 | 1999-08-03 | 松下電送システム株式会社 | Terminal equipment for ISDN |
| JPH04117067A (en) * | 1990-06-11 | 1992-04-17 | Fujitsu Ltd | Facsimile terminal |
| DE69022411D1 (en) * | 1990-06-29 | 1995-10-19 | Ibm | Method and device for the automatic setting of functional speed in a data terminal device. |
| FI905698A (en) * | 1990-11-19 | 1992-05-20 | Telenokia Oy | DATAOEVERFOERINGSSYSTEM OCH ETT FOERFARANDE FOER KONTROLL AV KONTAKT VID DATAOEVERFOERINGSSYSTEMET. |
| JPH05136758A (en) * | 1991-11-15 | 1993-06-01 | Nec Corp | Multiple speed converter |
| US5448560A (en) * | 1992-12-23 | 1995-09-05 | Itri | V.110 communication protocol fractional rate adapter for an ISDN network |
-
1994
- 1994-01-14 EP EP94480006A patent/EP0667728B1/en not_active Expired - Lifetime
- 1994-01-14 DE DE69421512T patent/DE69421512T2/en not_active Expired - Fee Related
- 1994-10-21 CA CA002134015A patent/CA2134015C/en not_active Expired - Fee Related
- 1994-11-22 JP JP6288466A patent/JP2557205B2/en not_active Expired - Fee Related
-
1995
- 1995-01-03 US US08/368,070 patent/US5519703A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| DE69421512D1 (en) | 1999-12-09 |
| EP0667728B1 (en) | 1999-11-03 |
| JP2557205B2 (en) | 1996-11-27 |
| US5519703A (en) | 1996-05-21 |
| CA2134015A1 (en) | 1995-07-15 |
| EP0667728A1 (en) | 1995-08-16 |
| DE69421512T2 (en) | 2000-05-18 |
| JPH07221812A (en) | 1995-08-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2134015C (en) | Method for automatically adapting and configurating the speed of a terminal adapter to either 56kpbs or 64kbps in accordance of the actual transmission rate being used | |
| US5134611A (en) | Analog/digital data device and method | |
| US4750171A (en) | Data switching system and method | |
| US5793809A (en) | Transparent technique for Mu-law modems to detect an all-digital circuit connection | |
| US5014306A (en) | Voice and data telephone communication system and method | |
| US6134224A (en) | Automatic echo cancellation for an integrated services digital network interface | |
| EP0558602A4 (en) | ||
| EP0963662B1 (en) | Procedure for ensuring the activation of a v5 interface | |
| US6463077B1 (en) | PHS data communication terminal adapter | |
| EP0851619B1 (en) | Higher speed digital loop carrier transmission system | |
| US6081556A (en) | Transparent technique for Mu-law modems to detect an all-digital circuit connection | |
| US5457690A (en) | DTMF Signaling on four-wire switched 56 Kbps Lines | |
| JPH0286391A (en) | Isdn local communication system | |
| JP2546503B2 (en) | Circuit detour method | |
| KR100226707B1 (en) | Method of processing primitives according delay equalization protocol in isdn | |
| KR100248660B1 (en) | Method for processing channel deleting require primitive according to the delay equalization protocol in isdn | |
| KR100212855B1 (en) | Method for processing the initial request message according to delay equalization protocol in isdn | |
| KR100237488B1 (en) | Method of processing initial timer expiry primitice according ro delay equalization protocol in isdn | |
| US20050071474A1 (en) | System for maintaining an active data link layer for ISDN call processing during a software reset operation | |
| KR100237487B1 (en) | Method of processing txadd01 timer expiration primitive according to delay equalization protocol in isdn | |
| JP3058138B2 (en) | Communication terminal device | |
| KR100209810B1 (en) | Method for processing initial timer expires primitive for delay equalization protocol in isdn | |
| JPS60105344A (en) | Composite exchange system | |
| KR19990032814A (en) | Truncation Timer Termination Primitive Processing Method according to Delay Equalization Protocol in Integrated Telecommunication Network | |
| KR19990032817A (en) | Null timer termination primitive processing method according to delay equalization protocol in integrated telecommunication network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |