CA2793007C - Multicarrier system with stored application profiles for supporting multiple applications - Google Patents

Multicarrier system with stored application profiles for supporting multiple applications Download PDF

Info

Publication number
CA2793007C
CA2793007C CA2793007A CA2793007A CA2793007C CA 2793007 C CA2793007 C CA 2793007C CA 2793007 A CA2793007 A CA 2793007A CA 2793007 A CA2793007 A CA 2793007A CA 2793007 C CA2793007 C CA 2793007C
Authority
CA
Canada
Prior art keywords
application
application profile
applications
transceiver
data rate
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 - Lifetime
Application number
CA2793007A
Other languages
French (fr)
Other versions
CA2793007A1 (en
Inventor
Marcos C. Tzannes
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intellectual Ventures II LLC
Original Assignee
Daphimo Co BV LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/522,869 external-priority patent/US6498808B1/en
Application filed by Daphimo Co BV LLC filed Critical Daphimo Co BV LLC
Priority claimed from CA2643424A external-priority patent/CA2643424C/en
Publication of CA2793007A1 publication Critical patent/CA2793007A1/en
Application granted granted Critical
Publication of CA2793007C publication Critical patent/CA2793007C/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • Y02B60/36

Landscapes

  • Telephonic Communication Services (AREA)

Abstract

A system and method for supporting multiple applications are described. A digital subscriber fine system includes two transceivers in communication over a communication channel using multicarrier modulation. Application profiles are defined for characterizing transmission of information over the communication channel. Each application profile is a parameter set that is associated with a unique set of one or more applications that may become active between the transceivers and specifies the transmission requirements for such applications. Each transceiver stores the application profiles and transmits information over the communication channel according to the one of the stored application profiles. When a change in a number of applications active between the transceivers occurs, a second one of the application profiles is retrieved. The transceivers then transition to transmitting information over the communication channel according to the second application profile. The transitioning can occur without interrupting communication between the transceivers in order to retrain the transceivers.

Description

MULTICARRIER SYSTEM WITH STORED APPLICATION PROFILES FOR
SUPPORTING MULTIPLE APPLICATIONS

This application is a divisional of Application Serial No. 2,643,424, which is a divisional of Application Serial No. 2,382,519.

Field of the Invention This invention relates to transmission systems using multicarrier modulation.
More particularly, the invention relates to multicarrier transmission systems that support multiple applications. In particular, the present invention relates to a method for supporting a plurality of applications in a multicarrier modulation system.

Background In a conventional multicarrier transmission system, transceivers communicate over a communication channel using multicarrier modulation or Discrete Multitone Modulation (DMT). Carriers or subchannels spaced within a usable frequency band of the communication channel
2 are modulated at a symbol transmission rate of the system. In ADSL
(Asynchronous Digital Subscriber Line) systems, the symbol rate is approximately 4 kHz. Every 250 microseconds, the transmitting transceiver allocates a new set of bits for transmission to the subcluwncls so that the bit error rates of the subchannels are substantially equal at the receiving tzansceivet.

Consequently, for a given symbol period the numbers of bits may vary from subchannel to subchanncl.

ITU (International Telecommunication Union) standards 0.992.1 and 0.9922 specify parameters that characterize the operation of ADSL DMT transceivers. Examples of parameters, to name but a few, include the data rate (b/s) for the connection between the transceivers, the number of subcbanncls in the upstream and downstream directions, and the cumber of bits allocated to each subchannel. In general, such parameters remain fixed after the initial configuration and installation of the transceiver. Some parameters depend on the data rase of the connection and may change when the ADSL connection is at a high or low data rate. Some parameters may change when channel conditions change. However, after the type of application is determined, i.e., voice, data, video, etc.. the parameters an optimized end fixed for that application.

For splitterless operation, described in the ITU 0.922.2 standard, ADSL
transceivers store "channel profiles," which include a subset of paraooetc s that are used when conditions of the communication channel change (e.g., a telephone goes off the hook). When the channel conditions change because of an event that the ADSL transceiver does not control (e.g., a telephone connected to the same wire as the ADSL transceiver goes off hook), the ADSL
transceiver must identify the new channel condition, retrain some of the receiver fractions (e.g., equalizers, echo cancellers, etc.), and switch to the channel profile that is used for the new channel condition. This process, defined as a "Fast Retrain" procedure in ITU
G.922.2, takes
3 approximately 1-2 seconds. These channel profiles, however, depend solely on the channel condition and not on the application(s) executing on the ADSL connection.
As technological advances increase the data rate throughput for multicarrier transmission systems, ADSL transceivers are becoming capable of supporting multiple applications. To support multiple applications, it is necessary that the ADSL
transceiver be able to quickly and efficiently adapt the transmission parameters as the number and type of active applications change over time. For example, if the ADSL transceiver is accessing data over the Internet when a voice telephone call that is being transported over the ADSL
connection becomes active, the ADSL transceiver must be able to modify the transmission io parameters to accommodate both active applications. As other voice telephone calls and different applications (e.g., video on demand, video conferencing) become activated and deactivated over the ADSL connection, the ADSL transceiver must also be able to support the various transmission requirements of the various combinations of concurrently active applications. For example, video signals have higher reliability but lesser transmission delay t 5 requirements than voice and data signals. For some transmission systems, it has been necessary to find a compromise between high reliability and transmission delay.
Thus, there remains a need for a system and method that can support the various transmission requirements of multiple active applications as the number and type of active applications change over time.
20 Summary of the Invention It is desirable to provide a DMT transceiver that can support multiple applications and quickly and efficiently modify transmission parameters over time as applications are activated and deactivated.
In one aspect of the invention, there is provided a communication system comprising 25 a first transceiver capable of detecting a change in a set of active applications, wherein when the change is detected, the first transceiver determines an application profile for use with the changed set of active applications, the application profile including stored transmission parameters used for communications; and a second transceiver capable of receiving a request to switch to the application profile, retrieving the stored transmission 30 parameters associated with the application profile and acknowledging the request to switch, at which point both transceivers communicate using the application profile.
4 There is also disclosed a method for supporting a plurality of applications in a multicarrier modulation system including two transceivers in communication with each other over a communication channel. The method comprises the steps of defining a plurality of application profiles, each application profile corresponding to a unique set of s one or more fixed data rate or variable data rate applications and specifying at least one transmission parameter for each application in that unique application set for transmitting information associated with that application over the communication channel;
storing the plurality of application profiles at one of the transceivers; transmitting information according to a first stored application profile that corresponds to a set of currently active 1o applications; selecting, in response to a change in the set of currently active applications, a second stored application profile that corresponds to the one or more applications in the changed set of currently active applications; and transitioning to transmitting information according to the second stored application profile, without interrupting communication between the transceivers in order to retrain the transceivers.
15 The method may further comprise the step of receiving a message that identifies the second application profile as the application profile to use for subsequent communications, and/or the step of transmitting a message to one of the transceivers that identifies the second application profile as the application profile to use for subsequent communications between the transceivers.
20 The method may further comprise the step of transmitting a message to one of the transceivers requesting a transition to the second application profile.
The method may further comprise the step of receiving a reply message from that one transceiver, granting the request to transition to the second application profile, in particular wherein the method comprises the step of sending another message to that one 2s transceiver, acknowledging the grant and synchronizing use of the second application profile.
The method may further comprise the step of receiving a reply message from that one transceiver, granting the request and synchronizing use of the second application profile, preferably wherein the reply message is an inverted sync symbol.
30 The other message may be an inverted sync symbol.
The method may further comprise the step of transmitting at least one of the application profiles to the other transceiver over the communication channel without performing a full initialization of the transceivers, the step of performing a full initialization of the transceivers, the step of performing a full initialization of the transceivers to exchange one of the application profiles between the transceivers, and/or the steps of generating one of the application profiles upon an initial occurrence of a unique set of active applications,
5 and associating the generated application profile with that unique application set.
The method may further comprise the step of locally generating, by each of the transceivers, at least one of the transmission parameters for one of the stored application profiles, and/or that the transceivers are preconfigured with the stored application profiles.
The at least one transmission parameter specified for each application in one of the io stored application profiles may be at least one of a transmission data rate, subchannels allocated for downstream and upstream transmission, a number of bits allocated to each of the subchannels, performance margin, fine gain adjustments for each of the subchannels, interleave depth, a minimum and a maximum QAM constellation size, a length of a cyclic prefix, a codeword size, a framing mode, and trellis code. The first stored application profile may characterize a transmission of signals associated with a Web browsing application, and a second stored application profile may characterize concurrent transmission of signals associated with a voice telephony application and the Web browsing application.
The method may further comprise the steps of developing a plurality of application profiles for characterizing transmission of information over the communication channel;
associating each application profile with a unique set of one or more applications that may become active between the transceivers; storing the application profiles at the transceivers;
transmitting information over the communication channel according to a first stored application profile that corresponds to a set of currently active applications; retrieving, in response to a change in the set of currently active applications that are active between the transceivers, a second one of the application profiles that corresponds to the changed set of currently active applications; and transitioning to transmitting Information over the communication channel according to the second application profile.
The transitioning may occur without interrupting communication between the transceivers in order to retrain the transceivers. The transitioning may include retraining the transceivers to communicate according to the second stored application profile.
6 The method may further comprise the step of transitioning to transmitting information according to the second stored application profile without having to retrain the transceiver.
The method may further comprise the steps of defining a plurality of application s profiles, each application profile corresponding to a unique set of one or more applications and specifying at least one reception parameter for each applications in that unique application set for receiving information associated with that application over the communication channel; storing the plurality of application profiles at one of the transceivers; receiving information according to a first stored application profile that io corresponds to a set of currently active applications; selecting in response to a change in the set of currently active applications, a second stored application profile that corresponds to the changed set of currently active applications; and transitioning to transmitting information according to the second stored application profile without having to retrain the transceiver.
15 The method may further comprise the step of transmitting a message that identifies the second application profile as the application profile to use for subsequent communications, and/or the step of receiving a message that identifies the second application profile as the application profile to use for subsequent communications.
A multicarrier modulation system may have two transceivers in communication with 20 each other over a communication channel. In one aspect of the invention, a multicarrier modulation system has two transceivers in communication with each
7 other over a communication channel. The invention features a method for supporting a plurality of applications. A plurality of application profiles is defined. Each application profile corresponds to a unique set of one or more applications and specifies at least one transmission parameter for each application in that unique application set for transmitting information associated with that application over the communication channel.

The plurality of application profiles is stored at one of the transceivers.
Information is transmitted according to a first stored application profile that corresponds to a set of currently active applications. A second stored application profile is selected in response to a change in the set of currently active applications. This second application profile corresponds to the one or more applications in the changed set of currently active applications. The transmission of information transitions to the use of the second stored application profile, without interrupting communication between the transceivers in order to retrain the transceivers.

A message is transmitted to one of the transceivers, identifying the second application profile as the application profile to use for subsequent communications between the transceivers.
The message can operate to request a transition to the second application profile. Either a receiver or a transmitter of a transceiver can send the message to initiate the transition.

A reply message is received from the transceiver to which the message was transmitted.
When the receiver sent the initial message, the reply message grants the request and synchronizes use of the second application profile. In one embodiment, an inverted sync symbol Is used for the reply message. When the transition is nunasduer-initiated, the reply message grants the request to transition to the second application profile. Then, another message is sent, acknowledging the grant and synchronizing use of the second application profile. In one embodiment, this other message is an inverted sync symbol.

Each application profile can be transmitted to the other transceiver over the communication channel with or without performing a full initialization of the transceivers.
8 Application profiles can be generated upon an initial occurrence of a unique set of active applications, and associated with that unique application set. In one embodiment, each of the transceivers locally generates at least one of the transmission parameters for one of the stored application profiles using a predefined process employed by both transceivers.
In other embodiments, transceivers can be precoufigured with the stored application profiles.

in an application profile, the transmission parameters specified for each application includes at least one of a transmission data rate, subcbannels allocated for downstream and upstream transmission, a number of bits allocated to each of the subchannels, performance margin, fine gain adjustments for each of the subchannels, interleave depth, a minimum and a maximum QAM constellation size, a length of a cyclic prefix, a codeword size, it framing mode, and trellis code.

In another aspect, the invention features a method for supporting multiple applications that are active between the transceivers. A plurality of application profiles is developed for characterizing transmission of information over the communication channel.
Each application profile is associated with a unique set of one or more applications that may become active between the transceivers. The application profiles are stored at the transceivers. Information is transmitted over the communication channel according to a first stored application profile that corresponds to a ad of currently active applications. A second one of the application profiles that corresponds to the changed act of currently active applications is retrieved in response to a change in the set of currently active applications that are active between the transceivers. The transceivers transition to transmitting information over the communication channel according to the second application profile. The transitioning can occur with or without retraining the transceivers.

In still another aspect, the invention features a method for supporting a plurality of applications in which a plurality of application profiles are defined. Each application profile
9 corresponds to a unique set of one or more applications and specifies at least one transmission parameter for each application in that unique application set for transmitting information associated with that application over the communication channel- The plurality of application profiles is stored at one of the transceivers.

In yet another aspect of the invention, a multicarrier modulation system has a transceiver communicating over a communication chancel. A plurality of application profiles is defined.
Each application profile corresponds to a unique set of one or more applications and specifies at least one transmission parameter for each application in that unique application set for transmitting information associated with that application over the communication channel.

The plurality of application profiles is stored at the transceiver.
Information is transmitted according to a fist stored application profile that corresponds to a set of currently active applications. A second stored application profile is selected in response to a change in the act of currently active applications. This second application profile corresponds to the one or more applications in the changed set of currently active applications. The transmission of information transitions to the use of the second stored application profile, without having to retrain the transceiver. The transceiver can transmit or receive a message that identifies the second application profile as the application profile to use for subsequent communications.

In still another aspect of the invention, each application profile corresponds to a unique set of one or more applications and specifies at least one reception parameter for each application in that unique application set, for receiving information associated with that application over the communication channel. The reception of information transitions from using the first stored application profile to use of the second stored application profile without having to retrain the transceiver. Again, the transceiver can transmit or receive a message that identifies the second application profile as the application profile to use for subsequent communications.

l0 Brief Description of the Drawing The invention is pointed out with particularity in the appended claims. The advantages of the invention described above, as well as Bother advantages of the invention, may be better understood by reference to the following description taken In conjunction with the accompanying drawings. in which:

Fig. 1 is a block diagram of an embodiment of a digital subscriber lino multicarrier transmission system including a remote DMT (discrete multitone modulation) transceiver in communication with it central office transceiver and supporting multiple applications using application profiles in accordance with the principles of the invention;

Fig. 2 is a block diagram of an embodiment of a transmitter of the remote DMT
transceiver having two latency paths for supporting multiple applications with diffeaent latency requirements, Fig. 3 is a flow diagram of an embodiment of a process for initially exchanging and storing the application profiles at the central office and the remote DMT
transceivers Fig. 4 is a flow diagram of an embodiment of a recciveninitiated process used by the remote DMT transceiver and the CO transceiver to transition to a stored application profile; and Fig. 5 is a flow diagram of an embodiment of a transmitter-initiated process used by the remote DMT transceiver and the CO transceiver to transition to a stored application profile.
Description of the Invention Fig_1 shows an asymmetric DSL transmission system 2 including a remote discrete multitone modulation (DM1) transceiver 10 (e.g., a modem) in communication with a central office (CO) transceiver 14 over a communication channel 18. The remote DMT
transceiver 10 includes a transmitter 22, a receiver 26, and memory 30 storing a plurality of application profiles (AP) 34 in accordance with the principles of the invention. The CO transceiver 14 includes a transmitter 38, a receiver 42, and memory 46 storing a plurality of application profiles 50 that have a one-to-one correspondence with the application profiles 34 of the remote DMT
transceiver 10.

The communication channel 18 in one embodiment is a pair of twisted wires of a telephone subscriber line. The communication channel IS provides an upstream transmission path from the transmitter 22 of the remote DMT transceiver 10 to the receiver 42 of the CO

transceiver 14, and a downstream transmission path from the transmitter 38 of the CO
transceiver 14 to the receiver 26 of the remote DMT transceiver 10. The system 2 is asymmetric in that the bandwidth-of the downstream transmission path is greater than the bandwidth of the upstream transmission path.

The remote DMT transceiver 10 and the CO transceiver 14 receive and transmit application streams 54, 54' (generally 54) using the application profiles 34, 50 in accordance with the principles of the invention. Each application stream 54 (hereafter, referred to as an application 54) conveys one type of signal (e.g:, digital data, voice, video, etc.). For example, a stream of voice signals is one application, a stream of digital data signals is another application, and a stream of video signals is yet another application. Voice applications correspond to one or more active voice telephone calls. An example of a digital data application are Internet access Web browsing (IAWB), and an example of a video application is video-on demand.
The ADSL
system 2 may also transmit applications 54 comprised of other signal types.
Although shown as separate applications streams, the application streams can arrive at the transceiver 10.14 as part of a single stream of transmission packets (e.g., ATM cells) having the various types of signals.
The ADSL system 2 supports multiple active applications 54 concurrently. For example, the transmitter 22 of the remote DMT transceiver 10 can concurrently transmit signals of a voice application and signals of a digital data application to the receiver 42 of the CO transceiver 14 over the upstream transmission path of the communication channel 18. As another example, Fig.

1 shows the ADSL system 2 concurrently transmitting signals associated with digital data, voice, and video applications 54 over the upstream and downstream lion paths.

At any given point in time, the DSL system 2 has zero, one, or more applications 54 that are currently active. Each unique combination of one or more active applications, hereafter referred to as a set of applications, or application set, represents an unique active communication state of the transceivers 10, 14. Examples of application sets 54 include: two or more concurrently active applications of different types (e.g., an Internet access Web browsing application together with a voice telephony application comprised of one or more voice telephone calls). Other examples of sets of active applications have only one active application (e.g., an Internet access Web browsing application, or one or more active voice telephone calls).
Each application 54 falls into one of two categories of applications: (1) fixed data rate applications, and (2) variable data rate applications. Fixed data rate applications require a specific bandwidth, and must obtain that bandwidth in order to pass over the communication channel 18. If the required data rite is presently unavailable, then the application is not presently supported. An example of a fixed data rate application is a voice telephony application that requires 64 kb/s for each active telephone call. Some video applications may also require a specific fixed data rate. Variable data rate applications can operate over a range of data rates (e.g., 1 Mb/s to 2 Mb/s). Thus, if the available channel bandwidth falls into this range, the application is supportable. An example of a variable data rate application is a digital data application (e.g., Internet access Web browsing). Some video applications are other examples of variable data rate applications that can operate within a data rate range.

Such data rate requirements determine, in part, the content of the application profiles 34, 50, as described in more detail below. In general, application profiles 34, 50 that support one or more fixed data rate applications specify the specific data rate requirement for each such fixed data rate application. Application profiles 34, 50 that support variable data rate applications specify up to the maximum amount of available data rate that falls within the range of the particular variable data rate applications. Application profiles 34, 50 that support both fixed data rate and variable data rate applications first allot the specific data rate requirements to the specific fixed data rate application(s) and then allot the remaining available bandwidth to the variable data rate application(s).

Different types of applications 54 typically also have different transmission and reception requirements for reliability and transmission delay. More specifically, the requirements for data rate, latency, burst or impulse noise, bit error rate (BER), and data rate symmetry can vary significantly for different applications. For example, high-speed video applications are asymmetric, requiring a high downstream data rate, e.g., 1.5 Mbfs to 6 Mb/s, and a low upstream data rate, e.g., 16 kb/s to 64 kb/s. In addition, because video signals are highly compressed when transmitted, video applications have low immunity to impulse noise.
Consequently, video applications require a low HER of <IE-9. A high latency of> 20 ms is acceptable.

In contrast, digital data applications, such as Web browsing over the Internet, are less asymmetric that video applications, using downstream data rates ranging between 32 kb/3 to 6 Mb/s and upstream data rates between 32 kb/s to I Mb/s. Bit error rate requirements for digital data applications are <1Fr7, generally being immune to impulse noise more than video applications. Also, a moderate latency of < 5 ms is generally acceptable, Voice applications (i.e., telephone calls) are symmetric, requiring a 64 kb/s data rate in both the upstream and downstream transmission paths. Having a high immunity to impulse noise, voice applications can have a BER of <1E-3. In contrast to video and digital data applications, a low latency of approximately less than 1.5 ms is required.

Other types of applications may have other requirements.

Various digital multitone transmission (or reception) parameters control these requirements. For example, bit allocation tables (BAT) control the data rate and the bit error rate. Reed-Solomon (R/S) coding controls and interleaving provides a lower bit error rate; both increase immunity to impulse noise at the expense of increased latency. The number of tones used in the upstream and downstream paths determines data rate symmetry.
Consequently, a variety of parameters characterize the DMT transmission and reception of signals associated with a given application 54 over the communication channel 18. (Hereafter, such parameters are referred to generally as transmission parameters although such parameters are also used in the reception of signals.) Such transmission parameters include:

the data rate (in bits/second) for the given application (upstream and/or downsaeam) between the transceivers 10, 14;

the subcbannels allocated in the upstream and downstream transmission paths for the given application;

the number of bits allocated to each subchannel for the given application;

the minimum and maximum quadraturc amplitude modulation (QAM) constellation size used on each subcbannel for the given application;

the inclusion or exclusion of a trellis code for the given application;
the length of the cyclic prefix for the given application;

coding parameters (e.g., R/S codeword size) for the given application;
the interleaver depth, if an interleaves is used for the given application;

the framing mode (e.g., the lTU ADSL transmission standards 0.922.1 specify four different naming modes) for the given application;

the fine gain adjustments made to each tone for the given application; and the performance margin for the given application.

To transmit and receive signals associated with one or more active applications, the remote DMT transceiver 10 and the CO transceiver 14 use the application profiles 34, 50 to characterize such communications. More specifically, each application profile 34, 50 is a parameter set that specifies the transinisaiOn parameters for a unique set of one or more presently active applications 54. Application profiles corresponding to application sets that represent only one active application specify the transmission parameters for that one application. As described below, the values assigned to the parameters of each application profile 34, 50 depend upon the 5 category and type of each application in the application set corresponding to that application profile.

For application sets that represent two or more concurrently active applications, the corresponding application profile 34, 50 specifies transmission parameters that concurrently accommodate every active application in that application set In effect, the application profile
10 34, 50 operates to combine the individual transmission (or reception) requirements of the individual applications 54 into a single transmission parameter set that achieves concurrent transmission of every active application.

For example, assume that the total data rate of a connection is 1.532 MbIs.
When a variable data rate application (e.g., a digital data application) is running alone, it uses the full 15 available data rate of 1.532 Mbls, presuming that this data rate is within the range of data rates for the variable data rate application. Thus. one embodiment of the application profile, corresponding to this variable data rate application, allots the full available data rate of the connection to the variable data rate application. When a fixed data rate application (e.g., voice application) is running alone, it uses the specifically required data rate (e.g., a 64 kb/s data rate for a voice application). Thus, one embodiment of the application profile, corresponding to this fixed data rate application, allots the specifically required data rate to the fixed data rate application.

When the above-described fixed and variable data rate applications run concurrently, the application profile corresponding to this set of two applications provides first for the data rate requirements of the fixed data rate application and then for the variable data rate application using the channel bandwidth that remains after satisfying the fixed data rate application. Thus, if the fixed data rate application is a voice application requiring 64 Kb/s, the application profile specifies the required 64 Kb/9 for the voice application and allots the remaining channel bandwidth of 1.468 Mb/s data rate to the variable data rate application. As another example, if the fixed data rate application is a voice application comprised of two voice calls, each requiring 64 Kb/s, the application profile specifics the required 128 Kb/s for the voice application and gives the remaining channel bandwidth of 1.404 Mb/a data rate to the variable data rate application. In these examples, it is presumed that the reduced bandwidth for the variable dab rate application (i.e., from 1.532 Mb/s to 1.468 Mb/3 or 1.404 Mb/s) falls within the range of acceptable data rates of the variable data rate application. In effect, the parameters associated with transmitting and receiving signals for each of the active applications individually are combined within the application profile in a manner that achieves the simultaneous transmission and reception of signals for all of the concurrently active applications.

Although shown above to specify the data rate for particular applications, each application profile 34, 50 may specify one or any combination of the parameters described above and other unlisted parameters for characterizing the DMT transmission (and reception) of signals associated with each application in that application profile. For example, other transmission parameter' that the application profile 34, 50 can specify are the number of latency paths required to support the applications in the application profile, and the data rate of each latency path.

As another example, application profiles can also specify the allocation of subchannels to applications. For example, assume that when a variable data rate application is running alone, the corresponding application profile allocates every available subchannel to carry bits associated with the variable data rate application. Further assume that when a fixed data rate application is running alone, the corresponding application profile allocates a subset of the available subchannels sufficient to achieve the specifically required data rate (e.g., a 64 kb/s data rate for a voice application) of the fixed data rate application. When these fixed and variable data rate applications run concurrently, the application profile corresponding to this set of two applications specifies the allocation of some subchannels to the fixed data rate application, and other subchannels to the variable data rate application. Possibly, one or more of the subchannels are allocated to both the fixed and variable data rate applications.

Application profiles are further illustrated by the following five examples of application profiles, AP #1 - AP #5, which can be developed and stored at the transceivers 10, 14. These exemplary profiles specify the transmission characteristics for five different communication states involving two types of applications, a fixed data rate voice application comprised of one or more voice calls and a variable data rate Internet access Web browsing (IAWB) application. For these examples, assume that the total data rate of the connection (e.g., upstream) between the transceiver 10, 14 is 1.532 Mb/s, and that the IAWB application has a minimum and maximum data rate range of I Mb/s to 2 Mb/s. Each voice call of the voice application requires 64 kp/s. In general, the fixed data rate applications receive the data rate that each requires, and the variable data rate receives the balance of the bandwidth capacity of the connection.

Application Profile 41 Application profile #1 (hereafter, also AP #1) corresponds to an application set of only one variable data rate application, the IAWB application with the data rate range of I Mb/s and 2 Mb/s. Thus, AP #I specifies the full connection capacity (here, 1.532 Mb/s) for transmitting signals associated with the IAWB application. All useable subchannels are allocated to the IAWB data stream with a IE-7 BER on each subehanncl. An R-S codeword size is 200 bytes with interleaver depth of 3 codewords.

Application Profile 02 Application profile #2 (hereafter, also AP #2) corresponds to an application set of only one fixed data rate application, a voice telephone (VT) application requiring 64 kb/s. Thus, AP #2 specifies 64 kp/s for transmitting signals associated with the VT
application. A subset of the subchannels sufficient to achieve 64 kb/s is allocated to the VT data stream with a IE-3 BER
on each subchannel. There is no coding or interleaving.

Applladoo Profile #3 Application profile #3 (hereafter, also AP #3) corresponds to an application set of only one fixed data rate application, specifically, one voice application comprised of two voice telephone (VT) calls on separate voice channels, each call requiring 64 kb/s.
Accordingly, AP #3 specifies a data rate of 128 kb/s (i.e., 2 x 64 kb/s) for transmitting signals associated with this VT application. A subset of the subchannels sufficient to achieve 128 kb/s is allocated to the VT data stream with a IE-3 BER on each subchanneL Again, there Is no coding or interleaving.
Application Profile #4 Application profile #4 (hereafter, also AP #4) corresponds to an application set of two applications of different types, specifically, the variable data rate IAWB
application and one fixed data rate VT application. For transmitting signals associated with the IAWB and VT
applications, AP #4 specifies the data rate for the VT stream as 64 kb/s and for the lAWB stream as 1.468 Mb/3 (1532 kb/s - 64 kb/s). A subset of the subcharwels sufficient to achieve 64 kb/s is allocated to the VT stream with a IE-3 BER on each subchanncl so allocated. A
subset of the subchannels sufficient to achieve 1.468 Mb/s is allocated to the 1AWB stream with 1134 BER an each subchannel so allocated. For the 1AWB stream, there is an R-S codeword size of 200 bytes with an interlcaver depth of 5 codewords; for the VT stream, there is no coding or interleaving.

Application Profile 05 Application profile #5 (hereafter, also AP #5) corresponds to an application set of two applications; the variable data rate IAWB application and one fixed data rate VT application comprised of two voice telephone calls on separate channels, each call requiring 64 kb/a. For transmitting signals associated with the IAWB and the VT applications, AP #5 allots a 128 kb/i data rate for the VT stream and a 1,404 Mb/s (1532 kb/s -128 kb/s) data rate for the IAWB
stream. A subset of the subchannels sufficient to achieve 128 kbls Is allocated to the VT data stream with a lE-3 BER on each subchannel so allocated. A subset of the subchannels sufficient to achieve 1.404 Mb/s is allocated to the LAWS stream with 1E-7 BER on each subehannel so allocated. For the IAWB stream, there is an R -S codeword size of 200 bytes with an interieaver depth of 5 codewords; again, for the VT stream, there is no coding or interleaving.

As applications 54 become active and inactive over time, the remote DMT
transeelves 10 and the CO transceiver 14 use the stored application profiles 34,50 to change the transmission parameters quickly and efficiently and thereby accommodate the transmission requirements of the currently active application(s). Whenever a change occurs to the set of currently active applications, the remote DMT transceiver 10 and CO transceiver 14 select the appropriate application profile from the stored set of profiles 34, 50. In one embodiment, if an application profile does not yet exist for the current set of active applications, one of the transceivers 10, 14 generates the appropriate application profile and exchanges that new application profile with the other transceiver over the communication channel 18. In other embodiments the transceivers 10, 14 can be configured with predcfuned application profiles and/or dynamically generate application profiles during the operation of the ADSL system 2 as the need for such profiles arises. In another embodiment, the transmission parameters in the application profiles are exchanged during initialization. In yet another embodiment, transmission parameters in the application profiles are mutually generated by each transceiver 10,14 locally.

Fig. 2 shows an exemplary embodiment of the transmitter 22 of the remote DMT
transceiver 10 including two latency paths 56,58 for supporting multiple applications 54 with different latency requirements. The transmitter 38 of the CO transceiver 14 comprises equivalent paths and functions as the transmitter 22. The receivers 26, 42 also comprise 5 equivalent latency paths, but in reverse order and performing inverse operations than those of the transmitters 22, 38 to demodulate the information received over the communication channel I S.
The multiple latency paths 56.58 are used to send different application bit streams with different latency requirements through the ADSL DMT transceiver 10. In Fig. 2, two different applications 54", 541" are shown. One exemplary application 54" is a digital data stream (e.g., lo and ATM (asynchronous transfer mode) data stream) and the other exemplary application is a voice telephony application. It is to be understood that additional and/or different applications can be used, and that the use of the digital data and voice telephony applications Is merely illustrative of the principles of the invention. The digital data application 54" can tolerate a moderate amount of latency (i.e., less than approximately 5 ins) and is sent through the latency 15 path 56, which has interleaving. The voice telephony application 54"' with low latency requirements is sent through the other latency path 58, which has no interleaving.

The transmitter 22 can have additional and/or different latency paths. For example, in one embodiment, the ADSL system 2 has a video application in addition to the digital data and voice telephony applications. This video application can tolerate a higher latency that the 20 moderate latency of the ATM data application 54" and the low latency of the voice telephony application 541". For this embodiment, the ADSL system 2 can accommodate the latency requirements of the video application by providing a third, different latency path.

Eac latency path 56,58 includes three blocks: a MUX block 60, a firmer/coder/interleaver (FCI) block layer 64, 64', and a modulator block 68.
The MUX block 60 has multiple inputs for receiving the signal streams of the active applications 54 and an output for each latency path 56, 58. The MUX block 60 directs the signal stream of the digital data application 54" to the first latency path 56 and the signal stream of the voice data application 54"' to the second latency path 58.

Each FCI block 64, 64' (generally 64) provides functionality associated with preparing a stream of bits for modulation, transforming the received signals into frames and superframes, adding overhead channel (i.e.. AOC and EOC) information the frames, and if applicable, coding and interleaving. The operations performed by each FCI block 64 depends upon the type of application 54", 54"' and the latency path 56, 58 taken by that application.

On the first latency path 56, the FC1 block 64 includes a framer block 72, a cyclic redundancy check (CRC) and scrambler (SCR) block 76, a forward error correction (FEC) block 80 (e.g., R-S Coding), and an interleaving (DM block 84. On the second latency path 58, the FCI block 64' includes a framer block 76 and a CRC and SCR block 80'. The second latency path 58 through the FCI block 64' has a different (t.e., lesser) amount of latency than the first path 56 because the second path 58 does not perform interleaving or coding on the voice stream.

the modulator block 68 provides functionality associated with DMT modulation and includes a quadrature amplitude modulation (QAM) encoder 88 and an inverse Fast Fourier transform (IFFI) 92. The QAM encoder 88 has multiple Inputs to receive and combine the signal streams fiom the latency paths 56, 58 into a single signal stream that is sent to the HT T 92 for modulation. The IFFT 92 modulates bits received from the QAM encoder 88 into the multicartier subehannels of the communication channel 18.

Also shown in Fig. 2 are the five exemplary application profiles, AP #1 - AP
#5, which are described in Fig, 1. Application profiles #1, #4, and #5 are in communication with the FCI
block 64 of the first latency path 54 because each of these profiles specifies one or more transmission parameters that characterizes the ATM data stream. Application profiles #2, #3, #4, and #5 are in communication with the FCI block 64' of the second latency path 58 because each of these profiles specifies one or more transmission parameters that characterize the voice stream. In one embodiment, all five of the application profiles, AP #1-AP #5, are in communication with the Modulator block 68 because each profile specifies one or more transmission parameters that characterize the allocation of bits to subchannels of the communication channel 18.

Storing and Exchanging Application Profiles Predefined profiles Before the transceivers 10,14 can communicate over the communication channel IS
using an application profile to characterize such communications, that application profile is stored in the appropriate local memory 30, 46. In one embodiment, each transceiver 10,14 is preconfigured (e.g., factory set); that is, the application profile is already stored in the local memory 30, 46 before the transceivers 10,14 art incorporated into the ADSL
system 2.
Profile exchanged and stored upon first occurrence of an application set in another embodiment, the transceivers 10, 14 exchange the application profile over the I S communication channel 18 and then store the application profile. Fig. 3 shown an embodiment of a process used to accomplish the profile exchange. For the purpose of illustrating the process, assume that the remote DMT and CO transceivers 10,14 are exchanging signals associated with an Internet access Web browsing (IAWB) application according to the AP #1 of Fig. 1, when a new voice application becomes activated, resulting in the need of a new application profile. In general, either the remote DMT transceiver 10 or the CO transceiver 14 can act as the initiator of an exchange of the new application profile. More specifically, either the transmitter 22 or the receiver 26 of the remote DMT transceiver 10, or the transmitter 38 or the receiver 42 of the CO
transceiver 14 can initiate the new application profile exchange.

During the exchange of IAWB signals, the activation of the new voice application 54 is detected (step 100). Either transceiver 10, 14 or other component of the DSL
system 2 (e.g.. a computer system within which the transceiver 10,14 operates) may make this detection. Upon the detection of this new voice application 54, a determination is made (step 104) as to whether an application profile for the combination of the active IAWB application and the new voice application already exists. Again, the transceiver 10,14 or another component of the DSL

system 2 may make this determination. When such an application profile does not exist, transmission parameters arc determined (step 108) that accommodate the concurrent transmission of signals associated with the IAWB application and the new voice application.
Note that the deactivation of an active application can also result in a unique set of currently active applications for which there does not presently exist an application profile. In such an event, transmission parameters are likewise determined (step 108) for transmitting signals associated with the one or more applications that are currently active after the deactivation.
These transmission parameters represent a new application profile. One embodiment of this new application profile can be application profile #4 (AP #4), as described above Fig. 1, because AP #4 supports one IAWB application and one voice application. An identifier is associated with the new application profile. For example, if at the time of activation of this new application there are already three stored application profiles, the new application profile becomes the fourth. Because of the one-to-one correspondences between application profiles at the CO transceiver 14 as those at the remote DMT transceiver 10, the same identifier is to be used by the remote DMT 10 and CO transceivers 14 to identify the new application profile.

One of the transceivers 10, 14 then exchanges the new application profile with the other transceiver 14, 10. sending (step 112) the transmission parameters associated with the new application profile over the communication channel 18 using the AOC or EOC
channel. In one embodiment, transmission of this new application profile operates as a message requesting use of the new application profile.

profiles exchanged and stor-O during Felt Initialization In another embodiment, the transceivers 10, 14 exchange the new application profile with each other using the 1W compliant "Full Initialization" protocol of the 13.992.2 or (3.992.11TU
standards, or a similar initialization protocol that interrupts the application data communication between the transceivers 10,14 in order to train and exchange transmission information between transceivers. Use of the Full Initialization protocol causes approximately a 10-second drop in the link. This 10-second intanption occurs only once, upon the that occurrence of a unique set of currently active applications for which a new application profile is exchanged and subsequently stored, In another embodiment, upon initialization the transxivas 10, 14 negotiate the application to be supported and exchange profiles corresponding to all possible combinations of active applications.

Ater the application profile is exchanged, the transceivers 10,14 store (steps 116) the application profile in local memory, 30, 46. Consequently, when a new voice application is activated while the transceivers 10,14 are communicating according to AP #1 (Fig. 1), the transition to the stored AP #4 (Fig. 1) occurs quickly, as described in more detail below, because the exchange of the application profile over the communication channel 18 is not performed; the exchange is unnecessary.

Locally rensratIni DRnmeters In an anolicadoa nroflle In the exchange of the now application profile between transceivers 10, 14, the transceivers 10, 14 do not need to exchange every transmission parameter of the now application profile over the communication channel IS. In one embodiment, the each transceiver 10, 14 can locally develop one or more transmission parameters (e.g., the allocation of subehannels to applications) and store the locally developed parameter in the appropriate application profile.
The local development of such transmission parameters can occur when initially developing or updating an application profile.

For example, assume that the transceivers 10,14 are running two applications:
a digital data application and a voice application. The transceivers 10,14 exchange information with each other indicating that the connection supports these two applications.
Based on the exchange of this information, each transceiver 10, 14 locally generates one or more transmission 5 parameters for the application profile that corresponds to the two applications. Because both transceivers 10,14 mutually generate these transmission parameters, the transceivers 10, 14 do not exchange the locally generated transmission parameters with each other over the communication channel 18. Other transmission parameters, such as those associated with framing, coding, and interleaving, are still determined in the information exchange between the 10 transceivers 10,14.

Mutually generating transmission parameters has the advantage of reducing or eliminating lengthy exchange messages when initially developing or updating an application profile. For example, if changes in channel conditions result in it decrease in the total data rate of the channel 18, resulting in a lower bit capacity for some of the subchannels, then typically, 15 the transceivers 10,14 would need to exchange updates with each other for all application profiles that specify those affected subchannels. By mutually generating transmission parameters in the application profiles, the transceivers 10,14 can each locally update the application profiles without having to exchange the update information with each other.

The following three examples illustrate the use of mutually generated parameters as 20 applied to the allocation of subchannels to two applications, here a digital date application and a voice application. Each example shows an application profile that specifies the allocation subchannels to the applications as a transmission parameter. (1) one application profile for when the digital data application runs alone, (2) another for when the voice application nms alone, and (3) another for when the digital data and voice applications run concurrently.

For the first application profile, the transceivers 10, 14 each locally allocate all of the available data rate and useable subchannela to the digital data application after establishing the connection. Other transmission parameters that are not mutually generated by the transceivers 10,14, e.g., those parameters associated with framing, coding, and interleaving, are determined in the information exchange between the transceivers 10, 14.

For the second application profile, the transceivers 10, 14 allocate 64 kbWs to the voice application, regardless of the data rate capability of the connection. Each transceiver 10,14 uses a predetermined technique (e.g., specified by a standard) to select the subchannels that are allocated to carry the 64 kb/s of the voice application. Examples of schemes that iterate through the available aubcbannels to select subehannels for the voice application inhale: (1) ascending from a subchannel with the lowest frequency to subchannels with higher frequencies; (2) descending from an available subchannel with the highest frequency to subchannels of lower frequencies; (3) ascending from a subchannel with the least number of bits to aubchomcls with higher members of bits; and (4) descending from a subchannel with the most number of bin to subchannels with lesser numbers of bits. Again, the transceivers 10,14 can frame, code, and interleave in a predefined manner or as determined during the exchange during inltiialirs o, For the third application profile, each transceiver 10, 14 allocates 64 We to the voice application and the remaining data rate to the digital data application.
Similar to the second application profile, each transceiver 10,14 uses a predetermined technique for choosing the subchannels that we allocated to carry the voice application (e.g., subchannels of the highest or lowest frequency or ofthe smallest or largest constellations). Also, framing, coding, and interleaving are predefined or determined during the exchange as described above.

The transceivers 10, 14 use a coordinated numbering scheme for the locally generated application profiles (e.g., #6 - digital data application only, #7 - voice application only, #8 digital data and voice applications together). The numbering scheme can be predefined or the transceivers 10, 14 can exchange the numbering scheme over the communication channel 1$.
The principles of the invention extend to embodiments with more than the two applications. For such embodiments, to generate corresponding application profiles for each of the possible active applications, individually and in combination, the transceivers 10,14 follow prescribed rules for selecting the application profile transmission parameters and their corresponding parameter values.

Fast Transitioning to a Stored Application Profile Throughout the operation of the DSL system 2, applications may be activated and de-activated over time. This change in the active applications (i.e., via the activation or deactivation of an application) is known by the transceiver 10 (or receiver) and therefore does not need to be identified with a Fast Retrain as specified in the ITU 0.922.1 and G.922.2 standards. Since the application profile is being changed because of it change in the active applications, and not because of a change in the channel conditions, that is no requirement to retrain retriever functions, such as echo cancellars, equalizers, etc., as is done in a Fast Retrain.

Storing application profiles for subsequent use shortens the handshake between the transceivers 10, 14, used by the transceivers 10, 14 to transition to another application profile because the transceivers do not have to undergo the process of creating exchanging, and storing a new application profile.

The remote DMT transceiver 10 or the CO transceiver 14, and either the receiver or the transmitter of that transceiver 10, 14 can initiate the transition. Stored application profiles are identified so that the transmitter and the receiver simply notify the other as to which profile is to be used: The information associated with the application profile does not have to be transmitted again. In one embodiment, the stored application profiles are numbered, Accordingly, one transceiver simply specifies the number of the desired application profile to the other transceiver.

Receiver-Initiated Fast Application Profile Transition Fig. 4 shows an embodiment of a receiver-initiated process used by the remote DMT
transceiver 10 and the CO transceiver 14 to transition to a stored application profile. Although the process is shown from the perspective of the receiver 26 of the remote DMT
transceiver 10, it is to be understood that the receiver 42 of the CO transceiver 14 can also initiate the transition.
In one embodiment, a change in the set of currently active applications occurs (step 140).
requiring a transition to another application profile. The change may be the result of an application that has been activated or deactivated, or of an existing application that requires additional bandwidth (e.g., a second voice channel opens for a voice application that previously had only one voice channel).

After the change in the active applications, the receiver 26 determines (step 142) which application profile corresponds to the current set of active applications. The receiver 26 sends (step 148) a message to the transmitter 38 using the AOC or EOC channel specifying the stored application profile that is to be used for transmission based on this current set of active applications. This message corresponds to a request by the receiver 26. For example, if the transceivers 10,14 are communicating according to AP #1 (Fig. 1) when a voice telephone call is activated, the receiver 26 sends the request to the transmitter 38 requesting a transition to AP
#4 (Fig. I). In one embodiment, the request identifies the AP #4 by the numeral 4.

After receiving the request, the transmitter 38 sends (step 152) an inverted sync symbol as a flag to signal the receiver 26 that the requested stored application profile is about to be used for transmission and to synchronize its use. The transmitter 38 uses (step 154) its stored copy of the specified application profile for transmission on the first frame, or on a predetermined number of frames, following the inverted sync symbol. This inverted sync signal corresponds to a "Go" message sent by the transmitter 38. The receiver 26 detects (step 156) the inverted sync symbol and, in synchronization with the transmitter 38, uses the specified application profile upon the first frame, or the predetermined number of frames, received after the inverted sync symbol.

The inverted sync symbol is a sync symbol in which the phase information in the QAM
signal is shifted by 180 degrees. Phase shifts of the sync symbol other than 180 degrees can also be used for the "Go" message. The sync symbol is defined in the ANSI and ITU
standards as a fixed non-data carrying DMT symbol that is transmitted every 69 symbols. The sync symbol is constructed by modulating all the DMT carriers with a predefined pseudo-random number sequence using basic QPSK (2 bit QAM) modulation. This sync symbol signal, which is used throughout the transceiver initialization process, has special autocorrelation properties that make possible the detection of the sync symbol and the inverted sync symbol even in highly noisy environments.

Because of its near invulnerability to channel noise, use of the inverted sync symbol to synchronize use of the new application profile by the transceivers 10,14 is more robust than using the EOC or AOC channel. In contrast, messages sent over the EOC or AOC
channel can be more easily corrupted by noise on the communication channel 18 than the inverted sync symbol. These overhead channels are multiplexed into the data stream at the framer ?2 and therefore are transmitted with quadrature amplitude modulation over a finite number of DMT
subehannels. Impulse noise or other noise occurring on the communication channel 18 can cause bit errors in the EOC or AOC channel message, causing the message to be lost.
Notwithstanding this sensitivity of the EOC or AOC channel to noise, which is greater than that of the inverted sync symbol, in one embodiment the EOC or AOC channel is used to communicate the "Go"
message.

Receiver-initiated transitioning to a stored application profile completes quickly, requiring the exchange of only two messages (the request and the "Go" message) because the appropriate application profile is stored and does not need to be exchanged.
Again, use of the inverted sync symbol as the "Go" message makes the synchronization between the transceivers 10, 14 robust in noisy environments.

Transmitter-initiated Fast Application Profile Transition Fig. 5 shows an embodiment of a transmitter-initiated process used by the remote DMT
5 transceiver 10 and the CO transceiver 14 to transition to a stored application profile. Although the process is shown from the perspective of the transmitter 22 of the remote DMT transceiver 10, it is to be understood that the transmitter 38 of the CO transceiver 14 can also initiate the transition. As before, a change in the set of currently active applications occurs (step 160).
requiring a transition to another application profile. Again, the change may be the result of an 10 application that has been activated or deactivated, or of an existing application that requires additional bandwidth (e.g., a second voice channel opens for a voice application that previously had only one voice channel).

After the change in active applications, the transmitter 22 determines (stop 162) which application profile corresponds to the current set of applications. The transmitter 22 sends (step 15 168) a message to the receiver 42 using the AOC or EOC channel specifying the stored application profile that is to be used for transmission based on the current set of active applications. The message can identify the appropriate stored application profile by number or by any other identification uniquely associated with that stored application profile. This message corresponds to a request by the transmitter 22. After r ceiving the request, the receiver 42 20 returns (step 172) a "grant" or "deny' message to the transmitter 22.

If the transmitter 22 receives the "grant" message, the transmitter 22 sends (step 176) an inverted sync symbol as a flag to signal the receiver 42 that the requested stored application profile will be used for transmission. The transmitter 22 then uses (step 178) its stored copy of the specified application profile for transmission on the first frame, or a Predetermined number 25 of frames, following the inverted sync symbol. The inverted sync signal corresponds to a "Go"

message sent by the transmitter 22. The receiver 42 detects (step I SO) the inverted sync symbol ("Go") and starts communicating using the specified application profile for reception on the first frame, or a predetermined number of frames, following the inverted sync symbol in synchronization with the transmitter 22.

Transmitter-initiated transitions to a stored application profile completes quickly, requiring the exchange of three messages (the request, the deny or grant message, and the Go message) when transmitter-initiated, because the appropriate application profile is stored and does not need to be exchanged. Again, use of the inverted sync symbol as the "Go" message makes the synchronization between the transceivers 10,14 robust in noisy environments, In another embodiment, the transceivers 10, 14 transition to a stored application profile using the "Fast Retrain" protocol described in the ITII 0.9222 specification, or a similar tht initialization protocol that interrupts the application data communication between the transceivers 10,14 in order to train and exchange transmission information between transceivers.
The Fast Retrain causes a I to 2 second disconnection between the transceivers 10,14.

Updating Application Profiles Under certain circumstances, the contents of a stored application profile 34 (and the corresponding application profile 50) may require updating. For example, communication channel 18 conditions can change, (e.g., a telephone goes off the hook), which result in an increase or decrease in the data rate capabilities of the channel IS and a different bit capacity of certain subchannels of the channel 18. The transceivers 10,14 then need to update all stored application profiles that specify the bit capacity of the affected subchannels. In one embodiment, each transceiver 10, 14 locally updates its own stored copy of the affected application profile without exchanging the update information with each other. In another embodiment, the transceivers 10, 14 exchange the update information with each other.

While the invention has been shown and described with reference to specific preferred embodiments, it should be understood by those skilled in the an that various changes in form and detail may be made therein without departing from the spirit and scope of the invention as defined by the following claims. For example, although the invention is described with respect to DMT modulation, the principles of the invention also apply to DWMT
(Discrete Wavelet Multitone) modulation. Also, 1P frames instead of ATM packets can be used to transport data Further, although the specification uses ADSL to describe the invention, it is to be understood that any form of DSL can be used, i.e., VDSL, SDSL, HDSL, HDSL2, or SHDSL. The principles of the invention also apply to any DMT cormaunication system that supports multiple sets of applications, where the applications are activated and deactivated over time. Although several embodiments described above included Internet and voice applications, it is also to be understood that the principles of the invention apply to any combination of applications transported over DSL systems (e.g., telecommuting. video conferencing, high speed Internet access, video-on demand).

Claims (33)

CLAIMS:
1. A method, comprising:
storing a first application profile that corresponds to a first set of one or more applications and a second application profile that corresponds to a second set of one or more applications, wherein the first application profile comprises a first data rate, and wherein the second application profile comprises a second data rate;
transmitting information using the first data rate that corresponds to the first set of applications;
selecting, in response to a change from the first set of active applications to the second set of active applications, the second data rate that corresponds to the second set of active applications;
transmitting a message requesting a transition to the second application profile;
receiving a reply message that grants the requested transition to the second application profile;
and transitioning to transmitting information according to the second data rate.
2. The method of claim 1, further comprising transmitting a message indicating that the second application profile is to be used for subsequent communications.
3. The method of claim 1, further comprising acknowledging receipt of the reply message, and synchronizing use of the second application profile with a transceiver.
4. The method of claim 1, wherein the reply message is a phase-shifted sync symbol.
5. The method of claim 1, further comprising synchronizing use of the second application profile with a transceiver in response to receiving the reply message from the transceiver that grants the requested transition.
6. The method of claim 1, further comprising exchanging one or more of the first application profile or the second application profile during an initialization with a transceiver.
7. The method of claim 1, wherein the first application profile is generated in response to an initial occurrence of the first set of active applications.
8. The method of claim 1, wherein the first set of active applications includes a web browsing application, and wherein the second set of active applications includes a voice telephony application and the web browsing application.
9. A method, comprising:
storing a first application profile that corresponds to a first set of one or more applications and a second application profile that corresponds to a second set of one or more applications, wherein the first application profile comprises a first data rate, and wherein the second application profile comprises a second data rate;
receiving information using the first data rate that corresponds to the first set of applications;
selecting, in response to a change from the first set of active applications to the second set of active applications, the second data rate that corresponds to the second set of active applications;
transmitting a message requesting a transition to the second application profile;
receiving a reply message that grants the requested transition to the second application profile;
and transitioning to receiving information according to the second data rate.
10. The method of claim 9, further comprising transmitting a message indicating that the second application profile is to be used for subsequent communications.
11. The method of claim 9, further comprising acknowledging receipt of the reply message, and synchronizing use of the second application profile with a transceiver.
12. The method of claim 9, wherein the reply message is a phase-shifted sync symbol.
13. The method of claim 9, further comprising synchronizing use of the second application profile with a transceiver in response to receiving the reply message from the transceiver that grants the requested transition.
14. The method of claim 9, further comprising exchanging one or more of the first application profile or the second application profile during an initialization with a transceiver.
15. The method of claim 9, further comprising generating the first application profile upon an initial occurrence of the first set of active applications.
16. The method of claim 9, wherein the first set of active applications includes a web browsing application, and wherein the second set of active applications includes a voice telephony application and the web browsing application.
17. The method of claim 16, wherein the first set of active applications includes a fixed data rate application or a variable data rate application.
18. A method, comprising:
storing a first application profile that corresponds to a first set of one or more applications and a second application profile that corresponds to a second set of one or more applications, wherein the first application profile comprises a first data rate, and wherein the second application profile comprises a second data rate;
transmitting information using the first data rate that corresponds to the first set of applications;
selecting, in response to a change from the first set of active applications to the second set of active applications, the second data rate that corresponds to the second set of active applications; and transitioning to transmitting information according to the second data rate, wherein the first application profile is generated in response to an initial occurrence of the first set of active applications.
19. The method of claim 18, further comprising acknowledging receipt of a reply message, and synchronizing use of the second application profile with a transceiver.
20. The method of claim 19, wherein the reply message is a phase-shifted sync symbol.
21. The method of claim 19, further comprising synchronizing use of the second application profile with the transceiver in response to receiving the reply message.
22. The method of claim 21, wherein the reply message is a phase-shifted sync symbol.
23. The method of claim 21, further comprising exchanging one or more of the first application profile or the second application profile during an initialization with a transceiver.
24. The method of claim 18, wherein the first set of active applications includes a web browsing application, and wherein the second set of active applications includes a voice telephony application and the web browsing application.
25. A method, comprising:
storing a first application profile that corresponds to a first set of one or more applications and a second application profile that corresponds to a second set of one or more applications, wherein the first application profile comprises a first data rate, and wherein the second application profile comprises a second data rate;
receiving information using the first data rate that corresponds to the first set of applications;
selecting, in response to a change front the first set of active applications to the second set of active applications, the second data rate that corresponds to the second set of active applications; and transitioning to receiving information according to the second data rate, wherein the first application profile is generated in response to an initial occurrence of the first set of active applications.
26. The method of claim 25, further comprising acknowledging receipt of a reply message, and synchronizing use of the second application profile with a transceiver.
27. The method of claim 26, wherein the reply message is a phase-shifted sync symbol.
28. The method of claim 25, further comprising synchronizing use of the second application profile with a transceiver in response to receiving the reply message from the transceiver that grants the requested transition.
29. The method of claim 25, further comprising exchanging one or more of the first application profile or the second application profile during an initialization with a transceiver.
30. The method of claim 25, wherein the first set of active applications includes a web browsing application, and wherein the second set of active applications includes a voice telephony application and the web browsing application.
31. A method, comprising:
storing, by a first transceiver and a second transceiver, an application profile that corresponds to a first set of one or more applications and a second application profile that corresponds to a second set of one or more applications, wherein the first application profile comprises a first data rate, and wherein the second application profile comprises a second data rate;
transmitting, by the first transceiver, information using the first data rate that corresponds to the first set of applications;
receiving, by a second transceiver, the information using the first data rate that corresponds to the first set of applications;
selecting, by the first transceiver, in response to a change from the first set of active applications to the second set of active applications, the second data rate that corresponds to the second set of active applications;
transmitting, by the first transceiver to the second transceiver, a message requesting a transition to the second application profile;
receiving, by the first transceiver from the second transceiver, a reply message that grants the requested transition to the second application profile;
transitioning, by the first transceiver, to transmitting information according to the second data rate; and transitioning by the second transceiver, to receiving information according to the second data rate.
32. The method of claim 31, wherein the reply message is a phase-shifted sync symbol.
33. The method of claim 31, wherein the first transceiver is further configured to exchange one or more of the first application profile or the second application profile during an initialization with the second transceiver.
CA2793007A 1999-09-15 2000-09-15 Multicarrier system with stored application profiles for supporting multiple applications Expired - Lifetime CA2793007C (en)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US15411699P 1999-09-15 1999-09-15
US60/154,116 1999-09-15
US16111599P 1999-10-22 1999-10-22
US60/161,115 1999-10-22
US17708100P 2000-01-19 2000-01-19
US60/177,081 2000-01-19
US09/522,869 2000-03-10
US09/522,869 US6498808B1 (en) 1999-03-12 2000-03-10 Seamless rate adaptive multicarrier modulation system and protocols
CA2643424A CA2643424C (en) 1999-09-15 2000-09-15 Multicarrier system with stored application profiles for supporting multiple applications

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CA2643424A Division CA2643424C (en) 1999-09-15 2000-09-15 Multicarrier system with stored application profiles for supporting multiple applications

Publications (2)

Publication Number Publication Date
CA2793007A1 CA2793007A1 (en) 2001-03-22
CA2793007C true CA2793007C (en) 2014-05-27

Family

ID=47215884

Family Applications (1)

Application Number Title Priority Date Filing Date
CA2793007A Expired - Lifetime CA2793007C (en) 1999-09-15 2000-09-15 Multicarrier system with stored application profiles for supporting multiple applications

Country Status (1)

Country Link
CA (1) CA2793007C (en)

Also Published As

Publication number Publication date
CA2793007A1 (en) 2001-03-22

Similar Documents

Publication Publication Date Title
US10148591B2 (en) Method and multi-carrier transceiver with stored application profiles for supporting multiple applications
JP5995696B2 (en) Multi-carrier modulation system and method for seamless rate adaptation
CA2382519C (en) Multicarrier system with stored application profiles for supporting multiple applications
US20130094546A1 (en) Method for seamlessly changing power modes in an adsl system
US20040044942A1 (en) Method for seamlessly changing power modes in an ADSL system
CA2793007C (en) Multicarrier system with stored application profiles for supporting multiple applications
KR100926196B1 (en) Multicarrier system with stored application profiles for supporting multiple applications

Legal Events

Date Code Title Description
EEER Examination request
MKEX Expiry

Effective date: 20200915