WO2012075793A1 - 点对点网络中会话初始协议消息路由实现方法及系统 - Google Patents

点对点网络中会话初始协议消息路由实现方法及系统 Download PDF

Info

Publication number
WO2012075793A1
WO2012075793A1 PCT/CN2011/075520 CN2011075520W WO2012075793A1 WO 2012075793 A1 WO2012075793 A1 WO 2012075793A1 CN 2011075520 W CN2011075520 W CN 2011075520W WO 2012075793 A1 WO2012075793 A1 WO 2012075793A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
request message
sip request
message
mandatory
Prior art date
Application number
PCT/CN2011/075520
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 中兴通讯股份有限公司
Publication of WO2012075793A1 publication Critical patent/WO2012075793A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0063—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer where the network is a peer-to-peer network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks

Definitions

  • FIG. 1 is a schematic diagram of a P2P network architecture according to the prior art, as shown in FIG. 1:
  • P2P overlay network which is a logical network composed of various types of peers (hereinafter also referred to as nodes) having different roles;
  • 102 is a peer node in the P2P overlay network, which is a basic component in the P2P overlay network, and is a node capable of providing storage and transmission services to other nodes in the same P2P overlay network;
  • 103 is a non-P2P terminal device, which is a terminal device that does not support any P2P protocol and only supports the SIP protocol for accessing the P2P overlay network;
  • 104 is a P2P terminal device, and supports both the P2P protocol and the P2P overlay network.
  • the terminal device of the SIP protocol considering the general terminal device, especially the hand-held terminal device, the capability is weak. Therefore, in many cases, the P2P terminal device is only used as a P2P client to access the P2P overlay network. Take on storage, transfer and other servers.
  • FIG. 2 is according to the prior art A flow chart of a method for implementing SIP message routing in a P2P network, as shown in FIG. 2, the process includes the following steps: Step 201: A terminal sends an initial SIP request to an intermediate node, where the initial registration request may be a registration request message. Step 4: 202: The intermediate node forwards the SIP request to the necessary node through the P2P overlay network (the necessary node is a node through which subsequent SIP requests must pass).
  • Step 203 The node must forward the SIP request to the destination through the P2P overlay network.
  • Step 204 The destination returns a SIP response to the mandatory node.
  • Step 205 The mandatory node adds a record at the top of the Service-Route header field list, where the record contains the IP or host name (or domain name) of the node.
  • Step 207 The intermediate node sends a SIP response to the terminal.
  • Step 209 The intermediate node forwards the SIP message according to the first record address in the Route list.
  • Step 215 The intermediate node sends a SIP response to the terminal.
  • a primary object of the present invention is to provide a method for implementing session initial protocol message routing in a peer-to-peer network and a peer-to-peer network system to solve at least the above problems.
  • a method for implementing a session initial protocol message routing in a peer-to-peer network including: adding, by a node, identification information for identifying the mandatory node, where After the node fails, the identifier information still identifies the node that replaces the mandatory node; the terminal receives the message, and when the session initiation protocol SIP request message is sent, the SIP request message is included in the SIP request message.
  • the routing record of the identifier information when receiving the SIP request message, the intermediate node detects a route record including the identifier information, and forwards the SIP request message according to a point-to-point P2P overlay network algorithm routing rule.
  • the mandatory node further adds the network protocol address IP or domain name of the mandatory node to the sent message; the terminal sends the SIP request message in the routing record including the identifier information. Adding the IP or the domain name, the IP or the domain name is used to indicate that the network element that receives the SIP request message in the non-P2P overlay network forwards the SIP request message according to the IP or the domain name.
  • the non-P2P overlay network is an IP Multimedia Subsystem IMS.
  • Adding the identifier information to the sent message by the mandatory node includes: the mandatory node receiving the first SIP request message, and adding the identifier information to the response message of the first SIP request message .
  • the method further includes: the intermediate node receiving the first SIP request message from the terminal, and using a hash of the public user identifier PUI of the terminal The hash algorithm obtains the identifier information, and sends the first SIP request message to the mandatory node, where the first SIP request message carries the identifier information.
  • the identification information is a schema schema and a universal resource identifier URI.
  • the message sent by the mandatory node and the SIP request message sent by the terminal further carry indication information, where the indication information is used to indicate that the routing mechanism of the Schema and the URI is used.
  • the intermediate node forwards the SIP request message to the mandatory node identified by the identifier information
  • the method further includes: receiving, by the mandatory node identified by the identifier information, the SIP request cancellation Delete the routing record including the identification information, and forward the SIP request message to the next section.
  • a peer-to-peer network system for implementing session initial protocol message routing, including: a mandatory node, configured to add identifier information for identifying the mandatory node in the sent message, After the failed node fails, the identifier information still identifies a node that replaces the necessary node; the terminal is configured to receive the message, and when sending a session initiation protocol SIP request message, The SIP request message carries a route record including the identifier information; the intermediate node is configured to: when receiving the SIP request message, detect a route record including the identifier information, and forward the according to a point-to-point P2P overlay network algorithm routing rule SIP request message.
  • the mandatory node is configured to add a network protocol address IP or a domain name of the mandatory node to the sent message; the terminal is configured to, when the SIP request message is sent, include the The IP address or the domain name is added to the routing record of the identification information, where the IP or the domain name is used to indicate that the network element that receives the SIP request message in the non-P2P overlay network forwards the SIP request message according to the IP or the domain name.
  • the identification node adds identifier information for identifying the necessary node in the sent message, wherein after the mandatory node fails, the identifier information still identifies the node that replaces the necessary node;
  • the terminal receives the message, and when the session initiation protocol SIP request message is sent, the SIP request message carries the route record including the identifier information.
  • the intermediate node detects the route including the identifier information. Recording, forwarding the SIP request message according to the point-to-point P2P overlay network algorithm routing rule.
  • FIG. 1 is a schematic diagram of a P2P network architecture according to the prior art
  • FIG. 2 is a flowchart of a SIP message routing implementation method in a P2P network according to the prior art
  • FIG. 3 is a flowchart according to an embodiment of the present invention.
  • FIG. 4 is a flow chart of a preferred embodiment of a method for implementing SIP message routing according to an embodiment of the present invention
  • FIG. 5 is a flow chart of a preferred embodiment of the present invention
  • FIG. Figure 7 is a flow chart of a preferred embodiment 3 of an embodiment of the present invention.
  • Step 3 is a flowchart of a method for implementing session initial protocol message routing in a peer-to-peer network according to an embodiment of the present invention.
  • the process includes the following steps: Step 4: 301, the necessary node adds in the sent message.
  • the identifier information used to identify the mandatory node wherein, after the mandatory node fails, the identifier information still identifies the node that replaces the necessary node;
  • Step 302 the terminal receives the message sent by the necessary node, and sends the session initial protocol
  • the SIP request message carries the route record including the identifier information.
  • Step 303 When receiving the SIP request message, the intermediate node detects the route record including the identifier information, and forwards the SIP according to the point-to-point P2P overlay network algorithm routing rule. Request message.
  • the mandatory node identified by the identifier information may be a necessary node in step 301, or may be a new mandatory node that replaces the necessary node after the mandatory node in step 301 fails.
  • each node uses a different IP address, so that after the mandatory node fails, the IP address of the node that replaces the necessary node (the node becomes a new node for convenience of description) must be different from the already A failed node must be passed, resulting in an inability to communicate between the terminal and the destination.
  • a method for routing according to IP in the prior art is used, that is, identifier information is used, and the identifier information is used to identify the mandatory node. After the mandatory node fails, the identifier information remains. Effective, pointing to the new node, so that the problems in the prior art can be solved.
  • the mandatory node identified by the identification information receives the SIP request message, may delete the routing record including the identification information, and forward the SIP request message to the next node.
  • the message that must be sent by the node in step S301 may be the first SIP request message sent after the necessary SIP node receives the first SIP request message (for example, the registration request message) (the first SIP request message is used here is In order to distinguish from the SIP request message in step 302, there is no other special meaning response message.
  • the terminal after receiving the response message, the terminal carries a route record including the identifier information in the subsequently sent SIP request message.
  • the foregoing identification information may be generated by an intermediate node, and may be generated by a mandatory node.
  • the intermediate node may receive the first SIP request message from the terminal according to the public user identity of the terminal (Public User Identity, Referred to as PUI, the hash information is used to obtain the identifier information, and then the identifier information is carried in the first SIP request message, and the first SIP request message is sent to the necessary node.
  • the identification information may be implemented in various manners, as long as the identification manner indicating the same mandatory node (the node before the failure and the new node) can be used, for example, it can be used in implementation. It is implemented by a universal resource identifier (Uniform Resource Identifier, URI for short).
  • URI Uniform Resource Identifier
  • FIG. 4 is a flowchart of a preferred method for implementing SIP message routing according to an embodiment of the present invention. As shown in FIG.
  • Step 401 A response node receives a response to an initial message, and the added Service-Route The record carries the newly defined schema and URI as the identifier of the mandatory node.
  • Step 402 When the terminal initiates the subsequent request, according to the route generation rule, the terminal generates a Route record carrying the URI.
  • Step 403 When the intermediate node processes the subsequent request If the URI of the newly defined schema type is detected in the top route record, the message is forwarded according to the P2P overlay network algorithm routing rule;
  • Step 404 The UT detects that the URI in the top route record points to the node, or is the node If it is responsible, the route record is removed and forwarded to the next node.
  • the mandatory node may also add the network protocol address IP or the domain name of the necessary node in the sent message, so that when the terminal initiates the SIP request message, the terminal may also add an IP or a domain name in the routing record including the identification information.
  • the IP or domain name is used to indicate that the network element that received the SIP request message in the non-P2P overlay network (eg, IP Multimedia Subsystem IMS) forwards the SIP request message according to the IP or domain name.
  • the SIP request message can still be forwarded according to the IP or the domain name in the non-P2P overlay network where the network element is relatively stable, so as to achieve better compatibility.
  • Step 501 The terminal sends a SIP request to an intermediate node, and the SIP request is generally For the registration request;
  • Step 502 The intermediate node obtains the URI by using the hash algorithm according to the PUI of the terminal, and carries the URI in the SIP request;
  • Step 503 The intermediate node forwards the SIP request according to the P2P overlay network algorithm to the necessary Node 504: The node must forward the SIP request message to the destination;
  • Step 506 The mandatory node adds a record at the top of the Service-Route header field list.
  • Step 507 The node must forward the SIP response message to the intermediate node;
  • Step 508 The intermediate node forwards the SIP response message to the terminal;
  • Step 509 The terminal only needs the header field Service-Route: schema and URI Adding a Route: schema and URI in the header field of the SIP request and forwarding the SIP request message to the intermediate node;
  • Step 510 Due to the first record in the Route list URI, the forwarding intermediate node according to the routing rules of the P2P SIP request message;
  • Step 511 the intermediate node forwards the SIP request message to the explicit node;
  • Step 512 find the explicit node-based URI Route recording responsible node, removing the record;
  • Step 513 The SIP request message is forwarded to the destination by the node;
  • Step 514 The destination sends the SIP response message to the necessary node;
  • Step 516 The intermediate no
  • Step 601 The terminal sends a SIP request to the intermediate node. This SIP request is generally a registration request.
  • Step 603 The SIP request message is forwarded to the destination by the node.
  • Step 605 The mandatory node adds a record at the top of the Service-Route header field list, including the defined schema and URI address.
  • Step 606 The node must forward the SIP response message to the intermediate node.
  • Step 609 Because the first record in the Route list is a URI, the intermediate node forwards the SIP request message according to the P2P routing rule.
  • Step 611 The new mandatory node finds that the URI of the Route record is responsible for the node, and removes the record.
  • Step 612 The new mandatory node sends a SIP request message to the destination.
  • Step 613 The destination sends a SIP response message to the new mandatory node.
  • Step 614 The new mandatory node forwards the SIP response message to the intermediate node.
  • Step 615 The intermediate node sends a SIP response message to the terminal.
  • the SIP message routing process when the IMS communicates with the P2P overlay network includes the route of the IP/domain and the URI, and includes the following steps: Step 701: The terminal sends a SIP request to the intermediate node, and the SIP request is generally a registration request. Step 702: The intermediate node forwards the SIP request to the mandatory node according to the P2P overlay network algorithm. Step 703: The SIP request message is forwarded to the destination by the node. Step 704: The destination returns a SIP response message to the mandatory node. Step 705: The mandatory node adds a record at the top of the Service-Route header field list, including the ip or domain name, and the side-by-side contains the defined schema and URI address.
  • Step 706 The SIP response message is forwarded to the intermediate node.
  • Step 709 Since the first record in the Route list is an IP and a URI, the intermediate node forwards the SIP request message according to the P2P routing rule.
  • Step 711 The node must discover that the IP and URI recorded by the Route are responsible for the node, and remove the record.
  • Step 712 The SIP request message is forwarded to the destination by the node.
  • Step 4: 713 The destination sends a SIP response message to the mandatory node.
  • Step 4: 714 The node must send a SIP response message to the intermediate node.
  • Step 715 The intermediate node sends a SIP response message to the terminal.
  • the foregoing embodiment solves the problem that the node is unstable in the P2P network, and the subsequent messages cannot continue to be routed, and the SIP message routing capability of the P2P network is enhanced.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了点对点网络中会话初始协议消息路由实现方法及系统，该方法包括：必经节点在发送的消息中添加用于标识该必经节点的标识信息，其中，在该必经节点失效后，该标识信息仍然标识代替该必经节点的节点；该终端接收到该消息，并在发送SIP请求消息时，在该SIP请求消息中携带包括该标识信息的路由记录；中间节点接收到该SIP请求消息时，检测到包括该标识信息的路由记录，根据P2P叠加网算法路由规则转发该SIP请求消息。通过本发明增强了P2P网络的SIP消息路由能力。

Description

点对点网络中 ^^初始协议消息路由实现方法及系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种点对点网络中会话初始协议消 息路由实现方法及点对点网络系统。 背景技术 对等互联或点对点技术 ( Peer-to-Peer, 简称为 P2P ) 技术可以让用户可以 直接连接到其他用户的计算机， 进行文件共享与交换。 目前 P2P的应用主要还是集中在因特网 （Internet )应用中， 在传统电信网 络中尚未大规模应用。 考虑到目前以及将来电信网络中， 会话控制的主流是会 话初始化协议 （ Session Initial Protocol, 简称为 SIP ), 因此， 将 P2P技术引入 到电信网中去， 必须能保证 SIP协议在 P2P网络中的应用， 同时需要能够运行 各类典型级业务。 图 1是根据现有技术的 P2P网络架构示意图， 如图 1所示：
101表示 P2P叠加网， 它由各类担负不同角色的对等体 （在下文中也称为 节点） 组成的一张逻辑网络；
102是 P2P叠加网中的对等节点， 为 P2P叠加网中的基本组成部分， 是能 够给同一 P2P叠加网中其它节点提供存储和传送服务的节点；
103是非 P2P终端设备， 为接入到 P2P叠加网的不支持任何 P2P协议， 仅 支持 SIP协议的终端设备； 104是 P2P终端设备， 为接入到 P2P叠加网中的既支持 P2P协议， 也支持
SIP协议的终端设备； 考虑到一般终端设备， 特别是手持终端设备的能力较弱， 所以很多情况下的实际部署， P2P终端设备也仅仅作为 P2P客户端接入到 P2P 叠加网中来， 并不承担存储、 传送等服务器。
P2P终端接入到叠加网之后， 会从叠加网中分配得到一个节点 ID, 该 ID 所处区间的负责节点作为该 P2P客户端的负责节点。 图 2 是根据现有技术的 P2P网络中的 SIP消息路由实现方法流程图， 如图 2所示， 该流程包含以下步 骤： 步骤 201 : 终端发送初始 SIP请求到中间节点， 初始注册请求一般可以为 注册请求消息。 步 4聚 202: 中间节点通过 P2P叠加网转发 SIP请求到必经节点 （必经节点 是后续 SIP请求都必须经过的节点）。 步骤 203 : 必经节点通过 P2P叠加网转发 SIP请求到目的地。 步骤 204: 目的地返回 SIP响应给必经节点。 步骤 205 : 必经节点在服务路由 （Service-Route ) 头域列表顶端添加一条 记录， 该记录包含本节点的 IP或者主机名 （或域名）。 步 4聚 206： 必经节点发送 SIP响应至中间节点。 步骤 207： 中间节点发送 SIP响应到终端。 步骤 208: 终端根据头域 Service-Route:IP/主机名 （或域名）， 在 SIP请求 的头域中添加路由 （Route ): IP/域名并发送给中间节点。 步骤 209: 中间节点根据 Route列表中的首条记录地址转发 SIP消息。 步 4聚 210： 中间节点发送 SIP请求到必经节点。 步骤 211 : 必经节点发现 Route记录地址为本节点地址， 去除该记录。 步骤 212: 必经节点发送 SIP请求到目的地。 步骤 213： 目的地发送 SIP响应到必经节点。 步 4聚 214: 必经节点发送 SIP响应到中间节点。 步骤 215 : 中间节点发送 SIP响应到终端。 通过上述步骤， 虽可完成到必经节点的路由， 但是当必经节点失效后， 终 端与目的地不能互通。 发明内容 本发明的主要目的在于提供一种点对点网络中会话初始协议消息路由实 现方法及点对点网络系统， 以至少解决上述问题。 根据本发明的一个方面， 提供了一种点对点网络中会话初始协议消息路由 实现方法， 包括： 必经节点在发送的消息中添加用于标识所述必经节点的标识 信息， 其中， 在所述必经节点失效后， 所述标识信息仍然标识代替所述必经节 点的节点； 所述终端接收到所述消息，并在发送会话初始协议 SIP请求消息时， 在所述 SIP请求消息中携带包括所述标识信息的路由记录； 中间节点接收到所 述 SIP请求消息时， 检测到包括所述标识信息的路由记录， 根据点对点 P2P叠 加网算法路由规则转发所述 SIP请求消息。 所述必经节点在发送的所述消息中还添加了所述必经节点的网络协议地 址 IP或域名； 所述终端在发送所述 SIP请求消息时， 在包括所述标识信息的路 由记录中添加所述 IP或域名， 所述 IP或域名用于指示非 P2P叠加网中接收到 所述 SIP请求消息的网元才艮据所述 IP或域名转发所述 SIP请求消息。 所述非 P2P叠加网为 IP多媒体子系统 IMS。 所述必经节点在发送的所述消息中添加所述标识信息包括： 所述必经节点 接收到第一 SIP请求消息， 并在所述第一 SIP请求消息的响应消息中添加所述 标识信息。 在所述必经节点接收到所述第一 SIP请求消息之前， 该方法还包括： 中间 节点接收来自所述终端的所述第一 SIP请求消息， 居所述终端的公共用户标 识 PUI使用哈希 hash算法得到所述标识信息， 并将所述第一 SIP请求消息发 送给所述必经节点， 其中， 所述第一 SIP请求消息中携带有所述标识信息。 所述标识信息为架构 Schema与通用资源标识符 URI。 所述必经节点发送的所述消息和所述终端发送的所述 SIP请求消息还携带 有指示信息， 所述指示信息用于指示釆用了所述 Schema与所述 URI的路由机 制。 所述中间节点在向所述标识信息所标识的必经节点转发所述 SIP请求消息 之后， 该方法还包括： 所述标识信息所标识的必经节点接收到所述 SIP请求消 息， 删除包括所述标识信息的路由记录， 并将所述 SIP请求消息转发到下一节
根据本发明的另一个方面， 还提供了一种实现会话初始协议消息路由的点 对点网络系统， 包括： 必经节点， 设置为在发送的消息中添加用于标识所述必 经节点的标识信息， 其中， 在所述必经节点失效后， 所述标识信息仍然标识代 替所述必经节点的节点； 终端， 设置为接收到所述消息， 并在发送会话初始协 议 SIP请求消息时，在所述 SIP请求消息中携带包括所述标识信息的路由记录； 中间节点， 设置为接收到所述 SIP请求消息时， 检测到包括所述标识信息的路 由记录， 根据点对点 P2P叠加网算法路由规则转发所述 SIP请求消息。 所述必经节点， 设置为在发送的所述消息中还添加了所述必经节点的网络 协议地址 IP或域名； 所述终端， 设置为在发送所述 SIP请求消息时， 在包括所 述标识信息的路由记录中添加所述 IP或域名， 所述 IP或域名用于指示非 P2P 叠加网中接收到所述 SIP请求消息的网元才艮据所述 IP或域名转发所述 SIP请求 消息。 通过本发明， 釆用必经节点在发送的消息中添加用于标识该必经节点的标 识信息， 其中， 在该必经节点失效后， 该标识信息仍然标识代替该必经节点的 节点； 该终端接收到该消息， 并在发送会话初始协议 SIP请求消息时，在该 SIP 请求消息中携带包括该标识信息的路由记录； 中间节点接收到该 SIP请求消息 时， 检测到包括该标识信息的路由记录， 根据点对点 P2P叠加网算法路由规则 转发该 SIP请求消息。 解决了现有技术中在必经节点失效之后， 终端与目的地 不能互通的问题， 进而增强了 P2P网络的 SIP消息路由能力。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不 当限定。 在附图中： 图 1是根据现有技术的 P2P网络架构示意图； 图 2是才艮据现有技术的 P2P网络中的 SIP消息路由实现方法流程图； 图 3是根据本发明是实施例的点对点网络中会话初始协议消息路由实现方 法的流程图； 图 4是根据本发明实施例的 SIP消息路由实现方法优选的流程图； 图 5是 居本发明实施例的优选实施例一的流程图； 图 6是 居本发明实施例的优选实施例二的流程图； 图 7是 居本发明实施例的优选实施例三的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不 冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 3是根据本发明是实施例的点对点网络中会话初始协议消息路由实现方 法的流程图， 如图 3所示， 该流程包括如下步骤： 步 4聚 301 , 必经节点在发送的消息中添加用于标识必经节点的标识信息， 其中， 在必经节点失效后， 该标识信息仍然标识代替必经节点的节点； 步骤 302, 终端接收到必经节点发送的消息， 并在发送会话初始协议 SIP 请求消息时， 在 SIP请求消息中携带包括标识信息的路由记录； 步骤 303 , 中间节点接收到 SIP请求消息时， 检测到包括上述标识信息的 路由记录， 根据点对点 P2P叠加网算法路由规则转发 SIP请求消息。 需要说明的是， 该标识信息所标识的必经节点有可能是步骤 301中的必经 节点， 也有可能是在步骤 301中的必经节点失效后代替该必经节点的新的必经 节点。 在现有技术中， 每一个节点均使用不同的 IP地址， 这样， 在必经节点失效 之后， 代替该必经节点的节点（为了描述方便， 该节点成为新节点）的 IP地址 必然不同于已经失效的必经节点， 从而导致了根据终端和目的地的无法互通。 通过上述步骤，使用了不同于现有技术中的根据 IP进行路由的方式， 即使用了 标识信息， 该标识信息用于标识出该必经节点， 在该必经节点失效后， 该标识 信息仍然有效， 指向新节点， 这样就可以解决现有技术中存在的问题。 优选地， 该标识信息所标识的必经节点接收到 SIP请求消息， 可以删除包 括标识信息的路由记录， 并将 SIP请求消息转发到下一节点。 优选地， 在步骤 S301 中必经节点发送的消息可以是该必经节点接收到第 一 SIP请求消息 （例如， 注册请求消息） 后发送的第一 SIP请求消息 （这里使 用第一 SIP请求消息是为了与步骤 302中的 SIP请求消息有所区分， 并没有其 他的特殊含义） 的响应消息。 这样， 该终端接收到该响应消息之后， 并在后续 发送的 SIP请求消息中携带包括标识信息的路由记录。 需要说明的是，上述标识信息可以由中间节点生成，可以由必经节点生成， 例如， 中间节点可以在接收来自终端的第一 SIP请求消息之后， 根据该终端的 公共用户标识（ Public User Identity, 简称为 PUI )使用哈希 hash算法得到上述 标识信息， 然后在第一 SIP请求消息中携带该标识信息， 并向必经节点发送该 第一 SIP请求消息。 需要说明的是， 该标识信息可以有多种的实现方式， 只要能够达到指示同 一必经节点 （失效前的节点和新节点） 目的的标识方式均可以釆用， 例如， 在 实施时可以釆用通用资源标识符 （Uniform Resource Identifier, 简称为 URI ) 来实现。 以下以此为例结合一个优选的实施例进行说明。 在提出当 SIP 响应路由到必经节点时， 添加自定义 schema (例如： reload) 与 P2P网络中的必经节点唯一标识 Uri来替代 IP地址与域名， 该 URI可以包 括资源标 与叠力口网名称（例^口： puiid@nanjing.com )， 除了添力口 schema以夕卜， 还可以在 Service-Route、 Route 头 i或中添加标签， 表示这里釆用了 schema与 URI消息路由机制。 图 4是根据本发明实施例的 SIP消息路由实现方法优选的流程图， 如图 4 所示， 该流程包括如下步骤： 步骤 401： 必经节点收到初始消息的响应， 在添加的 Service-Route记录中 携带新定义的 schema与 URI, 作为必经节点的标识； 步骤 402: 终端在发起后续的请求时， 根据 Route生成规则， 产生携带该 URI的 Route记录； 步骤 403 : 中间节点处理后续请求时， 检测到顶端 Route记录中为新定义 的 schema类型的 URI, 则根据 P2P叠加网算法路由规则转发该消息； 步骤 404： 必经节点检测到顶端 Route记录中的 URI指向本节点， 或者为 本节点所负责， 则去除该条 Route记录后， 转发给下一节点。 优选地， 必经节点在发送的消息中还可以添加必经节点的网络协议地址 IP 或域名， 这样， 终端在发起 SIP请求消息时， 在包括标识信息的路由记录中还 可以添加 IP或域名， IP或域名用于指示非 P2P叠加网 （例如， IP多媒体子系 统 IMS )中接收到 SIP请求消息的网元根据 IP或域名转发 SIP请求消息。通过 该优选的实施方式， 可以在网元比较稳定的非 P2P叠加网络中仍然根据 IP或 域名转发 SIP请求消息， 实现更好的兼容性。 下面结合附图和优选实施例进行进一步说明。 图 5是 居本发明实施例的优选实施例一的流程图， 该图描述了 SIP消息 在 P2P叠加网中路由过程， 包括以下步骤： 步骤 501 : 终端发送 SIP请求到中间节点， 这个 SIP请求一般为注册请求； 步骤 502: 中间节点才艮据终端的 PUI利用 hash算法得到 URI, 并在该 SIP 请求中携带该 URI; 步骤 503： 中间节点才艮据 P2P叠加网算法转发该 SIP请求到必经节点； 步骤 504： 必经节点转发 SIP请求消息到目的地； 步 4聚 505 : 目的地返回 SIP响应消息给必经节点； 步骤 506： 必经节点在 Service-Route头域列表顶端添加一条记录， 包含定 义的 schema与 URI地址； 步骤 507： 必经节点转发 SIP响应消息至中间节点； 步骤 508： 中间节点转发 SIP响应消息到终端； 步骤 509: 终端才艮据头域 Service-Route:schema与 URI, 在 SIP请求的头域 中添加 Route： schema与 URI并转发 SIP请求消息至中间节点； 步骤 510: 由于 Route列表中的首条记录为 URI, 中间节点根据 P2P路由 规则转发该 SIP请求消息； 步骤 511： 中间节点转发 SIP请求消息至必经节点； 步骤 512: 必经节点发现 Route记录的 URI为本节点所负责， 去除该记录; 步骤 513： 必经节点转发 SIP请求消息到目的地； 步骤 514: 目的地发送 SIP响应消息至必经节点； 步 4聚 515 : 必经节点发送 SIP响应消息至中间节点； 步骤 516: 中间节点发送 SIP响应消息到终端。 通过本优选实施例实现了终端与目的地的消息路由。 图 6是 居本发明实施例的优选实施例二的流程图， 该流程描述了必经节 点失效后消息在 P2P叠加网中路由的过程， 包括以下步骤： 步骤 601： 终端发送 SIP请求到中间节点， 这个 SIP请求一般为注册请求。 步 4聚 602: 中间节点才艮据 P2P叠加网算法转发 SIP请求到必经节点。 步骤 603： 必经节点转发 SIP请求消息到目的地。 步骤 604： 目的地发送 SIP响应消息给必经节点。 步骤 605： 必经节点在 Service-Route头域列表顶端添加一条记录， 包含定 义的 schema与 URI地址。 步骤 606： 必经节点转发 SIP响应消息至中间节点。 步 4聚 607： 中间节点转发 SIP响应消息到终端。 步骤 608: 终端才艮据头域 Service-Route:schema与 URI, 在 SIP请求的头域 中添加 Route： schema与 URI并转发 SIP请求消息至中间节点。 步骤 609由于 Route列表中的首条记录为 URI, 中间节点根据 P2P路由规 则转发该 SIP请求消息。 步骤 610: 中间节点转发 SIP请求消息至新的必经节点。 步骤 611 : 新的必经节点发现 Route记录的 URI为本节点所负责， 去除该 ΐ己录。 步骤 612: 新的必经节点发送 SIP请求消息到目的地。 步骤 613： 目的地发送 SIP响应消息到新的必经节点。 步骤 614: 新的必经节点转发 SIP响应消息到中间节点。 步骤 615 : 中间节点发送 SIP响应消息到终端。 通过上述优选实施例， 实现了必经节点与新必经节点的倒换， 同时规避了 现有技术中单一才艮据 IP地址路由消息的缺陷。 图 7是 居本发明实施例的优选实施例三的流程图， 该优选实施例描述了
IMS与 P2P叠加网互通时的 SIP消息路由过程， 同时包含 IP/domain与 URI的 路由， 包括以下步 4聚： 步骤 701： 终端发送 SIP请求到中间节点， 这个 SIP请求一般为注册请求。 步骤 702: 中间节点才艮据 P2P叠加网算法转发 SIP请求到必经节点。 步骤 703： 必经节点转发 SIP请求消息到目的地。 步骤 704： 目的地返回 SIP响应消息给必经节点。 步骤 705： 必经节点在 Service-Route头域列表顶端添加一条记录， 包含 ip 或域名 , 同时并列包含定义的 schema与 URI地址。 步骤 706： 必经节点转发 SIP响应消息至中间节点。 步 4聚 707： 中间节点转发 SIP响应消息到终端。 步骤 708: 终端才艮据头域 Service-Route:ip/域名以及 schema与 URI, 在 SIP 请求消息头 i或中添力口 route: IP或 i或名， 并列添力口 schema与 URI, 并转发 SIP请 求消息至中间节点。 步骤 709： 由于 Route列表中的首条记录为 IP与 URI , 中间节点根据 P2P 路由规则转发该 SIP请求消息。 步骤 710： 中间节点转发 SIP请求消息至必经节点。 步骤 711 : 必经节点发现 Route记录的 IP与 URI为本节点所负责， 去除该 ΐ己录。 步骤 712: 必经节点转发 SIP请求消息到目的地。 步 4聚 713： 目的地发送 SIP响应消息至必经节点。 步 4聚 714: 必经节点发送 SIP响应消息至中间节点。 步骤 715 : 中间节点发送 SIP响应消息到终端。 通过本优选实施例， 实现在 IMS网络中才艮据节点 IP路由而在 P2P叠加网 中根据 URI路由的过程， 克服了 IP路由在 P2P叠加网中的不足。 综上所述， 通过上述实施例解决在 P2P网络中节点不稳定造成后续消息无 法继续路由的问题， 增强了 P2P网络的 SIP消息路由能力。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领 域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之 内。

