WO2009109114A1 - 一种呼叫流程处理方法和装置 - Google Patents

一种呼叫流程处理方法和装置 Download PDF

Info

Publication number
WO2009109114A1
WO2009109114A1 PCT/CN2009/070382 CN2009070382W WO2009109114A1 WO 2009109114 A1 WO2009109114 A1 WO 2009109114A1 CN 2009070382 W CN2009070382 W CN 2009070382W WO 2009109114 A1 WO2009109114 A1 WO 2009109114A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
identifier
call identifier
user
called
Prior art date
Application number
PCT/CN2009/070382
Other languages
English (en)
French (fr)
Inventor
周文
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP09003310A priority Critical patent/EP2099242A3/en
Publication of WO2009109114A1 publication Critical patent/WO2009109114A1/zh
Priority to ZA2010/07100A priority patent/ZA201007100B/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a call flow processing method and apparatus. Background technique
  • the user In a "" multi-number service, the user generally has multiple mobile phone numbers, one of which is the primary number, and there is a corresponding SIM (Subscriber Identity Model) card. The other number is the secondary number, and there is no corresponding SIM card. , you can also store the main number and sub-number information together in a SIM card. The user can use the primary number or any secondary number as the calling number, or use the primary number or any secondary number as the called number.
  • SIM Subscriber Identity Model
  • the user selects the primary number or the secondary number by dialing the prefix to make the outgoing number.
  • the system assigns identification information of the unique corresponding number to the plurality of numbers corresponding to the user terminal; when the terminal initiates the call, the called number carries the identification information corresponding to the number of the calling user to use the called number; The identification information is obtained from the called number, and the corresponding number is searched by the identification information, and the called number is used as the calling number to connect the call to the called party.
  • the main number or the secondary number is selected by the mobile phone menu or the prompt tone as the outgoing number.
  • the SIM card needs to be modified, and the user needs to select between the numbers in the process of using, which is inconvenient to operate.
  • Embodiments of the present invention provide a method and apparatus for call processing, which implements a "" multi-number user to call When called or called, the system automatically selects the number attributed to the user's visited place for call processing.
  • the method for call processing provided by the embodiment of the present invention includes the following steps:
  • the calling exchange system is instructed to process the call.
  • a receiving unit configured to receive a call request message sent by the calling exchange system
  • a searching unit configured to search for a local call identifier according to the call request message
  • the searching unit can find the local call identifier, instructing the calling exchange system to process the call according to the local call identifier.
  • the system automatically searches for the number belonging to the visited place to perform call processing according to a "" multi-number user visiting place; when a "" multi-number user makes a called, the system automatically selects the attribution to The number of the user's visited place is used for call processing, which enhances the user experience.
  • FIG. 1 is a networking diagram of an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a method for call processing according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a method for processing a calling party according to an embodiment of the present invention.
  • FIG. 4 is a flow chart of a calling call according to an embodiment of a method for processing a calling party according to the present invention
  • FIG. 5 is a flow chart of another calling call according to an embodiment of a method for processing a calling party according to the present invention
  • FIG. 7 is a flow chart of a called call according to an embodiment of a method for processing a called party according to the present invention
  • FIG. 8 is a flow chart of another called call according to an embodiment of a method for processing a called party according to the present invention
  • FIG. 9 is a call diagram of an embodiment of the present invention. Schematic diagram of the forward method
  • FIG. 11 is a flowchart of an unconditional forward call according to an embodiment of the present invention.
  • FIG. 12 is a schematic diagram of a call processing apparatus according to an embodiment of the present invention.
  • the networking of the embodiment of the present invention is as shown in FIG. 1.
  • SCP Service Control Point
  • SCP Service Control Point
  • the default number is recorded.
  • HLR Home Location Register
  • O-CSI originating CAMEL Subscription Information
  • T-CSI Terminating CAMEL Subscription Information
  • a "" multi-number user includes not only a case where a SIM card has a plurality of mobile phone numbers, but also a case where another user has a plurality of other types of numbers, email addresses, etc. that identify the user.
  • the embodiment of the present invention discloses a method for call processing. As shown in FIG. 2, the method mainly includes the following steps: Step 201: Receive a call request message sent by a calling exchange system;
  • the so-called switching system refers to a network system that provides communication services for users; includes switching devices of the primary and called end offices, such as the Mobile Service Switching Center (MSC), and the Service Switching Piont (SSP). It can also be a switching device of a traditional wired telephone network port PSTN (PSTN), a softswitch device, an internet-based switching device, etc., and a device providing related data services, such as a visitor location register (VLR: Visitor Location Register), The home location register (HLR: Home Location Register), etc., may also be a switching system that implements a message type transmission service and an email function such as a short message or a multimedia message.
  • PSTN PSTN
  • VLR Visitor Location Register
  • HLR Home Location Register
  • the so-called call request is a request triggered by the service order information of a certain user during the call process.
  • a "" multi-number service mentioned in the embodiment of the present invention may specifically be a "" multi-number user as a caller or
  • the calling exchange system sends a call request to the SCP for a "" multi-number processing service.
  • Step 202 Find a local call identifier according to the call request message.
  • the call request message carries a "" main call identifier of the multi-number user and a visit destination information of the one-r multi-number user.
  • the step is specifically as follows: According to the main call identifier, the local call identifier of the visited place of the "#" multi-number user belongs to it.
  • the call request is a "" multi-number user making a called call request
  • the visited place generally refers to the location of the switching system accessed by the user
  • the local call identifier refers to the call identifier of the user belonging to the visited place.
  • the call identifier is generally a mobile phone number used by the user, and may also be another type of number, email address, etc. that identifies the user. If the user is registered in the network at A, the primary call is identified as the primary number a, and another B is applied to the B of a switching system different from A, and a binding relationship is established between b and the a number of the user, b - commonly known as the secondary number. When the user roams from A to B to make a call or a call, B is the visited place of the user registered in the network at the A, and b is the local call identifier of the user.
  • Step 203 If the local call identifier can be found, instruct the calling exchange system to process the call according to the local call identifier.
  • the calling exchange system instructs the calling exchange system to use the local call identifier of the ""r multi-numbered user to find the calling exchange system, and indicates the main The calling system uses the local call identity as a "" multi-number user's charging identifier.
  • the calling exchange system instructs the calling exchange system to use the local call identifier as the charging identifier of the one-multiple number user, and instructs the calling exchange system to use the primary calling identifier of the "" multi-number user. As the called party continues to be called the exchange system.
  • the calling exchange system is instructed to process the call based on the default call identity.
  • the call identifier is a number of "" multi-number users
  • the call request is a service trigger request for the SCP to implement a "" multi-number user call processing service
  • the end office is the above-mentioned switching system.
  • An embodiment of the present invention discloses a method for processing a calling process.
  • a "" multi-number user makes a calling
  • the end office triggers the calling process to the SCP
  • the SCP is based on
  • the following steps are specific:
  • Step 301 Receive a service touch sent by the calling end office according to the calling party main call identification subscription information. Send a message;
  • the service trigger message is a message that triggers the smart service sent by the calling end office to the SCP, and is generally an IDP message.
  • a "" multi-number user makes a call, dials the called call identity, and the calling user terminal sends a call request to the calling end office; the calling end office triggers the intelligent service flow according to the O-CSI of the calling user's main call identity,
  • the SCP sends an Initial Detect Point (IDP) message.
  • IDP Initial Detect Point
  • Step 302 Find, according to the primary call identifier and the visited location information in the service trigger message, the local call identifier of the calling user to the visited place.
  • the call identifier of the home location may be the primary call identifier of the calling user or the secondary call identifier of the calling user. If the user accesses at the calling home, the primary call identifier is still found; if the user roams offsite, the secondary call identifier belonging to the remote location is found.
  • Step 303 If it is found that the calling party belongs to the local call identifier of the visited place, the calling end office uses the local call identifier of the calling user to belong to the visited place as the calling call identifier. Continue to be called the end office;
  • the calling end office is used to use the local call identifier as the caller ID call identifier when the called end office is connected, and specifically, the caller ID call identifier is modified in the sent connect message to find the attribution to the visit.
  • the call identifier of the ground or indicates that the calling end office uses the call identifier as the charging identifier.
  • the calling end office is instructed to use the default call identity as the caller ID call identifier and charge according to the default call identity.
  • the default call identifier may be identified as a primary call, or a secondary call identifier may be used as a billing account. It can be seen that the embodiment of the present invention can overcome the technical problem that the multiple numbers cannot be charged in the prior art.
  • the calling end office uses the call identifier as the charging identifier.
  • the method is as follows: The AC (Apply Charging) message is sent to the calling end office to monitor the duration, and the FCI (Furnish Charging Information) message is sent to remove the calling party bill.
  • the specific role of the message will be in the following call flow. The details are described in the examples.
  • the calling end office further connects the called end office according to the instruction of the SCP to establish a connection between the calling party and the called party.
  • the main call ID is directly used as its caller ID.
  • the call identifier and the billing identifier are used. Therefore, the main technical effect of this embodiment is the case where the user performs roaming.
  • the primary number of a "" multi-number user is a
  • the secondary number is a
  • the called user number is one "" multi-numbered user below.
  • the calling party is used as an example.
  • the calling signaling process is as shown in FIG. 4, and includes the following steps:
  • Step 401 A "" multi-number user dials the called number b at the home of the secondary number a, and after the call is initiated, the calling end office MSCa/VLR/SSP triggers the service according to the O-CSI of the calling party's primary number.
  • IDP Initial Detect Point
  • Steps 402 to 405 a "" multi-number SCP finds the sub-number a belonging to the visited place according to the main number and the visited place information in the IDP, and uses the sub-number a as the caller ID number and the billing number. number. Specifically, the RRBE/AC/FCI and connect messages are sent, and the caller ID (GenericNumber) is modified as the secondary number a in the connected message, wherein the SCP indicates the calling end through the RRBE (Request Report BCSM Event) message.
  • the caller ID GenericNumber
  • Steps 406 ⁇ 409 the calling MSC obtains the called roaming number MSRN from the home HLRb of the called number b;
  • the SRI message is used by the calling end office to query the called home HLRb for routing information
  • the PRN (IMSI) message is used for the called home HLRb to request the called end office to obtain the roaming number (Mobile Station Roaming Number, MSRN), PRN.
  • MSRN Mobile Station Roaming Number
  • MSRN PRN
  • -ACK MSRN
  • SRI_ACK MSRN
  • Steps 4010 ⁇ 4012 the call is connected to the called MSCb, ringing to the called party, and playing a ringback tone to the calling party, and the two parties start talking after the call is connected;
  • the calling end office sends an IAM (Initial Address Message) to the called end office, and then connects to the called end office;
  • the called end office sends an ACM (Address Full Message) to the calling end office, and the called party starts ringing;
  • ANM Response message indicates the called party's response, and both parties can be connected to start the call.
  • Steps 4013 ⁇ 4015 MSCa/VLR/SSP reports the duration of the call to a "" multi-number SCP, and releases the call after the call ends.
  • a "" multi-number user has a major number a, a secondary number a, and a called number 3 ⁇ 4).
  • the user makes a call in an area other than the home address of the primary number a and the secondary number a, and if the secondary number of the visited place is not found in the visited place, the default number is set as the primary number as an example.
  • the signaling interaction is shown in Figure 5 and includes the following steps:
  • Step 501 A "" multi-number user dials the called number b outside the home address of the primary number and the secondary number a, and after the call is initiated, the calling end office MSCa/VLR/SSP is based on the O- of the user's primary number.
  • the CSI triggers the service, and sends an IDP message to a "" multi-number SCP;
  • Step 502 A "" multi-number SCP searches for the number belonging to the visited place according to the primary number and the visited location information in the IDP message. Since there is no number belonging to the visited place, the default number may be used.
  • the primary number is the caller ID number and the billing number.
  • a "" ⁇ multiple number SCP uses the primary number a as the incoming call display number and the billing number, and sends a continue message to indicate that the calling end office is connected.
  • the SRI message is used by the calling end office to query the called home HLRb for routing information
  • the PRN (IMSI) message is used for the called home HLRb to request the called end office to obtain the roaming number (Mobile Station Roaming Number, MSRN), PRN.
  • MSRN Mobile Station Roaming Number
  • MSRN PRN
  • -ACK MSRN
  • SRI_ACK MSRN
  • Steps 507 ⁇ 509 the calling end office call is connected to the called MSCb, ringing to the called party, and playing back the ringing tone to the calling party. After the call is connected, the two parties start talking.
  • the calling end office sends an IAM (Initial Address Message) to the called end office, and then connects to the called end office; the called end office sends an ACM (Address Full Message) to the calling end office, and the called party starts ringing; ANM (Response message) indicates the called party's response, and both parties can be connected to start the call.
  • IAM Initial Address Message
  • ACM Address Full Message
  • ANM Response message
  • the present embodiment searches for the caller ID and the billing number when the calling end office is connected by searching for the number of the visited place of the multi-number user.
  • the user switches to the home number by entering a special number prefix or other existing methods, which enhances the user experience and reduces the user's roaming charges.
  • Another embodiment of the present invention discloses a method for processing a called process.
  • the method is implemented in an intelligent network as an example.
  • a "" multi-number user's primary/secondary number is called, and the calling end office triggers the called party.
  • the SCP finds the corresponding primary call identity and instructs the calling end office to connect to the primary number.
  • the number belonging to the area is found according to the user's visited place, and the number is used as the billing number. If not found, the default number is used as the billing number. As shown in Figure 6, the following steps are specific:
  • Step 601 Receive a service trigger message sent by the calling end office according to the called call identification subscription information of the call request.
  • the calling user dials a primary call identifier or a secondary call identifier of a multi-number user, and the calling user terminal sends a call request to the calling end office;
  • the calling end office triggers the intelligent service flow according to the T-CSI of the called call identifier, and sends an IDP message to the SCP;
  • the SCP receives the IDP message sent by the calling end office.
  • Step 602 Determine, according to the service trigger message, the called primary call identifier.
  • the SCP determines whether the called call identifier in the IDP message is a primary call identifier of a multi-number user, if not That is, the called call identifier is the secondary call identifier of the user, and then the primary call identifier of the "#" user is found according to the secondary call identifier.
  • Step 603 Acquire, according to the primary call identifier, the called location information of the called party;
  • the SCP obtains the called location information according to the VLRNumber in the IDP; if the called call identifier in the IPD message is not the primary call identifier, according to step 602
  • the determined primary call identifier queries the home HLR for the visited location information of the called user.
  • Step 604 Find a local call identifier of the called party that belongs to the visited place.
  • step 605 Instructing the calling end office to use the local call identifier as a charging identifier
  • step 606 is performed to instruct the calling end office to use the default call identifier as Billing identifier
  • Step 607 Instruct the calling end office to connect to the called end office according to the primary call identifier.
  • the SCP sends an AC monitoring duration, and the indication is sent.
  • the calling end office carries a ticking flag in the connect message of the called end office according to the primary call identifier, and the ticker flag is used to indicate that the called end office inserts the sorting flag into the charging record.
  • the SCP bills are generated and bills are generated, and the bills generated by the SCP are used for settlement; however, the bill will still be generated normally at the end office, and the billing system will sort the parts according to the check mark.
  • the called call in the connect message is identified as the primary call identity. If the charging call identifier is the primary call identifier, the called call identifier is set as the primary call identifier in the outgoing connect message.
  • Steps 701 ⁇ 702, a "" ⁇ number of users in the vice The home of the number a, the user of the calling number b dials the primary number a of the number of users, and after the calling terminal initiates the call, the MSCb obtains the T-CSI from the HLR of the called number a;
  • Step 703 The calling end office triggers the service according to the T-CSI of the called number a, and sends an IDP message to the SCP that processes one "" multi-number service, that is, one "" multi-number SCP;
  • Steps 704 ⁇ 706, a "" ⁇ number SCP first determines the called number a in the IDP as the primary number, and then obtains the called location information according to the VLRNumber in the IDP, and searches according to the primary number a and the visited location information. To the sub-number a of the number of users of the "" multi-numbered user belonging to the visited place, the sub-number a, as the billing number, is sent to the RRBE/AC, and carries the check mark in the connected message, and connects The called number in the message is still the primary number;
  • Steps 707 ⁇ 7010 the calling MSC obtains the called roaming number MSRN from the home HLRa of the primary number a;
  • Steps 7011 ⁇ 7013 the calling end office continues to call the called MSCa, rings to the called party, and plays a ring back tone to the calling party, and the two parties start talking after the call is connected;
  • Steps 7014 ⁇ 7016, MSCa/VLR/SSP report the call duration to a "" multi-number SCP, and release the call after the call ends.
  • a "" multi-number user has a major number a, a secondary number a, and a calling number b.
  • a "" multi-number user at the home of the primary number a, the secondary number a, is called, and the primary number a is charged as an example.
  • the called signaling process is as shown in Figure 8, and includes the following steps:
  • Steps 801 ⁇ 802 one "" ⁇ number of users in the attribution of the primary number a, the user of the calling number b dials a "" ⁇ number of the user's secondary number a, after the calling terminal initiates the call, the calling party
  • the MSCb/VLR/SSP obtains the T-CSI from the belonging HLR a' of the called number a';
  • Step 803 The calling end office triggers the service according to the T-CSI of the called number a, and sends an IDP message to a "" multi-number SCP;
  • a "" multi-number SCP first determines that the called number a' in the IDP is a secondary number, and then finds the primary number a according to a', and sends an ATI (Any Time Interrogation) to the primary number HLRa. The message is used to query the HLRa for the called user terminal location or the user related information.
  • PSI Get Subscriber Information
  • Step 806 The called end office MSCa/VLR returns a PSI_ack response message to the primary number HLRa.
  • Step 807 The primary number belongs to the HLRa to return an ATI_ack response message to the "" multi-number SCP, and the message carries the VLRNumber, which is used to identify a "" multi-number user visited location register VLR.
  • Step 808 A "" ⁇ multi-number SCP calculates a visit information of a user with a "" multi-number according to the VLRNumber in the response message.
  • the number that belongs to the visited place is the main number a, and the main number a is used as the billing number, and the called number is changed to the main number in the connect message sent by the calling end office;
  • Steps 809 ⁇ 8012 the calling MSC obtains the called roaming number MSRN from the home HLR of the primary number a; Steps 8013 ⁇ 8015, the calling end office connects the call to the called MSCa, rings to the called party, and plays a ring back tone to the calling party. After the call is connected, the two parties start talking.
  • the system when a user with a number of "" is called, the system automatically queries the number of the home user's visited place as the billing number, and does not require manual switching by the user, thereby enhancing the user experience.
  • Yet another embodiment of the present invention discloses a method of handling call forwarding in a called flow.
  • the primary/secondary number of the multi-number user is called, the calling end office triggers the called flow to the SCP, and the SCP obtains the called primary number and instructs the calling end office to connect to the primary number. If the primary number is forwarded, the primary number forwarding process is triggered again to the SCP.
  • the SCP finds the number belonging to the local area according to the user's visited location, and uses this number as the charging number. If not found, the default number is used as the default number. Billing number. As shown in Figure 9, the following steps are included:
  • Step 901 The calling party dials a primary call identifier or a secondary call identifier of a multi-number user, and the calling user terminal sends a call request to the calling end office;
  • Step 902 The calling end office first triggers an intelligent service called process according to the T-CSI of the called call identifier, and sends an IDP message to the SCP.
  • Step 903 The SCP determines whether the call identifier is the primary call identifier according to the called call identifier in the IDP. If it is the primary call identifier, step 904 is performed; if it is not the primary call identifier, it is the secondary call identifier, step 905 is performed;
  • step 906 is performed; for other conditional forwards, step 907 is performed;
  • Step 906 The calling end office triggers the intelligent service forwarding process according to the O-CSI and the forward call identity of the primary call identifier, and sends an IDP message to the SCP.
  • Step 907 After the calling end office continues to the called end office, the called end office identifies the main call according to the
  • the O-CSI and the forward call identity trigger the intelligent service forwarding process, and send an IDP message to the SCP;
  • Step 908 The SCP searches for the local call identifier of the called user at the visited place according to the primary call identifier and the visited location information in the IDP. If there is a qualified call identifier, the call identifier is used as the charging identifier; The default call identifier is used as the charging identifier. If the charging identifier is the secondary call identifier, step 909 is performed: the SCP sends the AC monitoring duration to the connecting end office, sends the FCI message to cancel the end office bill, and indicates the connection; if the charging identifier is the primary call identifier, step 9010 is performed. : Directly instruct the connection end to continue.
  • the end office is the calling end; for the conditional forwarding (the called is forwarded in the specified state, such as busy, no answer, shutdown, etc.), the connection end is connected The called end office of the forward end office.
  • Steps 1001 ⁇ 1002 one "" ⁇ number of users in the attribution of the primary number a, the user of the calling number b dials a "" ⁇ number of the user's secondary number a, after the calling terminal initiates the call, the calling party
  • the MSCb/VLR/SSP obtains the T-CSI from the HLR of the called sub-number a';
  • Step 1003 The calling end office triggers the service according to the T-CSI of the called number a, and sends an IDP message to a "" multi-number SCP;
  • Step 1004 One "" Multi-number SCP first determines that the called number a' in the IDP is the secondary number, finds the primary number a according to a', and sends the ATI (Any Time Interrogation) to the primary number HLRaJ ⁇ a message, the message is used to query the HLRa for the location of the called user terminal or the user related information; Step 1005, the primary number attribution HLRa sends a PSI (provide Subscriber Information) message to the primary number home end station MSCa/VLR;
  • PSI Provide Subscriber Information
  • Step 1006 The primary number belongs to the local office MSCa/VLR returns a PSI-ack response message to the primary number HLRa;
  • Step 1007 The primary number belongs to the HLRa to return an ATI_ack response message to the "" multi-number SCP;
  • Step 1008, a "" Multi-number SCP calculates the visited location of the one-card multi-number user according to the VLRNumber in the ATI-ack response message. information.
  • the number that belongs to the visited place is the main number a, and the main number a is used as the billing number, and the called number is changed to the main number a in the sent connect message;
  • Steps 1009 ⁇ 10012 the calling MSC obtains the called roaming number MSRN from the home HLR of the primary number a; Step 10013: The call is connected to the called MSCa, and the busy conditional forwarding occurs;
  • Step 10014 The called end office sends an IDP message to the SCP according to the O-CSI and the forwarding number of the primary number.
  • Step 10015 The SCP determines that the redirecting number a is the primary number in the IDP message, and searches for the visited location according to the visited location information. The number is the main number a, and the main number a is used as the billing number, and the continue message is sent to the main station MSCa /VLR;
  • Steps 10016 ⁇ 10019 the primary number visits the local office MSCa/VLR from the forwarding number c attribution
  • the HLR obtains the called roaming number MSRN;
  • Steps 10020 ⁇ 10022 the call is connected to the MSCc, and the caller is ringing. After the call is connected, the two parties start talking.
  • the accounting, signaling process includes the following steps:
  • Steps 1101 to 1102 a "" multi-number user at the home of the sub-number a, the user of the calling number b dials a "" multi-number user's main number a, and the calling terminal initiates a call, the calling end
  • the MSCb/VLR/SSP sends an SRI message to the home HLRa of the called number a, and the home HLRa of the primary number a returns information such as the T-CSI, O-CSI, forwarding number, and visited VLRNumber of the primary number to the calling party.
  • Bureau MSCb/VLR/SSP Bureau MSCb/VLR/SSP;
  • Step 1103 The calling end office MSCb/VLR/SSP triggers the service according to the T-CSI of the called number a, and sends an IDP message to a "" multi-number SCP;
  • Step 1104 A "" multi-number SCP judges the forward rotation according to the forward forwarding flag (ForwardPending) carried in the IDP, and sends a continue message to indicate that the calling end office is connected;
  • Step 1105 The MSCb/VLR/SSP triggers the service according to the O-CSI and the forwarding number of the called number a, and sends an IDP message to the “S” multi-number SCP.
  • Steps 1106 ⁇ 1109 the SCP checks the redirect number in the IDP.
  • the primary number is based on the IDP.
  • the VLRNumber parameter obtains the called location information of the called party, and finds the secondary number a belonging to the visited place according to the visited location information, and uses the secondary number a as the charging number, and sends the RRBE/AC/ to the calling end office. FCI, then issue a continue message to indicate the connection;
  • Steps 11010 to 11013 the calling MSCb obtains the called roaming number from the home HLR of the forwarding number c.
  • Steps 11014 ⁇ 11019 the call is connected to the MSCc, and the call is played to the calling party. After the call is connected, the two parties start the call; and the call is released after the call ends.
  • the call in the case of unconditional forward transfer, the call is forwarded to the target switching system, and the local call identifier of the visited destination of the "#" multi-number user is still used for charging, and the end office is called the calling end.
  • the end office In the case of conditional forward, the end office is used to connect the called end office of the forward end office, and the call is further forwarded to be called "".
  • the local call of the multi-number user belonging to the visited place The ID is billed.
  • the purpose of billing using the local call identifier in the call forwarding application is enhanced, and the user experience is enhanced.
  • the embodiment of the present invention further provides a call processing apparatus, as shown in FIG. 12, including: a receiving unit 121, configured to receive a call request message sent by a calling exchange system;
  • the searching unit 122 is configured to search for a local call identifier according to the call request message, and the indication unit 123 is configured to: if the searching unit 122 finds a local call identifier, instruct the calling exchange system to process according to the local call identifier The call.
  • the indicating unit 123 is further configured to: when the searching unit 122 cannot find the local call identifier, instruct the calling exchange system to process the call according to the default call identifier.
  • the search unit 122 includes:
  • Determining a sub-unit 1221 configured to determine, according to the called call identifier carried in the call request message, a primary call identifier of the one-"multi-number user;
  • the obtaining sub-unit 1222 is configured to obtain the visited location information of the one-card multi-number user according to the primary call identifier determined by the determining sub-unit 1221.
  • the query subunit 1223 is configured to query the local call identifier of the visited destination of the one "" multi-number user.
  • the determining subunit 1221 comprises:
  • a determining subunit 12211 configured to determine whether the called call identifier is a primary call identifier of the one-number multi-number user
  • the finding sub-unit 12212 is configured to: when the called call identifier is not the primary call identifier of the one-numbered user, the called call identifier acquires a "" multi-number user Call identity.
  • a multi-number user is used to perform call forwarding by using the primary or secondary number, and the forwarding function is implemented, and the number of the user's visited place is not affected as the charging number, thereby enhancing the user experience.
  • the foregoing provides a method for processing a call forwarding process in a calling process, a called flow, and a called flow, and a corresponding device.
  • the system when a "" multi-number user makes a calling, the system automatically selects an outgoing number and a charging number according to the user's visited location, without the user adding a prefix; """ when the multi-number user is called, the system automatically The number that belongs to the user's visited place is selected for charging.
  • the system automatically selects the number that belongs to the user's visited place, and then connects to the forward end office.
  • the calling and called billing of the user's visited number is realized, which enhances the user's experience.
  • the technical solution of the present invention may be embodied in the form of a software product, which may be stored in a storage medium, and includes a plurality of instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the present invention.
  • a computer device which may be a personal computer, a server, or a network device, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种呼叫流程处理方法和装置
本申请要求于 2008 年 03 月 06 日提交中国专利局、 申请号为 200810065807.8, 发明名称为"一种呼叫流程处理方法和装置"的中国专利申请 的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域， 特别是涉及一种呼叫流程处理方法和装置。 背景技术
随着移动通信技术的快速发展，使得沟通的范围越来越大。 由于沟通范围 的扩大和沟通目的的多样性，越来越多的人拥有多个手机号码，每个手机号码 可以分别用于不同的用途。 然而，使用多个手机号码也给用户本人带来很多使 用上的不方便。 为了解决这个问题， 一"" ^多号技术方案应运而生。
一"" ^多号业务中， 用户一般拥有多个手机号码， 其中一个为主号码， 有对 应的 SIM ( Subscriber Identity Model, 客户识别模块）卡， 其它号码为副号码， 可以没有对应的 SIM卡， 也可以把主号和副号信息共同存储在一张 SIM卡里。 用户使用主号码的 SIM卡， 可以选择使用主号码或任意一个副号码做为主叫号 码 , 也可以选择使用主号码或任意一个副号码做为被叫号码。
现有技术的一种方案中，用户通过加拨前缀选择主号码或副号码做呼出号 码。 系统为用户终端对应的多个号码分别分配可唯一对应该号码的标识信息； 终端发起呼叫时，在被叫号码中携带主叫用户欲使用号码对应的标识信息； 系 统收到呼叫请求后，从被叫号码中获取所述标识信息， 并以该标识信息查找相 应的号码， 以查找到的号码作为主叫号码将呼叫接续到被叫。该方案的不足之 处在于， 用户选择主号码或副号码时， 需要在被叫号码中额外携带标志信息， 实际应用中通常需要主叫用户手工在被叫号码前或后加拨标志信息，使用不方 便， 用户体验度不高。
现有技术的另一种方案中，通过手机菜单或提示音选择主号码或副号码做 呼出号码。 该方案需要对 SIM卡进行改造， 用户在使用的过程中还需要在各 个号码之间进行选择操作， 操作不便。
发明内容
本发明实施例提供一种呼叫处理的方法和装置，实现一"" ^多号用户做主叫 或被叫时， 系统自动选择归属于用户拜访地的号码进行呼叫处理。 本发明实施例提供的呼叫处理的方法包括步骤：
接收主叫交换系统发送的呼叫请求消息；
根据所述呼叫请求消息 , 查找本地呼叫标识；
如果能查找到本地呼叫标识，指示所述主叫交换系统 ^居所述本地呼叫标 识处理所述呼叫。
本发明实施例提供的呼叫处理装置包括：
接收单元， 用于接收主叫交换系统发送的呼叫请求消息；
查找单元， 用于根据所述呼叫请求消息， 查找本地呼叫标识；
指示单元， 用于所述查找单元能查找到本地呼叫标识的情况下，指示所述 主叫交换系统根据所述本地呼叫标识处理所述呼叫。
可见， 本发明实施例中， 系统才 据一"" ^多号用户拜访地， 自动查找归属该 拜访地的号码进行呼叫处理； 一"" ^多号用户做被叫时， 系统自动选择归属于用 户拜访地的号码进行呼叫处理， 增强了用户体验。
附图说明
图 1为本发明实施例组网图；
图 2为本发明实施例呼叫处理的方法示意图；
图 3为本发明实施例的处理主叫流程方法示意图；
图 4为本发明处理主叫流程方法实施例的一个主叫呼叫流程图； 图 5为本发明处理主叫流程方法实施例的另一个主叫呼叫流程图； 图 6为本发明实施例的处理被叫流程方法示意图；
图 7为本发明处理被叫流程方法实施例的一个被叫呼叫流程图； 图 8为本发明处理被叫流程方法实施例的另一个被叫呼叫流程图； 图 9为本发明实施例的呼叫前转方法示意图；
图 10为本发明实施例的有条件前转呼叫流程图；
图 11为本发明实施例的无条件前转呼叫流程图；
图 12为本发明实施例提供的一种呼叫处理装置示意图。
具体实施方式
本发明实施例的组网如图 1所示。 图 1中， 用户开通一"" ^多号业务后， 在智能网业务控制点 SCP ( Service Control Point, 简称 SCP )上保存用户的主号码与各副号码的关联关系， 并记 录了默认号码， 同时在 HLR ( Home Location Register, 归属位置寄存器）上为 用户的主号码做主叫签约信息 （ Originating CAMEL Subscription Information, 简称 O-CSI )和被叫签约信息（ Terminating CAMEL Subscription Information, 简称 T-CSI ), 为用户的所有副号码做上 T-CSI。 默认号码可以为主号， 也可以 为副号， 通常用主号。
这里， 一"" ^多号用户不仅包括一个 SIM卡多个移动电话号码的情况， 还包 括其它一个用户拥有多个标识用户的其他形式的号码、 email地址等的情况。
本发明实施例公开了呼叫处理的方法， 如图 2所示， 主要包括一下步骤： 步骤 201、 接收主叫交换系统发送的呼叫请求消息；
所称交换系统指为用户提供通信服务的网络系统； 包括主、被叫端局的交 换设备， 例如移动业务交换中心 （MSC: Mobile Service Switching Center ) 、 业务交换点 （SSP: Service Switching Piont ) , 也可以是传统有线电话网络口 PSTN ( Public Switched Telephone Network ) 的交换设备、 软交换设备、 基于 互联网的交换设备等， 以及提供相关数据服务的设备， 例如访问位置寄存器 ( VLR: Visitor Location Register ) 、 归属位置寄存器（HLR: Home Location Register )等， 也可以是实现短消息、 多媒体消息等消息类传送业务和 email功 能的交换系统。
所称呼叫请求是在呼叫过程中根据某方用户的业务定购信息触发的请求， 如本发明实施例提到的一"" ^多号业务，具体可以为一"" ^多号用户做主叫或做被 叫时， 主叫交换系统向 SCP触发的一"" ^多号处理业务的呼叫请求。
步骤 202、 才 据所述呼叫请求消息， 查找本地呼叫标识；
本步骤中，如果呼叫请求为一"" ^多号用户做主叫的呼叫请求， 则呼叫请求 消息中会携带一"" 多号用户的主呼叫标识和一-r多号用户的拜访地信息。该步 骤具体为：才 据主呼叫标识， 查找一"" ^多号用户的归属它的拜访地的本地呼叫 标识。
如果呼叫请求为一"" ^多号用户做被叫的呼叫请求 ,则判断该呼叫请求消息 中携带的被叫呼叫标识是否为所述一"" ^多号用户的主呼叫标识，如果不是，根 据所述被叫呼叫标识获取一"" 多号用户的主呼叫标识；然后 ^据主呼叫标识获 取所述一-r多号用户的拜访地信息，并查询一-r多号用户的归属该拜访地的本 地呼叫标识。
这里，拜访地一般指用户访问的交换系统所在地，本地呼叫标识指用户归 属于该拜访地的呼叫标识。本发明实施例中，呼叫标识一般为用户使用的移动 电话号码， 也可以为标识用户的其他形式的号码、 email地址等。 如用户在 A地 注册入网， 则主呼叫标识为主号码 a， 在和 A不同一个交换系统的 B地申请另一 个号码 b, 将 b与所述用户的 a号码之间建立绑定关系， b—般称为副号码。 当当 用户从 A地漫游到 B地做主叫或被叫时 , B地即为在 A地注册入网的所述用户的 拜访地， 这时 b即是所述用户的本地呼叫标识。
步骤 203、 如果能查找到本地呼叫标识， 指示所述主叫交换系统才 据所述 本地呼叫标识处理所述呼叫。
本步骤中，对于一"" ^多号用户做主叫的情况， 则指示主叫交换系统使用查 找到的一""r多号用户的本地呼叫标识为主叫接续被叫交换系统，并指示主叫交 换系统使用该本地呼叫标识作为一"" ^多号用户的计费标识。
对于 ^多号用户做被叫的情况，指示主叫交换系统使用本地呼叫标识作 为一- ^多号用户的计费标识 ,并指示主叫交换系统使用一"" ^多号用户的主呼叫 标识作为被叫接续被叫交换系统。
对于不能查找到本地呼叫标识，则指示所述主叫交换系统根据默认呼叫标 识处理所述呼叫。
下面分别对一"" ^多号用户做主叫、被叫、 以及做被叫时发生前转的情况进 行说明。 这里呼叫标识为一"" ^多号用户的号码， 呼叫请求为 SCP实施一"" ^多号 用户呼叫处理业务的业务触发请求， 端局为上述的交换系统。
本发明一个实施例公开了一种处理主叫流程的方法，该方法中， 以在智能 网中实现为例， 一"" ^多号用户做主叫， 端局触发主叫流程到 SCP, SCP根据用 户拜访地查找归属于此地区的呼叫标识，如果找到， 以此呼叫标识作为来电显 示标识（来电显示号码）和计费标识； 如果没有找到， 则以默认呼叫标识做为 来电显示标识和计费标识。 如图 3所示， 具体有以下步骤：
步骤 301： 接收主叫端局根据主叫用户主呼叫标识签约信息发送的业务触 发消息；
本步骤中 , 业务触发消息为主叫端局向 SCP发送的触发智能业务的消息 , 一般为 IDP消息。 一"" ^多号用户做主叫， 拨打被叫呼叫标识， 主叫用户终端向 主叫端局发出呼叫请求； 主叫端局根据主叫用户主呼叫标识的 O-CSI触发智能 业务流程， 向 SCP发送初始检测点 （Initial Detect Point, IDP ) 消息。
步骤 302: 根据所述业务触发消息中的主呼叫标识和拜访地信息， 查找所 述主叫用户归属所述拜访地的本地呼叫标识；
本步骤中， 归属拜访地的呼叫标识可以为主叫用户的主呼叫标识，也可以 主叫用户的副呼叫标识。如果用户在主叫归属地访问， 则找到的依然是主呼叫 标识； 如果异地漫游， 则找到是归属该异地的副呼叫标识。
步骤 303: 如果能查找到所述主叫用户归属所述拜访地的本地呼叫标识， 指示所述主叫端局使用所述主叫用户归属所述拜访地的本地呼叫标识做为主 叫呼叫标识接续被叫端局；
本步骤中，指示主叫端局用本地呼叫标识作为接续被叫端局时的来电显示 呼叫标识， 具体为在下发的 connect (接续 )消息中修改设置来电显示呼叫标识 为查找到归属所述拜访地的呼叫标识，或并指示主叫端局用该呼叫标识作为计 费标识。
如果没有查找到归属用户拜访地的副呼叫标识，就指示主叫端局以默认呼 叫标识作为来电显示呼叫标识， 并按默认呼叫标识计费。 这里， 默认呼叫标识 可以为主呼叫标识， 也可以才 据以某个副呼叫标识作为计费帐户。 可见， 本发 明实施例还能够克服现有技术中无法对多个号码进行计费的技术问题。
另外，如果指示主叫端局用来计费的呼叫标识是一卡多号用户的副呼叫标 识（归属于用户异地漫游的呼叫标识）， 指示主叫端局用该呼叫标识作为计费 标识具体为： 向主叫端局下发 AC ( Apply Charging, 实施计费）消息以监控时 长， 并下发 FCI ( Furnish Charging Information ) 消息剔除主叫端局话单， 该消 息具体作用将在后面呼叫流程实施例中详细说明。
这样， 主叫端局根据 SCP的指示， 进一步接续被叫端局， 建立主叫和被叫 之间的连接。
另外，如果一"" ^多号用户没有漫游， 就直接用主呼叫标识作为其来电显示 呼叫标识和计费标识， 所以本实施例主要技术效果在于用户进行漫游的情况。 以上述标识为移动电话号码为例，一个主叫呼叫流程中，一"" ^多号用户的 主号码为 a， 副号码为 a，， 被叫用户号码为 下面以一"" ^多号用户在副号码 a'的归属地做主叫为例， 主叫信令流程如图 4所示， 包括如下步骤：
步骤 401、 一"" ^多号用户在副号码 a，的归属地， 拨打被叫号码 b， 发起呼叫 后， 主叫端局 MSCa/VLR/SSP根据主叫用户主号码的 O-CSI触发业务， 向一"" 多号 SCP发送初始检测点 （IDP: Initial Detect Point ) 消息触发智能网业务； 这里， 一- ^多号 SCP为具有处理一"" ^多号业务功能的 SCP, 简称一"" ^多号 SCP。
步骤 402 ~ 405、 一"" ^多号 SCP根据 IDP中的主号码和拜访地信息， 查找到 归属于此拜访地的副号码 a，， 则将此副号码 a，作为来电显示号码和计费号码。 具体为： 下发 RRBE/AC/FCI和 connect消息， 并在下发的 connect消息中修改来 电显示号码 (GenericNumber)为副号码 a，；其中， SCP通过 RRBE ( Request Report BCSM Event ) 消息指示主叫端局关注哪些检测点 （DP ) , 即呼叫的一系列状 态之间的断点， 遇到 DP必然是因为某些呼叫事件来到， 不同的呼叫分支时， 业务只需要知道部分 DP点； AC ( Apply Charging )消息为 SCP需要知道时长等 信息，下发给主叫端局 MSCa/VLR/SSP，指示其准备计费； FCI( Furnish Charging Information )用于指示主叫端局 MSCa/VLR/SSP往计费记录中插入分拣标志。 在 SCP计费并产生话单， 结算时使用 SCP产生的话单， 但是此时端局仍会正常 产生话单， 分拣标志用于把端局产生的话单拣出来， 表明这一段由 SCP进行计 费； Connect消息用于当主被叫号码有改变时， 通知主叫端局进行相应的改变。
步骤 406 ~ 409、 主叫 MSC从被叫号码 b的归属 HLRb获取被叫的漫游号码 MSRN;
其中， SRI消息用于主叫端局向被叫归属 HLRb查询路由信息， PRN( IMSI ) 消息用于被叫归属 HLRb向被叫端局请求获取漫游号码 （ Mobile Station Roaming Number, 简称 MSRN ) , PRN-ACK ( MSRN )和 SRI— ACK ( MSRN ) 分别是这两个消息的返回 , 两消息中携带了 MSRN。
步骤 4010 ~ 4012、 呼叫接续到被叫 MSCb, 向被叫振铃， 向主叫播放回铃 音， 呼叫接通后双方开始通话； 其中，主叫端局向被叫端局发送 IAM (初始地址消息），接续到被叫端局； 被叫端局向主叫端局发送 ACM (地址全消息） ， 被叫开始振铃； ANM (应答 消息）表示被叫应答， 双方接通可以开始通话。
步骤 4013 ~ 4015、 MSCa/VLR/SSP通过向一"" ^多号 SCP的上报通话时长， 通话结束后释放呼叫。
以前述标识为移动电话号码为例， 另一个主叫呼叫流程中，一"" ^多号用户 的主号码为 a， 副号码为 a，，被叫号码为¾)。 下面以用户在主号码 a和副号码 a，的 归属地以外的地区做主叫，在访问地找不到归属访问地的副号的情况下， 默认 号码设置为主号码为例。 信令交互如图 5所示， 包括如下步骤：
步骤 501、 一"" ^多号用户在主号码和副号码 a，的归属地之外， 拨打被叫号 码 b，发起呼叫后，主叫端局 MSCa/VLR/SSP根据用户主号码的 O-CSI触发业务， 向一"" ^多号 SCP发送 IDP消息；
步骤 502、一"" ^多号 SCP根据 IDP消息中的主号码和拜访地信息， 查找归属 于此拜访地的号码， 由于不存在归属于此拜访地的号码， 则以默认号码， 即可 以以主号码为来电显示号码和计费号码。 一"" ^多号 SCP将主号码 a作为来电显 示号码和计费号码， 下发 continue消息指示主叫端局接续。
步骤 503 ~ 506、 主叫 MSC从被叫号码 b的归属 HLRb获取被叫的漫游号码 MSRN;
其中， SRI消息用于主叫端局向被叫归属 HLRb查询路由信息， PRN( IMSI ) 消息用于被叫归属 HLRb向被叫端局请求获取漫游号码 （ Mobile Station Roaming Number, 简称 MSRN ) , PRN-ACK ( MSRN )和 SRI— ACK ( MSRN ) 分别是这两个消息的返回 , 两消息中携带了 MSRN。
步骤 507 ~ 509、 主叫端局呼叫接续到被叫 MSCb, 向被叫振铃， 向主叫播 放回铃音， 呼叫接通后双方开始通话。
其中，主叫端局向被叫端局发送 IAM (初始地址消息），接续到被叫端局； 被叫端局向主叫端局发送 ACM (地址全消息） ， 被叫开始振铃； ANM (应答 消息）表示被叫应答， 双方接通可以开始通话。
另外， 如果一"" ^多号用户在主号码 a的归属地呼叫， 那么找到的仍然是主 号码 a。 根据上面两个流程可以看出 ,本实施例通过寻找归属一"" 多号用户的拜访 地的号码， 以找到的号码作为主叫端局接续时的来电显示号码和计费号码， 而 不需要用户通过输入特殊的号码前缀或其他现有方式切换到归属地的号码，增 强了用户体验， 降低了用户的漫游费用。
本发明另一个实施例公开一种处理被叫流程的方法，该方法以在智能网中 实现为例， 一"" ^多号码用户的主 /副号码做被叫， 主叫端局触发被叫流程到
SCP, SCP找到对应的主呼叫标识并指示主叫端局接续到主号码上。 并根据用 户拜访地找到归属于此地区的号码， 以此号码作为计费号码， 如果没有找到， 则以默认号码做为计费号码。 如图 6所示， 具体有以下步骤：
步骤 601： 接收主叫端局根据呼叫请求的被叫呼叫标识签约信息发送的业 务触发消息；
本步骤中， 主叫用户拨打一"" ^多号用户的主呼叫标识或副呼叫标识， 主叫 用户终端向主叫端局发出呼叫请求；
主叫端局根据被叫呼叫标识的 T-CSI触发智能业务流程，向 SCP发送 IDP消 息；
SCP接收主叫端局发送的 IDP消息。
步骤 602: 根据所述业务触发消息， 确定所述被叫的主呼叫标识； 本步骤中， SCP判断 IDP消息中的被叫呼叫标识是否为一"" ^多号用户的主 呼叫标识， 如果不是， 即， 该被叫呼叫标识为用户的副呼叫标识， 则才 据该副 呼叫标识查找到一"" 多号用户的主呼叫标识。
步骤 603: 根据所述主呼叫标识， 获取所述被叫的拜访地信息；
本步骤中， 如果 IDP消息中的被叫呼叫标识为主呼叫标识， SCP根据 IDP 中的 VLRNumber得到被叫的拜访地信息；如果 IPD消息中的被叫呼叫标识不是 主呼叫标识， 则根据步骤 602确定的主呼叫标识， 向其归属 HLR查询被叫用户 的拜访地信息。
步骤 604: 查找所述被叫的归属所述拜访地的本地呼叫标识；
如果能查找到， 执行步骤 605: 指示所述主叫端局用本地呼叫标识作为计 费标识；
如果不能查找到， 执行步骤 606: 指示所述主叫端局用默认呼叫标识作为 计费标识；
步骤 607: 指示所述主叫端局 据所述主呼叫标识接续被叫端局； 本实施例中， 如果计费呼叫标识为副呼叫标识， SCP下发 AC监控时长， 并在下发的指示所述主叫端局根据所述主呼叫标识接续被叫端局的 connect消 息中携带剔单标记， 此剔单标记用于指示被叫端局往计费记录中插入分拣标 志。 在 SCP计费并产生话单， 结算时使用 SCP产生的话单； 但是此时端局仍会 正常产生话单，计费系统会根据剔单标记把这部分分拣出来。 同时 connect消息 中的被叫呼叫标识为主呼叫标识。如果计费呼叫标识为主呼叫标识， 则只需在 下发的 connect消息中设置被叫呼叫标识为主呼叫标识。
以上述标识为移动电话号码为例，一个被叫呼叫流程中，一"" ^多号用户的 主号码为 a， 副号码为 a，，主叫号码为 一"" ^多号用户在副号码 a，的归属地， 主 号码 a做被叫， 按副号码计费为例， 被叫信令流程如图 7所示， 包括以下步骤： 步骤 701 ~ 702、 一"" ^多号用户在副号码 a，的归属地， 主叫号码 b的用户拨 打 ^多号用户的主号码 a， 主叫终端发起呼叫后， MSCb向被叫号 a的 HLR获 取 T-CSI;
步骤 703、 主叫端局根据被叫号码 a的 T-CSI触发业务， 向处理一"" ^多号业 务的 SCP即一"" ^多号 SCP发送 IDP消息；
步骤 704 ~ 706、 一"" ^多号 SCP先判断出 IDP中的被叫号码 a为主号码， 然后 根据 IDP中的 VLRNumber得到被叫的拜访地信息， 并根据主号码 a和拜访地信 息查找到归属于此拜访地的一"" ^多号用户的副号码 a，， 将副号码 a，作为计费号 码， 下发 RRBE/AC, 并在下发的 connect消息中携带剔单标记， 同时 connect消 息中的被叫号码仍然为主号码；
步骤 707 ~ 7010、 主叫 MSC从主号码 a的归属 HLRa获取被叫的漫游号码 MSRN;
步骤 7011 ~ 7013、 主叫端局接续呼叫到被叫 MSCa， 向被叫振铃， 并向主 叫播放回铃音， 呼叫接通后双方开始通话；
步骤 7014 ~ 7016、 MSCa/VLR/SSP通过向一"" ^多号 SCP的上报通话时长， 通话结束后释放呼叫。 以上述标识为移动电话号码为例， 另一被叫呼叫流程中， 一"" ^多号用户的 主号码为 a， 副号码为 a，，主叫号码为 b。 一"" ^多号用户在主号码 a的归属地， 副号码 a，做被叫， 按主号码 a计费为例， 被叫信令流程如图 8所示， 包括以下 步骤：
步骤 801 ~ 802、一"" ^多号用户在主号码 a的归属地， 主叫号码 b的用户拨 打一"" ^多号用户的副号码 a，， 主叫终端发起呼叫后， 主叫端局 MSCb/VLR/SSP 向被叫号 a'的归属的 HLR a'获取 T-CSI;
步骤 803、 主叫端局根据被叫号码 a，的 T-CSI触发业务， 向一"" ^多号 SCP发 送 IDP消息；
步骤 804、 一"" ^多号 SCP先判断出 IDP中的被叫号码 a'为副号码， 则根据 a' 找到主号码 a， 向主号码归属 HLRa发送 ATI ( Any Time Interrogation, 任意时间 询问） 消息， 该消息用于向 HLRa查询被叫用户终端位置或用户相关信息； 步骤 805、 主号码归属 HLRa向被叫端局 MSCa/VLR发送 PSI ( Provide Subscriber Information ) 消息。
步骤 806、 被叫端局 MSCa/VLR向主号码归属 HLRa返回 PSI—ack响应消息。 步骤 807、 主号码归属 HLRa向一"" ^多号 SCP返回 ATI— ack响应消息， 该消 息中携带 VLRNumber, 用于标识一"" ^多号用户拜访地位置寄存器 VLR。
步骤 808、 一"" ^多号 SCP根据响应消息中的 VLRNumber计算得到一"" ^多号 用户的拜访地信息。并根据拜访地信息查找到归属于此拜访地的号码为主号码 a, 将主号码 a作为计费号码， 向主叫端局在下发的 connect消息中将被叫号码改 为主号码；
步骤 809 ~ 8012、 主叫 MSC从主号码 a的归属 HLR获取被叫的漫游号码 MSRN; 步骤 8013 ~ 8015、主叫端局接续呼叫到被叫 MSCa， 向被叫振铃， 并向主 叫播放回铃音， 呼叫接通后双方开始通话。
本实施例中， 一"" ^多号用户做被叫时， 系统自动查询归属用户拜访地的号 码， 作为计费号码， 而不需要用户手工切换， 增强了用户体验。
本发明再一个实施例公开了一种处理被叫流程中呼叫前转的方法。该方法 中， ^多号码用户的主 /副号码做被叫， 主叫端局触发被叫流程到 SCP, SCP 获取被叫主号码并指示主叫端局接续到主号码上。如果主号码设置了前转， 则 再次触发主号码前转流程到 SCP, SCP根据用户拜访地找到归属于此地区的号 码， 以此号码作为计费号码， 如果没有找到， 则以默认号码做为计费号码。 如 图 9所示， 包括如下步骤：
步骤 901、 主叫拨打一"" ^多号用户的主呼叫标识或副呼叫标识， 主叫用户 终端向主叫端局发出呼叫请求；
步骤 902、 主叫端局先根据被叫呼叫标识的 T-CSI触发智能业务被叫流程， 向 SCP发送 IDP消息；
步骤 903、 SCP根据 IDP中的被叫呼叫标识判断此呼叫标识是否主呼叫标 识， 如果是主呼叫标识， 则执行步骤 904; 如果不是主呼叫标识， 即为副呼叫 标识， 则执行步骤 905;
904: 向主叫端局下发的 connect消息中的被叫呼叫标识保持不变；
905: 找到相应的主呼叫标识， 并在向主叫端局下发的 connect消息中设置 被叫呼叫标识为主呼叫标识。
如果遇到无条件前转或关机时间超过相当长时间， 如 24小时的有条件前 转， 执行步骤 906; 对于其他有条件前转， 执行步骤 907;
步骤 906:主叫端局根据主呼叫标识的 O-CSI和前转呼叫标识触发智能业务 前转流程， 向 SCP发送 IDP消息；
步骤 907: 主叫端局接续到被叫端局后， 由被叫端局根据主呼叫标识的
O-CSI和前转呼叫标识触发智能业务前转流程， 向 SCP发送 IDP消息；
步骤 908、 SCP根据 IDP中的主呼叫标识和拜访地信息， 查找被叫用户归属 于此拜访地的本地呼叫标识，如果有符合条件的呼叫标识， 则将此呼叫标识作 为计费标识； 如果没有则以默认呼叫标识做为计费标识。 如果计费标识是副呼叫标识， 执行步骤 909: SCP向接续端局下发 AC监控 时长， 下发 FCI消息剔除端局话单， 并指示接续； 如果计费标识是主呼叫标识， 执行步骤 9010: 直接指示接续端局进行接续。
本步骤中， 对于无条件前转， 接续端局为主叫端局； 对于有条件前转（指 被叫在指定状态下才前转， 如忙、 无应答、 关机等）， 接续端局为接续前转端 局的被叫端局。
以上述标识为移动电话号码为例，一个被叫呼叫中前转流程中，假设一"" 多号用户的主号码为 a, 副号码为 a，，主叫号码为 b, 前转号码为 c。 一"" ^多号用 户在主号码 a的归属地， 副号码 a，做被叫时发生遇忙有条件前转， 按主号码 a计 费为例， 前转情况下的信令流程如图 10所示， 包括以下步骤：
步骤 1001 ~ 1002、一"" ^多号用户在主号码 a的归属地， 主叫号码 b的用户拨 打一"" ^多号用户的副号码 a，， 主叫终端发起呼叫后， 主叫端局 MSCb/VLR/SSP 向被叫副号 a'的 HLR获取 T-CSI;
步骤 1003、 主叫端局根据被叫号码 a，的 T-CSI触发业务， 向一"" ^多号 SCP 发送 IDP消息；
步骤 1004、 一"" ^多号 SCP先判断出 IDP中的被叫号码 a'为副号码， 根据 a' 找到主号码 a， 向主号码归属 HLRaJ^送 ATI ( Any Time Interrogation, 任意时间 询问） 消息， 该消息用于向 HLRa查询被叫用户终端位置或用户相关信息； 步骤 1005、 主号码归属 HLRa向主号码归属地端局 MSCa/VLR发送 PSI ( Provide Subscriber Information ) 消息；
步骤 1006、 主号码归属地端局 MSCa/VLR向主号码归属 HLRa返回 PSI—ack 响应消息；
步骤 1007、 主号码归属 HLRa向一"" 多号 SCP返回 ATI— ack响应消息； 步骤 1008、 一"" ^多号 SCP根据 ATI— ack响应消息中的 VLRNumber计算得一 卡多号用户的拜访地信息。并根据拜访地信息查找到归属于此拜访地的号码为 主号码 a， 将主号码 a作为计费号码，在下发的 connect消息中将被叫号码改为主 号码 a;
步骤 1009 ~ 10012、 主叫 MSC从主号码 a的归属 HLR获取被叫的漫游号码 MSRN; 步骤 10013、 呼叫接续到被叫 MSCa， 发生遇忙有条件前转；
步骤 10014、被叫端局根据主号码的 O-CSI和前转号码向 SCP发送 IDP消息； 步骤 10015、 SCP判断 IDP消息中重定向号码 a为主号码， 根据拜访地信息 查找归属于该拜访地的号码是主号码 a， 则以主号码 a作为计费号码， 并向主号 码拜访地端局 MSCa /VLR下发 continue消息；
步骤 10016 ~ 10019、 主号码拜访地端局 MSCa/VLR从前转号码 c的归属
HLR获取被叫的漫游号码 MSRN;
步骤 10020 ~ 10022、 呼叫接续到 MSCc, 向主叫播放振铃， 呼叫接通后双 方开始通话。
以上述标识为移动电话号码为例， 另一个被叫呼叫前转流程中，假设一"" 多号用户的主号码为 a, 副号码为 a，，主叫号码为 b, 前转号码为 c。 用户在副号 码 a，的归属地， 主号码 a做被叫时发生无条件前转， 按副号码 a，计费， 信令流程 如图 11所示， 包括以下步骤：
步骤 1101 ~ 1102、 一"" ^多号用户在副号码 a，的归属地， 主叫号码 b的用户 拨打一"" ^多号用户的主号码 a，主叫终端发起呼叫后，主叫端局 MSCb/VLR/SSP 向被叫号 a的归属 HLRa发送 SRI消息， 主号码 a的归属 HLRa把主号码的 T-CSI、 O-CSI、 前转号码以及拜访地 VLRNumber等信息返回给主叫端局 MSCb/VLR/SSP;
步骤 1103、 主叫端局 MSCb/VLR/SSP根据被叫号码 a的 T-CSI触发业务， 向 一"" ^多号 SCP发送 IDP消息；
步骤 1104、一"" ^多号 SCP根据 IDP中携带的前转标志（ ForwardPending )判 断发生前转， 下发 continue消息指示主叫端局接续；
步骤 1105、 MSCb/VLR/SSP根据被叫号码 a的 O-CSI和前转号码触发业务， 向一"" ^多号 SCP发送 IDP消息；
步骤 1106 ~ 1109、 SCP检查 IDP中的重定向号码 a为主号码， 根据 IDP中的
VLRNumber参数得到被叫的拜访地信息， 并根据拜访地信息查找到归属于此 拜访地的副号码 a，， 将副号码 a，作为计费号码， 并向主叫端局下发 RRBE/AC/FCI, 再下发 continue消息指示接续；
步骤 11010 ~ 11013、主叫 MSCb从前转号码 c的归属 HLR获取被叫的漫游号 码 MSRN; 其中步骤 10中 "抑止 T-CSI"是一个标记 , 用于告诉 HLR本次 SRI请求 需要返回 MSRN, 而不是主号码的 T-CSI;
步骤 11014 ~ 11019、 呼叫接续到 MSCc, 向主叫播放振铃， 呼叫接通后双 方开始通话； 并在通话结束后释放呼叫。
本实施例在无条件前转的情况下 ,把呼叫前转到目标交换系统， 仍按查找 到的一"" ^多号用户归属拜访地的本地呼叫标识进行计费 , 接续端局为主叫端 局； 在有条件前转的情况下， 以接续端局为接续前转端局的被叫端局， 把呼叫 进一步转发， 以被叫一"" ^多号用户的归属于拜访地的本地呼叫标识进行计费。 实现了在呼叫前转的应用中使用本地呼叫标识进行计费的目的，增强了用户体 验。
本发明实施例还提供了一种呼叫处理装置， 如图 12所示， 包括： 接收单元 121 , 用于接收主叫交换系统发送的呼叫请求消息；
查找单元 122， 用于根据所述呼叫请求消息， 查找本地呼叫标识； 指示单元 123， 用于如果所述查找单元 122查找到本地呼叫标识，指示所述 主叫交换系统根据所述本地呼叫标识处理所述呼叫。
优选地， 指示单元 123还用于所述查找单元 122不能查找到本地呼叫标识 时， 指示所述主叫交换系统根据默认呼叫标识处理所述呼叫。
优选的地， 查找单元 122包括：
确定子单元 1221 , 用于根据所述呼叫请求消息中携带的被叫呼叫标识， 确 定所述一"" ^多号用户的主呼叫标识；
获取子单元 1222, 用于根据所述确定子单元 1221确定的所述主呼叫标识， 获取所述一卡多号用户的拜访地信息；
查询子单元 1223，用于查询所述一"" ^多号用户的归属所述拜访地的本地呼 叫标识。
优选地， 确定子单元 1221包括：
判断子单元 12211 , 用于判断所述被叫呼叫标识是否为所述一"" 多号用户 的主呼叫标识；
查找子单元 12212， 用于在所述被叫呼叫标识不是所述一"" ^多号用户的主 呼叫标识的情况下， ^居所述被叫呼叫标识获取一"" ^多号用户的主呼叫标识。 本实施例实现了一"" 多号用户用主号或副号进行呼叫前转，并在实现前转 功能的同时， 不影响按用户拜访地的号码作为计费号码， 增强了用户体验。
以上对本发明实施例所提供了实现处理主叫流程、被叫流程和被叫流程中 呼叫前转的方法，以及相应的设备。本发明实施例中，一"" ^多号用户做主叫时， 系统根据用户拜访地自动选择呼出号码和计费号码， 无需用户加拨前缀； 一"" 多号用户做被叫时， 系统自动选择归属于用户拜访地的号码进行计费。 另夕卜， 当一- ^多号用户做被叫发生前转时，系统在自动选择归属于用户拜访地的号码 计费的同时， 接续前转端局。 实现了用户拜访地号码的主叫和被叫计费， 增强 了用户的体验。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发 明可借助软件加必需的通用硬件平台的方式来实现， 当然也可以通过硬件，但 很多情况下前者是更佳的实施方式。本发明的技术方案可以以软件产品的形式 体现出来，该计算机软件产品可以存储在存储介质中， 包括若干指令用以使得 计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行本发明各个 实施例所述的方法。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进 一步详细说明， 所应理解的是， 以上所述仅为本发明的具体实施例而已， 并不 用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求
1、 一种呼叫处理方法， 其特征在于， 包括步骤：
接收主叫交换系统发送的呼叫请求消息；
根据所述呼叫请求消息 , 查找本地呼叫标识；
如果能查找到本地呼叫标识，指示所述主叫交换系统 ^居所述本地呼叫标 识处理所述呼叫。
2、 根据权利要求 1所述的方法， 其特征在于， 还包括步骤：
如果不能查找到本地呼叫标识，指示所述主叫交换系统根据默认呼叫标识 处理所述呼叫。
3、根据权利要求 1所述的方法， 其特征在于， 所述呼叫请求为一"" ^多号用 户做主叫的呼叫请求 ,所述呼叫请求消息中携带所述一"" ^多号用户的主呼叫标 识和所述一"" ^多号用户的拜访地信息；
所述根据所述呼叫请求消息， 查找本地呼叫标识包括：根据所述一"" ^多号 用户的主呼叫标识， 查找所述一"" ^多号用户的归属所述拜访地的本地呼叫标 识。
4、根据权利要求 3所述的方法， 其特征在于， 所述指示所述主叫交换系统 根据所述本地呼叫标识处理所述呼叫包括：指示所述主叫交换系统使用所述本 地呼叫标识为主叫， 接续被叫交换系统。
5、根据权利要求 4所述的方法， 其特征在于， 所述指示所述主叫交换系统 根据所述本地呼叫标识处理所述呼叫的步骤还包括：
指示所述主叫交换系统使用所述本地呼叫标识作为所述一"" ^多号用户的 计费标识， 对所述一- ^多号用户进行计费。
6、根据权利要求 1所述的方法， 其特征在于， 所述呼叫请求为一"" ^多号用 户做被叫的呼叫请求， 所述根据所述呼叫请求消息， 查找本地呼叫标识包括： 根据所述呼叫请求消息中携带的被叫呼叫标识 ,确定所述一"" 多号用户的 主呼叫标识；
根据所述主呼叫标识， 获取所述一"" 多号用户的拜访地信息；
查询所述一"" ^多号用户的归属所述拜访地的本地呼叫标识。
7、根据权利要求 6所述的方法， 其特征在于， 所述指示所述主叫交换系统 根据所述本地呼叫标识处理所述呼叫包括：
指示所述主叫交换系统使用所述本地呼叫标识作为所述一"" ^多号用户的 计费标识；
指示所述主叫交换系统使用所述一"" 多号用户的主呼叫标识作为被叫，接 续被叫交换系统。
8、根据权利要求 6所述的方法， 其特征在于， 所述根据所述呼叫请求消息 中携带的被叫呼叫标识， 确定所述一"" ^多号用户的主呼叫标识包括：
判断所述被叫呼叫标识是否为所述一"" 多号用户的主呼叫标识 , 如果不 是， 根据所述被叫呼叫标识获取一"" 多号用户的主呼叫标识。
9、 根据权利要求 8所述的方法， 其特征在于， 所述根据所述主呼叫标识， 获取所述一卡多号用户的拜访地信息包括：
如果所述被叫呼叫标识是所述一"" ^多号用户的主呼叫标识，则根据所述呼 叫请求消息中携带的拜访位置寄存器号， 得到所述一卡多号用户的拜访地信 如果所述被叫呼叫标识不是所述一"" ^多号用户的主呼叫标识，则从所述根 据所述被叫呼叫标识获取的一"" ^多号用户的主呼叫标识的归属位置寄存器，获 取所述一-r多号用户的拜访地信息。
10、 根据权利要求 6所述的方法， 其特征在于， 如果所述呼叫请求消息中 有无条件前转标识，所述指示所述主叫交换系统根据所述本地呼叫标识处理所 述呼叫包括：
指示所述主叫交换系统使用所述本地呼叫标识作为所述一"" ^多号用户的 计费标识；
指示所述主叫交换系统使用主叫号码， , 接续前转交换系统。
11、 根据权利要求 7所述的方法， 其特征在于， 所述指示所述主叫交换系 统使用一"" ^多号用户的主呼叫标识作为被叫接续被叫交换系统的步骤中，如果 所述一"" ^多号用户有条件前转， 还包括：
指示所述一""r多号用户的主呼叫标识的交换系统， 接续前转交换系统。
12、 一种呼叫处理装置， 其特征在于， 包括：
接收单元， 用于接收主叫交换系统发送的呼叫请求消息； 查找单元， 用于根据所述呼叫请求消息， 查找本地呼叫标识； 指示单元， 用于所述查找单元查找到本地呼叫标识，指示所述主叫交换系 统根据所述本地呼叫标识处理所述呼叫。
13、根据权利要求 12所述的装置， 其特征在于， 所述指示单元还用于如果 所述查找单元未查找到本地呼叫标识，指示所述主叫交换系统根据默认呼叫标 识处理所述呼叫。
14、 根据权利要求 12所述的装置， 其特征在于， 所述查找单元包括： 确定子单元， 用于根据所述呼叫请求消息中携带的被叫呼叫标识，确定所 述一"" ^多号用户的主呼叫标识；
获取子单元， 用于根据所述确定子单元确定的所述主呼叫标识，获取所述 一- ^多号用户的拜访地信息；
查询子单元，用于查询所述一"" 多号用户的归属所述拜访地的本地呼叫标 识。
15、 根据权利要求 14所述的装置， 其特征在于， 所述确定子单元包括： 判断子单元，用于判断所述被叫呼叫标识是否为所述一"" ^多号用户的主呼 叫标识；
查找子单元，用于如果所述被叫呼叫标识不是所述一"" ^多号用户的主呼叫 标识， ^居所述被叫呼叫标识获取一"" ^多号用户的主呼叫标识。
PCT/CN2009/070382 2008-03-06 2009-02-09 一种呼叫流程处理方法和装置 WO2009109114A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09003310A EP2099242A3 (en) 2008-03-06 2009-03-06 Single IMSI Multi MSISDN service allocating a local number to a roaming subscriber
ZA2010/07100A ZA201007100B (en) 2008-03-06 2010-10-05 Call flow processing method and apparatus thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2008100658078A CN101247651B (zh) 2008-03-06 2008-03-06 一种呼叫流程处理方法和装置
CN200810065807.8 2008-03-06

Publications (1)

Publication Number Publication Date
WO2009109114A1 true WO2009109114A1 (zh) 2009-09-11

Family

ID=39947788

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/070382 WO2009109114A1 (zh) 2008-03-06 2009-02-09 一种呼叫流程处理方法和装置

Country Status (3)

Country Link
CN (1) CN101247651B (zh)
WO (1) WO2009109114A1 (zh)
ZA (1) ZA201007100B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108810835A (zh) * 2017-12-28 2018-11-13 中国移动通信集团公司 一号多终端的关联方法、装置、终端和存储介质

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101247651B (zh) * 2008-03-06 2012-07-04 华为技术有限公司 一种呼叫流程处理方法和装置
CN101677474B (zh) * 2008-09-17 2013-04-24 华为技术有限公司 一种实现一卡多号业务的方法、系统及装置
CN101431735B (zh) * 2008-10-24 2011-07-27 中国移动通信集团山东有限公司 一种语音通信过程中推送用户信息的方法及装置
CN101790157B (zh) * 2009-01-23 2015-07-29 华为技术有限公司 实现一卡多号业务的方法及设备
CN101902717B (zh) * 2009-05-26 2014-12-31 华为技术有限公司 一种修改付费标识的控制方法、装置以及通信系统
CN102892101B (zh) * 2011-07-19 2017-11-14 中兴通讯股份有限公司 一种智能漫游业务的实现方法及系统
CN103139765B (zh) * 2013-01-30 2016-01-27 华为软件技术有限公司 一种一卡多号业务的控制方法、控制装置及系统
CN104735269A (zh) * 2013-12-24 2015-06-24 中国移动通信集团山东有限公司 一种语音呼叫方法和设备
CN104219399B (zh) * 2014-08-27 2018-03-09 张震 一卡多号的选号方法、终端、策略服务器及系统
CN105813110A (zh) * 2014-12-30 2016-07-27 中国移动通信集团公司 一种呼叫管理方法、网络设备及系统
CN109121132A (zh) * 2017-06-26 2019-01-01 中兴通讯股份有限公司 一种信息处理方法、装置及计算机可读存储介质
CN110290488B (zh) * 2019-07-02 2021-05-11 中国联合网络通信集团有限公司 呼叫转移上报方法、寄存器、终端和区块链网络系统
CN110913385A (zh) * 2019-11-26 2020-03-24 广州点动信息科技股份有限公司 一种一卡多号业务呼出及呼入的方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6434400B1 (en) * 1998-02-25 2002-08-13 Motorola, Inc. Method and apparatus for data communication using a multi-number mobile telephone
CN1852453A (zh) * 2005-09-19 2006-10-25 华为技术有限公司 一种一卡多号业务呼出及呼入的方法
CN1946104A (zh) * 2006-03-01 2007-04-11 华为技术有限公司 一卡多号业务的实现方法
CN1984180A (zh) * 2006-04-06 2007-06-20 华为技术有限公司 一卡多号业务的实现方法
CN1997222A (zh) * 2006-12-31 2007-07-11 华为技术有限公司 一卡多号的实现方法及其系统
CN101247651A (zh) * 2008-03-06 2008-08-20 华为技术有限公司 一种呼叫流程处理方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070281676A1 (en) * 2006-06-01 2007-12-06 Motorola, Inc. Multi model address book

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6434400B1 (en) * 1998-02-25 2002-08-13 Motorola, Inc. Method and apparatus for data communication using a multi-number mobile telephone
CN1852453A (zh) * 2005-09-19 2006-10-25 华为技术有限公司 一种一卡多号业务呼出及呼入的方法
CN1946104A (zh) * 2006-03-01 2007-04-11 华为技术有限公司 一卡多号业务的实现方法
CN1984180A (zh) * 2006-04-06 2007-06-20 华为技术有限公司 一卡多号业务的实现方法
CN1997222A (zh) * 2006-12-31 2007-07-11 华为技术有限公司 一卡多号的实现方法及其系统
CN101247651A (zh) * 2008-03-06 2008-08-20 华为技术有限公司 一种呼叫流程处理方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108810835A (zh) * 2017-12-28 2018-11-13 中国移动通信集团公司 一号多终端的关联方法、装置、终端和存储介质
CN108810835B (zh) * 2017-12-28 2021-03-05 中国移动通信集团公司 一号多终端的关联方法、装置、终端和存储介质

Also Published As

Publication number Publication date
ZA201007100B (en) 2011-12-28
CN101247651B (zh) 2012-07-04
CN101247651A (zh) 2008-08-20

Similar Documents

Publication Publication Date Title
WO2009109114A1 (zh) 一种呼叫流程处理方法和装置
EP2099242A2 (en) Single IMSI Multi MSISDN service allocating a local number to a roaming subscriber
CN101146266B (zh) 为用户增加特殊用途号码的方法及系统
WO2007098668A1 (fr) Procédé, dispositif de commande de service et système de communication pour réaliser le service d'une carte à plusieurs numéros
CN1863252B (zh) 为用户增加特殊用途号码的方法及系统
WO2011029323A1 (zh) 转网业务的通话方法、系统以及移动交换中心
WO2003015437A1 (fr) Procede permettant de faire aboutir un appel itinerant a un dispositif client intelligent eloigne
WO2008104115A1 (fr) Procédé de facturation de service par groupe de central téléphonique et dispositif de commande de service
WO2009129711A1 (zh) 呼叫前转的方法、设备及系统
WO2010127532A1 (zh) 一号多机业务的实现方法及系统
WO2008089675A1 (fr) Procédé, système, commutateur et point de commande de service pour mettre en oeuvre un renvoi d'appel
CN102131171A (zh) 实现跨地域的虚拟专用网业务的方法及设备
CN109451491B (zh) 一种携号转网的通信方法、主叫的业务控制点
WO2007115480A1 (fr) Procédé, système et équipement d'abonné itinérant intelligent de déclenchement de service intelligent dans son site nominal
WO2010043173A1 (zh) 一种号码变换的方法、系统和装置
WO2010048877A1 (zh) 实现被叫确认付费业务的方法和系统
CN100461963C (zh) 呼叫控制方法
US7649987B1 (en) System and method for forwarding selective calls
WO2012159319A1 (zh) 固话仿真的方法、平台及通信系统
CN103906002B (zh) 一种一号通业务实现方法及系统
CN101674496B (zh) 综合虚拟专用网系统及触发综合虚拟专用网业务的方法
JP2004282765A (ja) 遠隔通信システムにおいて多回線請求を提供する装置および方法
US7940912B2 (en) System and method for virtual wireless calling
WO2007115440A1 (fr) Système et procédé de composition de plusieurs numéros pour un service téléphonique
WO2011130946A1 (zh) 一种智能网呼叫计费方法及网络

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09718291

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09718291

Country of ref document: EP

Kind code of ref document: A1