WO2004093474A1 - Procede de production d'appel par abonne intelligent en itinerance - Google Patents
Procede de production d'appel par abonne intelligent en itinerance Download PDFInfo
- Publication number
- WO2004093474A1 WO2004093474A1 PCT/CN2004/000017 CN2004000017W WO2004093474A1 WO 2004093474 A1 WO2004093474 A1 WO 2004093474A1 CN 2004000017 W CN2004000017 W CN 2004000017W WO 2004093474 A1 WO2004093474 A1 WO 2004093474A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- calling
- ssp
- call
- scp
- Prior art date
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/72—Finding out and indicating number of calling subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
Definitions
- the invention relates to a roaming call technology of a smart user, and in particular to a method for a smart user to initiate a call in a case where the smart user cannot interact with the home network when the smart user roams.
- the number of smart users has increased year by year.
- the smart users mentioned here include, but not Limited to users who use prepaid services and users who use mobile virtual private network services. Then, with the increase of the proportion of smart users, the requirement to provide roaming functions for smart users, especially international roaming functions, has become increasingly prominent.
- the user information is stored on the service exchange point (SCP) of the home intelligent network.
- SCP service exchange point
- the basic characteristics of mobile intelligent network services are: When a smart user attempts to initiate a call or answer a call, the core network needs to report to the smart network device to which the current smart user belongs.
- the call information is determined by the mobile intelligent network system based on the user information, such as the user's account balance and expiration date, to allow the core network to continue the call, so as to control the user's call and achieve billing purposes. It can be seen that there are two basic requirements for implementing intelligent services through the intelligent network: 1) The core network device can identify whether the calling parties in a call are smart users;
- the core network device can report the condition of the call to the intelligent network and accept the control of the intelligent network.
- the mobile intelligent network has its special characteristics, under the current technical conditions, if it is necessary to provide roaming services to smart users, it is necessary that the home operator of the home location of the smart user and the operator of the currently visited site use the same mobile smart network.
- System the same intelligent business solutions and processes, and the network between the two operators must be interconnected.
- the existing international standards and protocols for mobile intelligent networks do not clearly define the smart service schemes and signaling processes. Therefore, it is necessary to implement intelligence among different mobile intelligent network operators in different countries or even different regions. There is considerable difficulty in user roaming. The following problems exist:
- an intelligent service it mainly includes two processes: one is a control process for placing a call to a user, and the other is a control process for accepting a call by a user.
- a user is roaming, such as international roaming, in a mobile network, since only the user's home network can obtain the user's roaming location, when the user is called, the call will be routed to the user regardless of the location of the calling user Home network. Therefore, for a smart user, when the user roams as a called party, since the call will be routed back to the user's home network, and the home network itself has built an intelligent network, the existing technology is fully capable of roaming the user. Monitor the situation of the called party.
- the entire calling process does not need to have a relationship with the user's home network.
- the only thing that can be done is to decide whether to give the user the right to call when roaming. If the user is given permission, according to the capabilities of the existing network, unless the user roams the core network and the user's home network's intelligent network.
- a connection is established in accordance with a certain intelligent network standard, otherwise the user cannot be further restricted, and the network roaming by the user cannot be restricted by the user, as well as the intelligent user. In this way, it is impossible to guarantee the control and charging of calls to users.
- the current mobile intelligent network systems in actual applications include customized CAMEL standards based on mobile network enhanced logic, and also based on Intelligent Network Application Protocol (INAP) standards. These intelligent networks based on different systems require It is basically impossible to realize the interworking of intelligent services.
- INAP Intelligent Network Application Protocol
- the main object of the present invention is to provide a method for realizing a call initiated by a smart user when roaming, so that the smart user can initiate a call as a caller when roaming, thereby enabling an operator to provide users with richer services.
- a method for initiating a call when a smart user is roaming includes the following steps: a.
- a roaming smart user initiates a call as a calling party, he sends a USSD request containing an unstructured supplementary service data (USSD) service code and the called user number to his home service control point (SCP);
- USSD unstructured supplementary service data
- step b determine whether the USSD service code in the request corresponds to the USSD callback service (UCB) service and whether the calling user who initiated the call is allowed to use the UCB service; if so, proceed to step c; otherwise, end the call flow;
- UMB USSD callback service
- the calling user's home SCP commands its corresponding service switching point (SSP) to establish SSP call connection to the calling user and the called user respectively;
- SSP service switching point
- the call from the SSP to the calling user and to the called user is as follows: First, the SSP is connected to the calling user, and the call connection is established after the SSP is successfully established. After the call connection from the SSP to the calling user is successfully established, the SSP can play a prompt to the calling user to connect the called user.
- the step b further includes:
- the USSD request sent by the calling user in step a is sent to the home location register (HLR) to which the calling user belongs via the mobile switching center (MSC) where the calling user is currently located; b2.
- the home HLR of the calling user sends the The USSD request is forwarded directly to the home SCP of the calling user;
- the home SCP of the calling user After receiving the USSD request, the home SCP of the calling user first analyzes the calling number and the called number, and then determines whether the USSD service code in the USSD request is a UCB service. If not, the call flow ends; otherwise To further authenticate the calling user to determine whether the calling user is allowed to use the UCB service, if it is allowed, proceed to step c, and if not, to end the call flow.
- the establishing a call from the SSP to the calling or called user further includes:
- SSP sends routing information message SendRoutinglnfo to the home or HLR of the calling or called user;
- the HLR of the calling or called user returns the roaming number of the calling or called user to the SSP;
- the SSP sends an initial address message (IAM) carrying the roaming number of the user to the calling or called user's current MSC; c4. determining whether the calling or The address full signal (ACM) message and response signal (ANM) message returned by the MSC where the called user is currently located. If there are, the call is successfully established, and the SSP reports the calling or called user's response event to the calling user's home SCP. ; Otherwise, the call setup is unsuccessful.
- IAM initial address message
- ACM address full signal
- NAM response signal
- the method further includes: after the call of the calling user is ended, after the SSP detects the on-hook event, the SSP reports the user on-hook event to the home SCP of the calling user and the called user, and the SSP is dismantled after receiving the release call command issued by the SCP Call to release the occupied resources.
- the method further includes: the SSP reports the calling user on-hook event to the calling user's home SCP, the SCP to which the calling user belongs sends a release call command to the SSP; the SSP belongs to the called user The SCP reports an on-hook event of the calling user. The SCP to which the called user belongs sends a call release command to the SSP. The SSP tears down the call on the called user side and releases the occupied resources.
- the method further includes: the SSP reports the called user on-hook event to the SCP to which the called user belongs, and the SCP to which the called user belongs sends a command to release the call to the SSP; the SSP sends to the calling user The belonging SCP reports the on-hook event of the called user. The SCP belonging to the calling user sends a command to release the call to the SSP, and the SSP removes the calling user. Call on the client side and release the occupied resources.
- the method further includes: the SSP reports the calling user or called user on-hook event to the SCP to which the calling user belongs, and simultaneously reports the calling user to the SCP to which the called user belongs. Or when the called user hangs up, the SCP to which the calling user belongs and the SCP to which the called user belongs respectively send a call release command to the SSP, and the SSP releases the occupied resources after receiving the call release command.
- the method further includes: The SSP reports to the SCP to which the calling user belongs and the SCP to which the called user belongs respectively according to the respective response time of the calling user and the called user as the charging starting point. Time-consuming information, the SCP to which the calling user belongs and the SCP to which the called user belongs respectively charge the calling user and the called user. Or, the SSP uses the time when the bridging is successful as the charging start point, and reports the charging time information to the SCP to which the calling user belongs and the SCP to which the called user belongs. The SCP to which the calling user belongs and the SCP to which the called user belongs respectively Calling and called users are billed.
- the SSP will use the time of successful bridging as the starting point of the calling user's billing, and report the charging time information to the SCP to which the calling user belongs.
- the response time of the user is used as the charging starting point of the called user, and the charging time information is reported to the SCP to which the called user belongs, and the SCP to which the called user belongs charges the called user.
- the called user is a smart user or a common global mobile communication system
- GSM Global System for Mobile communications
- PBX private branch exchange
- CDMA code division multiple access system
- the method for initiating a call when a smart user roams is that when a smart user roams as a caller and initiates a call, the calling smart user sends an unstructured service to the service control point (SCP) to which the user belongs.
- SCP service control point
- a supplementary service data (USSD) request thereby triggering a call initiated by a smart user to the SCP to which the smart user belongs.
- MSC mobile switching center
- the invention only requires that the mobile switching center (MSC) of the roaming mobile communication network supports the USSD function, and the contention is low. It meets the requirements for the consistency of the intelligent network between the roaming location and the home location, thereby solving the problem of smart users initiating calls when roaming internationally or in certain regions.
- the above solutions can effectively provide operators with calling solutions when smart users are roaming internationally or regionally, helping operators to provide richer services to end users, increasing the operator's operating income, and providing users with better services. At the same time, it also provides great convenience for end-user cross-border or cross-region communication.
- FIG. 1 is a schematic diagram of networking of a UCB call in the present invention
- FIG. 2 is a schematic flowchart of a UCB call according to the present invention. Mode of Carrying Out the Invention
- the present invention mainly solves how to trigger a call initiated by a smart user from a different place to the SCP to which the smart user belongs. And because general MSCs support the USSD function, it is universal to use USSD signaling to transmit control messages. Based on this, the implementation idea of the present invention is: When a roaming smart user initiates a call as a caller, the smart user sends a USSD Request that the call connection be established by the smart user belonging to the SCP, establish a call from the service exchange point (SSP) to the smart user and the called user, and then call from the SSP to the smart user and the called user. After the establishment is successful, the two connected half-segment calls are finally bridged through the SSP to realize the call between the calling party and the called party.
- SSP service exchange point
- FIG. 1 This is the UCB call networking diagram based on the present invention.
- user A represents a smart user roaming to another country or another area. It is a smart user who initiates a call through the USSD.
- MSC / VLRa belongs to the main The visited network called smart user A, SCPa and HLRa belong to the home network of calling smart user A; smart user B is the user who accepts the call, MSC / VLRb belongs to the visited network of called smart user B, and SCPb and HLRb belong to the called smart User B's home network;
- the service switching point / gateway mobile switching center (SSP / GMSC) belongs to the home network of smart user A and directly accesses SCPa to which smart user A belongs.
- the first phase in the figure indicates the establishment of a call from SSP to user A, and the second phase indicates the establishment of a call from SSP to user B.
- the phase refers to the interaction process between SSP and SCPa.
- Step 1 When smart user A wants to initiate a call, smart user A initiates a request to the home SCPa through a USSD request, where the USSD request contains the USSD service code and the called number
- the USSD service code here should be the service code corresponding to the UCB service.
- Step 2 The USSD request of smart user A is transmitted to the home HLRa of smart user A through the visited MSCa of smart user A. Since the visited MSC supports the USSD function, it supports the transmission of USSD requests. The home HLRa sends the USSD The request is forwarded to the home SCPa of Smart User A.
- Step 3 SCPa first analyzes the calling number according to the USSD request of smart user A And called number, determine whether the service code in the USSD request is a UCB service. If so, SCPa authenticates smart user A. If smart user A is allowed to enjoy the UCB service, SCPa instructs SSP to start the call; if not, Allow smart user A to enjoy the UCB service, return failure information to smart user A, and end this call flow.
- Step 4 After receiving the call establishment command from SCPa, the SSP establishes a call to smart user A: After a series of interactions with SCPa, SSP issues a charging command and instructs the call to proceed, and SSP sends the call to the smart user.
- the HLRa that belongs to A sends SendRoutingInfo; after that, the HLRa that belongs to smart user A returns the roaming number MSRN of the user to the SSP, and the SSP performs connection according to the roaming number MSRN of smart user A, that is, the roaming number carrying smart user A is sent to roam
- the initial address message (IAM) of the number MSRN is to the visited MSC where the smart user A is currently located.
- the SSP will receive the address full signal (ACM) message and the response signal (ANM) message returned by the visiting MSC where the smart user A is currently located, and then the SSP reports the event that the smart user A responds to SCPa; After receiving the response from Smart User A reported by SSP, SCPa instructs SSP to connect to Smart User A. If the call establishment is unsuccessful, the SSP reports the call establishment failure information to SCPa and ends the call flow.
- ACM address full signal
- ACM response signal
- ACM response signal
- SCPa instructs SSP to connect to Smart User A.
- Step 5 After SSP connects to smart user A, it will play a prompt tone to smart user A to indicate that the call is being connected, please wait and report to SCPa that smart user A has been connected; after SCPa receives the notification, it instructs SSP to start Connect smart user B.
- the SSP may not play a prompt tone to the smart user A, and the smart user A is in a mute state waiting for the smart user B to be connected.
- Step 6 Since the user SCP B of smart user B needs to charge user B, the SSP first interacts with the user SCP b of smart user B. The user SCP b of smart user B issues a charging command and instructs the call to proceed.
- Step 7 After the SSP receives the command from SCPb, it establishes itself to the smart user B.
- the SSP sends the routing information message SendRoutinglnfo to the HLRb where smart user B is located, and retrieves the roaming number MSRN of smart user B from the HLRb to which smart user B belongs, and then connects according to the roaming number MSRN of smart user B.
- the SSP will receive the address full signal (ACM) message and the response signal (ANM) message returned by the MSC of the end office where the smart user B is located. Then, the SSP reports the event that the smart user B answers to SCPa; SCPa After receiving the response from the B user reported by the SSP, the SSP is instructed to bridge the two half-segments.
- ACM address full signal
- ACM response signal
- Step 8 The SSP bridges the two halves of the call. The call between Smart User A and Smart User B is connected and the call can begin.
- Step 9 After the call between smart user A and smart user B ends, smart user A hangs up first, then SSP reports charging time information and smart user A hang up event to SCPa, and also reports charging time information and smart user A to SCPb. On-hook event.
- Step 10 SCPa and SCPb charge the calling and called users respectively, and order
- the SSP removes the call; the SSP removes the call to the smart user B side, ends the call process, and releases the occupied resources.
- a and B are smart users, and smart user A hangs up first.
- User B is an ordinary GSM user, or a fixed network user, or a PBX user, or a CDMA user; and user B hangs up first.
- a process similar to this process can also be used, except that the involved central office or the steps of removing the call and putting resources dry are not exactly the same.
- the SSP when the SSP detects that the called user hangs up first, the SSP reports the called user on-hook event to the SCP to which the called user belongs, and the SCP to which the called user belongs sends a call release command to the SSP; the SSP belongs to the calling user SCP reports the called user hang up event, the calling party The SCP to which the user belongs sends a call release command to the SSP, and the SSP tears down the call on the calling user side and releases the occupied resources.
- the SSP when the SSP detects that the calling user and the called user hang up at the same time, the SSP reports the calling user or called user on-hook event to the SCP to which the calling user belongs, and simultaneously reports the calling user or user to the SCP to which the called user belongs.
- the SCP to which the calling user belongs and the SCP to which the called user belongs respectively send a call release command to the SSP, and the SSP releases the occupied resources after receiving the call release command.
- the above steps are directed to a general call establishment sequence, that is, a call to the intelligent user A is established first, and then a call to the user B is established.
- the call set up by SSP to smart user A is actually an international long-distance or regional long-distance call. From a billing perspective, although the call to user B has not yet been established, user A The roaming location of has begun to calculate the international long-distance cost of user A, so the home operator of user A will bear a certain loss. Therefore, since the called number is known, it is also possible to establish a call from SSP to user B first, and then establish a call to smart user A.
- the loss of the operator can be relatively reduced.
- the SSP establishes a call with first the SCP to which the calling user belongs is determined, and different call establishment orders can be adopted according to the requirements of the operator where the calling user belongs.
- SCPa and SCPb only obtain the relevant charging information reported by the SSP, such as the call duration and other information.
- SCPa and SCPb only obtain the relevant charging information reported by the SSP, such as the call duration and other information.
- the invention can not only realize the problem of smart users calling when they are roaming internationally, but also applicable to the case where the smart network where the smart user visits and the home network cannot communicate with each other in the same country.
- SCPa instructs SSP to be established in the calling process of the calling user in steps 4, 5, and 6 and subsequent interactions between SSP and SCP may have different combinations and implementations; SCPa instructs SSP to establish in step 7 There may be different combinations and implementations of SSP and SCPa interactions during and after the called user's call.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
La présente invention concerne un procédé permettant à un abonné intelligent de produire des appels pendant l'itinérance. A cet effet, a) quand l'abonné intelligent itinérant produit un appel entant qu'utilisateur appelant, il envoie une demande incluant des données de service supplémentaires non structurées (USSD) et l'USSD de l'abonné appelé à l'abonné intelligent rattaché au pointeur de configuration système (SCP). Une fois que le SCP a reçu la demande d'USSD, b) l'abonné intelligent vérifie si l'USSD inclus est un service UCB de l'USSD, et si cela autorise l'abonné appelant à utiliser le service UCB. Si c'est le cas, on passe en c), autrement, on quitte la séquence. L'abonné appelant c) rattaché à la commande SCP correspondant au point de commutation de service (SSP) établit la liaison de communication depuis le SSP vers l'abonné appelant, et depuis le SSP vers l'abonné appelé. On vérifie alors que la liaison de communication a bien été établie. Si c'est le cas, le SSP fait la passerelle entre les deux demi-segments de la communication, établit un canal entre l'abonné appelant et l'abonné appelé, réalise la communication, sinon, on quitte la séquence. L'invention permet ainsi à l'abonné intelligent de produire un appel en tant qu'abonné appelant, puis d'obtenir des fournisseurs de service de fournir à l'abonné un service abondant.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN03121977.2 | 2003-04-18 | ||
CNB031219772A CN100426913C (zh) | 2003-04-18 | 2003-04-18 | 一种实现智能用户漫游时发起呼叫的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2004093474A1 true WO2004093474A1 (fr) | 2004-10-28 |
Family
ID=33163875
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2004/000017 WO2004093474A1 (fr) | 2003-04-18 | 2004-01-06 | Procede de production d'appel par abonne intelligent en itinerance |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN100426913C (fr) |
WO (1) | WO2004093474A1 (fr) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101047999B (zh) * | 2006-06-30 | 2012-01-25 | 华为技术有限公司 | 呼叫接续方法、服务端及系统 |
CN1937672B (zh) * | 2006-09-12 | 2011-04-20 | 华为技术有限公司 | 一种实现回呼通知业务的网络节点以及方法 |
CN101026877A (zh) * | 2007-01-31 | 2007-08-29 | 华为技术有限公司 | 一种呼叫业务实现方法、系统和装置 |
CN101282574A (zh) * | 2007-04-05 | 2008-10-08 | 华为技术有限公司 | 通信系统、设备以及多媒体呼叫方法 |
CN101330730B (zh) * | 2007-06-19 | 2012-09-05 | 中兴通讯股份有限公司 | 基于非结构化补充业务数据的回呼业务实现方法及系统 |
CN101111071B (zh) * | 2007-08-24 | 2011-07-20 | 中兴通讯股份有限公司 | Cdma智能业务实现非结构化用户数据功能的方法 |
CN101304564B (zh) * | 2008-06-26 | 2012-11-28 | 中兴通讯股份有限公司 | 一种智能网紧急回呼业务的实现方法及系统 |
CN101730025A (zh) * | 2008-10-27 | 2010-06-09 | 华为技术有限公司 | 实现被叫确认付费业务的方法和系统 |
CN101483851B (zh) * | 2009-02-06 | 2012-07-04 | 中兴通讯股份有限公司 | 回呼实现方法和系统 |
CN102036203A (zh) * | 2010-12-23 | 2011-04-27 | 中兴通讯股份有限公司 | 一种回呼业务处理方法及设备 |
CN103024712A (zh) * | 2012-12-19 | 2013-04-03 | 华为技术有限公司 | 处理回呼业务的的方法和装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE1008127B (de) * | 1955-03-28 | 1957-05-09 | Ruhrstahl Ag | Strassenfahrzeug mit geringer Rahmenhoehe fuer den Transport von ganzen Flugzeugen |
EP1082858A1 (fr) * | 1998-05-06 | 2001-03-14 | Nokia Corporation | Affichage du numero de l'appelant lors de l'etablissement d'un appel |
CN1296707A (zh) * | 1998-03-30 | 2001-05-23 | 西门子公司 | 用于在智能移动通信网中为到达呼叫建立连接的方法及所用业务控制单元 |
CN1303199A (zh) * | 1999-12-23 | 2001-07-11 | 阿尔卡塔尔公司 | 在智能网络中的用户终端与业务控制点之间交互作用的方法 |
US6490449B1 (en) * | 1998-09-09 | 2002-12-03 | Telefonaktiebolaget L M Ericsson (Publ) | System and method of automatic roaming analysis (ARA) for dialing abbreviated numbers in a wireless intelligent network |
CN1400798A (zh) * | 2001-07-30 | 2003-03-05 | 华为技术有限公司 | 一种在移动智能网中由业务控制点主动建立呼叫的方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI103844B1 (fi) * | 1996-11-14 | 1999-09-30 | Nokia Telecommunications Oy | Puheluiden yhdistäminen |
WO2001019109A1 (fr) * | 1999-09-09 | 2001-03-15 | Siemens Aktiengesellschaft | Procede de mise en oeuvre d'un service de rappel dans un reseau de telecommunication mobile |
-
2003
- 2003-04-18 CN CNB031219772A patent/CN100426913C/zh not_active Expired - Fee Related
-
2004
- 2004-01-06 WO PCT/CN2004/000017 patent/WO2004093474A1/fr active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE1008127B (de) * | 1955-03-28 | 1957-05-09 | Ruhrstahl Ag | Strassenfahrzeug mit geringer Rahmenhoehe fuer den Transport von ganzen Flugzeugen |
CN1296707A (zh) * | 1998-03-30 | 2001-05-23 | 西门子公司 | 用于在智能移动通信网中为到达呼叫建立连接的方法及所用业务控制单元 |
EP1082858A1 (fr) * | 1998-05-06 | 2001-03-14 | Nokia Corporation | Affichage du numero de l'appelant lors de l'etablissement d'un appel |
US6490449B1 (en) * | 1998-09-09 | 2002-12-03 | Telefonaktiebolaget L M Ericsson (Publ) | System and method of automatic roaming analysis (ARA) for dialing abbreviated numbers in a wireless intelligent network |
CN1303199A (zh) * | 1999-12-23 | 2001-07-11 | 阿尔卡塔尔公司 | 在智能网络中的用户终端与业务控制点之间交互作用的方法 |
CN1400798A (zh) * | 2001-07-30 | 2003-03-05 | 华为技术有限公司 | 一种在移动智能网中由业务控制点主动建立呼叫的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN1538779A (zh) | 2004-10-20 |
CN100426913C (zh) | 2008-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8009816B2 (en) | Arranging subscriber billing in telecommunication system | |
JP5611037B2 (ja) | 異なるネットワーク間における相互接続を通じた接続の設定 | |
US8060087B2 (en) | CDMA intelligent network system and its method, device for realizing international roaming service | |
NZ278985A (en) | Supplementary services provision in cellular mobile radio communication system | |
JP2002305763A (ja) | 移動体データ・ネットワーク | |
JP2005531166A (ja) | 前払い加入者ボイス・メールへ転送された呼の請求書作成方法およびシステム | |
WO2004093474A1 (fr) | Procede de production d'appel par abonne intelligent en itinerance | |
WO2010088819A1 (fr) | Procédé et système de réalisation de rappel | |
EP2008475B1 (fr) | Méthode, appareil ou logiciel pour gérer un appel dans un réseau de télécommunications | |
WO2008095426A1 (fr) | Procédé, système et appareil de création d'un service d'appel | |
US7248569B2 (en) | Method and system for disconnecting a terminating connection leg (leg2) for enhanced dialed services in a mobile intelligent network | |
WO2008071115A1 (fr) | Procédé de facturation pour un utilisateur de prépaiement pendant une itinérance inter-réseaux et système de facturation | |
CN100461962C (zh) | 对网络间漫游的呼叫业务进行处理的方法 | |
EP1054567B1 (fr) | Méthode et dispositif pour permettre des services améliorés d'un réseau téléphonique intelligent dans un environement sans fil | |
CN100461963C (zh) | 呼叫控制方法 | |
WO2011022989A1 (fr) | Procédé et dispositif pour déclencher un service intelligent de groupe d'alerte flexible | |
KR100529019B1 (ko) | 비동기 imt-2000망에서의 과금제어방법 | |
KR20050093034A (ko) | 상대방과 동시 통화 시 통화연결 방법 | |
WO2005039207A1 (fr) | Procede de mise en oeuvre de gestion de mobilite de terminaux fixes dans un reseau de communication | |
KR101447204B1 (ko) | 망 연동에 따른 선별적 과금 처리 시스템 및 그 방법,그리고 이에 적용되는 관문 교환국 | |
WO2010148821A1 (fr) | Procédé et système destinés à éviter une boucle sans fin dans un service d'alerte souple | |
KR100667249B1 (ko) | 이동통신 시스템을 이용한 지역 기반 가상 사설망서비스와 상한 요금제 서비스의 연계 제공 방법 및 시스템 | |
KR101012852B1 (ko) | 음성-영상 전환서비스에 대한 실시간 착신과금 처리 방법 및 시스템 | |
WO2014000607A1 (fr) | Procédé de mise en œuvre de service de réseau intelligent, système de réseau intelligent et point de commutation de service virtuel | |
KR20070006169A (ko) | 퍼펙트 회의 통화 시스템 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
122 | Ep: pct application non-entry in european phase |