Method and apparatus for increasing bandwidth assignment latency in a data transmission scheme which employs the aloha protocol, to thereby improve bandwidth efficiency

• US 20030056228A1
• Filed: 09/14/2001
• Published: 03/20/2003
• Est. Priority Date: 09/14/2001
• Status: Abandoned Application

• Current Assignee: Agiletv Corporation (Promptu Systems Corporation)
• Original Assignee: Agiletv Corporation (Promptu Systems Corporation)
• Inventors: Rose, Steven Wiley, Foster, Mark J.
• Application Number:
  US09/953,543
• Publication Number:
  US 20030056228A1
• Time in Patent Office: Days
• US Class Current: 725/133
• CPC Class Codes: H04L 12/4013 Management of data rate on the bus systems modifying transmission characteristics according to link quality H04L1/0001
• CPC Class Codes: H04L 12/413 with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
• CPC Class Codes: H04N 21/437 Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server flow control in data networks H04L47/10; streaming protocols, e.g. RTP or RTCP, H04L65/65; scheduling or organising the servicing of application requests in data packet switching networks H04L67/60
• CPC Class Codes: H04N 7/10 Adaptations for transmission by electrical cable H04N7/12 takes precedence
• CPC Class Codes: H04N 7/17309 Transmission or handling of upstream communications

Abstract

An interactive voice control application for an interactive digital television system needs greater than the typical bandwidth provided in the digital interactive television system return path. One way to obtain greater bandwidth is to make greater utilization of existing bandwidth. The invention herein provides a modified Aloha protocol that can solve the problem of maximizing bandwidth utilization without requiring changes to deployed equipment. The preferred embodiment of the invention provides a method and apparatus for increasing bandwidth assignment latency in a data transmission scheme which employs the Aloha protocol, to improve channel utilization in a multi-carrier data transmission system which thereby improves bandwidth efficiency.

Claims

1. An interactive voice control application for an interactive digital television system, comprising:

a receive module;

at least one set top box;

means for implementing a data transmission scheme between said at least one set top box and said receive module; and

means for increasing bandwidth latency in said data transmission scheme to improve interactive digital television.

2. The interactive voice control application of claim 1, said receive module comprising:

a multichannel receive card comprising a plurality of channels for communication with at least one set top box, wherein at least one of said channels is a shared request channel.

3. The interactive voice control application of claim 2, wherein said at least one set top box uses said shared request channel to send a request message to said receive card when said at least one set top box has data available, said at least one set top box identifying itself and stating an amount of data that it has to send.

4. The interactive voice control application of claim 1, said means for increasing bandwidth latency comprising:

means for maximizing sequential transmit time for each transmitter.

5. The interactive voice control application of claim 4, wherein upstream transmissions on each channel are time multiplexed, and the period of each upstream transmission is completely variable, depending on the needs of each of said at least one set top box and a total amount of traffic at that time.

6. The interactive voice control application of claim 1, further comprising:

a voice link for capturing a user'"'"'s utterance.

7. The interactive voice control application of claim 6,wherein said voice link notifies an application on said at least one set top box, which generates a request message;

said receive module processing said request message from said at least one set top box and sending a response message via an out of band transmitter telling said at least one set top box where to send its data.

8. The interactive voice control application of claim 7, wherein said at least one set top box sends voice link data in data message at a specified time.

9. The interactive voice control application of claim 8, wherein said receive module sends said voice link data to a system engine, wherein said system engine recognizes a user'"'"'s request and formulates an appropriate action.

10. The interactive voice control application of claim 9, wherein an action message is transmitted to said at least one set top box via said receive module and said out of band transmitter.

11. The interactive voice control application of claim 10, wherein said at least one set top box receives said action message and implements actions indicated therein, which actions may be any of local to said at least one set top box, performed in conjunction with a system engine, or performed in conjunction with other equipment.

12. The interactive voice control application of claim 3, said request message comprising:

a CRC checking scheme.

13. The interactive voice control application of claim 12, said request message comprising:

an error correcting code (ECC) that permits data errors to be corrected, rather than forcing a retransmission of said message;

wherein said ECC is decoded only if an error is noted in incoming data by said CRC checking scheme.

14. The interactive voice control application of claim 1, wherein said receive module comprises:

means for dynamically adjusting bandwidth utilization as circumstances change, or as new applications are deployed that alter a bandwidth profile.

15. The interactive voice control application of claim 3, wherein said receive module responds with a downstream response message to acknowledge receipt of one or more request messages, and informs a corresponding one or more set top box how and when to transmit information.

16. The interactive voice control application of claim 15, wherein said receive module response message contains fields indicating any of set top box ID, upstream channel assignment to be used for data, amount of information to be transmitted, and a delay period before transmitting.

17. The interactive voice control application of claim 1, wherein concatenation of multiple upstream transmissions in periods of high demand reduces the impact of system latency in wasting upstream bandwidth, and avoids collisions.

18. The interactive voice control application of claim 3, further comprising:

an acknowledge message.

19. The interactive voice control application of claim 1, wherein successive or simultaneous requests from different set top boxes may be assigned to different upstream channels, wherein set top box responses may be overlapped using frequency division multiplexing.

20. The interactive voice control application of claim 15, further comprising:

means for addressing multiple set top boxes with each response message.

21. The interactive voice control application of claim 15, wherein a single response message may contain channel assignments for multiple set top boxes when there is more than one pending request.

22. The interactive voice control application of claim 15, wherein sequential responses from different set top boxes on a same channel may be scheduled with a single message when a number of pending requests is greater than a number of channels.

23. The interactive voice control application of claim 22, wherein a second set top box to respond on a same channel is instructed to wait for a period that equals a sum of a transmission time for a first message, plus a worst case latency for upstream transmission, which is a sum of a response latency of said second set top box and any system delay due to a physical location of a subscriber;

wherein location delay may optionally be any of a system worst case, a node worst case, or it may be measured and maintained in a local database on an individual subscriber basis;

and wherein units for said wait period may optionally be in any of packet times if a size of packets is fixed, in seconds, or in system clock ticks.

24. The interactive voice control application of claim 15, wherein having received a response message, said at least one set top box tunes to a designated channel, waits for a specified delay to elapse;

wherein said at least one set top box then transmits its negotiated amount of data;

wherein said at least one set top box then retunes to said request channel;

wherein a timer is started which represents maximum latency that might be encountered;

wherein said at least one set top box waits for its action message;

wherein if no action message is received before said timer elapses, said at least one set top box sends a new request message with a new request ID; and

wherein if an action message is received, said at least one set top box takes an indicated action.

26. The interactive voice control application of claim 24, further comprising:

means for increasing bandwidth latency in said data transmission scheme to improve interactive digital television.

25. An interactive voice control application for an interactive digital television system, comprising:

a receive module, said receive module comprising a multichannel receive card comprising a plurality of channels for communication with at least one set top box, wherein at least one of said channels is a shared request channel;

at least one set top box; and

means for implementing a data transmission scheme between said at least one set top box and said receive module.

27. An interactive voice control method for an interactive digital television system, comprising the steps of:

providing a receive module;

providing at least one set top box;

implementing a data transmission scheme between said at least one set top box and said receive module; and

increasing bandwidth latency in said data transmission scheme to improve interactive digital television.

28. The method of claim 27, further comprising the step of:

providing a multichannel receive card comprising a plurality of channels for communication with at least one set top box, wherein at least one of said channels is a shared request channel.

29. The method of claim 28, wherein said at least one set top box uses said shared request channel to send a request message to said receive card when said at least one set top box has data available, said at least one set top box identifying itself and stating an amount of data that it has to send.

30. The method of claim 27, wherein increasing bandwidth latency comprises the step of:

maximizing sequential transmit time for each transmitter.

31. The method of claim 30, wherein upstream transmissions on each channel are time multiplexed, and a period of each upstream transmission is completely variable, depending on the needs of each of said at least one set top box and a total amount of traffic at that time.

32. The method of claim 27, further comprising the step of:

providing a voice link for capturing a user'"'"'s utterance.

33. The method of claim 32, wherein said voice link notifies an application on said at least one set top box, which generates a request message;

said receive module processing said request message from said at least one set top box and sending a response message via an out of band transmitter telling said at least one set top box where to send its data.

34. The method of claim 33, wherein said at least one set top box sends voice link data in data message at a specified time.

35. The method of claim 34, wherein said receive module sends said voice link data to a system engine, wherein said system engine recognizes a user'"'"'s request and formulates an appropriate action.

36. The method of claim 35, wherein an action message is transmitted to said at least one set top box via said receive module and said out of band transmitter.

