The subject matter disclosed herein generally relates to optical encoding techniques and, in particular, to dynamically selecting a channel model from a set of channel models for transmitting an encoded bitstream over an optical communication path, where the channel model maps transmission power levels to corresponding sets of binary values that repeat.
Optical communications (such as fiber optic communications) use light to communicate between an optical transmitter and an optical receiver (e.g., a photodetector). Optical communications may be used in telecommunications to communicate large amounts of data (e.g., voice traffic, network traffic, etc.) over large distances between two points. An optical communication path, such as a fiber optic fiber, may carry optical network traffic for hundreds or thousands of devices. As the number of devices increases, so too does the demand for optical communication bandwidth. With the increase in demand for optical communication bandwidth, there also comes a need for new and improved ways of encoding the optical network traffic. By employing different optical encoding schemes that compress the bitstream, an optical communication path can be improved to carry additional optical network traffic without having to physically alter the optical communication path.
One of the challenges in encoding data over an optical communication path is that attributes or characteristics of the optical communication path may introduce errors in the bitstream being transmitted. The possibility of errors further increases with additional layers of compression. Thus, when the bitstream is being transmitted, the receiver may interpret received bits as other values, such as interpreting a ‘0’ as a ‘1’ or a repeated set of values for another value (e.g., the value of ‘000’ may be mistakenly interpreted as ‘11’).
To address these and other problems that arise within the field of optical communications, this disclosure provides for different types of channel models for communicating information using an optical communication path. The channel models may be each associated with an bit-error rate. With each channel model, a first transmission power output may be mapped to a particular binary character. Furthermore, to accommodate differences and/or deviations in an optical communication path, repeated instances of the particular binary character may be mapped to higher or different transmission power outputs. During transmission, a single instance of the particular binary character is transmitted at a power that reflects the number of repeated instances as given by the mapping of the particular channel model in use. Each different channel model may include different mappings to accommodate the differences and/or deviations in the optical communication path. In addition, an optical transmitter and an optical receiver may each be configured or programmed with the channel models such that the optical receiver is aware of the encoding scheme used for a particular channel model. Thus, when the optical transmitter begins transmitting an encoded bitstream, the optical transmitter informs the optical receiver with the particular channel model being used.
Additionally, the optical transmitter and optical receiver may communicate using feedback messages, where the optical receiver communicates errors or a determined bit-error rate to the optical transmitter. The feedback messages inform the optical transmitter as to which channel model should be used for a particular optical communication path. As each channel model may be associated with a different bit-error rate, the optical transmitter may be configured to select the channel model that has an acceptable error rate (e.g., an error rate within a tolerance threshold) compared to the errors and/or bit-error rate determined by the optical receiver. Thus, the optical transmitter is configured to select different channel models to accommodate potential errors in a bitstream communicated to the optical receiver. Additionally, the optical transmitter may be configured to select different channel models for different portions of the bitstream. For example, certain data may be require less bandwidth but be more sensitive to latency—in these examples a channel model that has a lower error rate may be selected.
The proposed solutions thus match the needs of the transmitter and receiver with a channel model that suits those needs to ensure optimal communications. By allowing for dynamic switching between channel models the present solution allows for data transmission to be optimized for the current channel conditions and for the currently transmitted data.
Accordingly, this disclosure describes a method for transmitting data over an optical communication path, wherein the method includes receiving a bitstream for transmission over an optical communication path and selecting a channel model from a plurality of channel models for transmitting a portion of the received bitstream, wherein selecting the channel model is based upon a characteristic of a transmitter and a target bit-error rate given a characteristic of the optical communication path. The plurality of channel models includes a first channel model comprising a first association between a first bit value with a first transmission power level, the first bit value being transmitted by transmitting at the first power level. The plurality of channel models also includes a second channel model that includes a second association between the first bit value with a second transmission power level, the first bit value being transmitted by transmitting at the second power level, and a third association between repeated, consecutive first bit values and a third transmission power level, the repeated, consecutive first bit values being transmitted by transmitting a single bit of the first bit value at the third transmission power level. The method further includes transmitting, at the transmitter, the portion of the bitstream according to the selected channel model.
In another embodiment of the method, the characteristic of the transmitter comprises a maximum, configured output transmission power level.
In yet a further embodiment of the method, the maximum, configured output transmission power level comprises a power level that increases linearly with an input power level.
In another embodiment of the method, selecting the channel model from the plurality of channel models is further based on whether the portion of the received bitstream corresponds to control bits.
In a further embodiment of the method, selecting the channel model from the plurality of channel models is further based on a priority level of data corresponding to the portion of the received bitstream.
In yet another embodiment of the method, the first transmission power level corresponds to a first value in the first channel model and the second transmission power level corresponds to a second value in the second channel model, and the second value is less than the first value.
In yet a further embodiment of the method, the method includes receiving a feedback message from a receiver of the portion of the bitstream indicating a threshold number of errors in the transmission of the portion of the bitstream, selecting a different channel model from the plurality of channel models in response to the received feedback message, and re-transmitting the portion of the bitstream according to the different channel model.
In another embodiment of the method, selecting the channel model from the plurality of channel models is based on a plurality of previously received feedback messages indicating an error rate corresponding to a previously selected channel model used to previously transmit another bitstream.
This disclosure further describes a system for transmitting data over an optical communication path, wherein the system includes a computer storage device having computer-executable instructions stored thereon a processor communicatively coupled to the computer storage device that, having executed the computer-executable instructions, configures a system to perform a plurality of operations. The plurality of operations includes receiving a bitstream for transmission over an optical communication path, selecting a channel model from a plurality of channel models for transmitting a portion of the received bitstream, wherein selecting the channel model is based upon a characteristic of a transmitter and a target bit-error rate given a characteristic of the optical communication path. The plurality of channel models includes a first channel model comprising a first association between a first bit value with a first transmission power level, the first bit value being transmitted by transmitting at the first power level, and a second channel model that includes a second association between the first bit value with a second transmission power level, the first bit value being transmitted by transmitting at the second power level, and a third association between repeated, consecutive first bit values and a third transmission power level, the repeated, consecutive first bit values being transmitted by transmitting a single bit of the first bit value at the third transmission power level. The plurality of operations also includes transmitting, at the transmitter, the portion of the bitstream according to the selected channel model.
In another embodiment of the system, the characteristic of the transmitter comprises a maximum, configured output transmission power level.
In a further embodiment of the system, the maximum, configured output transmission power level comprises a power level that increases linearly with an input power level.
In yet another embodiment of the system, selecting the channel model from the plurality of channel models is further based on whether the portion of the received bitstream corresponds to control bits.
In another embodiment of the system, selecting the channel model from the plurality of channel models is further based on a priority level of data corresponding to the portion of the received bitstream.
In a further embodiment of the system, the first transmission power level corresponds to a first value in the first channel model and the second transmission power level corresponds to a second value in the second channel model, and the second value is less than the first value.
In yet another embodiment of the system, the plurality of operations further comprises receiving a feedback message from a receiver of the portion of the bitstream indicating a threshold number of errors in the transmission of the portion of the bitstream, selecting a different channel model from the plurality of channel models in response to the received feedback message, and re-transmitting the portion of the bitstream according to the different channel model.
In yet a further embodiment of the system, selecting the channel model from the plurality of channel models is based on a plurality of previously received feedback messages indicating an error rate corresponding to a previously selected channel model used to previously transmit another bitstream.
This disclosure also describes a computer storage device having computer-executable instructions stored thereon that, when executed by a processor, causes a system to perform a plurality of operations comprising receiving a bitstream for transmission over an optical communication path and selecting a channel model from a plurality of channel models for transmitting a portion of the received bitstream, wherein selecting the channel model is based upon a characteristic of a transmitter and a target bit-error rate given a characteristic of the optical communication path. The plurality of channel models includes a first channel model comprising a first association between a first bit value with a first transmission power level, the first bit value being transmitted by transmitting at the first power level. The plurality of channel models also includes a second channel model comprising a second association between the first bit value with a second transmission power level, the first bit value being transmitted by transmitting at the second power level, and a third association between repeated, consecutive first bit values and a third transmission power level, the repeated, consecutive first bit values being transmitted by transmitting a single bit of the first bit value at the third transmission power level. The plurality of operations further includes transmitting, at the transmitter, the portion of the bitstream according to the selected channel model.
In another embodiment of the computer storage device, the characteristic of the transmitter comprises a maximum, configured output transmission power level.
In a further embodiment of the computer storage device, selecting the channel model from the plurality of channel models is further based on whether the portion of the received bitstream corresponds to control bits.
In yet another embodiment of the computer storage device, selecting the channel model from the plurality of channel models is further based on a priority level of data corresponding to the portion of the received bitstream.
Some embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings.
The description that follows describes systems, methods, techniques, instruction sequences, and computing machine program products that illustrate example embodiments of the present subject matter. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide an understanding of various embodiments of the present subject matter. It will be evident, however, to those skilled in the art, that embodiments of the present subject matter may be practiced without some or other of these specific details. Examples merely typify possible variations. Unless explicitly stated otherwise, structures (e.g., structural components, such as modules) are optional and may be combined or subdivided, and operations (e.g., in a procedure, algorithm, or other function) may vary in sequence or be combined or subdivided.
As previously stated, various encoding schemes may increase bandwidth of the optical communications. In some examples, one such optical encoding scheme that increases the bandwidth of the optical communications includes a power-based compression scheme that may be applied to a bitstream as part of a transmission of the bitstream over the optical communication channel. In the power-based compression scheme, successive repeated binary values may be transmitted as a single binary value with the number of successive repeated values being represented by a power level that the single binary value is transmitted at. For example, the power level may be positively correlated (or otherwise mapped to) the number of successive repeated values. As an example, suppose that the binary character of ‘1’ is mapped to a first transmission power level of 5 dBm, and that the encoded bitstream to be transmitted is “1 1 1 1 1.” Further still, that the power-based compression algorithm introduces an additional 2 dBm for each additional binary character being replaced after the first binary character. Accordingly, in this example, the encoded bitstream of “1 1 1 1 1” is replaced with a single binary character, “1”. In addition, rather than designate the five binary is to be transmitted at five separate instances (e.g., T1, T2, T3, etc.) at a power level of 5 dBm each, the light source is instructed to transmit a single binary character of “1” at a power level of 13 dBm (e.g., the initial 5 dBm for the first binary character, and then an additional 2 dBm for each additional binary character) at a single time period (e.g., T1). When the receiver detects the increased power level of the received transmission packet at the single time period, the receiver applies a power-based decompression algorithm to determine that the received transmission packet represents multiple binary characters, and determines the number of binary characters represented by the single transmission packet. For example, the receiver may be trained to detect the various power levels and may map the power level back to a number of repeated bit values.
As can be appreciated the power levels of each particular mapping are determined by the power range of the transmitter and the number of individual power increments needed to transmit each different sequence of repeated values. For example, if the power levels are evenly distributed in the power range of the transmitter, and the transmitter has a 100 dBm range, and the system can encode a maximum of five repeated values, then ‘1’ may be transmitted at 20 dBm, “1 1” may be transmitted at 40 dBm, “1 1 1” may be transmitted at 60 dBm, “1 1 1 1” may be transmitted at 80 dBm, and “1 1 1 1 1” may be transmitted at 100 dBm. As can be appreciated, as either the transmitter range decreases and/or the number number of power level increases (e.g., the compression levels increase) the spacing between each power level may get closer. As the spacing is decreased, the chance that the receiver misinterprets one power level for another, neighboring power level increases. This then increases a bit error rate.
To accommodate variations on optical channel conditions, data needs, and other factors, the optical transmitter and/or optical receiver may implement different channel models, where the channel models define a maximum number of successive bits that can be encoded with the power-based compression as well as the <bit values>-to-<transmission power level> mappings. Examples of the various channel models is further discussed with reference to
This disclosure now turns to the various disclosed embodiments that implement the technical aspects described herein.
The optical transmitter 108 may be in direct communication with the optical receiver 110 via one or more optical communication paths 116-118. Additionally, and/or alternatively, a network 120 may be disposed between the optical transmitter 108 and the optical receiver 110, and the optical transmitter 108 and the optical receiver 110 communicate via the optical communication paths 116-118 and the network 120.
The computing device 104 may comprise, but is not limited to, a mobile phone, desktop computer, laptop, portable digital assistant (PDA), smart phone, tablet, ultra book, netbook, laptop, multi-processor system, microprocessor-based or programmable consumer electronic, or any other communication device that a user may utilize to perform various computing tasks (e.g., accessing the Internet, making a phone call, conducting a video conference, etc.). In some embodiments, the computing device 104 may comprise a display module (not shown) to display information (e.g., in the form of user interfaces). In further embodiments, the computing device 104 may comprise one or more of touch screens, accelerometers, gyroscopes, cameras, microphones, global positioning system (GPS) devices, and so forth.
The computing device 106 may comprise, but is not limited to, a mobile phone, desktop computer, laptop, portable digital assistant (PDA), smart phone, tablet, ultra book, netbook, laptop, multi-processor system, microprocessor-based or programmable consumer electronic, or any other communication device that a user may utilize to perform various computing tasks (e.g., accessing the Internet, making a phone call, conducting a video conference, etc.). In some embodiments, the computing device 106 may comprise a display module (not shown) to display information (e.g., in the form of user interfaces). In further embodiments, the computing device 106 may comprise one or more of touch screens, accelerometers, gyroscopes, cameras, microphones, global positioning system (GPS) devices, and so forth.
In addition, the computing device 104 and/or the computing device 106 may be implemented as a server that provides various functionalities and/or computerized services. For example, the computing device 104 and/or the computing device 106 may provide file-hosting services, video streaming services, audio streaming services, webpage hosting services, online gaming services, online banking services or any other computerized service or combination thereof. The computing devices 104-106 may be implemented as a client/server relationship (e.g., computing device 104 is a client device and computing device 106 is a server device), as a peer-to-peer relationship (e.g., computing device 104 is a client device and computing device 106 is a client device), or a server-to-server relationship (e.g., both computing device 104-106 are implemented as servers and communicate with each other to provide various services to one another). In some examples, the computing devices 104 and 106 may include the respective optical transmitters 108,114 and optical receivers 110,112.
The network 120 disposed between the computing device 104 and the computing device 106 may include one or more types of networks. For example, the network 120 may be an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), a WAN, a wireless WAN (WWAN), a metropolitan area network (MAN), a portion of the Internet, a portion of the Public Switched Telephone Network (PSTN), a cellular telephone network, a wireless network, a Wi-Fi network, a WiMAX network, another type of network, or a combination of two or more such networks.
The optical communication paths 116-118 may include one or more physical mediums through which a laser or light is communicated. One example of a transmission medium that may be included in the optical communication path 116-118 is one or more optical fibers, such as single mode optical fiber or multi-mode optical fiber, where the optical fibers comprise glass optical fiber, polymer optical fiber, or combinations thereof. Another example of a transmission medium is a gas, such as air, where the optical transmitter 108 communicates with the optical receiver 110 by sending one or more transmission packets over and/or through the gas.
In
The various component 202-218 of the optical transmitter 108 may be implemented in a single device, may reside on a single device, or may be distributed across several devices in various arrangements. The various components 202-218 of the optical transmitter 108 may access one or more computer storage devices for configuration information and/or implementation algorithms, and each of the various components 202-218 may be in communication with one another (e.g., via one or more communication buses or the like). Further, while the components 202-218 of
One or more of the components 208-218 may be implemented in hardware and/or software. In one embodiment, the components 208-218 are implemented as dedicated circuits, such as Application Specific Integrated Circuits (ASICs) where the dedicated circuits are configured to perform predetermined functions. For example, the source coding module 208 may be implemented as an ASIC configured to perform Huffman coding on the bitstream corresponding to data 220. As another example, the Error Correction Code (ECC) module 210 may be implemented as an ASIC configured to implement Reed Solomon codes on the encoded bitstream output by the source coding module 208. Additionally, and/or alternatively, the components 208-218 may be implemented as software, where the processor(s) 204 are configured to execute computer-readable instructions that implement the components 208-218. Furthermore, combinations of the foregoing are possible, where some modules are implemented as dedicated circuits and other modules are implemented in software. In this manner, the optical transmitter 108 may include components 208-218 that are implemented in hardware and/or software.
The communication interface 202 is configured to communicate with the computing device 104. In this regard, communication with the computing device 104 includes receiving data from the computing device 104 and/or sending data to the computing device 104. The optical transmitter 108 may also receive instructions and/or configurations from the computing device 104 via the communication interface 202. For example, the optical transmitter 108 may receive data 220 and/or one or more encoding algorithm(s) 222 from the computing device 104.
The communication interface 202 may include one or more wired and/or wireless communication interfaces. For example, the communication interface 202 may include a wireless transceiver, a Bluetooth® radio, and/or a wired network interface. In one embodiment, the communication interface 202 is configured to establish a wireless communication channel with the computing device 104 using one or more wireless communication protocols such as 802.11 b/g/n. Additionally, and/or alternatively, the optical transmitter 108 may establish a communication channel with the computing device 104 via a wire or other physical medium (e.g., via an Ethernet cable or the like). In yet another embodiment, the communication interface 202 is a local bus, which allows direct communication between the optical transmitter 108 and the computing device 104.
The processor(s) 204 are configured to execute computer-readable instructions that implement one or more of the modules 208-216. Additionally, and/or alternatively, the processor(s) 204 may be configured to retrieve computer-readable instructions from the computer storage device 206. The one or more processor(s) 204 may be any type of commercially available processor, such as processors available from the Intel Corporation, Advanced Micro Devices, Texas Instruments, or other such processors. Further still, the one or more processor(s) 204 may include one or more special-purpose processors, such as a Field-Programmable Gate Array (FPGA) or an Application Specific Integrated Circuit (ASIC). The one or more processor(s) 204 may also include programmable logic or circuitry that is temporarily configured by software to perform certain operations. Thus, once configured by such software, the one or more processor(s) 204 become specific machines (or specific components of a machine) uniquely tailored to perform the configured functions and are no longer general-purpose processor(s) 204.
Where the one or more processor(s) 204 implement the modules 208-216 via one or more computer-readable instructions, the computer-readable instructions may be written in one or more computer-programming and/or computer-scripting languages. Examples of such languages include, but are not limited to, C, C++, C #, Java, JavaScript, Perl, Python, or any other computer programming and/or scripting language now known or later developed.
The optical transmitter 108 may further include various computer storage device(s) 206 and/or computer-readable medium(s) for storing the data 220 encoding algorithm(s) 222, channel model(s) 224, and optical communication path characteristic(s) 226. The computer storage device 204 includes one or more physical devices configured to store instructions and data temporarily or permanently and may include, but not be limited to, random-access memory (RAM), read-only memory (ROM), buffer memory, flash memory, optical media, magnetic media, cache memory, other types of storage (e.g., Erasable Programmable Read-Only Memory (EEPROM)) and/or any suitable combination thereof. The term “computer storage device” should be taken to include a single device or multiple devices (e.g., a centralized or distributed database, or associated caches and servers) able to store the data 220 and the one or more encoding algorithm(s) 222. Accordingly, the computer storage device 204 may be implemented as a single storage apparatus or device, or, alternatively and/or additionally, as “cloud-based” storage systems or storage networks that include multiple storage apparatus or devices.
The data 220 of the computer storage device 206 includes the information that the computing device 104 intends to transmit to the computing device 106. The data 220 may also include computer-readable instructions that configure the one or more processor(s) 204 to implement one or more of the modules 208-216.
The encoding algorithm(s) 222 include one or more encoding algorithms for encoding the data 220 to be transmitted via the light source 218. In one embodiment, the encoding algorithm(s) 222 include one or more source coding algorithms for implementation by the source coding module 208. Examples of source coding algorithms that may be included in the encoding algorithm(s) 222 include Huffman coding, Lempel-Ziv coding, Shannon-Fano coding, and other such coding algorithms or combinations thereof.
Additionally, and/or alternatively, the encoding algorithm(s) 222 include one or more error-correction coding algorithms that are applied by the ECC module 210. For example, the ECC module 210 may reference a memory address of the computer storage device 206 to retrieve the error-control coding algorithm to apply to an encoded bitstream. Alternatively, the ECC module 210 may reference a variable name, which may store a variable value or a constant value, where the value referenced by the variable name indicates the error-control coding algorithm to apply. The error-control coding algorithms applicable by the ECC module 210 may include, but are not limited to, Hamming codes, Reed Solomon codes, and other such error-correction coding techniques, or combinations thereof.
The channel model(s) 224 include one or more channel models that define various power-based compression algorithms for the channel model encoding module 212. In one embodiment, the channel model(s) 224 include mappings that map repeated runs of a binary character within the encoded bitstream (e.g., a bitstream where a source coding was applied) to particular power levels transmittable by the light source 218.
In some instances, the run of repeated binary characters includes a repeated “1” value (e.g., “1 1 1,” “1 1 1 1,” “1 1 1 1 1 1,” etc.). In other instances, the run of repeated binary characters includes a repeated “0” value (e.g., “0 0 0,” “0 0 0 0,” “0 0 0 0 0,” etc.). The channel model(s) 224 may include multiple channel models performing power-based compression on repeated “1” values, multiple channel models for performing power-based compression on repeated “0” values, or combinations of such algorithms. In still other examples, the run of repeated characters includes repeated values of binary sequences of multiple binary bits. For example, “0 1 1 0” or some other sequence. The repeated binary characters or sequences of binary characters may be transmitted by transmitting a single binary character or sequence at a power level correlated to a number of binary characters or sequences that are repeated.
The optical communication path characteristic(s) 226 include one or more optical communication path attributes with corresponding values that specify a particular attribute of the optical communication path being used by the optical transmitter 108. An example of an optical communication path attribute is the distance between the optical transmitter 108 and the optical receiver 110, which may be specified in a unit of distance (e.g., feet, meters, yards, etc.). Another example of an optical communication path attribute is a current bit-error rate of a current bitstream being transmitted from the optical transmitter 108 to the optical receiver 110. The channel model encoding module 212 may be configured to accept the optical communication path characteristic(s) 226 as an input in selecting a channel model 224 for compressing the encoded bitstream. Having multiple channel models 224 to choose from allows the channel model encoding module 212 to select the best and/or most appropriate channel model 224 for compressing the encoded bitstream. For example, the bit-error rate may be compared with a threshold associated with each of the channel model(s) 224 and the channel model encoding module 212 may be configured to select a channel model 224 where the bit-error rate associated with the channel model 224 is less than or equal to the current bit-error rate associated with the current bitstream. Yet a further example of an optical communication path attribute is a prior bit-error rate or previous bit-error rates, which, like the current bit-error rate, may be used by the channel model encoding module 212 to select a channel model 224. By having multiple channel models 224 associated with different bit-error rates, the channel model encoding module 212 can adaptively choose which of the channel models 224 to select given the optical communication path characteristic(s) 226.
The source coding module 208 is configured to encode the data 220 according to one or more of the encoding algorithm(s) 222. In one embodiment, the source coding module 208 retrieves the data 220 from the computer storage device 206 and applies a source coding algorithm as defined by one or more of the encoding algorithm(s) 222. In another embodiment, the source coding module 208 is preconfigured with a source coding to apply to the data 220. The output generated by the source coding module 208 is an encoded bitstream, which may be stored as part of the data 220 of the computer storage device 206. Additionally, and/or alternatively, the encoded bitstream may be communicated in real-time, or near real-time, to another module 210-216 of the optical transmitter 108, such as the ECC module 210 or channel model encoding module 212.
The ECC module 210 is configured to apply an error-correction coding to the encoded bitstream output by the source coding module 208. In some instances, the data 220 may not be encoded by the source coding module 208, in which case, the ECC module 210 applies the error-correction coding to data 220 that the ECC module 210 retrieves from the computer storage device 206. The resulting output from the ECC module 210 is one or more redundant bits that the optical receiver 110 may use to recover one or more information bits transmitted by the light source 218.
As discussed above, the channel model encoding module 212 is configured to select and apply a channel model 224 to the encoded bitstream and redundant bits to obtain a compressed and encoded bitstream that is eventually output by the light source 218. The channel model encoding module 212 may be configured to selectively apply the select channel model 224 to one or more portions of the encoded bitstream. The output from the channel model encoding module 212 is a compressed bitstream where repeated runs of binary characters in the encoded bitstream and/or redundant bits have been replaced with one or more binary characters, depending on the channel model used by the channel model encoding module 212. As explained above, the replacement one or more binary characters correspond to a transmission power level output by the light source 218.
In selecting a channel model 224, the channel model encoding module 212 may also select the channel model 224 according to the type of bits being compressed. For example, control bits may be considered more important than data bits, in which case, the channel model encoding module 212 is configured to select a channel model that has an bit-error rate having a value within a predetermined threshold for an bit-error rate of control bits. As another example, certain bits within the encoded bitstream may be designated as having a higher priority than other bits within the encoded bitstream, which signals to the channel model encoding module 212 that the higher priority bits are to be encoded with a channel model having a certain bit-error rate (e.g., an bit-error rate less than or equal to an bit-error rate associated with the priority value of the designated bits). In one embodiment, a two-dimensional table, array, matrix, or other data structure may be implemented that associates bit-error rates with specific types of bits (e.g., bits having a particular priority value, bits designated as control bits, etc.), and the channel model encoding module 212 is configured to reference this data structure in determining which of the channel model(s) 224 to select to compress the encoded bitstream.
In one embodiment, the compressed bitstream (including any redundant bits) is communicated to the baseband modulator/filter 214. The baseband modulator/filter 214 modulates a signal corresponding to the compressed bitstream with a carrier signal emitted by the light source 218. The baseband modulator/filter 124 may employ one or more modulation techniques to modulate the compressed bitstream with the carrier signal emitted by the light source 218. Examples of modulation techniques include, but are not limited to, quadrature phase shift keying (QPSK), binary phase shift keying (BPSK), phase-shift keying (PSK), quadrature amplitude modulation (QAM), amplitude- and phase-shift keying (APSK), and other such modulation techniques or combinations thereof. Further still, the carrier signal emitted by the light source 218 may be directly modulated by the baseband modulator/filter 214 wherein the light source 218 is configured to emit a carrier signal when a first binary character is encountered in the compressed bitstream (e.g., a binary “1”) and configured to not emit the carrier signal when a second binary character is encountered in the compressed bitstream (e.g., a binary “0”).
In addition, the baseband modulator/filter 214 may filter the modulated signal to be emitted by the light source 218 based on a desired wavelength. In one embodiment, the baseband modulator/filter 214 filters the modulated signal to be within a desired wavelength, such as 650 nm, 850 nm, 1300 nm, 1310 nm, and other such wavelengths. In some instances, the filter of the baseband modulator/filter 214 may be applied after the modulated signal has been up-converted to another frequency and/or wavelength. In this manner, the baseband modulator/filter 214 ensures that the signal emitted by the light source 218 is within a desired or selected wavelength.
In some instances, the baseband modulator/filter 214 may be applied to the compressed bitstream output by the channel model encoding module 212, such as where the compressed bitstream is to be transmitted with a carrier wave signal. In other instances, the channel model encoding module 212 may communicate the compressed bitstream to the light source 218, where the baseband modulator/filter 214 directly modulates the output of the light source 218.
The up-converting module 216 is configured to apply a frequency up-conversion technique to convert the frequency of the modulated signal (e.g., the modulated signal output by the baseband modulator/filter 214) to a higher or lower frequency to be emitted by the light source 218. In one embodiment, the up-converting module 216 is implemented as a finite impulse response (FIR) interpolator, a cascaded integrator-comb (CIC) compensator, and a CIC interpolator. The input to the up-converting module 216 includes the modulated signal output by the baseband modulator/filter 214 (e.g., the frequency of the modulated signal) and a local oscillator signal, where the output includes a new signal having a frequency within a particular range of a desired frequency (e.g., the sum of the two signals and/or the difference of the two signals). A bandpass filter (not shown) may then be applied to the output signal to select which of the two output signals is desired (e.g., the sum of the two signals or the difference of the two signals).
In some instances, the up-converting module 216 may be applied to the modulated signal where the modulated signal includes a radiofrequency (RF) signal at a lower frequency than desired. In other instances, the up-converting module 216 may be bypassed and the modulated signal may be communicated directly to the light source 218, such as where the modulated signal is within a range of a desired frequency.
The light source 218 is configured to emit a signal output by the channel model encoding module 212, the baseband modulator/filter 214, and/or the up-converting module 216. In one embodiment, emissions of the light source 218 are divided into transmission packets, where each transmission packet corresponds to a binary value within the compressed bitstream output by the channel model encoding module 212. In addition, each transmission packet may be associated with a particular power level such that the light source 218 emits a transmission packet at its associated power level. The light source 218 is further configured to emit the transmission packets at known time intervals (e.g., maintained by an internal clock circuit or the like), and an optical receiver (discussed with reference to
In communicating the compressed bitstream to the optical receiver 110, the optical transmitter 108 may transmit a channel model identifier to the optical receiver 110 that identifies the channel model being used to compress the encoded bitstream. In one embodiment, a predetermined bit (or predetermined plurality of bits) of each transmission packet is/are designated as channel model identifier bit(s), and the optical receiver 110 is configured to read the predetermined channel model identifier bit(s) to determine the correct channel model to apply to decompress the compressed bitstream. In another embodiment, the optical transmitter 108 and the optical receiver 110 operate according to a predetermined schedule for applying the channel models, and the optical receiver 110 selects the channel model to apply based on this predetermined schedule. In this scheduling embodiment, a channel model may be associated with a day, time, or other increment of time, and the optical transmitter 108 and the optical receiver 110 select the corresponding channel model based on this predetermined schedule.
The various component 302-318 of the optical receiver 110 may be implemented in a single device or may be distributed across several devices in various arrangements. The various components 302-318 of the optical receiver 110 may access one or more computer storage devices for configuration information and/or implementation algorithms, and each of the various components 302-318 may be in communication with one another (e.g., via one or more communication buses or the like). Further, while the components 302-318 of
One or more of the components 306-318 may be implemented in hardware and/or software. In one embodiment, the components 306-318 are implemented as dedicated circuits, such as Application Specific Integrated Circuits (ASICs) where the dedicated circuits are configured to perform predetermined functions. For example, the source decoding module 314 may be implemented as an ASIC configured to perform Huffman decoding on the decompressed bitstream obtained by the channel model decoding module 312. As another example, the ECC decoding module 316 may be implemented as an ASIC configured to decode the compressed bitstream using Reed Solomon codes. Additionally, and/or alternatively, the components 306-318 may be implemented as software, where the processor(s302 are configured to execute computer-readable instructions that implement the components 306-318. Furthermore, combinations of the foregoing are possible, where some modules are implemented as dedicated circuits and other modules are implemented in software. In this manner, the optical receiver 110 may include components 306-318 that are implemented in hardware and/or software.
The communication interface 304 is configured to communicate with the computing device 106 and/or the network 120. In this regard, communication with the computing device 106 includes receiving data from the computing device 106 and/or sending data to the computing device 106. The optical receiver 110 may also receive instructions and/or configurations from the computing device 106 via the communication interface 304. For example, the optical receiver 110 may receive data 322, one or more decoding algorithm(s) 324, and one or more detection model(s) 326 from the computing device 106.
The communication interface 304 may include one or more wired and/or wireless communication interfaces. For example, the communication interface 304 may include a wireless transceiver, a Bluetooth® radio, and/or a wired network interface. In one embodiment, the communication interface 304 is configured to establish a wireless communication channel with the computing device 106 using one or more wireless communication protocols such as 802.11 b/g/n. Additionally, and/or alternatively, the optical receiver 110 may establish a communication channel with the computing device 106 via a wire or other physical medium (e.g., via an Ethernet cable or the like). In yet another embodiment, the communication interface 202 is a local bus, which allows direct communication between the optical receiver 110 and the computing device 106.
The processor(s) 302 are configured to execute computer-readable instructions that implement one or more of the modules 306-318. Additionally, and/or alternatively, the processor(s) 302 may be configured to retrieve computer-readable instructions from the computer storage device 318. The one or more processor(s) 302 may be any type of commercially available processor, such as processors available from the Intel Corporation, Advanced Micro Devices, Texas Instruments, or other such processors. Further still, the one or more processor(s) 302 may include one or more special-purpose processors, such as a Field-Programmable Gate Array (FPGA) or an Application Specific Integrated Circuit (ASIC). The one or more processor(s) 302 may also include programmable logic or circuitry that is temporarily configured by software to perform certain operations. Thus, once configured by such software, the one or more processor(s) 302 become specific machines (or specific components of a machine) uniquely tailored to perform the configured functions and are no longer general-purpose processor(s) 302.
Where the one or more processor(s) 302 implement the modules 306-318 via one or more computer-readable instructions, the computer-readable instructions may be written in one or more computer-programming and/or computer-scripting languages. Examples of such languages include, but are not limited to, C, C++, C #, Java, JavaScript, Perl, Python, or any other computer programming and/or scripting language now known or later developed.
The optical receiver 110 may further include various computer storage device(s) 316 and/or computer-readable medium(s) for storing data 322, decoding algorithm(s) 324, and/or one or more detection model(s) 326. The computer storage device 318 includes one or more physical devices configured to store instructions and data temporarily or permanently and may include, but not be limited to, random-access memory (RAM), read-only memory (ROM), buffer memory, flash memory, optical media, magnetic media, cache memory, other types of storage (e.g., Erasable Programmable Read-Only Memory (EEPROM)) and/or any suitable combination thereof. The term “computer storage device” should be taken to include a single device or multiple devices (e.g., a centralized or distributed database, or associated caches and servers) able to store the data 322, the one or more decoding algorithm(s) 324, and/or the detection model(s) 326. Accordingly, the computer storage device 318 may be implemented as a single storage apparatus or device, or, alternatively and/or additionally, as “cloud-based” storage systems or storage networks that include multiple storage apparatus or devices.
The data 322 of the computer storage device 318 includes information received from the computing device 104 via the optical transmitter 108. The data 322 may also include computer-readable instructions that configure the one or more processor(s) 302 to implement one or more of the modules 306-318.
The decoding algorithm(s) 324 include one or more algorithms for decoding the bitstream received from the computing device 104. In one embodiment, the decoding algorithm(s) 324 include one or more source decoding algorithms that are implemented by the source decoding module 314. Examples of source decoding algorithms that may be included in the decoding algorithm(s) 324 include Huffman decoding, Lempel-Ziv decoding, Shannon-Fano decoding, and other such decoding algorithms or combinations thereof.
In another embodiment, the decoding algorithm(s) 324 include one or more error-correction decoding algorithms for decoding one or more redundant bits included in the bitstream transmitted by the optical transmitter 108. Where the ECC decoding module 316 is implemented in hardware, the ECC decoding module 316310 may be configured to reference a memory address of the computer storage device 318 to retrieve the error-control decoding algorithm to apply to the received bitstream and its included redundant bits. Alternatively, the ECC decoding module 316 may reference a variable name, which may store a variable value or a constant value, where the value referenced by the variable name indicates the error-control decoding algorithm to apply. The error-control decoding algorithms applicable by the ECC decoding module 316 may include, but are not limited to, Hamming codes, Reed-Solomon codes, and other such error-correction coding techniques, or combinations thereof.
The channel model(s) 326 include one or more channel model(s) that define power-based decompression algorithms for the channel model decoding module 312. As explained with reference to
In some instances, the transmission from the optical transmitter 108 may need to be down-converted and/or demodulated from a carrier signal. Accordingly, the down-converting module 308 is configured to down-convert the transmission signal from the optical transmitter 108. In one embodiment, the down-converting module 308 is implemented as a digital down-converter and includes a mixer, a CIC decimator, and one or more FIR filters. The inputs to the down-converting module 308 includes the received transmission from the optical transmitter 108 and a local oscillator to compute the intermediate frequency (e.g., the frequency that is output by the down-converting module 308).
In addition, depending on whether the transmission signal has been modulated with a carrier signal, the output from the down-converting module 308 (or the optical photodetector 306) is communicated to a baseband demodulator module 310. The baseband demodulator module 310 demodulates the transmission from the optical transmitter 108 to obtain a compressed bitstream representing data having been compressed by a power-based compression algorithm. The baseband demodulator/module 310 may employ one or more demodulation techniques to demodulate the transmission signal. Examples of demodulation techniques include, but are not limited to, quadrature phase shift keying (QPSK), binary phase shift keying (BPSK), phase-shift keying (PSK), quadrature amplitude demodulation, amplitude- and phase-shift keying (APSK), and other such demodulation techniques or combinations thereof.
In some instances, the down-converting module 308 and/or baseband demodulator 310 may be bypassed by the optical photodetector 306. For example, the processor(s) 302 may determine that the transmission signal has not been upconverted or that the transmission signal has not been externally modulated. In these situations, the optical photodetector 306 may communicate one or more identified transmission packets to the channel model decoding module 312 for decompression.
The channel model decoding module 312 is configured to decompress the compressed bitstream down-converted by the down-converting module 308. In one embodiment, the channel model decoding module 312 selects a channel model from the channel model(s) 326 to apply to the down-converted bitstream to obtain an uncompressed bitstream. In one embodiment, the channel model decoding module 312 selects the channel model according to a channel model identifier included in a predetermined bit of a transmission packet sent by the optical transmitter 108. As discussed previously, the optical transmitter 108 and the optical receiver 110 may be programmed to recognize a particular bit (or bits) within a transmission packet as a channel model identifier bit where the channel model identifier bit identifies the channel model used to compress the particular transmission packet being sent. The optical transmitter 108 and the optical receiver 110 may each have a copy of the channel model(s) that can be used, where an identifier is associated with each of the channel model(s). In this manner, when a transmission packet is received, the optical receiver 110 is configured to examine a first bit (or a first set of bits) to determine the channel model used to compress the transmission packet, and then decompresses the payload of the transmission packet according to the channel model identified by the channel model identifier. After a transmission packet is decompressed by the channel model decoding module 312, the decompressed transmission packet is communicated to the source decoding module 314.
The source decoding module 314 is configured to decode the uncompressed bitstream, obtained by the channel model decoding module 312, according to one or more of the decoding algorithm(s) 324. In one embodiment, the source decoding module 310 receives the uncompressed bitstream 310 from the channel model decoding module 312 and, from the manner in which the uncompressed bitstream is coded, determines which decoding algorithm to apply to the uncompressed bitstream. In another embodiment, the source decoding module 310 is preconfigured with the decoding algorithm to apply to the uncompressed bitstream. For example, the optical receiver 110 and/or the optical transmitter 108 may be configured to apply a source encoding and source decoding algorithm using a shared secret key. The output generated by the source decoding module 314 is a decoded bitstream, which may be stored as part of the data 322 of the computer storage device 318. Additionally, and/or alternatively, the decoded bitstream may be communicated in real-time, or near real-time, to another module 306-318 of the optical receiver 110, such as the ECC decoding module 316.
The ECC decoding module 316 is configured to apply an ECC decoding algorithm to the decoded bitstream output by the source decoding module 314. In some instances, a source coding may not have been applied to the decompressed bitstream, in which case, the ECC decoding module 316 applies the ECC decoding algorithm to the decompressed bitstream obtained by the channel model decoding module 312. In applying the ECC decoding algorithm, the ECC decoding module 316 determines whether there are errors in one or more bits of the decompressed bitstream. Where there are errors, the ECC decoding module 316 corrects the bitstream accordingly. In some instances, the ECC decoding module 316 may request that the optical receiver 110 request a re-transmission of a transmission packet corresponding to the bit having the error. In other instances, the ECC decoding module 316 corrects the bit using the redundant bits that are included with the decompressed bitstream. In this way, the optical receiver 110 can correct for one or more errors that may occur in the bitstream transmitted by the optical transmitter 108.
The output sync 320 is configured to synchronize the output generated by the optical photodetector 306. In one embodiment, the output sync 320 sends timing information to the optical photodetector 306 to ensure that the optical photodetector 306 captures transmission packets at predetermined time intervals. In another embodiment, the output sync 320 may communicate with the processor(s) 302 to ensure that the processor(s) 302 use the correct timing information in determining whether a plurality of photons corresponds to a transmission packet based on one or more of the detection model(s) 326.
After a transmission packet has been decoded and error-corrected (if applicable), the transmission packet may be stored in the computer storage device 318. In one embodiment, the transmission packets are stored in Random Access Memory (RAM) until a predetermined number of transmission packets have been received and decoded by the optical receiver 110. When the predetermined number of transmission packets have been received, a block of data representing the transmission packets may be communicated to the computing device 106 via the communication interface 304.
With reference to
Accordingly, subsequent runs of the binary character are transmitted as a single binary character having a transmission power level that is correlated to the number of binary characters in the run. In other words, under this channel model a run of two (2) binary characters is associated with a single binary character having a P2 transmission power, a run of three (3) binary characters is associated with a single binary character having a P3 transmission power, and so forth. In some instances, the successive runs of repeating binary characters are mapped to varying power levels, where each power level is a different power level. In these instances, the power levels may be successive power levels; in other instances, the power levels may be arbitrary and/or randomly assigned.
Where a 0 is encountered in the encoded bitstream, the channel model encoding module 212 may determine that no power, or minimal power, by the light source 218 is to be emitted. While in
Accordingly, when the optical receiver 110 detects the transmission from the optical transmitter 108, the distribution 402 is encountered. In the distribution 402, there are intermediate distributions of detected photons 404-408 having a range of transmission power levels and there are a greater (e.g., a threshold) number of detected photons 414-418 having a transmission power level of P2 or P3, where P2 and P3 are a combination of the minimum detectable power level P, and P3 is greater than P2. In this regard, a first group of photons 414 is transmitted at time period T1 having a transmission power level P2, a second group of photons 418 is transmitted at time period T2 having a transmission power level P3, and a third group of photons 416 is transmitted at time period T3 having a transmission power level P2. As shown in
In addition to line 504, graph 502 illustrates a line 508, which illustrates a linear relationship (or substantially linear relationship with minor deviations), between the input power and the output power of the optical transmitter 108. The line 508 illustrates that the power efficiency for an optical transmitter, such as the transmitter 108, can be linear, or close to linear up until an output power threshold designated by point PT. As discussed below with reference to
Referring to
As explained above with reference to
In addition to illustrating the various power levels that the channel models 602A-602C map to particular bit values and sequences of bit values, the channel models 602A-602C also illustrate the potential errors that may arise in the transmission of a particular sequence given a particular power level. For example, the first channel model 602A illustrates that an input bit value of “1” may be interpreted as a “0” at an error rate c, while it the input bit value of “1” may be interpreted as a “1” at a success rate of (1−ε). Similarly, the second channel model 602B illustrates that an input bit value of “1” may be interpreted incorrectly as a “0” or “11,” and that the input sequence of bit values of “11” may be interpreted incorrectly as a “0” or a “1.” The third channel model 602C also illustrates similar errors may be experienced in the transmission of a particular bit value or a sequence of bit values given a particular transmission power level.
The causes of the errors in interpreting the transmission from the optical transmission include various optical channel characteristics, transmitter characteristics, receiver characteristics, and other such characteristics. For example, with regard to the optical channel characteristics, the distance between the transmitter and the receiver may be such that the light attenuation of the transmission exceeds the ability of the receiver to interpret the transmission at its particular transmission power level. With regard to transmitter characteristics, one example of a transmitter characteristic is laser degradation, where a laser of the optical transmitter may have degraded such that the actual transmission power level output by the optical transmitter is less than the transmission power level requested by the optical transmitter. With regard to receiver characteristics, one example of a receiver characteristic is photodiode degradation, where a photosensor or other photodiode of the optical receiver 110 has degraded such that the transmission power level detected by the receiver is different than the transmission power level output by the optical transmitter.
To accommodate errors in the transmitted bitstream, the optical transmitter 108 may leverage error correction codes to help the receiver 110 identify and/or determine errors in the received transmission. For example, the source decoding module 314 may determine whether an error in the bitstream occurred. Accordingly, where the source decoding module 314 determines that the received bitstream includes one or more errors, the optical receiver 110 may communicate a message to the computing device 106 that an error was detected and/or determined in the received bitstream. In turn, the computing device 106 may assemble and/or generate a message for transmission to the computing device 104 via the optical transmitter 114 and the optical receiver 112 that an error was detected and/or determined. In another embodiment, the optical receiver 110 (or computing device 106) determines an error rate in the received bitstream, and communicates the determined error rate periodically (e.g., a predetermined time intervals) to the computing device 104 via the optical transmitter 114 and the optical receiver 112. In other examples, errors may be presumed from the presence of retransmission requests from the optical transmitter 114.
The determined error rate may be determined by computing a ratio of the number of errors in the received bitstream vs. the total number of interpreted bit values from the received bitstream. However, the error rate may be determined using other methods or implementations and such methods and implementations are contemplated as falling within the scope of this disclosure. In some instances, the computing device 104 (or optical transmitter 108) determines the error rate given the error messages and/or notifications communicated by the computing device 106.
To manage the errors that may occur in a transmitted bitstream, the optical transmitter 108 may implement a bit-error rate threshold that indicates when an unacceptable number of errors have occurred in the transmitted bitstream. Based on a determination that the bit-error rate meets or exceeds the bit-error rate threshold, the optical transmitter 108 may adaptively change the channel model being used to communicate the input bitstream. For example, during transmission of a bitstream using the third channel model 602C, the optical transmitter 108 may receive a message or instruction from the computing device 104 indicating a particular bit-error rate that meets or exceeds the bit-error rate threshold. In response, the optical transmitter 108 may switch to a channel model that is less prone to errors, such as the first channel model 602A or the second channel model 602B. The first channel model 602A and the second channel model 602B may be considered less error prone because the possibility of interpreting an input bit value as a different bit value using the first or second channel models 602A-B is less than the possibility of the input bit value being interpreted as a different bit value using the third channel model 602C. In this manner, the optical transmitter 108 may switch from one channel model to a different channel model in response to a notification from the computing device 104. Being able to adaptively change the channel model used to communicate the input bitstream improves the functioning of the optical transmitter 108 as it allows the optical transmitter 108 to reduce the bit-error rate of the transmitted bitstream. Such an improvement in the field of optical communications would not be possible if the optical transmitter 108 only had one channel model by which to communicate the input bitstream.
Additionally, and/or alternatively, the optical transmitter 108 may adaptively change the channel model in response to a determination that the bit-error rate is less than the bit-error rate threshold. The bit-error rate being less than the bit-error rate threshold may indicate that equipment and/or transmission medium being used to transmit the bitstream can accommodate a channel model that further compress an input bitstream than the channel model currently being used. For example, where the optical transmitter 108 is using the second channel model 602B to transmit an input bitstream, the optical transmitter 108 may receive a message or instruction from the computing device 104 that the bit-error rate is less than the bit-error rate threshold. Accordingly, the optical transmitter 108 may switch from using the second channel model 602B to transmit the input bitstream to the third channel model 602C to transmit the input bitstream.
In some embodiments, the optical transmitter 108 may implement a lower bit-error rate threshold and an upper bit rate threshold that indicate whether the optical transmitter 108 should switch the channel model being used. The lower bit rate threshold may correspond to switching from a channel model that is less error prone (e.g., has few mappings of transmission power levels) to a channel model that is more error prone (e.g., has more mappings of transmission power levels). The upper bit rate threshold may correspond to switching from a channel model that is more error prone (e.g., has more mappings of transmission power levels) to a channel model that is less error prone (e.g., has fewer mappings of transmission power levels).
In addition to the use of an bit-error rate (upper and/or lower), the optical transmitter 108 may adaptively switch the channel model being used based on characteristics of the data that is transmitted. For example, control data may be considered more important than user data. Accordingly, the bits that make up the control data may be communicated using a channel model that is less prone to errors (e.g., a channel model having a bit error rate that is less than or equal to an bit-error rate threshold associated with control data) in the bitstream transmission (e.g., the first channel model 602A). In one embodiment, the optical transmitter 108 may implement a chart, two-dimensional table, array, or other data structure that maps the type of bits being transmitted to one or more corresponding channel models for transmitting the bits. Thus, control bits may be mapped to using the first channel model 602A or the second channel model 602B, whereas data bits may be mapped to using the first, second, or third channel models 602A-602C. In similar fashion, a priority level (e.g., Quality of Service) of the bits in the bitstream may be mapped to one or more of the channel models 602A-602C. In this manner, the type of bits being transmitted, or the priority of the bits being transmitted, may signal to the optical transmitter 108 as to which channel model should be used to transmit the bits.
In some examples, a single transmitter may transmit to multiple receivers and the single transmitter may utilize different channel models for transmissions for different receivers.
As shown in
Although not shown explicitly, the first receiver 706 and the second receiver 708 may also include an optical transmitter for communicating with the optical transmitter 704, and the optical transmitter 704 may include an optical receiver for receiving communications from the first receiver 706 and the second receiver 708.
As discussed above, the optical receiver 706 and/or the optical receiver 708 may detect errors in the received bitstream and may communicate a message to the optical transmitter 704 indicating that one or more errors were detected or that a particular bit-error rate was determined. Referring to
Initially, the optical transmitter 108 is instructed to send data 220 via the light source 218 through the one or more optical paths 116-118 and/or the network 120 (Operation 804). Thereafter, the source coding module 208 applies a source coding algorithm (using one or more of the encoding algorithm(s) 222) to the data 220 to obtain an encoded bitstream (Operation 806). The source coding module may then communicate the encoded bitstream to the ECC module 210 for applying an ECC algorithm to the encoded bitstream using one or more of the encoding algorithm(s) 222 (Operation 808). In some instances, Operation 806 and/or Operation 808 may be omitted or bypassed, such as where no source coding is to be applied or where ECC is not to be applied to the bitstream.
After the ECC module 210 has completed its operations, the ECC module 210 may then invoke the channel model encoding module 212 to select a particular channel model 224 and apply a power-based compression algorithm to the encoded bitstream and redundant bits (Operation 810). In one embodiment, the channel model encoding module 212 is instructed to select which channel model 224 to apply, such as by receiving an instruction from the computing device 104.
In another embodiment, the channel model encoding module 212 automatically selects which channel model 224 to apply. For example, the channel model encoding module 212 may automatically select a channel model 224 to apply based on the types of bits being compressed using the channel model 224. In another example, the channel model encoding module 212 automatically selects a channel model 224 to apply based on an bit-error rate associated with the selected channel model 224. In yet a further example, the channel model encoding module 212 selects a channel model 224 that is designated as a base or default channel model 224 (e.g., channel model 602A) and then selects alternative or different channel models 224 while the compressed bitstream is being transmitted. In one embodiment, the change or switch in the channel model occurs between transmission packets, such that a successive transmission packet identifies the channel model being selected. This implementation ensures that the optical receiver 110 is informed of the changed in the channel model 224.
As discussed above, the output of the channel encoding module 212 is a compressed bitstream, where the compressed bitstream includes data from the encoded bitstream as determined by the source coding module 208 and redundant bits as determined by the ECC module 210.
In one embodiment, the channel model encoding module 212 then invokes the baseband modulator/filter 214 and/or the up-converting module 216. As discussed above, the baseband modulator/filter 214 is configured to apply a modulation technique to the compressed bitstream (Operation 812). After the baseband modulation/filter 214 is applied, the resulting signal may then be communicated to the up-converting module 216 for up-converting the signal from a first input frequency to a second output frequency (Operation 814). In some instances, however, the baseband modulator/filter 214 and/or the up-converting module 216 may be bypassed. The resulting signal, whether modulated and/or up-converted, is then transmitted by the light source 218 over the one or more optical communication paths (Operation 816). Furthermore, each transmission packet may be associated with a transmission power level, as determined by the channel model encoding module 212, where each transmission packet is emitted at the determined transmission power level.
Initially, the optical receiver 110 receives a transmission from the optical transmitter 109 via one or more optical communication paths 116-118 and/or network 120 (Operation 904). Depending on whether the transmission has been up-converted, the optical receiver 110 may then execute the down-converting module 309 to down-convert the transmission bitstream from a first frequency to a second frequency (Operation 906). As discussed above, the output from the down-converting module 309 may then be communicated to the baseband demodulator 310, which demodulates an encoded signal (e.g., the compressed bitstream) from a carrier signal (Operation 908). In some instances, the down-converting module 308 and/or the baseband demodulator 310 may be bypassed, in which case, the received transmission signal may be communicated to the channel model decoding module 312.
The one or more processor(s) 302 may then identify and/or determine the channel model used to encode the transmitted bitstream (Operation 810). In one embodiment, the transmitted bitstream includes a channel model identifier that identifies the particular channel model used to encode the transmitted bitstream. As discussed above, each transmission packet may include a predetermined bit or set of bits that stores an identifier for the selected channel model. The optical receiver 110 then selects the channel model from the channel model(s) 326 based on the channel model identifier.
Having selected the identified channel model, the optical receiver 110 then applies a power-based decompression algorithm to decompress one or more of the transmission packets (Operation 912). The output from the channel model decoding module 312 is a bitstream that has been source coded by the source coding module 208 (e.g., an encoded bitstream) along with one or more redundant bits.
The ECC decoding module 316 then determines whether to perform error correction control on the encoded bitstream (e.g., the bitstream output by the channel model decoding module 312) based on one or more redundant bits included in the bitstream (Operation 914). Thereafter, the source decoding module 314 applies a source decoding algorithm on the encoded bitstream to obtain the initial bitstream corresponding to the data 220 previously stored by the optical transmitter 108 (Operation 916). In one embodiment, the source decoding module 314 is instructed to select a source decoding algorithm from the decoding algorithm(s) 324. In another embodiment, the optical receiver 110 and the optical transmitter 108 are configured to select the same source encoding and/or source decoding algorithms. The output from the source decoding module 314 is decoded data, which may be stored in the computer storage device 318 and/or communicated to the computing device 106 via the communication interface 304 (Operation 918). Further still, there may be instances and/or embodiments where ECC decoding and/or source decoding is not applied to the received transmission signal. For example, where the transmission signal has not been source encoded or where the bitstream has not had ECC encoding applied, then the optical receiver 110 may not perform source decoding and/or ECC decoding on the received transmission signal.
Initially, an optical transmitter, such as the optical transmitter 108, selects a channel model (e.g., one of channel models 602A-602C) for communicating an input bitstream to an optical receiver, such as the optical receiver 110 (Operation 1004). The selection of the channel model may be based on one or more characteristics of the equipment and/or transmission medium being used to communicate the input bitstream. The selection of the channel model may also be based on the type of bits and/or priority of the bits being transmitted in the input bitstream.
The optical transmitter 108 then communicates the input bitstream using the selected channel model (Operation 1006). As the optical transmitter 108 is transmitting the bitstream to the optical receiver 110, the optical transmitter 108 may intermittently poll or await for one or more messages from the optical receiver 110 acknowledging the transmission and/or informing the optical transmitter 108 of whether errors were received in the transmitted bitstream (Operation 1008). As discussed above, the messages from the optical receiver 110 may include information that an error was detected, the number of errors detected, an bit-error rate (e.g., based on the most recent transmission from the optical transmitter 108), or any other such message or combination thereof. Where the optical transmitter 108 determines that an error message has been received (e.g., the “YES” branch of Operation 1008), the method 1002 proceeds to Operation 1010. Alternatively, where an error message has not yet been received (e.g., the “NO” branch of Operation 1008), the method 1002 proceeds to Operation 1014, where the optical transmitter 108 determines whether the end of the input bitstream has been reached (Operation 1014).
At Operation 1010, the optical transmitter 108 determines, based on the message from the optical receiver 110, whether a determined bit-error rate meets and/or exceeds an bit-error rate threshold (Operation 1010). As discussed above, the bit-error rate threshold may be an upper bit-error rate threshold that indicates whether optical transmitter 108 should select a channel model that is prone to less errors. Although not specifically shown in method 1002, the method 1002 may also include a determination whether the determined bit-error rate is less than a lower bit rate threshold, which would indicate that the optical transmitter 108 may use a channel model that is more prone to errors (e.g., has more mappings of transmission power levels to sequences of repeating same bit values).
Where the optical transmitter 108 determines that the determined bit-error rate is greater than or equal to the bit-error rate threshold (e.g., the “YES” branch of Operation 1010), the method 1002 proceeds to Operation 1012, where the optical transmitter 108 selects a different channel model for transmitting the input bitstream. In one embodiment, each of the channel models are associated with one or more bit-error rates, and the optical transmitter 108 selects a channel model based on the corresponding bit-error rate that is less than or equal to the bit-error rate threshold. The bit-error rates for each of the channel models (e.g., channel models 602A-602C) may be determined through empirical testing of various transmission bitstreams between the optical transmitter 108 and the optical receiver 110. The method 1002 then proceeds to Operation 1006, where the optical transmitter 108 continues transmitting the input bitstream according to the selected channel model.
Where the optical transmitter 108 determines that the determined bit-error rate does not meet or exceed the bit-error rate threshold (e.g., the “NO” branch of Operation 1010), the method 1002 proceeds to Operation 1014, where the optical transmitter 108 determines whether the end of the input bitstream has been reached. Where the optical transmitter 108 determines that the end of the input bitstream has not been reached (e.g., the “NO” branch of Operation 1014), the method 1002 proceeds back to Operation 1006, where the optical transmitter 108 continues its transmission of the input bitstream according to the selected channel model. Otherwise, where the optical transmitter 108 determines that the end of the input bitstream has been reached (e.g., the “YES” branch of Operation 1014), the method 1002 may proceed to Operation 1016, where the optical transmitter 108 may send a message or packet of information to the optical receiver 110 indicating that the end of the input bitstream has been reached.
Referring initially to
The optical receiver 110 then determines whether an error has occurred in the transmission packet (Operation 1110). In one embodiment, the optical receiver 110 determines whether an error has occurred by performing error-correction control and source decoding on the received transmission packet. Where the optical receiver 110 determines that an error has occurred in the transmission packet (e.g., the “YES” branch of Operation 1112), the method 1102 proceeds to Operation 1114, where the optical receiver 110 communicates a message to the computing device 106 that an error has occurred. The computing device 106 may then request re-transmission of the received transmission packet (e.g., via an optical transmitter 114 communicatively coupled to the computing device 106) (Operation 1116). Alternatively, where the optical receiver 110 includes its own optical transmitter, the optical receiver 110 may request a re-transmission of the received transmission packet from the optical transmitter 108. Where the optical receiver 110 includes its own optical transmitter, the optical receiver 110 may skip Operation 1114 and proceed to Operation 1116 from Operation 1112 when an error is detected in the transmission packet. The method 1102 then returns to Operation 1104 where the optical receiver 110 processes the next transmission packet of the bitstream. The next transmission packet may be the re-transmitted transmission packet or it may be the next sequential transmission packet of the received bitstream.
Where an error is not detected in the received transmission packet (e.g., the “NO” branch of Operation 1112), the method 1102 proceeds to Operation 1118 illustrated in
In one embodiment, the optical receiver 110 determines that the end of the bitstream has been reached when the transmission packet includes an end-of-transmission (EOT) character. Accordingly, where the optical receiver 110 determines that the end of the bitstream has been reached (e.g., the “YES” branch of Operation 1124), the method 1102 ends or terminates. Alternatively, where the optical receiver 110 determines that the end of the bitstream has not been reached (e.g., the “NO” branch of Operation 1124), the method 1102 proceeds back to Operation 1104 of
In this manner, the optical transmitter 108 and/or optical receiver 110 may implement different channel models for communicating a bitstream, and the optical transmitter 108 may selectively choose the channel model based on a variety of optical channel characteristics. Further still, the selection of the channel model may be performed adaptively such that the optical transmitter 108 selects a different channel model according to a determined bit-error rate so as to minimize the bit errors in the transmission from the optical transmitter 108 to the optical receiver 110. These additional implementations provide a technical benefit in the field of telecommunications as they seek to improve the quality of communication between telecommunication equipment and decrease the number of errors that could occur in the transmission between a transmitter and receiver.
Certain embodiments are described herein as including logic or a number of components, modules, or mechanisms. Modules may constitute either software modules (e.g., code embodied on a machine-readable medium or machine-readable storage device) or hardware modules. A “hardware module” is a tangible unit capable of performing certain operations and may be configured or arranged in a certain physical manner. In various example embodiments, one or more computer systems (e.g., a standalone computer system, a client computer system, or a server computer system) or one or more hardware modules of a computer system (e.g., a processor or a group of processors) may be configured by software (e.g., an application or application portion) as a hardware module that operates to perform certain operations as described herein.
In some embodiments, a hardware module may be implemented mechanically, electronically, or any suitable combination thereof. For example, a hardware module may include dedicated circuitry or logic that is permanently configured to perform certain operations. For example, a hardware module may be a special-purpose processor, such as a FPGA or an ASIC. A hardware module may also include programmable logic or circuitry that is temporarily configured by software to perform certain operations. For example, a hardware module may include software executed by a general-purpose processor or other programmable processor. Once configured by such software, hardware modules become specific machines (or specific components of a machine) uniquely tailored to perform the configured functions and are no longer general-purpose processors. It will be appreciated that the decision to implement a hardware module mechanically, in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.
Accordingly, the phrase “hardware module” should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired), or temporarily configured (e.g., programmed) to operate in a certain manner or to perform certain operations described herein. As used herein, “hardware-implemented module” refers to a hardware module. Considering embodiments in which hardware modules are temporarily configured (e.g., programmed), each of the hardware modules need not be configured or instantiated at any one instance in time. For example, where a hardware module comprises a general-purpose processor configured by software to become a special-purpose processor, the general-purpose processor may be configured as respectively different special-purpose processors (e.g., comprising different hardware modules) at different times. Software accordingly configures a particular processor or processors, for example, to constitute a particular hardware module at one instance of time and to constitute a different hardware module at a different instance of time.
Hardware modules can provide information to, and receive information from, other hardware modules. Accordingly, the described hardware modules may be regarded as being communicatively coupled. Where multiple hardware modules exist contemporaneously, communications may be achieved through signal transmission (e.g., over appropriate circuits and buses) between or among two or more of the hardware modules. In embodiments in which multiple hardware modules are configured or instantiated at different times, communications between such hardware modules may be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple hardware modules have access. For example, one hardware module may perform an operation and store the output of that operation in a memory device to which it is communicatively coupled. A further hardware module may then, at a later time, access the memory device to retrieve and process the stored output. Hardware modules may also initiate communications with input or output devices, and can operate on a resource (e.g., a collection of information).
The various operations of example methods described herein may be performed, at least partially, by one or more processors that are temporarily configured (e.g., by software) or permanently configured to perform the relevant operations. Whether temporarily or permanently configured, such processors may constitute processor-implemented modules that operate to perform one or more operations or functions described herein. As used herein, “processor-implemented module” refers to a hardware module implemented using one or more processors.
Similarly, the methods described herein may be at least partially processor-implemented, with a particular processor or processors being an example of hardware. For example, at least some of the operations of a method may be performed by one or more processors or processor-implemented modules. Moreover, the one or more processors may also operate to support performance of the relevant operations in a “cloud computing” environment or as a “software as a service” (SaaS). For example, at least some of the operations may be performed by a group of computers (as examples of machines including processors), with these operations being accessible via a network (e.g., the Internet) and via one or more appropriate interfaces (e.g., an API).
The performance of certain of the operations may be distributed among the processors, not only residing within a single machine, but deployed across a number of machines. In some example embodiments, the processors or processor-implemented modules may be located in a single geographic location (e.g., within a home environment, an office environment, or a server farm). In other example embodiments, the processors or processor-implemented modules may be distributed across a number of geographic locations.
The modules, methods, applications and so forth described in conjunction with various embodiments described herein are implemented in some embodiments in the context of a machine and an associated software architecture. The sections below describe a representative architecture that is suitable for use with the disclosed embodiments.
Software architectures are used in conjunction with hardware architectures to create devices and machines tailored to particular purposes. For example, a particular hardware architecture coupled with a particular software architecture will create a mobile device, such as a mobile phone, tablet device, or so forth. A slightly different hardware and software architecture may yield a smart device for use in the “internet of things” while yet another combination produces a server computer for use within a cloud computing architecture. Not all combinations of such software and hardware architectures are presented here as those of skill in the art can readily understand how to implement the inventive subject matter in different contexts from the disclosure contained herein.
The machine 1200 may include processors 1210, memory/storage 1230, and I/O components 1250, which may be configured to communicate with each other such as via a bus 1202. In an example embodiment, the processors 1210 (e.g., a Central Processing Unit (CPU), a Reduced Instruction Set Computing (RISC) processor, a Complex Instruction Set Computing (CISC) processor, a Graphics Processing Unit (GPU), a Digital Signal Processor (DSP), an ASIC, a Radio-Frequency Integrated Circuit (RFIC), another processor, or any suitable combination thereof) may include, for example, processor 1212 and processor 1214 that may execute the instructions 1216. The term “processor” is intended to include multi-core processor that may comprise two or more independent processors (sometimes referred to as “cores”) that may execute instructions 1216 contemporaneously. Although
The memory/storage 1230 may include a memory 1232, such as a main memory, or other memory storage, and a storage unit 1236, both accessible to the processors 1210 such as via the bus 1202. The storage unit 1236 and memory 1232 store the instructions 1216 embodying any one or more of the methodologies or functions described herein. The instructions 1216 may also reside, completely or partially, within the memory 1232, within the storage unit 1236, within at least one of the processors 1210 (e.g., within the processor's cache memory), or any suitable combination thereof, during execution thereof by the machine 1200. Accordingly, the memory 1232, the storage unit 1236, and the memory of processors 1210 are examples of machine-readable media.
As used herein, “machine-readable medium” includes a machine-readable storage device able to store instructions 1216 and data temporarily or permanently and may include, but is not limited to, random-access memory (RAM), read-only memory (ROM), buffer memory, flash memory, optical media, magnetic media, cache memory, other types of storage (e.g., Erasable Programmable Read-Only Memory (EEPROM)) and/or any suitable combination thereof. The term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, or associated caches and servers) able to store instructions 1216. The term “machine-readable medium” shall also be taken to include any medium, or combination of multiple media, that is capable of storing instructions (e.g., instructions 1216) for execution by a machine (e.g., machine 1200), such that the instructions, when executed by one or more processors of the machine 1200 (e.g., processors 1210), cause the machine 1200 to perform any one or more of the methodologies described herein. Accordingly, a “machine-readable medium” refers to a single storage apparatus or device, as well as “cloud-based” storage systems or storage networks that include multiple storage apparatus or devices. The term “machine-readable medium” excludes signals per se.
The input/output (I/O) components 1250 may include a wide variety of components to receive input, provide output, produce output, transmit information, exchange information, capture measurements, and so on. The specific I/O components 1250 that are included in a particular machine will depend on the type of machine. For example, portable machines such as mobile phones will likely include a touch input device or other such input mechanisms, while a headless server machine will likely not include such a touch input device. It will be appreciated that the I/O components 1250 may include many other components that are not shown in
In further example embodiments, the I/O components 1250 may include biometric components 1256, motion components 1258, environmental components 1260, or position components 1262 among a wide array of other components. For example, the biometric components 1256 may include components to detect expressions (e.g., hand expressions, facial expressions, vocal expressions, body gestures, or eye tracking), measure biosignals (e.g., blood pressure, heart rate, body temperature, perspiration, or brain waves), identify a person (e.g., voice identification, retinal identification, facial identification, fingerprint identification, or electroencephalogram based identification), and the like. The motion components 1258 may include acceleration sensor components (e.g., accelerometer), gravitation sensor components, rotation sensor components (e.g., gyroscope), and so forth. The environmental components 1260 may include, for example, illumination sensor components (e.g., photometer), temperature sensor components (e.g., one or more thermometer that detect ambient temperature), humidity sensor components, pressure sensor components (e.g., barometer), acoustic sensor components (e.g., one or more microphones that detect background noise), proximity sensor components (e.g., infrared sensors that detect nearby objects), gas sensors (e.g., gas detection sensors to detection concentrations of hazardous gases for safety or to measure pollutants in the atmosphere), or other components that may provide indications, measurements, or signals corresponding to a surrounding physical environment. The position components 1262 may include location sensor components (e.g., a GPS receiver component), altitude sensor components (e.g., altimeters or barometers that detect air pressure from which altitude may be derived), orientation sensor components (e.g., magnetometers), and the like.
Communication may be implemented using a wide variety of technologies. The I/O components 1250 may include communication components 1264 operable to couple the machine 1200 to a network 1280 or devices 1270 via coupling 1282 and coupling 1272, respectively. For example, the communication components 1264 may include a network interface component or other suitable device to interface with the network 1280. In further examples, communication components 1264 may include wired communication components, wireless communication components, cellular communication components, Near Field Communication (NFC) components, Bluetooth® components (e.g., Bluetooth® Low Energy), Wi-Fi® components, and other communication components to provide communication via other modalities. The devices 1270 may be another machine or any of a wide variety of peripheral devices (e.g., a peripheral device coupled via a USB).
Moreover, the communication components 1264 may detect identifiers or include components operable to detect identifiers. For example, the communication components 1264 may include Radio Frequency Identification (RFID) tag reader components, NFC smart tag detection components, optical reader components (e.g., an optical sensor to detect one-dimensional bar codes such as Universal Product Code (UPC) bar code, multi-dimensional bar codes such as Quick Response (QR) code, Aztec code, Data Matrix, Dataglyph, MaxiCode, PDF416, Ultra Code, UCC RSS-2D bar code, and other optical codes), or acoustic detection components (e.g., microphones to identify tagged audio signals). In addition, a variety of information may be derived via the communication components 1264, such as location via Internet Protocol (IP) geo-location, location via Wi-Fi® signal triangulation, location via detecting a NFC beacon signal that may indicate a particular location, and so forth.
In various example embodiments, one or more portions of the network 1280 may be an ad hoc network, an intranet, an extranet, a VPN, a LAN, a WLAN, a WAN, a WWAN, a MAN, the Internet, a portion of the Internet, a portion of the PSTN, a plain old telephone service (POTS) network, a cellular telephone network, a wireless network, a Wi-Fi® network, another type of network, or a combination of two or more such networks. For example, the network 1280 or a portion of the network 1280 may include a wireless or cellular network and the coupling 1282 may be a Code Division Multiple Access (CDMA) connection, a Global System for Mobile communications (GSM) connection, or other type of cellular or wireless coupling. In this example, the coupling 1282 may implement any of a variety of types of data transfer technology, such as Single Carrier Radio Transmission Technology (1×RTT), Evolution-Data Optimized (EVDO) technology, General Packet Radio Service (GPRS) technology, Enhanced Data rates for GSM Evolution (EDGE) technology, third Generation Partnership Project (3GPP) including 3G, fourth generation wireless (4G) networks, Universal Mobile Telecommunications System (UMTS), High Speed Packet Access (HSPA), Worldwide Interoperability for Microwave Access (WiMAX), Long Term Evolution (LTE) standard, others defined by various standard setting organizations, other long range protocols, or other data transfer technology.
The instructions 1216 may be transmitted or received over the network 1280 using a transmission medium via a network interface device (e.g., a network interface component included in the communication components 1264) and utilizing any one of a number of well-known transfer protocols (e.g., hypertext transfer protocol (HTTP)). Similarly, the instructions 1216 may be transmitted or received using a transmission medium via the coupling 1272 (e.g., a peer-to-peer coupling) to devices 1270. The term “transmission medium” shall be taken to include any intangible medium that is capable of storing, encoding, or carrying instructions 1216 for execution by the machine 1200, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software.
Throughout this specification, plural instances may implement components, operations, or structures described as a single instance. Although individual operations of one or more methods are illustrated and described as separate operations, one or more of the individual operations may be performed concurrently, and nothing requires that the operations be performed in the order illustrated. Structures and functionality presented as separate components in example configurations may be implemented as a combined structure or component. Similarly, structures and functionality presented as a single component may be implemented as separate components. These and other variations, modifications, additions, and improvements fall within the scope of the subject matter herein.
Although an overview of the inventive subject matter has been described with reference to specific example embodiments, various modifications and changes may be made to these embodiments without departing from the broader scope of embodiments of the present disclosure. Such embodiments of the inventive subject matter may be referred to herein, individually or collectively, by the term “invention” merely for convenience and without intending to voluntarily limit the scope of this application to any single disclosure or inventive concept if more than one is, in fact, disclosed.
The embodiments illustrated herein are described in sufficient detail to enable those skilled in the art to practice the teachings disclosed. Other embodiments may be used and derived therefrom, such that structural and logical substitutions and changes may be made without departing from the scope of this disclosure. The Detailed Description, therefore, is not to be taken in a limiting sense, and the scope of various embodiments is defined only by the appended claims, along with the full range of equivalents to which such claims are entitled.
As used herein, the term “or” may be construed in either an inclusive or exclusive sense. Moreover, plural instances may be provided for resources, operations, or structures described herein as a single instance. Additionally, boundaries between various resources, operations, modules, engines, and data stores are somewhat arbitrary, and particular operations are illustrated in a context of specific illustrative configurations. Other allocations of functionality are envisioned and may fall within a scope of various embodiments of the present disclosure. In general, structures and functionality presented as separate resources in the example configurations may be implemented as a combined structure or resource. Similarly, structures and functionality presented as a single resource may be implemented as separate resources. These and other variations, modifications, additions, and improvements fall within a scope of embodiments of the present disclosure as represented by the appended claims. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense.
Number | Name | Date | Kind |
---|---|---|---|
3984190 | Barrett et al. | Oct 1976 | A |
4150284 | Trenkler et al. | Apr 1979 | A |
4476495 | Fujisawa et al. | Oct 1984 | A |
4829596 | Barina | May 1989 | A |
5179592 | Kusano | Jan 1993 | A |
5410147 | Riza et al. | Apr 1995 | A |
5604766 | Dohi | Feb 1997 | A |
5737366 | Gehlot | Apr 1998 | A |
5793880 | Constant | Aug 1998 | A |
6134274 | Sankaranarayanan et al. | Oct 2000 | A |
6148428 | Welch et al. | Nov 2000 | A |
6158041 | Raleigh et al. | Dec 2000 | A |
6366381 | Anderson | Apr 2002 | B1 |
6421357 | Hall | Jul 2002 | B1 |
6424444 | Kahn et al. | Jul 2002 | B1 |
6437893 | Rivollet et al. | Aug 2002 | B1 |
6490067 | Bloom et al. | Dec 2002 | B2 |
6580535 | Schoenfelder | Jun 2003 | B1 |
6609139 | Dultz et al. | Aug 2003 | B1 |
6757299 | Verma | Jun 2004 | B1 |
6816726 | Lysejko et al. | Nov 2004 | B2 |
6851086 | Szymanski | Feb 2005 | B2 |
6868236 | Wiltsey et al. | Mar 2005 | B2 |
6915076 | Mittal et al. | Jul 2005 | B1 |
6934317 | Dent | Aug 2005 | B1 |
6963175 | Archenhold et al. | Nov 2005 | B2 |
7032238 | Parnell et al. | Apr 2006 | B2 |
7113708 | Creaney et al. | Sep 2006 | B1 |
7139322 | Nergis | Nov 2006 | B1 |
7177320 | Lysejko et al. | Feb 2007 | B2 |
7191381 | Gesbert et al. | Mar 2007 | B2 |
7212742 | Peddanarappagari et al. | May 2007 | B2 |
7215721 | Hietala et al. | May 2007 | B2 |
7286762 | Elahmadi et al. | Oct 2007 | B2 |
7292639 | Demirekler et al. | Nov 2007 | B1 |
7307569 | Vrazel et al. | Dec 2007 | B2 |
7477849 | Ahmed et al. | Jan 2009 | B2 |
7489875 | Murphy | Feb 2009 | B2 |
7580630 | Kee et al. | Aug 2009 | B2 |
7599338 | Sari | Oct 2009 | B2 |
7647037 | Ayachitula et al. | Jan 2010 | B2 |
7689130 | Ashdown | Mar 2010 | B2 |
7768934 | Yamanaka et al. | Aug 2010 | B2 |
7792200 | Molander | Sep 2010 | B2 |
7830575 | Moon et al. | Nov 2010 | B2 |
7844186 | Dorrer et al. | Nov 2010 | B2 |
7936829 | Romero et al. | May 2011 | B2 |
7970349 | Chen et al. | Jun 2011 | B2 |
7983570 | Han et al. | Jul 2011 | B2 |
7986783 | Ikushima et al. | Jul 2011 | B2 |
8059697 | Dent | Nov 2011 | B2 |
8155175 | Olgaard | Apr 2012 | B2 |
8189407 | Strasser et al. | May 2012 | B2 |
8189711 | Shimizu | May 2012 | B2 |
8213801 | Nien et al. | Jul 2012 | B2 |
8270525 | Nakagawa et al. | Sep 2012 | B2 |
8401102 | Tsouri et al. | Mar 2013 | B2 |
8422589 | Golitschek Edler Von Elbwart | Apr 2013 | B2 |
8446811 | Yue et al. | May 2013 | B2 |
8484518 | Weeber | Jul 2013 | B2 |
8494087 | Seyedi-esfahani | Jul 2013 | B2 |
8509259 | Powell | Aug 2013 | B2 |
8552659 | Ashdown et al. | Oct 2013 | B2 |
8559378 | Schaepperle | Oct 2013 | B2 |
8842761 | Barsoum et al. | Sep 2014 | B2 |
8873965 | Giustiniano et al. | Oct 2014 | B2 |
8879925 | Akiyama et al. | Nov 2014 | B2 |
8929402 | Hughes | Jan 2015 | B1 |
8948600 | Kwon et al. | Feb 2015 | B2 |
9071306 | Kohda et al. | Jun 2015 | B2 |
9094151 | Perez De Aranda Alonso | Jul 2015 | B2 |
9176810 | Peterson et al. | Nov 2015 | B2 |
9276680 | Valencia et al. | Mar 2016 | B2 |
9386587 | Hu et al. | Jul 2016 | B2 |
9444669 | Brecher et al. | Sep 2016 | B2 |
9467229 | Kai | Oct 2016 | B2 |
9608733 | Pavlas et al. | Mar 2017 | B2 |
9614644 | Jeong | Apr 2017 | B2 |
9766972 | Davis et al. | Sep 2017 | B2 |
9787404 | Cesnik | Oct 2017 | B2 |
9792176 | Blaichman et al. | Oct 2017 | B2 |
9806739 | Kojima | Oct 2017 | B1 |
9813127 | George et al. | Nov 2017 | B2 |
9818136 | Hoffberg | Nov 2017 | B1 |
9826540 | Li et al. | Nov 2017 | B1 |
9859977 | Zhao | Jan 2018 | B2 |
9946723 | Lawrence | Apr 2018 | B2 |
10084631 | Raphaeli et al. | Sep 2018 | B2 |
10117120 | Sun et al. | Oct 2018 | B2 |
10135540 | Medra et al. | Nov 2018 | B2 |
10182480 | Scapa et al. | Jan 2019 | B2 |
10219695 | Bhadri et al. | Mar 2019 | B2 |
10230468 | Mansouri Rad | Mar 2019 | B2 |
10231687 | Kahn et al. | Mar 2019 | B2 |
10333617 | Moision | Jun 2019 | B2 |
10333622 | Bhoja et al. | Jun 2019 | B2 |
10404379 | Shiraishi | Sep 2019 | B2 |
10476728 | Zhang et al. | Nov 2019 | B2 |
10686530 | Hassan | Jun 2020 | B1 |
20010033406 | Koike et al. | Oct 2001 | A1 |
20020016945 | Sayood et al. | Feb 2002 | A1 |
20020196510 | Hietala et al. | Dec 2002 | A1 |
20030030873 | Hietala et al. | Feb 2003 | A1 |
20030032391 | Schweinhart et al. | Feb 2003 | A1 |
20030072050 | Vrazel et al. | Apr 2003 | A1 |
20030076569 | Stevens | Apr 2003 | A1 |
20030099302 | Tong et al. | May 2003 | A1 |
20030223762 | Ho et al. | Dec 2003 | A1 |
20040013429 | Duelk et al. | Jan 2004 | A1 |
20040028412 | Murphy | Feb 2004 | A1 |
20040057733 | Azadet et al. | Mar 2004 | A1 |
20050012033 | Stern et al. | Jan 2005 | A1 |
20050047517 | Georgios et al. | Mar 2005 | A1 |
20050100336 | Mendenhall et al. | May 2005 | A1 |
20050207754 | Yamaguchi | Sep 2005 | A1 |
20050213966 | Chown et al. | Sep 2005 | A1 |
20060088110 | Romero et al. | Apr 2006 | A1 |
20060115272 | Minato et al. | Jun 2006 | A1 |
20060165190 | Tamaki et al. | Jul 2006 | A1 |
20060203765 | Laroia et al. | Sep 2006 | A1 |
20060204247 | Murphy | Sep 2006 | A1 |
20070014286 | Lai | Jan 2007 | A1 |
20070041731 | Yasumoto et al. | Feb 2007 | A1 |
20070092265 | Vrazel et al. | Apr 2007 | A1 |
20070160212 | Zavriyev et al. | Jul 2007 | A1 |
20070165862 | Young et al. | Jul 2007 | A1 |
20070195589 | Hidaka | Aug 2007 | A1 |
20070222654 | Vrazel et al. | Sep 2007 | A1 |
20070280684 | Onoda et al. | Dec 2007 | A1 |
20080019523 | Fuse et al. | Jan 2008 | A1 |
20080055979 | Shim | Mar 2008 | A1 |
20080082736 | Chow et al. | Apr 2008 | A1 |
20080129564 | Kitayama et al. | Jun 2008 | A1 |
20080166131 | Hudgins et al. | Jul 2008 | A1 |
20080166135 | Ann | Jul 2008 | A1 |
20080224635 | Hayes | Sep 2008 | A1 |
20080240734 | Fuse | Oct 2008 | A1 |
20090022241 | Fukuoka et al. | Jan 2009 | A1 |
20090080556 | Duan et al. | Mar 2009 | A1 |
20090092072 | Imamura et al. | Apr 2009 | A1 |
20090148058 | Dane | Jun 2009 | A1 |
20090245809 | Nakamoto | Oct 2009 | A1 |
20090269055 | Butler et al. | Oct 2009 | A1 |
20100008214 | Siaud | Jan 2010 | A1 |
20100050050 | Nishi | Feb 2010 | A1 |
20100054754 | Miller et al. | Mar 2010 | A1 |
20100142965 | Walewski et al. | Jun 2010 | A1 |
20100182294 | Roshan et al. | Jul 2010 | A1 |
20100223530 | Son et al. | Sep 2010 | A1 |
20100226449 | Ilow et al. | Sep 2010 | A1 |
20100293440 | Thatcher et al. | Nov 2010 | A1 |
20110052195 | Karstens | Mar 2011 | A1 |
20110066902 | Sharon et al. | Mar 2011 | A1 |
20110131468 | Myers et al. | Jun 2011 | A1 |
20110234436 | Bogoni et al. | Sep 2011 | A1 |
20110255866 | Van Veen et al. | Oct 2011 | A1 |
20110280576 | Chan et al. | Nov 2011 | A1 |
20120057506 | Kumar | Mar 2012 | A1 |
20120060069 | Yu et al. | Mar 2012 | A1 |
20120063774 | Niibe et al. | Mar 2012 | A1 |
20120128367 | Yamada | May 2012 | A1 |
20120155354 | Kishigami et al. | Jun 2012 | A1 |
20130004172 | Sugawa et al. | Jan 2013 | A1 |
20130188956 | Abe et al. | Jul 2013 | A1 |
20130236171 | Saunders | Sep 2013 | A1 |
20130236194 | Saunders et al. | Sep 2013 | A1 |
20130238955 | D'abreu et al. | Sep 2013 | A1 |
20130287403 | Roberts | Oct 2013 | A1 |
20130343473 | Eliaz et al. | Dec 2013 | A1 |
20140043069 | Oh et al. | Feb 2014 | A1 |
20140072068 | Zhu et al. | Mar 2014 | A1 |
20140199075 | Huh et al. | Jul 2014 | A1 |
20140312777 | Shearer et al. | Oct 2014 | A1 |
20140313387 | Vogelsang et al. | Oct 2014 | A1 |
20140321863 | Diab | Oct 2014 | A1 |
20140334421 | Sosa et al. | Nov 2014 | A1 |
20140376663 | Ko et al. | Dec 2014 | A1 |
20150049844 | Stott | Feb 2015 | A1 |
20150063476 | Wang et al. | Mar 2015 | A1 |
20150071651 | Asmanis et al. | Mar 2015 | A1 |
20150071653 | Robinson et al. | Mar 2015 | A1 |
20150117433 | Zhang | Apr 2015 | A1 |
20150147069 | Brandt-pearce et al. | May 2015 | A1 |
20150193302 | Hyun et al. | Jul 2015 | A1 |
20150205664 | Janik et al. | Jul 2015 | A1 |
20150222359 | Kai et al. | Aug 2015 | A1 |
20150318928 | Yoo et al. | Nov 2015 | A1 |
20150365172 | Luo et al. | Dec 2015 | A1 |
20160028514 | Venkataraghavan et al. | Jan 2016 | A1 |
20160036525 | Pirkl | Feb 2016 | A1 |
20160042797 | Kim | Feb 2016 | A1 |
20160080087 | Koike-akino et al. | Mar 2016 | A1 |
20160119096 | Sun et al. | Apr 2016 | A1 |
20160127091 | Yan et al. | May 2016 | A1 |
20160239796 | Grant et al. | Aug 2016 | A1 |
20160266054 | Cao et al. | Sep 2016 | A1 |
20160315733 | Murakami | Oct 2016 | A1 |
20160350187 | Saliba | Dec 2016 | A1 |
20170063466 | Wang et al. | Mar 2017 | A1 |
20170099139 | Han et al. | Apr 2017 | A1 |
20170141798 | Kudekar et al. | May 2017 | A1 |
20170168472 | Ando et al. | Jun 2017 | A1 |
20170180055 | Yu et al. | Jun 2017 | A1 |
20170207854 | Blumkin et al. | Jul 2017 | A1 |
20170250780 | Ge et al. | Aug 2017 | A1 |
20170302383 | Medra et al. | Oct 2017 | A1 |
20170325179 | Ameixieira | Nov 2017 | A1 |
20170366368 | Crayford et al. | Dec 2017 | A1 |
20180076836 | Zhu et al. | Mar 2018 | A1 |
20180103382 | Hassan et al. | Apr 2018 | A1 |
20180123840 | Dmitriev-Zdorov | May 2018 | A1 |
20180183516 | Moision | Jun 2018 | A1 |
20180199378 | Son et al. | Jul 2018 | A1 |
20180205465 | Tanaka et al. | Jul 2018 | A1 |
20180205503 | Chen et al. | Jul 2018 | A1 |
20180227651 | Brodsky et al. | Aug 2018 | A1 |
20180279270 | Sano et al. | Sep 2018 | A1 |
20180332373 | Wey et al. | Nov 2018 | A1 |
20180337816 | Herath et al. | Nov 2018 | A1 |
20190017824 | Qiu et al. | Jan 2019 | A1 |
20190052505 | Baldemair et al. | Feb 2019 | A1 |
20190081702 | Laycock et al. | Mar 2019 | A1 |
20190110084 | Jia et al. | Apr 2019 | A1 |
20190121417 | Schneider et al. | Apr 2019 | A1 |
20190140741 | Cheng et al. | May 2019 | A1 |
20190149236 | Wang et al. | May 2019 | A1 |
20190149265 | Das Sharma | May 2019 | A1 |
20190191383 | Dang et al. | Jun 2019 | A1 |
20190214852 | Park | Jul 2019 | A1 |
20190239753 | Wentz | Aug 2019 | A1 |
20190245646 | Robert Safavi et al. | Aug 2019 | A1 |
20190260394 | Motwani | Aug 2019 | A1 |
20190280809 | Cho et al. | Sep 2019 | A1 |
20190312694 | Jia et al. | Oct 2019 | A1 |
20190317286 | Seyedi et al. | Oct 2019 | A1 |
20190317315 | Wang et al. | Oct 2019 | A1 |
20190376820 | Jones et al. | Dec 2019 | A1 |
20200186189 | Herath et al. | Jun 2020 | A1 |
Number | Date | Country |
---|---|---|
101681284 | Mar 2010 | CN |
0234730 | Jul 1992 | EP |
0975104 | Jan 2000 | EP |
2009535924 | Oct 2009 | JP |
2011135161 | Jul 2011 | JP |
20140037313 | Mar 2014 | KR |
02028041 | Apr 2002 | WO |
2008046163 | Apr 2008 | WO |
2008095334 | Aug 2008 | WO |
2013086311 | Jun 2013 | WO |
2019047162 | Mar 2019 | WO |
Entry |
---|
US 10,666,358 B1, 05/2020, Hassan et al. (withdrawn) |
“Non Final Office Action Issued in U.S. Appl. No. 16/388,373”, dated Nov. 15, 2019, 09 Pages. |
“T1.2 Project xxxx Rev 0.5”, Information Technology: Fibre Channel—Methodologies for Signal Quality Specification—3 FC-MSQS-3, (Jan. 26, 2017), 22 Pages. |
“LDM Layered Division Multiplexing Power Division Multiplexing”, Retrieved from the Intenet; >URL: https: web.archive.org web 20170220135434 http: www.rfwireless-world.com Terminology LDM-vs-TDm-vs-FDM.html, (Feb. 20, 2017), 5 Pages. |
“Poisson Regression”, [online]. Retrieved from the Internet: <URL: https: docs.microsoft.com en-us azure machine-learning studio-module-reference poisson-regression>, (Jan. 27, 2018), 7 Pages. |
“U.S. Appl. No. 16/513,101, Ex Parte Quayle Action dated Mar. 6, 2020”, 6 Pages. |
“U.S. Appl. No. 16/512,668, Non Final Office Action dated May 18, 2020”, 8 Pages. |
“Application as Filed in U.S. Appl. No. 16/388,373, filed Apr. 18, 2019, 92 Pages.”, 92 Pages. |
“Notice of Allowance Issued in U.S. Appl. No. 16/388,373”, dated Feb. 27, 2020, 11 Pages. |
Ali, Ssjjsf, “Peak-to-Average Power Ratio Reduction Using N-tuple Selective Mapping Method for MC-CDMA”, In Journal of ETRI, vol. 37, Issue 2, (Apr. 2, 2015), pp. 338-347. |
Dash, S. S., “Constellation Modulation—An Approach to Increase Spectral Efficiency”, In Journal of Optics Express, vol. 25, Issue 14, (Jul. 10, 2017), 12 Pages. |
Donovan, James, “How Multiplexing Techniques Enable Higher Speeds on Fiber Optic Cabling”, [online]. Retrieved from the Internet: <URL: https: www.commscope.com Blog How-Multiplexing-Techniques-Enable-Higher-Speeds-on-Fiber-Optic-Cabling>, (Jul. 25, 2016), 7 Pages. |
Feng, Zhenhua, “Digital Domain Power Division Multiplexing DDO-OFDM Transmission with Successive Interference Cancellation”, In Conference on Lasers and Electro-Optics, (Jun. 5, 2016), 2 Pages. |
Khan, Talha A., “Visible Light Communication using Wavelength Division Multiplexing for Smart Spaces”, In Proceedings of the IEEE Consumer Communications and Networking Conference (CCNC), (Jan. 14, 2012), pp. 230-234. |
Quimby, Richard S., “Section 24-3. Power Budget in Fiber Optic Link—Receiver Sensitivity, Photonics and Lasers—An Introduction”, John Wiley and Sons, Inc. Hoboken, New Jersey, (2006), pp. 464-469. |
Quimby, Richard S., “Photonics and Lasers: An Introduction”, n Publications of John Wiiey and Sons, (Apr. 14, 2005). 533 Pages. |
Sharma, V., “Bit Error Rate Improvement by using Active Constellation Extension and Neural Network in OFDM System”, In Journal of Network Communications and Emerging Technologies, vol. 6, Issue 3, (Mar. 2016), pp. 33-36. |
Taher, M. A., “Reducing the PAPR of OFDM Systems by Random Variable Transformation”, In Journal of ETRI, vol. 35, Issue 4, (Aug. 30, 2013), pp. 714-717. |
Van Der Bij, Erik, “Fibre Channel Overview”, [online]. Retrieved from the Internet: <URL: http: hsi.web.cern.ch HSI fcs spec overview.htm>, (Aug. 15, 1994), 10 Pages. |
Wu, Qiong, “Digital Domain Power Division Multiplexed Dual Polarization Coherent Optical OFDM Transmission”, Journal of Scientific Reports, vol. 8, No. 1, (Oct. 25, 2018), 8 Pages. |
Wu, Shijuan, “A New Constellation Diagram-Based Signal Detection for GSM-MIMO Systems”, In Journal of IEEE Communications Letters, vol. 22, Issue 3, (Mar. 2018), pp. 502-505. |
“Non Final Office Action Issued in U.S. Appl. No. 16/512,709”, dated Jul. 21, 2020, 17 Pages. |
“Non Final Office Action Issued in U.S. Appl. No. 16/512,786”, dated Aug. 6, 2020, 6 Pages. |
“Non Final Office Action Issued in U.S. Appl. No. 16/512,802”, dated Jun. 26, 2020, 11 Pages. |
“International Search Report & Written Opinion Issued in PCT Application No. PCT/US20/024323”, dated Aug. 3, 2020, 11 Pages. |
“International Search Report & Written Opinion Issued in PCT Application No. PCT/US20/033888”, dated Jul. 31, 2020, 12 Pages. |
“International Search Report and Written Opinion Issued in PCT Application No. PCT/US2020/034586”, dated Sep. 8, 2020, 13 Pages. |
“International Search Report and Written Opinion Issued in PCT Application No. PCT/US2020/033012”, dated Aug. 20, 2020, 12 Pages. |
“International Search Report and Written Opinion Issued in PCT Application No. PCT/US20/036867”, dated Oct. 7, 2020, 10 Pages. |
“Non Final Office Action Issued in U.S. Appl. No. 16/513,159”, dated Oct. 29, 2020, 12 Pages. |