CN102958068B - Service control point (SCP) and service broker (SB) fusion system and realization method thereof - Google Patents
Service control point (SCP) and service broker (SB) fusion system and realization method thereof Download PDFInfo
- Publication number
- CN102958068B CN102958068B CN201210431643.2A CN201210431643A CN102958068B CN 102958068 B CN102958068 B CN 102958068B CN 201210431643 A CN201210431643 A CN 201210431643A CN 102958068 B CN102958068 B CN 102958068B
- Authority
- CN
- China
- Prior art keywords
- scp
- service
- idp message
- message
- key
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention relates to a service control point (SCP) and service broker (SB) fusion system and a realization method thereof. The system comprises a calling distribution unit, an SCP unit and an SB unit, wherein the call distribution unit is used for receiving an integrated data processing (IDP) message and performing the call distribution according to a destination global title (GT) address of a transaction control application part (TCAP) message carrying the IDP; the SCP unit is used for triggering a corresponding SCP service logic; and the SB unit is used for triggering the corresponding SB logic. The system comprises the call distribution unit, the SCP unit and the SB unit, wherein the call distribution unit is used for receiving the IDP message and performing the call distribution according to a user number and/or business key of the IDP message or a source/and target GT address of the TCAP message carrying the IDP; the SCP unit is used for triggering the corresponding SCP service logic; and the SB unit is used for triggering the corresponding SB logic. The SCP and SB fusion system and the realization method thereof belong to the technical field of mobile communication, the fusion of the SCP and SB can be realized, and the SCP and the SB can be used as one physical network element to be deployed.
Description
Technical field
The present invention relates to a kind of SCP and Service Broker emerging system and its implementation, belong to mobile communication technology field.
Background technology
SCP(Service Control Point) be the service control point of intelligent network, realize control and the execution of service logic, Service Broker(is hereinafter referred to as SB) be the network element that 3GPP SA2 working group studies and defines, its objective is to solve ubiquitous service interaction problem in real network.In CS territory (Circuit Switched Domain), the interface protocol of SCP, SB and MSC is consistent, all adopt CAMEL Application Part, from logical groups on the net, SB, between core network element MSC and SCP, carries out Signalling exchange with core network element MSC and SCP, the multiple business on each SCP is associated by strategy configuration flexibly, make user can apply for multiple business simultaneously, complete complete service interaction flow process.
During telecom operators' actual deployment, SCP and SB disposes as stand-alone network elements, but in actual application, the demand having part operator to there is SCP and SB to dispose as a physical NE, therefore, how to realize the fusion of SCP and SB, thus SCP and SB can be disposed as a physical NE? it is the technical barrier that a urgent need will solve.
Summary of the invention
In view of this, the object of this invention is to provide a kind of SCP and SB emerging system and its implementation, the fusion of SCP and SB can be realized, thus SCP and SB is disposed as a physical NE.
In order to achieve the above object, the invention provides a kind of service control point (SCP) and Service Broker emerging system, wherein Service Broker is called for short SB, it is characterized in that, includes:
Call distribution unit, for receiving initial Detection Point IDP message, and carry out call distribution, namely when object GT address is the GT address of SCP business, by described IDP Message routing to SCP unit according to the object global title GT address of the TCAP Transaction Capability Application Part TCAP message of carrying IDP; When object GT address is the GT address of SB, by described IDP Message routing to SB unit;
SCP unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers corresponding SCP service logic;
SB unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers corresponding Service Broker logic.
In order to achieve the above object, present invention also offers the implementation method that a kind of service control point (SCP) and Service Broker merge, wherein Service Broker is called for short SB, it is characterized in that, includes:
Steps A 1, SCP and Service Broker emerging system configure two global title GT addresses, and one is the GT address of SCP business, and one is the GT address of Service Broker;
Steps A 2, when SCP and Service Broker emerging system receives initial Detection Point IDP message, call distribution is carried out in object GT address according to the TCAP Transaction Capability Application Part TCAP message of carrying IDP, namely when object GT address is the GT address of SCP business, according to the service key of described IDP message, trigger corresponding SCP service logic; When object GT address is the GT address of Service Broker, the service key according to described IDP message triggers corresponding Service Broker logic.
In order to achieve the above object, present invention also offers a kind of service control point (SCP) and Service Broker emerging system, it is characterized in that, include:
Call distribution unit, for receiving initial Detection Point IDP message, and the source and destination global title GT address of TCAP Transaction Capability Application Part TCAP message according to the Subscriber Number of IDP message or service key or carrying IDP, carry out call distribution, by described IDP Message routing to SCP unit or SB unit;
SCP unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers corresponding SCP service logic;
SB unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, trigger corresponding Service Broker logic, wherein Service Broker is referred to as SB.
In order to achieve the above object, present invention also offers the implementation method that a kind of service control point (SCP) and Service Broker merge, it is characterized in that, when SCP and SB emerging system receives initial Detection Point IDP message, wherein Service Broker is called for short SB, includes:
Step B, Subscriber Number according to IDP message, inquiry SB merges the user data whether having described IDP message in subscriber's meter, if not, then trigger SCP service logic according to the service key of described IDP message, described SB merges the user data table that subscriber's meter refers to more than 2 or 2 intelligent network business of simultaneously having contracted
In described step B, when there being the user data of described IDP message in SB fusion subscriber's meter, also include:
Step (1), inquiry possess in the GT address list of the SCP equipment of SB ability the global title GT address, source of the TCAP Transaction Capability Application Part TCAP message whether including carrying IDP, if so, then SCP service logic is triggered according to the service key of described IDP message.
Compared with prior art, the invention has the beneficial effects as follows: the present invention can realize the fusion of SCP and SB, thus disposed as a physical NE by SCP and SB, without the need to transforming existing network, execution mode is simple.
Accompanying drawing explanation
Fig. 1 is SCP and the SB emerging system composition structural representation of the first execution mode of the present invention.
Fig. 2 is the implementation method flow chart that SCP and the SB of the first execution mode of the present invention merges.
Fig. 3 is the composition structural representation of the call distribution unit of SCP and the SB emerging system of the second execution mode of the present invention.
Fig. 4 is the implementation method flow chart that SCP and the SB of the second execution mode of the present invention merges.
Embodiment
For making the object, technical solutions and advantages of the present invention clearly, below in conjunction with drawings and Examples, the present invention is described in further detail.
The system that SCP and SB disposes as a physical NE is hereinafter referred to as SCP and SB emerging system, and the fusion that the present invention realizes SCP and SB includes two kinds of execution modes:
1, execution mode 1:SCP and SB emerging system configure two GT addresses, one for SCP, one for SB, the CAMEL-Subscription-Information of single intelligent network business user all points to the GT address of SCP, the CAMEL-Subscription-Information of convergence service user points to the GT address of SB, and is selected to route the call to SCP service logic or SB logic according to object GT by SCP and SB emerging system;
2, execution mode 2:SCP and SB emerging system configure a GT address, SCP and SB share, the CAMEL-Subscription-Information of single intelligent network business user and convergence service user all points to this GT address, and by SCP and SB emerging system according to its English full name of IDP(be: InitialDP) the GT address, source of the Subscriber Number of the service key of message, IDP message, the TCAP message of carrying IDP and object GT address, select to route the call to SCP service logic or SB logic.
As shown in Figure 1, a kind of SCP and SB emerging system of the first execution mode of the present invention, includes:
Call distribution unit, for receiving IDP message, and carries out call distribution, namely when object GT address is the GT address of SCP business, by described IDP Message routing to SCP unit according to the object GT address of the TCAP message of carrying IDP; When object GT address is the GT address of SB, by described IDP Message routing to SB unit;
SCP unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key (i.e. ServiceKey) of described IDP message, triggers the SCP service logic of correspondence;
SB unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers corresponding SB logic.
As shown in Figure 2, the implementation method of a kind of SCP and Service Broker fusion of the first execution mode of the present invention, includes:
Steps A 1, SCP and SB emerging system configure two GT addresses, and one is the GT address of SCP business, and one is the GT address of SB;
Steps A 2, when SCP and SB emerging system receives IDP message, call distribution unit carries out call distribution according to the object GT address of the TCAP message of carrying IDP, namely when object GT address is the GT address of SCP business, according to the service key (i.e. ServiceKey) of described IDP message, trigger corresponding SCP service logic; When object GT address is the GT address of SB, the service key according to described IDP message triggers corresponding SB logic.
A kind of SCP and SB emerging system of the second execution mode of the present invention, includes:
Call distribution unit, for receiving IDP message, and according to the source/of the TCAP message of the Subscriber Number/of IDP message or service key or carrying IDP and object GT address, carries out call distribution, by described IDP Message routing to SCP unit or SB unit;
SCP unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers corresponding SCP service logic;
SB unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers corresponding SB logic.
As shown in Figure 3, the call distribution unit of SCP and the SB emerging system of the second execution mode of the present invention includes further:
Message receiving apparatus, for receiving IDP message, and sends to conflict service key inquiry unit to process by described IDP message;
Conflict service key inquiry unit, for the service key according to IDP message, the conflict service key that inquiry is local and interior business key mapping relations table, and judge whether the service key of described IDP message belongs to conflict service key, if, then described IDP message is sent to arrearage risk control service key inquiry unit, if not, then continue to judge whether the service key of described IDP message belongs to the interior business key in conflict service key and interior business key mapping relations table, if the service key of described IDP message belongs to the interior business key in table, then according to conflict service key and interior business key mapping relations table, find the conflict service key corresponding with the service key of described IDP message, and after the service key in described IDP message being changed into conflict service key, finally by described IDP Message routing to SCP unit, if the service key of described IDP message does not belong to the interior business key in table, then according to the service key of described IDP message, by described IDP Message routing to SCP unit or SB unit, described interior business key is that the intelligent network business key distributed with operator does not conflict and do not distribute to by operator the service key that intelligent network business uses,
Arrearage risk control service key inquiry unit, whether identical with arrearage risk control service key for judging the service key of described IDP message, if so, then described IDP message is sent to GT address lookup device, if not, then described IDP message is sent to user data query device;
User data query device, for the Subscriber Number according to IDP message, the SB fusion subscriber's meter that inquiry is local, and judge whether the user data of described IDP message, if, then described IDP message is sent to GT address lookup device, if not, then by described IDP Message routing to SCP unit; Described SB merges the user data table that subscriber's meter refers to more than 2 or 2 intelligent network business of simultaneously having contracted;
GT address lookup device, the GT address, source of the TCAP message of carrying IDP whether is included for inquiring about local possessing in the GT address list of the SCP equipment of SB ability, if, then by described IDP Message routing to SCP unit, if not, then continue the object GT address that inquiry possesses in the GT address list of the SCP equipment of SB ability the TCAP message whether including carrying IDP, if include the object GT address of the TCAP message of carrying IDP in described GT address list, then by described IDP Message routing to SB unit, if do not include the object GT address of the TCAP message of carrying IDP in described GT address list, then by described IDP Message routing to SCP unit.
After call distribution unit routes the call to SB unit, when SB unit triggers SCP business according to the fused business situation of user, if object SCP possesses emerging system ability, then need to do service key conversion, described SB unit can further include:
IDP message dispensing device, for inquire about the SCP equipment possessing SB ability GT address list in whether include the GT address of object SCP, if, then inquiry conflict service key and the service key that conflicts in interior business key mapping relations table, find the service key of the IDP message by sending to object SCP, and the service key in described IDP message is changed to interior business key corresponding thereto.
As shown in Figure 4, the implementation method of a kind of SCP and SB fusion of the second execution mode of the present invention, includes:
Step B1, when SCP and SB emerging system receives IDP message, according to conflict service key judge that the service key of described IDP message belongs to the service key that conflicts with interior business key mapping relations table? if not, then step B2 is continued; If so, then step B3 is continued;
Step B2, inquiry conflict service key and interior business key mapping relations table, and do you judge that the service key of described IDP message belongs to the interior business key in table? if, then according to conflict service key and interior business key mapping relations table, find the conflict service key corresponding with the service key of described IDP message, and triggering SCP service logic corresponding to conflict service key, this flow process terminates; If not, then according to the service key of described IDP message, trigger corresponding SCP service logic or SB logic, this flow process terminates;
Do you step B3, judge that the service key of described IDP message is identical with arrearage risk control service key? if not, then step B4 is continued; If so, then step B5 is continued;
Step B4, Subscriber Number according to IDP message, inquiry SB merges in subscriber's meter whether have the user data of described IDP message (wherein, is calling procedure according to the calling number inquiry in IDP message, and called flow is according to the called number inquiry in IDP message)? if so, then step B5 is continued; If not, then trigger SCP service logic according to the service key of described IDP message, this flow process terminates; Described SB merges the user data table that subscriber's meter refers to more than 2 or 2 intelligent network business of simultaneously having contracted;
Do step B5, inquiry possess in the GT address list of the SCP equipment of SB ability the GT address, source including the TCAP message carrying IDP? if so, then trigger SCP service logic according to the service key of described IDP message, this flow process terminates; If not, then step B6 is continued;
Do step B6, inquiry possess in the GT address list of the SCP equipment of SB ability the object GT address including the TCAP message carrying IDP? if so, then trigger SB logic according to the service key of described IDP message, this flow process terminates; If not, then trigger SCP service logic according to the service key of described IDP message, this flow process terminates.
In step shown in Fig. 4, after SCP and SB emerging system triggers SB logic, when SB unit triggers SCP business according to the fused business situation of user, if object SCP possesses emerging system ability, then need to do service key conversion, also include:
Inquiry possesses the GT address whether including object SCP in the GT address list of the SCP equipment of SB ability, if, then inquiry conflict service key and the service key that conflicts in interior business key mapping relations table, find the service key of the IDP message by sending to object SCP, and the service key in described IDP message is changed to interior business key corresponding thereto.
The foregoing is only preferred embodiment of the present invention, not in order to limit the present invention, within the spirit and principles in the present invention all, any amendment made, equivalent replacement, improvement etc., all should be included within the scope of protection of the invention.
Claims (12)
1. service control point (SCP) and a Service Broker emerging system, wherein Service Broker is called for short SB, it is characterized in that, includes:
Call distribution unit, for receiving initial Detection Point IDP message, and carry out call distribution, namely when object GT address is the GT address of SCP business, by described IDP Message routing to SCP unit according to the object global title GT address of the TCAP Transaction Capability Application Part TCAP message of carrying IDP; When object GT address is the GT address of SB, by described IDP Message routing to SB unit;
SCP unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers corresponding SCP service logic;
SB unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers corresponding Service Broker logic.
2. the implementation method that merges of service control point (SCP) and Service Broker, wherein Service Broker is called for short SB, it is characterized in that, includes:
Steps A 1, SCP and Service Broker emerging system configure two global title GT addresses, and one is the GT address of SCP business, and one is the GT address of Service Broker;
Steps A 2, when SCP and Service Broker emerging system receives initial Detection Point IDP message, call distribution is carried out in object GT address according to the TCAP Transaction Capability Application Part TCAP message of carrying IDP, namely when object GT address is the GT address of SCP business, according to the service key of described IDP message, trigger corresponding SCP service logic; When object GT address is the GT address of Service Broker, the service key according to described IDP message triggers corresponding Service Broker logic.
3. service control point (SCP) and a Service Broker emerging system, is characterized in that, include:
Call distribution unit, for receiving initial Detection Point IDP message, and the source and destination global title GT address of TCAP Transaction Capability Application Part TCAP message according to the Subscriber Number of IDP message or service key or carrying IDP, carry out call distribution, by described IDP Message routing to SCP unit or SB unit;
SCP unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, triggers
Corresponding SCP service logic;
SB unit, forwards for receipt of call Dispatching Unit the IDP message of coming, and according to the service key of described IDP message, trigger corresponding Service Broker logic, wherein Service Broker is referred to as SB.
4. system according to claim 3, is characterized in that, call distribution unit includes further:
Message receiving apparatus, for receiving IDP message;
User data query device, for the Subscriber Number according to IDP message, the SB fusion subscriber's meter that inquiry is local, and judge whether the user data of described IDP message, if not, then by described IDP Message routing to SCP unit, described SB merges the user data table that subscriber's meter refers to more than 2 or 2 intelligent network business of simultaneously having contracted.
5. system according to claim 4, is characterized in that, call distribution unit also includes:
Conflict service key inquiry unit, for the service key according to IDP message, the conflict service key that inquiry is local and interior business key reflect
Penetrate relation table, and judge whether the service key of described IDP message belongs to conflict service key, if, then described IDP message is sent to arrearage risk control service key inquiry unit, if not, then continue to judge whether the service key of described IDP message belongs to the interior business key in conflict service key and interior business key mapping relations table, if the service key of described IDP message belongs to the interior business key in table, then according to conflict service key and interior business key mapping relations table, find the conflict service key corresponding with the service key of described IDP message, and after the service key in described IDP message being changed into conflict service key, finally by described IDP Message routing to SCP unit, if the service key of described IDP message does not belong to the interior business key in table, then according to the service key of described IDP message, by described IDP Message routing to SCP unit or SB unit,
Arrearage risk control service key inquiry unit, whether identical with arrearage risk control service key for judging the service key of described IDP message, if not, then described IDP message is sent to user data query device.
6. system according to claim 5, is characterized in that, call distribution unit also includes:
GT address lookup device, identical with arrearage risk control service key for the service key when described IDP message, or SB merges in subscriber's meter when having the user data of described IDP message, continue the GT address, source whether local the possessing in the GT address list of the SCP equipment of SB ability of inquiry includes the TCAP message of carrying IDP, if, then by described IDP Message routing to SCP unit, if not, then continue the object GT address that inquiry possesses in the GT address list of the SCP equipment of SB ability the TCAP message whether including carrying IDP, if include the object GT address of the TCAP message of carrying IDP in described GT address list, then by described IDP Message routing to SB unit, if do not include the object GT address of the TCAP message of carrying IDP in described GT address list, then by described IDP Message routing to SCP unit.
7. system according to claim 3, is characterized in that, SB unit includes further:
IDP message dispensing device, for inquire about the SCP equipment possessing SB ability GT address list in whether include the GT address of object SCP, if, then inquiry conflict service key and the service key that conflicts in interior business key mapping relations table, find the service key of the IDP message by sending to object SCP, and the service key in described IDP message is changed to interior business key corresponding thereto.
8. the implementation method that merges of service control point (SCP) and Service Broker, is characterized in that, when SCP and SB emerging system receives initial Detection Point IDP message, wherein Service Broker is called for short SB, includes:
Step B, Subscriber Number according to IDP message, inquiry SB merges the user data whether having described IDP message in subscriber's meter, if not, then trigger SCP service logic according to the service key of described IDP message, described SB merges the user data table that subscriber's meter refers to more than 2 or 2 intelligent network business of simultaneously having contracted
In described step B, when there being the user data of described IDP message in SB fusion subscriber's meter, also include:
Step (1), inquiry possess in the GT address list of the SCP equipment of SB ability the global title GT address, source of the TCAP Transaction Capability Application Part TCAP message whether including carrying IDP, if so, then SCP service logic is triggered according to the service key of described IDP message.
9. method according to claim 8, is characterized in that, before described step B, also includes:
Step 1, according to conflict service key judge whether the service key of described IDP message belongs to the service key that conflicts with interior business key mapping relations table, if so, then continuation step B; If not, then step 2 is continued;
Step 2, inquiry conflict service key and interior business key mapping relations table, and judge whether the service key of described IDP message belongs to the interior business key in table, if, then according to conflict service key and interior business key mapping relations table, find the conflict service key corresponding with the service key of described IDP message, and trigger SCP service logic corresponding to conflict service key; If not, then according to the service key of described IDP message, trigger corresponding SCP service logic or SB logic.
10. method according to claim 9, is characterized in that, in described step 1, when the service key of described IDP message belongs to conflict service key with the service key conflicted in interior business key mapping relations table, includes further:
Step 3, judge that whether the service key of described IDP message is identical with arrearage risk control service key, if not, then continue step B.
11. method according to claim 8, is characterized in that, in described step (1), when inquiring about the GT address, source possessing in the GT address list of the SCP equipment of SB ability the TCAP message not including carrying IDP, also include:
Step (2), inquiry possess in the GT address list of the SCP equipment of SB ability the object GT address of the TCAP message whether including carrying IDP, if so, then trigger SB logic according to the service key of described IDP message; If not, then SCP service logic is triggered according to the service key of described IDP message.
12. methods according to claim 8, is characterized in that, after triggering SB logic, also include:
Inquiry possesses the GT address whether including object SCP in the GT address list of the SCP equipment of SB ability, if, then inquiry conflict service key and the service key that conflicts in interior business key mapping relations table, find the service key of the IDP message by sending to object SCP, and the service key in described IDP message is changed to interior business key corresponding thereto.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210431643.2A CN102958068B (en) | 2012-11-01 | 2012-11-01 | Service control point (SCP) and service broker (SB) fusion system and realization method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210431643.2A CN102958068B (en) | 2012-11-01 | 2012-11-01 | Service control point (SCP) and service broker (SB) fusion system and realization method thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102958068A CN102958068A (en) | 2013-03-06 |
| CN102958068B true CN102958068B (en) | 2015-04-08 |
Family
ID=47766170
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210431643.2A Active CN102958068B (en) | 2012-11-01 | 2012-11-01 | Service control point (SCP) and service broker (SB) fusion system and realization method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102958068B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106506122B (en) * | 2016-12-16 | 2019-08-16 | 杭州东信北邮信息技术有限公司 | A kind of signal transmission method and system set between network element for SCP and conjunction |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101102548A (en) * | 2007-08-14 | 2008-01-09 | 华为技术有限公司 | Method and system for service combination in intelligent service and multiple service proxy server |
| CN102065409A (en) * | 2009-11-13 | 2011-05-18 | 中国移动通信集团公司 | Method, system and server for providing service capability of signature service |
| CN102421078A (en) * | 2011-11-24 | 2012-04-18 | 杭州东信北邮信息技术有限公司 | Dynamic handover method and system on basis of service broker |
-
2012
- 2012-11-01 CN CN201210431643.2A patent/CN102958068B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101102548A (en) * | 2007-08-14 | 2008-01-09 | 华为技术有限公司 | Method and system for service combination in intelligent service and multiple service proxy server |
| CN102065409A (en) * | 2009-11-13 | 2011-05-18 | 中国移动通信集团公司 | Method, system and server for providing service capability of signature service |
| CN102421078A (en) * | 2011-11-24 | 2012-04-18 | 杭州东信北邮信息技术有限公司 | Dynamic handover method and system on basis of service broker |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102958068A (en) | 2013-03-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101031149B (en) | Apparatus, system and service equipment for realizing number carrier service | |
| CN101282503B (en) | Method for implementing carrying number as well as method for processing short message of number-carried user | |
| CA2515326A1 (en) | Method, system and apparatus for call path reconfiguration | |
| CN105814922A (en) | Address identifier allocation method, and related device and system | |
| CN1929629B (en) | Method, system for triggering intelligent business and signal processing device | |
| CN112105056B (en) | Code stream transmission method and device based on 5GSA network | |
| CN100433664C (en) | Network monitoring system and method for realizing monitoring | |
| CN102487496B (en) | Mobile communication system and method for realizing calling route in number portability service | |
| CN101437297B (en) | Method, apparatus and system for processing business | |
| CN102958068B (en) | Service control point (SCP) and service broker (SB) fusion system and realization method thereof | |
| CN101742449A (en) | Intelligent network-based communication method and system | |
| EP2490455A1 (en) | Method, system and intelligent gateway for multi-intelligent services | |
| CN101018410B (en) | Call connection establishing method and system | |
| CN101083781B (en) | Service processing method for intelligent network system | |
| CN101692714A (en) | Intelligent network multi-service triggering method, intelligent network and intelligent gateway device | |
| CN101365181A (en) | System and method fusing fixing telephone virtual network and mobile phone virtual network | |
| CN101420660A (en) | Method for controlling short message transceiving scope of VPN customer | |
| CN101175112B (en) | Apparatus and method for implementing number carrying and mixed number allocation in local network | |
| CN102186156B (en) | Intelligent network service charging method and system based on service broker (SB) | |
| CN106332043A (en) | Method and device for realizing batch cutover of HLR users | |
| CN101237593B (en) | Aggregation inter-office fusion for inquiry protocol of different intelligent home position register | |
| CN102421078B (en) | Dynamic handover method and system on basis of service broker | |
| CN102137365B (en) | Prepayment user international roaming method and device | |
| CN101902717B (en) | Control method for modifying paying identification, device and communication system | |
| KR100856393B1 (en) | Method for processing third party call in the open service gateway |
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 | ||
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 310013, Zhejiang, Xihu District, Wensanlu Road, No. 398, 4 floor, Hangzhou Patentee after: EB Information Technology Ltd. Address before: 100191 Beijing, Zhichun Road, No. 9, hearing the building on the floor of the 7 floor, Patentee before: EB Information Technology Ltd. |
|
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 310013 4th floor, No.398 Wensan Road, Xihu District, Hangzhou City, Zhejiang Province Patentee after: Xinxun Digital Technology (Hangzhou) Co.,Ltd. Address before: 310013 4th floor, No.398 Wensan Road, Xihu District, Hangzhou City, Zhejiang Province Patentee before: EB Information Technology Ltd. |