37. The method of claim 36, wherein said at least one set top box receives sa id action message and implements actions indicated therein, which actions may be any of local to said at least one set top box, performed in conjunction with a system engine channel, or performed in conjunction with other equipment.

38. The method of claim 29, said request message comprising:

a CRC checking scheme.

39. The method of claim 38, said request message comprising:

an error correcting code (ECC) that permits data errors to be corrected, rather than forcing a retransmission of said message;

wherein said ECC is decoded only if an error is noted in incoming data by said CRC checking scheme.

40. The method of claim 27, wherein said receive module dynamically adjusts bandwidth utilization as circumstances change, or as new applications are deployed that alter a bandwidth profile.

41. The method of claim 29, wherein said receive module responds with a downstream response message to acknowledge receipt of one or more request messages, and informs a corresponding one or more set top box how and when to transmit information.

42. The method of claim 41, wherein said receive module response message contains fields indicating any of set top box ID, upstream channel assignment to be used for data, amount of information to be transmitted, and a delay period before transmitting.

43. The method of claim 27, wherein concatenation of multiple upstream transmissions in periods of high demand reduces the impact of system latency in wasting upstream bandwidth, and avoids collisions.

44. The method of claim 29, further comprising the step of:

providing an acknowledge message.

45. The method of claim 27, wherein successive or simultaneous requests from different set top boxes may be assigned to different upstream channels, wherein set top box responses may be overlapped using frequency division multiplexing.

46. The method of claim 41, further comprising the step of:

addressing multiple set top boxes with each response message.

47. The method of claim 41, wherein a single response message may contain channel assignments for multiple set top boxes when there is more than one pending request.

48. The method of claim 41, wherein sequential responses from different set top boxes on a same channel may be scheduled with a single message when a number of pending requests is greater than a number of channels.

49. The method of claim 48, wherein a second set top box to respond on a same channel is instructed to wait for a period that equals a sum of a transmission time for a first message, plus a worst case latency for upstream transmission, which is a sum of a response latency of said second set top box and any system delay due to a physical location of a subscriber;

wherein location delay may optionally be any of a system worst case, a node worst case, or it may be measured and maintained in a local database on an individual subscriber basis;

and wherein units for said wait period may optionally be in any of packet times if a size of packets is fixed, in seconds, or in system clock ticks.

50. The method of claim 41, wherein having received a response message, said at least one set top box tunes to a designated channel, waits for a specified delay to elapse;

wherein said at least one set top box then transmits its negotiated amount of data;

wherein said at least one set top box then retunes to said request channel;

wherein a timer is started which represents maximum latency that might be encountered;

wherein said at least one set top box waits for its action message;

wherein if no action message is received before said timer elapses, said at least one set top box sends a new request message with a new request ID; and

wherein if an action message is received, said at least one set top box takes an indicated action.

51. An interactive voice control method for an interactive digital television system, comprising the steps of:

providing a receive module, said receive module comprising a multichannel receive card comprising a plurality of channels for communication with at least one set top box, wherein at least one of said channels is a shared request channel;

providing at least one set top box; and

implementing a data transmission scheme between said at least one set top box and said receive module.

52. The method of claim 51, further comprising the step of:

increasing bandwidth latency in said data transmission scheme to improve interactive digital television.

53. A multicarrier communications system, comprising:

a central communications nexus;

a user terminal;

a data transmission scheme for effecting between said communications user terminal and said central communications nexus; and

a protocol for increasing bandwidth assignment latency in said data transmission scheme to improve channel utilization in said communications system.

54. The system of claim 53, wherein said system comprises a cable television system.

55. The system of claim 54, wherein said system comprises an interactive digital television system.

56. The system of claim 53, further comprising:

a multichannel receive module comprising a plurality of channels for communication with at least one user terminal, wherein at least one of said channels is a shared request channel.

57. The system of claim 56, wherein said at least one user terminal uses said shared request channel to send a request message to said receive module when said at least one user terminal has data available, said at least one user terminal identifying itself and stating an amount of data that it has to send.

58. The system of claim 53, said means for increasing bandwidth assignment latency comprising:

means for maximizing sequential transmit time for each transmitter.

59. The system of claim 53, said means for increasing bandwidth assignment latency comprising:

means for concatenating all calls from a single user terminal into a contiguous transmission.

60. The system of claim 56, wherein upstream transmissions on each channel are time multiplexed, and a period of each upstream transmission is completely variable, depending on the needs of each of said at least one user terminal and a total amount of traffic at that time.

