WO2011155734A2 - 다른 장치와 통신 하는 방법 및 통신 기기 - Google Patents

다른 장치와 통신 하는 방법 및 통신 기기 Download PDF

Info

Publication number
WO2011155734A2
WO2011155734A2 PCT/KR2011/004100 KR2011004100W WO2011155734A2 WO 2011155734 A2 WO2011155734 A2 WO 2011155734A2 KR 2011004100 W KR2011004100 W KR 2011004100W WO 2011155734 A2 WO2011155734 A2 WO 2011155734A2
Authority
WO
WIPO (PCT)
Prior art keywords
mode
pne
cpns
entity
information
Prior art date
Application number
PCT/KR2011/004100
Other languages
English (en)
French (fr)
Other versions
WO2011155734A3 (ko
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 US13/702,391 priority Critical patent/US20130086246A1/en
Priority to CN201180033233.6A priority patent/CN102972091B/zh
Priority to KR1020127031698A priority patent/KR101404383B1/ko
Priority to EP11792645.1A priority patent/EP2579679A4/en
Publication of WO2011155734A2 publication Critical patent/WO2011155734A2/ko
Publication of WO2011155734A3 publication Critical patent/WO2011155734A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H04W4/203—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for converged personal network application service interworking, e.g. OMA converged personal network services [CPNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • 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/16—Gateway arrangements

Definitions

  • the present invention relates to a converged personal network service (CPNS).
  • CPNS converged personal network service
  • CPNS allows devices to receive various services belonging to a personal network (PN) (also called a personal area network (PAN)).
  • PN personal network
  • PAN personal area network
  • the CPNS is implemented through a CPNS server, a CPNS gateway, and a device supporting CPNS. There may also be generic servers and generic devices.
  • the CPNS is a PN based on a private network, and a bundle of devices is referred to as a PN, the CPNS gateway is placed in the PN, and through this, services of devices belonging to the PN are registered with the CPNS server, and then a predetermined service is provided.
  • a device can be searched from the CPNS server, and an external entity can share a service provided by the device based on the search.
  • the CPNS gateway serves as a PN (gateway (also referred to as 'GW')) to connect the PN to another network.
  • the CPNS device is also referred to as a personal network entity (PNE), and becomes a member of the PN. Multiple devices may be grouped into a single PNE, or a single device may be a PNE.
  • 1 is an exemplary view showing the concept of CPNS.
  • a general server As shown in FIG. 1, a general server, a CPNS server, a CPNS gateway, a CPNS device, and a general device are shown.
  • the CPNS server may communicate with one or more CPNS gateways (ie, PN gateways) and transmit and receive data.
  • CPNS gateways ie, PN gateways
  • Each CPNS server may exchange data by communicating with one or more CPNS devices in a PN (or PAN (or Personal Area Network)) via the CPNS gateway.
  • Each of the CPNS devices may exchange data with one or more other CPNS devices or general devices through the CPNS gateway.
  • the CPNS gateway may communicate with a CPNS server, a CPNS gateway belonging to another PN, or a CPNS device to transmit and receive data.
  • Each CPNS server may transmit and receive data by communicating with a general server and a CPNS gateway.
  • the CPNS server and the CPNS gateway may communicate with each other using a cellular network
  • the CPNS gateway and the CPNS device may communicate with each other using short-range communication such as Bluetooth, NFC, Zigbee, Wi-Fi, and the like. have.
  • the CPNS server manages and controls communication between the CPNS gateway and the CPNS device, thereby exchanging applications and information with each other, thereby enhancing a user experience.
  • a user acquires location information from another CPNS device (eg, a GPS) using any CPNS device, transmits the location information to a CPNS server via the CPNS gateway, and from the CPNS server.
  • Location-based services can be provided.
  • the user may be provided with various services through various CPNS devices belonging to the PN.
  • an object of the present specification is to present a detailed technology for implementing a CPNS service.
  • an embodiment of the present invention provides a method for communicating with another apparatus performed by a communication device having a Converged Personal Network Service (CPNS) enabled entity.
  • CPNS Converged Personal Network Service
  • the communication method may further include: first discovery that a CPNS enable entity of the communication device set to a gateway mode is set from a first device to a mode of the first device to a personal network entity (PNE) and further discovery of the first device; And receiving a search response message that includes second information indicating whether to be hidden in the procedure.
  • the CPNS enable entity may manage a first network, and there may be at least one personal network entity (PNE) capable of receiving a first service through a CPNS enable entity configured as the gateway in the first network.
  • the communication method includes receiving a search request message from the second device that includes third information indicating a mode of the second device when the communication device moves into coverage of a second network managed by a second device.
  • the mode of the CPNS enable entity is changed from the gateway mode to the combined mode. Can be determined.
  • the combined mode may be a mode for simultaneously driving in the gateway mode and the PNE mode.
  • the available PNE may be a PNE located within the coverage of the second network, supporting the communication scheme of the second network, and having sufficient power to receive a service of the second network.
  • the determining may further include the CPNS enable entity confirming its mode information. As a result of confirming the own mode information, when the gateway mode and the PNE mode can be simultaneously driven, it may be changed to the combined mode.
  • the mode of the CPNS enable entity may be determined to change from the gateway mode to the PNE mode, or may be determined not to perform a mode change.
  • the communication method may further include transmitting a discovery response message to the second device in response to receiving the discovery request message.
  • the discovery response message may include mode information indicating that the first device is operated in the combined mode.
  • the discovery response message may include information on other PNEs other than the first device.
  • the communication method further comprising: after changing to the combined mode, the CPNS enabled entity receiving service data of the second network from the second device as a PNE; Delivering, by the CPNS enabled entity, the service data to the entity as a gateway;
  • an embodiment of the present invention also provides a communication device.
  • the communication device may include a storage configured to store a Converged Personal Network Service (CPNS) enabled entity set to the gateway mode.
  • CPNS Converged Personal Network Service
  • the CPNS enable entity may manage a first network, and there may be at least one personal network entity (PNE) capable of receiving a first service through a CPNS enable entity configured as the gateway in the first network.
  • PNE personal network entity
  • first information indicating that the mode of the first device is set to a personal network entity (PNE) from the first device and the first device should be hidden in an additional discovery procedure.
  • One embodiment of the present invention solves the problems of the prior art as described above. That is, an embodiment of the present invention provides a detailed technology for implementing a CPNS service.
  • 1 is an exemplary view showing the concept of CPNS.
  • 2 is an exemplary view showing the entire CPNS procedure.
  • FIG. 3 shows the architecture of the first and second devices shown in FIG. 2.
  • FIG. 4 is an exemplary view showing an initial CPNS procedure.
  • 5 illustrates an example in which user A's PN overlaps with another PN as user A performs geographical movement.
  • FIG. 6 is an exemplary diagram illustrating a signal flow of a physical connection procedure and a discovery procedure generated by the example illustrated in FIG. 5.
  • FIG. 7 is an exemplary diagram illustrating a first embodiment for preventing a predetermined device from performing a pairing procedure.
  • FIG. 8 is an exemplary view illustrating a second embodiment for hiding a given device in a mutual discovery procedure.
  • FIG 9 is an exemplary view showing a third embodiment for hiding a predetermined device.
  • FIG. 10 shows a signal flow diagram for changing a mode of a CPNS enable entity.
  • 11 shows a process of changing a mode of a CPNS enable entity.
  • FIG. 13 shows an example of adjusting a sync after a mode of a CPNS enable entity is changed.
  • 15 is a configuration block diagram of a device according to embodiments of the present invention.
  • the present invention relates to a converged personal network service (CPNS).
  • CPNS converged personal network service
  • the present invention is not limited thereto, and the present invention may be applied to all communication systems, methods, and other systems to which the technical spirit of the present invention may be applied.
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • the terminal may include a user equipment (UE), a mobile equipment (ME), a mobile station (MS), a user terminal (UT), a subscriber station (SS), a wireless device (Wireless Device), It may be called a handheld device or an access terminal (AT).
  • the terminal may be a portable device having a communication function such as a mobile phone, a PDA, a smart phone, a wireless modem, a laptop, or the like, or a non-portable device such as a PC or a vehicle-mounted device.
  • CPNS Converged Personal Network Service
  • PN personal network
  • PAN personal area network
  • CPNS allows devices to receive various services belonging to a personal network (PN) (or also called a personal area network (PAN)).
  • PN personal network
  • PAN personal area network
  • a tethering service is simply a device connected to the Internet assigns a private IP address to another device using NAT technology, so that the other device uses the private IP to connect to the Internet. It's a technology that lets you connect.
  • CPNS allows the first device to integrate and manage various services that can be provided through a mobile communication network, instead of simply assigning a private IP address to another device of the user.
  • the first device of the user is integrated and managed, so that the service can be seamlessly shared among the various devices of the user.
  • video on demand may be used by a user's first device and seamlessly delivered to a second device. Therefore, the user's convenience can be increased.
  • the user owns several devices, even if the external server does not request the user, if the user wants to deliver the service data, it is possible to determine which one of the various devices to transmit. For example, when the user has several devices capable of making a video call, when the user receives a video call request, the user can determine which of the various devices should forward the video call call.
  • the ongoing video call can be transferred to the other device of the user without interruption.
  • Such CPNS is achieved by a CPNS enable entity provided in the user's device.
  • CPNS Enable Entity There are three types of CPNS Enable Entity as a logical entity entity. That is, there may be a PNE, PN GW, CPNS server. The CPNS server entity is located in the core network, and the PNE and PN GW are located in the CPNS device.
  • CPNS device A device that can operate in multiple modes simultaneously in a private network.
  • the CPNS device has a function of processing, storing and playing content, and the CPNS device may also have a communication interface that allows other CPNS devices to operate in different modes within a private network.
  • CPNS Server A functional entity capable of providing resources to CPNS entities in response to a request or in a push manner. Receive registration of device and user related services, store relevant information, and provide registration of PN, which is a bundle of devices, and registration of service group covering PN and WAN. In addition, the CPNS server may communicate with external entities such as a content providing server.
  • the CPNS server is a subject that sets a key for authenticating that the user has a device in order to perform a service on the CPNS framework. It also registers externally provided services and supports search and consumption / providing requests for consumption by devices.
  • PN Personal Network
  • All devices in the PN may be connected to the PN GW.
  • PN may change over time.
  • the PN may include at least a device operating in the GW mode and another device operating in the PNE.
  • PNE Abbreviation for Personal Network Element, a member of the PN.
  • the PNE may consume or provide a service or content. It is the subject that consumes the actual content, application, and service. It is the subject that becomes a member when creating a PN and creating a service group within the CPNS framework.
  • PN GW An acronym for Personal Network Gateway, which is an entity existing in the PN and wide area networks, and can create a PN providing CPNS services. It also manages heterogeneous networks for devices that exist in the PN and cannot be externally connected, and registers and manages CPNS servers for connected devices.
  • the PN GW in the device allows not only the PNEs present in the PN but also other devices to connect with the CPNS server.
  • the PN GW present in the device uses a global network such as a mobile network.
  • the PN GW manages services with PNEs, and manages communication and various other functional information.
  • PN Inventory A list of PNs and devices belonging to a PN and several PNs.
  • Service Group A collection of PNEs and PN GWs that share services, data and applications. It means a bundle of devices registered in the server through the generated PN. At this time, the devices that are members of the Service Group do not have to be subordinated in a single PN, and include all devices that belong to multiple PNs and cannot be connected to each other because they are located far apart from each other, and need not be devices owned by the same user. .
  • Zone means a specific regional zone.
  • Zone based service means CPNS server provided within the coverage of Zone based PN GW.
  • Zone PN GW A PN GW that provides unique services or content within a zone.
  • CPNS device may operate in PN GW, PNE mode.
  • the mode may be identified between devices through CPNS entity discovery function.
  • the PN must include a device operating with a minimum PN GW and a PNE operating with a PNE.
  • the PNE and the PN GW must know each other's modes in order to create or join a PN.
  • the PN GW must be able to identify the PNE in order to make a member of the PN.
  • the PNE needs to know the PN GW in order to create a new PN or to join a previously created PN.
  • the device If there is a device (eg MP3 player, smart meter) that supports only PNE mode, the device operates only in PNE mode. If a device can only operate with PN GW, the device operates with PN GW. However, when a device can operate in either PN GW or PNE, the mode of the device may operate in either one according to a pre-stored setting value, and may be changed according to a user's setting or an operator's setting.
  • a device eg MP3 player, smart meter
  • 2 is an exemplary view showing the entire CPNS procedure.
  • the first device 110 the second device 120, the CPNS server 300, and the application server 400 are shown.
  • the first and second devices 110 and 120 are devices owned by user A.
  • the first device 110 is a cellular phone of user A, and may include a first transceiver for connecting to the CPNS server 300 through a mobile communication network.
  • the first device 110 may include a second transceiver, such as a blue pitcher, WiFi, and Zigbee, to form a personal network.
  • the second device 120 is a portable multimedia device of the user A, and does not have a first transceiver for communicating with a mobile communication network, but may have a second such as a blue pitcher, WiFi, Zigbee, etc. that can form the personal network. Only the transceiver may be provided.
  • the first and second devices 110 and 120 may have a CPNS enable entity.
  • Each CPNS enable entity may operate in a gateway mode or a personal network entity (PNE) mode.
  • PNE personal network entity
  • FIG. 2 shows that the second device 120 operates as a gateway since the second device 120 has a first transceiver that can be connected through the mobile communication network.
  • the first device 110 and the second device 120 When the first device 110 and the second device 120 are located close to each other first, the first device 110 and the second device 120 perform a physical connection procedure through the second transceiver. Meanwhile, the application server 400 registers or advertises a service and content in the CPNS server 300. In addition, the CPNS server 300 performs a procedure for authenticating the second device 120 acting as the gateway.
  • each CPNS enable entity performs a procedure of searching for each other.
  • the devices When the search is completed, the devices set PN # 1. At this time, the information on the PN # 1 is registered in the CPNS server 300.
  • the CPNS server 300 advertises its own service to devices in the PN # 1 or searches for a service that can be provided by the devices in the PN # 1.
  • any device in the PN # 1 invokes any service or content among the advertised services, a procedure for checking the function of the arbitrary device is performed, and the service or content is delivered according to the checked function. do.
  • the usage statistics are collected and reported to the CPNS server 300 or the application server 400.
  • the PN # 1 may be released and information on the PN # 1 may be deregistered from the CPNS server 300.
  • FIG. 3 shows the architecture of the first and second devices shown in FIG. 2.
  • a physical layer, a MAC layer, a 3rd layer, a CPNS enable entity, and an application layer exist in the first and second devices 110 and 120.
  • the CPNS enable entity of the second device 120 is driven in the PNE mode, and the CPNS enable entity of the first device 110 drives only the gateway entity.
  • the CPNS enable entity of the first device 110 moves the gateway entity.
  • the service data is delivered to the gateway entity in the CPNS enable entity through the physical layer, the MAC layer, and the 3rd layer of the first device 110.
  • the gateway entity of the first device 110 receives the service data
  • the service data is transmitted to the second device 120 via a CPNS enable entity, a 3rd layer, a MAC layer, and a physical layer.
  • the second device 120 receives the PNE of the CPNS enabled entity through the physical layer, the MAC layer, and the 3rd layer.
  • the PNE in the CPNS enable entity of the second device 120 transmits a control message such as a request message or a response message to the first device 110 through the 3rd layer, the MAC layer, and the physical layer.
  • FIG. 4 is an exemplary view showing an initial CPNS procedure.
  • a paring procedure (S11), an entity discovery procedure (S12), and a PN establishment procedure (S13) corresponding to a physical connection procedure are performed.
  • the second device 120 starts a scan.
  • the second device may transmit a scan message to the first device 110.
  • the first device 110 transmits a scan response message to the second device 120 in response to the scan.
  • a procedure for the physical connection is started between the first device and the second device, and information for the physical connection, for example, information such as an address and an IP address, is exchanged with each other.
  • the second device sends a physical connection request message, such as a Paring Request message, to the first device.
  • the first device receives a pin code from a user and includes the pin code in a connection request response message, for example, a Paring Answer message, to transmit the pin code to the second device. If the pin code is correct, the physical connection procedure is completed.
  • CPNS-enabled entities in each device perform a procedure for searching each other, that is, an entity discovery procedure (S12).
  • the CPNS enable entity of the second device 120 transmits a discovery request message, for example, an Entity Discovery Request message, to the first device 110.
  • the discovery request message for example, an Entity Discovery Request message, includes information about a mode of a CPNS enable entity in the second device, and information about the CPNS enable entity and other devices discovered previously.
  • the mode information may include information indicating that the gateway.
  • the CPNS enable entity of the first device 110 also transmits a discovery request message, for example, an Entity Discovery Request message, to the second device 120.
  • the discovery request message eg, an Entity Discovery Request message
  • the mode information may include information indicating the PNE.
  • the CPNS enable entity of the first device 110 transmits a discovery response message, for example, an Entity Discovery Response message, to the second device 120.
  • the discovery response message for example, an Entity Discovery Response message, includes mode information, information on the CPNS enabled entity and other devices discovered previously, and information on a UI function.
  • the CPNS enable entity of the second device 120 also transmits a discovery response message, eg, an Entity Discovery Response message, to the first device 110 in response to receiving the discovery request message from the first device.
  • a discovery response message eg, an Entity Discovery Response message
  • the PN setup request message for example, the PN Setup Request message
  • the device eg, the first device 110
  • the PN configuration request message may include information about the gateway, information about entities (eg, CPNS enable entity in the first device) that will belong to the PN to be generated.
  • the CPNS enable entity of the first device transmits a PN setup response message, eg, a PN Setup Response message, to the second device
  • a PN setup response message eg, a PN Setup Response message
  • the CPNS server 300 When the CPNS server 300 receives the PN setup request message, the CPNS server 300 transmits an authentication request message and an Authenticate Request message to the first device through the second device 120 operating as the gateway. In response to the authentication request message, the first device transmits an authentication response message, for example, an Authenticate Response message, to the CPNS server 300 through a second device operating as the gateway.
  • an authentication response message for example, an Authenticate Response message
  • the CPNS server 300 transmits a PN setup response message to the second device 120 operating as the gateway.
  • the CPNS enable entity of the second device 120 acting as the gateway transmits a PN establishment completion notification message, for example, a PN Establishment Notify message, to the first device.
  • the application server 400 such as a content server sends a Service Description Advertisement message including information about its service through the CPNS server 300 to the second gateway. May be transferred to device 120. Then, the second device 120 as the gateway delivers the Service Description Advertisement message to devices belonging to the PN managed by the gateway.
  • FIG. 5 illustrates an example in which user A's PN overlaps with another PN as user A moves geographically
  • FIG. 6 illustrates an example of a signal flow of a physical connection procedure and a discovery procedure generated by the example illustrated in FIG. 5. It is also.
  • FIG. 5A illustrates three PNs, a CPNS server, and an application server.
  • PN # 1 of the three PNs is generated by user A.
  • the PN # 1 is composed of devices of the user A.
  • the PN # 1 may include the GW # 1 and the PNE # 1 as shown.
  • GW # 1 is the user A's cellular phone
  • PNE # 1 is the user A's portable multimedia device.
  • PN # 2 includes GW # 2 and PNE # 2
  • PN # 3 includes GW # 3 and PNE # 3.
  • the application server may provide a service to PNEs in each PN through the CPNS server and the GW # 1, GW # 2, and GW # 3.
  • PN # 1 and PN # 2 configured by GW # 1 and PNE # 1 of user A overlap. That is, GW # 1 and PNE # 1 belonging to PN # 1 of user A are included in the coverage of PN # 2.
  • a first device of user A performs a pairing and discovery procedure with GW # 2
  • a second device of user A performs a pairing and discovery procedure with GW # 2. do.
  • user A needs to input the pin code several times, which is cumbersome.
  • four signals are transmitted and received as shown in FIG. 2 for the discovery procedure. Considering that the discovery procedure is performed four times in total, as many as 16 messages are transmitted and received, it becomes very complicated.
  • FIG. 7 is an exemplary diagram illustrating a first embodiment for preventing a predetermined device from performing a pairing procedure.
  • the first embodiment allows a user to select or modify a preferred device and a device to be hidden in a later physical connection procedure.
  • user A owns a second device 120 acting as a PNE and a first device 110 acting as a gateway.
  • the second device 120 is a portable multimedia device
  • the first device 110 is a cellular phone.
  • a physical connection procedure is performed. Subsequently, a mutual search procedure is performed between the first device 110 and the second device 120, and a PN # 1 setting procedure is performed.
  • the user A selects and inputs a preferred device for physical connection with another device from among devices belonging to the PN # 1 using the first device 110.
  • the user A selects a device to be hidden when performing a procedure for physical connection with another device using the first device 110.
  • the first device 110 stores the setting information by the user in a database and transmits the setting information to the second device 120.
  • the second device 120 stores the configuration information in a database.
  • the user A may change the setting by using the first device 110.
  • the first device 110 may transmit the changed setting information to the second device 120.
  • the user A uses the first device 110 to make and change the selection.
  • the user A may perform the selection through the second device 120.
  • the user A may access and set the CPNS server 300 using a device other than the first device and the second device.
  • the CPNS server 300 may transmit the configuration information to the first device 110 and the second device 120.
  • the third device 210 belonging to the PN # 2 may transmit a scan message to scan the first device 110 and the second device 120.
  • each device may check its configuration and determine whether to respond to the scan message. If it is determined that the first device 110 is the preferred device according to the set value, the first device 110 transmits a scan response message, for example, an Answer Scan message, to the third device 210 and performs a physical connection procedure.
  • the second device 120 may ignore the scan message and do not transmit a scan response message or transmit a message indicating rejection.
  • the user can select a preferred device and a device to be hidden in the future physical connection procedure, thereby preventing unnecessary physical connection procedures from being performed.
  • FIG. 8 is an exemplary view illustrating a second embodiment for hiding a given device in a mutual discovery procedure.
  • the second embodiment allows a user to select or modify a device to hide in a later mutual search procedure.
  • user A owns a second device 120 acting as a PNE and a first device 110 acting as a gateway.
  • the second device 120 is a portable multimedia device
  • the first device 110 is a cellular phone.
  • the user A selects a device that the user wants to hide in a later mutual search procedure.
  • the first device 110 and the second device 120 When the first device 110 and the second device 120 are located near each other, the first device 110 and the second device 120 perform a physical connection procedure.
  • a mutual discovery procedure is performed between the first device 110 and the second device 120. Specifically, first, if the CPNS enable entity in the first device 110 is set to the gateway, immediately after the physical connection is completed, a discovery request message, for example, a discovery request message is transmitted. In this case, if the CPNS enable entity in the first device 110 transmits the second device 120 at the same time without first transmitting the information, the information may overlap.
  • the first device 110 acting as a gateway immediately transmits a discovery request message immediately after the physical connection is completed.
  • the discovery request message may include an element indicating whether information should be hidden according to a user setting, for example, a sharing element. That is, if the user chooses to share all PNEs in the gateway and PN, the Sharing element is set to a value indicating open or shared, and the user selects that only information about the gateway is shared. In this case, the sharing element may be set to a value indicating blocked or protected.
  • the discovery request message may include the following elements.
  • EntityInfo element Contains information about a CPNS enabled entity for transmitting a discovery request message.
  • UserInfo element Contains information about a user of a CPNS enabled entity that sends a Discovery Request message.
  • the information on the user may include a User ID sub element and a User Name sub element.
  • PNEID element (or attribute): ID of the PNE if the CPNS-enabled entity that sends the Discovery Request message is a PNE.
  • PN GW ID element (or attribute): ID of the GW if the CPNS enable entity that sends the Discovery Request message is a PN GW.
  • PNE Name or PN GW Name element if the CPNS enable entity transmitting the Discovery Request message is a PNE, the name of the PNE or the name of the GW if the CPNS enable entity transmitting the Discovery Request message is a PN GW.
  • Mode element information on an activated mode of a CPNS enable entity that transmits a Discovery Request message, and has a value indicating PNE or PN GW. If the activated mode of the CPNS enable entity is PNE, it has a value of 1. However, when the activated mode is PN GW, it has a value of two. In FIG. 10, since the CPNS enable entity of the third device is set to the gateway, two values are included.
  • PN Info Req element A value of True or False
  • a CPNS enable entity that transmits a Discovery Request message wants to obtain information about a PN stored by an entity that will receive the Discovery Request message. , Include the value True.
  • UI Capabilities element If the PN GW should perform User Interaction on behalf of the PNE, it has a value of True. This is set by the PNE. For example, if the PNE does not have a user interface, it may be set to a value of True if the PN GW takes over the user interaction.
  • Zone based service support element (or attribute): Set to "TRUE" if the PN GW can provide zone based services.
  • the included element includes a PN ID subelement, a Description subelement, a Sharing subelement, and a PNE Info subelement.
  • the PN ID lower element indicates an ID for the PN when there is a PN.
  • the Sharing sub-element indicates whether to hide information of other PNEs belonging to the PN and to deliver only PN GW information according to the user setting.
  • the value of the sharing subelement is set to 1
  • information of PNEs may be included in the PNE Info subelement.
  • the value of the Sharing subelement is set to 2
  • information of PNEs may not be included in the PNE Info subelement.
  • the PNE Info sub-element includes information on the PNE belonging to the PN, if there was a PN previously.
  • the PNE info sub-element includes a PNE ID element and a PNE Name element.
  • the discovery request message may be transmitted in a broadcast manner.
  • the discovery request message described above may be as shown in Table 1 below.
  • Table 1 Element Explanation User Info Include UserID and UserName.
  • UserID ID of CPNS user UserName CPNS user's name EntityInfo
  • entity information may include a PNEID, PNGWID, Name, Mode, PN Info Req, UI Capa, Zone based service support, and Broadcast group key delivery support elements.
  • PNEID ID of the PNE PNGWID ID of PN GW Name Name of PNE or PN GW Mode The mode of the subject to be transmitted, which is 1 when the PNE transmits and has a value of 2 when the PN GW transmits. If it can operate simultaneously with PNE and GW, it has 3 values.
  • PNInfoReq When the PNE sends a message, it requests the PN Info and sets it to Tree. UICapa Set to True if the device operating as a PNE does not have a user interface and the PN GW is to interact with the user. Zone based service support Set to True if the PN GW provides zone-based services.
  • PN Info If the subject transmitting the discovery request message is a PN GW and has a PN, information about the PN is included to enable the PNE to join the PN. It may include the PN ID, Description, and PNE Info sub-elements.
  • PNE Info Contains information about PNEs that are members of a PN.
  • the lower element may include a PNEID and a PNE Name.
  • the lower element may also include Device Info.
  • the second device 120 checks the discovery request message. In addition, the second device 120 stores the elements in the Discovery Request message. In particular, the second device 120 generates and stores a PN inventory therein by using the PNE Info element.
  • the second device 120 determines not to additionally transmit a discovery request message and generates a discovery response message.
  • the discovery response message may include an element indicating whether to be hidden according to a user setting as described above, for example, a sharing element. That is, if the user chooses to share all PNEs in the gateway and PN, the Sharing element is set to a value indicating open or shared, and the user selects that only information about the gateway is shared. In this case, the sharing element may be set to a value indicating blocked or protected.
  • the Discovery Response message may include the following elements.
  • Entity Info element Information on a CPNS enabled entity that has received a discovery request, and includes a User ID subelement and a user Name subelement.
  • PNE ID element When the CPNS enable entity that has received the discovery request is a PNE, it includes an ID of the PNE.
  • PNE Name element When the CPNS enable entity that has received the discovery request is a PNE, includes a name of the PNE.
  • Mode element Set to Both mode or Combined Mode.
  • -UI Capa element If the PN GW performs User Interaction on behalf of PNE, it has True value. This is set by the PNE. For example, if the PNE does not have a user interface, it may be set to a value of True if the PN GW takes over the user interaction.
  • the PN Info element This element is included when the value of the PN Info Req element is set to True in the received Discovery Request message.
  • the PN Info element includes a PN ID subelement, a Description subelement, a Sharing subelement, a PNE Info subelement, and the like.
  • the PN ID lower element indicates an ID for the PN when there is a PN.
  • the Sharing sub-element indicates whether to hide information of other PNEs belonging to the PN and to deliver only PN GW information according to the user setting. When the value of the sharing subelement is set to 1, information of PNEs may be included in the PNE Info subelement.
  • the PNE Info sub-element includes information on the PNE belonging to the PN, if there was a PN previously.
  • the PNE info sub-element includes a PNE ID element and a PNE Name element.
  • PNE Info element Contains information about the members of the PN.
  • the discovery response message described above may be as shown in Table 2 below.
  • UserID ID of the user UserName User's name EntityInfo
  • entity information may include a PNEID, PNGWID, Name, Mode, PN Info Req, and UI Capa element.
  • PNEID ID of the PNE PNGWID ID of PN GW Name Name of PNE or PN GW Mode A mode of a subject that transmits a Discovery Response message, which is 1 when a PNE is transmitted and has a value of 2 when a PN GW is transmitted. If it can operate simultaneously with PNE and GW, it has 3 values.
  • PN Info If the subject transmitting the discovery response message is a PNE and already participates in another PN, the PN includes information about the PN. It may include the PN ID, Description, and PNE Info sub-elements.
  • PNEInfo Contains information about PNEs that are members of a PN.
  • the lower element may include a PNEID and a PNE Name.
  • the lower element may also include Device Info.
  • the first device 110 checks the discovery response message.
  • the first device 110 stores the elements in the discovery response message.
  • the first device 110 generates and stores a PN inventory therein by using the PNE Info element.
  • the first device 110 and the second device 120 performs a PN setting procedure.
  • the first device 110 operating in the gateway mode registers PN # 1 with the CPNS server 300.
  • the CPNS server 300 stores the information on the PN # 1 in the PN inventory, and stores the PNE Info element.
  • the PNE Info element includes a sharing sub-element.
  • the first device 110 and the second device 120 performs a physical connection with the third device 210.
  • a discovery request message for example, a discovery request message may be sent to the first entity. Transmission to the device 110 and the second device 120, respectively.
  • the second device 120 When the second device 120 receives the discovery request message, for example, a Discovery Request message, the second device 120 confirms its user setting, for example, a Sharing element. If, in the user setting, for example, the sharing element, information of the PNE, for example, information of the second device 120 is set to be hidden, the second device 120 may respond to the discovery request message, for example.
  • the discovery response message may not be transmitted. Alternatively, only the information on the first device, which is a gateway, may be included in the discovery response message and transmitted.
  • the first device 110 when the first device 110 receives the discovery request message, for example, a Discovery Request message, the first device 110 confirms its user setting, for example, a Sharing element. If the user setting, for example, the sharing element, the information of the PNE, for example, the information of the second device 120 is set to be hidden, the first device 110 may optionally request confirmation from the user. That is, the first device 110 may receive an input regarding whether to share the information by releasing the hiding to the user. If it is determined that the information of the PNE, for example, the information of the second device 120 is hidden, the first device 110 is a gateway (GW), so that only the information about the PNE is included in the discovery response message and transmitted. Can be.
  • GW gateway
  • remote entity 500 wishes to provide a service to the user A's devices. However, since the remote entity 500 cannot know which devices the user A possesses, the remote entity 500 transmits an information request message for the user A's PN to the CPNS server 300.
  • the CPNS server 300 checks the PN inventory and the PNE Info element stored as described above. Specifically, the CPNS server 300 checks a sharing element, and if the information of the PNE, for example, the information of the second device 120 is set to be hidden, only the information of the first device 110 that is the gateway is a PN. It can be included in the information response message and transmitted.
  • the second embodiment allows a user to select or modify a device to be hidden in a mutual search procedure performed later.
  • FIG 9 is an exemplary view showing a third embodiment for hiding a predetermined device.
  • the third embodiment allows a user to select or modify a device to be hidden in a service search procedure performed later.
  • user A owns a second device 120 acting as a PNE and a first device 110 acting as a gateway.
  • the second device 120 is a portable multimedia device
  • the first device 110 is a cellular phone.
  • the user A selects a device which the user wants to hide in a service search procedure performed later.
  • the first device 110 and the second device 120 When the first device 110 and the second device 120 are located near each other, the first device 110 and the second device 120 perform a physical connection procedure.
  • the PN setting procedure is performed.
  • the PN setting procedure may be started first by the second device 120 which is the PNE or by the first device 110 first.
  • the second device 120 transmits a PN setup request message, for example, a PN Setup Request message, to the CPNS server 300 through the first device 110.
  • a PN Setup Request message may include a sharing element. That is, if the user chooses to share all PNEs in the gateway and PN, the Sharing element is set to a value indicating open or shared, and the user selects that only information about the gateway is shared. In this case, the sharing element may be set to a value indicating blocked or protected.
  • the first device 110 transmits a PN setup request message to the second device 120.
  • the PN configuration request message may include information about the gateway, information about entities (eg, CPNS enable entity in the first device) that will belong to the PN to be generated.
  • the PN setting request message may include the aforementioned Sharing element.
  • the PN Setup Request message may be as shown in Table 3 below.
  • Explanation Origin Entity ID ID of the CPNS-enabled entity for which you want to set a PN PN Setup Type Indicates how the PN should be set 1: Includes PN GW and PNE one-to-one 2: Allows PNE to configure PN with all devices connected to PN GW 3: Set PN only with specific PNEs that are invited. Invited PNE ID Contains the IDs of the PNEs to be invited during the PN setup process.
  • PN Info Information of the PN to be registered and stored in the CPNS server may include a PNID, Description, Disclosure, Ownership Entity, PN GW Info, and PNE Info elements.
  • PN inventory Information on the PN GW includes a PNGWID and a PN GW Name element.
  • PNGWID ID of PN GW PN GW Name Name of PN GW PNE Info As information on the PNE, it may include a PNEID, PNE Name, Mode, Description, Device Capa, and Service Profile elements.
  • PNE ID ID of the PNE PNE Name Name of the PNE Mode Information about the mode of the PNE Description Description of PN Device capa Information about the function of the device including the PNE.
  • Service profile Information about the CPNS-enabled application or information that supports a particular service or state Auth IniData Information used to start the PNE authentication procedure may include AuthPNEID, rand_PNE, and LocalEUKeyAssignment.
  • the Origin Entity ID element is checked to see who is trying to generate a PN. Then, the PN ID and Msg ID elements are extracted from the message.
  • the CPNS enable entity of the second device 120 generates a PN configuration response message as a response message to the PN configuration request message.
  • the CPNS enable entity of the second device 120 includes a response to the PN configuration request message in a Return element in the PN configuration response message.
  • the response is 1 if successful and 2 if unsuccessful.
  • the PN Setup Request message may include a sharing element.
  • the generated PN setting response message may be as shown in Table 4 below.
  • PN SETUP Request1 OK2: Failed, CPNS enable entity cannot process the request3: Not allowed PNInfo
  • the information on the PN may include PNID, Description, PNGWInfo, and PNEInfo.
  • PN GW Info As the information on the PN GW, it may include a PNGWID and a PN GW Name.
  • the information on the PNE may include PNEID, PNEName, Mode, Description, DeviceCapa, and ServiceProfile.
  • AuthPNEID ID of target PNE to be authenticated by CPNS server rand_PNE Random value generated by PNE LocalEUKeyAssignment Flag indicating need for LocalEUKey assignment TRUE: required, FALSE: not required Auth FinData Information used in a PNE to authenticate a CPNS server, including HASH.
  • HASH Hash value calculated by the target PNE or PN GW
  • the CPNS enable entity of the second device 120 transmits the generated message to the first device 110.
  • the first device 110 When the PN setup response message is received from the second device 120, the first device 110 generates a PN setup request message based on the received PN setup response message, and transmits it to the CPNS server 300. do.
  • an CPNS server 300 When the CPNS server 300 receives the PN Setup Request message from the first device 110, an CPNS server 300 generates an authentication request message, for example, an Authenticate Request message, and the second device 120 through the first device 110. To pass).
  • an authentication request message for example, an Authenticate Request message
  • the second device 120 transmits an authentication response message to the CPNS server 300 through the first device 110.
  • the CPNS server 300 registers the PN information included in the PN Setup Request message, and stores the PN information in the PN inventory.
  • the CPNS server 300 generates a PN Setup Response message and transmits it to the first device 110.
  • the first device 110 When the first device 110 receives the PN Setup Response message from the CPNS server, the first device 110 stores PN information in a local PN inventory. The first device 110 generates a PN establishment notification message, for example, a PN establishment notify message, and transmits the generated PN establishment notification message to the second device 120.
  • a PN establishment notification message for example, a PN establishment notify message
  • the remote entity transmits a Service Discovery Request message to the CPNS server 300 to know the service provided in the generated PN # 1.
  • the Service Discovery Request message may be as Table 5 below.
  • Table 5 Element Explanation OriginEntityID Identifier of the subject sending the service discovery request message SG Info Service Group Information.
  • Service ID Service identifier Keyword Service keyword, service group keyword, or member identifier Member req If set to "True", it means requesting information about the members of the service group.
  • the CPNS server When the CPNS server receives the Service Discovery Request message, it checks the elements in the message.
  • the CPNS server If there is a search rule information, for example a keyword element in the message, and no information on the operator policy, the CPNS server performs a search based on the request. However, if there is search rule information, for example, a keyword element in the message, and there is operator policy information, the CPNS server 300 performs a search based on the search rule and the operator policy information. However, if there is no search rule information, for example, a keyword element in the message, and only information about a provider policy, the CPNS server 300 searches for a service based on the provider policy. However, if there is no search rule information, such as a keyword element in the message, and no information about the operator policy, then the CPNS server 300 searches for all available services.
  • search rule information for example, a keyword element in the message, and no information on the operator policy
  • the CPNS server 300 checks a sharing element based on the stored information, for example, PN information in a local PN inventory. If the sharing element is set to hide information of the PNE, for example, information of the second device 120, and includes information on the second device 120 among the search results.
  • the CPNS server 300 transmits a service discovery confirmation request message to the second device 120 through the first device 110.
  • the second device 120 includes a result element including a value indicating permission or rejection in the service discovery confirmation response message and transmits the result element to the CPNS server 300 based on user input or configuration information.
  • the CPNS server 300 includes a value indicating permission in the result element in the received service search acknowledgment message
  • the CPNS server 300 includes a service discovery response message, for example, an SG info element including information of the second device 120. Included in the Service Discovery Responses message, and sent to the remote entity (500).
  • the result element in the received service discovery confirmation response message includes a value indicating rejection
  • an SG info element including information other than the information of the second device 120 is included in the discovery response message. To the remote entity 500.
  • the service discovery response message for example, the service discovery response message may be as shown in Table 6 below.
  • the third embodiment allows a user to select or modify a device to be hidden in a service search procedure performed later.
  • the user A is configured to hide the first device 110 and the second device 120 from the pairing procedure, the mutual discovery procedure, and the service discovery procedure. It is assumed that the second device 120 is carried with the geographical location and moved to coverage of the PN # 2.
  • PN # 1 and PN # 2 of user A overlap. That is, the first device 110 and the second device 120 of the user A are included in the coverage of the PN # 2.
  • the second device 120 is located within the coverage of the PN # 2, the second device 120 is hidden from the pairing procedure, the mutual discovery procedure, and the service discovery procedure according to the first to third embodiments. Since it is set to, only the first device 110 may perform a pairing procedure, a mutual discovery procedure, and a service discovery procedure within the PN # 2. However, since the CPNS enable entity of the second device 120 operates as a gateway GW, in order to receive a service in the PN # 2, a mode of the CPNS enable entity of the second device 120 is changed. It is necessary to be able to change from gateway mode to another mode. This will be described below.
  • FIG. 10 illustrates a signal flow diagram of changing a mode of a CPNS enable entity
  • FIG. 11 illustrates a process of changing a mode of a CPNS enable entity.
  • the first embodiment illustrates a process of changing a mode of a CPNS enable entity of the first device 120 from a gateway to another mode.
  • user A owns a first device 110 acting as a gateway and a second device 120 acting as a PNE.
  • the first device 110 is a cellular phone and the second device 120 is a portable multimedia device.
  • the second device 120 is set to be hidden in the pairing procedure, the mutual discovery procedure, and the service discovery procedure according to the first to third embodiments described above.
  • a physical connection procedure (eg, a physical pairing procedure) is performed.
  • the CPNS enable entity in the first device 110 reads its mode setting value, activates the gateway entity according to the mode setting value, and deactivates the PNE.
  • the CPNS enable entity in the second device 120 reads its mode setting value, activates the PNE according to the mode setting value, and deactivates the gateway entity.
  • a mutual search procedure is performed between the first device 110 and the second device 120.
  • the CPNS enable entity of the first device 110 performs a PN setting procedure to generate PN # 1.
  • the second device 120 may be located within the coverage of the PN # 2 but may not perform a pairing procedure due to the hidden setting.
  • the first device 110 performs a physical connection with the third device 210.
  • the CPNS enable entity in the third device 210 transmits a discovery request message, for example, a discovery request message immediately after the physical connection is completed, if its mode is set to a gateway. do.
  • a discovery request message for example, a discovery request message immediately after the physical connection is completed, if its mode is set to a gateway.
  • the CPNS enable entity in the third device 210 transmits the first device 110 simultaneously without first transmitting, information may overlap.
  • the third device 210 acting as a gateway immediately transmits a discovery request message immediately after the physical connection is completed.
  • the discovery request message may include the following elements.
  • EntityInfo element Contains information about a CPNS enabled entity for transmitting a discovery request message.
  • UserInfo element Contains information about a user of a CPNS enabled entity that sends a Discovery Request message.
  • the information on the user may include a User ID sub element and a User Name sub element.
  • PNEID element (or attribute): ID of the PNE if the CPNS-enabled entity that sends the Discovery Request message is a PNE.
  • PN GW ID element (or attribute): ID of the GW if the CPNS enable entity that sends the Discovery Request message is a PN GW.
  • PNE Name or PN GW Name element if the CPNS enable entity transmitting the Discovery Request message is a PNE, the name of the PNE or the name of the GW if the CPNS enable entity transmitting the Discovery Request message is a PN GW.
  • Mode element information on an activated mode of a CPNS enable entity that transmits a Discovery Request message, and has a value indicating PNE or PN GW. If the activated mode of the CPNS enable entity is PNE, it has a value of 1. However, when the activated mode is PN GW, it has a value of two. In FIG. 10, since the CPNS enable entity of the third device is set to the gateway, two values are included.
  • PN Info Req element A value of True or False
  • a CPNS enable entity that transmits a Discovery Request message wants to obtain information about a PN stored by an entity that will receive the Discovery Request message. , Include the value True.
  • UI Capabilities element If the PN GW should perform User Interaction on behalf of the PNE, it has a value of True. This is set by the PNE. For example, if the PNE does not have a user interface, it may be set to a value of True if the PN GW takes over the user interaction.
  • Zone based service support element (or attribute): Set to "TRUE" if the PN GW can provide zone based services.
  • the included element includes a PN ID subelement, a PNE Info subelement, and the like.
  • the PN ID sub-element indicates an ID for the PN when there is a PN previously, and the PNE Info sub-element includes information about a PNE belonging to the PN when there is a PN.
  • the PNE info sub-element includes a PNE ID element and a PNE Name element.
  • the gateway After generating the discovery request message as described above, the gateway transmits the message to the detected devices through the physical connection.
  • the discovery request message may be transmitted in a broadcast manner.
  • the CPNS enable entity of the first device 110 checks an element, such as Zone based service support, for a service in a received discovery request message, for example, a Discovery Request message. , To check the provided service (S111). If the service provided is what user A wishes, perform the following procedure.
  • an element such as Zone based service support
  • the CPNS enable entity in the first device 110 checks the mode of the counterpart that transmitted the message through the Mode element based on the received message, and identifies the counterpart's ID by using the Entity Info element. Check through.
  • the CPNS enable entity of the first device 110 checks the states of PNEs belonging to the PN # 1 (S112). As a result of checking the states of the PNEs, if there is no PNE available to use the service provided by the PN # 2, it checks its own mode (S113). In this case, the absence of a PNE that can use the service provided by the PN # 2 may mean that all PNEs are located within the coverage of the PN # 1, but all of the PNEs are hidden. Alternatively, the absence of a PNE that can use the service provided by the PN # 2 means that all PNEs are located within the coverage of the PN # 1, but any PNE of all the PNEs also includes the coverage of the PN # 2.
  • PNEs of all the PNEs are located in both the coverage of the PN # 1 and the coverage of the PN # 2, but communication is not performed in the PN # 2 due to a low battery, a power off, or a difference in a communication scheme. It may mean that there is no PNE available.
  • the PNE is activated (S114).
  • both the gateway mode and the PNE mode are activated. Both modes are activated simultaneously at this time. Alternatively, the two modes being activated at the same time is called a combined mode.
  • the mode information is set to both mode or combined mode in a discovery response message, for example, an entity discovery response message, for the discovery request message.
  • Entity Info element Information on a CPNS enabled entity that has received a discovery request, and includes a User ID subelement and a user Name subelement.
  • PNE ID element When the CPNS enable entity that has received the discovery request is a PNE, it includes an ID of the PNE.
  • PNE Name element When the CPNS enable entity that has received the discovery request is a PNE, includes a name of the PNE.
  • Mode element Set to Both mode or Combined Mode.
  • -UI Capa element If the PN GW performs User Interaction on behalf of PNE, it has True value. This is set by the PNE. For example, if the PNE does not have a user interface, it may be set to a value of True if the PN GW takes over the user interaction.
  • PN Info element This element is included when the value of the PN Info Req element is set to True in the received Discovery Request message.
  • the first device 110 operating as a PNE sends information about the PN # 1 that is already configured with the second device 120. Include it.
  • the PN Info element may include a PN ID element, a Description element, and the like below.
  • PNE Info element Contains information about the members of the PN.
  • the discovery response message described above may be as described in Table 2 above.
  • the third device 210 confirming that the CPNS-enabled entity of the first device 110 is operated in both mode or combined mode operating in a PNE as well as a gateway. 1
  • the PN # 2 setup procedure is started. Specifically, it is as follows.
  • the CPNS enable entity of the third device 210 transmits a PN setup request message, for example, a PN Setup Request message, to the first device 110.
  • the PN configuration request message may include information about the gateway, information about entities (eg, CPNS enable entity in the first device) that will belong to the PN to be generated.
  • the PNE When the PNE receives the PN Setup Request message at the CPNS enable entity of the first device 110, the PNE checks the Origin Entity ID element to know who is trying to generate the PN. Then, the PN ID and Msg ID elements are extracted from the message.
  • the CPNS enable entity operating as a PNE in the first device 110 generates a PN configuration response message as follows.
  • the CPNS enable entity operating as the PNE includes a response to the PN configuration request message in a Return element in the PN configuration response message.
  • the response is 1 if successful and 2 if unsuccessful.
  • a PN Info element for PN information included in the CPNS enable entity of the first device 110 is included in the PN configuration response message.
  • the PNE information included in the PN included in the CPNS enable entity of the first device 110 is included in the PNE Info element in the PN configuration response message.
  • various elements are included in the PN configuration response message.
  • the CPNS enable entity of the first device transmits the generated message to the third device 210.
  • the CPNS enable entity of the third device 210 receives the PN setup response message, eg, a PN Setup Response message, to confirm whether the first device wants to join the PN, the received message in the received message.
  • the PN setup response message eg, a PN Setup Response message
  • the Return element When the value of the Return element is set to 1, information about a PN inventory for a corresponding PN is generated, and a routing table is generated and maintained based on the information from the received message.
  • the CPNS enable entity of the third device 210 generates a PN setup request message, for example, a PN Setup Request message for transmission to the CPNS server.
  • the CPNS enable entity of the third device 210 includes the ID of the PN GW in the OriginEntityID element. Then, the information on the PN to be generated is included in the PN Info element of the PN Setup Request message.
  • the PN Info element includes a PN ID element including the ID of the PN generated by the PN GW, a Description element including the description of the generated PN.
  • the CPNS enable entity of the third device 210 includes a PN GW Info element in the PN Setup Request message.
  • the PN GW Info element includes a PN GW ID element representing the ID of the PN GW and a PN GW Name element representing the name of the PN GW.
  • the CPNS enable entity of the third device 210 includes a PNE Info element and an Auth Ini Data element in the PN Setup Request message.
  • the CPNS enable entity of the third device 210 transmits the generated PN Setup Request message to the CPNS server 300.
  • the CPNS server 300 When the CPNS server 300 receives the PN Setup Request message from the third device 210, generates an authentication request message, for example, an Authenticate Request message, and the first device via the third device 210. Forward to 110.
  • an authentication request message for example, an Authenticate Request message
  • the first device 110 transmits an authentication response message to the CPNS server 300 through the third device (210).
  • the CPNS server 300 registers the PN information included in the PN Setup Request message, and stores the PN information in the PN inventory.
  • the CPNS server 300 generates a PN Setup Response message and transmits it to the third device 210.
  • the third device 210 When the third device 210 receives the PN Setup Response message from the CPNS server, the third device 210 stores PN information in a local PN inventory. The third device 210 generates a PN establishment notification message, for example, a PN establishment notify message, and transmits the generated PN establishment notification message to the first device 110.
  • a PN establishment notification message for example, a PN establishment notify message
  • the application server 400 may obtain information about the PN # 2 from the CPNS server 300, and if there is service data, the obtained information
  • the first device 110 or the second device 120 may be determined as a destination of the service data through.
  • the application server 400 transmits the service data to a third device 210 that operates as the gateway, and the third device serves as a PNE. Transfer to the first device 110 to operate.
  • the CPNS enable entity operating as a PNE in the first device 110 receives the service data
  • the CPNS enable entity transmits the service data to an internal gateway
  • the gateway transmits the service data to the second device 120. Can be delivered to.
  • the CPNS enable entity in the first device 110 When the CPNS enable entity in the first device 110 operates in both modes, as can be seen with reference to FIG. 12, a gateway and a PNE in the CPNS enable entity of the first device 110 are present. Are driven simultaneously, and a communication channel is established between the gateway and the PNE. Accordingly, the CPNS enable entity in the first device 110 receives service data from the third device 210 acting as a gateway in the PN # 2 as a PNE, and the CPNS enable in the first device 110. The enable entity is capable of delivering the service data to a second device 120 operating as a PNE in the PN # 1 as a gateway.
  • the physical layer, MAC layer, 3rd layer, and CPNS enable entity, and application are included in the first, second, and third devices 110, 120, and 130.
  • the CPNS enable entity of the second device 120 drives only the PNE
  • the CPNS enable entity of the third device 210 drives only the gateway entity.
  • both the PNE and the gateway entity are driven.
  • a communication link is created between the PNE and the gateway entity within the CPNS enable entity of the first device 110.
  • the service data is transmitted to the first device 110 through the CPNS enable entity, the 3rd layer, the MAC layer, and the physical layer of the third device 210.
  • the service data is received by a PNE of a CPNS enable entity through a physical layer, a MAC layer, and a 3rd layer, and the PNE transmits the service data to the generated communication.
  • the gateway entity in the CPNS enable entity of the first device 110 transmits the service data to the second device 120 through the 3rd layer, the MAC layer, and the physical layer.
  • the CPNS enable entity in the first device 110 communicates with the third device 210 that operates as the gateway as a PNE, and simultaneously operates with the second device 120 that operates as the PNE as a gateway.
  • the sink needs to be adjusted.
  • the CPNS enable entity in the first device 110 must communicate with two devices, that is, the third device 210 and the second device 120 at the same time. Communication with may interfere with communication of other devices. For example, a signal transmitted from the third device 210 to the first device 110 may act as interference to the second device 120. Similarly, a signal transmitted from the second device 120 to the first device 110 may act as interference to the third device 210.
  • the sink of the communication link between the first device 110 and the second device 120 is a sink of the communication link between the third device 210 and the first device 110. It needs to be readjusted accordingly.
  • FIG. 13 shows an example of adjusting a sync after a mode of a CPNS enable entity is changed.
  • FIG. 13 (a) shows the cycle of transmission (Tx) and reception (Rx) in PN # 1 composed of the first device 110 and the second device 120, and the lower part of FIG. 13 (a). Shows a cycle of transmission (Tx) and reception (Rx) in PN # 2 composed of the first device 110 and the third device 130. 13 (a), the idle time T2 in PN # 2 may be longer than the idle time T1 in PN # 1.
  • a signal transmitted from the third device 210 to the first device 110 in the PN # 2 may act as an interference to the second device 120 in the PN # 1.
  • the first device 110 may measure the starting point T0 in the link with the third device 210.
  • one or more of a period of transmission (Tx), a period of reception (Rx), and an idle time between transmission (Tx) and reception (Rx) of the third device 210 may be measured.
  • the first device 110 may transmit a control signal for adjusting the sync with the second device 120 to the second device based on one or more of the measurement results.
  • the control signal may include one or more of the measurement results.
  • the second device 120 may readjust the sync with the first device 110 based on the control signal.
  • the idle times T1 and T2 may have the same length.
  • each of the transmission periods Tx and the reception periods Rx may coincide with each other.
  • an operation of receiving data from the third device 210 by the first device 110 is shown in the upper portion, and the first device 110 is displayed in the second portion in the lower portion.
  • the operation of receiving data from device 120 is shown.
  • the first device 110 in order to receive power of the beacon signal from the third device 210, the first device 110 is shown as a wakeup time 1.
  • the time for applying power to the internal receiver in order for the first device 110 to receive the beacon signal from the second device 120 is represented by wakeup time2.
  • the first device 110 must apply power to the receiver during wakeup time 1 and wakeup time 2 in order to receive the beacon messages.
  • the power can be used more efficiently.
  • the first device 110 compares the Wakeup time 1 with an offset between the time point at which the beacon signal is received from the third device 210 and the time point at which the beacon signal is received from the second device 210. If the offset is greater than the wakeup time1, the offset can be reduced. In order to reduce the offset, the first device 110 may transmit a control signal to the second device 120.
  • the first device 110 in order to receive the beacon signal from the third device 210, the first device 110 is referred to as wakeup time 1, and the power is applied to the internal receiver.
  • wakeup time 1 a1 time before receiving the beacon message during wakeup time1 and a2 time after receiving the beacon message.
  • the time for applying power to the internal receiver is called wakeup time 2, and until the device 110 receives the beacon message during the wakeup time 2.
  • b1 time, after receiving the beacon message is b2 time.
  • K be the time offset between the wakeup time 1 and the wakeup time 2.
  • the first device 110 compares the a2 + b1 time with the k time value, and if a2 + b1 ⁇ k, the first device 110 decreases k. In order to reduce the k, the first device 110 may transmit a control signal to the second device 120.
  • Embodiments described above may be combined. Accordingly, the embodiments may not be implemented alone, but may be implemented in combination as necessary. Such a combination can be easily implemented by those skilled in the art after reading the present specification, and the combination will not be described in detail below. However, even if not described, it is not to be excluded from the present invention, it should be construed as being included in the scope of the present invention.
  • Embodiments and modifications described above may be implemented through various means.
  • embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
  • the 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), programmable logic devices (PLDs). 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, procedure, or 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 method according to the present invention may be stored in a storage medium (eg, internal memory, flash memory, hard disk, etc.) and may be executed by a processor (eg a microprocessor). It can be implemented as codes or instructions within a program. This will be described with reference to FIG. 15.
  • a storage medium eg, internal memory, flash memory, hard disk, etc.
  • a processor eg a microprocessor
  • 15 is a configuration block diagram of a device according to embodiments of the present invention.
  • the first device 110 includes a storage means 111, a controller 112, and a transceiver 113.
  • the storage means 111 stores the method shown in FIGS. 2 to 14.
  • the controller 112 controls the storage means 111 and the transceiver 113. Specifically, the controller 112 executes the methods stored in the storage means 111, respectively. The controller 112 transmits the above-mentioned signals through the transceiver 113.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명의 일 실시예는 CPNS(Converged Personal Network Service) 인에이블 엔티티(enabled entity)를 구비하는 통신 기기에 의해 수행되는 다른 장치와 통신하는 방법을 제공한다. 상기 통신 방법은 게이트웨이 모드로 설정된 상기 통신 기기의 CPNS 인이에블 엔티티가 제1 장치로부터 상기 제1 장치의 모드가 PNE(Personal Network Entity)로 설정됨을 나타내는 제1 정보와 상기 제1 장치가 추가적인 탐색 절차에서 숨겨져야 하는지를 나타내는 제2 정보를 포함하는 탐색 응답 메시지를 수신하는 단계를 포함할 수 있다. 여기서 상기 CPNS 인에이블 엔티티는 제1 네트워크를 관리하고, 상기 제1 네트워크 내에는 상기 게이트웨이로 설정된 CPNS 인에이블 엔티티를 통해 제1 서비스를 수신할 수 있는 하나 이상의 PNE(Personal Network Entity)가 존재할 수 있다. 상기 통신 방법은 상기 통신 기기가 제2 장치에 의해 관리되는 제2 네트워크의 커버리지 내로 이동한 경우, 상기 제2 장치의 모드를 나타내는 제3 정보를 포함하는 탐색 요청 메시지를 상기 제2 장치로부터 수신하는 단계와, 상기 하나 이상의 PNE 중 이용 가능한 PNE의 존재 여부 및 상기 제2 장치의 모드, 및 상기 제2 정보 중 하나 이상에 기초하여, 상기 통신 기기의 CPNS 인에이블 엔티티의 모드를 변경해야 할지 결정하는 단계를 더 포함할 수 있다.

