WO2007115455A1 - A method device and system for the circuit switched domain terminals accessing packet network realizing packet service - Google Patents

Abstract

A method device and system for the circuit switched domain terminals accessing packet network realizing packet service. The system comprises circuit switched domain terminal devices, IMS network and at least a signaling access adapting entity that is connected between terminal devices and IMS network. The method comprises: the signaling access adapting entity receives the input information from the user network interface which is to be converted to the process of SIP terminal service operation in simulation service by running the conversion from PSTN/ISDN service logic to simulation service logic; or receives the service information from IMS network, enables IMS network to access to the circuit switched domain terminals and provides packet service to them by converting simulation service logic to PSTN/ISDN service logic and sending information to user terminals by user network protocol information. The present invention can sufficiently utilize the current ability of the circuit switched domain terminals and enable them to access to IMS network and enjoy packet service. IMS network can provide service to the circuit switched domain terminals and the broadband multimedia terminals simultaneously.

Description

 Implementation of a circuit domain terminal access packet network

 Method, device and system for grouping business The application requirements are submitted to the Chinese Patent Office on March 30, 2006 and April 26, 2006, respectively, and the application numbers are 200610034822.7 and 200610077921.3, respectively. The system and method for implementing a packet service into a packet network, the priority of the Chinese patent application, the entire contents of which are incorporated herein by reference.

 The present invention relates to the field of communications technologies, and in particular, to a method, apparatus, and system for implementing packet services in a circuit domain terminal access packet network.

Background technique

The IP Multimedia Core Subsystem (IMS, IP Multimedia Subsystem), as a packet-switched-based network, is a subsystem of the 3GPP (3rd Generation Partnership Project) proposed in Release 5 to support IP multimedia services. Its core feature is the use of Session Initiation Protocol (SIP) and independence from access. IMS is a multimedia control/call control platform on the packet domain, supporting both session and non-session multimedia services, providing a common service platform for future multimedia applications. Under the trend of network convergence, many international and domestic organizations are studying IMS-based network convergence solutions, as shown in Figure 1 of the Telecommunications and Internet Converged Services and Protocols for Advanced Networking Committee of the European Telecommunications Standardization Institute (ETSI). The IMS-based NGN basic architecture mainly includes a Call Session Control Function (CSCF), a Media Gateway Control Function (MGCF), and an IMS Media Gateway (MGW) multimedia resource. Functional entities such as the MRFC (Multimedia Resource Function Controller), the Multimedia Resource Function Processor (MRFP), and the Breakout Gateway Control Function (BGCF), where CSCF is the core of the entire network. The SIP protocol is supported to process the SIP session. The P-CSCF is the access point of the user equipment (UE, User Equipment) to the IMS system, and implements the Proxy and User Agent functions in the SIP protocol; the MGCF and the IMS-MGW are associated with the CS domain and PSTN mutual The functional entity responsible for control and signaling interworking media stream; the MRFC and MRFP are reactive multi-party conference The physical entity, the control plane MRFC is controlled by H.248] VIRFP; BGCF is the demarcation point between the IMS domain and the external network, which chooses where to connect with the CS domain or PSTN.

 The UE used in the architecture of FIG. 1 is a multimedia packet terminal supporting the SIP protocol. The services provided by the TISPAN to the SIP terminal users in the Next Generation Network (NGN) are traditionally referred to as PSTN/ISDN SIMULATION SERVICE.

 (PSTN/ISDN analog service, this article will be referred to as analog service for short). The simulated SIMULATION services defined by TISPAN include: OIP (Session Initiator ID Display), OIR (Session Initiator Identity Restriction Display), TIP (Session Endpoint ID Display), TIR (Session Endpoint ID Display Limit), MCID (Malicious Call) Tracing), HOLD (call hold), ECT (clear call forwarding), CONP (conference), AOC (accounting notification), ACR (anonymous call rejection), CDIV (forward service), CW (call waiting), MWI (message waiting indication), CCBS (busy callback), CCNR (no answer callback); and CLIP (calling number display), CLIR (calling number display restriction), COLP (connected line number display), COLR (Restricted by the connection line number display), CF (call forwarding), etc. For detailed business descriptions and business processes, refer to the TISPAN related documents.

 In the process of the evolution of the existing network to the IMS network, the SIP terminal capable of directly supporting the IP interface is difficult to popularize in a short time, and the IMS network can be connected to the traditional circuit domain terminal for a long period of time during the transition of the network evolution. The IMS network architecture provides a SIMULATION service for traditional circuit domain terminals as an objective practical requirement. However, the prior art has not provided a corresponding solution. Summary of the invention

 It is an object of the present invention to provide a method, apparatus and system for a circuit domain terminal access packet network to implement packet services. Therefore, the circuit domain terminal can implement the packet service function of the SIP packet terminal by using the access adaptation entity.

 An embodiment of the present invention provides a method for a circuit domain terminal to access a packet network to implement a packet service, where the circuit domain terminal interacts with the IMS network by using a signaling access entity, and the method includes the following steps:

