throbber
USOO6980564B1
`
`(12) Unlted States Patent
`(10) Patent No.:
`US 6,980,564 B1
`
`Rodriguez et al.
`(45) Date of Patent:
`Dec. 27, 2005
`
`(54) MODULAR DATA COMMUNICATION
`EQUIPMENT SYSTEM
`
`5,550,984 A *
`6,026,086 A *
`
`8/1996 Gelb .......................... 709/245
`2/2000 Lancelot et al.
`............ 370/353
`
`(75)
`
`Inventors: Juan 0. Rodriguez, Alpharetta, GA
`(US); David J. Berman, Swampscott,
`MA (US); James D. Lakin, Roswell,
`GA (US)
`
`* cited by examiner
`.
`.
`Primary Examiner—Bob A. Phunkulh
`(74) Attorney, Agent, or Firm—Withrow & Terranova,
`PLLC
`
`(73) Assignee: Nortel Networks Limited, St. Laurent
`(CA)
`
`(57)
`
`ABSTRACT
`
`( * ) Notice:
`
`Subjecttto any disclaimer, the term Of this
`{)jatsenct lfsixgengedsfi gdjusted under 35
`’
`’
`’
`( ) y
`ays.
`(21) Appl. No.: 09/884,684
`
`(22)
`
`Filed:
`
`Jun. 19, 2001
`
`_
`_
`Related U'S' Appllcatlon Data
`
`A network interface unit includes an interface module for
`translating messages transmitted between one of a family of
`different types of service delivery units. Each type of service
`delivery unit provides a network service that is different than
`the network service provided by the other types of service
`delivery units in the family. The service delivery unit
`connected to the network interface unit processes messages
`received in a first format. The network interface unit thus
`
`(63) Continuation of application No. 09/753,014, filed on
`Jan. 2, 2001, now abandoned.
`
`includes a medium module configured to process data for
`transmission between the given medium and the service
`
`7
`
`................................................. H04J 3/16
`Int. Cl.
`(51)
`....................................... 370/466; 370/419
`(52) US. Cl.
`(58) Fleld of Search ................................ 370/419, 420,
`370/421’ 466’ 467’ 400’ 401; 709/249
`References Cited
`U.S. PATENT DOCUMENTS
`
`(56)
`
`delivery unit, and the interface module. The medium module
`transmits messages toward the service delivery unit in a
`second format. The interface module is configured to receive
`messages transmitted between the medium module and the
`service delivery unit. The interface module is configured to
`translate messages from the second format
`to the first
`format.
`
`5,251,207 A * 10/1993 Abensour et al.
`
`........... 370/473
`
`27 Claims, 6 Drawing Sheets
`
`26
`
`28
`
`Network interface Unit
`
`
`Service Delivery Unit
`
`22
`34
`
`
`
`Network
`
`
`
`
`Medium
`
`Service
`
`Module
`
`Module
`
`
`Page 1 of 13
`
`VERIZON EXHIBIT 1001
`
`Page 1 of 13
`
`VERIZON EXHIBIT 1001
`
`

`

`US. Patent
`
`Dec. 27, 2005
`
`Sheet 1 0f 6
`
`US 6,980,564 B1
`
`Nr.83
`
`{0352
`
`83mg
`
`55290
`
`mmm_Een_
`
`N65%
`
`Eggw2$82
`
`305mm
`
`{0352
`
`F83mm
`
`EoEmm
`
`£95on
`
`m838
`
`308%
`
`£0502
`
`283mm
`
`3
`
`3
`
`3
`
`Page 2 of 13
`
`Page 2 of 13
`
`
`
`
`

`

`US. Patent
`
`Dec. 27, 2005
`
`Sheet 2 0f 6
`
`US 6,980,564 B1
`
`NT'—
`
`om
`
`
`
`«m
`
`{03me
`
`83.6w
`
`228—2
`
`E:39:8moEom
`
`—Zl--LIJCELL<iOUJ
`
`m_w_._n_____m_
`
`
`
`Em._.w>wmwmoo<
`
`7llllllllllllllllllllllllllllllllllllllI.
`
`
`
`:539:85{0332
`
`5282
`
`2:82
`
`mm
`
`
`mm
`
`Page 3 0f 13
`
`Page 3 of 13
`
`
`
`
`
`

`

`US. Patent
`
`Dec. 27, 2005
`
`Sheet 3 0f 6
`
`US 6,980,564 B1
`
`wm
`
`{2202
`
`8356
`
`2:82
`
`new
`
`685»
`
`5232
`
`2:82
`
`mmmmm65%
`
`
`
`E:526amomamm
`
`
`
`E:83.25x5352
`
`moEmm
`
` :5392mm
`mmmm
`
`
`
`ts:8%me{0352
`
`{9552
`
`835m
`
`2:32
`
`on
`
`w65%
`
`22
`
`“SEE
`
`EB:
`
`mags.
`
`
`
`mm
`
`
`
`mm
`
`Page 4 of 13
`
`Page 4 of 13
`
`
`
`
`
`
`
`
`

`

`mwaPs”U
`
`D
`
`mmmm
`
`
`
`mmmE533:8@238E589:95x6262
`
`
`
`m.Bufimocfim
`
`n
`
`US 6,980,564 B1
`
`mm=o
`
`“mean225:622mrmaw“memo;8E3;momtmfi2:82E...MioémzDow
`
`
`
`
`
`.0.UNK
`
`
`
`Page 5 0f 13
`
`Page 5 of 13
`
`
`
`

`

`US. Patent
`
`Dec. 27, 2005
`
`Sheet 5 0f 6
`
`US 6,980,564 B1
`
`2E539:8moEmmII/\\.mmmm,8
`
`2E:gate;{0an
`
`mm
`
`e.UNR
`
`2:5@855£222
`
`
`
`NE:8E2;{0502
`
`Page 6 0f 13
`
`Page 6 of 13
`
`
`
`

`

`US. Patent
`
`Dec. 27, 2005
`
`Sheet 6 0f 6
`
`US 6,980,564 B1
`
`mm
`
`om
`
`[lxlk
`
`\momtflg<8
`
`Lommmooi
`
` $525
`Escogom96
`0,42wfiooaE
`
`Page 7 0f 13
`
`
`
`
`
`2:8283.35x5362ozmo
`
`u65%
`
`
`
`
`
`E529:8022mm22.62BEBEx5262055
`
`Page 7 of 13
`
`
`
`
`
`
`

`

`US 6,980,564 B1
`
`1
`MODULAR DATA COMMUNICATION
`EQUIPMENT SYSTEM
`
`PRIORITY
`
`This application is a continuation of and claims priority
`from US. patent application Ser. No. 09/753,014, filed Jan.
`2, 2001, now abandoned, and entitled, “MODULAR DATA
`COMMUNICATION EQUIPMENT SYSTEM.” The dis-
`closure of that application is incorporated herein,
`in its
`entirety, by reference.
`
`FIELD OF THE INVENTION
`
`The invention relates generally to data transmission net-
`works and, more particularly, the invention relates to data
`communication equipment
`for use by data termination
`equipment.
`
`BACKGROUND OF THE INVENTION
`
`Different network services, such as cable television and
`telephone services, traditionally have been developed for
`use over different types of networks. For example, telephone
`services traditionally has been developed around the public
`switched telephone network (the “PSTN”), while cable
`television services traditionally have been developed around
`the cable television network.
`
`To provide a network service, a network access device
`(commonly known to as “Data Communications Equip-
`ment” or “DCE”) commonly is used to connect a network
`device (e.g., a telephone or television) to the network. More
`particularly, the DCE provides network devices known as
`“Data Termination Equipment” (“DTE”) with access to their
`underlying network. For additional information relating to
`DCEs and DTEs, see the family of standards relating to
`recommended standard-232 (often referred to as “RS-232”),
`which is a widely used standard interface approved by the
`Electronic Industries Alliance (“EIA”) for connecting serial
`devices.
`
`The above noted interrelationship between service and
`network type has caused the network service industry to
`develop network access equipment (DCEs) that provides a
`specific service over its corresponding traditional network
`only. Continuing with the above example, the provision of
`cable television services commonly requires use of a cable
`conversion box (“cable box,” which is a type of DCE) that
`provides the direct connection to the cable network. In a
`manner similar to DCEs for other types of networks/ser-
`vices,
`the cable box typically includes medium interface
`circuitry for conforming data transmissions with the speci-
`fications required by cable networks (e.g., the well known
`DOCSIS standards, discussed herein), and service delivery
`circuitry that provides the higher level television services to
`a connected television (i.e., functions perceived by the user
`of the DTE). Among other functions, such service delivery
`circuitry may provide access to a selected set of television
`stations (e.g., based upon a user’s subscription to a cable
`company), and channel mapping functionality that maps a
`cable channel to a channel on the attached television.
`
`In recent years, however, the trend has been to provide a
`single service via any one of numerous different types of
`networks. For example, telephone services currently can be
`delivered via the circuit switched technology in the PSTN,
`or via a broadband network, such as a cable network or fiber
`optic network. Accordingly, a single DCE for use with the
`telephone services must be produced for use with each
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`2
`network/medium type. For example, a separate telephony
`DCE must be developed for use with each of cable networks,
`fiber optic networks, wireless networks, etc .
`.
`.
`. With the
`proliferation of network services and broadband types/uses,
`this requires a rather wide variety of DCEs for each service,
`and for each network type. Although currently necessary,
`this duplication is inefficient, and causes relatively high
`deployment costs for various network services and network
`types.
`
`SUMMARY OF THE INVENTION
`
`In accordance with one aspect of the invention, a network
`interface unit includes an interface module for translating
`messages transmitted between one of a family of different
`types of service delivery units. Each type of service delivery
`unit provides a network service that is different than the
`network service provided by the other types of service
`delivery units in the family. The service delivery unit
`connected to the network interface unit processes messages
`received in a first format. The network interface unit thus
`
`includes a medium module configured to process data for
`transmission between the given medium and the service
`delivery unit, and the interface module. The medium module
`transmits messages toward the service delivery unit in a
`second format. The interface module is configured to receive
`messages transmitted between the medium module and the
`service delivery unit. The interface module is configured to
`translate messages from the second format
`to the first
`format.
`
`In some embodiments, the service delivery unit transmits
`messages in the first format, and the medium module pro-
`cesses messages received in the second format. Accordingly,
`the interface module also is configured for translating mes-
`sages from the first format to the second format.
`All the different types of service delivery units in the
`family may process data in the first format, or only one type
`of service delivery unity may process data in the first format.
`In the latter case, the other types of service delivery units in
`the family process data in different formats. The given
`medium may be a broadband medium, such as fiber optic
`technology, cable technology, or digital subscriber line tech-
`nology. The network service may include at least one of
`telephony, data service, audio service, video service, and
`Virtual Private Network service.
`
`The network unit interface also may include a connector
`for electrically and physically connecting to the service
`delivery unit. The connector is a single size that corresponds
`to the size of connectors on each of the types of service
`delivery units in the family. Among other
`things,
`the
`medium module includes a network physical
`layer and
`media control module. The network interface unit preferably
`is physically separated from the service delivery unit. The
`service delivery unit and network interface unit cooperate to
`act as data communication equipment for data terminal
`equipment.
`In accordance with another aspect of the invention, a
`service delivery unit for providing a network service coop-
`erates with a network interface unit
`to function as data
`
`termination equipment. The network interface unit is one
`type of a plurality of different types of network interface
`units. Each type of network interface unit has connection
`logic for connecting to a network medium that is different
`than the network mediums to which the other types of
`network interface units can connect. The network interface
`
`unit processes messages in a first format. The service
`delivery unit thus includes a network service module that
`
`Page 8 0f 13
`
`Page 8 of 13
`
`

`

`US 6,980,564 B1
`
`3
`provides the network service, and an interface module for
`intercepting and translating messages transmitted between
`the network service module and the network interface unit.
`
`The network service module transmits messages toward the
`network interface unit in a second format. The interface
`
`4
`execute various network services over various network
`
`types. Details and illustrative examples are discussed below.
`FIG. 1 schematically shows an exemplary network 10 that
`may be used in connection with illustrative embodiments of
`the invention. The network 10 includes a local network
`
`module is configured to translate messages from the second
`format to the first format.
`
`device 12 that communicates with one or more of a plurality
`of different remote network devices 14 via the Internet 16.
`
`In accordance with other aspects of the invention, a
`modular data communication equipment system includes a
`family of different types of network interface units, a family
`of different types of service delivery units, and an interface
`configured to convert the format of messages transmitted
`between any one type of the network interface units and any
`one type of the service delivery units. Each type of network
`interface unit has connection logic for connecting to a
`network medium that is different than the connection media
`
`to which the other types of network interface units can
`connect. In a similar manner, each type of service delivery
`unit provides a network service that is different than the
`service provided by the other types of service delivery units.
`The network interface units are configured to communicate
`with at least one service delivery unit via formatted mes-
`sages that, as noted above, are converted by the interface.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`The foregoing and advantages of the invention will be
`appreciated more fully from the following further descrip-
`tion thereof with reference to the accompanying drawings
`wherein:
`
`FIG. 1 schematically shows an exemplary network that
`may be used in connection with illustrative embodiments of
`the invention.
`
`10
`
`15
`
`20
`
`25
`
`30
`
`FIG. 2 schematically shows a modular network access
`system configured in accordance with illustrative embodi-
`ments of the invention.
`
`35
`
`FIG. 3 schematically shows the modular network access
`system shown in FIG. 2 in which an interface is located
`solely on a network interface unit.
`FIG. 4 schematically shows the modular network access
`system shown in FIG. 2 in which an interface is located
`solely on a service delivery unit.
`FIG. 5 schematically shows the modular network access
`system shown in FIG. 2 in which an interface is dispersed
`across a network interface unit and a service delivery unit.
`FIG. 6 schematically shows a family of network interface
`units, a family of service delivery units, and their standard
`connectors.
`
`FIG. 7 schematically shows a specific implementation of
`the network access system shown in FIG. 2.
`
`DESCRIPTION OF ILLUSTRATIVE
`EMBODIMENTS
`
`In illustrative embodiments, a network access system
`includes a family of different types of network interface
`units that each can cooperate with any one type of a family
`of different types of service delivery units to act as data
`communication equipment (“DCE”). To that end, each type
`of network interface unit and service delivery unit is both
`modular and functionally independent. Accordingly, any
`type of network interface unit preferably can physically and
`electrically connect with any type of service delivery unit to
`provide complete DCE functionality. The disclosed network
`access system thus is configured to permit commonly used
`data terminal equipment (e.g., an Internet
`telephone) to
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`Among other things, the local network device 12 may be a
`computer system, IP telephone, or network appliance. To
`connect to the Internet 16, the local network device 12 uses
`a network access system 18 (noted above and discussed in
`detail below) to connect to an Internet Service Provider
`(“ISP 20”) via some network medium 22 (also referred to
`herein as “network type 22”). The local network device 12
`and access system 18 are shown as being located at a
`customer’s premises, such as in a single office.
`The network medium 22 can be any known medium
`currently used in the art. Among other types, the network
`medium 22 may be a conventional twisted pair (e.g., tele-
`phone lines used for a Digital Subscriber Line), cable lines,
`fiber optic lines, a wireless medium (e.g., Bluetooth), or
`some combination thereof. As known in the art, data trans-
`missions across each type of network medium 22 must
`comply with a standard protocol. For example, if the net-
`work medium 22 is a cable network,
`then transmission
`across the medium 22 must comply with some accepted
`cable network data transmission standard, such as the “Data
`Over Data-Over-Cable Service Interface Specification.” For
`additional information relating to this standard, see “Data-
`Over-Cable Service Interface Specifications, Radio Fre-
`quency Interface Specification,” which is a cooperative
`effort under the direction of Cable Television Laboratories,
`Inc., with a copyright of 1999 and 2000 and document
`control number SP-RF1v1.1-104-000407, the disclosure of
`which is incorporated herein, in its entirety, by reference.
`This specification is commonly referred to in the art by the
`acronym “DOCSIS.”
`Although the network medium 22 is shown schematically
`as a single element, it may include two or more separate and
`distinct types of network media 22. For example, the net-
`work medium 22 may include a cable network and a separate
`fiber optic network. In such case,
`the access system 18
`provides access to both types of networks.
`FIG. 2 schematically shows additional details of the
`access system 18 shown in FIG. 1. Specifically, the access
`system 18 includes one unit of a family of different types of
`improved network interface units 26 that provide the nec-
`essary physical layer conversions and/or signal processing
`for transmission across a given network medium 22, and one
`unit of a family of different types of service delivery units 28
`that provide the necessary logic for permitting a given
`network service to be performed by the network device 12.
`In addition, the access system 18 also includes a standard
`interface 30 for logically connecting the network interface
`unit 26 with the service delivery unit 28. Details of these
`three different components of the access system 18 are
`discussed below. It should be noted that in some embodi-
`
`ments, the network interface units 26 may be referred to as
`network interface modules. In still other embodiments, the
`service delivery units 28 may be referred to as service
`delivery modules.
`In particular,
`the network interface unit 26 includes a
`medium module 32 having hardware and software for imple-
`menting the appropriate physical layer and medium control
`processes required for transmitting data messages across the
`given network type 22. Stated another way, the medium
`module 32 implements the underlying specification for
`
`Page 9 0f 13
`
`Page 9 of 13
`
`

`

`US 6,980,564 B1
`
`5
`transmitting data across the network medium 22 to which it
`is attached. This functionality is independent of the service
`being provided by the service delivery unit 28. The medium
`module 32 may include a single element, or a plurality of
`different devices/modules for implementing the required
`function. By way of example, if the network medium 22 is
`a cable network, then the medium module 32 may include
`the hardware and software for implementing the DOCSIS
`standard (see FIG. 7, discussed below).
`Of course, since the network interface unit 26 is but one
`type in a family of different types of network interface units
`26, then a different type of network interface unit 26 may be
`constructed for each of various different network types 22.
`Accordingly, network interface units 26 can be constructed
`for use with cable networks, twisted pair networks imple-
`menting a digital subscriber line (“DSL”), fiber optic net-
`works, and wireless networks, among others. The appropri-
`ate network interface unit 26 then is selected for use in the
`
`access system 18 based upon the network type 22 to which
`it is connected. In some embodiments (discussed below),
`multiple network interface units 26 can be used in conjunc-
`tion with one or more service delivery units 28 within a
`single access system 18.
`The service delivery unit 28 includes a network service
`module 34 for permitting the local network device 12 to
`execute a network service via the access system 18. As
`discussed in greater detail by example in FIG. 7, the network
`service module 34 includes hardware and/or software to
`process specific messages for implementing a given network
`service across some network. Of course, the network service
`module 34 provides the given service independently of the
`type of network medium 22 to which the access system 18
`is connected. As noted above, examples of the network
`service module 34 and the service delivery units 28 are
`discussed below with reference to FIG. 7.
`
`Each different type of network interface unit 26 may
`process data in a different format than the formats used by
`other types of network interface units 26. More particularly,
`a network interface unit 26 for use with a first network type
`22 may receive and transmit messages within the access
`system 18 in a different format than a network interface unit
`26 that is configured for use with a different network type 22.
`In a similar manner, each different type of service delivery
`unit 28 may process data in a different format than the
`formats used by other types of service delivery units 28. The
`interface 30 thus converts messages transmitted between the
`service delivery unit 28 and the network interface unit 26
`into an appropriate format
`that is understandable to the
`receiving network interface unit 26 or service delivery unit
`28.
`
`FIGS. 3—5 schematically show several different types of
`interfaces 30 that may be used to convert messages for-
`warded between the network interface unit 26 and the
`
`service delivery unit 28. In all such figures, messages are
`schematically shown between the interface 30 and medium
`module 32 as being in a format that is specific to the medium
`module 32 and/or the network interface unit 26. This format
`is referred to herein as being “N.I.U. format.” Conversely,
`messages between the interface 30 and the network service
`module 34 are in a format that is specific to the network
`service module 34 and/or the service delivery unit 28. This
`format is referred to herein as being “S.D.U. format.”
`FIG. 3 schematically shows the interface 30 being entirely
`within the network interface unit 26. In such case, such
`network interface unit 26 transmits messages to the accom-
`panying service delivery unit 28 in a format that the service
`delivery unit 28 can interpret (i.e., the S.D.U. format). In a
`
`5
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`6
`similar manner, such network interface unit 26 can convert
`messages received from the service delivery unit 28 (i.e.,
`messages in the S.D.U. format) into the N.I.U. format for
`processing by the medium module 32 and other components
`within the network interface unit 26.
`
`FIG. 4 schematically shows the interface 30 being entirely
`within the service delivery unit 28. In such case, such service
`delivery unit 28 transmits messages to the accompanying
`network interface unit 26 in a format
`that
`the network
`
`interface unit 26 can interpret (i.e., in the N.I.U. format). In
`a similar manner, such service delivery unit 28 can convert
`messages received from the network interface unit 26 (i.e.,
`messages received in the N.I.U. format) into the S.D.U.
`format for processing by the network service module 34 and
`other components within the service delivery unit 28.
`For the interfaces 30 in FIGS. 3 and 4 to be operate
`properly,
`they must be preprogrammed to convert from
`specific, predetermined formats of the accompanying net-
`work interface units 26 and service delivery units 28. More
`particularly, the interface 30 must be preprogrammed to be
`usable with one or more different format types of network
`interface units 26 and service delivery units 28. For
`example, the interface 30 in FIG. 3 may be preprogrammed
`to convert messages to/from a network interface unit 26 for
`a cable network, and messages to/from a service delivery
`units 28 providing telephone services.
`Accordingly, such network interface unit 26 can couple
`with any service delivery units 28 providing telephone
`services. Conversely, if such network interface unit 26 is
`coupled with a service delivery unit 28 for providing data
`services,
`then the interface 30 will not properly convert
`messages and thus, the access system 18 will not properly
`operate as a DCE.
`To overcome this potential problem shown by example,
`some embodiments of the interface 30 are configured to be
`compatible with more than one type of network interface
`unit 26 and/or service delivery unit. For example, the above
`exemplary interface 30 of FIG. 3 also may be configured to
`understand and convert messages for service delivery units
`28 that provide any one or more of data services and video
`services. In a similar manner, the interface 30 of FIG. 4 also
`may be configured to understand and convert messages for
`coupled network interface units 26 that are used with any
`one or more of fiber optic networks, DSL networks, and
`various types of wireless networks.
`In some embodiments, a single network interface unit 26
`can be configured to couple with more than one network
`type 22. In a similar manner, a single service delivery units
`28 can be configured to provide more than one network
`service.
`In such case,
`the interface 30 may be prepro-
`grammed to convert messages from multiple network types
`22 to one or more specified network service.
`FIG. 5 schematically shows an access system 18 in which
`the interface 30 is distributed between the network interface
`
`unit 26 and the service delivery unit 28. Such system utilizes
`a standardized format
`to communicate between coupled
`network interface units 26 and service delivery units 28.
`This format preferably is identical for all types of network
`interface units 26 and all types of service delivery units 28.
`Accordingly, any type of network interface unit 26 can
`communicate with any type of service delivery unit, thus
`eliminating the limitations to the embodiments discussed
`above with regard to FIGS. 4 and 5.
`To that end, the network interface unit 26 includes an
`N.I.U. interface 30A that cooperates with an S.D.U. inter-
`face 30B to convert messages to appropriate formats. The
`N.I.U.
`interface 30A converts messages from the N.I.U.
`
`Page 10 of 13
`
`Page 10 of 13
`
`

`

`US 6,980,564 B1
`
`7
`format to the standardized format, and from the standardized
`format
`to the N.I.U. format. Accordingly,
`in a manner
`similar to the interfaces 30 shown in FIGS. 3 and 4, the
`N.I.U. interface 30A is preconfigured to operate with the
`particular network medium/media 22 to which the network
`interface unit 26 is connected.
`
`Conversely, the S.D.U. interface 30B converts messages
`from the S.D.U. format to the standardized format, and from
`the standardized format to the S.D.U. format. The S.D.U.
`
`interface 30B thus also is preconfigured to operate with the
`particular network serVice(s) provided by the network ser-
`vice module 34.
`
`In illustrative embodiments, each type of network inter-
`face unit 26 has a physical connector 36 that is a standard-
`ized size to couple with a corresponding standardized sized
`mating connector 38 on each type of service delivery unit
`28. FIG. 6 schematically shows a family of different types of
`network interface units 26, and a family of different types of
`service delivery units 28. Although different, each type of
`network interface unit 26 has an identical type of connector
`36 for connecting with one or more service delivery units 28.
`In a similar manner, each type of service delivery unit 28
`also has an identical type of connector 38 for connecting
`with one or more network interface units 26.
`
`FIG. 7 schematically shows one embodiment of the
`access system 18 shown in FIG. 1. This is but one of many
`different types of access systems 18 that may implement
`illustrative embodiments of the invention and thus, is not
`intended to limit the scope of the invention. Accordingly,
`discussion of this access system 18 is exemplary only. The
`access system 18 of FIG. 7 includes two modular network
`interface units 26A and 26B that both couple with a single
`service delivery unit 28 via a generally shown interface 30.
`Each network interface unit 26A and 26B includes logic for
`coupling with one network type 22, while the service
`delivery unit 28 provides two different types of network
`services. It should be noted that the interface 30 shown
`
`schematically in FIG. 7 can be similar to any one of those
`shown in FIGS. 3—5. In some embodiments, the interface 30
`is a component that is external to both the network interface
`unit 26A or 26B and the service delivery unit 28.
`More particularly, the access system 18 shown in FIG. 7
`includes a cable network interface unit 26A for providing a
`connection to a cable network, and a fiber network interface
`unit 26B for providing a connection to a fiber optic network.
`To those ends, the cable network interface unit 26A includes
`a tuner 40 to provide the physical layer tuning functions, and
`a DOCSIS MAC and Scheduler 42 that implements DOC-
`SIS standards via the tuner 40. For example, the DOCSIS
`MAC and Scheduler 42 may coordinate cable transmissions
`with other transmissions on the cable network, control
`bandwidth allocations and quality of service, and commu-
`nicate with a head end device across the cable network. Both
`the tuner 40 and DOCSIS MAC and Scheduler 42, which
`function in this embodiment as the medium module 32, may
`be conventionally available devices.
`The fiber network interface unit 26B includes an optical
`to electrical converter 44 for converting incoming light
`signals to electrical signals. The converter 44 also includes
`logic for executing MAC functions on the fiber network to
`permit multiple different users on a network (i.e., external to
`the user’s premises) to share its use. In illustrative embodi-
`ments,
`the converter 44, which functions as the medium
`module 32 in this embodiment,
`includes a conventional
`PON (passive optical network) diode receiver and laser
`transmitter, such as a gigabit Ethernet PON microchip.
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`8
`The service delivery unit 28 includes a processor 46 for
`executing much of the logic required by the service delivery
`unit, an Ethernet module 48 for communicating with an
`Ethernet card on a computer (i.e., thus providing a readily
`available and simple connection to such computer), and an
`IP telephony module 50 for providing IP telephony services
`to one or more IP telephones. The processor 46 and IP
`telephony module 50 are discussed in greater detail below.
`In addition, the service delivery unit 28 includes four plugs
`52 for coupling the IP telephony module 50 with up to four
`different IP telephones, and one plug 54 for coupling the
`Ethernet module 48 with a computer.
`The IP telephony module 50 includes logic for commu-
`nicating with one or more IP telephones, and executing the
`functions requested by such telephone(s). Among other
`things, those functions may include distinguishing between
`the different coupled telephones, directing incoming data to
`the appropriate telephone, forwarding data from one tele-
`phone to an appropriate receiving device (e.g., using an
`appropriate IP address), signaling processes, and line card
`functions. Of course, other functions typically executed for
`such purposes also are implemented in the IP telephony
`module 50. To these ends, the IP telephony module 50 may
`include an IP stack, MGCP Signaling, and a line card. For
`example, these may be implemented, at least in part, by the
`combination of a digital signal processor (“DSP”), sub-
`scriber line access controller (“SLAC”), and a subscriber
`line interface circuit (“SLIC”) that together are preconfig-
`ured to execute the necessary functions.
`The processor 46 provides overall controlling function-
`ality for the service delivery unit 28, and specific function-
`ality to the Ethernet module 48 and the IP telephony module
`50.
`In particular,
`the processor 46 may implement and
`maintain quality of service requirements, which are trans-
`mitted to the network interface unit 26 (e. g., a telephone call
`may require a specific quality of service), resource manage-
`ment within the service delivery unit 28 between the various
`modules, and media access control (“MAC”) functionality
`for the Ethernet module 48 on behalf of a computer, which
`may be coupled with a local area network. To implement
`these and other functions,
`the processor 46 may be any
`conventional processor in the art. For example, the processor
`46 may be the POWERPCTM 850 Processor, distributed by
`Motorola, Inc. of Schaumburg, Ill.
`As noted above, use of the disclosed system is not limited
`to the disclosed types of network services and network types
`22. Principles of various embodiments thus can be applied
`to other network types 22 and network services currently
`available. In fact, such principles are expected to apply to
`future network types and network services not currently
`deployed.
`Use of the disclosed modular access system 18 thus
`permits a single network interface unit 26 to cooperate with
`one or more of many different types of service delivery unit
`28 to act as data communication equipment for a coupled
`network device. In a similar manner, the access system 18
`also permits a single service delivery unit 28 to cooperate
`with one or more of many different
`types of network
`interface units 26 for the same purposes. This eliminates the
`need for a multitude of specialized DCEs that each are
`specific to both one type of network and one type of network
`service,
`thus providing flexibility and saving equip

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