WO2019245190A1 - Apparatus and method for establishing connection for content transmission in wireless lan system - Google Patents

Abstract

A method for a first wireless device in a wireless LAN system, according to one embodiment, comprises the steps of: transmitting a device provisioning protocol (DPP) configuration request frame to a second wireless device; receiving a DPP configuration response frame from the second wireless device on the basis of the DPP configuration request frame, wherein the DPP configuration response frame includes information for establishing a connection for content transmission with a third wireless device; and establishing the connection for content transmission with the third wireless device on the basis of the information for establishing the connection for content transmission and a plurality of real time streaming protrol (RTSP) frames, wherein the information for establishing the connection for content transmission can include information on an RTSP option and/or capability information of the third wireless device.

Description

Apparatus and method for establishing a connection for content transmission in a wireless LAN system

The present specification relates to a method for establishing a connection for content transmission in a WLAN system and an apparatus supporting the same.

Direct communication technology that allows devices to easily connect with each other without a wireless access point (AP), which is basically required in a WLAN system, and includes Wi-Fi Direct or Wi-Fi peer-to-peer (P2P). The introduction of peers is under discussion.

According to Wi-Fi Direct, devices can be connected without going through a complicated configuration process, and in order to provide various services to a user, they can support an operation of exchanging data with each other at a communication speed of a general WLAN system.

The WFA (Wi-Fi Alliance) introduces a platform that supports a variety of services (e.g. Send, Play, Display, Print, etc.) using the Wi-Fi Direct link. Technology is under discussion. This may be referred to as Wi-Fi Direct Service (WFDS).

An object of the present specification is to provide a method and an electronic device for establishing a connection for content transmission in a wireless LAN system.

In a WLAN system according to an embodiment, the method for a first wireless device may include transmitting a device provisioning protocol (DPP) configuration request frame to a second wireless device, based on the DPP configuration request frame. Receiving a DPP configuration response frame from a wireless device, wherein the DPP configuration response frame includes information for establishing a connection for content transmission with a third wireless device; and establishing a connection for content transmission. Establishing a connection for content delivery with the third wireless device based on the information and a Real Time Streaming Protocol (RTSP) frame, wherein the information for establishing a connection for content delivery includes: It may include at least one of information on the RTSP option of the wireless device and capability information of the third wireless device.

According to an embodiment of the present disclosure, a method for establishing a connection for content transmission in a WLAN system and an apparatus supporting the same are provided.

1 is a conceptual diagram illustrating a structure of a WLAN system.

2 is a conceptual diagram illustrating a scanning method in a WLAN.

3 is a conceptual diagram illustrating an authentication and association procedure after scanning of an AP and an STA.

4 is a diagram illustrating a neighbor discovery process.

5 is a conceptual diagram of a DPP procedure.

6 is a flowchart illustrating a process of performing a DPP procedure between wireless devices.

7A-7B illustrate device provisioning stops via DPP.

8A to 8C illustrate a Wi-Fi Direct based provisioning procedure.

9 illustrates a connection procedure for content transmission.

10 illustrates another connection procedure for content delivery.

11 shows an example of the operation of the first wireless device.

12 is a block diagram illustrating a wireless device to which an embodiment can be applied.

13 is a block diagram illustrating an example of an apparatus included in a processor.

In the present specification, when there is a statement that a configuration includes specific elements, or when a process includes specific steps, it means that other elements or other steps may be further included. That is, the terms used in the present specification are only for describing specific embodiments and are not intended to limit the concept of the present specification. Furthermore, the described examples to aid the understanding of the invention also include their complementary embodiments.

As used herein, the slash (/) or comma (comma) may mean "and / or". For example, “A / B” means “A and / or B,” and therefore may mean “only A”, “only B” or “A and B”. In addition, technical features that are separately described in one drawing may be implemented separately or may be simultaneously implemented.

In addition, parentheses used herein may mean “for example”. Specifically, when displayed as "control information (A Signal)", "A Signal" may be proposed as an example of "control information". In addition, even when displayed as “control information (ie, A signal)”, “A signal” may be proposed as an example of “control information”.

1 is a conceptual diagram illustrating a structure of a WLAN system. FIG. 1A shows the structure of an infrastructure network of the Institute of Electrical and Electronic Engineers (IEEE) 802.11.

Referring to FIG. 1A, the WLAN system 10 of FIG. 1A may include at least one basic service set (hereinafter, referred to as 'BSS', 100, 105). The BSS is a set of access points (APs) and stations (STAs) that can successfully synchronize and communicate with each other, and is not a concept indicating a specific area.

For example, the first BSS 100 may include a first AP 110 and one first STA 100-1. The second BSS 105 may include a second AP 130 and one or more STAs 105-1, 105-2.

The infrastructure BSS (100, 105) may include at least one STA, AP (110, 130) providing a distribution service (Distribution Service) and a distribution system (DS, 120) connecting a plurality of APs. have.

The distributed system 120 may connect the plurality of BSSs 100 and 105 to implement an extended service set 140 which is an extended service set. The ESS 140 may be used as a term indicating one network to which at least one AP 110 or 130 is connected through the distributed system 120. At least one AP included in one ESS 140 may have the same service set identification (hereinafter, referred to as SSID).

The portal 150 may serve as a bridge for connecting the WLAN network (IEEE 802.11) with another network (for example, 802.X).

In a WLAN having a structure as shown in FIG. 1A, a network between APs 110 and 130 and a network between APs 110 and 130 and STAs 100-1, 105-1, and 105-2 may be implemented. Can be.

1B is a conceptual diagram illustrating an independent BSS. Referring to FIG. 1B, the WLAN system 15 of FIG. 1B performs communication by setting a network between STAs without the APs 110 and 130, unlike FIG. 1A. It may be possible to. A network that performs communication by establishing a network even between STAs without the APs 110 and 130 is defined as an ad-hoc network or an independent basic service set (BSS).

Referring to FIG. 1B, the IBSS 15 is a BSS operating in an ad-hoc mode. Since IBSS does not contain an AP, there is no centralized management entity. Thus, in the IBSS 15, the STAs 150-1, 150-2, 150-3, 155-4, and 155-5 are managed in a distributed manner.

All STAs 150-1, 150-2, 150-3, 155-4, and 155-5 of the IBSS may be mobile STAs, and access to a distributed system is not allowed. All STAs of the IBSS form a self-contained network.

The STA referred to herein includes a medium access control (MAC) conforming to the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard and a physical layer interface to a wireless medium. As any functional medium, it can broadly be used to mean both an AP and a non-AP Non-AP Station (STA).

The STA referred to herein includes a mobile terminal, a wireless device, a wireless transmit / receive unit (WTRU), a user equipment (UE), and a mobile station (MS). It may also be called various names such as a mobile subscriber unit or simply a user.

2 is a conceptual diagram illustrating a scanning method in a WLAN.

Referring to FIG. 2, a scanning method may be classified into passive scanning 200 and active scanning 250.

Referring to FIG. 2A, the passive scanning 200 may be performed based on the beacon frame 230 that the AP 210 broadcasts periodically. The AP 210 of the WLAN may broadcast the beacon frame 230 to the non-AP STA 240 every specific period (for example, 100 msec).

The beacon frame 230 may include information about the current network. The non-AP STA 240 may periodically receive the beacon frame 230. In order to perform an authentication / association process, the non-AP STA 240 may perform scanning on the AP 210 and the channel based on the network information included in the beacon frame 230.

The passive scanning method 200 is a technique in which the non-AP STA 240 receives the beacon frame 230 transmitted from the AP 210 without first transmitting the frame. Thus, passive scanning 200 has the advantage that the overall overhead incurred by data transmission / reception in the network is small.

However, since scanning can be performed manually in proportion to the period of the beacon frame 230, the time taken to perform scanning increases.

Referring to FIG. 2B, the active scanning 250 is a technique in which the non-AP STA 290 transmits the probe request frame 270 to the AP 260 to proactively perform scanning.

The AP 260 may receive the probe request frame 270 from the non-AP STA 290. The AP 260 may wait for a random time to prevent frame collision. The AP 260 may transmit a probe response frame 280 including network information to the non-AP STA 290 in response to the probe request frame 270. The non-AP STA 290 may obtain network information based on the received probe response frame 280.

In the case of the active scanning 250, since the non-AP STA 290 performs the scanning, the time used for scanning is short. However, since the probe request frame 270 needs to be transmitted by the non-AP STA 290, network overhead for frame transmission and reception increases.

When the above scanning procedure is completed, the AP and the STA may perform an authentication and association procedure.

3 is a conceptual diagram illustrating an authentication and association procedure after scanning of an AP and an STA.

2 and 3, the non-AP STA may perform an authentication and association procedure with one of a plurality of APs that have completed the scanning procedure through passive / active scanning. For example, authentication and association procedures may be performed through two-way handshaking.

FIG. 3A is a conceptual diagram illustrating an authentication and combining procedure after passive scanning, and FIG. 3B is a conceptual diagram illustrating an authentication and combining procedure after active scanning.

The authentication and association procedure can be performed regardless of whether an active scanning method or passive scanning was used. For example, the APs 300 and 350 may connect to the non-AP STAs 305 and 355, an authentication request frame 310, an authentication response frame 320, and an association request frame. , 330, and association response frame 340, the authentication and association procedure may be performed.

In detail, the authentication procedure may be performed by transmitting the authentication request frame 310 to the APs 300 and 350 in the non-AP STAs 305 and 355. The AP 300 or 350 may transmit the authentication response frame 320 to the non-AP STAs 305 and 355 in response to the authentication request frame 310. Authentication frame format is described in IEEE 802.11 8.3.3.11.

In detail, the joining procedure may be performed by transmitting the join request frame 330 to the APs 300 and 305 in the non-AP STAs 305 and 355. The AP 300 or 350 may transmit the association response frame 340 to the non-AP STAs 305 and 355 in response to the association request frame 330.

The association request frame 330 may include information regarding the capability of the non-AP STAs 305 and 355. The APs 300 and 350 may determine whether to support the non-AP STAs 305 and 355 based on the information about the performance of the non-AP STAs 305 and 355 included in the association request frame 330. Can be.

For example, when the support for the non-AP STAs 305 and 355 is possible, the APs 300 and 350 support the association request frame 340 in the association response frame 340, and why, and support the association request frame 340. Capability information may be included and transmitted to the non-AP STAs 305 and 355.

If the combined procedure mentioned in FIG. 3 is performed, a normal data transmission and reception procedure may be performed between the AP and the STA.

4 is a diagram illustrating a neighbor discovery process. 4 may be understood as an operation between a peer to peer (P2P) device and a P2P device.

Referring to FIG. 4, in S410, a neighbor discovery process may be initiated by an indication of a station management entity (SME) / application / user / vendor. For example, the neighbor discovery process may include a scan phase S412 and a find phase S414-S416.

The scan step S412 may include an operation of scanning for all available wireless channels according to the 802.11 scheme. This allows the P2P device to identify the best operating channel.

The search steps S414-S416 may include a listen mode S414 and a search mode S416. The P2P device may alternately repeat the listening mode S414 and the search mode S416. The P2P devices 202 and 204 may perform active scanning using a probe request frame in the search mode S416.

For example, the search range may be limited to a social channel such as channel 1, channel 6, or channel 11 (eg, 2412 MHz, 2437 MHz, 2462 MHz) for quick searching.

In addition, the P2P devices 202 and 204 may maintain a reception state on a selected one of three social channels in the listening mode S414.

In this case, when a probe request frame transmitted by another P2P device (eg, 202) in the search mode is received, the P2P device (eg, 204) may respond with a probe response frame.

The time (eg, 100, 200, 300 Time Units (TU)) for the listening mode S414 may be randomly determined. P2P devices can reach each other's common channels through repetition of the search mode and the receive mode.

If another P2P device is found, the P2P device may exchange probe request frames and probe response frames with other P2P devices. This allows P2P devices to discover / exchange each other's device type, manufacturer or friendly device name.

If necessary information about the neighboring P2P device found through the neighbor discovery process is obtained, the P2P device (eg, 202) may inform the SME / application / user / vendor of the P2P device discovery (S418).

At present, P2P is mainly used for semi-static communication such as remote printing, photo sharing and the like. However, due to the popularity of Wi-Fi devices and location-based services, the utilization of P2P is getting wider.

For example, social chat (e.g., wireless devices subscribed to Social Network Service (SNS) recognize wireless devices in the vicinity and send and receive information based on location based services), location-based advertising, location- P2P is expected to be actively used for news broadcasting and game linkage between wireless devices. For convenience, such P2P applications are referred to as novel P2P applications.

5 is a conceptual diagram of a device provisioning protocol (DPP) procedure.

Referring to FIG. 5, the DPP architecture for the DPP procedure may include a DPP Bootstrapping protocol, a DPP Authentication protocol, a DPP Configuration protocol, and a DPP Introduction protocol. You can define the device roles.

In the BPP procedure, there can be two types of roles for the wireless device. For example, there may be a role of a configurator and an enrollee. As another example, there may be a role of an initiator and a responder.

For clarity and concise description of FIG. 5, the configurator may be understood as the first wireless device 510. In addition, the registrant may be understood as the second wireless device 520.

The first wireless device 510 as a configurator may support setup of the second wireless device 520 as a registrant. Constructors and registrants may engage in the DPP bootstrap protocol, the DPP authentication protocol, and the DPP configuration protocol.

The configurator or registrar may play the role of an initiator in the DPP bootstrap protocol and the DPP authentication protocol. However, only an enrollee can initiate the DPP configuration protocol and the DPP introduction protocol.

The DPP authentication protocol may require the initiator to obtain the responder's bootstrapping key as part of the bootstrap mechanism. Optionally, to provide mutual authentication, the wireless devices can obtain each other's bootstrap keys.

Once the DPP authentication protocol is complete, the configurator can provision the registrant for device-to-device communication or infrastructure communication.

As part of this provisioning, the configurator may allow the enrollee to establish secure associations with other peers in the network. Here, the peer may be understood as the wireless device 530 already configured by the constructor.

The constructor and the registrant can be associated with the DPP authentication protocol. Depending on the bootstrap scenario, the configurator or registrar may play the role of initiator or responder, respectively.

The wireless device initiating the DPP authentication protocol may serve as the initiator. The wireless device responding to the initiator's request may act as a responder. The DPP authentication protocol may provide the initiator with authentication of the responder. Optionally, the DPP authentication protocol may provide the responder with authentication of the initiator.

For example, to perform unidirectional authentication, the initiator can obtain the responder's bootstrapping key. In addition, to selectively perform mutual authentication, the initiator and the responder may obtain each other's bootstrap keys.

For example, to configure an unprovisioned device 520 that serves as a registrar, the wireless device 510 may serve as a configurator. For example, an unprovisioned wireless device can be an access point or other wireless device.

When the wireless device 510 serving as a configurator initiates the DPP authentication protocol with the unprovisioned wireless device 520, the wireless device 510 may serve as an initiator.

6 is a flowchart illustrating a process of performing a DPP procedure between wireless devices. The DPP procedure of FIG. 6 may be implemented in a 3-way handshaking manner.

5 and 6, the first wireless device 610 may serve as an initiator, and the second wireless device 620 may serve as a responder. In addition, the first wireless device 610 may serve as a configurator, and the second wireless device 620 may serve as an enrollee.

In operation S610, the first wireless device 610 and the second wireless device 620 may perform a DPP bootstrap protocol.

For example, the first wireless device 610 serving as a configurator may obtain bootstrap information from the second wireless device 620 serving as a registrant using an out-of-band mechanism.

For example, the OOB mechanism may be implemented based on a scan QR code method based on a QR code (eg, 521), an NFC tap method, or a Bluetooth Low Energy exchange method. .

For example, the bootstrap information may include information regarding the enrollee's bootstrapping public key for the DPP authentication protocol. As an example, the bootstrap public key may be used only for the DPP authentication protocol by the constructor and registrant.

For example, the information on the global operating class channel or the channel list may be further included in the bootstrap information.

In this case, to initiate the DPP authentication protocol, the wireless device (eg, 620) may indicate that it is listening on one of the listed channels for another device (eg, 610).

As another example, the information on the global operating class channel or the information on the channel list may not be included in the bootstrap information.

In this case, the wireless device (eg, 620) may not provide guidance to which device is listening to the other device (eg, 610). Accordingly, another device (eg, 610) must iterate over all available channels.

Iteration over multiple channels can result in significant additional delay in the DPP authentication protocol. Accordingly, an apparatus using QR Code bootstrapping may be required to include a single channel or at most a short list of possible channels in the bootstrap information.

The first wireless device 610 of FIG. 6 may start an operation on a specified channel based on the bootstrap information obtained from the second wireless device 620. The second wireless device 620 of FIG. 6 may listen on a specific channel during step S610.

In operation S620, the first wireless device 610 and the second wireless device 620 may perform a DPP authentication protocol.

For example, the first wireless device 610 serving as a configurator may transmit a DPP authentication request frame to the second wireless device 620 serving as a registrar. In this case, the DPP authentication request frame may be transmitted through at least one channel corresponding to bootstrap information (eg, a channel list).

In operation S621, the first wireless device 610 may transmit a DPP authentication request frame to the second wireless device 620. Subsequently, the first wireless device 610 may wait for a response to the DPP authentication request frame transmitted in step S621.

For example, the first wireless device 610 may determine whether a DPP authentication response frame, which is a response to the DPP authentication request frame transmitted in step S621, from the second wireless device 620 is received within a predetermined time. .

For example, the predetermined time may be set based on a transmission time of the DPP authentication request frame in step S621.

For clarity and concise description of FIG. 6, it may be assumed that the DPP authentication response frame is not received until a predetermined time elapses in response to the DPP authentication request frame transmitted in step S621.

If the DPP authentication response frame is not received until a predetermined time elapses according to the above assumption, step S622 is performed for retransmission of the DPP authentication response frame.

In operation S622, the first wireless device 610 may retransmit the DPP authentication request frame to the second wireless device 620. Subsequently, the first wireless device 610 may wait for a response to the DPP authentication request frame transmitted in step S622.

For example, the first wireless device 610 may determine whether a DPP authentication response frame, which is a response to the DPP authentication request frame retransmitted in step S622, from the second wireless device 620 is received within a predetermined time. .

For example, the predetermined time may be set based on a transmission time of the DPP authentication request frame in step S622.

For clarity and concise description of FIG. 6, it may be assumed that the DPP authentication response frame is not received until a predetermined time elapses in response to the DPP authentication request frame resent in step S622.

If the DPP authentication response frame is not received until a predetermined time elapses according to the above assumption, step S623 is performed to retransmit the DPP authentication response frame.

In operation S623, the first wireless device 610 may retransmit the DPP authentication request frame to the second wireless device 620. Subsequently, the first wireless device 610 may determine whether the DPP authentication response frame is received from the second wireless device 620 within a predetermined time in response to the DPP authentication request frame resent in step S623.

For example, the predetermined time may be set based on a transmission time of the DPP authentication request frame in step S623.

For clarity and concise description of FIG. 6, it may be assumed that a DPP authentication response frame is received from the second wireless device 620 within a predetermined time. According to the above assumption, if a DPP authentication response frame is received before a predetermined time elapses, step S624 is performed.

In operation S624, the first wireless device 610 may receive a DPP authentication response frame from the second wireless device 620 in response to the DPP authentication request frame resent in operation S623.

In operation S625, the first wireless device 610 may transmit a DPP authentication confirmation frame to the second wireless device 620 to complete the DPP authentication protocol.

When the DPP authentication protocol S620 is successfully performed according to the transmission of the DPP authentication confirmation frame, a secure channel may be established between the initiator (or configurator) and the responder (or registrant).

In operation S630, the first wireless device 610 and the second wireless device 620 may perform a DPP configuration protocol.

In operation S630, the first wireless device 610 and the second wireless device 620 may use the same MAC address. In operation S630, the first wireless device 610 and the second wireless device 620 may use the same channel used during the DPP authentication protocol.

In operation S631, to start the DPP configuration protocol, the second wireless device 620 may transmit a DPP configuration request frame to the first wireless device 610. Here, regardless of whether the initiator or responder plays the role of the configurator, the DPP configuration request frame can be sent only by the enrollee.

In operation S632, the first wireless device 610 may transmit a DPP configuration response frame to the second wireless device 620 in response to the DPP configuration request frame. The DPP configuration response frame may include a DPP configuration object. For example, the DPP configuration object may include a plurality of parameter information as shown in Table 1 below.

Parameter	Name	Type	Value	Description
DPP Configuration object	configurationObject	OBJECT
Wi-Fi Technology object:	wi-fi_tech	STRING	infra	Future revisions may include the values dpp_config, nan, p2p, asp2.
Service	svc	STRING		Optional parameter depending on the value of wi-fi_tech
Discovery object:	discovery	OBJECT
SSID	ssid	STRING	alpha numeric	The name of the network to connect to
Credential object	cred	OBJECT
Authentication and key management type	akm	STRING	psk, dpp, sae, psk + sae	The authentication type for the network
Pre-shared key	psk_hex	STRING		Pre-shared key encoded in hex. Conditionally present for akm = psk.
WPA2 Passphrase and / or SAE password	pass	STRING		PSK or SAE Passphrase / password. Conditionally present for akm = psk, sae, psk + sae.
DPP Connector	signedConnector	STRING		DPP Connector as a JWS, see section 4.2. Present for akm = dpp.
C-sign-key	csign	JWK		Configurator public key (configurator); "key_ops" and "use" objects in a "csign" object shall not be present. Present for akm = dpp. Note that JSON Web Keys use an uncompressed format.

When the aforementioned steps S610 to S630 are successfully performed, network information of the WLAN system including an AP (not shown) previously associated with the first wireless device 610 is displayed in the second wireless device 620. Can be forwarded to For example, the network information may include SSID information or password information.

That is, the second wireless device 620 may be connected to the first wireless device 610 without performing an association procedure with an AP (not shown) coupled to the first wireless device 610. It may be connected to the WLAN system based on the network information received from 610.

7A-7B illustrate device provisioning stops via DPP.

7A to 7B, the first wireless device 710 and the second wireless device 720 may perform a Wi-Fi P2P provisioning procedure through DPP. In operation S710, the first wireless device 710 may perform a bootstrapping procedure through a QR code. Operation S710 may correspond to operation S610 of FIG. 6. Thereafter, the first wireless device 710 and the second wireless device 720 may perform a scan procedure.

In operation S720, the first wireless device 710 and the second wireless device 720 may perform a P2P discovery procedure. The second wireless device 720 can transmit a probe request frame (or message) to the first wireless device 710 to discover the first wireless device. The first wireless device 710 may receive a probe request frame from the second wireless device 720. The probe request frame may include at least one of a destination address (eg, a MAC address of the first wireless device), a BBSID, or an SSID. The first wireless device 710 may transmit a probe response frame to the second wireless device 720 in response to the probe request frame. The second wireless device 720 may receive a probe response frame from the first wireless device 710.

In operation S730, the first wireless device 710 and the second wireless device 720 may perform a group forming procedure. The second wireless device 720 may transmit a group owner (GO) negotiation request frame to the first wireless device 710 to set the group owner. The first wireless device 710 can receive a GO negotiation request frame from the second wireless device 720. The GO negotiation request frame may include information on an intent value (eg, 1) of the second wireless device 720 that is preset. The first wireless device 710 may transmit a GO negotiation response frame to the second wireless device 710 in response to the GO negotiation request frame. The second wireless device 720 can receive a GO negotiation response frame from the first wireless device 710. The GO negotiation response frame may include information about an intent value (eg, 15) of the first wireless device 710. The second wireless device 720 can transmit a GO negotiation confirmation frame to the first wireless device 710. The first wireless device 710 may receive a GO negotiation confirmation frame from the second wireless device 720 from the second wireless device 720. Based on operation S730, the first wireless device 710 may be set as a group owner. The second wireless device 720 may be set as a client.

In operation S740, the first wireless device 710 and the second wireless device 720 may perform a DPP procedure. Operation S740 may correspond to operations S620 to S630 of FIG. 6. Although not shown, the first wireless device 710 and the second wireless device 720 may perform a DPP discovery procedure before the DPP authentication procedure. The first wireless device 710 can act as an initiator to determine whether the second wireless device 720 is still active or ready for provisioning. The first wireless device 710 can start (or trigger) the DPP discovery procedure.

In operation S750, network access may be performed between the first wireless device 710 and the second wireless device 720. For example, network access may be implemented in a 4-way handshake.

8A through 8C illustrate a Wi-Fi Direct based provisioning procedure. The P2P provisioning procedure may proceed according to the Wi-Fi Protected Setup (WPS) standard.

8A to 8C, in operation S810, the first wireless device 810 may transmit a handover request frame (or message) to find an NFC target device. The second wireless device 820 may transmit a handover select frame to the first wireless device 810. The handover selection frame may include Wi-Fi Simple Configuration (WSC) configuration information or P2P attribute information, which is information for the first wireless device 810 to communicate with the third wireless device 830.

In operation S820, the first wireless device 810 and the third wireless device 830 may perform a device discovery procedure. The first wireless device 810 may transmit a probe request frame (or message) to the third wireless device 830. The third wireless device 830 may transmit a probe response frame to the first wireless device 810 in response to the probe request frame. The first wireless device 810 may transmit a provision discovery request frame to the third wireless device 830. The third wireless device 830 may transmit a provision discovery response frame to the first wireless device. The first wireless device 810 and the third wireless device 830 may exchange attributes for the configuration method through the provisioning discovery request frame and the provisioning discovery response frame. For example, when the third wireless device 830 intends to use a personal identification number (PIN) that should be displayed, an attribute of a trigger of the configuration method may be set to “display”. Thereafter, the first wireless device 810 and the second wireless device 820 may complete a provisioning operation through an authentication process.

In WPS, an easy authentication method between devices is defined, and in P2P, authentication may be performed through at least one authentication method of PBC (Push Button), PIN, or Near Field Communication (NFC). The first wireless device 810 and the third wireless device 830 may form a P2P group. The first wireless device 810 may be a P2P client. The third wireless device 830 may be a P2P GO (Group Owner).

The P2P GO (eg, the third wireless device 830) may perform a WPS register function. P2P GO can play a role in device authentication (eg authentication server). The P2P client (eg, the first wireless device 810) may perform a WPS enroller function. The P2P client may play a role of receiving device authentication (eg, an authentication device).

According to the present specification, a first wireless device between two wireless devices may establish a connection (eg, a Miracast connection) for content transmission with a second wireless device using DPP.

The first wireless device may establish a connection with the second wireless device using DPP. For example, the first wireless device may receive information required for connection with the second wireless device during the DPP procedure from the second wireless device. The first wireless device may establish a connection with the second wireless device based on information required for connection with the second wireless device. The first wireless device may obtain information necessary for connection with the second wireless device in advance, and may omit some of the connection establishment procedure with the second wireless device. The first wireless device may acquire information necessary for connection with the second wireless device in advance, thereby enabling the connection with the second wireless device to be faster.

According to an embodiment of the present disclosure, the first wireless device may perform provisioning to establish a connection for content transmission with the second wireless device. After provisioning, the first wireless device may establish a connection for content transmission through an RTSP frame exchange procedure.

According to an embodiment of the present disclosure, the first wireless device may perform provisioning using DPP. When provisioning is performed using DPP, the provisioning step may be replaced with a DPP authentication procedure and a DPP configuration procedure to enhance authentication security between devices.

According to an embodiment of the present disclosure, the first wireless device may acquire information necessary for connection with the second wireless device through a provisioning procedure with the second wireless device. For example, the first wireless device may acquire information necessary for connection with the second wireless device through a DPP configuration procedure during a provisioning procedure with the second wireless device. The first wireless device may transmit a DPP configuration request frame to the second wireless device. The first wireless device may receive a DPP configuration response frame from the second wireless device in response to the DPP configuration request frame. The second wireless device may transmit information required for connection with the second wireless device to the first wireless device through the DPP configuration response frame. The information required for connection with the second wireless device may include at least one of information on the RTSP option of the second wireless device or capability information of the second wireless device.

