One or more embodiments generally relate to providing power saving for wire connected devices, in particular, to providing a power save operation based on content state and communication path allocation.
Many individuals play content, such as video and audio content, from mobile devices to other devices, such as television devices, monitors, computers, etc. Different types of wire connectors or cables may be used to connect the devices for communication. Some wired devices may be powered or charged from the wire connection between devices.
One or more embodiments generally relate to providing power saving for electronic devices connected with a wired connection device. In one embodiment, the method includes determining a power saving mode by one or more of a first communication device and a second communication device based on one or more of a video content state and one or more un-allocated communication paths. In one embodiment, a power saving operation is performed while using a wired link between the first communication device and the second communication device based on the determined power saving mode.
In one embodiment, a system is provided that includes a wire connection device. In one embodiment, a first communication device is coupled to a first connector of the wire connection device, and a second communication device is coupled to a second connector of the wire connection device. In one embodiment, one or more of the first communication device and the second communication device determines a power saving mode based on one or more of a video content state and one or more un-allocated communication paths for the wire connector, and performs a power saving operation based on the determined power saving mode.
In one embodiment a non-transitory computer-readable medium having instructions which when executed on a computer perform a method comprising: determining a power saving mode by one or more of a first communication device and a second communication device based on one or more of a video content state and one or more un-allocated communication paths. In one embodiment, a power saving operation is performed while using a wired link between the first communication device and the second communication device based on the determined power saving mode.
These and other aspects and advantages of one or more embodiments will become apparent from the following detailed description, which, when taken in conjunction with the drawings, illustrate by way of example the principles of the one or more embodiments.
For a fuller understanding of the nature and advantages of the embodiments, as well as a preferred mode of use, reference should be made to the following detailed description read in conjunction with the accompanying drawings, in which:
The following description is made for the purpose of illustrating the general principles of one or more embodiments and is not meant to limit the inventive concepts claimed herein. Further, particular features described herein can be used in combination with other described features in each of the various possible combinations and permutations. Unless otherwise specifically defined herein, all terms are to be given their broadest possible interpretation including meanings implied from the specification as well as meanings understood by those skilled in the art and/or as defined in dictionaries, treatises, etc.
Embodiments relate to providing power saving for electronic devices connected with a wired connection device. In one embodiment, a method includes determining a power saving mode by one or more of a first communication device and a second communication device based on one or more of a video content state and one or more un-allocated communication paths. In one embodiment, a power saving operation is performed while using a wired link between the first communication device and the second communication device based on the determined power saving mode.
One or more embodiments provide power saving for wire connected devices (e.g., via a mobile high-definition link (MHL) connection, a high-definition multimedia interface (HDMI) connection, etc.) for audio only and content mute modes. In one embodiment, a transmitter skips the packetization of the blank video values in the active period and adds gap characters automatically when no data from, for example, a packet formatter; and a receiver regenerates the blank video values in active video periods for content mute mode and ignores active video periods for audio only mode. In one embodiment, a new transition minimized differential signaling (TMDS) packet type referred to as IDLE Control is provided. In one embodiment, the payload uses the IDLE Control packet type to indicate in how many link clock ticks the transmitter will be idle (i.e., no data to be transmitted) after the IDLE control packet. In one embodiment, for an MHL connection, audio data and control information is transmitted in the T-CBUS (tunneling CBUS) on the eCBUS link and places AV physical channels (lanes) in a standby or shutdown state.
In one embodiment, power saving for the eCBUS for an MHL connection is provided using the IDLE Control packet sent in the T-CBUS to indicate how long the transmitter and receiver may remain at an IDLE state instead of sending IDLE characters (as with conventional MLH connected devices). In one embodiment, for un-allocated sub-channels (Null time slots), which are not used by the CBUS1, eMSC or T-CBUS, both the transmitter and receiver remain at a standby state.
In one embodiment, power saving is provided for a deep-sleep operation. In one embodiment, if no content needs to be transmitted through a wire connection interface (e.g., MHL), the transmitter and receiver may proceed to a deep sleep state in which all AV physical channels (lanes) and also the eCBUS are placed in a standby or a shutdown state. In one embodiment, only a Bootstrap CBUS (bCBUS) remains awake and waits for the sleep time out or interruptions triggered externally, such as via a user command. In one embodiment, before the transmitter and receiver enter a deep sleep, both the transmitter and the receiver record all the configuration status of AV channels and the eCBUS (e.g., in status registers). In one embodiment, when the transmitter and receiver need to wake up from the deep-sleep state, both the transmitter and the receiver resume the configurations of the AV channels (lanes) and eCBUS immediately without going through the regular initiation process based on retrieving the stored/saved configuration status.
Any suitable circuitry, device, system or combination of these (e.g., a wireless communications infrastructure including communications towers and telecommunications servers) operative to create a communications network may be used to create communications network 110. Communications network 110 may be capable of providing communications using any suitable communications protocol. In some embodiments, communications network 110 may support, for example, traditional telephone lines, cable television, Wi-Fi (e.g., an IEEE 802.11 protocol), Bluetooth®, high frequency systems (e.g., 900 MHz, 2.4 GHz, and 5.6 GHz communication systems), infrared, other relatively localized wireless communication protocol, or any combination thereof. In some embodiments, the communications network 110 may support protocols used by wireless and cellular phones and personal email devices (e.g., a Blackberry®). Such protocols may include, for example, GSM, GSM plus EDGE, CDMA, quadband, and other cellular protocols. In another example, a long range communications protocol can include Wi-Fi and protocols for placing or receiving calls using VOIP, LAN, WAN, or other TCP-IP based communication protocols. The transmitting device 12 and receiving device 11, when located within communications network 110, may communicate over a bidirectional communication path such as path 13, or over two unidirectional communication paths. Both the transmitting device 12 and receiving device 11 may be capable of initiating a communications operation and receiving an initiated communications operation.
The transmitting device 12 and receiving device 11 may include any suitable device for sending and receiving communications operations. For example, the transmitting device 12 and receiving device 11 may include mobile telephone devices, television (TV) systems (e.g., high-definition (HD) TVs (HDTVs), ultra-high definition TVs (UDTVs), monitors, displays, cameras, camcorders, a device with audio video capabilities, tablets, wearable devices, and any other device capable of communicating wirelessly (with or without the aid of a wireless-enabling accessory system) or via wired pathways (e.g., MHL, HDMI, using traditional telephone wires, etc.). The communications operations may include any suitable form of communications, including for example, voice communications (e.g., telephone calls), data communications (e.g., e-mails, text messages, media messages), video communication, audio communication, audio-video (AV) communication, or combinations of these (e.g., video conferences).
In one embodiment, all of the applications employed by the audio output 123, the display 121, input mechanism 124, communications circuitry 125, and the microphone 122 may be interconnected and managed by control circuitry 126. In one example, a handheld music player capable of transmitting music to other tuning devices may be incorporated into the electronics device 120.
In one embodiment, the audio output 123 may include any suitable audio component for providing audio to the user of electronics device 120. For example, audio output 123 may include one or more speakers (e.g., mono or stereo speakers) built into the electronics device 120. In some embodiments, the audio output 123 may include an audio component that is remotely coupled to the electronics device 120. For example, the audio output 123 may include a headset, headphones, or earbuds that may be coupled to communications device with a wire (e.g., coupled to electronics device 120 with a jack) or wirelessly (e.g., Bluetooth® headphones or a Bluetooth® headset).
In one embodiment, the display 121 may include any suitable screen or projection system for providing a display visible to the user. For example, display 121 may include a screen (e.g., an LCD screen) that is incorporated in the electronics device 120. As another example, display 121 may include a movable display or a projecting system for providing a display of content on a surface remote from electronics device 120 (e.g., a video projector). Display 121 may be operative to display content (e.g., information regarding communications operations or information regarding available media selections) under the direction of control circuitry 126.
In one embodiment, input mechanism 124 may be any suitable mechanism or user interface for providing user inputs or instructions to electronics device 120. Input mechanism 124 may take a variety of forms, such as a button, keypad, dial, a click wheel, or a touch screen. The input mechanism 124 may include a multi-touch screen.
In one embodiment, communications circuitry 125 may be any suitable communications circuitry operative to connect to a communications network (e.g., communications network 110,
In some embodiments, communications circuitry 125 may be operative to create a communications network using any suitable communications protocol. For example, communications circuitry 125 may create a short-range communications network using a short-range communications protocol to connect to other communications devices. For example, communications circuitry 125 may be operative to create a local communications network using the Bluetooth® protocol to couple the electronics device 120 with a Bluetooth® headset.
In one embodiment, control circuitry 126 may be operative to control the operations and performance of the electronics device 120. Control circuitry 126 may include, for example, a processor, a bus (e.g., for sending instructions to the other components of the electronics device 120), memory, storage, or any other suitable component for controlling the operations of the electronics device 120. In some embodiments, a processor may drive the display and process inputs received from the user interface. The memory and storage may include, for example, cache, Flash memory, ROM, and/or RAM/DRAM. In some embodiments, memory may be specifically dedicated to storing firmware (e.g., for device applications such as an operating system, user interface functions, and processor functions). In some embodiments, memory may be operative to store information related to other devices with which the electronics device 120 performs communications operations (e.g., saving contact information related to communications operations or storing information related to different media types and media items selected by the user).
In one embodiment, the control circuitry 126 may be operative to perform the operations of one or more applications implemented on the electronics device 120. Any suitable number or type of applications may be implemented. Although the following discussion will enumerate different applications, it will be understood that some or all of the applications may be combined into one or more applications. For example, the electronics device 120 may include an automatic speech recognition (ASR) application, a dialog application, a map application, a media application (e.g., QuickTime, MobileMusic.app, or MobileVideo.app), social networking applications (e.g., Facebook®, Twitter®, Etc.), an Internet browsing application, etc. In some embodiments, the electronics device 120 may include one or multiple applications operative to perform communications operations. For example, the electronics device 120 may include a messaging application, a mail application, a voicemail application, an instant messaging application (e.g., for chatting), a videoconferencing application, a fax application, or any other suitable application for performing any suitable communications operation.
In some embodiments, the electronics device 120 may include a microphone 122. For example, electronics device 120 may include microphone 122 to allow the user to transmit audio (e.g., voice audio) for speech control and navigation of applications 1-N 127, during a communications operation or as a means of establishing a communications operation or as an alternative to using a physical user interface. The microphone 122 may be incorporated in the electronics device 120, or may be remotely coupled to the electronics device 120. For example, the microphone 122 may be incorporated in wired headphones, the microphone 122 may be incorporated in a wireless headset, the microphone 122 may be incorporated in a remote control device, etc.
In one embodiment, the camera module 128 comprises one or more camera devices that include functionality for capturing still and video images, editing functionality, communication interoperability for sending, sharing, etc. photos/videos, etc.
In one embodiment, the BlueTooth® module 129 comprises processes and/or programs for processing BlueTooth® information, and may include a receiver, transmitter, transceiver, etc.
In one embodiment, the electronics device 120 may include multiple sensors 1 to N 131, such as accelerometer, gyroscope, microphone, temperature, light, barometer, magnetometer, compass, radio frequency (RF) identification sensor, etc.
In one embodiment, the electronics device 120 may include any other component suitable for performing a communications operation. For example, the electronics device 120 may include a power supply, ports, or interfaces/connectors/ports for coupling to a host device, a secondary input mechanism (e.g., an ON/OFF switch), or any other suitable component.
In one embodiment, the transmitter device 305 retrieves/stores (e.g., reads/writes) data (e.g., status information, configuration information, etc.) to from/to the capability registers 323. In one embodiment, the receiver device 310 retrieves/stores (e.g., reads/writes) data (e.g., status information, configuration information, etc.) to from/to the capability registers 334.
In one embodiment, when the link 340 is an MHL interface/connection, the link 340 includes the physical and logical paths (e.g., lanes, channels, sub-channels) such as the eCBUS 341, TMDS channel(s) 342, CBUS 343, VBUS 344, bCBUS 345, etc. In one embodiment, the transmitter device 305 of the source 301 communicates over the wired link 340 with the receiver device 310 of the sink 302 for communicating content (e.g., AV content, etc.). In one embodiment, the transmitter includes a power save module (e.g., power save module 410 (
In one embodiment, the data from the logical channels 425 are combined with multiplexor 424 using multiplex control module 426. In one embodiment, the output from the multiplexor 424 is communicated over a physical path to the packet formatter 427 that includes a power save module 410 for providing power saving processing between the transmitter (e.g., transmitter device 305 (
It should be noted that although conventional MHL connections support power charging functionality from the receiver to the transmitter, one or more embodiments provide for reduced power consumption. In a conventional MHL connection (e.g., MHL Specification Version 3.0) between a transmitter and receiver, the blanking periods (including control and data islands) and active video periods are always packetized into data packets at the physical channel even though no real data information is specified. For example, for audio only transmission, no real video data is included within an active video period, but the blank video values in active periods are still packetized and transmitted via the physical channel. For another example, in a content mute mode, the blank video values instead of the real video pixel values in the active periods are packetized and transmitted via the physical channel.
In one embodiment, the power save module 410 of the transmitter (e.g., transmitter device 305,
In one embodiment, the power save module 410 determines that the power save mode is based on the content state, which is determined to be based on the transmitter having no content data that is required to be forwarded by the packet formatter (e.g., no video data, audio only, content mute mode, etc.), which triggers (or intercepts) typical instructions to packet blank video values for the active video period. In one embodiment, the power save module 410 prohibits forwarding packets and reduces transmission of blank video content.
In one embodiment, if the power save mode is determined based on no video content in an audio only mode, the transmitter device 305 transmits audio data and control information in the T-CBUS (tunneling CBUS) on the eCBUS link and places the AV physical channel (lane) in a standby or shutdown state for saving power.
In one embodiment, the transmitter device 305 and the receiver device 310 determine to remain in a standby state based on reading the ECBUS_TDM_COUNT register in the Extended Device Status Registers 800. In one embodiment, un-allocated channels may be determined by subtracting the ECBUS_TDM_COUNT from the total number of eCBUS channels, which indicates the number of un-allocated channels. In one embodiment, the transmitter and/or receiver may determine the power save mode is based on un-allocated sub-channels based on the determination that no communication is required on the un-allocated sub-channels, where the transmitter device 305 and receiver device 310 may remain in standby. The transmitter device 305 and the receiver device 310 may determine which sub-channels are un-allocated by reading the Extended Device Status Registers 800.
In one embodiment, if no content needs to be transmitted through the link interface 340 (
In one embodiment, before the transmitter device 305 (
In one embodiment, process 900 may provide that when the video content state is based on one or more of: content comprising blank video values and no content for transmission. In one embodiment, the process 900 may include that when the content state is based on content comprising blank video values, process 900 may skip packetization of the blank video values during active video periods, add gap values automatically based on the blank video values, and regenerate the blank video values in the active video periods by the receiver device.
In one embodiment, process 900 may provide that the content state is based on the content for blank video values during one or more of a content mute mode and an audio only mode. In one embodiment, when the content state is based on no content available for transmission, process 900 may include communicating a packet comprising an idle control indication, and entering an idle state by one or more of the transmitter device and the receiver device.
In one embodiment, for process 900, the idle control indication may include a time limit indication that the transmitter device and the receiver device remain in the idle state. In one embodiment, process 900 may include that the transmitter skips sending idle characters during the content state that is based on no content available for transmission.
In one embodiment, when the one or more un-allocated communication paths comprises un-allocated sub-channels, process 900 may include maintaining the transmitter device and the receiver device in a standby state based on register information (e.g., eCBUS TDM count and total number of eCBUS channels).
In one embodiment, when the one or more un-allocated communication paths comprises un-allocated physical channels, process 900 may include placing one or more un-allocated physical channels in one of a standby state and a shutdown state by one or more of the transmitter device and the receiver device based on determining particular physical channels that are un-allocated by using register information (e.g., number of allocated AV Lanes and total number of AV physical channels).
In one embodiment, when the content state is based on no content available for transmission, process 900 may include storing configuration status for one or more audio-video channels and one or more link busses e.g., in capability registers 323, 334,
In one embodiment, the transmitter device may be a mobile electronic device (e.g., electronic device 120,
The communication interface 517 allows software and data to be transferred between the computer system and external devices through the Internet 550, mobile electronic device 551, a server 552, a network 553, etc. The system 500 further includes a communications infrastructure 518 (e.g., a communications bus, cross bar, or network) to which the aforementioned devices/modules 511 through 517 are connected.
The information transferred via communications interface 517 may be in the form of signals such as electronic, electromagnetic, optical, or other signals capable of being received by communications interface 517, via a communication link that carries signals and may be implemented using wire or cable, fiber optics, a phone line, a cellular phone link, an radio frequency (RF) link, and/or other communication channels.
In one implementation of one or more embodiments in a mobile wireless device (e.g., a mobile phone, smartphone, tablet, mobile computing device, wearable device, etc.), the system 500 further includes an image capture device 520, such as a camera 128 (
In one embodiment, the system 500 includes power saving processing module 530 that may implement power saving features of system 300 and processing similar as described regarding (
As is known to those skilled in the art, the aforementioned example architectures described above, according to said architectures, can be implemented in many ways, such as program instructions for execution by a processor, as software modules, microcode, as computer program product on computer readable media, as analog/logic circuits, as application specific integrated circuits, as firmware, as consumer electronic devices, AV devices, wireless/wired transmitters, wireless/wired receivers, networks, multi-media devices, etc. Further, embodiments of said Architecture can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment containing both hardware and software elements.
One or more embodiments have been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to one or more embodiments. Each block of such illustrations/diagrams, or combinations thereof, can be implemented by computer program instructions. The computer program instructions when provided to a processor produce a machine, such that the instructions, which execute via the processor create means for implementing the functions/operations specified in the flowchart and/or block diagram. Each block in the flowchart/block diagrams may represent a hardware and/or software module or logic, implementing one or more embodiments. In alternative implementations, the functions noted in the blocks may occur out of the order noted in the figures, concurrently, etc.
The terms “computer program medium,” “computer usable medium,” “computer readable medium”, and “computer program product,” are used to generally refer to media such as main memory, secondary memory, removable storage drive, a hard disk installed in hard disk drive. These computer program products are means for providing software to the computer system. The computer readable medium allows the computer system to read data, instructions, messages or message packets, and other computer readable information from the computer readable medium. The computer readable medium, for example, may include non-volatile memory, such as a floppy disk, ROM, flash memory, disk drive memory, a CD-ROM, and other permanent storage. It is useful, for example, for transporting information, such as data and computer instructions, between computer systems. Computer program instructions may be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
Computer program instructions representing the block diagram and/or flowcharts herein may be loaded onto a computer, programmable data processing apparatus, or processing devices to cause a series of operations performed thereon to produce a computer implemented process. Computer programs (i.e., computer control logic) are stored in main memory and/or secondary memory. Computer programs may also be received via a communications interface. Such computer programs, when executed, enable the computer system to perform the features of the embodiments as discussed herein. In particular, the computer programs, when executed, enable the processor and/or multi-core processor to perform the features of the computer system. Such computer programs represent controllers of the computer system. A computer program product comprises a tangible storage medium readable by a computer system and storing instructions for execution by the computer system for performing a method of one or more embodiments.
Though the embodiments have been described with reference to certain versions thereof; however, other versions are possible. Therefore, the spirit and scope of the appended claims should not be limited to the description of the preferred versions contained herein.
This application claims the priority benefit of U.S. Provisional Patent Application Ser. No. 61/807,544, filed Apr. 2, 2013, incorporated herein by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
61807544 | Apr 2013 | US |