CN100387032C - Method for implementing multiple interactions with external data system in one intelligent call - Google Patents
Method for implementing multiple interactions with external data system in one intelligent call Download PDFInfo
- Publication number
- CN100387032C CN100387032C CNB2004100370185A CN200410037018A CN100387032C CN 100387032 C CN100387032 C CN 100387032C CN B2004100370185 A CNB2004100370185 A CN B2004100370185A CN 200410037018 A CN200410037018 A CN 200410037018A CN 100387032 C CN100387032 C CN 100387032C
- Authority
- CN
- China
- Prior art keywords
- scp
- fep
- local matter
- message
- service
- 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
Images
Abstract
The present invention provides a method for realizing conversational interactions with an external data system in an intelligent call for multiple times, which comprises the following steps that an external entity initiates an interaction message to an SCP; the interaction message carries a remote end transaction ID; a front-end processor (FEP) of the SCP receives the interaction message; a mapping relationship is found according to the remote end transaction ID to determine a local transaction ID; an internal message which carries the local transaction ID is initiated to the SCP; the SCP looks up a service corresponding to the local transaction ID; the message is posted to the service to be processed. After the message is processed, whether service logic collocates virtual DP is judged; if the service logic collocates the virtual DP, a service resources is still hung; the internal message responses to the external entity by the front-end processor. The method disclosed by the present invention can meet the service requirement for processing the conversational interaction with an external data entity for multiple times in an intelligent call.
Description
Technical field
The present invention relates to the intelligent network field, particularly a kind ofly in an intelligent call, realize repeatedly mutual method with external data systems.
Background technology
See also Fig. 1, front end processor FEP (Front End Processor) in intelligent network as the front end of service control node SCP (Service Control Point), be responsible for the access of outside platform, as the access of bank, short message service center and telephone pre-paid interface etc.FEP is responsible for the different agreement of external entity is converted between FEP and the SCP fixing interface, as with Short Message Peer to Peer SMPP (Short Message Peer toPeer), long-rangely recognize that (testing) card dialing user serves RADIUS (Remote Authentication Dial-InUser Service), unified account service agreement UASP agreement unifications such as (Unified Accounting Service Protocol) is converted into the internal agreement message between FEP and the SCP.For SCP, FEP has shielded the type of variety of protocol, is easy to have the access of the entity of new protocol type.When the new protocol type entity of needs inserted, as long as upgrading FEP is just passable, and SCP did not need upgrading.Based on above characteristics, use FEP very general at present in the existing network as the way of main frame (not necessarily SCP) front end access device, and also more and more based on the business of above networking mode exploitation.
But, FEP is with between the SCP being single session interaction pattern in the prior art, as shown in Figure 2: external entity sends message 1 to FEP, FEP is converted into the inside story between itself and the SCP, after SCP receives this inside story, need to create an automaton, trigger the IN service on it, be responsible for the processing of IN service.In IN service, handle the information of carrying in the inside story, after disposing, send the inside story response, automaton deletion simultaneously to FEP.FEP sends the response that the inside story response converts message 1 to SCP again.
From the graph as can be seen, behind mutual the end, SCP do not safeguard with external entity between virtual connection of having set up.If carry out again between external entity and the SCP must rebuliding connection when mutual, can't in an IN service, handle repeatedly mutual.So existing this treatment mechanism can't solve requirement SCP and the repeatedly mutual demands of applications of external data systems in an intelligent call, and this demand requires to get more and more now.The implementation of Ez-link Card as described in Figure 3, handling process is as follows:
1.MSC/SSP report IDP (initial Detection Point, initial Detection Point), trigger the IN service on the SCP.
2.SCP send authentication request information to commercial operation support system BOSS (Business Operation SupportingSystem) by FEP.
3.FEP be converted to the authentication request information of UASP agreement.
4.BOSS the response message of feedback authentication success.
5.FEP response by the success of telecommunication RCOMM (Remote Communication) inside story feedback authentication.
6.BOSS issue the indication of chargeing to SCP.
7.FEP be converted to the charging indication of RCOMM inside story form.
8.SCP send fee request indication response.
9.FEP be converted to the fee request indication response of UASP form.
10.BOSS issue the call proceeding indication.
11.FEP the call proceeding indication of conversion RCOMM inside story form.
12.SCP send call proceeding indication response.
13.FEP be converted into the call proceeding indication of UASP form.
14.SCP the request of issuing reports Basic Call State Model BCSM incident RRBE (Request Report BasicCall State Model Event), informs this DP incident that need dispose of MSC/SSP.
15.SCP issue Apply Charging AC (Apply Charging), the expense of request MSC/SSP supervising connections for calling.
16.SCP issue CONTINUE, replay call.
From the graph as can be seen, above-mentioned authentication request, the charge indication and the indication that continues must realize that the interactive mode of existing single session can not satisfy existing demands of applications in an intelligent call.
So the prior art scheme can't satisfy the requirement that occurs day by day and handle the mutual business demand of a plurality of external datas in a calling.If it is mutual that application need carries out repeatedly external data, and do not require in a calling and handle,, but, influence systematic function owing to need frequently create automaton and trigger service logic at SCP though the pattern of unitary call also can satisfy at present.
Summary of the invention
The object of the present invention is to provide a kind of in an intelligent call, the realization and the external data systems method of session interaction repeatedly, in a calling, handle the repeatedly business demand of external data session interaction to meet the demands.
Realize the repeatedly method of external data session interaction in a kind of calling of the present invention, comprise following step:
A, be a call setup far-end affairs ID and local matter ID, and set up mapping relations between the two;
B, external entity are initiated to the interaction message of SCP, carry far-end affairs ID in the described interaction message;
C, FEP receive described interaction message, and ID searches mapping relations according to the far-end affairs, determine local matter ID, initiate the inside story of carrying local matter ID to SCP;
D, SCP search local matter ID corresponding service, and described inside story is delivered to described Business Processing;
E, dispose, judge whether configuration virtual DP of service logic, as dispose then that service resources still suspends;
F, SCP respond inside story by FEP to external entity.
Described steps A further comprises:
A1, external entity are initiated to the interaction message of SCP, carry far-end affairs ID;
A2, FEP receive described interaction message, set up local matter ID and it is made as initial condition, and set up the mapping relations of far-end affairs ID with local matter ID, and the inside story of carrying local matter ID is sent to SCP;
A3, SCP receive described first inside story, create automaton, reset local matter ID, and trigger new service logic, carry out Business Processing;
A4, SCP send first inside to FEP and receive the response, carry in receiveing the response in described first inside local matter ID after reseting, and the Business Processing process in the information that needs of external entity; FEP receives described first inside receives the response, and local matter ID in the mapping relations is updated to local matter ID after reseting.
Described steps A 3 further comprises: service logic configuration virtual DP, service resources suspends.
Described service resources specifically is meant automaton.
Described service logic configuration virtual DP specifically is meant dynamic-configuration interaction times in business.
Described far-end affairs ID is the serial number that external entity is initiated to the interaction message of SCP.
Described local matter ID is the automatic plane No. of described business.
If SCP initiatively initiates telecommunication message, the subsequent external entity is initiated again alternately, FEP can preserve the relation of far-end affairs ID and local matter ID when receiving first telecommunication message of SCP, when external entity is initiated when mutual, FEP finds corresponding local matter ID according to far-end affairs ID, SCP finds corresponding automaton according to this local matter ID, and submits to corresponding service and handle.
The described foundation of steps A mapping relations between the two are meant foundation mapping table between the two.
The present invention compares with the pattern of existing unitary call, the invention solves in a calling and realize repeatedly the ability that external data is mutual, has realized repeatedly the information sharing of external data between mutual, and carrying out for new business provides many facilities.Each entity of the present invention is changed less, is easy to promote.
Description of drawings
Fig. 1 is FEP system architecture diagram as the front end of SCP in intelligent network;
Fig. 2 is the schematic flow sheet of existing unitary call pattern;
Fig. 3 is an Ez-link Card business realizing schematic flow sheet;
Fig. 4 is a basic call Model B CSM schematic flow sheet;
Fig. 5 is provided with virtual DP makes the SCP business of suspending in IN service schematic flow sheet;
Fig. 6 is an embodiment of the invention schematic flow sheet.
Embodiment
Realize repeatedly session interaction in order to be implemented in the calling, need to solve the problem of two aspects: at first, how repeatedly can being identified alternately of a calling between need guaranteeing to belong to from the external entity to FEP, from FEP to SCP promptly guarantees to use same unique identification in a calling repeatedly mutual.Can be by for external entity be provided with a call identification and a call identification is set from FEP to SCP to FEP, and set up mapping relations between these two call identifications by FEP, when FEP carries out forwards, with regard to responsible these mapping relations.Described external entity is called far-end affairs ID to the call identification of FEP; The described call identification that is provided with from FEP to SCP is called local matter ID.As an embodiment, can guarantee to use same serial number between external entity and the FEP at present, and use automatic plane No. between FEP and the SCP, so only need FEP to set up the mapping table of serial number to automatic plane No., when FEP carries out forwards, carry out according to this mapping table.Secondly, the business on the SCP that how to suspend.
SCP needs to wait for that follow-up inside story is mutual after carrying out inside story first alternately, depend on each external entity processing speed fully in this blanking time, therefore business need be suspended.The present invention has introduced the mechanism that suspends by the DP incident.Thus, another core concept of the present invention is that the mode by virtual DP is told SCP in business: also will carry out repeatedly mutual between itself and external entity.As long as dynamic-configuration interaction times in business, promptly can think to adopt the mode of virtual DP.In order better to understand this mechanism, the application does simple a description at this.
That shown in Figure 4 is basic call Model B CSM (Basic Call State Model).Wherein, metastable state, for example " user dials " state in point in call PIC (Point In Call) the expression calling procedure.Which PIC SCP can transmitting order to lower levels decision calling be in, and PIC is also referred to as the control point.Call state of Detection Point DP (Detection Point) expression is about to enter the preceding critical point of next call state when finishing, and can be understood as the breakpoint that is provided with in continuous calling procedure.At the DP point, SSP need report to SCP, has just produced incident, and causes that SSP and SCP's transfers to another PIC from a PIC.Some DP is static, and is not configurable, and part is by the SCP dynamic-configuration.Intelligent network is based on above model substantially and realizes mutual between SSP and the SCP.
Based on above intelligent network realization mechanism, this programme proposes to increase a kind of virtual DP, expands on the basis of 18 present class DP.When if business will realize that repeatedly RCOMM is mutual like this, business can configuration virtual DP, behind mutual end the once, can suspend current business by virtual DP, and the business logic processing halted state, the initiation again of wait external entity is mutual.The realization mechanism of this mechanism and traditional IN service is similar, and the SCP of each producer supports and be easy to promote than being easier to.
Above-mentioned mechanism is introduced the present invention, the business so that SCP can suspend in IN service.Detailed process is seen shown in Figure 5:
1.MSC/SSP report IDP, trigger the IN service on the SCP.
2.SCP issue RRBE, inform this DP incident that need dispose of MSC/SSP.
3.SCP issue AC, the expense of request MSC/SSP supervising connections for calling.
4.SCP issue CONTINUE, replay call.
Need to prove: this moment, MSC/SSP routed calls to the destination, and the service logic of SCP is temporarily interrupted, and simultaneously because SCP judges that business has been configured the DP incident, and service logic enters the process of temporary transient wait, otherwise the service logic of SCP finishes.
5.MSC/SSP report ERB (Event Report BCSM, reporting events), after SCP receives the DP incident, continue to carry out subsequent logic.So far, SCP finished in a logic handle twice mutual.
Promptly, core concept of the present invention is: the method that realizes repeatedly session interaction in a kind of intelligent call with external data systems is provided, it is characterized in that, comprise the steps: A, be a call setup far-end affairs ID and local matter ID, and foundation mapping relations between the two; B, external entity are initiated to the interaction message of SCP, carry far-end affairs ID in the described interaction message; C, FEP receive described interaction message, and ID searches mapping relations according to the far-end affairs, determine local matter ID, initiate the inside story of carrying local matter ID to SCP; D, SCP search local matter ID corresponding service, give described Business Processing with this message dilivery; E, dispose, judge whether configuration virtual DP of service logic, as dispose then that service resources still suspends; F, respond inside story to external entity by FEP.
For making the purpose, technical solutions and advantages of the present invention clearer, below the present invention is described in more detail.
Referring to Fig. 6, realize repeatedly in the calling that the flow process of session interaction specifically can be:
1. external entity is initiated to the mutual of SCP earlier, carries unique serial number;
2. after message sent to FEP, FEP found that this serial number occurs first, then sets up the mapping table of the automatic plane No. of serial number, and the automatic plane No. of this moment is changed to-1, and message is sent to SCP;
3.SCP when receiving automatic plane No., creates new automaton, and triggers new service logic, the information of Business Processing external entity needs for-1 message.
4. after business gets access to the information that external entity needs, can configuration virtual DP in the service logic or configuration virtual DP not, send response message to external entity then, and a plane No. automatically is changed to the automatic plane No. that SCP creates.If business configuration virtual DP, then service logic is in the state of suspending, and waits for that follow-up RCOMM inside story is mutual; Otherwise do the service logic end process.
5.FEP after the response that receives SCP, be obtained from motivation, and upgrade the mapping table of serial number, give external entity forwards simultaneously to automaton from message.
6. if external entity needs and SCP are mutual once more, then external entity is initiated message with preceding serial number of once initiating.
7.FEP after receiving the message of external entity, search mapping table, find that this serial number exists, and find corresponding automatic plane No., then to initiating the RCOMM inside story with this automatic plane No. according to serial number.
8.SCP find automatic plane No. for-1, and search corresponding autonumber and existed, then deliver and give current Business Processing.
9. after disposing, send response to FEP.
10.FEP respond RCOMM inside story response to external entity.
If SCP initiatively initiates the RCOMM inside story, the subsequent external entity is initiated again alternately, the meeting of FEP is preserved automatic plane No. and serial number when receiving first RCOMM inside story of SCP relation, external entity is initiated when mutual like this, find automaton according to serial number, and throw to automaton corresponding upper business, thereby guarantee that repeatedly RCOMM is mutual a call treatment.
The invention solves in a calling and to realize and the repeatedly mutual ability of external data systems, realized the information sharing between repeatedly mutual, carrying out for new business provides many facilities.Each entity of the present invention is changed less, is easy to promote.
Claims (9)
1. realize repeatedly the method for session interaction in intelligent call with external data systems, it is characterized in that, comprise the steps:
A, be a call setup far-end affairs ID and local matter ID, and set up mapping relations between the two;
B, external entity are initiated to the interaction message of SCP, carry far-end affairs ID in the described interaction message;
C, FEP receive described interaction message, and ID searches mapping relations according to the far-end affairs, determine local matter ID, initiate the inside story of carrying local matter ID to SCP;
D, SCP search local matter ID corresponding service, and described inside story is delivered to described Business Processing;
E, dispose, judge whether configuration virtual DP of service logic, as dispose then that service resources still suspends;
F, SCP respond inside story by FEP to external entity.
2. the method for claim 1 is characterized in that, described steps A further comprises:
A1, external entity are initiated to the interaction message of SCP, carry far-end affairs ID;
A2, FEP receive described interaction message, set up local matter ID and it is made as initial condition, and set up the mapping relations of far-end affairs ID with local matter ID, and first inside story of carrying local matter ID is sent to SCP;
A3, SCP receive described first inside story, create automaton, reset local matter ID, and trigger new service logic, carry out Business Processing;
A4, SCP send first inside to FEP and receive the response, carry in receiveing the response in described first inside local matter ID after reseting, and the Business Processing process in the information that needs of external entity; FEP receives described first inside receives the response, and local matter ID in the mapping relations is updated to local matter ID after reseting.
3. method as claimed in claim 2 is characterized in that, described steps A 3 further comprises: service logic configuration virtual DP, service resources suspends.
4. method as claimed in claim 2 is characterized in that described service resources specifically is meant automaton.
5. method as claimed in claim 2 is characterized in that, described service logic configuration virtual DP specifically is meant dynamic-configuration interaction times in business.
6. as each described method in the claim 1 to 5, it is characterized in that described far-end affairs ID is the serial number that external entity is initiated to the interaction message of SCP.
7. as each described method in the claim 1 to 5, it is characterized in that described local matter ID is the automatic plane No. of described business.
8. the method for claim 1, it is characterized in that, if SCP initiatively initiates telecommunication message, the subsequent external entity is initiated again alternately, FEP can preserve the relation of far-end affairs ID and local matter ID when receiving first telecommunication message of SCP, initiate when mutual when external entity, and FEP finds corresponding local matter ID according to far-end affairs ID, SCP finds corresponding automaton according to this local matter ID, and submits to corresponding service and handle.
9. the method for claim 1 is characterized in that, the described foundation of steps A mapping relations between the two are meant foundation mapping table between the two.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100370185A CN100387032C (en) | 2004-04-21 | 2004-04-21 | Method for implementing multiple interactions with external data system in one intelligent call |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100370185A CN100387032C (en) | 2004-04-21 | 2004-04-21 | Method for implementing multiple interactions with external data system in one intelligent call |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1691652A CN1691652A (en) | 2005-11-02 |
| CN100387032C true CN100387032C (en) | 2008-05-07 |
Family
ID=35346785
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100370185A Expired - Fee Related CN100387032C (en) | 2004-04-21 | 2004-04-21 | Method for implementing multiple interactions with external data system in one intelligent call |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100387032C (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1169816A1 (en) * | 1999-04-05 | 2002-01-09 | Tekelec | Methods and systems for providing database node access control functionality in a communications network routing node |
| CN1372408A (en) * | 2001-02-27 | 2002-10-02 | 华为技术有限公司 | Method for providing short message intelligent service on mobile intelligent network |
| CN1431833A (en) * | 2003-01-16 | 2003-07-23 | 上海交通大学 | Signaling cascading method of exchange connection in automatic exchange optic/transport network |
| CN1464683A (en) * | 2002-06-19 | 2003-12-31 | 华为技术有限公司 | Wire intelligent network and method for implementing card and number service intercommunication |
-
2004
- 2004-04-21 CN CNB2004100370185A patent/CN100387032C/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1169816A1 (en) * | 1999-04-05 | 2002-01-09 | Tekelec | Methods and systems for providing database node access control functionality in a communications network routing node |
| CN1372408A (en) * | 2001-02-27 | 2002-10-02 | 华为技术有限公司 | Method for providing short message intelligent service on mobile intelligent network |
| CN1464683A (en) * | 2002-06-19 | 2003-12-31 | 华为技术有限公司 | Wire intelligent network and method for implementing card and number service intercommunication |
| CN1431833A (en) * | 2003-01-16 | 2003-07-23 | 上海交通大学 | Signaling cascading method of exchange connection in automatic exchange optic/transport network |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1691652A (en) | 2005-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1221236B1 (en) | System for providing services | |
| RU2144271C1 (en) | System for control over telecommunication maintenance | |
| JPH11122357A (en) | Automatic network call distribution control method | |
| WO2008110118A1 (en) | A call forwarding method and a communication system | |
| CN100484014C (en) | Distributed cluster service management system and service management method in intelligent network | |
| CN101699843B (en) | Voice call method and device capable of automatically adapting camel network type | |
| CN1725794B (en) | Method and device for reporting credit/charging information to a mobile subscriber | |
| CN100387032C (en) | Method for implementing multiple interactions with external data system in one intelligent call | |
| EP1095526B1 (en) | Execution of services in intelligent network | |
| EP0873029A1 (en) | An SCP interface | |
| KR100211036B1 (en) | Intelligent service processing method in intelligent service exchange using object oriented | |
| US7486784B2 (en) | Bill payment service | |
| US6980791B2 (en) | Charging control of telecommunication network subscriber | |
| KR100815666B1 (en) | Method for Bill Data Management When the MSC Restart | |
| CN1309860A (en) | Transmission of dialogue information from telecommunications network to subscriber terminal | |
| CN1332531C (en) | A method for dynamically adjusting system service performance on service management point | |
| US6393121B1 (en) | Method of exiting collect information phase in intelligent network | |
| CN100417236C (en) | Intelligeat network control method of network exchange equipment | |
| CN101578888B (en) | Invoking a service in an interlligent network | |
| US6744872B2 (en) | Method for executing several services during a telephone call | |
| CN115208956B (en) | Implementation method of block chain gateway | |
| EP1269734B1 (en) | Communications | |
| CN110278333A (en) | The communication system and method for call center | |
| US7486783B2 (en) | Bill payment system and method | |
| KR100206475B1 (en) | Exchange intelligence network 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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080507 Termination date: 20160421 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |