throbber
(12) United States Patent
`Lide
`
`USOO6181716B1
`(10) Patent No.:
`US 6,181,716 B1
`(45) Date of Patent:
`Jan. 30, 2001
`
`(54) SYNCHRONIZATION OF VOICE PACKET
`GENERATION TO UNSOLICITED GRANTS
`IN A DOCSIS CABLE MODEM VOICE OVER
`PACKETTELEPHONE
`
`(75) Inventor: David Lide, Rockville, MD (US)
`(73) Assignee: Telogy Networks, Inc., Germantown,
`MD (US)
`Under 35 U.S.C. 154(b), the term of this
`patent shall be extended for 0 days.
`
`(*) Notice:
`
`(21) Appl. No.: 09/449,674
`(22) Filed:
`Nov. 30, 1999
`e a Vs
`
`7
`(51) Int. Cl." ........................................................ H04J 3/06
`
`(52) U.S. Cl. ........................... 370/519; 370/503; 370/508
`(58) Field of S
`h
`370/503, 506
`led O SeaC .....................................
`s
`s
`370/507, 508, 516, 519
`
`(56)
`
`References Cited
`U.S. PATENT DOCUMENTS
`5/2000 Buckland et al. ................... 370/235
`
`6,064,652
`* cited b
`cited by examiner
`Primary Examiner Joseph L. Felber
`(74) Attorney, Agent, or Firm-Levy & Grandinetti
`(57)
`ABSTRACT
`Packet production by a digital signal processor (DSP) is
`Synchronized with modem transmission opportunities in a
`cable network. The cable modem computes the average
`waiting time a packet spends waiting to be transmitted by the
`modem. The DSP re-syncs transfer of packets to the modem
`by using this average waiting time minus a Small amount
`Sufficient to account for the maximum anticipated propaga
`tion delay, as the amount to delay the transmission of its next
`packet to the cable modem. This invention is a mechanism
`for re-synchronization that is largely independent of any
`propagation delays inherent in the hardware architecture.
`9 Claims, 4 Drawing Sheets
`
`16
`
`N->
`
`PK2
`
`PK3
`
`17
`
`PK
`
`
`
`MEDIATEK EX. 1024
`Page 1 of 8
`
`

`

`U.S. Patent
`
`Jan. 30, 2001
`
`Sheet 1 of 4
`
`US 6,181,716 B1
`
`
`
`SN
`
`y-r
`C
`O3 L?
`
`1N
`
`X
`
`S
`
`c
`S. s
`X
`
`3.
`
`Ol
`
`N
`
`&
`X
`
`s
`
`O
`Vr
`
`5
`
`O
`
`2
`
`Z
`
`CN
`CD
`
`O
`
`v
`CD
`
`O
`
`MEDIATEK EX. 1024
`Page 2 of 8
`
`

`

`U.S. Patent
`
`Jan. 30, 2001
`
`Sheet 2 of 4
`
`US 6,181,716 B1
`
`
`
`e
`O
`
`N.
`
`L)
`
`s:
`X
`CO
`s
`Q-
`
`CD
`
`O
`
`Z
`
`Z
`
`S
`s:
`X
`S
`
`n
`
`(N
`E:
`s:
`X
`
`3.
`
`ON
`CD
`
`Q
`
`d
`
`O
`
`o
`
`MEDIATEK EX. 1024
`Page 3 of 8
`
`

`

`U.S. Patent
`
`Jan. 30, 2001
`
`Sheet 3 of 4
`
`US 6,181,716 B1
`
`
`
`Channel
`
`Message Type
`
`Shift Amount
`
`FIG. 3
`
`MEDIATEK EX. 1024
`Page 4 of 8
`
`

`

`U.S. Patent
`
`Jan. 30, 2001
`
`Sheet 4 of 4
`
`US 6,181,716 B1
`
`FIG. 4
`
`
`
`AT TIMETSDSP
`TRANSMITS PK TO
`MODEM
`
`AT TIMETS2PK
`ARRIVES AT MODEM, IS
`TIME STAMPED AND
`QUEUED
`
`AT TIMETS3CABLE
`MODEM TRANSMITS PK
`AND TIME STAMPS
`EVENT
`
`TO OBTAINMOVING
`AVERAGE
`
`S GUARD
`
`26
`
`Yes
`
`27
`
`RE-SYNCH
`
`MEDIATEK EX. 1024
`Page 5 of 8
`
`

`

