# US 2014/0192714 A1 · Method, apparatus and system of frame tunneling operation of multiple frequency bands device > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 2014/0192714 A1 - Document ID: US20140192714A1 - Status: Published application - Kind: A1 - Application number: 13/992,357 - Filed: 2011-12-14 - Published: 2014-07-10 - Earliest claimed: 2011-06-15 - Assignees: Intel Corporation - Inventors: Carlos Cordeiro; Adrian P. Stephens - Web page: https://patentgrep.com/patent/US20140192714A1 ## CPC - H04W 76/14: Direct-mode setup - H04W 76/12: Setup of transport tunnels - H04W: WIRELESS COMMUNICATION NETWORKS (broadcast communication H04H; communication systems using wireless links for non-selective communication, e.g. wireless extensions H04M1/72) ## Abstract Disclosed is a tunneling mechanism that enables frames generated by a MAC layer management entity (MLME) to be transmitted by another. By doing that, a pair of stations (STAs) can perform functions such as (re)association, authentication, and the like, without having to transmit frames over-the-air but, instead, use a different MLME for this purpose. This enables the station management entities (SMEs) of a pair of multi-band capable STAs to provide a seamless fast session transfer (FST), including the provisioning of multi-band (de)authentication and (re)association. ## Claims ### Claim 1 A method of on-channel tunneling (OCT) in a peer to peer direct wireless communication comprising: generating by a local tunneled MAC layer management entity (TN-MLME) a request primitive to a transport MAC layer management entity (TP-MLME) that is enabled to transmit, wherein the request carries the contents of a management frame and replaces transmission on-the-air of the management frame. ### Claim 2 (depends on 1) The method of claim 1 comprising: generating by a third MLME an indication primitive to a local MLME entity identified in the On-channel Tunnel Request frame. ### Claim 3 (depends on 2) The method according to claim 2, the method further comprising: transmitting by the transport MLME (TP-MLME) from the request primitive an on-channel tunnel request frame to the third MLME identified by a local multi-band element, wherein the on-channel tunnel request frame carries the management frame. ### Claim 4 (depends on 3) The method according to claim 3, the method further comprising: transmitting by the third MLME the indication primitive to the local MLME identified by a peer Multi-band element contained within the on-channel tunnel request frame. ### Claim 5 (depends on 4) The method according to claim 4, the method further comprising: processing by the local MLME the parameter of the indication primitive as if the management frame had been received over-the-air; and generating by the local MLME indication primitive corresponding to the frame type of the management frame. ### Claim 6 (depends on 2) The method according to claim 2, the method further comprising: responding by a peer station management entity (PSME) to the indication primitive from the local MLME by generating a corresponding response primitive, wherein the response includes a peer Multi-band element and a local Multi-band element. ### Claim 7 (depends on 6) The method according to claim 6, the method further comprising: generating by a MAC layer management entity (MLME) that is not currently enabled to transmit an OCT MLME confirm primitive after receiving parameters passed with the OCT MLME response primitive; and processing at an SME of a multi-band capable STA that generated the initial OCT MLME request primitive the OCT MLME confirm primitive. ### Claim 8 (depends on 6) The method according to claim 6, wherein a primitive is selected from a group consisting of request, indication, response and confirm primitives, or request and indication primitives. ### Claim 9 A non-transitory computer-readable medium having instructions that when compiled by a processor provides on-channel tunneling (OCT) in a peer to peer direct wireless communication by: generating by a local tunneled MAC layer management entity (TN-MLME) a request primitive to a transport MAC layer management entity (TP-MLME) that is enabled to transmit, wherein the request carries the contents of a management frame and replaces transmission on-the-air of the management frame; and generating by a third MLME an indication primitive to a local MLME entity identified in the On-channel Tunnel Request frame. ### Claim 10 (depends on 9) The non-transitory computer-readable medium according to claim 9, further comprising instructions for: transmitting by the transport MLME (TP-MLME) from the request primitive an on-channel tunnel request frame to the third MLME identified by a local multi-band element, wherein the on-channel tunnel request frame carries the management frame. ### Claim 11 (depends on 10) The non-transitory computer-readable medium according to claim 10, further comprising instructions for: transmitting by the third MLME the indication primitive to the local MLME identified by a peer Multi-band element contained within the on-channel tunnel request frame. ### Claim 12 (depends on 10) The non-transitory computer-readable medium according to claim 10, further comprising instructions for: processing by the local MLME the parameter of the indication primitive as if the management frame had been received over-the-air; and generating by the local MLME indication primitive corresponding to the frame type of the management frame. ### Claim 13 (depends on 9) The non-transitory computer-readable medium according to claim 9, further comprising instructions for: responding by a peer station management entity (PSME) to the indication primitive from the local MLME by generating a corresponding response primitive, wherein the response includes a peer Multi-band element and a local Multi-band element. ### Claim 14 (depends on 13) The non-transitory computer-readable medium according to claim 13, further comprising instructions for: generating by a MAC layer management entity (MLME) that is not currently enabled to transmit an OCT MLME confirm primitive after receiving parameters passed with the OCT MLME response primitive; and processing at an SME of a multi-band capable STA that generated the initial OCT MLME request primitive the OCT MLME confirm primitive. ### Claim 15 (depends on 14) The non-transitory computer-readable medium according to claim 14, wherein a primitive is selected from a group consisting of request, indication, response and confirm primitives, request and indication primitives. ### Claim 16 A system comprising: a memory that stores communication instructions; and at least one processor that executes communication instructions to cooperate to create an on-channel tunneling (OCT) in a peer to peer direct wireless communication by: generating by a local tunneled MAC layer management entity (TN-MLME) an MLME-OCTunnel request primitive with parameters including on-channel tunneling MAC management protocol data unit (MMPDU) and peer Multi-band element, wherein the request carries the contents of a management frame and replaces transmission on-the-air of the management frame; wherein a primitive is selected from a group consisting of request, indication, response and confirm primitives, or request and indication primitives. ### Claim 17 (depends on 16) The system according to claim 16, further comprising communication instructions for: generating by a third MLME an indication primitive to a local MLME entity identified in the On-channel Tunnel Request frame; and transmitting by the transport MLME (TP-MLME) from the request primitive an on-channel tunnel request frame to the third MLME identified by a local multi-band element, wherein the on-channel tunnel request frame carries the management frame. ### Claim 18 (depends on 16) The system according to claim 16, further comprising communication instructions for: transmitting by the third MLME the indication primitive to the local MLME identified by a peer Multi-band element contained within the on-channel tunnel request frame; and processing by the local MLME the parameter of the indication primitive as if the management frame had been received over-the-air. ### Claim 19 (depends on 17) The system according to claim 17, further comprising communication instructions for: generating by the local MLME indication primitive corresponding to the frame type of the management frame; and responding by a peer station management entity (PSME) to the indication primitive from the local MLME by generating a corresponding response primitive, wherein the response includes a peer Multi-band element and a local Multi-band element. ### Claim 20 (depends on 18) The system according to claim 18, further comprising communication instructions for: generating by a MAC layer management entity (MLME) that is not currently enabled to transmit an OCT MLME confirm primitive after receiving parameters passed with the OCT MLME response primitive; and processing at an SME of a multi-band capable STA that generated the initial OCT MLME request primitive the OCT MLME confirm primitive.