Server-free SIP (Session Initiation Protocol) account communication method and device

Abstract

The invention provides a server-free SIP (Session Initiation Protocol) account communication method and device, and the method comprises the following steps: all telephones obtain a network segment range of an intranet SIP terminal at an administrator side, and set the network segment range to all intranet equipment, and a user configures a personalized number for a first telephone on the SIP terminal; the first telephone sends an LLDP data message to the network switch, and carries the personalized number of the first telephone in the TLV attribute of the message; after other telephones in the same network segment receive the LLDP message, 9 attributes in the TLV are analyzed, the relation between the account number and the IP address of the first telephone is recorded, the minimum index value equipment in the network segment is determined, and the minimum index value equipment sends an SIP NOTIFY message to the cross-network-segment initial address to exchange the account number IP address information table of the network segment; and the user calls the first telephone, and the SIP terminal finds the relationship between the account number to which the first telephone belongs and the address and then sends an SIP call message to the call address. In this way, the function of storing and forwarding the SIP call without a server is achieved, and the deployment cost and the operation and maintenance difficulty of the server are reduced.

Description

Technical Field

[0001] Embodiments of the present invention generally relate to the field of SIP communication technology, and more particularly to a server-less SIP account communication method and device. Background Art

[0002] The current SIP industry uses SIP Server to store business, support accounts, forward calls, etc., but SIP Server is expensive and complex to configure, and also requires additional equipment space. Although SIP supports P2P point-to-point calling, it currently relies mainly on direct IP address communication. Direct IP address communication requires knowing the other party's IP address when calling, and IP address records are more troublesome, such as: 192.168.1.1, especially IPV6 addresses, such as: AA22:BB11:1122:CDEF:1234:AA99:7654:7410, which are long and difficult to remember. Currently, P2P communication using IPV4 is only available to professionals. And personalized methods such as: 18812345678 rely on SIP Server for allocation and exchange.

[0003] Although it is possible to communicate by providing personalized numbers through SIP Server, it requires additional server deployment and configuration, which increases costs and requires a lot of work in server maintenance. This also greatly increases the maintenance workload of the IT department. In particular, the current enterprise-level SIP communication servers require complex configuration and relatively professional industry knowledge. If this cannot be met, then the technical support personnel of the SIP server will be needed to provide assistance. At the same time, account information and other information need to be configured in advance, which lacks the flexibility of user self-definition. Summary of the invention

[0004] To solve the above problems, the present invention uses the LLDP broadcast capability to carry the device's account information, thereby notifying the devices in the local area network of the same layer to collect account information, solves the function of server-free storage and forwarding SIP calls, and reduces server deployment costs and operation and maintenance difficulties; simplifies the user's P2P call operation, and the user can configure personalized account information by himself before making a call, thereby improving dialing efficiency; solves the problem of P2P usage scenarios in IPV6 scenarios, and uses the binding relationship between accounts and IP addresses to allow SIP devices to automatically convert accounts and IP addresses, thereby achieving rapid completion of IPV6 P2P calls; uses unicast data rather than broadcast data for SIP calls, thereby reducing the load of broadcast messages on devices and networks, and at the same time prevents some devices from defaulting to default responses to numbers that are not called themselves, thereby preventing calls from being misconnected, and uses the unicast SIP standard protocol to detect devices across network segments, thereby exchanging account information of different network segments, thereby reducing the problem of broadcast storms in the network, alleviating network load, and avoiding broadcast data from causing all phones that receive data to ring, thereby affecting manual business services and mixing with sounds.

[0005] According to an embodiment of the present invention, a method and apparatus for server-less SIP account communication are provided.

[0006] In a first aspect of the present invention, a method for server-less SIP account communication is provided. The method comprises:

[0007] S01: All phones obtain the network segment range of the intranet SIP terminal on the administrator side and set it to all intranet devices. The user configures a personalized number for the first phone on the SIP terminal;

[0008] S02: The first phone sends an LLDP data message to the network switch, and carries its own personalized number in the TLV attribute of the message;

