Source: http://www.google.com/patents/US8229087?dq=5251294
Timestamp: 2017-02-22 11:21:05
Document Index: 186502936

Matched Legal Cases: ['art 7', 'art 9', 'art 8', 'art 9', 'art 8', 'art 9', 'art 8', 'art 9', 'art 13', 'art 13', 'art 13', 'art 8', 'art 8', 'art 14', 'art 14', 'art 9', 'art 14', 'art 7', 'art 14', 'art 9', 'art 21', 'art 7', 'art 21', 'art 7', 'art 7', 'art 8', 'art 8', 'art 7', 'art 13', 'art 8', 'art 9', 'art 16', 'art 16', 'art 16', 'arts 16', 'art 12', 'art 11', 'art 12', 'art 12', 'art 8', 'art 8', 'art 16', 'art 8', 'art 8', 'art 8', 'art 8', 'art 8', 'art 8', 'art 8', 'art 8', 'art 8', 'art 12', 'art 8', 'art 8', 'art 14', 'art 14', 'art 21', 'art 21', 'art 8', 'art 12', 'art 11', 'art 9', 'art 11', 'art 9', 'Application No. 06254984', 'Application No. 06254984', 'Application No. 06254984']

Patent US8229087 - Relay apparatus, relay method, relay program, and communication system - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inPatentsA relay apparatus for relaying communication between a plurality of wireless terminals and a wired network includes a priority data recording part for recording communication identification data and required bandwidth data, a priority control part for relaying, by priority, the communication recorded...http://www.google.com/patents/US8229087?utm_source=gb-gplus-sharePatent US8229087 - Relay apparatus, relay method, relay program, and communication systemAdvanced Patent SearchTry the new Google Patents, with machine-classified Google Scholar results, and Japanese and South Korean patents.Publication numberUS8229087 B2Publication typeGrantApplication numberUS 11/525,053Publication dateJul 24, 2012Filing dateSep 22, 2006Priority dateMar 31, 2006Fee statusPaidAlso published asEP1841167A2, EP1841167A3, EP1841167B1, US20070263818Publication number11525053, 525053, US 8229087 B2, US 8229087B2, US-B2-8229087, US8229087 B2, US8229087B2InventorsMotoshi Sumioka, Ryuichi Matsukura, Hitoshi YamauchiOriginal AssigneeFujitsu LimitedExport CitationBiBTeX, EndNote, RefManPatent Citations (61), Non-Patent Citations (5), Referenced by (28), Classifications (32), Legal Events (2) External Links: USPTO, USPTO Assignment, EspacenetRelay apparatus, relay method, relay program, and communication system
US 8229087 B2Abstract
A relay apparatus for relaying communication between a plurality of wireless terminals and a wired network includes a priority data recording part for recording communication identification data and required bandwidth data, a priority control part for relaying, by priority, the communication recorded in the priority data recording part, a request receiving part for receiving communication identification data and multimedia type data, a selecting part for selecting a multimedia type to be relayed by priority, an updating part for additionally recording data that represents a bandwidth required for relaying a stream of the selected multimedia type and the communication identification data, and a responding part for transmitting a response. The selecting part selects the multimedia type so that a sum of bandwidths represented by the required bandwidth data does not exceed a predetermined upper limit value. With the above configuration, the relay apparatus can perform bandwidth control of communication to be relayed, considering the multimedia type included in the communication by a wireless terminal.
Therefore, there is a demand for a bandwidth control of a relay apparatus considering a multimedia type included in communication. The object of the present invention is to provide a relay apparatus, a relay method, a relay program, and a communication system capable of controlling a bandwidth of communication to be relayed, considering a multimedia type included in the communication by a wireless terminal.
FIG. 1 is a diagram showing an entire configuration of a wireless communication system in Embodiment 1.
FIG. 17 is a sequence diagram showing an example of processing when a request for a bandwidth reservation is transmitted to the AP 100 a. DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail by way of one embodiment with reference to the drawings.
FIG. 1 is a diagram showing an entire configuration of a wireless communication system in Embodiment 1. The wireless communication system in the present embodiment includes an SIP server 2, wireless LAN access points (hereinafter, referred to as APs) 1 a, 1 b, a wired terminal 4, and wireless terminals 3 a-3 d. The SIP server 2, the APs 1 a, 1 b, and the wired terminal 4 are connected to each other through a wire by a wired local area network (LAN) 6. The wireless terminals 3 a-3 d can access the AP 1 a or AP 1 b wirelessly. FIG. 1 shows, as an example, a state in which the wireless terminals 3 a, 3 b can access the AP 1 a, and the wireless terminals 3 c, 3 d can access the AP 1 b. In this state, the AP 1 a relays the communication between the wireless terminals 3 a, 3 b and the wired LAN 6, and the AP 1 b relays the communication between the wireless terminals 3 c, 3 d and the wired LAN 6.
When the SIP server 2 receives the OK message, the SIP server 2 transmits an INVITE message to the wireless terminal 3 b (#10). Furthermore, the SIP server 2 transmits a TRYING message to the wireless terminal 3 a (#11). In the case where the AP 1 a fails in reserving bandwidth allocation, and the SIP server 2 receives an error message, the SIP server 2 may, for example, transmit a disconnection message to the wireless terminal 3 a without starting the communication between the wireless terminals 3 a, 3 b. The wireless terminal 3 b having received the INVITE message from the SIP server 2 transmits a RINGING message representing “during calling” to the SIP server 2 (#12). The RINGING message received by the SIP server 2 is transmitted to the wireless terminal 3 a (#13).
In the SDP data shown in FIG. 7A, each stream included in the communication is represented by a character string representing a stream. Each stream is identified by a stream ID. For example, “m=audio” in the first line represents that the multimedia type is an audio. “49170” represents a port number for transmitting/receiving the stream, and is used as an stream ID for identifying the stream, in combination with a transmission origin/reception destination address. “RTP/AVP” represents a communication protocol of the stream, and “0” represents a compression form (codec) of the stream, respectively. The request receiving part 7 can generate data representing that the number of streams included in the communication is 2, and the multimedia types of the streams included in the communication are an audio and a video, from the data shown in FIG. 7A.
The selecting part 9 notifies the updating part 8 of a selection result (#804 b). Herein, the selecting part 9 notifies the updating part 8 that the selecting part 9 has selected only an audio among multimedia types i.e., an audio and a video) of streams included in the communication. The updating part 8 records data that represents a required bandwidth of a stream of the multimedia type selected by the selecting part 9, and the communication identification data in the priority data recording part 13. In the present example, the required bandwidth (128) of an audio stream and the communication identification data (an IP address of the wireless terminal 3 a and an IP address of the wireless terminal 3 b) are recorded in the priority data recording part 13. Furthermore, as data representing the state of the priority data recording part 13, data representing “reservation” is recorded. Consequently, bandwidth allocation for relaying only communication of an audio by priority is reserved. When the updating part 8 is notified of the completion of data recording (#807 b), the updating part 8 notifies the responding part 14 of the multimedia type reserved for the bandwidth allocation. More specifically, the responding part 14 is notified of the multimedia type (an audio in the present example) selected by the selecting part 9 (#808).
The responding part 14 corrects the SDP data received by the request receiving part 7 so that the multimedia type of the stream reserved for bandwidth allocation is represented as the SDP data. For example, the responding part 14 leaves only information representing the stream reserved for bandwidth allocation, among information representing the streams of the SDP data, and deletes information representing the other streams. FIG. 7B shows a state in which the SDP data shown in FIG. 7A is corrected, and only the information representing the stream reserved for bandwidth allocation is left. Information representing a stream whose multimedia type is an audio “m=audio” is left, and information representing a stream whose multimedia type is a video “m=video” is deleted. In the case where the selecting part 9 does not select a multimedia type, the SDP data is not corrected.
FIG. 9 is a sequence diagram showing an example of processing when a request for bandwidth allocation is transmitted from the IP server 2 to the AP 1 a in #15 shown in FIG. 5. The processing shown in FIG. 9 is an example of processing after the processing of reserving bandwidth allocation shown in FIG. 6 is performed by the AP 1 a. More specifically, the processing shown in FIG. 9 is an example of processing in the case where the SIP server 2 having received an OK message of accepting the starting of communication from the wireless terminal 3 b requests the AP 1 a to allocate a bandwidth that has already been reserved for the communication. In FIG. 9, first, the interconnecting part 21 of the SIP server 2 requests the request receiving part 7 of the AP 1 a to allocate a bandwidth of the communication ready to be started (#15). At this time, the interconnecting part 21 transmits communication identification data of the communication ready to be started and SDP data contained in the OK message received from the wireless terminal 3 b to the AP 1 a. The request receiving part 7 decodes the received SDP data to read the communication identification data for identifying the communication ready to be started (#1501). The communication identification data is, for example, an IP address of the wireless terminal 3 a and an IP address of the wireless terminal 3 b. The request receiving part 7 gives the read IP addresses to the updating part 8 (#1502). The updating part 8 updates the state of the communication represented by the IP addresses given from the request receiving part 7 from “reservation” to “under communication”, among the data recorded in the priority data recording part 13. Consequently, the allocation of a bandwidth is completed (#1503 a).
For example, in the case where it is desired to allocate a certain number or more audio communications, the following setting is performed. The updating part 8 can determine a required available bandwidth with reference to a required available bandwidth table 41 as shown in FIG. 12. The required available bandwidth table 41 stores data representing a range of a required bandwidth required for relaying communication ready to be started and data representing a required available bandwidth so that they are associated with each other. In the example shown in FIG. 12, in the case where the required bandwidth is 200 or less, the required available bandwidth is equal to a required bandwidth. The required available bandwidth in the case where the required bandwidth is 201 to 400 is set to be 800, the required available bandwidth in the case where the required bandwidth is 401 to 800 is set to be 1600, and the required available bandwidth in the case where the required bandwidth is 801 or more is set to be 128×average number of telephone conversations. As the average number of telephone conversations, the average value of the number of telephone conversations relayed by the AP on a daily basis is used.
In Embodiment 1, the selecting part 9 selects some of a plurality of streams included in communication in accordance with a multimedia type. In Embodiment 2, regarding a plurality of streams included in communication, the priority of communication quality of each stream is varied depending upon a multimedia type.
FIG. 14 shows a specific example of data recorded in each priority grade data recording part 16 provided for each priority. FIG. 14 shows a first priority table representing an example of data recorded in the priority grade data recording part 16 with a priority of “1”, and a second priority table representing an example of data recorded in the priority grade data recording part 16 with a priority of “2”. The first priority table 39 a and the second priority table 39 b store data representing a source IP address, a destination IP address, a port number, a state, and a required bandwidth so that they are associated with each other for each stream to be relayed by priority.
FIG. 14 shows the case where the priority grade data recording parts 16 are provided with respect to two stages of the priorities of “1” and “2”; however, the priority is not limited two stages. Furthermore, the stream identification data is not limited to the source IP address, the destination IP address, and the port number.
The priority determining part 12 determines the priority of a stream for each multimedia type based on the obtained priority (#8051). For example, in the case where the data recorded in the precedence recording part 11 is the multimedia priority table 32 shown in FIG. 4, and the multimedia types of streams included in the communication are an audio and a video, the priority determining part 12 determines the priority of an audio to be “1” and the priority of a video to be “2”. The priority determining part 12 notifies the updating part 8 a of the determined priority (#8031 b).
The updating part 8 a refers to the priority grade data recording part 16 provided for each priority in a plurality of stages (#8061 a), thereby obtaining a bandwidth that is being used by the stream to be relayed by priority or a bandwidth to be used, regarding the respective priorities in plurality of stages (#8061 b). For example, the updating part 8 a obtains, as a bandwidth of the communication with the priority of “1”, the sum (128+420+128=676) of bandwidths represented by the required bandwidth data recorded in the first priority table 39 a shown in FIG. 14. Furthermore, the updating part 8 a obtains, as a bandwidth of the communication with the priority of “2”, the sum (128+128=256) of the bandwidths represented by the required bandwidth data recorded in the second priority table 39 b. When the updating part 8 a has obtained the bandwidth for each priority, the updating part 8 a calculates a usable bandwidth for each priority, using the obtained bandwidth in use. The usable bandwidth is obtained, for example, based on the difference between the bandwidth in use of each priority and a predetermined upper limit value. Herein, the predetermined upper limit value may be varied depending upon each priority, or may be the same.
For example, in the case where the bandwidth of the communication with the priority of “1” is 676, and the predetermined upper limit value with the priority of “1” is 1000, the bandwidth of the communication with the priority of “1” becomes 1000−676=324. Furthermore, in the case where the bandwidth of the communication with the priority of “2”, and the predetermined upper limit value with the priority of “2” is 1000, the usable bandwidth of the communication with the priority of “2” becomes 1000−256=744.
For example, in the case where the priority of an audio is “1”, and the priority of a video is “2”, the updating part 8 a compares the usable bandwidth of the communication with the priority of “1” with the required bandwidth of an audio stream. If the usable bandwidth is larger, the updating part 8 a registers information regarding the audio stream in the first priority table 39 a of the priority of “1”. The updating part 8 a compares the usable bandwidth of the communication with the priority of “2” with the required bandwidth, regarding a video stream. If the usable bandwidth is larger, the updating part 8 a records data regarding the stream in the first priority table 39 a of the priority of “1”. Thus, bandwidth allocation is reserved (#8071 a).
More specifically, in a certain priority, in the case where the required bandwidth required for relaying a stream exceeds the usable bandwidth, the updating part 8 a compares the required bandwidth required for relaying a stream of that priority with the usable bandwidth at a priority lower by one stage. If the required bandwidth does not exceed the usable bandwidth of a priority lower by one stage, bandwidth is reserved with that priority. Because of this, for example, even if the stream of a multimedia type determined to be the priority of “1” in the priority determining part 12 has not been reserved for bandwidth allocation due to the shortage of a bandwidth in the first priority table 39 a of the priority of “1”, there is a possibility that bandwidth allocation may be reserved in the second priority table 39 b of the priority “2”. Thus, by comparing the required bandwidth with the usable bandwidth by decreasing the priority by one stage until bandwidth allocation is reserved, the priority that can be reserved is determined.
When bandwidth allocation is reserved, and the updating part 8 a has received the notification of the completion of data recording (#8071 b), the updating part 8 a notifies the responding part 14 a that the bandwidth allocation has been reserved (#8081). The responding part 14 a transmits an OK message to the interconnecting part 21 of the SIP server 2. The interconnecting part 21 receives an OK message as a response to the request for bandwidth reservation (#9). Because of this, the SIP server 2 can obtain a response showing that a bandwidth can be allocated by the AP 1 a. The processing shown in FIG. 15 is an example, and the processing of reserving bandwidth allocation by the AP is not limited to the example shown in FIG. 15. The updating part 8 a determines, for example, whether or not both the stream of the multimedia type whose priority is determined to be “1” by the priority determining part 12 and the stream of the multimedia type whose priority is determined to be “2” can be recorded in the first priority table 39 a of the priority of “1”. In the case where both of them cannot be recorded, the stream of the multimedia type with a priority of “2” may be recorded in the second priority table.
FIG. 16 is a functional block diagram showing a detailed configuration of an AP 100 a according to Embodiment 3. In FIG. 16, the same functional blocks as those in FIG. 2 are denoted with the same reference numerals as those therein, and the description thereof will be omitted. The AP 100 a shown in FIG. 16 does not have the precedence recording part 11 as shown in FIG. 2. A selecting part 9 b shown in FIG. 16 requests a SIP server 2 to inquire of a wireless terminal that is ready to start communication about the multimedia type of a stream to be relayed by priority, instead of referring to the precedence recording part 11. The selecting part 9 b receives, as a response from the SIP server 2, the data representing the multimedia type of a stream to be relayed by priority, and selects a multimedia type of a stream to be relayed by priority based on the received data.
Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS5515379 *Oct 18, 1993May 7, 1996Motorola, Inc.Time slot allocation methodUS5881060 *May 30, 1996Mar 9, 1999Northern Telecom LimitedIntegrated cellular voice and digital packet data telecommunications systems and methods for their operationUS6011790 *Jun 7, 1996Jan 4, 2000Bell Mobility Cellular Inc.Wireless terminal data network communicationUS6148204 *Sep 12, 1997Nov 14, 2000Motorola, Inc.Method and apparatus for a distributed location registerUS6229820Mar 9, 1998May 8, 2001Fujitsu LimitedNetwork system and switching unitUS6522628 *Feb 25, 2000Feb 18, 2003Cisco Technology, Inc.Method and system for managing transmission resources in a wireless communication networkUS6834341 *Feb 22, 2000Dec 21, 2004Microsoft CorporationAuthentication methods and systems for accessing networks, authentication methods and systems for accessing the internetUS6865185 *Feb 25, 2000Mar 8, 2005Cisco Technology, Inc.Method and system for queuing traffic in a wireless communications networkUS6973315Jul 2, 2001Dec 6, 2005Cisco Technology, Inc.Method and system for sharing over-allocated bandwidth between different classes of service in a wireless networkUS6980523 *Aug 10, 2001Dec 27, 2005Sprint Spectrum L.P.Method and system for facilitating end-to-end quality of service in a wireless packet data systemUS7043225 *Feb 25, 2000May 9, 2006Cisco Technology, Inc.Method and system for brokering bandwidth in a wireless communications networkUS7068624 *Feb 25, 2000Jun 27, 2006Cisco Technology, Inc.Wireless router and method for processing traffic in a wireless communications networkUS7073055 *Feb 22, 2001Jul 4, 20063Com CorporationSystem and method for providing distributed and dynamic network services for remote access server usersUS7089316 *Jun 3, 2002Aug 8, 2006International Business Machines CorporationSystem and method for service development over content-specific sessionsUS7346335 *Oct 20, 2006Mar 18, 2008At&T Delaware Intellectual Property, Inc.Methods computer program products and components for adjusting a mode of communication in a network based on emergency state informationUS7471629 *Jan 21, 2005Dec 30, 2008Stmicroelectronics S.R.L.Method and system for admission control in communication networks, related network and computer program product thereforUS7480263 *Oct 23, 2002Jan 20, 2009Robert Bosch GmbhMethod and device for bi-directional half duplex transmission of dataUS7564783 *Apr 18, 2003Jul 21, 2009AlcatelMethod for assigning of channel capacity to communication linksUS7620745 *Sep 27, 2005Nov 17, 2009Infineon Technologies AgTransferring data between a memory and peripheral units employing direct memory access controlUS7623841 *Mar 18, 2008Nov 24, 2009At&T Intellectual Property I, L.P.User terminals and components configured to adjust a communication mode thereof based on emergency state informationUS7668170 *May 2, 2007Feb 23, 2010Sharp Laboratories Of America, Inc.Adaptive packet transmission with explicit deadline adjustmentUS7765294 *May 31, 2007Jul 27, 2010Embarq Holdings Company, LlcSystem and method for managing subscriber usage of a communications networkUS7808918 *May 31, 2007Oct 5, 2010Embarq Holdings Company, LlcSystem and method for dynamically shaping network trafficUS7843831 *May 31, 2007Nov 30, 2010Embarq Holdings Company LlcSystem and method for routing data on a packet networkUS7940735 *May 31, 2007May 10, 2011Embarq Holdings Company, LlcSystem and method for selecting an access pointUS7948909 *May 31, 2007May 24, 2011Embarq Holdings Company, LlcSystem and method for resetting counters counting network performance information at network communications devices on a packet networkUS7953880 *Nov 16, 2006May 31, 2011Sharp Laboratories Of America, Inc.Content-aware adaptive packet transmissionUS7974239 *Mar 8, 2006Jul 5, 2011Koninklijke Philips Electronics N.V.Generalized “evenly distributed MAS allocation” policy to support low-power UWB applicationsUS8000318 *May 31, 2007Aug 16, 2011Embarq Holdings Company, LlcSystem and method for call routing based on transmission performance of a packet networkUS8015294 *May 31, 2007Sep 6, 2011Embarq Holdings Company, LPPin-hole firewall for communicating data packets on a packet networkUS8040811 *May 31, 2007Oct 18, 2011Embarq Holdings Company, LlcSystem and method for collecting and managing network performance informationUS8064391 *May 31, 2007Nov 22, 2011Embarq Holdings Company, LlcSystem and method for monitoring and optimizing network performance to a wireless deviceUS8098579 *May 31, 2007Jan 17, 2012Embarq Holdings Company, LPSystem and method for adjusting the window size of a TCP packet through remote network elementsUS8102770 *May 31, 2007Jan 24, 2012Embarq Holdings Company, LPSystem and method for monitoring and optimizing network performance with vector performance tables and enginesUS8107366 *May 31, 2007Jan 31, 2012Embarq Holdings Company, LPSystem and method for using centralized network performance tables to manage network communicationsUS8125897 *May 31, 2007Feb 28, 2012Embarq Holdings Company LpSystem and method for monitoring and optimizing network performance with user datagram protocol network performance information packetsUS8130793 *May 31, 2007Mar 6, 2012Embarq Holdings Company, LlcSystem and method for enabling reciprocal billing for different types of communications over a packet networkUS20020075844 *Apr 10, 2001Jun 20, 2002Hagen W. AlexanderIntegrating public and private network resources for optimized broadband wireless access and methodUS20020093930Jan 16, 2001Jul 18, 2002Dertz Gregory A.Method and apparatus for organizing and scheduling multimedia data transfers over a wireless channelUS20020099854 *Jul 9, 1999Jul 25, 2002Jacob W. JorgensenTransmission control protocol/internet protocol (tcp/ip) packet-centric wireless point to multi-point (ptmp) transmission system architectureUS20020136224 *Jan 12, 2001Sep 26, 2002Motley Cecil F.Telecommunication data compression apparatus and methodUS20030069964 *Oct 4, 2001Apr 10, 2003Shteyn Yevgeniy EugeneDigital content catering systemUS20030187986 *Sep 3, 2001Oct 2, 2003Jim SundqvistMethod for, and a topology aware resource manager in an ip-telephony systemUS20040023641Sep 30, 2002Feb 5, 2004Takayuki TsutsumiTelephone systemUS20040034683Aug 13, 2002Feb 19, 2004University Of OttawaDifferentiated transport services for enabling real-time distributed interactive virtual systemsUS20040095914 *May 27, 2003May 20, 2004Toshiba America Research, Inc.Quality of service (QoS) assurance system using data transmission controlUS20040199604 *Sep 30, 2003Oct 7, 2004Dobbins Kurt A.Method and system for tagging content for preferred transportUS20040199667 *Sep 30, 2003Oct 7, 2004Dobbins Kurt A.Method and apparatus for offering preferred transport within a broadband subscriber networkUS20040228356 *Nov 25, 2003Nov 18, 2004Maria AdamczykMethods of providing data services over data networks and related data networks, data service providers, routing gateways and computer program productsUS20050047364Jul 23, 2004Mar 3, 2005Fujitsu LimitedCommunication relay method and deviceUS20050070230Sep 26, 2003Mar 31, 2005Das Kamala PrasadMethod for management of voice-over IP communications of various relative priority levelsUS20060120312 *Apr 29, 2005Jun 8, 2006Fujitsu LimitedCommunications method, communications system, relay apparatus, and recording mediumUS20060208074 *Jun 6, 2006Sep 21, 2006Eglen Jan ADigital online exchangeUS20070263818 *Sep 22, 2006Nov 15, 2007Fujitsu LimitedRelay apparatus, relay method, relay program, and communication systemUS20100214911 *Oct 1, 2008Aug 26, 2010Genesis Technical Systems Corp.Dynamic, asymmetric ringsJP2003087304A Title not availableJP2003284144A Title not availableJP2004508772A Title not availableJP2005080157A Title not availableJPH1188356A Title not availableJPH11313048A Title not available* Cited by examinerNon-Patent CitationsReference1Extended European Search Report, issued in corresponding European Patent Application No. 06254984.5 on Nov. 2, 2007.2Japanese Office Action mailed on Oct. 12, 2010 in corresponding Japanese Patent Application 2006-100277.3Malik S. A. et al., "Resource Allocation for Multimedia Services on the UMTS Downlink", IEEE International Conference on Communications, Apr. 28, 2002, pp. 3076-3080.4Partial European Search Report issued in corresponding European Patent Application No. 06254984.5-1244, mailed on Jul. 27, 2007.5Partial European Search Report issued in corresponding European Patent Application No. 06254984.5—1244, mailed on Jul. 27, 2007.Referenced byCiting PatentFiling datePublication dateApplicantTitleUS8310967Jun 15, 2009Nov 13, 2012Marvell International Ltd.Infrastructure and ad-hoc node deviceUS8340034Nov 11, 2009Dec 25, 2012Marvell International Ltd.Bluetooth and wireless LAN arbitrationUS8472427 *Mar 25, 2010Jun 25, 2013Marvell International Ltd.Packet exchange arbitration for coexisting radiosUS8649734Sep 5, 2012Feb 11, 2014Marvell International Ltd.Bluetooth scan modesUS8655279Oct 19, 2012Feb 18, 2014Marvell World Trade Ltd.Short-range wireless communicationUS8750278May 23, 2012Jun 10, 2014Marvell International Ltd.Method and apparatus for off-channel device invitationUS8767771May 2, 2011Jul 1, 2014Marvell International Ltd.Wakeup beacons for mesh networksUS8804690Jun 21, 2013Aug 12, 2014Marvell International Ltd.Packet exchange arbitration for coexisting radiosUS8817662Sep 30, 2011Aug 26, 2014Marvell World Trade Ltd.Pre-association discoveryUS8817682Nov 9, 2012Aug 26, 2014Marvell International Ltd.Infrastructure and ad-hoc node deviceUS8861469Dec 20, 2012Oct 14, 2014Marvell International Ltd.Bluetooth and wireless LAN arbitrationUS8897706Feb 1, 2013Nov 25, 2014Marvell International Ltd.Bluetooth wideband scan modeUS8923788Nov 25, 2013Dec 30, 2014Marvell International Ltd.Circuit and method for adjusting a digitally controlled oscillatorUS8983557Jun 28, 2012Mar 17, 2015Marvell International Ltd.Reducing power consumption of a multi-antenna transceiverUS8989669Oct 25, 2013Mar 24, 2015Marvell World Trade Ltd.Short-range wireless communicationUS9036517Jan 7, 2013May 19, 2015Marvell World Trade Ltd.Methods and apparatus for establishing a tunneled direct link setup (TDLS) session between devices in a wireless networkUS9055460Jun 6, 2013Jun 9, 2015Marvell International Ltd.Location-based detection of interference in cellular communications systemsUS9066369Sep 15, 2010Jun 23, 2015Marvell International Ltd.Coexisting radio communicationUS9078108May 12, 2014Jul 7, 2015Marvell International Ltd.Method and apparatus for off-channel invitationUS9125216Sep 19, 2012Sep 1, 2015Marvell International Ltd.Method and apparatus for avoiding interference among multiple radiosUS9131520Aug 11, 2014Sep 8, 2015Marvell International Ltd.Packet exchange arbitration for coexisting radiosUS9148200Nov 18, 2013Sep 29, 2015Marvell International Ltd.Determining power over ethernet impairmentUS9215708Feb 7, 2013Dec 15, 2015Marvell World Trade Ltd.Method and apparatus for multi-network communicationUS9288764Dec 23, 2009Mar 15, 2016Marvell International Ltd.Discovery-phase power conservationUS9294997Jun 2, 2014Mar 22, 2016Marvell International Ltd.Wakeup beacons for mesh networksUS9332488Aug 22, 2014May 3, 2016Marvell World Trade Ltd.Pre-association discoveryUS9401737Nov 4, 2013Jul 26, 2016Marvell International Ltd.Circuits and methods for generating oscillating signalsUS9450649Jul 1, 2013Sep 20, 2016Marvell World Trade Ltd.Shaping near-field transmission signals* Cited by examinerClassifications U.S. Classification379/88.13, 379/93.01International ClassificationH04W72/04, H04L12/70, H04W72/10, H04W88/08, H04W84/12, H04L12/801, H04L12/859, H04W28/00, H04L12/927, H04L29/06, H04L12/911, H04M11/00Cooperative ClassificationH04L65/80, H04L65/4084, H04L65/4076, H04L47/2416, H04L47/10, H04L29/06027, H04L47/14, H04L65/1083, H04L47/2433European ClassificationH04L29/06C2, H04L29/06M4S2, H04L29/06M8, H04L65/10S4, H04L29/06M4S4, H04L47/24C1, H04L47/10, H04L47/24B, H04L47/14Legal EventsDateCodeEventDescriptionSep 22, 2006ASAssignmentOwner name: FUJITSU LIMITED, JAPANFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SUMIOKA, MOTOSHI;MATSUKURA, RYUICHI;YAMAUCHI, HITOSHI;REEL/FRAME:018339/0189;SIGNING DATES FROM 20060821 TO 20060826Owner name: FUJITSU LIMITED, JAPANFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SUMIOKA, MOTOSHI;MATSUKURA, RYUICHI;YAMAUCHI, HITOSHI;SIGNING DATES FROM 20060821 TO 20060826;REEL/FRAME:018339/0189Jan 6, 2016FPAYFee paymentYear of fee payment: 4RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services