[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2017010731A1 - 무선 통신 시스템에서 프록시 서비스를 업데이트하는 방법 및 그 장치 - Google Patents

무선 통신 시스템에서 프록시 서비스를 업데이트하는 방법 및 그 장치 Download PDF

Info

Publication number
WO2017010731A1
WO2017010731A1 PCT/KR2016/007302 KR2016007302W WO2017010731A1 WO 2017010731 A1 WO2017010731 A1 WO 2017010731A1 KR 2016007302 W KR2016007302 W KR 2016007302W WO 2017010731 A1 WO2017010731 A1 WO 2017010731A1
Authority
WO
WIPO (PCT)
Prior art keywords
proxy
nan
service
registration
update
Prior art date
Application number
PCT/KR2016/007302
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/743,649 priority Critical patent/US10158736B2/en
Publication of WO2017010731A1 publication Critical patent/WO2017010731A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/02—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration by periodical registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to a wireless communication system, and more particularly, to a method of updating a proxy service in a wireless communication system.
  • 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 updating a neighbor awareness networking (NAN) proxy service in a wireless communication system.
  • NAN neighbor awareness networking
  • An object of the present specification is to provide a method for a NAN proxy client to exchange messages for a proxy service update with a NAN proxy server.
  • An object of the present specification is to provide a method for a NAN proxy server to maintain and manage a proxy service of a NAN proxy client.
  • a method of updating a proxy service by a NAN proxy client in a wireless communication system may be provided.
  • the method for updating the proxy service by the NAN proxy client may include transmitting a proxy registration request to the NAN proxy server, receiving a proxy registration response from the NAN proxy server, transmitting a proxy registration update request to the NAN proxy server, And receiving a proxy registration update response from the NAN proxy server.
  • the proxy registration request includes proxy service provision time information
  • the proxy service of the NAN proxy client is entrusted to the NAN proxy server for a time corresponding to the proxy service provision time information
  • the proxy registration update request is periodically based on an update cycle. Can be sent to.
  • the update period may be set smaller than the time corresponding to the proxy service providing time information.
  • the NAN proxy client 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 may transmit a proxy registration request to the NAN proxy server by using the transmission module and receive a proxy registration response from the NAN proxy server by using the reception module.
  • the processor may transmit a proxy registration update request to the NAN proxy server using the transmission module, and receive a proxy registration update response from the NAN proxy server using the reception module.
  • the proxy registration request may include proxy service provision time information, and the proxy service of the NAN proxy client may be entrusted to the NAN proxy server for a time corresponding to the proxy service provision time information.
  • the proxy registration update request may be sent periodically based on the update period. In this case, the update period may be set smaller than the time corresponding to the proxy service providing time information.
  • the followings may be commonly applied to a method and apparatus for updating a proxy service by a proxy client in a wireless communication system.
  • the proxy registration update request may include registration service provision time information.
  • the time at which the proxy service of the NAN proxy client is entrusted may be updated based on the registration service provision time information.
  • the update period may be set smaller than the time corresponding to the registration service providing time information.
  • the NAN proxy client may transmit a proxy registration update to the NAN proxy server before a time corresponding to the update period arrives.
  • the NAN proxy server may update the proxy service based on the proxy registration update.
  • the NAN proxy server may transmit the proxy registration update request to the NAN proxy client.
  • the proxy registration update response may be transmitted to the NAN proxy server.
  • the predetermined time may be set smaller than the time that the proxy service is entrusted, and may be set longer than the update period.
  • the present disclosure can provide a method and apparatus for updating a neighbor awareness networking (NAN) proxy service in a wireless communication system.
  • NAN neighbor awareness networking
  • the present disclosure may provide a method for a NAN proxy client to exchange a message for a proxy service update with a NAN proxy server.
  • the present disclosure may provide a method in which a NAN proxy server maintains and manages a proxy service of a NAN proxy client.
  • 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 illustrates how discovery is performed based on an unsolicited publish type.
  • 13 is a diagram illustrating how discovery is performed based on a passive subscription.
  • FIG. 14 is a diagram illustrating a method for performing discovery based on an active subscription type based on a NAN proxy server.
  • 15 is a diagram illustrating a method of updating a proxy service.
  • 16 is a diagram illustrating a method of performing a proxy registration update procedure.
  • 17 is a diagram illustrating a method for periodically updating a proxy service.
  • FIG. 18 is a diagram illustrating a method for updating a proxy service based on an event occurrence.
  • 19 is a flowchart illustrating a method of providing a proxy service through a proxy server.
  • 20 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 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, and 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 apply a subscription to the discovery engine DE of the first NAN terminal 1010 and the NAN MAC as a method. Can provide.
  • primitives of the subscription method provided to the NAN DE and the NAC MAC terminal 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.
  • primitives of the subscribe method may include other additional information, and are not limited to the above-described embodiment.
  • 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 a 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.
  • the publish message may be transmitted to the first NAN terminal 1010. In this case, 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 a solicited transmission is unicast or broadcast may be included.
  • time to live (TTL) 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 subscription ID information for identifying a subscription function, service specific information (service_specific_info), and publish ID information (publish_id) as specific service information supported by the NAN proxy server. ) And the discovery result event including the proxy server address information Address) 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.
  • the service / application stage of the second NAN terminal 1030 is a publishing method
  • 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.
  • the second NAN terminal 1030 may provide information on proxy registration by reusing existing publish methods and subscribe methods.
  • the service specific information (service_specific_info) field may be used to register the proxy server instead of its own information for publishing by the second NAN terminal 1030.
  • Information may be included. 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 newly defined proxy registration methods 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 a field included essentially with respect to the following field 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 in which the NAN terminal is awakened after being registered as a proxy client.
  • the service ID field may be included as an ID for a service requested by the NAN terminal to 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 a field included essentially with respect to the following field 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 information 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 registration of the NAN terminal.
  • the proxy response TLV may include a registration ID field indicating a registration ID.
  • a service ID field which is an ID of a service provided by the NAN proxy server may be included.
  • 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 the discovery result event to the service / application terminal.
  • 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.
  • the NAN proxy server may support a mechanism for data transmission or power consumption of the NAN terminals.
  • two NAN terminals which do not communicate with each other due to a distance problem may perform communication using a NAN proxy server.
  • the NAN proxy client may not awake every discovery window, thereby reducing power consumption.
  • 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, and is not limited to the above-described embodiment.
  • 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.
  • an integer value may be changed and is not limited to the above-described embodiment.
  • the NAN proxy server simultaneously provides a function of an access station (AP STA)
  • the BSSID field may be included as an access station (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 indicates whether the NAN proxy server receives a publish request from a neighboring NAN terminal and transmits a proxied service publication. Can be indicated.
  • the subscribe proxy bit may indicate whether the NAN proxy server can receive the subscription request of the neighboring NAN terminal to find the surrounding service, and inform the NAN terminal of the found service.
  • the follow-up proxy bit indicates whether or not a function of proxying a follow-up service discovery window of neighboring NAN terminals is possible.
  • the Invite Proxy bit indicates whether a function capable of requesting neighbor NAN terminals to participate in a BSS of an AP STA of an NAN proxy server is possible.
  • the NAN data path may indicate whether the NAN proxy server supports the NAN data path function.
  • the NAN data forwarding bit indicates whether the NAN proxy server can receive the NAN data path of the NAN terminal and transmit the function 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.
  • a follow-up message for a proxy service may be defined.
  • the follow-up message may be the aforementioned publish message. That is, the follow-up message may be a message exchanged between the NAN proxy server and the NAN proxy client for the proxy service.
  • the follow-up message may be in the form of a service discovery frame.
  • the service discovery attribute of the service discovery frame may be as described in Table 9 above.
  • the service information field of the service discovery attribute field may include a TLV field as information on a proxy service.
  • the Service Info field may include a Proxy Registration Request TLV field, a Proxy Registration Response TLV field, and a Proxy Registration Update Request TLV field.
  • Proxy Registration Update Response TLV field Proxy Deregistration Request TLV field
  • Proxy Deregistration Response TLV field Proxy Search Result Request TLV field
  • One of the TLV fields may include a Proxy Discovery Result Request TLV field and a Proxy Discovery Result Response TLV field.
  • the information on the proxy service may be included as the TLV field in the service info field.
  • the proxy registration request TLV field may be as shown in Table 10 above.
  • the proxy registration response TLV field may be as described in Table 11 above. That is, the proxy registration request TLV field and the proxy registration response TLV field may be used in the process of performing a registration procedure with the NAN proxy server, as described above.
  • the Status Indication field in the proxy registration response TLV field of Table 11 may be as shown in Table 15 below. That is, the status indication field may include response information for the proxy registration request.
  • the proxy release request TLV field and the proxy release response TLV field as TLV fields defined in service information may be as shown in Tables 16 and 17 below.
  • the proxy release request TLV field includes information for deregistration by the NAN proxy server, such as a deregistration request ID, a proxy device ID, a proxy device role, and a service ID. At least one field of the ID) field may be included.
  • the proxy release response TLV field may include information for confirming whether registration is released at the NAN proxy server.
  • the proxy release response TLV field may include at least one of a type, a proxy device ID, and a confirmation field.
  • the proxy search result request TLV field and the proxy search result response TLV field as TLV fields defined in service information may be as shown in Tables 18 and 19. That is, information about the proxy search result may be included.
  • the proxy search result request TLV field may include at least one of a type, a device ID, and a requesting service ID field.
  • the proxy search result response TLV field may include at least one of a type, a proxy device ID, and a requested service info field.
  • a proxy registration update request TLV field and a proxy registration update response TLV field may be defined as TLV fields defined in service information, and may be as shown in Tables 20 and 21 below. That is, update information may be included in the TLV field as whether to maintain registration with the NAN proxy server.
  • the proxy registration update request TLV field may include a type, a length, a registration ID, a proxy server MAC address, a service ID, and an available time. At least one field may be included in an Availability Time and a Time to live of Registered Service field.
  • the proxy registration update response TLV field may include at least one of a type, a length, a registration ID, a proxy server MAC address, and a status indication field. May be included.
  • the follow-up message may have a service discovery attribute field defined in the form of a service discovery frame.
  • the field of the service discovery attribute may include a TLV field as information on a proxy service, as described above.
  • 11 to 14 are diagrams illustrating a method of performing discovery for each type.
  • the NAN proxy server may perform a procedure for communication on behalf of the NAN proxy client.
  • the operation performed in the NAN proxy server and the other NAN terminal may be performed based on the publishing / subscribe.
  • the operation performed in the NAN terminal different from the NAN proxy server may be performed based on the passive / active. In this case, the following shows a method in which discovery is performed in consideration of each situation.
  • FIG. 11 illustrates how discovery is performed based on an unsolicited publish type.
  • the NAN proxy client 1130 may be registered in the NAN proxy server 1120.
  • the NAN proxy server 1120 may periodically publish a service discovery frame.
  • the publish type may be unsolicited. That is, the other NAN terminal 1110 may not respond separately after receiving the published service discovery frame.
  • the service discovery frame may include information of the registered NAN proxy client 1130. Thereafter, after the other NAN terminal 1110 receives the service discovery frame, the NAN terminal 1110 may check whether the service of the NAN proxy client 1130 included in the service discovery frame is a desired service.
  • the NAN terminal 1110 may directly perform service matching based on information on a service included in a service discovery frame. Through this, the NAN terminal 1110 may check whether it is a desired service. Thereafter, when the NAN terminal 1110 communicates with the NAN proxy client 1130, the NAN terminal 1110 may perform a session connection for performing direct communication with the NAN proxy client 1130. In this case, as an example, the NAN terminal 1110 may acquire the discovery window period information of the NAN proxy client 1130 through the service discovery frame. In this case, the NAN terminal 1110 may be awakened in a discovery window in which the NAN proxy client 1130 is awake to perform a direct session connection with the NAN proxy client 1130. That is, in the unsolicited publishing type, after the NAN terminal 1110 receives the service discovery frame from the NAN proxy server 1120, the NAN proxy client 1130 is directly connected through the service matching without additional response. Session connection can be performed.
  • the NAN terminal 12 illustrates how discovery is performed based on a solicited publish type.
  • the NAN terminal 1210 may actively subscribe to the NAN proxy server 1220.
  • the subscription type may be solicited. That is, the NAN terminal 1210 may transmit a subscription message to the NAN proxy server 1220.
  • the subscription message may include device service attribute information as information on a service desired by the NAN terminal 1210.
  • the device service attribute information may be as shown in Table 22 below.
  • the NAN proxy server 1220 may determine whether the information of the registered NAN proxy client 1230 and the service included in the subscribe message are the same. In this case, when the information of the NAN proxy client 1230 and the service included in the subscribe message are the same, the NAN proxy server 1220 may publish the service discovery frame again.
  • the service discovery frame may additionally include service descriptor attribute information and NAN connection capability attribute information. That is, additional information for allowing the NAN terminal 1210 to perform a session connection with the registered NAN proxy client 1230 may be included. Thereafter, the NAN terminal 1210 may be awakened in the discovery window where the NAN proxy client 1230 is awake to perform a direct session connection with the NAN proxy client 1230.
  • the solicited publish type transmits a response message of a solicited type to the NAN proxy server 1220 after the NAN terminal 1210 transmits a response message from the NAN proxy server 1220. It may be a type of receiving and performing a session connection with the NAN proxy client 1230.
  • FIG. 13 illustrates a method for performing discovery based on a passive subscription type based on a NAN proxy server.
  • the NAN terminal 1310 wants to search for a NAN proxy client 1330 having a desired service
  • the NAN terminal 1910 may actively subscribe to the NAN proxy server 1320.
  • the subscription type may be unsolicited. That is, the NAN terminal 1310 may transmit a subscription message to the NAN proxy server 1320.
  • the subscription message may include device service attribute information as information on a service desired by the NAN terminal 1310.
  • the device service attribute information may be as described in Table 22 above.
  • the NAN proxy server 1320 may not publish a separate service discovery frame to the NAN terminal 1310.
  • the NAN proxy server 1320 may wait for a discovery window in which the NAN proxy client 1330 is awake. Thereafter, the NAN proxy server 1320 may transmit the service discovery frame to the NAN proxy client 1330 in a discovery window in which the NAN proxy client 1330 is awake.
  • the publish type may be unsolicited.
  • the service discovery frame may include device service attribute information received from the NAN terminal 1310.
  • the NAN proxy client 1330 may be awakened in all discovery windows. Thereafter, the NAN proxy client 1330 may perform a session connection with the NAN terminal 1310.
  • the NAN proxy server 1320 receives information about a service from the NAN terminal 1310 and transmits it to the NAN proxy client 1330, the NAN terminal 1310 and the NAN proxy client 1330.
  • FIG. 14 is a diagram illustrating a method for performing discovery based on an active subscription type based on a NAN proxy server.
  • the NAN proxy server 1420 may publish a service discovery frame to the NAN terminal 1410 on behalf of the NAN proxy client 1430.
  • the publish message may include information of the NAN proxy client 1430.
  • the NAN proxy server 1420 may receive a service live message including device service attribute information from the NAN terminal.
  • the device service attribute information is shown in Table 19 above.
  • the NAN proxy server 1420 can then publish the service discovery frame to the NAN proxy client 1430. Thereafter, the NAN proxy client 1430 may perform a session connection with the NAN terminal 1410.
  • the active subscription type is a type of receiving a response from the NAN terminal 2010 after providing information about a service to the NAN terminal 1410 on behalf of the NAN proxy server 1420 and the NAN proxy client 1430. Can be. Thereafter, the NAN proxy server 1420 may transfer the information received from the NAN terminal 1410 to the NAN proxy client 1430, as described above.
  • 15 is a diagram illustrating a method of updating a proxy service.
  • the NAN proxy client can be registered with the NAN proxy server.
  • the NAN proxy server may provide proxy client proxy services on behalf of the NAN proxy client.
  • the NAN proxy server may receive information about a time to live (TTL) in the process of registering the NAN proxy client.
  • TTL time to live
  • the NAN proxy server may provide proxy services on behalf of the NAN proxy client based on the TTL information.
  • the TTL is constant time information, and the NAN proxy server may not provide a proxy service on behalf of the NAN proxy client after a time corresponding to the TTL value elapses. Therefore, the NAN proxy client may perform the update before the time corresponding to the TTL value elapses.
  • the proxy service provision time may be counted.
  • the proxy service provision time may be provided for a time corresponding to the TTL value.
  • the service / application stage of the NAN proxy client 1530 may call a transmit method to the NAN DE and NAN MAC stages to continuously maintain the proxy service.
  • primitives for the transfer method may be as Table 23 below.
  • the transmit method primitive may include handle information including valid publish ID or subscribe ID information returned by the publish function or the subscribe function.
  • the primitive of the transmit method may include service specific information as service information included in the transmitted frame body.
  • the primitive of the transmit method may include a NAN interface address, a requestor instance ID, and priority information as configuration parameter information.
  • the primitive of the transmit method may include registration ID information and proxy server MAC address information. That is, the primitive of the transmit method may include proxy service related information.
  • the primitive of the transmit method may include information on proxy service update, but is not limited to the above-described embodiment.
  • the proxy registration update request may be transmitted to the NAN proxy server 1520.
  • the proxy registration update request may be a follow-up message.
  • the proxy registration update request may include the above-described proxy registration update request TLV field information in the form of a service discovery frame. That is, the NAN proxy client 1530 may maintain a sleep state for a certain period after the registration procedure, and then transmit a proxy registration update request to the NAN proxy server 1520 after receiving a call to the transmit method.
  • the proxy registration update request may include updated or changed information as service information of proxy registration. That is, the NAN proxy client 1530 may include the changed information in the proxy registration update request and transmit the changed information while maintaining the sleep state.
  • the NAN proxy server 1520 may update the changed information based on the service information included in the proxy registration update request.
  • the proxy registration update request may include time to live of registered service information.
  • the TTL value may be updated based on the above-described time to live of registered service information. That is, the proxy server 1520 may reset the time counting for the proxy service providing time. At this time, for example, the counting may be based on a counting watchdog timer for a proxy service providing time. That is, the watchdog timer of the NAN proxy server 1520 may be reset based on the proxy registration update request.
  • the NAN proxy server 1520 may provide the NAN proxy client 1530 with the NAN proxy client 1530 a response to the changed service through a proxy registration update response.
  • the proxy registration update response may be a follow-up message and may be in the form of a service discovery frame.
  • the proxy registration update response may include a proxy registration update TLV field.
  • the Status Indication field of the proxy registration update TLV field may indicate whether information on the proxy service has been updated.
  • the NAN proxy client 1530 may check whether the proxy service is updated.
  • a primitive of a receive event may include an ID indicating an original publish ID or subscribe ID information.
  • the primitive of the receive event may include peer instance ID information for identifying a NAN device receiving the follow-up message.
  • a primitive of a receive event includes at least any one of service specific information, address information, registration ID information, and proxy server MAC address information. One may be included. That is, the primitive of the receive event may include updated proxy service related information and is not limited to the above-described embodiment. In addition, as an example, a receive event may be omitted, and is not limited to the above-described embodiment.
  • the NAN proxy client 1530 may determine whether to maintain the proxy service entrustment based on the updated proxy service information. For example, when the NAN proxy client 1530 intends to maintain the updated proxy service, the NAN proxy client 1530 may maintain a sleep state according to a predetermined period as in the conventional case.
  • the NAN proxy client 1530 may transmit a proxy deregistration request to the NAN proxy server 1520. .
  • the NAN proxy client 1530 may receive a proxy deregistration response from the NAN proxy server 1520. Through this, the NAN proxy client 1530 may release registration with the NAN proxy server 1520.
  • 16 is a diagram illustrating a method of performing a proxy registration update procedure.
  • the NAN proxy server may provide proxy services on behalf of registered NAN proxy clients.
  • the NAN proxy server may provide a proxy service for a predetermined time based on the TTL value.
  • an update procedure for the proxy service may be performed before the TTL value elapses.
  • the NAN proxy client 1630 may receive a proxy registration update response to perform an update procedure.
  • the information included in each is as described above in FIG. 16A.
  • the NAN proxy server 1620 may transmit a proxy registration update request to the NAN proxy client 1630.
  • the NAN proxy server 1620 may confirm whether the proxy service information is changed by transmitting a proxy registration update request to the NAN proxy client 1630.
  • the NAN proxy server 1620 may inquire the NAN proxy client 1630 whether the update has been made.
  • the proxy registration update request may be triggered by either the NAN proxy server 1620 and the NAN proxy client 1630.
  • the NAN proxy server 1620 may also perform an operation for checking whether an update procedure for the proxy service is required.
  • the NAN proxy server 1620 may receive a proxy registration update response from the NAN proxy client 1630.
  • the information included in the proxy registration update request and the proxy registration update response may be the same as described above with reference to FIG. 15.
  • the proxy registration update request transmitted by the NAN proxy server 1620 may include only information for confirming the update.
  • the proxy registration update response received by the NAN proxy server 1620 may include information on a proxy registration update request TLV field. That is, the proxy registration update request transmitted by the NAN proxy server 1620 may be a message for a query for checking whether the update is performed.
  • the NAN proxy server 1620 may transmit a message for an acknowledgment to the NAN proxy client 1630.
  • the acknowledgment message may include the information on the above-described proxy registration update response TLV field.
  • the NAN proxy server 1620 may also check whether the proxy service is updated.
  • the NAN proxy server 1620 when the NAN proxy server 1620 does not receive a proxy registration update request from the NAN proxy client 1630 for a time corresponding to a TTL value, the NAN proxy server 1620 requests the NAN proxy for a proxy registration update request. Send to client 1630.
  • the NAN proxy server 1620 when the NAN proxy server 1620 does not receive a proxy registration update request from the NAN proxy client 1630 for a time corresponding to a preset value smaller than the TTL value, the NAN proxy server 1620 may register the proxy. The update request may be sent to the NAN proxy client 1630.
  • the NAN proxy server 1620 may directly transmit the proxy registration update request.
  • 17 is a diagram illustrating a method for periodically updating a proxy service.
  • the NAN proxy server may provide proxy services on behalf of the NAN proxy client. At this time, as described above, the NAN proxy server may provide a proxy service for a time corresponding to the TTL value. In addition, when the NAN proxy server receives a proxy registration update request in the update procedure, the NAN proxy server uses the proxy service based on the time to live of registered service value included in the proxy registration update request TLV field. Can be provided.
  • the NAN proxy client 1730 may periodically update.
  • the update period may be smaller than the TTL value. More specifically, when the TTL value is Tms and the update period is Ums, U may be smaller than the T value. That is, the NAN proxy client 1730 may determine whether to continue the proxy service by performing the update before the proxy service is maintained. This prevents the proxy service from being interrupted.
  • the update period may be a time interval in which the transmit method is called. In other words, the base point of the update period may be set based on a transmit.
  • the update stock price may be a time interval in which the proxy registration update request is transmitted. That is, the starting point of the update period may be set based on the proxy registration update request.
  • the update request may be a period in which the update procedure is performed by the NAN proxy client 1730, and is not limited to the above-described embodiment.
  • FIG. 18 is a diagram illustrating a method for updating a proxy service based on an event occurrence.
  • the NAN proxy server may provide proxy services on behalf of the NAN proxy client. At this time, as described above, the NAN proxy server may provide a proxy service for a time corresponding to the TTL value. In addition, when the NAN proxy server receives a proxy registration update request in the update procedure, the NAN proxy server uses the proxy service based on the time to live of registered service value included in the proxy registration update request TLV field. Can be provided.
  • the NAN proxy client 1830 may periodically update.
  • the update period may be smaller than the TTL value.
  • the configuration for the update may be the same as FIG. 17 described above.
  • the NAN proxy client 1830 may transmit a proxy registration update to the NAN proxy server 1820.
  • the NAN proxy client 1830 may awake to send a proxy registration update when an event for a service occurs even before the update period arrives.
  • the event for the service may mean a change of information on the service.
  • an event for a service may mean a change of a condition for service support. That is, the event for the service may mean a case where an update is necessary based on the change of information on the proxy service, and is not limited to the above-described embodiment.
  • the NAN proxy client 1830 may send a proxy registration update to the NAN proxy server 1820 for updating the information on the proxy service based on the event.
  • the proxy registration update may be a message different from the above-described proxy registration update request and proxy registration update response.
  • the NAN proxy server 1820 may update the proxy service for the NAN proxy client 1830.
  • the NAN proxy client 1830 For the update procedure performed periodically, the NAN proxy client 1830 also needs to receive a response to the proxy service information change and confirm the update. However, when an update procedure is performed based on an event occurrence, it may be a situation in which proxy service information change is necessary. Thus, the NAN proxy client 1830 can send a proxy registration update to the NAN proxy server 1820. The NAN proxy server 1820 may update the proxy service information based on the proxy registration update, and may omit additional responses.
  • the NAN proxy client 1830 may distinguish between a message transmitted based on an update period and a message transmitted based on an event occurrence.
  • the proxy registration update may include at least one or more of the information included in the above-described proxy registration update request and proxy registration update response. That is, the proxy registration update may include information that needs to be updated based on the service change event, and is not limited to the above-described embodiment.
  • 19 is a flowchart illustrating a method of providing a proxy service through a proxy server.
  • the NAN proxy client may transmit a proxy registration request to the NAN proxy server (S1910).
  • the NAN proxy client may receive a proxy registration response from the NAN proxy server (S1920).
  • the NAN proxy server may perform a proxy service of the registered NAN proxy client instead. That is, the proxy service of the NAN proxy client may be entrusted to the NAN proxy server.
  • the information on the time when the proxy service is entrusted may be included in the proxy registration request.
  • the information on the time when the proxy service is entrusted may be the above-described TTL information. That is, for a time corresponding to the TTL information, the NAN proxy server may provide a proxy service on behalf of the NAN proxy client.
  • the NAN proxy client may transmit a proxy registration update request to the NAN proxy server (S1930).
  • the NAN proxy client may receive a proxy registration update response from the NAN proxy server (S1940).
  • the NAN proxy client may transmit a proxy registration update to the NAN proxy server based on the update period.
  • the update period may be smaller than the TTL value. That is, the NAN proxy client may transmit a proxy registration update request before a time at which the proxy service is entrusted. In this way, the NAN proxy client can perform an update on whether to continue entrusting the proxy service and changing the service.
  • the proxy registration update request may include time to live of registered service information.
  • the NAN proxy server may update the commissioning time of the proxy service based on the time corresponding to the registered service maintenance time information. That is, the NAN proxy server may update the time when the proxy service is entrusted based on the information included in the proxy registration update request.
  • the NAN proxy client may receive a proxy registration update response from the NAN proxy server. Through this, the NAN proxy client can confirm that the entrustment time for the proxy service is updated.
  • the NAN proxy client may obtain proxy service change information, as described above.
  • 20 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.
  • the NAN terminal may be a terminal that performs discovery with the NAN proxy server, 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 processor 120 of the terminal device 100 may perform registration of a NAN proxy client.
  • the processor 120 may transmit a proxy registration request to the NAN proxy server using the transmission module 110.
  • the processor 120 may receive a proxy registration response from the NAN proxy server using the reception module 130, and may be registered with the NAN proxy server through this.
  • the processor 120 may transmit a proxy registration update request to the NAN proxy server using the transmission module 110. Thereafter, the processor 120 may receive a proxy registration update response from the NAN proxy server using the reception module 130, which is the same as described above.
  • the proxy registration request may include a proxy service providing time (Time to live). , TTL) information may be included.
  • the processor 120 may entrust the proxy service to the NAN proxy server for a time corresponding to the proxy service provision time information.
  • the proxy registration update request may be periodically transmitted based on the update period. For example, the update period may be set smaller than the time corresponding to the proxy service provision time information, as described above.
  • 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)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서는, 무선 통신 시스템에서 NAN 프록시 클라이언트가 프록시 서비스를 업데이트하는 방법을 제공할 수 있다. 이때, NAN 프록시 클라이언트가 프록시 서비스를 업데이트하는 방법은 NAN 프록시 서버로 프록시 등록 요청을 전송하는 단계, NAN 프록시 서버로부터 프록시 등록 응답을 수신하는 단계, NAN 프록시 서버로 프록시 등록 업데이트 요청을 전송하는 단계, 및 NAN 프록시 서버로부터 프록시 등록 업데이트 응답을 수신하는 단계를 포함할 수 있다. 이때, 프록시 등록 요청에는 프록시 서비스 제공 시간 정보가 포함되고, NAN 프록시 클라이언트의 프록시 서비스는 프록시 서비스 제공 시간 정보에 해당하는 시간 동안 NAN 프록시 서버로 위탁되고, 프록시 등록 업데이트 요청은 업데이트 주기에 기초하여 주기적으로 전송될 수 있다. 또한, 업데이트 주기는 프록시 서비스 제공 시간 정보에 해당하는 시간보다 작게 설정될 수 있다.

Description

무선 통신 시스템에서 프록시 서비스를 업데이트하는 방법 및 그 장치
본 명세서는 무선 통신 시스템에 대한 것으로, 보다 상세하게는 무선 통신 시스템에서 프록시 서비스를 업데이트하는 방법에 대한 것이다.
무선통신시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(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((Neighbor Awareness Networking) 프록시 서비스를 업데이트하는 방법 및 그 장치를 제공하는데 목적을 가지고 있다.
본 명세서는, 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((Neighbor Awareness Networking) 프록시 서비스를 업데이트하는 방법 및 그 장치를 제공할 수 있다.
본 명세서는, 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은 언솔리시티드(unsolicited) 퍼블리시 타입에 기초하여 디스커버리가 수행되는 방법을 나타낸 도면이다.
도 12은 솔리시티드(solicited) 퍼블리시 타입에 기초하여 디스커버리가 수행되는 방법을 나타낸다.
도 13은 패시브 서브스크라이브에 기초하여 디스커버리가 수행되는 방법을 나타낸 도면이다.
도 14는 NAN 프록시 서버를 기준으로 엑티브 서브스크라이브 타입에 기초하여 디스커버리가 수행되는 방법을 나타낸 도면이다.
도 15는 프록시 서비스를 업데이트하는 방법을 나타낸 도면이다.
도 16은 프록시 등록 업데이트 절차가 수행되는 방법을 나타낸 도면이다.
도 17은 프록시 서비스에 대한 업데이트가 주기적으로 수행되는 방법을 나타낸 도면이다.
도 18은 프록시 서비스에 대한 업데이트가 이벤트 발생에 기초하여 수행되는 방법을 나타낸 도면이다.
도 19는 프록시 서버를 통해 프록시 서비스를 제공하는 방법에 대한 순서도를 나타낸 도면이다.
도 20은 단말 장치의 블록도를 도시한 도면이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시된다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시예들은 무선 액세스 시스템들인 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 PCTKR2016007302-appb-I000001
NAN 단말의 상태는 마스터 랭크(Master Rank)를 통해 결정될 수 있다. 마스터 랭크는 NAN 마스터로써 동작하려는 NAN 단말의 의지를 나타낸다. 즉, 큰 값은 NAN 마스터에 대한 큰 선호도를 나타낸다. NAN MR는 Master Preference, Random Factor, Device MAC address 에 의해, 다음 수학식 1에 의해 결정될 수 있다.
[수학식 1]
Figure PCTKR2016007302-appb-I000002
상기 Master Preference, Random Factor, Device MAC address은 NAN 비콘 프레임에 포함된 마스터 인디케이션 어트리뷰트를 통해 지시될 수 있다. 마스터 인디케이션 어트르뷰트는 다음 표 2에 예시된 바와 같을 수 있다.
[표 2]
Figure PCTKR2016007302-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 PCTKR2016007302-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, TTL) 정보가 포함될 수 있다. 또한, 이벤트가 생성되었는지 여부를 나타내는 이벤트 상태(Event conditions) 정보가 포함될 수 있다.
또한, 퍼블리시 메소드의 프리미티브(primitives)에는 다른 추가 정보가 포함되는 것도 가능하며, 상술한 실시예로 한정되지 않는다.
[표 4]
Figure PCTKR2016007302-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 PCTKR2016007302-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 PCTKR2016007302-appb-I000007
[표 7]
Figure PCTKR2016007302-appb-I000008
또 다른 일 예로, 제 2 NAN 단말(1030)은 등록을 위해 호출되는 메소드에 대한 프리미티브(Primitives)를 새롭게 정의하여 사용할 수 있다. 즉, 제 2 NAN 단말(1030)의 서비스/어플리케이션 단은 새롭게 정의된 프록시등록(ProxyRegistration) 메소드를 제 2 NAN 단말(1030)의 NAN DE 및 NAN MAC에 제공하여 프록시 등록에 대한 정보를 제공할 수 있다. 이때, 새롭게 정의되는 프록시등록 메소드의 프리미티브(Primitives)는 하기의 표 8과 같을 수 있다.
[표 8]
Figure PCTKR2016007302-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 PCTKR2016007302-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 PCTKR2016007302-appb-I000011
Figure PCTKR2016007302-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 PCTKR2016007302-appb-I000013
그 후, 제 2 NAN 단말(1030)의 NAN DE 및 NAN MAC은 NAN 프록시 서버로부터 확인(Confirmation)을 받으면 디스커버리 결과 이벤트를 서비스/어플리케이션 단에 제공할 수 있다. 이때, 일 예로, 상술한 상태 지시(Status indication) 필드가 1인 프록시 응답을 수신하면 확인(Confirmation)이 완료된 것으로 볼 수 있다. 그 후, 제 2 NA 단말(1030)은 디스커버리 결과 이벤트에 기초하여 NAN 프록시 서버에 등록된 NAN 프록시 클라이언트가 될 수 있다.
상술한 절차를 통해, NAN 단말이 NAN 프록시 서버에 등록된 NAN 프록시 클라이언트가 될 수 있다.
상술한 바와 같이, NAN 프록시 서버를 이용하여 NAN 단말들의 데이터 전송이나 전력 소모를 위한 메커니즘을 지원할 수 있다. 이때, 일 예로, 거리상의 문제로 서로 통신을 수행하는 없는 두 NAN 단말은 NAN 프록시 서버를 이용하여 통신을 수행할 수 있다. 또한, NAN 프록시 클라이언트는 매 디스커버리 윈도우마다 어웨이크되지 않을 수 있어 전력 소모를 줄일 수 있다.
이때, NAN 단말은 NAN 프록시 서버로 서브스크라이브 메시지를 전송하여 NAN 프록시 서버의 서비스 디스커버리를 수행할 수 있다. 다만, NAN 단말이 NAN 프록시 서버에 서브스크라이브 메시지를 전송하기 위해서는 NAN 프록시 서버를 구별할 필요성이 있다. 즉, NAN 단말은 NAN 프록시 서버의 존재를 확인할 필요성이 있다.
이때, 일 예로, NAN 프록시 서버는 서비스 디스커버리 프레임을 브로드캐스트로 퍼블리시함으로서, 자신이 NAN 프록시 서버임을 알릴 수 있다. 이때, 일 예로, 퍼블리시는 솔리시티드(solicited) 타입 또는 언솔리시티드(unsolicited) 타입일 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, NAN 프록시 서버가 자신이 프록시 서버의 능력(capability)을 가지고 있음을 알리기 위해서 NAN 비콘 또는 서비스 디스커버리 프레임 내에서 프록시 서버 속성(Proxy Server Attribute)을 추가할 수 있다. 이때, 프록시 서버 속성이 포함된 NAN 비콘 또는 서비스 디스커버리 프레임을 받은 NAN 단말 중 프록시 클라이언트 기능을 지원하는 단말은 해당 속성을 해석하여 주변의 프록시 서버의 존재를 확인할 수 있다.
보다 상세하게는, 표 12는 비콘 프레임 및 서비스 디스커버리 프레임에 포함될 수 있는 NAN 속성 정보들을 나타낼 수 있다. 이때, 표 12에서 속성 아이디(Attribute ID) 필드는 서로 다른 속성들을 나타내기 위해 서로 다른 값으로 정의될 수 있다. 또한, 일 예로, 각각의 속성 정보는 비콘 프레임 및 서비스 디스커버리 프레임에서 포함되거나 포함되지 않을 수 있다. 또한, 일 예로, 각각의 속성 정보 중 특정 속성 정보는 필수적(표에서 “M”으로 표시)으로 포함되거나, 선택적(표에서 “O”로 표시)으로 표시될 수 있다.
이때, NAN 속성 정보에 대한 필드 중 유보된 비트에 프록시 서버 속성(Proxy Server Attribute) 및 프록시 클라이언트 속성(Proxy Client Attribute) 중 적어도 어느 하나의 필드를 정의할 수 있다. 이때, 일 예로, 프록시 서버 속성 필드는 NAN 동기화 비콘 프레임, NAN 디스커버리 비콘 프레임 및 NAN 서비스 디스커버리 프레임 중 적어도 어느 하나에 선택적으로 포함될 수 있다. 즉, 프록시 서버 속성 필드는 NAN 프록시 서버가 자신의 존재를 알리기 위해 정의하는 필드로서 각각의 프레임들에 선택적으로 포함될 수 있다.
반면, 프록시 클라이언트 속성 필드는 서비스 디스커버리 프레임에 선택적으로 포함될 수 있다. 즉, 프록시 클라이언트 속성 필드는 NAN 단말이 NAN 프록시 서버의 존재를 확인하고, 자신이 NAN 프록시 클라이언트가 될 수 있는지 여부에 기초하여 전송되는 정보일 수 있다. 따라서, 프록시 클라이언트 속성 필드는 NAN 비콘 프레임에는 전송되지 않고 NAN 서비스 디스커버리 윈도우에 포함되어 전송될 수 있다.
[표 12]
Figure PCTKR2016007302-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 PCTKR2016007302-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 데이터 경로(NAN Data Path)는 NAN 프록시 서버가 NAN 데이터 패스 기능을 지하는지 여부를 지시할 수 있다. 또한, NAN 데이터 포워딩 비트(NAN Data Forwarding bit)는 NAN 단말의 NAN 데이터 패스를 NAN 프록시 서버가 수신하여 주변 NAN 단말들에게 전달할 수 있는 기능이 가능한지 여부를 지시한다. 즉, 프록시 서버 능력 필드는 NAN 프록시 서버가 자신이 할 수 있는 기능에 대한 정보를 지시할 수 있으며, 상술한 실시예로 한정되지 않는다.
[표 14]
Figure PCTKR2016007302-appb-I000016
또 다른 일 예로, 프록시 서비스를 위한 팔로우업 메시지(Follow-up message)가 정의될 수 있다. 이때, 일 예로, 팔로우업 메시지는 상술한 퍼블리시 메시지일 수 있다. 즉, 팔로우업 메시지는 NAN 프록시 서버 및 NAN 프록시 클라이언트가 프록시 서비스를 위해 교환하는 메시지일 수 있다.
이때, 팔로우업 메시지는 서비스 디스커버리 프레임 형태일 수 있다. 또한, 서비스 디스커버리 프레임의 서비스 디스커버리 속성은 상술한 표 9와 같을 수 있다. 일 예로, 서비스 디스커버리 속성 필드 중 서비스 정보(Service Info) 필드에는 프록시 서비스에 대한 정보로서 TLV 필드가 포함될 수 있다.
일 예로, 서비스 정보(Service Info) 필드는 프록시 등록 요청 TLV 필드(Proxy Registration Request TLB field), 프록시 등록 응답 TLV 필드(Proxy Registration Response TLV field), 프록시 등록 업데이트 요청 TLV 필드(Proxy Registration Update Request TLV field), 프록시 등록 업데이트 응답 TLV 필드(Proxy Registration Update Response TLV field), 프록시 해제 요청 TLV 필드(Proxy Deregistration Request TLV field), 프록시 해제 응답 TLV 필드(Proxy Deregistration Response TLV field), 프록시 검색 결과 요청 TLV 필드(Proxy Discovery Result Request TLV field) 및 프록시 검색 결과 응답 TLV 필드(Proxy Discovery Result Response TLV field) 중 어느 하나의 TLV 필드가 포함될 수 있다.
즉, 서비스 정보(Service Info) 필드에는 프록시 서비스에 대한 정보들이 TLV 필드로서 포함될 수 있다. 이때, 일 예로, 프록시 등록 요청 TLV 필드는 상술한 표 10과 같을 수 있다. 또한, 프록시 등록 응답 TLV 필드는 상술한 표 11과 같을 수 있다. 즉, 프록시 등록 요청 TLV 필드 및 프록시 등록 응답 TLV 필드는 NAN 프록시 서버로 등록 절차를 수행하는 과정에서 이용될 수 있으며, 이는 상술한 바와 같다.
또한, 일 예로, 표 11의 프록시 등록 응답 TLV 필드 중 상태 지시(Status Indication) 필드는 하기의 표 15와 같을 수 있다. 즉, 상태 지시 필드는 프록시 등록 요청에 대한 응답 정보들이 포함될 수 있다.
[표 15]
Figure PCTKR2016007302-appb-I000017
또한, 일 예로, 서비스 정보(Service Info)에 정의되는 TLV 필드로서 프록시 해제 요청 TLV 필드 및 프록시 해제 응답 TLV 필드는 하기의 표 16 및 표 17와 같을 수 있다. 이때, 프록시 해제 요청 TLV 필드에는 NAN 프록시 서버에서 등록을 해제하기 위한 정보로서 해제 요청 아이디(Deregistration Request ID), 프록시 디바이스 아이디(Proxy Device ID), 프록시 디바이스 역할(Proxy Device Role) 및 서비스 아이디(Service ID) 필드 중 적어도 어느 하나의 필드가 포함될 수 있다.
또한, 일 예로, 프록시 해제 응답 TLV 필드는 NAN 프록시 서버에서 등록이 해제될지 여부를 확인하도록 하기 위한 정보들이 포함될 수 있다. 일 예로, 프록시 해제 응답 TLV 필드에는 타입(Type), 프록시 디바이스 아이디(Proxy Device ID) 및 확인(Confirmation) 필드 중 적어도 어느 하나의 필드가 포함될 수 있다.
[표 16]
Figure PCTKR2016007302-appb-I000018
[표 17]
Figure PCTKR2016007302-appb-I000019
또한, 일 예로, 서비스 정보(Service Info)에 정의되는 TLV 필드로서 프록시 검색 결과 요청 TLV 필드 및 프록시 검색 결과 응답 TLV 필드는 표 18 및 표 19과 같을 수 있다. 즉, 프록시 검색 결과에 대한 정보들이 포함될 수 있다. 일 예로, 프록시 검색 결과 요청 TLV 필드에는 타입(Type), 디바이스 아이디(Device ID) 및 요청 서비스 아이디(Requesting Service ID) 필드 중 적어도 어느 하나의 필드가 포함될 수 있다. 또한, 프록시 검색 결과 응답 TLV 필드에는 타입(Type), 프록시 디바이스 아이디(Proxy Device ID) 및 요청된 서비스 정보(Requested Service Info) 필드 중 적어도 어느 하나의 필드가 포함될 수 있다. 이를 통해 프록시 서비스를 위한 프록시 검색 절차가 수행될 수 있다.
[표 18]
Figure PCTKR2016007302-appb-I000020
[표 19]
Figure PCTKR2016007302-appb-I000021
또한, 일 예로, 서비스 정보(Service Info)에 정의되는 TLV 필드로서 프록시 등록 업데이트 요청 TLV 필드 및 프록시 등록 업데이트 응답 TLV 필드가 정의될 수 있으며, 하기의 표 20 및 표 21과 같을 수 있다. 즉, NAN 프록시 서버에 등록 유지 여부로서 업데이트 정보가 TLV 필드에 포함될 수 있다. 이때, 일 예로, 프록시 등록 업데이트 요청 TLV 필드에는 타입(Type), 길이(Length), 등록 아이디(Registration ID), 프록시 서버 MAC 주소(Proxy Server MAC address), 서비스 아이디(Service ID) 및 가용 시간(Availability Time) 및 등록 서비스 유지 시간(Time to live of Registered Service) 필드 중 적어도 어느 하나의 필드가 포함될 수 있다.
또한, 프록시 등록 업데이트 응답 TLV 필드에는 타입(Type), 길이(Length), 등록 아이디(Registration ID), 프록시 서버 MAC 주소(Proxy Server MAC address) 및 상태 지시(Status Indication) 필드 중 적어도 어느 하나의 필드가 포함될 수 있다.
[표 20]
Figure PCTKR2016007302-appb-I000022
[표 21]
Figure PCTKR2016007302-appb-I000023
팔로우업 메시지는 서비스 디스커버리 프레임 형태로서 서비스 디스커버리 속성 필드가 정의될 수 있다. 이때, 일 예로, 서비스 디스커버리 속성의 필드에는 프록시 서비스에 대한 정보로서 TLV 필드가 포함될 수 있으며, 이는 상술한 바와 같다.
도 11 내지 도 14는 각각의 타입별로 디스커버리를 수행하는 방법을 나타낸 도면이다.
상술한 바와 같이, NAN 프록시 클라이언트가 NAN 프록시 서버로 등록된 후 NAN 프록시 서버는 NAN 프록시 클라이언트를 대신하여 통신을 위한 절차를 대신 수행할 수 있다. 이때, 일 예로, NAN 프록시 서버와 다른 NAN 단말에 있어서 수행되는 동작은 퍼블리시/서브스크라이브에 기초하여 디스커버리가 수행될 수 있다. 또한, NAN 프록시 서버와 다른 NAN 단말에 있어서 수행되는 동작은 패시브/엑티브에 기초하여 디스커버리가 수행될 수 있다. 이때, 하기에서는 각각의 상황을 고려하여 디스커버리가 수행되는 방법을 나타낸다.
도 11은 언솔리시티드(unsolicited) 퍼블리시 타입에 기초하여 디스커버리가 수행되는 방법을 나타낸 도면이다. 상술한 바와 같이, NAN 프록시 서버(1120)에 NAN 프록시 클라이언트(1130)가 등록될 수 있다. 이때, NAN 프록시 서버(1120)는 주기적으로 서비스 디스커버리 프레임을 퍼블리시할 수 있다. 이때, 퍼블리시 타입은 언솔리시티드(unsolicited)일 수 있다. 즉, 다른 NAN 단말(1110)은 퍼블리시된 서비스 디스커버리 프레임을 수신한 후, 별도의 응답을 하지 않을 수 있다. 또한, 서비스 디스커버리 프레임에는 등록된 NAN 프록시 클라이언트(1130)의 정보가 포함될 수 있다. 그 후, 다른 NAN 단말(1110)이 서비스 디스커버리 프레임을 수신한 후, NAN 단말(1110)은 서비스 디스커버리 프레임에 포함된 NAN 프록시 클라이언트(1130)의 서비스가 자신이 원하는 서비스인지 여부를 확인할 수 있다.
이때, 일 예로, NAN 단말(1110)은 서비스 디스커버리 프레임에 포함된 서비스에 대한 정보에 기초하여 직접 서비스 매칭을 수행할 수 있다. 이를 통해, NAN 단말(1110)은 자신이 원하는 서비스인지 여부를 확인할 수 있다. 그 후, NAN 단말(1110)이 NAN 프록시 클라이언트(1130)와 통신을 수행하는 경우, NAN 단말(1110)은 NAN 프록시 클라이언트(1130)와 직접 통신을 수행하기 위한 세션 연결을 수행할 수 있다. 이때, 일 예로, NAN 단말(1110)은 서비스 디스커버리 프레임을 통해 NAN 프록시 클라이언트(1130)의 어웨이크되는 디스커버리 윈도우 주기 정보를 획득할 수 있다. 이때, NAN 단말(1110)은 NAN 프록시 클라이언트(1130)가 어웨이크되는 디스커버리 윈도우에서 어웨이크되어 NAN 프록시 클라이언트(1130)와 직접 세션 연결을 수행할 수 있다. 즉, 언솔리시티드(unsolicited) 퍼블리시 타입은 NAN 단말(1110)이 NAN 프록시 서버(1120)으로부터 서비스 디스커버리 프레임을 수신한 후, 별도의 응답없이 직접 서비스 매칭을 통해 NAN 프록시 클라이언트(1130)와 세션 연결을 수행할 수 있다.
도 12은 솔리시티드(solicited) 퍼블리시 타입에 기초하여 디스커버리가 수행되는 방법을 나타낸다. NAN 단말(1210)이 자신의 원하는 서비스를 가진 NAN 프록시 클라이언트(1230)를 검색하고자 하는 경우, NAN 단말(1210)은 엑티브하게 NAN 프록시 서버(1220)로 서브스크라이브할 수 있다. 이때, 서브스크라이브 타입은 솔리시티드(solicited)일 수 있다. 즉, NAN 단말(1210)은 서브스크라이브 메시지를 NAN 프록시 서버(1220)로 전송할 수 있다. 이때, 일 예로, 서브스크라이브 메시지에는 NAN 단말(1210)이 원하는 서비스에 대한 정보로서, 디바이스 서비스 속성 정보(Device Service Attribute)가 포함될 수 있다. 이때, 일 예로, 디바이스 서비스 속성 정보는 하기의 표 22과 같을 수 있다.
[표 22]
Figure PCTKR2016007302-appb-I000024
그 후, NAN 프록시 서버(1220)는 등록된 NAN 프록시 클라이언트(1230)의 정보와 서브스크라이브 메시지에 포함된 서비스가 동일한지 여부를 판단할 수 있다. 이때, NAN 프록시 클라이언트(1230)의 정보와 서브스크라이브 메시지에 포함된 서비스가 동일한 경우, NAN 프록시 서버(1220)는 서비스 디스커버리 프레임을 다시 퍼블리시할 수 있다. 이때, 일 예로, 서비스 디스커버리 프레임에는 서비스 디스크라이터 속성 정보(Service Descriptor Attribute) 및 NAN 연결 능력 속성 정보(NAN Connection Capability Attribute)가 추가적으로 포함될 수 있다. 즉, NAN 단말(1210)이 등록된 NAN 프록시 클라이언트(1230)와 세션 연결을 수행하도록 하기 위한 추가 정보가 포함될 수 있다. 그 후, NAN 단말(1210)은 NAN 프록시 클라이언트(1230)가 어웨이크되는 디스커버리 윈도우에서 어웨이크되어 NAN 프록시 클라이언트(1230)와 직접 세션 연결을 수행할 수 있다. 즉, 솔리시티드(solicited) 퍼블리시 타입은 NAN 단말(1210)이 솔리시티드(solicited) 타입의 서브스크라이브 메시지를 NAN 프록시 서버(1220)로 전송한 후, NAN 프록시 서버(1220)로부터 응답을 수신하여 NAN 프록시 클라이언트(1230)와 세션 연결을 수행하는 타입일 수 있다.
도 13은 NAN 프록시 서버를 기준으로 패시브 서브스크라이브 타입에 기초하여 디스커버리가 수행되는 방법을 나타낸다. NAN 단말(1310)이 자신의 원하는 서비스를 가진 NAN 프록시 클라이언트(1330)를 검색하고자 하는 경우, NAN 단말(1910)은 엑티브하게 NAN 프록시 서버(1320)로 서브스크라이브할 수 있다. 이때, 서브스크라이브 타입은 언솔리시티드(unsolicited)일 수 있다. 즉, NAN 단말(1310)은 서브스크라이브 메시지를 NAN 프록시 서버(1320)로 전송할 수 있다. 이때, 일 예로, 서브스크라이브 메시지에는 NAN 단말(1310)이 원하는 서비스에 대한 정보로서, 디바이스 서비스 속성 정보(Device Service Attribute)가 포함될 수 있다. 이때, 일 예로, 디바이스 서비스 속성 정보는 상술한 표 22와 같을 수 있다. 다만, 서브스크라이브 타입이 언솔리시티드(unsolicited)인바, NAN 프록시 서버(1320)는 NAN 단말(1310)로 별도의 서비스 디스커버리 프레임을 퍼블리시하지 않을 수 있다. 이때, 일 예로, NAN 프록시 서버(1320)는 NAN 프록시 클라이언트(1330)가 어웨이크되는 디스커버리 윈도우를 기다릴 수 있다. 그 후, NAN 프록시 서버(1320)는 NAN 프록시 클라이언트(1330)가 어웨이크되는 디스커버리 윈도우에서 서비스 디스커버리 프레임을 퍼블리시로 NAN 프록시 클라이언트(1330)로 전송할 수 있다. 이때, 퍼블리시 타입은 언솔리시티드(unsolicited)일 수 있다. 이때, 서비스 디스커버리 프레임에는 NAN 단말(1310)로부터 수신한 디바이스 서비스 속성 정보가 포함될 수 있다. 이때, 일 예로, NAN 프록시 클라이언트(1330)가 퍼블리시 메시지를 수신한 경우, NAN 프록시 클라이언트(1330)는 모든 디스커버리 윈도우에서 어웨이크될 수 있다. 그 후, NAN 프록시 클라이언트(1330)는 NAN 단말(1310)과 세션 연결을 수행할 수 있다.
즉, 패시브 서브스크라이브 타입은 NAN 프록시 서버(1320)가 NAN 단말(1310)로 서비스에 대한 정보를 수신하고, 이를 NAN 프록시 클라이언트(1330)로 전달한 후, NAN 단말(1310)과 NAN 프록시 클라이언트(1330)과 세션 연결을 수행하는 타입일 수 있다.
도 14는 NAN 프록시 서버를 기준으로 엑티브 서브스크라이브 타입에 기초하여 디스커버리가 수행되는 방법을 나타낸 도면이다.
NAN 프록시 서버(1420)은 NAN 프록시 클라이언트(1430)를 대신하여 서비스 디스커버리 프레임을 NAN 단말(1410)로 퍼블리시할 수 있다. 이때, 퍼블리시 메시지에는 NAN 프록시 클라이언트(1430)의 정보가 포함될 수 있다. 그 후, NAN 프록시 서버(1420)는 NAN 단말로부터 디바이스 서비스 속성 정보가 포함된 서비스크라이브 메시지를 수신할 수 있다. 이때, 디바이스 서비스 속성 정보는 상술한 표 19와 같다. 그 후, NAN 프록시 서버(1420)는 서비스 디스커버리 프레임을 NAN 프록시 클라이언트(1430)로 퍼블리시할 수 있다. 그 후, NAN 프록시 클라이언트(1430)는 NAN 단말(1410)과 세션 연결을 수행할 수 있다. 즉, 엑티브 서브스크라이브 타입은 NAN 프록시 서버(1420)과 NAN 프록시 클라이언트(1430)를 대신하여 서비스에 대한 정보를 NAN 단말(1410)로 제공한 후, NAN 단말(2010)로부터 응답을 수신하는 타입일 수 있다. 그 후, NAN 프록시 서버(1420)는 NAN 프록시 클라이언트(1430)로 NAN 단말(1410)로부터 수신한 정보를 전달할 수 있으며, 이는 상술한 바와 같다.
도 15는 프록시 서비스를 업데이트하는 방법을 나타낸 도면이다.
NAN 프록시 클라이언트는 NAN 프록시 서버에 등록될 수 있다. NAN 프록시 서버는 NAN 프록시 클라이언트를 대신하여 프록시 클라이언트 프록시 서비스를 제공할 수 있다. 이때, 상술한 바와 같이, NAN 프록시 서버는 NAN 프록시 클라이언트가 등록되는 과정에서 타임투라이브(Time To Live, 이하 TTL)에 대한 정보를 수신할 수 있다. NAN 프록시 서버는 TTL 정보에 기초하여 프록시 서비스를 NAN 프록시 클라이언트를 대신하여 제공할 수 있다. 이때, TTL은 일정한 시간 정보로서 NAN 프록시 서버는 TTL 값에 해당하는 시간이 경과한 후에는 NAN 프록시 클라이언트를 대신하여 프록시 서비스를 제공하지 못할 수 있다. 따라서, NAN 프록시 클라이언트는 TTL 값에 해당하는 시간이 경과하기 전에 업데이트를 수행할 수 있다.
보다 상세하게는, 도 15를 참조하면, NAN 프록시 서버(1520)가 NAN 프록시 클라이언트(1530)를 대신하여 프록시 서비스를 제공하기 시작하는 경우, 프록시 서비스 제공 시간이 카운팅될 수 있다. 이때, 프록시 서비스 제공 시간은 TTL 값에 해당하는 시간 동안 제공될 수 있다.
이때, NAN 프록시 클라이언트(1530)의 서비스/어플리케이션 단은 프록시 서비스를 지속적으로 유지하기 위해 NAN DE 및 NAN MAC 단으로 전송(Transmit) 메소드를 호출할 수 있다. 일 예로 전송 메소드에 대한 프리미티브(Primitive)는 하기의 표 23과 같을 수 있다. 이때, 전송(Transmit) 메소드의 프리미티브에는 퍼블리시 펑션이나 서브스크라이브 펑션에 의해 리턴되는 유효한 퍼블리시 아이디 또는 서브스크라이브 아이디 정보를 포함하는 핸들(Handle) 정보가 포함될 수 있다. 또한, 전송(Transmit) 메소드의 프리미티브에는 전송되는 프레임 바디에 포함되는 서비스 정보로서 서비스 특정 정보(Service Specific Info) 정보가 포함될 수 있다. 또한, 전송(Transmit) 메소드의 프리미티브에는 설정 파라미터(configuration parameter) 정보로서 NAN 인터페이스 주소(NAN Interface Address), 요청자 인스턴스 아이디(Requestor Instance ID) 및 우선권(Priority) 정보 등이 포함될 수 있다. 그 밖에도, 전송(Transmit) 메소드의 프리미티브에는 등록 아이디(Registration ID) 정보 및 프록시 서버 MAC 주소(Proxy Server MAC address) 정보 등이 포함될 수 있다. 즉, 전송(Transmit) 메소드의 프리미티브에는 프록시 서비스 관련 정보들이 포함될 수 있다. 또한, 일 예로, 전송(Transmit) 메소드의 프리미티브에는 프록시 서비스 업데이트에 대한 정보들이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다.
[표 23]
Figure PCTKR2016007302-appb-I000025
NAN 프록시 클라이언트(1530)의 NAN DE 및 NAN MAC이 전송(Transmit) 메소드를 호출 받은 후, 프록시 등록 업데이트 요청(Proxy Registration Update Request)을 NAN 프록시 서버(1520)로 전송할 수 있다. 일 예로, 프록시 등록 업데이트 요청은 팔로우업 메시지일 수 있다. 또한, 프록시 등록 업데이트 요청은 서비스 디스커버리 프레임 형태로서 상술한 프록시 등록 업데이트 요청 TLV 필드 정보가 포함될 수 있다. 즉, NAN 프록시 클라이언트(1530)는 등록 절차 이후 일정 기간 동안 슬립 상태를 유지한 후, 전송(Transmit) 메소드를 호출 받은 후 프록시 등록 업데이트 요청을 NAN 프록시 서버(1520)로 전송할 수 있다. 이때, 일 예로, 프록시 등록 업데이트 요청에는 프록시 등록의 서비스 정보로서 업데이트 또는 변경된 정보가 포함될 수 있다. 즉, NAN 프록시 클라이언트(1530)는 슬립 상태를 유지하는 동안 변경된 정보를 프록시 등록 업데이트 요청에 포함시켜 전송할 수 있다.
이때, NAN 프록시 서버(1520)는 프록시 등록 업데이트 요청에 포함된 서비스 정보에 기초하여 변경된 정보를 업데이트할 수 있다. 또한, 상술한 바와 같이, 프록시 등록 업데이트 요청에는 등록된 서비스 유지 시간(Time to live of registered service) 정보가 포함될 수 있다. 이때, NAN 프록시 서버가 프록시 등록 업데이트 요청을 수신하는 경우, TTL 값은 상술한 등록된 서비스 유지 시간(Time to live of registered service) 정보에 기초하여 업데이트될 수 있다. 즉, 프록시 서버(1520)는 프록시 서비스 제공 시간에 대한 시간 카운팅이 리셋될 수 있다. 이때, 일 예로, 프록시 서비스 제공 시간에 대한 카운팅 watchdog timer에 기초하여 카운팅될 수 있다. 즉, NAN 프록시 서버(1520)의 watchdog timer는 프록시 등록 업데이트 요청에 기초하여 리셋될 수 있다.
그 후, NAN 프록시 서버(1520)는 NAN 프록시 클라이언트(1530)로 프록시 등록 업데이트 응답(Proxy Registration Update Response)을 통해 변경된 서비스에 응답을 NAN 프록시 클라이언트(1530)로 제공할 수 있다. 이때, 일 예로, 상술한 바와 같이, 프록시 등록 업데이트 응답은 팔로우업 메시지일 수 있으며 서비스 디스커버리 프레임 형태일 수 있다. 이때, 프록시 등록 업데이트 응답에는 프록시 등록 업데이트 TLV 필드가 포함될 수 있다. 이때, 프록시 등록 업데이트 TLV 필드의 상태 지시(Status Indication) 필드에는 프록시 서비스에 대한 정보가 업데이트 되었는지 여부를 나타낼 수 있다. 이를 통해, NAN 프록시 클라이언트(1530)는 프록시 서비스에 대한 업데이트 여부를 확인할 수 있다.
이때, NAN 프록시 클라이언트(1530)가 프록시 등록 업데이트 응답을 수신한 경우, NAN 프록시 클라이언트(1530)의 NAN DE 및 NAN MAC 단은 NAN 프록시 클라이언트(1530)의 서비스/어플리케이션 단으로 리시브(receive) 이벤트를 호출할 수 있다. 일 예로, 리시브(receive) 이벤트의 프리미티브(primitive)는 하기의 표 24과 같을 수 있다. 이때, 리시브(receive) 이벤트의 프리미티브(primitive)에는 원래의 퍼블리시 아이디 또는 서브스크라이브 아이디 정보를 나타내는 아이디(ID)가 포함될 수 있다. 또한, 리시브(receive) 이벤트의 프리미티브(primitive)에는 팔로우업 메시지를 수신하는 NAN 디바이스를 식별하기 위한 주변 인스턴스 아이디(Peer Instance ID) 정보가 포함될 수 있다. 또한, 리시브(receive) 이벤트의 프리미티브(primitive)에는 서비스 특정 정보(Service Specific Info), 주소 정보(Address), 등록 아이디 정보(Registration ID) 및 프록시 서버 MAC 주소(Proxy Server MAC address) 정보 중 적어도 어느 하나가 포함될 수 있다. 즉, 리시브(receive) 이벤트의 프리미티브(primitive)에는 업데이트된 프록시 서비스 관련 정보들이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, 리시브(receive) 이벤트는 생략되는 것도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.
[표 24]
Figure PCTKR2016007302-appb-I000026
이때, 일 예로, NAN 프록시 클라이언트(1530)는 업데이트된 프록시 서비스 정보에 기초하여 프록시 서비스 위탁을 유지할지 여부를 결정할 수 있다. 일 예로, NAN 프록시 클라이언트(1530)는 업데이트된 프록시 서비스를 유지하고자 하는 경우에 기존과 동일하게 일정 주기에 따라 슬립 상태를 유지할 수 있다.
또한, 일 예로, NAN 프록시 클라이언트(1530)는 업데이트된 프록시 서비스를 유지하지 않으려고 하는 경우, NAN 프록시 클라이언트(1530)는 프록시 해제 요청(Proxy Deregistration Request)를 NAN 프록시 서버(1520)로 전송할 수 있다.
그 후, NAN 프록시 클라이언트(1530)는 NAN 프록시 서버(1520)로부터 프록시 해제 응답(Proxy Deregistration Response)을 수신할 수 있다. 이를 통해 NAN 프록시 클라이언트(1530)는 NAN 프록시 서버(1520)로의 등록을 해제할 수 있다.
도 16은 프록시 등록 업데이트 절차가 수행되는 방법을 나타낸 도면이다.
NAN 프록시 서버는 등록된 NAN 프록시 클라이언트를 대신하여 프록시 서비스를 제공할 수 있다. 이때, NAN 프록시 서버는 TTL 값에 기초하여 일정 시간 동안 프록시 서비스를 제공할 수 있다. 이때, 일 예로, TTL 값이 경과되기 이전에 프록시 서비스에 대한 업데이트 절차가 수행될 수 있다.
일 예로, 도 16의 (a)를 살펴보면 NAN 프록시 클라이언트(1630)가 프록시 등록 업데이트 요청을 NAN 프록시 서버(1620)로 전송한 후, 프록시 등록 업데이트 응답을 수신하면 업데이트 절차가 수행될 수 있다. 이때, 각각에 포함되는 정보들은 도 15에서 상술한 바와 같다.
또한, 일 예로, 도 16의 (b)를 살펴보면, NAN 프록시 서버(1620)가 프록시 등록 업데이트 요청을 NAN 프록시 클라이언트(1630)로 전송할 수 있다. 이때, 일 예로, NAN 프록시 서버(1620)는 프록시 서비스에 대한 정보가 변경되었는지 여부를 프록시 등록 업데이트 요청을 NAN 프록시 클라이언트(1630)에게 전송하여 확인할 수 있다. NAN 프록시 서버(1620)는 업데이트가 되었는지 여부를 NAN 프록시 클라이언트(1630)로 문의할 수 있다.
즉, 프록시 등록 업데이트 요청은 NAN 프록시 서버(1620) 및 NAN 프록시 클라이언트(1630) 중 어느 하나에 의해서 트리거링될 수 있다. NAN 프록시 서버(1620)도 프록시 서비스에 대한 업데이트 절차가 필요한지 여부를 확인하기 위한 동작을 수행할 수 있다.
NAN 프록시 서버(1620)가 NAN 프록시 클라이언트(1630)로 프록시 등록 업데이트 요청을 전송한 경우, NAN 프록시 서버(1620)는 NAN 프록시 클라이언트(1630)로부터 프록시 등록 업데이트 응답을 수신할 수 있다. 이때, 일 예로, 프록시 등록 업데이트 요청 및 프록시 등록 업데이트 응답에 포함되는 정보들은 도 15에서 상술한 것과 동일할 수 있다.
또한, 일 예로, NAN 프록시 서버(1620)가 전송하는 프록시 등록 업데이트 요청에는 업데이트 여부를 확인하기 위한 정보만이 포함될 수 있다. 이때, 일 예로, NAN 프록시 서버(1620)가 수신하는 프록시 등록 업데이트 응답에는 프록시 등록 업데이트 요청 TLV 필드에 대한 정보가 포함될 수 있다. 즉, NAN 프록시 서버(1620)가 전송하는 프록시 등록 업데이트 요청은 업데이트 여부를 확인하기 위한 문의에 대한 메시지일 수 있다.
또한, 일 예로, NAN 프록시 서버(1620)가 프록시 등록 업데이트 응답을 수신하는 경우, NAN 프록시 서버(1620)는 NAN 프록시 클라이언트(1630)로 확인 응답에 대한 메시지를 전송할 수 있다. 이때, 일 예로, 확인 응답 메시지에는 상술한 프록시 등록 업데이트 응답 TLV 필드에 대한 정보들이 포함될 수 있다.
즉, NAN 프록시 서버(1620)도 프록시 서비스에 대한 업데이트 여부를 확인할 수 있다.
또 다른 일 예로, NAN 프록시 서버(1620)는 TTL 값에 해당하는 시간동안 NAN 프록시 클라이언트(1630)로부터 프록시 등록 업데이트 요청을 수신하지 못한 경우, NAN 프록시 서버(1620)가 프록시 등록 업데이트 요청을 NAN 프록시 클라이언트(1630)로 전송할 수 있다. 또 다른 일 예로, NAN 프록시 서버(1620)는 TTL 값보다 작은 기설정된 값에 해당하는 시간 동안 NAN 프록시 클라이언트(1630)로부터 프록시 등록 업데이트 요청을 수신하지 못한 경우, NAN 프록시 서버(1620)가 프록시 등록 업데이트 요청을 NAN 프록시 클라이언트(1630)로 전송할 수 있다.
즉, NAN 프록시 서버(1620)는 일정 기간 동안 NAN 프록시 클라이언트(1630)로부터 프록시 등록 업데이트 요청을 수신하지 못하면 직접 프록시 등록 업데이트 요청을 전송할 수 있다.
도 17은 프록시 서비스에 대한 업데이트가 주기적으로 수행되는 방법을 나타낸 도면이다.
NAN 프록시 서버에 NAN 프록시 클라이언트가 등록된 경우, NAN 프록시 서버는 NAN 프록시 클라이언트를 대신하여 프록시 서비스를 제공할 수 있다. 이때, 상술한 바와 같이, NAN 프록시 서버는 TTL 값에 해당하는 시간 동안 프록시 서비스를 제공할 수 있다. 또한, NAN 프록시 서버가 업데이트 절차에서 프록시 등록 업데이트 요청을 수신하는 경우, NAN 프록시 서버는 프록시 등록 업데이트 요청 TLV 필드에 포함된 등록된 서비스 유지 시간(Time to live of registered service) 값에 기초하여 프록시 서비스를 제공할 수 있다.
이때, 일 예로, 도 17을 참조하면, NAN 프록시 클라이언트(1730)는 주기적으로 업데이트를 수행할 수 있다. 이때, 일 예로, 업데이트 주기는 TTL 값보다 작을 수 있다. 보다 상세하게는, TTL 값이 Tms이고, 업데이트 주기가 Ums인 경우, U는 T값보다 작을 수 있다. 즉, NAN 프록시 클라이언트(1730)는 프록시 서비스가 유지되는 시간 이전에 업데이트를 수행하도록 하여 프록시 서비스에 대한 지속 여부를 결정할 수 있다. 이를 통해, 프록시 서비스가 중단되는 것을 막을 수 있다. 또한, 일 예로, 업데이트 주기는 전송(Transmit) 메소드가 호출되는 시간 간격일 수 있다. 즉, 업데이트 주기의 기산점은 전송(Transmit)에 기초하여 설정될 수 있다. 또한, 일 예로, 업데이트 주가는 프록시 등록 업데이트 요청이 전송되는 시간 간격일 수 있다. 즉, 업데이트 주기의 기산점은 프록시 등록 업데이트 요청에 기초하여 설정될 수 있다.
즉, 업데이트 요청은 NAN 프록시 클라이언트(1730)에 의해 업데이트 절차가 수행되는 주기일 수 있으며, 상술한 실시예로 한정되지 않는다.
도 18은 프록시 서비스에 대한 업데이트가 이벤트 발생에 기초하여 수행되는 방법을 나타낸 도면이다.
NAN 프록시 서버에 NAN 프록시 클라이언트가 등록된 경우, NAN 프록시 서버는 NAN 프록시 클라이언트를 대신하여 프록시 서비스를 제공할 수 있다. 이때, 상술한 바와 같이, NAN 프록시 서버는 TTL 값에 해당하는 시간 동안 프록시 서비스를 제공할 수 있다. 또한, NAN 프록시 서버가 업데이트 절차에서 프록시 등록 업데이트 요청을 수신하는 경우, NAN 프록시 서버는 프록시 등록 업데이트 요청 TLV 필드에 포함된 등록된 서비스 유지 시간(Time to live of registered service) 값에 기초하여 프록시 서비스를 제공할 수 있다.
이때, 일 예로, 도 18을 참조하면, NAN 프록시 클라이언트(1830)는 주기적으로 업데이트를 수행할 수 있다. 이때, 일 예로, 업데이트 주기는 TTL 값보다 작을 수 있다. 이때, 업데이트에 대한 구성은 상술한 도 17과 같을 수 있다.
또 다른 일 예로, 업데이트 주기 사이에서 서비스에 대한 이벤트가 발생한 경우, NAN 프록시 클라이언트(1830)는 NAN 프록시 서버(1820)로 프록시 등록 업데이트를 전송할 수 있다.
보다 상세하게는, NAN 프록시 클라이언트(1830)는 업데이트 주기가 도래하기 전이라도 서비스에 대한 이벤트가 발생되면 어웨이크되어 프록시 등록 업데이트를 전송할 수 있다. 이때, 서비스에 대한 이벤트는 서비스에 대한 정보의 변경을 의미할 수 있다. 또한, 일 예로, 서비스에 대한 이벤트는 서비스 지원에 대한 조건의 변경을 의미할 수 있다. 즉, 서비스에 대한 이벤트는 프록시 서비스에 대한 정보 변경에 기초하여 업데이트가 필요한 경우를 의미할 수 있으며 상술한 실시예로 한정하지 않는다.
NAN 프록시 클라이언트(1830)는 이벤트에 기초하여 프록시 서비스에 대한 정보 업데이트를 위해 프록시 등록 업데이트를 NAN 프록시 서버(1820)로 전송할 수 있다. 이때, 일 예로, 프록시 등록 업데이트는 상술한 프록시 등록 업데이트 요청 및 프록시 등록 업데이트 응답과 다른 메시지일 수 있다. NAN 프록시 클라이언트(1830)가 이벤트 발생에 기초하여 프록시 등록 업데이트를 NAN 프록시 서버(1820)로 전송하는 경우, NAN 프록시 서버(1820)는 NAN 프록시 클라이언트(1830)에 대한 프록시 서비스를 업데이트할 수 있다.
주기적으로 수행되는 업데이트 절차에 대해서는 NAN 프록시 클라이언트(1830)도 프록시 서비스 정보 변경에 대한 응답을 수신하고 업데이트를 확인할 필요성이 있다. 다만, 이벤트 발생에 기초하여 업데이트 절차가 수행되는 경우에는 프록시 서비스 정보 변경이 반드시 필요한 상황일 수 있다. 따라서, NAN 프록시 클라이언트(1830)는 프록시 등록 업데이트를 NAN 프록시 서버(1820)로 전송할 수 있다. NAN 프록시 서버(1820)는 프록시 등록 업데이트에 기초하여 프록시 서비스 정보에 대한 업데이트를 수행할 수 있으며, 추가적인 응답에 대해서는 생략할 수 있다.
즉, NAN 프록시 클라이언트(1830)는 업데이트 주기에 기초하여 전송하는 메시지와 이벤트 발생에 기초하여 전송하는 메시지를 구별할 수 있다. 또한, 일 예로, 프록시 등록 업데이트에는 상술한 프록시 등록 업데이트 요청 및 프록시 등록 업데이트 응답에 포함되는 정보들 중 적어도 어느 하나 이상이 포함될 수 있다. 즉, 프록시 등록 업데이트에는 서비스 변경 이벤트에 기초하여 업데이트가 필요한 정보들이 포함될 수 있으며, 상술한 실시예로 한정되지 않는다.
도 19는 프록시 서버를 통해 프록시 서비스를 제공하는 방법에 대한 순서도를 나타낸 도면이다.
NAN 프록시 클라이언트는 NAN 프록시 서버로 프록시 등록 요청을 전송할 수 있다.(S1910) 다음으로, NAN 프록시 클라이언트는 NAN 프록시 서버로부터 프록시 등록 응답을 수신할 수 있다.(S1920) 이때, 도 10 내지 도 18에서 상술한 바와 같이, NAN 프록시 클라이언트가 프록시 등록 응답을 수신하면 NAN 프록시 서버로 등록될 수 있다. 이때, NAN 프록시 서버는 등록된 NAN 프록시 클라이언트의 프록시 서비스를 대신 수행할 수 있다. 즉, NAN 프록시 클라이언트의 프록시 서비스는 NAN 프록시 서버로 위탁될 수 있다.
이때, 일 예로, 프록시 서비스가 위탁되는 시간에 대한 정보는 프록시 등록 요청에 포함될 수 있다. 이때, 프록시 서비스가 위탁되는 시간에 대한 정보는 상술한 TTL 정보일 수 있다. 즉, TTL 정보에 해당하는 시간 동안 NAN 프록시 서버는 NAN 프록시 클라이언트를 대신하여 프록시 서비스를 제공할 수 있다.
다음으로, NAN 프록시 클라이언트는 NAN 프록시 서버로 프록시 등록 업데이트 요청을 전송할 수 있다.(S1930) 다음으로, NAN 프록시 클라이언트는 NAN 프록시 서버로부터 프록시 등록 업데이트 응답을 수신할 수 있다.(S1940) 이때, 도 10 내지 도 18에서 상술한 바와 같이, NAN 프록시 클라이언트는 업데이트 주기에 기초하여 프록시 등록 업데이트를 NAN 프록시 서버로 전송할 수 있다. 이때, 업데이트 주기는 TTL 값보다 작을 수 있다. 즉, NAN 프록시 클라이언트는 프록시 서비스의 위탁이 유지되는 시간 이전에 프록시 등록 업데이트 요청을 전송할 수 있다. 이를 통해, NAN 프록시 클라이언트는 프록시 서비스의 위탁의 지속 여부 및 서비스 변경에 대한 업데이트를 수행할 수 있다. 또한, 일 예로, 프록시 등록 업데이트 요청에는 등록된 서비스 유지 시간(Time to live of registered service) 정보가 포함될 수 있다. 이때, NAN 프록시 서버가 프록시 등록 업데이트 요청을 수신하는 경우, NAN 프록시 서버는 등록된 서비스 유지 시간 정보에 해당하는 시간에 기초하여 프록시 서비스의 위탁 시간을 업데이트할 수 있다. 즉, NAN 프록시 서버는 프록시 등록 업데이트 요청에 포함되는 정보에 기초하여 프록시 서비스가 위탁되는 시간을 업데이트할 수 있다. 또한, NAN 프록시 클라이언트는 NAN 프록시 서버로부터 프록시 등록 업데이트 응답을 수신할 수 있다. 이를 통해, NAN 프록시 클라이언트는 프록시 서비스에 대한 위탁 시간이 업데이트됨을 확인할 수 있다. 또한, NAN 프록시 클라이언트는 프록시 서비스 변경 정보를 획득할 수 있으며, 이는 상술한 바와 같다.
도 20은 단말 장치의 블록도를 도시한 도면이다.
단말 장치는 NAN 단말일 수 있다. 이때, 일 예로, NAN 단말은 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)의 프로세서(120)는 NAN 프록시 클라이언트의 등록을 수행할 수 있다. 또한, 프로세서(120)는 송신 모듈(110)을 이용하여 NAN 프록시 서버로 프록시 등록 요청을 전송할 수 있다. 또한, 프로세서(120)는 수신 모듈(130)을 이용하여 NAN 프록시 서버로부터 프록시 등록 응답을 수신할 수 있으며, 이를 통해 NAN 프록시 서버에 등록될 수 있다.
또한, 프로세서(120)는 송신 모듈(110)을 이용하여 NAN 프록시 서버로 프록시 등록 업데이트 요청을 전송할 수 있다. 그 후, 프로세서(120)는 수신 모듈(130)을 이용하여 NAN 프록시 서버로부터 프록시 등록 업데이트 응답을 수신할 수 있으며, 이는 상술한 바와 같다, 이때, 프록시 등록 요청에는 프록시 서비스 제공 시간(Time to live, TTL) 정보가 포함될 수 있다. 프로세서(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) 프록시 클라이언트가 프록시 서비스를 업데이트하는 방법에 있어서,
    NAN 프록시 서버로 프록시 등록 요청(Proxy Registration Request)을 전송하는 단계;
    상기 NAN 프록시 서버로부터 프록시 등록 응답(Proxy Registration Response)을 수신하는 단계;
    상기 NAN 프록시 서버로 프록시 등록 업데이트 요청(Proxy Registration Update Request)을 전송하는 단계; 및
    상기 NAN 프록시 서버로부터 프록시 등록 업데이트 응답(Proxy Registration Update Response)을 수신하는 단계;를 포함하되,
    상기 프록시 등록 요청에는 프록시 서비스 제공 시간(Time to live, TTL) 정보가 포함되고,
    상기 NAN 프록시 클라이언트의 프록시 서비스는 상기 프록시 서비스 제공 시간 정보에 해당하는 시간 동안 상기 NAN 프록시 서버로 위탁되고,
    상기 프록시 등록 업데이트 요청은 업데이트 주기에 기초하여 주기적으로 전송되되,
    상기 업데이트 주기는 상기 프록시 서비스 제공 시간 정보에 해당하는 시간보다 작게 설정되는, 프록시 서비스 업데이트 방법.
  2. 제 1 항에 있어서,
    상기 프록시 등록 업데이트 요청에는 등록 서비스 제공 시간 정보(Time to live of registered service)가 포함되는, 프록시 서비스 업데이트 방법.
  3. 제 2 항에 있어서,
    상기 NAN 프록시 서버가 상기 프록시 등록 업데이트 요청을 수신하는 경우, 상기 NAN 프록시 클라이언트의 상기 프록시 서비스가 위탁되는 시간은 상기 등록 서비스 제공 시간 정보에 기초하여 업데이트되는, 프록시 서비스 업데이트 방법.
  4. 제 3 항에 있어서,
    상기 업데이트 주기는 상기 등록 서비스 제공 시간 정보에 해당하는 시간보다 작게 설정되는, 프록시 서비스 업데이트 방법.
  5. 제 1 항에 있어서,
    상기 업데이트 주기 사이에서 서비스 변경 이벤트가 발생하는 경우, 상기 NAN 프록시 클라이언트는 프록시 등록 업데이트를 상기 업데이트 주기에 해당하는 시간이 도래하기 이전에 상기 NAN 프록시 서버로 전송하는, 프록시 서비스 업데이트 방법.
  6. 제 5 항에 있어서,
    상기 프록시 등록 업데이트를 상기 업데이트 주기에 해당하는 시간이 도래하기 이전에 상기 NAN 프록시 서버로 전송하는 경우, 상기 NAN 프록시 서버는 상기 프록시 등록 업데이트 에 기초하여 상기 프록시 서비스를 업데이트하는, 프록시 서비스 업데이트 방법.
  7. 제 1 항에 있어서,
    상기 NAN 프록시 클라이언트가 상기 프록시 등록 응답 수신 후 기설정된 시간 동안 상기 프록시 등록 업데이트 요청을 전송하지 않는 경우,
    상기 NAN 프록시 서버가 상기 프록시 등록 업데이트 요청을 상기 NAN 프록시 클라이언트로 전송하는, 프록시 서비스 업데이트 방법.
  8. 제 7 항에 있어서,
    상기 NAN 프록시 서버로부터 상기 프록시 등록 업데이트 요청을 수신하면 상기 프록시 등록 업데이트 응답을 상기 NAN 프록시 서버로 전송하는, 프록시 서비스 업데이트 방법.
  9. 제 7 항에 있어서,
    상기 기설정된 시간은 상기 프록시 서비스가 위탁되는 시간보다 작게 설정되고, 상기 업데이트 주기보다는 길게 설정되는, 프록시 서비스 업데이트 방법.
  10. 무선 통신 시스템에서 프록시 서비스를 업데이트하는 NAN 프록시 클라이언트에 있어서,
    외부 디바이스로부터 정보(information)를 수신하는 수신 모듈;
    외부 디바이스로 정보(information)을 송신하는 송신 모듈; 및
    상기 수신 모듈 및 상기 송신 모듈을 제어하는 프로세서;로서,
    상기 프로세서는,
    상기 송신 모듈을 이용하여 NAN 프록시 서버로 프록시 등록 요청(Proxy Registration Request)을 전송하고,
    상기 수신 모듈을 이용하여 상기 NAN 프록시 서버로부터 프록시 등록 응답(Proxy Registration Response)을 수신하고,
    상기 송신 모듈을 이용하여 상기 NAN 프록시 서버로 프록시 등록 업데이트 요청(Proxy Registration Update Request)을 전송하고
    상기 수신 모듈을 이용하여 상기 NAN 프록시 서버로부터 프록시 등록 업데이트 응답(Proxy Registration Update Response)을 수신하되,
    상기 프록시 등록 요청에는 프록시 서비스 제공 시간(Time to live, TTL) 정보가 포함되고,
    상기 NAN 프록시 클라이언트의 프록시 서비스는 상기 프록시 서비스 제공 시간 정보에 해당하는 시간 동안 상기 NAN 프록시 서버로 위탁되고,
    상기 프록시 등록 업데이트 요청은 업데이트 주기에 기초하여 주기적으로 전송되되,
    상기 업데이트 주기는 상기 프록시 서비스 제공 시간 정보에 해당하는 시간보다 작게 설정되는, 프록시 서비스 업데이트를 수행하는 NAN 프록시 클라이언트.
  11. 제 10 항에 있어서,
    상기 프록시 등록 업데이트 요청에는 등록 서비스 제공 시간 정보(Time to live of registered service)가 포함되는, 프록시 서비스 업데이트를 수행하는 NAN 프록시 클라이언트.
  12. 제 11 항에 있어서,
    상기 NAN 프록시 서버가 상기 프록시 등록 업데이트 요청을 수신하는 경우, 상기 NAN 프록시 클라이언트의 상기 프록시 서비스가 위탁되는 시간은 상기 등록 서비스 제공 시간 정보에 기초하여 업데이트되는, 프록시 서비스 업데이트를 수행하는 NAN 프록시 클라이언트.
  13. 제 12 항에 있어서,
    상기 업데이트 주기는 상기 등록 서비스 제공 시간 정보에 해당하는 시간보다 작게 설정되는, 프록시 서비스 업데이트를 수행하는 NAN 프록시 클라이언트.
  14. 제 10 항에 있어서,
    상기 업데이트 주기 사이에서 서비스 변경 이벤트가 발생하는 경우, 프록시 등록 업데이트를 상기 업데이트 주기에 해당하는 시간이 도래하기 이전에 상기 NAN 프록시 서버로 전송하는, 프록시 서비스 업데이트를 수행하는 NAN 프록시 클라이언트.
  15. 제 14 항에 있어서,
    상기 프록시 등록 업데이트이 상기 업데이트 주기에 해당하는 시간이 도래하기 이전에 상기 NAN 프록시 서버로 전송하는 경우, 상기 NAN 프록시 서버는 상기 프록시 등록 업데이트에 기초하여 상기 프록시 서비스를 업데이트하는, 프록시 서비스 업데이트를 수행하는 NAN 프록시 클라이언트.
PCT/KR2016/007302 2015-07-10 2016-07-06 무선 통신 시스템에서 프록시 서비스를 업데이트하는 방법 및 그 장치 WO2017010731A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/743,649 US10158736B2 (en) 2015-07-10 2016-07-06 Method for updating proxy service in wireless communication system and device therefor

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201562190746P 2015-07-10 2015-07-10
US62/190,746 2015-07-10
US201562193573P 2015-07-16 2015-07-16
US62/193,573 2015-07-16

Publications (1)

Publication Number Publication Date
WO2017010731A1 true WO2017010731A1 (ko) 2017-01-19

Family

ID=57757073

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/007302 WO2017010731A1 (ko) 2015-07-10 2016-07-06 무선 통신 시스템에서 프록시 서비스를 업데이트하는 방법 및 그 장치

Country Status (2)

Country Link
US (1) US10158736B2 (ko)
WO (1) WO2017010731A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018046450A (ja) * 2016-09-15 2018-03-22 キヤノン株式会社 通信装置、通信方法、及びプログラム
WO2021208098A1 (zh) * 2020-04-17 2021-10-21 北京小米移动软件有限公司 缓存组播下行数据通知方法、装置、终端、接入点设备
CN113596157A (zh) * 2021-07-30 2021-11-02 绿漫科技有限公司 一种基于SpringCloud的联盟链无感发布方法
EP4351014A3 (en) * 2021-10-06 2024-05-15 Oscar Chi-Lim Au Method, apparatus, and system for wireless sensing measurement and reporting

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101330406B1 (ko) * 2007-08-28 2013-11-15 삼성전자주식회사 프락시 모바일 인터넷 프로토콜을 사용하는 이동통신 시스템에서 이동성 관리 방법 및 장치
WO2014150977A1 (en) * 2013-03-15 2014-09-25 Qualcomm Incorporated Systems and methods for sharing context information in a neighbor aware network
KR20150025593A (ko) * 2013-08-29 2015-03-11 삼성전자주식회사 다중 경로 프로토콜에서 이중으로 네트워크 코딩을 적용하는 방법 및 그 장치
WO2015038272A1 (en) * 2013-09-13 2015-03-19 Qualcomm Incorporated System and method for multihop service discovery with member station proxy service advertisements
WO2015069041A1 (ko) * 2013-11-06 2015-05-14 엘지전자 주식회사 무선 통신 시스템에서 nan 단말의 신호 송수신 방법 및 장치

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10200826B2 (en) * 2015-01-30 2019-02-05 Intel Corporation Neighbor aware networking (NAN) device and method for service discovery
US10433353B2 (en) * 2015-03-09 2019-10-01 Apple Inc. Neighbor awareness networking service discovery proxy
US9693217B2 (en) * 2015-05-26 2017-06-27 Nokia Technologies Oy Method, apparatus, and computer program product for service discovery proxy for wireless communication
US20160352782A1 (en) * 2015-05-27 2016-12-01 Qualcomm Incorporated Proxy advertisements in a neighbor aware network
US20160352842A1 (en) * 2015-05-27 2016-12-01 Qualcomm Incorporated Proxy advertisements in a neighbor aware network
US10356595B2 (en) * 2015-06-05 2019-07-16 Lg Electronics Inc. Method and device for nan terminal transitioning state in wireless communication system
WO2017010843A1 (ko) * 2015-07-16 2017-01-19 엘지전자 주식회사 무선 통신 시스템에서 프록시 서비스에 대한 프레임을 교환하는 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101330406B1 (ko) * 2007-08-28 2013-11-15 삼성전자주식회사 프락시 모바일 인터넷 프로토콜을 사용하는 이동통신 시스템에서 이동성 관리 방법 및 장치
WO2014150977A1 (en) * 2013-03-15 2014-09-25 Qualcomm Incorporated Systems and methods for sharing context information in a neighbor aware network
KR20150025593A (ko) * 2013-08-29 2015-03-11 삼성전자주식회사 다중 경로 프로토콜에서 이중으로 네트워크 코딩을 적용하는 방법 및 그 장치
WO2015038272A1 (en) * 2013-09-13 2015-03-19 Qualcomm Incorporated System and method for multihop service discovery with member station proxy service advertisements
WO2015069041A1 (ko) * 2013-11-06 2015-05-14 엘지전자 주식회사 무선 통신 시스템에서 nan 단말의 신호 송수신 방법 및 장치

Also Published As

Publication number Publication date
US20180205800A1 (en) 2018-07-19
US10158736B2 (en) 2018-12-18

Similar Documents

Publication Publication Date Title
WO2016171527A1 (ko) 무선 통신 시스템에서 nan 프록시 서버에 등록을 수행하는 방법 및 장치
WO2016190721A1 (ko) 무선 통신 시스템에서 nan 프록시 서버를 통해 프록시 서비스를 제공하는 방법 및 그 장치
WO2016204497A1 (ko) 무선 통신 시스템에서 nan 프록시 서버가 릴레이 디바이스 역할을 수행하는 방법 및 장치
WO2016195448A1 (ko) 무선 통신 시스템에서 nan 단말의 상태 천이 방법 및 장치
WO2016137224A1 (ko) 무선 통신 시스템에서 데이터를 전송하는 방법 및 장치
WO2015152657A1 (ko) 무선 통신 시스템에서 nan 단말의 신호 송수신 방법 및 장치
WO2018070800A1 (ko) 무선랜에서 초기 협상 방법 및 장치
WO2017146461A1 (ko) 페이징 기법에 따른 이웃 인식 네트워크를 위한 방법 및 이를 이용한 무선 단말
WO2016140466A1 (ko) 무선랜 시스템에서 페이징 수행 방법 및 이를 이용한 기기
WO2017010731A1 (ko) 무선 통신 시스템에서 프록시 서비스를 업데이트하는 방법 및 그 장치
WO2017105154A1 (ko) 무선 통신 시스템에서 nan 단말이 레인징 오퍼레이션을 수행하는 방법 및 장치
WO2016144088A1 (ko) 무선 통신 시스템에서 멀티 채널을 이용하여 데이터를 전송하는 방법 및 장치
WO2017010843A1 (ko) 무선 통신 시스템에서 프록시 서비스에 대한 프레임을 교환하는 방법 및 장치
WO2014030894A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 이를 위한 장치
WO2017057988A1 (ko) 무선 통신 시스템에서 nan 단말이 nan 클러스터로 머징하는 방법 및 장치
WO2013122395A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 장치
WO2017014503A1 (ko) 무선 통신 시스템에서 데이터를 교환하는 방법 및 장치
WO2016137097A1 (ko) Nan 장치 간의 데이터 통신 방법 및 데이터 통신을 수행하는 nan 장치
WO2017065561A1 (ko) 무선 통신 시스템에서 nan 단말이 프레임을 전송하는 방법 및 장치
WO2016148506A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2017030415A1 (ko) 무선 통신 시스템에서 레인징 오퍼레이션을 수행하는 방법 및 장치
WO2016148354A1 (ko) 무선 통신 시스템에서 디스커버리 윈도우 어웨이크 주기를 설정하는 방법 및 장치
WO2017105152A1 (ko) 무선 통신 시스템에서 nan 단말이 데이터 교환을 수행하는 제공하는 방법 및 장치
WO2013122396A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 장치
WO2017052249A1 (ko) 무선 통신 시스템에서 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: 16824648

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15743649

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16824648

Country of ref document: EP

Kind code of ref document: A1