The signaling access adaptation entity accepts input information of the circuit domain user terminal, performs conversion from PSTN or ISDN service logic to analog service logic, and converts it into one or more analog services. The SIP terminal operation information is sent to the IMS network; '

 The signaling access adaptation entity accepts the analog service information from the IMS network, and converts it into at least one circuit domain user network interface information and sends it to the circuit domain terminal by simulating the conversion of the service logic to the PSTN or ISDN service logic.

 Preferably, the input information of the user terminal of the circuit domain includes: a service feature code and/or a service parameter, an analog user's flashing event, an analog user's post-crossing service feature code and/or service parameter, an analog user on-hook event, and an ISDN. User has a DSS1 message with supplementary business information

 The embodiment of the present invention further provides a system for a packet domain to access a packet network to implement a packet service, including a circuit domain terminal device and an IMS network, and an IMS core network interconnected with each other and an IMS application server for providing an IMS analog service control function. The system also includes:

 At least one signaling access adaptation entity is connected between the circuit domain terminal device and the IMS network, and implements mutual interaction between the PSTN or ISDN service operation logic and the analog service operation logic to implement the interaction information of the circuit domain user network interface. The adaptation and conversion between the SIP signaling between the SIP terminal and the IMS network in the IMS analog service flow.

 Preferably, the signaling access adaptation entity accesses the circuit domain terminal through the user network interface, accesses the P-CSCF of the IMS network through the Gm interface of the IMS network, and accesses the IMS application server through the Ut interface of the IMS network. .

 Preferably, the system further includes: at least one profile server, connected by the Co interface and the signaling access adaptation entity, and providing the signaling access adaptation entity with a configuration file including a service logic conversion rule.

 The embodiment of the invention further provides a signaling access adaptation entity, including:

 a first interface, configured to connect to a circuit domain terminal device;

 a second interface for connecting to the IMS network;

 The logic conversion device is configured to perform mutual conversion between the PSTN or ISDN service operation logic and the analog service operation logic, implement the circuit domain user network interface interaction operation, and the interaction signaling between the SIP terminal and the IMS network in the IMS simulation service flow. Adaptation and conversion between.

 Preferably, the signaling access adaptation entity further includes a third interface, configured to connect to the configuration file server.

Preferably, the signaling access adaptation entity is a service logic control and translation capability The SIP integrated access device, or an access gateway controller that controls the access media gateway.

 Compared with the prior art, the technical solution of the present invention further improves the specific implementable methods and technologies required for the IMS network to support the traditional circuit domain user solution, so that the corresponding solution can be practically applied and can be operated. The application of the unified IMS network provides services for various access users, such as circuit domain end users and broadband domain multimedia terminal users, and can be unified with the future mobile IMS core network to achieve fixed mobile convergence, compatible with the original PSTN. The /ISDN/PLMN terminal provides a smooth evolution solution; it has great advantages in resource sharing, protection of existing investment costs of operators, reduction of operators' investment costs, and management and maintenance costs. DRAWINGS

 Figure 1 is a diagram of the next generation network IMS architecture;

 2 is a schematic diagram of an IMS network providing an analog service system architecture for a circuit domain terminal;

 Figure 3 is a flow chart of the signaling access adaptation entity interacting with the configuration file server to obtain a configuration file;

 FIG. 4 is a flowchart of an AOC implementation of simulating a user temporary activation charging notification service;

 FIG. 5 is a flowchart of an implementation of simulating a user application charging notification service AOC;

 6 is a flowchart of an implementation of simulating a user call hold in an embodiment of the present invention;

 7 is a flowchart of implementing an ISDN user call hold in an embodiment of the present invention; FIG. 8 is a flowchart of implementing an analog subscriber call transfer ECT service according to an embodiment of the present invention; FIG. 9 is an implementation of an ISDN call translation ECT service according to an embodiment of the present invention; FIG. 10 is a flowchart of simulating a user to implement a CO F service according to an embodiment of the present invention; FIG. 11 is a flowchart of an implementation of a CO P service by an ISDN user in the embodiment of the present invention; FIG. 12 is a call waiting for an ISDN user in the embodiment of the present invention; FIG. 13 is a flowchart of implementing an ISDN user message waiting indication in an embodiment of the present invention; FIG. 14 is a flowchart of simulating user supplementary service registration in an embodiment of the present invention;

FIG. 15 is a flowchart of an ISDN user supplementary service registration in the embodiment of the present invention; FIG. 16 is a flowchart of implementing an CCBS/CCBR service by an ISDN user terminal according to an embodiment of the present invention. Detailed ways

 The present invention will be further described below in conjunction with the accompanying drawings and specific embodiments:

 Figure 2 is a diagram showing the architecture of the SIMULATION service system provided by the IMS network for the circuit domain terminals. As shown in the figure, the legacy circuit domain terminal accesses the IMS network through the signaling access adaptation entity. The traditional circuit domain terminal includes a PSTN and an ISDN terminal; the IMS network includes an IMS core network and an IMS application server that are mutually connected to each other; the IMS core network is an IMS core network defined by a standard organization such as 3GPP or TISPAN or ITU-T, and the IMS application server is 3GPP. The IMS application server defined by the standards organization such as TISPAN and ITU-T is connected to the I/S-CSCF (inquiry/service call session control function) through the ISC interface to provide control functions for the IMS SIMULATION application service.

 The signaling access adaptation entity accesses the circuit domain terminal through the user network interface, accesses the IMS network proxy call session control function P-CSCF through the Gm interface, accesses the IMS application server through the Ut interface, and accesses the configuration file server through the Co interface. . The signaling access adaptation entity implements the interpretation and translation of the user network interface signaling and the IMS SIP signaling, and implements the adaptation and conversion between the narrowband user network signaling of the traditional circuit domain terminal and the signaling of the IMS network; The mutual conversion between the /ISDN service operation logic and the SIMULATION service operation logic enables the IMS network to provide SIMULATION services for circuit domain terminals accessed through the signaling access adaptation entity. The signaling access adaptation entity may be a SIP integrated access device (IAD) with service logic control and translation capability, or an access gateway controller that controls the access media gateway.

 The user network interface here may be a traditional user network interface, such as an analog subscriber line interface, an ISDN basic, a base group rate interface, a Z interface, an S/T interface, a V5 interface; when the circuit domain terminal passes other network entities (such as media) When the gateway accesses the signaling access adaptation entity, the user network interface may also be a protocol interface such as H.248, MGCP, IUA, V5UA, etc., which is carried on the packet, and includes the circuit domain terminal user network interface signaling information. .

 The Gm and Ut interfaces here are standard interfaces defined in the IMS related standard; the interface transmits IP-based packet signaling, such as SIP, XCAP, etc.; Co-interface IP-based packet signaling interface protocol, such as SIP protocol.