Description

다른 장치와 통신 하는 방법 및 통신 기기
본 발명은 CPNS(Converged Personal Network Service)에 관한 것이다.
개발된 다양한 기술들 중에, 기존의 DLNA나 ZigBee등의 기술은 특정 PAN 내에서의 디바이스의 서비스를 서로 검색하고 사용하는 데 중점을 두고 있었으며, 테더링 기술은 이기종 네트워크들간의 연결에 중점을 맞추고 있었다.
반면, 이와 같은 단순한 PAN과 달리, CPNS 개념이 제시되었다.
CPNS는 디바이스들이 PN(Personal Network)(또는 PAN(Personal Area Network)라고도 함)에 속하여 여러 서비스를 받을 수 있게 하는 것이다.
이러한, CPNS는 CPNS 서버, CPNS 게이트웨이, CPNS를 지원하는 디바이스를 통하여 구현된다. 그 밖에 일반 서버, 일반 디바이스들도 존재할 수 있다.
상기 CPNS는 개인 네트워크를 기반으로 하여, 디바이스들의 묶음을 PN이라 하고, 상기 PN 내에 상기 CPNS 게이트웨이를 두고, 이를 통하여 상기 PN에 속한 디바이스들의 서비스를 상기 CPNS 서버에 등록해 준 이후, 소정 서비스를 제공하는 디바이스를 상기 CPNS 서버로부터 검색할 수 있도록 하고, 이 검색을 기반으로 외부 엔티티가 상기 디바이스에서 제공되는 서비스를 공유할 수 있도록 해준다.
상기 CPNS 게이트웨이는 PN(게이트웨이(‘GW’라고 부르기도 함)은 PN을 다른 네트워크와 연결시키는 역할을 수행한다. 상기 CPNS 디바이스는 PNE(Personal Network Entity)라고도 하며, PN을 구성하는 구성원이 되며, 여러 디바이스들이 그룹으로 묶여 하나의 PNE가 될 수도 있고 혹은 단독의 디바이스가 PNE가 될 수도 있다.
도 1는 CPNS의 개념을 나타낸 예시도이다.
도 1에 도시된 바와 같이, 일반 서버, CPNS 서버, CPNS 게이트웨이, CPNS 디바이스, 일반 디바이스가 도시되어 있다.
상기 CPNS 서버는 하나 이상의 CPNS 게이트웨이(즉, PN 게이트웨이)와 통신하고, 데이터를 송수신할 수 있다. 각 CPNS 서버는 상기 CPNS 게이트웨이를 통하여 PN(또는 PAN(Personal Area Network)라고도 함) 내의 하나 이상의 CPNS 디바이스와 통신하여 데이터를 교환할 수 있다.
상기 CPNS 디바이스들 각각은 상기 CPNS 게이트웨이를 통하여 하나 이상의 다른 CPNS 디바이스들 또는 일반 디바이스들과 데이터를 송수신할 수 있다.
상기 CPNS 게이트웨이는 CPNS 서버, 혹은 다른 PN에 속한 CPNS 게이트웨이, 혹은 CPNS 디바이스와 통신하여 데이터를 송수신할 수 있다.
각 CPNS 서버는 일반 서버, CPNS 게이트웨이와 통신하여 데이터를 송수신할 수 있다.
예를 들어, 상기 CPNS 서버 및 상기 CPNS 게이트웨이는 셀룰러 네트워크를 이용하여 서로 통신할 수 있고, 상기 CPNS 게이트웨이와 상기 CPNS 디바이스는 근거리 통신, 예컨대 블루투스, NFC, 지그비, 와이파이 등을 이용하여 서로 통신할 수 있다.
한편, 상기 CPNS 서버는 상기 CPNS 게이트웨이 및 CPNS 디바이스 간의 통신을 관리 및 제어하고, 그에 따라 애플리케이션 및 정보가 서로 교환됨으로써, 사용자 경험을 증대시킬 수 있다. 예를 들어, 도 1에서, 사용자는 임의의 CPNS 디바이스를 이용하여 다른 CPNS 디바이스(예컨대 GPS)로부터 위치 정보를 획득하고, 상기 CPNS 게이트웨이를 통하여 상기 위치 정보를 CPNS 서버로 전송하고, 상기 CPNS 서버로부터 위치 기반 서비스를 제공받을 수 있다.
그 결과, 상기 사용자는 상기 PN에 속한 여러 CPNS 디바이스들을 통하여 다양한 서비스를 제공받을 수 있다.
전술한 종래 기술에서는 CPNS에 대한 개념만을 제시하고 있었고, 실제 이러한 CPNS 서비스를 구현하기 위하여, 필요한 기술 사양에 대해서는 제시하고 있지 못하였다.
따라서, 본 명세서의 목적은 CPNS 서비스를 구현하기 위한 세부적인 기술을 제시하는 것을 목적으로 한다.
전술한 목적을 달성하기 위하여, 본 발명의 일 실시예는 CPNS(Converged Personal Network Service) 인에이블 엔티티(enabled entity)를 구비하는 통신 기기에 의해 수행되는 다른 장치와 통신하는 방법을 제공한다.
상기 통신 방법은 게이트웨이 모드로 설정된 상기 통신 기기의 CPNS 인이에블 엔티티가 제1 장치로부터 상기 제1 장치의 모드가 PNE(Personal Network Entity)로 설정됨을 나타내는 제1 정보와 상기 제1 장치가 추가적인 탐색 절차에서 숨겨져야 하는지를 나타내는 제2 정보를 포함하는 탐색 응답 메시지를 수신하는 단계를 포함할 수 있다. 여기서 상기 CPNS 인에이블 엔티티는 제1 네트워크를 관리하고, 상기 제1 네트워크 내에는 상기 게이트웨이로 설정된 CPNS 인에이블 엔티티를 통해 제1 서비스를 수신할 수 있는 하나 이상의 PNE(Personal Network Entity)가 존재할 수 있다. 상기 통신 방법은 상기 통신 기기가 제2 장치에 의해 관리되는 제2 네트워크의 커버리지 내로 이동한 경우, 상기 제2 장치의 모드를 나타내는 제3 정보를 포함하는 탐색 요청 메시지를 상기 제2 장치로부터 수신하는 단계와, 상기 하나 이상의 PNE 중 이용 가능한 PNE의 존재 여부 및 상기 제2 장치의 모드, 및 상기 제2 정보 중 하나 이상에 기초하여, 상기 통신 기기의 CPNS 인에이블 엔티티의 모드를 변경해야 할지 결정하는 단계를 더 포함할 수 있다.
여기서 상기 제2 네트워크의 커버리지 밖에 존재하는 PNE는 없으나, 상기 제1 장치가 상기 추가적인 탐색 절차에서 숨겨지는 것으로 설정되어 있는 경우, 상기 CPNS 인에이블 엔티티의 모드는 상기 게이트웨이 모드에서 결합 모드로 변경되는 것으로 결정될 수 있다.
상기 결합 모드는 상기 게이트웨이 모드와 PNE 모드로 동시에 구동하는 모드일 수 있다.
상기 이용가능한 PNE는 상기 제2 네트워크의 커버리지 내에 위치하면서, 상기 제2 네트워크의 통신 방식을 지원하고, 상기 제2 네트워크의 서비스를 수신하는데 충분한 전력을 가지고 있는 PNE일 수 있다.
상기 결정 단계는 상기 CPNS 인에이블 엔티티가 자신의 모드 정보를 확인하는 단계를 더 포함할 수 있다. 상기 자신의 모드 정보를 확인한 결과 상기 게이트웨이 모드와 PNE 모드로 동시에 구동가능한 경우에, 상기 결합 모드로 변경될 수 있다.
상기 제2 네트워크의 커버리지 내에 모든 PNE가 존재하는 경우, 상기 CPNS 인에이블 엔티티의 모드는 상기 게이트웨이 모드에서 PNE 모드로 변경되도록 것으로 결정되거나, 모드 변경이 수행되지 않도록 결정될 수 잇다.
상기 통신 방법은 상기 탐색 요청 메시지의 수신에 응답하여, 탐색 응답 메시지를 상기 제2 장치로 전송하는 단계를 더 포함할 수 있다.
상기 탐색 응답 메시지 에는 상기 제1 장치가 상기 결합 모드로 동작됨을 나타내는 모드 정보를 포함할 수 있다. 이때, 상기 제2 정보에 의해 상기 제1 장치가 추가적인 탐색 절차에서 숨겨져야 하는 것으로 확인되는 경우, 상기 탐색 응답 메시지에는 상기 제1 장치를 제외한 다른 PNE들에 대한 정보가 포함될 수 있다.
상기 통신 방법은 상기 결합 모드로 변경 후, 상기 CPNS 인에이블 엔티티가 PNE로서 상기 제2 장치로부터 상기 제2 네트워크의 서비스 데이터를 수신하는 단계와; 상기 서비스 데이터를 상기 CPNS 인에이블 엔티티가 게이트웨이로서 상기 엔티티에게 전달하는 단계를 더 포함할 수 있다,
한편, 전술한 목적을 달성하기 위하여, 본 발명의 일 실시예는 통신 기기를 또한 제공한다. 상기 통신 기기는 게이트웨이 모드로 설정된 CPNS(Converged Personal Network Service) 인에이블 엔티티(enabled entity)를 저장하는 저장부를 포함할 수 있다. 여기서 상기 CPNS 인에이블 엔티티는 제1 네트워크를 관리하고, 상기 제1 네트워크 내에는 상기 게이트웨이로 설정된 CPNS 인에이블 엔티티를 통해 제1 서비스를 수신할 수 있는 하나 이상의 PNE(Personal Network Entity)가 존재할 수 있다. 또한, 상기 통신 기기는 상기 제1 네트워크 내에 위치할 때에는 제1 장치로부터 상기 제1 장치의 모드가 PNE(Personal Network Entity)로 설정됨을 나타내는 제1 정보와 상기 제1 장치가 추가적인 탐색 절차에서 숨겨져야 하는지를 나타내는 제2 정보를 포함하는 탐색 응답 메시지를 수신하고, 상기 통신 기기가 제2 장치에 의해 관리되는 제2 네트워크의 커버리지 내로 이동한 후에는 상기 제2 장치의 모드를 나타내는 제3 정보를 포함하는 탐색 요청 메시지를 상기 제2 장치로부터 수신하는 수신부를 포함할 수 있다. 또한, 상기 통신 기기는 상기 하나 이상의 PNE 중 이용 가능한 PNE의 존재 여부 및 상기 제2 장치의 모드, 및 상기 제2 정보 중 하나 이상에 기초하여, 상기 통신 기기의 CPNS 인에이블 엔티티의 모드를 변경해야 할지 결정하는 제어부를 더 포함할 수 있다. 여기서 상기 제2 네트워크의 커버리지 밖에 존재하는 PNE는 없으나, 상기 제1 장치가 상기 추가적인 탐색 절차에서 숨겨지는 것으로 설정되어 있는 경우, 상기 CPNS 인에이블 엔티티의 모드는 상기 게이트웨이 모드에서 결합 모드로 변경되는 것으로 결정될 수 있다.
본 발명의 일 실시예는 전술한 바와 같은 종래 기술의 문제점을 해결하였다. 즉, 본 발명의 일 실시예는 CPNS 서비스를 구현하기 위한 세부적인 기술을 제시한다.
도 1는 CPNS의 개념을 나타낸 예시도이다.
도 2는 CPNS 전체 절차를 나타낸 예시도이다.
도 3는 도 2에 도시된 제1 및 제2 디바이스의 아키텍처를 나타낸다.
도 4는 CPNS 초기 절차를 나타낸 예시도이다.
도 5은 사용자 A가 지리적 이동을 함에 따라 사용자 A의 PN이 다른 PN과 중첩되는 예를 나타낸다.
도 6는 도 5에 도시된 예시에 의해 발생되는 물리적 연결 절차 및 디스커버리 절차의 신호 흐름을 나타낸 예시도이다.
도 7는 소정 디바이스가 페어링 절차를 수행하지 않도록 하기 위한 제1 실시예를 나타낸 예시도이다.
도 8은 소정 디바이스가 상호 탐색 절차에서 숨겨지도록 하기 위한 제2 실시예를 나타낸 예시도이다.
도 9은 소정 디바이스가 숨겨지도록 하기 위한 제3 실시예를 나타낸 예시도이다.
도 10은 CPNS 인에이블 엔티티의 모드를 변경하는 신호 흐름도를 나타낸다.
도 11는 CPNS 인에이블 엔티티의 모드를 변경하는 과정을 나타낸다.
도 12는 모드 변경 이후의 아키텍처를 나타낸다.
도 13은 CPNS 인에이블 엔티티의 모드가 변경된 후, 싱크를 조정하는 일 예를 나타낸다.
도 14는 CPNS 인에이블 엔티티의 모드가 변경된 후, 싱크를 조정하는 다른 예를 나타낸다.
도 15은 본 발명의 실시예들에 따른 디바이스의 구성 블록도이다.
본 발명은 CPNS(Converged Personal Network Service)에 관한 것이다. 그러나 본 발명은 이에 한정되지 않고, 본 발명의 기술적 사상이 적용될 수 있는 모든 통신 시스템 및 방법, 그 외 시스템에도 적용될 수 있다.
본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 발명의 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 발명에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.
또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "구성된다" 또는 "포함한다" 등의 용어는 명세서 상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다.
또한, 본 명세서에서 사용되는 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 또한, 본 발명을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 발명의 사상을 쉽게 이해할 수 있도록 하기 위한 것일뿐, 첨부된 도면에 의해 본 발명의 사상이 제한되는 것으로 해석되어서는 아니됨을 유의해야 한다. 본 발명의 사상은 첨부된 도면외에 모든 변경, 균등물 내지 대체물에 까지도 확장되는 것으로 해석되어야 한다.
이하, 도면에서는 단말이 도시되어 있으나, 상기 단말은 UE(User Equipment), ME(Mobile Equipment), MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선기기(Wireless Device), 휴대기기(Handheld Device), AT(Access Terminal)로 불릴 수 있다. 또한, 상기 단말은 휴대폰, PDA, 스마트 폰(Smart Phone), 무선 모뎀(Wireless Modem), 노트북 등과 같이 통신 기능을 갖춘 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.
용어의 정의
이하 도면을 참조하여 설명하기 앞서, 본 발명의 이해를 돕고자, 본 명세서에서 사용되는 용어를 간략하게 정의하기로 한다.
1) CPNS(Converged Personal Network Service): CPNS는 디바이스들이 PN(Personal Network)(또는 PAN(Personal Area Network)라고도 함)에 속하여 여러 서비스를 받을 수 있게 하는 것이다. 이러한 CPNS를 일반적인 테더링 서비스와 비교하면, 테더링 서비스는 단순히 인터넷에 접속된 기기가, NAT 기술을 이용하여 다른 기기로 사설 IP 주소를 할당 함으로써, 상기 다른 기기가 상기 사설 IP를 이용하여 인터넷에 접속하게끔 하는 기술이다. 반면, CPNS는 사용자의 제1 장치가 다른 장치로 단순히 사설 IP 주소를 할당하는 것에서 벗어나서, 이동통신 네트워크를 통하여 제공받을 수 있는 여러 서비스를 상기 제1 장치가 통합하여 관리할 수 있도록 한다. 이와 같이 여러 서비스를 상기 사용자의 제1 장치가 통합하여 관리함으로써, 사용자의 여러 장치들 간에 서비스를 끊김없이 공유할 수 있도록 한다. 예를 들어, 주문형 비디오를 사용자의 제1 장치가 이용하다가, 끊김없이 제2 장치로 전달할 수 있도록 한다. 따라서, 사용자의 편의성이 증대될 수 있다. 뿐만 이나라, 사용자가 여러 장치들을 소유할 때, 외부 서버가 사용자의 요청이 없더라도 상기 사용자에게 서비스 데이터를 전달하려 할 경우, 상기 여러 장치들 중 어느 장치로 전송해야 하는지를 결정할 수 있도록 한다. 예를 들어, 사용자가 화상 통화가 가능한 여러 장치들이 있을 때, 상기 사용자에게 화상 통화 요청이 수신되면, 상기 여러 장치들 중 어느 장치로 상기 화상 통화 호를 전달해야 하는지를 결정할 수 있도록 한다. 또한, 상기 진행중인 화상 통화를 끊김 없이 상기 사용자의 다른 장치로 전달할 수 있도록 한다. 이와 같은 CPNS는 사용자의 장치에 구비되는 CPNS 인에이블 엔티티에 의해서 달성된다.
2) CPNS 인에이블 엔티티(Entity): CPNS 인에이블 엔티티는 논리적 엔티티 개체로서 3가지 종류가 존재할 수 있다. 즉, PNE, PN GW, CPNS 서버가 존재할 수 있다. CPNS 서버 엔티티는 코어 네트워크 내에 위치하고, PNE와 PN GW는 CPNS 디바이스 내에 위치한다.
3) CPNS 디바이스: 개인 네트워크 내에서 동시에 여러 모드로 동작할 수 있는 디바이스이다. CPNS 디바이스는 컨텐츠를 처리하고 저장하고 재생할 수 있는 기능을 가지고 있으며, 또한 CPNS 디바이스는 개인 네트워크 내에서 다른 CPNS 디바이스들이 서로 다른 모드들로 동작할 수 있도록 하는 통신 인터페이스를 가질 수 있다.
4) CPNS 서버: 요청에 응답하여 혹은 푸쉬(push) 방식으로 CPNS 엔티티들에게 자원을 제공할 수 있는 기능 엔티티이다. 디바이스 및 사용자 관련 서비스에 대한 등록을 받고, 해당 정보를 저장하며, 디바이스의 묶음인 PN의 등록 및 PN과 WAN을 아우르는 서비스 그룹의 등록을 제공한다. 또한, CPNS 서버는 컨텐츠 제공 서버와 같은 외부 엔티티들과 통신할 수 있다. 상기 CPNS 서버는 CPNS 프레임워크 위에서 서비스를 수행하기 위하여, 사용자가 가지고 있는 디바이스임을 인증하기 위한 key를 설정해 주는 주체이다. 또한, 외부에서 제공해 주는 서비스를 등록 받고, 디바이스가 소비할 수 있도록 탐색 및 소비/제공 요청을 지원한다.
5) 개인 네트워크(Personal Network: PN): 사용자가 서비스를 소비하거나 생성할 수 있게 하는 디바이스들의 집합이다. PN 내의 모든 디바이스들은 PN GW와 연결될 수 있다. PN은 시간에 따라 변경될 수 있다. PN은 최소한 GW 모드로 동작하는 디바이스와 PNE로 동작하는 다른 디바이스를 포함할 수 있다.
6) PNE: Personal Network Element의 약자로서, PN을 구성하는 구성원이다. PNE는 서비스 또는 컨텐츠를 소비하거나 또는 제공할 수 있다. 실제 content, Application, Service를 소비하는 주체가 된다. CPNS 프레임워크 내에서 PN을 만들고 서비스 그룹을 만들 때 구성원이 되는 주체이다.
7) PN GW: Personal Network Gateway의 약자로서, PN 및 wide area 네트워크 내에 존재하는 엔티티로서, CPNS 서비스를 제공하는 PN을 생성할 수 있다. 또한, PN 내에 존재하면서 외부 연결이 불가한 디바이스를 위해 이기종 망의 연결을 담당하고, 연결한 디바이스들에 대한 CPNS 서버의 등록 및 Inventory 관리한다.
디바이스 내의 PN GW는 PN 내에 존재하는 PNE 뿐만이 아니라 다른 디바이스가 CPNS 서버와 연결될 수 있도록 한다. 디바이스 내에 존재하는 PN GW는 모바일 네트워크와 같은 글로벌 네트워크를 이용한다. 또한, PN GW는 PNE들과의 서비스를 관리하고, 통신 및 기타 여러 기능 정보를 관리한다.
8) PN Inventory: PN 및 여러 PN에 속한 PN들 및 디바이스들의 리스트이다.
9) Service Group: 서비스, 데이터 및 애플리케이션들을 공유하는 PNE들 및 PN GW의 집합이다. 생성된 PN을 통하여 서버에 등록된 디바이스들의 묶음을 의미한다. 이때, Service Group의 구성원들인 디바이스들은 모두 한 PN내에 종속될 필요가 없으며, 여러 PN에 속하여 위치상으로 멀리 떨어져 있어 서로 연결이 불가한 디바이스들을 모두 포함하며, 동일한 사용자가 소유한 device일 필요는 없다.
10) Zone: 특정 지역 영역을 의미한다.
11) Zone based service: Zone 기반의 PN GW의 커버리지 내에서 제공되는 CPNS 서버를 의미한다.
12) Zone PN GW: Zone 내에서 고유 서비스 또는 컨텐츠를 제공하는 PN GW이다.
13) CPNS 인에이블 엔티티의 모드: CPNS 디바이스는 PN GW, PNE 모드로 동작할 수 있다. 상기 모드는 CPNS 엔티티 디스커버리 기능을 통해서 디바이스들 간에 확인될 수 있다. PN은 최소 PN GW로 동작하는 디바이스와 PNE로 동작하는 PNE를 포함해야 한다. PNE와 PN GW는 PN을 생성하거나 참가하기 위해서 서로의 모드를 알아야 한다. PN GW는 PN의 멤버를 만들기 위해서, PNE를 식별할 수 있어야 한다. 또한, PNE는 PN을 새로 생성하거나, 기존에 생성되어 있던 PN에 참가하기 위해서 PN GW를 알아야 한다.
PNE 모드만을 지원하는 디바이스(예컨대 MP3 재생기, 스마트 미터)가 있는 경우, 상기 디바이스는 오로지 PNE 모드로만 동작한다. 만약 어떤 디바이스가 PN GW로만 동작할 수 있는 경우, 그 디바이스는 PN GW로 동작한다. 그러나, 어떤 디바이스가 PN GW와 PNE 중 어느 하나로 동작할 수 있는 경우, 상기 디바이스의 모드는 미리 저장된 설정 값에 따라서 어느 하나로 동작할 수 있고, 사용자의 설정이나 사업자의 설정에 따라서 변경될 수 있다.
도 2는 CPNS 전체 절차를 나타낸 예시도이다.
도 2를 참조하여 알 수 있는 바와 같이, 제1 디바이스(110), 제2 디바이스(120), CPNS 서버(300), 애플리케이션 서버(400)이 나타나 있다.
상기 제1 및 제2 디바이스(110, 120)은 사용자 A가 소유한 디바이스들이다. 상기 제1 디바이스(110)는 사용자 A의 셀룰러 폰으로서, 상기 CPNS 서버(300)와 이동통신 네트워크를 통해 연결될 수 있도록 제1 송수신부를 구비할 수 있다. 또한, 상기 제1 디바이스(110)는 퍼스널 네트워크를 형성할 수 있도록, 예컨대 블루투수, WiFi, 지그비와 같은 제2 송수신부를 구비할 수 있다. 상기 제2 디바이스(120)은 사용자 A의 휴대형 멀티미디어 기기이고, 이동통신 네트워크와 통신할 수 있는 제1 송수신부를 갖지 아니하고, 상기 퍼스널 네트워크를 형성할 수 있는 예컨대 블루투수, WiFi, 지그비와 같은 제2 송수신부만을 구비할 수 있다.
상기 제1 및 제2 디바이스(110, 120)은 CPNS 인에이블 엔티티를 구비할 수 있다. 각각의 CPNS 인에이블 엔티티는 게이트웨이 모드 또는 PNE(Personal Network Entity) 모드로 동작할 수 있다. 예시적으로 도 2에서는 상기 제2 디바이스(120)가 상기 이동통신 네트워크를 통해 연결될 수 있는 제1 송수신부를 갖추고 있으므로, 게이트웨이로 동작하는 것으로 나타내었다.
상기 제1 디바이스(110)와 제2 디바이스(120)는 먼저 서로 근거리에 위치하면, 상기 제2 송수신부를 통해 물리적 연결 절차를 수행한다. 한편, 상기 애플리케이션 서버(400)는 서비스와 컨텐츠를 상기 CPNS 서버(300)에 등록하거나, 광고한다. 또한, 상기 CPNS 서버(300)는 상기 게이트웨이로 동작하는 제2 디바이스(120)를 인증하는 절차를 수행한다.
한편, 상기 제1 디바이스(110)와 제2 디바이스(120)가 상기 물리적 연결 절차를 완료하면, 각각의 CPNS 인에이블 엔티티는 서로를 탐색하는 절차를 수행한다.
상기 탐색이 완료되면, 상기 디바이스들은 PN#1을 설정한다. 이때, 상기 PN#1에 대한 정보가 상기 CPNS 서버(300)에 등록된다.
상기 PN#1이 설정 완료되면, 상기 CPNS 서버(300)가 자신이 가지고 있는 서비스를 상기 PN#1 내의 디바이스들에게 광고하거나, 혹은 상기 PN#1 내의 디바이스들에 의해서 제공될 수 있는 서비스를 탐색하는 절차를 수행한다.
상기 PN#1 내의 임의 디바이스가 상기 광고되는 서비스들 중 임의 서비스 또는 컨텐츠를 인보크(Invoke)하면, 상기 임의 디바이스의 기능을 확인하는 절차가 수행되고, 상기 확인된 기능에 따라 서비스 또는 컨텐츠가 전달된다.
상기 임의 디바이스가 상기 서비스 또는 컨텐츠를 이용하면, 그 이용 통계가 수집되고, 상기 CPNS 서버(300) 또는 상기 애플리케이션 서버(400)로 보고된다.
한편, 상기 PN#1이 더 이상 필요치 않은 경우, 상기 PN#1이 해제되고, 상기 PN#1에 대한 정보가 상기 CPNS 서버(300)에서 등록 해제될 수 있다.
도 3는 도 2에 도시된 제1 및 제2 디바이스의 아키텍처를 나타낸다.
도 3을 참조하여 알 수 있는 바와 같이, 제1 및 제2 디바이스(110, 120)내에는 물리 계층, MAC 계층, 3rd 계층, 그리고 CPNS 인에이블 엔티티, 그리고 애플리케이션 계층이 존재한다. 이때, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티는 PNE 모드로 구동되고, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티는 게이트웨이 엔티티만을 구동시킨다. 반면, 제1 디바이스(110)의 CPNS 인에이블 엔티티는 게이트웨이 엔티티를 동시킨다.
따라서, 도 3에서 굵은 실선과 같이, 서비스 데이터는 제1 디바이스(110)의 물리 계층, MAC 계층, 3rd 계층을 거쳐 CPNS 인에이블 엔티티 내의 게이트웨이 엔티티로 전달된다. 상기 제1 디바이스(110)의 상기 게이트웨이 엔티티가 상기 서비스 데이터를 수신하면, 상기 서비스 데이터는 다시 CPNS 인에이블 엔티티, 3rd 계층, MAC 계층, 물리 계층을 거쳐 제2 디바이스(120)로 전달된다.
상기 제2 디바이스(120)에서는 물리 계층, MAC 계층, 3rd 계층을 거쳐 CPNS 인에이블 엔티티의 PNE가 수신한다.
한편, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티 내의 PNE는 요청 메시지 또는 응답 메시지와 같은 제어 메시지를 , 3rd 계층, MAC 계층, 물리 계층을 거쳐 제1 디바이스(110)로 전송한다.
도 4는 CPNS 초기 절차를 나타낸 예시도이다.
도 4를 참조하여 알 수 있는 바와 같이, 물리적 연결 절차에 해당하는 Paring 절차(S11), 엔티티 디스커버리 절차(S12), PN 설정(Establishment) 절차(S13)가 수행된다.
먼저, 상기 Paring 절차(S11)에 대해서 설명하면, 사용자 A의 디바이스들 간에 아직 아무런 연결이 없는 상태에서, 상기 도시된 디바이스들 간에 물리적 연결이 개시된다.
이를 위해, 제2 디바이스(120)가 스캔을 시작한다. 이를 위해, 상기 제2 디바이스가 스캔 메시지를 제1 디바이스(110)로 전송할 수 있다. 제1 디바이스(110)은 상기 스캔에 응답하기 위해, 스캔 응답 메시지를 상기 제2 디바이스(120)로 전송한다. 그러면, 상기 제1 디바이스와 제2 디바이스 간에, 물리적인 연결을 위한 절차가 개시되고, 물리적 연결을 위한 정보, 예컨대 어드레스, IP 어드레스 등과 같은 정보가 서로 교환된다. 상기 정보가 교환된 후, 상기 제2 디바이스는 물리적 연결 요청 메시지, 예컨대 Paring Request 메시지를 상기 제1 디바이스로 전송한다. 상기 제1 디바이스는 사용자로부터 핀 코드를 입력받고, 상기 핀코드를 연결 요청 응답 메시지, 예컨대 Paring Answer 메시지에 포함시켜 상기 제2 디바이스로 전송한다. 상기 핀 코드가 정확한 경우, 상기 물리적 연결 절차가 완료되게 된다.
한편, 상기 물리적 연결이 완료되면, 각 디바이스 내의 CPNS 인에이블 엔티티들은 서로를 탐색하기 위한 절차, 즉 엔티티 디스커버리 절차(S12)를 수행한다.
구체적으로, 먼저 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티는 탐색 요청 메시지, 예컨대 Entity Discovery Request 메시지를 상기 제1 디바이스(110)로 전송한다. 상기 탐색 요청 메시지, 예컨대 Entity Discovery Request 메시지는 상기 제2 디바이스 내의 CPNS 인에이블 엔티티의 모드에 대한 정보와, 상기 CPNS 인에이블 엔티티 및 기존에 탐색된 다른 디바이스들에 대한 정보를 포함한다. 이때, 상기 제2 디바이스 내의 CPNS 인에이블 엔티티가 게이트웨이로 설정된 경우, 상기 모드 정보는 게이트웨이임을 나타내는 정보를 포함할 수 있다.
한편, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티도 역시 탐색 요청 메시지, 예컨대 Entity Discovery Request 메시지를 상기 제2 디바이스(120)로 전송한다. 마찬가지로, 상기 탐색 요청 메시지, 예컨대 Entity Discovery Request 메시지는 상기 제1 디바이스(110) 내의 CPNS 인에이블 엔티티의 모드에 대한 정보와, 상기 CPNS 인에이블 엔티티 및 기존에 탐색된 다른 디바이스들에 대한 정보를 포함한다. 이때, 상기 제1 디바이스 내의 CPNS 인에이블 엔티티가 PNE(Personal Network Entity)로 설정된 경우, 상기 모드 정보는 PNE 나타내는 정보를 포함할 수 있다.
상기 제1 디바이스(110)의 CPNS 인에이블 엔티티는 상기 제2 디바이스로부터 탐색 요청 메시지를 수신하는 것에 응답하여, 탐색 응답 메시지, 예컨대 Entity Discovery Response 메시지를 상기 제2 디바이스(120)로 전송한다. 상기 탐색 응답 메시지, 예컨대 Entity Discovery Response 메시지는 모드 정보와, 상기 CPNS 인에이블 엔티티 및 기존에 탐색된 다른 디바이스들에 대한 정보와, 그리고 UI 기능에 대한 정보를 포함한다.
마찬가지로, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티 역시 상기 제1 디바이스로부터 탐색 요청 메시지를 수신하는 것에 응답하여, 탐색 응답 메시지, 예컨대 Entity Discovery Response 메시지를 상기 제1 디바이스(110)로 전송한다
이상의 신호들로 탐색 절차가 완료되면, PN 설정 절차(S13)가 수행된다.
구체적으로, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티가 게이트웨이이로 설정된 경우, PN 설정 요청 메시지, 예컨대 PN Setup Request 메시지를 PNE로 설정된 디바이스, 예컨대 제1 디바이스(110)로 전송한다. 이때, 상기 PN 설정 요청 메시지는 상기 게이트웨이에 대한 정보, 생성될 PN에 속하게 될 엔티티들(예컨대, 상기 제1 디바이스 내의 CPNS 인에이블 엔티티)에 대한 정보를 포함할 수 있다.
상기 제1 디바이스의 CPNS 인에이블 엔티티가 PN 설정 응답 메시지, 예컨대 PN Setup Response 메시지를 상기 제2 디바이스로 전송하면, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티는 상기 CPNS 서버(300)로 PN 설정 요청 메시지를 전송한다.
상기 CPNS 서버(300)는 상기 PN 설정 요청 메시지를 수신하면, 상기 게이트웨이로 동작하는 제2 디바이스(120)를 통해 상기 제1 디바이스로 인증 요청 메시지, Authenticate Request 메시지를 전송한다. 상기 제1 디바이스가 상기 인증 요청 메시지에 응답하여, 인증 응답 메시지, 예컨대 Authenticate Response 메시지를 상기 게이트웨이로 동작하는 제2 디바이스를 통해 상기 CPNS 서버(300)으로 전송한다.
그러면, 상기 인증 응답 메시지를 수신하면, 상기 CPNS 서버(300)는 PN 설정 응답 메시지를 상기 게이트웨이로 동작하는 제2 디바이스(120)로 전송한다.
그러면, 상기 게이트웨이로 동작하는 제2 디바이스(120)의 CPNS 인에이블 엔티티는 PN 설정 완료 통지 메시지, 예컨대 PN Establishment Notify 메시지를 상기 제1 디바이스로 전송한다.
이상의 메시지들의 송수신으로 인하여 PN이 설정 완료되면, 예컨대 컨텐츠 서버와 같은 애플리케이션 서버(400)는 상기 CPNS 서버(300)를 통해 자신의 서비스에 대한 정보를 포함하는 Service Description Advertisement 메시지를 상기 게이트웨이인 제2 디바이스(120)로 전달할 수 있다. 그러면, 상기 게이트웨이인 제2 디바이스(120)는 자신이 관리하는 PN에 속한 디바이스들에게 상기 Service Description Advertisement 메시지를 전달한다.
도 5은 사용자 A가 지리적 이동을 함에 따라 사용자 A의 PN이 다른 PN과 중첩되는 예를 나타내고, 도 6는 도 5에 도시된 예시에 의해 발생되는 물리적 연결 절차 및 디스커버리 절차의 신호 흐름을 나타낸 예시도이다.
먼저, 도 5(a)에는 예시적으로 3개의 PN과, CPNS 서버와, 애플리케이션 서버가 나타나 있다. 상기 3개의 PN중 PN#1은 사용자 A에 의해서 생성된 것이다. 상기 PN#1은 사용자 A의 디바이스들로 구성되는데, 예컨대 도시된 바와 같이 GW#1와 PNE#1을 포함할 수 있다. 이때, GW#1은 사용자 A의 셀룰러 폰이고, PNE#1은 사용자 A의 휴대형 멀티미디어 기기라고 가정하자. PN#2는 GW#2와 PNE#2를 포함하고, PN#3는 GW#3와, PNE#3를 포함한다. 상기 애플리케이션 서버는 상기 CPNS 서버 및 상기 GW#1, GW#2, GW#3을 통하여, 각 PN 내의 PNE들에게 서비스를 제공할 수 있다.
한편, 도 5(b)에 도시된 바와 같이, 상기 사용자 A가 GW#1를 휴대한 상태로, 지리적으로 이동하여 상기 PN#2의 커버리지 내로 이동하였다고 가정하자.
한편, 도 5(b)에 도시된 바와 같이, 상기 사용자 A가 GW#1와 PNE#1를 휴대한 상태로, 지리적으로 이동하여 상기 PN#2의 커버리지 내로 이동하였다고 가정하자.
그러면 상기 사용자 A의 GW#1와 PNE#1가 구성하는 PN#1과 상기 PN#2는 중첩되게 된다. 즉, 상기 사용자 A의 PN#1에 속한 GW#1와 PNE#1는 상기 PN#2의 커버리지 내에 포함되게 된다.
한편, 이와 같이 상기 사용자 A의 PN#1에 속한 GW#1와 PNE#1는 상기 PN#2의 커버리지 내에 포함되게 되면, 도 6(a)에 나타난 바와 같이 Paring 절차, 엔티티 디스커버리 절차가 다시 수행되게 된다.
구체적으로, 도 6(a)에 도시된 바와 같이, 사용자 A의 제1 디바이스는 GW#2와 페어링 및 디스커버리 절차를 수행하고, 사용자A의 제2 디바이스는 GW#2와 페어링 및 디스커버리 절차를 수행한다. 이때, 페어링 절차를 수행하기 위해서는 사용자 A는 핀코드를 여러 차례 입력해야 하므로, 번거롭게 된다. 또한, 디스커버리 절차를 위해서 도 2에 나타난 바와 같이 4개의 신호가 송수신되는데, 전체적으로 디스커버리 절차가 4번 수행되는 것을 고려하면, 무려 16개의 메시지가 송수신되므로, 매우 복잡하게 된다.
따라서, 도 6(b)에 도시된 바와 같이, 소정 디바이스는 페어링 절차와 디스커버리 절차를 수행하지 않도록 하는 것이 필요하다.
이를 위한 절차에 대해서 도 7 내지 도 9을 참조하여, 설명하기로 한다.
도 7는 소정 디바이스가 페어링 절차를 수행하지 않도록 하기 위한 제1 실시예를 나타낸 예시도이다.
도 7를 참조하여 알 수 있는 바와 같이, 제1 실시예는 사용자가 추후 물리적 연결 절차에서 선호하는 디바이스 및 숨기고 싶은 디바이스를 선택하거나, 수정할 수 있도록 한다.
구체적으로, 도 7를 참조하여 알 수 있는 바와 같이, 사용자 A는 PNE로 동작하는 제2 디바이스(120)과 게이트웨이로 동작하는 제1 디바이스(110)를 소유하고 있다. 이때, 제2 디바이스(120)는 휴대용 멀티미디어 기기라고 하고, 제1 디바이스(110)는 셀룰러 폰이라고 가정하자.
먼저, 상기 제1 디바이스(110)와 상기 제2 디바이스(120)가 근거리에 위치하면, 물리적 연결 절차가 수행된다. 이어서, 상기 제1 디바이스(110)와 상기 제2 디바이스(120) 간에 상호 탐색 절차가 수행되고, PN#1 설정 절차가 수행된다.
이어서, 상기 사용자 A는 상기 제1 디바이스(110)를 이용하여, 상기 PN#1 내에 속한 디바이스들 중에서, 추후 다른 디바이스와 물리적 연결을 위해 선호되는 디바이스를 선택하여 입력한다. 또는, 상기 사용자 A는 상기 제1 디바이스(110)를 이용하여, 추후 다른 디바이스와 물리적 연결을 위한 절차를 수행할 때 숨기고 싶은 디바이스를 선택한다. 상기 선택이 완료되면, 상기 제1 디바이스(110)는 상기 사용자에 의한 설정 정보를 데이터베이스에 저장하고, 상기 설정 정보를 상기 제2 디바이스(120)로 전송한다. 상기 제2 디바이스(120)는 상기 설정 정보를 데이터베이스에 저장한다.
한편, 상기 사용자 A는 상기 제1 디바이스(110)를 이용하여, 상기 설정을 변경할 수 있다. 상기 설정이 변경되면, 상기 제1 디바이스(110)는 상기 변경된 설정 정보를 제2 디바이스(120)로 전송할 수 있다.
이상에서는 상기 사용자 A가 상기 제1 디바이스(110)를 이용하여 상기 선택을 하는 및 변경하는 것으로 설명하였으나, 제2 디바이스(120)를 통하여 수행하는 것도 가능하다. 아울러, 상기 사용자 A는 상기 제1 디바이스 및 제2 디바이스가 아닌 다른 디바이스를 이용하여 상기 CPNS 서버(300)에 접속하여 설정을 할 수 있다. 이 경우, 상기 CPNS 서버(300)는 상기 설정 정보를 상기 제1 디바이스(110) 및 제2 디바이스(120)로 전송할 수 있다.
이와 같이 설정이 완료된 후, 상기 사용자 A가 상기 제1 디바이스(110) 및 제2 디바이스(120)를 휴대한 상태로, PN#2로 이동하였다고 가정하자. 그러면, 상기 PN#2에 속한 제3 디바이스(210)는 상기 제1 디바이스(110) 및 제2 디바이스(120)을 스캔하기 위하여 스캔 메시지를 전송할 수 있다. 각 디바이스는 상기 스캔 메시지를 수신하면, 자신의 설정을 확인하고, 상기 스캔 메시지에 응답할지 말지를 결정할 수 있다. 만약, 상기 제1 디바이스(110)는 상기 설정 값에 의하면 선호 디바이스로 확인되는 경우, 스캔 응답 메시지, 예컨대 Answer Scan 메시지를 상기 제3 디바이스(210)로 전송하고, 물리적 연결 절차를 수행한다. 그러나, 상기 제2 디바이스(120)는 상기 설정 값에 의하면 숨김 디바이스로 확인되는 경우, 상기 스캔 메시지를 무시하고 스캔 응답 메시지를 전송하지 않거나, 혹은 거절을 뜻하는 메시지를 전송할 수도 있다.
이상에서 설명한 제1 실시예에 의하면, 사용자가 추후 물리적 연결 절차에서 선호하는 디바이스 및 숨기고 싶은 디바이스를 선택할 수 있고, 그로 인해 불필요하게 많은 물리적 연결 절차가 수행되는 것을 방지할 수 있다.
도 8은 소정 디바이스가 상호 탐색 절차에서 숨겨지도록 하기 위한 제2 실시예를 나타낸 예시도이다.
도 8를 참조하여 알 수 있는 바와 같이, 제2 실시예는 사용자가 추후에 수행되는 상호 탐색 절차에서 숨기고 싶은 디바이스를 선택하거나, 수정할 수 있도록 한다.
구체적으로, 도 8을 참조하여 알 수 있는 바와 같이, 사용자 A는 PNE로 동작하는 제2 디바이스(120)과 게이트웨이로 동작하는 제1 디바이스(110)를 소유하고 있다. 이때, 제2 디바이스(120)는 휴대용 멀티미디어 기기라고 하고, 제1 디바이스(110)는 셀룰러 폰이라고 가정하자.
먼저, 상기 사용자 A는 추후 사용자가 추후에 수행되는 상호 탐색 절차에서 숨기고 싶은 디바이스를 선택한다.
상기 제1 디바이스(110)와 상기 제2 디바이스(120)는 서로 근거리에 위치하면, 물리적 연결 절차를 수행한다.
이어서, 상기 물리적 연결이 완료되면, 상기 제1 디바이스(110)와 상기 제2 디바이스(120) 간에 상호 탐색 절차를 수행한다. 구체적으로, 먼저 상기 제1 디바이스(110) 내의 CPNS 인에이블 엔티티는 자신의 모드가 게이트웨이로 설정되어 있으면, 상기 물리적 연결이 완료된 직 후, 탐색 요청 메시지, 예컨대 Discovery Request 메시지를 전송한다. 이때, 상기 제1 디바이스(110) 내의 CPNS 인에이블 엔티티가 먼저 전송하지 않고 상기 제2 디바이스(120)도 동시에 전송하면, 정보들이 중복될 수 있다.
이를 방지하고자, 게이트웨이로 동작하는 제1 디바이스(110)가 물리적 연결이 완료된 직후, 즉시 Discovery Request 메시지를 먼저 전송하도록 한다.
상기 Discovery Request 메시지에는 도시된 바와 같이, 상기 제1 디바이스의 모드에 대한 정보와, 상기 제1 디바이스에 대한 정보가 포함될 수 있다. 또한, 상기 Discovery Request 메시지에는 전술한 바와 같이 사용자 설정에 따라 정보가 숨겨져야하는지를 나타내는 엘리먼트, 예컨대 Sharing 엘리먼트가 포함될 수 있다. 즉, 사용자가 상기 게이트웨이 및 PN 내의 모든 PNE들이 공유되기를 선택하면, 상기 Sharing 엘리먼트는 공개(open) 또는 공유(Shared)를 나타내는 값이 설정되고, 상기 사용자가 상기 게이트웨이에 대한 정보만이 공유되기를 선택하면, 상기 Sharing 엘리먼트는 차단(blocked) 또는 보호됨(Proteced)를 나타내는 값이 설정될 수 있다.
구체적으로, 상기 Discovery Request 메시지는 아래와 같은 엘리먼트를 포함할 수 있다.
- EntityInfo 엘리먼트: Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티에 대한 정보를 포함한다.
- UserInfo 엘리먼트: Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티의 사용자에 대한 정보를 포함한다. 상기 사용자에 대한 정보는 User ID 하위 엘리먼트, User Name 하위 엘리먼트를 포함할 수 있다.
- PNEID 엘리먼트(또는 속성): Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PNE인 경우, PNE의 ID
- PN GW ID 엘리먼트(또는 속성): Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PN GW인 경우, GW의 ID
- PNE Name 또는 PN GW Name 엘리먼트: Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PNE인 경우, 그 PNE의 이름 또는 Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PN GW인 경우, GW의 이름
- 모드 엘리먼트(또는 속성): Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티의 활성화된 모드에 대한 정보로서, PNE 또는 PN GW를 나타내는 값을 갖는다. CPNS 인에이블 엔티티의 활성화된 모드가 PNE인 경우, 1 값을 갖는다. 그러나, 활성화된 모드가 PN GW인 경우, 2값을 갖는다. 도 10에서, 제3 디바이스의 CPNS 인에이블 엔티티는 게이트웨이로 설정되었으므로, 2값이 포함된다.
- PN Info Req 엘리먼트(또는 속성): True 값 또는 False 값을 가지며, Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 상기 Discovery Request 메시지를 수신할 엔티티가 저장하고 있는 PN에 대한 정보를 획득하고 싶을 경우, True 값을 포함시킨다.
- UI Capabilities 엘리먼트(또는 속성): PNE를 대신하여 PN GW가 사용자 상호작용(User Interaction)을 수행해야 할 경우, True값을 가진다. 이는 PNE에 의해서 설정된다. 예를 들어, PNE가 사용자 인테페이스가 없는 경우, PN GW가 사용자와의 상호 작용을 대신하도록 할 경우에 True 값으로 설정될 수 있다.
- Zone based service support 엘리먼트(또는 속성): PN GW가 존 기반 서비스를 제공할 수 있는 경우 “TRUE”로 설정된다.
- PN Info 엘리먼트: Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PN GW인 경우, 포함되는 엘리먼트로서, PN ID 하위 엘리먼트, Description 하위 엘리먼트, Sharing 하위 엘리먼트, PNE Info 하위 엘리먼트등을 포함한다. PN ID 하위 엘리먼트는 기존에 PN이 있었던 경우, PN에 대한 ID를 나타낸다. 상기 Sharing 하위 엘리먼트는 상기 사용자 설정에 따라 상기 PN 내에 속해 있는 다른 PNE들의 정보를 숨기고, PN GW 정보만을 전달할지 여부를 나타낸다. 상기 Sharing 하위 엘리먼트의 값이 1로 설정된 경우, 상기 PNE Info 하위 엘리먼트 내에 PNE들의 정보가 포함될 수 있다. 그러나, 상기 Sharing 하위 엘리먼트의 값이 2로 설정된 경우, 상기 PNE Info 하위 엘리먼트 내에 PNE들의 정보가 포함되지 않을 수 있다. 한편, PNE Info 하위 엘리먼트는 기존에 PN이 있었던 경우, 그 PN에 속한 PNE에 대한 정보를 포함한다. 상기 PNE info 하위 엘리먼트는 PNE ID엘리먼트와 PNE Name엘리먼트를 포함한다.
상기 Discovery Request 메시지는 브로드캐스트 방식으로 전송될 수 있다.
이상에서 설명한 Discovery Request 메시지는 아래의 표 1과 같을 수 있다.
표 1
엘리먼트 설명
User Info UserID와 UserName를 포함한다.
UserID CPNS 사용자의ID
UserName CPNS 사용자의 이름
EntityInfo Entity information의 약자로서, PNEID, PNGWID, Name, Mode, PN Info Req, UI Capa, Zone based service support, Broadcast group key delivery support 엘리먼트를 포함할 수 있다.
PNEID PNE의 ID
PNGWID PN GW의 ID
Name PNE 또는 PN GW의 이름
Mode 전송하는 주체의 모드로서, PNE가 전송하는 경우, 1이고, PN GW가 전송하는 경우 2 값을 갖는다. PNE와 GW로 동시에 동작할 수 있는 경우, 3값을 갖는다.
PNInfoReq PNE가 메시지를 전송하는 경우에, PN Info를 요청하면 Tree로 설정된다.
UICapa PNE로 동작하는 디바이스가 사용자 인터페이스를 갖지 않은 경우, PN GW가 사용자와의 상호 작용을 하도록 할 경우 True로 설정된다.
Zone based service support PN GW가 존 기반 서비스를 제공하는 경우 True로 설정된다.
PN Info Discovery Request 메시지를 전송하는 주체가 PN GW이고, PN을 가지고 있는 경우, PNE가 PN에 가입할 수 있도록 하기 위해 PN에 대한 정보를 포함한다. PN ID, Description, PNE Info 하위 엘리먼트를 포함할 수 있다.
PNID PN의 ID
Description PN에 대한 설명
Sharing PN 인벤토리의 공유 여부 1: Shared(공유)됨을 나타낸다. 즉, PN GW의 정보와 PNE 정보가 모두 공유됨 2: Protected(숨김)됨을 나타낸다. 즉, PN GW의 정보만이 공유되고, PNE 정보는 공유되지 않는다.
PNE Info PN의 멤버인 PNE들에 대한 정보를 포함한다. 하위 엘리먼트로서, PNEID, PNE Name을 포함할 수 있다.또한, 하위 엘리먼트로서 Device Info를 포함할 수 있다.
PNEID PNE의 ID
PNEName PNE의 이름
Device Info 디바이스에 대한 정보이다. Mode 엘리먼트와, InactiveMode를 포함할 수 있다.
Mode 현재 활성화된 Mode에 대한 정보를 포함할 수 있다.
Inactive Mode 비활성화된 Mode에 대한 정보를 포함한다.
한편, 상기 제2 디바이스(120)가 상기 Discovery Request 메시지를 수신하면, 상기 Discovery Request 메시지를 확인한다. 그리고, 상기 제2 디바이스(120)는 상기 Discovery Request 메시지 내에 있는 엘리먼트들을 저장한다. 특히, 상기 제2 디바이스(120)는 상기 PNE Info 엘리먼트를 이용하여 내부에 PN 인벤토리를 생성하고 저장한다.
또한, 상기 제2 디바이스(120)는 상기 Discovery Request 메시지에 기초하여 상기 제1 디바이스(110)의 모드가 게이트웨이로 확인되면, 추가적으로 Discovery Request 메시지를 전송하지 않는 것으로 결정하고, Discovery Response 메시지를 생성한다.
상기 Discovery Response 메시지에는 도시된 바와 같이, 상기 제2 디바이스의 모드에 대한 정보와, 상기 제2 디바이스에 대한 정보가 포함될 수 있다. 또한, 상기 Discovery Response 메시지에는 전술한 바와 같이 사용자 설정에 따라 숨겨져야하는지를 나타내는 엘리먼트, 예컨대 Sharing 엘리먼트가 포함될 수 있다. 즉, 사용자가 상기 게이트웨이 및 PN 내의 모든 PNE들이 공유되기를 선택하면, 상기 Sharing 엘리먼트는 공개(open) 또는 공유(Shared)를 나타내는 값이 설정되고, 상기 사용자가 상기 게이트웨이에 대한 정보만이 공유되기를 선택하면, 상기 Sharing 엘리먼트는 차단(blocked) 또는 보호됨(Proteced)를 나타내는 값이 설정될 수 있다.
구체적으로, 상기 Discovery Response 메시지는 아래와 같은 엘리먼트를 포함할 수 있다.
- Entity Info 엘리먼트: Discovery Request를 수신한 CPNS 인에이블 엔티티에 대한 정보로서, User ID 하위 엘리먼트와 user Name 하위 엘리먼트를 포함한다.
- PNE ID 엘리먼트: 상기 Discovery Request를 수신한 CPNS 인에이블 엔티티가 PNE인 경우, PNE의 ID를 포함한다.
- PNE Name 엘리먼트: 상기 Discovery Request를 수신한 CPNS 인에이블 엔티티가 PNE인 경우, PNE의 이름을 포함한다.
- Mode 엘리먼트: Both 모드 또는 Combined Mode로 설정한다.
- UI Capa 엘리먼트: PNE를 대신하여 PN GW가 사용자 상호작용(User Interaction)을 수행하도록 할 경우, True값을 가진다. 이는 PNE에 의해서 설정된다. 예를 들어, PNE가 사용자 인테페이스가 없는 경우, PN GW가 사용자와의 상호 작용을 대신하도록 할 경우에 True 값으로 설정될 수 있다.
- PN Info 엘리먼트: 상기 수신한 Discovery Request 메시지 내에 PN Info Req 엘리먼트의 값이 True로 설정되어 있었을 경우, 이 엘리먼트가 포함된다. 상기 PN Info 엘리먼트는 PN ID 하위 엘리먼트, Description 하위 엘리먼트, Sharing 하위 엘리먼트, PNE Info 하위 엘리먼트등을 포함한다. PN ID 하위 엘리먼트는 기존에 PN이 있었던 경우, PN에 대한 ID를 나타낸다. 상기 Sharing 하위 엘리먼트는 상기 사용자 설정에 따라 상기 PN 내에 속해 있는 다른 PNE들의 정보를 숨기고, PN GW 정보만을 전달할지 여부를 나타낸다. 상기 Sharing 하위 엘리먼트의 값이 1로 설정된 경우, 상기 PNE Info 하위 엘리먼트 내에 PNE들의 정보가 포함될 수 있다. 그러나, 상기 Sharing 하위 엘리먼트의 값이 2로 설정된 경우, 상기 PNE Info 하위 엘리먼트 내에 PNE들의 정보가 포함되지 않을 수 있다. 한편, PNE Info 하위 엘리먼트는 기존에 PN이 있었던 경우, 그 PN에 속한 PNE에 대한 정보를 포함한다. 상기 PNE info 하위 엘리먼트는 PNE ID엘리먼트와 PNE Name엘리먼트를 포함한다.
- PNE Info 엘리먼트: PN의 멤버에 대한 정보를 포함한다.
이상에서 설명한 Discovery Response 메시지는 아래의 표 2와 같을 수 있다.
표 2
엘리먼트 설명
User Info UserID와 UserName를 포함한다.
UserID 사용자의 ID
UserName 사용자의 이름
EntityInfo Entity information의 약자로서, PNEID, PNGWID, Name, Mode, PN Info Req, UI Capa엘리먼트를 포함할 수 있다.
PNEID PNE의 ID
PNGWID PN GW의 ID
Name PNE 또는 PN GW의 이름
Mode Discovery Response 메시지를 전송하는 주체의 모드로서, PNE가 전송하는 경우, 1이고, PN GW가 전송하는 경우 2 값을 갖는다. PNE와 GW로 동시에 동작할 수 있는 경우, 3값을 갖는다.
UICapa PNE로 동작하는 디바이스가 사용자 인터페이스를 갖지 않은 경우, PN GW가 사용자와의 상호 작용을 하도록 할 경우 True로 설정된다.
PN Info Discovery Response 메시지를 전송하는 주체가 PNE 이고, 이미 다른 PN에 참가하고 있는 경우,상기 PN에 대한 정보를 포함한다. PN ID, Description, PNE Info 하위 엘리먼트를 포함할 수 있다.
PNID PN의 ID
Description PN에 대한 설명
Sharing PN 인벤토리의 공유 여부 1: Shared(공유)됨을 나타낸다. 즉, PN GW의 정보와 PNE 정보가 모두 공유됨 2: Protected(숨김)됨을 나타낸다. 즉, PN GW의 정보만이 공유되고, PNE 정보는 공유되지 않는다.
PNEInfo PN의 멤버인 PNE들에 대한 정보를 포함한다. 하위 엘리먼트로서, PNEID, PNE Name을 포함할 수 있다.또한, 하위 엘리먼트로서 Device Info를 포함할 수 있다.
PNEID PNE의 ID
PNEName PNE의 이름
DeviceInfo 디바이스에 대한 정보이다. Mode 엘리먼트와, InactiveMode를 포함할 수 있다.
Mode 현재 활성화된 Mode에 대한 정보를 포함할 수 있다.
InactiveMode 비활성화된 Mode에 대한 정보를 포함한다.
한편, 상기 제1 디바이스(110)가 상기 Discovery Response 메시지를 수신하면, 상기 Discovery Response 메시지를 확인한다. 그리고, 상기 제1 디바이스(110)는 상기 Discovery Response 메시지 내에 있는 엘리먼트들을 저장한다. 특히, 상기 제1 디바이스(110)는 상기 PNE Info 엘리먼트를 이용하여 내부에 PN 인벤토리를 생성하고 저장한다.
상기 상호 탐색 절차가 완료되면, 상기 제1 디바이스(110), 상기 제2 디바이스(120)는 PN 설정 절차를 수행한다. 상기 PN 설정 절차에서 상기 게이트웨이 모드로 동작하는 제1 디바이스(110)는 상기 CPNS 서버(300)에 PN#1에 대한 등록을 수행한다. 상기 CPNS 서버(300)는 상기 PN#1에 대한 정보를 PN 인벤토리에 저장하고, 상기 PNE Info 엘리먼트를 저장한다. 이때, 상기 PNE Info 엘리먼트에는 전술한 바와 같이 Sharing 하위 엘리먼트가 포함되어 있다.
한편, 상기 사용자 A는 상기 제1 디바이스(110) 및 제2 디바이스(120)을 휴대한 상태로, 지리적으로 이동하여 상기 PN#2의 커버리지 내로 이동하였다고 가정하자.
그러면, 상기 제1 디바이스(110)와 제2 디바이스(120)는 상기 제3 디바이스(210)과 물리적 연결을 수행한다.
상기 물리적 연결이 완료되면, 상기 제3 디바이스(210) 내의 CPNS 인에이블 엔티티는 자신의 모드가 게이트웨이로 설정되어 있으면, 상기 물리적 연결이 완료된 직 후, 탐색 요청 메시지, 예컨대 Discovery Request 메시지를 상기 제1 디바이스(110)와 제2 디바이스(120)로 각기 전송한다.
상기 제2 디바이스(120)는 상기 탐색 요청 메시지, 예컨대 Discovery Request 메시지를 수신하면, 자신의 사용자 설정, 예컨대 Sharing 엘리먼트를 확인한다. 만약, 상기 사용자 설정, 예컨대 Sharing 엘리먼트에 PNE의 정보, 예컨대 상기 제2 디바이스(120)의 정보가 숨겨지는 것으로 설정되어 있으면, 상기 제2 디바이스(120)는 상기 Discovery Request 메시지에 대한 응답 메시지, 예컨대 Discovery Response 메시지를 전송하지 않을 수 있다. 또는 상기 Discovery Response 메시지 내에 게이트웨이인 상기 제1 디바이스에 대한 정보만을 포함시켜 전송할 수 있다.
마찬가지로, 상기 제1 디바이스(110)가 상기 탐색 요청 메시지, 예컨대 Discovery Request 메시지를 수신하면, 자신의 사용자 설정, 예컨대 Sharing 엘리먼트를 확인한다. 만약, 상기 사용자 설정, 예컨대 Sharing 엘리먼트에 PNE의 정보, 예컨대 상기 제2 디바이스(120)의 정보가 숨겨지는 것으로 설정되어 있으면, 상기 제1 디바이스(110)는 선택적으로 사용자에게 확인을 요청할 수 있다. 즉, 상기 제1 디바이스(110)는 사용자에게 숨김을 해제하여 정보를 공유할 것인지에 대한 입력을 받을 수 있다. 상기 PNE의 정보, 예컨대 상기 제2 디바이스(120)의 정보가 숨겨지는 것으로 확인돠면, 상기 제1 디바이스(110)는 자신이 게이트웨이(GW)이므로, 자신에 대한 정보만을 Discovery Response 메시지에 포함시켜 전송할 수 있다.
한편, 원격 엔티티(500)는 상기 사용자 A의 디바이스들에게 서비스를 제공하는 것을 희망한다. 그러나, 상기 원격 엔티티(500)는 상기 사용자 A가 어떠한 디바이스들을 소지하고 있는지 알 수 없으므로, 상기 CPNS 서버(300)에게 상기 사용자 A의 PN에 대한 정보 요청 메시지를 전송한다. 상기 CPNS 서버(300)는 전술한 바와 같이 저장하고 있는 PN 인벤토리 및 PNE Info 엘리먼트를 확인한다. 구체적으로, 상기 CPNS 서버(300)는 Sharing 엘리먼트를 확인하고, PNE의 정보, 예컨대 상기 제2 디바이스(120)의 정보가 숨겨지는 것으로 설정되어 있으면, 게이트웨이인 제1 디바이스(110)의 정보만을 PN 정보 응답 메시지에 포함시켜 전송할 수 있다.
이상에서 설명한 바와 같이, 제2 실시예는 사용자가 추후에 수행되는 상호 탐색 절차에서 숨기고 싶은 디바이스를 선택하거나, 수정할 수 있도록 한다.
도 9은 소정 디바이스가 숨겨지도록 하기 위한 제3 실시예를 나타낸 예시도이다.
도 9를 참조하여 알 수 있는 바와 같이, 제3 실시예는 사용자가 추후에 수행되는 서비스 탐색 절차에서 숨기고 싶은 디바이스를 선택하거나, 수정할 수 있도록 한다.
구체적으로, 도 9을 참조하여 알 수 있는 바와 같이, 사용자 A는 PNE로 동작하는 제2 디바이스(120)과 게이트웨이로 동작하는 제1 디바이스(110)를 소유하고 있다. 이때, 제2 디바이스(120)는 휴대용 멀티미디어 기기라고 하고, 제1 디바이스(110)는 셀룰러 폰이라고 가정하자.
먼저, 상기 사용자 A는 추후 사용자가 추후에 수행되는 서비스 탐색 절차에서 숨기고 싶은 디바이스를 선택한다.
상기 제1 디바이스(110)와 상기 제2 디바이스(120)는 서로 근거리에 위치하면, 물리적 연결 절차를 수행한다.
이어서, 상기 물리적 연결이 완료되면, 상기 제1 디바이스(110)와 상기 제2 디바이스(120) 간에 상호 탐색 절차를 수행한다
상호 탐색 절차가 완료되면, PN 설정 절차가 수행된다. 이때, 상기 PN 설정 절차는 상기 PNE인 제2 디바이스(120)가 먼저 시작할 수도 있고, 혹은 제1 디바이스(110)가 먼저 시작할 수도 있다.
상기 제2 디바이스(120)가 먼저 시작하는 경우, 상기 제2 디바이스(120)는 상기 제1 디바이스(110)를 통해 PN 설정 요청 메시지, 예컨대 PN Setup Request 메시지를 상기 CPNS 서버(300)으로 전송한다. 이때, 상기 PN Setup Request 메시지는 Sharing 엘리먼트를 포함할 수 있다. 즉, 사용자가 상기 게이트웨이 및 PN 내의 모든 PNE들이 공유되기를 선택하면, 상기 Sharing 엘리먼트는 공개(open) 또는 공유(Shared)를 나타내는 값이 설정되고, 상기 사용자가 상기 게이트웨이에 대한 정보만이 공유되기를 선택하면, 상기 Sharing 엘리먼트는 차단(blocked) 또는 보호됨(Proteced)를 나타내는 값이 설정될 수 있다.
한편, 상기 제1 디바이스(110)가 먼저 시작하는 경우, 상기 제1 디바이스(110)는 제2 디바이스(120)로 PN 설정 요청 메시지를 전송한다. 이때, 상기 PN 설정 요청 메시지는 상기 게이트웨이에 대한 정보, 생성될 PN에 속하게 될 엔티티들(예컨대, 상기 제1 디바이스 내의 CPNS 인에이블 엔티티)에 대한 정보를 포함할 수 있다. 또한, 상기 PN 설정 요청 메시지는 전술한 Sharing 엘리먼트를 포함할 수 있다.
상기 PN Setup Request 메시지는 다음의 표 3과 같을 수 있다.
표 3
엘리먼트 설명
Origin Entity ID PN을 설정하려는 CPNS 인에이블 엔티티의 ID
PN Setup Type PN이 어떻게 설정되어야 하는지를 나타낸다.1: PN GW와 PNE가 일대일로 포함된다.2: PNE가 PN GW와 연결된 모든 디바이스들과 PN을 설정할 수 있도록 한다. 3: 초대되는 특정 PNE들하고만 PN을 설정한다.
Invited PNE ID PN 설정과정동안 초대될 PNE들의 ID를 포함한다.
PN Info CPNS 서버에 등록되고 저장될 PN의 정보로서, PNID, Description, Disclosure, Ownership Entity, PN GW Info, PNE Info 엘리먼트를 포함할 수 있다.
PN ID PN의 ID를 나타낸다.
Description PN에 대한 설명 (예 Home, Office)
Sharing PN 인벤토리의 공유 여부 1: Shared(공유)됨을 나타낸다. 즉, PN GW의 정보와 PNE 정보가 모두 공유됨 2: Protected(숨김)됨을 나타낸다. 즉, PN GW의 정보만이 공유되고, PNE 정보는 공유되지 않는다.
PN GW Info PN GW에 대한 정보로서, PNGWID와, PN GW Name엘리먼트를 포함한다.
PNGWID PN GW의 ID
PN GW Name PN GW의 이름
PNE Info PNE에 대한 정보로서, PNEID, PNE Name, Mode, Description, Device Capa, Service Profile 엘리먼트를 포함할 수 있다.
PNE ID PNE의 ID
PNE Name PNE의 이름
Mode PNE의 모드에 대한 정보
Description PN에 대한 설명
Device Capa PNE를 포함하는 디바이스의 기능에 대한 정보이다.
Service Profile CPNS 인에이블 애플리케이션에 대한 정보 또는 특정 서비스 또는 상태를 지원하는 컨텐츠에 대한 정보
Auth IniData PNE 인증 절차를 시작하기 위해서 사용되는 정보로서, AuthPNEID, rand_PNE, LocalEUKeyAssignment를 포함할 수 있다.
AuthPNEID CPNS 서버에 의해서 인증되어야 할 타겟 PNE의ID
rand_PNE PNE에 의해서 생성된 랜덤 값
LocalEUKeyAssignment LocalEUKey 할당의 필요성을 나타내는 플래그TRUE: 필요함, FALSE: 불필요함
상기 제2 디바이스(120)의 CPNS 인에이블 엔티티가 상기 PN Setup Request 메시지를 수신하면, 누가 PN을 생성하려고 하는지를 알기 위해 상기 Origin Entity ID엘리먼트를 확인한다. 그리고, 상기 메시지에서 PN ID와 Msg ID엘리먼트를 추출한다.
상기 제2 디바이스(120)의 CPNS 인에이블 엔티티는 상기 PN 설정 요청 메시지에 대한 응답 메시지로서, PN 설정 응답 메시지를 생성한다. 구체적으로, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티는 상기 PN 설정 요청 메시지에 대한 응답을 상기 PN 설정 응답 메시지 내의 Return 엘리먼트에 포함시킨다. 상기 응답은 성공이면 1이고, 실패면 2이다. 이때, 상기 PN Setup Request 메시지는 Sharing 엘리먼트를 포함할 수 있다.
상기 생성된 PN 설정 응답 메시지는 아래의 표 4와 같을 수 있다.
표 4
엘리먼트 설명
Return PN SETUP Request에 대한 성공 여부1: OK2: 실패, CPNS 인에이블 엔티티가 상기 요청을 처리할 수 없음3: 허락되지 않음
PNInfo PN에 대한 정보로서, PNID, Description, PNGWInfo, PNEInfo를 포함할 수 있다.
PN ID PN의 아이디
Description PN에 대한 설명
Sharing PN 인벤토리의 공유 여부 1: Shared(공유)됨을 나타낸다. 즉, PN GW의 정보와 PNE 정보가 모두 공유됨 2: Protected(숨김)됨을 나타낸다. 즉, PN GW의 정보만이 공유되고, PNE 정보는 공유되지 않는다.
PN GW Info PN GW에 대한 정보로서, PNGWID, PN GW Name를 포함할 수 있다.
PNGWID PN GW의 ID
PNGW Name PN GW의 이름
PNE Info PNE에 대한 정보로서, PNEID, PNEName, Mode, Description, DeviceCapa, ServiceProfile를 포함할 수 있다.
PNEID PNE의 ID
PNEName PNE의 이름
Mode 디바이스의 모드에 대한 정보
Description PN에 대한 설명
Device Capa PNE가 포함된 디바이스의 기능에 대한 정보
Service Profile CPNS 인에이블 애플리케이션에 대한 정보 또는 특정 서비스 또는 상태를 지원하는 컨텐츠에 대한 정보
AuthIniData PNE 인증 절차를 시작하기 위해서 사용되는 정보로서, AuthPNEID, rand_PNE, LocalEUKeyAssignment를 포함할 수 있다
AuthPNEID CPNS 서버에 의해서 인증되어야 할 타겟 PNE의ID
rand_PNE PNE에 의해서 생성된 랜덤 값
LocalEUKeyAssignment LocalEUKey 할당의 필요성을 나타내는 플래그TRUE: 필요함, FALSE: 불필요함
Auth FinData CPNS 서버를 인증하기 위해 PNE에서 사용되는 정보로서, HASH를 포함한다.
HASH 타겟 PNE 또는 PN GW에 의해서 계산된 해쉬 값
상기 PN 설정 응답 메시지, 예컨대 PN Setup Response 메시지의 생성이 완료되면, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티는 상기 생성된 메시지를 상기 제1 디바이스(110)로 전송한다.
상기 제2 디바이스(120)로부터 PN 설정 응답 메시지를 수신하면, 상기 제1 디바이스(110)는 상기 수신한 PN 설정 응답 메시지에 기초하여 PN 설정 요청 메시지를 생성하고, 상기 CPNS 서버(300)로 전송한다.
상기 CPNS 서버(300)가 상기 제1 디바이스(110)로부터 PN Setup Request 메시지를 수신하면, 인증 요청 메시지, 예컨대 Authenticate Request 메시지를 생성하고, 상기 제1 디바이스(110)를 통해 상기 제2 디바이스(120)로 전달한다.
상기 제2 디바이스(120)는 상기 제1 디바이스(110)를 통해 상기 CPNS 서버(300)로 인증 응답 메시지를 전송한다.
상기 인증 응답 메시지의 확인 결과, 상기 인증이 성공이면, 상기 CPNS 서버(300)는 상기 PN Setup Request 메시지에 포함되어 있던 PN 정보를 등록하고, PN 인벤토리(inventory)에 저장한다.
상기 CPNS 서버(300)는 PN Setup Response 메시지를 생성하고, 상기 제1 디바이스(110)로 전송한다.
상기 제1 디바이스(110)는 상기 CPNS 서버로부터 상기 PN Setup Response 메시지를 수신하면, 로컬 PN 인벤토리 내에 PN 정보를 저장한다. 그리고, 상기 제1 디바이스(110)는 PN 설정 통지 메시지, 예컨대 PN Establishment Notify 메시지를 생성하고, 상기 제2 디바이스(120)로 전송한다.
한편, 원격 엔티티는 상기 생성된 PN#1에서 제공되는 서비스를 알기 위해서 Service Discovery Request 메시지를 상기 CPNS 서버(300)로 전송한다.
상기 Service Discovery Request 메시지는 다음의 표 5와 같을 수 있다.
표 5
엘리먼트 설명
OriginEntityID 서비스 탐색 요청 메시지를 전송하는 주체의 식별자
SG Info 서비스 그룹 정보Service Group Information.
Service ID 서비스 식별자
Keyword 서비스 키워드, 서비스 그룹 키워드 또는 멤버 식별자
Member Req “True”로 설정될 경우, 서비스 그룹의 멤버에 대한 정보를 요청한다는 의미이다.
상기 CPNS 서버는 상기 Service Discovery Request 메시지를 수신하면, 상기 메시지 내에 엘리먼트들을 확인한다.
상기 메시지 내에 검색 규칙 정보, 예컨대 keyword 엘리먼트가 있고, 사업자 정책에 대한 정보가 없으면, 상기 CPNS 서버는 상기 요청에 기초하여 검색을 수행한다. 그러나, 상기 메시지 내에 검색 규칙 정보, 예컨대 keyword 엘리먼트가 있고, 사업자 정책 정보가 있으면, 상기 CPNS 서버(300) 는 상기 검색 규칙 및 상기 사업자 정책 정보에 기초하여, 검색을 수행한다. 그러나, 상기 메시지 내에 검색 규칙 정보, 예컨대 keyword 엘리먼트가 없고, 사업자 정책에 대한 정보만 있으면, 상기 CPNS 서버(300)는 상기 사업자 정책에 기초하여 서비스를 검색한다. 그러나, 상기 메시지 내에 검색 규칙 정보, 예컨대 keyword 엘리먼트가 없고, 사업자 정책에 대한 정보도 없으면, 상기 CPNS 서버(300)는 이용가능한 모든 서비스를 검색한다.
한편, 상기 CPNS 서버(300)는 상기 저장된 정보들, 예컨대 로컬 PN 인벤토리 내에 PN 정보에 기초하여, Sharing 엘리먼트를 확인한다. 만약, 상기 Sharing 엘리먼트에 PNE의 정보, 예컨대 상기 제2 디바이스(120)의 정보가 숨겨져야 하는 것으로 설정되어 있고, 상기 검색 결과들 중 상기 제2 디바이스(120)에 대한 정보가 포함되어 있으면, 상기 CPNS 서버(300)는 상기 제1 디바이스(110)를 통해 상기 제2 디바이스(120)로 서비스 탐색 확인 요청 메시지를 전송한다. 상기 제2 디바이스(120)는 사용자의 입력 또는 설정 정보에 기초하여, 허여 또는 거절을 의미하는 값을 포함하는 result 엘리먼트를 서비스 탐색 확인 응답 메시지에 포함시켜, 상기 CPNS 서버(300)로 전송한다.
상기 CPNS 서버(300)는 상기 수신한 서비스 탐색 확인 응답 메시지 내의 result 엘리먼트에 허여를 나타내는 값이 포함되어 있으면, 상기 제2 디바이스(120)의 정보를 포함하는 SG info 엘리먼트를 서비스 탐색 응답 메시지, 예컨대 Service Discovery Responses 메시지 내에 포함시켜, 상기 원격 엔티티(500)로 전송한다. 그러나, 상기 수신한 서비스 탐색 확인 응답 메시지 내의 result 엘리먼트에 거절을 나타내는 값이 포함되어 있으면, 상기 제2 디바이스(120)의 정보를 제외하고 다른 정보를 포함하는 SG info 엘리먼트를 탐색 응답 메시지에 포함시켜, 상기 원격 엔티티(500)로 전송한다.
상기 서비스 탐색 응답 메시지, 예컨대 Service Discovery Response 메시지는 아래의 표 6과 같을 수 있다.
표 6
이름 Description
SG Info 서비스 그룹 정보
SGID 서비스 그룹 식별자
SG Description 서비스 그룹에 대한 설명
SGOwner 서비스 그룹의 엔티티 식별 정보
ServiceInfo 서비스 그룹에 대한 서비스 정보
ServiceID 서비스 식별자
ServiceName 서비스 키워드 또는 태그
Member Info 서비스 그룹 멤버의 정보
PNE ID PNE 이름
Name PNE 이름
이상에서 설명한 바와 같이, 3 실시예는 사용자가 추후에 수행되는 서비스 탐색 절차에서 숨기고 싶은 디바이스를 선택하거나, 수정할 수 있도록 한다.
한편, 이상의 제1 내지 제3 실시예에서 제2 디바이스(120)가 페어링 절차, 상호 탐색 절차, 서비스 탐색 절차에서 숨겨지는 것으로 설정되어 있는 상태에서, 상기 사용자 A가 상기 제1 디바이스(110) 및 제2 디바이스(120)를 휴대한 상태로, 지리적으로 이동하여 상기 PN#2의 커버리지로 이동하였다고 하자.
그러면 상기 사용자 A의 PN#1과 상기 PN#2는 중첩되게 된다. 즉, 상기 사용자 A의 제1 디바이스(110)와 제2 디바이스(120)는 상기 PN#2의 커버리지 내에 포함되게 된다.
그러나, 상기 제2 디바이스(120) 는 상기 PN#2의 커버리지 내에 위치하였지만, 상기 제1 내지 제3 실시예에 따라 제2 디바이스(120)가 페어링 절차, 상호 탐색 절차, 서비스 탐색 절차에서 숨겨지는 것으로 설정되어 있으므로, 상기 제1 디바이스(110)만이 상기 PN#2 내에서 페어링 절차, 상호 탐색 절차, 서비스 탐색 절차를 수행할 수 있다. 그러나, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티는 게이트웨이(GW)로 동작하고 있으므로, 상기 PN#2 내에서의 서비스를 받기 위해서는 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티의 모드를 게이트웨이 모드에서 다른 모드로 변경할 수 있게 하는 것이 필요하다. 이하에서는 이에 대해서 설명하기로 한다.
도 10은 CPNS 인에이블 엔티티의 모드를 변경하는 신호 흐름도를 나타내고, 도 11는 CPNS 인에이블 엔티티의 모드를 변경하는 과정을 나타낸다.
도 10를 참조하여 알 수 있는 바와 같이, 제1 실시예는 제1 디바이스(120)의 CPNS 인에이블 엔티티의 모드를 게이트웨이에서 다른 모드로 변경하는 과정을 나타낸다.
구체적으로, 도 10를 참조하여 알 수 있는 바와 같이, 사용자 A는 게이트웨이로 동작하는 제1 디바이스(110)와 PNE로 동작하는 제2 디바이스(120)를 소유하고 있다. 제1 디바이스(110)는 셀룰러 폰이라고 하고, 제2 디바이스(120)는 휴대용 멀티미디어 기기라고 가정하자.
1~4) 먼저, 상기 제2 디바이스(120)는 전술한 제1 실시예 내지 제 3 실시예에 따라 페어링 절차, 상호 탐색 절차, 서비스 탐색 절차에서 숨겨지는 것으로 설정되어 있는 것으로 가정하자.
상기 제1 디바이스(110)와 상기 제2 디바이스(120)가 근거리에 위치하면, 물리적 연결 절차(예컨대 물리적 페어링 절차)가 수행된다. 상기 제1 디바이스(110)내의 CPNS 인에이블 엔티티는 자신의 모드 설정값을 읽어드리고, 상기 모드 설정값에 따라 게이트웨이 엔티티를 활성화하고, PNE를 비활성화한다. 마찬가지로, 상기 제2 디바이스(120)내의 CPNS 인에이블 엔티티는 자신의 모드 설정값을 읽어드리고, 상기 모드 설정값에 따라 PNE를 활성화하고, 게이트웨이 엔티티를 비활성화한다. 이어서, 상기 제1 디바이스(110)와 상기 제2 디바이스(120) 간에 상호 탐색 절차가 수행된다. 한편, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티는 PN 설정 절차를 수행하여, PN#1을 생성한다.
5) 한편, 상기 사용자 A는 상기 제1 디바이스(110)을 휴대한 상태로, 지리적으로 이동하여 상기 PN#2의 커버리지 내로 이동하였다고 가정하자. 이때, 제2 디바이스(120)는 상기 PN#2의 커버리지 내에 위치하지만 상기 숨김 설정 등의 이유로 페어링 절차를 수행하지 않을 수 있다.
그러면, 상기 사용자 A는 상기 제1 디바이스(110)만이 상기 제3 디바이스(210)과 물리적 연결을 수행한다.
6) 상기 물리적 연결이 완료되면, 상기 제3 디바이스(210) 내의 CPNS 인에이블 엔티티는 자신의 모드가 게이트웨이로 설정되어 있으면, 상기 물리적 연결이 완료된 직 후, 탐색 요청 메시지, 예컨대 Discovery Request 메시지를 전송한다. 이때, 상기 제3 디바이스(210) 내의 CPNS 인에이블 엔티티가 먼저 전송하지 않고 상기 제1 디바이스(110)도 동시에 전송하면, 정보들이 중복될 수 있다. 이를 방지하고자, 게이트웨이로 동작하는 제3 디바이스(210)가 물리적 연결이 완료된 직후, 즉시 Discovery Request 메시지를 먼저 전송하도록 한다.
한편, 상기 Discovery Request 메시지는 아래와 같은 엘리먼트를 포함할 수 있다.
- EntityInfo 엘리먼트: Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티에 대한 정보를 포함한다.
- UserInfo 엘리먼트: Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티의 사용자에 대한 정보를 포함한다. 상기 사용자에 대한 정보는 User ID 하위 엘리먼트, User Name 하위 엘리먼트를 포함할 수 있다.
- PNEID 엘리먼트(또는 속성): Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PNE인 경우, PNE의 ID
- PN GW ID 엘리먼트(또는 속성): Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PN GW인 경우, GW의 ID
- PNE Name 또는 PN GW Name 엘리먼트: Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PNE인 경우, 그 PNE의 이름 또는 Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PN GW인 경우, GW의 이름
- 모드 엘리먼트(또는 속성): Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티의 활성화된 모드에 대한 정보로서, PNE 또는 PN GW를 나타내는 값을 갖는다. CPNS 인에이블 엔티티의 활성화된 모드가 PNE인 경우, 1 값을 갖는다. 그러나, 활성화된 모드가 PN GW인 경우, 2값을 갖는다. 도 10에서, 제3 디바이스의 CPNS 인에이블 엔티티는 게이트웨이로 설정되었으므로, 2값이 포함된다.
- PN Info Req 엘리먼트(또는 속성): True 값 또는 False 값을 가지며, Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 상기 Discovery Request 메시지를 수신할 엔티티가 저장하고 있는 PN에 대한 정보를 획득하고 싶을 경우, True 값을 포함시킨다.
- UI Capabilities 엘리먼트(또는 속성): PNE를 대신하여 PN GW가 사용자 상호작용(User Interaction)을 수행해야 할 경우, True값을 가진다. 이는 PNE에 의해서 설정된다. 예를 들어, PNE가 사용자 인테페이스가 없는 경우, PN GW가 사용자와의 상호 작용을 대신하도록 할 경우에 True 값으로 설정될 수 있다.
- Zone based service support 엘리먼트(또는 속성): PN GW가 존 기반 서비스를 제공할 수 있는 경우 “TRUE”로 설정된다.
- PN Info 엘리먼트: Discovery Request 메시지를 전송하는 CPNS 인에이블 엔티티가 PN GW인 경우, 포함되는 엘리먼트로서, PN ID 하위 엘리먼트 , PNE Info 하위 엘리먼트등을 포함한다. PN ID 하위 엘리먼트는 기존에 PN이 있었던 경우, PN에 대한 ID를 나타내고, PNE Info 하위 엘리먼트는 기존에 PN이 있었던 경우, 그 PN에 속한 PNE에 대한 정보를 포함한다. 상기 PNE info 하위 엘리먼트는 PNE ID엘리먼트와 PNE Name엘리먼트를 포함한다. 이상에서 설명한 Discovery Request 메시지는 전술한 표 1과 같을 수 있다.
이와 같이 Discovery Request 메시지를 생성한 후, 상기 게이트웨이는 상기 메시지를 물리적 연결을 통해 검출된 디바이스들에게 전송한다. 상기 Discovery Request 메시지는 브로드캐스트 방식으로 전송될 수 있다.
7) 그러면, 도 11에 자세하게 나온 바와 같이, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티는 수신된 탐색 요청 메시지, 예컨대 Discovery Request 메시지 내에서 서비스에 대한 엘리먼트, 예컨대 Zone based service support를 확인하여, 제공되는 서비스를 확인한다(S111). 상기 제공되는 서비스가 사용자 A가 희망하는 것이면, 다음 절차를 수행한다.
그리고, 상기 제1 디바이스(110) 내의 CPNS 인에이블 엔티티는 상기 수신한 메시지에 기초하여 상기 메시지를 전송한 상대방의 모드가 무엇인지를 상기 Mode 엘리먼트를 통해 확인하고, 상기 상대방의 ID를 Entity Info 엘리먼트를 통해 확인한다.
8~9) 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티는 상기 PN#1에 속한 PNE들의 상태를 확인한다(S112). 상기 PNE들의 상태를 확인한 결과, 상기 PN#2에서 제공되는 서비스를 이용할 수 있는 PNE가 없는 경우, 자신의 모드를 확인한다(S113). 이때, 상기 PN#2에서 제공되는 서비스를 이용할 수 있는 PNE가 없다라 함은, PN#1의 커버리지 내에 모든 PNE들이 위치하지만, 상기 모든 PNE들이 숨김 설정이 되어 있는 것을 의미할 수 있다. 또는, 상기 PN#2에서 제공되는 서비스를 이용할 수 있는 PNE가 없다라 함은, PN#1의 커버리지 내에 모든 PNE들이 위치하지만, 상기 모든 PNE들 중 어느 하나의 PNE도 상기 PN#2의 커버리지의 내에도 위치하는 것이 없는 것을 의미할 수 있다. 또는 상기 모든 PNE들 중 적어도 하나 이상의 PNE는 상기 PN#1의 커버리지와 상기 PN#2의 커버리지 모두에 위치하지만, 배터리 부족, 전원 꺼짐, 통신 방식의 상이함 등의 이유로 상기 PN#2에서 통신이 가능한 PNE는 없는 것을 의미할 수 있다.
이때, 상기 PNE들의 상태를 확인한 결과, 상기 PN#2에서 제공되는 서비스를 이용할 수 있는 PNE가 있는가 혹은 없는 가의 여부는 아래의 표 7를 참조하여 결정할 수 있다.
표 7
PN#1의 커버리지 및 PN#2의 커버리지의 중첩 영역에 존재 PN#1의 커버리지 내이지만, PN#2의 커버리지의 밖 결정의 결과
이용가능한 PNE가 존재 PNE가 존재 모드 변경 필요 함
이용가능한 PNE가 존재 PNE이 없음 변경 필요 없음
이용가능한 PNE가 없음 PNE가 있음 모드 변경 필요 함
이용가능한 PNE가 없음 PNE가 없음 변경 필요 없음
10) 상기 자신의 모드를 확인한 결과, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티가 게이트웨이 뿐만이 아니라 PNE로도 동작할 수 있는 경우, PNE를 활성화한다(S114). 상기 PNE를 활성화하면, 상기 게이트웨이 모드 및 상기 PNE 모드가 모두 활성화된다. 이와 같이 2가지 모드가 동시에 활성화되는 것을 Both mode라고 한다. 또는 2가지 모드가 동시에 활성화되는 것을 결합 모드(Combined mode)라고 한다.
11) 한편, 상기 확인된 상대방의 모드가 GW인 경우, 추가적으로 Discovery Request 메시지를 전송하지 않는 것으로 결정하고, Discovery Response 메시지를 생성한다.
이때, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티가 게이트웨이 뿐만이 아니라 PNE도 활성화한 경우, 상기 탐색 요청 메시지에 대한 탐색 응답 메시지, 예컨대 Entity Discovery Response 메시지 내에 모드 정보를 Both 모드 또는 Combined Mode로 설정하여 전달한다.
- Entity Info 엘리먼트: Discovery Request를 수신한 CPNS 인에이블 엔티티에 대한 정보로서, User ID 하위 엘리먼트와 user Name 하위 엘리먼트를 포함한다.
- PNE ID 엘리먼트: 상기 Discovery Request를 수신한 CPNS 인에이블 엔티티가 PNE인 경우, PNE의 ID를 포함한다.
- PNE Name 엘리먼트: 상기 Discovery Request를 수신한 CPNS 인에이블 엔티티가 PNE인 경우, PNE의 이름을 포함한다.
- Mode 엘리먼트: Both 모드 또는 Combined Mode로 설정한다.
- UI Capa 엘리먼트: PNE를 대신하여 PN GW가 사용자 상호작용(User Interaction)을 수행하도록 할 경우, True값을 가진다. 이는 PNE에 의해서 설정된다. 예를 들어, PNE가 사용자 인테페이스가 없는 경우, PN GW가 사용자와의 상호 작용을 대신하도록 할 경우에 True 값으로 설정될 수 있다.
- PN Info 엘리먼트: 상기 수신한 Discovery Request 메시지 내에 PN Info Req 엘리먼트의 값이 True로 설정되어 있었을 경우, 이 엘리먼트가 포함된다. PNE로 동작하는 제1 디바이스(110)는 상기 수신한 Discovery Request 메시지 내에 PN Info Req 엘리먼트의 값이 True로 설정되어 있었을 경우, 자신이 이미 제2 디바이스(120)와 구성한 PN#1에 대한 정보를 포함시킨다. 상기 PN Info 엘리먼트는 하위에 PN ID 엘리먼트, Description 엘리먼트 등을 포함시킬 수 있다.
- PNE Info 엘리먼트: PN의 멤버에 대한 정보를 포함한다.
이상에서 설명한 Discovery Response 메시지는 전술한 표 2와 같을 수 있다.
한편, 이상과 같이, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티가 게이트웨이 뿐만이 아니라 PNE로 동작하는 Both mode 또는 결합 모드(Combined mode)로 동작되는 것을 확인한, 제3 디바이스(210)는 상기 제1 디바이스(110)를 자신의 PN#2 내에 가입시키기 위해, PN#2 설정 절차를 시작한다. 구체적으로 다음과 같다.
12) 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티는 PN 설정 요청 메시지, 예컨대 PN Setup Request 메시지를 상기 제1 디바이스(110)로 전송한다. 이때, 상기 PN 설정 요청 메시지는 상기 게이트웨이에 대한 정보, 생성될 PN에 속하게 될 엔티티들(예컨대, 상기 제1 디바이스 내의 CPNS 인에이블 엔티티)에 대한 정보를 포함할 수 있다.
13) 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티에서 PNE가 상기 PN Setup Request 메시지를 수신하면, 상기 PNE는 누가 PN을 생성하려고 하는지를 알기 위해 상기 Origin Entity ID엘리먼트를 확인한다. 그리고, 상기 메시지에서 PN ID와 Msg ID엘리먼트를 추출한다.
그리고, 상기 제1 디바이스(110)내에서 PNE로 동작하는 CPNS 인에이블 엔티티는 PN 설정 응답 메시지를 아래와 같이 생성한다.
먼저, 상기 PNE로 동작하는 CPNS 인에이블 엔티티는 상기 PN 설정 요청 메시지에 대한 응답을 상기 PN 설정 응답 메시지 내의 Return 엘리먼트에 포함시킨다. 상기 응답은 성공이면 1이고, 실패면 2이다. 이어서, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티가 가지고 있는 PN 정보에 대한 PN Info 엘리먼트를 상기 PN 설정 응답 메시지 내에 포함시킨다. 이어서, 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티가 가지고 있는 PN 내에 속한 PNE 정보를 상기 PN 설정 응답 메시지 내의 PNE Info 엘리먼트에 포함시킨다. 또한, 여러 엘리먼트들을 상기 PN 설정 응답 메시지에 포함시킨다.
상기 PN 설정 응답 메시지, 예컨대 PN Setup Response 메시지의 생성이 완료되면, 상기 제1 디바이스의 CPNS 인에이블 엔티니는 상기 생성된 메시지를 상기 제3 디바이스(210)로 전송한다.
14) 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티가 상기 PN 설정 응답 메시지, 예컨대 PN Setup Response 메시지를 수신하면, 상기 제1 디바이스가 PN에 참가하고 싶어하는지를 확인하기 위해, 상기 수신한 메시지 내의 Return 엘리먼트를 확인한다. 상기 Return 엘리먼트의 값이 1로 설정된 경우, 대응하는 PN을 위한 PN 인벤토리(Inventory)에 대한 정보를 생성하고, 상기 수신한 메시지로부터의 정보에 기초하여 라우팅 테이블을 생성하고 유지한다.
한편, 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티는 CPNS 서버로 전송하기 위한 PN 설정 요청 메시지, 예컨대 PN Setup Request 메시지를 생성한다.
구체적으로, 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티는 OriginEntityID 엘리먼트에 PN GW의 ID를 포함시킨다. 그리고, 생성할 PN에 대한 정보를 상기 PN Setup Request 메시지의 PN Info 엘리먼트에 포함시킨다. 이때, 상기 PN Info 엘리먼트에는 상기 PN GW에 의해서 생성되는 PN의 ID를 포함하는 PN ID 엘리먼트, 상기 생성되는 PN에 대헌 설명을 포함하는 Description 엘리먼트 등이 포함된다. 또한, 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티는 PN GW Info 엘리먼트를 상기 PN Setup Request 메시지 내에 포함시킨다. 이때, 상기 PN GW Info 엘리먼트 내에는 PN GW의 ID를 나타내는 PN GW ID 엘리먼트, PN GW의 이름을 나타내는 PN GW Name 엘리먼트가 포함된다. 또한, 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티는 PNE Info 엘리먼트, Auth Ini Data 엘리먼트를 상기 PN Setup Request 메시지 내에 포함시킨다.
특히, 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티는 상기 PNE Info 엘리먼트의 하위 Mode 엘리먼트 내에 상기 제1 디바이스(110)가 Both 모드, 또는 Combined 모드임을 나타내는 값을 포함시킨다. 즉, 도 10에 도시된 바와 같이, PNE Info 엘리먼트에 PNE ID는 PNE#0로 설정하고, mode=both로 설정한다.
이와 같이 생성이 완료되면, 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티는 상기 생성된 PN Setup Request 메시지를 상기 CPNS 서버(300)로 전송한다.
15) 상기 CPNS 서버(300)가 상기 제3 디바이스(210)로부터 PN Setup Request 메시지를 수신하면, 인증 요청 메시지, 예컨대 Authenticate Request 메시지를 생성하고, 상기 제3 디바이스(210)를 통해 상기 제1 디바이스(110)로 전달한다.
16) 상기 제1 디바이스(110)는 상기 제3 디바이스(210)를 통해 상기 CPNS 서버(300)로 인증 응답 메시지를 전송한다.
상기 인증 응답 메시지의 확인 결과, 상기 인증이 성공이면, 상기 CPNS 서버(300)는 상기 PN Setup Request 메시지에 포함되어 있던 PN 정보를 등록하고, PN 인벤토리(inventory)에 저장한다.
17) 상기 CPNS 서버(300)는 PN Setup Response 메시지를 생성하고, 상기 제3 디바이스(210)로 전송한다.
18) 상기 제3 디바이스(210)는 상기 CPNS 서버로부터 상기 PN Setup Response 메시지를 수신하면, 로컬 PN 인벤토리 내에 PN 정보를 저장한다. 그리고, 상기 제3 디바이스(210)는 PN 설정 통지 메시지, 예컨대 PN Establishment Notify 메시지를 생성하고, 상기 제1 디바이스(110)로 전송한다.
한편, 이와 같은 절차를 통해 PN#2가 설정 완료되면, 애플리케이션 서버(400)는 상기 CPNS 서버(300)로부터 상기 PN#2에 대한 정보를 획득할 수 있고, 서비스 데이터가 있을 경우 상기 획득한 정보를 통해 상기 서비스 데이터의 목적지로서 상기 제1 디바이스(110) 또는 상기 제2 디바이스(120)을 정할 수 있다. 상기 서비스 데이터의 목적지로서 상기 제2 디바이스(120)로 정하는 경우, 상기 애플리케이션 서버(400)는 상기 서비스 데이터를 상기 게이트웨이로 동작하는 제3 디바이스(210)로 전달하고, 상기 제3디바이스는 PNE로서 동작하는 제1 디바이스(110)로 전달한다. 상기 제1 디바이스(110)내에서 PNE로 동작하는 CPNS 인에이블 엔티티는 상기 서비스 데이터를 수신하면, 내부의 게이트웨이로 상기 서비스 데이터를 전달하고, 상기 게이트웨이는 상기 서비스 데이터를 상기 제2 디바이스(120)로 전달할 수 있다.
상기 제1 디바이스(110)내의 CPNS 인에이블 엔티티는 Both 모드로 동작하게 되면, 도 12을 참조하여 알 수 있는 바와 같이, 상기 제1 디바이스(110)의 상기 CPNS 인에이블 엔티티의 내부에서 게이트웨이와 PNE가 동시에 구동되게 되고, 상기 게이트웨이와 상기 PNE간에 통신 채널이 설정된다. 따라서, 상기 제1 디바이스(110)내의 CPNS 인에이블 엔티티는 PNE로서 상기 PN#2 내에서 게이트웨이로 동작하는 제3 디바이스(210)로부터 서비스 데이터를 수신하고, 상기 제1 디바이스(110)내의 CPNS 인에이블 엔티티는 게이트웨이로서 상기 PN#1 내에서 PNE로 동작하는 제2 디바이스(120)에게 상기 서비스 데이터를 전달할 수 있게 된다.
보다 구체적으로, 도 12을 참고하여 알 수 있는 바와 같이, 제1, 제2, 제3 디바이스(110, 120, 130)내에는 물리 계층, MAC 계층, 3rd 계층, 그리고 CPNS 인에이블 엔티티, 그리고 애플리케이션 계층이 존재한다. 이때, 상기 제2 디바이스(120)의 CPNS 인에이블 엔티티는 PNE만이 구동되고, 상기 제3 디바이스(210)의 CPNS 인에이블 엔티티는 게이트웨이 엔티티만을 구동시킨다. 반면, 제1 디바이스(110)의 CPNS 인에이블 엔티티는 Both 모드 또는 Combined 모드로 변경되면, PNE와 게이트웨이 엔티티를 모두 구동시킨다. 또한 도시된 바와 같이 제1 디바이스(110)의 CPNS 인에이블 엔티티 내에서는 상기 PNE와 상기 게이트웨이 엔티티 간에 통신 링크가 생성된다.
따라서, 도 12에서 굵은 실선과 같이, 서비스 데이터는 제3 디바이스(210)의 CPNS 인에이블 엔티티, 3rd 계층, MAC 계층, 물리 계층을 거쳐, 제1 디바이스(110)로 전달된다. 상기 제1 디바이스(110)가 상기 서비스 데이터를 수신하면, 상기 서비스 데이터는 물리 계층, MAC 계층, 3rd 계층을 거쳐 CPNS 인에이블 엔티티의 PNE가 수신하고, 상기 PNE는 상기 서비스 데이터를 상기 생성된 통신 링크를 통해 상기 게이트웨이 엔티티로 전달한다. 상기 제1 디바이스(110)의 CPNS 인에이블 엔티티 내의 게이트웨이 엔티티는 상기 서비스 데이터를 3rd 계층, MAC 계층, 물리 계층을 통하여, 상기 제2 디바이스(120)로 전달한다.
한편, 이와 같이 상기 제1 디바이스(110)내의 CPNS 인에이블 엔티티가 PNE로서 상기 게이트웨이로 동작하는 제3 디바이스(210)와 통신함과 동시에, 게이트웨이로서 상기 PNE로 동작하는 제2 디바이스(120)와 또한 통신하기 위해서는, 싱크가 조정될 필요가 있다.
다시 말해서, 상기 제1 디바이스(110)내의 CPNS 인에이블 엔티티는 2개의 디바이스, 즉 제3 디바이스(210) 및 제2 디바이스(120)와 동시에 통신해야 하는데, 서로의 싱크가 맞지 않는다면, 어느 한 디바이스와의 통신이 다른 디바이스의 통신에 간섭으로 작용할 수 있다. 예를 들어, 상기 제3 디바이스(210)가 상기 제1 디바이스(110)로 전송하는 시그널은 상기 제2 디바이스(120)에게 간섭으로 작용할 수 있다. 마찬가지로, 제2 디바이스(120)가 제1 디바이스(110)로 전송하는 시그널은 상기 제3 디바이스(210)에게 간섭으로 작용할 수 있다.
이와 같은 간섭을 회피하기 위해서, 상기 제1 디바이스(110)와 상기 제2 디바이스(120)간의 통신 링크의 싱크는, 상기 제3 디바이스(210)와 상기 제1 디바이스(110)간의 통신 링크의 싱크에 따라 재조정될 필요가 있다.
구체적으로는 도 13 및 도 14을 참조하여 설명하기로 한다.
도 13은 CPNS 인에이블 엔티티의 모드가 변경된 후, 싱크를 조정하는 일 예를 나타낸다.
도 13(a)의 상부에는 제1 디바이스(110)와 제2 디바이스(120)으로 구성된 PN#1에서의 송신(Tx)와 수신(Rx)의 사이클을 나타내고 있고, 도 13(a)의 하부에는 제1 디바이스(110)와 제3 디바이스(130)으로 구성된 PN#2에서의 송신(Tx)와 수신(Rx)의 사이클을 나타내고 있다. 또한, 도 13(a)을 참고하여 알 수 있는 바와 같이, PN#1에서의 유휴 시간(T1) 보다 PN#2에서의 유휴 시간(T2)이 더 길 수 있다.
따라서, 상기 PN#2 에서 상기 제3 디바이스(210)가 상기 제1 디바이스(110)로 전송(Tx)하는 시그널은 상기 PN#1 내의 상기 제2 디바이스(120)에게 간섭으로 작용할 수 있다.
이와 같이 싱크가 불일치하는 것을 해결하기 위해, 제1 디바이스(110)는 상기 제3 디바이스(210)와의 링크에서 시작점 T0를 측정할 수 있다. 또한, 상기 제3 디바이스(210)와의 송신(Tx)의 주기, 수신(Rx)의 주기, 송신(Tx)와 수신(Rx) 사이의 유휴 시간 중 하나 이상을 측정할 수 있다.
그런 후, 상기 제1 디바이스(110)는 상기 측정 결과들 중 하나 이상을 바탕으로, 상기 제2 디바이스(120)와의 싱크를 조정하기 위한 제어 시그널을 상기 제2 디바이스로 전송할 수 있다. 이때, 상기 제어 시그널은 상기 측정 결과들 중 하나 이상을 포함할 수 있다.
그러면, 상기 제2 디바이스(120)는 상기 제어 시그널을 바탕으로, 상기 제1 디바이스(110)와의 싱크를 재조정할 수 있다.
이와 같이 싱크의 재조정이 완료되면, 도 13(b)에 도시된 바와 같이, 유휴 시간들(T1, T2)는 그 길이가 동일하게 될 수 있다. 또한, 송신 주기(Tx)들과 수신 주기들(Rx) 각각은 서로 일치하게 될 수 있다.
도 14는 CPNS 인에이블 엔티티의 모드가 변경된 후, 싱크를 조정하는 다른 예를 나타낸다.
도 14(a)를 참조하여 알 수 있는 바와 같이, 상부에는 제1 디바이스(110)가 제3 디바이스(210)로부터 데이터를 수신하는 동작이 나타나 있고, 하부에는 제1 디바이스(110)가 제2 디바이스(120)로부터 데이터를 수신하는 동작이 나타나 있다. 이때, 제1 디바이스(110)가 제3 디바이스(210)로부터 비컨 시그널을 수신하기 위해, 내부 수신기에 전력을 인가하는 시간이 wakeup 시간1으로 나타나 있다. 마찬가지로, 이때, 제1 디바이스(110)가 제2 디바이스(120)로부터 비컨 시그널을 수신하기 위해, 내부 수신기에 전력을 인가하는 시간이 wakeup 시간2로 나타나 있다.
이때, 도시된 바와 같이 상기 제1 디바이스(110)는 상기 비컨 메시지들을 수신하기 위하여, wakeup 시간1과 wakeup 시간2 동안 수신기에 전력을 인가해야 한다.
따라서, 상기 수신기에 전력을 인가하는 시간을 줄일 수 있다면, 전력을 보다 효율적으로 사용할 수 있게 된다.
이를 위해, 상기 제1 디바이스(110)는 제3 디바이스(210)로부터 비컨 시그널을 수신하는 시점과 상기 제2 디바이스(210)로부터 비컨 시그널을 수신하는 시점 간의 오프셋을 상기 Wakeup 시간1을 비교한다. 만약, 오프셋이 상기 wakeup 시간1 보다 크다면, 상기 오프셋을 줄일 수 있다. 상기 오프셋을 줄이기 위해, 상기 제1 디바이스(110)는 상기 제2 디바이스(120)로 제어 시그널을 전송할 수 있다.
한편, 도 14(b)에 도시된 바와 마찬가지로, 제1 디바이스(110)가 제3 디바이스(210)로부터 비컨 시그널을 수신하기 위해, 내부 수신기에 전력을 인가하는 시간이 wakeup 시간1이라고 하고, 상기 wakeup 시간1 중 상기 비컨 메시지를 수신하기 전까지가 a1 시간, 상기 비컨 메시지를 수신한 이후를 a2시간이라고 하자. 그리고, 1 디바이스(110)가 제2 디바이스(120)로부터 비컨 시그널을 수신하기 위해, 내부 수신기에 전력을 인가하는 시간이 wakeup 시간2이라고 하고, 상기 wakeup 시간2 중 상기 비컨 메시지를 수신하기 전까지가 b1 시간, 상기 비컨 메시지를 수신한 이후를 b2시간이라고 하자. 그리고, 상기 wakeup 시간1과 wakeup 시간2 간의 시간 오프셋을 K라고 하자.
상기 제1 디바이스(110)는 상기 a2+b1 시간을 상기 k 시간 값과 비교하고, 만약 상기 a2+b1<k인 경우, 상기 제1 디바이스(110)는 상기 k를 감소시킨다. 상기 k을 줄이기 위해, 상기 제1 디바이스(110)는 상기 제2 디바이스(120)로 제어 시그널을 전송할 수 있다.
이상에서 설명한 실시예들은 조합될 수 있다. 따라서, 각 실시예가 단독으로만 구현되는 것이 아니라, 필요에 따라 조합되어 구현될 수 있다. 이러한 조합에 대해서는, 본 명세서를 읽은 당업자라면, 용이하게 구현할 수 있는바, 이하 그 조합에 대해서는 상세하게 설명하지 않기로 한다. 다만, 설명하지 않더라도, 본 발명에서 배제되는 것이 아니며, 본 발명의 범주에 포함되는 것으로 해석되어야 한다.
이상에서 실시예들 및 변형예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
예를 들어, 본 발명에 따른 방법은 저장 매체(예를 들어, 내부 메모리, 플래쉬 메모리, 하드 디스크, 기타 등등)에 저장될 수 있고, 프로세서(예를 들어, 마이크로 프로세서)에 의해서 실행될 수 있는 소프트웨어 프로그램 내에 코드들 또는 명령어들로 구현될 수 있다. 이에 대해서 도 15을 참조하여 설명하기로 한다.
도 15은 본 발명의 실시예들에 따른 디바이스의 구성 블록도이다.
도 15에 도시된 바와 같이 상기 제1 디바이스(110)은 저장 수단(111)와 컨트롤러(112)와 송수신부(113)를 포함한다.
상기 저장 수단(111)은 도 2 내지 도 14에 도시된 방법을 저장한다.
상기 컨트롤러(112)은 상기 저장 수단(111) 및 상기 송수신부(113)을 제어한다. 구체적으로 상기 컨트롤러(112)은 상기 저장 수단(111)에 저장된 상기 방법들을 각기 실행한다. 그리고 상기 컨트롤러(112)은 상기 송수신부(113)을 통해 상기 전술한 신호들을 전송한다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 안되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있다.

