Realizing method of communication service, device and system

FIELD OF THE INVENTION

0001The present invention relates to communication technologies, and in particular, to a method, device and system for implementing communication services.

BACKGROUND OF THE INVENTION

0002Telecom technologies are developing constantly. As the next generation network (NGN) framework comes into existence, the ways of providing telecom services are changing, and various new services are emerging. The softswitch-based IP Centrex service and intelligent network (IN) service are emerging in response to the service requirements.

0003The IP Centrex service is an IP-based Centrex service. It is a value-added service that combines the flexibility of IP networks and the Centrex service on fixed networks, and provides users with functions such as intra-group call, non intra-group call, outgoing call screening, short number dialing, and attendant transfer. The following describes the method for implementing the IP Centrex service. When user A calls user B, after the softswitch domain of user A receives a call request from user A, the softswitch domain of user A forwards the call request to a corresponding application server (AS). Then, the AS accesses the service data of user B, and sends the call request of user A to the softswitch domain of user B to perform the subsequent call connection. During the preceding implementation of the IP Centrex service, if the call request is for an intra-group call, the AS that executes the IP Centrex service performs discount charging, and then performs the subsequent call connection; if the call request is for a non intra-group call, the AS that executes the IP Centrex service directly performs the subsequent call connection.

0004The IN service is a series of emerging services based on the intelligent network, and can implement functions such as incoming call screening, voice control, prepaid charging, and mobile virtual private network (VPN). The IN service is diversified, flexible, cost-effective, and fast, and is very popular among a large number of users. The IN service may be implemented in the following three different methods: 1. A softswitch accesses a service control point (SCP) on a conventional intelligent network; 2. A service switching point (SSP) on a conventional intelligent network accesses an AS; 3. A third party provides various IN services. The following describes the first method for implementing the IN service. In this method, the softswitch implements the service switching function (SSF), triggers the IN service, and interworks with the SCP on the conventional intelligent network through a signaling gateway; the softswitch accepts the IN call control performed by the SCP, connects the call, and interacts with users to provide the users with various IN services. It is widely known that the IN service can implement intra-group call and non intra-group call services.

0005With the growth of user requirements, a user may tend to subscribe to the IP Centrex service and the IN service at the same time. However, conflicts may occur when the user subscribes to both the IP Centrex service and the IN service. If the IN service is triggered, the IP Centrex service cannot be implemented, and thus the discount charging cannot be performed on the intra-group call.

SUMMARY OF THE INVENTION

0006The present invention provides a method, device, and system for implementing communication services so that discount charging can be implemented on an intra-group call when a user subscribes to an IP Centrex service and an IN service.

0007According to the first aspect of the present invention, a method for implementing communication services includes: after receiving a call request, determining whether a user subscribes to an IP Centrex service and an IN service according to obtained subscription information of the user; if the user subscribes to the IP Centrex service and IN service, checking with an As whether the call request is for an intra-group call; and if the call request is for an intra-group call, performing corresponding service processing according to the checking result to implement discount charging on the intra-group call.

0008According to the second aspect of the present invention, a network device includes a determining module, a checking module, and an intra-group call processing module. The determining module is adapted to determine whether a user subscribes to an IP Centrex service and an IN service according to obtained subscription information of the user. The checking module is adapted to check with an AS whether a call request is for an intra-group call if the determining module determines that the user subscribes to the IP Centrex service and IN service. If the call request is for an intra-group call, the intra-group call processing module is adapted to perform corresponding service processing according to the checking result of the checking module to implement discount charging on the intra-group call.

0009According to the third aspect of the present invention, a mobile communication system includes an AS and a network device. The AS is adapted to check whether a call request is for an intra-group call. The network device is adapted to: receive the call request, determine whether a user subscribes to an IP Centrex service and an IN service, check with the As whether the call request is for an intra-group call if the user subscribes to the IP Centrex service and IN service; and if the call request is for an intra-group call, perform corresponding service processing to implement discount charging on the intra-group call.

0010In the embodiments of the present invention, as seen from the preceding technical solution, the AS is checked to find out whether the call request is for an intra-group call; and if the call request is for an intra-group call, corresponding service processing is performed according to the checking result to implement discount charging on the intra-group call. Thus, if the user subscribes to the IP Centrex service and IN service, no conflict occurs between the IP Centrex service and the IN service, and discount charging can be implemented on the intra-group call.