61. The system of claim 53, further comprising:

a voice link for capturing a user'"'"'s utterance.

62. The system of claim 61,wherein said voice link notifies an application on said at least one user terminal, which generates a request message;

said receive module processing said request message from said at least one user terminal and sending a response message via an out of band transmitter telling said at least one user terminal where to send its data.

63. The system of claim 62, wherein said at least one user terminal sends voice link data in data message at a specified time.

64. The system of claim 63, wherein said receive module sends said voice link data to a system engine, wherein said system engine recognizes a user'"'"'s request and formulates an appropriate action.

65. The system of claim 64, wherein an action message is transmitted to said at least one user terminal via said receive module and said out of band transmitter.

66. The system of claim 65, wherein said at least one user terminal receives said action message and implements actions indicated therein, which actions may be any of local to said at least one user terminal, performed in conjunction with a system engine channel, or performed in conjunction with other equipment.

67. The system of claim 57, said request message comprising:

a CRC checking scheme.

68. The system of claim 67, said request message comprising:

an error correcting code (ECC) that permits data errors to be corrected, rather than forcing a retransmission of said message;

wherein said ECC is decoded only if an error is noted in incoming data by said CRC checking scheme.

69. The system of claim 53, wherein said receive module comprises:

means for dynamically adjusting bandwidth utilization as circumstances change, or as new applications are deployed that alter a bandwidth profile.

70. The system of claim 57, wherein said receive module responds with a downstream response message to acknowledge receipt of one or more request messages, and informs a corresponding one or more user terminal how and when to transmit information.

71. The system of claim 70, wherein said receive module response message contains fields indicating any of user terminal ID, upstream channel assignment to be used for data, amount of information to be transmitted, and a delay period before transmitting.

72. The system of claim 53, wherein concatenation of multiple upstream transmissions in periods of high demand reduces the impact of system latency in wasting upstream bandwidth, and avoids collisions.

73. The system of claim 57, further comprising:

an acknowledge message.

74. The system of claim 53, wherein successive or simultaneous requests from different user terminals may be assigned to different upstream channels, wherein user terminal responses may be overlapped using frequency division multiplexing.

75. The system of claim 70, further comprising:

means for addressing multiple user terminals with each response message.

76. The system of claim 70, wherein a single response message may contain channel assignments for multiple user terminals when there is more than one pending request.

77. The system of claim 70, wherein sequential responses from different user terminals on a same channel may be scheduled with a single message when a number of pending requests is greater than a number of channels.

78. The system of claim 77, wherein a second user terminal to respond on a same channel is instructed to wait for a period that equals a sum of a transmission time for a first message, plus a worst case latency for upstream transmission, which is a sum of a response latency of said second user terminal and any system delay due to a physical location of a subscriber;

wherein location delay may optionally be any of a system worst case, a node worst case, or it may be measured and maintained in a local database on an individual subscriber basis;

and wherein units for said wait period may optionally be in any of packet times if a size of packets is fixed, in seconds, or in system clock ticks.

79. The system of claim 70, wherein having received a response message, said at least one user terminal tunes to a designated channel, waits for a specified delay to elapse;

wherein said at least one user terminal then transmits its negotiated amount of data;

wherein said at least one user terminal then returns to said request channel;

wherein a timer is started which represents maximum latency that might be encountered;

wherein said at least one user terminal waits for its action message;

wherein if no action message is received before said timer elapses, said at least one user terminal sends a new request message with a new request ID; and

wherein if an action message is received, said at least one user terminal takes an indicated action.

80. A multicarrier communications system including a plurality of user terminals said system, comprising:

a multichannel receive module comprising a plurality of channels for communication with at least one user terminal, wherein at least one of said channels is a shared request channel;

a data transmission scheme for effective communications between said user terminals and said receive module; and

a protocol for increasing bandwidth assignment latency in said data transmission scheme to improve channel utilization in said communications system.

81. A multicarrier communications method, comprising the steps of:

providing a receive module;

providing at least one user terminal;

implementing a data transmission scheme between said at least one user terminal and said receive module; and

increasing bandwidth assignment latency in said data transmission scheme to improve channel utilization in said communications method.

82. The method of claim 81, the step of providing said receive module further comprising the step of:

providing a multichannel receive card comprising a plurality of channels for communication with at least one user terminal, wherein at least one of said channels is a shared request channel.

