Source: https://patents.google.com/patent/US20040047297?oq=6076065
Timestamp: 2018-05-26 05:18:41
Document Index: 80656472

Matched Legal Cases: ['art 400', 'art 450', 'art 500', 'art 550', 'art 700', 'art 750', 'art 800', 'art 850', 'art 900']

US20040047297A1 - Self-configuring network telephone system and method - Google Patents
Self-configuring network telephone system and method Download PDF
US20040047297A1
US20040047297A1 US10242291 US24229102A US2004047297A1 US 20040047297 A1 US20040047297 A1 US 20040047297A1 US 10242291 US10242291 US 10242291 US 24229102 A US24229102 A US 24229102A US 2004047297 A1 US2004047297 A1 US 2004047297A1
US10242291
US7058023B2 (en )
Sol Wynn
Wynn Sol H
[0014]FIG. 1 shows a functional block diagram of a telephone device for connection to a LAN in accordance with an embodiment of the present invention;
[0015]FIG. 2 shows a functional block diagram of a device for interfacing an analog telephone to a LAN in accordance with an embodiment of the present invention;
[0016]FIG. 3 shows a functional block diagram of a device for interfacing a digital telephone to a LAN in accordance with an embodiment of the present invention;
[0017]FIG. 4A shows a layout of the keypad and display of a network telephone device in accordance with an embodiment of the present invention;
[0018]FIG. 4B shows a process block diagram for entering characters on the display of FIG. 4A in accordance with an embodiment of the present invention;
[0019]FIG. 5 shows a block diagram illustrating a pair of network telephones coupled to a LAN hub in accordance with an embodiment of the present invention;
[0020]FIG. 6 shows a block diagram illustrating a pair of network telephones and a pair of personal computers coupled to a LAN hub in accordance with an embodiment of the present invention;
[0021]FIG. 7A shows a block diagram illustrating two network telephones and a voice mail equipped PC coupled to a LAN hub in accordance with an embodiment of the present invention;
[0022]FIG. 7B shows a block diagram illustrating voice mail message pathways between two network phones and a voicemail PC in accordance with an embodiment of the present invention;
[0023]FIG. 8 shows a schematic block diagram illustrating connection of multiple network telephones to a voice mail PC via Ethernet LAN switches in accordance with an embodiment of the present invention;
[0024]FIG. 9 shows a schematic block diagram illustrating connection of multiple network telephones to Ethernet LAN hubs and switches in accordance with an embodiment of the present invention;
[0025]FIG. 10 shows a schematic block diagram illustrating multiple network telephones and voicemail connected to Ethernet LAN switches in accordance with an embodiment of the present invention;
[0026]FIG. 11 shows a schematic block diagram illustrating the connection of External Networks and Public Switched Phone Networks to a LAN containing network telephones in accordance with an embodiment of the present invention;
[0027]FIG. 12A shows a functional block diagram of a trunk line card in accordance with an embodiment of the present invention;
[0028]FIG. 12B shows a functional block diagram of a Digital Attendant in accordance with an embodiment of the present invention;
[0029]FIG. 13 shows flow chart illustrating the process for programming a phone number in accordance with an embodiment of the present invention;
[0030]FIG. 14 shows a flow chart illustrating the process for paging in accordance with an embodiment of the present invention;
[0031]FIG. 15 shows a block diagram illustrating the connection of multiple network telephones with two outside phone lines and two phone numbers in accordance with an embodiment of the present invention;
[0032]FIG. 16 shows a block diagram of the system of FIG. 15 with multiple phone numbers in accordance with an embodiment of the present invention;
[0033]FIG. 17 shows a block diagram of the system of FIG. 15 designating one telephone of highest priority in accordance with an embodiment of the present invention;
[0034]FIG. 18 shows a flow chart illustrating the processing steps for the voice mail function in accordance with an embodiment of the present invention;
[0035]FIG. 19 shows a flow chart illustrating the process of transmitting a voice message between network telephones in accordance with an embodiment of the present invention;
[0036]FIG. 20 shows a flow chart illustrating the process of transmitting a character data message in accordance with an embodiment of the present invention;
[0037]FIG. 21 shows a flow chart illustrating the process of communicating between network telephones during a conference call in accordance with an embodiment of the present invention;
[0038]FIG. 22A shows a diagram illustrating the prior art structure of an Ethernet data transmission frame;
[0039]FIG. 22B shows a diagram illustrating a segment of the data transmission frame of FIG. 22A for a Type 1 Command in accordance with an embodiment of the present invention;
[0040]FIG. 22C shows a diagram illustrating a segment of the data transmission frame of FIG. 22A for a Type 1A Command in accordance with an embodiment of the present invention;
[0041]FIG. 22D shows a diagram illustrating a segment of the data transmission frame of FIG. 22A for a Type 2 Command in accordance with an embodiment of the present invention;
[0042]FIG. 23 shows a flow chart illustrating the process of configuring telephones added to the network in accordance with an embodiment of the present invention;
[0043]FIG. 24 shows a flow chart illustrating the process of configuring a Voice Mail Device added to the network, in accordance with an embodiment of the present invention;
[0044]FIG. 25 shows a flow chart illustrating the process of configuring a Trunk Line Card/Digital Attendant that is added to the network, in accordance with an embodiment of the present invention;
[0045]FIG. 26 shows a flow chart illustrating the process occurring during a phone call between two network phones, in accordance with an embodiment of the present invention; and
[0046]FIG. 27 shows flow chart illustrating the process of completing an outside a phone call from a network phone, in accordance with an embodiment of the present invention.
[0047]FIG. 1 shows a functional block diagram of a Telephone Device 10 for connection to a LAN (Local Area Network), in accordance with an embodiment of the present invention. Network connection to the Telephone Device 10 is made through 10/100/1000 Megabit/sec Ethernet cables 24 of the LAN, although other network wiring technologies, such as high speed optical cable, may also be used. For Ethernet networks, RJ-45 type connectors are utilized to connect telephone device 10 to LAN cables 24, but other acceptable connectors are also utilized, as is well known to those skilled in the art. An Ethernet controller 18 interfaces the Micro-controller & Memory Circuitry 14 to the LAN via a standard data, address, and control bus 15. An example of such device is the ASIX AX88796 L Local Bus Fast Ethernet Controller (with ADSP-21065L) or the Intel LXT871A Fast Ethernet Transceiver (with PPC855T).
[0051]FIG. 2 shows a functional block diagram of a device 30 for interfacing an analog telephone set 34 to a LAN, in accordance with an embodiment of the present invention. Analog Phone LAN Interface device 30 contains components that allow interfacing of a standard analog telephone set 34 with a LAN system, preferably an Ethernet LAN system. Analog Phone Interface circuitry 32 decodes voice and key input DTMF (dual tone multi-frequency) commands for digital transmission over the LAN. Analog Phone Interface circuitry 32 also provides dial tone, busy tone and ring tone functions to an analog phone set 34. An example of Analog Phone Interface circuitry 32 is the Silicon Laboratories Si3210 (Programmable CMOS SLIC/Codec with Ringing/Battery Voltage Generation). The analog phone set 34 may be connected to device 30 via standard RJ11 connectors and phone wire 40. Analog phone set 34 may also include a fax machine or cordless telephone.
[0053]FIG. 3 shows a functional block diagram of a device 50 for interfacing a digital telephone 54 to a LAN, in accordance with an embodiment of the present invention. Since the communication protocols for digital phone sets are non-standard and specific to each manufacturer, custom Digital Phone Interface Circuitry 52 is utilized to decode voice and key input commands for the digital phone set 54. Hands-free Interface Circuitry 36 may not be needed, since this is often provided on digital phone set 54. Other functions of Digital Phone LAN Interface device 50 are similar to those described for Telephone Device 10 and Analog Phone LAN Interface device 30.
[0054]FIG. 4A shows a layout 60 of the keypad and display 62 of a network telephone device in accordance with an embodiment of the present invention. The keypad includes keys 63, 66, and 68. A standard telephone numeric keypad 68 is used to input numeric and character information. Keys 66 are fixed function keys and keys 63 are programmable function keys A-F. Indicator lamps 65 are used to indicate which functions A-F are active. Not all keys are shown or need be used in any given phone configuration, such as Telephone Device 10, Analog Phone LAN Interface device 30, or Digital Phone LAN Interface device 50. A display 62 is also provided for viewing character-based information 64. The display may be liquid-crystal, plasma, light-emitting diodes or any other suitable technology. A message lamp 67 indicates the status of voicemail messages. Table 1 shows an example of control key values, in hexadecimal, for the keys shown in FIG. 4A.
[0055]FIG. 4B shows a process block diagram for entering characters PQRS7 on the display 62 of FIG. 4A, in accordance with an embodiment of the present invention. Since each key in pad 68 contains multiple alpha and numeric characters, distinguishing between each is illustrated in this example. Starting at step 70 of FIG. 4B, the character P is entered on the display by pressing the ‘7’ key (or 7PQRS key) followed by the ‘1’ key, indicating the first character in the PQRS string on the 7 key. The display indicates P, in step 71. Q is added to the display, in step 72, by pressing the ‘7’ key followed by the ‘2’ key, giving PQ on the display, as indicated in step 73. Pressing the ‘7’ and ‘3’ keys, in step 74, yields PQR on the display, in step 75. Pressing the ‘7’ and ‘4’ keys, in step 76, yields PQRS on the display, in step 77. Pressing the ‘7’ and ‘5’ keys, in step 78, yields PQRS7 on the display, in step 79. For the purposes of future discussion, when a character is entered into the display, it is assumed that a process similar to that described in FIG. 4B is utilized, even though a shortened description such as “type in ABC” may be recited.
Numeric Key Control Key Function Key Control Key Variable Key Control Key
Description 68 Value, Hex Description 66 Value, Hex Description 63 Value, Hex
1 01 > 10 A 30
2 02 < 11 B 31
3 03 help 12 C 32
4 04 clear 13 D 33
5 05 msg (ref 66e) 14 E 34
6 06 save (ref 66a) 15 F 35
7 07 send (ref 66d) 16
8 08 brdcast 17
9 09 redial 18
0 0A xfer 19
* 0B coef 1A
# 0C page (ref 66c) 1B
spare 00 hdfree 1C
pkup 1D
hold 1E
prog (ref 66b) 1F
[0056]FIG. 5 shows a block diagram 80 illustrating a pair of network telephones 82, 84 coupled to a LAN hub 86, in accordance with an embodiment of the present invention. Preferably, LAN hub 86 is an Ethernet hub, but may be other technologies as well. Subsequent discussion is limited to Ethernet systems by way of example, but this in no way limits the application only to Ethernet systems, since other alternate high-speed network systems are suitable as well. Network telephones 82, 84 are connected to LAN Ethernet lines 88 via 10/100/1000 Mbit/sec shielded or unshielded twisted pair cables, or other compatible high speed data cables. Cables 88 are connected to telephones 82 and 84 with, for example RJ-45 connectors, but other compatible connectors may also be utilized. Network telephones 82, 84 are coupled to LAN hub 86 for communication with other devices coupled to the LAN. The operation of telephones 82 and 84 does not require a central switch, control station, or PBX system to configure their operation or make calls to one another, or other telephones on the same LAN system.
[0057]FIG. 6 shows a block diagram 90 illustrating a pair of network telephones P1 82, P2 84 and a pair of personal computers PC1 92, PC2 94 coupled to LAN hub 86, in accordance with an embodiment of the present invention. Network phones P1 and P2 can operate cooperatively with other devices, such as PC1 and PC2 coupled to hub 86. Network phones P1 and P2 may call each other or other phones (not shown) coupled to the LAN without interfering with the network communication of PC1 and PC2 (except for a small increase in network data traffic). P1 and P2 may also communicate directly with PC1 and PC2 for services such as Voice Mail, or to facilitate data communication between, for example, USB devices 27 connected to the network phones 82, 84 and the PCs. Once phones P1 and P2 are installed and configured, a first user on phone P1 can place a call to a second user on phone P2 without the need for a central switching device to route the call.
[0058]FIG. 7A shows a block diagram 100 illustrating two network telephones 82, 84 and a voice mail-equipped PC 102 coupled to a LAN hub 86, in accordance with an embodiment of the present invention. P1 and P2, coupled to LAN hub 86, utilize communication through the LAN to leave voice mail or data messages in the storage provided by the PC 102. Use of the PC may be advantageous for this purpose due to the large amount of inexpensive memory available. It is also possible to provide messaging memory capability in each of phones P1 and P2, although at reduced capacity. If a reduced capacity is acceptable, some network communication advantages, such as reduced network traffic, may be obtained by locally storing voice mail messages in the phone units 82, 84. However, for larger systems with a greater number of users, the voice mail equipped-PC is more efficient and secure, because voice mail messages are backed-up routinely in such a system to prevent accidental loss. Also, PC usage provides hard drive memory storage at a much lower cost than solid state DRAM costs.
[0059]FIG. 7B shows a block diagram illustrating voice mail message pathways between two network phones P1 82, P2 84 and a voicemail PC 102, in accordance with an embodiment of the present invention. There are potentially three message pathways available if a user on network phone P1 wants to leave a voice message for a user on network phone P2. For systems without a voice mail-equipped PC, Path B 106 is the only route available, wherein a voice mail message is transmitted directly to P2 from P1 and stored there in local memory. For systems with a voice mail PC, Path A 104, 110 and Path C 108 are available. In Path A, the voice mail message is routed from phone P1 to phone P2, then to the voice mail PC 102. In Path C 108, the voice mail is routed from phone P1 82 directly to the voice mail PC 102. The detailed process for both paths A and C is explained in further detail below.
[0060]FIG. 8 shows a schematic block diagram 120 illustrating connection of multiple network telephones to a voice mail PC via Ethernet LAN switches, in accordance with an embodiment of the present invention. In FIG. 8, three levels of interconnected LAN switches are utilized to connect a larger number of network phones to a voice mail PC 122, though any number of levels can be used. In this example, the switches 124, 128, 130, 132, 134, 136, 138 are six-port P1-P6 (not all shown) units. Six-port switches are illustrated, but switches of greater or lesser ports can be utilized as equivalent. Voice mail PC 122 is coupled to port P6 of switch301 124, which in turn may be connected to up to five switches at level 200, although only two of these, switch201 128 and switch202 130, are illustrated for clarity and simplicity. To the five ports of each of the switches 128, 130 at level 200, up to five additional switches at level 100 may be added. Only two are illustrated for clarity. In this example, switch101 132 and switch102 134 are coupled to ports on switch201 128. In like fashion, switch111 136 and switch 112 138 are coupled to switch202 130. Network devices 140-154 are coupled to the ports on each of the switches 132, 134, 136, 138 at level 0. All of these devices 140-154 may be network phones, or only a portion, with the remaining devices being PCs, servers, or other compatible devices. LAN hubs may be utilized instead of switches 124, 128, 130, 132, 134, 136, 138 or any combination of hubs and switches. For Ethernet based systems, interconnection lines 126 are preferably high-speed 10/100/1000 Mbits/sec base-T Ethernet cables.
[0061]FIG. 9 shows a schematic block diagram illustrating the connection of multiple network telephones to Ethernet LAN hubs and switches, in accordance with an embodiment of the present invention. A typical LAN system 160 includes a file server 162 coupled to an Ethernet switch 168. The switch may be subsequently coupled to LAN hubs 170-174 and print server 164. To each of the six-port hubs 170-174, up to five network devices D11 140, D12 142, D15 176, D21 144, D22 146, D25 178, D51 180, D52 182, D55 184 may be connected. For clarity only some are shown in the figure. Any number of the network devices 140, 142, 176, 144, 146, 178, 180, 182, 184 may be network phones, the balance being other suitable network devices such as PCs or servers. Six port switch 168 and hubs 170, 174 are illustrated, but a switch and hubs having more or fewer ports can be utilized as equivalent.
[0062]FIG. 10 shows a schematic block diagram 190 illustrating multiple network telephones and voicemail connected to Ethernet LAN switches, in accordance with an embodiment of the present invention. Hubs 170, 172, 174, in FIG. 9, are replaced with Ethernet LAN switches 194, 196, 198. Network devices 140-146, 176-184 are coupled to switches 194-198. Any number of the network devices 140-146, 176-184 may be network phones. Switches 194-198 are in turn coupled to switch 192. File server 162 and printer server 164 are also coupled to switch 192. As previously noted, the file server 162 and print server 164 may be connected to any of switches 192-198 in the LAN system 190. Switches 194-198 are employed instead of hubs to reduce data collisions (multiple LAN devices transmitting at the same time) and improve network performance.
[0063]FIG. 11 shows a schematic block diagram 200 illustrating the connection of External Networks and Public Switched Phone Networks to a LAN to which network telephones are connected, in accordance with an embodiment of the present invention. As previously described, any number of network devices D11-D15, D21-D25, D51-55 may be network phones. To connect internally generated calls from the network phones D11-D55 to Public Switched Telephone Networks (PSTN) 208, an interfacing device called a Trunk Line Card/Digital Attendant is required. The Trunk Line Card interfaces the analog circuitry of the outside phone lines (PSTN) to the digital circuitry required by a digital attendant. In the present embodiment, both functions are included in device 204. The Digital Attendant converts the MAC (media access control) addresses used by the LAN devices (including the network phones D11-D55) to telephone numbers understandable by standard telephone systems. The Digital Attendant, together with the trunk line card, convert the digital data streams representing the audio conversation to the frequency and signal levels of the outside phone lines. Trunk Line card/Digital Attendant 204 also serves to convert outside dialed connections to the appropriate MAC address of a network phone. The Digital Attendant/Trunk Line card 204 are either packaged together (for example on the same printed circuit board) and installed in a PC, or packaged separately. If separately packaged, the digital attendant is housed in a stand alone console with various types of display indicators (LEDs, LCD displays, etc) and controls to intercept and direct calls within the LAN system.
[0065]FIG. 12A shows a functional block diagram of a Trunk Line Card 220, in accordance with an embodiment of the present invention. This embodiment provides for connection to T1/E1 lines 222, but may be configured for other PSTN phone line configurations as well, with no loss in functionality. A T1/E1 line interface circuit 224 is coupled to micro-controller/DSP & memory circuitry 228, which, in turn, is coupled to Ethernet controller and Interface circuitry 230. RJ45 connectors 236 are supplied to connect the Trunk Line Card 220 to the LAN system. Single line 232 or an additional auxiliary line 234 or more, can be provided. Power supply, clocking, and reset-circuitry is supplied to components 224-230 via Power Module 226.
[0066]FIG. 12B shows a block diagram of a Digital Attendant 210, in accordance with an embodiment of the present invention. The circuitry is similar to the embodiments illustrated in FIGS. 1 and 12A, but adds additional features as well. The Digital Attendant 210 can be provided with these additional interface features through use of the PC 212, which may allow a user to implement a human operator interface as part of the attendant function. The PC 212 allows for a video screen display with GUI programming to allow the operator to easily determine the status of callers in the network and direct incoming calls. To connect with the central office 214 through line 216, or more lines, a circuit module 218 has been added to the embodiment of FIG. 1. PC 212 is shown connected to USB interface 26.
[0067]FIG. 13 shows flow chart illustrating the process 240 for programming a phone number, in accordance with an embodiment of the present invention. In this process, the user manually programs a particular phone extension number 4305 into the user's extension by starting at step 242 and pressing the Program key 66 b. In the next step 244, the phone display 62 in FIG. 4A, indicates a choice of Number (*) or Name (#). In step 246, the user presses the (*) key to program a number. In step 248, the display 62 prompts the user to enter the numbers and press the Save key 66 a, when complete. In step 250, the user presses the 4, 3, 0, 5, and Save keys. In step 252, the display 62 instructs the user to wait while the phone checks for phone number conflicts elsewhere on the LAN. In step 254, the network phone sends out the ‘Phone Number Tryout’ command to all other network phones on the LAN. If no other phone responds with “4305 in current use”, number ‘4305’ is assigned to the user, in step 256. All other phones will update their look up tables (LUTs) with the new number, such as shown in step 726, in FIG. 23. The number will be displayed on the user's phone, in step 258.
[0068]FIG. 14 shows a flow chart illustrating a process for paging, in accordance with an embodiment of the present invention. The user starts the process by lifting the handset and pressing the Page key 66 c, in step 262. The display prompts the user for a choice, in step 264. In this example, the user chooses Phone #, choice (3), in step 266, by pressing the 3 key. In step 268, the display prompts for the phone number to which the page is to be directed. In this example, the user enters ‘2780’ by pressing 2, 7, 8, 0 keys, in step 270. In step 272, phone ‘2784’ sends a paging command to phone ‘2780’. In step 274, phone ‘2780’ sends the phone at ‘2784’, a ‘Call-connected’ command. In step 276, the phone at ‘2784’ sends voice data to phone at ‘2780’.
[0069]FIG. 15 shows a block diagram 300 illustrating the connection of multiple network telephones with two outside phone lines 302, 304 in accordance with an embodiment of the present invention. Phone lines 302, 304 are coupled to a Trunk Line Card/Digital Attendant device 306. Trunk Line Card/Digital Attendant device 306 is normally supplied with one port 305, but optionally has a second port 307 for increased capacity. Trunk Line Card/Digital Attendant device 306 is coupled to six-port LAN switch 308, which in turn is coupled to six-port LAN switches 310 and 312. Network phones P#1 314 through P#5 318 are coupled to switch 310, and network phones P#6 319 through P#10 323 are coupled to switch 312.
[0071]FIG. 16 shows a block diagram 324 of the system of FIG. 15 with multiple outside telephone numbers in accordance with an embodiment of the present invention. In this embodiment, enough phone numbers have been allocated to allow a direct dial connection from an outside caller to each user at phones P#1-P#10. Module 326 no longer requires the extension access capability.
[0072]FIG. 17 shows a block diagram 330 of the system of FIG. 15 except that one telephone is designated to have the highest priority, in accordance with an embodiment of the present invention. In this embodiment, only two phone numbers are provided, and network phone P#1 334 is designated highest priority. This causes all incoming calls are directed to P#1, and if P#1 is busy, the attendant module 332 directs the caller to choose an extension to which to direct the call. The call is then directed to one of phones P#2-P#10. This embodiment may be useful for organizations that wish to direct all calls through a receptionist or operator, for example. After hours or when the receptionist is unavailable, calls are forwarded directly to a chosen extension.
[0073]FIG. 18 shows a flow chart 400 illustrating the processing steps for the voice mail function, in accordance with an embodiment of the present invention. The process starts at step 402 with phone 1 calling phone 2. In step 404, phone 1 sends a ‘Ring’ command to phone 2. If phone 2 is not busy, as determined in step 406, the phone 2 rings, in step 408. Next, in step 420, the number of rings is compared with a preset value NR and, if the number of rings does not exceed the preset value, as determined in step 420, the process continues at step 404. If the number of rings does exceed the preset value NR, as determined in step 420, the caller begins the voice mail function at step 422.
[0078]FIG. 19 shows a flow chart 450 illustrating the process of transmitting a voice message between network telephones, in accordance with an embodiment of the present invention. In this process, the user on phone #1 leaves a voice message for the user at phone #2 without ringing phone #2. In step 452, the user at phone #1 presses the Message key 66 e. In step 454, the display 62 at phone #1 prompts “Retrieve (*) or Send (#)”. In step 456, the user presses the (#) key, making the choice to send a message. The display, in step 458, then prompts “Voice (*) or Data (#)”. In step 460, the user presses the (*) key, selecting to send a voice message. In step 462, the display prompts the user to enter the phone number and press the Send key 66 d. In step 464, the user enters the number of phone #2 (in this case ‘2003’), and presses the Send key.
In a first alternative following step 466, the voice mail device sends a ‘Call Connected’ message to phone to phone #1, and a voice data (the “greeting”) to phone #1, in step 468 a.
In a second alternative following step 466, the voice mail device sends a ‘Call-connected’ message to phone #2, which then sends a ‘Call-connected’ message to phone #1, in step 468 b. Also, in step 468 b, the voice mail device sends a voice data (the “greeting”) directly to phone #2, which then sends a voice data greeting to phone #1.
In a first alternative following step 472, phone #1 sends the voice message recorded by the user directly to the voice mail device, in step 474 a.
In a second alternative following step 472, phone #1 sends the voice message to phone #2, which in turn sends the message to the voice mail device, in step 474 b. In step 476 a, phone #1 sends a ‘Call-Disconnect’ message to the voice mail device. In step 476 b, phone #1 sends the ‘Call Disconnect’ command to phone #2, which then sends the ‘Call Disconnect’ command to the voice mail device.
[0086]FIG. 20 shows a flow chart 500 illustrating the process of transmitting a character data message, in accordance with an embodiment of the present invention. In this process, the user on phone #1 leaves a data (or character) message for the user at phone #2 without ringing phone #2. In step 502, the user at phone #1 presses the Message key 66 e. In step 504, the display 62 at phone #1 prompts “Retrieve (*) or Send (#)”. In step 506, the user presses the (#) key, making the choice to send a message. The display, in step 508, then prompts “Voice (*) or Data (#)”. The user presses the (#) key to select data, in step 510. In step 512, the display prompts the user to type in the data message and press Save 66 a. In step 514, the user types in the message “Call John at 2025” and presses the Save key. In step 516, the display indicates the message just entered, followed by instructions to press the Message key 66 e to change the message or press the Send key 66 d to send. In step 518, the user presses the Send key. The display then prompts the user for the destination phone number, in step 520. In step 522, the user types in the phone number of phone #2 (in this case 2003) and presses Send key.
[0088]FIG. 21 shows a flow chart 550 illustrating the process of communicating between network telephones during a conference call, in accordance with an embodiment of the present invention. In this example, network phone A 552 sets up a conference call between network phone B 554, network phone C 556, and network phone D 558. Voice data traffic from network phone B is sent to phone A via path 564, and voice data traffic from all the other phones in the conference call is routed to phone B through network phone A via path 566. Similarly, voice data traffic from phone C is routed to phone A via path 562, and voice data traffic from all the other phones in the conference call are routed to phone C through network phone A via path 560. Voice data traffic from phone D is routed to phone A via path 568, and voice data traffic from all the other phones in the conference call are routed to phone D through network phone A via path 570.
[0089]FIG. 22A shows a diagram 600 illustrating the prior art structure of an Ethernet data transmission frame. The protocol and data structure are in accordance with the IEEE 802.3 standard, and represent how digital information is transmitted from one device to another in an Ethernet LAN system. Because the transmission of data in an Ethernet system is basically serial in nature, the data transmission frame contains information, arranged in a sequential fashion, about the destination device identity and address, the source device identity and address, the data to be transmitted, and buffer information to identify the start and end of the frame.
[0093]FIG. 22B shows a diagram illustrating a segment 620a of the data transmission frame of FIG. 22A for a Type 1 Command in accordance with an embodiment of the present invention. The Type 1 frame is primarily utilized for transmitting voice or character data (MAC Client data 612) equal to or greater than 46 bytes. Field 622 contains the command/status headers. Details are shown in Table 2. Field 624 contains the payload data, which is equal to or greater than 44 bytes for the Type 1 frame. The data contained in fields 612 and 614 of FIG. 22A is contained in field 626 of FIG. 22B. Information (coding) contained in field 626 is specific to the network phone embodiments of the present invention.
Table 2 contains the format and bit code information for the command status header field 622 in a Type 1 Command data frame. The command/status header includes two bytes of information, shown in the first and second columns labeled Byte 1 and Byte 2. Byte 1 codes are given by entries in the 2nd through sixth rows. Byte 2 codes (Command/Status Codes) are shown in Table 4
Byte 1 Byte 2 Description
xxxx:xxxx yyyy:yyyy Binary Bit Code, Command/Status
——:—_x count bit = 0,
yyyy:yyyy Command/Status Code. See Table 4.
[0095]FIG. 22C shows a diagram illustrating a segment 620 b of the data transmission frame of FIG. 22A for a Type 1A Command, in accordance with an embodiment of the present invention. The Type 1A frame is primarily utilized for transmitting voice or character data (MAC Client data 612) less than 46 bytes. Field 622 contains the command/status headers, as in the Type 1 frame. An additional field 632 is added to this frame to distinguish the important control and payload data from the pad in field 636. Details are shown in Table 3. Field 634 contains the payload data, which will be less than 43 bytes. The pad field 636 contains filler bytes of non-relevant information to bring the total length of field 638 to 46 bytes.
Byte 1 Command/ Byte
Command/Status Status Count Description
xxxx:xxxx yyyy:yyyy zzzz:zzzz Binary Bit Code,
——:010_to reserved
——:111—
——:——x count bit = 1,
yyyy:yyyy Command Code.
zzzz:zzzz Byte count
Table 3 contains the format and bit code information for the command/status header field 622 and the Byte Count field 632 in a Type 1A Command data frame of FIG. 22C. The command/status header includes two bytes of information, shown in the first and second columns labeled Byte 1 and Byte 2. Byte 1 codes are given by entries in the 2nd through sixth rows. Byte 2 codes are shown in Table 4. This table contains an additional column labeled ‘Byte Count’, which is the information contained in field 632, a single byte of information of value 0-43 that indicates the value in fields 634. The Byte Count is required because, without it, a device would be unable to distinguish the boundary between relevant data and pad bits. The Byte Count is not required for a Type 1 frame because there is no pad required; all data in the MAC Client field is relevant.
[0097]FIG. 22D is a diagram illustrating a segment 620 c of the data transmission frame of FIG. 22A for a Type 2 Command, in accordance with an embodiment of the present invention. Type 2 commands are utilized primarily to transmit signaling or control and command data. The structure of fields 645 of FIG. 22D is the same as the structure of fields 638 of the previous FIG. 22C, except for the addition of the Group/Type field 641. The Command/Status header field 622 remains as described in Tables 2 and 3. The count bit equals 0 in Table 2 when the Control Data field 643 is greater than or equal to 40 bytes, and the count bit equals 1 in Table 3 when the Control Data field is less than 40 bytes. The Byte Count field 632 serves the same purpose as in the Type 1A command frame described above. When the Control Data field 643 is greater than or equal to 40 bytes, the Byte Count field 632 contains a value of 00. The pad field 644 serves the same purpose as that described in the Type 1A command frame, and contains non-relevant filler information only when Control Data field length is less than 40 bytes.
05-0F: Reserved
20  Phone Number Tryout (broadcast)
2D: Phone Set Inventory Request
32: Device Group/Type (Broadcast by
37: Data Message Storage
54: Password Entry
57: Reserved
58: Reserved
5D: Reserved
63: Call Park Retrieve
F0: Firmware Update Download
F2: Firmware Update Download
For Type 1, 1A:
20: Phone Number Tryout (broadcast). Sent by the Network Telephone Source Phone to all Network Telephone Devices with its phone number in its Data Field when it is first hooked up to the LAN network. The Network Telephone Source Phone waits for some ‘time-out’ period to make sure that no same number exists in the network and sends out the broadcast message one more time to be absolutely sure that it can use the number. If there is a ‘Number Already Exists Response’ received, then it waits for the ‘Directory Transmit’ command from the same responding Network Telephone Phone.
27: Broadcast Phone Directory Request. Sent by the Network Telephone Trunk Line Card/Digital Attendant to update its Directory or by the Network Telephone Phone when it first tries out its phone number but does not receive any Directory Transmit Command from other device. The Control Data byte determines the t or time count (each count=10 ms; 0-1=10 ms, 2=20 ms, 3=30 ms, . . . n=(30×n) ms. For 100 Mbit/s Ethernet system, the count=2 minimum. For 10 Mbits/s Ethernet system, the count=20 minimum) in milliseconds for the response time of the ‘Phone Directory Broadcast’ command. (See next command below)
28: Phone Directory Broadcast. Control Data Field should be as follows: Group/Type, MAC Address, Phone Number, Name (if any), Group/Type, MAC Address, Phone Number, Name (if any) of n devices. This Command is sent by the Network Telephone Source Device in response to a ‘Phone Directory Request Broadcast’ command (Command 27). This command should be executed only once from a single device to prevent the network from being flooded (since all Phone Directories are identical). In other words, only one device executes this command and the others do not repeat the command when they receive this command from the network. The following formula (n−1)×t applies, where: n is the order number of phone number (from lowest to highest or 1 to N where N=Number of Phone Sets); t, the time in milliseconds (example 30 milliseconds), determines which device should execute this command; and [(n−1)×t] is time out period before a device can issue this command. Device with the order phone number equal to 1 (n=1, number 1) will issue this command right away since its time-out period is 0 ms. If, for some reason, device number 1 is not present, then the device with n=2 and t=30 ms has a 30 ms time out before it can issue this command. Larger timeout times are computed for higher order numbers.
29: Phone Directory Transmit. This command is sent in response to the ‘Phone Directory Request’ command (26). Control Data Field should be as follows: Group/Type, MAC Address, Phone Number, Name (if any), Group/Type, MAC Address, Phone Number, Name (if any) of n devices.
2E: Device Tally Broadcast. The command is in response to the Phone Set Inventory Request Broadcast above. Each Phone Set should wait for the [(n−1)*t ] time out period to expire before issue this command. The formula allows each device to execute this command in an orderly manner and every one of them will have the chance to execute this command. Control Data Field should be as follows: Group/Type, MAC Address, Phone Number, Name (if any).
31: Device Group/Type Configure Sent to Network Destination Phone to configure its Group/Type. Used by the Administrator to configure the Group/Type of the Network Destination device.
Following is an example of the Network Telephone Trunk Line Card broadcasting the ‘Device Type’ command in an LAN Phone System where users have to dial digit 9 (access code) first in order to get access to the outside call (Dial digit 9 then follows by the telephone number):
------------------------ Device Type Command (Command Header)
-------------- Trunk Card (Group Type)
---------- 1 byte follows (Byte Count)
------- Digit 9 (for Access Code to Trunk Line Card)
——:Page Group:Priority Type Code Description
eeee:dddd cccc:bbbb aaaa:aaaa
00000000 BO Inter-Building
00000001 LC Local Call
00000010 DC Long Distance
00000011 IC International
00000110 MC Microphone for
00000111 SP Speaker Phone for
00001xxx spare Spare
00010000 FM Fax Machine
00010001 VM Voice Mail Device
00010010 TC Trunk Line Card/
00010011 VC VPN Line Card
00010101 USB USB Device
00010110 USB USB Video Input Device
00010111 USB USB Video output
00011000 USB USB Scanner Device
00011001 USB USB Printer Device
——:0000 NP No Priority
——:0001 P0 Priority 0 Lowest
——:001x P1 Priority 1
——:01xx P2 Priority 2
——:1xxx P3 Priority 3 Highest
0000:—— DL Direct Line
0001:—— G1 Group 1
0010:—— G2 Group 2
0100:—— G3 Group 3
1000:—— G4 Group 4
——:0000 Pg0 Individual Paging Only
——:0001 Pg1 Group 1 Paging
——:0010 Pg2 Group 2 Paging
——:0100 Pg3 Group 3 Paging
——:1000 Pg4 Group 4 Paging
p0 NP: No priority. p0 Pn: Any external incoming call will be transmitted by the Attendant (with Extension Option) to the phone with the highest Priority first. Only when it is busy then it will be routed to the next phone. P0 has the lowest priority and P3 the highest. This feature applies only when there are less phone numbers assigned by the Central Office (Phone Company) than the number of phone sets.
p0 DL: Direct Line indicates that an incoming call will be directed to the phone with the matched number. p0 G1, G2, G3, G4: Group Line means an incoming call will be directed to the first available phone in the group (since they use one common telephone number). Only when all the phones in the group are used then busy will tone generated. Groups can be overlapped when more than 1 bit is set. When a phone have group overlap feature it will not be rung until one of its group of phone lines are totally busy. Phones with Group Features still can support Direct Line call. Phone with Direct Line Feature will not support Group. Examples of Group Line Phones are in Sale, Customer Support, Warehouse, . . . where only one common Phone Number (group) is needed.
p0 Pg1, Pg2, Pg3 and Pg4: Paging is applied only for Speaker Phone(s). When Paging happens, every one of the Speakerphones with the same Group Paging bit turned on will be transmitted with the same Paging Command.
[0232]FIG. 23 shows a flow chart 700 illustrating the process of configuring a telephone that is added to the network in accordance with an embodiment of the present invention. In step 702, a new phone is connected to the network and, in step 704, the phone broadcasts over the network a ‘Phone Number Tryout’ command with an initial number of ‘2000’. In step 706, the newly connected phone waits for a response from the network. If there is a network response timeout, as determined in step 706 (meaning that there is no response during the timeout period), then, in step 734, the newly connected phone assigns the number ‘2000’ to itself, and, in step 734, broadcasts a ‘Phone Number Broadcast’ command over the network, after which the newly connected phone sends a ‘Phone Directory Request Broadcast’ command, in step 738 and waits for a response. If a network response timeout occurs, then the newly connected phone is the only one in the network. A response received during the network response timeout, in step 740, contains the phone directory of all existing phones sent from phone #1, in step 742. The newly connected phone then acknowledges the message containing the directory by sending a ‘Phone Directory Received’ command, in step 744, and the process completes with the receipt of an ‘End’ command from phone #1, in step 746. Otherwise, phone #1 again sends a ‘Directory Broadcast’ command, in step 742. All network phone devices update their LUTs in step 726.
[0235]FIG. 24 shows a flow chart 750 illustrating the process of configuring a Voice Mail Device added to the network, in accordance with an embodiment of the present invention. This process is similar to that described above for adding new phones. In this process, phone #1 must be previously installed and operational. Starting in step 752, a Voice Mail device is placed online in the network. In step 754, the Voice Mail Device broadcasts the ‘Device Type’ command and the ‘Phone Directory Request’ command, in step 756 and waits in step 757 for a response. In response, in step 758, phone #1 broadcasts the phone directory of numbers. The Voice Mail Device acknowledges receipt of the phone directory, in step 760, and all network devices update their LUTs to include the Voice Mail Device information, in step 762.
[0236]FIG. 25 shows a flow chart 800 illustrating the process of configuring a Trunk Line Card/Digital Attendant that is added to the network, in accordance with an embodiment of the present invention. Phone #1 must be installed and operational. In step 802, the Trunk Line Card/Digital Attendant is placed online in the network and in step 804, the Attendant broadcasts a ‘Device Type’ command, in step 804, followed by a ‘Phone Directory Request’ command, in step 806. In step 808, phone #1 broadcasts the directory of phone numbers, in response to the ‘Phone Directory Request’ command. The Trunk Line Card/Digital Attendant acknowledges receipt of the phone directory, in step 810, and all network devices update their LUTs to include the Trunk Line Card/Digital Attendant information, in step 812. The Trunk Line Card/Digital Attendant polls the network on a periodic basis to establish the calling status of all phones, in step 814.
[0237]FIG. 26 shows a flow chart 850 illustrating the process occurring during a phone call between two network phones, in accordance with an embodiment of the present invention. The call is initiated, in step 852, when phone 1 sends a ‘Ring Command’ to phone 2. In response, phone 2 sends a ‘Ring Status’ message to phone 1, in step 854. After the call is answered, phone 2 sends a ‘Call Connected Status’ message to phone 1, in step 856, following which, phones 1 and 2 exchange voice data (the conversation), in step 858 and step 860. Steps 858 and 860 repeat while the conversation continues. When the conversation is completed, as determined in step 862, phone 1 sends a ‘Call Disconnect’ command to phone 2, in step 864. It is also possible to have phone 2 terminate the conversation by sending a ‘Call Disconnect’ command to phone 1 in like fashion.
[0238]FIG. 27 shows flow chart 900 illustrating the process of completing an outside phone call from a network phone, in accordance with an embodiment of the present invention. In this process, the user (phone 1) makes an outside call from a network phone. The process begins at step 902 with phone 1 sending a ‘Link Request’ (code 1B in Table 4) by dialing “9” or some other character programmed to provide outside line access. The Trunk Line Card acknowledges the request by sending a ‘Link Request Acknowledge’ to phone 1, in step 904. Phone 1 next transmits to the Trunk Line Card/Digital Attendant, in step 906, a DTMF (Dual Tone Multi-Frequency) message, which is used by the Trunk Line card/Digital Attendant to connect to the outside phone number in the PSTN (see FIG. 1, item 208). The Trunk Line Card/Digital Attendant sends to phone 1 a ring tone that originated from the central office, in step 908. When the call is completed by the recipient going ‘off-hook’, the Trunk Line Card sends a ‘Call Connected’ status to phone 1, in step 910. The phone conversation between phone 1 and the outside caller, via the Trunk Line Card, occurs in steps 912 and 914. When the conversation is complete, as determined in step 916, phone 1 sends a ‘Call Disconnect’ message, in step 918, to the Trunk Line Card/Digital Assistant (the outside caller), or visa-versa, if the outside caller terminated the call.
1. A method for automatically configuring a network phone system, comprising:
broadcasting, by a phone connected to the network, a command containing a predetermined telephone number over the network;
determining from the response that the predetermined telephone number is already assigned to another telephone connected to the network;
receiving a directory message over the network after receiving the number-assigned response, the directory message including a telephone directory containing numbers assigned to telephones connected to the network;
finding a non-conflicting telephone number from the received telephone directory;
2. A method for configuring as recited in claim 1, wherein broadcasting a command containing a predetermined telephone number is performed by sending out a broadcast frame with a ‘Phone Number Tryout Command’.
3. A method for configuring as recited in claim 1, wherein the network response received during the timeout period is a ‘Number Already Exists Command’.
4. A method for configuring as recited in claim 1, wherein the directory message is a ‘Directory Transmit Command’.
5. A method for configuring as recited in claim 1, wherein broadcasting the adopted number over the network is performed by sending out a broadcast frame with a ‘Phone Number Transmit Command’.
6. A method for configuring as recited in claim 1, further comprising, if no response is received during the timeout period,
broadcasting the predetermined number over the network;
if no response is received, adopting the selected number as the number for the phone.
7. A method for configuring as recited in claim 6, wherein broadcasting the predetermined number over the network is performed by sending a broadcast frame with a ‘Phone Number Broadcast Command’.
8. A method for configuring as recited in claim 1, wherein the step of finding a non-conflicting telephone number includes:
if no response from the network occurs during a timeout period, adopting the selected number as the number for the phone.
9. A method for configuring as recited in claim 8, wherein broadcasting a command containing the selected number is performed by send a broadcast frame with a ‘Phone Number Tryout Command’.
10. A method for configuring as recited in claim 1, further comprising the step of, after receiving the directory message, acknowledging the receipt of the directory message.
11. A method for configuring as recited in claim 10, wherein acknowledging the receipt of the directory message is performed by sending a ‘Directory Received Command’.
12. A method for automatically configuring a network phone system, comprising:
receiving a directory message over the network, the directory message including a telephone directory containing numbers assigned to telephones connected to the network;
adopting the found number as the number for the phone, and broadcasting the adopted number over the network.
13. A method for automatically configuring a network phone system as recited in claim 12, further comprising receiving a number-assigned response over the network, prior to the receiving a directory message over the network.
14. A method as recited in claim 13, further comprising broadcasting a message containing a predetermined telephone number over the network prior to receiving a number-assigned response.
15. A method for configuring as recited in claim 12, wherein the step of finding a non-conflicting telephone number includes:
16. A method of operating a voice mail system over a network that interconnects a voice mail device and at least two network telephones, comprising:
if the number of ring commands exceeds a predetermined number, sending a voice message storage request to the voice mail device;
receiving a call-connected status from the voice mail device and sending a call-connected status to the first network phone;
receiving a voice data greeting and sending the voice data greeting to the first network phone;
in response to the voice data greeting, receiving a voice data message from the first phone and sending the voice data message to the voice mail device over the network;
receiving a call-disconnect command from the first phone and sending a call-disconnect command to the voice mail device; and
receiving a voice mail message available command from the voice mail device, the voice mail message available command causing a voice mail message waiting indicator to light on the second network phone.
17. A method of operating a voice mail system over a network that interconnects a voice mail device and at least two network telephones, comprising:
sending a ring command from the first network phone to the second network phone, a predetermined number of ring commands being exceeded at the second network phone;
receiving a voice data greeting from the voice mail device, the second phone having sent a voice message storage request to the voice mail device;
sending a call-disconnect message to the voice mail device, a voice message waiting indicator being lighted on the second network phone.
18. A method of transmitting a voice message between at least two network telephones interconnected by a network, comprising:
19. A method of transmitting a voice message between at least two network telephones interconnected by a network, comprising:
20. A method of transmitting a character message between at least two network telephones interconnected by a network, comprising:
21. A method for automatically configuring a voice mail device for a network that interconnects the voice mail device and a network phone, comprising:
sending an acknowledge message to the network phone.
22. A method for automatically configuring a trunk line card device for a network that interconnects the trunk line card device and a network phone, comprising:
polling on a regular basis to determine the calling status of any phone connected to the network.
23. A method for conducting a phone call between a first and second phone interconnected by a network, comprising:
sending a ring command from the first phone to the second phone over the network;
24. A method of completing a phone call between a destination phone outside a network and a telephone connected to the network, comprising:
sending a link request to a trunk line card coupled between the network and the destination phone;
transferring voice data between the network phone and the destination phone outside the network via the trunk line card; and
sending a call-disconnect message to the destination outside the network via the trunk line card.
US10242291 2002-09-11 2002-09-11 Self-configuring network telephone system and method Expired - Fee Related US7058023B2 (en)
US10242291 US7058023B2 (en) 2002-09-11 2002-09-11 Self-configuring network telephone system and method
US10644642 US7092386B2 (en) 2002-09-11 2003-08-20 Network telephone system and methods therefor
PCT/US2003/027676 WO2004025914A3 (en) 2002-09-11 2003-09-02 Network telephone system and methods therefor
CN 03823814 CN1306780C (en) 2002-09-11 2003-09-02 Network telephone system and methods therefor
JP2004536097A JP2005538646A (en) 2002-09-11 2003-09-02 Network telephone system and method
EP20030751992 EP1547333A4 (en) 2002-09-11 2003-09-02 Network telephone system and methods therefor
CA 2497017 CA2497017A1 (en) 2002-09-11 2003-09-02 Network telephone system and methods therefor
US11499900 US7366116B2 (en) 2002-09-11 2006-08-03 Network telephone system and methods therefor
US11982370 US20080151874A1 (en) 2002-09-11 2007-10-31 Network telephone system and methods therefor
US10644642 Continuation-In-Part US7092386B2 (en) 2002-09-11 2003-08-20 Network telephone system and methods therefor
US20040047297A1 true true US20040047297A1 (en) 2004-03-11
US7058023B2 US7058023B2 (en) 2006-06-06
ID=31991379
US10242291 Expired - Fee Related US7058023B2 (en) 2002-09-11 2002-09-11 Self-configuring network telephone system and method
US10644642 Expired - Fee Related US7092386B2 (en) 2002-09-11 2003-08-20 Network telephone system and methods therefor
US (2) US7058023B2 (en)
CN (1) CN1306780C (en)
US20120063580A1 (en) * 2006-12-27 2012-03-15 Vonage Network Llc Method for automated management of a telecommunication service
CN102523537A (en) * 2011-11-03 2012-06-27 广东亿迅科技有限公司 Communication service processing method based on enterprise switchboard system and enterprise switchboard system
CN103428056A (en) * 2012-05-23 2013-12-04 一硕科技股份有限公司 Vdsl network system and vdsl repeater thereof
CN104601739A (en) * 2014-12-15 2015-05-06 厦门联掌网络有限公司 Method for performing multi-IP (internet protocol) wireless data interaction between intercom system and hand-held equipment
US9902591B2 (en) 2012-09-26 2018-02-27 Kone Corporation Method for giving destination calls in an elevator system and an elevator system
CN1703888A (en) 2005-11-30 application
US7058023B2 (en) 2006-06-06 grant
CN1306780C (en) 2007-03-21 grant
US20040091089A1 (en) 2004-05-13 application
US7092386B2 (en) 2006-08-15 grant