BRIEF DESCRIPTION OF THE DRAWINGS

0011To make the technical solution of the present invention clearer, the accompanying drawings for illustrating the embodiments of the present invention are outlined below. Apparently, the accompanying drawings are exemplary only. <ul id="ul0001" list-style="none"><li><figref idref="f0001">FIG. 1</figref> is a flowchart of a method for implementing communication services according to an embodiment of the present invention;</li><li><figref idref="f0002">FIG. 2</figref> is a flowchart of a method for implementing communication services according to a first embodiment of the present invention;</li><li><figref idref="f0003">FIG. 3</figref> illustrates a calling process of the embodiment as shown in <figref idref="f0002">FIG. 2</figref>;</li><li><figref idref="f0004">FIG. 4</figref> illustrates a called process of the embodiment as shown in <figref idref="f0002">FIG. 2</figref>;</li><li><figref idref="f0005">FIG. 5</figref> is a flowchart of a method for implementing communication services according to a second embodiment of the present invention;</li><li><figref idref="f0006">FIG. 6</figref> illustrates a calling process of the embodiment as shown in <figref idref="f0005">FIG. 5</figref>;</li><li><figref idref="f0007">FIG. 7</figref> illustrates a called process of the embodiment as shown in <figref idref="f0005">FIG. 5</figref>;</li><li><figref idref="f0008">FIG. 8</figref> is a flowchart of a method for implementing communication services according to a third embodiment of the present invention;</li><li><figref idref="f0009">FIG. 9</figref> illustrates a calling process of the embodiment as shown in <figref idref="f0008">FIG. 8</figref>;</li><li><figref idref="f0010">FIG. 10</figref> is a block diagram of a network device according to an embodiment of the present invention;</li><li><figref idref="f0010">FIG. 11</figref> is a block diagram of a network device according to a first embodiment;</li><li><figref idref="f0011">FIG. 12</figref> is a block diagram of the network device according to a second embodiment;</li><li><figref idref="f0012">FIG. 13</figref> is a block diagram of the network device according to a third embodiment; and</li><li><figref idref="f0012">FIG. 14</figref> is a schematic diagram illustrating a mobile communication system according to an embodiment of the present invention.</li></ul>

DETAILED DESCRIPTION OF THE ENBODIMENTS

0012The present invention is hereinafter described in detail with reference to preferred embodiments and accompanying drawings.

Embodiment 1

0013<figref idref="f0001">FIG. 1</figref> is a flowchart of a method for implementing the IP Centrex service and the IN service according to the first embodiment of the present invention. As shown in <figref idref="f0001">FIG. 1</figref>, the method includes: after receiving a call request, determining whether the user subscribes to the IP Centrex service and the IN service according to the obtained subscription information of the user (step S101); if the user subscribes to the IP Centrex service and the IN service, checking with the As whether the call request is for an intra-group call (step S102); and if the call request is for an intra-group call, performing corresponding service processing according to the checking result to implement discount charging on the intra-group call (step S103). Thus, if the user subscribes to the IP Centrex service and the IN service at the same time, the AS is checked to find out whether the call is an intra-group call; if the call is an intra-group call, corresponding service processing is performed according to the checking result. In this way, no conflict occurs between the IP Centrex service and the IN service. In addition, by using the corresponding service processing method, discount charging can be performed on the intra-group call when the IP Centrex service and/or the IN service is triggered.

0014<figref idref="f0002">FIG. 2</figref> is a flowchart of the first embodiment of a method for implementing the IP Centrex and IN services. As shown in <figref idref="f0002">FIG. 2</figref>, the method includes: after receiving a call request, determining whether the user subscribes to the IP Centrex service and the IN service according to the obtained subscription information of the user (step S201); if the user subscribes to the IP Centrex service and the IN service, checking with the As whether the call request is for an intra-group call (step S202); if the call request is for an intra-group call, triggering the SCP that executes the IN service by using a message that carries a discount charging prefix (step S203); if the call request is for a non intra-group call, triggering the SCP that executes the IN service by using a message that does not carry a discount charging prefix (step S204).

0015<figref idref="f0003">FIG. 3</figref> and <figref idref="f0004">FIG. 4</figref> illustrate the first embodiment of the method for implementing the IP Centrex service and the IN service shown in <figref idref="f0002">FIG. 2</figref>.

0016<figref idref="f0003">FIG. 3</figref> illustrates a calling process shown in <figref idref="f0002">FIG. 2</figref>. As shown in <figref idref="f0003">FIG. 3</figref>, the calling process includes: The calling user initiates a call request; after receiving the call request, the mobile switching center emulation 1 (MSCel) determines whether the calling user subscribes to the IP Centrex service and the IN service according to the obtained subscription information of the calling user. If the calling user subscribes to the IP Centrex service and the IN service, the MSCe1 checks with the AS whether the call request is for an intra-group call by sending an OPTIONS request or an INFO request to the AS; the MSCe1 receives from the AS a 200 for OPTIONS response or a 200 for INFO response (200 OK) that carries a checking result indicating whether the call request is for an intra-group call; after receiving the checking result, the MSCe1 sends an origination request (ORREQ) to the SCP; after receiving the ORREQ, the SCP determines whether the calling user has calling rights, and then returns an ORREQ response to the MSCe1; after receiving the ORREQ response, if the call request is for an intra-group call, the MSCe1 triggers the SCP that executes the IN service by using an ANALYZD request (SSP access code) that carries a special prefix, so that the SCP can perform discount charging; if the call request is for a non intra-group call, the MSCe1 triggers the SCP that executes the IN service to perform subsequent service control by using an ANALYZD request that does not carry a special prefix; the SCP returns an ANALYZD response to the MSCe1 to indicate that the MSCe1 can establish a service connection. Then, the calling trigger process ends, and the MSCe1 continues to establish a call connection with the called user.

0017<figref idref="f0004">FIG. 4</figref> illustrates a called process shown in <figref idref="f0002">FIG. 2</figref>. As shown in <figref idref="f0004">FIG. 4</figref>, the called process includes: The MSCe2 sends a location request (LOCREQ) to the home location register (HLR). If the calling user and the called user are located in the same service area, the HLR returns the subscription information of the called user in the LOCREQ response; if the calling user and the called user are located in different service areas, the HLR sends a route request (ROUTREQ) to the MSCe3, requesting the MSCe3 to process and allocate corresponding route information; the MSCe3 accepts the ROUTREQ and returns a ROUTREQ response to the HLR; the HLR returns the subscription information of the called user in the LOCREQ response. The MSCe2 determines whether the called user subscribes to the IP Centrex service and the IN service according to the subscription information of the called user; if the called user subscribes to the IP Centrex service and the IN service, the MSCe2 sends an OPTIONS request or an INFO request to the AS to check whether the call request is for an intra-group call; the MSCe2 receives from the AS a 200 for OPTIONS response or a 200 for INFO response (200 OK) that carries the checking result; if the call request is for an intra-group call, the MSCe2 triggers the SCP by using an ANALYZD request (SSP access code) that carries a special prefix, so that the SCP may perform discount charging; if the call request is for a non intra-group call, the MSCe2 triggers the SCP by using an ANALYZD request that does not carry a special prefix, and the SCP performs subsequent service control; the SCP returns an ANALYZD response to the MSCe2 to indicate that the MSCe2 can establish a service connection. If the calling user and the called user are located in different service areas, the MSCe2 sends an INVITE request to the MSCe3, requesting to establish a service connection. Then, the called trigger process ends.

0018In this embodiment, if the calling user and the called user subscribe to only the IN service or the IP Centrex service, the process is performed according to a corresponding IN service logic or IP Centrex service logic.

Embodiment 2

0019<figref idref="f0005">FIG. 5</figref> is a flowchart of the second embodiment of a method for implementing the IP Centrex and IN services. As shown in <figref idref="f0005">FIG. 5</figref>, the method includes: after receiving a call request, determining whether the user subscribes to the IP Centrex service and the IN service according to the obtained subscription information of the user (step S501); if the user subscribes to the IP Centrex service and the IN service, checking with the As whether the call request is for an intra-group call (step S502); if the call request is for an intra-group call, triggering the AS that executes the IP Centrex service (step S503); if the call request is for a non intra-group call, triggering the SCP that executes the IN service (step S504).

0020<figref idref="f0006">FIG. 6</figref> and <figref idref="f0007">FIG. 7</figref> illustrate the second embodiment of the method for implementing the IP Centrex service and the IN service shown in <figref idref="f0005">FIG. 5</figref>.