`US 6,181,716 B1
`
`1
`SYNCHRONIZATION OF VOICE PACKET
`GENERATION TO UNSOLICITED GRANTS
`IN A DOCSIS CABLE MODEM VOICE OVER
`PACKETTELEPHONE
`
`15
`
`25
`
`BACKGROUND OF THE INVENTION
`The present invention relates to cable modems. More
`Specifically, the present invention relates to voice transmis
`sion over cable modems. The Data Over Cable Systems
`Interface Specification (DOCSIS) describes a standard for
`the cable modem interface between a cable TV operator and
`a computer. DOCSIS has been accepted as the standard for
`devices that handle incoming and outgoing data Signals
`across this interface since DOCSIS 1.0 was ratified by the
`International Telecommunication Union (ITU) in March of
`1998. Cable modems conforming to DOCSIS are available
`in many areas where cable operatorS operate.
`The DOCSIS 1.1 specification provides for Unsolicited
`Grant Service as one of Several data transmission mecha
`nisms for grabbing bandwidth for packets. This Service is Set
`up ahead of time between a cable modem and head-end
`equipment (CMTS), and is parameterized by the desired
`data packet arrival rate, packet Size, and jitter tolerance.
`Once Set up, the cable network head-end equipment will
`give unsolicited transmission opportunities (grants) to the
`cable modem at the requested rate. This Service provides an
`efficient mechanism for transporting voice packets but does
`not provide for maximizing voice quality.
`Unlike callers in a circuit-Switched telephone network
`who are allocated a dedicated connection, cable modem
`users do not occupy a fixed amount of bandwidth during
`their online sessions but instead share the network with other
`online users, only using network resources when Sending
`and receiving data in quick bursts. Users typically grab what
`they need from the available bandwidth at the instant they
`need to upload their packets. Delays in transmitting data
`packets do not affect data quality. However, for voice
`packets, delays in transmission degrade Voice quality So
`there is a need to closely time Voice packet availability with
`opportunities for transmission, especially in cable networkS.
`DOCSIS is an evolving standard which specifies modu
`lation Schemes and protocols for exchange of bidirectional
`Signals over cable, allowing version 4 IP traffic to achieve
`transparent transfer between the Cable Modem Termination
`System-Network Side Interface (CMTS-NSI) and the Cable
`Modem to Customer Premise Equipment Interface (CMCI).
`Voice over IP (VoIP) is a new service capable of being
`supported by DOCSIS cable networks. Upgrades to existing
`cable modems and DSPs to maximize VoIP quality can be
`50
`achieved by changing the programming in their EEPROM
`flash memory.
`SUMMARY OF THE INVENTION
`The present invention relates to a method for Synchroniz
`ing packet availability with the Unsolicited Grant data
`transfer opportunities in a DOCSIS 1.1 cable. The goal of
`this Synchronization is to ensure that packet transmission
`delay in a cable modem is minimized by having the Voice or
`data processed, packetized and ready to be transmitted by
`the cable modem as close to the grant opportunity as
`possible. This is an important consideration in Voice over
`packet networks in general, and Voice over cable networks
`Specifically, due to the impact of delay on Voice quality.
`The major issue with implementation of packet/grant
`Synchronization is that the module generating packets
`(digital signal processor or DSP) is typically separate from
`
`35
`
`40
`
`45
`
`55
`
`60
`
`65
`
`2
`the module handling the cable data transmission/reception
`(cable modem). Thus, any synchronization Scheme will need
`to account for latencies as well as minimizing packet wait
`time in issuing re-synchronization instructions, especially
`when the different modules reside on different physical
`hardware and are not running Synchronized clockS. This
`invention describes a mechanism that is largely independent
`of these latencies, thus facilitating implementation.
`Other advantages and features of the invention will be
`made apparent in connection with the following detailed
`description.
`The present invention Synchronizes availability of packets
`for transmission with the Unsolicited Grant data transfer
`opportunities in a DOCSIS 1.1 cable.
`The present invention obtains a moving average of packet
`transmission waiting time in a DOCSIS 1.1 cable modem.
`The present invention provides an apparatus for
`re-synchronizing packet transfer between a DSP and a cable
`modem that Samples packet wait times and re-synchs if this
`time exceeds a presettable tolerance.
`The present invention provides an apparatus for
`re-synchronizing packet transfer between a DSP and a cable
`modem that reaches a steady State within few Sequential
`re-synchronization requests from a cable modem to the DSP
`in a DOCSIS 1.1 cable.
`An exemplary embodiment of the invention, as described
`below includes a low pass filter and a device driver that
`samples the filter output, for a DOCSIS 1.1 cable modem
`Such that the device driver determines average packet wait
`ing time and maximum propagation delay and communi
`cates their difference to the DSP as a re-sync amount. The
`DSP then re-syncs packet transfer by delaying transmission
`of the next packet in Sequence by the re-sync amount.
`Thereafter, the DSP sends packets continuously, Separated in
`time by the grant period. The net result is that Subsequent
`packets arrive at the modem just-in-time for transmission
`over the cable, i.e., within a Small time tolerance prior to the
`unsolicited grant opportunities in a DOCSIS 1.1 cable.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`For a better understanding of the nature of the present
`invention its features and advantages, the Subsequent
`detailed description is presented in connection with accom
`panying drawings in which:
`FIG. 1 is a diagram for DSP-to-cable modem packet
`transmission in a DOCSIS 1.1 cable modem according to the
`prior art.
`FIG. 2 is a diagram of re-sync which requires only one
`packetization period, according to the method of the present
`invention.
`FIG. 3 is an exemplary format for the re-sync message
`according to the current invention.
`FIG. 4 is an exemplary flow diagram of the process of
`re-synching according to the preferred embodiment of the
`current invention.
`
`DETAILED DESCRIPTION OF PREFERRED
`EXEMPLARY EMBODIMENTS
`As illustrated in FIG. 1, after setup, a DOCSIS cable
`connection 10 provides unsolicited grant opportunities G
`spaced at a predetermined interval N. The modem 14
`receives packet data PK from DSP12 and uploads the packet
`data to the cable at G. The delay D between PK and XMIT
`comprises the propagation delay P between the DSP and
`
`MEDIATEK EX. 1024
`Page 6 of 8
`
`

