throbber

`
`
`
`Abstract
`The core Internet technolegics were in the hands of the research community 10 or more years befare the World Wide Web happened and popu-
`larized the Internet as a place lo find information, access service, and teade. The Infrared Data Association has been in existence for oversix
`years. Products cmbedding the communication lechnology IrDA defines have been around for overfive years, starting with printers and portable
`PC's. TDA is cheap to embed, uses uncegulaied spectrum, andis dicreasingly pervasive ina wide tange of devices. Vront its roots in portable PCs
`andprinters, IrDA technology is presentin virtually all new PDAs,it is emerging in mobile phones, pagers, digital cameras, and image capture
`devices. We are silling on the cusp of the information appliance ape, aud WDA is playing a significant role in enabling the interaction between
`information appliances, between information appliances ancthe information infrastructure, and between appliances communicating across the
`information infrastructure, This article discusses T1A’s communications model. It charts the evolution of the 1DA-Data (Lx) platform architce-
`ture, andthe carly applications aud application services now in common use. [t consicters the present day and the explosion in device calegorics
`embedding the WDA platform. Lt broadens its horizons to consider other emerging appliances lechnologics and Lo consider communications
`models that might arise from a blend of WDA short-range wircless communications and mobile object technologies. Finally, it briefly considers
`future directions fer the TrDA platformitself,
`
`IrDA: Past, Present and Future
`
`
`
`STUART WILLIAMS, HP LABORATORIES
`
`a md
`L
`
`!
`:
`W he Infrared Data Association
`(WDA) was formed in June 1993 and has worked steadily to
`establish specifications for a low-cost, interoperable, and casy-
`to-use wireless communications technology. Today, the
`infrared data communication technologies detined by the
`IrDA ship in over 40 million new devices cach year ranging
`{from personal camputers, personal digital assistants (PDAs),
`digital cameras, mobile phones, pagers, portable information
`gathering appliances, and printers.
`{t is a remarkable achicvement for a new communications
`technology to establish such widespread deployment in such a
`wide range of devices in such a relatively short time. ‘Me core
`Internet platform technologies existed for a full 10 years prior
`to the explosive growth brought about by the introduction of
`the Web.
`IrDA is a communication technology for the appliance era.
`This is an era that, while not excluding the PC, liberates
`devices that have long bcen viewed as peripherals. It cnables
`themto engage in useful interactions with each other without
`having to mediate their communications through some com-
`mon control point.
`ind users have remarkably high expectations of wirclcss
`communications. In the wired world there is general acccp-
`tance of the mechanic] constraints imposed by the various
`plugs and sockets that, at least in part, avoid mismatched con-
`nections. There is acceptance of the cognitive load required to
`sort oul the connectivity and clutter of cabling at the rear ofa
`hi-fi setup or the back of a PC, Llowever, in the wireless
`world, there is an expectation that communications and con-
`nectivity will just work, and work simply. In the wired world
`short-range connectivity between devices is established by
`explicit actions on the part of the end user, In the wireless
`world there is an expectation that conncctivity between
`devices will be established as required without explicit inter-
`vention by the end user. The expectationis that if the user
`allempts to print, the “system” will scek out and establish
`connectivity to a nearby printer,
`The author regularly finds it remarkable that he cat use
`the same infrared pertto:
`* Simply “squirt” files bctweon devices
`
`* Connecel to the local LAN
`* Dial in froma portable PC or PDA via an WDA-cnabled
`ecll phone
`* Print to an WDA-enabled printer
`All ofthis is achieved without reconfiguring betweenactions
`and in most cases merely by placing the appropriate devices in
`proximily to ouc anothier.
`The work of IrDA has sought to go far beyond mere cable
`replacement, and provide a communications platlorm and
`application serviccs fit for the era of information appliances
`and which excel in the arca of case ofuse.
`
`A Brief History of IrDA-Data
`The IrDA was formed in June 1993 to develop an intcropera-
`ble, low-cost and easy-to-use, short-range, infrared, wircless
`communications technology. The inaugural mecting was
`attended by 70+ companics which recognized the consider-
`able value of defining a single family of specifications for the
`communication of data ever infrared.
`Prior to June 1993, a number of noninteroperable single-
`vendorpreprictary schemes tor infrared data communications
`existed. There was considerable risk that the marketplace for
`short-range wireless infrared communications would fragment
`around a numberof proprictary schemes, all of which would
`individually fail to achieve critical mass. Vor system and periph-
`eral vendors cager to deploy short-range witcless solutions in
`their information appliances, the absence of a dominant, com-
`mon conncctivity technology represented a void. Withoul a
`dominant technology, the risk of choosing the wrong propri-
`etary technology was significant. Thus, there was considerable
`sharedinterest in the generation of commonspecifications, and
`this set the tone for the carly years of the IrDA,
`The original requirements can be summarizedas:
`* Marginal cost to addinfrared to a product , under $5
`Data rates of up to 115 kb/s
`Range [rem contact (0 m) through at least 1m
`* Angular coverage delined by a 15-30 degree half-angle cone
`By the end of September, 1rDA had selected ane of 3 pro-
`posed approaches for defining its physical layer[1] defined by
`
`TEIPersonal Communications * Febrrary 2000
`
`1070-991 6/00/$ (0,00 © 2000 TREE
`
`if
`
`1
`
`Exhibit 1040
`Apple, et al. v. Uniloc
`IPR2019-00251
`
`1
`
`Exhibit 1040
`Apple, et al. v. Uniloc
`IPR2019-00251
`
`

`

`
`
`
`
`comm apps
`
`Application and communication services
`
`
`
`
`
`'
`
`Ll m cones, cach with a 15-30
`degree half-angle.
`TU soon became apparent that
`the definition of LAP would not
`be sufficient to meet IrDA’s case-
`of-use goals, Certainly, TrlAP
`would provide a reliable connec-
`tion- oriented communication ser-
`vice between two devices, but it
`provided ne means to identify
`prospective clicnts of the TrLAP
`communication services. The yoar
`1993 was a “hot” period with the
`
` Legacy
` inally the union of two overlapping
`1i'FFt17''
`1'1’1
` emergence of numcrous PDAs,
`i''
`'aa'
`1‘1'4
`
`
`
`
`
`
`
`1
`
`Platform
`
`IrLMIP LMAAS
`services
`
`.
`Tiny TP services
`
`irLMIP LM-MUX services
`
`IrLLAP services
`
`Physical
`
`
`
`notebook, and sub-noteboak PCs, It
`was apparent that a model which
`turned overthe infrared communi-
`cation facilities to a single applica-
`tion would be inadequate. The
`emerging multithreaded consumer
`computing platforms required a
`multiplexing communications model
`that cnabled several applications to
`son
`share acecss to the infrared commu-
`hications resources within a device.
`In this way, multiple applications
`could passively listen for appropri-
`ate peer application entities to con-
`neet. Thus, in December 1993 the
`activity to define the Infrared [ink
`Management Protocol (rlMP) [5] was born.
`IrLMPprovides a connection-oricnted multiplexer, LM-
`MUX, and a lookup service, LM-TAS, that cnahles multiple
`IrLMPclients to claim a “port” above (he multiplexer and
`advertise their availability by placing critical contact infor-
`mation into the lookup service. The namespace for the
`lookup service is designed to be self-administering in order
`to avoid the burcaucracy of maintaining administrative
`records about namespace registrations and to ensure “fair
`access” to make use of the namespacc.
`By June 1994, just 12 months after the inaugural IrDA
`mecting, version 1.0 of the core IrDA platform specifications,
`IrPHY, IrLAP, and WIMP, was released [4-6].
`Work continued to define a per-connection flaw contro}
`scheme to operate within IVLMP connections. When multi-
`plexing above a reliable connection, untess there is a means of
`independent flow control for cach derived channel, the deliv-
`ery property of the derived channel is reduced to “best-
`effort.” Per-channel flow control restores a “reliable” delivery
`property. This work led to the definition of the Tiny Trans-
`port Protocol (Tiny TP or ‘VLP) [7].
`TtPHY, IVLAP, IrLMP, and TinyTP are the currently
`acceptedspecifications that define the core of the DA plat-
`form, often referred to as the 1rDA-Data or 1.x platform.
`The platform has been extended three times to accommo-
`date:
`* The addition of (.152 Mb/s and 4 Mb/s data rates
`* ‘The inclusion of a short-range, low-power option primarily
`for use in devices such as mobile phones where battery life
`is paramount
`* The addition of a 16 Mb/s data rate
`Tt was not cnough merely to define a communications plat-
`form, In order to promote interoperability betwecn applica-
`tions, it was essential to devclop specifications for the
`application services aad the application protocols that suppert
`them. Hence, work has also progressed to define application
`
`BM Figure 1. TheDA protocol architecture.
`
`Hewlett-Packard. All three approaches assumed the presence
`of a UARTthat could be used to modulate the infraredtrans-
`missions. The silicon cost of UART devices was well undet-
`stood, and in many cases the system design of many products
`included redundant UAR's; thus, the marginal cost of adding
`(DA could amount to just the components ofthe infrared
`transceiver,
`So far, these requirements havelittle to say about the fune-
`tional model of communication. There was an implicit requirc-
`ment that the infrared medium serve as a cable replacement,
`but, as we shall see later, the question of which cable
`remained.
`The natural abstraction of a half-duplex, asynchronous
`character-oriented transmission was too poor an abstraction
`for building interactions that were self-organizing and casy lo
`use. In addition, there were frequent discussions of how to
`select data rate, how media access control was to function,
`and how, in the context of a 115 kb/s link, reasonably cfficient
`use could be made of the available bandwidth.
`By November 1993 IrDA had settled on a token-passing
`approach, originated by TBM [2] and derived from high-
`leyel data link control (HDLC) (3] operating in normal
`response mode (NRM), As with other proposals, this was a
`packelized scheme, However, in contrast to contention-
`based schemes that were also considered, the HDLC-SIR
`(fater renamed Infrared Link Access Protocol, LAP [3])
`approachyielded contention-free access ta the medium
`once initial communication had been established. IrLAP
`defines a fixed-rate slotted contention-made device discov-
`ery scheme that enables initial contact to be established.
`Critical communication parameters such as connection data
`rate, maximum packet sizes, and certain minimum and max-
`imum gap timings are negotiated during connection estab-
`lishment. Following LAP connection establishment, the
`two devices engaged in communication are deemed to
`“own” the spatial region which they both ilhumimate — nom-
`
`12
`
`TREE Personal Communications * February 2000
`
`2
`
`

`

`LSAP connection Connectionless XID discovery
`LSAP connection
`
`
`AP‘ -
`endpaints
`endpoints
`service access point
`LM-MUx sevice|(@ @ @ 7 (8 8 @; ee
`protocols and services that reside above
`boundary
`‘
`a
`tee” LSAP nll” LSAP
`the IrDA 1.x platform, most notably:
`1rCOMM [8], which provides for serial
`IrLAP cannecticn
`and parallel port emulation over the
`endpoints
`(DA platform, This allows legacy com-
`InLAP sorvice
`ee
`munications applications to operate
`,

`me ISAP
`unchangedover [rDA andalso provides
`boundary
`for wircless access to cxternal modems.
`Station
`The most novel example ofthe latteris
`N1T’s deployment of IrDA-cnabled
`integrated services digital network
`(ISDN) payphones.
`TrLAN [9|, which provides wireless access to TAEL 802 style
`LANs.
`TrOBEX [10], which provides for the exchange of simple
`data objects and could be considered the IrDA analog of
`HTTP. WORBEX delivers on the notion of “squirting” infor-
`mation objects such as business cards, phone lists, calendar
`entrics, and binaryfiles between devices.
`IrvTRAN-P [11]: which provides for the exchange of images
`between digital still image cameras, photo printers, and PCs.
`IrMC [12], which defines a profile of relevant IDA specifi-
`cations for inelusion in cell phones. Much of this work is
`being leveraged by the Bluetooth community. IrMCpre-
`vides for vendor independent interactions with commoncell
`phone features such as phone list synchronization, calendar
`synchronization, and wircless modemaccess. Tt also pro-
`vides for third-generation smart phones.
`* IrjetSend [13, 14]: which describes how to bind Llewlett-
`Packards JetSend protocol for networked appliance interac-
`tion to the WDA platform.
`Figure | below summarizes the TrDA-Data platform and
`application services defined to date.
`The discussion so far has focused on the history of the
`standards development process. ‘Table 1 below shows key
`milestones in terms of the introduction of classes of products
`implementing various mixes of applications services.
`
`|
`
`Figure 2. Service access pointsand connection endpoints.
`
`IrDA Lx Platform Architecture
`
`|u
`
`l
`
`
`
`
`
`In this section we describe the layered protocol architecture of
`the 1DA-Data 1.x platform, the services providedat ils layer
`boundaries, its connection model, and the information model
`and philosophy ofits device andservice discovery processes.
`Figure | shows the layering of the IrDA protocol architecture
`and many ofthe application services mentionedin the previous
`section, ‘The upper boundary of cach of the boxes represents an
`interface where the services of that layer are abstracted.
`The segmented physical layer provides packet transmission
`and reception service for individual packets, aud the means to
`determine when the infrared mediumis busy.
`The TrLAPlayer provides for the discovery of devices with-
`in range and the establishment of reliable connections
`belweenclevices.
`‘Phe wLMPlayer provides connection-oricnted multiplexing
`services with both sequenced and unsequenced delivery prop-
`erties (LM-MUX services) and the service information access
`service (LM-TAS). ILM-MUX provides for multiple logically
`independent channels between application entities within the
`communicating devices. Note that the absence of per-channel
`flow control in LM-MUX channacls means that they may only
`satcly be regarded as best-effort delivery channels.
`Tiny ‘IP mirrors the LM-MUX services; however, it aug-
`ments them with the inclusion of per-connection
`flow control. This restores the reliable delivery
`properties for sequenced data. Tiny ‘TP provides
`a null pass-through for unsequeneed data whose
`delivery properties remain best-effort.
`LM-IAS provides query/response services on
`an information base that contains essential con-
`tact information that cnables prospective service
`users (clients) to identify and bind to service pro-
`viders (servers).
`These four protocel layers, IrPHY, LAP,
`IrMP, and Tiny TP, form the core of the WDA
`platform,
`
`PaseoLe
`Malate Toit (elam Srctns
`
`Davice Catagory
`
`
`
`
`
`ftDA Connection Medel
`The IrDA 1.x connection model is established
`primarily by the IrLAP andIrl.MPlayers. ‘There
`isa l:l correspondence between LrT.MP I.M-
`MUX service access points (LSAPs) and‘liny ‘1’?
`setvice access points (TSAPs), Thus, the ‘Viny ‘TP
`layer docs not contribute to the connection
`model, it merely alters the delivery propertics of
`the channel from best-cffort to reliable.
`Within cach IrDA device (orstation) (Mig. 2),
`IrlLAP serviecs are accessed via a single LAP
`setvice access point (ISAP). The architecture
`allows multiple IrLAP connection endpoints to
`exist within the [ISAP; however, in practice the
`IWLAP protocol defines only single point-to-pomt
`connectivity. There are no known research or
`
`IFFE Personal Communications * February 2000
`
`13
`
`3
`
`

`

`
`
`Station A
`multipoint
`
`primary
`
`Key
`
`
`~——_—_>{rLAP-connection
`
`~~ LSAP-connection
`
`
`
`
`
`
`
`
`
`
`Station B
`secondary
`
`IrLAP service
`access point (LSAP)
`
`Link service access
`point (LSAP)
`
`Connection endpoint
`
`
`
`
`
`LSAP-SEKEP "TeMUx ESAP-SEL
`lients
`
`
`
` LSAP-SEL=J_
`“LSAP-SEL=I1
`"Station ¢
`LM-MUX
`7’
`secondary
`~..__ clients
`cee
`
`Figure 3. Conacetion model.
`
`commercial TrDA stacks that support point-to-multipoint
`connectivily, Tlowever, one commercially available implemen-
`tation supports multiple [rLAP interfaces and gives the
`impression of multipoint operation through multiple indepen-
`dent instances of IrLAP and IrPHY.
`Likewise, Ir.MP LM-MUX services are accessible via mul-
`tiple LSAPs, Typically, an application entity will bind to an
`iTSAPand, in general, will support multiple WLMP LM-MUX
`connections (or Tiny TP connections). ‘Thus, cach LSAP may
`contain multiple LM-MUX connection cndpoints. LSAP
`addresses are formedby the concatenation of an 8-bit LSAP
`sclector and the device address of the device where the LSAP
`resides,
`Figure 3 illustrates the IrDA 1,x connection model in the
`case of point-to-multipoint connectivity.
`IrLAP connections are labeled by the (unordered) pair of
`32-bit device addresses of the devices involved in the connec-
`(ion. Following connection establishment, a temporary 7-bit
`connection address is used in the packets as an alias for this
`concatenated device address.
`Likewise, IrLMP [.M-MUX connections are labeled by the
`(unordered) pair of PSAP addresses at cach end of the LM-
`MUX connection. A corollary of this is that at most only a
`single LM-MUX connection may be established between any
`two LSAPs,
`This connection model is identical to that offered by
`FCPAIP where, semantically, IP addresses may be substituted
`for IrDA device addresses and TCP/IP port numbers are sub-
`stituted for Ir. MP LSAP selectors.
`
`Device and Service Discovery
`IrLAP provides a basic device discavery mechanism. lunc-
`tionally, the result of invoking the LAPdiscovery process is
`a list of records that encode:
`* Device Address: A 32-bit semi-permanent device identifier
`of the discovereddevice.
`* Nickname: A short multilingual name for the discovered
`device that may be presented in user interfaces to aid in
`sclection.
`* Hints: A bit mask giving nonauthoritative hints as to the
`services that may be available on the discovered device.
`
`This may be used to order “decper” queries into the IAS to
`authoritatively establish the presence or absence of a partic-
`ular service.
`The device discovery process ts further abstracted through
`Ir_LMP by defining procedures for the resolution of contlicting
`device addresses, and “hiding” such issucs from the LM-MUX
`user.
`
`Device discovery enables entilics within one device to
`establish the presence of other devices. Llowever, for a system
`to be largely autoconfiguring and to operate with minimum
`unnecessary intervention from the enduser, it is essential that
`application entities within one device be capable of identilying
`and establishing contact with peer catities, These peer entities
`share a commoninterface (or application protocol) that
`enables them to interact. Contrast this with the situation
`where an end usecis faced with the problem of ensuring that
`the right applications are boundto the right serial ports, or
`that the correct scrial ports are connected together and the
`appropriate pin-pin mappings have beeninstalled in the cable
`depending on whetherthe connection is DTE-DCT! or DTH-
`DLE and on particular idiosyncrasies in the device’s serial
`port implementation.
`LM-IAS defines:
`° Asct of operations that an IAS client may invoke on an
`IAS server
`* ‘The behavior of an LAS server
`* An information model for representing the application ser-
`vices accessible at a given clevice
`Starling with the information model, cach application ser-
`vice is represented by a named [AS object class, The name of
`the object class reflects the name of the service and may be
`up to 40 octets in length. A hicrarchical naming convention is
`used to avoid name space clashes and to minimize the admin-
`istrative burden on the IrDA office. Tt also in effect provides
`open and equitable acecss to the class namespace, Thus, class-
`
`names that start “DA: are defined by IrDA, while class-
`names that start “Hewlett-Packard:” are defined bythe
`Hewlett-Packard Company, andso forth,
`list of
`An object class acts as a container for a
`attribute/value pairs. Attributes are named, and in general the
`attribule namespace is scoped by the enclosing class. Hawev-
`
`14
`
`NE Personal Communications * February 2000
`
`4
`
`

`

`cr, by convention some attributes are of such global utility’
`thal they are deemed to have the same semantics in all scopes.
`Such attributes carry hicrarchically structured names that tol-
`low the same syntactic conventions as the [AS classname.
`Thus, (DAT LMP.sapSel and WDA:TinyTP: LsapSel are the
`names of globally scoped attributes that carry the LSAPselec-
`tor portion of the address of the entity represented by an
`inslanee of the object. WDA: LMP:InstanceName is a plobal-
`ly scoped attribute used to carry a distinguishing name that
`may be used in user interfaces to aid in selection when multi-
`ple instances of a given service are found on asingle device.
`‘There are three attribute value types:
`*Inleger: A 32-bit signedinteger.
`«Userstrings: Intendedfor presentation via a user interfacc;
`up ta 255 octets in length with multilingual support.
`* Octet sequence: An opaque sequence of up to 1024 actcts
`of information, The attribute may impose further structure
`on the contents ef the sequence, This is a soad way to clus-
`ter a body of formation vader one attribute.
`WLMP defines a number of operations for traversing aud
`retrieving information from an TAS information base; howev-
`er, only the GetValucByClass operation is mandatory, A pos-
`sible C function prototype for the client operation would be:
`AttributeValuchist
`GetValuchyClass (ClassName class,
`AtbLributeName altribute) ;
`where the result type, AttributeList, encapsulates a possibly
`empty list of object instance ids and attribute valucs from
`objects that match given object and attribute names, Thus, a
`single invocation may resull in responses for multiple object
`instances, and further attributes, such as instance names, may
`need to be sought in order for an appropriate choice to be
`made,
`The IrDA platform provides a space for the definition of
`new applications and application services above the platform.
`In defining new services it places three obligations on the ser-
`vice designer:
`* The definition of an IAS object class
`* ‘The definition of a hints mask that indicates the strong like-
`lihood that an instance of that service exists on the discov-
`cred device
`° The definition of the semantics of the application Icvel
`interaction and the communication stack profile(s) that
`provides the channel tor the interaction
`IrDA-Data, Lx Platform Summary
`Before moving on to cousider some of the application services
`defined above the IrDA platform, a bricf recap of what we
`have described so far is whorthwhile.
`The IrDA platform provides a connection model identical to
`that provided by TCP/IP. The semantics of the Tiny ‘TP trans-
`port service are sufficiently close to those of PCP that in practi-
`cal implementations they can be provided through an application
`programming interface (APY) based on Berkeley sockets.
`Naming and addressing in reDA differs from TCP/IP nam-
`ing and addressing, Device addresses are flat and dynamically
`assigned. While device addresses change infrequently, auio-
`mited processes do force change when conflicts arise. Both
`the names and addresses of devices are explicitly discovered.
`Neither are assumed to be known apriori. Services in the
`(DA environment are named using IAS classnames. These
`names are dynamically mapped to WhMP LSAPs and/or Tiny
`TP TSAPs through LAS querics. This dynamic mapping
`reduces the administrative burden imposed on the WDA
`olfice. With the limited 7-bit “port” address space of the LM-
`MUX, it also removes the problem of organizations making
`unfair claims on address space real estate.
`
`TEER, Personal Communications + February 2000
`
`Device discovery and LL.M-IAS provide the pivotal case-of
`use features in the platform that cuable application entities to
`locate andestablish contact with peer entitics which support a
`given interaction protocol (i.c,, the semantics of the message
`set exchanged between application entities via the channel
`established through the IrDA platform).
`
`Advanced Infrared
`
`The WDA-Data 1.x architecture has some obvious limitations.
`Kirst, although the architecture can accommodate a point-
`to-multipoint mode of operation, the LAP specification has
`never been extended to deline the protocol machinery to
`enable that functionality. From an end-user point of view it is
`also questionable whether such extension of the 1.x platform is
`even desirable, Viewed as a single point-to-point link, the
`behavior of an WLAP connection is largely symmetric, and the
`differences in behavior between an WLAP primary station and
`an IrLAP secondary station are larpely moot. TTowever, the
`introduction of point-to-multipoint operation would signiti-
`cantly disturb this symmetry in ways that would become imcon-
`venient for the end user, Consider a portable computer that
`needs to access both a LAN access point and a desktop print-
`er. [t would be natural for the portable computer to become
`the IWLAP primary and establish IrLAP connections with the
`LAN access point and the printer, cach of which acts as an
`IrLAPsecondary station. However, it is also reasonable that
`the LAN access point (or the printer for that matter) is capa-
`ble of “serving” multiple “clients,” bat in order for it to do that
`it woulditself have to take on the TrLAP primary role. [f the
`connection to the LAN access point were established first anc
`the access point were to cease the primary role (possibly
`through role reversal), the portable computer would be unable
`to establish a sccond LAP connection to the printer. If the
`portable computer retained the primary role, it could establish
`that second connection, but the LAN access point (and the
`printer) would be prevented from establishing connections to
`other potential “clicats.” What the user could achieve would
`not only depend on the set of concurrent interactions they
`were attempting to initiate, but also en the order in which
`those interactions were initiated, This would lead to inconsis-
`tent behavior which would become frustrating for end users,
`Thus, WDA so far has chosen not fo expand the (rlLAP defini-
`tion te encompass point-to-multipoint aperation.
`Second, within some given field of view, the establishment
`of an IrLAP connection between a siugle pair of devices
`inhibits the establishment of connections between other inde-
`pendent devices whose fields of view intersect that of the
`established connection. ‘hus, use of the medium becomes
`dedicated to a single pair of devices. An important subclass af
`general multipoint communication in a shared mediumis to
`enable multiple independent pairs of devices to establish inde-
`pendent communication relationships. [ff two devices are in
`view of cach other, it is reasonable that they should be able to
`establish communications and share access to the medium
`with other users of the space.
`Thus, members of the TDA community sought to extend
`the WDA-Data architecture to cnable true multipoint connec-
`tivity while af the same time preserving the investment in
`upper layer applications and services by cnsuring that the
`semantics of the service definitions al the upper layers ot the
`platform are maintained.
`It is important to be aware of a few differences between
`the goats of the WDA community and the goals of those
`defining wireless LAN specifications. The TENE 802 medium
`access control (MAC) service defines a best-effort ordered
`delivery service with at mest once delivery semantics. [t also
`
`5
`
`

`

`COM "Appliance
` sian avoidance (CSMA/CA) MAC pro-
`
`Legacy
`comm apps’
`
`applications
`
`
`
`ITRAN-P
`
`
`rO- BEX |
`
`
`
`
`Platform
`
`sd
`
`
`
`
`
`
`Physical
`se [Se
`
`
`
`
`
`IrDA1.x
`
`AIR
`
`protocol architecture adds an WLCpro-
`tocol entily, which provides multipoint
`link Layer connectivity alongside an
`IrLAP protocol entity, which provides
`logacy connectivity to IrDA 1.x devices.
`‘The link manager (Irl.M) layer [17] is a
`“thin” layer that multiplexes the use of
`IrLAP and LCover their respective
`physical layers. At the upper bound of
`the link control layer, WIC and IrLAP
`provide identical services to the Ir1.MP
`layer. Thus, within an AIR device, the
`inLAP, IvlC, and Irl.M protocol entities
`may be regarded as a single logical entity,
`with a single device address which sup-
`ports an integrated discovery process,
`and both LAP and IrLCconnections.
`The particular use of IrDA 1.x IrLAP or
`AIR ILprocedures for establishing
`device-lo-device connections becomes
`transparent to LMP entitics and abeave.
`IrMAC defines a burst reservation
`carricr sonse multipte access with colli-
`
`
`
`
`
`
`
`Figure 4, 16DAAdata advancelR protocol architecture.
`
`assumes a transitive communications relationship. At the
`MAClayer:
`If A can communicate with B
`AND RB can communicate with C
`THEN A can communicate with C.
`In the world ofshort-range infrared wircless communication
`this is not the case. It may even be the case that the communi-
`cation relationship is asymmetric: A may be “heard” by B, but
`B cannot be “heard” by A. With the wired LAN imedium the
`notion of “belonging” to a particular LAN seginent is strongly
`associated with a physical attachment to that segment. Arrivals
`and departures, Infrequent in most wired cases, can be noted
`by both the arriving/departing node, and potentially the wired
`infrastructure and the other devices attachedto that infra-
`structure. In the wireless case, the bounds of a given LAN
`segment are less well defined, and arrival and departure are
`much more the norm.
`Thus, the primary geals in extending TrDA-Data’s connec-
`tion model were:
`* To cnable devices in view of one another to establish cam-
`munication relationships uninhibited by the connection
`state of nearby devices.
`* To enable an advancedinfrared (ATR) device to establish
`communications with at most oue WDA Lx deviec. This
`enables ATR devices to intereperate with legacy 1.x devices
`in a way that is well understoedby users of legacy 1.x
`devices.
`¢ For AIR devices to respect established WDA 1.x connee-
`ions with which they could interfere. This is a coexistence
`requirement intended to ensure that ATR devices do not
`disrupt active T1rDA 1.x connections
`From an architectural point of viewit is relatively simple to
`introduce multi-access communication. It requires that LAP
`be partitioned into a MAC layer (IMAC) [14] and a link con-
`trol layer (Irl.C) [16]. In fact, as illustrated in Fig. 4, the ATR
`
`16
`
`TERR Personal Communications * February 2000
`
`i
`|
`
`tocol. Such MAC protocols rely on the
`exchange of Request-l'o-Send, Clear-to-
`Send MACprotocol data units (PDUs).
`Vor such a mechanism to function prop-
`erly, it is important that the reservation
`MAC PDUs be decoded, not only by
`devices capable of engaging in commu-
`nications, but also by devices capable of
`interfering with communications. In some radio frequency
`(RF) systems using this style of MAC protocol, the range of
`the reservation messages is extended by boosting the trans-
`mission power for the rclated MAC PDUs. ATR makes use
`of a variable rate (VR} coding technique known as repetition
`coding to robustly cade the headers of all ATR MAC PDUs.
`The use of this technique was pioneered by [BM Research
`in Zurich [18], and fuil details are given in the ATR physical
`layer specification [19]. Repetition coding trades signal-to-
`noise ratio (SNR) (range) for transmission rate by repcti-
`tion of physical
`layer symbols. Repetition decoders
`“average” the repeated symbols reccived prior to making a
`decision on what symbol was encoded. In theory, successive
`halving of the data cate by successively doubling the number
`of symbol repelilions yiclds approximately a 19 percent
`range increase al cach reduction step. Cumulatively, the
`effect of a L6-fold rate reduction (four doublings of the rep-
`etition rate) yiclds a doubling of the effective range of
`transmission, Key ficlds of the AIR TYMAC [17] PDUs are
`coded with 16x repetition.
`This VR physical layer delivers two benefits. First, it pro-
`vides a means of robustly coding the media reservation mes-
`sages defined by the CSMA/CA burst reservation MAC
`protocol defined in the IrMAC specification so that they
`reach more potential sources ofinterference,
`Second, by actively mon

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