0021<figref idref="f0006">FIG. 6</figref> illustrates a calling process shown in <figref idref="f0005">FIG. 5</figref>. As shown in <figref idref="f0006">FIG. 6</figref>, the calling process includes: The calling user initiates a call request; after receiving the call request, the MSCe1 determines whether the calling user subscribes to the IP Centrex service and the IN service according to the obtained subscription information of the calling user. If the calling user subscribes to the IP Centrex service and the IN service, the MSCe1 sends an OPTIONS request or an INFO request to the AS to check whether the call request is for an intra-group call; the MSCe1 receives from the AS a 200 for OPTIONS response or a 200 for INFO response (200 OK) that carries a checking result indicating whether the call request is for an intra-group call; if the call request is for a non intra-group call, the MSCe1 sends an ORREQ to the SCP; after receiving the ORREQ, the SCP determines whether the calling user has calling rights, and returns an ORREQ response to the MSCe1; after receiving the ORREQ response, the MSCe1 sends an ANALYZD request to trigger the SCP; the SCP returns an ANALYZD response to the MSCe1 to indicate that the MSCe1 can establish a service connection. Then, the calling trigger process ends. If the call request is for an intra-group call, the MSCe1 sends an INVITE message to trigger the AS, requesting the AS to perform subsequent service processing. Then, the calling trigger process ends. The MSCe1 continues to connect the call to the called user.

0022<figref idref="f0007">FIG. 7</figref> illustrates a called process shown in <figref idref="f0005">FIG. 5</figref>. As shown in <figref idref="f0007">FIG. 7</figref>, the called process includes: The MSCe2 sends a LOCREQ to the HLR. If the calling user and the called user are located in the same service area, the HLR returns the subscription information of the called user in the LOCREQ response; if the calling user and the called user are located in different service areas, the HLR sends a ROUTREQ to the MSCe3, requesting the MSCe3 to process and allocate corresponding route information; the MSCe3 accepts the ROUTREQ and returns a ROUTREQ response to the HLR; the HLR returns the subscription information of the called user in the LOCREQ response. The MSCe2 determines whether the called user subscribes to the IP Centrex service and the IN service according to the subscription information of the called user; if the called user subscribes to the IP Centrex service and the IN service, the MSCe2 sends an OPTIONS request or an INFO request to the AS to check whether the call request is for an intra-group call; the MSCe2 receives from the AS a 200 for OPTIONS response or a 200 for INFO response (200 OK) that carries a checking result; if the call request is for a non intra-group call, the MSCe2 sends an ANALYZD request to trigger the SCP; the SCP returns an ANALYZD response to the MSCe2 to indicate that the MSCe2 can establish a service connection. If the calling user and the called user are located in different service areas, the MSCe2 sends an INVITE request to the MSCe3, requesting to establish a service connection; if the call request is for an intra-group call, the MSCe2 sends an INVITE message to the trigger the AS to perform subsequent service control. Then, the called trigger process ends.

0023In this embodiment, if the calling user and the called user subscribe to only the IN service or the IP Centrex service, the process is performed according to a corresponding IN service logic or IP Centrex service logic.

Embodiment 3

0024<figref idref="f0008">FIG. 8</figref> is a flowchart of the third embodiment of a method for implementing the IP Centrex and IN services. As shown in <figref idref="f0008">FIG. 8</figref>, the method includes: after receiving a call request, determining whether the user subscribes to the IP Centrex service and the IN service according to the obtained subscription information of the subscriber (step S801); if the user subscribes to the IP Centrex service and the IN service, checking with the As whether the call request is for an intra-group call (step S802); if the call request is for an intra-group call, triggering the SCP that executes the IN service by using a message that carries a discount charging prefix (step S803); if the call request is for a non intra-group call, triggering the SCP that executes the IN service by using a message that does not carry a discount charging prefix (step S804).

0025<figref idref="f0009">FIG. 9</figref> illustrates the third embodiment of the method for implementing the IP Centrex service and the IN service shown in <figref idref="f0008">FIG. 8</figref>.

0026<figref idref="f0009">FIG. 9</figref> illustrates a calling process shown in <figref idref="f0008">FIG. 8</figref>. As shown in <figref idref="f0009">FIG. 9</figref>, the calling process includes: The calling user initiates a call request; after receiving the call request, the MSCe1 determines whether the calling user subscribes to the IP Centrex service and the IN service according to the obtained subscription information of the calling user. If the calling user subscribes to the IP Centrex service and the IN service, the MSCe1 sends an OPTIONS request or an INFO request to the AS to check whether the call request is for an intra-group call; the MSCe1 receives from the AS a 200 for OPTIONS response or a 200 for INFO response (200 OK) that carries a checking result indicating whether the call request is for an intra-group call; if the call request is for an intra-group call, the MSCe1 stores a record of connecting the intra-group call to the AS, and then sends an ORREQ to the SCP; after receiving the ORREQ, the SCP determines whether the calling user has calling rights, and returns an ORREQ response to the MSCe1; after receiving the ORREQ response, the MSCe1 triggers the SCP to perform discount charging by using an ANALYZD request (SSP access code) that carries a special prefix; the SCP returns an ANALYZD response to the MSCe1 to indicate that the MSCe1 can establish a service connection; after receiving the ANALYZD response, the MSCe1 sends an INVITE message according to the record of connecting the intra-group call to the AS to trigger the AS to perform subsequent service control. If the call request is for a non intra-group call, the MSCe1 stores the record of connecting the non intra-group call to the AS, and then sends an ORREQ to the SCP; after receiving the ORREQ, the SCP determines whether the calling user has calling rights, and then returns an ORREQ response to the MSCe1; after receiving the ORREQ response, the MSCe1 triggers the SCP by using an ANALYZD request that does not carry a special prefix to perform service processing; the SCP returns an ANALYZD response to the MSCe1 to indicate that the MSCE2 can connect the call; after receiving the ANALYZD response, the MSCe1 sends an INVITE message according to the record of connecting the intra-group call to the AS to trigger the AS to perform subsequent service control. Then, the calling trigger process ends, and the MSCe1 continues to establish a call connection with the called user. In this embodiment, the called trigger process is similar to the calling trigger process, and is not further described.

0027In this embodiment, if the calling user and the called user subscribe to only the IN service or the IP Centrex service, the process is performed according to a corresponding IN service logic or IP Centrex service logic.

Embodiment 4

0028<figref idref="f0010">FIG. 10</figref> is a block diagram of a network device 200 in an embodiment of the present invention. The network device 200 includes a determining module 210, a checking module 220, and an intra-group call processing module 230. The determining module 210 is adapted to determine whether the user subscribes to the IP Centrex service and the IN service according to the obtained subscription information. The checking module 220 is adapted to check with the As whether the call request is for an intra-group call if the determining module 210 determines that the user subscribes to the IP Centrex service and IN service. The intra-group call processing module 230 is adapted to perform corresponding service processing according to the checking result of the checking module 220 if the call request is for an intra-group call to implement discount charging on the intra-group call. Thus, after the determining module 210 of the network device 200 determines that the user subscribes to the IP Centrex service and the IN service, the checking module 220 checks with the AS whether the call request is for an intra-group call; if the call request is for an intra-group call, the intra-group call processing module 230 performs corresponding service processing according to the checking result of the checking module 220. In this way, no conflict occurs between the IP Centrex service and the IN service, and the discount charging is implemented on the intra-group call.

Embodiment 5

0029<figref idref="f0010">FIG. 11</figref> is a block diagram of a network device in the first embodiment of the present invention. As shown in <figref idref="f0010">FIG. 11</figref>, the network device includes a determining module 211, a checking module 221, an intra-group call processing module 231, and a non intra-group call processing module 241. The determining module 211 and the checking module 221 are the same as the determining module 210 and the checking module 220 respectively. The intra-group call processing module 231 includes a first intra-group call processing unit 231a. The first intra-group call processing unit 231a is adapted to trigger the SCP that executes the IN service by using a message that carries a discount charging prefix if the call request is for an intra-group call. The non intra-group call processing module 241 is adapted to perform corresponding service processing according to the checking result of the checking module 221 if the call request is for a non intra-group call. The non intra-group call processing module 241 includes a first non intra-group call processing unit 241a. The first non intra-group call processing unit 241 a is adapted to trigger the SCP that executes the IN service by using a message that does not carry a discount charging prefix if the call request is for a non intra-group call. In this embodiment, the message for triggering the SCP that executes the IN service is an ANALYZD request.

Embodiment 6

0030<figref idref="f0011">FIG. 12</figref> is a block diagram of a network device in the second embodiment of the present invention. As shown in <figref idref="f0010">FIG. 11</figref>, the network device includes a determining module 212, a checking module 222, an intra-group call processing module 232, and a non intra-group call processing module 242. The determining module 212 and the checking module 222 are the same as the determining module 210 and the checking module 210 respectively. The intra-group call processing module 232 includes a second intra-group call processing unit 232a. The second intra-group call processing unit 232a is adapted to trigger the AS that executes the IP Centrex service if the call request is for an intra-group call. The non intra-group call processing module 242 is adapted to perform corresponding service processing according to the checking result of the checking module 222 if the call request is for a non intra-group call. The non intra-group call processing module 242 includes a second non intra-group call processing unit 242a. The second non intra-group call processing unit 242a is adapted to trigger the SCP that executes the IN service if the call request is for a non intra-group call.

Embodiment 7

0031<figref idref="f0012">FIG. 13</figref> is a block diagram of a network device in the third embodiment of the present invention. As shown in <figref idref="f0012">FIG. 13</figref>, the network device includes a determining module 213, a checking module 223, an intra-group call processing module 233, a non intra-group call processing module 243, and a storing module 253. The determining module 213 and the checking module 223 are the same as the determining module 210 and the checking module 220 respectively. The storing module 253 is adapted to store a record of connecting a call to the AS when the determining module 213 determines that the user subscribes to the IP Centrex service and IN service. The intra-group call processing module 233 includes a first intra-group call processing unit 233a and a third intra-group call processing unit 233b. The first intra-group call processing unit 233a is adapted to trigger the SCP that executes the IN service by using a message that carries a discount charging prefix if the call request is for an intra-group call. The third intra-group call processing unit 233b is adapted to trigger the AS that executes the IP Centrex service after the first intra-group call processing unit 233a triggers the SCP that executes the IN service by using the message that carries a discount charging prefix. The third intra-group call processing unit 233b includes a receiving subunit 233b1 and a triggering subunit 233b2. The receiving subunit 233b1 is adapted to receive an IN service trigger response returned from the SCP. The triggering subunit 233b2 is adapted to trigger the AS that executes the IP Centrex service according to the record of connecting a call to the AS after the receiving subunit 233b1 receives the IN service trigger response returned from the SCP. The non intra-group call processing module 243 is adapted to perform corresponding service processing according to the checking result of the checking module 223 if the call request is for a non intra-group call. The non intra-group call processing module 243 includes a first non intra-group call processing unit 243a and a third non intra-group call processing unit 243b. The first non intra-group call processing unit 243a is adapted to trigger the SCP that executes the IN service by using a message that does not carry a discount charging prefix if the call request is for a non intra-group call. The third non intra-group call processing unit 233b is adapted to trigger the AS that executes the IP Centrex service after the first non intra-group call processing unit 243a triggers the SCP that executes the IN service by using the message that does not carry a discount charging prefix. The third intra-group call processing unit 233b includes a receiving subunit 243b1 and a triggering subunit 243b2. The receiving subunit 243b1 is adapted to receive an IN service trigger response returned from the SCP. The triggering subunit 243b2 is adapted to trigger the AS that executes the IP Centrex service according to the record of connecting a call to the AS after the receiving subunit 233b1 receives the IN service trigger response returned from the SCP. In this embodiment, the message for triggering the SCP that executes the IN service is an ANALYZD request.

0032In the network device provided in the fifth embodiment, the sixth embodiment, or the seventh embodiment, the checking module 221/222/223 sends an OPTIONS request or an INFO request to check whether the call request is for an intra-group call.

Embodiment 8

0033<figref idref="f0012">FIG. 14</figref> is a schematic diagram illustrating a mobile communication system in an embodiment of the present invention. As shown in <figref idref="f0012">FIG. 14</figref>, the mobile communication system includes a network device 400 and an AS 300. The AS 300 is adapted to provide checking result indicating whether a call request is for an intra-group call. The network device 400 is adapted to: receive the call request, determine whether the user subscribes to the IP Centrex service and the IN service; if the user subscribes to the IP Centrex service and IN service, check with the As whether the call request is for an intra-group call; if the call request is for an intra-group call, perform corresponding service processing according to the checking result to implement discount charging on the intra-group call. Thus, if the checking result returned by the AS is an intra-group call, the mobile communication system performs corresponding service processing according to the checking result. In this way, no conflict occurs between the IP Centrex service and the IN service. In addition, the discount charging may be performed on the intra-group call when the IP Centrex service and/or the IN service is triggered. In this embodiment, the network device 400 may be a mobile switching center (MSC).