(19)
(11)EP 3 764 624 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
19.10.2022 Bulletin 2022/42

(21)Application number: 20191423.1

(22)Date of filing:  20.02.2013
(51)International Patent Classification (IPC): 
H04L 61/5038(2022.01)
H04W 84/12(2009.01)
H04W 76/11(2018.01)
(52)Cooperative Patent Classification (CPC):
H04L 67/104; H04W 92/18; H04W 84/18; H04W 4/203; H04W 8/005; H04W 8/26; H04W 84/20; H04W 76/10; H04W 76/11; H04W 4/80; H04W 4/06; H04L 61/5038

(54)

METHOD AND APPARATUS FOR ALLOCATING IP ADDRESS IN WIRELESS COMMUNICATION NETWORK

VERFAHREN UND VORRICHTUNG ZUR ZUWEISUNG VON IP-ADRESSEN IN EINEM DRAHTLOSKOMMUNIKATIONSNETZWERK

PROCÉDÉ ET APPAREIL D'ATTRIBUTION D'ADRESSE IP DANS UN RÉSEAU DE COMMUNICATION SANS FIL


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(30)Priority: 24.02.2012 KR 20120018777

(43)Date of publication of application:
13.01.2021 Bulletin 2021/02

(62)Application number of the earlier application in accordance with Art. 76 EPC:
18204467.7 / 3461109
13156042.7 / 2632117

(73)Proprietor: Samsung Electronics Co., Ltd.
Gyeonggi-do 16677 (KR)

(72)Inventors:
  • CHOI, Jongmu
    16677 Suwon-si, (KR)
  • KIM, Changsoon
    16677 Suwon-si, (KR)
  • KIM, Hakkwan
    16677 Suwon-si, (KR)
  • CHO, Namju
    16677 Suwon-si, (KR)

(74)Representative: HGF 
HGF Limited 1 City Walk
Leeds LS11 9DX
Leeds LS11 9DX (GB)


(56)References cited: : 
  
  • MOBSIN M ET AL: "IP address assignment in a mobile ad hoc network", MILITARY COMMUNICATIONS CONFERENCE. MILCOM 2002. PROCEEDINGS.ANAHEIM, CA, OCT. 7 - 10, 2002; [IEEE MILITARY COMMUNICATIONS CONFERENCE], NEW YORK, NY : IEEE.; US, vol. 2, 7 October 2002 (2002-10-07), pages 856-861, XP010631887, DOI: 10.1109/MILCOM.2002.1179586 ISBN: 978-0-7803-7625-0
  • Wi-Fi Alliance Technical Committee ET AL: "Wi-Fi Peer-to-Peer (P2P) Technical Specification - Draft Version 1.14", , 25 June 2010 (2010-06-25), pages 1-154, XP055079697, Retrieved from the Internet: URL:http://www.slideshare.net/latex3e/wifi -p2p-technical-specification-draft-v114 [retrieved on 2013-09-17]
  • "Wi-Fi Alliance Member Symposium", , 1 January 2011 (2011-01-01), XP055046396, Retrieved from the Internet: URL:http://www.wi-fi.org/files/20110421_Ch ina_Symposia_full_merge.pdf [retrieved on 2012-12-03]
  • Wi-Fi Allicance: "Wi-Fi Simple Configuration Technical Specification", , 30 January 2012 (2012-01-30), pages 1-154, XP055050847, Retrieved from the Internet: URL:https://www.wi-fi.org/knowledge-center /published-specifications [retrieved on 2013-01-23]
  
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

TECHNICAL FIELD OF THE INVENTION



[0001] The present invention relates generally to a method and an apparatus for allocating an Internet Protocol (hereinafter referred to as 'IP') address in a wireless communication network, and more particularly, although not exclusively, to a method for allocating an IP address between terminals in a wireless communication network in which the terminals directly communicate with each other in a wireless scheme without using an access point (hereinafter referred to as 'AP'), and an apparatus thereof.

BACKGROUND OF THE INVENTION



[0002] Among wireless communication technologies, a wireless fidelity (hereinafter referred to 'Wi-Fi') direct network technology is a technology which enables Wi-Fi terminals to be connected to each other in a peer-to-peer (hereinafter referred to as 'P2P') fashion, without requiring an AP to act as a medium as part of the network infrastructure. Most existing Wi-Fi technologies are aimed at only connecting a terminal with the Internet through a Wireless Local Area Network (WLAN) AP, whereas direct communication between terminals is not considered. Direct communication between terminals may be achieved, for example, by using Bluetooth technology. However, performance, in terms of transmission distance and transmission speed, of Bluetooth technology is typically low compared with Wi-Fi Direct technology.

[0003] Existing Wi-Fi technology supports a mode in which direct communication between terminals is possible, called an Ad-hoc mode. However, since the Ad-hoc mode is disadvantageous is some respects, for example since security is weak, power consumption is high, and throughput is limited (e.g. to 11Mbps), the Ad-hoc mode is rarely used in practice.

[0004] The Wi-Fi direct technology supports Wi-Fi Protected Access® 2 (WPA2) to supplement weakness of security. Further, the Wi-Fi Direct technology supports simple connection between terminals using a Wi-Fi Simple Configuration (hereinafter referred to 'WSC'). Moreover, the Wi-Fi direct technology provides an improved power consumption algorithm by supporting IEEE 802.11n to significantly improve throughput as compared with the Ad-hoc mode.

[0005] The Wi-Fi direct technology is a protocol based on IEEE 802.11, and is compatible with a legacy client. The Wi-Fi direct technology may be upgraded in a terminal without changing hardware.

[0006] Although Wi-Fi direct technology has considerable advantages as illustrated above as compared with Bluetooth and the Ad-hoc technology, there is a need for improvement, for example in connection speed between terminals. The terminals perform an IP address allocation procedure after connection between the terminals is completed. That is, since the IP address allocation procedure is further performed after the connection between the terminals is completed, there is a limitation on improvement in connection speed. In particular, when one of the terminals is determined as a Group Owner (hereinafter referred to 'GO'), a corresponding terminal performs an AP function. That is, the GO drives a Dynamic Host Configuration Protocol (hereinafter referred to 'DHCP') server to allocate an IP address to another terminal, namely, a group client (hereinafter referred to 'GC').

[0007] A technique for IP address assignment is described in Mohsin, M. et al, "IP address assignment in a mobile ad-hoc network", Military Communications Conference, MILCOM, Proceedings, IEEE, October 2002, vol. 2, pages 856-861. The Wi-Fi Direct technology is described in "Wi-Fi Peer-to-Peer (P2P) Technical Specification - Draft Version 1.14" provided by the Wi-Fi Alliance Technical Committee. The Wi-Fi Simple Configuration protocol is described in "Wi-Fi Simple Configuration Technical Specification - Version 2.0.2" provided by the Wi-Fi Alliance. The Wi-Fi technology is further described in "Wi-Fi Alliance Member Symposium" provided by the Wi-Fi Alliance.

SUMMARY OF THE INVENTION



[0008] It is an aim of certain exemplary embodiments of the present invention to address, solve, mitigate or obviate, at least partly, at least one of the problems and/or disadvantages associated with the related art, for example the above-discussed deficiencies. Certain embodiments aim to provide at least one of the advantages described below. Accordingly, certain embodiments of the present invention provide a method for easily and rapidly allocating an IP address between terminals in a wireless communication network, and an apparatus thereof.

[0009] The invention is defined by the appended claims.

[0010] The following description of exemplary embodiments of the present invention, with reference to the accompanying drawings, is provided to assist in a comprehensive understanding of the present invention, as defined by the claims. The description includes various specific details to assist in that understanding but these are to be regarded as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope of the description.

