CN100479447C - Dialogue processing method for business processing ability application part in distribution type system - Google Patents
Dialogue processing method for business processing ability application part in distribution type system Download PDFInfo
- Publication number
- CN100479447C CN100479447C CNB2004100021432A CN200410002143A CN100479447C CN 100479447 C CN100479447 C CN 100479447C CN B2004100021432 A CNB2004100021432 A CN B2004100021432A CN 200410002143 A CN200410002143 A CN 200410002143A CN 100479447 C CN100479447 C CN 100479447C
- Authority
- CN
- China
- Prior art keywords
- module
- tcap
- local
- dialogue
- dialog
- 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.)
- Expired - Fee Related
Links
- 238000012545 processing Methods 0.000 title abstract description 6
- 238000003672 processing method Methods 0.000 title abstract description 3
- 238000000034 method Methods 0.000 claims abstract description 34
- 102100035155 Telethonin Human genes 0.000 claims 14
- 101000597193 Homo sapiens Telethonin Proteins 0.000 claims 13
- 238000004891 communication Methods 0.000 abstract description 2
- 238000005728 strengthening Methods 0.000 abstract 1
- 230000011664 signaling Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
The invention is a conversation processing method for transaction capability application part (TCAP) in a distributed system, dividing the TCAP transaction ID into two parts in the distributed system: module number and local conversation number; as the local end initiates a conversation, the local end module allocates a local conversation number to the conversation and adds module number on the basis of the local conversation number to compose a complete transaction ID; the opposite end returns response information of the conversation and after some local-end module receives the response information, it reads the transaction ID and obtains the module number from the ID, and then checks if the module number is its own number: if yes, it processes the information; otherwise transmits the information to the corresponding module to the module number for processing. The invention does not need public data to support, reducing information communication between modules, simplifying the processing flow of a conversation state machine, raising protocol processing efficiency and strengthening system stability.
Description
Technical field
The present invention relates to communication technical field, relate in particular to the dialog process method of TCAP Transaction Capability Application Part in a kind of distributed system (TCAP).
Background technology
Along with the popularization and the development of telecommunication service, the user is also more and more higher to the requirement of exchanger capacity.Conventional switch has progressively been turned to the distributed hardware framework of multimachine frame, many plates, multimode by the hardware structure of single chassis, veneer spare or single module.In distributed system, the signal resource under each module (being every veneer) independent bearing one cover signaling software, management are own, but must with the software collaboration work on other modules.
As shown in Figure 1, in distributed system, modules A, B be identical TCAP Transaction Capability Application Part (TCAP) software of independent bearing one cover separately, and data configuration separately and resource bid are finished after module starts.The TCAP of each module is managing the dialog state machine and the dialogue resource of this module.That is to say that after the TCAP of certain module initiated or receives a dialogue, the subsequent message of this dialogue can only be in this resume module.
But because TCAP uses not having substantially of SCCP (SCCP) to connect or sequenced CL service, the TCAP message of two ends signalling point is all selected the signaling link selection (SLS) of message according to the characteristics of oneself like this, and Message Transfer Part (MTP) selects link to send message according to SLS.In distributed system, the MTP part is also come processing messages according to module, that is to say that MTP receives the message of this module signaling link, and the message of receiving is sent to the MTP upper-layer user of this module.After will causing the conversation message that the TCAP of certain module sends like this, the response message of opposite end might receive and report TCAP to handle at the MTP of other modules, because this module does not have this dialogue state machine information, just can not correctly handle this message yet, will cause call failure like this.
Such as, as shown in Figure 1, the TCAP of modules A initiates a dialogue, the state machine information of in store this dialogue of TCAP of modules A then, and module B and do not know the existence of this dialogue.If opposite end TCAP has sent to module B to the response message of this dialogue, the TCAP of module B can not correctly handle this dialogue owing to there is not the state machine information of this dialogue, get nowhere thereby cause this time to call out.
Existing method is that the dialog state machine with the TCAP of all modules is put in the public database this database of the common maintenance and operation of all modules.When certain module TCAP initiates a dialogue, in new dialog state machine information input data storehouse; When certain module TCAP receives the response message of a dialogue, from database, read the state machine information of this dialogue and handle.
The shortcoming of prior art is:
If the TCAP of 1 each module is loaded into public database in the module, will cause the waste of resource, when dialog state machine changes, because need be in each intermodule sync session state machine state information, certainly will cause a large amount of intermodule broadcasts, increase the weight of system burden;
If 2 common datas are safeguarded by a dedicated module, so not only cause the software configuration complexity, and every message of each dialogue all needs Query Database, and the efficient of protocol processes is just lower like this, is unfavorable for the processing and the system stability of Bulk Call message.
Summary of the invention
Technical problem to be solved by this invention is: the TCAP dialog state machine that overcomes all modules in the existing distributed system is put into the inefficient problem of complex structure, protocol processes that common data base brings, the method of TCAP dialog process in a kind of distributed system is provided, thereby simplify the dialog state machine handling process, improve protocol processes efficient, enhanced system stability.
The present invention solves the problems of the technologies described above the technical scheme that is adopted to be:
The dialog process method of TCAP Transaction Capability Application Part in this distributed system may further comprise the steps:
In distributed system, described TCAP Transaction Capability Application Part (TCAP) transaction identification comprises: module No. and local dialog number;
When local terminal was initiated dialogue, the local terminal module was talked with for this reason and is distributed a local dialog number, and increases module No. on this local dialog number basis, constitutes transaction identification;
The response message of opposite end this dialogue of loopback after certain module of local terminal is received this response message, reads transaction identification, obtains module No. from this transaction identification, checks then whether module No. is this module, if this module is then handled this message; If not this module, then with the resume module of forwards to this module No. correspondence.
When local terminal is initiated dialogue, talk with local dialog number of distribution by local terminal TCAP upper-layer user for this reason, on this local dialog number basis, increase module No. by TCAP, constitute complete transaction identification.
When dialogue was initiated in the opposite end, local terminal TCAP talked with for this reason and distributes a local dialog number, increases module No. then and constitute a complete transaction identification on this local dialog number basis;
For the response message of opposite end TCAP, after the TCAP of certain module of local terminal receives response message, read transaction identification with this dialogue of loopback, from then on obtain module No. in the transaction identification, check then whether module No. is this module, if this module is then handled this message; If not this module, then with the resume module of forwards to this module No. correspondence.
The figure place that described module No. and local dialog number take is fixed or dynamic assignment.
Described module No. is the module No. of true module or to the sequence number of module institute layout with TCAP software.
Also can directly determine a transaction identification scope, during resume module message the transaction identification that receives message be judged, according to described transaction identification scope message be sent to corresponding module and handle for each module.
Beneficial effect of the present invention is: the method that the invention provides TCAP dialog process in a kind of distributed system, each module TCAP manages the dialogue state machine information of this module, receive that when a module whether distinguish according to transaction identification after the corresponding message of dialogue is the dialogue of this module, is forwarded to dialogue ownership module with the dialogue that does not belong to this module and handles.Owing to do not need public database to support, thereby reduced the message communicating of distributed system intermodule, simplified the dialog state machine handling process, improved protocol processes efficient, strengthened the stability of a system.
Description of drawings
Fig. 1 is the software frame figure of distributed system;
Fig. 2 is the principle schematic of TCAP dialog process in the distributed system of the present invention.
Embodiment
With embodiment the present invention is described in further detail with reference to the accompanying drawings below:
The principle of technical solution of the present invention is in distributed system, each module TCAP manages the dialogue state machine information of this module, receive that when a module whether distinguish according to transaction identification (dialogue ID) after the corresponding message of dialogue is the dialogue of this module, is forwarded to dialogue ownership module with the dialogue that does not belong to this module and handles.
Concrete grammar of the present invention is as follows:
1, in the TCAP of No.7 signalling system, the dialogue ID of a dialogue takies 32bits.In distributed system, will talk with ID and be divided into two parts: module No.+local dialog number.Module No. is exactly the module numbering at current TCAP place, and module No. can be the module No. of true module or to the sequence number of module institute layout with TCAP software; Local dialog number is current module assignment and the dialogue used number, and local dialog number is only effective to the upper-layer user of local terminal TCAP and local terminal TCAP.The byte number that module No. and local dialog number take can be fixed or dynamic assignment, and the position of module No. and local dialog number is unfixing.
2, when local terminal was initiated a dialogue, the dialogue ID of sign local terminal was distributed by the TCAP upper-layer user.The TCAP upper-layer user talks with for this reason and distributes a local dialog number, and TCAP increases the dialogue ID that module No. constitutes a complete sign local terminal on the local dialog number basis;
For the response message of opposite end this dialogue of TCAP loopback, after the TCAP of certain module of local terminal receives response message, read the dialogue ID of sign local terminal, from then on talk with and obtain module No. among the ID, check then whether module No. is this module.If this module is then handled this message; If not this module, then with the resume module of forwards to the module No. correspondence.
Such as, as shown in Figure 2, the TCAP of modules A and module B manages the dialogue state machine information of this module respectively, when modules A is initiated a dialogue, the TCAP upper-layer user of modules A distributes a local dialog number, the TCAP of modules A increases module No. on the local dialog number basis, constitute the local terminal transaction identification.Like this, when the TCAP back response message of opposite end, may send to modules A or module B, and module B and do not know the existence of this dialogue, if opposite end TCAP has sent to module B to the response message of this dialogue, then module B reads transaction identification, obtains module No. from transaction identification, find that this module No. is not this module, then handles forwards to modules A.If opposite end TCAP has sent to modules A to the response message of this dialogue, after then differentiating, directly handle in modules A.
3, when a dialogue was initiated in the opposite end, the dialogue ID of sign local terminal was distributed by the TCAP of certain module of local terminal.Local terminal TCAP talks with according to mentioned above principle for this reason and distributes a local dialog number, increases module No. then and constitute a complete dialogue ID on the local dialog number basis;
For the response message of opposite end TCAP with this dialogue of loopback, after the TCAP of certain module of local terminal receives response message, read the dialogue ID of sign local terminal, from then on talk with and obtain module No. among the ID, check then whether module No. is this module.If this module, then in this message of this resume module; If not this module, then with the resume module of forwards to the module No. correspondence.
As shown in Figure 2, when a dialogue is initiated in the opposite end, (also might send to module B if send to the modules A of local terminal, processing method is identical), then the TCAP of modules A talks with for this reason and distributes a local dialog number, increases module No. then and constitute a complete dialogue ID on the local dialog number basis.Modules A and opposite end engage in the dialogue, when the TCAP back response message of opposite end, may send to modules A or module B, and module B and do not know the existence of this dialogue, if opposite end TCAP has sent to module B to the response message of this dialogue, then module B reads transaction identification, obtains module No. from transaction identification, find that this module No. is not this module, then handles forwards to modules A.If opposite end TCAP has sent to modules A to the response message of this dialogue, after then differentiating, directly handle in modules A.
The present invention also can directly determine a dialogue ID scope for each module.During resume module message the dialogue ID that receives message is judged, judge to belong to that module, send to corresponding resume module then.So just need be stored in dialogue ID scope table in the correlation module respectively, each module is when receiving message, inquiry session ID scope table, judge whether message is this resume module, the message that is not this resume module is sent to corresponding module handle, the same like this handling process that can simplify dialog state machine.
The present invention is not owing to need public database to support, thereby reduced the message communicating of intermodule, simplified the dialog state machine handling process, improved protocol processes efficient, strengthened the stability of a system.
Claims (6)
1, the dialog process method of TCAP Transaction Capability Application Part in a kind of distributed system is characterized in that, may further comprise the steps:
In distributed system, described TCAP Transaction Capability Application Part TCAP transaction identification comprises: module No. and local dialog number;
When local terminal was initiated dialogue, the local terminal module was talked with for this reason and is distributed a local dialog number, and increases module No. on this local dialog number basis, constitutes transaction identification;
The response message of opposite end this dialogue of loopback after certain module of local terminal is received this response message, reads transaction identification, obtains module No. from this transaction identification, checks then whether module No. is this module, if this module is then handled this message; If not this module, then with the resume module of forwards to this module No. correspondence.
2, the dialog process method of TCAP Transaction Capability Application Part in the distributed system according to claim 1, it is characterized in that: when local terminal is initiated dialogue, talk with local dialog number of distribution by the TCAP upper-layer user in the local terminal module for this reason, on this local dialog number basis, increase module No. by TCAP, constitute complete transaction identification.
3, the dialog process method of TCAP Transaction Capability Application Part in the distributed system according to claim 1 and 2 is characterized in that:
When dialogue was initiated in the opposite end, local terminal TCAP talked with for this reason and distributes a local dialog number, increases module No. then and constitute a complete transaction identification on this local dialog number basis;
For the response message of opposite end TCAP, after the TCAP of certain module of local terminal receives response message, read transaction identification with this dialogue of loopback, from then on obtain module No. in the transaction identification, check then whether module No. is this module, if this module is then handled this message; If not this module, then with the resume module of forwards to this module No. correspondence.
4, the dialog process method of TCAP Transaction Capability Application Part in the distributed system according to claim 3, it is characterized in that: the figure place that described module No. and local dialog number take is fixed or dynamic assignment.
5, the dialog process method of TCAP Transaction Capability Application Part in the distributed system according to claim 3 is characterized in that: described module No. is the module No. of true module or to the sequence number of module institute layout with TCAP software.
6, the dialog process method of TCAP Transaction Capability Application Part in the distributed system according to claim 1, it is characterized in that: directly determine a transaction identification scope for each module, during resume module message the transaction identification that receives message is judged, according to described transaction identification scope message is sent to corresponding module and handle.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100021432A CN100479447C (en) | 2004-01-05 | 2004-01-05 | Dialogue processing method for business processing ability application part in distribution type system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100021432A CN100479447C (en) | 2004-01-05 | 2004-01-05 | Dialogue processing method for business processing ability application part in distribution type system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1642165A CN1642165A (en) | 2005-07-20 |
| CN100479447C true CN100479447C (en) | 2009-04-15 |
Family
ID=34867294
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100021432A Expired - Fee Related CN100479447C (en) | 2004-01-05 | 2004-01-05 | Dialogue processing method for business processing ability application part in distribution type system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100479447C (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101155370B (en) * | 2006-12-08 | 2011-01-19 | 中兴通讯股份有限公司 | Business serial processing method and system in multi-stream application of mobile communication system |
| CN102291436B (en) * | 2011-07-22 | 2012-12-12 | 北京航空航天大学 | Distributed transaction communication finite state machine model and verification method thereof |
-
2004
- 2004-01-05 CN CNB2004100021432A patent/CN100479447C/en not_active Expired - Fee Related
Non-Patent Citations (10)
| Title |
|---|
| Functional description of the signalling connection control part. TELECOMMUNICATION STANDARDIZATIONSECTOR OF ITU.ITU-T Q.711. 2001 |
| Functional description of the signalling connection control part. TELECOMMUNICATION STANDARDIZATIONSECTOR OF ITU.ITU-T Q.711. 2001 * |
| No.7信令TCAP消息格式及其在GSM中的应用. 纪红，孙礼.电信技术，第2期. 1998 |
| No.7信令TCAP消息格式及其在GSM中的应用. 纪红，孙礼.电信技术，第2期. 1998 * |
| Transaction capabilities procedures. TELECOMMUNICATION STANDARDIZATIONSECTOROFITU.ITU-T Q.774. 1997 |
| Transaction capabilities procedures. TELECOMMUNICATION STANDARDIZATIONSECTOROFITU.ITU-T Q.774. 1997 * |
| 事务处理应用部分的设计原理及其应用实现. 苏开荣.重庆邮电学院学报，第10卷第3期. 1998 |
| 事务处理应用部分的设计原理及其应用实现. 苏开荣.重庆邮电学院学报，第10卷第3期. 1998 * |
| 关于TCAP功能分析和实现技术研究. 常永红.广东通信技术，第5期. 1995 |
| 关于TCAP功能分析和实现技术研究. 常永红.广东通信技术，第5期. 1995 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1642165A (en) | 2005-07-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101257660B (en) | Short message added value service fee counting method, system and short message service data centre | |
| CN101156478A (en) | Addressing method for radio news in cluster system | |
| CN101635884B (en) | Method, device and system for realizing short number service | |
| CN1980411A (en) | Business message transmission method and system | |
| CN1237826C (en) | Method and system for providing integrated services in a mobile radio communication system | |
| CN100407719C (en) | Wire and wireless integrated group subscriber access system and method | |
| CN101742470B (en) | Implementation method, device and system of BSS local exchange | |
| CN100479447C (en) | Dialogue processing method for business processing ability application part in distribution type system | |
| CN100518345C (en) | Method for inquiring packet system state | |
| CN105376155B (en) | A kind of Intelligent routing system and method based on distributed type assemblies framework | |
| CN100493240C (en) | Method for receiving and transmitting short message by one hand-set with multiple numbers | |
| CN103888923A (en) | Call proceeding method, system and device applied to virtual private mobile network | |
| CN102801877B (en) | Interactive voice response (IVR)-free virtual switchboard service method and system | |
| CN100450218C (en) | Method for inquiring packet-member state in packet system | |
| CN101902709B (en) | Realize the method for short-message users internetwork roaming, sms center, HLR and system | |
| CN101420718B (en) | Network communication proxy system and method for implementing communication proxy service | |
| CN100403846C (en) | Method for providing message interaction in user message service | |
| CN101193350A (en) | Paging method and device in cluster system | |
| CN102916820B (en) | Charging system and charging method | |
| CN101345635B (en) | Transmitting, receiving and interaction method for amalgamation charging document, and amalgamation charging server | |
| CN101409934B (en) | Method and apparatus for processing signaling stream between application platform and protocol stack | |
| CN101197879B (en) | Method and device for calling users with the same names | |
| CN100456730C (en) | Method and device for switching cross-intelligent platform | |
| CN102281362B (en) | Value-added service providing method, device and system | |
| CN101296421B (en) | Short message receiving and sending method, system and application gateway for same-number service |
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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170920 Address after: The 6 group of Datang Tugou village in Ningcheng County 024000 Inner Mongolia Chifeng City three Town Patentee after: Zhang Huijuan Address before: 518129 intellectual property department, F1-18 building, research center of Bantian HUAWEI headquarters, Longgang District, Shenzhen, Guangdong Patentee before: Huawei Technologies Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090415 Termination date: 20180105 |