Patent Application
20050041668
The present invention is related to transferring data in a telecommunications network. More specifically, the present invention is related to transferring data in a telecommunications network by determining a link length for the packet that will be sent into the network based on the memory length and at least one parameter, where the link length correctly corresponds to the packet's physical line bandwidth usage in the network.
In high end packet switches buffer management, scheduling, and billing functions will most likely be disconnected from any encapsulation, and framing functions, i.e. these two different sets of functions will most likely be implemented in different sub-components. In this scenario, a simple back-pressure based approach of running Scheduler slightly faster and then back-pressuring it to account for any encapsulation and framer overhead downstream will not give accurate scheduling. Billing information will also not be accurate without accounting for encapsulation and framing overhead downstream.
In the present invention, expressions are given to accurately account for any packet size changes to the downstream of the Scheduling and Billing functions to provide accurate scheduling and billing as per packet size sent on the physical line.
The present invention gives accurate scheduling and billing information as per packet size (bandwidth utilization) on the physical line, instead of basing schedule rates and billing information as per packet size that is stored in the switch internal memory. Also, with programmable parameters downstream packet size changes can be accounted for due to different encapsulation and framing methodologies.
The present invention pertains to an apparatus for transferring data in a telecommunications network. The apparatus comprises a memory in which a packet memory length is stored. The apparatus comprises means for determining a link length for the packet that will be sent into the network based on the memory length and at least one parameter, where the link length correctly corresponds to the packet's physical line bandwidth usage in the network. The apparatus comprises means for sending the packet having the link length to the network.
The present invention pertains to a method for transferring data in a telecommunications network. The method comprises the steps of storing in a memory a memory length of a packet. There is the step of determining a link length for the packet that will be sent into the network based on the memory length and at least one parameter, where the link length correctly corresponds to the packet's physical line bandwidth usage in the network. There is the step of sending the packet having the link length to the network.
In the accompanying drawings, the preferred embodiment of the invention and preferred methods of practicing the invention are illustrated in which:
Referring now to the drawings wherein like reference numerals refer to similar or identical parts throughout the several views, and more specifically to
Preferably, the apparatus 10 includes a scheduler 20 for scheduling when the packet having the link length is to be sent into the network 16 based on the link length of the packet. The determining means 14 preferably includes a controller 22. Preferably, the controller 22 includes a billing module 24 for billing for the physical line bandwidth usage by the packet based on the link length of the packet.
The determining means 14 preferably determines the link length according to
Where,
Preferably, the link length is determined by the controller 22 if the packet is an ATM cell according to
LinkLength=MemoryLength+FrameOverhead.
The apparatus 10 preferably includes a port card 26 having the memory 12, determining means 14, sending means 18, scheduler 20 and billing module 24. Preferably, the memory 12 includes a packet storage handler 32 in communication with the billing module 24 and the scheduler 20. The sending means 18 preferably includes a packet framing and line interface 30 in communication with the packet storage handler 32.
Preferably, the sending means 18 includes a fragmentation/segmentation/encapsulation/decapsulation module 34 in communication with the packet storage handler 32 and the packet framing and line interface 30.
The controller 22 preferably frees the memory 12 based on the memory length of the packet that has been sent into the network 16. Preferably, the controller 22 determines memory length according to
MemoryLength=LinkLength+HeaderSize∓MPLSAdj−LastFragmentpad−[NumFragments×(HeaderSize+FrameOverhead)]
Where
The present invention pertains to a method for transferring data in a telecommunications network 16. The method comprises the steps of storing in a memory 12 a memory length of a packet. There is the step of determining a link length for the packet that will be sent into the network 16 based on the memory length and at least one parameter, where the link length correctly corresponds to the packet's physical line bandwidth usage in the network 16. There is the step of sending the packet having the link length to the network 16.
Preferably, there is the step of scheduling when the packet having the link length is to be sent into the network 16 based on the link length of the packet. There is preferably the step of billing for the physical line bandwidth usage by the packet based on the link length of the packet. Preferably, the determining step includes the step of determining the link length according to
Where,
The determining step preferably includes the step of determining the link length for an ATM cell according to
LinkLength=MemoryLength+FrameOverhead.
Preferably, the sending step includes the step of sending the packet to the network 16 through a port card 26 having the memory 12. There is preferably the step of freeing the memory 12 based on the memory length of the packet that has been sent into the network 16. Preferably, the freeing step includes the step of determining memory length according to
MemoryLength=LinkLength+HeaderSize∓MPLSAdj−LastFragmentpad−[NumFragments×(HeaderSize +FrameOverhead)]
Where,
In the operation of the invention, in packet based switch port cards due to MPLS (Multi Protocol Label Switching) label push/pops, Ipv4 (Internet Protocol version 4) encapsulation of Ipv6 packets, packet fragmentation into smaller packets, packet segmentation into ATM (Asynchronous Transfer Mode) cells, SONET/SDH (Synchronous Optical Network/Synchronous Digital Hierarchy) framing overhead, and/or any other reason packet “link length” (length of the packet as seen on the physical link) is different than the packet “memory length” (length of the packet as stored in port card internal memory); when Buffer management (handling of packet storage buffers, and usage billing counters), packet Scheduling (sending out packets stored in internal memory at appropriate rates for different flows), and packet processing (MPLS label operations, framing etc) are happening in different sub-components of the port card.
In the apparatus, Buffer management, Scheduling, and cell/packet processing (segmentation, encapsulation, framing etc.) are implemented in separate components. A cell or packet comes into the system with a Header and Payload, which gets stored into the port card internal memory. This amount (Header+payload size) is termed as the “memory length” of that packet as that is what gets stored in the memory. Before the cell/packet is sent out onto the line different operations (MPLS label push/pops, packet fragmentation, packet segmentation into ATM cells, Ipv4 encapsulation of Ipv6 packet, SONET/SDH framing etc.,) are performed in the cell/packet processing components. To make the Scheduler and Billing modules account for the difference in packet length seen on the physical line versus the packet size stored in the internal memory, a few parameters are stored per each output port and per each flow, and based on these parameters and packet “memory length” packet “link length” will be calculated, and that is used in Scheduler and Billing modules. By using packet “link length” in Scheduler and Billing modules physical line bandwidth usage is correctly scheduled, and billed for.
Following expression calculates packet “link length” from packet “memory length”, and output port and flow based information programmed into the port card. All values are in terms of number of bytes.
Where,
Once the packet is scheduled out of the internal memory and billing counts are updated, memory used by that packets need to be freed up. Since, only “memory length” amount of bytes for that packet were stored into the memory as the packet came into the port card, the same number of bytes need to be freed from the memory. For this purpose, packet “memory length” needs to be re-calculated from the above computed packet “link length”. The following expression calculates packet “memory length” from the packet “link length”, and output port and flow based information programmed into the port card.
MemoryLength=LinkLength+HeaderSize∓MPLSAdj−LastFragmentpad−[NumFragments x (HeaderSize+FrameOverhead)]
Where,
The Packet Link length is calculated in the BufferManagement module and packet Memory length is calculated in the Scheduler.
Although the invention has been described in detail in the foregoing embodiments for the purpose of illustration, it is to be understood that such detail is solely for that purpose and that variations can be made therein by those skilled in the art without departing from the spirit and scope of the invention except as it may be described by the following claims.