Claims (15)

  1. CPNS(Converged Personal Network Service) 인에이블 엔티티(enabled entity)를 구비하는 통신 기기에 의해 수행되는 다른 장치와 통신하는 방법으로서,
    게이트웨이 모드로 설정된 상기 통신 기기의 CPNS 인이에블 엔티티가 제1 장치로부터 상기 제1 장치의 모드가 PNE(Personal Network Entity)로 설정됨을 나타내는 제1 정보와 상기 제1 장치가 추가적인 탐색 절차에서 숨겨져야 하는지를 나타내는 제2 정보를 포함하는 탐색 응답 메시지를 수신하는 단계와,
    여기서 상기 CPNS 인에이블 엔티티는 제1 네트워크를 관리하고, 상기 제1 네트워크 내에는 상기 게이트웨이로 설정된 CPNS 인에이블 엔티티를 통해 제1 서비스를 수신할 수 있는 하나 이상의 PNE(Personal Network Entity)가 존재하고;
    상기 통신 기기가 제2 장치에 의해 관리되는 제2 네트워크의 커버리지 내로 이동한 경우, 상기 제2 장치의 모드를 나타내는 제3 정보를 포함하는 탐색 요청 메시지를 상기 제2 장치로부터 수신하는 단계와;
    상기 하나 이상의 PNE 중 이용 가능한 PNE의 존재 여부 및 상기 제2 장치의 모드, 및 상기 제2 정보 중 하나 이상에 기초하여, 상기 통신 기기의 CPNS 인에이블 엔티티의 모드를 변경해야 할지 결정하는 단계를 포함하고,
    여기서 상기 제2 네트워크의 커버리지 밖에 존재하는 PNE는 없으나, 상기 제1 장치가 상기 추가적인 탐색 절차에서 숨겨지는 것으로 설정되어 있는 경우, 상기 CPNS 인에이블 엔티티의 모드는 상기 게이트웨이 모드에서 결합 모드로 변경되는 것으로 결정되는 것을 특징으로 하는 통신 방법.
  2. 제1항에 있어서, 상기 결합 모드는
    상기 게이트웨이 모드와 PNE 모드로 동시에 구동하는 모드인 것을 특징으로 하는 통신 방법.
  3. 제1항에 있어서, 상기 이용가능한 PNE는
    상기 제2 네트워크의 커버리지 내에 위치하면서, 상기 제2 네트워크의 통신 방식을 지원하고, 상기 제2 네트워크의 서비스를 수신하는데 충분한 전력을 가지고 있는 PNE인 것을 특징으로 하는 통신 방법.
  4. 제1항에 있어서, 상기 결정 단계는
    상기 CPNS 인에이블 엔티티가 자신의 모드 정보를 확인하는 단계를 더 포함하는 것을 특징으로 하는 통신 방법.
  5. 제4항에 있어서,
    상기 자신의 모드 정보를 확인한 결과 상기 게이트웨이 모드와 PNE 모드로 동시에 구동가능한 경우, 상기 결합 모드로 변경되는 것을 특징으로 하는 통신 방법.
  6. 제1항에 있어서,
    상기 제2 네트워크의 커버리지 내에 모든 PNE가 존재하는 경우, 상기 CPNS 인에이블 엔티티의 모드는 상기 게이트웨이 모드에서 PNE 모드로 변경되되도록 것으로 결정되거나, 모드 변경이 수행되지 않도록 결정되는 것을 특징으로 하는 통신 방법.
  7. 제1항에 있어서,
    상기 탐색 요청 메시지의 수신에 응답하여, 탐색 응답 메시지를 상기 제2 장치로 전송하는 단계를 더 포함하는 것을 특징으로 하는 통신 방법.
  8. 제7항에 있어서, 상기 탐색 응답 메시지 에는
    상기 제1 장치가 상기 결합 모드로 동작됨을 나타내는 모드 정보를 포함하는 것을 특징으로 하는 통신 방법.
  9. 제7항에 있어서,
    상기 제2 정보에 의해 상기 제1 장치가 추가적인 탐색 절차에서 숨겨져야 하는 것으로 확인되는 경우,
    상기 탐색 응답 메시지에는 상기 제1 장치를 제외한 다른 PNE들에 대한 정보가 포함되는 것을 특징으로 하는 통신 방법.
  10. 제1항에 있어서,
    상기 결합 모드로 변경 후, 상기 CPNS 인에이블 엔티티가 PNE로서 상기 제2 장치로부터 상기 제2 네트워크의 서비스 데이터를 수신하는 단계와;
    상기 서비스 데이터를 상기 CPNS 인에이블 엔티티가 게이트웨이로서 상기 엔티티에게 전달하는 단계를 더 포함하는 것을 특징으로 하는 통신 방법.
  11. 게이트웨이 모드로 설정된 CPNS(Converged Personal Network Service) 인에이블 엔티티(enabled entity)를 저장하는 저장부와, 여기서 상기 CPNS 인에이블 엔티티는 제1 네트워크를 관리하고, 상기 제1 네트워크 내에는 상기 게이트웨이로 설정된 CPNS 인에이블 엔티티를 통해 제1 서비스를 수신할 수 있는 하나 이상의 PNE(Personal Network Entity)가 존재하고;
    상기 통신 기기가 상기 제1 네트워크 내에 위치할 때에는 제1 장치로부터 상기 제1 장치의 모드가 PNE(Personal Network Entity)로 설정됨을 나타내는 제1 정보와 상기 제1 장치가 추가적인 탐색 절차에서 숨겨져야 하는지를 나타내는 제2 정보를 포함하는 탐색 응답 메시지를 수신하고, 상기 통신 기기가 제2 장치에 의해 관리되는 제2 네트워크의 커버리지 내로 이동한 후에는 상기 제2 장치의 모드를 나타내는 제3 정보를 포함하는 탐색 요청 메시지를 상기 제2 장치로부터 수신하는 수신부와; 그리고
    상기 하나 이상의 PNE 중 이용 가능한 PNE의 존재 여부 및 상기 제2 장치의 모드, 및 상기 제2 정보 중 하나 이상에 기초하여, 상기 통신 기기의 CPNS 인에이블 엔티티의 모드를 변경해야 할지 결정하는 제어부를 포함하고,
    여기서 상기 제2 네트워크의 커버리지 밖에 존재하는 PNE는 없으나, 상기 제1 장치가 상기 추가적인 탐색 절차에서 숨겨지는 것으로 설정되어 있는 경우, 상기 CPNS 인에이블 엔티티의 모드는 상기 게이트웨이 모드에서 결합 모드로 변경되는 것으로 결정되는 것을 특징으로 하는 통신 기기.
  12. 제11항에 있어서, 상기 결합 모드는
    상기 게이트웨이 모드와 PNE 모드로 동시에 구동하는 모드인 것을 특징으로 하는 통신 기기.
  13. 제11항에 있어서, 상기 결합 모드는
    상기 게이트웨이 모드와 PNE 모드로 동시에 구동하는 모드인 것을 특징으로 하는 통신기기.
  14. 제11항에 있어서, 상기 송수신부는
    상기 탐색 요청 메시지의 수신에 응답하여, 탐색 응답 메시지를 상기 제2 장치로 전송하는 것을 특징으로 하는 통신 기기.
  15. 제14항에 있어서,
    상기 제2 정보에 의해 상기 제1 장치가 추가적인 탐색 절차에서 숨겨져야 하는 것으로 확인되는 경우,
    상기 탐색 응답 메시지에는 상기 제1 장치를 제외한 다른 PNE들에 대한 정보가 포함되는 것을 특징으로 하는 통신 기기.
PCT/KR2011/004100 2010-06-06 2011-06-03 다른 장치와 통신 하는 방법 및 통신 기기 WO2011155734A2 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US13/702,391 US20130086246A1 (en) 2010-06-06 2011-06-03 Method and Communication Device for Communicating with Other Devices
CN201180033233.6A CN102972091B (zh) 2010-06-06 2011-06-03 与其它设备通信的方法和通信设备
KR1020127031698A KR101404383B1 (ko) 2010-06-06 2011-06-03 다른 장치와 통신 하는 방법 및 통신 기기
EP11792645.1A EP2579679A4 (en) 2010-06-06 2011-06-03 METHOD AND COMMUNICATION DEVICE FOR COMMUNICATING WITH OTHER DEVICES

Applications Claiming Priority (18)

Application Number Priority Date Filing Date Title
US35191810P 2010-06-06 2010-06-06
US61/351,918 2010-06-06
US35280010P 2010-06-08 2010-06-08
US61/352,800 2010-06-08
US35363410P 2010-06-10 2010-06-10
US61/353,634 2010-06-10
US35425610P 2010-06-14 2010-06-14
US61/354,256 2010-06-14
US37708110P 2010-08-25 2010-08-25
US61/377,081 2010-08-25
US37799010P 2010-08-30 2010-08-30
US61/377,990 2010-08-30
US38695410P 2010-09-27 2010-09-27
US61/386,954 2010-09-27
US41672510P 2010-11-23 2010-11-23
US61/416,725 2010-11-23
US41987710P 2010-12-06 2010-12-06
US61/419,877 2010-12-06

Publications (2)

Publication Number Publication Date
WO2011155734A2 true WO2011155734A2 (ko) 2011-12-15
WO2011155734A3 WO2011155734A3 (ko) 2012-04-19

Family

ID=45098507

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/004100 WO2011155734A2 (ko) 2010-06-06 2011-06-03 다른 장치와 통신 하는 방법 및 통신 기기

Country Status (5)

Country Link
US (1) US20130086246A1 (ko)
EP (1) EP2579679A4 (ko)
KR (1) KR101404383B1 (ko)
CN (1) CN102972091B (ko)
WO (1) WO2011155734A2 (ko)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101680715B1 (ko) * 2010-06-15 2016-11-30 삼성전자주식회사 개인 네트워크 등록을 위한 장치 및 방법
KR101683292B1 (ko) * 2010-06-18 2016-12-07 삼성전자주식회사 Ｐｎ 라우팅 테이블을 이용한 개인 네트워크의 구성 장치 및 방법
US9131360B2 (en) * 2010-12-10 2015-09-08 Htc Corporation Apparatus and method of open mobile alliance
US9836177B2 (en) 2011-12-30 2017-12-05 Next IT Innovation Labs, LLC Providing variable responses in a virtual-assistant environment
US20140245140A1 (en) * 2013-02-22 2014-08-28 Next It Corporation Virtual Assistant Transfer between Smart Devices
US9672822B2 (en) 2013-02-22 2017-06-06 Next It Corporation Interaction with a portion of a content item through a virtual assistant
US9706585B2 (en) * 2013-03-11 2017-07-11 Lg Electronics Inc. Method and apparatus for performing device to device service in wireless communication system
CN104349401B (zh) * 2013-09-03 2018-10-16 广州三星通信技术研究有限公司 用于在终端中调整数据策略的设备和方法
US9485708B2 (en) * 2013-09-10 2016-11-01 Qualcomm Incorporated Systems and methods for concurrent service discovery and minimum spanning tree formation for service delivery
CN104065659B (zh) * 2014-06-27 2019-08-16 努比亚技术有限公司 一种dlna设备隐身的方法及主、从dlna设备
CN105916015A (zh) * 2015-12-15 2016-08-31 乐视致新电子科技（天津）有限公司 一种车载多设备共享音视频数据的方法、装置及系统

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6347339B1 (en) * 1998-12-01 2002-02-12 Cisco Technology, Inc. Detecting an active network node using a login attempt
US6707811B2 (en) * 1999-03-19 2004-03-16 Estara, Inc. Internet telephony for ecommerce
WO2000057621A1 (en) * 1999-03-19 2000-09-28 Estara, Inc. Public web phone system
US8798251B2 (en) * 2001-02-27 2014-08-05 Verizon Data Services Llc Methods and systems for computer enhanced conference calling
US20020136226A1 (en) * 2001-03-26 2002-09-26 Bluesocket, Inc. Methods and systems for enabling seamless roaming of mobile devices among wireless networks
US6981263B1 (en) * 2001-06-29 2005-12-27 Bellsouth Intellectual Property Corp. Methods and systems for converged service creation and execution environment applications
US7042988B2 (en) * 2001-09-28 2006-05-09 Bluesocket, Inc. Method and system for managing data traffic in wireless networks
JP2006505992A (ja) * 2002-11-08 2006-02-16 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ データネットワークにおいてリモートアクセスを許可する方法及び装置
US7366159B1 (en) * 2002-11-14 2008-04-29 At&T Corp. Mix protocol multi-media provider system incorporating a session initiation protocol based media server adapted to form preliminary communication with calling communication devices
US7852837B1 (en) * 2003-12-24 2010-12-14 At&T Intellectual Property Ii, L.P. Wi-Fi/BPL dual mode repeaters for power line networks
US7395085B1 (en) * 2005-03-11 2008-07-01 Sprint Spectrum L.P. Method and system for notifying a multi-mode mobile station of an incoming call
WO2008054505A2 (en) * 2006-04-10 2008-05-08 Yahoo! Inc. Topic specific generation and editing of media assets
US8027353B2 (en) * 2006-06-02 2011-09-27 Telefonaktiebolaget L M Ericsson (Publ) IMS service proxy in HIGA
US20080117850A1 (en) * 2006-10-30 2008-05-22 Agrawal Dharma P Dual Mode Wireless Personal Area Network and Wireless Local Area Network Architecture
US7983407B2 (en) * 2007-03-28 2011-07-19 Verizon Patent And Licensing Inc. Calling party number override for emergency services
US8013734B2 (en) * 2007-05-14 2011-09-06 Autocart Llc Personal safety mobile notification system
US7924747B2 (en) * 2007-11-29 2011-04-12 Bae Systems Information And Electronic Systems Integration Inc. Enhancement of node connectivity in a wireless communications network with changing topology via adaptive role changing
US20090147702A1 (en) * 2007-12-10 2009-06-11 Buddhikot Milind M Method and Apparatus for Forming and Configuring a Dynamic Network of Mobile Network Nodes
US8462728B2 (en) * 2007-12-24 2013-06-11 Apple Inc. Method and wireless system for achieving local anchoring of a mobile node
US8503460B2 (en) 2008-03-24 2013-08-06 Qualcomm Incorporated Dynamic home network assignment
US8335508B2 (en) * 2008-08-07 2012-12-18 General Motors Llc System and method for monitoring and reporting telematics unit communication network system acquisition and scanning performance
KR20100020925A (ko) * 2008-08-13 2010-02-23 한국전자통신연구원 개인 무선 통신 네트워크(ｗｐａｎ)에서의 피코넷 간 멀티 홉 메쉬 통신 장치 및 그 방법
EP2166790A1 (en) * 2008-09-19 2010-03-24 NEC Corporation Method for personal network service configuration
KR101242440B1 (ko) * 2008-10-23 2013-03-12 에스케이플래닛 주식회사 Ｃｐｎｓ 환경에서 팀플레이 게임 시 데이터를 효과적으로 전송하기 위한 시스템 및 방법과 이를 위한 ｃｐｎｓ 서버,이동통신 단말기 및 종단 단말기
KR101268838B1 (ko) * 2008-11-06 2013-05-29 에스케이플래닛 주식회사 Ｃｐｎｓ 환경에서 원거리의 종단 단말기를 제어하기 위한 시스템 및 방법과 이를 위한 ｃｐｎｓ 서버, 이동통신 단말기
US8693316B2 (en) * 2009-02-10 2014-04-08 Qualcomm Incorporated Access point resource negotiation and allocation over a wireless interface
CN101489300A (zh) * 2009-02-11 2009-07-22 深圳华为通信技术有限公司 一种个人网中业务通知的方法及设备
KR101291654B1 (ko) * 2009-02-24 2013-08-01 에스케이플래닛 주식회사 Ｃｐｎｓ 환경에서 종단 단말기가 다수의 이동통신 단말기에 연결되어 서비스를 제공받기 위한 방법 및 시스템과 이를 위한 ｃｐｎｓ 서버 및 종단 단말기
WO2010131860A2 (en) * 2009-05-14 2010-11-18 Lg Electronics Inc. Method and system for optimizing cpns enabler
US8527659B2 (en) * 2009-05-17 2013-09-03 Lg Electronics Inc. Method and system for optimizing CPNS enabler
EP2438714A4 (en) * 2009-06-04 2017-06-21 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for obtaining a media object for a device in a local network
US8335854B2 (en) * 2009-07-21 2012-12-18 Empire Technology Development Llc Performing services on behalf of low-power devices
US20110022620A1 (en) * 2009-07-27 2011-01-27 Gemstar Development Corporation Methods and systems for associating and providing media content of different types which share atrributes
US8640204B2 (en) * 2009-08-28 2014-01-28 Broadcom Corporation Wireless device for group access and management
KR101679428B1 (ko) * 2009-10-16 2016-11-25 삼성전자주식회사 Ｃｐｎｓ 서비스 제공을 위한 개인망 형성 장치 및 방법
KR101674903B1 (ko) * 2009-10-20 2016-11-11 삼성전자주식회사 개인 네트워크를 이용한 서비스 제공 방법 및 장치
US10455275B2 (en) * 2010-02-16 2019-10-22 Comcast Cable Communications, Llc Disposition of video alerts and integration of a mobile device into a local service domain
US20110231547A1 (en) * 2010-03-18 2011-09-22 Yang Ju-Ting Search methods applied to a personal network gateway in converged personal network service systems and related converged personal network service systems and mobile devices
US20110246605A1 (en) * 2010-03-31 2011-10-06 Yang Ju-Ting Method for Handling Information Delivery in Personal Network and Related Communication Device
US8583811B2 (en) * 2010-04-23 2013-11-12 Qualcomm Incorporated Gateway device for multimedia content
US8989051B2 (en) * 2010-06-04 2015-03-24 Lg Electronics Inc. Method for allowing one device to detect another device
US9756556B2 (en) * 2010-06-06 2017-09-05 Lg Electronics Inc. Method for a device to communicate with another device
US8744860B2 (en) * 2010-08-02 2014-06-03 At&T Intellectual Property I, L.P. Apparatus and method for providing messages in a social network
KR101257836B1 (ko) * 2010-10-29 2013-04-29 에이치티씨 코퍼레이션 통신 시스템 및 관련 통신 장치에서 서비스 그룹 발견 과정을 수행하는 방법
US9131360B2 (en) * 2010-12-10 2015-09-08 Htc Corporation Apparatus and method of open mobile alliance
US8510398B2 (en) * 2010-12-10 2013-08-13 At&T Intellectual Property I, Lp Apparatus and method for managing message communication
US20140157300A1 (en) * 2012-11-30 2014-06-05 Lenovo (Singapore) Pte. Ltd. Multiple device media playback

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None
See also references of EP2579679A4

Also Published As

Publication number Publication date
KR20130040902A (ko) 2013-04-24
KR101404383B1 (ko) 2014-06-09
CN102972091B (zh) 2016-05-18
US20130086246A1 (en) 2013-04-04
EP2579679A2 (en) 2013-04-10
EP2579679A4 (en) 2016-03-30
CN102972091A (zh) 2013-03-13
WO2011155734A3 (ko) 2012-04-19

Similar Documents

Publication Publication Date Title
WO2011155734A2 (ko) 다른 장치와 통신 하는 방법 및 통신 기기
WO2011155762A2 (ko) 다른 장치와 통신 하는 방법 및 통신 기기
WO2020204474A1 (ko) 무선 통신 시스템에서 에지 컴퓨팅 서비스를 제공하기 위한 장치 및 방법
WO2011155733A2 (ko) 장치가 다른 장치와 통신 하는 방법
WO2020231120A1 (ko) 에지 컴퓨팅 서비스에서 단말의 식별자 관리 방법 및 장치
WO2016024695A1 (en) Method and apparatus for profile download of group devices
WO2020197221A1 (ko) 통신 방법 및 통신 디바이스
WO2011152687A2 (ko) 장치가 다른 장치를 검출하는 방법
WO2020204505A1 (ko) 엣지 컴퓨팅 서비스를 위한 방법 및 그의 전자 장치
WO2018222024A1 (ko) 블루투스 le 기술을 이용하여 디바이스를 연결하기 위한 방법 및 장치
WO2021167277A1 (ko) 에지 컴퓨팅 시스템에서 무선 통신 네트워크 타입에 따른 서비스 제공 장치 및 방법
WO2017030232A1 (ko) 데이터 송수신 방법 및 이를 위한 디바이스
WO2013073869A1 (en) Method and apparatus for managing security keys for communication authentication with mobile station in wireless communication system
WO2010120026A1 (en) Method for performing uncontrolled handover
WO2015133865A1 (en) Method and system for establishing a service session between seeker device and advertiser device
WO2013058423A1 (ko) 전자기기 및 전자기기의 동작 방법
WO2021194163A1 (ko) Upf 서비스 기반 packet delay status event exposure service 방법 및 장치
WO2015137637A1 (en) Method for supporting proximity-based service configuring for ue
WO2015037909A1 (ko) 통신 시스템에서 푸쉬 서비스 제공을 위한 방법 및 장치
WO2012044072A2 (ko) 융합형 네트워크에서 사용자 키를 할당하기 위한 방법
WO2014189323A1 (en) Apparatus and method for performing wireless docking operation in communication system supporting universal plug and play protocol
WO2016013846A1 (ko) 무선 통신 시스템에서 요청 메시지를 처리하기 위한 방법 및 이를 위한 장치
WO2018048230A1 (en) Method for managing short data service (sds) in mission critical data (mc data) communication system
WO2021235880A1 (ko) 무선 통신 시스템에서 단말로 지역 데이터 네트워크 정보를 제공하기 위한 방법 및 장치
WO2016036056A1 (ko) 무선 통신 시스템에서 단말이 서비스 연결을 유지하는 장치 및 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180033233.6

Country of ref document: CN

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

Ref document number: 11792645

Country of ref document: EP

Kind code of ref document: A2

ENP Entry into the national phase

Ref document number: 20127031698

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13702391

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2011792645

Country of ref document: EP