KR20140020179A - Apparatus and method for connecting service reflected in user intent - Google Patents

Abstract

The present invention relates to an apparatus and method for connecting a service by reflecting the intention of a user. For this, the method according to the present invention includes the steps of: determining a file to be transmitted through a direct Wi-Fi connection; selecting a counterpart terminal to which the file is transmitted through a terminal discovery process; transmitting a first frame including attribute information about the file to the counterpart terminal before the direct Wi-Fi connection with the counterpart terminal; and receiving a second frame including information which shows that the direct Wi-Fi connection with the counterpart terminal is accepted or refused from the counterpart terminal. [Reference numerals] (702) Transmission terminal(Sender); (704) Receiving terminal(Receiver)

Description

Device and method for connecting service reflecting user's intention {APPARATUS AND METHOD FOR CONNECTING SERVICE REFLECTED IN USER INTENT}

The present invention relates to Wi-Fi communication, and more particularly to an apparatus and method for providing a service connection for Wi-Fi Direct communication.

A typical Wi-Fi network is based on control equipment known as a wireless access point, i.e. base station or hot spot. Wireless access points generally provide physical support for wired and wireless networks, bridging and routing between network devices, providing services for connecting and disconnecting between network devices, and the like.

On the other hand, Wi-Fi Direct refers to a technology that directly communicates between Wi-Fi-enabled terminals without going through a Wi-Fi Access Point that supports connection between Wi-Fi-enabled terminals. The Wi-Fi terminal may establish a connection for Wi-Fi Direct communication with the counterpart terminal by detecting the counterpart terminal through the device discovery and searching for the type of service to be performed through the service discovery.

As described above, in the conventional Wi-Fi Direct connection, after the terminal discovery, it may be determined whether the counterpart terminal supports a specific service such as file transfer through service discovery for the found counterpart terminal. In this case, the service discovery supports the counterpart terminal to acquire only information on a service type that can be supported. Therefore, even if the transmitting terminal acquires the service information supported by the receiving terminal, it cannot know the intent of whether the receiving terminal wants to receive a specific file.

After the receiving terminal allowed the connection terminal to connect the device, the receiving terminal could know the information (file name, file type, etc.) of the file only after actually receiving the file transmitted by the transmitting terminal. Therefore, when the receiving terminal does not want to receive the file, the receiving terminal cancels the reception of the file while actually transmitting the file after the link connection between the transmitting terminal and the receiving terminal is completed. As described above, since the user's intention of the receiving terminal is not considered in the conventional Wi-Fi direct connection, there is a problem that unnecessary connection is made between the transmitting terminal and the receiving terminal.

The present invention provides a method and apparatus for applying a user's intention of a receiving terminal in a Wi-Fi direct connection procedure.

The present invention provides a method and apparatus for transmitting attribute information on a file to be transmitted by a transmitting terminal to a receiving terminal during a Wi-Fi Direct connection.

The present invention provides a method and apparatus for transmitting a user's intention of a receiving terminal to a transmitting terminal during a Wi-Fi direct connection.

The present invention provides a method and apparatus for allowing a receiving terminal to refuse to establish a Wi-Fi Direct connection during a Wi-Fi Direct connection.

The method according to an embodiment of the present invention for achieving the above-mentioned, in the service connection method reflecting the user's intention, determining the file to be transmitted through the Wi-Fi direct connection, and performing the terminal discovery procedure Selecting a counterpart terminal to transmit a message to, transmitting a first frame including attribute information about the file to the counterpart terminal before the Wi-Fi Direct connection with the counterpart terminal, and transmitting the first frame to the counterpart terminal from the counterpart terminal; And receiving a second frame including information indicating whether to accept or reject the Wi-Fi Direct connection with the network.

The method according to an embodiment of the present invention, in the service connection method reflecting the user's intention, performing a terminal discovery procedure to select a counterpart terminal to transmit a file through a Wi-Fi direct connection, and Prior to the Wi-Fi Direct connection, receiving the first frame including the attribute information on the file from the counterpart terminal, and information indicating whether to accept or reject the Wi-Fi Direct connection with the counterpart terminal according to a user input. And transmitting the second frame to the counterpart terminal.

An apparatus according to an embodiment of the present invention, in a terminal device performing a service connection reflecting a user's intention, determines a file to be transmitted through a Wi-Fi direct connection, and performs a terminal discovery procedure to perform a counterpart terminal to transmit the file. A control unit for selecting a transmission unit, a transmitter for transmitting a first frame including attribute information about the file to the counterpart terminal before the Wi-Fi direct connection with the counterpart terminal, and a Wi-Fi direct from the counterpart terminal to the counterpart terminal. And a receiver for receiving a second frame including information indicating whether to accept or reject the connection.

An apparatus according to an embodiment of the present invention, in a terminal device for performing a service connection reflecting the user's intention, performing a terminal discovery procedure to select a counterpart terminal to transmit a file over a Wi-Fi direct connection, and Prior to the Wi-Fi Direct connection with the opposite terminal, whether to accept or reject the Wi-Fi Direct connection with the receiving terminal receiving the first frame including attribute information on the file from the opposite terminal and the counterpart terminal according to a user input. And a transmitting unit for transmitting the second frame including the indicated information to the counterpart terminal.