83. The method of claim 82, wherein said at least one user terminal uses said shared request channel to send a request message to said receive card when said at least one user terminal has data available, said at least one user terminal identifying itself and stating an amount of data that it has to send.

84. The method of claim 81, wherein increasing bandwidth assignment latency comprises the step of:

making upstream data transmission time take as long as is possible.

85. The method of claim 84, wherein upstream transmissions on each channel are time multiplexed, and a period of each upstream transmission is completely variable, depending on the needs of each of said at least one user terminal and a total amount of traffic at that time.

86. The method of claim 81, further comprising the step of:

providing a voice link for capturing a user'"'"'s utterance.

87. The method of claim 86, wherein said voice link notifies an application on said at least one user terminal, which generates a request message;

said receive module processing said request message from said at least one user terminal and sending a response message via an out of band transmitter telling said at least one user terminal where to send its data.

88. The method of claim 87, wherein said at least one user terminal sends voice link data in data message at a specified time.

89. The method of claim 88, wherein said receive module sends said voice link data to a system engine, wherein said system engine recognizes a user'"'"'s request and formulates an appropriate action.

90. The method of claim 89, wherein an action message is transmitted to said at least one user terminal via said receive module and said out of band transmitter.

91. The method of claim 90, wherein said at least one set top box receives said action message and implements actions indicated therein, which actions may be any of local to said at least one set top box, performed in conjunction with a system engine channel, or performed in conjunction with other equipment.

92. The method of claim 83, said request message comprising:

a CRC checking scheme.

93. The method of claim 92, said request message comprising:

an error correcting code (ECC) that permits data errors to be corrected, rather than forcing a retransmission of said message;

wherein said ECC is decoded only if an error is noted in incoming data by said CRC checking scheme.

94. The method of claim 81, wherein said receive module dynamically adjusts bandwidth utilization as circumstances change, or as new applications are deployed that alter a bandwidth profile.

95. The method of claim 83, wherein said receive module responds with a downstream response message to acknowledge receipt of one or more request messages, and informs a corresponding one or more user terminal how and when to transmit information.

96. The method of claim 95, wherein said receive module response message contains fields indicating any of set top box ID, upstream channel assignment to be used for data, amount of information to be transmitted, and a delay period before transmitting.

97. The method of claim 81, wherein concatenation of multiple upstream transmissions in periods of high demand reduces the impact of system latency in wasting upstream bandwidth.

98. The method of claim 83, further comprising the step of:

providing an acknowledge message.

99. The method of claim 81, wherein successive or simultaneous requests from different user terminals may be assigned to different upstream channels, wherein user terminal responses may be overlapped using frequency division multiplexing.

100. The method of claim 95, further comprising the step of:

addressing multiple user terminals with each response message.

101. The method of claim 95, wherein a single response message may contain channel assignments for multiple user terminals when there is more than one pending request.

102. The method of claim 95, wherein sequential responses from different user terminals on a same channel may be scheduled with a single message when a number of pending requests is greater than a number of channels.

103. The method of claim 102, wherein a second user terminal to respond on a same channel is instructed to wait for a period that equals a sum of a transmission time for a first message, plus a worst case latency for upstream transmission, which is a sum of a response latency of said second set top box and any system delay due to a physical location of a subscriber;

wherein location delay may optionally be any of a system worst case, a node worst case, or it may be measured and maintained in a local database on an individual subscriber basis;

and wherein units for said wait period may optionally be in any of packet times if a size of packets is fixed, in seconds, or in system clock ticks.

104. The method of claim 95, wherein having received a response message, said user terminal tunes to a designated channel, waits for a specified delay to elapse;

wherein said user terminal then transmits its negotiated amount of data;

wherein said user terminal then retunes to said request channel;

wherein a timer is started which represents maximum latency that might be encountered;

wherein said user terminal waits for its action message;

wherein if no action message is received before said timer elapses, said user terminal sends a new request message with a new request ID; and

wherein if an action message is received, said user terminal takes an indicated action.

105. In a multicarrier communications system including a plurality of user terminals, a method comprising the steps of:

providing a multichannel receive module comprising a plurality of channels for communication with said user terminals, wherein at least one of said channels is a shared request channel;

implementing a data transmission scheme between said user terminals and said receive module; and

increasing bandwidth assignment latency in said data transmission scheme to improve channel utilization in said communications system.