According to an embodiment of the present disclosure, when the first wireless device does not receive information necessary for connection with the second wireless device from the second wireless device, the first wireless device is not connected to the second wireless device of the second wireless device. The necessary information can be obtained through the RTSP frame exchange procedure after the DPP procedure. For example, the first wireless device may obtain information about the RTSP option of the second wireless device through an RTSP M2 frame exchange procedure with the second wireless device.

According to an embodiment of the present disclosure, the first wireless device may obtain information for establishing a connection with the second wireless device through the DPP configuration response frame before the RTSP frame exchange procedure. For example, when the first wireless device receives the information on the RTSP option of the second wireless device through the DPP configuration response frame, the first wireless device may omit the RTSP M2 frame exchange procedure. The second wireless device can simplify the connection procedure with the second wireless device by receiving the RTSP information in advance.

According to an embodiment of the present disclosure, the connection between the first wireless device and the second wireless device may include a connection for content transmission. The connection for content transmission may refer to a connection for displaying music or video stored (or streamed) on the first wireless device on the display of the second wireless device. The connection for content delivery may be implemented wirelessly. In order to wirelessly implement a connection for content transmission, the first wireless device may use a technology related to Wi-Fi Direct or Wi-Fi Display (WFD). The technical features described above will be described based on the following specific drawings (eg, FIG. 9).

9 illustrates a connection procedure for content delivery.

Referring to FIG. 9, the connection for content delivery may include a miracast connection. The Miracast connection may refer to a connection for wirelessly connecting a device such as a notebook, tablet, or smartphone to a display such as a television or a monitor. Miracast connectivity may provide a service for displaying content displayed on a laptop, tablet, or smartphone on a display such as a television or a monitor. The first wireless device 910 may perform the function of a Miracast sink device. The second wireless device 920 may perform a function of a Miracast source device.

In operation S910, the first wireless device 910 and the second wireless device 920 may perform a DPP bootstrap procedure, a P2P discovery procedure, and a group formation procedure. Operation S910 may correspond to operations S710 to S730 of FIG. 7.

In operation S920, the first wireless device 910 and the second wireless device 920 may perform a DPP authentication procedure. Operation S920 may correspond to operation S620 of FIG. 6.

In operation S930, the second wireless device 920 may transmit a DPP configuration request frame (or message) to the first wireless device 910. The first wireless device 910 may receive a DPP configuration request frame from the second wireless device 920. Operation S930 may correspond to operation S631 of FIG. 6.

In operation S940, the first wireless device 910 may transmit a DPP configuration response frame to the second wireless device 920. The second wireless device 920 may receive a DPP configuration response frame from the first wireless device 910. The DPP configuration response frame may include a DPP configuration object. The DPP configuration object may refer to Table 1. According to an embodiment, the DPP configuration object further includes at least one of Real Time Streaming Protocol (RTSP) option information of the first wireless device 910 or RTSP capability information of the first wireless device 910. can do. The DPP configuration object may include a plurality of parameter information shown in Table 2 below.

Parameter	Name	Type	Value	Description
DPP Configuration object	configurationObject	OBJECT
Wi-Fi Technology object:	wi-fi_tech	STRING	Wi-fi display	Future revisions may include the values dpp_config, nan, p2p, asp2.
Service	svc	STRING		Optional parameter depending on the value of wi-fi_tech
Wi-Fi Display object	WifidisplayObject	OBJECT
Wi-Fi display defined object	WifidisplayDefinedObject	OBJECT		Define freely in the technology
Discovery object:	discovery	OBJECT
SSID	ssid	STRING	alpha numeric	The name of the network to connect to
Credential object	cred	OBJECT
Authentication and key management type	akm	STRING	psk, dpp, sae, psk + sae	The authentication type for the network
Pre-shared key	psk_hex	STRING		Pre-shared key encoded in hex. Conditionally present for akm = psk.
WPA2 Passphrase and / or SAE password	pass	STRING		PSK or SAE Passphrase / password. Conditionally present for akm = psk, sae, psk + sae.
DPP Connector	signedConnector	STRING		DPP Connector as a JWS, see section 4.2. Present for akm = dpp.
C-sign-key	csign	JWK		Configurator public key (configurator); "key_ops" and "use" objects in a "csign" object shall not be present. Present for akm = dpp. Note that JSON Web Keys use an uncompressed format.

Referring to Table 2, the DPP configuration object is a parameter indicating information to be used for a connection for content transmission (eg, a Miracast connection) when the Wi-Fi Technology object parameter is “Wi-Fi Display” or “Miracast”. It may further include.

The Wi-Fi Display defined Object parameter may include information to be used for connection for content transmission during DPP configuration. The second wireless device 920 may not perform some of the connection process through the RTSP frame based on the received DPP configuration object.

Information that may be included in the Wi-Fi Display Defined Object parameter may include RTSP option information of a source device (eg, the first wireless device 910), RTSP option information of a sink device (eg, the second wireless device 920), and a source. The device may include at least one of capability information of the device, capability information of the sink device, MAC address of the sink device, a device name of the sink device, and a service hash of the sink device.

Specifically, the RTSP option information of the source device (eg, the first wireless device 910) may be at least one of org.wfa.wfd1.0, org.wfa.wfd2.0, SET_PARAMETER, GET_PARAMETER, SETUP, PLAY and TEARDOWN, and PAUSE. It may include one.

The RTSP option information of the sink device (eg, the second wireless device 920) may include at least one of org.wfa.wfd1.0, org.wfa.wfd2.0, SET_PARAMETER, and GET_PARAMETER.

The capability information of the source device (e.g., the first wireless device 910) is wfd-audio-codecs, wfd-video-format, wfd-3d-formats, wfd-content-protection, wfd-display-edid, wfd- coupled-sink, wfd-trigger-method, wfd-presentation-url, wfd-client-rtp-ports, wfd-route, wfd-I2C, wfd-av-format-change-timing, wfd-preferred-display-mode, wfd-uibc-capability, wfd-uibc-setting, wfd-standby-resume-capability, wfd-standby, wfd-connector-type, wfd-idr-request, wfd2-aux-stream-format, wfd2-audio-codecs, wfd2-video-formats, wfd2-direct-streaming-mode, wfd2-transport-switch, wfd2-buffer-length, wfd2-audio-playback-status, wfd2-video-playback-status, wfd2-cta-datablock-collection, and It may include at least one of wfd2-cta-audio-infoframe.

The capability information of the sink device (eg, the second wireless device 920) may include wfd-audio-codecs, wfd-video-format, wfd-3d-formats, wfd-content-protection, wfd-display-edid, and wfd- coupled-sink, wfd-trigger-method, wfd-presentation-url, wfd-client-rtp-ports, wfd-route, wfd-I2C, wfd-av-format-change-timing, wfd-preferred-display-mode, wfd-uibc-capability, wfd-uibc-setting, wfd-standby-resume-capability, wfd-standby, wfd-connector-type, wfd-idr-request, wfd2-aux-stream-format, wfd2-audio-codecs, wfd2-video-formats, wfd2-direct-streaming-mode, wfd2-transport-switch, wfd2-buffer-length, wfd2-audio-playback-status, wfd2-video-playback-status, wfd2-cta-datablock-collection, and It may include at least one of wfd2-cta-audio-infoframe.