[0011] Before undertaking the DETAILED DESCRIPTION OF THE INVENTION below, it may be advantageous to set forth definitions of certain words and phrases used throughout this patent document: the terms "include" and "comprise," as well as derivatives and variations thereof, mean inclusion without limitation; the term "or," is inclusive, meaning and/or; the phrases "associated with" and "associated therewith," as well as derivatives thereof, may mean to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, or the like; and the term "controller" means any device, system or part thereof that controls at least one operation, such a device may be implemented in hardware, firmware or software, or some combination of at least two of the same. It should be noted that the functionality associated with any particular controller may be centralized or distributed, whether locally or remotely.

[0012] Throughout the description and claims of this specification, the singular encompasses the plural unless the context otherwise requires. In particular, it is to be understood that the singular forms "a," "an," and "the" include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to "an object" includes reference to one or more of such objects. It will be also be appreciated that, throughout the description and claims of this specification, language in the general form of "X for Y" (where Y is some action, activity or step and X is some means for carrying out that action, activity or step) encompasses means X adapted or arranged specifically, but not exclusively, to do Y.

[0013] Definitions for certain words and phrases are provided throughout this patent document, those of ordinary skill in the art should understand that in many, if not most instances, such definitions apply to prior, as well as future uses of such defined words and phrases. The terms and words used in the following description and claims are not limited to the bibliographical meanings, but, are merely used by the inventor to enable a clear and consistent understanding of the invention. Accordingly, it should be apparent to those skilled in the art that the following description of exemplary embodiments of the present invention is provided for illustration purpose only and not for the purpose of limiting the invention as defined by the appended claims.

[0014] Features, integers, characteristics, compounds, chemical moieties or groups described in conjunction with a particular aspect, embodiment or example of the invention are to be understood to be applicable to any other aspect, embodiment or example described herein unless incompatible therewith.

BRIEF DESCRIPTION OF THE DRAWINGS



[0015] For a more complete understanding of the present invention and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which the same or similar reference numerals may represent the same or similar parts, although they may be illustrated in different drawings:

FIG. 1 illustrates a network configuration of a P2P group according to an exemplary embodiment of the present invention;

FIG. 2 illustrates a flowchart of a P2P connection method according to an exemplary embodiment of the present invention;

FIG. 3 illustrates a flowchart of discovery according to an exemplary embodiment of the present invention;

FIG. 4 illustrates a flowchart of provision discovery according to an exemplary embodiment of the present invention;

FIG. 5 illustrates a flowchart of a negotiation procedure according to an exemplary embodiment of the present invention;

FIG. 6 illustrates a flowchart of a negotiation procedure according to another embodiment of the present invention;

FIG. 7 illustrates a flowchart of a method for allocating an IP according to a first embodiment of the present invention;

FIG. 8 illustrates a flowchart of a method for allocating an IP according to a second embodiment of the present invention;

FIG. 9 illustrates a flowchart of a method for allocating an IP according to a third embodiment of the present invention;

FIG. 10 illustrates a flowchart of a method for allocating an IP according to a fourth embodiment of the present invention;

FIG. 11 illustrates a flowchart of a method for allocating an IP according to a fifth embodiment of the present invention;

FIG. 12 illustrates a diagram of an example of a GO Negotiation Confirmation frame according to an exemplary embodiment of the present invention;

FIG. 13 illustrates a flowchart of a method for allocating an IP according to a sixth embodiment of the present invention; and

FIG. 14 illustrates a block diagram of a configuration of a portable terminal according to an exemplary embodiment of the present invention.


DETAILED DESCRIPTION OF THE INVENTION



[0016] FIGURES 1 through 14, discussed below, and the various embodiments used to describe the principles of the present invention in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the invention. Those skilled in the art will understand that the principles of the present invention may be implemented in any suitably arranged system or device.

[0017] A method and an apparatus for allocating an IP address according to exemplary embodiments of the present invention are described with reference to the accompanying drawings in detail. The same reference numbers are used throughout the drawings to refer to the same or like parts. Detailed descriptions of well-known functions, processes, constructions and structures incorporated herein may be omitted for clarity and conciseness, and to avoid obscuring the subject matter of the present invention.

[0018] In the exemplary embodiments described herein, the term "terminal" refers to a peer to peer (P2P) device including a Wi-Fi direct technology acting as a GO and a GC in a Wi-Fi direct network. In the exemplary embodiments described herein, the term "P2P group" refers to one terminal set configured by one GO and one or more GCs in the Wi-Fi direct network. The GC is connected to the GO. The GO communicates with a GC, and performs an AP function relaying communication between particularly GCS. The skilled person will appreciate that the present invention is applicable to any terminal that is capable of connecting to another terminal, for example with a direct connection between terminals without using an access point or other intermediate entity. Other variations and modifications of the specific exemplary embodiments described herein falling within the scope of the present description will readily occur to the skilled person.

[0019] FIG. 1 illustrates a network configuration of a P2P group according to an exemplary embodiment of the present invention. Referring to FIG. 1, the GO may connect with a plurality of GCS. The GO may connect with one GC. The number of admissible clients may be determined according to a performance of the GO. Such a performance may be a hardware performance and/or a software performance, which may be, for example, a charge level of a battery. When a battery of the GO is charged greater than 80% (e.g. the power remaining is 80% of maximum), the GO may be connected with four GCs as shown. If the charging rate of the battery is less than 50%, the GO may be connected with one GC. The number of the GCs connected with the GO may be determined by the user in environment setting of the terminal. In certain exemplary embodiments, the P2P device is a terminal including the Wi-Fi direct technology, although any other suitable type of device may be used. For example, the P2P device may be a portable terminal (e.g., tablet PC, notebook PC), a printer, a projector, and a digital TV.

[0020] FIG. 2 illustrates a flowchart of a P2P connection method according to an exemplary embodiment of the present invention. Referring to FIG. 2, a P2P device discovers a neighboring P2P device, and performs connecting with the discovered P2P device (step 210). A purpose of the discovery is to discover P2P devices such that devices may connect with each other as soon as possible. The discovery includes a device discovery and a provision discovery. The device discovery is configured by two steps, namely, a scan step and a find step. A probe request frame and a probe response frame are used in the device discovery to exchange information between the devices. When the P2P device itself is a GO or in a listen state, the P2P device may respond to a probe request frame received from another P2P device. Further, the P2P device itself is a GO and may transmit a beacon frame. If the P2P device is not included in a group, the P2P device may be in a listen state. That is, the P2P device in the listen state responds to a received probe request frame.

[0021] The P2P device in the listen state selects a listen channel from a social channel list. For example, according to a Wi-Fi P2P Technical Specification suggested by the Wi-Fi Alliance Technical Committee, channels 1, 6, and 11 may be used as a social channel in 2.4GHz band. For example, when channel 1 is selected, the P2P device may receive a probe request frame through the channel 1, but may not receive the probe request frame through other channels. When the device discovery starts, the listen channel may be selected and remain until the discovery is terminated. If a preset time elapses, the listen channel may be changed to another channel. A 2.4GHz band is used and there are a total of 14 channels in the IEEE 802.11. An interval between channels is 5MHz, each having a 22MHz band. The channels are not independent from each other but overlap with each other. However, three channels 1, 6, and 11 among the 14 channels do not interfere with each other.

[0022] The scan step in the device discovery is a step of discovering a P2P device or a P2P group. Further, the scan step is a step of discovering the most suitable channel to set the P2P group. That is, in the scan step, the P2P device scans all supported channels to collect information from a neighboring device or network. In the scan step, the P2P device may not respond to a probe request frame.

[0023] The find step in the device discovery is a step which P2P devices existing in the same channel transceive a message to find each other. The P2P device waits for reception of the probe request frame in the listen state. When the probe request frame is received, the P2P device transmits a probe response frame to a P2P device of the other party. The P2P device may change the listen state to a discover state. In a discover state, the P2P device transmits the probe request frame and the P2P device of the other party receives the probe response frame in response to the probe request frame. The probe response frame includes a device name, device attribute information, and vendor information. The P2P device may display the information such that the user may confirm the information.

[0024] The P2P device discovered for each other through the device discovery may be connected to each other. First, the P2P device performs provision discovery with a P2P device of the other party wishing connection. When the P2P device attempts connection with a P2P device of the other party in a Personal Identification Number (PIN) or a Push Button Configuration (PBC) mode of WSC, the provision discovery informs a user of the connection attempt. The P2P device receives a provision discovery request frame for the provision discovery, and informs the user of message contents through a pop-up. The pop-up includes information of the P2P device having requested the provision discovery such as a device name. The requested use of the P2P device determines presence of admittance and a WSC of the connection. To inform the P2P device of the other party of the presence of admittance of the connection, the P2P device transmits a provision discovery response frame to the P2P device of the other party.

[0025] When the provision discovery is completed, the P2P device negotiates a function with the P2P device of the other party (step 220). In this procedure, a P2P device determined as the GO perform a function of the AP, and a P2P device determined as a GC perform a function of a station. In particular, in certain embodiments of the present invention, in this procedure, the GC receives allocation of an IP address from the GO. The IP address may be a private IP address usable in a local area, namely, a corresponding P2P group. The P2P device stores a private IP address list. For instance, the private IP address may be "165.213.30.2~254". P2P devices in the P2P group transceives a message to determine the GO. In this example, the message may include a private IP address. That is, the P2P device may select an optional private IP address from the private IP address list, and transmits a message including the selected private IP address to another P2P device. The P2P device determined as a GC from the P2P group sets a private IP address as the P2P device's IP address.

[0026] Negotiation of the function is completed, the P2P device exchanges information necessary for P2P communication, for example, a network key, an encryption type, a Service Set Identification (SSID), an Authentication type with the P2P device of the other party to complete P2P connection (230).

[0027] FIG. 3 illustrates a flowchart of discovery according to an exemplary embodiment of the present invention. Referring to FIG. 3, it is assumed that a first P2P device 310 and a second P2P device 320 participate in discovery. A user of the first P2P device 310 commands the first P2P device 310 to perform P2P connection (step 311). That is, the user operates an input unit included in the first P2P device 310, for example, a touch screen for P2P connection. Then, the touch screen transfers an input touch event to a controller of a device. The controller detects the P2P connection, namely, a command of device discovery from the input touch event. The first P2P device 310 firstly performs scan in response to the command of the device discovery (step 312). For example, the first P2P device 310 scans channels 1, 6, and 11 of IEEE 802.11 to collect information from a neighboring P2P device. After completing the scan, the first P2P device 310 performs a find step. Meanwhile, a user of the second P2P device 320 commands the second P2P device 320 to perform the discovery (321). Accordingly, the second P2P device 320 firstly performs scan in response to a command of the user (322). After completing the scan, the second P2P device 320 performs a find step.

[0028] The first P2P device 320 enters a listen state (step 313). The first P2P device 310 selects channel 1 as the listen channel. If a preset time elapses, the first P2P device 320 enters a discover state (step 314). The first P2P device 310 firstly selects channel 1 to transmit a probe request frame in the discover state. When there is no response, the first P2P device 310 selects channel 6 to transmit the probe request frame. In this example, the second P2P device 320 is in a listen state with respect to channel 6. Accordingly, the second P2P device 320 receives a probe request frame through channel 6, and transmits a probe response frame through the channel 6 in response thereto. The first P2P device 310 receives a probe response frame through the channel 6. The first P2P device 310 displays information of the probe response frame, for example, a device name, device attribute information, vendor information such that the user may confirm the foregoing information. The user may determine presence of admittance of connection based on the information.

[0029] FIG. 4 illustrates a flowchart of provision discovery according to an exemplary embodiment of the present invention. Referring to FIG. 4, it is assumed that a first P2P device 410 and a second P2P device 420 participate in provision discovery. The first P2P device 410 and the second P2P device 420 discovered to each other through the device discovery may be connected to each other. A user of the first P2P device 410 commands the first P2P device 410 to admit connection. For example, the user operates an input unit included in the first P2P device 310, for example, a touch screen for P2P connection. Then, the touch screen transfers an input touch event to a controller of a device. The controller detects admittance of connection, namely, a command of device discovery from the input touch event.

[0030] The first P2P device 410 firstly transmits a provision discovery request frame to the second P2P device 420 in response to the command of the provision discovery (step 401). In this example, the provision discovery request frame includes an IP address. The IP address in the provision discovery request frame may be a private IP address. Particularly, the private IP address included in the provision discovery request frame may be one of "165.213.30.2~254".

[0031] The second P2P device 420 transmits a provision discovery response frame to the first P2P device 410 in response to reception of the provision discovery request frame (step 402). In this example, according to certain embodiments of the present invention, the provision discovery response frame may include an IP address, namely, a private IP address.

[0032] FIG. 5 illustrates a flowchart of a negotiation procedure according to an exemplary embodiment of the present invention. Referring to FIG. 5, the first P2P device 510 and the second P2P device 520 are in a state which perform discovery to find each other. The first P2P device 510 transmits a GO Negotiation Request frame to the second P2P device 520 (step 510). According to certain embodiments of the present invention, the GO negotiation request frame includes a P2P Information Element (IE), WSC information (IE), an IP address.

[0033] The IP address of the GO negotiation request frame may be private IP address. The IP address of the GO negotiation request frame may be one of "165.213.30.2~254".

[0034] That is, the first P2P device 510 may optionally select one private IP address from a private IP address list, and transmits the GO negotiation request frame including the selected private IP address. However, for example, "165.213.30.2~10" is a share to be allocated to a third P2P device, and may be excluded in the selection. Here, the third P2P device is a P2P device requesting entry to a P2P group as a P2P client after negotiation is completed. That is, a P2P device determined as the GO may allocate one of the "165.213.30.2∼10" to the third P2P device.

[0035] The P2P information of the GO negotiation frame may include device information, a Configuration Timeout, a Listen Channel, a listen channel list, and a Group Owner Intent (hereinafter referred to as 'GOI'). Here, the GOI is a numeric value indicating intention of a P2P device, namely, a first P2P device 510 having transmitted a corresponding message becoming a GO. That is, when the GOI value is great, there is a great possibility which a corresponding P2P device is determined as a GO. The range of the GOI may previously be set. For example, 0-15 may be the range of the GOI. A P2P device selects a value from the GOI range based on the P2P device's performance, in a GO negotiation request frame, and transmits the GO negotiation request frame including the selected value. For example, when the P2P device receives power supply from a notebook PC and an external commercial power supply, the P2P device may select 15 as the GOI.

[0036] The second P2P device 520 receives a GO negotiation request frame from a first P2P device 510, and transmits a GO negotiation response frame in response thereto (step 502). According to certain embodiments of the present invention, the GO negotiation response frame includes a P2P Information Element (IE), WSC information (IE), and an IP address.

[0037] As describe above, an IP address of the GO negotiation response frame may be a private IP address. Particularly, the private IP address included in the GO negotiation response frame may be one of "165.213.30.2~254". However, "165.213.30.2~10" may be omitted because of the foregoing reason. P2P information of the GO negotiation response frame may include device information, a Configuration Timeout, a Listen Channel, a listen channel list, and a GOI.

[0038] As described above, the first P2P device 510 and the second P2P device 520 exchange the GOI to determine the GO. For example, when the GOI selected by the first P2P device 510 is 10 and the GOI selected by the second P2P device 520 is 5, the first P2P device 510 is determined as the GO and the second P2P device 520 is determined as a GC. Accordingly, the first P2P device 510 performs a function of an AP in a corresponding P2P group, and the second P2P device 520 performs a function of a station in the corresponding P2P group. Further, because the first P2P device 510 is determined as the GO, the second P2P device 520 allocates an IP address received from the first P2P device 510 as the second P2P device's 520 IP address.

[0039] The first P2P device 510 transmits a GO Negotiation Confirmation Frame to the second P2P device 520 to notify that the second P2P device 520 is determined as the GC (step 503).

[0040] FIG. 6 illustrates a flowchart of a negotiation procedure according to another embodiment of the present invention. Referring to FIG. 6, the first P2P device 610 and the second P2P device 620 are in a state which perform discovery to find each other. The first P2P device 610 transmits a GO Negotiation Request frame to the second P2P device 620 (step 610). According to certain embodiments of the present invention, the GO negotiation request frame includes a P2P Information Element (hereinafter referred to as 'IE'), and WSC IE. The P2P information of the GO negotiation frame may include device information, a Configuration Timeout, a Listen Channel, a listen channel list, and a GOI. Here, the GOI is a numeric value indicating intention of a P2P device, namely, a first P2P device 610 having transmitted a corresponding message becoming a GO. The GOI was described above.

[0041] The second P2P device 620 receives a GO negotiation request frame from a first P2P device 610, and transmits a GO negotiation response frame in response thereto (step 602). According to certain embodiments of the present invention, the GO negotiation response frame includes a P2P IE and a WSC IE.

[0042] As described above, the first P2P device 610 and the second P2P device 620 exchange the GOI to determine the GO. For example, the GOI selected by the first P2P device 610 is greater than that selected by the second P2P device 620, so that the first P2P device 610 may be determined as a GO. Accordingly, the first P2P device 610 performs a function of an AP in a corresponding P2P group, and the second P2P device 620 performs a function of a station in the corresponding P2P group.

[0043] The first P2P device 610 transmits a GO Negotiation Confirmation Frame the second P2P device 620 to notify that the second P2P device 520 is determined as the GC (step 603). In particular, according to certain embodiments of the present invention, the GO Negotiation Confirmation Frame may include an IP address. Here, as described above, the IP address may be a private IP address. The second P2P device 620 allocates an IP address received from the first P2P device 610 determined as the GO as the second P2P device's 520 IP address.

[0044] Hereinafter, various embodiments of the present invention implementing a method for allocating an IP will be described with reference to FIGS. 7 to 13. It is apparent that a method for allocating an IP address according to the present invention is not limited to following embodiments. Prior to the description, for convenience of the description, P2P devices participating in negotiation are limited to a first P2P device and a second P2P device. It is apparent that a main body of the description in FIGS. 7 to 9 is a first P2P device.

[0045] FIG. 7 illustrates a flowchart of a method for allocating an IP according to a first embodiment of the present invention. Referring to FIG. 7, a first P2P device selects a GOI value X1 from a preset GOI range (e.g., 0~15) (step 701). Further, the first P2P device selects an optional IP address from a private IP address list (step 701). The first P2P device transmits the selected GOI value X1 and IP address to the second P2P device (step 702). In this example, the X1 and IP address may be transmitted to be included in a GO negotiation request frame or a GO negotiation response frame. The first P2P device receives a GOI value X2 and an IP address from the second P2P device (step 703). Here, the GOI value X2 and IP address are already received, step 703 is omitted.

[0046] The first P2P device determines whether the received GOI value X2 is identical with the transmitted GOI value X1 (step 704). When the received GOI value X2 is identical with the transmitted GOI value X1, negotiation fails. Accordingly, the first P2P device and the second P2P device may again exchange the GOI value. In this example, the IP address may be again exchanged or not.

[0047] When the received GOI value X2 differs from the transmitted GOI value X1, the first P2P determines whether the received GOI value X2 is greater than the transmitted GOI value X1 (step 705). When the received GOI value X2 is greater than the transmitted GOI value X1, the first P2P device determines itself as a GC (706). The first P2P device allocates the received IP address as the first P2P device's IP address (707). Accordingly, the first P2P device may perform a function of the station. In the meantime, the second P2P device determines itself as a GO. Accordingly, the second P2P device may perform a function of an AP. When the received GOI value X2 is less than the transmitted GOI value X1, the first P2P device determines itself as a GO (step 708). Further, the second P2P device determines itself as a GC.

[0048] FIG. 8 illustrates a flowchart of a method for allocating an IP according to a second embodiment of the present invention. Referring to FIG. 8, a first P2P device selects a GOI value X1 from a preset GOI range (e.g., 0~15) (step 801). The first P2P device transmits the selected GOI value X1 to the second P2P device (step 802). In this example, the X1 may be transmitted to be included in a GO owner negotiation request frame or a GO negotiation response frame. The first P2P device receives a GOI value X2 from the second P2P device (step 803). Here, the GOI value X2 is already received, step 803 is omitted.

[0049] The first P2P device determines whether the received GOI value X2 is identical with the transmitted GOI value X1 (step 804). When the received GOI value X2 is identical with the transmitted GOI value X1, negotiation fails. Accordingly, the first P2P device and the second P2P device may again exchange the GOI value.

[0050] When the received GOI value X2 differs from the transmitted GOI value X1, the first P2P device determines whether the received GOI value X2 is greater than the transmitted GOI value X1 (step 805). When the received GOI value X2 is greater than the transmitted GOI value X1, the first P2P device determines itself as a GC (step 806). After that, the first P2P device receives an IP address from the second P2P device, and allocates the received IP address as the first P2P device's IP address (step 807). The IP address may be received to be included in the GO negotiation confirmation frame.

[0051] When the received GOI value X2 is less than the transmitted GOI value X1, the first P2P device determines itself as a GO (step 808). The first P2P device selects an optional IP address from a private IP address list, and transmits the selected IP address to the second P2P device (step 809).

[0052] FIG. 9 illustrates a flowchart of a method for allocating an IP according to a third embodiment of the present invention. Referring to FIG. 9, a first P2P device selects a GOI value X1 from a preset GOI range (e.g., 0~15) (step 901). Further, the first P2P device selects an optional IP address from a private IP address list (step 901). In addition, the first P2P device selects a tie break value T1 (step 901). Here, the tie break is a value used to determine a GO when GOI values collide (are identical) with each other. The tie break value may be in an ascending or descending sequence in a preset range. For example, when the first P2P device preempts '0' as the tie break value, the second P2P device may select'1' being a next value as the tie break value.

[0053] The first P2P device transmits the selected GOI value X1, tie break value T1, and IP address to the second P2P device (step 902). In this example, the X1, T1, and IP address may be transmitted to be included in a GO negotiation request frame or a GO negotiation response frame. In this example, the T1 may not be transmitted to be included in a GO negotiation request frame or a GO negotiation response frame. That is, the tie break value may not be exchanged between two P2P devices. In other words, because a P2P device of the two P2P devices having transmitted a request frame preempts the tie break value, exchange of the tie break value may not be necessary.

[0054] The first P2P device receives a GOI value X2, a tie break value T2, and an IP address from the second P2P device (step 903). Here, the GOI value X2, tie break value T2, and IP address are already received, step 903 is omitted. A tie break value T2 may not be received.

[0055] The first P2P device determines whether the received GOI value X2 is identical with the transmitted GOI value X1 (step 904). When the received GOI value X2 differs from the transmitted GOI value X1, the first P2P determines whether the received GOI value X2 is greater than the transmitted GOI value X1 (step 905). When the received GOI value X2 is greater than the transmitted GOI value X1, the first P2P device determines itself as a GC (step 906). Further, the second P2P device determines itself as a GO. The first P2P device allocates a received IP address as the first P2P device's IP address (step 907).

[0056] When the received GOI value X2 is less than the transmitted GOI value X1, the first P2P device determines itself as a GO (step 908). Further, the second P2P device determines itself as a GC.

[0057] When the received GOI value X2 is identical with the transmitted GOI value X1, the first P2P device determines whether the X1 and X2 are less than 15 (here, 15 is a maximum value of the GOI range) (step 909). When the X1 and X2 are 15, exchange of the GOI value may be again performed. Although both of the X1 and X2 are 15, the process may go to step 910. That is, step 909 may be omitted.

[0058] When both of the X1 and X2 are less than 15, the first P2P device compares the T2 with the T1, and determines a function thereof based on the comparison result (step 910). That is, when the T1 is greater than T2, the first and second P2P devices may be determined as a GO and a GC, respectively. Conversely, when the first and second P2P devices may be determined as a GC and a GO, respectively.

[0059] When the first P2P2 device is determined as the GC through the comparison result of the T2 with the T1, the first P2P device allocates the received IP address as the first P2P device's IP address (step 911). When the first P2P device is determined as the GO, step 911 is omitted.

[0060] FIG. 10 illustrates a flowchart of a method for allocating an IP according to a fourth embodiment of the present invention. Referring to FIG. 10, a first P2P device selects a GOI value X1 from a preset GOI range (e.g., 0~15) (step 1001). Further, the first P2P device selects a tie break value T1 (step 1001). The tie break value may be in an ascending or descending sequence in a preset range.

[0061] The first P2P device transmits the selected GOI value X1 and tie break value T1 to the second P2P device (step 1002). In this example, the X1 and T1 may be transmitted to be included in a GO negotiation request frame or a GO negotiation response frame. In this example, the T1 may not be transmitted to be included in a GO negotiation request frame or a GO negotiation response frame. That is, the tie break value may not be exchanged between two P2P devices.

[0062] The first P2P device receives a GOI value X2 and a tie break value T2 from the second P2P device (step 1003). Here, the GOI value X2 and the tie break value T2 are already received, step 1003 is omitted. A tie break value T2 may not be received.

[0063] The first P2P device determines whether the received GOI value X2 is identical with the transmitted GOI value X1 (step 1004). When the received GOI value X2 differs from the transmitted GOI value X1, the first P2P determines whether the received GOI value X2 is greater than the transmitted GOI value X1 (step 1005). When the received GOI value X2 is greater than the transmitted GOI value X1, the first P2P device determines itself as a GC (step 1006). Further, the second P2P device determines itself as a GO. The first P2P device receives an IP address from the second P2P device and allocates a received IP address as the first P2P device's IP address (step 1007). The IP may be received to be included in a GO negotiation confirmation frame.

[0064] When the received GOI value X2 is less than the transmitted GOI value X1, the first P2P device determines itself as a GO (step 1008). Further, the second P2P device determines itself as a GC. Further, the first P2P device selects an optional IP address from a private IP address list and transmits the selected IP address to the second P2P device (step 1009).

[0065] When the received GOI value X2 is identical with the transmitted GOI value X1, the first P2P device determines whether the X1 and X2 are less than 15 (here, 15 is a maximum value of the GOI range) (step 1010). When the X1 and X2 are 15, exchange of the GOI value may be again performed. Although both of the X1 and X2 are 15, the process may go to step 1011. That is, step 1010 may be omitted.

[0066] When both of the X1 and X2 are less than 15, the first P2P device compares the T2 with the T1, and determines a function thereof based on the comparison result (step 1011). That is, when the T1 is greater than T2, the first and second P2P devices may be determined as a GO and a GC, respectively. Conversely, when the first and second P2P devices may be determined as a GC and a GO, respectively.

[0067] When the first P2P2 device is determined as the GC through the comparison result of the T2 with the T1, the first P2P device allocates the received IP address as the first P2P device's IP address (step 1012). Meanwhile, when the first P2P device is determined as the GO, the first P2P device selects an optional IP address from a private IP address list and transmits the selected optional IP address to the second P2P device (step 1012).

[0068] FIG. 11 illustrates a flowchart of a method for allocating an IP according to a fifth embodiment of the present invention. Referring to FIG. 11, a first P2P device selects a GOI value X1 from a preset GOI range (e.g., 0~15) (step 1101). The first P2P device transmits the selected GOI value X1 to the second P2P device (1102). In this example, the X1 may be transmitted to be included in a GO negotiation request frame or a GO negotiation response frame. The first P2P device receives a GOI value X2 from the second P2P device (step 1103). Here, the GOI value X2 is already received, step 1103 is omitted.

[0069] The first P2P device determines whether the received GOI value X2 is identical with the transmitted GOI value X1 (step 1104). When the received GOI value X2 is identical with the transmitted GOI value X1, the first P2P device and the second P2P device may again exchange the GOI value.

[0070] When the received GOI value X2 differs from the transmitted GOI value X1, the first P2P determines whether the received GOI value X2 is greater than the transmitted GOI value X1 (step 1105). When the received GOI value X2 is greater than the transmitted GOI value X1, the first P2P device determines itself as a GC (step 1106). After that, the first P2P device receives an IP address from the second P2P device, and allocates the received IP address as the first P2P device's IP address (step 1107). Here, the IP address is received from the second P2P device through provision discovery. Meanwhile, the second P2P device determines itself as a GO.

[0071] When the received GOI value X2 is less than or equal to the transmitted GOI value X1, the first P2P device determines itself as a GO (step 1108). Further, the second P2P device determines itself as a GC.

[0072] FIG. 12 illustrates a diagram of an example of a GO Negotiation Confirmation frame according to an exemplary embodiment of the present invention. Referring to FIG. 12, a GO negotiation confirmation frame may include a vendor specific 1210. Further, the vendor specific 1210 may include a private IP address 1020, for instance, "165.213.30.23". That is, the P2P device may select one from "165.213.30.2~254" and includes the selected IP address in a GO negotiation confirmation frame, and transmit the GO negotiation confirmation frame to a P2P device of the other party. The P2P device may include the selected IP address in a GO negotiation request frame or a GO owner negotiation response frame, and the corresponding to the P2P device of the other party. For example, "165.213.30.2~10" is a share to be allocated to a third P2P device, and may be excluded in the selection.

[0073] FIG. 13 illustrates a flowchart of a method for allocating an IP according to a sixth embodiment of the present invention. Referring to FIG. 13, a first P2P device 1310 is in a state completing connection with a second P2P device (not shown) through discovery and negotiation procedures. Further, the first P2P device 1310 is in a state determined as a GO in the negotiation procedure. Further, the first P2P device 1310 and a third P2P device 1320 are in a state discovered through the device discovery. The third P2P device 1320 transmits a provision discovery request frame to the first P2P device 1310 in this state (step 1301). The first P2P device 1310 transmits a provision discovery response frame to the third P2P device 1320 in response to reception of the provision discovery request frame (step 1302). In this example, according to certain embodiments of the present invention, the provision discovery response frame may include an IP address, particularly, a private IP address. The third P2P device 1320 allocates the received IP address as the third P2P device's IP address and participates in a P2P group in which the first P2P device 1310 is a GO

[0074] As described above, the P2P device according to embodiments of the present invention is applicable to electronic devices of various forms. For example, the P2P device in certain embodiments of the present invention is applicable to a portable terminal. It will be apparent that the portable terminal may be in the form of any suitable type of information and communication device and/or multi-media device, for example a portable phone, a smart phone, a tablet PC, a net book PC, a notebook PC, a Portable Multimedia Player (PMP), an electronic book (e-book) reader, a Personal Digital Assistant (PDA), a digital broadcasting player, a music player (e.g., MP3 player), a portable game terminal, and application devices thereof.

[0075] FIG. 14 illustrates a block diagram of a portable terminal according to an exemplary embodiment of the present invention. Referring to FIG. 14, a portable terminal 1400 according to this exemplary embodiment of the present invention may include a touch screen 1410, a key input unit 1420, a display unit 1430, a memory 1440, a radio frequency (RF) communication unit 1450, and a controller 1460.

[0076] The touch screen 1410 is mounted in front of the display unit 1430, generates a touch event in response to a user gesture input to the touch screen 1410, and transfers the generated touch event to the controller 1460. Accordingly, the controller 1460 may detect the touch event input from the touch screen 1410 to control the foregoing components.

[0077] The key input unit 1420 may include a plurality of input keys and function keys for receiving input of numerals and character information and for setting various functions. The key input unit 1420 generates and transfers a key signal associated with user setting and function control of the portable terminal 1400 to the controller 1460. The controller 1460 controls the foregoing components in response to the key signal.

[0078] The display unit 1430 converts image data input from the controller 1460 into an analog signal, and displays the analog signal under control of the controller 1460. That is, the display unit 1430 may provide various screens according to use of the portable terminal, for example, a lock screen, a home screen, an application execution screen, a menu screen, a keypad screen a message creation screen, and an Internet screen. The display unit 1430 may be configured by a flat panel display such as a Liquid Crystal Display (LCD), an Organic Light Emitted Diode (OLED), or an Active Matrix Organic Light Emitted Diode (AMOLED).

[0079] The memory 1440 may store an operating system (OS), applications necessary for operation, and various data. The memory 1440 may chiefly include a program area and a data area. The data area of the memory 140 may store data generated by the portable terminal 1400 or data downloaded from the outside (i.e. external to the portable terminal 1400), namely, images, documents, video, messages, mails, music, and effect sounds. Further, the data area may store the screen displayed on the display unit 1430. Moreover, the data area may temporarily store data which the user copies messages, photographs, web pages, or documents for copy and paste. In addition, the data area may store various setting values (e.g., screen brightness, presence of vibration when a touch occurs, presence of automatic rotation of a screen) for operating the portable terminal. Further, the data area may include a private IP address list 1441. The program area of the memory 1440 may store an operating system (OS) for booting the portable terminal and the foregoing components, and various applications. In particular, the program area stores programs associated with an operation and control of a Wi-Fi direct terminal such as device discovery, provision discovery, and negotiation.

[0080] The RF communication unit 1450 performs a voice call, an image call or data communication under control of the controller 1460. To do this, the RF communication unit 1450 may include an RF transmitter up-converting a frequency of a transmitted signal and amplifying the signal and an RF receiver low-noise-amplifying a received signal and down-converting the signal. Further, the RF communication unit 1450 may include mobile communication modules (e.g., a 3-Generation mobile communication module, a 3.5-Generation mobile communication module, or a 4-Generation mobile communication module, etc.) and a Wi-Fi module.

[0081] The Wi-Fi module 1451 supports wireless communication based on an IP of the portable terminal 1400. In certain embodiments of the present invention, the Wi-Fi module 1451 performs a function of an AP or a station under control of the controller 1460. In other words, the Wi-Fi module 1451 acts as a GO or a GC under control of the controller 1460.

[0082] The Wi-Fi module 1451 performs device discovery, provision discovery, and negotiation. Particularly, the Wi-Fi module 1451 may include an IP address in a Provision Discovery Request Frame, a Provision Discovery Response Frame, a GO Negotiation Request Frame, a GO Negotiation Response Frame, or a GO Negotiation Configuration Frame, and transmit the corresponding frame under control of the controller 1460. Further, the Wi-Fi module 1451 may receive the IP address included in the Provision Discovery Request Frame, the Provision Discovery Response Frame, the GO Negotiation Request Frame, the GO Negotiation Response Frame, or the GO Negotiation Configuration Frame, and transfer the received IP address to the controller 1460.

[0083] The controller 1460 controls an overall operation of the portable terminal 1400, signal flow between internal components of the portable terminal 1400, and processes data. Further, the controller 1460 controls power supply to the internal components in a battery. Moreover, the controller 1460 executes various applications stored in the program area.

[0084] The controller 1460 may receive an event from the touch screen 1410 or the key input unit 1420, and detect command of the discovery from the received event. The controller 1460 controls the Wi-Fi module 1451 to perform the device discovery in response to the command of device discovery. The controller 1460 controls the Wi-Fi module 1451 to perform the provision discovery in response to the command of the provision discovery.

[0085] The controller 1460 may select a private IP address to be transmitted from a private IP address list 1441, and control the Wi-Fi module 1451 to transmit the selected private IP address. The controller 1460 may receive the private IP address from an external device, namely, a P2P device through the Wi-Fi module 1451. As a negotiation result, when the portable terminal 1400 is determined as a GC, the controller 1460 allocates the received private IP address as an IP address of the portable terminal 1400, and operates the Wi-Fi module 1451 as a GC. As a negotiation result, when the portable terminal 1400 is determined as a GO, the controller 1460 operates the Wi-Fi module 1451 as a GO.

[0086] The skilled person will appreciate that various structural elements in embodiments of the present invention can be variously omitted, modified, substituted and/or changed, for example according to convergence trend of digital devices. For example, the portable terminal 1400 in the embodiments described above may further include constructions that are not mentioned, for example a digital broadcasting module (e.g., DMB module), a GPS module, and a camera module. For example, the terminal 1400 of the embodiments described above may be substituted by specific constructions according to desired form or design requirements.

[0087] It will be appreciated that embodiments of the present invention can be realized in the form of hardware, software or a combination of hardware and software. For example, the foregoing method for allocating an Internet Protocol address in exemplary embodiments of the present invention may be implemented in an executable program command form by various computer means and be recorded in a computer readable recording medium. In this example, the computer readable recording medium may include a program command, a data file, and a data structure individually or a combination thereof. In the meantime, the program command recorded in a recording medium may be specially designed or configured for embodiments of the present invention or be known to a person having ordinary skill in a computer software field to be used. The computer readable recording medium includes Magnetic Media such as hard disk, floppy disk, or magnetic tape, Optical Media such as Compact Disc Read Only Memory (CD-ROM) or Digital Versatile Disc (DVD), Magneto-Optical Media such as optical disk, and a hardware device such as ROM. RAM, flash memory storing and executing program commands. Further, the program command includes a machine language code created by a complier and a high-level language code executable by a computer using an interpreter. The foregoing hardware device may be configured to be operated as at least one software module to perform an operation of embodiments of the present invention.


Claims

1. A portable electronic device (420, 520, 620, 1320, 1400) capable of performing Wi-Fi peer-to-peer, P2P, communication, the portable electronic device (420, 520, 620, 1320, 1400) comprising:

a communication module (1450) configured to perform the communication;

a memory (1440) to store one or more internet protocol addresses; and

a processor (1460) configured to:

detect (210), via the communication, an external electronic device (410, 510, 610, 1310) to be grouped with the portable electronic device (420, 520, 620, 1320, 1400) as a peer to peer communication group including a group owner device and one or more group client devices;

determine (220) which of the portable electronic device (420, 520, 620, 1320, 1400) and the external electronic device (410, 510, 610, 1310) is assigned as the group owner device and which is assigned as a group client device of the one or more group client devices; and

when it is determined that the portable electronic device (420, 520, 620, 1320, 1400) is assigned as the group client device and that the external electronic device (410, 510, 610, 1310) is assigned as the group owner device:

receive, via the communication, an internet protocol address from the external electronic device (410, 510, 610, 1310); and

set the received internet protocol address as an internet protocol address to be used by the portable electronic device (420, 520, 620, 1320, 1400) to send content to the external electronic device (410, 510, 610, 1310) while the external electronic device (410, 510, 610, 1310) is grouped with the portable electronic device (420, 520, 620, 1320, 1400) as the peer to peer communication group,

wherein the internet protocol address is selected without using a dynamic host configuration protocol server, and

wherein the internet protocol address is received before a connection is completed (230) for sending content between the external electronic device (410, 510, 610, 1310) and the portable electronic device (420, 520, 620, 1320, 1400) in the peer to peer communication group.


 
2. The portable electronic device of claim 1, further comprising a display (1430), and wherein the processor (1460) is configured to display, as part of the detecting (210), an indication indicative of the external electronic device (410, 510, 610, 1310) via the display (1430).
 
3. The portable electronic device of claim 2 wherein the processor (1460) is configured to initiate the connection with the external electronic device (410, 510, 610, 1310) using the communication based on a user input received in relation with the indication.
 
4. The portable electronic device of any preceding claim, wherein the processor (1460) is configured, when operating to detect the external electronic device (410, 510, 610, 1310) and when the portable electronic device (420, 520, 620, 1320, 1400) is assigned as the group client device, to receive a beacon frame.
 
5. The portable electronic device of any preceding claim, wherein determining (220) the group owner device and the group client device is performed by the portable electronic device (420, 520, 620, 1320, 1400) in cooperation with the external electronic device (410, 510, 610, 1310).
 
6. The portable electronic device of any preceding claim, wherein the processor (1460) is further configured to:

exchange group owner intent, GOI, values with the external electronic device (410, 510, 610, 1310), and

determine (220) which of the portable electronic device (420, 520, 620, 1320, 1400) and the external electronic device (410, 510, 610, 1310) is assigned as the group owner device and which is assigned as the group client device based on the GOI values.


 
7. The portable electronic device of any preceding claim, wherein the processor (1460) is configured to receive the internet protocol address using a data frame including vendor specific information.
 
8. A method of operating a portable electronic device (420, 520, 620, 1320, 1400) capable of performing Wi-Fi peer-to-peer, P2P, communication, the method comprising:

detecting (210), via the communication of the portable electronic device (420, 520, 620, 1320, 1400), an external electronic device (410, 510, 610, 1310) to be grouped with the portable electronic device (420, 520, 620, 1320, 1400) as a peer to peer communication group including a group owner device and one or more group client devices;

determining (220) which of the portable electronic device (420, 520, 620, 1320, 1400) and the external electronic device (410, 510, 610, 1310) is assigned as the group owner device and which is assigned as a group client device of the one or more group client devices; and

when it is determined that the portable electronic device (420, 520, 620, 1320, 1400) is assigned as the group client device and that the external electronic device (410, 510, 610, 1310) is assigned as the group owner device:

receiving an internet protocol address from the external electronic device (410, 510, 610, 1310) via the communication; and

setting the received internet protocol address as an internet protocol address to be used by the portable electronic device (420, 520, 620, 1320, 1400) to send content to the external electronic device (410, 510, 610, 1310) while the external electronic device (410, 510, 610, 1310) is grouped with the portable electronic device (420, 520, 620, 1320, 1400) as the peer to peer communication group,

wherein the internet protocol address is selected without using a dynamic host configuration protocol server, and

wherein the internet protocol address is received before a connection is completed (230) for sending content between the external electronic device (410, 510, 610, 1310) and the portable electronic device (420, 520, 620, 1320, 1400) in the peer to peer communication group.


 


Ansprüche

1. Tragbare elektronische Vorrichtung (420, 520, 620, 1320, 1400), die zum Durchführen von Wi-Fi-Peer-to-Peer-Kommunikation, Wi-Fi-P2P-Kommunikation, fähig ist, wobei die tragbare elektronische Vorrichtung (420, 520, 620, 1320, 1400) umfasst:

ein Kommunikationsmodul (1450), das zum Durchführen der Kommunikation konfiguriert ist;

einen Speicher (1440) zum Speichern einer oder mehrerer Internet-Protokoll-Adressen; und

einen Prozessor (1460), der konfiguriert ist zum:

Erkennen (210), über die Kommunikation, einer externen elektronischen Vorrichtung (410, 510, 610, 1310), die mit der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) als eine Peer-to-Peer-Kommunikationsgruppe, die eine Gruppenbesitzervorrichtung und eine oder mehrere Gruppen-Client-Vorrichtungen enthält, zu gruppieren ist;

Bestimmen (220), welche von der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) und der externen elektronischen Vorrichtung (410, 510, 610, 1310) als die Gruppenbesitzervorrichtung festgelegt ist und welche als eine Gruppen-Client-Vorrichtung der einen oder mehreren Gruppen-Client-Vorrichtungen festgelegt ist; und

wenn bestimmt ist, dass die tragbare elektronische Vorrichtung (420, 520, 620, 1320, 1400) als die Gruppen-Client-Vorrichtung festgelegt ist und dass die externe elektronische Vorrichtung (410, 510, 610, 1310) als die Gruppenbesitzervorrichtung festgelegt ist:

Empfangen, über die Kommunikation, einer Internet-Protokoll-Adresse von der externen elektronischen Vorrichtung (410, 510, 610, 1310); und

Einstellen der empfangenen Internet-Protokoll-Adresse als eine Internet-Protokoll-Adresse, die von der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) zu verwenden ist, um Inhalt an die externe elektronische Vorrichtung (410, 510, 610, 1310) zu senden, während die externe elektronisches Vorrichtung (410, 510, 610, 1310) mit der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) als Peer-to-Peer-Kommunikationsgruppe gruppiert ist, wobei die Internet-Protokoll-Adresse ohne Verwenden eines Dynamic-Host-Configuration-Protocol-Servers ausgewählt ist, und

wobei die Internet-Protokoll-Adresse empfangen wird, bevor eine Verbindung zum Senden von Inhalt zwischen der externen elektronischen Vorrichtung (410, 510, 610, 1310) und der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) in der Peer-to-Peer-Kommunikationsgruppe hergestellt ist (230).


 
2. Tragbare elektronische Vorrichtung nach Anspruch 1, umfassend eine Anzeige (1430), und
wobei der Prozessor (1460) dazu konfiguriert ist, als Teil des Erkennens (210) eine Angabe, die auf die externe elektronische Vorrichtung (410, 510, 610, 1310) hinweist, über die Anzeige (1430) anzuzeigen.
 
3. Tragbare elektronische Vorrichtung nach Anspruch 2, wobei der Prozessor (1460) dazu konfiguriert ist, die Verbindung mit der externen elektronischen Vorrichtung (410, 510, 610, 1310) unter Verwendung der Kommunikation basierend auf einer Benutzereingabe, die in Bezug auf die Angabe empfangen wird, zu initiieren.
 
4. Tragbare elektronische Vorrichtung nach einem vorhergehenden Anspruch, wobei der Prozessor (1460) dazu konfiguriert ist, wenn er arbeitet, die externe elektronische Vorrichtung (410, 510, 610, 1310) zu erkennen, und wenn die tragbare elektronische Vorrichtung (420, 520, 620, 1320, 1400) als die Gruppen-Client-Vorrichtung festgelegt ist, einen Beacon-Frame zu empfangen.
 
5. Tragbare elektronische Vorrichtung nach einem vorhergehenden Anspruch, wobei das Bestimmen (220) der Gruppenbesitzervorrichtung und der Gruppen-Client-Vorrichtung durch die tragbare elektronische Vorrichtung (420, 520, 620, 1320, 1400) in Zusammenarbeit mit der externen elektronischen Vorrichtung (410, 510, 610, 1310) durchgeführt wird.
 
6. Tragbare elektronische Vorrichtung nach einem vorhergehenden Anspruch, wobei der Prozessor (1460) ferner konfiguriert ist zum:

Austauschen von Gruppenbesitzerabsichtswerten, GOI-Werten, mit der externen elektronischen Vorrichtung (410, 510, 610, 1310) und

Bestimmen (220), welche von der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) und der externen elektronischen Vorrichtung (410, 510, 610, 1310) als die Gruppenbesitzervorrichtung festgelegt ist und welche als die Gruppen-Client-Vorrichtung festgelegt ist, basierend auf den GOI-Werten.


 
7. Tragbare elektronische Vorrichtung nach einem vorhergehenden Anspruch, wobei der Prozessor (1460) dazu konfiguriert ist, die Internet-Protokoll-Adresse unter Verwendung eines Daten-Frames, der händlerspezifische Informationen enthält, zu empfangen.
 
8. Verfahren zum Betreiben einer tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400), die zum Durchführen von Wi-Fi-Peer-to-Peer-Kommunikation, P2P-Komunikation, fähig ist, wobei das Verfahren umfasst:

Erkennen (210), über die Kommunikation der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400), einer externen elektronischen Vorrichtung (420, 520, 620, 1320, 1400), die mit der tragbaren elektronischen Vorrichtung (410, 510, 610, 1310) als eine Peer-to-Peer-Kommunikationsgruppe, die eine Gruppenbesitzervorrichtung und eine oder mehrere Gruppen-Client-Vorrichtungen enthält, zu gruppieren ist;

Bestimmen (220), welche von der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) und der externen elektronischen Vorrichtung (410, 510, 610, 1310) als die Gruppenbesitzervorrichtung festgelegt ist und welche als eine Gruppen-Client-Vorrichtung der einen oder mehreren Gruppen-Client-Vorrichtungen festgelegt ist; und

wenn bestimmt ist, dass die tragbare elektronische Vorrichtung (420, 520, 620, 1320, 1400) als die Gruppen-Client-Vorrichtung festgelegt ist und dass die externe elektronische Vorrichtung (410, 510, 610, 1310) als die Gruppenbesitzervorrichtung festgelegt ist:

Empfangen einer Internet-Protokoll-Adresse von der externen elektronischen Vorrichtung (410, 510, 610, 1310) über die Kommunikation; und

Einstellen der empfangenen Internet-Protokoll-Adresse als eine Internet-Protokoll-Adresse, die von der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) zu verwenden ist, um Inhalt an die externe elektronische Vorrichtung (410, 510, 610, 1310) zu senden, während die externe elektronisches Vorrichtung (410, 510, 610, 1310) mit der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) als Peer-to-Peer-Kommunikationsgruppe gruppiert ist,

wobei die Internet-Protokoll-Adresse ohne Verwenden eines Dynamic-Host-Configuration-Protocol-Servers ausgewählt ist, und

wobei die Internet-Protokoll-Adresse empfangen wird, bevor eine Verbindung zum Senden von Inhalt zwischen der externen elektronischen Vorrichtung (410, 510, 610, 1310) und der tragbaren elektronischen Vorrichtung (420, 520, 620, 1320, 1400) in der Peer-to-Peer-Kommunikationsgruppe hergestellt ist (230).


 


Revendications

1. Dispositif électronique portable (420, 520, 620, 1320, 1400) capable d'effectuer une communication Wi-Fi pair à pair, P2P, le dispositif électronique portable (420, 520, 620, 1320, 1400) comprenant :

un module de communication (1450) configuré pour effectuer la communication ;

une mémoire (1440) pour stocker une ou plusieurs adresses de protocole internet ; et

un processeur (1460) configuré pour :

détecter (210), par l'intermédiaire de la communication, un dispositif électronique externe (410, 510, 610, 1310) à grouper avec le dispositif électronique portable (420, 520, 620, 1320, 1400) sous la forme d'un groupe de communication pair à pair comprenant un dispositif propriétaire de groupe et un ou plusieurs dispositifs clients de groupe ;

déterminer (220) lequel du dispositif électronique portable (420, 520, 620, 1320, 1400) et du dispositif électronique externe (410, 510, 610, 1310) est désigné en tant que dispositif propriétaire de groupe et lequel est désigné en tant que dispositif client de groupe parmi le ou les dispositifs client de groupe ;

lorsque la désignation du dispositif électronique portable (420, 520, 620, 1320, 1400) en tant que dispositif client de groupe et la désignation du dispositif électronique externe (410, 510, 610, 1310) en tant que dispositif propriétaire de groupe ont été déterminées :

recevoir, par l'intermédiaire de la communication, une adresse de protocole internet en provenance du dispositif électronique externe (410, 510, 610, 1310) ; et

définir l'adresse de protocole internet reçue en tant qu'adresse de protocole internet devant être utilisée par le dispositif électronique portable (420, 520, 620, 1320, 1400) pour envoyer un contenu au dispositif électronique externe (410, 510, 610, 1310) pendant que le dispositif électronique externe (410, 510, 610, 1310) est groupé avec le dispositif électronique portable (420, 520, 620, 1320, 1400) en tant que groupe de communication pair à pair, ladite adresse de protocole internet étant sélectionnée sans utiliser un serveur de protocole de configuration dynamique d'hôte, et

ladite adresse de protocole internet étant reçue avant qu'une connexion ne soit établie (230) en vue de l'envoi du contenu entre le dispositif électronique externe (410, 510, 610, 1310) et le dispositif électronique portable (420, 520, 620, 1320, 1400) dans le groupe de communication pair à pair.


 
2. Dispositif électronique portable selon la revendication 1, comprenant en outre un dispositif d'affichage (1430), et
ledit processeur (1460) étant configuré pour afficher, dans le cadre de la détection (210), une indication indiquant le dispositif électronique externe (410, 510, 610, 1310) par l'intermédiaire du dispositif d'affichage (1430).
 
3. Dispositif électronique portable selon la revendication 2, ledit processeur (1460) étant configuré pour initier la connexion avec le dispositif électronique externe (410, 510, 610, 1310) à l'aide de la communication sur la base d'une entrée utilisateur reçue en relation avec l'indication.
 
4. Dispositif électronique portable selon une quelconque revendication précédente, ledit processeur (1460) étant configuré, lorsqu'il fonctionne pour détecter le dispositif électronique externe (410, 510, 610, 1310) et lorsque le dispositif électronique portable (420, 520, 620, 1320, 1400) est désigné en tant dispositif client de groupe, pour transmettre une trame de balise.
 
5. Dispositif électronique portable selon une quelconque revendication précédente, ladite détermination (220) du dispositif propriétaire de groupe et du dispositif client de groupe étant effectuée par le dispositif électronique portable (420, 520, 620, 1320, 1400) en coopération avec le dispositif électronique externe (410, 510, 610, 1310).
 
6. Dispositif électronique portable selon une quelconque revendication précédente, ledit processeur (1460) étant en outre configuré pour :

échanger les valeurs d'intention de propriétaire de groupe, GOI, avec le dispositif électronique externe (410, 510, 610, 1310), et

déterminer (220) lequel du dispositif électronique portable (420, 520, 620, 1320, 1400) et du dispositif électronique externe (410, 510, 610, 1310) est désigné en tant que dispositif propriétaire de groupe et lequel est désigné en tant que dispositif client de groupe sur la base des valeurs GOI.


 
7. Dispositif électronique portable selon une quelconque revendication précédente, ledit processeur (1460) étant configuré pour recevoir l'adresse de protocole internet à l'aide d'une trame de données comprenant des informations spécifiques au fournisseur.
 
8. Procédé de fonctionnement d'un dispositif électronique portable (420, 520, 620, 1320, 1400) capable d'effectuer une communication Wi-Fi pair à pair, P2P, le procédé comprenant :

la détection (210), par l'intermédiaire de la communication du dispositif électronique portable (420, 520, 620, 1320, 1400), d'un dispositif électronique externe (410, 510, 610, 1310) à grouper avec le dispositif électronique portable (420, 520, 620, 1320, 1400) sous la forme d'un groupe de communication pair à pair comprenant un dispositif propriétaire de groupe et un ou plusieurs dispositifs clients de groupe ;

la détermination (220) duquel du dispositif électronique portable (420, 520, 620, 1320, 1400) et du dispositif électronique externe (410, 510, 610, 1310) est désigné en tant que dispositif propriétaire de groupe et est désigné en tant dispositif client de groupe du ou des dispositifs clients de groupe ;

lorsque la désignation du dispositif électronique portable (420, 520, 620, 1320, 1400) en tant que dispositif client de groupe et la désignation du dispositif électronique externe (410, 510, 610, 1310) en tant que dispositif propriétaire de groupe ont été déterminées :

la réception d'une adresse de protocole internet en provenance du dispositif électronique externe (410, 510, 610, 1310) par l'intermédiaire de la communication ; et

la définition, de l'adresse de protocole reçue en tant qu'adresse de protocole internet devant être utilisée par le dispositif électronique portable (420, 520, 620, 1320, 1400) pour envoyer du contenu au dispositif électronique externe (410, 510, 610, 1310) pendant que le dispositif électronique externe (410, 510, 610, 1310) est groupé avec le dispositif électronique portable (420, 520, 620, 1320, 1400) sous la forme de groupe de communication pair à pair,

ladite adresse de protocole internet étant sélectionnée sans utiliser de serveur de protocole de configuration dynamique d'hôte, et

ladite adresse de protocole internet étant reçue avant qu'une connexion ne soit établie (230) en vue de l'envoi du contenu entre le dispositif électronique externe (410, 510, 610, 1310) et le dispositif électronique portable (420, 520, 620, 1320, 1400) dans le groupe de communication pair à pair.


 




Drawing















































Cited references

REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Non-patent literature cited in the description