The invention is based on the network architecture of FIG. 2, and the signaling access adaptation entity passes an internal procedure. Control or convert the PSTN/ISDN service logic to the SIMULATION service logic by accepting the configuration file of the configuration file server, and adapt the PSTN/ISDN service operation logic to the SIP terminal participation according to one or more circuit domain user network operation information. The operation signaling information of the SIMULATION business process is accessed through the Gm and Ut interfaces, and the SIMULATION service information of the IMS network from the Gm and Ut interfaces is simultaneously accepted, and the SIMULATION service operation logic is translated into one or more user network interface letters. Let the information interact with the circuit domain terminal.

 The method for the signaling access adaptation entity to interact with the configuration file server to obtain the configuration file is specifically described below with reference to FIG. 3, including the following steps:

 The profile server sends a SIP PUBLISH message to the signaling access adaptation entity.

 The SIP PUBLISH message body contains configuration information for the business logic conversion rule described by using XML.

 When the signaling access adaptation entity can also obtain configuration information from the configuration file server, the above steps become:

 The signaling access adaptation entity sends a SUBSCRIBER message to subscribe to the user configuration information; the configuration file server sends a NOTIFY message carrying the XML configuration information to the signaling access adaptation entity.

 Through the foregoing process, the process of acquiring the configuration file by the signaling access adaptation entity may be completed. The following is an example in which the signaling access adaptation entity implements a temporary reservation calling number display restriction service according to the configuration file, and describes a process in which the signaling access adaptation entity applies the configuration file to perform service logic conversion.

 1) The signaling access adaptation entity accepts the configuration from the configuration server to implement the temporary activation of the calling number of the simulated user. The configuration file described by XML is:

 <?xml version="1.0" encoding="UTF-8"?>

 <profile xmlns="urn:ietf :params :xml: profile"

 Xmlns -.xsi="http -. www .w3.org/2001 XMLSchema-instance"

Xsi:schemaLocation ^=,, um:ietf:params:xml:profile:\XML\profile\ppptest .xsd"state="full" Ray sion="0">

<offhook allow="true ^r, > <to-network needed= "false "/>

 <to-user needed="true" tonetype="DialTone" timelengh="60000 >

 <timer startup="false"/>

 </offhook>

 <hooking allow= "false "/>

 <dial allow="true">

 <dial-pattern>

 <regex method="invite"

 Special='Travicy:header;From:&quot;Anonymous&quot;&lt;

Sip:anonymous@anonymous.invalid&gt; "

 Cleanup="true" tag="temp-OIR">* 62</regex>

 </dial-pattern>

 </dial>

 <onhook allow="false"/>

 </profile>

The tag <of£hook> describes the action performed when the current signaling access adaptation entity processes the off-hook event, and the attribute allow="true" describes the currently allowed to handle the off-hook action; the tag <to-network> description The message to the network side when the current off-hook is processed, the attribute allow="false" means that there is no need to send a message to the network side; the tag <to-user> describes the instruction to the user when the current off-hook is processed, and the instruction is to send a tone to the user. The type is dial tone (tonetype="dial-tone" ), which sends 60000ms ( timelengh="60000"); the tag <timer:^ says that there is no need to start the timer ( startup="false" ) when handling the off-hook event; <hooking> and tag <onhook> respectively describe the processing of the current flashing and hanging events, where allow="false" means that the above events are not currently processed; in the tag <dial>, the processing of the current dialing event is described. The dialing event (allow="tme" ) is currently allowed to be processed, allowing the user to dial in accordance with the given dialing paradigm ( <dial-pattem>). When the user dials "*62", the signaling access adaptation entity issues an invite request message. ( method="invite" ) , statement special ='Travicy: header; From:&quot;Anonymous&quot;&lt; sip: anonymous@anonymous .invalid&gt; Insert the header field Pravicy into the message:

 Header and From: "Anonymous" <si : anonymous @anonymous . invalid> , where the special symbol < > " is replaced with an escape character, and the number "*62" is deleted to clear the dial buffer ( cleanup="true" )

 After the signaling access adaptation entity receives the configuration, if the analog user picks up the phone and dials the "*62 called number", the signaling access adaptation entity matches the number dialed by the user with the obtained configuration file, according to the configuration file. The dialing paradigm processing description of the dialing event, obtaining the action to be performed, sending an invite request message according to the request, and placing the called number called by the user into the Request-URI in the form of a tel URL in the invite request message. In the Uniform Resource Identifier, carry the Privacy header field, set it to "header", and insert the anonymous keyword in the From header field.

 Among them, the dialing paradigm given is "*62". When the user dials "*62", "*62' ' is cleared from the number buffer (cleanup="true"), and continues to accept the user's dialing. Insert the header field Pravicy: header and From: "Anonymous" <sip: anonymous@anonymous . invalid> in the user's initiated call.

 ( special="Pravicy:header; From:&quot;Anonymous&quot;&lt; sip: anonymous@anonymous . invalid&gt; " , where special symbol < > " is replaced with an escape character) to invite ( method="invite" ) Medium.

 When the signaling access adaptation entity performs the logical conversion in the manner of the built-in program, the configuration process is not required, that is, the signaling access adaptation entity can automatically analyze the called number*62 and determine that the calling party identity restriction service is temporarily reserved. Insert the header field Pravicy:header and modify the header field in the INVITE message that initiated the session. For example: from : "Anonymous" <sip:anonymous@anonymous.invalid ^ Implement 'Daily OIR service.

 2) The signaling access adaptation implements the temporary activation of the calling number of the ISDN user through the configuration file. The configuration service is defined by the XML:

 <?xml version-" 1.0" encoding="UTF-8"?>

 <ISDN—Service—Profile