Claims

权 利 要 求 书
1. 一种点对点网络中会话初始协议消息路由实现方法， 包括:
必经节点在发送的消息中添加用于标识所述必经节点的标识信息， 其中， 在所述必经节点失效后， 所述标识信息仍然标识代替所述必经节 点的节点；
所述终端接收到所述消息 ,并在发送会话初始协议 SIP请求消息时 , 在所述 SIP请求消息中携带包括所述标识信息的路由记录；
中间节点接收到所述 SIP请求消息时， 检测到包括所述标识信息的 路由记录，根据点对点 P2P叠加网算法路由规则转发所述 SIP请求消息。
2. 根据权利要求 1所述的方法， 其中：
所述必经节点在发送的所述消息中还添加了所述必经节点的网络协 议地址 IP或域名；
所述终端在发送所述 SIP请求消息时， 在包括所述标识信息的路由 记录中添加所述 IP或域名， 所述 IP或域名用于指示非 P2P叠加网中接 收到所述 SIP请求消息的网元 居所述 IP或域名转发所述 SIP请求消息。
3. 根据权利要求 2所述的方法， 其中， 所述非 P2P叠加网为 IP多媒体子系 统 IMS。
4. 根据权利要求 1所述的方法， 其中， 所述必经节点在发送的所述消息中 添加所述标识信息包括：
所述必经节点接收到第一 SIP请求消息， 并在所述第一 SIP请求消 息的响应消息中添加所述标识信息。
5. 根据权利要求 4所述的方法，其中，在所述必经节点接收到所述第一 SIP 请求消息之前， 还包括：
中间节点接收来自所述终端的所述第一 SIP请求消息， 根据所述终 端的公共用户标识 PUI使用哈希 hash算法得到所述标识信息，并将所述 第一 SIP请求消息发送给所述必经节点， 其中， 所述第一 SIP请求消息 中携带有所述标识信息。
6. 根据权利要求 1至 5中任一项所述的方法， 其中， 所述标识信息为架构 Schema与通用资源标识符 URI。
7. 根据权利要求 1至 5中任一项所述的方法， 其中， 所述必经节点发送的 所述消息和所述终端发送的所述 SIP请求消息还携带有指示信息， 所述 指示信息用于指示釆用了所述 Schema与所述 URI的路由机制。
8. 根据权利要求 1至 5中任一项所述的方法， 其中， 所述中间节点在向所 述标识信息所标识的必经节点转发所述 SIP请求消息之后， 还包括： 所述标识信息所标识的必经节点接收到所述 SIP请求消息， 删除包 括所述标识信息的路由记录， 并将所述 SIP请求消息转发到下一节点。
9. 一种实现会话初始协议消息路由的点对点网络系统， 包括：
必经节点， 设置为在发送的消息中添加用于标识所述必经节点的标 识信息， 其中， 在所述必经节点失效后， 所述标识信息仍然标识代替所 述必经节点的节点；
终端， 设置为接收到所述消息， 并在发送会话初始协议 SIP请求消 息时， 在所述 SIP请求消息中携带包括所述标识信息的路由记录；
中间节点， 设置为接收到所述 SIP请求消息时， 检测到包括所述标 识信息的路由记录， 根据点对点 P2P叠加网算法路由规则转发所述 SIP 请求消息。
10. 根据权利要求 9所述的系统， 其中，
所述必经节点， 设置为在发送的所述消息中还添加了所述必经节点 的网络协议地址 IP或域名；
所述终端， 设置为在发送所述 SIP请求消息时， 在包括所述标识信 息的路由记录中添加所述 IP或域名， 所述 IP或域名用于指示非 P2P叠 加网中接收到所述 SIP请求消息的网元才艮据所述 IP或域名转发所述 SIP 请求消息。
PCT/CN2011/075520 2010-12-09 2011-06-09 点对点网络中会话初始协议消息路由实现方法及系统 WO2012075793A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010581734.5 2010-12-09
CN201010581734.5A CN102571528B (zh) 2010-12-09 2010-12-09 点对点网络中会话初始协议消息路由实现方法及系统

Publications (1)

Publication Number Publication Date
WO2012075793A1 true WO2012075793A1 (zh) 2012-06-14

Family

ID=46206582

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/075520 WO2012075793A1 (zh) 2010-12-09 2011-06-09 点对点网络中会话初始协议消息路由实现方法及系统

Country Status (2)

Country Link
CN (1) CN102571528B (zh)
WO (1) WO2012075793A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674297A (zh) * 2008-09-12 2010-03-17 中国移动通信集团公司 分布式业务网络、核心服务设备及协议报文处理方法
CN101682618A (zh) * 2007-05-17 2010-03-24 诺基亚公司 一种在分布式散列表中提供和保持实时最新数据的节点和方法
WO2010031597A1 (en) * 2008-09-17 2010-03-25 Telefonaktiebolaget Lm Ericsson (Publ) Ip address discovery
CN101841522A (zh) * 2010-01-27 2010-09-22 北京邮电大学 一种sip网络与p2psip网络互通的方法和系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101277256B (zh) * 2007-03-30 2011-12-07 华为技术有限公司 一种实现网络资源定位的系统及方法及服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101682618A (zh) * 2007-05-17 2010-03-24 诺基亚公司 一种在分布式散列表中提供和保持实时最新数据的节点和方法
CN101674297A (zh) * 2008-09-12 2010-03-17 中国移动通信集团公司 分布式业务网络、核心服务设备及协议报文处理方法
WO2010031597A1 (en) * 2008-09-17 2010-03-25 Telefonaktiebolaget Lm Ericsson (Publ) Ip address discovery
CN101841522A (zh) * 2010-01-27 2010-09-22 北京邮电大学 一种sip网络与p2psip网络互通的方法和系统

Also Published As

Publication number Publication date
CN102571528B (zh) 2016-04-13
CN102571528A (zh) 2012-07-11

Similar Documents

Publication Publication Date Title
US7978631B1 (en) Method and apparatus for encoding and mapping of virtual addresses for clusters
JP5847191B2 (ja) コンテンツ共有を行う中間ノード及びコンテンツリクエスト端末並びにそれらのコンテンツ共有方法
JP5302330B2 (ja) 通信ネットワークにおいて使用する方法および装置
EP2239890B1 (en) Remote access method in a network comprising a nat device
WO2015003566A1 (zh) 组播域名系统中报文传输的方法、装置及系统
WO2009012725A1 (fr) Procédé, système de routage de message et équipement de nœud
JP2008182670A (ja) Ｐ２ｐ・ｓｉｐ対応ネットワーク通信システム、アクセス装置、ネットワーク通信システムにおけるユーザ端末登録方法及びセッション確立方法
CN102447749B (zh) 支持nat穿越的集中式p2p系统、nat穿越的方法
WO2008116401A1 (fr) Procédé, système et nœuds pour partage de contenu p2p
US7836142B2 (en) System and method for updating a dynamic domain name server
JP5462264B2 (ja) Ｉｐアドレスの発見
WO2011017939A1 (zh) 一种业务实现方法及业务系统
EP2248038A1 (en) Method and system for transmitting data in a computer network
WO2009059525A1 (fr) Méthode, dispositif et système de demande et de réponse dans un réseau de recouvrement p2p
TWI351849B (en) Apparatus and method for transmitting streaming se
CN102546820A (zh) 传输优化方法、映射信息的存储方法、装置及系统
JP5242301B2 (ja) メッセージを転送する装置、出力方法および出力プログラム
US9264459B2 (en) SIP-based custodian routing in content-centric networks
WO2009000181A1 (fr) Procédé servant à acquérir des ressources transversales, un nœud pair à pair et un système pair à pair
Jung et al. IDNet: beyond all‐IP network
Wang et al. Implementing instant messaging using named data
WO2010096989A1 (zh) 一种用于发现p2p流量优化服务的方法、装置和系统
WO2009113947A1 (en) Using a hash value as a pointer to an application class in a communications device
WO2011041969A1 (zh) 一种支持数据报文主动推送能力的实现方法及系统
CN101378392A (zh) 一种p2p环境下资源查询的方法和装置

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: 11846324

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11846324

Country of ref document: EP

Kind code of ref document: A1