`

`US 6,181,716 B1
`
`3
`modem and the wait time W in the modem waiting for the
`next unsolicited grant G. Without re-synching, as in the prior
`art, D remains constant.
`Packet Transmission Delay
`The Situation in the current invention prior to re-sync is
`equivalent to that of the prior art and is illustrated in FIG. 1,
`where the following is assumed:
`P=propagation delay or latency, i.e., time it takes for the
`packet transmission from the DSP to arrive at and
`process through the cable modem
`W=time packet waits in the modems upstream queue
`before it is transmitted over the cable
`D=total packet delay time from the time it is transmitted
`by the DSP until the next grant opportunity, i.e., P+W
`15
`N=packetization period=grant period
`T=wait time tolerance for D
`Re-Sync by DSP
`Suppose D>T, i.e., the total delay exceeds the preset wait
`time tolerance. AS illustrated in FIG. 2, an exemplary
`preferred embodiment, to accomplish a re-sync of the Situ
`ation illustrated in FIG. 1, packet transmission by the DSP
`16 to the cable modem 17 of the next packet 18 is delayed
`by
`
`4
`more data being Sampled than can be packaged in a Single
`packet. Some data may have to be discarded.
`A few Sequential re-synchs may be required before a
`Steady State is achieved, i.e., where packets continue to
`arrive just prior to the grant opportunity without frequent
`re-synchs. In the preferred embodiment it is assumed that the
`DSP is always able to re-sync on the next packet following
`the one that triggered a re-sync request. This situation is
`illustrated in FIG. 2 where re-sync is achieved by one DSP
`re-synch, as directed by the cable modem, because the
`resultant waiting time is less than T.
`In an alternative embodiment the DSP will not always be
`able to re-sync on the next packet it sends, but will transmit
`Some number of packets in Sequence, S, before accomplish
`ing re-synch. In this alternative embodiment a guard gate is
`employed in the modem to inhibit both re-sync checking and
`request generation for S packets, to allow the DSP time to
`re-synch.
`Cable Modem and Device Driver
`In the preferred embodiment the cable modem includes a
`low pass filter for producing the moving average of packet
`waiting times. When the DOCSIS service flow for the voice
`Stream is created, Starting the unsolicited grant Service, the
`driver can be provided with a grant-Sync function and
`pointer to a piece of opaque State data or a cookie. When the
`Service flow transmit routine is called, the time is noted and
`the grant-sync function is called with a PKT ARR function
`code along with the cookie, which will be used to store the
`filter State. After the packet has been transmitted, the cable
`modem driver notes the time and calls the grant-Sync
`function with a PKT XMIT function code. Internally, this
`has the effect of producing the moving average of waiting
`time, WAVE. One approach to this calculation is to use
`exponential smoothing; with this technique, the output of the
`filter, WAVE, is determined as follows:
`
`where “a” is the smoothing factor (0<ad1).
`“a” would typically be a tunable parameter and would most
`likely be set So as to limit the impact of Short duration
`oscillations in the waiting time measurement. For example,
`“a” could be set so that at least Kobservations of maximal
`waiting time would need to be observed before WAVE
`reaches the threshold for reissuing re-sync messages to the
`DSP.
`This filtering object would provide a PKT DROP func
`tion code, So that the cable modem driver can negate
`observations in the case where the packet was never trans
`mitted. Also, a PKT-INIT function code would allow the
`cable modem driver to reset the moving average after
`exceptional conditions, Such as loSS of cable modem
`upstream, etc.
`DSP/Cable Modem Interface Protocol
`In the preferred embodiment, the DSP/modem protocol is
`upgraded to include the following Steps, See FIG. 4:
`the DSP produces a packet, and transmits the packet to the
`cable modem 20;
`the packet arrives at the cable modem, packet arrival is
`time Stamped, and the packet is placed in an upstream
`queue the packet is transmitted by the cable modem and
`packet transmission is time Stamped 22,
`the cable modem device driver computes the wait time,
`W, for the packet by computing the difference between
`its transmission and arrival time Stamps 23;
`W, the measured waiting time is fed by the device driver
`to a low pass filter (e.g., moving average) whose output
`is a measure of the average waiting time, WAVE 24;
`
`25
`
`45
`
`50
`
`35
`
`W-P=re-sync delay=SHIFT AMOUNT
`A re-sync request 18 is generated by the DSP 17 since the
`wait time exceeds the preset tolerance, T, Such that the next
`packet can be available for transmission within the desired
`tolerance of the grant opportunity DOCSIS cable 15. When
`the packet transmission is shifted, the formation of the
`packet is also shifted. Because the packet must be of a
`Standard size, this shift necessitates a Small loss of the front
`end or trail end of the shifted packet.
`The goal of a re-sync event is to minimize D. The
`propagation delay (latency), P, cannot be minimized: P
`varies but has a determinable upper limit, P. Pmax is a
`configuration parameter and could be determined by mea
`Suring the worst case voice packet transfer time from the
`40
`DSP to the modem with a logic analyzer or similar tools. In
`a preferred embodiment, a Special loopback message could
`be used between the cable modem and the DSP. The DSP
`could periodically measure Pmax by timing the round-trip
`delay to Send/receive this message and then dividing by two.
`This value could then be reported to the cable modem to use
`as Pmax. Only the packet's waiting time, W, in the upstream
`queue can be reduced. In the preferred embodiment this is
`accomplished by shifting to a later time the DSP's trans
`mission of the next packet to the cable modem by:
`SHIFT AMOUNT-AVG(W)-P=WAVE-P.
`Ideally, to minimize the potential drop in Voice quality, the
`DSP sends the next packet SHIFT AMOUNT later than
`normal, So that the next packet arrives at the device driver
`just-in-time for the unsolicited grant opportunity, i.e., just
`Slightly earlier than the grant opportunity 11. However, it is
`not critical that this be the case as illustrated below.
`Since the DSP continues to continuously send packets
`separated in time by N, this is a shift backward of SHIFT
`AMOUNT of all Subsequent packets sent by the DSP to the
`cable modem. While this shift does not result in any loss of
`data for the Subsequent packets, this delay may result in the
`loSS of Some information from the Stream being Sampled by
`the DSP which should have been included in the next packet.
`65
`Adding a delay increases the packetization period beyond N
`for the next packet only. Potentially, this increase results in
`
`55
`
`60
`
`MEDIATEK EX. 1024
`Page 7 of 8
`
`