Xmlns:xsi ^=, 'http://www.w3.org/2001/XMLSchema-instance"

Xsi:noNamespaceSchemaLocation="C:\Documents and Settings\Administrator\Desktop\ISDN.xsd"state="full"version="0"> <Public_Identiy>28788996</Public_Identiy>

 <S ervice_Profile>

 <Condition ID="0">

 <ConditionTypeCNF>false</ConditionTypeCNF>

 <SPT-Message Message— Type= "SETUP">

 <SPT-IE IE-name="CALLING_PARTY_NUMBER">

<ConditionNegated>false</ConditionNegated>

 <Group>0</ Group>

 <Field Field— desc="PI"> 1 </Field>

 </SPT-IE>

 </SPT-Message>

 </Condition>

 <Processing>

 <Start-line>

 <Method>invite</Method>

 </Start-line>

 <Header>Privacy : eader</Header>

 <Header>From:Anonymous</Header>

 </Processing>

 </Service_Profile>

 </ISDN_Service_Profile>

 In the foregoing ISDN temporary reservation calling number display restriction configuration, the condition and processing for triggering the ISDN temporary reservation calling number display restriction service when the signaling access adaptation entity processes the user session request is given.

The tag <PublicJdentiy> gives the public identity of the user, and the identifier is "28788996". The configuration of the above service is given in the tag <Service-Profile>, and the trigger condition is "SETUP" message (<SPT-Message Message- Type=" SETUP "> ), the message contains the cell "CALLING PARTY NUMBER" ( <SPT-IE IE-name="CALLING_PARTY_NUMBER"> ), the cell contains the field "PI", and its assignment is 1 ( <Field Field- desc='TI">l</Field>;), in the match After the above trigger condition, the processing <Processing> of the signaling access adaptation entity is:

 Send the invite message ( <Method>invite</Method> ) with the Privacy and From header fields ( <Header>Privacy: header</Header> , <Header>From: Anonymous</Header> ).

 After receiving the SETUP message from the ISDN user, the signaling access adaptation entity performs matching according to the configuration file. If the PI flag of the calling number information unit is "1" (ie, restricted display), the signaling adaptation entity Insert the Privacy header field set to "ID" in the INVITE message and insert the Anonymous keyword in the FROM header field.

 It should be noted that, when the signaling access adaptation entity uses the internal program control to perform the logical conversion process, the foregoing configuration process is not required, that is, according to the internal program setting of the signaling access adaptation entity, the service judgment is performed. The activation process of the above-mentioned temporary reservation calling number restriction is completed.

 FIG. 4 is a temporary activation process for implementing AOC services when the signaling access adaptation entity accesses the analog terminal, and specifically includes the following steps:

 1. Service request: The user initiates a call request, and the called number is transmitted through the user network interface * 11 *FTN#, where FTN represents the called party number, and *11* is the AOC service feature code.

 2. Service identification and matching: The signaling access adaptation entity parses the user input service feature code, and determines that the AOC service feature key is temporarily activated.

 3, signaling conversion, adaptation: The signaling access adaptation entity sends an INVITE message to the P-CSCF through the Gm interface, and inserts a P_AOC header field in the INVITE message (other header fields and parameters that represent the activation of the AOC service) , complete the signaling adaptation process of temporarily activating the AOC.

 If the access terminal is an ISDN, the AOC service steps 1 to 3 are as follows:

 1 . Service request: The user sends a call control signaling SETUP message, where the FACILITY information element carries the AOC service activation component;

 2. The signaling access adaptation entity parses the FACILITY information element in the SETU message, and determines that the AOC service is activated;

3. Signaling conversion and adaptation: The signaling access adaptation entity sends an INVITE message to the P-CSCF through the Gm interface, and inserts P_AOC in the session request INVITE message (may also be other On behalf of the AOC service activation header field, parameter) header field, the proxy requests AOC service activation.

 Figure 5 shows the implementation process of simulating user application AOC services:

 1. The IMS application server sends a SIP INFO (also a SIP MESSAGE) message with AOC-D (accounting notification during the call) service information to the signaling access adaptation entity; 2. Signaling access adaptation The entity responds with a SIP 200 OK message;

 3. The signaling access adaptation entity executes the AOC-D service logic, and transmits the charging notification information to the analog user terminal through the FSK or DTMF signal of the user network interface for display (when the simulated user accesses through the access gateway, signaling) The access adaptation entity converts the AOC service information into a data block parameter in the H248 andisp/date signal and sends the data block parameter to the access gateway, and the access gateway transmits the AOC-D charging notification information to the user terminal for display by using the FSK signal.

 4. The IMS application server sends a SIP BYE message to the signaling access adaptation entity with AOC-E (through the end of the charging notification) service information;

 5. The signaling access adaptation entity responds with a SIP 200 OK message.

 6. The signaling access adaptation entity executes the AOC-E service logic, and transmits the charging notification information to the analog user terminal through the FSK or DTMF signal of the user network interface for display (when the analog user accesses through the access gateway, signaling) The access adaptation entity converts the AOC service information into a data block parameter in the H248 andisp/date signal and sends the data block parameter to the access gateway, and the access gateway transmits the AOC-D charging notification information to the user terminal through the FSK signal for display:).

 When the access user is an ISDN user,

 The signaling access adaptation entity receives the AOC service information from the IMS application server.

After the INFO, BYE message, the message body AOC service information is extracted and translated into the relevant parameters of the DSS1 FACILITY information element, and sent to the ISDN terminal through a DSS1 message such as FACILITY or DISCONNECT.

 The specific implementation process of the service activation in the session is specifically described below with reference to FIG. 6 and FIG. 7:

 As shown in Figure 6, after the POTS session is established, the process of supplementing the HOLD (call hold) implementation includes the following steps:

1, the supplementary call: after the session is established, the POTS terminal reports the cross-fork event or the post-forked service feature code to the signaling access adaptation entity through the user network interface; 2, service identification: the signaling access adaptation entity parses the user network interface input during the user session, and determines the SIMULATION call hold/restore service according to the context service logic;

3. Signaling adaptation: The signaling access adaptation entity agent sends a re-Invite message to the IMS core network through the Gm interface, and modifies the remote user session SDP description as "send only" (when the call is held), "send receive" " (When the call is resumed), the call hold/restore service is completed.

 The same process applies to the MCID service of the POTS user. As shown in Figure 6, the following steps are included:

 1 . Service request: After the session is established, the POTS terminal reports the fork event or the service identity code after the call to the signaling access adaptation entity through the user network interface;

 2. Service identification and matching: The signaling access adaptation entity resolves the user network interface input during the user session, and determines the SIMULATION MCID service request according to the context service logic.

 3, signaling adaptation: the signaling access adaptation entity agent sends a SUBSCRIBER message to the IMS core network through the Gm interface, subscribes to the MCID event packet, and performs a service activation request, and the message is routed to the IMS MCID application service function, Complete subsequent business operations.

 As shown in Figure 7, if the access terminal is an ISDN, the supplementary service call hold implementation process is as follows.

 1 . The user terminal sends a HOLD message to request a call to maintain the service;

 2, the signaling access adaptation entity resolves the user request and determines that the call is held by the service; and performs the service logic conversion to send the re-INVTIE message through the Gm interface to modify the SDP description as "send only";

 3-4. The signaling access adaptation entity receives the 200 OK message of the P-CSCF, performs service logic conversion, and sends a HOLD ACKNOWLEDGE message to the user terminal, and the call keeps the service success.

 5, the user terminal sends a HOLD message to request a call recovery service;

 6. The signaling access adaptation entity parses the user requesting the call hold service, performs service logic conversion, and sends a re-INVTIE message through the Gm interface to modify the SDP description as "send receive";

7-8. The signaling access adaptation entity receives the 200 O: message of the P-CSCF, performs service logic conversion, and sends a HOLD ACKNOWLEDGE message to the user terminal, and the call recovery service succeeds.

Similarly, the steps of the ISDN application MCID service are as follows: 1 . The user terminal sends a FACILITY message request with an MCID service request activation component. 2. After receiving the FACILITY message, the signaling access adaptation entity performs a service logic conversion, sends a SUBSCRIBER SIP message to subscribe to the MCID event, and performs a SIMULATION MCID service request operation.

 3, the signaling access adaptation entity receives the 200 OK response message from the proxy session control node, performs SIMULATION service logic to ISDN service logic conversion, sends a FACILITY message, and carries the MCID service return result component.

 Referring to FIG. 8, the simulated user implements an ECT (Explicit Call Transfer) service flow by using a signaling access adaptation entity, which specifically includes the following steps:

 1. The simulated user and the remote user A. The remote user C session is established, and the user GUI is simulated;

2. The signaling access adaptation entity determines, according to the uplink service logic, an ECT service request according to the on-hook event reported by the user network interface;

 3, the signaling adaptation entity executes the ECT service terminal operation logic, sends a Refer message to request to establish a session of user A to user C, and the message is triggered to the IMS application server through the IMS core network, and the IMS application server controls the subsequent service process. .

 Referring to Figure 9, an ISDN user implements an explicit call forwarding service through a signaling access adaptation entity.

The ECT business process specifically includes the following steps:

 1 . The ISDN terminal sends a FACILITY message to the signaling access adaptation entity, and the message carries

ECT business request.

 2, the signaling access adaptation entity, parsing the content of the FACILITY message, determining the ECT service, performing the SIMULATION ECT service terminal operation logic, sending a Refer message through the Gm interface, requesting to establish a session between A and user C, the message will pass The IMS core network triggers to the application service control function to complete the control of the service.

 3. The signaling access adaptation entity receives the SIP 202 Accept response from the remote user, indicating that the ECT service is successfully operated.

 4-9. The signaling access adaptation entity performs a SIMULATION service logic to the ISDN service logic conversion function, and releases the session between the user terminal and the remote user A and the remote user C.

Referring to FIG. 10, an analog user implements a CONF service flow by using a signaling access adaptation entity, which specifically includes the following steps: 1 . In the session activation state, the user pats the fork and dials the conference new party number. These events are reported to the signaling access adaptation entity through the user network interface.

 2. The signaling access adaptation entity inputs the information according to the context service logic, the user network port, determines the start service logic of the simulated user conference, performs the conversion of the PSTN service logic to the SIMULATIO service logic, and executes the terminal service operation process in the CON service. The INVITE message is sent to establish a session with the conference control application service unit conference-factory.

 3: The signaling access adaptation entity performs SIMULATION terminal service operation logic, sends a Refer message to the conference application service control unit, and requests the conference application service control unit to establish a session with the remote user.

 4. The user terminal performs a flashing operation, and after the flashing, dials the conference new party number, and the event is reported to the signaling access adaptation entity.

 5. The signaling access adaptation entity continues to execute the terminal operation logic in the CONF service, and the proxy sends a Refer message to the conference application service control unit, requesting the conference application service control unit to establish a session with the conference new party to add the conference. The party joins the meeting.

 Referring to FIG. 11 , an ISDN user implements a conference (CONF) service process by using a signaling access adaptation entity, and specifically includes the following steps:

 1 . The ISDN user sends a SETUP message, where the FACILITY information element carries the [Start Conference] activation component, and the message is reported to the signaling access adaptation entity through the user network interface; 2. The signaling access adaptation entity analyzes the message content. , judged to be the meeting meeting process, execution

The terminal operation logic in the SIMULATION CONF service sends the INVITE message to the conference application service function through the Gm interface;

 3-4. Establish a session between the ISDN user and the conference application service function. After receiving the session response message of the application service function, the signaling access adaptation entity sends a CONNECT message with the returned result information to the ISDN user.

 5 ~ 8, ISDN users perform call hold services (the specific process is the same as the call hold service described above).

9 ~ 10, the ISDN user sends the FACILITY message carrying the [add one party] activation component, and the signaling access adaptation entity translates the ISDN service logic into the SIMULATION service logic. The Gm interface sends a Refer message to the conference application service function, instructing the conference application service function to establish a session with the remote user, and adding the remote user to the conference.

 11. The signaling access adaptation entity receives the conference application service function 202 accept message.

12. The signaling access adaptation entity performs the conversion of the Simulation service logic to the ISDN service logic, and carries the [add one party] to return the result component through the DISCONNECT message.

 As shown in Figure 12, the ISDN user implements the call waiting (C) service flow through the signaling adaptation entity, which specifically includes the following steps:

 1. The signaling access adaptation entity receives a new session request from the IMS core network, Invite;

2. The signaling access adaptation entity determines that the user is "busy," according to the business context logic;

 3. The signaling access adaptation entity translates into an ISDN CW service logic, and sends a SETUP message with the indication "no path available" to the ISDN terminal to indicate call waiting;

 4. The ISDN user terminal responds by using the ALERTING message, and the signaling access adaptation entity translates the message into the CW service logic of the SIMULATION terminal, and sends a 182 Queue message to the IMS core network.

 The above step process applies to the simulated user and the implementation process becomes:

 1 . The signaling access adaptation entity receives a new session request from the IMS core network, Invite; 2. The signaling access adaptation entity determines that the user is “busy” according to the service context logic;

 3, the signaling access adaptation entity indicates the call waiting through the in-band tone mode;

 4. The signaling access adaptation entity performs SIMULATION service operation logic and sends a 182 Queue message to the IMS core network.

 Referring to FIG. 13, the user implements a message waiting indication (MWI) implementation process by using a signaling access adaptation entity, which specifically includes the following steps:

 1 . The signaling access adaptation entity receives the MESSAGE message containing the MWI service information of the IMS network, and the message body includes the MWI service information.

 2. The signaling access adaptation entity sends a call-independent DSS1 FACILITY message to the user terminal, and the MWI service information in the Message message body is included in the DISPLAY information element in the FACILITY message; and the corresponding message 200 OK is sent to the IMS network.

 The above process is also applicable to the simulated user terminal, and specifically includes the following steps:

1 . The signaling access adaptation entity receives the MWI service information of the IMS network. MESSAGE message, the message body contains MWI service information.

 2. The signaling access adaptation entity transmits the MWI service information in the MESSAGE message to the user terminal through the FSK or DTMF ringing signal of the user network interface.

 Referring to Figure 14, the process of simulating a user's session-independent supplementary service registration (CDIV) process includes the following steps:

 1 . The analog user picks up the phone and dials, inputs the service feature code and the registration parameter (for example, *57*FTN# indicates the forwarding service registration), to the signaling access adaptation entity;

 2. The signaling access adaptation entity parses the user input information, determines the service data registration process, and extracts service related information according to the input of the user, and the information conversion is described by the XCAP protocol;

 3, the signaling access adaptation entity registers the service information with the IMS application server through the XCAP protocol of the Ut interface;

 4. The signaling access adaptation entity plays the service registration result prompt tone to the user through the user network interface according to the interaction result of the IMS application server (XCAP 200 OK).

 The above steps can also be similarly implemented on the ISDN terminal. Figure 13 shows the ISDN use functional protocol for the CDIV registration process, which includes the following steps:

 1. The ISDN terminal sends a FACILITY message carrying service registration information, and the message is sent to the signaling access adaptation entity through the user network interface;

 2. The signaling access adaptation entity analyzes the content of the FACILITY message body (for example, registration for unconditional forwarding (CFU)), and extracts the registration information therein, and the information conversion is described by the XCAP protocol;

3. The signaling access adaptation entity registers the registration information converted to the XCAP protocol with the IMS application server through the Ut interface;

 4. The signaling access adaptation entity performs a SIMULATION service operation logic to the ISDN service operation logic conversion function according to the registration result information of the service (such as xcap 200 ok confirmation), and sends a FACILITY message carrying the returned result information to the ISDN terminal.

 The following is a detailed description of the call release phase supplementary call busy callback CCBS in conjunction with FIG.

(Completion of Calls to Busy Subscribers), CCNR, Completion of Calls to NoResoponse.

Referring to FIG. 16, an ISDN user terminal implements a CCBS service flow through a signaling access adaptation entity. The process includes the following steps:

 1 . The signaling access adaptation entity receives the 486 BUSY message sent by the CCBS application service function (indicating support for the CCBS service);

 2, the signaling access adaptation entity completes the conversion of the SIMUALTION service logic to the ISDN service logic, and sends a disconnect message with the CCBS service information to the user terminal;

3-4. The user terminal sends a FACILITY message requesting the CCBS service, and the signaling access adaptation entity performs the ISDN service logic to the SIMULATION service logic conversion, and sends the Subscriber to the application service function to subscribe to the CCBS service.

 5-6. The signaling access adaptation entity translates the FACILITY return result component to the calling ISDN terminal according to the subscriber's 200 OK response message.

 7-8. After receiving the Refer message indicating the callback service from the application service, the signaling access adaptation entity performs a conversion of the simulation service logic to the ISDN service logic, and sends a Facility message to indicate that the remote end is idle, and the calling party is notified to initiate the call. information.

 The above process is also used in the CCNR service, and includes the following steps:

 1 . The signaling access adaptation entity receives the 180 Ringing message sent by the CCNR application service function (indicating support for the CCNR service);

 2. The signaling access adaptation entity completes the conversion of the SIMUALTION service logic to the ISDN service logic, and sends an ALERTING message with the CCNR service information to the user terminal;

3-4. The user terminal sends a FACILITY message requesting the CCBS service, and the signaling access adaptation entity performs the ISDN service logic to the SIMULATION service logic conversion, and sends the Subscriber to the application service function to subscribe to the CCNR service.

 5-6. The signaling access adaptation entity translates the FACILITY return result component to the calling ISDN terminal according to the subscriber's 200 OK response message, and performs the call clearing procedure according to the ISDN CCNR service flow.

 7-8. After receiving the Refer message indicating the callback service from the application service, the signaling access adaptation entity performs a conversion of the simulation service logic to the ISDN service logic, and sends a Facility message to indicate that the remote end is idle, and the calling party is notified to initiate the call. information.

 The above process is also applicable to the simulated user. The CCBS/CCNR service specifically includes the following steps:

1 . The signaling access adaptation entity receives the 486 BUSY message sent by the proxy session control function. (indicating support for CCBS services) or 180Ringing (indicating CCNR services);

2, the signaling access adaptation entity controls the in-band signal tones to perform service prompts on the user terminal; 3-6, simulates the user reporting the flash and the service feature code, and the signaling access adaptation entity parses the service feature code, and converts Send a SUBSCRIBER message for the SIMULATION service logic to perform CCBS/CCNR service activation.

 7-8, after the remote user is idle, the signaling access adaptation entity receives the REFER message from the application service function to indicate the callback; the signaling access adaptation entity alerts the user to ring, after the user picks up the phone, the signaling The access adaptation entity agent sends an INVITE message to establish a callback.

 The method for implementing the OIP and TIP services of the simulated user by using the signaling access adaptation entity is as follows: The signaling access adaptation entity receives the OIP and TIP service information from the IMS network, and the signaling access adaptation entity passes the user network interface. The ringing signal conveys the number information.

 The same method is applicable to the OIP and TIP services of the ISDN user. The steps are as follows: The signaling access adaptation entity receives the OIP and TIP service information from the IMS network, and the signaling access adaptation entity converts the number information into the DSS1 message. The calling or called number information unit in the middle is sent to the ISDN user terminal through the user network interface.

 By using the present invention, the SIMULATION service defined in the IMS network can be provided for the PSTN/ISDN terminal in the IMS network, and the SIMULATION service can be provided to the user by fully utilizing the original circuit domain terminal capability during the evolution of the PSTN/ISDN to the IMS network. Experience, while using the present invention, the same set of IMS network architecture compatible circuit domain terminals and broadband multimedia terminals can be used to provide SIMULATION services, providing a smooth evolution scheme for PSTN/ISDN to IMS network evolution; using IMS network The system, accessing the circuit domain terminal, avoids the construction of an intermediate network system in the process of network evolution, protects the operator's investment, and reduces operating expenses.

 The above embodiments are intended to illustrate and solve the principles of the present invention. It is to be understood that the specific embodiments of the present invention are not limited thereto. Various changes and modifications may be made without departing from the spirit and scope of the invention.

Claims

Rights request

A method for implementing a packet service by a circuit domain terminal accessing a packet network, wherein the circuit domain terminal interacts with the IMS network by using a signaling access adapter, and the method includes the following steps:

 The signaling access adaptation entity receives the input information of the circuit domain user terminal, and performs the PSTN or

The conversion of the ISDN service logic to the analog service logic, and the SIP terminal operation information converted into the analog service is sent to the IMS network;

 The signaling access adaptation entity receives the analog service information from the IMS network, and converts it into at least one circuit domain user network interface information and sends it to the circuit domain terminal by simulating the conversion of the service logic to the PSTN or ISDN service logic.

 2. The method of claim 1 wherein

 The input information of the user terminal of the circuit domain includes: a service feature code and/or a service parameter, an analog user slap event, a simulated service characterization code and/or a service parameter, a simulated user hang-up event, and an ISDN user has a supplementary service. DSS1 message of information;

 The SIP terminal operation information is a SIP message or an XCAP message containing analog service information.

3. The method of claim 1 wherein:

 The analog service information is a SIP message or an XCAP message containing analog service information; the circuit domain user network interface information includes: in-band notification information, ringing and/or ringing signal containing information, and ISDN supplementary service information. DSS1 message or DSS1 message containing simulated service information.

 4. A method according to claim 2 or 3, characterized in that

 The SIP message containing the simulated service information is a SIP message used in any of the following analog services: a charging notification AOC, a session termination end identifier display TIP, a session termination end identifier display restriction TIR, a session initiation end identifier display OIP, Session Initiator Identity Restriction Display OIR, Malicious Call Tracking MCID, Call Hold HOLD, Clear Call Forwarding ECT, Conference CONF, Busy Callback CCBS, No Answer Callback CCNR, Forwarding Service CDIV, Call Waiting CW, or Message Waiting Indication MW business.

The method according to claim 1, wherein the step of connecting the circuit domain user terminal to the IMS network comprises: The signaling access adaptation entity determines the service type according to the context service logic of the event reported by the user network interface;

 The signaling adaptation entity executes the operation logic of the service terminal, and sends a corresponding request message to establish a session between the calling user and the called user;

 The request message is triggered to the IMS application server through the IMS core network, and is controlled by the IMS application server.

 The method according to claim 1, wherein the step of connecting the circuit domain user terminal to the IMS network comprises:

 The signaling access adaptation entity receives the SETUP message sent by the user or the event reported by the user network interface;

 The signaling access adaptation entity determines the simulated user service logic according to the context service logic and the user network interface input information, performs the conversion of the circuit domain service logic to the SIMULATION service logic, and the terminal service operation flow, and sends the INVITE message to establish the same conference control application. A session between service units.

 The signaling access adaptation entity executes the terminal service operation logic, sends a Refer message to the application service control unit, and requests the application service control unit to establish a session with the peer user.

 A circuit domain terminal accessing a packet network to implement a packet service system, comprising a circuit domain terminal device and an IMS network, comprising an IMS core network interconnected with each other and an IMS application server for providing IMS analog service control functions, wherein , Also includes:

 At least one signaling access adaptation entity is connected between the circuit domain terminal device and the IMS network, and implements mutual interaction between the PSTN or ISDN service operation logic and the analog service operation logic to implement the interaction information of the circuit domain user network interface. The adaptation and conversion between the SIP signaling between the SIP terminal and the IMS network in the IMS analog service flow.

 The system according to claim 7, wherein the signaling access adaptation entity accesses the circuit domain terminal through the user network interface, and accesses the P-CSCF of the IMS network through the Gm interface of the IMS network, The Ut interface of the IMS network accesses the IMS application server.

The system according to claim 5, further comprising at least one profile server, connected to the signaling access adaptation entity by the Co interface and the signaling access adaptation entity, including service logic conversion The configuration file for the rule.

The system according to any one of claims 7 to 9, wherein: the signaling access adaptation entity is a SIP integrated access device with service logic control and translation capability, or a pair Access gateway controller that controls access to the media gateway.

 The system according to claim 7 or 8, wherein the circuit domain terminal is a PSTN or an ISDN user terminal.

 The system according to claim 8 or 9, wherein the user network interface is a traditional user network interface or H.248 that carries signaling information of a circuit domain end user network interface carried on a packet. The MGCP, IUA, or V5UA protocol interface; the Co interface is a SIP protocol interface.

 13. The system according to claim 12, wherein the conventional user network interface refers to an analog line user Z interface, an ISDN basic or primary group rate interface, or a V5 interface.

 A signaling access adaptation entity, comprising:

 a first interface, configured to connect to a circuit domain terminal device;

 a second interface for connecting to the IMS network;

 The logic conversion device is configured to perform mutual conversion between the PSTN or ISDN service operation logic and the analog service operation logic, implement the circuit domain user network interface interaction operation, and the interaction signaling between the SIP terminal and the IMS network in the IMS simulation service flow. Adaptation and conversion between.

 The signaling access adaptation entity according to claim 14, further comprising a third interface, configured to connect to the configuration file server.

 The signaling access adaptation entity according to claim 16, wherein the signaling access adaptation entity is a SIP integrated access device with service logic control and translation capability, or a An access gateway controller that controls access to the media gateway.

 The signaling access adaptation entity according to claim 14 or 15, wherein the logic conversion device comprises a built-in program function module, configured to perform PSTN or ISDN service operation logic and analog service operation logic. Inter-conversion.

 The signaling access adaptation entity of claim 15, wherein the configuration file server further includes a configuration file describing a service logic conversion rule, and the logic conversion device is configured according to the configuration file. Perform mutual conversion between PSTN or ISDN business operation logic and analog business operation logic.