CN101110972B - SIP message dispensing and processing method and system in distributed structure - Google Patents
SIP message dispensing and processing method and system in distributed structure Download PDFInfo
- Publication number
- CN101110972B CN101110972B CN200610106681A CN200610106681A CN101110972B CN 101110972 B CN101110972 B CN 101110972B CN 200610106681 A CN200610106681 A CN 200610106681A CN 200610106681 A CN200610106681 A CN 200610106681A CN 101110972 B CN101110972 B CN 101110972B
- Authority
- CN
- China
- Prior art keywords
- sip
- processing module
- message
- distribution
- module
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Abstract
The present invention discloses a SIP message distributing and processing method and the system in the distributed framework, which relates to the communication field. The correct processing of the SIP message can be ensured, and the load can be shared among the SIP processing modules in the distributed framework. Therein, the IP distributing module receives new message, if any other message received before which belongs to the same call as the new message, then the new message is distributed to the SIP processing module which is the same processing module for other messages; and otherwise one module is chosen in a plurality of the SIP processing module by the load sharing mode, and the new message is sent to the chosen SIP processing module. After the SIP processing module receives the SIP message of the new call, an appointed terminal port number which matches with the SIP processing module is carried in the returning message which is returned to call party, the call party sends the subsequent message to the appointed terminal port, and the IP distributing module directly retransmits the subsequent message to the corresponding SIP processing module based on the appointed terminal port number.
Description
Technical field
The present invention relates to the communications field, particularly session initiation protocol (Session Initiation Protocol is called for short " SIP ") Message Processing in the distribution switch framework.
Background technology
In telephone communication network, the exchange of signal all is a mode of taking digital signal with transmission between switch inside and switch and the switch.And the user promptly on the subscribers feeder, because the cost problem is still the analog signaling of employing at present, has only by the time the appearance of integrated services digital network in the future between the switch, also will adopt the mode of digital signal on the subscribers feeder.At that time, whole communication network will be a digital communication network, will bring a series of benefit to the user.
The LAN switch that develops into of switching technology provides a unprecedented opportunity to develop, has also greatly promoted the update of LAN switch technology and product.
From the present situation of present LAN switch technical development, its architecture roughly has the point-to-point structure of bus structures, point-to-point structure and Y-connection.
Wherein, generally be divided into parallel bus and shared drive type bus two big classes based on bus-structured switch.Wherein, parallel presidential structure adopts the monolithic backboard of being made up of a kind of medium, all information flows between the module all must transmit through this bus, and data are transmitted on bus by time division multiplexing (Time DivisionMultiplexing is called for short " TDM ") transmission means.
The point-to-point structure switch is called crossbar switch or fabric switch again.Cost and complexity height are the key constraints that this exchanger capacity increases.In the complete matrix embodiment of point-to-point switch, each module all directly is connected to other module by line, has formed the full mesh backboard.Because each module all has the one group of connecting line of oneself, thereby central exchanging array needn't be set.
The point-to-point structure of Y-connection is applied in asynchronous transfer mode (Asynchronous TransferMode is called for short " the ATM ") switch more.This structure is much simpler than the distribution switching fabric of fabric switch.The interconnect design of Y-connection reaches netted module connecting line of generation with central exchanging array.The module of each Y-connection is received central exchanging array, also will be connected to when needing redundant ability in the backup exchanging array.
Bigger bandwidth and faster speed is provided, and point-to-point connection is the developing direction of switching fabric.The point-to-point exchange cost of matrix is high, and poor expandability is not suitable for the switch of large port amount; Though the point-to-point connectivity scenario absolute bandwidth of star connects not as matrix, can obtain very high performance by optimizing, and complexity is much lower, it seems at present, it is the preferred plan of large capacity exchanger.
General switch is operated in Open System Interconnection (Open System Interconnection, abbreviation " OSI ") second layer of 7 layer models, be data link layer, exchange is the basis with media interviews control (MediumAccess Control is called for short " MAC ") address.Internetworking agreement (Internet Protocol is called for short " IP ") is in the 3rd layer of osi protocol stack, realizes interconnection between net by router by software usually.Yet, router cost an arm and a leg and forwarding speed slow, more and more become the bottleneck of network, so the 3rd layer of exchange is integrated into routing function in the switch by means of the linear speed switching technology, this switch is called multi-layer switches or layer-3 switch.
The 3rd layer of exchange can both realize the linear speed exchange on each network layer, performance is greatly improved. simultaneously, network topology structure and service on it has kept the 3rd layer. these structures and service have great advantage at aspect tools such as network segmentation, fail safe, manageability and inhibition broadcasting, it has the ability of differentiating various application layer protocols, help to realize network control based on strategy, so realize main Routing Protocol at the 3rd layer by hardware, for example IP and internet network packet switching (Internetwork PacketExchange is called for short " IPX ").Layer 3-switched target is to replace existing router.They provide the communication of the information flow between subnet, make communication speed bring up to millions of packet per second from hundreds of packet per second.The 3rd layer of exchange is intended to transmit various protocols at a high speed, or provides fire compartment wall with the protecting network resource, or realizes the reservation of bandwidth.The core switch of backbone network of future generation all will be a layer-3 switch.
It is generally acknowledged that the technology trends of LAN switch be unable to do without the development of switching technology.Switching technology is from being divided into second layer exchange and the 3rd layer of exchange at present.Second layer exchange is the OSI second layer or the exchange that claims the MAC layer; And the 3rd layer of exchange or claim the network layer exchange then provides more high-rise service, as routing function etc.
Current switch will develop to the direction that processing signaling is more and more, contents processing becomes increasingly complex, processing unit is more and more diversified, will allow system's distributed earth to dispose a plurality of processing units like this, can improve the disposal ability of system greatly.
Adopted distributed frame in some switch at present, comprising a plurality of IP distribution modules and SIP processing module, the IP distribution module may be distributed on the different veneers with the SIP processing module, when the IP distribution module is received a piece of news, needs to differentiate whether this message is sip message.When this message is sip message, also need to select suitable SIP processing module, transmit this message to this SIP processing module then, handle this message by the SIP processing module.Therefore, in this distributed structure, the required processing complexity of this message distribution does not have ideal mechanism to guarantee that sip message is correctly handled at present.
Summary of the invention
In view of this, main purpose of the present invention is to provide sip message distribution and processing method and treatment system in a kind of distributed structure/architecture, makes in the distributed frame, can guarantee that sip message is correctly handled, and can carry out load sharing again between the SIP processing module.
For achieving the above object, the invention provides sip message distribution and processing method in a kind of distributed structure/architecture, comprise following steps:
After the IP distribution module is received new sip message,, then this new information is distributed to the SIP processing module of other sip message of this pre-treatment same call if received other sip message that belongs to same call with this new information before this; Otherwise select one in the load sharing mode in available SIP processing module, and this new information is distributed to selected this SIP processing module, wherein, described IP distribution module is preserved the SIP call identification of SIP calling and the corresponding relation of SIP processing module.
Wherein, described SIP processing module realizes one of in the following manner described load sharing:
Alternately is selected one from available SIP processing module; Perhaps,
With the idling-resource amount is that weight is selected from available SIP processing module.
In this external described method, the information of described available SIP processing module is kept in the IP distribution module, is increasing, deletion, is dynamically updating the information of described available SIP processing module when revising the configuration of SIP processing module.
In this external described method, the step of the SIP processing module of described other sip message that new information is distributed to this pre-treatment same call comprises following substep:
When described IP distribution module is received sip message, parse the SIP call identification;
According to the SIP call identification that parses, in the corresponding relation of SIP call identification that writes down before this and SIP processing module, search, if find the record of coupling then this sip message be distributed to SIP processing module in the record, if do not find coupling record after distributing this sip message in the load sharing mode corresponding relation of this sip message of record and SIP processing module.
In this external described method, described IP distribution module is periodically deleted the out-of-date SIP call identification and the corresponding relation of SIP processing module.
In this external described method, described IP distribution module starts a timer when the corresponding relation of every SIP call identification of record and SIP processing module, delete this corresponding relation during this timer expiry.
In this external described method, call out when discharging, described SIP processing module is notified the described IP distribution module sign that d/d SIP calls out, and described IP distribution module is deleted the corresponding relation of this SIP call identification and SIP processing module.
In this external described method, also comprise following steps:
When described SIP processing module was received the sip message that sends to serve port, notification call side sent to subsequent message and the corresponding designated port of this SIP processing module;
When described IP distribution module is received the sip message that sends to described designated port, directly this sip message is transmitted to and the corresponding SIP processing module of this designated port.
In this external described method, the duration that the corresponding relation of described SIP call identification and SIP processing module needs to keep at least is the overtime maximum latency of sip message.
The present invention also provides sip message distribution and treatment system in a kind of distributed structure/architecture, comprise the IP distribution module that at least one is used to receive and distribute sip message, be used for the SIP processing module of treatment S IP message with at least one, described IP distribution module further comprises:
Retransmission unit is used for sip message is forwarded to appointment SIP processing module;
The load sharing unit is used for selecting one in the load sharing mode in available SIP processing module;
Judging unit, be used for after receiving new sip message, judge whether received the unit that belongs to other sip message of same call with this new information before this, if then this new information is forwarded to the SIP processing module of other sip message of this pre-treatment same call by described retransmission unit, otherwise this new information is forwarded to the SIP processing module that described load sharing unit is chosen by described retransmission unit, wherein, described IP distribution module is preserved the SIP call identification of SIP calling and the corresponding relation of SIP processing module.
Wherein, described SIP processing module also is used for when receiving the sip message that sends to serve port, and notification call side sends to subsequent message and the corresponding designated port of this SIP processing module;
When described IP distribution module also is used to receive the sip message that sends to described designated port, directly this sip message is transmitted to and the corresponding SIP processing module of this designated port.
By relatively finding, the main distinction of technical scheme of the present invention and prior art is, after the IP distribution module is received new information, if received arbitrary other message that belongs to same call with this new information before this, then this new information is distributed to the SIP processing module identical with handling other message; Otherwise in a plurality of SIP processing modules, select one in the load sharing mode, and this new information is distributed to selected SIP processing module. realized the distribution of the IP distribution module under the distributed architecture to the message of SIP processing module. because can the sip message of same call be handled in same SIP processing module, guaranteed the correctness that sip message is handled. have dependence between the sip message before and after the same call, may lead to errors if in different SIP processing modules, handle. owing between the SIP processing module, distribute new calling in the load sharing mode, can make duty ratio between the SIP processing module than balance, part SIP processing module can not occur and refuse new calling because of overload, part SIP processing module also has the situation of quite a lot of rest processing capacity simultaneously.
After the SIP processing module is received the sip message of new calling, in the message of returning to calling party, carry the designated ends slogan corresponding with this SIP processing module, calling party then sends to subsequent message this designated ends slogan, and the IP distribution module directly is forwarded to corresponding SIP processing module according to the designated ends slogan with subsequent message.Subsequent message has been saved system resource according to the direct forwarding of port numbers, has improved message related to calls distribution efficient.
Be kept at the SIP call identification in the IP distribution module and the corresponding relation of SIP processing module and need carry out burin-in process, can discharge periodically in batches, each recording timing is discharged, or behind end of calling, discharge.Saved the storage resources of IP distribution module by these burin-in process.
Description of drawings
Fig. 1 is according to sip message distribution and process flow figure in the distributed structure/architecture of first embodiment of the invention;
Fig. 2 is according to sip message distribution and process flow figure in the distributed structure/architecture of second embodiment of the invention;
Fig. 3 is according to sip message distribution and process flow figure in the distributed structure/architecture of third embodiment of the invention;
Fig. 4 is according to sip message distribution and treatment system structure chart in the distributed structure/architecture of four embodiment of the invention.
Embodiment
For making the purpose, technical solutions and advantages of the present invention clearer, the present invention is described in further detail below in conjunction with accompanying drawing.
The present invention proposes in a kind of distributed structure/architecture sip message distribution and mode and the system configuration handled.Call out for new SIP, the IP distribution module is distributed to the SIP processing module with this message related to calls according to the mode of load sharing; For the subsequent message that SIP calls out, the IP distribution module is transmitted to same SIP processing module by certain strategy; Perhaps pass through the SIP processing module when the treatment S IP calling message first time, the port address of this SIP processing module of notification call side, the subsequent message of calling party directly sends to same SIP processing module and handles according to the port address of this SIP processing module.
Wherein, Session Initiation Protocol is based on Client/Server (client/server) model, and any one to accept SIP requested service device or switch etc. all be a Server, externally announces a public serve port.This serve port is used for monitoring request and the response message of all Client by the IP distribution module, and will listen to sip message and be forwarded on the SIP processing module and handle, and realize the sip message distribution, and this port continues to monitor other sip message.
Sip message distribution and processing method are as shown in Figure 1 in the distributed structure/architecture of first embodiment of the invention.
In step 101, the IP distribution module is on the SIP serve port, and for example, port address is 5060, monitoring information.
In step 102, after the IP distribution module is received the new sip message of sending from calling party, if parse the SIP call identification of this calling. do not receive other sip message that belongs to same call with this new information before this according to this SIP call identification judgement, select a SIP processing module with adopting the mode of load sharing, then, give selected SIP processing module with forwards. wherein, the mode of load sharing is that alternately is selected one from available SIP processing module, be that weight is selected one from available SIP processing module perhaps with the idling-resource amount, perhaps adopt other strategy from available SIP processing module, to select one. for example, the SIP processing module has two, the idling-resource amount of first SIP processing module is 6, the idling-resource amount of second SIP processing module is 4, when then being the weight selection with the idling-resource amount, first SIP processing module can obtain 60% the chance of choosing, and second SIP processing module can obtain 40% the chance of choosing.
In the IP distribution module, preserve the information of available SIP processing module, write down the distribution situation of SIP processing module with static table or dynamic table; If static table, then this table size can be determined by the maximum SIP processing module number that current system can provide.When the configuration of after this increase, deletion, modification SIP processing module, dynamically update the information of available SIP processing module.In addition, write down this with variable B and call out pairing SIP processing module.When carrying out load sharing, indicate a SIP processing module of load sharing policy selection to handle the sip message of new call by variable B.For example, adopt mode load sharing in turn, when in the variable B Compass during last SIP processing module, when new next time calling began, variable B was with first SIP processing module in the Compass.
Simultaneously, the IP distribution module is set up the corresponding relation of this SIP calling and this SIP processing module, for example adopts HASH (Hash) table, other data link table or array or the like form to deposit this corresponding relation and information.Specifically, preserve the SIP call identification of this SIP calling and the corresponding relation of SIP processing module.
And the IP distribution module will periodically be deleted the out-of-date SIP call identification and the corresponding relation of SIP processing module.The shortest duration that this cycle need keep more than or equal to this corresponding relation.The shortest duration that the corresponding relation of SIP call identification and SIP processing module need keep is the overtime maximum latency of sip message.For example, if adopt the HASH table to deposit this corresponding relation, the duration that then needs to keep is overtime maximum latency 64 * T1 second of sip message, according to the definition of SIP standard agreement RFC3261, T1 is the loop transmission delay estimated value of (Round Trip Time is called for short " RTT ").Like this, in the duration of this reservation, can discern the repeating transmission of this sip message.
Yet, in the time of before corresponding relation is not deleted as yet, after the IP distribution module is received the subsequent message of this message of repeating transmission or this calling, judge and received other sip message that belongs to same call with this new information before this, then at first parse the SIP call identification, then according to the SIP call identification that parses, in the corresponding relation of SIP call identification that writes down before this and SIP processing module, search, if find the record of coupling then this sip message be distributed to SIP processing module in the record, thereby identify the repeating transmission of this sip message, and then the sip message that will retransmit sends to same SIP processing module processing.
In step 103, when the SIP processing module is received the sip message that sends to serve port, return 100 message and give calling party.
In step 104, the SIP processing module is returned 180 message and is given calling party, the scheduler of the Contact in the message of being returned (contact) header field packing local exchange, and for example, port address is 5061.By this address, notification call side sends to subsequent message and the corresponding designated port 5061 of this SIP processing module.
In step 105, calling party sends the affirmation request (PRACK) of Temporary Response, and this asks employed destination address is scheduler 5061 in 180 message of receiving.After this, the subsequent message of this calling of calling party will directly be sent to address 5061.Subsequent message according to port numbers 5061 direct forwardings can save system resource, improve message related to calls distribution efficient.
And the IP distribution module directly is transmitted to this sip message and the corresponding SIP processing module of this designated port when receiving the sip message that sends to designated port 5061.
In step 106, the SIP processing module sends confirms request.
In step 107, the SIP processing module sends 200 message of expression affirmation to calling party.
In step 108, calling party is returned the response message ACK of affirmation, and the destination address that this message is carried also is IP address 5061.
In step 109, when end of calling, the SIP processing module sends BYE (end) request message to calling party, the scheduler of Via header field packing local exchange wherein, IP address 5061.
In step 110, calling party is sent to BYE message the IP address 5061 of Via header field packing in the BYE request message.Process ends.
Sip message distribution and processing method are as shown in Figure 2 in the distributed structure/architecture of second embodiment of the invention.
Step 201 is similar with step 101.
In step 202, after the IP distribution module is received the new sip message of sending from calling party, parse the SIP call identification of this calling.If do not receive other sip message that belongs to same call with this new information before this according to this SIP call identification judgement, will adopt the mode of load sharing to select a SIP processing module, then, give selected SIP processing module with forwards.Wherein, the mode of load sharing can be selected one for alternately equally from available SIP processing module, perhaps selects one randomly from available SIP processing module, perhaps adopts other strategy to select one from available SIP processing module.
In the IP distribution module, preserve the information of available SIP processing module, write down the distribution situation of SIP processing module with static table or dynamic table; If static table, then this table size can be determined by the maximum SIP processing module number that current system can provide.When the configuration of after this increase, deletion, modification SIP processing module, dynamically update the information of available SIP processing module.In addition, write down this with variable B and call out pairing SIP processing module.When carrying out load sharing, indicate a SIP processing module of load sharing policy selection to handle the sip message of new call by variable B.For example, adopt mode load sharing in turn, when in the variable B Compass during last SIP processing module, when new next time calling began, variable B was with first SIP processing module in the Compass.
Simultaneously, the IP distribution module is set up the corresponding relation of this SIP calling and this SIP processing module, for example adopts the HASH table.Promptly preserve the SIP call identification of this SIP calling and the corresponding relation of SIP processing module.The IP distribution module starts a timer when the corresponding relation of every SIP call identification of record and SIP processing module, delete this corresponding relation during this timer expiry.
The shortest duration that the timing length of this timer should need keep more than or equal to this corresponding relation.The shortest duration that the corresponding relation of SIP call identification and SIP processing module need keep is the overtime maximum latency of sip message.For example, if adopt the HASH table to deposit this corresponding relation, the duration that then needs to keep is overtime maximum latency 64 * T1 second of sip message.Like this, in the duration of this reservation, also can discern the repeating transmission of this sip message.
Yet, in the time of before corresponding relation is not deleted as yet, after the IP distribution module is received the subsequent message of this message of repeating transmission or this calling, judge and received other sip message that belongs to same call with this new information before this, then at first parse the SIP call identification, then according to the SIP call identification that parses, in the corresponding relation of SIP call identification that writes down before this and SIP processing module, search, if find the record of coupling then this sip message be distributed to SIP processing module in the record, thereby identify the repeating transmission of this sip message, and then the sip message that will retransmit sends to same SIP processing module processing.
Step 203 is similar to step 110 with step 103 respectively to step 210, repeats no more herein.
Sip message distribution and processing method are as shown in Figure 3 in the distributed structure/architecture of third embodiment of the invention.
Step 301 is same and step 101 is similar, does not repeat them here.
In step 302, after the IP distribution module is received the new sip message of sending from calling party, if parse the SIP call identification of this calling. do not receive other sip message that belongs to same call with this new information before this according to this SIP call identification judgement, select a SIP processing module with adopting the mode of load sharing, then, give selected SIP processing module with forwards. wherein, the mode of load sharing can be selected one for alternately equally from available SIP processing module, perhaps from available SIP processing module, select one randomly, perhaps adopt other strategy from available SIP processing module, to select one.
In the IP distribution module, preserve the information of available SIP processing module, write down the distribution situation of SIP processing module with static table or dynamic table; If static table, then this table size can be determined by the maximum SIP processing module number that current system can provide.When the configuration of after this increase, deletion, modification SIP processing module, dynamically update the information of available SIP processing module.In addition, also adopt a pairing SIP processing module of variable B metered call.
Simultaneously, the IP distribution module is set up the corresponding relation of this SIP calling and this SIP processing module, for example adopts the HASH table.Promptly preserve the SIP call identification of this SIP calling and the corresponding relation of SIP processing module.
In step 303, when the SIP processing module is received the sip message that sends to serve port, return 100 message and give calling party.
In step 304, in the process of this calling, call direction serve port 5060 sends message or the subsequent message of retransmitting.
In step 305, after the IP distribution module is received the subsequent message of this message of repeating transmission or this calling, judge and received other sip message that belongs to same call with this new information before this, then at first parse the SIP call identification, then according to the SIP call identification that parses, in the corresponding relation of SIP call identification that writes down before this and SIP processing module, search, if find the record of coupling then this sip message be distributed to SIP processing module in the record, thereby identify the repeating transmission of this sip message, and then the sip message that will retransmit sends to same SIP processing module processing.
In step 306, when the SIP processing module is received the sip message that sends to serve port, return 100 message.
In step 307, when end of calling, the SIP processing module sends the BYE request message to calling party.
In step 308, calling party is returned the affirmation message of end of calling.
In step 309, this message that finishes to confirm is forwarded to corresponding SIP processing module equally through IP distribution module inquiry mapping table.
In step 310, the SIP processing module is returned the end acknowledge message to calling party after receiving and confirming end acknowledge message that calling party returns.
In step 311, SIP processing module notice IP distribution module is released the resource that this SIP calls out.Wherein, the mode that notice IP distribution module discharges this SIP call resources has multiple, for example, and the call number of the SIP call identification that the SIP processing module is write down at the IP distribution module according to this calling and the corresponding relation of SIP processing module, notify IP distribution module, need the corresponding relation record of deletion; Perhaps, the SIP processing module is directly notified the SIP call identification, searches mapping table by the IP distribution module according to the SIP call identification of receiving, and deletes corresponding record; Perhaps, adopt other strategy notice IP distribution module to discharge the resource that this SIP is called out.
In step 312, the IP distribution module is handled accordingly according to the release notice of SIP processing module, deletes the record of the corresponding relation of corresponding SIP call identification and SIP processing module, and discharges the corresponding call resource.Process ends.
Above-mentioned each embodiment has all realized the distribution of the IP distribution module under the distributed architecture to the message of SIP processing module.And, guaranteed that the sip message of same call is distributed in the same SIP processing module.Because can the sip message of same call be handled, guaranteed the correctness that sip message is handled in same SIP processing module.Have dependence between the sip message before and after the same call, may lead to errors if in different SIP processing modules, handle.Owing between the SIP processing module, distribute new calling in the load sharing mode, can make duty ratio between the SIP processing module than balance, part SIP processing module but occurs and refuse new calling because of overload, part SIP processing module also has the situation of quite a lot of rest processing capacity simultaneously.
In addition, in above-mentioned each embodiment, carried out burin-in process to being kept at the SIP call identification in the IP distribution module and the corresponding relation of SIP processing module, for example the periodicity that these schemes adopted discharges in batches, each recording timing is discharged or discharges behind end of calling.Saved the storage resources of IP distribution module by these burin-in process.It is readily appreciated by a person skilled in the art that and to handle according to the flexible configuration of system resource, be not limited to these cited several modes certainly the processing policy of storage resources.
Sip message distribution and treatment system structure comprise two IP distribution module 1 and 2 (at least one) and three SIP processing module A, B and C (at least one) that are used for the treatment S IP message that are used to receive and distribute sip message as shown in Figure 4 in the distributed structure/architecture of four embodiment of the invention.
Wherein, each IP distribution module further comprises: retransmission unit, load sharing unit and judging unit.
Specifically, retransmission unit is used for sip message is forwarded to appointment SIP processing module; The load sharing unit is used for selecting one in the load sharing mode in available SIP processing module; Judging unit then is used for after receiving new sip message, judge whether received the unit that belongs to other sip message of same call with this new information before this, if then this new information is forwarded to the SIP processing module of other sip message of this pre-treatment same call, otherwise this new information is forwarded to the SIP processing module of choosing the load sharing unit by retransmission unit by retransmission unit.
Yet the SIP processing module can also be used for when receiving the sip message that sends to serve port, and notification call side sends to subsequent message and the corresponding designated port of this SIP processing module; When the IP distribution module then is used to receive the sip message that sends to designated port, directly this sip message is transmitted to and the corresponding SIP processing module of this designated port.
Though pass through with reference to some of the preferred embodiment of the invention, the present invention is illustrated and describes, but those of ordinary skill in the art should be understood that and can do various changes to it in the form and details, and without departing from the spirit and scope of the present invention.
Claims (11)
1. sip message distribution and processing method in the distributed structure/architecture is characterized in that, comprise following steps:
After the IP distribution module is received new sip message,, then this new information is distributed to the SIP processing module of other sip message of this pre-treatment same call if received other sip message that belongs to same call with this new information before this; Otherwise in available SIP processing module, select one in the load sharing mode, and this new information is distributed to selected this SIP processing module;
Wherein, described IP distribution module is preserved the SIP call identification of SIP calling and the corresponding relation of SIP processing module.
2. sip message distribution and processing method is characterized in that in the distributed structure/architecture according to claim 1, and described SIP processing module realizes one of in the following manner described load sharing:
Alternately is selected one from available SIP processing module; Perhaps,
With the idling-resource amount is that weight is selected from available SIP processing module.
3. sip message distribution and processing method in the distributed structure/architecture according to claim 1, it is characterized in that, the information of described available SIP processing module is kept in the IP distribution module, is increasing, deletion, is dynamically updating the information of described available SIP processing module when revising the configuration of SIP processing module.
4. sip message distribution and processing method is characterized in that in the distributed structure/architecture according to claim 1, and the step of the SIP processing module of described other sip message that new information is distributed to this pre-treatment same call comprises following substep:
When described IP distribution module is received sip message, parse the SIP call identification;
According to the SIP call identification that parses, in the corresponding relation of SIP call identification that writes down before this and SIP processing module, search, if find the record of coupling then this sip message be distributed to SIP processing module in the record, if do not find coupling record after distributing this sip message in the load sharing mode corresponding relation of this sip message of record and SIP processing module.
5. sip message distribution and processing method is characterized in that described IP distribution module is periodically deleted the out-of-date SIP call identification and the corresponding relation of SIP processing module in the distributed structure/architecture according to claim 4.
6. sip message distribution and processing method in the distributed structure/architecture according to claim 4, it is characterized in that, described IP distribution module starts a timer when the corresponding relation of every SIP call identification of record and SIP processing module, delete this corresponding relation during this timer expiry.
7. sip message distribution and processing method in the distributed structure/architecture according to claim 4, it is characterized in that, call out when discharging, described SIP processing module is notified the described IP distribution module sign that d/d SIP calls out, and described IP distribution module is deleted the corresponding relation of this SIP call identification and SIP processing module.
8. according to sip message distribution and processing method in claim 5 or the 6 described distributed structure/architecture, it is characterized in that, also comprise following steps:
When described SIP processing module was received the sip message that sends to serve port, notification call side sent to subsequent message and the corresponding designated port of this SIP processing module;
When described IP distribution module is received the sip message that sends to described designated port, directly this sip message is transmitted to and the corresponding SIP processing module of this designated port.
9. sip message distribution and processing method is characterized in that the duration that the corresponding relation of described SIP call identification and SIP processing module needs to keep at least is the overtime maximum latency of sip message in the distributed structure/architecture according to claim 8.
10. sip message distribution and treatment system in the distributed structure/architecture, comprise the IP distribution module that at least one is used to receive and distribute sip message, with at least one SIP processing module that is used for the treatment S IP message, it is characterized in that described IP distribution module further comprises:
Retransmission unit is used for sip message is forwarded to appointment SIP processing module;
The load sharing unit is used for selecting one in the load sharing mode in available SIP processing module;
Judging unit, be used for after receiving new sip message, judge whether received the unit that belongs to other sip message of same call with this new information before this, if then this new information is forwarded to the SIP processing module of other sip message of this pre-treatment same call, otherwise this new information is forwarded to the SIP processing module that described load sharing unit is chosen by described retransmission unit by described retransmission unit;
Wherein, described IP distribution module is preserved the SIP call identification of SIP calling and the corresponding relation of SIP processing module.
11. sip message distribution and treatment system in the distributed structure/architecture according to claim 10, it is characterized in that, described SIP processing module also is used for when receiving the sip message that sends to serve port, and notification call side sends to subsequent message and the corresponding designated port of this SIP processing module;
When described IP distribution module also is used to receive the sip message that sends to described designated port, directly this sip message is transmitted to and the corresponding SIP processing module of this designated port.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610106681A CN101110972B (en) | 2006-07-18 | 2006-07-18 | SIP message dispensing and processing method and system in distributed structure |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610106681A CN101110972B (en) | 2006-07-18 | 2006-07-18 | SIP message dispensing and processing method and system in distributed structure |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101110972A CN101110972A (en) | 2008-01-23 |
| CN101110972B true CN101110972B (en) | 2010-05-12 |
Family
ID=39042830
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200610106681A Active CN101110972B (en) | 2006-07-18 | 2006-07-18 | SIP message dispensing and processing method and system in distributed structure |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101110972B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101355585B (en) * | 2008-09-02 | 2011-05-11 | 中兴通讯股份有限公司 | System and method for protecting information of distributed architecture data communication equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1331785B1 (en) * | 2002-01-23 | 2005-04-20 | Sony International (Europe) GmbH | A method for enabling the negotiation of end-to-end QoS by using the end-to-end negotiation protocol (E2ENP) |
| CN1705305A (en) * | 2004-06-03 | 2005-12-07 | 华为技术有限公司 | Method and apparatus for implementing character string matching during session initiated protocol message distributing process |
| CN1783871A (en) * | 2004-12-03 | 2006-06-07 | 上海贝尔阿尔卡特股份有限公司 | Load equalizing system, device and method for SIP telephone service |
-
2006
- 2006-07-18 CN CN200610106681A patent/CN101110972B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1331785B1 (en) * | 2002-01-23 | 2005-04-20 | Sony International (Europe) GmbH | A method for enabling the negotiation of end-to-end QoS by using the end-to-end negotiation protocol (E2ENP) |
| CN1705305A (en) * | 2004-06-03 | 2005-12-07 | 华为技术有限公司 | Method and apparatus for implementing character string matching during session initiated protocol message distributing process |
| CN1783871A (en) * | 2004-12-03 | 2006-06-07 | 上海贝尔阿尔卡特股份有限公司 | Load equalizing system, device and method for SIP telephone service |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101110972A (en) | 2008-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7742421B2 (en) | Systems, methods, and computer program products for distributing application or higher layer communications network signaling entity operational status information among session initiation protocol (SIP) entities | |
| CN100366024C (en) | System and method for processing packets | |
| US7724671B2 (en) | Architecture for resource management in a telecommunications network | |
| US8743892B2 (en) | Method and system for dynamic gateway selection in an IP telephony network | |
| US6738379B1 (en) | Method of preserving data packet sequencing | |
| JP3279319B2 (en) | Method and apparatus for synchronizing data transmission over an on-demand link in a network | |
| US7860114B1 (en) | Method and system for dynamic gateway selection in an IP telephony network | |
| BG63358B1 (en) | Expandable telecommunication system | |
| CN102177690B (en) | Methods, systems, and computer readable media for providing sedation service in a telecommunications network | |
| CN103957156A (en) | Method of data delivery across a network | |
| CN101115050A (en) | Network service request processing system and method | |
| CN104823427A (en) | Application layer session routing | |
| CN101137104B (en) | Method and system for implementing resource release | |
| US9281996B1 (en) | Method and system for dynamic gateway selection in an IP telephony network | |
| JPH086898A (en) | Polling substitute device | |
| CN101110972B (en) | SIP message dispensing and processing method and system in distributed structure | |
| US8228792B2 (en) | Methods, systems, and computer program products for providing message flow control between applications in a telecommunications signaling message routing platform having a distributed internal processing architecture | |
| US20090122791A1 (en) | Method and apparatus for selective recovery from branch isolation in very large voip networks | |
| CN100556028C (en) | A kind of SiteServer LBS, device and method that is used for the SIP phone business | |
| US20060067327A1 (en) | Information distribution system, method and network devices | |
| JP2001136202A (en) | Method and system for setting connection in tcp/ip | |
| US7155505B1 (en) | Methods and systems for ticket voucher flow control in response to signaling link failure | |
| TWI232659B (en) | Method for managing a stack of switches | |
| JP2004274391A (en) | Switching network system and telephone exchange equipment therefor | |
| JP2002351758A (en) | Connection delay generating device and communication information unified management method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |