WO2014075502A1 - 一种基于6LoWPAN网络的服务发现方法及装置 - Google Patents

一种基于6LoWPAN网络的服务发现方法及装置 Download PDF

Info

Publication number
WO2014075502A1
WO2014075502A1 PCT/CN2013/083572 CN2013083572W WO2014075502A1 WO 2014075502 A1 WO2014075502 A1 WO 2014075502A1 CN 2013083572 W CN2013083572 W CN 2013083572W WO 2014075502 A1 WO2014075502 A1 WO 2014075502A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
host
network
registration
route
Prior art date
Application number
PCT/CN2013/083572
Other languages
English (en)
French (fr)
Inventor
于长健
孙知信
张震玮
唐苏宁
何军
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP13855618.8A priority Critical patent/EP2922321B1/en
Publication of WO2014075502A1 publication Critical patent/WO2014075502A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4541—Directories for service discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/22—Self-organising networks, e.g. ad-hoc networks or sensor networks with access to wired networks

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a service discovery method and apparatus based on a 6LoWPAN (IPv6 over Low-Power Wireless Personal Area Networks, IPv6-based idle wireless i or network) network.
  • 6LoWPAN IPv6 over Low-Power Wireless Personal Area Networks, IPv6-based idle wireless i or network
  • Service Discovery is a key application layer protocol for traditional networks that enables devices to automatically publish or learn about available services on the network.
  • service discovery is particularly important in the Internet of Things application. For example, in a building automation system, the switchgear should find the corresponding light source device; in the temperature acquisition system, the temperature sensor finds the corresponding anchor node. Service discovery is performed for the first time when the network is initialized, and is periodically performed after the network is stable. The new device joins the network and triggers service discovery.
  • the 6LoWPAN protocol implements the adaptation function of the TCP/IP protocol stack and the IEEE802.15.4 link layer protocol. Therefore, the 6LoWPAN network can effectively achieve strong interactivity and scalability with the traditional IP network.
  • the IETF Internet Engineering Task Force
  • the IETF has solved the problems of protocol adaptation, packet compression and other standard documents; 6LoWPA Neighbor Discovery Protocol, RPL (Routing Protocol) For LLN, low-power routing protocol) routing protocol and CoAP application layer protocol are lightweight protocols developed in combination with traditional IP (Internet Protocol) protocols. Currently, they are in the standard draft stage. .
  • the neighbor discovery mechanism is a key feature of IPv6 (Internet Protocol Version 6, version 6 Internet Protocol), which handles the initiation and maintenance of nodes on IPv6 links.
  • IPv6 Internet Protocol Version 6, version 6 Internet Protocol
  • the basic IPv6 Neighbor Discovery Protocol [RFC4816] does not apply to 6LoWPAN.
  • the 6L0WPAN working group specially developed the 6LoWPAN Neighbor Discovery Protocol (6LoWPAN-D) for low-power wireless networks and 6LoWPAN, which describes the automatic configuration of the network and the interaction mechanism between hosts, routes and border routes, and completes the nodes in the LoWPAN domain. Registration and address assignment.
  • Each The node registry of the LoWPAN domain is saved by the corresponding boundary route, which simplifies the IPv6 operation and reduces the number of multicast information flows.
  • the service discovery of the 6LoWPAN network must achieve lightweight overhead and the mechanism is simple and expandable. At the same time, the requirements of the number of terminals should be considered.
  • the 6LoWPAN network is an IP-based wireless network, its service discovery can draw on the service discovery protocol of traditional IP networks.
  • the typical SD protocol of traditional IP networks mainly includes three types: SLP (Service Location Protocol), Zeroconf suite, and UPnP (Universal Plug and Play) architecture.
  • SLP Service Location Protocol
  • Zeroconf suite Zeroconf suite
  • UPnP Universal Plug and Play
  • the first two are standard protocols developed by the IETF, which is developed through the UPnP community.
  • Zeroconf and UPnP implement other functions including address autoconfiguration.
  • Zeroconf is used to perform address autoconfiguration, host name resolution for DNS (Domain Name System) servers, and use DNS to complete discovery services.
  • Zeroconf also implements a simpler discovery mechanism, but the protocol needs to multicast to the local link of all queries, and the architecture does not provide a caching proxy mechanism similar to DA in SLP. Scalability is a problem.
  • UPnP runs on the IP protocol and uses the automatic configuration feature of standard IP to provide a Simple Service Discovery Protocol (SSDP). Its service messages pass the more complex XML (Extensible Markup Language) language. Said.
  • networks based on low-power wireless links also have non-IP-based protocols.
  • zigbee the zigbee consortium has designed a complete network layer to application layer protocol, including device discovery and service discovery methods for zigbee networks.
  • Device discovery mainly obtains the node address through unicast or broadcast messages; service discovery is completed to query each node in a specific device or service for a matching device (not broadcast or unicast), using the complex, using , node or work Rate description plus simple remote terminal address description (used to connect application objects). Since the zigbee service discovery is only for the zigbee network, it lacks some scalability. Summary of the invention
  • the technical problem to be solved by the embodiment of the present invention is to provide a service discovery method and device based on the 6LoWPA network, which is used to solve the problem that the related technology has a large resource release for the service discovery of the Internet of Things terminal.
  • an embodiment of the present invention provides a service discovery method based on a 6LoWPAN network, including:
  • the host completes two processes of router discovery and host address registration respectively; in the service registration step, the service provider SA advertises the available service type to the border route; the service query step, the service requester UA queries the boundary route to provide the service SA information; The boundary route sends service query response information to the UA; the application interaction between the SA and the UA.
  • the border routing is used as a service aggregator DA;
  • the SA is a router or a host, and the UA is a router or a host; but in the same application interaction, the router or the host can only be one of the SA or the UA.
  • the initializing step specifically includes:
  • the host first multicasts the route request message RS to find the router, and the router replies to the host with the route advertisement message RA, and carries the address prefix information, the authorized border routing option, and the service aggregator DA flag, and advertises the DA address in the entire network; And DA discovery process;
  • the host constructs its global IP address based on the received address prefix information, and performs address registration with the router through the neighbor request message NS, carrying the address registration option.
  • the router feeds back a neighbor announcement message NA to the host and carries the option of registering the status of the result.
  • the service registration step specifically includes:
  • the SA sends a service registration request message to the border route, carrying the service type URL provided by the SA; when the boundary route receives the service registration request message, it searches for a matching service type in the service database, and sets the SA address and service configuration information. Join the appropriate service type; After the service registration is complete, the border route sends a service registration response message to the SA, indicating whether the registration is successful or not.
  • the service query step specifically includes:
  • the UA sends a service query message to the DA to request a service in the network, carries the service type and its parameter configuration, and represents the service that is desired to be obtained by providing a URL of the desired service response;
  • D A searches for the matching U L according to the service type, and selects the SA devices that meet the conditions according to the parameters sent by the UA, merges them into one response, and sends a service query response message to the UA, and the information includes a list of URLs that can provide the corresponding services.
  • the service route is authenticated and authorized before the service registration step.
  • an embodiment of the present invention further provides a service discovery device based on a 6LoWPAN network, including:
  • the service registration module is set to the service provider SA to notify the boundary route of the available service types;
  • Service query module set to service requester UA to the boundary routing query can provide services
  • the border route sends service query response information to the UA; the application interaction between the SA and the UA.
  • the border routing is used as a service aggregator DA;
  • the SA is a router or a host, and the UA is a router or a host; but in the same application interaction, the router or the host can only be one of the SA or the UA.
  • the initialization module is specifically configured to:
  • the host first multicasts the route request message RS to find the router, and the router replies to the host with the route advertisement message RA, and carries the address prefix information, the authorized border routing option, and the service aggregator DA flag, and advertises the DA address in the entire network; And DA discovery process;
  • the host constructs its global IP address based on the received address prefix information, and requests the message through the neighbor.
  • the NS registers the address with the router and carries the address registration option.
  • the router feeds back a neighbor advertisement message NA to the host and carries the option of registering the status of the result.
  • the service registration module is specifically configured to:
  • the SA sends a service registration request message to the border route, carrying the service type URL provided by the SA; when the boundary route receives the service registration request message, it searches for the matching service type in the service database, and configures the SA address and service configuration. Information is added to the corresponding service type;
  • the border route After the service registration is completed, the border route sends a service registration response message to the SA, indicating whether the registration is successful or not.
  • the service query module is specifically configured to:
  • the UA sends a service query message to the DA to request a service in the network, carries the service type and its parameter configuration, and represents the service that is desired to be obtained by providing a URL of the desired service response;
  • the DA searches for the matching U L according to the service type, and filters out the SA devices that meet the conditions according to the parameters sent by the UA, and merges them into one response, and sends a service query response message to the UA, where the information includes a U L list that can provide the corresponding service.
  • the device further includes:
  • the authentication and authorization module is configured to authenticate the service route before performing service registration.
  • the embodiments of the present invention are directed to limiting the storage capacity and power consumption of the 6LoWPAN terminal, simplifying the interaction mechanism as much as possible, simplifying the service discovery message to reduce the data packet load, and adapting it to the 802.15.4 low-rate wireless network, with low resource overhead and simple mechanism;
  • the service discovery interaction method is designed for the large number of IoT application terminals and the application function scalability, which has the advantages of high flexibility and strong scalability.
  • FIG. 1 is a flow chart of a service discovery method based on a 6LoWPAN network in an embodiment of the present invention
  • 3 is a flowchart of a service discovery process in an embodiment of the present invention
  • 4 is a schematic structural diagram of a service discovery apparatus based on a 6LoWPAN network according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of another service discovery apparatus based on a 6LoWPAN network in an embodiment of the present invention. Preferred embodiment of the invention
  • an embodiment of the present invention relates to a service discovery method based on a 6LoWPAN network, including:
  • Step S101 an initialization step, the host separately completes two processes of router discovery and host address registration;
  • the initialization of the 6LoWPAN network is mainly realized by the neighbor discovery protocol and the routing protocol, and completes the basic functions of 6LoWPAN network topology construction and router discovery and address configuration.
  • the implementation of the ND (Neighbor Discovery) protocol, in particular the mechanisms added by the 6L0WPAN ND, provides the necessary basis for accomplishing the service discovery mechanism of the embodiments of the present invention.
  • FIG. 2 shows the basic interaction mechanism of the 6LoWPAN network neighbor discovery protocol.
  • the RS/RA and NS/NA message hosts complete the process of router discovery and host address registration respectively. The details are as follows: The host first multicasts the route request message RS to find the router. The router replies to the host with a route advertisement The RA, and carries the address prefix information (PIO, 6CO), the authorized border routing option (ABRO), and the service aggregator DA flag, to advertise the DA address in the entire network; complete the router and DA discovery process.
  • the border routing distributes the prefix information to the network through the RA message.
  • 6LoWPAN D adds an Authorized Boundary Routing Option (ABRO) to the RA message. After this process, the boundary routing information is in the entire network. Announced.
  • the embodiment of the present invention uses this boundary route as a service aggregator (DA), which omits the discovery process of the DA in the service discovery process.
  • DA service aggregat
  • the host constructs its own global IP address based on the received prefix information, that is, the stateless address autoconfiguration process.
  • the premise of service discovery is network interconnection, that is, network equipment is IP-addressed and guaranteed to be unique.
  • the 6LoWPAN Neighbor Discovery Protocol implements stateless autoconfiguration of addresses.
  • the host sends a message to the router through the neighbor request message.
  • the NS carries the address registration option (A O ).
  • the router feeds back a neighbor advertisement message NA to the host and carries the ARO option of the registration result status.
  • Boundary Routing (6LBR), which is the bridge connecting the 6LoWPAN network and the external network. It is the most powerful type of node in the 6LoWPAN network, and completes the management configuration of the 6LoWPAN node in the domain, such as Building automation gateway in building automation system, there may be multiple 6LBR in a 6LoWPA network; router (6LR) is located in the 6LoWPAN network, and the routers complete the 6LoWPA network topology construction and data routing and forwarding through the routing protocol, due to self-organization
  • the speciality of the network topology, 6LR can serve as a service provider at the same time, for example, a sensor node can simultaneously forward data from other nodes; a host (6LH, such as a sensing device), located in the 6LoWPAN network, through the neighbor discovery protocol Associated with 6LR, it can only be used as the end device of the 6LoWPA network due to its
  • the embodiment of the present invention maps the foregoing three physical devices into three logical devices suitable for the service discovery mechanism, namely, a DA (directory agent), an SA (service agent, a service provider, and a service provider).
  • DA directory agent
  • SA service agent
  • service provider service provider
  • service provider service provider
  • DA Corresponds to 6LBR.
  • 6LBR As a service aggregation point provided by the 6LoWPAN network under its jurisdiction, it maintains a database containing all available services and their SA information and service configuration parameters in response to service query requests from UAs. At the same time, it has the service configuration function for the nodes in the network, which is 6LBR is determined by the core position within the network. From a security perspective, the DA should also have authorization authentication capabilities with devices within the network.
  • SA Corresponds to 6LR or 6LH. As a service provider in the 6L0WPAN network, it notifies the DA of all the services it can provide and its parameters.
  • the service parameters are divided into intrinsic parameters and configurable parameters.
  • the DA Corresponds to 6LR or 6LH.
  • the DA is queried for available services, and obtains the address information and service configuration information of the service provider, that is, the SA.
  • Nodes in the 6LoWPAN network can be either SA or UA, either 6LR or 6LH, but in the same application interaction, each node assumes only one role. For example, in the same application interaction, if 6LR is used as the SA, it cannot be used as the UA. Similarly, if 6 LH is used as the SA, it cannot be used as the UA.
  • the 6LoWPAN border route has been advertised in the whole network.
  • the border route is used as the DA device, which can save the DA multicast discovery process.
  • the multicast service announcement of the SA and the multicast service query process of the UA are omitted, which greatly reduces the total amount of network traffic.
  • the new 6LoWPAN node can quickly join the network and advertise the border routing of the services it provides, providing high scalability for 6LoWPAN networks that may consist of thousands of nodes.
  • the 6LoWPAN network After the 6LoWPAN network is initialized, as shown in Figure 3, before the node (SA or UA) performs application data interaction, it mainly includes three steps: authentication authorization, service registration, and service query of the DA.
  • the first two processes are the service initialization process performed after the 6LoWPAN network is initialized or when the SA device joins the network for the first time.
  • the service query is performed before the UA application is started.
  • Step S102 a service registration step, the service provider SA notifies the boundary route of the service type that can be provided;
  • the DA is authenticated and authorized before the service is registered. Due to the core position and key role of the DA in the embodiment of the present invention, especially in the application scenario with high security level, the authentication and authorization between the node and the node is an important process. However, this process requires the node to maintain some extended service configuration information, such as account passwords, etc., and requires a relatively complicated security mechanism or even the participation of a third-party trust organization, and the existing authentication and authorization method can be used for authentication and authorization. The examples are not described in detail.
  • the Authorized Boundary Routing option in the Neighbor Discovery Protocol can be considered as providing a certain authentication mechanism.
  • the application security level is not high, and the 6LoWPAN node performance limit is large, you can consider ignoring this phase. Therefore, the embodiment of the present invention uses the authentication and authorization process of the DA as an optional step, and can set different authentication levels according to the performance of the 6LoWPAN node and the application scenario.
  • SA 6LoWPAN node
  • DA border route
  • the SA sends a service registration request message to the DA, and carries the service type URL provided by the SA.
  • the service type may be more than one.
  • the SA sets an expiration date for each service, and may also carry some optional parameters for indicating the service. Configuration.
  • the DA When receiving the service registration request message sent by the SA, the DA searches for the same service type in the service database, and adds the address of the SA and the service configuration information to the corresponding service type. If the same service type is not found, add a new service item.
  • the DA After the service registration is completed, the DA sends a service registration response message to the SA, indicating whether the registration is successful or not. Unsuccessful registration may be caused by the fact that the services provided by the SA are not covered by the services of the DA or the service database in the DA is full.
  • Step S103 The service query step, the service requester UA queries the boundary route to query the SA information that can provide the service; the border route sends the service query response information to the UA; and the application interaction between the SA and the UA.
  • the service of the embodiment of the present invention is located through a URL.
  • the UA requests a service from the network to the DA.
  • the UA first sends a unicast service query message to the DA, carries the service type and its parameter configuration, and indicates which service it is interested in by providing a URL of the desired service response.
  • the DA searches for the matching URL according to the service type, and filters out a series of SA devices that meet the conditions according to the parameters sent by the UA, and combines them into one response within the maximum packet length range to avoid the overhead of a single service discovery message.
  • the DA receives the configuration success information of the SA, it sends a service to the UA.
  • the query response message which contains a list of service: URLs that provide the corresponding service.
  • the URL can be specified by both parties, using compact coding without changing any service discovery interaction mechanisms, while reducing message overhead.
  • a switch device sends a URL service request such as service: lamp to the building automation gateway (DA), and queries the network for the information of the light source device, and can also provide some parameter conditions for the DA to filter and query the light source device.
  • DA building automation gateway
  • a light source service is service:lamp://192.168.168.168:8080
  • lamp is a service type, and the service type can be expressed more specifically, such as lamp:red, which is a red light service.
  • lamp:red which is a red light service.
  • 192.168.168.168:8080 indicates the address and service port of the SA, and the representation is ://address:port.
  • the traditional SLP protocol can implement UDP or TCP transmission at the same time, and the multicast message coexists with the unicast message. Due to the low speed and low power consumption of IEEE802.15.4, the service discovery protocol in the 6LoWPAN network should be as simple as possible and low in data overhead.
  • the service discovery protocol of the embodiment of the present invention uses only the UDP protocol for transmission because the adaptation function of the 6LoWPAN supports the IPv6 and UDP protocols. Since the DA has been determined during the network initialization process, the node does not need to issue a multicast request message, and thus only uses unicast transmission. Therefore, whether it is the service registration process of the SA to the DA or the service inquiry process of the UA to the DA, a simple "request/response" unicast transmission mode is adopted.
  • an embodiment of the present invention further relates to a 6LoWP AN network-based service discovery apparatus that implements the foregoing method, including:
  • the initialization module 201 is configured to perform two processes of router discovery and host address registration respectively.
  • the service registration module 202 is configured to provide a service provider SA to notify the boundary route of the types of services that can be provided;
  • the service query module 203 is configured to: the service requester UA queries the boundary route to query the SA information that can provide the service; the boundary route sends the service query response information to the UA; Line application interaction.
  • the border is used as the service aggregator DA; the SA is a router or a host, and the UA is a router or a host; but in the same application interaction, the router or the host can only act as one of the SA or the UA.
  • the initialization module 201 is specifically configured to:
  • the host first multicasts the route request message RS to find the router, and the router replies to the host with the route advertisement message RA, and carries the address prefix information, the authorized border routing option, and the service aggregator DA flag, and advertises the DA address in the entire network; And DA discovery process;
  • the host constructs its global IP address based on the received address prefix information, and performs address registration with the router through the neighbor request message NS, carrying the address registration option.
  • the router feeds back a neighbor announcement message NA to the host and carries the option of registering the status of the result.
  • the service registration module 202 is specifically configured to:
  • the SA sends a service registration request message to the border route, carrying the service type URL provided by the SA; when the boundary route receives the service registration request message, it searches for the matching service type in the service database, and configures the SA address and service configuration. Information is added to the corresponding service type;
  • the border route After the service registration is completed, the border route sends a service registration response message to the SA, indicating whether the registration is successful or not.
  • the service query module 203 is specifically configured to:
  • the UA sends a service query message to the DA to request a service in the network, carries the service type and its parameter configuration, and represents the service that is desired to be obtained by providing a URL of the desired service response;
  • the DA searches for the matching U L according to the service type, and filters out the SA devices that meet the conditions according to the parameters sent by the UA, and merges them into one response, and sends a service query response message to the UA, where the information includes a list of URLs that can provide the corresponding service.
  • the above device further includes:
  • the authentication and authorization module 204 is configured to authenticate the service route before performing service registration.
  • the embodiment of the present invention is directed to a storage capacity of a 6LoWPAN terminal, Limiting energy consumption, simplifying the interaction mechanism as much as possible, simplifying service discovery messages to reduce packet payload, adapting to 802.15.4 low-rate wireless networks, low resource overhead, and simple mechanism; especially for the number of applications for IoT applications, application function Scalable, etc.
  • the design service discovers interactive methods with the advantages of high flexibility and scalability.
  • the embodiments of the present invention are directed to limiting the storage capacity and power consumption of the 6LoWPAN terminal, simplifying the interaction mechanism as much as possible, simplifying the service discovery message to reduce the data packet load, and adapting it to the 802.15.4 low-rate wireless network, with low resource overhead and mechanism; Especially for the large number of IoT application terminals and application function scalability, the service discovery interaction method is designed, which has the advantages of high flexibility and strong scalability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种基于6LoWPAN网络的服务发现方法及装置，包括：初始化步骤，主机分别完成路由器发现与主机地址注册两个过程；服务注册步骤，服务提供者SA向边界路由通告可提供的服务类型；服务查询步骤，服务请求者UA向边界路由查询能够提供服务的SA信息；边界路由向UA发送服务查询应答信息；SA与UA之间进行应用交互。本发明实施例针对6LoWPAN终端存储容量、能耗等限制，尽量简化交互机制，简化的服务发现消息以降低数据包载荷，使其适应802.15.4低速率无线网络，资源开销小、机制简单；特别针对物联网应用终端数量庞大、应用功能可扩展等情况设计服务发现交互方法，具有灵活性高与可扩展性强的优点。

Description

一种基于 6LoWPAN网络的服务发现方法及装置
技术领域
本发明涉及通讯技术领域， 特别是涉及一种基于 6LoWPAN ( IPv6 over Low-Power Wireless Personal Area Networks, 基于 IPv6的氐速无线个 i或网 ) 网络的服务发现方法及装置。 背景技术
服务发现（SD , Service Discovery )作为传统网络的一个关键应用层协 议， 使设备能自动在网络上发布或获知可用服务。 在物联网应用中， 由于智 能终端无法方便的实现直接与用户交互， 且在同一个网络部署中可以存在多 种应用， 因而服务发现在物联网应用中显得尤为重要。 例如在楼宇自控系统 中， 开关设备要找到相应的光源设备； 在温度采集系统中， 温度传感器要找 到相应的锚节点。 服务发现在网络初始化时第一次执行， 并在网络稳定后周 期性的进行， 新设备加入网络后也会触发服务发现。
6LoWPAN协议实现了 TCP/IP协议栈与基于 IEEE802.15.4链路层协议的 适配功能，因而 6LoWPAN网络可以有效的实现与传统 IP网络较强的可交互 性以及可扩展性。 目前 IETF ( Internet Engineering Task Force， 互联网工程任 务组）对 6LoWP AN研究仍处于关键技术研究阶段， IETF已解决协议适配， 数据包压缩等问题并发布标准文档； 6LoWPA 邻居发现协议、 RPL ( Routing Protocol for LLN， 低功耗路由协议）路由协议以及 CoAP应用层协议均是结 合传统 IP ( Internet Protocol , 网络之间互连的协议） 网络协议而制定的轻量 级的协议， 目前均处于标准草稿阶段。
邻居发现机制是 IPv6 ( Internet Protocol Version 6 , 版本号 6的互联网协 议） 的一个关键特征， 处理 IPv6链路上节点的启动以及维护。 基本的 IPv6 邻居发现协议 [RFC4816]并不适用于 6LoWPAN。 6L0WPAN工作组为低功耗 无线网络和 6LoWPAN 特别 制 定了 6LoWPAN 邻居发现协议 ( 6LoWPAN- D ) , 其中详细描述了网络自动配置以及主机、 路由和边界路 由之间的交互机制， 完成 LoWPAN域内各节点的注册与地址分配。 每个 LoWPAN域的节点注册表由相应边界路由保存， 简化了 IPv6操作， 也减少 了组播信息流的数量。
由于 6LoWPAN无线终端资源能耗有限， 802.15.4无线链路低速率的限 制， 使得 6LoWPAN网络的服务发现务必实现轻量级开销并且机制简单可扩 展； 同时还应考虑终端数量庞大等要求。
目前关于物联网终端的服务发现还没有统一的标准， 面向 6LoWPAN协 议的服务发现机制还处于需求探讨阶段。 IETF CoRE工作组提供的最新的标 准草稿给出了基于 Π>的无线网络与 Internet的几种典型的服务发现交互场景 与模式， 并提出基于 CoAP ( Constrained Application Protocol， 受限应用协议） 协议的服务发现思路。 此外， IETF草稿提出将服务发现与邻居发现机制相结 合以及与传统 IP网络服务发现相结合的思路， 但均未给出具体的方法。
由于 6LoWPAN网络是基于 IP的无线网络，因而其服务发现可借鉴传统 IP 网络的服务发现协议。 传统 IP 网络典型的 SD协议主要包含三种： SLP ( Service Location Protocol , 月良务定位协议） 、 Zeroconf 套件以及 UPnP ( Universal Plug and Play, 通用即插即用）架构。 前两者均是由 IETF制定的 标准协议， 后者通过 UPnP社区开发完成。
Zeroconf与 UPnP除了基本服务发现机制外还实现了包括地址自动配置 等其他功能。 Zeroconf用于执行地址自动配置、 无域名系统（ DNS， Domain Name System )服务器的主机名解析以及使用 DNS完成发现服务。 Zeroconf 也实现了较为简单的发现机制， 但协议需要对所有查询的本地链路多播， 而 且该架构不提供类似于 SLP中 DA的缓存代理机制，扩展性是一个问题。 UPnP 运行在 IP协议上， 使用标准 IP的自动配置特性， 提供一种简单服务发现协 议（SSDP， Simple Service Discovery Protocol ) , 其服务消息通过较为复杂的 XML ( Extensible Markup Language, 可扩展标记语言)语言表示。
此外， 基于低功耗无线链路的网络也有基于非 IP的协议， 例如 zigbee, zigbee联盟设计了一套完整的网络层到应用层的协议， 包括适用于 zigbee网 络的设备发现与服务发现方法。 设备发现主要通过单播或广播消息获取节点 地址； 服务发现完成在附近查询每个节点在一个特定设备或用于一个相匹配 的设备中的服务（不是广播就是单播） ， 利用联合体、 使用者、 节点或者功 率描述加上简单的远程终端地址描述（用于连接应用对象） 。 由于 zigbee服 务发现只针对 zigbee网络， 因而缺乏一定的可扩展性。 发明内容
本发明实施例要解决的技术问题是提供一种基于 6LoWPA 网络的服务 发现方法及装置， 用以解决相关技术关于物联网终端的服务发现存在资源开 销大的问题。
为解决上述技术问题， 一方面， 本发明实施例提供一种基于 6LoWPAN 网络的服务发现方法， 包括：
初始化步骤， 主机分别完成路由器发现与主机地址注册两个过程； 服务注册步骤， 服务提供者 SA向边界路由通告可提供的服务类型； 服务查询步骤， 服务请求者 UA向边界路由查询能够提供服务的 SA信 息； 边界路由向 UA发送服务查询应答信息； SA与 UA之间进行应用交互。
可选地，将所述边界路由作为服务聚集者 DA; SA为路由器或主机， UA 为路由器或主机；但在同一个应用交互中，路由器或主机只能作为 SA或 UA 中的一个。
可选地， 初始化步骤具体包括：
主机首先组播发送路由请求消息 RS查找路由器， 路由器向主机回复路 由宣告消息 RA， 并携带地址前缀信息、授权边界路由选项和服务聚集者 DA 标记， 将 DA地址在全网络中进行通告； 完成路由器和 DA发现过程；
主机根据收到的地址前缀信息构造其全局 IP地址， 通过邻居请求消息 NS 向路由器进行地址注册， 携带地址注册选项； 路由器向主机反馈一个邻 居宣告消息 NA， 并携带注册结果状态的选项。
可选地， 服务注册步骤具体包括：
SA向边界路由发送服务注册请求消息，携带其所提供的服务类型 URL; 边界路由收到所述服务注册请求消息时， 在服务数据库中查找符合的服 务类型， 并将 SA的地址以及服务配置信息加入相应的服务类型中； 服务注册完成后， 边界路由向 SA发送服务注册应答消息， 表明注册成 功与否。
可选地， 服务查询步骤具体包括：
UA向 DA发送服务查询消息请求网络中的服务， 携带服务类型及其参 数配置， 通过提供期望服务响应的 URL来表示期望获取的服务；
D A根据服务类型查找匹配 U L， 同时根据 UA发来的参数筛选出符合 条件的 SA设备， 合并成一条应答， 向 UA发送服务查询应答信息， 此信息 包含可提供相应服务的 URL列表。
可选地， 在服务注册步骤之前， 对所述服务路由进行认证授权。
另一方面， 本发明实施例还提供一种基于 6LoWPAN网络的服务发现装 置， 包括：
初始化模块,设置成主机分别完成路由器发现与主机地址注册两个过程； 服务注册模块， 设置成服务提供者 SA向边界路由通告可提供的服务类 型；
服务查询模块， 设置成服务请求者 UA向边界路由查询能够提供服务的
SA信息； 边界路由向 UA发送服务查询应答信息； SA与 UA之间进行应用 交互。
可选地，将所述边界路由作为服务聚集者 DA; SA为路由器或主机， UA 为路由器或主机；但在同一个应用交互中，路由器或主机只能作为 SA或 UA 中的一个。
可选地， 初始化模块具体设置成：
主机首先组播发送路由请求消息 RS查找路由器， 路由器向主机回复路 由宣告消息 RA, 并携带地址前缀信息、授权边界路由选项和服务聚集者 DA 标记， 将 DA地址在全网络中进行通告； 完成路由器和 DA发现过程；
主机根据收到的地址前缀信息构造其全局 IP地址， 通过邻居请求消息
NS 向路由器进行地址注册， 携带地址注册选项； 路由器向主机反馈一个邻 居宣告消息 NA， 并携带注册结果状态的选项。 可选地， 服务注册模块具体设置成：
SA向边界路由发送服务注册请求消息，携带其所提供的服务类型 URL; 边界路由收到所述服务注册清求消息时， 在服务数据库中查找符合的服 务类型， 并将 SA的地址以及服务配置信息加入相应的服务类型中；
服务注册完成后， 边界路由向 SA发送服务注册应答消息， 表明注册成 功与否。
可选地， 服务查询模块具体设置成：
UA向 DA发送服务查询消息请求网络中的服务， 携带服务类型及其参 数配置， 通过提供期望服务响应的 URL来表示期望获取的服务；
DA根据服务类型查找匹配 U L, 同时根据 UA发来的参数筛选出符合 条件的 SA设备， 合并成一条应答， 向 UA发送服务查询应答信息， 此信息 包含可提供相应服务的 U L列表。
可选地， 所述装置还包括：
认证授权模块， 设置成在进行服务注册之前对所述服务路由进行认证授 权。
本发明实施例有益效果如下：
本发明实施例针对 6LoWPAN终端存储容量、 能耗等限制， 尽量简化交 互机制， 简化的服务发现消息以降低数据包载荷， 使其适应 802.15.4低速率 无线网络， 资源开销小、 机制简单； 特别针对物联网应用终端数量庞大、 应 用功能可扩展等情况设计服务发现交互方法， 具有灵活性高与可扩展性强的 优点。 附图概述
图 1 是本发明实施例中一种基于 6LoWPAN网络的服务发现方法的流程 图；
图 2 是本发明实施例中初始化过程的流程图；
图 3 是本发明实施例中服务发现过程的流程图； 图 4 是本发明实施例中一种基于 6LoWPAN网络的服务发现装置的结构 示意图；
图 5 是本发明实施例中再一种基于 6LoWPAN网络的服务发现装置的结 构示意图。 本发明的较佳实施方式
以下结合附图以及实施例， 对本发明进行进一步详细说明。 应当理解， 此处所描述的具体实施例仅仅用以解释本发明实施例， 并不限定本发明实施 例。
SLP 实现了较为简单的服务发现机制， 其服务通过 URL ( Uniform I
Universal Resource Locator , 统一资源定位符）表示 , 因此消息是轻量级的， 通过 UDP( User Datagram Protocol,用户数据报协议 )或者 TCP( Transmission Control Protocol, 传输控制协议）传递， 通过 DA ( directory agent, 服务聚集 者） ， SA ( service agent, 服务提供者）和 UA ( user agent, 服务请求者）三 种设备之间的简单的交互实现， 特別是 DA作为服务代理使 SLP拥有可扩展 性。 从资源开销、 能耗以及可扩展性等角度考虑， 针对 6LoWPA 网络的服 务发现机制可借鉴 SLP协议。
如图 1所示， 本发明实施例涉及一种基于 6LoWPAN网络的服务发现方 法， 包括：
步骤 S101 , 初始化步骤， 主机分别完成路由器发现与主机地址注册两个 过程；
6LoWPAN 网络的初始化主要通过邻居发现协议以及路由协议实现， 完 成 6LoWPAN 网络拓朴的构建以及路由器发现、 地址配置等基本功能。 ND ( Neighbor Discovery, 邻居发现 )协议的实现特別是 6L0WPAN ND增加的 一些机制为完成本发明实施例的服务发现机制提供了必要的基础。
图 2为 6LoWPAN网络邻居发现协议基本交互机制， RS/RA与 NS/NA 两个消息主机分别完成路由器发现与主机地址注册两个过程， 具体为： 主机 首先组播发送路由请求消息 RS查找路由器， 路由器向主机回复路由宣告消 息 RA， 并携带地址前缀信息（PIO,6CO ) 、 授权边界路由选项 （ABRO )和 务聚集者 DA标记， 将 DA地址在全网络中进行通告； 完成路由器和 DA 发现过程。 在路由器发现的过程中， 边界路由通过 RA消息向网络中分发前 缀信息， 6LoWPAN D 在此 RA 消息中添加了一个授权边界路由选项 ( ABRO ) ， 经过这一过程， 边界路由的信息在全网络中进行了通告。 本发 明实施例将此边界路由作为服务聚集者（ DA ) ， 省去了服务发现过程中 DA 的发现过程。
主机根据收到的前缀信息构造自己的全局 IP地址，即无状态地址自动配 置过程。服务发现得以实施的前提是网络互联，也就是网络设备进行了 IP寻 址并保证唯一性。 6LoWPAN邻居发现协议实现了地址的无状态自动配置。 主机通过邻居请求消息 NS 向路由器进行地址注册， 携带地址注册选项 ( A O ) , 路由器向主机反馈一个邻居宣告消息 NA, 并携带注册结果状态 的 ARO选项。
6LoWP AN网络内主要存在三种物理设备： 边界路由（6LBR )， 作为连 接 6LoWPAN网络与外网的桥梁， 在 6LoWPAN网络中属于性能最强的一类 节点， 完成对域内 6LoWPAN节点的管理配置， 比如楼宇自控系统中的楼宇 自控网关， 一个 6LoWPA 网络中可以存在多个 6LBR; 路由器 （6LR ) , 位于 6LoWPAN网络内， 路由器间通过路由协议完成 6LoWPA 网络拓朴的 构建以及数据的路由转发， 由于自组织网络拓朴的特殊性， 6LR可以同时作 为服务提供者， 比如一个传感节点可同时完成来自其他节点的数据的转发； 主机（6LH, 例如传感设备） ， 位于 6LoWPAN网络内， 通过邻居发现协议 与 6LR关联， 由于其资源能耗等性能限制较强， 因此只能作为 6LoWPA 网 络的末端设备。
本发明实施例根据 6LoWPAN网络设备的功能特性将上述三种物理设备 映射为适用于服务发现机制的三种逻辑设备， 即 DA ( directory agent, 服务 聚集者）， SA ( service agent, 服务提供者和 UA ( user agent, 服务请求者）：
DA: 对应于 6LBR。 作为其管辖的 6LoWPAN网络提供的服务汇聚点， 维护一个包含所有可用服务及其 SA信息以及服务配置参数的数据库， 响应 来自 UA 的服务查询请求。 同时具备对网内节点的服务配置功能， 这是由 6LBR在网内的核心地位决定的。从安全角度考虑， DA还应具备与网内设备 的授权认证功能。
SA: 对应于 6LR或者 6LH。 作为 6L0WPAN网络内的服务提供者， 向 DA通告其可提供的所有服务及其参数， 服务参数分为固有参数以及可配置 参数。
UA: 对应于 6LR或者 6LH。作为 6LoWPAN网络内服务的用户， 向 DA 查询可用服务， 获取服务提供者即 SA的地址信息以及服务配置信息。
6LoWPAN网络内的节点无论是 6LR还是 6LH, 均可作为 SA或者 UA， 但是在同一个应用交互中， 每个节点只承担一个角色。 例如， 在同一个应用 交互中， 6LR作为 SA, 则不能作为 UA, 同理， 6 LH作为 SA， 则不能作为 UA。
网络经过邻居发现协议的初始化后， 6LoWPAN边界路由已经在全网中 进行了通告， 将边界路由作为 DA设备， 可以省去 DA的组播发现过程。 无 论是 SA还是 UA设备的服务请求消息均直接发送给 DA,省去了 SA的组播 服务通告以及 UA的组播服务查询过程， 这样大大减少了网络流量的总量。 同时， 新的 6LoWPAN节点可以快速的加入网络并通告边界路由其所提供的 服务， 对于可能由数千节点组成的 6LoWPAN网络提供了较高的可扩展性。
在 6LoWPAN网络初始化之后， 如图 3所示， 节点（ SA或者 UA )进行 应用数据交互之前进行， 主要包括三个步骤： 分別是 DA的认证授权、 服务 注册、 服务查询。 前两个过程是在 6LoWPAN网络初始化结束后或者 SA设 备第一次加入网络时执行的服务初始化流程， 服务查询则是在 UA应用开启 前进行的。
步骤 S102, 服务注册步骤， 服务提供者 SA向边界路由通告可提供的服 务类型；
本步骤中， 在服务注册之前， 先进行 DA的认证授权。 由于 DA在本发 明实施例中的核心地位与关键作用， 特别是在安全等级较高的应用场景下， 其与节点间的认证授权是一个很重要的过程。 但此过程需要节点维护一些扩 展的服务配置信息， 比如账号密码等， 需要一个较为复杂的安全机制甚至第 三方信任机构的参与， 采用现有的认证授权方法进行认证授权即可， 本发明 实施例不再详述。
由于网络初始化时， 邻居发现协议中的授权边界路由选项可认为已经提 供了一定的认证机制， 在应用安全等级要求不高， 且 6LoWPAN节点性能限 制较大时可考虑忽略此阶段。 因此， 本发明实施例将 DA的认证授权过程作 为一个可选步骤， 可根据 6LoWPAN节点性能以及应用场景设置不同的认证 等级。
6LoWPAN节点 （SA ) 刚加入网络并完成网络初始化过程后， 需要向边 界路由 （DA )通告可提供的服务类型及其参数， 这一过程称为服务注册。
具体步骤为： 首先 SA向 DA发送服务注册请求消息， 携带其所提供的 服务类型 URL, 服务类型可以不止一个， SA为每个服务设置一个有效期， 同时还可携带一些可选参数用于表示服务的配置。
DA收到 SA发来的服务注册请求消息时，在服务数据库中查找相同的服 务类型， 并将 SA的地址以及服务配置信息加入相应的服务类型中。 若未找 到相同的服务类型， 则添加新的服务项。
服务注册完成后， DA向 SA发送服务注册应答消息，表明注册成功与否。 注册不成功可能是由 SA所提供的服务不在 DA所管辖服务范围之内或者 DA 中的服务数据库已满等情况引起的。
步骤 S103 , 服务查询步骤， 服务请求者 UA向边界路由查询能够提供服 务的 SA信息； 边界路由向 UA发送服务查询应答信息； SA与 UA之间进行 应用交互。
查询过程中， 本发明实施例服务通过 URL定位。在 UA设备启动一个应 用交互之前， 需要先向 DA查询能够提供服务的 SA设备信息。 当一个 UA 向 DA请求网络中的服务时。 UA首先向 DA发送单播服务查询消息， 携带 服务类型及其参数配置，通过提供期望服务响应的 URL来表明它对哪种服务 感兴趣。
DA根据服务类型查找匹配 URL， 同时根据 UA发来的参数筛选出符合 条件的一系列 SA设备， 在最大数据包长度范围内合并成一条应答， 避免单 个服务发现消息的开销。 当 DA收到 SA的配置成功信息后， 向 UA发送服 务查询应答信息， 此信息包含可提供相应服务的 service: URL列表。
URL可由参与双方来指定，采用紧凑型编码而无需改变任何服务发现交 互机制， 同时可降低消息开销。 比如， 一个开关设备向楼宇自控网关 （DA ) 发出 service: lamp这样的 URL服务请求， 向网络查询灯源设备的信息， 同时 可附带一些参数条件供 DA筛选查询灯源设备。
每个服务的 Servke:URL的基本表达格式为：
service:<abstract-type>:<concrete-type>://hostname:port
例如一个灯源服务 为 service:lamp://192.168.168.168:8080
其中， lamp为服务类型，服务类型也可表达的更为具体， 比如 lamp:red, 也就是红灯服务。：//之后的 192.168.168.168:8080表示 SA的地址和服务端口， 表示形式为 ：//地址:端口。
传统 SLP协议可同时实现 UDP或者 TCP传输， 并且组播消息与单播消 息共存。 由于 IEEE802.15.4低速率低功耗等特性， 6LoWPAN网络中的服务 发现协议应当尽可能的实现交互简单、 数据低开销。 由于 6LoWPAN的适配 功能很好的支持了 IPv6以及 UDP协议， 本发明实施例的服务发现协议只采 用 UDP协议传输。 由于 DA在网络初始化过程中已经确定，节点无需发出组 播请求消息， 因而只采用单播传输。 所以， 无论是 SA向 DA的服务注册过 程， 还是 UA向 DA的服务查询过程均采用简单的 "请求 /应答" 的单播传输 模式。
如图 4所示， 本发明实施例还涉及一种实现上述方法的基于 6LoWP AN 网络的服务发现装置， 包括：
初始化模块 201， 设置成主机分别完成路由器发现与主机地址注册两个 过程；
服务注册模块 202， 设置成服务提供者 SA向边界路由通告可提供的服 务类型；
服务查询模块 203 , 设置成服务请求者 UA向边界路由查询能够提供服 务的 SA信息； 边界路由向 UA发送服务查询应答信息； SA与 UA之间进 行应用交互。
其中， 将所述边界路由作为服务聚集者 DA; SA为路由器或主机， UA 为路由器或主机；但在同一个应用交互中，路由器或主机只能作为 SA或 UA 中的一个。
初始化模块 201具体设置成：
主机首先组播发送路由请求消息 RS查找路由器， 路由器向主机回复路 由宣告消息 RA, 并携带地址前缀信息、授权边界路由选项和服务聚集者 DA 标记， 将 DA地址在全网络中进行通告； 完成路由器和 DA发现过程；
主机根据收到的地址前缀信息构造其全局 IP地址， 通过邻居请求消息 NS 向路由器进行地址注册， 携带地址注册选项； 路由器向主机反馈一个邻 居宣告消息 NA, 并携带注册结果状态的选项。
服务注册模块 202具体设置成：
SA向边界路由发送服务注册请求消息，携带其所提供的服务类型 URL; 边界路由收到所述服务注册清求消息时， 在服务数据库中查找符合的服 务类型， 并将 SA的地址以及服务配置信息加入相应的服务类型中；
服务注册完成后， 边界路由向 SA发送服务注册应答消息， 表明注册成 功与否。
服务查询模块 203具体设置成：
UA向 DA发送服务查询消息请求网络中的服务， 携带服务类型及其参 数配置， 通过提供期望服务响应的 URL来表示期望获取的服务；
DA根据服务类型查找匹配 U L, 同时根据 UA发来的参数筛选出符合 条件的 SA设备， 合并成一条应答， 向 UA发送服务查询应答信息， 此信息 包含可提供相应服务的 URL列表。
如图 5所示， 为达更佳技术效果， 上述装置还包括：
认证授权模块 204, 设置成在进行服务注册之前对所述服务路由进行认 证授权。
由上述实施例可以看出， 本发明实施例针对 6LoWPAN终端存储容量、 能耗等限制， 尽量简化交互机制， 简化的服务发现消息以降低数据包载荷， 使其适应 802.15.4低速率无线网络， 资源开销小、 机制简单； 特别针对物联 网应用终端数量庞大、 应用功能可扩展等情况设计服务发现交互方法， 具有 灵活性高与可扩展性强的优点。
尽管为示例目的， 已经公开了本发明的优选实施例， 本领域的技术人员 将意识到各种改进、 增加和取代也是可能的， 因此， 本发明实施例的范围应 当不限于上述实施例。 工业实用性
本发明实施例针对 6LoWPAN终端存储容量、 能耗等限制， 尽量简化交 互机制， 简化的服务发现消息以降低数据包载荷， 使其适应 802.15.4低速率 无线网络， 资源开销小、 机制筒单； 特别针对物联网应用终端数量庞大、 应 用功能可扩展等情况设计服务发现交互方法， 具有灵活性高与可扩展性强的 优点。

Claims

权 利 要 求 书
1、 一种基于 6LoWP AN网络的服务发现方法， 包括：
初始化步骤， 主机分别完成路由器发现与主机地址注册两个过程； 服务注册步骤， 服务提供者 SA向边界路由通告可提供的服务类型； 服务查询步骤， 服务请求者 UA向边界路由查询能够提供服务的 SA信 息； 边界路由向 UA发送服务查询应答信息； SA与 UA之间进行应用交互。
2、 如权利要求 1所述的基于 6LoWPAN网络的服务发现方法， 其中， 将所述边界路由作为服务聚集者 DA; SA为路由器或主机， UA为路由器或 主机； 但在同一个应用交互中， 路由器或主机只能作为 SA或 UA中的一个。
3、 如权利要求 1或 2所述的基于 6LoWPAN网络的服务发现方法， 其 中， 所述初始化步骤包括：
主机首先组播发送路由请求消息 RS查找路由器， 路由器向主机回复路 由宣告消息 RA, 并携带地址前缀信息、授权边界路由选项和服务聚集者 DA 标记， 将 DA地址在全网络中进行通告； 完成路由器和 DA发现过程；
主机根据收到的地址前缀信息构造其全局 IP地址， 通过邻居请求消息
NS 向路由器进行地址注册， 携带地址注册选项； 路由器向主机反馈一个邻 居宣告消息 NA， 并携带注册结果状态的选项。
4、 如权利要求 1或 2所述的基于 6LoWPAN网络的服务发现方法， 其 中， 所述服务注册步骤包括：
SA向边界路由发送服务注册请求消息，携带其所提供的服务类型 URL; 边界路由收到所述服务注册请求消息时， 在服务数据库中查找符合的服 务类型， 并将 SA的地址以及服务配置信息加入相应的服务类型中；
服务注册完成后， 边界路由向 SA发送服务注册应答消息， 表明注册成 功与否。
5、 如权利要求 1或 2所述的基于 6LoWPAN网络的服务发现方法， 其 中， 所述服务查询步驟包括：
UA向 DA发送服务查询消息请求网络中的服务， 携带服务类型及其参 数配置， 通过提供期望服务响应的 URL来表示期望获取的服务；
D A根据服务类型查找匹配 U L， 同时根据 UA发来的参数筛选出符合 条件的 SA设备， 合并成一条应答， 向 UA发送服务查询应答信息， 此信息 包含可提供相应服务的 URL列表。
6、 如权利要求 1所述的基于 6LoWPAN网络的服务发现方法， 其中， 在服务注册步骤之前， 对所述服务路由进行认证授权。
7、 一种基于 6LoWP AN网络的服务发现装置， 包括：
初始化模块，设置成主机分别完成路由器发现与主机地址注册两个过程； 服务注册模块， 设置成服务提供者 SA向边界路由通告可提供的服务类 型；
服务查询模块， 设置成服务清求者 UA向边界路由查询能够提供服务的 SA信息； 边界路由向 UA发送服务查询应答信息； SA与 UA之间进行应用 交互。
8、 如权利要求 7所述的基于 6LoWPAN网络的服务发现装置， 其中， 将所述边界路由作为服务聚集者 DA; SA为路由器或主机， UA为路由器或 主机； 但在同一个应用交互中， 路由器或主机只能作为 SA或 UA中的一个。
9、 如权利要求 7或 8所述的基于 6LoWPAN网络的服务发现装置， 其 中， 所述初始化模块设置成：
主机首先组播发送路由请求消息 RS查找路由器， 路由器向主机回复路 由宣告消息 RA, 并携带地址前缀信息、授权边界路由选项和服务聚集者 DA 标记， 将 DA地址在全网络中进行通告； 完成路由器和 DA发现过程；
主机根据收到的地址前缀信息构造其全局 IP地址， 通过邻居请求消息 NS 向路由器进行地址注册， 携带地址注册选项； 路由器向主机反馈一个邻 居宣告消息 NA， 并携带注册结果状态的选项。
10、 如权利要求 7或 8所述的基于 6LoWP AN网络的服务发现装置， 其 中， 所述服务注册模块设置成：
SA向边界路由发送服务注册请求消息，携带其所提供的服务类型 URL; 边界路由收到所述服务注册请求消息时， 在服务数据库中查找符合的服 务类型， 并将 SA的地址以及服务配置信息加入相应的服务类型中；
服务注册完成后， 边界路由向 SA发送服务注册应答消息， 表明注册成 功与否。
11、 如权利要求 7或 8所述的基于 6LoWP AN网络的服务发现装置， 其 中， 所述服务查询模块设置成：
UA向 DA发送服务查询消息请求网络中的服务， 携带服务类型及其参 数配置， 通过提供期望服务响应的 URL来表示期望获取的服务；
DA根据服务类型查找匹配 URL, 同时根据 UA发来的参数筛选出符合 条件的 SA设备， 合并成一条应答， 向 UA发送服务查询应答信息， 此信息 包含可提供相应服务的 URL列表。
12、如权利要求 7所述的基于 6LoWPAN网络的服务发现装置，还包括： 认证授权模块， 设置成在进行服务注册之前对所述服务路由进行认证授 权。
PCT/CN2013/083572 2012-11-15 2013-09-16 一种基于6LoWPAN网络的服务发现方法及装置 WO2014075502A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP13855618.8A EP2922321B1 (en) 2012-11-15 2013-09-16 6lowpan network-based service discovery

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210458856.4 2012-11-15
CN201210458856.4A CN103812845A (zh) 2012-11-15 2012-11-15 一种基于6LoWPAN网络的服务发现方法及装置

Publications (1)

Publication Number Publication Date
WO2014075502A1 true WO2014075502A1 (zh) 2014-05-22

Family

ID=50709050

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/083572 WO2014075502A1 (zh) 2012-11-15 2013-09-16 一种基于6LoWPAN网络的服务发现方法及装置

Country Status (3)

Country Link
EP (1) EP2922321B1 (zh)
CN (1) CN103812845A (zh)
WO (1) WO2014075502A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015191995A1 (en) * 2014-06-12 2015-12-17 Convida Wireless, Llc Context aware neighbor discovery
CN111050351A (zh) * 2019-11-26 2020-04-21 成都长城开发科技有限公司 Lora频段测试方法及装置
CN111414262A (zh) * 2020-03-19 2020-07-14 刘奇峰 一种服务调用方法及装置
CN112583950A (zh) * 2020-11-27 2021-03-30 浙江威力克通信股份有限公司 网络节点与互联网通信方法、装置、路由器及路由器设备
US11528346B2 (en) 2014-08-21 2022-12-13 Nokia Technologies Oy IPv4 communications using 6lowpan header compression mechanisms

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104219239B (zh) * 2014-08-29 2017-12-05 南京邮电大学 一种基于邻居发现的LoWPAN节点安全接入控制方法
CN104219301B (zh) * 2014-08-29 2017-06-30 南京邮电大学 一种应用在6LoWPAN中的服务发现协议
WO2017121134A1 (en) * 2016-01-11 2017-07-20 Huawei Technologies Co., Ltd. Method for node identification and service advertisement in communication networks
GB2559310B (en) 2016-03-11 2021-10-06 Tridonic Gmbh & Co Kg Building technology device communication system with IoT-network devices
CN105763455B (zh) * 2016-04-13 2019-11-08 南京邮电大学 一种基于6LoWPAN邻居发现的节点安全注册方法
CN107071906B (zh) * 2016-12-05 2021-07-23 中国电力科学研究院有限公司 一种6LoWPAN无线网络系统及其信道切换方法
CN106603582B (zh) * 2017-02-23 2020-03-13 北京工业大学 一种网络微服务发现方法
CN110875961A (zh) * 2018-08-31 2020-03-10 阿里巴巴集团控股有限公司 数据服务的处理方法、装置及系统
CN111031495B (zh) * 2020-01-06 2021-07-30 南通大学 一种用于6LowPAN物联网通信网络的组播通信系统及方法
CN112532400B (zh) * 2020-11-27 2022-06-07 中国工程物理研究院电子工程研究所 一种基于udp组播通信协议的单层平面自组网方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1761233A (zh) * 2004-10-12 2006-04-19 上海贝尔阿尔卡特股份有限公司 IPv6接入网中的网络服务选择和认证,及无状态自动配置
CN102316091A (zh) * 2010-05-28 2012-01-11 丛林网络公司 用于内容分发网络的应用层流量优化增强
CN102448075A (zh) * 2010-09-30 2012-05-09 上海贝尔股份有限公司 一种传感器网络节点移动性管理的方法及系统
CN102469449A (zh) * 2010-11-15 2012-05-23 上海贝尔股份有限公司 IPv6低功耗无线个域网中的路由优化方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4319925B2 (ja) * 2004-03-02 2009-08-26 株式会社日立製作所 ストレージネットワークシステムの制御方法及びストレージネットワークシステム
CN101237457B (zh) * 2008-03-14 2010-09-29 华为技术有限公司 一种服务发现方法、系统及设备
CN102035731B (zh) * 2010-11-23 2012-11-28 常熟理工学院 一种6LoWPAN无线传感器网络路由方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1761233A (zh) * 2004-10-12 2006-04-19 上海贝尔阿尔卡特股份有限公司 IPv6接入网中的网络服务选择和认证,及无状态自动配置
CN102316091A (zh) * 2010-05-28 2012-01-11 丛林网络公司 用于内容分发网络的应用层流量优化增强
CN102448075A (zh) * 2010-09-30 2012-05-09 上海贝尔股份有限公司 一种传感器网络节点移动性管理的方法及系统
CN102469449A (zh) * 2010-11-15 2012-05-23 上海贝尔股份有限公司 IPv6低功耗无线个域网中的路由优化方法

Non-Patent Citations (1)

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

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015191995A1 (en) * 2014-06-12 2015-12-17 Convida Wireless, Llc Context aware neighbor discovery
KR101790934B1 (ko) * 2014-06-12 2017-10-26 콘비다 와이어리스, 엘엘씨 콘텍스트 인식 이웃 발견
US9848400B2 (en) 2014-06-12 2017-12-19 Convida Wireless, Llc Method and apparatus for context aware neighbor discovery in a network
US10405160B2 (en) 2014-06-12 2019-09-03 Convida Wireless, Llc Method and apparatus for context aware neighbor discovery in a network
US10659940B2 (en) 2014-06-12 2020-05-19 Convida Wireless, Llc Method and apparatus for context aware neighbor discovery in a network
US11528346B2 (en) 2014-08-21 2022-12-13 Nokia Technologies Oy IPv4 communications using 6lowpan header compression mechanisms
CN111050351A (zh) * 2019-11-26 2020-04-21 成都长城开发科技有限公司 Lora频段测试方法及装置
CN111050351B (zh) * 2019-11-26 2023-01-31 成都长城开发科技股份有限公司 Lora频段测试方法及装置
CN111414262A (zh) * 2020-03-19 2020-07-14 刘奇峰 一种服务调用方法及装置
CN111414262B (zh) * 2020-03-19 2024-03-22 刘奇峰 一种服务调用方法及装置
CN112583950A (zh) * 2020-11-27 2021-03-30 浙江威力克通信股份有限公司 网络节点与互联网通信方法、装置、路由器及路由器设备

Also Published As

Publication number Publication date
EP2922321B1 (en) 2018-01-10
CN103812845A (zh) 2014-05-21
EP2922321A4 (en) 2016-01-06
EP2922321A1 (en) 2015-09-23

Similar Documents

Publication Publication Date Title
WO2014075502A1 (zh) 一种基于6LoWPAN网络的服务发现方法及装置
Sleman et al. Integration of wireless sensor network services into other home and industrial networks; using device profile for web services (DPWS)
US9106490B2 (en) Method, apparatus and system for sharing multimedia content within a peer-to-peer network
JP2019530376A (ja) ＩｏＴデバイスコネクティビティ、ディスカバリ、ネットワーキング
Ravindran et al. Information-centric networking based homenet
WO2015055016A1 (zh) 网元设备配置和管理方法、装置及网元设备
EP2708001A1 (en) Label switched routing to connect low power network domains
WO2011000234A1 (zh) 推送会话的建立方法、推送系统和相关设备
JP2009525632A (ja) 通信ネットワークに対する選択的なサービス更新方法
JP2021536711A (ja) 通信可能に結合される通信デバイスのネットワークでのメッセージの選択的転送をサポートする方法およびデバイス
WO2012103721A1 (zh) 终端访问数字家庭设备的方法和设备
WO2014173066A1 (zh) 一种分布式网络中转发信息的方法及系统
CN109361558B (zh) 基于栅格网络设备代理节点的分布式无线自组网管理方法
Bless et al. The underlay abstraction in the spontaneous virtual networks (SpoVNet) architecture
US9531561B2 (en) Apparatus and method for extending network area
Li et al. Mf-iot: A mobilityfirst-based internet of things architecture with global reach-ability and communication diversity
Teubler et al. Efficient data aggregation with CCNx in wireless sensor networks
TWI532353B (zh) 社群虛擬網路連線建立方法及網路通信系統
Noguchi et al. Location-aware service discovery on IPv6 GeoNetworking for VANET
Venkitaraman Wide-area media sharing with UPnP/DLNA
Stolikj et al. Proxy support for service discovery using mDNS/DNS-SD in low power networks
EP3866421B1 (en) Profinet protocol-based access method in industrial sdn
WO2013026299A1 (zh) 一种地址解析方法、装置及信息传输方法
WO2011103723A1 (zh) 一种用于管理传感器节点的方法及其装置
JP6002642B2 (ja) 通信ノード及びネットワークシステム及び機器制御方法

Legal Events

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

Ref document number: 13855618

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013855618

Country of ref document: EP