The device name of the sink device (eg, the second wireless device 920) may mean the name of a peer to peer (P2P) device. The device name of the sink device may include a full WSC device name attribute in a type length value (TLV) format.

The service hash of the sink device (eg, the second wireless device 920) may include N service hash values. Each service hash can consist of an array of 6 octets of UTF-8 service name.

In operation S950, the first wireless device 910 and the second wireless device 920 may perform RTSP M1 frame (or message) exchange. The first wireless device 910 may request information about the RTSP option of the second wireless device 920 through the RTSP M1 request frame. The second wireless device 920 may transmit information about the RTSP option of the second wireless device 920 to the first wireless device 910 through the RTSP M1 response frame. The RSTP M1 response frame may include a status code. When the RTSP M1 response frame includes the status code of RTSP OK, the RTSP M1 response frame may include information about the RTSP option of the second wireless device 920.

In step S960, RTSP M2 frame (or message) exchange may be performed. The second wireless device 920 may request information on the RTSP option of the first wireless device 910 from the first wireless device 910 through the RTSP M2 request frame. The second wireless device 920 may transmit information about the RTSP option of the first wireless device 910 to the second wireless device 920 through the RTSP M2 response frame.

According to an embodiment, before the RTSP M2 frame exchange, the second wireless device 920 receives information about the RTSP option of the first wireless device 910 from the first wireless device 920 through a DPP configuration response frame. can do. When the second wireless device 920 receives the information on the RTSP option of the first wireless device 910 through the DPP configuration response frame, the first wireless device 910 and the second wireless device 920 may receive the RTSP M2. The frame exchange procedure may not be performed.

In operation S970, the first wireless device 910 and the second wireless device 920 may perform RTSP M3 frame exchange. The first wireless device 910 may request capability information of the second wireless device 920 through the RTSP M3 request frame. The second wireless device 920 may transmit capability information of the second wireless device 920 to the first wireless device 910 through an RTSP M3 response frame. For example, if the first wireless device 910 supports control of a video stream based on the video stream control RTSP parameter, the first wireless device 910 controls the second wireless device 920 to control the video stream. You can ask about whether is supported. If the second wireless device 920 supports the control of the video stream, the second wireless device 920 sends a parameter indicating the control of the video stream to the first wireless device 910 through the RTSP M3 response frame. I can send it.

In operation S980, the first wireless device 910 and the second wireless device 920 may perform RTSP M4 frame to RTSP M7 frame exchange. The first wireless device 910 and the second wireless device 920 may complete establishment of a connection (eg, a Miracast connection) for content transmission. The first wireless device 910 may transmit content to the second wireless device 920 after a connection for content transmission is established.

9 illustrates a method for establishing a connection for content delivery between two wireless devices. According to the present specification, between three different wireless devices, the first wireless device may establish a connection (eg, a Miracast connection) for content transmission using DPP.

The first wireless device may establish a connection with the third wireless device through a history of connecting the second wireless device and the third wireless device. For example, the first wireless device may receive information required for connection with the third wireless device from the second wireless device. The first wireless device may establish a connection with the third wireless device based on information required for connection with the third wireless device. The first wireless device may obtain information necessary for connection with the third wireless device in advance, and may omit some of the connection establishment procedure with the third wireless device. The first wireless device may acquire the information necessary for the connection with the third wireless device in advance, thereby making the connection with the third wireless device faster.

According to an embodiment of the present disclosure, the first wireless device may perform provisioning to establish a connection for content transmission with the third wireless device. After provisioning, the first wireless device may establish a connection for content transmission through an RTSP frame exchange procedure.

According to an embodiment of the present disclosure, the first wireless device may perform provisioning using DPP. When provisioning is performed using DPP, the provisioning step may be replaced with a DPP authentication procedure and a DPP configuration procedure to enhance authentication security between devices.

According to an embodiment, when establishing a connection for content delivery based on DPP and RTSP, a sink device (for example, a third wireless device) and a source device (for example, a second wireless device) having an existing connection history may be used. A user experience (UX) that can connect another source device (eg, the first wireless device) to the sink device may be provided. For example, an existing source device having a connection history with the sink device may serve as a DPP configurator. Another source device attempting to connect to the sink device may act as a DPP enroller.

According to an embodiment of the present disclosure, the first wireless device may acquire information required for connection with the third wireless device through a provisioning procedure with the second wireless device. For example, the first wireless device may acquire information necessary for connection with the third wireless device through a DPP configuration procedure during the provisioning procedure with the second wireless device. The first wireless device may transmit a DPP configuration request frame to the second wireless device. The first wireless device may receive a DPP configuration response frame from the second wireless device in response to the DPP configuration request frame. The second wireless device may transmit information required for connection with the third wireless device to the first wireless device through the DPP configuration response frame. The information required for connection with the third wireless device may include at least one of information on the RTSP option of the third wireless device or capability information of the third wireless device.

According to an embodiment of the present disclosure, when the first wireless device does not receive information necessary for connection with the third wireless device from the second wireless device, the first wireless device may not be able to connect with the third wireless device of the third wireless device. The necessary information can be obtained through the RTSP frame exchange procedure after the DPP procedure. For example, the first wireless device may obtain information about the RTSP option of the third wireless device through an RTSP M1 frame exchange procedure with the third wireless device. For another example, the first wireless device may acquire capability information of the third wireless device through an RTSP M3 frame exchange procedure with the third wireless device.

According to an embodiment of the present disclosure, the first wireless device may obtain information for establishing a connection with the third wireless device through the DPP configuration response frame before the RTSP frame exchange procedure. For example, when the first wireless device receives the information on the RTSP option of the third wireless device through the DPP configuration response frame, the first wireless device may omit the RTSP M1 frame exchange procedure. For another example, when the first wireless device receives capability information of the third wireless device through the DPP configuration response frame, the first wireless device may omit the RTSP M3 frame exchange procedure. The first wireless device may simplify the connection procedure with the third wireless device by receiving the RTSP information in advance.

According to an embodiment of the present disclosure, the connection between the first wireless device and the third wireless device may include a connection for content transmission. The connection for content transmission may refer to a connection for displaying music or video stored (or streamed) on the first wireless device on the display of the third wireless device. The connection for content delivery may be implemented wirelessly. In order to wirelessly implement a connection for content transmission, a technology related to Wi-Fi Direct or Wi-Fi Display (WFD) may be applied. The technical features described above will be described based on the following specific drawings (eg, FIG. 10).

10 illustrates another connection procedure for content delivery.

Referring to FIG. 10, the first wireless device 1010 receives information necessary for connection for content transmission from the second wireless device 1020 and connects to the third wireless device 1030 for content transmission (eg, mummy). Cast connections). According to an embodiment of the present disclosure, the second wireless device 1020 may have a history of establishing a connection with the third wireless device 1030. For example, the second wireless device 1020 may have a history of operating as a source device. The third wireless device 1030 may have a history of operating as a sink device. According to an embodiment of the present disclosure, the second wireless device 1020 may store at least one of information on the RTSP option of the third wireless device 1030 and capability information of the third wireless device 1030. According to an embodiment of the present disclosure, the connection for content delivery may include a Miracast connection. The first wireless device 1010 may perform a function of a Miracast sink device. The third wireless device 1030 may perform a function of a Miracast source device.

In operation S1010, the first wireless device 1010 may perform a DPP bootstrap, a P2P discovery procedure, a group formation procedure, and a DPP authentication procedure with the second wireless device 1020. Step S1010 may correspond to steps S710 to S730 of FIG. 7 and step S620 of FIG. 6.

In operation S1020, the first wireless device 1010 may transmit a DPP configuration request frame to the second wireless device 1020. The second wireless device 1020 may receive a DPP configuration request frame from the first wireless device 1010. Step S1020 may correspond to step S631 of FIG. 6.

In operation S1030, the second wireless device 1010 may transmit a DPP configuration response frame to the first wireless device 1010. The first wireless device 1010 may receive a DPP configuration response frame from the second wireless device 1020. The DPP configuration response frame may include a DPP configuration object. The DPP configuration object may refer to Table 1.

According to an embodiment, the DPP configuration object may include RTSP option information of the second wireless device 1030, RTSP option information of the third wireless device 1030, and capability information of the second wireless device 1030. capability information), capability information of the third wireless device 1030, MAC address of the third wireless device 1030, device name of the third wireless device 1030, or service of the third wireless device 1030. It may further include at least one of a service hash. The DPP configuration object may include a plurality of parameter information as shown in Table 2 shown in step S940.

In operation S1040, the first wireless device 1010 may perform a P2P discovery procedure, a group formation procedure, a DPP authentication procedure, and a DPP configuration procedure with the third wireless device 1030. Step S1040 may correspond to steps S720 to S750 of FIG. 7.

In operation S1050, the first wireless device 1010 and the third wireless device 1030 may perform RTSP M1 frame (or message) exchange. The first wireless device 1010 may request information about the RTSP option of the third wireless device 1030 through the RTSP M1 request frame. The second wireless device 1020 may transmit information on the RTSP option of the third wireless device 1030 to the first wireless device 910 through the RTSP M1 response frame. The RSTP M1 response frame may include a status code. When the RTSP M1 response frame includes the status code of RTSP OK, the RTSP M1 response frame may include information about the RTSP option of the third wireless device 1030.

According to an embodiment, before the RTSP M1 frame exchange, the first wireless device 1010 receives information about the RTSP option of the third wireless device 1030 from the second wireless device 1020 through a DPP configuration response frame. can do. When the first wireless device 1010 receives the information on the RTSP option of the third wireless device 1030 through the DPP configuration response frame, the first wireless device 1010 and the third wireless device 1030 are RTSP M1 The frame exchange procedure may not be performed.

In operation S1060, the first wireless device 1010 and the third wireless device 1030 may perform RTSP M2 frame (or message) exchange. The third wireless device 1030 may request information on the RTSP option of the first wireless device 1010 from the first wireless device 1010 through the RTSP M2 request frame. The first wireless device 1010 may transmit information on the RTSP option of the first wireless device 1010 to the third wireless device 1030 through the RTSP M2 response frame.

In operation S1070, the first wireless device 1010 and the third wireless device 1030 may perform RTSP M3 frame exchange. The first wireless device 1010 may request capability information of the third wireless device 1030 through the RTSP M3 request frame. The third wireless device 1030 may transmit capability information of the third wireless device 1030 to the first wireless device 1010 through an RTSP M3 response frame.

According to an embodiment, before the RTSP M3 frame exchange, the first wireless device 1010 receives information about the RTSP option of the third wireless device 1030 from the second wireless device 1020 through a DPP configuration response frame. can do. When the first wireless device 1010 receives the information on the RTSP option of the third wireless device 1030 through a DPP configuration response frame, the first wireless device 1010 and the third wireless device 1030 are RTSP M3. The frame exchange procedure may not be performed.

In operation S1080, the first wireless device 1010 and the third wireless device 1030 may perform RTSP M4 frame to RTSP M7 frame exchange. The first wireless device 1010 and the third wireless device 1030 may complete establishment of a connection (eg, a Miracast connection) for content transmission. After the connection for content transmission is established, the first wireless device 1010 may transmit the content to the third wireless device 1030.

11 shows an example of the operation of the first wireless device.

Referring to FIG. 11, in step S1110, a first wireless device (eg, the first wireless device 1010 of FIG. 10) transmits a DPP configuration request frame (or message) to a second wireless device (eg, the second of FIG. 10). Wireless device 1020). The first wireless device may receive a DPP configuration request frame from the second wireless device. Step S1110 may correspond to step S631 of FIG. 6.

In operation S1120, the second wireless device may transmit a DPP configuration response frame to the first wireless device. The first wireless device may receive a DPP configuration response frame from the second wireless device. The DPP configuration response frame may include information for establishing a connection for content transmission with a third wireless device (eg, the third wireless device 1030 of FIG. 10). For example, the DPP configuration response frame may include a DPP configuration object. The DPP configuration object may include a plurality of parameter information as shown in Table 2 shown in step S940.

In operation S1130, the first wireless device may establish a connection for content transmission with the third wireless device based on the information for establishing a connection for content transmission and a Real Time Streaming Protocol (RTSP) frame.

According to an embodiment of the present disclosure, the information for establishing a connection for content transmission may include at least one of RTSP option information of the third wireless device and capability information of the third wireless device 1030. According to an embodiment of the present disclosure, information for establishing a connection for content transmission may include RTSP option information of a second wireless device, capability information of a second wireless device, a MAC address of a third wireless device, and a third wireless device. It may further include at least one of a device name of the device 1030 and a service hash of the third wireless device.

According to an embodiment, the RTSP frame may include at least one of the RTSP M1 to RTSP M7 frame. The first wireless device and the third wireless device may establish a connection for content transmission through RTSP frame exchange.

According to one embodiment, when the first wireless device receives the RTSP option information of the third wireless device from the second wireless device from the second wireless device through a DPP configuration response frame, the first wireless device and the third wireless device RTSP M1 frame exchange procedure may not be performed.

According to an embodiment, when the first wireless device receives capability information of the third wireless device from the second wireless device through the DPP configuration response frame from the second wireless device, the first wireless device and the third wireless device may perform RTSP. The M3 frame exchange procedure may not be performed.

In the detailed description herein, an RTSP frame may be represented by an RTSP message.

12 is a block diagram illustrating a wireless device to which an embodiment can be applied.

Referring to FIG. 12, the wireless device may be an STA or an AP or a non-AP STA that may implement the above-described embodiment. In addition, the wireless device may correspond to the above-described user, or may correspond to a transmitting terminal for transmitting a signal to the user.

The wireless device of FIG. 12 includes a processor 1210, a memory 1220 and a transceiver 1230 as shown. The illustrated processor 1210, the memory 1220, and the transceiver 1230 may be implemented as separate chips, or at least two blocks / functions may be implemented through one chip.

The transceiver 1230 is a device including a transmitter and a receiver. When a specific operation is performed, only one of the transmitter and the receiver may be performed, or both the transmitter and the receiver may be performed. have.

