Detailed Description
The technical solution of the present application may be applied to a copper cable access system, where a local side may be a FAST Transceiver (FTU-O) of an Optical network Unit, and a terminal may be a FAST Transceiver (FTU-R) located at a Remote site, but is not limited thereto.
Example one
In this embodiment, a time distribution method for operating the network architecture is provided, and fig. 4 is a flowchart of the time distribution method according to the embodiment of the present invention, as shown in fig. 4, the flow includes the following steps:
step S402, the local side receives a dynamic time adjustment DTA updating request message;
in step S404, the office performs at least one of the following operations: determining updated TDD frame configuration parameters according to the DTA update request message, and/or determining whether to start a specific transmission mode for reducing crosstalk between line pairs when updating a TDD frame; and sending the DTA configuration message to the terminal.
Through the steps, the terminal receives a DTA updating request message sent by the DRA; the terminal performs at least one of the following operations: determining updated TDD frame configuration parameters according to the DTA update request message, and/or determining whether to start a specific transmission mode for reducing crosstalk between line pairs when updating a TDD frame; and sending the DTA configuration information to the local side. By adopting the technical scheme, the problem of crosstalk generated between the line pairs in the dynamic time adjustment process in the related technology is solved, and the local side and other devices communicate by adopting the scheme, so that the crosstalk generated between the line pairs is greatly reduced, and the communication efficiency is improved.
Optionally, the DTA corresponding to the DTA update request message includes one of: independent Dynamic time allocation (iDTA) or Coordinated Dynamic time allocation (cDTA).
Optionally, the update request message includes at least one of the following information: the downlink symbol number of a TDD frame or a logic frame to be updated; indicating a first TDD frame or logical frame information employing the updated TDD frame configuration information; and the indication information is used for determining whether each terminal in the coordination group or the vector group has received the DTA configuration message. It should be added that the coordination set or vector set may be composed by the local side in the DRA.
Optionally, the DTA configuration message includes at least one of the following information: the downlink symbol number of a TDD frame or a logic frame to be updated; the DTA frame decrements the count value; and the first indication information is used for determining whether each terminal in the coordination group or the vector group has received the DTA configuration instruction.
Optionally, after the central office sends the first indication information to the terminal, the method further includes: the local side receives second indication information which is sent and used for determining that each terminal in the coordination group or the vector group has received the DTA configuration message; the local side sends the second indication information to the terminal.
Optionally, the DTA configuration message includes at least one of: the number of downlink symbols of the TDD frame to be updated and the synchronization information.
Optionally, the synchronization information includes at least one of: the DTA frame decrements the count value; and the first indication information is used for indicating whether each terminal in the coordination group or the vector group has received the DTA configuration message.
Optionally, the specific transmission mode for reducing crosstalk between the wire pairs includes: the local side performs at least one of the following operations in a transmission symbol region preset in a TDD frame or a logic frame: sending an idle symbol; transmitting a quiet symbol; stopping transmitting the symbol; a quiet symbol or an idle symbol is transmitted at a non-robust management channel RMC symbol position and an RMC symbol is transmitted at an RMC symbol position.
Optionally, determining, according to the DTA configuration message, a time for updating the TDD frame configuration, and determining whether to initiate a specific transmission mode for reducing crosstalk between the wire pairs, includes one of: when the frame count-down value is zero, the office end starts the updated TDD frame to communicate according to the update request message under the condition that the office end has confirmed that each terminal in the coordination group or the vector group has received the DTA configuration message, and sends a data symbol or an RMC symbol in the downlink symbols of the updated downlink symbol number; when the frame countdown value is zero, and the office does not confirm that each terminal has received the DTA configuration message, the office performs one of the following operations: starting the updated TDD frame for communication according to the update request message; transmitting a data symbol or an RMC symbol in the downlink symbols with the updated number of the downlink symbols; this particular transmission mode for reducing crosstalk between pairs is employed.
Optionally, after the central office communicates in the specific transmission mode, the method further includes:
and under the condition that the local side determines that each terminal in the coordination group or the vector group has received the DTA configuration instruction message, stopping adopting the specific transmission mode, and sending data symbols or RMC symbols in the downlink symbols with the updated number of the downlink symbols.
Optionally, the local side includes a FAST transceiver FTU-O located at a remote site; the terminal comprises a FAST transceiver FTU-R located at the optical network unit.
According to another embodiment of the present invention, there is also provided a time allocation method including the steps of:
a terminal receives a dynamic time adjustment DTA configuration message sent by a local side;
step two, determining at least one of the following information according to the DTA configuration message: whether to update the TDD frame or the logic frame, whether to update the configuration parameters of the TDD frame or the logic frame, and whether to start a specific transmission mode for reducing crosstalk between the line pairs when updating the TDD frame or the logic frame.
Optionally, the method further comprises one of: when the frame countdown value is zero, the terminal starts an updated TDD frame or logic frame to communicate according to the DTA configuration message under the condition that the terminal determines that each terminal in the coordination group or the vector group has received the DTA configuration message, and transmits a data symbol or an RMC symbol in the uplink symbols with the updated uplink symbol number; when the frame countdown value is zero, the terminal starts updated TDD frame or logical frame communication according to the DTA configuration message and performs communication in a first specific transmission mode under the condition that the terminal fails to confirm that each terminal in the coordination group or the vector group has received the DTA configuration message.
Optionally, the first specific transmission mode includes: the terminal executes at least one of the following operations in an uplink symbol region preset in a TDD frame or a logical frame: sending an idle symbol; transmitting a quiet symbol; stopping transmitting the symbol; a quiet symbol or an idle symbol is transmitted at a non-robust management channel RMC symbol position and an RMC symbol is transmitted at an RMC symbol position.
Optionally, the first specific transmission mode comprises at least one of:
in the case of mds.new > Mds, the terminal performs at least one of the following operations from the first symbol of the uplink, to the (cDTA _ SMax- (mds.new-Mds)) or (mus.new-mus.min) th symbol: sending an idle symbol; transmitting a quiet symbol; stopping transmitting the symbol; transmitting a quiet symbol or an idle symbol at a non-RMC symbol position and an RMC symbol at an RMC symbol position;
in the case of mds.new < Mds, the terminal performs at least one of the following operations from the first symbol to the (cDTA _ SMax + (mds.new-Mds)) or (mus.new-mus.min) symbol of the uplink: sending an idle symbol; transmitting a quiet symbol; stopping transmitting the symbol; transmitting a quiet symbol or an idle symbol at a non-RMC symbol position and an RMC symbol at an RMC symbol position;
mds represents the original downlink symbol number, mds.new represents the updated downlink symbol number, and cDTA _ SMax represents the maximum symbol number of once adjustment of cDTA allowed Mds or Mus; and the mu s.min refers to the minimum uplink symbol number set by the communication system.
It should be added that (mds.new-Mds)) and the like in this document represent the difference between the two, and the sum of the two, and the sum is a plus sign in the equation (cDTA _ SMax + (mds.new-Mds)).
Optionally, in the case of Mds.new > Mds, when Mus-cDTA _ SMax ≧ Mus.min, the terminal performs at least one of the following operations from the first symbol of the uplink to the (cDTA _ SMax- (Mds.new-Mds)) th symbol: sending an idle symbol; a quiet symbol; stopping transmitting the symbol; transmitting a quiet symbol or an idle symbol at a non-RMC symbol position and an RMC symbol at an RMC symbol position;
in the case of mds.new > Mds, when Mus-cDTA _ SMax < mus.min, the terminal performs at least one of the following operations from the first symbol of the uplink, to the (mus.new-mus.min) th symbol: sending an idle symbol; a quiet symbol; stopping transmitting the symbol; no data is sent; transmitting a quiet symbol or an idle symbol at a non-RMC symbol position and an RMC symbol at an RMC symbol position;
in the case of Mds.new < Mds, when Mus-cDTA _ SMax ≧ Mus.min, the terminal performs at least one of the following operations from the first symbol to the (cDTA _ SMax + (Mds.new-Mds)) th symbol of the uplink: sending an idle symbol; a quiet symbol; stopping transmitting the symbol; transmitting a quiet symbol or an idle symbol at a non-RMC symbol position and an RMC symbol at an RMC symbol position;
in the case of mds.new < Mds, when Mus-cDTA _ SMax < mus.min, the terminal performs at least one of the following operations from the first symbol to the (mus.new-mus.min) th symbol of the uplink: sending an idle symbol; a quiet symbol; stopping transmitting the symbol; quiet or idle symbols are transmitted at non-RMC symbol positions and RMC symbols are transmitted at RMC symbol positions.
Optionally, the method further comprises:
and under the condition that the terminal does not receive the DTA configuration message in a TDD frame or a logic frame of a preset minimum data period, the terminal adopts a second specific transmission mode for communication.
Optionally, the second specific transmission mode includes:
in case that (Mus-cDTA _ SMax) > mus.min, the terminal transmits (Mus-cDTA _ SMax) uplink quiet or idle symbols only, and does not transmit data symbols or RMC symbols, starting from symbol.mus + cDTA _ SMax;
in case of (Mus-cDTA _ SMax) < mus.min, the terminal transmits, starting from symbol.mus + (Mus-mus.min), only mus.min uplink quiet or idle symbols, and does not transmit data symbols or RMC symbols;
wherein, Mus represents the original uplink symbol number, and cDTA _ SMax represents the maximum symbol number allowed by cDTA to Mds or once adjustment of Mus; mus represents the position of a first uplink symbol corresponding to the original Mus; and the mu s.min refers to the minimum uplink symbol number set by the communication system.
According to another embodiment of the present invention, there is also provided a time allocation method including:
and the dynamic resource manager DRA sends a DTA update request message to the local side, wherein the local side determines the updated TDD frame configuration parameters according to the update request message and/or determines whether to start a specific transmission mode for reducing crosstalk between the line pairs when updating the TDD frame.
Optionally, the method further comprises: confirming that each terminal in the coordination group or the vector group has received the DTA configuration message sent by the local side; and sending second indication information for confirming that each terminal in the coordination group or the vector group has received the DTA configuration message to the local side.
The following detailed description is given with reference to preferred embodiments of the present invention.
A Dynamic Resource manager (Dynamic Resource Allocation, abbreviated as DRA) sends a DTA update request message to all FTUs-os in a coordination group or a vector group (vector), where the cDTA update request instruction includes a new Time Division Duplex (TDD) frame (or logic frame) configuration parameter, that is, the number of downlink symbols of a TDD frame to be updated, synchronization information, and the like;
the FTU-O sends a new TDD Frame (or logical Frame) configuration instruction (i.e., a DTA configuration message) to the FTU-R, where the DTA configuration message includes a TDD Frame (or logical Frame) downlink symbol number to be updated, a DTA Frame countdown count (DTA the Frame countdown, abbreviated as DTAFDC) for indicating information of a first TDD Frame or logical Frame to be started based on the new TDD Frame configuration information, and/or indication information for confirming whether each FTU-R has received the DTA configuration message.
The FTU-O and/or FTU-R determines from the synchronization information when to initiate communication of a TDD frame based on the new TDD frame configuration information and whether to initiate employment of a particular transmission mode that avoids or reduces crosstalk between the wire pairs.
Wherein the synchronization information includes: and the first TDD frame or logical frame information for indicating that the new TDD frame configuration information is enabled, whether each FTU-R has received the DTA configuration message. The DTA frame countdown value corresponds to starting new TDD frame configuration information after a few TDD frame (or logical frame) periods, and decrementing the DTA frame countdown value every TDD frame (or logical frame) period. The indication information for confirming whether each FTU-R has received the DTA configuration message is represented by ack (all): when ack (all) is 0, it indicates that each FTU-R has not confirmed that the DTA configuration message has been received; when ack (all) is 1, it indicates that it is confirmed that each FTU-R has received the DTA configuration message. The specific transmission mode for avoiding or reducing crosstalk between the line pairs is adopted, which means that FTU-O or FTU-R sends idle symbols (idle symbols), or quiet symbols (quiet symbols), or stops sending symbols, and reserves Reference Measurement Channel (RMC) symbols or does not reserve RMC symbols in a sending symbol region configured or set in advance in a TDD frame (or logic frame), so as to avoid or reduce potential crosstalk between the line pairs.
The decision by the FTU-R of when to initiate TDD frame communication based on the new TDD frame configuration information and whether to initiate a specific transmission mode that avoids or reduces crosstalk between pairs of wires is based on the following:
(1) when the FTU-R receives the DTA configuration message before the frame countdown value is zero and confirms that each FTU-R has received the DTA configuration message, when the frame countdown value is zero, starting to perform TDD frame communication based on the new TDD frame configuration information, and adopting a normal transmission mode (namely, transmitting data symbols or RMC symbols in mu.new uplink symbols) instead of adopting a specific transmission mode for avoiding or reducing crosstalk between potential line pairs.
(2) When the FTU-R receives the DTA configuration message before the frame countdown value is zero, but ack (all) thereof is 0 (that is, it indicates that the head end does not confirm that each FTU-R has received the DTA configuration message), when the frame countdown value is zero, starting communication of a TDD frame based on the new TDD frame configuration information, and adopting a specific transmission mode for avoiding or reducing crosstalk between potential pairs of lines; only upon confirmation that each FTU-R has received the DTA configuration message is the transition from the particular transmission mode used to avoid or reduce crosstalk between potential pairs to the normal transmission mode.
(3) And if the FTU-R does not receive the DTA configuration message in a TDD frame (or logic frame) period of a set minimum number of periods, a specific transmission mode for avoiding or reducing crosstalk between potential line pairs is adopted, that is, idle symbols (idle symbols) or quiet symbols (quiet symbols) are transmitted in a pre-configured or set transmission symbol region, or transmission symbols are stopped. The specific transmission mode may include: when (Mus-cDTA _ SMax) > Mus.min, the FTU-R only sends (Mus-cDTA _ SMax) uplink quiet symbols from Symbol.Mus + cDTA _ SMax, and does not send data symbols or RMC symbols; when (Mus-cDTA _ SMax) < Mus.min, the FTU-R only sends Mus.min uplink quiet symbols from Symbol.Mus + (Mus-Mus.min), and does not send data symbols or RMC symbols. Where, Mus represents the original uplink symbol number, and cDTA _ SMax represents the maximum symbol number (step) that cDTA allows Mds (or Mus) to be adjusted at one time. Muss represents the first uplink symbol position corresponding to the original muss. Min refers to the minimum uplink symbol number allowed or set by the system.
The basis for the FTU-O to decide when to initiate TDD frame communication based on the new TDD frame configuration information and whether to initiate the use of a particular transmission mode that avoids or reduces crosstalk between wire pairs is as follows:
(1) and when the FTU-O confirms that each FTU-R has received the DTA configuration message before the frame countdown value is zero, starting to perform TDD frame communication based on the new TDD frame configuration information and adopting a normal transmission mode instead of a specific transmission mode for avoiding or reducing crosstalk between potential line pairs when the frame countdown value is zero.
(2) When the FTU-O does not confirm that each FTU-R has received the DTA configuration message before the frame countdown value is zero, starting to perform TDD frame communication based on new TDD frame configuration information or directly adopting a normal transmission mode (namely transmitting data symbols or RMC symbols in Mds.new (updated downlink symbol number)) downlink symbols when the frame countdown value is zero; or a specific transmission mode for avoiding or reducing crosstalk between potential pairs is adopted, and the specific transmission mode for avoiding or reducing crosstalk between potential pairs is changed into a normal transmission mode only when the FTU-O confirms that each FTU-R receives the DTA configuration message.
The following are specific embodiments of preferred embodiments of the invention.
It should be noted that the just reset means a critical state, and the DAT frame countdown value is to be set to zero.
Embodiment mode 1:
fig. 5 is a schematic diagram of a ctta update procedure when DTAFDC is just set to zero and ack (all) is equal to 0 in the case that mds.new > Mds according to embodiment 1 of the present invention, as shown in fig. 5, in this embodiment, the number of downlink symbols (mds.new) in the TDD frame configuration parameter to be updated is greater than the original number of downlink symbols (Mds), and a specific procedure is as follows.
(1) The FTU-O sends a new TDD frame (or logical frame) configuration instruction (i.e., DTA configuration message) to the FTU-R, where the DTA configuration message includes a TDD frame downlink symbol number (mds.new) to be updated, a DTA frame countdown value (DTAFDC), and indication information (indicated by ack (all), and the initial value is 0) for confirming whether each FTU-R has received the DTA configuration message.
(2) As DTAFDC is decreased by one every TDD frame (or logical frame) period, when DTAFDC reaches zero, ack (all) is 0 (i.e. it means that all FTU-rs are not acknowledged to receive the DTA configuration message):
1) for the FTU-O of the line 1, the line 2 and the line 3, directly starting to transmit a downlink symbol based on new TDD frame configuration information Mds.new;
2) for FTU-R of lines 1 and 2, the DTA configuration message is received and the obtained ack (all) information is zero, thus enabling TDD frame communication based on the new TDD frame configuration information and employing a specific transmission mode for avoiding or reducing crosstalk between potential pairs, i.e., transmitting quiet symbols (quiet symbols) from the first symbol of the uplink to the (cDTA _ SMax- (mds.new-Mds)) symbols, and not transmitting data symbols. Where cDTA _ SMax refers to the maximum number of symbols that the cDTA allows Mds to adjust at one time.
3) For the FTU-R of line 3, since no DTA configuration message is received, a specific transmission mode for avoiding or reducing crosstalk between potential pairs is started, i.e. only (Mus-cDTA _ SMax) upstream quiet symbols are sent.
(3) When the FTU-R of the line 3 receives the DTA configuration message (DTAFDC ═ 0, ack (all) ═ 0), it starts the TDD frame communication based on the new TDD frame configuration information, i.e., the number of uplink symbols is mus.new, and a special transmission mode for avoiding or reducing crosstalk between potential pairs is adopted, i.e., quiet symbols (quiet symbols) are transmitted from the first symbol of the uplink to the (ctta _ SMax- (mds.new-Mds)) th symbol, and no data is transmitted.
(4) When the head end confirms that each FTU-R has received the DTA configuration message, each FTU-O sends a DTA configuration message (DTAFDC ═ 0, ack (all) ═ 1), and once the FTU-R receives the configuration instruction, starts a normal transmission mode, that is, sends data symbols or RMC symbols within the mus.
Embodiment mode 2:
fig. 6 is a schematic diagram of a ctta update procedure when DTAFDC is just set to zero and ack (all) is equal to 0 in case that mds.new < Mds according to embodiment 2 of the present invention, as shown in fig. 6, in this embodiment, the number of downlink symbols (mds.new) in the TDD frame configuration parameter to be updated is smaller than the original number of downlink symbols (Mds), and a specific procedure is as follows.
(1) The FTU-O sends a new TDD frame (or logical frame) configuration instruction (i.e., DTA configuration message) to the FTU-R, where the DTA configuration message includes a TDD frame downlink symbol number (mds.new) to be updated, a DTA frame countdown value (DTAFDC), and indication information (indicated by ack (all), and the initial value is 0) for confirming whether each FTU-R has received the DTA configuration message.
(2) As DTAFDC is decreased by one every TDD frame (or logical frame) period, when DTAFDC reaches zero, ack (all) is 0 (i.e. it means that all FTU-rs are not acknowledged to receive the DTA configuration message):
1) for the FTU-O of the line 1, the line 2 and the line 3, directly starting to transmit a downlink symbol based on new TDD frame configuration information Mds.new;
2) for FTU-R of lines 1 and 2, the DTA configuration message is received, and the obtained ack (all) information is zero, so that communication of TDD frames based on the new TDD frame configuration information is started, and a special transmission mode for avoiding or reducing crosstalk between potential pairs is adopted, that is, quiet symbols (quiet symbols) are transmitted from the first symbol of an uplink to the (cDTA _ SMax + (mds.new-Mds)) symbols, and no data is transmitted. Where cDTA _ SMax refers to the maximum number of symbols that the cDTA allows Mds to adjust at one time.
3) For the FTU-R of line 3, since no DTA configuration message is received, a specific transmission mode for avoiding or reducing crosstalk between potential pairs is started, i.e. only (Mus-cDTA _ SMax) upstream quiet symbols are sent.
(3) When the FTU-R of the line 3 receives the DTA configuration message (DTAFDC ═ 0, ack (all) ═ 0), it starts the TDD frame communication based on the new TDD frame configuration information, i.e., the number of uplink symbols is mus.new, and a special transmission mode for avoiding or reducing crosstalk between potential pairs is adopted, i.e., quiet symbols (quiet symbols) are transmitted from the first symbol of the uplink to the (ctta _ SMax + (mds.new-Mds)) th symbol, and no data is transmitted.
(4) When the head end confirms that each FTU-R has received the DTA configuration message, each FTU-O sends a DTA configuration message (DTAFDC ═ 0, ack (all) ═ 1), and after receiving the configuration instruction, the FTU-R starts a normal transmission mode, that is, sends data symbols or RMC symbols within the mus.
Embodiment mode 3:
fig. 7 is a schematic diagram of a ctta update procedure when DTAFDC is just set to zero and ack (all) is 1 in the case that mds.new > Mds according to embodiment 3 of the present invention, as shown in fig. 7, in this embodiment, the number of downlink symbols (mds.new) in the TDD frame configuration parameter to be updated is greater than the original number of downlink symbols (Mds), and the specific procedure is as follows:
(1) the FTU-O sends a new TDD frame (or logical frame) configuration instruction (i.e., DTA configuration message) to the FTU-R, where the DTA configuration message includes a TDD frame downlink symbol number (mds.new) to be updated, a DTA frame countdown value (DTAFDC), and indication information (indicated by ack (all), and the initial value is 0) for confirming whether each FTU-R has received the DTA configuration message.
(2) As DTAFDC is decreased by one every TDD frame (or logical frame) period, when DTAFDC reaches zero, ack (all) is equal to 1 (i.e. it is confirmed that all FTU-rs have received the DTA configuration message):
1) for the FTU-O of the line 1, the line 2 and the line 3, directly starting to transmit a downlink symbol based on new TDD frame configuration information Mds.new;
2) for FTU-R of line 2 and line 3, the DTA configuration message with ack (all) 1 is received, so that communication of TDD frames based on the new TDD frame configuration information is started, and uplink data symbols or RMC symbols are directly transmitted based on the new TDD frame configuration information mus.
(3) When the FTU-R of the line 1 does not receive the DTA configuration message (DTAFDC ═ 0, ack (all) ═ 1), it starts to communicate TDD frames based on the new TDD frame configuration information, i.e., the number of uplink symbols is mus.new, and a special transmission mode for avoiding or reducing crosstalk between potential pairs is adopted, i.e., quiet symbols (quiet symbols) are transmitted from the first symbol of the uplink to the (ctta _ SMax- (mds.new-Mds)) th symbol, and no data is transmitted.
(4) When FTU-R of line 1 receives the DTA configuration message with ack (all) 1, it starts the normal transmission mode, i.e. sends data symbols or RMC symbols within the us.
By adopting the technical scheme, the reliability and robustness of the cDTA updating are effectively improved, the potential near-end crosstalk and far-end crosstalk between the line pairs are avoided or reduced, meanwhile, the efficiency of the cDTA updating is ensured, the dynamic adjustment of TDD frame transmission parameters can be completed as soon as possible, and the rapid adjustment of the uplink and downlink symbol number of a line based on the uplink and downlink flow conditions is facilitated.
Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.
Example two
In this embodiment, a time distribution device is further provided, and the time distribution device is used to implement the foregoing embodiments and preferred embodiments, which have already been described and are not described again. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.
According to an embodiment of the present invention, there is provided a time distribution apparatus, which is usable for an FTU-O, the apparatus including:
the first receiving module is used for receiving a Dynamic Time Adjustment (DTA) updating request message;
a first execution module to perform at least one of the following operations:
determining updated TDD frame configuration parameters according to the DTA update request message, and/or determining whether to start a specific transmission mode for reducing crosstalk between line pairs when updating a TDD frame;
the DTA configuration message is sent to the FAST transceiver terminal at the remote site.
The above apparatus may perform the method according to any of the alternative embodiments performed by the central office.
According to an embodiment of the present invention, there is provided a time distribution apparatus, which can be used for FTU-R, the apparatus including:
a second receiving module, configured to receive a dynamic time adjustment DTA configuration message sent by a FAST transceiver office located in an optical network unit;
a determining module, configured to determine at least one of the following information according to the DTA configuration message: whether to update the TDD frame or the logic frame, whether to update the configuration parameters of the TDD frame or the logic frame, and whether to start a specific transmission mode for reducing crosstalk between the line pairs when updating the TDD frame or the logic frame.
The above apparatus may perform the method of any of the alternative embodiments performed by the terminal.
According to another embodiment of the present invention, there is also provided a time distribution apparatus including:
a sending module, configured to send an update request message to an office, where the office determines an updated TDD frame configuration parameter according to the update request message, and/or determines whether to start a specific transmission mode for reducing crosstalk between line pairs when updating a TDD frame.
The apparatus may perform the method of any of the alternative embodiments performed by the DRA.
It should be noted that, the above modules may be implemented by software or hardware, and for the latter, the following may be implemented, but not limited to: the modules are all positioned in the same processor; alternatively, the modules are respectively located in different processors in any combination.
EXAMPLE III
According to another embodiment of the present invention, there is also provided a storage medium including a stored program, wherein the program is operable to perform the method of any of the above-mentioned alternative embodiments.
Example four
According to another embodiment of the present invention, there is also provided a processor for executing a program, wherein the program executes to perform the method according to any one of the above-mentioned alternative embodiments.
EXAMPLE five
There is also provided, in accordance with an embodiment of the present invention, a time distribution system, including:
the dynamic resource manager DRA sends a DTA updating request message to the local side;
the central office receives the DTA update request message, and the central office performs at least one of the following operations: determining updated TDD frame configuration parameters according to the DTA update request message, and/or determining whether to start a specific transmission mode for reducing crosstalk between line pairs when updating a TDD frame; sending the DTA configuration message to a terminal;
after the office sends the DTA configuration message to the terminal, the terminal receives the DTA configuration message, and the terminal determines at least one of the following information according to the DTA configuration message: whether to update the TDD frame or the logic frame, whether to update the configuration parameters of the TDD frame or the logic frame, and whether to start a specific transmission mode for reducing crosstalk between the line pairs when updating the TDD frame or the logic frame.
It is to be added that the solution of any of the above alternative embodiments can be run in the system.
It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.