[0009] S03: After receiving the LLDP message, other phones in the same network segment parse the 9 attributes in the TLV and record the relationship between the account and the IP address of the first phone. At the same time, other phones compare the IP information with the first phone, and take the device with the smaller IP value as the device with the minimum index value in the network segment. The device with the minimum index value sends a SIP NOTIFY message to the cross-segment start address to exchange the account IP address information table of the network segment;

[0010] S04: The user calls the first phone. After the SIP terminal finds the relationship between the account and address of the first phone, it sends a SIP call message to the calling address, and the calling address establishes communication with the first phone.

[0011] Furthermore, the specific steps of S04 are:

[0012] S041: The SIP terminal confirms whether the personalized number information and address information of the first phone exist in the account IP address mapping stored locally. If so, the SIP terminal directly confirms the IP address and sends the SIP message to the corresponding IP address in a P2P manner.

[0013] S042: If it does not exist, the SIP terminal will again send a NOTIFY request to the minimum index value device to query the location relationship of the personalized number of the first phone;

[0014] S043: After receiving the retrieval request, the device with the minimum index value sends a query request to all network segments. The network segment with the personalized number of the first phone initiates a response, and the network segment without the personalized number of the first phone does not respond and discards the message. If all network segments do not respond, the SIP terminal prompts the user after a 30s timeout that the number called does not exist and asks the user to call again.

[0015] Furthermore, if a new phone joins, other phones in the same network segment send LLDP data packets containing only their own information to the new phone. The device with the minimum index value needs to send the cross-segment information to the new phone. At the same time, the new phone receives information sent from the device with the minimum index value across the network segments, including: its own network segment information, all phone account information in its own network segment, and all phone address information in its own network segment.

[0016] Furthermore, the new phone compares its IP value with the device with the minimum index value in the same network segment. If the IP address of the new phone is smaller than the IP address of the device with the minimum index value in the same network segment, the new phone is switched to the device with the minimum index value.

[0017] In a second aspect of the present invention, a device for serverless SIP account communication is provided. The device comprises:

[0018] Network segment acquisition module: used by all phones to obtain the network segment range of the intranet SIP terminal on the administrator side and set it to all intranet devices. Users configure personalized numbers for the first phone on the SIP terminal;

[0019] Message sending module: used for the first phone to send LLDP data message to the network switch, and carry its own personalized number in the TLV attribute of the message;

[0020] Information exchange module: used for other phones in the same network segment to parse the 9 attributes in the TLV after receiving the LLDP message and record the relationship between the account and IP address of the first phone. At the same time, other phones compare IP information with the first phone, and take the device with the smaller IP value as the device with the minimum index value in the network segment. The device with the minimum index value sends a SIP NOTIFY message to the starting address of the cross-segment network to exchange the account IP address information table of the network segment;

[0021] User calling module: used for the user to call the first phone. After the SIP terminal finds the account and address relationship of the first phone, it sends the SIP calling message to the calling address, and the calling address establishes communication with the first phone.

[0022] Furthermore, the user calling module includes:

[0023] Judgment module: used for the SIP terminal to confirm whether the personalized number information and address information of the first phone exist in the account IP address mapping stored locally. If so, the SIP terminal directly confirms the IP address and sends the SIP message to the corresponding IP address in a P2P manner;

[0024] Query module: used for, if it does not exist, the SIP terminal will again send a NOTIFY request to the minimum index value device to query the location relationship of the personalized number of the first phone;

[0025] Response module: After the device with the minimum index value receives the retrieval request, it sends a query request to all network segments. The network segment with the personalized number of the first phone initiates a response, and the network segment without the personalized number of the first phone does not respond and discards the message. If all network segments do not respond, the SIP terminal prompts the user after a 30s timeout that the number called does not exist and asks the user to call again.

[0026] Furthermore, if a new phone joins, other phones in the same network segment send LLDP data packets containing only their own information to the new phone. The device with the minimum index value needs to send the cross-segment information to the new phone. At the same time, the new phone receives information sent from the device with the minimum index value across the network segments, including: its own network segment information, all phone account information in its own network segment, and all phone address information in its own network segment.

[0027] Furthermore, the new phone compares its IP value with the device with the minimum index value in the same network segment. If the IP address of the new phone is smaller than the IP address of the device with the minimum index value in the same network segment, the new phone is switched to the device with the minimum index value.

[0028] The meanings of the above mentioned English abbreviations:

[0029] SIP: Session initialization Protocol

[0030] LLDP: Link Layer Discovery Protocol, link layer discovery protocol

[0031] TLV: TLV is the unit that makes up LLDPDU. Each TLV represents a message. 0-8 and 127 belong to the defined standard types, and 9-126 belong to the reserved manufacturer-defined extension types.

[0032] P2P: peer-to-peer call, point-to-point call

[0033] The present invention utilizes the LLDP broadcast capability to carry the device's account information, thereby notifying the devices in the local area network of the same layer to collect the account information, thereby solving the problem of server-free storage and forwarding SIP calls, reducing the server deployment cost and operation and maintenance difficulty; simplifying the user's P2P call operation, and the user can configure personalized account information by himself before making a call, thereby improving the dialing efficiency; solving the problem of P2P usage scenarios in IPV6 scenarios, utilizing the binding relationship between the account and the IP address, and utilizing the SIP device to automatically convert the account and the IP address, thereby realizing the rapid completion of the P2P call of IPV6; utilizing unicast data rather than broadcast data for SIP calls, thereby reducing the load of broadcast messages on the device and the network, while preventing some devices from defaulting to a default response to a number that is not called itself, thereby preventing misconnections of calls, utilizing the unicast SIP standard protocol to detect devices across network segments, thereby exchanging account information of different network segments, thereby reducing the problem of broadcast storms in the network, alleviating the network load, and avoiding the ringing of all phones that receive data due to broadcast data, thereby affecting manual business services and mixing with sounds.

[0034] It should be understood that the contents described in the summary of the invention are not intended to limit the key or important features of the embodiments of the present invention, nor are they intended to limit the scope of the present invention. Other features of the present invention will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] The above and other features, advantages and aspects of the embodiments of the present invention will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings.

[0036] Figure 1 A flow chart of a method for server-less SIP account communication according to an embodiment of the present invention is shown;

[0037] Figure 2 A device block diagram of server-less SIP account communication according to an embodiment of the present invention is shown. DETAILED DESCRIPTION

[0038] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0039] According to the implementation mode of the present invention, a method and device for serverless SIP account communication are proposed, and the LLDP broadcast capability is used to carry the account information of the device, so as to notify the devices in the local area network of the same layer to collect the account information, solve the function of serverless storage and forwarding SIP calls, and reduce the server deployment cost and operation and maintenance difficulty; simplify the user's P2P call operation, and the user can configure personalized account information by himself and then call, thereby improving the dialing efficiency; solve the problem of P2P usage scenario in IPV6 scenario, and use the binding relationship between account and IP address to convert the account and IP address by SIP device by itself, so as to realize the rapid completion of IPV6 P2P call; use unicast data instead of broadcast data for SIP call, reduce the load of broadcast message on the device and network, and prevent some devices from defaulting to the default response to the number not called by itself, prevent the call from being misconnected, and use the unicast SIP standard protocol to detect devices across network segments, so as to exchange account information of different network segments, reduce the problem of broadcast storm in the network, reduce the network load, and avoid the ringing of all phones receiving data caused by broadcast data, which affects the manual business service and the mixing of voice.

[0040] The principle and spirit of the present invention are explained in detail below with reference to several representative embodiments of the present invention.

[0041] Figure 1 It is a flowchart of a method for serverless SIP account communication according to an embodiment of the present invention.

[0042] The method includes:

[0043] S01: All phones obtain the network segment range of the intranet SIP terminal on the administrator side and set it to all intranet devices. The user configures a personalized number for the first phone on the SIP terminal;

[0044] S02: The first phone sends an LLDP data message to the network switch, and carries its own personalized number in the TLV attribute of the message;

[0045] S03: After receiving the LLDP message, other phones in the same network segment parse the 9 attributes in the TLV and record the relationship between the account and the IP address of the first phone. At the same time, other phones compare the IP information with the first phone, and take the device with the smaller IP value as the device with the minimum index value in the network segment. The device with the minimum index value sends a SIP NOTIFY message to the cross-segment start address to exchange the account IP address information table of the network segment;

[0046] S04: The user calls the first phone. After the SIP terminal finds the relationship between the account and address of the first phone, it sends a SIP call message to the calling address, and the calling address establishes communication with the first phone.

[0047] It should be noted that, although the operations of the method of the present invention are described in a specific order in the above embodiments and the accompanying drawings, this does not require or imply that the operations must be performed in the specific order, or that all the operations shown must be performed to achieve the desired results. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step, and / or one step may be decomposed into multiple steps.

[0048] In order to explain the above-mentioned server-less SIP account communication method more clearly, two specific embodiments are described below. However, it should be noted that the embodiments are only for better illustrating the present invention and do not constitute an improper limitation to the present invention.

[0049] The following two specific examples further illustrate the method of serverless SIP account communication in more detail:

[0050] Embodiment 1:

[0051] The IT department installed SIP terminals at all employees' workstations and configured only the network segment 192.168.1.1 / 24 that the SIP terminals needed to use.

[0052] All phones obtain the network segment range of the intranet SIP terminal from the administrator and set it to all intranet devices. The user configures a personalized number for phone A on the SIP terminal: 18812345678, and the IP address of phone A is: 192.168.2.101; in the same network segment, there is phone B, with a personalized number of 17712345678 and an IP address of 192.168.2.1; phone C, with a personalized number of 19912345678 and an IP address of 192.168.2.100.

[0053] Phone A sends an LLDP data packet to the network switch, and carries its own personalized number in the TLV attribute of the packet;

[0054] Specifically, the LLDP data structure and account storage location are:

[0055] The data is stored in LLDP TLV Reserved 9 and 10 in the following format:

[0056] Structure description: 9 is a fixed value, indicating that this is a manufacturer-defined identifier, and the length is the length of the data following this identifier

[0057] 9 length account 1, IPV4 / IPV6 account 2, IPV4 / IPV6 account n, IPV4 / IPV6

[0058] Link Layer Discovery Protocol

[0059] Chassis Subtype=MAC address,Id:3c:28:a6:12:b2:3b

[0060] Port Subtype=MAC address,Id:3c:28:a6:12:b2:3b

[0061] Time To Live=480sec

[0062] SIP Account = 18812345678

[0063] IP Address = 192.168.2.101

[0064] Capabilities

[0065] Telecommunications Industry Association TR-41 Committee-MediaCapabilities

[0066] Telecommunications Industry Association TR-41 Committee-NetworkPolicy

[0067] Telecommunications Industry Association TR-41 Committee-ExtendedPower-via-MDI

[0068] Telecommunications Industry Association TR-41 Committee-Inventory-Hardware Revision

[0069] Telecommunications Industry Association TR-41 Committee-Inventory-Firmware Revision

[0070] Telecommunications Industry Association TR-41 Committee-Inventory-Software Revision

[0071] Telecommunications Industry Association TR-41 Committee-Inventory-Serial Number

[0072] Telecommunications Industry Association TR-41 Committee-Inventory-Manufacturer Name

[0073] Telecommunications Industry Association TR-41 Committee-Inventory-Model Name

[0074] Telecommunications Industry Association TR-41 Committee-Inventory-Asset ID

[0075] End of LLDPDU

[0076] After receiving the LLDP message, phone B and phone C parse the 9 attributes in the TLV and record the relationship between phone A's account and IP address. At the same time, phone B compares the IP information with phone A and takes device B with a smaller IP value as the device with the smallest index value in the network segment. Device B sends a SIP NOTIFY message to the cross-segment start address to exchange the account IP address information table of this network segment.

[0077] Phone B calls phone A's number 18812345678. After the SIP terminal checks the relationship between the account and address, it sends the SIP call message to 192.168.1.101 (phone A)

[0078] Phone A receives the P2P call from phone B, and after the call is established, voice communication is carried out.

[0079] Embodiment 2:

[0080] Employee A and employee B belong to different network segments. Employee A belongs to 2001::100 / 64, and employee B belongs to 2011::100 / 64.

[0081] Employee A uses SIP terminal A, and employee B uses SIP terminal B. Neither of them is the device with the smallest index value in their network segment. The device with the smallest index value in the 2001::100 / 64 network segment is terminal C, and the device with the smallest index value in the 2011::100 / 64 network segment is terminal D.

[0082] Employee A and employee B configure their own personalized accounts on the SIP terminals. Terminal A: 18812345678, Terminal B: 17712345678.

[0083] Terminal A sends an LLDP data packet to the network switch, carries its own personalized number in the TLV attribute of the packet, and announces that its account number is 18812345678. Terminal B sends an LLDP data packet to the network switch, carries its own personalized number in the TLV attribute of the packet, and announces that its account number is 17712345678.

[0084] The cross-segment message exchange format is as follows:

[0085] NOTIFY Data Structure

[0086] NOTIFY sip:3234@192.168.1.1SIP / 2.0

[0087] Via:SIP / 2.0 / UDP 192.168.1.2:5060; branch=z9hG4bK776AS876as7d

[0088] Max-Forwards:70

[0089] To:<sip:3234@192.168.1.1>

[0090] From:"User A"<sip:userA@example.com> ;tag=1ma2345-3234-1232-1232-1232345a

[0091] Call-ID:1ma2345-3234-1232-1232-1232345a

[0092] CSeq:2NOTIFY

[0093] Contact:<sip:userA@192.168.1.2:5060>

[0094] Event: GET-ACCOUNT-INFO

[0095] Content-Type:text / plain

[0096] Content-Length:50

[0097] Account 1: IPv4 / IPv6 address

[0098] Account 2: IPv4 / IPv6 address ......

[0100] Account n: IPv4 / IPv6 address

[0101] NOTIFY Data Structure

[0102] NOTIFY sip:3234@192.168.1.1SIP / 2.0

[0103] Via:SIP / 2.0 / UDP 192.168.1.2:5060; branch=z9hG4bK776AS876as7d

[0104] Max-Forwards:70

[0105] To:<sip:3234@192.168.1.1>

[0106] From:"User A"<sip:userA@example.com> ;tag=1ma2345-3234-1232-1232-1232345a

[0107] Call-ID:1ma2345-3234-1232-1232-1232345a

[0108] CSeq:2NOTIFY

[0109] Contact:<sip:userA@192.168.1.2:5060>

[0110] Event: CHECK-ACCOUNT

[0111] Content-Type:text / plain

[0112] Content-Length:10

[0113] After receiving the LLDP message, phone C parses the 9 attributes in the TLV and records the relationship between the account and IP address of phone A. At the same time, phone C compares the IP information with phone A, and takes device C with a smaller IP value as the device with the smallest index value in the network segment. After receiving the LLDP message, phone D parses the 9 attributes in the TLV and records the relationship between the account and IP address of phone B. At the same time, phone D compares the IP information with phone B, and takes device D with a smaller IP value as the device with the smallest index value in the network segment. Device C and device D send SIP NOTIFY messages to each other to exchange the account IP address information table of this network segment.

[0114] User A dials terminal B: 17712345678.

[0115] Terminal C checks its account list and finds that 17712345678 does not exist. It then sends a SIP NOTIFY message to terminal D to retrieve the address to which 17712345678 belongs. Terminal D checks its account address information. If 17712345678 exists, it returns the message directly to terminal C.

[0116] Specifically, if terminal D checks that it does not currently have 17712345678 saved, it sends a SIP NOTIFY search query to the network segment 2011::1 / 64. Terminal D checks that 17712345678 belongs to the number in this network segment, and responds with 200OK to terminal C, including the address 2011::100 / 64. After terminal D refreshes the local account and address table, it sends the address 17712345678 to terminal C via 200OK.

[0117] After terminal C retrieves the address 17712345678, it sends a P2P message to the 2011::100 / 64 network segment, and user A and user B establish a call.

[0118] Based on the same inventive concept, the present invention also proposes a serverless SIP account communication device. The implementation of the device can refer to the implementation of the above method, and the repeated parts will not be repeated. Figure 2 As shown, the device 100 includes:

[0119] The network segment acquisition module 101 is used for all phones to obtain the network segment range of the intranet SIP terminal on the administrator side and set it to all intranet devices. The user configures a personalized number for the first phone on the SIP terminal;

[0120] Message sending module 102: used for the first phone to send an LLDP data message to the network switch, and at the same time carry its own personalized number in the TLV attribute of the message;

[0121] Information exchange module 103: used for other phones in the same network segment to parse the 9 attributes in the TLV after receiving the LLDP message and record the relationship between the account and the IP address of the first phone. At the same time, other phones compare the IP information with the first phone, and take the device with the smaller IP value as the device with the minimum index value in the network segment. The device with the minimum index value sends a SIP NOTIFY message to the cross-segment start address to exchange the account IP address information table of the network segment;

[0122] User calling module 104: used for a user to call a first phone. After the SIP terminal finds the account and address relationship of the first phone, it sends a SIP calling message to the calling address, and the calling address establishes communication with the first phone.

[0123] The user call module includes:

[0124] Determination module 1041: used for the SIP terminal to confirm whether the personalized number information and address information of the first phone exist in the account IP address mapping stored locally. If so, the SIP terminal directly confirms the IP address and sends the SIP message to the corresponding IP address in a P2P manner;

[0125] Query module 1042: used for, if not existing, the SIP terminal will again send a NOTIFY request to the minimum index value device to query the location relationship of the personalized number of the first phone;

[0126] Response module 1043: After the device with the minimum index value receives the retrieval request, it sends a query request to all network segments. The network segment with the personalized number of the first phone initiates a response, and the network segment without the personalized number of the first phone does not respond and discards the message. If all network segments do not respond, the SIP terminal prompts the user after a 30s timeout that the number called does not exist and asks the user to call again.

[0127] The present invention proposes a serverless SIP account communication device, which uses the LLDP broadcast capability to carry the account information of the device, so as to notify the devices in the local area network of the same layer to collect the account information, solves the function of serverless storage and forwarding SIP calls, and reduces the server deployment cost and operation and maintenance difficulty; simplifies the user's P2P call operation, and the user can configure personalized account information by himself and then call, thereby improving the dialing efficiency; solves the problem of P2P usage scenarios in IPV6 scenarios, and uses the binding relationship between the account and the IP address to enable the SIP device to automatically convert the account and the IP address, thereby realizing the rapid completion of the P2P call of IPV6; uses unicast data instead of broadcast data to make SIP calls, thereby reducing the load of broadcast messages on the device and the network, and at the same time prevents some devices from defaulting to the default response to the number that is not called itself, thereby preventing calls from being misconnected, and uses the unicast SIP standard protocol to detect devices across network segments, thereby exchanging account information of different network segments, thereby reducing the problem of broadcast storms in the network, alleviating the network load, and avoiding the ringing of all phones receiving data caused by broadcast data, thereby affecting the manual business service and the mixing of voices.

[0128] Although the spirit and principle of the present invention have been described with reference to several specific embodiments, it should be understood that the present invention is not limited to the disclosed specific embodiments, and the division of various aspects does not mean that the features in these aspects cannot be combined to benefit, and such division is only for the convenience of expression. The present invention is intended to cover various modifications and equivalent arrangements contained in the spirit and scope of the attached claims.

[0129] Regarding the limitation of the protection scope of the present invention, those skilled in the art should understand that, based on the technical solution of the present invention, various modifications or variations that can be made by those skilled in the art without creative work are still within the protection scope of the present invention.

Claims

1. A method for serverless SIP account communication, characterized in that: The method includes: S01: All phones obtain the network segment range of the intranet SIP terminal on the administrator side and set it to all intranet devices. The user configures a personalized number for the first phone on the SIP terminal; S02: The first phone sends an LLDP data message to the network switch, and carries its own personalized number in the TLV attribute of the message; S03: After receiving the LLDP message, other phones in the same network segment parse the 9 attributes in the TLV and record the relationship between the account and the IP address of the first phone. At the same time, other phones compare the IP information with the first phone, and take the device with the smaller IP value as the device with the minimum index value in the network segment. The device with the minimum index value sends a SIP NOTIFY message to the cross-segment start address to exchange the account IP address information table of the network segment; S04: The user calls the first phone. After the SIP terminal finds the relationship between the account and address of the first phone, it sends a SIP call message to the calling address, and the calling address establishes communication with the first phone.

2. A method for serverless SIP account communication according to claim 1, characterized in that: The specific steps of S04 are: S041: The SIP terminal confirms whether the personalized number information and address information of the first phone exist in the account IP address mapping stored locally. If so, the SIP terminal directly confirms the IP address and sends the SIP message to the corresponding IP address in a P2P manner. S042: If it does not exist, the SIP terminal will again send a NOTIFY request to the minimum index value device to query the location relationship of the personalized number of the first phone; S043: After receiving the retrieval request, the device with the minimum index value sends a query request to all network segments. The network segment with the personalized number of the first phone initiates a response, and the network segment without the personalized number of the first phone does not respond and discards the message. If all network segments do not respond, the SIP terminal prompts the user after a 30s timeout that the number called does not exist and asks the user to call again.

3. A method for serverless SIP account communication according to claim 1, characterized in that: If a new phone is added, other phones in the same network segment send LLDP data packets containing only their own information to the new phone. The device with the smallest index value needs to send the cross-segment information to the new phone. At the same time, the new phone receives information sent from the device with the smallest index value across the network segment, including: its own network segment information, all phone account information in its own network segment, and all phone address information in its own network segment.

4. A method for serverless SIP account communication according to claim 3, characterized in that: The new phone compares its IP value with the device with the minimum index value in the same network segment. If the IP address of the new phone is smaller than the IP address of the device with the minimum index value in the same network segment, the new phone is switched to the device with the minimum index value.

5. A device for serverless SIP account communication, characterized in that: The device includes: Network segment acquisition module: used by all phones to obtain the network segment range of the intranet SIP terminal on the administrator side and set it to all intranet devices. Users configure personalized numbers for the first phone on the SIP terminal; Message sending module: used for the first phone to send LLDP data message to the network switch, and carry its own personalized number in the TLV attribute of the message; Information exchange module: used for other phones in the same network segment to parse the 9 attributes in the TLV after receiving the LLDP message and record the relationship between the account and IP address of the first phone. At the same time, other phones compare IP information with the first phone, and take the device with the smaller IP value as the device with the minimum index value in the network segment. The device with the minimum index value sends a SIP NOTIFY message to the starting address of the cross-segment network to exchange the account IP address information table of the network segment; User calling module: used for the user to call the first phone. After the SIP terminal finds the account and address relationship of the first phone, it sends the SIP calling message to the calling address, and the calling address establishes communication with the first phone.

6. A serverless SIP account communication device according to claim 5, characterized in that: The user calling module comprises: Judgment module: used for the SIP terminal to confirm whether the personalized number information and address information of the first phone exist in the account IP address mapping stored locally. If so, the SIP terminal directly confirms the IP address and sends the SIP message to the corresponding IP address in a P2P manner; Query module: used for, if it does not exist, the SIP terminal will again send a NOTIFY request to the minimum index value device to query the location relationship of the personalized number of the first phone; Response module: After the device with the minimum index value receives the retrieval request, it sends a query request to all network segments. The network segment with the personalized number of the first phone initiates a response, and the network segment without the personalized number of the first phone does not respond and discards the message. If all network segments do not respond, the SIP terminal prompts the user after a 30s timeout that the number called does not exist and asks the user to call again.

7. A serverless SIP account communication device according to claim 5, characterized in that: If a new phone is added, other phones in the same network segment send LLDP data packets containing only their own information to the new phone. The device with the smallest index value needs to send the cross-segment information to the new phone. At the same time, the new phone receives information sent from the device with the smallest index value across the network segment, including: its own network segment information, all phone account information in its own network segment, and all phone address information in its own network segment.

8. A serverless SIP account communication device according to claim 7, characterized in that: The new phone compares its IP value with the device with the minimum index value in the same network segment. If the IP address of the new phone is smaller than the IP address of the device with the minimum index value in the same network segment, the new phone is switched to the device with the minimum index value.

Images