Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/40—Bus networks
  • H04L12/407—Bus networks with decentralised control
  • H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/10—Flow control; Congestion control
  • H04L47/13—Flow control; Congestion control in a LAN segment, e.g. ring or bus
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/2801—Broadband local area networks
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/10—Flow control; Congestion control
  • H04L47/11—Identifying congestion
  • H04L47/115—Identifying congestion using a dedicated packet

Definitions

• the invention relates generally to communication systems, and more particularly to offered load estimation and applications for using same in a communication network.
• a shared medium communication network is one in which a single communications channel (the shared channel) is shared by a number of users such that uncoordinated transmissions from different users may interfere with one another.
• the shared medium communication network typically includes a number of secondary stations that transmit on the shared channel, and a single primary station situated at a common receiving end of the shared channel for, among other things, coordinating access by the secondary stations to the shared channel. Since communication networks typically have a limited number of communication channels, the shared medium communication network allows many users to gain access to the network over a single communication channel, thereby allowing the remaining communication channels to be used for other purposes.
• the primary station can use for coordinating access by the secondary stations to the shared channel.
• the ability of the primary station to meet specified performance goals depends on a number of factors, including the particular technique(s) employed and the number of secondary stations attempting to access the shared channel at any given time (often referred to as the "offered load").
• the ability of the primary station to meet specified performance goals often depends on the ability of the primary station to adapt to changes in the offered load over time, and more specifically on how quickly the primary station can adapt to such changes.
• the primary station must be able to estimate the offered load of the network and react accordingly.
• FIG. 1 is time line depicting a shared channel in accordance with a preferred embodiment of the present invention, with the shared channel divided into successive frames including a request interval for providing contention access;
• FIG. 2 is a three-dimensional graph depicting a planar region ABC representing the set of possible contention outcomes in accordance with a preferred embodiment of the present invention
• FIG. 3A is a three-dimensional graph showing the locus of expected outcomes within the planar region ABC in accordance with a preferred embodiment of the present invention
• FIG. 3B is a two-dimensional graph showing the locus of expected outcomes within the planar region ABC in accordance with a preferred embodiment of the present invention
• FIG. 4 is a two-dimensional graph showing the planar region ABC divided into three regions based on the distance of points from the locus of expected outcomes in accordance with a preferred embodiment of the present invention
• FIG. 5 is a three-dimensional graph showing the planar region ABC intersected with three planes S 0 , l 0> and C 0 in accordance with a preferred embodiment of the present invention
• FIG. 6 is a two-dimensional graph showing the three planes S 0 , l 0 , and C 0 intersecting at the point of maximum likelihood of SUCCESS outcomes within planar region ABC in accordance with an embodiment of the present invention
• FIG. 7 is a two-dimensional graph showing the three planes S 0 , l 0 , and C 0 in accordance with a preferred embodiment of the present invention
• FIG. 8 is a block diagram showing a shared medium communication network in accordance with a preferred embodiment of the present invention.
• FIG. 9 is a state diagram showing three possible states for a MAC User in accordance with a preferred embodiment of the present invention.
• FIG. 10 is a block diagram showing a primary station in accordance with a preferred embodiment of the present invention.
• FIG. 11 is a block diagram showing a secondary station in accordance with a preferred embodiment of the present invention.
• the present invention includes techniques for estimating offered load based on a history of contention outcomes.
• the present invention also includes applications for utilizing the estimated offered load for determining a request interval size and for determining a contention access mode in a communication network. The present invention is described herein with reference to various embodiments.
• the shared channel is divided into discrete time slots, and is often referred to as a "slotted channel.”
• the slotted channel is organized into successive frames, where each frame consists of a number of slots.
• the number of slots in each frame can be fixed or variable.
• T k represents the number of slots in a frame k.
• a portion of each frame (referred to as the "request interval") is used for transmitting requests for contention access, and particularly for placing reservations for bandwidth.
• the number of slots in each request interval can be fixed or variable.
• M k represents the number of slots in the request interval of the frame k (referred to as "request interval k").
• the request interval k therefore provides M k /R request transmission opportunities in which requests can be transmitted.
• M k is typically selected such that M k /R is an integer, there is no requirement that M k be so selected, and the value M k /R is heuristically treated as being a real number for the purpose of discussion.
• For each request transmission opportunity in a request interval, such as request interval k there will be either (1 ) no request transmission; (2) a single request transmission; or (3) multiple request transmissions.
• the request is successful.
• the three outcomes are referred to as IDLE, SUCCESS, and COLLISION, respectively.
• the goal of the present invention is not to maximize the contention throughput in the request interval. Rather, the goal of the present invention is to estimate the offered load based on the number of observed IDLE, SUCCESS, and COLLISION outcomes in each request interval k. Therefore, the offered load estimation techniques of the present invention differ substantially from the offered load estimation technique of Schoute. For the sake of simplicity, it is assumed that only certain requests are eligible for transmission during the request interval k. Specifically, only those requests that are available for transmission prior to request interval k (including "new" requests and requests made as part of a collision resolution scheme) are eligible for transmission in request interval k. Therefore, any requests that become available for transmission during request interval k cannot be transmitted in request interval k, and must wait until request interval (k+1 ). A system that adheres to such a rule is often referred to as a "gated" system.
• N, ⁇ represents the total number of requests that become available for transmission during frame (k-1 ) that are transmitted during request interval k.
• the N k _., requests can be conceptualized as becoming available randomly over the T slots in frame (k-1 ), such that the average rate that requests become available during frame (k-1 ) is equal to:
• g k _. represents the average number of requests per slot over the frame (k-1 ), such that:
• the probability distribution of the number of requests transmitted per request transmission opportunity can be approximated by the binomial distribution:
• COLLISION outcomes during request interval k can be approximated as:
• the expected number of SUCCESS, IDLE, and COLLISION outcomes during request interval k is equal to:
• E k (l) P k [l] x M k /R Eq. 15
• E k (C) P k [C] x M k /R
• the values M k and R are known a priori, and the actual number of SUCCESS, IDLE, and COLLISION outcomes during request interval k can be measured.
• the actual number of SUCCESS, IDLE, and COLLISION outcomes measured during request interval k are referred to as S k , l k , and C k , respectively.
• S k , l k , and C k are probabilistically equal to E k (S), E k (l), and E k (C), respectively, any one of Eq. 13, Eq. 14, and Eq. 15 can be used to determine the estimated offered load g ⁇ during the request interval (k-1 ).
• Working from Eq. 14 and using the measured number of IDLE outcomes l k to determine the offered load results in the following transformations:
• the estimated offered load g ⁇ can be calculated based on values that are either known a priori (i.e., M k , R, and T k _ .,) or measurable (i.e., I k ).
• the estimated offered load determined according to Eq. 17 may not be an accurate estimate of the actual offered load. This is because the Poisson distribution according to Eq. 8 only approximates a binomial distribution if B is large. Depending on the number of request transmission opportunities in a single frame, the value B may or may not be large enough to ensure that the estimated offered load g M is accurate. When the number of request transmission opportunities in a single frame is not large enough to provide a statistically significant number of request transmission opportunities, the offered load estimation model must be adapted.
• A. Offered Load Estimation Using Sample Window A first adaptation of the offered load estimation model computes the estimated offered load over a number of consecutive frames. The number of consecutive frames must be large enough to provide a statistically significant number of request transmission opportunities, and yet not so large that the offered load varies considerably within the number of frames. For convenience, the number of frames n over which the estimated offered load is calculated is referred to as the "sample window.”
• the number of IDLE outcomes in the sample window frame i can be estimated by the corresponding expected number of outcomes as follows:
• Eq. 21 Except for the estimated offered load g, all of the elements of Eq. 21 are either known or measurable.
• One way to update the estimated offered load is to consider consecutive disjoint sample windows of size n, and to update the estimated offered load at the end of each sample window. This approach is simple, and requires relatively infrequent updates.
• a more accurate way to update the estimated offered load is to use a sliding sample window and to update the estimated offered load each frame. While this approach requires more frequent updates, is adapts more quickly to changes in the offered load. However, it can still be inaccurate if the actual offered load changes significantly between frames.
• a weighting scheme which assigns a higher weight to the x most recent frames in the sample window.
• the x most recent frames are assigned a weighting factor ⁇ and the (n-x) "older" frames are assigned a weighting factor ⁇ , where ⁇ > ⁇ .
• the total weight of the frames in the sample window is equal to:
• n' ⁇ x + ⁇ (n - x)
• the weighting factor ⁇ can be arbitrarily set to one (1 ), so that the total weight of the frames in the sample window is equal to:
• the weighting factor ⁇ is selected so that the weight assigned to the x most recent frames is equal to a predetermined percentage X of the total weight n' as follows:
• T represents the weighted average of the number of slots per frame over the entire sample window as follows:
• M represents the weighted average of the number of slots per request interval over the entire sample window as follows:
• the estimator function for g is obtained by taking the natural logarithm on both sides of Eq. 29 and solving for g as follows:
• g' is the estimator function for g.
• a second adaptation of the offered load estimation model computes the estimated offered load over a single frame. Estimating offered load using a single frame is desirable due particularly to its simplicity in not requiring the maintenance and evaluation of historical data as required when estimating offered load over a sample window.
• One problem with estimating offered load over a single frame is that the number of request transmission opportunities in a single frame does not represent a statistically significant sample, and therefore the observed outcomes for the frame may or may not be indicative of the actual offered load. However, it is known that certain outcomes are more probable than other outcomes.
• the set of all possible outcomes can be divided into a set containing those outcomes that are likely and therefore "trusted,” and a set containing those outcomes that are unlikely and therefore "untrusted.” If an observed outcome falls within the set of "trusted” outcomes, then it is used to update the estimated offered load; otherwise, the observed outcome is ignored and is not used to update the estimated offered load. The problem then is to define the set of "trusted” and "untrusted” outcomes.
• M k /R Since there are M k /R request transmission opportunities in frame k and each request transmission opportunity results in either a SUCCESS, IDLE, or COLLISION outcome, then the sum of the number of outcomes is equal to M k /R as follows:
• Planar region ABC contains all of the possible states of request interval k such that any observed point Z(l k ,S k ,C k ) falls on the planar region ABC.
• planar region ABC One important attribute of the planar region ABC is that the probability of a particular point is inversely proportional to its distance from the curve L (i.e., the closer the point is to the curve L, the higher the probability).
• the planar region ABC can be divided into region(s) having "trusted” points and region(s) having "untrusted” points based generally on the distance of each point from the curve L.
• the planar region ABC is divided solely on the distance from the curve L.
• Fig. 4 shows a two-dimensional view of the planar region ABC, with the planar region ABC divided into three regions according to the distance from the curve L.
• region 2 Those points falling within a predetermined distance from the curve L (i.e., region 2) are considered to be “trusted” points, while all other points (i.e., regions 1 and 3) are considered to be “untrusted” points. While region 2 captures all points meeting at least a predetermined minimum probability, it is not an easy region to work with, since it is computationally complex to determine whether a particular point falls within the region.
• Region BB'P*E corresponds to the state of obtaining many IDLE outcomes and few COLLISION outcomes in the request interval k, which is reasonably probable if the effective offered load within the frame is low.
• Region CC'P*D corresponds to the state of obtaining many COLLISION outcomes and few IDLE outcomes in the request interval k, which is reasonably probable if the effective offered load within the frame is high.
• Region EP * D corresponds to the state of obtaining many COLLISION outcomes, many IDLE outcomes, and few SUCCESS outcomes in the request interval k, which is improbable irrespective of the effective offered load.
• Region AB'C corresponds to the state of obtaining many SUCCESS outcomes (i.e., with probability greater than 0.368) with few COLLISION and IDLE outcomes, which is desirable but improbable if the offered load estimation model is accurate.
• plane S 0 now falls above point P *
• planes l 0 and C 0 intersect well below point P * at point X.
• Points that fall within either region AB'C (i.e., S k > S 0 ) or region EXD (i.e., C k > C 0 and l k ⁇ l 0 ) are considered to be "untrusted” points, while points that fall within region BB'C'CDXE are considered to be "trusted" points.
• FIG. 8 shows a shared medium communication network 100 in accordance with a preferred embodiment of the present invention.
• the shared medium communication network 100 allows a number of end users 110 1 through 110 N to access a remote external network 108 such as the Internet.
• the shared medium communication network 100 acts as a conduit for transporting information between the end users 110 and the external network 108.
• the shared medium communication network 100 includes a primary station 102 that is coupled to the external network 108.
• the primary station 102 is in communication with a plurality of secondary stations 104., through 104 N (collectively referred to as "secondary stations 104" and individually as a “secondary station 104") by means of channels 106 and 107.
• Channel 106 carries information in a "downstream” direction from the primary station 102 to the secondary stations 104, and is hereinafter referred to as “downstream channel 106.”
• Channel 107 carries information in an "upstream” direction from the secondary stations 104 to the primary station 102, and is hereinafter referred to as "upstream channel 107.”
• Each end user 110 interfaces to the shared medium communication network 100 by means of a secondary station 104.
• the shared medium communication network 100 is a data-over-cable (DOC) communication system wherein the downstream channel 106 and the upstream channel 107 are separate channels carried over a shared physical medium.
• the shared physical medium is a hybrid fiber-optic and coaxial cable (HFC) network.
• the downstream channel 106 is one of a plurality of downstream channels carried over the HFC network.
• the upstream channel 107 is one of a plurality of upstream channels carried over the HFC network.
• the shared physical medium may be coaxial cable, fiber-optic cable, twisted pair wires, and so on, and may also include air, atmosphere, or space for wireless and satellite communication.
• the various upstream and downstream channels may be the same physical channel, for example, through time-division multiplexing/duplexing, or separate physical channels, for example, through frequency-division multiplexing/duplexing.
• the downstream channels including the downstream channel 106, are typically situated in a frequency band above approximately 50 MHz, although the particular frequency band may vary from system to system, and is often country-dependent.
• the downstream channels are classified as broadcast channels, since any information transmitted by the primary station 102 over a particular downstream channel, such as the downstream channel 106, reaches all of the secondary stations 104. Any of the secondary stations 104 that are tuned to receive on the particular downstream channel can receive the information.
• the upstream channels are typically situated in a frequency band between approximately 5 through 42 MHz, although the particular frequency band may vary from system to system, and is often country-dependent.
• the upstream channels are classified as shared channels, since only one secondary station 104 can successfully transmit on a particular upstream channel at any given time, and therefore the upstream channels must be shared among the plurality of secondary stations 104. If more than one of the secondary stations 104 simultaneously transmit on a particular upstream channel, such as the upstream channel 107, there is a collision that corrupts the information from all of the simultaneously transmitting secondary stations 104.
• the primary station 102 and the secondary stations 104 participate in a medium access control (MAC) protocol.
• the MAC protocol provides a set of rules and procedures for coordinating access by the secondary stations 104 to the shared upstream channel 107.
• Each secondary station 104 participates in the MAC protocol on behalf of its end users. For convenience, each participant in the MAC protocol is referred to as a "MAC User.”
• MAC protocols fall into two basic categories: contention-free and contention-based protocols.
• contention-free protocols end users access a shared channel in a controlled manner such that transmissions are scheduled either statically, or adaptively so that collisions are completely avoided.
• static scheduling such as that of a Time Division Multiple Access (TDMA) scheme
• TDMA Time Division Multiple Access
• a predetermined transmission pattern is repeated periodically.
• the users may access channel resources only during the time intervals assigned to them individually.
• Contention-free protocols with static scheduling for resource allocation is inefficient for a cable network supporting a large number of users where, typically, only a fraction of the users are active at any time.
• adaptive scheduling the transmission pattern may be modified in each cycle to accomodate dynamic traffic demand, via reservations or token passing.
• a fraction of the multiple access channel, or a separate channel is used to support the overhead due to reservation, or token passing.
• a reservation scheme typically requires a centralized controller to manage the reservations.
• a token passing scheme is usually implemented in a distributed manner.
• Contention-free protocols with adaptive scheduling are sometimes referred to as demand assignment multiple access.
• contention-based protocols users contend with one another to access channel resources. Collisions are not avoided by design, but are either controlled by requiring retransmissions to be randomly delayed, or resolved using a variety of other contention resolution strategies.
• the broadcast capability of a network such as an HFC cable network, can often be taken advantage for simplified control in the MAC layer.
• One approach for delaying retransmissions is a binary exponential backoff approach, wherein a backoff window limits the range of random backoff, and an initial backoff window is doubled in successive attempts for retransmission. As the binary exponential backoff approach is known to lead to instability in heavy load, the maximum number of retransmissions for a request can be used to truncate the otherwise indefinite backoff.
• contention-based protocols resolve collisions by using feedback information on the number of users involved in the collisions. If the number of conflicting transmissions can be determined from the feedback, then channel throughput arbitrarily close to one packet per packet transmission time is known to be achievable in principle, but with intractable complexity. More often than not, for the sake of simplicity, feedback information used is ternary indicating zero, one, or more transmissions, or binary indicating exactly one transmission or otherwise.
• ALOHA multiple access protocol An example of a contention-based protocol is known as an ALOHA multiple access protocol. Its original version, which operates with continuous or unslotted time, is referred to as Unslotted ALOHA. Another version, which operates with discrete or slotted time, is referred to as Slotted ALOHA.
• Unslotted ALOHA Another version, which operates with discrete or slotted time, is referred to as Slotted ALOHA.
• Unslotted ALOHA Another version, which operates with discrete or slotted time, is referred to as Slotted ALOHA.
• the behavior and performance of Unslotted and Slotted ALOHA have been studied widely, and their maximum throughputs are well known to be 1/(2e) and 1/e, respectively.
• One type of MAC protocol suitable for HFC cable networks utilizes a reservation system in which each MAC User that wants to transmit data on the shared channel is required to make a reservation.
• contention-free protocols with adaptive scheduling users with pending transmissions must reserve transmission resources.
• the protocol for reservation is itself a multiple access protocol.
• the throughput of a reservation-based system is limited by the percentage of available bandwidth that is allocated to the reservation control channel.
• One approach for reducing the demand on the reservation channel is to allocate a small field in the data packets for piggy-backing additional requests (i.e., including a request along with the transmitted data).
• the reservation protocol be a contention-based protocol with contention resolution. Unlike in a conventional contention-based protocol, the users typically do not contend with data packets, but instead contend with special reservation packets that are considerably smaller than data packets.
• each MAC User that has data to transmit but has not already made a reservation waits for contention opportunities provided by the primary station 102.
• Each contention opportunity is provided by the primary station to a selected group of MAC Users, and allows each of the MAC Users in the specified group to contend for a reservation at a specific time, provided the MAC User has data to send.
• the primary station 102 monitors for contention by the MAC Users and determines the outcome of contention for each contention opportunity, specifically whether no MAC User contended, exactly one MAC User contended, or more than one MAC User contended. For convenience, the contention outcomes are referred to as IDLE, SUCCESS, and COLLISION, respectively.
• the primary station 102 then sends feedback information to the MAC Users indicating the outcome of contention for each contention opportunity. The feedback information allows each MAC User to determine, among other things, whether or not its own contention attempt was successful, and hence whether its request for bandwidth reservation has been accepted.
• COLLISION outcomes is relatively small compared to the bandwidth used for actual data transmission.
• the ratio of the size of a request packet to that of a data packet is v « 1
• a simple Slotted ALOHA multiple access scheme is used in the logical control channel for contention-based reservation.
• Sp is the maximum throughput for Slotted ALOHA, which is equal to 1/e (see Bertsekas and Gallager, Data Networks, Section 4.5, Prentice-Hall, 1987).
• a reservation-based MAC protocol can be represented at a high level by a state diagram for each MAC User as shown in FIG. 9.
• the MAC User starts in the INACTIVE state, and remains there so long as it has no data to transmit or it is waiting for an opportunity to transmit a request.
• the MAC User transitions into the ACTIVE state upon receiving a contention-free opportunity to transmit a request, provided it is not required to contend for upstream bandwidth, as in the case of unicast polling. Otherwise, the MAC User transitions into the CONTENTION state upon receiving and transmitting a request in a transmission opportunity for contention.
• the MAC User contends for access to the channel until it is able to make a successful reservation for itself, or until its request is rejected due to system overload.
• the MAC User transitions into the ACTIVE state.
• the MAC User receives opportunities to transmit its data, and remains in the ACTIVE state so long as it has data to transmit.
• a requests pending contention resolution may be denied further retransmission opportunities after a predetermined number of attempts.
• the MAC User moves from the CONTENTION state to the INACTIVE state. If new data arrives while the MAC User is in the ACTIVE state, the MAC User may be permitted to include a piggyback request in the data it transmits. Upon transmitting all of its data, the MAC User transitions back into the INACTIVE state.
• the primary station 102 For each request transmission opportunity provided by the primary station 102, the primary station receives either (1 ) no transmission, indicating that no MAC User transmitted a reservation request; (2) a reservation request, indicating that a single MAC User transmitted a reservation request and identifying that MAC User; or (3) a collision, indicating that more than one MAC User transmitted a reservation request.
• the three feedback states are referred to as IDLE, SUCCESS, and COLLISION, respectively.
• the primary station 102 schedules future request transmission opportunities and data transmission opportunities based on the result of the contention-based reservation.
• the primary station 102 If a successful reservation is made (i.e., if the result of the contention is SUCCESS), then the primary station 102 allocates bandwidth to the MAC User based on the QoS requirements of the corresponding end user so that the MAC User can transmit user information contention-free over the shared channel. On the other hand, if multiple MAC Users respond (i.e., if the result of the contention is COLLISION), then the primary station 102 attempts to aid in resolving the collision by providing additional request transmission opportunities.
• the MAC protocol includes a protocol commonly referred to as Multimedia Cable Network System (MCNS), which is defined in the document entitled MCNS Data-Over-Cable Service Interface Specifications Radio Frequency Interface Specification SP-RFI-102-971008 Interim Specification (hereinafter referred to as the "MCNS Protocol Specification"), incorporated herein by reference in its entirety.
• MCNS Protocol Specification the primary station 102 is referred to as a Cable Modem Termination System (CMTS), and the secondary stations 104 are referred to as Cable Modems (CMs).
• CMTS Cable Modem Termination System
• CMs Cable Modems
• the CMTS is responsible for packet processing, resource sharing, and management of the MCNS MAC and Physical layer functions. Each CM operates as a slave to the CMTS.
• MAC Protocol Data Units transmitted on the downstream channel 106 by the CMTS may be addressed to an individual CM via unicast, or to a selected group of CMs via multicast or broadcast.
• a MAC PDU may be sent by any CM to the CMTS.
• MCNS supports variable length MAC PDUs.
• the MCNS Protocol Specification utilizes a slotted upstream channel, such that the upstream channel 107 is divided into successive time slots.
• the MAC protocol supports a plurality of slot types for carrying different types of information. Each time slot is capable of transporting a unit of information (for example, a data packet or a control packet).
• the MCNS Protocol Specification further divides the upstream channel 107 into successive frames, where each frame includes a number of slots.
• the CMTS allocates bandwidth to a group of CMs by transmitting on the downstream channel 106 a control message containing a bandwidth allocation information element known as a MAP.
• the MAP specifies the allocation of transmission opportunities within a given transmission frame. Bandwidth is allocated, frame by frame, in terms of transmission opportunities for contention-based reservation requests (or simply requests) as well as for user data. A successful transmission in a contention opportunity results in the reservation of a future data transmission opportunity.
• the upstream channel 107 is modeled as a stream of mini-slots, providing for TDMA at regulated time ticks.
• the use of mini-slots implies strict timing synchronization between the CMTS and all the CMs.
• the CMTS is responsible for generating the time reference to identify these mini-slots and periodically allow for ranging opportunities so that all CMs maintain their synchronization.
• the access to the mini-slots by the CMs is controlled by the CMTS.
• the CMTS transmits on the downstream channel a MAP describing the use of each upstream mini-slot in a specified future time interval. This message, in a way, "maps" in a future time interval each mini-slot to its use.
• each frame is organized into discrete intervals. At least three different interval types are defined.
• a request interval includes a number of mini-slots that are allocated for transmitting requests (or small data packets) in contention mode.
• a maintenance interval includes a number of mini- slots allocated for registration of CMs.
• a data grant interval includes a number of mini-slots allocated for transmitting data packets.
• the MAP includes a number of information elements (lEs) that define the different intervals in the frame.
• the primary station 102 includes a number of functional modules implemented on individual cards that fit within a common chassis.
• the primary station 102 requires at least a minimum set of functional modules.
• the minimum set of functional modules comprises an Adapter Module 210, a MAC Module 220, a Transmitter Module 240, and a Receiver Module 230.
• the minimum set of functional modules allows the primary station 102 to support a single downstream channel and up to eight upstream channels.
• the exemplary embodiments described below refer to the single upstream channel 107, although it will be apparent to a skilled artisan that multiple upstream channels are supportable in a similar manner.
• the Adapter Module 210 controls the flow of data and control messages between the primary station 102 and the secondary stations 104.
• the Adapter Module 210 includes
• Control Logic 218 that is coupled to a Memory 212.
• the Control Logic 218 includes, among other things, logic for processing data and control (e.g., request) messages received from the secondary stations 104, and logic for generating data and control (e.g., MAP) messages for transmission to the secondary stations 104.
• the Memory 212 is divided into a Dedicated Memory 216 that is used only by the Control Logic 218, and a Shared Memory 214 that is shared by the Control Logic 218 and MAC Logic 224 (described below) for exchanging data and control messages.
• the Control Logic 218 and the MAC Logic 224 exchange data and control messages using three ring structures (not shown) in the Shared Memory 214.
• Data and control (e.g., request) messages received from the secondary station 104 are stored by the MAC Logic 224 in a Receive Queue in the Shared Memory 224.
• Control (e.g., MAP) messages generated by the Control Logic 218 are stored by the Control Logic 218 in a MAC Transmit Queue in the Shared Memory 214.
• Data messages for transmission to the secondary station 104 are stored by the Control Logic 218 in a Data Transmit Queue in the Shared Memory 214.
• the Control Logic 218 monitors the Receive Queue to obtain data and control (e.g., request) messages.
• the MAC Logic 224 monitors the MAC Transmit Queue to obtain control (e.g., MAP) messages, and monitors the Data Transmit Queue to obtain data messages.
• the MAC Module 220 implements MAC functions within the primary station 102.
• the MAC Module 220 includes MAC Logic 224 that is coupled to a Local Memory 222 and to the Shared Memory 214 by means of interface 250.
• the MAC Logic 224 monitors the MAC Transmit Queue and the Data Transmit Queue in the Shared Memory 214.
• the MAC Logic 224 transmits any queued data and control (e.g., MAP) messages to Encoder/Modulator 241 of Transmitter Module 240 by means of interface 253.
• the MAC Logic 224 also processes data and control (e.g., request) messages received from the Receiver Module 230 by means of interface 255.
• the MAC Logic 224 stores the received data and control messages in the Receive Queue in the Shared Memory 214 by means of interface 250.
• the Transmitter Module 240 provides an interface to the downstream channel 106 for transmitting data and control (e.g., MAP) messages to the secondary stations 104.
• the Transmitter Module 240 includes a Transmitter Front End 242 that is operably coupled to the downstream channel 106 and an Encoder/Modulator 241.
• the Encoder/Modulator 241 includes logic for processing data and control (e.g., MAP) messages received from the MAC Logic 224 by means of interface 253.
• the Encoder/Modulator 241 includes encoding logic for encoding the data and control (e.g., MAP) messages according to a predetermined set of encoding parameters, and modulating logic for modulating the encoded data and control (e.g., MAP) messages according to a predetermined modulation mode.
• the Transmitter Front End 242 includes logic for transmitting the modulated signals from the Encoder/Modulator 241 onto the downstream channel 106. More specifically, the Transmitter Front End 242 includes tuning logic for tuning to a downstream channel 106 center frequency, and filtering logic for filtering the transmitted modulated signals. Both the
• Encoder/Modulator 241 and the Transmitter Front End 242 include adjustable parameters, including downstream channel center frequency for the Transmitter Front End 242, and modulation mode, modulation symbol rate, and encoding parameters for the Encoder/Modulator 241.
• the Receiver Module 230 provides an interface to the upstream channel 107 for receiving, among other things, data and control (e.g., request) messages from the secondary stations 104.
• the Receiver Module 230 includes a Receiver Front End 232 that is operably coupled to the upstream channel 107 and to a
• the Receiver Front End 232 includes logic for receiving modulated signals from the upstream channel 107. More specifically, the Receiver Front End 232 includes tuning logic for tuning to an upstream channel 107 center frequency, and filtering logic for filtering the received modulated signals.
• the Demodulator/Decoder 231 includes logic for processing the filtered modulated signals received from the Receiver Front End 232. More specifically, the Demodulator/Decoder 231 includes demodulating logic for demodulating the modulated signals according to a predetermined modulation mode, and decoding logic for decoding the demodulated signals according to a predetermined set of decoding parameters to recover data and control (e.g., request) messages from the secondary station 104.
• Both the Receiver Front End 232 and the Demodulator/Decoder 231 include adjustable parameters, including upstream channel center frequency for the Receiver Front End 232, and modulation mode, modulation symbol rate, modulation preamble sequence, and decoding parameters for the Demodulator/Decoder 231.
• the primary station 102 includes a configuration interface 254 through which the adjustable parameters on both the Receiver Module 230 and the Transmitter Module 240 are configured.
• the configuration interface 254 operably couples the MAC Logic 224 to the Demodulator/Decoder 231 , the Receiver Front End 232, the Encoder/Modulator 241 , and the Transmitter Front End 242.
• the configuration interface 254 is preferably a Serial Peripheral Interface (SPI) bus as is known in the art.
• SPI Serial Peripheral Interface
• FIG. 11 is a block diagram showing an exemplary secondary station 104 in accordance with a preferred embodiment of the present invention.
• the secondary station 104 includes a User Interface 310 for interfacing with the End User 110. Data transmitted by the End User 110 is received by the User Interface 310 and stored in a Memory 308.
• the secondary station 104 also includes a Control Message Processor 304 that is coupled to the Memory 308.
• the Control Message Processor 304 participates as a MAC User in the MAC protocol on behalf of the End User 110. Specifically, the Control Message Processor 304 transmits data and control (e.g., request) messages to the primary station 102 by means of Transmitter 302, which is operably coupled to transmit data and control (e.g., request) messages on the upstream channel 107.
• data and control e.g., request
• the Control Message Processor 304 also processes data and control (e.g., MAP) messages received from the primary station 102 by means of Receiver 306, which is operably coupled to receive data and control (e.g., MAP) messages on the downstream channel 106.
• data and control e.g., MAP
• Receiver 306 operably coupled to receive data and control (e.g., MAP) messages on the downstream channel 106.
• An important consideration that affects performance in the MCNS MAC protocol is the number of mini-slots allocated to the request interval in each frame. Assuming that the number of slots per frame T k is substantially constant, the number of mini-slots allocated to the request interval affects the number of mini-slots allocated to the other intervals, particularly the data interval.
• a large number of mini- slots allocated to the request interval decreases the likelihood of collisions, but also decreases the number of mini-slots allocated for transmitting data and therefore decreases the data throughput of the system. Furthermore, a small number of mini-slots allocated to the request interval can increase the likelihood of collisions and therefore decrease the data throughput of the system by preventing successful requests from reaching the CMTS.
• the number of slots in the request interval is selected to maximize the likelihood of SUCCESS outcomes. This typically involves increasing the number of slots in the request interval if the offered load is high, and decreasing the number of slots in the request interval if the offered load is low. Thus, the offered load is a key consideration in selecting the number of slots per request interval. Another important consideration that affects performance in the
• MCNS MAC protocol is the type of contention access used.
• at least two types of contention access is supported.
• a first type of contention access the secondary stations 104 are only permitted to transmit request messages during the request interval.
• a second type of contention access the secondary stations 104 are permitted to transmit either request messages or small data messages during the request interval.
• the second type of contention access can improve performance when there are few collisions, but can decrease performance when there are many collisions. Therefore, the second type of contention access would only be utilized when the actual offered load is low, where the first type of contention access would be used when the actual offered load is high.
• the offered load is a key consideration in selecting the type of contention access in the MCNS MAC protocol.
• the offered load is not known a priori. Therefore, the offered load must be estimated using either the sample window technique or the single frame technique described herein, typically by the Control Logic 218 as an element its MAP generating logic.
• the estimator function g' from Eq. 30 was derived using a number of variables. These include the variable n representing the sample window size; the variable x representing the number of weighted frames in the sample window; and the variable X representing the percentage variable that is used in Eq. 24 to derive the weighting factor ⁇ .
• the variable n is equal to 16 frames.
• the variable n to be large enough that there is a statistically significant number of request transmission opportunities in the sample window, and yet not so large that the offered load varies significantly over the sample window.
• the instantaneous offered load can be approximated by g provided that the sample window size n is less than approximately 20 frames.
• the variable x is equal to 3
• the variable X is equal to 0.4 such that ⁇ is equal to 3.
• this over-estimation yields request interval sizes in sample window (j+2) larger than they should be, resulting in a large number of IDLE outcomes at the end of sample window (]+2).
• the result is an under-estimation of the offered load, causing the cycle to repeat and therefore causing the estimated offered load to fluctuate around the actual offered load.
• the estimated offered load is determined over a window of 16 frames, the increased probability of COLLISION outcomes in frame (k+1 ) will have little impact on the estimated offered load, so that the estimated offered load is likely to increase slightly but remain under-estimated. This under-estimation will cause more collisions in frame (k+2) and subsequent frames, as the actual offered load increases faster than the estimated offered load due to an increased number of retransmissions.
• the sample window will start including more and more of those frames having a large number of COLLISION outcomes, leading to an over-estimation of the offered load.
• the request interval sizes will be set bigger than they should be, resulting in many IDLE outcomes.
• the estimated offered load is determined over a window of 16 frames, the increased number of IDLE outcomes in the subsequent frames will have little impact on the estimated offered load, so that the estimated offered load is likely to decrease slightly but remain over-estimated.
• the sample window will start including more and more of those frames having a large number of IDLE outcomes, leading again to an under-estimation of the offered load causing the cycle to repeat and therefore causing the estimated offered load to fluctuate around the actual offered load.
• the weighting factors must be selected appropriately to obtain fast response and an accurate estimated offered load. If the ratio ⁇ / ⁇ is too small or if x is too large, then not enough weight is given to the most recent frames, and therefore the estimated offered load will adapt too slowly. On the other hand, if the ratio ⁇ / ⁇ is too large, then too much weight is given to the most recent frames, and therefore the estimated offered load will be inaccurate.
• the Control Logic 218 determines the number of IDLE, SUCCESS, and COLLISION outcomes during the request interval k, referred to as l k , S k , and C k , respectively. Based on the number of IDLE, SUCCESS, and COLLISION outcomes during the request interval k, the Control Logic 218 decides whether the outcomes represents a "trusted” or "untrusted” point.
• FPGA Field Programmable Gate Array
• Programmable logic can be fixed temporarily or permanently in a tangible medium such as a read-only memory chip, a computer memory, a disk, or other storage medium. Programmable logic can also be fixed in a computer data signal embodied in a carrier wave, allowing the programmable logic to be transmitted over an interface such as a computer bus or communication network. All such embodiments are intended to fall within the scope of the present invention.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Mobile Radio Communication Systems (AREA)
• Small-Scale Networks (AREA)
• Communication Control (AREA)

Applications Claiming Priority (3)

Publications (2)

Family

ID=22193694

Family Applications (1)

Country Status (9)

Families Citing this family (5)

Citations (2)

Family Cites Families (2)

• 1999
  • 1999-05-27 BR BR9910724-4A patent/BR9910724A/pt not_active IP Right Cessation
  • 1999-05-27 JP JP2000551325A patent/JP2002517110A/ja active Pending
  • 1999-05-27 WO PCT/US1999/011701 patent/WO1999061993A1/en active IP Right Grant
  • 1999-05-27 CA CA002333447A patent/CA2333447A1/en not_active Abandoned
  • 1999-05-27 AU AU43157/99A patent/AU743272B2/en not_active Ceased
  • 1999-05-27 EP EP99953393A patent/EP1082665A4/de not_active Withdrawn
  • 1999-05-27 KR KR10-2000-7013396A patent/KR100397718B1/ko not_active IP Right Cessation
  • 1999-05-27 MX MXPA00011685A patent/MXPA00011685A/es unknown
  • 1999-05-27 CN CN99806746A patent/CN1303500A/zh active Pending

Patent Citations (2)

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events