1 illustrates an example of a system structure to which a Wi-Fi Direct connection may be applied according to an embodiment of the present invention.
Figure 2 schematically shows the configuration of a Wi-Fi terminal according to an embodiment of the present invention.
3 is a block diagram showing the structure of a transmitting terminal and a receiving terminal according to an embodiment of the present invention.
4 is a flowchart illustrating a file transfer procedure through a Wi-Fi Direct connection according to an embodiment of the present invention.
5 is a signal flow diagram between a transmitting terminal and a receiving terminal according to an embodiment of the present invention;
6 is a signal flow diagram illustrating in detail a procedure for transferring file attribute information between a transmitting terminal and a receiving terminal according to an embodiment of the present invention.
7 is a signal flow diagram illustrating a transfer procedure of file attribute information according to another embodiment of the present invention.
8 is a flowchart illustrating the operation of a transmitting terminal according to an embodiment of the present invention.
9 is a flowchart illustrating the operation of a receiving terminal according to an embodiment of the present invention.
10 illustrates a screen for asking a user's intention of a receiving terminal according to an embodiment of the present invention.
11 illustrates a framework for Wi-Fi Direct service according to an embodiment of the present invention.
12 (including FIGS. 12A to 12C) illustrates a file transfer service procedure through a Wi-Fi Direct connection according to an embodiment of the present invention.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following description, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear. The following terms are defined in consideration of the functions of the present invention, and these may be changed according to the intention of the user, the operator, or the like. Therefore, the definition should be based on the contents throughout this specification.

An embodiment of the present invention to be described later, by performing a procedure for confirming the user's intention of the receiving terminal when establishing a connection for Wi-Fi direct communication, file information summary, total size, number of files, file item of the file to be transmitted Metadata information such as information is transmitted from the transmitting terminal to the receiving terminal. The receiving terminal may provide metadata information provided from the transmitting terminal to the user, detect a user input containing the user's intention, and respond to the transmitting terminal with information about the user's intention.

1 illustrates an example of a system structure to which a Wi-Fi Direct connection may be applied according to an embodiment of the present invention.

Referring to FIG. 1, a transmitting terminal 110, which is a Wi-Fi terminal capable of serving as a transmitter and a service seeker, and a receiver and a service advertiser, may serve as a receiver. A receiving terminal 120 that is a Wi-Fi terminal is shown. In this specification, the transmitting terminal and the receiving terminal are named for convenience. The receiving terminal 120 may be one or a plurality of Wi-Fi terminals. For example, the transmitting terminal 110 and the receiving terminal 120 are electronic devices with a built-in Wi-Fi module, and operate based on at least one of communication protocols corresponding to various communication systems. (mobile communication terminal), smart phone, portable multimedia player (PMP), digital broadcasting player, personal digital assistant (PDA), music player, display device, a portable game machine, a printer, a camera can be a variety of electronic devices. In addition, the transmission and reception terminals 110 and 120 may include a television (TV), a large format display (LFD), a digital signage (DS), a media pole, a personal computer (PC), a notebook (Notebook), It can be included and operated in a medium-to-large terminal such as a printer and a multifunction device.

The Wi-Fi-based system may support a Wi-Fi Direct function between the transmitting terminal 110 and the receiving terminal 120 and establish a Wi-Fi connection with each other in a direct access (DA) mode. That is, FIG. 1 illustrates a structure in which a connection is established between Wi-Fi terminals 110 and 120 through a Wi-Fi direct method. In such a system, nearby Wi-Fi terminals 110 and 120 may establish a Wi-Fi connection with each other directly by using a built-in Wi-Fi module (or connected as a peripheral device), rather than through an access point (AP). .

The Wi-Fi terminals 110 and 120 may mutually transmit support information about a function they support. For example, when a user executes an application based on a Wi-Fi service in the transmitting terminal 100, the transmitting terminal 110 identifies support information transmitted from the receiving terminal 200. In addition, the transmission terminal 110 may preferentially select reception terminal (s) of the same manufacturer as the transmission terminal 100 according to a predetermined selection condition with reference to the support information. When a plurality of receiving terminals are preferentially selected, a terminal capable of supporting a Wi-Fi service according to an application executed in the transmitting terminal 110 among the selected receiving terminals may be secondarily selected. Secondarily, when a plurality of receiving terminals are selected, an optimal receiving terminal for the Wi-Fi service may be determined according to signal quality information of the selected receiving terminals, for example, received signal strength. The transmitting terminal 110 may deliver information about the executed application to the receiving terminal 120 finally determined, and instruct the receiving terminal 120 to execute an application related thereto.

Meanwhile, although FIG. 1 illustrates a system configuration in which Wi-Fi terminals 110 and 120 are interconnected in a Wi-Fi direct manner, embodiments of the present invention to be described below are connected to Wi-Fi terminals 110 and 120 by Wi-Fi Direct. It does not apply only if That is, embodiments of the present invention to be described later may be applied to the case where the Wi-Fi terminals 110 and 120 use a wireless local area network (WLAN) and are connected to each other through an AP.

Figure 2 schematically shows the configuration of a Wi-Fi terminal according to an embodiment of the present invention. The illustrated Wi-Fi terminal may be commonly applied to the transmitting terminal 110 and the receiving terminal 120 as described above.

Referring to FIG. 2, the Wi-Fi terminal 200 includes a Wi-Fi module 210, a user interface (UI) 220, a storage 230, and a controller 240. In addition, the Wi-Fi terminal may include various components according to its form. For example, the Wi-Fi terminal may include an audio processing unit including a display unit for displaying a screen, a radio frequency (RF) module for performing a mobile communication function, a microphone (MIC), and a speaker (SPK); At least one of a camera module for photographing function, a digital broadcasting module, and a Bluetooth communication module for performing a Bluetooth communication function may be further included, but a description and illustration thereof will be omitted.

The Wi-Fi module 210 supports wireless communication based on an Internet Protocol (IP) for a Wi-Fi terminal. The Wi-Fi module 210 includes at least one of an AP module 212 and a station (STA) module 214. The Wi-Fi module 210 wakes up the AP module 212 under the control of the controller 240 to operate in the AP mode, or wakes up the STA module 214 to non-AP. -AP) mode (that is, STA mode). The non-AP mode (ie, STA mode) indicates a mode in which a Wi-Fi terminal performs an operation according to a terminal side function in providing a Wi-Fi based service. For example, the non-AP mode may indicate a mode operating as the transmitting terminal 110 as described with reference to FIG. 1. In addition, the AP mode indicates a mode in which a Wi-Fi terminal performs an operation according to an AP side function in providing a Wi-Fi based service.

When the Wi-Fi terminal operates as a transmitter, the Wi-Fi module 210 processes transmission of attribute information on a file to be transmitted under the control of the controller 240 in the Wi-Fi Direct connection procedure with the counterpart terminal. The attribute information is used to exchange service information before connectivity between Wi-Fi terminals. The attribute information may be used to provide the counterpart terminal with hints as to whether to accept or reject an incoming service session. As an example, in the case of a Send service of at least one file or content, the attribute information may include at least one of a summary of the file (s), the total size, the number of files, and the name of the file (s). Can be.

When the Wi-Fi terminal operates as a receiver, the Wi-Fi module 210 receives attribute information on a file to be transmitted from the counterpart terminal in the Wi-Fi Direct connection procedure with the counterpart terminal and transmits it to the controller 240. The controller 240 provides the attribute information to the user and inquires of the user whether the user is willing to receive at least one file corresponding to the attribute information.

The user interface 220 detects a user's manipulation behavior, generates an input signal, transmits the generated input signal to the controller 240, and displays or outputs information to be displayed to the user under the control of the controller 240. To this end, the user interface 220 may include at least one of at least one logical or physical button, a display, a touch screen, a sensing module of a user gesture, a speaker, and a microphone. In particular, the user interface 220 is a user input signal associated with executing a Wi-Fi function for using a Wi-Fi-based service, for example, starting to establish a connection between Wi-Fi terminals, selecting a file to be transmitted, and accepting or rejecting a file transfer. It may be provided with one or more input means for generating a. The user interface 220 may also have output means for displaying information about the file to be received.

The storage unit 230 stores various program codes and data that are executed and processed in the Wi-Fi terminal, and may include one or more volatile memory devices and / or nonvolatile memory devices. For example, the storage unit 230 may continuously or temporarily store information and data exchanged through the operating system of the Wi-Fi terminal, the Wi-Fi module 210, at least one file to be transmitted, and information about the file. have.

The controller 240 controls the overall operation of the Wi-Fi terminal. The controller 240 may control an operation related to a function operation for providing a Wi-Fi-based service of the Wi-Fi terminal. The controller 240 may control an operation related to a file transfer service of the Wi-Fi terminal. In more detail, the controller 240 generates the attribute information on the file to be transmitted based on the file itself and / or a user input or reads from the storage 230, and transmits the attribute information to the counterpart terminal. 210 can be controlled. In addition, the control unit 240 receives and interprets the attribute information on the file to be transmitted from the counterpart terminal, outputs the attribute information through the user interface 220, and outputs information on the user's intention through the user interface 220. Can be input. In addition, if the user does not accept the file transfer, the control unit 240 may instruct the Wi-Fi module 210 to stop the Wi-Fi Direct connection with the counterpart terminal.

A detailed description of the operation of the control unit 240 according to embodiments of the present invention will be described later. In addition, the control unit 240 performs various control operations related to the normal functions of the Wi-Fi terminal. For example, the controller 240 may control the operation of the communication function when the application of the communication function using the mobile communication network is executed. In addition, the controller 240 may control the operation of the communication function according to the execution of the application of the communication function.

3 is a block diagram showing the structure of a transmitting terminal and a receiving terminal according to an embodiment of the present invention.

Referring to FIG. 3, the transmitting unit 312 of the transmitting terminal 310 receives attribute information on a file to be transmitted by a transmitting terminal in a predetermined message or frame during a Wi-Fi Direct connection procedure with the receiving terminal 310. Transfer to the terminal 320. The attribute information of the file to be transmitted by the transmitting terminal 310 may be messages that can be used for the Wi-Fi Direct service, for example, a GAS Initial Request Action frame based on the GAS (Generic Advertisement Service) protocol, or P2P. A peer-to-peer may be included in a public action frame and transmitted to the receiving terminal 320.

The receiving unit 314 of the transmitting terminal 310 receives from the receiving terminal user intention information about whether the user of the receiving terminal 320 accepts or rejects the file transfer. The user intention information may be transmitted, for example, included in a GAS initial request command frame or a P2P public command frame based on the GAS protocol.

The control unit 316 of the transmitting terminal 310 determines whether the receiving unit 314 will continue or stop the Wi-Fi Direct connection with the receiving terminal 320 based on the user intention information received from the receiving terminal 320. Decide

The receiving unit 324 of the receiving terminal 320 receives, from the transmitting terminal 310, attribute information related to a file to be transmitted by the transmitting terminal 310. Under the control of the control unit 326, the transmitting unit 322 of the receiving terminal 320 transmits to the transmitting terminal 310 user intention information indicating whether the user of the receiving terminal 320 accepts or rejects the file transfer. do. The control unit 326 of the receiving terminal 320 inquires of the user whether or not to accept the transmission service from the transmitting terminal 310 based on the attribute information received from the transmitting terminal 310, and the user according to the result. The intention information is generated and provided to the transmitter 322.

The controller 326 of the receiving terminal 320 may determine whether to continue or stop the establishment of the Wi-Fi Direct connection with the transmitting terminal 310 based on the generated user intention information.

4 is a flowchart illustrating a file transfer procedure through a Wi-Fi Direct connection according to an embodiment of the present invention.

Referring to FIG. 4, in step 405, the transmitting terminal determines at least one file to be transmitted and searches for a counterpart terminal, that is, a receiving terminal capable of Wi-Fi communication, through a terminal discovery procedure in step 410. When the counterpart terminal is found, the transmitting terminal determines the type of service to be connected with the receiving terminal through the service discovery, for example, a Wi-Fi Direct service, and in step 420 determines the receiving terminal to transmit the file. It transmits the attribute information about the file to the terminal to inquire whether it is willing to receive the file. When the receiving terminal responds that it is willing to receive the file, in step 430, 435, 440, the transmitting terminal establishes a Wi-Fi direct connection by performing group formation, authentication, and association. A file transfer service session is established at 445 on the Wi-Fi Direct connection and the file is transferred via the file transfer service session.

5 is a signal flow diagram between a transmitting terminal and a receiving terminal according to an embodiment of the present invention.

Referring to FIG. 5, in step 510, the transmitting terminal 502 determines at least one file to transmit, and searches for at least one receiving terminal 504 capable of receiving the file in step 515. In operation 520, the transmitting terminal 502 performs service discovery with at least one receiving terminal 504, and at least one receiving terminal to transmit the file in the process 525. 504). (Determine Receiver)

In step 530, the transmitting terminal 502 transmits the attribute information about the file to the receiving terminal 504 through a service alliance with the receiving terminal 504 so that the receiving terminal 504 receives the file. Check if it is. (Service Association) When the reception terminal 504 responds that it is willing to receive the file, or when a timeout occurs without a response from the reception terminal 504, the transmission terminal 502 includes at least one in step 535. Group formation for the receiving terminal 504 of the (Group Formation), and the authentication of the receiving terminal 504 in the group in step 540, (Authentication) in step 545 through the association with the receiving terminal 504 Set up the connection. (Association)

Then, the file is transmitted from the transmitting terminal 5020 to the receiving terminal 504 through the established connection in step 550. (File Transfer)

As described above, the transmitting terminal 502 selects the terminal 504 to which a file is to be transmitted among the terminals identified through the service discovery, and transmits a message containing attribute information about the file to be transmitted. The receiving terminal 504 acquires the dictionary information about the file to be transmitted by the transmitting terminal 502 in advance, and transmits a message including the user's intention to receive. Then, according to the reception intention, the transmitting terminal can continue the Wi-Fi Direct connection.

6 is a signal flowchart illustrating in detail a procedure of transferring file attribute information between a transmitting terminal and a receiving terminal according to an embodiment of the present invention.

Referring to FIG. 6, the transmitting terminal 602 discovers the receiving terminal 604 through the terminal discovery in step 610, and then transmits a service discovery request for service discovery to the receiving terminal 604 in step 615. At 620, the receiving terminal 604 forwards the service discovery response to the transmitting terminal 602.

Thereafter, the transmitting terminal 602 that has selected the receiving terminal 604 to transmit the file transmits a service association request containing attribute information about the file to be transmitted to the receiving terminal 604 in step 625, and receives the receiving terminal in step 630. 604 transmits the service alliance response containing the user intention to the transmitting terminal 602.

The attribute information of a file to be transmitted may be, for example, a GAS Initial Request Action frame based on the GAS protocol for Wi-Fi, or a Point-to-Point public command frame. Can be delivered using a (Public Action frame).

The GAS Initial Request Action frame according to an embodiment of the present invention may include at least one of the fields shown in Table 1 below. Hereinafter, as one of the GAS Initial Request Action frames, a structure of a Vendor Specific content of GAS Initial Request frame for a GAS initial request is shown.

Field name Size (octets) Value Description OUI Subtype One 0x10 WFA OUI Subtype indicated Service Associated Frame Service Protocol Type One 0x05 Service protocol types Length 2 Variable Length of the Service Request Information Service Transaction ID One Variable Service transaction ID is a nonzero value used to match the Service Request / Response Service Request Information Variable Variable Include the Meta Information

Here, the OUI subtype field indicates a WFA (WiFi Alliance) Organizationally Unique Identifier (OUI) subtype value indicating the frame. The Service Protocol Type field is an information area that defines a protocol type of a wireless environment in which a corresponding frame is transmitted and received. For example, the Service Protocol Type field is "All Service Protocol Type" for "00000000", "Bonjour" for "00000001", "UPnP (Universal Plug and Play)" for "00000010", "00000011" In the case of "WSDiscovery (Web Service Discovery)" or "11111111", it may be defined as "Vendor Specific." In an embodiment of the present invention, the Service Protocol Type field may be set to "00000101" indicating a Wi-Fi direct service.

The Length field represents a field for recording the total size of the message, and the Service Transaction ID field is set to a non-zero value used to match a service request with a corresponding response.

The Service Request Information field includes meta information related to a file to be transmitted.

In one embodiment, the Service Request Information field includes at least one of the fields shown in Table 2 below.

Field you Interpretation Note 128 Free text interpreted in ASCII format Size 4 Total size in Kbs Noofitems 2 No of items included Item 133 Meta information shown in below table

Here, the Note field may freely describe the text of the description related to the file to be transmitted in the American Standard Code for Information Interchange (ASCII) format. The Size field represents the total size of file (s) to be transmitted, the No of Items field represents the number of file items to be transmitted, and the Item field represents meta information describing each file item.

In Table 2, the Item field is configured to include at least one of the fields of Table 3 below.

Field you Interpretation Name 128 File name Size 4 Total size in Kbs Type One Bit 0: 1 file or 0 folder
Bit 1: 7 Reserved

Here, the Name field indicates the name of the file to be transmitted, the Size field indicates the size of the file to be transmitted, and the Type field indicates the type of content to be transmitted, for example, a file or a folder.

The frame responsive to the GAS Initial Request Action frame may include at least one of the fields shown in Table 4 below. Here, the structure of Vendor Specific Content of GAS Initial Response frame is shown.

Field name Size (octets) Value Description OUI Subtype One 0x10 WFA OUI Subtype indicated Service Associated Frame Service Protocol Type One 0x05 Service protocol types Length 2 Variable Length of the Service Request Information Service Transaction ID One Variable Match request response Status Code One 0x00-0 xff 0: Accept by the receiver
4 : Rejected by User Service response information Variable Additional information in response to service associated request

Here, the Status Code field includes a value indicating whether to accept ("0") or reject ("4") file transfer. The Service Response Information field of Table 4 includes additional information that responds to a service connection request, and may be configured as shown in Table 5 below as an example.

TransportInfo variable Protocol information: port number
For eg “tcp: 1234”

The P2P Public Action Frame according to another embodiment of the present invention may include at least one of the fields shown in Table 6 below. In one embodiment, a P2P Provision Discovery Request frame, which is one of the P2P publish command frames, may be used to carry file attribute information.

Field Size (octets) Value (Hexadecimal) Description Category One 0x7F IEEE 802.11 vendor specific usage OUI 3 50 6F 9A WFA specific OUI OUI type One 0x09 (to be assigned) Identifying the type or version of action frame. Setting to 09 indicates Wi-Fi P2P v1.0 OUI Subtype One 0x0A (to be assigned) Service Association Request (to be assigned) Dialog Token One When set to a nonzero value, used to identify the request / response transaction Elements variable Should include the Meta Information

Here, the Category field, OUI field, OUI type field, and OUI subtype field are information areas specified according to the type and type of the corresponding frame. The Dialog Token field is a value set by the transmitting terminal to identify a service request and a corresponding response.

The Elements field includes meta information related to a file to be transmitted according to an embodiment of the present invention. As an example, the Elements field includes at least one of the fields shown in Table 7 below.

Field Size (octets) Value (Hexadecimal) Description Element ID One DD IEEE 802.11 vendor specific usage Length One Variable Length of the following fields in the IE in octets OUI 3 50 6F 9A WFA Specific OUI OUI Type One 0x09 Identifying the type or version of P2P IE. Setting to 0x09 indicates Wi-Fi P2P v1.0 Service Attributes Variable Service specific attributes  ( to be defined )

Here, the Element ID field, the Length field, the OUI field, and the OUI Type field are information areas specified according to the type and type of the corresponding Element field. The Service Attributes field indicates a service specific attribute of a file to be transmitted according to an embodiment of the present invention.

In one embodiment, the Service Attributes field of Table 7 includes at least one of the fields shown in Table 8 below.

Field Size (octets) Value (Hexadecimal) Description Attribute ID One 0x13 Identifying the type of Attribute (META DATA) Length 2 Variable Length of the following fields in the subelement Attribute Body Variable Attribute Body

The Attribute Body field of Table 8 includes attribute information about a file to be transmitted. In an embodiment, the present invention is configured to include at least one of the fields shown in Table 9 below.

Field Size Interpretation Optional / Mandatory (O / M) Note 128 Free text interpreted in ASCII format M Size 4 Total size in Kbs M NoOfItems 2 No of items included M Item 133 Meta information shown in below table O

Here, the Note field can freely describe the text of the description related to the file to be transmitted in ASCII format. The Size field represents the total size of file (s) to be transmitted, the No of Items field represents the number of file items to be transmitted, and the Item field represents meta information describing each file item.

The Item field of Table 9 includes at least one of the fields of Table 10 as an embodiment.

Field you Interpretation Name 128 File name Size 4 Total size in Kbs Type One Bit 0: 1 file or 0 folder
Bit 1: 7 Reserved

Here, the Name field indicates the name of the file to be transmitted, the Size field indicates the size of the file to be transmitted, and the Type field indicates the type of content to be transmitted, for example, a file or a folder.

Tables 11 and 12 show examples of file attribute information included in an Attribute Body field. <Table 11> shows an example when the Item field does not exist, and <Table 12> shows an example when the Item field exists.

Note: “wedding photos” Size: 4000 NoOfItems: 20

Note: “wedding photos” Size: 200 NoOfItems: 1 Name: abcd.jpg Size: 200 Type: 0x01 file

The frame responsive to the P2P public action frame may include at least one of the fields shown in Table 13 below.

Field Size (octets) Value
(Hexadecimal) Description Category One 0x7F IEEE 802.11 vendor specific usage (IEEE Std 802.11-2007 [1] Table 7-24). OUI 3 50 6F 9A WFA specific OUI. OUI type One 0x09 (to be assigned) Identifying the type or version of action frame. Setting to 09 indicates Wi-Fi P2P v1.0. OUI Subtype One 0x0B (to be assigned) Service Association Response (to be assigned) Dialog Token One When set to a nonzero value, used to identify the request / response transaction. Elements variable Response information
Status code and other information

Here the Elements field contains response information, status code and / or other information indicating whether to accept or reject the file transfer.

In the above description, an embodiment of transmitting file attribute information through a service discovery procedure after a UE discovery and a service discovery has been described. However, as another selectable embodiment, a transmitting UE performs a whole service setting procedure such as service discovery, group formation, authentication, and file transmission. The file attribute information is transmitted through another message exchanged during the exchange, and the receiver's intention can be confirmed by receiving a response.

7 is a signal flow diagram illustrating a transfer procedure of file attribute information according to another embodiment of the present invention.

Referring to FIG. 7, in operation 710, the transmitting terminal 702 detects at least one neighboring terminal through terminal discovery. In operation 715, the transmitting terminal 702 checks the name of the service to be executed through service discovery, service information, and the like. The at least one receiving terminal 704 to actually transmit the file is selected from among the at least one neighboring terminal.

In step 720, the transmitting terminal 702 includes attribute information about a file to be transmitted, for example, the number of files, the total size of the files, and the file name, in the P2P Provision Discovery Request frame, and receives the frame. To send). The receiving terminal 704 may transmit a P2P provisioning discovery response frame indicating that the P2P provisioning discovery request frame has been successfully received to the transmitting terminal 702. According to an embodiment, the P2P Provision Discovery Response frame may include a status code for instructing the transmitting terminal 702 to defer the progress of a subsequent procedure until information about user intention is delivered. This is because the receiving terminal 704 can wait for user input.

In the case of transmitting a single file, the attribute field indicates the name of the file to be transmitted. On the other hand, in the case of transmitting multiple files, the attribute field may include a name of one file representing files to be transmitted. The representative file may be selected by a user or may be, for example, a file having the largest size according to an implementation. When the user transfers a plurality of files through the container, the attribute field may include a container name instead of a file name.

The receiving terminal 704 checks the text included in the attribute field according to a predetermined method such as, for example, Universal Transformation Format (UTF-8) -8, and checks the checked text (ie, number of files, size, name, etc.). Display on the user interface. If a user input of accepting or rejecting a service session for file transfer is detected through the user interface, in step 720, the receiving terminal 704 transmits a status code indicating acceptance or rejection to the P2P Provision discovery Request frame according to the user input. And transmit the frame to the transmitting terminal 702. If a user input is not detected until a predetermined timeout occurs, the receiving terminal 704 may set the status code to a value indicating acceptance or rejection according to a preset. The transmitting terminal 702 may transmit a P2P provisioning discovery response frame indicating that the P2P provisioning discovery request frame has been successfully received to the receiving terminal 704. In a selectable embodiment, the transmitting terminal 702 considers that the receiving terminal 702 rejects the service session when the response is not received until the timeout occurs for a predetermined time after transmitting the request frame of step 720. can do.

If the service session is accepted, in step 730, the transmitting terminal 702 and the receiving terminal 704 perform group formation and session access, and in step 735, files are transmitted from the transmitting terminal 702 through the receiving terminal 704 through the session. Is sent).

8 is a flowchart illustrating the operation of a transmitting terminal according to an embodiment of the present invention.

Referring to FIG. 8, in step 805, the transmitting terminal executes an application for Wi-Fi Direct service and determines a file to be transmitted. In step 810, the transmitting terminal generates attribute information about the file based on the determined file or additionally based on a user input. In step 815, the transmitting terminal performs terminal discovery and service discovery to determine a receiving terminal to which the file is to be transmitted. Processes 810 and 815 may be performed in parallel regardless of the order. In step 820, the transmitting terminal transmits the first frame including the attribute information to the receiving terminal, and in step 825 receives a second frame including a status code indicating acceptance or rejection of the file transfer service.

In step 830, the transmitting terminal determines whether the status code received from the receiving terminal indicates acceptance or rejection of the file transfer service, and if it indicates acceptance, proceeds to step 835, and if it indicates rejection, proceeds to step 845. Although not shown, when the second frame is not received within a predetermined time after transmitting the first frame, the transmitting terminal may consider that the file transmission service is rejected by the receiving terminal and proceed to step 845.

In step 835, the transmitting terminal completes group formation and session setup according to a predetermined procedure, and transmits a file through the session set in step 840.

In step 845, the transmitting terminal stops the service connection procedure and notifies the user that the transmission of the file from the receiving terminal is denied. For example, the sending terminal "file reception was not accepted." Can be displayed on the screen.

9 is a flowchart illustrating the operation of a receiving terminal according to an embodiment of the present invention.

Referring to FIG. 9, in step 905, a receiving terminal detects a transmitting terminal for establishing a service session for a file transfer service by performing a terminal discovery and a service discovery for a Wi-Fi Direct service. In step 910, the receiving terminal receives a first frame including attribute information about a file to be transmitted from the transmitting terminal. In step 915, the receiving terminal activates an application for Wi-Fi Direct service if necessary, and provides the user with file information according to the attribute information. As an example, the receiving terminal may display at least one of a summary, a total size, a number of files, and a file name of a file to be transmitted by the transmitting terminal on the screen, and may inquire of the user for acceptance or rejection of the file transfer service.

In step 920, the receiving terminal determines whether a user input exists. If a user input for accepting the file transfer service exists, the process proceeds to step 925. If a user input for rejecting the file transfer service is detected or there is no user input until a timeout occurs, the process proceeds to step 940.

In step 925, the receiving terminal transmits a second message including a status code indicating acceptance of the file transfer service to the transmitting terminal. In step 930, after forming a group and connecting a session, the receiving terminal receives a file from the transmitting terminal. do. The session can be automatically terminated when the file reception is complete.

In operation 940, the receiving terminal transmits a second message including a status code indicating the rejection of the file transfer service to the transmitting terminal and stops the service connection procedure in operation 945.

10 illustrates a screen for asking a user's intention of a receiving terminal according to an embodiment of the present invention.

Referring to FIG. 10, on the service screen 1000 for Wi-Fi Direct connection, the receiving terminal displays at least part 1010 of the attribute information of the file received from the transmitting terminal, and accepts or rejects the file transfer service. At least one soft button 1030 for receiving input is displayed. In this example, "Wedding Photo, Size: 400MB, Name: abcd.jpg" is displayed. The user may accept or reject the file transfer service by inputting the soft button 1030 according to the displayed information.

11 illustrates a framework for Wi-Fi Direct service according to an embodiment of the present invention.

Referring to FIG. 11, the framework 1100 includes user interface applications 1110, service processes 1120, an application service platform (ASP), and a Wi-Fi P2P interface 1140.

The user interface applications 1110 refer to applications supporting a Wi-Fi connection service. The service processes 1120 provide standardized functionality for the type of service to be connected, namely Play, Send, Display and Print services. The service process 1120 on one terminal may communicate with a similar service process on at least one counterpart terminal and the common protocol through the ASP 1130.

The ASP 1130 is a logical entity that implements common functions required for playback, transfer, display, and print services. The common functions include, for example, at least one of service and terminal discovery, session management, connection topology management, and security. It includes. The ASP 1130 connects an ASP session, which is a logical link, with the ASP of the counterpart terminal. In order to start an ASP session, a peer-to-peer connection between peer terminals is required, and the peer-to-peer connection is actually created by the Wi-Fi P2P interface unit 1140.

12 (including FIGS. 12A to 12C) illustrates a file transfer service procedure through a Wi-Fi Direct connection according to an embodiment of the present invention. Here, the signal flow between terminal A acting as a service advertiser and terminal B acting as a service searcher is shown. In the file transfer service, terminal A becomes a receiving terminal and terminal B becomes a transmitting terminal. The physical connection between terminal A and terminal B will be performed by a Wi-Fi P2P interface, but the illustration will be omitted here.

Referring to FIG. 12, the service process of the terminal A advertises the service (s) to the ASP through the AdvertiseService command, so that another terminal, for example, the terminal B, may discover and initialize an ASP session associated with the advertised service. . When the application is executed in the terminal B and a service use command for transmitting a specific file occurs, the service process of the terminal B transmits a SeekService command requesting a service search to the ASP. In response to the command, the ASP of the terminal B sends a P2P probe request including a hash value generated based on the service name in step 1205 to the ASP of the terminal A.

The ASP of the terminal A determines whether the hash value for the service name of one of the services being advertised matches the hash value received through the P2P probe request, and if so, sends the P2P probe response to the ASP of the terminal B. send. The P2P probe response includes a service name identified through hash matching and an advertisement ID for a service advertised in the terminal A.

In step 1210, the ASP of the terminal B transmits a service information request including a service name to be connected and additional information necessary for service discovery to the terminal A through a P2P service discovery request. The ASP of the terminal A determines whether a string matching the service name and the service information transmitted through the P2P service discovery request exists and, if present, the P2P service including the service name, the advertisement ID, and the service state. The discovery response is transmitted to the terminal B. Here, the service state indicates whether the terminal A has accepted a connection for the corresponding service.

The ASP of terminal B delivers the P2P service discovery response to the terminal list including the at least one terminal including the identified terminal A to the service process, and the service process notifies the user of the terminal list through the application. In operation 1215, the application detects a user input of selecting at least one terminal on the terminal list, and notifies the service terminal of the selected terminal. The service process requests the ASP to establish a session with the selected terminal.

In step 1220, the ASP of the terminal B transmits a P2P provisioning discovery request including session information and connection capabilities indicating the attribute information of the file to be transmitted to the ASP of the terminal A, and the service of the terminal B. Sends a connection status event to inform the process that a service request has been sent. The P2P provision discovery request, as attribute information about a file, includes at least one of a number of files, an overall size of files, and a file name. The ASP of the terminal A sends a P2P provisioning discovery response to the ASP of the terminal B including a status code requesting that the service request is postponed until a user input is confirmed, indicating that the P2P provision discovery request has been successfully received. Can be. The ASP of the terminal B sends a connection state event to the service process indicating that the service request has been postponed as the P2P provision discovery response is received. The service process of the terminal B, in response to the connection state event, recognizes that the service request has been postponed until it confirms the user's intention of the terminal A, and sets a timer. The timer may be reset when a P2P provision discovery request indicating user intention is received from terminal A.

The ASP of the terminal A, in response to the P2P provision discovery request received from the terminal B, informs the service process that the session has been requested. The terminal A's service process activates an application for Wi-Fi Direct service if necessary, and delivers session information containing attribute information about a file to be transmitted by the terminal B to the application.

In operation 1225, the application of the terminal A requests information about a file to be transmitted by the terminal B based on the attribute information read from the session information and requests a user input. When a user input indicating acceptance of the file transfer service is detected, the application notifies the service process of user acceptance, and the service process sends a session confirmation command to the ASP indicating that session establishment has been confirmed. In this case, the service process of the terminal A may set a timer while transmitting session information to an application, and reset the timer when a user input is received. In one embodiment, if the user input is not detected until the timer expires, the service process of the terminal A may transmit a session confirmation command indicating the acceptance of the file transfer service to the ASP according to a preset.

In step 1230, the ASP of the terminal A, in response to the session confirmation command from the service process, sends a P2P provision discovery request including a status code indicating acceptance and, if necessary, session information to the ASP of the terminal B. The ASP of the terminal B sends a connection state event indicating that the service request has been accepted to the service process, and continues the rest of the session connection procedure.

In more detail, in step 1235, the ASPs of the UE A and the UE B form a P2P group or participate in an existing P2P group, and report the start and completion events of the group formation to their respective service processes.

In step 1240, the ASP of the terminal B session request including a media access control (MAC) address to be combined with the session ID to identify an advertisement ID and the corresponding ASP session, and the session ID assigned by the ASP of the terminal B (REQUEST_SESSION). Is transmitted to the ASP of the terminal A, and the ASP of the terminal A responds with an acknowledgment (ACK). At this time, the ASP of the terminal B transmits a session state event indicating that the session is initiated to its service process, and the ASP of the terminal A transmits a session state event indicating that the session is requested to its service process.

In step 1245, the ASP of the terminal A performs an operation for opening a port to be used for the service process and the session, and transmits a session addition (ADDED_SESSION) frame including the MAC address and the session ID to the ASP of the terminal B. The ASP of the terminal B responds to the terminal A with an ACK and transmits a session state event indicating that the session has been opened to its service process, and performs an operation for opening a port to be used for the service process and the session. If the session is open, the service process of the terminal B in step 1250 sends an application socket connection message over the session.

Then, in step 1255, the application data, that is, the file is transmitted from the application of the terminal B to the application of the terminal A.

If the transfer of the file is completed, or if the application of terminal B sends an input for terminating the session to the service process before the transfer of the file is completed, the service process of terminal B gives the ASP to close the session and release the port. request. Then, in step 1260, the ASP of the terminal B transmits a session removal (REMOVE_SESSION) frame including the advertisement ID, the MAC address, and the session ID to identify the session to be removed to the ASP of the terminal A. The ASP of the terminal A sends a session state event requesting the session to the service process, and the service process notifies the application of the end of the session, and then sends a port release command to the ASP. After the ACK is received from the ASP of the terminal A to the ASP of the terminal B, the ASP of the terminal B transmits a session state event indicating a session closure to the service process and sends a disconnect request to the ASP of the terminal A. After receiving the disconnection response (Dissociation Response). If the active session no longer exists, the ASP of the terminal B closes the inlet port to terminate all sessions.

In the above-described embodiments of the present invention, the information on the transmission schedule file is previously transmitted to the receiving terminal, so that the receiving terminal can respond to the transmitting terminal whether it will allow the Wi-Fi Direct connection according to the information. As a result, embodiments of the present invention can prevent unnecessary Wi-Fi Direct connection and reduce cancellation of file transfer.

While the present invention has been described in connection with what is presently considered to be the most practical and preferred embodiment, it is to be understood that the invention is not limited to the disclosed embodiments. Therefore, the scope of the present invention should not be limited by the illustrated embodiments, but should be determined by the scope of the appended claims and equivalents thereof.

Claims (17)

In the service connection method reflecting the user's intention,
Determining a file to be transferred by performing a Wi-Fi direct connection;
Selecting a counterpart terminal to which the file is to be transmitted through a terminal discovery procedure;
Transmitting a first frame including attribute information on the file to the counterpart terminal before the Wi-Fi Direct connection with the counterpart terminal;
And receiving a second frame including information indicating whether to accept or reject the Wi-Fi Direct connection with the counterpart terminal from the counterpart terminal.
The method of claim 1, wherein a service discovery procedure is additionally performed after the terminal discovery procedure.
The method of claim 1, wherein when the information included in the second frame indicates that the Wi-Fi Direct connection is accepted, the remaining procedure of Wi-Fi Direct connection is performed with the counterpart terminal and the file is transmitted through the Wi-Fi Direct connection. The service connection method, characterized in that it further comprises the step of delivering to the terminal.
The method of claim 1, further comprising stopping the Wi-Fi Direct connection with the counterpart terminal when the information included in the second frame indicates that the Wi-Fi Direct connection is rejected.
The method of claim 1, wherein the attribute information,
And at least one of a number of files to be transmitted, a total size of the files, and a name of at least one of the files.
The method of claim 1, wherein at least one of the first and second frames,
Peer-to-peer provisioning discovery request frame, characterized in that the service connection method.
The method of claim 1, further comprising postponing the remaining procedure of the Wi-Fi Direct connection until the second frame is received or a timeout occurs after transmitting the first frame.
In the service connection method reflecting the user's intention,
Selecting a counterpart terminal to which a file is to be transmitted through a Wi-Fi direct connection by performing a terminal discovery procedure;
Receiving a first frame including attribute information of the file from the counterpart terminal before the Wi-Fi Direct connection with the counterpart terminal;
And transmitting a second frame including information indicating whether to accept or reject the Wi-Fi Direct connection with the counterpart terminal according to a user input to the counterpart terminal.
The method of claim 8, wherein a service discovery procedure is additionally performed after the terminal discovery procedure.
The method of claim 8, wherein when the information included in the second frame indicates that the Wi-Fi Direct connection is accepted, the remaining procedure of Wi-Fi Direct connection is performed with the counterpart terminal and the file is transmitted through the Wi-Fi Direct connection. The service connection method further comprises the step of receiving from the terminal.
The method of claim 8, further comprising stopping the Wi-Fi Direct connection with the counterpart terminal when the information included in the second frame indicates that the Wi-Fi Direct connection is rejected.
The method of claim 8, wherein the attribute information,
And at least one of a number of files to be transmitted, a total size of the files, and a name of at least one of the files.
The method of claim 8, wherein at least one of the first and second frames,
Peer-to-peer provisioning discovery request frame, characterized in that the service connection method.
The method of claim 8, wherein after receiving the first frame, transmitting a third frame to the counterpart terminal requesting that the remaining procedure of the Wi-Fi Direct connection be delayed until the second frame is transmitted or a timeout occurs. Service connection method further comprising the process.
The method of claim 8, further comprising: detecting a user input indicating whether to provide the attribute information to a user and to accept or reject the transmission of the file;
And at least one of determining to reject the Wi-Fi Direct connection if the user input is not detected until a timeout of a preset time occurs.
In the terminal device that performs the service connection reflecting the user's intention,
A controller for determining a file to be transmitted through a Wi-Fi direct connection and performing a terminal discovery procedure to select a counterpart terminal to which the file is to be transmitted;
A transmitter configured to transmit a first frame including attribute information of the file to the counterpart terminal before the Wi-Fi Direct connection with the counterpart terminal;
And a receiving unit which receives a second frame including information indicating whether to accept or reject the Wi-Fi Direct connection with the counterpart terminal from the counterpart terminal.
In the terminal device that performs the service connection reflecting the user's intention,
A control unit for selecting a counterpart terminal to which a file is to be transmitted through a Wi-Fi direct connection by performing a terminal discovery procedure;
A receiving unit receiving a first frame including attribute information of the file from the counterpart terminal before the Wi-Fi Direct connection with the counterpart terminal;
And a transmitter configured to transmit a second frame including information indicating whether to accept or reject the Wi-Fi Direct connection with the counterpart terminal according to a user input.

Images