`

`US 6,181,716 B1
`
`S
`WAVE is compared to a threshold or tolerance 25, T, and
`if WAVEDT a re-sync event takes place 27:
`a re-sync message, format shown in FIG. 3, containing
`SHIFT AMOUNT is sent to the DSP 26,
`on the next packet the DSP performs re-sync 27, by
`delaying this packets formation and transmission to
`the cable modem by SHIFT AMOUNT.
`Re-Sync Message(s)
`A simple format for the re-sync message to the DSP is
`illustrated in FIG. 3. The minimal requirements are:
`Channel: a field for identifying the voice channel within
`the DSP that needs to be re-synchronized.
`Message Type: a message type, which will be equal to a
`constant GTANT-SYNCH, and
`Shift Amount: the shift amount, in convenient time units
`Such as voice samples, (typically 125 micro Seconds)
`Re-Re-Synching
`Since the DSP employs the grant interval, N, to equally
`Space all packets Subsequent to the re-sync event, all future
`packets sent by the DSP should arrive just-in-time for the
`grant opportunity. However, there will be some drift Subse
`quent to re-sync events and, Very occasionally, re-re
`Synching will be needed. To accommodate this drift, the
`average wait time, WAVE, is continually or periodically
`output, compared to a wait time tolerance T, and when and
`if WAVE>T another re-sync event takes place. Thereafter,
`Subject to drift, the packets will once again arrive within
`tolerance T of the grant interval, i.e., just-in-time to be
`transmitted by the cable modem.
`Guard Gate
`In an alternative embodiment, the cable modem may not
`Send the re-sync message in real time and/or the DSP may
`not adjust immediately on receiving a re-sync message with
`the result that there will be several packets in a row arriving
`at the cable modem which would trigger additional re-sync
`events. To guard against Sending a Sequence of two or more
`identical re-sync messages to the DSP, once a re-sync event
`has been triggered, the cable modem must wait Several
`packets, i.e., S, before again checking WAVE against T. In
`an alternative embodiment, this is realized as a guard gate
`30.
`AS a perSon Skilled in the art will realize, numerous other
`modifications to the DSP/Cable Modem interface can be
`made to accomplish the current invention. Because many
`varying and different embodiments may be made within the
`Scope of the inventive concept herein taught, and because
`many modifications may be made in the embodiments herein
`detailed in accordance with the descriptive requirements of
`the law, it is to be understood that the details herein are to
`be interpreted as illustrative and not in a limiting Sense.
`What is claimed is:
`1. A method for Synchronizing packet production and
`receipt from a packetization module Such as a digital Signal
`processor (DSP) with unsolicited grant transmission oppor
`tunities in a cable modem, Said method comprising:
`producing a packet by a DSP,
`transmitting said packet from said DSP to cable modem;
`and
`receiving Said packet by Said cable modem;
`time Stamping the arrival of Said packet at Said cable
`modem, and
`transmitting Said packet by Said cable modem, wherein
`said packet transmission from said DSP to said cable
`modem is Synchronized with Said cable modems next
`unsolicited transmission grant opportunity.
`2. A method according to claim 1, wherein Said method
`further comprises determination of the average waiting time
`of Said packet in Said cable modem by:
`
`1O
`
`15
`
`25
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`6
`time Stamping Said transmission of Said packet by Said
`cable modem, and
`computing the wait time of Said packet in Said cable
`modem as the difference between said arrival time
`Stamp and Said transmission time Stamp.
`3. A method according to claim 2, further comprising the
`Step of:
`obtaining a moving average of Said wait times up to the
`current time.
`4. A method according to claim 3, wherein Said method
`further comprises:
`determining a re-sync value based on Said computed wait
`time;
`comparing Said re-sync value to a re-sync value range;
`transmitting said re-sync value to said DSP whenever said
`re-sync value is outside Said re-sync value range.
`5. A method according to claim 4, wherein said DSP
`further comprises:
`redefining transmission slots for Said packets to Said
`modem in response to Said re-sync amount transmitted
`from Said modem;
`using said redefined slots to time the DSPS production
`and transmission of Said packet to the cable modem.
`6. A method according to claim 1, wherein:
`transmitting Said packets by Said cable modem includes
`continuously monitoring Said packets, at least Some of
`Said continuously transmitted packets generating a
`re-sync request to said DSP;
`transmitting of Said packet continuously by the cable
`modem is according to predefined, fixed period, unso
`licited grant opportunities,
`producing said packets continuously by the DSP in fixed
`time slots until new slot timer information is transmit
`ted in a re-sync request to said DSP by said cable
`modem.
`7. A method according to claim 6, wherein Said method
`further comprises:
`analyzing timing of Said packet arrivals relative to timing
`of Said grant opportunities at Said cable modem, and
`responsively identifying the need for new slot timer
`information; and
`transmitting Said re-sync request to Said DSP includes
`calculating Said new slot timer information at the cable
`modem.
`8. An apparatus for Synchronizing packets from a pack
`etization module with unsolicited grant transmission oppor
`tunities in a cable modem, comprising:
`a digital Signal processor for producing packetized data in
`fixed times slots and for transmitting Said packets to a
`cable modem;
`a cable modem for receiving Said packets and for trans
`mitting Said packets at unsolicited grant opportunities,
`comparater logic for determining a wait time between an
`arrival of Said packets at Said cable modem and Said
`unsolicited grant opportunities, and
`adjustment logic for adjusting the production and trans
`mission of packets by said DSP in accordance with said
`determined wait time.
`9. An apparatus according to claim 8, wherein Said
`production adjustment comprises:
`means for redefining packet production time to minimize
`Said determined wait time to produce packets for
`receipt by the cable modem just in time for transmis
`Sion grant opportunities.
`
`k
`
`k
`
`k
`
`k
`
`k
`
`MEDIATEK EX. 1024
`Page 8 of 8
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket