WO2016204497A1 - 무선 통신 시스템에서 nan 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법 및 장치 - Google Patents

무선 통신 시스템에서 nan 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법 및 장치 Download PDF

Info

Publication number
WO2016204497A1
WO2016204497A1 PCT/KR2016/006325 KR2016006325W WO2016204497A1 WO 2016204497 A1 WO2016204497 A1 WO 2016204497A1 KR 2016006325 W KR2016006325 W KR 2016006325W WO 2016204497 A1 WO2016204497 A1 WO 2016204497A1
Authority
WO
WIPO (PCT)
Prior art keywords
nan
proxy
nan proxy
relay
client
Prior art date
Application number
PCT/KR2016/006325
Other languages
English (en)
French (fr)
Inventor
박현희
김동철
이병주
박기원
임태성
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US15/736,700 priority Critical patent/US10433355B2/en
Publication of WO2016204497A1 publication Critical patent/WO2016204497A1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/562Brokering proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/04Communication route or path selection, e.g. power-based or shortest path routing based on wireless node resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/182Network node acting on behalf of an other network entity, e.g. proxy

Definitions

  • the present specification relates to a wireless communication system, and more particularly, to a method and apparatus for a NAN (Neighbor Awareness Networking) proxy server performing a relay device role in a wireless communication system.
  • NAN Network Awareness Networking
  • Wireless communication systems are widely deployed to provide various kinds of communication services such as voice and data.
  • a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency (SC-FDMA).
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • MCD division multiple access
  • MCDMA multi-carrier frequency division multiple access
  • MC-FDMA multi-carrier frequency division multiple access
  • WLAN is based on radio frequency technology, and can be used in homes, businesses, or businesses by using portable terminals such as personal digital assistants (PDAs), laptop computers, and portable multimedia players (PMPs). It is a technology that allows wireless access to the Internet in a specific service area.
  • PDAs personal digital assistants
  • PMPs portable multimedia players
  • An object of the present specification is to provide a method and apparatus for performing a role of a relay device in a NAN proxy server in a wireless communication system.
  • An object of the present specification is to provide a method in which a NAN terminal performs a role of a proxy server and a proxy client in a wireless communication system.
  • An object of the present specification is to provide a method for a NAN proxy server to relay communication of NAN proxy clients.
  • a method for relaying data communication by a NAN proxy server in a wireless communication system may be provided.
  • the method of relaying data communication by the NAN proxy server may include transmitting server capability attribute information of the NAN proxy server to the first NAN proxy client, receiving connection capability attribute information from the first NAN proxy client, and first NAN.
  • the proxy relay request attribute information may be transmitted when the connection capability attribute information includes the information on the direct connection failure.
  • the NAN proxy server may include a receiving module for receiving information from an external device, a transmitting module for transmitting information to the external device, and a processor for controlling the receiving module and the transmitting module.
  • the processor transmits the server capability attribute information of the NAN proxy server to the first NAN proxy client by using the transmission module, receives the connection capability attribute information from the first NAN proxy client by using the reception module, and uses the transmission module.
  • the proxy relay request attribute information may be transmitted when the connection capability attribute information includes the information on the direct connection failure.
  • the followings may be commonly applied to a method for relaying data communication and a NAN proxy server in a wireless communication system.
  • the first NAN proxy client may transmit a message for a direct connection to the second NAN proxy client based on the server capability attribute information.
  • the connection capability attribute information may include information about a direct connection failure.
  • N may be a preset number of transmissions.
  • the server capability attribute information may include information on NAN proxy clients registered in the NAN proxy server.
  • all information on the first type NAN proxy clients among the NAN proxy clients is included in the server capability attribute information, and the second type NAN proxy clients among the NAN proxy clients are included.
  • the information only information on the client ID and the service name may be included in the server capability attribute information.
  • the proxy client information request may be further received from the first NAN proxy client, and the proxy client information response may be further transmitted to the first NAN proxy client.
  • the proxy client information response may include all information about the second type NAN proxy clients.
  • the first type may be a general type and the second type may be a security type.
  • the proxy relay scheduling attribute information may be transmitted to the first NAN proxy client.
  • the proxy relay scheduling attribute information may include at least one of attribute ID, relay requester ID, relay responder ID, scheduling random rank value, service start time, and service interval information. have.
  • the scheduling random rank value may be a value determined based on an access category.
  • the priority when there are a plurality of relay requesters requesting data relay to the NAN proxy server, the priority may be determined based on a scheduling random rank value.
  • a scheduling random rank value of the first NAN proxy client is greater than a scheduling random rank value of the second NAN proxy client. If small, data relay to the first NAN proxy client may be performed first.
  • a service interval may be determined based on the scheduling random rank value.
  • data relaying may be completed.
  • the present disclosure may provide a method and apparatus for performing a role of a relay device by a NAN proxy server in a wireless communication system.
  • the present disclosure may provide a method in which a NAN terminal performs a role of a proxy server and a proxy client in a wireless communication system.
  • the present disclosure may provide a method in which a NAN proxy server relays communication of NAN proxy clients.
  • the present disclosure may provide a method for relaying data communication when communication between NAN proxy clients is impossible.
  • the present specification may provide a method for performing communication using a NAN proxy server when the NAN proxy clients cannot communicate directly due to signal strength and distance problems.
  • FIG. 1 is a diagram illustrating an exemplary structure of an IEEE 802.11 system.
  • 2 to 3 are diagrams illustrating a NAN cluster.
  • FIG. 4 illustrates a structure of a NAN terminal.
  • FIG. 7 is a diagram illustrating a state transition of a NAN terminal.
  • FIG. 8 is a diagram illustrating a discovery window and the like.
  • FIG. 10 is a diagram illustrating a method in which a NAN terminal registers as a NAN proxy client in a NAN proxy server.
  • FIG. 11 is a diagram illustrating a method in which a NAN terminal registers as a NAN proxy client in a NAN proxy server.
  • FIG. 12 is a diagram illustrating a method in which a NAN proxy server relays communication between NAN clients.
  • FIG. 13 is a diagram illustrating a method in which a NAN proxy server performs a role of a relay device.
  • FIG. 14 is a diagram illustrating a method in which a NAN proxy server performs a role of a relay device.
  • FIG. 15 is a diagram illustrating a method in which a NAN proxy server performs a relay device role based on a plurality of relay requestors.
  • 16 is a diagram illustrating a method in which a NAN proxy server relays data communication as a relay device.
  • FIG. 17 is a flowchart illustrating a method in which a NAN proxy server performs a relay device role.
  • 18 is a block diagram of a terminal device.
  • each component or feature may be considered to be optional unless otherwise stated.
  • Each component or feature may be embodied in a form that is not combined with other components or features.
  • some of the components and / or features may be combined to form an embodiment of the present invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment, or may be replaced with corresponding components or features of another embodiment.
  • Embodiments of the present invention are provided by standard documents disclosed in at least one of the wireless access systems IEEE 802 system, 3GPP system, 3GPP LTE and LTE-Advanced (LTE-A) system, 3GPP2 system, Wi-Fi system and NAN system Can be supported. That is, steps or parts which are not described to clearly reveal the technical spirit of the present invention among the embodiments of the present invention may be supported by the above documents. In addition, all terms disclosed in the present document can be described by the above standard document.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with wireless technologies such as Global System for Mobile communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • first and / or second may be used herein to describe various components, but the components should not be limited by the terms. The terms are only for the purpose of distinguishing one component from another component, for example, without departing from the scope of rights in accordance with the concepts herein, the first component may be called a second component, and similarly The second component may also be referred to as a first component.
  • unit refers to a unit that processes at least one function or operation, which may be implemented in a combination of hardware and / or software.
  • FIG. 1 is a diagram showing an exemplary structure of an IEEE 802.11 system to which the present invention can be applied.
  • the IEEE 802.11 architecture may be composed of a plurality of components, and by their interaction, a WLAN may be provided that supports transparent STA mobility for higher layers.
  • the Basic Service Set (BSS) may correspond to a basic building block in an IEEE 802.11 WLAN.
  • FIG. 1 exemplarily shows that two BSSs (BSS1 and BSS2) exist and include two STAs as members of each BSS (STA1 and STA2 are included in BSS1 and STA3 and STA4 are included in BSS2). do.
  • an ellipse representing a BSS may be understood to represent a coverage area where STAs included in the BSS maintain communication. This area may be referred to as a basic service area (BSA).
  • BSA basic service area
  • the most basic type of BSS in an IEEE 802.11 WLAN is an independent BSS (IBSS).
  • the IBSS may have a minimal form consisting of only two STAs.
  • the BSS (BSS1 or BSS2) of FIG. 1, which is the simplest form and other components are omitted, may correspond to a representative example of the IBSS. This configuration is possible when STAs can communicate directly.
  • this type of WLAN is not configured in advance, but may be configured when a WLAN is required, and may be referred to as an ad-hoc network.
  • the membership of the STA in the BSS may be dynamically changed by turning the STA on or off, the STA entering or exiting the BSS region, and the like.
  • the STA may join the BSS using a synchronization process.
  • the STA In order to access all services of the BSS infrastructure, the STA must be associated with the BSS. This association may be set up dynamically and may include the use of a Distribution System Service (DSS).
  • DSS Distribution System Service
  • FIG. 1 illustrates components of a distribution system (DS), a distribution system medium (DSM), an access point (AP), and the like.
  • DS distribution system
  • DSM distribution system medium
  • AP access point
  • the station-to-station distance directly in the WLAN may be limited by PHY performance. In some cases, this distance limit may be sufficient, but in some cases, communication between more distant stations may be necessary.
  • the distribution system DS may be configured to support extended coverage.
  • the DS refers to a structure in which BSSs are interconnected. Specifically, instead of the BSS independently as shown in FIG. 1, the BSS may exist as an extended type component of a network composed of a plurality of BSSs.
  • DS is a logical concept and can be specified by the nature of the distribution system medium (DSM).
  • the IEEE 802.11 standard logically distinguishes between wireless medium (WM) and distribution system media (DSM). Each logical medium is used for a different purpose and is used by different components.
  • the definition of the IEEE 802.11 standard does not limit these media to the same or to different ones. In this way the plurality of media are logically different, the flexibility of the IEEE 802.11 WLAN structure (DS structure or other network structure) can be described. That is, the IEEE 802.11 WLAN structure can be implemented in various ways, the corresponding WLAN structure can be specified independently by the physical characteristics of each implementation.
  • the DS may support the mobile device by providing seamless integration of multiple BSSs and providing logical services for handling addresses to destinations.
  • An AP refers to an entity that enables access to a DS through WM for associated STAs and has STA functionality. Data movement between the BSS and the DS may be performed through the AP.
  • STA2 and STA3 shown in FIG. 1 have the functionality of a STA, and provide a function to allow associated STAs STA1 and STA4 to access the DS.
  • all APs basically correspond to STAs, all APs are addressable entities. The address used by the AP for communication on the WM and the address used by the AP for communication on the DSM need not necessarily be the same.
  • Data transmitted from one of the STAs associated with an AP to the STA address of that AP may always be received at an uncontrolled port and processed by an IEEE 802.1X port access entity.
  • transmission data (or frame) may be transmitted to the DS.
  • the operation of the STA operating in the WLAN system may be described in terms of a layer structure.
  • the hierarchy may be implemented by a processor.
  • the STA may have a plurality of hierarchical structures.
  • the hierarchical structure covered by the 802.11 standard document is mainly the MAC sublayer and physical (PHY) layer on the DLL (Data Link Layer).
  • the PHY may include a Physical Layer Convergence Procedure (PLCP) entity, a Physical Medium Dependent (PMD) entity, and the like.
  • PLCP Physical Layer Convergence Procedure
  • PMD Physical Medium Dependent
  • the MAC sublayer and PHY conceptually contain management entities called MAC sublayer management entities (MLMEs) and physical layer management entities (PLMEs), respectively.These entities provide a layer management service interface on which layer management functions operate. .
  • SME Station Management Entity
  • An SME is a layer-independent entity that can appear to be in a separate management plane or appear to be off to the side. While the exact features of the SME are not described in detail in this document, they generally do not include the ability to collect layer-dependent states from various Layer Management Entities (LMEs), and to set similar values for layer-specific parameters. You may seem to be in charge. SMEs can generally perform these functions on behalf of general system management entities and implement standard management protocols.
  • LMEs Layer Management Entities
  • the aforementioned entities interact in a variety of ways.
  • entities can interact by exchanging GET / SET primitives.
  • a primitive means a set of elements or parameters related to a particular purpose.
  • the XX-GET.request primitive is used to request the value of a given MIB attribute (management information based attribute information).
  • the XX-GET.confirm primitive is used to return the appropriate MIB attribute information value if the Status is "Success", otherwise it is used to return an error indication in the Status field.
  • the XX-SET.request primitive is used to request that the indicated MIB attribute be set to a given value. If the MIB attribute means a specific operation, this is to request that the operation be performed.
  • the XX-SET.confirm primitive confirms that the indicated MIB attribute is set to the requested value when status is "success", otherwise it is used to return an error condition in the status field. If the MIB attribute means a specific operation, this confirms that the operation has been performed.
  • the MLME and SME may exchange various MLME_GET / SET primitives through a MLME_SAP (Service Access Point).
  • various PLME_GET / SET primitives may be exchanged between PLME and SME through PLME_SAP and may be exchanged between MLME and PLME through MLME-PLME_SAP.
  • the NAN network may consist of NAN terminals using the same set of NAN parameters (eg, time interval between successive discovery windows, interval of discovery window, beacon interval or NAN channel, etc.).
  • the NAN terminals may configure a NAN cluster, where the NAN cluster uses the same set of NAN parameters and means a set of NAN terminals synchronized to the same discovery window schedule.
  • 2 shows an example of a NAN cluster.
  • a NAN terminal belonging to a NAN cluster may directly transmit a multicast / unicast NAN service discovery frame to another NAN terminal within a range of a discovery window.
  • one or more NAN masters may exist in the NAN cluster, and the NAN master may be changed.
  • the NAN master may transmit both a sync beacon frame, a discovery beacon frame, and a NAN service discovery frame.
  • the NAN terminal is based on a physical layer of 802.11, and includes a NAN discovery engine, a NAN medium access control (MAC), and applications (Application 1, Application 2, ..., Application N).
  • NAN APIs are the main component.
  • the service request and response are processed through the NAN discovery engine, and the NAN MAC processes the NAN Beacon frames and the NAN Service Discovery frame.
  • the NAN discovery engine can provide the functionality of subscribe, publish, and follow-up.
  • the publish / subscribe function operates from the service / application through the service interface. When the publish / subscribe command is executed, an instance of the publish / subscribe function is created. Each instance runs independently, and depending on the implementation, several instances can run simultaneously.
  • the follow-up function is a means for a service / application to send and receive service specific information.
  • the NAN terminal may perform a master role and this may be changed. That is, the NAN terminal may transition various roles and states, and an example thereof is illustrated in FIG. 7.
  • the role and state that a NAN terminal may have include a master (hereinafter, master is a master role and sync.State), a non-master sync, a non-master non-sync Sync) and the like.
  • master is a master role and sync.State
  • non-master sync a non-master non-sync Sync
  • Each role and state may determine whether to transmit a discovery beacon frame and / or a sync beacon frame, which may be illustrated in Table 1 below.
  • the state of the NAN terminal may be determined through a master rank.
  • the master rank indicates the will of the NAN terminal to operate as a NAN master. In other words, a large value indicates a large preference for the NAN master.
  • NAN MR may be determined by the following equation (1) by the Master Preference, Random Factor, Device MAC address.
  • the Master Preference, Random Factor, and Device MAC address may be indicated through a master indication attribute included in a NAN Beacon frame.
  • the master indication attorney may be as illustrated in Table 2 below.
  • the NAN terminal that activates the NAN service and starts the NAN cluster sets both the Master Preference and the Random Factor to 0, and resets the NANWarmUp. Until the NANWarmUp expires, the NAN terminal should set the Master Preference field value in the master indication attribute to a value greater than 0 and set the Random Factor value in the master indication attribute to a new value.
  • a NAN terminal joining a NAN cluster having an anchor master's Master Preference set to a value greater than 0 may set the Master Preference to a value greater than 0 and set a Random Factor to a new value regardless of whether NANWarmUp expires. .
  • the NAN terminal may be an anchor master of the NAN cluster according to the MR value. That is, all NAN terminals have the capability to operate as an anchor master.
  • the anchor master means a device having the largest MR in the NAN cluster, having a HC (Hop count to the Anchor Master) value of 0 and having the smallest Anchor Master Beacon Transmit Time (AMBTT) value.
  • Two anchor masters may exist temporarily in a NAN cluster, but one anchor master is a principle.
  • the NAN terminal which becomes the anchor master in the already existing NAN cluster uses the time synchronization function (TSF) used in the existing NAN cluster as it is.
  • TSF time synchronization function
  • the NAN terminal may be an anchor master in the following case.
  • a new NAN cluster is started, when a master rank is changed (when the MR value of another NAN terminal is changed or when the anchor master's own MR is changed), or when the beacon frame of the current anchor master is no longer received, the NAN The terminal may be an anchor master.
  • the NAN terminal may lose the status of the anchor master.
  • the anchor master may be determined by an anchor master selection algorithm as described below. That is, the anchor master selection is an algorithm for determining which NAN terminal is the anchor master of the NAN cluster, and each NAN terminal drives the anchor master selection algorithm when participating in the NAN cluster.
  • the NAN terminal When the NAN terminal starts a new NAN cluster, the NAN terminal becomes an anchor master of the new NAN cluster. NAN sync beacon frames with hop counters exceeding the threshold are not used by the NAN terminal. Otherwise NAN sync beacon frame is used to determine the anchor master of the NAN cluster.
  • the NAN terminal Upon receiving a NAN sync beacon frame having a hop counter that does not exceed the threshold, the NAN terminal compares the stored anchor master rank value with the anchor master rank value in the beacon frame. If the stored anchor master rank value is larger than the anchor master value in the beacon frame, the NAN terminal discards the anchor master value in the beacon frame. If the stored anchor master rank value is smaller than the anchor master value in the beacon frame, the NAN terminal stores a new value increased by 1 in the anchor master rank and the hop counter included in the beacon frame and the AMBTT value in the beacon frame. Also, if the stored anchor master rank value is equal to the anchor master value in the beacon frame, the hop counter is compared. If the hop counter value of the beacon frame is larger than the stored value, the NAN terminal ignores the received beacon frame.
  • the NAN terminal When the hop counter value of the beacon frame is equal to (stored value-1) and the AMBTT value is larger than the stored value, the NAN terminal newly stores the AMBTT value of the beacon frame. If the hop counter value of the beacon frame is less than (stored value-1), the NAN terminal increments the hop counter value of the beacon frame by one.
  • the stored AMBTT value is updated according to the following rules. If the received beacon frame is transmitted by the anchor master, the AMBTT value is set to the lowest 4 octet value of the time stamp included in the beacon. If the received beacon frame is received from a device other than the NAN master or master sink, the AMBTT value is set to a value included in the NAN cluster attribute of the received beacon.
  • the NAN terminal assumes itself as an anchor master and sets an anchor master record. You can update it.
  • the NAN terminal other than the anchor master compares the changed MR with the stored value. If the changed MR value of the NAN terminal is larger than the stored value, the NAN terminal may assume itself as an anchor master and update the anchor master record.
  • the NAN terminal sets the anchor master field of the cluster attribute in the NAN sync and discovery beacon frame to the value in the anchor master record, except when the anchor master sets the AMBTT value to the TSF value of the corresponding beacon transmission. Can be.
  • the NAN terminal transmitting the NAN sync or discovery beacon frame may ensure that the TSF of the beacon frame will be derived from the same anchor master included in the cluster attribute.
  • the NAN terminal i) when the NAN beacon indicates an anchor master rank of a value larger than the anchor master record of the NAN terminal, ii) the NAN beacon indicates an anchor master rank of the same value as the anchor master record of the NAN terminal,
  • the TSF timer value in the NAN beacon received with the same cluster ID may be applied.
  • NAN terminals participating in the same NAN cluster may be synchronized to a common clock.
  • TSF of the NAN cluster may be implemented by a distributed algorithm that must be performed in all NAN terminals.
  • Each NAN terminal participating in the NAN cluster may transmit NAN Sync. Beacon frames according to the algorithm.
  • the device may synchronize its clock during the discovery window DW.
  • the length of the discovery window is 16 TUs.
  • one or more NAN terminals may transmit synchronization beacon frames to help all NAN terminals in the NAN cluster synchronize their clocks.
  • the transmission time of the NAN Beacon frame is a discovery window interval existing every 512 TUs. All NAN terminals may participate in NAN beacon generation and transmission according to the role and state of the device. Each NAN terminal must maintain its own TSF timer used for NAN beacon cycle timing.
  • the NAN sync beacon period may be established by the NAN terminal generating the NAN cluster. A series of TBTTs are defined such that the discovery window interval that can transmit a sync beacon frame is exactly 512 TU apart. A time of zero is defined as the first TBTT, and the discovery window starts at each TBTT.
  • Each NAN terminal serving as a master transmits a NAN discovery beacon frame outside the NAN discovery window.
  • the NAN terminal in the master role transmits the NAN discovery beacon every 100 TUs.
  • the time between successive NAN discovery beacons transmitted from the same NAN terminal is 200 TUs or less.
  • the NAN terminal in the master role may omit transmission of the NAN discovery beacon.
  • the NAN terminal in the master role may use a WMM Access Category-Voice (AC_VO) contention setting.
  • AC_VO WMM Access Category-Voice
  • FIG. 8 illustrates a relationship between the transmission of the NAN discovery beacon frame, the NAN sync / discovery beacon frame, and the discovery window.
  • FIG. 8 (a) shows transmission of a NAN discovery beacon and a sync beacon frame of a NAN terminal operating in a 2.4 GHz band
  • FIG. 8 (b) shows a NAN discovery beacon and synchronization of a NAN terminal operating in a 2.4 GHz and a 5 GHz band. Indicates transmission of a beacon frame.
  • each NAN terminal serving as a master may transmit a synchronization beacon frame in the discovery window and may transmit a discovery beacon frame outside the discovery window.
  • the discovery window may be repeated every 512 TUs.
  • the duration of the discovery window may be 16 TU.
  • the discovery window may last for 16 TUs.
  • all NAN terminals in the NAN cluster are awakened for each discovery window to receive a synchronization beacon frame from the master NAN terminal, thereby maintaining the NAN cluster.
  • power consumption of the terminal may be severe. Therefore, there may be a need for a method of reducing power consumption by dynamically controlling the duration of the discovery window while maintaining synchronization in one NAN cluster.
  • the NAN terminal may operate in the 2.4 GHz band or the 5 GHz band.
  • the NAN terminal may operate in the Sub 1 GHz band.
  • the NAN terminal may be configured to support IEEE 802.11ah supporting the Sub 1 GHz band.
  • the NAN terminal may have a different link quality and physical model from 2.4GHz or 5GHz.
  • the NAN terminal when the NAN terminal supports 900MHz, the NAN terminal may transmit a signal farther, and may perform communication in a wide range. In this case, data communication between NAN terminals may be performed, and data may be exchanged between NAN terminals.
  • the method of efficiently operating power in the NAN terminal may be a problem because it is based on data communication.
  • a method of setting a discovery window section may be differently set. 9 is a basic structure in which a synchronization beacon frame is transmitted within a discovery window and a discovery beacon frame is transmitted outside the discovery window, and may be similarly applied to a NAN terminal supporting a 900 MHz band.
  • FIG. 10 is a diagram illustrating a method in which a NAN terminal registers as a NAN proxy client in a NAN proxy server.
  • the NAN terminals may perform data communication.
  • the NAN terminal may awake in the discovery window to receive a frame. In this case, a large amount of power may be consumed when the NAN terminal awakes in all discovery windows to perform a procedure for performing data communication.
  • a NAN proxy terminal may be defined as a new role (concept) for the NAN terminal as a method of reducing power consumption of the NAN terminal.
  • the NAN proxy terminal may be a NAN proxy server or a NAN proxy client.
  • the NAN proxy server may perform a procedure for data communication to the NAN proxy client instead.
  • the NAN proxy server may publish and / or subscribe on behalf of the NAN proxy client.
  • the NAN proxy server may provide the other NAN terminals with information provided by the NAN proxy client to perform data communication with the other NAN terminals. That is, the NAN proxy server may perform a procedure for data communication on behalf of the NAN proxy client in order to reduce power consumption of the NAN proxy client.
  • the NAN proxy server may be a terminal that is not sensitive to power consumption.
  • the NAN proxy client may be a terminal operating based on low power. In such a situation, if the NAN proxy client awakes in every discovery window in the same manner as the existing NAN terminal, power consumption may be severe and may interfere with use. Therefore, by using a terminal that is not sensitive to power consumption, the procedure for data communication can be replaced, thereby efficiently performing data communication while reducing power consumption.
  • the NAN proxy server in order for the NAN proxy server to perform a procedure for data communication on behalf of the NAN proxy client, it is necessary to obtain information about the NAN proxy client. To this end, the NAN proxy client can be registered with the NAN proxy server.
  • a method of registering a NAN proxy client with a NAN proxy server will be described.
  • the NAN terminal serving as a proxy server may be a NAN proxy server.
  • the NAN proxy server may provide information to other NAN terminals that it can operate as a NAN proxy server.
  • the NAN proxy server may include information on the NAN proxy server role in a broadcast message.
  • other NAN terminals may identify the NAN proxy server based on the broadcast message.
  • the NAN proxy server may provide information indicating the role of the NAN proxy server to other NAN terminals as a publish message, but is not limited to the above-described embodiment.
  • the NAN terminals 1010 and 1030 may transmit a subscription message to the NAN proxy server 1020 to find a service of the NAN proxy server 1020. have.
  • the NAN terminals 1010 and 1030 may have a hierarchical structure as described above.
  • the service / application terminal of the first NAN device A 1010 may use a subscription as a method to the discovery engine DE of the first NAN terminal 1010 and the NAN MAC. Can provide.
  • the primitives of the subscription methods provided to the NAN DE and the NAC MAC by the service / application terminal may be as shown in Table 3 below. That is, the service / application stage may provide information about Table 3 to the NAN DE and NAC MAC stages. More specifically, the service / application stage provides the NAN DE and the NAN MAC stage with information about a service name, service specific information, and configuration parameter that the NAN terminal is to search for. can do.
  • the first NAN terminal 1010 may transmit a subscription message to the NAN proxy server 1020. That is, the first NAN terminal 1010 may transmit the subscribe message to the NAN proxy server 1020 based on the subscribe method as an active subscribe.
  • the NAN proxy server 1020 needs to respond to a subscription message
  • the NAN proxy server 1020 matches a Service ID for a service that the NAN proxy server 1020 can provide and publish message. May be transmitted to the first NAN terminal 1010.
  • the publish type of the publish message may be Solicited.
  • the service / application stage publishing method of the NAN proxy server 1020 may be provided to the NAN DE and NAN MAC stages of the NAN proxy server 1020.
  • primitives of the publishing method may be as follows.
  • the service / application stage may provide information about Table 4 to the NAN DE and NAC MAC stages. More specifically, the service / application stage may include information on a service name, service specific information, and configuration parameters supported by the NAN proxy server 1020, such as NAN DE and NAN MAC. Can be provided at the stage.
  • the configuration information may include publish type information indicating that solicited transmission is performed.
  • Solicited transmission type information indicating whether the solicited transmission is unicast or broadcast may be included.
  • time to live information may be included as information about a time when the publishing function is performed.
  • event conditions information indicating whether an event is generated may be included.
  • the NAN DE and NAN MAC terminals of the first NAN terminal 1010 receive a discovery result as an event and the first NAN terminal. It may be provided to the service / application stage of (1010). In this way, the first NAN terminal 1010 may complete a service search of the NAN proxy server 1020.
  • primitives of the discovery result event may be as shown in Table 5 below.
  • the NAN DE and NAN MAC stages include subscribe id information for identifying a subscription function, service_specific_info information as specific service information supported by the NAN proxy server, publish_id information as publish ID information, and address as address information of the proxy server.
  • the discovery result event including the information may be provided to the service / application stage.
  • the second NAN device (NAN Device B) 1030 may also search for a service of the NAN proxy server 1020 based on the same method as the first NAN terminal 1010.
  • the service search for the NAN proxy server 1020 may be separately performed in each of the NAN terminals 1010 and 1030.
  • the service / application terminal of the second NAN terminal 1030 that has completed the search for the service of the NAN proxy server 1020 publishes to the NAN DE and NAN MAC terminals of the second NAN terminal 1030. Can be provided.
  • Primitives used by the second NAN terminal 1030 to register with the NAN proxy server may be defined as shown in Tables 6 and 7 below. More specifically, the service / application stage of the second NAN terminal 1030 is a publishing method, and the NAN DE and NAN MAC stages of the second NAN terminal 1030 are configured to provide information about proxy registration according to Tables 6 and 7 below. Can be provided to That is, the second NAN terminal 1030 may provide information on proxy registration by reusing existing publish methods and subscribe methods. However, as an example, when the existing publishing method and the subscription method are reused, the service_specific_info field may include information for registering with the proxy server instead of information for the second NAN terminal 1030 to publish. . That is, the second NAN terminal 1030 may use a method to include information on registration using the existing publish method and subscribe method formats as they are.
  • the second NAN terminal 1030 may newly define and use Primitives for a method called for registration. That is, the service / application terminal of the second NAN terminal 1030 may provide information about proxy registration by providing a newly defined ProxyRegistration method to the NAN DE and NAN MAC of the second NAN terminal 1030. have.
  • Primitives of the newly defined proxy registration method may be as shown in Table 8 below.
  • the service / application terminal of the second NAN terminal 1030 may provide a method to the NAN DE and the NAN MAC for NAN proxy server registration.
  • the provided method may be a method using an existing publishing method format and including information on proxy registration.
  • the method may be a newly defined method for proxy registration, and is not limited to the above-described embodiment.
  • the NAN DE and NAN MAC terminals of the second NAN terminal 1030 may transmit a proxy registration request to the NAN proxy server 1020.
  • the proxy registration request may be a publish message.
  • the proxy registration request may be a type of publishing as a service discovery frame.
  • the service discovery attribute for the proxy registration request may be as shown in Table 9 below.
  • the Service ID field may be an essential field for the following fields included in the proxy registration request.
  • the Service ID field may be defined as a proxy service ID as a service provided by the NAN proxy server.
  • the proxy registration request field may include information necessary for the NAN terminal to register with the NAN proxy server.
  • a field included in the proxy registration request may include a proxy request TLV (Proxy Registration Request TLV) in the Service Info field.
  • the proxy request TLV may be as shown in Table 10 below.
  • the proxy request TLV may include an Availability Time field indicating a DW duration that is awakened after the NAN terminal is registered as a proxy client.
  • the NAN terminal may include a Service ID field that is an ID for a service requested by the NAN proxy server.
  • other information necessary for the NAN terminal to register as a NAN proxy server may be included in the NAN proxy request TLV, which is not limited to the above-described embodiment.
  • the NAN proxy server may transmit a proxy response to the second NAN terminal 1030 in response to the proxy request.
  • the proxy response may be a publish message.
  • the proxy registration response may be published as a service discovery frame.
  • the service discovery attribute for the proxy registration response may be as described in Table 9 above.
  • the Service ID field may be an essential field for the following fields included in the proxy registration response.
  • the Service ID field may be defined as a proxy service ID as a service provided by the NAN proxy server.
  • the proxy registration response field may include information necessary for the NAN terminal to register with the NAN proxy server.
  • a field included in the proxy registration response may include a proxy response TLV (Proxy Registration Request TLV) in the Service Info field.
  • the proxy response TLV may be as shown in Table 11 below.
  • the proxy response TLV may include a status indication field indicating whether the NAN proxy server allows the NAN terminal to be registered.
  • the proxy response TLV may include a Registration ID field indicating a registration ID.
  • the Service ID field may be included as an ID for a service provided by the NAN proxy server.
  • other information necessary for the NAN terminal to register as a NAN proxy server may be included in the NAN proxy response TLV, which is not limited to the above-described embodiment.
  • the NAN DE and the NAN MAC of the second NAN terminal 1030 may provide a discovery result event to the service / application stage when receiving a confirmation from the NAN proxy server.
  • the second NA terminal 1030 may be a NAN proxy client registered with the NAN proxy server based on the discovery result event.
  • the NAN terminal may be a NAN proxy client registered with the NAN proxy server.
  • FIG. 11 is a diagram illustrating a method in which a NAN terminal registers as a NAN proxy client in a NAN proxy server.
  • the NAN terminal may perform a service discovery of the NAN proxy server by transmitting a subscription message to the NAN proxy server.
  • the NAN terminal in order for the NAN terminal to transmit a subscription message to the NAN proxy server, it is necessary to distinguish the NAN proxy server. That is, the NAN terminal needs to confirm the existence of the NAN proxy server.
  • the NAN proxy server may publish the service discovery frame by broadcasting to inform that it is the NAN proxy server.
  • the publication may be a solicited type or an unsolicited type.
  • the NAN proxy server 1120 may transmit a publish message to the NAN terminals in an unsolicited type.
  • the publish message may be a service discovery frame.
  • the NAN terminals 1110 and 1130 may register by exchanging a proxy service registration request and a proxy service registration response with the NAN server, which may be the same as FIG. 10.
  • the NAN proxy server may add a proxy server attribute in the NAN beacon or service discovery frame to inform that the NAN proxy server has the capability of the proxy server.
  • the NAN terminal receiving the NAN beacon or the service discovery frame including the proxy server property, the terminal supporting the proxy client function may determine the existence of the neighboring proxy server by analyzing the corresponding property.
  • Table 12 may indicate NAN attribute information that may be included in a beacon frame and a service discovery frame.
  • the Attribute ID field may be defined with different values to represent different attributes.
  • each attribute information may or may not be included in the beacon frame and the service discovery frame.
  • specific attribute information of each attribute information may be included as essential (indicated by “M” in the table) or may be displayed as optional (indicated by “O” in the table).
  • a proxy server attribute and a proxy client attribute may be defined in the reserved bits of the field for the NAN attribute information.
  • the proxy server attribute field may be selectively included in at least one of a NAN synchronization beacon frame, a NAN discovery beacon frame, and a NAN service discovery frame. That is, the proxy server attribute field may be selectively included in each frame as a field defined by the NAN proxy server to inform its existence.
  • the proxy client attribute field may be selectively included in the service discovery frame. That is, the proxy client attribute field may be information transmitted based on whether the NAN terminal confirms the existence of the NAN proxy server and whether the NAN terminal can be a NAN proxy client. Therefore, the proxy client attribute field may be transmitted in the NAN service discovery window without being transmitted in the NAN beacon frame.
  • the proxy server property field may be configured as shown in Table 13 below.
  • the proxy server attribute field may include a Proxy Server Address field including address information of the NAN interface of the proxy server.
  • the Proxy Server Capability field may be included as information on the capability of the NAN proxy server.
  • the function of the NAN proxy server may be included in the form of a bitmap.
  • an awake interval of the NAN proxy server may be represented by an integer value.
  • the integer value indicates a discovery window period during which the NAN proxy server awakes. That is, when the integer value is 1, the NAN proxy server may be awakened in every discovery window interval.
  • the NAN proxy server may serve as a substitute for the NAN proxy client, and may be awakened every discovery window.
  • the NAN proxy server when there is a need to reduce power consumption of the NAN proxy server, an integer value may be changed and the present invention is not limited to the above-described embodiment.
  • the NAN proxy server simultaneously provides the function of the AP STA, the BSSID field may be included as the AP STA.
  • the bitmap for the aforementioned proxy server capability field may be represented as shown in Table 14 below.
  • the Publish Proxy bit in the Proxy Server Capability Bitmap may indicate whether a NAN proxy server receives a publish request of a neighboring NAN terminal and transmits a proxied service.
  • the Subscribe Proxy bit may indicate whether the NAN proxy server can receive a subscription request of a neighboring NAN terminal to find a neighboring service and inform the NAN terminal of the found service.
  • the follow-up proxy bit indicates whether or not a function for proxying the follow-up service discovery window of neighboring NAN terminals is possible.
  • the Invite Proxy bit indicates whether a function capable of requesting the neighbor NAN terminals to participate in the BSS of the AP STA of the NAN proxy server is possible.
  • the NAN Data Path may indicate whether the NAN proxy server indicates a NAN data path function.
  • the NAN Data Forwarding bit indicates whether the NAN proxy server receives the NAN data path of the NAN terminal and transmits the NAN data path to the neighboring NAN terminals. That is, the proxy server capability field may indicate information about a function that the NAN proxy server can perform, and is not limited to the above-described embodiment.
  • the proxy client attribute may be included in a service discovery frame that the NAN proxy client sends to the NAN proxy server.
  • the proxy client attribute may include a Proxy Client Address indicating a NAN interface address of the NAN proxy client.
  • the proxy client attribute may include a Proxy Server Address indicating the NAN interface address of the NAN proxy server.
  • the proxy client property may include an Awake Interval indicating an awake period of the discovery window. In this case, the Awake Interval may indicate, in discovery interval units, a cycle in which the NAN client awakes after the NAN proxy client publishes, subscribes, or follows a follow-up request to the NAN proxy server.
  • the NAN terminals can perform registration with the NAN proxy server.
  • the NAN terminals registered in the NAN proxy server may be NAN proxy clients.
  • FIG. 12 is a diagram illustrating a method in which a NAN proxy server relays communication between NAN clients.
  • NAN proxy clients may be registered in the NAN proxy server.
  • the NAN proxy clients may determine the existence of each other through the NAN proxy server.
  • NAN proxy clients may not be able to perform direct communication due to signal strength or distance problems.
  • the first NAN proxy client 1210 and the second NAN proxy client 1220 may be NAN terminals registered with the NAN proxy server 1240.
  • the first NAN proxy client 1210 and the second NAN proxy client 1220 may determine the existence of each other through the NAN proxy server 1240. That is, the first NAN proxy client 1210 may also be included in the coverage of the NAN proxy server 1240, and the second NAN proxy client 1220 may also be included in the coverage of the NAN proxy server 1240.
  • the first NAN proxy client 1210 and the second NAN proxy client 1220 may not be able to communicate directly due to signal strength.
  • the first NAN proxy client 1210 and the second NAN proxy client 1220 may not be able to directly communicate with each other due to a reason or an obstacle on a distance.
  • the first NAN proxy client 1210 and the second NAN proxy client 1220 may not be able to communicate directly based on various reasons, and are not limited to the above-described embodiment.
  • the NAN proxy server 1240 only provides list information of the NAN proxy clients 1210 and 1220 to the NAN proxy clients 1210 and 1220, and the NAN proxy clients 1210 and 1220 communicate data. You may not know whether you can make a connection for it.
  • the NAN proxy server 1240 provides the NAN proxy clients 1210 and 1220 with list information about the NAN proxy clients 1210 and 1220, and the NAN proxy clients 1210 and 1220 fail to communicate directly. In this case, the NAN proxy clients 1210 and 1220 may not have a method of directly communicating.
  • the NAN proxy server 1240 becomes a relay device to allow the NAN proxy clients 1210 and 1220 to perform scheduling for data communication. That is, the NAN proxy server 1240 may relay communication to the NAN proxy clients 1210 and 1220, which will be described.
  • FIG. 13 is a diagram illustrating a method in which a NAN proxy server performs a role of a relay device.
  • the NAN proxy server may periodically send a publish message even after NAN proxy clients are registered.
  • the publish message may be in the form of a service discovery frame.
  • the publish message may be transmitted every discovery window or may be transmitted at a predetermined period.
  • the period in which the publish message is transmitted may be set differently according to the service application. For example, when there are many NAN proxy clients and a service is active and information of a service needs to be updated quickly, a publish message may be transmitted every discovery window. That is, the period in which the publish message is transmitted may be set differently based on the service application.
  • the publish type of the publish message transmitted by the NAN proxy server 1320 may be unsolicited.
  • the publish message may be a service discovery frame.
  • the service discovery frame may include a Proxy Server Attribute (or Proxy server capability Attribute), as described above.
  • the Proxy server Attribute field may further include information on NAN proxy clients 1310 and 1330 registered in the NAN proxy server 1320.
  • the NAN proxy server 1320 may include information received from the NAN proxy clients 1310 and 1330 in a proxy server attribute field.
  • the Proxy server Attribute field may be set including at least one of the fields included in Table 13.
  • the terminal may further include at least one field of a Device ID (Proxy server), Instance ID, MAC interface, Publish mode, Subscribe mode, TBTT of and Proxy server fields.
  • the Proxy server Attribute field may include information on NAN proxy clients registered in the NAN proxy server 1320.
  • the plurality of NAN proxy clients 1310 and 1330 are registered in the NAN proxy server 1320, all the information of the registered NAN proxy clients 1310 and 1330 may be included.
  • information of the NAN proxy client may be as shown in Table 16 below. That is, the publish message transmitted by the NAN proxy server 1320 may include information on NAN proxy clients.
  • the NAN proxy server 1320 may publish and transmit a publish message for each discovery window in which a proxy server attribute field is defined. Also, as an example, the NAN proxy server 1320 may publish and transmit a publish message for which a proxy server attribute field is defined for each specific discovery window based on a predetermined period. For example, a cycle of a publish message may be set according to the environment of neighbor NAN proxy clients of the NAN proxy server 1320. In addition, for example, vendor specific settings may be set according to a service application, and the present disclosure is not limited to the above-described embodiment.
  • the NAN proxy clients 1310 and 1330 may obtain a list of NAN proxy clients and related information from the NAN proxy server 1320. In this case, the NAN proxy clients 1310 and 1330 may attempt a direct connection for data communication with a NAN proxy client having a desired service.
  • a first NAN terminal (NAN Proxy Client A) 1310 may obtain information about NAN proxy clients from a NAN proxy server 1320.
  • the first NAN terminal 1310 may recognize that the NAN terminal having a desired service is the second NAN terminal (NAN Proxy Client B) 1330.
  • the first NAN terminal 1310 may attempt to directly connect with the second NAN terminal 1330.
  • the first NAN terminal 1310 may transmit a service discovery frame including the Proxy client Capability Attribute to the second NAN terminal 1330.
  • the Proxy client Capability Attribute may include at least one field of Device ID (Proxy client), Device ID (Proxy server), Instance ID, MAC interface, Service info, and TBTT. That is, the Proxy Client Capability Attribute may include NAN terminal related information necessary for direct communication, and is not limited to the above-described embodiment.
  • the service discovery frame may further include a Service Descriptor Attribute of Table 17 and a NAN Connection Capability Attribute of Tables 18 and 19. That is, information required for direct communication between the first NAN terminal 1310 and the second NAN terminal 1330 may be further included.
  • the first NAN terminal 1310 may limit the number of transmissions of sending a service discovery frame including the Proxy Client Capability Attribute to the second NAN terminal 1330.
  • the first NAN terminal 1310 and the second NAN terminal 1330 may not directly connect due to problems such as signal strength and distance.
  • the first NAN terminal 1310 may continuously transmit the service discovery frame including the Proxy Capability Client Attribute without knowing such a situation.
  • continuously transmitting the service discovery frame by the first NAN terminal 1310 may cause a power consumption problem and may be an unnecessary procedure. Therefore, the number of times a service discovery frame including the Proxy Capability Client Attribute is transmitted may be limited.
  • the transmission limit number of the service discovery frame including the Proxy Capability Client Attribute may be N times. At this time, for example, N may be 3.
  • N may be set differently according to the situation of the NAN proxy server 1320 and the NAN proxy clients 1310 and 1330, and is not limited to the above-described embodiment.
  • the first NAN terminal 1310 may communicate directly with the second NAN terminal 1330. We can judge that we cannot.
  • the reason for not receiving the response may include a reason on a distance, a strength of a signal, an obstacle, and other reasons, and may not be limited to a specific reason.
  • the first NAN terminal 1310 may transmit a service discovery frame including a Connection Notification Attribute to the NAN proxy server 1320.
  • the Connection Notification Attribute may include connection status information.
  • the first NAN terminal 1310 when the first NAN terminal 1310 does not receive a response from the second NAN terminal 1330 even after attempting to transmit a preset number of times, the first NAN terminal 1310 fails to connect to the NAN proxy server 1320. Information about can be transmitted.
  • the first NAN terminal 1310 may transmit a service discovery frame including a connection capability info attribute to the NAN proxy server 1320 regardless of whether transmission fails.
  • the Connection Capability Info Attribute may include at least one field among an Attribute ID, a Device ID (proxy client A), a Device (proxy client B), and a connection status field.
  • the Connection Status field may include information about the connection success.
  • the Connection Status field may include information about the connection failure.
  • the first NAN terminal 1310 may provide the direct connection result information to the NAN proxy server 1320.
  • the NAN proxy server 1320 When the NAN proxy server 1320 confirms through the connection status that the first NAN terminal 1310 and the second NAN terminal 1320 cannot communicate directly, the NAN proxy server 1320 performs a role as a relay device. can do.
  • the NAN proxy server 1320 may publish a service discovery frame including a Proxy Relay Request attribute to inform that the NAN proxy server 1320 performs the role of the relay device.
  • the publish type may be unsolicited. That is, the NAN proxy server 1320 may transmit a publish message in the form of a service discovery frame including a Proxy Relay Request attribute to the NAN proxy clients 1310 and 1330.
  • the Proxy Relay Request attribute may include at least one of the information in Table 20 below.
  • the NAN proxy server 1320 may inform that data communication is performed using a single channel for a service discovery frame including a Proxy Relay Request Attribute only for itself.
  • the NAN proxy server 1320 may inform the service discovery frame including the Proxy Relay Request Attribute to perform data communication in an available channel by supporting multi-channels, and is not limited to the above-described embodiment. .
  • the first NAN terminal 1310 and the second NAN terminal 1330 may receive the service and perform service matching. That is, the first NAN terminal 1310 and the second NAN terminal 1330 may check whether data communication for a desired service can be performed.
  • the NAN proxy clients 1310 and 1330 may receive a Proxy Relay Response.
  • the service discovery frame including the attribute may be transmitted to the NAN proxy server 1320.
  • the Proxy Relay Response attribute may include at least one or more of the information in Table 21 below.
  • the NAN proxy clients 1310 and 1330 may know that the proxy clients become relay requestor and relay receiver devices through their IDs.
  • the NAN proxy clients 1310 and 1330 can identify that they are their Relay Requestor and Relay Receiver terminals through their IDs.
  • the first NAN terminal 1310 when the first NAN terminal 1310 requests data communication to the second NAN terminal 1330, the first NAN terminal 1310 may be a relay requestor.
  • the second NAN terminal 1330 may be a relay receiver.
  • the NAN proxy clients 1310 and 1330 may respond by marking a failure in the relay status. That is, Relay Status may indicate whether a relay role is required. In this case, when the relay status is failed, the NAN proxy server 1320 may not perform a relay role of the first NAN terminal 1310 and the second NAN terminal 1330.
  • the NAN proxy clients 1310 and 1330 may respond by marking success in the relay status when the service for the Proxy Relay Request attribute is a desired service.
  • a scheduling random rank value may be defined in the proxy relay response attribute.
  • the scheduling random rank value may determine the order of the relay requestor for data communication by accessing the NAN proxy server 1320 when a plurality of relay requestors exist. For example, when a scheduling random rank value is not defined, several relay requestors may attempt to compete on the channel to access the NAN proxy server 1320, which will be described later.
  • the NAN proxy server 1320 may receive, from the first NAN terminal 1310 and the second NAN terminal 1320, a Proxy Relay Scheduling Attribute that grants a relay role. Thereafter, the NAN proxy server 1320 may determine scheduling for data communication between the first NAN terminal 1310 and the second NAN terminal 1320. In this case, for scheduling, the NAN proxy server 1320 may transmit a service discovery frame including the Proxy Relay Scheduling Attribute to the first NAN terminal 1310 and the second NAN terminal 1320. In this case, the first NAN terminal 1310 and the second NAN terminal 1320 follow the relay scheduling determined by the NAN proxy server based on the information included in the Proxy Relay Scheduling Attribute. In this case, as an example, the Proxy Relay Scheduling Attribute may include fields shown in Table 22 below.
  • the first NAN terminal 1310 and the second NAN terminal 1320 may perform data communication through relay scheduling determined by the NAN proxy server based on the information included in the Proxy Relay Scheduling Attribute.
  • the Proxy Relay function may be additionally defined in the NAN Connection Capability Attribute described above in Tables 18 and 19. That is, a Proxy Relay Attribute may be defined in a NAN Connection Capability Attribute included in a frame exchanged between NAN terminals. In this case, as an example, Table 23 may be defined by adding a Proxy Relay Attribute in Table 19.
  • the NAN Connection Capability Attribute field may be included in the service discovery frame and the Proxy Relay Attribute value of the NAN Connection Capability Attribute may be set to 1.
  • the format of the Proxy Relay Attribute field may be defined as shown in Table 24 or Table 25 below.
  • the Proxy Relay Attribute field may include at least one or more of an Attribute ID, Length, Proxy Service ID, MAC Address, Map Control, and Availability Intervals Bitmap field. That is, when the NAN terminal supports the Proxy Relay function, ID information or address information as a NAN proxy server may be included in the Proxy Relay Attribute. Through this, other NAN terminals may acquire information of the NAN terminal supporting the proxy relay function.
  • the Proxy Relay Attribute field may further include a Proxy Relay Control field.
  • the Proxy Relay Control field may be as shown in Table 26 below.
  • the Proxy Relay Control field may include Operating Class field information which is frequency information used when the NAN terminal performs a Proxy Relay function.
  • the Proxy Relay Control field may include channel number field information, which is channel number information used when the NAN terminal performs a proxy relay function. In this case, the channel number may mean a channel number to be used in the operating class.
  • Map Control field of the Proxy Relay Attribute field may be defined as shown in Table 27 below, duration information, etc. may be indicated, and the present invention is not limited to the above-described embodiment.
  • FIG. 14 is a diagram illustrating a method in which a NAN proxy server performs a role of a relay terminal.
  • the NAN proxy server 1420 may receive information from NAN proxy clients 1410 and 1430.
  • the NAN proxy server 1420 may transmit a service discovery frame including information of the NAN proxy clients 1410 and 1430 to a Proxy Server Attribute (or Proxy Server Capability Attribute) to the registered NAN proxy clients 1410 and 1430. have.
  • Proxy Server Attribute or Proxy Server Capability Attribute
  • the NAN proxy server 1420 transmits a service discovery frame including all the information of the NAN proxy clients 1410 and 1430, security problems may occur. That is, since the NAN proxy server 1420 broadcasts all the information of the NAN proxy clients 1410 and 1430 in the service discovery frame, information of the NAN proxy clients 1410 and 1430 may be easily exposed. .
  • the field included in the Proxy Server Attribute field may include only information for identifying the NAN proxy clients 1410 and 1430.
  • the NAN proxy client ID information and the service name information field may be included in the Proxy Server Attribute.
  • only the identification information of the NAN proxy client and the service may be included in the Proxy Server Attribute.
  • some of the plurality of NAN proxy clients registered in the NAN proxy server 1420 may provide all the information, and others may provide only the client ID information and the service name information.
  • the NAN proxy client including all the information in the Proxy Server Attribute among the plurality of NAN proxy clients may be a normal type.
  • a NAN proxy client that includes only information on client ID information and service name in a Proxy Server Attribute among a plurality of NAN proxy clients may be a secure type. That is, each NAN proxy client may provide only some information for security based on service or application characteristics or terminal characteristics, and is not limited to the above-described embodiment.
  • the first NAN terminal 1410 when the first NAN terminal 1410 receives a Proxy Server Attribute including NAN proxy client ID and service name information, the first NAN terminal 1410 is the NAN proxy server 1420. ) Can send a Proxy Client Info Request. That is, the first NAN terminal 1410 may transmit a Proxy Client Info Request to the NAN proxy server 1420 when additional information is desired based on the NAN proxy client ID and service name included in the Proxy Server Attribute.
  • the Proxy Client Info request may include at least one of an Attribute ID, a Device ID (Proxy client), a Device ID (Proxy server), and a Request status field.
  • the NAN proxy server 1420 may transmit a Proxy Client Info Response to the first NAN terminal 1410 in response.
  • the Proxy Client Info Response may include information about Table 28 below. That is, the Proxy Client Info Response may include information on the NAN proxy server 1420 and information on the requested proxy client.
  • the first NAN terminal 1410 may obtain information on the NAN proxy client (second NAN terminal, NAN Proxy Client B, 1430) to perform direct communication, and may also increase security.
  • the NAN proxy server 1420 and the NAN proxy client may perform negotiation. In this case, whether to publish all information of the NAN proxy client or only identification information may be determined. In this case, as an example, the above determination may be determined according to the vendor. As another example, the plurality of NAN proxy clients may be published in different forms. For example, all information about NAN proxy clients that are not security sensitive may be included in the Proxy Server Attribute. On the other hand, the information on the security-sensitive NAN proxy client may include the client ID and service name information in the Proxy Server Attribute, it is not limited to the above-described embodiment.
  • FIG. 15 is a diagram illustrating a method in which a NAN proxy server performs a relay device role based on a plurality of relay requestors.
  • the NAN proxy server may transmit the Proxy Relay Scheduling Attribute to the first NAN terminal and the second NAN terminal.
  • the scheduling random rank included in the Proxy Relay Scheduling Attribute may have different conditions according to the Access Category (AC). That is, the scheduling random rank may have different conditions depending on the type of service or application.
  • the random rank may be set as shown in Table 24 below.
  • Table 29 is only one example, but is not limited thereto.
  • a random rank value for each service may be defined based on a random value of enhanced distributed channel access (EDCA) as an arbitrary value.
  • EDCA enhanced distributed channel access
  • the Random Rank value may be changed according to NAN Topology and is not limited to the above-described embodiment.
  • the priority may be determined based on a random rank value.
  • each NAN proxy client may inform its NAN proxy server of its Random Rank value through Scheduling Random Rank Value in the Proxy Relay Response Attribute.
  • each NAN proxy client may have a random rank value according to its own AC. In this case, a NAN proxy client having a small Random Rank value may first access the NAN proxy server 1520.
  • the NAN proxy server 1520 may adjust the Random Rank value so that the same value does not come out.
  • the NAN proxy server may adjust the Random Rank value.
  • the adjusted Random Rank value may be included in the Proxy Relay Scheduling Attribute and transmitted to each NAN proxy client. Through this, relay priority for NAN proxy clients may be determined.
  • the random rank value in Table 30 may have different values according to AC_VO (Voice), AC_VI (Video), AC_BE (Best Effort), and AC_BK (Background). That is, it may have a different value for each service or application.
  • a random rank value may be set as a priority based on a feature of a service or a feature of an application and is not limited to the above-described embodiment.
  • the above-described random value of EDCA may be used for compatibility with the existing system. That is, from the point of view of the NAN terminal, the random value of EDCA may be a value available based on an existing system.
  • the NAN terminal may borrow the above-described value for the purpose of determining the relay priority in the NAN proxy server. That is, the relay priority may be determined by using a parameter that can be used in consideration of compatibility with an existing system, and is not limited to the above-described embodiment.
  • a NAN proxy client A and a NAN proxy client C may exist in a relay requestor using a NAN proxy server, respectively.
  • each NAN proxy client may be assigned a Random Rank Value according to its AC through a Proxy relay response attribute.
  • the NAN Proxy Server may allocate scheduling to the NAN Proxy Client A at a higher priority.
  • the NAN proxy client A may perform data communication with the NAN client B through a relay of the NAN proxy server in the first section 1510 of the data path.
  • the NAN proxy client C may perform data communication with the NAN client D through a relay of the NAN proxy server in the second section 1520 of the data path.
  • the first interval 1510 and the second interval 1520 may exist in the same data path.
  • the first section 1510 may be prioritized over the second section 1520.
  • the NAN proxy server may determine a service start time for the NAN proxy clients to use the channel of the NAN proxy server by using a random rank value. That is, the NAN proxy server may determine the start point of the first section 1510 and the start point of the second section 1520 by the Random Rank value.
  • the NAN proxy server may determine a service duration of the first interval 1510 and the second interval 1520. In this case, as an example, the NAN proxy server may determine the duration of the first interval 1510 based on the AC of the NAN proxy client A. In addition, the NAN proxy server may determine the duration of the second interval 1520 based on the AC of the NAN proxy client C. That is, the NAN proxy server may set a service duration time through a random rank value based on the service of each NAN proxy client.
  • the service duration may be set based on a transmission opportunity (TXOP) limit value.
  • TXOP transmission opportunity
  • the TXOP limit value may be as shown in Table 27 below.
  • the TXOP limit value may be a value used as a transmission opportunity limit value in the existing system. That is, for compatibility with an existing system, a value previously used may be borrowed as a service duration value for a relay. It is not limited to the value of the TXOP Limit in the table below.
  • the NAN proxy server may repeatedly allocate a service start time and a service duration for every discovery window. That is, the NAN proxy server may allocate a service start time and a service duration for relaying data transmission every discovery window while performing a relay role.
  • an additional bit may be set in the data block to indicate that all data is transmitted. For example, when the data transfer ends, the NAN proxy client may allocate 1 to more bits in the data block.
  • the NAN proxy server may terminate the service duration allocation in the next discovery window. Through this, the NAN proxy server may allocate a section for the relay role.
  • 16 is a diagram illustrating a method in which a NAN proxy server relays data communication as a relay device.
  • the transmission order of relay requestors may be determined through the Random Rank Value of the Proxy Relay Scheduling Attribute.
  • the first NAN terminal 1610 may be a relay requestor having the fastest transmission order.
  • the second NAN terminal 1630 may be a relay receiver corresponding to the first NAN terminal 1610.
  • the first NAN terminal 1610 may transmit a data block to the NAN proxy server 1620.
  • the first NAN terminal 1610 may transmit data to the NAN proxy server 1620 in the data path period.
  • the scheduling information transmitted by the first NAN terminal 1610 is included in the Proxy Relay Scheduling Attribute and transmitted.
  • the first NAN terminal 1610 may perform data transmission based on this.
  • the first NAN terminal 1610 may perform data transmission based on this. Thereafter, the first NAN terminal 1610 may receive an ACK or block ACK for data transmission from the NAN proxy server 1620.
  • the first NAN terminal 1610 when the first NAN terminal 1610 transmits a data block, the first NAN terminal 1610 may set an additional bit in the last data block to indicate that all data is transmitted. For example, when data transmission is completed, the first NAN terminal 1610 may allocate 1 to more bits in the data block and send the same. Through this, the NAN proxy server 1620 may know that there is no more data to be received from the first NAN terminal 1610. Thereafter, the NAN proxy server 1620 may transmit data received from the first NAN terminal 1610 to the second NAN terminal 1630. In this case, the second NAN terminal 1630 may transmit an ACK or block Ack for data transmission to the NAN proxy server 1620.
  • the NAN proxy server 1620 when the NAN proxy server 1620 transmits a data block, the NAN proxy server 1620 may set an additional bit in the last data block to indicate that all data is transmitted. For example, when data transmission is completed, the NAN proxy server 1620 may allocate 1 to more bits in the data block and send the same. Through this, the second NAN terminal 1630 may recognize that there is no more data to receive from the NAN proxy server 1620.
  • the relay role may be terminated.
  • the NAN proxy server 1620 may relay data transmission for the subordinate relay requestor after a predetermined interval, and is not limited to the above-described embodiment.
  • FIG. 17 is a flowchart illustrating a method in which a NAN proxy server performs a relay device role.
  • the NAN proxy server may transmit server capability attribute information (Proxy Server Capability Attribute, or Proxy Server Attribute) to the NAN proxy client.
  • server capability attribute information may be provided to a plurality of NAN proxy clients.
  • the server capability attribute information may include information about NAN proxy clients registered in the NAN proxy server.
  • the NAN proxy client may identify the NAN proxy client for a desired service by using information about the NAN proxy clients included in the server capability attribute information. Thereafter, the NAN proxy client may transmit proxy client capability attribute information to the NAN proxy client that attempts to connect directly. In this case, as described above, direct connection may not be possible due to the strength or distance of the signal. In this case, if the NAN proxy client does not receive a response while transmitting the proxy client capability attribute information N times, it may be determined that the direct connection has failed.
  • the NAN proxy server may receive connection capability attribute information from the NAN proxy client.
  • the connection capability attribute information may include information indicating that the NAN proxy client has failed to connect directly. That is, the NAN proxy server may check the direct connection failure information of the NAN proxy client through the connection capability attribute information.
  • the NAN proxy server may transmit proxy relay request attribute information to the NAN proxy client.
  • the NAN proxy server may receive proxy relay response attribute information from the NAN proxy client.
  • the NAN proxy server may transmit proxy relay request attribute information for notifying data communication relay to the NAN proxy client.
  • the NAN proxy client may transmit proxy relay response attribute information indicating information on relay usage.
  • the proxy relay response attribute information may include a random rank value. The random rank may be determined based on a service or an application, and may indicate a priority for a relay. This is as described above.
  • the NAN proxy server may perform scheduling for the NAN proxy client and relay data communication.
  • the NAN proxy server may transmit proxy relay scheduling attribute information to the relay requestor and the relay receiver.
  • the scheduling attribute information may include scheduling information necessary for data relay.
  • the scheduling attribute information may include a random rank value.
  • the Random Rank value may be used for the priority of the relay, as described above.
  • 18 is a block diagram of a terminal device.
  • the terminal device may be a NAN terminal.
  • the NAN terminal may be a terminal serving as a NAN proxy server.
  • the NAN terminal may be a terminal serving as a NAN proxy client, as described above.
  • the terminal device 100 includes a transmitting module 110 for transmitting a wireless signal, a receiving module 130 for receiving a wireless signal, and a processor 120 for controlling the transmitting module 110 and the receiving module 130. can do.
  • the terminal 100 may communicate with an external device by using the transmitting module 110 and the receiving module 130.
  • the external device may be another terminal device.
  • the external device may be a base station. That is, the external device may be a device capable of communicating with the terminal device 100 and is not limited to the above-described embodiment.
  • the terminal device 100 may transmit and receive digital data such as content using the transmission module 110 and the reception module 130.
  • the terminal device 100 may exchange a beacon frame, a service discovery frame, etc. using the transmitting module 110 and the receiving module 130, but is not limited to the above-described embodiment. That is, the terminal device 100 may exchange information with an external device by performing communication by using the transmitting module 110 and the receiving module 130.
  • the terminal device 100 may operate as a NAN proxy server or a NAN proxy client, as described above.
  • the processor 120 of the terminal device 100 may transmit server capability attribute information of the NAN proxy server to the NAN proxy client by using the transmission module 110.
  • the NAN proxy client may transmit the connection capability attribute information to the NAN proxy server.
  • the processor 120 may receive the connection capability attribute information from the NAN proxy client by using the reception module 130. Thereafter, the processor 120 may transmit the proxy relay request attribute information to the NAN proxy client using the transmission module 110.
  • the processor 120 may receive proxy relay response attribute information from the NAN proxy client using the reception module 130. Processor 120 may then perform scheduling for the NAN proxy client and relay data communication to the proxy client.
  • Embodiments of the present invention described above may be implemented through various means.
  • embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
  • a method according to embodiments of the present invention may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), and Programmable Logic Devices (PLDs). It may be implemented by field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • the method according to the embodiments of the present invention may be implemented in the form of a module, a procedure, or a function that performs the functions or operations described above.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.
  • the present invention as described above has been described assuming that it is applied to the NAN wireless communication system, but need not be limited thereto.
  • the present invention can be applied to various wireless systems in the same manner.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서는, 무선 통신 시스템에서 NAN 프록시 서버가 데이터 통신을 중계하는 방법을 제공할 수 있다. 이때, NAN 프록시 서버가 데이터 통신을 중계하는 방법은 제 1 NAN 프록시 클라이언트로 NAN 프록시 서버의 서버 능력 속성 정보를 전송하는 단계, 제 1 NAN 프록시 클라이언트로부터 연결 능력 속성 정보를 수신하는 단계, 제 1 NAN 프록시 클라이언트로 프록시 릴레이 요청 속성 정보를 전송하는 단계, 제 1 NAN 프록시 클라이언트로부터 프록시 릴레이 응답 속성 정보(Proxy Relay Response Attribute)를 수신하는 단계 및 제 1 NAN 프록시 클라이언트에 대한 스케줄링을 수행하고, 제 1 NAN 프록시 클라이언트에 대한 데이터 통신을 중계하는 단계를 포함할 수 있다. 이때, 프록시 릴레이 요청 속성 정보는 연결 능력 속성 정보에 직접 연결 실패에 대한 정보가 포함되면 전송될 수 있다.

Description

무선 통신 시스템에서 NAN 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법 및 장치
본 명세서는 무선 통신 시스템에 대한 것으로, 보다 상세하게는 무선 통신 시스템에서 NAN (Neighbor Awareness Networking) 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법 및 장치에 대한 것이다.
무선통신시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템 및 MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
또한, 최근 정보 통신 기술의 발전과 더불어 다양한 무선 통신 기술이 개발되고 있다. 이 중에서 무선랜(WLAN)은 무선 주파수 기술을 바탕으로 개인 휴대용 정보 단말기(Personal Digital Assistant; PDA), 랩탑 컴퓨터, 휴대용 멀티미디어 플레이어(Portable Multimedia Player; PMP)등과 같은 휴대용 단말기를 이용하여 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 액세스할 수 있도록 하는 기술이다.
본 명세서는, 무선 통신 시스템에서 NAN 프록시 서버(proxy server)가 릴레이 디바이스 역할을 수행하는 방법 및 그 장치를 제공하는데 목적을 가지고 있다.
본 명세서는, 무선 통신 시스템에서 NAN 단말이 프록시 서버(proxy server) 및 프록시 클라이언트(proxy client) 역할을 수행하는 방법을 제공하는데 목적을 가지고 있다.
본 명세서는, NAN 프록시 서버가 NAN 프록시 클라이언트들의 통신을 중계하는 방법을 제공하는데 목적을 가지고 있다.
본 명세서의 일 실시 예에 따라 무선통신시스템에서 NAN 프록시 서버가 데이터 통신을 중계하는 방법을 제공할 수 있다. 이때, NAN 프록시 서버가 데이터 통신을 중계하는 방법은 제 1 NAN 프록시 클라이언트로 NAN 프록시 서버의 서버 능력 속성 정보를 전송하는 단계, 제 1 NAN 프록시 클라이언트로부터 연결 능력 속성 정보를 수신하는 단계, 제 1 NAN 프록시 클라이언트로 프록시 릴레이 요청 속성 정보를 전송하는 단계, 제 1 NAN 프록시 클라이언트로부터 프록시 릴레이 응답 속성 정보를 수신하는 단계 및 제 1 NAN 프록시 클라이언트에 대한 스케줄링을 수행하고, 제 1 NAN 프록시 클라이언트에 대한 데이터 통신을 중계하는 단계를 포함할 수 있다. 이때, 프록시 릴레이 요청 속성 정보는 연결 능력 속성 정보에 직접 연결 실패에 대한 정보가 포함되면 전송될 수 있다.
또한, 본 명세서의 일 실시 예에 따라 무선통신시스템에서 무선 통신 시스템에서 데이터 통신을 중계하는 NAN 프록시 서버를 제공할 수 있다. 이때, NAN프록시 서버는 외부 디바이스로부터 정보를 수신하는 수신 모듈, 외부 디바이스로 정보를 송신하는 송신 모듈 및 수신 모듈과 송신 모듈을 제어하는 프로세서를 포함할 수 있다. 이때, 프로세서는 송신 모듈을 이용하여 제 1 NAN 프록시 클라이언트로 NAN 프록시 서버의 서버 능력 속성 정보를 전송하고, 수신 모듈을 이용하여 제 1 NAN 프록시 클라이언트로부터 연결 능력 속성 정보를 수신하고, 송신 모듈을 이용하여 제 1 NAN 프록시 클라이언트로 프록시 릴레이 요청 속성 정보를 전송하고, 수신 모듈을 이용하여 제 1 NAN 프록시 클라이언트로부터 프록시 릴레이 응답 속성 정보를 수신하고, 제 1 NAN 프록시 클라이언트에 대한 스케줄링을 수행하고, 제 1 NAN 프록시 클라이언트에 대한 데이터 통신을 중계할 수 있다. 이때, 프록시 릴레이 요청 속성 정보는 연결 능력 속성 정보에 직접 연결 실패에 대한 정보가 포함되면 전송될 수 있다.
또한, 무선 통신 시스템에서 데이터 통신을 중계하는 방법 및 NAN 프록시 서버에 대해서 다음 사항들은 공통으로 적용될 수 있다.
본 발명의 일 실시 예에 따라, 제 1 NAN 프록시 클라이언트는 서버 능력 속성 정보에 기초하여 제 2 NAN 프록시 클라이언트로 직접 연결에 대한 메시지를 전송할 수 있다. 이때, 제 1 NAN 프록시 클라이언트가 메시지가 N번 전송되는 동안 제 2 NAN 프록시 클라이언트로부터 응답을 수신하지 못하면 연결 능력 속성 정보에 직접 연결 실패에 대한 정보가 포함될 수 있다.
이때, 본 발명의 일 실시 예에 따라, N번은 기 설정된 전송 횟수일 수 있다.
또한, 본 발명의 일 실시 예에 따라, 서버 능력 속성 정보에는 NAN 프록시 서버에 등록된 NAN 프록시 클라이언트들에 대한 정보가 포함될 수 있다.
이때, 본 발명의 일 실시 예에 따라, NAN 프록시 클라이언트들 중 제 1 타입 NAN 프록시 클라이언트들에 대한 정보는 모두 서버 능력 속성 정보에 포함되고, NAN 프록시 클라이언트들 중 제 2 타입 NAN 프록시 클라이언트들에 대한 정보는 클라이언트 아이디 및 서비스 이름에 대한 정보만이 서버 능력 속성 정보에 포함될 수 있다.
이때, 본 발명의 일 실시 예에 따라, 제 1 NAN 프록시 클라이언트로부터 프록시 클라이언트 정보 요청을 더 수신하고, 제 1 NAN 프록시 클라이언트로 프록시 클라이언트 정보 응답을 더 전송할 수 있다. 이때, 프록시 클라이언트 정보 응답에는 제 2 타입 NAN 프록시 클라이언트들에 대한 모든 정보가 포함될 수 있다.
또한, 본 발명의 일 실시 예에 따라, 제 1 타입은 일반 타입이고, 제 2 타입은 보안 타입일 수 있다.
또한, 본 발명의 일 실시 예에 따라, 제 1 NAN 프록시 클라이언트에 대한 스케줄링을 수행하는 경우, 제 1 NAN 프록시 클라이언트로 프록시 릴레이 스케줄링 속성 정보를 전송할 수 있다.
이때, 본 발명의 일 실시 예에 따라, 프록시 릴레이 스케줄링 속성 정보에는 속성 아이디, 릴레이 요청자 아이디, 릴레이 응답자 아이디, 스케줄링 랜덤 랭크 값, 서비스 시작 시간 및 서비스 인터벌에 대한 정보 중 적어도 어느 하나 이상이 포함될 수 있다.
이때, 본 발명의 일 실시 예에 따라, 스케줄링 랜덤 랭크 값은 액세스 카테고리에 기초하여 결정되는 값일 수 있다.
또한, 본 발명의 일 실시 예에 따라, NAN 프록시 서버로 데이터 중계를 요청하는 릴레이 요청자가 복수 개인 경우, 스케줄링 랜덤 랭크 값에 기초하여 우선 순위가 결정될 수 있다.
이때, 본 발명의 일 실시 예에 따라, 제 1 NAN 프록시 클라이언트 및 제 2 NAN 프록시 클라이언트가 릴레이 요청자인 경우, 제 1 NAN 프록시 클라이언트의 스케줄링 랜덤 랭크 값이 제 2 NAN 프록시 클라이언트의 스케줄링 랜덤 랭크 값보다 작으면 제 1 NAN 프록시 클라이언트에 대한 데이터 중계가 먼저 수행될 수 있다.
또한, 본 발명의 일 실시 예에 따라, 서비스 인터벌은 상기 스케줄링 랜덤 랭크 값에 기초하여 결정될 수 있다.
또한, 본 발명의 일 실시 예에 따라, NAN 프록시 서버는 스케줄링에 기초하여 제 1 NAN 프록시 클라이언트로부터 데이터를 수신하고, 수신한 데이터를 제 2 NAN 프록시 클라이언트로 전송하면 데이터 중계가 완료될 수 있다.
본 명세서는, 무선 통신 시스템에서 NAN 프록시 서버(proxy server)가 릴레이 디바이스 역할을 수행하는 방법 및 그 장치를 제공할 수 있다.
본 명세서는, 무선 통신 시스템에서 NAN 단말이 프록시 서버(proxy server) 및 프록시 클라이언트(proxy client) 역할을 수행하는 방법을 제공할 수 있다.
본 명세서는, NAN 프록시 서버가 NAN 프록시 클라이언트들의 통신을 중계하는 방법을 제공할 수 있다.
본 명세서는, NAN 프록시 클라이언트들 상호 간의 통신이 불가능한 경우에 데이터 통신을 중계하는 방법을 제공할 수 있다.
본 명세서는, NAN 프록시 클라이언트들이 신호 세기 및 거리상의 문제 등으로 직접 통신을 할 수 없는 경우에 NAN 프록시 서버를 이용하여 통신을 수행하는 방법을 제공할 수 있다.
본 명세서에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 IEEE 802.11 시스템의 예시적인 구조를 나타내는 도면이다.
도 2 내지 3은 NAN 클러스터를 예시하는 도면이다.
도 4에는 NAN 단말의 구조가 예시되어 있다.
도 5 내지 도 6에는 NAN 컴포넌트들의 관계가 도시되어 있다.
도 7은 NAN 단말은 상태 천이를 나타낸 도면이다.
도 8은 디스커버리 윈도우 등을 나타낸 도면이다.
도 9은 디스커버리 윈도우를 나타낸 도면이다.
도 10은 NAN 프록시 서버에 NAN 단말이 NAN 프록시 클라이언트로 등록하는 방법을 나타낸 도면이다.
도 11은 NAN 프록시 서버에 NAN 단말이 NAN 프록시 클라이언트로 등록하는 방법을 나타낸 도면이다.
도 12는 NAN 프록시 서버가 NAN 클라이언트들의 통신을 중계하는 방법을 나타낸 도면이다.
도 13은 NAN 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법을 나타낸 도면이다.
도 14는 NAN 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법을 나타낸 도면이다.
도 15는 복수의 relay requestor에 기초하여 NAN 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법을 나타낸 도면이다.
도 16은 NAN 프록시 서버가 릴레이 디바이스로서 데이터 통신을 중계하는 방법을 나타낸 도면이다.
도 17은 NAN 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법에 대한 순서도이다.
도 18은 단말 장치의 블록도를 도시한 도면이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
이하의 실시 예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시 예를 구성할 수도 있다. 본 발명의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시 예들은 무선 액세스 시스템들인 IEEE 802 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A(LTE-Advanced)시스템, 3GPP2 시스템, Wi-Fi 시스템 및 NAN 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시 예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하의 기술은 CDMA(Code Division Multiple Access), FDMA(Frequency Division Multiple Access), TDMA(Time Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), SC-FDMA(Single Carrier Frequency Division Multiple Access) 등과 같은 다양한 무선 액세스 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다.
또한, 본 명세서에서 제1 및/또는 제2 등의 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소로부터 구별하는 목적으로만, 예컨대 본 명세서의 개념에 따른 권리 범위로부터 이탈되지 않은 채, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게, 제2 구성요소는 제1 구성요소로도 명명될 수 있다.
또한 명세서 전체에서, 어떤 부분이 어떤 구성 요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성 요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것을 의미한다. 그리고 명세서에 기재된 “…유닛”, “…부” 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 및/또는 소프트웨어의 결합으로 구현될 수 있다.
이하에서는, 명확성을 위하여 이하에서는 IEEE 802.11 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
WLAN 시스템의 구조
도 1 은 본 발명이 적용될 수 있는 IEEE 802.11 시스템의 예시적인 구조를 나타내는 도면이다.
IEEE 802.11 구조는 복수개의 구성요소들로 구성될 수 있고, 이들의 상호작용에 의해 상위계층에 대해 트랜스패런트한 STA 이동성을 지원하는 WLAN이 제공될 수 있다. 기본 서비스 세트(Basic Service Set; BSS)는 IEEE 802.11 WLAN에서의 기본적인 구성 블록에 해당할 수 있다. 도 1 에서는 2 개의 BSS(BSS1 및 BSS2)가 존재하고 각각의 BSS의 멤버로서 2 개의 STA이 포함되는 것(STA1 및 STA2 는 BSS1에 포함되고, STA3 및 STA4는 BSS2에 포함됨)을 예시적으로 도시한다. 도 1 에서 BSS를 나타내는 타원은 해당 BSS에 포함된 STA들이 통신을 유지하는 커버리지 영역을 나타내는 것으로도 이해될 수 있다. 이 영역을 BSA(Basic Service Area)라고 칭할 수 있다. STA이 BSA 밖으로 이동하게 되면 해당 BSA 내의 다른 STA들과 직접적으로 통신할 수 없게 된다.
IEEE 802.11 WLAN에서 가장 기본적인 타입의 BSS는 독립적인 BSS(Independent BSS; IBSS)이다. 예를 들어, IBSS는 2 개의 STA만으로 구성된 최소의 형태를 가질 수 있다. 또한, 가장 단순한 형태이고 다른 구성요소들이 생략되어 있는 도 1 의 BSS(BSS1 또는 BSS2)가 IBSS의 대표적인 예시에 해당할 수 있다. 이러한 구성은 STA들이 직접 통신할 수 있는 경우에 가능하다. 또한, 이러한 형태의 WLAN은 미리 계획되어서 구성되는 것이 아니라 WLAN이 필요한 경우에 구성될 수 있으며, 이를 애드-혹(ad-hoc) 네트워크라고 칭할 수도 있다.
STA의 켜지거나 꺼짐, STA이 BSS 영역에 들어오거나 나감 등에 의해서, BSS에서의 STA의 멤버십이 동적으로 변경될 수 있다. BSS의 멤버가 되기 위해서는, STA은 동기화 과정을 이용하여 BSS에 조인할 수 있다. BSS 기반구조의 모든 서비스에 액세스하기 위해서는, STA은 BSS에 연관(associated)되어야 한다. 이러한 연관(association)은 동적으로 설정될 수 있고, 분배시스템서비스(Distribution System Service; DSS)의 이용을 포함할 수 있다.
추가적으로, 도 1에서는 분배시스템(Distribution System; DS), 분배시스템매체(Distribution System Medium; DSM), 액세스 포인트(Access Point; AP) 등의 구성요소에 대해서 도시한다.
WLAN에서 직접적인 스테이션-대-스테이션의 거리는 PHY 성능에 의해서 제한될 수 있다. 어떠한 경우에는 이러한 거리의 한계가 충분할 수도 있지만, 경우에 따라서는 보다 먼 거리의 스테이션 간의 통신이 필요할 수도 있다. 확장된 커버리지를 지원하기 위해서 분배시스템(DS)이 구성될 수 있다.
DS는 BSS들이 상호 연결되는 구조를 의미한다. 구체적으로, 도 1 과 같이 BSS가 독립적으로 존재하는 대신에, 복수개의 BSS들로 구성된 네트워크의 확장된 형태의 구성요소로서 BSS가 존재할 수도 있다.
DS는 논리적인 개념이며 분배시스템매체(DSM)의 특성에 의해서 특정될 수 있다. 이와 관련하여, IEEE 802.11 표준에서는 무선 매체(Wireless Medium; WM)와 분배시스템매체(DSM)을 논리적으로 구분하고 있다. 각각의 논리적 매체는 상이한 목적을 위해서 사용되며, 상이한 구성요소에 의해서 사용된다. IEEE 802.11 표준의 정의에서는 이러한 매체들이 동일한 것으로 제한하지도 않고 상이한 것으로 제한하지도 않는다. 이와 같이 복수개의 매체들이 논리적으로 상이하다는 점에서, IEEE 802.11 WLAN 구조(DS 구조 또는 다른 네트워크 구조)의 유연성이 설명될 수 있다. 즉, IEEE 802.11 WLAN 구조는 다양하게 구현될 수 있으며, 각각의 구현예의 물리적인 특성에 의해서 독립적으로 해당 WLAN 구조가 특정될 수 있다.
DS는 복수개의 BSS들의 끊김 없는(seamless) 통합을 제공하고 목적지로의 어드레스를 다루는 데에 필요한 논리적 서비스들을 제공함으로써 이동 기기를 지원할 수 있다.
AP는, 연관된 STA들에 대해서 WM을 통해서 DS 로의 액세스를 가능하게 하고 STA 기능성을 가지는 엔티티(entity)를 의미한다. AP를 통해서 BSS 및 DS 간의 데이터 이동이 수행될 수 있다. 예를 들어, 도 1 에서 도시하는 STA2 및 STA3 은 STA의 기능성을 가지면서, 연관된 STA들(STA1 및 STA4)가 DS로 액세스하도록 하는 기능을 제공한다. 또한, 모든 AP는 기본적으로 STA에 해당하므로, 모든 AP는 어드레스 가능한 엔티티이다. WM 상에서의 통신을 위해 AP 에 의해서 사용되는 어드레스와 DSM 상에서의 통신을 위해 AP 에 의해서 사용되는 어드레스는 반드시 동일할 필요는 없다.
AP에 연관된 STA들 중의 하나로부터 그 AP의 STA 어드레스로 송신되는 데이터는, 항상 비 제어 포트(uncontrolled port)에서 수신되고 IEEE 802.1X 포트 액세스 엔티티에 의해서 처리될 수 있다. 또한, 제어 포트(controlled port)가 인증되면 송신 데이터(또는 프레임)는 DS로 전달될 수 있다.
계층 구조
무선랜 시스템에서 동작하는 STA의 동작은 계층(layer) 구조의 관점에서 설명할 수 있다. 장치 구성의 측면에서 계층 구조는 프로세서에 의해서 구현될 수 있다. STA는 복수개의 계층 구조를 가질 수 있다. 예를 들어, 802.11 표준문서에서 다루는 계층 구조는 주로 DLL(Data Link Layer) 상의 MAC 서브계층(sublayer) 및 물리(PHY) 계층이다. PHY은 PLCP(Physical Layer Convergence Procedure) 개체, PMD(Physical Medium Dependent) 개체 등을 포함할 수 있다. MAC 서브계층 및 PHY은 각각 MLME(MAC sublayer Management Entity) 및 PLME((Physical Layer Management Entity)라고 칭하여지는 관리 개체들을 개념적으로 포함한다. 이러한 개체들은 계층 관리 기능이 작동하는 계층 관리 서비스 인터페이스를 제공한다.
정확한 MAC 동작을 제공하기 위해서, SME(Station Management Entity) 가 각각의 STA 내에 존재한다. SME는, 별도의 관리 플레인 내에 존재하거나 또는 따로 떨어져(off to the side) 있는 것으로 보일 수 있는, 계층 독립적인 개체이다. SME의 정확한 기능들은 본 문서에서 구체적으로 설명하지 않지만, 일반적으로는 다양한 계층 관리 개체(LME)들로부터 계층-종속적인 상태를 수집하고, 계층-특정 파라미터들의 값을 유사하게 설정하는 등의 기능을 담당하는 것으로 보일 수 있다. SME는 일반적으로 일반 시스템 관리 개체를 대표하여(on behalf of) 이러한 기능들을 수행하고, 표준 관리 프로토콜을 구현할 수 있다.
전술한 개체들은 다양한 방식으로 상호작용한다. 예를 들어, 개체들 간에는 GET/SET 프리머티브(primitive)들을 교환(exchange)함으로써 상호작용할 수 있다. 프리머티브는 특정 목적에 관련된 요소(element)나 파라미터들의 세트를 의미한다. XX-GET.request 프리머티브는 주어진 MIB attribute(관리 정보 기반 속성 정보)의 값을 요청하기 위해 사용된다. XX-GET.confirm 프리머티브는, Status가 "성공"인 경우에는 적절한 MIB 속성 정보 값을 리턴하고, 그렇지 않으면 Status 필드에서 에러 지시를 리턴하기 위해 사용된다. XX-SET.request 프리머티브는 지시된 MIB 속성이 주어진 값으로 설정되도록 요청하기 위해 사용된다. 상기 MIB 속성이 특정 동작을 의미하는 경우, 이는 해당 동작이 수행되는 것을 요청하는 것이다. 그리고, XX-SET.confirm 프리머티브는 status가 "성공"인 경우에 지시된 MIB 속성이 요청된 값으로 설정되었음을 확인하여 주고, 그렇지 않으면 status 필드에 에러 조건을 리턴하기 위해 사용된다. MIB 속성이 특정 동작을 의미하는 경우, 이는 해당 동작이 수행되었음을 확인하여 준다.
또한, MLME 및 SME는 다양한 MLME_GET/SET 프리머티브들을 MLME_SAP(Service Access Point)을 통하여 교환할 수 있다. 또한, 다양한 PLME_GET/SET 프리머티브들이, PLME_SAP을 통해서 PLME와 SME 사이에서 교환될 수 있고, MLME-PLME_SAP을 통해서 MLME와 PLME 사이에서 교환될 수 있다.
NAN (Neighbor Awareness Networking) 토폴로지
NAN 네트워크는 동일한 NAN 파라미터들(예를 들어, 연속된 디스커버리 윈도우 사이의 시간 구간, 디스커버리 윈도우의 구간, 비콘 인터벌 또는 NAN 채널 등)의 집합을 사용하는 NAN 단말들로 이루어질 수 있다. NAN 단말들은 NAN 클러스터를 구성할 수 있는데, 여기서 NAN 클러스터는 동일한 NAN 파라미터들의 집합을 사용하며, 동일한 디스커버리 윈도우 스케줄에 동기화되어 있는 NAN 단말들의 집합을 의미한다. 도 2에는 NAN 클러스터의 예가 도시되어 있다. NAN 클러스터에 속한 NAN 단말은 멀티캐스트/유니캐스트 NAN 서비스 디스커버리 프레임을, 디스커버리 윈도우의 범위 내에서, 다른 NAN 단말에게 직접 전송할 수 있다. 도 3에 도시된 바와 같이, NAN 클러스터에는 하나 이상의 NAN 마스터가 존재할 수 있으며, NAN 마스터는 변경될 수 있다. 또한, NAN 마스터는 동기 비콘 프레임과 디스커버리 비콘 프레임, NAN 서비스 디스커버리 프레임을 모두 전송할 수 있다.
NAN Device Architecture
도 4에는 NAN 단말의 구조가 도시되어 있다. 도 4에 도시된 바와 같이, NAN 단말은 802.11의 물리 계층을 기반으로 하며, NAN 디스커버리 엔진(NAN Discovery Engine), NAN MAC (Medium Access Control), 각 애플리케이션(Application 1, Application 2, … , Application N )으로의 NAN API들이 주요 컴포넌트이다.
도 5 내지 도 6에는 NAN 컴포넌트들의 관계가 도시되어 있다. 서비스 요청 및 응답은 NAN 디스커버리 엔진을 통해 처리되며, NAN MAC은 NAN 비콘 프레임들과 NAN 서비스 디스커버리 프레임을 처리한다. NAN 디스커버리 엔진은 서브스크라이브(Subscribe), 퍼블리시(Publish) 및 팔로우-업(Follow-up)의 기능을 제공할 수 있다. 퍼블리시/서브스크라이브 기능은 서비스/애플리케이션으로부터 서비스 인터페이스를 통해 동작한다. 퍼블리시/서브스크라이브 명령이 실행되면 퍼블리시/서브스크라이브 기능의 인스턴스(instance)가 생성된다. 각 인스턴스는 독립적으로 구동되며 구현에 따라 동시에 여러 개의 인스턴스가 구동될 수도 있다. 팔로우-업 기능은 서비스 특정 정보를 송수신하는 서비스/애플리케이션을 위한 수단이다.
NAN 단말의 역할 및 상태
NAN 단말은 마스터 역할을 수행할 수도 있고 또한 이는 변경될 수 있다. 즉, NAN 단말은 여러 역할 및 상태(Role and State)를 천이할 수 있으며, 도 7에는 그 예시가 도시되어 있다. NAN 단말이 가질 수 있는 역할 및 상태는, 마스터(이하, 마스터는 Master role and sync. State임.), 논-마스터 싱크(Non-Master Sync), 논-마스터 논-싱크(Non-Master Non-Sync) 등이 있을 수 있다. 각 역할과 상태에 따라 디스커버리 비콘 프레임 및/또는 동기 비콘 프레임의 전송 가부가 결정될 수 있으며, 이는 다음 표 1에 예시된 바와 같을 수 있다.
[표 1]
Figure PCTKR2016006325-appb-I000001
NAN 단말의 상태는 마스터 랭크(Master Rank)를 통해 결정될 수 있다. 마스터 랭크는 NAN 마스터로써 동작하려는 NAN 단말의 의지를 나타낸다. 즉, 큰 값은 NAN 마스터에 대한 큰 선호도를 나타낸다. NAN MR는 Master Preference, Random Factor, Device MAC address 에 의해, 다음 수학식 1에 의해 결정될 수 있다.
[수학식 1]
Figure PCTKR2016006325-appb-I000002
상기 Master Preference, Random Factor, Device MAC address은 NAN 비콘 프레임에 포함된 마스터 인디케이션 어트리뷰트를 통해 지시될 수 있다. 마스터 인디케이션 어트르뷰트는 다음 표 2에 예시된 바와 같을 수 있다.
[표 2]
Figure PCTKR2016006325-appb-I000003
상기 MR과 관련하여, NAN 서비스를 활성화시키고 NAN 클러스터를 시작하는 NAN 단말은 Master Preference, Random Factor를 모두 0으로 설정하고, NANWarmUp를 리셋한다. NAN 단말은 NANWarmUp가 만료될 때까지, 마스터 인디케이션 어트리뷰트 내 Master Preference 필드 값을 0보다 큰 값으로 설정하여야 하고, 마스터 인디케이션 어트리뷰트 내 Random Factor 값을 새로운 값으로 설정해야 한다. 앵커 마스터의 Master Preference 가 0보다 큰 값으로 설정된 NAN 클러스터에 조인한 NAN 단말은, NANWarmUp가 만료되는지 여부에 관계없이, Master Preference를 0보다 큰 값으로 설정하고, Random Factor를 새로운 값으로 설정할 수 있다.
계속하여, NAN 단말은 MR 값에 따라 NAN 클러스터의 앵커마스터(Anchor Master)가 될 수도 있다. 즉, 모든 NAN 단말은 앵커 마스터로써 동작할 수 있는 능력(capability)가 있다. 앵커마스터는 NAN 클러스터에서 가장 큰 MR을 가지며 HC(Hop count to the Anchor Master)값이 0이며 AMBTT(Anchor Master Beacon Transmit Time)값이 가장 작은 장치를 의미한다. NAN 클러스터에는 일시적으로 두 개의 앵커 마스터가 존재할 수도 있지만, 하나의 앵커 마스터가 있는 것이 원칙이다. 이미 존재하던 NAN 클러스터에서 앵커 마스터가 된 NAN 단말은, 이미 존재하던 NAN 클러스터에서 사용된 TSF(Time Synchronization Function)를 그대로 사용한다.
NAN 단말은 다음 경우, 앵커 마스터가 될 수 있다. 새로운 NAN 클러스터를 시작하거나, 마스터 랭크 변경(다른 NAN 단말의 MR 값이 변경되거나 또는 앵커 마스터 자신의 MR이 변경되는 경우)에 따라, 또는 현재 앵커 마스터의 비콘 프레임이 더 이상 수신되지 않는 경우, NAN 단말은 앵커 마스터가 될 수 있다. 또한, 다른 NAN 단말의 MR 값이 변경되거나 또는 앵커 마스터 자신의 MR이 변경되는 경우, NAN 단말은 앵커 마스터의 지위를 상실할 수 있다. 앵커 마스터는 아래의 설명과 같은 앵커 마스터 선택(Anchor Master Selection) 알고리즘에 의해 결정될 수 있다. 즉, 앵커 마스터 선택은 어떤 NAN 단말이 NAN 클러스터의 앵커 마스터인지를 결정하는 알고리즘이며, 각 NAN 단말은 NAN 클러스터에 참여할 때 앵커 마스터 선택 알고리즘을 구동한다.
NAN 단말이 새로운 NAN 클러스터를 시작하는 경우, 그 NAN 단말은 새로운 NAN 클러스터의 앵커 마스터가 된다. 임계 치를 초과하는 홉 카운터를 갖는 NAN 동기 비콘 프레임은 NAN 단말에 의해 사용되지 않는다. 그렇지 않은 NAN 동기 비콘 프레임은, NAN 클러스터의 앵커 마스터를 결정하는데 사용된다.
임계 치를 초과하지 않는 홉 카운터를 갖는 NAN 동기 비콘 프레임을 수신하면, NAN 단말은 저장된 앵커 마스터 랭크 값과 비콘 프레임 내 앵커 마스터 랭크 값을 비교한다. 만약 저장된 앵커 마스터 랭크 값이 비콘 프레임 내 앵커 마스터 값보다 큰 경우, NAN 단말은 비콘 프레임 내 앵커 마스터 값을 버린다. 만약 저장된 앵커 마스터 랭크 값이 비콘 프레임 내 앵커 마스터 값보다 작은 경우, NAN 단말은 비콘 프레임에 포함된 앵커 마스터 랭크와 홉 카운터에서 1씩 증가한 값 그리고, 비콘 프레임 내 AMBTT 값을 새로이 저장한다. 또한, 만약 저장된 앵커 마스터 랭크 값이 비콘 프레임 내 앵커 마스터 값과 동일한 경우, 홉 카운터를 비교한다. 비콘 프레임의 홉 카운터 값이 저장된 값보다 큰 경우, NAN 단말은 수신한 비콘 프레임을 무시한다. 비콘 프레임의 홉 카운터 값이 (저장된 값 - 1)과 동일하고, AMBTT 값이 저장된 값보다 큰 경우, NAN 단말은 비콘 프레임의 AMBTT 값을 새로이 저장한다. 비콘 프레임의 홉 카운터 값이 (저장된 값 - 1)보다 작은 경우, NAN 단말은 비콘 프레임의 홉 카운터 값을 1 증가시킨다. 저장된 AMBTT 값은 다음과 규칙에 따라 업데이트된다. 만약, 수신된 비콘 프레임이 앵커 마스터에 의해 전송된 경우, AMBTT 값은 비콘에 포함된 타임 스탬프의 가장 낮은 4 옥텟 값으로 설정된다. 만약, 수신된 비콘 프레임이 NAN 마스터 또는 마스터 싱크가 아닌 장치로부터 수신된 경우, AMBTT 값은 수신된 비콘의 NAN 클러스터 어트리뷰트에 포함된 값으로 설정된다.
한편, NAN 단말의 TSF 타이머가 저장된 AMBTT 값을 16*512 TUs(Time Units), (예를 들어, 16 DW periods) 이상 초과한 경우, NAN 단말은 자신을 앵커 마스터로 가정하고, 앵커 마스터 레코드를 업데이트할 수 있다. 또한, MR에 포함된 요소(Master Preference, Random Factor, MAC Address) 중 어느 하나에라도 변경이 있으면, 앵커 마스터가 아닌 NAN 단말은 변경된 MR을 저장된 값과 비교한다. 만약 NAN 단말의 변경된 MR 값이 저장된 값보다 큰 경우, NAN 단말은 자신을 앵커 마스터로 가정하고 앵커 마스터 레코드를 업데이트할 수 있다.
또한, NAN 단말은, 앵커 마스터가 AMBTT 값을 상응하는 비콘 전송의 TSF 값으로 설정하는 경우를 제외하고는, NAN 동기 및 디스커버리 비콘 프레임 내 클러스터 어트리뷰트의 앵커 마스터 필드를 앵커 마스터 레코드에 있는 값으로 설정할 수 있다. NAN 동기 또는 디스커버리 비콘 프레임을 전송하는 NAN 단말은 비콘 프레임의 TSF가 클러스터 어트리뷰트에 포함된 동일한 앵커 마스터로부터 유도될 것임을 보장할 수 있다.
또한, NAN 단말은 i) NAN 비콘이 NAN 단말의 앵커 마스터 레코드보다 큰 값의 앵커 마스터 랭크를 지시하는 경우, ii) NAN 비콘이 NAN 단말의 앵커 마스터 레코드와 동일한 값의 앵커 마스터 랭크를 지시하고, NAN 비콘 프레임의 홉 카운터 값과 AMBTT 값이 앵커 마스터 레코드보다 큰 값을 지시하는 경우, 동일한 클러스터 ID로 수신된 NAN 비콘 내 TSF 타이머 값을 적용할 수 있다.
NAN 동기 (NAN synchronization)
동일한 NAN 클러스터에 참여하는 NAN 단말은 공통의 클럭에 동기화될 수 있다. NAN 클러스터의 TSF는 모든 NAN 단말에서 수행되어야만 하는 분산 알고리즘에 의해 구현될 수 있다. NAN 클러스터에 참여하는 각 NAN 단말은 상기 알고리즘에 따라 NAN 동기화 비콘 프레임(NAN Sync. Beacon frames)을 전송할 수 있다. 장치는 디스커버리 윈도우(DW) 동안 자신의 클럭을 동기화할 수 있다. 디스커버리 윈도우의 길이는 16 TUs이다. 디스커버리 윈도우 동안, 하나 이상의 NAN 단말은 NAN 클러스터 내 모든 NAN 단말이 자신의 클럭을 동기화하는 것을 돕기 위해 동기화 비콘 프레임(Synchronization Beacon frames)을 전송할 수 있다.
NAN 비콘 전송은 분산적이다. NAN 비콘 프레임의 전송 시점은 512TU마다 존재하는 디스커버리 윈도우 구간이 된다. 모든 NAN 단말은 장치의 역할과 상태에 따라 NAN 비콘 생성 및 전송에 참여할 수 있다. 각 NAN 단말은 NAN 비콘 주기 타이밍에 사용되는 자신만의 TSF 타이머를 유지하여야 한다. NAN 동기 비콘 구간은 NAN 클러스터를 생성하는 NAN 단말에 의해 수립될 수 있다. 동기화 비콘 프레임을 전송할 수 있는 디스커버리 윈도우 구간은 정확히 512 TU만큼 떨어지도록 일련의 TBTT가 정의된다. 0인 시간은 첫 번째 TBTT로 정의되며, 디스커버리 윈도우는 각 TBTT에서 시작된다.
마스터 역할을 수행하는 각 NAN 단말은 NAN 디스커버리 비콘 프레임을 NAN 디스커버리 윈도우 밖에서 전송한다. 평균적으로, 마스터 역할의 NAN 단말은 매 100 TUs 마다 NAN 디스커버리 비콘을 전송한다. 동일한 NAN 단말에서 전송되는 연속된 NAN 디스커버리 비콘 사이의 시간은 200 TUs 이하이다. 예정된 전송 시간이, NAN 단말이 참여하고 있는 NAN 클러스터의 NAN 디스커버리 윈도우와 오버랩되는 경우, 마스터 역할의 NAN 단말은 NAN 디스커버리 비콘의 전송을 생략할 수 있다. NAN 디스커버리 비콘 프레임을 전송을 위한 전력을 최소화하기 위해, 마스터 역할의 NAN 단말은 AC_VO (WMM Access Category - Voice) 컨텐션 세팅을 사용할 수 있다. 상술한 NAN 디스커버리 비콘 프레임, NAN 동기/디스커버리 비콘 프레임의 전송과 디스커버리 윈도우의 관계가 도 8에 도시되어 있다. 도 8(a)는 2.4 GHz 대역에서 동작하는 NAN 단말의 NAN 디스커버리 비콘 및 동기 비콘 프레임의 전송을 나타내며, 도 8(b)는 2.4 GHz 및 5 GHz 대역에서 동작하는 NAN 단말의 NAN 디스커버리 비콘 및 동기 비콘 프레임의 전송을 나타낸다.
도 9은 디스커버리 윈도우를 나타낸 도면이다. 상술한 바와 같이, 마스터 역할을 수행하는 각 NAN 단말은 디스커버리 윈도우 내에서 동기화 비콘 프레임을 전송하고, 디스커버리 윈도우 밖에서 디스커버리 비콘 프레임을 전송할 수 있다. 이때, 상술한 바와 같이, 디스커버리 윈도우는 매 512TU마다 반복될 수 있다. 이때, 디스커버리 윈도우의 듀레이션은 16TU일 수 있다. 즉, 디스커버리 윈도우는 16TU동안 지속될 수 있다. 이때, 일 예로, NAN 클러스터 내의 모든 NAN 단말들은 디스커버리 윈도우마다 어웨이크되어 마스터 NAN 단말로부터 동기화 비콘 프레임을 전송 받고, 이를 통해 NAN 클러스터를 유지하게 된다. 이때, 디스커버리 윈도우마다 모든 NAN 단말들이 고정적으로 어웨이크되면 단말의 전력 소모가 심해질 수 있다. 따라서, 하나의 NAN 클러스터 내에서 동기화를 유지하면서 디스커버리 윈도우의 듀레이션을 동적으로 제어하여 전력 소모를 줄이는 방법이 필요할 수 있다.
또한, 일 예로, 상술한 바와 같이, NAN 단말은 2.4GHz 대역 또는 5GHz 대역에서 동작할 수 있다. 또 다른 일 예로, NAN 단말은 Sub 1GHz 대역에서 동작할 수 있다. 일 예로, NAN 단말은 Sub 1GHz 대역을 지원하는 IEEE 802.11ah를 지원하도록 설정될 수 있다. 일 예로, NAN 단말이 900MHz를 지원하는 경우, 2.4GHz 또는 5GHz와는 다른 링크 품질 및 Physical 모델을 가질 수 있다.
일 예로, NAN 단말이 900MHz를 지원하는 경우, NAN 단말은 신호를 보다 멀리 보낼 수 있으며, 넓은 범위에서 통신을 수행할 수 있다. 이때, NAN 단말 간의 데이터 통신이 수행될 수 있으며, NAN 단말 간의 데이터가 교환될 수 있다. 이때, 데이터 통신을 기반으로 하기 때문에 NAN 단말에서 전력을 효율적으로 운영하는 방안이 문제될 수 있으며, 이를 위해 디스커버리 윈도우 구간의 설정 방법이 다르게 설정될 수 있다. 도 9는 디스커버리 윈도우 내에서 동기화 비콘 프레임이 전송되고, 디스커버리 윈도우 밖에서 디스커버리 비콘 프레임이 전송되는 기본 구조로서, 900MHz 대역을 지원하는 NAN 단말에도 유사하게 적용될 수 있다.
도 10은 NAN 프록시 서버에 NAN 단말이 NAN 프록시 클라이언트로 등록하는 방법을 나타낸 도면이다.
상술한 바와 같이 NAN 단말들은 데이터 통신을 수행할 수 있다. NAN 단말은 디스커버리 윈도우에서 어웨이크되어 프레임을 수신할 수 있다. 이때, NAN 단말이 모든 디스커버리 윈도우에서 모두 어웨이크되어 데이터 통신을 수행하기 위한 절차를 수행하는 경우에 있어서 많은 전력이 소모될 수 있다.
따라서, 이하에서는 NAN 단말의 전력 소모를 줄이는 방안으로서 NAN 단말에 대한 새로운 역할(컨셉)으로서, NAN 프록시 단말을 정의할 수 있다. 일 예로, NAN 프록시 단말은 NAN 프록시 서버 또는 NAN 프록시 클라이언트일 수 있다. 이때, NAN 프록시 서버는 NAN 프록시 클라이언트에 대한 데이터 통신에 대한 절차를 대신 수행할 수 있다. 일 예로, NAN 프록시 서버는 NAN 프록시 클라이언트를 대신하여 퍼블리시 및/또는 서브스크라이브를 수행할 수 있다. 보다 상세하게는, NAN 프록시 클라이언트가 다른 NAN 단말과 데이터 통신을 수행하기 위해 제공하는 정보를 NAN 프록시 서버가 대신하여 다른 NAN 단말들에게 제공할 수 있다. 즉, NAN 프록시 서버는 NAN 프록시 클라이언트의 전력 소모를 줄이기 위해 NAN 프록시 클라이언트를 대신하여 데이터 통신을 위한 절차를 수행할 수 있다.
일 예로, NAN 프록시 서버는 전력 소모에 민감하지 않은 단말일 수 있다. 또한, NAN 프록시 클라이언트는 저전력에 기초하여 동작하는 단말일 수 있다. 이러한 상황에서 NAN 프록시 클라이언트가 기존의 NAN 단말과 동일하게 매 디스커버리 윈도우에서 어웨이크되면 전력 소모가 심하여 사용에 지장을 줄 수 있다. 따라서, 전력 소모에 민감하지 않은 단말을 이용하여 데이터 통신을 위한 절차를 대신하게 함으로서, 전력 소모를 줄이면서 효율적으로 데이터 통신을 수행하도록 할 수 있다.
이때, NAN 프록시 서버가 NAN 프록시 클라이언트를 대신하여 데이터 통신에 대한 절차를 수행하기 위해서는 NAN 프록시 클라이언트에 대한 정보를 획득할 필요성이 있다. 이를 위해, NAN 프록시 클라이언트는 NAN 프록시 서버에 등록될 수 있다. 이하에서는 NAN 프록시 서버에 NAN 프록시 클라이언트가 등록되는 방법에 대해 서술한다.
보다 상세하게는, 프록시 서버 역할을 수행하는 NAN 단말은 NAN 프록시 서버일 수 있다. 이때, 일 예로, NAN 프록시 서버는 자신이 NAN 프록시 서버로서 동작할 수 있다는 정보를 다른 NAN 단말들에게 제공할 수 있다. 일 예로, NAN 프록시 서버는 브로드캐스트되는 메시지에 NAN 프록시 서버 역할에 대한 정보를 포함시킬 수 있다. 이때, 다른 NAN 단말들은 브로드캐스트되는 메시지에 기초하여 NAN 프록시 서버를 식별할 수 있다. 또한, 일 예로, NAN 프록시 서버는 퍼블리시 메시지로서 NAN 프록시 서버의 역할을 알리는 정보를 다른 NAN 단말들에게 제공할 수 있으며, 상술한 실시 예로 한정되지 않는다.
NAN 단말들(1010, 1030)이 NAN 프록시 서버를 인식한 경우, NAN 단말들(1010, 1030)은 NAN 프록시 서버(1020)의 서비스를 찾기 위해 서브스크라이브 메시지를 NAN 프록시 서버(1020)로 전송할 수 있다.
보다 상세하게는, NAN 단말들(1010, 1030)은 상술한 바와 같이 계층 구조를 가질 수 있다. 이때, 일 예로, 제 1 NAN 단말(NAN Device A, 1010)의 서비스/어플리케이션 단은 메소드로서 서브스크라이브(Subscribe)를 제 1 NAN 단말(1010)의 디스커버리 엔진(Discovery Engine, DE) 및 NAN MAC에 제공할 수 있다.
이때, 일 예로, 서비스/어플리케이션 단에서 NAN DE 및 NAC MAC 단에 제공하는 서브스크라이브 메소드의 primitives는 하기의 표 3과 같을 수 있다. 즉, 서비스/어플리케이션 단은 NAN DE 및 NAC MAC단에 표 3에 대한 정보를 제공할 수 있다. 보다 상세하게는, 서비스/어플리케이션 단은 NAN 단말이 검색하고자 하는 서비스 이름(Service Name), 서비스 특정 정보(Service Specific Info) 및 설정 파라미터(Configuration Parameter)에 대한 정보를 NAN DE 및 NAN MAC 단에 제공할 수 있다.
또한, 서브스크라이브 메소드의 primitives에는 다른 추가 정보가 포함되는 것도 가능하며, 상술한 실시 예로 한정되지 않는다.
[표 3]
Figure PCTKR2016006325-appb-I000004
그 후, 제 1 NAN 단말(1010)은 서브스크라이브 메시지를 NAN 프록시 서버 (1020)로 전송할 수 있다. 즉, 제 1 NAN 단말(1010)은 active subscribe로서 서브스크라이브 메소드에 기초하여 서브스크라이브 메시지를 NAN 프록시 서버(1020)로 전송할 수 있다.
그 후, NAN 프록시 서버(1020)가 서브스크라이브 메시지에 대한 응답을 해야 하는 경우, NAN 프록시 서버(1020)는 NAN 프록시 서버(1020)가 제공할 수 있는 서비스에 대한 Service ID를 매칭하여 퍼블리시 메시지를 제 1 NAN 단말(1010)로 전송할 수 있다. 이때, 퍼블리시 메시지의 퍼블리시 타입(Publish Type)은 Solicited일 수 있다.
이때, 일 예로, NAN 프록시 서버(1020)의 서비스/어플리케이션 단 퍼블리시 메소드를 NAN 프록시 서버(1020)의 NAN DE 및 NAN MAC 단에 제공할 수 있다. 이때, 일 예로, 퍼블리시 메소드의 primitives는 하기와 같을 수 있다.
즉, 서비스/어플리케이션 단은 NAN DE 및 NAC MAC단에 표 4에 대한 정보를 제공할 수 있다. 보다 상세하게는, 서비스/어플리케이션 단은 NAN 프록시 서버(1020)가 지원하는 서비스 이름(Service Name), 서비스 특정 정보(Service Specific Info) 및 설정 파라미터(Configuration Parameter)에 대한 정보를 NAN DE 및 NAN MAC 단에 제공할 수 있다.
이때, 설정 정보에는 solicited 전송이 수행됨이 지시하는 Publish type 정보가 포함될 수 있다. 또한, solicited 전송이 유니캐스트 또는 브로드캐스트인지 지시하는 Solicited transmission type 정보가 포함될 수 있다. 또한, 퍼블리시 펑션이 수행되는 시간에 대한 정보로서 Time to live 정보가 포함될 수 있다. 또한, 이벤트가 생성되었는지 여부를 나타내는 Event conditions 정보가 포함될 수 있다.
또한, 퍼블리시 메소드의 primitives에는 다른 추가 정보가 포함되는 것도 가능하며, 상술한 실시 예로 한정되지 않는다.
[표 4]
Figure PCTKR2016006325-appb-I000005
그 후, 제 1 NAN 단말(1010)이 퍼블리시 메시지를 수신한 경우, 제 1 NAN 단말(1010)의 NAN DE 및 NAN MAC단은 이벤트(event)로서 디스커버리 결과(Discovery Result)를 제 1 NAN 단말(1010)의 서비스/어플리케이션 단으로 제공할 수 있다. 이를 통해, 제 1 NAN 단말(1010)은 NAN 프록시 서버(1020)의 서비스 검색을 완료할 수 있다.
이때, 일 예로, 디스커버리 결과 이벤트의 primitives는 하기의 표 5와 같을 수 있다.
보다 상세하게는, NAN DE 및 NAN MAC단은 서브스크라이브 펑션을 식별하는 subscribe id 정보, NAN 프록시 서버가 지원하는 특정 서비스 정보로서 service_specific_info 정보, 퍼블리시 아이디 정보인 publish_id 정보 및 프록시 서버의 주소 정보인 Address 정보를 포함하는 디스커버리 결과 이벤트를 서비스/어플리케이션 단에 제공할 수 있다.
또한, 디스커버리 결과 이벤트의 primitives에는 다른 추가 정보가 포함되는 것도 가능하며, 상술한 실시 예로 한정되지 않는다.
[표 5]
Figure PCTKR2016006325-appb-I000006
또한, 제 2 NAN 단말(NAN Device B, 1030)도 제 1 NAN 단말(1010)과 동일한 방법에 기초하여 NAN 프록시 서버(1020)의 서비스를 검색할 수 있다. 이때, 일 예로, NAN 프록시 서버(1020)에 대한 서비스 검색은 각각의 NAN 단말들(1010, 1030)에서 개별적으로 수행될 수 있다.
이때, 일 예로, NAN 프록시 서버(1020)의 서비스에 대한 검색을 완료한 제 2 NAN 단말(1030)의 서비스/어플리케이션 단은 제 2 NAN 단말(1030)의 NAN DE 및 NAN MAC 단으로 퍼블리시 메소드를 제공할 수 있다.
이때, 일 예로, 제 2 NAN 단말(1030)이 NAN 프록시 서버에 등록을 위해 사용하는 Primitives는 하기의 표 6 및 7과 같이 정의될 수 있다. 보다 상세하게는, 제 2 NAN 단말(1030)의 서비스/어플리케이션 단은 퍼블리시 메소드로서 하기의 표 6 및 7에 따라 프록시 등록에 대한 정보를 제 2 NAN 단말(1030)의 NAN DE 및 NAN MAC 단에 제공할 수 있다. 즉, 제 2 NAN 단말(1030)은 기존의 퍼블리시 메소드 및 서브스크라이브 메소드를 재사용하여 프록시 등록에 대한 정보를 제공할 수 있다. 다만, 일 예로, 기존의 퍼블리시 메소드 및 서브스크라이브 메소드가 재사용되는 경우, service_specific_info 필드에는 제 2 NAN 단말(1030)이 퍼블리시하기위한 자신의 정보가 아니라 프록시 서버에 등록하기 위한 정보가 포함될 수 있다. 즉, 제 2 NAN 단말(1030)은 기존의 퍼블리시 메소드 및 서브스크라이브 메소드 포맷을 그대로 이용하여 등록에 대한 정보를 포함하도록 하는 메소드를 사용할 수 있다.
[표 6]
Figure PCTKR2016006325-appb-I000007
[표 7]
Figure PCTKR2016006325-appb-I000008
또 다른 일 예로, 제 2 NAN 단말(1030)은 등록을 위해 호출되는 메소드에 대한 Primitives를 새롭게 정의하여 사용할 수 있다. 즉, 제 2 NAN 단말(1030)의 서비스/어플리케이션 단은 새롭게 정의된 프록시등록(ProxyRegistration) 메소드를 제 2 NAN 단말(1030)의 NAN DE 및 NAN MAC에 제공하여 프록시 등록에 대한 정보를 제공할 수 있다. 이때, 새롭게 정의되는 프록시 등록 메소드의 Primitives는 하기의 표 8과 같을 수 있다.
[표 8]
Figure PCTKR2016006325-appb-I000009
즉, 제 2 NAN 단말(1030)의 서비스/어플리케이션 단은 NAN 프록시 서버 등록을 위해 메소드를 NAN DE 및 NAN MAC에 제공할 수 있다. 이때, 제공되는 메소드는 기존의 퍼블리시 메소드 포맷을 이용하고, 프록시 등록에 대한 정보를 포함하는 메소드일 수 있다. 또한, 일 예로, 프록시 등록을 위해 새롭게 정의되는 메소드일 수 있으며, 상술한 실시 예로 한정되지 않는다.
그 후, 제 2 NAN 단말(1030)의 NAN DE 및 NAN MAC 단은 프록시 등록 요청(Proxy Registration Request)를 NAN 프록시 서버(1020)로 전송할 수 있다. 이때, 프록시 등록 요청은 퍼블리시 메시지일 수 있다. 일 예로, 프록시 등록 요청은 서비스 디스커버리 프레임으로서 타입이 퍼블리시일 수 있다. 이때, 일예로, 프록시 등록 요청에 대한 서비스 디스커버리 속성(Service Discovery Attribute)는 하기의 표 9과 같을 수 있다.
[표 9]
Figure PCTKR2016006325-appb-I000010
이때, 일 예로, 프록시 등록 요청에 포함되는 하기의 필드에 대해서 Service ID 필드는 필수적으로 포함되는 필드일 수 있다. 이때, Service ID 필드는 NAN 프록시 서버가 제공하는 서비스로서 프록시 서비스 아이디(Proxy Service ID)로 정의될 수 있다. 또한, 프록시 등록 요청 필드에는 NAN 단말이 NAN 프록시 서버에 등록하기 위해 필요한 정보들이 포함될 수 있다. 이때, 일 예로, 프록시 등록 요청에 포함되는 필드로서 Service Info 필드에는 프록시 요청 TLV(Proxy Registration Request TLV)가 포함될 수 있다. 이때, 프록시 요청 TLV는 하기의 표 10과 같을 수 있다. 이때, 일 예로, 프록시 요청 TLV에는 NAN 단말이 프록시 클라이언트로 등록된 후 어웨이크되는 DW 듀레이션을 지시하는 Availability Time 필드가 포함될 수 있다. 또한, NAN 단말이 NAN 프록시 서버로 요청하는 서비스에 대한 아이디인 Service ID 필드가 포함될 수 있다. 또한, 그밖에도 NAN 단말이 NAN 프록시 서버로 등록하기 위해 필요한 정보들이 NAN 프록시 요청 TLV에 포함될 수 있으며, 상술한 실시 예로 한정되지 않는다.
[표 10]
Figure PCTKR2016006325-appb-I000011
Figure PCTKR2016006325-appb-I000012
그 후, NAN 프록시 서버는 프록시 요청에 대한 응답으로 프록시 응답을 제 2 NAN 단말(1030)에게 전송할 수 있다. 이때, 일 예로, 프록시 응답은 퍼블리시 메시지일 수 있다. 일 예로, 프록시 등록 응답은 서비스 디스커버리 프레임으로서 타입이 퍼블리시일 수 있다. 이때, 일예로, 프록시 등록 응답에 대한 서비스 디스커버리 속성(Service Discovery Attribute)는 상술한 표 9와 같을 수 있다.
이때, 일 예로, 프록시 등록 응답에 포함되는 하기의 필드에 대해서 Service ID 필드는 필수적으로 포함되는 필드일 수 있다. 이때, Service ID 필드는 NAN 프록시 서버가 제공하는 서비스로서 프록시 서비스 아이디(Proxy Service ID)로 정의될 수 있다. 또한, 프록시 등록 응답 필드에는 NAN 단말이 NAN 프록시 서버에 등록하기 위해 필요한 정보들이 포함될 수 있다. 이때, 일 예로, 프록시 등록 응답에 포함되는 필드로서 Service Info 필드에는 프록시 응답 TLV(Proxy Registration Request TLV)가 포함될 수 있다. 이때, 프록시 응답 TLV는 하기의 표 11과 같을 수 있다. 이때, 일 예로, 프록시 응답 TLV에는 NAN 프록시 서버가 NAN 단말의 등록을 허여하였는지를 지시하는 Status indication 필드가 포함될 수 있다. 이때, 일 예로, Status indication 필드가 0이면 등록을 허여될 수 있다. 또한, Status indication 필드 값이 1 또는 2일수도 있으며, 각각 다른 이유에 기초하여 등록이 거절되는 경우일 수 있다. 또한, 일 예로, 프록시 응답 TLV에는 등록 아이디를 지시하는 Registration ID 필드가 포함될 수 있다. 또한, NAN 프록시 서버가 제공하는 서비스에 대한 아이디인 Service ID 필드가 포함될 수 있다. 또한, 그밖에도 NAN 단말이 NAN 프록시 서버로 등록하기 위해 필요한 정보들이 NAN 프록시 응답 TLV에 포함될 수 있으며, 상술한 실시 예로 한정되지 않는다.
[표 11]
Figure PCTKR2016006325-appb-I000013
그 후, 제 2 NAN 단말(1030)의 NAN DE 및 NAN MAC은 NAN 프록시 서버로부터 Confirmation을 받으면 디스커버리 결과 이벤트를 서비스/어플리케이션 단에 제공할 수 있다. 이때, 일 예로, 상술한 Status indication 필드가 1인 프록시 응답을 수신하면 Confirmation이 완료된 것으로 볼 수 있다. 그 후, 제 2 NA 단말(1030)은 디스커버리 결과 이벤트에 기초하여 NAN 프록시 서버에 등록된 NAN 프록시 클라이언트가 될 수 있다.
상술한 절차를 통해, NAN 단말이 NAN 프록시 서버에 등록된 NAN 프록시 클라이언트가 될 수 있다.
도 11은 NAN 프록시 서버에 NAN 단말이 NAN 프록시 클라이언트로 등록하는 방법을 나타낸 도면이다.
상술한 바와 같이 NAN 단말은 NAN 프록시 서버로 서브스크라이브 메시지를 전송하여 NAN 프록시 서버의 서비스 디스커버리를 수행할 수 있다. 다만, NAN 단말이 NAN 프록시 서버에 서브스크라이브 메시지를 전송하기 위해서는 NAN 프록시 서버를 구별할 필요성이 있다. 즉, NAN 단말은 NAN 프록시 서버의 존재를 확인할 필요성이 있다.
이때, 일 예로, NAN 프록시 서버는 서비스 디스커버리 프레임을 브로드캐스트로 퍼블리시함으로서, 자신이 NAN 프록시 서버임을 알릴 수 있다. 이때, 퍼블리시는 solicited 타입 또는 unsolicited 타입일 수 있다.
도 11을 참조하면, NAN 프록시 서버(1120)은 unsolicited 타입으로 퍼블리시 메시지를 NAN 단말들에게 전송할 수 있다. 이때, 퍼블리시 메시지는 서비스 디스커버리 프레임일 수 있다. 그 후, NAN 단말들(1110, 1130)은 프록시 서비스 등록 요청 및 프록시 서비스 등록 응답을 NAN 서버와 교환하여 등록을 할 수 있으며, 이는 도 10과 같을 수 있다.
또한, 일 예로, NAN 프록시 서버가 자신이 프록시 서버의 능력(capability)을 가지고 있음을 알리기 위해서 NAN 비콘 또는 서비스 디스커버리 프레임 내에서 프록시 서버 속성(Proxy Server Attribute)을 추가할 수 있다. 이때, 프록시 서버 속성이 포함된 NAN 비콘 또는 서비스 디스커버리 프레임을 받은 NAN 단말 중 프록시 클라이언트 기능을 지원하는 단말은 해당 속성을 해석하여 주변의 프록시 서버의 존재를 확인할 수 있다.
보다 상세하게는, 표 12는 비콘 프레임 및 서비스 디스커버리 프레임에 포함될 수 있는 NAN 속성 정보들을 나타낼 수 있다. 이때, 표 7에서 Attribute ID 필드는 서로 다른 속성들을 나타내기 위해 서로 다른 값으로 정의될 수 있다. 또한, 일 예로, 각각의 속성 정보는 비콘 프레임 및 서비스 디스커버리 프레임에서 포함되거나 포함되지 않을 수 있다. 또한, 일 예로, 각각의 속성 정보 중 특정 속성 정보는 필수적(표에서 “M”으로 표시)으로 포함되거나, 선택적(표에서 “O”로 표시)으로 표시될 수 있다.
이때, NAN 속성 정보에 대한 필드 중 유보된 비트에 프록시 서버 속성(Proxy Server Attribute) 및 프록시 클라이언트 속성(Proxy Client Attribute) 중 적어도 어느 하나의 필드를 정의할 수 있다. 이때, 일 예로, 프록시 서버 속성 필드는 NAN 동기화 비콘 프레임, NAN 디스커버리 비콘 프레임 및 NAN 서비스 디스커버리 프레임 중 적어도 어느 하나에 선택적으로 포함될 수 있다. 즉, 프록시 서버 속성 필드는 NAN 프록시 서버가 자신의 존재를 알리기 위해 정의하는 필드로서 각각의 프레임들에 선택적으로 포함될 수 있다.
반면, 프록시 클라이언트 속성 필드는 서비스 디스커버리 프레임에 선택적으로 포함될 수 있다. 즉, 프록시 클라이언트 속성 필드는 NAN 단말이 NAN 프록시 서버의 존재를 확인하고, 자신이 NAN 프록시 클라이언트가 될 수 있는지 여부에 기초하여 전송되는 정보일 수 있다. 따라서, 프록시 클라이언트 속성 필드는 NAN 비콘 프레임에는 전송되지 않고 NAN 서비스 디스커버리 윈도우에 포함되어 전송될 수 있다.
[표 12]
Figure PCTKR2016006325-appb-I000014
이때, 프록시 서버 속성 필드는 하기의 표 13과 같이 구성될 수 있다. 보다 상세하게는, 프록시 서버 속성 필드에는 프록시 서버의 NAN 인터페이스의 주소 정보를 포함하는 Proxy Server Address 필드가 포함될 수 있다. 또한, NAN 프록시 서버의 능력에 대한 정보로서 Proxy Server Capability 필드가 포함될 수 있다. 이때, NAN 프록시 서버의 기능이 비트맵 형태로 포함될 수 있다. 또한, NAN 프록시 서버의 어웨이크 주기(Awake Interval)은 정수(integer) 형태의 값으로 나타낼 수 있다. 이때, 정수 값은 NAN 프록시 서버가 어웨이크되는 디스커버리 윈도우 주기를 나타낸다. 즉, 정수 값이 1인 경우 NAN 프록시 서버는 매 디스커버리 윈도우 구간에서 어웨이크될 수 있다. 이때, 일 예로, NAN 프록시 서버는 NAN 프록시 클라이언트를 대신하는 역할을 수행하는바, 매 디스커버리 윈도우마다 어웨이크되는 것이 바람직할 수 있다.
또한, 일 예로, NAN 프록시 서버의 전력 소모를 줄여야 할 필요성이 있는 경우, 정수 값을 변경할 수 있으며, 상술한 실시 예로 한정되지 않는다. 또한, NAN 프록시 서버가 AP STA의 기능을 동시에 제공하는 경우에는 AP STA로서 BSSID 필드가 포함될 수 있다.
[표 13]
Figure PCTKR2016006325-appb-I000015
또한, 상술한 프록시 서버 능력 필드에 대한 비트맵은 하기의 표 14와 같이 나타낼 수 있다. 보다 상세하게는, 프록시 서버 능력 비트맵(Proxy Server Capability Bitmap)에서 Publish Proxy bit는 NAN 프록시 서버가 주변 NAN 단말의 퍼블리시 요청을 수신하여 프록시된 서비스 퍼블리시 전송이 가능한지 여부를 지시할 수 있다.
또한, Subscribe Proxy bit는 NAN 프록시 서버가 주변 NAN 단말의 서브스크라이브 요청을 받아서 주변의 서비스를 찾고, 찾은 서비스를 NAN 단말로 알려줄 수 있는지 여부를 지시할 수 있다. 또한, Follow-up Proxy bit는 주변 NAN 단말의 Follow-up 서비스 디스커버리 윈도우를 프록시하는 기능이 가능한지 여부를 지시한다. 또한, Invite Proxy bit는 주변 NAN 단말들을 NAN 프록시 서버의 AP STA의 BSS에 참여를 요청할 수 있는 기능의 가능한지 여부를 지시한다. 또한, NAN Data Path는 NAN 프록시 서버가 NAN 데이터 패스 기능을 지시하는지 여부를 지시할 수 있다. 또한, NAN Data Forwarding bit는 NAN 단말의 NAN 데이터 패스를 NAN 프록시 서버가 수신하여 주변 NAN 단말들에게 전달할 수 있는 기능이 가능한지 여부를 지시한다. 즉, 프록시 서버 능력 필드는 NAN 프록시 서버가 자신이 할 수 있는 기능에 대한 정보를 지시할 수 있으며, 상술한 실시 예로 한정되지 않는다.
[표 14]
Figure PCTKR2016006325-appb-I000016
또한, 일 예로, 하기의 표 15는 프록시 클라이언트 속성에 대한 포맷을 나타낸다. 보다 상세하게는, 프록시 클라이언트 속성은 NAN 프록시 클라이언트가 NAN 프록시 서버에게 전송하는 서비스 디스커버리 프레임 내에 포함될 수 있다. 이때, 일 예로, 프록시 클라이언트 속성에는 NAN 프록시 클라이언트의 NAN 인터페이스 주소를 나타내는 Proxy Client Address가 포함될 수 있다. 또한, 프록시 클라이언트 속성에는 NAN 프록시 서버의 NAN 인터페이스 주소를 나타내는 Proxy Server Address가 포함될 수 있다. 또한, 프록시 클라이언트 속성에는 디스커버리 윈도우의 어에위크 주기를 나타내는 Awake Interval이 포함될 수 있다. 이때, Awake Interval은 NAN 프록시 클라이언트가 NAN 프록시 서버에 퍼블리시, 서브스크라이브, 팔로우업 요청 이후에 NAN 클라이언트가 어웨이크하는 주기를 디스커버리 인터벌 단위로 지시할 수 있다.
[표 15]
Figure PCTKR2016006325-appb-I000017
상술한 절차들을 통해, NAN 단말들은 NAN 프록시 서버에 등록을 수행할 수 있다. 이때, NAN 프록시 서버에 등록된 NAN 단말들은 NAN 프록시 클라이언트들일 수 있다.
도 12는 NAN 프록시 서버가 NAN 클라이언트들의 통신을 중계하는 방법을 나타낸 도면이다.
상술한 바와 같이, NAN 프록시 서버에는 NAN 프록시 클라이언트들이 등록될 수 있다. 이때, 일 예로, NAN 프록시 클라이언트들은 NAN 프록시 서버를 통해 서로의 존재 유무를 파악할 수 있다. 다만, NAN 프록시 클라이언트들은 신호의 세기 또는 거리 상의 문제 등으로 직접 통신을 수행할 수 없는 경우가 있을 수 있다.
보다 상세하게는, 도 12를 참조하면, 제 1 NAN 프록시 클라이언트(1210) 및 제 2 NAN 프록시 클라이언트(1220)는 NAN 프록시 서버(1240)에 등록된 NAN 단말일 수 있다. 이때, 제 1 NAN 프록시 클라이언트(1210) 및 제 2 NAN 프록시 클라이언트(1220)는 NAN 프록시 서버(1240)를 통해 서로의 존재를 파악할 수 있다. 즉, 제 1 NAN 프록시 클라이언트(1210)도 NAN 프록시 서버(1240)의 커버리지 내에 포함되어 있고, 제 2 NAN 프록시 클라이언트(1220)도 NAN 프록시 서버(1240)의 커버리지 내에 포함될 수 있다. 다만, 제 1 NAN 프록시 클라이언트(1210)와 제 2 NAN 프록시 클라이언트(1220)는 신호 세기에 의해 직접 통신이 불가능할 수 있다. 또한, 일 예로, 제 1 NAN 프록시 클라이언트(1210)와 제 2 NAN 프록시 클라이언트(1220)는 거리 상 이유 또는 장애물 등에 의해서 직접 통신이 불가능할 수 있다.
즉, 제 1 NAN 프록시 클라이언트(1210)와 제 2 NAN 프록시 클라이언트(1220)는 다양한 이유에 기초하여 직접 통신이 불가능할 수 있으며, 상술한 실시 예로 한정되지 않는다.
이때, 일 예로, NAN 프록시 서버(1240)는 NAN 프록시 클라이언트(1210, 1220)들에게 NAN 프록시 클라이언트(1210,1220)의 리스트 정보를 제공할 뿐, NAN 프록시 클라이언트들(1210, 1220)이 데이터 통신을 위한 연결(connection)을 수행할 수 있는지 여부를 알지 못할 수 있다. 또한, NAN 프록시 서버(1240)가 NAN 프록시 클라이언트들(1210, 1220)에게 NAN 프록시 클라이언트들(1210, 1220)에 대한 리스트 정보를 제공하고, NAN 프록시 클라이언트들(1210, 1220)은 직접 통신에 실패하는 경우, NAN 프록시 클라이언트들(1210, 1220)은 직접 통신을 할 수 있는 방법이 없을 수 있다.
따라서, 하기에서는 NAN 프록시 서버(1240)가 릴레이 디바이스가 되어 NAN 프록시 클라이언트들(1210, 1220)에게 데이터 통신을 위한 스케줄링을 수행하도록 하는 방법에 대해 서술한다. 즉, NAN 프록시 서버(1240)는 NAN 프록시 클라이언트들(1210, 1220)에 대한 통신을 중계할 수 있으며, 이에 대해 서술한다.
도 13은 NAN 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법을 나타낸 도면이다.
NAN 프록시 서버는 NAN 프록시 클라이언트들이 등록된 후에도 퍼블리시 메시지를 주기적으로 전송할 수 있다. 이때, 일 예로, 퍼블리시 메시지는 서비스 디스커버리 프레임의 형태일 수 있다. 또한, 일 예로, 퍼블리시 메시지는 매 디스커버리 윈도우마다 전송될 수도 있고, 기설정된 주기마다 전송될 수 있다. 이때, 일 예로, 퍼블리시 메시지가 전송되는 주기는 서비스 어플리케이션에 따라 다르게 설정될 수 있다. 일 예로, NAN 프록시 클라이언트가 많고 서비스가 활발히 이루어져 서비스의 정보가 빠르게 업데이트되어야 하는 경우에 퍼블리시 메시지는 매 디스커버리 윈도우마다 전송될 수 있다. 즉, 퍼블리시 메시지가 전송되는 주기는 서비스 어플리케이션에 기초하여 다르게 설정될 수 있다.
이때, 도 13을 참조하면, NAN 프록시 서버(1320)가 전송하는 퍼블리시 메시지의 퍼블리시 타입은 unsolicited일 수 있다. 또한, 상술한 바와 같이 퍼블리시 메시지는 서비스 디스커버리 프레임일 수 있다. 이때, 표 13에서 상술한 바와 같이, 서비스 디스커버리 프레임에는 Proxy Server Attribute(또는 Proxy server capability Attribute)가 포함될 수 있으며, 이는 상술한 바와 같다.
이때, NAN 프록시 서버(1320)가 unsolicited 타입의 퍼블리시 메시지를 전송하는 경우, Proxy server Attribute 필드에는 NAN 프록시 서버(1320)에 등록된 NAN 프록시 클라이언트들(1310, 1330)에 대한 정보가 더 포함될 수 있다. 일 예로, NAN 프록시 서버(1320)는 NAN 프록시 클라이언트들(1310, 1330)로부터 받은 정보를 Proxy server Attribute 필드에 포함시킬 수 있다.
이때, Proxy server Attribute 필드는 표 13에 포함된 필드 중 적어도 어느 하나를 포함하여 설정될 수 있다. 또한, 일 예로, Device ID(Proxy server), Instance ID, MAC interface, Publish mode, Subscribe mode, TBTT of 및 Proxy server 필드 중 적어도 어느 하나의 필드를 더 포함할 수 있다.
또한, 일 예로, Proxy server Attribute 필드에 NAN 프록시 서버(1320)에 등록된 NAN 프록시 클라이언트들에 대한 정보가 포함될 수 있다. 이때, 일 예로, NAN 프록시 서버(1320)에 복수 개의 NAN 프록시 클라이언트들(1310, 1330)이 등록된 경우, 등록된 NAN 프록시 클라이언트들(1310, 1330)의 모든 정보가 모두 포함될 수 있다. 이때, 일 예로, NAN 프록시 클라이언트의 정보는 하기의 표 16과 같을 수 있다. 즉, NAN 프록시 서버(1320)가 전송하는 퍼블리시 메시지에는 NAN 프록시 클라이언트들에 대한 정보들이 포함될 수 있다.
[표 16]
Figure PCTKR2016006325-appb-I000018
또한, NAN 프록시 서버(1320)는 Proxy server attribute 필드가 정의되는 퍼블리시 메시지를 매 디스커버리 윈도우마다 퍼블리시하여 전송할 수 있다. 또한, 일 예로, NAN 프록시 서버(1320)는 Proxy server attribute 필드가 정의되는 퍼블리시 메시지를 일정 주기에 기초하여 특정 디스커버리 윈도우마다 퍼블리시하여 전송할 수 있다. 일 예로, NAN 프록시 서버(1320)의 주변 NAN 프록시 클라이언트들의 환경에 따라 퍼블리시 메시지의 주기가 설정될 수 있다. 또한, 일 예로, 서비스 어플리케이션에 따라 vendor specific하게 설정될 수 있으며, 상술한 실시예로 한정되지 않는다.
이때, NAN 프록시 클라이언트들(1310, 1330)은 NAN 프록시 서버(1320)로부터 NAN 프록시 클라이언트들의 리스트 및 관련 정보를 획득할 수 있다. 이때, NAN 프록시 클라이언트들(1310, 1330)은 자신이 원하는 서비스를 가진 NAN 프록시 클라이언트와 데이터 통신을 위해 직접 연결을 시도할 수 있다.
일 예로, 도 13을 참조하면, 제 1 NAN 단말(NAN Proxy Client A, 1310)은 NAN 프록시 서버(1320)로부터 NAN 프록시 클라이언트들에 대한 정보를 획득할 수 있다. 이때, 제 1 NAN 단말(1310)은 자신이 원하는 서비스를 가진 NAN 단말이 제 2 NAN 단말(NAN Proxy Client B, 1330)임을 인지할 수 있다. 이때, 제 1 NAN 단말(1310)는 제 2 NAN 단말(1330)와 직접 연결을 시도할 수 있다.
이때, 일 예로, 제 1 NAN 단말(1310)은 제 2 NAN 단말(1330)로 Proxy client Capability Attribute를 포함하는 서비스 디스커버리 프레임을 전송할 수 있다. 이때, 일 예로, Proxy client Capability Attribute에는 Device ID (Proxy client), Device ID (Proxy server), Instance ID, MAC interface, Service info 및 TBTT 중 적어도 어느 하나 이상의 필드가 포함될 수 있다. 즉, Proxy Client Capability Attribute에는 직접 통신에 필요한 NAN 단말 관련 정보들이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 제 1 NAN 단말(1310)이 제 2 NAN 단말(1330)과 연결을 시도하기 위해서 NAN 단말 연결에 필요한 정보들이 서비스 디스커버리 프레임에 더 포함될 수 있다. 이때, 일 예로, 서비스 디스커버리 프레임에는 하기의 표 17의 Service Descriptor Attribute와 표 18, 19의 NAN Connection Capability Attribute가 더 포함될 수 있다. 즉, 제 1 NAN 단말(1310)과 제 2 NAN 단말(1330)이 직접 통신을 수행하기 위해 필요한 정보들이 더 포함될 수 있다.
[표 17]
Figure PCTKR2016006325-appb-I000019
[표 18]
Figure PCTKR2016006325-appb-I000020
[표 19]
Figure PCTKR2016006325-appb-I000021
이때, 일 예로, 제 1 NAN 단말(1310)이 제 2 NAN 단말(1330)로 Proxy Client Capability Attribute를 포함하는 서비스 디스커버리 프레임을 보내는 전송 횟수를 제한할 수 있다.
보다 상세하게는, 제 1 NAN 단말(1310)과 제 2 NAN 단말(1330)은 상술한 바와 같이 신호 세기 및 거리 등의 문제로 인하여 직접 연결을 수행하지 못할 수 있다. 이때, 제 1 NAN 단말(1310)은 이러한 상황을 알지 못하고 지속적으로 Proxy Capability Client Attribute를 포함하는 서비스 디스커버리 프레임을 전송할 수 있다. 이때, 제 1 NAN 단말(1310)이 지속적으로 서비스 디스커버리 프레임을 전송하는 것은 전력 소모의 문제가 발생할 수 있으며, 불필요한 절차일 수 있다. 따라서, Proxy Capability Client Attribute를 포함하는 서비스 디스커버리 프레임이 전송되는 횟수가 제한될 수 있다. 이때, 일 예로, Proxy Capability Client Attribute를 포함하는 서비스 디스커버리 프레임의 전송 제한 횟수는 N번일 수 있다. 이때, 일 예로, N은 3일 수 있다. 다만, N은 NAN 프록시 서버(1320) 및 NAN 프록시 클라이언트들(1310, 1330)의 상황에 따라 다르게 설정될 수 있으며, 상술한 실시예로 한정되지 않는다.
이때, 제 1 NAN 단말(1310)이 N번의 전송 시도 후에도 제 2 NAN 단말(1330)로부터 응답을 수신하지 못한 경우, 제 1 NAN 단말(1310)은 제 2 NAN 단말(1330)과 직접 통신을 할 수 없는 것으로 판단할 수 있다.
이때, 일 예로, 응답을 수신하지 못하는 이유는 거리상의 이유, 신호의 세기, 장애물 및 기타 이유 등이 있을 수 있으며, 특정의 이유로 한정하지 않을 수 있다.
제 1 NAN 단말(1310)은 NAN 프록시 서버(1320)로 Connection Notification Attribute를 포함하는 서비스 디스커버리 프레임을 전송할 수 있다.
이때, Connection Notification Attribute에는 Connection Status 정보가 포함될 수 있다.
즉, 제 1 NAN 단말(1310)이 기설정된 횟수의 전송을 시도한 후에도 제 2 NAN 단말(1330)로부터 응답을 수신하지 못한 경우, 제 1 NAN 단말(1310)은 NAN 프록시 서버(1320)로 연결 실패에 대한 정보를 전송할 수 있다.
또 다른 일 예로, 제 1 NAN 단말(1310)은 전송의 실패 여부와 무관하게 NAN 프록시 서버(1320)에게 Connection Capability Info Attribute를 포함하는 서비스 디스커버리 프레임을 전송할 수 있다.
이때, Connection Capability Info Attribute에는 Attribute ID, Device ID (proxy Client A), Device (Proxy Client B) 및 Connection Status 필드 중 적어도 어느 하나 이상의 필드가 포함될 수 있다.
일 예로, 제 1 NAN 단말(1310)이 제 2 NAN 단말(1330)과 직접 연결에 성공한 경우, Connection Status 필드에는 연결 성공에 대한 정보가 포함될 수 있다. 반면, 제 1 NAN 단말(1310)이 제 2 NAN 단말(1330)과 일정한 전송 횟수(N번) 동안 연결에 성공하지 경우, Connection Status 필드에는 연결 실패에 대한 정보가 포함될 수 있다.
즉, 제 1 NAN 단말(1310)이 제 2 NAN 단말(1330)과 직접 연결을 수행하는 경우, 제 1 NAN 단말(1310)은 직접 연결 결과 정보를 NAN 프록시 서버(1320)로 제공할 수 있다.
NAN 프록시 서버(1320)가 제 1 NAN 단말(1310)과 제 2 NAN 단말(1320)이 직접 통신이 불가능하다는 정보를 Connection Status를 통해 확인한 경우, NAN 프록시 서버(1320)는 릴레이 디바이스로서 역할을 수행할 수 있다.
이때, NAN 프록시 서버(1320)는 자신이 릴레이 디바이스 역할을 수행함을 알리기 위해 Proxy Relay Request attribute를 포함하는 서비스 디스커버리 프레임을 퍼블리시 할 수 있다. 이때, 퍼블리시 타입은 unsolicited일 수 있다. 즉, NAN 프록시 서버(1320)는 Proxy Relay Request attribute를 포함하는 서비스 디스커버리 프레임 형태의 퍼블리시 메시지를 NAN 프록시 클라이언트들(1310, 1330)으로 전송할 수 있다. 이때, 일 예로, Proxy Relay Request attribute에는 하기의 표 20의 정보 중 적어도 어느 하나 이상이 포함될 수 있다.
[표 20]
Figure PCTKR2016006325-appb-I000022
이때, 일 예로, NAN 프록시 서버(1320)는 Proxy Relay Request Attribute를 포함하는 서비스 디스커버리 프레임을 자신만을 위한 단일 채널을 사용하여 데이터 통신이 수행됨을 알려 줄 수 있다.
또한, 일 예로, NAN 프록시 서버(1320)는 Proxy Relay Request Attribute를 포함하는 서비스 디스커버리 프레임을 멀티 채널을 지원하여 이용 가능한 채널 내에서 데이터 통신을 수행하도록 알려줄 수 있으며, 상술한 실시예로 한정하지 않는다.
NAN 프록시 서버(1320)가 Proxy Relay Request Attribute를 포함하는 서비스 디스커버리 프레임을 전송한 경우, 제 1 NAN 단말(1310) 및 제 2 NAN 단말(1330)은 이를 수신하여 서비스 매칭을 수행할 수 있다. 즉, 제 1 NAN 단말(1310) 및 제 2 NAN 단말(1330)은 자신이 원하는 서비스에 대한 데이터 통신이 수행될 수 있는지 여부를 확인할 수 있다.
이때, 일 예로, NAN 프록시 클라이언트들(1310, 1330)가 NAN 프록시 서버(1320)로부터 Proxy Relay Request attribute를 포함하는 서비스 디스커버리 프레임을 수신한 경우, NAN 프록시 클라이언트들(1310, 1330)은 Proxy Relay Response attribute를 포함하는 서비스 디스커버리 프레임을 NAN 프록시 서버(1320)로 전송할 수 있다.
이때, 일 예로, Proxy Relay Response attribute에는 하기의 표 21의 정보 중 적어도 어느 하나 이상이 포함될 수 있다.
이때, NAN 프록시 클라이언트들(1310, 1330)은 Proxy client 들은 자신의 ID 를 통해 자신이 Relay requestor 와 Relay receiver 디바이스가 됨을 알 수 있다.
이때, NAN 프록시 클라이언트들(1310, 1330)은 자신의 ID를 통해서 자신의 Relay Requestor와 Relay Receiver 단말임을 확인할 수 있다.
이때, 일 예로, 제 1 NAN 단말(1310)이 제 2 NAN 단말(1330)로 데이터 통신을 요청한 경우라면 제 1 NAN 단말(1310)은 Relay Requestor가 될 수 있다. 또한, 제 2 NAN 단말(1330)은 Relay Receiver가 될 수 있다
또한, NAN 프록시 클라이언트들(1310, 1330)은 Proxy Relay Request attribute에 대한 서비스가 자신이 원하는 서비스가 아닌 경우, Relay Status에 실패를 마킹하여 응답할 수 있다. 즉, Relay Status는 릴레이 역할이 필요한지 여부를 나타낼 수 있다. 이때, Relay Status가 실패인 경우, NAN 프록시 서버(1320)는 제 1 NAN 단말(1310) 및 제 2 NAN 단말(1330)의 릴레이 역할을 수행할 수 없다.
반면, NAN 프록시 클라이언트들(1310, 1330)은 Proxy Relay Request attribute에 대한 서비스가 자신이 원하는 서비스인 경우, Relay Status에 성공을 마킹하여 응답할 수 있다. 이때, 일 예로, Proxy Relay Response Attribute에는 Scheduling Random Rank Value가 정의될 수 있다.
이때, Scheduling Random Rank Value는 복수 개의 relay requestor 가 존재하는 경우에 NAN 프록시 서버(1320) 에 접속하여 데이터 통신을 하는 relay requestor의 순서를 결정할 수 있다. 일 예로, Scheduling random rank value가 정의되지 않은 경우에 NAN 프록시 서버(1320) 접속하기 위하여 여러 relay requestor들이 채널 상에서 경쟁을 시도할 수 있으며, 이에 대해서는 후술한다.
[표 21]
Figure PCTKR2016006325-appb-I000023
NAN 프록시 서버(1320)는 릴레이 역할을 허여하는 Proxy Relay Scheduling Attribute를 제 1 NAN 단말(1310) 및 제 2 NAN 단말(1320)로부터 각각 수신할 수 있다. 그 후, NAN 프록시 서버(1320)는 제 1 NAN 단말(1310) 및 제 2 NAN 단말(1320)의 데이터 통신을 위해 스케줄링을 결정할 수 있다. 이때, 스케줄링을 위해 NAN 프록시 서버(1320)는 Proxy Relay Scheduling Attribute를 포함하는 서비스 디스커버리 프레임을 제 1 NAN 단말(1310) 및 제 2 NAN 단말(1320)로 전송할 수 있다. 이때, 제 1 NAN 단말(1310) 및 제 2 NAN 단말(1320)은 Proxy Relay Scheduling Attribute에 포함된 정보에 기초하여 NAN 프록시 서버가 정해준 릴레이 스케줄링을 따르게 된다. 이때, 일 예로, Proxy Relay Scheduling Attribute에는 하기의 표 22에 대한 필드가 포함될 수 있다.
[표 22]
Figure PCTKR2016006325-appb-I000024
제 1 NAN 단말(1310) 및 제 2 NAN 단말(1320)은 Proxy Relay Scheduling Attribute에 포함된 정보에 기초하여 NAN 프록시 서버가 정해준 릴레이 스케줄링을 통해 데이터 통신을 수행할 수 있다.
또한 , 일 예로, 표 18 및 표 19에서 상술한 NAN Connection Capability Attribute에 Proxy Relay 기능이 추가적으로 정의될 수 있다. 즉, NAN 단말들 상호 간에 교환되는 프레임에 포함되는 NAN Connection Capability Attribute에는 Proxy Relay Attribute가 정의될 수 있다. 이때, 일 예로, 표 23은 표 19에서 Proxy Relay Attribute가 추가되어 정의된 형태일 수 있다.
즉, NAN 단말이 Proxy Relay 기능을 지원하는 경우, NAN Connection Capability Attribute 필드가 서비스 디스커버리 프레임에 포함되고, NAN Connection Capability Attribute의 Proxy Relay Attribute값이 1로 설정될 수 있다.
[표 23]
Figure PCTKR2016006325-appb-I000025
이때, 일 예로, Proxy Relay Attribute 필드의 포맷은 하기의 표 24 또는 표 25와 같이 정의될 수 있다.
보다 상세하게는, 표 24을 참조하면 Proxy Relay Attribute 필드에는 Attribute ID, Length, Proxy Service ID, MAC Address, Map Control 및 Availability Intervals Bitmap 필드 중 적어도 어느 하나 이상의 필드가 포함될 수 있다. 즉, NAN 단말이 Proxy Relay 기능을 지원하는 경우에는 NAN 프록시 서버로서의 아이디 정보 또는 주소 정보 등이 Proxy Relay Attribute에 포함될 수 있다. 이를 통해, 다른 NAN 단말들은 Proxy Relay 기능을 지원하는 NAN 단말의 정보를 획득할 수 있다.
또한, 표 25를 참조하면, Proxy Relay Attribute 필드에는 Proxy Relay Control 필드가 더 포함될 수 있다. 이때, 일 예로, Proxy Relay Control 필드에는 하기의 표 26과 같을 수 있다. 보다 상세하게는, Proxy Relay Control 필드에는 NAN 단말이 Proxy Relay 기능을 하는 경우에 사용하는 주파수 정보인 Operating Class 필드 정보가 포함될 수 있다. 또한, Proxy Relay Control 필드에는 NAN 단말이 Proxy Relay 기능을 하는 경우에 사용하는 채널 넘버 정보인 채널 넘버 필드 정보가 포함될 수 있다. 이때, 채널 넘버는 Operating Class에서 사용하게 될 채널 넘버를 의미할 수 있다.
즉, Proxy Relay 기능을 수행하는 NAN 단말에 대한 보다 구체적인 정보가 포함될 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, Proxy Relay Attribute 필드의 Map Control 필드는 하기의 표 27와 같이 정의될 수 있으며, 듀레이션 정보 등이 지시될 수 있으며, 상술한 실시예로 한정되지 않는다.
[표 24]
Figure PCTKR2016006325-appb-I000026
[표 25]
Figure PCTKR2016006325-appb-I000027
[표 26]
Figure PCTKR2016006325-appb-I000028
[표 27]
Figure PCTKR2016006325-appb-I000029
도 14는 NAN 프록시 서버가 릴레이 단말 역할을 수행하는 방법을 나타낸 도면이다.
도 14를 참조하면, NAN 프록시 서버(1420)는 NAN 프록시 클라이언트들(1410, 1430)로부터 정보를 수신할 수 있다. NAN 프록시 서버(1420)는 NAN 프록시 클라이언트들(1410, 1430)의 정보를 Proxy Server Attribute(또는 Proxy Server Capability Attribute)에 포함하는 서비스 디스커버리 프레임을 등록된 NAN 프록시 클라이언트들(1410, 1430)에게 전송할 수 있다.
다만, NAN 프록시 서버(1420)가 NAN 프록시 클라이언트들(1410, 1430)의 모든 정보를 포함하는 서비스 디스커버리 프레임을 전송하는 경우에는 보안상에 문제점이 발생할 수 있다. 즉, NAN 프록시 서버(1420)가 NAN 프록시 클라이언트들(1410, 1430)의 모든 정보를 서비스 디스커버리 프레임에 포함시켜 브로드캐스트하는바, NAN 프록시 클라이언트들(1410, 1430)의 정보가 쉽게 노출될 수 있다.
이때, 일 예로, Proxy Server Attribute에 포함되는 NAN 프록시 클라이언트들(1410, 1430)의 정보를 제어함으로서, 보안성을 확보할 수 있다. 보다 상세하게는, Proxy Server Attribute 필드에 포함되는 필드에 NAN 프록시 클라이언트들(1410, 1430)을 식별할 수 있는 정보만을 포함하도록 할 수 있다. 이때, 일 예로, Proxy Server Attribute에는 NAN 프록시 클라이언트 아이디 정보 및 서비스 이름 정보 필드만이 포함될 수 있다. 즉, Proxy Server Attribute 에는 NAN 프록시 클라이언트 및 서비스에 대한 식별 정보만이 포함될 수 있다. 또한 일 예로, NAN 프록시 서버(1420)에 등록된 복수 개의 NAN 프록시 클라이언트들 중 일부는 모든 정보를 제공하고, 다른 일부는 클라이언트 아이디 정보 및 서비스 이름 정보만을 제공할 수 있다.
이때, 일 예로, 복수 개의 NAN 프록시 클라이언트들 중 Proxy Server Attribute에 모든 정보가 포함되는 NAN 프록시 클라이언트는 일반 타입(normal type)일 수 있다. 반면, 복수 개의 NAN 프록시 클라이언트들 중 Proxy Server Attribute에 클라이언트 아이디 정보 및 서비스 이름에 대한 정보만을 포함되도록하는 NAN 프록시 클라이언트는 보안 타입(secure type)일 수 있다. 즉, 각각의 NAN 프록시 클라이언트는 서비스 또는 어플리케이션 특징이나 단말 특징에 기초하여 보안성을 위해 일부 정보만을 제공하도록 할 수 있으며, 상술한 실시예로 한정되지 않는다.
이때, 일 예로, 제 1 NAN 단말(NAN Proxy Client A, 1410)이 NAN 프록시 클라이언트 아이디 및 서비스 이름 정보를 포함하는 Proxy Server Attribute를 수신한 경우, 제 1 NAN 단말(1410)은 NAN 프록시 서버(1420)로 Proxy Client Info Request를 전송할 수 있다. 즉, 제 1 NAN 단말(1410)은 Proxy Server Attribute에 포함된 NAN 프록시 클라이언트 아이디 및 서비스 이름에 기초하여 추가적인 정보를 원하는 경우에 NAN 프록시 서버(1420)로 Proxy Client Info Request를 전송할 수 있다. 이때, Proxy Client Info Request에는 Attribute ID, Device ID (Proxy client), Device ID (Proxy server) 및 Request status 필드 중 적어도 어느 하나의 필드가 포함될 수 있다. NAN 프록시 서버(1420)가 Proxy Client Info Request를 수신한 후, 응답으로 Proxy Client Info Response를 제 1 NAN 단말(1410)로 전송할 수 있다. 이때, Proxy Client Info Response에는 하기의 표 28에 대한 정보가 포함될 수 있다. 즉, Proxy Client Info Response에는 NAN 프록시 서버(1420)에 대한 정보 및 요청한 프록시 클라이언트에 대한 정보가 포함될 수 있다. 이를 통해, 제 1 NAN 단말(1410)은 직접 통신을 수행하고자 하는 NAN 프록시 클라이언트(제 2 NAN 단말, NAN Proxy Client B, 1430)에 대한 정보를 획득할 수 있으며, 보안성도 높일 수 있다.
[표 28]
Figure PCTKR2016006325-appb-I000030
또한, 일 예로, NAN 프록시 서버(1420)에 NAN 프록시 클라이언트가 등록되는 경우, NAN 프록시 서버(1420) 및 NAN 프록시 클라이언트는 협상을 수행할 수 있다. 이때, NAN 프록시 클라이언트의 모든 정보를 퍼블리시할지 또는 식별 정보만을 퍼블리시 할지 여부가 결정될 수 있다. 이때, 일 예로, 상술한 결정은 vendor에 따라 결정될 수 있다. 또 다른 일 예로, 복수 개의 NAN 프록시 클라이언트들은 서로 다른 형태로 퍼블리시될 수 있다. 일 예로, 보안에 민감하지 않은 NAN 프록시 클라이언트에 대한 모든 정보가 Proxy Server Attribute에 포함될 수 있다. 반면, 보안에 민감한 NAN 프록시 클라이언트에 대한 정보는 클라이언트 아이디 및 서비스 이름 정보가 Proxy Server Attribute에 포함될 수 있으며, 상술한 실시예로 한정되지 않는다.
도 15는 복수의 relay requestor에 기초하여 NAN 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법을 나타낸 도면이다.
상술한 바와 같이, NAN 프록시 서버는 Proxy Relay Scheduling Attribute를 제 1 NAN 단말 및 제 2 NAN 단말로 전송할 수 있다.
이때, 일 예로, Proxy Relay Scheduling Attribute에 포함되는 Scheduling Random Rank는 Access Category(AC)에 따라 다른 조건을 가질 수 있다. 즉, Scheduling Random Rank는 서비스 또는 어플리케이션 종류에 따라 다른 조건을 가질 수 있다. 이때, 일 예로, Random Rank는 하기의 표 24와 같이 설정될 수 있다. 다만, 표 29는 하나의 일 예일 뿐, 이에 한정되는 것은 아니다. 일 예로, 각각의 서비스별 Random Rank 값은 임의의 값으로 EDCA(Enhanced Distributed Channel Access)의 Random Value에 기초하여 정의될 수 있다. 또한, 일 예로, NAN Topology에 따라 Random Rank 값이 변경될 수 있으며 상술한 실시예로 한정되지 않는다.
[표 29]
Figure PCTKR2016006325-appb-I000031
일 예로, NAN 프록시 서버(1520)이 복수 개의 NAN 프록시 클라이언트들에 대한 릴레이 역할을 수행하는 경우, Random Rank 값에 기초하여 우선 순위가 결정될 수 있다. 이때, 상술한 바와 같이, 각각의 NAN 프록시 클라이언트들은 Proxy Relay Response Attribute에 Scheduling Random Rank Value을 통해 자신의 Random Rank 값을 NAN 프록시 서버로 알려줄 수 있다. 또한, 각각의 NAN 프록시 클라이언트들은 자신이 가진 AC에 따라 Random Rank 값을 가질 수 있다. 이때, 작은 Random Rank 값을 가진 NAN 프록시 클라이언트가 NAN 프록시 서버(1520)에 먼저 접근할 수 있다.
다만, 일 예로, 두 개의 NAN 프록시 클라이언트가 동일한 Random Rank 값을 가지는 경우, NAN 프록시 서버(1520)는 Random Rank 값을 조정하여 동일한 값이 나오지 않도록 조정할 수 있다.
즉, NAN 프록시 서버가 각각의 NAN 프록시 클라이언트로부터 동일한 값을 가지는 Scheduling Random Rank Value를 포함하는 Proxy Relay Response Attribute를 수신하는 경우, NAN 프록시 서버는 Random Rank 값을 조정할 수 있다.
이때, 조정된 Random Rank 값이 Proxy Relay Scheduling Attribute에 포함되어 각각의 NAN 프록시 클라이언트들에게 전송될 수 있다. 이를 통해 NAN 프록시 클라이언트들에 대한 릴레이 우선 순위가 결정될 수 있다.
일 예로, 표 30의 Random Rank 값은 AC_VO(Voice), AC_VI(Video), AC_BE(Best Effort), AC_BK(Background)에 따라 다른 값을 가질 수 있다. 즉, 각각의 서비스 또는 어플리케이션별로 다른 값을 가질 수 있다. 이때, 일 예로, 서비스의 특징 또는 어플리케이션의 특징에 기초하여 우선 순위로서 Random Rank값이 설정될 수 있으며 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 상술한 EDCA의 Random Value 값은 기존 시스템과의 호환성을 위해서 이용될 수 있다. 즉, NAN 단말의 입장에서는 EDCA의 Random Value 값은 기존의 시스템에 기초하여 사용 가능한 값일 수 있다.
이때, NAN 단말은 상술한 값을 NAN 프록시 서버에서 릴레이 우선 순위를 결정하는 용도로 차용할 수 있다. 즉, 기존 시스템과의 호환성을 고려하여 기존에 이용할 수 있는 파라미터를 이용하여 릴레이 우선 순위를 결정할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 도 15를 참조하면, NAN 프록시 서버를 이용하는 relay requestor가 각각 NAN 프록시 클라이언트 A와 NAN 프록시 클라이언트 C가 존재할 수 있다. 이때, 각각의 NAN 프록시 클라이언트들은 Proxy relay response attribute를 통해 자신의 AC에 따라 Random Rank Value가 할당될 수 있다. 이때, 일 예로, NAN 프록시 클라이언트 A의 Random Rank Value가 NAN 프록시 클라이언트 C의 Random Rank Value보다 작은 경우, NAN 프록시 서버는 NAN 프록시 클라이언트 A에게 더 높은 우선 순위로 스케줄링을 할당할 수 있다.
이때, 일 예로, NAN 프록시 클라이언트 A는 NAN 클라이언트 B와 데이터 패스의 제 1 구간(1510)에서 NAN 프록시 서버의 중계를 통해 데이터 통신을 수행할 수 있다. 또한, NAN 프록시 클라이언트 C는 NAN 클라이언트 D와 데이터 패스의 제 2 구간(1520)에서 NAN 프록시 서버의 중계를 통해 데이터 통신을 수행할 수 있다. 이때, 일 예로, 제 1 구간(1510) 및 제 2 구간(1520)은 동일한 데이터 패스에 존재할 수 있다. 또한, 제 1 구간(1510)이 제 2 구간(1520)보다 시간적으로 우선될 수 있다.
또 다른 일 예로, NAN 프록시 서버는 NAN 프록시 클라이언트들이 NAN 프록시 서버의 채널을 이용하고자 하는 서비스 시작 시간 (Service Start Time)을 Random Rank 값에 의해 결정할 수 있다. 즉, NAN 프록시 서버는 제 1 구간(1510)의 시작 지점 및 제 2 구간(1520)의 시작 지점을 Random Rank 값에 의해 결정할 수 있다.
또 다른 일 예로, NAN 프록시 서버는 제 1 구간(1510) 및 제 2 구간(1520)의 서비스 듀레이션(Service Duration)을 결정할 수 있다. 이때, 일 예로, NAN 프록시 서버는 NAN 프록시 클라이언트 A의 AC에 기초하여 제 1 구간(1510)의 듀레이션을 결정할 수 있다. 또한, NAN 프록시 서버는 NAN 프록시 클라이언트 C의 AC에 기초하여 제 2 구간(1520)의 듀레이션을 결정할 수 있다. 즉, NAN 프록시 서버는 각각의 NAN 프록시 클라이언트의 서비스에 기초하여 Random Rank 값을 통해 서비스 듀레이션 시간을 설정할 수 있다.
이때, 일 예로, 서비스 듀레이션은 TXOP(Transmission Opportunity) limit 값에 기초하여 설정될 수 있다. 이때, 일 예로, TXOP limit 값은 하기의 표 27과 같을 수 있다. 이때, TXOP limit 값은 기존 시스템에서 전송 기회 한계값으로 사용되는 값일 수 있다. 즉, 기존 시스템과의 호환성을 위해 기존에 사용되던 값을 릴레이에 대한 서비스 듀레이션 값으로 차용할 수 있다. 상술된 아래 표의 TXOP Limit의 값에만 국한되지 않는다.
[표 30]
Figure PCTKR2016006325-appb-I000032
이때, 일 예로, NAN 프록시 서버는 매 디스커버리 윈도우마다 반복하여 서비스 시작 시간 및 서비스 듀레이션을 할당할 수 있다. 즉, NAN 프록시 서버는 릴레이 역할을 수행하는 동안에는 매 디스커버리 윈도우마다 데이터 전송의 릴레이를 위해 서비스 시작 시간 및 서비스 듀레이션을 할당할 수 있다. 이때, 일 예로, 데이터 블록 내에서 추가적인 비트를 설정하여 모든 데이터가 전송됨을 지시할 수 있다. 일 예로, NAN 프록시 클라이언트는 데이터 전송이 끝나는 경우, 데이터 블록 내의 more bit에 1을 할당하여 보낼 수 있다. 이때, NAN 프록시 서버는 데이터 전송이 끝남이 지시되면 더 이상 수신할 데이터가 없음을 알 수 있다. 이때, NAN 프록시 서버는 다음 디스커버리 윈도우에서 서비스 듀레이션 할당을 종료할 수 있다. 이를 통해, NAN 프록시 서버는 릴레이 역할을 위한 구간을 할당할 수 있다.
도 16은 NAN 프록시 서버가 릴레이 디바이스로서 데이터 통신을 중계하는 방법을 나타낸 도면이다.
상술한 바와 같이, Proxy Relay Scheduling Attribute의 Random Rank Value를 통해 relay requestor들의 전송 순서가 결정될 수 있다.
이때, 일 예로, 도 16을 참조하면, 제 1 NAN 단말(NAN proxy client A, 1610)은 가장 빠른 전송 순서를 가진 relay requestor일 수 있다. 또한, 제 2 NAN 단말(NAN proxy client B, 1630)은 제 1 NAN 단말(1610)에 대응되는 relay receiver일 수 있다.
이때, 제 1 NAN 단말(1610)은 NAN 프록시 서버(1620)로 데이터 블록을 전송할 수 있다. 이때, 일 예로, 제 1 NAN 단말(1610)는 데이터 패스 구간에서 NAN 프록시 서버(1620)로 데이터 전송을 수행할 수 있다.
이때, 제 1 NAN 단말(1610)가 전송하는 스케줄링 정보는 Proxy Relay Scheduling Attribute에 모두 포함되어 전송되었는바, 제 1 NAN 단말(1610)은 이에 기초하여 데이터 전송을 수행할 수 있다.
즉, Proxy Relay Scheduling Attribute에 기초하여 서비스 또는 어플리케이션 별로 다른 데이터 블록 사이즈, 서비스 인터벌 및 서비스 시작 시간 등이 미리 결정되어 할당될 수 있다. 이때, 제 1 NAN 단말(1610)은 이에 기초하여 데이터 전송을 수행할 수 있다. 그 후, 제 1 NAN 단말(1610)은 NAN 프록시 서버(1620)로부터 데이터 전송에 대한 ACK 또는 Block ACK를 수신할 수 있다.
또한, 일 예로, 제 1 NAN 단말(1610)이 데이터 블록을 전송하는 경우, 제 1 NAN 단말(1610)은 마지막 데이터 블록 내에서 추가적인 비트를 설정하여 모든 데이터가 전송됨을 지시할 수 있다. 일 예로, 데이터 전송이 끝나는 경우, 제 1 NAN 단말(1610)은 데이터 블록 내의 more bit에 1을 할당하여 보낼 수 있다. 이를 통해, NAN 프록시 서버(1620)는 제 1 NAN 단말(1610)로부터 더 이상 수신할 데이터가 없음을 알 수 있다. 그 후, NAN 프록시 서버(1620)는 제 2 NAN 단말(1630)에 제 1 NAN 단말(1610)로부터 수신한 데이터를 전송할 수 있다. 이때, 제 2 NAN 단말(1630)은 데이터 전송에 대한 ACK 또는 Block Ack를 NAN 프록시 서버(1620)로 전송할 수 있다.
또한, 일 예로, NAN 프록시 서버(1620)가 데이터 블록을 전송하는 경우, NAN 프록시 서버(1620)는 마지막 데이터 블록 내에서 추가적인 비트를 설정하여 모든 데이터가 전송됨을 지시할 수 있다. 일 예로, 데이터 전송이 끝나는 경우, NAN 프록시 서버(1620)는 데이터 블록 내의 more bit에 1을 할당하여 보낼 수 있다. 이를 통해, 제 2 NAN 단말(1630)는 NAN 프록시 서버(1620)로부터 더 이상 수신할 데이터가 없음을 알 수 있다.
NAN 프록시 서버(1620)가 제 2 NAN 단말(1630)로부터 ACK 또는 Block Ack를 수신하면 릴레이 역할이 종료될 수 있다. 또는, NAN 프록시 서버(1620)는 일정한 간격 후에 후순위 relay requestor에 대한 데이터 전송을 중계할 수 있으며, 상술한 실시예로 한정되지 않는다.
도 17은 NAN 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법에 대한 순서도이다.
NAN 프록시 서버는 NAN 프록시 클라이언트로 서버 능력 속성 정보(Proxy Server Capability Attribute, 또는 Proxy Server Attribute)를 전송할 수 있다. (S1710) 이때, 도 11 내지 도 16에서 상술한 바와 같이, 서버 능력 속성 정보는 복수 개의 NAN 프록시 클라이언트들에게 제공될 수 있다. 또한, 일 예로, 서버 능력 속성 정보에는 NAN 프록시 서버에 등록된 NAN 프록시 클라이언트들에 대한 정보가 포함될 수 있다.
다음으로, NAN 프록시 클라이언트가 직접 연결을 형성하는지 여부를 판단할 수 있다. (S1720) 이때, 도 11 내지 도 16에서 상술한 바와 같이, NAN 프록시 클라이언트는 서버 능력 속성 정보에 포함되는 NAN 프록시 클라이언트들에 대한 정보를 이용하여 원하는 서비스에 대한 NAN 프록시 클라이언트를 확인할 수 있다. 그 후, NAN 프록시 클라이언트는 프록시 클라이언트 능력 속성 정보(Proxy Client Capability Attribute)를 직접 연결을 시도하고자 하는 NAN 프록시 클라이언트로 전송할 수 있다. 이때, 상술한 바와 같이, 신호의 세기 또는 거리 상의 이유 등으로 직접 연결이 불가능할 수 있다. 이때, NAN 프록시 클라이언트가 프록시 클라이언트 능력 속성 정보를 N번 전송할 동안 응답을 수신하지 못하면 직접 연결을 실패한 것으로 판단할 수 있다.
다음으로, 직접 연결이 실패한 경우, NAN 프록시 서버는 NAN 프록시 클라이언트로부터 연결 능력 속성 정보(Connection Capability Attribute)를 수신할 수 있다. (S1730) 이때, 도 11 내지 도 16에서 상술한 바와 같이, 연결 능력 속성 정보는 NAN 프록시 클라이언트가 직접 연결을 실패하였다는 정보를 포함할 수 있다. 즉, NAN 프록시 서버는 NAN 프록시 클라이언트의 직접 연결 실패 정보를 연결 능력 속성 정보를 통해 확인할 수 있다.
다음으로, NAN 프록시 서버는 NAN 프록시 클라이언트로 프록시 릴레이 요청 속성 정보(Proxy Relay Request Attribute)를 전송할 수 있다. (S1740) 또한, NAN 프록시 서버는 NAN 프록시 클라이언트로부터 프록시 릴레이 응답 속성 정보(Proxy Relay Response Attribute)를 수신할 수 있다. (S1750) 이때, 도 11 내지 도 16에서 상술한 바와 같이, NAN 프록시 서버는 데이터 통신 중계를 통보하는 프록시 릴레이 요청 속성 정보를 NAN 프록시 클라이언트로 전송할 수 있다. 또한, NAN 프록시 클라이언트가 NAN 프록시 서버를 이용하여 데이터 통신을 수행하고자 하는 경우, NAN 프록시 클라이언트는 릴레이 이용에 대한 정보를 지시하는 프록시 릴레이 응답 속성 정보를 전송할 수 있다. 이때, 일 예로, 프록시 릴레이 응답 속성 정보에는 Random Rank 값이 포함될 수 있다. Random Rank는 서비스 또는 어플리케이션에 기초하여 결정될 수 있으며, 릴레이에 대한 우선 순위를 나타낼 수 있다. 이는 상술한 바와 같다.
다음으로, NAN 프록시 서버는 NAN 프록시 클라이언트에 대한 스케줄링을 수행하고 데이터 통신을 중계할 수 있다. (S1760) 이때, 도 11 내지 도16에서 상술한 바와 같이, NAN 프록시 서버는 프록시 릴레이 스케줄링 속성 정보(Proxy Relay Scheduling Attribute)를 릴레이 요청자 및 릴레이 수신자에게 전송할 수 있다. 이때, 스케줄링 속성 정보에는 데이터 중계에 필요한 스케줄링 정보가 포함될 수 있다. 또한, 스케줄링 속성 정보에는 Random Rank 값이 포함될 수 있다. 이때, Random Rank 값은 릴레이의 우선 순위에 이용될 수 있으며, 이는 상술한 바와 같다.
도 18는 단말 장치의 블록도를 도시한 도면이다.
단말 장치는 NAN 단말일 수 있다. 이때, 일 예로, NAN 단말은 NAN 프록시 서버 역할을 수행하는 단말일 수 있다. 또한, NAN 단말은 NAN 프록시 클라이언트 역할을 수행하는 단말일 수 있으며, 이는 상술한 바와 같다.
이때, 단말 장치(100)는 무선 신호를 송신하는 송신 모듈(110), 무선 신호를 수신하는 수신 모듈(130) 및 송신 모듈(110)과 수신 모듈(130)을 제어하는 프로세서(120)를 포함할 수 있다. 이때, 단말(100)은 송신 모듈(110) 및 수신 모듈(130)을 이용하여 외부 디바이스와 통신을 수행할 수 있다. 이때, 외부 디바이스는 다른 단말 장치일 수 있다. 또한, 외부 디바이스는 기지국일 수 있다. 즉, 외부 디바이스는 단말 장치(100)와 통신을 수행할 수 있는 장치일 수 있으며, 상술한 실시예로 한정되지 않는다. 단말 장치(100)는 송신 모듈(110) 및 수신 모듈(130)을 이용하여 컨텐츠 등의 디지털 데이터를 송신 및 수신할 수 있다. 또한, 단말 장치(100)는 송신 모듈(110) 및 수신 모듈(130)을 이용하여 비콘 프레임 및 서비스 디스커버리 프레임 등을 교환할 수 있으며 상술한 실시예로 한정되지 않는다. 즉, 단말 장치(100)는 송신 모듈(110) 및 수신 모듈(130)을 이용하여 통신을 수행하여 정보를 외부 디바이스와 교환할 수 있다.
본 명세서의 일 실시예에 따르면, 단말 장치(100)는 NAN 프록시 서버 또는 NAN 프록시 클라이언트로서 동작할 수 있으며, 이는 상술한 바와 같다.
이때, 단말 장치(100)의 프로세서(120)는 송신 모듈(110)을 이용하여 NAN 프록시 클라이언트로 NAN 프록시 서버의 서버 능력 속성 정보를 전송할 수 있다. 이때, NAN 프록시 클라이언트가 직접 연결을 실패한 경우, NAN 프록시 클라이언트는 연결 능력 속성 정보를 NAN 프록시 서버로 전송할 수 있다. 이때, 프로세서(120)는 수신 모듈(130)을 이용하여 NAN 프록시 클라이언트로부터 연결 능력 속성 정보를 수신할 수 있다. 그 후, 프로세서(120)는 송신 모듈(110)을 이용하여 NAN 프록시 클라이언트로 프록시 릴레이 요청 속성 정보를 전송할 수 있다. 또한, 프로세서(120)는 수신 모듈(130)을 이용하여 NAN 프록시 클라이언트로부터 프록시 릴레이 응답 속성 정보를 수신할 수 있다. 그 후, 프로세서(120)는 NAN 프록시 클라이언트에 대한 스케줄링을 수행하고, 프록시 클라이언트에 대한 데이터 통신을 중계할 수 있다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 이상에서는 본 명세서의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 명세서는 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 명세서의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 명세서의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.
그리고 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수 있다.
상술한 바와 같은 본 발명은 NAN 무선 통신 시스템에 적용되는 것을 가정하여 설명하였으나, 이에 한정될 필요는 없다. 본 발명은 다양한 무선 시스템에 동일한 방식으로 적용될 수 있다.

Claims (15)

  1. 무선 통신 시스템에서 NAN (Neighbor Awareness Networking) 프록시 서버가 데이터 통신을중계하는 방법에 있어서,
    제 1 NAN 프록시 클라이언트로 상기 NAN 프록시 서버의 서버 능력 속성 정보(Proxy Server Capability Attribute)를 전송하는 단계;
    상기 제 1 NAN 프록시 클라이언트로부터 연결 능력 속성 정보(Connection Capability Attribute)를 수신하는 단계;
    상기 제 1 NAN 프록시 클라이언트로 프록시 릴레이 요청 속성 정보(Proxy Relay Request Attribute)를 전송하는 단계;
    상기 제 1 NAN 프록시 클라이언트로부터 프록시 릴레이 응답 속성 정보(Proxy Relay Response Attribute)를 수신하는 단계: 및
    상기 제 1 NAN 프록시 클라이언트에 대한 스케줄링을 수행하고, 상기 제 1 NAN 프록시 클라이언트에 대한 데이터 통신을 중계하는 단계;를 포함하되,
    상기 프록시 릴레이 요청 속성 정보는 상기 연결 능력 속성 정보에 직접 연결 실패에 대한 정보가 포함되면 전송되는, 데이터 통신 중계 방법.
  2. 제 1 항에 있어서,
    상기 제 1 NAN 프록시 클라이언트는 상기 서버 능력 속성 정보에 기초하여 제 2 NAN 프록시 클라이언트로 직접 연결에 대한 메시지를 전송하되,
    상기 메시지가 N번 전송되는 동안 상기 제 1 NAN 프록시 클라이언트가 상기 제 2 NAN 프록시 클라이언트로부터 응답을 수신하지 못하면 상기 연결 능력 속성 정보에 상기 직접 연결 실패에 대한 정보가 포함되는, 데이터 통신 중계 방법.
  3. 제 2 항에 있어서,
    상기 N번은 기설정된 전송 횟수인, 데이터 통신 중계 방법.
  4. 제 1 항에 있어서,
    상기 서버 능력 속성 정보에는 상기 NAN 프록시 서버에 등록된 NAN 프록시 클라이언트들에 대한 정보가 포함되는, 데이터 통신 중계 방법.
  5. 제 4 항에 있어서,
    상기 NAN 프록시 클라이언트들 중 제 1 타입 NAN 프록시 클라이언트들에 대한 정보는 모두 상기 서버 능력 속성 정보에 포함되고,
    상기 NAN 프록시 클라이언트들 중 제 2 타입 NAN 프록시 클라이언트들에 대한 정보는 클라이언트 아이디 및 서비스 이름에 대한 정보만이 상기 서버 능력 속성 정보에 포함되는, 데이터 통신 중계 방법.
  6. 제 5 항에 있어서,
    상기 제 1 NAN 프록시 클라이언트로부터 프록시 클라이언트 정보 요청(Proxy Client Info Request)을 수신하는 단계; 및
    상기 제 1 NAN 프록시 클라이언트로 프록시 클라이언트 정보 응답(Proxy Client Info Response)을 전송하는 단계;를 더 포함하되,
    상기 프록시 클라이언트 정보 응답에는 상기 제 2 타입 NAN 프록시 클라이언트들에 대한 모든 정보가 포함되는, 데이터 통신 중계 방법.
  7. 제 5 항에 있어서,
    상기 제 1 타입은 일반 타입(Normal Type)이고, 상기 제 2 타입은 보안 타입(Secure Type)인, 데이터 통신 중계 방법.
  8. 제 1 항에 있어서,
    상기 제 1 NAN 프록시 클라이언트에 대한 스케줄링을 수행하는 경우, 상기 제 1 NAN 프록시 클라이언트로 프록시 릴레이 스케줄링 속성(Proxy Relay Scheduling Attribute) 정보를 전송하는, 데이터 통신 중계 방법.
  9. 제 8 항에 있어서,
    상기 프록시 릴레이 스케줄링 속성 정보에는 속성 아이디(Attribute ID), 릴레이 요청자 아이디(Relay Requestor ID), 릴레이 응답자 아이디(Relay Response ID), 스케줄링 랜덤 랭크 값(Scheduling Random Rank Value), 서비스 시작 시간(Service Start Time) 및 서비스 인터벌(Service Interval)에 대한 정보 중 적어도 어느 하나 이상이 포함되는, 데이터 통신 중계 방법.
  10. 제 9 항에 있어서,
    상기 스케줄링 랜덤 랭크 값은 엑세스 카테고리(Access Category)에 기초하여 결정되는 값인, 데이터 통신 중계 방법.
  11. 제 10 항에 있어서,
    상기 NAN 프록시 서버로 데이터 중계를 요청하는 릴레이 요청자가 복수 개인 경우, 상기 스케줄링 랜덤 랭크 값에 기초하여 우선 순위가 결정되는, 데이터 통신 중계 방법.
  12. 제 11 항에 있어서,
    상기 제 1 NAN 프록시 클라이언트 및 제 2 NAN 프록시 클라이언트가 상기 릴레이 요청자인 경우, 상기 제 1 NAN 프록시 클라이언트의 상기 스케줄링 랜덤 랭크 값이 상기 제 2 NAN 프록시 클라이언트의 상기 스케줄링 랜덤 랭크 값보다 작으면 상기 제 1 NAN 프록시 클라이언트에 대한 데이터 중계가 먼저 수행되는, 데이터 통신 중계 방법.
  13. 제 10 항에 있어서,
    상기 서비스 인터벌은 상기 스케줄링 랜덤 랭크 값에 기초하여 결정되는, 데이터 통신 중계 방법.
  14. 제 1 항에 있어서,
    상기 NAN 프록시 서버는 상기 스케줄링에 기초하여 상기 제 1 NAN 프록시 클라이언트로부터 데이터를 수신하고, 상기 수신한 데이터를 제 2 NAN 프록시 클라이언트로 전송하면 상기 데이터 중계가 완료되는, 데이터 통신 중계 방법.
  15. 무선 통신 시스템에서 데이터 통신을 중계하는 NAN 프록시 서버에 있어서,
    외부 디바이스로부터 정보(information)를 수신하는 수신 모듈;
    외부 디바이스로 정보(information)을 송신하는 송신 모듈; 및
    상기 수신 모듈 및 상기 송신 모듈을 제어하는 프로세서;로서,
    상기 프로세서는,
    상기 송신 모듈을 이용하여 제 1 NAN 프록시 클라이언트로 상기 NAN 프록시 서버의 서버 능력 속성 정보(Proxy Server Capability Attribute)를 전송하고,
    상기 수신 모듈을 이용하여 상기 제 1 NAN 프록시 클라이언트로부터 연결 능력 속성 정보(Connection Capability Attribute)를 수신하고,
    상기 송신 모듈을 이용하여 상기 제 1 NAN 프록시 클라이언트로 프록시 릴레이 요청 속성 정보(Proxy Relay Request Attribute)를 전송하고,
    상기 수신 모듈을 이용하여 상기 제 1 NAN 프록시 클라이언트로부터 프록시 릴레이 응답 속성 정보(Proxy Relay Response Attribute)를 수신하고,
    상기 제 1 NAN 프록시 클라이언트에 대한 스케줄링을 수행하고, 상기 제 1 NAN 프록시 클라이언트에 대한 데이터 통신을 중계하되,
    상기 프록시 릴레이 요청 속성 정보는 상기 연결 능력 속성 정보에 직접 연결 실패에 대한 정보가 포함되면 전송되는, 데이터 통신을 중계하는 NAN 프록시 서버.
PCT/KR2016/006325 2015-06-15 2016-06-15 무선 통신 시스템에서 nan 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법 및 장치 WO2016204497A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/736,700 US10433355B2 (en) 2015-06-15 2016-06-15 Method and apparatus for performing relay device function by NAN proxy server in wireless communication system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201562180037P 2015-06-15 2015-06-15
US201562180039P 2015-06-15 2015-06-15
US62/180,039 2015-06-15
US62/180,037 2015-06-15

Publications (1)

Publication Number Publication Date
WO2016204497A1 true WO2016204497A1 (ko) 2016-12-22

Family

ID=57545815

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/006325 WO2016204497A1 (ko) 2015-06-15 2016-06-15 무선 통신 시스템에서 nan 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법 및 장치

Country Status (2)

Country Link
US (1) US10433355B2 (ko)
WO (1) WO2016204497A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108966290A (zh) * 2018-07-24 2018-12-07 Oppo广东移动通信有限公司 网络连接方法及相关产品
CN110831063A (zh) * 2019-11-13 2020-02-21 深圳市共进电子股份有限公司 优化网络中继链路的方法、系统、计算机终端及存储介质

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10433355B2 (en) * 2015-06-15 2019-10-01 Lg Electronics Inc. Method and apparatus for performing relay device function by NAN proxy server in wireless communication system
JP6548539B2 (ja) * 2015-09-24 2019-07-24 キヤノン株式会社 無線通信装置、無線通信方法、およびプログラム
US10849171B2 (en) * 2015-11-19 2020-11-24 Sony Corporation Device and method for maintaining a security level
US20170359819A1 (en) * 2016-01-19 2017-12-14 Mediatek Inc. Neighborhood Awareness Network and Multi-Channel Operation over OFDMA
JP6808411B2 (ja) * 2016-09-15 2021-01-06 キヤノン株式会社 通信装置、通信方法、及びプログラム
JP6821363B2 (ja) * 2016-09-15 2021-01-27 キヤノン株式会社 通信装置、通信方法、及びプログラム
WO2019006756A1 (en) * 2017-07-07 2019-01-10 Arris Enterprises Llc PROTOCOL SERVER BETWEEN INFRASTRUCTURE OF WIRELESS LOCAL NETWORK
JP7233833B2 (ja) * 2017-09-14 2023-03-07 キヤノン株式会社 通信装置、代理装置、制御方法、およびプログラム
US10959103B2 (en) * 2018-05-15 2021-03-23 Apple Inc. Neighbor awareness networking preferred channel learning

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140254566A1 (en) * 2013-02-12 2014-09-11 Emily H. Qi Methods, wireless communication stations, and system for synchronizing devices and neighbor area networking (nan) configuration
US20140321317A1 (en) * 2013-04-26 2014-10-30 Nokia Corporation Method, apparatus, and computer program product for network type determination
US20140376519A1 (en) * 2013-06-25 2014-12-25 Futurewei Technologies, Inc. System and Method for Detecting and Resolving Conflicts
US20150081840A1 (en) * 2013-09-13 2015-03-19 Qualcomm Incorporated System and method for multihop service discovery with member station proxy service advertisements
US20150098388A1 (en) * 2013-08-13 2015-04-09 Huawei Device Co., Ltd. Method, device, and system for joining neighbor awareness network device cluster

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9693217B2 (en) * 2015-05-26 2017-06-27 Nokia Technologies Oy Method, apparatus, and computer program product for service discovery proxy for wireless communication
US10433355B2 (en) * 2015-06-15 2019-10-01 Lg Electronics Inc. Method and apparatus for performing relay device function by NAN proxy server in wireless communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140254566A1 (en) * 2013-02-12 2014-09-11 Emily H. Qi Methods, wireless communication stations, and system for synchronizing devices and neighbor area networking (nan) configuration
US20140321317A1 (en) * 2013-04-26 2014-10-30 Nokia Corporation Method, apparatus, and computer program product for network type determination
US20140376519A1 (en) * 2013-06-25 2014-12-25 Futurewei Technologies, Inc. System and Method for Detecting and Resolving Conflicts
US20150098388A1 (en) * 2013-08-13 2015-04-09 Huawei Device Co., Ltd. Method, device, and system for joining neighbor awareness network device cluster
US20150081840A1 (en) * 2013-09-13 2015-03-19 Qualcomm Incorporated System and method for multihop service discovery with member station proxy service advertisements

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108966290A (zh) * 2018-07-24 2018-12-07 Oppo广东移动通信有限公司 网络连接方法及相关产品
WO2020019775A1 (zh) * 2018-07-24 2020-01-30 Oppo广东移动通信有限公司 网络连接方法及相关产品
CN110831063A (zh) * 2019-11-13 2020-02-21 深圳市共进电子股份有限公司 优化网络中继链路的方法、系统、计算机终端及存储介质

Also Published As

Publication number Publication date
US10433355B2 (en) 2019-10-01
US20190098680A1 (en) 2019-03-28

Similar Documents

Publication Publication Date Title
WO2016204497A1 (ko) 무선 통신 시스템에서 nan 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법 및 장치
WO2016190721A1 (ko) 무선 통신 시스템에서 nan 프록시 서버를 통해 프록시 서비스를 제공하는 방법 및 그 장치
WO2016171527A1 (ko) 무선 통신 시스템에서 nan 프록시 서버에 등록을 수행하는 방법 및 장치
WO2016195448A1 (ko) 무선 통신 시스템에서 nan 단말의 상태 천이 방법 및 장치
WO2018070800A1 (ko) 무선랜에서 초기 협상 방법 및 장치
WO2016175603A1 (en) Method and appratus for controlling communication of a portable terminal in a wireless communication system
WO2016126135A1 (en) Method and apparatus for transmitting and receiving signal in communication system supporting device to device scheme
WO2016175454A1 (ko) 블루투스 메쉬 네트워크를 이용하여 데이터를 송수신하기 위한 방법 및 장치
WO2016204574A1 (ko) 복수의 무선 통신 단말로부터 데이터를 수신하는 무선 통신 방법 및 무선 통신 단말
WO2017155359A1 (ko) 다중 사용자 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2016017907A1 (ko) 블루투스 통신을 지원하는 무선 통신 시스템에서 전자기기를 제어하기 위한 방법 및 장치
WO2016175638A1 (ko) 블루투스 메쉬 네트워크에서 디바이스의 주소를 할당하기 위한 방법 및 장치
WO2016137224A1 (ko) 무선 통신 시스템에서 데이터를 전송하는 방법 및 장치
WO2017030232A1 (ko) 데이터 송수신 방법 및 이를 위한 디바이스
WO2012096448A1 (ko) 네트워크 또는 디바이스를 서비스하는 장치 및 그 네이버 발견 방법
WO2017146461A1 (ko) 페이징 기법에 따른 이웃 인식 네트워크를 위한 방법 및 이를 이용한 무선 단말
WO2016175575A1 (ko) 블루투스 메쉬 네트워크를 이용하여 데이터를 송수신하기 위한 방법 및 장치
WO2016129766A1 (ko) 무선랜에서 초기 액세스를 수행하는 sta의 전송 커버리지를 증가시키기 위한 방법 및 장치
WO2016140466A1 (ko) 무선랜 시스템에서 페이징 수행 방법 및 이를 이용한 기기
WO2017010843A1 (ko) 무선 통신 시스템에서 프록시 서비스에 대한 프레임을 교환하는 방법 및 장치
WO2016144088A1 (ko) 무선 통신 시스템에서 멀티 채널을 이용하여 데이터를 전송하는 방법 및 장치
WO2017105154A1 (ko) 무선 통신 시스템에서 nan 단말이 레인징 오퍼레이션을 수행하는 방법 및 장치
WO2014030894A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 이를 위한 장치
WO2017057988A1 (ko) 무선 통신 시스템에서 nan 단말이 nan 클러스터로 머징하는 방법 및 장치
WO2016137097A1 (ko) Nan 장치 간의 데이터 통신 방법 및 데이터 통신을 수행하는 nan 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16811910

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16811910

Country of ref document: EP

Kind code of ref document: A1