The transceiver 1230 may include one or more antennas for transmitting and / or receiving wireless signals. In addition, the transceiver 1230 may include an amplifier for amplifying the received signal and / or the transmitted signal and a bandpass filter for transmission on a specific frequency band.

The processor 1210 may implement the functions, processes, and / or methods proposed herein. For example, the processor 1210 may perform an operation according to the present embodiment described above. That is, the processor 1210 may perform the operation disclosed in the embodiment of FIGS. 1 to 11.

The processor 1210 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, a data processing device, and / or a converter for translating baseband signals and wireless signals.

The memory 1220 may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium, and / or other storage device.

13 is a block diagram illustrating an example of an apparatus included in a processor.

For convenience of description, an example of FIG. 13 is described based on a block for a transmission signal, but it is obvious that the reception signal can be processed using the block.

The illustrated data processor 1310 generates transmission data (control data and / or user data) corresponding to the transmission signal. The output of the data processor 1310 may be input to the encoder 1320. The encoder 1320 may perform coding through a binary convolutional code (BCC) or a low-density parity-check (LDPC) technique. At least one encoder 1320 may be included, and the number of encoders 1320 may be determined according to various information (eg, the number of data streams).

The output of the encoder 1320 may be input to the interleaver 1330. The interleaver 1330 performs an operation of distributing consecutive bit signals over radio resources (eg, time and / or frequency) to prevent burst errors due to fading or the like. At least one interleaver 1630 may be included, and the number of the interleaver 1330 may be determined according to various information (eg, the number of spatial streams).

The output of the interleaver 1330 may be input to a constellation mapper 1340. The constellation mapper 1340 performs constellation mapping such as biphase shift keying (BPSK), quadrature phase shift keying (QPSK), quadrature amplitude modulation (n-QAM), and the like.

The output of the constellation mapper 1340 may be input to the spatial stream encoder 1350. The spatial stream encoder 1350 performs data processing to transmit the transmission signal through at least one spatial stream. For example, the spatial stream encoder 1350 may perform at least one of space-time block coding (STBC), cyclic shift diversity (CSD) insertion, and spatial mapping on a transmission signal.

The output of the spatial stream encoder 1350 may be input to an IDFT 1360 block. The IDFT 1360 block performs an inverse discrete Fourier transform (IDFT) or an inverse Fast Fourier transform (IFFT).

The output of the IDFT 1360 block is input to the Guard Interval (GI) inserter 1370, and the output of the GI inserter 1370 is input to the transceiver 1230 of FIG. 12.

In the detailed description of the present specification, specific embodiments have been described, but various modifications are possible without departing from the scope of the present specification. Therefore, the scope of the present specification should not be limited to the above-described embodiments, but should be determined not only by the claims below but also by the equivalents of the claims of the present invention.

Claims (14)

1. In a WLAN system, a method for a first wireless device,

   Transmitting a Device Provisioning Protocol (DPP) configuration request frame to a second wireless device;

   Receiving a DPP configuration response frame from the second wireless device based on the DPP configuration request frame, wherein the DPP configuration response frame includes information for establishing a connection for content transmission with a third wireless device; ; And

   Establishing a connection for content transmission with the third wireless device based on information for establishing a connection for content transmission with the third wireless device and a plurality of Real Time Streaming Protocol (RTSP) frames; ,

   The information for establishing a connection for content transmission with the third wireless device includes at least one of information about an RTSP option of the third wireless device or capability information of the third wireless device.
2. The method of claim 1, wherein the information for establishing a connection for content transmission with the third wireless device is:

   And at least one of a name of the third wireless device, a MAC address of the third wireless device, or a service hash of the third wireless device.
3. The method of claim 1, wherein the establishing of the connection for content transmission with the third wireless device is based on the information for establishing a connection for content transmission with the third wireless device and the plurality of RTSP frames.

   Establishing a connection for content transmission with the third wireless device based on a plurality of RTSP frames except RTSP M1 frame and RTSP M3 frame.
4. The method of claim 1, wherein the establishing of the connection for content transmission with the third wireless device is based on the information for establishing a connection for content transmission with the third wireless device and the plurality of RTSP frames.

   When the information for establishing a connection for content transmission with the third wireless device includes information about the RTSP option of the third wireless device, the third wireless device is based on a plurality of RTSP frames except for an RTSP M1 frame. Establishing a connection with the device for content delivery.
5. The method of claim 1, wherein the establishing of the connection for content transmission with the third wireless device is based on the information for establishing a connection for content transmission with the third wireless device and the plurality of RTSP frames.

   If the information for establishing a connection for content transmission with the third wireless device includes capability information of the third wireless device, the content with the third wireless device is based on a plurality of RTSP frames except for an RTSP M3 frame. Establishing a connection for transmission.
6. The method of claim 1, wherein the connection for transmitting content with the third wireless device includes a connection for transmitting information about a screen of the first wireless device to the third wireless device.
7. According to claim 1,

   And performing a DPP Bootstrap procedure, a P2P discovery procedure, a group formation procedure, a DPP authentication procedure, and a DPP configuration procedure with the third wireless device.
8. In a first wireless device,

   A transceiver for transmitting and receiving wireless signals; And

   And a processor operating in conjunction with the transceiver.

   The processor,

   Send a Device Provisioning Protocol (DPP) configuration request frame to the second wireless device,

   Receiving a DPP configuration response frame from the second wireless device based on the DPP configuration request frame, wherein the DPP configuration response frame includes information for establishing a connection for content transmission with a third wireless device;

   Based on information for establishing a connection for content transmission with the third wireless device and a plurality of Real Time Streaming Protocol (RTSP) frames, configured to establish a connection for content transmission with the third wireless device,

   The information for establishing a connection for content transmission with the third wireless device includes at least one of information about an RTSP option of the third wireless device or capability information of the third wireless device.
9. The method of claim 8, wherein the information for establishing a connection for content transmission with the third wireless device comprises:

   And at least one of a name of the third wireless device, a MAC address of the third wireless device, or a service hash of the third wireless device.
10. The method of claim 8, wherein the processor,

    And a first wireless device configured to establish a connection for content transmission with the third wireless device based on a plurality of RTSP frames except for an RTSP M1 frame and an RTSP M3 frame.
11. The method of claim 8, wherein the processor,

    When the information for establishing a connection for content transmission with the third wireless device includes information about the RTSP option of the third wireless device, the third wireless device is based on a plurality of RTSP frames except for an RTSP M1 frame. And a first wireless device configured to establish a connection for content transmission with the device.
12. The method of claim 8, wherein the processor,

    If the information for establishing a connection for content transmission with the third wireless device includes capability information of the third wireless device, the content with the third wireless device is based on a plurality of RTSP frames except for an RTSP M3 frame. A first wireless device configured to establish a connection for transmission.
13. The first wireless device of claim 8, wherein the connection for transmitting content to the third wireless device includes a connection for transmitting information about a screen of the first wireless device to the third wireless device.
14. The method of claim 8, wherein the processor,

    And a first wireless device further configured to perform a DPP bootstrap procedure, a P2P discovery procedure, a group formation procedure, a DPP authentication procedure, and a DPP configuration procedure with the third wireless device.

Images